CN114390359A - 一种消息的展示方法及显示设备 - Google Patents

Abstract

本申请公开了一种消息的展示方法及显示设备，在触发讨论控件时，获取参与直播程序的所有用户在互动时产生的消息，按照每条消息的产生时间对所有消息进行排序，生成消息列表，并展示在列表展示窗口，使得最晚接收到的消息展示在消息列表的顶部。可见，本发明实施例提供的方法及显示设备，对所有消息按照产生时间从晚到早进行排序，将最新消息放置在消息列表的顶部，使得用户从讨论控件触发遥控器下键时，控制焦点落在消息列表顶部的新消息上，以从顶部的新消息开始实现向下浏览历史消息，更符合用户使用遥控器按键的操作逻辑，方便用户浏览历史消息。

Description

一种消息的展示方法及显示设备

本申请要求于2020年10月15日提交国家知识产权局申请号为202011103569.2的中国专利申请的优先权。其全部内容通过结合引用结合在本申请中。

技术领域

本申请涉及互联网技术领域，尤其涉及一种消息的展示方法及显示设备。

背景技术

随着显示设备的快速发展，显示设备的功能将越来越丰富，性能也越来越强大，目前，显示设备包括智能电视、智能机顶盒、智能盒子，以及带有智能显示屏幕的产品等。由于显示设备具有大屏优势，利用显示设备做教学直播(在线直播上课)可以展示更多用户想展示的内容，方便用户观看。

在直播上课过程中，为了直播间的安静，文字聊天成为了一个重要的沟通方式。通常情况下，用户在直播界面上展示消息列表和输入框，用户基于输入框输入聊天内容，该信息将会展示在消息列表的最底部。

在展示消息时，最新消息通常展示在消息列表的底部。但是，如果用户从讨论区tab触发遥控器下键，焦点会落在消息列表的顶部，无法定位到最新一条消息上，不便于从新消息开始浏览历史消息。

发明内容

本申请提供了一种消息的展示方法及显示设备，以解决现有的消息展示方式导致不便于浏览消息的问题。

第一方面，本申请提供了一种显示设备，包括：

显示器，被配置为呈现显示有讨论控件的用户界面；

与所述显示器连接的控制器，所述控制器被配置为：

响应于触发讨论控件时产生的控件启动指令，获取参与直播程序的所有用户在互动时产生的消息，以及，在所述用户界面中生成列表展示窗口；

按照每条所述消息的产生时间对所有消息进行排序，生成消息列表，所述产生时间邻近当前时间的消息展示在消息列表的顶部；

将所述消息列表展示在所述列表展示窗口。

本申请一些实施例中，所述控制器在执行所述按照每条所述消息的产生时间对所有消息进行排序，生成消息列表，被进一步配置为：

获取每条所述消息的产生时间；

按照所述产生时间从邻近当前时间到远离当前时间的顺序，将所有所述消息进行排序，得到消息序列，所述产生时间邻近当前时间的消息为所述消息序列中的第一位消息；

基于所述消息序列，生成消息列表，所述消息序列中的第一位消息位于消息列表的顶部。

本申请一些实施例中，所述控制器在执行所述基于所述消息序列，生成消息列表，被进一步配置为：

在所述消息的总条数超过所述消息列表的可视条数阈值时，将所述消息序列中的所有消息按照可视条数阈值对应的数量进行分组，得到多个消息分组；

基于每个所述消息分组，生成对应的列表分页，每个列表分页中包括可视条数阈值对应数量的展示位，第一展示位位于列表分页的顶部，末尾展示位位于所述列表分页的底部，所述第一展示位中展示对应消息分组中的产生时间邻近当前时间的第一位消息；

将多个展示有消息分组的列表分页生成消息列表，多个所述列表分页基于对应消息分组中每条消息的展示顺序进行排序。

本申请一些实施例中，所述控制器被进一步配置为：

接收用户基于所述列表展示窗口中展示的输入框进行输入操作时产生的新消息；

将所述新消息展示在所述消息列表的顶部，以及，将所述新消息发送至服务器，所述服务器用于将所述新消息发送至第三端设备的列表展示窗口进行展示。

本申请一些实施例中，所述控制器在执行所述将所述新消息展示在所述消息列表的顶部，被进一步配置为：

判断所述消息列表的第一位可视消息是否为展示在第一列表分页的第一展示位的消息，所述第一列表分页是指位于消息列表第一位的列表分页；

如果是，则将所述新消息展示在所述第一列表分页的第一展示位，以及，将所述第一列表分页中的在先展示消息向下移动一位进行展示，所述第一列表分页的末尾展示位中的消息滚动至下一列表分页中的第一展示位进行展示。

本申请一些实施例中，所述控制器被进一步配置为：

如果所述消息列表的第一位可视消息不是展示在第一列表分页的第一展示位的消息，则在后台将所述新消息展示在所述第一列表分页的第一展示位，以及，生成新消息提醒界面；

将所述新消息提醒界面展示在所述列表展示窗口中。

本申请一些实施例中，所述控制器被进一步配置为：

接收所述服务器在判断所述新消息发送失败时产生的失败通知；

响应于所述失败通知，生成发送失败提示框，将所述发送失败提示框显示在所述新消息的展示位置的一侧。

本申请一些实施例中，所述控制器被进一步配置为：

响应于用户基于所述讨论控件产生的浏览所述消息列表中任一消息的向下浏览指令，将控制焦点由所述讨论控件移动至所述消息列表中第一列表分页的第一展示位上；

在所述控制焦点移动至所述第一列表分页的末尾展示位上时，生成加载状态提示框，将所述加载状态提示框显示在所述第一列表分页的底部。

本申请一些实施例中，所述控制器被进一步配置为：

响应于在生成所述加载状态提示框时产生的系统通知，获取所述消息列表中第二列表分页中的消息；

在所述加载状态提示框的显示时长达到预设时间阈值时，将所述第二列表分页中的消息展示在第一列表分页的底部。

本申请一些实施例中，所述控制器被进一步配置为：

在控制焦点位于所述消息列表中的任一展示位上时，接收用户触发返回键产生的返回指令；

