CN114245186B - 多屏协同播放的控制方法、装置、设备及可读存储介质 - Google Patents

Abstract

本发明公开了一种多屏协同播放的控制方法、装置、设备及可读存储介质，多屏协同播放的控制方法包括：检测协同播放的播放队列中是否存在故障终端；若存在故障终端，则将所述故障终端从所述播放队列中剔除，得到最新播放队列；基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段，并将所述最新协议文本段发送至所述最新播放队列中的显示终端。本发明能使得播放队列中的显示终端即使出现了播放故障，也仍然能保持多屏协同播放的良好播放效果。

Description

多屏协同播放的控制方法、装置、设备及可读存储介质

技术领域

本发明涉及多屏协同技术领域，尤其涉及一种多屏协同播放的控制方法、装置、设备及可读存储介质。

背景技术

随着多屏协同技术的发展，服务器可以同时向播放队列中的多个显示终端发送独立的节目播放资源，每个终端设备播放的节目互不干涉。但是当播放队列中任意一个显示终端出现设备损坏或屏幕色准较差等播放故障时，不会影响多屏协同的正常播放，即服务器仍然继续在向存在播放故障的显示终端发送节目播放资源，而在用户看来，此时多屏协同的画面是不够完整或者不够清晰的，从而严重降低了多屏协同的播放效果，影响用户的观看体验。

发明内容

本发明的主要目的在于提供一种多屏协同播放的控制方法、装置、设备及可读存储介质，旨在解决当播放队列中存在显示终端出现播放故障时，易导致多屏协同播放效果降低的技术问题。

为实现上述目的，本发明提供一种多屏协同播放的控制方法，包括以下步骤：

检测协同播放的播放队列中是否存在故障终端；

若存在故障终端，则将所述故障终端从所述播放队列中剔除，得到最新播放队列；

基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段，并将所述最新协议文本段发送至所述最新播放队列中的显示终端。

可选地，所述故障终端的网格分区存在色准偏差；

所述网格分区是对显示界面进行网格划分得到的。

可选地，网格分区存在色准偏差为连续预设数量个像素点的RGB值均存在偏差。

可选地，连续预设数量个像素点的RGB值均存在偏差为在第一色准验证周期内，连续预设数量个偶数像素点的RGB值均存在偏差；或者，在第二色准验证周期内，连续预设数量个奇数像素点的RGB值均存在偏差。

可选地，所述基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段的步骤包括：

确定所述最新播放队列中显示终端的数量和播放次序；

获取节目协议的播放总时长，并根据所述播放总时长和所述数量，确定所述最新播放队列中各显示终端的平均播放时长；

基于所述平均播放时长和所述播放次序，对节目协议进行重新排列，得到最新协议文本段。

可选地，所述基于所述平均播放时长和所述播放次序，对节目协议进行重新排列，得到最新协议文本段的步骤包括：

确定所述最新播放队列中各显示终端的播放时延；

根据所述平均播放时长、所述播放次序和所述播放时延，确定所述播放队列中各显示终端对应的协议段起始位置；

依据所述协议段起始位置和所述平均播放时长，对节目协议进行重新排列，得到最新协议文本段。

可选地，所述故障终端的屏幕温度差在连续预置数量个周期内均大于预设温度阈值；

所述屏幕温度差为当前周期的屏幕温度与上一周期的屏幕温度的差值。

此外，为实现上述目的，本发明还提供一种多屏协同播放的控制装置，包括：

检测模块，用于检测协同播放的播放队列中是否存在故障终端；

剔除模块，用于若存在故障终端，则将所述故障终端从所述播放队列中剔除，得到最新播放队列；

重排模块，用于基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段，并将所述最新协议文本段发送至所述最新播放队列中的显示终端。

此外，为实现上述目的，本发明还提供一种多屏协同播放的控制设备，多屏协同播放的控制设备包括存储器、处理器及存储在存储器上并可在处理器上运行的多屏协同播放的控制程序，多屏协同播放的控制程序被处理器执行时实现如上述的多屏协同播放的控制方法的步骤。

此外，为实现上述目的，本发明还提供一种可读存储介质，可读存储介质上存储有多屏协同播放的控制程序，多屏协同播放的控制程序被处理器执行时实现如上述的多屏协同播放的控制方法的步骤。

本发明通过在多屏协同播放节目时，对播放队列中每个显示终端的播放故障进行检测，当显示终端出现播放故障时，将故障终端踢出播放队列，再触发对节目协议的重排机制，其中，该重排机制代表对节目协议进行重新排列，计算出各显示终端对应的最新协议文本段。将该最新协议文本段下发至每个播放功能正常的显示终端，各显示终端根据该最新协议文本段进行快速调整，从而使得即使播放队列中存在显示终端出现了播放故障，仍然可以保持多屏协同播放的良好播放效果，提高用户的观看体验。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图；

图2为本发明多屏协同播放的控制方法第一实施例的流程示意图；

图3为本发明多屏协同播放一实施例中的场景示意图；

图4为本发明实施例多屏协同播放时出现故障终端的场景示意图；

图5为本发明实施例显示终端的屏幕温度变化曲线示意图；

图6为本发明实施例验证播放队列中各显示终端是否存在网络连接故障的场景示意图；

图7为本发明实施例各像素点与邻近像素点进行RGB值对比的示意图；

图8为本发明一实施例中对显示界面进行网格划分的示意图；

图9为本发明多屏协同播放的控制方法第六实施例的流程示意图；

图10为本发明一实施例中对节目协议进行重新排列的示意图；

图11为本发明实施例多屏协同播放的控制装置的装置模块示意图。

