一种移动终端的视频更新推送方法以及客户端的制作方法

文档序号:10492715阅读:208来源:国知局
一种移动终端的视频更新推送方法以及客户端的制作方法
【专利摘要】本发明提供了一种移动终端的视频更新推送方法以及客户端。其中,所述方法包括:接收服务器端发送的用户已关注的视频已经更新的视频提醒;判断当前时间是否是所述用户的可推送时间段,其中,所述可推送时间段为所述用户允许推送所述视频提醒的推送时间段;如果当前时间是所述用户的可推送时间段,则在所述移动终端的界面上实时显示所述视频提醒;如果当前时间不是所述用户的可推送时间段,则在下一个所述可推送时间段开始时在所述移动终端的界面上显示所述视频提醒。本发明解决了传统的视频更新推送方法以及装置具有内容简单、自由定制性较差以及限制条件较多的技术问题。
【专利说明】
-种移动终端的视频更新推送方法从及客户端
技术领域
[0001] 本发明实施例设及智能应用领域,尤其设及一种移动终端的视频更新推送方法W 及客户端。
【背景技术】
[0002] 随着移动终端(包括智能手机、平板电脑等)功能的强大,W及海量应用的产生,其 带给了人们更佳的移动生活体验。在视频观看领域亦产生了众多的智能应用,其安装于移 动终端上,用户可W通过智能应用观看电视剧、电影、电视直播节目等。
[0003] 但是,对于用户已经关注的视频(包括电视剧、电影、电视直播节目等)的更新提 醒,一方面,主要依赖于视频应用接收服务器的更新提醒,在应用开启时向用户进行推送, 假若用户的应用没有被开启则无法接收服务器的更新提醒,运种情况下用户可能错过对已 经关注的视频进行及时更新;另一方面,一些用户已经关注的视频多在午夜时分进行更新, 而此时用户正处于休息状态不适宜接收更新提醒,即传统的视频更新推送方法W及装置并 不具有用户根据自己的实际情况自由接收更新提醒的功能;再者,传统的视频更新推送方 法W及装置的更新提醒消息过于简单,不能对已经更新的视频内容做进一步提示。
[0004] 综上所述,传统的视频更新推送方法W及装置具有包括自由定制性较差W及限制 条件较多的技术问题。

【发明内容】

