本發(fā)明是關(guān)于一種用于接收及解密內(nèi)容訪問(wèn)ca加密信號(hào)的公用接口條件訪問(wèn)模塊cicam。

背景技術(shù)：

ci(公用接口)及ci增強(qiáng)版(公用接口增強(qiáng)版)為當(dāng)前用于ip、衛(wèi)星、地面及有線電視程序接收的內(nèi)容控制系統(tǒng)。ci或ci增強(qiáng)版系統(tǒng)包括條件訪問(wèn)模塊(cam或cicam)，當(dāng)所述模塊插入到兼容電視機(jī)(通常稱為ci主機(jī))的對(duì)應(yīng)公用接口槽中時(shí)，其允許用戶從付費(fèi)tv服務(wù)運(yùn)營(yíng)商訂閱及觀看付費(fèi)tv服務(wù)，而不要求額外機(jī)頂盒。cicam通常具有用于插入由服務(wù)運(yùn)營(yíng)商發(fā)行的智能卡的槽。插入或嵌入到ci增強(qiáng)版cam中的智能卡控制允許用戶訪問(wèn)的那些tv程序的解密。

ci與ci增強(qiáng)版之間的主要差異在于在ci增強(qiáng)版中，cicam與電視接收機(jī)之間形成有可信信道，從而使得在將已解密內(nèi)容從cicam發(fā)送回到接收機(jī)之前可使用可信信道的兩端處已知的密鑰再加密所述已解密內(nèi)容。實(shí)際上，存在兩個(gè)信道：控制信道及數(shù)據(jù)信道?？刂菩诺来苡蒫c應(yīng)用程序/資源建立的安全認(rèn)證信道(sac)。數(shù)據(jù)信道用于內(nèi)容。ci增強(qiáng)版使得能夠使用經(jīng)由sac信道提供到主機(jī)的內(nèi)容密鑰對(duì)從模塊發(fā)送到主機(jī)的內(nèi)容進(jìn)行加密。數(shù)據(jù)信道加密使第三方難以通過(guò)從cam取樣傳出信號(hào)而“盜竊”cam已解密內(nèi)容。在本申請(qǐng)案中，術(shù)語(yǔ)sac通常用于控制信道，而術(shù)語(yǔ)sac連接(或基于sac的連接)是指ci主機(jī)與cam之間的整個(gè)控制連接及數(shù)據(jù)連接。

在已知ci及ci增強(qiáng)版系統(tǒng)中，使用(變形的)pcmcia(個(gè)人計(jì)算機(jī)內(nèi)存卡國(guó)際協(xié)會(huì))插頭以形成cam與接收機(jī)之間的物理接口。pcmcia標(biāo)準(zhǔn)始于1991年且所述技術(shù)已變得過(guò)時(shí)。較快通信鏈路可用，實(shí)施起來(lái)也較便宜且要求較少物理空間。這樣一個(gè)較快通信鏈路為usb。

用于數(shù)字電視接收機(jī)的條件訪問(wèn)的中國(guó)標(biāo)準(zhǔn)sj/t11376-2007接口規(guī)范部分2-1：uti技術(shù)規(guī)范公開(kāi)主機(jī)與裝置之間的基于usb的uti接口。在usb(物理)鏈路層頂部上，實(shí)施整個(gè)ci/cam鏈路層。

usb實(shí)施論壇的文獻(xiàn)《用于視頻裝置的usb裝置類別定義：mpeg-2ts有效負(fù)載(usbdeviceclassdefinitionforvideodevices:mpeg-2tspayload)》版本1.1公開(kāi)用于在cicam情形外部經(jīng)由usb連接傳輸mpeg傳送流的方式。

當(dāng)前，ca加密信號(hào)常常起源于dvb廣播，但ca加密信號(hào)也可起源于(例如)因特網(wǎng)來(lái)源。dvb視頻傳輸遵循具有準(zhǔn)同步低抖動(dòng)的時(shí)序模型且主要用于固定帶寬情形中。ip視頻傳輸在傳輸期間可遭受高抖動(dòng)，且例如(但不限于)通過(guò)使用ip-dash技術(shù)可涉及變化的視頻帶寬。

為避免接收機(jī)解碼器處的緩沖區(qū)欠載運(yùn)行，要求一定量的緩沖。傳輸抖動(dòng)及視頻帶寬的變化直接影響ird中的所要求緩沖，此情況影響用于執(zhí)行兩個(gè)服務(wù)之間的信道改變(程序改變)所要求的時(shí)間。