本发明目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例终端为多屏协同播放的控制设备。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，终端还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在终端设备移动到耳边时，关闭显示屏和/或背光。当然，终端设备还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作***、网络通信模块、用户接口模块以及多屏协同播放的控制程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的多屏协同播放的控制程序，并执行以下操作：

检测协同播放的播放队列中是否存在故障终端；

若存在故障终端，则将所述故障终端从所述播放队列中剔除，得到最新播放队列；

基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段，并将所述最新协议文本段发送至所述最新播放队列中的显示终端。

参照图2，本发明提供一种多屏协同播放的控制方法，在多屏协同播放的控制方法的第一实施例中，多屏协同播放的控制方法包括以下步骤：

步骤S100，检测协同播放的播放队列中是否存在故障终端；

在一实施例中的协多屏协同播放的场景，可参照图3，在循环播放多个终端设备之间，协同播放同一套节目协议，即采用时间戳精细分配的方式，达到云朵依次在终端A、终端B、终端C和终端D之间顺序流动的多屏协同播放的播放效果。

在本实施例中，该播放故障可包括色准偏差故障、屏幕损坏故障和网络连接故障等。可以理解的是，协同播放的播放队列中往往存在多个显示终端，从而共同实现多屏协同播放。其中，播放队列中存在播放故障的显示终端称为故障终端。

步骤S200，若存在故障终端，则将所述故障终端从所述播放队列中剔除，得到最新播放队列；

需要说明的是，当协同播放的播放队列中存在故障终端，则将该故障终端从播放队列中剔除，从而避免该故障终端影响播放队列的协同播放效果，影响用户的观看体验。

在一实施例中，将所述故障终端从所述播放队列中剔除，直接得到最新播放队列。

在另一实施例中，将所述故障终端从所述播放队列中剔除，然后将备用的显示终端添加至所述播放队列，得到最新播放队列。可参照图4，示例性的，协同播放的播放队列中具有3个显示终端，分别为终端A、终端B和终端C。其中，播放次序依次为终端A、终端B和终端C，在本实施例中，当终端B为故障终端时，将终端B踢出播放队列，然后在备选设备里选出终端D添加至播放队列中，最后将节目协议对应的播放次序变更为终端A、终端C和终端D，从而使得即使终端B出现了播放故障，仍然可以保持多屏协同播放的良好播放效果，提高用户的观看体验。

步骤S300，基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段，并将所述最新协议文本段发送至所述最新播放队列中的显示终端。

可以理解的是，该最新播放队列代表更新后的播放队列，另外，对节目协议进行重新排列，得到的更新后的协议文本段称为最新协议文本段。其中，为了使播放队列中的各显示终端达到多屏协同播放节目的目的，服务器需要将协同播放对应的节目协议下发至播放队列中的各显示终端。本领域技术人员可知的是，发送至播放队列中各显示终端的协议文本段的总和，即为节目协议。

需要说明的是，由于将故障终端从播放队列中剔除，因此，更新后的最新播放队列发生了改变，不同于原播放队列。所以，原来服务器输送至播放队列中各显示终端对应的节目协议也应该发生改变。

本实施例通过在多屏协同播放节目时，对播放队列中每个显示终端的播放故障进行检测，当显示终端出现播放故障时，将故障终端踢出播放队列，再触发对节目协议的重排机制，其中，该重排机制代表对节目协议进行重新排列，计算出各显示终端对应的最新协议文本段。将该最新协议文本段下发至每个播放功能正常的显示终端，各显示终端根据该最新协议文本段进行快速调整，从而使得即使播放队列中存在显示终端出现了播放故障，仍然可以保持多屏协同播放的良好播放效果，提高用户的观看体验。

在一种可能的实施方式中，所述故障终端的网格分区存在色准偏差；所述网格分区是对显示界面进行网格划分得到的。基于此，提出本发明多屏协同播放的控制方法的第二实施例，故障终端的播放故障包括色准偏差故障，上述第一实施例步骤S100，检测协同播放的播放队列中是否存在故障终端的步骤的细化，包括：

步骤A10，将协同播放的播放队列中各显示终端的显示界面分别进行网格划分，得到网格分区；

其中，可参照图8，图8为本发明一实施例中对显示界面进行网格划分的示意图。本领域技术人员可以理解的是，该色准偏差代表显示终端无法正常显示图像帧对应的图像颜色，例如撞击屏幕一部分区域导致该显示终端的局部显示区域已经出现“图像花色”，此时虽然不会影响屏幕全局使用，但是作为用户的角度看，这台显示器已经无法清晰地传递关键信息，也应该视为存在色准偏差故障。

在本实施例中，可通过将一个显示终端的显示界面基于像素点进行网格划分，比如2560*1080的分辨率，即这块物理屏上每行有2560个像素点，每列有1080个像素点，而对显示界面进行网格划分时，尽量保证每个各网格分区涵盖的像素点尽量相等。在一实施例中，每个网格分区涵盖2560个像素点，在另一实施例中，每个网格分区涵盖25600个像素点。

步骤A20，验证所述网格分区是否存在色准偏差；

步骤A30，根据验证所述网格分区是否存在色准偏差的验证结果，确定所述播放队列中是否存在色准偏差故障的故障终端。

具体地，若显示界面存在一个网格分区具有色准偏差，则确定播放队列中存在色准偏差故障的故障终端；若显示界面所有网格分区均不具有色准偏差，则确定播放队列中不存在色准偏差故障的故障终端。需要说明的是，可通过具有色准偏差的网格分区，定位到存在该色准偏差故障的故障终端，即该故障终端的显示界面中存在该具有色准偏差的网格分区。

