一种消息补发方法、服务器及显示设备与流程

本申请要求在2020年4月30日提交中国专利局、申请号为202010364836.5、发明名称为“一种显示设备教育模式显示方法”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

本申请涉及智能电视技术领域，尤其涉及一种消息补发方法、服务器及显示设备。

背景技术：

智能电视是基于internet应用技术，具备开放式操作系统与芯片，拥有开放式应用平台，可实现双向人机交互功能，集影音、娱乐、数据等多种功能于一体的电视产品，用于满足用户多样化和个性化需求。智能电视可以依赖于网络以及多种信号源，为用户提供多种媒体资源，满足不同用户的观看需要。

随着远程教育的普及，通过智能电视实现远程教育的需求也越来越迫切。现有智能电视实现远程教育的方式通常为在电视中安装教育类应用程序，以通过教育类应用程序获取远程教育资源，如直播课程等。直播课程不同于传统媒资，具有一定的时限性，即作为教授方的终端会在指定的时间开始直播课程，同时作为学习方的终端需要在直播开始后才能进行学习。因此，为了提前知晓直播课程的开始时间，服务器可以通过将上课消息发送至各终端，以达到通知效果。

通常，服务器采用定时任务的方式，在直播开始前的预设时间发送上课消息。例如，在直播课程开始前的24h向各终端发送上课消息。但这种上课消息的方式仅限于在预设时间之前已购买该课程的用户终端，对于在定时任务处理过后再购买该课时的用户不会再收到提醒，导致针对部分已购用户漏发上课消息的问题。

技术实现要素：

本申请提供了一种消息补发方法、服务器及显示设备，以解决传统定时任务方式容易导致针对部分已购用户漏发消息的问题。

第一方面，本申请提供一种消息补发方法，包括：

获取用户购买通知，所述用户购买通知包括用户信息以及媒资id；

根据所述用户信息查询预推送媒资，所述预推送媒资为媒资开播时间在预设判断周期内，且媒资结束时间晚于当前时间的媒资；

根据所述预推送媒资的媒资id提取推送消息；

将所述推送消息发送至所述用户信息对应的显示设备。

基于上述消息补发方法，本申请还提供本申请还提供一种服务器，包括：后台服务系统、内容系统以及推送系统。其中，所述后台服务系统被配置为发送用户购买通知；所述内容系统被配置为存储媒资信息。

所述推送系统被配置为执行以下程序步骤：

从所述后台服务系统获取用户购买通知，所述用户购买通知包括用户信息以及媒资id；

根据所述用户信息在所述内容系统中查询预推送媒资，所述预推送媒资为媒资开播时间在预设判断周期内，且媒资结束时间晚于当前时间的媒资；

根据所述预推送媒资的媒资id在所述内容系统中提取推送消息；

将所述推送消息发送至所述用户信息对应的显示设备。

由以上技术方案可知，本申请第一方面提供的消息补发方法可以在获取用户购买通知后，根据用户信息查询预推送媒资，从而根据预推送媒资的媒资id提取推送消息，最后将推送消息发送至用户信息对应的显示设备。其中，所述预推送媒资为媒资开播时间在预设判断周期内，且媒资结束时间晚于当前时间的媒资。实际应用中，可以筛选出定时推送任务未推送的媒资，并通过所述消息补发方法进行将消息推送给已购买的用户，缓解针对部分已购用户漏发消息的问题。

第二方面，本申请还提供一种消息补发方法，包括：

获取用户购买通知，所述用户购买通知包括用户信息以及媒资id；

根据所述媒资id查询对应媒资的上一次推送任务的执行时间；

如果当前时间在所述执行时间之后的预设判断周期内，提取推送消息；

将所述推送消息发送至所述用户信息对应的显示设备。

基于上述消息补发方法，本申请第二方面还提供一种服务器，包括：后台服务系统、内容系统以及推送系统。其中，所述后台服务系统被配置为发送用户购买通知；所述内容系统被配置为存储媒资信息。

所述推送系统被配置为执行以下程序步骤：

从所述后台服务系统获取用户购买通知，所述用户购买通知包括用户信息以及媒资id；

根据所述媒资id在所述内容系统中查询对应媒资的上一次推送任务的执行时间；

如果当前时间在所述执行时间之后的预设判断周期内，在所述内容系统中提取推送消息；

将所述推送消息发送至所述用户信息对应的显示设备。

由以上技术方案可知，本申请第二方面提供的消息补发方法，可以在获取用户购买通知后，根据媒资id查询对应媒资的上一次推送任务的执行时间。如果当前时间在执行时间之后的预设判断周期内，提取推送消息，最后将推送消息发送至用户信息对应的显示设备。所述方法可以根据用户购买的媒资上一次推送执行时间来补发推送消息，缓解针对部分已购用户漏发消息的问题。

第三方面，本申请还提供一种显示设备，包括：显示器、通信器以及控制器。其中，所述显示器被配置为展示购买界面；所述通信器被配置为与服务器建立通信连接。

所述控制器被配置为执行以下程序步骤：

获取用户在购买界面输入的用于购买媒资播放权利的购买行为指令；

响应于所述购买行为指令，向所述服务器发送购买指令，以使所述服务器的后台服务系统发送用户购买通知，所述用户购买通知包括用户信息以及媒资id；

接收服务器反馈的预推送媒资的推送消息，所述预推送媒资为媒资开播时间在预设判断周期内，且媒资结束时间晚于当前时间的媒资。

由以上技术方案可知，本申请第三方面提供的显示设备可以响应于用户输入的购买行为指令，与服务器之间进行交互，从而使服务器的后台服务系统发送用户购买通知，并根据用户信息查询预推送媒资，从而根据预推送媒资的媒资id提取推送消息，以反馈推送消息。显示设备再通过接收推送消息，以将漏发的推送消息进行显示，缓解针对部分已购用户漏发消息的问题。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中显示设备与控制装置之间操作场景的示意图；

图2为本申请实施例中显示设备的硬件配置框图；

图3为本申请实施例中控制设备的硬件配置框图；

图4为本申请实施例中显示设备软件配置示意图；