經(jīng)由usb管道的任何訊務(wù)都遭受一定量的抖動(dòng)。usb總線可多路復(fù)用多個(gè)管道，例如多個(gè)低抖動(dòng)固定帶寬視頻流、可變帶寬視頻流及來(lái)自其它usb裝置及/或應(yīng)用程序的其它管道。中國(guó)標(biāo)準(zhǔn)sj/t11376-2007及usb實(shí)施論壇的文獻(xiàn)《用于視頻裝置的usb裝置類別定義：mpeg-2ts有效負(fù)載(usbdeviceclassdefinitionforvideodevices:mpeg-2tspayload)》版本1.1都未提供優(yōu)化視頻抖動(dòng)及時(shí)延以用于最佳信道改變性能的解決方案。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供一種包括通用串行總線usb控制器的公用接口ci主機(jī)，所述usb控制器用于連接到公用接口條件訪問(wèn)模塊cicam的usb裝置，所述usb控制器經(jīng)配置以使用

-用于在所述cicam與所述ci主機(jī)之間輸送控制信息的第一邏輯管道；及

-用于將第一ca已加密信號(hào)傳輸?shù)剿鯿icam的第二邏輯管道。

-用于從所述cicam接收對(duì)應(yīng)于所述第一ca已加密信號(hào)的第一ca已解密信號(hào)的第三邏輯管道，其中當(dāng)所述第一ca已加密信號(hào)起源于dvb廣播時(shí)，usb等時(shí)管道用作所述第二邏輯管道及所述第三邏輯管道，且當(dāng)所述第一ca已加密信號(hào)起源于因特網(wǎng)來(lái)源時(shí)，usb批量管道用作所述第二邏輯管道及所述第三邏輯管道。

通過(guò)將等時(shí)管道用于dvb起源訊務(wù)，最小化usb誘發(fā)的抖動(dòng)，此情況最小化解碼器緩沖區(qū)要求并優(yōu)化程序改變時(shí)間。誤差檢測(cè)由usb框架有效地執(zhí)行且避免了ts封包層級(jí)的囊封。

通過(guò)將批量管道用于ip起源訊務(wù)，由usb盡最大努力處置可變位速率要求，且誤差檢測(cè)及校正由usb框架有效地執(zhí)行并避免了ts封包層級(jí)的囊封。

傳入及傳出ca已加密/解密信號(hào)(例如，條件訪問(wèn)或drm已加密/解密信號(hào))可具有任何合適的格式。最常見(jiàn)的為傳送流(ts)及iso基礎(chǔ)媒體文件格式(bmff)格式。當(dāng)經(jīng)由各自的邏輯管道在usb連接上方傳輸信號(hào)時(shí)，可將信號(hào)轉(zhuǎn)換成組塊以用于usb傳輸。在經(jīng)由usb連接傳輸之后，原始格式可經(jīng)重建構(gòu)。

在根據(jù)本發(fā)明的一實(shí)施例中，所述第一ca已解密信號(hào)為第一已再加密ca解密信號(hào)，且所述ci主機(jī)經(jīng)配置以對(duì)所述已再加密第一ca解密信號(hào)進(jìn)行解密。此符合ci增強(qiáng)版標(biāo)準(zhǔn)，所述標(biāo)準(zhǔn)提供內(nèi)容控制(cc)子系統(tǒng)以通過(guò)在ca解密之后對(duì)其進(jìn)行再加密來(lái)保護(hù)已解密信號(hào)。再加密使用與原始ca加密不同的至少一密鑰(所述cicam及其連接的所述主機(jī)已知的一個(gè)密鑰)。實(shí)際上，用于再加密的算法也可不同于原始ca加密算法。所述ci主機(jī)及所述cicam兩者已知再加密密鑰。內(nèi)容加密密鑰是隨機(jī)的。所述cicam經(jīng)由sac將內(nèi)容加密密鑰發(fā)送到所述主機(jī)。sac使用從由dh(密鑰交換算法)協(xié)議建立的共用密鑰導(dǎo)出的加密及認(rèn)證密鑰。

在根據(jù)本發(fā)明的一實(shí)施例中，所述usb控制器進(jìn)一步經(jīng)配置以使用：

-用于將第二ca已加密信號(hào)傳輸?shù)剿鯿icam的第四邏輯管道。

-用于從所述cicam接收對(duì)應(yīng)于所述第二ca已加密信號(hào)的第二ca已解密信號(hào)的第五邏輯管道。

所述usb控制器可使用n個(gè)邏輯管道以用于將不同ca已加密信號(hào)從所述ci主機(jī)傳輸?shù)剿鯿icam，及n個(gè)對(duì)應(yīng)邏輯管道以用于將ca已解密信號(hào)從所述cicam傳輸?shù)剿鯿i主機(jī)，所述2n個(gè)邏輯數(shù)據(jù)管道形成用于n個(gè)不同ca已加密/解密信號(hào)的n對(duì)管道。在此實(shí)施例中，管道的總數(shù)目則為2n+1個(gè)，包含控制管道。此特征的優(yōu)勢(shì)為cicam可同時(shí)對(duì)多個(gè)信號(hào)(例如，多個(gè)傳送流(ts)或isobmff流)進(jìn)行解密。這將(例如)能實(shí)現(xiàn)同時(shí)記錄及檢視不同流。

