JP2010268092A - 送信装置および送信方法、受信装置および受信方法、並びにプログラム - Google Patents

Abstract

【課題】受信側において視聴可能なデジタル放送の選局情報のみを認識することができるようにする。
【解決手段】コミュニティ放送局３２は、受信制限のあるコミュニティ放送の選局に関する情報である、チューニング情報、サービスＩＤ、サービス名、サービスタイプなどを含む選局情報を特定するための補完情報記述子と、コミュニティ放送のコンテンツとを含むコミュニティ放送を送信する。本発明は、例えば、デジタル放送を受信する受信端末と通信を行うサーバに適用することができる。
【選択図】図２

Description

本発明は、送信装置および送信方法、受信装置および受信方法、並びにプログラムに関し、特に、受信側において視聴可能なデジタル放送の選局情報のみを認識することができるようにした送信装置および送信方法、受信装置および受信方法、並びにプログラムに関する。

近年、UHF（Ultra High Frequency）帯において地上波デジタル放送が実施されている。地上波デジタル放送の物理チャンネルは１３セグメントに分割され、そのうちの１セグメント分の帯域で携帯端末向け放送（以下、ワンセグ放送という）が行われる。そして、残りの１２セグメント分の帯域で、テレビジョン受像機などの固定端末向け放送が行われる（例えば、特許文献１参照）。

地上波デジタル放送では、UHF帯の１３乃至５２チャンネルのうち、各地域で実際に地上波デジタル放送が行われているチャンネル以外の空きチャンネルが多く存在する。そのため、この空きチャンネルを有効利用する方法が検討されている。

空きチャンネルを有効利用する有力な方法としては、空きチャンネルで多チャンネルコミュニティ放送を行う方法がある。なお、多チャンネルコミュニティ放送とは、限定された地域で複数の論理チャンネルを利用して多面的に行われる１セグメント単位の放送である。以下では、多チャンネルコミュニティ放送を単にコミュニティ放送という。

ところで、固定端末向けの地上波デジタル放送では、CAS（Conditional Access System）方式を用いて受信制限を行うことが可能である。一方で、ワンセグ放送ではCAS方式は使用されていないが、受信制限が必要になった場合には、固定端末向け放送と同様のCAS方式を採用することが想定される。そこで、以下では、このような場合について説明する。

図１は、ワンセグ放送のCAS方式について説明する図である。

図１に示すように、受信制限されるワンセグ放送のNIT（Network Information Table）は、このワンセグ放送のネットワークＩＤ（NID）、周波数(Frequency)を示すチューニング情報、放送サービスのサービスリストなどにより構成される。なお、ネットワークＩＤは、ネットワークに固有のＩＤである。サービスリストは、放送サービスのサービスＩＤ（ServiceID）とサービスタイプ（ServiceType）などにより構成される。サービスＩＤは、放送サービスに固有のＩＤであり、サービスタイプは、放送サービスのタイプ（テレビジョン放送、ラジオ放送など）である。

ワンセグ放送を受信する受信端末は、このNITからサービスＩＤを取得し、そのサービスＩＤに対応するPMT(Program Map Table)を取得する。図１に示すように、PMTには、サービスＩＤ、PCR_PID、そのサービスＩＤに対応するワンセグ放送の放送サービスを構成するＥＳ（Elementary Stream)のＥＳ情報、その放送サービスのCAS情報であるワンセグCAS情報などにより構成される。

PCR_PIDは、PCR（Program Clock Reference）のパケットに固有のＩＤ（以下、パケットＩＤという）である。また、ＥＳ情報は、ＥＳのパケットＩＤであるES_PID、ＥＳのタイプであるES_typeなどにより構成される。ワンセグCAS情報は、CAS方式、そのCAS方式で用いられるスクランブル鍵に関する情報としての、スクランブル鍵が暗号化されたものを含むECM（Entitlement Control Message）パケットのパケットＩＤであるECM_PIDなどにより構成される。なお、暗号化されたスクランブル鍵を復号するための鍵は、EMM（Entitlement Management Message）パケットに含まれる。

EMMパケットは、暗号化されて地上波デジタル放送に含まれる。EMMパケットは、受信端末のユーザが受信制限される放送を受信するための登録（以下、受信登録という）を行うことで発行されるＩＣ（Integrated Circuit）カード等に含まれる鍵を用いて復号することにより、取得することができる。

従って、受信端末のユーザは、まず、受信登録を行い、EMMパケットの暗号化を解除するための鍵を含むＩＣカード等を取得する。そして、ユーザは、そのＩＣカードを用いて受信端末にEMMパケットを取得させる。受信端末は、そのEMMパケットに含まれる鍵でECMに含まれる暗号化されたスクランブル鍵のスクランブルを解除し、その結果得られるスクランブル鍵を用いて、PMTに含まれるＥＳ情報に対応するワンセグ放送のＥＳのスクランブルを解除する。その結果、受信制限されるワンセグ放送の映像や音声を再生することができる。

特開２００７−３２９８４７号公報

以上のように、従来のCAS方式では、受信制限される地上波デジタル放送の周波数などがNITに記述されるため、受信制限のある地上波デジタル放送に対応していない受信端末において、視聴不可能な受信制限のある地上波デジタル放送が認識されてしまう。

本発明は、このような状況に鑑みてなされたものであり、受信側において視聴可能なデジタル放送の選局情報のみを認識することができるようにするものである。

本発明の第１の側面の送信装置は、受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含むデジタル放送を送信する送信装置である。

本発明の第１の側面の送信方法は、送信装置が、受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を送信する送信ステップとを含む送信方法である。

本発明の第１の側面のプログラムは、コンピュータに、受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を送信する送信ステップを含む処理を実行させるプログラムである。

本発明の第１の側面においては、受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、およびデジタル放送のコンテンツを含むデジタル放送が送信される。

本発明の第２の側面の受信装置は、受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を受信する受信手段と、前記デジタル放送を選局する選局手段と、前記特定情報に基づいて前記受信制限のあるデジタル放送の前記選局情報を取得し、その選局情報に基づいて前記受信制限のあるデジタル放送の選局を制御する制御手段とを備える受信装置である。

本発明の第２の側面の受信方法は、受信装置が、受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を受信する受信ステップと、前記デジタル放送を選局する選局ステップと、前記特定情報に基づいて前記受信制限のあるデジタル放送の前記選局情報を取得し、その選局情報に基づいて前記受信制限のあるデジタル放送の選局を制御する制御ステップとを含む受信方法である。

本発明の第２の側面のプログラムは、受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を選局する選局手段を制御するコンピュータに、前記特定情報に基づいて前記受信制限のあるデジタル放送の前記選局情報を取得し、その選局情報に基づいて前記受信制限のあるデジタル放送の選局を制御する制御ステップを含む処理を実行させるプログラムである。

本発明の第２の側面においては、受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、およびデジタル放送のコンテンツを含むデジタル放送が選局される場合において、特定情報に基づいて受信制限のあるデジタル放送の選局情報が取得され、その選局情報に基づいて受信制限のあるデジタル放送の選局が制御される。

以上のように、本発明によれば、受信側において視聴可能なデジタル放送の選局情報のみを認識することができる。

