CN114040254B - 一种显示设备及高并发消息显示方法 - Google Patents

Abstract

本申请提供一种显示设备及高并发消息显示方法，所述方法可以在用户控制显示设备进入直播间后，获取直播间内的当前用户数量，再根据当前用户数量创建用于临时缓存即时通信消息的消息缓存列表，从而在消息缓存列表中的消息状态满足特定条件时，显示消息缓存列表内的即时通信消息。其中，特定条件包括消息缓存列表内的即时通信消息数量大于或等于所述缓存数量上限，或者，消息缓存列表内的即时通信消息存储时间大于或等于刷新延迟时间。所述方法可以通过消息缓存列表暂存即时通信消息的方式，在高并发即时通消息时，能够减少直播间画面的刷新次数，从而缓解界面卡顿的问题。

Description

一种显示设备及高并发消息显示方法

技术领域

本申请涉及智能显示设备技术领域，尤其涉及一种显示设备及高并发消息显示方法。

背景技术

显示设备是指能够输出具体显示画面的终端设备，可以是智能电视、通信终端、智能广告屏、投影仪等终端设备。以智能电视为例，智能电视是基于Internet应用技术，具备开放式操作***与芯片，拥有开放式应用平台，可实现双向人机交互功能，集影音、娱乐、数据等多种功能于一体的电视产品，用于满足用户多样化和个性化需求。

显示设备可以通过直播应用接入直播平台，为用户实时呈现直播画面。例如，显示设备中可以安装“直播课堂”应用，显示设备通过运行直播课堂应用访问特定直播间，以实时接收该直播间对应的直播课程画面，并进行显示。为了增加直播的互动性，部分直播应用支持即时通信消息功能，即对于同一直播间内的多个用户，可以通过发送即时通信消息进行交流。因此，显示设备在播放直播画面的过程中，也可以对即时通信消息进行同步展示。

但是，当同一个直播间内的用户数量较多时，显示设备会在短时间内接收到较多数量的即时通信消息，则为了将这些即时通信消息进行显示，显示设备需要不断刷新UI界面，因此会阻塞主线程任务，造成界面卡顿。

发明内容

本申请提供了一种显示设备及高并发消息显示方法，以解决传统显示设备在高并发消息时界面卡顿的问题。

一方面，本申请提供一种显示设备，包括：显示器、通信器和控制器。其中，所述显示器用于显示用户界面；所述通信器用于使显示设备与服务器建立通信连接；所述控制器被配置为执行以下步骤：

接收用户输入的用于进入直播间的控制指令；

响应于所述控制指令，获取直播间内的当前用户数量和即时通信消息；

创建消息缓存列表，所述消息缓存列表用于存储所述即时通信消息；所述消息缓存列表的缓存数量上限和刷新延迟时间根据所述当前用户数量设定；

在所述消息缓存列表内的即时通信消息数量大于或等于所述缓存数量上限，或者，所述消息缓存列表内的即时通信消息存储时间大于或等于刷新延迟时间时，显示所述消息缓存列表内的即时通信消息。

另一方面，本申请还提供一种高并发消息显示方法，应用于显示设备，所述显示设备包括显示器、通信器以及控制器，所述方法包括以下步骤：

接收用户输入的用于进入直播间的控制指令；

响应于所述控制指令，获取直播间内的当前用户数量和即时通信消息；

创建消息缓存列表，所述消息缓存列表用于存储所述即时通信消息；所述消息缓存列表的缓存数量上限和刷新延迟时间根据所述当前用户数量设定；

在所述消息缓存列表内的即时通信消息数量大于或等于所述缓存数量上限，或者，所述消息缓存列表内的即时通信消息存储时间大于或等于刷新延迟时间时，显示所述消息缓存列表内的即时通信消息。