在根據(jù)本發(fā)明的一實(shí)施例中，所述第一邏輯管道為使用控制輸送類型的消息管道。在根據(jù)本發(fā)明的一實(shí)施例中，所述第一邏輯管道為默認(rèn)控制管道。舉例來(lái)說(shuō)，所述第一邏輯管道可為usb2.0(或后期)默認(rèn)控制管道。

在根據(jù)本發(fā)明的一實(shí)施例中，所述ci主機(jī)包括用于連接到cicam的公a型usb插頭的母a型usb插頭。替代性地，就消費(fèi)者來(lái)說(shuō)，特殊類型的usb插頭可用于避免混淆。

本發(fā)明進(jìn)一步提供一種包括如上文所描述的ci主機(jī)的數(shù)字電視裝置，例如電視或數(shù)字電纜、地面或衛(wèi)星接收機(jī)。

在所述數(shù)字電視裝置的一實(shí)施例中，當(dāng)所述第一ca已加密信號(hào)起源于dvb廣播時(shí)，具有第一大小的解碼器緩沖區(qū)由所述數(shù)字電視裝置使用，且當(dāng)所述第一ca已加密信號(hào)起源于因特網(wǎng)來(lái)源時(shí)，具有第二大小的解碼器緩沖區(qū)由所述數(shù)字電視裝置使用，所述第一大小小于所述第二大小。歸因于dvb廣播的特性及等時(shí)管道的使用，解碼器緩沖區(qū)可保持最小且已保持最小，從而帶來(lái)較快信道改變。

本發(fā)明進(jìn)一步提供一種用于接收及解密內(nèi)容訪問(wèn)ca已加密信號(hào)的條件訪問(wèn)模塊cicam，所述cicam包括用于連接到公用接口ci主機(jī)的通用串行總線usb控制器的usb裝置，所述usb裝置經(jīng)配置以使用

-用于在所述cicam與所述ci主機(jī)之間輸送控制信息的第一邏輯管道；及

-用于從所述ci主機(jī)接收第一ca已加密信號(hào)的第二邏輯管道。

-用于將ca已解密信號(hào)從所述cicam傳輸?shù)剿鯿i主機(jī)的第三邏輯管道。當(dāng)所述第一ca已加密信號(hào)起源于dvb廣播時(shí)，usb等時(shí)管道用作所述第二邏輯管道及所述第三邏輯管道，且當(dāng)所述第一ca已加密信號(hào)起源于因特網(wǎng)來(lái)源時(shí)，usb批量管道用作所述第二邏輯管道及所述第三邏輯管道。

在根據(jù)本發(fā)明的一實(shí)施例中，所述cicam經(jīng)配置以在傳輸之前對(duì)所述第一ca已解密信號(hào)(例如，條件訪問(wèn)或drm已解密信號(hào))進(jìn)行再加密，且所述ci主機(jī)經(jīng)配置以對(duì)所述已再加密發(fā)送信號(hào)進(jìn)行解密。

在根據(jù)本發(fā)明的一實(shí)施例中，所述cicam包括公a型usb插頭。在根據(jù)本發(fā)明的一實(shí)施例中，所述cicam包括用于具有訂戶身份模塊sim的外觀尺寸的智能卡(具體來(lái)說(shuō)迷你sim卡或微型sim卡)的槽。替代性地，智能卡功能性可(持續(xù)地)嵌入usb模塊中。迷你及微型sim卡具有與usb適配器裝置的尺寸良好地?cái)M合的外觀尺寸。所述cicam可形成為usb適配器裝置，其中a型usb插頭在一側(cè)上且sim槽在另一側(cè)上。在另一實(shí)施例中，所述cicam包括替代或補(bǔ)充智能卡(用槽)的pcmcia槽。此實(shí)施例通過(guò)允許使用常規(guī)ci及ci增強(qiáng)版pcmcia卡提供向后兼容性。

本發(fā)明進(jìn)一步提供一種具有如上文所描述的ci主機(jī)及如上文所描述的cicam的系統(tǒng)。

在根據(jù)本發(fā)明的一實(shí)施例中，所述cicam包括公a型usb插頭。在一實(shí)施例中，所述cicam包括用于具有訂戶身份模塊(sim)外觀尺寸的智能卡的槽。

本發(fā)明還提供一種具有如上文所描述的cicam及ci主機(jī)的系統(tǒng)。

本發(fā)明還提供一種用于由如上文所描述的ci主機(jī)及/或cicam對(duì)ca已加密流進(jìn)行解密的方法。