ワンセグ放送のCAS方式について説明する図である。 本発明を適用した送受信システムの一実施の形態の構成例を示す図である。 ライセンス方式について説明する図である。 図２の受信端末の詳細構成例を示すブロック図である。 有料のコミュニティ放送の再生方法について説明する図である。 補完情報記述子の構成例を示す図である。 PCRの構成例を示す図である。 コミュニティCAS情報の配置例を示す図である。 既存の受信端末の選局テーブルの作成方法を説明する図である。 受信端末の選局テーブルの作成方法を説明する図である。 受信端末による選局テーブル作成処理のフローチャートである。 視聴対象の選択指示方法について説明する図である。 他の視聴対象の選択指示方法について説明する図である。 図２のサーバの詳細構成例を示すブロック図である。 視聴ライセンスの構成例を示す図である。 視聴ライセンスに含まれるスクランブル鍵について説明する図である。 視聴ライセンス取得処理を説明するフローチャートである。 有料コミュニティ放送の選局処理を説明するフローチャートである。 パーソナルコンピュータのハードウエアの構成例を示すブロック図である。

＜一実施の形態＞
［送受信システムの一実施の形態の構成例］
図２は、本発明を適用した送受信システムの一実施の形態の構成例を示す図である。

図２の送受信システム３０は、地上波放送局３１、コミュニティ放送局３２、受信端末３３、ネットワーク３４、およびサーバ３５により構成される。

地上波放送局３１は、地上波デジタル放送波で無料のワンセグ放送を含む地上波デジタル放送を行う。コミュニティ放送局３２は、地上波デジタル放送波の空きチャンネルの中央セグメントで、サービスエリアＡでのみ受信可能な有料のコミュニティ放送を行う。この有料のコミュニティ放送は、所定のCAS方式であるライセンス方式で受信制限される。

受信端末３３は、地上波デジタル放送波の中央セグメントで送信される無料のワンセグ放送または有料のコミュニティ放送を受信可能な携帯端末である。従って、図２に示すように、受信端末３３を所持したユーザがサービスエリアＡにいる場合、受信端末３３は、無料のワンセグ放送とコミュニティ放送局３２による有料のコミュニティ放送を受信することができる。

また、受信端末３３は、ネットワーク３４を介してサーバ３５と無線通信を行う。例えば、受信端末３３としてWi-Fiとして認定される端末が用いられる場合、受信端末３３は、IEEE(Institute of Electrical and Electronic Engineers)802.11に準拠した無線通信をサーバ３５と行う。なお、受信端末３３は、携帯電話網をネットワーク３４としてサーバ３５と無線通信を行ってもよい。

受信端末３３は、サーバ３５と無線通信を行うことにより、サーバ３５から有料のコミュニティ放送のビデオデータやオーディオデータであるコンテンツに施されたスクランブルを解除するためのスクランブル鍵などを取得する。

サーバ３５は、ネットワーク３４を介して受信端末３３と無線通信を行い、受信端末３３の認証を行う。また、サーバ３５は、正当な受信端末３３に、コミュニティ放送局３２により放送される有料のコミュニティ放送のスクランブル鍵を、ネットワーク３４を介して送信する。さらに、サーバ３５は、受信端末３３に送信したスクランブル鍵に対応する有料のコミュニティ放送についての課金処理を受信端末３３に対して行う。

以上のように構成される送受信システム３０としては、例えば、コミュニティ放送局３２が展示会場やその周辺をサービスエリアＡとして、その展示会場で行われている有料セミナーのライブ放送をコミュニティ放送として行うものが考えられる。

この場合、受信端末３３は、サービスエリアＡで有料のコミュニティ放送を受信することにより、その有料のコミュニティ放送の存在を認識する。そして、受信端末３３は、ユーザからの指令に応じてサーバ３５に課金処理を行わせ、スクランブル鍵を取得する。これにより、受信端末３３のユーザは、有料のコミュニティ放送を視聴することができる。なお、コミュニティ放送局３２は、有料のコミュニティ放送とともに、展示会場の見所等を紹介する無料のコミュニティ放送を送信するようにしてもよい。

［ライセンス方式の説明］
図３は、ライセンス方式について説明する図である。

図３に示すように、ライセンス方式では、受信端末３３が、地上波デジタル放送波の中央セグメントをスキャンすることにより、有料のコミュニティ放送の選局に関する情報である選局情報を取得する。

そして、受信端末３３は、取得された選局情報に対応する有料のコミュニティ放送のうち、ユーザに指定されたコミュニテイ放送を再生するために必要なスクランブル鍵などの情報を含む視聴ライセンスを、サーバ３５との無線通信により購入し、取得する。そして、受信端末３３は、視聴ライセンスを用いて有料のコミュニティ放送を再生する。

［受信端末の詳細構成例］
図４は、図２の受信端末３３の詳細構成例を示すブロック図である。

図４の受信端末３３は、アンテナ５１、チューナ５２、デスクランブラ５３、デマルチプレクサ５４、ビデオデコーダ５５、選択部５６、表示部５７、オーディオデコーダ５８、スピーカ５９、ブラウザ６０、無線通信インタフェース６１、CAS処理部６２、記憶部６３、および制御部６４により構成される。

チューナ５２は、制御部６４から供給されるチューニング情報に基づいて選局を行い、地上波デジタル放送波の中央セグメントのＴＳ（Transport Stream）を順に、アンテナ５１を介して受信する。即ち、チューナ５２は、地上波デジタル放送波の中央セグメントのＴＳをスキャンする。

また、チューナ５２は、制御部６４から供給されるチューニング情報に基づいて選局を行い、所定の論理チャンネルのワンセグ放送のＴＳを、アンテナ５１を介して地上波放送局３１から受信する。さらに、チューナ５２は、CAS処理部６２から供給されるチューニング情報に基づいて選局を行い、所定の論理チャンネルのコミュニティ放送のＴＳを、アンテナ５１を介してコミュニティ放送局３２から受信する。チューナ５２は、受信されたＴＳをデスクランブラ５３に供給する。

デスクランブラ５３は、チューナ５２から供給されるＴＳに施されたスクランブルを、CAS処理部６２から供給されるスクランブル鍵を用いて解除し、デマルチプレクサ５４に供給する。

デマルチプレクサ５４は、デスクランブラ５３から供給されるＴＳを、ビデオデータ、オーディオデータ、放送においてブラウザを用いた表示を行うための情報（以下、表示制御情報という）、PSI(Program Specific Information)の各情報等に分離する。デマルチプレクサ５４は、ビデオデータをビデオデコーダ５５に供給し、オーディオデータをオーディオデコーダ５８に供給する。また、デマルチプレクサ５４は、表示制御情報をブラウザ６０に供給し、PSIの各情報等を制御部６４およびCAS処理部６２に供給する。

ビデオデコーダ５５は、制御部６４の制御にしたがって、デマルチプレクサ５４から供給されるビデオデータを、地上波放送局３１またはコミュニティ放送局３２におけるエンコードに対応する方式でデコードし、選択部５６に供給する。

選択部５６は、制御部６４の制御にしたがって、ビデオデコーダ５５から供給されるビデオデータまたはブラウザ６０から供給されるビデオデータを選択し、表示部５７に供給する。表示部５７は、選択部５６から供給されるビデオデータに基づいて、ワンセグ放送またはコミュニティ放送の画像などを表示する。