响应于所述返回指令，将所述控制焦点由消息列表中的任一展示位移动至所述讨论控件上，以及，将所述消息列表的第一列表分页的消息展示在列表展示窗口，所述列表展示窗口的第一位可视消息为第一列表分页的第一展示位上的消息。

本申请一些实施例中，所述控制器被进一步配置为：

接收用户由其他控件切换至所述讨论控件时产生的切换指令；

响应于所述切换指令，将控制焦点由其他控件移动至所述讨论控件上，以及，将所述消息列表的第一列表分页的消息展示在列表展示窗口，所述列表展示窗口的第一位可视消息为第一列表分页的第一展示位上的消息。

第二方面，本申请还提供了一种消息的展示方法，所述方法包括：

响应于触发讨论控件时产生的控件启动指令，获取参与直播程序的所有用户在互动时产生的消息，以及，在所述用户界面中生成列表展示窗口；

按照每条所述消息的产生时间对所有消息进行排序，生成消息列表，所述产生时间邻近当前时间的消息展示在消息列表的顶部；

将所述消息列表展示在所述列表展示窗口。

第三方面，本申请还提供了一种存储介质，该计算机存储介质可存储有程序，该程序执行时可实现包括本申请提供的消息的展示方法各实施例中的部分或全部步骤。

由以上技术方案可知，本发明实施例提供的一种消息的展示方法及显示设备，在触发讨论控件时，获取参与直播程序的所有用户在互动时产生的消息，按照每条消息的产生时间对所有消息进行排序，生成消息列表，并展示在列表展示窗口，使得最晚接收到的消息展示在消息列表的顶部。可见，本发明实施例提供的方法及显示设备，对所有消息按照产生时间从晚到早进行排序，将最新消息放置在消息列表的顶部，使得用户从讨论控件触发遥控器下键时，控制焦点落在消息列表顶部的新消息上，以从顶部的新消息开始实现向下浏览历史消息，更符合用户使用遥控器按键的操作逻辑，方便用户浏览历史消息。

附图说明

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

图1示出了根据一些实施例的显示设备的使用场景；

图2示出了根据一些实施例的控制装置100的硬件配置框图；

图3示出了根据一些实施例的显示设备200的硬件配置框图；

图4示出了根据一些实施例的显示设备200中软件配置图；

图5示出了根据一些实施例的显示设备200中应用程序的图标控件界面显示图；

图6示出了根据一些实施例的直播时用户界面的示意图；

图7示出了根据一些实施例的消息的展示方法的流程图；

图8示出了根据一些实施例的消息的展示方法的时序图；

图9示出了根据一些实施例的列表分页的示意图；

图10示出了根据一些实施例的消息列表的示意图；

图11示出了根据一些实施例的在用户界面展示消息列表的示意图；

图12示出了根据一些实施例的新消息发送异常时的界面示意图；

图13示出了根据一些实施例的消息列表中展示新消息的示意图；

图14示出了根据一些实施例的消息列表中展示新消息提醒界面的界面示意图；

图15示出了根据一些实施例的消息列表中展示加载状态提示框的界面示意图；

图16示出了根据一些实施例的消息的展示方法的业务流程图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

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

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

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

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

图1示出了根据一些实施例的显示设备的使用场景。如图1所示，显示设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制显示设备200。

在一些实施例中，智能设备300可以包括移动终端、平板电脑、计算机、笔记本电脑，AR/VR设备等中的任意一种。

在一些实施例中，也可以使用智能设备300以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，也可以使用智能设备300和显示设备进行数据的通信。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制装置来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

在一些实施例中，一个步骤执行主体执行的软件步骤可以随需求迁移到与之进行数据通信的另一步骤执行主体上进行执行。示例性的，服务器执行的软件步骤可以随需求迁移到与之数据通信的显示设备上执行，反之亦然。

图2示出了根据一些实施例的控制装置100的硬件配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。

在一些实施例中，通信接口130用于和外部通信，包含WIFI芯片，蓝牙模块，NFC或可替代模块中的至少一种。

在一些实施例中，用户输入/输出接口140包含麦克风，触摸板，传感器，按键或可替代模块中的至少一种。

图3示出了根据一些实施例的显示设备200的硬件配置框图。参见图3，在一些实施例中，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。

在一些实施例中控制器包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。

在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面等。

在一些实施例中，显示器260可为液晶显示器、OLED显示器、以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。

在一些实施例中，调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。

在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与控制装置100或服务器400建立控制信号和数据信号的发送和接收。

在一些实施例中，检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器，用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。

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

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

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

在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。

在一些实施例中控制器包括中央处理器(Central Processing Unit，CPU)，视频处理器，音频处理器，图形处理器(Graphics Processing Unit，GPU)，RAM Random AccessMemory，RAM)，ROM(Read-Only Memory，ROM)，用于输入/输出的第一接口至第n接口，通信总线(Bus)等中的至少一种。

CPU处理器，用于执行存储在存储器中操作系统和应用程序指令，以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。CPU处理器，可以包括多个处理器。如，包括一个主处理器以及一个或多个子处理器。

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

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

在一些实施例中，视频处理器，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等中的至少一种。其中，解复用模块，用于对输入音视频数据流进行解复用处理。视频解码模块，用于对解复用后的视频信号进行处理，包括解码和缩放处理等。图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。帧率转换模块，用于对转换输入视频帧率。显示格式化模块，用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出RGB数据信号。

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

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

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

在一些实施例中，用户接口280，为可用于接收控制输入的接口(如：显示设备本体上的实体按键，或其他等)。

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

图4示出了根据一些实施例的显示设备200中软件配置图。参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。

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

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

在一些实施例中，活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。

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

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

图5示出了根据一些实施例的显示设备200中应用程序的图标控件界面显示图。在一些实施例中，显示设备启动后可以直接进入预置的视频点播程序的界面，视频点播程序的界面可以如图5中所示，至少包括导航栏510和位于导航栏510下方的内容显示区，内容显示区中显示的内容会随导航栏中被选中控件的变化而变化。应用程序层中的程序可以被集成在视频点播程序中通过导航栏的一个控件进行展示，也可以在导航栏中的应用控件被选中后进行进一步显示。

