CN106851344A - 智能电视的消息推荐方法及装置 - Google Patents

Abstract

本发明实施例公开了一种智能电视的消息推荐方法及装置。该消息推荐方法包括：创建信息收集维度，该信息收集维度包括：用户行为维度、属性信息维度以及目标对象信息维度中的至少一项；根据信息收集维度，将待收集数据类型发送至智能电视端，以使智能电视端根据待收集数据类型收集相应的数据；接收智能电视端收集的数据，并根据上述数据确定待推荐消息；将待推荐消息发送至智能电视端。该方法优化了现有的智能电视消息推荐方法，实现更全面更准确的确定推荐内容。

Description

智能电视的消息推荐方法及装置

技术领域

本发明涉及智能电视技术领域，尤其涉及一种智能电视的消息推荐方法及装置。

背景技术

智能电视的持续推广和技术的不断发展，让越来越多的用户享受到智能电视带来的良好体验。智能电视中不仅可以实现传统的直播电视、视屏点播影片以及录制回放节目，还可以拥有海量的视频内容资源，同时可以接收并运行安卓安装包(AndroidPackage，APK)，以在智能电视端安装及使用应用软件。

现有技术中，通常是在用户登录智能电视的系统后，由智能电视采集用户的一些简单的行为习惯，以确定推荐信息。然而，这类方法必须要在用户登录后才能采集信息，并且只能针对同一账号的用户进行简单的信息推荐。

发明内容

有鉴于此，本发明实施例提供一种智能电视的消息推荐方法及装置，以优化现有智能电视消息推荐方法，实现更全面更准确的确定推荐内容。

第一方面，本发明实施例提供了一种智能电视的消息推荐方法，包括：

创建信息收集维度，所述信息收集维度包括：用户行为维度、属性信息维度以及目标对象信息维度中的至少一项；

根据所述信息收集维度，将待收集数据类型发送至智能电视端，以使所述智能电视端根据所述待收集数据类型收集相应的数据；

接收所述智能电视端收集的数据，并根据所述数据确定待推荐消息；

将所述待推荐消息发送至所述智能电视端。

第二方面，本发明实施例还提供了一种智能电视的消息推荐装置，包括：

维度创建模块，用于创建信息收集维度，所述信息收集维度包括：用户行为维度、属性信息维度以及目标对象信息维度中的至少一项；

类型发送模块，用于根据所述信息收集维度，将待收集数据类型发送至智能电视端，以使所述智能电视端根据所述待收集数据类型收集相应的数据；

信息确定模块，用于接收所述智能电视端收集的数据，并根据所述数据确定待推荐消息；

信息推荐模块，用于将所述待推荐消息发送至所述智能电视端。

本发明实施例提供的智能电视的消息推荐方法及装置，通过创建信息收集维度确定智能电视端待收集数据类型，并在接收到智能电视端根据待收集数据类型收集的数据后，确定待推荐消息，将该待推荐消息发送至智能电视端的技术手段，实现了在后台的服务器端对数据进行处理，以减小客户端数据处理的工作量的技术效果，同时保证了推荐消息的准确性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为本发明实施例一提供的一种智能电视的消息推荐方法的流程图；

图2为本发明实施例二提供的一种智能电视的消息推荐方法的流程图；

图3为本发明实施例三提供的一种智能电视的消息推荐装置的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。

实施例一

图1为本发明实施例一提供的一种智能电视的消息推荐方法的流程图。本实施例提供的消息推荐方法适用于对智能电视进行消息推荐的情况。本实施例提供的消息推荐方法可以由智能电视的消息推荐装置来执行，该消息推荐装置可以通过软件和/或硬件的方式实现，并集成在后台服务器中。参考图1，该消息推荐方法具体包括：

S110、创建信息收集维度。

具体的，该信息收集维度可以根据实际情况进行设定。其中，信息收集维度包括：用户行为维度、属性信息维度以及目标对象信息维度中的至少一项。