オーディオデコーダ５８は、制御部６４の制御にしたがって、デマルチプレクサ５４から供給されるオーディオデータを、地上波放送局３１またはコミュニティ放送局３２におけるエンコードに対応する方式でデコードし、スピーカ５９に供給する。スピーカ５９は、オーディオデコーダ５８から供給されるオーディオデータに対応する音声を、ワンセグ放送またはコミュニティ放送の音声として出力する。

ブラウザ６０は、デマルチプレクサ５４から供給される表示制御情報を解釈して、ビデオデータを生成し、選択部５６に供給する。また、ブラウザ６０は、無線通信インタフェースから供給されるHTML（Hypertext Markup Language）またはBML（Broadcast Markup Language）文書を解釈して、ビデオデータを生成し、選択部５６に供給する。

無線通信インタフェース６１は、ネットワーク３４を介してサーバ３５と無線通信を行う。例えば、無線通信インタフェース６１は、CAS処理部６２から供給される、受信端末３３に付与された受信端末に固有のＩＤである端末ＩＤを、ネットワーク３４を介してサーバ３５に送信する。また、無線通信インタフェース６１は、サーバ３５による端末ＩＤを用いた認証処理の結果送信されてくる視聴ライセンスを、ネットワーク３４を介して受信し、CAS処理部６２に供給する。

さらに、無線通信インタフェース６１は、サーバ３５による端末ＩＤを用いた認証処理の結果送信されてくる所定の画面のHTMLまたはBML文書を、ネットワーク３４を介して受信し、ブラウザ６０に供給する。

CAS処理部６２は、記憶部６３に記憶されている受信端末３３の端末ＩＤを、無線通信インタフェース６１に供給する。また、CAS処理部６２は、無線通信インタフェース６１から供給される視聴ライセンスを、記憶部６３に供給して記憶させる。

さらに、CAS処理部６２は、デマルチプレクサ５４から供給される有料のコミュニティ放送のPCRに含まれる選局情報のうちのチューニング情報、サービスＩＤ、サービス名、サービスタイプなどを、記憶部６３の選局情報のテーブルである選局テーブルに登録するまた、CAS処理部６２は、選局テーブルに基づいて、その選局テーブルに登録されている有料のコミュニティ放送のチューニング情報をチューナ５２に供給することにより選局を制御する。CAS処理部６２は、記憶部６３に記憶されているスクランブル鍵をデスクランブラ５３に供給する。

記憶部６３は、端末ＩＤ、視聴ライセンス、選局テーブルなどを記憶する。

制御部６４は、地上波デジタル放送波の各物理チャンネルの中央セグメントのチューニング情報を順にチューナ５２に供給する。制御部６４は、これによりデマルチプレクサ５４から供給されるワンセグ放送のNITに含まれるチューニング情報、サービスＩＤ、およびサービスタイプ、SDT（Service Description Table）に含まれるサービス名などを、記憶部６３の選局テーブルに登録する。

また、制御部６４は、ユーザからの指令に応じて、記憶部６３に記憶されている選局テーブルに登録されているサービス名をブラウザ６０に供給し、そのサービス名のリスト（以下、サービスリストという）を表示部５７に表示させる。ユーザは、表示部５７に表示されるサービスリストを見て、そのサービスリストに羅列されるサービス名のうち視聴対象とする放送サービスのサービス名を選択指示する。制御部６４は、この選択指示に基づいて、選局テーブルから視聴対象のサービス名に対応するチューニング情報を読み出し、チューナ５２に供給する。

さらに、制御部６４は、デマルチプレクサ５４から供給されるPSIの各情報に基づいて、ビデオデコーダ５５、選択部５６、オーディオデコーダ５８、およびブラウザ６０を制御する。具体的には、制御部６４は、例えば、ビデオデコーダ５５から出力されるビデオデータとオーディオデコーダ５８から出力されるオーディオデータの同期をとるように、ビデオデコーダ５５とオーディオデコーダ５８を制御する。

［有料のコミュニティ放送の再生方法の説明］
図５は、受信端末３３による有料のコミュニティ放送の再生方法について説明する図である。

図５に示すように、有料のコミュニティ放送のNITには、ネットワークＩＤ、チューニング情報、有料のコミュニティ放送の選局情報の取得に関する記述子である補完情報記述子などが記述され、サービスリストは記述されない。

このように、NITには補完情報記述子が記述されるため、受信端末３３は、その補完情報記述子に基づいて、有料のコミュニティ放送の選局情報が含まれているPCRを特定し、そのPCRから選局情報を取得することができる。この選局情報は、図５に示すように、有料のコミュニティ放送の、ネットワークＩＤ、ＴＳに固有のＩＤであるＴＳＩＤ、有料サービスリスト、登録情報などにより構成される。

有料サービスリストは、サービスＩＤ、サービスタイプ、PMTのパケットＩＤ、サービス名、および登録情報により構成される。登録情報は、有料のコミュニティ放送を受信するための登録に関する情報であり、登録タイプとサーバ３５のURL（Uniform Resource Locator）により構成される。

登録タイプとしては、例えば、視聴ライセンスの取得タイミングの異なる２通りのタイプがある。第１のタイプは、サーバ３５に登録処理として課金処理を行わせた後、ユーザの指示によりサーバ３５から視聴ライセンスを取得するタイプである。第２のタイプは、サーバ３５に登録処理として課金処理を行わせると同時に、視聴ライセンスを送信させるタイプである。

受信端末３３は、選局情報を取得すると、その選局情報に含まれるチューニング情報、サービスＩＤ、サービスタイプ、サービス名などを選局テーブルに登録する。

そして、受信端末３３は、選局テーブルに登録されているサービス名のサービスリストを表示部５７に表示し、表示部５７に表示されているサービスリストに対するユーザの選択指示を受け付ける。受信端末３３は、ユーザの選択指示を受け付けると、ネットワーク３４を介してサーバ３５と無線通信を行い、選択指示されたサービス名に対応する有料のコミュニティ放送の視聴ライセンスを取得する。

一方、選局情報にはPMTのパケットＩＤが含まれているので、受信端末３３は、有料のコミュニティ放送のPMTを認識することができる。このPMTには、サービスＩＤ、PCRのパケットＩＤ、そのサービスＩＤに対応する有料のコミュニティ放送の放送サービスを構成するＥＳのＥＳ情報、その放送サービスのCAS情報であるコミュニティCAS情報などが含まれる。コミュニティCAS情報は、CAS方式、このCAS方式で用いられるスクランブル鍵に関する情報としての、視聴ライセンスのライセンスＩＤなどにより構成される。

受信端末３３は、視聴ライセンスを取得すると、選択指示された有料のコミュニティ放送のPMTに含まれるＥＳ情報に基づいて有料のコミュニティ放送のＥＳを取得する。そして、受信端末３３は、PMTに含まれるライセンスＩＤに対応するスクランブル鍵で、そのＥＳのスクランブルを解除する。その結果、有料のコミュニティ放送の映像や音声が再生される。