在本發(fā)明中，有時(shí)參考usb2.0及usb3.0來(lái)說(shuō)明某些要點(diǎn)或可能替代例。然而，除非另外說(shuō)明，否則本發(fā)明可應(yīng)用于任何usb標(biāo)準(zhǔn)，包含具有合適向后兼容性的未來(lái)usb版本。

附圖說(shuō)明

在所附圖頁(yè)上，

圖1示意性地展示根據(jù)本發(fā)明的實(shí)施例的cicam及數(shù)字tv接收機(jī)的系統(tǒng)；

圖2示意性地展示根據(jù)本發(fā)明的實(shí)施例的cicam；

圖3展示連接到主機(jī)接收機(jī)的cicam裝置之間的邏輯管道的示意圖；

圖4展示連接到主機(jī)接收機(jī)的cicam裝置之間的邏輯管道的替代性示意圖；及

圖5展示連接到主機(jī)接收機(jī)的cicam裝置之間的邏輯管道的又一替代性示意圖；及

圖6展示用于經(jīng)由邏輯數(shù)據(jù)管道傳輸?shù)臄?shù)據(jù)組塊的實(shí)例。

具體實(shí)施方式

圖1示意性地展示根據(jù)本發(fā)明的實(shí)施例的cicam20及數(shù)字tv接收機(jī)或主機(jī)10的系統(tǒng)。

通常，主機(jī)10為用于接收及導(dǎo)覽廣播數(shù)字媒體的消費(fèi)型電子裝置，例如電視。主機(jī)包含接受cicam的一或多個(gè)槽。在實(shí)施例中，主機(jī)的cicam槽具有usb插頭的形式。在實(shí)施例中，槽經(jīng)配置以接收a型usb插頭。然而，也可使用其它usb形式(例如，迷你usb或微型usb)。

通常，主機(jī)裝置含有某一形式的調(diào)諧器11、解調(diào)器12、解復(fù)用器(demux)14及媒體解碼器(未示出)。這些為接收數(shù)字tv的常見(jiàn)必備條件。

對(duì)于免費(fèi)播放的素材，此為接收及解碼數(shù)字內(nèi)容所要求的所有裝置，對(duì)于由ca系統(tǒng)保護(hù)的內(nèi)容，還要求cicam。符合ci標(biāo)準(zhǔn)en50221的dvbcicam并不具有內(nèi)容控制系統(tǒng)23、24以保護(hù)已解擾內(nèi)容。在ci系統(tǒng)中，將已移除ca系統(tǒng)保護(hù)的內(nèi)容傳遞到未受保護(hù)的主機(jī)。

符合ci增強(qiáng)版標(biāo)準(zhǔn)的主機(jī)具有內(nèi)容控制解密模塊13。ci增強(qiáng)版主機(jī)與cicam交互操作以提供安全內(nèi)容控制系統(tǒng)13、23、24來(lái)保護(hù)ca已解密的高價(jià)值內(nèi)容。

cicam含有ca系統(tǒng)的消費(fèi)者末端。其包括用于解密安全內(nèi)容的ca解密模塊21、用于部分地基于來(lái)自智能卡25的數(shù)據(jù)計(jì)算密鑰的ca密鑰計(jì)算模塊22，及用于接收智能卡的智能卡接口26(參見(jiàn)圖2)。通常，用以解密ca受保護(hù)內(nèi)容的密鑰(所謂的控制字)由智能卡直接提供給模塊上的dvb解擾器。替代性地，當(dāng)控制字從智能卡傳輸?shù)侥K時(shí)，智能卡及模塊上的dvb解擾器共用或協(xié)商用于對(duì)控制字進(jìn)行加密的加密密鑰(此用以防止控制字的攔截及實(shí)時(shí)分布)。

ci增強(qiáng)版cam(下文也表示為cicam)還包含用于對(duì)ca已解密信號(hào)進(jìn)行再加密的內(nèi)容控制(cc)模塊。所述模塊實(shí)施經(jīng)由控制信道與實(shí)施于主機(jī)中的cc資源通信的cc應(yīng)用程序。內(nèi)容控制加密模塊23因此使用cicam與主機(jī)之間的共用安全信道上已同意的密鑰對(duì)內(nèi)容進(jìn)行再加密。cc系統(tǒng)密碼機(jī)工具模塊24促進(jìn)產(chǎn)生密鑰且建立與主機(jī)的安全信道。模塊24還含有使得其能夠認(rèn)證cicam已插入其中的主機(jī)的可信度的密碼編譯工具及特征。

圖2示意性地展示根據(jù)本發(fā)明的實(shí)施例的cicam20的透視圖。cicam20具有槽26,槽26用于接收充當(dāng)智能卡25的模塊25。模塊25可具有如從移動(dòng)電話應(yīng)用已知的迷你sim(訂戶身份模塊)的外觀尺寸。也可使用微型sim的外觀尺寸。cicam20具有用于插入到主機(jī)的對(duì)應(yīng)母usb插頭(未示出)中的公a型usb(通用串行總線)插頭27。

