本申请涉及信息技术领域，尤其涉及一种内容推送方法、执行该推送方法的装置以及一种计算机可读存储介质。
背景技术
当前，用户在打开电视机或者其他客户端设备收看多媒体或者其他节目时，电视机或者其他客户端设备经常会向用户推荐一些用户可能感兴趣的节目等等，例如，根据用户以往的搜索记录推荐多媒体内容等等。通过这种内容的推送可以帮助用户找到他/她感兴趣的内容，提高客户端设备以及网络的处理效率。
技术实现要素：
本申请实例提出了一种内容推送方法。该方法包括：接收第一用户终端发送的用户数据；以与所述用户数据对应的用户信息作为索引存储所述用户数据；响应于第二用户终端的推送请求，根据所述推送请求中的用户身份信息查找自身存储的与所述用户信息对应的用户数据；根据查找到的用户数据生成内容推送列表；以及下发所述内容推送列表至所述第二用户终端。
本申请实例还提出了一种内容推送方法。该方法包括：读取穿戴式智能设备上的用户数据；以及将所述用户数据发送至服务器，以使所述服务器根据所述用户数据生成内容推送列表。
本申请实例提出了一种服务器。该服务器包括：
接收模块，用于接收第一用户终端发送的用户数据并以与所述用户数据对应的用户信息作为索引存储所述用户数据；
查询模块，用于响应于第二用户终端的推送请求，根据所述推送请求中的用户身份信息查询自身存储的与所述用户信息对应的用户数据；
产生模块，用于根据所述用户数据生成内容推送列表；以及
发送模块，用于下发所述内容推送列表至所述第二用户终端。
本申请实例提出了一种用户终端。该用户终端包括：
读取模块，读取穿戴式智能设备上的用户数据；以及
发送模块，将所述用户数据发送至服务器，以使所述服务器根据所述用户数据生成内容推送列表。
本申请实例还提出了可以实现上述内容推送方法的计算机可读存储介质，其上存储有计算机指令，其中，所述计算机指令被处理器执行时实现上述任一一种内容推送方法的步骤。
通过上述技术方案，可以根据穿戴式智能设备采集的用户数据为用户选择适合的内容进行推广，避免了不必要的节目切换操作，从而提高客户端设备以及内容服务器的处理效率，降低功耗，节约硬件以及网络资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实例的系统结构示意图；
图2为本申请一实例的用户终端侧内容推送方法流程图；
图3为本申请一实例的服务器侧内容推送方法流程图；
图4为本申请一实例所述的内容推送方法的流程图；
图5为本申请一实例的建立目标应用的公众号与目标应用软件的账号信息的对应关系的方法流程图；
图6为本申请一实例所述的内容推送方法的流程图；
图7为本申请一实例所述的内容推送方法的流程图；
图8为本申请一实例的内容推送方法的服务器结构示意图；
图9为本申请一实例的内容推送方法的服务器的硬件结构示意图；
图10为本申请一实例的内容推送方法的用户终端结构示意图；以及
图11为本申请一实例的内容推送方法的用户终端的硬件结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为了描述上的简洁和直观，下文通过描述若干代表性的实施例来对本发明的方案进行阐述。实施例中大量的细节仅用于帮助理解本发明的方案。但是很明显，本发明的技术方案实现时可以不局限于这些细节。为了避免不必要地模糊了本发明的方案，一些实施方式没有进行细致地描述，而是仅给出了框架。下文中，“包括”是指“包括但不限于”，“根据……”是指“至少根据……，但不限于仅根据……”。下文中没有特别指出一个成分的数量时，意味着该成分可以是一个也可以是多个，或可理解为至少一个。
如前所述，通过内容的推送可以帮助用户找到他/她感兴趣的内容，提高客户端设备以及网络的处理效率。然而，目前的内容推送都是根据用户的使用习惯或者以往搜索的关键字来选择推送的内容的，而这种内容推送所采集的数据太过单一，并没有很好的利用用户的其他数据，因此，推送的内容也不一定适合用户。
为了解决上述问题，本申请的实例提出了一种内容推送方法，该方法可以从穿戴式智能设备获取与用户相关的用户数据，并根据获取的用户数据为用户选择适合的内容进行推送。其中，上述用户数据是由穿戴式智能设备采集的，可以表征用户特性的数据，例如，可以包括用户的心率、脉搏、睡眠质量、甚至可以得到血压和血糖的指数等身体特征数据，或可称为生理数据；还可以包括行走步数、运动时长、运动速率等运动数据；还可以包括通话时长、通话对象等通话数据。由于在本申请的实例中，进行推送内容选择所依据的数据更加全面，因此，可以为用户提供更为适合的内容。另一方面通过这种方法还可以提高客户端设备和服务器的处理效率，避免了用户终端和服务器之间的频繁交互，节省了硬件以及电力资源。
图1显示了本申请一些实例所述的内容推送方法所适用的系统结构示意图。如图1所示，本申请的系统至少包括：用户终端11、穿戴式智能设备12、网络13、服务器14和数据库15。
在本申请的一些实例中，上述用户终端11可以是智能电视、个人计算机(pc)、笔记本电脑等智能终端设备，也可以是智能手机、pad或者平板电脑等智能移动终端设备。在本申请的一些实例中，上述用户终端11可以包括短距离通信模块，例如蓝牙模块16等等。通过该短距离通信模块，用户终端11可以和近距离的其他终端设备，例如穿戴式智能设备12，进行直接通信。在本申请的另一些实例中，上述用户终端11可以包括网络通信模块，例如wifi模块等等。通过该网络通信模块，用户终端11可以接入网络和网络中的服务器或者其他终端设备进行通信。一般情况下，在用户终端11上可以安装各种应用软件，其中包括用户当前需要使用的用于观看影片、电视节目、直播节目等视频以及新闻、热点、评论等文字和/或图片内容的应用软件。在后文的描述中，为了方便描述，将用户要使用或者正在使用的应用软件称为目标应用软件。
上述穿戴式智能设备12可以是手腕式、头戴式等穿戴式智能设备，例如智能手环、智能脚环、智能腰带或者智能头盔等等。该穿戴式智能设备12可以采集并记录用户的各种用户数据，比如身体特征数据、运动数据、以及通话数据等等。通常情况下，穿戴式智能设备12也可以通过短距离通信模块，例如，蓝牙模块16，与近距离的其他设备连接并传输用户数据。当然，穿戴式智能设备12也可以通过其他通信方式接入网络并与其他设备进行通信。
网络13可以包括有线网络和无线网络。如图1所示，在接入网一侧，用户终端11可以通过无线的方式或者有线的方式接入到网络13；而在核心网一侧，服务器14一般是通过有线方式连接到网络13的。当然，服务器14也可以通过无线方式连接到网络13。
服务器14为上述目标应用软件的服务器，例如，可以是多媒体服务器，比如企鹅tv的服务器；也可以是为用户提供文字和/或图片推送内容的内容服务器，例如，腾讯新闻服务器等等。服务器14与用户终端11一起为用户提供服务，例如，视频节目推送、文字和/或图片内容推送等服务。
数据库15用于存储与上述目标应用软件相关的数据，例如用户的账号信息以及用户的用户数据等等。数据库15可以如图1所示的方式独立于服务器14，也可以和服务器14集成在一起。
在此前提下，基于上述图1所示的系统结构，本申请的实例提供了一种内容推送方法。图2示出了本申请实例提供的内容推送方法的流程图。如图2所示，该方法可以由用户终端11执行，包括以下步骤：
步骤201：用户终端11读取穿戴式智能设备12上的用户数据。
在一些实例中，用户终端11可以通过蓝牙等短距离通信方式与穿戴式智能设备12建立连接，并存储与穿戴式智能设备12的连接关系。因此，用户终端11可以根据自身存储的与穿戴式智能设备12的连接关系，通过蓝牙等短距离通信方式读取穿戴式智能设备12上的用户数据。
具体的，用户终端11上需要预先安装可以读取穿戴式智能设备12上用户数据的应用客户端，并在该应用客户端上添加已连接的穿戴式智能设备12。在本申请中，将该应用客户端称为与穿戴式智能设备相关的应用客户端。该与穿戴式智能设备相关的应用客户端可以调用穿戴式智能设备12的操作系统留有特有的接口，例如应用程序编程接口(api，applicationprogramminginterface)，通过该接口以及蓝牙等短距离通信方式从穿戴式智能设备12上读取上述用户数据。其中，上述与穿戴式智能设备相关的应用客户端可以是针对某种或者多种穿戴式智能设备12开发的应用程序，例如一些运动类应用，如咕咚运动、keep等等。上述与穿戴式智能设备的应用客户端也可以是在其他应用程序基础之上开发的子功能，例如，在社交应用平台上开发的公众号或者小程序等等，诸如微信运动、微博运动等等；或者是在目标应用程序基础之上开发的可以读取穿戴式智能设备数据的子功能，例如，可以在企鹅tv上开发运动子功能，通过该子功能可以绑定已连接到该用户终端的穿戴式智能设备，并读取穿戴式智能设备的各种数据等等。上述用户数据可以包括由穿戴式智能设备12监测的用户的心率、脉搏、睡眠质量、甚至是血压和血糖等身体特征数据；上述用户数据还可以包括行走步数、运动时长、运动速率等运动数据；此外，上述用户数据还可以包括通话时长、通话对象等通话数据。这些数据中的身体特征数据以及运动主机可以反映上述用户当前的身体状态，而这些数据中的通话数据可以反映上述用户与他人的联系情况，也即部分社会状态。
在一些实例中，用户终端11可以和穿戴式智能设备12进行通信的前提是二者建立连接。当用户终端11需要读取穿戴式智能设备12上的用户数据时，可以根据自身存储的连接关系首先确定是否已经和某个穿戴式智能设备12建立了连接关系，如果是，则通过已建立的连接关系读取相应的数据；如果否，则要先建立连接，再读取相应的数据。具体而言，用户终端11可以确定自身存储的连接关系中是否包含与穿戴式智能设备12的连接关系记录，如果包含与穿戴式智能设备12的连接关系记录，则确定已经连接穿戴式智能设备12；如果不包含穿戴式智能设备12的连接关系记录，则确定没有连接穿戴式智能设备12。
当确定没有连接穿戴式智能设备12时，如果要与穿戴式智能设备12建立连接，则用户终端11可以主动通过蓝牙等短距离通信模块搜索附近的支持且打开该短距离通信功能的穿戴式智能设备，并由用户进行选择以及确定是否和某个穿戴式智能设备12进行配对以建立连接。或者由用户主动开启穿戴式智能设备12的短距离通信模块，在穿戴式智能设备12搜索到该用户终端11后，由用户选择以及确认与该用户终端11进行配对以建立连接。当然，用户终端11也可以通过网络功能模块搜索附近的支持且打开网络通信功能的穿戴式智能设备并由用户进行选择以及确定是否和某个穿戴式智能设备12进行配对以建立连接。
步骤202：用户终端11将上述用户数据发送至服务器14。
在一些实例中，如前所述，用户终端11可以通过与穿戴式智能设备相关的应用客户端读取穿戴式智能设备上的用户数据，然后，再通过其上安装的目标应用程序客户端从与穿戴式智能设备的应用客户端读取用户数据，最后，通过其上安装的目标应用程序客户端将上述用户数据发送至服务器14。如前所述，上述与穿戴式智能设备的应用客户端可以是独立的应用程序也可以是在社交应用平台上开发的与穿戴式智能设备相关的公众号或小程序。而上述目标应用程序客户端可以是独立的目标应用客户端，例如，企鹅tv客户端。此时，上述用户数据可以以用户终端11上目标应用软件的账号信息作为标识，来标记该用户数据对应哪个用户。或者，上述目标应用程序客户端也可以是在社交应用平台上开发的目标应用公众号或小程序。此时，上述用户数据可以以用户终端11上目标应用公众号的用户标识作为标识，来标记该用户数据对应哪个用户。举一个例子，当用户在微信运动公众号上绑定了某个智能手环后，该微信运动公众号就可以定时或者响应于用户的请求从绑定的智能手环上读取用户数据，此时，如果用户在微信客户端上也关注的企鹅tv的公众号，则企鹅tv的公众号就可以定时或者响应于用户的请求从微信运动公众号中读取用户数据，并上传给企鹅tv服务器。
在一些实例中，用户终端11接收到上述用户数据后，可以由目标应用客户端或者目标应用公众号通过服务器14提供的通用网关接口cgi(commongatewayinterface)将上述用户数据和用户终端11上目标应用软件的账号信息或用户终端11上目标应用公众号的用户标识一起发送给服务器14。在本申请的一些实例中，如果上述用户数据以用户终端11上目标应用公众号的用户标识作为标识，则用户终端11需要预先通过cgi接口在服务器14上配置目标应用公众号的用户标识和目标应用软件的账号信息的绑定关系，也即将对应同一个用户的目标应用公众号的用户标识和目标应用软件的账号信息同时发给服务器14，从而在服务器14建立二者之间的映射关系。其中，cgi接口cgi是外部应用程序(cgi程序)与网页服务器之间的接口标准，是在cgi程序和网页服务器之间传递信息的过程。cgi规范允许网页服务器执行外部程序，并将它们的输出发送给网页浏览器，cgi将网页的一组简单的静态超媒体文档变成一个完整的新的交互式媒体。其中，用户终端11的账号信息可以是目标应用软件的用户登录账号，比如电话号码、邮箱或者qq号码等形式的用户登录账号。
更进一步的，服务器14在接收到上述用户数据和用户终端11的账号信息后，可以将上述用户数据以与该用户数据对应的用户信息作为索引保存至数据库15，以便服务器14在后续的处理中能够通过用户信息查找到与用户终端11的账号信息对应的用户数据。在本申请的一些实例中，上述用户信息可以是目标应用软件的账号信息。在本申请的另一些实例中，上述用户信息可以是目标应用公众号的用户标识。
步骤203：用户终端11向服务器14请求内容推送。
在一些实例中，当用户打开用户终端11的目标应用软件需要观看某个多媒体内容时，用户终端11可以向服务器14发送多媒体播放请求，请求服务器14下发相应的多媒体。其中，上述多媒体播放请求包括用户终端11的用户身份信息，例如目标应用软件的账号信息。此时，服务器14会根据该请求中的用户身份信息下发相应的多媒体至用户终端11。同时，对于服务器14来讲，上述多媒体播放请求也被进一步视为一个推送请求，也即请求服务器14在下发指定多媒体的同时下发内容推送列表。此时，服务器14会进一步根据从用户终端11接收的与用户身份信息对应的用户数据为用户选择适合的推送内容，生成内容推送列表，并下发给用户终端11。关于服务器14如何选择待推送的内容，将在下文中详细说明。
在另一些实例中，当用户打开用户终端11的目标应用软件而且并未选择需要观看某个多媒体内容时，用户终端11也可以向服务器14发送推送请求，请求服务器14下发待推送的内容。其中，上述推送请求包括用户终端11的用户身份信息，例如目标应用软件的账号信息。此时，服务器14会根据从用户终端11接收的与用户身份信息对应的用户数据为用户选择适合的推送内容，生成内容推送列表，并下发给用户终端11。关于服务器14如何选择待推送的内容，将在下文中详细说明。
步骤204：用户终端11接收并显示服务器14下发的内容推送列表。
在一些实例中，用户终端11接收服务器14下发的推送内容列表后，会在预设位置通过一个单独的区域展示推送内容列表，供用户选择，比如在显示窗口的左侧显示推送内容列表；或者在整个显示窗口内显示上述推送内容列表。而在本申请的一些实例中，如果除了推送内容列表之外，服务器14还同时下发了用户请求的多媒体内容，则用户终端11将同时显示用户请求的多媒体内容以及服务器下发的推送内容列表，例如在显示窗口的左侧显示用户请求的多媒体内容，而在显示窗口的右侧显示推送内容列表。
接下来，响应于用户的选择，用户终端11可以从服务器14获取并播放用户所选择的推送内容。
此外，在本申请的一些实例中，上述步骤201～204中的用户终端11在物理上可以是同一个用户终端，但是在逻辑上不是同一个用户终端，例如，201中的用户终端11可以是移动终端上的与穿戴式智能设备相关的应用客户端，例如，运动类应用客户端或者微信上的微信运动公众号，此时，可以将该用户终端称为第一用户终端。202中的用户终端11可以是移动终端上的目标应用客户端，例如企鹅tv客户端或者微信上的企鹅tv公众号。而步骤203～204中的用户终端11可以是移动终端上的目标应用客户端，例如，腾讯视频客户端。此时，可以将该用户终端称为第二用户终端。
而在本申请的另一些实例中，上述步骤203～204中的用户终端11和上述步骤201～202中的用户终端11在物理上也可以不是同一个用户终端。例如，步骤201～202中的用户终端11可以是移动终端，例如用户的智能手机。此时，可以将该用户终端称为第一用户终端。在本申请的一些实例中，上述第一用户终端具体也可以指移动终端上的与穿戴式智能设备相关的应用客户端或目标应用客户端，例如，微信上的企鹅tv公众号。而步骤203～204中的用户终端11可以是客户端设备，例如，用户的智能电视。此时，可以将该用户终端称为第二用户终端。在本申请的一些实例中，上述第二用户终端具体也可以指智能电视上的目标应用程序客户端，例如，企鹅tv客户端。也即，例如，用户的智能手机上的应用程序客户端(第一用户终端)将与其连接的穿戴式智能设备采集的用户数据上传至服务器；然后，服务器根据这些用户数据为用户选择待推送的内容，生成内容推送列表，并将内容推送列表下发给用户的智能电视上的目标应用程序客户端(第二用户终端)，由智能电视完成内容的推送。当然，为了完成这样内容推送，服务器需要预先建立用户的第一用户终端和第二用户终端之间的关联关系。关于如何建立第一移动终端和第二移动终端之间的关联关系将在下文中详细说明。
图3示出了本申请实例提供的内容推送方法的流程图。如图3所示，该方法可以由服务器14执行，包括以下步骤：
步骤301：服务器14接收用户终端11发送的用户数据。
在一些实例中，用户终端11可以以用户终端11上目标应用软件的账号信息作为上述用户数据的标识并将该用户数据发送至服务器。
在另一些实例中，用户终端11可以以用户终端11上目标应用公众号的用户标识作为上述用户数据的标识并将该用户数据发送至服务器。此时，服务器14将接收第一用户终端通过目标应用公众号发送的用户数据；其中，所述用户数据是所述第一用户终端上的目标应用客户端或公众号通过与穿戴式智能设备相关的应用的客户端或公众号从穿戴式智能设备读取的。
步骤302：服务器以与该用户数据对应的用户信息作为索引存储该用户数据。
在一些实例中，服务器14在接收到上述用户数据和作为其标识的信息后，可以根据其标识的信息确定与用户数据对应的用户信息。
具体而言，在一些实例中，当用户终端11以用户终端11上目标应用软件的用户账号信息作为上述用户数据的标识时，上述用户信息可以就是目标应用软件的用户账号信息。或者，在另一些实例中，当用户终端11以用户终端11上目标应用公众号的用户标识作为上述用户数据的标识时，上述用户信息可以就是目标应用公众号的用户标识。又或者，在另一些实例中，当用户终端11以用户终端11上目标应用公众号的用户标识作为上述用户数据的标识时，上述用户信息可以就是与该目标应用公众号的用户标识对应的目标应用软件的用户账号信息。在这种情况下，服务器14将预先建立并存储目标应用公众号的用户标识与目标应用软件的用户账号信息之间的对应关系。关于建立上述对应关系的方法将在下文中详细描述。
将上述用户数据以用户信息为索引保存至数据库15的主要目的是服务器14在后续的处理中能够通过用户终端11的账号等用户身份信息查找到与该用户对应的用户数据。
步骤303：响应于用户终端11的推送请求，服务器14根据所述推送请求中的用户身份信息查询自身存储的与该用户终端11的账号信息对应的用户数据。
在一些实例中，上述推送请求可以指用户的多媒体播放请求。当服务器14接收到用户终端11发送的多媒体播放请求时，将获取相应的多媒体的存储地址，并反馈给用户终端11。同时，服务器14还将进一步根据多媒体播放请求中携带的用户身份信息查询自身存储的与该用户身份信息对应的用户数据。
在一些实例中，上述推送请求可以指用户的推送请求。当服务器14接收到用户终端11发送的推送请求时，将根据多媒体播放请求中携带的用户身份信息查询自身存储的与该用户终端的账号信息对应的用户数据。
在本申请的一些实例中，上述用户身份信息可以是目标应用软件的账号信息。当服务器14以目标应用软件的账号信息作为索引存储用户数据时，服务器14可以直接根据推送请求中的目标应用软件的账号信息查找与之对应的用户数据。当服务器14以目标应用公众号的用户标识作为索引存储用户数据时，服务器14将首先根据自身存储的目标应用软件的账号信息与目标应用公众号的用户标识之间的对应关系，确定与推送请求中的目标应用公众号的用户标识对应的目标应用软件的账号信息，再根据确定的目标应用软件的账号信息查找与之对应的用户数据。
步骤304：服务器14根据确定的用户数据生成内容推送列表。
在一些实例中，服务器14根据用户终端11的账号信息查找到用户数据后，启动数据适配算法，根据确定的用户数据生成内容推送列表。该算法主要是将上述用户数据的各项内容，如心率，脉搏，睡眠质量，血压，血糖等，通过预先设定的计算公式计算得到具体的数值。在本申请中将该具体的数值称为身体特征值。然后，再根据身体特征值所在的数值范围生成内容推送列表。更进一步，除了身体特征值之外，服务器14还可以进一步根据当前的时间和用户当前所观看的多媒体频道生成内容推送列表。
例如，设定身体特征值的门槛值为80，如果大于80说明身体特征值偏高。如果当前是早上，且根据上述适配算法计算得到的身体特征值偏高，则说明用户当前可能睡眠质量不是很好，并且心率，脉搏和血压可能偏高。这时如果用户正停留在精选频道的话，服务器14就会推荐一些比较休闲，养生，或者轻松的比较适合用户当前状态的多媒体给用户，比如可以是娱乐节目，饮食节目，养生医疗方面的节目等，帮助用户放松心情。
又例如，设定身体特征值的门槛值为80，如果大于80说明身体特征值偏高。如果当前是晚上，且根据上述适配算法计算得到的身体特征值偏高，则说明用户当前可能比较疲惫，并且心率，脉搏和血压可能偏高。这时如果用户正停留在电影频道的话，服务器14就会推荐一些比较轻松的、休闲的比较适合用户当前状态的电影给用户，比如可以是喜剧片或者爱情片等，帮助用户放松心情。
步骤305：服务器14下发生成的内容推送列表至用户终端11。
此外，在本申请的一些实例中，上述步骤302～304中的用户终端11和上述步骤301中的用户终端11在物理上可以是同一个用户终端。
而在本申请的另一些实例中，上述步骤302～304中的用户终端11和上述步骤301中的用户终端11在物理上也可以不是同一个用户终端。例如，步骤301中的用户终端11可以是移动终端，例如用户的智能手机。此时，可以将该用户终端称为第一用户终端。而步骤302～304中的用户终端11可以是客户端设备，例如，用户的智能电视。此时，可以将该用户终端称为第二用户终端。也即，例如，用户的智能手机(第一用户终端)将与其连接的穿戴式智能设备采集的用户数据上传至服务器；然后，服务器根据这些用户数据为用户选择待推送的内容，生成内容推送列表，并将内容推送列表下发给用户的智能电视(第二用户终端)，由智能电视完成内容的推送。如前所述，为了完成这样内容推送，服务器需要预先建立用户的第一用户终端和第二用户终端之间的关联关系。关于如何建立第一移动终端和第二移动终端之间的关联关系将在下文中详细说明。
通过上述方法，服务器14可以充分利用穿戴式智能设备12采集的与用户相关的用户数据确定用户当前的状态，并且针对不同用户的不同状态，推荐适合用户当前状态的内容，从而可以实现内容的精准投放。此外，上述方法一方面可以加强人机交互，提升用户体验；另一方面还可以避免用户终端和服务器之间的频繁交互，从而提高用户终端和服务器的处理效率和网络的利用率，减少功率消耗，节省资源等等。
具体的，在本申请的一些实例中，上述用户终端11可以是移动终端，例如智能手机、平板电脑以及pad等等便携式移动设备。在本申请的一些实例中，上述用户终端11还可以是诸如智能电视、个人计算机等客户端设备。当然，也可以是移动终端和客户端设备的组合。当用户终端11为不同的智能设备时，上述图2所示的多媒体数据同步方法在实现的具体细节实现上也会有所不同。下面结合不同的示例，进一步描述本申请一些实例提供的内容推送方法。
示例一：在本例中，用户终端11由移动终端和客户端设备两个终端设备实现。图4显示了本实例所述的内容推送方法所适用的系统结构示意图。如图4所示，当前系统包括：移动终端、穿戴式智能设备、服务器以及客户端设备。在本例中，由移动终端作为上述第一终端和穿戴式智能设备12通过短距离通信方式进行连接以获取用户数据；而由客户端设备作为上述第二终端请求服务器14下发多媒体数据内容并进行展示。
在本申请的一些实例中，图4显示了本申请一个实例所述的内容推送方法的流程图。如图4所示，该方法可以包括如下步骤：
步骤401：移动终端读取穿戴式智能设备12上的用户数据。
从连接方式上看，在一些实例中，移动终端可以通过蓝牙等短距离通信方式与穿戴式智能设备12建立连接，并可以进一步根据自身存储的与穿戴式智能设备12的连接关系，通过蓝牙等短距离通信方式读取由穿戴式智能设备12监测得到的用户数据其中，上述用户数据可以包括用户的身体特征数据、运动数据以及通话数据等等。
从应用层面上来看，具体的，在一些实例中，移动终端可以通过与穿戴式智能设备相关的应用客户端(例如运动类应用或者社交平台上运动类的公众号或者小程序)来从穿戴式智能设备12上读取上述用户数据。此时，移动终端上的目标应用客户端(例如目标应用或者社交平台上的目标应用公众号或者小程序)会进一步从与穿戴式智能设备相关的应用客户端读取上述用户数据。图4中虚线所示的步骤401a就显示了这样的情况。
举个例子，移动终端可以调用某个社交平台(也可以是其他公共平台)的插件或公众号来从穿戴式智能设备12上读取上述用户数据，例如，通过微信平台的微信运动公众号或者新浪微博平台的新浪运动插件来读取自身所连接智能手环上的身体特征数据、运动数据以及通话数据等等。这里所说的公众号可以是开发者或商家在公众平台上申请的应用账号，以网页形式展示，比如h5页面形式，通过该公众号，商家可在公众平台上实现和特定群体的文字、图片、语音、视频的全方位沟通、互动。比如，微信运动公众号是在微信公众平台申请的应用账号，微信用户可以通过关注微信运动公众号查看自己每天行走的步数，同时也可以和其他用户进行运动量的对比或点赞等等。然后，移动终端还可以通过公共平台上目标应用的公众号，每隔预设时间从上述相关公众账号读取上述用户数据。比如移动终端通过微信平台上的企鹅tv的公众号，每隔5秒从微信平台上的微信运动公众号读取用户数据。
在另一些实例中，还可以对目标应用的客户端软件进行二次开发，扩展读取与移动终端相连接的穿戴式智能设备12上的用户数据的功能，例如，扩展企鹅tv的功能，使之可以直接读取与移动终端相连接的穿戴式智能设备12上的用户数据。在这种情况下，用户终端就可以直接通过目标应用的客户端读取用户数据并通过目标应用的客户端将用户数据上传给服务器。
步骤402：移动终端将上述用户数据发送至服务器14。
上述步骤402的实现方法可以参考上述步骤202。具体的，移动终端可以利用目标应用的公众号通过服务器14提供给公众平台的cgi接口将上述用户数据上传至服务器14。其中，上述用户数据可以以目标应用公众号的用户标识作为标识，来区分该用户数据对应哪个用户。
步骤403：服务器14存储来自移动终端的用户数据。
在一些实例中，服务器14接收到上述用户数据和目标应用公众号的用户标识后，通过自身存储的目标应用公众号的用户标识与目标应用软件的账号信息的对应关系，查找到与作为上述用户数据标识的目标应用公众号的用户标识对应的目标应用软件的账号信息，并将上述用户数据以上述目标应用软件的账号信息为索引保存至数据库15，以便服务器14在后续的处理中能够通过上述目标应用软件的账号信息查找到上述账号下的用户数据。其中，上述目标应用软件的账号信息可以是安装在客户端设备的目标应用软件的用户登录账号，比如电话号码、邮箱或者qq号码等形式的用户登录账号。
其中，目标应用公众号是目标应用软件在社交应用的公众平台申请的应用账号，上述应用账号即为目标应用公众号的标识，上述目标应用公众号标识可以是首页url。
其中，关于建立目标应用公众号的用户标识与目标应用软件的账号信息的对应关系的方法，下文中会详细描述。
步骤404：客户端设备向服务器14请求内容推送。
在一些实例中，上述客户端设备可以是智能电视以及个人计算机等设备。上述推送请求中可以包括用户身份信息，例如目标应用软件的账号信息。上述步骤404的实现方法可以参考上述步骤203。
步骤405：响应于客户端设备的请求，服务器14根据自身存储的用户数据生成内容推送列表。
上述步骤405的实现方法可以参考上述步骤302和303。
步骤406：服务器14向所述客户端设备下发生成的内容推送列表。
步骤407：客户端设备接收并展示上述常规多媒体和推荐多媒体内容推送列表，供用户选择。
上述步骤407的实现方法可以参考上述步骤204。
此后，客户端设备可以响应于用户选择的推送内容向服务器14请求相应的内容。
下面将结合示例详细描述建立目标应用公众号的用户标识与目标应用软件的账号信息的对应关系的方法。
图5示出了建立目标应用公众号的用户标识与目标应用软件的账号信息的对应关系的方法流程图。如图5所示，该方法包括以下步骤：
步骤501：响应于用户的绑定请求，客户端设备展示绑定界面并向服务器14发送绑定请求。
在一些实例中，上述绑定界面可以为一个网页，比如h5页面。客户端设备将客户端设备的设备标识、目标应用软件的账号信息等用户信息配置在访问上述绑定界面的统一资源定位符url(uniformresourcelocator)地址里面，比如将客户端设备的设备标识以及目标应用软件的账号信息等用户信息添加到上述绑定界面的url的尾部，并将上述绑定界面的url作为绑定请求参数发送给服务器14。
步骤502：服务器14根据上述绑定请求，生成一个电子化码并发送给客户端设备以使其进行展示。
在本申请的一些实例中，上述电子化码可以是条形码、二维码等图形识别码。并且在上述电子化码中将包含上述绑定界面的url，也即将包含客户端设备的设备标识以及目标应用软件客户端设备侧的账号信息等用户信息。
步骤503：客户端设备接收并展示上述电子化码。
在本申请的一些实例中，客户端设备在接收到服务器下发的电子化码后，将通过自身的显示设备显示该电子化码。
步骤504：移动终端扫描上述电子化码，根据上述电子化码中的获得上述绑定界面的url，并根据上述绑定界面的url跳转到目标应用公众号提供的绑定界面以获取上述客户端设备的设备标识及目标应用软件的账号信息等用户信息并提示用户绑定。
在一些实例中，移动终端的社交应用客户端根据上述绑定界面的url直接跳转到目标应用公众号提供的绑定界面的前提是移动终端用户的社交应用的用户账号关注过目标应用的公众号，如果没有关注目标应用的公众号，则直接跳转到上述目标应用的公众号的首页，提示用户关注；如果已经关注过目标应用的公众号，则直接跳转到目标应用公众号提供的绑定界面，获取上述客户端设备的设备标识以及目标应用软件客户端设备侧的账号信息等用户信息并提示上述用户绑定。
比如，社交应用为微信客户端，目标应用软件为企鹅tv，目标应用公众号为企鹅tv在微信公众平台申请的应用账号，其标识为企鹅公众号首页url，那么，如果移动终端用户的微信客户端的用户账号没有关注过企鹅tv的公众号，则移动终端的微信客户端首先跳转到企鹅公众号的首页，提示上述用户关注；如果移动终端用户的微信客户端的用户账号已经关注过企鹅tv的公众号，则直接跳转到目标应用公众号提供的绑定界面，获取上述绑定界面包含的客户端设备的设备标识以及目标应用软件客户端设备侧的账号信息等用户信息并提示上述用户绑定。
步骤505：响应于用户的绑定操作，通过移动终端上的社交应用客户端将上述目标应用公众号标识和目标应用软件客户端设备侧账号信息绑定。
在一些实例中，上述社交应用客户端的目标应用公众号可以将目标应用软件客户端设备侧账号信息添加至上述目标应用公众号标识对应的账号管理列表中以实现在移动终端一侧的绑定。
步骤506：移动终端上的社交应用客户端根据目标应用公众号标识和社交应用客户端的用户账号生成目标应用公众号的用户标识，将上述目标应用公众号的用户标识以及目标应用软件的账号信息添加到绑定成功通知里，并将该绑定成功通知发送给服务器14.
在一个具体举例中，目标应用公众号为企鹅tv公众号，目标应用公众号标识可以企鹅tv公众号主页url，社交应用客户端的用户账号为微信客户端的用户账号，那么，可以将微信客户端的用户账号添加至企鹅tv公众号主页url末尾，生成企鹅tv公众号的用户标识，即，企鹅tv公众号主页url+微信客户端的用户账号作为企鹅tv公众号的用户标识。
步骤507：服务器14接收来自所述社交应用客户端的绑定成功通知，建立所述目标应用软件的账号信息与所述目标应用公众号的用户标识的对应关系，也即建立绑定关系。
需要说明的是，上述图5显示的是建立目标应用的公众号的用户标识与目标应用软件的账号信息的对应关系的方法。通过上述方法，在服务器可以将移动终端和客户端设备关联起来，这样，服务器在收到来自移动终端上目标应用的公众号的用户数据，并根据该用户数据生成了内容推广列表之后，即可根据上述建立的对应关系，找到与移动终端上目标应用公众号的用户标识对应的目标应用客户端设备的账号信息，并根据该账号信息将生成的内容推广列表下发给该对应的客户端设备。
在本申请的一些实例中，服务器还可以通过其他方式建立移动终端与客户端设备的对应关系。例如，服务器可以直接建立设备标识之间的对应关系。例如，服务器建立移动终端的设备标识和客户端设备的设备标识之间的对应关系。这样，服务器在收到来自移动终端的用户数据，并根据该用户数据生成了内容推广列表之后，亦可根据上述建立的对应关系，找到与移动终端的设备标识对应的客户端设备的设备标识，并根据该客户端设备的设备标识将生成的内容推广列表下发给该对应的客户端设备。
或者，服务器直接通过目标应用软件的账号信息完成移动终端和客户端设备之间的关联。例如，服务器建立通过相同账号登录的移动终端和客户端设备的对应关系。这样，服务器在收到来自移动终端的用户数据，并根据该用户数据生成了内容推广列表之后，即可根据上述建立的对应关系，找到与移动终端使用相同账号登录自身的客户端设备，并将生成的内容推广列表下发给该对应的客户端设备。
示例二：在本例中，用户终端11为移动终端。在本例中，由移动终端和穿戴式智能设备12进行连接以获取用户数据，并由移动终端请求服务器14下发多媒体数据内容并进行展示。
在本申请的一些实例中，图6显示了当用户终端11为移动终端时的一个具体的实现流程。如图6所示，该方法可以包括如下步骤：
步骤601：移动终端读取穿戴式智能设备12上的用户数据。
具体的，上述601步骤的实现方法可以参考上述步骤401。
步骤602：移动终端将上述用户数据发送至服务器14。
上述步骤602的实现方法可以参考上述步骤402。
步骤603：服务器14存储来自移动终端的用户数据。
上述步骤603的实现方法可以参考上述步骤403。
步骤604：移动终端向服务器14请求内容推送。
上述步骤604的实现方法可以参考上述步骤404。
步骤605：响应于移动终端的请求，服务器14根据自身存储的用户数据生成内容推送列表。
上述步骤605的实现方法可以参考上述步骤405。
步骤606：服务器14向所述移动终端下发生成的内容推送列表。
步骤607：移动终端接收并展示上述常规多媒体和推荐多媒体内容推送列表，供用户选择。
上述步骤607的实现方法可以参考上述步骤407。
此后，移动终端可以响应于用户选择的推送内容向服务器14请求相应的内容。
示例三：在本例中，用户终端11为客户端设备。在本例中，由客户端设备和穿戴式智能设备12进行连接以获取用户数据，并由客户端设备请求服务器14下发多媒体数据内容并进行展示。
在本申请的一些实例中，图7显示了当用户终端11为客户端设备时的一个具体的实现流程。如图7所示，该方法可以包括如下步骤：
步骤701：客户端设备读取穿戴式智能设备12上的用户数据。
在本例中，客户端设备可以通过蓝牙等短距离通信模块与穿戴式智能设备12进行通信。
上述701步骤的实现方法可以参考上述步骤201.
具体的，可以对目标应用软件的客户端进行二次开发，扩展读取与移动终端相连接的穿戴式智能设备12上的用户数据的功能，例如，扩展企鹅tv的功能，使之可以读取与移动终端相连接的穿戴式智能设备12上的用户数据。
步骤702：客户端设备将上述用户数据发送至服务器14。
上述步骤702的实现方法可以参考上述步骤202。
具体的，客户端设备可以利用自身安装的目标应用软件通过网络交互的形式，将上述用户数据以及目标应用软件客户端设备侧的账号信息发送给服务器14。
步骤703：服务器14存储来自客户端设备的用户数据。
在一些实例中，服务器14在接收到上述用户数据和目标应用软件客户端设备侧的账号信息后，可以将上述用户数据以目标应用软件客户端设备侧的账号信息为索引保存至数据库15，以便服务器14在后续的处理中能够通过目标应用软件客户端设备侧的账号信息查找到与目标应用软件客户端设备侧的账号信息对应的用户数据。
步骤704：客户端设设备向服务器14请求内容推送。
上述步骤704的实现方法可以参考上述步骤203。
步骤705：响应于客户端设备的请求，服务器14根据自身存储的用户数据生成内容推送列表。
上述步骤705的实现方法可以参考上述步骤605。
步骤706：服务器14向所述客户端设备下发生成的内容推送列表。
步骤707：客户端设备接收并展示上述常规多媒体和推荐多媒体内容推送列表，供用户选择。
上述步骤707的实现方法可以参考上述步骤607。
此后，客户端设备可以响应于用户选择的推送内容向服务器14请求相应的内容。
无论通过上述任意一种方法，服务器14均可以充分利用穿戴式智能设备12采集的与用户相关的用户数据推荐适合用户当前状态的内容，从而可以实现内容的精准投放。此外，上述方法一方面可以加强人机交互，提升用户体验；另一方面还可以避免用户终端和服务器之间的频繁交互，从而提高用户终端和服务器的处理效率和网络的利用率，减少功率消耗，节省资源等等。
对应以上内容推送的方法，本申请还提供了实现上述方法的内容推送服务器800以及用户终端1000。
在本申请的一些实例中，上述实现内容推送方法的服务器800可由图8所示的结构图实现，包括接收模块801、查询模块802、产生模块803和发送模块804，各模块的功能如下：
接收模块801，用于接收第一用户终端发送的用户数据并以与所述用户数据对应的用户信息作为索引存储所述用户数据；
查询模块802，用于响应于第二用户终端的推送请求，根据所述推送请求中的用户身份信息查询自身存储的与所述用户信息对应的用户数据；
产生模块803，用于根据所述用户数据生成内容推送列表；以及
发送模块804，用于下发所述内容推送列表至所述第二用户终端。
在一些实例中，接收模块801用于将所述用户数据以目标应用软件的账号信息为索引保存至数据库；或者用于将所述用户数据以目标应用公众号的用户标识为索引保存至数据库。
在一些实例中，所述产生模块803将所述用户数据的各项内容，通过预先设定的计算公式计算得到身体特征数值；根据所述身体特征数值所在的数值范围生成内容推送列表。在另一些实例中，产生模块803在生成内容推送列表时还可以进一步根据当前时间以及当前所在频道之一或其组合。
为了使内容推送服务器800具备绑定功能，所述内容推送服务器800进一步包括：
所述接收模块801进一步接收所述第二终端发送的绑定请求；其中所述绑定请求为配置有所述第二终端的设备标识以及目标应用软件的账号信息的url地址；
所述产生模块803进一步根据所述绑定请求生成一个电子化码，并发送给所述第二终端进行展示；
所述接收模块801进一步接收第一终端在扫描所述电子化码后发送的绑定成功通知；其中，所述绑定通知中配置有所述目标应用公众号的用户标识以及所述目标应用软件的账号信息；以及
所述服务器进一步包括：建立模块805，用于建立所述目标应用公众号的用户标识和所述目标应用软件的账号信息的对应关系。
图9示出了内容推送服务器800所在的计算设备900的组成结构图。如图9所示，该计算设备包括一个或者多个处理器(cpu)902、通信模块904、存储器906、用户接口910，以及用于互联这些组件的通信总线908。
处理器902可通过通信模块904接收和发送数据以实现网络通信和/或本地通信。
用户接口910包括一个或多个输出设备912，其包括一个或多个扬声器和/或一个或多个可视化显示器。用户接口910也包括一个或多个输入设备914，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。
存储器906可以是高速随机存取存储器，诸如dram、sram、ddrram、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。
存储器906存储处理器902可执行的指令集，包括：
操作系统916，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；
应用918，包括用于内容推送的各种应用程序，这种应用程序能够实现上述各实例中的处理流程，比如可以包括图8所示的内容推送服务器800中的部分或全部单元。各单元或模块801-805中的至少一个模块可以存储有机器可执行指令。处理器902通过执行存储器906中各模块801-805中至少一个模块中的机器可执行指令，进而能够实现上述各模块801-805中的至少一个模块的功能。
在本申请的一些实例中，上述实现内容推送的用户终端1000可由图10所示的结构图实现，包括读取模块1001和发送模块1002，各模块的功能如下：
读取模块1001，读取穿戴式智能设备上的用户数据；
发送模块1002，将所述用户数据发送至服务器，以使所述服务器根据所述用户数据生成内容推送列表。
在一些实例中，所述实现内容推送的用户终端1000进一步包括连接模块1003，用于根据自身存储的连接关系首先确定是否已经和所述穿戴式智能设备建立连接关系，如果没有建立，则通过蓝牙等短距离通信方式与所述穿戴式智能设备建立连接，并存储与所述穿戴式智能设备的连接关系。
在一些实例中，所述读取模块1001通过目标应用软件或者公众号从所述穿戴式智能设备上读取所述用户数据。
在一些实例中，所述发送模块1002通过所述服务器提供的通用网关接口cgi(commongatewayinterface)将所述用户数据以用户账号信息为标识发送给所述服务器。
在一些实例中，所述发送模块1002进一步将所述用户数据利用目标应用的公众号或目标应用软件，通过所述服务器提供的cgi接口发送给所述服务器。
其中，所述发送模块1002发送的用户数据可以以目标应用软件的账号信息为标识或者以目标应用公众号的用户标识为标识。
为了使内容推送用户终端1000具备绑定功能，所述内容推送用户终端1000进一步包括：
扫描模块1004，用于扫描所述第二终端展示的所述服务器响应于所述第二终端的绑定请求下发的电子化码；
绑定模块1005，用于根据所述电子化码获得所述第二终端展示的绑定界面的url；其中，所述绑定界面的url中配置有所述第二终端的设备标识以及目标应用软件的账号信息；根据所述绑定界面的url跳转到目标应用公众号提供的绑定界面以提示用户绑定；响应于所述用户的绑定操作，将所述目标应用公众号的标识和所述用户账号信息绑定；根据所述目标应用公众号标识和社交应用的账号生成目标应用公众号的用户标识；
发送模块1002，进一步将所述目标应用公众号的用户标识添加到绑定成功通知里，并将所述绑定成功通知发送给所述服务器。
上述用户终端1000还可以进一步包括：
第二发送模块，用于发送内容推送请求至所述服务器；其中，所述推送请求中包括用户身份信息；
接收模块，用于接收所述服务器生成的内容推送列表；以及
显示装置，用于展示所述内容推送列表。
图11示出了内容推送用户终端1000所在的计算设备1100的组成结构图。如图11所示，该计算设备包括一个或者多个处理器(cpu)1102、通信模块1104、存储器1106、用户接口1110，以及用于互联这些组件的通信总线1108。
处理器1102可通过通信模块1104接收和发送数据以实现网络通信和/或本地通信。
用户接口1110包括一个或多个输出设备1112，其包括一个或多个扬声器和/或一个或多个可视化显示器。用户接口1110也包括一个或多个输入设备1114，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。
存储器1106可以是高速随机存取存储器，诸如dram、sram、ddrram、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。
存储器1106存储处理器1102可执行的指令集，包括：
操作系统1116，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；
应用1118，包括用于内容推送的各种应用程序，这种应用程序能够实现上述各实例中的处理流程，比如可以包括图10所示的内容推送用户终端1000中的部分或全部单元。各单元或模块1001-1005中的至少一个模块可以存储有机器可执行指令。处理器1102通过执行存储器1106中各模块1001-1005中至少一个模块中的机器可执行指令，进而能够实现上述各模块1001-1005中的至少一个模块的功能。
需要说明的是，上述各流程和各结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块可以分由多个模块实现，多个模块的功能也可以由同一个模块实现，这些模块可以位于同一个设备中，也可以位于不同的设备中。
各实施例中的硬件模块可以以硬件方式或硬件平台加软件的方式实现。上述软件包括机器可读指令，存储在非易失性存储介质中。因此，各实施例也可以体现为软件产品。
因此，本申请的一些实例还提供了一种计算机可读存储介质，其上存储有计算机指令，其中，所述计算机指令被处理器执行时实现上述图2-7中任一图所述方法的步骤。
各例中，硬件可以由专门的硬件或执行机器可读指令的硬件实现。例如，硬件可以为专门设计的永久性电路或逻辑器件(如专用处理器，如fpga或asic)用于完成特定的操作。硬件也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。
另外，本申请的每个实例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本申请。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和或内存)中执行。因此，这样的存储介质也构成了本申请，本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，这种数据处理程序可用于执行本申请上述方法实例中的任何一种实例。
图8和图10中的模块对应的机器可读指令可以使计算机上操作的操作系统等来完成这里描述的部分或者全部操作。非易失性计算机可读存储介质可以是插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器。安装在扩展板或者扩展单元上的cpu等可以根据指令执行部分和全部实际操作。
另外，在本申请各个实例中的装置及各模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上装置或模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。