(57)【要約】【課題】メモリサイズを抑え、かつ、容易にロゴのデータを管理することができるようにする。【解決手段】  ディジタル放送のロゴのデータベースは、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けてメモリ２３に記憶される。制御部１１は、ディジタル放送信号に多重されてくるロゴのデータを、アンテナ２、チューナ部１６、デスクランブラ１７、およびデマルチプレクサ１８を介して取得し、メモリ２３に記憶されたロゴのデータベースを更新する。本発明は、ディジタル放送受信装置に適用できる。【選択図】図４
2005150996.tif 000002
【特許請求の範囲】
【請求項１】
ディジタル放送のロゴに関する情報の処理を行う情報処理装置において、
前記ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶する記憶手段と、
前記ロゴに関する情報を取得し、前記記憶手段に記憶された前記ロゴに関する情報を更新する更新手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記ロゴに関する情報を受信する受信手段をさらに備える
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記受信手段は、トランスポートストリームとして多重されて伝送されてくる、前記ロゴに関する情報を受信する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記受信手段は、ネットワークを介して、前記番組情報を配信するサイトにアクセスし、前記ロゴに関する情報を受信する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項５】
前記ディジタル放送は、ＢＳ(Broadcasting Satellite)ディジタル放送、広帯域ＣＳ(Communication Satellite)ディジタル放送、または地上ディジタルテレビジョン放送のいずれかである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
ＢＳディジタル放送、および広帯域ＣＳディジタル放送の前記ロゴを特定する情報は、ロゴＩＤ(Identification)であり、
地上ディジタルテレビジョン放送の前記ロゴを特定する情報は、ネットワークＩＤとロゴＩＤである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項７】
ディジタル放送のロゴに関する情報の処理を行う情報処理方法において、
前記ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶手段に記憶させる記憶ステップと、
前記ロゴに関する情報を取得し、前記記憶手段に記憶された前記ロゴに関する情報を更新する更新ステップと
を含むことを特徴とする情報処理方法。
【請求項８】
ディジタル放送のロゴに関する情報の処理を行うプログラムであって、
前記ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶手段に記憶させる記憶ステップと、
前記ロゴに関する情報を取得し、前記記憶手段に記憶された前記ロゴに関する情報を更新する更新ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項９】
ディジタル放送のロゴに関する情報の処理を行うプログラムにおいて、
前記ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶手段に記憶させる記憶ステップと、
前記ロゴに関する情報を取得し、前記記憶手段に記憶された前記ロゴに関する情報を更新する更新ステップと
を含む処理をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、メモリサイズを抑え、かつ、容易にロゴに関する情報を管理することができるようにした情報処理装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
近年、BS（Broadcasting Satellite）ディジタル放送、広帯域CS（Communication Satellite）ディジタル放送（いわゆる、１１０°CS）（以下、CSディジタル放送と称する）、地上ディジタルテレビジョン放送等の各放送メディアによるディジタル放送が普及してきている。このディジタル放送の信号（ディジタル放送信号とも称する）は、トランスポートストリームとしてディジタル放送受信装置に伝送される。
【０００３】
トランスポートストリームは、MPEG(Moving Picture Experts Group)-2等において規定され、複数の種類のディジタルデータ（例えば、ビデオデータ、オーディオデータ、および、文字放送用データ等の様々なディジタルデータ）を多重することが可能なストリームである。複数の種類のディジタルデータのそれぞれは、TS（Transport Stream:トランスポートストリーム）パケットと称される、固定長のパケットに分割され、分割された複数のTSパケットにより、１つのトランスポートストリームが構成される。
【０００４】
トランスポートストリームを伝送するディジタル放送用の信号の伝送方式は、複数の種類の方式が存在するが、トランスポートストリームには、異なる種類の伝送方式のディジタルデータの幾つかが多重されていることがある。
【０００５】
このような伝送方式の中で、代表的なものとして、カルーセル伝送方式などがある。カルーセル伝送方式は、所定の時刻で視聴可能な全ディジタルデータ（ダウンロード対象のディジタルデータ）を、周期的に繰り返し送出する伝送方式である。カルーセル伝送方式で伝送されるディジタルデータ（以下、カルーセルデータと称する）として、例えば、静止画や、音声（単体）等のデータ放送用のデータが存在する。
【０００６】
カルーセルデータは、DII(Download Information Indication)と称されるインフォメーションデータと、DDB(Download Data Block)と称される実データとで構成される。
【０００７】
ただし、DIIやDDBは、そのままの形態で伝送されるのではなく、複数のTSパケットに分割されて、トランスポートストリームの１構成要素として伝送される。即ち、DIIやDDBは、TSパケットの形態で、他の種類のディジタルデータと多重されて伝送される。この場合、伝送先で、分割された複数のTSパケットから、所定のDDIを抽出し、それに対応するDDBを復元することができるように、そのDDIとDDBから分割された各TSパケットのそれぞれには、PID（Packet Identifier）と称される同一の識別子が付される。
【０００８】
以上のようなディジタル放送信号として利用されるトランスポートストリームには、一般的に、ビデオデータやオーディオデータの他に、ディスプレイに、いわゆる番組表であるEPG（Electronic Program Guide: 電子番組表）などを表示させるときに用いる放送局（チャンネル）のロゴマーク（以下、単にロゴと称する）やジャンルコード等を含む共通データ等のデータ信号も多重されている。
【０００９】
図１は、放送メディアがBSディジタル放送の場合における、放送局から送出（放送）されるロゴに関する情報を記憶するディジタル放送受信装置のデータベースの構成例を示している。
【００１０】
ロゴに関する情報（以下、ロゴのデータとも称する）は、図１に示すように、ロゴのバージョン情報Ａ（以下、ロゴバージョン情報Ａと称する）、ロゴを特定する情報Ｂ（以下、ロゴ情報Bと称する）、およびロゴを使用するサービスに関する情報Ｃ(以下、サービス情報Cと称する)で構成される。
【００１１】
ロゴのバージョン情報であるロゴバージョン情報Ａは、１バイトのデータで表される放送メディアと、１２ビット（２バイト）のデータで表されるロゴのバージョンとで構成される。
【００１２】
BSおよびCSディジタル放送では、ロゴを識別するためのロゴID（Identificaiton）は、各放送メディアでそれぞれユニークな値が付与される。ここで、放送メディアとは、上述したように、例えば、BSディジタル放送、またはCSディジタル放送のことである。図１の放送メディアのデータには、BSディジタル放送を表すデータ（値）が入力される。
【００１３】
また、バージョンには、ロゴのバージョンを表すデータが入力される。BSおよびCSディジタル放送では、バージョンは、各放送メディア（即ち、ここではBSディジタル放送）に対して、ユニークな値が付与される。
【００１４】
ロゴを特定する情報であるロゴ情報Bは、９ビット（２バイト）のデータで表されるロゴID、２バイトのデータで表されるロゴサイズ、およびデータ容量DATBSバイトを有するロゴデータとで構成される。また、ロゴ情報Bの領域としては、ロゴ３００個分の領域が確保される。即ち、ロゴ情報Bの領域としては、（２＋２＋DATBS）×３００バイトの領域が確保される。なお、図１では、BSディジタル放送で使用されるロゴの個数の最大値を３００（個）と仮定している。
【００１５】
ロゴIDには、ロゴマークを識別するためのロゴIDのデータが入力される。また、ロゴサイズには、ロゴのサイズを表すデータが入力される。さらに、ロゴデータには、実際のロゴとなるデータが入力される。
【００１６】
なお、ロゴデータのデータ容量DATBSは、各ロゴデータの最大値に合わせて決定されるものである。即ち、ロゴは、ロゴの種類（ロゴタイプ）によりデータ容量が異なる。ロゴの種類(ロゴタイプ)としては、HDラージ、HDスモール、SD4:3ラージ、SD4:3スモール、SD16:9ラージ、およびSD16:9スモールの６種類がある。この６種類のうちの、使用されるロゴタイプの最大値が、データ容量DATBSとして採用される。なお、HDは、High Definitionを表し、SDはStandard Definitionを表す。また、4:3および16:9は、画像のアスペクト比を表し、ラージおよびスモールは、ロゴの２種類の大きさを表す。
【００１７】
ロゴを使用するサービスに関する情報であるサービス情報Cは、それぞれが２バイトのデータで表される、ネットワークID、トランスポートストリームID（TSID）、サービスID、およびロゴIDで構成される。また、サービス情報Cの領域としては、チャンネル１０００個分の領域が確保される。即ち、サービス情報Cの領域としては、（２＋２＋２＋２）×１０００バイトの領域が確保される。なお、図１では、BSディジタル放送で使用されるチャンネルのチャンネル数の最大値を１０００（チャンネル）と仮定している。
【００１８】
サービス情報Cのうち、ネットワークIDは、BSディジタル放送、CSディジタル放送、地上ディジタルテレビジョン放送等の放送メディアごとに割り当てられるIDであり、各放送メディア内の放送局を表す。従って、ネットワークIDには、放送メディアがBSディジタル放送である中の所定の放送局を表すIDが入力される。また、トランスポートストリームIDには、トランスポートストリームを識別するデータが入力される。サービスIDには、チャンネルを識別するデータが入力される。即ち、ここでのサービスとはチャンネルを表す。また、ロゴIDには、所定のチャンネルが使用するロゴのロゴIDのデータが入力される。
【００１９】
ここで、上述したBSディジタル放送のロゴに関する情報を記憶するために必要なデータベースのメモリサイズは、次式（１）のように表すことができる。
（１＋２）＋（４＋DATBS）×３００＋（２＋２＋２＋２）×１０００
＝３＋１２００＋３００DATBS＋８０００
＝３００DATBS＋９２０３  [バイト]
・・・・・・・・・・・・・・・（１）
【００２０】
図２は、放送メディアがCSディジタル放送の場合における、放送局から送出されるロゴに関する情報を記憶するディジタル放送受信装置のデータベースの構成例を示している。
【００２１】
CSディジタル放送のロゴのデータは、図２に示すように、図１のBSディジタル放送におけるロゴのデータの場合と同様に、ロゴバージョン情報Ａ、ロゴ情報B、およびサービス情報Cで構成される。
【００２２】
また、ロゴバージョン情報Ａ、ロゴ情報B、およびサービス情報Cそれぞれが有するデータも、図１のBSディジタル放送におけるロゴのデータの場合と同様であるので、その説明を省略する。ただし、ロゴ情報Bのロゴデータの容量は、DATCSで表されている。また、CSディジタル放送では、CSディジタル放送で使用されるロゴの個数の最大値を２００（個）と仮定している。従って、ロゴ情報Bの領域としては、ロゴ２００個分の領域が確保される。即ち、CSディジタル放送のロゴ情報Bの領域としては、（２＋２＋DATCS）×２００バイトの領域が確保される。さらに、CSディジタル放送では、CSディジタル放送で使用されるチャンネルのチャンネル数の最大値を４００（チャンネル）と仮定している。従って、CSディジタル放送のサービス情報Cの領域としては、チャンネル４００個分の領域が確保される。即ち、CSディジタル放送のサービス情報Cの領域としては、（２＋２＋２＋２）×４００バイトの領域が確保される。
【００２３】
なお、CSディジタル放送では、「プラットワン」と「SKY  PerfecTV！２」の２つのネットワーク(プラットフォーム)が存在するが、ロゴIDは、２つのネットワークの全体でユニークな値が付与される。
【００２４】
ここで、BSディジタル放送の場合と同様に、CSディジタル放送のロゴに関する情報を記憶するために必要なデータベースのメモリサイズは、次式（２）のように表すことができる。
（１＋２）＋（４＋DATCS）×２００＋（２＋２＋２＋２）×４００
＝３＋８００＋２００DATCS＋３２００
＝２００DATCS＋４００３  [バイト]
・・・・・・・・・・・・・・・（２）
【００２５】
図１および図２に示すように構成されるBSおよびCSディジタル放送のロゴのデータベースを用いて、BSおよびCSディジタル放送のロゴが所定のディスプレイ上に表示される場合、サービス情報CのサービスIDが表すチャンネルで使用されるロゴが、サービス情報Cに記載されたロゴIDが表すロゴとなる。そして、サービス情報CのロゴIDの具体的なデータとして、ロゴ情報Bの中から、サービス情報CのロゴIDと同一のロゴIDを有するロゴのロゴサイズとロゴデータが採用される。図１と図２では、ロゴ情報Bとサービス情報Cとは、ロゴIDにより対応付けられている。
【００２６】
なお、BSおよびCSディジタル放送では、ロゴのバージョンは、上述したように、放送メディアごとにユニークな値が付与されるため、各放送メディア内の全てのロゴのバージョンは、同一の値となる。従って、各ロゴIDで認識されるロゴのうちの、どのロゴが更新されていて、どのロゴが以前と同じバージョンのロゴであるかなどの区別は判別できない。BSおよびCSディジタル放送では、送出されてくるロゴバージョン情報Aのバージョンがバージョンアップされている場合、最大３００個（BSディジタル放送の場合）または最大２００個（CSディジタル放送の場合）のロゴのうちの、一部（あるいは全部）のロゴが更新された、ロゴ情報Bとサービス情報C全体が更新される。
【００２７】
図３は、放送メディアが地上ディジタルテレビジョン放送の場合における、放送局から送出されるロゴに関する情報を記憶するディジタル放送受信装置のデータベースの構成例を示している。
【００２８】
ロゴに関する情報は、図３に示すように、放送メディアに関する情報D（以下、放送メディア情報Dと称する）、ロゴを特定する情報E（以下、ロゴ情報Eと称する）、およびロゴを使用するサービスに関する情報F(以下、サービス情報Fと称する)で構成される。
【００２９】
図１と図２で示したBSおよびCSディジタル放送では、ロゴのバージョンは、放送メディア（ロゴのデータベース全体）ごとにユニークな値が付与されたが、地上ディジタルテレビジョン放送では、ロゴのバージョンは、ロゴごとにユニークな値が付与される。また、BSおよびCSディジタル放送では、ロゴIDは、各放送メディアでそれぞれユニークな値とされたが、地上ディジタルテレビジョン放送では、ロゴIDは、各ネットワークに対してユニークな値とされる。従って、地上ディジタルテレビジョン放送のロゴのデータベースの構成が、BSおよびCSディジタル放送のそれと異なる。ただし、データベースを構成する、放送メディア、ネットワークID、ロゴID、ロゴサイズ、ロゴデータ、バージョン、サービスID、およびロゴIDの各データは、BSおよびCSディジタル放送のデータそれぞれと同様のものであるので、それぞれの説明については適宜省略する。
【００３０】
放送メディア情報Dは、１バイトのデータで、地上ディジタルテレビジョン放送を表すデータが入力される、放送メディアのみで構成される。
【００３１】
ロゴを特定する情報であるロゴ情報Eは、各２バイトのデータで表されるネットワークID、ロゴID、およびロゴサイズと、データ容量DATGバイトを有するロゴデータとで構成される。また、ロゴ情報Eの領域としては、ロゴ１８０個分の領域が確保される。即ち、ロゴ情報Eの領域としては、（２＋２＋２＋DATCS）×１８０バイトの領域が確保される。なお、図３では、地上ディジタルテレビジョン放送で使用されるロゴの個数の最大値を１８０個と仮定している。
【００３２】
サービス情報Fは、各２バイトのデータで表される、バージョン、サービスID、およびロゴIDで構成される。また、サービス情報Fの領域としては、チャンネル４８０個分の領域が確保される。即ち、サービス情報Fの領域としては、（２＋２＋２）×４８０バイトの領域が確保される。なお、図３では、地上ディジタルテレビジョン放送で使用されるチャンネルのチャンネル数の最大値を４８０（チャンネル）と仮定している。
【００３３】
ここで、地上ディジタルテレビジョン放送のロゴに関する情報を記憶するために必要なデータベースのメモリサイズは、次式（３）のように表すことができる。
（１）＋（６＋DATG）×１８０＋（２＋２＋２）×４８０
＝１＋１０８０＋１８０DATG＋２８８０
＝３９６１＋１８０DATG  [バイト]
・・・・・・・・・・・・・・・（３）
【００３４】
図３に示すように構成される地上ディジタルテレビジョン放送のロゴのデータベースを用いて、地上ディジタルテレビジョン放送のロゴが所定のディスプレイ上に表示される場合、サービス情報FのサービスIDが表すチャンネルで使用されるロゴが、サービス情報Fに記載されたロゴIDが表すロゴとなる。そして、サービス情報FのロゴIDの具体的なデータとして、ロゴ情報Eの中から、サービス情報FのロゴIDと同一のロゴIDを有するロゴのロゴサイズとロゴデータが採用される。図３の地上ディジタルテレビジョン放送のロゴのデータベースの場合も、BSおよびCSディジタル放送のロゴのデータベースと同様に、ロゴ情報Eとサービス情報Fとは、ロゴIDにより対応付けられている。
【００３５】
なお、地上ディジタルテレビジョン放送では、上述したように、ロゴIDで認識されるロゴごとにバージョンが付与されるため、最大１８０個のロゴのうちの、バージョンアップされたロゴのデータのみを更新することができる。
【００３６】
従来のディジタル放送受信装置では、図１乃至図３に示したように、放送局から送出されてくるロゴに関する情報をそのままデータベースとして記憶していた。
【００３７】
以上のように構成されるBSおよびCSディジタル放送、並びに地上ディジタルテレビジョン放送の各放送メディアのロゴを利用して、例えば、ユーザ（視聴者）の比較的よく見るチャンネルの中から、所望の番組を迅速かつ確実に選択するようにする方法が提案されている（例えば、特許文献１参照）。
【００３８】
【特許文献１】特開平１１−３２２６７号公報
【発明の開示】
【発明が解決しようとする課題】
【００３９】
しかしながら、上述したような従来のデータベースによるロゴの管理方法では、BSディジタル放送とCSディジタル放送とは、構成（構造）が同一なので、１つのデータベースとして管理することができるとしても、BSおよびCSディジタル放送と、地上ディジタルテレビジョン放送とについては、それぞれ異なるデータ形式で管理する必要があり、例えば、データの検索法も別々になるなど、管理（更新のメンテナンス）に要する作業も２種類になってしまい、作業効率が悪くなってしまうという問題がある。
【００４０】
また、BSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送それぞれについて、送出されてくるデータに合わせてデータ領域を順次確保した結果、データベースを記憶するために必要とされるメモリサイズが大きくなってしまうという課題があった。
【００４１】
本発明は、このような状況に鑑みてなされたものであり、メモリサイズを抑え、かつ、容易にロゴのデータを管理することができるようにするものである。
【課題を解決するための手段】
【００４２】
本発明の情報処理装置は、ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶する記憶手段と、ロゴに関する情報を取得し、記憶手段に記憶されたロゴに関する情報を更新する更新手段とを備えることを特徴とする。
【００４３】
ロゴに関する情報を受信する受信手段をさらに設けることができる。
【００４４】
受信手段には、トランスポートストリームとして多重されて伝送されてくる、ロゴに関する情報を受信させるようにすることができる。
【００４５】
受信手段には、ネットワークを介して、番組情報を配信するサイトにアクセスし、ロゴに関する情報を受信させるようにすることができる。
【００４６】
ディジタル放送は、ＢＳ(Broadcasting Satellite)ディジタル放送、広帯域ＣＳ(Communication Satellite)ディジタル放送、または地上ディジタルテレビジョン放送のいずれかである。
【００４７】
ＢＳディジタル放送、および広帯域ＣＳディジタル放送のロゴを特定する情報は、ロゴＩＤ(Identification)であり、地上ディジタルテレビジョン放送のロゴを特定する情報は、ネットワークＩＤとロゴＩＤである
【００４８】
本発明の情報処理方法は、ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶手段に記憶させる記憶ステップと、ロゴに関する情報を取得し、記憶手段に記憶されたロゴに関する情報を更新する更新ステップとを含むことを特徴とする。
【００４９】
本発明の記録媒体のプログラムは、ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶手段に記憶させる記憶ステップと、ロゴに関する情報を取得し、記憶手段に記憶されたロゴに関する情報を更新する更新ステップとを含むことを特徴とする。
【００５０】
本発明のプログラムは、ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶手段に記憶させる記憶ステップと、ロゴに関する情報を取得し、記憶手段に記憶されたロゴに関する情報を更新する更新ステップとを含む処理をコンピュータに実行させることを特徴とする。
【００５１】
本発明においては、ロゴに関する情報が、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶手段に記憶される。また、ロゴに関する情報が取得され、記憶手段に記憶されたロゴに関する情報が更新される。
【発明の効果】
【００５２】
本発明によれば、メモリサイズを抑え、かつ、容易にロゴのデータを管理することができる。
【発明を実施するための最良の形態】
【００５３】
以下に本発明の最良の形態を説明するが、開示される発明と実施の形態との対応関係を例示すると、次のようになる。本明細書中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００５４】
さらに、この記載は、明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現し、追加される発明の存在を否定するものではない。
【００５５】
本発明によれば情報処理装置が提供される。この情報処理装置（例えば、図４のディジタル放送受信装置１）は、ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶する記憶手段（例えば、図４のメモリ２３）と、ロゴに関する情報を取得し、記憶手段に記憶されたロゴに関する情報を更新する更新手段（例えば、図４の制御部１１）とを備える。
【００５６】
この情報処理装置には、ロゴに関する情報を受信する受信手段（例えば、図４のチューナ１６）をさらに設けることができる。
【００５７】
受信手段は、トランスポートストリームとして多重されて伝送されてくる、ロゴに関する情報を受信することができる。
【００５８】
受信手段は、ネットワークを介して、番組情報を配信するサイトにアクセスし、ロゴに関する情報を受信することができる。
【００５９】
ディジタル放送は、ＢＳ(Broadcasting Satellite)ディジタル放送、広帯域ＣＳ(Communication Satellite)ディジタル放送、または地上ディジタルテレビジョン放送のいずれかである。
【００６０】
ＢＳディジタル放送、および広帯域ＣＳディジタル放送のロゴを特定する情報は、ロゴＩＤ(Identification)であり、地上ディジタルテレビジョン放送のロゴを特定する情報は、ネットワークＩＤとロゴＩＤである
【００６１】
本発明によれば、情報処理方法が提供される。この情報処理方法は、ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶手段に記憶させる記憶ステップ（例えば、図２０のステップＳ２８）と、ロゴに関する情報を取得し、記憶手段に記憶されたロゴに関する情報を更新する更新ステップ（例えば、図２１のステップＳ４７）とを含む。
【００６２】
また、本発明によれば、プログラムが提供される。このプログラムは、ロゴに関する情報を、ロゴを特定する情報およびロゴのバージョン情報と、そのロゴを使用するサービスに関する情報とに分けて記憶手段に記憶させる記憶ステップ（例えば、図２０のステップＳ２８）と、ロゴに関する情報を取得し、記憶手段に記憶されたロゴに関する情報を更新する更新ステップ（例えば、図２１のステップＳ４７）とをコンピュータに実行させる。
【００６３】
このプログラムは、記録媒体に記録することができる。
【００６４】
本発明の一実施の形態であるディジタル放送受信装置について、図４を参照して説明する。
【００６５】
図４のディジタル放送受信装置１は、アンテナ２によりディジタル放送信号を受信し、その受信したディジタル放送信号をデコードして得られる映像信号や音声信号などを、ディスプレイ３またはスピーカ４に出力する。これにより、ユーザは、ディスプレイ３に表示された映像と、スピーカ４から出力される音声とを視聴することができる。即ち、ユーザは、放送局から放送される各種の番組を視聴することができる。ここで、番組とは、通常のテレビ番組（テレビジョン放送番組）に限らず、音楽、文字放送、プログラム等が放送されるものも含むものとする。
【００６６】
また、ディジタル放送信号には、放送される番組のビデオデータとオーディオデータの他に、EPG、EIT（Event Information Table）等の番組情報のデータや、図１乃至図３で上述したBSおよびCSディジタル放送、地上ディジタルテレビジョン放送の各放送メディアで使用されるロゴのデータも多重されて送出されてくる。これにより、ユーザは、ロゴ付のEPGをディスプレイ３上で見ることができる。
【００６７】
制御部１１は、例えば、図示せぬCPU(Central Processing Unit)やRAM(Random Access Memory)などを有するマイクロコンピュータで構成され、記録媒体１４に記録されている制御用プログラム１５を実行することにより、ディジタル放送受信装置１の各部を制御する。また、制御部１１は、操作入力部１２または受光部１３から入力される、ユーザの操作に対応する操作信号に従ってディジタル放送受信装置１の各部を制御する。例えば、制御部１１は、ユーザが視聴する番組のデータを受信するランモード（Run Mode）と、それ以外のスタンバイモード（Standby Mode）等のディジタル放送受信装置１のモード（パワー状態）の処理などを行う。なお、図１においては、制御部１１から各部に対する制御線の図示が、適宜省略されている。
【００６８】
制御部１１は、ディジタル放送受信装置１の各部を制御することにより、ディジタル放送信号に、ビデオデータおよびオーディオデータとともに多重されてくるEPGのデータ(以下、EPGデータと称する)やロゴのデータ（ロゴに関する情報）を、デマルチプレクサ１８から取得し、メモリ２３に記憶させる。
【００６９】
ここで、BSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送のロゴのデータは、DSM-CC(Digital Strage Media Command and Control), SDTT(Software Download Trigger Table), SDT(Service Description Table), CDT(Common Data Table)などのテーブルによりトランスポートストリームに多重されて送出されてくる。
【００７０】
トランスポートストリームに多重され、送出されてくるテーブルとしては、上述のDSM-CC, SDTT, SDT,CDTの他、NIT(Network Information Table), EIT等があり、それらのテーブルは、セクション(section)と呼ばれるデータ構造を有している。また、各テーブルには、所定のテーブルID(table_id)が割り当てられているとともに、テーブルを格納するTSパケットには、所定のPIDが格納されている。
【００７１】
制御部１１は、テーブルIDとPIDをデマルチプレクサ１８に指定（出力）することにより、デスクランブラ１７の出力から所望のテーブルを取得する。例えば、SDTを取得する場合には、テーブルIDが、0x42または0x46、PIDが0x0011となる。なお、ロゴのデータの取得に必要なDSM-CC, SDTT, SDT,CDTのデータ構造(syntax)については、図８乃至図１４および図１６乃至図１９を参照して後述する。
【００７２】
制御部１１は、後述する操作入力部１２から操作信号として与えられるユーザの操作に応じて、メモリ２３に記憶されたEPGデータを読み出し、そのEPGデータからEPGを構成して、ディスプレイ３に表示させるように制御する。そのときに、制御部１１は、EPGの表示に必要となるロゴを、メモリ２３に記憶されたロゴのデータベースから取り出し（読み出し）、EPGデータとともに、デマルチプレクサ１８に出力する。なお、本実施の形態において、ロゴを取り出す（取得する）、あるいは、読み出すとは、ロゴに関する情報（後述する図５と図６に示すぞれぞれのデータ）を取り出す（取得する）、あるいは、読み出すことをいうものとする。
【００７３】
操作入力部１２は、ディジタル放送受信装置１の本体外壁面に設けられた図示せぬ操作ボタンなどからなる。ユーザは、例えば、ディスプレイ３にEPGを表示させること等を指示するように操作入力部１２を操作する。操作入力部１２は、ユーザの操作を受け付けて、その操作に対応する操作信号を制御部１１に出力する。受光部１３は、ユーザによって操作されるリモートコントローラ（不図示）が送信する赤外線や電波等の操作信号を受けて制御部１１に中継する。なお、リモートコントローラでは、操作入力部１２で操作することができることと同様の予約操作等を行うことができる。
【００７４】
記録媒体１４は、例えば、RAM等の半導体メモリやハードディスク（磁気ディスク）等で構成され、制御プログラム１５を記憶している。なお、記録媒体１４は、その他、制御部１１の動作上必要なデータを記憶することができる。
【００７５】
チューナ１６は、アンテナ２が出力するディジタル放送信号のトランスポートストリームを受信し、デスクランブラ１７に出力する。デスクランブラ１７は、チューナ１６からのTSパケットのスクランブルを解除してデマルチプレクサ(DEMUX)１８に出力する。
【００７６】
デマルチプレクサ１８は、デスクランブラ１７からのスクランブルが解除されたTSパケットの中から、ユーザの選局に対応するTSパケットを抽出する。また、デマルチプレクサ１８は、抽出したTSパケットを、ビデオデータ、オーディオデータ、EPGデータ、ロゴのデータ等に分離して、ビデオデータを映像復号部１９と出力I/F（Inter Face）２４とに、オーディオデータを音声復号部２１と出力I/F２４とにそれぞれ出力する。また、デマルチプレクサ１８は、EPGデータ、ロゴのデータ等を、制御部１１に出力する。
【００７７】
さらに、デマルチプレクサ１８は、制御部１１が出力する、ロゴのデータを含むEPGデータを、映像復号部１９およびOSD付加部２０を介してディスプレイ３に出力する。
【００７８】
映像復号部１９は、デマルチプレクサ１８から入力されるビデオデータをデコードし、さらに、NTSC (National Television System Committee)方式等に従った映像信号に変換して、OSD (On Screen Display)付加部２０に出力する。
【００７９】
OSD付加部２０は、映像信号復号部１９から入力される映像信号に、適宜、データ放送用の映像信号、字幕用の映像信号、GUI（Graphical User Interface）用の映像信号などを重畳し、ディスプレイ３に出力する。なお、OSD付加部２０は、重畳する映像信号がない場合、映像復号部１９から入力された映像信号をディスプレイ３に出力する（スルー出力する）。
【００８０】
音声復号部２１は、デマルチプレクサ１８から入力されるオーディオデータをデコードし、音声信号を得て、スピーカ４に出力する。
【００８１】
ネットワークI/F（Inter Face）２２は、例えば、ADSL（Asymmetric Digital Subscriber Line）モデムや、LAN (Local Area Network)カード等で構成され、インターネットなどの各種のネットワークとの間の通信インタフェースとして機能する。制御部１１は、ネットワークI/F２２を介して、番組配列情報（SI情報）などを配信する番組情報配信サイト（図示せず）にアクセスすることにより、アンテナ２で受信されるディジタル放送信号に多重されるロゴのデータとは別に、ロゴのデータを得ることができる。
【００８２】
メモリ２３は、制御部１１から供給されるディジタル放送受信装置１の制御に必要な各種のデータを記憶する。例えば、メモリ２３は、アンテナ２により受信したディジタル放送信号のうちの、EPGを表示するときに用いるロゴを、所定の構造を有するデータベース（後述する図５と図６）として記憶する。なお、メモリ２３に記憶されるロゴのデータを含む各種のデータについては、メモリ２３を設けずに、制御用プログラム１５が記憶される記録媒体１４に記憶させるようにしてもよい。
【００８３】
出力I/F２４は、デマルチプレクサ１８から入力されるビデオデータまたはオーディオデータなどのディジタルデータを、例えば、IEEE(Institute of Electrical and Electronic Engineers)１３９４データバス６を介して接続されるディジタル記録再生装置５に出力する。ディジタル記録再生装置５は、ディジタル放送受信装置１から出力されるビデオデータまたはオーディオデータを、図示せぬ記録媒体に記録する。なお、出力I/F２４には、D/A(Digital/Analog)変換部を設け、出力I/F２４では、デマルチプレクサ１８からのビデオデータまたはオーディオデータ等のディジタルデータをアナログデータに変換してから出力するようにすることができる。その場合、ディジタル記録再生装置５に代わって、アナログの記録再生装置がディジタル放送受信装置１と接続され、アナログの記録再生装置では、ディジタル放送受信装置１で受信された放送番組などのビデオデータやオーディオデータを記録することが可能となる。
【００８４】
以上のように構成されるディジタル放送受信装置１では、アンテナ２において放送局から放送される各種の番組のディジタル放送信号を受信し、チューナ部１６、デスクランブラ１７、デマルチプレクサ１８、映像復号部１９、およびOSD付加部２０を介して、ディスプレイ３に供給して映像を表示させたり、チューナ部１６、デスクランブラ１７、デマルチプレクサ１８、および音声復号部２１を介して、スピーカ４に供給して音声を出力させることができる。
【００８５】
また、ディジタル放送受信装置１では、制御部１１が、ディジタル放送信号に多重されてくるロゴのデータを、アンテナ２、チューナ部１６、デスクランブラ１７、およびデマルチプレクサ１８を介して取得し、ロゴのデータベースとして、メモリ２３に記憶させることができる。そのロゴのデータは、同様にしてメモリ２３に記憶されているEPGデータとともに、EPGのディスプレイ３への表示のときに使用される。また、ロゴのデータは、EPGデータとは別に、例えば、チャンネルを表す数字（文字）の代わりとして、単独で、あるいは、任意の映像に重畳させてディスプレイ３に表示させる場合に使用することもできる。
【００８６】
図５と図６は、メモリ２３に記憶されるロゴのデータベースを示している。図５は、BSディジタル放送およびCSディジタル放送のロゴを記憶するデータベースを、図６は、地上ディジタルテレビジョン放送のロゴを記憶するデータベースを示している。
【００８７】
BSディジタル放送およびCSディジタル放送に対するロゴを記憶する場合には、図５に示すように、ロゴ自身に関する情報であるロゴ情報部K１と、サービスIDに関する情報であるサービス情報部Lとに分けてメモリ２３に記憶される。また、地上ディジタルテレビジョン放送に対するロゴを記憶する場合には、図６に示すように、ロゴ自身に関する情報であるロゴ情報部K２と、サービスIDに関する情報であるサービス情報部Lとに分けてメモリ２３に記憶される。
【００８８】
また、ロゴ情報部K１とロゴ情報部K２それぞれには、ロゴを特定する情報とバージョンごとに更新されるロゴの情報であるロゴのバージョン情報とが含まれる。
【００８９】
図５と図６の１つのロゴについてのロゴ情報部K１とロゴ情報部K２のメモリサイズは、ともに（８＋DAT）バイトであり、また、サービス情報部Ｌのメモリサイズは、２バイトである。
【００９０】
放送メディアがBSディジタル放送およびCSディジタル放送のロゴの場合、ロゴ情報部K１の、１つのロゴについての（８＋DAT）バイトの領域は、図５に示すように、２バイトのバージョン、２バイトのロゴID、２バイトのロゴサイズ、データ容量DATのロゴデータ、および２バイトのサービス数に割り当てられる。
【００９１】
また、BSディジタル放送およびCSディジタル放送では、ロゴIDは、各放送メディアでそれぞれユニークな値とされるので、ロゴ情報部K１のうちのロゴＩＤは、ロゴを特定する情報である。ロゴ情報部K１のうちのバージョンは、ロゴのバージョン情報である。
【００９２】
そして、ロゴ情報部K１のロゴID, ロゴサイズ, ロゴデータ, バージョンで特定される１つのロゴは、サービス数で表される数のチャンネルに使用される。そして、そのロゴが使用されるチャンネルを表すサービスIDが、図５のサービス情報部Lにロゴ情報部K１のサービス数で表される数だけ記述（記憶）される。
【００９３】
一方、放送メディアが地上ディジタルテレビジョン放送のロゴの場合、ロゴ情報部K２の、１つのロゴについての（８＋DAT）バイトの領域は、図６に示すように、２バイトのネットワークID、２バイトの領域に、９ビットのロゴIDと５ビットのサービス数、２バイトのロゴサイズ、データ容量DATのロゴデータ、および２バイトのバージョンに割り当てられる。
【００９４】
また、地上ディジタルテレビジョン放送では、ロゴIDは、各ネットワークに対してユニークな値とされるので、ロゴ情報部K２のうちのネットワークIDとロゴIDは、ロゴを特定する情報である。ロゴ情報部K２のうちのバージョンは、ロゴのバージョン情報である。
【００９５】
そして、ロゴ情報部K２のネットワークID,ロゴID, ロゴサイズ, ロゴデータ, バージョンで特定される１つのロゴは、サービス数で表される数のチャンネルに使用される。そして、そのロゴが使用されるチャンネルを表すサービスIDが、図６のサービス情報部Lにロゴ情報部K２のサービス数で表される数だけ記述（記憶）される。
【００９６】
なお、以下において、図５に示すロゴ情報部K１の、バージョン,ロゴID, ロゴサイズ, ロゴデータ,およびサービス数の各データのまとまり、および図６に示すロゴ情報部K２のネットワークID,ロゴID, サービス数, ロゴサイズ, ロゴデータ,およびバージョンの各データのまとまりを、１つのロゴのロゴセットデータとも称する。
【００９７】
以上のように、図４のディジタル放送受信装置１では、放送メディアがBSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送のいずれの場合においても、ロゴ情報部K１およびK２は、１つのロゴについての各データを格納する領域を、４つの２バイト領域と１つのDATバイトの領域の、合わせて５つの領域を有する共通のデータ構造とされる。そして、その５つの領域には、放送メディアがBSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送のそれぞれの場合に応じて、必要なデータがそれぞれ格納される。
【００９８】
換言すれば、この共通のデータ構造は、例えば、C言語によるプログラムにおける構造体変数と同様に管理することができる。即ち、ロゴ情報部K１またはK２の１つのロゴのロゴセットデータを１つの構造体変数として管理することができる。具体的には、１つのロゴのデータのまとまりである構造体変数を構成するメンバ（要素）として、５つのメンバ（メンバM１乃至M5とする）を定義する。５つのメンバのうち、４つのメンバ（例えば、メンバM１乃至M4）は、それぞれ２バイトの領域を有し、残りの１つのメンバ（例えば、メンバM5）は、DATバイトの領域を有する。
【００９９】
放送メディアがBSディジタル放送およびCSディジタル放送の場合には、例えば、メンバM1にバージョン、メンバM2にロゴID、メンバM3にロゴサイズ、メンバM4にサービス数、メンバM5にロゴデータの値がそれぞれ入力される。
【０１００】
放送メディアが地上ディジタルテレビジョン放送の場合には、例えば、メンバM1にネットワークID、メンバM2にロゴIDとサービス数、メンバM3にロゴサイズ、メンバM4にバージョン、メンバM5にロゴデータの値がそれぞれ入力される。
【０１０１】
また、図５と図６のロゴデータを記憶するためのデータ容量DATは、放送メディアがBSディジタル放送の場合には、ロゴのロゴデータのデータ容量DATBS，放送メディアがCSディジタル放送の場合には、ロゴのロゴデータのデータ容量DATCS，および放送メディアが地上ディジタルテレビジョン放送の場合には、ロゴのロゴデータのデータ容量DATGが入力される。
【０１０２】
上述した図１のBSディジタル放送のロゴのデータベースでは、BSディジタル放送で使用されるロゴの個数の最大値を３００（個）と仮定し、また、図２のCSディジタル放送のロゴのデータベースでは、CSディジタル放送で使用されるロゴの個数の最大値を２００（個）と仮定したので、図５のBSディジタル放送およびCSディジタル放送のロゴのデータベースでは、最大５００個のロゴが記憶される可能性がある。従って、図５のロゴ情報部K１では、１つのロゴのロゴセットデータを５００セットだけ記憶可能な領域が確保される。
【０１０３】
また、上述した図１のＢＳディジタル放送のロゴのデータベースでは、BSディジタル放送で使用されるチャンネルのチャンネル数の最大値を１０００（チャンネル）と仮定し、また、図２のCSディジタル放送のロゴのデータベースでは、CSディジタル放送で使用されるチャンネルのチャンネル数の最大値を４００（チャンネル）と仮定したので、図５のBSディジタル放送およびCSディジタル放送のロゴのデータベースでは、最大１４００チャンネルのチャンネルが記憶される可能性がある。従って、図５のサービス情報部Lでは、１４００チャンネルが記憶可能な領域が確保される。
【０１０４】
さらに、図３の地上ディジタルテレビジョン放送のロゴのデータベースでは、地上ディジタルテレビジョン放送で使用されるロゴの個数の最大値を１８０個と仮定したので、図６のロゴ情報部K２では、１つのロゴのロゴセットデータを１８０セットだけ記憶可能な領域が確保される。また、図３の地上ディジタルテレビジョン放送のロゴのデータベースでは、地上ディジタルテレビジョン放送で使用されるチャンネルのチャンネル数の最大値を４８０（チャンネル）と仮定したので、図６のサービス情報部Ｌでは、４８０チャンネルが記憶可能な領域が確保される。
【０１０５】
図４のディジタル放送受信装置１のメモリ２３としては、図５のBSディジタル放送、およびCSディジタル放送のロゴのデータベースと、図６の地上ディジタルテレビジョン放送のロゴのデータベースの両方を記憶するので、（８＋DAT）バイトを要する１つのロゴのロゴセットデータを６８０セット（＝５００＋１８０）と、２バイトを要するチャンネルを表すサービスＩＤを１８８０チャンネル（＝１４００＋４８０）とを記憶可能な領域が確保される。
【０１０６】
以上から、メモリ２３に必要な、図５と図６のロゴのデータベースのメモリサイズとしては、ロゴ情報部K１とK２をあわせてロゴ情報部Kとすると、次式（４）のように表すことができる。
ロゴ情報部K＋サービス情報部L
＝（２＋２＋２＋DAT＋２）×（３００＋２００＋１８０）
＋２×（１０００＋４００＋４８０）
＝（８＋DAT）×６８０＋２×１８８０
＝５４４０＋６８０DAT＋３７６０
＝６８０DAT＋９２００  [バイト]
・・・・・・・・・・・・・・・（４）
【０１０７】
なお、この６８０DAT＋９２００バイトの領域は、BSディジタル放送のロゴのデータベースの領域、CSディジタル放送のロゴのデータベースの領域、および地上ディジタルテレビジョン放送のロゴのデータベースの領域に、それぞれ分けて配置され、どの領域がどの放送メディアであるかについては、予め決められて明確になっているものとする。
【０１０８】
以上のように、図４の記録再生装置１のメモリ２３では、ロゴ自身の情報であるロゴ情報部Kと、そのロゴ情報部Kに記述(記憶)されたロゴが、どのチャンネル（サービス）で使用されるかを記憶するサービス情報部Lとを分けて、記憶される。また、ロゴ情報部Kは、BSおよびCSディジタル放送に用いるロゴ情報部K１と、地上ディジタルテレビジョン放送に用いるロゴ情報部K２の２種類がある。ロゴ情報部K１とロゴ情報部K２は、共通のデータ構造（構造体）を有し、そのメンバ（要素）となる固定バイトのエリアに、BSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送それぞれに必要なデータが入力（記憶）される。
【０１０９】
図１乃至図３で示したように、BSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送それぞれについて別々にメモリを確保する従来の場合と、図５と図６に示したように、共通のデータ構造を用いて記憶する場合との、必要とされるメモリサイズを比較する。
【０１１０】
式（１）乃至（３）の合計と式（４）との差を計算すると、次式（５）のように表すことができる。
（３００DATBS＋９２０３+２００DATCS＋４００３+３９６１＋１８０DATG）−（６８０DAT＋９２００）
＝７９６７  [バイト]
・・・・・・・・・・・・・・・（５）
【０１１１】
式（５）より、BSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送それぞれについて別々にメモリを確保する従来の場合と、図５と図６に示したように、共通のデータ構造を用いて記憶する場合とでは、図４のディジタル放送受信装置１は、従来に約７９００バイトのメモリ削減効果が得られることになる。なお、ここでは、DAT＝DATBS＝DATCS＝DATGとして計算されている。
【０１１２】
従って、ロゴのデータベースを、図５と図６に示したように管理（記憶）することにより、図１乃至図３に示した場合より、少ない記憶容量（メモリサイズ）とすることができ、メモリ２３を有効に活用することができる。
【０１１３】
次に、図７乃至図１５を参照して、ディジタル放送受信装置１が、BSおよびCSディジタル放送（衛星放送）のロゴ（図５のデータ）を取得する取得方法について説明する。
【０１１４】
初めに、図７を参照して、BSおよびCSディジタル放送の場合の、ロゴ取得の流れの概要について説明する。
【０１１５】
図７のTS１乃至TS７は、カルーセル伝送方式で伝送されるTSパケットを示している。
【０１１６】
BSおよびCSディジタル放送のロゴが送出されている場合、トランスポートストリームとしてSDTTが送出されてくる。SDTTには、共通データ用SDTTとソフトウエア更新用SDTTの２種類が存在する。ソフトウエア更新用SDTTは、ディジタル放送受信装置ごとに異なるデータ（テーブル）である。共通データ用SDTTは、ロゴ、予約語、ジャンルコード、番組特性など、全てのディジタル放送受信装置が共通の値で用いるデータ（テーブル）である。
【０１１７】
図７は、共通データ用SDTTがTSパケットとして送出されてきているところを表している。ここで、TS1乃至TS7が有しているSDTTは、いずれも同一の共通データ用SDTTである。制御部１１は、この共通データ用SDTTのデータの有無を確認することにより、ロゴのダウンロードが行われているかどうかの判定が可能となる。
【０１１８】
そして、制御部１１により、ロゴのダウンロードが行われていると判定された場合、制御部１１は、ロゴのダウンロードコンテンツが格納されているTSパケットを検出し、取得する。そのTSパケットのDIIとDDBを取得することにより新しいロゴが取得される。DDBには、実際のロゴのデータが記載されており、DIIには、DDBを取得する際に必要なモジュールIDが記載されている。
【０１１９】
なお、ダウンロードコンテンツが格納されているTSパケットの検出は、NITのサービスリスト記述子のサービスタイプ（service_type）を基に行われる。サービスタイプがエンジニアリングサービス（service_type=0xA4）であるTSパケットに、ダウンロードコンテンツが格納されている。
【０１２０】
図８は、SDTT（共通データ用SDTT）セクションのデータ構造（syntax）を示している。
【０１２１】
P1で示すバージョンナンバ(version_number)は、ロゴのバージョンを表す。この値を比較することにより、ロゴがバージョンアップされているかどうかが判断される。また、このバージョンナンバは、メモリ２３に記憶される図５のバージョンを表す。
【０１２２】
P２で示すコンテント記述子（descriptors()）は、図９に示すダウンロードコンテンツ記述子を表す。そして、図９は、図８のP2で示すダウンロードコンテンツ記述子(download_content_descriptor())のデータ構造（syntax）を示している。
【０１２３】
ダウンロードコンテンツ記述子には、ロゴのダウンロードに必要なデータが記載されている。ロゴのダウンロードに必要なデータは、例えば、P3で示すコンポーネントタグ(component_tag)や、P4で示すモジュールID(module_id)などである。
【０１２４】
図１０は、DSM-CCセクションのデータ構造（syntax）を示している。
【０１２５】
P5で示すテーブルID(table_id)には、DSM-CCセクションが、DII構造であるのか、またはDDB構造であるのかを示す情報が記載される。テーブルIDが0x3Bの値である場合、P６で示すuserNetworkMessage()に、DII構造のデータ（DIIセクション）が格納される。一方、テーブルIDが0x3cの値である場合、P7で示すdownloadDataMessage()に、DDB構造のデータ（DDBセクション）が格納される。
【０１２６】
図１１は、DIIセクションのデータ構造（syntax）を示している。
【０１２７】
P８で示すモジュールID(moduleID)は、図９のP4に記載のモジュールID(module_id)と一致する。
【０１２８】
また、ロゴのダウンロードコンテンツが送出されている場合、P9で示すmoduleInfoByteに、必要なロゴを指し示すネーム記述子が記載される。図１２は、ネーム記述子（Name_descriptor()）のデータ構造（syntax）を示している。
【０１２９】
図１３は、DDBセクションのデータ構造(syntax)を示している。
【０１３０】
P10に示すblockDataByteには、実際のロゴのデータが記載される図１４のロゴデータモジュール（LogoDataModule()）で得られたデータが挿入される。
【０１３１】
即ち、図１４は、送出されてくる実際のロゴのデータが記載されているロゴデータモジュール（LogoDataModule()）のデータ構造（syntax）を示している。
【０１３２】
P11で示すロゴタイプ(logo_type)では、HDラージ、HDスモール、SD4:3ラージ、SD4:3スモール、SD16:9ラージ、およびSD16:9スモールの６種類のうちのいずれかを表す値が記載される。
【０１３３】
P12で示すループ数（number_of_loop）は、P13のfor文のループ回数を表す。
【０１３４】
P14で示すロゴID(logo_id)は、メモリ２３に記憶される図５のロゴIDを表す。P15で示すサービス数(number_of_services)は、メモリ２３に記憶される図５のサービス数を表すとともに、P16のfor文のループ回数を表す。P17で示すサービスID(service_id)は、メモリ２３に記憶される図５のサービスIDを表す。P18で示すデータサイズ(data_size)は、メモリ２３に記憶される図５のロゴサイズを表す。P19で示すデータバイト(data_byte)は、メモリ２３に記憶される図５のロゴデータを表す。
【０１３５】
次に、図１５のフローチャートを参照して、図４のディジタル放送受信装置１によるBSおよびCSディジタル放送のロゴ取得処理について説明する。
【０１３６】
初めに、ステップＳ１において、制御部１１は、チューナ１６、デスクランブラ１７、およびデマルチプレクサ１８を介して、放送局から送出されてくるトランスポートストリームを監視し、共通データ用SDTTが送出されているか否かを判定する。制御部１１は、共通データ用SDTTが送出されていると判定されるまで、ステップＳ１の処理を繰り返す。
【０１３７】
ステップＳ１で、共通データ用SDTTが送出されていると判定された場合、ステップＳ２に進み、制御部１１は、その共通データ用SDTTがバージョンアップしているか否かを判定する。なお、共通データ用SDTTがバージョンアップしているか否かは、上述したように、図８のSDTTセクションのP1で示すバージョンナンバ(version_number) とメモリ２３に記憶されている図５のロゴ情報部K１のバージョンとを比較することにより、判断することができる。ステップＳ２で、共通データ用SDTTがバージョンアップしていないと判定された場合、ステップＳ１に戻り、ステップＳ１とＳ２の処理が繰り返される。
【０１３８】
一方、ステップＳ２で、共通データ用SDTTがバージョンアップしていると判定された場合、ステップＳ３に進み、制御部１１は、ロゴのダウンロードコンテンツが送出されているか否かを判定する。ロゴのダウンロードコンテンツが送出されているか否かは、上述したように、図１１のDIIセクションのP9で示すmoduleInfoByteにネーム記述子の記載があるかどうかで判断することができる。ステップＳ３で、ロゴのダウンロードコンテンツが送出されていないと判定された場合、ステップＳ１に戻り、ステップＳ１乃至Ｓ３の処理が繰り返される。
【０１３９】
また、ステップＳ３で、ロゴのダウンロードコンテンツが送出されていると判定された場合、ステップＳ４に進み、制御部１１は、共通データ用SDTTのダウンロードコンテンツ記述子（図９）から、ダウンロードに必要なデータ（例えば、P3で示すコンポーネントタグ(component_tag)や、P4で示すモジュールID(module_id)）を取得して、ステップＳ５に進む。
【０１４０】
ステップＳ５において、制御部１１は、ディジタル放送受信装置１のパワー状態を監視し、ディジタル放送受信装置１がスタンバイモードに遷移したか否かを判定する。ディジタル放送受信装置１がスタンバイモードに遷移したと判定されるまで、ステップＳ５において、制御部１１により、ディジタル放送受信装置１のパワー状態が監視される。
【０１４１】
ステップＳ５で、ディジタル放送受信装置１のパワー状態がスタンバイモードに遷移したと判定された場合、ステップＳ６に進み、制御部１１は、ダウンロードコンテンツが格納されているＴＳパケットをデマルチプレクサ１８から取得して、ステップＳ７に進む。なお、上述したように、ダウンロードコンテンツが格納されているＴＳパケットは、NITのサービスリスト記述子のサービスタイプ（service_type）から判断される。
【０１４２】
ステップＳ７において、制御部１１は、図１１のDIIセクションのデータを取得し、ロゴのモジュールID（図１１のP8）を確認し、ステップＳ８に進む。
【０１４３】
ステップＳ８において、制御部１１は、図１３のDDBセクションのデータを取得することにより、そこに記載されているロゴのデータ（最新データ）を取得し、メモリ２３に記憶させる。そして、必要に応じて、ディジタル放送受信装置１の電源がオフされ、処理が終了される。
【０１４４】
以上のロゴ取得処理により、BSおよびCSディジタル放送のロゴのデータが、図５に示した構造で、メモリ２３に記憶される。
【０１４５】
なお、BSおよびCSディジタル放送のロゴのバージョンは、放送メディアに対してユニークな値が付与されるため、１つのロゴごとに対してのバージョンは存在せず、５００セットのロゴセットデータ全体に対するバージョンとなる。換言すれば、図１５のロゴ取得処理により得られる全てのロゴは、同一のバージョンとなる。従って、各ロゴでは、ロゴのバージョンの判別はできない。そこで、上述したロゴ取得処理を繰り返し実行することにより、バージョンアップされていないロゴも含めて、放送メディアに対する全てのロゴが更新される。
【０１４６】
次に、図１６乃至図２１を参照して、ディジタル放送受信装置１が、地上ディジタルテレビジョン放送のロゴ（図６のデータ）を取得する取得方法について説明する。
【０１４７】
図１６は、SDTセクションのデータ構造(syntax)を示している。
【０１４８】
図１６のSDTセクションには、P31で示すトランスポートストリームID(transport_stream_id)で識別されるトランスポートストリームで伝送されるサービスに関する情報が記載される。従って、SDTセクションでは、P31で示すトランスポートストリームIDで識別されるトランスポートストリームのサブテーブルが形成されることとなる。
【０１４９】
P32で示すネットワークID(original_network_id)は、メモリ２３に記憶される図６のネットワークIDを表す。P33で示すfor文のループ回数であるNは、メモリ２３に記憶される図６のサービス数を表し、P34で示すサービスID(service_id)は、メモリ２３に記憶される図６のサービスIDを表す。また、P35で示すロゴ伝送記述子(descriptor())には、P34で示すサービスIDのロゴの有無およびロゴの種類が記載される。P34で示すサービスIDにロゴが無い場合には、P35のロゴ伝送記述子の記載が省略される。従って、SDTセクションでは、ロゴ伝送記述子（P35）に記載されるロゴが、N個（P33）のサービスID（P34）が表すチャンネルに使用されることが記載されている。
【０１５０】
図１７は、図１６のP35で示すロゴ伝送記述子(descriptor())が表すlogo_transmission_descriptor()のデータ構造(syntax)を示している。
【０１５１】
P36で示すロゴ伝送タイプ(logo_transmission_type)には、ロゴがPNG(Portable Network Graphics)ロゴであるか、または簡易ロゴであるかが記載される。PNGロゴは、非劣化式圧縮が可能なグラフィックスファイル形式のデータで、そのファイルフォーマットは、８バイトの署名とその後の一連のチャンク（かたまり）から成る。また、PNGロゴは、BSおよびCSディジタル放送のロゴと同じデータ形式のロゴである。一方、簡易ロゴは、最大で英数５文字からなる、テキスト形式の情報であり、受信装置側でロゴ表示される。また、簡易ロゴは、地上ディジタルテレビジョン放送で定義されたロゴである。なお、これらのロゴの詳細については、ARIB（Association of Radio Industries and Businesses：社団法人電波産業会）規格TR-B１４第一分冊に記載されている。
【０１５２】
P36で示すロゴ伝送タイプの値が0x01または0x02である場合、そのロゴは、PNGロゴであることを表す。また、P36で示すロゴ伝送タイプの値が0x03である場合には、そのロゴは簡易ロゴであることを表す。
【０１５３】
P36で示すロゴ伝送タイプの値が0x01である場合には、P37に示すif文が真となり後続の処理が実行される。また、P36で示すロゴ伝送タイプの値が0x02である場合には、P41に示すif文が真となり後続の処理が実行される。さらに、P36で示すロゴ伝送タイプの値が0x03である場合には、P42に示すif文が真となり後続の処理が実行される。
【０１５４】
例えば、ロゴ伝送タイプの値が0x01である場合（P37）、P38で示すロゴID(logo_id)、およびP39で示すロゴバージョン(logo_version)は、図６のメモリ２３に記憶されるロゴIDとバージョンを表す。また、P40で示すダウンロードデータID(download_data_id)は、PNGロゴの、ロゴデータ等のロゴのデータが記載されているCDTセクションを取得するために必要なIDである。即ち、制御部１１は、P40で示すダウンロードデータID(download_data_id)と同一のダウンロードデータIDが記載されたCDTセクションを取得する。ロゴ伝送タイプの値が0x0３である場合（P42）、制御部１１は、ロゴ伝送記述子から簡易ロゴを表すテキストデータとしてP43に示すlogo_charを取得する。
【０１５５】
図１８は、CDTセクションのデータ構造(syntax)を示している。
【０１５６】
P44で示すダウンロードデータID(download_data_id)には、図１７のP40で示すダウンロードデータIDと同一の値が記載される。また、P45で示すデータモジュールバイト(data_modeule_byte)には、図６のロゴID、バージョン、ロゴサイズ、ロゴデータなどの実際のロゴのデータが記載される。
【０１５７】
図１９は、図１８のP45で示すデータモジュールバイト(data_modeule_byte)のデータ構造(syntax)を示している。
【０１５８】
P46で示すロゴID(logo_id)は、メモリ２３に記憶される図６のロゴIDを表す。P47で示すロゴバージョン(logo_version)は、メモリ２３に記憶される図６のバージョンを表す。P48で示すデータサイズ（data_size）は、メモリ２３に記憶される図６のロゴサイズを表す。P49で示すデータバイト(data_byte)は、メモリ２３に記憶される図６のロゴデータを表す。
【０１５９】
次に、図２０のフローチャートを参照して、地上ディジタルテレビジョン放送のロゴ取得処理について説明する。
【０１６０】
初めに、ステップＳ２１において、制御部１１は、チューナ１６、デスクランブラ１７、およびデマルチプレクサ１８を介して、放送局から送出されてくるSDTを取得して、ステップＳ２２に進む。ここで取得されたSDTには、図１６で説明したように、各サービスIDのロゴが、PNGロゴであるか、簡易ロゴであるか、あるいは、ロゴなし（ロゴ伝送記述子の記載なし）であるかが記載されている。
【０１６１】
ステップＳ２２において、制御部１１は、ロゴの有無を判定する。ロゴが無いと判定された場合、ステップＳ２３乃至Ｓ２８をスキップし、処理を終了する。一方、ロゴがある（PNGロゴか簡易ロゴである）と判定された場合、ステップＳ２３に進む。
【０１６２】
ステップＳ２３において、制御部１１は、SDTセクションのロゴ伝送記述子の記載から、ロゴがPNGロゴであるか、または簡易ロゴであるかどうかを判定する。ステップＳ２３で、ロゴがPNGロゴではない、即ち、簡易ロゴであると判定された場合、ステップＳ２４に進み、制御部１１は、簡易ロゴをSDTセクションのロゴ伝送記述子から取得する。即ち、制御部１１は、図１７のP43で示す簡易ロゴを表すテキストデータを取得して、ステップＳ２８に進む。
【０１６３】
一方、ステップＳ２３で、SDTセクションのロゴ伝送記述子の記載から、ロゴがPNGロゴであると判定された場合、ステップＳ２５に進み、制御部１１は、SDTセクションのロゴ伝送記述子に記載されている、CDTセクションの取得に必要な情報、例えば、図１７のP40で示すダウンロードデータID(download_data_id)などをSDTセクションのロゴ伝送記述子から取得して、ステップＳ２６に進む。
【０１６４】
ステップＳ２６において、制御部１１は、ステップＳ２５でSDTセクションのロゴ伝送記述子から取得した、図１７のP40で示すダウンロードデータID(download_data_id)などの情報に基づいて、チューナ１６、デスクランブラ１７、およびデマルチプレクサ１８を介して、放送局から送出されてくるCDTセクションを取得して、ステップＳ２７に進む。ここで、制御部１１は、ディジタル放送受信装置１で必要なロゴタイプのセクションのみを取得するようにすることができる。
【０１６５】
ステップＳ２７において、制御部１１は、ステップＳ２６で取得したCDTセクションの中から、図１９のデータモジュールバイト(data_module_byte)に記載されたロゴ（PNGロゴ）の各データ、即ち、ロゴID(P46)、バージョン(P47)、ロゴサイズ(P48)、ロゴデータ(P49)を取得して、ステップＳ２８に進む。
【０１６６】
ステップＳ２８において、制御部１１は、ステップＳ２４で取得した簡易ロゴ、または、ステップＳ２７で取得したPNGロゴをメモリ２３に記憶させて、処理を終了する。
【０１６７】
次に、図２１のフローチャートを参照して、地上ディジタルテレビジョン放送のロゴ更新処理について説明する。地上ディジタルテレビジョン放送では、上述したBSおよびCSディジタル放送の場合と異なり、ロゴのバージョンは、ロゴごとに付与されるため、必要なロゴのみを更新することができる。
【０１６８】
初めに、ステップＳ４１において、制御部１１は、図２０のステップＳ２１乃至Ｓ２７の処理と同様の処理を行うことにより、放送局から送出されてくるロゴを取得して、ステップＳ４２に進む。即ち、ステップＳ４１では、制御部１１は、SDTを取得することにより、ロゴの有無、および、ロゴが有りの場合、そのロゴがPNGロゴまたは簡易ロゴかどうかを判定する。また、制御部１１は、ロゴが有りで、そのロゴが簡易ロゴである場合には、SDTのロゴ伝送記述子から、そのロゴがPNGロゴである場合には、CDTから、それぞれロゴを取得する。
【０１６９】
ステップＳ４２において、制御部１１は、ステップＳ４１で取得した最新のロゴのデータ（以下、最新データと称する）と、メモリ２３に記憶されている現状のロゴのデータ（以下、メモリデータと称する）とを比較するために、最新データをメモリ２３に（一時的に）記憶させて、ステップＳ４３に進む。
【０１７０】
ステップＳ４３において、制御部１１は、メモリデータのなかに、フラグが付加されていないロゴが存在するか否かを判定する。ここで、フラグとは、後述するステップＳ４５またはＳ４８で付加される削除フラグまたはチェック済みフラグのことである。ステップＳ４３で、メモリデータのなかに、フラグが付加されていないロゴが存在すると判定された場合、ステップＳ４４に進み、制御部１１は、メモリデータのなかに、最新データにないロゴが存在するか否かを判定する。
【０１７１】
ステップＳ４４で、メモリデータのなかに、最新データにないロゴが存在すると判定された場合、ステップＳ４５に進み、制御部４５は、メモリデータの、そのロゴに削除フラグをセットし、ステップＳ４３に戻る。
【０１７２】
一方、ステップＳ４４で、メモリデータのなかに、最新データにないロゴが存在しない、即ち、メモリデータにある各ロゴは、全て最新データにも存在すると判定された場合、ステップＳ４６に進み、制御部１１は、メモリデータにあるロゴと、最新データの、それに対応する（同一のロゴＩＤの）ロゴとの２つのロゴのペアについて、そのペアとなる２つのロゴが、同一のバージョンであるか否かを判定する。
【０１７３】
ステップＳ４６で、ペアとなる２つのロゴが、同一のバージョンであると判定された場合、ステップＳ４７をスキップして、ステップＳ４８に進む。
【０１７４】
一方、ステップＳ４６で、ペアとなる２つのロゴが、同一のバージョンではない、即ち、最新データのロゴがバージョンアップされていると判定された場合、ステップＳ４７に進み、制御部１１は、最新データのロゴによって、対応するメモリデータのロゴを更新して、ステップＳ４８に進む。
【０１７５】
ステップＳ４８において、制御部１１は、ステップＳ４６でバージョンの比較を行い、必要に応じてメモリデータのロゴを更新したペアとなるロゴ両方にチェック済みフラグをセットして、ステップＳ４３に戻る。
【０１７６】
一方、ステップＳ４３において、メモリデータのなかに、フラグが付加されていないロゴが存在しないと判定された場合、即ち、メモリデータのなかの全てのロゴには、フラグが付加されていると判定された場合、ステップＳ４９に進み、制御部１１は、そのフラグが付加されているロゴのなかに、削除フラグがセットされているロゴが存在するか否かを判定する。ステップＳ４９で、削除フラグがセットされているロゴが存在しないと判定された場合、ステップＳ５０をスキップして、ステップＳ５１に進む。
【０１７７】
一方、ステップＳ４９で、フラグが付加されているロゴのなかに、削除フラグがセットされているロゴが存在すると判定された場合、ステップＳ５０に進み、制御部１１は、その削除フラグがセットされているロゴを無効にして、ステップＳ５１に進む。ここで、ロゴの無効とは、例えば、図６に示したロゴの各データのうちの、ロゴサイズとサービス数をゼロにセットし、かつ、サービスIDを削除することを意味する。
【０１７８】
ステップＳ５１において、制御部１１は、最新データの中に、フラグが付加されていないロゴが存在するか否かを判定する。最新データの中に、フラグが付加されていないロゴが存在する場合、そのロゴは、メモリデータにはない新規（追加）のロゴを表す。ステップＳ５１で、最新データの中に、フラグが付加されていないロゴが存在しないと判定された場合、即ち、最新データの中に、新規にメモリデータに追加するロゴが存在しない場合、ステップＳ５２をスキップして、処理を終了する。
【０１７９】
一方、ステップＳ５１で、最新データの中に、フラグが付加されていないロゴが存在すると判定された場合、即ち、最新データの中に、新規にメモリデータに追加するロゴが存在する場合、ステップＳ５２に進み、制御部１１は、そのフラグが付加されていないロゴをメモリ２３（メモリデータ）に追加して（記憶させて）、処理を終了する。なお、ステップＳ５２の処理後、ロゴ更新処理を終了する際には、ステップＳ４２で一時的にメモリ２３に記憶された最新データがメモリ２３から消去される。
【０１８０】
以上のように、図２０のロゴ取得処理により、地上ディジタルテレビジョン放送のロゴが取得され、メモリ２３に記憶される。また、図２１のロゴ更新処理により、メモリ２３に記憶されている、使用しないロゴの削除や、バージョンアップされたロゴの更新が、ロゴごとに行われる。
【０１８１】
図２２は、図２１のロゴ更新処理を説明する簡単なロゴのデータ例である。
【０１８２】
メモリ２３には、図２２右側に示すように、メモリデータとして、実線で示されているロゴＬＡ、ロゴＬＢ、およびロゴＬＣが記憶されている。なお、点線で示されているロゴLDは、まだメモリデータに記憶されていないロゴである。また、メモリ２３には、図２２左側に示すように、最新データとして、実線で示されているロゴＬＡ、ロゴＬＣ，ロゴＬＤが記憶されている。
【０１８３】
ここで、図２２のロゴＬＡ乃至ＬＤそれぞれは、BSまたはCSディジタル放送のロゴの図５で示す、バージョン、ロゴＩＤ、ロゴサイズ、ロゴデータ、サービス数、およびサービスＩＤの各データ、または、地上ディジタルテレビジョン放送のロゴの図６で示す、ネットワークＩＤ、ロゴＩＤ、サービス数、ロゴサイズ、ロゴデータ、バージョン、およびサービスＩＤの各データを、１つのロゴについて、まとめて表したものである。
【０１８４】
図２２において、最新データのロゴLAのバージョンは、メモリデータのロゴLAのバージョンよりも新しくなっている。一方、最新データのロゴLCのバージョンは、メモリデータのロゴLCのバージョンと同一のバージョンとなっている。
【０１８５】
図２１のロゴ更新処理によれば、図２２の最新データにあってメモリデータに存在しないロゴLBに削除フラグが付加され、削除される（図２１のステップＳ５０で無効とされる）。また、図２２の最新データとメモリデータのどちらにも存在するロゴLAとロゴLCについては、最新データとメモリデータとのバージョンが比較される。
【０１８６】
ロゴLAについては、最新データのロゴLAのバージョンは、メモリデータのロゴLAのバージョンよりも新しいので、メモリデータのロゴLAが、最新データのロゴLAのデータに更新された後、最新データとメモリデータの両方のロゴLAにチェック済みフラグが付加される。
【０１８７】
一方、ロゴLCについては、最新データのロゴLCとメモリデータのロゴLCのバージョンは同一であるので、更新されずに、最新データおよびメモリデータの両方のロゴLCにチェック済みフラグが付加される。
【０１８８】
以上により、メモリデータに記憶されているロゴLA、LB、およびLCの全てについて、フラグが付加されたため、その後、最新データにフラグが付加されていないロゴが存在するか否かが判定される。そして、最新データのフラグが付加されていないロゴLDが、メモリデータに追加される（メモリデータ内の点線で示されるロゴLD）。
【０１８９】
図２３は、メモリ２３に記憶されるロゴの、図２１のロゴ更新処理（地上ディジタルテレビジョン放送）による更新処理前と更新処理後のデータの一例である。なお、図２２と対応する部分については、同一の符号を付してある。また、地上ディジタルテレビジョン放送のなかの所定の放送局を表すネットワークIDは、図２３の全てのロゴについて同一であるものとして、その記載が省略されている。
【０１９０】
図２３左側に示す更新処理前においては、メモリ２３は、ロゴLA、LB、およびLCを記憶している。
【０１９１】
なお、領域LLは、メモリ２３内に、ロゴのデータを記憶する領域として確保されている領域のうちの、特定のロゴについて使用（記憶）されていない空き領域である。また、図２３のロゴ情報部K２では、メモリ２３のロゴを記憶する領域として、４個分のロゴを格納する領域が図示されているが、ロゴを記憶する領域として確保される領域は、図６において上述したように、ロゴ１８０個分の領域である。また、図２３のサービス情報部Lでは、メモリ２３のサービスIDを記憶する領域として、９個分のサービスIDに相当する領域が図示されているが、サービスIDを記憶する領域として確保される領域は、図６において上述したように、サービスID４８０個分の領域である。後述する図２４と図２５についても同様である。
【０１９２】
ロゴLA、LB、およびLCは、図６で説明したように、ロゴ情報部K２とサービス情報部Lとに分けて記憶されている。
【０１９３】
具体的には、ロゴLAのロゴID(logo_id=1), バージョン(version=1), ロゴサイズ(logo_size=10), サービス数(service_num=2), ロゴデータ(logo_data)がロゴ情報部K２に記憶されている。そして、ロゴ情報部K２に記憶されたデータを基に、ロゴLAを使用する２つのサービス（チャンネル）のサービスIDをサービス情報部Lの中から認識するためには、制御部１１は、次のようにする。
【０１９４】
即ち、制御部１１は、ロゴ情報部K２において、ロゴLAが記憶（出現）されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数を計算する。
【０１９５】
図２３では、ロゴLAは、ロゴ情報部K２の先頭に記憶されているので、ロゴLAが記憶されている領域より前に記憶されているロゴは存在しない。したがって、ロゴLAが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数は、ゼロである。
【０１９６】
次に、制御部１１は、サービス情報部Lに記憶されている全サービスIDの先頭から、ロゴLAが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数（いまの場合、ゼロ）に１を足した１番目から順に、ロゴLAを使用するサービス数（service_num）である２個、即ち、サービス情報部Lに記憶されている全サービスIDの先頭から１番目と２番目が、ロゴLAを使用するサービス（チャンネル）のサービスIDであると判断する。従って、図２３では、ロゴLAを使用するチャンネルは、サービスID＝１０１と１０２で表されるチャンネルであると、サービス情報部Lの中から認識される。
【０１９７】
また、ロゴ情報部K２には、ロゴLBのロゴID(logo_id=2), バージョン(version=2), ロゴサイズ(logo_size=10), サービス数(service_num=2), ロゴデータ(logo_data)が記憶されている。そして、ロゴ情報部K２に記憶されたデータを基に、ロゴLBを使用する２つのサービス（チャンネル）のサービスIDをサービス情報部Lの中から認識するためには、制御部１１は、次のようにする。
【０１９８】
即ち、制御部１１は、上述したロゴLAの場合と同様に、ロゴ情報部K２において、ロゴLBが記憶（出現）されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数を計算する。
【０１９９】
更新処理前のロゴ情報部K２において、ロゴLBが記憶されている領域より前に記憶されている全てのロゴは、ロゴLAとなる。したがって、ロゴLBが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数は、ロゴLA分の２である。
【０２００】
次に、制御部１１は、サービス情報部Lに記憶されている全サービスIDの先頭から、ロゴLBが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数（いまの場合、２）に１を足した３番目から順に、ロゴLBを使用するサービス数（service_num）である２個、即ち、サービス情報部Lに記憶されている全サービスIDの先頭から３番目と４番目が、ロゴLBを使用するサービス（チャンネル）のサービスIDであると判断する。従って、図２３では、ロゴLBを使用するチャンネルは、サービスID＝２０１と２０２で表されるチャンネルであると、サービス情報部Lの中から認識される。
【０２０１】
さらに、ロゴ情報部K２には、ロゴLCのロゴID(logo_id=3), バージョン(version=3), ロゴサイズ(logo_size=10), サービス数(service_num=3), ロゴデータ(logo_data)が記憶されている。そして、ロゴ情報部K２に記憶されたデータを基に、ロゴLCを使用する３つのサービス（チャンネル）のサービスIDをサービス情報部Lの中から認識するためには、制御部１１は、次のようにする。
【０２０２】
即ち、制御部１１は、上述したロゴLAの場合と同様に、ロゴ情報部K２において、ロゴLCが記憶（出現）されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数を計算する。
【０２０３】
更新処理前のロゴ情報部K２において、ロゴLCが記憶されている領域より前に記憶されている全てのロゴは、ロゴLAとLBとなる。したがって、ロゴLCが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数は、ロゴLAとLB分の４である。
【０２０４】
次に、制御部１１は、サービス情報部Lに記憶されている全サービスIDの先頭から、ロゴLCが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数（いまの場合、４）に１を足した５番目から順に、ロゴLCを使用するサービス数（service_num）である３個、即ち、サービス情報部Lに記憶されている全サービスIDの先頭から５番目乃至７番目が、ロゴLCを使用するサービス（チャンネル）のサービスIDであると判断する。従って、図２３では、ロゴLCを使用するチャンネルは、サービスID＝３０１，３０２，および３０３で表されるチャンネルであると、サービス情報部Lの中から認識される。
【０２０５】
以上のように、ロゴ情報部K２に記憶されているロゴを使用するサービスは、ロゴ情報部K２のサービス数を基に計算した値によって、サービス情報部Lの中から認識される。換言すれば、ロゴ情報部K２とサービス情報部Lとは、ロゴを使用するサービスによって対応付けられている。なお、図５のBSおよびCSディジタル放送のロゴのデータベースにおけるロゴ情報K１とサービス情報部Lについても同様である。
【０２０６】
さて、図２３において、取得した最新のロゴのデータにより、図２２の場合と同様に、ロゴLAのバージョンアップ、およびロゴLBの削除が指定された場合、その更新処理後のデータは、図２３右側に示すようになる。
【０２０７】
即ち、更新処理後のデータでは、ロゴ情報部K２のロゴLAのバージョン(version)が、更新前の１から２にバージョンアップされている。また、ロゴ情報部K２のロゴLBのロゴサイズ(logo_size)とサービス数(service_num)が、更新前の１０と２から、いずれも０となっている。
【０２０８】
また、更新処理前にサービス情報部Lに記憶されていたロゴLBの２つのサービスID(service_id=201,202)が、更新処理後のサービス情報部Lでは、削除され（service_id=INVALIDになっている）、更新処理前にはロゴLBの次に記憶されていたロゴLCを使用する３つのサービスID(service_id=301,302,303)が、ロゴLAを使用するサービスID(service_id=101,102)の次に記憶されている。
【０２０９】
ロゴ情報部K２のロゴLBのサービス数が０と更新（変更）されたことにより、ロゴ情報部K２のロゴLBより後に記憶されている全てのロゴについては、そのロゴが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数の値が、ロゴLBのデータそのものが削除された場合と同様に、２だけ少なくなる（繰り上がる）。また、それに対応して、更新処理後のサービス情報部Lにおいても、ロゴLBの２つのサービスID(service_id=201,202)が、削除された（領域LLのservice_id=INVALIDになった）ことにより、ロゴLCを使用するサービスID(service_id=301,302,303)の記憶位置の順番が繰り上がっている。したがって、更新処理後においても、ロゴ情報部K２のサービス数とサービス情報部LのサービスIDとのサービスの対応関係は、保たれている。
【０２１０】
なお、図２３では、ロゴLBに対して、ロゴ情報部K２のロゴLBのロゴサイズとサービス数をゼロにして、ロゴLBがロゴ情報部K２のデータから完全に削除された場合とサービス数の計算において同様の効果とすることにより、ロゴLBを削除したが、勿論、ロゴの削除の方法としては、削除されるロゴLBをロゴ情報部K２のデータから完全に削除（消去）するようにしてもよい。
【０２１１】
そこで、図２４は、そのような、削除されるロゴLBをロゴ情報部K２のデータから完全に削除（消去）するようにした場合の、ロゴ更新処理による更新処理前と更新処理後のデータの一例である。なお、図２３と対応する部分については、同一の符号を付してあり、その説明を適宜省略する。
【０２１２】
図２４左側の、更新処理前のメモリ２３に記憶されているロゴのデータは、図２３と同様である。即ち、更新処理前には、ロゴLA、LB、LCがメモリ２３に記憶されている。
【０２１３】
一方、図２４右側の更新処理後では、ロゴLAのバージョンがバージョンアップされている他に、ロゴ情報部K２およびサービス情報部Lの両方において、ロゴLBのデータが削除（消去）されている。
【０２１４】
即ち、図２４右側の更新処理後のデータでは、ロゴ情報部K２のロゴLAのデータの次に、ロゴLCのデータが記憶されている。さらに、領域LLは、ロゴ２個分の領域となり、図２３の更新処理後の場合よりロゴ１個分の領域が増えている。
【０２１５】
また、サービス情報部Lでは、図２３の場合と同様に、ロゴLBの２つのサービスID(service_id=201,202)が、削除された（領域LLのservice_id=INVALIDになった）ことにより、ロゴLCを使用するサービスID(service_id=301,302,303)の記憶位置の順番が繰り上がっている。したがって、更新処理後においても、ロゴ情報部K２のサービス数とサービス情報部LのサービスIDとのサービスの対応関係は、保たれている。
【０２１６】
例えば、ロゴLCが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数は、ロゴLA分の２である。
【０２１７】
そこで、サービス情報部Lに記憶されている全サービスIDの先頭から、ロゴLCが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数（いまの場合、２）に１を足した３番目（２＋１＝３）から順に、ロゴLCを使用するサービス数（service_num）である３個、即ち、サービス情報部Lに記憶されている全サービスIDの先頭から３番目乃至５番目が、ロゴLCを使用するサービス（チャンネル）のサービスIDとなり、図２３では、ロゴLCを使用するチャンネルは、サービスID＝３０１，３０２，および３０３で表されるチャンネルである。
【０２１８】
図２５は、メモリ２３に記憶されるロゴの、図２１のロゴ更新処理による更新処理前と更新処理後のデータのその他の一例である。なお、図２３と対応する部分については、同一の符号を付してあり、その説明を適宜省略する。
【０２１９】
即ち、図２５左側の、更新処理前のメモリ２３に記憶されているロゴのデータは、図２３と同様の、ロゴLA、LB、およびLCである。
【０２２０】
そして、取得した最新のロゴのデータにより、図２３の場合と同様の、ロゴLAのバージョンアップ、およびロゴLBの削除と、ロゴID(logo_id=4), バージョン(version=1), ロゴサイズ(logo_size=40), サービス数(service_num=1), ロゴデータ(logo_data),サービスID(seivice_id=401)を有するロゴLDの追加が指定された場合、その更新処理後のデータは、図２５右側に示すようになる。ここで、ロゴLDのサービス数(service_num=1)のデータは、例えば、SDTから取得されるサービスIDをカウントすることにより計算できる。
【０２２１】
図２５右側の更新処理後のデータでは、図２３の場合と同様の、ロゴLAのバージョンアップ、およびロゴLBの削除（ロゴLBの無効）とともに、ロゴ情報部K２にロゴLDのロゴID(logo_id=4), バージョン(version=1), ロゴサイズ(logo_size=40), サービス数(service_num=1), ロゴデータ(logo_data)が新たに記憶される。また、サービス情報部LにロゴLDのサービスID(seivice_id=401)が新たに記憶される。
【０２２２】
図２５の更新処理後においても、ロゴ情報部K２のサービス数とサービス情報部LのサービスIDとのサービスの対応関係は、保たれている。
【０２２３】
例えば、新しく追加されたロゴLDが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数は、ロゴLAとLC分の５である。
【０２２４】
そこで、サービス情報部Lに記憶されている全サービスIDの先頭から、ロゴLDが記憶されている領域より前に記憶されている全てのロゴが使用されるサービスの総サービス数（いまの場合、５）に１を足した６番目（５＋１＝６）から順に、ロゴLDを使用するサービス数（service_num）である１個、即ち、サービス情報部Lに記憶されている全サービスIDの先頭から６番目が、ロゴLDを使用するサービス（チャンネル）のサービスIDとなり、図２３では、ロゴLDを使用するチャンネルは、サービスID＝４０１で表されるチャンネルである。
【０２２５】
図２６は、メモリ２３に記憶されるロゴの、図２１のロゴ更新処理による更新処理前と更新処理後のデータのその他の一例である。なお、図２５と対応する部分については、同一の符号を付してあり、その説明を適宜省略する。
【０２２６】
図２５で説明したデータの例では、ロゴLA、LB、LC、およびLDのネットワークIDが、同一であるものとして省略されていたが、図２６のデータの例では、図２５のロゴLA、LB、LC、およびLDに対応するロゴLA’、LB’、LC’、およびLD’は、ネットワークID＝１、ネットワークID＝１、ネットワークID＝２、およびネットワークID＝３をそれぞれ有している。図２６のロゴLA’、LB’、LC’、およびLD’それぞれの、その他のデータ、即ち、ロゴID(logo_id), バージョン(version), ロゴサイズ(logo_size), サービス数(service_num), ロゴデータ(logo_data),サービスID(seivice_id)は、図２５のロゴLA、LB、LC、およびLDそれぞれの対応するデータと同一となっている。
【０２２７】
図２６では、図２１のロゴ更新処理により、図２５に示した場合と同様に、ロゴLA’のバージョンアップ、ロゴLB’の削除（ロゴLB’の無効）、ロゴLD’の追加が行われる。図２６の更新処理後においても、ロゴ情報部K２のサービス数とサービス情報部LのサービスIDとのサービスの対応関係は、図２５と同様に、保たれている。
【０２２８】
以上のように、図４のディジタル放送受信装置１は、BSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送それぞれのロゴに関する情報（ロゴのデータ）を記憶するデータベースを、図５および図６に示したように、BSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送全てに共通なデータ構造として、メモリ２３に記憶する。
【０２２９】
従って、容易にロゴのデータを管理することができる。また、上述した式（５）に示したように、メモリサイズを抑えることができる。
【０２３０】
なお、上述した例では、図４のメモリ２３に記憶されるBSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送それぞれのロゴに関する情報（ロゴのデータ）は、BSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送それぞれの領域に分けて配置され、メモリ２３に記憶されるようにしたが、図４のメモリ２３に記憶されるBSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送それぞれのロゴに関する情報は、BSディジタル放送、CSディジタル放送、および地上ディジタルテレビジョン放送それぞれのロゴに関する情報が順不同に（混合されて）、メモリ２３に記憶されるようにしてもよい。
【０２３１】
上述した一連の処理は、専用のハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアによって行う場合、例えば、図１５および図２０のロゴ取得処理、図２１のロゴ更新処理等の一連の処理は、図２７に示されるような（パーソナル）コンピュータにプログラムを実行させることにより実現することができる。
【０２３２】
図２７において、CPU（Central  Processing  Unit）１０１は、ROM（Read  Only  Memory）１０２に記憶されているプログラム、または記憶部１０８からRAM（Random  Access  Memory）１０３にロードされたプログラムに従って各種の処理を実行する。RAM１０３にはまた、CPU１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０２３３】
CPU１０１、ROM１０２、およびRAM１０３は、バス１０４を介して相互に接続されている。このバス１０４にはまた、入出力インタフェース１０５も接続されている。
【０２３４】
入出力インタフェース１０５には、キーボード、マウスなどよりなる入力部１０６、CRT(Cathode Ray Tube)、LCD(Liquid Crystal display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ハードディスクなどより構成される記憶部１０８、モデム、ターミナルアダプタなどより構成される通信部１０９が接続されている。通信部１０９は、インターネットなどのネットワークを介しての通信処理を行う。
【０２３５】
入出力インタフェース１０５にはまた、必要に応じてドライブ１１０が接続され、磁気ディスク１２１、光ディスク１２２、光磁気ディスク１２３、或いは半導体メモリ１２４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１０８にインストールされる。
【０２３６】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【図面の簡単な説明】
【０２３７】
【図１】BSディジタル放送の場合における、ロゴに関する情報を記憶するデータベースの構成例を示す図である。
【図２】CSディジタル放送の場合における、ロゴに関する情報を記憶するデータベースの構成例を示す図である。
【図３】地上ディジタルテレビジョン放送の場合における、ロゴに関する情報を記憶するデータベースの構成例を示す図である。
【図４】本発明を適用したディジタル放送受信装置１の一実施の形態の構成例を示すブロック図である。
【図５】BSおよびCSディジタル放送のロゴのデータベースの構成例を示す図である。
【図６】地上ディジタルテレビジョン放送のロゴのデータベースの構成例を示す図である。
【図７】BSおよびCSディジタル放送のロゴ取得を説明する図である。
【図８】SDTTセクションのデータ構造を説明する図である。
【図９】ダウンロードコンテンツ記述子のデータ構造を説明する図である。
【図１０】DSM-CCセクションのデータ構造を説明する図である。
【図１１】DIIセクションのデータ構造を説明する図である。
【図１２】ネーム記述子のデータ構造を説明する図である。
【図１３】DDBセクションのデータ構造を説明する図である。
【図１４】ロゴデータモジュールのデータ構造を説明する図である。
【図１５】図４のディジタル放送受信装置１のロゴ取得処理を説明するフローチャートである。
【図１６】SDTセクションのデータ構造を説明する図である。
【図１７】ロゴ伝送記述子のデータ構造を説明する図である。
【図１８】CDTセクションのデータ構造を説明する図である。
【図１９】データモジュールバイトのデータ構造を説明する図である。
【図２０】図４のディジタル放送受信装置１のロゴ取得処理を説明するフローチャートである。
【図２１】図４のディジタル放送受信装置１のロゴ更新処理を説明するフローチャートである。
【図２２】図２１のロゴ更新処理を説明する図である。
【図２３】図２１のロゴ更新処理による更新処理前と更新処理後のデータの一例を示す図である。
【図２４】図２１のロゴ更新処理による更新処理前と更新処理後のデータの一例を示す図である。
【図２５】図２１のロゴ更新処理による更新処理前と更新処理後のデータの一例を示す図である。
【図２６】図２１のロゴ更新処理による更新処理前と更新処理後のデータの一例を示す図である。
【図２７】本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【符号の説明】
【０２３８】
１  ディジタル放送受信装置，  ２  アンテナ，  １１  制御部，  １４  記録媒体，  １５  制御用プログラム，  １６  チューナ，  １７  デスクランブラ，  １８  デマルチプレクサ，  １９  映像復号部，  ２０  OSD付加部，  ２１  音声復号部，  ２２  ネットワークI/F，  ２３  メモリ，  ２４  出力I/F
【図１】
2005150996.tif 000003
【図２】
2005150996.tif 000004
【図３】
2005150996.tif 000005
【図４】
2005150996.tif 000006
【図５】
2005150996.tif 000007
【図６】
2005150996.tif 000008
【図７】
2005150996.tif 000009
【図８】
2005150996.tif 000010
【図９】
2005150996.tif 000011
【図１０】
2005150996.tif 000012
【図１１】
2005150996.tif 000013
【図１２】
2005150996.tif 000014
【図１３】
2005150996.tif 000015
【図１４】
2005150996.tif 000016
【図１５】
2005150996.tif 000017
【図１６】
2005150996.tif 000018
【図１７】
2005150996.tif 000019
【図１８】
2005150996.tif 000020
【図１９】
2005150996.tif 000021
【図２０】
2005150996.tif 000022
【図２１】
2005150996.tif 000023
【図２２】
2005150996.tif 000024
【図２３】
2005150996.tif 000025
【図２４】
2005150996.tif 000026
【図２５】
2005150996.tif 000027
【図２６】
2005150996.tif 000028
【図２７】
2005150996.tif 000029