由以上技术方案可知，本申请提供的显示设备及高并发消息显示方法可以在用户控制显示设备进入直播间后，获取直播间内的当前用户数量，再根据当前用户数量创建用于临时缓存即时通信消息的消息缓存列表，从而在消息缓存列表中的消息状态满足特定条件时，显示消息缓存列表内的即时通信消息。其中，特定条件包括消息缓存列表内的即时通信消息数量大于或等于所述缓存数量上限，或者，消息缓存列表内的即时通信消息存储时间大于或等于刷新延迟时间。所述方法可以通过消息缓存列表暂存即时通信消息的方式，在高并发即时通消息时，能够减少直播间画面的刷新次数，从而缓解界面卡顿的问题。

附图说明

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

图1为本申请实施例中显示设备的使用场景；

图2为本申请实施例中控制装置的硬件配置框图；

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

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

图5为本申请实施例中直播应用界面示意图；

图6为本申请实施例中直播画面显示效果图；

图7为本申请实施例中实时通信消息显示效果示意图；

图8为本申请实施例中高并发消息显示流程图；

图9为本申请实施例中对比用户数量的流程示意图；

图10为本申请实施例中显示历史消息的流程示意图；

图11为本申请实施例中修改消息缓存列表参数的流程示意图；

图12为本申请实施例中高并发消息显示方法时序图。

具体实施方式

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

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

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

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

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

图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的硬件配置框图。

在一些实施例中，显示设备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，在一些实施例中，将***分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Appl icat ion Framework)层(简称“框架层”)，安卓运行时(Android runtime)和***库层(简称“***运行库层”)，以及内核层。

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

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

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

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

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

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

基于上述显示设备200，用户可以通过特定的交互动作控制显示设备200呈现不同的用户界面。其中，部分应用界面可用于呈现直播画面。例如，在显示设备200中可以安装直播应用程序“××课堂”，用于呈现在线课程直播画面。当用户控制显示设备200启动“××课堂”应用后，显示设备200可以通过当前用户界面，如应用程序列表界面，跳转至××课堂对应的应用界面，即直播界面。

在一些实施例中，显示设备200呈现直播界面前，还可以通过特定的界面进行直播间(或频道)选择。例如，在启动“××课堂”应用后，“××课堂”应用可以先提供课程选择界面。如图5所示，在课程选择界面中，可以包括“文学公开课、历史的长河……”等不同可能内容的直播链接选项，每个直播链接选项可以对应关联一个或多个直播间。当用户选中任一直播链接选项后，即可控制显示设备200访问该直播间，并获得该直播间对应的直播画面，并实时通过显示器260进行显示。

由于同一个直播间对应的直播画面可以被多个显示设备200获取，并且进入同一个直播间的多个显示设备200之间还可以相互交流，发送即时通信消息。因此，显示设备200在通过显示器260显示直播画面的同时，还可以在直播界面中显示即时通信消息。例如，如图6所示，进入同一个课程对应直播间的用户可以包括老师、学生1、学生2、学生3、学生4、学生5、学生6等。这些用户均可以通过自己的显示设备200输入即时通信消息。这些即时通信消息可以基于直播画面的上层显示，并随着消息的不断输入，进行滚动呈现，如图7所示。

为了在直播界面中显示即时通信消息，在一些实施例中，显示设备200在显示直播画面的同时，可以根据接收到的即时通信消息对直播界面进行刷新，将即时通信消息显示在直播画面以上的本地消息列表对应图层中。例如，当学生6发出即时通信消息“老师我不会啊”后，访问当前直播间的所有显示设备200均需要根据学生6发出的即时通信消息更新本地消息列表，从而将学生6发出的“老师我不会啊”显示在消息列表的底部位置。同理，对于不同用户在不同时间先后发出的即时通信消息，显示设备200均可以采用上述刷新方法进行实时显示。

由于在呈现即时通信消息的过程中，本地消息列表对应的画面通常为显示在直播画面上一图层中的实时渲染画面，因此，显示设备200需要根据即时通信消息的发出情况，不断进行渲染，并刷新显示在直播界面中。因此，当显示设备200访问的直播间中人数较多，且发言较频繁时，显示设备200会在短时间内接收到多个用户发出的即时通信消息，则为了将接收到的消息进行显示，显示设备200需要频繁刷新、渲染本地消息列表并进行显示。

