一种智能电视互动功能的入口控制方法和装置的制造方法
【专利摘要】本发明实施例提供一种智能电视互动功能的入口控制方法和装置，方法包括：接收启动卡片列表的指令；卡片列表包括多个卡片，每个卡片具有相应的互动功能；从服务器获取所需的至少一个卡片；从所需的至少一个卡片中筛选需要展示的至少一个卡片；获取需要展示的至少一个卡片的展示信息；展示信息包括卡片的入口；将需要展示的至少一个卡片的展示信息展示在卡片列表中。本发明实施例可以根据服务器端的运营策略和卡片列表所在的当前节目模块，实时、灵活的配置卡片列表中卡片的展示信息(包括卡片入口)，从而可以快速上线新的互动功能和删除服务器下线的互动功能等，及时更新当前互动功能版本，极大提高了用户体验。
【专利说明】
一种智能电视互动功能的入口控制方法和装置
技术领域
[0001]本发明涉及家用电器技术领域，特别是涉及一种智能电视互动功能的入口控制方法和装置。【背景技术】
[0002]智能电视的出现让大屏观看体验大幅提升，是家庭的娱乐中心。智能电视可以整合网络资源，提供更多专为观看电视节目设计的功能与服务，例如提供节目相关信息、相关明星介绍、相关视频等服务，增强了用户的观看体验。
[0003]目前，电视互动平台是针对视频节目提供节目增强服务的一个平台，电视互动平台可以为有线电视节目、轮播节目、点播节目提供统一的节目内容互动功能。由于互动功能很多，不同模块(例如有线电视模块、轮播模块、点播模块)需要不同的互动功能，而且互动功能的实时性很强，有时需要针对热点快速上线互动功能。现有技术中，方案一将电视UI (User Interface，用户界面)的互动功能写在系统中，跟随版本发布上线，而版本发布周期较长(1个月左右)，无法实现按运营策略临时上线功能或下线功能。而方案二采用将互动功能写死在客户端的方式，也无法实现按运营策略灵活配置互动功能入口的出现时机，且当互动功能有一些变动时，无法及时修改互动功能。
[0004]综上所述，现有技术中电视节目对互动功能的时效性、灵活性的需求比较强，需要对不同的频道、不同类型的节目、不同的时间展示不同的互动功能，而现有技术中的方案不能实现按运营策略灵活配置互动功能入口的要求，且当有了新的互动内容时，互动功能如何快速展现出来也存在问题。
【发明内容】
[0005]本发明实施例提供一种智能电视互动功能的入口控制方法和装置，用以解决现有技术不能实现按运营策略灵活配置互动功能入口，且当有了新的互动内容时，互动功能无法快速展现出来的缺陷，实现快速上线新的互动功能等，提高用户的体验。
[0006]为了解决上述问题，本发明实施例公开了一种智能电视互动功能的入口控制方法，包括以下步骤:接收启动卡片列表的指令;所述卡片列表包括多个卡片，每个所述卡片具有相应的互动功能;从服务器获取所需的至少一个卡片；从所述所需的至少一个卡片中筛选需要展示的至少一个卡片;获取所述需要展示的至少一个卡片的展示信息;所述展示信息包括卡片的入口；将所述需要展示的至少一个卡片的展示信息展示在所述卡片列表中。
[0007]为了解决上述问题，本发明实施例还公开了一种智能电视互动功能的入口控制装置，包括:接收指令模块，用于接收启动卡片列表的指令;所述卡片列表包括多个卡片，每个所述卡片具有相应的互动功能;卡片获取模块，用于从服务器获取所需的至少一个卡片;展示卡片筛选模块，用于从所述所需的至少一个卡片中筛选需要展示的至少一个卡片；展示信息获取模块，用于获取所述需要展示的至少一个卡片的展示信息;所述展示信息包括卡片的入口；展示模块，用于将所述需要展示的至少一个卡片的展示信息展示在所述卡片列表中。
[0008]本发明实施例提供的一种智能电视互动功能的入口控制方法和装置，在接收到启动卡片列表的指令后，从服务器获取所需的至少一个卡片，其中，所需的至少一个卡片包括服务器端根据运营策略发布的新的互动内容，进而从所需的至少一个卡片中筛选需要展示的至少一个卡片，例如根据各卡片的权限从所需的至少一个卡片中筛选需要展示的至少一个卡片，并在获取需要展示的至少一个卡片的展示信息(包括卡片的入口)后，将需要展示的至少一个卡片的展示信息展示在卡片列表中。从而可以实现根据服务器端的运营策略， 实时、灵活的配置卡片列表中的卡片展示信息(包括卡片入口)，快速上线新的互动内容等， 极大提高了用户体验。【附图说明】
[0009]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0010]图1是本发明实施例一种智能电视互动功能的入口控制方法的步骤流程图；
[0011]图2是本发明实施例另一种智能电视互动功能的入口控制方法的步骤流程图；
[0012]图3是本发明实施例一种智能电视互动功能的入口控制方法中卡片列表呼出时的示意图；
[0013]图4是本发明实施例一种智能电视互动功能的入口控制方法中启动卡片的步骤流程图；
[0014]图5是本发明实施例一种智能电视互动功能的入口控制装置的结构框图；
[0015]图6是本发明实施例另一种智能电视互动功能的入口控制装置的结构框图。【具体实施方式】
[0016]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0017]实施例一[〇〇18]参照图1，示出了本发明实施例一种智能电视互动功能的入口控制方法的步骤流程图。
[0019]本发明实施例的智能电视互动功能的入口控制方法可以包括以下步骤:
[0020]S1，接收启动卡片列表的指令;卡片列表包括多个卡片，每个卡片具有相应的互动功能。[0〇21] 具体地，在本发明的一个实施例中，卡片为一个插件/APK(Android Package，安卓安装包)，卡片列表为卡片APK，该卡片APK可以配置卡片互动功能的入口。需要说明的是，卡片列表可以是符合Android规范的标准程序的卡片APK，卡片列表的主Activity (组件)继承自DLBasePluginActivity (Android动态加载框架中插件Activity的基类，用于封装代理操作)，DLBasePluginActivity本身是基于Android标准应用的主Activity来实现的，其中，卡片列表的主Activity在运行时将会被Android动态加载框架代理，从而Android动态加载框架可以通过该卡片列表的主Activity启动卡片。同时，卡片列表的主Activity在引用资源时使用that关键字，而不是Android规范的this关键字。另外，与Android标准应用的主Activity—样，卡片列表的主Activity也是应用的主界面或主窗口，因此，卡片列表的主Activity可以与用户进行交互。
[0022]S2，从服务器获取所需的至少一个卡片。
[0023]在本发明的一个实施例中，所需的至少一个卡片可以包括至少一个新上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。即所需的至少一个卡片可以包括至少一个新上线卡片，或至少一个下线卡片，或至少一个待更新卡片，或至少一个新上线卡片和至少一个下线卡片，或至少一个新上线卡片和至少一个待更新卡片，或至少一个下线卡片和至少一个待更新卡片，或至少一个新上线卡片、至少一个下线卡片和至少一个待更新卡片。从而可以及时获取服务器中相对智能电视的互动功能版本发生变化的互动内容。
[0024]具体地，步骤S2中的服务器可以为给智能电视提供互动功能的互动平台服务器。卡片列表启动时，智能电视开启后台Thread(线程)到服务器上获取所需的卡片名单以及所需的卡片名单中各卡片的APK文件，并将所需的卡片名单以及所需的卡片名单中各卡片的APK文件，保存到智能电视的本地文件和/或本地数据库sqlite(轻型数据库)中，以备后期使用，例如之后启动卡片列表时使用。优选地，当所需的至少一个卡片包括至少一个下线卡片时，Thread可以仅到服务器上获取至少一个下线卡片名单，并将至少一个下线卡片名单保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用。
[0025]S3，从所需的至少一个卡片中筛选需要展示的至少一个卡片。
[0026]其中，在本发明的一个实施例中，服务器端可以根据运营策略配置新的互动内容的权限，即卡片的权限，因此，所需的至少一个卡片中各卡片分别具有各自的权限，从而可以根据各卡片的权限筛选需要展示的至少一个卡片。
[0027]S4，获取需要展示的至少一个卡片的展示信息;展示信息包括卡片的入口。
[0028]其中，在本发明的一个实施例中，需要展示的至少一个卡片可以包括自定义卡片和/或至少一个第三方卡片。其中，自定义卡片为服务器端的自定义卡片，第三方卡片为其它互动平台服务器提供的卡片。从而卡片列表可以展示更丰富的互动内容。
[0029]优选地，在本发明的一个实施例中，当需要展示的卡片为自定义卡片时，获取卡片的展示信息可以为获取卡片的入口(包括入口图标)和卡片的名称等；当需要展示的卡片为第三方卡片时，获取卡片的展示信息可以为获取卡片的入口(包括入口图标)、卡片的名称和卡片的URL(Uniform Resource Locator，统一资源定位符)地址等。其中，卡片的URL地址可以写在卡片的APK文件中特定位置，供卡片列表读取。
[0030]具体地，在步骤S2中获取到所需的卡片名单中各卡片的APK文件后(不包括下线卡片的APK文件)，步骤S4可以对各自定义卡片的APK文件进行解析，并通过Android的PackageManager类(对所有基于加载信息的数据结构的封装)，获取卡片的入口和卡片的名称等，而对于第三方卡片，第三方卡片的展示信息(入口图标等)可以提前放到卡片列表里，此时，步骤S4可以直接从卡片列表中获取第三方卡片的展示信息，而不需要对第三方卡片的APK文件进行解析。
[0031]需要说明的是，各自定义卡片和第三方卡片的入口图标可以均由服务器端进行视觉设计，设计后打包存在相应卡片的APK文件中。从服务器获取所需的至少一个卡片后，对于自定义卡片，解析自定义卡片的APK文件，S卩可取出卡片的入口图标;对于第三方卡片，可以直接取出卡片的入口图标。
[0032]S5，将需要展示的至少一个卡片的展示信息展示在卡片列表中。
[0033]需要说明的是，卡片列表可以包括至少一个常驻卡片的入口，常驻卡片可以为节目详情卡片、明星卡片、相关视频卡片和微博卡片中的任一个，节目详情卡片、明星卡片、相关视频卡片和微博卡片为自定义卡片。其中，节目详情卡片、明星卡片、相关视频卡片默认安装在智能电视中，智能电视后台也默认节目详情卡片、明星卡片、相关视频卡片为上线状态，在有微博的电视版本中，微博卡片的入口默认写在卡片列表中。因此，卡片列表呼出时肯定有节目详情卡片、明星卡片、相关视频卡片和微博卡片的入口图标，其他卡片的入口图标则采用动态的方式展示。
[0034]具体地，在本发明的一个实施例中，卡片列表为横向列表，横向列表可以通过组件Horizontal Li stView 来实现，组件 Horizonta ILi stView 是集成自 AdapterView 类的自定义组件，基本上可以实现和Android原生ListView组件同样的效果，只是组件HorizontalListView是横向的效果。其中，横向列表的UI(User Interface，用户界面)界面可以基于卡片列表的主Acti vity呈现，从而用户可以通过卡片列表操作卡片。
[0035]进一步地，在本发明的一个实施例中，在启动卡片列表的过程中，当服务器端存在根据运营策略已通过且未安装完成的至少一个新的卡片时，若至少一个新的卡片相对智能电视的互动功能版本为上线卡片和/或待更新卡片，则本次启动卡片列表之后不展示该至少一个新的卡片的展示信息，而在下次启动卡片列表之后展示该至少一个新的卡片的展示?目息O
[0036]根据本发明实施例一，在接收到启动卡片列表的指令后，从服务器获取所需的至少一个卡片，其中，所需的至少一个卡片包括服务器端根据运营策略发布的新的互动内容，进而从所需的至少一个卡片中筛选需要展示的至少一个卡片，例如根据各卡片的权限从所需的至少一个卡片中筛选需要展示的至少一个卡片，并在获取需要展示的至少一个卡片的展示信息(包括卡片的入口)后，将需要展示的至少一个卡片的展示信息展示在卡片列表中。从而可以实现根据服务器端的运营策略，实时、灵活的配置卡片列表中的卡片展示信息(包括卡片入口 )，快速上线新的互动内容等，极大提高了用户体验。
[0037]实施例二
[0038]参照图2，示出了本发明实施例另一种智能电视互动功能的入口控制方法的步骤流程图。该智能电视互动功能的入口控制方法可以包括以下步骤:
[0039]S21，接收启动卡片列表的指令;卡片列表包括多个卡片，每个卡片具有相应的互动功能。
[0040]具体地，在本发明的一个实施例中，卡片为一个插件/APK，卡片列表为卡片APK，该卡片APK可以配置卡片互动功能的入口。需要说明的是，卡片列表可以是符合Android规范的标准程序的卡片APK，卡片列表的主Activity继承自DLBasePluginActivity，DLBasePluginActivity本身是基于Android标准应用的主Activity来实现的，其中，卡片列表的主Acti vity在运行时将会被Android动态加载框架代理，从而Android动态加载框架可以通过该卡片列表的主Activity启动卡片，同时，卡片列表的主Activity在引用资源时使用that关键字，而不是Android规范的this关键字。另外，与Android标准应用的主Acti vity一样，卡片列表的主Activity也是应用的主界面或主窗口，因此，卡片列表的主Activity可以与用户进行交互。
[0041]S22，从服务器获取所需的至少一个卡片。
[0042]在本发明的一个实施例中，所需的至少一个卡片可以包括至少一个新上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。即所需的至少一个卡片可以包括至少一个新上线卡片，或至少一个下线卡片，或至少一个待更新卡片，或至少一个新上线卡片和至少一个下线卡片，或至少一个新上线卡片和至少一个待更新卡片，或至少一个下线卡片和至少一个待更新卡片，或至少一个新上线卡片、至少一个下线卡片和至少一个待更新卡片。从而可以及时获取服务器中相对智能电视的互动功能版本发生变化的互动内容。
[0043]具体地，步骤S22中的服务器可以为给智能电视提供互动功能的互动平台服务器。卡片列表启动时，智能电视开启后台Thread到服务器上获取所需的卡片名单以及所需的卡片名单中各卡片的APK文件，并将所需的卡片名单以及所需的卡片名单中各卡片的APK文件，保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用，例如之后启动卡片列表时使用。优选地，当所需的至少一个卡片包括至少一个下线卡片时,Thread可以仅到服务器上获取至少一个下线卡片名单，并将至少一个下线卡片名单保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用。
[0044]S23，确定卡片列表所在的当前节目模块。
[0045]需要说明的是，步骤S23还可以在步骤S21与步骤S22之间。
[0046]步骤S23中的当前节目模块可以为有线电视模块、轮播模块、点播模块等模块中的任一个。
[0047]进一步地，在本发明的一个实施例中，在确定卡片列表所在的当前节目模块的同时，还可以确定卡片列表所在的当前节目(包括当前节目名称)。
[0048]S24，从所需的至少一个卡片中筛选需要展示的至少一个卡片。
[0049]其中，在本发明的一个实施例中，服务器端可以根据运营策略配置新的互动内容的权限，即卡片的权限，因此，所需的至少一个卡片中各卡片分别具有各自的权限，从而可以根据各卡片的权限筛选需要展示的至少一个卡片。
[0050]例如，服务器端可以根据运营策略配置不同的卡片适合不同的模块。需要说明的是，同 ^片也可以适合多个模块。
[0051]优选地，在本发明的一个实施例中，需要展示的至少一个卡片可以为至少一个新上线卡片和/或至少一个待更新卡片中卡片的权限适合当前节目模块的至少一个卡片。因此，卡片列表可以快速、及时的展示新的卡片内容。
[0052]S25，获取需要展示的至少一个卡片的展示信息；展示信息包括卡片的入口。
[0053]其中，在本发明的一个实施例中，需要展示的至少一个卡片可以包括自定义卡片和/或至少一个第三方卡片。其中，自定义卡片为服务器端的自定义卡片，第三方卡片为其它互动平台服务器提供的卡片。从而卡片列表可以展示更丰富的互动内容。
[0054]优选地，在本发明的一个实施例中，当需要展示的卡片为自定义卡片时，获取卡片的展示信息可以为获取卡片的入口(包括入口图标)和卡片的名称等；当需要展示的卡片为第三方卡片时，获取卡片的展示信息可以为获取卡片的入口(包括入口图标)、卡片的名称和卡片的URL地址等。其中，卡片的URL地址可以写在卡片的APK文件中特定位置，供卡片列表读取。
[0055]具体地，在步骤S22中获取到所需的卡片名单中各卡片的APK文件后(不包括下线卡片的APK文件)，步骤S25可以对各自定义卡片的APK文件进行解析，并通过Android的PackageManager类，获取卡片的入口和卡片的名称等，而对于第三方卡片，第三方卡片的展示信息(入口图标等)可以提前放到卡片列表里，此时，步骤S25可以直接从卡片列表中获取第三方卡片的展示信息，而不需要对第三方卡片的APK文件进行解析。
[0056]需要说明的是，各自定义卡片和第三方卡片的入口图标可以均由服务器端进行视觉设计，设计后打包存在相应卡片的APK文件中。从服务器获取所需的至少一个卡片后，对于自定义卡片，解析自定义卡片的APK文件，S卩可取出卡片的入口图标;对于第三方卡片，可以直接取出卡片的入口图标。
[0057]S26，根据需要展示的至少一个卡片的展示信息和/或至少一个下线卡片更新卡片列表。
[0058]其中，可以将需要展示的至少一个卡片中的上线卡片的展示信息添加至卡片列表，待更新卡片的展示信息替换智能电视的旧互动功能版本中相应卡片的展示信息，可以将本地文件和本地数据库sqlite中至少一个下线卡片的APK文件删除，以及将卡片列表中至少一个下线卡片的展示信息删除。
[0059]另外，卡片列表呼出后，若服务器端出现至少一个新的卡片(包括相对智能电视的互动功能版本的上线卡片、和/或待更新卡片、和/或下线卡片)，则本次启动卡片列表之后不更新该至少一个新的卡片，而在下次启动卡片列表时更新该至少一个新的卡片。
[0060]参照图3，在本发明的一个实施例中，卡片列表呼出时，可以在第一行(A行)显示当前节目名称，在第二行(B行)显示卡片的名称。另外，当卡片的入口与当前节目强相关时，卡片列表还可以展示该卡片中与当前节目相关的图片、文字等内容信息(例如节目详情海报、明星等)，例如当卡片列表展示强相关的节目详情卡片时，节目详情卡片的入口图标会替换成节目详情卡片里具体节目的图片。从而使得用户在使用互动功能时，认识到互动功能都是与当前节目紧密相关的，获得更好的体验。
[0061 ] S27，将需要展示的至少一个卡片的展示信息展示在卡片列表中。
[0062]因此，卡片列表能够适应不同的当前节目模块，当在不同的当前节目模块时，卡片列表能够根据当前节目模块显示相应的卡片的展示信息。
[0063]需要说明的是，卡片列表可以包括至少一个常驻卡片的入口，常驻卡片可以为节目详情卡片、明星卡片、相关视频卡片和微博卡片中的任一个，节目详情卡片、明星卡片、相关视频卡片和微博卡片为自定义卡片。其中，节目详情卡片、明星卡片、相关视频卡片默认安装在智能电视中，智能电视后台也默认节目详情卡片、明星卡片、相关视频卡片为上线状态，在有微博的电视版本中，微博卡片的入口默认写在卡片列表中。因此，卡片列表呼出时肯定有节目详情卡片、明星卡片、相关视频卡片和微博卡片的入口图标，其他卡片的入口图标则采用动态的方式展示。
[0064]具体地，在本发明的一个实施例中，卡片列表为横向列表，横向列表可以通过组件Horizontal Li stView 来实现，组件 Horizonta ILi stView 是集成自 AdapterView 类的自定义组件，基本上可以实现和Android原生ListView组件同样的效果，只是组件HorizontalListView是横向的效果。其中，横向列表的UI界面可以基于卡片列表的主Acti vity呈现，从而用户可以通过卡片列表操作卡片。
[0065]进一步地，在本发明的一个实施例中，在启动卡片列表的过程中，当服务器端存在根据运营策略已通过且未安装完成的至少一个新的卡片时，若至少一个新的卡片相对智能电视的互动功能版本为上线卡片和/或待更新卡片，则本次启动卡片列表之后不展示该至少一个新的卡片的展示信息，而在下次启动卡片列表之后展示该至少一个新的卡片的展示
?目息O
[0066]参照图4，示出了本发明实施例另一种智能电视互动功能的入口控制方法中启动卡片的步骤流程图。
[0067]优选地，在本发明的一个实施例中，在将至少一个卡片的展示信息展示在卡片列表中即步骤S27之后，还可以包括:
[0068]S28，接收启动卡片的指令。
[0069]S29，根据启动卡片的指令启动卡片。
[0070]具体地，在本发明的一个实施例中，当用户点击卡片列表中单个卡片的入口图标而发出启动卡片的指令时，启动卡片的指令触发注册在组件HorizontalListView上的onltemClick事件，onltemClick事件同时获取启动标识。其中，当点击的卡片为自定义卡片时，onltemClick事件获取卡片列表的主Activity，主Acti vity通过代理的方式，由智能电视对应服务器的互动框架SDK( Sof tware Development Ki t，软件开发工具包)中DLPluginManager，调启相应卡片的APK文件，从而启动相应卡片。需要说明的是，当点击的卡片为自定义卡片中的微博卡片时,onltemClick事件跳转至微博界面。当点击的卡片为第三方卡片时，onltemClick事件获取卡片的URL地址，并由第三方卡片对应服务器的互动框架SDK通过该URL地址启动相应的页面。
[0071]根据本发明实施例二，在接收到启动卡片列表的指令后，从服务器获取所需的至少一个卡片，其中，所需的至少一个卡片包括服务器端根据运营策略发布的新的互动内容，进而确定卡片列表所在的当前节目模块，当前节目模块可以为有线电视模块、轮播模块、点播模块等模块中的任一个，在从所需的至少一个卡片中筛选需要展示的至少一个卡片后，其中，需要展示的至少一个卡片可以为至少一个新上线卡片和/或至少一个待更新卡片中卡片的权限适合当前节目模块的至少一个卡片，以及在获取需要展示的至少一个卡片的展示信息(包括卡片的入口)后，根据需要展示的至少一个卡片的展示信息和/或至少一个下线卡片更新卡片列表，最后将需要展示的至少一个卡片的展示信息展示在卡片列表中。从而可以实现根据服务器端的运营策略和卡片列表所在的当前节目模块，实时、灵活的配置卡片列表中卡片的展示信息(包括卡片入口)，快速上线新的互动内容等，及时更新当前互动功能版本，极大提高了用户体验。
[0072]实施例三
[0073]参照图5，示出了本发明实施例三的一种智能电视互动功能的入口控制装置的结构框图。
[0074]本发明实施例的智能电视互动功能的入口控制装置，可以包括:
[0075]接收指令模块10，用于接收启动卡片列表的指令;卡片列表包括多个卡片，每个卡片具有相应的互动功能。
[0076]具体地，在本发明的一个实施例中，卡片为一个插件/APK，卡片列表为卡片APK，该卡片APK可以配置卡片互动功能的入口。需要说明的是，卡片列表可以是符合Android规范的标准程序的卡片APK，卡片列表的主Activity继承自DLBasePluginActivity，DLBasePluginActivity本身是基于Android标准应用的主Activity来实现的，其中，卡片列表的主Acti vity在运行时将会被Android动态加载框架代理，从而Android动态加载框架可以通过该卡片列表的主Activity启动卡片，同时，卡片列表的主Activity在引用资源时使用that关键字，而不是Android规范的this关键字。另外，与Android标准应用的主Acti vity一样，卡片列表的主Activity也是应用的主界面或主窗口，因此，卡片列表的主Activity可以与用户进行交互。
[0077]卡片获取模块20，用于从服务器获取所需的至少一个卡片。
[0078]在本发明的一个实施例中，所需的至少一个卡片可以包括至少一个新上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。即所需的至少一个卡片可以包括至少一个新上线卡片，或至少一个下线卡片，或至少一个待更新卡片，或至少一个新上线卡片和至少一个下线卡片，或至少一个新上线卡片和至少一个待更新卡片，或至少一个下线卡片和至少一个待更新卡片，或至少一个新上线卡片、至少一个下线卡片和至少一个待更新卡片。从而可以及时获取服务器中相对智能电视的互动功能版本发生变化的互动内容。
[0079]具体地，服务器可以为给智能电视提供互动功能的互动平台服务器。卡片列表启动时，智能电视开启卡片获取模块20例如后台Thread到服务器上获取所需的卡片名单以及所需的卡片名单中各卡片的APK文件，并将所需的卡片名单以及所需的卡片名单中各卡片的APK文件，保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用，例如之后启动卡片列表时使用。优选地，当所需的至少一个卡片包括至少一个下线卡片时,Thread可以仅到服务器上获取至少一个下线卡片名单，并将至少一个下线卡片名单保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用。
[0080]展示卡片筛选模块30，用于从所需的至少一个卡片中筛选需要展示的至少一个卡片。
[0081]其中，在本发明的一个实施例中，服务器端可以根据运营策略配置新的互动内容的权限，即卡片的权限，因此，所需的至少一个卡片中各卡片分别具有各自的权限，从而展示卡片筛选模块30可以根据各卡片的权限筛选需要展示的至少一个卡片。
[0082]展示信息获取模块40，用于获取需要展示的至少一个卡片的展示信息；展示信息包括卡片的入口。
[0083]其中，在本发明的一个实施例中，需要展示的至少一个卡片可以包括自定义卡片和/或至少一个第三方卡片。其中，自定义卡片为服务器端的自定义卡片，第三方卡片为其它互动平台服务器提供的卡片。从而卡片列表可以展示更丰富的互动内容。
[0084]优选地，在本发明的一个实施例中，当需要展示的卡片为自定义卡片时，展示信息获取模块40获取卡片的展示信息可以为获取卡片的入口(包括入口图标)和卡片的名称等；当需要展示的卡片为第三方卡片时，展示信息获取模块40获取卡片的展示信息可以为获取卡片的入口(包括入口图标)、卡片的名称和卡片的URL地址等。其中，卡片的URL地址可以写在卡片的APK文件中特定位置，供卡片列表读取。
[0085]具体地，在卡片获取模块20获取到所需的卡片名单中各卡片的APK文件后(不包括下线卡片的APK文件)，展示信息获取模块40可以对各自定义卡片的APK文件进行解析，并通过Android的PackageManager类，获取卡片的入口和卡片的名称等，而对于第三方卡片，第三方卡片的展示信息(入口图标等)可以提前放到卡片列表里，此时，展示信息获取模块40可以直接从卡片列表中获取第三方卡片的展示信息，而不需要对第三方卡片的APK文件进行解析。
[0086]需要说明的是，各自定义卡片和第三方卡片的入口图标可以均由服务器端进行视觉设计，设计后打包存在相应卡片的APK文件中。卡片获取模块20从服务器获取所需的至少一个卡片后，对于自定义卡片，展示信息获取模块40解析自定义卡片的APK文件，即可取出卡片的入口图标;对于第三方卡片，展示信息获取模块40可以直接取出卡片的入口图标。
[0087]展示模块50，用于将需要展示的至少一个卡片的展示信息展示在卡片列表中。
[0088]需要说明的是，卡片列表可以包括至少一个常驻卡片的入口，常驻卡片可以为节目详情卡片、明星卡片、相关视频卡片和微博卡片中的任一个，节目详情卡片、明星卡片、相关视频卡片和微博卡片为自定义卡片。其中，节目详情卡片、明星卡片、相关视频卡片默认安装在智能电视中，智能电视后台也默认节目详情卡片、明星卡片、相关视频卡片为上线状态，在有微博的电视版本中，微博卡片的入口默认写在卡片列表中。因此，卡片列表呼出时肯定有节目详情卡片、明星卡片、相关视频卡片和微博卡片的入口图标，其他卡片的入口图标则采用动态的方式展示。
[0089]具体地，在本发明的一个实施例中，卡片列表为横向列表，横向列表可以通过组件Horizontal Li stView 来实现，组件 Horizonta ILi stView 是集成自 AdapterView 类的自定义组件，基本上可以实现和Android原生ListView组件同样的效果，只是组件HorizontalListView是横向的效果。其中，横向列表的UI界面可以基于卡片列表的主Acti vity呈现，从而用户可以通过卡片列表操作卡片。
[0090]进一步地，在本发明的一个实施例中，在启动卡片列表的过程中，当服务器端存在根据运营策略已通过且未安装完成的至少一个新的卡片时，若至少一个新的卡片相对智能电视的互动功能版本为上线卡片和/或待更新卡片，则本次启动卡片列表之后不展示该至少一个新的卡片的展示信息，而在下次启动卡片列表之后展示该至少一个新的卡片的展示
?目息O
[0091]根据本发明实施例三，在接收指令模块接收到启动卡片列表的指令后，卡片获取模块从服务器获取所需的至少一个卡片，其中，所需的至少一个卡片包括服务器端根据运营策略发布的新的互动内容，进而展示卡片筛选模块从所需的至少一个卡片中筛选需要展示的至少一个卡片，例如根据各卡片的权限从所需的至少一个卡片中筛选需要展示的至少一个卡片，并在展示信息获取模块获取需要展示的至少一个卡片的展示信息(包括卡片的入口)后，展示模块将需要展示的至少一个卡片的展示信息展示在卡片列表中。从而可以实现根据服务器端的运营策略，实时、灵活的配置卡片列表中的卡片展示信息(包括卡片入口 )，快速上线新的互动内容等，极大提高了用户体验。
[0092]实施例四
[0093]参照图6，示出了本发明实施例四的另一种智能电视互动功能的入口控制装置的结构框图。该智能电视互动功能的入口控制装置，可以包括:
[0094]接收指令模块10，用于接收启动卡片列表的指令;卡片列表包括多个卡片，每个卡片具有相应的互动功能。
[0095]具体地，在本发明的一个实施例中，卡片为一个插件/APK，卡片列表为卡片APK，该卡片APK可以配置卡片互动功能的入口。需要说明的是，卡片列表可以是符合Android规范的标准程序的卡片APK，卡片列表的主Activity继承自DLBasePluginActivity，DLBasePluginActivity本身是基于Android标准应用的主Activity来实现的，其中，卡片列表的主Acti vity在运行时将会被Android动态加载框架代理，从而Android动态加载框架可以通过该卡片列表的主Activity启动卡片，同时，卡片列表的主Activity在引用资源时使用that关键字，而不是Android规范的this关键字。另外，与Android标准应用的主Acti vity一样，卡片列表的主Activity也是应用的主界面或主窗口，因此，卡片列表的主Activity可以与用户进行交互。
[0096]卡片获取模块20，用于从服务器获取所需的至少一个卡片。
[0097]在本发明的一个实施例中，所需的至少一个卡片可以包括至少一个新上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。即所需的至少一个卡片可以包括至少一个新上线卡片，或至少一个下线卡片，或至少一个待更新卡片，或至少一个新上线卡片和至少一个下线卡片，或至少一个新上线卡片和至少一个待更新卡片，或至少一个下线卡片和至少一个待更新卡片，或至少一个新上线卡片、至少一个下线卡片和至少一个待更新卡片。从而卡片获取模块20可以及时获取服务器中相对智能电视的互动功能版本发生变化的互动内容。
[0098]具体地，服务器可以为给智能电视提供互动功能的互动平台服务器。卡片列表启动时，智能电视开启卡片获取模块20例如后台Thread到服务器上获取所需的卡片名单以及所需的卡片名单中各卡片的APK文件，并将所需的卡片名单以及所需的卡片名单中各卡片的APK文件，保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用，例如之后启动卡片列表时使用。优选地，当所需的至少一个卡片包括至少一个下线卡片时,Thread可以仅到服务器上获取至少一个下线卡片名单，并将至少一个下线卡片名单保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用。
[0099]当前节目模块确定模块60，用于确定卡片列表所在的当前节目模块。
[0100]需要说明的是，当前节目模块确定模块60还可以在接收指令模块10与卡片获取模块20之间。当前节目模块可以为有线电视模块、轮播模块、点播模块等模块中的任一个。
[0101]进一步地，在本发明的一个实施例中，当前节目模块确定模块60在确定卡片列表所在的当前节目模块的同时，还可以确定卡片列表所在的当前节目(包括当前节目名称)。
[0102]展示卡片筛选模块30，用于从所需的至少一个卡片中筛选需要展示的至少一个卡片。
[0103]其中，在本发明的一个实施例中，服务器端可以根据运营策略配置新的互动内容的权限，即卡片的权限，因此，所需的至少一个卡片中各卡片分别具有各自的权限，从而展示卡片筛选模块30可以根据各卡片的权限筛选需要展示的至少一个卡片。
[0104]例如，服务器端可以根据运营策略配置不同的卡片适合不同的模块。需要说明的是，同 ^片也可以适合多个模块。
[0105]优选地，在本发明的一个实施例中，需要展示的至少一个卡片可以为至少一个新上线卡片和/或至少一个待更新卡片中卡片的权限适合当前节目模块的至少一个卡片。因此，卡片列表可以快速、及时的展示新的卡片内容。
[0106]展示信息获取模块40，用于获取需要展示的至少一个卡片的展示信息；展示信息包括卡片的入口。
[0107]其中，在本发明的一个实施例中，需要展示的至少一个卡片可以包括自定义卡片和/或至少一个第三方卡片。其中，自定义卡片为服务器端的自定义卡片，第三方卡片为其它互动平台服务器提供的卡片。从而卡片列表可以展示更丰富的互动内容。
[0108]优选地，在本发明的一个实施例中，当需要展示的卡片为自定义卡片时，展示信息获取模块40获取卡片的展示信息可以为获取卡片的入口(包括入口图标)和卡片的名称等；当需要展示的卡片为第三方卡片时，展示信息获取模块40获取卡片的展示信息可以为获取卡片的入口(包括入口图标)、卡片的名称和卡片的URL地址等。其中，卡片的URL地址可以写在卡片的APK文件中特定位置，供卡片列表读取。
[0109]具体地，在卡片获取模块20获取到所需的卡片名单中各卡片的APK文件后(不包括下线卡片的APK文件)，展示信息获取模块40可以对各自定义卡片的APK文件进行解析，并通过Android的PackageManager类，获取卡片的入口和卡片的名称等，而对于第三方卡片，第三方卡片的展示信息(入口图标等)可以提前放到卡片列表里，此时，展示信息获取模块40可以直接从卡片列表中获取第三方卡片的展示信息，而不需要对第三方卡片的APK文件进行解析。
[0110]需要说明的是，各自定义卡片和第三方卡片的入口图标可以均由服务器端进行视觉设计，设计后打包存在相应卡片的APK文件中。卡片获取模块20从服务器获取所需的至少一个卡片后，对于自定义卡片，展示信息获取模块40解析自定义卡片的APK文件，即可取出卡片的入口图标;对于第三方卡片，展示信息获取模块40可以直接取出卡片的入口图标。
[0111]更新模块70，用于根据需要展示的至少一个卡片的展示信息和/或至少一个下线卡片更新卡片列表。
[0112]其中，更新模块70可以将需要展示的至少一个卡片中的上线卡片的展示信息添加至卡片列表，待更新卡片的展示信息替换智能电视的旧互动功能版本中相应卡片的展示信息，可以将本地文件和本地数据库sqlite中至少一个下线卡片的APK文件删除，以及将卡片列表中至少一个下线卡片的展示信息删除。
[0113]另外，卡片列表呼出后，若服务器端出现至少一个新的卡片(包括相对智能电视的互动功能版本的上线卡片、和/或待更新卡片、和/或下线卡片)，则本次启动卡片列表之后更新模块70不更新该至少一个新的卡片，而在下次启动卡片列表时更新该至少一个新的卡片。
[0114]展示模块50，用于将需要展示的至少一个卡片的展示信息展示在卡片列表中。
[0115]因此，卡片列表能够适应不同的当前节目模块，当在不同的当前节目模块时，卡片列表能够根据当前节目模块显示相应的卡片的展示信息。
[0116]需要说明的是，卡片列表可以包括至少一个常驻卡片的入口，常驻卡片可以为节目详情卡片、明星卡片、相关视频卡片和微博卡片中的任一个，节目详情卡片、明星卡片、相关视频卡片和微博卡片为自定义卡片。其中，节目详情卡片、明星卡片、相关视频卡片默认安装在智能电视中，智能电视后台也默认节目详情卡片、明星卡片、相关视频卡片为上线状态，在有微博的电视版本中，微博卡片的入口默认写在卡片列表中。因此，卡片列表呼出时肯定有节目详情卡片、明星卡片、相关视频卡片和微博卡片的入口图标，其他卡片的入口图标则采用动态的方式展示。
[0117]具体地，在本发明的一个实施例中，卡片列表为横向列表，横向列表可以通过组件Horizontal Li stView 来实现，组件 Horizonta ILi stView 是集成自 AdapterView 类的自定义组件，基本上可以实现和Android原生ListView组件同样的效果，只是组件HorizontalListView是横向的效果。其中，横向列表的UI界面可以基于卡片列表的主Acti vity呈现，从而用户可以通过卡片列表操作卡片。
[0118]进一步地，在本发明的一个实施例中，在启动卡片列表的过程中，当服务器端存在根据运营策略已通过且未安装完成的至少一个新的卡片时，若至少一个新的卡片相对智能电视的互动功能版本为上线卡片和/或待更新卡片，则本次启动卡片列表之后不展示该至少一个新的卡片的展示信息，而在下次启动卡片列表之后展示该至少一个新的卡片的展示
?目息O
[0119]优选地，在本发明的一个实施例中，在展示模块50将至少一个卡片的展示信息展示在卡片列表中之后，接收指令模块10还可以接收启动卡片的指令，进而根据启动卡片的指令启动卡片。
[0120]具体地，在本发明的一个实施例中，当用户点击卡片列表中单个卡片的入口图标而发出启动卡片的指令时，启动卡片的指令触发接收指令模块10例如注册在组件Horizontal Li stView上的onltemClick事件，onltemClick事件同时获取启动标识。其中，当点击的卡片为自定义卡片时,onltemClick事件获取卡片列表的主Activity，主Activity通过代理的方式，由智能电视对应服务器的互动框架SDK中DLPluginManager，调启相应卡片的APK文件，从而启动相应卡片。需要说明的是，当点击的卡片为自定义卡片中的微博卡片时，onl temCl ick事件跳转至微博界面。当点击的卡片为第三方卡片时，onltemCl i ck事件获取卡片的URL地址，并由第三方卡片对应服务器的互动框架SDK通过该URL地址启动相应的页面。
[0121]根据本发明实施例四，在接收指令模块接收到启动卡片列表的指令后，卡片获取模块从服务器获取所需的至少一个卡片，其中，所需的至少一个卡片包括服务器端根据运营策略发布的新的互动内容，进而当前节目模块确定模块确定卡片列表所在的当前节目模块，当前节目模块可以为有线电视模块、轮播模块、点播模块等模块中的任一个，在展示卡片筛选模块从所需的至少一个卡片中筛选需要展示的至少一个卡片后，其中，需要展示的至少一个卡片可以为至少一个新上线卡片和/或至少一个待更新卡片中卡片的权限适合当前节目模块的至少一个卡片，以及在展示信息获取模块获取需要展示的至少一个卡片的展示信息(包括卡片的入口)后，更新模块根据需要展示的至少一个卡片的展示信息和/或至少一个下线卡片更新卡片列表，最后展示模块将需要展示的至少一个卡片的展示信息展示在卡片列表中。从而可以实现根据服务器端的运营策略和卡片列表所在的当前节目模块，实时、灵活的配置卡片列表中卡片的展示信息(包括卡片入口)，快速上线新的互动内容等，及时更新当前互动功能版本，极大提高了用户体验。
[0122]以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0123]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0124]最后应说明的是:以上实施例仅用以说明本发明的技术方案，而非对其限制;尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【主权项】
1.一种智能电视互动功能的入口控制方法，其特征在于，包括以下步骤:接收启动卡片列表的指令;所述卡片列表包括多个卡片，每个所述卡片具有相应的互 动功能；从服务器获取所需的至少一个卡片；从所述所需的至少一个卡片中筛选需要展示的至少一个卡片；获取所述需要展示的至少一个卡片的展示信息;所述展示信息包括卡片的入口；将所述需要展示的至少一个卡片的展示信息展示在所述卡片列表中。2.根据权利要求1所述的方法，其特征在于，所述所需的至少一个卡片包括至少一个新 上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。3.根据权利要求2所述的方法，其特征在于，在所述从所述所需的至少一个卡片中筛选 需要展示的至少一个卡片之前，还包括以下步骤:确定所述卡片列表所在的当前节目模块。4.根据权利要求3所述的方法，其特征在于，所述需要展示的至少一个卡片为所述至少 一个新上线卡片和/或所述至少一个待更新卡片中适合所述当前节目模块的至少一个卡片。5.根据权利要求4所述的方法，其特征在于，在所述获取所述需要展示的至少一个卡片 的展示信息之后和在所述将所述需要展示的至少一个卡片的展示信息展示在所述卡片列 表中之前，还包括以下步骤:根据所述需要展示的至少一个卡片的展示信息和/或所述至少一个下线卡片更新所述 卡片列表。6.根据权利要求2所述的方法，其特征在于，所述需要展示的至少一个卡片包括自定义 卡片和第三方卡片。7.根据权利要求6所述的方法，其特征在于，当所述需要展示的卡片为所述自定义卡片时，获取所述卡片的展示信息为获取所述卡 片的入口和所述卡片的名称；当所述需要展示的卡片为所述第三方卡片时，获取所述卡片的展示信息为获取所述卡 片的入口、所述卡片的名称和所述卡片的URL地址。8.—种智能电视互动功能的入口控制装置，其特征在于，包括:接收指令模块，用于接收启动卡片列表的指令;所述卡片列表包括多个卡片，每个所述 卡片具有相应的互动功能；卡片获取模块，用于从服务器获取所需的至少一个卡片；展示卡片筛选模块，用于从所述所需的至少一个卡片中筛选需要展示的至少一个卡 片；展示信息获取模块，用于获取所述需要展示的至少一个卡片的展示信息；所述展示信 息包括卡片的入口；展示模块，用于将所述需要展示的至少一个卡片的展示信息展示在所述卡片列表中。9.根据权利要求8所述的装置，其特征在于，所述所需的至少一个卡片包括至少一个新 上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。10.根据权利要求9所述的装置，其特征在于，还包括:当前节目模块确定模块，用于确定所述卡片列表所在的当前节目模块。11.根据权利要求10所述的装置，其特征在于，所述需要展示的至少一个卡片为所述至 少一个新上线卡片和/或所述至少一个待更新卡片中适合所述当前节目模块的至少一个卡片。12.根据权利要求11所述的装置，其特征在于，还包括:更新模块，用于根据所述需要展示的至少一个卡片的展示信息和/或所述至少一个下 线卡片更新所述卡片列表。13.根据权利要求9所述的装置，其特征在于，所述需要展示的至少一个卡片包括自定 义卡片和第三方卡片。14.根据权利要求13所述的装置，其特征在于，当所述需要展示的卡片为所述自定义卡片时，所述展示信息获取模块获取所述卡片的 展示信息为获取所述卡片的入口和所述卡片的名称；当所述需要展示的卡片为所述第三方卡片时，所述展示信息获取模块获取所述卡片的 展示信息为获取所述卡片的入口、所述卡片的名称和所述卡片的URL地址。
【文档编号】H04N21/81GK105979386SQ201510862321
【公开日】2016年9月28日
【申请日】2015年11月30日
【发明人】王敏, 于佳
【申请人】乐视致新电子科技（天津）有限公司