以上のように、有料のコミュニティ放送にはスクランブル鍵が含まれていないので、有料のコミュニティ放送を受信しただけでは、有料のコミュニティ放送を再生することができない。従って、視聴ライセンスを取得していない不正な受信端末が有料のコミュニティ放送を再生することを防止することができる。

また、有料のコミュニティ放送のNITは、ワンセグ放送のNITに対してサービスリストが記述されていない点、および、補完情報記述子が記述される点を除いて同様に構成される。従って、有料のコミュニティ放送に対応しない既存の受信端末は、本発明の地上波デジタル放送波を受信した場合、補完情報記述子を無視し、これにより有料のコミュニティ放送を認識できないだけで、誤動作を起こさない。

［補完情報記述子の構成例］
図６は、有料のコミュニティ放送のNITに含まれる補完情報記述子の構成例を示す図である。

図６に示すように、補完情報記述子には、8ビットのディスクリプタタグ（descriptor_tag）、8ビットのディスクリプタ長（descriptor_length）、および8ビットの補完情報タイプ（additional_information_type）が配置される。また、補完情報記述子には、16ビットのPCRのパケットＩＤ（PCR_PID）、および8×NビットのサーバのURL（Additional_information_server_URL）が配置される。補完情報記述子は、例えば、NITのネットワークＩＤごとの記述を行う領域に記述される。

補完情報タイプは、有料のコミュニティ放送の選局情報の取得先のタイプである。コミュニティ放送の選局情報の取得先としては、例えば、有料のコミュニティ放送のPCR、サーバ３５等の外部の装置などがある。ここでは、有料のコミュニティ放送のPCRを取得先とするタイプを第１のタイプとし、サーバ３５等の外部の装置を取得先とするタイプを第２のタイプとする。本実施の形態では、有料のコミュニティ放送のPCRから選局情報が取得されるようにしているので、補完情報タイプは第１のタイプとなる。

PCRのパケットＩＤには、補完情報タイプが第１のタイプである場合に、選局情報を特定するための情報として、取得先のPCRのパケットＩＤが記述される。サーバのURLには、補完情報タイプが第２のタイプである場合に、選局情報を特定するための情報として、取得先の外部の装置のURLが記述される。

［有料のコミュニティ放送のPCRの構成例］
図７は、有料のコミュニティ放送のPCRの構成例を示す図である。

図７に示すように、有料のコミュニティ放送のPCRでは、ＴＳヘッダ、アダプテーションイールドに続くペイロード部に選局情報が記述される。

ＴＳヘッダには、PCRのパケットＩＤが記述される。アダプテーションフィールドには、有料のコミュニティ放送の映像と音声を同期して再生するための基準となる時刻情報が記述される。この時刻情報は、制御部６４によるビデオデコーダ５５とオーディオデコーダ５８の同期制御に用いられる。

ペイロード部には、通常のデジタル放送では冗長する情報が記述されるが、有料のコミュニティ放送では選局情報が記述される。

[コミュニティCAS情報の配置例]
図８は、コミュニティCAS情報の配置例を示す図である。

図８に示すように、コミュニティCAS情報は、例えば、PMTに配置される限定受信記述子に記述される。限定受信記述子には、CAS方式ＩＤ（CA_system_id）、CAS方式パケットＩＤ（CA_PID）、プライベートデータ領域（Private_data）などが配置される。

CAS方式ＩＤは、CAS方式に固有のＩＤである。CAS方式パケットＩＤとしては、CAS方式が従来のCAS方式である場合、即ち限定受信記述子にワンセグCAS情報が記述される場合に、そのCAS方式で用いられるスクランブル鍵に関する情報として、ECMのパケットＩＤ（ECM_PID）が記述される。CAS方式がライセンス方式である場合、即ち限定受信記述子にコミュニティCAS情報が記述される場合には、CAS方式パケットＩＤとしては何も記述されない。プライベートデータ領域には、CAS方式がライセンス方式である場合に、ライセンスＩＤ(License_id)が記述される。

以上のように、限定受信記述子にはCAS方式ＩＤが配置されるので、送受信システム３０では、従来のCAS方式とライセンス方式を同時に運用することもできる。

また、CAS方式がライセンス方式である場合には、限定受信記述子のCAS方式パケットＩＤに何も記述されず、プライベートデータ領域にライセンスＩＤが記述される。従って、CAS方式がライセンス方式であることによる、地上波デジタル放送波の有意な帯域消費はない。

［選局テーブルの作成方法の説明］
図９は、本発明の地上波デジタル放送波を受信する、有料のコミュニティ放送に対応しない既存の受信端末の選局テーブルの作成方法を説明する図であり、図１０は、受信端末３３の選局テーブルの作成方法を説明する図である。

図９に示すように、既存の受信端末は、まず、地上波デジタル放送波の各物理チャンネルの中央セグメントのＴＳを選局し、そのＴＳに含まれるNITを取得する。

具体的には、図９の例では、第１および第３の物理チャンネルの中央セグメントでは無料のワンセグ放送が行われ、第２の物理チャンネルの中央セグメントでは有料のコミュニティ放送が行われている。従って、既存の受信端末は、第１および第３の物理チャンネルの中央セグメントのＴＳから、それぞれの中央セグメントに割り当てられたワンセグ放送のネットワークＩＤ、チューニング情報、サービスリストなどを含むNITを取得する。

なお、図９の例では、第３の物理チャンネルの中央セグメントにおいて、２つの放送サービスが時分割で放送されるようになっており、第３の物理チャンネルの中央セグメントのNITには、２つの放送サービスのサービスリストが記述されている。

また、既存の受信端末は、第２の物理チャンネルの中央セグメントのＴＳから、その中央セグメントに割り当てられたワンセグ放送のネットワークＩＤ、チューニング情報、補間情報記述子などを含むNITを取得する。

そして、既存の受信端末は、第１の物理チャンネルの中央セグメントのNITに含まれる、周波数「Ｆ１」を示すチューニング情報並びにサービスリストのサービスＩＤ「Ｓ１」およびサービスタイプ「Ｄａｔａ」を対応付けて選局テーブルに登録する。また、既存の受信端末は、それらの情報に対応付けて、第１の物理チャンネルの中央セグメントのSDTに含まれるサービス名「ＢＡＳＩＣ１チャンネル」も選局テーブルに登録する。

同様に、既存の受信端末は、第３の物理チャンネルの中央セグメントの周波数「Ｆ３」を示すチューニング情報、並びに、第１の放送サービスのサービスＩＤ「Ｓ３」、サービスタイプ「Ｄａｔａ」、およびサービス名「ＢＡＳＩＣ２チャンネル」を選局テーブルに登録する。また、既存の受信端末は、第３の物理チャンネルの中央セグメントの周波数「Ｆ３」を示すチューニング情報、並びに、第２の放送サービスのサービスＩＤ「Ｓ４」、サービスタイプ「Ａｕｄｉｏ」、およびサービス名「ＭＵＳＩＣチャンネル」を選局テーブルに登録する。

一方、既存の受信端末は、第２の物理チャンネルの中央セグメントのNITに含まれる補完情報記述子を無視する。従って、既存の受信端末は、第２の物理チャンネルの中央セグメントに割り当てられた有料のコミュニティ放送の選局情報を取得することができない。よって、選局テーブルには、有料のコミュニティ放送の選局情報は登録されない。即ち、既存の受信端末では、視聴可能な無料のワンセグ放送の選局情報のみが認識され、選局テーブルに登録される。