當(dāng)cicam20的插頭27插入主機(jī)的對(duì)應(yīng)usb槽中時(shí)，形成經(jīng)由usb連接的ci，在下游方向中(定義為從主機(jī)到cicam的方向)，傳輸ca已加密內(nèi)容，且在上游方向中(定義為從cicam到主機(jī)的方向)，傳輸已解密內(nèi)容(ci標(biāo)準(zhǔn))或cc已加密內(nèi)容(ci增強(qiáng)版標(biāo)準(zhǔn))。

在提供經(jīng)由usb鏈路的ci的其它細(xì)節(jié)之前，給出關(guān)于usb的一些背景信息。

usb最初設(shè)計(jì)為用于將外圍裝置連接到計(jì)算機(jī)的標(biāo)準(zhǔn)。近年來(lái)，其已公用于所有種類的(消費(fèi)型)電子裝置中。usb標(biāo)準(zhǔn)1.0提供1.5mbit/s的輸送速度。后期版本增加此速度，其中usb2.0經(jīng)由4個(gè)物理電線提供480mbit/s的速度。電線通常標(biāo)記為vcc(5伏特)、gnd(接地)、d-及d+，其中后兩電線形成用于數(shù)據(jù)的雙絞線。

日期為2011年6月6日的usb3.0規(guī)范修訂1.0中所描述的usb3.0類似于usb的早期版本，類似之處在于其為支持主機(jī)計(jì)算機(jī)與廣泛范圍的可同時(shí)訪問(wèn)外圍裝置之間的數(shù)據(jù)交換的電纜總線。所附外圍裝置通過(guò)主機(jī)調(diào)度協(xié)議共用帶寬?？偩€允許主機(jī)及其它外圍裝置在操作時(shí)附接、配置、使用及分離外圍裝置。然而，相比于usb2.0及早期版本，usb3.0利用10個(gè)電線。除先前usb標(biāo)準(zhǔn)的4個(gè)電線之外，添加用于三個(gè)額外雙絞線的六個(gè)電線。

usb3.0利用提供與usb2.0的向后兼容性的雙總線架構(gòu)。其提供超高速及非超高速(usb2.0速度)信息交換的同時(shí)操作。

usb裝置通信是基于主機(jī)控制器(一個(gè)裝置中)到另一裝置上稱為端點(diǎn)的邏輯實(shí)體之間的邏輯信道(稱為“管道”)。存在兩種類型的管道：流(或數(shù)據(jù))及消息管道。消息管道是雙向的且用于控制輸送。消息管道使用控制輸送類型，且通常公用于從主機(jī)到裝置及從裝置到主機(jī)的命令訊務(wù)。流管道為連接到單向端點(diǎn)的單向管道，所述單向端點(diǎn)使用三種其它輸送類型中的一者輸送數(shù)據(jù)：等時(shí)、中斷或批量輸送。

等時(shí)輸送以某一保證數(shù)據(jù)速率進(jìn)行，其中可能偶然發(fā)生數(shù)據(jù)丟失。中斷輸送適于快速響應(yīng)，例如用于鼠標(biāo)及鍵盤(pán)外圍裝置。批量輸送為使用所有剩余可用帶寬但對(duì)帶寬或時(shí)延不具有保證的大型偶發(fā)性輸送。

在usb3.0中，當(dāng)由系統(tǒng)軟件配置裝置時(shí)大部分管道出現(xiàn)。然而，一旦裝置已供電且處于默認(rèn)狀態(tài)，一個(gè)消息管道——默認(rèn)控制管道始終存在以使得能夠訪問(wèn)裝置的配置、狀態(tài)及控制信息。

而且在usb3.0中，批量輸送類型具有稱為流機(jī)制的超高速擴(kuò)展。流機(jī)制提供帶內(nèi)協(xié)議層級(jí)支持以用于多路復(fù)用通過(guò)標(biāo)準(zhǔn)批量管道的多個(gè)獨(dú)立邏輯數(shù)據(jù)流。

盡管實(shí)際上usb3.0可被稱為全雙工協(xié)議，但邏輯管道仍被認(rèn)為是單向的。也就是說(shuō)，對(duì)于雙向數(shù)據(jù)通信(數(shù)據(jù)交換)，必須建立兩個(gè)邏輯管道(例如，參見(jiàn)日期為2011年6月6日的usb3.0規(guī)范修訂1.0上關(guān)于批量輸送的章節(jié)4.4.6)。雖然有時(shí)稱usb3.0支持雙向數(shù)據(jù)管道，但這些雙向數(shù)據(jù)管道實(shí)際上由兩個(gè)邏輯管道構(gòu)成，一個(gè)用于上游且一個(gè)用于下游數(shù)據(jù)通信。如果未來(lái)usb版本定義真正雙向數(shù)據(jù)管道(例如，使用批量輸送類型)，則可使用此雙向管道實(shí)踐本發(fā)明。則此雙向管道可被認(rèn)為體現(xiàn)如描述于本發(fā)明中的兩個(gè)單向數(shù)據(jù)管道。