在一些实施例中，显示设备启动后可以直接进入上次选择的信号源的显示界面，或者信号源选择界面，其中信号源可以是预置的视频点播程序，还可以是HDMI接口，直播电视接口等中的至少一种，用户选择不同的信号源后，显示器可以显示从不同信号源获得的内容。

在一些实施例中，显示设备中可配置不同的应用程序，以使显示设备提供不同的功能，丰富用户体验。例如，可在显示设备中配置不同直播程序，以利用显示设备实现在线直播上课、远程会议、实时游戏直播、电子白板分享等应用场景。

利用显示设备实现教学直播功能时，显示设备配置的直播程序可为直播课程序，配置有直播课程序的显示设备可应用在任何教学机构，包括学校、补课机构等。在显示设备上进行教学直播时，可以提供给用户大屏体验，利用显示设备可以展示更多的教学内容以及教学直播过程中所需的操作功能等。

在一些实施例中，直播课程序除应用在显示设备端外，还可配置在手机端、Pad端和PC客户端等。

在用户利用显示设备进行直播课上课时，直播程序包括第一程序和第二程序，第二程序为教师端显示设备中配置的程序，在启动第二程序时，在显示器中展示第二直播界面；第一程序为学生端显示设备中配置的程序，在启动第一程序时，在显示器中展示第一直播界面。

不同的用户所配置的程序版本不同，在显示设备上显示的用户界面内容不同。但是在直播过程中，为了直播间的安静，无论是教师还是学生都会通过文字聊天的方式进行沟通。

图6示出了根据一些实施例的直播时用户界面的示意图。参见图6，在进行直播上课时，以学生端显示设备的显示器中显示的用户界面为例，学生端用户界面显示第一直播界面，第一直播界面展示有讲义区、学生本人视频区、教师视频区、功能区、讨论区和学生列表。讲义区为课程内容区，该区的直播画面与教师端直播界面中课程内容区的直播画面一致，展示教师的共享讲义、共享桌面、共享视频等，主要用作展示教师想要呈现给学生的内容，该区不可以选中。教师视频区用于显示教师图像，学生可以通过此区域观看到教师的实时状态，此区域只可以观看，不可以选中。学生视频区用于显示学生自己的图像，学生自己的摄像头画面在此区域展示，只可以观看，不可以选中。

功能区用于实现学生在直播课上课时的互动功能，包括举手、手写输入(画笔)、讨论和反馈等功能控件。学生可以操作功能区，每个按钮都可以选中，可以点击。在直播课上课时，学生若想要主动回答教师的提问，可通过触发举手功能控件，以告知教师其想要回答问题。手写输入功能控件用于根据教师的授权可进行相应的手写输入操作，例如，调整手写输入样式和涂写、作画等，手写输入样式包括但不限于画笔形状、颜色、粗细、字体等。涂写时，学生可通过与显示设备搭配使用的触控笔在触摸屏显示器中涂写，或者，直接用手指在触摸屏显示器中涂写。讨论控件可实现教师与学生之间、学生与学生之间的实时文字讨论和互动，可参照第二直播界面中的讨论区功能。反馈功能控件可在直播课上课时应用程序出现异常时，如无法启动摄像头、无法看到直播画面等情况，向程序平台提供求助功能。

讨论区和学生列表是并列的两个tab，选中后可以切换tab，两个tab的下方显示消息列表区，用于展示直播间的讨论记录或直播间的学生列表。在切换到讨论区tab时，讨论区tab下方的消息列表区呈现列表展示窗口，用于展示学生与学生之间、学生与老师之间的实时文字聊天消息。在切换到学生列表tab时，学生列表tab下方的消息列表区呈现显示参与该直播课的所有学生的相关信息。

在一些实施例中，为便于学生和教师发生文字消息，在列表展示窗口中展示有输入框，输入框可显示在列表展示窗口的底部。

在需要切换到讨论区tab以输入文字聊天消息时，用户需要通过显示设备配置的遥控器按键(左键或右键)在功能区的不同功能控件上移动，当移动到最后侧的功能控件上时，继续按右键，焦点选中讨论区tab。

如果用户在讨论区tab上按遥控器左键，则返回至功能区；如果用户在讨论区tab上按遥控器右键，则切换至学生列表tab；如果用户在讨论区tab上按遥控器下键，则浏览讨论区的内容，即列表展示窗口中呈现的消息列表。如果用户在消息列表按遥控器上键，则返回至讨论区tab。

而在常用的消息展示方式上，最新消息通常展示在消息列表的底部。但是，如果用户从讨论区tab触发遥控器下键，焦点会落在消息列表的顶部，无法定位到最新一条消息上。在用户想查看消息列表中的历史消息时，需要按上键从底部的新消息开始向上开始浏览，而该操作将与按上键回到“讨论区”tab操作冲突。可见，将消息展示在消息列表底部的展示方式将导致不便于从新消息开始浏览历史消息的问题。

为了符合用户的浏览习惯，本发明实施例提供一种显示设备，在展示消息时，将用户发布和接收到的最新消息放置在消息列表中历史消息的最上面，使得用户从讨论区tab触发遥控器下键，焦点落在消息列表顶部的新消息上，以从顶部的新消息开始按遥控器下键，实现向下浏览历史消息，方便用户按键操作。为此，需要对新接收到的消息和历史消息重新排序后再展示，保证新消息发布在历史消息的最上面，更符合用户使用遥控器按钮的操作逻辑，方便用户浏览历史消息。

图7示出了根据一些实施例的消息的展示方法的流程图；图8示出了根据一些实施例的消息的展示方法的时序图。为将用户接收到的新消息展示在消息列表的最上方，本发明实施例提供一种显示设备，包括：显示器，被配置为呈现显示有讨论控件的用户界面；与显示器连接的控制器，在执行图7和图8所示的消息的展示方法时，控制器被配置为执行下述步骤：

S1、响应于触发讨论控件时产生的控件启动指令，获取参与直播程序的所有用户在互动时产生的消息，以及，在用户界面中生成列表展示窗口。

在直播课进行时，用户界面中呈现直播界面，且在直播界面中显示有讨论控件，如图6中的讨论区tab。触发讨论控件即产生控件启动指令，以在用户界面中显示列表展示窗口，用于展示消息列表。