图5为本申请实施例中显示设备应用程序的图标控件界面显示示意图；

图6为本申请实施例中显示设备消息显示界面示意图；

图7为本申请实施例中一种消息补发方法的流程示意图；

图8为本申请实施例中确定预设判断周期的流程示意图；

图9为本申请实施例中标记预推送媒资的流程示意图；

图10为本申请实施例中另一种消息补发方法的流程示意图；

图11为本申请实施例中显示设备的结构示意图。

具体实施方式

下面将详细地对实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下实施例中描述的实施方式并不代表与本申请相一致的所有实施方式。仅是与权利要求书中所详述的、本申请的一些方面相一致的系统和方法的示例。

基于本申请描述的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请所附权利要求保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明(unlessotherwiseindicated)。应该理解这样使用的用语在适当情况下可以互换，例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的那些组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请中使用的术语“模块”，是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

本申请中使用的术语“遥控器”，是指电子设备(如本申请中公开的显示设备)的一个组件，通常可在较短的距离范围内无线控制电子设备。一般使用红外线和/或射频(rf)信号和/或蓝牙与电子设备连接，也可以包括wifi、无线usb、蓝牙、动作传感器等功能模块。例如：手持式触摸遥控器，是以触摸屏中用户界面取代一般遥控装置中的大部分物理内置硬键。

本申请中使用的术语“手势”，是指用户通过一种手型的变化或手部运动等动作，用于表达预期想法、动作、目的/或结果的用户行为。

本申请提供的消息补发方法可应用于服务器，所述服务器用于为显示设备提供多种服务。通常，显示设备可以向服务器发送多种请求，服务器则可以根据显示设备发送的请求反馈对应的数据。推送消息是由服务器统一发送给给多个不同的显示设备的一种数据，通常用来传递某些提示信息，例如媒资开播预告、系统提示等。其中，所述显示设备是指具有界面显示功能的设备，如智能电视等。需要说明的是，所述显示设备并不局限于上述智能电视，还可以是具有界面显示功能的其他设备，例如手机、平板电脑、笔记本电脑等。

图1中示例性示出了根据实施例中显示设备与服务器的场景。如图1中示出，用户可通过移动终端300和控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式等，通过无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键，语音输入、控制面板输入等输入用户指令，来控制显示设备200。如：用户可以通过遥控器上音量加减键、频道控制键、上/下/左/右的移动按键、语音输入按键、菜单键、开关机按键等输入相应控制指令，来实现控制显示设备200的功能。

在一些实施例中，也可以使用移动终端、平板电脑、计算机、笔记本电脑、和其他智能设备以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。该应用程序通过配置可以在与智能设备关联的屏幕上，在直观的用户界面(ui)中为用户提供各种控制。

在一些实施例中，移动终端300可与显示设备200安装软件应用，通过网络通信协议实现连接通信，实现一对一控制操作的和数据通信的目的。如：可以实现用移动终端300与显示设备200建立控制指令协议，将遥控控制键盘同步到移动终端300上，通过控制移动终端300上用户界面，实现控制显示设备200的功能。也可以将移动终端300上显示音视频内容传输到显示设备200上，实现同步显示功能。

如图1中还示出，显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(lan)、无线局域网(wlan)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。示例的，显示设备200通过发送和接收信息，以及电子节目指南(epg)互动，接收软件程序更新，或访问远程储存的数字媒体库。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。通过服务器400提供视频点播和广告服务等其他网络服务内容。

显示设备200，可以液晶显示器、oled显示器、投影显示设备。具体显示设备类型，尺寸大小和分辨率等不作限定，本领技术人员可以理解的是，显示设备200可以根据需要做性能和配置上一些改变。

显示设备200除了提供广播接收电视功能之外，还可以附加提供计算机支持功能的智能网络电视功能，包括但不限于，网络电视、智能电视、互联网协议电视(iptv)等。

图2中示例性示出了根据示例性实施例中显示设备200的硬件配置框图。

在一些实施例中，显示设备200中包括控制器250、调谐解调器210、通信器220、检测器230、输入/输出接口255、显示器275，音频输出接口285、存储器260、供电电源290、用户接口265、外部装置接口240中的至少一种。

在一些实施例中，显示器275，用于接收源自第一处理器输出的图像信号，进行显示视频内容和图像以及菜单操控界面的组件。

在一些实施例中，显示器275，包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件。

在一些实施例中，显示视频内容，可以来自广播电视内容，也可以是说，可通过有线或无线通信协议接收的各种广播信号。或者，可显示来自网络通信协议接收来自网络服务器端发送的各种图像内容。

在一些实施例中，显示器275用于呈现显示设备200中产生且用于控制显示设备200的用户操控ui界面。

在一些实施例中，根据显示器275类型不同，还包括用于驱动显示的驱动组件。

在一些实施例中，显示器275为一种投影显示器，还可以包括一种投影装置和投影屏幕。

在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或外部服务器进行通信的组件。例如：通信器可以包括wifi芯片，蓝牙通信协议芯片，有线以太网通信协议芯片等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。

在一些实施例中，显示设备200可以通过通信器220与外部控制设备100或内容提供设备之间建立控制信号和数据信号发送和接收。

在一些实施例中，用户接口265，可用于接收控制装置100(如：红外遥控器等)红外控制信号。

在一些实施例中，检测器230是显示设备200用于采集外部环境或与外部交互的信号。

在一些实施例中，检测器230包括光接收器，用于采集环境光线强度的传感器，可以通过采集环境光可以自适应性显示参数变化等。

在一些实施例中，检测器230还可以包括图像采集器，如相机、摄像头等，可以用于采集外部环境场景，以及用于采集用户的属性或与用户交互手势，可以自适应变化显示参数，也可以识别用户手势，以实现与用户之间互动的功能。

在一些实施例中，检测器230还可以包括温度传感器等，如通过感测环境温度。

在一些实施例中，显示设备200可自适应调整图像的显示色温。如当温度偏高的环境时，可调整显示设备200显示图像色温偏冷色调，或当温度偏低的环境时，可以调整显示设备200显示图像偏暖色调。