在本实施例中，若播放队列中存在显示终端出现色准偏差故障，则将直接影响到多屏协同播放的播放效果，本实施例通过将播放队列中各显示终端的显示界面分别进行网格划分，得到各网格分区，验证各网格分区是否存在色准偏差，从而对显示界面的不同区域进行分区检测，进而准确的检测出显示终端是否存在色准偏差故障，同时基于网格划分的方式，提高了检测显示终端是否存在色准偏差故障的检测效率。一旦检测到显示终端存在色准偏差故障，便立即从播放队列中踢出有色准问题的显示终端，确保多屏协同播放的良好播放效果，进而提高用户的观看体验。

在另一种可能的实施方式中，所述故障终端的屏幕温度差在连续预置数量个周期内均大于预设温度阈值；所述屏幕温度差为当前周期的屏幕温度与上一周期的屏幕温度的差值。基于此，提出本发明多屏协同播放的控制方法的第三实施例，故障终端的播放故障包括屏幕损坏故障，上述第一实施例步骤S100，检测协同播放的播放队列中是否存在故障终端的步骤的细化，包括：

步骤B10，周期性的采集所述播放队列中各显示终端的屏幕温度；

可以理解的是，该屏幕温度代表显示终端的显示屏屏幕的温度。显示屏屏幕内的电路损坏导致显示屏无法正常显示图像则为屏幕损坏故障。

其中，可通过温度传感器检测该屏幕温度。

步骤B20，计算当前周期采集的屏幕温度与上一周期采集的屏幕温度的差值，判断是否连续存在预置数量个周期计算的所述差值大于预设温度阈值；

在本实施例中，经过研究发现，对于显示终端是否存在屏幕损坏故障的确定过程，如图5所示，基于温度传感器检测显示终端的温度变化，在一般情况下显示终端在一段时间通电的情况下，显示终端的屏幕温度会呈线性变化，温度变化到一定程度后会保持稳定，在温度变化达到稳定后，温度波动往往较小。基于此原理，本实施例通过在屏幕温度达到稳定后，检测屏幕温度的温度变化值，当该温度变化值超过预设温度阈值，则显示终端很可能出现了屏幕损坏故障。其中，该预设温度阈值，本领域技术人员可根据实际情况进行设置，以更好的检测出显示终端是否已出现屏幕损坏故障为准，本实施例不作具体的限定。在一实施例中，该预设温度阈值为4℃，事实上，经过本申请经过多次反复的实验测试，发现4℃是一个误差控制得最好的温度，这时候温度检测只需要判断屏幕温度的温度变化值是否大于4℃，如屏幕温度的温度变化值大于4℃，则确定显示终端存在屏幕损坏故障。本实施例通过此种温度检测方式对于验证显示终端的屏幕电路是否损坏，起到了直接高效的验证作用。

在一种可能的实施方式中，可通过间隔预设时长采集一次屏幕温度，例如每间隔10分钟采集一次屏幕温度，然后将该屏幕温度与采集时间关联存储至数据库，防止数据量增大影响存取效率。对应地，服务器每间隔预设时长进行处理：例如服务器在每次10分钟的间隔时间进行轮询处理，从数据库中调取播放队列中每台显示终端对应当前周期采集的屏幕温度，以及上一周期采集的屏幕温度，并计算当前周期采集的屏幕温度与上一周期采集的屏幕温度的差值，如果发现该差值大于预设温度阈值4℃，则确定当前周期的温度异常，若累计连续存在预置数量个周期存在温度异常，则触发节目协议重排机制。

步骤B30，根据判断是否连续存在预置数量个周期计算的所述差值大于预设温度阈值的判断结果，确定协同播放的播放队列中是否存在屏幕损坏故障的故障终端。

具体地，若连续存在预置数量个周期计算的所述差值大于预设温度阈值，则确定协同播放的播放队列中存在屏幕损坏故障的故障终端。

需要说明的是，在偶然情况下也会存在显示终端的屏幕电路并未损坏，但是显示终端的屏幕温度偶尔也会变化较大。即，在一实施例中的预设温度阈值为4℃，当屏幕温度的温度变化值大于4℃时，也可能存在显示终端并未出现屏幕损坏故障的偶然情况。因此，本实施例通过判断是否连续存在预置数量个周期计算的温度差值大于预设温度阈值，来确定显示终端是否出现屏幕损坏故障，而该预置数量，本领域技术人员可根据实际情况进行设置，以降低对屏幕损坏故障的检测误判率，同时能均衡检测效率为准，本实施例不作具体的限定。其中，该预置数量的值越大，则屏幕损坏故障的检测误判率越低，但同时屏幕损坏故障的检测效率也越低。对应的，该预置数量的值越小，则屏幕损坏故障的检测误判率越高，但同时屏幕损坏故障的检测效率也越高。在一实施例中，该预置数量为3个，预设温度阈值为4℃，即若检测到播放队列中存在连续3个周期计算的该温度差值大于4℃的显示终端，则确定播放队列中存在屏幕损坏故障的故障终端。

本实施例能在屏幕电路损坏的情况下，能够基于温度检测的方式将屏幕的播放状态信息反馈给服务器，服务器接收到该播放状态信息后，从而判定显示终端是否存在屏幕损坏故障，然后通过将屏幕损坏故障的显示终端踢出原有的播放队列，并触发节目协议的重排机制，重新下发协议文本段至播放队列中各个播放功能正常的显示终端，从而使得即使播放队列中存在显示终端出现了屏幕损坏故障，仍然可以保持多屏协同播放的良好播放效果，进而提高用户的观看体验。

进一步地，所述步骤B10，周期性的采集所述播放队列中各显示终端的屏幕温度的步骤之后，还包括：