在一些实施例中，触发讨论控件的方式可为通过触发遥控器方向键的方式进行触发。例如，若当前遥控器的控制焦点位于功能区，则触发遥控器的右键，将控制焦点由功能区最右侧的功能控件上向右移动至讨论控件(讨论区tab)。若当前遥控器的控制焦点位于学生列表tab或学生列表中某个学生信息的展示位上，则触发遥控器的左键，将控制焦点由向左移动至讨论控件。若当前遥控器的控制焦点位于消息列表中某个消息的展示位上，则触发遥控器的上键，将控制焦点由向上移动至讨论控件。

在上述任一种触发方式下，在控制焦点位于讨论控件时，即产生控件启动指令，此时，需在消息列表区展示列表展示窗口，以展示学生和学生、学生和教师之间的文字聊天消息。

控制器在接收到控件启动指令后，需获取参与直播程序的所有用户在互动时产生的消息。互动产生的消息包括在进行上一次直播时产生的历史消息和当前直播时产生的实时消息。因此，控制器在获取消息时，可在响应于触发讨论控件时产生的控件启动指令时，获取上一次启动直播程序时对应的所有用户在互动时产生的历史消息；并在本次直播程序启动后，获取当前次启动直播程序时所有用户在互动时产生的实时消息。

S2、按照每条消息的产生时间对所有消息进行排序，生成消息列表，产生时间邻近当前时间的消息展示在消息列表的顶部。

用户接收到的消息包括自己发送的消息和第三方发生的消息，例如，在一节直播课中，参与直播课的学生为数名，那么可产生聊天消息的用户可为所有学生，也可为教师。教师或其他学生产生的聊天信息，需要实时地显示在本端显示设备的消息列表中。同样，本端显示设备产生的消息，也实时地显示在第三端显示设备的消息列表中。第三端显示设备展示消息的方法与本端显示设备展示消息的方法相同，此处不赘述。

为保证用户接收到的最新消息能够展示在消息列表的顶部，需要对所有消息按照时间顺序进行排序，以生成消息列表，消息列表中的消息排序规则为由上至下的展示顺序依次展示由晚到早接收到的消息，也就是说，每条消息的产生时间越临近当前时间，则展示在消息列表的位置越接近顶部，而最临近当前时间的消息则展示在消息列表的顶部。

在一些实施例中，控制器在执行按照每条消息的产生时间对所有消息进行排序，生成消息列表，被进一步配置为执行下述步骤：

步骤21、获取每条消息的产生时间。

步骤22、按照产生时间从邻近当前时间到远离当前时间的顺序，将所有消息进行排序，得到消息序列，产生时间邻近当前时间的消息为消息序列中的第一位消息。

步骤23、基于消息序列，生成消息列表，消息序列中的第一位消息位于消息列表的顶部。

每个用户在发送消息时，该条消息均对应一个发送时间，即产生时间。控制器将获取到的所有信息按照产生时间的时间顺序进行排序，为保证最晚接收到的消息位于消息列表的顶部，则需按照产生时间从邻近当前时间到远离当前时间的顺序进行排序，以得到消息序列。当前时间是指晚于各消息产生时间的时间，至多是与各消息的产生时间相同。当前时间可为启动讨论控件时获取所有消息的时间，也可为接收新消息的时间。

消息序列中，第一位消息为产生时间临近当前时间的消息，即最晚接收到的最新消息。根据消息序列生成的消息列表，可以使得消息序列中的第一位消息位于消息列表的顶部，即最晚接收到的最新消息展示在消息列表的顶部，其余消息按照排序结果进行展示。

以对五条消息进行排序为例，当前时间为9:05，消息1的产生时间为8:05，消息2的产生时间为8:06，消息3的产生时间为8:00，消息4的产生时间为8:10，消息5的产生时间为7:55。将五条消息的产生时间按照从邻近当前时间到远离当前时间的顺序进行排序，为8:10>8:06>8:05>8:00>7:55。

基于产生时间从晚到早的排序结果，进而得到的消息序列为消息4>消息2>消息1>消息3>消息5。则该消息序列中的第一位消息为消息4，即将消息4展示在消息列表的顶部，其余消息按照排序结果进行展示。

在一些实施例中，控制器在执行基于消息序列，生成消息列表，被进一步配置为执行下述步骤：

步骤231、在消息的总条数超过消息列表的可视条数阈值时，将消息序列中的所有消息按照可视条数阈值对应的数量进行分组，得到多个消息分组。

步骤232、基于每个消息分组，生成对应的列表分页，每个列表分页中包括可视条数阈值对应数量的展示位，第一展示位位于列表分页的顶部，末尾展示位位于所述列表分页的底部，第一展示位中展示对应消息分组中的产生时间邻近当前时间的第一位消息。

步骤233、将多个展示有消息分组的列表分页生成消息列表，多个列表分页基于对应消息分组中每条消息的展示顺序进行排序。

由于在进行一次直播课时，学生和教师均会产生数条消息，而列表展示窗口的可视区域有限，仅能展示一定数量的消息。因此，在控制器获取的所有消息的总条数超过可视区域的可视条数阈值时，需要对消息进行分页展示。前几个列表分页均展示可视条数阈值对应数量的消息，最后一个列表分页展示消息的条数可小于或等于可视条数阈值对应的数量。

列表展示窗口的可视区域有限，那么在包括数条消息的消息列表展示在列表展示窗口时，仅能展示部分消息。因此，可被看见的消息列表中消息的可视条数阈值即为列表展示窗口的可视条数阈值。

在控制器获取到的所有消息的总条数超过消息列表的可视条数阈值时，将消息序列中的所有消息按照可视条数阈值对应的数量进行分组，得到多个消息分组。例如，若消息序列中包括的所有消息的总条数为53条，而可视条数阈值的数量为5条，那么将消息序列中1-5位的消息分为第一组，6-10位的消息分为第二组，11-15位的消息分为第三组，……51-53位的消息分为第十一组。前十组消息分组中均包括5条消息，最后一组(十一组)消息分组中包括3条消息。