これに対して、図１０に示すように、受信端末３３は、第２の物理チャンネルの中央セグメントのNITに含まれる補完情報記述子を解析する。これにより、受信端末３３は、補完情報記述子に記述されているPCRのパケットＩＤを認識し、そのパケットＩＤに基づいて、有料のコミュニティ放送の選局情報を含むPCRを取得することができる。従って、受信端末３３は、選局情報に含まれるチューニング情報、サービスＩＤ、サービスタイプ、サービス名などを、選局テーブルに登録することができる。即ち、受信端末３３では、視聴可能な無料のワンセグ放送と有料のコミュニティ放送の選局情報が認識され、選局テーブルに登録される。

具体的には、受信端末３３は、選局情報に含まれる周波数「Ｆ２」を示すチューニング情報、並びに、有料サービスリストに含まれるサービスＩＤ「Ｓ２」、サービスタイプ「Ｄａｔａ」、およびサービス名「ＰＲＥＭＩＵＭチャンネル」を対応付けて選局テーブルに登録する。また、受信端末３３は、それらの情報に対応付けて、拡張情報（Extension）として、有料サービスリストに含まれるPMTのパケットＩＤ「×××」、登録情報としての登録タイプとURL「http://×××」も選局情報に登録する。

［受信端末による選局テーブル作成処理の説明］
図１１は、受信端末３３による選局テーブル作成処理のフローチャートである。この選局テーブル作成処理は、例えば、ユーザにより選局テーブルの取得が指示されたとき開始される。

ステップＳ１１において、受信端末３３の制御部６４（図４）は、所定の物理チャンネル（例えば、最も周波数の低い物理チャンネル）を、処理の対象とする対象物理チャンネルとする。そして、制御部６４は、対象物理チャンネルの中央セグメントの周波数を選局情報としてチューナ５２に供給する。

ステップＳ１２において、チューナ５２は、制御部６４からの選局情報に基づいて、対象物理チャンネルの中央セグメントを選局する。

ステップＳ１３において、チューナ５２は、対象物理チャンネルの中央セグメントのＴＳが受信されたかどうかを判定し、受信されたと判定した場合、処理をステップＳ１４に進める。

ステップＳ１４において、デマルチプレクサ５４は、チューナ５２により受信され、デスクランブラ５３を介して供給される対象物理チャンネルの中央セグメントのＴＳを分離する。そして、デマルチプレクサ５４は、分離されたPSIの各情報等を制御部６４およびCAS処理部６２に供給する。

ステップＳ１５において、CAS処理部６２は、デマルチプレクサ５４から供給されるNITに補完情報記述子が含まれているかどうかを判定する。ステップＳ１５で補完情報記述子が含まれていると判定された場合、CAS処理部６２は、補完情報記述子を解析し、その補完情報記述子に含まれるPCRのパケットＩＤを認識する。そして、ステップＳ１６において、CAS処理部６２は、そのパケットＩＤに基づいて、デマルチプレクサ５４から供給されるPCRの中から、有料のコミュニティ放送の選局情報を含むPCRを取得し、処理をステップＳ１８に進める。

一方、ステップＳ１３で対象物理チャンネルの中央セグメントのＴＳが受信されていないと判定された場合、処理はステップＳ１８に進む。

また、ステップＳ１５で補完情報記述子が含まれていないと判定された場合、制御部６４は、デマルチプレクサ５４から供給されるNITに対応するSDTを取得し、処理をステップＳ１８に進める。

ステップＳ１８において、制御部６４は、全ての物理チャンネルを対象物理チャンネルとしたかどうかを判定する。ステップＳ１８で全ての物理チャンネルを対象物理チャンネルとしていないと判定された場合、ステップＳ１９において、制御部６４は、次の物理チャンネル（例えば、周波数が次に高い物理チャンネル）を対象物理チャンネルとして、処理ステップＳ１２に戻す。そして、全ての物理チャンネルを対象物理チャンネルとするまで、ステップＳ１２乃至Ｓ１９の処理が繰り返される。

一方、ステップＳ１８で全ての物理チャンネルを対象物理チャンネルとしたと判定された場合、処理はステップＳ２０に進む。ステップＳ２０において、制御部６４は、デマルチプレクサ５４から取得したNITおよびSDTに基づいて、無料のワンセグ放送のチューニング情報、サービスＩＤ、サービスタイプ、サービス名などの情報を選局テーブルに登録する。

ステップＳ２１において、CAS処理部６２は、PCRに含まれる選局情報に基づいて、有料のコミュニティ放送のチューニング情報、サービスＩＤ、サービスタイプ、サービス名、PMTのパケットＩＤ、登録情報などの情報を選局テーブルに登録する。そして処理は終了する。

［視聴対象の選択指示方法の説明］
図１２および図１３は、受信端末３３のユーザによる視聴対象の選択指示方法について説明する図である。

受信端末３３のユーザは、視聴対象とする放送サービスを選択指示する場合、まず、サービスリストの表示を指示する。これにより、例えば、図９で示したように、無料のワンセグ放送の情報のみが登録された選局テーブルが受信端末３３の記憶部６３に記憶されている場合、図１２に示すようなサービスリストが表示される。具体的には、無料のワンセグ放送のサービス名「ＢＡＳＩＣ１チャンネル」、「ＢＡＳＩＣ２チャンネル」、および「ＭＵＳＩＣチャンネル」が羅列されたサービスリストが表示される。

この場合、サービスリストの全てのサービス名に対応する放送サービスのビデオデータおよびオーディオデータには、スクランブルが施されていない。従って、ユーザが、図１２のサービスリストのサービス名のいずれかを選択指示した場合、受信端末３３は、そのサービス名に対応して選局テーブルに登録されているチューニング情報に基づいて選局を行い、視聴対象の放送サービスの映像や音声を即座に出力する。

一方、図１０で示したように、無料のワンセグ放送だけでなく、有料のコミュニティ放送の情報も登録された選局テーブルが受信端末３３の記憶部６３に記憶されている場合、図１３に示すようなサービスリストが表示される。具体的には、無料のワンセグ放送のサービス名「ＢＡＳＩＣ１チャンネル」、「ＢＡＳＩＣ２チャンネル」、および「ＭＵＳＩＣチャンネル」、並びに、有料のコミュニティ放送のサービス名「ＰＲＥＭＩＵＭチャンネル」が羅列されたサービスリストが表示される。なお、図１３の例では、サービス名「ＰＲＥＭＩＵＭチャンネル」の有料のコミュニティ放送の登録タイプは第１のタイプであるものとする。

この場合、ユーザが、図１３のサービスリストのサービス名「ＰＲＥＭＩＵＭチャンネル」を選択指示すると、受信端末３３は、サーバ３５から申し込み画面７１のHTMLまたはBML文書を取得する。これにより、「本チャンネルを視聴するには申し込みが必要です」というメッセージと、「申し込み画面へ」ボタン７１Ａからなる申し込み画面７１が表示される。