步骤C10，获取采集所述屏幕温度对应的采集时刻，将所述屏幕温度与所述采集时刻进行关联绑定后存储。

其中，该采集时刻为采集该屏幕温度的当前时刻。

本实施例通过在将屏幕温度与采集该屏幕温度的当前时刻进行关联绑定后，再存储至存储区，从而便于后续根据该存储区中相互关联的屏幕温度和采集时刻，构建关于时间和温度作为变量的屏幕温度变化曲线，基于该温度变化曲线，从而更准确的识别出显示终端是否存在屏幕损坏故障，同时也方便工程人员能够根据该屏幕温度变化曲线溯源到此次报错的原因。

需要说明的是，由于可能存在网络连接信号不稳定等因素，导致有几个周期无法采集到显示终端的屏幕温度，出现这种情况时，就会出现当前周期与上一周期的时间间隔比较长，因为当前周期与上一周期的中间可能连续出现几个周期未采集到屏幕温度的情况，因此，此时计算得到的温度的差值可能会偏大，从而容易造成对屏幕损坏故障的误判。而本实施例通过获取采集屏幕温度对应的采集时刻，将屏幕温度与采集时刻进行关联绑定后存储，从而构建关于时间和温度作为变量的屏幕温度变化曲线，将该温度变化曲线作为观测量，判断显示终端是否存在屏幕损坏故障，进而提高识别出显示终端是否存在屏幕损坏故障的识别准确度。

在又一种可能的实施方式中，故障终端的播放故障包括网络连接故障；所述步骤S100，检测协同播放的播放队列中是否存在故障终端的步骤，还包括：

步骤D10，周期性的发送心跳信号至协同播放的播放队列中各显示终端；

步骤D20，检测是否接收到各所述显示终端基于所述心跳信号而返回的应答信号；

步骤D30，根据所述检测是否接收到各所述显示终端基于所述心跳信号而返回的应答信号的检测结果，确定协同播放的播放队列中是否存在网络连接故障的故障终端。

具体地，若接收到各所述显示终端基于所述心跳信号而返回的应答信号，则确定协同播放的播放队列中不存在网络连接故障的故障终端。若存在至少一个显示终端未返回该应答信号，则确定协同播放的播放队列中存在网络连接故障的故障终端。

本实施例通过周期性的发送心跳信号至协同播放的播放队列中各显示终端，根据所述检测是否接收到各所述显示终端基于所述心跳信号而返回的应答信号的检测结果，来实时确定各显示终端的网络连接情况，若发现存在网络连接故障的显示终端，则及时将存在网络连接故障的显示终端踢出播放队列，并触发对节目协议的重排机制，从而使得即使播放队列中存在显示终端出现了网络连接故障，仍然可以保持多屏协同播放的良好播放效果，进而提高用户的观看体验。

为了助于理解本实施例，列举一具体实施例，可参照图6，在该具体实施例中，协同播放的播放队列中具有3个显示终端，分别为终端A、终端B和终端C。服务器同时向终端A、终端B和终端C发送心跳信号，其中，服务器收到了来自终端A和终端C返回的应答信号，但是却并未收到来自终端B返回的应答信号，且服务器接下再发送两次心跳信号至终端B，也仍未收到来自终端B的应答信号，此时终端B的网络程序已3次无应答，判定终端B存在网络连接故障。服务器则将终端B踢出播放队列，此时只剩终端A和终端C，这时候触发节目协议的重排机制，那么这时候，播放队列中不会因为终端B的网络出问题而影响节目整体的协同播放效果。需要说明的是，该具体实施例仅用于理解本申请，并不构成对本申请的限定，基于此进行更多形式的变换也同样属于本申请的保护范围。

在一种可能的实施方式中，所述网格分区存在色准偏差为连续预设数量个像素点的RGB值均存在偏差。基于此，提出本发明多屏协同播放的控制方法的第四实施例，基于上述本发明的第二实施例，故障终端的播放故障包括色准偏差故障，上述实施例步骤A20，验证所述网格分区是否存在色准偏差的步骤的细化，包括：

步骤E10，获取所述网格分区中像素点的RGB值，并判断所述网格分区中是否连续存在预设数量个像素点的RGB值存在偏差；

步骤E20，根据判断所述网格分区中是否连续存在预设数量个像素点的RGB值存在偏差的判断结果，确定所述网格分区是否存在色准偏差。

具体地，若网格分区中连续存在预设数量个像素点的RGB值存在偏差，则确定该网格分区存在色准偏差。

在本实施例中，需要强调的是，该预设数量，本领域技术人员可根据实际情况进行设置，以更好的检测出网格分区所涵盖的图像是否清晰为准，本实施例不作具体的限定。需要说明的是，由于当网格分区中存在单独一个像素点的RGB(Red，Green，Blue，三原色)值存在错误，往往不会造成该网格分区对应的图像不清晰或者花色的情况，同理，即使网格分区中连续存在2至3个像素点的RGB值存在错误，也可能同样不会造成该网格分区对应的图像不清晰或者花色的情况。本实施例通过多次反复的实验研究，发现当显示终端的网格分区中连续存在5个以及5个以上像素点的RGB值存在错误，将开始造成该网格分区涵盖的图像所表达的内容不清晰。当显示终端的网格分区中连续存在10个以及10个以上像素点的RGB值存在错误，则开始造成该网格分区涵盖的图像存在图像盲区，其中，该图像盲区的图像无法清晰表达。当显示终端的网格分区中连续存在100个及100以上像素点的RGB值存在错误，则造成该网格分区涵盖的图像色准已经损坏严重。因此，在一实施例中，该预设数量为5个，在另一实施例中，该预设数量为10个，在又一实施例中，该预设数量为100个。另外，用户也可根据节目信息的重要程度自定义设置该预设数量的值，很重要的信息例如公司重要规章制度，就可将预设数量设置为5个，当连续存在5个像素点的RGB值存在偏差时，确定该网格分区存在色准偏差，然后将该故障终端踢出原有播放队列，并触发节目协议的重排机制，严格保证多屏协同播放的良好播放效果。

