デジタルビデオ受信機、限定受信モジュール及び転送方法
【課題】 ＤＶＢ受信機１とＣＡＳＳモジュール２を仲介するコマンドデータ専用のコマンドライン５を介してリソース／アプリケーションデータを転送する場合、それらのデータ転送レートが高いとき、処理過程に支障が生ずる可能性があり、高いデータ転送レートの転送を実現する。
【解決手段】 ＤＶＢ受信機１とＣＡＳＳモジュール２を介するトランスポートストリームの転送用のＴＳライン３，４を介して、選択的にリソース／アプリケーションデータを上記装置間で送受信する。
【解決手段】 ＤＶＢ受信機１とＣＡＳＳモジュール２を介するトランスポートストリームの転送用のＴＳライン３，４を介して、選択的にリソース／アプリケーションデータを上記装置間で送受信する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、デジタルビデオ受信機、限定受信モジュール及びそれらの間のデータの転送方法に関し、特に、制御されたデータの転送を速いレートで行うことを可能とする装置に関する。
【０００２】
【従来の技術】デジタルビデオ放送（digital video broadcast：以下ＤＶＢという。）受信機を限定受信装置（conditional access sub-system：以下ＣＡＳＳという。）モジュールと接続することが提案されてきた。ＤＶＢ受信機は、複数の放送局から送信された複数の仮想チャンネルを含む、放送信号を受信及び復調する。これらのチャンネル中の、特定の放送チャンネルのデータ又は特定の番組の放送データは、非契約者は受信できないようにスクランブルされている。ＣＡＳＳモジュールは、例えば放送データをデスクランブルする等して、放送データの受信を制御する。ＣＡＳＳモジュールは、サービス提供者によって、管理されているサービス契約情報をも有する。サービス提供者は、スクランブルされたデータをデスクランブルするための鍵情報とサービス管理情報を運ぶ暗号化されたメッセージを用いて、ＣＡＳＳモジュールにアクセスする。これにより、サービス提供者と、受信契約した者のみが、放送サービスを享受できる限定受信が可能となる。
【０００３】ＣＡＳＳモジュールが、ＤＶＢ受信機により受信されたＭＰＥＧ等のトランスポートストリームのデータをデスクランブルするために、ＤＶＢ受信機とＣＡＳＳモジュールとの間にインターフェースが備えられる。インターフェースは、トランスポートストリームをＣＡＳＳモジュールに送るためのラインと、トランスポートストリームをＤＶＢ受信機に送り返すためのラインを有する。
【０００４】ＤＶＢ受信機とＣＡＳＳモジュールとの間にコマンドインターフェースを備える。コマンドインターフェースを介して、ＤＶＢ受信機とＣＡＳＳモジュールとの間で、リソースとアプリケーションとの間のリソース／アプリケーションデータを送受信することが可能となる。
【０００５】コマンドインターフェースは、好ましくはオプションとして割り込みの機能を備えたポーリング方式を採用し、１バイト幅のラインを有する。ＤＶＢ受信機は、ＣＡＳＳモジュールが送るデータを有するかを調べ、有する場合には、ＣＡＳＳモジュールからのデータを、１バイト単位で読み込む。また、ＤＶＢ受信機が、送るべきデータを持っている場合には、自身のバッファのメモリに空きがあるかどうかを調べ、問題がなければ、ＣＡＳＳモジュールに１バイト単位のデータを送る。
【０００６】
【発明が解決しようとする課題】したがって、インターフェースは、コマンドインターフェースを介して、一定の最大容量のパケットを送る。これらのパケットの最大容量は、ＤＶＢ受信機のバッファの記憶容量又はＣＡＳＳモジュールのバッファの記憶容量によって決まる。ＤＶＢ受信機は、インターフェースを初期化するときに、ＣＡＳＳモジュールのバッファの記憶容量を読み込む。
【０００７】したがって、コマンドインターフェースのデータ転送レートの最大値はかなり小さい。
【０００８】ＣＡＳＳモジュールは、トランスポートストリームをデスクランブルすること以外の目的にも使用される。例えば、ＤＶＢ受信機のリモートコントローラとの通信、ＤＶＢ受信機のモデムとの通信、又はテレビジョン画面上にかなり複雑なグラフィックスを表示させることのような対話型のＣＡＳＳモジュールの利用が考えられる。これらを実行した場合、コマンドインターフェースのデータ転送レートの制限のために、例えば、処理に望ましくない遅延が生じたり、画面上に断続的な動作が生じたりする可能性がある。
【０００９】すなわち、本発明の目的は、ＤＶＢ受信機とＣＡＳＳモジュールとの間でデータ転送レートの高いリソース／アプリケーションデータのやりとりを、これらの装置の他の機能に支障なく円滑に行うことのできる手段を提供することである。
【００１０】
【課題を解決するための手段】本発明に係るデータの転送方法は、トランスポートストリームデータを送受信するためのトランスポートストリームライン（以下ＴＳラインという。）と、リソース／アプリケーションデータを送受信するためのコマンドラインとを介して接続するソケットを備えたデジタルビデオ受信機が、ＴＳラインを介してリソース／アプリケーションデータを選択的に転送することである。
【００１１】また、本発明に係るＤＶＢ受信機は、トランスポートストリームデータの送信及び受信用のＴＳラインと、リソース／アプリケーションデータの送信及び受信用のコマンドラインとを介して限定受信モジュールと接続するためのソケットを備え、ＴＳラインを介して選択的にリソース／アプリケーションデータを送受信する転送手段を備える。
【００１２】本発明に係るＣＡＳＳモジュールは、下記ラインを介してＤＶＢ受信機の複数のラインのソケットと接続し、トランスポートストリームデータを、デジタルビデオ受信機の対応するソケットへ送受信するＴＳラインと、リソース／アプリケーションデータを、デジタルビデオ受信機の対応するソケットへ送受信するコマンドラインを備え、ＴＳラインを介して、リソース／アプリケーションデータを選択的に送受信する転送手段を備える。このＴＳライン上でのリソース／アプリケーションデータの転送は、１つ又は複数の要因に基づいて選択される。
【００１３】ＣＡＳＳモジュールが、トランスポートストリームデータを処理する必要のないときは、ＤＶＢ受信機又はＣＡＳＳモジュールは、リソース／アプリケーションデータを選択的に送受信する転送手段を備える。
【００１４】この手法により、ＣＡＳＳモジュールが、トランスポートストリームを処理していないときは、トランスポートストリームに単にＣＡＳＳモジュールを通過させる代わりに、ＴＳラインをリソース／アプリケーションデータのために利用することができる。
【００１５】リソース／アプリケーションデータ転送のために必要なデータ転送レートが、コマンドラインの最大レートを超えるときにも、ＤＶＢ受信機又はＣＡＳＳモジュールは、ＴＳラインを介して、選択的にリソース／アプリケーションデータの送受信を行う。
【００１６】この手法により、リソース又はアプリケーションが非常に高いデータ転送レートを必要とするとき、ＴＳラインを介して、このリソース又はアプリケーションを必要なデータ転送レートで駆動させることができる。
【００１７】ＤＶＢ受信機又はＣＡＳＳモジュールは、トランスポートストリームの、ＣＡＳＳモジュールによって処理されていない仮想チャンネルのデータを選択して、その代わりにリソース／アプリケーションデータを送受信する手段を有する。
【００１８】ＣＡＳＳモジュールがＴＳライン上のトランスポートストリームとして転送されている時間多重化された仮想チャンネルの一部分のデータだけを処理するために利用されているとき、この手法は特に有益である。ＣＡＳＳモジュールが、トランスポートストリームの仮想チャンネル中の必要なチャンネルのデータを処理する一方で、ＤＶＢ受信機又はＣＡＳＳモジュールが、高速で転送する必要のあるリソース／アプリケーションデータを、ＴＳラインを介して、処理する必要のない仮想チャンネルのデータの代わりに転送するために、本発明を利用することができる。
【００１９】ＤＶＢ受信機は、ＴＳラインを介してリソース／アプリケーションデータが転送されているときに、ＣＡＳＳモジュールに向けて転送されたトランスポートストリームの転送先を変更する手段を有する。
【００２０】データの転送先の変更は、多くの手法で制御できる。例えば、利用者は、リソース／アプリケーションデータをＴＳライン上で流すことに対して、単に受信機を制御できるだけであるので、ＴＳラインの利用は、進行中の処理に伴うロードの現在値によって自動的に、受信機内で選択することができる。また、各仮想チャンネルの代わりに、選択的にリソース／アプリケーションデータが転送される場合には、転送先の変更は、トランスポートストリームの多重化された仮想チャンネルのタイミングと用途、すなわちそのチャンネルがＣＡＳＳモジュールで処理される必要があるか否かに基づいてなされる。
【００２１】受信機内のマイクロプロセッサ又はリソースマネージャにかかるロードを減ずるために、受信機はさらに、リソースマネージャを介さずに、リソース／アプリケーションデータをＴＳラインを介して直接所望のリソースへ転送する手段を設けてもよい。
【００２２】ＤＶＢ受信機は、トランスポートストリームが、放送トランスポートストリームである、ＤＶＢ受信機であることが好ましい。しかしながら、本発明は、広帯域入力データを伴う他の装置にも利用できる。例えば、インターネットや、デジタルビデオディスクプレーヤ又はデジタルビデオテープレコーダ（ＤＶＴＲ）等の蓄積装置などの情報源からの広帯域転送データの受信を伴う装置などである。
【００２３】
【発明の実施の形態】以下本発明に係るデジタルビデオ受信機（以下ＤＶＢ受信機という。）、限定受信装置（conditional access sub-system：以下ＣＡＳＳという。）モジュール及びそれらを仲介するインターフェースについて、図面を参照しながら説明する。なお、以下では、デジタルビデオ放送の受信に関して記述するが、これらの記述は、任意の広帯域トランスポートストリーム入力源からの信号受信に適用できる。
【００２４】図１に、ＤＶＢ受信機１、ＣＡＳＳモジュール２及びその間のインターフェースの配置を示す。このインターフェースは、本来の利用目的によって、トランスポートストリームライン（以下ＴＳラインという。）３，４及びコマンドライン５を有する。ＤＶＢ受信機１は、トランスポートストリームを受信及び復調し、ＴＳライン３を介して、これをＣＡＳＳモジュール２に転送する。ＣＡＳＳモジュール２は、トランスポートストリームの任意の仮想チャンネルのデータを扱うよう設定されている場合、状況に応じてこれらの仮想チャンネルのデータを処理する。通常、この処理とは、例えば放送データをデスクランブルすることである。ＣＡＳＳモジュール２は、適切に処理された仮想チャンネルのトランスポートストリームを、ＴＳライン４を介して、ＤＶＢ受信機１へ送り返す。コマンドライン５は、ＤＶＢ受信機１とＣＡＳＳモジュール２との間の通信を制御するために、コマンドインターフェースとして備えられている。
【００２５】ＤＶＢ受信機１は、内部のビデオ／オーディオデコーダ６で、送り返されてきたトランスポートストリームのデータを処理する。利用者の選択に基づいて、ＤＶＢ受信機１は、トランスポートストリームから必要なデータを選択するが、これは例えば、特定の仮想チャンネルを選択して、出力ライン７を介してビデオデータとオーディオデータを、テレビジョンのモニタに供給する。
【００２６】ＣＡＳＳモジュール２は、ＤＶＢ受信機１と分離した取り替え可能な独立した装置であることが好ましい。この場合において、ＤＶＢ受信機１とＣＡＳＳモジュール２との間のインターフェースの物理層は、例えばＰＣＭＣＩＡ（personalcomputer memory card industry association）によって規定されているような、ＰＣカードの規格に準拠している。このインターフェースは、標準的なＰＣカードインターフェースと、機械的に同一であり、電気的に類似しているが、これは、このインターフェースが、１バイト幅で規格されたＭＰＥＧトランスポートストリームの伝送路となるラインを提供するために、いくつかのピン及びラインを規格し直したものであることを意味する。このとき、コマンドライン５は、残りのピンに割り当てられる。
【００２７】なお、ＤＶＢ受信機１のインターフェースは、標準的なＰＣカードの規格に準拠しているので、ＤＶＢ受信機１は、標準的なＰＣカードのインターフェースを、任意の新たに挿入されたカードに提供し、挿入されたカードが、ＣＡＳＳモジュール２と共有できるものであるときにのみ、ＤＶＢ受信機１の上述したインターフェースのフォーマットに切り替えればよい。
【００２８】ＤＶＢ受信機１とＣＡＳＳモジュール２は、内部にアプリケーションとリソースを備えている。以下では、リソースがすべてＤＶＢ受信機１内に備えられている場合を記述する。
【００２９】図２に示すように、リソースは、メッセージやテレビジョン画像のようなグラフィックスを表示するためのスクリーン８，対話型のアプリケーションの使用などにより、送信及び受信データを扱い外部と通信するモデム９、ＤＶＢ受信機１の機能を制御するリモートコントローラ１０及び限定受信支援機１１等である。実際には、ＤＶＢ受信機１内のリソース自身は、単にこれらの装置のドライバ及びリカバリであってもかまわない。
【００３０】アプリケーション１２は、リソースのセッションを開くことによって、リソースにアクセスし、リソースとのすべての通信をそのセッション上で行い、リソースとアプリケーション１２との間でリソース／アプリケーションデータをやりとりする。
【００３１】アプリケーション１２には、広範な機能を持たせることができる。例えば、送信データをスクランブルして、特定の視聴者だけ受信が可能なようにする受信方式、すなわち限定受信のためのアプリケーション１２が考案されているが、このアプリケーション１２により、番組管理情報を扱い、利用者に受信契約料の定期的な請求又は特定の有料番組を視聴したときの支払い請求（pay-per-view：以下ペイパービューという。）をすることができる。ＣＡＳＳモジュール２は、さらに受信料が必要であることを示すコードを受信する。ＣＡＳＳモジュール２内のアプリケーション１２は、スクリーン８のセッションを解放し、受信料の請求を知らせるメッセージを表示させる。利用者は、それに対し、ＣＡＳＳモジュール２のアプリケーション１２と通信するために、リモートコントローラ１０を用いて受信契約の更新を希望する意志を示し、クレジットカードのカード番号等の必要な情報を伝えることができる。ＣＡＳＳモジュール２内のアプリケーション１２は、モデム９にアクセスして、サービス提供者に受信契約更新の意志とクレジットカードに関する情報を送信する。同様な操作が、ペイパービューに対しても利用できる。
【００３２】アプリケーション１２の別の機能によって、ＣＡＳＳモジュール２は、スクリーン８を制御して、リモートコントローラ１０によって制御される対話型ゲームのかなり複雑なグラフィックスを表示させる。
【００３３】上述したように、物理層がＰＣカードの規格に準拠しているために、コマンドインターフェースは、ポーリング方式を採用し、１バイト幅のコマンドライン５を有する。ＤＶＢ受信機１のホストプロセッサは、コマンドライン５のローレベルの物理層を制御する。ホストプロセッサは、ＣＡＳＳモジュール２が送るべきデータを有するかを調べ、ＣＡＳＳモジュール２から１バイト単位のデータを読み取る。ホストプロセッサが、送るべき情報を有する場合、ホストバッファに空きがあるかを調べ、ＣＡＳＳモジュール２に１バイト単位のデータを送る。さらに、コマンドインターフェースは、オプションとして割り込みの機能を備えていてもよい。この場合、ＣＡＳＳモジュール２内のプロセッサが、ＤＶＢ受信機１にアクセスすることができる。
【００３４】インターフェースの最下層の１つであるリンク層は、一定の最大のパケットをインターフェースを介して送るという役割を果たす。これらのパケットの最大値は、ＤＶＢ受信機１のバッファの記憶容量又は、ＣＡＳＳモジュール２のバッファの記憶容量によって決まる。ＤＶＢ受信機１は、インターフェースを初期化するときに、ＣＡＳＳモジュール２のバッファの記憶容量を読み取る。ＣＡＳＳモジュール２のバッファの記憶容量の最小値は、１６バイトであり、ＤＶＢ受信機１のバッファの記憶容量の最小値は、２５６バイトである。ＤＶＢ受信機１及びＣＡＳＳモジュール２のバッファの記憶容量の最大値は、６５５３６バイトである。コマンドライン５上でのデータ転送レートの最大値は、ＤＶＢ受信機１又はＣＡＳＳモジュール２のバッファの記憶容量の小さい方と、ポーリングレートによって決まる。
【００３５】したがって、コマンドライン５のデータ転送レートは、ＣＡＳＳモジュール２のバッファの記憶容量の最小値及びＤＶＢ受信機１のバッファの記憶容量の最小値と、ホストプロセッサによって決まっている物理層のポーリングレートによって決まっている。ＤＶＢ受信機１のバッファの最小記憶容量を２５６バイトとし、ポーリングレートを、妥当とされる１０ｍｓとすると、データ転送レートは、以下のようになる。
１／１０ｍｓ×２５６×８＝２０４．８ｋｂｉｔ／ｓ送信及び受信に、別々のバッファを用いる場合、このデータ転送レートは、同時に各送信及び受信に対して適用される。
【００３６】上記のデータ転送レートは、単純なアプリケーションを用いるとき、ＣＡＳＳモジュール２とＤＶＢ受信機１との間のコマンドインターフェースのデータ転送レートとして、十分であった。実際、コマンドライン５は、上述したリソース／アプリケーションデータを転送するために利用される。しかしながら、コマンドライン５のデータ転送レートの制限により、進歩したアプリケーションを利用するときに、問題が生ずる。
【００３７】アプリケーション１２は、利用者との通信のためにＤＶＢ受信機１のスクリーン８にアクセスする。他の装置によるものと同様、グラフィックスの表示は、解像度、色彩及び処理速度に関して妥当な質が期待される。２０４．８ｋｂｉｔ／ｓというデータ転送レートの制限を伴うコマンドライン５を介してグラフィックスを表示させた場合、上述の質を維持するのが困難である。
【００３８】ＤＶＢ受信機１及びＣＡＳＳモジュール２のバッファの記憶容量を増加させることによって、データ転送レートを改善することが可能である。これによりコマンドライン５のデータ転送レートが高まるが、別の要因を考慮する必要がある。ＤＶＢ受信機１は、多くのソフトウェアのタスクをリアルタイムで処理する装置である。これらのタスクは規則的に実行される必要があるので、タスクスケジューリングが必要である。
【００３９】２５６バイトのバッファの記憶容量を利用しきって、コマンドライン５を最大のデータ転送レートで利用する場合、２５６回のアクセスが必要となる。これらのアクセスは、各約１００ｎｓかかるので、合計で２５．６μｓのアクセス時間を要する。この時間に、さらにＣＰＵとバッファ間のアクセス指令伝達時間を加算しなければならないが、この時間は、ＤＶＢ受信機１に備えられたＣＰＵによって決まる。ダイレクトメモリアクセス（direct memory access：以下ＤＭＡと略記）制御方式を用いて、アクセス指令伝達時間を取り除くことができるが、アクセス時間は、アクセスに際しＣＰＵを介さなくても存在し、処理時間がかかることになる。
【００４０】コマンドライン５は、別のリソース／アプリケーションデータの転送によっても、すなわち別のリソースを起動させるアプリケーションデータの転送によっても、利用される。特に、コマンドライン５を大きなデータ量で利用するあるアプリケーションは、別のアプリケーションの動作に有害な影響を与え、利用者にそのアプリケーションの実行に際して不都合を感じさせる。逆に、利用者が転送データ量の多いアプリケーションを使用した場合、別のアプリケーションの転送によりその実行が妨害される可能性がある。
【００４１】上述したように、ＤＶＢ受信機１とＣＡＳＳモジュール２との間のインターフェースは、２つの部分に分けられる。すなわち、ＴＳライン３，４とコマンドライン５である。ＴＳライン３，４により、２つのトランスポートストリームを最大５８Ｍｂｉｔ／ｓでＣＡＳＳモジュール２への送信及び受信の２方向で処理することが可能である。本発明の一部として、リソースとアプリケーションとの間のデータの転送に、ＴＳライン３，４を利用することが提案されている。特に、ＭＰＥＧトランスポートストリームなどのトランスポートストリームは、コマンドライン５にデータを転送することなく、特定のリソースを起動させるためのアプリケーションデータを適切なフォーマットで運ぶことができる。
【００４２】図２に示すように、通常の放送信号の受信において、放送トランスポートストリームは、ＴＳライン３を介してＣＡＳＳモジュール２に転送され、そこでそのデータが適切に処理された後、その放送トランスポートストリームは、ＴＳライン４を介してＤＶＢ受信機１に送り返される。このトランスポートストリームのデータは、ビデオ／オーディオデコーダ６などでさらに処理される。しかしながら、図２に示したように、ＴＳライン３，４は、リソースマネージャ１３にも接続している。したがって、放送トランスポートストリームを、ＴＳライン３，４を介して転送する代わりに、リソースマネージャ１３とアプリケーション１２との間のリソース／アプリケーションデータを、ＴＳライン３，４を介して転送することが可能である。
【００４３】当然、ＴＳライン３，４を、リソースマネージャ１３とアプリケーション１２との間のリソース／アプリケーションデータの転送に利用した場合、ビデオデータ及びオーディオデータを含むトランスポートストリームは、中断される。しかしながら、これは２つの理由により大きな問題ではない。
【００４４】第１に、グラフィックスの操作などの、アプリケーション１２がＴＳライン３，４を利用する必要があるほど大量のデータを用いる場合、それと同時に、放送データを画面表示する必要が生ずる可能性は小さい。
【００４５】第２に、放送トランスポートストリームは、そのデータをデスクランブリングなどの何らかの処理を必要とする場合においてのみ、ＣＡＳＳモジュール２に転送される必要がある。トランスポートストリームに含まれる放送データは、デスクランブルする必要がないことがよくある。このような場合を考慮して、ＤＶＢ受信機１の内部に、切り替え回路を設けることができる。この切り替え回路により、インターフェース上の放送トランスポートストリームは転送先を変更され、ビデオ／オーディオデコーダ６に直接送られる。この手法により、ＤＶＢ受信機１は、放送画像を表示することができるが、このときＴＳライン３，４は、リソースマネージャ１３とアプリケーション１２との間のリソース／アプリケーションデータの転送に利用されている。適切な切り替えの仕組みを図３に示す。
【００４６】この切り替え回路は、通常は、受信したトランスポートストリームをＣＡＳＳモジュール２へ転送させる。
【００４７】切り替え回路は、リソースマネージャ１３と２点で接続している。これにより、切り替え回路は、ＣＡＳＳモジュール２から供給された高速で転送する必要のあるリソース／アプリケーションデータを、ＴＳライン３，４を介してリソースマネージャ１３へと転送することが可能となる。切り替え回路により、リソースマネージャ１３は、ＴＳライン３，４を介してＣＡＳＳモジュール２へ、リソース／アプリケーションデータを転送することが可能となった。この切り替え回路を用いることによって、ＣＡＳＳモジュール２が放送トランスポートストリームのデータを処理する必要がないとき、放送トランスポートストリームは、ＤＶＢ受信機１の別の部分でそのデータを処理するように、直接例えばビデオ／オーディオデコーダ６に転送される。図４は、図２において切り替え回路の配置の１例を明示したものである。
【００４８】上述の切り替え回路は、図５に示したＴＳ処理ユニット１４，１５を備える。ＴＳ処理ユニット１４は、広帯域トランスポートストリーム入力源及びリソースマネージャ１３からの入力データと、アプリケーション１２とＴＳ処理ユニット１５への出力データを扱うことを目的とし、ＴＳ処理ユニット１５は、ＴＳ処理ユニット１４とアプリケーション１２からの入力データと、リソースマネージャ１３とビデオ／オーディオデコーダ６への出力データを扱うことを目的とする。
【００４９】図５（ａ）に、ＴＳ処理ユニット１４を示す。これは、それぞれ広帯域トランスポートストリーム入力源及びリソースマネージャ１３と接続する入力端子１４Ａ，１４Ｂと、ＣＡＳＳモジュール２及びＴＳ処理ユニット１５と接続する出力端子１４Ｘ、１４Ｙを備える。
【００５０】この実施の形態において，ＴＳ処理ユニット１４は、ＤＶＢ受信機１のプロセッサによって制御され、ＤＶＢ受信機１内に備えられているが、配置又は制御法はこれ以外であってもよい。この装置は、入力端子１４Ａ又は入力端子１４Ｂから供給されたデータを出力端子１４Ｘにおいて出力し、入力端子１４Ａから供給されたトランスポートストリームを出力端子１４Ｙにおいて出力する。この手法により、リソースマネージャ１３がＴＳライン３を介してＣＡＳＳモジュール２にリソース／アプリケーションデータを転送しているときに、ＴＳ処理ユニット１４は、ＣＡＳＳモジュール２に向けて転送されてきたトランスポートストリームの転送先を変更して、ＴＳ処理ユニット１５に転送し直すことができる。
【００５１】図５（ｂ）に、ＴＳ処理ユニット１５を示す。これは、それぞれＣＡＳＳモジュール２及びＴＳ処理ユニット１４と接続する入力端子１５Ａ，１５Ｂと、リソースマネージャ１３及びビデオ／オーディオデコーダ６と接続する出力端子１５Ｘ、１５Ｙを備える。
【００５２】この実施の形態において、ＴＳ処理ユニット１５は、ＤＶＢ受信機１のプロセッサによって制御され、ＤＶＢ受信機１内に備えられているが、配置又は制御法はこれ以外であってもよい。この装置は、入力端子１５Ａから供給されたデータを出力端子１５Ｘにおいて出力し、入力端子１５Ａ又は入力端子１５Ｂから供給されたデータを、出力端子１５Ｙにおいて出力する。この手法により、リソースマネージャ１３に、ＴＳライン４を介して、ＣＡＳＳモジュール２からのデータが供給されているとき、ＴＳ処理ユニット１５は、ＴＳ処理ユニット１４から供給されたトランスポートストリームを、ビデオ／オーディオデコーダ６に転送することができる。
【００５３】当然、ここで重要なことは、ＴＳ処理ユニット１４，１５の機能であり、それらは図２に示されているのとは異なった配置にすることが、例えば２つの装置を１つの装置として配置することが可能である。実際、実用化に際しては、これらの２つの装置の機能を、ＤＶＢ受信機１のシリコン回路の一部に集積することが、もっとも実施しやすい。
【００５４】ＤＶＢ受信機１に供給されたＴＳライン３，４上のリソース／アプリケーションデータを、図２R>２，３に示されているように、リソースマネージャ１３に転送することができる。リソースマネージャ１３は、リソース／アプリケーションデータを、コマンドライン５上及びＴＳライン３，４上のどちらを利用しても扱える。したがって、通常のテレビジョン放送信号の受信に際しては、利用されるリソース／アプリケーションデータのレートは低いので、リソース／アプリケーションデータは、コマンドライン５を介して転送され、放送トランスポートストリームは、ＴＳライン３，４を介して転送される。高速で転送する必要のあるリソース／アプリケーションデータが用いられているときは、リソース／アプリケーションデータは、ＴＳライン３，４を介してリソースマネージャ１３に転送され、放送トランスポートストリームは、ＣＡＳＳモジュール２に転送されることなく、ビデオ／オーディオデコーダ６に転送先を変更される。
【００５５】いくつかの高速で転送される必要のあるデータを有するアプリケーションを扱う場合には、リソースマネージャ１３自体が、データ転送の速度を落とす。リソースマネージャ１３すなわちその内部のＣＰＵによってリソース／アプリケーションデータを直接扱うこと又は、ＤＭＡ制御方式を用いて間接的に扱うことの欠点は、それぞれＣＰＵに直接ロードがかかること又は、プロセッサのバスバンド幅が占有されてしまうことである。したがって、図６に示すように、ＴＳライン３，４上のリソース／アプリケーションデータを、高レートリソース１６に直接転送してもよい。特に、アプリケーション１２は、通常の方法で高レートリソース１６のセッションを解放する。高レートリソース１６は、例えば、トランスポートストリームグラフィックスデータ入力などの特別に設計されたリソースである。この高レートリソース１６のセッションが解放されると、リソース／アプリケーションデータをグラッフィック表示装置、すなわち高レートリソース１６に転送するために、アプリケーション１２がＴＳライン３，４を利用する。コマンドライン５は、制御データ又はステータスデータ等の、データ転送レートの低いリソース／アプリケーションデータを扱うために用いられ、リソース／アプリケーションデータは、ＴＳライン３，４を介して転送される。
【００５６】図２に示すように、図３の切り替え回路の機能により、放送トランスポートストリームを、転送先を変更して直接ビデオ／オーディオデコーダ６に転送し、ＴＳライン３，４が、アプリケーション１２と高レートリソース１６を仲介することが可能となる。同様に、ＴＳ処理ユニット１４，１５を図７のように配置することも可能である。
【００５７】図６，７に示すように、ＤＶＢ受信機１は、リソース／アプリケーションデータを供給され、専用のハードウェア又はＤＭＡ制御方式を用いて、グラフィックス表示装置などの高レートリソース１６へ、そのデータを転送する。グラフィックス表示装置は、カスタマイズされた専用のハードウェア又はＡＰＩを有するが、これによりＤＶＢ受信機１のホストマイクロプロセッサによって保持されているグラフィックスルーチンのライブラリにアクセスできる。
【００５８】以上の説明は、ＴＳライン３，４が、放送トランスポートストリーム又はリソース／アプリケーションデータのどちらか一方のみを扱う装置に関する。しかしながら、周知のように、トランスポートストリームは、複数の仮想チャンネルを伝送するために時間多重化されていることが多い。
【００５９】ＣＡＳＳモジュール２は、通常これらの仮想チャンネルのいくつかを選択して扱う。したがって、本発明の実施の形態として、ＣＡＳＳモジュール２で処理されていない仮想チャンネルを利用してもよい。
【００６０】ＴＳライン３，４を介して、ＣＡＳＳモジュール２又はＤＶＢ受信機１に供給されたデータは、初めに放送データに関するものか、リソース／アプリケーションデータに関するものか調べられる。この手法により、放送データに関するパケットは、適切に転送され、リソース／アプリケーションデータに関するものは、アプリケーション１２に転送又は、リソースマネージャ１３を介して又は直接リソースに転送される。
【００６１】ＴＳ処理ユニット１４，１５によって、上述の操作が可能である。実際、上述の時間多重化のために、ＴＳ処理ユニット１４において、出力端子１４Ｘが、広帯域トランスポートストリーム及び、リソースマネージャ１３又は高レートリソース１６からの、パケットを束ねたトランスポートストリームを出力し、出力端子１４Ｙが、広帯域トランスポートストリームから供給されたトランスポートストリームのみを出力することが可能である。
【００６２】ＴＳライン３，４を利用することにより、リソース／アプリケーションデータを、最高５８Ｍｂｉｔ／ｓのレートで転送することが可能である。このレートは、コマンドライン５を介して行われる転送レートより高く、ＤＶＢ受信機１及びＣＡＳＳモジュール２内のバッファの記憶容量やＤＶＢ受信機１のポーリングレートによって制限されない。
【００６３】コマンドライン５は、ＣＡＳＳモジュール２からの読み込み及び書き込みのために８ビットのバスを提供できるに過ぎないが、ＴＳライン３，４を利用することにより、コマンドライン５ではうまく扱えないＤＶＢ受信機１へ送受信される専用データを扱うことができる。
【００６４】上述したように、ＤＶＢ受信機１は、ＤＶＢ受信機１のホストマイクロプロセッサを介するか専用のハードウェアを用いることによって、リソース／アプリケーションデータのために専用のパスを割り振ることができる。これにより、他のデータ転送のためにバス幅を占有されているコマンドライン５にロードをかけずに、ＤＶＢ受信機１が、リソース／アプリケーションデータを扱うことが可能となる。
【００６５】専用ハードウェアを利用することの利点は、ＤＶＢ受信機１のマイクロプロセッサが、リソース／アプリケーションデータを扱うことをさけられる点である。ＴＳ処理ユニット１４，１５は、任意のパケットとして、トランスポートストリームを直接専用のハードウェアのポートに転送するために利用される。これにより、ＤＶＢ受信機１のホストマイクロプロセッサが、他のタスクの処理能力を上げることができる。
【００６６】
【発明の効果】以上の説明から明らかなように、本発明では、ＤＶＢ受信機１とＣＡＳＳモジュール２を仲介するインターフェース内の、本来放送データの転送のために用いられるＴＳライン３，４を、状況に応じてリソース／アプリケーションデータを転送するために用いることによって、ＤＶＢ受信機１及びＣＡＳＳモジュール２のバッファ記憶容量や、ＤＶＢ受信機１のポーリングレートによる制限をうけずに、非常に高いデータ転送レートでリソース／アプリケーションデータを転送することができる。さらに、高いデータ転送レートを必要とするリソース／アプリケーションデータの転送に際し、ＤＶＢ受信機１内のＣＰＵを介さず専用のハードウェアを用いることにより、このデータ転送中に、ＤＶＢ受信機１のＣＰＵが他のタスクを円滑に処理することができる。
【図面の簡単な説明】
【図１】ＣＡＳＳモジュールを伴うＤＶＢ受信機のブロック図である。
【図２】ＣＡＳＳモジュールと接続したＤＶＢ受信機に備えられたリソースのブロック図である。
【図３】図２の切り替えの仕組みを示す図である。
【図４】図２に示す実施の形態の切り替えの仕組みを詳述したブロック図である。
【図５】ＴＳ処理ユニットの図である。
【図６】ＣＡＳＳモジュールが、ＤＶＢ受信機内の高レートリソースと直接アクセスしている実施の形態を示すブロック図である。
【図７】図６の実施の形態の変形を示すブロック図である。
【符号の説明】
１ ＤＶＢ受信機、２ ＣＡＳＳモジュール、３ ＴＳライン，４ ＴＳライン，５ コマンドライン、６ ビデオ／オーディオデコーダ、８ スクリーン、９ モデム、１０ リモートコントローラ、１１ 限定受信支援機、１２ アプリケーション、１３ リソースマネージャ
【０００１】
【発明の属する技術分野】本発明は、デジタルビデオ受信機、限定受信モジュール及びそれらの間のデータの転送方法に関し、特に、制御されたデータの転送を速いレートで行うことを可能とする装置に関する。
【０００２】
【従来の技術】デジタルビデオ放送（digital video broadcast：以下ＤＶＢという。）受信機を限定受信装置（conditional access sub-system：以下ＣＡＳＳという。）モジュールと接続することが提案されてきた。ＤＶＢ受信機は、複数の放送局から送信された複数の仮想チャンネルを含む、放送信号を受信及び復調する。これらのチャンネル中の、特定の放送チャンネルのデータ又は特定の番組の放送データは、非契約者は受信できないようにスクランブルされている。ＣＡＳＳモジュールは、例えば放送データをデスクランブルする等して、放送データの受信を制御する。ＣＡＳＳモジュールは、サービス提供者によって、管理されているサービス契約情報をも有する。サービス提供者は、スクランブルされたデータをデスクランブルするための鍵情報とサービス管理情報を運ぶ暗号化されたメッセージを用いて、ＣＡＳＳモジュールにアクセスする。これにより、サービス提供者と、受信契約した者のみが、放送サービスを享受できる限定受信が可能となる。
【０００３】ＣＡＳＳモジュールが、ＤＶＢ受信機により受信されたＭＰＥＧ等のトランスポートストリームのデータをデスクランブルするために、ＤＶＢ受信機とＣＡＳＳモジュールとの間にインターフェースが備えられる。インターフェースは、トランスポートストリームをＣＡＳＳモジュールに送るためのラインと、トランスポートストリームをＤＶＢ受信機に送り返すためのラインを有する。
【０００４】ＤＶＢ受信機とＣＡＳＳモジュールとの間にコマンドインターフェースを備える。コマンドインターフェースを介して、ＤＶＢ受信機とＣＡＳＳモジュールとの間で、リソースとアプリケーションとの間のリソース／アプリケーションデータを送受信することが可能となる。
【０００５】コマンドインターフェースは、好ましくはオプションとして割り込みの機能を備えたポーリング方式を採用し、１バイト幅のラインを有する。ＤＶＢ受信機は、ＣＡＳＳモジュールが送るデータを有するかを調べ、有する場合には、ＣＡＳＳモジュールからのデータを、１バイト単位で読み込む。また、ＤＶＢ受信機が、送るべきデータを持っている場合には、自身のバッファのメモリに空きがあるかどうかを調べ、問題がなければ、ＣＡＳＳモジュールに１バイト単位のデータを送る。
【０００６】
【発明が解決しようとする課題】したがって、インターフェースは、コマンドインターフェースを介して、一定の最大容量のパケットを送る。これらのパケットの最大容量は、ＤＶＢ受信機のバッファの記憶容量又はＣＡＳＳモジュールのバッファの記憶容量によって決まる。ＤＶＢ受信機は、インターフェースを初期化するときに、ＣＡＳＳモジュールのバッファの記憶容量を読み込む。
【０００７】したがって、コマンドインターフェースのデータ転送レートの最大値はかなり小さい。
【０００８】ＣＡＳＳモジュールは、トランスポートストリームをデスクランブルすること以外の目的にも使用される。例えば、ＤＶＢ受信機のリモートコントローラとの通信、ＤＶＢ受信機のモデムとの通信、又はテレビジョン画面上にかなり複雑なグラフィックスを表示させることのような対話型のＣＡＳＳモジュールの利用が考えられる。これらを実行した場合、コマンドインターフェースのデータ転送レートの制限のために、例えば、処理に望ましくない遅延が生じたり、画面上に断続的な動作が生じたりする可能性がある。
【０００９】すなわち、本発明の目的は、ＤＶＢ受信機とＣＡＳＳモジュールとの間でデータ転送レートの高いリソース／アプリケーションデータのやりとりを、これらの装置の他の機能に支障なく円滑に行うことのできる手段を提供することである。
【００１０】
【課題を解決するための手段】本発明に係るデータの転送方法は、トランスポートストリームデータを送受信するためのトランスポートストリームライン（以下ＴＳラインという。）と、リソース／アプリケーションデータを送受信するためのコマンドラインとを介して接続するソケットを備えたデジタルビデオ受信機が、ＴＳラインを介してリソース／アプリケーションデータを選択的に転送することである。
【００１１】また、本発明に係るＤＶＢ受信機は、トランスポートストリームデータの送信及び受信用のＴＳラインと、リソース／アプリケーションデータの送信及び受信用のコマンドラインとを介して限定受信モジュールと接続するためのソケットを備え、ＴＳラインを介して選択的にリソース／アプリケーションデータを送受信する転送手段を備える。
【００１２】本発明に係るＣＡＳＳモジュールは、下記ラインを介してＤＶＢ受信機の複数のラインのソケットと接続し、トランスポートストリームデータを、デジタルビデオ受信機の対応するソケットへ送受信するＴＳラインと、リソース／アプリケーションデータを、デジタルビデオ受信機の対応するソケットへ送受信するコマンドラインを備え、ＴＳラインを介して、リソース／アプリケーションデータを選択的に送受信する転送手段を備える。このＴＳライン上でのリソース／アプリケーションデータの転送は、１つ又は複数の要因に基づいて選択される。
【００１３】ＣＡＳＳモジュールが、トランスポートストリームデータを処理する必要のないときは、ＤＶＢ受信機又はＣＡＳＳモジュールは、リソース／アプリケーションデータを選択的に送受信する転送手段を備える。
【００１４】この手法により、ＣＡＳＳモジュールが、トランスポートストリームを処理していないときは、トランスポートストリームに単にＣＡＳＳモジュールを通過させる代わりに、ＴＳラインをリソース／アプリケーションデータのために利用することができる。
【００１５】リソース／アプリケーションデータ転送のために必要なデータ転送レートが、コマンドラインの最大レートを超えるときにも、ＤＶＢ受信機又はＣＡＳＳモジュールは、ＴＳラインを介して、選択的にリソース／アプリケーションデータの送受信を行う。
【００１６】この手法により、リソース又はアプリケーションが非常に高いデータ転送レートを必要とするとき、ＴＳラインを介して、このリソース又はアプリケーションを必要なデータ転送レートで駆動させることができる。
【００１７】ＤＶＢ受信機又はＣＡＳＳモジュールは、トランスポートストリームの、ＣＡＳＳモジュールによって処理されていない仮想チャンネルのデータを選択して、その代わりにリソース／アプリケーションデータを送受信する手段を有する。
【００１８】ＣＡＳＳモジュールがＴＳライン上のトランスポートストリームとして転送されている時間多重化された仮想チャンネルの一部分のデータだけを処理するために利用されているとき、この手法は特に有益である。ＣＡＳＳモジュールが、トランスポートストリームの仮想チャンネル中の必要なチャンネルのデータを処理する一方で、ＤＶＢ受信機又はＣＡＳＳモジュールが、高速で転送する必要のあるリソース／アプリケーションデータを、ＴＳラインを介して、処理する必要のない仮想チャンネルのデータの代わりに転送するために、本発明を利用することができる。
【００１９】ＤＶＢ受信機は、ＴＳラインを介してリソース／アプリケーションデータが転送されているときに、ＣＡＳＳモジュールに向けて転送されたトランスポートストリームの転送先を変更する手段を有する。
【００２０】データの転送先の変更は、多くの手法で制御できる。例えば、利用者は、リソース／アプリケーションデータをＴＳライン上で流すことに対して、単に受信機を制御できるだけであるので、ＴＳラインの利用は、進行中の処理に伴うロードの現在値によって自動的に、受信機内で選択することができる。また、各仮想チャンネルの代わりに、選択的にリソース／アプリケーションデータが転送される場合には、転送先の変更は、トランスポートストリームの多重化された仮想チャンネルのタイミングと用途、すなわちそのチャンネルがＣＡＳＳモジュールで処理される必要があるか否かに基づいてなされる。
【００２１】受信機内のマイクロプロセッサ又はリソースマネージャにかかるロードを減ずるために、受信機はさらに、リソースマネージャを介さずに、リソース／アプリケーションデータをＴＳラインを介して直接所望のリソースへ転送する手段を設けてもよい。
【００２２】ＤＶＢ受信機は、トランスポートストリームが、放送トランスポートストリームである、ＤＶＢ受信機であることが好ましい。しかしながら、本発明は、広帯域入力データを伴う他の装置にも利用できる。例えば、インターネットや、デジタルビデオディスクプレーヤ又はデジタルビデオテープレコーダ（ＤＶＴＲ）等の蓄積装置などの情報源からの広帯域転送データの受信を伴う装置などである。
【００２３】
【発明の実施の形態】以下本発明に係るデジタルビデオ受信機（以下ＤＶＢ受信機という。）、限定受信装置（conditional access sub-system：以下ＣＡＳＳという。）モジュール及びそれらを仲介するインターフェースについて、図面を参照しながら説明する。なお、以下では、デジタルビデオ放送の受信に関して記述するが、これらの記述は、任意の広帯域トランスポートストリーム入力源からの信号受信に適用できる。
【００２４】図１に、ＤＶＢ受信機１、ＣＡＳＳモジュール２及びその間のインターフェースの配置を示す。このインターフェースは、本来の利用目的によって、トランスポートストリームライン（以下ＴＳラインという。）３，４及びコマンドライン５を有する。ＤＶＢ受信機１は、トランスポートストリームを受信及び復調し、ＴＳライン３を介して、これをＣＡＳＳモジュール２に転送する。ＣＡＳＳモジュール２は、トランスポートストリームの任意の仮想チャンネルのデータを扱うよう設定されている場合、状況に応じてこれらの仮想チャンネルのデータを処理する。通常、この処理とは、例えば放送データをデスクランブルすることである。ＣＡＳＳモジュール２は、適切に処理された仮想チャンネルのトランスポートストリームを、ＴＳライン４を介して、ＤＶＢ受信機１へ送り返す。コマンドライン５は、ＤＶＢ受信機１とＣＡＳＳモジュール２との間の通信を制御するために、コマンドインターフェースとして備えられている。
【００２５】ＤＶＢ受信機１は、内部のビデオ／オーディオデコーダ６で、送り返されてきたトランスポートストリームのデータを処理する。利用者の選択に基づいて、ＤＶＢ受信機１は、トランスポートストリームから必要なデータを選択するが、これは例えば、特定の仮想チャンネルを選択して、出力ライン７を介してビデオデータとオーディオデータを、テレビジョンのモニタに供給する。
【００２６】ＣＡＳＳモジュール２は、ＤＶＢ受信機１と分離した取り替え可能な独立した装置であることが好ましい。この場合において、ＤＶＢ受信機１とＣＡＳＳモジュール２との間のインターフェースの物理層は、例えばＰＣＭＣＩＡ（personalcomputer memory card industry association）によって規定されているような、ＰＣカードの規格に準拠している。このインターフェースは、標準的なＰＣカードインターフェースと、機械的に同一であり、電気的に類似しているが、これは、このインターフェースが、１バイト幅で規格されたＭＰＥＧトランスポートストリームの伝送路となるラインを提供するために、いくつかのピン及びラインを規格し直したものであることを意味する。このとき、コマンドライン５は、残りのピンに割り当てられる。
【００２７】なお、ＤＶＢ受信機１のインターフェースは、標準的なＰＣカードの規格に準拠しているので、ＤＶＢ受信機１は、標準的なＰＣカードのインターフェースを、任意の新たに挿入されたカードに提供し、挿入されたカードが、ＣＡＳＳモジュール２と共有できるものであるときにのみ、ＤＶＢ受信機１の上述したインターフェースのフォーマットに切り替えればよい。
【００２８】ＤＶＢ受信機１とＣＡＳＳモジュール２は、内部にアプリケーションとリソースを備えている。以下では、リソースがすべてＤＶＢ受信機１内に備えられている場合を記述する。
【００２９】図２に示すように、リソースは、メッセージやテレビジョン画像のようなグラフィックスを表示するためのスクリーン８，対話型のアプリケーションの使用などにより、送信及び受信データを扱い外部と通信するモデム９、ＤＶＢ受信機１の機能を制御するリモートコントローラ１０及び限定受信支援機１１等である。実際には、ＤＶＢ受信機１内のリソース自身は、単にこれらの装置のドライバ及びリカバリであってもかまわない。
【００３０】アプリケーション１２は、リソースのセッションを開くことによって、リソースにアクセスし、リソースとのすべての通信をそのセッション上で行い、リソースとアプリケーション１２との間でリソース／アプリケーションデータをやりとりする。
【００３１】アプリケーション１２には、広範な機能を持たせることができる。例えば、送信データをスクランブルして、特定の視聴者だけ受信が可能なようにする受信方式、すなわち限定受信のためのアプリケーション１２が考案されているが、このアプリケーション１２により、番組管理情報を扱い、利用者に受信契約料の定期的な請求又は特定の有料番組を視聴したときの支払い請求（pay-per-view：以下ペイパービューという。）をすることができる。ＣＡＳＳモジュール２は、さらに受信料が必要であることを示すコードを受信する。ＣＡＳＳモジュール２内のアプリケーション１２は、スクリーン８のセッションを解放し、受信料の請求を知らせるメッセージを表示させる。利用者は、それに対し、ＣＡＳＳモジュール２のアプリケーション１２と通信するために、リモートコントローラ１０を用いて受信契約の更新を希望する意志を示し、クレジットカードのカード番号等の必要な情報を伝えることができる。ＣＡＳＳモジュール２内のアプリケーション１２は、モデム９にアクセスして、サービス提供者に受信契約更新の意志とクレジットカードに関する情報を送信する。同様な操作が、ペイパービューに対しても利用できる。
【００３２】アプリケーション１２の別の機能によって、ＣＡＳＳモジュール２は、スクリーン８を制御して、リモートコントローラ１０によって制御される対話型ゲームのかなり複雑なグラフィックスを表示させる。
【００３３】上述したように、物理層がＰＣカードの規格に準拠しているために、コマンドインターフェースは、ポーリング方式を採用し、１バイト幅のコマンドライン５を有する。ＤＶＢ受信機１のホストプロセッサは、コマンドライン５のローレベルの物理層を制御する。ホストプロセッサは、ＣＡＳＳモジュール２が送るべきデータを有するかを調べ、ＣＡＳＳモジュール２から１バイト単位のデータを読み取る。ホストプロセッサが、送るべき情報を有する場合、ホストバッファに空きがあるかを調べ、ＣＡＳＳモジュール２に１バイト単位のデータを送る。さらに、コマンドインターフェースは、オプションとして割り込みの機能を備えていてもよい。この場合、ＣＡＳＳモジュール２内のプロセッサが、ＤＶＢ受信機１にアクセスすることができる。
【００３４】インターフェースの最下層の１つであるリンク層は、一定の最大のパケットをインターフェースを介して送るという役割を果たす。これらのパケットの最大値は、ＤＶＢ受信機１のバッファの記憶容量又は、ＣＡＳＳモジュール２のバッファの記憶容量によって決まる。ＤＶＢ受信機１は、インターフェースを初期化するときに、ＣＡＳＳモジュール２のバッファの記憶容量を読み取る。ＣＡＳＳモジュール２のバッファの記憶容量の最小値は、１６バイトであり、ＤＶＢ受信機１のバッファの記憶容量の最小値は、２５６バイトである。ＤＶＢ受信機１及びＣＡＳＳモジュール２のバッファの記憶容量の最大値は、６５５３６バイトである。コマンドライン５上でのデータ転送レートの最大値は、ＤＶＢ受信機１又はＣＡＳＳモジュール２のバッファの記憶容量の小さい方と、ポーリングレートによって決まる。
【００３５】したがって、コマンドライン５のデータ転送レートは、ＣＡＳＳモジュール２のバッファの記憶容量の最小値及びＤＶＢ受信機１のバッファの記憶容量の最小値と、ホストプロセッサによって決まっている物理層のポーリングレートによって決まっている。ＤＶＢ受信機１のバッファの最小記憶容量を２５６バイトとし、ポーリングレートを、妥当とされる１０ｍｓとすると、データ転送レートは、以下のようになる。
１／１０ｍｓ×２５６×８＝２０４．８ｋｂｉｔ／ｓ送信及び受信に、別々のバッファを用いる場合、このデータ転送レートは、同時に各送信及び受信に対して適用される。
【００３６】上記のデータ転送レートは、単純なアプリケーションを用いるとき、ＣＡＳＳモジュール２とＤＶＢ受信機１との間のコマンドインターフェースのデータ転送レートとして、十分であった。実際、コマンドライン５は、上述したリソース／アプリケーションデータを転送するために利用される。しかしながら、コマンドライン５のデータ転送レートの制限により、進歩したアプリケーションを利用するときに、問題が生ずる。
【００３７】アプリケーション１２は、利用者との通信のためにＤＶＢ受信機１のスクリーン８にアクセスする。他の装置によるものと同様、グラフィックスの表示は、解像度、色彩及び処理速度に関して妥当な質が期待される。２０４．８ｋｂｉｔ／ｓというデータ転送レートの制限を伴うコマンドライン５を介してグラフィックスを表示させた場合、上述の質を維持するのが困難である。
【００３８】ＤＶＢ受信機１及びＣＡＳＳモジュール２のバッファの記憶容量を増加させることによって、データ転送レートを改善することが可能である。これによりコマンドライン５のデータ転送レートが高まるが、別の要因を考慮する必要がある。ＤＶＢ受信機１は、多くのソフトウェアのタスクをリアルタイムで処理する装置である。これらのタスクは規則的に実行される必要があるので、タスクスケジューリングが必要である。
【００３９】２５６バイトのバッファの記憶容量を利用しきって、コマンドライン５を最大のデータ転送レートで利用する場合、２５６回のアクセスが必要となる。これらのアクセスは、各約１００ｎｓかかるので、合計で２５．６μｓのアクセス時間を要する。この時間に、さらにＣＰＵとバッファ間のアクセス指令伝達時間を加算しなければならないが、この時間は、ＤＶＢ受信機１に備えられたＣＰＵによって決まる。ダイレクトメモリアクセス（direct memory access：以下ＤＭＡと略記）制御方式を用いて、アクセス指令伝達時間を取り除くことができるが、アクセス時間は、アクセスに際しＣＰＵを介さなくても存在し、処理時間がかかることになる。
【００４０】コマンドライン５は、別のリソース／アプリケーションデータの転送によっても、すなわち別のリソースを起動させるアプリケーションデータの転送によっても、利用される。特に、コマンドライン５を大きなデータ量で利用するあるアプリケーションは、別のアプリケーションの動作に有害な影響を与え、利用者にそのアプリケーションの実行に際して不都合を感じさせる。逆に、利用者が転送データ量の多いアプリケーションを使用した場合、別のアプリケーションの転送によりその実行が妨害される可能性がある。
【００４１】上述したように、ＤＶＢ受信機１とＣＡＳＳモジュール２との間のインターフェースは、２つの部分に分けられる。すなわち、ＴＳライン３，４とコマンドライン５である。ＴＳライン３，４により、２つのトランスポートストリームを最大５８Ｍｂｉｔ／ｓでＣＡＳＳモジュール２への送信及び受信の２方向で処理することが可能である。本発明の一部として、リソースとアプリケーションとの間のデータの転送に、ＴＳライン３，４を利用することが提案されている。特に、ＭＰＥＧトランスポートストリームなどのトランスポートストリームは、コマンドライン５にデータを転送することなく、特定のリソースを起動させるためのアプリケーションデータを適切なフォーマットで運ぶことができる。
【００４２】図２に示すように、通常の放送信号の受信において、放送トランスポートストリームは、ＴＳライン３を介してＣＡＳＳモジュール２に転送され、そこでそのデータが適切に処理された後、その放送トランスポートストリームは、ＴＳライン４を介してＤＶＢ受信機１に送り返される。このトランスポートストリームのデータは、ビデオ／オーディオデコーダ６などでさらに処理される。しかしながら、図２に示したように、ＴＳライン３，４は、リソースマネージャ１３にも接続している。したがって、放送トランスポートストリームを、ＴＳライン３，４を介して転送する代わりに、リソースマネージャ１３とアプリケーション１２との間のリソース／アプリケーションデータを、ＴＳライン３，４を介して転送することが可能である。
【００４３】当然、ＴＳライン３，４を、リソースマネージャ１３とアプリケーション１２との間のリソース／アプリケーションデータの転送に利用した場合、ビデオデータ及びオーディオデータを含むトランスポートストリームは、中断される。しかしながら、これは２つの理由により大きな問題ではない。
【００４４】第１に、グラフィックスの操作などの、アプリケーション１２がＴＳライン３，４を利用する必要があるほど大量のデータを用いる場合、それと同時に、放送データを画面表示する必要が生ずる可能性は小さい。
【００４５】第２に、放送トランスポートストリームは、そのデータをデスクランブリングなどの何らかの処理を必要とする場合においてのみ、ＣＡＳＳモジュール２に転送される必要がある。トランスポートストリームに含まれる放送データは、デスクランブルする必要がないことがよくある。このような場合を考慮して、ＤＶＢ受信機１の内部に、切り替え回路を設けることができる。この切り替え回路により、インターフェース上の放送トランスポートストリームは転送先を変更され、ビデオ／オーディオデコーダ６に直接送られる。この手法により、ＤＶＢ受信機１は、放送画像を表示することができるが、このときＴＳライン３，４は、リソースマネージャ１３とアプリケーション１２との間のリソース／アプリケーションデータの転送に利用されている。適切な切り替えの仕組みを図３に示す。
【００４６】この切り替え回路は、通常は、受信したトランスポートストリームをＣＡＳＳモジュール２へ転送させる。
【００４７】切り替え回路は、リソースマネージャ１３と２点で接続している。これにより、切り替え回路は、ＣＡＳＳモジュール２から供給された高速で転送する必要のあるリソース／アプリケーションデータを、ＴＳライン３，４を介してリソースマネージャ１３へと転送することが可能となる。切り替え回路により、リソースマネージャ１３は、ＴＳライン３，４を介してＣＡＳＳモジュール２へ、リソース／アプリケーションデータを転送することが可能となった。この切り替え回路を用いることによって、ＣＡＳＳモジュール２が放送トランスポートストリームのデータを処理する必要がないとき、放送トランスポートストリームは、ＤＶＢ受信機１の別の部分でそのデータを処理するように、直接例えばビデオ／オーディオデコーダ６に転送される。図４は、図２において切り替え回路の配置の１例を明示したものである。
【００４８】上述の切り替え回路は、図５に示したＴＳ処理ユニット１４，１５を備える。ＴＳ処理ユニット１４は、広帯域トランスポートストリーム入力源及びリソースマネージャ１３からの入力データと、アプリケーション１２とＴＳ処理ユニット１５への出力データを扱うことを目的とし、ＴＳ処理ユニット１５は、ＴＳ処理ユニット１４とアプリケーション１２からの入力データと、リソースマネージャ１３とビデオ／オーディオデコーダ６への出力データを扱うことを目的とする。
【００４９】図５（ａ）に、ＴＳ処理ユニット１４を示す。これは、それぞれ広帯域トランスポートストリーム入力源及びリソースマネージャ１３と接続する入力端子１４Ａ，１４Ｂと、ＣＡＳＳモジュール２及びＴＳ処理ユニット１５と接続する出力端子１４Ｘ、１４Ｙを備える。
【００５０】この実施の形態において，ＴＳ処理ユニット１４は、ＤＶＢ受信機１のプロセッサによって制御され、ＤＶＢ受信機１内に備えられているが、配置又は制御法はこれ以外であってもよい。この装置は、入力端子１４Ａ又は入力端子１４Ｂから供給されたデータを出力端子１４Ｘにおいて出力し、入力端子１４Ａから供給されたトランスポートストリームを出力端子１４Ｙにおいて出力する。この手法により、リソースマネージャ１３がＴＳライン３を介してＣＡＳＳモジュール２にリソース／アプリケーションデータを転送しているときに、ＴＳ処理ユニット１４は、ＣＡＳＳモジュール２に向けて転送されてきたトランスポートストリームの転送先を変更して、ＴＳ処理ユニット１５に転送し直すことができる。
【００５１】図５（ｂ）に、ＴＳ処理ユニット１５を示す。これは、それぞれＣＡＳＳモジュール２及びＴＳ処理ユニット１４と接続する入力端子１５Ａ，１５Ｂと、リソースマネージャ１３及びビデオ／オーディオデコーダ６と接続する出力端子１５Ｘ、１５Ｙを備える。
【００５２】この実施の形態において、ＴＳ処理ユニット１５は、ＤＶＢ受信機１のプロセッサによって制御され、ＤＶＢ受信機１内に備えられているが、配置又は制御法はこれ以外であってもよい。この装置は、入力端子１５Ａから供給されたデータを出力端子１５Ｘにおいて出力し、入力端子１５Ａ又は入力端子１５Ｂから供給されたデータを、出力端子１５Ｙにおいて出力する。この手法により、リソースマネージャ１３に、ＴＳライン４を介して、ＣＡＳＳモジュール２からのデータが供給されているとき、ＴＳ処理ユニット１５は、ＴＳ処理ユニット１４から供給されたトランスポートストリームを、ビデオ／オーディオデコーダ６に転送することができる。
【００５３】当然、ここで重要なことは、ＴＳ処理ユニット１４，１５の機能であり、それらは図２に示されているのとは異なった配置にすることが、例えば２つの装置を１つの装置として配置することが可能である。実際、実用化に際しては、これらの２つの装置の機能を、ＤＶＢ受信機１のシリコン回路の一部に集積することが、もっとも実施しやすい。
【００５４】ＤＶＢ受信機１に供給されたＴＳライン３，４上のリソース／アプリケーションデータを、図２R>２，３に示されているように、リソースマネージャ１３に転送することができる。リソースマネージャ１３は、リソース／アプリケーションデータを、コマンドライン５上及びＴＳライン３，４上のどちらを利用しても扱える。したがって、通常のテレビジョン放送信号の受信に際しては、利用されるリソース／アプリケーションデータのレートは低いので、リソース／アプリケーションデータは、コマンドライン５を介して転送され、放送トランスポートストリームは、ＴＳライン３，４を介して転送される。高速で転送する必要のあるリソース／アプリケーションデータが用いられているときは、リソース／アプリケーションデータは、ＴＳライン３，４を介してリソースマネージャ１３に転送され、放送トランスポートストリームは、ＣＡＳＳモジュール２に転送されることなく、ビデオ／オーディオデコーダ６に転送先を変更される。
【００５５】いくつかの高速で転送される必要のあるデータを有するアプリケーションを扱う場合には、リソースマネージャ１３自体が、データ転送の速度を落とす。リソースマネージャ１３すなわちその内部のＣＰＵによってリソース／アプリケーションデータを直接扱うこと又は、ＤＭＡ制御方式を用いて間接的に扱うことの欠点は、それぞれＣＰＵに直接ロードがかかること又は、プロセッサのバスバンド幅が占有されてしまうことである。したがって、図６に示すように、ＴＳライン３，４上のリソース／アプリケーションデータを、高レートリソース１６に直接転送してもよい。特に、アプリケーション１２は、通常の方法で高レートリソース１６のセッションを解放する。高レートリソース１６は、例えば、トランスポートストリームグラフィックスデータ入力などの特別に設計されたリソースである。この高レートリソース１６のセッションが解放されると、リソース／アプリケーションデータをグラッフィック表示装置、すなわち高レートリソース１６に転送するために、アプリケーション１２がＴＳライン３，４を利用する。コマンドライン５は、制御データ又はステータスデータ等の、データ転送レートの低いリソース／アプリケーションデータを扱うために用いられ、リソース／アプリケーションデータは、ＴＳライン３，４を介して転送される。
【００５６】図２に示すように、図３の切り替え回路の機能により、放送トランスポートストリームを、転送先を変更して直接ビデオ／オーディオデコーダ６に転送し、ＴＳライン３，４が、アプリケーション１２と高レートリソース１６を仲介することが可能となる。同様に、ＴＳ処理ユニット１４，１５を図７のように配置することも可能である。
【００５７】図６，７に示すように、ＤＶＢ受信機１は、リソース／アプリケーションデータを供給され、専用のハードウェア又はＤＭＡ制御方式を用いて、グラフィックス表示装置などの高レートリソース１６へ、そのデータを転送する。グラフィックス表示装置は、カスタマイズされた専用のハードウェア又はＡＰＩを有するが、これによりＤＶＢ受信機１のホストマイクロプロセッサによって保持されているグラフィックスルーチンのライブラリにアクセスできる。
【００５８】以上の説明は、ＴＳライン３，４が、放送トランスポートストリーム又はリソース／アプリケーションデータのどちらか一方のみを扱う装置に関する。しかしながら、周知のように、トランスポートストリームは、複数の仮想チャンネルを伝送するために時間多重化されていることが多い。
【００５９】ＣＡＳＳモジュール２は、通常これらの仮想チャンネルのいくつかを選択して扱う。したがって、本発明の実施の形態として、ＣＡＳＳモジュール２で処理されていない仮想チャンネルを利用してもよい。
【００６０】ＴＳライン３，４を介して、ＣＡＳＳモジュール２又はＤＶＢ受信機１に供給されたデータは、初めに放送データに関するものか、リソース／アプリケーションデータに関するものか調べられる。この手法により、放送データに関するパケットは、適切に転送され、リソース／アプリケーションデータに関するものは、アプリケーション１２に転送又は、リソースマネージャ１３を介して又は直接リソースに転送される。
【００６１】ＴＳ処理ユニット１４，１５によって、上述の操作が可能である。実際、上述の時間多重化のために、ＴＳ処理ユニット１４において、出力端子１４Ｘが、広帯域トランスポートストリーム及び、リソースマネージャ１３又は高レートリソース１６からの、パケットを束ねたトランスポートストリームを出力し、出力端子１４Ｙが、広帯域トランスポートストリームから供給されたトランスポートストリームのみを出力することが可能である。
【００６２】ＴＳライン３，４を利用することにより、リソース／アプリケーションデータを、最高５８Ｍｂｉｔ／ｓのレートで転送することが可能である。このレートは、コマンドライン５を介して行われる転送レートより高く、ＤＶＢ受信機１及びＣＡＳＳモジュール２内のバッファの記憶容量やＤＶＢ受信機１のポーリングレートによって制限されない。
【００６３】コマンドライン５は、ＣＡＳＳモジュール２からの読み込み及び書き込みのために８ビットのバスを提供できるに過ぎないが、ＴＳライン３，４を利用することにより、コマンドライン５ではうまく扱えないＤＶＢ受信機１へ送受信される専用データを扱うことができる。
【００６４】上述したように、ＤＶＢ受信機１は、ＤＶＢ受信機１のホストマイクロプロセッサを介するか専用のハードウェアを用いることによって、リソース／アプリケーションデータのために専用のパスを割り振ることができる。これにより、他のデータ転送のためにバス幅を占有されているコマンドライン５にロードをかけずに、ＤＶＢ受信機１が、リソース／アプリケーションデータを扱うことが可能となる。
【００６５】専用ハードウェアを利用することの利点は、ＤＶＢ受信機１のマイクロプロセッサが、リソース／アプリケーションデータを扱うことをさけられる点である。ＴＳ処理ユニット１４，１５は、任意のパケットとして、トランスポートストリームを直接専用のハードウェアのポートに転送するために利用される。これにより、ＤＶＢ受信機１のホストマイクロプロセッサが、他のタスクの処理能力を上げることができる。
【００６６】
【発明の効果】以上の説明から明らかなように、本発明では、ＤＶＢ受信機１とＣＡＳＳモジュール２を仲介するインターフェース内の、本来放送データの転送のために用いられるＴＳライン３，４を、状況に応じてリソース／アプリケーションデータを転送するために用いることによって、ＤＶＢ受信機１及びＣＡＳＳモジュール２のバッファ記憶容量や、ＤＶＢ受信機１のポーリングレートによる制限をうけずに、非常に高いデータ転送レートでリソース／アプリケーションデータを転送することができる。さらに、高いデータ転送レートを必要とするリソース／アプリケーションデータの転送に際し、ＤＶＢ受信機１内のＣＰＵを介さず専用のハードウェアを用いることにより、このデータ転送中に、ＤＶＢ受信機１のＣＰＵが他のタスクを円滑に処理することができる。
【図面の簡単な説明】
【図１】ＣＡＳＳモジュールを伴うＤＶＢ受信機のブロック図である。
【図２】ＣＡＳＳモジュールと接続したＤＶＢ受信機に備えられたリソースのブロック図である。
【図３】図２の切り替えの仕組みを示す図である。
【図４】図２に示す実施の形態の切り替えの仕組みを詳述したブロック図である。
【図５】ＴＳ処理ユニットの図である。
【図６】ＣＡＳＳモジュールが、ＤＶＢ受信機内の高レートリソースと直接アクセスしている実施の形態を示すブロック図である。
【図７】図６の実施の形態の変形を示すブロック図である。
【符号の説明】
１ ＤＶＢ受信機、２ ＣＡＳＳモジュール、３ ＴＳライン，４ ＴＳライン，５ コマンドライン、６ ビデオ／オーディオデコーダ、８ スクリーン、９ モデム、１０ リモートコントローラ、１１ 限定受信支援機、１２ アプリケーション、１３ リソースマネージャ
【特許請求の範囲】
【請求項１】 トランスポートストリームの送信及び受信用のトランスポートストリームラインと、リソースとアプリケーションとの間でやりとりするデータであるリソース／アプリケーションデータの送信及び受信用のコマンドラインとを仲介して限定受信モジュールと接続するためのソケットを備え、上記トランスポートストリームラインを介して選択的に上記リソース／アプリケーションデータを送受信するデジタルビデオ受信機。
【請求項２】 少なくとも１つのリソースと該リソースを管理するリソースマネージャとを備え、上記リソース／アプリケーションデータは、上記リソースのために用いられ、上記リソースマネージャは、上記リソース／アプリケーションデータを、必要に応じて上記リソースに提供又は上記リソースから転送することを特徴とする請求項１記載のデジタルビデオ受信機。
【請求項３】 上記トランスポートストリームラインを介して供給された上記リソース／アプリケーションデータを、上記リソースマネージャを介さず、直接所望の上記リソースに転送する直接転送手段を備えることを特徴とする請求項２記載のデジタルビデオ受信機。
【請求項４】 上記トランスポートストリームラインを介して上記リソース／アプリケーションデータが転送されているときに、上記限定受信モジュールヘ向けて転送された上記トランスポートストリームの転送先を変更する変更手段を備える請求項１乃至３いずれか１項記載のデジタルビデオ受信機。
【請求項５】 上記変更手段は、使用者の１つ又は複数の選択、上記デジタルビデオ受信機でのデータ処理及び／又は、上記トランスポートストリームの多重化された仮想チャンネルのタイミングと用途に基づいて制御されることを特徴とする請求項４記載のデジタルビデオ受信機。
【請求項６】 上記限定受信モジュールが上記トランスポートストリームのデータを処理する必要のないときに上記トランスポートストリームラインを介して、選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えていることを特徴とする請求項１乃至５いずれか１項記載のデジタルビデオ受信機。
【請求項７】 上記リソース／アプリケーションデータのデータ転送レートが上記コマンドラインの最大許容レートを越えるときに、上記トランスポートストリームラインを介して選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えていることを特徴とする請求項１乃至５いずれか１項記載のデジタルビデオ受信機。
【請求項８】 上記限定受信モジュールによって処理されていない上記トランスポートストリームの仮想チャンネル上で、選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えることを特徴とする請求項１乃至５いずれか１項記載のデジタルビデオ受信機。
【請求項９】 トランスポートストリームを、デジタルビデオ受信機の対応するソケットへ送受信するトランスポートストリームラインと、リソース／アプリケーションデータを、上記デジタルビデオ受信機の対応するソケットへ送受信するコマンドラインとを備え、上記トランスポートストリームラインを介して、上記リソース／アプリケーションデータを選択的に送受信する上記ソケットを介して上記デジタルビデオ受信機と接続する限定受信モジュール。
【請求項１０】 トランスポートストリームデータを処理する必要のないときに上記トランスポートストリームラインを介して、選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えることを特徴とする請求項９記載の限定受信モジュール。
【請求項１１】 上記リソース／アプリケーションデータのデータ転送レートは、上記コマンドラインの最大許容レートを越えるときに、上記トランスポートストリームラインを介して選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えることを特徴とする請求項９記載の限定受信モジュール。
【請求項１２】 上記限定受信モジュールによって処理されていない上記トランスポートストリームの仮想チャンネル上で、選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えることを特徴とする請求項９記載の限定受信モジュール。
【請求項１３】 トランスポートストリームデータを送受信するためのトランスポートストリームラインと、リソース／アプリケーションデータを送受信するためのコマンドラインを介して限定受信モジュールに接続するソケットとを備えたデジタルビデオ受信機を用いたデータの転送方法であって、上記トランスポートストリームラインを介して上記リソース／アプリケーションデータを選択的に転送するステップを有する転送方法。
【請求項１】 トランスポートストリームの送信及び受信用のトランスポートストリームラインと、リソースとアプリケーションとの間でやりとりするデータであるリソース／アプリケーションデータの送信及び受信用のコマンドラインとを仲介して限定受信モジュールと接続するためのソケットを備え、上記トランスポートストリームラインを介して選択的に上記リソース／アプリケーションデータを送受信するデジタルビデオ受信機。
【請求項２】 少なくとも１つのリソースと該リソースを管理するリソースマネージャとを備え、上記リソース／アプリケーションデータは、上記リソースのために用いられ、上記リソースマネージャは、上記リソース／アプリケーションデータを、必要に応じて上記リソースに提供又は上記リソースから転送することを特徴とする請求項１記載のデジタルビデオ受信機。
【請求項３】 上記トランスポートストリームラインを介して供給された上記リソース／アプリケーションデータを、上記リソースマネージャを介さず、直接所望の上記リソースに転送する直接転送手段を備えることを特徴とする請求項２記載のデジタルビデオ受信機。
【請求項４】 上記トランスポートストリームラインを介して上記リソース／アプリケーションデータが転送されているときに、上記限定受信モジュールヘ向けて転送された上記トランスポートストリームの転送先を変更する変更手段を備える請求項１乃至３いずれか１項記載のデジタルビデオ受信機。
【請求項５】 上記変更手段は、使用者の１つ又は複数の選択、上記デジタルビデオ受信機でのデータ処理及び／又は、上記トランスポートストリームの多重化された仮想チャンネルのタイミングと用途に基づいて制御されることを特徴とする請求項４記載のデジタルビデオ受信機。
【請求項６】 上記限定受信モジュールが上記トランスポートストリームのデータを処理する必要のないときに上記トランスポートストリームラインを介して、選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えていることを特徴とする請求項１乃至５いずれか１項記載のデジタルビデオ受信機。
【請求項７】 上記リソース／アプリケーションデータのデータ転送レートが上記コマンドラインの最大許容レートを越えるときに、上記トランスポートストリームラインを介して選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えていることを特徴とする請求項１乃至５いずれか１項記載のデジタルビデオ受信機。
【請求項８】 上記限定受信モジュールによって処理されていない上記トランスポートストリームの仮想チャンネル上で、選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えることを特徴とする請求項１乃至５いずれか１項記載のデジタルビデオ受信機。
【請求項９】 トランスポートストリームを、デジタルビデオ受信機の対応するソケットへ送受信するトランスポートストリームラインと、リソース／アプリケーションデータを、上記デジタルビデオ受信機の対応するソケットへ送受信するコマンドラインとを備え、上記トランスポートストリームラインを介して、上記リソース／アプリケーションデータを選択的に送受信する上記ソケットを介して上記デジタルビデオ受信機と接続する限定受信モジュール。
【請求項１０】 トランスポートストリームデータを処理する必要のないときに上記トランスポートストリームラインを介して、選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えることを特徴とする請求項９記載の限定受信モジュール。
【請求項１１】 上記リソース／アプリケーションデータのデータ転送レートは、上記コマンドラインの最大許容レートを越えるときに、上記トランスポートストリームラインを介して選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えることを特徴とする請求項９記載の限定受信モジュール。
【請求項１２】 上記限定受信モジュールによって処理されていない上記トランスポートストリームの仮想チャンネル上で、選択的に上記リソース／アプリケーションデータを送受信する転送手段を備えることを特徴とする請求項９記載の限定受信モジュール。
【請求項１３】 トランスポートストリームデータを送受信するためのトランスポートストリームラインと、リソース／アプリケーションデータを送受信するためのコマンドラインを介して限定受信モジュールに接続するソケットとを備えたデジタルビデオ受信機を用いたデータの転送方法であって、上記トランスポートストリームラインを介して上記リソース／アプリケーションデータを選択的に転送するステップを有する転送方法。
【図１】
【図２】
【図５】
【図３】
【図４】
【図６】
【図７】
【図２】
【図５】
【図３】
【図４】
【図６】
【図７】
【公開番号】特開平１１−３３１８０１
【公開日】平成１１年（１９９９）１１月３０日
【国際特許分類】
【出願番号】特願平１０−３４９０４６
【出願日】平成１０年（１９９８）１２月８日
【出願人】（５９３０８１４０８）ソニー・ユナイテッド・キングダム・リミテッド (93)
【氏名又は名称原語表記】Ｓｏｎｙ Ｕｎｉｔｅｄ Ｋｉｎｇｄｏｍ Ｌｉｍｉｔｅｄ
【公開日】平成１１年（１９９９）１１月３０日
【国際特許分類】
【出願日】平成１０年（１９９８）１２月８日
【出願人】（５９３０８１４０８）ソニー・ユナイテッド・キングダム・リミテッド (93)
【氏名又は名称原語表記】Ｓｏｎｙ Ｕｎｉｔｅｄ Ｋｉｎｇｄｏｍ Ｌｉｍｉｔｅｄ
[ Back to top ]