基于此，当显示设备200在单位时间内接收到的即时通信消息数量过多时，将会阻塞主线程，造成界面卡顿的问题。例如，智能终端等显示设备200的屏幕刷帧频率通常为60FPS,即每秒刷新60次，则当显示设备200每秒接收到即时通信消息数量超过60个时，即有可能阻塞主线程，造成界面卡顿。

为了改善界面卡顿的问题，在本申请的部分实施例中提供一种高并发消息显示方法，所述方法可以应用于显示设备200。并且，为了满足所述方法的实施，显示设备200应至少包括显示器260、通信器220以及控制器250。其中，显示器260被配置为显示用户界面，包括直播界面。通信器220被配置为与服务器400建立通信连接，以便从服务器400获取直播画面和即时通信消息。控制器250则被配置为执行上述高并发消息显示方法，以控制直播画面和即时通信消息的显示过程，如图8所示，具体包括以下内容：

接收用户输入的用于进入直播间的控制指令。用户在使用显示设备200时，可以根据显示设备200操作***定义的用户交互策略，输入各种控制指令。其中，部分控制指令用于控制显示设备200进入直播间，并呈现直播画面。因此，显示设备200在检测用户输入该控制指令时，可以启动显示直播界面，并开始按照所述高并发消息显示方法对应的方式对直播画面和即时通信消息进行显示。

根据显示设备200操作***中定义的交互策略，用户可以通过多种方式输入用于进入直播间的控制指令。即在一些实施例中，用户可以通过显示设备200配套的控制装置100，如遥控器或智能终端，控制显示设备200界面中的焦点光标进行移动，并基于不同的用户界面依次选中特定选项，控制显示设备200进入直播间。例如，用户可以控制焦点光标依次选中“我的”-“应用”-“××课堂”，控制显示设备200启动直播类应用。再从呈现的应用界面中选中任一直播链接选项，以控制进入直播间。

在一些实施例中，对于支持触控交互操作的显示设备200，用户还可以通过触控交互操作，依次选中“我的”-“应用”-“××课堂”启动直播应用，再通过触控交互操作，选中可以任一直播链接选项，以控制进入直播间。

在一些实施例中，对于支持智能语音交互的显示设备200，用户还可以基于智能语音***输入用于进入直播间的控制指令。例如，用户可以通过显示设备200的远场麦克风或控制装置100内置的麦克风输入“我要看课程直播”、“打开××课堂”等语音内容。智能语音***则在接收到语音内容后，将语音转化为文字，再通过自然语言处理模型提取语义，从而根据语义生成控制指令，控制显示设备200打开直播应用，并进入直播间。

需要说明的是，上述控制指令的方式仅仅作为具体输入方式的示例，不对控制指令的输入过程造成限定，本领域技术人员在上述输入方式的基础上，所能够联想到的其他输入方式，以及为适应不同显示设备200交互策略而采用的其他输入方式，都属于本申请的保护范围。

在用户输入用于进入直播间的控制指令后，显示设备200可以响应于所述控制指令，接收直播画面。所述直播画面，通常由一个开启直播间的用户通过实时录制特定画面生成。开启直播间用户的显示设备200在生成直播画面后，可以将直播画面实时传送给服务器400，服务器400则根据直播间对应的访问用户，将直播画面向不同用户对应的显示设备200进行分发，以使显示设备200可以接收到直播画面。访问直播间用户的显示设备200在接收到直播画面后，可以对直播画面进行渲染，生成直播界面，并通过显示器260进行显示。

在接收直播画面的同时，显示设备200还可以实时接收即时通信消息。即时通信消息可以由访问当前直播间的任一用户发出，发出的即时通信消息会先发送给服务器400，服务器400再将即时通信消息推送给当前直播间内的每个用户，包括发起直播间的用户和访问直播间的用户。每个用户在接收到即时通信消息后，可以根据实时显示或缓存延迟显示即时通信消息。

由于直播间内的用户数量较多时，用户发出即时通信消息的数量也较多，进而越容易因高并发消息阻塞主线程导致界面卡顿。因此，在本申请实施例中，显示设备200可以在获取直播画面和即时通信消息的同时，实时获取直播间的当前用户数量，以根据当前用户数量确定是否需要调整即时通信消息的显示方式。