在一些实施例中，检测器230还可声音采集器等，如麦克风，可以用于接收用户的声音。示例性的，包括用户控制显示设备200的控制指令的语音信号，或采集环境声音，用于识别环境场景类型，使得显示设备200可以自适应适应环境噪声。

在一些实施例中，如图2所示，输入/输出接口255被配置为，可进行控制器250与外部其他设备或其他控制器250之间的数据传输。如接收外部设备的视频信号数据和音频信号数据、或命令指令数据等。

在一些实施例中，外部装置接口240可以包括，但不限于如下：可以高清多媒体接口hdmi接口、模拟或数据高清分量输入接口、复合视频输入接口、usb输入接口、rgb端口等任一个或多个接口。也可以是上述多个接口形成复合性的输入/输出接口。

在一些实施例中，如图2所示，调谐解调器210被配置为，通过有线或无线接收方式接收广播电视信号，可以进行放大、混频和谐振等调制解调处理，从多多个无线或有线广播电视信号中解调出音视频信号，该音视频信号可以包括用户所选择电视频道频率中所携带的电视音视频信号，以及epg数据信号。

在一些实施例中，调谐解调器210解调的频点受到控制器250的控制，控制器250可根据用户选择发出控制信号，以使的调制解调器响应用户选择的电视信号频率以及调制解调该频率所携带的电视信号。

在一些实施例中，广播电视信号可根据电视信号广播制式不同区分为地面广播信号、有线广播信号、卫星广播信号或互联网广播信号等。或者根据调制类型不同可以区分为数字调制信号，模拟调制信号等。或者根据信号种类不同区分为数字信号、模拟信号等。

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。这样，机顶盒将接收到的广播电视信号调制解调后的电视音视频信号输出给主体设备，主体设备经过第一输入/输出接口接收音视频信号。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250可以控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器275上显示ui对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接或图标。与所选择的对象有关操作，例如：显示连接到超链接界面、文档、图像等操作，或者执行与所述图标相对应程序的操作。用于选择ui对象用户命令，可以是通过连接到显示设备200的各种输入装置(例如，鼠标、键盘、触摸板等)输入命令或者与由用户说出语音相对应的语音命令。

如图2所示，控制器250包括随机存取存储器251(randomaccessmemory，ram)、只读存储器252(read-onlymemory,rom)、视频处理器270、音频处理器280、其他处理器253(例如：图形处理器(graphicsprocessingunit，gpu)、中央处理器254(centralprocessingunit，cpu)、通信接口(communicationinterface)，以及通信总线256(bus)中的至少一种。其中，通信总线连接各个部件。

在一些实施例中，ram251用于存储操作系统或其他正在运行中的程序的临时数据在一些实施例中，rom252用于存储各种系统启动的指令。

在一些实施例中，rom252用于存储一个基本输入输出系统，称为基本输入输出系统(basicinputoutputsystem，bios)。用于完成对系统的加电自检、系统中各功能模块的初始化、系统的基本输入/输出的驱动程序及引导操作系统。

在一些实施例中，在收到开机信号时，显示设备200电源开始启动，cpu运行rom252中系统启动指令，将存储在存储器的操作系统的临时数据拷贝至ram251中，以便于启动或运行操作系统。当操作系统启动完成后，cpu再将存储器中各种应用程序的临时数据拷贝至ram251中,然后，以便于启动或运行各种应用程序。

在一些实施例中，cpu处理器254，用于执行存储在存储器中操作系统和应用程序指令。以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。

在一些示例性实施例中，cpu处理器254，可以包括多个处理器。多个处理器可包括一个主处理器以及一个或多个子处理器。主处理器，用于在预加电模式中执行显示设备200一些操作，和/或在正常模式下显示画面的操作。一个或多个子处理器，用于在待机模式等状态下一种操作。

在一些实施例中，图形处理器253，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等。包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象。以及包括渲染器，对基于运算器得到的各种对象，进行渲染，上述渲染后的对象用于显示在显示器上。

在一些实施例中，视频处理器270被配置为将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等等视频处理，可得到直接可显示设备200上显示或播放的信号。

在一些实施例中，视频处理器270，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等。

其中，解复用模块，用于对输入音视频数据流进行解复用处理，如输入mpeg-2,则解复用模块进行解复用成视频信号和音频信号等。

视频解码模块，则用于对解复用后的视频信号进行处理，包括解码和缩放处理等。

图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的gui信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。

帧率转换模块，用于对转换输入视频帧率，如将60hz帧率转换为120hz帧率或240hz帧率，通常的格式采用如插帧方式实现。

显示格式化模块，则用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出rgb数据信号。

在一些实施例中，图形处理器253可以和视频处理器可以集成设置，也可以分开设置，集成设置的时候可以执行输出给显示器的图形信号的处理，分离设置的时候可以分别执行不同的功能，例如gpu+frc(framerateconversion))架构。

在一些实施例中，音频处理器280，用于接收外部的音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等处理，得到可以在扬声器中播放的声音信号。

在一些实施例中，视频处理器270可以包括一颗或多颗芯片组成。音频处理器，也可以包括一颗或多颗芯片组成。

在一些实施例中，视频处理器270和音频处理器280，可以单独的芯片，也可以于控制器一起集成在一颗或多颗芯片中。

在一些实施例中，音频输出，在控制器250的控制下接收音频处理器280输出的声音信号，如：扬声器286，以及除了显示设备200自身携带的扬声器之外，可以输出至外接设备的发生装置的外接音响输出端子，如：外接音响接口或耳机接口等，还可以包括通信接口中的近距离通信模块，例如：用于进行蓝牙扬声器声音输出的蓝牙模块。

供电电源290，在控制器250控制下，将外部电源输入的电力为显示设备200提供电源供电支持。供电电源290可以包括安装显示设备200内部的内置电源电路，也可以是安装在显示设备200外部电源，在显示设备200中提供外接电源的电源接口。

用户接口265，用于接收用户的输入信号，然后，将接收用户输入信号发送给控制器250。用户输入信号可以是通过红外接收器接收的遥控器信号，可以通过网络通信模块接收各种用户控制信号。

