无线投屏方法、装置、计算机设备和存储介质与流程

本申请涉及网络即时通信技术领域，特别是涉及一种无线投屏方法、装置、计算机设备和存储介质。

背景技术：

随着计算机技术的发展，越来越多的场合需要用到投屏。传统的投屏，通常在开会的时候通过外接插线或者转接头，将自己的屏幕与大屏幕建立连接，从而实现将自己的屏幕投屏到大屏幕上。

然而，传统的投屏方式，需要在布置会议室时提前准备外接插线等工具，例如各种型号的高清线、转接头等，而这些工具的使用寿命有限，因此，常常在需要使用的时候各种找寻调试，从而影响工作效率。

技术实现要素：

基于此，有必要针对上述传统的投屏方式需要用到外接工具且在使用时需要找寻调试从而影响工作效率的问题，提供一种通过即时通信实现的无线投屏方法、装置、计算机设备和存储介质。

一种无线投屏方法，包括：

接收投屏连接请求，其中，投屏连接请求中包括请求方的身份标识以及待投屏端的唯一投屏码；

根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路；

根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端。

在其中一个实施例中，根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路，包括：

根据请求方的身份标识判断投屏连接请求是否合法；

若合法，则根据待投屏端的唯一投屏码在投屏数据库中查询待投屏端的当前状态，其中，状态包括空闲状态和使用状态；

若待投屏端的当前状态为空闲状态，则建立请求方与待投屏端的点对点通信链路。

在其中一个实施例中，建立请求方与待投屏端的点对点通信链路之后，还包括：

将待投屏端的当前状态修改为使用状态，并记录在投屏数据库中。

在其中一个实施例中，还包括：

当建立请求方与待投屏端的点对点通信链路之后，启动计时；以及

在投屏数据库中生成对应的日志记录，其中，日志记录中包括请求方的身份标识、待投屏端的唯一投屏码以及计时信息。

在其中一个实施例中，根据请求方的身份标识判断投屏连接请求是否合法，包括：

根据请求方的身份标识在已注册用户数据库中查询；

若在已注册用户数据库中查询到与请求方的身份标识匹配的用户，则确定投屏连接请求合法，否则确定投屏连接请求不合法。

在其中一个实施例中，接收投屏连接请求之前，还包括：

接收待投屏端的注册请求，其中，待投屏端的注册请求包括待投屏端的身份标识；

根据待投屏端的注册请求生成待投屏端的唯一投屏码并在投屏数据库中生成相应的记录，其中，记录中包括待投屏端的身份标识、状态以及唯一投屏码。

在其中一个实施例中，根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端，包括：

采集请求方待投屏的屏幕信息；

通过建立的点对点通信链路将待投屏的屏幕信息传输至待投屏端，以通过待投屏端展示待投屏的屏幕信息。

一种无线投屏装置，包括：

接收模块，用于接收投屏连接请求，其中，投屏连接请求中包括请求方的身份标识以及待投屏端的唯一投屏码；

通信链路建立模块，用于根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路；

投屏模块，用于根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端。

一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行所述计算机程序时实现如上所述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上所述方法的步骤。

上述无线投屏方法、装置、计算机设备和存储介质，通过投屏服务器接收投屏连接请求，并根据投屏连接请求中请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路，进而根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端，从而实现无线投屏且无需外接工具。

附图说明

图1为一个实施例中无线投屏方法的应用环境图；

图2为一个实施例中无线投屏方法的流程示意图；

图3为一个实施例中建立点对点通信链路步骤的流程示意图；

图4为另一个实施例中无线投屏方法的流程示意图；

图5为又一个实施例中无线投屏方法的流程示意图；

图6为再一个实施例中无线投屏方法的流程示意图；

图7为一个实施例中无线投屏装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的一种无线投屏方法，该方法可以应用于如图1所示的应用环境中。其中，终端102、投屏服务器104以及投屏端106通过网络建立通信连接。在本实施例中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，投屏服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现，投屏端106则可以是投影仪或者智能显示设备等。