即如图9所示，在一些实施例中，显示设备200在获取当前用户数量后，可以先对比当前用户数量与用户数量阈值。根据对比结果，如果当前用户数量小于或等于用户数量阈值，即当前直播间内的用户数量较少，不容易出现高并发消息的问题，因此显示设备200无需对即时通信消息的显示方式进行调整，直接控制显示器260实时显示即时通信消息。而根据对比结果，如果当前用户数量大于用户数量阈值，即当前直播间内的用户数量较多，容易出现高并发即时通信消息的问题，因此可以对即时通信消息的显示方式进行调整，以通过延迟显示即时通信消息的方式，减少即时通信消息刷新过程对主线程的影响，改善卡顿现象。

当前用户数量还可以用于控制延迟显示过程，当显示设备200采用延迟显示的方式进行即时通信消息的显示时，显示设备200可以先创建消息缓存列表，所述消息缓存列表用于存储即时通信消息，即从服务器400接收到的即时通信消息可以不实时进行显示，而是先暂存在消息缓存列表中。当消息缓存列表中存储的即时通信消息达到预设的显示条件时，再进行界面刷新，以显示存储的即时通信消息。

由于直播间中的用户数量通常与即时通信消息的并发数量具有正相关的关系。即用户数量越多，即时通信消息也越多。而不同的消息并发数量，将直接影响即时通信消息对主线程的阻塞程度以及显示时效性，因此为了兼顾流畅性和显示时效，所述消息缓存列表的缓存数量上限和刷新延迟时间可以根据当前用户数量设定。

为了设定消息缓存列表的缓存数量上限和刷新延迟时间，在一些实施例中，显示设备200可以在获取当前用户数量后，获取显示器260的刷新频率。显然，不同显示设备200的显示器260屏幕刷新频率是不同的。例如，普通显示器260的刷新频率为60Hz，专业显示器260的刷新频率为120Hz等。并且，对于同一个显示设备200，可以在不同显示模式下采用不同的刷新频率，如智能电视在显示媒资画面是的屏幕刷新频率为60Hz，而在接入游戏设备进行游戏画面显示的过程中，屏幕刷新频率为120Hz。因此，显示设备200可以在获取显示器260的刷新频率时，综合显示设备200的类型以及运行模式，确定刷新频率。

在获取显示器260的刷新频率后，显示设备200可以计算当前用户数量与显示器260刷新频率的比值。再根据当前用户数量与显示器260刷新频率的比值计算缓存数量上限，其中，缓存数量上限为大于或等于当前用户数量与显示器260刷新频率的比值的最小整数，即：

maxChacheCount＝ceil(memberCount/fps)；

其中，maxChacheCount表示缓存数量上限；ceil(……)表示返回大于或者等于指定表达式的最小整数计算函数；memberCount表示当前用户数量；fps表示显示器260的刷新频率。

通过上述公式计算获得缓存数量上限后，显示设备200再根据刷新频率计算最小刷新间隔，其中，最小刷新间隔为相邻帧显示画面之间的时间间隔，可以通过刷新频率的倒数计算获得。例如，当显示器260的刷新频率为60Hz时，最小刷新间隔为1/60＝0.016s。

最后，显示设备200可以根据缓存数量上限与最小刷新间隔计算刷新延迟时间，即通过计算缓存数量上限与最小刷新间隔的乘积，作为刷新延迟时间delayTime。例如，在计算获得缓存数量上限maxChacheCount以及最小刷新间隔0.016s后，显示设备200可以计算maxChacheCount×0.016作为刷新延迟时间delayTime。

在创建消息缓存列表并根据当前用户数量设定消息缓存列表的缓存数量上限和刷新延迟时间后，显示设备200可以将获取的即时通信消息存储在消息缓存列表中，并基于创建的消息缓存列表对即时通信消息进行延迟显示。在实施延迟显示过程中，显示设备200可以对消息缓存列表中存储的即时通信消息进行检测，确定即时通信消息在消息缓存列表中的缓存数量和存储时间。