在一些实施例中，用户通过控制装置100或移动终端300输入用户命令，用户输入接口则根据用户的输入，显示设备200则通过控制器250响应用户的输入。

在一些实施例中，用户可在显示器275上显示的图形用户界面(gui)输入用户命令，则用户输入接口通过图形用户界面(gui)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(graphicuserinterface，gui)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、widget等可视的界面元素。

存储器260，包括存储用于驱动显示设备200的各种软件模块。如：第一存储器中存储的各种软件模块，包括：基础模块、检测模块、通信模块、显示控制模块、浏览器模块、和各种服务模块等中的至少一种。

基础模块用于显示设备200中各个硬件之间信号通信、并向上层模块发送处理和控制信号的底层软件模块。检测模块用于从各种传感器或用户输入接口中收集各种信息，并进行数模转换以及分析管理的管理模块。

例如，语音识别模块中包括语音解析模块和语音指令数据库模块。显示控制模块用于控制显示器进行显示图像内容的模块，可以用于播放多媒体图像内容和ui界面等信息。通信模块，用于与外部设备之间进行控制和数据通信的模块。浏览器模块，用于执行浏览服务器之间数据通信的模块。服务模块，用于提供各种服务以及各类应用程序在内的模块。同时，存储器260还用存储接收外部数据和用户数据、各种用户界面中各个项目的图像以及焦点对象的视觉效果图等。

图3示例性示出了根据示例性实施例中控制设备100的配置框图。如图3所示，控制设备100包括控制器110、通信接口130、用户输入/输出接口、存储器、供电电源。

控制设备100被配置为控制显示设备200，以及可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。如：用户通过操作控制设备100上频道加减键，显示设备200响应频道加减的操作。

在一些实施例中，控制设备100可是一种智能设备。如：控制设备100可根据用户需求安装控制显示设备200的各种应用。

在一些实施例中，如图1所示，移动终端300或其他智能电子设备，可在安装操控显示设备200的应用之后，可以起到控制设备100类似功能。如：用户可以通过安装应用，在移动终端300或其他智能电子设备上可提供的图形用户界面的各种功能键或虚拟按钮，以实现控制设备100实体按键的功能。

控制器110包括处理器112和ram113和rom114、通信接口130以及通信总线。控制器用于控制控制设备100的运行和操作，以及内部各部件之间通信协作以及外部和内部的数据处理功能。

通信接口130在控制器110的控制下，实现与显示设备200之间控制信号和数据信号的通信。如：将接收到的用户输入信号发送至显示设备200上。通信接口130可包括wifi芯片131、蓝牙模块132、nfc模块133等其他近场通信模块中至少之一种。

用户输入/输出接口140，其中，输入接口包括麦克风141、触摸板142、传感器143、按键144等其他输入接口中至少一者。如：用户可以通过语音、触摸、手势、按压等动作实现用户指令输入功能，输入接口通过将接收的模拟信号转换为数字信号，以及数字信号转换为相应指令信号，发送至显示设备200。

输出接口包括将接收的用户指令发送至显示设备200的接口。在一些实施例中，可以红外接口，也可以是射频接口。如：红外信号接口时，需要将用户输入指令按照红外控制协议转化为红外控制信号，经红外发送模块进行发送至显示设备200。再如：射频信号接口时，需将用户输入指令转化为数字信号，然后按照射频控制信号调制协议进行调制后，由射频发送端子发送至显示设备200。

在一些实施例中，控制设备100包括通信接口130和输入输出接口140中至少一者。控制设备100中配置通信接口130，如：wifi、蓝牙、nfc等模块，可将用户输入指令通过wifi协议、或蓝牙协议、或nfc协议编码，发送至显示设备200.

存储器190，用于在控制器的控制下存储驱动和控制控制设备200的各种运行程序、数据和应用。存储器190，可以存储用户输入的各类控制信号指令。

供电电源180，用于在控制器的控制下为控制设备100各元件提供运行电力支持。可以电池及相关控制电路。

在一些实施例中，系统可以包括内核(kernel)、命令解析器(shell)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(ipc)。内核启动后，再加载shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。

参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(applications)层(简称“应用层”)，应用程序框架(applicationframework)层(简称“框架层”)，安卓运行时(androidruntime)和系统库层(简称“系统运行库层”)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(window)程序、系统设置程序、时钟程序、相机应用等；也可以是第三方开发者所开发的应用程序，比如嗨见程序、k歌程序、魔镜程序等。在具体实施时，应用程序层中的应用程序包不限于以上举例，实际还可以包括其它应用程序包，本申请实施例对此不做限制。

框架层为应用程序层的应用程序提供应用编程接口(applicationprogramminginterface，api)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过api接口，可在执行中访问系统中的资源和取得系统的服务

