專利名稱：區(qū)分網(wǎng)絡(luò)接入請求的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本公開涉及數(shù)字機(jī)頂盒，并且更具體地涉及區(qū)分網(wǎng)絡(luò)接入請求的系統(tǒng)和方法。
背景技術(shù)：
許多消費(fèi)者在其家中接收來自有線電視運(yùn)營商的娛樂節(jié)目?，F(xiàn)在的許多有線電 視供應(yīng)是利用數(shù)字信號進(jìn)行廣播的，這使得能高效地使用通信帶寬，從而允許在同一線纜 上承載更多節(jié)目。在這些有線電視系統(tǒng)中，視頻節(jié)目(例如，電視節(jié)目、電影等)是利用運(yùn) 動(dòng)圖像專家組(MPEG)標(biāo)準(zhǔn)來進(jìn)行編碼的，并且被封裝在MPEG傳輸流中。通過諸如同軸電 纜或混合光纖同軸(HFC)電纜之類的多種訂戶遞送機(jī)制，或者通過運(yùn)行諸如數(shù)字訂戶環(huán)路 (DSL)之類的寬帶技術(shù)的雙絞線對電纜來將MPEG傳輸流從有線電視頭端發(fā)送到客戶所在 地(customer premise) 0在客戶所在地，數(shù)字家庭通信終端(DHCT)對節(jié)目進(jìn)行解碼，并且 生成模擬或數(shù)字影像信號。影像由連接到DHCT的電視機(jī)來顯示。視頻節(jié)目通過邏輯頻道被遞送到DHCT。邏輯頻道還用來遞送其它種類的數(shù)據(jù)，其 中的一些供用戶觀看(例如，電子節(jié)目向?qū)?，而其中的一些不被用戶觀看(例如，諸如授權(quán) 和頻道映射圖之類的系統(tǒng)數(shù)據(jù))。在一些環(huán)境中，邏輯頻道與特定頻率相對應(yīng)。在其它環(huán)境 中，邏輯頻道與特定頻率內(nèi)的時(shí)隙相對應(yīng)。在其它環(huán)境中，邏輯頻道與網(wǎng)絡(luò)單播或多播地址 相對應(yīng)。DHCT或共享同一訂戶連接的DHCT組可以同時(shí)接收多種類型的節(jié)目或數(shù)據(jù)，這是 因?yàn)楦鞣N類型的節(jié)目或數(shù)據(jù)是在分開的邏輯頻道中承載的。通過訂戶連接接收到的邏輯頻 道組通常隨著時(shí)間變化。有時(shí)，遞送給訂戶的頻道的改變是由用戶的直接頻道改變引起的。 其它時(shí)候，頻道改變是間接的，是由于DHCT對也通過邏輯頻道承載的各種類型的數(shù)據(jù)(如 上所述)作出請求引起的。傳統(tǒng)的DHCT以相同的方式來應(yīng)對所有類型的頻道改變。然而， 通過DHCT對不同類型的頻道改變進(jìn)行不同的處理是有利的。因此，產(chǎn)生了解決這些問題以 及其它問題的需求。