再通过对比缓存数量与缓存数量上限，以及存储时间与刷新延迟时间，确定是否满足即时通信消息的显示条件，在消息缓存列表内的即时通信消息数量大于或等于缓存数量上限，或者，消息缓存列表内的即时通信消息存储时间大于或等于刷新延迟时间时，确定满足即时通信消息的显示条件，因此可以控制显示器260显示消息缓存列表内的即时通信消息。

由以上技术方案可知，上述实施例提供的高并发消息显示方法可以在直播间内用户数量较多时，通过创建消息缓存列表启用消息延迟显示功能，以减少即时通信消息显示过程的刷新次数，改善界面卡顿问题。并且，由于消息缓存列表中的缓存数量上限和刷新延迟时间可以根据当前用户数量设定，实现在不同用户数量时采用不同的判断条件，因此可以兼顾即使通信消息的显示时效性和界面流畅度，提高用户体验。

由于直播间对应的直播画面可以同时推送给不同用户的显示设备200，而不同显示设备200可以在不同的时间进入直播间，因此，为了及时获知直播间内的聊天状态，如图10所示，在一些实施例中，对于后进入直播间的显示设备200，还可以在进入直播间时获得历史消息。对此，显示设备200可以在进入直播间后，创建本地消息列表，其中，所述本地消息列表用于实时显示即时通信消息。为了便于显示，即时通信消息在本地消息列表中排列顺序可以与直播界面中的消息栏顺序相同，例如均为新消息位于旧消息的下方。从而在显示即时通信消息时，可以直接按照本地消息列表渲染显示画面。

在创建本地消息列表后，显示设备200可以提取控制指令的接收时间，即在显示设备200接收到用户输入的控制指令后，可以对控制指令的输入时间进行记录，作为接收时间。再根据接收时间向服务器400请求历史消息，即在提取接收时间后，显示设备200可以生成请求指令，请求指令中可以包括接收时间。再将生成的请求指令发送给服务器400，使服务器400可以针对请求指令反馈历史消息。

其中，所述历史消息为在接收时间前预设同步周期内的即时通信消息。服务器400反馈的历史消息不宜过多，以减少同步时间；且服务器400反馈的历史消息也不宜过少，以使用户能够了解直播间内的沟通状况，满足用户需求。因此，预设同步周期可以根据服务器400的存储能力、当前直播间内的用户交流频率等因素综合确定。例如，预设同步周期可以是所述刷新延迟时间的整数倍。

显示设备200则在获取历史消息后，将历史消息添加至本地消息列表，以实现同直播画面一同进行显示，形成直播界面。例如，用户1通过显示设备200进入直播课堂的任一直播间时，显示设备200可以向服务器400的即时通信模块发送HTTP请求,获取直播间历史消息(historyMessages)，再将historyMessages添加到本地消息列表(msgList)中，之后通过UI刷新方法加载并显示msgList中的消息。

在一些实施例中，当显示设备200建立本地消息列表时，还可以通过将消息缓存列表内的即时通信消息添加至本地消息列表，以基于本地消息列表刷新用户界面，实现对缓存列表内的即时通信消息进行显示。

由以上技术方案可知，在上述实施例中，显示设备200可以基于本地消息列表实时显示历史消息和即时通信消息，由于显示设备200可以根据时间顺序将消息添加至本地消息列表，因此在直播界面中显示的消息仍然能够保持即时消息原有的发言顺序，缓解显示错误的问题。

在上述实施例中，由于被延迟显示的消息可以通过消息缓存列表暂存，并在存储数量大于缓存数量上限或存储时间达到刷新延迟时间时，进行显示。其中缓存数量上限和刷新延迟时间是根据当前直播间内的用户数量设定，但直播间内的用户数量是随着直播进行不断变化的，即在直播过程中，会不定时有用户进入或退出直播间，因此，如图11所示，在一些实施例中，显示设备200可以根据直播间中用户数量变化，修改缓存数量上限和刷新延迟时间，以使直播画面的显示过程兼顾流畅性和时效性。

