JP2003506975A - サービス・ブラウザ・プロセスおよび関連システム - Google Patents

サービス・ブラウザ・プロセスおよび関連システム

Info

Publication number
JP2003506975A
JP2003506975A JP2001515628A JP2001515628A JP2003506975A JP 2003506975 A JP2003506975 A JP 2003506975A JP 2001515628 A JP2001515628 A JP 2001515628A JP 2001515628 A JP2001515628 A JP 2001515628A JP 2003506975 A JP2003506975 A JP 2003506975A
Authority
JP
Japan
Prior art keywords
surfer
application
decoder
service
applications
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001515628A
Other languages
English (en)
Other versions
JP4418615B2 (ja
JP2003506975A5 (ja
Inventor
ミュエルバッシュ ジョブスト
Original Assignee
オープン ティーヴィー インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by オープン ティーヴィー インコーポレイテッド filed Critical オープン ティーヴィー インコーポレイテッド
Publication of JP2003506975A publication Critical patent/JP2003506975A/ja
Publication of JP2003506975A5 publication Critical patent/JP2003506975A5/ja
Application granted granted Critical
Publication of JP4418615B2 publication Critical patent/JP4418615B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/165—Centralised control of user terminal ; Registering at central
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N2007/1739—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal the upstream communication being transmitted via a separate link, e.g. telephone line

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Circuits Of Receivers In General (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Systems (AREA)
  • Hardware Redundancy (AREA)
  • Telephonic Communication Services (AREA)

Abstract

(57)【要約】 本発明は、サービス・ブラウザ・プロセス、およびデジタル・インタラクティブ・ラジオ放送システム（１）の複数のサービスおよび／またはチャネル間のナビゲーション・イベントを制御するためのシステムに関する。該プロセスはユーザーにサービスを提示し、制御手段（１５）を介して他のサービスまたはチャネルへのナビゲーションを可能にする。放送アプリケーションは、ナビゲーションを制御するように設計された、サービスの知識を有するサーファ・アプリケーションと呼ばれる第１タイプを含めて、少なくとも２つのタイプに分類される。該プロセスは、サーファ・アプリケーションを他のタイプのアプリケーションから識別するステップ（２１）と、特定のサーファ・アプリケーションを選択するステップ（３３）と、そのような選択されたサーファ・アプリケーションを、サーファ・キャッシュと呼ばれるデコーダ・メモリ（２０）の専用部分（２２）内にダウンロードするステップ（２７、３５）と、選択されたサーファ・アプリケーションをサーファ・キャッシュから実行するステップ（３６）を含み、それによってデコーダがサーファ・アプリケーションの制御下に入る。

Description

【発明の詳細な説明】
【０００１】 （発明の分野） 本発明は、サービス・ブラウザ・プロセスおよび対応するシステムに関する。
【０００２】 サービス・ブラウザ・プロセスは、ラジオ放送またはＴＶ環境内で、もしくは
ＴＶネットワークをまたいで他のサービスへのリンクを提供するデジタル統合レ
シーバ・デコーダ（ＩＲＤ）において、複数のサービスおよび／またはチャネル
の間のナビゲーションを制御するためのプロセスである。
【０００３】 サービスは、通常のＴＶまたはラジオ・サービスであり、もしくは、たとえば
ＭＰＥＧ−２標準のＤＶＢサービス記述子で示されるような、アプリケーション
または通信データ・チャネルである。
【０００４】 サービスは、映像、音声、またはアプリケーション・データを伝送する１つま
たはそれ以上の構成要素またはトラックから成る。
【０００５】 （発明の背景） １つのＴＶチャネルから他のＴＶチャネルに切り替えるプロセスはしばしば、
「チャネル・ザッピング（channel zapping）」または「チャネル・サーフィン
（channel surfing）」と呼ばれる。この特定の種類のブラウザ・アプリケーシ
ョンを、以下では、区別することなく「サーファ・アプリケーション」または「
サーファ」と呼ぶ。
【０００６】 サーファとは論理的に、サービスの選択またはサービスのリストへのゲートと
見ることができる。
【０００７】 言い換えると、サーファとは、サービスのリストの提示を処理するように設計
され、リモート・コントロールのキー・メッセージのような特定のイベントに応
答する、放送されるアプリケーションを記述する一般用語として使用されるもの
であるが、特定のアプリケーションには関係しない。また、サーファは、以下で
通常アプリケーション、またはＤＶＢ標準で定義されたＥＰＧアプリケーション
、と呼ぶ他のアプリケーションより上の１つのレベルであることも、すでに観察
されている。
【０００８】 本発明は、さらに詳しくは、ただし排他的にではなく、デジタル・インタラク
ティブＴＶ環境内で実現されるプロセスおよびシステムに関する。
【０００９】 デジタルＴＶ放送環境では、インタラクティブ・デコーダは、それがケーブル
、衛星、または地上波ネットワークに接続されているという事実に関係なく、映
像、音声およびデータ・ストリームを復号する。
【００１０】 たとえば、［１］ＥＴＳ ３００ ４６８の明細書（specification）「Ｓｅ
ｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ （ＳＩ） ｉｎ Ｄｉｇｉｔａｌ Ｖｉ
ｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ （ＤＶＢ） Ｓｙｓｔｅｍ」、および［２
］ＩＳＯ／ＩＥＣ ＤＩＳ １３８１８−１，「Ｇｅｎｅｒｉｃ ｃｏｄｉｎｇ
ｏｆ ｍｏｖｉｎｇ ｐｉｃｔｕｒｅｓ ａｎｄ ａｓｓｏｃｉａｔｅｄ ａ
ｕｄｉｏ ｉｎｆｏｒｍａｔｉｏｎ；Ｐａｒｔ １ Ｓｙｓｔｅｍｓ」は、様々
な放送環境への単一データ・ストリームを多重化し、かつ検索することを含める
方法を記載する。
【００１１】 より一般的には、アプリケーションはデータ・ストリーム内で伝送され、デコ
ーダのメモリ内で処理されることが観察される。
【００１２】 従来技術のサーファは、放送されず、ユーザーが全ての利用可能なサービス内
を移動またはサーフィンすることを可能にするために、デコーダに格納された、
バナー（Banner）と呼ばれる組込みアプリケーションから成る。
【００１３】 この組込みソフトウェアは、全てのサービスを視聴者に提示し、チャネル切り
替えプロセスを可能にする。言い換えると、バナーは、全てのチャネル切り替え
プロセスをデコーダ内で処理する。
【００１４】 さらに詳しくは、内部セットアップ・メニューとは別に、既知のＩＲＤのバナ
ーは、１つまたはそれ以上のサービス・リストを、たとえば１つのＴＶリストお
よび１つのラジオ・リストをＴＶ視聴者に提示する埋め込まれた方法、を組み込
んでいる。これらのリストおよびこれらのリスト内の全てのナビゲーション機能
は、その製造者のナビゲーション・ソフトウェアによって制御される。
【００１５】 そのナビゲーション・ソフトウェアのそのような制御に関して、その当のネッ
トワーク運用者は、必要な指示（instruction）をそのＩＲＤの製造者に事前に
提供してきた。
【００１６】 たとえば、彼等のデコーダ・プラットフォームを賃貸するＰａｙＴＶ ｎｅｗ
ｏｒｋｓの場合がこれに該当する。
【００１７】 しかし、組込みバナーは、チャネル・ナビゲーションの概念に２つの大きな不
利な状態（disadvantages）、たとえば、ナビゲーション・インタフェースは各
々の種類のデコーダで異なっているようであり、また、そのデコーダ・プラット
フォームを共用する競合している放送局またはサービス・プロバイダは、彼ら自
身のチャネルまたはサービスを販売促進（promoting）する上で、何らコントロ
ールを持たない。という不利な立場に置かれている。
【００１８】 （本発明の概要） 本発明は、これらの欠点（drawbacks）および不利な立場（disadvantages）を
解決することを目的とする。
【００１９】 このために、本発明の主要な目的は、選択されたアプリケーションに対応する
サーファをデコーダ内にダウンロードし、かつそのようなサーファを実時間ベー
スで表示し、したがって、選択されたサービスの受信を維持しながら、かつその
サーファのものとは異なる他の発信源（トランスポンダ）から到来する他のサー
ビスの受信を許可しながら、その当のプロバイダ（the relevant provider）に
対応する、必要とされるルック・アンド・フィール（look and feel）とサービ
スとを、ユーザーに提供することを可能にする、プロセスおよびシステムを提供
することである。
【００２０】 本発明の別の目的は、放送されるサーファ・アプリケーションにナビゲーショ
ン制御機能を提供して、異なる製造者の異なるＩＲＤで同一ブラウザを実行する
ことを可能にすることである。
【００２１】 これは、埋め込まれたブラウザが、組込みソフトウェアとは異なるそれら個別
のルック・アンド・フィールを備えて到来する限り、様々なデコーダ間で同一の
ユーザー・インタフェースおよび挙動（behavior）を保証する。
【００２２】 本発明の別の目的は、一体化され、費用が節減される、完全なサーフィンのた
めのプロセスおよびシステムを提供することである。
【００２３】 特に、本発明は、少なくとも１つのデジタル・インタラクティブ・デコーダを
含むデジタル・インタラクティブ・ラジオ放送システムの複数のサービスおよび
／またはチャネルの間のナビゲーション・イベントを制御するためのサービス・
ブラウザ・プロセスであって、前記システムは前記デコーダによって受信される
アプリケーションを放送し、放送することによって、前記プロセスは前記サービ
スを前記デコーダのユーザーに提示し、かつ前記ユーザーによって起動される制
御手段を通して他のサービスまたはチャネルへのナビゲーションを可能にし、 そして、アプリケーションが、前記ナビゲーションを制御するように設計され
た、そして前記サービスの知識を有するサーファ・アプリケーションと呼ばれる
第１タイプを含めて、少なくとも２種類のアプリケーションに前記アプリケーシ
ョンは分類されており、 前記プロセスが、 （ｉ）サーファ・アプリケーションを他のタイプのアプリケーションから識別
するステップと、 （ｉｉ）特定のサーファ・アプリケーションを選択するステップと、 （ｉｉｉ）そのような選択されたサーファ・アプリケーションを、サーファ・
キャッシュと呼ばれるデコーダ・メモリの専用部分内にダウンロードするステッ
プと、 （ｉｖ）前記サーファ・キャッシュから前記選択されたサーファ・アプリケー
ションを実行し、それにより前記デコーダが前記サーファ・アプリケーションの
制御下におかれるステップと を含むことを特徴とするサービス・ブラウザ・プロセスを提示する。
【００２４】 サーファが始動すると、それが依然としてアクティブ状態を維持している限り
、ユーザーが別のチャネルに同調することを可能にする。
【００２５】 有利な実施形態では、デコーダは、組込みバナーと呼ばれる、サービスを提供
するための組込みアプリケーションを含み、ひとたびサーファ・アプリケーショ
ンが前記サーファ・キャッシュ内に格納されると、ナビゲーション・イベントに
対して、プロセスは、 −前記ナビゲーション・イベントを組込みバナーまたはサーファ・アプリケー
ションに転送しなければならないかどうかを検査するステップと、 −デコーダが前記サーファ・アプリケーションによって制御される場合、組込
みバナーが使用不能状態にされる一方、前記ナビゲーション・イベントをサーフ
ァ・アプリケーションに経路指定するステップと を含む。
【００２６】 ナビゲーション・イベントによって、人は、たとえばチャネル・アップまたは
チャネル・ダウンなどのサービス間のナビゲーションのイベントを理解するはず
である。
【００２７】 サーファ・アプリケーションとは異なる、通常アプリケーションと呼ばれるア
プリケーションが表示されたときに、サーファ・アプリケーションは停止し、前
記通常アプリケーションが終了するか、またはナビゲーション・イベントが発生
したときに、サーファ・アプリケーションをそのサーファ・キャッシュから再始
動させることが好都合である。
【００２８】 複数のサーファ・アプリケーションが可能であり、それが −サービスのリストを使用し、前記リストの中からユーザーが１つの特定のサ
ーファ・アプリケーションを選択し、希望するならば、選択後に前記リストに戻
ることを可能にする、インタフェースを提示するステップ を含むことが、同様に好都合である。
【００２９】 好適な実施形態では、プロセスはＤＶＢ環境で実現され、サーファ・アプリケ
ーションはブーケ・アソシエーション・テーブル（Bouquet Association Tables
）（ＢＡＴ）でシグナルされる（signal）。
【００３０】 ブーケとは、放送されるサービス・リストである。
【００３１】 好ましくは、かつ、サーファ・アプリケーションを含むいくつかのブーケ（つ
まりサービス・リスト）間の切り替え時間を短縮するために、プロセスは、対応
するサーファ・キャッシュ内に複数のサーファ・アプリケーションをダウンロー
ドするステップを含む。したがって、いくつかのサーファをデコーダ・メモリ内
のこれらの異なるキャッシュ・エリアに先取りすることができ、視聴者が特定の
ブーケつまりサービス・リストを要求したとき、またはその後で、それらが始動
される。
【００３２】 視聴者のブーケ選択により適切なサーファ・アプリケーションを検索するため
に、一意の識別子を設けて、サーファ・アプリケーションをブーケつまりサービ
ス・リストに結び付けることが、好都合である。
【００３３】 次いで、システムはブーケのサービスの１つに、直接、同調して、サーファを
そのキャッシュから呼び出すことができる。
【００３４】 これは、必要なときにその当のサーファをダウンロードする必要が無いので、
より迅速なサービスを可能にする。
【００３５】 本発明はまた、上述したプロセスを実現するためのシステムをも提供する。
【００３６】 さらに詳しくは、本発明は、少なくとも１つのデジタル・インタラクティブ・
デコーダを含む、複数のサービスおよび／またはチャネルの間のナビゲーション
・イベントを制御するためのデジタル・インタラクティブ・ラジオ放送システム
であって、前記システムは前記デコーダによって受信されるアプリケーションを
放送し、前記システムは前記サービスを前記デコーダのユーザーに提示し、かつ
前記ユーザーによって起動される制御手段を通して他のサービスまたはチャネル
へのナビゲーションを可能にし、 そこにおいて、アプリケーションが、前記ナビゲーションを制御するように設
計された、そして、前記サービスの知識を有するサーファ・アプリケーションと
呼ばれる第１タイプを含めて、少なくとも２種類のアプリケーションに分類され
ており、 前記デコーダは、 （ｉ）サーファ・アプリケーションを他のタイプのアプリケーションから識別
するための識別手段と、 （ｉｉ）特定のサーファ・アプリケーションを選択するための選択手段と、 （ｉｉｉ）そのような選択されたサーファ・アプリケーションを、サーファ・
キャッシュと呼ばれるデコーダ・メモリの専用部分内にダウンロードするダウン
ロード手段と、 （ｉｖ）前記サーファ・キャッシュから前記選択されたサーファ・アプリケー
ションを実行するための計算手段であって、それにより前記デコーダが前記サー
ファ・アプリケーションの制御下におかれるように構成された計算手段と を含むことを特徴とするデジタル・インタラクティブ・ラジオ放送システムを
提示する。
【００３７】 デコーダは、組込みバナーと呼ばれる、サービスを提示するための組込みアプ
リケーションを含み、サーファ・アプリケーションが前記サーファ・キャッシュ
内に格納された後、ナビゲーション・イベントに対して、システムは、 −前記ナビゲーション・イベントを組込みバナーまたはサーファ・アプリケー
ションに転送しなければならないかどうかを検査するための検査手段と、 −デコーダが前記サーファ・アプリケーションによって制御される場合、前記
ナビゲーション・イベントをサーファ・アプリケーションに経路指定するように
構成された経路指定手段と、 −同時に組込みバナーを使用不能状態（disable）にするための使用不能化手
段と を含むことが好都合である。
【００３８】 システムは、通常アプリケーションが表示されたときにサーファ・アプリケー
ションを停止するための停止手段と、前記通常アプリケーションが終了したとき
に、サーファ・キャッシュから前記サーファ・アプリケーションを再起動するた
めの再起動手段とを含むこともまた好都合である。
【００３９】 有利な実施形態では、複数のサーファ・アプリケーションが可能であり、それ
が、サービスのリストを使用し、前記リストの中からユーザーが１つの特定のサ
ーファ・アプリケーションを選択し、希望するならば、選択後に前記リストに戻
ることを可能にする、インタフェースを提示する手段を含む。
【００４０】 好ましくは、システムはＤＶＢ環境で実現され、サーファ・アプリケーション
はブーケ・アソシエーション・テーブル（ＢＡＴ）でシグナルされる（signal）
。
【００４１】 複数のサーファ・キャッシュがあることが好都合である。
【００４２】 より多くのカテゴリを選択することもできるが、重要なことは、サーファ・ア
プリケーションを識別することができることである。
【００４３】 より一般的には、サーファ・アプリケーションは次の特徴を持ち、あるいは持
つことができる。
【００４４】 −それらは、チャネル・ナビゲーションを制御するためのデコーダに格納しな
ければならない。
【００４５】 −実行するように要求された他の通常アプリケーションが無ければ、サーファ
・アプリケーションは常時実行している。
【００４６】 −サーファ・アプリケーションは全てのナビゲーション・イベントを制御して
いる。
【００４７】 −サーファ・アプリケーションは、サービス、サービス注文、およびサービス
特性に関する知識を持ち、サーファ・アプリケーションは、視聴者が特定のサー
ファを選択するたびにデコーダにダウンロードされる。
【００４８】 他の実施形態では、複数のサーファをデコーダに同時に格納し、要求により検
索することができるので、そのようなダウンロードをその都度行う必要が無い。
【００４９】 このために、サーファ制御ナビゲーションは、追加的認識プロセス、サーファ
を一時的にキャッシュするための物理メモリ、およびデコーダのユーザー・イン
タフェースにおける組込みサーファ選択層が必要である。
【００５０】 −認識プロセスは、サーファ・アプリケーションを検出するシステム内のソフ
トウェア構成要素である。
【００５１】 −このプロセスは、通常およびサーファ・アプリケーションに関する知識を有
する。
【００５２】 ここでより詳しく記載する本発明の実施形態では、通常アプリケーションはデ
コーダのメモリに直接ロードされて実行されるが、サーファ・アプリケーション
は最初にデコーダ・メモリの専用部分（サーファ・キャッシュ）に格納され、後
でそのキャッシュからロードされて実行される。
【００５３】 本発明は、添付の図面に関連して、決して制約例として挙げるのではない、特
定の実施形態の以下の説明を読むことにより、いっそうよく理解されるであろう
。
【００５４】 （詳細な説明） 図１は、ＴＶ受像機３に接続されて、放送ネットワーク（broadcasting netwo
rks）、つまりケーブル・ネットワークＣ、地上波ネットワークＴ、および／ま
たは衛星ネットワークＳ、から音声信号Ａ、映像信号Ｖおよびデータ・ストリー
ム信号Ｄを受信する、インタラクティブ・デコーダ２を含むデジタル・インタラ
クティブ・ラジオ放送システム１を示す。
【００５５】 デコーダ２は、本質的に周知の方法で、音声／映像復号プロセス回路５に接続
されたデマルチプレクサ４、モデム７に接続されたＣＰＵ６、デコーダのオペレ
ーティング・システム、たとえばオープンＴＶオペレーティング・システムなど
のオペレーティング・システムを格納するためのＲＯＭ８、および放送されたア
プリケーションを格納するためのＲＡＭなどのような、読み出し／書き込みメモ
リ９を含む（図１−２参照）。
【００５６】 図２は、従来技術におけるデコーダの内部メモリ９の簡易図を示す。メモリ９
は、一般的には２Ｍバイト以上のＲＡＭであって、デコーダのいくつかのシステ
ム・アプリケーション、および組込みバナー１１すなわちデコーダ製造者によっ
て作成された組込みナビゲーション・ソフトウェアを格納する第１部分１０を含
む。この組込みバナーは、複数のサービスへのアクセスを可能にする。
【００５７】 参照によってここに組み込むＥＴＳ３００ ４６８［１］に記載されたＤＶＢ
環境では、サービスのリストを「ブーケ（bouquet）」と呼ぶ。
【００５８】 すでに示した通り、ブーケはＤＶＢブーケ・アソシエーション・テーブルＢＡ
Ｔ内で放送されるサービス・リストである。
【００５９】 メモリ９はさらに、通常放送アプリケーションを格納するための部分１２を含
む。
【００６０】 本文の残りの部分では、それは時々、同じく参照によってここに組み込むＭＰ
ＥＧ２標準（ｓｙｓｔｅｍ ＩＳＯ／ＩＥＣ１３８１８−１，Ｎｏｖ．１９９４
［３］）に示される要素も、引用される。
【００６１】 図２は、従来技術のリモート・コントロール装置１５（図１参照）によって起
動されるナビゲーション・イベントの２つの例を１４に示す。
【００６２】 リモート・コントロール・キー「Ｐ＋」（キー１６）またはキー「５３」を押
すことによって、ユーザーはナビゲーション・イベント１８「次のチャネル」ま
たはイベント１９「チャネル５３へ進む」を起動し、これらは１１に格納された
組込みバナー・アプリケーションに転送される。
【００６３】 この命令の後に、現在のチャネルから次のチャネルまたはチャネル５３への切
り替えをもたらす内部チャネル命令が続く。
【００６４】 図３は、ＴＶ放送のオープンＴＶ環境に対応し、ここでより詳しく記述する本
発明の実施形態によるデコーダ２の内部メモリ２０を示す。
【００６５】 しかし、本発明は、言うまでもなく、そのような環境に限定されるとみなして
はならない。
【００６６】 デコーダのメモリ２０は、サーファ・アプリケーションを通常アプリケーショ
ンまたはたとえばエレクトロニック・プログラム・（ＥＰＧ）アプリケーション
などの他のアプリケーションから識別するために、そのシステム内に認識プログ
ラム２１を含む。
【００６７】 すでに示した通り、ここでより詳しく記載するＤＶＢ環境の実施形態では、サ
ーファは、全てのサービスおよびたとえば限定的にではなく特定のブーケの現在
およびその後のイベントを提示するアプリケーションである。
【００６８】 サーファは、どのＴＶサービスより優位に立って実行することができ、視聴者
にブーケ内で１つのチャネルから別のチャネルへ同調させることができる。
【００６９】 そのような「チャネル・サーフィン」中に、放送されたサーファは生きた活動
状態であり続ける。
【００７０】 放送信号からサーファを識別し、次いで取り出すために、サーファは、ブーケ
・アソシエーション・テーブル（ＢＡＴ）を通して、特定のサービス内で識別さ
れ、伝送される。
【００７１】 そのようなサービスは、特定のフラグによって識別される、「サーフ（ＳＵＲ
Ｆ）」と呼ばれる構成要素を含む。
【００７２】 本発明によると、メモリ２０は少なくとも、取り出されたサーファをデコーダ
に格納するために専用に設けられているサーファ・キャッシュ２２を含む。ひと
たびサーファがデコーダのメモリに格納されると、それは、他のアプリケーショ
ンが停止されるたびに、メモリから再起動される。
【００７３】 前述した通り、他のアプリケーションは主として、特定のサービスで伝送され
るエレクトロニック・プログラム・（ＥＰＧ）アプリケーション、および通常ア
プリケーションである。
【００７４】 ＥＰＧは構造的に通常アプリケーションと同一であり、イベントの内容すなわ
ちＴＶ、ラジオ、またはデータイベントに関する情報を表示する。
【００７５】 イベントは、サービスに関する情報データであり、内容に関係するだけであり
、たとえば周波数またはトランスポンダには関係しないことに留意されたい。
【００７６】 また、サービスは音声、映像またはアプリケーション・データ、もしくはこれ
らの３つの構成要素のいずれかの組合せから成ることにも留意されたい。
【００７７】 一般的に１つのサービス内に複数の映像、音声、またはアプリケーション・デ
ータ・ストリームが発生することがある。
【００７８】 サーファとは異なる他の放送されるアプリケーションは全て、通常アプリケー
ションまたはＥＰＧとして、定義される。
【００７９】 それらは、いずれのサービスにおいても、デフォルト・アプリケーション構成
要素として伝送される。それらは、たとえばチャネルを切り替えるための、また
はデコーダのメモリに格納されるための許可認可フラグによる特権を与えられて
いない。
【００８０】 メモリ２０は、さらに、すでに図２に関連して記載した組込みバナー２３、お
よび通常またはＥＰＧアプリケーションを格納しかつ処理するためのメモリ２４
の追加レジスタを含む。
【００８１】 通常およびサーファ・アプリケーションに関する知識を有する本発明によるイ
ンタラクティブ・デコーダでは、通常アプリケーションはデコーダのメモリ２４
に直接ロードされ（矢印２６）、実行される。
【００８２】 対照的に、サーファ・アプリケーション（矢印２７）は、最初にサーファ・キ
ャッシュ２２に格納され、次いでそのキャッシュからメモリ２４内に移されて実
行される。
【００８３】 ひとたびサーファがそのキャッシュにロードされ、稼動すると、デコーダはこ
のサーファの制御下に置かれる。
【００８４】 図３の下方部分のフローチャート２８を参照すると、たとえば、チャネル・ア
ップ（キー「Ｐ＋」）または別のチャネルへのチャネルの切り替え（たとえばキ
ー「４」）のようなナビゲーション・イベントは、最初に、認識プロセス（菱形
２９および３０）を通過して、それらを２３の組込みバナーに、または２２のダ
ウンロード・サーファに転送する必要があるかどうかを調べられ、したがって、
押したキーによって別の結果が得られる可能性がある。
【００８５】 デコーダがサーファ制御されている場合（矢印３１、３２）、ナビゲーション
・イベントはサーファ・アプリケーションに経路指定され、組込みバナーは使用
不能状態（disable）にされる。
【００８６】 したがって要求チャネルについてのルック・アンド・フィールは、組み込まれ
ているルック・アンド・フィールとは異なっている。
【００８７】 図４は、ここでより詳しく記載する本発明の実施形態で提供する選択層に重点
を置いたブロック図であり、サービスがバナーまたはサーファのいずれかを用い
て選択されることを示している。サーファが検出されると（菱形（３３））、シ
ステムはサーファを有するサービスに同調し（ステップ３４）、キャッシュにロ
ードし（ステップ３５）、サーファを始動（ステップ３６）してサービスを稼動
する（ステップ３７）。そうでない場合、３８でバナーが選択され、３９でサー
ビス・リストが表示され、サービスが選択（ステップ４０）されてサービスを稼
動（ステップ３７）する。
【００８８】 有利な実施形態では、稼動中のサーファは、デフォルトではトランスペアレン
ト・モードにすることができる。たとえば、サーファは、視聴者がＴＶを見てい
る間、特定の機能（つまり付加的なグラフィックの表示）を処理するのみとする
ことができる。
【００８９】 そのような場合、ユーザーは可逆的にサーファをトランスペアレント・モード
から切り替えさせることができる。
【００９０】 デコーダのＲＡＭメモリに一時的に格納されたサーファは、いつでもそれが要
求されたときに高速アクセスを可能にする。
【００９１】 このために、それ（サーファ）は、たとえば６４ないし１２８Ｋバイトとする
ことができるデコーダの専用キャッシュ・メモリ空間に適合するように設計され
、装備される。
【００９２】 したがって、サーファをキャッシュに格納する、すなわち「キャッシュする」
ことにより、ブーケ・オペレータは、サーファ・アプリケーションを含まない他
のトランスポンダのチャネルを、そのブーケに追加することが可能になる。
【００９３】 サーファを停止するように要求された場合、ブーケ・サーファを搬送するどの
トランスポンダに対しても接続が無くなっていても、それはメモリから再ロード
することができる。これは本発明の結果の１つである。
【００９４】 一般的に、ある時刻にアプリケーション・メモリを使用するのは１つのアプリ
ケーションだけである。このことから、通常アプリケーションを処理する際にサ
ーファを停止した後に、そのキャッシュからサーファを再ロードする処理が必要
になる。
【００９５】 通常アプリケーションの表示が終了すると、サーファはそのキャッシュから再
起動される。
【００９６】 図５は、この環境でいくつかのサーファ（サーファ１、サーファ２、・・・）
が利用できることを示す。その場合、デコーダ・システム４１は、視聴者が１つ
の特定のサーファを選択することを可能にするサービスのリストを役立たせるイ
ンタフェース４２を提供することを管理していることが好都合である。
【００９７】 その場合、システムは、リモート・コントロール装置上に、視聴者をサーファ
選択層に戻すキーを確保する。
【００９８】 今、以後ナビゲータと呼ばれて引用される組込みバナー・ソフトウェアであっ
て、そこには、いくつかのブーケ、たとえば、いくつかのＤＶＢブーケ・アソシ
エーション・テーブル（ＢＡＴ）内で放送されるいくつかサービス・リスト、が
ある組込みバナー・ソフトウェアを含み、本発明のプロセスの実施形態をより厳
密に説明する。
【００９９】 ユーザーまたは視聴者は、たとえば次の表によるキーボードを持つリモート・
コントロール装置を使用する。
【０１００】
【表１】
【０１０１】 いつでも視聴者がデコーダの電源を投入すると、ナビゲータが始動する。それ
は次いでナビゲータの第１ページを表示するか、またはデコーダが停止される前
の最後のセッションを復元する。デコーダはまた、本質的に周知の方法で待機状
態にすることもできる。
【０１０２】 そこで選択されるブーケは、組込みナビゲータになる。
【０１０３】 ブーケを選択した後、ナビゲータは、好ましくはブーケのデフォルト・サービ
スでもあるブーケのサーファ・サービスを起動し、ブーケのデフォルト・サービ
スＰＭＴ（プログラム・マップ・テーブル）に示されたブーケのサーファ・アプ
リケーションを探し出す。
【０１０４】 ＰＭＴは、ＭＰＥＧ−２標準［３］に定義されている。
【０１０５】 次いでサーファ・アプリケーションはデコーダ内にダウンロードされ、デコー
ダのＲＡＭのサーファ・キャッシュに一時的に格納される。メモリのこの部分は
、視聴者がそのブーケに留まる限り、ブーケ・サーファを保持するように設計さ
れている。サーファをダウンロードした後、ナビゲータはサーファ・アプリケー
ションを始動する。
【０１０６】 たとえば、次のＢＡＴ内記述子を利用できる。
【０１０７】
【表２】
【０１０８】 これは、いくつかのリンケージのタイプを提供する。たとえば、 リンケージ・タイプ１ リンケージ・タイプ１のリンケージ記述子は、ＢＡＴに関連付けられたブーケ
に放送されるサーファ・アプリケーションが含まれることをナビゲータに知らせ
る。サーファをロードし、起動するためには、最初に、ナビゲータはサーファ・
サービスに同調しなければならない。このサービスは、そのリンケージ記述子の
サービスＩＤに示されている。ナビゲータは次いで、「サーフ」と呼ばれる構成
要素を後続させたアプリケーションをロードする。
【０１０９】 リンケージ・タイプ２ リンケージ・タイプ２のリンケージ記述子は、ＢＡＴに関連付けられたブーケ
に放送されるサーファ・アプリケーションは含まれないが、専用ＥＰＧアプリケ
ーションが含まれることをナビゲータに知らせる。リモート・コントロール上の
ＥＰＧボタンは、専用ＥＰＧサービスに同調し、デフォルト・トラック上に後続
するアプリケーションを起動するように、ナビゲータをトリガする。
【０１１０】 注記：このブーケのサービス・リストを視聴者に提示するサーファが無いので
、ブーケ・サービスをＴＶスクリーン上に提示するために、製造者の組込みバナ
ーのナビゲータが使用される。
【０１１１】 リンケージ・タイプ５ リンケージ・タイプ５のリンケージ記述子は、ブーケにはＥＰＧもサーファも
含まれないが、１つのサービスがそのブーケのデフォルト・サービスを提供して
いることをナビゲータに知らせる。このサービスは、ブーケの入力時に背景で映
像／音声を実行することをナビゲータが要求した場合に、最初に起動するサービ
スとしてナビゲータによって使用することができる。（これは、ナビゲータの画
面表示がスクリーン全体を網羅せず、一部の映像を背景で再生する必要がある場
合にのみ、真である）。
【０１１２】 上記の説明に従って、リンケージ記述子の５つの意味のある組合せを識別する
ことができる。それを表３−リンケージ・タイプの行列に要約する。
【０１１３】
【表３】
【０１１４】 ケースＩ：リンケージ・タイプ１だけがＢＡＴ内に示される。リンケージ・サ
ービス内のサービスＩＤを使用することもデフォルトＴＶサービスである。した
がってナビゲータは映像および音声を始動し、次いでブーケ・サーファのローデ
ィングおよび起動を開始する。サーファ・サービスもまた、事実上、デフォルト
・サービスである。
【０１１５】 ケースＩＩ：リンケージ・タイプ２だけがＢＡＴにセットされる。ナビゲーシ
ョンはブーケ・サービス・リストを提示し、サーフィン能力を提供しなければな
らない。視聴者がリモート・コントロール上のＥＰＧボタンを押すやいなや、ナ
ビゲータはリンケージ記述子サービスＩＤに示されたサービスに同調し、デフォ
ルト・アプリケーションを起動する。
【０１１６】 ケースＩＩＩ：デフォルト・サービスだけが、ＢＡＴのリンケージ・タイプ５
のリンケージ記述子に示される。ナビゲータのユーザー・インタフェースがＴＶ
スクリーン全体を網羅している場合、背景に映像は流れず、したがって同調され
るべき映像はない。しかし、ナビゲータがトランスペアレントであるか、または
ＴＶスクリーンを部分的にしか網羅していない場合には、ナビゲータは最初にブ
ーケ・デフォルト・サービスに同調しなければならない。
【０１１７】 ケースＩＶ：リンケージ・タイプ２およびリンケージ・タイプ５が両方ともＢ
ＡＴに示される。これは、ナビゲータが最初にデフォルト・サービスを使用し、
ユーザーがＥＰＧボタンをいつ押そうとも、ナビゲータは指示されたサービスか
らＥＰＧアプリケーションを起動することを意味する。
【０１１８】 ケースＶ：ＢＡＴに示されるリンケージ記述子はない。ナビゲータは、ＢＡＴ
から到来するサービス・リストを視聴者に提示しなければならない。さらに、サ
ービス・リストの最初のサービスはデフォルト・サービスである。ＥＰＧまたは
サーファは利用できない。ＥＰＧボタンは、このブーケには利用できるＥＰＧま
たはサーファがないことを説明するメッセージを出す。
【０１１９】 上述の通り、ＤＶＢ環境では、サーファはブーケの取り決め（understanding
）をサポートし、ブーケ・アソシエーション・テーブルＢＡＴ内で、シグラクさ
れる（signal）。引例［１］も参照されたい。
【０１２０】 ＢＡＴの第１ループの「プライベート・データ指定子」は、さらなる記述子が
特定の意味を持つことを示し、後続するリンケージ記述子タイプ＝＝１は、サー
ファ・アプリケーションを放送するサービスのサービスＩＤを含んでいる。
【０１２１】 このサービスはトラック・タグ「サーフ（ＳＵＲＦ）」を持ち、この構成要素
がサーファ・アプリケーションを含むことを示す。
【０１２２】 ＤＶＢサービス・タイプに示されたサーファに対して、利用可能なサーファお
よびブーケ・アソシエーション・テーブルについてのデコーダ内部知識を蓄積す
るルーチンの一例をこの後に示す。
【０１２３】 anzServices = Number of all available Services; for n=1 to anzServices if (Service_type of Service n) .eq. Serfertype then store Surfer details in decorder's Surfer list next n end for
【０１２４】 ＤＶＢブーケ・アソシエーション・テーブルに示されたサーファの場合、次の
ルーチンの一例は、利用可能なサーファについての内部知識を蓄積するのに適用
される。
【０１２５】 nBAT = Number of available bouquet association tables for n=1 to nBAT if BouquetAssociationTable [nBAT] contains Surfer_type indicator then store Surfer details in decorder's Surfer list next nBAT end for
【０１２６】 ＤＶＢブーケ・アソシエーション・テーブル（ＢＡＴ）またはサービス記述テ
ーブル（ＳＤＴ）のスキャンニングは、ＤＶＢ ＳＩ標準に従って処理され、該
標準の開示を参照によってここに組み込む。
【０１２７】 さらに詳しくは、ＯｐｅｎＴＶアプリケーションはフラッグを使用して、アプ
リケーションの特性を示す。アプリケーションおよび各アプリケーション・モジ
ュールのためのオープンＴＶイン・フラッシュ・フラグは、ここで、システム内
の認識プロセスに、特定のアプリケーションがサーファ・アプリケーションであ
ることを知らせる。
【０１２８】 アプリケーション・フラッグは、サーファ・アプリケーションの予想外のロー
ディングを防止するためにも使用される。
【０１２９】 図６および図７の図は、ここでさらに詳しく記載する本発明の実施形態による
サーファのインプリメンテーションを示す。
【０１３０】 図において、矩形は状態を表し、左右のボーダー（境界線）がある矩形は他の
プログラム（詳しくは展開しない）を指し、菱形はｙｅｓ／ｎｏテストであり、
円を含む菱形はリモート・コントロール・ボタンの押下／解除イベントを指す。
【０１３１】 ひとたびサーファがダウンロードされると、それは５０で始動させることがで
きる。
【０１３２】 サーファはトランスペアレントで、または可視モードで始動することができる
。スクリーンに何かを表示する必要があるか、それともトランスペアレント・モ
ードにしておいた方がよいかを確定することは、サーファの義務である。
【０１３３】 サーファは起動されるたびに、適切なサービス処理を保証するために、現在の
サービス環境を探索する。
【０１３４】 本発明のこの実施形態では、サーファはブーケ制御アプリケーションであるの
で、それはブーケの開始時およびブーケの終了時にも起動される。ブーケの終了
時にサーファを起動することにより、現在のブーケ・セッションを一掃する方法
が得られる。
【０１３５】 次いでサーファは、起動しながら、その状態によってそのメッセージ待ち行列
内のイベントを識別する。
【０１３６】 図６の図は、非制限的実施例として、サーファの挙動モデルを示す。
【０１３７】 他のサーファはより少ない、またはより多くの機能性を提供するかもしれない
が、そのような記述したサーファ挙動と相互作動するようにに、ナビゲータを実
現する必要がある。
【０１３８】 待ち行列のメッセージを放棄（quit）するテスト５２は、５３でサービスを一
掃して終了（exit）するか、またはサービスを復元して、サーファが依然として
接続されているかどうかを５４でテストするために提供される。
【０１３９】 サーファを接続されている場合、サーファは可視モードで稼動する（ステップ
５６）。
【０１４０】 次いで、「ＥＰＧ」 「０」、「１」、．．．「９」「Ｐ＋」「Ｐ−」「ＯＫ
」の中のキーを押すことにより、サービスを選択する（ステップ５８）か、また
はサービスを切り替え（テスト６０）、かつ／または可視モードを終了すること
ができる。
【０１４１】 サーファが接続されている場合、待ち行列内のサーファ・キーについてのテス
ト５５が提供され、現在のサービスの表示（テスト５７）が実行され、それが純
データ・サービスである場合には、ステップ５６（つまり可視モードで稼動し、
ＥＰＧ押しボタンを起動するかまたは起動しない）に進む前に、待機画面（ステ
ップ５９）が表示される。
【０１４２】 テスト５５（待ち行列内のサーファ・キー）が否定である場合、サーファを可
視にして（ステップ６２）、以下で説明するプログラミング選択サービスを実行
する（ステップ６４）し、トランスペアレント・モード（ステップ６７）に戻る
ため、またはたとえば接続が全くデフォルト・サービスに同調していない場合に
、サービス環境を復元する（ステップ６３）ために、テスト６１（待ち行列内の
「Ｐ＋」／「Ｐ−」キー）が行われる。
【０１４３】 次いで、テスト６５＜現在のサービス＝純データ・サービス＞が行われる。
【０１４４】 サービスが選択され（ステップ６６）、つぎにステップ５６に戻り、サーファ
が可視モードで稼動するか、あるいはサーファがトランスペアレント・モードで
稼動する（ステップ６７）かのいずれかである。
【０１４５】 次いで、選択されるキー「ＥＰＧ」、「ＯＫ」、「Ｐ＋」、「Ｐ−」は、サー
ファを可視にするため（ステップ６８で、「ＥＰＧ」または「ＯＫ」キーから）
、あるいはそれをトランスペアレントに維持するために（「Ｐ＋」、「Ｐ−」キ
ー）に、アクセス可能となっている。
【０１４６】 図７は、本発明の実施形態によるサーファの再起動の一例を提供する。
【０１４７】 どのサーファ制御されたブーケでも、デコーダのナビゲータは、放送アプリケ
ーションが終了するたびにサーファを再起動しなければならない。次いでナビゲ
ータは、図７に示すようにリモート・コントロール（ＲＣ）キーを制御し、適切
な処置を取る。たとえば、実行中のアプリケーションを停止して、メモリからサ
ーファを再起動するように要求する。
【０１４８】 サービスが実行中である場合（ステップ７０）、視聴者はいずれかのＲＣキー
、たとえば終了キー、ｐ＋／ｐ−キー、サーファ・キー、サーファ選択キー、ブ
ックマーク・キーを使用して、キャッシュされたサーファが利用可能であるかど
うかを検査するためのテスト７２を実行することができる。
【０１４９】 視聴者が７１でアプリケーションを停止したければ、サーファの実行に関する
テスト７３が行われる。
【０１５０】 サーファが実行中でなければ、サーファの利用可能性に関するテスト７５が行
われ、応答がｎｏである場合（線７９）、アプリケーションは８１で終了する。
【０１５１】 キャッシュされたサーファが利用可能である場合（線８３）、アプリケーショ
ンが実行中であるかどうかの事実に関するテスト８５が実行される。そうである
場合には、アプリケーションは８７で停止され、そうでない場合にはサーファは
８９で始動される。
【０１５２】 サーファに関するテスト７３が肯定である場合には、サーファは７２で停止さ
れ、ナビゲータ７４に戻る。
【０１５３】 アプリケーション・クラッシュ・テストを設けることができ、そのサービス上
に関するテスト７８に進む。現在のサービスが純データ・サービスである場合、
８２でアプリケーションに戻る前に、黒ＴＶスクリーンを回避するステップ８０
が行われる。
【０１５４】 「ｐ＋」／「ｐ−」キーを押した場合、キャッシュされたサーファが利用可能
であるかどうかを決定するテストが８４で実行される。
【０１５５】 応答が肯定である場合、サーファを始動するステップ８６が設けられ、サーフ
ァはサービス変更の要求を受け取る。
【０１５６】 利用可能なキャッシュされたサーファがない場合、アプリケーションが実行中
であるかどうかを確定するテスト８８が行われる。そうである場合、アプリケー
ションは９２で停止され、そうでない場合、９２で「ｐ＋」／「ｐ−」キーによ
りサービスが選択される。
【０１５７】 サーファ・キーを押した場合、キャッシュされたサーファの利用可能性に関す
るテスト９１が提供される。
【０１５８】 そうである場合、９３でＥＰＧキーを押すことにより、サーファは始動される
。
【０１５９】 そうでない場合、９５でブーケ・サービス・リストに関するテストが行われ、
肯定応答の場合には、サーファ・リンケージに関するテスト９７が提供され、こ
れにより、サービスを選択する（ステップ９９）か、またはブーケ・サービス・
リスト・テスト９５にも関連する、＜サーフ＞機能を追跡するための、テスト１
０１に進むことができる。
【０１６０】 ＜サーフ＞トラックが見つからない場合、サーファは表示されない。＜サーフ
＞トラックが見つかった場合、「イン・フラッシュ・フラグ＝サーファ・アプリ
ケーション」に関するテスト１０３が実行される。
【０１６１】 そうでない場合では、１０５で通常アプリケーションが始動される。
【０１６２】 それ以外の場合には、１０７でサーファがロードされ、１０９でサーファが始
動される。
【０１６３】 サーファ選択キーを押した場合、キャッシュされたサーファの利用可能性に関
するテスト９４が提供される。
【０１６４】 応答が肯定である場合、サーファの稼動に関するテスト９６が実行され、そう
である場合には、９８でサーファは停止される。
【０１６５】 実行に関する応答が否定である場合には、アプリケーションの実行に関するテ
スト１００が提供される。応答が肯定である場合、１０２でアプリケーションは
停止される。
【０１６６】 応答がｎｏである場合、またはアプリケーションのそのような停止の後、１０
４でサーファが始動され、９８で停止される。
【０１６７】 次いで、サーファ選択層１０６に達する。
【０１６８】 そのような層に達するための他の経路は、テスト９４に対する否定応答を通過
する。
【０１６９】 次いでテスト１０８＜アプリケーションは実行中か＞が提供される。
【０１７０】 そうでない場合、またはｙｅｓの場合には１１０でアプリケーションを停止し
た後で、最終的にサーファ選択層に達する。
【０１７１】 現在選択しているサービスのタイプによっては、ナビゲータまたはサーファは
同様の処置を実行する必要がある。たとえば、映像および音声構成要素を含むオ
ープンＴＶアプリケーションを放送するするデータ・サービスの場合、プログラ
ム＜サービス選択＞は、いずれかのアプリケーションがデコーダ・メモリにダウ
ンロードされている間は開かれず、待ち画面が表示される。さらに、オープンＴ
Ｖ構成要素を含むサービスは、デフォルト・オープンＴＶ構成要素を持つ。通常
、このオープンＴＶ構成要素は、放送アプリケーションである。いくつかのサー
ビスでは、ＥＰＧ＼０またはサーフ構成要素がサービスのデフォルト構成要素ま
たはトラックとみなされる。
【０１７２】 次いで特定のプログラム＜サービス選択＞（ここは図では表されない）は、チ
ャネル変更を実行するプロセスに戻る。たとえば、サーファは、サービスを変更
しＯＳＤで可視状態を続けた後、制御を維持するが、ナビゲータはすぐにサービ
スを変更した後、アプリケーション構成要素を起動するかもしれない。
【０１７３】 実際には、視聴者が組込み制御レベル（バナー）を要求しない限り、システム
はサーファ制御状態のままである。このレベルで、視聴者は他のサービスを選択
するか、またはネットワークで利用可能な他のサーファを選択することができる
。
【０１７４】 ＩＲＤシステムは、ＩＲＤがサーファ制御状態にある場合、ある時刻に１つだ
けのサーファがあり、実行することを保証しなければならない。いくつかのアプ
リケーションが同時に実行できるシステム環境では、サーファ・アプリケーショ
ンは、特定の固定セットのシステム資源を持つ特権アプリケーションとみなされ
る。視聴者がデコーダに後でサービス選択に戻るように要求しない限り、サーフ
ァは、追い出されることにならない。
【０１７５】 複数の並行アプリケーションがシステムによって管理されているシステム環境
では、サーファは唯一の特権アプリケーションである。
【０１７６】 ある時刻に１つのアプリケーションだけを実行することができるシステム環境
では、本書で上述した通り、通常のアプリケーションが一時的に起動されて実行
を終了した後に、サーファは再起動されなければならない。
【０１７７】 サーファ制御状態では、サーファはロードされ、視聴者が組込み制御状態に戻
るまで、サーファがＩＲＤのメモリまたはキャッシュの専用部分に、一時的に格
納される。また、サーファ制御状態では、サーファはシステム環境を維持する義
務があるので、サーファはいかなる場合にもアクセス可能でなければならない。
再び、これにより、サーファが以前にそこからロードされたネットワークに対し
物理接続が、一時的に無い場合でも、視聴者が他のネットワークに同調し、サー
ファを再起動することが可能になる。
【０１７８】 サーファをＩＲＤのメモリにキャッシュすると、再起動時にサーファの始動時
間も加速される。
【０１７９】 サーファ制御状態では、デコーダは、現行サーファまたは通常のアプリケーシ
ョンのいずれかの稼動状態にある。通常のアプリケーションが終了するやいなや
、再びサーファは立ち上がる。視聴者が組込み状態を要求した後、サーファは、
クリーン・スイープを行うためにクリーンアップ・プロセスを実行することが必
要になる。ＩＲＤは、ナビゲーション目的用の組込み制御状態にあるサーファを
考慮しない。したがって、サーファ・アプリケーションが物理的に消去された場
合、それは重要ではない。デコーダ・システムは、いずれかの状態にあるという
知識を維持する。
【０１８０】 １つの実施形態では、１つのサーファだけが、デコーダのナビゲーション機能
の制御を獲得していることを保証する手段として、デコーダのサーファ資源は、
デコーダ・システム内において独特の資源である。サーファ・タスクまたはサー
ファ・メモリ・スロット（区画）は１つだけ存在する。さらに、ＩＲＤの状態を
示す論理フラグは、デコーダ・システム内に１つだけ存在する。システム内の競
合サーファの知識は無い。したがって、システムのどの部分がサービス・ナビゲ
ーション・イベントを処理しているかは、いつでも明瞭である。
【０１８１】 特定のサービスへのリンク以外に、ＩＲＤ組込みソフトウェアは、視聴者がサ
ーファのリストから１つのサーファを選択することを可能にする。したがって、
ＩＲＤは、サーファ・アプリケーションの存在および場所に関する知識を必要と
する。
【０１８２】 サーファ・アプリケーションを通知し、指示する方法は、ネットワークに特定
的であり、サービス・ブラウザの概念とは抵触しない。サーファは、たとえば特
定のサービス・タイプとして、またはチャネルもしくはプログラム内の特定の構
成要素タグとして指示することができる。その場合、そのネットワークでサーフ
ァを見つけて、これらのブラウザ・アプリケーションにリンクを提示することは
、デコーダの義務である。
【０１８３】 デコーダに関して追加的に注釈する。従来技術では、どのアプリケーションも
デコーダの資源を利用することができる。しかし、いくつかの資源は、デコーダ
の適切な挙動および性能に関して制限され、不安定である。デコーダのＥＥＰＲ
ＯＭまたはフラッシュの永久メモリは、最も重要な点（most critical point）
の１つである。
【０１８４】 ここで詳しく記述した本発明の実施形態について、今から次のことを定義する
。
【０１８５】 ファイルシステム・ポリシー どのアプリケーションでも、デコーダのファイル・システム内の残りの全空間
を非常に長い時間割り当てることができる。システム管理者がいないので、他の
アプリケーションは、それがデコーダのファイル・システムを利用できるように
なる前に、このファイルの満了日を待つ必要がある。１つの放送会社またはサー
ビス・プロバイダがデコーダのファイル・システム・メモリを他のアプリケーシ
ョンに対して閉鎖するのを防止するために、メモリ全体を制作者に基づき区分す
ることが推奨される。放送会社または本発明の環境システムのサービス運用者は
、ある範囲の制作者識別を使用する。一部の制作者ＩＤだけが、ファイル・シス
テム内のメモリを割り当てることを許される。
【０１８６】 消費者はこの制作者ＩＤを選択することができる。実際に、彼は彼のデコーダ
のメモリの区分化を実行し、したがって消費者は、どの放送社がデコーダの資源
を利用することができるかを決定する。
【０１８７】 さらに、サービス・プロバイダ（制作者）はメモリの「彼の」部分を受け持つ
。これは、ファイル・システムにおけるメモリ割り当ての注意深い使用を導く。
消費者が各放送会社のために割り当てることのできる最小限のスロット・サイズ
がある。
【０１８８】 ブーケのスロット・サイズ 本発明の実施形態では、３２Ｋバイトの最小スロット・サイズが、消費者によ
って永久ファイル・システム内のメモリを割り当てることを許可されたブーケ運
用者のために、デコーダの永久メモリ内で利用可能である。
【０１８９】 ブーケ・メモリ識別 アプリケーションは、制作者ＩＤおよびアプリケーションＩＤによって識別さ
れる。制作者ＩＤは一意の値（unique value）を持たなければならない。
【０１９０】 ブーケ・プロバイダを識別するために、オープンＴＶ制作者ＩＤは、たとえば
ＤＶＢブーケＩＤを含む。この値は、ファイル・システム内の経路を識別するた
めに用いられ、アプリケーションはデータを格納することができる。
【０１９１】 スロット管理ポリシー デコーダは、Ｒａｍファイル・システムに利用可能な１２８Ｋバイト、および
フラッシュ・ファイル・システムに利用可能な２５６Ｋバイトのフラッシュ・メ
モリを有する。
【０１９２】 クォータ（quota 割当量）管理ポリシーは、デコーダ・ファイル・システム
の永久部分、フラッシュ・ファイル・システムに適用される。
【０１９３】 適切な許可フラグを持つアプリケーションだけが、ファイル・システム、フラ
ッシュまたはＲａｍ、の空間を割り当てることができる。適切な製造者ＩＤおよ
び許可フラッグを持つアプリケーションだけが、フラッシュ・ファイル・システ
ムを使用することができる。したがって、製造者はファイル・システムの使用法
（usage）をカスタマイズする必要がある。
【０１９４】 したがって、デコーダは、フラッシュ・ファイル・システムに書き込むことを
許可された有効な制作者ＩＤのリストを維持する必要がある。このリストに添付
された合計値があり、それは現在、フラッシュ・ファイル・システム内の各３２
Ｋバイトスロットに割り当てられる。放送されるアプリケーションには、それが
どれだけのメモリ量を割り当てるつもりであるか、その数字が付属してくる。こ
の数字が残りの空間を超える場合、それは上書きされて最大残量に減少される。
次いで、さらなるメモリ割り当てはオープンＴＶによって処理され、この制限を
超える割当要求は拒絶される。
【０１９５】 今から、本発明の一実施形態によるシステムの機能の一例を説明しよう。
【０１９６】 リモート・コントロール・キーボードから、視聴者はブーケのリスト、たとえ
ば５つのブーケであって、そのうち２つがサーファを含む（ブーケ１および２）
を選択する。
【０１９７】 次いで、サーファを含む１つのブーケ、たとえばブーケ１が、ＯＫボタンを押
すことにより選択される。
【０１９８】 デコーダはブーケ１のデフォルト・サービスに同調し、サーファをサーファ・
キャッシュにダウンロードする。
【０１９９】 次いでサーファはＴＶ画面上でサーファ・キャッシュから起動され、同時にデ
コーダはブーケ１に同調される。
【０２００】 次いでサーファがＴＶ画面の一部に、たとえば実行中のデフォルト音声映像サ
ービス（ブーケのデフォルト・チャネル）の上に、ブーケの全チャネルを示すス
クロール・リストの形で表示される。
【０２０１】 次いで、アップとダウンのボタンを押すことにより、リスト上のチャネルが選
択される。
【０２０２】 望み通りのチャネルに達したときに、視聴者はＯＫボタンを押すことによって
、前記選択したチャネルにデコーダを同調させる。
【０２０３】 特定のルック・アンド・フィールを有するサーファを与えられていないブーケ
が選択された場合、視聴者は、組込みバナーのルック・アンド・フィールを通し
てＥＰＧのみを含む通常アプリケーションにアクセスしなければならない。
【０２０４】 サーファの場合、いつものＴＶチャネル（通常アプリケーション）に同調する
代わりに、対話的にイベント情報を提供するＥＰＧアプリケーションに同調する
ことができる。
【０２０５】 アプリケーションを（つまり、音声または映像サービスだけでなく、ＥＰＧア
プリケーションをも）持つ別のチャネルがサーファから選択されるたびに、サー
ファをサーファ・キャッシュから再起動しなければならない。
【０２０６】 追加の利点および変形が当業者には容易に思い付くであろう。したがって、本
発明はその広い態様において、ここで図示しかつ説明した特定の詳細、代表的装
置および図面、ならびに解説例に限定されない。
【図面の簡単な説明】
【図１】 本発明と共に使用されるＴＶ放送システムを示す略図である。
【図１−２】 本発明と共に使用される統合レシーバ・デコーダ（ＩＲＤ）のより詳細なブロ
ック図である。
【図２】 ナビゲーション目的でシステムにアクセスするリモート・コントロール・キー
イベントの２つの例を含む、従来技術のデコーダの内部メモリの略図である。
【図３】 システムにアクセスするナビゲーション・イベントの簡易フローチャートの一
例を含む、本発明の一実施形態によるデコーダの内部メモリの略図である。
【図４】 本発明の一実施形態による、バナーまたはサーファのいずれかを使用してサー
ビスが選択されることに重点を置いたフローチャートである。
【図５】 本発明の一実施形態に従ってユーザー／視聴者が選択できる経路（paths）を
示す機能図である。
【図６】 本発明によるサーファ実現（surfer implementation）の一例を示すフローチ
ャートである。
【図７】 本発明による、システムとサーファと通常アプリケーションとの間の対話（in
teraction）の一例を示すフローチャートである。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/035 (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＵＧ，ＺＷ)，Ｅ Ａ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ， ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，Ｇ Ｅ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ， ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，Ｍ Ｎ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ， ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，Ｚ Ａ，ＺＷ 【要約の続き】 サーファ・アプリケーションの制御下に入る。

Claims (13)

    【特許請求の範囲】
  1. 【請求項１】 少なくとも１つのデジタル・インタラクティブ・デコーダ（
    ２）を含むデジタル・インタラクティブ・ラジオ放送システム（digital intera
    ctive Radio-Broadcasting system）（１）の複数のサービスおよび／またはチ
    ャネルの間のナビゲーション・イベントを制御するためのサービス・ブラウザ・
    プロセスであって、 前記システムは前記デコーダによって受信されるアプリケーションを放送し、
    そこで、前記プロセスは、前記サービスを前記デコーダのユーザーに提示し、か
    つ前記ユーザーによって起動される制御手段（１５）を通して他のサービスまた
    はチャネルへのナビゲーションを可能にし、そこにおいて、 前記アプリケーションは、前記ナビゲーションを制御するように設計され、お
    よび前記サービスの知識を有するサーファ・アプリケーションと呼ばれる第１の
    タイプを含めて、少なくとも２つのタイプのアプリケーションに分類されており
    、 前記プロセスは、 （ｉ）サーファ・アプリケーションを他のタイプのアプリケーションから識別
    するステップ（２１）と、 （ｉｉ）特定のサーファ・アプリケーションを選択するステップ（３３）と、 （ｉｉｉ）そのような選択されたサーファ・アプリケーションを、サーファ・
    キャッシュと呼ばれるデコーダ・メモリ（２０）の専用部分（２２）内にダウン
    ロードするステップ（２７、３５）と、 （ｉｖ）前記サーファ・キャッシュから前記選択されたサーファ・アプリケー
    ションを実行するステップ（３６）であって、それにより前記デコーダが前記サ
    ーファ・アプリケーションの制御下におかれる、ステップと を含む ことを特徴とするサービス・ブラウザ・プロセス。
  2. 【請求項２】 請求項１に記載のプロセスにおいて、前記デコーダは、組込
    みバナーと呼ばれる、サービスを提示するための組込みアプリケーション（２３
    ）を含み、ひとたびサーファ・アプリケーションが前記サーファ・キャッシュ内
    に格納される（２７、３５）と、ナビゲーション・イベントに対して、前記プロ
    セスは 前記ナビゲーション・イベントを前記組込みバナーまたは前記サーファ・アプ
    リケーションに転送しなければならないかどうかを調べるステップ（２９、３０
    ）と、 デコーダが前記サーファ・アプリケーションによって制御される場合、前記組
    込みバナーが使用不能状態にされる一方、前記ナビゲーション・イベントを前記
    サーファ・アプリケーションに経路指定する（routing）ステップ（３１、３２
    ）と を含むことを特徴とするプロセス。
  3. 【請求項３】 請求項１又は２に記載のプロセスにおいて、サーファ・アプ
    リケーションとは異なるアプリケーションであって通常アプリケーションと呼ば
    れるアプリケーションが表示されるときに、サーファ・アプリケーションは停止
    され、前記通常アプリケーションが終了したときにそのサーファ・キャッシュか
    ら再起動されることを特徴とするプロセス。
  4. 【請求項４】 請求項１から３のいずれか一項に記載のプロセスにおいて、
    複数のサーファ・アプリケーションが存在可能であり、さらに、サーファのリス
    トを使用して、ユーザーが前記リストから特定のサーファ・アプリケーションを
    選択し、かつ選択後に希望するならば前記リストに戻ることを可能にするインタ
    フェースを提示するステップ（４２）、を含むことを特徴とするプロセス。
  5. 【請求項５】 請求項１から４のいずれか一項に記載のプロセスにおいて、
    前記プロセスがＤＶＢ環境で実装（implement）され、サーファ・アプリケーシ
    ョンはブーケ・アソシエーション・テーブル（ＢＡＴ）でシグナルされる（sign
    al）ことを特徴とするプロセス。
  6. 【請求項６】 請求項１から５のいずれか一項に記載のプロセスにおいて、
    複数のサーファ・アプリケーションを複数の対応するサーファ・キャッシュ内に
    ダウンロードし、前記サーファ・アプリケーションの１つを選択することをさら
    に含むことを特徴とするプロセス。
  7. 【請求項７】 請求項１から６のいずれか一項に記載のプロセスにおいて、
    サーファ・アプリケーションは、可視およびトランスペアレント実行モードを持
    つことを特徴とするプロセス。
  8. 【請求項８】 少なくとも１つのデジタル・インタラクティブ・デコーダ（
    ２）を含む、複数のサービスおよび／またはチャネルの間のナビゲーション・イ
    ベントを制御するためのデジタル・インタラクティブ・ラジオ放送システムdigi
    tal interactive Radio-Broadcasting system）（１）であって、 前記システムは、前記デコーダによって受信されるアプリケーションを放送し
    、前記システムは、前記サービスを前記デコーダのユーザーに提示し、かつ前記
    ユーザーによって起動される制御手段を通して他のサービスまたはチャネルへの
    ナビゲーションを可能にし、 前記アプリケーションは、前記ナビゲーションを制御するように設計され、お
    よび前記サービスの知識を有するサーファ・アプリケーションと呼ばれる第１の
    タイプを含めて、少なくとも２つのタイプのアプリケーションに分類されており
    、 前記デコーダは、 （ｉ）サーファ・アプリケーションを他のタイプのアプリケーションから識別
    する識別手段（２１）と、 （ｉｉ）特定のサーファ・アプリケーションを選択する選択手段（３３）と、 （ｉｉｉ）そのような選択されたサーファ・アプリケーションを、サーファ・
    キャッシュ（２２）と呼ばれるデコーダ・メモリの専用部分内にダウンロードす
    るダウンロード手段（２７、３５）と、 （ｉｖ）前記サーファ・キャッシュから前記選択されたサーファ・アプリケー
    ションを実行するための計算（calculating）手段（６）であって、それにより
    前記デコーダが前記サーファ・アプリケーションの制御下におかれるように構成
    された、計算手段（６）と を含むことを特徴とするシステム。
  9. 【請求項９】 請求項８に記載のシステムにおいて、 前記デコーダは、組込みバナー（２３）と呼ばれる、サービスを提示するため
    の組込みアプリケーションを含み、ひとたびサーファ・アプリケーションが前記
    サーファ・キャッシュ内に格納されると、ナビゲーション・イベントに対して、
    前記システムは、 前記ナビゲーション・イベントを前記組込みバナーに転送しなければならない
    か、または前記サーファ・アプリケーションに転送しなければならないか、を調
    べるための調査手段（２９、３０）と、 前記デコーダが前記サーファ・アプリケーションによって制御される場合、前
    記ナビゲーション・イベントを前記サーファ・アプリケーションに経路指定する
    ように構成された経路指定（routing）手段（３１、３２）と、 同時に前記組込みバナーを使用不能状態にするための使用不能化手段（３１、
    ３２）と を含むことを特徴とするシステム。
  10. 【請求項１０】 請求項８または９に記載のシステムにおいて、前記システ
    ムは、サーファ・アプリケーションとは異なるアプリケーションであって通常ア
    プリケーションと呼ばれるアプリケーションが表示されるときに、サーファ・ア
    プリケーションを停止させるための停止手段と、および前記通常アプリケーショ
    ンが終了したときに前記サーファ・キャッシュから前記サーファ・アプリケーシ
    ョンを再起動するための再起動手段と を含むことを特徴とするシステム。
  11. 【請求項１１】 請求項８から１０のいずれか一項に記載のシステムにおい
    て、複数のサーファ・アプリケーションが存在可能であり、さらに、サービスの
    リストを使用して、ユーザーが前記リストから特定のサーファ・アプリケーショ
    ンを選択し、かつ選択後に希望するならば前記リストに戻ることを可能にするイ
    ンタフェースを提示するための手段（４１）、を含むことを特徴とするシステム
    。
  12. 【請求項１２】 請求項８から１１のいずれか一項に記載のシステムにおい
    て、前記デコーダ（２）のメモリ（２０）は、対応する様々なサーファ・アプリ
    ケーションを格納するための複数のサーファ・キャッシュを含むことを特徴とす
    るシステム。
  13. 【請求項１３】 請求項８から１２のいずれか一項に記載のシステムにおい
    て、前記システムはＤＶＢ環境で実装（implement）され、サーファ・アプリケ
    ーションがブーケ・アソシエーション・テービル（ＢＡＴ）でシグナルされる（
    signal）ことを特徴とするシステム。
JP2001515628A 1999-08-09 1999-08-09 サービス・ブラウザ・プロセスおよび関連システム Expired - Fee Related JP4418615B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB1999/001437 WO2001011887A1 (en) 1999-08-09 1999-08-09 Service browser process and related system

Publications (3)

Publication Number Publication Date
JP2003506975A true JP2003506975A (ja) 2003-02-18
JP2003506975A5 JP2003506975A5 (ja) 2006-09-28
JP4418615B2 JP4418615B2 (ja) 2010-02-17

Family

ID=11004890

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001515628A Expired - Fee Related JP4418615B2 (ja) 1999-08-09 1999-08-09 サービス・ブラウザ・プロセスおよび関連システム

Country Status (12)

Country Link
US (1) US20100235858A1 (ja)
EP (1) EP1203493B1 (ja)
JP (1) JP4418615B2 (ja)
CN (1) CN1185874C (ja)
AT (1) ATE280470T1 (ja)
AU (1) AU774950B2 (ja)
BR (1) BR9917442A (ja)
CA (1) CA2380453A1 (ja)
DE (1) DE69921371T2 (ja)
ES (1) ES2230875T3 (ja)
HK (1) HK1046078B (ja)
WO (1) WO2001011887A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030196206A1 (en) 2002-04-15 2003-10-16 Shusman Chad W. Method and apparatus for internet-based interactive programming
US20040032486A1 (en) 2002-08-16 2004-02-19 Shusman Chad W. Method and apparatus for interactive programming using captioning
US20040210947A1 (en) 2003-04-15 2004-10-21 Shusman Chad W. Method and apparatus for interactive video on demand
US20160054905A1 (en) * 2014-08-21 2016-02-25 Opentv Inc. Systems and methods for enabling selection of available content including multiple navigation techniques
US20160191956A1 (en) * 2014-12-15 2016-06-30 Cable Television Laboratories, Inc. Software defined networking in a cable tv system
US11736761B2 (en) * 2021-03-16 2023-08-22 Tencent America LLC Methods for media streaming content preparation for an application provider in 5G networks
US11611799B2 (en) * 2021-08-06 2023-03-21 Sony Group Corporation ATSC 3 application context switching and sharing
US11601707B2 (en) 2021-08-06 2023-03-07 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using plural tuners
US11711568B2 (en) 2021-08-06 2023-07-25 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using plural tuners handing off between presentation and scanning
US11611792B2 (en) 2021-08-06 2023-03-21 Sony Group Corporation ATSC 3 reception across boundary conditions using location data
US11838680B2 (en) 2021-08-06 2023-12-05 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using complete service reception during scan to determine signal quality of frequencies carrying the duplicate service
US11611790B2 (en) 2021-08-06 2023-03-21 Sony Group Corporation RF channel description for multiple frequency networks
US11848716B2 (en) 2021-08-06 2023-12-19 Sony Group Corporation Techniques for ATSC 3.0 broadcast boundary area management using signal quality and packet errors to differentiate between duplicated services on different frequencies during scan
CN115277695A (zh) * 2022-07-13 2022-11-01 浪潮云信息技术股份公司 一种实现跨区域生产和消费事件的方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5014125A (en) * 1989-05-05 1991-05-07 Cableshare, Inc. Television system for the interactive distribution of selectable video presentations
US5822123A (en) * 1993-09-09 1998-10-13 Davis; Bruce Electronic television program guide schedule system and method with pop-up hints
US5734589A (en) * 1995-01-31 1998-03-31 Bell Atlantic Network Services, Inc. Digital entertainment terminal with channel mapping
DE69527278T2 (de) * 1995-03-31 2003-02-20 Sony Service Ct Europe Nv Videodienstsystem mit der Funktion eines Videokassettenrekorders
US5826166A (en) * 1995-07-06 1998-10-20 Bell Atlantic Network Services, Inc. Digital entertainment terminal providing dynamic execution in video dial tone networks
US5790173A (en) * 1995-07-20 1998-08-04 Bell Atlantic Network Services, Inc. Advanced intelligent network having digital entertainment terminal or the like interacting with integrated service control point
EP0757485B1 (en) * 1995-07-31 2008-03-05 Kabushiki Kaisha Toshiba Interactive television system
US5929850A (en) * 1996-07-01 1999-07-27 Thomson Consumer Electronices, Inc. Interactive television system and method having on-demand web-like navigational capabilities for displaying requested hyperlinked web-like still images associated with television content
US6191782B1 (en) * 1996-08-30 2001-02-20 Matsushita Electric Industrial Co., Ltd. Terminal apparatus and method for achieving interactive operations by displaying a desired piece of image information at high speed using cache memories, out of a large amount of image information sent in a one-way direction
US6208335B1 (en) * 1997-01-13 2001-03-27 Diva Systems Corporation Method and apparatus for providing a menu structure for an interactive information distribution system
JP3447207B2 (ja) * 1997-12-05 2003-09-16 松下電器産業株式会社 番組情報作成伝送装置及び方法
US6018767A (en) * 1998-02-24 2000-01-25 3Com Corporation Method and system for managing subscription services with a cable modem
US6134554A (en) * 1998-11-10 2000-10-17 Opentv, Inc. System and method for recording receipt of information

Also Published As

Publication number Publication date
US20100235858A1 (en) 2010-09-16
HK1046078A1 (en) 2002-12-20
CN1185874C (zh) 2005-01-19
EP1203493A1 (en) 2002-05-08
BR9917442A (pt) 2002-04-30
ES2230875T3 (es) 2005-05-01
EP1203493B1 (en) 2004-10-20
AU774950B2 (en) 2004-07-15
AU5187299A (en) 2001-03-05
DE69921371T2 (de) 2006-02-02
ATE280470T1 (de) 2004-11-15
JP4418615B2 (ja) 2010-02-17
DE69921371D1 (de) 2004-11-25
HK1046078B (zh) 2005-03-18
WO2001011887A1 (en) 2001-02-15
CN1367985A (zh) 2002-09-04
CA2380453A1 (en) 2001-02-15

Similar Documents

Publication Publication Date Title
US20100235858A1 (en) Service browser process and related system
JP5765479B2 (ja) 受信装置、受信方法、放送装置、および、放送方法
US6874145B1 (en) Methods and apparatus for implementing an application lifecycle design for applications
EP1194840B1 (en) Digital television receiver for managing execution of an application according to an application lifecycle
CN103069831A (zh) 接收设备、接收方法、发送设备、发送方法、程序和广播系统
US7698722B1 (en) Method and receiver for managing the consistency of service lists in digital television
US7770187B2 (en) Applications manager with variable management instruction set
KR100940460B1 (ko) 데이터 스트림에서 대화형 애플리케이션의 제어
AU2002321784A1 (en) Control of an interactive application in a data stream
US7257812B1 (en) Methods and apparatus for managing an application
JP2007043335A (ja) ディジタル放送受信装置
EP1662390B1 (en) Control of an interactive application at service handover
US8949921B2 (en) Application manager for digital television receiver for managing interactive applications of various types
KR100611464B1 (ko) 디지털 데이터 방송의 선호 메뉴 실행 장치 및 방법
JP2005503703A5 (ja)
GB2471117A (en) A digital television system and method for loading a service request application
KR100838868B1 (ko) 데이터 방송 저장 장치 및 방법
JP2007096715A (ja) ディジタル放送受信装置
JP2008141335A (ja) デジタル放送受信機

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060809

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060809

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090106

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20090403

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20090403

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20090410

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090507

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090609

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20090909

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20090916

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091009

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20091030

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091130

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121204

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121204

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131204

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees