JP4124277B2 - コンピュータとデコーダとを備えた放送受信システム - Google Patents

Description

本発明は、放送ディジタル伝送を受信するためのコンピュータとデコーダの複合システムに関する。本発明は、このようなシステムでの使用に適応したコンピュータとデコーダとの構成要素の各々にも同様に拡張される。
ディジタル・データの放送伝送は、ペイテレビ・システムの分野でよく知られており、これらのシステムでは、スクランブルされたオーディオ・ビジュアル情報は通常、衛星または衛星／ケーブル・リンクによって、視聴のために伝送されたプログラムをデスクランブルできるデコーダまたは受信器／デコーダを各々が所有する多数の加入者に送られる。地上波デジタル放送システムもまた、知られている。
更に最近では、他のタイプのディジタル・データと情報とを配信するためにこのようなディジタル放送技術を使うことが提案されている。放送伝送は、特に帯域幅の増加、伝送の信頼性などに関して、電話回路網といった他の電気通信網と比較して多くの利点を持っている。このために、例えばインターネットにアクセス実施可能なケーブル・リンクまたは衛星リンクを使用する多数のシステムが提案されている。
現在のところ、このようなサービスの提供は、極めて初期の段階にあって、これに関して提案された従来のハードウエアおよびソフトウエアのシステムは、問題のアプリケーションに適切に適応していないことが多い。例えばディジタル・テレビジョン受信器／デコーダの場合には、システムは通常、テレビジョン・スタイルの遠隔制御装置によってガイドされる。このタイプの遠隔制御は通常、テレビジョン・アプリケーション（チャンネル変更、プログラム・ガイドまたはメニューの選択）のためには十分であるが、インターネット・ブラウザといった更に高級なアプリケーションでは通常、操作を容易にするためにキーボードを必要とするであろう。同様に、問題のアプリケーションによっては、デコーダの利用可能なメモリが、効果的な操作のためには不十分であることがある。
これらの理由から、パソコンとデコーダとの複合装置が考えられる。しかしながら、このような組合せの理論上の利点は予見できるが、このようなシステムの実現の実際的な詳細は、特にパソコン・デコーダ間の情報の交信に関して、異なるタイプのデータを処理するためにデコーダをどのように構成するか、異なる動作モード（例えば、テレビジョン・モード／インターネット・モード）間でデコーダがどのように変化するか等、他の多くの問題を引き起こす可能性がある。
本発明の目的は、システムの構成要素間の相互作用から発生するいかなる潜在的な動作上の問題をも回避しながら、ディジタル・データをデコーダからコンピュータにダウンロードすることを可能にする、実用的に実現可能なデコーダ／コンピュータの複合装置を提供することである。
本発明によれば、放送ディジタル・データ伝送を受信するためのコンピュータとデコーダの複合システムであって、前記デコーダは経路指定手段を備えており、前記デコーダで受信されてコンピュータに宛て先を指定された放送デジタル・データは、前記経路指定手段によって識別されて前記コンピュータ内のアプリケーションに経路指定されることを特徴とするコンピュータとデコーダの複合システムが提供される。
前記デコーダ内の経路指定手段の存在は、前記デコーダ内のアプリケーションのために意図されたメッセージを前記デコーダが簡単に効果的に識別することを可能にし、また例えば他の宛て先を有するメッセージを前記デコーダが拒否することを可能にする。
コンピュータ／デコーダ複合装置では、このモードでの動作中にデコーダ経由で受信されたデータの大部分は、更なる処理のためにコンピュータに経路指定されるであろう。しかしながら、ある幾つかの場合には、データはデコーダ自身の中のアプリケーションに経路指定されることもある。
例えばデコーダは、伝送監視用のアプリケーションを含むことがある。一実施例では、このアプリケーションは、例えば番号付けされたメッセージ列の中の各メッセージの到着を検査することによって、伝送されたメッセージの連続性を監視することができる。この場合、メッセージ番号を表すデータは、監視アプリケーションに渡される。
このようにする代わりに、受信されたメッセージ構成に基づいて伝送チャンネルの品質をデコーダが評価することを可能にするために、ある幾つかのテスト・メッセージがデコーダのメモリ内のスタックに渡されることもある。
受信された放送データはまた、以下に述べるように、デコーダベースのアプリケーションによって経路指定テーブルを修正するために使われることもある。
特に好適な一実施例では、デコーダは更に、特に経路指定手段を含むデコーダの動作パラメータを構成するように適応させられたデコーダ内のアプリケーションを含んでいる。この構成アプリケーションとそのパラメータとは、デコーダにロードするか、コンピュータから受信した命令によって修正することができる。こうする代わりに、あるいはこれに加えて、初期構成パラメータを表すデータと一緒に構成アプリケーションは、デコーダの起動時にデコーダの自動構成を可能にするために、デコーダの製造時にデコーダのメモリ内に格納することができる。
この構成アプリケーションは更に、デコーダ内にロードするか、あるいは伝送された放送データ内で受信された命令によって修正できることが好都合である。この実現形態は、デコーダが放送データの流れの中に含まれる命令によってある距離を置いて再プログラムされることを可能にする。
実際には経路指定手段は、受信したメッセージ・データの特性にしたがってメッセージを識別して経路指定するように適応することができる。一実施例では、デコーダがＭＰＥＧフォーマットで受信した放送データは、パケットＩＤヘッダの値にしたがって経路指定テーブルによって経路指定される。
コンピュータに経路指定された放送ディジタル・データは単に、前もってコンピュータにインストールされたアプリケーション、例えばディスケットに格納されてコンピュータにロードされたアプリケーションによって処理されるデータを含むこともある。しかしながら、一実施例では、放送データはまた、コンピュータ内での実行のためにコンピュータに経路指定されるように適応したアプリケーション自身を含むこともある。このようにして、遠隔サーバからコンピュータへのアプリケーションの、ある距離を置いたダウンロードを実行することができる。
伝送されたデータが公開されたもの、および／または無料のサービス・プロバイダーによって提供されたものである場合（ある幾つかのインターネット・アプリケーションの場合のように）、データは明文で放送され得る。しかしながら、コンピュータに送られる伝送データが著作権を有するものであったり、そうでなくとも貴重なものである場合には、そのデータへのアクセスを制限するための手段が望ましい。
デコーダは更に、複号された形式でコンピュータに経路指定するためにスクランブルされた形式のディジタル・データ放送を複号するように適応させられた複号手段を含むことが好ましい。一つの実現形態では、スクランブルされたデータは、そのデータをデスクランブルするための制御語と一緒に伝送され、この制御語自身はいわゆる活用キーによって暗号化されて、暗号化された形式で伝送される。デコーダは、制御語を複号してそのデータをデスクランブルするために活用キーの同等物を持っている。テレビジョン・データの複号から知られた、これらおよびその他のこういった機密保持方法は、コンピュータ内でのアプリケーションを意図したデータへのアクセスを制限するためにこのシステムで使用できることが有利である。
上記の実施例では、経路指定手段の動作については主として、コンピュータまたはデコーダに宛て先指定された放送伝送リンク経由で受信されたデータに関して論じてきた。しかしながら、評価されるように、経路指定手段はまた、デコーダ内の、および／またはコンピュータ内のアプリケーションといった他の情報源から受信したディジタル・データと、シリアル／パラレル・リンクなどといったデコーダの他の入力ポートのいずれかを介して受信したデータとを経路指定するように動作することもできる。
コンピュータ／デコーダ複合システムがインターネット・アプリケーションといった対話型アプリケーションで使用される場合には、コンピュータは、メッセージをコンピュータから放送センターのサーバに送ることができるように、その他の場合、例えばある所定のホームページ等の伝送を要求するために、モデムに接続することもできる。しかしながら、これはユーザにとってシステムのコストを増加させる可能性がある。
デコーダは更にモデムを含み、経路指定手段はコンピュータ内のアプリケーションから受信した選択されたメッセージをこのモデムに経路指定するように適応していることが好ましい。実際には、ディジタル・テレビジョン市場を意図した殆どすべての受信器／デコーダは、モデム・リンクを持っており、モデムのコストはデコーダ自身のコスト内に吸収されている。
この出願書の前文に述べたように、デコーダとコンピュータとの組合せシステムには通信の問題と競合コマンドの問題が発生する可能性がある。本発明の特に好適な実施例では、デコーダの動作は少なくとも部分的には、コンピュータ内の制御手段から送られる制御信号によって制御されることが予見される。
デコーダの制御をコンピュータに渡すことによってシステムの動作は、更に容易に管理できる。例えば一実施例では、コンピュータは、そのコンピュータにダウンロードすべきディジタル・データの受信用チャンネル周波数を選択するように、デコーダ内のチューナーの動作を制御する。この情報はコンピュータ内のアプリケーションには知られるがデコーダには知られないので、このアプリケーションによるチャンネル周波数の自動選択は、オペレータのためにシステムのセットアップを大幅に単純化する。
デコーダ遠隔制御といった、他の手段によってデコーダに送られる命令と、コンピュータから発生する命令との間の潜在的な競合もまた、このような制御の移転によって回避できる。
例えばコンピュータは、デコーダ遠隔制御からのチャンネル変更コマンドといった選択された他のデコーダ入力から受信した、選択されたコマンドに対して、デコーダを応答させないようにする制御コマンドをデコーダに送るように適応することができる。ある幾つかの実施例ではデコーダはなお、他の入力源からのコマンド、例えば放送データの流れの中で受信したコマンドを受信できるようにすることもできる。
理解されるように、本発明のコンピュータ／デコーダの複合システムは、大衆市場のインターネット型ブラウザ・アプリケーションから、放送リンクが商用データを送るために使われる、企業組織を対象にした更に専門的なアプリケーションに亘る多数の商業的アプリケーションで使うこともできる。
考えられる一つの例は、金融情報、特に株価情報の、中央金融センターから多数の遠隔端末への伝送に関するものである。このようなアプリケーションでは、顧客は、暗号化された伝送（備えられている場合）によってデリケートなデータの機密保護という恩典と共に、標準の電気通信網に比較してチャンネル容量が大きいという恩典をうける。この実施例では、デコーダは、専らコンピュータに向けられた情報のためのチャンネルとして役立ち、テレビジョン伝送を取り扱うことはないであろう。
これに対してデコーダが大衆市場製品に関連して使われる場合は、デコーダがその通常の構成で、すなわちディジタル・テレビジョン信号を受信して処理するためにも使うことができることは明らかに好都合である。この場合、システムは更にテレビジョン表示装置を備えており、デコーダは受信した放送オーディオ・ビジュアル・データを処理してテレビジョン表示装置に送るように適応している。
本発明は更に、上述のようにシステム内で使用するためのコンピュータ・デコーダに拡張される。
本出願は「受信器／デコーダ」と「デコーダ」とに言及しているが、本発明は物理的に別個の受信器と協同して機能するデコーダユニットに関してデコーダと共に統合された受信器を有する実施形態にも同様に適用されるということは理解されるであろう。このようなデコーダは、衛星、地上波、ケーブル等のディジタル放送システムで使用される種類のものであり、また他のマルチメディア・タイプの能力も含むことができる。
さて本発明の実施例を単に例として下記の図で説明する。
図１は、ディジタル・テレビジョンの分野で知られているような、ディジタル伝送システムの全体的なアーキテクチャを示す。
図２は、受信器／デコーダの構成要素の概要を示す。
図３は、本発明のこの実施例による受信器／デコーダ・コンピュータ複合システムのハードウエア・アーキテクチャを示す。
図４は、図３のシステムのソフトウエア・アーキテクチャを示す。
本発明に適応可能なディジタル・テレビジョン放送受信システム１０００の概要を図１に示す。これは、圧縮されたディジタル信号を伝送するために既知のＭＰＥＧ２圧縮器を使用する、大部分は従来のディジタル伝送受信システム２０００を含んでいる。更に詳細には、放送センターのＭＰＥＧ２圧縮器２００２は、ディジタル信号ストリーム、例えばビデオ信号の流れを受信する。圧縮器２００２は、リンケージ２００６によってマルチプレクサ・スクランブラ２００４に接続されている。
このマルチプレクサ２００４は、複数の更なる入力信号を受信し、一つ以上のトランスポート・ストリームをアセンブルし、圧縮されたディジタル信号を、いうまでもなく電気通信リンクを含む幅広い種々の形式を取り得るリンケージ２０１０を介して放送センターの送信器２００８に伝送する。送信器２００８は、電磁信号をアップリンク２０１２を介して衛星トランスポンダ２０１４に向けて送信するが、ここでこれらの信号は電子的に処理されて、辞書的意味のダウンリンク２０１６を介して、従来どおりにエンドユーザが所有する、あるいは賃借りしているディッシュの形をした地上受信器２０１８に放送される。
受信器２０１８が受信した信号は、エンドユーザが所有、または賃借りしていて、エンドユーザのテレビジョン２０２２に接続されている統合受信器／デコーダ２０２０に伝送される。受信器／デコーダ２０２０は、圧縮されたＭＰＥＧ２信号をテレビジョン・セット２０２２用のテレビジョン信号に複号する。本出願は、「受信器／デコーダ」と「デコーダ」とに言及しているが、本発明は物理的に別個の受信器と協同して機能するデコーダユニットに関してデコーダと共に統合された受信器を有する実施形態にも同様に適用されるということは理解されるであろう。
条件付きアクセス・システム３０００は、マルチプレクサ２００４と受信器／デコーダ２０２０とに接続されており、一部は放送センター内に、また一部はデコーダ内に配置されている。このシステムは、エンドユーザが一つ以上の放送提供業者からのディジタル放送をアクセスすることを可能にしている。商業的提供物（すなわち放送業者が販売する一つ以上のテレビジョン・プログラムまたはデータ・サービス）に関するメッセージの複号が可能なスマート・カードを、受信器／デコーダ２０２０内に挿入することができる。
スクランブルされたデータの伝送は、ペイテレビ・システムの分野では良く知られている。一般に、スクランブルされたデータは、データをデスクランブルするための制御語と一緒に伝送され、この制御語自身は、いわゆる活用キーによって暗号化され、暗号化された形式で伝送される。
それからこのスクランブルされたデータと暗号化された制御語とは、暗号化された制御語を複号し、伝送されたデータをその後でデスクランブルするために、デコーダ内に挿入されたスマート・カード上に記憶された活用キーの同等物にアクセスを有するデコーダ２０２０によって受信される。支払い済みの加入者は、伝送情報を視聴可能にするために、暗号化された制御語を複号するために必要な活用キーを、毎月放送されるＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ：資格管理メッセージ）で受信するであろう。
マルチプレクサ２００４と受信器／デコーダ２０２０にも接続されていて、また一部は放送側に、一部はデコーダ側に配置されている対話型システム４０００は、エンドユーザがモデム受信チャンネル４００２を介して種々のアプリケーションと対話することを可能にする。
上記のタイプのシステムは、放送ディジタル・テレビジョン伝送に関連したディジタル・オーディオ・ビジュアル・データの伝送に関して、更に一般的に知られている。しなしながら以下さらに詳細に説明するように、このシステムは、問題のデコーダに接続されたコンピュータでの最終的な使用を意図したデータを伝送するために使われるであろう。このデータは、例えばこのシステムが消費者マーケットを対象としているかプロフェッショナル・マーケットを対象としているかによって、ディジタル・テレビジョン・データの代わりに、あるいはそれと同じく伝送される可能性がある。
テレビジョン信号が配信されることになっていない場合には、ディジタル・ビデオ・ストリームの処理に使われるＭＰＥＧ２圧縮器２００２を省略することができる。マルチプレクサ２００４による多重化のためにサーバ４０００によって渡される情報は、そのサーバによってＭＰＥＧフォーマットに予めフォーマット化されるか、その後の伝送のために専用のサーバ（図示せず）によって変換されることが可能である。
さて、図２を参照して、ディジタル放送システムで使用するための、また本発明で使用するように適応した受信器／デコーダ２０２０あるいはトップに置いたボックスの構成要素を説明する。理解されるように、このデコーダの構成要素は、大抵は在来型のものであり、これらの実現は、本技術に精通する人の能力範囲内にあるであろう。
図示のように、デコーダ２０２０は、データを送受信するための幾つかのインタフェース、特に放送ＭＰＥＧ伝送を受信するためのＭＰＥＧチューナー・デマルチプレクサ２０４０と、シリアル・インタフェース２０４１と、パラレル・インタフェース２０４２と、電話網を介してデータを送受信するためのモデム２０２８とを備えている。本実施例ではデコーダはまた、第１、第２のスマート・カード・リーダー２０３０、２０３１を含んでおり、第１のリーダー２０３０は本システムに関連する複号キーを含む加入スマート・カードを受け入れるためのものであり、第２のリーダー２０３１はバンクカードその他のカードを受け入れるためのものである。
デコーダはまた、送受器遠隔制御２０４４からの赤外線制御信号を受信するための受信器２０４３と、デコーダに接続されたテレビジョン２０２２にオーディオ・ビジュアル信号を送るためのペリテル（Ｐｅｒｉｔｅｌ）出力（もしあれば）とを含んでいる。
インタフェースを介して受信したディジタル信号の処理とディジタル出力信号の発生とは、中央制御装置２０４５によって取り扱われる。デコーダ内の制御装置のソフトウエア・アーキテクチャは、既知のデコーダで使用されているものに対応しており、ここでは詳しく説明しない。これは例えば、デコーダのハードウエア・コンポーネントに実現された、より低いレベルのオペレーティング・システムとインタフェース層を介して対話する仮想マシンに基づいている。ハードウエア・アーキテクチャに関しては、このデコーダは、既知のデコーダと同様、プロセッサと、ＲＯＭ、ＲＡＭ、ＦＬＡＳＨメモリ等といったメモリ要素とを備えている。
制御装置２０４５によって処理されるアプリケーションは、デコーダのＲＯＭまたはＦＬＡＳＨ内に格納された常駐アプリケーション、あるいは放送されてデコーダのＭＰＥＧインタフェース２を介してダウンロードされたアプリケーションであることもある。アプリケーションは、プログラム・ガイド・アプリケーションとゲームと対話型サービスとテレショッピング・アプリケーション、並びに起動時にデコーダを直ちに動作可能にする起動アプリケーションとデコーダを構成するためのアプリケーションとを含むことができる。アプリケーションは、デコーダ内のメモリ・ロケーションに格納され、グラフィック・オブジェクト記述ファイル、ユニット・ファイル、可変ブロック・ファイル、命令列ファイル、アプリケーション・ファイル、データ・ファイル等を含む資源ファイルとして表される。
通常、放送リンクを介してデコーダにダウンロードされたアプリケーションは、各モジュールが一つ以上のＭＰＥＧテーブルに対応している幾つかのモジュールに分割される。各ＭＰＥＧテーブルは、多数のセクションに分割することもできる。シリアルポート、パラレル・ポートを経由するデータ転送のために、モジュールはまた、幾つかのテーブルとセクションとに分割されるが、このセクションの大きさは使用されるチャンネルに依存する。
放送伝送の場合、モジュールは、それぞれのタイプのデータ・ストリーム内の、例えばビデオ・データ・ストリーム、オーデオ・データ・ストリーム、テキスト・データ・ストリーム内のデータパケットの形で、移送される。ＭＰＥＧ規格に従って各パケットには、１３ビットのパケット識別子：Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｅｒ（ＰＩＤ）が先行しており、ＰＩＤはＭＰＥＧストリームで移送される各パケット毎に１個ある。プログラム・マップ・テーブル（ＰＭＴ）は、異なるストリームのリストを含んでおり、それぞれのＰＩＤにしたがって各ストリームの内容を定義している。ＰＭＴテーブルによって識別されたＰＩＤは、データ・ストリーム内にアプリケーションが存在することを装置に知らせる。
図３を参照して、本発明によるデコーダ／コンピュータ複合システムのハードウエア・アーキテクチャについて説明する。デコーダ２０２０は、受信器２０１８からの入力接続を含んでおりまた、シリアル・コネクタおよび／またはパラレル・コネクタ２０２６、２０２７を介してパソコンの形のコンピュータ２０２７に接続されている。その他の実施形態ではコンピュータ２０２７は、データを受信して、インストールされているアプリケーションを実行することができる、いかなる数のコンピュータ装置（Ｕｎｉｘワークステーション等）によってでも定義できる。
デコーダには、統合されたモデム装置２０２８が結合されている。これはこの図では別個の品目であるように表されているが、モデム２０２８は通常、デコーダの本体内に統合されている。ＰＣコンピュータ２０２７はまた、通常はコンピュータとは別に設けられたモデム２０２９へのリンクを含んでいる。このに論じられるように、ある幾つかの実施形態では、モデム２０２９は、デコーダモデム２０２８によって不必要とされる可能性がある。
上述のように、デコーダは、このデコーダに関連したクレジットカードまたは加入カードを受け入れるためのスマート・カード・リーダー・スロット２０３０、２０３１を含んでいる。このシステム内で送られるデータ伝送は、暗号化あるいはスクランブルすることができ、デコーダに関連する加入カードは、この伝送情報を複号するために必要な一つ以上のキーを持っている。
図４を参照して、本システムの論理アーキテクチャを説明する。理解されるようにデコーダとパソコンとの内部の機能要素は、装置内のＲＡＭ、ＥＥＰＲＯＭ、ＦＬＡＳＨ等のメモリ手段内に格納されたデータに関してマイクロプロセッサ装置によって実行される、プログラムされたソフトウエア・モジュールによって実際に実現される。こうする代わりに幾つかの機能は、例えば専用ハードウエアＡＳＩＣによって実現することもできる。
サーバ４０００によって供給され、受信器２０１８によって捕捉されるディジタル放送データは、デコーダ２０２０内の経路指定テーブル・アプリケーション２０３２に渡される。アクセス制御アプリケーション２０３３は、スクランブルされたＭＰＥＧデータを複号して、デスクランブルされたメッセージ・パケットを復元するように働く。これらのメッセージ・パケットは、経路指定テーブルによって、デコーダ内のアプリケーション２０３４に経路指定されるか、選択されたパラレル・チャンネル２０２５またはシリアル・チャンネル２０２６を経由してＰＣコンピュータ２０２７内のアプリケーションに経路指定される。ある幾つかのメッセージはまた、以下に更に詳細に説明するように、特に経路指定テーブルの構成を管理するデコーダ構成アプリケーション２０３５に送られることもある。
メッセージの選択とその後の経路指定は、ＰＩＤまたはＭＰＥＧメッセージ・パケットのパケットＩＤに基づいて、あるいは受信したメッセージ・パケットに関連する他のヘッダ・セクションまたはインジケータに基づいて実行されることもある。コンピュータ２０２７に宛て先指定されたデータは、コンピュータ上のシリアルおよびパラレル・ポートを介して通信を制御するように適応した通信マネージャ２０３５に、パラレルまたはシリアル接続２０２５、２０２６を介して送られる。
デコーダ２０２０内のアプリケーションの場合、これらのアプリケーション２０３４は、例えば標準のテスト・フォーマットに対応するパケット・メッセージを受信してこのテスト・パケット・メッセージのすべてまたは一部の正しい受信、あるいは誤った受信に基づいて通信チャンネルの品質を評価するように適応した伝送監視アプリケーションを含むことができる。これは、例えば問題のデータが送られるチャンネル周波数に受信器を同調させるときに使うことができる。これに加えて、あるいはその代わりに、番号付けされた列内の各メッセージの到着を監視するために、連続性カウンタ・アプリケーションを設けることもできる。
デコーダによって受信されてコンピュータ２０２７に送られるデータには、コンピュータ内に存在するアプリケーションで処理されるように適応した単純なデータ、例えばウェブ・ブラウザ２０３６用のデータもある。他の著作権を有する商業アプリケーションでは、データは、例えば専門化されたアプリケーションによって処理され、表示されるように適応した株式データであることもある。このデータは、コンピュータ２０２７から受信したコマンドに応じて、あるいは定期的に自動的に更新されることもある。
経路指定テーブル２０３２の構成は実際には、デコーダ内の構成アプリケーション２０３７によって管理される。この構成アプリケーションの一部または全部は、デコーダがデコーダの起動時にパケット・メッセージの経路指定を処理することを可能にする、あらかじめ決められた一組の経路指定命令をこのデコーダが含むように、製造中にアプリケーションのメモリ内にインストールすることもできる。
これに加えて、あるいはその代わりに、構成アプリケーションは、ＭＰＥＧデータの流れを介して受信されるパケット・メッセージによってインストールまたは修正することができ、また初期の前もって決められた経路指定構成にしたがって先ず第１にルータ２０３２によってデコーダ内に送ることができる。このようにして、デコーダの遠隔プログラミングと遠隔再プログラミングとが可能となる。
更に重要なことに、デコーダ構成アプリケーション２０３７は、ＰＣコンピュータ２０２７内の監視アプリケーション２０３８から送られる制御命令によっても構成できる。すべてのＰＣアプリケーションについてそうであるように、このアプリケーションは、ディスケットによってパソコン内にロードされるか、デコーダによって受信されてパソコンに再経路指定されたパケット・メッセージを介してパソコン内にロードされることも可能である。それから監視アプリケーションは、デコーダがブラウザ・アプリケーション２０３５、あるいはパソコンまたはデコーダ内のその他のアプリケーションを対象としたメッセージを正しく処理して経路指定することを可能にするように、経路指定テーブル２０３２とそのパラメータとの必要な構成を実行することができる。
デコーダ構成の更なる態様は一般的に、アプリケーション２０３７によっても処理され、監視アプリケーション２０３８からの制御信号によって制御することができる。このようにしてパソコンは、パソコン内のアプリケーションに向けられたデータ・メッセージの受信のためにデコーダを正しく構成するために必要なすべてのステップを行うことが可能になる。特に監視アプリケーション２０３８は、特定の通信周波数で送られるメッセージを受信するようにデコーダの同調を調整するアプリケーション２０３７に制御メッセージを送るように適応することができる。
監視アプリケーションはまた、デコーダが一部の、あるいは他のすべての情報源からの他の入力信号、例えばデコーダに関連した遠隔制御から受信したチャンネル変更要求を受け入れないようにデコーダを構成することもできる。他の制御パラメータは同様に、希望のように調整可能である。
この特定の実施例の利点は、理解されるであろう。一般にパソコン／デコーダ構成では、オペレータは、パソコン端末からシステムを駆動しているであろう。このような場合には、システムは一般に、デコーダ経由のシステムへのコマンドに対して応答すべきではない（もちろんＭＰＥＧデータの流れを介して受信されるコマンドは例外として）。本発明のこの実現形態は、このような矛盾の発生を防止し、例えばオペレータがＰＣアプリケーションの動作中にデコーダ遠隔制御によってチャンネルを誤って変更する可能性を回避する。
同様にパソコンからデコーダを制御することの利点は、パソコンにロードされた新しいアプリケーションが、標準のデコーダ、例えば既知のテレビジョン・チャンネルを受信するように正常に構成されたデコーダを自動的に再構成することができるということである。パソコン内の監視アプリケーションを用いてデコーダは、新しいアプリケーションのためのデータ伝送に関連するチャンネルを探し出して、このようなデータをＰＣコンピュータ内のアプリケーションにダウンロードして経路指定するように制御することができる。このようにして、正しいチャンネルにデコーダを調整することがパソコンによって自動的に実行されるので、ユーザは自分で正しいチャンネルにデコーダを調整する必要から解放される。
図３、４の実施例では、システムは、大体プロフェッショナルか商業タイプのサービスのために構成されており、この場合、デコーダは、パソコン内で使われるアプリケーションに関するデータを処理するためにだけ使われる。このようなサービスでは、デコーダはＴＶデータを処理するために使われることはなく、テレビジョン表示装置は必要ないであろう。
それにもかかわらず、一部の実施形態では、デコーダは、その「通常の」機能を実行するため、すなわち時々ディジタルＴＶデータを処理するためにも使うことができる。このような場合には、テレビジョンがシステム内のデコーダに接続されるであろう。この構成では、デコーダはユーザが希望するようにモードからモードへ変化することができる。
上述のように、例えばブラウザ・アプリケーションでの使用のためにダウンロードされたウェブ・ページ・データを受信するように、パソコンがデコーダの制御権を持った場合には、デコーダは、ユーザがパソコンからのコマンドによってセッションを終了させたといったような時までは、デコーダ遠隔制御等を介して受信したコマンドに応答しないであろう。
上記の論議は、ＭＰＥＧデータの流れを介して受信したパケット・データの経路指定に集中してきた。認められるように、経路指定テーブルはまた、装置のどのポートから受信したメッセージでもこれを経路指定するために使うことができる。特にパソコン内の対話型アプリケーションの場合、例えばウェブ・ブラウザ２０３６の場合には、コマンドは、ＰＣアプリケーションからサーバ４０００に送られることが必要になることもある。
最も単純な実施形態では、パソコンは標準のモデム接続２０２９を介してサーバ４０００に接続することができる。モデム２０２９を介して送られる、パソコン２０２７からの情報要求は、衛星または放送リンク２０１８を介してサーバによって送られる情報によって応答されるであろう。この実施形態は、コンピュータ２０２７の中の、あるいはコンピュータ２０２７に結合したモデムの存在を前提としている。
これに代わる構成では、パソコン２０２７からサーバ４０００に宛て先指定されたメッセージは、経路指定テーブル２０３２を介して経路指定されるべきシリアル／パラレル・ライン２０２５、２０２６を介して、デコーダ内に統合されたモデム２０２８に送られ、それからサーバ４０００に送られる。すべてのデコーダは実際にはこのようなモデムを装備して製造されるので、この構成による消費者への余計なコスト負担はない。
モデム２０２８はまた、デコーダ内のアプリケーションからのメッセージ、例えば選択されたチャンネル上の伝送品質を監視するために使われるアプリケーション２０３４からのメッセージ、あるいはアクセス制御アプリケーション２０３３からのメッセージを発送するためにも使えることは言うまでもない。特に、メッセージはまた、サーバからデコーダおよび／またはパソコンへ、モデム・リンク２０２８、２０２９のいずれかを介して送ることもできる。

Claims (17)

1. 放送デジタルデータ伝送を受信するためのコンピュータとデコーダの複合システムであって、
   前記デコーダは、前記受信したデータを各宛先に経路指定するための経路指定テーブルを備えた経路指定手段を有し、
   該経路指定手段は、該デコーダにおいて受信した放送デジタルデータを識別し、前記コンピュータに宛先指定されていると識別された受信データを前記コンピュータ内の前記経路指定テーブルに基づき指定されたアプリケーションに経路指定するよう構成され、
   前記デコーダはさらに、前記経路指定テーブルを設定することによって前記経路指定手段を設定するよう構成された構成アプリケーションを有する、システム。
2. 前記経路指定手段はさらに、前記デコーダに宛先指定されていると識別されたデータを前記デコーダ内の前記経路指定テーブルに基づき指定されたアプリケーションに経路指定するよう構成される、請求項１記載のシステム。
3. 前記コンピュータは、前記コンピュータの外部からの命令に応答するための前記デコーダの応答を制御するため、前記デコーダに制御信号を送信する制御手段を有する、請求項１又は２記載のシステム。
4. 前記制御手段は、前記構成アプリケーションを設定するため、前記デコーダに制御信号を送信するよう構成される、請求項３記載のシステム。
5. 前記制御手段は、前記コンピュータにダウンロードされるデジタルデータを受信するためのチャネル周波数を選択するため、前記デコーダ内のチューナの動作を制御するよう構成される、請求項３又は４記載のシステム。
6. 前記制御手段は、前記デコーダを選択された他のデコーダ入力から選択されたコマンドに応答させないため、前記デコーダに制御信号を送信するよう構成される、請求項３乃至５何れか一項記載のシステム。
7. 前記構成アプリケーションの少なくとも一部は、前記デコーダの初期製造時に前記デコーダのメモリに格納される、請求項１乃至６何れか一項記載のシステム。
8. 前記構成アプリケーションの少なくとも一部は、前記伝送される放送デジタルデータにより受信された命令によって、前記デコーダにロード又は変更される、請求項１乃至７何れか一項記載のシステム。
9. 前記経路指定手段は、少なくとも部分的にＭＰＥＧフォーマットにおいて使用されるＰＩＤの値に従って、ＭＰＥＧフォーマットにより受信した放送デジタルデータを経路指定するよう構成される、請求項１乃至８何れか一項記載のシステム。
10. 前記経路指定手段は、前記コンピュータに以前にインストールされた前記アプリケーション及び／又は前記コンピュータ内でインストール及び実行される前記アプリケーションによって処理される放送デジタルデータを前記コンピュータに経路指定するよう構成される、請求項１乃至９何れか一項記載のシステム。
11. 前記デコーダは、前記コンピュータへの解読された形式による以降の経路指定のため、スクランブル形式により放送されるデジタルデータを解読するよう構成される解読手段を有する、請求項１乃至１０何れか一項記載のシステム。
12. 前記デコーダは、前記スクランブルデータをスクランブル解除するのに以降で使用するため、前記放送デジタルデータ内の暗号化された制御語を解読するのに使用する活用キーの同等物を所有する、請求項１１記載のシステム。
13. 前記デコーダは、モデムを有し、
    前記経路指定手段は、前記コンピュータ内のアプリケーションから選択されたメッセージを前記モデムに経路指定するよう構成される、請求項１乃至１２何れか一項記載のシステム。