具体的，当用户需要使用投屏服务时，则通过终端102向投屏服务器104发送投屏连接请求，其中，投屏连接请求中包括请求方的身份标识以及待投屏端的唯一投屏码，具体来说，请求方的身份标识以及待投屏端的唯一投屏码都可以是预先通过投屏服务器104进行注册产生的，且都具有唯一性。投屏服务器104则接收该投屏连接请求，并根据该投屏连接请求中请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路，进而根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端。从而无需外接工具而实现无线投屏。

在一个实施例中，如图2所示，提供了一种无线投屏方法，以该方法应用于图1中的投屏服务器104为例进行说明，该方法可以包括以下步骤：

步骤202，接收投屏连接请求。

其中，投屏连接请求中包括请求方的身份标识以及待投屏端的唯一投屏码。具体来说，请求方的身份标识以及待投屏端的唯一投屏码都可以是预先通过投屏服务器104进行注册产生的，且都具有唯一性。另外，根据使用场景的不同，该投屏端的唯一投屏码还可以反应出具体的会议室，例如，某一投屏端a设于会议室b中，则通过该投屏端a的唯一投屏码可以关联会议室b的相关信息。

步骤204，根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路。

具体的，投屏服务器104接收到投屏连接请求后，则根据该投屏连接请求中请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路。其中，点对点通信链路是指请求方的终端与待投屏端之间的专用通信链路，即两个系统独占此线路进行通信。该通信链路的具体建立可以基于开放式系统互联(opensysteminterconnection，osi)协议栈的物理和数据链路层和网络层中定义。

步骤206，根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端。

具体的，当点对点通信链路建立完成后，请求方的屏幕信息则可以通过该链路传输至待投屏端并展示。

上述无线投屏方法中，通过投屏服务器接收投屏连接请求，并根据投屏连接请求中请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路，进而根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端，从而实现无线投屏且无需外接工具。

在一个实施例中，如图3所示，根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路，包括：

步骤302，根据请求方的身份标识判断投屏连接请求是否合法。若合法，则执行步骤304，否则执行步骤310。

具体的，投屏服务器接收到投屏连接请求之后，首先对请求方进行身份验证，即根据请求方的身份标识在已注册用户数据库中进行查询，若在已注册用户数据库中查询到与请求方的身份标识匹配的用户，则表示身份验证通过，从而可以确定投屏连接请求合法，否则确定投屏连接请求不合法，即请求方为非法用户。其中，已注册用户数据库中记录了已注册的用户信息，包括已注册用户的唯一身份标识。

步骤304，根据待投屏端的唯一投屏码在投屏数据库中查询待投屏端的当前状态。

其中，投屏数据库中记录了已注册的投屏端的信息，包括已注册投屏端的唯一投屏码以及投屏端的当前状态信息。具体的，投屏端的当前状态信息包括投屏端当前处于空闲状态或使用状态的信息。

步骤306，判断待投屏端的当前状态是否为空闲状态。

若待投屏端的当前状态为空闲状态，则执行步骤308，否则执行步骤310。

步骤308，建立请求方与待投屏端的点对点通信链路。

本实施例中可以通过基于网页即时通信(webreal-timecommunication，简称webrtc)技术建立通信链路。具体的，投屏服务器根据接收的投屏连接请求并在对该投屏连接请求进行验证后，在请求方与待投屏端双方进行数据交换，其具体可以包括dsp数据(sessiondescriptionprotocol，会话描述协议)、元数据(包括双方的音视频解码方式、带宽等)以及网络数据(包括双方的公网ip、内网ip以及对应的端口等)等的交换，从而使得请求方与待投屏端实现点对点通信。因此，当请求方或待投屏端不在公司内网时，也可以通过该方法实现内外网穿透而建立点对点通信链路，从而使得该无线投屏方法的应用更加灵活方便。

步骤310，结束流程。

在一个实施例中，当建立请求方与待投屏端的点对点通信链路之后，投屏服务器可以将待投屏端的当前状态修改为使用状态，并记录在投屏数据库中。应该可以理解的是，当该投屏端完成投屏服务，即请求方终止投屏时，则投屏服务器还可以将该投屏端的当前状态修改为空闲状态，并记录在投屏数据库中，以对投屏数据库中的信息进行实时更新。