图9示出了根据一些实施例的列表分页的示意图。将得到的多个消息分组生成多个列表分页，每个列表分页中包括可视条数阈值对应数量的展示位，例如，参见图9，在可视条数阈值为5条时，列表分页中包括5个展示位。各个展示位依次排序，第一展示位位于列表分页的顶部，末尾(第五)展示位位于列表分页的底部，第一展示位中展示对应消息分组中的产生时间邻近当前时间的第一位消息(例如消息1)，末尾展示位展示对应消息分组中的产生时间远离当前时间的最后一位消息(例如消息5)。

各个列表分页的展示顺序与各消息分组的分组顺序相同，即各个列表分页按照对应消息分组中每条消息的展示顺序进行排序，每个消息分组中的各个消息按照产生时间从临近当前时间到远离当前时间的顺序进行排序，那么每个列表分页也按照其包括各个消息的产生时间从临近当前时间到远离当前时间的顺序进行排序。

图10示出了根据一些实施例的消息列表的示意图。参见图10，将多个展示有消息分组的列表分页生成消息列表，消息列表中包括各个列表分页中的各个按照产生时间从临近当前时间到远离当前时间的顺序排序后的消息。若消息序列中包括的所有消息的总条数为53条，而可视条数阈值的数量为5条，那么第一列表分页包括消息序列中1-5位的消息(第一组消息分组)，第二列表分页包括消息序列中6-10位的消息(第二组消息分组)，第三列表分页包括消息序列中11-15位的消息(第三组消息分组)，……，第十列表分页包括消息序列中46-50位的消息(第十组消息分组)，第十一列表分页包括消息序列中51-53位的消息(第十一组消息分组)。

由于消息列表中的消息已按照每条消息的产生时间进行排序，且最新产生的新消息位于第一位，那么在展示时，可保证最新收到的新消息展示在消息列表的顶部。

S3、将消息列表展示在列表展示窗口。

在启动讨论控件时，根据获取到的所有消息进行排序后，得到消息列表，可将消息列表展示在列表展示窗口，便于用户进行浏览。

图11示出了根据一些实施例的在用户界面展示消息列表的示意图。参见图11，在用户从讨论控件通过触发遥控器下键，在消息列表区呈现列表展示窗口，将控制焦点移动至位于讨论控件下方的列表展示窗口中显示的消息列表中，且控制焦点位于消息列表的顶部。而消息列表的顶部显示有最新接收到的新消息(消息1)，而历史消息(消息2、3、4、5等)则按照产生时间的从晚到早的顺序依次展示，因此，用户可通过继续触发遥控器下键，使得控制焦点在消息列表中向下移动，实现从最新消息开始依次浏览历史消息。

若当前控制焦点位于消息列表的可视区域的底部，如果用户此时想要向上浏览消息或回到最新接收的新消息上，则用户可触发遥控器上键，使控制焦点沿消息列表向上移动，直到移动至最新消息上。

本发明实施例提供的显示设备所采用的消息展示方法，可使用户从讨论区tab触发遥控器下键，焦点会落在消息列表的顶部，并定位到最新一条消息上。在用户想查看消息列表中的历史消息时，按遥控器下键从顶部的新消息开始向下开始浏览。若用户想要回到讨论区tab，则触发遥控器上键即可。可见，用户回到“讨论区”tab的操作(按上键)与浏览历史消息的操作(按下键)不会产生冲突，将消息展示在消息列表的顶部可便于从新消息开始浏览历史消息，符合用户的浏览习惯，提高用户体验。

在一些实施例中，在直播课过程中，参与直播课的每名学生和教师均可通过讨论区tab实现文字聊天，因此，需将各自产生的新消息同步至其他学生或教师端。

因此，在本端展示用户自己发送的新消息或展示其他第三端用户发送的新消息时，控制器被进一步配置为执行下述步骤：

步骤41、接收用户基于列表展示窗口中展示的输入框进行输入操作时产生的新消息。

步骤42、将新消息展示在消息列表的顶部，以及，将新消息发送至服务器，服务器用于将新消息发送至第三端设备的列表展示窗口进行展示。

在用户通过遥控器触发讨论控件时，在消息列表区呈现列表展示窗口，同时，在列表展示窗口中展示输入框，用户可通过输入框输入文字产生新消息。第三端用户也可通过其所使用的显示设备中显示的用户界面中的输入框产生新消息。

为实现参与直播课的各学生和教师端的信息交互展示，以本端接收到新消息为例，在接收到新消息后，由于新消息的产生时间必然晚于消息列表中已存在的历史消息，因此，可直接将新消息展示在消息列表的顶部。

在本端用户通过输入框进行输入操作，产生新消息后，直接展示在本端消息列表的顶部，同时，将该新消息发送至服务器，由服务器将该新消息转发至其他第三端设备，以展示在第三端设备中的列表展示窗口，具体地，展示在第三端设备中的消息列表的顶部。

服务器在将本端的新消息转发至其他第三端设备时，服务器需先判断本端发送的新消息是否成功。如果存在网络不好或服务器故障，则将导致本端的新消息发送失败，因此，只有在服务器检测到本端的新消息发送成功时，才将新消息转发至其他第三端设备进行展示。

在一些实施例中，如果服务器检测到本端的新消息发送失败时，控制器被进一步配置为执行下述步骤：

步骤51、接收服务器在判断新消息发送失败时产生的失败通知。

步骤52、响应于失败通知，生成发送失败提示框，将发送失败提示框显示在新消息的展示位置的一侧。

如果服务器检测到本端的新消息因网络问题或服务器故障等原因发送失败，则接收服务器返回的失败通知，说明本端的新消息无法发送至其他第三端设备进行展示。

图12示出了根据一些实施例的新消息发送异常时的界面示意图。参见图12，为提示本端的新消息发送异常，可在接收到服务器返回的失败通知后，在列表展示窗口中展示发送失败提示框，具体地，将发送失败提示框显示在该发送失败的新消息所在位置的一侧。发送失败提示框可以异常图案的形式进行展示，例如，异常图案可采用“红色感叹号”来表示。

在一些实施例中，由于消息列表中包括多个列表分页，用户可基于多个列表分页进行浏览历史消息，而若在用户浏览历史消息的过程中，接收到来自本端用户产生的新消息或来自其他第三端设备发送的新消息时，在展示新消息之前，需判断用户浏览的历史消息在消息列表中的所在位置。

因此，在接收到新消息后，控制器在执行将新消息展示在消息列表的顶部，被进一步配置为执行下述步骤：

步骤421、判断消息列表的第一位可视消息是否为展示在第一列表分页的第一展示位的消息，第一列表分页是指位于消息列表第一位的列表分页。

步骤422、如果是，则将新消息展示在第一列表分页的第一展示位，以及，将第一列表分页中的在先展示消息向下移动一位进行展示，第一列表分页的末尾展示位中的消息滚动至下一列表分页中的第一展示位进行展示。

在本端接收到新消息后，先判断当前消息列表的第一位可视消息是否为展示在消息列表顶部的消息，即是否是展示在第一列表分页的第一展示位的消息，第一位可视消息是指消息列表在列表展示窗口中展示的部分消息中可被看到的第一位消息。

由于如果用户在浏览历史消息时，是基于各个列表分页的顺序进行浏览，正在浏览的列表分页处于列表展示窗口的可视区域内。因此，如果消息列表的第一位可视消息为消息列表顶部的消息，说明当前用户并未浏览消息列表中的历史消息；如果消息列表的第一位可视消息不是消息列表顶部的消息，说明当前用户正在浏览消息列表中的历史消息。

在判断出消息列表的第一位可视消息是消息列表顶部的消息时，此时，可将接收到的新消息直接展示在消息列表的顶部，即展示在第一列表分页的第一展示位。而原位于第一列表分页的第一展示位的消息将作为历史消息向下移动一位进行展示，即展示在第二展示位中。

由于每个列表分页中仅可最多展示可视条数阈值对应数量的消息，因此，在第一列表分页中展示新消息后，第一列表分页中的总消息条数超过可视条数阈值，此时，可将原位于第一列表分页的末尾展示位的消息移动至下一列表分页中进行展示，具体地，移动至第二列表分页的第一展示位中进行展示。第二列表分页的末尾展示位的消息移动至下一列表分页中进行展示，依此类推，将消息列表中的历史消息均向下移动一位进行展示。

图13示出了根据一些实施例的消息列表中展示新消息的示意图。参见图13，例如，若第一列表分页中各个展示位中依次展示消息1、消息2、消息3、消息4、消息5，第二列表分页中各个展示位中依次展示消息6、消息7、消息8、消息9、消息10。若此时接收到新消息，则将新消息展示在第一列表分页的第一展示位，即原消息1的展示位置。而原位于第一列表分页的第一展示位的消息1将作为历史消息向下移动一位进行展示，即展示在第二展示位中；依此类推，原展示在第一列表分页的末尾展示位的消息5则展示在第二列表分页中的第一展示位中。其余消息依此展示，参见图13所示内容，此处不再赘述。

在一些实施例中，在判断出消息列表的第一位可视消息不是消息列表顶部的消息时，说明此时用户正在浏览历史消息，此时，控制器被进一步配置为执行下述步骤：

步骤423、如果消息列表的第一位可视消息不是展示在第一列表分页的第一展示位的消息，则在后台将新消息展示在第一列表分页的第一展示位，以及，生成新消息提醒界面。

步骤424、将新消息提醒界面展示在列表展示窗口中。

在本端显示设备接收到新消息(自己发送的消息或来自第三端设备发送的消息)后，判断出消息列表的第一位可视消息不是消息列表顶部的消息时，说明此时用户正在浏览其他列表分页中的历史消息，为避免影响用户正在浏览历史消息的进程，此时，仅将新消息在后台展示在第一列表分页的第一展示位，而不将消息列表滚动到顶部，即将消息列表保持当前的所处状态。

而在展示新消息后，为提醒用户当前已接收到新消息进行及时查看，可在后台展示新消息时，同步生成新消息提醒界面，并新消息提醒界面展示在列表展示窗口中。

图14示出了根据一些实施例的消息列表中展示新消息提醒界面的界面示意图。参见图14，在展示新消息提醒界面时，可展示在列表展示窗口的底部，具体可展示在当前浏览的列表分页的底部，以避免对当前所浏览的列表分页中的信息造成遮挡。新消息提醒信息的内容可基于本端接收到的新消息的条数生成。若用户在浏览历史消息过程中，本端接收到多条新消息，则可对应生成包含新消息条数的提醒信息。例如，新消息提醒界面中呈现新消息提醒信息，信息内容可为“您收到X条新消息”。

在一些实施例中，若消息列表中按照多个列表分页的形式展示数条信息，因此，用户可采用分页浏览的形式浏览消息列表中的各条信息，此时，控制器被进一步配置为：

步骤61、响应于用户基于讨论控件产生的浏览消息列表中任一消息的向下浏览指令，将控制焦点由讨论控件移动至消息列表中第一列表分页的第一展示位上。

步骤62、在控制焦点移动至第一列表分页的末尾展示位上时，生成加载状态提示框，将加载状态提示框显示在第一列表分页的底部。

在用户想要启动讨论控件，在列表展示窗口展示消息列表后，若用户想要浏览消息列表中的历史消息，则可触发遥控器下键，产生向下浏览指令，控制器响应向下浏览指令，将控制焦点由讨论控件移动至消息列表的顶部，即移动至消息列表中第一列表分页的第一展示位上。

若用户想继续浏览其余历史消息，则连续触发遥控器下键，使得控制焦点在当前所浏览的列表分页上向下移动。

在控制焦点移动至当前所浏览的列表分页的末尾展示位上时，说明用户已浏览到当前列表分页中的最后一条消息，因此，为提示用户可继续下一列表分页中的消息，可在当前浏览的列表分页的底部显示加载状态提示框。

图15示出了根据一些实施例的消息列表中展示加载状态提示框的界面示意图。参见图15中(a)，在用户通过触发遥控器下键浏览到当前所浏览的列表分页的最后一条消息时，例如，浏览到第一列表分页的末尾展示位上的消息时，可在该条消息的底部自动展示加载状态提示框，加载状态提示框中的提示信息可为“加载中……”。

