JP4265031B2 - 通信制御方法及び装置、通信制御システム - Google Patents
通信制御方法及び装置、通信制御システム Download PDFInfo
- Publication number
- JP4265031B2 JP4265031B2 JP15440699A JP15440699A JP4265031B2 JP 4265031 B2 JP4265031 B2 JP 4265031B2 JP 15440699 A JP15440699 A JP 15440699A JP 15440699 A JP15440699 A JP 15440699A JP 4265031 B2 JP4265031 B2 JP 4265031B2
- Authority
- JP
- Japan
- Prior art keywords
- communication control
- signal
- processing
- communication
- hierarchy
- 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.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、例えば放送番組提供者から供給される放送番組等の情報を通信路上で送受する通信制御方法及び装置、通信制御システムに関する。
【０００２】
【従来の技術】
例えば、放送番組提供者（以下、放送プロバイダとする）から特定利用者（受信契約者等）向けに提供される放送番組の信号（以下、放送信号と呼ぶ）には、一般に放送プロバイダが採用している所定の信号処理（例えば暗号化処理、具体的にはスクランブル処理等）が施されており、したがって、当該放送番組を視聴するためには上記放送プロバイダから提供された放送信号に対して、当該放送プロバイダが採用している所定の信号処理に対応した処理（暗号化を解くため暗号解読処理、具体的にはデスクランブル処理等）を行う必要がある。すなわち、上記放送プロバイダから提供される放送番組を視聴するためには、その放送信号を受信すると共に上記所定の信号処理に対応した信号処理を行うための専用装置が必要である。なお、上記所定の信号処理（スクランブル処理等）が施されて特定利用者に提供される放送番組としては、例えば有料放送番組などがある。
【０００３】
【発明が解決しようとする課題】
ところで、放送プロバイダは、通常、複数存在することが多く、これら複数の放送プロバイダが各々採用する所定の信号処理もそれぞれ異なっていることが多い。したがって、複数の放送プロバイダから複数の放送番組が提供されているような場合において、各放送プロバイダから提供される複数の放送番組をそれぞれ視聴するためには、各放送信号を受信すると共に各放送プロバイダ毎に採用されている異なった信号処理に対応した処理を行わなければならず、したがって、複数の専用装置が必要となっている。
【０００４】
このようなことから、各放送プロバイダから提供される複数の放送番組をそれぞれ視聴したいユーザは、複数の専用装置を購入しなければならず、非常に不経済で負担が多くなっている。
【０００５】
そこで、本発明はこのような状況に鑑みてなされたものであり、例えば複数の放送番組提供者からの複数の放送番組を、簡易かつ安価に視聴可能とする通信制御方法及び装置、通信制御システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明の通信制御方法は、複数種類の異なる処理の何れかを必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御方法において、上記ネットワークにおける通信を制御する一の通信制御装置により、上記複数種類の異なる処理の何れを必要とする階層を含む信号であるかを指定し、指定結果を出力する指定工程と、上記指定工程で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理工程と、上記指定工程で出力された指定結果に基づいて、上記ネットワークに接続されている、上記指定された信号に含まれる異なる処理を必要とする階層に対する処理を実行可能な少なくとも１以上の他の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定工程と、上記経路設定工程で設定された通信経路を介して上記指定工程で指定された信号を送受し、上記他の通信制御装置により上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理工程とを有することにより、上述した課題を解決する。
【０００７】
ここで、上記通信経路は、上記一の通信制御装置から上記他の通信制御装置への第１の経路と、上記他の通信制御装置から上記一の通信制御装置への第２の経路とからなる。
【０００８】
また、本発明の通信制御システムは、異なる処理を必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御システムにおいて、上記ネットワークにおける通信を制御する一の通信制御装置は、上記複数の信号の何れかを処理するかを指定し、指定結果を出力する指定手段と、上記指定手段で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理手段と、上記指定手段で出力された指定結果に基づいて、上記ネットワークに接続されている少なくとも１以上の他の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定手段とを有し、上記他の通信制御装置は、上記一の通信制御装置により設定された上記通信経路を介して上記指定手段で指定された信号を送受し、上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理手段とを有することにより、上述した課題を解決する。
【０００９】
ここで、上記通信経路は、上記一の通信制御装置から上記他の通信制御装置への第１の経路と、上記他の通信制御装置から上記一の通信制御装置への第２の経路とからなる。
【００１０】
また、本発明の通信制御装置は、複数種類の異なる処理の何れかを必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御装置において、上記複数種類の異なる処理の何れを必要とする階層を含む信号であるかを指定し、指定結果を出力する指定手段と、上記指定手段で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理手段と、上記指定手段で出力された指定結果に基づいて、上記ネットワークに接続されている、上記指定された信号に含まれる異なる処理を必要とする階層に対する処理を実行可能な少なくとも１以上の他の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定手段とを有し、上記ネットワークに接続されている上記他の通信制御装置は、上記経路設定手段により設定された上記通信経路を介して上記指定手段で指定された信号を送受し、上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理手段とを有することにより、上述した課題を解決する。
【００１１】
ここで、上記通信経路は、上記同処理手段によって処理された信号を上記同処理手段から上記他の通信制御装置へ伝送する第１の経路と、上記他の通信制御装置によって処理された信号を上記他の通信制御装置から上記同処理手段へ伝送する第２の経路とからなる。
【００１２】
また、本発明の通信制御装置は、複数種類の異なる処理の何れかを必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御装置において、上記ネットワークにおける通信経路を介して、上記複数の信号のうち少なくとも１つの信号を入力し、上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理手段と、上記通信経路を介して、上記異処理手段で処理された信号を共通の処理が可能な階層の処理を行う他の通信制御装置に送出する送出手段とを有し、上記ネットワークに接続されている上記他の通信制御装置は、上記複数種類の異なる処理の何れを必要とする階層を含む信号であるかを指定し、指定結果を出力する指定手段と、上記指定手段で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理手段と、上記指定手段で出力された指定結果に基づいて、上記ネットワークに接続されている、上記指定された信号に含まれる異なる処理を必要とする階層に対する処理を実行可能な少なくとも１以上の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定手段とを有することにより、上述した課題を解決する。
【００１３】
【発明の実施の形態】
本発明の好ましい実施の形態について、図面を参照しながら説明する。
【００１４】
本発明実施の形態では、複数の放送プロバイダから提供される複数の放送番組を視聴可能とするために、各放送プロバイダに依存しない装置すなわち各放送プロバイダ毎に採用されている所定の信号処理に関係しない装置と、各放送プロバイダに依存する装置すなわち各放送プロバイダ毎に採用されている所定の信号処理に関係する装置とを別々の構成として用意すると共に、上記各放送プロバイダに依存しない装置を一つの構成としてまとめ、当該放送プロバイダに依存しない一つの装置と上記各放送プロバイダに依存する複数の装置とを接続するようなシステム構成を採用している。
【００１５】
このような構成を採用することで、前述したように各放送プロバイダからの複数の放送番組を視聴するために複数の専用装置を用意する必要がなくなり、したがって、ユーザの負担が軽減されるばかりでなく、装置の開発者の負担も軽減される。
【００１６】
ここで、上記放送プロバイダに依存しない装置としては、放送されている放送番組の信号（放送信号）を受信する受信装置（チューナ等）を挙げることができる。一方、上記放送プロバイダに依存する装置としては、各放送プロバイダ毎に採用されている所定の信号処理に対応する処理を行う信号処理装置、例えば暗号化処理（スクランブル処理）を解くための解読装置（デスクランブラ）を挙げることができる。また、本実施の形態のシステムは、上記受信装置が１台で、上記信号処理装置が複数台となり、これら受信装置と複数の信号処理装置を接続するような構成となされる。
【００１７】
但し、上述のように１台の受信装置と複数の信号処理装置を接続するようなシステム構成において、視聴したい放送番組を切り替えることによって、その放送番組を提供している放送プロバイダも切り替わるような番組変更を行う場合には、受信装置と接続される信号処理装置を切り替えることが必要となる。例えば、受信装置と信号処理装置の接続が１対１に対応しているような場合には、番組変更の都度、その接続をし直さなければならず、また、例えば切り替え可能な分配器を介して受信装置と複数の信号処理装置を接続しているような場合にも当該分配器の切り替えを行わなければならない。
【００１８】
このようなことから、本実施の形態のシステムでは、放送プロバイダの切り替えを伴う番組変更を行う場合であっても、受信装置と各信号処理装置との間の接続をし直したり、分配器の切り替えを行ったりする必要がなく、放送プロバイダの切り替えを伴う番組変更の指定がなされたときに、その番組変更を自動的に検出し、受信装置と信号処理装置の接続状態を自動的に切り替えることを実現するために、いわゆるＩＥＥＥ１３９４規格のシリアルバスにて受信装置と各信号処理装置との間を接続し、当該ＩＥＥＥ１３９４規格のシリアルバスに接続された各機器のうちの一つ、例えば上記受信装置をＩＥＥＥ１３９４規格における制御ノードとし、他の機器、例えば各信号処理装置を被制御ノードとして、制御ノードが自分自身及び他の各被制御ノードの接続及び通信状態を制御するようにしている。なお、制御ノードは、受信装置に限らず、信号処理装置であってもよく、或いは当該ＩＥＥＥ１３９４規格のシリアルバスに接続された、更に別のノード（機器）、例えばビデオテープレコーダやテレビジョン受像機等であってもよい。
【００１９】
ここで、ＩＥＥＥ１３９４規格について簡単に説明する。
【００２０】
ＩＥＥＥ１３９４規格とは、ＩＥＥＥ（Institute of Electrical and Electronics Engineers：米国電気電子技術者協会）による規格であり、ディジタルビデオレコーダ等の家庭用電子機器同士の接続やこれら電子機器とコンピュータとの間の接続といったマルチメディア用途に向くものとして注目されている。
【００２１】
ＩＥＥＥ１３９４規格では、基本的に２組のツイストペア線を用いて伝送が行われる。その伝送方法は、１方向の伝送にツイストペア線を２組とも使う、いわゆる半２重の通信である。この通信法には、ＤＳコーディングと呼ばれる通信方法が採用されており、これは、ツイストペア線の片側にデータを、他方にストローブと呼ばれる信号を送り、２つの信号の排他的論理和をとることで、受信側でクロックを再現するというものである。
【００２２】
ＩＥＥＥ１３９４規格のデータレートは、９８．３０４Ｍｂｐｓ（Ｓ１００）、１９６．６０８Ｍｂｐｓ（Ｓ２００）、３９３．２１６Ｍｂｐｓ（Ｓ４００）の３種類が定義されており、高速のレートに対応した機器はそれより遅いレートのノード（機器）をサポートしなければならない、いわゆる上位互換性が定められている。
【００２３】
各ノードは、最大２７個までのポートを持つことが許されており、各ノードのポートをＩＥＥＥ１３９４シリアルバスを介して接続することで最大６３台までのノードをネットワーク化することができる。なお、異なる２つのＩＥＥＥ１３９４シリアルバスにそれぞれ接続された１組のノード（ポータル）を、これら２つの異なるＩＥＥＥ１３９４シリアルバス間の橋渡しを行うブリッジとして使用し、当該ブリッジを使用して複数（２つ以上）のバスの間でデータの伝送を行うようなネットワーク構成も提案されている。すなわち、１つのＩＥＥＥ１３９４バスに接続できる機器（ノード）の数は、最大で６３個に制限されているが、複数のバスをブリッジを用いて連結し、バスとブリッジからなるネットワークを構成することにより、更に多くのノードを接続することが可能になされている。なお、ブリッジを構成するノード（ポータル）間におけるデータの伝送は、ケーブルのみならず、電波や赤外線等を用いて行うことも既に提案されている。
【００２４】
ＩＥＥＥ１３９４規格では、その接続時にバスの初期化処理が行われ、複数のノードの接続を行うとツリー構造が自動的に内部にて構成される。その後、各ノードのアドレスが自動的に割り振られる。ＩＥＥＥ１３９４規格上では、１台のノードが送信した信号を他のノードが中継することで、ネットワーク内の全てのノードに同じ内容の信号を伝えることが可能である。したがって、無秩序な送受信を防止するために、各ノードは送信を開始する前にバスの使用権を調停する必要がある。バスの使用権を得るためには、先ずバスが開放されるのを待ち、ツリー上の親機に対してバス使用権の要求信号を送る。そして、要求を受けた親機は、さらなる親機に信号を中継し、要求信号は最終的には最上位の親機である制御ノードにまで達する。制御ノードは、要求信号を受けると使用許可信号を返し、許可を受けたノード（被制御ノード）は通信を行うことが可能となる。但し、このとき複数のノードから同時に要求信号が出された場合には、１台にのみ許可信号が与えられ、他の要求は拒否される。
【００２５】
このように、ＩＥＥＥ１３９４規格上は、バスの使用権を奪い合いながら、複数のノードが１つのバスを時分割多重で使用している。
【００２６】
ＩＥＥＥ１３９４規格では、リアルタイム性を保証する同期通信、すなわちアイソクロナス通信（isochronous data transfer）を定義してある。また、ＩＥＥＥ１３９４規格には、この同期通信に対して、非同期通信、すなわちアシンクロナス通信（asynchronous data transfer）も定義されている。
【００２７】
放送信号を構成するビデオデータやオーディオデータなどのリアルタイム性を必要とするデータにおいては、一定時間間隔で通信が保証されなければ、データの欠落を起こす可能性がある。したがって、このようなリアルタイム性を必要とするデータに対しては、基本的に、同期通信すなわちアイソクロナス通信（isochronous data transfer）が使用される。
【００２８】
このアイソクロナス通信を所定のノードが行うためには、そのノードがアイソクロナス機能に対応していなければならない。
【００２９】
また、アイソクロナス機能に対応したノードの少なくとも一つは、サイクルマスタの機能を有していなければならない。さらに、ＩＥＥＥ１３９４シリアルバスに接続されたノードの中の少なくとも一つは、アイソクロナスリソースマネージャ（Isochronous Resource Manager：ＩＲＭ）の機能を有していなければならない。
【００３０】
そのため、先のバス初期化の際にアイソクロナスリソースマネージャノードとサイクルマスタノードが、ＩＥＥＥ１３９４シリアルバスに接続されたノードの何れかより選ばれる。
【００３１】
図１には、ＩＥＥＥ１３９４で接続された機器のデータ伝送のサイクル構造を示す。ＩＥＥＥ１３９４では、データは、パケットに分割され、１２５μｓの長さのサイクルを基準として時分割にて伝送される。このサイクルは、サイクルマスタノードから供給されるサイクルスタート信号によって作り出される。アイソクロナス通信を行うためのアイソクロナスパケットは、全てのサイクルの先頭から伝送に必要な帯域（時間単位であるが帯域と呼ばれる）及びチャンネル番号をアイソクロナスリソースマネージャより確保する。このため、アイソクロナス通信では、データの一定時間内の伝送が保証される。ただし、伝送エラーが発生した場合は、保護する仕組みが無く、データは失われる。各サイクルのアイソクロナス通信に使用されていない時間に、アービトレーションの結果、バスを確保したノードが、アシンクロナス通信を行うためのアシンクロナスパケットを送出する。アシンクロナス通信では、アクノリッジ、及びリトライを用いることにより、確実な伝送は保証されるが、伝送のタイミングは一定とはならない。
【００３２】
本発明実施の形態のシステムでは、上述したようなＩＥＥＥ１３９４規格のシリアルバスに受信装置と各信号処理装置を接続することで、これら装置同士の接続や接続解除がバス内で論理的に行われることになり、したがって物理的なケーブルの抜挿や分配器による切り替えなどの操作が不要になっている。
【００３３】
ここで、上記放送番組のようなビデオデータやオーディオデータからなる信号は、前述したようにリアルタイム性が必要であり、受信装置と各信号処理装置との間でパスを例えば１つのみ設定した場合、当該１つのパスでリアルタイム性を持つデータの送受信を往復で行うことになる。すなわちこの場合、受信装置から信号処理装置へのデータ送信と信号処理装置から受信装置へのデータ返信を同一のパスで行う、いわゆる半二重通信となる。上記受信装置と各信号処理装置との間の通信は、当該半二重通信でも可能であるが、本実施の形態では、リアルタイム性をより向上させるために、受信装置と信号処理装置との間で同時に２パスを設定し、往路を受信装置から信号処理装置へのデータ送信、復路を信号処理装置から受信装置へのデータ返信に使う、いわゆる全二重通信を採用する。
【００３４】
図２には、本発明の通信制御方法及び装置、通信制御システムが適用される一実施の形態の構成として、上述したようなＩＥＥＥ１３９４規格のバス（シリアルバス）１を使用して受信装置２と複数の信号処理装置（図２の例では３台の信号処理装置３〜５）との間を接続し、これら受信装置２と各信号処理装置３〜５との間で全二重通信を行うようにした、システム構成例を示す。なお、図２の例では、放送番組を実際に視聴するためのテレビジョン受像機６もＩＥＥＥ１３９４バス１に接続されている。もちろん、当該ＩＥＥＥ１３９４バス１には、その他の機器（例えばディジタルビデオテープレコーダ等）が接続されていてもよい。
【００３５】
ここで、本実施の形態において、放送プロバイダからはいわゆるディジタル放送電波として放送信号が送信され、この送信信号は、放送信号を構成するビデオ及びオーディオ、その他のデータ（例えば文字情報や副音声データ等）をそれぞれエンコードし、それらビデオ及びオーディオ、その他のデータのエンコードデータをマルチプレクスし、さらに当該マルチプレクスデータをスクランブル処理し、そのスクランブルデータに基づいて搬送波を変調した信号であることとする。また、エンコードの一例としては、いわゆるＭＰＥＧ方式による圧縮符号化を挙げる。
【００３６】
この図２に示す本実施の形態のシステムにおいて、各信号処理装置３〜５は、上記マルチプレクスデータに施されているスクランブル処理を解く、デスクランブラであり、ＩＥＥＥ１３９４バス１を介してデータの送受が可能となされている。
【００３７】
また、受信装置２は、上記ディジタル放送による送信信号を受信して復調すると共に、信号処理装置３〜５の何れかにてデスクランブル処理された後のマルチプレクスデータをデマルチプレクス処理し、さらにエンコードデータをデコードしてビデオ及びオーディオ、その他のデータ（文字情報等）を復元する装置であり、ＩＥＥＥ１３９４バス１を介してデータの送受が可能となされている。
【００３８】
テレビジョン受像機６は、陰極線管（ＣＲＴ）や液晶ディスプレイ等の映像表示部と、スピーカ等の音声出力部とを備えた、いわゆるテレビジョン受像機であり、ＩＥＥＥ１３９４バス１を介してデータの送受が可能となされている。なお、図２には、当該テレビジョン受像機６に対し、ＩＥＥＥ１３９４バス１を介してビデオ及びオーディオ、その他のデータを供給する例を挙げているが、当該ＩＥＥＥ１３９４バス１を介さずに直接、受信装置２からビデオ及びオーディオ、その他のデータを供給するような構成とすることも可能である。また、テレビジョン受像機６には、ディジタルのビデオ及びオーディオデータではなく、アナログのビデオ及びオーディオ信号を供給するような構成とすることも可能である。
【００３９】
すなわちこの図２に示す本実施の形態のシステムでは、ディジタル放送による送信信号を受信装置２にて受信して復調し、当該復調により得られたスクランブルデータがＩＥＥＥ１３９４バス１を介して上記信号処理装置３〜５の何れかに送られる。上記スクランブルデータは、これら信号処理装置３〜５の何れかでデスクランブル処理される。その際に、上記信号処理装置３〜５にて行われる信号処理としては、それぞれ異なるデスクランブル処理を行うか、若しくは、異なるキーを利用してデスクランブル処理を行うことが可能である。なお、同じデスクランブル処理を行う信号処理装置がバス上にあってもかまわない。
【００４０】
当該デスクランブル処理により得られたマルチプレクスデータは、再びＩＥＥＥ１３９４バス１を介して受信装置２に戻される。さらにこの受信装置２では、上記マルチプレクスデータをデマルチプレクス処理してビデオ及びオーディオ、その他のデータのエンコードデータを取り出し、これらエンコードデータをデコードしてビデオ及びオーディオ、その他のデータを復元する。当該復元されたビデオ及びオーディオ、その他のデータは、ＩＥＥＥ１３９４バス１を介してテレビジョン受像機６に送られる。これにより、複数の放送プロバイダから提供された複数の放送番組が視聴可能となる。
【００４１】
図３には上記受信装置２の具体的構成例を示し、図４には上記信号処理装置３〜５の具体的構成例を示す。
【００４２】
この図３に示す受信装置２において、端子１０には、ディジタル放送電波として送信されている送信信号を受信する図示しないアンテナからの受信信号が供給され、当該受信信号はチューナ２１に送られる。
【００４３】
チューナ２１では、上記受信信号の選局を行い、その選局により得られた受信信号を復調器２２に送る。
【００４４】
復調器２２では、受信信号を復調し、当該復調により得られたデータを１３９４インターフェイス（Ｉ／Ｆ）部２４に送る。この復調器２２での復調により得られたデータは、上記スクランブルデータである。なお、例えば無料放送番組のようにスクランブル処理が施されていない放送信号の場合、当該復調器２２から出力されるデータはマルチプレクスデータとなり、この場合のマルチプレクスデータについては１３９４インターフェイス部２４に送らず直接に、デマルチプレクサ２５に送るようにする。
【００４５】
なお、受信した受信信号が無料放送番組かどうかを判別するには、例えば、受信信号のデータの中に、無料放送である旨を示すＩＤを含めておき、そのＩＤを検出することによって、判別するようにすればよい。
【００４６】
また、受信信号の中に、プロバイダＩＤを含め、更に、このプロバイダＩＤを幾つかのフィールドに分けて、そこに無料、有料の情報を入れておき、そこを検出することによって無料放送番組かを判別するようにしてもよい。
【００４７】
１３９４インターフェイス部２４では、上記復調器２２より供給されたスクランブルデータから、ＩＥＥＥ１３９４規格にて規定されているパケットを構成し、このパケットデータを端子１１を介してＩＥＥＥ１３９４バス１に送信する。当該ＩＥＥＥ１３９４バス１に送信されたパケットデータは、信号処理装置３〜５の何れかに送られる。
【００４８】
信号処理装置３〜５は、それぞれ図４に示す構成を有する。
【００４９】
この図４に示す信号処理装置において、端子３０には、上記受信装置２から出力されてＩＥＥＥ１３９４バス１を介したパケットデータが供給される。上記ＩＥＥＥ１３９４バス１を介して受け取ったパケットデータは、１３９４インターフェイス部３２に送られる。
【００５０】
１３９４インターフェイス部３２では、上記パケットデータのパケット化を解き、得られたデータをデスクランブラ３３に送る。このとき当該デスクランブラ３３に送られるデータは、上記スクランブルデータである。
【００５１】
このデスクランブラ３３では、上記スクランブルデータのスクランブル処理を解く（デスクランブル処理）。したがって、当該デスクランブル処理後のデータは、上記マルチプレクスデータとなる。当該デスクランブル処理後のマルチプレクスデータは、１３９４インターフェイス部３２に送られる。
【００５２】
１３９４インターフェイス部３２では、上記マルチプレクスデータをパケット化し、そのパケットデータを端子３０を介してＩＥＥＥ１３９４バス１に送信する。
【００５３】
上記信号処理装置より出力され１３９４インターフェイス部３２を介して送信されたマルチプレクスデータからなるパケットデータは、ＩＥＥＥ１３９４バス１及び図３の受信装置２の端子１１を介して、受信装置２の１３９４インターフェイス部２４に入力される。
【００５４】
上記信号処理装置からのパケットデータを受け取った１３９４インターフェイス部２４では、そのパケットを解き、得られたデータをデマルチプレクサ２５に送る。このデマルチプレクサ２５に送られるデータは、上記マルチプレクスデータである。
【００５５】
デマルチプレクサ２５では、上記マルチプレクスデータから、それぞれビデオ及びオーディオ、その他のデータのエンコードデータを分離（デマルチプレクス）し、ＡＶデコーダ２６に送る。なお、このデマルチプレクサ２５に供給されるマルチプレクスデータは、上記デスクランブル処理後のマルチプレクスデータのみならず、前述した無料放送番組の放送信号のように復調器２２から直接出力されたマルチプレクスデータの場合もある。
【００５６】
当該ＡＶデコーダ２６は、上記デマルチプレクサ２５により分離されたビデオのエンコードデータとオーディオのエンコードデータ、その他のエンコードデータを、それぞれデコードして、オーディオデータ及びビデオデータ、その他のデータを復元する。すなわち、当該ＡＶデコーダ２６では、前記ＭＰＥＧ方式によって圧縮符号化されているビデオ及びオーディオ、その他のデータを、伸張復号化して、オーディオデータ及びビデオデータ、その他のデータを復元する。このように復元されたビデオ及びオーディオ、その他のデータは、１３９４インターフェイス部２４に送られる。
【００５７】
当該１３９４インターフェイス部２４では、上記ＡＶデコーダ２６より供給されたビデオ及びオーディオ、その他のデータをパケット化し、そのパケットデータをＩＥＥＥ１３９４バス１を介してテレビジョン受像機６に送る。
【００５８】
図示は省略するが、当該テレビジョン受像機６も１３９４インターフェイス部を備え、ＩＥＥＥ１３９４バス１を介して供給されたパケットデータのパケットを解き、得られたビデオ及びオーディオ、その他のデータに基づいた音声の出力及び映像、文字等の表示を行う。なお、上記ＡＶデコーダ２６から直接に上記ビデオ及びオーディオデータ等をテレビジョン受像機６へ供給する場合には、当該テレビジョン受像機６はＩＥＥＥ１３９４インターフェイス部を必ずしも備える必要はない。また、テレビジョン受像機６がアナログテレビジョン受像機である場合、ＡＶデコーダ２６からはアナログビデオ及びオーディオ信号が出力され、このアナログビデオ及びオーディオ信号がアナログテレビジョン受像機に直接供給されることになる。
【００５９】
上記受信装置２のＭＰＵ（micro processing unit）２３は、当該受信装置２内部の各構成要素である上記チューナ２１、復調器２２、１３９４インターフェイス部２４、デマルチプレクサ２５、ＡＶデコーダ２６等の動作を制御すると共に、必要に応じて各種演算処理を行う。また、信号処理装置のＭＰＵ３１は、当該信号処理装置内部の各構成要素である上記１３９４インターフェイス部３２やデスクランブラ３３等の動作を制御すると共に、必要に応じて各種演算処理を行う。これら受信装置２のＭＰＵ２３と信号処理装置のＭＰＵ３１は、１３９４インターフェイス部２４と１３９４インターフェイス部３２を通じて、ＩＥＥＥ１３９４バス１経由で通信を行う。
【００６０】
さらに、これらＭＰＵ２３及び２４は、ＩＳＯ／ＩＥＣ１３２１３で規定された６４ビットのアドレス空間を有するＣＳＲ（Control&Status Register）アーキテクチャに準拠しているＣＳＲアーキテクチャのアドレス空間を有している。
【００６１】
図５は、ＣＳＲアーキテクチャのアドレス空間の構造を説明する図である。上位１６ビットは、各ＩＥＥＥ１３９４上のノードを示すノードＩＤであり、残りの４８ビットが各ノードに与えられたアドレス空間の指定に使われる。この上位１６ビットは、更にバスＩＤの１０ビットと物理ＩＤ（狭義のノードＩＤ）の６ビットに分かれる。全てのビットが１となる値は、特別な目的で使用されるため、１０２３個のバスと６３個のノードを指定することができる。
【００６２】
下位４８ビットにて規定される２５６テラバイトのアドレス空間のうちの上位２０ビットで規定される空間は、２０４８バイトのＣＳＲ特有のレジスタやＩＥＥＥ１３９４特有のレジスタ等に使用されるイニシャルレジスタスペース（Initial Register Space）、プライベートスペース（Private Space）、及びイニシャルメモリスペース（Initial Memory Space）などに分割され、下位２８ビットで規定される空間は、その上位２０ビットで規定される空間が、イニシャルレジスタスペースである場合、コンフィギュレーションＲＯＭ（Configuration read only memory）、ノード特有の用途に使用されるイニシャルユニットスペース（Initial Unit Space）、プラグコントロールレジスタ（Plug Control register（ＰＣＲｓ））などとして用いられる。
【００６３】
図６は、主要なＣＳＲのオフセットアドレス、名前、及び働きを説明する図である。図６のオフセットとは、イニシャルレジスタスペースが始まる「ＦＦＦＦＦ０００００００ｈ」（最後にｈのついた数字は１６進表示であることを表す）番地よりのオフセットアドレスを示している。オフセット２２０ｈを有するバンドワイズアベイラブルレジスタ（Bandwidth Available Register）は、アイソクロナス通信に割り当て可能な帯域を示しており、アイソクロナスリソースマネージャとして動作をしているノードの値だけが有効とされる。すなわち、図５のＣＳＲは、各ノードが有しているが、バンドワイズアベイラブルレジスタについては、アイソクロナスリソースマネージャのものだけが有効とされる。換言すれば、バンドワイズアベイラブルレジスタは、実質的に、アイソクロナスリソースマネージャだけが有する。バンドワイズアベイラブルレジスタには、アイソクロナス通信に帯域を割り当てていない場合に最大値が保存され、帯域を割り当てる毎にその値が減少していく。
【００６４】
オフセット２２４ｈ乃至２２８ｈのチャンネルスアベイラブルレジスタ（Channels Available Register）は、その各ビットが０乃至６３番のチャンネル番号のそれぞれに対応し、ビットが０である場合には、そのチャンネルが既に割り当てられていることを示している。アイソクロナスリソースマネージャとして動作しているノードのチャンネルスアベイラブルレジスタのみが有効である。
【００６５】
図７は、バンドワイズアベイラブルレジスタのビット構成を示す図である。バンドワイズアベイラブルレジスタの下位１３ビット（図７のbw_remaining）は、バス６のアイソクロナス通信に帯域が割り当てられていない場合に、１００μｓに対応した値である最大値４９１５が保存され、帯域が割り当てる毎に、その値が減少されていく。
【００６６】
図８は、チャネルスアベイラブルレジスタのビット構成を示す図である。オフセット２２４ｈを有するレジスタが、３２番乃至６３番のチャンネル番号に対応したビットを格納し、オフセット２２８ｈを有するラベルが、０番乃至３１番のチャンネル番号に対応したビットを格納する。
【００６７】
ここで、ＩＥＥＥ１３９４規格においては、前述したように同期通信であるアイソクロナス通信（isochronous data transfer）と非同期通信であるアシンクロナス通信（asynchronous data transfer）とを定義しており、本実施の形態のようなディジタル放送の送受信では、アシンクロナス通信も可能であるが、基本的にはアイソクロナス通信が用いられる。一般に、アイソクロナス通信を行う場合、そのノード（機器）は、アイソクロナス通信機能を有するノード（Isochronous Capableのノード）である必要があり、さらに当該ノードが出力機能を持つ場合にはアウトプットプラグコントロールレジスタ（oPCR：output Plug Control Register）を１つ以上、入力機能を持つ場合にはインプットプラグコントロールレジスタ（iPCR：input Plug Control Register）を１つ以上備えていなければならない（１つのプラグコントロールレジスタに対してチャンネルは１つしか割り当てることができない）。なお、受信装置と各信号処理装置もこれに準し、受信装置と各信号処理装置の間での制御内容等の通信は、基本的にアシンクロナス通信で行う。
【００６８】
インターフェイスを介して、機器の入出力を制御するため、各ノードは図５のイニシャルユニットスペース内のアドレス９００ｈ乃至９ＦＦｈに、ＩＥＣ１８８３に規定されるＰＣＲ（Plug Control Register）を有する。これは、論理的にアナログインターフェイスに類似した信号経路を形成するために、プラグという概念を実体化したものである。図９は、ＰＣＲの構成を説明する図である。ＰＣＲは、出力プラグを表すｏＰＣＲ（output Piug Control Register）と、入力プラグを表すｉＰＣＲ（input Piug Control Register）を有する。また、ＰＣＲは、各機器固有の出力プラグ又は入力プラグの情報を示すレジスタｏＭＰＲ（output Master Piug Register）とｉＭＰＲ（input Master Piug Register）を有する。各機器は、ｏＭＰＲ及びｉＭＰＲをそれぞれ複数持つことはないが、個々のプラグに対応したｏＰＣＲ及びｉＰＣＲを、機器の能力によって複数持つことが可能である。図９に示されるＰＣＲは、それぞれ３１個のｏＰＣＲ及びｉＰＣＲを有する。アイソクロナスデータの流れは、これらのプラグに対応するレジスタを操作することによって制御される。
【００６９】
図１０は、ｏＭＰＲ、ｏＰＣＲ、ｉＭＰＲ、ｉＰＣＲの構成を示す図である。図１０の（Ａ）は、ｏＭＰＲの構成を、図１０の（Ｂ）はｏＰＣＲの構成を、図１０の（Ｃ）は、ｉＭＰＲの構成を、図１０の（Ｄ）はｉＰＣＲの構成を、それぞれ示す。ｏＭＰＲ及びｉＭＰＲのＭＳＢ側の２ビットのデータレートケイパビリティ（data rate capability）には、その機器が送信又は受信可能なアイソクロナスデータの最大伝送速度を示すコードが格納される。ｏＭＰＲのブロードキャストチャンネルベース（broadcast channel base）は、ブロードキャスト出力に使用されるチャンネルの番号を規定する。
【００７０】
ｏＭＰＲのＬＳＢ側の５ビットのナンバーオブアウトプットプラグス（number of output plugs）には、その機器が有する出力プラグ数、すなわち、ｏＰＣＲの数を示す値が格納される。ｉＭＰＲのＬＳＢ側の５ビットのナンバーオブインプットプラグス（number of input plugs）には、その機器が有する入力プラグ数、すなわちｉＰＣＲの数を示す値が格納される。図中のnon-persistent extension filde及びpersistent extension fieldの各フィールドは、将来の拡張のために定義された領域である。
【００７１】
ｏＰＣＲ及びｉＰＣＲのＭＳＢのオンライン（on-line）は、プラグの使用状態を示す。すなわち、その値が１であればそのプラグがＯＮ−ＬＩＮＥであり、０であればＯＦＦ−ＬＩＮＥであることを示す。ｏＰＣＲ及びｉＰＣＲのブロードキャストコネクションカウンタ（broadcast connection counter）の値は、ブロードキャストコネクションの有り（１）又は無し（０）を表す。ｏＰＣＲ及びｉＰＣＲの６ビット幅を有するポイントツウポイントコネクションカウンタ（point-to-point connection counter）が有する値は、そのプラグが有するポイントツウポイントコネクション（point-to-point connection）の数を表す。
【００７２】
ｏＰＣＲ及びｉＰＣＲの６ビット幅を有するチャンネルナンバー（channel number）が有する値は、そのプラグが接続されるアイソクロナスチャンネルの番号を示す。ｏＰＣＲの２ビット幅を有するデータレート（data rate）の値は、そのプラグから出力されるアイソクロナスデータのパケットの現実の伝送速度を示す。ｏＰＣＲの４ビット幅を有するオーバーヘッドＩＤ（overhead ID）に格納されるコードは、アイソクロナス通信のオーバーヘッドのバンド幅を示す。ｏＰＣＲの１０ビット幅を有するペイロード（payload）の値は、そのプラグが取り扱うことができるアイソクロナスパケットに含まれるデータの最大値を表す。
【００７３】
図１１は、プラグ、プラグコントロールレジスタ、及びアイソクロナスチャンネルの関係を表す図である。ＡＶデバイス（AV-device）４０−１乃至４０−３は、ＩＥＥＥ１３９４シリアルバスによって接続されている。ＡＶデバイス４０−３のｏＭＰＲにより伝送速度とｏＰＣＲの数が規定されたｏＰＣＲ[0]乃至ｏＰＣＲ[2]のうち、ｏＰＣＲ[1]によりチャンネルが指定されたアイソクロナスデータは、ＩＥＥＥ１３９４シリアルバスのチャンネル＃１（channel#1）に送出される。ＡＶデバイス４０−１のｉＭＰＲにより伝送速度とｉＰＣＲの数が規定されたｉＰＣＲ[0]とｉＰＣＲ[1]のうち、入力チャンネル＃１が指定されたｉＰＣＲ[0]により、ＡＶデバイス４０−１は、ＩＥＥＥ１３９４シリアルバスのチャンネル＃１に送出されたアイソクロナスデータを読み込む。同様に、ＡＶデバイス４０−２は、ｏＰＣＲ[0]で指定されたチャンネル＃２（channel#2）に、アイソクロナスデータを送出し、ＡＶデバイス４０−１は、ｉＰＣＲ[1]にて指定されたチャンネル＃２からそのアイソクロナスデータを読み込む。
【００７４】
なお、ＩＥＥＥ１３９４規格において、あるノードが他のノードとの間にパスを設定する際には、相手ノードのノードＩＤを認識していなければならない。本実施の形態のシステムの場合、制御ノードである受信装置は、各信号処理装置との間にパスを設定するので、先ず、受信装置が信号処理装置を認識するフェーズから始まる。
【００７５】
受信装置の上記コンフィギュレーションＲＯＭには、その相手方のノードが信号処理装置であるという情報（以後、認識情報と呼ぶ。例えば、ディジタル放送の放送プロバイダであるなど）と、必要ならばアイソクロナス通信にて使用される情報（以後、経路情報と呼ぶ。例えば帯域幅など）が記述されているものとする。さらに他の情報が必要であれば、その情報も記述しておく。
【００７６】
図１２には、被制御ノードである信号処理装置のＭＰＵ３１内にあるコンフィギュレーションＲＯＭのフォーマットの一例を示す。
【００７７】
この図１２において、プロバイダＩＤは、何れの放送プロバイダに依存した信号処理を行う信号処理装置であるかを表し、オーバーヘッドＩＤ（overhead ID）は、プラグコントロールレジスタに帯域幅を書き込む時に使われる値である。
【００７８】
ここで、ＩＥＥＥ１３９４バス上のノードの電源投入や新たなノードの接続等によって発生するバスリセット時に、制御ノードである受信装置は、ＩＥＥＥ１３９４バス上の全ノードに対してアシンクロナスリードリクエスト（Asychronous read requesut）のパケットを送信し、各ノードのコンフィギュレーションＲＯＭの内容を読む。なお、アシンクロナスパケットは、各ノードに順々に送信しても良い。
【００７９】
受信装置は、リードリクエストに対する応答（response）パケットの情報を見て、その応答パケットの送信主が情報処理装置であることを認識したならば、認識用の情報として、その信号処理装置のノードＩＤとコンフィギュレーションＲＯＭ内の認識情報と経路情報をテーブルに記憶しておく。なお、上記応答パケットの送信主が、信号処理装置以外のノード（機器）ならば、特に記憶しなくても良い。
【００８０】
ここで、例えばユーザが番組変更を行うと、その変更情報を受けた受信装置は、バスリセット時に確保した情報を用いて信号処理装置との間にパスを設定しようと試みる。但し、その番組が無料放送のような信号処理装置にデータを渡さなくても視聴できる番組であるとか、その番組の放送プロバイダに依存する信号処理装置がバス１上に存在していないにもかかわらず、その放送プロバイダの番組が選択されたような場合などは、当該番組をそのまま出力することもある。また、既にその番組に対応する信号処理装置との間に既にパスが設定されている場合には、そのままそのパスを使用しても良い。さらに、他の放送プロバイダに依存する信号処理装置との間に既にパスが設定されていても、受信装置にチューナが複数存在し、空いているチューナとパスがあればそれを使うようにしてもよい。
【００８１】
本実施の形態では、受信装置が信号処理装置を認識するために、上記コンフィギュレーションＲＯＭに情報を記述しておく方法を取ったが、それら信号処理装置を認識可能であるならば他の方法でも良い。
【００８２】
また、本実施の形態では、バスリセット時に認識処理を行い、その情報をテーブルに記憶させるようにしたが、ユーザが番組変更などを行ってパスの設定や解除が必要になったときには、その都度、認識処理を行うようにしても良い。さらに、上記プロバイダＩＤを読みに行く手段として、ＡＶ／Ｃコマンドを利用してもよい。
【００８３】
なお、選択された番組のプロバイダを判別するには、例えば、選択された番組の受信信号のデータの中に、その番組のプロバイダを示すＩＤを含めておき、そのＩＤを検出することによって、判別するようにすればよい。このようにプロバイダを示すＩＤが含まれるデータは、ＤＭＳＩという規格に規定されている。
【００８４】
また、番組を受信する受信装置では、上記のプロバイダを示すＩＤとそのＩＤのプロバイダとの表を設けることによって、プロバイダを判別することができる。ただし、このプロバイダを示すＩＤとコンフィギュレーションＲＯＭ内のプロバイダＩＤとを同じにすれば、この表を省略できる。
【００８５】
受信装置と信号処理装置との間での放送データの送受信には、アイソクロナス通信を用いるので、アイソクロナスリソースを確保しなければならない。当該アイソクロナスリソースを確保するには、アイソクロナスリソースマネージャ（ＩＲＭ：Isochronous Resourse Manager）のバンドワイドアベーラブルレジスタ（BANDWIDTH AVAILABLE Register）とチャネルスアベーラブルレジスタ（CHANNELS_AVAILABLE Register）をロックトランザクション（lock transaction）を用いて書き換えれば良い。
【００８６】
信号処理装置の経路情報として帯域幅やチャンネルがあれば、それを使って上述の２つのレジスタを書き換える。経路情報がなければ、その時のバスの状況に応じて設定しても良い。また、受信装置が予め決めておいた値を使っても良い。
【００８７】
アイソクロナスリソースを確保できたならば、次は、先に説明した入出力の管理を行うプラグコントロールレジスタの書き換えを行う。出力機器のアウトプットプラグコントロールレジスタ（oPCR）と入力機器のインプットプラグコントロールレジスタ（iPCR）をそれぞれ、リソースとして確保したチャンネルで設定する。プラグコントロールレジスタの接続方法には、いわゆるポイント−ポイント接続（point-to-point接続）とブロードキャスト接続（broadcast接続）があるが、特定の機器同士を接続する場合には、通常はポイント−ポイント接続なので、受信装置と信号処理装置との間でのパスの接続にもポイント−ポイント接続を用いる。但し、ブロードキャスト接続でも可能である。
【００８８】
本実施の形態では、受信装置と信号処理装置との間で同時に２つのパスを設定する（全二重通信する）ので、受信装置と信号処理装置はどちらもアウトプットプラグコントロールレジスタとインプットプラグコントロールレジスタをそれぞれ最低１つずつ使用する。
【００８９】
図１３には、受信装置と信号処理装置との間でパスを設定した時の一例を示す。
【００９０】
ここで、往路では受信装置のアウトプットプラグコントロールレジスタと信号処理装置のインプットプラグコントロールレジスタを同じチャネルで割り当てて、ポイント−ポイント接続でパスを設定する。同様に、復路では受信装置のインプットプラグコントロールレジスタと信号処理装置のアウトプットプラグコントロールレジスタを同じチャネルで割り当てて、ポイント−ポイント接続でパスを設定する。
【００９１】
この場合、当然のことながら往路と復路ではパスのチャネルは異なる値になる。往路と復路はどちらを先に設定しても良いが、往復両方が設定されて始めて、受信装置と信号処理装置との間でデータの送受信ができるようになる。
【００９２】
また、バス上に同じ放送プロバイダに依存した信号処理装置が２つ以上存在していた場合においては、特にどの信号処理装置と接続してもかまわない。しかし、バス上にバスマネージャが存在し、スピードマップが利用可能である時にはこれを参照し、受信装置と接続できる信号処理装置のうち転送速度が最大のものを選ぶと効率が良い。
【００９３】
また、ユーザの番組変更などによりパスを解除する必要がある場合には、これを行う。アイソクロナスリソースやプラグコントロールレジスタは、それを確保したノードが開放を行わなければならないので、この処理は受信装置が行うことになる。なお、プラグコントロールレジスタをブロードキャスト接続した場合にはこの限りではない。
【００９４】
図１３においては、先ず、受信装置のアウトプットプラグコントロールレジスタと信号処理装置のインプットコントロールレジスタを開放し、往路のアイソクロナスリソースを開放する。同様に、受信装置のインプットプラグコントロールレジスタを開放し、往路のアイソクロナスリソースを開放する。実際には、往路と復路はどちらを先に解除しても良い。
【００９５】
本実施の形態では、パスの設定や解除を受信装置が中心となって行ったが、信号処理装置が行っても良い。また、往路と復路の設定を別々に受信装置と信号処理装置が行っても良い。さらに、受信装置や信号処理装置以外の機器が行うことも可能である。何れの場合においても、本実施の形態にような認識方法を使うならば、認識される側のノードのコンフィギュレーションＲＯＭには、図１２のような情報を記述しておく必要がある。また、アイソクロナスリソースやプラグコントロールレジスタを開放する場合には、これらを設定したノードが行わなければならない（プラグコントロールレジスタがブロードキャスト接続の場合はこの限りではない）。
【００９６】
図１４には、受信装置と信号処理装置との間でパスを設定して解除するまでの全体のフローチャートを示す。なお、初期状態では、デフォルトとして適当な番組を出力しているものとし、また、受信装置はチューナを一つのみ有しているものとする。
【００９７】
図１４において、ステップＳ１では、受信装置による信号処理装置のテーブル作成が行われ、次のステップＳ２では、ユーザによる番組選択がなされたか否かの判定を行う。このステップＳ２において、ユーザによる番組選択がなされていないと判定した時にはステップＳ８に進み、現状のまま番組の出力を続ける。一方で、ユーザによる番組選択がなされた時にはステップＳ３に進む。
【００９８】
ステップＳ３では、信号処理装置とデータの送受を行う必要がない番組か否かの判定を行う。このステップＳ３において、データの送受を行う必要がない番組であると判定したときにはステップＳ８に進み、現状のまま番組の出力を続ける。一方で、データの送受を行う必要があると判定したときにはステップＳ４に進む。
【００９９】
ステップＳ４では、受信装置は既にパスを設定しているか否かの判定を行う。このステップＳ４において、未だパスの設定がなされていないと判定した時にはステップＳ７に進み、既にパスの設定がなされていると判定した時にはステップＳ５に進む。
【０１００】
ステップＳ５では、選択した番組は既にパスが設定されている放送プロバイダに対応しているか否かの判定を行い、既にパスが設定されている放送プロバイダに対応していると判定したときにはステップＳ８に進み、現状のまま番組の出力を行う。一方で、未だパスが設定されていないと判定した時にはステップＳ６に進む。
【０１０１】
ステップＳ６では、そのパスを解除した後、次のステップＳ７に進む。
【０１０２】
ステップＳ７では、受信装置と信号処理装置との間にパスを設定し、その後のステップＳ８では、その設定されたパスにて番組を出力する。
【０１０３】
図１５には、受信装置が信号処理装置のテーブルを作成する際のフローチャートを示す。
【０１０４】
この図１５において、ステップＳ１０では、変数ｉを初期値０に設定し、次のステップＳ１１では、変数ｉが全ノード数より小さいか否かの判定を行う。このステップＳ１０において、変数ｉが全ノード数より小さくない（変数ｉが全ノード数以上）であると判定したときは処理を終了し、一方で、変数ｉが全ノード数より小さいと判定したときはステップＳ１２に進む。
【０１０５】
ステップＳ１２では、変数ｉに対応するノードに対して、コンフィギュレーションＲＯＭを読み、次のステップＳ１３ではそのノードが信号処理装置であるか否かの判定を行う。このステップＳ１３において、信号処理装置でないと判定した時にはステップＳ１５に進んで、変数ｉを１増加させた後にステップＳ１１に戻る。一方で、信号処理装置であると判定した時にはステップＳ１４に進む。
【０１０６】
ステップＳ１４では、受信装置は、信号処理装置のノードＩＤと、認識情報と、経路情報を、テーブルに記憶する。このステップＳ１４の後は、ステップＳ１５に進み、変数ｉを１増加させた後にステップＳ１１に戻る。
【０１０７】
図１６には、受信装置と信号処理装置との間にパスを設定する時のフローチャートを示す。なお、図中のＡは帯域幅とチャネルが往路のときのものであることを表し、図中のＢは帯域幅とチャネルが復路のときのものであることを表している。
【０１０８】
この図１６において、ステップＳ２０では、アイソクロナスリソースマネージャ（ＩＲＭ）から往路（Ａ）の帯域幅とチャネルを確保したか否かの判定を行う。このステップＳ２０において、往路（Ａ）の帯域幅とチャネルを確保していないと判定した時には処理を終了し、確保したと判定した時にはステップＳ２１に進む。
【０１０９】
ステップＳ２１では、受信装置のアウトプットプラグコントロールレジスタと受信装置のインプットプラグコントロールレジスタを、往路（Ａ）の帯域幅とチャネルを使ってポイント−ポイントで接続できたか否かの判定を行う。このステップＳ２１において、接続できないと判定した時にはステップＳ２６にて往路（Ａ）の帯域幅とチャンネルの開放を行った後に処理を終了し、接続できたと判定した時にはステップＳ２２に進む。
【０１１０】
ステップＳ２２では、アイソクロナスリソースマネージャから、復路（Ｂ）の帯域幅とチャネルを確保したか否かの判定を行う。このステップＳ２２において、復路（Ｂ）の帯域幅とチャネルを確保できないと判定した時には、ステップＳ２５にて往路のパスを解除した後に処理を終了し、確保できたと判定した時にはステップＳ２３に進む。
【０１１１】
ステップＳ２３では、受信装置のインプットプラグコントロールレジスタと信号処理装置のアウトプットプラグコントロールレジスタを、復路（Ｂ）の帯域幅とチャネルを使ってポイント−ポイントで接続できたか否かの判定を行う。このステップＳ２３において、接続できないと判定した時には、ステップＳ２７にて復路（Ｂ）の帯域幅とチャンネルの開放を行った後、ステップＳ２５にて往路のパスを解除した後に処理を終了し、一方、接続できたと判定したときには、ステップＳ２４に進む。
【０１１２】
ステップＳ２４では、受信装置と信号処理装置との間でデータの送受を開始し、この図１６の処理を終了する。
【０１１３】
図１７には、受信装置と信号処理装置との間のパスを解除するときのフローチャートを示す。
【０１１４】
この図１７において、ステップＳ３０では、受信装置のアウトプットプラグコントロールレジスタと信号処理装置のインプットプラグコントロールレジスタを開放し、次のステップＳ３１に進む。
【０１１５】
ステップＳ３１では、往路（Ａ）の帯域幅とチャネルを開放し、次のステップＳ３２に進む。
【０１１６】
ステップＳ３２では、受信装置のインプットプラグコントロールレジスタと信号処理装置のアウトプットプラグコントロールレジスタを開放し、次のステップＳ３３に進む。
【０１１７】
ステップＳ３３では、復路（Ｂ）の帯域幅とチャネルを開放し、その後、処理を終了する。
【０１１８】
上述したように、本実施の形態のシステムによれば、放送番組を受信するための装置を、受信装置と信号処理装置のように放送プロバイダに依存しない装置と放送プロバイダに依存する装置とに分けて、これら各装置をＩＥＥＥ１３９４バスにて接続するような構成を採用したことにより、ユーザが番組を選択するだけで受信装置に接続されるべき信号処理装置を簡単且つ自動的に接続可能となっている。
【０１１９】
また、本実施の形態のシステムによれば、ディジタル放送番組のようにリアルタイム性を有するデータを受信する場合において、受信装置と信号処理装置との間で同時に２つのパスを設定し、往路を受信装置から信号処理装置へのデータ送信に、復路を信号処理装置から受信装置へのデータ返信に使う、いわゆる全二重通信方式を採用することにより、ディジタル放送番組をリアルタイム処理可能となっている。
【０１２０】
【発明の効果】
以上の説明で明らかなように、本発明の通信制御方法及び装置、通信制御システムにおいては、異なる処理を必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、通信路上で送受する場合において、複数の信号の何れかが指定されたとき、当該指定された信号に含まれる異なる階層に対する処理を設定し、共通の処理とその設定された異なる処理との間で信号の送受を行うための通信経路を設定又は解除する制御を行うことにより、複数の信号についての処理を簡易且つ安価に実現可能としている。したがって例えば、放送番組の視聴を行うためのシステムに、本発明を適用すれば、複数の放送番組提供者からの複数の放送番組を、簡易かつ安価に視聴可能となる。
【図面の簡単な説明】
【図１】ＩＥＥＥ１３９４で接続された機器のデータ伝送のサイクル構造を示す図である。
【図２】本発明実施の形態のシステム構成例を示すブロック図である。
【図３】受信装置の具体的構成例を示すブロック図である。
【図４】信号処理装置の具体的構成例を示すブロック図である。
【図５】ＣＳＲアーキテクチャのアドレス空間の構造を示す図である。
【図６】主要なＣＳＲの位置、名前、及び働きを説明する図である。
【図７】バンドワイズアベイラブルレジスタのビット構成を示す図である。
【図８】チャンネスルアベイラブルレジスタのビット構成を示す図である。
【図９】ＰＣＲの構成を説明する図である。
【図１０】ｏＭＰＲ、ｏＰＣＲ、ｉＭＰＲ、ｉＰＣＲの構成を示す図である。
【図１１】プラグ、プラグコントロールレート、及びアイソクロナスチャンネルの関係を示す図である。
【図１２】信号処理装置内に設けられたコンフィギュレーションＲＯＭのフォーマット例を示す図である。
【図１３】受信装置と信号処理装置との間でパスを２つ設定したときの様子を示す図である。
【図１４】本実施の形態のシステムにおける全体の処理の流れを示すフローチャートである。
【図１５】受信装置が信号処理装置のテーブルを作成する時の処理の流れを示すフローチャートである。
【図１６】受信装置と信号処理装置との間にパスを設定する時の処理の流れを示すフローチャートである。
【図１７】受信装置と信号処理装置との間のパスを解除する時の処理の流れを示すフローチャートである。
【符号の説明】
１ ＩＥＥＥ１３９４バス、 ２ 受信装置、 ３，４，５ 信号処理装置、６ テレビジョン受像機、 ２１ チューナ、 ２２ 復調器、 ２３，３１ＭＰＵ、 ２４，３２ １３９４インターフェイス部、 ２５ デマルチプレクサ、 ２６ ＡＶデコーダ、 ３３ デスクランブラ
【発明の属する技術分野】
本発明は、例えば放送番組提供者から供給される放送番組等の情報を通信路上で送受する通信制御方法及び装置、通信制御システムに関する。
【０００２】
【従来の技術】
例えば、放送番組提供者（以下、放送プロバイダとする）から特定利用者（受信契約者等）向けに提供される放送番組の信号（以下、放送信号と呼ぶ）には、一般に放送プロバイダが採用している所定の信号処理（例えば暗号化処理、具体的にはスクランブル処理等）が施されており、したがって、当該放送番組を視聴するためには上記放送プロバイダから提供された放送信号に対して、当該放送プロバイダが採用している所定の信号処理に対応した処理（暗号化を解くため暗号解読処理、具体的にはデスクランブル処理等）を行う必要がある。すなわち、上記放送プロバイダから提供される放送番組を視聴するためには、その放送信号を受信すると共に上記所定の信号処理に対応した信号処理を行うための専用装置が必要である。なお、上記所定の信号処理（スクランブル処理等）が施されて特定利用者に提供される放送番組としては、例えば有料放送番組などがある。
【０００３】
【発明が解決しようとする課題】
ところで、放送プロバイダは、通常、複数存在することが多く、これら複数の放送プロバイダが各々採用する所定の信号処理もそれぞれ異なっていることが多い。したがって、複数の放送プロバイダから複数の放送番組が提供されているような場合において、各放送プロバイダから提供される複数の放送番組をそれぞれ視聴するためには、各放送信号を受信すると共に各放送プロバイダ毎に採用されている異なった信号処理に対応した処理を行わなければならず、したがって、複数の専用装置が必要となっている。
【０００４】
このようなことから、各放送プロバイダから提供される複数の放送番組をそれぞれ視聴したいユーザは、複数の専用装置を購入しなければならず、非常に不経済で負担が多くなっている。
【０００５】
そこで、本発明はこのような状況に鑑みてなされたものであり、例えば複数の放送番組提供者からの複数の放送番組を、簡易かつ安価に視聴可能とする通信制御方法及び装置、通信制御システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明の通信制御方法は、複数種類の異なる処理の何れかを必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御方法において、上記ネットワークにおける通信を制御する一の通信制御装置により、上記複数種類の異なる処理の何れを必要とする階層を含む信号であるかを指定し、指定結果を出力する指定工程と、上記指定工程で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理工程と、上記指定工程で出力された指定結果に基づいて、上記ネットワークに接続されている、上記指定された信号に含まれる異なる処理を必要とする階層に対する処理を実行可能な少なくとも１以上の他の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定工程と、上記経路設定工程で設定された通信経路を介して上記指定工程で指定された信号を送受し、上記他の通信制御装置により上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理工程とを有することにより、上述した課題を解決する。
【０００７】
ここで、上記通信経路は、上記一の通信制御装置から上記他の通信制御装置への第１の経路と、上記他の通信制御装置から上記一の通信制御装置への第２の経路とからなる。
【０００８】
また、本発明の通信制御システムは、異なる処理を必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御システムにおいて、上記ネットワークにおける通信を制御する一の通信制御装置は、上記複数の信号の何れかを処理するかを指定し、指定結果を出力する指定手段と、上記指定手段で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理手段と、上記指定手段で出力された指定結果に基づいて、上記ネットワークに接続されている少なくとも１以上の他の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定手段とを有し、上記他の通信制御装置は、上記一の通信制御装置により設定された上記通信経路を介して上記指定手段で指定された信号を送受し、上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理手段とを有することにより、上述した課題を解決する。
【０００９】
ここで、上記通信経路は、上記一の通信制御装置から上記他の通信制御装置への第１の経路と、上記他の通信制御装置から上記一の通信制御装置への第２の経路とからなる。
【００１０】
また、本発明の通信制御装置は、複数種類の異なる処理の何れかを必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御装置において、上記複数種類の異なる処理の何れを必要とする階層を含む信号であるかを指定し、指定結果を出力する指定手段と、上記指定手段で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理手段と、上記指定手段で出力された指定結果に基づいて、上記ネットワークに接続されている、上記指定された信号に含まれる異なる処理を必要とする階層に対する処理を実行可能な少なくとも１以上の他の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定手段とを有し、上記ネットワークに接続されている上記他の通信制御装置は、上記経路設定手段により設定された上記通信経路を介して上記指定手段で指定された信号を送受し、上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理手段とを有することにより、上述した課題を解決する。
【００１１】
ここで、上記通信経路は、上記同処理手段によって処理された信号を上記同処理手段から上記他の通信制御装置へ伝送する第１の経路と、上記他の通信制御装置によって処理された信号を上記他の通信制御装置から上記同処理手段へ伝送する第２の経路とからなる。
【００１２】
また、本発明の通信制御装置は、複数種類の異なる処理の何れかを必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御装置において、上記ネットワークにおける通信経路を介して、上記複数の信号のうち少なくとも１つの信号を入力し、上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理手段と、上記通信経路を介して、上記異処理手段で処理された信号を共通の処理が可能な階層の処理を行う他の通信制御装置に送出する送出手段とを有し、上記ネットワークに接続されている上記他の通信制御装置は、上記複数種類の異なる処理の何れを必要とする階層を含む信号であるかを指定し、指定結果を出力する指定手段と、上記指定手段で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理手段と、上記指定手段で出力された指定結果に基づいて、上記ネットワークに接続されている、上記指定された信号に含まれる異なる処理を必要とする階層に対する処理を実行可能な少なくとも１以上の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定手段とを有することにより、上述した課題を解決する。
【００１３】
【発明の実施の形態】
本発明の好ましい実施の形態について、図面を参照しながら説明する。
【００１４】
本発明実施の形態では、複数の放送プロバイダから提供される複数の放送番組を視聴可能とするために、各放送プロバイダに依存しない装置すなわち各放送プロバイダ毎に採用されている所定の信号処理に関係しない装置と、各放送プロバイダに依存する装置すなわち各放送プロバイダ毎に採用されている所定の信号処理に関係する装置とを別々の構成として用意すると共に、上記各放送プロバイダに依存しない装置を一つの構成としてまとめ、当該放送プロバイダに依存しない一つの装置と上記各放送プロバイダに依存する複数の装置とを接続するようなシステム構成を採用している。
【００１５】
このような構成を採用することで、前述したように各放送プロバイダからの複数の放送番組を視聴するために複数の専用装置を用意する必要がなくなり、したがって、ユーザの負担が軽減されるばかりでなく、装置の開発者の負担も軽減される。
【００１６】
ここで、上記放送プロバイダに依存しない装置としては、放送されている放送番組の信号（放送信号）を受信する受信装置（チューナ等）を挙げることができる。一方、上記放送プロバイダに依存する装置としては、各放送プロバイダ毎に採用されている所定の信号処理に対応する処理を行う信号処理装置、例えば暗号化処理（スクランブル処理）を解くための解読装置（デスクランブラ）を挙げることができる。また、本実施の形態のシステムは、上記受信装置が１台で、上記信号処理装置が複数台となり、これら受信装置と複数の信号処理装置を接続するような構成となされる。
【００１７】
但し、上述のように１台の受信装置と複数の信号処理装置を接続するようなシステム構成において、視聴したい放送番組を切り替えることによって、その放送番組を提供している放送プロバイダも切り替わるような番組変更を行う場合には、受信装置と接続される信号処理装置を切り替えることが必要となる。例えば、受信装置と信号処理装置の接続が１対１に対応しているような場合には、番組変更の都度、その接続をし直さなければならず、また、例えば切り替え可能な分配器を介して受信装置と複数の信号処理装置を接続しているような場合にも当該分配器の切り替えを行わなければならない。
【００１８】
このようなことから、本実施の形態のシステムでは、放送プロバイダの切り替えを伴う番組変更を行う場合であっても、受信装置と各信号処理装置との間の接続をし直したり、分配器の切り替えを行ったりする必要がなく、放送プロバイダの切り替えを伴う番組変更の指定がなされたときに、その番組変更を自動的に検出し、受信装置と信号処理装置の接続状態を自動的に切り替えることを実現するために、いわゆるＩＥＥＥ１３９４規格のシリアルバスにて受信装置と各信号処理装置との間を接続し、当該ＩＥＥＥ１３９４規格のシリアルバスに接続された各機器のうちの一つ、例えば上記受信装置をＩＥＥＥ１３９４規格における制御ノードとし、他の機器、例えば各信号処理装置を被制御ノードとして、制御ノードが自分自身及び他の各被制御ノードの接続及び通信状態を制御するようにしている。なお、制御ノードは、受信装置に限らず、信号処理装置であってもよく、或いは当該ＩＥＥＥ１３９４規格のシリアルバスに接続された、更に別のノード（機器）、例えばビデオテープレコーダやテレビジョン受像機等であってもよい。
【００１９】
ここで、ＩＥＥＥ１３９４規格について簡単に説明する。
【００２０】
ＩＥＥＥ１３９４規格とは、ＩＥＥＥ（Institute of Electrical and Electronics Engineers：米国電気電子技術者協会）による規格であり、ディジタルビデオレコーダ等の家庭用電子機器同士の接続やこれら電子機器とコンピュータとの間の接続といったマルチメディア用途に向くものとして注目されている。
【００２１】
ＩＥＥＥ１３９４規格では、基本的に２組のツイストペア線を用いて伝送が行われる。その伝送方法は、１方向の伝送にツイストペア線を２組とも使う、いわゆる半２重の通信である。この通信法には、ＤＳコーディングと呼ばれる通信方法が採用されており、これは、ツイストペア線の片側にデータを、他方にストローブと呼ばれる信号を送り、２つの信号の排他的論理和をとることで、受信側でクロックを再現するというものである。
【００２２】
ＩＥＥＥ１３９４規格のデータレートは、９８．３０４Ｍｂｐｓ（Ｓ１００）、１９６．６０８Ｍｂｐｓ（Ｓ２００）、３９３．２１６Ｍｂｐｓ（Ｓ４００）の３種類が定義されており、高速のレートに対応した機器はそれより遅いレートのノード（機器）をサポートしなければならない、いわゆる上位互換性が定められている。
【００２３】
各ノードは、最大２７個までのポートを持つことが許されており、各ノードのポートをＩＥＥＥ１３９４シリアルバスを介して接続することで最大６３台までのノードをネットワーク化することができる。なお、異なる２つのＩＥＥＥ１３９４シリアルバスにそれぞれ接続された１組のノード（ポータル）を、これら２つの異なるＩＥＥＥ１３９４シリアルバス間の橋渡しを行うブリッジとして使用し、当該ブリッジを使用して複数（２つ以上）のバスの間でデータの伝送を行うようなネットワーク構成も提案されている。すなわち、１つのＩＥＥＥ１３９４バスに接続できる機器（ノード）の数は、最大で６３個に制限されているが、複数のバスをブリッジを用いて連結し、バスとブリッジからなるネットワークを構成することにより、更に多くのノードを接続することが可能になされている。なお、ブリッジを構成するノード（ポータル）間におけるデータの伝送は、ケーブルのみならず、電波や赤外線等を用いて行うことも既に提案されている。
【００２４】
ＩＥＥＥ１３９４規格では、その接続時にバスの初期化処理が行われ、複数のノードの接続を行うとツリー構造が自動的に内部にて構成される。その後、各ノードのアドレスが自動的に割り振られる。ＩＥＥＥ１３９４規格上では、１台のノードが送信した信号を他のノードが中継することで、ネットワーク内の全てのノードに同じ内容の信号を伝えることが可能である。したがって、無秩序な送受信を防止するために、各ノードは送信を開始する前にバスの使用権を調停する必要がある。バスの使用権を得るためには、先ずバスが開放されるのを待ち、ツリー上の親機に対してバス使用権の要求信号を送る。そして、要求を受けた親機は、さらなる親機に信号を中継し、要求信号は最終的には最上位の親機である制御ノードにまで達する。制御ノードは、要求信号を受けると使用許可信号を返し、許可を受けたノード（被制御ノード）は通信を行うことが可能となる。但し、このとき複数のノードから同時に要求信号が出された場合には、１台にのみ許可信号が与えられ、他の要求は拒否される。
【００２５】
このように、ＩＥＥＥ１３９４規格上は、バスの使用権を奪い合いながら、複数のノードが１つのバスを時分割多重で使用している。
【００２６】
ＩＥＥＥ１３９４規格では、リアルタイム性を保証する同期通信、すなわちアイソクロナス通信（isochronous data transfer）を定義してある。また、ＩＥＥＥ１３９４規格には、この同期通信に対して、非同期通信、すなわちアシンクロナス通信（asynchronous data transfer）も定義されている。
【００２７】
放送信号を構成するビデオデータやオーディオデータなどのリアルタイム性を必要とするデータにおいては、一定時間間隔で通信が保証されなければ、データの欠落を起こす可能性がある。したがって、このようなリアルタイム性を必要とするデータに対しては、基本的に、同期通信すなわちアイソクロナス通信（isochronous data transfer）が使用される。
【００２８】
このアイソクロナス通信を所定のノードが行うためには、そのノードがアイソクロナス機能に対応していなければならない。
【００２９】
また、アイソクロナス機能に対応したノードの少なくとも一つは、サイクルマスタの機能を有していなければならない。さらに、ＩＥＥＥ１３９４シリアルバスに接続されたノードの中の少なくとも一つは、アイソクロナスリソースマネージャ（Isochronous Resource Manager：ＩＲＭ）の機能を有していなければならない。
【００３０】
そのため、先のバス初期化の際にアイソクロナスリソースマネージャノードとサイクルマスタノードが、ＩＥＥＥ１３９４シリアルバスに接続されたノードの何れかより選ばれる。
【００３１】
図１には、ＩＥＥＥ１３９４で接続された機器のデータ伝送のサイクル構造を示す。ＩＥＥＥ１３９４では、データは、パケットに分割され、１２５μｓの長さのサイクルを基準として時分割にて伝送される。このサイクルは、サイクルマスタノードから供給されるサイクルスタート信号によって作り出される。アイソクロナス通信を行うためのアイソクロナスパケットは、全てのサイクルの先頭から伝送に必要な帯域（時間単位であるが帯域と呼ばれる）及びチャンネル番号をアイソクロナスリソースマネージャより確保する。このため、アイソクロナス通信では、データの一定時間内の伝送が保証される。ただし、伝送エラーが発生した場合は、保護する仕組みが無く、データは失われる。各サイクルのアイソクロナス通信に使用されていない時間に、アービトレーションの結果、バスを確保したノードが、アシンクロナス通信を行うためのアシンクロナスパケットを送出する。アシンクロナス通信では、アクノリッジ、及びリトライを用いることにより、確実な伝送は保証されるが、伝送のタイミングは一定とはならない。
【００３２】
本発明実施の形態のシステムでは、上述したようなＩＥＥＥ１３９４規格のシリアルバスに受信装置と各信号処理装置を接続することで、これら装置同士の接続や接続解除がバス内で論理的に行われることになり、したがって物理的なケーブルの抜挿や分配器による切り替えなどの操作が不要になっている。
【００３３】
ここで、上記放送番組のようなビデオデータやオーディオデータからなる信号は、前述したようにリアルタイム性が必要であり、受信装置と各信号処理装置との間でパスを例えば１つのみ設定した場合、当該１つのパスでリアルタイム性を持つデータの送受信を往復で行うことになる。すなわちこの場合、受信装置から信号処理装置へのデータ送信と信号処理装置から受信装置へのデータ返信を同一のパスで行う、いわゆる半二重通信となる。上記受信装置と各信号処理装置との間の通信は、当該半二重通信でも可能であるが、本実施の形態では、リアルタイム性をより向上させるために、受信装置と信号処理装置との間で同時に２パスを設定し、往路を受信装置から信号処理装置へのデータ送信、復路を信号処理装置から受信装置へのデータ返信に使う、いわゆる全二重通信を採用する。
【００３４】
図２には、本発明の通信制御方法及び装置、通信制御システムが適用される一実施の形態の構成として、上述したようなＩＥＥＥ１３９４規格のバス（シリアルバス）１を使用して受信装置２と複数の信号処理装置（図２の例では３台の信号処理装置３〜５）との間を接続し、これら受信装置２と各信号処理装置３〜５との間で全二重通信を行うようにした、システム構成例を示す。なお、図２の例では、放送番組を実際に視聴するためのテレビジョン受像機６もＩＥＥＥ１３９４バス１に接続されている。もちろん、当該ＩＥＥＥ１３９４バス１には、その他の機器（例えばディジタルビデオテープレコーダ等）が接続されていてもよい。
【００３５】
ここで、本実施の形態において、放送プロバイダからはいわゆるディジタル放送電波として放送信号が送信され、この送信信号は、放送信号を構成するビデオ及びオーディオ、その他のデータ（例えば文字情報や副音声データ等）をそれぞれエンコードし、それらビデオ及びオーディオ、その他のデータのエンコードデータをマルチプレクスし、さらに当該マルチプレクスデータをスクランブル処理し、そのスクランブルデータに基づいて搬送波を変調した信号であることとする。また、エンコードの一例としては、いわゆるＭＰＥＧ方式による圧縮符号化を挙げる。
【００３６】
この図２に示す本実施の形態のシステムにおいて、各信号処理装置３〜５は、上記マルチプレクスデータに施されているスクランブル処理を解く、デスクランブラであり、ＩＥＥＥ１３９４バス１を介してデータの送受が可能となされている。
【００３７】
また、受信装置２は、上記ディジタル放送による送信信号を受信して復調すると共に、信号処理装置３〜５の何れかにてデスクランブル処理された後のマルチプレクスデータをデマルチプレクス処理し、さらにエンコードデータをデコードしてビデオ及びオーディオ、その他のデータ（文字情報等）を復元する装置であり、ＩＥＥＥ１３９４バス１を介してデータの送受が可能となされている。
【００３８】
テレビジョン受像機６は、陰極線管（ＣＲＴ）や液晶ディスプレイ等の映像表示部と、スピーカ等の音声出力部とを備えた、いわゆるテレビジョン受像機であり、ＩＥＥＥ１３９４バス１を介してデータの送受が可能となされている。なお、図２には、当該テレビジョン受像機６に対し、ＩＥＥＥ１３９４バス１を介してビデオ及びオーディオ、その他のデータを供給する例を挙げているが、当該ＩＥＥＥ１３９４バス１を介さずに直接、受信装置２からビデオ及びオーディオ、その他のデータを供給するような構成とすることも可能である。また、テレビジョン受像機６には、ディジタルのビデオ及びオーディオデータではなく、アナログのビデオ及びオーディオ信号を供給するような構成とすることも可能である。
【００３９】
すなわちこの図２に示す本実施の形態のシステムでは、ディジタル放送による送信信号を受信装置２にて受信して復調し、当該復調により得られたスクランブルデータがＩＥＥＥ１３９４バス１を介して上記信号処理装置３〜５の何れかに送られる。上記スクランブルデータは、これら信号処理装置３〜５の何れかでデスクランブル処理される。その際に、上記信号処理装置３〜５にて行われる信号処理としては、それぞれ異なるデスクランブル処理を行うか、若しくは、異なるキーを利用してデスクランブル処理を行うことが可能である。なお、同じデスクランブル処理を行う信号処理装置がバス上にあってもかまわない。
【００４０】
当該デスクランブル処理により得られたマルチプレクスデータは、再びＩＥＥＥ１３９４バス１を介して受信装置２に戻される。さらにこの受信装置２では、上記マルチプレクスデータをデマルチプレクス処理してビデオ及びオーディオ、その他のデータのエンコードデータを取り出し、これらエンコードデータをデコードしてビデオ及びオーディオ、その他のデータを復元する。当該復元されたビデオ及びオーディオ、その他のデータは、ＩＥＥＥ１３９４バス１を介してテレビジョン受像機６に送られる。これにより、複数の放送プロバイダから提供された複数の放送番組が視聴可能となる。
【００４１】
図３には上記受信装置２の具体的構成例を示し、図４には上記信号処理装置３〜５の具体的構成例を示す。
【００４２】
この図３に示す受信装置２において、端子１０には、ディジタル放送電波として送信されている送信信号を受信する図示しないアンテナからの受信信号が供給され、当該受信信号はチューナ２１に送られる。
【００４３】
チューナ２１では、上記受信信号の選局を行い、その選局により得られた受信信号を復調器２２に送る。
【００４４】
復調器２２では、受信信号を復調し、当該復調により得られたデータを１３９４インターフェイス（Ｉ／Ｆ）部２４に送る。この復調器２２での復調により得られたデータは、上記スクランブルデータである。なお、例えば無料放送番組のようにスクランブル処理が施されていない放送信号の場合、当該復調器２２から出力されるデータはマルチプレクスデータとなり、この場合のマルチプレクスデータについては１３９４インターフェイス部２４に送らず直接に、デマルチプレクサ２５に送るようにする。
【００４５】
なお、受信した受信信号が無料放送番組かどうかを判別するには、例えば、受信信号のデータの中に、無料放送である旨を示すＩＤを含めておき、そのＩＤを検出することによって、判別するようにすればよい。
【００４６】
また、受信信号の中に、プロバイダＩＤを含め、更に、このプロバイダＩＤを幾つかのフィールドに分けて、そこに無料、有料の情報を入れておき、そこを検出することによって無料放送番組かを判別するようにしてもよい。
【００４７】
１３９４インターフェイス部２４では、上記復調器２２より供給されたスクランブルデータから、ＩＥＥＥ１３９４規格にて規定されているパケットを構成し、このパケットデータを端子１１を介してＩＥＥＥ１３９４バス１に送信する。当該ＩＥＥＥ１３９４バス１に送信されたパケットデータは、信号処理装置３〜５の何れかに送られる。
【００４８】
信号処理装置３〜５は、それぞれ図４に示す構成を有する。
【００４９】
この図４に示す信号処理装置において、端子３０には、上記受信装置２から出力されてＩＥＥＥ１３９４バス１を介したパケットデータが供給される。上記ＩＥＥＥ１３９４バス１を介して受け取ったパケットデータは、１３９４インターフェイス部３２に送られる。
【００５０】
１３９４インターフェイス部３２では、上記パケットデータのパケット化を解き、得られたデータをデスクランブラ３３に送る。このとき当該デスクランブラ３３に送られるデータは、上記スクランブルデータである。
【００５１】
このデスクランブラ３３では、上記スクランブルデータのスクランブル処理を解く（デスクランブル処理）。したがって、当該デスクランブル処理後のデータは、上記マルチプレクスデータとなる。当該デスクランブル処理後のマルチプレクスデータは、１３９４インターフェイス部３２に送られる。
【００５２】
１３９４インターフェイス部３２では、上記マルチプレクスデータをパケット化し、そのパケットデータを端子３０を介してＩＥＥＥ１３９４バス１に送信する。
【００５３】
上記信号処理装置より出力され１３９４インターフェイス部３２を介して送信されたマルチプレクスデータからなるパケットデータは、ＩＥＥＥ１３９４バス１及び図３の受信装置２の端子１１を介して、受信装置２の１３９４インターフェイス部２４に入力される。
【００５４】
上記信号処理装置からのパケットデータを受け取った１３９４インターフェイス部２４では、そのパケットを解き、得られたデータをデマルチプレクサ２５に送る。このデマルチプレクサ２５に送られるデータは、上記マルチプレクスデータである。
【００５５】
デマルチプレクサ２５では、上記マルチプレクスデータから、それぞれビデオ及びオーディオ、その他のデータのエンコードデータを分離（デマルチプレクス）し、ＡＶデコーダ２６に送る。なお、このデマルチプレクサ２５に供給されるマルチプレクスデータは、上記デスクランブル処理後のマルチプレクスデータのみならず、前述した無料放送番組の放送信号のように復調器２２から直接出力されたマルチプレクスデータの場合もある。
【００５６】
当該ＡＶデコーダ２６は、上記デマルチプレクサ２５により分離されたビデオのエンコードデータとオーディオのエンコードデータ、その他のエンコードデータを、それぞれデコードして、オーディオデータ及びビデオデータ、その他のデータを復元する。すなわち、当該ＡＶデコーダ２６では、前記ＭＰＥＧ方式によって圧縮符号化されているビデオ及びオーディオ、その他のデータを、伸張復号化して、オーディオデータ及びビデオデータ、その他のデータを復元する。このように復元されたビデオ及びオーディオ、その他のデータは、１３９４インターフェイス部２４に送られる。
【００５７】
当該１３９４インターフェイス部２４では、上記ＡＶデコーダ２６より供給されたビデオ及びオーディオ、その他のデータをパケット化し、そのパケットデータをＩＥＥＥ１３９４バス１を介してテレビジョン受像機６に送る。
【００５８】
図示は省略するが、当該テレビジョン受像機６も１３９４インターフェイス部を備え、ＩＥＥＥ１３９４バス１を介して供給されたパケットデータのパケットを解き、得られたビデオ及びオーディオ、その他のデータに基づいた音声の出力及び映像、文字等の表示を行う。なお、上記ＡＶデコーダ２６から直接に上記ビデオ及びオーディオデータ等をテレビジョン受像機６へ供給する場合には、当該テレビジョン受像機６はＩＥＥＥ１３９４インターフェイス部を必ずしも備える必要はない。また、テレビジョン受像機６がアナログテレビジョン受像機である場合、ＡＶデコーダ２６からはアナログビデオ及びオーディオ信号が出力され、このアナログビデオ及びオーディオ信号がアナログテレビジョン受像機に直接供給されることになる。
【００５９】
上記受信装置２のＭＰＵ（micro processing unit）２３は、当該受信装置２内部の各構成要素である上記チューナ２１、復調器２２、１３９４インターフェイス部２４、デマルチプレクサ２５、ＡＶデコーダ２６等の動作を制御すると共に、必要に応じて各種演算処理を行う。また、信号処理装置のＭＰＵ３１は、当該信号処理装置内部の各構成要素である上記１３９４インターフェイス部３２やデスクランブラ３３等の動作を制御すると共に、必要に応じて各種演算処理を行う。これら受信装置２のＭＰＵ２３と信号処理装置のＭＰＵ３１は、１３９４インターフェイス部２４と１３９４インターフェイス部３２を通じて、ＩＥＥＥ１３９４バス１経由で通信を行う。
【００６０】
さらに、これらＭＰＵ２３及び２４は、ＩＳＯ／ＩＥＣ１３２１３で規定された６４ビットのアドレス空間を有するＣＳＲ（Control&Status Register）アーキテクチャに準拠しているＣＳＲアーキテクチャのアドレス空間を有している。
【００６１】
図５は、ＣＳＲアーキテクチャのアドレス空間の構造を説明する図である。上位１６ビットは、各ＩＥＥＥ１３９４上のノードを示すノードＩＤであり、残りの４８ビットが各ノードに与えられたアドレス空間の指定に使われる。この上位１６ビットは、更にバスＩＤの１０ビットと物理ＩＤ（狭義のノードＩＤ）の６ビットに分かれる。全てのビットが１となる値は、特別な目的で使用されるため、１０２３個のバスと６３個のノードを指定することができる。
【００６２】
下位４８ビットにて規定される２５６テラバイトのアドレス空間のうちの上位２０ビットで規定される空間は、２０４８バイトのＣＳＲ特有のレジスタやＩＥＥＥ１３９４特有のレジスタ等に使用されるイニシャルレジスタスペース（Initial Register Space）、プライベートスペース（Private Space）、及びイニシャルメモリスペース（Initial Memory Space）などに分割され、下位２８ビットで規定される空間は、その上位２０ビットで規定される空間が、イニシャルレジスタスペースである場合、コンフィギュレーションＲＯＭ（Configuration read only memory）、ノード特有の用途に使用されるイニシャルユニットスペース（Initial Unit Space）、プラグコントロールレジスタ（Plug Control register（ＰＣＲｓ））などとして用いられる。
【００６３】
図６は、主要なＣＳＲのオフセットアドレス、名前、及び働きを説明する図である。図６のオフセットとは、イニシャルレジスタスペースが始まる「ＦＦＦＦＦ０００００００ｈ」（最後にｈのついた数字は１６進表示であることを表す）番地よりのオフセットアドレスを示している。オフセット２２０ｈを有するバンドワイズアベイラブルレジスタ（Bandwidth Available Register）は、アイソクロナス通信に割り当て可能な帯域を示しており、アイソクロナスリソースマネージャとして動作をしているノードの値だけが有効とされる。すなわち、図５のＣＳＲは、各ノードが有しているが、バンドワイズアベイラブルレジスタについては、アイソクロナスリソースマネージャのものだけが有効とされる。換言すれば、バンドワイズアベイラブルレジスタは、実質的に、アイソクロナスリソースマネージャだけが有する。バンドワイズアベイラブルレジスタには、アイソクロナス通信に帯域を割り当てていない場合に最大値が保存され、帯域を割り当てる毎にその値が減少していく。
【００６４】
オフセット２２４ｈ乃至２２８ｈのチャンネルスアベイラブルレジスタ（Channels Available Register）は、その各ビットが０乃至６３番のチャンネル番号のそれぞれに対応し、ビットが０である場合には、そのチャンネルが既に割り当てられていることを示している。アイソクロナスリソースマネージャとして動作しているノードのチャンネルスアベイラブルレジスタのみが有効である。
【００６５】
図７は、バンドワイズアベイラブルレジスタのビット構成を示す図である。バンドワイズアベイラブルレジスタの下位１３ビット（図７のbw_remaining）は、バス６のアイソクロナス通信に帯域が割り当てられていない場合に、１００μｓに対応した値である最大値４９１５が保存され、帯域が割り当てる毎に、その値が減少されていく。
【００６６】
図８は、チャネルスアベイラブルレジスタのビット構成を示す図である。オフセット２２４ｈを有するレジスタが、３２番乃至６３番のチャンネル番号に対応したビットを格納し、オフセット２２８ｈを有するラベルが、０番乃至３１番のチャンネル番号に対応したビットを格納する。
【００６７】
ここで、ＩＥＥＥ１３９４規格においては、前述したように同期通信であるアイソクロナス通信（isochronous data transfer）と非同期通信であるアシンクロナス通信（asynchronous data transfer）とを定義しており、本実施の形態のようなディジタル放送の送受信では、アシンクロナス通信も可能であるが、基本的にはアイソクロナス通信が用いられる。一般に、アイソクロナス通信を行う場合、そのノード（機器）は、アイソクロナス通信機能を有するノード（Isochronous Capableのノード）である必要があり、さらに当該ノードが出力機能を持つ場合にはアウトプットプラグコントロールレジスタ（oPCR：output Plug Control Register）を１つ以上、入力機能を持つ場合にはインプットプラグコントロールレジスタ（iPCR：input Plug Control Register）を１つ以上備えていなければならない（１つのプラグコントロールレジスタに対してチャンネルは１つしか割り当てることができない）。なお、受信装置と各信号処理装置もこれに準し、受信装置と各信号処理装置の間での制御内容等の通信は、基本的にアシンクロナス通信で行う。
【００６８】
インターフェイスを介して、機器の入出力を制御するため、各ノードは図５のイニシャルユニットスペース内のアドレス９００ｈ乃至９ＦＦｈに、ＩＥＣ１８８３に規定されるＰＣＲ（Plug Control Register）を有する。これは、論理的にアナログインターフェイスに類似した信号経路を形成するために、プラグという概念を実体化したものである。図９は、ＰＣＲの構成を説明する図である。ＰＣＲは、出力プラグを表すｏＰＣＲ（output Piug Control Register）と、入力プラグを表すｉＰＣＲ（input Piug Control Register）を有する。また、ＰＣＲは、各機器固有の出力プラグ又は入力プラグの情報を示すレジスタｏＭＰＲ（output Master Piug Register）とｉＭＰＲ（input Master Piug Register）を有する。各機器は、ｏＭＰＲ及びｉＭＰＲをそれぞれ複数持つことはないが、個々のプラグに対応したｏＰＣＲ及びｉＰＣＲを、機器の能力によって複数持つことが可能である。図９に示されるＰＣＲは、それぞれ３１個のｏＰＣＲ及びｉＰＣＲを有する。アイソクロナスデータの流れは、これらのプラグに対応するレジスタを操作することによって制御される。
【００６９】
図１０は、ｏＭＰＲ、ｏＰＣＲ、ｉＭＰＲ、ｉＰＣＲの構成を示す図である。図１０の（Ａ）は、ｏＭＰＲの構成を、図１０の（Ｂ）はｏＰＣＲの構成を、図１０の（Ｃ）は、ｉＭＰＲの構成を、図１０の（Ｄ）はｉＰＣＲの構成を、それぞれ示す。ｏＭＰＲ及びｉＭＰＲのＭＳＢ側の２ビットのデータレートケイパビリティ（data rate capability）には、その機器が送信又は受信可能なアイソクロナスデータの最大伝送速度を示すコードが格納される。ｏＭＰＲのブロードキャストチャンネルベース（broadcast channel base）は、ブロードキャスト出力に使用されるチャンネルの番号を規定する。
【００７０】
ｏＭＰＲのＬＳＢ側の５ビットのナンバーオブアウトプットプラグス（number of output plugs）には、その機器が有する出力プラグ数、すなわち、ｏＰＣＲの数を示す値が格納される。ｉＭＰＲのＬＳＢ側の５ビットのナンバーオブインプットプラグス（number of input plugs）には、その機器が有する入力プラグ数、すなわちｉＰＣＲの数を示す値が格納される。図中のnon-persistent extension filde及びpersistent extension fieldの各フィールドは、将来の拡張のために定義された領域である。
【００７１】
ｏＰＣＲ及びｉＰＣＲのＭＳＢのオンライン（on-line）は、プラグの使用状態を示す。すなわち、その値が１であればそのプラグがＯＮ−ＬＩＮＥであり、０であればＯＦＦ−ＬＩＮＥであることを示す。ｏＰＣＲ及びｉＰＣＲのブロードキャストコネクションカウンタ（broadcast connection counter）の値は、ブロードキャストコネクションの有り（１）又は無し（０）を表す。ｏＰＣＲ及びｉＰＣＲの６ビット幅を有するポイントツウポイントコネクションカウンタ（point-to-point connection counter）が有する値は、そのプラグが有するポイントツウポイントコネクション（point-to-point connection）の数を表す。
【００７２】
ｏＰＣＲ及びｉＰＣＲの６ビット幅を有するチャンネルナンバー（channel number）が有する値は、そのプラグが接続されるアイソクロナスチャンネルの番号を示す。ｏＰＣＲの２ビット幅を有するデータレート（data rate）の値は、そのプラグから出力されるアイソクロナスデータのパケットの現実の伝送速度を示す。ｏＰＣＲの４ビット幅を有するオーバーヘッドＩＤ（overhead ID）に格納されるコードは、アイソクロナス通信のオーバーヘッドのバンド幅を示す。ｏＰＣＲの１０ビット幅を有するペイロード（payload）の値は、そのプラグが取り扱うことができるアイソクロナスパケットに含まれるデータの最大値を表す。
【００７３】
図１１は、プラグ、プラグコントロールレジスタ、及びアイソクロナスチャンネルの関係を表す図である。ＡＶデバイス（AV-device）４０−１乃至４０−３は、ＩＥＥＥ１３９４シリアルバスによって接続されている。ＡＶデバイス４０−３のｏＭＰＲにより伝送速度とｏＰＣＲの数が規定されたｏＰＣＲ[0]乃至ｏＰＣＲ[2]のうち、ｏＰＣＲ[1]によりチャンネルが指定されたアイソクロナスデータは、ＩＥＥＥ１３９４シリアルバスのチャンネル＃１（channel#1）に送出される。ＡＶデバイス４０−１のｉＭＰＲにより伝送速度とｉＰＣＲの数が規定されたｉＰＣＲ[0]とｉＰＣＲ[1]のうち、入力チャンネル＃１が指定されたｉＰＣＲ[0]により、ＡＶデバイス４０−１は、ＩＥＥＥ１３９４シリアルバスのチャンネル＃１に送出されたアイソクロナスデータを読み込む。同様に、ＡＶデバイス４０−２は、ｏＰＣＲ[0]で指定されたチャンネル＃２（channel#2）に、アイソクロナスデータを送出し、ＡＶデバイス４０−１は、ｉＰＣＲ[1]にて指定されたチャンネル＃２からそのアイソクロナスデータを読み込む。
【００７４】
なお、ＩＥＥＥ１３９４規格において、あるノードが他のノードとの間にパスを設定する際には、相手ノードのノードＩＤを認識していなければならない。本実施の形態のシステムの場合、制御ノードである受信装置は、各信号処理装置との間にパスを設定するので、先ず、受信装置が信号処理装置を認識するフェーズから始まる。
【００７５】
受信装置の上記コンフィギュレーションＲＯＭには、その相手方のノードが信号処理装置であるという情報（以後、認識情報と呼ぶ。例えば、ディジタル放送の放送プロバイダであるなど）と、必要ならばアイソクロナス通信にて使用される情報（以後、経路情報と呼ぶ。例えば帯域幅など）が記述されているものとする。さらに他の情報が必要であれば、その情報も記述しておく。
【００７６】
図１２には、被制御ノードである信号処理装置のＭＰＵ３１内にあるコンフィギュレーションＲＯＭのフォーマットの一例を示す。
【００７７】
この図１２において、プロバイダＩＤは、何れの放送プロバイダに依存した信号処理を行う信号処理装置であるかを表し、オーバーヘッドＩＤ（overhead ID）は、プラグコントロールレジスタに帯域幅を書き込む時に使われる値である。
【００７８】
ここで、ＩＥＥＥ１３９４バス上のノードの電源投入や新たなノードの接続等によって発生するバスリセット時に、制御ノードである受信装置は、ＩＥＥＥ１３９４バス上の全ノードに対してアシンクロナスリードリクエスト（Asychronous read requesut）のパケットを送信し、各ノードのコンフィギュレーションＲＯＭの内容を読む。なお、アシンクロナスパケットは、各ノードに順々に送信しても良い。
【００７９】
受信装置は、リードリクエストに対する応答（response）パケットの情報を見て、その応答パケットの送信主が情報処理装置であることを認識したならば、認識用の情報として、その信号処理装置のノードＩＤとコンフィギュレーションＲＯＭ内の認識情報と経路情報をテーブルに記憶しておく。なお、上記応答パケットの送信主が、信号処理装置以外のノード（機器）ならば、特に記憶しなくても良い。
【００８０】
ここで、例えばユーザが番組変更を行うと、その変更情報を受けた受信装置は、バスリセット時に確保した情報を用いて信号処理装置との間にパスを設定しようと試みる。但し、その番組が無料放送のような信号処理装置にデータを渡さなくても視聴できる番組であるとか、その番組の放送プロバイダに依存する信号処理装置がバス１上に存在していないにもかかわらず、その放送プロバイダの番組が選択されたような場合などは、当該番組をそのまま出力することもある。また、既にその番組に対応する信号処理装置との間に既にパスが設定されている場合には、そのままそのパスを使用しても良い。さらに、他の放送プロバイダに依存する信号処理装置との間に既にパスが設定されていても、受信装置にチューナが複数存在し、空いているチューナとパスがあればそれを使うようにしてもよい。
【００８１】
本実施の形態では、受信装置が信号処理装置を認識するために、上記コンフィギュレーションＲＯＭに情報を記述しておく方法を取ったが、それら信号処理装置を認識可能であるならば他の方法でも良い。
【００８２】
また、本実施の形態では、バスリセット時に認識処理を行い、その情報をテーブルに記憶させるようにしたが、ユーザが番組変更などを行ってパスの設定や解除が必要になったときには、その都度、認識処理を行うようにしても良い。さらに、上記プロバイダＩＤを読みに行く手段として、ＡＶ／Ｃコマンドを利用してもよい。
【００８３】
なお、選択された番組のプロバイダを判別するには、例えば、選択された番組の受信信号のデータの中に、その番組のプロバイダを示すＩＤを含めておき、そのＩＤを検出することによって、判別するようにすればよい。このようにプロバイダを示すＩＤが含まれるデータは、ＤＭＳＩという規格に規定されている。
【００８４】
また、番組を受信する受信装置では、上記のプロバイダを示すＩＤとそのＩＤのプロバイダとの表を設けることによって、プロバイダを判別することができる。ただし、このプロバイダを示すＩＤとコンフィギュレーションＲＯＭ内のプロバイダＩＤとを同じにすれば、この表を省略できる。
【００８５】
受信装置と信号処理装置との間での放送データの送受信には、アイソクロナス通信を用いるので、アイソクロナスリソースを確保しなければならない。当該アイソクロナスリソースを確保するには、アイソクロナスリソースマネージャ（ＩＲＭ：Isochronous Resourse Manager）のバンドワイドアベーラブルレジスタ（BANDWIDTH AVAILABLE Register）とチャネルスアベーラブルレジスタ（CHANNELS_AVAILABLE Register）をロックトランザクション（lock transaction）を用いて書き換えれば良い。
【００８６】
信号処理装置の経路情報として帯域幅やチャンネルがあれば、それを使って上述の２つのレジスタを書き換える。経路情報がなければ、その時のバスの状況に応じて設定しても良い。また、受信装置が予め決めておいた値を使っても良い。
【００８７】
アイソクロナスリソースを確保できたならば、次は、先に説明した入出力の管理を行うプラグコントロールレジスタの書き換えを行う。出力機器のアウトプットプラグコントロールレジスタ（oPCR）と入力機器のインプットプラグコントロールレジスタ（iPCR）をそれぞれ、リソースとして確保したチャンネルで設定する。プラグコントロールレジスタの接続方法には、いわゆるポイント−ポイント接続（point-to-point接続）とブロードキャスト接続（broadcast接続）があるが、特定の機器同士を接続する場合には、通常はポイント−ポイント接続なので、受信装置と信号処理装置との間でのパスの接続にもポイント−ポイント接続を用いる。但し、ブロードキャスト接続でも可能である。
【００８８】
本実施の形態では、受信装置と信号処理装置との間で同時に２つのパスを設定する（全二重通信する）ので、受信装置と信号処理装置はどちらもアウトプットプラグコントロールレジスタとインプットプラグコントロールレジスタをそれぞれ最低１つずつ使用する。
【００８９】
図１３には、受信装置と信号処理装置との間でパスを設定した時の一例を示す。
【００９０】
ここで、往路では受信装置のアウトプットプラグコントロールレジスタと信号処理装置のインプットプラグコントロールレジスタを同じチャネルで割り当てて、ポイント−ポイント接続でパスを設定する。同様に、復路では受信装置のインプットプラグコントロールレジスタと信号処理装置のアウトプットプラグコントロールレジスタを同じチャネルで割り当てて、ポイント−ポイント接続でパスを設定する。
【００９１】
この場合、当然のことながら往路と復路ではパスのチャネルは異なる値になる。往路と復路はどちらを先に設定しても良いが、往復両方が設定されて始めて、受信装置と信号処理装置との間でデータの送受信ができるようになる。
【００９２】
また、バス上に同じ放送プロバイダに依存した信号処理装置が２つ以上存在していた場合においては、特にどの信号処理装置と接続してもかまわない。しかし、バス上にバスマネージャが存在し、スピードマップが利用可能である時にはこれを参照し、受信装置と接続できる信号処理装置のうち転送速度が最大のものを選ぶと効率が良い。
【００９３】
また、ユーザの番組変更などによりパスを解除する必要がある場合には、これを行う。アイソクロナスリソースやプラグコントロールレジスタは、それを確保したノードが開放を行わなければならないので、この処理は受信装置が行うことになる。なお、プラグコントロールレジスタをブロードキャスト接続した場合にはこの限りではない。
【００９４】
図１３においては、先ず、受信装置のアウトプットプラグコントロールレジスタと信号処理装置のインプットコントロールレジスタを開放し、往路のアイソクロナスリソースを開放する。同様に、受信装置のインプットプラグコントロールレジスタを開放し、往路のアイソクロナスリソースを開放する。実際には、往路と復路はどちらを先に解除しても良い。
【００９５】
本実施の形態では、パスの設定や解除を受信装置が中心となって行ったが、信号処理装置が行っても良い。また、往路と復路の設定を別々に受信装置と信号処理装置が行っても良い。さらに、受信装置や信号処理装置以外の機器が行うことも可能である。何れの場合においても、本実施の形態にような認識方法を使うならば、認識される側のノードのコンフィギュレーションＲＯＭには、図１２のような情報を記述しておく必要がある。また、アイソクロナスリソースやプラグコントロールレジスタを開放する場合には、これらを設定したノードが行わなければならない（プラグコントロールレジスタがブロードキャスト接続の場合はこの限りではない）。
【００９６】
図１４には、受信装置と信号処理装置との間でパスを設定して解除するまでの全体のフローチャートを示す。なお、初期状態では、デフォルトとして適当な番組を出力しているものとし、また、受信装置はチューナを一つのみ有しているものとする。
【００９７】
図１４において、ステップＳ１では、受信装置による信号処理装置のテーブル作成が行われ、次のステップＳ２では、ユーザによる番組選択がなされたか否かの判定を行う。このステップＳ２において、ユーザによる番組選択がなされていないと判定した時にはステップＳ８に進み、現状のまま番組の出力を続ける。一方で、ユーザによる番組選択がなされた時にはステップＳ３に進む。
【００９８】
ステップＳ３では、信号処理装置とデータの送受を行う必要がない番組か否かの判定を行う。このステップＳ３において、データの送受を行う必要がない番組であると判定したときにはステップＳ８に進み、現状のまま番組の出力を続ける。一方で、データの送受を行う必要があると判定したときにはステップＳ４に進む。
【００９９】
ステップＳ４では、受信装置は既にパスを設定しているか否かの判定を行う。このステップＳ４において、未だパスの設定がなされていないと判定した時にはステップＳ７に進み、既にパスの設定がなされていると判定した時にはステップＳ５に進む。
【０１００】
ステップＳ５では、選択した番組は既にパスが設定されている放送プロバイダに対応しているか否かの判定を行い、既にパスが設定されている放送プロバイダに対応していると判定したときにはステップＳ８に進み、現状のまま番組の出力を行う。一方で、未だパスが設定されていないと判定した時にはステップＳ６に進む。
【０１０１】
ステップＳ６では、そのパスを解除した後、次のステップＳ７に進む。
【０１０２】
ステップＳ７では、受信装置と信号処理装置との間にパスを設定し、その後のステップＳ８では、その設定されたパスにて番組を出力する。
【０１０３】
図１５には、受信装置が信号処理装置のテーブルを作成する際のフローチャートを示す。
【０１０４】
この図１５において、ステップＳ１０では、変数ｉを初期値０に設定し、次のステップＳ１１では、変数ｉが全ノード数より小さいか否かの判定を行う。このステップＳ１０において、変数ｉが全ノード数より小さくない（変数ｉが全ノード数以上）であると判定したときは処理を終了し、一方で、変数ｉが全ノード数より小さいと判定したときはステップＳ１２に進む。
【０１０５】
ステップＳ１２では、変数ｉに対応するノードに対して、コンフィギュレーションＲＯＭを読み、次のステップＳ１３ではそのノードが信号処理装置であるか否かの判定を行う。このステップＳ１３において、信号処理装置でないと判定した時にはステップＳ１５に進んで、変数ｉを１増加させた後にステップＳ１１に戻る。一方で、信号処理装置であると判定した時にはステップＳ１４に進む。
【０１０６】
ステップＳ１４では、受信装置は、信号処理装置のノードＩＤと、認識情報と、経路情報を、テーブルに記憶する。このステップＳ１４の後は、ステップＳ１５に進み、変数ｉを１増加させた後にステップＳ１１に戻る。
【０１０７】
図１６には、受信装置と信号処理装置との間にパスを設定する時のフローチャートを示す。なお、図中のＡは帯域幅とチャネルが往路のときのものであることを表し、図中のＢは帯域幅とチャネルが復路のときのものであることを表している。
【０１０８】
この図１６において、ステップＳ２０では、アイソクロナスリソースマネージャ（ＩＲＭ）から往路（Ａ）の帯域幅とチャネルを確保したか否かの判定を行う。このステップＳ２０において、往路（Ａ）の帯域幅とチャネルを確保していないと判定した時には処理を終了し、確保したと判定した時にはステップＳ２１に進む。
【０１０９】
ステップＳ２１では、受信装置のアウトプットプラグコントロールレジスタと受信装置のインプットプラグコントロールレジスタを、往路（Ａ）の帯域幅とチャネルを使ってポイント−ポイントで接続できたか否かの判定を行う。このステップＳ２１において、接続できないと判定した時にはステップＳ２６にて往路（Ａ）の帯域幅とチャンネルの開放を行った後に処理を終了し、接続できたと判定した時にはステップＳ２２に進む。
【０１１０】
ステップＳ２２では、アイソクロナスリソースマネージャから、復路（Ｂ）の帯域幅とチャネルを確保したか否かの判定を行う。このステップＳ２２において、復路（Ｂ）の帯域幅とチャネルを確保できないと判定した時には、ステップＳ２５にて往路のパスを解除した後に処理を終了し、確保できたと判定した時にはステップＳ２３に進む。
【０１１１】
ステップＳ２３では、受信装置のインプットプラグコントロールレジスタと信号処理装置のアウトプットプラグコントロールレジスタを、復路（Ｂ）の帯域幅とチャネルを使ってポイント−ポイントで接続できたか否かの判定を行う。このステップＳ２３において、接続できないと判定した時には、ステップＳ２７にて復路（Ｂ）の帯域幅とチャンネルの開放を行った後、ステップＳ２５にて往路のパスを解除した後に処理を終了し、一方、接続できたと判定したときには、ステップＳ２４に進む。
【０１１２】
ステップＳ２４では、受信装置と信号処理装置との間でデータの送受を開始し、この図１６の処理を終了する。
【０１１３】
図１７には、受信装置と信号処理装置との間のパスを解除するときのフローチャートを示す。
【０１１４】
この図１７において、ステップＳ３０では、受信装置のアウトプットプラグコントロールレジスタと信号処理装置のインプットプラグコントロールレジスタを開放し、次のステップＳ３１に進む。
【０１１５】
ステップＳ３１では、往路（Ａ）の帯域幅とチャネルを開放し、次のステップＳ３２に進む。
【０１１６】
ステップＳ３２では、受信装置のインプットプラグコントロールレジスタと信号処理装置のアウトプットプラグコントロールレジスタを開放し、次のステップＳ３３に進む。
【０１１７】
ステップＳ３３では、復路（Ｂ）の帯域幅とチャネルを開放し、その後、処理を終了する。
【０１１８】
上述したように、本実施の形態のシステムによれば、放送番組を受信するための装置を、受信装置と信号処理装置のように放送プロバイダに依存しない装置と放送プロバイダに依存する装置とに分けて、これら各装置をＩＥＥＥ１３９４バスにて接続するような構成を採用したことにより、ユーザが番組を選択するだけで受信装置に接続されるべき信号処理装置を簡単且つ自動的に接続可能となっている。
【０１１９】
また、本実施の形態のシステムによれば、ディジタル放送番組のようにリアルタイム性を有するデータを受信する場合において、受信装置と信号処理装置との間で同時に２つのパスを設定し、往路を受信装置から信号処理装置へのデータ送信に、復路を信号処理装置から受信装置へのデータ返信に使う、いわゆる全二重通信方式を採用することにより、ディジタル放送番組をリアルタイム処理可能となっている。
【０１２０】
【発明の効果】
以上の説明で明らかなように、本発明の通信制御方法及び装置、通信制御システムにおいては、異なる処理を必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、通信路上で送受する場合において、複数の信号の何れかが指定されたとき、当該指定された信号に含まれる異なる階層に対する処理を設定し、共通の処理とその設定された異なる処理との間で信号の送受を行うための通信経路を設定又は解除する制御を行うことにより、複数の信号についての処理を簡易且つ安価に実現可能としている。したがって例えば、放送番組の視聴を行うためのシステムに、本発明を適用すれば、複数の放送番組提供者からの複数の放送番組を、簡易かつ安価に視聴可能となる。
【図面の簡単な説明】
【図１】ＩＥＥＥ１３９４で接続された機器のデータ伝送のサイクル構造を示す図である。
【図２】本発明実施の形態のシステム構成例を示すブロック図である。
【図３】受信装置の具体的構成例を示すブロック図である。
【図４】信号処理装置の具体的構成例を示すブロック図である。
【図５】ＣＳＲアーキテクチャのアドレス空間の構造を示す図である。
【図６】主要なＣＳＲの位置、名前、及び働きを説明する図である。
【図７】バンドワイズアベイラブルレジスタのビット構成を示す図である。
【図８】チャンネスルアベイラブルレジスタのビット構成を示す図である。
【図９】ＰＣＲの構成を説明する図である。
【図１０】ｏＭＰＲ、ｏＰＣＲ、ｉＭＰＲ、ｉＰＣＲの構成を示す図である。
【図１１】プラグ、プラグコントロールレート、及びアイソクロナスチャンネルの関係を示す図である。
【図１２】信号処理装置内に設けられたコンフィギュレーションＲＯＭのフォーマット例を示す図である。
【図１３】受信装置と信号処理装置との間でパスを２つ設定したときの様子を示す図である。
【図１４】本実施の形態のシステムにおける全体の処理の流れを示すフローチャートである。
【図１５】受信装置が信号処理装置のテーブルを作成する時の処理の流れを示すフローチャートである。
【図１６】受信装置と信号処理装置との間にパスを設定する時の処理の流れを示すフローチャートである。
【図１７】受信装置と信号処理装置との間のパスを解除する時の処理の流れを示すフローチャートである。
【符号の説明】
１ ＩＥＥＥ１３９４バス、 ２ 受信装置、 ３，４，５ 信号処理装置、６ テレビジョン受像機、 ２１ チューナ、 ２２ 復調器、 ２３，３１ＭＰＵ、 ２４，３２ １３９４インターフェイス部、 ２５ デマルチプレクサ、 ２６ ＡＶデコーダ、 ３３ デスクランブラ
Claims (26)
- 複数種類の異なる処理の何れかを必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御方法において、
上記ネットワークにおける通信を制御する一の通信制御装置により、上記複数種類の異なる処理の何れを必要とする階層を含む信号であるかを指定し、指定結果を出力する指定工程と、
上記指定工程で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理工程と、
上記指定工程で出力された指定結果に基づいて、上記ネットワークに接続されている、上記指定された信号に含まれる異なる処理を必要とする階層に対する処理を実行可能な少なくとも１以上の他の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定工程と、
上記経路設定工程で設定された通信経路を介して上記指定工程で指定された信号を送受し、上記他の通信制御装置により上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理工程とを有する
通信制御方法。 - 上記通信経路は、上記一の通信制御装置から上記他の通信制御装置への第１の経路と、上記他の通信制御装置から上記一の通信制御装置への第２の経路とからなる
請求項１記載の通信制御方法。 - 上記通信経路はＩＥＥＥ１３９４規格に準拠するシリアルバスである
請求項１記載の通信制御方法。 - 上記複数の信号は、スクランブルのかけられたスクランブルド放送信号であって、
上記一の通信制御装置が上記スクランブルド放送信号を受信する受信工程を更に有する
請求項１記載の通信制御方法。 - 異なる処理を必要とする上記階層は、上記スクランブルド放送信号にかけられているスクランブルであって、
上記異処理工程では、上記スクランブルド放送信号をデスクランブルする
請求項４記載の通信制御方法。 - 上記異処理工程では、上記スクランブルド放送信号を、前記スクランブルド放送信号のプロバイダのキーを用いることによってデスクランブルする
請求項５記載の通信制御方法。 - 上記同処理工程は、上記放送信号を復調し当該復調された放送信号を出力する復調工程と、上記復調された上記放送信号に基づくマルチプレクスデータをデマルチプレクス処理し当該デマルチプレクスデータを出力するデマルチプレクス工程と、上記デマルチプレクスデータをデコードし、デコードデータを出力するデコード工程とを有する
請求項４記載の通信制御方法。 - 上記異処理工程は、上記放送信号をデスクランブルすることによって上記マルチプレクスデータを得る
請求項７記載の通信制御方法。 - 異なる処理を必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御システムにおいて、
上記ネットワークにおける通信を制御する一の通信制御装置は、
上記複数の信号の何れかを処理するかを指定し、指定結果を出力する指定手段と、
上記指定手段で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理手段と、
上記指定手段で出力された指定結果に基づいて、上記ネットワークに接続されている少なくとも１以上の他の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定手段とを有し、
上記他の通信制御装置は、
上記一の通信制御装置により設定された上記通信経路を介して上記指定手段で指定された信号を送受し、上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理手段とを有する
通信制御システム。 - 上記通信経路は、上記一の通信制御装置から上記他の通信制御装置への第１の経路と、上記他の通信制御装置から上記一の通信制御装置への第２の経路とからなる
請求項９記載の通信制御システム。 - 上記通信経路はＩＥＥＥ１３９４規格に準拠するシリアルバスである
請求項９記載の通信制御システム。 - 上記複数の信号は、スクランブルのかけられたスクランブルド放送信号であって、
上記一の通信制御装置は、上記スクランブルド放送信号を受信する受信手段を更に有する
請求項９記載の通信制御システム。 - 異なる処理を必要とする上記階層は、上記スクランブルド放送信号にかけられているスクランブルであって、
上記異処理手段は、上記スクランブルド放送信号をデスクランブルする
請求項１２記載の通信制御システム。 - 上記異処理手段は、上記スクランブルド放送信号を、前記スクランブルド放送信号のプロバイダのキーを用いることによってデスクランブルする
請求項１３記載の通信制御システム。 - 上記同処理手段は、上記放送信号を復調し、復調された放送信号を出力する復調手段と、上記復調された上記放送信号に基づくマルチプレクスデータをデマルチプレクス処理し、デマルチプレクスデータを出力するデマルチプレクス手段と、上記デマルチプレクスデータをデコードするデコード手段とを有する
請求項１２記載の通信制御システム。 - 上記異処理手段は、上記放送信号をデスクランブルすることによって上記マルチプレクスデータを得る
請求項１５記載の通信制御システム。 - 複数種類の異なる処理の何れかを必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御装置において、
上記複数種類の異なる処理の何れを必要とする階層を含む信号であるかを指定し、指定結果を出力する指定手段と、
上記指定手段で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理手段と、
上記指定手段で出力された指定結果に基づいて、上記ネットワークに接続されている、上記指定された信号に含まれる異なる処理を必要とする階層に対する処理を実行可能な少なくとも１以上の他の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定手段とを有し、
上記ネットワークに接続されている上記他の通信制御装置は、上記経路設定手段により設定された上記通信経路を介して上記指定手段で指定された信号を送受し、上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理手段とを有する
通信制御装置。 - 上記通信経路は、上記同処理手段によって処理された信号を上記同処理手段から上記他の通信制御装置へ伝送する第１の経路と、上記他の通信制御装置によって処理された信号を上記他の通信制御装置から上記同処理手段へ伝送する第２の経路とからなる
請求項１７記載の通信制御装置。 - 上記通信経路はＩＥＥＥ１３９４規格に準拠するシリアルバスである
請求項１７記載の通信制御装置。 - 上記複数の信号は、スクランブルのかけられたスクランブルド放送信号であって、
上記スクランブルド放送信号を受信する受信手段を更に有する
請求項１７記載の通信制御装置。 - 上記同処理手段は、上記放送信号を復調し、復調された放送信号を出力する復調手段と、上記復調された上記放送信号に基づくマルチプレクスデータをデマルチプレクス処理し、デマルチプレクスデータを出力するデマルチプレクス手段と、上記デマルチプレクスデータをデコードするデコード手段とを有する
請求項２０記載の通信制御装置。 - 複数種類の異なる処理の何れかを必要とする階層と共通の処理が可能な階層とを含んでなる複数の信号を、複数の通信制御装置が接続されてなるネットワーク上で送受する通信制御装置において、
上記ネットワークにおける通信経路を介して、上記複数の信号のうち少なくとも１つの信号を入力し、上記信号に含まれる異なる処理を必要とする階層に対して処理を行う異処理手段と、
上記通信経路を介して、上記異処理手段で処理された信号を共通の処理が可能な階層の処理を行う他の通信制御装置に送出する送出手段とを有し、
上記ネットワークに接続されている上記他の通信制御装置は、上記複数種類の異なる処理の何れを必要とする階層を含む信号であるかを指定し、指定結果を出力する指定手段と、上記指定手段で指定された信号に含まれる共通の処理が可能な階層に対して処理を行う同処理手段と、上記指定手段で出力された指定結果に基づいて、上記ネットワークに接続されている、上記指定された信号に含まれる異なる処理を必要とする階層に対する処理を実行可能な少なくとも１以上の通信制御装置との間で信号の送受を行うための上記ネットワークにおける通信経路の設定を行う経路設定手段とを有する
通信制御装置。 - 上記通信経路はＩＥＥＥ１３９４規格に準拠するシリアルバスである
請求項２２記載の通信制御装置。 - 入力された上記信号は、スクランブルのかけられたスクランブルド放送信号であって、
上記スクランブルド放送信号を入力する入力手段を更に有する
請求項２２記載の通信制御装置。 - 異なる処理を必要とする上記階層は、上記スクランブルド放送信号にかけられているスクランブルであって、
上記異処理手段は、上記スクランブルド放送信号をデスクランブルする
請求項２４記載の通信制御装置。 - 上記異処理手段は、上記スクランブルド放送信号を、前記スクランブルド放送信号のプロバイダのキーを用いることによってデスクランブルする
請求項２５記載の通信制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15440699A JP4265031B2 (ja) | 1998-06-03 | 1999-06-01 | 通信制御方法及び装置、通信制御システム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15482198 | 1998-06-03 | ||
| JP10-154821 | 1998-06-03 | ||
| JP15440699A JP4265031B2 (ja) | 1998-06-03 | 1999-06-01 | 通信制御方法及び装置、通信制御システム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2000138730A JP2000138730A (ja) | 2000-05-16 |
| JP2000138730A5 JP2000138730A5 (ja) | 2006-06-08 |
| JP4265031B2 true JP4265031B2 (ja) | 2009-05-20 |
Family
ID=26482700
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15440699A Expired - Fee Related JP4265031B2 (ja) | 1998-06-03 | 1999-06-01 | 通信制御方法及び装置、通信制御システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4265031B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20010072005A (ko) * | 1999-05-19 | 2001-07-31 | 이데이 노부유끼 | 통신방법, 통신장치, 통신 제어 장치, 통신 시스템 및제공매체 |
-
1999
- 1999-06-01 JP JP15440699A patent/JP4265031B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000138730A (ja) | 2000-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4339439B2 (ja) | デジタル信号受信機、ネットワーク及びトランスポートストリーム送信方法 | |
| US6078783A (en) | Digital tuner having IEEE 1394 serial bus interface for providing a plurality of selected programs as a functional unit | |
| JP5967636B2 (ja) | 限定受信サブユニット及び限定受信方法 | |
| JP3829260B2 (ja) | セットトップ電子部およびネットワークインタフェースユニット構成 | |
| EP0932103A1 (en) | Method and apparatus for transferring bi-directionally data between an IEEE 1394 bus and device | |
| KR19990071644A (ko) | Mpeg신호의 클럭을 회복하는 장치 및 방법 | |
| JP2001517036A (ja) | ディジタルバスを介して周辺電子装置を制御するディジタルテレビジョン装置 | |
| JP2006191558A (ja) | ホームマルチメディアネットワークアーキテクチャ | |
| EP2606620B1 (en) | Method and apparatus for transmitting and receiving data based on secured path bandwidth in network established by using audio/video interface | |
| KR100642530B1 (ko) | 통신 제어방법과 통신 제어시스템 및 통신 제어장치 | |
| EP1087572A2 (en) | Band with allocation in IEEE 1394 serial bus | |
| TWI387261B (zh) | 乙太網系統、乙太網收發器和乙太網通信方法 | |
| US6792532B1 (en) | Method for encrypting data using IEEE 1394 serial bus network | |
| JP4265031B2 (ja) | 通信制御方法及び装置、通信制御システム | |
| JP2002164898A (ja) | データ送受信装置及びデータ送受信方法 | |
| US6813659B1 (en) | Data transmission control apparatus and data transmission method | |
| KR100576943B1 (ko) | 홈 네트워크 시스템상에서 디지털 방송 스트림의 전송 및채널 변경 장치와 이의 운영 방법 | |
| WO2002033903A1 (en) | Method for reserving isochronous resources in a network comprising a wireless link | |
| KR20010050441A (ko) | 전자 장치 | |
| EP0932104B1 (en) | Method and apparatus for transferring bi-directionally data between an IEEE 1394 bus and a device | |
| Banks et al. | Breaking open the set top box | |
| GB2336743A (en) | Method of implementing a Common Interface over an IEEE 1394 Bus | |
| JP2000356980A (ja) | 映像表示方法、映像表示装置及び映像出力装置 | |
| MXPA00002741A (en) | Peripheral electronic device and system for controlling this device via a digital bus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060303 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060303 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080905 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080924 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081125 |
|
| 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: 20090127 |
|
| 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: 20090209 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |