(57)【特許請求の範囲】
【請求項１】
テレビジョン受信機においてブロードキャストされたサービスリストを管理する方法であって、
当該方法は、ダウンロードされたサービスリスト（ＭＰＧ）の最新情報を受信して記憶する前ステップと、少なくとも１つのカスタマイズされたサービスリストを記憶するステップとを備え、
当該方法は、
前記少なくとも１つのカスタマイズされたサービスリストと、前記受信機に以前に記憶された前記ダウンロードされたサービスリストの最新情報との間での整合性のチェックをトリガするステップを更に備え、
前記トリガする瞬間は、前記チェックにより前記受信機の使用が妨害されないように、前記受信機が作動されたときに前記受信機におけるアプリケーションにより選択される、
ことを特徴とする方法。
【請求項２】
前記整合性のチェックは、更新されたリストにおいて、記憶されているリストを構成するサービスが存在しないことを確認するステップと、前記更新されたリストにおいて前記記憶されているリストを構成するサービスが存在しないことを検出した場合に、前記記憶されているリストから前記サービスを消去するステップと、
を備える請求項１記載の方法。
【請求項３】
前記記憶されているリストから存在しない前記サービスを消去するステップは、前記更新されたリストにおける前記サービスが存在しないことを示す所定数のチェック後に実行される、
請求項２記載の方法。
【請求項４】
前記整合性のチェックは、更新されたリストにおいて、記憶されているリストを構成するサービスが存在することを確認するステップと、前記更新されたリストにおいて前記記憶されているリストを構成するサービスが存在することを検出した場合に、前記検出されたサービスに関連し、前記記憶されているリストにおいて記憶されているパラメータが前記更新されたリストにおける前記検出されたサービスに関連するパラメータに類似しているかを比較するステップと、前記パラメータ間で異なる場合に、前記記憶されているリストにおける前記検出されたサービスのパラメータを更新するステップと、
を備える請求項１乃至３のいずれか記載の方法。
【請求項５】
記憶されているリストの整合性のチェックは、少なくとも１つの記憶されているリストを編集するためのアプリケーションが起動された時、及び／又は所定の日時でトリガされる、
請求項１乃至４のいずれか記載の方法。
【請求項６】
中央処理ユニット、ブロードキャストされたサービス及びサービスリストを受信する受信手段、前記受信されたブロードキャストされたサービスリストを記憶する第一のメモリ、プログラムを記憶する第二のメモリ、及び少なくとも１つのカスタマイズされたサービスリストを記憶する第三のメモリを含むデジタルテレビジョンシステム用の受信機であって、
前記第三のメモリに記憶されている前記少なくとも１つのカスタマイズされたサービスリストと前記第一のメモリに記憶されている前記ブロードキャストされたサービスリストとの間での整合性をチェックする手段と、
前記第二のメモリは、前記受信機が作動されたときに前記手段による整合性チェックをトリガするために調整されるアプリケーションを記憶し、
前記整合性のチェックは、前記チェックにより前記受信機の使用が妨害されないように、選択された時間で前記トリガを実行する前記アプリケーションによりトリガ可能である、
ことを特徴とするデジタルテレビジョンシステム用の受信機。
【請求項７】
前記カスタマイズされたリストを構成するサービスをユーザに選択させる手段と、前記選択されたサービスが前記更新されたサービスリストにある場合に制御する手段と、前記選択されたサービスが前記更新されたリストにない場合に、前記カスタマイズされたリストが起動されることを更新する手段と、
を備えることを特徴とする請求項６記載のデジタルテレビジョンシステム用の受信機。
【請求項８】
前記カスタマイズされたリストにおける前記選択されたサービスが前記更新されたリストに存在しないことについて、リストのチェックの数をカウントするカウンタと、前記カウンタが所定値に到達した時に作動する消去手段と、
を備えることを特徴とする請求項７記載のデジタルテレビジョンシステム用の受信機。
【発明の詳細な説明】
【０００１】
［発明の分野］
本発明は、デジタルテレビジョン分野に関し、より詳細には、サービス情報（ＳＩ）データの処理に関する。以下に詳細に記載されるのは、ＤＳＳシステム（Direct Satellite System）に主に基づいており、この原理は、European DVB(ETSI document ref.EN300468)又はATSC(ATSC ref.A/56)のような他の類似の標準に容易に拡張することができる。
【０００２】
［発明の背景］
新世代のデジタルテレビジョンシステムは、ビットストリームでアプリケーションをブロードキャストする可能性を含んでいる。これらのアプリケーションは、受信機（セットトップボックス）によりダウンロードすることができ、ユーザがアクセスすることができるテレビジョンサービスに関連するユーザ専用の特徴を提供するためにＣＰＵにより実行することができる。
【０００３】
これらのアプリケーションは、アプリケーション プログラミング インタフェース（ＡＰＩ）のトップで構築されている。このＡＰＩは、ユーザに提案されるハイレベルの特徴を構築することができるセットトップボックスに基づいて利用することができる基本的な特徴を提供する。実在する商業的なソフトウェアパッケージは、デジタルデコーダについてのオペレーティングシステムのようなものを提供する。
【０００４】
デジタル受信機装置の１つの大きな特徴は、ユーザに表示されるサービスリストの管理である。統合された受信機／デコーダ（ＩＲＤ）が使用前に取得しなければならない最初のデータの１つに、ブロードキャストサービスのリストがあり、該リストは、ビットストリームに含まれるガイドデータに記述されている。
【０００５】
ＩＲＤソフトウェアは、カスタマイズされた特徴を提供する。その中には、このブロードキャストされたリストからカスタマイズされたサービスのリストを作成し、次いで、該リストを不揮発性メモリに記憶する可能性がある。これらカスタマイズされたリストの１つを選択して、ユーザに表示することができる。このリストから、たとえば、ユーザが見たいサービスを選択して、好きなサービスからなるリストを作成することができる。
【０００６】
［発明の概要］
本発明は、衛星、ケーブル又は地上波といったいずれかのタイプのブロードキャストネットワークに関するＩＲＤの動作に適用する。少なくとも１人のユーザによりブロードキャストされた１つから導出されたサービスのリストと、不揮発性メモリに記憶されているサービスのリストとの異なるサービスリスト間の整合を管理する効率的な方法を採用している。この方法は、ユーザ又はアプリケーションが、消失してしまったか、又はブロードキャストビットストリームにおいて修正されているカスタムリスとのうちの１つに含まれているサービスに接続しようとするような問題を回避するために行われなければならない。
【０００７】
最新のデジタルテレビジョンシステムは、サービス情報データを使用することにより、ＩＲＤを装備する可能性を提供する（すなわち、統合された受信機デコーダを表す、ＩＲＤからＩＲＤにアクセス可能なサービスのリストを構築する）。ＤＳＳシステムでは、このデータは、マスタープログラムガイド（ＭＰＧ）として言及されるものに含まれている。ＭＰＧは、セグメントによりサービスをグループ化して、物理転送チャネル（ＰＴＣ）に含まれるサービスを記述する。
【０００８】
このサービス情報データを参照として使用することの利点は、第１に、単一周波数（“barker channel”と呼ばれることがある）から、最新のブロードキャストサービスリストを構築するために必要な全てのデータを必要とすることであり、第２に、ユーザからの操作を必要とすることなしに、この情報を更新することができる点である。
【０００９】
ＩＲＤに含まれる古典的な特徴は、個人の選択に従い、１つ又は複数のカスタマイズされたサービスのリストを構築し、ＩＲＤがスイッチオフされる度に該リストを再構築する必要がないように不揮発性メモリに記憶するための可能性である。
【００１０】
ブロードキャストされたＭＰＧにおいて更新が行われた時、及びＩＲＤがこのプログラムガイドの新たなバージョンを受信している場合、ＩＲＤソフトウェアにより管理される（デコーダのメモリにあり、定期的に更新される）ブロードキャストサービスのリストは、それに応じて更新される。サービスが消去又は変更された場合（たとえば、ＰＴＣから別に移動された場合）、ブロードキャストされたリストから導出されたカスタマイズされたサービスのリストは、カスタマイズされたサービスのリストをブロードキャストされたリストに一致させるために更新されなければならない。これを実行しない場合には、視聴者には、存在しないサービス及び説明されていないブラックスクリーンになる。
【００１１】
以下の方法を使用して、サービスのリストの整合を確認することができる。
視聴者に変化を通知して、チェック又は全てのカスタマイズされたリストの再構築をユーザに問い合わせる。これは、ユーザからの明確な操作を要求しなければならないという大きな欠点を有する。
ブロードキャストされたリストの１つが変化するとすぐに、それらの内容がブロードキャストされたリストの１つの内容になお一致するか、カスタマイズされたサービスのリストをチェックする。この他の技術は、サービス及びサービスのリスト数に依存して時間がかかる。
【００１２】
これらの両者は、第１のケースではユーザから、第２のケースではＣＰＵから、時間がかかるという大きな欠点を有している。
後者のケースは、何時でも発生する可能性があり、ＣＰＵの処理能力を独占してしまうために問題である。確かに、６００前後のサービスを利用することができる場合、２００，３００サービスカスタマイズされたリストの数と比較して、それぞれが所定の時間量を要する。
【００１３】
本発明の目的は、デジタルテレビジョンネットワークによりブロードキャストされるサービスのリストの整合を管理するための方法を提供することにある。サービスのリストは、それぞれブロードキャストされたサービスに対応するパラメータを含んでおり、テレビジョン受信機で受信され、メモリに記憶される。本方法は、以下を備えている。
上記記憶されているリストを更新するためのトリガ手段。少なくとも１つの記憶されているサービスのリストと受信されたサービスのリストの間の整合をチェックすること。第２リストの少なくとも１つのパラメータで、受信機のメモリに記憶されているリストを更新すること。
このようにして、整合チェックは、受信機の利用を混乱させずに、所定時間でトリガされる。
【００１４】
本発明の別の目的は、中央処理ユニット、ブロードキャストされたサービス及びサービスのリストを受信するための受信手段、プログラムを含むメモリ、カスタマイズされた少なくとも１つのサービスのリストを記憶するバッファメモリを含むデジタルテレビジョンシステムにおける受信機を提供することにある。本受信機は、メモリが、サービスの整合をチェックするためのモジュールを含んでおり、該モジュールをトリガするために調整されるアプリケーションを記憶するためのメモリと、受信手段により受信されたリストとカスタマイズされたリストの１つとの間の一致をチェックするための手段とを備えていることを特徴とする。
【００１５】
本発明の他の特徴及び利点は、添付図面を参照して、本発明の限定することのない実施の形態の記載を通して明らかになるであろう。
【００１６】
［発明の実施の形態］
図１のデコーダは、信号源１に接続されているチューナ２を備えている。本実施の形態では、信号源１は、衛星放送受信パラボナアンテナ及び関連する周波数変換器である。
【００１７】
チューナにより供給される信号は、復調器３により復調される。復調データは、補正回路４により補正され、デマルチプレクサ５に転送される。デマルチプレクサ５は、要求データパケットを提供するために、デコーダのオペレーティングシステム及びデコーダによりサポートされる様々なアプリケーションの必要条件の観点で、マイクロプロセッサ２３によりプログラムされた所定数のフィルタを含んでいる。
【００１８】
図の明瞭さのために、マイクロプロセッサ２３の幾つかの接続のみが例示されている。デコーダの用途としては、オーディオデコーダ１６、ビデオデコーダ１７、テレテキストデコーダ／ジェネレータ１８、条件付きアクセスサブシステム（復号化回路７、スマートカードインタフェース９を通してスマートカード１０との通信のための認証回路８を含む）、及びサービス情報モジュール１９が含まれる。
【００１９】
デマルチプレクサによりフィルタリングされるデータパケットは、オペレーティングシステム及びアプリケーションによるアクセスのために、バッファメモリ６における予め定義された領域に記憶される。必要であれば、受信情報は、はじめに、バッファメモリ６に記憶される前に、スマートカード１０に記憶されているユーザの資格に依存して、復号化回路７により復号化される。
【００２０】
所定のデータパケットタイプは、ネットワークにおいてブロードキャストされるサービスの記述、及びそれぞれのサービスの異なる要素へのパスを含んでいる。サービスは、オーディオ、ビデオ及びデータ要素を備えていてもよい。
【００２１】
また、デコーダは、リモートコントロール２４との通信のための赤外線受信機（赤外線インタフェース）２４を含んでいる。この受信機２４は、マイクロプロセッサ２３に接続されている。マイクロプレセッサ２３は、メモリ１２に接続されており、メモリ１２は、幾つかのアプリケーションにためのコード及びデータと共にオペレーティングシステムを含んでいる。このコード及びデータは、記憶されていてもよいし、ダウンロードされてもよい。モデム１３は、交換電話網１４に接続されており、この電話網もまた、マイクロプロセッサにより制御される。
【００２２】
キャラクタジェネレータ１５は、デコーダのパラメータ又は特定のアプリケーションに関連する制御メニューの生成を可能にする。このキャラクタジェネレータにより生成されたビデオ信号は、ビデオデコーダ１７から到来するビデオ信号、テレテキストデコーダ１８から到来してテレビジョン２２にリンクされる第１コネクタへ、或いはビデオレコーダ２１にリンクされる第２コネクタへのビデオ信号のうちの１つと多重化される。多重化回路２０は、マイクロプロセッサ２３により管理される。
【００２３】
サービス情報モジュール１９は、電子番組ガイドデータの変化を管理する役目を果たす。該モジュールは、マイクロプロセッサ２３によるプログラムの実行からなるが、図１における個別向けとして表されている。サービス情報モジュールにより、ユーザは、家族のそれぞれについてのリストのような複数の好みのサービスリストをプログラムすることができる。
【００２４】
デコーダのオペレーティングシステムは、マイクロプロセッサ２３に要求して、ストリームの構造及び内容に関連する情報を受信されたデータストリームから系統的に抽出する。この情報が使用されて、ブロードキャストサービスのリストが構築される。該リストは、メモリ１２に記憶され、本発明による実施の形態よれば、連続的に最新情報に更新される。
【００２５】
メモリ１２は、ブロードキャストされたサービスと、サービス情報モジュール（又はアプリケーションにより保持されるいずれか他のタイプのカスタマイズされたリスト）により保持される１つ又は複数の好みのサービスのリストとの間の整合チェックを発生するためのプログラムモジュールを含んでいる。
【００２６】
このモジュールは、ＡＰＩ（アプリケーション プログラマブル インタフェース）を保有している。このＡＰＩにより、アプリケーションは、整合チェックをトリガするために、このモジュールを呼び出すことができる。チェックされるサービスのリストは、対応する機能の呼び出しを介したパラメータとして通過される。
【００２７】
かかる解決の幾つかの利点は、以下を提案することである。
この動作を実行する自動的手法である（アプリケーションによりトリガを実行することができるので、ユーザから要求されるチェック操作を必要としない）
アプリケーションにより制御されるタイミングで、（全部ではない）所与のサービスリストについてこの方法を実行することができるので、時間的に効率的な手法である。したがって、アプリケーションは、処理能力をこのタスクに何時割り当てるべきかを判定することができる。
【００２８】
図２において、このモジュールの実行がフローチャートにより例示されている。チェックは、チェックされる所与のカスタマイズされたサービスにおいて含まれるそれぞれのサービスの内容をブロードキャストされたサービスにおいて確認する、完成された１つである。
【００２９】
デコーダがスイッチオンされた時、メモリ１２におけるオペレーティングシステムがブートされる（ステップ１）。オペレーティングシステムは、サービス情報モジュールを起動し、該モジュールは、マイクロプロセッサに命令して、マスタープログラムガイドに関連するデータパケットを連続的に検索させる。デマルチプレクサは、マイクロプロセッサに従うように構成されている。
【００３０】
上述したように、ユーザは、サービス情報モジュールの一部である電子番組ガイド（ＥＰＧ）を通して、カスタマイズされたサービスのリストを作成している。たとえば、ユーザは、マスタープログラムガイドにおいて存在するサービスの中から、ユーザ個人の好みに対応するサービスを選択する。
【００３１】
このカスタマイズされたリストは、それぞれのサービスについて、サービス識別子、サービスタイプ（たとえば、テレビジョンサービス、ラジオサービス又はインタラクティブサービス）、ステータス情報、タイトル等を含んでいる。このデータは、マスタープログラムガイドにおいて利用することができるデータのサブセットである。
【００３２】
ステップ２では、ＥＰＧにより選択された時間で、ＥＰＧは、メモリ１２におけるモジュールの整合チェック機能を要求する。パラメータとしては、チェックされるカスタマイズされたリストを通過する。
【００３３】
この機能を要求するＥＰＧにより選択された瞬間は、たとえば、ブート後、又はユーザがリモートコントロールを操作した最後を測定することにより決定される、ユーザの操作のない所定期間の経過後、又はたとえば夜といった周期的に、又はＥＰＧがカスタマイズされたリストにおいてエラーを検出した時に、ＭＰＧの取得に応じてである。エラーは、たとえば、もはや利用することができないサービスにデコーダがアクセスしようとした時に生じる。この時、ユーザは、ブラックスクリーンを見る。
【００３４】
ステップ３では、モジュールは、ポインタを初期化し、チェックされるカスタマイズされたリストの開始が示される。そのリストにおけるそれぞれのサービスについて、モジュールは、ＭＰＧから抽出されたリストにおけるこのサービスの存在を確認する（ステップ４）。
【００３５】
該サービスが存在しない場合（ステップ５）、該サービスはカスタマイズされたリストから消去される（ステップ６）。該サービスが存在する場合、モジュールは、両リストにおいて発見されたサービスについてのパラメータが同じであるかをチェックする（ステップ７）。パラメータが異なる場合、カスタマイズされたリストのパラメータは更新される（ステップ８）。
【００３６】
ステップ９では、カスタマイズされたリストの全てのサービスがチェックされていない場合、モジュールは、ステップ４に戻る。全てのサービスがチェックされた場合、チェック処理を終了する。
【００３７】
本発明の変形例の実施の形態では、整合を再確立するために、モジュールは、カスタマイズされたリストが追加のサービス、特に、カスタマイズされたリストの最後の整合チェックから、ＭＰＧに加えられたサービスを含んでいるかをチェックする。
【００３８】
この特徴は、たとえば、カスタマイズされたリストがＭＰＧリストのフィルタリング処理の結果である場合、及び最初のフィルタ基準をモジュールが利用することができる場合に適用される。たとえば、サービステーマ又はタイトル又はオーディオ言語がフィルタ基準であってもよい。この場合、整合チェックのトリガは、ＭＰＧサービスのリストから開始して、フィルタリング処理を再度実行する結果となる。
【００３９】
これが行われた時、不揮発性メモリに記憶されているカスタマイズされたサービスリストに対応するデータはこれに従い更新され、これらのデータを使用するアプリケーションは、動作の終了であることが通知される。
【００４０】
時には、受信されたリストは、なおブロードキャストされるサービスを含んでいないことがある。この場合、少し待って、サービスが無くなったことが整合チェックの間に検出された時であっても、このサービスにわたって維持するために、カスタマイズされたリストを明確に更新することが好ましい。この問題を解決するための解決策は、カスタマイズされたサービスのリストを構成するそれぞれのサービスにカウンタを関連付けることからなる。
【００４１】
これらのカウンタは、受信されたリストにおいてサービスが認識された時に、たとえば「３」といった所定値で初期化される。サービスが無くなったことをモジュールが検出した場合、このサービスのカウンタが減少する。値「０」に到達した時、このサービスの全てのパラメータがカスタマイズされたサービスリストから消去される。
【００４２】
変形例は、整合チェックについて、予め記憶された受信リストを使用しないことからなる。メモリ空間があまりに小さい場合、受信リストを連続的に管理して更新することは困難である。カスタマイズされたリストを更新することをモジュールが決定した場合（ステップ２）、モジュールは、デジタル多重化装置からの新たなテーブルの抽出を要求する。これらのテーブルが受信された時、カスタマイズされたリストを更新することができる。
【００４３】
ＩＲＤ専用によるこの特徴の応用の例は、かかるメカニズムにより提供される可能性を例示して以下に与えられる。実際に、ダウンロードされたアプリケーションを通して実現される２つの異なるブロードキャスト政策に対応する。
【００４４】
第１のＩＲＤの例では、「電子番組ガイド」と呼ばれる専用にダウンロードされるアプリケーションに対して、好みのサービスリストの編集が提供される。この電子番組ガイドもまた、ナビゲーション及びプログラム情報検索特徴を提供する。
【００４５】
また、結果的に得られるリストは、“surfing banner”と呼ばれる別のアプリケーションにより使用される。“surfing banner”は、サービスコネクション及び現在のブロードキャスト情報検索特徴を提供する。かかるＩＲＤにおいて、好みのリストは、２つの機会に関して、ブロードキャストされたサービスに対してチェックされる。
【００４６】
ＥＰＧアプリケーションにおいて、所与の好みのリスト編集スクリーンが入力された時に、第１のチェックは自動的に実行される。この好みのリスト編集特徴は、ユーザにより頻繁に実施されないので、サービス接続トライアルに続いて、接続エラーが“surfing banner”アプリケーションに通知された時に、該アプリケーションもまた、動作をトリガする。このように、トリガは、必要とされる毎に行われる。
【００４７】
第２のＩＲＤの例では、ＩＲＤに埋め込まれたユーザインタフェースを介して、好みのサービスリスト編集が提供される。次いで、たとえば、夜である所与の時間で、ブロードキャストされたリストに対して、好みのリストがチェックされる。この時間になると、モジュールが要求される。
【００４８】
両者の例は、いずれか迷惑をかけない（夜間）時間で、又は必要な時に（リスト編集前、又は補正エラーの検出時に）、本発明が整合チェック動作を自動的に実行可能であることを示している。ＡＰＩを通してのトリガを提供することの追加の利点は、この方法がサービス及びアプリケーションの必要条件に依存して発展することができることである。
【００４９】
本発明の利点は、不揮発メモリに記憶されている全てのカスタマイズされたサービスのリストと、ブローオキャストされたリストの内容との整合性をチェックすることができるという特徴を有するＩＲＤを自動的かつ効率的に提供することができる点である。
【００５０】
一方では、自動化された処理であるので、利用することができないサービスを選択することができるような状況、又はブロードキャストにおける変化のたびにカスタマイズされたサービスのリストを再構築しなければならない状況を回避することができる。他方では、提案された処理は、時間制御される。
【００５１】
十分に自動化された方法によれば、ＣＰＵに集中し、装置の通常の利用を妨害する。本発明は、ＡＰＩを通して利用することができる特徴を作るために提案しているので、ユーザへのインパクトを最小にするために、アプリケーションの特徴に依存して適切な時間でトリガすることができる。
【００５２】
本実施の形態は、サービスのリストに関連したものであるが、本発明は、たとえばイベントリストのような他のタイプのリストに対しても調整することができる。
【図面の簡単な説明】
【図１】  本発明の実施の形態を実現するテレビジョン受信機のブロック図である。
【図２】  サービスリストの整合を管理するプログラムモジュールのフローチャートである。
【図１】
0004693319.tif 000002
【図２】
0004693319.tif 000003