ユーザが申し込み画面７１の「申し込み画面へ」ボタン７１Ａを選択すると、受信端末３３は、サーバ３５から申し込み画面７２のHTMLまたはBML文書を取得し、申し込み画面７２を表示する。この申し込み画面７２には、「申し込む」ボタン７２Ａ、有料のコミュニティ放送の料金などが表示される。

ユーザが「申し込む」ボタン７２Ａを選択すると、受信端末３３は、サーバ３５に課金処理を行わせ、課金処理の終了後にサーバ３５から送信されてくる申し込み完了画面７３のHTMLまたはBML文書を取得する。これにより、「申し込み手続きを完了しました。」というメッセージとＯＫボタン７３Ａを含む申し込み完了画面７３が表示される。そして、ユーザによりＯＫボタン７３Ａが選択されると、受信端末３３は、サーバ３５から視聴ライセンスを取得する。

これにより、受信端末３３は、視聴ライセンスに含まれるスクランブル鍵を用いて、有料のコミュニティ放送に施されているスクランブルを解除することが可能になる。従って、受信端末３３は、選局テーブルに基づいてサービス名「ＰＲＥＭＩＵＭチャンネル」の有料のコミュニティ放送を選局し、スクランブル鍵を用いてスクランブルを解除して、コミュニティ放送の映像や音声を出力する。

なお、上述した説明では、サービス名「ＰＲＥＭＩＵＭチャンネル」の有料のコミュニティ放送の登録タイプは第１のタイプであるものとしたが、第２のタイプである場合には、申し込み画面７１，７２や申し込み完了画面７３は表示されない。この場合には、ユーザがサービス名「ＰＲＥＭＩＵＭチャンネル」を選択すると、受信端末３３は、「申し込み」ボタンなどを表示する。そして、ユーザにより「申し込み」ボタンが選択されると、受信端末３３は、サーバ３５に課金処理を行わせるとともに、視聴ライセンスを送信させる。

［サーバの詳細構成例］
図１４は、図２のサーバ３５の詳細構成例を示すブロック図である。

図１４のサーバ３５において、CPU（Central Processing Unit）８１，ROM（Read Only Memory）８２，RAM（Random Access Memory）８３は、バス８４により相互に接続されている。

バス８４には、さらに、入出力インタフェース８５が接続されている。入出力インタフェース８５には、入力部８６、出力部８７、記憶部８８、通信部８９、およびドライブ９０が接続されている。

入力部８６は、キーボード、マウス、マイクロフォンなどよりなる。出力部８７は、ディスプレイ、スピーカなどよりなる。記憶部８８は、ハードディスクや不揮発性のメモリなどよりなる。通信部８９は、ネットワークインタフェースなどよりなる。ドライブ９０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１を駆動する。

以上のように構成されるサーバ３５では、CPU８１が、例えば、記憶部８８に記憶されているプログラムを、入出力インタフェース８５およびバス８４を介して、RAM８３にロードして実行することにより、各種の処理が行われる。

具体的には、CPU８１は、通信部８９により受信端末３３から受信された端末ＩＤに基づいて受信端末３３に対する認証処理を行う。また、CPU８１は、その認証処理の結果と受信端末３３からの要求に基づいて、記憶部８８に記憶されている、申し込み画面７１や７２のHTMLまたはBML文書を、通信部８９を制御して受信端末３３に送信する。

さらに、CPU８１は、受信端末３３からの要求に応じて、その受信端末３３に対して課金処理を行う。そして、CPU８１は、記憶部８８に記憶されている申し込み完了画面７３のHTMLまたはBML文書を、通信部８９を制御して受信端末３３に送信する。CPU８１は、受信端末３３からの要求に応じて、記憶部８８に記憶されている有料のコミュニティ放送の視聴ライセンスを、通信部８９を制御して受信端末３３に送信する。

また、CPU８１は、認証処理の結果に基づいて、受信端末３３に対して課金処理を行い、記憶部８８に記憶されている有料のコミュニティ放送の視聴ライセンスを、通信部８９を制御して受信端末３３に送信する。

なお、CPU８１が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

また、サーバ３５では、プログラムは、リムーバブルメディア９１をドライブ９０に装着することにより、入出力インタフェース８５を介して、記憶部８８にインストールすることができる。さらに、プログラムは、有線または無線の伝送媒体を介して、通信部８９で受信し、記憶部８８にインストールすることができる。その他、プログラムは、ROM８２や記憶部８８に、予めインストールしておくことができる。

［視聴ライセンスの説明］
図１５は、視聴ライセンスの構成例を示す図である。

図１５の視聴ライセンスは、視聴ライセンスに固有のＩＤであるライセンスＩＤ、視聴ライセンスの有効期限であるライセンス有効期限、およびスクランブル鍵により構成される。

図１６は、視聴ライセンスに含まれるスクランブル鍵について説明する図である。

視聴ライセンスに含まれるスクランブル鍵は、図１６Ａに示すように、有料のコミュニティ放送の１つの放送サービスに対して１つ設定されてもよいし、図１６Ｂに示すように、複数の放送サービスに対して１つ設定されてもよい。スクランブル鍵が１つの放送サービスに対して１つ設定される場合には、１つの放送サービス単位で課金処理が行われ、複数の放送サービスに対して１つ設定される場合には、複数の放送サービス単位で課金処理が行われる。

また、スクランブル鍵は、有料のコミュニティ放送の時間単位、日単位、または月単位の放送サービスに対して設定されるようにしてもよい。この場合、時間単位、日単位、または月単位で課金処理が行われる。

［送受信システムによる視聴ライセンス取得処理の説明］
図１７は、送受信システム３０における視聴ライセンス取得処理を説明するフローチャートである。この視聴ライセンス取得処理は、例えば、受信端末３３のユーザが、サービスリストに羅列されている有料のコミュニティ放送のサービス名を視聴対象のサービス名として選択指示したとき開始される。なお、図１７では、視聴対象の有料のコミュニティ放送の登録タイプは第１のタイプであるものとする。

図１７のステップＳ４１において、受信端末３３のCAS処理部６２（図４）は、記憶部６３に記憶されている端末ＩＤと申し込み画面７１の要求を、ネットワーク３４を介してサーバ３５に送信する。

具体的には、CAS処理部６２は、視聴対象の有料のコミュニティ放送に対応する情報として選局テーブルに登録されている拡張情報のPCRのパケットＩＤに基づいて、そのパケットＩＤで特定されるPCRから視聴対象の選局情報を取得する。そして、CAS処理部６２は、その選局情報の登録情報に含まれるURLを、端末ＩＤと申し込み画面７１の要求とともに無線通信インタフェース６１に供給する。無線通信インタフェース６１は、CAS処理部６２から供給されるURLに基づいて、そのURLに対応するサーバ３５に、端末ＩＤと申し込み画面７１の要求を送信する。

ステップＳ３１において、サーバ３５の通信部８９（図１４）は、受信端末３３から送信されてくる端末ＩＤと申し込み画面７１の要求を、ネットワーク３４を介して受信し、CPU８１に供給する。ステップＳ３２において、CPU８１は、通信部８９から供給される端末ＩＤに基づいて、その端末ＩＤに対応する受信端末３３が、有料のコミュニティ放送を提供可能な正当な受信端末であるかどうかを判定する認証処理を行う。

