一種智能電視互動功能的入口控制方法和裝置的制造方法
【專利摘要】本發(fā)明實施例提供一種智能電視互動功能的入口控制方法和裝置，方法包括：接收啟動卡片列表的指令；卡片列表包括多個卡片，每個卡片具有相應(yīng)的互動功能；從服務(wù)器獲取所需的至少一個卡片；從所需的至少一個卡片中篩選需要展示的至少一個卡片；獲取需要展示的至少一個卡片的展示信息；展示信息包括卡片的入口；將需要展示的至少一個卡片的展示信息展示在卡片列表中。本發(fā)明實施例可以根據(jù)服務(wù)器端的運營策略和卡片列表所在的當(dāng)前節(jié)目模塊，實時、靈活的配置卡片列表中卡片的展示信息(包括卡片入口)，從而可以快速上線新的互動功能和刪除服務(wù)器下線的互動功能等，及時更新當(dāng)前互動功能版本，極大提高了用戶體驗。
【專利說明】
一種智能電視互動功能的入口控制方法和裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及家用電器技術(shù)領(lǐng)域，特別是涉及一種智能電視互動功能的入口控制方法和裝置。【背景技術(shù)】
[0002]智能電視的出現(xiàn)讓大屏觀看體驗大幅提升，是家庭的娛樂中心。智能電視可以整合網(wǎng)絡(luò)資源，提供更多專為觀看電視節(jié)目設(shè)計的功能與服務(wù)，例如提供節(jié)目相關(guān)信息、相關(guān)明星介紹、相關(guān)視頻等服務(wù)，增強了用戶的觀看體驗。
[0003]目前，電視互動平臺是針對視頻節(jié)目提供節(jié)目增強服務(wù)的一個平臺，電視互動平臺可以為有線電視節(jié)目、輪播節(jié)目、點播節(jié)目提供統(tǒng)一的節(jié)目內(nèi)容互動功能。由于互動功能很多，不同模塊(例如有線電視模塊、輪播模塊、點播模塊)需要不同的互動功能，而且互動功能的實時性很強，有時需要針對熱點快速上線互動功能。現(xiàn)有技術(shù)中，方案一將電視UI (User Interface，用戶界面)的互動功能寫在系統(tǒng)中，跟隨版本發(fā)布上線，而版本發(fā)布周期較長(1個月左右)，無法實現(xiàn)按運營策略臨時上線功能或下線功能。而方案二采用將互動功能寫死在客戶端的方式，也無法實現(xiàn)按運營策略靈活配置互動功能入口的出現(xiàn)時機，且當(dāng)互動功能有一些變動時，無法及時修改互動功能。
[0004]綜上所述，現(xiàn)有技術(shù)中電視節(jié)目對互動功能的時效性、靈活性的需求比較強，需要對不同的頻道、不同類型的節(jié)目、不同的時間展示不同的互動功能，而現(xiàn)有技術(shù)中的方案不能實現(xiàn)按運營策略靈活配置互動功能入口的要求，且當(dāng)有了新的互動內(nèi)容時，互動功能如何快速展現(xiàn)出來也存在問題。
【發(fā)明內(nèi)容】