圖3展示連接到主機(jī)接收機(jī)10的cicam裝置20之間的邏輯管道的示意圖。在此實(shí)施例中，接收機(jī)因此為ci及ci增強(qiáng)版標(biāo)準(zhǔn)意義上的主機(jī)10，且還是usb標(biāo)準(zhǔn)意義上的主機(jī)(控制器)，從而使得接收機(jī)包含usb主機(jī)控制器30。然而，有可能設(shè)想cicam裝置充當(dāng)usb主機(jī)的實(shí)施例。

cicam裝置中的usb裝置31具有三個(gè)邏輯端點(diǎn)32、34及36。端點(diǎn)32連接到消息管道33，以用于使用控制輸送類型將控制訊務(wù)雙向地傳輸?shù)絚icam裝置并從cicam裝置傳輸控制訊務(wù)。在實(shí)施例中，管道33為默認(rèn)控制管道(也被稱作“管道0”)。端點(diǎn)34連接到下游管道35以用于接收(在cicam裝置處)ca已加密視頻數(shù)據(jù)。端點(diǎn)36連接到上游管道37以用于傳輸(從cicam裝置)cc已加密視頻數(shù)據(jù)。

當(dāng)?shù)谝籧a已加密信號(hào)起源于dvb廣播時(shí)，usb等時(shí)管道用作第二邏輯管道35及第三邏輯管道37，且當(dāng)?shù)谝籧a已加密信號(hào)起源于因特網(wǎng)來(lái)源時(shí)，usb批量管道用作第二邏輯管道35及第三邏輯管道37。當(dāng)使用usb等時(shí)管道時(shí)，dtv接收機(jī)10的解碼器緩沖區(qū)可保持最小，從而帶來(lái)較快信道改變。

圖4展示根據(jù)本發(fā)明的又一實(shí)施例?，F(xiàn)在，連接到主機(jī)接收機(jī)10的cicam裝置20之間存在五個(gè)邏輯管道。管道33仍為連接到端點(diǎn)32的消息管道(例如，管道0)，如參考圖3所描述。管道35(連接到端點(diǎn)34)將第一ca已加密信號(hào)從ci主機(jī)傳送到cicam。管道37(端點(diǎn)36)同樣將第一ca已解密信號(hào)從cicam傳送到ci主機(jī)，所述信號(hào)是通過(guò)解密第一ca已加密信號(hào)并使用cicam及ci主機(jī)兩者都已知的又一密鑰任選地對(duì)其進(jìn)行再加密獲得。管道39(端點(diǎn)38)類似管道35，除了此處傳輸?shù)诙a已加密信號(hào)之外。管道41(端點(diǎn)40)類似管道37，除了傳輸?shù)诙a已解密信號(hào)之外。第二ca已加密信號(hào)可攜載不同于第一ca已加密信號(hào)的信號(hào)。以所述方式，系統(tǒng)因此支持對(duì)多個(gè)ca已加密流進(jìn)行同時(shí)解密。當(dāng)?shù)诙a已加密信號(hào)起源于dvb廣播時(shí)，usb等時(shí)管道用作管道39及41，且當(dāng)?shù)诙a已加密信號(hào)起源于因特網(wǎng)來(lái)源時(shí)，usb批量管道用作管道39及41。

圖3及4為本發(fā)明的較一般實(shí)施例的實(shí)例，其中n個(gè)ca已加密信號(hào)經(jīng)由n個(gè)各自的管道/端點(diǎn)接收于cicam處，且n個(gè)對(duì)應(yīng)ca已解密信號(hào)(可能使用又一密鑰進(jìn)行再加密)經(jīng)由n個(gè)各自的管道/端點(diǎn)接收于ci主機(jī)處，其中n＝1(圖3)、n＝2(圖4)，或n等于>2的整數(shù)值。

在實(shí)施例中，提供總共2n+1個(gè)管道：n個(gè)上游數(shù)據(jù)管道及n個(gè)下游數(shù)據(jù)管道(如上文所描述)及1個(gè)用于交換控制消息的控制管道。

在圖3及圖4的實(shí)施例及2n+1個(gè)管道的較一般實(shí)施例中，由雙向管道，優(yōu)選為使用控制輸送類型的消息管道(例如，由管道0)處置cicam與接收機(jī)/主機(jī)之間的控制訊務(wù)。在一或多個(gè)單獨(dú)管道中處置流內(nèi)容(例如音頻/視頻)數(shù)據(jù)?？墒褂枚喾N輸送類型傳輸流內(nèi)容數(shù)據(jù)。