受信端末３３が正当な受信端末であると判定された場合、ステップＳ３３において、CPU８１は、記憶部８８に記憶されている申し込み画面７１のHTMLまたはBML文書を読み出し、通信部８９を制御して受信端末３３に送信する。一方、受信端末３３が正当な受信端末ではないと判定された場合、処理は終了する。

ステップＳ４２において、受信端末３３の無線通信インタフェース６１は、サーバ３５から送信されてくる申し込み画面７１のHTMLまたはBML文書を受信し、ブラウザ６０に供給する。

ステップＳ４３において、ブラウザ６０は、申し込み画面７１を表示部５７に表示させる。具体的には、ブラウザ６０は、無線通信インタフェース６１から供給される申し込み画面７１のHTMLまたはBML文書を解釈し、申し込み画面７１のビデオデータを生成する。そして、ブラウザ６０は、そのビデオデータを、選択部５６を介して表示部５７に供給し、表示部５７に申し込み画面７１を表示させる。

ステップＳ４４において、CAS処理部６２は、ユーザにより申し込み画面７１の「申し込み画面へ」ボタン７１Ａが選択されたかどうかを判定する。ステップＳ４４で「申し込み画面へ」ボタン７１Ａが選択されていないと判定された場合、「申し込み画面へ」ボタン７１Ａが選択されるまで待機する。

一方、ステップＳ４４で「申し込み画面へ」ボタン７１Ａが選択されたと判定された場合、処理はステップＳ４５に進む。ステップＳ４５において、CAS処理部６２は、無線通信インタフェース６１に申し込み画面７２の要求を供給することにより、その要求をネットワーク３４を介してサーバ３５に送信する。

ステップＳ３４において、サーバ３５の通信部８９は、受信端末３３から送信されてくる申し込み画面７２の要求を、ネットワーク３４を介して受信し、CPU８１に供給する。ステップＳ３５において、CPU８１は、記憶部８８に記憶されている申し込み画面７２のHTMLまたはBML文書を読み出し、通信部８９を制御して受信端末３３に送信する。

ステップＳ４６において、受信端末３３の無線通信インタフェース６１は、サーバ３５から送信されてくる申し込み画面７２のHTMLまたはBML文書を受信し、ブラウザ６０に供給する。

ステップＳ４７において、ブラウザ６０は、無線通信インタフェース６１から供給される申し込み画面７２のHTMLまたはBML文書に基づいて、申し込み画面７２を表示部５７に表示させる。ステップＳ４８において、CAS処理部６２は、ユーザにより申し込み画面７２の「申し込む」ボタン７２Ａが選択されたかどうかを判定する。ステップＳ４８で「申し込む」ボタン７２Ａが選択されていないと判定された場合、「申し込む」ボタン７２Ａが選択されるまで待機する。

一方、ステップＳ４８で「申し込む」ボタン７２Ａが選択されたと判定された場合、処理はステップＳ４９に進む。ステップＳ４９において、CAS処理部６２は、無線通信インタフェース６１に登録要求を供給することにより、その登録要求を、ネットワーク３４を介してサーバ３５に送信する。

ステップＳ３６において、サーバ３５の通信部８９は、受信端末３３から送信されてくる登録要求を、ネットワーク３４を介して受信し、CPU８１に供給する。ステップＳ３７において、CPU８１は、視聴対象の有料のコミュニティ放送について受信端末３３に対して課金処理を行う。ステップＳ３８において、CPU８１は、記憶部８８に記憶されている申し込み完了画面７３のHTMLまたはBML文書を読み出し、通信部８９を制御して受信端末３３に送信する。

ステップＳ５０において、受信端末３３の無線通信インタフェース６１は、サーバ３５から送信されてくる申し込み完了画面７３のHTMLまたはBML文書を受信し、ブラウザ６０に供給する。ステップＳ５１において、ブラウザ６０は、無線通信インタフェース６１から供給される申し込み完了画面７３のHTMLまたはBML文書に基づいて、申し込み完了画面７３を表示部５７に表示させる。

ステップＳ５２において、CAS処理部６２は、ユーザにより申し込み完了画面７３のＯＫボタン７３Ａが選択されたかどうかを判定する。ステップＳ５２でＯＫボタン７３Ａが選択されていないと判定された場合、ＯＫボタン７３Ａが選択されるまで待機する。

一方、ステップＳ５２でＯＫボタン７３Ａが選択されたと判定された場合、処理はステップＳ５３に進む。ステップＳ５３において、CAS処理部６２は、無線通信インタフェース６１に視聴ライセンスの要求を供給することにより、その要求を、ネットワーク３４を介してサーバ３５に送信する。

ステップＳ３９において、サーバ３５の通信部８９は、受信端末３３から送信されてくる視聴ライセンスの要求を、ネットワーク３４を介して受信し、CPU８１に供給する。ステップＳ４０において、CPU８１は、記憶部８８から視聴対象の視聴ライセンスを読み出し、通信部８９を制御して、その視聴ライセンスを受信端末３３に送信する。

ステップＳ５４において、受信端末３３の無線通信インタフェース６１は、サーバ３５から送信されてくる視聴ライセンスを受信し、CAS処理部６２に供給して記憶部６３に記憶させる。そして処理は終了する。

以上のように、送受信システム３０において、ライセンス方式のために必要なサーバ３５の最低限の機能は、認証機能、視聴ライセンスの送信機能、および課金機能だけであるため、サーバ３５を低コストで実現することができる。

[受信端末による有料コミュニティ放送の選局処理の説明]
図１８は、受信端末３３による有料コミュニティ放送の選局処理を説明するフローチャートである。この選局処理は、例えば、図１７の視聴ライセンス取得処理が終了したときに開始される。

図１８のステップＳ７１において、制御部６４は、ユーザにより選択指示されたサービス名に対応して選局テーブルに登録されているチューニング情報を、視聴対象のチューニング情報として記憶部６３から読み出し、チューナ５２に供給する。

ステップＳ７２において、チューナ５２は、制御部６４から供給されるチューニング情報が示す周波数に基づいて、視聴対象である有料のコミュニティ放送を選局する。これにより、視聴対象のＴＳのデスクランブラ５３を介したデマルチプレクサ５４への供給が開始される。

ステップＳ７３において、デマルチプレクサ５４は、チューナ５２からデスクランブラ５３を介して供給されるＴＳを分離し、PMTを抽出する。デマルチプレクサ５４は、そのPMTをCAS処理部６２および制御部６４に供給する。

ステップＳ７４において、CAS処理部６２は、選局テーブルに登録されている視聴対象のPMTのパケットＩＤに基づいて、デマルチプレクサ５４から供給されるPMTから視聴対象のPMTを取得し、解析する。

ステップＳ７５において、CAS処理部６２は、視聴対象のPMTの限定受信記述子に記述されているCAS方式はライセンス方式であるかどうかを判定する。ステップＳ７５でCAS方式はライセンス方式であると判定された場合、処理はステップＳ７６に進む。

ステップＳ７６において、CAS処理部６２は、視聴対象のPMTのプライベートデータ領域に記述されているライセンスＩＤに基づいて、そのライセンスＩＤに対応する視聴ライセンスに含まれるスクランブル鍵を記憶部６３から読み出す。そしてCAS処理部６２は、そのスクランブル鍵と、視聴対象のPMTに記述されているＥＳのパケットＩＤをデスクランブラ５３に供給し、処理をステップＳ７８に進める。

