一种投屏显示控制方法、设备及计算机可读存储介质与流程

[0001]
本发明涉及移动通信领域，尤其涉及一种投屏显示控制方法、设备及计算机可读存储介质。


背景技术：

[0002]
现有技术中，随着智能终端设备的快速发展，用户对于智能终端设备内的投屏或者录屏需求也越来越高，在实际应用场景下，用户可能同时执行多项投屏和或多项录屏操作，在此过程中，由于各个投屏或录屏的控制需求的不同，可能会产生多个用于调控投屏或录屏的悬浮框，而过多的悬浮框可能会占用过多的系统资源，从而影响到用户体验。


技术实现要素：

[0003]
为了解决现有技术中的上述技术缺陷，本发明提出了一种投屏显示控制方法，该方法包括：
[0004]
根据当前的屏幕提取操作确定对应的悬浮框需求；
[0005]
识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求；
[0006]
若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率；
[0007]
按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作。
[0008]
可选地，所述根据当前的屏幕提取操作确定对应的悬浮框需求，包括：
[0009]
确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，所述屏幕提取操作包括投屏和录屏；
[0010]
向交互界面发出与所述悬浮框需求对应的请求指令。
[0011]
可选地，所述识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求，包括：
[0012]
根据所述请求指令识别当前所述交互界面内的显示状态；
[0013]
若所述显示状态下具备至少一个所述悬浮框，且至少一个所述悬浮框满足所述悬浮框需求，则向投屏的应用返回用于控制投屏显示操作的至少一个所述悬浮框。
[0014]
可选地，所述若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率，包括：
[0015]
确定与所述悬浮框需求对应的刷新率请求和名称请求，同时，监听所述垂直同步信号；
[0016]
按所述刷新率请求以及所述垂直同步信号确定所述固定刷新率，同时，按所述名称请求以及其它悬浮框的属性信息确定可选的名称。
[0017]
可选地，所述按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮
框，并通过生成的所述悬浮框控制投屏显示操作，包括：
[0018]
若存在满足所述固定刷新率且与所述预设的名称不同的悬浮框，则确定当前的名称是否处于所述可选的名称范围内；
[0019]
若当前的名称处于所述可选的名称范围内，则调用具备所述当前的名称的悬浮框控制投屏显示操作。
[0020]
本发明还提出了一种投屏显示控制设备，该设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现：
[0021]
根据当前的屏幕提取操作确定对应的悬浮框需求；
[0022]
识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求；
[0023]
若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率；
[0024]
按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作。
[0025]
可选地，所述计算机程序被所述处理器执行时实现：
[0026]
确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，所述屏幕提取操作包括投屏和录屏；
[0027]
向交互界面发出与所述悬浮框需求对应的请求指令。
[0028]
可选地，所述计算机程序被所述处理器执行时实现：
[0029]
根据所述请求指令识别当前所述交互界面内的显示状态；
[0030]
若所述显示状态下具备至少一个所述悬浮框，且至少一个所述悬浮框满足所述悬浮框需求，则向投屏的应用返回用于控制投屏显示操作的至少一个所述悬浮框。
[0031]
可选地，所述计算机程序被所述处理器执行时实现：
[0032]
确定与所述悬浮框需求对应的刷新率请求和名称请求，同时，监听所述垂直同步信号；
[0033]
按所述刷新率请求以及所述垂直同步信号确定所述固定刷新率，同时，按所述名称请求以及其它悬浮框的属性信息确定可选的名称；
[0034]
若存在满足所述固定刷新率且与所述预设的名称不同的悬浮框，则确定当前的名称是否处于所述可选的名称范围内；
[0035]
若当前的名称处于所述可选的名称范围内，则调用具备所述当前的名称的悬浮框控制投屏显示操作。
[0036]
本发明还提出了一种计算机可读存储介质，该计算机可读存储介质上存储有投屏显示控制程序，投屏显示控制程序被处理器执行时实现如上述任一项所述的投屏显示控制方法的步骤。
[0037]
实施本发明的投屏显示控制方法、设备及计算机可读存储介质，通过当前的屏幕提取操作确定对应的悬浮框需求；然后，识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求；再然后，若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述
division multiple access 2000，码分多址2000)、wcdma(wideband code division multiple access,宽带码分多址)、td-scdma(time division-synchronous code division multiple access，时分同步码分多址)、fdd-lte(frequency division duplexing-long term evolution，频分双工长期演进)和tdd-lte(time division duplexing-long term evolution，分时双工长期演进)等。
[0053]
wifi属于短距离无线传输技术，移动终端通过wifi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了wifi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
[0054]
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或wifi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
[0055]
a/v输入单元104用于接收音频或视频信号。a/v输入单元104可以包括图形处理器(graphics processing unit，gpu)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或wifi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
[0056]
移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
[0057]
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(liquid crystal display，lcd)、有机发光二极管(organic light-emitting diode,oled)等形式来配置显示面板1061。
[0058]
用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071
附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。
[0059]
进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。
[0060]
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
[0061]
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0062]
处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。
[0063]
移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
[0064]
尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。
[0065]
为了便于理解本发明实施例，下面对本发明的移动终端所基于的通信网络系统进行描述。
[0066]
请参阅图2，图2为本发明实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的lte系统，该lte系统包括依次通讯连接的ue(user equipment，用
户设备)201，e-utran(evolved umts terrestrial radio access network，演进式umts陆地无线接入网)202，epc(evolved packet core，演进式分组核心网)203和运营商的ip业务204。
[0067]
具体地，ue201可以是上述终端100，此处不再赘述。
[0068]
e-utran202包括enodeb2021和其它enodeb2022等。其中，enodeb2021可以通过回程(backhaul)(例如x2接口)与其它enodeb2022连接，enodeb2021连接到epc203，enodeb2021可以提供ue201到epc203的接入。
[0069]
epc203可以包括mme(mobility management entity，移动性管理实体)2031，hss(home subscriber server，归属用户服务器)2032，其它mme2033，sgw(serving gate way，服务网关)2034，pgw(pdn gate way，分组数据网络网关)2035和pcrf(policy and charging rules function，政策和资费功能实体)2036等。其中，mme2031是处理ue201和epc203之间信令的控制节点，提供承载和连接管理。hss2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过sgw2034进行发送，pgw2035可以提供ue 201的ip地址分配以及其它功能，pcrf2036是业务数据流和ip承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
[0070]
ip业务204可以包括因特网、内联网、ims(ip multimedia subsystem，ip多媒体子系统)或其它ip业务等。
[0071]
虽然上述以lte系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于lte系统，也可以适用于其他无线通信系统，例如gsm、cdma2000、wcdma、td-scdma以及未来新的网络系统等，此处不做限定。
[0072]
基于上述移动终端硬件结构以及通信网络系统，提出本发明方法各个实施例。
[0073]
实施例一
[0074]
图3是本发明投屏显示控制方法第一实施例的流程图。一种投屏显示控制方法，该方法包括：
[0075]
s1、根据当前的屏幕提取操作确定对应的悬浮框需求；
[0076]
s2、识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求；
[0077]
s3、若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率；
[0078]
s4、按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作。
[0079]
在本实施例中，首先，根据当前的屏幕提取操作确定对应的悬浮框需求；然后，识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求；再然后，若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率；最后，按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作。具体的，在本实施例中，考虑到现有技术中，用户对于智能终端设备内的投屏或者录屏需求也越来越高，在实际应用场景下，用户可能同时执行多项投屏
和或多项录屏操作，在此过程中，由于各个投屏或录屏的控制需求的不同，可能会产生多个用于调控投屏或录屏的悬浮框，而过多的悬浮框可能会占用过多的系统资源，从而影响到用户体验。因此，在本实施例中，为了解决上述技术问题，提出了一种统筹交互界面内的各个悬浮框的技术方案，避免出现悬浮框过多所造成的系统资源占用率较高的问题出现。
[0080]
具体的，在本实施例中，首先，根据当前的屏幕提取操作确定对应的悬浮框需求，其中，当前的屏幕提取操作是指与屏幕显示内容相关的任何提取操作，例如，提取局部或全部的屏显区域的显示内容，作为录屏或投屏的内容，提取应用程序某一功能界面内的界面区域的显示内容，作为录屏或投屏的内容，又例如，在游戏应用程序中，提取游戏区域和或对话框区域的显示内容，作为录屏或投屏的内容，在本实施例中，将对上述屏幕内容的提取操作进行监控，具体的，通过监控终端设备内的录屏应用或者投屏应用的运行状态对上述提取操作进行监控；然后，识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求，其中，若当前的显示状态下，已具备用于调控录屏或投屏显示操作的悬浮框，则为了避免再次生成多余的悬浮框，本实施例将首先判断是否已具备上述悬浮框，以及，所具备的悬浮框是否满足当前的录屏或投屏控制需求，也即，在本实施例中，将首先确定新的投屏或录屏操作对应的控制需求，并将此控制需求转换为悬浮框需求，通过悬浮框需求确定对应的悬浮框参数，通过悬浮框参数确定后续的投屏或录屏操作的控制参数；再然后，若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率，也即，当系统界面内不存在所需的悬浮框时，再执行新的悬浮框的创建操作；最后，按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作，可以理解的是，若已存在的悬浮框的刷新率参数与上述悬浮框需求中的刷新率需求相符，而只是悬浮框的名称与上述悬浮框需求中的名称需求不符，则为了节省系统资源，可以通过悬浮框的名称共享从而实现悬浮框的共用，进一步提高了系统资源的利用率。
[0081]
本实施例的有益效果在于，通过当前的屏幕提取操作确定对应的悬浮框需求；然后，识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求；再然后，若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率；最后，按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作。实现了一种人性化的投屏显示控制方案，使得在多个投屏显示过程中，无需建立多个用于控制投屏的悬浮框，降低了对系统资源占用率，提高了操作效率，增强了系统的稳定性和用户体验。
[0082]
实施例二
[0083]
图4是本发明投屏显示控制方法第二实施例的流程图，基于上述实施例，所述根据当前的屏幕提取操作确定对应的悬浮框需求，包括：
[0084]
s11、确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，所述屏幕提取操作包括投屏和录屏；
[0085]
s12、向交互界面发出与所述悬浮框需求对应的请求指令。
[0086]
在本实施例中，首先，确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷
新率和名称的悬浮框需求，其中，所述屏幕提取操作包括投屏和录屏；然后，向交互界面发出与所述悬浮框需求对应的请求指令。
[0087]
可选地，确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，根据屏幕提取操作的类型确定对应的刷新率需求或者刷新率参数，例如，当处于录屏操作时，确定较高的刷新率需求或者刷新率参数，当处于投屏操作时，确定较低的刷新率需求或者刷新率参数；
[0088]
可选地，确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，根据屏幕提取操作的对象确定对应的刷新率需求或者刷新率参数，例如，当处于游戏对象的录屏或投屏操作时，确定较高的刷新率需求或者刷新率参数，当处于对话框对象录屏或投屏操作时，确定较低的刷新率需求或者刷新率参数；
[0089]
可选地，确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，根据已开启的一个或多个悬浮框的刷新率确定当前对应的刷新率需求或者刷新率参数，例如，当已有一个悬浮框时，确定与该悬浮框相同的刷新率需求或者刷新率参数，当已有多个悬浮框时，确定与投屏或录屏操作中，操作类型相同的对应的悬浮框，确定于此悬浮框相同的刷新率需求或者刷新率参数。
[0090]
本实施例的有益效果在于，通过确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，所述屏幕提取操作包括投屏和录屏；然后，向交互界面发出与所述悬浮框需求对应的请求指令。为实现一种人性化的投屏显示控制方案提供了悬浮框的预处理基础，使得在多个投屏显示过程中，无需建立多个用于控制投屏的悬浮框，降低了对系统资源占用率，提高了操作效率，增强了系统的稳定性和用户体验。
[0091]
实施例三
[0092]
图5是本发明投屏显示控制方法第三实施例的流程图，基于上述实施例，所述识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求，包括：
[0093]
s21、根据所述请求指令识别当前所述交互界面内的显示状态；
[0094]
s22、若所述显示状态下具备至少一个所述悬浮框，且至少一个所述悬浮框满足所述悬浮框需求，则向投屏的应用返回用于控制投屏显示操作的至少一个所述悬浮框。
[0095]
在本实施例中，首先，根据所述请求指令识别当前所述交互界面内的显示状态；然后，若所述显示状态下具备至少一个所述悬浮框，且至少一个所述悬浮框满足所述悬浮框需求，则向投屏的应用返回用于控制投屏显示操作的至少一个所述悬浮框。
[0096]
可选地，在本实施例中，根据所述请求指令识别当前所述交互界面内的显示状态，其中，该显示状态包括当前交互界面内是否存在悬浮框，以及存在多少个悬浮框，以及一个或多个悬浮框的刷新率和名称等信息；
[0097]
可选地，在本实施例中，若所述显示状态下具备多个所述悬浮框，且多个所述悬浮框满足所述悬浮框需求，则在多个悬浮框中，确定一个与当前控制需求类型、或者控制对象相同的悬浮框作为共用的悬浮框，例如，选择都是用于控制投屏操作的悬浮框作为共用，或者，选择都是用于控制录屏操作的悬浮框作为共用，或者，选择都是用于控制游戏录屏操作的悬浮框作为共用，或者，选择都是用于控制对话框界面投屏操作的悬浮框作为共用。
[0098]
本实施例的有益效果在于，通过所述请求指令识别当前所述交互界面内的显示状
态；然后，若所述显示状态下具备至少一个所述悬浮框，且至少一个所述悬浮框满足所述悬浮框需求，则向投屏的应用返回用于控制投屏显示操作的至少一个所述悬浮框。为实现一种人性化的投屏显示控制方案提供了悬浮框的共用判定基础，使得在多个投屏显示过程中，无需建立多个用于控制投屏的悬浮框，降低了对系统资源占用率，提高了操作效率，增强了系统的稳定性和用户体验。
[0099]
实施例四
[0100]
图6是本发明投屏显示控制方法第四实施例的流程图，基于上述实施例，所述若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率，包括：
[0101]
s31、确定与所述悬浮框需求对应的刷新率请求和名称请求，同时，监听所述垂直同步信号；
[0102]
s32、按所述刷新率请求以及所述垂直同步信号确定所述固定刷新率，同时，按所述名称请求以及其它悬浮框的属性信息确定可选的名称。
[0103]
在本实施例中，首先，确定与所述悬浮框需求对应的刷新率请求和名称请求，同时，监听所述垂直同步信号；然后，按所述刷新率请求以及所述垂直同步信号确定所述固定刷新率，同时，按所述名称请求以及其它悬浮框的属性信息确定可选的名称。
[0104]
可选地，在本实施例中，按所述刷新率请求以及所述垂直同步信号确定所述固定刷新率，同时，按所述名称请求以及其它悬浮框的属性信息确定可选的名称，其中，可选的名称包括多个可选的默认名称，也即，与录屏应用或者投屏应用对应的默认名称，或者，与录屏操作的录屏对象、与投屏操作的投屏对象对应的默认名称；
[0105]
可选地，在本实施例中，为了减少悬浮框创建的个数，将根据投屏应用、录屏应用的属性信息确定相应的第一关联关系，或者，将根据投屏操作、录屏操作对应的对象或者屏幕内容特征确定相应的第二关联关系，根据第一关联关系和或第二关联关系确定一组或多组对应的默认名称作为本实施例的可选的名称；
[0106]
可选地，在本实施例中，上述名称的确定方式，同样可以适用于悬浮框默认的刷新率的确定方案，从而得到多套默认方案下的名称和刷新率。
[0107]
本实施例的有益效果在于，通过确定与所述悬浮框需求对应的刷新率请求和名称请求，同时，监听所述垂直同步信号；然后，按所述刷新率请求以及所述垂直同步信号确定所述固定刷新率，同时，按所述名称请求以及其它悬浮框的属性信息确定可选的名称。为实现一种人性化的投屏显示控制方案提供了悬浮框的共用刷新率和共用名称基础，使得在多个投屏显示过程中，无需建立多个用于控制投屏的悬浮框，降低了对系统资源占用率，提高了操作效率，增强了系统的稳定性和用户体验。
[0108]
实施例五
[0109]
图7是本发明投屏显示控制方法第五实施例的流程图，基于上述实施例，所述按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作，包括：
[0110]
s41、若存在满足所述固定刷新率且与所述预设的名称不同的悬浮框，则确定当前的名称是否处于所述可选的名称范围内；
[0111]
s42、若当前的名称处于所述可选的名称范围内，则调用具备所述当前的名称的悬
浮框控制投屏显示操作。
[0112]
在本实施例中，首先，判断若存在满足所述固定刷新率且与所述预设的名称不同的悬浮框，则确定当前的名称是否处于所述可选的名称范围内；然后，若当前的名称处于所述可选的名称范围内，则调用具备所述当前的名称的悬浮框控制投屏显示操作。
[0113]
基于上述实施例，又例如，当投屏开始时，通过aidl(附带参数)方法，若设置的刷新率参数是60hz，设置的一小圆点的悬浮框window(窗口)名称是mirrortitle(镜像名称)告知systemui(系统交互界面)需要实现一个小圆点的悬浮框。当由上述systemui接收到请求之后，根据当前显示情况，判断是否有此参数小圆点，如果有，就直接告知调用端已经存在，如果没有，则监听vsync(垂直同步)信号，以创建60hz的刷新率小圆点的悬浮框。最后，告知投屏应用，投屏应用接收到此消息后开始进行接下来的正常的投屏操作，如果未接收到当前systemui的回调，则重新创建上述符合需求的悬浮框，避免投屏帧率异常。可选地，在本实施例中，所创建的或者所利用的小圆点悬浮框的参数共两个，一个是小圆点的悬浮框的刷新率，一个是小圆点的悬浮框的名称，当在一些公共场景下，比如录屏、游戏时刻、投屏时候，只是需要一个固定刷新率的小圆点悬浮框，此时，上述三个应用的应用场景可以协定，也即，都可以使用默认名称和默认刷新率，由此，避免在交互界面内同时生成或显示多个小圆点的悬浮框。
[0114]
本实施例的有益效果在于，通过判断若存在满足所述固定刷新率且与所述预设的名称不同的悬浮框，则确定当前的名称是否处于所述可选的名称范围内；然后，若当前的名称处于所述可选的名称范围内，则调用具备所述当前的名称的悬浮框控制投屏显示操作。为实现一种人性化的投屏显示控制方案提供了悬浮框的默认适用基础，使得在多个投屏显示过程中，无需建立多个用于控制投屏的悬浮框，降低了对系统资源占用率，提高了操作效率，增强了系统的稳定性和用户体验。
[0115]
实施例六
[0116]
基于上述实施例，本发明还提出了一种投屏显示控制设备，该设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现：
[0117]
根据当前的屏幕提取操作确定对应的悬浮框需求；
[0118]
识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求；
[0119]
若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率；
[0120]
按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作。
[0121]
在本实施例中，首先，根据当前的屏幕提取操作确定对应的悬浮框需求；然后，识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求；再然后，若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率；最后，按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作。具体的，在本实施例中，考虑到现有技术中，用户对于智能终端
设备内的投屏或者录屏需求也越来越高，在实际应用场景下，用户可能同时执行多项投屏和或多项录屏操作，在此过程中，由于各个投屏或录屏的控制需求的不同，可能会产生多个用于调控投屏或录屏的悬浮框，而过多的悬浮框可能会占用过多的系统资源，从而影响到用户体验。因此，在本实施例中，为了解决上述技术问题，提出了一种统筹交互界面内的各个悬浮框的技术方案，避免出现悬浮框过多所造成的系统资源占用率较高的问题出现。
[0122]
具体的，在本实施例中，首先，根据当前的屏幕提取操作确定对应的悬浮框需求，其中，当前的屏幕提取操作是指与屏幕显示内容相关的任何提取操作，例如，提取局部或全部的屏显区域的显示内容，作为录屏或投屏的内容，提取应用程序某一功能界面内的界面区域的显示内容，作为录屏或投屏的内容，又例如，在游戏应用程序中，提取游戏区域和或对话框区域的显示内容，作为录屏或投屏的内容，在本实施例中，将对上述屏幕内容的提取操作进行监控，具体的，通过监控终端设备内的录屏应用或者投屏应用的运行状态对上述提取操作进行监控；然后，识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求，其中，若当前的显示状态下，已具备用于调控录屏或投屏显示操作的悬浮框，则为了避免再次生成多余的悬浮框，本实施例将首先判断是否已具备上述悬浮框，以及，所具备的悬浮框是否满足当前的录屏或投屏控制需求，也即，在本实施例中，将首先确定新的投屏或录屏操作对应的控制需求，并将此控制需求转换为悬浮框需求，通过悬浮框需求确定对应的悬浮框参数，通过悬浮框参数确定后续的投屏或录屏操作的控制参数；再然后，若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率，也即，当系统界面内不存在所需的悬浮框时，再执行新的悬浮框的创建操作；最后，按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作，可以理解的是，若已存在的悬浮框的刷新率参数与上述悬浮框需求中的刷新率需求相符，而只是悬浮框的名称与上述悬浮框需求中的名称需求不符，则为了节省系统资源，可以通过悬浮框的名称共享从而实现悬浮框的共用，进一步提高了系统资源的利用率。
[0123]
本实施例的有益效果在于，通过当前的屏幕提取操作确定对应的悬浮框需求；然后，识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求；再然后，若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率；最后，按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作。实现了一种人性化的投屏显示控制方案，使得在多个投屏显示过程中，无需建立多个用于控制投屏的悬浮框，降低了对系统资源占用率，提高了操作效率，增强了系统的稳定性和用户体验。
[0124]
实施例七
[0125]
基于上述实施例，所述计算机程序被所述处理器执行时实现：
[0126]
确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，所述屏幕提取操作包括投屏和录屏；
[0127]
向交互界面发出与所述悬浮框需求对应的请求指令。
[0128]
在本实施例中，首先，确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷
新率和名称的悬浮框需求，其中，所述屏幕提取操作包括投屏和录屏；然后，向交互界面发出与所述悬浮框需求对应的请求指令。
[0129]
可选地，确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，根据屏幕提取操作的类型确定对应的刷新率需求或者刷新率参数，例如，当处于录屏操作时，确定较高的刷新率需求或者刷新率参数，当处于投屏操作时，确定较低的刷新率需求或者刷新率参数；
[0130]
可选地，确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，根据屏幕提取操作的对象确定对应的刷新率需求或者刷新率参数，例如，当处于游戏对象的录屏或投屏操作时，确定较高的刷新率需求或者刷新率参数，当处于对话框对象录屏或投屏操作时，确定较低的刷新率需求或者刷新率参数；
[0131]
可选地，确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，根据已开启的一个或多个悬浮框的刷新率确定当前对应的刷新率需求或者刷新率参数，例如，当已有一个悬浮框时，确定与该悬浮框相同的刷新率需求或者刷新率参数，当已有多个悬浮框时，确定与投屏或录屏操作中，操作类型相同的对应的悬浮框，确定于此悬浮框相同的刷新率需求或者刷新率参数。
[0132]
本实施例的有益效果在于，通过确定屏幕提取操作的开启时刻，在所述开启时刻生成包括刷新率和名称的悬浮框需求，其中，所述屏幕提取操作包括投屏和录屏；然后，向交互界面发出与所述悬浮框需求对应的请求指令。为实现一种人性化的投屏显示控制方案提供了悬浮框的预处理基础，使得在多个投屏显示过程中，无需建立多个用于控制投屏的悬浮框，降低了对系统资源占用率，提高了操作效率，增强了系统的稳定性和用户体验。
[0133]
实施例八
[0134]
基于上述实施例，所述计算机程序被所述处理器执行时实现：
[0135]
根据所述请求指令识别当前所述交互界面内的显示状态；
[0136]
若所述显示状态下具备至少一个所述悬浮框，且至少一个所述悬浮框满足所述悬浮框需求，则向投屏的应用返回用于控制投屏显示操作的至少一个所述悬浮框。
[0137]
在本实施例中，首先，根据所述请求指令识别当前所述交互界面内的显示状态；然后，若所述显示状态下具备至少一个所述悬浮框，且至少一个所述悬浮框满足所述悬浮框需求，则向投屏的应用返回用于控制投屏显示操作的至少一个所述悬浮框。
[0138]
可选地，在本实施例中，根据所述请求指令识别当前所述交互界面内的显示状态，其中，该显示状态包括当前交互界面内是否存在悬浮框，以及存在多少个悬浮框，以及一个或多个悬浮框的刷新率和名称等信息；
[0139]
可选地，在本实施例中，若所述显示状态下具备多个所述悬浮框，且多个所述悬浮框满足所述悬浮框需求，则在多个悬浮框中，确定一个与当前控制需求类型、或者控制对象相同的悬浮框作为共用的悬浮框，例如，选择都是用于控制投屏操作的悬浮框作为共用，或者，选择都是用于控制录屏操作的悬浮框作为共用，或者，选择都是用于控制游戏录屏操作的悬浮框作为共用，或者，选择都是用于控制对话框界面投屏操作的悬浮框作为共用。
[0140]
本实施例的有益效果在于，通过所述请求指令识别当前所述交互界面内的显示状态；然后，若所述显示状态下具备至少一个所述悬浮框，且至少一个所述悬浮框满足所述悬浮框需求，则向投屏的应用返回用于控制投屏显示操作的至少一个所述悬浮框。为实现一
种人性化的投屏显示控制方案提供了悬浮框的共用判定基础，使得在多个投屏显示过程中，无需建立多个用于控制投屏的悬浮框，降低了对系统资源占用率，提高了操作效率，增强了系统的稳定性和用户体验。
[0141]
实施例九
[0142]
基于上述实施例，所述计算机程序被所述处理器执行时实现：
[0143]
确定与所述悬浮框需求对应的刷新率请求和名称请求，同时，监听所述垂直同步信号；
[0144]
按所述刷新率请求以及所述垂直同步信号确定所述固定刷新率，同时，按所述名称请求以及其它悬浮框的属性信息确定可选的名称；
[0145]
若存在满足所述固定刷新率且与所述预设的名称不同的悬浮框，则确定当前的名称是否处于所述可选的名称范围内；
[0146]
若当前的名称处于所述可选的名称范围内，则调用具备所述当前的名称的悬浮框控制投屏显示操作。
[0147]
在本实施例中，首先，确定与所述悬浮框需求对应的刷新率请求和名称请求，同时，监听所述垂直同步信号；然后，按所述刷新率请求以及所述垂直同步信号确定所述固定刷新率，同时，按所述名称请求以及其它悬浮框的属性信息确定可选的名称。
[0148]
可选地，在本实施例中，按所述刷新率请求以及所述垂直同步信号确定所述固定刷新率，同时，按所述名称请求以及其它悬浮框的属性信息确定可选的名称，其中，可选的名称包括多个可选的默认名称，也即，与录屏应用或者投屏应用对应的默认名称，或者，与录屏操作的录屏对象、与投屏操作的投屏对象对应的默认名称；
[0149]
可选地，在本实施例中，为了减少悬浮框创建的个数，将根据投屏应用、录屏应用的属性信息确定相应的第一关联关系，或者，将根据投屏操作、录屏操作对应的对象或者屏幕内容特征确定相应的第二关联关系，根据第一关联关系和或第二关联关系确定一组或多组对应的默认名称作为本实施例的可选的名称；
[0150]
可选地，在本实施例中，上述名称的确定方式，同样可以适用于悬浮框默认的刷新率的确定方案，从而得到多套默认方案下的名称和刷新率。
[0151]
在另一个实施例中，首先，判断若存在满足所述固定刷新率且与所述预设的名称不同的悬浮框，则确定当前的名称是否处于所述可选的名称范围内；然后，若当前的名称处于所述可选的名称范围内，则调用具备所述当前的名称的悬浮框控制投屏显示操作。
[0152]
基于上述实施例，又例如，当投屏开始时，通过aidl(附带参数)方法，若设置的刷新率参数是60hz，设置的一小圆点的悬浮框window(窗口)名称是mirrortitle(镜像名称)告知systemui(系统交互界面)需要实现一个小圆点的悬浮框。当由上述systemui接收到请求之后，根据当前显示情况，判断是否有此参数小圆点，如果有，就直接告知调用端已经存在，如果没有，则监听vsync(垂直同步)信号，以创建60hz的刷新率小圆点的悬浮框。最后，告知投屏应用，投屏应用接收到此消息后开始进行接下来的正常的投屏操作，如果未接收到当前systemui的回调，则重新创建上述符合需求的悬浮框，避免投屏帧率异常。可选地，在本实施例中，所创建的或者所利用的小圆点悬浮框的参数共两个，一个是小圆点的悬浮框的刷新率，一个是小圆点的悬浮框的名称，当在一些公共场景下，比如录屏、游戏时刻、投屏时候，只是需要一个固定刷新率的小圆点悬浮框，此时，上述三个应用的应用场景可以协
定，也即，都可以使用默认名称和默认刷新率，由此，避免在交互界面内同时生成或显示多个小圆点的悬浮框。
[0153]
本实施例的有益效果在于，通过判断若存在满足所述固定刷新率且与所述预设的名称不同的悬浮框，则确定当前的名称是否处于所述可选的名称范围内；然后，若当前的名称处于所述可选的名称范围内，则调用具备所述当前的名称的悬浮框控制投屏显示操作。为实现一种人性化的投屏显示控制方案提供了悬浮框的默认适用基础，使得在多个投屏显示过程中，无需建立多个用于控制投屏的悬浮框，降低了对系统资源占用率，提高了操作效率，增强了系统的稳定性和用户体验。
[0154]
实施例十
[0155]
基于上述实施例，本发明还提出了一种计算机可读存储介质，该计算机可读存储介质上存储有投屏显示控制程序，投屏显示控制程序被处理器执行时实现如上述任一项所述的投屏显示控制方法的步骤。
[0156]
实施本发明的投屏显示控制方法、设备及计算机可读存储介质，通过当前的屏幕提取操作确定对应的悬浮框需求；然后，识别当前的显示状态，确定所述显示状态下是否具备所述悬浮框，以及所述悬浮框是否满足所述悬浮框需求；再然后，若所述显示状态下不具备所述悬浮框或者所述悬浮框未满足所述悬浮框需求，则监听垂直同步信号，确定与所述垂直同步信号对应的固定刷新率；最后，按所述固定刷新率以及预设的名称生成满足所述悬浮框需求的悬浮框，并通过生成的所述悬浮框控制投屏显示操作。实现了一种人性化的投屏显示控制方案，使得在多个投屏显示过程中，无需建立多个用于控制投屏的悬浮框，降低了对系统资源占用率，提高了操作效率，增强了系统的稳定性和用户体验。
[0157]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0158]
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0159]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
[0160]
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。