即显示设备200可以获取直播间用户更新信息，所述用户更新信息用户更新信息可以包括进入或退出直播间的用户名称、进入或退出时间等信息内容，用于表示加入或退出当前直播间的用户信息。与即时通信消息和直播画面相同，用户更新信息也可以通过服务器400获得，即在任一用户进入或离开直播间时，可以触发服务器400生成用户更新信息，生成的更新信息也可以通过数据推送的方式，发送给直播间内的所有用户。

从服务器400获取到用户更新信息后，显示设备200可以根据数量更新信息修改当前用户数量，并按照修改后的当前用户数量设置缓存数量上限和刷新延迟时间。例如，当用户1进入直播间时，服务器400可以向直播间内除用户1的显示设备200外的其他显示设备200推送用户更新信息，这些显示设备200则可以根据先前接收的用户数量和用户更新信息重新确定当前用户数量，即当前用户数量＝原用户数量+1。修改当前用户数量后，显示设备200再根据上述实施例中提供的方式，重新计算缓存数量上限和刷新延迟时间，即：

maxChacheCount＝ceil((memberCount+1)/fps)；

delayTime＝maxChacheCount×0.016；

其中，maxChacheCount表示缓存数量上限；ceil(……)表示返回大于或者等于指定表达式的最小整数计算函数；(memberCount+1)表示当前用户数量；fps表示显示器260的刷新频率；delayTime表示刷新延迟时间。

可见，通过上述计算方式，显示设备200可以按照修改后的当前用户数量重新设置缓存数量上限和刷新延迟时间，使显示设备200的延迟显示过程能够自动适应直播间内的用户数量，兼顾显示的流畅性和时效性。

由于用户进入或退出直播的行为一般为用户的个人行为，因此在直播间内的用户数量通常是缓慢变化的，而当用户数量变化较小时，并不会对显示的流畅性或时效性造成明显的影响，因此，为了减少频繁更新消息缓存列表的参数，在一些实施例中，显示设备200还可以在按照修改后的当前用户数量设置缓存数量上限和刷新延迟时间时，遍历用户更新信息中的用户变动数量，在将遍历获得的用户变动数量与预设的更新阈值进行比较。

如果用户变动数量大于或等于更新阈值，则按照修改后的当前用户数量设置缓存数量上限和刷新延迟时间，从而按照重新设置的缓存数量上限和刷新延迟时间，执行延迟显示功能，以兼顾流畅性和时效性。而如果用户变动数量小于更新阈值，维持缓存数量上限和刷新延迟时间，即不对消息缓存列表进行修改，以避免频繁运算，过度消耗显示设备200的处理能力。

对于直播界面，显示设备200在显示直播画面和即时通信消息的同时，还可以对直播间的用户进入或退出状态进行显示。例如，在用户1进入直播间时，直播界面可以显示“用户1已进入直播间”等提示文字。这些提示信息一般随着用户的进入或退出直播间操作实时进行显示，而当直播间中的人数较多时，显示设备200也需要频繁刷新UI界面，可能造成卡顿的问题。为此，在一些实施例中，显示设备200可以在显示提示信息时，也启用延迟显示功能，即将用户更新信息中加入当前直播间的用户信息添加至消息缓存列表。

由于上述实施例中提供的消息显示方法能够在直播间内用户数量较多时，通过延迟显示即时通信消息，减少高并发消息刷新过程对主线程的影响，其中，延迟显示过程可以通过两个条件进行触发，而不同的触发条件，在显示过程中可以采用不同的显示控制方法。即在一些实施例中，当在消息缓存列表内的即时通信消息数量大于或等于缓存数量上限时，显示设备200可以检测本地延迟刷新任务的开启状态，其中，本地延迟刷新任务是一种控制延迟显示的任务，该任务在启动后，可以按照设定的延迟时间进行显示。例如，当设置延迟1s显示消息时，显示设备200可以每隔1s将消息缓存列表中的内容进行显示。

而当判断消息缓存列表内的即时通信消息数量大于或等于缓存数量上限时，此时将不再通过本地延迟刷新任务控制显示设备200完成延迟显示，即如果本地延迟刷新任务的开启状态为已开启，则可以停止本地延迟刷新任务的延迟计时，以实时显示消息缓存列表内的即时通信消息，并且在显示消息缓存列表内的即时通信消息后，启动本地延迟刷新任务的延迟计时。