ca已加密及ca已解密數(shù)據(jù)原則上可為任何(流式傳輸)格式。然而，傳送流(ts)及isobmff為ci與cicam之間傳輸?shù)臄?shù)據(jù)類型(音頻/視頻)的最常見(jiàn)載體。

圖5展示本發(fā)明的又一實(shí)施例。與圖4的實(shí)施例之間的關(guān)鍵差異在于定義兩個(gè)控制管道。雙向控制管道33仍傳輸相關(guān)于管道35及37的控制消息。然而，用于管道39及41的控制消息現(xiàn)在經(jīng)由具有端點(diǎn)42的第二控制管道43發(fā)送。

當(dāng)單一cam同時(shí)連接到兩個(gè)ci/cl增強(qiáng)版主機(jī)時(shí)，圖5的替代例最適當(dāng)。每一ci增強(qiáng)版主機(jī)將接著與cam協(xié)商其自身的安全認(rèn)證信道，所述信道可有利地指派給唯一雙向消息管道33、43。換句話說(shuō)，系統(tǒng)將為第一ci主機(jī)提供2n+1個(gè)管道并為第二主機(jī)提供2m+1個(gè)管道，其中n及m為待解碼的傳送流數(shù)目。本發(fā)明不限于兩個(gè)主機(jī)，較多主機(jī)也是可能的。舉例來(lái)說(shuō)，如果連接p個(gè)主機(jī)，p個(gè)主機(jī)中的每一者解密np個(gè)傳送流，則將存在p個(gè)控制管道及2pnp個(gè)數(shù)據(jù)管道，因此總共(2np+1)p個(gè)管道。

優(yōu)選地，將經(jīng)由數(shù)據(jù)管道發(fā)送的數(shù)據(jù)組織成usb組塊。存在可用于“重新封裝”ca已加密/解密數(shù)據(jù)以用于經(jīng)由ci與cicam之間的usb接口傳送的各種選項(xiàng)。在ts輸入的狀況下，簡(jiǎn)單明了的方式將每一ts封包映射到單一usb組塊。然而，這將并非極有效的方式，這是由于ts封包包括188個(gè)字節(jié)，而usb組塊通常為數(shù)千字節(jié)(kb)大小。一可能方式將為在單獨(dú)組塊中的較高抽象層而非封包層處封裝項(xiàng)目。舉例來(lái)說(shuō)，經(jīng)分裂且經(jīng)由若干ts封包傳輸?shù)膖s表可在ci主機(jī)中重新匯編且接著經(jīng)由usb接口作為單一“表組塊”發(fā)送到cicam。

圖6展示用于經(jīng)由usb接口(上游或下游)傳輸?shù)膶?shí)例數(shù)據(jù)組塊60。組塊60具有數(shù)據(jù)或有效負(fù)載部分62及標(biāo)頭61。

標(biāo)頭61可用于指示組塊內(nèi)容的類型。舉例來(lái)說(shuō)，其可指示有效負(fù)載中包含哪種表或ts封包。在實(shí)施例中，標(biāo)頭61具有用于表征有效負(fù)載的類型字段63。標(biāo)頭61可包括指示有效負(fù)載的時(shí)戳的時(shí)間字段64，例如傳送流有效負(fù)載的第一ts封包的時(shí)戳。標(biāo)頭61可包括指示有效負(fù)載的持續(xù)時(shí)間的持續(xù)時(shí)間字段65。時(shí)間字段64及持續(xù)時(shí)間字段65可用于cicam系統(tǒng)中的時(shí)鐘恢復(fù)。

有效負(fù)載可包括n個(gè)封包p1、p2、p3……pn。在mpeg傳送流的狀況下，封包的大小s可為188字節(jié)(b)，而包含標(biāo)頭及有效負(fù)載的組塊的總大小l可約為64千字節(jié)(kb)。對(duì)于時(shí)鐘恢復(fù)，使每一封包各自地標(biāo)記有時(shí)間及持續(xù)時(shí)間值并非必需的。相比于囊封每一封包的已知變型，將n個(gè)封包捆綁成具有單一標(biāo)頭61的單一組塊有利地防止額外負(fù)荷。

另外，不必在數(shù)據(jù)組塊中包含(如一些標(biāo)準(zhǔn)般)crc標(biāo)頭及其它誤差校正或檢測(cè)數(shù)據(jù)。對(duì)于數(shù)據(jù)完整性檢查，可使用本機(jī)usb批量輸送供應(yīng)。因此，不必復(fù)寫(xiě)映射到usb鏈路的任何傳送層的誤差校正及檢測(cè)部分。此也明顯減少額外負(fù)荷。

