(57)【要約】【課題】ハードウェアによるB-CASカード・アクセス競合調停を行う効率の良いB-CASカード・アクセス技術を提供する。【解決手段】放送ストリームを入力しデスクランブル結果を出力する複数のデジタル放送ストリーム・データ・デスクランブラと、前記デジタル放送ストリーム・データ・デスクランブラからのB-CASカード・アクセス要求を、B-CASアクセス・ブロック単位でバッファリングするブロック・データ・バッファと、前記B-CASカード・アクセス要求を調停する調停器とを備えたことを特徴とする情報処理装置。【選択図】  図１
2011029934.tif 000002
【特許請求の範囲】
【請求項１】
放送ストリームを入力しデスクランブル結果を出力する複数のデジタル放送ストリーム・データ・デスクランブラと、
前記デジタル放送ストリーム・データ・デスクランブラからのB-CASカード・アクセス要求を、B-CASアクセス・ブロック単位でバッファリングするブロック・データ・バッファと、
前記B-CASカード・アクセス要求を調停する調停器とを
備えたことを特徴とする情報処理装置。
【請求項２】
前記調停器として、リクエストを調停するリクエスト・アービタと手順を管理するプロトコル・マネージャを具備することを特徴とする請求項１に記載の装置。
【請求項３】
放送ストリームを入力しデスクランブル結果を出力する複数のデジタル放送ストリーム・データ・デスクランブラと、
前記デジタル放送ストリーム・データ・デスクランブラからの複数のB-CASカード・アクセス要求を、B-CASアクセス・ブロック単位でバッファリングするブロック・データ・バッファと、
前記B-CASカード・アクセス要求を調停する調停器と、
前記ブロック・データ・バッファと前記調停器とをブロック・データの受け渡しで介在する接続テーブルとを
備えたことを特徴とする情報処理装置。
【請求項４】
前記調停器として、リクエストを調停するリクエスト・アービタと手順を管理するプロトコル・マネージャを具備することを特徴とする請求項３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に係わり、特に複数チャネルのB-CASカード・アクセス要求をハードウェア調停するデジタル放送視聴システムに関する。
【背景技術】
【０００２】
一台のデジタル放送の視聴機器において、複数のチャネルのデジタル放送ストリーム・データを視聴する場合、複数の放送ストリーム・データ・デスクランブラからB-CASカードに対するアクセス競合を解消する必要がある。先行提案によるB-CASカードへのアクセスを調停する方式として、セマフォや割り込みを前提とするソフトウェアによって調停を行う方式(特許文献１, 特許文献２)がある。これらソフトウェアによる調停方式は、レジスタ・ポーリングや割り込み処理時間のオーバーヘッドの発生が避けられず、結果として、B-CASカードI/Fの帯域の上限までチャネルを増やすことができない。
【０００３】
例えば特許文献２は、ユーザアクセスバスを介してのハッキングを防止しつつ、暗号化された複数のコンテンツデータを簡易な構成で同時に再生することができる情報処理装置を提供する、というものである。
【０００４】
しかしながら制御プロセッサ部(91),(92)のソフトウェアが、アービタ(111)への問い合わせを行ってから、ICカード(7)へのトランザクションを発行しているため、ICカード・マスタ切り替え時のオーバーヘッドが大きいという問題があった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−４２３９８号公報
【特許文献２】特開２００８−１３５９８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、ハードウェアによるB-CASカード・アクセス競合調停を行う効率の良いB-CASカード・アクセス技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の情報処理装置は、放送ストリームを入力しデスクランブル結果を出力する複数のデジタル放送ストリーム・データ・デスクランブラと、前記デジタル放送ストリーム・データ・デスクランブラからのB-CASカード・アクセス要求を、B-CASアクセス・ブロック単位でバッファリングするブロック・データ・バッファと、前記B-CASカード・アクセス要求を調停する調停器とを備えたことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、ハードウェアによるB-CASカード・アクセス競合調停を行う効率の良いB-CASカード・アクセス技術が得られる。
【図面の簡単な説明】
【０００９】
【図１】この発明の一実施形態を示すブロック構成図実施例(3to1調停, B-CASカード×1)。
【図２】同他の形態の効果を説明するために示す特性図実施例(3to1調停,B-CASカード×3)。
【図３】同実施形態のHost⇔Card接続テーブルを示すブロック構成図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態を説明する。
（実施形態１）
本発明による実施形態１を図１を参照して説明する。
図１は、この発明の一実施形態（3to1調停）を示すブロック構成図である。
TS変換モジュール(000)は、地デジ、衛星放送、CATVから放送波を受信およびデジタル復調し、暗号化されたままのTransport Stream(TS)として出力する。
【００１１】
TS⇒NTSC変換モジュール(100)は、TS変換モジュール(000)から入力された暗号化されたままのTSをTS/DS(Transport Stream Data decoder/Data Descrambler)(120)で受信し、TSからデータを取り出し、B-CAS I/Fブリッジ(110)を経由してB-CASカード(200)にキーなどの問い合わせを行いながらデスクランブルした映像・音声データを、AVデコーダ(130)から映像・音声信号として出力する。
【００１２】
B-CAS I/Fブリッジ(110)は、B-CASアクセスBlock Buffer(111)、リクエスト・アービタ(112)、プロトコル・マネージャ(113))を経て、内部バス信号とB-CASカード(200)をブリッジしている。
【００１３】
B-CASアクセスBlock Buffer(111)にリクエスト・ブロックが保持されると、B-CAS Cardアクセス・リクエストが発生する。リクエスト・アービタ(112)は、複数のB-CASアクセスBlock Buffer(111)からのリクエストが競合した場合、プロトコル・マネージャ(113)から与えられる調停タイミングで、優先順位に基づいてカードにアクセス可能なリクエストを選択する。優先順位は、ラウンドロビン等の方法を用いて決めればよい。なおリクエスト・アービタ(112)、プロトコル・マネージャ(113)はフリップフロップや組合せ順序回路によって比較的容易に構成することが可能である。
【００１４】
他の系統の先行トランザクションがB-CASカードを占有している場合に、ブロック・バッファ(112)にバッファリングされたアクセス要求は、先行トランザクションが終了すると直ちに調停され、ソフトウェア制御を介することなくB-CASカード・アクセスを実施することができる。
【００１５】
プロトコル・マネージャ(113)は、B-CAS Card(200)に対するリクエスト・ブロック送信、レスポンス・ブロック受信を一つのトランザクションとして管理し、トランザクション境界で、リクエスト・アービタ(112)に対して調停タイミングを出力する。
【００１６】
B-CASアクセスBlock Buffer(111)は、リクエスト・ブロックおよびレスポンス・ブロックの一時保存領域として使用される。
ここで、B-CASアクセス・ブロック（リクエスト・ブロック、レスポンス・ブロック）は、以下のフォーマットからなる。
NAD(1Byte):Node Address
PCB(1Byte):Protocol Control Byte
LEN(1Byte):payload Length
INF(0〜254Byte):Information
PATIRY(1Byte)
このためB-CASアクセスBlock Buffer(112)は258Byte以上のサイズが必要である。
（実施形態２）
本発明による実施形態２を図２乃至図３を参照して説明する。
図２に、本提案方式の実施例((3to1調停,B-CASカード×3))を示す。
TS変換モジュール(000)は、地デジ、衛星放送、CATVから放送波を受信およびデジタル復調し、暗号化されたままのTransport Stream(TS)として出力する。
【００１７】
TS⇒NTSC変換モジュール(100)は、TS変換モジュール(000)から入力された暗号化されたままのTSをTS/DS(Transport Stream Data decoder/Data Descrambler)(120)で受信し、TSからデータを取り出し、B-CAS I/Fブリッジ(110)を経由してB-CASカード(200)にキーなどの問い合わせを行いながらデスクランブルした映像・音声データを、AVデコーダ(130)から映像・音声信号として出力する。
【００１８】
B-CAS I/Fブリッジ(110)は、B-CASアクセスBlock Buffer(111)、Host⇔Card接続テーブル(114)、リクエスト・アービタ(112)、プロトコル・マネージャ(113))を経て、内部バス信号とB-CASカード(200)をブリッジしている。
【００１９】
B-CASアクセスBlock Buffer(111)にリクエスト・ブロックが保持されると、B-CAS Cardアクセス・リクエストが発生する。Host⇔Card接続テーブル(114)の設定に基づいてB-CASアクセスBlock Buffer(111)と接続されたリクエスト・アービタ(112)は、複数のB-CASアクセスBlock Buffer(111)からのリクエストが競合した場合、プロトコル・マネージャ(113)から与えられる調停タイミングで、優先順位に基づいてカードにアクセス可能なリクエストを選択する。
【００２０】
他の系統の先行トランザクションがB-CASカードを占有している場合でも、ブロック・バッファ(112)にバッファリングされたアクセス要求は、先行トランザクションが終了すると直ちに調停され、ソフトウェア制御を介することなくB-CASカード・アクセスを実施することができる。
【００２１】
プロトコル・マネージャ(113)は、B-CAS Card(200)に対するリクエスト・ブロック送信、レスポンス・ブロック受信を一つのトランザクションとして管理し、トランザクション境界で、リクエスト・アービタ(112)に対して調停タイミングを出力する。
【００２２】
B-CASアクセスBlock Buffer(111)は、リクエスト・ブロックおよびレスポンス・ブロックの一時保存領域として使用される。
Host⇔Card接続テーブル(114)は、B-CASアクセスBlock Buffer(111)にリクエスト・ブロックがセットされるより前に、Bus Target I/F(115)経由でCPUから設定される。
【００２３】
図３に、本実施形態のHost⇔Card接続テーブル(114)を示す。接続されているBlock Buffer(111)からのデータ（ＲＥＱ）を例えば数回に分けてリクエスト・アービタ(112)に対して出力する。このときリクエスト・アービタ(112)の中のどのリクエスト・アービタに出力するかは、ＣＰＵからのセレクト信号をレジスタＲＥＧに保持し、ＳＥＬとしてＭＵＸ（divider）に指示するように構成されている。
【００２４】
以上の実施形態では、B-CASカード側に、ブロック・バッファ、リクエスト・アービタ、プロトコル・マネージャをもち、ソフトウェアの介在なしにB-CASカード・マスタを切り替える方式を採用した。
【００２５】
ハードウェアによるB-CASカード・アクセス競合調停を行う効率の良いB-CASカード・アクセス方式を実現する。
（１）複数のデジタル放送ストリーム・データ・デスクランブラからのB-CASカード・アクセス要求を、B-CASアクセス・ブロック単位でハードウェア（ブロック・データ・バッファおよび調停器）により調停する、デジタル放送視聴システム。
【００２６】
（２）（１）の調停用ハードウェアとして、リクエスト・アービタおよびプロトコル・マネージャを具備するデジタル放送視聴システム。
（３）（１）の仕組みを前提に、複数のデジタル放送ストリーム・データ・デスクランブラと複数のB-CASカードを接続するシステム。
上記のように本実施形態の、ハードウェアによるB-CASカード・アクセス競合調停により効率の良いB-CASカード・アクセスができるようになり、デジタル放送ストリーム・データのチャネルをB-CAS I/F帯域の上限まで追加することが可能となる。
【００２７】
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。
【符号の説明】
【００２８】
000  TS変換モジュール
100  TS⇒NTSC変換モジュール
110  B-CAS I/Fブリッジ
111   B-CASアクセスBlock Buffer
112  リクエスト・アービタ
113  プロトコル・マネージャ
114  Host⇔Card接続テーブル
115  Bus Target I/F
120  TS/DS(Transport Stream Data decoder/Data Descrambler)
130  AVデコーダ
200  B-CASカード
【図１】
2011029934.tif 000003
【図２】
2011029934.tif 000004
【図３】
2011029934.tif 000005
【手続補正書】
【提出日】平成22年11月1日(2010.11.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
放送ストリームを入力しデスクランブル結果を出力する複数のデジタル放送ストリーム・データ・デスクランブラと、
前記複数のデジタル放送ストリーム・データ・デスクランブラからのB-CASカードに対するアクセス要求を、B-CASアクセス・ブロック単位でそれぞれバッファリングする複数のブロック・データ・バッファと、
前記複数のブロック・データ・バッファにそれぞれバッファリングされる前記B-CASカードに対するアクセス要求が競合した場合、所定の優先順位に基づいて前記B-CASカードに対するアクセス要求を選択する調停器と、
前記調停器によって選択された前記B-CASカードに対するアクセス要求及びこのアクセス要求に対応する前記B-CASカードからのレスポンス受信を一つのトランザクションとして管理する管理部と、
を具備し、前記管理部が前記トランザクションの境界に対応した調停タイミングを出力し、
前記調停器が前記管理部から出力された調停タイミングで前記B-CASカードに対するアクセス要求を選択することを特徴とする情報処理装置。
【請求項２】
前記調停器として、リクエストを調停するリクエスト・アービタと、前記管理部として調停タイミングを出力するプロトコル・マネージャを具備することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記調停器は、ラウンドロビンの手法を用いて前記選択するB-CASカードに対するアクセス要求の所定の優先順位を決定することを特徴とする請求項１又は２に記載の情報処理装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上記課題を解決するために、本発明の情報処理装置は、放送ストリームを入力しデスクランブル結果を出力する複数のデジタル放送ストリーム・データ・デスクランブラと、前記複数のデジタル放送ストリーム・データ・デスクランブラからのB-CASカードに対するアクセス要求を、B-CASアクセス・ブロック単位でそれぞれバッファリングする複数のブロック・データ・バッファと、前記複数のブロック・データ・バッファにそれぞれバッファリングされる前記B-CASカードに対するアクセス要求が競合した場合、所定の優先順位に基づいて前記カードに対するアクセス要求を選択する調停器と、前記調停器によって選択された前記B-CASカードに対するアクセス要求及びこのアクセス要求に対応する前記B-CASカードからのレスポンス受信を一つのトランザクションとして管理する管理部と、を具備し、前記管理部が前記トランザクションの境界に対応した調停タイミングを出力し、前記調停器が前記管理部から出力された調停タイミングで前記カードに対するアクセス要求を選択することを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
他の系統の先行トランザクションがB-CASカードを占有している場合に、B-CASアクセスBlock Buffer(111)にバッファリングされたアクセス要求は、先行トランザクションが終了すると直ちに調停され、ソフトウェア制御を介することなくB-CASカード・アクセスを実施することができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
B-CASアクセスBlock Buffer(111)は、リクエスト・ブロックおよびレスポンス・ブロックの一時保存領域として使用される。
ここで、B-CASアクセス・ブロック（リクエスト・ブロック、レスポンス・ブロック）は、以下のフォーマットからなる。 
NAD(1Byte):Node Address 
PCB(1Byte):Protocol Control Byte 
LEN(1Byte):payload Length
INF(0〜254Byte):Information 
PATIRY(1Byte)
このためB-CASアクセスBlock Buffer(111)は258Byte以上のサイズが必要である。