CN112165520B - 投屏控制方法、投屏接收端及存储介质 - Google Patents

Abstract

本发明公开了一种投屏控制方法、投屏接收端及存储介质，所述方法包括：启动监听服务，监听是否接收到投屏发送端发送的投屏请求；当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，根据所述协议类型，生成与所述协议类型对应的扫描码，将发送所述投屏请求的投屏发送端作为第一投屏发送端，其中所述扫描码包括与所述投屏请求对应的通信连接信息；显示所述扫描码，以使投屏发送端扫描所述扫描码，获取所述通信连接信息，并根据所述通信连接信息和与所述协议类型对应的通信协议建立投屏连接。本发明解决了现有建立投屏连接过程中用户手动设置投屏设备的投屏协议匹配待投屏设备所支持的投屏协议导致投屏连接的不方便和费时的问题。

Description

投屏控制方法、投屏接收端及存储介质

技术领域

本发明涉及智能投屏接收端领域，尤其涉及一种投屏控制方法、投屏接收端及计算机可读存储介质。

背景技术

随着互联网技术的发展以及智能终端的普及，越来越多的人基于互联网技术，将智能终端(例如平板电脑、手机)投屏到具有更大显示屏的投屏设备上进行学习、游戏或办公等。现有投屏技术中，在将智能终端投屏到一个支持多投屏协议的投屏设备的过程中，往往都需要用户根据待投屏的智能终端支持的投屏协议，手动设置投屏设备的投屏协议以匹配待投屏的智能终端支持的投屏协议，才能实现两者之间的投屏连接。

发明内容

本发明的主要目的在于提出一种投屏控制方法、投屏接收端及计算机可读存储介质，旨在解决现有建立投屏连接过程中需要用户手动设置投屏设备的投屏协议匹配待投屏设备所支持的投屏协议导致投屏连接的不方便和费时的问题。

为实现上述目的，本发明提供一种投屏控制方法，应用于投屏接收端，包括步骤：

启动监听服务，监听是否接收到投屏发送端发送的投屏请求；

当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，根据所述协议类型，生成与所述协议类型对应的扫描码，并将发送所述投屏请求的投屏发送端作为第一投屏发送端，其中所述扫描码包括与所述投屏请求对应的通信连接信息；

显示所述扫描码，以使包括第一投屏发送端在内的所有投屏发送端扫描所述扫描码获取所述通信连接信息，并根据所述通信连接信息和与所述协议类型对应的通信协议建立投屏连接。

可选地，所述启动监听服务，监听是否接收到投屏发送端发送的投屏请求的步骤之前包括：

生成满足预设条件的扫描码，并在显示区域显示有满足预设条件的扫描码；

所述当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，根据所述协议类型，生成与所述协议类型对应的扫描码，并将发送所述投屏请求的投屏发送端作为第一投屏发送端的步骤包括：

当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，将发送所述投屏请求的投屏发送端作为第一投屏发送端；

判断当前显示的扫描码对应的协议类型是否与所述协议类型相同；

当当前显示的扫描码对应的协议类型与所述协议类型不相同时，生成与所述协议类型对应的扫描码；

所述显示所述扫描码的步骤包括：

将所述协议类型对应的扫描码替换当前显示的扫描码并显示。

可选地，所述预设条件为最多历史显示次数，所述生成满足预设条件的扫描码，并在显示区域显示有满足预设条件的扫描码的步骤包括：

获取与各协议类型对应的扫描码的历史显示次数，将历史显示最多的协议类型作为常用协议类型；

生成常用协议类型对应的扫描码并显示。

可选地，所述当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，生成与所述协议类型对应的扫描码的步骤包括：

当同时接收到多个投屏发送端发送的投屏请求，根据第一预设筛选条件，选择其中一个投屏发送端发送的投屏请求，并将选择的投屏发送端作为第一投屏发送端，其中第一预设筛选条件包括投屏请求的协议类型与当前显示的二维码对应的协议类型相同、投屏请求的协议类型与历史显示次数最多的扫描码对应的协议类型相同或投屏请求的协议类型与历史使用次数最多的扫描码对应的协议类型相同；

获取选择的投屏请求的协议类型；

生成与选择的投屏请求的协议类型对应的扫描码。

可选地，所述显示所述扫描码的步骤之后还包括：

实时监测是否与任一投屏发送端建立投屏连接；

若是，则停止监听服务，并接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据；

若否，则判断当前扫描码的累计显示时间是否大于第一预设阈值；

若当前扫描码的累计显示时间小于或等于第一预设阈值，则返回执行所述实时监测是否与任一投屏发送端建立投屏连接；

若当前扫描码的累计显示时间大于第一预设阈值，则继续执行所述监听是否接收到投屏发送端发送的投屏请求的步骤。

可选地，所述接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据的步骤之后还包括：

当接收到建立投屏连接的投屏发送端发送的结束投屏指令时，结束投屏，并执行：启动监听服务，监听是否接收到投屏发送端发送的投屏请求的步骤。

可选地，所述显示所述扫描码的步骤之后还包括：

实时监测是否与任一投屏发送端建立投屏连接；

若是，则停止监听服务，并接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据；

若否，则判断当前扫描码的累计显示时间是否大于第三预设阈值；

若是，则获取在接收到第一投屏发送端第一次发送的投屏请求后已接收的各第二投屏发送端第一次发送的投屏请求；

根据各第二投屏发送端第一次发送的投屏请求的接收时间的先后，对各第二投屏发送端第一次发送的投屏请求进行排序，将排序结果中排名最前的第二投屏发送端替换为第一投屏发送端；

获取第一投屏发送端发送的投屏请求的协议类型；

根据获取的协议类型，生成与获取的协议类型对应的扫描码，替换当前显示的扫描码；返回执行：所述实时监测是否与任一投屏发送端建立投屏连接的步骤。

可选地，所述显示所述扫描码的步骤之后还包括：

实时监测是否与任一投屏发送端建立投屏连接；

若是，则停止监听服务，并接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据；

若否，则判断当前扫描码的累计显示时间是否大于第一预设阈值以及最近一次接收到第一投屏发送端发送的投屏请求的时间与当前时间的第一时间间隔是否大于第二预设阈值，其中第一预设阈值大于第二预设阈值；

若当前扫描码的累计显示时间小于或等于第一预设阈值且第一时间间隔小于或等于第二预设阈值，则返回执行：所述监测是否与任一投屏发送端建立投屏连接的步骤；

若当前扫描码的累计显示时间大于第一预设阈值或第一时间间隔大于第二预设阈值，则获取在接收到第一投屏发送端第一次发送的投屏请求后已接收的各第二投屏发送端第一次发送的投屏请求；

根据各第二投屏发送端第一次发送的投屏请求的接收时间的先后，对各第二投屏发送端第一次发送的投屏请求进行排序，将排序结果中排名最前的第二投屏发送端替换为第一投屏发送端；

获取第一投屏发送端发送的投屏请求的协议类型；

根据获取的协议类型，生成与获取的协议类型对应的扫描码，替换当前显示的扫描码；返回执行：所述实时监测是否与任一投屏发送端建立投屏连接的步骤。

