(57)【特許請求の範囲】
【請求項１】
サービス・データを送信するテレビジョンシステムにおけるサービス・データを管理する方法であって、
サービス・データを取得し、取得したサービス・データを受信機の第１のデータベースに保存する工程と、
前記第１のデータベースに保存されたサービス・データを前記受信機の第２のデータベースに該第２のデータベースを更新するためにコピーする工程であって、前記コピーする工程は新しいサービスリストの取得時には一時停止され、前記第２のデータベースは前記第１のデータベースと同じ構成を有する工程と、
前記第２のデータベースに保存されたデータを前記受信機の少なくとも一つのアプリケーションに対して使用可能とする工程とを有することを特徴とする方法。
【請求項２】
前記第２のデータベースをコピーする工程は、サービス・データ取得後直ちに実行されることを特徴とする、請求項１に記載の方法。
【請求項３】
前記第２のデータベースをコピーする工程は、サービス・データの取得要求から所定時間経過後に実行されることを特徴とする、請求項１または２に記載の方法。
【請求項４】
前記第２のデータベースをコピーする工程は、アプリケーションからの要求に応じてのみ実行されることを特徴とする、請求項１乃至３いずれか一項に記載の方法。
【請求項５】
請求項２乃至４いずれか一に係る更新の時期はサービス・データの種類に応じて決まることを特徴とする、請求項２乃至４いずれか一項に記載の方法。
【請求項６】
サービスが変わった時に、該サービスに関する新しい補助的な情報を取得し、該新しい補助的な情報を用いた前記第２のデータベースの更新をアプリケーションからの要求があるまで一時停止する工程とを更に有することを特徴とする、請求項１乃至５いずれか一項に記載の方法。
【請求項７】
サービス・データを送信するテレビジョン受信機であって、
サービス・データを取得する手段と、
取得したサービス・データを第１のサービスデータベースに保存する手段と、
第１のサービス・データベースに保存したサービス・データを第２のサービス・データベースに該第２のサービス・データベースを更新するためにコピーする手段であって、前記第２のサービス・データベースは前記第１のサービス・データベースと同じ構成を有する手段と、
新しいサービスリストの取得時に前記第１のデータベースから前記第２のデータベースへのコピーを一時停止する手段とを有することを特徴とするテレビ受信機。
【発明の詳細な説明】
【０００１】
本発明は、マルチメディア・アプリケーション若しくは放送オーディオビジュアル送信の放送及び受信に関し、特に、オーディオビジュアル・サービス若しくは局をナビゲートし、選択する方法及び装置に関する。これらの装置及び方法は、オーディオビジュアル・サービス若しくは局のデータを伴う情報伝達に基づき得る。このような情報伝達の一例は、「ＤＶＢサービス情報（ＤｉｇｉｔａｌＶｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）」規格である。
【０００２】
現在のオーディオビジュアル界内において、局及びサービスの急増は、ユーザに非常により多くてより複雑な選択を提供することをもたらしている。それらは数が多いため、提供されている局及びサービスの範囲は１００を超え得る。それらのネーミングは複雑であるため、ユーザはすべての局及びサービスの名前を思い出すことができない。局番号若しくはサービス番号とその内容との直接的な関連性は、局及びサービスの数が所定の限界を超える時、直接的ではない。従って、ユーザは、すべての局及びサービスを覚ええることができないと共に、これら局若しくはサービスを頭の中で体系づけることもできない。
【０００３】
この局及びサービスの急増は、マルチメディア・アプリケーションの送信手段及び受信手段の双方における技術的進歩の効力によって発展された。特に、マルチメディア・アプリケーションに対応した情報は、ディジタル・データ・ストリームにおいてデータ・パケットを多重化し、データの送受信容量の増加を可能にすることによって送信される。
【０００４】
ユーザが「（情報の中を）渡り歩き（ｎａｖｉｇａｔｅ）」、提供された局若しくはサービスの中から選択することを可能にするために利用可能なものとして電子プログラム・ガイド（ｅｌｅｃｔｒｏｎｉｃｐｒｏｇｒａｍｍｅ ｇｕｉｄｅ）がある。一般的に「ＥＰＧ」と呼ばれるこのプログラム・ガイドは、ディジタル・テレビ環境でもアナログ・テレビ環境でも使うことができるソフトウェア・アプリケーションである。
【０００５】
本発明を動機付けるディジタル・テレビ環境は、ＤＶＢ（ディジタル・ビデオ放送）の仕様書に詳細に説明されている。例えば、ＥＴＳＩ（ＥｕｒｏｐｅａｎＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ；欧州電気通信標準化協会）によって書かれ、１９９７年９月に発行されたＤＶＢ仕様書の「ＥＮ３００ ４６８ − ｖ１．３．１」項、若しくは「ＲＥＮ／ＪＴＣ−００ＤＶＢ−４３」項を参考文献として挙げることができる。
【０００６】
このＤＶＢ規格によると、プログラム及びイベント放送に関連する情報は、サービス情報「ＳＩ」に含まれる。これは、使用可能帯域及びユーザからの情報要求の頻度に応じて周期的に放送される。
【０００７】
本発明のフレームワーク内において、ユーザは、リモコンの「Ｐ＋」若しくは「Ｐ−」プログラム・ボタンを用いることによって、「渡り歩き」、選択することができる。これらのプログラム・ボタンは、表示された局番号若しくはサービス番号に対応するボタンを押すことなく、該番号を増加若しくは減少させることを可能にする。
【０００８】
上記増加若しくは減少は、散発的且つ独立的に実行されてもよい。しかし、「Ｐ＋」若しくは「Ｐ−」プログラム・ボタンを押しつづけることによって連続的に実行されてもよい。後者の場合、局若しくはサービスの選択は、「Ｐ＋」若しくは「Ｐ−」ボタンが離された時にのみ決定される。このザッピング（ｚａｐｐｉｎｇ）は、一般的には「仮想ザッピング（ｖｉｒｔｕａｌｚａｐｐｉｎｇ）」若しくは「連続サーフン（ｃｏｎｔｉｎｕｏｕｓ ｓｕｒｆｉｎｇ）」と呼ばれる。この仮想ザッピングは現在も存在するが、選択数が限られており、又、取扱性及び効率が制限されている。
【０００９】
従って、この仮想ザッピングをユーザの要求に合わせるために、オーディオビジュアル・サービス若しくは局を渡り歩き、選択するための、ディジタル環境でもアナログ環境でも作動する装置及び方法を導入することが必要である。
【００１０】
渡り歩き及び選択のためのこの装置及び方法が満たさなければならない第一の条件は、ユーザ・インターフェースのイメージを安定させ、情報を要求された時間内に提供するために、送信機によって放送されたデータ・ストリームに応じて書換可能で、容易にアクセスすることができるメモリが備え付けられていることである。
【００１１】
第二の条件は、送信機から受信した情報及びユーザへ戻される情報の管理にある。なぜなら、仮想ザッピングは、大きなメモリサイズと、ストリームの変化に対処するための素早い管理とを必要とするからである。
【００１２】
第三の条件は、データ・ストリームの変更中に一時的に生じ得る不一致の管理にある。
【００１３】
（課題を解決するための手段）
本発明の目的の１つは、送信されるデータ・ストリームのイメージを可能な限り現実に忠実なものにすると共に、安定させることである。
【００１４】
本発明の主題は、テレビ・システムにおいて送信されるサービス・データを管理し、放送サービス・リストとこれらサービスに関する補助的な情報とを含む情報を取得する工程と、該取得された情報を受信機の第一のデータベースに保存する工程とを有する方法であって、前記第一のデータベースに保存されたデータを前記受信機の第二のデータベースに該第二のベースを更新するためにコピーする工程と、前記第二のデータベースに保存されたデータを前記受信機の少なくとも一つのアプリケーションで使用可能にする工程とを有し、放送サービスの取得されたリストが変わった時に、前記第一のデータベースにおける新しいサービス・リストを取得する工程と、リスト全体が前記第一のデータベースにおいて取得された時に取得された放送サービス・リストを前記第二のデータベースへコピーする工程とを有することを特徴とする方法である。
【００１５】
２つのデータベースを用い、一方を取得用、他方をローカル・アプリケーションにおける返却用とし、返却ベースの取得ベースによる更新は選択的に行われるとすることによって、アプリケーションにサービス情報の矛盾の無いイメージを提供することが可能となる。
【００１６】
所定の一実施形態によれば、前記第二のデータベースの更新は、サービス・データ取得後直ちに実行される。
【００１７】
データ種類に応じて、取得ベースの更新は直ちに行われてもよく、直ちに行われなくてもよい。後述する所定の例示的実施形態によれば、サービスのアドレスに関するデータは、直ちに更新され、より低い優先順位及び重要性のデータ、又は概要若しくは放送スケジュールなどのようにユーザに直接的に提供されないデータ、は提供されている情報の一貫性を妨害しないように、例えば電子プログラム・ガイドのフレームワーク内などの所定の時期に更新される。
【００１８】
所定の一実施形態によれば、前記第二のデータベースの更新は、サービス・データの取得要求から所定時間経過後に実行される。
【００１９】
所定時間経過後に更新を実施することは、情報が取得されるのを待つ時間が長い場合に返却ベースを更新することを可能にする。
【００２０】
所定の一実施形態によれば、前記第二のデータベースの更新は、アプリケーションの要求に後続する場合にのみ実行される。
【００２１】
よって、更新の制御は、アプリケーションの評価に任せられ、所定のアプリケーションのニーズや条件に応じて、これらの更新を柔軟且つ多様に管理することが可能になる。
【００２２】
所定の一実施形態によれば、上記モードのいずれか一に係る更新はサービス・データ種類に拠る。
【００２３】
所定の一実施形態によれば、前記方法は、サービスが変わった時に、該サービスに関する新しい補助的な情報を取得する工程と、該新しい補助的な情報を用いた前記第二のベースの更新をアプリケーションからの要求があるまで一時停止する工程とを更に有する。
【００２４】
本発明の主題は、更に、サービス・データを送信するテレビ・システムにおいて、放送サービス・リストとこれらサービスに関する補助的なデータとを含む情報を取得する手段と、第一のサービス・データベースに情報を保存する手段とを有するテレビ受信機であって、前記取得された放送サービス・リストを第二のサービス・データベースにコピーする手段と、前記放送サービス・リストをコピーする手段を制御する、放送サービス・リストの変更検知手段と、前記第二のデータベースの前記第一のデータベースからの更新を一時停止及び再開する手段とを有することを特徴とするテレビ受信機である。
【００２５】
本発明の他の特徴及び利点は、制限のない実施形態の説明を通じて明らかにする。この実施形態は、添付図面によって図示されている。
【００２６】
（発明の実施の形態）
図１は、ディジタル・テレビ信号の送受信機のブロック図である。該装置は、チューナ１０１を有する。チューナ１０１は、チューナから発信された信号をディジタル化するためのアナログ・ディジタル変換器を有する復調及び誤り訂正回路１０２に接続されている。受信の種類（ケーブル若しくは衛星）に応じて、ＱＡＭ若しくはＱＰＳＫが変調に用いられ、回路１０２は該受信の種類に対して適切な復調手段を有する。復調され誤り訂正されたデータは、変換器１０３によってシリアル信号に変換される。変換器１０３は、逆多重化及びデコーディング回路１０４に接続されている。
【００２７】
本例によると、上記回路１０４は、「ＳＴ Ｍｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ」社によって製造された「ＳＴｉ５５００」回路である。後者は、中央の３２ビット・パラレル・バス１０５に接続された、ＤＶＢ逆多重化器１０６と、マイクロプロセッサ１０７と、キャッシュ・メモリ１０８と、外部メモリ・インターフェース１０９と、シリアル通信インターフェース１１０と、パラレル入出力インターフェース１１１と、チップ・カード・インターフェース１１２と、音声・映像ＭＰＥＧデコーダ１１３と、ＰＡＬ・ＲＧＢエンコーダ１１４と、文字生成器１１５とを有する。
【００２８】
外部メモリ・インターフェース１０９は、１６ビット・パラレル・バスに接続されている。この１６ビット・パラレル・バスは、「ＩＥＥＥ１２８４」タイプのパラレル・インターフェース１１６、ランダム・アクセス・メモリ１１７、及び「フラッシュ」メモリ１１８にそれぞれ接続されている。パラレル・インターフェース１１６は更に、外部接続器１２０及びモデム１２１と接続されている。後者は外部接続器１２２と接続されている。
【００２９】
シリアル通信インターフェース１１０は、図示しないリモコンからの信号を受信するための赤外線受信サブアッセンブリ１２４の出力と接続されると共に、外部接続器１２３とも接続されている。赤外線受信サブアッセンブリは、ディスプレイ装置及びコントロール・ボタンを有するデコーダの正面パネルに統合されている。
【００３０】
チップ・カード・インターフェース１１２は、チップ・カード接続器１２５と接続されている。
【００３１】
音声・映像デコーダ１１３は、デコードされていない音声及び映像パケットを保存するための１６メガビット・ランダム・アクセス・メモリ１２６に接続されている。デコーダは、デコードされた映像データをＰＡＬ・ＲＧＢエンコーダ１１４へ転送し、デコードされた音声データをディジタル／アナログ変換器１２７へ転送する。エンコーダは、ＲＧＢ信号をＳＥＣＡＭエンコーダ１３２へ供給する。更に、エンコーダは、映像信号を、分離された輝度成分Ｙ及び輝度成分Ｃの形で提供する。これらの多様な信号は、スイッチング回路１２８を通じて、音声出力１２９、テレビ出力１３０、及び録画出力１３１へ多重送信される。
【００３２】
デコーダを通る音声及び映像データによって採られるルートは以下の通りである。復調されたデータ・ストリームは、ＭＰＥＧ２システム規格に準拠した転送ストリーム形式若しくは単に「ＴＳ」形式を所有する。この規格は、「ＩＳＯ／ＩＥＣ１３８１８−１」に準拠する。それらヘッダにおいて、ＴＳパケットは、パケット中の有益なデータに関連する基本ストリームを表すＰＩＤと呼ばれる識別子を有する。通常、基本ストリームは、特定のプログラムに関連する映像ストリームであるが、このプログラムの音声ストリームは別のストリームである。圧縮された音声・映像データを転送するためのデータ構造は、基本ストリーム・パケット（ｅｌｅｍｅｎｔａｒｙｓｔｒｅａｍ ｐａｃｋｅｔ）若しくは「ＰＥＳ」パケットと呼ばれる。逆多重化器１０６は、ＰＩＤの所定値に対応するパケットを転送ストリームから抽出するように、マイクロプロセッサ１０７によってプログラムされる。逆多重化されたパケットの有益なデータは、（ユーザのチップ・カードによって保存された権利がこのスクランブル解除を許可していれば）これらのデータがデコーダの多様なメモリのバッファ・エリアに保存される前に、適切にスクランブルが解かれる。音声・映像ＰＥＳパケット用に予約されたバッファ・エリアはメモリ１２６に置かれる。デコーダ１１３は、必要に応じてこれらの音声・映像データを読み返し、圧縮が解かれた音声・映像サンプルをエンコーダ１１４及び変換器１２７にそれぞれ転送する。
【００３３】
上述の回路の一部は、例えば１２Ｃタイプのバスを通じて、既知の方法で制御される。
【００３４】
図２は、「Ｏｐｅｎ ＴＶ」（双方向テレビ・システムの商品名）に基づいたソフトウェアのアーキテクチャにおけるデコーダのミドルウェア（若しくはシステム全体のソフトウェア）の実施例を表している。ミドルウェアは、ユーザ・インターフェースのちょうど下に置かれたソフトウェアの一部と定義される。その構造は、渡り歩きの種類に由来するものではなく、制御手段及びこのユーザ・インターフェースに必要なデータを提供するために要求される。この図は、実施例の静止及び動的図解を提供する。
【００３５】
本例示的実施形態によれば、テレビ受信機は、一方にはユーザ・インターフェース・アプリケーション（１９０）を含み、他方にはいわゆる外部アプリケーション（１８０）を含むアプリケーション（１６０）を有する。該アプリケーションは、ミドルウェア（１７０）、更にはアクセス制御モジュール（１５０）と通信する。後二者は更に、「ＯｐｅｎＴＶ」モジュール（１００）と通信する。「Ｏｐｅｎ ＴＶ」モジュールが中心的要素であるこの構成において、後者は、文字放送モジュール（１１０）、ドライバ適応モジュール（１２０）、及びオペレーティング・システムのカーネル（「ＯＳカーネル（ＯＳｋｅｒｎｅｌ）」）と通信する。ドライバ適応モジュール（１２０）は更に、ドライバのモジュール（１３０）、ＯＳカーネル、及び条件付きアクセス・モジュールと接続され、更にシステムの始動を開始するローダ・ソフトウェア（１９８）と通信する。
【００３６】
本構成において、「Ｏｐｅｎ ＴＶ」モジュール（１００）は、一方にはマルチメディア・アプリケーション用のインタープリタを組み込み、他方にはグラフィックス表示関数、インターアクション、放送スタック、通信スタックなどを管理する関数などの双方向テレビ・システム向けのライブラリを組み込む。なお、同じ機能を示す他のいかなるシステムもそれを置き換え得る。
【００３７】
受信機へ送信されたディジタル信号は、パケットの形式である。それらは、各々が情報の種類若しくは単に「パス（ｐａｔｈ）」を表すために、分離されている。よって、ディジタル・テレビ信号は、映像パス、音声パス、及び「サービス・パス」を有する。このサービス・パスにおいては、一般的に「サービス情報」と呼ばれるイベント情報テーブルが提供される。
【００３８】
ディジタル環境において、各ストリームは、複数の「サービス」をまとめる。「サービス」は、利用上、いくつかの放送局の「サービス」をまとめることができるディジタル束（ｄｉｇｉｔａｌｂｏｕｑｕｅｔ；ディジタル・ブーケ）にグループ化され得る。従って、この複雑な環境においては、各「サービス」のために送信される信号が直接抽出され得る情報を含むことが望ましい。
【００３９】
上記環境は、一例として述べられたものである。本発明は、「サービス」若しくは束の概念が別の概念で置き換えられ、加入者によって受信された信号が加入者が受信した情報を「サービス」か、「プログラム」か、「放送」か、若しくは「イベント」か、を特定することが可能な情報を含むように提供される別の環境において用いられ得る。
【００４０】
ＭＰＥＧ−２システム規格は、ＤＶＢ−ＳＩ規格と共に、欧州ディジタル・テレビ状況において、「情報サービス」の一般的な組織の一例を与える。この状況は、本発明を理解するために単に一例として説明されたものである。
【００４１】
仮想ザッピングに最も典型的に有益なテーブルは、ＮＩＴ、サービス・リストのためのＢＡＴ、サービス名のためのＳＤＴ、及びイベント名のためのＥＩＴである。主にこれらのテーブルから成る「情報サービス」（ＳＩ）は、以下の他の情報を提供する。
【００４２】
・束関連テーブル「ＢＡＴ（ｂｏｕｑｕｅｔ ａｓｓｏｃｉａｔｉｏｎ ｔａｂｌｅ）」；提供される「サービス」の名前などの束に関する情報を提供する。
【００４３】
・ＮＩＴテーブル；主にストリームの物理的特性（多様なストリームがいずれの周波数で送信されるか）に関する情報を与える。
【００４４】
・「サービス」説明テーブル（ｓｅｒｖｉｃｅｓ ｄｅｓｃｒｉｐｔｉｏｎ ｔａｂｌｅ；ＳＤＴ）；システムにおける「サービス」を説明するデータを含む。
【００４５】
・イベント情報テーブル「ＥＩＴ（ｅｖｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ ｔａｂｌｅ）」；名前、先頭、期間などのイベント若しくはプログラムに関するデータを含む。
【００４６】
・作動ステータス・テーブル「ＲＳＴ（ｒｕｎｎｉｎｇ ｓｔａｔｕｓ ｔａｂｌｅ）」；イベントのステータス（「現在放送中」若しくは「現在放送していない」）を与える。
【００４７】
・ダイアリ・テーブル「ＴＤＴ」；現在時刻及び日付に関する情報を与える。このテーブルは、ローカル時刻を調整し、正確にするために、更新される。
【００４８】
この説明は、網羅的ではなく、本発明のフレームワーク内で有益な他の情報を含む他のテーブルも用いられ得る。更に、多様なテーブル、それらの構造及び内容に関するより詳細な教示については、前述の規格が参照される。
【００４９】
図３は、サーバ・サービスのデータベース、及びその仮想ザッピング機能の実行においてシステムのソフトウェア要素との関連物を表す。
【００５０】
仮想ザッピングは、その機能は既に説明したが、ユーザが、テレビのスクリーン上にプログラム若しくはイベントを表示させる必要無しに、メニュを上り若しくは下り方向に一つずつ局若しくはサービスをスクロールすることを可能にする。このスクローリングは、局若しくはサービス毎に０．４秒のオーダである。押されていた「Ｐ＋」若しくは「Ｐ−」プログラム・ボタンが離されると、接続が確立され（即ち、逆多重化器がそのプログラム若しくはイベントの基本ストリームに対応するパケットを逆多重化するようにプログラムされている）、対応するプログラム若しくはイベントがスクリーン上に表示される。
【００５１】
仮想ザッピング処理は、いくつかの段階によって実行される。「Ｐ＋」若しくは「Ｐ−」ボタンが最初に押される時、ミドルウェアは、「サービス識別子」によってリクエストされた新しいプログラムを識別しながら、サービスが変わらなければならないことを通知する。次いで、リクエストされたサービスと同様に、レスポンスも０．４秒以内にミドルウェアに転送される。ユーザがボタンを離さなければ、タイム・カウンタ若しくは「タイマ」上に置かれた自動機構がこの手順を再開する。従って、この処理は、ユーザが押していたボタンを離すことによって提供されたサービス若しくはプログラムに満足することが示されるまで、上記のように続けられる。図３は、サーバ・サービス・モジュールの主な要素を、それがユーザ・インターフェース・モジュール（ＵＩ）へ提供する入口点（機能若しくは「方法」）と共に、表している。これらの方法には、ユーザ・インターフェースがサービスの名前を確実にするために、サービスの現在のリストを調べることを可能にするものもある。一組の方法「ロック／ロック解除（Ｌｏｃｋ／Ｕｎｌｏｃｋ）」は、ユーザ・インターフェースに一時的にサービス・リストの同じイメージが提供されるように、ストリームからのデータベースの更新を一時停止／再開させることができる。
【００５２】
図４は、オブジェクト・モデルとしての「サーバ・サービス」モジュールを、その内部要素及びその外部要素との接続と共に表したものを示す。
【００５３】
サーバ・サービスのモジュールは、データベース（３００）である主要素を含む。それは、３つの他の要素；インストーラ（３１０）。データ・ストリーム検証モジュール（３２０）、及びネーム検証モジュール（３３０）と通信する。
【００５４】
これら４つの要素は、更に、ユーザ・インターフェース（３４０）、コントローラ（３５０）、「Ｏｐｅｎ ＴＶ」（若しくは同様のシステム）の情報サービスのモジュール（３６０）、及び「ＯｐｅｎＴＶ」情報サービスのテーブルを管理するためのモジュール（３７０）と接続されている。
【００５５】
これら機能の実行において、インストーラ（３１０）は、まず、データベース（３００）を消去する。これは特定の機能によって実現される。次いで、共通の要素を抽出し、一致したリストを得るために、ＮＩｔ及びＢＡＴテーブルから導かれたいくつかのリスト間での比較を実行する。これは、当然、置かれた環境に拠る。インストレーション・モードにおいて、一番最初から認識されなければならない所定の特定サービスに関する完全なデータがいつデータベースに備わるのかを確認することが目的である。スタート・アップにおいて、（ＮＩＴ及びＢＡＴから読み出された）サービス・リストが直ちにロードされる。しかし、このリストは、サービス番号及びそれらのＤＶＢ識別番号しか含まず、すべてのデータがダウンロードされるのを待たなければならないことを回避するために、「ユーザ」情報（サービスをユーザにわかりやすく説明したもの；タイトル、概要など）はいまだロードされていない。次に、伝達モードは、データが直ちにデータベースに記録される必要があるか否かを確認することを可能にする。サービスのダウンロードが終了するとすぐに、サービスのすべてのリストが組み立てられ、使用可能なデータベース（元のデータベース）が更新される。「タイマ」は、データベースが一杯か一杯になりそうであることを通知するメッセージを伝達するために、稼動される。
【００５６】
データベース（３００）は、ユーザの命令に素早く対応することを可能にする構成が装備されており、詳細な説明は図５に示される。これを行うために、このデータベースは、伝達された指示を解釈する能力を有していなければならない。
【００５７】
コントローラ（３５０）の機能は、データベースを初期化するために、インストーラ（３１０）と協働することである。後者は、「ＯｐｅｎＴＶ」システムの情報サービス（３６０）のモジュールの効力によって、情報サービスに関する情報を取得する。この情報が一旦取得されると、それはストリーム検証モジュール（３２０）及びネーム検証モジュール（３３０）へ提供され得る。
【００５８】
ネーム検証モジュール（３３０）は、サービス名をＤＶＢ−ＳＩ対応言語に翻訳し、コントローラに接続が確立されたことを伝達し、次いで、「ＯｐｅｎＴＶ」システムにおける情報を更新する、という機能を実行する。
【００５９】
ストリーム検証モジュール（３２０）は、その担当として、ユーザにとって使用可能なサービス・リストに現れたことが検知された各データ・ストリームについて情報を更新する。
【００６０】
リクエストされたサービスの情報が取得され、イメージが安定するとすぐに、データベース（３００）は、送信準備ができたことを通知するメッセージをユーザ・インターフェース・モジュール（３４０）へ伝送する。次いで、後者のモジュールは、リクエストされたサービス若しくはプログラムをスクリーン上に表示されるように、データベースの読み出しを進める。
【００６１】
図４は、サーバ・サービスのデータベースの内部アーキテクチャを、そのデータ・ストリームとの接続と共に表す。
【００６２】
データベースは、２つの部分に分けられる。第一の部分（３００．１）は、「Ｏｐｅｎ ＴＶ」システムのサービス・モジュール（３６０）からの情報の取得及び通知メッセージの処理に関し、故に、この第一の部分において受信され、保存された情報は安定していなくても、ストリームの更新と共に絶えず発展している。第二の部分（３００．２）は、これらのデータのイメージを保存する。このイメージはユーザのところへ戻されることが意図されている。これは、取得部分によって制御され、所定の時期に取得部分から返却部分へデータがスワップされる。返却部分の目的は、できるだけ安定した、ＤＶＢストリームのデータのコピーを提供することである。従って、それは２つの機能を請け負う。一方では、ユーザのリクエストを管理し、データベースの並び替えを提供する。他方では、データベースの役割を演じ、その構造は取得部分と同一ということになっている。これを行うために、取得部分の中身は、当然返却部分と接続されている。
【００６３】
このデータベース（３００）は、いくつかのクラスを実行し、各クラスはサービス情報の特定のオブジェクトに対応している。各クラスは、データベースの構成がこのクラスを許可する方法のリストを有する。この方法は、特に、記述子のいずれのパラメータが各オブジェクトにつき記録される必要があるのかを示すことを可能にする。
【００６４】
その構成において、このデータベースは、いくつかの要素；サービス接続モジュール（４１６）に関連付けられた内部サービス・モジュール（４１２）、を有する。これらのモジュールは、テレビ専用モジュール（４４０）、ラジオ専用モジュール（４３０）、ダウンロード専用モジュール（４２０）、及びサービス・リストを管理するモジュール（４１０）によってアクセスされ得るデータを含む。テレビ専用モジュールは更に、イベントに関する副データを含む他のモジュールに順に関連付けられ得るイベント・モジュール（４４２）のデータにアクセスし得る。これらは、例えば、イベントに関する詳細（４４６）若しくは拡張（４４４）を含むモジュールである。
【００６５】
既に述べたように、これらのモジュールは、直ちに必要な情報をすべて含んでいない。サービス・モジュール（４１２）、サービス接続モジュール（４１６）、及びイベント・モジュール（４４２）だけが一部を有する。
【００６６】
サービス・モジュール（４１２）は、実際には、発信元のネットワーク、中継器、サービス、及び局についての識別子に関する情報や、ＤＶＢの種類に関する情報などを記録する。
【００６７】
サービス接続モジュール（４１６）は、接続の種類、接続の名前、接続局の識別子、及びＤＶＢ接続の種類に関する情報を含む。
【００６８】
イベント・モジュール（４４２）は、イベントの識別子、イベントの先頭、期間、イベント名、及びそのステータスに関する情報を含む。
【００６９】
組み立てられると、データベース（３００）は、多様な操作に従う。
【００７０】
サービス・リストが更新されると、特にＢＡＴ若しくはＮＩＴテーブルが更新された場合、データベース（取得部分）は消去され、サービス・リストは、すべてのサービスについて再コンパイルされる。返却部分は、サービス・リスト全体がデータベース（取得部分）によって受信された時に、更新される。この更新は、サービス・リストが取得された時に起こるが、但し各サービスに関連する補助的な情報が逆多重化される前である。
【００７１】
異なる実施形態によると、データベースの返却部分の更新は、取得部分の更新の誘発に関連して、所定のタイムスパンの経過後に更新される。これは、サービス・リストの取得が困難な場合にこの更新をあまりに長い間待つことを回避することを可能にする。
【００７２】
ＤＶＢストリームにおいてサービスが更新されると、データベースの取得部分におけるそのコピーデータが更新され、その接続に関連する情報、即ちテレビ・ネットワークにおけるサービスのアドレスなどの、それに関連するデータも同じく更新される。返却部分は、デコーダのソフトウェア要素、例えばアプリケーション、の特定のメッセージがそれをリクエストする場合のみ、更新される。これは、特に、ＤＶＢストリームにおいてイベント情報テーブル「ＥＩＴ」が更新された場合に起きる。
【００７３】
よって、サービス情報の種類によって、返却部分の更新は、自動的か、若しくは特にリクエストされた時のみに実行される。よって、サービス・データにおける突然の変更に対処することを想定していない特定のアプリケーションの動きに問題をもたらし得る不適切な時期の更新を回避することができる。特に、特定のサービスの情報に関するすべての更新が返却部分において同時に実行されなかった場合、更新されたデータとまだ更新されていないデータとの間に一時的に不一致が起こり得る。
【００７４】
本発明の所定の一実施形態によれば、取得部分の更新に続く返却部分の更新は、直ちに、若しくはリクエストされた時に為される、ということは、各情報種類に対応するクラスのレベルにおいてプログラムされることができる。
【００７５】
現在のサービスが更新すると、そのサービスに接続された特定の情報はデータ取得部分において更新される。使用可能データベース（即ち返却部分）は、機会が現れた時のみ更新される。
【００７６】
メッセージを更新するデータベースの目的は、データベース全体を更新することである。更新は、まず各サービスに対して開始し、次いで現在のサービスに対して開始する。データベースの更新後、伝達モードは、更新をスピードアップさせるために開始する。すると、メッセージは、データベース全体が更新されたことをユーザに通知するために、ユーザへ送信される。
【００７７】
ロック／ロック解除方法の組は、ストリームからのデータベースの更新を一時停止／再開させることができる。よって、ユーザ・インターフェースには、サービス・リストの同じイメージが提供される。
【００７８】
本明細書において、デコーダという語は一般的な意味で用いられている。それは、例えば電話線や通信ネットワークに接続された「ネットワーク・コンピュータ」のような機能性を有する電子部品のパッケージによって置き換え得る。
【図面の簡単な説明】
【図１】本例示的実施形態に係る方法を実施するための受信機／デコーダのブロック図である。
【図２】本発明の実施形態、及び特にソフトウェアのアーキテクチャにおけるミドルウェアの状況の概略を表す図である。
【図３】サーバ・サービスのデータベース及びそのシステムのソフトウェア要素との相互関係を表す図である。
【図４】主に仮想ザッピングに関するミドルウェアの一部であるサーバ・サービスを、その構成要素及びその外部要素との接続と共に、オブジェクト・モデルとして表す図である。
【図５】サーバ・サービスのデータベースの内部アーキテクチャをそのデータ・ストリームとの接続と共に表す図である。
【図１】
0004393710.tif 000002
【図２】
0004393710.tif 000003
【図３】
0004393710.tif 000004
【図４】
0004393710.tif 000005
【図５】
0004393710.tif 000006