(57)【要約】【課題】  コンテンツデータをストリーミング伝送する際の応答性を向上させることのできるデータ送信装置を提供する。【解決手段】  ＴＶチューナ１は、Ｓｅａｒｃｈメッセージを表示装置４から受信したことにより表示装置４がＬＡＮに接続されたことを検出すると（Ｓ５２）、送信するコンテンツデータのバッファリングを開始する（Ｓ５４）。コンテンツ要求５５を表示装置４から受信した場合には（Ｓ５５）、当該要求に従い、Ｓ５４でバッファリングを開始していたコンテンツデータの送信を開始する（Ｓ５６）。【選択図】      図５
2007251552.tif 000002
【特許請求の範囲】
【請求項１】
データ受信装置にコンテンツデータをストリーミング伝送するデータ送信装置であって、
前記データ受信装置を検出する検出手段と、
コンテンツデータを供給するデータ供給手段と、
前記データ供給手段が供給するコンテンツデータを一時的に記憶するバッファと、
前記バッファが記憶するコンテンツデータを読出し、前記データ受信装置にストリーミング伝送する通信手段と
を備え、
前記バッファは、前記検出手段が前記データ受信装置を検出すると、前記データ供給手段が供給するコンテンツデータの記憶を開始すること
を特徴とするデータ送信装置。
【請求項２】
前記通信手段は、ＵＰｎＰにより前記データ受信装置と通信し、
前記検出手段は、前記データ受信装置からＳｅｒｃｈメッセージを受信することにより前記データ受信装置を検出すること
を特徴とする請求項１記載のデータ送信装置。
【請求項３】
前記データ供給手段は、放送を受信するチューナであること
を特徴とする請求項１記載のデータ送信装置。
【請求項４】
前記データ供給手段は、動画を撮像する撮像手段であること
を特徴とする請求項１記載のデータ送信装置。
【請求項５】
前記通信手段は、前記データ受信装置が対応するコンテンツデータのフォーマットを受信し、
前記バッファは、前記通信手段がコンテンツデータを伝送するフォーマットに前記データ受信装置が対応している場合に、コンテンツデータの記憶を開始すること
を特徴とする請求項１記載のデータ送信装置。
【請求項６】
請求項１記載のデータ送信装置において、
前記バッファを複数備え、
前記データ供給手段は、複数のコンテンツデータを対応する前記バッファに供給し、
前記通信手段は、前記データ受信装置からの要求に応じて、コンテンツデータを読出す前記バッファを切り換えること
を特徴とするデータ送信装置。
【請求項７】
データ受信装置にコンテンツデータをストリーミング伝送するデータ送信装置であって、
前記データ送信装置が対応するコンテンツデータのフォーマットを取得する取得手段と、
コンテンツデータを供給するデータ供給手段と、
前記データ供給手段が供給するコンテンツデータを一時的に記憶するバッファと、
前記バッファが記憶するコンテンツデータを読出し、前記データ受信装置にストリーミング伝送する通信手段と
を備え、
前記バッファは、前記取得手段で前記データ送信装置が対応するコンテンツデータのフォーマットを問い合わせた結果、前記通信手段がコンテンツデータを伝送するフォーマットに対応している場合に、コンテンツデータの記憶を開始すること
を特徴とするデータ送信装置。
【請求項８】
前記通信手段は、ＵＰｎＰにより前記データ受信装置と通信し、
前記取得手段は、ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏにより前記データ送信装置が対応するフォーマットを取得すること
を特徴とする請求項７記載のデータ送信装置。
【請求項９】
前記データ供給手段は、放送を受信するチューナであること
を特徴とする請求項７記載のデータ送信装置。
【請求項１０】
前記データ供給手段は、動画を撮像する撮像手段であること
を特徴とする請求項７記載のデータ送信装置。
【請求項１１】
請求項７記載のデータ送信装置において、
前記バッファを複数備え、
前記データ供給手段は、複数のコンテンツデータを対応する前記バッファに供給し、
前記通信手段は、前記データ受信装置からの要求に応じて、コンテンツデータを読出す前記バッファを切り換えること
を特徴とするデータ送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータをストリーミング伝送するデータ送信装置に関する。
【背景技術】
【０００２】
近年のネットワーク技術の普及に伴い、ネットワークを介したストリーミング伝送が普及しつつある（例えば、特許文献１参照）。特許文献１には、ネットワークを介して接続された複数のクライアントとサーバとからなるオンデマンド通信システムにおいて、各クライアントは、送信スケジュール表をサーバに送信し、サーバは当該送信スケジュール表の送信開始時間になると、ビデオのデータストリームを送出するシステムが記載されている。
【０００３】
特許文献１記載のシステムのようなスケジュールに従ってコンテンツデータをストリーミング伝送するシステムの他、受信装置から再生装置に向けてコンテンツデータのストリーミング伝送要求を送信し、この要求を受けて再生装置がコンテンツデータのストリーミング伝送を開始するシステムもある。
【０００４】
このようなシステムでは、送信装置は、送信するコンテンツデータをバッファに一時的に蓄積（以下バッファリングとも呼ぶ）した後、当該バッファからデータを読み出してデータの送信を行うのが一般的である。コンテンツデータが供給される速度と、受信装置にコンテンツデータを送信する速度とは必ずしも一致しないので、その調整を行って送信するコンテンツデータがないという事態を避ける、コンテンツデータを伝送するパケットのデータ量を確保する等の目的等のために、送信装置はバッファリングを行う。
【０００５】
また送信装置がバッファリングを行う際には、コンテンツデータの伝送要求を受信装置から受信した後であって、バッファに蓄積されたコンテンツデータの量が一定量以上になった後に受信装置へのストリーミング伝送を開始するのが一般的である。
【特許文献１】特開平９−２６１６１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の手法では、バッファリングの開始処理に要する時間、及びバッファへコンテンツデータを一定量蓄積するまでに要する時間が必要となる。これにより従来の手法では、受信装置がコンテンツデータの伝送要求を送信した後、実際にコンテンツデータの受信を開始するまでの遅延が大きくなり、応答性が悪くなる課題があった。
【０００７】
そこで本発明は、コンテンツデータをストリーミング伝送する際の応答性を向上させることのできるデータ送信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、請求項１記載のデータ送信装置は、データ受信装置にコンテンツデータをストリーミング伝送するデータ送信装置であって、前記データ受信装置を検出する検出手段と、コンテンツデータを供給するデータ供給手段と、前記データ供給手段が供給するコンテンツデータを一時的に記憶するバッファと、前記バッファが記憶するコンテンツデータを読出し、前記データ受信装置にストリーミング伝送する通信手段とを備え、前記バッファは、前記検出手段が前記データ受信装置を検出すると、前記データ供給手段が供給するコンテンツデータの記憶を開始することを特徴とする。
【０００９】
請求項７記載のデータ送信装置は、データ受信装置にコンテンツデータをストリーミング伝送するデータ送信装置であって、前記データ送信装置が対応するコンテンツデータのフォーマットを取得する取得手段と、コンテンツデータを供給するデータ供給手段と、前記データ供給手段が供給するコンテンツデータを一時的に記憶するバッファと、前記バッファが記憶するコンテンツデータを読出し、前記データ受信装置にストリーミング伝送する通信手段とを備え、前記バッファは、前記取得手段で前記データ送信装置が対応するコンテンツデータのフォーマットを問い合わせた結果、前記通信手段がコンテンツデータを伝送するフォーマットに対応している場合に、コンテンツデータの記憶を開始することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、コンテンツデータをストリーミング伝送する際の応答性を向上させることのできるデータ送信装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明のデータ送信装置ついて、図面を参照しながら説明する。
【実施例１】
【００１２】
図１は、本発明のデータ送信装置の実施例１に係るＴＶチューナ１が使用されるシステムの例を示す図である。本システムは、ＴＶチューナ１と、アンテナ２と、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）３と、表示装置４と、表示装置５と、インターネット６とから構成される。
【００１３】
ＴＶチューナ１、表示装置４及び５はＬＡＮ３に接続している。表示装置４及び５は、ＴＶチューナ１がアンテナ２から受信した映像を、コンテンツデータとしてＬＡＮ３を介してストリーミング伝送により受信し、視聴することができる。
【００１４】
尚ここでストリーミング伝送とは、送信装置であるＴＶチューナ１から受信装置である表示装置４にコンテンツデータを転送するのと並行して、受信装置である表示装置４が受信したコンテンツデータの再生を行う処理を指す。
【００１５】
以下、サーバであるＴＶチューナ１とクライアントである表示装置４及び５とは、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）により通信を行うものとする。また、表示装置４及び５は、ＬＡＮ３を介してインターネット６に接続することもできる。
【００１６】
尚、表示装置４及び５は同様の構成を有し、同様の動作を行うので、以下ＴＶチューナ１及び表示装置４について説明を行う。
図２は、ＴＶチューナ１及び表示装置４の構成を示す図である。先述したとおり、ＴＶチューナ１と表示装置４とは、ＬＡＮ３により接続されている。
ＴＶチューナ１は、通信部１１と、コマンド制御部１２と、チューナ部１３と、エンコーダ部１４と、バッファ１５とを有している。ＴＶチューナ１は、ＵＰｎＰ  ＡＶのＭｅｄｉａＳｅｒｖｅｒデバイスを実装している。
【００１７】
通信部１１は、表示装置４と通信するための通信インタフェースであり、ＴＣＰ／ＩＰで通信を行う。表示装置４からの各種コマンドの受信や表示装置４への各種コマンドの送信やコンテンツデータのストリーミング伝送は、通信部１１を介して行う。表示装置４から受信した各種コマンドのデータはコマンド処理部１２に渡す。
【００１８】
コマンド処理部１２は、表示装置４から通信部１１を介して受信したコマンドに応じて、チューナ部１３、エンコーダ部１４、バッファ１５の各部を制御する。また、コマンド処理部１２はコマンドを作成し、通信部１１を介して表示装置４へ送信する。このコマンドはＵＰｎＰで定義され、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記載されたコマンドである。
【００１９】
図３は、コマンド処理部１２でのソフトウェア機能ブロックを示す図である。図３に示した通り、コマンド処理部１２は、ＩＥＥＥ８０２．３やＩＥＥＥ８０２．１１等の物理層３１、ＩＰｖ４プロトコル群３２、ＵＰｎＰ等による機器発見制御３３、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）によるメディアトランスポート３４、メディアフォーマット３５の制御を行う。尚、後述する表示装置４のコマンド処理部４２も、同様のソフトウェア機能ブロックを有する。
【００２０】
チューナ部１３は、コマンド処理部１２による制御の下、アンテナ２を介してテレビ放送信号を受信し、コンテンツデータとして映像データをエンコーダ部１４に出力するチューナである。チューナ部１３は、アナログ地上波放送、ＢＳデジタル放送、及び地上はデジタル放送を受信することが可能である。
【００２１】
エンコーダ部１４は、コマンド処理部１２による制御の下、チューナ部１３で受信したテレビ放送信号を、ＭＰＥＧ２−ＰＳやＤＴＣＰ−ＩＰ等所定のメディアフォーマットのコンテンツデータに符号化する。
【００２２】
バッファ１５は、エンコーダ部１４が符号化したコンテンツデータを一時的に記憶、蓄積する。蓄積されたコンテンツデータは、順次通信部１１がＩＰパケットとしてＬＡＮ３から表示装置４に送信する。
【００２３】
表示装置４は、通信部４１と、コマンド制御部４２と、バッファ４３と、デコーダ部４４と、表示部４５とを備える。尚、表示装置４は、ＵＰｎＰ  ＡＶのコントロールポイント及びメディアレンダラの機能を実装している。
【００２４】
通信部４１は、ＴＶチューナ１と通信するための通信インタフェースであり、ＴＣＰ／ＩＰで通信を行う。ＴＶチューナ１からの各種コマンドの受信やＴＶチューナ１への各種コマンドの送信やコンテンツデータのストリーミング伝送は、通信部４１を介して行う。ＴＶチューナ１から受信した各種コマンドのデータはコマンド処理部４２に渡し、ＴＶチューナ１から受信したコンテンツデータは、バッファ４３に渡す。
【００２５】
コマンド処理部４２は、ＴＶチューナ１から通信部１１を介して受信したコマンドに応じて、バッファ４３、デコーダ部４４の各部を制御する。また、コマンド処理部４２はコマンドを作成し、通信部４１を介してＴＶチューナ１へ送信する。このコマンドはＵＰｎＰで定義され、ＸＭＬ形式で記載される。尚先述した通り、コマンド処理部４２のソフトウェア機能ブロックは、ＴＶチューナ１のコマンド処理部１２と同様、図３のようになるので説明を省略する。
【００２６】
図４は、表示装置４がＬＡＮ３に接続された特に、コマンド処理部４２がＴＶチューナ１に向けて送信するＳｅａｒｃｈメッセージの例を示す図である。
図４のＳｅａｒｃｈメッセージにおいて、メッセージ３７の部分については、ＵＰｎＰのコントロールポイントが、ＬＡＮ３に接続されたときに通常送信するＳｅａｒｃｈメッセージと同様であるので、説明を省略する。
【００２７】
図４のＳｅａｒｃｈメッセージのうち、メッセージ３８の部分については、本実施例に特徴的な部分であり、表示装置４が自身の対応するプロトコルやメディアフォーマットのリストを記載する。ＴＶチューナ１のコマンド処理部１２は、表示装置４からＳｅａｒｃｈメッセージを受信した際に、メッセージ３８の部分を読み取ることにより、表示装置４が対応するプロトコルやメディアフォーマットを知ることができる。
【００２８】
再び図２の説明に戻り、バッファ４３は、デコーダ部４４がデコードに必要な量となるまで、通信部４１から受信したコンテンツデータを一時的に格納する。
デコーダ部４４は、バッファ４３に格納されたコンテンツデータがデコードに必要な量に達すれば、これを順次デコードする。例えば、コンテンツデータのエンコーダ形式がＭＰＥＧ２−ＰＳである場合には、デコーダ部４４は一般にパック単位で、コンテンツデータのエンコーダ形式がＤＴＣＰ−ＩＰである場合にはＰＣＰ単位でデコードするので、デコーダ部４４は、例えばバッファ４３に格納されたコンテンツデータがこれらの構造単位に達すれば、順次コンテンツデータをデコードする。
【００２９】
表示部４５は、コンテンツデータをデコーダ部４４がデコードして得られる映像を表示する。
次に、図５を参照しながら、ＴＶチューナ１から表示装置４にコンテンツデータのストリーミング伝送を行う際の処理の流れについて説明する。図５は、ＴＶチューナ１から表示装置４にコンテンツデータのストリーミング伝送を行う際の処理の流れを示すシーケンス図である。
【００３０】
尚、図５のシーケンス図の開始時点ではＴＶチューナ１はＬＡＮ３に接続されているが、表示装置４はＬＡＮ３には接続されていない。
表示装置４のコマンド処理部４２は、通信部４１のＬＡＮ３への接続を検出すると（Ｓ５１）、図４に示したＳｅａｒｃｈメッセージを通信部４１からＴＶチューナ１へ送信する（Ｓ５２）。このときコマンド処理部４２は、先述した通りメッセージ３８の部分に表示装置１の対応するプロトコルやメディアフォーマットのリストを記載する。
【００３１】
ＴＶチューナ１のコマンド処理部１２は、表示装置４からのＳｅａｒｃｈメッセージを通信部１１で受信すると、これに対する応答であるＳｅａｒｃｈ  Ｒｅｓｐｏｎｓｅメッセージを通信部１１から表示装置４へ送信する。
【００３２】
また、これと共にコマンド処理部１２は、Ｓｅａｒｃｈメッセージに記載に基づき、表示装置４が対応するプロトコルやメディアフォーマットを判断する。ＴＶチューナ１がコンテンツデータを送信するプロトコルやメディアフォーマットに表示装置４が対応していれば、コマンド処理部１２は、チューナ部１３での放送の受信を開始し、これをエンコーダ部１４でエンコードして、コンテンツデータのバッファ１５への記憶（バッファリング）を開始する（Ｓ５４）。尚、この時点で通信部１１は、バッファ１５からコンテンツデータを読み出して表示装置４へ送信する処理をまだ行わない。
【００３３】
表示装置４のコマンド処理部４２は、ユーザからの指示等によりコンテンツデータの受信を開始する場合には、コンテンツ要求（ＨＴＴＰ  ＧＥＴ）を通信部４１からＴＶチューナ１へ送信する（Ｓ５５）。
【００３４】
ＴＶチューナ１のコマンド処理部１２は、通信部１１で表示装置４からのコンテンツ要求を受信すると、バッファ１５からコンテンツデータを順次読み出して表示装置４へ送信する、ストリーミング伝送を通信部１１に開始させる。
【００３５】
続いて、図６を参照しながら、ＴＶチューナ１が表示装置４へコンテンツデータのストリーミング伝送を行う際の処理の流れについて説明する。尚、図６のフローチャートの開始時点では、ＴＶチューナ１はＬＡＮ３に接続されているが、表示装置４はＬＡＮ３には接続されていない。
【００３６】
ＴＶチューナ１のコマンド処理部１２は、ＬＡＮ３にクライアント（本実施例では表示装置４）が接続されたか否かを監視する（Ｓ６０１）。これは、通信部１１でクライアントからＳｅａｒｃｈメッセージを受信したか否かで判断することができる。
【００３７】
コマンド処理部１２は、通信部１１で表示装置４からＳｅａｒｃｈメッセージを受信したか否かを判断する（Ｓ６０２）。Ｓｅａｒｃｈメッセージを受信していない場合には（Ｓ６０２のＮｏ）、引き続きクライアントの監視を継続する（Ｓ６０１）。
【００３８】
通信部１１が表示装置４からＳｅａｒｃｈメッセージを受信した場合には（Ｓ６０２のＹｅｓ）、コマンド処理部１２はＳｅａｒｃｈメッセージのメッセージ３８の部分を参照し、ＴＶチューナ１がコンテンツデータを送信する際のプロトコルやメディアフォーマットに表示装置４が対応しているか否かを判断する（Ｓ６０３）。
【００３９】
送信するメディアフォーマット等に表示装置４が対応していない場合には（Ｓ６０３のＮｏ）、コマンド処理部１２はバッファリングの指示をバッファ１５等に対して行わず、クライアントの監視を続ける（Ｓ６０１）。このように無駄なバッファリングを避けることにより、ＴＶチューナ１はバッファリングに要するメモリや処理を行わずに済む。
【００４０】
もし、送信するメディアフォーマット等に表示装置４が対応している場合には（Ｓ６０３のＹｅｓ）、コマンド処理部１２は、チューナ部１３、エンコーダ部１４、バッファ１５等を制御し、バッファリングを開始する（Ｓ６０４）。この段階では、まだ通信部１１から表示装置４へのコンテンツデータの送信は行わない。
【００４１】
次に、コマンド処理部１２は、通信部１１でコンテンツ要求を表示装置４から受信したか否かを判断し（Ｓ６０５）、コンテンツ要求を受信すれば（Ｓ６０５のＹｅｓ）、コンテンツデータの表示装置４へのストリーミング伝送を開始する（Ｓ６０６）。
【００４２】
ストリーミング伝送の開始後、コマンド処理部１２は、表示装置４からＢｙｅＢｙｅメッセージを通信部１１で受信したか否かを判断する（Ｓ６０７）。尚、ＢｙｅＢｙｅメッセージは、表示装置４がＬＡＮ３を介したＴＶチューナ１との通信を切断する際に、表示装置４がＴＶチューナ１に送信するコマンドである。即ち、コマンド処理部１２は、ＢｙｅＢｙｅメッセージを表示装置４から受信すると、表示装置４がネットワーク上からいなくなった（即ち、ＬＡＮ３から切断された）ことがわかる。
【００４３】
ＢｙｅＢｙｅメッセージを通信部１１で表示装置４から受信していない場合、即ち表示装置４が未だＬＡＮ３上に接続されている場合には（Ｓ６０８のＮｏ）、通信部１１はコンテンツデータの表示装置４へのストリーミング伝送を継続する。
【００４４】
ＢｙｅＢｙｅメッセージを通信部１１で表示装置４から受信し、表示装置４がＬＡＮ３上にいなくなった場合には、コマンド処理部１２は、チューナ部１３、エンコーダ部１４、バッファ１５を制御し、バッファリングを停止し、Ｓ６０１の処理へ戻る。
【００４５】
以上説明したように本実施例によれば、ＴＶチューナ１は、クライアントである表示装置４を検出した段階でバッファリングを開始する。これにより、コンテンツデータの伝送要求を受信してからバッファリングを開始する場合に生じる、バッファリング開始に要するコマンド処理部１２、チューナ部１３、エンコーダ部１４等の処理時間、及びバッファ１５でコンテンツデータを一定値蓄積し、通信部１１での伝送を開始するまでの蓄積時間のために生じる遅延を避けることができる。結果として、クライアントである表示装置４が伝送要求を送信した後、コンテンツデータの受信を開始するまでの遅延を少なくし、応答性を高めることができる。
【００４６】
また、本実施例ではＴＶチューナ１及び表示装置４はＵＰｎＰにより通信を行っている。これにより、汎用性を高めることができる。
本実施例では、ＴＶチューナ１はＵＰｎＰにより表示装置４と通信し、表示装置４から受信したＵＰｎＰのＳｅａｒｃｈメッセージにより表示装置４を検出したが、これに限られるものではなく、ＴＶチューナ１及び表示装置４は他のプロトコルで通信しても良い。
【００４７】
尚、本実施例ではチューナ部１３で受信する放送をエンコードするエンコーダ部１４、及びバッファリングを行うバッファ部１５は其々１つしか有していないが、これらをチューナで受信するチャネル数に合わせて、複数有していてもよい。
【００４８】
図７は、エンコーダ部１４及びバッファ１５を複数有する場合のＴＶチューナ１の構成を示す図である。尚、図７において、図１と同じ構成要素に対しては図１と同じ符号を割り当てている。
【００４９】
チューナ部１３は、図１を参照して説明したように、コマンド処理部１２の下アンテナ２を介してテレビ放送信号を受信し、コンテンツデータとして映像データをエンコーダ部１４に出力するチューナである。ここで、チューナ部１３は、例えば時分割方向に対して割り当てられる複数のチャネルを全て受信し、其々のチャネルの映像をコンテンツデータとして並行にエンコーダ部１４ａ乃至１４ｎに出力する。
【００５０】
バッファ１５ａ乃至１５ｎは、其々エンコーダ部１４ａ乃至１４ｎに対応しており、エンコーダ部１４ａ乃至１４ｎが符号化し、出力したコンテンツデータを一時的に記憶、蓄積する。
【００５１】
切換部１６は、コマンド処理部１２による制御の下、バッファ１５ａ乃至１５ｎから出力可能な複数のコンテンツデータのうち、通信部１１から表示装置４へ送信するコンテンツデータを切り換える。
【００５２】
即ち、図７のＴＶチューナ１は、チューナ部１３で受信するチャネル全てに対応するエンコーダ部１４ａ乃至１４ｎ、バッファ１５ａ乃至１５ｎを有する。表示装置４がＬＡＮ３に接続されたことをコマンド処理部１２が検出すると、コマンド処理部１２はチューナ部１３、エンコーダ部１４、バッファ１５を制御し、全てのチャネルのコンテンツデータのバッファリングを開始する。
【００５３】
表示装置４から、チャネルを指定したコンテンツデータ要求を受信すると、切換部１６を制御して、要求に応じたチャネルのコンテンツデータを通信部１１からストリーミング伝送する。これにより、全てのチャネルでの応答性やチャネル切換の応答性を高めることができる。
【００５４】
特にプロセッサを複数持つマルチプロセッサのＣＰＵをＴＶチューナ１が有する場合には、各プロセッサで並行にエンコーダ部１４ａ乃至１４ｎの処理を行えばよいので、より好適である。
【００５５】
また、本実施例ではＴＶチューナ１を例に説明を行ったが、表示装置４に対してコンテンツデータを配信するものであればこれに限られるものではない、例えば撮像した映像のコンテンツデータをＬＡＮ３を介してストリーミング伝送するネットワークカメラであってもよい。
【００５６】
図８は、ネットワークカメラである場合の構成を示す図である。尚、図１のＴＶチューナ１と同じ構成要素に対しては、図１と同一の符号を割り当てている。撮像部１７は、被写体を撮像し、動画像データであるコンテンツデータを作成する。その他の構成及び動作については、本実施例のＴＶチューナ１と同様であるので説明を省略する。
【実施例２】
【００５７】
次に、実施例２に係るＴＶチューナ１について説明を行う。実施例１では、図４に示したとおり、表示装置４が対応するプロトコルやメディアフォーマットに係る情報をＳｅａｒｃｈメッセージ中にメッセージ３８として記載していたが、本実施例ではＳｅａｒｃｈメッセージ中にメッセージ３８は記載しない（換言すると、Ｓｅａｒｃｈメッセージではメッセージ３７の部分だけを送る）。
【００５８】
Ｓｅａｒｃｈメッセージを受け取ると、プロトコル情報の問い合わせをＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏにより行い、表示装置４からのレスポンスとしてプロトコルやメディアフォーマットの情報を取得する。
【００５９】
尚、ＴＶチューナ１及び表示装置４、システム全体の構成等については、図１乃至図３を参照しながら説明した実施例１と同様であるので、説明を省略する。
図９を参照しながら、本実施例において、ＴＶチューナ１から表示装置４にコンテンツデータのストリーミング伝送を行う際の処理の流れについて説明する。図９は、ＴＶチューナ１から表示装置４にコンテンツデータのストリーミング伝送を行う際の処理の流れを示すシーケンス図である。
【００６０】
尚、図９のシーケンス図の開始時点ではＴＶチューナ１はＬＡＮ３に接続されているが、表示装置４はＬＡＮ３には接続されていない。
表示装置４のコマンド処理部４２は、通信部４１のＬＡＮ３への接続を検出すると（Ｓ７１）、図４のメッセージ３７の部分に相当するＳｅａｒｃｈメッセージ（先述の通り、メッセージ３８は含まれない）を通信部４１からＴＶチューナ１へ送信する（Ｓ７２）。
【００６１】
ＴＶチューナ１のコマンド処理部７３は、表示装置４からのＳｅａｒｃｈメッセージを通信部１１で受信すると、これに対する応答であるＳｅａｒｃｈ  Ｒｅｓｐｏｎｓｅメッセージを通信部１１から表示装置４へ送信する（Ｓ７３）。
【００６２】
また、これと共にコマンド処理部１２は、表示装置４が対応するプロトコルやメディアフォーマットを知るため、表示装置４に対して問い合わせ（ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ）を行う（Ｓ７４）。
【００６３】
表示装置４のコマンド処理部４２は、ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏを通信部４１で受信すると、これに対する応答として、自身（表示装置４）の対応するプロトコルやメディアフォーマットのリストを通信部４１からＴＶチューナ１へ送信する（Ｓ７５）。
【００６４】
ＴＶチューナ１のコマンド処理部４２は、表示装置４からプロトコルやメディアフォーマットのリストを受信すると、これに基づいて、ＴＶチューナ１がコンテンツデータを送信するプロトコルやメディアフォーマットに表示装置４が対応しているか否かを判断する。
【００６５】
ＴＶチューナ１がコンテンツデータを送信するプロトコルやメディアフォーマットに表示装置４が対応していれば、コマンド処理部１２は、チューナ部１３での受信を開始し、これをエンコーダ部１４でエンコードして、コンテンツデータのバッファ１５への記憶（バッファリング）を開始する（Ｓ７６）。尚、この時点で通信部１１は、バッファ１５からコンテンツデータを読み出して表示装置４へ送信する処理をまだ行わない。
【００６６】
表示装置４のコマンド処理部は、ユーザからの指示等によりコンテンツデータの受信を開始する場合には、コンテンツ要求（ＨＴＴＰ  ＧＥＴ）を通信部４１からＴＶチューナ１へ送信する（Ｓ７７）。
【００６７】
ＴＶチューナ１のコマンド処理部４２は通信部１１で表示装置４からのコンテンツ要求を受信すると、バッファ１５からコンテンツデータを順次読み出して表示装置４へ送信する、ストリーミング伝送を通信部１１に開始させる。
【００６８】
続いて、図１０を参照しながら、ＴＶチューナ１が表示装置４へコンテンツデータのストリーミング伝送を行う際の処理の流れについて説明する。尚、図１０の開始時点では、ＴＶチューナ１はＬＡＮ３に接続されているが、表示装置４はＬＡＮ３には接続されていない。
【００６９】
ＴＶチューナ１のコマンド処理部１２は、ＬＡＮ３にクライアント（本実施例では表示装置４）が接続されたか否かを監視する（Ｓ８０１）。これは、通信部１１でクライアントからＳｅａｒｃｈメッセージを受信したか否かで判断することができる。
【００７０】
コマンド処理部１２は、通信部１１で表示装置４からＳｅａｒｃｈメッセージを受信したか否かを判断する（Ｓ８０２）。Ｓｅａｒｃｈメッセージを受信していない場合には（Ｓ８０２のＮｏ）、引き続きクライアントの監視を継続する（Ｓ８０１）。
【００７１】
通信部１１が表示装置４からＳｅａｒｃｈメッセージを受信した場合には（Ｓ８０２のＹｅｓ）、Ｓｅａｒｃｈメッセージに対する応答を返すと共に、表示装置４が対応するプロトコルやメディアフォーマットの情報をＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏにより問い合わせる（Ｓ８０３）。
【００７２】
ＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏの応答として、通信部１１で表示装置４が対応するプロトコルやメディアフォーマットのリストを受信すると、コマンド処理部１２は当該リストに基づいて、ＴＶチューナ１がコンテンツデータを送信する際のプロトコルやメディアフォーマットに表示装置４が対応しているか否かを判断する（Ｓ８０４）。
【００７３】
送信するメディアフォーマット等に表示装置４が対応していない場合には（Ｓ８０４のＮｏ）、コマンド処理部１２はバッファリングの指示をバッファ１５等に対して行わず、クライアントの監視を続ける（Ｓ８０１）。このように無駄なバッファリングを避けることにより、ＴＶチューナ１はバッファリングに要するメモリや処理を行わずに済む。
【００７４】
Ｓ８０６乃至Ｓ８１０の処理については、其々実施例１の図６のＳ６０５乃至Ｓ６０９の処理と同様であるので、ここでは説明を省略する。
以上説明したように本実施例によれば、ＴＶチューナ１は、クライアントである表示装置４を検出した段階で、表示装置４が対応するプロトコル等について問い合わせ、送信するプロトコル等に対応していれば、コンテンツデータの伝送要求を受信する前にバッファリングを開始する。
【００７５】
これにより、コンテンツデータの伝送要求を受信してからバッファリングを開始する場合に生じる、バッファリング開始に要するコマンド処理部１２、チューナ部１３、エンコーダ部１４等の処理時間、及びバッファ１５でコンテンツデータを一定値蓄積し、通信部１１での伝送を開始するまでの蓄積時間を避けることができる。結果として、クライアントである表示装置４が伝送要求を送信した後、コンテンツデータの受信を開始するまでの遅延を少なくし、応答性を高めることができる。
【００７６】
また、本実施例ではＳｅａｒｃｈメッセージ中に表示装置４が対応するプロトコルやメディアフォーマットの情報が記載されていなくとも、ＴＶチューナ１から表示装置４に対して問い合わせを行う。これにより、図４のメッセージ３７として記載した標準的なＳｅａｒｃｈメッセージにしか対応できない機器に対しても、プロトコルやメディアフォーマットが対応しているか否かを判断することができ、汎用性を高めることができる。
【００７７】
尚、本実施例に係るＴＶチューナ１の構成も、図１のような構成のみならず、例えば図７や図８のような構成を持つ通信機器であってもよい。
【図面の簡単な説明】
【００７８】
【図１】本発明の実施例１に係るＴＶチューナが使用されるシステムの例を示す図。
【図２】本発明の実施例１に係るＴＶチューナ及び表示装置の構成を示す図。
【図３】本発明の実施例１に係るＴＶチューナのソフトウェア機能ブロックを示す図。
【図４】本発明の実施例１に係るＴＶチューナが受信するＳｅａｒｃｈメッセージの例を示す図。
【図５】本発明の実施例１に係るＴＶチューナがストリーミング伝送を行う際の処理の流れを示すシーケンス図。
【図６】本発明の実施例１に係るＴＶチューナがストリーミング伝送を行う際の処理の流れを示すフローチャート。
【図７】本発明の変形例に係るＴＶチューナの構成を示す図。
【図８】本発明の変形例に係るネットワークカメラの構成を示す図。
【図９】本発明の実施例２に係るＴＶチューナがストリーミング伝送を行う際の処理の流れを示すシーケンス図。
【図１０】本発明の実施例２に係るＴＶチューナがストリーミング伝送を行う際の処理の流れを示すフローチャート。
【符号の説明】
【００７９】
１・・・ＴＶチューナ
２・・・アンテナ
３・・・ＬＡＮ
４、５・・・表示装置
６・・・インターネット
１１・・・通信部
１２・・・コマンド処理部
１３・・・チューナ部
１４、１４ａ、１４ｂ、１４ｎ・・・エンコーダ部
１５、１５ａ、１５ｂ、１５ｎ・・・バッファ
１６・・・切換部
１７・・・撮像部
３１・・・物理層
３２・・・ＩＰｖ４  Ｐｒｏｔｏｃｏｌ  Ｓｕｉｔｅ
３３・・・機器発見制御
３４・・・Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ
３５・・・Ｍｅｄｉａ  Ｆｏｒｍａｔｓ
４１・・・通信部
４２・・・コマンド処理部
４３・・・バッファ
４４・・・デコーダ部
４５・・・表示部
【図１】
2007251552.tif 000003
【図２】
2007251552.tif 000004
【図３】
2007251552.tif 000005
【図４】
2007251552.tif 000006
【図５】
2007251552.tif 000007
【図６】
2007251552.tif 000008
【図７】
2007251552.tif 000009
【図８】
2007251552.tif 000010
【図９】
2007251552.tif 000011
【図１０】
2007251552.tif 000012