(57)【要約】【課題】  ストリーミング放送の中断の前後における連続性を保つ。【解決手段】  受信装置１２００は、ストリーム放送データ受信する受信手段１２０１と、ストリーム放送データを所定量記憶可能なメモリ１２０２と、ストリーム放送データを処理して前記ストリーム放送に係る映像データを生成するデータ処理手段１２０３と、前記映像データを表示装置に出力する映像出力手段１２０４と、ストリーム放送データ中より前記ストリーム放送を中断すべき位置を示す中断ポイントデータを検出する検出手段１２０８と、異常を検出した場合に、前記検出手段により検出された中断ポイントデータに指示された位置にて前記映像データの出力を停止する。【選択図】  図６
2004153789.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してストリーム放送データ受信する受信手段と、
前記受信されたストリーム放送データを所定量記憶可能なメモリと、
前記メモリに記憶されたストリーム放送データを処理して前記ストリーム放送に係る映像データを生成するデータ処理手段と、
前記映像データを表示装置に出力する映像出力手段と、
前記受信されたストリーム放送データ中より前記ストリーム放送を中断すべき位置を示す中断ポイントデータを検出する検出手段と、
中断すべき状態を検出した場合に、前記検出手段により検出された中断ポイントデータに指示された位置にて前記映像データの出力を停止するよう前記データ処理手段と前記映像出力手段とを制御する制御手段とを備える受信装置。
【請求項２】
前記制御手段は前記メモリの記憶データ量と前記受信手段による前記ストリーム放送データの通信レートとに基づき通信の異常を監視することを特徴とする請求項１記載の受信装置。
【請求項３】
前記制御手段は更に、前記映像データの出力停止後、前記メモリに記憶された前記ストリーム放送データのデータ量が所定量となったことに応じて、前記中断ポイントデータに指示された位置より前記映像データの出力を再開するよう前記データ処理手段と前記映像出力手段とを制御することを特徴とする請求項２記載の受信装置。
【請求項４】
前記制御手段は更に、前記映像データの出力停止中における前記メモリに記憶中のデータの量と前記通信レートとに基づいて前記映像データの出力を再開可能な予測時間を検出し、この予測時間の情報を表示するよう前記映像出力手段を制御することを特徴とする請求項３記載の受信装置。
【請求項５】
前記検出手段は更に、前記ストリーム放送データより映像出力停止後の再開ポイントを示す再開ポイントデータを検出し、前記検出された再開ポイントデータにより指示された位置から前記映像データの出力を再開するよう前記データ処理手段と前記映像出力手段とを制御することを特徴とする請求項３記載の受信装置。
【請求項６】
前記制御手段は更に、前記映像データの出力を停止した後、所定の映像データを前記ストリーム放送データによる映像データの代わりに出力するよう前記映像出力手段を制御することを特徴とする請求項１記載の受信装置。
【請求項７】
前記制御手段は更に、前記映像データの出力停止後、前記メモリに記憶された前記ストリーム放送データのデータ量が所定量となった場合、
前記所定の映像データの終了を待って前記中断ポイントデータに指示された位置より映像データの出力を再開するよう前記データ処理手段と前記映像出力手段と
を制御することを特徴とする請求項６記載の受信装置。
【請求項８】
前記検出手段は更に前記ストリーム放送データより前記中断ポイント以降のストリーム放送データを配信可能な第二の配信サーバのロケーション情報を検出し、前記制御手段は通信の異常を検出した場合に、前記第二の配信サーバに接続するよう前記受信手段を制御することを特徴とする請求項１記載の受信装置。
【請求項９】
前記検出手段は更に、前記ストリーム放送データより２種類の前記中断ポイントデータを検出し、前記制御手段は前記接続されているネットワークの通信レートの種類により前記２種類のレベルの中断ポイントデータを選択することを特徴とする請求項１記載の受信装置。
【請求項１０】
前記中断ポイントデータは、中断すべき位置を、前記ストリーム放送データに含まれるＣＭ終了後であって、該ＣＭに続く番組開始前に指定するデータであることを特徴とする請求項１記載の受信装置。
【請求項１１】
ネットワークを介してストリーム放送データ受信し、
前記受信されたストリーム放送データをメモリに記憶し、
前記メモリに記憶されたストリーム放送データを処理して前記ストリーム放送に係る映像データを生成し、
前記映像データを表示のために出力し、
前記受信されたストリーム放送データ中より前記ストリーム放送を中断すべき位置を示す中断ポイントデータを検出し、
中断すべき状態を検出した場合に、検出された中断ポイントデータに指示された位置にて前記映像データの出力を停止する
工程を含む受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は受信装置に関し、特には、ネットワークを介してストリーミング放送を受信可能な受信装置及び受信方法に関する。
【背景技術】
【０００２】
従来、デジタルテレビ放送を受信する装置が知られているが、近年では、ネットワークを介してデジタル放送データを配信するストリーミング放送が行われつつある。
【０００３】
ストリーミング放送を受信、視聴する場合は、ネットワークにより受信したネットワークのパケット情報より、目的の各種フォーマットからなる図１に示す様なストリーミング放送のパケット情報を分離し、それぞれのストリーミング放送フォーマットに対応したプレーヤで再生し、視聴を行う。
【０００４】
この時、ストリーミング放送のパケット情報は、不正利用を防ぐコンテンツ保護の目的から受信装置内の記憶装置には一括的に、あるいは継続的に記録はしないものの、ストリーミング放送のパケット情報に含まれる、独立した画像データ、音声データ、あるいは、同期の為のヘッダ情報を逐次処理する為に、受信したストリーミングデータを一時的にバッファリングしてから、各データのデコード処理及び同期処理を行った上で再生している。
【０００５】
また、この時、再生に必要な情報については、ストリーミング放送のパケット情報部分の再生が完了した時点で直ちに消去する事により、コンテンツ保護の目的も果たしていた。
【０００６】
この様にストリーミング放送の視聴の際は、ネットワークやストリーミング放送の送り手側サーバ負荷の影響や、再生の為の処理手続きなどの影響を受けて連続的なパケット情報の受信が出来ない場合においても、ある程度のバッファリングで吸収し、図２に示す様に、バッファリングの量が時間的に多少変動しつつも視聴が途切れる事無く、安定したストリーミング放送の視聴再生を実現していた。この種のストリーミング放送の受信システムとしては、特許文献１に記載されたものが知られている。
【特許文献１】特開２００１−３５９０７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、この様な構成においても、受信装置が接続しているネットワークの回復不可能な各種トラブルや、予想外の視聴者アクセスによるサーバ負荷が増大する事等により、図３に示す様に、ストリーミング放送のパケット情報のバッファリング量が少なくなって行き、リアルタイムに再生処理すべきストリーミング放送のパケット情報が尽きてしまい、やがては視聴中のストリーミング放送がシーンの区切りに関係無く、突然途切れてしまう場合があった。
【０００８】
この時、ユーザに対しては、視聴中のストリーミング放送が、物語の世界に視聴者を入り込ませる様な大切な導入部であったり、中盤のクライマックスシーンであったり、あるいは、終盤の大どんでん返しの真っ最中であっても、何の前触れも無く、物語の流れとは一切関係無くいきなり視聴が中断してしまい、ストリーミング放送の面白さが失われてしまう。
【０００９】
今、ここではストリーミング放送の例としてドラマなどの物語を示したが、ニュースやドキュメンタリー、そして音楽番組などでも、一つのニュースの途中や一曲の途中でストリーミング放送が中断する事で面白さが失われてしまう。
【００１０】
その結果、番組が面白くないと感じてしまう事で、ストリーミング放送のコンテンツ提供者からストリーミング放送局、そして視聴者までそれぞれ不利益を被る結果となり易い。
【００１１】
また、ネットワークのトラブルやサーバ負荷の問題が解決し、ストリーミング放送のバッファリングが再開し、視聴が可能となった際にも、ストリーミング放送の中断と同様に、シーンの区切りに関係無く、放送が再開する為に、ストーリーの連続性が失われ、視聴者を混乱させる恐れがある。
【課題を解決するための手段】
【００１２】
本発明の目的は、上記課題を解決し、ストリーミング放送の中断の前後における混乱を防止することができる受信装置及び受信方法を提供することにある。
【００１３】
本発明の骨子は、ネットワークを介してストリーム放送データ受信する受信手段と、
前記受信されたストリーム放送データを所定量記憶可能なメモリと、
前記メモリに記憶されたストリーム放送データを処理して前記ストリーム放送に係る映像データを生成するデータ処理手段と、
前記映像データを表示装置に出力する映像出力手段と、
前記受信されたストリーム放送データ中より前記ストリーム放送を中断すべき位置を示す中断ポイントデータを検出する検出手段と、
中断すべき状態を検出した場合に、前記検出手段により検出された中断ポイントデータに指示された位置にて前記映像データの出力を停止するよう前記データ処理手段と前記映像出力手段とを制御する制御手段とを備える受信装置である。
【００１４】
本発明の別の骨子は、ネットワークを介してストリーム放送データ受信し、
前記受信されたストリーム放送データをメモリに記憶し、
前記メモリに記憶されたストリーム放送データを処理して前記ストリーム放送に係る映像データを生成し、
前記映像データを表示のために出力し、
前記受信されたストリーム放送データ中より前記ストリーム放送を中断すべき位置を示す中断ポイントデータを検出し、
中断すべき状態を検出した場合に、検出された中断ポイントデータに指示された位置にて前記映像データの出力を停止する
工程を含む受信方法である。
【００１５】
上述した本発明においては、以下のようなオプションを選択することが、より好ましい。
【００１６】
１）前記制御手段は前記メモリの記憶データ量と前記受信手段による前記ストリーム放送データの通信レートとに基づき通信の異常を監視する。
【００１７】
２）前記制御手段は更に、前記映像データの出力停止後、前記メモリに記憶された前記ストリーム放送データのデータ量が所定量となったことに応じて、前記中断ポイントデータに指示された位置より前記映像データの出力を再開するよう前記データ処理手段と前記映像出力手段とを制御する。
【００１８】
３）前記制御手段は更に、前記映像データの出力停止中における前記メモリに記憶中のデータの量と前記通信レートとに基づいて前記映像データの出力を再開可能な予測時間を検出し、この予測時間の情報を表示するよう前記映像出力手段を制御する。
【００１９】
４）前記検出手段は更に、前記ストリーム放送データより映像出力停止後の再開ポイントを示す再開ポイントデータを検出し、前記検出された再開ポイントデータにより指示された位置から前記映像データの出力を再開するよう前記データ処理手段と前記映像出力手段とを制御する。
【００２０】
５）前記制御手段は更に、前記映像データの出力を停止した後、所定の映像データを前記ストリーム放送データによる映像データの代わりに出力するよう前記映像出力手段を制御する。
【００２１】
６）前記制御手段は更に、前記映像データの出力停止後、前記メモリに記憶された前記ストリーム放送データのデータ量が所定量となった場合、前記所定の映像データの終了を待って前記中断ポイントデータに指示された位置より映像データの出力を再開するよう前記データ処理手段と前記映像出力手段とを制御する。
【００２２】
７）前記検出手段は更に前記ストリーム放送データより前記中断ポイント以降のストリーム放送データを配信可能な第二の配信サーバのロケーション情報を検出し、前記制御手段は通信の異常を検出した場合に、前記第二の配信サーバに接続するよう前記受信手段を制御する。
【００２３】
８）前記検出手段は更に、前記ストリーム放送データより２種類の前記中断ポイントデータを検出し、前記制御手段は前記接続されているネットワークの通信レートの種類により前記２種類のレベルの中断ポイントデータを選択する。
【００２４】
９）前記中断ポイントデータは、中断すべき位置を、前記ストリーム放送データに含まれるＣＭ終了後であって、該ＣＭに続く番組開始前に指定するデータである。
【発明の効果】
【００２５】
本発明によれば、ストリーム放送データにおける予め指定された中断位置にて映像データを一時停止するため、番組を視聴中の視聴者に対して不愉快な思いをさせず、番組の違和感無く視聴を再開することができる。
【発明を実施するための最良の形態】
【００２６】
本発明の一実施形態は、ネットワークを介してストリーム放送データ受信する受信手段と、前記受信されたストリーム放送データを所定量記憶可能なメモリと、前記メモリに記憶されたストリーム放送データを処理して前記ストリーム放送に係る映像データを生成するデータ処理手段と、前記映像データを表示装置に出力する映像出力手段と、前記受信されたストリーム放送データ中より前記ストリーム放送を中断すべき位置を示す中断ポイントデータを検出する検出手段と、前記受信手段による前記ストリーム放送データの通信の異常や、受信装置の電源の異常や、チャンネルの切換えなどの、中断すべき状態を検出した場合に、前記検出手段により検出された中断ポイントデータに指示された位置にて前記映像データの出力を停止するよう前記データ処理手段と前記映像出力手段とを制御する制御手段とを備える受信装置である。
【００２７】
（第一の実施形態）
図１２は本発明が適用される受信装置の構成を示す図である。
【００２８】
図１２の受信装置１２００はネットワークＮを介してストリーミング放送配信用のサーバＳと接続している。また、図１２において、１２０１はストリーミング放送データを受信する受信部（受信手段）、１２０２は受信されたデータを所定量記憶可能なバッファメモリ（メモリ）、１２０３はバッファメモリ１２０２からデータを読み出し、その映像データ、音声データに対応した復号方式にてデコードするデコーダ（データ処理手段）、１２０４はデコードされた映像データを表示可能な形態に変換するとともに、各種の情報を表示部１２０５に表示する映像出力部（映像出力手段）、１２０５は表示部、１２０６はデコードされた音声データを増幅してスピーカに出力するのに適した形態に変換する音声出力部、１２０７はスピーカ、１２０８は受信装置１２００の各部を制御するシステム制御部であり、中断ポイントデータを検出する検出手段を含む。１２０９はリモコンＲからのコマンドを受信し、システム制御部１２０８に出力するリモコン受信部である。
【００２９】
また、図４、図５は受信装置１２００の動作を説明するための図であり、図４はストリーミング放送のデータを構成するパケット情報群を示している。図４の前半部分は番組のシーン４の最後の部分を構成するパケット情報群、後半部分は番組のシーン５の冒頭の部分を構成するパケット情報群である。図４に示したパケット情報には夫々ヘッダ情報が付随しており、ストリーム放送の再生に必要な各種の情報が記載され、またその一部は新たな付加情報の為にリザーブ領域として残されている。但し、本形態においては、ストリーミング放送に使用されるパケット情報の詳細については直接関係無く、またその種類も多く、さらにその多くのフォーマットについては情報非公開なものである為に、ここでは詳細を省略する。
【００３０】
図５は図４のパケット情報により構成されているストリーミング放送のストリーム５０１と、バッファリングの量の推移５１２を表した図であり、５０２から５０５はストリーミング放送番組の各シーンを表し、５０７から５１１は夫々のシーンの先頭に存在するパケット情報のヘッダに記録された区切り位置情報である。ここで区切り情報の記録されていないその他のパケット情報のヘッダについては記載していない。
【００３１】
図６及び図７は視聴者が選択したストリーミング放送について視聴を開始した後における受信装置１２００のシステム制御部１２０８の動作を示すフローチャートである。図６は視聴者が特定のストリーミング放送の番組を選択し、ネットワークを介して当該ストリーミング放送のパケット情報を読み込み開始する際に起動される処理の流れ図であり、図７は図６の処理によって起動されるバッファリングの状態を監視するタスクの処理の流れ図を示す。
【００３２】
図６において、６０１は処理の開始点、６０２は目的のストリーミング放送のパケットデータを受信装置１２００の特定のポートに接続するステップ、６０３はバッファリングを開始するステップ、６０４はバッファリングを監視するタスクを起動するステップ、６０５はバッファリングされたストリーミング放送のパケットデータを読み込むステップ、６０６は読み込まれたパケットデータのヘッダ部を解析するステップ、６０７はストリームの終了時間を検出するステップ、６０８はバッファリングの異常を監視するタスクからの情報を検知し判断するステップ、６０９はストリーミング放送のパケットデータのヘッダ部にシーン区切り信号が存在するかどうかをチェックするステップ、６１０は６０９のチェックの結果を判定するステップ、６１１はストリーミング放送の視聴を一時停止するステップ、６１２は引き続きバッファリングの状態が異常であるか否かを判定するステップ、６１３はストリーミング放送の視聴を再開するステップ、６１４はストリーミング放送のパケットデータをデコード処理する為に分離するステップ、６１５は分離されたパケットデータをデコード処理するステップ、６１６はデコード処理されたデータの同期をとるステップ、６１７は同期がとられた映像及び音声情報を出力するステップ、６１８はストリームが終了か否かを判定するステップ、６１９はバッファリングの監視するタスクを停止するステップ、６２０はストリーミング放送の再生を終了するステップである。
【００３３】
また、図７において、７０１はバッファリングの異常を監視するタスクのスタートポイントであり、７０２はバッファリングの状態をモニタするステップ、７０３はモニタした結果がバッファリングの異常か否かを判定するステップ、７０４はバッファリングの異常を通知するステップ、７０５はバッファリングの異常を監視するタスクを終了するか否かを判定するステップ、７０６はバッファリングの異常を監視するタスクを終了するステップである。
【００３４】
以下、図４〜図７を用いて、本形態の動作について説明する。
【００３５】
図４は、視聴者が選択し、視聴しようとしているストリーミング放送のストリームデータの一部としての、４０１から４１２の連続したパケットデータを示す図である。図４において、４０１から４０６のパケットデータに関してはストリーミング放送の番組における特定の場面、ここではシーン４の最後の部分を示しており、また４０７から４１２に関しては同様にシーン５の冒頭部分を示している。
【００３６】
夫々のパケットデータは映像データ、音声データ、同期データおよび字幕などのコードデータを代表しており、何れのパケットデータもパケットデータ自体の情報や同期動作指示等が記述されたヘッダ部が付随している。特に、パケットデータ４０７のヘッダ部においてはシーン４とシーン５の区切りを示す区切りデータ４１３が記述されているものとする。
【００３７】
次に視聴者がリモコンＲにより図４に示されたストリーミング放送のデータを選択し、受信装置１２００に対して視聴を開始する指示を出すと、図６に示す動作が６０１より開始される。
【００３８】
ステップ６０２では先に選択されたストリーミング放送のデータを処理するための受信部１２０１をポートに接続し、ステップ６０３においてバッファメモリ１２０２に対するデータのバッファリング処理（蓄積処理）を開始する。このバッファリング処理では、図４に示す複数のパケットデータがバッファに予め読み込まれる。
【００３９】
ステップ６０４ではバッファリングされたストリーミング放送のデータが、正常にバッファリングされているかどうかを監視する、図７に示すバッファリング監視タスクの起動が行われる。
【００４０】
図７のステップ７０１はバッファリング監視タスクのエントリポイントであり、ステップ７０２でバッファリングの状態をモニタし、バッファリングが中断している等の異常状態をチェックする。この時、バッファリングの正常な状態とは、ストリーミング放送を構成するストリームの転送スピードと、当該ストリームを処理するデコーダの能力により期待される量が同じであり、バッファメモリ１２０２に蓄積されるデータのアンダーフロー、及びオーバーフローの発生の危険がない状態のことである。
【００４１】
ステップ７０３はバッファリング監視タスクの終了か否かを判定し、終了でない場合はステップ７０４で異常を検出したか否かを判定する。ここで異常を検出していない場合はステップ７０２に移行しループし、ステップ７０４で異常を検出した場合にはステップ７０５でバッファリングの異常を示すフラグを保持した後、ステップ７０２に移行しループする。またステップ７０３でバッファリング監視タスクが終了の場合はステップ７０６に進み、バッファリング監視タスクが終了する。
【００４２】
次に、図６に戻り、ステップ６０５でバッファメモリ１２０２に蓄積されたストリーミング放送のパケットデータを読み出し、ステップ６０６で読み出したパケットデータのヘッダを解析し、必要なパラメータを内部のメモリに格納する。
【００４３】
ステップ６０７ではストリームが終了したかどうかを検出し、終了した場合、ストリーミング放送の終了による正常状態での中断であるのか、ストリーミング放送の途中でのアクシデントによる中断なのか判断する。
【００４４】
次にステップ６０８で図７のバッファリング状態の監視タスクからバッファリングの異常を検出したか否かを判定する。ここでバッファリングが正常に行われていると判定された場合はステップ６１４へと進み、バッファメモリ１２０２に記憶されたストリームデータを読み出し、映像や音声等、個々の種類のパケットデータに分離してデコーダ１２０３に出力する。ステップ６１５では種類毎に分離したデータについて夫々デコード処理を行い、ステップ６１６で時間的同期処理を行った後に、ステップ６１７において表示部１２０５、スピーカ１２０７に出力する。
【００４５】
次にステップ６１８でストリーミング放送が終了したか否かを判定し、終了ではない場合はステップ６０３に進みループする。図５は、前述のループにより、ストリームデータの５０１から５０３までが順調に再生されている状態を示している。
【００４６】
ここで、５１３は先に説明したバッファリングの期待される量を示しており、シーン０からシーン３までは５１２に示す実際のバッファリング量推移の通り、概ね順調に視聴が行われている。
【００４７】
ところが、特定の時間５１５において、バッファリングされるべきストリームがネットワークより送られて来ない状態となり、５０５のシーン４を再生中に徐々にバッファメモリ１２０２に蓄積されているデータ量が減少し始めている。５１４はバッファメモリ１２０２に記憶されるデータ量が期待される量を大きく下回り、異常と思われるレベルを示しており、データ量の推移５１２がレベル５１４を下回る事で図７のバッファリング監視タスクがステップ７０２において異常を検出する。
【００４８】
従って、ステップ７０４で異常があると判定し、ステップ７０５においてバッファリングの異常を検知する。すると図６のステップ６０８においても異常があると判定し、ステップ６０９によりストリームデータに存在するシーン区切りデータの監視を行う。ステップ６１０でシーン区切りデータが検出されない場合は、ステップ６１４へと進み、シーン区切りデータの監視を行いつつ、ストリーミング放送、ここでは５０５のシーン４の視聴を継続する。
【００４９】
やがて、図４の４０１から４０６のストリームデータのパケットデータ再生が順次行われ、シーン５の冒頭部分５０５のパケットデータ処理に移行する。ここで、ステップ６０９においてシーン区切りデータを検出し、ステップ６１０において判定を行うと、ステップ６１１へと進み、再生中のストリーミング放送の視聴を一時停止する。具体的には、システム制御部１２０８はバッファメモリ１２０２へのデータの書き込みを停止すると共に、受信部１２０１による接続を保持しておき、接続状態が回復するのを待つ。また、映像出力部１２０４を制御し、表示画面を静止画像として一時停止する。
【００５０】
この状態は５１７で一時停止されてから、ネットワークの何らかのトラブルが解消し、バッファリングが再開され、バッファメモリ１２０２の蓄積データ量５１２が次第に増加し、５１８の時点で、バッファリンツの量がレベル５１４を超え、蓄積データ量が期待されるレベル５１９に回復した時点でステップ６１２により回復したと判定し、ステップ６１３によりストリーミング放送の視聴の一時停止を解除する。この時、再開されるストリームデータの位置は、５０６のシーン５の冒頭部分からとなる。
【００５１】
以上説明した様に、本形態によれば、ストリーミング放送のストリームデータにシーン区切りデータを付加し、ストリーミング放送を、バッファリング手段を介して視聴する際に、バッファリングの状態を監視する事で、ストリームデータの流れが中断した事を検出し、その後、最寄りのシーン区切りデータを検出次第、ストリーミング放送の再生を中断する事で、視聴者にとって、番組の区切りの良い場所でスリーミング放送が中断される事になり、番組の区切りではない場所で突然視聴が中断される際に比べると、違和感の無い、自然な視聴が可能となる。
【００５２】
また、本実施例では、番組の区切りとしてシーンの区切りを例に挙げたが、ドラマ等では物語の進行上の区切りや、音楽番組などでは曲の区切り、そして、クイズ番組などでは、問題と解答の区切りなど、視聴者に違和感を与えない区切りであればこれを記録して利用出来る。
【００５３】
（第二の実施例）
前述の実施形態においては、ストリーミング放送の中断時に視聴中の番組の再生を一時停止の状態、即ち、静止画の状態、あるいは表示画面の非表示状態としていたが、バッファリングの異常を検出して視聴を中断した際に、別の放送番組や、予め用意されていた蓄積された映像ソースの表示再生を行う事で、視聴者に対してあたかも番組の途中に挿入されたミニ番組やあるいはコマーシャルの如く認識させることが可能であり、より違和感のない番組視聴を提供できる。
【００５４】
この時、図５のタイミング５１８を検出する事により、中断されていた番組の再開までの時間を予測し、予測された時間まで予め用意された映像ソースの再生を行う事も可能である。また、予測がなされた後にミニ番組の様な短い番組を予測された時間に都合よく収まるようにスケジューリングする事も可能である。
【００５５】
更には、ストリーミング放送の中断時に別の放送番組や予め用意された映像ソースの表示再生を代替えのミニ番組として行っている際に、中断しているストリーミング放送の再開が可能となった場合に、再開可能なストリーミング放送の番組の一時停止状態を延長し、代替えのミニ番組を引き続き再生し、代替えのミニ番組の終了を待って、ストリーミング放送の再生視聴を行う事も可能である。
【００５６】
もちろん、代替えのミニ番組に対しても本発明による区切り信号を適用する事で、代替えのミニ番組の中断に対しても視聴者に対して違和感を感じさせることなく、尚且つ、ストリーミング放送が再開可能となった時点で、直ちに視聴を再開する事が可能となる。
【００５７】
（第三の実施例）
第一ならびに第二の実施形態においては、視聴者に対して中断していたストリーミング放送の再開時に、図５の５１９の時点から、即ち、視聴が中断したシーン４とシーン５の区切りデータの格納されている時点から視聴を再開する構成となっていたが、本形態においては、これを図８に示すようにストリームデータの８０１から８０６に示す区切りデータとは別に、８０７から８１２に示す、中断していたストリーミング放送の、再開の際のスタートポイントを設け、ストリーミング放送が区切りデータにおいて中断した際には、当該ストリーミング放送を再開する時に、直前のスタートポイントから再開する構成とする。
【００５８】
この様な構成とする事で、視聴者が再開されたストリーミング放送を視聴する際に、中断の期間により、番組のストーリー展開を忘れてしまった場合でも、一度視聴した直前のシーンより再び視聴を開始する事で、視聴者に、容易に番組のストーリーに意識を戻す事が可能である。また、当該スタートポイントを、ストリーミング放送を作成したコンテンツ作成者が予めスタートポイントを指定する事で、より効果を高める事が可能となるものである。
【００５９】
（第四の実施例）
第一から第三の実施形態においては、接続中のストリーミング放送のサーバとの接続が不安定になり、視聴中のストリーミング放送が中断した際に、以前接続していたサーバとの接続が復活する事を前提としていたが、本形態では、図９の９０１から９０４に示す区切りデータの格納されているヘッダ部に、次のシーンからのストリーミング放送のストリームデータが蓄積されている別のサーバのロケーション情報を格納し、接続中のストリーミング放送のサーバとの接続が中断された際には、先の以前接続していたサーバとの接続再開を待つのと平行して、前述の別のサーバのロケーション情報を利用した新たな接続を開始し、両サーバに対して、より早くバッファリングが成功したサーバにより、次のシーンからのストリーミング放送の視聴を再開する構成としても良い。
【００６０】
この様な構成とすることで、視聴者に対して、より早く、より確実なストリーミング放送の視聴を可能とする事が出来るものである。
【００６１】
（第五の実施例）
第一から第四の各実施形態においては、ストリーミング放送のストリームデータにおける区切りデータを一種類のみとし、何らかの原因によりストリーミング放送のストリームデータのバッファリングが異常であると検出した場合には、最寄りの区切りデータを検出した時点で視聴を一時停止する構成としていたが、図１０に示すように、ストリームデータにおける区切りデータにレベルの異なる２種類の区切りデータを設け、明らかなストーリー上の区切りである第一レベルの区切りデータである１００１から１００６に加えて、視聴者に対して多少違和感が増える可能性があるものの、ストーリー上で区切りと考えてもおかしくない第二レベルの区切りデータ１００７から１０２０を設け、受信装置１２００が接続しているネットワークの種類やバッファリングの状態により、バッファリングに異常が起きた際のストリームデータの中断ポイントである区切りデータのレベルを選択する構成としても良い。
【００６２】
例えば、受信装置１２００が接続しているネットワークＮが特に高速であり、トラブルの無い通常時においてはバッファリングの量をさほど必要としていない場合には、図１１の１１２１のバッファリング量の推移に示す様に、一度ネットワークのトラブルによりストリームデータの転送が滞ると、図１０のネットワーク環境によるバッファリングの推移に比べて、より急激にバッファリングしていたストリームデータが減少する事になる。この場合、通常の第一レベルの区切りデータである１１０４まではストリームデータがバッファリングされておらず、前述の様なネットワーク環境による接続の場合は、第二レベルの区切りデータを利用し、番組視聴を一時停止する。
【００６３】
この様な構成にすることで、前述の両区切りデータ以外での視聴の中断の可能性をより、低くする事が可能となる。
【００６４】
（第六の実施例）
第一から第五の実施形態に於いては、中断するポイントとしてストリーミング放送番組の区切りの良いところに区切りデータを挿入し、バッファリング状態に異常が検出された場合には、最寄の区切りデータまで再生後、中断することで違和感の無い、自然な視聴を可能にしていたが、本形態に於いては図１３の１３００に示すように中断するポイントとしてストリーミング放送番組に挿入されているＣＭ（Ｃｏｍｍｅｒｃｉａｌ  Ｍｅｓｓａｇｅ）の直後に区切りデータを挿入し、バッファリング状態に異常が検出された場合、最寄の区切りデータまで再生、すなわちユーザにＣＭを提示してから中断することで、違和感の無い、自然な視聴を可能にする。具体的には、前記中断ポイントデータは、中断すべき位置を、前記ストリーム放送データに含まれるＣＭ終了後であって、該ＣＭに続く番組開始前に指定することが望ましく。１つの番組中に離散的に複数回のＣＭが挿入される場合には、それぞれのＣＭの直後であって、それに続く番組の開始或いは再開前で中断されることが望ましいものである。
【００６５】
更に、中断中はＣＭの最後に含まれる画像を静止画広告のように提示することで、視聴者に対してより詳細な商品説明を提示することが可能になると共に、視聴者にとっては静止画広告として認識させることにより、より違和感の無い形でストリーミング放送を視聴出来る。
【００６６】
このような構成にすることで、視聴者に対して違和感の無い番組視聴を提供できると共に、中断中にも付加情報を提示することが出来、視聴者・番組提供者の両者に対して効果を高めることが可能になる。
【００６７】
もちろんＣＭの直前に区切りデータを挿入することでも、視聴者に対して違和感の無い番組視聴を提供することが可能である。
【００６８】
本発明が検知する中断すべき状態とは、上述した通信の異常など受信装置外の異常や、受信装置の電源異常や接続ケーブルの異常など受信装置側の異常、或いは、ユーザーやタイマーなどによるチャンネルの切換が生じた場合などの状態である。チャンネルの切換えの場合には、本発明が適用されるモードと、本発明が適用されず、瞬時にチャンネルが切り替るモードと、の少なくとも２つのモードを持つとよい。
【産業上の利用可能性】
【００６９】
本発明は、ネットワークを介してストリーミング放送を受信可能な、例えば、テレビ、携帯端末、コンピュータなどの受信装置とそれらにおける受信方法に利用できる。
【図面の簡単な説明】
【００７０】
【図１】ストリーム放送データの様子を示す図である。
【図２】ストリーム放送データの受信状態を示す図である。
【図３】ストリーム放送データの受信状態を示す図である。
【図４】本発明の実施形態にて扱うストリーム放送データの様子を示す図である。
【図５】ストリーム放送データの受信状態を示す図である。
【図６】本発明に係る受信装置の動作を示すフローチャートである。
【図７】本発明に係る受信装置の動作を示すフローチャートである。
【図８】ストリーム放送データの受信状態を示す図である。
【図９】ストリーム放送データの受信状態を示す図である。
【図１０】ストリーム放送データの受信状態を示す図である。
【図１１】ストリーム放送データの受信状態を示す図である。
【図１２】本発明が適用される受信装置の構成を示すブロック図である。
【図１３】本発明の実施形態にて扱うストリーム放送データの様子を示す図である。
【符号の説明】
【００７１】
４０１、４１２  パケットデータ
４１３  区切りデータ
１２００  受信装置
１２０１  受信部
１２０２  バッファメモリ
１２０３  デコーダ
１２０４  映像出力部
１２０５  表示部
１２０６  音声出力部
１２０７  スピーカ
１２０８  システム制御部
１２０９  リモコン受信部
【図１】
2004153789.tif 000003
【図２】
2004153789.tif 000004
【図３】
2004153789.tif 000005
【図４】
2004153789.tif 000006
【図５】
2004153789.tif 000007
【図６】
2004153789.tif 000008
【図７】
2004153789.tif 000009
【図８】
2004153789.tif 000010
【図９】
2004153789.tif 000011
【図１０】
2004153789.tif 000012
【図１１】
2004153789.tif 000013
【図１２】
2004153789.tif 000014
【図１３】
2004153789.tif 000015