參考附圖可以更好地理解本公開的許多方面。附圖中的組件不必按比例繪制，而 是把重點(diǎn)放在清楚地圖示出本公開的原理上。圖1是區(qū)分網(wǎng)絡(luò)接入請求的系統(tǒng)和方法的一個(gè)實(shí)施例所處的環(huán)境的框圖。圖2是示出在圖1的DHCT的一個(gè)實(shí)施例中選擇的軟件組件的框圖。圖3是出現(xiàn)在圖1的DHCT的一個(gè)實(shí)施例中的所選軟件組件的對象圖。
4
圖4是示出由圖1中的頻道改變邏輯的一個(gè)實(shí)施例實(shí)現(xiàn)的判決處理的流程圖。圖5是示出了圖4中的塊455的更多細(xì)節(jié)的流程圖。圖6是由圖2中的頻道改變判決邏輯的另一實(shí)施例使用的處理的流程圖。圖7是示出圖1中的DHCT的所選組件的框圖。
具體實(shí)施例方式圖1是區(qū)分網(wǎng)絡(luò)接入請求的系統(tǒng)和方法的一個(gè)實(shí)施例所處的環(huán)境100的框圖。核 心網(wǎng)絡(luò)適配設(shè)備110接收一個(gè)或多個(gè)數(shù)字媒體流115用于遞送給各個(gè)訂戶。在本公開中，術(shù) 語“媒體流”是指包括視頻幀、音頻幀、超媒體、多媒體或其任意組合的流。用于媒體流115 的常見編碼格式包括MPEG-2、MPEG-4和VC-1。在一些環(huán)境中，經(jīng)編碼的媒體流表示單個(gè)節(jié) 目，并且因此包含被復(fù)用在單個(gè)節(jié)目傳輸流(SPTS)中的視頻和音頻流。媒體流115可以是從各種源提供來的。在圖1的示例環(huán)境中，媒體流115E是由編 碼器120提供的，并且媒體流115S是從數(shù)字媒體內(nèi)容服務(wù)器130提供來的，編碼器120對 來自諸如有線電視網(wǎng)絡(luò)或播出中的電視臺(tái)之類的媒體內(nèi)容源的模擬信號進(jìn)行編碼。將媒體 流115提供給核心網(wǎng)絡(luò)適配設(shè)備110的其它方式應(yīng)當(dāng)是本領(lǐng)域技術(shù)人員所熟悉的，并且希 望落在本公開的范圍內(nèi)。核心網(wǎng)絡(luò)適配設(shè)備110準(zhǔn)備用于通過核心網(wǎng)絡(luò)140傳輸?shù)拿襟w流115。雖然這種 適配的細(xì)節(jié)取決于核心網(wǎng)絡(luò)的類型，然而，適配通常包括利用用于分組的廣播尋址來將媒 體流115封裝在分組中，并且組合分組節(jié)目流。結(jié)果產(chǎn)生了適合于通過核心網(wǎng)絡(luò)140傳輸 的流145，其包含多個(gè)媒體流115，每個(gè)媒體流115包含一節(jié)目。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)熟悉利用廣播尋址技術(shù)將信息封裝在分組中的概念和實(shí)踐， 因此，在本公開中不進(jìn)一步討論這些特征。在一個(gè)實(shí)施例中，將MPEG傳輸流(TS)分組封裝 在第3層因特網(wǎng)協(xié)議(IP)分組中。在另一實(shí)施例中，將MPEG TS分組封裝在實(shí)時(shí)傳輸(RTP) 分組中，進(jìn)而將RTP分組封裝在IP分組中。在另一實(shí)施例中，使用VC-1流而不用MPEG流。流145內(nèi)承載的去往許多不同訂戶的多個(gè)節(jié)目通過核心網(wǎng)絡(luò)140來傳輸，并且被 遞送到位于網(wǎng)絡(luò)邊緣的交換機(jī)150。每個(gè)交換機(jī)150針對特定訂戶選擇流145中所承載的 節(jié)目的子集，并且產(chǎn)生去往該訂戶的流155。流155經(jīng)由訂戶連接165被遞送給連接到交 換機(jī)150的那些訂戶。在一些實(shí)施例中，流155使用多播地址，而在其它實(shí)施例中，使用單 播地址。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)熟悉利用多播和單播地址將分組分別遞送給訂戶組和單個(gè)訂 戶。流155被提供給接入網(wǎng)絡(luò)適配設(shè)備170，其準(zhǔn)備通過訂戶連接165傳播的流155。 適配的細(xì)節(jié)根據(jù)訂戶連接165的類型以及訂戶裝置而變化。一般地，接入網(wǎng)絡(luò)適配設(shè)備170 在交換機(jī)150使用的較低層協(xié)議(例如，高速以太網(wǎng))與訂戶連接165上所使用的協(xié)議(例 如，DSL、HFC、光纖到戶)之間進(jìn)行轉(zhuǎn)換。因此，接入網(wǎng)絡(luò)適配設(shè)備170可以被實(shí)現(xiàn)為HFC環(huán) 境中的電纜調(diào)制解調(diào)器端接系統(tǒng)(CMTS)，或者DSL環(huán)境中的DSL接入復(fù)用器(DSLAM)。接 入網(wǎng)絡(luò)適配設(shè)備170的一些實(shí)施例還執(zhí)行封裝、去封裝或其兩者(如當(dāng)從一種分組格式轉(zhuǎn) 換為另一種分組格式時(shí))。一些實(shí)施例充當(dāng)將諸如語音流或數(shù)據(jù)流之類的其它流相組合的 見用器。由接入網(wǎng)絡(luò)適配設(shè)備170進(jìn)行了適配之后，流155通過訂戶連接165之一被發(fā)送到數(shù)字家庭通信終端(DHCT) 180。DHCT 180接收流155，并且對其中承載的各個(gè)節(jié)目流進(jìn) 行解碼以產(chǎn)生視頻信號。DHCT 180將視頻信號提供給顯示裝置(未示出)以供客戶觀看。 在一個(gè)實(shí)施例中，顯示裝置是電視機(jī)。在另一實(shí)施例中，顯示裝置是計(jì)算機(jī)監(jiān)視器。在一些 實(shí)施例中，DHCT 180還解碼音頻流并且產(chǎn)生伴隨視頻信號的音頻信號。如前所述，節(jié)目流的子集被交換機(jī)150選擇用于遞送到特定訂戶位置。這些節(jié)目 流的每個(gè)可以被看作是在不同邏輯頻道上承載的。DHCT180與頻道改變服務(wù)器190通信以 請求將特定節(jié)目流或邏輯頻道包括在由該訂戶接收的流155中。例如，DHCT 180響應(yīng)于觀 看FOX網(wǎng)絡(luò)的用戶請求，向頻道改變服務(wù)器190請求到FOX的“頻道改變”。頻道改變服務(wù) 器190進(jìn)而請求服務(wù)于該訂戶的交換機(jī)150將FOX節(jié)目流包括在通過訂戶連接165被遞送 到DHCT 180的流155中。在一些實(shí)施例中，頻道改變服務(wù)器190和/或交換機(jī)150通過加入和離開特定多 播組來滿足頻道改變請求，每個(gè)特定多播組承載一個(gè)邏輯頻道集合。還可以通過將流155 切換到單播流(未示出)來滿足頻道改變請求，該單播流是緩存版本的媒體流115，但是改 為去往特定DHCT 180。使用單播而不用多播流減少了 DHCT 180接收并解碼新的節(jié)目源所 花的時(shí)間。使用單播流來加速頻道改變通常稱為“快速頻道改變”或“即時(shí)頻道改變”。圖2是示出了 DHCT 180的一個(gè)實(shí)施例中的所選軟件組件的框圖。DHCT 180包括 向用戶提供服務(wù)的組件。這種組件的示例性列表包括但不限于現(xiàn)場直播電視210TV、視頻點(diǎn) 播210V0D、電子節(jié)目向?qū)?10EPG以及數(shù)字視頻記錄210DVR。導(dǎo)航器210NAV允許用戶在這 些服務(wù)間導(dǎo)航，并且還可以允許用戶訪問DHCT 180的各種設(shè)置(例如，音量、父母控制等)。 在一個(gè)實(shí)施例中，這些服務(wù)210被實(shí)現(xiàn)為用戶模式應(yīng)用而非內(nèi)核模式(kernel-mode)組件。DHCT 180還包括頻道獲取組件220。頻道獲取組件220負(fù)責(zé)獲取邏輯頻道或者改 變到邏輯頻道。頻道獲取組件220可以包括硬件和/或軟件組件，并且通常是依平臺(tái)而定 的在一些實(shí)施例中，頻道獲取包括調(diào)諧到RF頻道；在其它實(shí)施例中，頻道獲取包括從諸如 頻道改變服務(wù)器190(圖1)之類的多播或單播服務(wù)器請求IPTV流。在一些實(shí)施例中，DHCT 180可以同時(shí)接收多個(gè)頻道。在一些實(shí)施例中，頻道獲取組件220被實(shí)現(xiàn)為與RF調(diào)諧器或 網(wǎng)絡(luò)接口進(jìn)行接口的內(nèi)核模式代碼。對頻道獲取或頻道改變的請求源自不同的源并且針對不同的原因。一些頻道獲取 請求是直接由用戶發(fā)起的。這種用戶發(fā)起的頻道改變的一個(gè)示例是在用戶觀看現(xiàn)場直播TV 時(shí)的頻道改變，其中，用戶例如通過遙控器指向服務(wù)210TV。在此情況中，服務(wù)210TV是頻 道改變請求的源。其它頻道改變請求是系統(tǒng)發(fā)起的而非用戶發(fā)起的。例如，這可能在服務(wù) 210DVR選擇頻道以便記錄所安排的節(jié)目時(shí)發(fā)生。在此情況中，服務(wù)210DVR發(fā)動(dòng)頻道改變 請求。其它頻道改變請求是系統(tǒng)發(fā)起的，即使請求是用戶選擇的間接結(jié)果。這種類型的頻 道改變請求的一個(gè)示例可以在與服務(wù)210EPG交互的用戶要求查看詳細(xì)節(jié)目描述信息時(shí)發(fā) 生。在這種情形中，服務(wù)210EPG通過EPG頻道獲得新的向?qū)畔?。源自服?wù)210EPG的頻 道改變請求的另一示例在服務(wù)210EPG定期下載針對向?qū)畔⒌母聲r(shí)發(fā)生。這些頻道改 變情形僅僅是示例。其它頻道改變情形應(yīng)當(dāng)是本領(lǐng)域技術(shù)人員熟悉的，并且希望落在本公 開的范圍之內(nèi)。頻道改變請求由頻道改變判決邏輯230接收，頻道改變判決邏輯230在基于請求 的源和/或請求的原因確定了用于頻道獲取調(diào)用的適當(dāng)參數(shù)之后，指示頻道獲取組件220實(shí)際地執(zhí)行頻道改變。例如，如果請求是用戶發(fā)起的并且訂戶連接165和/或核心網(wǎng)絡(luò)140 的配置使得頻道改變將使用帶寬，則頻道改變判決邏輯230可以利用“快速頻道改變”模 式。頻道改變判決邏輯230在確定用于頻道改變請求的適當(dāng)參數(shù)時(shí)，還將與訂戶連接165 和/或核心網(wǎng)絡(luò)140的特性有關(guān)的信息考慮在內(nèi)。因此，頻道改變判決邏輯230充當(dāng)服務(wù) 與頻道獲取組件220之間的中間設(shè)備，并且使這些服務(wù)與網(wǎng)絡(luò)細(xì)節(jié)(network specifics) 相隔絕。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)明白，這里所指的軟件組件包括例如被打包為獨(dú)立的可執(zhí)行 文件、庫、共享庫、可載入模塊、驅(qū)動(dòng)器或套件的可執(zhí)行代碼，以及例如被打包為類(class) 的解釋型代碼。圖3是DHCT 180的一個(gè)實(shí)施例中出現(xiàn)的所選軟件組件的對象圖。頻道改變判 決邏輯230包括被應(yīng)用調(diào)用以請求頻道改變的功能MapCharmelRequest (映射頻道請 求)310。功能 MapChannelRequest 310 具有輸入 ChannellD (頻道 ID)、Source (源)以 及ReasonCode (原因代碼)。如其名稱所表明的，ChannellD參數(shù)標(biāo)識目標(biāo)頻道。如上所 述，Source參數(shù)標(biāo)識構(gòu)成請求的組分，并且ReasonCode標(biāo)識請求的原因(其也可以被看作 請求的類型)。在圖3的示例中，Source和ReasonCode是不同的參數(shù)，并且其每個(gè)都是枚 舉值。然而，如本領(lǐng)域技術(shù)人員將明白的，可以使用多種標(biāo)識機(jī)制。例如，可將Source和 ReasonCode組合成為單個(gè)參數(shù)。頻道獲取組件220包括數(shù)據(jù)成員Settings (設(shè)置)320和功能AcquireCharmel (獲 取頻道)330。如其名稱所表明的，AcquireCharmel 330被調(diào)用以改變至特定頻道或者 獲取特定頻道，并且與軟件和/或硬件組件(例如頻道獲取組件220)交互以使此發(fā)生。 AcquireChannel 330使用Settings 320中的值來控制對網(wǎng)絡(luò)接入的各種請求。在圖3 的示例中，Settings 320 包括 Channel Id (頻道 Id) 3201、FastMode (快速模式)320F、 SurfSuppress (沖浪抑制)320S、ErrorCorrection (糾錯(cuò))320E、Delay (延遲)320D、 Resolution (分辨率)320R以及DeliveryMode (遞送模式)320M。如將結(jié)合圖4更詳細(xì)描述 的，頻道改變判決邏輯230中的功能MapChannelRequest 310在調(diào)用AcquireChannel 330 以前，基于請求的源和/或頻道改變請求的原因來對Settings 320中的一個(gè)或多個(gè)參數(shù)的 值進(jìn)行設(shè)置。Channel Id 3201控制獲取哪個(gè)頻道。在一些情形中，MapChannelRequest 310將 Settings 320中的Charmelld 3201設(shè)置為與其參數(shù)相同的值。在其它情形(后面將描述 其示例)中，頻道改變判決邏輯230中的MapChannelRequest 310可以將Settings 320中 的Charmelld 3201設(shè)置為不同的值，以使得調(diào)用MapChannelRequest 310的服務(wù)得到與所 請求的不同的結(jié)果。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)熟悉將這種信息傳送回服務(wù)的各種機(jī)制。FastMode 320F控制“快速頻道改變”技術(shù)是否被服務(wù)器使用。(已結(jié)合圖1簡要 描述了這種技術(shù))。ErrorCorrection 320E控制由頻道改變服務(wù)器190使用的糾錯(cuò)(例如， FEC代碼的類型、FEC代碼的深度、選擇性重發(fā)的使用等)。DeliveryMode 320M在遞送速率 可變的環(huán)境(例如，IPTV環(huán)境)中控制將新獲取的節(jié)目流提供給DHCT 180的速率。在圖3 的示例中，將諸如BurstMode (突發(fā)模式)、Normal (正常)和TrickleMode (細(xì)流模式)之 類的枚舉值用于DeliveryMode 320M，而在其它實(shí)施例中，DeliveryMode 320M可以指定比 特率。
在一些實(shí)施例中，這些參數(shù)被傳送給頻道改變服務(wù)器190。在其他實(shí)施例中，這些 參數(shù)用來基于各種服務(wù)器190的能力，從多個(gè)頻道改變服務(wù)器190中選擇適當(dāng)?shù)姆?wù)器。 例如，不同的頻道改變服務(wù)器190可能在其糾錯(cuò)能力或其比特率能力上不同。FastMode 320F, ErrorCorrection 320E以及DeliveryMode 320M在將IP用作遞送機(jī)制的環(huán)境中尤 其有用，然而，本領(lǐng)域技術(shù)人員將認(rèn)識到，這些設(shè)置具有更廣的適用性。Delay 320D控制請求到達(dá)頻道獲取組件220與實(shí)際頻道改變之間的延遲量。例 如，隨機(jī)延遲量可以用來確保大量的DHCT不會(huì)在午夜下載向?qū)?shù)據(jù)或者在整點(diǎn)時(shí)刻或半 點(diǎn)時(shí)刻改變頻道，其任一種都可能使頭端處的裝置過載。在圖3的示例中，使用了諸如 RandomLongPeriod (隨機(jī)長時(shí)段)、RandomShortPeriod (隨機(jī)短時(shí)段)和 Immediate (立即) 之類的枚舉值，然而，在其它實(shí)施例中，Delay 320D可以指定實(shí)際的時(shí)間量。在一些實(shí)施例 中，延遲是在DHCT 180中實(shí)現(xiàn)的，而在其它實(shí)施例中，Delay320D被傳送給頻道改變服務(wù)器 190或調(diào)諧器。SurfSuppress 320S控制當(dāng)用戶以相對快速的方式從一個(gè)頻道改變到另一頻道 (即，“頻道沖浪”)時(shí)是否抑制網(wǎng)絡(luò)信令。在這種條件下，發(fā)送頻道改變序列內(nèi)的每個(gè)頻道改 變都是浪費(fèi)網(wǎng)絡(luò)帶寬。即，如果用戶從頻道2快速移到頻道5、8和11，則無需向頻道改變服 務(wù)器190發(fā)送針對頻道5和8的請求，這是因?yàn)樵谙惹暗念l道被遞送之前用戶就移到了另 一頻道上。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)知道檢測這種用戶“頻道沖浪”行為的各種技術(shù)。例如，可 以將指示頻道改變的一系列的多個(gè)按壓鍵當(dāng)作單個(gè)請求。在一個(gè)實(shí)施例中，SurfSuppress 320S是布爾值，其中，真值表示在用戶頻道沖浪行為時(shí)段期間抑制到網(wǎng)絡(luò)的信令。該參數(shù)的 假值表示照常將網(wǎng)絡(luò)信令發(fā)送到網(wǎng)絡(luò)。Resolution 320R控制在所請求頻道上遞送的節(jié)目流的分辨率。該特征在承載同 一節(jié)目但是其分辨率不同(例如，一個(gè)節(jié)目以高清晰度遞送，而另一節(jié)目以標(biāo)準(zhǔn)清晰度遞 送)的多個(gè)頻道可用時(shí)是有用的。在這種情況中，頻道改變判決邏輯230可以變換應(yīng)用(例 如，服務(wù)210DVR或服務(wù)210TV)針對高分辨率邏輯頻道作出的請求，以改變至具有較低分辨 率的相似頻道，反之亦然。在一些實(shí)施例中，Resolution 320R還支持縮略圖，縮略圖是小 于正常大小的幀。如上面所提到的，頻道改變判決邏輯230使用Source和/或ReasonCode來確定用 于Settings 320的適當(dāng)值。頻道改變判決邏輯230還可以在作出這種判決時(shí)使用由其它組 件提供的數(shù)據(jù)。在圖3的示例中，服務(wù)210DVR追蹤可用于節(jié)目記錄的空閑空間量，并且使 該可用空閑空間量作為數(shù)據(jù)成員FreeSpaceAvailabld可用空閑空間)340。帶寬管理器組 件350追蹤由DHCT 180以及(在一些實(shí)施例中)也共享同一訂戶連接165的其它DHCT所 使用的訂戶連接帶寬。帶寬管理器350通過數(shù)據(jù)成員SubscriberBandwidthAvailable (可 用訂戶帶寬)360來提供該信息。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)將圖3所示的對象當(dāng)作被選來圖示出區(qū)分網(wǎng)絡(luò)接入請求的 系統(tǒng)和方法的一個(gè)實(shí)施例是如何劃分組件中的功能的抽象概念。本領(lǐng)域技術(shù)人員還應(yīng)當(dāng)認(rèn) 識到，對功能的其它分割也是可以的，并且希望這些其它可能性落在本公開的范圍內(nèi)。此 外，雖然可以根據(jù)諸如列表、標(biāo)志、指針和集合之類的具體數(shù)據(jù)結(jié)構(gòu)來描述圖3中的對象， 然而，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，還可以替代地使用提供類似功能的其它數(shù)據(jù)結(jié)構(gòu)。僅作為 一個(gè)示例，一種特定實(shí)現(xiàn)方式可以使用數(shù)組來替代經(jīng)鏈接的列表。
一般地，在這里，由區(qū)分網(wǎng)絡(luò)接入請求的系統(tǒng)和方法使用的對象是根據(jù)代碼和數(shù)據(jù)而不是參考特定硬件設(shè)備來描述的。此外，雖然是以面向?qū)ο蟮男g(shù)語來描述本系統(tǒng)和方 法的，然而，不要求用面向?qū)ο蟮恼Z言來實(shí)現(xiàn)本系統(tǒng)和方法。而是，本領(lǐng)域技術(shù)人員將明白， 本系統(tǒng)和方法可以用任何編程語音實(shí)現(xiàn)，并且可以在任何硬件平臺(tái)上執(zhí)行。如上所述，頻道改變判決邏輯230封裝與將在頻道改變中使用的適當(dāng)參數(shù)有關(guān)的 特定于網(wǎng)絡(luò)的信息，而頻道獲取組件220封裝與如何影響頻道改變有關(guān)的特定于平臺(tái)的信 息?，F(xiàn)在將結(jié)合圖4的流程圖描述由頻道改變判決邏輯230用來選擇用于這些參數(shù)的適當(dāng) 值的判決處理。處理400開始于塊410，其中，頻道改變請求被接收。接下來，塊415檢查請求以 判斷其是否是用戶發(fā)起的。如果請求是用戶發(fā)起的，則處理在塊420處繼續(xù)，塊420如下這 樣來初始化 Settings 320 :FastMode320F 設(shè)為真；ErrorCorrection 320E 設(shè)為 Robust (健 壯)；并且Delay320D設(shè)為Random (隨機(jī))。處理然后在塊425處繼續(xù)，塊425利用Settings 320獲取請求中所標(biāo)識的頻道(例如，通過ACquireChanne1330)。處理400隨后結(jié)束。如果請求不是用戶發(fā)起的，則處理轉(zhuǎn)為在塊430處繼續(xù)，塊430將FastMode 320F 設(shè)為假。接下來，在塊435中，檢查請求的源。如果請求是源自服務(wù)210DVR的，則處理在塊 440處繼續(xù)，其中，進(jìn)一步進(jìn)行檢查以對Settings 320中的值進(jìn)行適當(dāng)設(shè)置。然而，如果請 求是源自除服務(wù)210DVR之外的源的，則處理在塊425處繼續(xù)。如前所述，在塊425中，利用 Settings 320來獲取請求中所標(biāo)識的頻道，然后處理400結(jié)束?，F(xiàn)在返回當(dāng)服務(wù)210DVR是頻道改變請求的源時(shí)所執(zhí)行的塊440，Delay 320D被設(shè) 為Random(隨機(jī))并且ErrorCorrection 320E被設(shè)為Robust (健壯)。在一個(gè)實(shí)施例中， Robust表示比用戶作為頻道改變請求的源時(shí)所使用的糾錯(cuò)水平更嚴(yán)格的糾錯(cuò)水平。本領(lǐng)域 技術(shù)人員應(yīng)當(dāng)理解，多種糾錯(cuò)行為的組合符合該條件。在一個(gè)實(shí)施例中，“Robust”糾錯(cuò)包 括使用前向糾錯(cuò)碼(FEC)和/或選擇性重發(fā)。塊445和450是可選的。塊445獲得訂戶連接165上可用的帶寬。塊450確定可 用于節(jié)目的DVR存儲(chǔ)空間。處理隨后在塊455(圖5)處繼續(xù)，塊455基于可用帶寬和/或 DVR存儲(chǔ)空間確定所希望的分辨率。下面結(jié)合圖5的流程圖描述455的細(xì)節(jié)。接下來，塊460將由請求中所標(biāo)識的頻道承載的節(jié)目的分辨率與在塊455處確定 的所希望分辨率相比較。如果兩個(gè)值相等，則無需頻道調(diào)節(jié)并且處理在下述的塊480處繼 續(xù)。然而，如果所請求頻道的分辨率與所希望分辨率不同，則塊465試圖找到承載同一節(jié)目 但是等于或者至少接近所希望分辨率的相似頻道。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)熟悉確定特定時(shí)間 在特定頻道上承載的節(jié)目以及節(jié)目的分辨率和節(jié)目的運(yùn)行時(shí)間(長度)的機(jī)制。塊470判斷是否找到相似頻道。如果是，則塊475利用該相似頻道更新Settings 320中的ChannelId 3201，并且將Resolution 320R更新為在塊455處確定的所希望分辨 率。否則，ChannelId 3201 和 Resolution 320R 不變。接下來，塊480基于可用訂戶帶寬和所標(biāo)識頻道的分辨率來將De 1 iveryMode 320M 設(shè)為 BurstDelivery (突發(fā)遞送)、NormalDelivery (正常遞送)或 TrickleDelivery (細(xì)流遞送)。如果可用帶寬足以支持所選分辨率，則頻道改變判決邏 輯230使用BurstDelivery。如果可用帶寬不足以支持所選分辨率，則頻道改變判決邏輯 230 使用 TrickleDelivery。否則，DeliveryMode 320M 被設(shè)為 NormalDelivery。設(shè)置了DeliveryMode 320M之后，處理在塊425處繼續(xù)，其中，利用Settings 320來獲取所選頻道，然后處理400結(jié)束。圖5是示出圖4的塊455的進(jìn)一步細(xì)節(jié)的流程圖。為所請求頻道選擇適當(dāng)分辨率 的處理開始于塊510，塊510基于可用DVR存儲(chǔ)空間和節(jié)目長度來確定第一最大分辨率。接 下來，在塊520，頻道改變判決邏輯230基于訂戶連接165的可用帶寬來確定第二最大分辨 率。該可用帶寬值由帶寬管理器提供給頻道改變判決邏輯230，其中，帶寬管理器的功能應(yīng) 當(dāng)是本領(lǐng)域技術(shù)人員熟知的。在一些實(shí)施例中，使可用帶寬經(jīng)過管理器的仲裁和調(diào)節(jié)，在此 情況中，處理400再次被執(zhí)行以使用調(diào)節(jié)后的值。在塊520之后，塊530通過將所希望分辨率設(shè)置為在塊510和520中計(jì)算出的兩個(gè) 最大值中的最小值，來選出分辨率。處理在將所希望分辨率返回調(diào)用者(圖4中的塊455) 之后結(jié)束ο雖然頻道可以承載視頻節(jié)目(例如，經(jīng)由現(xiàn)場直播TV服務(wù)210TV觀看或者經(jīng)由 DVR服務(wù)器210DVR進(jìn)行記錄)，然而，還可以經(jīng)由頻道提供其它類型的數(shù)據(jù)。這種數(shù)據(jù)的示 例包括EPG數(shù)據(jù)、EPG的頻道圖標(biāo)位圖(bitmap)、授權(quán)、頻道映射圖，以及對DHCT 180內(nèi)的 代碼的更新。通過頻道承載的其它類型的數(shù)據(jù)也將由本領(lǐng)域技術(shù)人員認(rèn)識到，并且希望落 在本公開的范圍之內(nèi)。獲取這些類型的頻道之一的請求可以被看作是對接入下游網(wǎng)絡(luò)的請 求或者是針對下游網(wǎng)絡(luò)帶寬的請求，這是因?yàn)檫@種請求將導(dǎo)致數(shù)據(jù)從核心網(wǎng)絡(luò)140通過訂 戶連接165被向下發(fā)送到DHCT 180。圖6是由頻道改變判決邏輯230的另一實(shí)施例使用的處理的流程圖，該實(shí)施例選 擇用在請求接入下游網(wǎng)絡(luò)的頻道改變中的參數(shù)的適當(dāng)值。頻道改變判決邏輯230基于接入 請求的原因和/或源來選擇值。在一些情形中，請求的源是用戶。在其它情形中，請求的 原因包括用戶，但是是間接地例如，查看電子節(jié)目向?qū)?EPG)的用戶可能向?qū)淼墓?jié)目滾 動(dòng)，以使得DHCT 180請求在DHCT 180中尚不能獲得的另外的節(jié)目向?qū)?shù)據(jù)。在其他情形 中，DHCT 180在沒有來自用戶的輸入的情況下發(fā)起請求(例如，對EPG數(shù)據(jù)的定期更新)。處理600開始于塊610，其中，網(wǎng)絡(luò)接入請求被接收。如果頻道改變判決邏輯230 確定(在塊620)請求是針對包括后臺(tái)數(shù)據(jù)采集(background data collection)的活動(dòng) 的，則塊630將優(yōu)先級變量設(shè)為最低值。后臺(tái)活動(dòng)是不需要立即向用戶顯示所請求數(shù)據(jù)的 活動(dòng)。后臺(tái)活動(dòng)的示例是對向?qū)?shù)據(jù)的預(yù)定更新或者對頻道圖標(biāo)的下載。另一方面，如果 塊620確定請求不包括后臺(tái)數(shù)據(jù)采集，則塊640將優(yōu)先級變量設(shè)置為最低值與最高值之間 的中間值。處理隨后在下面將討論的塊650處繼續(xù)。返回塊630 (如果在后臺(tái)中采集則該塊被執(zhí)行)，接下來執(zhí)行塊660，塊660判斷 網(wǎng)絡(luò)接入請求是否是用戶發(fā)起的。如果是，則塊670將Delay 320D(在頻道獲取組件220 的Settings 320內(nèi))初始化為RandomShort (隨機(jī)短時(shí)段)，并且繼續(xù)到塊675，其中，最 高優(yōu)先級請求被選擇。然而，如果塊660判定網(wǎng)絡(luò)接入請求不是用戶發(fā)起的，則塊680將 Delay 320D初始化為RandomLong (隨機(jī)長時(shí)段)。處理隨后在塊675處繼續(xù)以選擇最高優(yōu) 先級的請求。(下面將更詳細(xì)討論塊675)。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，“RandomShort”和 "RandomLong"是隨機(jī)選擇的值，其中，RandomShort值的范圍小于RandomLong值的范圍。返回塊650 (在塊620和640之后執(zhí)行)，已確定高優(yōu)先級適合于這些請求，因?yàn)?請求不是后臺(tái)數(shù)據(jù)采集并且不是用戶發(fā)起的。這種請求是針對“緊急活動(dòng)”的，因?yàn)镈HCT立即使用數(shù)據(jù)。在這種條件下，塊685接下來執(zhí)行確定網(wǎng)絡(luò)接入請求的源。如果未從導(dǎo)航 器210NAV接收到網(wǎng)絡(luò)接入請求，則塊690將優(yōu)先級變量設(shè)為最高值，并且塊670將Delay 320D初始化為RandomShort。除導(dǎo)航器以外的源的示例包括請求更新DHCT頻道映射的頻 道映射組件；請求更新DHCT授權(quán)或條件接入密鑰的授權(quán)組件；以及請求更新DHCT內(nèi)的代 碼的更新組件?？梢詫⑦@些請求當(dāng)作“系統(tǒng)緊急活動(dòng)”。處理在塊675處繼續(xù)，如果多于一 個(gè)請求被接收到但尚未被處理，則塊675選擇具有最高優(yōu)先級的網(wǎng)絡(luò)接入請求。最后，在塊 695，利用Settings 320來獲取請求中所標(biāo)識的頻道(例如，通過AcquireChannel 330)。 隨后，處理600結(jié)束。然而，如果塊685判定網(wǎng)絡(luò)接入請求的源是導(dǎo)航器210NAV(這是“導(dǎo)航器緊急活 動(dòng)”)，則處理在塊680處繼續(xù)，塊680將Delay 320D初始化為RandomLong。然后，在執(zhí)行 了選擇具有最高優(yōu)先級的網(wǎng)絡(luò)接入請求的塊675以及獲取請求中所標(biāo)識的頻道的塊695之 后，處理結(jié)束。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)認(rèn)識到，處理600在測試網(wǎng)絡(luò)接入請求的各種特性時(shí)(例如， 用戶發(fā)起、請求的源、請求是否包括后臺(tái)數(shù)據(jù)采集)可以使用多種機(jī)制。僅僅作為一個(gè)示 例，與請求相關(guān)聯(lián)的源和/或原因代碼可以被實(shí)現(xiàn)為位圖，其中，每一位對前述特性之一進(jìn) 行編碼。然后，可以從位圖形成各個(gè)枚舉值，以使得處理600以所希望的方式操作。例如， 為了獲得具有長時(shí)段和最低優(yōu)先級的隨機(jī)延遲，將按如下這樣來設(shè)置/清除位后臺(tái)=設(shè) 置；用戶發(fā)起=設(shè)置；源=不關(guān)注。作為另一示例，下面的位圖將產(chǎn)生具有短時(shí)段和最高優(yōu) 先級的隨機(jī)延遲后臺(tái)=清除；用戶發(fā)起=清除；源=NOT (導(dǎo)航器)。圖7是示出實(shí)現(xiàn)這里公開的區(qū)分網(wǎng)絡(luò)接入請求的系統(tǒng)和方法的示例性DHCT 180 的所選組件的框圖。DHCT 180包括網(wǎng)絡(luò)接口 710、外圍1/0接口 720、顯示系統(tǒng)730、解碼 器模塊740、存儲(chǔ)設(shè)備750、處理器760以及存儲(chǔ)器770。這些組件通過總線780相耦合。圖 7省略了本領(lǐng)域技術(shù)人員公知的多個(gè)傳統(tǒng)組件，這些傳統(tǒng)組件是說明這里公開的區(qū)分網(wǎng)絡(luò) 接入請求的系統(tǒng)和方法的操作所不需要的。網(wǎng)絡(luò)接口 710通過訂戶連接165接收通過核心網(wǎng)絡(luò)140(圖1)遞送來的分組流。 在一些實(shí)施例中，訂戶連接165是由HFC實(shí)現(xiàn)的。在這些實(shí)施例中，DHCT 180包括處理通 過HFC連接從頭端接收到的數(shù)字信號的調(diào)諧器/解調(diào)器(未示出)。解碼器模塊740將進(jìn) 入流解碼為經(jīng)解碼視頻幀流。在一些實(shí)施例中，解碼器模塊740還從分組移除幀，并且對多 個(gè)流(例如，音頻和視頻)進(jìn)行解復(fù)用。在一些實(shí)施例中，解碼器模塊740還對MPEG流進(jìn) 行加密。顯示系統(tǒng)730將經(jīng)解碼的視頻幀轉(zhuǎn)換為供計(jì)算機(jī)監(jiān)視器或電視機(jī)(未示出)顯示 的視頻信號。駐留在存儲(chǔ)器770中的是服務(wù)210和頻道改變判決邏輯230 (圖2)。存儲(chǔ)器770包含由處理器760執(zhí)行來控制DHCT 180的操作的指令。外圍1/0接口 720提供輸入和輸 出信號，例如來自遙控器或前面板按鈕或鍵盤的用戶輸入以及前面板上的諸如LED或LCD 之類的輸出。應(yīng)當(dāng)將流程圖中的任何處理描述或塊理解為表示代碼的模塊、片段或部分，該代 碼包括用于實(shí)現(xiàn)處理中的邏輯功能或步驟的一個(gè)或多個(gè)可執(zhí)行指令。如軟件開發(fā)領(lǐng)域的技 術(shù)人員將明白的，還可以將替代實(shí)現(xiàn)方式包括在本公開的范圍內(nèi)。在這些替代實(shí)現(xiàn)方式中， 可以按所示出或所討論的順序來執(zhí)行功能，這些順序取決于所包含的功能而包括基本上并行的順序或者逆序?？梢詫⑦@里公開的系統(tǒng)和方法包括在由指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用的或者結(jié)合指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用的計(jì)算機(jī)可讀介質(zhì)中。這些指令執(zhí)行系統(tǒng)包括任何基于 計(jì)算機(jī)的系統(tǒng)、包含處理器的系統(tǒng)，或者可以從指令執(zhí)行系統(tǒng)取回并執(zhí)行指令的其它系統(tǒng)。 在本公開的上下文中，“計(jì)算機(jī)可讀介質(zhì)”可以是可包含、存儲(chǔ)、傳輸、傳播或傳送由指令執(zhí) 行系統(tǒng)使用或者結(jié)合指令執(zhí)行系統(tǒng)使用的節(jié)目的任何裝置。計(jì)算機(jī)可讀介質(zhì)例如可以是但 不限于基于電、磁、光、電磁、紅外或半導(dǎo)體技術(shù)的系統(tǒng)或傳播介質(zhì)。使用電子技術(shù)的計(jì)算機(jī)可讀介質(zhì)的具體示例可以包括(但不限于)如下的介質(zhì) 具有一條或多條線的電連接(電子的)、隨機(jī)存取存儲(chǔ)器(RAM)、只讀存儲(chǔ)器(ROM)、可擦除 可編程只讀存儲(chǔ)器(EPR0M或閃存)。使用磁技術(shù)的具體示例包括(但不限于)便攜式計(jì) 算機(jī)磁盤。使用光技術(shù)的具體示例包括(但不限于)光纖以及便攜式致密盤只讀存儲(chǔ)器 (CD-ROM)。前面的描述是針對圖示說明和描述的目的而呈現(xiàn)的。不意圖是詳盡的或者將本公 開限制為所公開的具體形式。根據(jù)上面的教導(dǎo)能夠進(jìn)行明顯的修改或變更。然而，所討論 的實(shí)現(xiàn)方式被選擇并描述來說明本公開的原理及其實(shí)際應(yīng)用，從而使得本領(lǐng)域技術(shù)人員將 本公開用在各種實(shí)現(xiàn)方式中并且使用適合于所設(shè)想的特定用途的各種修改。當(dāng)根據(jù)所附權(quán) 利要求公平合法地授予的寬度來解釋時(shí)，所有這些修改和變更都落在所附權(quán)利要求確定的 本公開的范圍內(nèi)。
權(quán)利要求
一種用于處理請求接入連接到數(shù)字家庭通信終端DHCT的下游網(wǎng)絡(luò)的請求的方法，該方法包括接收請求接入連接到所述DHCT的下游網(wǎng)絡(luò)的請求；確定接入請求的源；基于所確定的源設(shè)置至少一個(gè)參數(shù)的值；以及利用具有所設(shè)置值的所述至少一個(gè)參數(shù)來執(zhí)行頻道改變。
2.如權(quán)利要求1所述的方法，其中，所述源包括電子節(jié)目向?qū)?、?dǎo)航器組件、頻道映射 組件、授權(quán)組件或者代碼更新組件。
3.如權(quán)利要求1所述的方法，其中，確定步驟還包括 判斷所述接入請求是否涉及后臺(tái)數(shù)據(jù)采集；以及基于對所述接入請求是否涉及后臺(tái)數(shù)據(jù)采集的判斷結(jié)果，將網(wǎng)絡(luò)接入優(yōu)先級設(shè)置為第一值。
4.如權(quán)利要求3所述的方法，還包括當(dāng)所述接入請求涉及后臺(tái)數(shù)據(jù)采集時(shí)，將所述網(wǎng)絡(luò)接入優(yōu)先級設(shè)為低。
5.如權(quán)利要求3所述的方法，還包括當(dāng)所述接入請求不涉及后臺(tái)數(shù)據(jù)采集時(shí)，將所述網(wǎng)絡(luò)接入優(yōu)先級設(shè)為中。
6.如權(quán)利要求1所述的方法，其中，確定步驟還包括 判斷所述接入請求是否涉及后臺(tái)數(shù)據(jù)采集；以及將網(wǎng)絡(luò)接入優(yōu)先級設(shè)為第一值，所述第一值是基于對所述接入請求是否涉及后臺(tái)數(shù)據(jù) 采集的判斷結(jié)果以及所述接入請求的源的。
7.如權(quán)利要求6所述的方法，還包括當(dāng)所述接入請求不涉及后臺(tái)數(shù)據(jù)采集并且請求的源是導(dǎo)航器組件時(shí)，將所述網(wǎng)絡(luò)接入 優(yōu)先級設(shè)為中。
8.如權(quán)利要求6所述的方法，還包括當(dāng)所述接入請求不涉及后臺(tái)數(shù)據(jù)采集并且請求的源是除導(dǎo)航器組件以外的源時(shí)，將所 述網(wǎng)絡(luò)接入優(yōu)先級設(shè)為中。
9.一種數(shù)字家庭通信終端DHCT，包括存儲(chǔ)器，所述存儲(chǔ)器在其上存儲(chǔ)有程序代碼；以及 處理器，所述處理器至少被所述程序代碼編程來使得所述DHCT 接收請求接入連接到所述DHCT的下游網(wǎng)絡(luò)的請求； 確定接入請求的源；基于所確定的源設(shè)置至少一個(gè)參數(shù)的值；以及 利用具有所設(shè)置值的所述至少一個(gè)參數(shù)來執(zhí)行頻道改變。
10.如權(quán)利要求9所述的系統(tǒng)，其中，所述源包括電子節(jié)目向?qū)?、?dǎo)航器組件、頻道映射 組件、授權(quán)組件或者代碼更新組件。
11.如權(quán)利要求9所述的系統(tǒng)，其中，所述處理器還被編程來使得所述DHCT 判斷所述接入請求是否涉及后臺(tái)數(shù)據(jù)采集；以及基于對所述接入請求是否涉及后臺(tái)數(shù)據(jù)采集的判斷結(jié)果，將網(wǎng)絡(luò)接入優(yōu)先級設(shè)置為第
12.如權(quán)利要求11所述的系統(tǒng)，其中，所述處理器還被編程來使得所述DHCT 當(dāng)所述接入請求涉及后臺(tái)數(shù)據(jù)采集時(shí)，將所述網(wǎng)絡(luò)接入優(yōu)先級設(shè)為低。
13.如權(quán)利要求11所述的系統(tǒng)，其中，所述處理器還被編程來使得所述DHCT 當(dāng)所述接入請求不涉及后臺(tái)數(shù)據(jù)采集時(shí)，將所述網(wǎng)絡(luò)接入優(yōu)先級設(shè)為中。
14.如權(quán)利要求9所述的系統(tǒng)，其中，所述處理器還被編程來使得所述DHCT 判斷所述接入請求是否涉及后臺(tái)數(shù)據(jù)采集；以及將網(wǎng)絡(luò)接入優(yōu)先級設(shè)為第一值，所述第一值是基于對所述接入請求是否涉及后臺(tái)數(shù)據(jù) 采集的判斷結(jié)果以及所述接入請求的源的。
15.如權(quán)利要求14所述的系統(tǒng)，其中，所述處理器還被編程來使得所述DHCT當(dāng)所述接入請求不涉及后臺(tái)數(shù)據(jù)采集并且請求的源是導(dǎo)航器組件時(shí)，將所述網(wǎng)絡(luò)接入 優(yōu)先級設(shè)為中。
16.如權(quán)利要求14所述的系統(tǒng)，其中，所述處理器還被編程來使得所述DHCT當(dāng)所述接入請求不涉及后臺(tái)數(shù)據(jù)采集并且請求的源是除導(dǎo)航器組件以外的源時(shí)，將所 述網(wǎng)絡(luò)接入優(yōu)先級設(shè)為中。
17.一種具有計(jì)算機(jī)程序的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī)程序用于處理數(shù)據(jù)，包括 被配置為接收請求接入連接到DHCT的下游網(wǎng)絡(luò)的請求的邏輯；被配置為確定接入請求的源的邏輯；被配置為基于所確定的源設(shè)置至少一個(gè)參數(shù)的值的邏輯；以及 被配置為利用具有所設(shè)置值的所述至少一個(gè)參數(shù)來執(zhí)行頻道改變的邏輯。
18.如權(quán)利要求17所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述源包括電子節(jié)目向?qū)?、?dǎo)航器組 件、頻道映射組件、授權(quán)組件或者代碼更新組件。
19.如權(quán)利要求17所述的計(jì)算機(jī)可讀介質(zhì)，還包括被配置為判斷所述接入請求是否涉及后臺(tái)數(shù)據(jù)采集的邏輯；以及 被配置為基于對所述接入請求是否涉及后臺(tái)數(shù)據(jù)采集的判斷結(jié)果，將網(wǎng)絡(luò)接入優(yōu)先級 設(shè)置為第一值的邏輯。
20.如權(quán)利要求17所述的計(jì)算機(jī)可讀介質(zhì)，還包括被配置為判斷所述接入請求是否涉及后臺(tái)數(shù)據(jù)采集的邏輯；以及 被配置為將網(wǎng)絡(luò)接入優(yōu)先級設(shè)為第一值的邏輯，所述第一值是基于對所述接入請求是 否涉及背景數(shù)據(jù)采集的判斷結(jié)果以及所述接入請求的源的。
全文摘要
公開了處理數(shù)字家庭通信終端中的頻道改變的方法和系統(tǒng)。一種示例性方法包括接收對接入連接到DHCT的下游網(wǎng)絡(luò)的請求；確定接入請求的源；基于所確定的源設(shè)置至少一個(gè)參數(shù)的值；以及利用具有所設(shè)置值的至少一個(gè)參數(shù)來執(zhí)行頻道改變。一種示例性系統(tǒng)包括頻道獲取組件、存儲(chǔ)器和處理器。處理器由存儲(chǔ)在存儲(chǔ)器中的代碼編程來接收頻道改變請求；判斷頻道改變請求是否是用戶發(fā)起的；并且指示頻道獲取組件利用至少一個(gè)參數(shù)來執(zhí)行頻道改變。參數(shù)具有基于該判斷的值。
文檔編號H04N7/173GK101803359SQ200880100567
公開日2010年8月11日 申請日期2008年7月23日 優(yōu)先權(quán)日2007年7月27日
發(fā)明者威廉·C·威斯蒂格, 蓋伊·阿特金森·梅道三世, 約翰·M·施萊博 申請人:科學(xué)亞特蘭大有限責(zé)任公司