傳入(待ca解密)ts或isobmff流(或待于cicam中解密的任何其它合適的流)可因此由ci主機(jī)轉(zhuǎn)換成usb數(shù)據(jù)組塊流。借助于控制管道上的usb數(shù)據(jù)組塊及/或消息的標(biāo)頭，接收cicam可重建構(gòu)ts或isobmff流，從而使得可對(duì)ca已加密信號(hào)進(jìn)行解密?？刹槐貙⒔M塊完全轉(zhuǎn)換回到ts或isobmff格式——如果cicam可識(shí)別需要對(duì)傳入數(shù)據(jù)的哪個(gè)部分進(jìn)行解密就足夠。在對(duì)任選(用于ci增強(qiáng)版)再加密進(jìn)行解密之后，再次將ca已解密數(shù)據(jù)轉(zhuǎn)換成usb組塊(如果需要)，并經(jīng)由usb鏈路使用合適邏輯管道將其從cicam傳輸回到ci。ci主機(jī)接著按需要重新建立原始ts或isobmff格式以用于在數(shù)字接收機(jī)或電視中進(jìn)一步處理。

最后，給出關(guān)于控制消息的一些解釋。在實(shí)施例中，usb裝置的默認(rèn)管道經(jīng)保留以專用于ci/ci增強(qiáng)版的控制層。一或多個(gè)額外管道用于輸送內(nèi)容。如參考圖5所展示，可定義多個(gè)控制管道。然而，現(xiàn)在我們假定存在單一管道。在實(shí)施例中，ci/ci增強(qiáng)版的控制層應(yīng)解釋為“會(huì)話層”，且命令接口層中的所有較高層如ci標(biāo)準(zhǔn)en50221(1997)的圖4中所展示般堆疊。換句話說(shuō)，由ci/ci增強(qiáng)版的控制層產(chǎn)生的訊務(wù)應(yīng)視為將經(jīng)由專用雙向消息或控制管道(例如管道0)傳輸?shù)目刂朴崉?wù)。

綜上所述，在實(shí)施例中，數(shù)據(jù)管道(例如，管道35、37、39、41)傳輸具有“標(biāo)簽-長(zhǎng)度-值”格式的組塊。經(jīng)由數(shù)據(jù)管道傳輸?shù)臄?shù)據(jù)傳輸為組塊，每一組塊具有標(biāo)頭。因此，數(shù)據(jù)由“描述詞”(標(biāo)頭)及“有效負(fù)載”構(gòu)成。在一實(shí)施例中，描述詞經(jīng)時(shí)間戳記。也可添加持續(xù)時(shí)間或第二時(shí)戳中的任一者或這兩者以標(biāo)志數(shù)據(jù)的末端。應(yīng)描述內(nèi)容格式。可存在兩種不同內(nèi)容格式，ts(傳送流)及isobmff(基礎(chǔ)媒體文件格式)。在另一實(shí)施例中，可經(jīng)由usb接口傳輸已加密及/或已解密內(nèi)容，而無(wú)需使用組塊或無(wú)需使用上文所描述的組塊。

在一實(shí)施例中，對(duì)于控制層，默認(rèn)管道中的每一封包具有相同于公用接口中的“標(biāo)簽-長(zhǎng)度-值”格式。其以如en502217.1.2中定義的協(xié)議對(duì)象開(kāi)始。

在諸圖的前文描述中，已參考本發(fā)明的特定實(shí)施例描述本發(fā)明。然而，將顯而易見(jiàn)，在不脫離如所附權(quán)利要求書(shū)中概括的本發(fā)明的范圍的情況下可對(duì)本發(fā)明進(jìn)行各種修改及改變。

應(yīng)注意，在實(shí)例中主要參考ci增強(qiáng)版系統(tǒng)。然而，本發(fā)明也可結(jié)合ci系統(tǒng)使用。

具體來(lái)說(shuō)，可組合本發(fā)明的各種方面的特定特征。本發(fā)明的一方面可通過(guò)添加相對(duì)于本發(fā)明的另一方面所描述的特征而有利地進(jìn)一步增強(qiáng)。

應(yīng)理解，本發(fā)明僅受到附屬權(quán)利要求及其技術(shù)等效物的限制。在此文獻(xiàn)及其權(quán)利要求書(shū)中，動(dòng)詞“以包括”及其變位是在其非限制性意義上使用，意味著單詞隨后的項(xiàng)目是包含在內(nèi)，不包含未特別提及的排除項(xiàng)。另外，通過(guò)不定冠詞“一(a)"或”一個(gè)“(an)”參考一元件并不排除存在超過(guò)一種該元件的可能性，除非上下文明確要求存在一種且唯一一種該元件。不定冠詞“一(a)"或”一個(gè)“(an)”因此通常意指“至少一種”。