可选地，所述当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，根据所述协议类型，生成与所述协议类型对应的扫描码的步骤还包括：

当启动监听服务后第三预设时间内接收到多个投屏发送端发送的投屏请求时，判断接收到的投屏请求总数是否小于或等于预设数量；

若是，则获取接收到的各投屏请求的协议类型，生成与各协议类型对应的扫描码；

所述显示所述扫描码的步骤包括：

将显示区域划分为与接收到的投屏请求总数相同数量的子显示区域，并将各扫描码分别显示在对应的子显示区域。

可选地，所述判断接收到的投屏请求总数是否小于或等于预设数量的步骤之后包括：

若否，则根据第二预设筛选条件，从接收到的各投屏请求中，选择预设数量的投屏请求，其中第二预设筛选条件为根据各投屏终端发送投屏请求的时间先后进行排序，从排序结果中选择前预设数量的投屏请求，或者根据接收到发送投屏请求对应的各投屏发送终端的历史连接次数从大到小进行排序，选择排序结果中排名前预设数量的投屏发送终端对应的投屏请求；

获取选择的各投屏请求的协议类型，生成与各协议类型对应的扫描码；

所述显示所述扫描码的步骤包括：

将显示区域划分为预设数量的子显示区域，并将各扫描码分别显示在对应的子显示区域。

为实现上述目的，本发明还提供一种投屏接收端，所述投屏接收端包括显示模块、通信模块、存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的投屏控制方法的步骤。

为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的投屏控制方法的步骤。

本发明提出的一种投屏控制方法、投屏接收端及计算机可读存储介质，本发明中投屏接收端监听投屏发送端发送的投屏发送端自身支持的投屏协议的协议类型，根据监听到的协议类型，生成协议类型对应的扫描码，以使投屏发送端扫描显示的扫描码，获取通信连接信息，并根据通信连接信息与投屏接收端快速建立投屏连接。从而不需要用户根据待投屏的投屏发送端所支持的投屏协议，手动去设置投屏接收端的投屏协议，来实现投屏发送端与投屏接收端的投屏连接，提高了投屏建立过程的便捷性和快速性。

附图说明

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

图2为本发明投屏控制方法第一实施例的流程示意图；

图3为本发明投屏控制方法第二实施的流程示意图；

图4为本发明投屏控制方法第三实施例的流程示意图；

图5为本发明投屏控制方法第四实施例的流程示意图；

图6为本发明投屏控制方法第五实施例的流程示意图；

图7为本发明投屏控制方法第六实施例的流程示意图；

图8为本发明投屏控制方法第七实施例的流程示意图；

图9为本发明投屏控制方法中投屏请求的消息格式示意图；

图10为本发明投屏控制系统的终端交互示意图。

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

具体实施方式

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

请参照图1，图1为本发明各个实施例中所提供的投屏接收端的硬件结构示意图。所述投屏接收端包括显示模块01、通信模块02、存储器03及处理器04等部件。本领域技术人员可以理解，图1中所示出的投屏接收端还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中，所述处理器04分别与所述显示模块01、所述存储器03和所述通信模块02连接，所述存储器03上存储有计算机程序，所述计算机程序同时被处理器04执行。

显示模块01，可显示各协议类型对应的扫描码，也可以显示投屏发送端发送的投屏数据。

通信模块02，可通过网络与外部设备连接。通信模块02可以接收外部设备发出的数据，还可发送数据、指令及信息至所述外部设备，所述外部设备可以是手机、平板电脑、笔记本电脑和台式电脑等电子设备。

存储器03，可用于存储软件程序以及各种数据。存储器03可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(获取所述投屏请求的协议类型，根据所述协议类型，生成与所述协议类型对应的扫描码)等；存储数据区可存储根据投屏接收端的使用所创建的数据或信息等。此外，存储器03可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器04，是投屏接收端的控制中心，利用各种接口和线路连接整个投屏接收端的各个部分，通过运行或执行存储在存储器03内的软件程序和/或模块，以及调用存储在存储器03内的数据，执行投屏接收端的各种功能和处理数据，从而对投屏接收端进行整体监控。处理器04可包括一个或多个处理单元；优选的，处理器04可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器04中。

尽管图1未示出，但上述投屏接收端还可以包括电路控制模块，电路控制模块用于与市电连接，实现电源控制，保证其他部件的正常工作。

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

根据上述硬件结构，提出本发明方法各个实施例。

参照图2，在本发明投屏控制方法的第一实施例中，应用于投屏接收端，所述投屏控制方法包括步骤：

步骤S10，启动监听服务，监听是否接收到投屏发送端发送的投屏请求；

在本方案中，投屏控制系统包括至少一个投屏接收端和至少一个投屏发送端，投屏接收端为电视端或其他具有显示屏的设备，并且支持多种投屏协议；投屏发送端为具有显示屏的设备，支持自有的一种投屏协议，例如手机。投屏协议包括miracast协议、Googlecast协议、airplay协议或DNLA协议。投屏接收端通过一个特定的接收端口，与各投屏发送端建立一个公用的无线通信通道，各投屏发送端通过公用通信通道定时发送各自投屏请求至投屏接收端，投屏接收端根据投屏请求会显示建立投屏连接的通信连接信息，投屏发送端获取通信连接信息后，根据通信连接信息与投屏接收端建立单独的投屏连接通道，成功建立后，投屏接收端会暂时关闭公共通道，成功建立投屏连接的投屏发送端会通过单独的投屏连接通道实时发送投屏数据至投屏接收端，投屏接收端接收到投屏数据后会实时显示在自身的显示屏上。

投屏接收端开启监听服务后，会通过预先设置的端口监听是否接收到投屏发送端发送的投屏请求，投屏请求是由投屏发送端通过无线网络发送至投屏接收端的一个消息，用于向该消息的接收方投屏接收端该消息的发送端投屏发送端具有投屏需求以及所支持的投屏协议类型。该投屏请求中至少包括投屏发送端自身所支持的投屏协议类型，当然还包括发送投屏请求的投屏发送端的发送端口和接收投屏请求的投屏接收端的接收端口，投屏请求还可以包括投屏发送端的设备标识。投屏发送端启动投屏功能后，会通过投屏发送端中预先设置的端口通过无线网络发送投屏请求至投屏接收端，例如用户通过启动投屏发送端内安装的投屏应用来启动投屏发送端的投屏功能，启动投屏应用后，会自动搜索出已开启投屏模式的投屏接收端，并以列表形式显示，投屏发送端接收用户在列表中选择的一个投屏接收端后，然后将自身发送端口、所选择的投屏接收端的接收端口和支持的投屏协议类型封装为符合UDP 传输协议的投屏请求，将该投屏请求发送至所选择的投屏接收端。例如图9 所示的一种投屏请求的消息格式，该消息格式由8个字节组成，在该消息格式中，前2个字节为16位的源端口号，即投屏发送端的发送投屏请求的端口号，第3和第4个字节为16位目的端口号，即投屏接收端的接收投屏请求的接收端口号，第5和第6个字节为数据位，用于表示投屏发送端所支持的协议类型，可以使用01表示miracast协议类型、02表示Googlecast协议类型、 03表示airplay协议类型以及04表示DNLA协议，最后第7和第8个字节为备用数据位。