如图4所示，本申请实施例中应用程序框架层包括管理器(managers)，内容提供者(contentprovider)等，其中管理器包括以下模块中的至少一个：活动管理器(activitymanager)用与和系统中正在运行的所有活动进行交互；位置管理器(locationmanager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(packagemanager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(notificationmanager)用于控制通知消息的显示和清除；窗口管理器(windowmanager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

在一些实施例中，活动管理器用于：管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出(包括将显示窗口中当前显示的用户界面切换到系统桌面)、打开、后退(包括将显示窗口中当前显示的用户界面切换到当前显示的用户界面的上一级用户界面)等。

在一些实施例中，窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。

在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的c/c++库以实现框架层要实现的功能。

在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、wifi驱动、usb驱动、hdmi驱动、传感器驱动(如指纹传感器，温度传感器，触摸传感器、压力传感器等)等。

在一些实施例中，内核层还包括用于进行电源管理的电源驱动模块。

在一些实施例中，图4中的软件架构对应的软件程序和/或模块存储在图2或图3所示的第一存储器或第二存储器中。

在一些实施例中，以魔镜应用(拍照应用)为例，当遥控接收装置接收到遥控器输入操作，相应的硬件中断被发给内核层。内核层将输入操作加工成原始输入事件(包括输入操作的值，输入操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，根据焦点当前的位置识别该输入事件所对应的控件以及以该输入操作是确认操作，该确认操作所对应的控件为魔镜应用图标的控件，魔镜应用调用应用框架层的接口，启动魔镜应用，进而通过调用内核层启动摄像头驱动，实现通过摄像头捕获静态图像或视频。

在一些实施例中，对于具备触控功能的显示设备，以分屏操作为例，显示设备接收用户作用于显示屏上的输入操作(如分屏操作)，内核层可以根据输入操作产生相应的输入事件，并向应用程序框架层上报该事件。由应用程序框架层的活动管理器设置与该输入操作对应的窗口模式(如多窗口模式)以及窗口位置和大小等。应用程序框架层的窗口管理根据活动管理器的设置绘制窗口，然后将绘制的窗口数据发送给内核层的显示驱动，由显示驱动在显示屏的不同显示区域显示与之对应的应用界面。

在一些实施例中，如图5中所示，应用程序层包含至少一个应用程序可以在显示器中显示对应的图标控件，如：直播电视应用程序图标控件、视频点播应用程序图标控件、媒体中心应用程序图标控件、应用程序中心图标控件、游戏应用图标控件等。

在一些实施例中，直播电视应用程序，可以通过不同的信号源提供直播电视。例如，直播电视应用程可以使用来自有线电视、无线广播、卫星服务或其他类型的直播电视服务的输入提供电视信号。以及，直播电视应用程序可在显示设备200上显示直播电视信号的视频。

在一些实施例中，视频点播应用程序，可以提供来自不同存储源的视频。不同于直播电视应用程序，视频点播提供来自某些存储源的视频显示。例如，视频点播可以来自云存储的服务器端、来自包含已存视频节目的本地硬盘储存器。

在一些实施例中，媒体中心应用程序，可以提供各种多媒体内容播放的应用程序。例如，媒体中心，可以为不同于直播电视或视频点播，用户可通过媒体中心应用程序访问各种图像或音频所提供服务。

在一些实施例中，应用程序中心，可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序，或某些和计算机系统或其他设备相关但可以在智能电视中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序，将它们储存在本地储存器中，然后在显示设备200上可运行。

基于上述显示设备200，服务器400可以通过结合不同的应用场景，向显示设备200推送消息。显示设备200则可以对服务器400推送的消息进行显示。为了显示推送的消息，显示设备200的控制器250可以根据接收到的消息生成消息画面，并控制显示器275显示消息画面。

显示设备200还可以根据当前使用场景和具体的消息内容或类型调整消息画面的显示方式。例如，显示设备200在控制主页、教育模式等使用场景时，推送消息可以是弹出式消息框，在显示画面的顶部或底部进行展示，并且在展示预设时间后自动消失，以避免对用户观看体验造成影响。当有多个推送消息时，各个消息画面还可以按照设定的排布方式进行排列。例如，如图6所示，可以按照接收到推送消息的先后顺序，在显示画面自上而下依次显示多个消息框。

在一些实施例中，还可以根据显示设备200操作系统的消息收发方式，设置用于显示消息画面的消息界面。在消息界面中，可以对显示设备200在一定时间内接收的推送消息进行显示，以便于对消息进行统一管理。消息可以包括已读和未读状态，在消息界面中可以分别对已读和未读的消息进行显示。

为了呈现消息界面，在显示设备200的操作系统部分界面上可以设置有统一的消息入口控件。例如，在控制主页的顶部状态栏中设有消息入口控件，当用户执行交互动作点击该消息入口控件后，可以跳转至消息界面。

在一些实施例中，推送消息可以包括多种类型，例如系统消息、第三方消息以及推广消息等。不同类型的消息可以在不同的情况下由服务器400完成推送。例如，系统消息可以由服务器400统一为各个终端进行推送，用于展示系统层面的通知内容，包括固件更新、补丁升级、公告通知等。第三方消息通常是由显示设备200中安装的应用程序的第三方服务器生成，并由第三方服务器直接向显示设备200推送，或者由第三方服务器先发送给服务器400，再通过服务器400统一推送给显示设备200。推广消息是服务器400根据用户的使用数据生成，如通过统计用户经常运行的应用程序等数据推算出的应用推荐消息等。推广消息同样通过服务器400推送给显示设备200，通常包括应用推荐、广告、用户自定义服务等消息内容。

推送消息的显示形式还可以根据具体的消息内容进行调整。例如，对于系统消息，可以采用弹出式消息，以减少用户错过重要消息；对于第三方应用消息或推广类消息，则可以采用消息界面的方式进行显示，以减少消息推送频率，避免显示消息时对用户观看体验的影响。

例如，显示设备200可以显示消息的主题内容，如“4月19日10:30简单机械专题”。为了获得更好的用户体验，还可以显示相关的提示内容，如“【2020-春】九年级物理冲刺班请准时进入直播学习”。推行消息画面中还可以显示简单的动态内容，动态内容可以根据使用场景实时变更，如“距直播还有22时56分”。

本申请的部分实施例中，推送消息具有时限性，即部分提示类消息可以在具体的一个时间完成推送。实际应用中，可以通过定时任务触发消息推送。例如，定时任务检查24小时后的半小时内上课的课时，然后发出消息通知，达到提前24小时提醒用户上课的效果。

由于触发时间的影响，这种定时任务的推送方式会出现漏发消息的情况。例如，定时任务推送上课消息，仅限于对在24小时之前已购买该课程的用户进行推送，对于在定时任务处理过后再购买该课时的用户不会再收到提醒，漏发上课消息。

为了缓解定时任务方式漏发消息的问题，本申请提供一种消息补发方法，如图7所示，所述消息补发方法包括以下步骤：

s1：获取用户购买通知。

所述用户购买通知包括用户信息以及媒资id。本申请的部分实施例中，可以在服务器400中内置一个专门用于补发消息的推送模块，推送模块可以与服务器400中的其他模块之间进行数据交互，以在需要补发消息时向显示设备200推送消息。

为了获知在用户是否在定时任务后产生购买行为，服务器400可以通过收集用户的购买行为信息，并生成用户购买通知。用户购买通知可以由服务器400内置的后台服务系统(或模块)完成。生成用户购买通知后，可以在服务器400中发送该通知，以使推送模块或者其他模块可以获取生成的用户购买通知。

其中，所述用户购买通知中可以包括后台服务系统收集的一段时间内所有用户购买行为信息。购买行为信息是指用户在完成购买行为所产生的信息，可以包括订单信息、交易辅助信息等。例如，用户在媒资购买界面中选择购买直播课程后，则可以产生购买行为信息，包括：购买时间、购买课程、交易价格、折扣信息等。后台服务系统可以对购买行为中所涉及的媒资信息进行提取。

为了便于区分各个媒资，可以为媒资统一设置规定格式的id，媒资id可以由每个媒资唯一标识的字符串组成。例如，媒资id中可以表示为：“zbkt2020spring9th0002”，代表“2020年春季九年级物理直播课程”。

由于后台服务系统可以收集多个用户购买行为信息，因此生成的用户购买通知中也包括多个用户的多次购买行为。而为了区分多个用户，还需要在购买行为信息中提取用户信息，以组成用户购买通知。其中，用户信息同样可以由统一格式的id组成，以标记不同的用户。例如，用户id可以表示为：“hisense-user-2020055”。

s2：根据所述用户信息查询预推送媒资。

在服务器400中可以内置有专门用于处理媒资数据及相关内容数据的内容系统(模块)。媒资数据可以存储在服务器400的内容系统、或者存储在内容系统相关联的数据库中。当服务器400获取用户购买通知后，可以通过提取用户购买通知中的用户信息，从而通过内容系统查询预推送媒资。

其中，所述预推送媒资为媒资开播时间在预设判断周期内，且媒资结束时间晚于当前时间的媒资。由于用户在两次次定时推送任务之间购买了媒资播放权利，则所购买的媒资无法通过定时推送任务获得推送消息。因此，为了补发推送消息，可以根据用户信息查询这些没有推送消息的媒资，即查询预推送媒资。

例如，根据用户购买通知，提取用户信息，并且查询到用户信息对应用户购买的媒资id为“zbkt2020spring9th0002”。该媒资id对应记录的媒资定时推送任务的执行时间是2020年4月18日10:30；媒资的开播时间为2020年4月19日10:30、结束时间为2020年4月19日11:30；获取用户购买通知的时间(即当前时间)为2020年4月18日14:00；定时任务预设判断周期为24h30min；则媒资的开播时间在预设判断周期内，且媒资的结束时间晚于当前时间，确定这一媒资为预推送媒资。

在一些实施例中，确定用户购买的媒资id信息是否已经进行了定时推送，如果已经进行了定时推送，则需要对新购买该媒资的用户进行消息的补发，如果没有进行定时推送，则在定时推送时间统一进行定时推送。

示例性的，如媒资(对应id为“zbkt2020spring9th0002”)，媒资的开播时间为2020年4月19日10:30、结束时间为2020年4月19日11:30。按照预先设定的时间值，课程开课需要提前一天通知(提前时间按需设置)，因此系统根据预先设定的时间值进行推送任务的执行，即在2020年4月18日10:30，对订阅该媒资的用户a、用户b进行课程提醒的推送，其中用户a、用户b购买该媒资的时间早于推送时间。如果用户c在2020年4月18日10:30至2020年4月19日11:30之间购买了该媒资，系统需要提醒用户c进行该课程的观看，因此根据用户c购买的时间是位于最后一次提醒推送和媒资播放结束之间系统需要补发课程通知消息给该用户c，以提醒用户c观看该媒资。或者，购买时间位于上一次提醒推送和后一次提醒推送之间，系统补发对应上一次提醒推送的推送消息给用户c。

在一些实施例中，用户购买完课程后，根据用户信息遍历对应用户的媒资，如果已购买的媒资位于预设判断周期外(例如课程开播24小时以前)，则无需发送推送消息，待系统时间到预设判断周期时，系统会针对订阅该媒资的所有用户批量发送推送消息，如果如果已购买的媒资位于预设判断周期内，且媒资结束时间晚于当前时间的媒资，即该媒资是用户新购买的媒资，且购买的时间是位于预设判断周期内，同时媒资播放还没有结束，因此需要补发推送消息，如果此时媒资播放已经结束，则无需推送该媒资的推送消息。

在一些实施例中，所述预推送媒资可以包括多种媒资。即不仅包括用户购买行为中已购买的媒资，还可以包括其他媒资。例如，与用户已购买媒资相关联的媒资、推广相关的媒资等。

s3：根据所述预推送媒资的媒资id提取推送消息。

在确定预推送媒资后，可以针对每个预推送媒资，对相关的推送消息进行提取。在步骤s3中，提取的推送消息是上一次定时任务中已推送的消息。

例如，在确定媒资id为“zbkt2020spring9th0002”的媒资是待推送媒资后，可以根据该媒资id，提取上一次推送任务中的推送消息内容为：“4月19日10:30简单机械专题【2020-春】九年级物理冲刺班，请准时进入直播学习”，推送模块可以将上述内容的推送消息进行提取，以便进行消息补发。

s4：将所述推送消息发送至所述用户信息对应的显示设备。

在提取到推送消息后，服务器400可以将推送消息发送给显示设备200，从而完成消息补发。为了避免部分用户接收到多次推送，服务器400可以只将提取的推送消息分别发送给用户购买通知中用户信息对应的显示设备200。

为了达到更好的提醒效果，在将推送消息发送至显示设备200之前，还可以根据当前时间和媒资开播时间计算一个提示时间，并在推送消息中添加所计算的提示时间。例如，媒资开播时间为2020年4月19日10:30，当前时间为2020年4月18日14:00，则计算提示时间为20h30min，即在推送消息中添加“距离直播还有20时30分”。

由以上技术方案可知，上述实施例中提供的消息补发方法可以在获取用户购买通知后，根据用户信息查询预推送媒资，从而根据预推送媒资的媒资id提取推送消息，最后将推送消息发送至用户信息对应的显示设备。其中，所述预推送媒资为媒资开播时间在预设判断周期内，且媒资结束时间晚于当前时间的媒资。实际应用中，上述消息补发方法可以筛选出定时推送任务未推送的媒资，并将消息补发给已购买的用户，从而使漏发消息的用户可以再接收到推送消息，缓解针对部分已购用户漏发消息的问题。

上述实施例中，判断用户所购买的媒资是否为待推送媒资的依据为，媒资开播时间是否在预设判断周期内。因此预设判断周期的设定可以决定哪些媒资被判断为预推送媒资，哪些媒资被判断为不是预推送媒资。通常，所述预设判断周期的起始时间为上一次推送任务的执行时间。如果预设判断周期较长，则有可能在预设周期内服务器400执行了新的定时推送任务，起不到补发消息的效果；而如果预设判断周期较短，则有可能在多数判断周期内没有预推送媒资，导致浪费服务器400运算资源。

为了确定预设判断周期长度，在本申请的部分实施例中，所述预设判断周期的时长等于定时推送周期与上一次推送任务的处理周期之和。其中，定时推送周期是服务器400中设定的定时任务的推送时间间隔，可以根据不同的媒资设定不同的推送周期长度，例如部分媒资的推送频率为每天推送一次，则推送周期长度为24h。

处理周期是执行一次定时推送任务所消耗的时间，通常由于服务器400推送消息时需要对多个媒资信息进行统一处理，部分情况下还需要与第三方服务器之间完成多次数据交互，以及考虑到网络延迟等其他影响因素，因此推送消息需要经过一定的处理时间才能处理完成。而根据不同服务器400的消息处理机制，处理周期也不同，例如在规模较为庞大的系统中，处理周期可以为30min，即推送消息从开始处理至处理完成设定的时间为30min。综上，在一个示意性实施方式中，所述预设判断周期等于推送周期长度24h与处理周期30min之和，即24h30min。

基于上述预设判断周期，在一些实施例中，如图8所示，获取用户购买通知的步骤前，所述方法还包括：

s101：获取记录的每次推送任务的开始时间、完成时间和执行时间；

s102：计算推送任务的开始时间与前一次推送任务执行时间的时间间隔，生成定时推送周期；

s103：计算推送任务的开始时间与完成时间的时间间隔，生成处理周期。

服务器400在执行每次推送任务后，可以对推送任务相关的信息进行记录，包括记录任务的开始时间、完成时间和执行时间。

并且在获取用户购买通知后，根据记录的数据以及用户购买通知相关的数据分别计算定时推送周期和处理周期。其中，定时推送周期即推送任务的开始时间与前一次推送任务执行时间的时间间隔；处理周期计算推送任务的开始时间与完成时间的时间间隔。

可见，通过上述计算方式，可以根据推送任务的执行间隔与处理周期确定预设判断周期，确定的判断周期可以在保证较少的判断次数下，筛选出绝大多数预推送媒资，既能够及时确定待推送媒资，又能够避免对服务器400资源的浪费。

在一些实施例中，如图9所示，根据所述用户信息查询预推送媒资的步骤，包括：

s201：获取所述预设判断周期和当前时间；

s202：逐一对比媒资开播时间与所述预设判断周期；

s203：如果所述媒资开播时间在所述预设判断周期内，对比媒资结束时间与当前时间；

s204：如果所述媒资结束时间晚于当前时间，标记媒资为预推送媒资。

在步骤s1获取用户购买通知后，可以提取在获取用户购买通知时的时间，即当前时间。再获取预设判断周期并通过媒资id逐一查询媒资的开播时间，从而根据开播时间对媒资进行第一次筛选。如果媒资开播时间在预设判断周期内，则对应媒资可能为预推送媒资，再通过对比媒资结束时间与当前时间进行第二次筛选。如果媒资结束时间晚于当前时间，则对应媒资是满足开播时间在预设判断周期内，且结束时间晚于当前时间的媒资，因此标记媒资为预推送媒资。

通过上述两次筛选过程，可以在第一次筛选过程确定不可能是预推送媒资后，不再对该媒资进行第二次筛选，因此可以减少第二次筛选的数据处理量。在满足筛选准确率的前提下，减少推送模块对服务器400资源的占用。

为了实现上述消息补发方法，在服务器400的推送模块中，可以配置消息算法，以能够处理推送消息。在一些实施例中，如图7所示，所述消息补发方法基于kafka队列消息算法，所述方法还包括：

s501：基于kafka队列消息算法发起订阅topic消息；

s502：在获取用户购买通知后，基于kafka队列消息算法接收topic消息。

其中，kafka算法是一种高吞吐量的分布式发布订阅消息方法，它可以处理系统中的所有动作流数据。因此在服务器400内置kafka算法的推送模块后，其他模块(如在线系统)可以向推送模块订阅topic消息，并且在获取用户购买通知后，基于kafka队列消息算法接收topic消息，从而完成消息查询。

基于上述消息补发方法，本申请还提供本申请还提供一种服务器，包括：后台服务系统、内容系统以及推送系统。其中，所述后台服务系统被配置为发送用户购买通知；所述内容系统被配置为存储媒资信息。

如图7所示，所述推送系统被配置为执行以下程序步骤：

s1：从所述后台服务系统获取用户购买通知，所述用户购买通知包括用户信息以及媒资id；

s2：根据所述用户信息在所述内容系统中查询预推送媒资，所述预推送媒资为媒资开播时间在预设判断周期内，且媒资结束时间晚于当前时间的媒资；

s3：根据所述预推送媒资的媒资id在所述内容系统中提取推送消息；

s4：将所述推送消息发送至所述用户信息对应的显示设备。

对于服务器400在查询推送消息时，可以按照用户信息查询推送消息，并将查询到的全部推送消息直接推送给用户的显示设备200。这种消息补发方式更适合于用户购买行为中包含较多数量媒资的情况，即各用户分别推送。

上述实施例是根据用户信息查询预推送媒资，即以用户购买通知中用户信息为索引，查询需要发送给用户的媒资推送消息。在实际应用中，服务器400还可以使用媒资id作为索引，并按照每个媒资进行逐一查询，即在本申请的部分实施例中还提供一种消息补发方法，如图10所示，所述消息补发方法包括以下步骤：

s61：获取用户购买通知；

s62：根据所述媒资id查询对应媒资的上一次推送任务的执行时间；

s63：如果当前时间在所述执行时间之后的预设判断周期内，提取推送消息；

s64：将所述推送消息发送至所述用户信息对应的显示设备。

服务器400在获取用户购买通知后，可以对购买通知中的用户信息和媒资id进行提取。并根据媒资id在内容系统中查询该媒资上一次推送任务的执行时间。同样，可以判断当前时间是否在执行时间之后的预设判断周期内，如果当前时间在执行时间之后的预设判断周期内，则提取相应的推送消息，并将推送消息发送给用户信息对应的显示设备200中，完成对预设判断周期内漏发的消息的补发。

例如，服务器400在2020年4月18日14:00时获取用户购买通知后，提取的用户信息分别为：用户id是“hisense-user-2020055”，课程id是“zbkt2020spring9th0002”；根据获取的媒资id查询该课程的上一次推送消息的执行时间为：2020年4月18日10:30，预设判断周期为24h30min，则确定当前时间在所述执行时间之后的预设判断周期内，因此可以提取推送消息在2020年4月18日10:30执行的该媒资推送消息，即“4月19日10:30简单机械专题【2020-春】九年级物理冲刺班，请准时进入直播学习”，并将这一推送消息发送至“hisense-user-2020055”用户的显示设备。

由以上技术方案可知，对于服务器400在查询推送消息时，也可以按照用户购买通知中涉及的每个媒资查询推送消息，并将查询到的推送消息分别推送给购买该媒资的用户。这种消息补发方式更适合针对单一媒资进行购买的情况，即针对同一个媒资为多个用户统一推送。

上述实施例中提供的两种消息补发方式，都能够实现对预设判断周期内漏发消息的补发。实际应用中，可以根据不同的应用场景选择不同的消息补发方式，也可以采用两种补发方式相结合的方式，完成消息推送。

在上述实施例中，用户购买通知可用于触发服务器400执行消息补发操作，因此可以在不同情况下生成用户购买通知，即在本申请的部分实施例中，获取用户购买通知的步骤包括：

s111：接收用户在显示设备购买界面输入的购买行为指令；

s112：如果接收到所述购买行为指令，在所述购买行为指令中提取用户信息和所购买的媒资id，以生成所述用户购买通知。

实际应用中，用户可以在显示设备200的购买界面上完成一系列交互操作，输入购买行为指令。输入的购买行为指令可以通过显示设备200传递给服务器400，以使服务器400在接收到该购买行为指令后，在购买行为指令中提取用户信息和所购买的媒资id，生成用户购买通知。

即所述用户购买通知可以按照购买行为生成，实际应用时只要有一个用户完成了购买行为，则服务器400相应生成一个用户购买通知，相应的触发一次推送消息的补发。因此可以保证推送消息能够及时补发，减少漏发已购用户消息的问题。

为了便于对信息进行统一处理，也不必针对用户的每次购买行为都触发一次消息补发。即在本申请的另一个实施例中，所述用户购买通知还可以分时段生成，从而获取用户购买通知的步骤包括：

s121：每隔预设时间间隔获取记录的用户购买信息；

s122：从所述购买信息提取用户信息和媒资id，以生成所述用户购买通知。

通常，服务器400中的会员系统或者交易系统会对用户的交易行为进行存档，记录交易行为中所涉及用户信息、交易内容等用户购买信息。服务器400中的推送模块可以每隔预设时间间隔在会员系统或者交易系统中获取用户购买信息。再从用户购买信息中提取出用户信息和媒资id，以生成用户购买通知。

可见，服务器400可以通过每隔一定的时间段获取用户购买信息的方式生成用户购买通知，从而触发消息补发操作。这种方法可以减少消息补发次数，减小服务器400的运算负荷。

基于上述消息补发方法，本申请的部分实施例中还提供一种服务器400，包括：后台服务系统、内容系统以及推送系统。其中，所述后台服务系统被配置为发送用户购买通知；所述内容系统被配置为存储媒资信息。

所述推送系统被配置为执行以下程序步骤：

s61：从所述后台服务系统获取用户购买通知，所述用户购买通知包括用户信息以及媒资id；

s62：根据所述媒资id在所述内容系统中查询对应媒资的上一次推送任务的执行时间；

s63：如果当前时间在所述执行时间之后的预设判断周期内，在所述内容系统中提取推送消息；

s64：将所述推送消息发送至所述用户信息对应的显示设备。

由以上技术方案可知，上述实施例中提供的消息补发方法，可以在获取用户购买通知后，根据媒资id查询对应媒资的上一次推送任务的执行时间。如果当前时间在执行时间之后的预设判断周期内，提取推送消息，最后将推送消息发送至用户信息对应的显示设备。所述方法可以根据用户购买的媒资上一次推送执行时间来补发推送消息，缓解针对部分已购用户漏发消息的问题。

基于上述消息补发方法和服务器400，本申请的部分实施例中还提供一种显示设备200，包括：显示器275、通信器220以及控制器250。其中，所述显示器275被配置为展示购买界面；所述通信器220被配置为与服务器建立通信连接。

如图11所示，所述控制器250被配置为执行以下程序步骤：

s701：获取用户在购买界面输入的用于购买媒资播放权利的购买行为指令；

s702：响应于所述购买行为指令，向所述服务器发送购买指令，以使所述服务器的后台服务系统发送用户购买通知，所述用户购买通知包括用户信息以及媒资id；

s703：接收服务器反馈的预推送媒资的推送消息，所述预推送媒资为媒资开播时间在预设判断周期内，且媒资结束时间晚于当前时间的媒资。

由以上技术方案可知，本实施例提供的显示设备200可以响应于用户输入的购买行为指令，与服务器400之间进行交互，从而使服务器400的后台服务系统发送用户购买通知，并根据用户信息查询预推送媒资，从而根据预推送媒资的媒资id提取推送消息，以反馈推送消息。显示设备200再通过接收推送消息，以将漏发的推送消息进行显示，缓解针对部分已购用户漏发消息的问题。

本申请提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本申请总的构思下的几个示例，并不构成本申请保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。