具体的，用户行为维度可以包括下述至少一项：观看或开启时长维度、连续观看或开启天数维度、点击次数维度以及点击类型维度等。属性信息维度可以包括下述至少一项：身份标识维度、地域维度、网络环境属性维度以及系统版本维度等。目标对象信息维度包括下述至少一项：节目或者应用软件的名称维度、节目播放时间维度、节目或者应用软件所属的类型信息维度、节目或者应用软件的收费信息维度以及节目或者应用软件的内容信息维度中的至少一项。其中，连续观看或开启天数是指同一电视节目或者同一类电视节目被用户连续观看的天数或者安装在智能电视端的各类应用软件中同一应用软件或者用一类应用软件被使用者连续开启过的天数，观看或开启时长是指用户每日开启智能电视后，观看同一电视节目的观看时长，或者同一应用软件的开启时长，节目或者应用软件所属的类型信息包括娱乐类、教育类、经济类以及新闻类等。

S120、根据信息收集维度，将待收集数据类型发送至智能电视端，以使智能电视端根据待收集数据类型收集相应的数据。

智能电视端中包含至少一个智能电视。可选的，每个智能电视都有对应的身份标识，以使后台服务器根据身份标识将数据分析精确到每个智能电视。其中，该身边标识可以由后台服务器确定。

进一步的，不同维度组合下，智能电视端待收集数据类型不同。收集数据类型可以根据各维度下的维度数据进行确定。

以点击类型维度、系统版本维度和节目的名称维度为例，其中，点击类型维度包括：娱乐类、教育类、经济类以及新闻类，系统版本维度表中各数据为各版本序号，节目的名称维度中各数据为各电视节目的名称以及各节目所属的类型信息。上述各维度表对应的事实数据包括点击次数、每天观看时长。此时，后台服务器确定智能电视端收集信息类型包括当前系统版本、属于娱乐类的各电视节目的点击次数及每天观看时长、属于教育类的各电视节目的名称、点击次数及每天观看时长以及属于新闻类的各电视节目的名称、点击次数及每天观看时长。

以地域维度、观看时长维度以及连续观看天数维度为例，其中，地域维度是市级维度，以北京为例，则维度表中各数据为北京市的各行政区以及各行政区中住宅小区。每天观看时长维度表中共24个数据，且每个数据的时长为1小时。连续观看天数维度表中包括连续观看1天、连续观看2天……连续观看20天及以上。上述维度表对应的事实数据包括具体的电视节目。此时，后台服务器确定待收集类型包括当前位置、用户每天观看各电视节目的时间长度。其中，在后台服务器统计连续观看天数时，可以进一步设定对每天被用户观看的时长为20分钟以及上的电视节目进行统计。

S130、接收智能电视端收集的数据，并根据数据确定待推荐消息。

待推荐消息可以包括视屏、图片、链接以及文本中的至少一种。

具体的，在分析智能电视端收集的数据时，后台服务器可以结合信息收集维度对数据进行处理。进一步的，对数据进行分析处理时，可以通过设定过滤条件，对数据进行过滤清洗，例如，设定的过滤条件为滤除观看时长小于20分钟的数据。在对数据进了过滤后，对数据进行分析，以确定待推荐消息。

可选的，在处理数据时，可以根据信息收集维度将数据放置到各维度对应的事实数据中，在后台服务器进行数据处理时，便可以通过不同的维度组合得到不同的数据，进而进行下一步的分析。

例如，后台服务器将接收的数据放入各维度对应的事实数据后，若想确定某个智能电视中观看信息，则只需要输入对应的维度，即输入身份标识、观看时长及连续天数，便可以得到全部的观看信息，如每日观看时长连续观看天数，进一步，还可以确定总观看时长、平均观看时长以及最大连续观看天数等。