需要说明的是，即使播放队列中各显示终端网络连接正常，并且屏幕电路正常，但是显示界面可能存在“图像花色”等色准偏差故障。对此，本实施例可通过获取所述网格分区中像素点的RGB值，并判断所述网格分区中是否连续存在预设数量个像素点的RGB值存在偏差的步骤，从而准确的验证出显示终端的显示屏幕各网格分区是否存在色准偏差，若发现网格分区存在色准偏差，则及时将存在色准偏差故障的显示终端踢出播放队列，并触发对节目协议的重排机制，从而使得即使播放队列中存在显示终端出现了色准偏差故障，仍然可以保持多屏协同播放的良好播放效果，进而提高用户的观看体验。

示例性的，所述获取所述网格分区中像素点的RGB值的步骤之前包括：

步骤F10，在所述播放队列中的各显示终端在播放节目信息之前，发送测试图像帧至各显示终端，其中，所述测试图像帧为一个固定RGB值的单色图像帧。

其中，该节目信息代表各显示终端进行多屏协同播放的节目信息。该测试图像帧代表用于测试各显示终端是否存在色准偏差的图像帧。

可以理解的是，该单色图像帧为单一颜色的图像帧，该单一图像帧的所有像素点均统一为一个固定RGB值的图像帧，即在播放节目协议对应的多屏协同播放视频之前，发送一个固定RGB(Red，Green，Blue，三原色)值的图像，例如RGB(30，30，30)，这个时候整块屏幕都应该是均匀的颜色，从而便于后续获取网格分区中像素点的RGB值，判断该RGB值是否为RGB(30，30，30)，若连续存在预设数量个像素点的RGB值均不为RGB(30，30，30)，则确定该网格分区存在色准偏差。

在一种可实施的方式中，所述判断所述网格分区中是否连续存在预设数量个像素点的RGB值均存在偏差的步骤包括：

步骤G10，判断所述网格分区中是否连续存在预设数量个像素点的RGB值均与所述固定RGB值不相等。

所述根据判断所述网格分区中是否连续存在预设数量个像素点的RGB值均存在偏差的判断结果，确定所述网格分区是否存在色准偏差的步骤包括:

步骤G20，根据判断所述网格分区中是否连续存在预设数量个像素点的RGB值均与所述固定RGB值不相等的判断结果，确定所述网格分区是否存在色准偏差。

具体地，若网格分区中连续存在预设数量个像素点的RGB值均与该固定RGB值不相等，则确定该网格分区存在色准偏差。

本实施例通过在所述播放队列中各显示终端在播放节目信息之前，预先发送测试图像帧至各显示终端，便于在测试之前预先存储了该测试图像帧的固定RGB值，从而更方便对各显示终端进行RGB色准的测试。同时将该测试图像帧设置成单色图像帧，由于单色图像帧所有像素点的颜色均为一致，从而降低了验证网格分区是否存在色准偏差的运行负载，同时也提高了对播放队列中各显示终端进行RGB色准测试的准确性。

在另一种可实施的方式中，所述判断所述网格分区中是否连续存在预设数量个像素点的RGB值均存在偏差的步骤包括：

步骤H10，获取所述网格分区中每个像素点对应邻近像素点的邻近RGB值，并判断所述网格分区中是否连续存在预设数量个像素点的RGB值均与所述邻近RGB值不相等。

所述根据判断所述网格分区中是否连续存在预设数量个像素点的RGB值均存在偏差的判断结果，确定所述网格分区是否存在色准偏差的步骤包括:

步骤H20，根据判断所述网格分区中是否连续存在预设数量个像素点的RGB值均与所述邻近RGB值不相等的判断结果，确定所述网格分区是否存在色准偏差。

具体地，若网格分区中连续存在预设数量个像素点的RGB值均与该邻近RGB值不相等，则确定该网格分区存在色准偏差。

为了助于理解本发明，列举一具体实施例，请参照图7，在遍历坐标的同时，加入一个比对，这样减少了时间复杂度，Array[x][y]和Array[x+1][y]，Array[x][y+1]，Array[x-1][y]，Array[x][y-1]四个坐标比对像素值，也就是各像素点的RGB值与邻近像素点的RGB值进行对比，验证各像素点的RGB值是否存在色准偏差。

可以理解的是，由于测试图像帧的所有像素点均统一为一个固定RGB值，因此，理论上网格分区中每个像素点的RGB值与邻近RGB值均相等，本实施例基于判断网格分区中每个像素点的RGB值与邻近RGB值是否相等，从而确定各像素点是否存在RGB值色准偏差的方式，从而无需预先存储该测试图像帧的固定RGB值，进而降低了验证网格分区是否存在色准偏差的运行负载，提高了本发明实施例色准偏差校验的适应性和鲁棒性。

在一种可能的实施方式中，所述连续预设数量个像素点的RGB值均存在偏差为在第一色准验证周期内，连续预设数量个偶数像素点的RGB值均存在偏差；或者，在第二色准验证周期内，连续预设数量个奇数像素点的RGB值均存在偏差。基于此，提出本发明多屏协同播放的控制方法的第五实施例，为上述第四实施例步骤E10，获取所述网格分区中像素点的RGB值，并判断所述网格分区中是否连续存在预设数量个像素点的RGB值均存在偏差的步骤包括：

