(57)【要約】【課題】チャンネル変更時にユーザが感じる違和感を低減する配信システムを提供する。【解決手段】送信装置１は、放送波を復調することにより音声信号を出力し、要求信号に応じて、復調する放送波のチャンネルを変更するチューナ部１１、チューナ部１１が出力した音声信号を時系列のデータパケットに変換し、受信装置２に送信するパケット送信部１０２、チューナ部１１のチャンネルの変更が完了した時点のデータパケットを示す通知信号を生成し、通知信号を受信装置２に送信する通知信号送信部１０３を備える。受信装置２は、放送波のチャンネルの変更を要求する要求信号を送信装置１に送信する要求送信部２０１、送信装置１が送信したデータパケットから音声信号を取得して再生し、要求送信部２０１が要求信号を送信すると同時に再生する音声信号をミュートし、送信装置１が送信する通知信号に基づいてミュートを解除する再生処理部２０２を備える。【選択図】図１
2013168726.tif 000002
【特許請求の範囲】
【請求項１】
放送波を復調することにより音声信号を出力するチューナ部、
音声信号を再生する受信装置から送信される要求信号に応じて、復調する放送波のチャンネルを変更するチューナ制御部、
前記チューナ部が出力した音声信号を時系列のデータパケットに変換し、変換したデータパケットを前記受信装置に送信するパケット送信部、及び、
前記チューナ制御部のチャンネルの変更が完了した時点のデータパケットを示す通知信号を生成し、生成した通知信号を前記受信装置に送信する通知信号送信部を備える送信装置と、
前記送信装置が復調する放送波のチャンネルの変更を要求する要求信号を前記送信装置に送信する要求送信部、及び、
前記送信装置が送信したデータパケットから音声信号を取得して再生し、前記要求送信部が要求信号を送信すると同時に再生する音声信号をミュートし、前記送信装置が送信する前記通知信号に基づいてミュートを解除する再生処理部を備える受信装置と
を備えることを特徴とする配信システム。
【請求項２】
前記通知信号送信部は、チャンネルの変更が完了した時点のデータパケットを示すシーケンス番号を、通知信号として前記受信装置に送信することを特徴とする請求項１に記載の配信システム。
【請求項３】
前記パケット送信部は、前記チューナ部が出力した音声信号をＲＴＰのデータパケットに変換し、
前記通知信号送信部は、通知信号として、特定のデータパターンを有するＲＴＰのデータパケットを、前記受信装置に送信することを特徴とする請求項１に記載の配信システム。
【請求項４】
前記パケット送信部は、前記チューナ部が出力した音声信号を特定のデータパケットに変換し、
前記通知信号送信部は、前記パケット送信部が変換した特定のデータパケットに、変更後のチャンネル情報を付加し、前記チャンネル情報が付加されたデータパケットを、通知信号として前記受信装置に送信することを特徴とする請求項１に記載の配信システム。
【請求項５】
前記通知信号送信部は、前記パケット送信部が変換した特定のデータパケットの拡張ヘッダに、変更後のチャンネル情報を付加することを特徴とする請求項４に記載の配信システム。
【請求項６】
放送波を復調することにより音声信号を出力するチューナ部と、
音声信号を再生する受信装置から送信される要求信号に応じて、復調する放送波のチャンネルを変更するチューナ制御部と、
前記チューナ部が出力した音声信号を時系列のデータパケットに変換し、変換したデータパケットを前記受信装置に送信するパケット送信部と、
前記チューナ制御部のチャンネルの変更が完了した時点のデータパケットを示す通知信号を生成し、生成した通知信号を前記受信装置に送信する通知信号送信部と、
を備えることを特徴とする送信装置。
【請求項７】
放送波を復調することにより音声信号を出力し、音声信号から変換したデータパケットを受信装置に送信する送信装置に、前記送信装置が復調する放送波のチャンネルの変更を要求する要求信号を送信する要求送信部と、
前記送信装置が送信したデータパケットから音声信号を取得して再生し、前記要求送信部が要求信号を送信すると同時に再生する音声信号をミュートし、前記送信装置が送信する前記通知信号に基づいてミュートを解除する再生処理部と、
を備えることを特徴とする受信装置。
【請求項８】
送信装置が、放送波を復調することにより音声信号を出力し、音声信号を再生する受信装置から送信される要求信号に応じて、復調する放送波のチャンネルを変更するステップと、
前記送信装置が、前記チャンネルを変更するステップにおいて出力した音声信号を時系列のデータパケットに変換し、変換したデータパケットを前記受信装置に送信するステップと、
前記送信装置が、チャンネルの変更が完了した時点のデータパケットを示す通知信号を生成し、生成した通知信号を前記受信装置に送信するステップと、
前記受信装置が、前記送信装置が復調する放送波のチャンネルの変更を要求する要求信号を前記送信装置に送信するステップと、
前記受信装置が、前記送信装置が送信したデータパケットから音声信号を取得して再生するステップと、
前記受信装置が、前記要求信号の送信と同時に再生する音声信号をミュートするステップと、
前記受信装置が、前記送信装置が送信する前記通知信号に基づいてミュートを解除するステップと、
を含むことを特徴とするチャンネル変更方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送波から取得したマルチメディアデータを、ネットワークを介してストリーム配信する配信システム、送信装置、受信装置及びチャンネル変更方法に関する。
【背景技術】
【０００２】
一般的なラジオ、テレビ等のチューナでは、チャンネル（周波数）を変更する際には、以下のようなステップを踏む。（ａ）チャンネルＵｐ／Ｄｏｗｎキー、プリセットキー、オートシークキー等の選局ボタンを押す。（ｂ）出力音声をミュートする。（ｃ）目的のチャンネル、あるいは受信可能なチャンネルまで、チューナの受信周波数を変更する。（ｄ）出力音声のミュートを解除する。以上のステップにより、チューナの受信チャンネル変更時のノイズ、あるいは、受信状態が悪いチャンネルのノイズなどをユーザに聞かせることなく、チャンネルを変更することが出来る（特許文献１参照）。
【０００３】
一方、放送波から取得した映像、音声等のマルチメディアデータを、送信装置がリアルタイムにストリーム配信し、受信装置が再生する配信システムにおいては、放送波の再生時刻と受信装置における再生時刻との間にタイムラグが発生する。タイムラグは、送信装置が送信する際の送信バッファ時間、送信装置、受信装置間の無線通信による送信遅延時間、受信装置が受信する際の受信バッファ時間等に起因する。
【０００４】
タイムラグは、送受信時のバッファ時間を短くする設定することで縮める事は可能であるが、無線伝送上で少しでも障害が発生すると音切れしやすくなってしまう。よって安定してストリーム配信を実現する為には、ある程度バッファを確保する必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平４−３５４４３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のような配信システムにおいて、チャンネルを変更する際には、以下のようなステップを踏む。（ａ）チャンネルＵｐ／Ｄｏｗｎキー、プリセットキー、オートシークキー等の押下に応じて、受信装置が送信装置に要求信号を送信する。（ｂ）送信装置が要求信号を受信し、チューナ部の音声出力にミュートをかける。（ｃ）送信装置は、目的のチャンネルまで、あるいは受信可能なチャンネルまで、チューナ部の受信チャンネルを変更する。チャンネル変更の間、送信装置はチューナ部の音声出力をミュートしたデータをストリーム配信する。（ｄ）送信装置は、チャンネル変更が完了すると、チューナ部の音声出力のミュートを解除する。
【０００７】
この場合、放送波の再生時刻と受信装置における再生時刻との間のタイムラグを５秒とすると、受信装置において出力される音声は、要求信号を送信してから５秒後にミュートされる。チャンネルの変更が完了後に、ミュートが解除され、変更後のチャンネルの音声が再生される。よって、ユーザがタイムラグを強く知覚してしまい、違和感を生じてしまう。
【０００８】
これを回避するため、受信装置において、チャンネルの変更を要求する要求信号を送信すると共に音声をミュートすることにより、ユーザの違和感を低減することができる。しかし、ミュート中、受信データのどこからがチャンネル変更後のデータとなるかを正確に判断することが困難であり、ミュートを解除するタイミングの決定が困難であった。タイムラグを予測して適当にミュートを解除するタイミングを決定することが可能であるが、チャンネル変更直後のパケットからマルチメディアデータを再生することは困難であった。
【０００９】
本発明は、上記問題を鑑み、チャンネル変更時にユーザが感じる違和感を低減する配信システム、送信装置、受信装置及びチャンネル変更方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の第１の態様は、放送波を復調することにより音声信号を出力するチューナ部（１１）、音声信号を再生する受信装置から送信される要求信号に応じて、復調する放送波のチャンネルを変更するチューナ制御部（１０１）、前記チューナ部（１１）が出力した音声信号を時系列のデータパケットに変換し、変換したデータパケットを前記受信装置に送信するパケット送信部（１０２）、及び、前記チューナ制御部（１０１）のチャンネルの変更が完了した時点のデータパケットを示す通知信号を生成し、生成した通知信号を前記受信装置（２）に送信する通知信号送信部（１０３）を備える送信装置（１）と、前記送信装置（１）が復調する放送波のチャンネルの変更を要求する要求信号を前記送信装置（１）に送信する要求送信部（２０１）、及び、前記送信装置（１）が送信したデータパケットから音声信号を取得して再生し、前記要求送信部（２０１）が要求信号を送信すると同時に再生する音声信号をミュートし、前記送信装置（１）が送信する前記通知信号に基づいてミュートを解除する再生処理部（２０２）を備える受信装置（２）とを備える配信システムであることを要旨とする。
【００１１】
また、本発明の第１の態様に係る配信システムにおいて、前記通知信号送信部（１０３）は、チャンネルの変更が完了した時点のデータパケットを示すシーケンス番号を、通知信号として前記受信装置（２）に送信することができる。
【００１２】
また、本発明の第１の態様に係る配信システムにおいて、前記パケット送信部（１０２）は、前記チューナ部（１１）が出力した音声信号をＲＴＰのデータパケットに変換し、前記通知信号送信部（１０３）は、通知信号として、特定のデータパターンを有するＲＴＰのデータパケットを、前記受信装置（２）に送信することができる。
【００１３】
また、本発明の第１の態様に係る配信システムにおいて、前記パケット送信部（１０２）は、前記チューナ部（１１）が出力した音声信号をＲＴＰのデータパケットに変換し、前記通知信号送信部（１０３）は、前記パケット送信部（１０２）が変換したＲＴＰのデータパケットに、変更後のチャンネル情報を付加し、前記チャンネル情報が付加されたデータパケットを、通知信号として前記受信装置（２）に送信することができる。
【００１４】
また、本発明の第１の態様に係る配信システムにおいて、前記通知信号送信部（１０３）は、前記パケット送信部（１０２）が変換したＲＴＰのデータパケットのＲＴＰ拡張ヘッダに、変更後のチャンネル情報を付加することができる。
【００１５】
本発明の第２の態様は、放送波を復調することにより音声信号を出力するチューナ部（１１）と、音声信号を再生する受信装置（２）から送信される要求信号に応じて、復調する放送波のチャンネルを変更するチューナ制御部（１０１）と、前記チューナ部（１１）が出力した音声信号を時系列のデータパケットに変換し、変換したデータパケットを前記受信装置（２）に送信するパケット送信部（１０２）と、前記チューナ制御部（１０１）のチャンネルの変更が完了した時点のデータパケットを示す通知信号を生成し、生成した通知信号を前記受信装置（２）に送信する通知信号送信部（１０３）とを備える送信装置であることを要旨とする。
【００１６】
本発明の第３の態様は、放送波を復調することにより音声信号を出力し、音声信号から変換したデータパケットを受信装置（２）に送信する送信装置（１）に、前記送信装置（１）が復調する放送波のチャンネルの変更を要求する要求信号を送信する要求送信部（２０１）と、前記送信装置（１）が送信したデータパケットから音声信号を取得して再生し、前記要求送信部（２０１）が要求信号を送信すると同時に再生する音声信号をミュートし、前記送信装置（１）が送信する前記通知信号に基づいてミュートを解除する再生処理部（２０２）とを備える受信装置であることを要旨とする。
【００１７】
本発明の第４の態様は、送信装置が、放送波を復調することにより音声信号を出力し、音声信号を再生する受信装置から送信される要求信号に応じて、復調する放送波のチャンネルを変更するステップと、送信装置が、前記チャンネルを変更するステップにおいて出力した音声信号を時系列のデータパケットに変換し、変換したデータパケットを前記受信装置に送信するステップと、送信装置が、チャンネルの変更が完了した時点のデータパケットを示す通知信号を生成し、生成した通知信号を前記受信装置に送信するステップと、受信装置が、前記送信装置が復調する放送波のチャンネルの変更を要求する要求信号を前記送信装置に送信するステップと、受信装置が、前記送信装置が送信したデータパケットから音声信号を取得して再生するステップと、受信装置が、前記要求信号の送信と同時に再生する音声信号をミュートするステップと、受信装置が、前記送信装置が送信する前記通知信号に基づいてミュートを解除するステップとを含むチャンネル変更方法であることを要旨とする。
【発明の効果】
【００１８】
本発明によれば、チャンネル変更時にユーザが感じる違和感を低減する配信システム、送信装置、受信装置及びチャンネル変更方法を提供できる。
【図面の簡単な説明】
【００１９】
【図１】第１の実施の形態に係る配信システムの基本的な構成を説明するブロック図である。
【図２】第１の実施の形態に係る配信システムに用いる通知信号のデータ構造を図示した一例である。
【図３】第１の実施の形態に係る配信システムに用いる要求信号のデータ構造を図示した一例である。
【図４】第１の実施の形態に係る配信システムのチャンネル変更方法を説明するフローチャートである。
【図５】第１の実施の形態に係る配信システムにおける遅延時間を説明する図である。
【図６】第１の実施の形態に係る配信システムの動作を説明する図である。
【図７】第２の実施の形態に係る配信システムの動作を説明する図である。
【図８】第２の実施の形態に係る配信システムに用いる通知信号のデータ構造を図示した一例である。
【図９】第３の実施の形態に係る配信システムに用いる通知信号のデータ構造を図示した一例である。
【図１０】第３の実施の形態に係る配信システムに用いる通知信号のデータ構造を図示した一例である。
【発明を実施するための形態】
【００２０】
次に、図面を参照して、本発明の第１〜第３の実施の形態を説明する。以下に示す実施の形態は、本発明の技術的思想を具体化するための装置や方法、及びこれらの装置に用いられるプログラムを例示するものであって、本発明の技術的思想は、下記の実施の形態に例示した装置や方法、及びこれらの装置に用いられるプログラムに特定するものでない。本発明の技術的思想は、特許請求の範囲に記載された技術的範囲内において、種々の変更を加えることができる。
【００２１】
（第１の実施の形態）
本発明の第１の実施の形態に係る配信システムは、図１に示すように、マルチメディアデータをストリーム配信する送信装置１と、受信装置２と、送信装置１と受信装置２との間の通信を中継する中継装置３とを備える。
【００２２】
送信装置１は、放送波から取得した映像、音声等の時系列データであるマルチメディアデータを、中継装置を介して、リアルタイムに受信装置２にストリーム配信する。受信装置２は、パーソナルコンピュータ（ＰＣ）、スマートフォン等からなり、受信装置２は、送信装置１からストリーム配信されたマルチメディアデータを再生する。中継装置３は、送信装置１及び受信装置２と、それぞれ通信可能に接続されている。中継装置３は、Ｗｉ−Ｆｉ（登録商標）等の無線ＬＡＮ（Local Area Network）ルータ通信、及び有線ＬＡＮ通信を中継する無線ＬＡＮルータからなる。
【００２３】
送信装置１は、放送波を復調することにより音声信号を出力するチューナ部１１と、送信装置１が行う種々の演算を処理する処理部１０と、中継装置３を介して受信装置２とデータを送受信する通信部１３とを備える。
【００２４】
チューナ部１１はアンテナを備え、アンテナが受信した放送波を復調し、映像信号や音声信号等のマルチメディア信号を出力する。チューナ部１１が出力したマルチメディア信号は、信号処理部１２に入力される。信号処理部１２は、チューナ部１１が出力したマルチメディア信号を入力し、ＡＤ変換する。信号処理部１２においてＡＤ変換されたマルチメディア信号は、処理部１０に入力される。
【００２５】
処理部１０は、チューナ部１１の動作を制御するチューナ制御部１０１と、パケット送信部１０２と、通知信号送信部１０３と、送信装置１が外部に送信するデータパケットをバッファリングする送信バッファ部１０４とを論理構造として有する。パケット送信部１０２は、チューナ部１１が出力したマルチメディア信号を時系列のデータパケットに変換し、通信部１３を介して、変換されたデータパケットを順次受信装置２に送信する。
【００２６】
通知信号送信部１０３は、チューナ部１１が受信する放送波のチャンネル（周波数）を変更する際、チャンネルの変更が完了した時点のデータパケットを示す通知信号を生成し、通信部１３を介して、生成した通知信号を受信装置２に送信する。
【００２７】
通知信号は、例えば、図２に示すように、チューナ部１１の出力音声を制御するチューナ制御コマンドがＴＣＰ（Transmission Control Protocol）パケットのデータ部に含まれるように生成される。
【００２８】
受信装置２は、中継装置３を介して送信装置１とデータを送受信する通信部２１と、受信装置２が行う種々の演算を処理する処理部２０と、入力部２２と、出力部２３とを備える。
【００２９】
入力部２２は、ユーザの操作を受け付け、ユーザの操作に応じた操作信号を処理部２０に入力する。入力部２２は、送信装置１のチューナ部１１が復調するチャンネルの選択、ＦＭ／ＡＭのバンド切り替え、受信状態のモニタリング等を指示する操作信号を処理部２０に入力する。入力部２２は、例えば、隣接するチャンネルを選局するためのチャンネルＵｐ／Ｄｏｗｎキー、プリセットされたチャンネルを選局するためのプリセットキー、受信可能なチャンネルを選局するためのオートシークキー等からなる。出力部２３は、例えばスピーカやディスプレイ装置等からなる。
【００３０】
処理部２０は、要求送信部２０１と、ミュート処理部２０３を有する再生処理部２０２と、受信装置２が外部から受信するデータをバッファリングする受信バッファ部２０４とを論理構造として有する。
【００３１】
要求送信部２０１は、入力部２２から入力された操作信号に応じて、送信装置１のチューナ部１１が復調する放送波のチャンネルの変更を要求する要求信号を送信する。
【００３２】
要求送信部２０１は、例えば、図３に示すように、チューナ部１１を制御するチューナ制御コマンドがＴＣＰパケットのデータ部に含まれるように要求信号を生成する。例えば、チューナ部１１が復調する放送波のチャンネルをＦＭ８３．０ＭＨｚに設定する場合、ＴＣＰパケットのデータ部である「ＴＣＰデータ」は「０ｘＡＡ０００３０２２０６Ｃ」となる。
【００３３】
再生処理部２０２は、送信装置１が送信したデータパケットを、通信部２１を介して入力し、入力したデータパケットをマルチメディア信号に変換する。再生処理部２０２は、マルチメディア信号を出力部２３に出力することにより再生する。
【００３４】
再生処理部２０２のミュート処理部２０３は、要求送信部２０１が要求信号を送信すると同時に再生するマルチメディア信号をミュートする。ミュート処理部２０３は、送信装置１の通知信号送信部１０３が送信する通知信号に基づいてミュートを解除する。
【００３５】
図４のフローチャートを用いて、第１の実施の形態に係る配信システムの動作の一例を、図５，６を参照しながら説明する。
【００３６】
先ず、送信装置１及び受信装置２の駆動が開始され、送信装置１が放送波から取得したマルチメディアデータを、中継装置３を介して受信装置２にストリーム配信する。送信装置１のチューナ部１１は、例えばＦＭラジオ、ＡＭラジオ等のアナログラジオの放送波を受信、復調し、音声信号を信号処理部１２に出力する。
【００３７】
パケット送信部１０２は、信号処理部１２においてＡＤ変換された音声信号を、ＲＴＰ（Real-time Transport Protocol）のデータパケットに変換し、中継装置３を介して受信装置２に送信することによりストリーム配信する。受信装置２の再生処理部２０２は、送信装置１が送信したデータパケットを音声信号に変換して再生する。
【００３８】
図５に示すように、送信装置１における放送波の再生時刻と、受信装置２における再生時刻との間には、遅延時間Ｔｄのタイムラグがある。遅延時間Ｔｄは、送信装置１が送信する際の送信バッファ時間、送信装置１、受信装置２間の無線通信による送信遅延時間、受信装置２が受信する際の受信バッファ時間等の総計である。
【００３９】
次に、図６に示す時刻ｔ１において、受信装置２の入力部２２は、放送波のチャンネルを変更する操作を受け付け、要求送信部２０１に操作に応じた操作信号を入力する。要求送信部２０１は、入力部２２から入力された操作信号に応じて、送信装置１に、チャンネルの変更を要求する要求信号を送信する（ステップＳ１）。
【００４０】
また、時刻ｔ１において、において、再生処理部２０２のミュート処理部２０３は、要求信号の送信と同時に、再生している音声信号をミュートする（ステップＳ２）。受信装置２は、駆動開始から時刻ｔ１までの時間Ｔ１において、チャンネル変更前の放送波の音声を、遅延時間Ｔｄを有して再生している。
【００４１】
時刻ｔ２において、送信装置１のチューナ制御部１０１は、通信部１３を介して、受信装置２から送信された要求信号を受信する（ステップＳ３）。
【００４２】
また、時刻ｔ２において、チューナ部１１は、要求信号に応じたチューナ制御部１０１の制御により、目的のチャンネルまで、あるいは受信可能なチャンネルまで復調する放送波の周波数の変更を開始する（ステップＳ４）。チューナ部１１がチャンネルを変更する間、パケット送信部１０２は、チャンネル変更中に出力される音声のデータパケット、あるいは、無音のデータパケットを受信装置２に送信する。
【００４３】
チューナ部１１がチャンネルを変更する間、パケット送信部１０２はチャンネル変更中の音声データをそのまま受信装置２に送信、あるいは、チャンネル変更中の音声データを無音のデータパケットに変換して受信装置２に送信する。ここでいうチャンネル変更中の音声データとは、チャンネルを選局するまでの間に聞こえるノイズ音である。チャンネル変更中の音声データは受信装置２においてミュートされる為、ユーザがこれらの音声を実際に耳にすることはない。
【００４４】
次に、時刻ｔ３において、送信装置１の通知信号送信部１０３は、チューナ部１１がチャンネルの変更を完了すると、例えば、チャンネルの変更が完了した時点のデータパケットを示すＲＴＰのシーケンス番号を、通知信号として受信装置２に送信する（ステップＳ５）。ＲＴＰのシーケンス番号は、０ｘ００００〜０ｘＦＦＦＦの２バイトで表現されるストリーミングデータの順序の情報である。
【００４５】
例えば、図２に示すように、通知信号送信部１０３が通知信号としてＴＣＰパケットを用いる場合、通知信号のＴＣＰデータは、チャンネルの変更が完了した時点のデータパケットを示すＲＴＰのシーケンス番号を「０ｘ１２３４」とすると「０ｘＢＢ０００３４０１２３４」となる。
【００４６】
時刻ｔ４において、受信装置２のミュート処理部２０３は、送信装置１が送信したシーケンス番号を、通知信号として受信する（ステップＳ６）。時刻ｔ１から時刻ｔ５の遅延時間ｔｄと、時刻ｔ５から次にミュートが解除される時刻ｔ６までの時間との時間Ｔ２において、受信装置２はミュートされている。
【００４７】
時刻ｔ６において、ミュート処理部２０３は、時刻ｔ４において受信した通知信号が示すデータパケットを受信する（ステップＳ７）。また、時刻ｔ６において、ミュート処理部２０３は、通知信号が示すデータパケットの受信と同時に音声信号のミュートを解除し、通知信号が示すデータパケット以降のデータパケットを再生する（ステップＳ８）。受信装置２は、時刻ｔ６以降の時間Ｔ３において、チャンネル変更後の放送波の音声を、遅延時間Ｔｄを有して再生している。
【００４８】
本発明の第１の実施の形態に係る配信システムによれば、受信装置２が、ユーザがチャンネルを選局する操作を行った時点から、チャンネル変更後のデータパケットを受信する時点まで受信装置２においてミュートするので、チャンネル変更時にユーザが感じる違和感を低減することができる。
【００４９】
（第２の実施の形態）
第１の実施の形態では、通知信号送信部１０３が、通知信号としてシーケンス番号を送信する場合を説明したが、通知信号として特定のデータパターンを採用してもよい。すなわち、本発明の第２の実施の形態に係る配信システムは、通知信号送信部１０３が、通知信号として特定のデータパターンを受信装置２に送信することにより、チャンネルの変更が完了した時点のデータパケットを通知する。第２の実施の形態において説明しない構成は、第１の実施の形態と実質的に同様であるので、重複する説明を省略する。
【００５０】
図４のフローチャートを用いて、第２の実施の形態に係る配信システムの動作の一例を、図７を参照しながら説明する。ステップＳ１〜ステップＳ４の処理は、第１の実施の形態と同様である。
【００５１】
図７に示す時刻ｔ２において周波数の変更が開始されると、通知信号送信部１０３は、
パケット送信部１０２が変換したＲＴＰのデータパケットを、特定のデータパターンを有するＲＴＰのデータパケットに変更する。通知信号送信部１０３は、通知信号として、特定のデータパターンを有するＲＴＰのデータパケットを、受信装置２に送信する（ステップＳ５）。
【００５２】
特定のデータパターンは、例えば、ＲＴＰの各データパケットのサイズを１４４０バイトとすると、特定のデータパケットのサイズ１４４０バイトすべてを「０ｘＦＦ」とする等、通常の音声データと異なるデータにする。チューナ部１１がチャンネルを変更する時刻ｔ２から時刻ｔ３の間、通知信号送信部１０３は、特定のデータパターンを有するＲＴＰのデータパケットを受信装置２に送信する。
【００５３】
パケット送信部１０２は、例えば、図８に示すように、量子化ビット数が１６ビット、ステレオのリニアＰＣＭ（Pulse Code Modulation）の音声データをＲＴＰのデータパケットに格納する場合、Ｌｃｈの音声データ（２バイト）とＲｃｈの音声データ（２バイト）とを順番に１４４０バイト分、格納する。通知信号送信部１０３は、チューナ部１１がチャンネルを変更している間、この音声データの１４４０バイト分をある特定のデータパターン（例えばすべて「０ｘＦＦ」）として受信装置２に送信し続けるようにする。音声データのすべてが「０ｘＦＦ」となることは通常ありえない為、受信装置２はすべて「０ｘＦＦ」の音声データを受信し続ける間は、送信装置１がチャンネル変更中であると判断できる。また受信装置２は、受信した音声データが「０ｘＦＦ」以外に変わった時点でチャンネル変更が完了したと判断できる。
【００５４】
次に、時刻ｔ３において、チューナ部１１がチャンネルの変更を完了すると、通知信号送信部１０３が通知信号の送信を終了し、パケット送信部１０２がチャンネル変更後の音声のデータパケットを受信装置２に送信する。
【００５５】
時刻ｔ５から時刻ｔ６まで間、受信装置２のミュート処理部２０３は、送信装置１が送信した通知信号を受信し続ける（ステップＳ６）。
【００５６】
時刻ｔ６において、ミュート処理部２０３は、通知信号の直後のデータパケットであるチャンネル変更後のデータパケットを受信する（ステップＳ７）。また、時刻ｔ６において、ミュート処理部２０３は、チャンネル変更後のデータパケットの受信と同時に音声信号のミュートを解除し、チャンネル変更後のデータパケット以降のデータパケットを再生する（ステップＳ８）。
【００５７】
以上のように、第２の実施の形態に係る配信システムの通知信号送信部１０３は、チャンネル変更中に、特定のデータパターンを有するデータパケットを送信し続けることにより、チャンネルの変更が完了した時点のデータパケットを通知することができる。
【００５８】
本発明の第２の実施の形態に係る配信システムによれば、受信装置２が、ユーザがチャンネルを選局する操作を行った時点から、チャンネル変更後のデータパケットを受信する時点まで受信装置２においてミュートするので、チャンネル変更時にユーザが感じる違和感を低減することができる。
【００５９】
（第３の実施の形態）
本発明の第３の実施の形態に係る配信装置は、通知信号送信部１０３が、通知信号として、選局中のチャンネルの情報が付加されたデータパケットを採用する点等で、第１及び第２の実施の形態と異なる。第３の実施の形態において説明しない他の構成は、第１の実施の形態と実質的に同様であるので、重複する説明を省略する。
【００６０】
図４のフローチャートを用いて、第３の実施の形態に係る配信システムの動作の一例を説明する。ステップＳ１〜ステップＳ４の処理は、第１の実施の形態と同様である。
【００６１】
チューナ部１１がチャンネルの変更を完了すると、通知信号送信部１０３は、パケット送信部１０２が変換したＲＴＰのデータパケットに、変更後のチャンネルの情報であるチャンネル情報を付加し、チャンネル情報が付加されたデータパケットを、通知信号として受信装置２に送信する（ステップＳ５）。チャンネル情報は、例えばＲＴＰ拡張ヘッダに付加されてよく、或いは、データパケットの先頭に付加されてもよい。
【００６２】
チャンネル情報がＲＴＰヘッダに付加される場合の例を、図９を用いて具体的に説明する。パケット送信部１０２がＲＴＰで音声データを受信装置２へ送信する場合、通知信号送信部１０３は、チューナ部１１が受信しているチャンネル情報をＲＴＰ拡張ヘッダに付加する。例えば、チューナ部１１がＦＭ８３．０ＭＨｚを受信している場合、通知信号送信部１０３は、ＲＴＰ拡張ヘッダに「０ｘＡＡＡＡ０００２２０６Ｃ」と記述する。受信装置２は、ＲＴＰ拡張ヘッダを確認することでチャンネル情報を取得することができる。通知信号送信部１０３は、チャンネル変更中にはＲＴＰ拡張ヘッダの周波数データにチャンネル変更前の値と同じ値を記述し、チャンネル変更完了後にはＲＴＰ拡張ヘッダの周波数データにチャンネル変更完了後の値を記述する。したがって、受信装置２は、ＲＴＰ拡張ヘッダのチャンネル情報によりチャンネル変更が完了したことを判別できるようになる。
【００６３】
一方、チャンネル情報がデータパケットの先頭に付加される場合の例を、図１０を用いて具体的に説明する。音声データの先頭４バイトにシーク情報とチャンネル情報を格納される場合、通知信号送信部１０３は、チューナ部１１がチャンネル変更中である場合にはシーク情報として「０ｘ０００１」を格納し、チャンネル変更中でない場合には「０ｘ００００」を格納する。チャンネル情報は、チューナ部が現在受信している周波数の情報が格納される。通知信号送信部１０３は、例えばチューナ部１１がＦＭ８４．７ＭＨｚを受信している場合、チャンネル情報に「０ｘ２１１６」を格納する。このように、通知信号送信部１０３が音声データパケットの先頭に常にチャンネル情報を付加して音声データを受信装置２へ送信することで、受信装置２は、チャンネル変更中であるか否か判別できるとともに、現在のチャンネル情報を取得することが出来る。
【００６４】
受信装置２のミュート処理部２０３は、通知信号を受信する（ステップＳ６）。ミュート処理部２０３は、チャンネル変更後のデータパケットである通知信号を受信する（ステップＳ７）と同時に音声信号のミュートを解除し、チャンネル変更後のデータパケット以降のデータパケットを再生する（ステップＳ８）。
【００６５】
以上のように、第３の実施の形態に係る配信システムの通知信号送信部１０３は、変更後のチャンネル情報がＲＴＰ拡張ヘッダに付加されたデータパケットを、通知信号として受信装置２に送信することにより、チャンネルの変更が完了した時点のデータパケットを通知することができる。
【００６６】
本発明の第３の実施の形態に係る配信システムによれば、受信装置２が、ユーザがチャンネルを選局する操作を行った時点から、チャンネル変更後のデータパケットを受信する時点まで受信装置２においてミュートするので、チャンネル変更時にユーザが感じる違和感を低減することができる。
【００６７】
（その他の実施の形態）
上記のように、本発明の第１〜第３の実施の形態を記載したが、この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
【００６８】
例えば、通知信号送信部１０３は、チャンネル変更中のデータパケットのＲＴＰ拡張ヘッダを、特定のデータに変更することにより、チャンネル変更中のデータパケットを通知信号とすて受信装置２に送信するようにしてもよい。特定のデータは、例えば、ＲＴＰ拡張ヘッダのすべてを「０ｘＦＦ」とする等、通常のＲＴＰ拡張ヘッダと異なるデータとすることができる。チューナ部１１がチャンネルを変更する間、通知信号送信部１０３は、特定のデータのＲＴＰ拡張パケットを有するデータパケットを受信装置２に送信する。
【００６９】
チューナ部１１がチャンネルの変更を完了すると、通知信号送信部１０３が通知信号の送信を終了し、パケット送信部１０２がチャンネル変更後の音声のデータパケットを受信装置２に送信する。このとき、チャンネル変更後のデータパケットのＲＴＰ拡張ヘッダは、すべて通常のデータである「０ｘ００」となっている。
【００７０】
ミュート処理部２０３は、通知信号の直後のデータパケットであるチャンネル変更後のデータパケットを受信する（ステップＳ７）と同時に、要求信号の送信時から続く音声信号のミュートを解除し、チャンネル変更後のデータパケット以降のデータパケットを再生する（ステップＳ８）。
【００７１】
以上のように、通知信号送信部１０３は、チャンネル変更中に、特定のデータのＲＴＰ拡張ヘッダを有するデータパケットを送信し続けることにより、チャンネルの変更が完了した時点のデータパケットを通知することができる。
【００７２】
また、上述の実施の形態においては、チューナ部１１をテレビチューナ、出力部２３をディスプレイ装置とすることにより、リアルタイムに映像信号を受信装置２にストリーム配信する配信システムとすることができる。この場合、出力部２３は、ミュートとして黒一色の画像を表示したり、特定のパターンの画像を表示したりするようにすればよい。
【００７３】
また、上述の実施の形態においては、配信システムは、送信装置１と受信装置２との間の通信を中継する中継装置３を備えていたが、送信装置１及び受信装置２は、無線ＬＡＮのアドホックモードやＢｌｕｅｔｏｏｔｈ（登録商標）を使い、中継装置を介さずＰ２Ｐ（Peer to Peer）で直接通信するようにしてもよい。
【００７４】
また、上述の実施の形態においては、送信装置１及び受信装置２の各機能をコンピュータに実現させるためのプログラムを用いて実現されてもよい。すなわち、本発明の実施の形態に係る配信システムの各機能をコンピュータに実現させるためのプログラムを含む。そのプログラムは、記録媒体から読み取られてコンピュータに取り込まれてもよいし、ネットワークを介して伝送されてコンピュータに取り込まれてもよい。
【００７５】
このように、本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００７６】
１…送信装置
２…受信装置
３…中継装置
１０…処理部
１１…チューナ部
１２…信号処理部
１３…通信部
２０…処理部
２１…通信部
２２…入力部
２３…出力部
１０１…チューナ制御部
１０２…パケット送信部
１０３…通知信号送信部
１０４…送信バッファ部
２０１…要求送信部
２０２…再生処理部
２０３…ミュート処理部
２０４…受信バッファ部
【図１】
2013168726.tif 000003
【図２】
2013168726.tif 000004
【図３】
2013168726.tif 000005
【図４】
2013168726.tif 000006
【図５】
2013168726.tif 000007
【図６】
2013168726.tif 000008
【図７】
2013168726.tif 000009
【図８】
2013168726.tif 000010
【図９】
2013168726.tif 000011
【図１０】
2013168726.tif 000012