其中，确定的待推荐消息可以包括针对性推荐以及群体性推荐。针对性推荐为根据某一个或者某一类智能电视的数据确定适合的待推荐消息，若对象为一类智能电视，则该待推荐消息适用于该类下的每一个智能电视。群体性推荐为根据某一类群体智能电视的数据确定适合的待推荐消息，该待推荐消息适合该群体下大部分的智能电视。

以点击类型维度、系统版本维度和节目的名称维度为例，智能电视端根据S120中确定的信息收集类型收集数据时，后台服务器可以根据智能电视端收集的数据，查找版本B、观看时长、以及娱乐类，便可以得到版本B下的各智能电视每日观看娱乐类的各电视节目的时长，进一步可以确定各智能电视每日观看娱乐类的总时长、各智能电视每日观看娱乐类的平均时长以及娱乐类各电视节目某几个被观看的总时长等。分析上述数据确定版本系统为B的各智能电视的使用用户每天观看娱乐类的A电视节目时长较大，则可以将A电视节目的电视信息作为版本系统为B的各智能电视的待推荐信息，其中，可以根据A电视节目的名称在目标对象信息维度中找到A电视节目对应的播放时间、收费信息等作为待推荐信息。又如，查找版本C以及观看时长。分析得到的数据确定版本系统为C的各智能电视的使用用户比较喜欢教育类电视节目，则将全网下收视率最高的教育电视节目的节目信息作为版本系统为C的各智能电视的待推荐消息。

由于不同的待推荐消息可能对应于智能电视端不同的智能电视，所以，在确定待推荐消息后，关联保存各待推荐消息适合的智能电视。

S140、将待推荐消息发送至智能电视端。

可选的，将待推荐消息发送给适合的智能电视。

进一步的，在发送待推荐消息前，后台服务器可以建立与待发送消息适合的智能电视的连接。建立的连接为端到端的连接。其中，后台服务器可以根据智能电视的身份标识建立端到端的连接，并将待推荐消息发送至对应的智能电视中。

可选的，在发送待推荐消息时，采用消息队列遥测传输(Message QueuingTelemetry Transport，MQTT)协议进行传输。采用MQTT协议可以实现端到端的传输，即后台服务器可以单独与某一个智能电视进行消息的发送和接收，实现智能电视与后台服务器之间的“对话”。

本实施例的应用场景一

后台服务器根据信息收集维度分析数据时，确定某个智能电视的使用者每天都会观看D频道的F节目。若某天后台服务器分析数据确定该智能电视没有播放F节目，即用户没有观看F节目，则后台服务器就会生成关于用户未观看的F节目的播放信息作为待推荐信息，并将该待推荐信息发送至智能电视中。使用者根据该待推荐信息便可以确定未观看到的F节目的播放时间，以在该播放时间补看F节目。

本实施例的应用场景二

后台服务器根据信息收集维度分析数据时，确定某个小区内的智能电视的使用者普遍喜欢看教育类的电视节目。后台服务器若检测到有一个新的教育类的节目待播放，则会生产关于该待播放电视节目的播放信息作为推荐信息，并将该推荐信息发送至该小区内的智能电视中，以使该小区的使用者获取有一个新的教育类电视节目待播放的信息。

本实施例提供的技术方案，通过创建信息收集维度确定智能电视端待收集数据类型，并在接收到智能电视端根据待收集数据类型收集的数据后，确定待推荐消息，将该待推荐消息发送至智能电视端的技术手段，实现了在后台的服务器端对数据进行处理，以减小客户端数据处理的工作量的技术效果，同时保证了推荐消息的准确性。

实施例二

图2为本发明实施例二提供的一种智能电视的消息推荐方法的流程图。本实施例是在上述实施例的基础上进行具体化。参考图2，该消息推荐方法具体包括：

S210、创建信息收集维度。

S220、为智能电视端的至少一个智能电视创建身份标识。

其中，后台服务器为智能电视端的至少一个智能电视创建身份标识，以对智能电视进行区分，便于后续数据统计以及待推荐信息的发送。

