(57)【要約】【課題】放送録画コンテンツ中の受信劣化部分を補うための補完データを、通信トラフィックへの影響を抑えて受信する。【解決手段】端末装置１００は、放送波で送信されたコンテンツを受信する放送受信部と、データ通信網経由で送信されたコンテンツを受信する通信部と、受信されたコンテンツを蓄積するＲＡＭ（１０９）と、蓄積された放送受信部による受信コンテンツのうち放送時に受信できなかった欠損データを、データ通信網経由で補完サーバから取得する補完制御部と、を備え、補完サーバは、放送波で配信されるコンテンツを分割して生成される複数ファイルを有し、補完制御部は、複数ファイルのうち検出された欠損データを含むファイルを特定し、特定ファイルの要求を、データ通信網経由で前記補完サーバに送信する補完要求部（３０４）を、含む。【選択図】図２
2014060587.tif 000002
【特許請求の範囲】
【請求項１】
放送波で送信されたコンテンツを受信する放送受信部と、
データ通信網経由で送信されたコンテンツを受信する通信部と、
受信されたコンテンツを蓄積する記憶部と、
前記記憶部に蓄積された放送受信部による受信コンテンツのうち放送時に受信できなかった欠損データを、データ通信網経由で補完サーバから取得する補完制御部と、を備え、
前記補完サーバは、
放送波で配信されるコンテンツを分割して生成される複数ファイルを有し、
前記補完制御部は、
前記複数ファイルのうち検出された前記欠損データを含むファイルを特定し、特定ファイルの要求を、前記データ通信網経由で前記補完サーバに送信する要求部を、含む、端末装置。
【請求項２】
前記放送受信部が受信するコンテンツを、リアルタイムに前記記憶部に録画する録画制御部を、さらに備え、
前記補完制御部は、
前記録画制御部による録画中に前記要求を送信する、請求項１に記載の端末装置。
【請求項３】
前記補完サーバから、前記要求に応じた前記特定ファイルを前記録画制御部による録画中に受信する、請求項２に記載の端末装置。
【請求項４】
前記補完サーバから受信した前記特定ファイルを記憶するためのファイル記憶部と、
ユーザ操作をうけて、前記記憶手段から取り出されたコンテンツを再生する再生部と、をさらに備え、
前記再生部は、
前記取り出されたコンテンツの再生中に、前記欠損データを含む部分を前記特定ファイルに代替して当該コンテンツを再生する、請求項１から３のいずれかに記載の端末装置。
【請求項５】
前記コンテンツは、動画データを含むマルチメディアデータであり、
前記補完サーバは、
放送波で配信されるコンテンツを複数部分に分割した場合の、各部分について異なる解像度を示す複数個のファイルを有し、
前記補完制御部は、
予め定めた数以上の前記特定ファイルを要求する場合には、前記複数個のファイルのうち、低い解像度を示す方のファイルを要求する、請求項１から４のいずれかに記載の端末装置。
【請求項６】
放送波で配信されるコンテンツを分割して生成される複数ファイルを有したサーバと通信する端末装置の制御方法であって、
放送波で送信されたコンテンツを受信するステップと、
データ通信網経由で送信されたコンテンツを受信するステップと、
受信されたコンテンツを記憶部に蓄積するステップと、
前記記憶部に蓄積された放送波で受信された受信コンテンツのうち放送時に受信できなかった欠損データを、データ通信網経由で補完サーバから取得するステップと、を備え、
前記補完サーバから取得するステップでは、
前記複数ファイルのうち検出された前記欠損データを含むファイルを特定し、特定ファイルの要求を、前記データ通信網経由で前記補完サーバに送信するステップを、含む、端末装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は端末装置に関し、特に、蓄積型放送サービスにおける放送コンテンツを受信する端末装置に関する。
【背景技術】
【０００２】
近年、モバイルマルチメディア放送（ＭＭ放送とも称する）は、地上アナログ放送終了後の電波の空き周波数を利用して各種コンテンツを配信する携帯端末向けの新しい放送として注目されている。
【０００３】
モバイルマルチメディア放送は、ワンセグ放送と同様に放送を受信しながらライブ映像を視聴することができるリアルタイム型放送サービスと、電波の受信が可能なときにさまざまなコンテンツを端末装置が受信し、端末装置のメモリに蓄積する蓄積型放送サービスとを含む。
【０００４】
また、蓄積型放送サービスの利用方法として、リアルタイム放送される番組を放送局側の補完サーバにコンテンツデータとして蓄積しておき、ユーザの端末装置からの要求に応じて、補完サーバは蓄積されたコンテンツデータを送信する方式がある。
【０００５】
たとえば特許文献１（特開２０１０−１３０１６９号公報）に記載の端末に搭載される録画制御装置は、録画予約された番組の録画に失敗した場合には、当該番組をリクエストし、リクエストに対する応答情報に基づきリクエストした番組を端末内の番組記憶部に格納する。
【０００６】
また、特許文献２（特開２００５−６５２３２号公報）に記載のストリームデータの記録再生方法は、降雨減衰を伴い受信されるストリームデータの、それ自体では訂正ができないエラー部分を含んで記録されたデータを、通信ネットワークを介して得た更新用データにより修正して再生する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−１３０１６９号公報
【特許文献２】特開２００５−６５２３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１では、録画に失敗した番組全体を再度、受信することから通信に係るトラフィックが増加し、ネットワークに係る負荷をかけることになる。
【０００９】
これに対し、特許文献２では、装置は放送局から受信するトランスポートストリーム信号においてエラーを含むＴＳパケットを検出すると、ＴＳパケット番号情報に基づいて、放送時に受信エラーとなったＴＳデータ部分をインターネット配信局から受信するので、番組全体を受信する方法に比べて、ネットワークに係る負荷をかけることはない。しかし、エラーを含むＴＳパケットのデータ部分を受信するとしているので、装置側でエラーを含むＴＳパケットの特定が誤れば、正しい更新用データを取得できないおそれがある。
【００１０】
それゆえに、本発明の目的は、放送録画コンテンツ中の受信劣化部分を補うための補完データを、通信トラフィックへの影響を抑えて受信する端末装置を提供することである。
【課題を解決するための手段】
【００１１】
この発明のある局面に従う端末装置は、放送波で送信されたコンテンツを受信する放送受信部と、データ通信網経由で送信されたコンテンツを受信する通信部と、受信されたコンテンツを蓄積する記憶部と、記憶部に蓄積された放送受信部による受信コンテンツのうち放送時に受信できなかった欠損データを、データ通信網経由で補完サーバから取得する補完制御部と、を備える。補完サーバは、放送波で配信されるコンテンツを分割して生成される複数ファイルを有する。補完制御部は、複数ファイルのうち検出された欠損データを含むファイルを特定し、特定ファイルの要求を、データ通信網経由で補完サーバに送信する要求部を、含む。
【００１２】
好ましくは、放送受信部が受信するコンテンツを、リアルタイムに記憶部に録画する録画制御部を、さらに備え、補完制御部は、録画制御部による録画中に前記要求を送信する。
【００１３】
好ましくは、補完サーバから、要求に応じた特定ファイルを録画制御部による録画中に受信する。
【００１４】
好ましくは、補完サーバから受信した特定ファイルを記憶するためのファイル記憶部と、ユーザ操作をうけて、記憶手段から取り出されたコンテンツを再生する再生部と、をさらに備え、再生部は、取り出されたコンテンツの再生中に、欠損データを含む部分を特定ファイルに代替して当該コンテンツを再生する。
【００１５】
好ましくは、コンテンツは、動画データを含むマルチメディアデータであり、補完サーバは、放送波で配信されるコンテンツを複数部分に分割した場合の、各部分について異なる解像度を示す複数個のファイルを有する。補完制御部は、予め定めた数以上の特定ファイルを要求する場合には、複数個のファイルのうち、低い解像度を示す方のファイルを要求する。
【００１６】
この発明のある局面に従うと、放送波で配信されるコンテンツを分割して生成される複数ファイルを有したサーバと通信する端末装置の制御方法は、放送波で送信されたコンテンツを受信するステップと、データ通信網経由で送信されたコンテンツを受信するステップと、受信されたコンテンツを記憶部に蓄積するステップと、記憶部に蓄積された放送波で受信された受信コンテンツのうち放送時に受信できなかった欠損データを、データ通信網経由で補完サーバから取得するステップと、を備える。補完サーバから取得するステップでは、複数ファイルのうち検出された欠損データを含むファイルを特定し、特定ファイルの要求を、データ通信網経由で補完サーバに送信するステップを、含む。
【発明の効果】
【００１７】
本発明によれば、リアルタイム放送録画コンテンツ中の欠損データを補うための当該欠損データを含む補完用のファイルを、データ通信網経由で受信する。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態に従うモバイルマルチメディア放送システムの概略を説明する図である。
【図２】本発明の実施の形態に従う端末装置の機能ブロック図である。
【図３】本発明の実施の形態に係る端末装置の記憶データの一例を示す図である。
【図４】本発明の実施の形態に係る補完サーバの構成図である。
【図５】本発明の実施の形態に係る録画および再生の処理フローチャートである。
【図６】本発明の実施の形態に係る蓄積放送データを示す図である。
【図７】本発明の実施の形態に係る再生制御を模式的に示す図である。
【図８】本発明の実施の形態に係るマニフェストファイル示す図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照しつつ、発明の各実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００２０】
本発明を適用する端末装置は、ＩＳＤＢ−Ｔｍｍ（Integrated Services Digital Broadcasting-Terrestrial Mobile Multi-Media）等に従うモバイルマルチメディア放送の蓄積型放送サービスに対応可能に構成された携帯型の端末装置であり、蓄積コンテンツ補完処理を実行する機能を備える。なお、本実施の形態においては、携帯型の端末装置としてスマートフォン等の多機能携帯端末について説明するが、特に多機能携帯端末に限られず他の端末装置にも同様に適用可能である。
【００２１】
蓄積コンテンツ補完処理（単に補完処理とも称する）とは、蓄積型放送において、放送波でコンテンツを完全に受信できなかった場合に、データ通信網経由による通信により補完サーバから欠損データを補完し、コンテンツを完成する処理である。
【００２２】
図１は、本発明の実施の形態に従うモバイルマルチメディア放送システムの概略を説明する図である。
【００２３】
図１を参照して、モバイルマルチメディア放送システムは、複数の放送コンテンツ９００を蓄積する放送局コンテンツサーバ２と、放送局コンテンツサーバ２に蓄積された放送コンテンツ９００を放送波として配信する基地局４と、基地局４から配信された放送コンテンツ９００を受信して蓄積し、蓄積された放送コンテンツ９００をディスプレイに表示し、また録画する端末装置１００と、コンピュータに相当する機能を有する補完サーバ６とを備える。補完サーバ６は、本実施の形態では、端末装置１００からの補完要求に応じて放送コンテンツ９００の欠損データをデータ通信網経由で配信する機能を有する。
【００２４】
端末装置１００は、放送波で放送コンテンツを完全に受信できなかった場合に、放送コンテンツを完成するために、データ通信網経由による通信波により補完サーバ６に補完要求を送信して、補完サーバ６からの欠損データを受信して放送コンテンツを補完する。
【００２５】
図２は、本発明の実施の形態に従う端末装置１００の機能ブロック図である。
図２を参照して、端末装置１００は、端末の主制御を行う主制御部１０１と、データ通信網の一種であるキャリア網による通信制御を行う通信制御部１０２と、キャリア網通信用のアンテナ１０３と、音声を出力するためのスピーカ１０４と、音声入力のためのマイク１０５と、放送コンテンツを表示するための表示部１０６と、ユーザが端末操作するためのキーを制御するキー制御部１０７と、プログラムおよびデータを格納する不揮発性および揮発性の記憶部（ＲＯＭ（Read Only Memory）１０８およびＲＡＭ（Random Access Memory）１０９）と、データ通信網の一種であるＷｉＦｉ（Wireless Fidelity），３ＧＰＰ（3rd Generation Partnership Project）によるデータ通信を実行するデータ通信制御部１１０と、ＷｉＦｉ，３ＧＰＰ通信用のアンテナ１１１と、モバイルマルチメディア放送用のアンテナ２０３と、モバイルマルチメディア放送のチューナ制御を行う放送チューナ制御部２０２と、モバイルマルチメディア放送の主制御を行う放送主制御部２０１と、補完サーバ６との間で受信劣化区間に対応する欠損データの補完処理を実行させるための補完制御部と、録画予約制御部３０１、端末の通信状態を監視する通信状態監視部３０３と、通信状態監視部３０３で監視した結果が示す受信信号の受信劣化区間を検出する劣化区間検出部３０５と、再生のための特定区間を示す区間データを記憶部の予め定められた領域に格納するための再生区間データ格納部３０６と、再生時のコンテンツデータの取得先を切替える再生切替部３０８を有した再生部３０７と、を備え得る。
【００２６】
主制御部１０１は、マイクロコンピュータに相当し、ＣＰＵ（Central Processing Unit）およびタイマ等を含む。
【００２７】
補完制御部は、放送データの蓄積を要求するための蓄積データ要求部３０２および補完要求を送信するための補完要求部３０４を含む。
【００２８】
図３は、本発明の実施の形態に係る端末装置１００の記憶データの一例を示す図である。図３を参照して、端末装置１００のＲＡＭ１０９には、１つ以上のポジションデータ４００を含むポジションデータ群を格納するための領域Ｅ１と、リアルタイム放送録画データ５００を格納するための領域Ｅ２と、リアルタイム放送録画データ５００の欠損データを補完するための補完用蓄積データ６００を格納するための領域Ｅ３と、補完サーバ６から受信するマニフェストファイル７００を格納するための領域Ｅ４とを含む。
【００２９】
ここでは、説明を簡単にするために、端末装置１００は、１個のリアルタイム放送録画データ５００を格納するとしているが、２つ以上を格納するとしてもよい。その場合には、各リアルタイム放送録画データ５００に対応して、ポジションデータ群、補完用蓄積データ６００およびマニフェストファイル７００が格納される。
【００３０】
図４は、本発明の実施の形態に係る補完サーバ６の構成図である。補完サーバ６は、ＣＰＵ６０１、入力部６０３、出力部６０４、放送局コンテンツサーバ２および端末装置１００と通信するための通信Ｉ／Ｆ（Interface）６０５、および記憶部６０２を備える。
【００３１】
記憶部６０２は、揮発性および不揮発性のメモリからなり、後述する蓄積放送データ８００と当該蓄積放送データ８００に対応のマニフェストファイル７００を含むデータが格納される。
【００３２】
図５は、本発明の実施の形態に係る録画および再生の処理フローチャートである。図６は、本発明の実施の形態に係る蓄積放送データ８００を示す図である。図７は、本発明の実施の形態に係る再生制御を模式的に示す図である。図８は、本発明の実施の形態に係るマニフェストファイルを示す図である。
【００３３】
（放送コンテンツ）
番組（オブジェクト）である放送コンテンツ９００は、複数ブロックに時間分割したＭＰ４等に従う動画ファイル形式を有し、放送局は、放送コンテンツ９００を番組放送開始から終了までの経過時間（以下、タイムラインという）に従って順番に、ＭＰＥＧ−２ＴＳ（Motion Pictures Expert Group 2 Transport Stream)上で予め定めたサイズのＴＳパケットに分割し、端末装置１００に送信する。ＴＳパケットはヘッダと、番組の映像データ・音声データなどを格納するための本体部とを含む。ヘッダには、タイムラインのうち先頭（番組放送開始）から何番目のパケットであるかを特定し、且つ、各パケットの本体部のデータを同期再生するために参照される基準時刻情報が含まれる。
【００３４】
（蓄積放送データ）
図４の蓄積放送データ８００は、放送コンテンツ９００に対応して生成される。対応する放送コンテンツ９００自体が２５分長さの動画データを含むコンテンツであるとした場合に、蓄積放送データ８００は、放送コンテンツ９００をＭＰ４に従い圧縮することにより、たとえば各５分間の識別子file1.mp4〜file5.mp4で示される５個の動画ファイルに分割した構成を有する。
【００３５】
（マニフェストファイル）
本実施の形態では、ＡＲＩＢ（Association of Radio Industries and Broadcast：電波産業会）ＴＲ−Ｂ３３３(セグメント連結伝送方式による地上マルチメディア放送運用規定)の第１分冊の蓄積コンテンツのマニフェストファイルの規定に従い、蓄積放送データ８００に対応するＸＭＬ（Extensible Markup Language）形式のマニフェストファイル(TmmManifest.xml）を定義する。
【００３６】
図８のマニフェストファイル７００には、リアルタイム型放送コンテンツを蓄積放送データ８００として分割された複数の動画ファイルで構成した場合の、コンテンツに関するファイル構成などのファイル管理情報、シナリオ情報が記述されている。図６の蓄積放送データ８００に対応して放送局側で生成されるものであり、<scenario>要素内の図６のfile1.mp4〜file5.mp4の５個のファイルはどの順番に再生されるべきかの情報などが記載されている。
【００３７】
（フローチャート）
図５を参照して、端末装置１００でマルチメディア放送のリアルタイム型放送コンテンツの録画時に、受信信号の劣化区間の欠損データを補完する処理について説明する。図５のフローチャートに従うプログラムは予めＲＯＭ１０８に格納されて、主制御部１０１のＣＰＵがＲＯＭ１０８からプログラムを読出し実行することにより、処理が実現される。
【００３８】
ここでは、リアルタイム型放送コンテンツを受信中に受信劣化を検出した場合に、端末装置１００側から補完サーバ６に受信劣化区間の欠損データを補完するための補完データの要求（以下、補完要求という）が送信される。
【００３９】
補完サーバ６のＣＰＵ６１０は、放送コンテンツ９００の蓄積放送データ８００を作成し、記憶部６０２に予め格納するとともに、対応するマニフェストファイル７００を作成した記憶部６０２に予め格納する。補完サーバ６は、リアルタイム型放送コンテンツ９００のストリームデータを、複数ブロックに時間分割したＭＰ４等に従う動画ファイル形式の蓄積放送データ８００を生成し、記憶部６０２に格納する。
【００４０】
マニフェストファイルには、リアルタイム型放送コンテンツを蓄積型放送データとして分割された動画ファイルで構成した場合のコンテンツに関するコンテンツ情報が記述されている（図７参照）。
【００４１】
本実施の形態では、放送局側では補完要求用の蓄積放送データ８００について、それに紐付くリアルタイム型放送コンテンツ９００の放送開始のタイミング、もしくはリアルタイム放送の時間帯よりも以前に蓄積型放送を行う（蓄積型放送データを取得できる）ように放送スケジュールを組むものとする。
【００４２】
まず、主制御部１０１のＣＰＵは、リアルタイム放送番組の録画予約を受付ける（ステップＳ３）。具体的には、ＣＰＵは、キー制御部１０７を介したユーザによるキー操作に基づき、放送番組の録画予約の情報を入力する。
【００４３】
ユーザがリアルタイム型放送コンテンツである放送番組の録画予約をした場合に、蓄積データ要求部３０２は、リアルタイム型放送コンテンツに紐付く補完要求用の蓄積放送データ８００の蓄積予約をする（ステップＳ５）。蓄積予約のデータは、予め定めた記憶領域に格納される。補完用蓄積データ６００をＲＡＭ１０９に蓄積するための動作（補完制御部および劣化区間検出部３０５などの動作）は、当該蓄積予約データが、予め定めた記憶領域に格納されていることを検出したことに応じて開始（能動化）される。
【００４４】
なお、蓄積放送データ８００を記憶部６０２に予め格納しておく方法に限定されず、端末装置１００から補完要求を受信したタイミングで、リアルタイムにリアルタイム型放送コンテンツ９００の当該ストリームデータから動画ファイルへ切出しエンコード処理を行う方法であってもよい。
【００４５】
録画予約制御部３０１は、予約された録画時間データとタイマが出力する時間データとを比較し、比較結果から、録画開始時間であると判定すると、録画開始される（ステップＳ７）。具体的には、録画予約制御部３０１は、放送主制御部２０１に予約された録画情報（チャンネル、時間等の情報）を出力する。放送主制御部２０１は、入力する録画情報に基づき放送チューナ制御部２０２にチューニングのためのデータを出力する。放送チューナ制御部２０２は、放送主制御部２０１からのデータに基づき図示しないチューナのチューニング動作を制御する。これにより、アンテナ２０３を介して予約された番組のリアルタイム型放送コンテンツ９００が受信される。録画予約制御部３０１は、受信するコンテンツをＲＡＭ１０９の領域Ｅ２にリアルタイム放送録画データ５００として格納する。なお、録画開始時には、放送局の指示に基づき、補完サーバ６から対応のマニフェストファイルが端末装置１００宛てに送信されて、端末装置１００のＲＡＭ１０９の領域Ｅ４に格納される。
【００４６】
端末装置１００は、リアルタイム型放送コンテンツ９００を受信時に、劣化判定部は受信レベルが劣化しているか否かを判定する（ステップＳ９）。
【００４７】
具体的には、劣化判定部は通信状態監視部３０３の１機能であって、アンテナ２０３の出力に基づく受信強度（単位：デシベル）または受信エラー頻度等を検出する。そして、検出値と閾値とを比較し、比較結果から、検出値が閾値を超える状態が一定時間期間以上継続したと判定したとき、受信レベルは劣化していると判定する。ここでは、“劣化”とは、当該パケットのデータの部分的または全部の欠損がある、または、当該パケットのデータから正常な画像または音声などを再生することが困難で受信信号レベルであることを示す。
【００４８】
劣化していない、すなわち受信レベルは良好であると判定すると（ステップＳ９でＮＯ）、ステップＳ１６に移行するが、劣化していると判定すると（ステップＳ９でＹＥＳ）、劣化区間検出部３０５は、劣化判定部の出力に基づき、判定された受信劣化区間を検出する（ステップＳ１１）。
【００４９】
具体的には、劣化判定部により劣化判定されたポジションを検出する。これを補完開始ポジション１と呼ぶとする。劣化判定後、受信レベルが回復し劣化判定部により受信状態が良好と判定された場合の、再生ポジションを検出する。これを補完終了ポジション１と呼ぶとする。したがって、補完開始ポジション１〜補完終了ポジション１までの受信期間は、受信劣化区間となる。
【００５０】
図６を参照して、蓄積放送データ８００のタイムラインに関連付けて上記の受信劣化区間を示す。図６の蓄積放送データ８００のタイムライン、すなわち対応のリアルタイム型放送コンテンツ９００のタイムラインに関連付けて補完開始ポジション１を示す補完開始ポジションＴ１と補完終了ポジション１を示す補完終了ポジションＴ２が示されて、補完開始および終了ポジションＴ１とＴ２で挟まれた領域が、斜線部が受信劣化区間に相当する。
【００５１】
劣化区間検出部３０５は、補完開始ポジションＴ１の直前および補完終了ポジションＴ２の直後において受信した各パケットのヘッダの基準時刻情報に基づき、領域Ｅ４のマニフェストファイル７００（図８）を検索し、マニフェストファイル７００から当該基準時刻情報に該当するscene-id要素に対応した動画ファイルの識別子“file2.mp4”を特定する（ステップＳ１３）。
【００５２】
また、対応するstart／end属性の値を読出し、読出した値から、“file2.mp4”の動画ファイルのタイムラインに従う先頭位置を示す補完開始ポジション２と補完終了ポジション２を示す補完開始ポジションＴ３と補完終了ポジションＴ４を、Ｔ３＝０５：００（ｓｅｃ）およびＴ４＝０５：００+０５：００＝１０：００（ｓｅｃ）と算出する。
【００５３】
ここでは、パケットのヘッダ内の基準時刻情報は、リアルタイム放送のタイムラインに従う時刻を示すと想定することから、当該基準時刻情報から容易に受信劣化の時間区間を検出することができる。なお、補完開始ポジションＴ１および補完終了ポジションＴ２は受信パケットの基準時刻情報から検出する方法に限定されず、主制御部１０１のタイマが出力する時間データから、タイムラインに同期した補完開始ポジションＴ１および補完終了ポジションＴ２を検出するとしてもよい。
【００５４】
続いて、補完要求部３０４は、受信劣化区間に該当する動画ファイルを要求するために、動画ファイルの識別子“file2.mp4”を含む補完要求を、通信制御部１０２を介して補完サーバ６に送信する（ステップＳ１５）。なお、既に補完要求済みの動画ファイルについては、再度、補完要求は送信しない。
【００５５】
その後、ＣＰＵは録画予約制御部３０１によるリアルタイム型放送コンテンツの録画は終了したか否かを、放送局から受信するパケットのヘッダの情報に基づき判定する（ステップＳ１６）。録画終了と判定されないときは（ステップＳ１６でＮＯ）、処理はステップＳ９に戻り、以降の処理が繰り返される。
【００５６】
一方、録画終了と判定すると（ステップＳ１６でＹＥＳ）、補完サーバ６から、補完要求の応答である受信劣化区間の録画データを補完するための動画ファイルを受信する（ステップＳ１７）。ここでは、説明の簡単化のために識別子“file2.mp4”を含む補完要求のみが送信されていると想定する。
【００５７】
補完サーバ６のＣＰＵ６０１が、通信Ｉ／Ｆ６０５を介し端末装置１００から受信した補完要求に含まれる補完開始および終了ポジションＴ３およびＴ４に基づき、記憶部６０２の蓄積放送データ８００を検索し、動画ファイルfile２．mp4を送信するので、端末装置１００は、これを受信する。端末装置１００側はＲＡＭ１０９の領域Ｅ３に補完用蓄積データ６００として格納する。
【００５８】
その後、録画終了処理が行われる（ステップＳ１９）。なお、録画終了後も、補完用動画ファイルの取得処理が継続するケースもある。
【００５９】
録画終了後は、再生区間データ格納部３０６は、上記の検出された補完開始および終了ポジションＴ１およびＴ２と、補完開始および終了ポジションＴ３およびＴ４とを対応づけてポジションデータ４００として領域Ｅ１に格納する（ステップＳ２１、Ｓ２３）。このポジションデータ４００は、領域Ｅ２と領域Ｅ３の対応するリアルタイム放送録画データ５００と補完用蓄積データ６００とに、ポインタデータなどを用いて関連付け（紐付け）される。これにより、受信劣化区間のコンテンツを補完するための補完用蓄積データ６００が示す各動画ファイルについて、その先頭と最後が、補完開始および終了ポジションＴ３およびＴ４と対応付けられることにより、当該動画ファイルがリアルタイム放送録画データ５００のタイムライン上のどの再生ポジションに位置するかの対応付けを格納しておくことが可能になる。
【００６０】
録画終了後は、キー制御部１０７から再生指示が入力されると（ステップＳ２５）、リアルタイム放送録画データ５００の再生が開始される。再生された動画は表示部１０６に表示され、音声データはスピーカ１０４から出力される。
【００６１】
再生部３０７は、再生指示を入力すると、領域Ｅ２からリアルタイム放送録画データ５００を読出し、デコード処理などして、再生処理する。
【００６２】
再生処理はタイムラインの先頭からデータが読出されるが、再生切替部３０８は、定期的なタイミングで、補完すべき時間区間に突入したか否かを判定する（ステップＳ２７）。具体的には、再生開始からタイマが計時する時間データと、領域Ｅ１の対応のポジションデータ補完開始ポジションＴ３が示す時間とを比較し、比較結果から判定する（ステップＳ２７）。補完すべき時間区間に未だ突入していないと判定すると（ステップＳ２７でＮＯ）、再生をしながら、ステップＳ２７の処理が繰り返される。
【００６３】
比較結果から補完すべき時間区間に突入したと判定すると（ステップＳ２７でＹＥＳ）、再生切替部３０８は、リアルタイム放送録画データの再生を停止し、当該ポジションデータ４００に関連付けされた領域Ｅ３の補完用蓄積データ６００（動画ファイルfile2．mp4）を読出しを開始する。これにより、再生動画ファイルの切替制御が行われて、補完用動画ファイルの再生が開始する（ステップＳ２９）。
【００６４】
再生切替部３０８は、補完用蓄積の動画ファイルの再生を終了したか否かを判定する（ステップＳ３１）。終了と判定されない間（ステップＳ３１でＮＯ）は、ステップＳ３１が繰り返される。
【００６５】
一方、終了と判定すると（ステップＳ３１でＹＥＳ）、再生切替部３０８は、再度、領域Ｅ２のリアルタイム放送録画データ５００において、ポジションデータ４００の補完終了ポジションＴ４が示す位置をシークし当該位置から再生を開始する（ステップＳ３３）。または、補完用蓄積データ６００を対応のポジションデータ４００の補完終了ポジションＴ２に相当する再生ポジションまで再生し、再度、リアルタイム放送録画データ５００を当該ポジションデータ４００の補完終了ポジションＴ２からシーク再生を開始する制御でもよい。なお、前者の方が受信劣化区間の再生をより確実に回避することができる。
【００６６】
その後は、再生部３０７は、再生を終了するか否かを判定する（ステップＳ３５）。たとえば、補完用蓄積データ６００の終端を示す情報を再生したか否に基づき判定する。または、キー制御部１０７から再生終了の指示を入力するか否かに基づき判定する。再生終了と判定されない間は（ステップＳ３５でＮＯ）、再生が継続する（ステップＳ３７）が、終了と判定されると（ステップＳ３５でＹＥＳ）、処理は終了する。
【００６７】
（変形例１）
補完サーバ６は、記憶部６０２に同じ放送コンテンツ９００から生成される蓄積放送データ８００はファイル組を複数個有するとしてもよい。つまり、放送コンテンツ９００を、前述したfile1.mp4〜file5.mp4の５個のファイルに分割する場合に、５個のファイル組を生成する。そして、たとえばfile1.mp4の組は、高い解像度すなわち大容量サイズのfileと、低い解像度すなわち小容量サイズのfileとの２個のfileからなる。他のfile2.mp4〜file5.mp4の各組についても同様である。
【００６８】
動作において、端末装置は１００は、劣化判定部の判定の結果、一定数以上の複数の補完用動画ファイルを取得する必要がある場合は、ファイル組のうち低い解像度すなわち小容量のファイルサイズ（ワンセグ画質なみのデータ）の方の補完用動画ファイルを要求し、通信経由で取得する。これにより、補完用動画ファイルを取得する必要がある場合であっても、通信トラフィックを低減させることができる。そして、一定数未満の複数の補完用動画ファイルを取得する場合は、高い解像度すなわち大容量のファイルサイズの方の補完用動画ファイルを要求し取得する。これにより、高い解像度の再生画像を視聴できる。
【００６９】
（変形例２）
なお、解像度は低・高の２種類としたが、file1.mp4〜file5.mp4のそれぞれについて３種類以上の解像度が異なるファイルの組を準備して、端末装置１００はデータ通信網のトラフィックを検出し、検出結果に応じて、３種類以上の解像度のうちのいずれかの解像度を選択し、選択した解像度のファイルを補完サーバ６に要求するとしてもよい。
【００７０】
（変形例３）
また、端末装置１００は、補完要求を録画中に補完サーバ６に送信するとしたが、録画終了後に送信するとしてもよい。また、端末装置１００は、補完要求に応じた補完用動画ファイルを録画終了後に受信するとしたが、録画中に受信するとしてもよい。
【００７１】
（実施の形態の効果）
本形態によれば、マルチメディア放送対応のスマートフォン等の携帯型の端末装置におけるリアルタイム型放送コンテンツの録画機能において、放送波の受信劣化により録画データの一部に受信劣化区間（受信劣化による欠損データ）が発生した場合に、マルチメディア放送規格の蓄積放送の仕組みを活用し、受信劣化区間およびその周辺に限定した部分のコンテンツデータを、録画中もしくは録画直後に通信経由で蓄積データとして取得する。
【００７２】
これにより、通信トラフィックへの影響を抑えることができる。また、録画されたリアルタイム型放送コンテンツの再生時には、受信劣化区間の再生ポジションに到達した時点で、受信劣化区間を補完する蓄積データのほうに再生先を自動切り替えし、受信劣化区間に相当する蓄積データの再生が終了すれば、再度、リアルタイム型放送コンテンツに録画データに再生先を切替えることにより、劣化のないリアルタイム型放送コンテンツの録画データの再生機能を提供することができる。
【００７３】
（他の実施の形態）
上述した実施の形態では、フローチャートに従うプログラムは、端末装置１００に付属するメモリカード（図示せず）などのように、主制御部１０１のＣＰＵがメモリドライを介して読取り可能な記録媒体に記録させて、プログラム製品として端末装置１００に提供することもできる。あるいは、ネットワークを介してアンテナ１０３により受信しＲＡＭ１０９の記憶領域へのダウンロードによって、プログラムを提供することもできる。
【００７４】
提供されるプログラム製品は、プログラム自体と、プログラムが非一時的に記録された記録媒体とを含む。
【００７５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００７６】
２  放送局コンテンツサーバ、４  基地局、６  補完サーバ、１００  端末装置、１１０  データ通信制御部、２０１  放送主制御部、２０２  放送チューナ制御部、３０１  録画予約制御部、３０２  蓄積データ要求部、３０３  通信状態監視部、３０４  補完要求部、３０５  劣化区間検出部、３０６  再生区間データ格納部、３０７  再生部、３０８  再生切替部、４００  ポジションデータ、５００  リアルタイム放送録画データ、６００  補完用蓄積データ、７００  マニフェストファイル、８００  蓄積放送データ、９００  リアルタイム型放送コンテンツ。
【図１】
2014060587.tif 000003
【図２】
2014060587.tif 000004
【図３】
2014060587.tif 000005
【図４】
2014060587.tif 000006
【図５】
2014060587.tif 000007
【図６】
2014060587.tif 000008
【図７】
2014060587.tif 000009
【図８】
2014060587.tif 000010