一方、ステップＳ７５でCAS方式はライセンス方式ではないと判定された場合、ステップＳ７７において、CAS処理部６２は、そのCAS方式に対応する処理を行い、スクランブル鍵を取得する。そしてCAS処理部６２は、そのスクランブル鍵と、視聴対象のPMTに記述されているＥＳのパケットＩＤとをデスクランブラ５３に供給し、処理をステップＳ７８に進める。

ステップＳ７８において、デスクランブラ５３は、CAS処理部６２から供給されるスクランブル鍵を用いて、CAS処理部６２から供給されるパケットＩＤに対応するＥＳのスクランブルを解除する。これにより、視聴対象のＴＳのビデオデータおよびオーディオデータに施されているスクランブルが解除される。スクランブルが解除されたＴＳはデマルチプレクサ５４に供給される。

ステップＳ７９において、デマルチプレクサ５４は、デスクランブラ５３から供給されるＴＳを、ビデオデータ、オーディオデータ、表示制御情報、PSIの各情報等に分離する。デマルチプレクサ５４は、ビデオデータをビデオデコーダ５５に供給し、オーディオデータをオーディオデコーダ５８に供給する。また、デマルチプレクサ５４は、表示制御情報をブラウザ６０に供給し、PSIの各情報等を制御部６４およびCAS処理部６２に供給する。

ステップＳ８０において、ビデオデコーダ５５は、制御部６４の制御にしたがって、デマルチプレクサ５４から供給されるビデオデータを、コミュニティ放送局３２におけるエンコードに対応する方式でデコードし、選択部５６に供給する。

ステップＳ８１において、オーディオデコーダ５８は、制御部６４の制御にしたがって、デマルチプレクサ５４から供給されるオーディオデータを、コミュニティ放送局３２におけるエンコードに対応する方式でデコードし、スピーカ５９に供給する。

ステップＳ８２において、ブラウザ６０は、デマルチプレクサ５４から供給される表示制御情報を解釈して、ビデオデータを生成し、選択部５６に供給する。

ステップＳ８３において、選択部５６は、制御部６４の制御にしたがって、ビデオデコーダ５５から供給されるビデオデータまたはブラウザ６０から供給されるビデオデータを選択し、表示部５７に供給する。

ステップＳ８４において、表示部５７は、選択部５６から供給されるビデオデータに基づいて、視聴対象の有料のコミュニティ放送の画像を表示する。

ステップＳ８５において、スピーカ５９は、オーディオデコーダ５８から供給されるオーディオデータに対応する音声を、視聴対象の有料のコミュニティ放送の音声として出力する。そして処理は終了する。

以上のように、送受信システム３０において、ライセンス方式のために新たに必要な受信端末３３の機能は、基本的に、CAS処理部６２の機能だけである。従って、ライセンス方式のための受信端末３３の開発コストを低く抑えることができる。また、CAS処理部６２の機能を、他の機能を実現するCPU等で実現する場合、ライセンス方式のために新たなハードウエアを追加する必要がない。

なお、本実施の形態では、有料のコミュニティ放送の選局情報はPCRに配置されることにより受信端末３３に提供されるものとしたが、サーバ３５等の他の装置から提供されるようにすることもできる。この場合には、受信端末３３は、補完情報記述子に含まれるURLで特定される装置と通信を行うことにより、PCRを取得する。

また、上述した送受信システム３０では、コミュニティ放送に対してライセンス方式を用いた受信制限が行われたが、ワンセグ放送に対してライセンス方式を用いた受信制限が行われるようにしてもよい。さらに、コミュニティ放送やワンセグ放送の一部にのみ受信制限が行われるようにしてもよい。

また、上述した受信端末３３の一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

図１９は、上述した受信端末３３の一連の処理をプログラムにより実行するパーソナルコンピュータのハードウエアの構成例を示すブロック図である。

パーソナルコンピュータ２００において、CPU２０１，ROM２０２，RAM２０３は、バス２０４により相互に接続されている。

バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、及びドライブ２１０が接続されている。

入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。

以上のように構成されるパーソナルコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。

パーソナルコンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

パーソナルコンピュータ２００では、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。

なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

３０ 送受信システム， ３３ 受信端末， ３５ サーバ， ５２ チューナ， ５３ デスクランブラ， ６１ 無線通信インタフェース， ６２ CAS処理部， ８１ CPU， ８９ 通信部

Claims (11)

1. 受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を送信する
   送信装置。
2. 前記特定情報は、前記デジタル放送に含まれる前記受信制限のあるデジタル放送の前記選局情報を特定するための特定情報である
   請求項１に記載の送信装置。
3. 前記特定情報は、所定の情報処理装置に記憶されている前記受信制限のあるデジタル放送の前記選局情報を特定するための特定情報である
   請求項１に記載の送信装置。
4. 送信装置が、
   受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を送信する送信ステップ
   を含む送信方法。
5. コンピュータに、
   受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を送信する送信ステップ
   を含む処理を実行させるプログラム。
6. 受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を受信する受信手段と、
   前記デジタル放送を選局する選局手段と、
   前記特定情報に基づいて前記受信制限のあるデジタル放送の前記選局情報を取得し、その選局情報に基づいて前記受信制限のあるデジタル放送の選局を制御する制御手段と
   を備える受信装置。
7. 前記特定情報は、前記デジタル放送に含まれる前記受信制限のあるデジタル放送の前記選局情報を特定するための特定情報であり、
   前記制御手段は、前記特定情報に基づいて、前記デジタル放送から前記受信制限のあるデジタル放送の前記選局情報を取得する
   請求項６に記載の受信装置。
8. 前記特定情報は、所定の情報処理装置に記憶されている前記受信制限のあるデジタル放送の前記選局情報を特定するための特定情報であり、
   前記制御手段は、前記特定情報に基づいて、前記所定の情報処理装置から前記受信制限のあるデジタル放送の前記選局情報を取得する
   請求項６に記載の受信装置。
9. 前記受信制限のあるデジタル放送の前記コンテンツに施されているスクランブルを解除するための鍵を取得する取得手段と、
   前記選局手段により選局された前記受信制限のあるデジタル放送の前記コンテンツに施されているスクランブルを、前記鍵を用いて解除する解除手段と
   をさらに備える
   請求項６に記載の受信装置。
10. 受信装置が、
    受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を受信する受信ステップと、
    前記デジタル放送を選局する選局ステップと、
    前記特定情報に基づいて前記受信制限のあるデジタル放送の前記選局情報を取得し、その選局情報に基づいて前記受信制限のあるデジタル放送の選局を制御する制御ステップと
    を含む受信方法。
11. 受信制限のないデジタル放送の選局に関する情報である選局情報、受信制限のあるデジタル放送の選局情報を特定するための特定情報、および前記デジタル放送のコンテンツを含む前記デジタル放送を選局する選局手段を制御するコンピュータに、
    前記特定情報に基づいて前記受信制限のあるデジタル放送の前記選局情報を取得し、その選局情報に基づいて前記受信制限のあるデジタル放送の選局を制御する制御ステップ
    を含む処理を実行させるプログラム。

Images