在创建身份标识时，可以根据智能电视的具体型号创建身份标识，也可以根据智能电视的地理位置创建身份标识，还可以根据智能电视的MAC地址创建身份标识。其中，优选为根据MAC地址创建身份标识。

本实施例中，智能电视端中的每一个智能电视都有一个对应的身份标识，根据身份标识对智能电视进行区分，而不是根据用户账号对智能电视的使用者进行区分。这样做是考虑到实际使用过程中很多使用者并不会登陆自己的账号，此时，若根据用户账号对数据进行分析处理，则不能够保证生成待推荐消息的准确性。

S230、根据身份标识，创建与至少一个智能电视的连接。

后台服务器在创建身份标识后，与每个身份标识对应的智能电视建立一个连接，其中，连接的具体形式本实施例不做限定。在建立连接的同时，后台服务器将身边标识发送至对应的智能电视中，以使各智能电视明确自己的身份标识。

S240、根据信息收集维度，将待收集数据类型发送至智能电视端，以使智能电视端根据待收集数据类型收集相应的数据。

S250、接收智能电视端收集的数据，并对数据进行分析处理，以分别确定适合智能电视端中至少一个智能电视的待推荐消息。

具体的，后台处理器根据不同信息收集维度下收集的信息确定智能电视端的各智能电视的待推荐消息。其中，每个智能电视对应的待推荐消息可能不同、每个群体中的智能电视可以对应相同的待推荐消息。

S260、保存待推荐消息和至少一个智能电视的对应关系。

保存每个生成的待推荐消息和该待推荐消息适合的智能电视的对应关系。

可选的，保存每个待推荐消息跟和对应智能电视的身份标识的对应关系。

S270、将待推荐消息发送至智能电视端。

可选的，根据对应关系，分别将待推荐消息发送至对应的智能电视中。以保证每个智能电视都接收到适合的待推荐消息。

还可选的，如果检测到至少一个智能电视满足消息推荐条件，则利用建立的连接，采用消息队列遥测传输协议将待推荐消息发送一个所述智能电视中。

其中，消息推荐条件可以根据实际情况进行设定。例如，待推荐消息为娱乐类电视节目的播放信息，则消息推荐条件可以是智能电视端中的智能电视被使用，且该使用者喜爱娱乐类电视节目。再如，待推荐消息为错过的某个电视节目的播放信息，则消息推荐条件可以是在该电视节目快被播放时或者正在被播放时以及智能电视的身份标识满足待推荐消息的身份标识。一般而言，智能电视端中，可能只有部分的智能电视满足消息推荐条件。后台服务器将待推荐消息仅发送至满足消息推荐条件的智能电视中。

利用MQTT协议发送待推荐消息至智能电视端，以保证各智能电视与后台服务器实现端对端的传输。

若在生成待推荐消息时，已经关联保存对应关系，则在检测智能电视端是否满足消息推荐条件时，仅需要确定对应关系中的各智能电视是否满足消息推荐条件即可，减小了后台服务器的工作量。

下面对本实施例提供的方法做示例性的说明：

后台服务器设定收集某一小区内身份标识为1至100的智能电视的娱乐类电视节目的观看时长和点击次数，并将上述待收集数据类型发送至身份标识为1至100的智能电视中。各智能电视根据接收的待收集数据类型收集使用者每天对属于娱乐类的各电视节目的观看时长和点击次数。并将该数据发送至后台服务器中，后台服务器根据数据将各智能电视对于娱乐类各电视节目的观看时长和点击次数放置对应的实时数据中。后台服务器便根据上述数据确定了身份标识为5的智能电视对于A节目的历史观看时长最长，则可以生成与A节目类似的B节目的播放信息作为适合身份标识5的待推荐消息，并在身份标识为5的智能电视被使用时，将该待推荐消息通过MQTT提议发送至该智能终端中。后台服务器根据上述数据还确定了身份标识为10至40的智能电视中娱乐类电视节目的点击次数和观看时长都很低，则对该小区的智能电视进行娱乐类信息推荐时，不发送至身份标识为10至40的智能电视中。