步骤S20，当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，根据所述协议类型，生成与所述协议类型对应的扫描码，并将发送所述投屏请求的投屏发送端作为第一投屏发送端，其中所述扫描码包括与所述投屏请求对应的通信连接信息；

当投屏接收端通过预先设置的接收端口接收到一个投屏发送端发送的投屏请求时，会对该投屏请求解析，获得该投屏请求中投屏协议类型，例如投屏请求的消息格式为图8所示，投屏接收端会根据该投屏请求的第5个和第6 个字节，确定发送投屏请求的投屏发送端所支持的协议类型。然后生成与该投屏协议类型对应的扫描码，扫描码是一种终端根据特定的编码规则将数据或信息转换为特定图形，其他终端通过图像输入设备或光电扫描设备自动识读，将特定图像逆转换为数据或信息，扫描码可以为二维码或条形码，在本实例中，扫描码是投屏接收端根据特定的编码规则将建立投屏协议所对应的投屏连接所需要的通信连接信息转换为特定图形，该扫描码包含有投屏协议对应的通信连接信息，通信连接信息是投屏发送端与投屏接收端成功建立投屏通道所需要的信息。不同投屏协议类型对应的扫描码包含的通信连接信息不同，例如miracast协议对应的扫描码中的通信连接信息为投屏接收端的连接地址，googlecast协议对应的扫描码中的通信连接信息为投屏接收端的设备标识和中间服务器的连接地址。同时会将发送该投屏请求的投屏发送端作为第一投屏发送端，以区分接收到该投屏请求之后所接收到的投屏请求对应的投屏发送端。

步骤S30，显示所述扫描码，以使包括第一投屏发送端在内的所有投屏发送端扫描所述扫描码获取所述通信连接信息，并根据所述通信连接信息和与所述协议类型对应的通信协议建立投屏连接。

投屏接收端生成扫描码后，会将生成的扫描码显示在投屏接收端的显示屏上，包括第一投屏发端在内的所有投屏发送端都可以对显示的扫描码进行扫描，也都能获得通信连接信息，但只有支持扫描码对应的投屏协议类型的投屏发送端才能根据通信连接信息与投屏接收端成功建立投屏连接。支持扫描码对应的投屏协议类型的投屏发送端扫描该扫描码获得通信连接信息，并根据通信连接信息与该协议类型对应的通信协议建立投屏连接，建立投屏连接的投屏发送端并不一定是发送投屏请求的投屏发送端，只要该投屏发送端所支持的投屏协议的协议类型与显示的扫描码对应的协议类型一致就都可以进行扫描并建立投屏连接。例如当显示的是miracast协议对应的扫描码，投屏发送端扫描扫描码会获得投屏接收端的连接地址，然后通过该连接地址并基于miracast协议与投屏接收端直接建立投屏连接，当显示的是googlecast协议对应的扫描码，投屏发送端扫描扫描码会获得投屏接收端的设备标识和中间服务器的连接地址，然后通过中间服务器的连接地址基于googlecast协议与中间服务器建立连接，并将投屏接收端的设备标识发送至中间服务器，中间服务器会从与中间服务器建立连接的各投屏接收端中查询出该设备标识对应的投屏接收端，然后将该投屏接收端与投屏发送端建立配对关系。

需要说明的是，建立连接的具体过程为投屏发送端根据通信连接信息发送投屏连接请求至投屏接收端，投屏接收端接收到连接请求后，根据投屏连接请求与投屏发送端建立连接。当显示扫描码后，有多个投屏发送端都扫描同一个扫描码，然后都发送投屏连接请求至投屏接收端时，投屏接收端会根据最先接收到的投屏连接请求，与该投屏连接请求对应的投屏发送端建立投屏连接。

本实施例中投屏接收端监听投屏发送端发送的投屏发送端自身支持的投屏协议的协议类型，根据监听到的协议类型，生成协议类型对应的扫描码，以使投屏发送端扫描显示的扫描码，获取通信连接信息，并根据通信连接信息与投屏接收端快速建立投屏连接。从而不需要用户根据待投屏的投屏发送端所支持的投屏协议，手动去设置投屏接收端的投屏协议，来实现投屏发送端与投屏接收端的投屏连接，提高了投屏建立过程的便捷性和快速性。

进一步地，请参照图3，图3为根据本申请投屏控制方法的第一实施例提出本申请投屏控制方法的第二实施例，在本实施例中，步骤S10之前包括：

步骤S40，生成满足预设条件的扫描码，并在显示区域显示有满足预设条件的扫描码；

本实施例中，投屏接收端启动监听服务器之前，会根据预设条件，显示生成满足预设条件的扫描码，并在投屏接收端的显示区域上显示有所生成的满足预设条件的扫描码，预设条件可以为最近一次显示的扫描码、各协议类型对应的扫描码中历史显示次数最多的、各协议类型对应的扫描码中历史使用次数最多的或所在地区使用次数最多的协议类型对应的扫描码，当任一个协议类型对应的扫描码被显示在投屏接收端的显示区域上，则该协议类型对应的扫描码的历史显示次数加一，若有投屏发送端扫描了该扫描码并成功建立投屏连接，则该协议类型对应的扫描码的历史使用次数加一，若没有成功建立投屏连接，则该协议类型对应的扫描码历史使用次数不变。

具体地，步骤S40包括；

步骤S41，获取与各协议类型对应的扫描码的历史显示次数，将历史显示最多的协议类型作为常用协议类型；

步骤S42，生成常用协议类型对应的扫描码并显示。

当预设条件为历史使用次数最多的扫描码时，投屏接收端会先从已存储的扫描码历史显示记录中统计出与各协议类型对应的扫描码历史显示次数，然后确定历史显示次数最多的协议类型，作为常用协议类型，然后生成常用协议类型对应的扫描码并显示。例如统计出历史显示次数最多的协议类型为 miracast协议，说明miracast协议是经常被使用，会将miracast协议作为常用协议类型。

步骤S20包括：

步骤S21，当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，将发送所述投屏请求的投屏发送端作为第一投屏发送端；

步骤S22，判断当前显示的扫描码对应的协议类型是否与所述协议类型相同；

步骤S23，当当前显示的扫描码对应的协议类型与所述协议类型不相同时，根据所述协议类型，生成与所述协议类型对应的扫描码；

步骤S30包括：

步骤S31，将所述协议类型对应的扫描码替换当前显示的扫描码并显示。

投屏接收端在启动监听服务，并通过预先设置的端口接收各投屏发送端发送的投屏请求，当接收到任一个投屏发送端发送的投屏请求后，会对该投屏请求解析，获得该投屏请求中的发送投屏请求的发送端所支持的投屏协议类型，并且将发送该投屏请求的投屏发送端作为第一投屏发送端，以区分接收到该投屏请求之后所接收到的投屏请求对应的其他投屏发送端。例如启动监听服务后的第3s时接收到一个投屏发送端A发送的投屏请求，该投屏请求是启动监听服务第一个接收到的投屏请求，会将投屏发送端A作为第一投屏发送端，后续再接收到投屏发送端B和投屏发送端C先后发送的投屏请求后，并不将投屏发送端B和投屏发送端C作为第一投屏发送端。

