(57)【要約】【課題】視聴意向に反してコンテンツを再生視聴できないまま更新されてしまい視聴機会を失うリスクを低減すること。【解決手段】放送配信コンテンツの更新を検知すると受信機はただちに蓄積更新処理を行わず、現在蓄積中の旧コンテンツの再生履歴を確認し再生がない場合には、新コンテンツのメタデータのみを取得しておき、旧コンテンツのメタデータを基に、再生期限内は旧コンテンツを保持し続け、再生期限を提示して利用者へ再生を促し再生があれば放送から蓄積更新処理を実行し、再生がないまま再生期限を経過すると通信サーバから新コンテンツを取得し、蓄積更新処理を実行する。【選択図】    図４
2011091496.tif 000002
【特許請求の範囲】
【請求項１】
放送局から配信されるコンテンツを受信する受信モジュールと、
前記コンテンツの前記放送局からの配信停止後、一定期間前記コンテンツを配信するサーバと通信を行う無線通信モジュールと、
前記放送局から配信されたコンテンツおよび前記サーバから配信されたコンテンツを記憶媒体に記録する記録手段と、
前記記憶媒体に格納されている第１コンテンツの前記放送局からの配信停止後、前記放送局から前記第１コンテンツの続きの第２コンテンツが配信されている場合に、前記第１コンテンツの再生履歴、配信期間および再生期限に基づいて前記第１コンテンツを前記記憶媒体から削除し、前記放送局または前記サーバから配信された第２コンテンツを前記記憶媒体に格納する制御手段とを具備することを特徴とする受信装置。
【請求項２】
前記制御手段は、
前記放送局から前記第２コンテンツが配信され、前記第１コンテンツが再生されている場合に、前記第１コンテンツを削除すると共に、前記第２コンテンツを前記記憶媒体に格納し、
前記第１コンテンツが再生されていない場合に、前記第１コンテンツの再生期限に基づいて前記第１コンテンツを再生することができるかを判別し、再生することができると判断された場合に前記第１コンテンツの再生期限を通知し、再生することができないと判断された場合に、前記第１コンテンツを前記記憶媒体から削除すると共に、前記第２コンテンツを前記記憶媒体に格納することを特徴とする請求項１に記載の受信装置。
【請求項３】
前記制御手段は、前記放送局から前記第２コンテンツが配信されている場合に、前記第１コンテンツの再生履歴および再生期限を示す情報を保持したままで、前記第１コンテンツを前記記憶媒体から削除すると共に、前記第２コンテンツを前記記憶媒体に格納し、
前記第１コンテンツの再生履歴が前記第１コンテンツが再生されていないことを示し、前記第１コンテンツの配信期間が前記第１コンテンツが前記サーバから配信されていることを示している場合、前記サーバから配信されている前記第１コンテンツを取得し、前記取得された前記第１コンテンツを前記記憶媒体に格納することを特徴とする請求項１に記載の受信装置。
【請求項４】
放送局から配信される第１コンテンツを受信モジュールによって受信し、
前記第１コンテンツを記憶媒体に格納し、
前記第１コンテンツの前記放送局からの配信停止後、前記第１コンテンツの続きの第２コンテンツが前記放送局から配信されていることを検出し、
前記第１コンテンツの再生履歴、配信期間および再生期限に基づいて前記第１コンテンツを前記記憶媒体から削除し、
前記放送局、または前記第２コンテンツの前記放送局からの配信停止後に一定期間前記第２コンテンツを配信するサーバから配信された第２コンテンツを前記記憶媒体に格納することを特徴とするコンテンツ記録制御方法。
【請求項５】
電波またはＩＰ放送によって第１コンテンツを配信し、
前記電波またはＩＰ放送による前記第１コンテンツの配信終了後に、前記電波またはＩＰ放送によって前記第１コンテンツの続きである第２コンテンツを配信し、
前記電波またはＩＰ放送による前記第１コンテンツの配信終了後、前記第１コンテンツをサーバに一定期間蓄積し、
受信装置からの要求に応じて前記サーバから前記受信装置に前記第１コンテンツを配信することをと特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、蓄積型放送サービスに対応する受信装置および通信制御方法に関する。
【背景技術】
【０００２】
現在、現在放送が行われている地上波テレビジョンのアナログ放送は、２０１１年に終了する予定である。アナログ放送の終了後、空いた帯域の一部を用いて携帯端末向けマルチメディア放送が行われる予定である。携帯端末向けマルチメディア放送では、蓄積型放送（ダウンロード放送）が行われることが想定されている。
【０００３】
蓄積型放送では、放送波を用いてファイル型のコンテンツを携帯端末に対して提供すると共に、携帯端末はコンテンツを内部に保存することができる。携帯端末は、コンテンツのデータの一部の保存に失敗した場合に移動体通信を介してサーバと通信を行うことによって欠損しているデータを取得することができる。
【０００４】
特許文献１は、コンテンツを放送波経由および通信経由で配信する蓄積型放送サービスを開示している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１２０１５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
マルチメディア放送では蓄積型放送サービスでは通常、配信コンテンツを定期的に更新するのに伴い、受信機で蓄積されていたコンテンツも随時更新していく。放送配信中でのコンテンツデータの欠損発生時には通信サーバから欠損データ部分を指定し取得補完することで修復する運用が想定されているものの、放送配信終了後のコンテンツ取得については特に言及されていない。
【０００７】
本発明の目的は、利用者が多忙や不在等のためにその視聴意向に反してコンテンツを再生視聴できないまま更新されてしまい視聴機会を失うリスクを低減することが可能な受信装置および通信制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一例に係わる受信装置は、放送局から配信されるコンテンツを受信する受信モジュールと、前記コンテンツの前記放送局からの配信停止後、一定期間前記コンテンツを配信するサーバと通信を行う無線通信モジュールと、前記放送局から配信されたコンテンツおよび前記サーバから配信されたコンテンツを記憶媒体に記録する記録手段と、前記記憶媒体に格納されている第１コンテンツの前記放送局からの配信停止後、前記放送局から前記第１コンテンツの続きの第２コンテンツが配信されている場合に、前記第１コンテンツの再生履歴、配信期間および再生期限に基づいて前記第１コンテンツを前記記憶媒体から削除し、前記放送局または前記サーバから配信された第２コンテンツを前記記憶媒体に格納する制御手段とを具備することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、利用者が多忙や不在等のためにその視聴意向に反してコンテンツを再生視聴できないまま更新されてしまい視聴機会を失うリスクを低減することが可能になる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係わる蓄積型放送サービスシステムの構成を示すブロック図。
【図２】図１に示す携帯型受信端末装置の構成を示すブロック図。
【図３】コンテンツ放送配信期間、コンテンツネット配信期間、鍵の有効期間、および受信端末に蓄積されている蓄積コンテンツの関係を示す図。
【図４】コンテンツの更新処理の手順を示すフローチャート。
【図５】コンテンツの更新処理の手順を示すフローチャート。
【発明を実施するための形態】
【００１１】
本発明の実施の形態を以下に図面を参照して説明する。
【００１２】
図１は、本発明の一実施形態に係わる蓄積型放送サービスシステムの構成を示すブロック図である。  
図１に示すように、配信システムは、放送局１０、携帯型受信端末装置１００、移動体通信基地局２０、および通信サーバ５０等から構成される。
【００１３】
放送局１０は、コンテンツを重畳させた放送波を送信する。携帯型受信端末装置１００は、放送局１０が送信した放送波を受信し、受信した放送波からコンテンツを復調し、復調されたコンテンツを内部の記憶装置に格納する。携帯型受信端末装置１００は、コンテンツの一部のデータを記憶装置に格納することができなかった場合、通信サーバ５０から欠損したデータを受信する。また、携帯型受信端末装置は、受信したコンテンツが暗号化されている場合、コンテンツを復号するための鍵を通信サーバ５０から受信する。
【００１４】
また、コンテンツには、コンテンツの放送局からの配信期間、コンテンツのサーバからの配信期間、コンテンツの再生期限などを示す関連情報が格納されているメタデータが放送局１０および通信サーバ５０から配信される。
【００１５】
また、サーバには放送局から配信中のコンテンツ、および放送局から配信が停止されているコンテンツを蓄積し、携帯型受信端末装置１００からの要求に応じてコンテンツを携帯型受信端末装置１００に配信する。放送局から配信が停止されているコンテンツが配信されるのは、放送局が配信を停止してから一定期間の間である。
【００１６】
携帯型受信端末装置１００は、移動体通信デバイスを備えている。携帯型受信端末装置１００は、移動体通信デバイスを用いて通信サーバ５０と通信を行う。携帯型受信端末装置１００は、移動体通信基地局２０、および移動体通信網を介して通信サーバ５０と通信を行う。
【００１７】
図２は、本発明の一実施形態に係わる携帯型受信端末装置１００のシステム構成を示すブロック図である。携帯型受信端末装置１００は、チューナ１１１、３Ｇ通信（移動体通信）モジュール１１２、入出力モジュール１２１、ＮＶＲＡＭ（Non-Volatile Random Access Memory）１２２、ＲＯＭ（Read Only Memory）１２３、ＲＡＭ（Random Access Memory）１２４、ＣＰＵ（Central Processing Unit）１２５、デスランブラ１２６、ＨＤＤ（記憶媒体）１２７、セキュリティモジュールインタフェース（ＳＭ  Ｉ／Ｆ）１２８、ファイル多重分散処理モジュール１２８、ＰＳ（Ｐrogram Stream）、／ＴＳ（Transport Stream）処理モジュール１３０、音声復号モジュール１３１、映像復号モジュール１３２、ＧＵＩ処理モジュール１３３、スピーカ１３４、ディスプレイ１３５等を備えている。
【００１８】
チューナ１１１、３Ｇ通信（移動体通信）モジュール１１２、入出力モジュール１２１、ＮＶＲＡＭ１２２、ＲＯＭ１２３、ＲＡＭ１２４、ＣＰＵ１２５、デスランブラ１２６、ＨＤＤ１２７、セキュリティモジュールインタフェース１２８、ＰＳ/ＴＳ処理モジュール１３０、音声復号モジュール１３１、映像復号モジュール１３２、ＧＵＩ処理モジュール１３３等はバス１４０に接続されており、相互に通信を行うことが可能である。
【００１９】
チューナモジュール１１１は、放送局から送信された放送波を受信し、復調や誤り訂正復号する処理を行う。  
３Ｇ通信モジュール１１２は、国際電気通信連合(ITU)によって定められたＩＭＴ−２０００規格に準拠した移動体通信デバイスである。  
入出力モジュール１２１は、映像及びオーディオ（コンテンツ）の入出力や、ユーザからの制御信号の入力（チューナ部による選局）に利用される。
【００２０】
ＮＶＲＡＭ１２２は、例えばユーザにより設定された情報や予約情報等を保持する。
【００２１】
ＲＯＭ１２３は、例えば動作プログラムを格納する。ＣＰＵ１２５は、ＲＯＭ１２３に格納されている動作プログラムを実行する。ＲＡＭ１２４は、ＣＰＵ１２５が動作プログラムを実行する際の作業メモリとして利用される。
【００２２】
ＨＤＤ１２７は、チューナモジュール１１１によって取得されたコンテンツを格納する。ＨＤＤ１２７へのコンテンツの記録は、ＣＰＵ１２５によって実行される動作プログラム（記憶手段）によって制御／実行される。
【００２３】
セキュリティモジュールインタフェース１２８にはセキュリティモジュール６０が接続される。セキュリティモジュール６０には、固有のＩＤ番号および暗号化復号鍵が格納されている。暗号化復号鍵は、チューナモジュール１１１によって受信された暗号化されているコンテンツまたはＨＤＤ１２７に格納されている暗号化されているコンテンツを暗号復号するための鍵である。
【００２４】
デスクランブラ１２６は、セキュリティモジュールインタフェース１２８を介してセキュリティモジュール６０から固有のＩＤ番号および暗号化復号鍵を取得する。デスクランブラ１２６は取得された暗号化復号鍵を用いてコンテンツを復号する。なお、ここではセキュリティモジュール６０は、携帯型受信端末装置１００の外部にあって独立した着脱式のカードのようなモジュールとして記載したが、受信機内部にあって埋め込み式のチップやソフトウェアによって提供されてもよい。
【００２５】
ＰＳ/ＴＳ処理モジュール１３０は、ＴＳ（Transport Stream）の形式で多重されてきた、一般には複数のサービス（放送番組）の中から、リモコンなどから入出力モジュール１２１を経て指定される所定のサービスを選択してその番組を構成する映像や音声の信号を多重分離し、デパケット処理を行ってそれぞれの圧縮信号に戻して音声復号モジュール１３１および映像復号モジュール１３２に出力する。なお、蓄積型コンテンツの場合には一般にリアルタイム放送で適用されるＴＳ形式もしくはタイムスタンプ付きＴＳ形式以外にもＤＶＤ等の蓄積メディアで適用されるＰＳ(Program Stream）形式であってもよい。
【００２６】
音声復号モジュール１３１は、ＰＳ／ＴＳ処理モジュール１３０から出力された圧縮されているＭＰＥＧ音声信号を復号して音声信号をスピーカ１３４に出力する。映像復号モジュール１３２は、ＰＳ／ＴＳ処理モジュール１３０から出力された圧縮されている、Ｈ．２６４／ＡＶＣやＭＰＥＧ等の映像信号を復号して映像信号を出力する。ＧＵＩ処理モジュール１３３は、映像復号モジュールから出力された映像信号に対しＣＰＵ等で生成されたグラフィック出力と重畳処理を行い、ディスプレイ１３５に映像を表示するための映像信号を出力する。
【００２７】
図３を参照して、コンテンツ放送配信期間、コンテンツネット配信期間、鍵の有効期間、および受信端末に蓄積されている蓄積コンテンツの関係を示す。  
コンテンツ放送配信期間は、放送局から配信されるコンテンツの種類および配信期間を示している。コンテンツネット配信期間は、サーバ配信されるコンテンツの種類および配信期間を示している。鍵有効期間は或るコンテンツの再生に必要な鍵の有効期限、すなわちコンテンツの再生期限を示している。また、“受信端末での蓄積コンテンツ”は、ＨＤＤ１２７に格納されているコンテンツの種類を示している。
【００２８】
コンテンツＡが放送局から第Ｎ週の一週間配信される。また、コンテンツＡは、サーバから第Ｎ週および第（Ｎ＋１）週の二週間配信される。コンテンツＡの再生に必要な鍵の有効期限（再生期限）は、第Ｎ週および第（Ｎ＋１）週の二週間である。第Ｎ週に受信端末で再生可能なコンテンツはコンテンツＡである。
【００２９】
コンテンツＢが放送局から第（Ｎ＋１）週の一週間配信される。また、コンテンツＢは、サーバから第（Ｎ＋１）週および第（Ｎ＋２）週の二週間配信される。コンテンツＢの再生に必要な鍵の有効期限（再生期限）は、第（Ｎ＋１）週および第（Ｎ＋２）週の二週間である。第（Ｎ＋１）週に受信端末で再生可能なコンテンツはコンテンツＡおよびコンテンツＢである。
【００３０】
コンテンツＣが放送局から第（Ｎ＋２）週の一週間配信される。また、コンテンツＣは、サーバから第（Ｎ＋２）週および第（Ｎ＋３）週の二週間配信される。コンテンツＣの再生に必要な鍵の有効期限（再生期限）は、第（Ｎ＋２）週および第（Ｎ＋３）週の二週間である。第（Ｎ＋２）週に受信端末で再生可能なコンテンツはコンテンツＢおよびコンテンツＣである。
【００３１】
コンテンツＤが放送局から第（Ｎ＋３）週の一週間配信される。また、コンテンツＤは、サーバから第（Ｎ＋３）週および第（Ｎ＋４）週の二週間配信される。コンテンツＤの再生に必要な鍵の有効期限（再生期限）は、第（Ｎ＋３）週および第（Ｎ＋４）週の二週間である。第（Ｎ＋３）週に受信端末で再生可能なコンテンツはコンテンツＣおよびコンテンツＤである。
【００３２】
つまり、放送局およびサーバは、同時に同じコンテンツの配信を開始する。配信開始してから一週間経過した後、放送局はコンテンツ（旧コンテンツ）の配信を停止し、放送局およびサーバは、次のコンテンツ（新コンテンツ）の配信を開始する。放送局が旧コンテンツの配信を停止してから一週間経過した後、サーバは旧コンテンツの配信を停止すると共に、放送局は新コンテンツの配信を停止する。
【００３３】
次に、蓄積型放送で放送配信コンテンツの更新を検知すると受信機はただちに蓄積更新処理を行わず、現在蓄積中の旧コンテンツの再生履歴を確認し再生がない場合には、新コンテンツのメタデータのみを取得しておき、旧コンテンツのメタデータを基に、再生期限内は旧コンテンツを保持し続け、再生期限を提示して利用者へ再生を促し再生があれば放送から蓄積更新処理を実行し、再生がないまま再生期限を経過すると通信サーバから新コンテンツを取得し、蓄積更新処理を実行する処理の手順を説明する。
【００３４】
以下では、図４のフローチャートを参照してコンテンツの更新処理の手順を説明する。説明を簡単にするためにある週で取得したコンテンツがＨＤＤ１２７に格納されているものとして説明する。以下では、ＨＤＤ１２７内に格納されているコンテンツを旧蓄積コンテンツと記す。なお、以下の処理制御は携帯型受信端末装置１００のＣＰＵ１２５によって実行されるプログラムによって行われる。
【００３５】
ＨＤＤ１２７内に格納されている旧蓄積コンテンツの再生を検出した場合（ステップＳ１１のＹｅｓ）、旧蓄積コンテンツが再生されたことを旧蓄積コンテンツの再生履歴に記録する（ステップＳ１２）。
【００３６】
放送局から旧蓄積コンテンツの続きのコンテンツが配信されているかを判別する（ステップＳ１３）。以下では、放送局およびサーバから配信されている旧蓄積コンテンツの続きのコンテンツを新蓄積コンテンツと記す。  
旧蓄積コンテンツの再生履歴を参照する（ステップＳ１４）。再生履歴に基づいて旧蓄積コンテンツが再生されているを判別する（ステップＳ１５）。旧蓄積コンテンツが再生されていると判断された場合（ステップＳ１５のＹｅｓ）、放送局から配信されている新たな新蓄積コンテンツを取得し、ＨＤＤ１２７に格納されている旧蓄積コンテンツを新蓄積コンテンツで上書きする（ステップＳ１６）。
【００３７】
旧蓄積コンテンツが再生されていないと判断された場合（ステップＳ１５のＮｏ）、放送局から放送されている新蓄積コンテンツのメタデータのみを取得する（ステップＳ１７）。そして、旧蓄積コンテンツの取得時に同時に取得されている旧蓄積コンテンツのメタデータを参照し、旧蓄積コンテンツの再生期限を取得する（ステップＳ１８）。現在が旧蓄積コンテンツの再生期限内であるかを判別する（ステップＳ１９）。再生期限内であると判断された場合（ステップＳ１９のＹｅｓ）、旧蓄積コンテンツの再生期限をユーザに提示する（ステップＳ２０）。
【００３８】
再生期限内ではないと判断された場合（ステップＳ１９のＮｏ）、ステップＳ１７において取得された新蓄積コンテンツのメタデータを参照し、サーバにおける新蓄積コンテンツの保持期限を取得する（ステップＳ２１）。そして、現在がサーバにおける新蓄積コンテンツの保持期限内であるかを判別する（ステップＳ２２）。期限内であると判断された場合（ステップＳ２２のＹｅｓ）、新蓄積コンテンツをサーバから取得する（ステップＳ２３）。そして、旧蓄積コンテンツを新蓄積コンテンツによって上書きする更新処理を行う（ステップＳ２４）。
【００３９】
以上の処理によって、たとえば連続ドラマ配信において、特定回分を視聴できないまま次回分の配信が開始されてしまったとしても、利用者が特定回分を視聴できないリスクを低減するとともに、わざわざ通信サーバへアクセスし直して検索・確認して再取得する手間を省くことができる。
【００４０】
以下では、図４を参照して説明したコンテンツの更新処理の手順とは異なる更新処理について図５のフローチャートを参照して説明する。  
この更新処理方法は、蓄積型放送で放送配信コンテンツの更新を検知すると受信機は通常ルーチンとしてまず蓄積更新処理を実行、旧コンテンツを新コンテンツで上書き更新する。ただし、この際に旧コンテンツに対応するメタデータおよび再生履歴情報については蓄積更新処理後も削除せず保持しておく。そして、旧コンテンツの再生履歴を確認し再生されていない場合には、旧コンテンツのメタデータを基に、通信サーバに当該コンテンツの保持期限内であれば通信サーバから旧コンテンツを再取得する。
【００４１】
コンテンツがＨＤＤ１２７内に存在するかを判別する（ステップＳ３１）。以下では、ＨＤＤ１２７内に格納されているコンテンツを旧蓄積コンテンツと記す。旧蓄積コンテンツがＨＤＤ１２７内に存在すると判別された場合（ステップＳ３１のＹｅｓ）、ＨＤＤ１２７内の旧蓄積コンテンツが再生されているか否かを判別する（ステップＳ３２）。旧蓄積コンテンツが再生されていると判別された場合（ステップＳ３２のＹｅｓ）、再生履歴を更新し、旧蓄積コンテンツが再生されていることを記録する（ステップＳ３３）。
【００４２】
旧蓄積コンテンツが存在しないと判別された場合（ステップＳ３１のＮｏ）、旧蓄積コンテンツが再生されていないと判別された場合（ステップＳ３２のＮｏ）、または再生履歴を更新した後（ステップＳ３３）、放送局から旧蓄積コンテンツの続きのコンテンツが放送局から配信されているかを判別する（ステップＳ３６）。続きのコンテンツが配信されていないと判別された場合（ステップＳ３６のＮｏ）、ステップＳ３１のからの処理を順次実行する。
【００４３】
続きのコンテンツが配信されていると判別された場合（ステップＳ３６のＹｅｓ）、旧蓄積コンテンツのメタデータをＨＤＤ１２７内に保持する（ステップＳ３７）。放送局から配信されている続きのコンテンツを取得し、旧蓄積コンテンツを続きのコンテンツで上書きする（ステップＳ３８）。以下では、旧蓄積コンテンツを上書きした続きのコンテンツを新蓄積コンテンツと記す。
【００４４】
旧蓄積コンテンツの再生履歴を参照し、旧蓄積コンテンツが再生済みであるかを判別する（ステップＳ４０）。旧蓄積コンテンツが再生済みであると判別された場合（ステップＳ４０のＹｅｓ）、ステップＳ３１のからの処理を順次実行する。
【００４５】
旧蓄積コンテンツが再生済みではないと判別された場合（ステップＳ４０のＮｏ）、旧蓄積コンテンツのメタデータを参照し、サーバにおける旧蓄積コンテンツの保持期限を取得する（ステップＳ４１）。現在が旧蓄積コンテンツの保持期限内であるかを判別する（ステップＳ４２）。期限内であると判別された場合（ステップＳ４２のＹｅｓ）、旧蓄積コンテンツをサーバから取得する（ステップＳ４５）。
【００４６】
上述した処理により、たとえば連続ドラマ配信において、特定回分を視聴できないまま次回分へ更新されてしまったとしても、利用者が特定回分を視聴できないリスクを低減するとともに、わざわざユーザが通信サーバへアクセスし直して検索・確認して再取得する手間を省くことができる。
【００４７】
上述した更新処理によれば、受信機での蓄積容量負荷をできる限り抑えながらサービスの柔軟性確保を図るため、放送配信終了後も通信サーバに一定期間コンテンツを保持しておく運用を行う。受信機は蓄積コンテンツ中のコンテンツの再生履歴を確認しながら蓄積制御を行い、対応するメタデータを基に必要に応じて通信サーバから放送配信終了後のコンテンツを取得制御することで、利用者が多忙や不在等のためにその視聴意向に反して蓄積コンテンツを再生視聴できないまま蓄積更新されてしまい視聴機会を失うリスクを低減するとともに、わざわざ通信サーバへアクセスし直して検索・確認して再取得する手間を省くことができ、利用者の利便性を向上させることができる。
【００４８】
なお、日本国において提供される予定の携帯端末向けマルチメディア放送の案が、放送システム委員会報告（案）（情報通信審議会 情報通信技術分科会、http://www.soumu.go.jp/main_content/000033715.pdf）に開示されている。
【００４９】
なお、上記実施形態では、チューナモジュールが放送波を用いて配信されたコンテンツを受信していたが、チューナモジュールの代わりにＩＰ放送によって配信されたコンテンツを受信する受信モジュールを用いても良い。  
なお、ＨＤＤにコンテンツやサーバから取得したデータを格納するのではなく、ＳＤカード等のメモリカードや外付けのＨＤＤに格納しても良い。
【００５０】
上記実施形態で説明された各モジュールの機能を実現するためには、プロセッサによって実行されるソフトウェアアプリケーションによって実現しても良いし、ハードウェアによる処理回路によって実現しても良いし、ハードウェアによって実現しても良いし、ソフトウェアアプリケーション、ハードウェア、およびソフトウェアモジュールを組み合わせて実現しても良い。
【００５１】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。たとえば、ここでは携帯型受信端末装置のシステム構成を例に説明したが、構成要素を満足していれば、一般には可搬頻度の少ない固定型受信端末でもその本質は損なわない。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００５２】
１０…放送局，２０…移動体通信基地局，５０…通信サーバ，６０…セキュリティモジュール，１００…携帯型受信端末装置，１１１…チューナモジュール，１１２…Ｇ通信モジュール，１２１…入出力モジュール，１２２…ＮＶＲＡＭ，１２３…ＲＯＭ，１２４…ＲＡＭ，１２５…ＣＰＵ，１２６…デスクランブラ，１２７…ＨＤＤ，１２８…セキュリティモジュールインタフェース，１３０…ＰＳ／ＴＳ処理モジュール，１３１…音声復号モジュール，１３２…映像復号モジュール，１３３…ＧＵＩ処理モジュール，１３４…スピーカ，１３５…ディスプレイ。
【図１】
2011091496.tif 000003
【図２】
2011091496.tif 000004
【図３】
2011091496.tif 000005
【図４】
2011091496.tif 000006
【図５】
2011091496.tif 000007