本实施例提供的技术方案，通过为智能电视端的至少一个智能电视创建身份标识，并根据身份标识创建后台服务器与至少一个智能电视的连接，并在发送待推荐消息时，通过MQTT协议进行数据通信，实现了后台服务器与智能电视端对端的连接，同时根据身份标识对智能电视进行区分，也可以实现对智能电视的针对性的推荐。同时，通过后台服务器进行数据的分析处理，也可以减小智能电视端的工作量，使得智能电视端仅是简单的收集数据即可。

实施例三

图3为本发明实施例三提供的一种智能电视的消息推荐装置的结构示意图。参加图3，该消息推荐装置包括：维度创建模块301、类型发送模块302、信息确定模块303以及信息推荐模块304。

其中，维度创建模块301，用于创建信息收集维度，该信息收集维度包括：用户行为维度、属性信息维度以及目标对象信息维度中的至少一项；类型发送模块302，用于根据信息收集维度，将待收集数据类型发送至智能电视端，以使智能电视端根据待收集数据类型收集相应的数据；信息确定模块303，用于接收智能电视端收集的数据，并根据数据确定待推荐消息；信息推荐模块304，用于将待推荐消息发送至智能电视端。

本实施例提供的技术方案，通过创建信息收集维度确定智能电视端待收集数据类型，并在接收到智能电视端根据待收集数据类型收集的数据后，确定待推荐消息，将该待推荐消息发送至智能电视端的技术手段，实现了在后台的服务器端对数据进行处理，以减小客户端数据处理的工作量的技术效果，同时保证了推荐消息的准确性。

上述实施例的基础上，还包括：标识创建模块，用于在根据信息收集维度，将待收集数据类型发送至智能电视端之前，为智能电视端的至少一个智能电视创建身份标识；连接创建模块，用于根据身份标识，创建与至少一个智能电视的连接。

相应的，信息推荐模块304具体用于：如果检测到至少一个智能电视满足消息推荐条件，则利用连接，采用消息队列遥测传输协议将待推荐消息发送至少一个智能电视中。

在上述实施例的基础上，信息确定模块303包括：数据处理单元，用于接收智能电视端收集的数据，并对数据进行分析处理，以分别确定适合智能电视端中至少一个智能电视的待推荐消息；关系保存单元，保存待推荐消息和至少一个智能电视的对应关系。

相应的，信息推荐模块304具体用于：根据对应关系，分别将待推荐消息发送至对应的智能电视中。

在上述实施例的基础上，用户行为维度包括：观看或开启时长维度、连续观看或开启天数维度、点击次数维度以及点击类型维度中的至少一项。

在上述实施例的基础上，属性信息维度包括：身份标识维度、地域维度、网络环境属性维度以及系统版本维度中的至少一项。

在上述实施例的基础上，目标对象信息维度包括：节目或者应用软件的名称维度、节目播放时间维度、节目或者应用软件所属的类型信息维度、节目或者应用软件的收费信息维度以及节目或者应用软件的内容信息维度中的至少一项。

本发明实施例提供的智能电视的消息推荐装置适用于上述任意实施例提供的智能电视的消息推荐方法，具备相应的功能和有益效果。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括以上方法所述的步骤，所述的存储介质，如：ROM/RAM、磁碟、光盘等。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (12)

1.一种智能电视的消息推荐方法，其特征在于，包括：

创建信息收集维度，所述信息收集维度包括：用户行为维度、属性信息维度以及目标对象信息维度中的至少一项；

根据所述信息收集维度，将待收集数据类型发送至智能电视端，以使所述智能电视端根据所述待收集数据类型收集相应的数据；

接收所述智能电视端收集的数据，并根据所述数据确定待推荐消息；

将所述待推荐消息发送至所述智能电视端。

2.根据权利要求1所述的消息推荐方法，其特征在于，所述根据所述信息收集维度，将待收集数据类型发送至智能电视端之前，还包括：