然后在生成该投屏协议类型对应的扫描码之前，会先判断当前显示的扫描码对应的协议类型是否与接收到投屏请求中的协议类型相同，当当前显示的扫描码对应的协议类型与接收到投屏请求中的协议类型不相同时，投屏接收端才会根据该投屏协议类型，生成与然后生成与该投屏协议类型对应的扫描码，最后将该协议类型对应的扫描码替换掉当前显示的扫描码，并在投屏接收端的显示区域显示该协议类型对应的扫描码。例如，启动监听服务前投屏接收端的显示区域显示有miracast协议类型对应的扫描码，投屏接收端启动监听服务后，接收到一个投屏发送端的投屏请求，并对投屏请求进行解析，获得投屏请求中包括的协议类型为Googlecast协议类型，投屏接收端会判断出当前显示的扫描码对应的miracast协议类型与接收到投屏请求中的 Googlecast协议类型不同，然后根据Googlecast协议类型生成Googlecast协议类型对应的扫描码，最后将Googlecast协议类型对应的扫描码替换掉当前正在显示的miracast协议类型对应的扫描码，在显示区域显示Googlecast协议类型对应的扫描码。

需要说明的是，判断当前显示的扫描码对应的协议类型是否与接收到投屏请求中的协议类型相同的结果为相同，则不进行任何操作。

本实施例启动监听服务前会自动显示一个符合预设条件的协议类型对应的扫描码，再接收到需要投屏的投屏发送端发送的投屏请求后，会先判断该投屏发送端所支持的投屏协议的协议类型是否与当前正在显示的扫描码对应的协议类型是否相同，相同就不需要再生成扫描码，不相同才重新生成扫描码，从而提高建立投屏连接的效率。

进一步地，请参照图4，图4为根据本申请投屏控制方法的第一实施例和第二实施例提出本申请投屏控制方法的第三实施例，在本实施例中，步骤S20 包括：

步骤S24，当同时接收到多个投屏发送端发送的投屏请求，根据第一预设筛选条件，选择其中一个投屏发送端发送的投屏请求，并将选择的投屏发送端作为第一投屏发送端，其中第一预设筛选条件包括投屏请求的协议类型与当前显示的二维码对应的协议类型相同、投屏请求的协议类型与历史显示次数最多的扫描码对应的协议类型相同或投屏请求的协议类型与历史使用次数最多的扫描码对应的协议类型相同；

步骤S25，获取选择的投屏请求的协议类型；

步骤S26，生成与选择的投屏请求的协议类型对应的扫描码。

在本实施例中，投屏接收端可能同时监听到多个投屏发送端发送的投屏请求，在这种情况下，投屏接收端会根据预设的第一预设筛选条件，从个投屏请求中，选择其中一个投屏发送端发送的投屏请求，该第一预设筛选条件可以是随机选择、投屏请求的协议类型与当前显示的二维码对应的协议类型相同、投屏请求的协议类型与最近一次显示的扫描码对应的协议类型相同、投屏请求的协议类型与历史显示次数最多的扫描码对应的协议类型相同、投屏请求的协议类型与历史使用次数最多的扫描码对应的协议类型相同或所在地区使用次数最多的协议类型相同，当投屏请求中还包括投屏发送端的设备标识，第一预设筛选条件还可以为历史连接次数最多的设备标识对应的投屏发送端的投屏请求，在此不对第一预设筛选条件作限定。当选择投屏请求后，投屏接收端会获取选择的投屏请求的协议类型，生成与选择的协议类型对应的扫描码。

本实施例通过在投屏接收端中预先设置第一预设筛选条件，在遇到同时收到多个投屏发送端发送的投屏请求时，能够根据第一预设筛选条件自动筛选出符合条件的投屏请求，提高投屏接收端的智能化程度。

进一步地，请参照图5，图5为根据本申请投屏控制方法的第一实施例、第二实施例和第三实施例提出本申请投屏控制方法的第四实施例，在本实施例中，步骤S30之后包括：

步骤S50，实时监测是否与任一投屏发送端建立投屏连接；若是，则执行步骤S60；若否，则执行步骤S70；

步骤S60，停止监听服务，并接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据；

步骤S61，当接收到建立投屏连接的投屏发送端发送的结束投屏指令时，结束投屏，并执行：启动监听服务，监听是否接收到投屏发送端发送的投屏请求的步骤；

步骤S70，判断当前扫描码的累计显示时间是否大于第一预设阈值；若当前扫描码的累计显示时间小于或等于第一预设阈值，则返回执行步骤S50；若当前扫描码的累计显示时间大于第一预设阈值，则执行步骤S80；

步骤S80，继续执行所述监听是否接收到投屏发送端发送的投屏请求的步骤。

本实施例中，投屏接收端在显示扫描码后，投屏接收端会实时监测是否与任一投屏发送端建立投屏连接，建立投屏连接的投屏发送端并不一定是发送投屏请求的投屏发送端，只要该投屏发送端所支持的投屏协议的协议类型与显示的扫描码对应的协议类型一致就都可以进行扫描并建立投屏连接。若当前监测到投屏接收端基于当前显示的扫描码与任一个投屏发送端建立了投屏连接，便会停止监听服务，不再监听，然后根据建立的投屏连接通道接收投屏发送端发送的投屏数据，不同的投屏协议，投屏数据是不同的，例如投屏协议为DLNA，投屏数据为视频和图片，投屏协议为Miracast或googlecast 时，投屏数据可以为视频、图片或投屏发送端当前显示界面显示的内容；在成功建立投屏连接后，用户需要终止投屏，会通过投屏发送端利用建立的投屏连接通道发送一个投屏结束指令至投屏接收端，投屏接收端接收到该投屏结束指令后，会结束投屏，并重新启动监听服务，监听是否接收到投屏发送端发送的投屏请求。

若当前仍然未成功与任一个投屏发送端建立投屏连接，未成功建立投屏连接可能是由于网络原因导致当前未成功建立投屏连接，也有可能是当前未有任何投屏发送端扫描扫描码去获取通信连接信息，便会判断当前扫描码的累计显示时间是否大于第一预设阈值，第一预设阈值可以设置为为30s、1min 或2min等，在此不对第一预设阈值进行限定，若当前扫描码的累计显示时间小于或等于第一预设阈值，则投屏接收端会继续实时监测是否与任一投屏发送端建立投屏连接；若当前扫描码的累计显示时间已经大于第一预设阈值，则投屏接收端会继续监听是否接收到投屏发送端发送的投屏请求，对于之前已接收到的投屏发送端发送的投屏请求不做任何处理。

本实施例在显示扫描码后，会设定建立投屏连接的限定时间，一旦超过这个限定时间便会继续开启新的一轮监听，避免长时间等待，影响后续的投屏连接，并且在限定时间内成功连接了，则会停止监听服务，避免仍然保持监听服务占用投屏接收端的系统资源。