14. 前記コンピュータは、前記経路指定手段によって経路指定されたデータを受信するよう構成されるインターネットブラウザアプリケーションを有する、請求項１乃至１３何れか一項記載のシステム。
15. 前記コンピュータは、前記経路指定手段によって経路指定された金融データを受信するよう構成されるアプリケーションを有する、請求項１乃至１４何れか一項記載のシステム。
16. 前記デコーダに接続されるテレビディスプレイを有し、
    前記デコーダは、前記テレビディスプレイに以降に送信される受信した放送オーディオビジュアルデータを処理するよう構成される、請求項１乃至１５何れか一項記載のシステム。
17. 請求項１乃至１６何れか一項記載のコンピュータとデコーダの複合システムのためのデコーダであって、
    前記受信したデータを各宛先に経路指定するための経路指定テーブルを備えた経路指定手段を有し、
    前記経路指定手段は、該デコーダにおいて受信した放送デジタルデータを識別し、前記コンピュータに宛先指定されていると識別された受信データを前記コンピュータ内の前記経路指定テーブルに基づき指定されたアプリケーションに経路指定するよう構成され、
    当該デコーダはさらに、前記経路指定テーブルを設定することによって前記経路指定手段を設定するよう構成された構成アプリケーションを有する、デコーダ。

Images