在一个实施例中，如图4所示，当建立请求方与待投屏端的点对点通信链路之后，该无线投屏方法还包括如下步骤：

步骤205，启动计时并在投屏数据库中生成对应的日志记录。

其中，日志记录中包括请求方的身份标识、已建立通信链路的待投屏端的唯一投屏码以及计时信息。从而通过投屏服务器可以方便快捷的了解到各投屏端的使用情况。

在一个实施例中，如图5所示，在接收投屏连接请求之前，还包括：

步骤502，接收待投屏端的注册请求。

具体的，为了实现对投屏端进行统一管理及调配，因此，各投屏端需要事先在投屏服务器中进行注册，并向投屏服务器发送注册请求。其中，待投屏端的注册请求包括待投屏端的身份标识。

步骤504，根据待投屏端的注册请求生成待投屏端的唯一投屏码并在投屏数据库中生成相应的记录。

具体的，投屏服务器接收到待投屏端的注册请求后，根据该注册请求生成对应的唯一投屏码，并在投屏数据库中生成相应的记录，其中，记录中包括待投屏端的身份标识、状态以及唯一投屏码等信息。可以理解的是，每一个投屏端在成功完成注册后不必再重复注册，后续投屏服务器将根据投屏连接请求直接调配对应的投屏端。

在一个实施例中，如图6所示，根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端，具体可以包括如下步骤：

步骤602，采集请求方待投屏的屏幕信息。

在本实施例中，投屏服务器通过相应的客户端抓取请求方的屏幕信息。具体的，抓取的屏幕信息可以是请求方所有屏幕的信息，也可以是请求方当前活动窗口的信息，具体可以通过客户端进行相应的设置，从而使得客户端只抓取用户需要投屏的屏幕信息。客户端还可以根据网络情况动态抓取屏幕信息的质量，并发送到投屏服务器，从而等待屏幕流的渲染。

步骤604，通过建立的点对点通信链路将待投屏的屏幕信息传输至待投屏端，以通过待投屏端展示待投屏的屏幕信息。

具体的，客户端通过建立的点对点通信链路将抓取的屏幕信息传输至待投屏端，使得待投屏端展示该抓取的屏幕信息。

应该理解的是，虽然图2-图6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-图6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，提供了一种无线投屏装置，包括：接收模块701、通信链路建立模块702和投屏模块703，其中：

接收模块701用于接收投屏连接请求，其中，投屏连接请求中包括请求方的身份标识以及待投屏端的唯一投屏码；

通信链路建立模块702用于根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路；

投屏模块703用于根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端。

在一个实施例中，根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路，包括：根据请求方的身份标识判断投屏连接请求是否合法；若合法，则根据待投屏端的唯一投屏码在投屏数据库中查询待投屏端的当前状态，其中，状态包括空闲状态和使用状态；若待投屏端的当前状态为空闲状态，则建立请求方与待投屏端的点对点通信链路。

在一个实施例中，建立请求方与待投屏端的点对点通信链路之后，还包括：将待投屏端的当前状态修改为使用状态，并记录在投屏数据库中。

在一个实施例中，还包括：当建立请求方与待投屏端的点对点通信链路之后，启动计时；以及在投屏数据库中生成对应的日志记录，其中，日志记录中包括请求方的身份标识、待投屏端的唯一投屏码以及计时信息。

在一个实施例中，根据请求方的身份标识判断投屏连接请求是否合法，包括：根据请求方的身份标识在已注册用户数据库中查询；若在已注册用户数据库中查询到与请求方的身份标识匹配的用户，则确定投屏连接请求合法，否则确定投屏连接请求不合法。

在一个实施例中，接收投屏连接请求之前，还包括：接收待投屏端的注册请求，其中，待投屏端的注册请求包括待投屏端的身份标识；根据待投屏端的注册请求生成待投屏端的唯一投屏码并在投屏数据库中生成相应的记录，其中，记录中包括待投屏端的身份标识、状态以及唯一投屏码。