进一步地，请参照图6，图6为根据本申请投屏控制方法的第一实施例提出本申请投屏控制方法的第五实施例，在本实施例中，步骤S30之后还包括：

步骤S50，实时监测是否与任一投屏发送端建立投屏连接；若是，则执行步骤S60；若否，则执行步骤S70；

步骤S60，停止监听服务，并接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据；

步骤S61，当接收到建立投屏连接的投屏发送端发送的结束投屏指令时，结束投屏，并执行：启动监听服务，监听是否接收到投屏发送端发送的投屏请求的步骤；

步骤S70，判断当前扫描码的累计显示时间是否大于第一预设阈值；若当前扫描码的累计显示时间小于或等于第一预设阈值，则返回执行步骤S50；若当前扫描码的累计显示时间大于第一预设阈值，则执行步骤S81；

步骤S81，获取在接收到第一投屏发送端第一次发送的投屏请求后已接收的各第二投屏发送端第一次发送的投屏请求；

步骤S82，根据各第二投屏发送端第一次发送的投屏请求的接收时间的先后，对各第二投屏发送端第一次发送的投屏请求进行排序，并将排序结果中排名最前的第二投屏发送端替换为第一投屏发送端；

步骤S83，获取第一投屏发送端发送的投屏请求的协议类型；

步骤S84，根据获取的协议类型，生成与获取的协议类型对应的扫描码，替换当前显示的扫描码；返回执行步骤S50。

本实施例中，第二投屏发送端是指向投屏接收端已发送了投屏请求并且被接收的投屏发送端中除第一投屏发送端外的其他投屏发送端。投屏接收端在开启监听服务后，只要未关闭监听服务，都会不停的接收各投屏发送端发送的投屏请求，并实时记录已经接收到第一投屏发送端和各第二投屏发送端第一次发送的投屏请求的时间。

投屏接收端在显示扫描码后，投屏接收端会实时监测是否与任一投屏发送端建立投屏连接，建立投屏连接的投屏发送端并不一定是发送投屏请求的投屏发送端，只要该投屏发送端所支持的投屏协议的协议类型与显示的扫描码对应的协议类型一致就都可以进行扫描并建立投屏连接。若当前监测到投屏接收端基于当前显示的扫描码与任一个投屏发送端建立了投屏连接，便会停止监听服务，不再监听，然后根据建立的投屏连接通道接收投屏发送端发送的投屏数据，不同的投屏协议，投屏数据是不同的，例如投屏协议为DLNA，投屏数据为视频和图片，投屏协议为Miracast或googlecast时，投屏数据可以为视频、图片或投屏发送端当前显示界面显示的内容；在成功建立投屏连接后，用户需要终止投屏，会通过投屏发送端利用建立的投屏连接通道发送一个投屏结束指令至投屏接收端，投屏接收端接收到该投屏结束指令后，会结束投屏，并重新启动监听服务，监听是否接收到投屏发送端发送的投屏请求。

若当前未监测到与任一个投屏发送端建立投屏连接，会判断当前扫描码的累计显示时间是否大于第一预设阈值，当投屏接收端确定当前扫描码的累计显示时间小于或等于第一预设阈值，即当前扫描码的显示累计时间没有超过第一预设阈值，投屏接收端不会对当前的运行状态以及当前正在显示的扫描码做任何改变，继续实时监测是否与任一投屏发送端建立投屏连接。

当投屏接收端确定当前扫描码的累计显示时间大于第一预设阈值时，即确定投屏接收端的显示区域当前显示的扫描码的累计显示时间已经超过第一预设阈值，投屏接收端会获取在接收到第一投屏发送端第一次发送的投屏请求后各第二投屏发送端第一次发送的投屏请求的时间，按照时间先后顺序对各第二投屏发送端进行排序，获得排序结果，然后将排序结果中排名最前的第二投屏发送端替换为第一投屏发送端，然后对替换后的第一投屏发送端发送的投屏请求进行解析处理，获得新的第一投屏发送端发送的投屏请求中的协议类型，根据该协议类型生成对应的扫描码，将生成的扫描码替换当前正在显示的扫描码，并在投屏接收端的显示区域显示，最后继续返回执行监测是否与任一投屏发送端建立投屏连接。例如在接收到第一投屏发送端D第一次发送的投屏请求后到当前为止，已经接收到3个第二投屏发送端A、B和C 先后第一次发送的投屏请求，根据接收到A、B和C第一次发送投屏请求的时间先后对这3个第二投屏发送端进行排序，排序结果为ABC。在确定当前显示扫描码的累积时间已经超过了1min，会将第二投屏发送端A替换为第一投屏发送端，此时原先的第一投屏发送端D便自动成为第二投屏发送端。然后根据新的第一投屏发送端A发送的投屏请求获取该新的第一投屏发送端A 所支持的投屏协议类型，然后生成与第一投屏发送端A所支持的协议类型对应的扫描码，最后替换当前显示的扫描码显示在投屏接收端的显示区域，此时扫描码被更新了，那么当前显示扫描码的累计显示时间也自动清零了，然后继续实时监测是否与任一投屏发送端建立投屏连接。

需要说明的是，在执行步骤S81之前，会先判断在接收到第一投屏发送端第一次发送的投屏请求后当前是否已经接收到除第一投屏终端外至少一个第二投屏发送端第一次发送的投屏请求，若是，则执行步骤S81，若否，即目前只有一个第一投屏发送端发送了投屏请求，投屏接收端会继续判断当前扫描码的累计显示时间是否大于第一预设阈值，若是，则停止监听服务，退出投屏模式；若否，则继续监测是否与任一投屏发送端建立投屏连接。在执行步骤S84之前，会先判断获取的协议类型与当前显示的扫描码对应的协议类型是否相同，若相同，则对当前扫描码的累计显示时间进行清零，若不相同，则执行步骤S84。

本实施例为扫描码的显示都设定了限定时间，只要未成功建立投屏连接并且扫描码的显示累计时间已经达到限定时间后，就会生成投屏请求的接收时间先后排序列表中下一个投屏请求对应的扫描码，实现扫描码自动按顺序显示。

进一步地，请参照图7，图7为根据本申请投屏控制方法的前述实施例提出本申请投屏控制方法的第六实施例，在本实施例中，步骤S30之后还包括：

步骤S50，实时监测是否与任一投屏发送端建立投屏连接；若是，则执行步骤S60；若否，则执行步骤S71；

步骤S60，停止监听服务，并接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据；

步骤S61，当接收到建立投屏连接的投屏发送端发送的结束投屏指令时，结束投屏，并执行：启动监听服务，监听是否接收到投屏发送端发送的投屏请求的步骤；

步骤S71，判断当前扫描码的累计显示时间是否大于第一预设阈值以及当前时间距离第一投屏发送端最近一次发送投屏请求的时间之间的第一时间间隔是否大于第二预设阈值，其中第一预设阈值大于第二预设阈值；若当前扫描码的累计显示时间小于或等于第一预设阈值且第一时间间隔小于或等于第二预设阈值，则返回执行步骤S50；若当前扫描码的累计显示时间大于第一预设阈值或第一时间间隔大于第二预设阈值，则执行步骤S81；