为智能电视端的至少一个智能电视创建身份标识；

根据所述身份标识，创建与至少一个所述智能电视的连接；

所述将所述待推荐消息发送至所述智能电视端包括：

如果检测到至少一个所述智能电视满足消息推荐条件，则利用所述连接，采用消息队列遥测传输协议将所述待推荐消息发送至少一个所述智能电视中。

3.根据权利要求1所述的消息推荐方法，其特征在于，所述根据所述数据确定待推荐消息包括：

对所述数据进行分析处理，以分别确定适合所述智能电视端中至少一个智能电视的待推荐消息；

保存所述待推荐消息和至少一个智能电视的对应关系；

所述将所述待推荐消息发送至所述智能电视端包括：

根据所述对应关系，分别将所述待推荐消息发送至对应的所述智能电视中。

4.根据权利要求1-3任一项所述的消息推荐方法，其特征在于，所述用户行为维度包括：观看或开启时长维度、连续观看或开启天数维度、点击次数维度以及点击类型维度中的至少一项。

5.根据权利要求1-3任一项所述的消息推荐方法，其特征在于，所述属性信息维度包括：身份标识维度、地域维度、网络环境属性维度以及系统版本维度中的至少一项。

6.根据权利要求1-3任一项所述的消息推荐方法，其特征在于，所述目标对象信息维度包括：节目或者应用软件的名称维度、节目播放时间维度、节目或者应用软件所属的类型信息维度、节目或者应用软件的收费信息维度以及节目或者应用软件的内容信息维度中的至少一项。

7.一种智能电视的消息推荐装置，其特征在于，包括：

维度创建模块，用于创建信息收集维度，所述信息收集维度包括：用户行为维度、属性信息维度以及目标对象信息维度中的至少一项；

类型发送模块，用于根据所述信息收集维度，将待收集数据类型发送至智能电视端，以使所述智能电视端根据所述待收集数据类型收集相应的数据；

信息确定模块，用于接收所述智能电视端收集的数据，并根据所述数据确定待推荐消息；

信息推荐模块，用于将所述待推荐消息发送至所述智能电视端。

8.根据权利要求7所述的消息推荐装置，其特征在于，还包括：

标识创建模块，用于在根据所述信息收集维度，将待收集数据类型发送至智能电视端之前，为智能电视端的至少一个智能电视创建身份标识；

连接创建模块，用于根据所述身份标识，创建与至少一个所述智能电视的连接；

所述信息推荐模块具体用于：

如果检测到至少一个所述智能电视满足消息推荐条件，则利用所述连接，采用消息队列遥测传输协议将所述待推荐消息发送至少一个所述智能电视中。

9.根据权利要求7所述的消息推荐装置，其特征在于，所述信息确定模块包括：

数据处理单元，用于接收所述智能电视端收集的数据，并对所述数据进行分析处理，以分别确定适合所述智能电视端中至少一个智能电视的待推荐消息；

关系保存单元，用于保存所述待推荐消息和至少一个智能电视的对应关系；

所述信息推荐模块具体用于：

根据所述对应关系，分别将所述待推荐消息发送至对应的所述智能电视中。

10.根据权利要求7-9任一项所述的消息推荐装置，其特征在于，所述用户行为维度包括：观看或开启时长维度、连续观看或开启天数维度、点击次数维度以及点击类型维度中的至少一项。

11.根据权利要求7-9任一项所述的消息推荐装置，其特征在于，所述属性信息维度包括：身份标识维度、地域维度、网络环境属性维度以及系统版本维度中的至少一项。

12.根据权利要求7-9任一项所述的消息推荐装置，其特征在于，所述目标对象信息维度包括：节目或者应用软件的名称维度、节目播放时间维度、节目或者应用软件所属的类型信息维度、节目或者应用软件的收费信息维度以及节目或者应用软件的内容信息维度中的至少一项。