[0005]本發(fā)明實施例提供一種智能電視互動功能的入口控制方法和裝置，用以解決現(xiàn)有技術(shù)不能實現(xiàn)按運營策略靈活配置互動功能入口，且當(dāng)有了新的互動內(nèi)容時，互動功能無法快速展現(xiàn)出來的缺陷，實現(xiàn)快速上線新的互動功能等，提高用戶的體驗。
[0006]為了解決上述問題，本發(fā)明實施例公開了一種智能電視互動功能的入口控制方法，包括以下步驟:接收啟動卡片列表的指令;所述卡片列表包括多個卡片，每個所述卡片具有相應(yīng)的互動功能;從服務(wù)器獲取所需的至少一個卡片；從所述所需的至少一個卡片中篩選需要展示的至少一個卡片;獲取所述需要展示的至少一個卡片的展示信息;所述展示信息包括卡片的入口；將所述需要展示的至少一個卡片的展示信息展示在所述卡片列表中。
[0007]為了解決上述問題，本發(fā)明實施例還公開了一種智能電視互動功能的入口控制裝置，包括:接收指令模塊，用于接收啟動卡片列表的指令;所述卡片列表包括多個卡片，每個所述卡片具有相應(yīng)的互動功能;卡片獲取模塊，用于從服務(wù)器獲取所需的至少一個卡片;展示卡片篩選模塊，用于從所述所需的至少一個卡片中篩選需要展示的至少一個卡片；展示信息獲取模塊，用于獲取所述需要展示的至少一個卡片的展示信息;所述展示信息包括卡片的入口；展示模塊，用于將所述需要展示的至少一個卡片的展示信息展示在所述卡片列表中。
[0008]本發(fā)明實施例提供的一種智能電視互動功能的入口控制方法和裝置，在接收到啟動卡片列表的指令后，從服務(wù)器獲取所需的至少一個卡片，其中，所需的至少一個卡片包括服務(wù)器端根據(jù)運營策略發(fā)布的新的互動內(nèi)容，進而從所需的至少一個卡片中篩選需要展示的至少一個卡片，例如根據(jù)各卡片的權(quán)限從所需的至少一個卡片中篩選需要展示的至少一個卡片，并在獲取需要展示的至少一個卡片的展示信息(包括卡片的入口)后，將需要展示的至少一個卡片的展示信息展示在卡片列表中。從而可以實現(xiàn)根據(jù)服務(wù)器端的運營策略， 實時、靈活的配置卡片列表中的卡片展示信息(包括卡片入口)，快速上線新的互動內(nèi)容等， 極大提高了用戶體驗?！靖綀D說明】
[0009]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0010]圖1是本發(fā)明實施例一種智能電視互動功能的入口控制方法的步驟流程圖；
[0011]圖2是本發(fā)明實施例另一種智能電視互動功能的入口控制方法的步驟流程圖；
[0012]圖3是本發(fā)明實施例一種智能電視互動功能的入口控制方法中卡片列表呼出時的示意圖；
[0013]圖4是本發(fā)明實施例一種智能電視互動功能的入口控制方法中啟動卡片的步驟流程圖；
[0014]圖5是本發(fā)明實施例一種智能電視互動功能的入口控制裝置的結(jié)構(gòu)框圖；
[0015]圖6是本發(fā)明實施例另一種智能電視互動功能的入口控制裝置的結(jié)構(gòu)框圖?！揪唧w實施方式】
[0016]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0017]實施例一[〇〇18]參照圖1，示出了本發(fā)明實施例一種智能電視互動功能的入口控制方法的步驟流程圖。
[0019]本發(fā)明實施例的智能電視互動功能的入口控制方法可以包括以下步驟:
[0020]S1，接收啟動卡片列表的指令;卡片列表包括多個卡片，每個卡片具有相應(yīng)的互動功能。[0〇21] 具體地，在本發(fā)明的一個實施例中，卡片為一個插件/APK(Android Package，安卓安裝包)，卡片列表為卡片APK，該卡片APK可以配置卡片互動功能的入口。需要說明的是，卡片列表可以是符合Android規(guī)范的標準程序的卡片APK，卡片列表的主Activity (組件)繼承自DLBasePluginActivity (Android動態(tài)加載框架中插件Activity的基類，用于封裝代理操作)，DLBasePluginActivity本身是基于Android標準應(yīng)用的主Activity來實現(xiàn)的，其中，卡片列表的主Activity在運行時將會被Android動態(tài)加載框架代理，從而Android動態(tài)加載框架可以通過該卡片列表的主Activity啟動卡片。同時，卡片列表的主Activity在引用資源時使用that關(guān)鍵字，而不是Android規(guī)范的this關(guān)鍵字。另外，與Android標準應(yīng)用的主Activity—樣，卡片列表的主Activity也是應(yīng)用的主界面或主窗口，因此，卡片列表的主Activity可以與用戶進行交互。
[0022]S2，從服務(wù)器獲取所需的至少一個卡片。
[0023]在本發(fā)明的一個實施例中，所需的至少一個卡片可以包括至少一個新上線卡片、和/或至少一個下線卡片、和/或至少一個待更新卡片。即所需的至少一個卡片可以包括至少一個新上線卡片，或至少一個下線卡片，或至少一個待更新卡片，或至少一個新上線卡片和至少一個下線卡片，或至少一個新上線卡片和至少一個待更新卡片，或至少一個下線卡片和至少一個待更新卡片，或至少一個新上線卡片、至少一個下線卡片和至少一個待更新卡片。從而可以及時獲取服務(wù)器中相對智能電視的互動功能版本發(fā)生變化的互動內(nèi)容。
[0024]具體地，步驟S2中的服務(wù)器可以為給智能電視提供互動功能的互動平臺服務(wù)器?？ㄆ斜韱訒r，智能電視開啟后臺Thread(線程)到服務(wù)器上獲取所需的卡片名單以及所需的卡片名單中各卡片的APK文件，并將所需的卡片名單以及所需的卡片名單中各卡片的APK文件，保存到智能電視的本地文件和/或本地數(shù)據(jù)庫sqlite(輕型數(shù)據(jù)庫)中，以備后期使用，例如之后啟動卡片列表時使用。優(yōu)選地，當(dāng)所需的至少一個卡片包括至少一個下線卡片時，Thread可以僅到服務(wù)器上獲取至少一個下線卡片名單，并將至少一個下線卡片名單保存到智能電視的本地文件和/或本地數(shù)據(jù)庫sqlite中，以備后期使用。
[0025]S3，從所需的至少一個卡片中篩選需要展示的至少一個卡片。
[0026]其中，在本發(fā)明的一個實施例中，服務(wù)器端可以根據(jù)運營策略配置新的互動內(nèi)容的權(quán)限，即卡片的權(quán)限，因此，所需的至少一個卡片中各卡片分別具有各自的權(quán)限，從而可以根據(jù)各卡片的權(quán)限篩選需要展示的至少一個卡片。
[0027]S4，獲取需要展示的至少一個卡片的展示信息;展示信息包括卡片的入口。
[0028]其中，在本發(fā)明的一個實施例中，需要展示的至少一個卡片可以包括自定義卡片和/或至少一個第三方卡片。其中，自定義卡片為服務(wù)器端的自定義卡片，第三方卡片為其它互動平臺服務(wù)器提供的卡片。從而卡片列表可以展示更豐富的互動內(nèi)容。
[0029]優(yōu)選地，在本發(fā)明的一個實施例中，當(dāng)需要展示的卡片為自定義卡片時，獲取卡片的展示信息可以為獲取卡片的入口(包括入口圖標)和卡片的名稱等；當(dāng)需要展示的卡片為第三方卡片時，獲取卡片的展示信息可以為獲取卡片的入口(包括入口圖標)、卡片的名稱和卡片的URL(Uniform Resource Locator，統(tǒng)一資源定位符)地址等。其中，卡片的URL地址可以寫在卡片的APK文件中特定位置，供卡片列表讀取。
[0030]具體地，在步驟S2中獲取到所需的卡片名單中各卡片的APK文件后(不包括下線卡片的APK文件)，步驟S4可以對各自定義卡片的APK文件進行解析，并通過Android的PackageManager類(對所有基于加載信息的數(shù)據(jù)結(jié)構(gòu)的封裝)，獲取卡片的入口和卡片的名稱等，而對于第三方卡片，第三方卡片的展示信息(入口圖標等)可以提前放到卡片列表里，此時，步驟S4可以直接從卡片列表中獲取第三方卡片的展示信息，而不需要對第三方卡片的APK文件進行解析。
[0031]需要說明的是，各自定義卡片和第三方卡片的入口圖標可以均由服務(wù)器端進行視覺設(shè)計，設(shè)計后打包存在相應(yīng)卡片的APK文件中。從服務(wù)器獲取所需的至少一個卡片后，對于自定義卡片，解析自定義卡片的APK文件，S卩可取出卡片的入口圖標;對于第三方卡片，可以直接取出卡片的入口圖標。
[0032]S5，將需要展示的至少一個卡片的展示信息展示在卡片列表中。
[0033]需要說明的是，卡片列表可以包括至少一個常駐卡片的入口，常駐卡片可以為節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片中的任一個，節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片為自定義卡片。其中，節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片默認安裝在智能電視中，智能電視后臺也默認節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片為上線狀態(tài)，在有微博的電視版本中，微博卡片的入口默認寫在卡片列表中。因此，卡片列表呼出時肯定有節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片的入口圖標，其他卡片的入口圖標則采用動態(tài)的方式展示。
[0034]具體地，在本發(fā)明的一個實施例中，卡片列表為橫向列表，橫向列表可以通過組件Horizontal Li stView 來實現(xiàn)，組件 Horizonta ILi stView 是集成自 AdapterView 類的自定義組件，基本上可以實現(xiàn)和Android原生ListView組件同樣的效果，只是組件HorizontalListView是橫向的效果。其中，橫向列表的UI(User Interface，用戶界面)界面可以基于卡片列表的主Acti vity呈現(xiàn)，從而用戶可以通過卡片列表操作卡片。
[0035]進一步地，在本發(fā)明的一個實施例中，在啟動卡片列表的過程中，當(dāng)服務(wù)器端存在根據(jù)運營策略已通過且未安裝完成的至少一個新的卡片時，若至少一個新的卡片相對智能電視的互動功能版本為上線卡片和/或待更新卡片，則本次啟動卡片列表之后不展示該至少一個新的卡片的展示信息，而在下次啟動卡片列表之后展示該至少一個新的卡片的展示?目息O
[0036]根據(jù)本發(fā)明實施例一，在接收到啟動卡片列表的指令后，從服務(wù)器獲取所需的至少一個卡片，其中，所需的至少一個卡片包括服務(wù)器端根據(jù)運營策略發(fā)布的新的互動內(nèi)容，進而從所需的至少一個卡片中篩選需要展示的至少一個卡片，例如根據(jù)各卡片的權(quán)限從所需的至少一個卡片中篩選需要展示的至少一個卡片，并在獲取需要展示的至少一個卡片的展示信息(包括卡片的入口)后，將需要展示的至少一個卡片的展示信息展示在卡片列表中。從而可以實現(xiàn)根據(jù)服務(wù)器端的運營策略，實時、靈活的配置卡片列表中的卡片展示信息(包括卡片入口 )，快速上線新的互動內(nèi)容等，極大提高了用戶體驗。
[0037]實施例二
[0038]參照圖2，示出了本發(fā)明實施例另一種智能電視互動功能的入口控制方法的步驟流程圖。該智能電視互動功能的入口控制方法可以包括以下步驟:
[0039]S21，接收啟動卡片列表的指令;卡片列表包括多個卡片，每個卡片具有相應(yīng)的互動功能。
[0040]具體地，在本發(fā)明的一個實施例中，卡片為一個插件/APK，卡片列表為卡片APK，該卡片APK可以配置卡片互動功能的入口。需要說明的是，卡片列表可以是符合Android規(guī)范的標準程序的卡片APK，卡片列表的主Activity繼承自DLBasePluginActivity，DLBasePluginActivity本身是基于Android標準應(yīng)用的主Activity來實現(xiàn)的，其中，卡片列表的主Acti vity在運行時將會被Android動態(tài)加載框架代理，從而Android動態(tài)加載框架可以通過該卡片列表的主Activity啟動卡片，同時，卡片列表的主Activity在引用資源時使用that關(guān)鍵字，而不是Android規(guī)范的this關(guān)鍵字。另外，與Android標準應(yīng)用的主Acti vity一樣，卡片列表的主Activity也是應(yīng)用的主界面或主窗口，因此，卡片列表的主Activity可以與用戶進行交互。
[0041]S22，從服務(wù)器獲取所需的至少一個卡片。
[0042]在本發(fā)明的一個實施例中，所需的至少一個卡片可以包括至少一個新上線卡片、和/或至少一個下線卡片、和/或至少一個待更新卡片。即所需的至少一個卡片可以包括至少一個新上線卡片，或至少一個下線卡片，或至少一個待更新卡片，或至少一個新上線卡片和至少一個下線卡片，或至少一個新上線卡片和至少一個待更新卡片，或至少一個下線卡片和至少一個待更新卡片，或至少一個新上線卡片、至少一個下線卡片和至少一個待更新卡片。從而可以及時獲取服務(wù)器中相對智能電視的互動功能版本發(fā)生變化的互動內(nèi)容。
[0043]具體地，步驟S22中的服務(wù)器可以為給智能電視提供互動功能的互動平臺服務(wù)器?？ㄆ斜韱訒r，智能電視開啟后臺Thread到服務(wù)器上獲取所需的卡片名單以及所需的卡片名單中各卡片的APK文件，并將所需的卡片名單以及所需的卡片名單中各卡片的APK文件，保存到智能電視的本地文件和/或本地數(shù)據(jù)庫sqlite中，以備后期使用，例如之后啟動卡片列表時使用。優(yōu)選地，當(dāng)所需的至少一個卡片包括至少一個下線卡片時,Thread可以僅到服務(wù)器上獲取至少一個下線卡片名單，并將至少一個下線卡片名單保存到智能電視的本地文件和/或本地數(shù)據(jù)庫sqlite中，以備后期使用。
[0044]S23，確定卡片列表所在的當(dāng)前節(jié)目模塊。
[0045]需要說明的是，步驟S23還可以在步驟S21與步驟S22之間。
[0046]步驟S23中的當(dāng)前節(jié)目模塊可以為有線電視模塊、輪播模塊、點播模塊等模塊中的任一個。
[0047]進一步地，在本發(fā)明的一個實施例中，在確定卡片列表所在的當(dāng)前節(jié)目模塊的同時，還可以確定卡片列表所在的當(dāng)前節(jié)目(包括當(dāng)前節(jié)目名稱)。
[0048]S24，從所需的至少一個卡片中篩選需要展示的至少一個卡片。
[0049]其中，在本發(fā)明的一個實施例中，服務(wù)器端可以根據(jù)運營策略配置新的互動內(nèi)容的權(quán)限，即卡片的權(quán)限，因此，所需的至少一個卡片中各卡片分別具有各自的權(quán)限，從而可以根據(jù)各卡片的權(quán)限篩選需要展示的至少一個卡片。
[0050]例如，服務(wù)器端可以根據(jù)運營策略配置不同的卡片適合不同的模塊。需要說明的是，同 ^片也可以適合多個模塊。
[0051]優(yōu)選地，在本發(fā)明的一個實施例中，需要展示的至少一個卡片可以為至少一個新上線卡片和/或至少一個待更新卡片中卡片的權(quán)限適合當(dāng)前節(jié)目模塊的至少一個卡片。因此，卡片列表可以快速、及時的展示新的卡片內(nèi)容。
[0052]S25，獲取需要展示的至少一個卡片的展示信息；展示信息包括卡片的入口。
[0053]其中，在本發(fā)明的一個實施例中，需要展示的至少一個卡片可以包括自定義卡片和/或至少一個第三方卡片。其中，自定義卡片為服務(wù)器端的自定義卡片，第三方卡片為其它互動平臺服務(wù)器提供的卡片。從而卡片列表可以展示更豐富的互動內(nèi)容。
[0054]優(yōu)選地，在本發(fā)明的一個實施例中，當(dāng)需要展示的卡片為自定義卡片時，獲取卡片的展示信息可以為獲取卡片的入口(包括入口圖標)和卡片的名稱等；當(dāng)需要展示的卡片為第三方卡片時，獲取卡片的展示信息可以為獲取卡片的入口(包括入口圖標)、卡片的名稱和卡片的URL地址等。其中，卡片的URL地址可以寫在卡片的APK文件中特定位置，供卡片列表讀取。
[0055]具體地，在步驟S22中獲取到所需的卡片名單中各卡片的APK文件后(不包括下線卡片的APK文件)，步驟S25可以對各自定義卡片的APK文件進行解析，并通過Android的PackageManager類，獲取卡片的入口和卡片的名稱等，而對于第三方卡片，第三方卡片的展示信息(入口圖標等)可以提前放到卡片列表里，此時，步驟S25可以直接從卡片列表中獲取第三方卡片的展示信息，而不需要對第三方卡片的APK文件進行解析。
[0056]需要說明的是，各自定義卡片和第三方卡片的入口圖標可以均由服務(wù)器端進行視覺設(shè)計，設(shè)計后打包存在相應(yīng)卡片的APK文件中。從服務(wù)器獲取所需的至少一個卡片后，對于自定義卡片，解析自定義卡片的APK文件，S卩可取出卡片的入口圖標;對于第三方卡片，可以直接取出卡片的入口圖標。
[0057]S26，根據(jù)需要展示的至少一個卡片的展示信息和/或至少一個下線卡片更新卡片列表。
[0058]其中，可以將需要展示的至少一個卡片中的上線卡片的展示信息添加至卡片列表，待更新卡片的展示信息替換智能電視的舊互動功能版本中相應(yīng)卡片的展示信息，可以將本地文件和本地數(shù)據(jù)庫sqlite中至少一個下線卡片的APK文件刪除，以及將卡片列表中至少一個下線卡片的展示信息刪除。
[0059]另外，卡片列表呼出后，若服務(wù)器端出現(xiàn)至少一個新的卡片(包括相對智能電視的互動功能版本的上線卡片、和/或待更新卡片、和/或下線卡片)，則本次啟動卡片列表之后不更新該至少一個新的卡片，而在下次啟動卡片列表時更新該至少一個新的卡片。
[0060]參照圖3，在本發(fā)明的一個實施例中，卡片列表呼出時，可以在第一行(A行)顯示當(dāng)前節(jié)目名稱，在第二行(B行)顯示卡片的名稱。另外，當(dāng)卡片的入口與當(dāng)前節(jié)目強相關(guān)時，卡片列表還可以展示該卡片中與當(dāng)前節(jié)目相關(guān)的圖片、文字等內(nèi)容信息(例如節(jié)目詳情海報、明星等)，例如當(dāng)卡片列表展示強相關(guān)的節(jié)目詳情卡片時，節(jié)目詳情卡片的入口圖標會替換成節(jié)目詳情卡片里具體節(jié)目的圖片。從而使得用戶在使用互動功能時，認識到互動功能都是與當(dāng)前節(jié)目緊密相關(guān)的，獲得更好的體驗。
[0061 ] S27，將需要展示的至少一個卡片的展示信息展示在卡片列表中。
[0062]因此，卡片列表能夠適應(yīng)不同的當(dāng)前節(jié)目模塊，當(dāng)在不同的當(dāng)前節(jié)目模塊時，卡片列表能夠根據(jù)當(dāng)前節(jié)目模塊顯示相應(yīng)的卡片的展示信息。
[0063]需要說明的是，卡片列表可以包括至少一個常駐卡片的入口，常駐卡片可以為節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片中的任一個，節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片為自定義卡片。其中，節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片默認安裝在智能電視中，智能電視后臺也默認節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片為上線狀態(tài)，在有微博的電視版本中，微博卡片的入口默認寫在卡片列表中。因此，卡片列表呼出時肯定有節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片的入口圖標，其他卡片的入口圖標則采用動態(tài)的方式展示。
[0064]具體地，在本發(fā)明的一個實施例中，卡片列表為橫向列表，橫向列表可以通過組件Horizontal Li stView 來實現(xiàn)，組件 Horizonta ILi stView 是集成自 AdapterView 類的自定義組件，基本上可以實現(xiàn)和Android原生ListView組件同樣的效果，只是組件HorizontalListView是橫向的效果。其中，橫向列表的UI界面可以基于卡片列表的主Acti vity呈現(xiàn)，從而用戶可以通過卡片列表操作卡片。
[0065]進一步地，在本發(fā)明的一個實施例中，在啟動卡片列表的過程中，當(dāng)服務(wù)器端存在根據(jù)運營策略已通過且未安裝完成的至少一個新的卡片時，若至少一個新的卡片相對智能電視的互動功能版本為上線卡片和/或待更新卡片，則本次啟動卡片列表之后不展示該至少一個新的卡片的展示信息，而在下次啟動卡片列表之后展示該至少一個新的卡片的展示
?目息O
[0066]參照圖4，示出了本發(fā)明實施例另一種智能電視互動功能的入口控制方法中啟動卡片的步驟流程圖。
[0067]優(yōu)選地，在本發(fā)明的一個實施例中，在將至少一個卡片的展示信息展示在卡片列表中即步驟S27之后，還可以包括:
[0068]S28，接收啟動卡片的指令。
[0069]S29，根據(jù)啟動卡片的指令啟動卡片。
[0070]具體地，在本發(fā)明的一個實施例中，當(dāng)用戶點擊卡片列表中單個卡片的入口圖標而發(fā)出啟動卡片的指令時，啟動卡片的指令觸發(fā)注冊在組件HorizontalListView上的onltemClick事件，onltemClick事件同時獲取啟動標識。其中，當(dāng)點擊的卡片為自定義卡片時，onltemClick事件獲取卡片列表的主Activity，主Acti vity通過代理的方式，由智能電視對應(yīng)服務(wù)器的互動框架SDK( Sof tware Development Ki t，軟件開發(fā)工具包)中DLPluginManager，調(diào)啟相應(yīng)卡片的APK文件，從而啟動相應(yīng)卡片。需要說明的是，當(dāng)點擊的卡片為自定義卡片中的微博卡片時,onltemClick事件跳轉(zhuǎn)至微博界面。當(dāng)點擊的卡片為第三方卡片時，onltemClick事件獲取卡片的URL地址，并由第三方卡片對應(yīng)服務(wù)器的互動框架SDK通過該URL地址啟動相應(yīng)的頁面。
[0071]根據(jù)本發(fā)明實施例二，在接收到啟動卡片列表的指令后，從服務(wù)器獲取所需的至少一個卡片，其中，所需的至少一個卡片包括服務(wù)器端根據(jù)運營策略發(fā)布的新的互動內(nèi)容，進而確定卡片列表所在的當(dāng)前節(jié)目模塊，當(dāng)前節(jié)目模塊可以為有線電視模塊、輪播模塊、點播模塊等模塊中的任一個，在從所需的至少一個卡片中篩選需要展示的至少一個卡片后，其中，需要展示的至少一個卡片可以為至少一個新上線卡片和/或至少一個待更新卡片中卡片的權(quán)限適合當(dāng)前節(jié)目模塊的至少一個卡片，以及在獲取需要展示的至少一個卡片的展示信息(包括卡片的入口)后，根據(jù)需要展示的至少一個卡片的展示信息和/或至少一個下線卡片更新卡片列表，最后將需要展示的至少一個卡片的展示信息展示在卡片列表中。從而可以實現(xiàn)根據(jù)服務(wù)器端的運營策略和卡片列表所在的當(dāng)前節(jié)目模塊，實時、靈活的配置卡片列表中卡片的展示信息(包括卡片入口)，快速上線新的互動內(nèi)容等，及時更新當(dāng)前互動功能版本，極大提高了用戶體驗。
[0072]實施例三
[0073]參照圖5，示出了本發(fā)明實施例三的一種智能電視互動功能的入口控制裝置的結(jié)構(gòu)框圖。
[0074]本發(fā)明實施例的智能電視互動功能的入口控制裝置，可以包括:
[0075]接收指令模塊10，用于接收啟動卡片列表的指令;卡片列表包括多個卡片，每個卡片具有相應(yīng)的互動功能。
[0076]具體地，在本發(fā)明的一個實施例中，卡片為一個插件/APK，卡片列表為卡片APK，該卡片APK可以配置卡片互動功能的入口。需要說明的是，卡片列表可以是符合Android規(guī)范的標準程序的卡片APK，卡片列表的主Activity繼承自DLBasePluginActivity，DLBasePluginActivity本身是基于Android標準應(yīng)用的主Activity來實現(xiàn)的，其中，卡片列表的主Acti vity在運行時將會被Android動態(tài)加載框架代理，從而Android動態(tài)加載框架可以通過該卡片列表的主Activity啟動卡片，同時，卡片列表的主Activity在引用資源時使用that關(guān)鍵字，而不是Android規(guī)范的this關(guān)鍵字。另外，與Android標準應(yīng)用的主Acti vity一樣，卡片列表的主Activity也是應(yīng)用的主界面或主窗口，因此，卡片列表的主Activity可以與用戶進行交互。
[0077]卡片獲取模塊20，用于從服務(wù)器獲取所需的至少一個卡片。
[0078]在本發(fā)明的一個實施例中，所需的至少一個卡片可以包括至少一個新上線卡片、和/或至少一個下線卡片、和/或至少一個待更新卡片。即所需的至少一個卡片可以包括至少一個新上線卡片，或至少一個下線卡片，或至少一個待更新卡片，或至少一個新上線卡片和至少一個下線卡片，或至少一個新上線卡片和至少一個待更新卡片，或至少一個下線卡片和至少一個待更新卡片，或至少一個新上線卡片、至少一個下線卡片和至少一個待更新卡片。從而可以及時獲取服務(wù)器中相對智能電視的互動功能版本發(fā)生變化的互動內(nèi)容。
[0079]具體地，服務(wù)器可以為給智能電視提供互動功能的互動平臺服務(wù)器?？ㄆ斜韱訒r，智能電視開啟卡片獲取模塊20例如后臺Thread到服務(wù)器上獲取所需的卡片名單以及所需的卡片名單中各卡片的APK文件，并將所需的卡片名單以及所需的卡片名單中各卡片的APK文件，保存到智能電視的本地文件和/或本地數(shù)據(jù)庫sqlite中，以備后期使用，例如之后啟動卡片列表時使用。優(yōu)選地，當(dāng)所需的至少一個卡片包括至少一個下線卡片時,Thread可以僅到服務(wù)器上獲取至少一個下線卡片名單，并將至少一個下線卡片名單保存到智能電視的本地文件和/或本地數(shù)據(jù)庫sqlite中，以備后期使用。
[0080]展示卡片篩選模塊30，用于從所需的至少一個卡片中篩選需要展示的至少一個卡片。
[0081]其中，在本發(fā)明的一個實施例中，服務(wù)器端可以根據(jù)運營策略配置新的互動內(nèi)容的權(quán)限，即卡片的權(quán)限，因此，所需的至少一個卡片中各卡片分別具有各自的權(quán)限，從而展示卡片篩選模塊30可以根據(jù)各卡片的權(quán)限篩選需要展示的至少一個卡片。
[0082]展示信息獲取模塊40，用于獲取需要展示的至少一個卡片的展示信息；展示信息包括卡片的入口。
[0083]其中，在本發(fā)明的一個實施例中，需要展示的至少一個卡片可以包括自定義卡片和/或至少一個第三方卡片。其中，自定義卡片為服務(wù)器端的自定義卡片，第三方卡片為其它互動平臺服務(wù)器提供的卡片。從而卡片列表可以展示更豐富的互動內(nèi)容。
[0084]優(yōu)選地，在本發(fā)明的一個實施例中，當(dāng)需要展示的卡片為自定義卡片時，展示信息獲取模塊40獲取卡片的展示信息可以為獲取卡片的入口(包括入口圖標)和卡片的名稱等；當(dāng)需要展示的卡片為第三方卡片時，展示信息獲取模塊40獲取卡片的展示信息可以為獲取卡片的入口(包括入口圖標)、卡片的名稱和卡片的URL地址等。其中，卡片的URL地址可以寫在卡片的APK文件中特定位置，供卡片列表讀取。
[0085]具體地，在卡片獲取模塊20獲取到所需的卡片名單中各卡片的APK文件后(不包括下線卡片的APK文件)，展示信息獲取模塊40可以對各自定義卡片的APK文件進行解析，并通過Android的PackageManager類，獲取卡片的入口和卡片的名稱等，而對于第三方卡片，第三方卡片的展示信息(入口圖標等)可以提前放到卡片列表里，此時，展示信息獲取模塊40可以直接從卡片列表中獲取第三方卡片的展示信息，而不需要對第三方卡片的APK文件進行解析。
[0086]需要說明的是，各自定義卡片和第三方卡片的入口圖標可以均由服務(wù)器端進行視覺設(shè)計，設(shè)計后打包存在相應(yīng)卡片的APK文件中。卡片獲取模塊20從服務(wù)器獲取所需的至少一個卡片后，對于自定義卡片，展示信息獲取模塊40解析自定義卡片的APK文件，即可取出卡片的入口圖標;對于第三方卡片，展示信息獲取模塊40可以直接取出卡片的入口圖標。
[0087]展示模塊50，用于將需要展示的至少一個卡片的展示信息展示在卡片列表中。
[0088]需要說明的是，卡片列表可以包括至少一個常駐卡片的入口，常駐卡片可以為節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片中的任一個，節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片為自定義卡片。其中，節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片默認安裝在智能電視中，智能電視后臺也默認節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片為上線狀態(tài)，在有微博的電視版本中，微博卡片的入口默認寫在卡片列表中。因此，卡片列表呼出時肯定有節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片的入口圖標，其他卡片的入口圖標則采用動態(tài)的方式展示。
[0089]具體地，在本發(fā)明的一個實施例中，卡片列表為橫向列表，橫向列表可以通過組件Horizontal Li stView 來實現(xiàn)，組件 Horizonta ILi stView 是集成自 AdapterView 類的自定義組件，基本上可以實現(xiàn)和Android原生ListView組件同樣的效果，只是組件HorizontalListView是橫向的效果。其中，橫向列表的UI界面可以基于卡片列表的主Acti vity呈現(xiàn)，從而用戶可以通過卡片列表操作卡片。
[0090]進一步地，在本發(fā)明的一個實施例中，在啟動卡片列表的過程中，當(dāng)服務(wù)器端存在根據(jù)運營策略已通過且未安裝完成的至少一個新的卡片時，若至少一個新的卡片相對智能電視的互動功能版本為上線卡片和/或待更新卡片，則本次啟動卡片列表之后不展示該至少一個新的卡片的展示信息，而在下次啟動卡片列表之后展示該至少一個新的卡片的展示
?目息O
[0091]根據(jù)本發(fā)明實施例三，在接收指令模塊接收到啟動卡片列表的指令后，卡片獲取模塊從服務(wù)器獲取所需的至少一個卡片，其中，所需的至少一個卡片包括服務(wù)器端根據(jù)運營策略發(fā)布的新的互動內(nèi)容，進而展示卡片篩選模塊從所需的至少一個卡片中篩選需要展示的至少一個卡片，例如根據(jù)各卡片的權(quán)限從所需的至少一個卡片中篩選需要展示的至少一個卡片，并在展示信息獲取模塊獲取需要展示的至少一個卡片的展示信息(包括卡片的入口)后，展示模塊將需要展示的至少一個卡片的展示信息展示在卡片列表中。從而可以實現(xiàn)根據(jù)服務(wù)器端的運營策略，實時、靈活的配置卡片列表中的卡片展示信息(包括卡片入口 )，快速上線新的互動內(nèi)容等，極大提高了用戶體驗。
[0092]實施例四
[0093]參照圖6，示出了本發(fā)明實施例四的另一種智能電視互動功能的入口控制裝置的結(jié)構(gòu)框圖。該智能電視互動功能的入口控制裝置，可以包括:
[0094]接收指令模塊10，用于接收啟動卡片列表的指令;卡片列表包括多個卡片，每個卡片具有相應(yīng)的互動功能。
[0095]具體地，在本發(fā)明的一個實施例中，卡片為一個插件/APK，卡片列表為卡片APK，該卡片APK可以配置卡片互動功能的入口。需要說明的是，卡片列表可以是符合Android規(guī)范的標準程序的卡片APK，卡片列表的主Activity繼承自DLBasePluginActivity，DLBasePluginActivity本身是基于Android標準應(yīng)用的主Activity來實現(xiàn)的，其中，卡片列表的主Acti vity在運行時將會被Android動態(tài)加載框架代理，從而Android動態(tài)加載框架可以通過該卡片列表的主Activity啟動卡片，同時，卡片列表的主Activity在引用資源時使用that關(guān)鍵字，而不是Android規(guī)范的this關(guān)鍵字。另外，與Android標準應(yīng)用的主Acti vity一樣，卡片列表的主Activity也是應(yīng)用的主界面或主窗口，因此，卡片列表的主Activity可以與用戶進行交互。
[0096]卡片獲取模塊20，用于從服務(wù)器獲取所需的至少一個卡片。
[0097]在本發(fā)明的一個實施例中，所需的至少一個卡片可以包括至少一個新上線卡片、和/或至少一個下線卡片、和/或至少一個待更新卡片。即所需的至少一個卡片可以包括至少一個新上線卡片，或至少一個下線卡片，或至少一個待更新卡片，或至少一個新上線卡片和至少一個下線卡片，或至少一個新上線卡片和至少一個待更新卡片，或至少一個下線卡片和至少一個待更新卡片，或至少一個新上線卡片、至少一個下線卡片和至少一個待更新卡片。從而卡片獲取模塊20可以及時獲取服務(wù)器中相對智能電視的互動功能版本發(fā)生變化的互動內(nèi)容。
[0098]具體地，服務(wù)器可以為給智能電視提供互動功能的互動平臺服務(wù)器?？ㄆ斜韱訒r，智能電視開啟卡片獲取模塊20例如后臺Thread到服務(wù)器上獲取所需的卡片名單以及所需的卡片名單中各卡片的APK文件，并將所需的卡片名單以及所需的卡片名單中各卡片的APK文件，保存到智能電視的本地文件和/或本地數(shù)據(jù)庫sqlite中，以備后期使用，例如之后啟動卡片列表時使用。優(yōu)選地，當(dāng)所需的至少一個卡片包括至少一個下線卡片時,Thread可以僅到服務(wù)器上獲取至少一個下線卡片名單，并將至少一個下線卡片名單保存到智能電視的本地文件和/或本地數(shù)據(jù)庫sqlite中，以備后期使用。
[0099]當(dāng)前節(jié)目模塊確定模塊60，用于確定卡片列表所在的當(dāng)前節(jié)目模塊。
[0100]需要說明的是，當(dāng)前節(jié)目模塊確定模塊60還可以在接收指令模塊10與卡片獲取模塊20之間。當(dāng)前節(jié)目模塊可以為有線電視模塊、輪播模塊、點播模塊等模塊中的任一個。
[0101]進一步地，在本發(fā)明的一個實施例中，當(dāng)前節(jié)目模塊確定模塊60在確定卡片列表所在的當(dāng)前節(jié)目模塊的同時，還可以確定卡片列表所在的當(dāng)前節(jié)目(包括當(dāng)前節(jié)目名稱)。
[0102]展示卡片篩選模塊30，用于從所需的至少一個卡片中篩選需要展示的至少一個卡片。
[0103]其中，在本發(fā)明的一個實施例中，服務(wù)器端可以根據(jù)運營策略配置新的互動內(nèi)容的權(quán)限，即卡片的權(quán)限，因此，所需的至少一個卡片中各卡片分別具有各自的權(quán)限，從而展示卡片篩選模塊30可以根據(jù)各卡片的權(quán)限篩選需要展示的至少一個卡片。
[0104]例如，服務(wù)器端可以根據(jù)運營策略配置不同的卡片適合不同的模塊。需要說明的是，同 ^片也可以適合多個模塊。
[0105]優(yōu)選地，在本發(fā)明的一個實施例中，需要展示的至少一個卡片可以為至少一個新上線卡片和/或至少一個待更新卡片中卡片的權(quán)限適合當(dāng)前節(jié)目模塊的至少一個卡片。因此，卡片列表可以快速、及時的展示新的卡片內(nèi)容。
[0106]展示信息獲取模塊40，用于獲取需要展示的至少一個卡片的展示信息；展示信息包括卡片的入口。
[0107]其中，在本發(fā)明的一個實施例中，需要展示的至少一個卡片可以包括自定義卡片和/或至少一個第三方卡片。其中，自定義卡片為服務(wù)器端的自定義卡片，第三方卡片為其它互動平臺服務(wù)器提供的卡片。從而卡片列表可以展示更豐富的互動內(nèi)容。
[0108]優(yōu)選地，在本發(fā)明的一個實施例中，當(dāng)需要展示的卡片為自定義卡片時，展示信息獲取模塊40獲取卡片的展示信息可以為獲取卡片的入口(包括入口圖標)和卡片的名稱等；當(dāng)需要展示的卡片為第三方卡片時，展示信息獲取模塊40獲取卡片的展示信息可以為獲取卡片的入口(包括入口圖標)、卡片的名稱和卡片的URL地址等。其中，卡片的URL地址可以寫在卡片的APK文件中特定位置，供卡片列表讀取。
[0109]具體地，在卡片獲取模塊20獲取到所需的卡片名單中各卡片的APK文件后(不包括下線卡片的APK文件)，展示信息獲取模塊40可以對各自定義卡片的APK文件進行解析，并通過Android的PackageManager類，獲取卡片的入口和卡片的名稱等，而對于第三方卡片，第三方卡片的展示信息(入口圖標等)可以提前放到卡片列表里，此時，展示信息獲取模塊40可以直接從卡片列表中獲取第三方卡片的展示信息，而不需要對第三方卡片的APK文件進行解析。
[0110]需要說明的是，各自定義卡片和第三方卡片的入口圖標可以均由服務(wù)器端進行視覺設(shè)計，設(shè)計后打包存在相應(yīng)卡片的APK文件中?？ㄆ@取模塊20從服務(wù)器獲取所需的至少一個卡片后，對于自定義卡片，展示信息獲取模塊40解析自定義卡片的APK文件，即可取出卡片的入口圖標;對于第三方卡片，展示信息獲取模塊40可以直接取出卡片的入口圖標。
[0111]更新模塊70，用于根據(jù)需要展示的至少一個卡片的展示信息和/或至少一個下線卡片更新卡片列表。
[0112]其中，更新模塊70可以將需要展示的至少一個卡片中的上線卡片的展示信息添加至卡片列表，待更新卡片的展示信息替換智能電視的舊互動功能版本中相應(yīng)卡片的展示信息，可以將本地文件和本地數(shù)據(jù)庫sqlite中至少一個下線卡片的APK文件刪除，以及將卡片列表中至少一個下線卡片的展示信息刪除。
[0113]另外，卡片列表呼出后，若服務(wù)器端出現(xiàn)至少一個新的卡片(包括相對智能電視的互動功能版本的上線卡片、和/或待更新卡片、和/或下線卡片)，則本次啟動卡片列表之后更新模塊70不更新該至少一個新的卡片，而在下次啟動卡片列表時更新該至少一個新的卡片。
[0114]展示模塊50，用于將需要展示的至少一個卡片的展示信息展示在卡片列表中。
[0115]因此，卡片列表能夠適應(yīng)不同的當(dāng)前節(jié)目模塊，當(dāng)在不同的當(dāng)前節(jié)目模塊時，卡片列表能夠根據(jù)當(dāng)前節(jié)目模塊顯示相應(yīng)的卡片的展示信息。
[0116]需要說明的是，卡片列表可以包括至少一個常駐卡片的入口，常駐卡片可以為節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片中的任一個，節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片為自定義卡片。其中，節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片默認安裝在智能電視中，智能電視后臺也默認節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片為上線狀態(tài)，在有微博的電視版本中，微博卡片的入口默認寫在卡片列表中。因此，卡片列表呼出時肯定有節(jié)目詳情卡片、明星卡片、相關(guān)視頻卡片和微博卡片的入口圖標，其他卡片的入口圖標則采用動態(tài)的方式展示。
[0117]具體地，在本發(fā)明的一個實施例中，卡片列表為橫向列表，橫向列表可以通過組件Horizontal Li stView 來實現(xiàn)，組件 Horizonta ILi stView 是集成自 AdapterView 類的自定義組件，基本上可以實現(xiàn)和Android原生ListView組件同樣的效果，只是組件HorizontalListView是橫向的效果。其中，橫向列表的UI界面可以基于卡片列表的主Acti vity呈現(xiàn)，從而用戶可以通過卡片列表操作卡片。
[0118]進一步地，在本發(fā)明的一個實施例中，在啟動卡片列表的過程中，當(dāng)服務(wù)器端存在根據(jù)運營策略已通過且未安裝完成的至少一個新的卡片時，若至少一個新的卡片相對智能電視的互動功能版本為上線卡片和/或待更新卡片，則本次啟動卡片列表之后不展示該至少一個新的卡片的展示信息，而在下次啟動卡片列表之后展示該至少一個新的卡片的展示
?目息O
[0119]優(yōu)選地，在本發(fā)明的一個實施例中，在展示模塊50將至少一個卡片的展示信息展示在卡片列表中之后，接收指令模塊10還可以接收啟動卡片的指令，進而根據(jù)啟動卡片的指令啟動卡片。
[0120]具體地，在本發(fā)明的一個實施例中，當(dāng)用戶點擊卡片列表中單個卡片的入口圖標而發(fā)出啟動卡片的指令時，啟動卡片的指令觸發(fā)接收指令模塊10例如注冊在組件Horizontal Li stView上的onltemClick事件，onltemClick事件同時獲取啟動標識。其中，當(dāng)點擊的卡片為自定義卡片時,onltemClick事件獲取卡片列表的主Activity，主Activity通過代理的方式，由智能電視對應(yīng)服務(wù)器的互動框架SDK中DLPluginManager，調(diào)啟相應(yīng)卡片的APK文件，從而啟動相應(yīng)卡片。需要說明的是，當(dāng)點擊的卡片為自定義卡片中的微博卡片時，onl temCl ick事件跳轉(zhuǎn)至微博界面。當(dāng)點擊的卡片為第三方卡片時，onltemCl i ck事件獲取卡片的URL地址，并由第三方卡片對應(yīng)服務(wù)器的互動框架SDK通過該URL地址啟動相應(yīng)的頁面。
[0121]根據(jù)本發(fā)明實施例四，在接收指令模塊接收到啟動卡片列表的指令后，卡片獲取模塊從服務(wù)器獲取所需的至少一個卡片，其中，所需的至少一個卡片包括服務(wù)器端根據(jù)運營策略發(fā)布的新的互動內(nèi)容，進而當(dāng)前節(jié)目模塊確定模塊確定卡片列表所在的當(dāng)前節(jié)目模塊，當(dāng)前節(jié)目模塊可以為有線電視模塊、輪播模塊、點播模塊等模塊中的任一個，在展示卡片篩選模塊從所需的至少一個卡片中篩選需要展示的至少一個卡片后，其中，需要展示的至少一個卡片可以為至少一個新上線卡片和/或至少一個待更新卡片中卡片的權(quán)限適合當(dāng)前節(jié)目模塊的至少一個卡片，以及在展示信息獲取模塊獲取需要展示的至少一個卡片的展示信息(包括卡片的入口)后，更新模塊根據(jù)需要展示的至少一個卡片的展示信息和/或至少一個下線卡片更新卡片列表，最后展示模塊將需要展示的至少一個卡片的展示信息展示在卡片列表中。從而可以實現(xiàn)根據(jù)服務(wù)器端的運營策略和卡片列表所在的當(dāng)前節(jié)目模塊，實時、靈活的配置卡片列表中卡片的展示信息(包括卡片入口)，快速上線新的互動內(nèi)容等，及時更新當(dāng)前互動功能版本，極大提高了用戶體驗。
[0122]以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。
[0123]通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件?；谶@樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
[0124]最后應(yīng)說明的是:以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
【主權(quán)項】
1.一種智能電視互動功能的入口控制方法，其特征在于，包括以下步驟:接收啟動卡片列表的指令;所述卡片列表包括多個卡片，每個所述卡片具有相應(yīng)的互 動功能；從服務(wù)器獲取所需的至少一個卡片；從所述所需的至少一個卡片中篩選需要展示的至少一個卡片；獲取所述需要展示的至少一個卡片的展示信息;所述展示信息包括卡片的入口；將所述需要展示的至少一個卡片的展示信息展示在所述卡片列表中。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述所需的至少一個卡片包括至少一個新 上線卡片、和/或至少一個下線卡片、和/或至少一個待更新卡片。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述從所述所需的至少一個卡片中篩選 需要展示的至少一個卡片之前，還包括以下步驟:確定所述卡片列表所在的當(dāng)前節(jié)目模塊。4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述需要展示的至少一個卡片為所述至少 一個新上線卡片和/或所述至少一個待更新卡片中適合所述當(dāng)前節(jié)目模塊的至少一個卡片。5.根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述獲取所述需要展示的至少一個卡片 的展示信息之后和在所述將所述需要展示的至少一個卡片的展示信息展示在所述卡片列 表中之前，還包括以下步驟:根據(jù)所述需要展示的至少一個卡片的展示信息和/或所述至少一個下線卡片更新所述 卡片列表。6.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述需要展示的至少一個卡片包括自定義 卡片和第三方卡片。7.根據(jù)權(quán)利要求6所述的方法，其特征在于，當(dāng)所述需要展示的卡片為所述自定義卡片時，獲取所述卡片的展示信息為獲取所述卡 片的入口和所述卡片的名稱；當(dāng)所述需要展示的卡片為所述第三方卡片時，獲取所述卡片的展示信息為獲取所述卡 片的入口、所述卡片的名稱和所述卡片的URL地址。8.—種智能電視互動功能的入口控制裝置，其特征在于，包括:接收指令模塊，用于接收啟動卡片列表的指令;所述卡片列表包括多個卡片，每個所述 卡片具有相應(yīng)的互動功能；卡片獲取模塊，用于從服務(wù)器獲取所需的至少一個卡片；展示卡片篩選模塊，用于從所述所需的至少一個卡片中篩選需要展示的至少一個卡 片；展示信息獲取模塊，用于獲取所述需要展示的至少一個卡片的展示信息；所述展示信 息包括卡片的入口；展示模塊，用于將所述需要展示的至少一個卡片的展示信息展示在所述卡片列表中。9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述所需的至少一個卡片包括至少一個新 上線卡片、和/或至少一個下線卡片、和/或至少一個待更新卡片。10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，還包括:當(dāng)前節(jié)目模塊確定模塊，用于確定所述卡片列表所在的當(dāng)前節(jié)目模塊。11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述需要展示的至少一個卡片為所述至 少一個新上線卡片和/或所述至少一個待更新卡片中適合所述當(dāng)前節(jié)目模塊的至少一個卡片。12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，還包括:更新模塊，用于根據(jù)所述需要展示的至少一個卡片的展示信息和/或所述至少一個下 線卡片更新所述卡片列表。13.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述需要展示的至少一個卡片包括自定 義卡片和第三方卡片。14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，當(dāng)所述需要展示的卡片為所述自定義卡片時，所述展示信息獲取模塊獲取所述卡片的 展示信息為獲取所述卡片的入口和所述卡片的名稱；當(dāng)所述需要展示的卡片為所述第三方卡片時，所述展示信息獲取模塊獲取所述卡片的 展示信息為獲取所述卡片的入口、所述卡片的名稱和所述卡片的URL地址。
【文檔編號】H04N21/81GK105979386SQ201510862321
【公開日】2016年9月28日
【申請日】2015年11月30日
【發(fā)明人】王敏, 于佳
【申請人】樂視致新電子科技（天津）有限公司