步骤S81，获取在接收到第一投屏发送端第一次发送的投屏请求后已接收的各第二投屏发送端第一次发送的投屏请求；

步骤S82，根据各第二投屏发送端第一次发送的投屏请求的接收时间的先后，对各第二投屏发送端进行排序，并将排序结果中排名最前的第二投屏发送端替换为第一投屏发送端；

步骤S83，获取第一投屏发送端发送的投屏请求的协议类型；

步骤S84，根据获取的协议类型，生成与获取的协议类型对应的扫描码，替换当前显示的扫描码；返回执行步骤S50。

本实施例中，无论是第一投屏发送端还是第二投屏发送端，所有投屏发送端开启了投屏模式后，只要未建立投屏连接且未关闭投屏模式前，都会定时发送投屏请求至投屏接收端，而投屏接收端在开启监听服务后，只要未关闭监听服务，都会不停的接收各投屏发送端发送的投屏请求，并实时记录已经接收到第一投屏发送端和各第二投屏发送端第一次发送的投屏请求的时间。

投屏接收端在显示扫描码后，投屏接收端会实时监测是否与任一投屏发送端建立投屏连接，若监测到当前时间投屏接收端与任一个投屏发送端建立了投屏连接，便会停止监听服务，不再监听，然后根据建立的投屏连接通道接收投屏发送端发送的投屏数据。再用户需要终止投屏，会通过投屏发送端利用建立的投屏连接通道发送一个投屏结束指令至投屏接收端，投屏接收端接收到该投屏结束指令后，会结束投屏，并重新启动监听服务，监听是否接收到投屏发送端发送的投屏请求。

若当前未监测到未与任一个投屏发送端建立投屏连接，会继续判断当前扫描码的累计显示时间是否大于第一预设阈值以及最近一次接收到第一投屏发送端发送的投屏请求的时间与当前时间的第一时间间隔是否大于第二预设阈值，第二预设阈值可以设置为大于或等于第一投屏发送端定时发送投屏请求模式下发送一次投屏请求后距下一次发送投屏请求的间隔时间，当第一时间间隔大于第二预设阈值，说明第一投屏发送端没有定时发送投屏请求，即可能是由于投屏发送端基于用户的要求主动退出了投屏模式或者由于网络问题被动退出投屏模式。例如第一投屏发送端开启投屏模式后，会每隔50ms发送一次投屏请求，投屏接收端会实时判断最近一次接收到第一投屏发送端发送的投屏请求距当前时间的时间间隔是否超过了50ms，若是超过了，说明第一投屏发送端已经退出了投屏模式，若未超过，说明第一投屏发送端处于正常状态，仍在正常定时发送投屏请求。

当投屏接收端确定当前扫描码的累计显示时间小于或等于第一预设阈值且第一时间间隔小于或等于第二预设阈值时，即第一投屏发送端仍然在正常定时发送投屏请求，并且显示扫描码的累积时间也没有超过第一预设阈值，投屏接收端不会对当前的运行状态以及当前正在显示的扫描码做任何改变，继续实时监测是否与任一投屏发送端建立投屏连接。

当投屏接收端确定当前扫描码的累计显示时间大于第一预设阈值或第一时间间隔大于第二预设阈值时，即确定第一投屏发送端没有正常定时发送投屏请求或者显示扫描码的累积时间已经超过第一预设阈值，投屏接收端会获取接收第一投屏发送端第一次发送的投屏请求后各第二投屏发送端第一次发送的投屏请求的时间，按照时间先后顺序对各第二投屏发送端进行排序，获得排序结果，然后将排序结果中排名最前的第二投屏发送端替换为第一投屏发送端，然后对替换后的第一投屏发送端发送的投屏请求进行解析处理，获得新的第一投屏发送端发送的投屏请求中的协议类型，根据该协议类型生成对应的扫描码，将生成的扫描码替换当前正在显示的扫描码，并在投屏接收端的显示区域显示，最后继续返回执行监测是否与任一投屏发送端建立投屏连接。例如在接收到第一投屏D发送端第一次发送的投屏请求后，到当前为止，已经接收到3个第二投屏发送端A、B和C先后第一次发送的投屏请求，根据接收到A、B和C第一次发送投屏请求的时间先后对这3个第二投屏发送端进行排序，排序结果为ABC。在确定第一投屏发送端D没有定时发送投屏请求或者当前显示扫描码的累积时间已经超过了1min，会将第二投屏发送端A作为新的第一投屏发送端。此时原先的第一投屏发送端D便自动成为第二投屏发送端。然后根据新的第一投屏发送端A发送的投屏请求获取该新的第一投屏发送端A所支持的投屏协议类型，然后生成与第一投屏发送端A所支持的协议类型对应的扫描码，最后替换当前显示的扫描码显示在投屏接收端的显示区域，此时扫描码被更新了，那么当前显示扫描码的累计显示时间也自动清零了，然后继续监测是否与任一投屏发送端建立投屏连接。

需要说明的是，在执行步骤S81之前，会先判断当前是否已经接收到除第一投屏终端外至少一个第二投屏发送端发送的投屏请求，若是，则执行步骤S81，若当前未接收到除第一投屏终端外至少一个第二投屏发送端发送的投屏请求，即目前只有一个第一投屏发送端发送了投屏请求，投屏接收端会继续判断当前扫描码的累计显示时间是否大于第一预设阈值，若当前扫描码的累计显示时间大于第一预设阈值，则停止监听服务，退出投屏模式；若当前扫描码的累计显示时间小于或等于第一预设阈值，则继续监测是否与任一投屏发送端建立投屏连接。在执行步骤S84之前，会先判断获取的协议类型与当前显示的扫描码对应的协议类型是否相同，若相同，则不做任何处理，若不相同，则执行步骤S84。

本实施例在发送正显示的扫描码所基于的投屏请求的投屏发送端已经退出投屏模式后，会继续处理其他投屏发送端发送的投屏请求，从而用户投屏需求发生变化情况下，可以快速调整所显示的扫描码，快速满足变化后的投屏需求。

进一步地，请参照图8，图8为根据本申请投屏控制方法的第一实施例提出本申请投屏控制方法的第七实施例，在本实施例中，步骤S20包括：

步骤S27，当启动监听服务后第三预设时间内接收到多个投屏发送端发送的投屏请求时，判断接收到的投屏请求总数是否小于或等于预设数量；若是，则执行步骤S271；若否，则执行步骤S272；

步骤S271，获取接收到的各投屏请求的协议类型，生成与各协议类型对应的扫描码；

步骤S30包括：

步骤S32，将显示区域划分为与接收到的投屏请求总数相同数量的子显示区域，并将各扫描码分别显示在对应的子显示区域。