在一些实施例中，在分页浏览历史消息时，控制器被进一步配置为执行下述步骤：

步骤63、响应于在生成加载状态提示框时产生的系统通知，获取消息列表中第二列表分页中的消息。

步骤64、在加载状态提示框的显示时长达到预设时间阈值时，将第二列表分页中的消息展示在第一列表分页的底部。

在完成当前列表分页中的消息浏览后，同步展示加载状态提示框，为获取到下一列表分页中的消息，可在生成加载状态提示框的同时产生系统通知，控制器接收到系统通知，可获取消息列表中下一列表分页中的消息。例如，若当前浏览的列表分页为第一列表分页，则获取的是第二列表分页中的消息；当前浏览的列表分页为第二列表分页，则获取的是第三列表分页中的消息。

为加载状态提示框的显示时长设定时间阈值，该时间阈值内需将下一列表分页中的消息获取到。在加载状态提示框的显示时长达到预设时间阈值时，可将获取到的下一列表分页中的消息展示在当前浏览的列表分页的底部，例如，将第二列表分页中的消息展示在第一列表分页的底部，同时，取消加载状态提示框的显示。

参见图15中(b)，在显示第二列表分页中的消息时，将第二列表分页中的各消息以连续状态显示在第一列表分页中最后一条消息的下方，例如，将第二列表分页中的第一展示位上的消息6展示在第一列表分页中的末尾展示位上的消息5的下方，其他消息依次展示。

在分页浏览历史消息时，若在浏览到当前列表分页的最后一条消息(控制焦点位于该条消息上)后，再次触发下键，自动获取下一列表分页中的消息，用户可触发遥控器下键继续使控制焦点向下移动，以便用户能够浏览更早的聊天记录。

在一些实施例中，在用户浏览历史消息过程中，如果用户浏览到后续几个列表分页的消息时，若此时用户想退出历史消息浏览，回到讨论控件(讨论区tab)或查看最新接收到的新消息，通常向上浏览消息可通过触发遥控器上键来实现，但是在浏览过的消息较多时，则无法通过持续按遥控器上键依次退回到上一消息，效率低下。因此，为快速回到讨论控件，控制器被进一步配置为执行下述步骤：

步骤71、在控制焦点位于消息列表中的任一展示位上时，接收用户触发返回键产生的返回指令。

步骤72、响应于返回指令，将控制焦点由消息列表中的任一展示位移动至讨论控件上，以及，将消息列表的第一列表分页的消息展示在列表展示窗口，列表展示窗口的第一位可视消息为第一列表分页的第一展示位上的消息。

在用户浏览历史消息过程中，若用户想快速返回到讨论控件，或者想查看新接收到的新消息时，则可触发遥控器返回键，产生返回指令。

图16示出了根据一些实施例的消息的展示方法的业务流程图。参见图16，控制器接收到返回指令后，可将原位于所浏览的某条消息展示位上的控制焦点移动至讨论控件。同时，将消息列表自动滚动到最顶部，即将消息列表的第一列表分页的消息展示在列表展示窗口，列表展示窗口的第一位可视消息为第一列表分页的第一展示位上的消息。

在一些实施例中，由于用户可使用遥控器使控制焦点在用户界面中呈现的直播界面中各可点击的控件之间进行切换，而为便于在控制焦点切换到讨论控件时，用户能够直接查看到最新接收到的新消息，也可自动将消息列表滚动到最顶部。在该过程中，控制器被进一步配置为执行下述步骤：

步骤81、接收用户由其他控件切换至讨论控件时产生的切换指令。

步骤82、响应于切换指令，将控制焦点由其他控件移动至讨论控件上，以及，将消息列表的第一列表分页的消息展示在列表展示窗口，列表展示窗口的第一位可视消息为第一列表分页的第一展示位上的消息。

用户界面中的其他控件包括学生列表tab和展示功能区中的各个功能控件，用户通过触发遥控器从上述控件切换到讨论区控件时，产生切换指令，以将控制焦点由其他控件移动至讨论控件上。

例如，再次参见图14，在由功能区切换到讨论控件时，用户需要通过遥控器按键(左键或右键)在功能区的不同功能控件上移动，当移动到最后侧的功能控件上时，继续按右键，控制焦点选中讨论区tab，同时产生切换指令。在由学生列表tab切换到讨论区tab时，用户可触发遥控器左键，产生切换指令，同时，将控制焦点由学生列表tab切换到讨论区tab。

控制器接收到切换指令后，可将原位于其他控件上的控制焦点移动至讨论控件。同时，为便于用户查看最新消息，将消息列表自动滚动到最顶部，即将消息列表的第一列表分页的消息展示在列表展示窗口，列表展示窗口的第一位可视消息为第一列表分页的第一展示位上的消息。

可见，本发明实施例提供的显示设备，在接收到新消息时，可将新消息展示在消息列表的顶部，且在用户利用遥控器的方向键由其他控件上切换到讨论控件时，可将消息列表自动滚动至顶部，以及，在浏览历史消息时，可在控制焦点位于任一消息所在展示位时，触发返回键，将消息列表自动滚动至顶部。在进行消息展示时，可保证新消息始终显示在消息列表的顶部，保证用户在浏览历史消息时能够及时查看最新接收到的新消息，且在浏览历史消息时不会与切换用户界面中各控件之间的操作产生冲突，便于用户浏览消息。

图7示出了根据一些实施例的消息的展示方法的流程图。参见图7，本申请还提供了一种消息的展示方法，由前述实施例提供的显示设备中的控制器执行，所述方法包括：

S1、响应于触发讨论控件时产生的控件启动指令，获取参与直播程序的所有用户在互动时产生的消息，以及，在所述用户界面中生成列表展示窗口；

S2、按照每条所述消息的产生时间对所有消息进行排序，生成消息列表，所述产生时间邻近当前时间的消息展示在消息列表的顶部；

S3、将所述消息列表展示在所述列表展示窗口。