[0005] 本发明实施例提供一种移动终端的视频更新推送方法W及服务器、客户端,用W 解决传统的视频更新推送方法W及装置具有包括自由定制性较差W及限制条件较多的技 术问题。
[0006] 本发明实施例提供了一种移动终端的视频更新推送方法,应用于服务器端,其包 括:
[0007] 记录各个视频的更新时间W及关注所述各个视频的各个用户;
[0008] 检测当前时间是否已到所述更新时间;
[0009] 如果是,则向所述各个用户发送已关注的视频已经更新的视频提醒,W供在所述 各个用户的移动终端的界面上显示所述视频提醒。
[0010] 本发明实施例并提供了一种移动终端的视频更新推送方法,应用于客户端,其包 括:
[0011] 接收服务器端发送的用户已关注的视频已经更新的视频提醒;
[0012] 判断当前时间是否是所述用户的可推送时间段,其中,所述可推送时间段为所述 用户允许推送所述视频提醒的推送时间段;
[0013] 如果当前时间是所述用户的可推送时间段,则在所述移动终端的界面上实时显示 所述视频提醒;
[0014] 如果当前时间不是所述用户的可推送时间段,则在下一个所述可推送时间段开始 时在所述移动终端的界面上显示所述视频提醒。
[0015] 本发明实施例并提供了一种服务器,其包括:
[0016] 记录模块,用于记录各个视频的更新时间W及关注所述各个视频的各个用户;
[0017] 检测模块,用于检测当前时间是否已到所述更新时间;从及
[0018] 发送模块,用于在所述检测模块检测到当前时间已到所述更新时间后,向所述各 个用户发送已关注的视频已经更新的视频提醒,W供在所述各个用户的移动终端的界面上 显示所述视频提醒。
[0019] 本发明实施例还提供了一种客户端,其包括:
[0020] 接收模块,用于接收服务器端发送的用户已关注的视频已经更新的视频提醒;
[0021] 判断模块,用于判断当前时间是否是所述用户的可推送时间段,其中,所述可推送 时间段为所述用户允许推送所述视频提醒的推送时间段;
[0022] 显示模块,用于如果当前时间是所述用户的可推送时间段,则在所述移动终端的 界面上实时显示所述视频提醒,或者用于如果当前时间不是所述用户的可推送时间段,贝U 在下一个所述可推送时间段开始时在所述移动终端的界面上显示所述视频提醒。
[0023] 本发明实施例提供的移动终端的视频更新推送方法W及服务器、客户端,通过检 测当前时间已到用户已关注的视频的更新时间,在所述移动终端的界面上进行实时或者延 迟推送视频提醒,解决了传统的视频更新推送方法W及装置具有限制条件较多的技术问 题;W及通过用户对可推送时间的设定,提高了移动终端的视频更新推送方法W及服务器、 客户端的自由定制性,提升用户体验。
【附图说明】
[0024] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现 有技术描述中所需要使用的附图做一简单地介绍,显而易见地,下面描述中的附图是本发 明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可W根 据运些附图获得其他的附图。
[0025] 图1为本发明实施例1 一种移动终端的视频更新推送方法的一方法流程图;
[0026] 图2为本发明实施例1 一种移动终端的视频更新推送方法的又一方法流程图;
[0027] 图3为本发明实施例2-种移动终端的视频更新推送方法的一方法流程图;
[0028] 图4为本发明实施例2-种移动终端的视频更新推送方法的又一方法流程图;
[0029] 图5为本发明实施例2-种移动终端的视频更新推送方法的又一方法流程图;
[0030] 图6为本发明实施例3的一种服务器的一结构框图;
[0031 ]图7为本发明实施例3的一种服务器的又一结构框图;
[0032] 图8为本发明实施例4的一种客户端的一结构框图;
[0033] 图9为本发明实施例4的一种客户端的又一结构框图。
【具体实施方式】
[0034] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例 中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是 本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0035] 实施例1
[0036] 为解决传统的视频更新推送方法W及装置具有内容简单、自由定制性较差W及限 制条件较多的技术问题,请参考图1,为本发明实施例1 一种移动终端的视频更新推送方法 的一方法流程图,所述方法应用于服务器端,所述方法包括包括:
[0037] 步骤S100,记录各个视频的更新时间W及关注所述各个视频的各个用户;
[0038] 步骤S200,检测当前时间是否已到所述更新时间;
[0039] 步骤S300,如果是,则向所述各个用户发送已关注的视频已经更新的视频提醒,W 供在所述各个用户的移动终端的界面上显示所述视频提醒。
[0040] 在运里,所述移动终端包括但不限制于智能手机、平板电脑W及智能电视,所述服 务器指的是为安装于所述移动终端的视频播放应用(如乐视视频、优酷、爱奇艺视频等)提 供视频源文件的终端。
[0041] 具体地,在步骤SlOO中,所述服务器要记录各个视频的更新时间,并记录关注所述 各个视频的各个用户。在运里,请参考图2,为本发明实施例1 一种移动终端的视频更新推送 方法的又一方法流程图,所述记录各个视频的更新时间W及关注所述各个视频的各个用户 的方法进一包括:
[0042] 步骤S110,从所述各个视频的视频源获取所述各个视频的更新时间;
[0043] 步骤S120,记录所述各个用户对所述各个视频进行的更新设置关注。
[0044] 在运里,所述各个视频包括电影、电视剧W及其他电视节目。在步骤SllO中,服务 器获取收录其中的各个视频节目的更新时间,如服务器获取了电视剧A、B、C的更新时间分 别为每天凌晨的1点、2、3点,并在所述服务器中生成了一个映射表,具体请参考表1。并且, 所述服务器从所述移动终端的视频应用中获取用户对所述各个视频进行的更新设置关注 (步骤S120),如分别有用户A1、A2、A3……AN关注了电视剧A的更新,分别有用户Bl、B2、 B3……BN关注了电视剧B的更新,分别有用户C1、C2、C3……CN关注了电视剧C的更新,并在 所述服务器中生成了相应的映射表,具体请参考表1。
[00451
[0046] 表 1
[0047] 需要说明的是,同一个用户可W同时关注多个视频,如用户Al可W同时关注电视 剧A、B、C,同一个视频也可W被多个用户说关注,至于具体的关注W及对应关系,不同的视 频具有不同的对应关系;另外,视频的更新时间因不同的视频而定,并不一定是每日都有跟 新,可W每日一更新如电视剧,也可W是每周一更新如综艺类的电视节目,在运里,并不对 视频的更新周期做具体的限定,所述服务器从所述各个视频的视频源获取所述各个视频的 更新时间,如由乐视出品的电视剧《甄嫣传》则从乐视网获取其更新时间,如每天的凌晨1点 钟。
[0048] 另外,在步骤SlOO中,服务器获取所述各个视频的更新时间W及所述各个用户对 所述各个视频进行的更新设置关注的先后顺序,并不做具体的限定,即所述步骤SI 10和步 骤S120的先后顺序并不是唯一的,如可W先获取更新时间再记录用户对各个视频的关注, 也可W先记录用户对各个视频的关注再获取更新时间。本发明所要达到的技术效果是记录 各个视频的更新时间W及关注所述各个视频的各个用户,即获取上述表1的内容。
[0049] 承接上述步骤S100,在步骤S200中,所述服务器从所述各个视频的视频源获取所 述各个视频的更新时间后,检测当前时间是否已到所述更新时间。在运里,所述服务器可W 通过互联网实时获取当前时间,并将所述当前时间与所述更新时间相互比较,W视频A为例 其更新时间为每日的凌晨1点钟,如当前时间是2016年1月15日20点18分,则表明已到所述 更新时间;如当前时间是2016年1月15日0点18分,则表明未到所述更新时间。在运里,一般 对于每日都有更新的视频,仅仅需要比较24小时的时间即可;对于非每日都有更新的视频, 如周更新、月更新或者更长更新周期等,W及更新时间不定期的视频时不仅需要比较24小 时的时间,还需要比较具体的年月日,W保证更新的准确性。
[0050] 承接上述步骤S200,在步骤S300中,如果检测到所述当前时间是否已到所述更新 时间,则向所述各个用户发送已关注的视频已经更新的视频提醒。如所述当前时间为2016 年1月15日20点18分,而视频A的更新时间为每日的凌晨1点钟,即表明检测到所述当前时间 是否已到所述更新时间,此时,所述服务器便向关注视频A的用户A1、A2、A3……AN发送视频 A已经更新的视频提醒,在运里,所述视频提醒W供在所述各个用户的移动终端的界面上显 示所述视频提醒,所述视频提醒在所述移动终端的界面上W可视化消息窗的形式呈现,如 在所述移动终端的界面上弹出一可视化消息窗口,在所述可视化消息窗口上显示所述视频 提醒的内容,所述视频提醒的内容包括所述更新的视频的剧集介绍,如所述视频A为音乐赛 事节目《我是歌手》,其更新的是第四期,而第四期中歌手赵传在上期的排名中垫底但是本 期逆袭获得第一名,其唱的曲目是经典摇滚曲目,因此所述剧集介绍就可W为"上期垫底歌 手致敬经典摇滚,逆袭夺冠",通过所述视频提醒中的剧情介绍可W让用户了解已经更新的 视频的情况,有助于提升用户对更新的视频的兴趣,促使用户对所述更新的视频进行及时 更新观看。需要指出的是,所述更新提醒发送给所述用户,并通过所述客户端后台开启的视 频更新提醒进程,在所述客户端没有被开启的情况下,可直接显示在所述移动终端的界面 上,避免了因用户没有开启所述客户端而错过了视频更新的提醒。
[0051] 另外,本申请W及本实施例讨论的是所述当前时间已到所述更新时间,即有视频 提醒的情况。
[0化2]实施例2
[0053] 为解决传统的视频更新推送方法W及装置具有包括自由定制性较差W及限制条 件较多的技术问题,请参考图3,为本发明实施例2-种移动终端的视频更新推送方法的一 方法流程图,所述方法应用于客户端,所述方法包括:
[0054] 步骤S500,接收服务器端发送的用户已关注的视频已经更新的视频提醒;
[0055] 步骤S600,判断当前时间是否是所述用户的可推送时间段,其中,所述可推送时间 段为所述用户允许推送所述视频提醒的推送时间段;
[0056] 步骤S710,如果当前时间是所述用户的可推送时间段,则在所述移动终端的界面 上实时显示所述视频提醒.
[0057] 步骤S720,如果当前时间不是所述用户的可推送时间段,则在下一个所述可推送 时间段开始时在所述移动终端的界面上显示所述视频提醒。
[0058] 在运里,所述移动终端包括但不限制于智能手机、平板电脑W及智能电视,所述服 务器指的是为安装于所述移动终端的视频播放应用(如乐视视频、优酷、爱奇艺视频等)提 供视频源文件的终端,所述客户端即所述视频播放应用(如乐视视频、优酷、爱奇艺视频 等),其安装于所述移动终端上,为用户提供各种视频播放体验。
[0059] 具体地,在步骤S500中,所述客户端接收所述服务器发送的用户已关注的视频已 经更新的视频提醒,如实施例1中的视频A已经更新的视频提醒,其中,所述视频提醒是由所 述服务器发给所述已关注视频A更新的用户的,如用户A1、A2、A3……AN。在运里,要求所述 客户端和所述服务器通过互联网相互连通,W保证所述服务器发送的所述视频提醒可W被 所述客户端上的所述用户所接收。
[0060] 承接上述步骤S500,在步骤S600中,所述客户端判断当前时间是否是所述用户的 可推送时间段,在运里,所述可推送时间段为所述用户允许推送所述视频提醒的推送时间 段,具体地,假设某一用户的空闲时间为晚上7点至晚上11点,在运一时间段中,允许接收其 关注的视频的更新提醒;亦或者,由于视频更新需要耗费大量的数据流量,因此所述可推送 时间段也可W定义为用户接入无线网络的时间段,此时,在接收到所述视频更新提醒时,便 可W利用无线网络进行及时更新缓存。综上所述,所述可推送时间段强调的是所述用户允 许推送所述视频提醒的推送时间段,即表明所述可推送时间段是由用户自己根据自己的实 际情况自由设定的。请参考图4,为本发明实施例2-种移动终端的视频更新推送方法的又 一方法流程图,所述移动终端的视频更新推送方法还包括:
[0061] 步骤S410,接收所述用户通过交互界面对所述可推送时间段的设置。
[0062] 在步骤S410中,所述客户端接收所述用户通过交互界面根据自己的实际情况对所 述可推送时间段的设置。在运里,用户可W根据自己的空闲时间、具体网络类型等对所述可 推送时间段进行设置。
[0063] 所述客户端在接收到所述服务器发来的所述视频提醒后,获取当前时间,并判断 所述当前时间是否是所述用户的可推送时间段,如所述用户的所述可推送时间段为18点到 23点,而在接收到所述服务器发来的所述视频提醒后,获取的当前时间是21点30分,则表明 所述当前时间不是所述用户的可推送时间段;假若在接收到所述服务器发来的所述视频提 醒后,获取的当前时间是23点30分,则表明所述当前时间不是所述用户的可推送时间段。
[0064] 承接上述步骤S600,对所述当前时间进行判断得出结果后,所述结果只能有两个, 即所述当前时间是所述用户的可推送时间段W及所述当前时间不是所述用户的可推送时 间段。
[0065] 当所述当前时间是所述用户的可推送时间段时,则在所述移动终端的界面上实时 显示所述视频提醒(步骤S710)。即在接收到所述服务器发送的视频提醒,且判断当前时间 刚好是所述用户的可退送时间,则即刻在所述移动终端的界面上显示所述视频提醒,W被 所述用户第一时间感知,进而保证了更新提醒的及时性,提升了用户体验。如用户在21点30 分接收到视频A已经更新的视频提醒,而该用户的所述可推送时间段为18点到23点,则所述 客户端在接收到所述视频提醒后即刻将所述视频提醒在所述移动终端的界面上实时显示 该视频提醒。
[0066] 当所述当前时间不是所述用户的可推送时间段时,则在所述移动终端的界面上在 下一个所述可推送时间段开始时显示所述视频提醒(步骤S720)。即在接收到所述服务器发 送的视频提醒,但判断当前时间不是所述用户的可退送时间,如在23点30分的时候接收到 所述服务器发送的视频提醒,而用户的所述可退送时间为18点到23点,此时表明当前时间 已经超过所述用户的可退送时间,此时所述客户端对于所述视频提醒进行延迟推送的处 理,其被延迟到下一个可退送时间段进行推送,如第二天的可推送时间段进行推送,具体 地,被延迟到下一个所述可退送时间段开始时进行推送,如在第二天的18点时在所述移动 终端的界面上显示所述视频提醒;另外,若在13点30分的时候接收到所述服务器发送的视 频提醒,而用户的所述可退送时间为18点到23点,此时表明当前时间还未到所述用户的可 退送时间,此时所述客户端对于所述视频提醒也进行延迟推送的处理,在18点的时候在所 述移动终端的界面上显示所述视频提醒。换言之,当所述当前时间不是所述用户的可推送 时间段时,所述客户端对于所述视频提醒进行延迟推送的处理,所述视频提醒被延迟至未 来时间段上距离当前时间最接近的所述可推送时间段的开始时进行提醒,在所述移动终端 的界面上显示所述视频提醒。
[0067] 其中,本实施例中所述视频提醒在所述移动终端的界面上W可视化消息窗的形式 呈现,如在所述移动终端的界面上弹出一可视化消息窗口,在所述可视化消息窗口上显示 所述视频提醒的内容,所述视频提醒的内容包括所述更新的视频的剧集介绍,如所述视频A 为音乐赛事节目《我是歌手》,其更新的是第四期,而第四期中歌手赵传在上期的排名中垫 底但是本期逆袭获得第一名,其唱的曲目是经典摇滚曲目,因此所述剧集介绍就可W为"上 期垫底歌手致敬经典摇滚,逆袭夺冠",通过所述视频提醒中的剧情介绍可W让用户了解已 经更新的视频的情况,有助于提升用户对更新的视频的兴趣,促使用户对所述更新的视频 进行及时更新观看。
[0068] 另外,请参考图5,为本发明实施例2-种移动终端的视频更新推送方法的又一方 法流程图,所述移动终端的视频更新推送方法还包括:
[0069] 步骤S420,接受所述用户通过交互界面对需要接收所述视频提醒的视频的关注。
[0070] 具体地,步骤S420中,所述客户端提供一交互界面,所述交互界面供用户和客户端 进行交互,并同互联网将交互结果传送至所述服务器,从而使所述服务器记录所述用户已 关注的所述各个视频,在运里,所述关注的意思是接收所述服务器发送的所述各个视频已 经更新的视频提醒。具体地,所述用户通过包括但不限制于点选的方式选择自己所关注的 所述各个视频,所述客户端接受所述用户的关注行为,并将所述用户关注的结果传送至所 述服务器,W供所述服务器记录所述用户已关注的所述各个视频。需要说明的是,所述客户 端并不对用户关注视频的种类和数量做具体的限定,原则上所述用户关注视频的种类和数 量是不受个数的限制的。
[0071] 需要指出的是,在智能应用领域,安装应用后首次开启时为弹出一对话框询问用 户是否愿意接收该应用推送的消息,当用户选择不愿意接收时,便不会收到所述应用发送 的任何消息。但是,本申请的视频提醒消息并不等同于上述提到的所述消息,其在需要在客 户端的已关注视频的交互界面选择是否接收运些视频的更新消息。即所述客户端在所述移 动终端的后台会时刻开启接收所述服务器发送的视频更新提醒的进程,也就是说其可W实 时接收所述服务器发送的视频更新提醒,即便是在所述客户端没有被开启的情况下,也可 W接收所述服务器发送的视频更新提醒,并将所述视频更新提醒实时或者是延迟的推送至 所述移动终端的界面上,避免了因用户没有开启所述客户端而错过了视频更新的提醒。提 升了用户接收所述视频更新提醒的时效性,促使用户对所述更新的视频进行及时更新观 看,提升用户体验。
[0072] 通过检测当前时间已到用户已关注的视频的更新时间,在所述移动终端的界面上 进行实时或者延迟推送视频提醒,解决了传统的视频更新推送方法W及装置具有限制条件 较多的技术问题;W及通过用户对可推送时间的设定,提高了移动终端的视频更新推送方 法W及服务器、客户端的自由定制性,提升用户体验;所述视频提醒W可视化消息窗的形式 在移动终端界面呈现,且所述视频提醒包括了所更新的视频的剧集介绍,可W给用户W剧 集提示有助于用户有目的的进行视频更新,进一步提升用户体验。
[0073] 实施例3
[0074] 请参考图6,为本发明实施例3的一种服务器的一结构框图,所述服务器10包括记 录模块110、检测模块120W及发送模块130。
[0075] 所述记录模块110用于记录各个视频的更新时间W及关注所述各个视频的各个用 户。
[0076] 所述检测模块120用于检测当前时间是否已到所述更新时间。
[0077] 所述发送模块130用于在所述检测模块检测到当前时间已到所述更新时间后,向 所述各个用户发送已关注的视频已经更新的视频提醒,W供在所述各个用户的移动终端的 界面上显示所述视频提醒。
[0078] 请参考图7,为本发明实施例3的一种服务器的又一结构框图,所述记录模块模块 110包括获取单元1101W及记录单元1102。
[0079] 所述获取单元1101用于从所述各个视频的视频源获取所述各个视频的更新时间。
[0080] 所述记录单元1102用于记录所述各个用户对所述各个视频进行的更新设置关注。
[0081] 在本申请其他较佳的实施例中,所述视频提醒在所述移动终端的界面上W可视化 消息窗的形式呈现,所述视频提醒包括所更新的视频的剧集介绍。
[0082] W上所述服务器的实施例若有不清楚之处,请参考实施例1的移动终端的视频更 新推送方法中应用于服务器端的实施例。
[0083] 实施例4
[0084] 请参考图8,为本发明实施例4的一种客户端的一结构框图,所述客户端20包括接 收模块210、判断模块220W及显示模块230。
[0085] 所述接收模块210用于接收服务器端发送的用户已关注的视频已经更新的视频提 醒;
[0086] 所述判断模块220用于判断当前时间是否是所述用户的可推送时间段,其中,所述 可推送时间段为所述用户允许推送所述视频提醒的推送时间段;
[0087] 所述显示模块230用于如果当前时间是所述用户的可推送时间段时,即在所述判 断模块220判断当前时间是所述用户的可推送时间段时,在所述移动终端的界面上实时显 示所述视频提醒,或者用于如果当前时间不是所述用户的可推送时间段时,即在所述判断 模块220判断当前时间不是所述用户的可推送时间段时,在所述移动终端的界面上在下一 个所述可推送时间段开始时显示所述视频提醒。
[0088] 请参考图9,为本发明实施例4的一种客户端的又一结构框图,所述客户端还包括 设置模块240和关注模块250。
[0089] 所述设置模块240用于接收所述用户通过交互界面对所述可推送时间段的设置。
[0090] 所述关注模块250用于接收所述用户通过交互界面对需要接收所述视频提醒的视 频的关注。
[0091] 在本申请其他较佳的实施例中,所述视频提醒在所述移动终端的界面上W可视化 消息窗的形式呈现,所述视频提醒包括所更新的视频的剧集介绍。
[0092] W上所述服务器的实施例若有不清楚之处,请参考实施例2的移动终端的视频更 新推送方法中应用于客户端的实施例。
[0093] W上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可 W是或者也可W不是物理上分开的,作为单元显示的部件可W是或者也可W不是物理单 元,即可W位于一个地方,或者也可W分布到多个网络单元上。可W根据实际的需要选择其 中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性 的劳动的情况下,即可W理解并实施。
[0094] 通过W上的实施方式的描述,本领域的技术人员可W清楚地了解到各实施方式可 借助软件加必需的通用硬件平台的方式来实现,当然也可W通过硬件。基于运样的理解,上 述技术方案本质上或者说对现有技术做出贡献的部分可WW软件产品的形式体现出来,该 计算机软件产品可W存储在计算机可读存储介质中,如R0M/RAM、磁碟、光盘等,包括若干指 令用W使得一台计算机设备(可W是个人计算机,服务器,或者网络设备等)执行各个实施 例或者实施例的某些部分所述的方法。
[0095] 最后应说明的是:W上实施例仅用W说明本发明的技术方案,而非对其限制;尽管 参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可 W对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换; 而运些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和 范围。
【主权项】
1. 一种移动终端的视频更新推送方法,其特征在于,包括: 接收服务器端发送的用户已关注的视频已经更新的视频提醒; 判断当前时间是否是所述用户的可推送时间段,其中,所述可推送时间段为所述用户 允许推送所述视频提醒的推送时间段; 如果当前时间是所述用户的可推送时间段,则在所述移动终端的界面上实时显示所述 视频提醒; 如果当前时间不是所述用户的可推送时间段,则在下一个所述可推送时间段开始时在 所述移动终端的界面上显示所述视频提醒。2. 如权利要求1所述的移动终端的视频更新推送方法,其特征在于,还包括: 接收所述用户通过交互界面对所述可推送时间段的设置。3. 如权利要求1所述的移动终端的视频更新推送方法,其特征在于,还包括: 接收所述用户通过交互界面对需要接收所述视频提醒的视频的关注。4. 如权利要求1所述的移动终端的视频更新推送方法,其特征在于,所述视频提醒在所 述移动终端的界面上以可视化消息窗的形式呈现。5. 如权利要求1所述的移动终端的视频更新推送方法,其特征在于,所述视频提醒包括 所更新的视频的剧集介绍。6. -种客户端,其特征在于,包括: 接收模块,用于接收服务器端发送的用户已关注的视频已经更新的视频提醒; 判断模块,用于判断当前时间是否是所述用户的可推送时间段,其中,所述可推送时间 段为所述用户允许推送所述视频提醒的推送时间段; 显示模块,用于如果当前时间是所述用户的可推送时间段,则在所述移动终端的界面 上实时显示所述视频提醒,或者用于如果当前时间不是所述用户的可推送时间段,则在下 一个所述可推送时间段开始时在所述移动终端的界面上显示所述视频提醒。7. 如权利要求6所述的客户端,其特征在于,还包括: 设置模块,用于接收所述用户通过交互界面对所述可推送时间段的设置。8. 如权利要求6所述的客户端,其特征在于,还包括: 关注模块,用于接收所述用户通过交互界面对需要接收所述视频提醒的视频的关注。9. 如权利要求6所述的移动终端的视频更新推送方法,其特征在于,所述视频提醒在所 述移动终端的界面上以可视化消息窗的形式呈现。10. 如权利要求6所述的移动终端的视频更新推送方法,其特征在于,所述视频提醒包 括所更新的视频的剧集介绍。
【文档编号】H04N21/488GK105847892SQ201610141258
【公开日】2016年8月10日
【申请日】2016年3月14日
【发明人】许壮壮
【申请人】乐视网信息技术(北京)股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1