例如，在判断消息缓存列表中的用户数量msgCacheList.count≥maxChacheCount时，将msgCacheList的消息添加到本地消息列表msgLi st中，此时，如果本地延迟刷新任务已开启，则取消该任务并刷新直播界面，显示此时msgCacheList中的全部消息。

同理，在一些实施例中，在判断到消息缓存列表内的即时通信消息数量小于缓存数量上限时，显示设备200也可以检测本地延迟刷新任务的开启状态，如果本地延迟刷新任务的开启状态为未开启，开启本地延迟刷新任务，以按照本地延迟刷新任务控制延迟显示过程。

例如，在判断消息缓存列表中的用户数量msgCacheList.count＜maxChacheCount时,如果本地延迟刷新任务未开启，则开启延迟刷新任务，并设置延迟时间为delayTime，从而在到达延迟时间后，执行直播界面刷新操作，显示全部消息。

由以上技术方案可知，上述实施例中提供的高并发消息显示方法，可以通过延迟刷新直播界面的方式，降低消息刷新频率，使显示设备200接收到的消息后先进行缓存，并延迟一定时间后再刷新消息界面，提高显示过程的流畅度。同时，为避免延迟时间内消息较多而导致显示不及时，还通过限制缓存达到一定数量后，及时刷新消息界面，以显示全部消息。此外，显示设备200还可以根据直播间内用户数量动态调整延迟刷新时间以及最大缓存限制，可以灵活调整刷新频率，缓解消息并发导致的界面刷新卡顿问题的同时，最大程度提高消息显示的及时性。

基于上述实施例提供的高并发消息显示方法，在本申请的部分实施例中，还提供一种显示设备200，所述显示设备200包括：显示器260、通信器220和控制器250。其中，所述显示器260用于显示用户界面；所述通信器220用于使显示设备200与服务器400建立通信连接；如图12所示，所述控制器250被配置为执行以下步骤：

接收用户输入的用于进入直播间的控制指令；

响应于所述控制指令，获取直播间内的当前用户数量和即时通信消息；

创建消息缓存列表，所述消息缓存列表用于存储所述即时通信消息；所述消息缓存列表的缓存数量上限和刷新延迟时间根据所述当前用户数量设定；

在所述消息缓存列表内的即时通信消息数量大于或等于所述缓存数量上限，或者，所述消息缓存列表内的即时通信消息存储时间大于或等于刷新延迟时间时，显示所述消息缓存列表内的即时通信消息。

由以上技术方案可知，上述实施例提供的显示设备200可以在用户控制显示设备200进入直播间后，获取直播间内的当前用户数量，再根据当前用户数量创建用于临时缓存即时通信消息的消息缓存列表，从而在消息缓存列表中的消息状态满足特定条件时，显示消息缓存列表内的即时通信消息。其中，特定条件包括消息缓存列表内的即时通信消息数量大于或等于所述缓存数量上限，或者，消息缓存列表内的即时通信消息存储时间大于或等于刷新延迟时间。所述显示设备200可以通过消息缓存列表暂存即时通信消息的方式，在高并发即时通消息时，能够减少直播间画面的刷新次数，从而缓解界面卡顿的问题。

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

Claims (10)

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

显示器，被配置为显示用户界面；

通信器，被配置为与服务器建立通信连接；

控制器，被配置为：

接收用户输入的用于进入直播间的控制指令；

响应于所述控制指令，获取直播间内的当前用户数量和即时通信消息；

当前用户数量大于用户数量阈值时，创建消息缓存列表，所述消息缓存列表用于存储所述即时通信消息；所述消息缓存列表的缓存数量上限和刷新延迟时间根据所述当前用户数量设定，其中，所述缓存数量上限的设定过程为：计算当前用户数量与显示器刷新频率的比值；根据当前用户数量与显示器刷新频率的比值计算缓存数量上限；所述缓存数量上限为大于或等于当前用户数量与显示器刷新频率的比值的最小整数；所述刷新延迟时间的设定过程为：计算缓存数量上限与最小刷新间隔的乘积作为刷新延迟时间；