步骤I10，在第一色准验证周期内，获取所述网格分区中偶数像素点的RGB值，判断所述网格分区中是否连续存在预设数量个偶数像素点的RGB值均存在偏差；

需要说明的是，显示界面中横坐标和纵坐标均为偶数的像素点称为偶数像素点，或者显示界面中横坐标和纵坐标均为0，或者横坐标和纵坐标其中之一为0，其中之一为偶数的像素点也称为偶数像素点，例如(2，0)、(4，0)(0，2)、(2，2)和(4，2)坐标对应的像素点。

步骤I20，在第二色准验证周期内，获取所述网格分区中奇数像素点的RGB值，判断所述网格分区中是否连续存在预设数量个奇数像素点的RGB值均存在偏差。

需要说明的是，显示界面中横坐标和纵坐标均为奇数的像素点称为奇数像素点。例如(1，1)、(1，3)、(1，5)、(3，1)和(3，3)坐标对应的像素点。

其中，可以理解的是，可通过间隔预置时长轮询执行一次这两个色准验证周期，从而降低对显示终端进行色准偏差验证的内存消耗。

本领域技术人员可以理解的是，当显示界面的某网格分区因为存在色准偏差而导致播放图像不清晰时，则该网格分区通常是连续多个像素点存在RGB偏差的，例如连续50个像素点存在偏差，此时，不管是测试偶数像素点的RGB值还是奇数像素点的RGB值，均可以判别出该网格分区色准偏差故障。而在第一色准验证周期内，获取网格分区中偶数像素点的RGB值，如若检测到网格分区中偶数像素点的连续存在预设数量个偶数像素点的RGB值存在偏差，则立即结束检测，上报结果，从而直接节省了一个程序周期时间。如若未发现网格分区中偶数像素点连续存在预设数量个偶数像素点的RGB值存在偏差的情况，才进入第二色准验证周期，获取网格分区中奇数像素点的RGB值。

基于此，本实施例通过在第一色准验证周期内，获取所述网格分区中偶数像素点的RGB值，判断所述网格分区中是否连续存在预设数量个偶数像素点的RGB值存在偏差；在第二色准验证周期内，获取所述网格分区中奇数像素点的RGB值，判断所述网格分区中是否连续存在预设数量个奇数像素点的RGB值存在偏差的步骤，从而降低了内存消耗，同时提高了检测出该色准偏差故障的检测效率。需要说明的是，本实施例并不对第一色准验证周期和第二色准验证周期的执行顺序进行限定，即还可以先执行第二色准验证周期的奇数像素点的RGB值验证，再执行第一色准验证周期的偶数像素点的RGB值验证。

在另一种可能的实施方式中，验证所述网格分区是否存在色准偏差的步骤的细化，包括：

步骤J10，在第一色准测试周期内，获取边框网格分区的RGB值，判断所述边框网格分区中是否存在色准偏差，其中，所述边框网格分区为显示界面中边框区域所涵盖的网格分区；

步骤J20，在第二色准测试周期内，获取非边框网格分区的RGB值，判断所述边框网格分区中是否存在色准偏差，其中，所述非边框网格分区为显示界面中非边框区域所涵盖的网格分区。

其中，可以理解的是，可通过间隔预置时长轮询执行一次这两个色准测试周期，从而降低对显示终端进行色准偏差测试的内存消耗。

请参照图8，经本实施例多次反复的实验测试，发现显示终端的显示界面最容易受损出现色准偏差的是边框区域。而本实施例通过先验证边框网格分区的RGB值是否存在色准偏差，在减少内存消耗的情况下，从而进一步提高了检测出该色准偏差故障的检测效率。

为助于理解本实施例，本申请还列举验证网格分区中像素点是否存在RGB色准偏差的一具体实施例：

像素点获取，通过color＝robot.getPixelColor(800，150)获取指定位置的像素点的RGB值。传入分别是横坐标X，纵坐标Y。

执行坐标(例分辨率为2560x1080的屏幕)，第一个程序周期，所有边框的坐标和视频区域的偶数坐标，如下排列所示

(0，0)，(2，0)，(4，0)，......，(2560，0)

(0，2)，(2，2)，(4，2)，......，(2560，2)

......

(0，1080)，(2，1080)，(4，1080)，(6，1080)，......，(2560，1080)

程序中通过两层遍历(x，y)。每次遍历拿到Array[x][y]坐标(Array代表横坐标x，纵坐标y的坐标值)，拿到所有的偶数坐标，坐标值可以通过步骤1所提到的方案取得指定的RGB值，在一个程序周期中，如果发现色准偏差较大的将结束检测，上报结果。如色准校准差距较小，那么进入步骤3的第二个奇数程序周期

第二个程序周期内，所有边框的坐标和视频区域的奇数坐标，如下排列所示

(1，1)，(1，3)，(1，5)，......，(1，1087)

(3，1)，(3，3)，(3，5)，......，(3，1087)

......

(2559，1)，(2559，3)，(2559，5)，......，(2559，1087)

两层遍历通过Array[x][y]遍历拿到所有的奇数坐标，通过坐标值可以取得指定的RGB值。

在遍历坐标的同时，加入一个比对，这样减少了时间复杂度，Array[x][y]和Array[x+1][y],Array[x][y+1],Array[x-1][y],Array[x][y-1]四个坐标比对像素值，也就是此坐标的周围一像素距离的四个坐标。在像素低至1px的情况下，他的四周不会出现均不一致的情况，遍历过程中记录下这种情况，连续10px出现这种情况视为屏幕图像有坏点，10至100px出现视为屏幕图像稍微影响观看体验，超过100px视为屏幕图像色准损坏严重。