步骤S272，根据第二预设筛选条件，从接收到的各投屏请求中，选择预设数量的投屏请求，其中第二预设筛选条件为根据各投屏终端发送投屏请求的时间先后进行排序，从排序结果中选择前预设数量的投屏请求，或者根据接收到发送投屏请求对应的各投屏发送终端的历史连接次数从大到小进行排序，选择排序结果中排名前预设数量的投屏发送终端对应的投屏请求；

步骤S273，获取选择的各投屏请求的协议类型，生成与各协议类型对应的扫描码；

步骤S30包括：

步骤S33，将显示区域划分为预设数量的子显示区域，并将各扫描码分别显示在对应的子显示区域。

本实施例中，投屏接收端在启动监听服务后第二预设时间内，接收到多个投屏发送端发送的投屏请求时，会判断该时间段内接收到的投屏请求总数是否小于或等于预设数量，该预设数量可以为2、3、4或5等，在此不对预设数量进行限定。若是该时间段内接收到的投屏请求总数小于或等于预设数量，会根据接收到的每个投屏请求，获得各投屏请求的协议类型，然后生成与获取到的各协议类型对应的扫描码，各扫描码包括与各投屏请求对应的通信连接信息。最后将投屏接收端的显示区域均匀划分为与接收到的投屏请求总数相同数量的子显示区域，将生成的各扫描码分别显示在对应的子显示区域，每个子显示区域显示一个扫描码。

若是该时间段内接收到的投屏请求总数大于预设数量，会根据第二预设筛选条件，从接收到的各投屏请求中选择预设数量的投屏请求，第二预设筛选条件可以是根据接收到各投屏终端发送的投屏请求的接收时间的先后进行排序，从排序结果中选择排名前预设数量的投屏请求，也可以是随机选择，第二预设筛选条件还可以根据接收到发送投屏请求对应的各投屏发送终端的历史连接次数从大到小进行排序，选择排序结果中排名前预设数量的投屏发送终端对应的投屏请求。在此不对第二预设筛选条件作具体限定，只要能实现筛选出预设数量的投屏请求即可。获得选择的各投屏请求的协议类型，然后生成与各协议类型对应的扫描码，各扫描码包括与各投屏请求对应的通信连接信息。最后将投屏接收端的显示区域均匀划分为预设数量的子显示区域，将生成的各扫描码分别显示在对应的子显示区域，每个子显示区域显示一个扫描码。

例如第二预设时间为1分钟，预设数量为4。当启动监听服务后1分钟内投屏接收端接收到3个不同投屏发送端发送的投屏请求时，由于接收到的投屏请求数量小于4个，投屏接收端会从分别这3个投屏请求中获取发送投屏请求的投屏接收端所支持的投屏协议类型，然后为这3个投屏接收端分别生成各自所支持的投屏协议类型对应的扫描码。然后投屏接收端将自身的显示区域均匀划分为3个子显示区域，将这3个扫描码分别显示在一个子显示区域中。当启动监听服务后1分钟内投屏接收端接收到5个不同投屏发送端发送的投屏请求时，由于接收到的投屏请求数量大于4个，投屏接收端会根据接收到这5个投屏请求的接收时间进行排序，选择接收时间排名靠前的4个投屏请求，然后分别从选择的这4个投屏请求中获取发送投屏请求的投屏接收端所支持的投屏协议类型，然后为这4个投屏接收端分别生成各自所支持的投屏协议类型对应的扫描码。然后投屏接收端将自身的显示区域均匀划分为4个子显示区域，将这4个扫描码分别显示在一个子显示区域中。

需要说明的是，在将各扫描码显示在对应的子显示区域，还会同时将各扫描码对应的协议类型也显示在扫描码所在的子显示区域，以便于用户通过显示的各协议类型，可以准确的扫描到与用户所使用的投屏发送端所支持的投屏协议对应的扫描码，以获得适合自身所支持的投屏协议的通信连接信息。

投屏接收端扫描任一个子显示区域的扫描码后，获取该扫描码中的通信连接信息，并根据通信连接信息与投屏发送端所支持的通信协议建立投屏连接，将投屏数据通过建立的连接通道发送至投屏接收端，投屏接收端会将该投屏数据显示在该扫描码所在的子显示区域上。

本实施例在接收到多个投屏请求时，会为各投屏请求都生成扫描码或者为根据第二预设筛选条件从多个投屏请求中筛选的投屏请求生成扫描码。并将显示区域划分为多个子显示区域，每个子显示区域显示一个对应的扫描码，多个投屏发送端可以分别扫描一个对应的扫描码与投屏接收端建立投屏连接，实现多个投屏发送端投屏到一个投屏接收端上，提高了多个投屏发送端之间的互动性和用户的体验度。

另外，本发明实施例还提供一种投屏控制系统，可参照图10，图1为本发明投屏控制系统的终端交互示意图，所述系统包括：投屏接收端、至少一个投屏发送端，其中：

所述投屏接收端，用于启动监听服务，监听是否接收到投屏发送端发送的投屏请求，当接收到投屏发送端发送的投屏请求时，所述投屏接收端获取所述投屏请求的协议类型，根据所述协议类型，生成与所述协议类型对应的扫描码，并将发送所述投屏请求的投屏发送端作为第一投屏发送端，其中所述扫描码包括与所述投屏请求对应的通信连接信息；显示所述扫描码；

所述投屏发送端，用于通过无线网络发送投屏请求至所述投屏接收端，以及在投屏接收端显示所述扫描码后，投屏接收端扫描所述扫描码，获得通信连接信息，根据所述通信连接信息和投屏发送端自身支持的协议类型对应的通信协议与所述投屏接收端建立投屏连接，在建立投屏连接后，所述投屏发送端发送投屏数据至所述投屏接收端；

所述投屏接收端，用于在建立投屏连接后，接收到所述投屏发送端发送的投屏数据时，显示所述投屏数据。

在本实施例中，投屏接收端监听投屏发送端发送的投屏发送端自身支持的投屏协议的协议类型，根据监听到的协议类型，生成协议类型对应的扫描码，投屏发送端扫描显示的扫描码，获取通信连接信息，并根据通信连接信息与投屏接收端快速建立投屏连接。从而不需要用户根据待投屏的投屏发送端所支持的投屏协议，手动去设置投屏接收端的投屏协议，来实现投屏发送端与投屏接收端的投屏连接，提高了投屏建立过程的便捷性和快速性。

本发明还提出一种计算机可读存储介质，其上存储有计算机程序。所述计算机可读存储介质可以是图1的投屏接收端中的存储器03，也可以是如 ROM(Read-Only Memory，只读存储器)/RAM(Random Access Memory，随机存取存储器)、磁碟、光盘中的至少一种，所述计算机可读存储介质包括若干信息用以使得投屏接收端执行本发明各个实施例所述的方法。

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

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

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

Claims (12)

1.一种投屏控制方法，其特征在于，应用于投屏接收端，包括步骤：

启动监听服务，监听是否接收到投屏发送端发送的投屏请求；

当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，根据所述协议类型，生成与所述协议类型对应的扫描码，并将发送所述投屏请求的投屏发送端作为第一投屏发送端，其中所述扫描码包括与所述投屏请求对应的通信连接信息；

