[发明专利]多屏协同中断的处理方法及电子设备

说明书

本申请实施例提供了一种多屏协同中断的处理方法及电子设备，属于终端技术领域。该方法包括：调用第一函数，第一函数的调用用于发送待编码的投屏数据；响应于第一函数的调用，调用第二函数，第二函数的调用用于触发缓存队列的可用帧的查询流程；响应于第二函数的调用，监听第一函数的调用时间是否超过预设的容忍时间；当第一函数的调用时间超过预设的容忍时间时，终止多屏协同的进程。该方法通过在多屏协同框架设置监听接口，当监听到调用者未调用到目标资源时，通知调用者采取处理措施保证设备运行，进而避免电子设备在多屏协同场景下死机或重启的问题。

技术领域

本申请涉及终端技术领域，尤其涉及一种多屏协同中断的处理方法及电子设备。

背景技术

随着终端技术的发展，更多电子设备支持多屏协同。利用多屏协同可以将电子设备A的屏幕内容通过有线或者无线的方式投射到电子设备B上显示。投屏后，电子设备A的屏幕内容变化会在电子设备B上同步显示。另外，用户还可以通过电子设备B对电子设备A投射过来的屏幕内容进行操作，使得电子设备A响应于电子设备B的操作，显示相应的屏幕内容。

比如，以手机和平板电脑为例，在多屏协同场景下平板电脑可以显示手机上的窗口，并且用户可以通过控制平板电脑中协同窗口的内容反向控制手机侧的屏幕，手机侧屏幕识别到反控命令后实时修改画面内容，并再次将画面数据发送给编码器，编码后发送至平板电脑。

多屏协同场景下，当用户在平板电脑侧的协同窗口上频繁操作(比如多次拖动视频播放进度条以快进，和/或不断放大或缩小协同窗口等)情况下，容易导致手机重启，严重影响用户的使用体验。

发明内容

本申请实施例提供了一种多屏协同中断的处理方法及电子设备，以解决多屏协同场景下设备容易死机或重启的问题。

通过研究发现，在多屏协同场景下的数据交互过程形成一个闭环状态，多个数据流处理所需的资源有限，其中会存在资源争夺，易导致编码器死锁，进而导致电子设备容易死机或重启。在一些实施例中，可以通过在多屏协同框架设置监听接口，当监听到调用者未调用到目标资源时，通知调用者采取处理措施保证设备运行，进而避免电子设备在多屏协同场景下死机或重启。

第一方面，提供了一种多屏协同中断的处理方法，应用于源设备，所述源设备与目的设备建立用于多屏协同的通信连接，所述方法包括：

调用第一函数，所述第一函数的调用用于向媒体编解码器发送待编码的投屏数据，所述投屏数据用于在所述目的设备上同步显示所述源设备的投屏窗口；

响应于所述第一函数的调用，调用第二函数，所述第二函数的调用用于触发缓存队列的可用帧的查询流程，所述缓存队列用于所述源设备压入所述投屏数据；

响应于所述第二函数的调用，监听所述第一函数的调用时间是否超过预设的容忍时间；

当所述第一函数的调用时间超过预设的容忍时间时，终止所述多屏协同的进程。

其中，第一函数例如可以为源设备SurfaceFlinger调用的queuebuffer函数，用于将投屏数据发送至媒体编解码器(media codec)进行编码。第二函数可以是on frameavailable函数，该第二函数的调用用于查询缓存队列的可用帧。缓存队列的可用帧也可以被描述为可用帧，或者帧缓存队列。

在一种实现方式中，对第一函数的调用时间进行监听具体可以是监听源设备中的SurfaceFlinger调用第一函数的时间是否超过预设的容忍时间。

根据本申请实施例提供的多屏协同中断的处理方法，通过在多屏协同的媒体框架侧设置监听接口，对调用者发起的目标资源调用进行监听，当在达到容忍时间时，调用者仍未获取对应的目标资源时，可以通知调用者采取释放进程等处理措施，保证电子设备的运行，避免电子设备由于资源调用冲突导致同屏协同场景下发生设备重启或者死机的问题，提升用户的使用体验。