触发重排：屏幕坏点的三个标准根据预设节目协议的重要等级响应，很重要的信息，比如公司重要规章制度，就直接将5px以上的视为色准太差，直接触发重排机制,将坏点终端踢出原有终端序列中，对节目协议进行重新排列，重新下发协议文本段，在在服务器存储此次报错的原因，方便管理员能够溯源到此次报错。

需要说明的是，该具体实施例仅用于理解本申请，并不构成对本申请的限定，基于此进行更多形式的变换也同样属于本申请的保护范围。

进一步地，提出本发明多屏协同播放的控制方法的第六实施例，请参照图9，基于上述本发明的第一实施例，在本实施例中，基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段的步骤包括：

步骤S310，确定所述最新播放队列中显示终端的数量和播放次序；

其中，该播放次序是指最新播放队列中各显示终端进行多屏协同播放节目时对应的播放顺序。

步骤S320，获取节目协议的播放总时长，并根据所述播放总时长和所述数量，确定所述最新播放队列中各显示终端的平均播放时长；

步骤S330，基于所述平均播放时长和所述播放次序，对节目协议进行重新排列，得到最新协议文本段。

在本实施例中，可根据最新播放队列中显示终端的数量和播放次序，动态计算出每个终端应该播放的协议文本段。

为了助于理解本申请的重排机制，列举一具体实施例，在该具体实施例中，有三个终端，终端A、终端B和终端C，并且他们均有设定的一段节目协议，设定的节目协议其实是在不同时间播放同一段协议的不同部分，为方便理解拆成三个独立的协议文本段，请参照图10。对于动态分配节目协议，本实施例采用的是时间戳精细分配，根据节目协议的播放总时长和显示终端的数量，计算出每个终端的平均播放时长，然后根据各显示终端对应的延迟时间和该平均播放时长，反推得出各显示终端开始播放的协议段节目位置，即协议段起始位置，最后在根据该协议段起始位置和平均播放时长得到各显示终端对应的协议文本段，这样每个显示终端都能拿到一个独立的协议文本段，从而使得即使播放队列中各显示终端更好的呈现多屏协同播放的良好播放效果。

在本实施例中，每次显示终端进行播放的时候，每个显示终端接到节目协议是动态分配好的，即当协同播放的播放队列中存在终端设备出现网络连接故障、屏幕损坏故障或屏幕色准偏差等播放故障时，服务器将存在播放故障的显示终端踢出播放队列，然后触发节目协议的重排机制，该重排机制为先确定播放队列中剩余显示终端的数量，以及显示终端的播放次序，并获取节目协议的剩余的播放总时长，根据该播放总时长和该数量，确定播放队列中各显示终端的平均播放时长；基于该平均播放时长和该播放次序，对节目协议进行重新排列，得到播放队列中各显示终端对应的协议文本段，从而进一步保证了多屏协同播放的协同播放效果。

在一种可能的实施方式中，基于所述平均播放时长和所述播放次序，对节目协议进行重新排列，得到最新协议文本段的步骤包括：

步骤K10，确定所述最新播放队列中各显示终端的播放时延；

步骤K20，根据所述平均播放时长、所述播放次序和所述播放时延，确定所述播放队列中各显示终端对应的协议段起始位置；

步骤K30，依据所述协议段起始位置和所述平均播放时长，对节目协议进行重新排列，得到最新协议文本段。

本实施例还考虑了最新播放队列中各显示终端的播放时延会影响多屏协同播放的衔接流畅度，因此本实施例通过根据平均播放时长、播放次序和各显示终端的播放时延，确定播放队列中各显示终端对应的协议段起始位置，依据所述协议段起始位置和所述平均播放时长，得到最新协议文本段，从而进一步保证了多屏协同播放的协同播放效果。

进一步地，提出本发明多屏协同播放的控制方法的第五实施例，基于上述第一实施例，在本实施例中，协议文本段包括设备ID和所述设备ID对应的信息流标识；所述将所述最新协议文本段发送至所述最新播放队列中的显示终端的步骤包括：

步骤L10，将所述信息流标识发送至所述设备ID对应的显示终端；

步骤L20，接收所述显示终端基于所述信息流标识而返回的资源调取指令，并将所述资源调取指令对应的节目资源发送至所述最新播放队列中的显示终端。

在本实施例中，每个显示终端接收协议文本段对应的设备ID(Identitydocument，身份标识号)，以及该设备ID对应的信息流标识。例如终端A接收到的协议文本段A，协议文本段A有多个节目信息，多个节目信息并没有具体的节目资源，各个节目信息均对应一个信息流标识，显示终端基于信息流标识从服务器调取节目资源进行序列播放，即显示终端通过提供的信息流标识，会自动向服务器请求该信息流标识对应的节目资源。使用信息流标识的好处是不用一次性请求所有的节目资源，从而节省了显示终端的内存容量，同时避免传输大的节目资源信息包时，由于网络信号不稳定出现掉包或断包的情况，本实施例不会受网络影响导致节目播放延迟。

本实施例基于将协议文本段设置成信息流标识的形式，从而不用一次性方发送所有的节目资源，每次只调取信息流标识对应的一小部分当前播放的节目资源，从而降低了一次性传输节目资源信息包的大小，同时通过只发送信息流标识，从而不需要依赖高质量的网络信号和较快的网络传输速度，减少网络信号不稳定出现掉包或断包的情况，使得播放队列中各显示终端播放节目资源更流畅，进一步提高了多屏协同播放的播放效果，提高用户的观看体验。

此外，参照图11，本发明实施例还提供一种多屏协同播放的控制装置，包括：

检测模块S1，用于检测协同播放的播放队列中是否存在故障终端；