显示所述扫描码，以使包括第一投屏发送端在内的所有投屏发送端扫描所述扫描码获取所述通信连接信息，并根据所述通信连接信息和与所述协议类型对应的通信协议建立投屏连接。

2.根据权利要求1所述的投屏控制方法，其特征在于，所述启动监听服务，监听是否接收到投屏发送端发送的投屏请求的步骤之前包括：

生成满足预设条件的扫描码，并在显示区域显示有满足预设条件的扫描码；

所述当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，根据所述协议类型，生成与所述协议类型对应的扫描码，并将发送所述投屏请求的投屏发送端作为第一投屏发送端的步骤包括：

当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，将发送所述投屏请求的投屏发送端作为第一投屏发送端；

判断当前显示的扫描码对应的协议类型是否与所述协议类型相同；

当当前显示的扫描码对应的协议类型与所述协议类型不相同时，生成与所述协议类型对应的扫描码；

所述显示所述扫描码的步骤包括：

将所述协议类型对应的扫描码替换当前显示的扫描码并显示。

3.根据权利要求2所述的投屏控制方法，其特征在于，所述预设条件为最多历史显示次数，所述生成满足预设条件的扫描码，并在显示区域显示有满足预设条件的扫描码的步骤包括：

获取与各协议类型对应的扫描码的历史显示次数，将历史显示最多的协议类型作为常用协议类型；

生成常用协议类型对应的扫描码并显示。

4.根据权利要求3所述的投屏控制方法，其特征在于，所述当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，生成与所述协议类型对应的扫描码的步骤包括：

当同时接收到多个投屏发送端发送的投屏请求，根据第一预设筛选条件，选择其中一个投屏发送端发送的投屏请求，并将选择的投屏发送端作为第一投屏发送端，其中第一预设筛选条件包括投屏请求的协议类型与当前显示的二维码对应的协议类型相同、投屏请求的协议类型与历史显示次数最多的扫描码对应的协议类型相同或投屏请求的协议类型与历史使用次数最多的扫描码对应的协议类型相同；

获取选择的投屏请求的协议类型；

生成与选择的投屏请求的协议类型对应的扫描码。

5.根据权利要求1至4中任一项所述的投屏控制方法，其特征在于，所述显示所述扫描码的步骤之后还包括：

实时监测是否与任一投屏发送端建立投屏连接；

若是，则停止监听服务，并接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据；

若否，则判断当前扫描码的累计显示时间是否大于第一预设阈值；

若当前扫描码的累计显示时间小于或等于第一预设阈值，则返回执行所述实时监测是否与任一投屏发送端建立投屏连接；

若当前扫描码的累计显示时间大于第一预设阈值，则继续执行所述监听是否接收到投屏发送端发送的投屏请求的步骤。

6.根据权利要求5所述的投屏控制方法，其特征在于，所述接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据的步骤之后还包括：

当接收到建立投屏连接的投屏发送端发送的结束投屏指令时，结束投屏，并执行：启动监听服务，监听是否接收到投屏发送端发送的投屏请求的步骤。

7.根据权利要求6所述的投屏控制方法，其特征在于，所述显示所述扫描码的步骤之后还包括：

实时监测是否与任一投屏发送端建立投屏连接；

若是，则停止监听服务，并接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据；

若否，则判断当前扫描码的累计显示时间是否大于第三预设阈值；

若是，则获取在接收到第一投屏发送端第一次发送的投屏请求后已接收的各第二投屏发送端第一次发送的投屏请求；

根据各第二投屏发送端第一次发送的投屏请求的接收时间的先后，对各第二投屏发送端第一次发送的投屏请求进行排序，将排序结果中排名最前的第二投屏发送端替换为第一投屏发送端；

获取第一投屏发送端发送的投屏请求的协议类型；

根据获取的协议类型，生成与获取的协议类型对应的扫描码，替换当前显示的扫描码；返回执行：所述实时监测是否与任一投屏发送端建立投屏连接的步骤。

8.根据权利要求7所述的投屏控制方法，其特征在于，所述显示所述扫描码的步骤之后还包括：

实时监测是否与任一投屏发送端建立投屏连接；

若是，则停止监听服务，并接收建立投屏连接的投屏发送端发送的投屏数据，显示所述投屏数据；

若否，则判断当前扫描码的累计显示时间是否大于第一预设阈值以及最近一次接收到第一投屏发送端发送的投屏请求的时间与当前时间的第一时间间隔是否大于第二预设阈值，其中第一预设阈值大于第二预设阈值；

若当前扫描码的累计显示时间小于或等于第一预设阈值且第一时间间隔小于或等于第二预设阈值，则返回执行：所述监测是否与任一投屏发送端建立投屏连接的步骤；

若当前扫描码的累计显示时间大于第一预设阈值或第一时间间隔大于第二预设阈值，则获取在接收到第一投屏发送端第一次发送的投屏请求后已接收的各第二投屏发送端第一次发送的投屏请求；

根据各第二投屏发送端第一次发送的投屏请求的接收时间的先后，对各第二投屏发送端第一次发送的投屏请求进行排序，将排序结果中排名最前的第二投屏发送端替换为第一投屏发送端；

获取第一投屏发送端发送的投屏请求的协议类型；

根据获取的协议类型，生成与获取的协议类型对应的扫描码，替换当前显示的扫描码；返回执行：所述实时监测是否与任一投屏发送端建立投屏连接的步骤。

9.根据权利要求1所述的投屏控制方法，其特征在于，所述当接收到投屏发送端发送的投屏请求时，获取所述投屏请求的协议类型，根据所述协议类型，生成与所述协议类型对应的扫描码的步骤包括：

当启动监听服务后第三预设时间内接收到多个投屏发送端发送的投屏请求时，判断接收到的投屏请求总数是否小于或等于预设数量；

若是，则获取接收到的各投屏请求的协议类型，生成与各协议类型对应的扫描码；

所述显示所述扫描码的步骤包括：

将显示区域划分为与接收到的投屏请求总数相同数量的子显示区域，并将各扫描码分别显示在对应的子显示区域。

10.根据权利要求9所述的投屏控制方法，其特征在于，所述判断接收到的投屏请求总数是否小于或等于预设数量的步骤之后还包括：

若否，则根据第二预设筛选条件，从接收到的各投屏请求中，选择预设数量的投屏请求，其中第二预设筛选条件为根据各投屏终端发送投屏请求的时间先后进行排序，从排序结果中选择前预设数量的投屏请求，或者根据接收到发送投屏请求对应的各投屏发送终端的历史连接次数从大到小进行排序，选择排序结果中排名前预设数量的投屏发送终端对应的投屏请求；

获取选择的各投屏请求的协议类型，生成与各协议类型对应的扫描码；

所述显示所述扫描码的步骤包括：

将显示区域划分为预设数量的子显示区域，并将各扫描码分别显示在对应的子显示区域。

11.一种投屏接收端，其特征在于，所述投屏接收端包括显示模块、通信模块、存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至10中任一项所述的投屏控制方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至10中任一项所述的投屏控制方法的步骤。

Images