在一个实施例中，根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端，包括：采集请求方待投屏的屏幕信息；通过建立的点对点通信链路将待投屏的屏幕信息传输至待投屏端，以通过待投屏端展示待投屏的屏幕信息。

关于无线投屏装置的具体限定可以参见上文中对于无线投屏方法的限定，在此不再赘述。上述无线投屏装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库则包括投屏数据库以及注册用户数据库。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种无线投屏方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收投屏连接请求，其中，投屏连接请求中包括请求方的身份标识以及待投屏端的唯一投屏码；

根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路；

根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端。

在一个实施例中，根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路，包括：根据请求方的身份标识判断投屏连接请求是否合法；若合法，则根据待投屏端的唯一投屏码在投屏数据库中查询待投屏端的当前状态，其中，状态包括空闲状态和使用状态；若待投屏端的当前状态为空闲状态，则建立请求方与待投屏端的点对点通信链路。

在一个实施例中，建立请求方与待投屏端的点对点通信链路之后，还包括：将待投屏端的当前状态修改为使用状态，并记录在投屏数据库中。

在一个实施例中，还包括：当建立请求方与待投屏端的点对点通信链路之后，启动计时；以及在投屏数据库中生成对应的日志记录，其中，日志记录中包括请求方的身份标识、待投屏端的唯一投屏码以及计时信息。

在一个实施例中，根据请求方的身份标识判断投屏连接请求是否合法，包括：根据请求方的身份标识在已注册用户数据库中查询；若在已注册用户数据库中查询到与请求方的身份标识匹配的用户，则确定投屏连接请求合法，否则确定投屏连接请求不合法。

在一个实施例中，接收投屏连接请求之前，还包括：接收待投屏端的注册请求，其中，待投屏端的注册请求包括待投屏端的身份标识；根据待投屏端的注册请求生成待投屏端的唯一投屏码并在投屏数据库中生成相应的记录，其中，记录中包括待投屏端的身份标识、状态以及唯一投屏码。

在一个实施例中，根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端，包括：采集请求方待投屏的屏幕信息；通过建立的点对点通信链路将待投屏的屏幕信息传输至待投屏端，以通过待投屏端展示待投屏的屏幕信息。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收投屏连接请求，其中，投屏连接请求中包括请求方的身份标识以及待投屏端的唯一投屏码；

根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路；

根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端。

在一个实施例中，根据请求方的身份标识以及待投屏端的唯一投屏码建立请求方与待投屏端的点对点通信链路，包括：根据请求方的身份标识判断投屏连接请求是否合法；若合法，则根据待投屏端的唯一投屏码在投屏数据库中查询待投屏端的当前状态，其中，状态包括空闲状态和使用状态；若待投屏端的当前状态为空闲状态，则建立请求方与待投屏端的点对点通信链路。

在一个实施例中，建立请求方与待投屏端的点对点通信链路之后，还包括：将待投屏端的当前状态修改为使用状态，并记录在投屏数据库中。

在一个实施例中，还包括：当建立请求方与待投屏端的点对点通信链路之后，启动计时；以及在投屏数据库中生成对应的日志记录，其中，日志记录中包括请求方的身份标识、待投屏端的唯一投屏码以及计时信息。

在一个实施例中，根据请求方的身份标识判断投屏连接请求是否合法，包括：根据请求方的身份标识在已注册用户数据库中查询；若在已注册用户数据库中查询到与请求方的身份标识匹配的用户，则确定投屏连接请求合法，否则确定投屏连接请求不合法。

在一个实施例中，接收投屏连接请求之前，还包括：接收待投屏端的注册请求，其中，待投屏端的注册请求包括待投屏端的身份标识；根据待投屏端的注册请求生成待投屏端的唯一投屏码并在投屏数据库中生成相应的记录，其中，记录中包括待投屏端的身份标识、状态以及唯一投屏码。

在一个实施例中，根据建立的点对点通信链路将请求方的屏幕信息展示在待投屏端，包括：采集请求方待投屏的屏幕信息；通过建立的点对点通信链路将待投屏的屏幕信息传输至待投屏端，以通过待投屏端展示待投屏的屏幕信息。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。