剔除模块S2，用于若存在故障终端，则将所述故障终端从所述播放队列中剔除，得到最新播放队列；

重排模块S3，用于基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段，并将所述最新协议文本段发送至所述最新播放队列中的显示终端。

可选地，所述故障终端的网格分区存在色准偏差；

所述网格分区是对显示界面进行网格划分得到的。

可选地，所述网格分区存在色准偏差为连续预设数量个像素点的RGB值均存在偏差。

可选地，所述连续预设数量个像素点的RGB值均存在偏差为在第一色准验证周期内，连续预设数量个偶数像素点的RGB值均存在偏差；或者，在第二色准验证周期内，连续预设数量个奇数像素点的RGB值均存在偏差。

可选地，重排模块S3，还用于：

确定所述最新播放队列中显示终端的数量和播放次序；

获取节目协议的播放总时长，并根据所述播放总时长和所述数量，确定所述最新播放队列中各显示终端的平均播放时长；

基于所述平均播放时长和所述播放次序，对节目协议进行重新排列，得到最新协议文本段。

可选地，重排模块S3，还用于：

确定所述最新播放队列中各显示终端的播放时延；

根据所述平均播放时长、所述播放次序和所述播放时延，确定所述播放队列中各显示终端对应的协议段起始位置；

依据所述协议段起始位置和所述平均播放时长，对节目协议进行重新排列，得到最新协议文本段。

可选地，所述故障终端的屏幕温度差在连续预置数量个周期内均大于预设温度阈值；

所述屏幕温度差为当前周期的屏幕温度与上一周期的屏幕温度的差值。

其中，多屏协同播放的控制装置的各个功能模块实现的步骤可参照本发明多屏协同播放的控制方法的各个实施例，此处不再赘述。

此外，本发明还提供一种多屏协同播放的控制设备，所述多屏协同播放的控制设备包括：存储器、处理器及存储在所述存储器上的多屏协同播放的控制程序；所述处理器用于执行所述多屏协同播放的控制程序，以实现上述多屏协同播放的控制方法各实施例的步骤。

本发明还提供了一种可读存储介质，所述可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于实现上述多屏协同播放的控制方法各实施例的步骤。

本发明可读存储介质具体实施方式与上述多屏协同播放的控制方法各实施例基本相同，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者***不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者***所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者***中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (9)

1.一种多屏协同播放的控制方法，其特征在于，所述多屏协同播放的控制方法包括以下步骤：

检测协同播放的播放队列中是否存在故障终端；

若存在故障终端，则将所述故障终端从所述播放队列中剔除，得到最新播放队列；

基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段，并将所述最新协议文本段发送至所述最新播放队列中的显示终端；

其中，所述基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段包括：

确定所述最新播放队列中显示终端的数量和播放次序；

获取节目协议的播放总时长，并根据所述播放总时长和所述数量，确定所述最新播放队列中各显示终端的平均播放时长；

基于所述平均播放时长和所述播放次序，对节目协议进行重新排列，得到最新协议文本段。

2.如权利要求1所述多屏协同播放的控制方法，其特征在于，所述故障终端的网格分区存在色准偏差；

所述网格分区是对显示界面进行网格划分得到的。

3.如权利要求2所述多屏协同播放的控制方法，其特征在于，网格分区存在色准偏差为连续预设数量个像素点的RGB值均存在偏差。

4.如权利要求3所述多屏协同播放的控制方法，其特征在于，连续预设数量个像素点的RGB值均存在偏差为在第一色准验证周期内，连续预设数量个偶数像素点的RGB值均存在偏差；或者，在第二色准验证周期内，连续预设数量个奇数像素点的RGB值均存在偏差。

5.如权利要求1所述多屏协同播放的控制方法，其特征在于，所述基于所述平均播放时长和所述播放次序，对节目协议进行重新排列，得到最新协议文本段的步骤包括：

确定所述最新播放队列中各显示终端的播放时延；

根据所述平均播放时长、所述播放次序和所述播放时延，确定所述播放队列中各显示终端对应的协议段起始位置；

依据所述协议段起始位置和所述平均播放时长，对节目协议进行重新排列，得到最新协议文本段。

6.如权利要求1所述多屏协同播放的控制方法，其特征在于，故障终端的屏幕温度差在连续预置数量个周期内均大于预设温度阈值；

所述屏幕温度差为当前周期的屏幕温度与上一周期的屏幕温度的差值。

7.一种多屏协同播放的控制装置，其特征在于，所述多屏协同播放的控制装置包括：

检测模块，用于检测协同播放的播放队列中是否存在故障终端；

剔除模块，用于若存在故障终端，则将所述故障终端从所述播放队列中剔除，得到最新播放队列；

重排模块，用于基于所述最新播放队列，对节目协议进行重新排列，得到最新协议文本段，并将所述最新协议文本段发送至所述最新播放队列中的显示终端；

其中，所述重排模块还用于：

确定所述最新播放队列中显示终端的数量和播放次序；

获取节目协议的播放总时长，并根据所述播放总时长和所述数量，确定所述最新播放队列中各显示终端的平均播放时长；

基于所述平均播放时长和所述播放次序，对节目协议进行重新排列，得到最新协议文本段。

8.一种多屏协同播放的控制设备，其特征在于，所述多屏协同播放的控制设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的多屏协同播放的控制程序，所述多屏协同播放的控制程序被所述处理器执行时实现如权利要求1至6中任一项所述的多屏协同播放的控制方法的步骤。

9.一种可读存储介质，其特征在于，所述可读存储介质上存储有多屏协同播放的控制程序，所述多屏协同播放的控制程序被处理器执行时实现如权利要求1至6中任一项所述的多屏协同播放的控制方法的步骤。