由以上技术方案可知，本发明实施例提供的一种消息的展示方法及显示设备，在触发讨论控件时，获取参与直播程序的所有用户在互动时产生的消息，按照每条消息的产生时间对所有消息进行排序，生成消息列表，并展示在列表展示窗口，使得最晚接收到的消息展示在消息列表的顶部。可见，本发明实施例提供的方法及显示设备，对所有消息按照产生时间从晚到早进行排序，将最新消息放置在消息列表的顶部，使得用户从讨论控件触发遥控器下键时，控制焦点落在消息列表顶部的新消息上，以从顶部的新消息开始实现向下浏览历史消息，更符合用户使用遥控器按键的操作逻辑，方便用户浏览历史消息。

具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的消息的展示方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-only memory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于消息的展示方法实施例而言，由于其基本相似于显示设备实施例，所以描述的比较简单，相关之处参见显示设备实施例中的说明即可。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (12)

1.一种显示设备，其特征在于，包括：

显示器，被配置为呈现显示有讨论控件的用户界面；

与所述显示器连接的控制器，所述控制器被配置为：

响应于触发讨论控件时产生的控件启动指令，获取参与直播程序的所有用户在互动时产生的消息，以及，在所述用户界面中生成列表展示窗口；

按照每条所述消息的产生时间对所有消息进行排序，生成消息列表，所述产生时间邻近当前时间的消息展示在消息列表的顶部；

将所述消息列表展示在所述列表展示窗口。

2.根据权利要求1所述的显示设备，其特征在于，所述控制器在执行所述按照每条所述消息的产生时间对所有消息进行排序，生成消息列表，被进一步配置为：

获取每条所述消息的产生时间；

按照所述产生时间从邻近当前时间到远离当前时间的顺序，将所有所述消息进行排序，得到消息序列，所述产生时间邻近当前时间的消息为所述消息序列中的第一位消息；

基于所述消息序列，生成消息列表，所述消息序列中的第一位消息位于消息列表的顶部。

3.根据权利要求2所述的显示设备，其特征在于，所述控制器在执行所述基于所述消息序列，生成消息列表，被进一步配置为：

在所述消息的总条数超过所述消息列表的可视条数阈值时，将所述消息序列中的所有消息按照可视条数阈值对应的数量进行分组，得到多个消息分组；

基于每个所述消息分组，生成对应的列表分页，每个列表分页中包括可视条数阈值对应数量的展示位，第一展示位位于列表分页的顶部，末尾展示位位于所述列表分页的底部，所述第一展示位中展示对应消息分组中的产生时间邻近当前时间的第一位消息；

将多个展示有消息分组的列表分页生成消息列表，多个所述列表分页基于对应消息分组中每条消息的展示顺序进行排序。

4.根据权利要求1所述的显示设备，其特征在于，所述控制器被进一步配置为：

接收用户基于所述列表展示窗口中展示的输入框进行输入操作时产生的新消息；

将所述新消息展示在所述消息列表的顶部，以及，将所述新消息发送至服务器，所述服务器用于将所述新消息发送至第三端设备的列表展示窗口进行展示。

5.根据权利要求4所述的显示设备，其特征在于，所述控制器在执行所述将所述新消息展示在所述消息列表的顶部，被进一步配置为：

判断所述消息列表的第一位可视消息是否为展示在第一列表分页的第一展示位的消息，所述第一列表分页是指位于消息列表第一位的列表分页；

如果是，则将所述新消息展示在所述第一列表分页的第一展示位，以及，将所述第一列表分页中的在先展示消息向下移动一位进行展示，所述第一列表分页的末尾展示位中的消息滚动至下一列表分页中的第一展示位进行展示。

6.根据权利要求5所述的显示设备，其特征在于，所述控制器被进一步配置为：

如果所述消息列表的第一位可视消息不是展示在第一列表分页的第一展示位的消息，则在后台将所述新消息展示在所述第一列表分页的第一展示位，以及，生成新消息提醒界面；

将所述新消息提醒界面展示在所述列表展示窗口中。

7.根据权利要求4所述的显示设备，其特征在于，所述控制器被进一步配置为：

接收所述服务器在判断所述新消息发送失败时产生的失败通知；

响应于所述失败通知，生成发送失败提示框，将所述发送失败提示框显示在所述新消息的展示位置的一侧。

8.根据权利要求3所述的显示设备，其特征在于，所述控制器被进一步配置为：

响应于用户基于所述讨论控件产生的浏览所述消息列表中任一消息的向下浏览指令，将控制焦点由所述讨论控件移动至所述消息列表中第一列表分页的第一展示位上；

在所述控制焦点移动至所述第一列表分页的末尾展示位上时，生成加载状态提示框，将所述加载状态提示框显示在所述第一列表分页的底部。

9.根据权利要求8所述的显示设备，其特征在于，所述控制器被进一步配置为：

响应于在生成所述加载状态提示框时产生的系统通知，获取所述消息列表中第二列表分页中的消息；

在所述加载状态提示框的显示时长达到预设时间阈值时，将所述第二列表分页中的消息展示在第一列表分页的底部。

10.根据权利要求1所述的显示设备，其特征在于，所述控制器被进一步配置为：

在控制焦点位于所述消息列表中的任一展示位上时，接收用户触发返回键产生的返回指令；

响应于所述返回指令，将所述控制焦点由消息列表中的任一展示位移动至所述讨论控件上，以及，将所述消息列表的第一列表分页的消息展示在列表展示窗口，所述列表展示窗口的第一位可视消息为第一列表分页的第一展示位上的消息。

11.根据权利要求1所述的显示设备，其特征在于，所述控制器被进一步配置为：

接收用户由其他控件切换至所述讨论控件时产生的切换指令；

响应于所述切换指令，将控制焦点由其他控件移动至所述讨论控件上，以及，将所述消息列表的第一列表分页的消息展示在列表展示窗口，所述列表展示窗口的第一位可视消息为第一列表分页的第一展示位上的消息。

12.一种消息的展示方法，其特征在于，所述方法包括：

响应于触发讨论控件时产生的控件启动指令，获取参与直播程序的所有用户在互动时产生的消息，以及，在所述用户界面中生成列表展示窗口；

按照每条所述消息的产生时间对所有消息进行排序，生成消息列表，所述产生时间邻近当前时间的消息展示在消息列表的顶部；

将所述消息列表展示在所述列表展示窗口。

Images