(57)【要約】【課題】送信側と受信側とで伝送異常状態からの復帰タイミングを同期させる。【解決手段】連続性を有するデータを、その連続性を維持した状態で送信装置から受信装置にリアルタイムに無線伝送する方法である。送信装置または受信装置のうち、データ伝送中に伝送異常が生じてその復帰を完了した一方の装置が、復帰完了通知をパケット通信により他方の装置に通知する。復帰完了通知を受信した他方の装置において、その装置自身の伝送異常の復帰動作を、一方の装置の復帰動作と同期して実施する。【選択図】図１
2005151007.tif 000002
【特許請求の範囲】
【請求項１】
連続性を有するデータを、その連続性を維持した状態で送信装置から受信装置にリアルタイムに無線伝送する方法であって、
前記送信装置または前記受信装置のうち、データ伝送中に伝送異常が生じてその復帰を完了した一方の装置が、復帰完了通知をパケット通信により他方の装置に通知する工程と、
前記復帰完了通知を受信した前記他方の装置において、その装置自身の伝送異常の復帰動作を、前記一方の装置の復帰動作と同期して実施する工程と、
を含むことを特徴とする無線伝送方法。
【請求項２】
連続性を有するデータを、その連続性を維持した状態で送信装置から受信装置にリアルタイムに無線伝送する方法であって、
受信データの伝送異常を検知した前記受信装置において、受信動作の停止と受信動作のリセットとを行ってデータ伝送の異常状態から復帰する工程と、
前記受信装置において、前記送信装置の復帰要求をパケット通信により前記送信装置に送信する工程と、
前記復帰要求を受信した前記送信装置において、送信動作のリセットと送信動作の停止とを行って当該送信装置をデータ伝送の異常状態から復帰させる工程と、
前記送信装置において、復帰完了通知をパケット通信により前記受信装置に送信する工程と、
前記復帰完了通知を送信した前記送信装置において、前記復帰完了通知の送信を完了したタイミングでデータ送信動作を再開させる工程と、
前記復帰完了通知を受信した前記受信装置において、前記復帰完了通知を受信したタイミングでデータ受信動作を再開させることで、データ受信動作の再開タイミングを、前記データ送信動作の再開に同期させる工程と、
を含むことを特徴とする無線伝送方法。
【請求項３】
請求項２に記載の無線伝送方法において、
送信データの伝送異常を検知した前記送信装置において送信動作の停止を行うことで、前記受信装置において受信データの伝送異常を生じさせる工程を、
さらに含むことを特徴とする無線伝送方法。
【請求項４】
連続性を維持した状態で送信装置によりリアルタイムに無線伝送される、連続性を有するデータを受信する受信装置であって、
受信データの伝送異常を監視するとともに、伝送異常を検知すれば、受信動作の停止と受信動作のリセットとを行って当該受信装置をデータ伝送の異常状態から復帰させるバッファ量監視部と、
当該受信装置の復帰動作が完了すると送信装置の復帰要求をパケット通信により送信装置に送信する復帰要求送信部と、
送信装置から送信される復帰完了通知を受信すると、受信タイミングでデータ受信動作を再開させることで、データ受信動作の再開タイミングを、前記データ送信動作の再開に同期させる復帰完了受信部と、
を備えることを特徴とする受信装置。
【請求項５】
請求項４の受信装置と対を成す送信装置であって、
受信装置がパケット通信を介して送信する復帰要求を受信すると、送信動作の停止と送信動作のリセットとを行って当該送信装置をデータ伝送の異常状態から復帰させる復帰要求受信部と、
当該送信装置の復帰完了通知をパケット通信により前記受信装置に送信したうえで、前記復帰完了通知を送信したタイミングでデータの送信動作を再開させる復帰完了送信部と、
を備えることを特徴とする送信装置。
【請求項６】
請求項５に記載の送信装置において、
送信データの伝送異常を監視するとともに、送信データの伝送異常を検知すると、送信
動作の停止を行うことで受信装置で受信データの伝送異常を生じさせるバッファ量監視部をさらに備える、
ことを特徴とする送信装置。
【請求項７】
連続性を有するデータを、その連続性を維持した状態で送信装置から受信装置にリアルタイムに無線伝送する方法であって、
送信データの伝送異常を検知した前記送信装置において、送信動作の停止と、送信動作のリセットとを行って当該送信装置をデータ伝送の異常状態から復帰させる工程と、
前記送信装置において、復帰通知を生成してパケット通信により前記受信装置に送信したうえで、送信完了後、送信動作を再開させる工程と、
前記復帰通知を受信した前記受信装置において、前記復帰通知を受信したタイミングでデータ受信動作のリセットを行うことで、データ受信動作の再開タイミングを、前記データ送信動作の再開に同期させる工程と、
を含むことを特徴とする無線伝送方法。
【請求項８】
請求項７に記載の無線伝送方法において、
受信データの伝送異常を検知した前記受信装置において受信動作の停止を行うことで、前記送信装置で送信データの伝送異常を生じさせる工程を、
さらに含むことを特徴とする無線伝送方法。
【請求項９】
連続性を有するデータを、その連続性を維持した状態で受信装置に向けてリアルタイムに無線伝送する送信装置であって、
送信データの伝送異常を監視するとともに、伝送異常を検知すれば、送信動作の停止と送信動作のリセットとを行って当該送信装置をデータ伝送の異常状態から復帰させるバッファ量監視部と、
当該送信装置の復帰動作が完了すると復帰通知をパケット通信により前記受信装置に送信したうえで、前記復帰通知を送信したタイミングで、データの送信動作を再開させる復帰完了通知送信部と、
を備えることを特徴とする送信装置。
【請求項１０】
請求項９の送信装置と対を成す受信装置であって、
前記送信装置が送信する前記復帰通知を受信すると、受信動作のリセットを行って当該受信装置をデータ伝送の異常状態から復帰させる復帰通知受信部を備えることを特徴とする受信装置。
【請求項１１】
請求項１０に記載の受信装置において、
受信データの伝送異常を監視するとともに、受信データの伝送異常を検知すると、受信動作の停止を行うことで送信装置で送信データの伝送異常を生じさせるバッファ量監視部をさらに備える、
ことを特徴とする受信装置。
【請求項１２】
連続性を有するデータを、その連続性を維持した状態で送信装置から受信装置にリアルタイムに無線伝送する方法であって、
前記受信装置に伝送異常が生じた際の復帰プロセスとして、
前記受信装置の伝送異常を検知した前記受信装置において、受信動作の停止と、受信動作のリセットとを行って当該受信装置をデータ伝送の異常状態から復帰させる工程と、
前記受信装置において、前記送信装置の復帰要求をパケット通信により前記送信装置に送信する工程と、
前記復帰要求を受信した前記送信装置において、送信動作のリセットと送信動作の停止とを行って当該送信装置をデータ伝送の異常状態から復帰させる工程と、
データ伝送異常状態から復帰した前記送信装置において、復帰完了通知をパケット通信により前記受信装置に送信する工程と、
前記復帰完了通知を受信した前記受信装置において、前記復帰完了通知を送信したタイミングでデータ受信動作を再開させることで、データ受信動作の再開タイミングを、前記データ送信動作の再開に同期させる工程と、
を含み、
前記送信装置に伝送異常が生じた際の復帰プロセスとして、
送信データの伝送異常を検知した前記送信装置において、送信動作の停止と、送信動作のリセットとを行って当該送信装置をデータ伝送の異常状態から復帰させる工程と、
前記送信装置において、復帰通知を生成してパケット通信により前記受信装置に送信したうえで、復帰通知の送信完了後、送信動作を再開させる工程と、
前記復帰通知を受信した前記受信装置において、前記復帰通知を受信したタイミングでデータ受信動作のリセットを行うことで、データ受信動作の再開タイミングを、前記データ送信動作の再開タイミングに同期させる工程と、
を含むことを特徴とする無線伝送方法。
【請求項１３】
連続性を有するデータを、その連続性を維持した状態で受信装置に向けてリアルタイムに無線伝送する送信装置であって、
送信データの伝送異常を監視するとともに、送信データの伝送異常を検知すると、送信動作の停止と送信動作のリセットとを行って当該送信装置をデータ伝送の異常状態から復帰させるバッファ量監視部と、
受信装置がパケット通信を介して当該送信装置に送信する復帰要求を受信すると、送信動作の停止と送信動作のリセットとを行って当該送信装置をデータ伝送の異常状態から復帰させる復帰要求受信部と、
前記バッファ量監視部による当該送信装置の復帰動作が完了すると復帰通知をパケット通信により受信装置に送信する一方、前記復帰要求受信部による当該送信装置の復帰動作が完了すると復帰完了通知をパケット通信により受信装置に送信し、かつ前記復帰通知または前記復帰完了通知を送信したタイミングでデータの送信動作を再開させる復帰完了及び復帰通知送信部と、
を備えることを特徴とする送信装置。
【請求項１４】
請求項１３の送信装置と対を成す受信装置であって、
受信データの伝送異常を監視するとともに、受信データの伝送異常を検知すると、受信動作の停止と受信動作のリセットとを行って当該受信装置をデータ伝送の異常状態から復帰させるバッファ量監視部と、
当該受信装置の復帰動作が完了すると送信装置の復帰要求をパケット通信により送信装置に送信する復帰要求送信部と、
送信装置がパケット通信を介して当該受信装置に送信する復帰通知または復帰完了通知を受信すると、その受信タイミングでデータの受信動作を再開させる復帰完了及び復帰通知受信部と、
を備えることを特徴とする受信装置。
【請求項１５】
連続性を有するデータを、その連続性を維持した状態で送信装置から受信装置にリアルタイムに無線伝送する方法であって、
前記データのリアルタイム伝送より以前に、前記送信装置と前記受信装置との間で、送信データのバッファ量と受信データのバッファ量とをパケット通信を介して互いに通知し合ったうえで、前記送信装置,受信装置各々において通知されたバッファ量から伝送相手装置の伝送異常の発生タイミングを予測し、予測した伝送相手装置の伝送異常の発生タイミングに同期させて、自身の伝送リセットを行う、
ことを特徴とする無線伝送方法。
【請求項１６】
連続性を有するデータを、その連続性を維持した状態で送信装置から受信装置にリアルタイムに無線伝送する方法であって、
前記データのリアルタイム伝送が開始される以前のプロセスとして、
前記送信装置と前記受信装置との間で、送信側バッファ量と受信側バッファ量とをパケット通信を介して互いに通知し合う工程と、
前記送信装置において、受信した前記受信側バッファ量が前記送信側バッファ量より小さい場合には送信バッファ量比較監視値を、受信した前記受信側バッファ量と同等量に変更する工程と、
前記受信装置において、受信した前記送信側バッファ量が前記受信側バッファ量より小
さい場合には受信側バッファ量を、受信した前記送信側バッファ量と同等量に変更する工程と、
とを含み、
前記データのリアルタイム伝送が開始される以降のプロセスとして、
前記送信装置において、送信データのバッファ量の検出値が、予め設定している前記送信バッファ量比較監視値より大きい場合はデータ伝送に異常が生じたと判断して、送信動作の停止と送信動作のリセットとを行って当該送信装置をデータ伝送の異常状態から復帰させたうえで、送信動作を再開させる工程と、
前記受信装置において、前記受信バッファ量に応じたデータ伝送異常が生じた場合は、受信動作の停止と受信動作のリセットとを行って当該受信装置をデータ伝送の異常状態から復帰させたうえで、受信動作を再開させる工程と、
を含むことを特徴とする無線伝送方法。
【請求項１７】
連続性を有するデータを、その連続性を維持した状態で受信装置に向けてリアルタイムに無線伝送する送信装置であって、
送信側バッファ量を、パケット通信を介して受信装置に送信するバッファ量送信部と、
受信装置から受信側バッファ量を受信するとともに、前記送信側バッファ量が前記受信側バッファ量より大きい場合には送信バッファ量比較監視値を、受信側バッファ量と同等量に変更するバッファ量受信部と、
前記送信データのバッファ量の検出値が前記送信バッファ量比較監視値より大きいことでデータ伝送に異常が生じたことを検知すると、送信動作の停止と送信動作のリセットとを行って当該送信装置をデータ伝送の異常状態から復帰させたうえで、送信動作を再開させるバッファ量監視部と、
を備えることを特徴とする送信装置。
【請求項１８】
請求項１７の送信装置と対を成す受信装置であって、
受信側バッファ量をパケット通信を介して送信装置に送信するバッファ量送信部と、
送信装置から送信側バッファ量を受信するとともに、前記送信側バッファ量が前記受信側バッファ量より小さい場合には受信側バッファ量を前記送信側バッファ量と同等量に変更するバッファ量受信部と、
設定した前記受信バッファ量に応じたデータ伝送異常が生じたことを検知すると、受信動作の停止と受信動作のリセットとを行って当該受信装置をデータ伝送の異常状態から復帰させたうえで、受信動作を再開させるバッファ量監視部と、
を備えることを特徴とする受信装置。
【請求項１９】
連続性を有するデータを、その連続性を維持した状態で送信装置から受信装置にリアルタイムに無線伝送する方法であって、
前記データのリアルタイム伝送が開始される以前のプロセスとして、
前記受信装置において、受信側バッファ量を、パケット通信を介して前記送信装置に通知する工程と、
前記送信装置において、受信した前記受信側バッファ量と予め記憶している送信側バッファ量との間の差分とデータ転送レートとから、送信装置と受信装置との間でデータ伝送の異常状態が生じる時間差を算定する工程と、
前記送信装置において、受信した前記受信側バッファ量が予め記憶している送信側バッファ量より小さい場合には、送信バッファ量比較監視値を、受信した前記受信側バッファ量と同等量に変更するとともにデータ伝送の異常状態からの復帰タイミングの設定を遅延なしの設定とする一方、受信した前記受信側バッファ量が予め記憶している送信側バッファ量より大きい場合には、データ伝送の異常状態からの復帰タイミングを前記時間差分だけ遅延させる設定とする工程と、
を含み、
前記データのリアルタイム伝送が開始される以降のプロセスとして、
前記送信装置において、送信データのバッファ量の検出値が、予め設定している前記送信バッファ量比較監視値より大きい場合はデータ伝送に異常が生じたと判断して、予め設
定している復帰タイミングの遅延設定に基づいて処理タイミングを遅延させた状態で、送信動作の停止と送信動作のリセットとを行って当該送信装置をデータ伝送の異常状態から復帰させたうえで、送信動作を再開させる工程と、
前記受信装置において、前記受信バッファ量に応じたデータ伝送異常が生じた場合は、受信動作の停止と受信動作のリセットとを行って当該受信装置をデータ伝送の異常状態から復帰させたうえで、受信動作を再開させる工程と、
を含むことを特徴とする無線伝送方法。
【請求項２０】
連続性を有するデータを、その連続性を維持した状態で受信装置に向けてリアルタイムに無線伝送する送信装置であって、
受信装置から受信側バッファ量を受信するとともに、受信した前記受信側バッファ量と予め記憶している送信側バッファ量との間の差分とデータ転送レートとから、送信装置と受信装置との間でデータ伝送の異常状態が生じる時間差を算定したうえで、受信した前記受信側バッファ量が予め記憶している送信側バッファ量より小さい場合には、送信バッファ量比較監視値を、受信した前記受信側バッファ量と同等量に変更するとともにデータ伝送の異常状態からの復帰タイミングの設定を遅延なしの設定とする一方、受信した前記受信側バッファ量が予め記憶している送信側バッファ量より大きい場合には、データ伝送の異常状態からの復帰タイミングを前記時間差分だけ遅延させる設定とするバッファ量受信部と、
送信データのバッファ量の検出値が、予め設定している前記送信バッファ量比較監視値より大きい場合はデータ伝送に異常が生じたと判断して、送信動作を停止させたうえで、送信動作のリセット指令を出力するバッファ量監視部と、
前記リセット指令を受けて送信動作のリセットを行うとともに、そのリセットタイミングを前記バッファ量監視部で設定される遅延時間だけ遅延させるタイマー部と、
を備えることを特徴とする送信装置。
【請求項２１】
請求項２０の送信装置と対を成す受信装置であって、
受信側バッファ量をパケット通信を介して送信装置に送信するバッファ量送信部と、
受信データにデータ伝送異常が生じたことを検知すると、受信動作の停止と受信動作のリセットとを行って当該受信装置をデータ伝送の異常状態から復帰させたうえで、受信動作を再開させるバッファ量監視部と、
を備えることを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線を用いて音楽データ等をリアルタイムに伝送する方法やその方法に用いる送信装置、受信装置に関し、特に、無線伝送で起こるデータ欠落などによってデータに不連続性が発生し、以後、データを正常に復元できなくなる異常状態から送信装置と受信装置とで同期を取って復帰する方法や構成に関する。
【背景技術】
【０００２】
近年、近距離無線通信のひとつであるブルートゥースにおいて、音楽・映像をリアルタイムに伝送する規格であるＡＶプロファイルが規定された。
【０００３】
このブルートゥースＡＶプロファイルに準拠して音楽データをリアルタイムに伝送するシステムは、一般的に、図１１に示される送信装置と図１２に示される受信生装置とにより構成される。
【０００４】
送信装置は、ＣＤやＭＤなどから読み取られた音楽データを圧縮する音楽データ圧縮部２０１と、圧縮された音楽データを一時保持する音楽データバッファ（送信）２０２と、音楽データを無線送信する無線伝送部（送信）２０４と、音楽データバッファ（送信）２０２からリアルタイムに無線伝送部（送信）２０４へ音楽データを送信する音楽データ送信制御部２０３と、音楽データバッファ（送信）２０２のバッファ量を監視するバッファ量監視部（送信）２０５とを備える。
【０００５】
受信装置は、無線伝送部（受信）２０４と、音楽データバッファ（受信）２０２と、バッファ量監視部（受信）２０５とを備える。これらの機能部２０４,２０２,２０５は送信装置側の機能部と同様の構成を備える。受信装置は、さらに音楽データ伸長部２０７と、音楽データ受信制御部２０６とを備える。
【０００６】
受信装置は、無線伝送部（受信）２０４が受信する音楽データ（圧縮）を音楽データバッファ（受信）２０２に任意の時間貯めた後、音楽データバッファ（受信）２０２から音楽データ（圧縮）を音楽データ伸長部２０７へリアルタイムに送信して伸長する。
【０００７】
音楽データ送信制御部２０３と音楽データ受信制御部２０６とはブルートゥースＡＶプロファイルに準拠する。両無線伝送部２０４,２０４による無線伝送は、ブルートゥースＡＶプロファイルに準拠したプロトコル構成に基づく。
【０００８】
使用される音楽データの圧縮方式には、一般的にＳＢＣ、ＡＡＣ、ＭＰ３などフレーム単位で圧縮される方式が用いられ、音楽データのリアルタイム伝送はフレーム単位で行われる。
【０００９】
この構成において、無線特有のデータ伝送における再送や消失が電波状況に依存して発生する。データ伝送の再送や消失は、現状の無線伝送技術においてはその発生が不可避であるが、これらの現象は、音楽データ送信側における音楽データのバッファ溢れや音楽データ受信再生側における音楽データのバッファ枯渇を招来させる。
【００１０】
受信装置側において音楽データバッファ（受信）２０２で音楽データの枯渇が発生した場合、データ欠落が生じる。その結果、音楽データ伸長に誤り等の悪影響が発生する。送信装置側において音楽データバッファ（送信）２０２でバッファ溢れが発生した場合、送信データにデータ欠落が生じる。その結果、音楽データ伸長に誤り等の悪影響が発生する
。
【００１１】
そこで、送信装置では、バッファ量監視部（送信）２０５によって音楽データバッファ（送信）２０２のバッファ量を監視することでバッファ溢れを検出する。バッファ溢れが検出された場合、音楽データ圧縮部２０１と音楽データバッファ（送信）２０２とをリセットしたうえで音楽データのリアルタイム伝送を再開する。
【００１２】
受信装置側では、バッファ量監視部（受信）２０５によって音楽データバッファ（受信）２０２のバッファ量を監視することでバッファ枯渇を検出する。バッファ枯渇が検出された場合、音楽データ伸長部２０７と音楽データバッファ（受信）２０２とをリセットしたうえで音楽データの受信再生を再開する。
【００１３】
送信側、受信側それぞれで以上の処理を実施することで、データ欠落に起因したデータ誤りが生じることを検出した場合においては、その誤りが伸長処理時まで伝播されることを断ち切ったうえで、再度新たなフレームから音楽データの伸長を行い、正常に再生を回復することが可能となる。
【特許文献１】特開２００２−２０４２７８（第３−４頁  従来の技術）
【非特許文献１】Bluetooth ＳIG, Ｓpecification of the Bluetooth Ｓystem, Profiles, version 1.0, Advanced Distribution Profile
【非特許文献２】Bluetooth ＳIG, Ｓpecification of the Bluetooth Ｓystem, Core, version 1.0, Audio/Video Distribution Transport Protocol
【発明の開示】
【発明が解決しようとする課題】
【００１４】
上記従来の無線伝送方法は、伸長時に連続性を必要としない方法である。そのため、異常状態から復帰させる方法は、送信側と受信側との間で同期を取る必要がなく、送受信側それぞれが単独で復帰処理を行う。
【００１５】
無線を用いて音楽データをリアルタイムに伝送するシステムにおいては、従来から、音楽データをフレーム単位で伝送することが一般的であった。しかしながら、近年、フレーム単位で圧縮伸長処理を行わないＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）という圧縮方式を用いた音楽データの伝送が考えられている。
【００１６】
ＡＤＰＣＭはＣＤプレーヤーなどで使用されている圧縮方式であり、圧縮処理をフレーム単位で行わないために圧縮までの遅延が少ない利点を有している。しかしながら、ＡＤＰＣＭは、前データからの差分で符号化を行っていく圧縮方式であるため、伸長時にデータの連続性を必要とする。
【００１７】
ＡＤＰＣＭを始めとするデータの連続性を保持する必要のある圧縮方式で圧縮処理された音楽データをリアルタイムに伝送するシステムにおいて発生するデータの不連続性が、図１３と図１４とを参照して説明される。図１３は送信装置側で音楽データに不連続が発生する場合のシーケンス図であり、図１４は受信装置側で音楽データに不連続が発生する場合のシーケンス図である。図１３,図１４中、音楽データは、連続的に数字が付された矩形ブロックとして示される。ここで、数字は音楽データ上の時間変遷を示しており、数字が増大するほど音楽データ上での時間が経過する。また、図中、左右方向は音楽データの伝送変遷を示しており、音楽データは、図中、左側（送信装置側の各機能部）から右側（受信装置側の各機能部）へと伝送変遷する。
【００１８】
図１３は、送信装置側の音楽データバッファ（送信）２０２によるバッファ量が受信側の音楽データバッファ（受信）２０２によるバッファ量より小さい場合が示される。この場合、音楽データをリアルタイムに伝送して再生している状況下において、図１３の（ｂ）で示されるように、音楽データ上の時間経過中に両無線伝送部２０４,２０４の間にデータ伝送の再送が発生すると、図１３の（ｃ）で示されるように、送信装置側の音楽データバッファ２０２でバッファ溢れが生じる。図１３では、番号"８"の音楽データが溢れている。
【００１９】
バッファ溢れを検知したバッファ量監視部（送信）２０５は、図１３の（ｄ）に示されるように、音楽データ圧縮部２０１と音楽データバッファ（送信）２０２とをリセットしたうえで、リアルタイム伝送を再開する。しかしながら、受信装置側では、１３の（ｅ）に示されるように、音楽データに不連続が発生する。図１３の（ｅ）においてデータの不連続は、番号”６”のデータの次に”７”→”８”のデータが配置されるべきところに、番号”１”→”２”のデータが配置されるという状態で発生している。
【００２０】
伸長処理にデータの連続性を必要としない圧縮方式のデータを伝送する場合はこれでもよいが、伸長処理に連続性を必要とする圧縮方式のデータを伝送する場合には、データの不連続が発生した以降、音楽データ伸長に誤りが伝播し、正常に音楽データを伸長できない異常状態に陥る。
【００２１】
一方、図１４は、送信装置側の音楽データバッファ２０２のバッファ量が受信装置側の音楽データバッファ２０２のバッファ量より大きい場合が示される。この場合、音楽データをリアルタイムに伝送して再生している状況下において、図１４の（ｂ）に示されるように、音楽データ上の時間経過中に両無線伝送部２０４,２０４の間にデータ伝送の再送が発生すると、図１４の（ｃ）で示されるように、受信装置側の音楽データバッファ２０２においてデータの枯渇が生じる。図１４では、（ｂ）の期間、データが枯渇して伝送が停止している。
【００２２】
バッファ枯渇を検知したバッファ量監視部（受信）２０５は、図１４の（ｄ）に示されるように、音楽データ伸長部２０７と音楽データバッファ２０２とをリセットしたうえで、リアルタイム受信再生を再開する。しかしながら、受信装置側では、図の（ｅ）に示されるように、音楽データに不連続が発生する。図１４の（ｅ）においてデータの不連続は、リセット後は番号”１”のデータから伝送が再開するべきところ、番号”６”→”７”のデータで伝送が再開されるという状態で発生している。データの不連続が発生した以降、音楽データ伸長に誤りが伝播し、正常に音楽データを伸長できない異常状態に陥る。
【００２３】
このように、連続したデータとして扱われる音楽データを伝送する場合、フレームという目印がないため、送信装置側で発生するバッファ溢れや受信装置側で起こるバッファ枯渇によって音楽データの連続性を把握することができなくなる。そのため、誤りの影響の伝播を断ち切ることができず、一旦データ伝送に不連続が生じると、正常伸長処理に復帰させることができない。
【００２４】
本発明は、前述の課題を解決するものであり、伸長処理に連続性を必要とするデータをリアルタイムに無線伝送するシステムにおいて、不連続性が発生した際に、その異常伝送状態から正常伝送状態に、復帰動作を送信側と受信側とで互いに同期させた状態で復帰させることを課題とする。
【課題を解決するための手段】
【００２５】
本発明は、連続性を有するデータを、その連続性を維持した状態で送信装置から受信装
置にリアルタイムに無線伝送する方法であって、前記送信装置または前記受信装置のうち、データ伝送中に伝送異常が生じてその復帰を完了した一方の装置が、復帰完了通知をパケット通信により他方の装置に通知し、前記復帰完了通知を受信した前記他方の装置において、その装置自身の伝送異常の復帰動作を、前記一方の装置の復帰動作と同期して実施することで、上記課題を解決する。
【００２６】
なお、本発明で扱うデータは、連続性を有してその連続性を維持する必要があるデータであるが、そのようなデータとしては、音楽データを挙げることができる。しかしながら、データとしてはこのほか、映像データでもよく、要は、連続性を有するデータであれば、本発明は効果を奏することができる。
【発明の効果】
【００２７】
本発明によれば、無線を用いて連続性を必要とするデータをリアルタイムに伝送する構成において、無線特有に起こるデータ欠落により連続性を保てなくなった異常状態から、送信側と受信側とで同期を取って復帰することが可能となる。
【発明を実施するための最良の形態】
【００２８】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る送信装置の構成図である。また、図２は本発明の第１の実施形態に係る受信装置の構成図である。
【００２９】
図１,図２において、２０１は音楽データ圧縮部であり、２０２は音楽データバッファであり、２０３は音楽データ送信制御部であり、２０４は無線伝送部であり、２０５はバッファ量監視部である。本実施形態の送信装置と受信装置とは、その基本構成において図１３,図１４に示される従来例と同様の構成を有する。そのため、図１,図２において、図１３,図１４と同様の部分には同一の符号を付しており、それらについての説明は省略される。
【００３０】
本実施形態では、送信装置が復帰完了送信部１０１と復帰要求受信部１０２とを備え、受信装置が復帰要求送信部１０３と復帰完了受信部１０４とを備えることに特徴がある。
【００３１】
第１の実施形態のシステム（無線を用いて音楽データをリアルタイムに伝送するシステム）における異常状態復帰方法が、図１,図２を参照しながら説明される。以下の説明は、近距離無線通信（ブルートゥース通信）によって送信装置から受信装置に音楽データを送信している状況が前提となる。その際、受信装置では、無線伝送部（受信）２０４より受信した音楽データを音楽データ受信制御部２０６が音楽データバッファ（受信）２０２に格納し、音楽データ伸長部２０７が伸長して再生を行う。
【００３２】
音楽データバッファ（送信）２０２のバッファ量が音楽データバッファ（受信）２０２のバッファ量より大きい状態で音楽データをリアルタイムに伝送して再生する状況下では、図１４の（ｂ）に示されるように、音楽データ上の時間経過中に両無線伝送部２０４,２０４の間にデータ伝送の再送が発生することがある。再送が発生すると、図１４の（ｃ）に示されるように、音楽データバッファ（受信）２０２にバッファ枯渇が生じる。以下は、バッファ枯渇が受信装置に生じた場合の動作である。
【００３３】
その場合、バッファ量監視部（受信）２０５がデータ伝送異常（バッファ枯渇）を検知する。バッファ枯渇を検知したバッファ量監視部（受信）２０５は、音楽データバッファ（受信）２０２と音楽データ伸長部２０７との動作をリセットしたうえで、音楽データ受信制御部２０６の動作を一旦停止させる。
【００３４】
その後、バッファ量監視部（受信）２０５は復帰要求送信部１０３に復帰要求パケットの送信要求を行う。復帰要求パケットの送信要求を受けた復帰要求送信部１０３は復帰要求パケットを生成し、送信装置との間でデータ伝送路が確立されている音楽データ伝送路とは異なるデータ伝送路を使用して無線伝送部（受信）２０４から、無線伝送部２０４（送信）に復帰要求パケットを送信する。
【００３５】
送信装置と受信装置との間に異なるデータ伝送路を確立する動作は音楽データのリアルタイム伝送前に予め実施しておいてもよいし、復帰要求パケットの伝送要求時に実施してもよい。つまり、異なるデータ伝送路の確立は復帰要求パケットの伝送前（要求時も含む）であれば、どの時点で実施してもよい。
【００３６】
この時点において送信装置は、音楽データを音楽データ圧縮部２０１で圧縮して音楽データバッファ（送信）２０２に格納したうえで、音楽データ送信制御部２０４が無線伝送部（送信）２０４からリアルタイムに音楽データを送信している。
【００３７】
この状況で、復帰要求受信部１０２が受信装置からの復帰要求パケットを受信すると、復帰要求受信部１０２は音楽データ送信制御部２０３を一旦停止させる。さらに、復帰要求受信部１０２は、音楽データ圧縮部２０１と音楽データバッファ（送信）２０２との動作をリセットしたうえで、復帰完了送信部１０１に復帰完了パケットの送信要求を行う。
【００３８】
復帰完了パケットの送信要求を受けた復帰完了送信部１０１は、復帰完了パケットを生成したうえで、その復帰完了パケットを、受信装置側との間で確立している前述の別データ伝送路（音楽データ伝送路とは異なる）を介して無線伝送部（送信）２０４から受信装置に送信する。復帰完了パケットの送信完了後、復帰完了送信部１０１は、音楽データ送信制御部２０３を再起動させて音楽データのリアルタイム伝送を再開させる。
【００３９】
復帰完了受信部１０４が上述した復帰完了パケットを無線伝送部（受信）２０４を介して受信すると、復帰完了受信部１０４は、一旦停止状態の音楽データ受信制御部２０６を再起動させて音楽データの受信再生を再開させる。
【００４０】
本実施形態では、以上説明したように、復帰完了パケットの送信動作と受信動作とをタイミング上のトリガーにして、送信装置と受信装置とにおいて互いの音楽データリアルタイム伝送の再開動作を行う。これにより、送信装置におけるデータ圧縮送信リセットタイミングと、受信装置におけるデータ受信伸長リセットタイミングとが同期する。そのため、受信側で発生したデータ伝送異常状態から正常なデータ伝送状態に復帰させる動作が、送信装置と受信装置との間で同期を保持させた状態で完了する。
【００４１】
このように、第１の実施形態では、無線を用いて音楽データをリアルタイムに伝送するシステムにおいて、受信装置側でデータ伝送に異常（バッファ枯渇）が発生したとしても、送信装置との間の同期を維持した状態で正常なデータ伝送状態に最適な時間で復帰させることが可能となる。
【００４２】
次に、送信装置側でデータ伝送に異常（バッファ溢れ）が発生した際の復帰方法が説明される。音楽データバッファ（送信）２０２のバッファ量が音楽データバッファ（受信）２０２のバッファ量より小さい状態で音楽データをリアルタイムに伝送して再生している状況下では、図１３の（ｂ）に示されるように、音楽データ上の時間経過中に両無線伝送部２０４,２０４の間にデータ伝送の再送が発生する場合がある。再送が発生すると、図１３の（ｃ）で示されるように、音楽データバッファ（送信）２０２でバッファ溢れが生じる。以下は、バッファ溢れが送信装置に生じた場合の動作である。
【００４３】
その場合、バッファ量監視部（送信）２０５がデータ伝送異常（バッファ溢れ）を検知する。バッファ溢れを検知したバッファ量監視部（送信）２０５は、音楽データ送信制御部２０３の音楽データ送信を停止させる。
【００４４】
音楽データ送信制御部２０３の動作が一旦停止すると、受信装置において音楽データバッファ（受信）２０２にバッファ枯渇が発生する。
【００４５】
このように、データ伝送異常に起因するバッファ溢れが音楽データバッファ（送信）２０２に発生した場合、本実施形態では、音楽データ送信制御部２０３の送信動作を一旦停止させることで、意図的に、音楽データバッファ（受信）２０２にバッファ枯渇を発生させる。
【００４６】
バッファ枯渇の検知およびその状態から正常なデータ伝送状態への復帰動作は前述した通りに実施される。これにより、送信装置側で発生するデータ伝送異常（バッファ溢れ）は、送信装置と受信装置信側との間で同期を維持した状態で正常なデータ伝送状態に復帰させることが可能となる。
【００４７】
このように、第１の実施形態では、送信装置側でデータ伝送異常（バッファ溢れ）が発生した際においても、送信装置による音楽データ送信を一時的に停止するだけで、送信側と受信側との間の同期を維持した状態で正常なデータ伝送に復帰させることが可能となる。
【００４８】
なお、本発明は、第１の実施形態に係る復帰要求パケットと復帰完了パケットの構成及び伝送するためのデータ伝送路生成になんら制限を加えるものではない。
【００４９】
（第２の実施形態）
図３は、本発明の第２の実施形態に係る送信装置の構成図である。図４は本発明の第２の実施形態に係る受信装置の構成図である。
【００５０】
図３,図４において、２０１は音楽データ圧縮部であり、２０２は音楽データバッファであり、２０３は音楽データ送信制御部であり、２０４は無線伝送部であり、２０５はバッファ量監視部である。本実施形態の送信装置と受信装置とは、その基本構成において図１３,図１４に示される従来例と同様の構成を有する。そのため、図３,図４において、図１３,図１４と同様の部分は同一の符号を付しており、それらについての説明は省略される。
【００５１】
本実施形態では、送信装置が復帰通知送信部３０１を備え、受信装置が復帰通知受信部３０２とを備えることに特徴がある。
【００５２】
第２の実施形態のシステム（無線を用いて音楽データをリアルタイムに伝送するシステム）における異常状態復帰方法が、図３,図４を参照しながら説明される。以下の説明は、第１の実施形態と同様、近距離無線通信（ブルートゥース通信）によって送信装置から受信装置に音楽データを送信している状況が前提となる。その際、受信装置では、無線伝送部（受信）２０４より受信した音楽データを音楽データ受信制御部２０６が音楽データバッファ（受信）２０２に格納し、音楽データ伸長部２０７が伸長して再生を行う。
【００５３】
音楽データバッファ（送信）２０２のバッファ量が音楽データバッファ（受信）２０２のバッファ量より小さい状態で音楽データをリアルタイムに伝送して再生している状況下では、図１３の（ｂ）に示されるように、音楽データ上の時間経過中に両無線伝送部２０４,２０４の間にデータ伝送の再送が発生する場合がある。再送が発生すると、図１３の（ｃ）に示されるように、音楽データバッファ（送信）２０２にバッファ溢れが生じる。
以下はそのようなバッファ溢れが送信装置に生じた場合の動作である。
【００５４】
その場合、バッファ量監視部（送信）２０５がデータ伝送異常（バッファ溢れ）を検知する。バッファ溢れを検知したバッファ量監視部（送信）２０５は、音楽データ圧縮部２０１と音楽データバッファ（送信）２０２とをリセットしたうえで、音楽データ送信制御部２０３を一旦停止させる。
【００５５】
その後、バッファ量監視部（送信）２０５は復帰通知送信部３０１に復帰通知パケットの送信要求を行う。復帰通知パケットの送信要求を受けた復帰通知送信部３０１は復帰通知パケットを生成し、受信装置側との間でデータ伝送路が確立されている音楽データ伝送路とは別のデータ伝送路を使用して無線伝送部（送信）２０４から、無線伝送部（受信）２０４に復帰通知パケットを送信する。
【００５６】
送信装置と受信装置との間に異なるデータ伝送路を確立する動作は音楽データのリアルタイム伝送前に予め実施しておいてもよいし、復帰要求パケットの伝送要求時に実施してもよい。つまり、異なるデータ伝送路の確立は復帰要求パケットの伝送前（要求時も含む）であれば、どの時点で実施してもよい。
【００５７】
復帰通知送信部３０１は、復帰通知パケットの送信完了後、音楽データ送信制御部２０３を再起動させて、音楽データのリアルタイム伝送（送信）を再開させる。
【００５８】
復帰通知パケットを無線伝送部（受信）２０４を介して復帰通知パケットを受信した復帰通知受信部３０２は、音楽データバッファ（受信）２０２と音楽データ伸長部２０７との受信再生動作のリセットしたうえで音楽データの受信再生を継続させる。このとき、復帰通知受信部３０２は、音楽データバッファ（受信）２０２と音楽データ伸長部２０７との動作を一旦停止させることなくリセット動作だけを実施する。
【００５９】
これによって、送信装置の送信動作のリセットタイミングと受信装置の受信再生動作のリセットタイミングとが同期する。そのため、送信装置側で発生したデータ伝送異常状態（バッファ溢れ）から、送信装置と受信装置との間で同期を維持した状態で正常なデータ伝送状態に復帰させることができる。
【００６０】
このように、第２の実施形態では、無線を用いて音楽データをリアルタイムに伝送するシステムにおいて、音楽データ送信側でデータ伝送に異常（バッファ溢れ）が発生したとしても、送信装置と受信装置との間で同期を維持した状態で正常なデータ伝送状態に最適な時間で復帰させることが可能となる。
【００６１】
次に、受信装置側でデータ伝送に異常（バッファ枯渇）が発生した際の復帰方法が説明される。音楽データバッファ（送信）２０２のバッファ量が音楽データバッファ（受信）２０２のバッファ量より大きい状態で音楽データをリアルタイムに伝送して再生している状況下では、図１４の（ｂ）に示されるように、音楽データ上の時間経過中に両無線伝送部２０４,２０４の間にデータ伝送の再送が発生する場合がある。再送が発生すると、図１４の（ｃ）に示されるように、音楽データバッファ（受信）２０２にバッファ枯渇が生じる。以下は、そのようなバッファ枯渇が生じた場合の動作である。
【００６２】
その場合、バッファ量監視部（受信）２０５が音楽データバッファ（受信）２０２の枯渇を検知する。バッファ枯渇を検知したバッファ量監視部（受信）２０５は、音楽データ受信制御部２０６の動作を一旦停止させる。
【００６３】
音楽データ受信制御部２０６の動作が一旦停止すると、送信装置と受信装置との間で音
楽データの再送が発生する。音楽データの再送が生じると、送信装置では伝送つまりが発生する結果、バッファ溢れが発生する。
【００６４】
このように、データ伝送異常に起因するバッファ枯渇が音楽データバッファ（受信）２０２に発生した場合、本実施形態では、音楽データ受信制御部２０６の受信動作を一旦停止させることで意図的に音楽データバッファ（送信）２０２にバッファ溢れを発生させる。
【００６５】
バッファ溢れの検知およびその状態から正常なデータ伝送状態への復帰動作は前述した通りに実施される。送信装置において正常なデータ伝送状態への復帰動作が終了すると、復帰通知送信部３０１は、無線伝送部（送信）２０４を介して復帰通知パケットを受信装置に送信する。無線伝送部（受信）２０４を介して復帰通知パケットを受信した復帰通知受信部３０２は、音楽データ受信制御部２０６の受信動作を再起動させて音楽データのリアルタイム伝送（受信）を再開させる。
【００６６】
これにより、送信装置の送信動作のリセットタイミングと受信装置の受信再生動作のリセットタイミングとが同期する。そのため、受信装置側で発生したデータ伝送異常状態（バッファ枯渇）から、送信装置と受信装置との間で同期を維持した状態で正常なデータ伝送状態に復帰させることができる。
【００６７】
このように、第２の実施形態では、受信装置側でデータ伝送状態に異常（バッファ枯渇）が発生した場合であっても、バッファ量監視部（受信）２０５が音楽データ受信制御部２０６の動作を停止させることで、復帰通知パケットの受信時に音楽データ受信制御部２０６が停止していた場合は再起動させる。これにより、無線伝送部（受信）２０４と音楽データ受信制御部２０６との間で再送が発生する状態を消滅させる。そのため、受信側と送信側との間で同期を維持した状態で正常なデータ伝送状態に復帰させることが可能となる。
【００６８】
第２の実施形態に係る復帰通知パケットの構成及び伝送するためのデータ伝送路生成には制限を加えるものではない。
【００６９】
（第３の実施形態）
図５は、本発明の第３の実施形態に係る送信装置の構成図である。図６は本発明の第３の実施形態に係る受信装置の構成図である。
【００７０】
図５,図６において、２０１は音楽データ圧縮部であり、２０２は音楽データバッファであり、２０３は音楽データ送信制御部であり、２０４は無線伝送部であり、２０５はバッファ量監視部である。本実施形態の送信装置と受信装置とは、その基本構成において図１３,図１４に示される従来例と同様の構成を有する。そのため、図５,図６において、図１３,図１４と同様の部分には同一の符号を付しており、それらについての説明は省略される。
【００７１】
本実施形態では、送信装置が復帰完了及び復帰通知送信部４０１と復帰要求受信部１０２とを備え、受信装置が復帰完了及び復帰通知受信部４０２と復帰要求送信部１０３とを備えることに特徴がある。
【００７２】
第３の実施形態のシステム（無線を用いて音楽データをリアルタイムに伝送するシステム）における異常状態復帰方法が、図５,図６を参照しながら説明される。以下の説明は、第１の実施形態と同様、近距離無線通信（ブルートゥース通信）によって送信装置から受信装置に音楽データを送信している状況が前提となる。その際、受信装置では、無線伝送部（受信）２０４より受信した音楽データを音楽データ受信制御部２０６が音楽データ
バッファ（受信）２０２に格納し、音楽データ伸長部２０７が伸長して再生を行う。
【００７３】
音楽データバッファ（送信）２０２のバッファ量が音楽データバッファ（受信）２０２のバッファ量より大きい状態で音楽データをリアルタイムに伝送して再生する状況下では、図１４の（ｂ）に示されるように、音楽データ上の時間経過中に両無線伝送部２０４,２０４の間にデータ伝送の再送が発生することがある。再送が発生すると、図１４の（ｃ）に示されるように、音楽データバッファ（受信）２０２にバッファ枯渇が生じる。以下は、バッファ枯渇が受信装置に生じた場合の動作である。
【００７４】
その場合、バッファ量監視部（受信）２０５がデータ伝送異常（バッファ枯渇）を検知する。バッファ枯渇を検知したバッファ量監視部（受信）２０５は、音楽データバッファ（受信）２０２と音楽データ伸長部２０７との動作をリセットしたうえで、音楽データ受信制御部２０６の動作を一旦停止させる。
【００７５】
その後、バッファ量監視部（受信）２０５は復帰要求送信部１０３に復帰要求パケットの送信要求を行う。復帰要求パケットの送信要求を受けた復帰要求送信部１０３は復帰要求パケットを生成し、送信装置との間でデータ伝送路が確立されている音楽データ伝送路とは異なるデータ伝送路を使用して無線伝送部（受信）２０４から、無線伝送部２０４（送信）に復帰要求パケットを送信する。
【００７６】
送信装置と受信装置との間に異なるデータ伝送路を確立する動作は音楽データのリアルタイム伝送前に予め実施しておいてもよいし、復帰要求パケットの伝送要求時に実施してもよい。つまり、異なるデータ伝送路の確立は復帰要求パケットの伝送要求前（要求時も含む）であれば、どの時点で実施してもよい。
【００７７】
この時点において送信装置は、音楽データを音楽データ圧縮部２０１で圧縮して音楽データバッファ（送信）２０２に格納したうえで、音楽データ送信制御部２０４が無線伝送部（送信）２０４からリアルタイムに音楽データを送信している。
【００７８】
この状況で、復帰要求受信部１０２が受信装置からの復帰要求パケットを受信すると、復帰要求受信部１０２は音楽データ送信制御部２０３を一旦停止させる。さらに、復帰要求受信部１０２は、音楽データ圧縮部２０１と音楽データバッファ（送信）２０２との動作をリセットしたうえで、復帰完了及び復帰通知送信部４０１に復帰完了パケットの送信要求を行う。
【００７９】
復帰完了パケットの送信要求を受けた復帰完了及び復帰通知送信部４０１は、復帰完了パケットを生成したうえで、その復帰完了パケットを、受信装置側との間で確立している前述の別データ伝送路（音楽データ伝送路とは異なる）を介して無線伝送部（送信）２０４から受信装置に送信する。復帰完了パケットの送信完了後、復帰完了及び復帰通知送信部４０１は、音楽データ送信制御部２０３を再起動させて音楽データのリアルタイム伝送を再開させる。
【００８０】
復帰完了及び復帰通知受信部４０２が上述した復帰完了パケットを無線伝送部（受信）２０４を介して受信すると、復帰完了及び復帰通知受信部４０２は、一旦停止状態の音楽データ受信制御部２０６を再起動させて音楽データの受信再生を再開させる。
【００８１】
本実施形態では、以上説明したように、復帰完了パケットの送信動作と受信動作とをタイミング上のトリガーにして、送信装置と受信装置とにおいて互いの音楽データリアルタイム伝送の再開動作を行う。これにより、送信装置におけるデータ圧縮送信リセットタイミングと、受信装置におけるデータ受信伸長リセットタイミングとが同期する。そのため
、受信側で発生したデータ伝送異常状態から正常なデータ伝送状態に復帰させる動作が、送信装置と受信装置との間で同期を保持させた状態で完了する。
【００８２】
このように、第３の実施形態では、無線を用いて音楽データをリアルタイムに伝送するシステムにおいて、受信装置側でデータ伝送に異常（バッファ枯渇）が発生したとしても、受信装置と送信装置との間の同期を維持した状態で正常なデータ伝送状態に最適な時間で復帰させることが可能となる。
【００８３】
次に、送信装置側でデータ伝送に異常（バッファ溢れ）が発生した際の復帰方法が説明される。音楽データバッファ（送信）２０２のバッファ量が音楽データバッファ（受信）２０２のバッファ量より小さい状態で音楽データをリアルタイムに伝送して再生している状況下では、図１３の（ｂ）に示されるように、音楽データ上の時間経過中に両無線伝送部２０４,２０４の間にデータ伝送の再送が発生する場合がある。再送が発生すると、図１３の（ｃ）で示されるように、音楽データバッファ（送信）２０２でバッファ溢れが生じる。以下は、バッファ溢れが送信装置に生じた場合の動作である。
【００８４】
その場合、バッファ量監視部（送信）２０５がデータ伝送異常（バッファ溢れ）を検知する。バッファ溢れを検知したバッファ量監視部（送信）２０５は、音楽データ送信制御部２０３の音楽データ送信を停止させるとともに、音楽データ圧縮部２０１と音楽データバッファ（送信）２０２との動作をリセットする。
【００８５】
以上の制御を実施したうえで、バッファ量監視部（送信）２０５は、復帰完了及び復帰通知送信部４０１に復帰通知パケットの送信要求を行う。復帰通知パケットの送信要求を受けた復帰完了及び復帰通知送信部４０１は、復帰通知パケットを生成したうえで、その復帰通知パケットを、受信装置との間で確立している前述の別データ伝送路を介して無線伝送部（送信）２０４から受信装置に送信する。復帰通知パケットの送信完了後、復帰完了及び復帰通知送信部４０１は、音楽データ送信制御部２０３を再起動させて音楽データのリアルタイム伝送を再開させる。
【００８６】
受信装置において、復帰完了及び復帰通知受信部４０２が上述した復帰通知パケットを無線伝送部（受信）２０４を介して受信すると、復帰完了及び復帰通知受信部４０２は、音楽データバッファ（受信）２０２と音楽データ伸長部２０７との動作をリセットしたうえで音楽データの受信再生を継続させる。このとき、復帰完了及び復帰通知受信部４０２は、音楽データバッファ（受信）２０２と音楽データ伸長部２０７との動作を一旦停止させることなくリセット動作だけを実施する。
【００８７】
本実施形態では、復帰通知パケットをタイミング上のトリガーにして、送信装置におけるデータ圧縮送信リセットタイミングと、受信装置におけるデータ受信伸長リセットタイミングとを同期させる。そのため、受信装置側で発生したデータ伝送異常状態（バッファ溢れ）から送信装置と受信装置との間で同期を維持した状態で正常なデータ伝送状態に復帰させることができる。
【００８８】
このように、第３の実施形態では、無線を用いて音楽データをリアルタイムに伝送するシステムにおいて、受信装置側でデータ伝送に異常（バッファ枯渇）が発生したとしても、受信装置と送信装置との間の同期を維持した状態で正常なデータ伝送状態に最適な時間で復帰させることが可能となる。
【００８９】
第３の実施形態に係る復帰要求パケットと復帰完了パケットと復帰通知パケットの構成及び伝送するためのデータ伝送路生成には制限を加えるものではない。
【００９０】
（第４の実施形態）
図７は、本発明の第４の実施形態に係る送信装置の構成図である。図８は第４の実施形態に係る受信装置の構成図である。
【００９１】
図７,図８において、２０１は音楽データ圧縮部であり、２０２は音楽データバッファであり、２０３は音楽データ送信制御部であり、２０４は無線伝送部であり、２０５はバッファ量監視部である。本実施形態の送信装置と受信装置とは、その基本構成において図１３,図１４に示される従来例と同様の構成を有する。そのため、図７,図８において、図１３,図１４と同様の部分には同一の符号を付しており、それらについての説明は省略される。
【００９２】
本実施形態では、送信装置がバッファ量送信部（送信）５０１とバッファ量受信部（送信）５０２とを備え、受信装置がバッファ量送信部（受信）５０１とバッファ量受信部（受信）５０２とを備えることに特徴がある。
【００９３】
第４の実施形態のシステム（無線を用いて音楽データをリアルタイムに伝送するシステム）における異常状態復帰方法が、図７,図８を参照しながら説明される。
【００９４】
以下の説明は、第１の実施形態と同様、近距離無線通信（ブルートゥース通信）によって送信装置から受信装置に音楽データを送信している状況が前提となる。その際、受信装置では、無線伝送部（受信）２０４より受信した音楽データを音楽データ受信制御部２０６が音楽データバッファ（受信）２０２に格納し、音楽データ伸長部２０７が伸長して再生を行う。
【００９５】
本実施形態では、バッファ量監視部（送信）２０５のバッファ量比較監視値を、伝送異常が生じると予測される側の音楽データバッファ（送信）２０２,音楽データバッファ（受信）２０２のバッファ量に設定することに特徴がある。
【００９６】
この状態で音楽データをリアルタイム伝送している間に両無線伝送部２０４,２０４の間にデータ伝送の再送が発生すると、バッファ量監視部（送信）２０５において、両伝送異常（送信側のバッファ溢れと受信側のバッファ枯渇）とも検知することができる。
【００９７】
本実施形態は、送信,受信双方のデータ伝送異常を、バッファ量監視部（送信）２０５で検知することを可能とすることで、送信装置での復帰動作と受信装置での復帰動作とを互いに同期させている。以下、その詳細が説明される。
【００９８】
音楽データのリアルタイム伝送を開始する以前において、送信装置と受信装置との間には、予め音楽データ伝送路とは別のデータ伝送路が確立されている。
【００９９】
バッファ量送信部（送信）５０１は、音楽データバッファ（送信）２０２において音楽データを貯めることができる音楽データバッファ量（送信側バッファ量）を予め記録している。バッファ量送信部（送信）５０１は、記録している送信側バッファ量を通知するバッファ量通知パケットを生成したうえで、そのバッファ量通知パケットを無線伝送部（送信）２０４を介して受信装置に送信する。送信は、上述した別のデータ伝送路を通じて実施される。バッファ量通知パケットを受信した受信装置は、受信したバッファ量通知パケットから音楽データバッファ（送信）２０２のバッファ量を読み出して読み出した音楽データバッファ（送信）２０２のバッファ量（送信側バッファ量）をバッファ量受信部（受信）５０２に記録させる。
【０１００】
同様に、バッファ量送信部（受信）５０１は、音楽データバッファ（受信）２０２において音楽データを貯めることができる音楽データバッファ量（受信側バッファ量）を予め
記録している。バッファ量送信部（受信）５０１は、記録している受信側バッファ量を通知するバッファ量通知パケットを生成したうえで、そのバッファ量通知パケットを無線伝送部（受信）２０４を介して送信装置に送信する。送信は、上述した別のデータ伝送路を通じて実施される。バッファ量通知パケットを受信した送信装置は、受信したバッファ量通知パケットから音楽データバッファ（受信）２０２のバッファ量を読み出して読み出した音楽データバッファ（受信）２０２のバッファ量（受信側バッファ量）をバッファ量受信部（送信）５０２に記録させる。また、バッファ量受信部（送信）５０２は、音楽データバッファ（送信）２０２のバッファ量（送信側バッファ量）を予め記録している。
【０１０１】
ここで、送信側バッファ量をＳとし、受信側バッファ量をＲとする。バッファ量受信部（送信）５０２は、予め記録している送信側バッファ量Ｓと受信により得られた受信側バッファ量Ｒとに基づいてバッファ量監視部（送信）２０５で行う音楽データバッファ（送信）２０２のバッファ量比較監視値を設定する。バッファ量受信部５０２（受信）は、受信により得られた送信側バッファ量Ｓと予め記録している受信側バッファ量Ｒとに基づいて音楽データバッファ（受信）２０２のバッファ量を変更する。以下、その詳細が説明される。
【０１０２】
送信側バッファ量Ｓが受信側バッファ量Ｒより大きい場合（Ｓ＞Ｒ）、バッファ量受信部（送信）５０２は、バッファ量監視部（送信）２０５におけるバッファ量比較監視値（送信）を受信側バッファ量Ｒと同等に変更する。また、バッファ量受信部（送信）５０２は、音楽データバッファ（送信）２０２におけるバッファ量を、設定している送信側バッファ量Ｓと同等のまま維持する。
【０１０３】
このときバッファ量受信部（受信）５０２は、バッファ量監視部（受信）２０５におけるバッファ量比較監視値（受信）を受信側バッファ量Ｒと同等のまま維持する。また、バッファ量受信部（受信）５０２は、音楽データバッファ（受信）２０２におけるバッファ量を、設定している受信側バッファ量Ｒのまま維持する。
【０１０４】
送信側バッファ量Ｓが受信側バッファ量Ｒより小さい場合（Ｓ＜Ｒ）、バッファ量受信部（送信）５０２は、バッファ量監視部（送信）２０５におけるバッファ量比較監視値（送信）を設定している送信側バッファ量Ｓと同等のまま維持する。また、バッファ量受信部（送信）５０２は、音楽データバッファ（送信）２０２におけるバッファ量を、設定している送信側バッファ量Ｓと同等のまま維持する。
【０１０５】
このときバッファ量受信部（受信）５０２は、音楽データバッファ（受信）２０２におけるバッファ量を、送信側バッファ量Ｓと同等に変更する。また、バッファ量受信部（受信）５０２は、バッファ量監視部（受信）２０５におけるバッファ量比較監視値（受信）を設定している受信側バッファ量Ｒと同等のまま維持する。
【０１０６】
このように、音楽データバッファ（受信）２０２の受信バッファ量と、バッファ量監視部（送信）２０５の比較監視値とは、音楽データバッファ（送信）２０２のバッファ量と音楽データバッファ（受信）２０２のバッファ量との比較に基づいて設定変更される。具体的には、音楽データバッファ（受信）２０２のバッファ量は、音楽データバッファ（送信）２０２のバッファ量Ｓと音楽データバッファ（受信）２０２のバッファ量Ｒとのうちの小さい方に設定される。さらには、バッファ量監視部（送信）２０５のバッファ量比較監視値（送信）は、音楽データバッファ（送信）２０２のバッファ量Ｓと音楽データバッファ（受信）２０２のバッファ量Ｒとのうちの小さい方に設定される。
【０１０７】
以上のバッファ比較監視値および受信側バッファ量の調整動作が終了したのち、音楽データ伝送路とは別のデータ伝送路は切断される。ただし、本実施形態では切断しなければ
ならないという制限を与えるものではない。
【０１０８】
上述のバッファ比較監視値とバッファ量との調整動作が終了したのち、音楽データのリアルタイム伝送が実施される。データ伝送の実施中において、音楽データバッファ（送信）２０２のバッファ量が、バッファ量監視部（送信）２０５に予め設定されたバッファ量比較監視値（送信）を超えると、バッファ量監視部（送信）２０５は、このことを検知する。バッファ量超過を検知したバッファ量監視部（送信）２０５は、送信側でのバッファ溢れが発生したと判断して音楽データ送信制御部２０３の送信動作を一旦停止させたうえで、音楽データ圧縮部２０１と音楽データバッファ（送信）２０２との動作をリセットする。リセット動作が終了した時点でバッファ量監視部（送信）２０５は音楽データ送信制御部２０３を再起動させて音楽データのリアルタイム伝送を再開させる。
【０１０９】
ここで、バッファ量監視部（送信）２０５のバッファ量比較監視値（送信）は、音楽データバッファ（送信）２０２のバッファ量Ｓと音楽データバッファ（受信）２０２のバッファ量Ｒとのうちの小さい方と同等の値に設定されている。また、音楽データバッファ（受信）２０２の受信バッファ量は、音楽データバッファ（送信）２０２のバッファ量Ｓと音楽データバッファ（受信）２０２のバッファ量Ｒとのうちの小さい方と同等の値に設定されている。そのため、次のようにして伝送再開の同期が維持される。
【０１１０】
まず、音楽データバッファ（送信）２０２のバッファ量（送信側バッファ量）Ｓが音楽データバッファ（受信）２０２のバッファ量（受信側バッファ量）Ｒより大きい（Ｓ＞Ｒ）場合が説明される。
【０１１１】
この場合、音楽データバッファ（受信）２０２で伝送異常（バッファ枯渇）が発生してバッファ量監視部（受信）２０５がバッファ枯渇を検知する際には、同時にバッファ量監視部（送信）２０５がバッファ溢れを見なし検知することになる。
【０１１２】
そのため、音楽データバッファ（受信）２０２におけるバッファ枯渇がバッファ量監視部（受信）２０５で検知されて、受信側のデータ伝送がリセットされて再開される際には、同時に（同期して）音楽データバッファ（送信）２０２におけるバッファ溢れをバッファ量監視部（送信）２０５が見なし検知して送信側のデータ伝送がリセットされて再開される。
【０１１３】
そのため、受信装置における受信再生の再開タイミングは、受信装置における送信再開タイミングと同期する。
【０１１４】
次に、音楽データバッファ（送信）２０２のバッファ量（送信側バッファ量）Ｓが音楽データバッファ（受信）２０２のバッファ量（受信側バッファ量）Ｒより小さい（Ｓ＜Ｒ）場合が説明される。
【０１１５】
この場合、バッファ量監視部（送信）２０５が音楽データバッファ（送信）２０２におけるバッファ溢れを検知する際、バッファ量監視部（受信）２０５は、同時に（同期して）音楽データバッファ（受信）２０２におけるバッファ溢れを検知する。
【０１１６】
そのため、バッファ量監視部（送信）２０５の検知に基づいて音楽データバッファ（送信）２０２と音楽データ圧縮部２０１とをリセットするタイミングと、バッファ量監視部（受信）２０５の検知に基づいて音楽データバッファ（受信）２０２と音楽データ伸長部２０７とをリセットするタイミングとは互いに同期することになる。
【０１１７】
このように、第４の実施形態では、無線を用いて音楽データをリアルタイムに伝送する
システムにおいて、音楽データのリアルタイム伝送を開始する前に予め送信装置と受信装置との間でバッファ量監視部（送信）２０５におけるバッファ比較監視値（送信）の設定変更と音楽データバッファ（受信）２０２におけるバッファ量調整を実施することで、送信装置でデータ伝送異常が発生するタイミングと、受信装置でデータ伝送異常が発生するタイミングとを同期させる。これにより、送信装置と受信装置とのそれぞれで独立して正常な伝送状態への復帰動作を行っても、その復帰動作を互いに同期させることができる。
【０１１８】
本実施形態の異常伝送状態からの復帰構成によれば、音楽データのリアルタイム伝送中に音楽データ以外のデータ伝送を行う必要がない分、復帰動作に要する処理負荷を軽くすることができる。
【０１１９】
（第５の実施形態）
図９は、本発明の第５の実施形態に係る送信装置の構成図である。図１０は第５の実施形態に係る受信装置の構成図である。
【０１２０】
図９,図１０において、２０１は音楽データ圧縮部であり、２０２は音楽データバッファであり、２０３は音楽データ送信制御部であり、２０４は無線伝送部であり、２０５はバッファ量監視部である。本実施形態の送信装置と受信装置とは、その基本構成において図１３,図１４に示される従来例と同様の構成を有する。そのため、図９,図１０において、図１３,図１４と同様の部分には同一の符号を付しており、それらについての説明は省略される。
【０１２１】
本実施形態では、送信装置がバッファ量受信部（送信）５０２とタイマー部６０１とを備え、受信装置がバッファ量送信部（受信）５０１を備えることに特徴がある。
【０１２２】
第５の実施形態のシステム（無線を用いて音楽データをリアルタイムに伝送するシステム）における異常状態復帰方法が、図９,図１０を参照しながら説明される。
【０１２３】
以下の説明は、第１の実施形態と同様、近距離無線通信（ブルートゥース通信）によって送信装置から受信装置に音楽データを送信している状況が前提となる。その際、受信装置では、無線伝送部（受信）２０４より受信した音楽データを音楽データ受信制御部２０６が音楽データバッファ（受信）２０２に格納し、音楽データ伸長部２０７が伸長して再生を行う。
【０１２４】
第４の実施形態では、バッファ量監視部（送信）２０５のバッファ量比較監視値と、音楽データバッファ（受信）２０２のバッファ量（受信側バッファ量）とを、伝送異常が生じると予測される側の音楽データバッファ（送信）２０２,音楽データバッファ（受信）２０２のバッファ量に設定していた。
【０１２５】
本実施形態では、バッファ量監視部（送信）２０５のバッファ量比較監視値だけが、伝送異常が生じると予測される側の音楽データバッファ（送信）２０２,音楽データバッファ（受信）２０２のバッファ量に設定される。バッファ量監視部（受信）２０５のバッファ量比較監視値は、本来のバッファ量比較監視値（音楽データバッファ（受信）２０２のバッファ量）とされる。その代わりに、本実施形態では、送信装置にはタイマー部６０１が設けられる。
【０１２６】
音楽データのリアルタイム伝送を開始する以前において、送信装置と受信装置との間には、予め音楽データ伝送路とは別のデータ伝送路が確立されている。
【０１２７】
バッファ量送信部（受信）５０１は、音楽データバッファ（受信）２０２において音楽データを貯めることができる音楽データバッファ量を予め記録している。バッファ量送信
部（受信）５０１は、記録している音楽データバッファ量を通知するバッファ量通知を生成したうえで、そのバッファ量通知をパケット通信により無線伝送部（受信）２０４を介して送信装置に送信する。送信は、上述した別のデータ伝送路を通じて実施される。バッファ量通知を受信した送信装置は、受信したバッファ量通知から音楽データバッファ（受信）２０２のバッファ量を読み出して読み出した音楽データバッファ（受信）２０２のバッファ量（受信側バッファ量）をバッファ量受信部（送信）５０２に記録させる。このとき、バッファ量受信部（送信）５０２は、音楽データバッファ（送信）２０２のバッファ量（送信側バッファ量）を予め記録している。
【０１２８】
ここで、送信側バッファ量をＳとし、受信側バッファ量をＲとする。また、送信側バッファ量Ｓと受信側バッファ量Ｒとの差分と、リアルタイム伝送時のデータ転送レートとから算出される時間をＴとする。
【０１２９】
バッファ量受信部（送信）５０２は、送信側バッファ量Ｓと受信側バッファ量Ｒとに基づいてバッファ量監視部（送信）２０５で行う音楽データバッファ（送信）２０２のバッファ量比較監視値を設定する。また、送信側バッファ量Ｓと受信側バッファ量Ｒとに基づいてタイマー部６０１のタイマー設定時間Ｔを設定する。タイマー設定時間Ｔは、送信装置と受信装置との間でデータ伝送の異常状態が生じる時間差を示す。以下、その詳細が説明される。
【０１３０】
送信側バッファ量Ｓが受信側バッファ量Ｒより大きい場合（Ｓ＞Ｒ）、バッファ量受信部（送信）５０２は、バッファ量監視部（送信）２０５におけるバッファ量比較監視値（送信）を受信側バッファ量Ｒと同等に変更する。また、このとき、バッファ量受信部（受信）５０２は、タイマー部６０１のタイマー設定時間（異常状態発生の時間差）Ｔを”０”に設定する。
【０１３１】
送信側バッファ量Ｓが受信側バッファ量Ｒより小さい場合（Ｓ＜Ｒ）、バッファ量受信部（送信）５０２は、バッファ量監視部（送信）２０５におけるバッファ量比較監視値（送信）を送信側バッファ量Ｓと同等のままに維持する。また、このとき、バッファ量受信部（受信）５０２は、タイマー部６０１のタイマー設定時間（異常状態発生の時間差）Ｔを、送信側バッファ量Ｒと受信側バッファ量Ｓとの差分とリアルタイム伝送時のデータ転送レートから設定する。例えば、リアルタイム伝送の転送レートが３８４Ｋbpsで（Ｒ−Ｓ）が４８バイトであった場合、タイマー設定時間Ｔは１ｍsecに算出される。
【０１３２】
以上のバッファ量比較監視値とタイマー設定時間Ｔとの設定動作が終了したのち、音楽データ伝送路とは別のデータ伝送路は切断される。ただし、本実施形態では切断しなければならないという制限を与えるものではない。
【０１３３】
上述のバッファ量比較監視値とタイマー設定時間Ｔとの設定動作が終了したのち、音楽データのリアルタイム伝送が実施される。
【０１３４】
まず、送信側バッファ量Ｓが受信側バッファ量Ｒより多い場合（Ｓ＞Ｒ）が説明される。この場合、データ伝送の実施中において、音楽データバッファ（送信）２０２におけるバッファ量が、バッファ量監視部（送信）２０５に予め設定されたバッファ量（Ｒ）を超えると、バッファ量監視部（送信）２０５は、このことを検知する。バッファ量超過を検知したバッファ量監視部（送信）２０５は、受信装置の音楽データバッファ（受信）２０２においてバッファ枯渇が発生したと判断して音楽データ送信制御部２０３の送信動作を一旦停止させたうえで、タイマー部６０１に送信動作のリセット指令を出力する。
【０１３５】
リセット指令を受けたタイマー部６０１は予め設定されているタイマー設定時間Ｔ分の
タイムアウトを待ってから音楽データ圧縮部２０１と音楽データバッファ（送信）２０２の動作をリセットする。ここで、送信側バッファ量Ｓが受信側バッファ量Ｒより大きい場合（Ｓ＞Ｒ）であるため、タイマー設定時間Ｔは”０”に設定されている。そのため、タイマー部６０１は、ただちに音楽データ圧縮部２０１と音楽データバッファ（送信）２０２との動作をリセットした後、音楽データ送信制御部２０３を再起動させて音楽データのリアルタイム伝送を再開させる。
【０１３６】
これにより、音楽データバッファ（受信）２０２で生じたバッファ枯渇は、全く同時点においてバッファ量監視部（送信）２０５において検知されたうえで、その検知時点に同期して送信装置の音楽データ圧縮部２０１と音楽データバッファ（送信）２０２との動作がリセットされる。
【０１３７】
次に、送信側バッファ量Ｓが受信側バッファ量Ｒより小さい場合（Ｓ＜Ｒ）が説明される。この場合、データ伝送の実施中において、音楽データバッファ（送信）２０２におけるバッファ量が、バッファ量監視部（送信）２０５に予め設定されたバッファ量（Ｓ）を超えると、バッファ量監視部（送信）２０５は、このことを検知する。バッファ量超過を検知したバッファ量監視部（送信）２０５は、送信装置の音楽データバッファ（送信）２０２においてバッファ溢れが発生したと判断して音楽データ送信制御部２０３の送信動作を一旦停止させたうえで、タイマー部６０１に送信動作のリセット指令を出力する。
【０１３８】
リセット指令を受けたタイマー部６０１は予め設定されているタイマー設定時間Ｔ分のタイムアウトを待ってから音楽データ圧縮部２０１と音楽データバッファ（送信）２０２の動作をリセットする。ここで、送信側バッファ量Ｓが受信側バッファ量Ｒより小さい場合（Ｓ＜Ｒ）であるため、タイマー設定時間Ｔは、送信側バッファ量Ｒと受信側バッファ量Ｓとの差分とリアルタイム伝送時の転送レートから予め設定されている。そのため、タイマー部６０１は、設定しているタイマー設定時間Ｔ分だけ、音楽データ圧縮部２０１と音楽データバッファ（送信）２０２との動作のリセットタイミングを遅延させる。この遅延量（タイマー設定時間Ｔ）は、次のような目的を達成するために設定される。
【０１３９】
音楽データバッファ（送信）２０２において伝送異常（バッファ溢れ）が生じた場合において、その送信側伝送異常（バッファ溢れ）に起因した受信側伝送異常（バッファ枯渇）が音楽データバッファ（受信）２０２に発生するタイミングは、送信側伝送異常（バッファ溢れ）の発生タイミングから遅延する。そのため、送信側伝送異常（バッファ溢れ）に起因して受信側で発生する受信側伝送異常（バッファ枯渇）をバッファ量監視部（受信）２０５で検知して、その検知タイミングで音楽データバッファ（受信）２０２や音楽データ伸長部２０７の動作をリセットしていたのでは、送信側復帰動作と受信側復帰動作とのタイミングが一致しなくなる。
【０１４０】
そこで、本実施形態では、音楽データバッファ（送信）２０２で伝送異常（バッファ溢れ）が生じた場合においては、上記遅延が発生する分、送信装置側において音楽データバッファ（送信）２０２や音楽データ圧縮部２０１の動作をリセットするタイミングを、バッファ量監視部（送信）２０５で伝送異常（バッファ溢れ）を検知したタイミングより遅らせる必要があることに着目する。そうすれば、送信装置と受信装置との間で動作のリセットを同期させることができる。
【０１４１】
なお、上記した遅延量は、送信側バッファ量Ｓと受信側バッファ量Ｒとの差分と、リアルタイム伝送の転送レートにより決定される。つまり、Ｓ＜Ｒの条件において、送信側でのバッファ溢れタイミングではまだ、受信側でのバッファ枯渇は発生していない。それは、（Ｒ−Ｓ）分のバッファが受信側で消費されていないからである。この（Ｒ−Ｓ）分のバッファの消費時間がすなわち上記遅延量（タイマー部６０１のタイマー設定時間）とな
る。さらに、この遅延時間は、４４．１Ｋhzサンプリングで１バイトに圧縮される音楽データであれば、（Ｒ−Ｓ）／４４．１[msec]と計算される。  
【０１４２】
本実施形態では、受信側で伝送異常（バッファ枯渇）が生じるタイミングが送信側で伝送異常（バッファ溢れ）が生じるタイミングより遅延する時間を、タイマー部６０１で送信装置側の送信動作のリセットを遅延させることで補正している。これにより、受信装置における受信再生の再開タイミングは送信装置における送信再開タイミングと同期する。
【０１４３】
このように、本発明に係る第５の実施形態では、無線を用いて音楽データをリアルタイムに伝送するシステムにおいて、音楽データのリアルタイム伝送を開始する前に予め送信装置側へ受信装置側のバッファ量を通知することで送信側と受信側の異常の発生タイミングを同期させる。これにより、送信装置側と受信装置とのそれぞれで個別に正常伝送状態への復帰動作を行うなかで、互いの復帰動作のタイミングを同期させる。この異常復帰構成によれば、第４の実施形態よりも、受信装置側の構成を簡単にすることができる。
【図面の簡単な説明】
【０１４４】
【図１】無線を用いて音楽データをリアルタイムに伝送するシステムにおける本発明の第１の実施形態の送信装置の構成図。
【図２】無線を用いて音楽データをリアルタイムに伝送するシステムにおける本発明の第１の実施形態の受信装置の構成図。
【図３】本発明の第２の実施形態に係る送信装置の構成図。
【図４】本発明の第２の実施形態に係る受信装置の構成図。
【図５】本発明の第３の実施形態に係る送信装置の構成図。
【図６】本発明の第３の実施形態に係る受信装置の構成図。
【図７】本発明の第４の実施形態に係る送信装置の構成図。
【図８】本発明の第４の実施形態に係る受信装置の構成図。
【図９】本発明の第５の実施形態に係る送信装置の構成図。
【図１０】本発明の第５の実施形態に係る受信装置の構成図。
【図１１】無線を用いて音楽データをリアルタイムに伝送するシステムにおいて、音楽データを伝送する従来の送信装置の構成図。
【図１２】無線を用いて音楽データをリアルタイムに伝送するシステムにおいて、音楽データを音楽データバッファに任意の時間貯めてから再生を開始する従来の受信装置の構成図。
【図１３】無線を用いて音楽データをリアルタイムに伝送するシステムにおいて、送信側で異常が発生した場合に起こる音楽データの不連続性を示すシーケンス図。
【図１４】無線を用いて音楽データをリアルタイムに伝送するシステムにおいて、受信側で異常が発生した場合に起こる音楽データの不連続性を示すシーケンス図。
【符号の説明】
【０１４５】
１０１  復帰完了送信部          １０２  復帰要求受信部
１０３  復帰要求送信部          １０４  復帰完了受信部
２０１  音楽データ圧縮部        ２０２  音楽データバッファ
２０３  音楽データ送信制御部    ２０４  無線伝送部
２０５  バッファ量監視部        ２０６  音楽データ受信制御
２０７  音楽データ伸長部        ３０１  復帰通知送信部
３０２  復帰通知受信部          ４０１  復帰完了及び復帰通知送信部
４０２  復帰完了及び復帰通知受信部
５０１  バッファ量送信部        ５０２  バッファ量受信部
６０１  タイマー部          
【図１】
2005151007.tif 000003
【図２】
2005151007.tif 000004
【図３】
2005151007.tif 000005
【図４】
2005151007.tif 000006
【図５】
2005151007.tif 000007
【図６】
2005151007.tif 000008
【図７】
2005151007.tif 000009
【図８】
2005151007.tif 000010
【図９】
2005151007.tif 000011
【図１０】
2005151007.tif 000012
【図１１】
2005151007.tif 000013
【図１２】
2005151007.tif 000014
【図１３】
2005151007.tif 000015
【図１４】
2005151007.tif 000016