在所述消息缓存列表内的即时通信消息数量大于或等于所述缓存数量上限，或者，所述消息缓存列表内的即时通信消息存储时间大于或等于刷新延迟时间时，显示所述消息缓存列表内的即时通信消息。

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

创建本地消息列表，所述本地消息列表用于实时显示即时通信消息；

提取所述控制指令的接收时间；

根据所述接收时间向所述服务器请求历史消息，所述历史消息为在所述接收时间前预设同步周期内的即时通信消息；

将所述历史消息添加至所述本地消息列表。

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

在显示所述消息缓存列表内的即时通信消息的步骤中，将所述消息缓存列表内的即时通信消息添加至所述本地消息列表；

基于所述本地消息列表刷新所述用户界面。

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

获取直播间用户更新信息，所述用户更新信息用于表示加入或退出当前直播间的用户信息；

根据所述数量更新信息修改当前用户数量；

按照修改后的当前用户数量设置所述缓存数量上限和所述刷新延迟时间。

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

在按照修改后的当前用户数量设置所述缓存数量上限和所述刷新延迟时间的步骤中，遍历所述用户更新信息中的用户变动数量；

如果所述用户变动数量大于或等于更新阈值，按照修改后的当前用户数量设置所述缓存数量上限和所述刷新延迟时间；

将所述用户更新信息中加入当前直播间的用户信息添加至所述消息缓存列表；

如果所述用户变动数量小于所述更新阈值，维持所述缓存数量上限和所述刷新延迟时间。

6.根据权利要求1所述的显示设备，其特征在于，在所述消息缓存列表内的即时通信消息数量大于或等于所述缓存数量上限时，所述控制器被进一步配置为：

检测本地延迟刷新任务的开启状态；

如果所述本地延迟刷新任务的开启状态为已开启，停止所述本地延迟刷新任务的延迟计时，以实时显示所述消息缓存列表内的即时通信消息；

在显示所述消息缓存列表内的即时通信消息后，启动所述本地延迟刷新任务的延迟计时。

7.根据权利要求1所述的显示设备，其特征在于，在所述消息缓存列表内的即时通信消息数量小于所述缓存数量上限时，所述控制器被进一步配置为：

检测本地延迟刷新任务的开启状态；

如果所述本地延迟刷新任务的开启状态为未开启，开启所述本地延迟刷新任务。

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

在创建消息缓存列表的步骤前，对比当前用户数量与用户数量阈值；

如果所述当前用户数量小于或等于所述用户数量阈值，实时显示所述即时通信消息。

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

在创建消息缓存列表的步骤中，获取所述显示器的刷新频率；

计算当前用户数量与显示器刷新频率的比值；

根据所述比值计算所述缓存数量上限，所述缓存数量上限为大于或等于所述比值的最小整数；

根据所述刷新频率计算最小刷新间隔；

计算所述缓存数量上限与所述最小刷新间隔的乘积，作为所述刷新延迟时间。

10.一种高并发消息显示方法，其特征在于，应用于显示设备，所述显示设备包括显示器、通信器以及控制器，所述方法包括：

接收用户输入的用于进入直播间的控制指令；

响应于所述控制指令，获取直播间内的当前用户数量和即时通信消息；

当前用户数量大于用户数量阈值时，创建消息缓存列表，所述消息缓存列表用于存储所述即时通信消息；所述消息缓存列表的缓存数量上限和刷新延迟时间根据所述当前用户数量设定，其中，所述缓存数量上限的设定过程为：计算当前用户数量与显示器刷新频率的比值；根据当前用户数量与显示器刷新频率的比值计算缓存数量上限；所述缓存数量上限为大于或等于当前用户数量与显示器刷新频率的比值的最小整数；所述刷新延迟时间的设定过程为：计算缓存数量上限与最小刷新间隔的乘积作为刷新延迟时间；

在所述消息缓存列表内的即时通信消息数量大于或等于所述缓存数量上限，或者，所述消息缓存列表内的即时通信消息存储时间大于或等于刷新延迟时间时，显示所述消息缓存列表内的即时通信消息。