CN112738575A - 投屏实现方法、装置及*** - Google Patents

Abstract

本申请实施例提供一种投屏实现方法、装置及***。其中，接收端获取服务端发送的投屏通知；其中，所述投屏通知为所述服务端响应于投屏端的投屏请求而发送；输出接收提示信息；响应于确认接收操作，向所述服务端发送确认请求，以供所述服务端响应于所述确认请求，向所述接收端发送所述投屏端的投屏内容；获取所述服务端发送的所述投屏内容，并渲染显示所述投屏内容。本申请实施例提供的技术方案实现了异地投屏目的，且提高了投屏安全性。

Description

投屏实现方法、装置及***

技术领域

本申请实施例涉及计算机应用技术领域，尤其涉及一种投屏实现方法、装置及***。

背景技术

随着互联网技术的发展，投屏技术得到了广泛的应用。投屏是指将一个终端中的内容投放至其他设备上进行显示。例如，将手机屏幕投放至智能电视上进行显示，这样用户就能在智能电视上浏览手机屏幕。

目前的投屏实现方式是，投屏端与接收端接入同一局域网中，投屏端与接收端之间建立点对点的连接通道，投屏端将投屏内容基于点对点的连接通道直接发送至接收端，再由接收端进行渲染显示。

然后，这种投屏实现方式投屏端只能向位于同一局域网内的接收端进行投屏内容共享，且接收端只能被动接受投屏。

发明内容

本申请实施例提供一种投屏实现方法、装置及***。

第一方面，本申请实施例中提供了一种投屏实现方法，包括：

接收端获取服务端发送的投屏通知；其中，所述投屏通知为所述服务端响应于投屏端的投屏请求而发送；

输出接收提示信息；

响应于确认接收操作，向所述服务端发送确认请求，以供所述服务端响应于所述确认请求，向所述接收端发送所述投屏端的投屏内容；

获取所述服务端发送的所述投屏内容，并渲染显示所述投屏内容。

第二方面，本申请实施例中提供了一种投屏实现方法，包括：

服务端接收投屏端发送的投屏请求，确定至少一个接收端；

向所述至少一个接收端发送投屏通知，以供所述至少一个接收端输出接收提示信息；

获取所述投屏端生成的投屏内容；

响应于任一个接收端发送的确认请求，将所述投屏内容转发至所述接收端。

第三方面，本申请实施例中提供了一种投屏实现方法，包括：

投屏端向服务端发送投屏请求，以供所述服务端确定至少一个接收端，向所述至少一个接收端发送投屏通知；

生成投屏内容；

将所述投屏内容发送至所述服务端，以供所述服务端将所述投屏内容转发至接收到的确认请求对应的接收端。

第四方面，本申请实施例中提供了一种投屏实现***，包括投屏端，接收端以及服务端；

所述投屏端用于向所述服务端发送投屏请求，并生成投屏内容，将所述投屏内容发送至所述服务端；所述服务端用于基于所述投屏请求，确定至少一个接收端；向所述至少一个接收端分别发送投屏通知；响应于任一个接收端的确认请求，将所述投屏内容分别转发至所述任一个接收端；

所述接收端用于接收所述服务端发送投屏通知，输出接收提示信息；响应于确认接收操作，向所述服务端发送确认请求；接收所述服务端发送的投屏内容，并渲染显示所述投屏内容。

第五方面，本申请实施例中提供了一种投屏实现装置，包括：

通知获取模块，用于获取服务端发送的投屏通知；其中，所述投屏通知为所述服务端响应于投屏端的投屏请求而发送；

信息提示模块，用于输出接收提示信息；

确认触发模块，用于响应于确认接收操作，向所述服务端发送确认请求，以供所述服务端响应于所述确认请求，向所述接收端发送所述投屏端的投屏内容；

内容渲染模块，用于获取所述服务端发送的所述投屏内容，并渲染显示所述投屏内容。

第六方面，本申请实施例中提供了一种投屏实现装置，包括：

请求接收模块，用于接收投屏端发送的投屏请求，确定至少一个接收端；

通知发送模块，用于向所述至少一个接收端发送投屏通知，以供所述至少一个接收端输出接收提示信息；

内容获取模块，用于获取所述投屏端生成的投屏内容；

内容转发模块，用于响应于任一个接收端发送的确认请求，将所述投屏内容转发至所述接收端。

第七方面，本申请实施例中提供了一种投屏实现装置，包括：

请求发送模块，用于向服务端发送投屏请求，以供所述服务端确定至少一个接收端，向所述至少一个接收端发送投屏通知；

内容生成模块，用于生成投屏内容；

内容发送模块，用于将所述投屏内容发送至所述服务端，以供所述服务端将所述投屏内容转发至接收到的确认请求对应的接收端。

第八方面，本申请实施例中提供了一种电子设备，包括处理组件、显示组件以及存储组件；

所述存储组件存储一条或多条计算机程序指令；所述一条或多条计算机程序指令以供所述处理组件调用并执行；

所述处理组件用于：

接收端获取服务端发送的投屏通知；其中，所述投屏通知为所述服务端响应于投屏端的投屏请求而发送；

输出接收提示信息；

响应于确认接收操作，向所述服务端发送确认请求，以供所述服务端响应于所述确认请求，向所述接收端发送所述投屏端的投屏内容；

获取所述服务端发送的所述投屏内容，并通过所述显示组件渲染显示所述投屏内容。

第九方面，本申请实施例中提供了一种计算设备，包括处理组件以及存储组件；

所述存储组件存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用执行；

所述处理组件用于：

接收投屏端发送的投屏请求，确定至少一个接收端；

向所述至少一个接收端发送投屏通知，以供所述至少一个接收端输出接收提示信息；

获取所述投屏端生成的投屏内容；

响应于任一个接收端发送的确认请求，将所述投屏内容转发至所述接收端。

第十方面，本申请实施例中提供了一种电子设备，包括处理组件以及存储组件；

所述存储组件存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用执行；

所述处理组件用于：

向服务端发送投屏请求，以供所述服务端确定至少一个接收端，向所述至少一个接收端发送投屏通知；

生成投屏内容；

将所述投屏内容发送至所述服务端，以供所述服务端将所述投屏内容转发至接收到的确认请求对应的接收端。

本申请实施例中，投屏端向所述服务端发送投屏请求；服务端基于所述投屏请求，确定至少一个接收端；向所述至少一个接收端分别发送投屏通知；接收端接收到所述服务端发送投屏通知，输出接收提示信息，并响应于确认接收操作，向所述服务端发送确认请求；服务端响应于任一个接收端的确认请求，再将投屏端生成的投屏内容分别转发至所述任一个接收端，本申请实施例的技术方案实现了异地投屏的目的，且接收端用户可以主动选择是否接受投屏，提高了投屏安全性等。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请提供的一种投屏实现***一个实施例的结构示意图；

图2示出了本申请提供的一种投屏实现***又一个实施例的结构示意图；

图3示出了本申请提供的一种投屏实现***又一个实施例的结构示意图；

图4示出了本申请实施例在一个实际应用中的投屏实现示意图；

图5a示出了本申请实施例在又一个实际应用中的投屏实现示意图；

图5b示出了本申请实施例在又一个实际应用中的投屏实现示意图；

图6a示出了本申请实施例在一个实际应用中的投屏界面示意图；

图6b示出了本申请实施例在又一个实际应用中的投屏界面示意图；

图6c示出了本申请实施例在又一个实际应用中的投屏界面示意图；

图7示出了本申请提供的一种投屏实现方法一个实施例的流程图；

图8示出了本申请提供的一种投屏实现方法又一个实施例的流程图；

图9示出了本申请提供的一种投屏实现方法又一个实施例的流程图；

图10示出了本申请提供的一种投屏实现装置一个实施例的结构示意图；

图11示出了本申请提供的一种电子设备一个实施例的结构示意图；

图12示出了本申请提供的一种投屏实现装置又一个实施例的结构示意图；

图13示出了本申请提供的一种计算设备一个实施例的结构示意图；

图14示出了本申请提供的一种投屏实现装置又一个实施例的结构示意图；

图15示出了本申请提供的一种电子设备又一个实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

本申请实施例的技术方案适用于各种投屏场景，例如可以应用于聚会场景下的投屏场景。本申请实施例中，聚会可以是指聚合多个参会人员进行集体活动，例如会议、课程、婚礼、Party(社交聚会)、音乐会、体育比赛等。

由于现有技术的投屏实现方式，需要投屏端和接收端处于同一个局域网中，且接收端只能被动接受投屏。以举行会议为例，目前，只能实现投屏端将投屏内容投放至会议地点的会议终端中，如智能电视中，且投屏端与智能电视需要接入同一个局域网，然后，发明人在研究中发现，实际应用中，往往存在异地会议需求，异地用户无法看到显示投屏内容的智能电视；且会议地点可能比较大，而智能电视显示屏有限，后排用户可能看不清显示屏幕等，因此目前的投屏实现方式已无法满足用于对于投屏内容共享的需求。

据此，发明经过一系列研究提出了本申请的技术方案，通过服务端，可以将投屏端与接收端建立远程连接通道，即可以将投屏内容发送至接收端进行显示，投屏端与接收端不局限于同一个局域网，满足异地投屏需求。通过向接收端发送投屏通知，由接收端输出接收提示信息的方式来通知接收端用户，保证了投屏及时性，且接收端用户可以主动选择是否接受投屏，提高了投屏安全性等，且接收端可以是个人终端，如手机等便携式终端，满足了随时随地投屏需求。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例的技术方案可以应用于如图1所示的投屏实现***中，该投屏实现***可以包括投屏端101、接收端102以及服务端103，其中，接收端102可以包括一个或多个。

所述投屏端101用于向所述服务端103发送投屏请求，并生成投屏内容，将所述投屏内容发送至所述服务端；

所述服务端103用于基于所述投屏请求，确定至少一个接收端；向所述至少一个接收端发送投屏通知；响应于任一个接收端的确认请求，将所述投屏内容分别转发至所述任一个接收端；

所述接收端102用于接收所述服务端103发送的投屏通知，输出接收提示信息；响应于确认接收操作，向所述服务端103发送确认请求；接收所述服务端103发送的投屏内容，并渲染显示所述投屏内容。

本申请实施例中，投屏端与接收端之间可以通过服务端建立远程连接，从而投屏端可以将投屏内容通过服务端分别发送至所述接收端中，不局限于投屏端与接搜段处于同一局域网，实现了异地投屏目的，且可以由接收端用户主动选择是否接受投屏，而不是被动接受，提高了投屏安全性，提高了用户体验。

其中，该接收提示信息用于提示接收端用户是否允许投屏等。

其中，该接收提示信息可以包括内容提示信息、振动提示信息、以及响铃提示信息中的一个或多个。

振动提示信息可以启动接收端所在设备的马达组件实现，响铃提示信息可以通过接收端所在设备的扬声器组件实现等。内容提示信息中可以包括投屏端相关信息，如投屏端用户名称等。

接收端用户基于接收提示信息，可以执行相应触发操作，例如内容提示信息中可以包括确认控件以及拒绝控件，通过触发确认控件，可以生成确认请求，通过触发拒绝控件可以触发拒绝请求等。

因此，在某些实施例中，所述接收端还用于响应于拒绝接收操作，向所述服务端发送拒绝请求；

所述服务端还用于响应于所述拒绝请求，服务端取消将所述投屏内容转发至所述接收端。

其中，服务端响应于任一个接收端的确认请求，可以向所述投屏端发送确认指令；

从而所述投屏端可以具体是响应于所述确认指令，再将所述投屏内容发送至所述服务端。

其中，接收端可以包括安装在第一终端中的第一接收端或者安装在第二终端中的第二接收端；第一接收端以及第二接收端可以是指不同版本的客户端，其中，第一终端通常固定部署在固定场所中，如智能投影仪、智能电视盒、在会议场景下，该固定场所例如可以是指会议地点，如某个会议室等，第二终端可以是指个人终端，如PC(Personal Computer，个人计算机)、平板电脑、手机、或者可穿戴设备等；在一个可能的实现方式中，该接收端可以即仅是指安装于个人终端中的接收端。

投屏端可以是指安装于第三终端中的客户端，该第三终端可以是指个人终端，例如可以是PC、手机、平板电脑、可穿戴设备等；因此，本申请实施例的技术方案可以实现在个人终端中进行投屏目的，不局限与智能电视盒等这种智能显示终端等。

服务端可以包括一个或多个服务器，服务器可以是指远程web(网页)服务器、云服务器、计算机联网设备、芯片组、台式计算机、笔记本式计算机、工作站，或任何其他处理设备或者装备等。

图2示出了本申请提供的投屏实现***在一个实际应用中的结构示意图，投屏端101可以为安装于个人终端中的客户端，如个人计算机，接收端102可以是指安装于个人终端的客户端，如手机、平板电脑等，当然，也可以是指安装于固定部署在固定场所的智能显示终端，如智能电视等中的客户端，也图2中未穷举。服务端103可以是云服务器等。

在一个可选实现方式中，对于配置在第一终端中的第一接收端来讲，第一终端通常为公共设备，因此对安全性要求降低，为了方投屏便利性；服务端向所述至少一个接收端发送投屏通知可以包括：

对于所述至少一个接收端中的第二接收端，向所述第二接收端发送投屏通知；

对于所述至少一个接收端中的第一接收端，可以直接将投屏内容转发至所述第一接收端。

其中，投屏端与服务端，以及接收端与服务端之间可以建立网络连接，例如websocket连接等。

接收端响应于确认接收操作，可以启动与服务端的websocket通道，从而投屏内容可以是服务端基于websocket通道传输至接收端。

其中，投屏内容可以是指投屏端所在的个人终端中的显示屏幕中的显示内容，比如，投屏内容可以包括用户在个人终端上所演示的对Office(办公)文档的操作过程、对图像的编辑过程、对个人终端任意应用程序的操作过程等等。投屏端可以通过对个人终端的显示屏幕进行录制，也即以一定抓屏周期不断截取显示屏幕，并编码为视频数据之后作为投屏内容。该抓屏周期可以是毫秒级的。

在某些实施例中，所述生成投屏内容可以包括：

对所述投屏端所在终端的显示屏幕进行录制，获得投屏内容。

其中，对不同抓屏周期截取内容可以采用H264(一种视频压缩格式)或H265(一种视频压缩格式)等视频编码格式进行编码压缩，压缩之后的视频数据即可以作为投屏内容。

可知，投屏内容会持续更新。

其中，接收端获得投屏内容之后，即可以进行渲染显示，实现投屏端与至少一个接收端投屏内容共享的目的。

其中，投屏端可以采用UDP(User Datagram Protocol，用户数据协议)协议将投屏内容发送至服务端，投屏内容可以是将压缩之后的视频数据采用UDP格式打包之后形成。

其中，为了提高传输安全性，投屏端可以将投屏内容加密之后再发送至服务端。例如可以利用srtp(Secure Real-time Transport Protocol，安全实时传输协议)算法加密。

服务端可以将投屏内容进行解密，并在基于不同接收端分别进行加密，再分别将加密之后的投屏内容分别转发至至少一个接收端。不同接收端的加密方式可以不同，以进一步保证安全等。

可选地，接收端可以对投屏内容进行解密，将解密获得UDP数据再打包为h264或h265视频数据，用对应的解码器解码，并再进行渲染显示，完成视频投多屏目的。

其中，投屏端可以是响应于投屏触发操作，向服务端发送投屏请求。

在某些实施例中，所述投屏端还用于获取投屏端用户提供的至少一个接收端标识，基于所述至少一个接收端标识生成所述投屏请求；也即投屏请求中包括至少一个接收端标识。

所述服务端具体基于所述投屏请求中的至少一个接收端标识，确定对应的至少一个接收端。

在一个可能实现方式中，服务端还用于向所述投屏端发送第一投屏提示信息；

投屏端还可以提供第一投屏界面；在所述第一投屏界面中显示第一投屏提示信息；所述第一投屏提示信息用于提示用户提供至少一个接收端标识。

其中，该第一投屏提示信息中可以包括标识输入控件，则所述获取投屏端用户提供的至少一个接收端标识可以包括：获取用户在所述标识输入控件中输入的至少一个接收端标识。

此外，该第一投屏提示信息中还可以包括标识选择控件，则响应于针对该标识选择控件的触发操作，可以在第一投屏界面中显示接收端标识列表；

则投屏端获取投屏端用户提供的至少一个接收端标识可以包括：获取用户在所述接收端标识列表中选择的至少一个接收端标识。

此外，该第一投屏提示信息中还可以包括与投屏端用户匹配的一个或多个接收端标识的标识选择列表；则所述获取用户提供的至少一个接收端标识可以包括：获取用户在所述标识列表中选择的至少一个接收端标识。

其中，用户从接收端标识列表或者标识选择列表中的选择的接收端标识还可以在所述标识输入控件中展示，以便于用户查看。当然，对于标识输入控件中展示的接收端标识，用户还可以进行修改、删除或者增加等。

在该第一投屏显示界面还可以显示投屏触发控件，该投屏触发操作可以是用户针对该投屏触发控件触发的，例如可以是指针对投屏触发控件的点击操作等。

在某些实施例中，所述接收端还用于输出接收端投屏码；其中，所述接收端投屏码作为接收端标识通知投屏端用户，由投屏端用户输入投屏端中。

接收端投屏码是指预先配置的用以唯一标记接收端的标识等。

可选地，所述接收端具体提供第二投屏界面，在所述第二投屏界面中所述接收端投屏码。

则所述接收端获得投屏内容之后，可以是在第二投屏界面中渲染显示该投屏内容。

可选地，所述方法还可以包括：

在所述第二投屏界面显示投屏码获取提示信息；

所述在所述第二投屏界面中显示接收端投屏码包括：

响应于针对所述投屏码获取提示信息的触发操作，显示接收端投屏码。

该投屏码获取提示信息用于提示用户获取本机的接收端投屏码。

可选地，可以是从服务端获取接收端投屏码并在该第二投屏界面中显示。

其中，如前文所述，接收端可以包括第一接收端或者第二接收端；

第一接收端的接收端标识可以包括场所名称或第一接收端投屏码；例如，第一终端为部署在会议地点的智能电视等时，场所名称也即是指会议地点名称。

第二接收端的接收端标识包括用户标识或第二接收端投屏码。其中，用户标识可以是指用户账号，或者与用户账号绑定的用户名称、或通讯录名称等，在第二接收端为具有社交属性的客户端时，用户标识还可以是指与投屏端用户具有好友关系的好友昵称等等。

其中，第一接收端投屏码以及第二接收端投屏码可以是预先配置的用以唯一标记不同第一接收端或者不同第二接收端等。

当然，场所名称与第一接收端投屏码，以及其它可以标识第一接收端的信息可以建立绑定关系、用户标识与第二接收端投屏码以及其它可以标识第二接收端的信息可以建立绑定关系，从而投屏端用户可以输入任意形式的接收端标识，均可以确定对应的接收端。

在某些实施例中，所述投屏端还用于在所述第一投屏界面中显示第二投屏提示信息；其中所述第二投屏提示信息用于提示投屏用户提供单个接收端标识；获取用户提供的任一个接收端标识，响应于针对所述任一个接收端标识的投屏触发操作，确定与所述投屏端处于同一局域网的所述任一个接收端标识对应的接收端；建立与所述接收端的点对点连接通道；将投屏内容通过所述点对点连接通道发送至所述接收端。

也即投屏端还可以实现对位于同一局域网内容的接收端进行投屏的目的，对于处于同一局域网中的接收端，只需提供接收端标识，即可以建立与所述目标接收端的点对点连接通道；从而可以将投屏内容通过所述点对点连接通道发送至所述接收端，以保证位于同一局域网的接收端的投屏效率。

而对于与投屏端不在同一局域网中的异地接收端，则可以按照上述实施例中所述方式进行投屏。

其中，投屏端用户在投屏端的投屏过程中，还可以新增接收端或者删除接收端等。

因此，在某些实施例中，所述投屏端还用于向服务端发送针对所述至少一个接收端中的任一个接收端的投屏终止请求；

所述服务端还用于响应于所述投屏终止请求，终止将所述投屏内容转发至所述任一个接收端。

可选地该投屏终止请求中可以包括该任一个接收端的接收端标识，以便于服务端确定对应接收端。

其中，投屏端可以是响应于投屏端用户针对所述至少一个接收端中的任一个接收端的投屏终止操作时，向服务端发送针对该任一个接收端的投屏终止请求。

其中，投屏端在投屏过程中，还可以在第一投屏界面中可以显示该至少一个接收端分别对应的取消提示信息，该针对任一个接收端的取消操作可以是针对该任一个接收端的取消提示信息的触发操作。

在某些实施例中，所述投屏端还用于向服务端发送针对至少一个新增接收端的投屏新增请求；

所述服务端还用于响应于所述投屏新增请求，向所述至少一个新增接收端标转发所述投屏内容。

其中，投屏新增请求中可以包括用户提供的至少一个新增接收端的接收端标识，以方便服务端确定至少一个新增接收端。

投屏端在第一投屏界面中还可以显示新增提示信息，用于提示用户提供至少一个接收端标识，以将至少一个接收端加入投屏等。

新增提示信息中可以包括相应的标识输入控件或者标识选择控件等，以供用户输入或者选择至少一个接收端标识。

此外，由于接收端可能处于某种工作状态下，例如正在接收投屏或者正在进行音视频通信等，在某些实施例中，所述服务端还用于检测所述至少一个接收端是否处于目标工作状态；对于处于目标工作状态的接收端，向投屏端发送抢占提示信息；

所述服务端将所述投屏内容分别转发至所述至少一个接收端包括：检测到所述投屏端针对所述任一个接收端的抢占确认请求，将所述投屏内容转发至所述接收端；检测到所述投屏端针对所述任一个接收端的抢占拒绝请求，取消将所述投屏内容转发至所述接收端。

所述投屏端还用于输出所述抢占提示信息，响应于抢占确认操作，向所述服务端发送所述抢占确认请求，响应抢占取消操作，向所述服务端发送所述抢占取消请求。

该目标工作状态即可以是指正在接收投屏或者正在进行音视频通信等。

服务端响应于该投屏请求，确定至少一个接收端之后，即可以首先检测至少一个接收端是否处于目标工作状态等，对于未处于目标工作状态下的接收端，可以将投屏内容转发至该接收端，而对于处于目标工作下的接收端，可以首先通知投屏端。投屏端输出的抢占提示信息可以用于提示投屏端用户是否继续向处于目标工作状态下的接收端进行投屏操作等。该抢占提示信息中可以包括抢占确认控件以及抢占取消控件，针对抢占确认控件可以发起抢占确认操作，针对抢占取消控件可以发起抢占取消操作等。

在某些实施例中，为了提高传输性能，如图3中所示，与图1所示不同之处在于，所述服务端可以包括第一服务器201以及第二服务器202；

投屏端101具体是向第一服务器201发送投屏请求；

第一服务器201用于基于所述投屏请求，确定至少一个接收端102，向所述至少一个接收端102分别发送投屏通知；

所述接收端102还用于响应于所述确认接收操作，建立与所述第二服务器的连接通道；

所述投屏端101具体用于将投屏内容发送至所述第二服务器；

所述第二服务器102用于将所述投屏内容转发至所述接收端。

也即由第二服务器负责投屏内容接收以及转发。第一服务器负责与投屏端以及接收端进行协商。

其中，在某些实施例中，所述服务端还可以包括第三服务器；

所述第一服务器具体是通过所述第三服务器向所述至少一个接收端分别发送第一投屏通知；

所述接收端具体是响应于所述确认接收操作，向所述第三服务器发送确认请求；响应于拒绝接收操作，向所述第三服务器发送拒绝请求；

所述第三服务器用于接收到所述接收端反馈的确认请求，向所述第二服务器发送投屏确认指示；接收所述接收端反馈的拒绝请求，向所述第二服务器发送投屏终止指示；

所述第二服务器具体是向存在投屏确认指示的接收端，转发所述投屏内容。

也接收端可以有需求时再建立与服务端的连接，因此，第一服务器可以是针对接收端，先将投屏通知发送至第三服务器，第三服务器首先建立与该接收端的网络连接，再将第一投屏通知发送至接收端。

由上文描述可知，接收端可以接受投屏或者拒绝投屏等，因此，在某些实施例中，所述服务端还用于检测所述至少一个接收端针对所述投屏内容的接收状态，向所述投屏端发送所述至少一个接收端的接收状态提示信息；

所述投屏端还用于在所述第一投屏界面分别显示所述至少一个接收端的接收状态提示信息。

其中，接收状态例如可以包括等待投屏、拒绝投屏、正在投屏或者未投屏等等，以方便投屏端用户哪些接收端正在共享投屏内容等。其中，等待投屏可以是指向接收端发送投屏通知之后的第二预定时间内所处状态；未投屏可以是指向接收端发送投屏通知之后经过第二预定时间之后未接收到确认请求或者拒绝请求的状态；拒绝投屏可以是指向接收端发送投屏通知之后的第二预定时间内接收到拒绝请求的状态。正在投屏可以是指接收到接收端的确认请求，将投屏内容转发至接收端的状态等。

针对处于拒绝投屏或者未接收的接收端，基于投屏端用户请求，还可以再次向服务端发送针对该接收端的投屏请求等。

在投屏端与接收端处于异地情况下，投屏端用户与接收端用户也会存在语音通信需求，因此，作为一种可选方式，所述投屏端还用于获取所述投屏端所在设备播放的第一音频数据，和/或所述投屏端采集的第二音频数据；将所述第一音频数据和/或所述第二音频数据分别发送至所述服务端；

所述服务端还用于将所述第一音频数据和/或所述第二音频数据分别转发至所述至少一个接收端；

所述接收端还用于播放所述第一音频数据和/或所述第二音频数据。

其中，第一音频数据也即扬声器播放的数据，第二音频数据也即是指麦克方采集的数据。

可选地，服务端包括第一服务器、第二服务器以及第三服务器时，投屏端可以具体是将将所述第一音频数据和/或所述第二音频数据分别发送至所述第三服务器，由所述第三服务器将所述第一音频数据和/或所述第二音频数据分别转发至所述至少一个接收端。

从而投屏端用户不仅可以分享投屏内容，还可以向接收端用户传达语音数据，实现语音通信需求。

此外，为了实现互相通信，作为另一种可选方式，所述投屏端还用于向所述服务端发送通信请求；

所述服务端还用于确定所述至少一个接收端中的至少一个目标接收端；基于所述投屏端对应的第一通信号码以及所述至少一个目接收端对应的第二通信号码，建立所述第一通信号码对应第一通信终端及至少一个第二通信号码对应第二通信终端之间的通话通道；其中，所述通话通道用于投屏端用户与目标接收端用户进行语音通信。可选地，所述通话通道可以具体为多方通话通道。

因此，该投屏实现***中还可以包括第一通信终端以及第二通信终端，第一通信终端对应投屏端，第二通信终端可以包括多个，分别对应一个接收端。其中，服务端可以是基于所述投屏端对应的第一通信号码以及所述至少一个目接收端分别对应的第二通信号码，通过PSTN(Public Switched Telephone Network，公共交换电话网络)***，建立通话通道。PSTN***可以向所述第一通信号码对应的第一通信终端以及至少一个第二通信号码对应的第二通信终端，分别发起呼叫请求，接通成功的通信终端之间即可以建立通话通道。

因此，该投屏实现***中还可以包括该PSTN***。

该通信号码可以具体是指电话号码，例如座机号码或者手机号码等。

接收端为安装在第一终端中的第一接收端时，由于第一终端固定部署在固定场所中，因此通信号码可以该固定场所中的座机号码，如会议室中的座机号码，接收端为安装与个人终端中的第二接收端时，该通信号码可以是指个人通信号码，如手机号码等，此时该个人终端为移动通信终端时，通信号码也可以即是指该个人终端的通信号码。

本实施例中，通过接收端可以实现投屏内容，而通过通话通道可以实现语音通信，满足了语音通信需求。且通过通话通道进行语音通信不仅不会占用网络流量，且传输的音质更好，可以提高语音通信质量。

可选地，所述投屏端向所述服务端发送通信请求可以是获取所述投屏端用户从所述至少一个接收端标识中选择的至少一个目标接收端标识；基于所述至少一个目标接收端标识，向服务端发送通信请求；

所述服务端可以是响应于所述投屏端发送的通信请求，确定所述至少一个目标接收端标识对应的至少一个目标接收端。

其中，由于投屏端可以显示第一投屏界面，所述投屏端还可以在所述第一投屏界面中显示通信提示信息；所述通信提示信息用于提示投屏端用户从其提供的至少一个接收端标识中选择至少一个目标接收端标识。

其中，可以预先配置投屏端标识对应的第一通信号码以及不同接收端标识对应的第二通信号码。所述服务端基于所述投屏端对应第一通信号码及所述至少一个目标接收端分别对应的第二通信号码，建立所述第一通信号码对应第一通信终端及至少一个第二通信号码对应第二通信终端之间的通话通道可以是：查找投屏端标识对应第一通信号码以及所述至少一个目标接收端标识分别对应的第二通信号码；基于所述第一通信号码以及至少一个第二通信号码，建立第一通信号码对应第一通信终端及至少一个第二通信号码对应第二通信终端之间的通话通道。

在某些实施例中，投屏请求以及通信请求可以同步发送至服务端。

所述投屏端可以在所述第一投屏界面显示同步触发控件；

所述投屏端向服务端发送通信请求可以具体是基于针对所述同步触发控件的选择操作，向所述服务端发送投屏请求的同时，向所述服务端发送通信请求。

其中，由于服务端接收到通信请求之后，会向第一通信号码对应第一通信终端及至少一个第二通信号码分包对应的第二通信终端发起呼叫请求。服务端接收到第一通信终端以及第二通信终端的应答请求之后，可以建立第一通信号码对应第一通信终端及至少一个第二通信号码分别对应的第二通信终端之间的通话通道。

在某些实施例中，所述服务端将所述投屏内容分别转发至所述至少一个接收端可以包括：响应于任一个第二通信终端的应答请求，建立所述通话通道的同时，将所述投屏内容转发至所述任一个第二通信终端对应的接收端。

在第二通信终端与接收端为同一设备时，可以实现一键接听通话以及接受投屏的目的。

此外，服务端还可以检测所述至少一个目标接收端对应通信号码的通信状态，向所述投屏端反馈的所述至少一个目标接收端对应通信号码的通信状态提示信息。

其中，该通信状态例如可以包括等待接听、正在通话、拒绝接听、未接听等。等待接听可以是指PSTN向通信号码对应通信终端发送呼叫请求之后的第一预定时间内所处状态，未接听可以是指PSTN向通信号码对应通信终端发送呼叫请求之后经过第一预定时间之后既未收到同意请求也未收到拒绝请求，正在通话可以是指PSTN向通信号码对应通信终端发送呼叫请求之后的第一预定时间内用户同意该呼叫请求，也即接收到通信终端的同意请求，从而实现通信终端加入通话通道中；拒绝接听可以是指PSTN向通信号码对应通行终端发送呼叫请求之后的第一预定时间内用户拒绝该呼叫请求，也即接收到通信终端的拒绝请求。

需要说明的是，第一通信号码以及第二通信号码中的第一以及第二仅是为了区分投屏端和接收端分别对应的通信号码，第一通信终端以及第二通信终端仅是为了区分第一通信号码对应第一通信终端以及第二通信号码对应的第二通信终端，并不表示其它诸如递进以及因果等含义。

投屏端可以在所述第一投屏界面显示所述至少一个目标接收端的通信状态提示信息。

对于未接听或者拒绝接听的通信号码对应接收端，基于用户请求，还可以再次向该接收端对应通信号码发起呼叫请求等。

此外，在某些实施例中，所述投屏端还用于响应于投屏端用户针对任一个接收端的通信取消操作，向服务端发送通信取消请求；

所述服务端还用于响应于所述通信取消请求，基于所述任一接收端对应第二通信号码，将所述第二通信号码对应第二通信终端从所述通话通道中断开。

在第一投屏界面中还可以显示针对每个接收端对应的通信取消提示信息等，通信取消操作可以针对该通信取消提示信息触发。

在某些实施例中，所述投屏端还用于响应于投屏端用户针对所述至少一个接收端中的任一个接收端发送的新增通信操作，向服务端发送新增通信请求；

所述服务端还用于响应于所述新增通信请求，基于所述任一个接收端对应的第二通信号码，将该第二通信号码对应第二通信终端加入所述通话通道。

此外，基于通信号码还可以主动请求接入通话通道中，因此，在某些实施例中，服务端还可以接收所述至少一个接收端中的任一个接收端对应的通信号码发起的接入请求；从而基于所述任一个接收端对应的第二通信号码，将该第二通信号码对应通信终端加入所述通话通道。

服务端还可以基于该任一个接收端的接收端标识，判断其是否位于所述至少一个接收端中，从而只允许发起投屏请求的接收端对应第二通信终端接入通话通道中。

在某些实施例中，所述投屏端还用于向所述服务端发送投屏预约请求；所述投屏预约请求中包括所述至少一个接收端标识；

所述服务端还用于基于所述投屏预约请求，向所述至少一个接收端标识对应的接收端分别发送投屏预约通知；

所述接收端还用于响应于所述投屏预约通知，输出投屏预约提示信息。

其中，该投屏预约提示信息可以以内容和/或声音等形式输出。

在会议场景下，该投屏预约请求中例如可以包括会议开始时间、会议结束时间、以及会议主题等内容，通过投屏预约提示信息可以提示接收端用户在约定时间接受投屏，实现投屏内容共享。

在某些实施例中，所述服务端还用于接收投屏端发送的会话请求，建立所述投屏端与所述至少一个接收端的会话连接；向所述投屏端发送第三投屏提示信息；其中，该会话请求中可以包括至少一个接收端标识；因此，该至少一个接收端标识可以是指通信标识，例如即时通信标识等，该会话连接可以是指即时通信连接，可以是音频、视频以及图文会话方式中的一种或多种等；

所述投屏端还用于在会话界面中显示所述第三投屏提示信息；所述投屏请求为所投屏端响应于针对所述第三投屏提示信息的投屏触发操作而发送。

该第三投屏提示信息中还可以包括投屏控件，通过触发该投屏控件，可以触发该投屏请求。

在实际应用中，用户之间可能会通过建立会话连接方式来进行沟通交流，比如目前网络会议即是通过建立多方会话连接来实现等，通过本申请技术方案也可以在会话场景下，发起投屏请求。

在某些实施例中，所述服务端还用于接收投屏端发送的第一会话消息，将所述第一会话消息分别转发至所述至少一个接收端标识对应接收端；

所述接收端还用于显示所述第一会话消息；

此外，所述服务端还用于接收任一个接收端发送的第二会话消息，将所述第二会话消息分别发送至剩余接收端及所述投屏端；

所述投屏端还用于显示所述第二会话消息；

所述接收端还用于显示所述第二会话消息。

其中，接收端也可以提供会话界面，第一会话消息或者第二会话消息可以是在会话界面中显示，此外，还可以是在投屏内容中显示，例如以弹幕形式在投屏内容中显示第一会话消息或者第二会话消息。

在某些实施例中，由于投屏端可以提供第一投屏界面，在某些实施例中，所述服务端还用于向所述投屏端发送第一会话提示信息；

所述投屏端还用于在所述第一投屏界面显示所述第一会话提示信息，接收投屏端用户输入的第三会话消息，将所述第三会话消息发送至所述服务端；

所述服务端还用于将所述第三会话消息分别转发至所述至少一个接收端标识对应的接收端；

所述接收端用于在所述投屏内容中显示所述第三会话消息。

该第一会话提示信息中可以包括对话输入框等，以接收用户输入的第三会话消息。

其中，在所述投屏内容中可以以弹幕形式或者在特定区域中显示所述第三会话消息。

此外，所述服务端还用于向所述至少一个接收端标识对应的至少一个接收端分别发送第二会话提示信息；接收任一个接收端发送第四会话消息，将所述第四会话消息分别转发至所述投屏端以及剩余接收端；

所述投屏端还用于显示所述第四会话消息；

所述接收端还用于显示所述第二会话提示信息，接收接收端用户输入的第四会话消息，将所述第四会话消息发送至所述服务端；以及显示所述服务端发送的任一接收端的第四会话消息。

其中，第二会话提示信息中可以包括对话输入框等，以接收用户输入的第四会话消息。

通过会话消息，可以实现投屏过程中，用户交流或者评论的目的，提高用户体验。

在某些实施例中，所述服务端还用于响应于所述投屏请求，生成投屏获取标识；将所述投屏获取标识发送至所述投屏端；

所述投屏端还用于输出所述投屏获取标识；所述投屏获取标识用于告知接收端用户；

所述接收端还用于基于接收端用户输入的投屏获取标识，向服务端发送获取请求；

所述服务端将所述投屏内容分别转发至所述至少一个接收端具体是将所述投屏内容转发至提供所述投屏获取标识的接收端。

投屏端输出投屏获取标识，可以由投屏端用户告知接收端用户，该投屏获取标识可以作为投屏密码，只有提供该投屏密码的接收端才可以显示投屏内容，以提高投屏安全性。

在某些实施例中，由上文描述可知，投屏端可以请求投单屏、投多屏以及投屏同时发起通信请求等，因为可以预先设定多个投屏模式，不同投屏模式对应不同投屏权限。

例如，投屏模式可以包括单屏模式，投屏端的投屏权限可以为只允许投单屏；

投屏模式可以包括多屏模式，投屏端的投屏权限可以为允许投单屏以及投多屏；

投屏模式可以包括通信模式，投屏端的投屏权限可以为投屏请求同时可以发起通信请求。

这些投屏模式可以作为商品供用户挑选购买。

因此，在某些实施例中，所述服务端还用于向所述投屏端发送多个投屏模式的交易提示信息；不同投屏模式对应不同投屏权限；接收所述投屏端针对目标投屏模式的交易请求，确定所述投屏端对应的目标投屏权限；

所述投屏端还用于显示所述多个投屏模式的交易提示信息，基于投屏端用户选择的模板投屏模式，向所述服务端发送所述交易请求；

所述服务端接收投屏端发送的投屏请求之后，还用于检测所述投屏请求是否满足所述目标投屏权限；如果是，向所述投屏端发送投屏指令；

所述投屏端具体是响应于所述投屏指令，生成投屏内容。

如图4中所示，示出了在一个实际应用中投屏实现交互示意图，投屏端41向服务端42发送投屏请求之后，服务端42可以向接收端43发送投屏通知，接收端43输出接收提示信息，以提示用户是否接受投屏。

接收端43响应于用户的确认操作，可以向服务端42发送确认请求。

服务端42可以只要检测存在任一个接收端的确认请求，可以向投屏端41反馈确认指令；

从而投屏端41响应于该确认指令，可以再将投屏内容发送至服务端42之后，服务端42若检测存在确认请求，再向接收端43转发该投屏内容。

在一个实际应用中，本申请实施例的技术方案可以应用于会议场景中。实际应用中，存在处于不同会议地点之间的用户举行会议，且需要共享文件等数据的需求，而现有技术的投屏实现方式无法实现异地投屏，另外，若会议室非常大的情况，按照现有方式将内容投屏至会议室中的智能电视等会议终端中时，坐在后方的用户可能也无法看清，因此也无法满足会议需求。

而按照本申请实施例的技术方案，既可以实现在至少一个接收端投屏的目的，且可以实现异地投屏，不局限于投屏端与接收端处于同一个局域网，满足了各种投屏需求。

如图5a所示的，示出了一种会议场景下的投屏实现示意图，在图4中包括4个会议地点：地点A、地点B、地点C以及地点D；其中，地点A为会议室，在会议室中部署了会议终端51，地点B为会议室，在地点B也部署了会议终端52。地点C的用户对应有个人终端53，如手机，地点D的用户对应有个人终端54，如笔记本电脑。

地点A的用户的投屏端55与会议终端51处于同一局域网中，可以与会议终端51建立点对点连接通道，向会议终端51投放投屏内容。

投屏端55通过服务端56，可以与会议终端52、个人终端53以及个人终端54建立远程连接通道，其中，对于地点A距离会议终端51较远的用户，也可以与其对应的个人终端57建立远程连接通过。投屏端55向服务端56发送投屏请求之后，服务端56可以向各个接收端发送投屏通知。投屏端55将投屏内容发送至服务端56，服务端56可以将投屏内容转发至存在确认请求的会议终端52、个人终端53、个人终端54以及个人终端57，从而实现异地投屏的目的。

此外，由于异地投屏情况下，投屏端用户与接收端用户之间可能还会存在语音通信需求，投屏端用户可以选择存在语音通信需求的目标接收端，通过投屏端55，向服务端56发送通话请求，其中，通话请求以及投屏请求可以同时发送，如图5b中所示，服务端56基于投屏端对应的第一电话号码以及接收端对应的第二电话号码，可以通过PSTN***58，建立第一电话号码对应第一通信终端以及至少一个第二电话号码对应第二通信终端之间的通话通道。PSTN***可以第一通信终端以及至少一个第二通信终端分别发起呼叫请求。第一通信终端以及第二通信终端例如可以是指固定通信终端，如座机，或者移动通信终端，如手机等。如图5b中，第一通信终端可以是指投屏端51所在会议室的座机501、第二通信终端可以包括会议终端52所在会议室的座机502、个人终端53、个人终端54对应用户的移动通信终端503等。

图6a示出在一个实际应用中投屏端的第一投屏界面的一种显示示意图，可知，在该第一投屏界面可以包括第一投屏切换控件61、第二投屏切换控件62，针对第一投屏切换控件61的触发操作，可以在第一投屏界面中显示第一投屏提示信息63，例如第一投屏提示信息63中可以包括标识输入控件、此外还可以包括与用户匹配的一个或多个接收端标识等，以方便用户可以从中快速选择接收端标识。该一个或多个接收端标识可以结合投屏端用户的历史使用记录，投屏端用户所在组织等等进行推荐。

在第一投屏界面中还可以显示投屏触发控件64，例如，针对该投屏触发控件的点击操作，可以触发投屏端向服务端发起投屏请求。

此外，如图6b所述，与图6a不同之处在于，在第一投屏界面中还可以显示通话同步控件65，针对该通话同步控件65的选择操作，可以触发投屏端检测到投屏触发操作之后，可以同时向服务端发送针对该至少一个接收端标识对应的通信号码的通信请求。

当然，通话同步控件中也可以供用户选择从提供的至少一个接收端标识中选择至少一个目标接收端标识，从而通信请求可以仅针对该至少一个目标接收端标识。

图6c示出了第一投屏界面在发起投屏请求之后的一种显示示意图，在该第一投屏界面中可以显示该至少一个接收端标识，以及每个接收端标识对应的接收状态提示信息，由图6c中可知，接收状态提示信息可以包括：正在投屏、等待投屏、拒绝投屏、以及未投屏等。不同接收端标识可以按照不同接收状态进行分组显示灯。

此外，由于可以同时发起通信请求，因此，在第一投屏界面中还可以显示不同接收端标识对应通信号码的通信状态提示信息等。通信状态提示信息例如可以包括等待接听、正在通话、拒绝接听、未接听等。

此外，在第一投屏界面中还可以显示针对每个接收端标识的投屏终止控件，以通过触发该投屏终止控件，可以向服务端发送投屏终止请求，使得服务端不再向相应接收端转发投屏内容，当然也可以显示每个接收端标识对应的通信取消控件，以通过触发通信取消控件，可以向服务端发送通信取消请求，使得服务端将相应接收端对应通信号码从通话通道中断开。

对于未投屏或拒绝投屏的接收端标识，还可以在第一投屏界面显示重新投屏控件，以再次向对应接收端请求投屏等。

对于未接听或者拒绝接听的通信号码对应接收端标识，还可以在第一投屏界面显示重新通信控件，以再次向相应通信号码对应通信终端发起呼叫请求等。

下面分别从投屏端、服务端及接收端的方法执行角度，对本申请实施例的技术方案进行详细描述。

图7为本申请实施例提供的一种投屏实现方法一个实施例的流程图，该方法由接收端执行，可以包括以下几个步骤：

701：获取服务端发送的投屏通知；其中，所述投屏通知为所述服务端响应于投屏端的投屏请求而发送；

702：输出接收提示信息；

703：响应于确认接收操作，向所述服务端发送确认请求，以供所述服务端响应于所述确认请求，向所述接收端发送所述投屏端的投屏内容。

704：获取所述服务端发送的所述投屏内容，并渲染显示所述投屏内容。

在某些实施例中，还包括：

响应于拒绝接收操作，向所述服务端发送拒绝请求，以便于所述服务端取消将所述投屏内容转发至所述接收端。

在某些实施例中，所述接收提示信息包括内容提示信息、以及振动提示信息和响铃提示信息中的至少一个。

在某些实施例中，所述获取服务端发送的投屏通知之前，还包括：

输出接收端投屏码；其中，所述接收端投屏码用于通知投屏端用户，所述投屏端用于获取投屏端用户提供的所述接收端投屏码并告知所述服务端，所述服务端基于接收端投屏码发送所述投屏内容。

在某些实施例中，所述输出接收端投屏码包括：

提供第二投屏界面；

在所述第二投屏界面中显示接收端投屏码。

在某些实施例中，所述渲染显示所述投屏内容包括：

在所述第二投屏界面中渲染显示所述投屏内容。

需要说明的是，图7所示的投屏实现方法中，接收端的相关执行操作已经在上述投屏实现***的相关实施例中进行详细描述，此处将不做详细阐述说明。

图8为本申请实施例提供的一种投屏实现方法又一个实施例的流程图，该方法由服务端执行，可以包括以下几个步骤：

801：接收投屏端发送的投屏请求，确定至少一个接收端。

802：向所述至少一个接收端发送投屏通知，以供所述至少一个接收端输出接收提示信息。

803：获取所述投屏端生成的投屏内容。

804：响应于任一个接收端发送的确认请求，将所述投屏内容转发至所述接收端。

在某些实施例中，还包括：

响应于任一个接收端发送的确认请求，向所述投屏端发送确认指令；以供所述投屏端响应于所述确认指令，将生成的投屏内容发送至所述服务端。

在某些实施例中，所述投屏请求中包括投屏端用户提供的至少一个接收端标识；

所述确定至少一个接收端包括：

确定所述至少一个接收端标识分别对应的接收端。

在某些实施例中，还包括：

向所述投屏端发送第一投屏提示信息，以供所述投屏端显示所述第一投屏提示信息；所述第一投屏提示信息用于提示用户提供至少一个接收端标识。

在某些实施例中，还包括：

向所述投屏端发送第二投屏提示信息，其中所述第二投屏提示信息用于提示投屏用户提供单个接收端标识，以供所述投屏端获取用户提供的任一个接收端标识，响应于针对所述接收端标识的投屏触发操作，确定与所述投屏端处于同一局域网的所述接收标识对应的接收端；建立与所述接收端的点对点连接通道；将投屏内容通过所述点对点连接通道发送至所述接收端。

在某些实施例中，还包括：

接收投屏端针对任一个接收端发送的投屏终止请求；

停止向所述接收端转发所述投屏内容。

在某些实施例中，还包括：

接收投屏端发送的投屏新增请求，确定至少一个新增接收端；

将所述投屏内容转发至所述至少一个新增接收端。

在某些实施例中，还包括：

响应于所述投屏请求，检测所述至少一个接收端是否处于目标工作状态；

对处于所述目标工作状态的任一个接收端，向投屏端发送抢占提示信息；

所述将所述投屏内容分别转发至所述至少一个接收端包括：

若检测到所述投屏端针对任一个接收端发送的抢占确认请求，将所述投屏内容转发至所述接收端；

若检测所述投屏端针对任一个接收端的抢占拒绝请求，取消将所述投屏内容转发至所述接收端。

在某些实施例中，还包括：

获取所述投屏端发送的第一音频数据和/或第二音频数据；其中，所述第一音频数据为所述投屏端播放的音频数据，所述第二音频数据为所述投屏端采集的音频数据；

将所述第一音频数据和/或所述第二音频数据分别转发至所述至少一个接收端。

在某些实施例中，还包括：

接收所述投屏端发送的通信请求，确定所述至少一个接收端中的至少一个目标接收端；

基于所述投屏端对应的第一通信号码以及所述至少一个目标接收端分别对应的第二通信号码，建立所述第一通信号码对应第一通信终端与至少一个第二通信号码对应第二通信终端之间的通话通道；其中，所述通话通道用于投屏端用户与目标接收端用户进行语音通信。

需要说明的是，图8所示的投屏实现方法中，接收端的相关执行操作已经在上述投屏实现***的相关实施例中进行详细描述，此处将不做详细阐述说明。

图9为本申请实施例提供的一种投屏实现方法又一个实施例的流程图，该方法由投屏端执行，可以包括以下几个步骤：

901：向服务端发送投屏请求，以供所述服务端确定至少一个接收端，向所述至少一个接收端发送投屏通知；

902：生成投屏内容。

903：将所述投屏内容发送至所述服务端，以供所述服务端将所述投屏内容转发至接收到的确认请求对应的接收端。

在某些实施例中，所述将所述投屏内容发送至所述服务端包括：

接收到所述服务端发送的确认指令，将所述投屏内容发送至所述服务端；其中，所述确认指令为所述服务端响应于任一个接收端的确认请求而发送的。

在某些实施例中，还包括：

获取投屏端用户提供的至少一个接收端标识；其中，所述投屏请求中包括所述至少一个接收端标识。

在某些实施例中，还包括：

提供第一投屏界面；

在所述第一投屏界面中显示第一投屏提示信息；所述第一投屏提示信息用于提示用户提供至少一个接收端标识。

在某些实施例中，还包括：

在所述第一投屏界面中显示第一投屏控件；

所述向服务端发送投屏请求包括：

响应于针对所述第一投屏控件的触发操作，基于所述至少一个接收端标识，向服务端发送投屏请求。

在某些实施例中，还包括：

在所述第一投屏界面中显示第二投屏提示信息；所述第二投屏提示信息用于提示投屏用户提供单个接收端标识；

获取用户提供的任一个接收端标识，确定与所述投屏端处于同一局域网的所述任一个接收端标识对应的接收端；

响应于针对所述接收端的投屏操作，建立与所述接收端的点对点连接通道；

将投屏内容通过所述点对点连接通道发送至所述接收端。

在某些实施例中，还包括：

获取所述服务端反馈的所述至少一个接收端针对所述投屏内容的接收状态提示信息；

在所述第一投屏界面显示所述至少一个接收端的接收状态提示信息。

在某些实施例中，还包括：

基于投屏端用户针对任一个接收端的投屏终止操作，向服务端发送投屏终止请求，以供所述服务端终止将所述投屏内容转发至所述任一个接收端。

在某些实施例中，将所述投屏内容发送至所述服务端之后，所述方法还包括：

基于投屏端用户提供的至少一个新增接收端标识，向服务端发送投屏新增请求，以便于服务端将所述投屏内容发送至所述至少一个接收端标识对应的至少一个新增接收端。

在某些实施例中，还包括：

接收所述服务端针对任一个接收端发送的抢占提示信息；其中，所述抢占提示信息为所述服务端检测所述接收端处于目标工作状态时发送；

响应于抢占确认操作，向所述服务端发送抢占确认请求，以供所述服务端基于所述抢占确认请求将所述投屏内容发送至所述接收端；

响应于抢占拒绝操作，向所述服务端发送抢占拒绝请求，以供所述服务端基于所述抢占拒绝请求，取消将所述投屏内容发送至所述接收端。

在某些实施例中，所述生成投屏内容包括：

对所述投屏端所在终端的显示屏幕进行录制，获得投屏内容。

在某些实施例中，还包括：

获取所述投屏端所在终端播放的第一音频数据，和/或所述投屏端采集的第二音频数据；

将所述第一音频数据和/或所述第二音频数据分别发送至所述服务端，以供所述服务端将所述第一音频数据和/或所述第二音频数据分别转发至所述至少一个接收端。

在某些实施例中，还包括：

向服务端发送通信请求，以供所述服务端确定所述至少一个接收端中的至少一个目标接收端；

基于所述投屏端对应的第一通信号码以及所述至少一个目标接收端分别对应的第二通信号码，建立所述第一通信号码对应第一通信终端与至少一个第二通信号码对应第二通信终端之间的通话通道；其中，所述通话通道用于投屏端用户与目标接收端用户进行语音通信。

需要说明的是，图9所示的投屏实现方法中，接收端的相关执行操作已经在上述投屏实现***的相关实施例中进行详细描述，此处将不做详细阐述说明。

图10为本申请提供的一种投屏实现装置一个实施例的结构示意图，包括：

通知获取模块1001，用于获取服务端发送的投屏通知；其中，所述投屏通知为所述服务端响应于投屏端的投屏请求而发送；

信息提示模块1002，用于输出接收提示信息；

确认触发模块1003，用于响应于确认接收操作，向所述服务端发送确认请求，以供所述服务端响应于所述确认请求，向所述接收端发送所述投屏端的投屏内容；

内容渲染模块1004，用于获取所述服务端发送的所述投屏内容，并渲染显示所述投屏内容。

在一个可能的设计中，图10所示实施例的投屏实现装置可以实现为电子设备，该电子设备可以是指手机、平板电脑、笔记本等，如图11中所示，该计算设备可以包括存储组件1101、显示组件1102以及处理组1103件；

所述存储组件1101存储一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件1103调用执行。

所述处理组件1103用于：

接收端获取服务端发送的投屏通知；其中，所述投屏通知为所述服务端响应于投屏端的投屏请求而发送；

输出接收提示信息；

响应于确认接收操作，向所述服务端发送确认请求，以供所述服务端响应于所述确认请求，向所述接收端发送所述投屏端的投屏内容；

获取所述服务端发送的所述投屏内容，并通过所述显示组件1102渲染显示所述投屏内容。

当然，电子设备必然还可以包括其他部件，例如输入/输出接口、通信组件等。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图7所示实施例的投屏实现方法。

图12为本申请提供的一种投屏实现装置一个实施例的结构示意图，包括：

请求接收模块1201，用于接收投屏端发送的投屏请求，确定至少一个接收端；

通知发送模块1202，用于向所述至少一个接收端发送投屏通知，以供所述至少一个接收端输出接收提示信息；

内容获取模块1203，用于获取所述投屏端生成的投屏内容；

内容转发模块1204，用于响应于任一个接收端发送的确认请求，将所述投屏内容转发至所述接收端。

在一个可能的设计中，图12所示实施例的投屏实现装置可以实现为计算设备，如图13中所示，该计算设备可以包括存储组件1301以及处理组1302件；

所述存储组件1301存储一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件1302调用执行。

所述处理组件1302用于：

接收投屏端发送的投屏请求，确定至少一个接收端；

向所述至少一个接收端发送投屏通知，以供所述至少一个接收端输出接收提示信息；

获取所述投屏端生成的投屏内容；

响应于任一个接收端发送的确认请求，将所述投屏内容转发至所述接收端。

当然，计算设备必然还可以包括其他部件，例如显示组件、输入/输出接口、通信组件等。

该计算设备可以是远程web服务器、云服务器、计算机联网设备、芯片组、台式计算机、笔记本式计算机、工作站，或任何其他处理设备或者装备。

计算设备为云服务器时，上述处理组件、存储组件等可以是从云计算平台租用或购买的基础服务器资源。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图8所示实施例的投屏实现方法。

图14为本申请提供的一种投屏实现装置一个实施例的结构示意图，包括：

请求发送模块1401，用于向服务端发送投屏请求，以供所述服务端确定至少一个接收端，向所述至少一个接收端发送投屏通知；

内容生成模块1402，用于生成投屏内容；

内容发送模块1403，用于将所述投屏内容发送至所述服务端，以供所述服务端将所述投屏内容转发至接收到的确认请求对应的接收端。

在一个可能的设计中，图14所示实施例的投屏实现装置可以实现为电子设备，该电子设备可以是指手机、平板电脑、笔记本等，如图15中所示，该电子设备可以包括存储组件1501以及处理组1502件；

所述存储组件1501存储一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件1502调用执行。

所述处理组件1502用于：

向服务端发送投屏请求，以供所述服务端确定至少一个接收端，向所述至少一个接收端发送投屏通知；

生成投屏内容；

将所述投屏内容发送至所述服务端，以供所述服务端将所述投屏内容转发至接收到的确认请求对应的接收端。

当然，电子设备必然还可以包括其他部件，例如输入/输出接口、通信组件等。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图9所示实施例的投屏实现方法。

其中，前文所涉及的处理组件可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件被配置为存储各种类型的数据以支持在设备中的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

显示组件可以为电致发光(EL)元件、液晶显示器或具有类似结构的微型显示器、或者视网膜可直接显示或类似的激光扫描式显示器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (60)

1.一种投屏实现方法，其特征在于，包括：

接收端获取服务端发送的投屏通知；其中，所述投屏通知为所述服务端响应于投屏端的投屏请求而发送；

输出接收提示信息；

响应于确认接收操作，向所述服务端发送确认请求，以供所述服务端响应于所述确认请求，向所述接收端发送所述投屏端的投屏内容；

获取所述服务端发送的所述投屏内容，并渲染显示所述投屏内容。

2.根据权利要求1所述的方法，其特征在于，还包括：

响应于拒绝接收操作，向所述服务端发送拒绝请求，以便于所述服务端取消将所述投屏内容转发至所述接收端。

3.根据权利要求1所述的方法，其特征在于，所述接收提示信息包括内容提示信息、以及振动提示信息和响铃提示信息中的至少一个。

4.根据权利要求1所述的方法，其特征在于，所述获取服务端发送的投屏通知之前，还包括：

输出接收端投屏码；其中，所述接收端投屏码用于通知投屏端用户，所述投屏端用于获取投屏端用户提供的所述接收端投屏码并告知所述服务端，所述服务端基于接收端投屏码发送所述投屏内容。

5.根据权利要求4所述的方法，其特征在于，所述输出接收端投屏码包括：

提供第二投屏界面；

在所述第二投屏界面中显示接收端投屏码。

6.根据权利要求5所述的方法，其特征在于，还包括：

在所述第二投屏界面显示投屏码获取提示信息；

所述在所述第二投屏界面中显示接收端投屏码包括：

响应于针对所述投屏码获取提示信息的触发操作，显示接收端投屏码。

7.一种投屏实现方法，其特征在于，包括：

服务端接收投屏端发送的投屏请求，确定至少一个接收端；

向所述至少一个接收端发送投屏通知，以供所述至少一个接收端输出接收提示信息；

获取所述投屏端生成的投屏内容；

响应于任一个接收端发送的确认请求，将所述投屏内容转发至所述接收端。

8.根据权利要求7所述的方法，其特征在于，还包括：

响应于任一个接收端发送的确认请求，向所述投屏端发送确认指令；以供所述投屏端响应于所述确认指令，将生成的投屏内容发送至所述服务端。

9.根据权利要求7所述的方法，其特征在于，所述投屏请求中包括投屏端用户提供的至少一个接收端标识；

所述确定至少一个接收端包括：

确定所述至少一个接收端标识分别对应的接收端。

10.根据权利要求9所述的方法，其特征在于，还包括：

向所述投屏端发送第一投屏提示信息，以供所述投屏端显示所述第一投屏提示信息；所述第一投屏提示信息用于提示用户提供至少一个接收端标识。

11.根据权利要求10所述的方法，其特征在于，还包括：

向所述投屏端发送第二投屏提示信息，其中所述第二投屏提示信息用于提示投屏用户提供单个接收端标识，以供所述投屏端获取用户提供的任一个接收端标识，响应于针对所述接收端标识的投屏触发操作，确定与所述投屏端处于同一局域网的所述接收标识对应的接收端；建立与所述接收端的点对点连接通道；将投屏内容通过所述点对点连接通道发送至所述接收端。

12.根据权利要求7所述的方法，其特征在于，还包括：

接收投屏端针对任一个接收端发送的投屏终止请求；

停止向所述接收端转发所述投屏内容。

13.根据权利要求7所述的方法，其特征在于，还包括：

接收投屏端发送的投屏新增请求，确定至少一个新增接收端；

将所述投屏内容转发至所述至少一个新增接收端。

14.根据权利要求7所述的方法，其特征在于，还包括：

响应于所述投屏请求，检测所述至少一个接收端是否处于目标工作状态；

对处于所述目标工作状态的任一个接收端，向投屏端发送抢占提示信息；

所述将所述投屏内容分别转发至所述至少一个接收端包括：

若检测到所述投屏端针对任一个接收端发送的抢占确认请求，将所述投屏内容转发至所述接收端；

若检测所述投屏端针对任一个接收端的抢占拒绝请求，取消将所述投屏内容转发至所述接收端。

15.根据权利要求7所述的方法，其特征在于，还包括：

获取所述投屏端发送的第一音频数据和/或第二音频数据；其中，所述第一音频数据为所述投屏端播放的音频数据，所述第二音频数据为所述投屏端采集的音频数据；

将所述第一音频数据和/或所述第二音频数据分别转发至所述至少一个接收端。

16.根据权利要求7所述的方法，其特征在于，还包括：

接收所述投屏端发送的通信请求，确定所述至少一个接收端中的至少一个目标接收端；

基于所述投屏端对应的第一通信号码以及所述至少一个目标接收端分别对应的第二通信号码，建立所述第一通信号码对应第一通信终端与至少一个第二通信号码对应第二通信终端之间的通话通道；其中，所述通话通道用于投屏端用户与目标接收端用户进行语音通信。

17.一种投屏实现方法，其特征在于，包括：

投屏端向服务端发送投屏请求，以供所述服务端确定至少一个接收端，向所述至少一个接收端发送投屏通知；

生成投屏内容；

将所述投屏内容发送至所述服务端，以供所述服务端将所述投屏内容转发至接收到的确认请求对应的接收端。

18.根据权利要求17所述的方法，其特征在于，所述将所述投屏内容发送至所述服务端包括：

接收到所述服务端发送的确认指令，将所述投屏内容发送至所述服务端；其中，所述确认指令为所述服务端响应于任一个接收端的确认请求而发送的。

19.根据权利要求17所述的方法，其特征在于，还包括：

获取投屏端用户提供的至少一个接收端标识；其中，所述投屏请求中包括所述至少一个接收端标识。

20.根据权利要求19所述的方法，其特征在于，还包括：

提供第一投屏界面；

在所述第一投屏界面中显示第一投屏提示信息；所述第一投屏提示信息用于提示用户提供至少一个接收端标识。

21.根据权利要求20所述的方法，其特征在于，还包括：

在所述第一投屏界面中显示第一投屏控件；

所述向服务端发送投屏请求包括：

响应于针对所述第一投屏控件的触发操作，基于所述至少一个接收端标识，向服务端发送投屏请求。

22.根据权利要求20所述的方法，其特征在于，还包括：

在所述第一投屏界面中显示第二投屏提示信息；所述第二投屏提示信息用于提示投屏用户提供单个接收端标识；

获取用户提供的任一个接收端标识，确定与所述投屏端处于同一局域网的所述任一个接收端标识对应的接收端；

响应于针对所述接收端的投屏操作，建立与所述接收端的点对点连接通道；

将投屏内容通过所述点对点连接通道发送至所述接收端。

23.根据权利要求20所述的方法，其特征在于，还包括：

获取所述服务端反馈的所述至少一个接收端针对所述投屏内容的接收状态提示信息；

在所述第一投屏界面显示所述至少一个接收端的接收状态提示信息。

24.根据权利要求17所述的方法，其特征在于，还包括：

基于投屏端用户针对任一个接收端的投屏终止操作，向服务端发送投屏终止请求，以供所述服务端终止将所述投屏内容转发至所述任一个接收端。

25.根据权利要求19所述的方法，其特征在于，将所述投屏内容发送至所述服务端之后，所述方法还包括：

基于投屏端用户提供的至少一个新增接收端标识，向服务端发送投屏新增请求，以便于服务端将所述投屏内容发送至所述至少一个接收端标识对应的至少一个新增接收端。

26.根据权利要求17所述的方法，其特征在于，还包括：

接收所述服务端针对任一个接收端发送的抢占提示信息；其中，所述抢占提示信息为所述服务端检测所述接收端处于目标工作状态时发送；

响应于抢占确认操作，向所述服务端发送抢占确认请求，以供所述服务端基于所述抢占确认请求将所述投屏内容发送至所述接收端；

响应于抢占拒绝操作，向所述服务端发送抢占拒绝请求，以供所述服务端基于所述抢占拒绝请求，取消将所述投屏内容发送至所述接收端。

27.根据权利要求17所述的方法，其特征在于，所述生成投屏内容包括：

对所述投屏端所在终端的显示屏幕进行录制，获得投屏内容。

28.根据权利要求17所述的方法，其特征在于，还包括：

获取所述投屏端所在终端播放的第一音频数据，和/或所述投屏端采集的第二音频数据；

将所述第一音频数据和/或所述第二音频数据分别发送至所述服务端，以供所述服务端将所述第一音频数据和/或所述第二音频数据分别转发至所述至少一个接收端。

29.根据权利要求17所述的方法，其特征在于，还包括：

向服务端发送通信请求，以供所述服务端确定所述至少一个接收端中的至少一个目标接收端；

基于所述投屏端对应的第一通信号码以及所述至少一个目标接收端分别对应的第二通信号码，建立所述第一通信号码对应第一通信终端与至少一个第二通信号码对应第二通信终端之间的通话通道；其中，所述通话通道用于投屏端用户与目标接收端用户进行语音通信。

30.一种投屏实现***，其特征在于，包括投屏端，接收端以及服务端；

所述投屏端用于向所述服务端发送投屏请求，并生成投屏内容，将所述投屏内容发送至所述服务端；所述服务端用于基于所述投屏请求，确定至少一个接收端；向所述至少一个接收端分别发送投屏通知；响应于任一个接收端的确认请求，将所述投屏内容分别转发至所述任一个接收端；

所述接收端用于接收所述服务端发送投屏通知，输出接收提示信息；响应于确认接收操作，向所述服务端发送确认请求；接收所述服务端发送的投屏内容，并渲染显示所述投屏内容。

31.根据权利要求30所述的***，其特征在于，所述服务端还用于响应于任一个接收端的确认请求，向所述投屏端发送确认指令；

所述投屏端具体是响应于所述确认指令，将所述投屏内容发送至所述服务端。

32.根据权利要求30所述的***，其特征在于，所述接收端还用于响应于拒绝接收操作，向所述服务端发送拒绝请求；

所述服务端还用于响应于所述拒绝请求，服务端取消将所述投屏内容转发至所述接收端。

33.根据权利要求30所述的***，其特征在于，所述投屏端还用于获取投屏端用户提供的至少一个接收端标识，基于所述至少一个接收端标识生成所述投屏请求；

所述服务端具体基于所述投屏请求中的至少一个接收端标识，确定对应的至少一个接收端。

34.根据权利要求32所述的***，其特征在于，所述接收端还用于输出接收端投屏码；其中，所述接收端投屏码作为接收端标识通知投屏端用户。

35.根据权利要求34所述的***，其特征在于，所述接收端具体提供第二投屏界面，在所述第二投屏界面中显示所述接收端投屏码。

36.根据权利要求32所述的***，其特征在于，所述服务端还用于向所述投屏端发送第一投屏提示信息；

所述投屏端还用于提供第一投屏界面，在所述第一投屏界面中显示第一投屏提示信息。

37.根据权利要求36所述的***，其特征在于，所述投屏端还用于在所述第一投屏界面中显示第二投屏提示信息；其中所述第二投屏提示信息用于提示投屏用户提供单个接收端标识；获取用户提供的任一个接收端标识，响应于针对所述任一个接收端标识的投屏触发操作，确定与所述投屏端处于同一局域网的所述任一个接收端标识对应的接收端；建立与所述接收端的点对点连接通道；将投屏内容通过所述点对点连接通道发送至所述接收端。

38.根据权利要求36所述的***，其特征在于，所述服务端还用于检测所述至少一个接收端针对所述投屏内容的接收状态，向所述投屏端发送所述至少一个接收端的接收状态提示信息；

所述投屏端还用于在所述第一投屏界面分别显示所述至少一个接收端的接收状态提示信息。

39.根据权利要求30所述的***，其特征在于，所述投屏端还用于向服务端发送针对所述至少一个接收端中的任一个接收端的投屏终止请求；

所述服务端还用于响应于所述投屏终止请求，终止将所述投屏内容转发至所述任一个接收端。

40.根据权利要求30所述的***，其特征在于，所述投屏端还用于向服务端发送针对至少一个新增接收端的投屏新增请求；

所述服务端还用于响应于所述投屏新增请求，向所述至少一个新增接收端标转发所述投屏内容。

41.根据权利要求30所述的***，其特征在于，所述服务端还用于检测所述至少一个接收端是否处于目标工作状态；对于处于目标工作状态的接收端，向投屏端发送抢占提示信息；

所述服务端将所述投屏内容分别转发至所述至少一个接收端包括：检测到所述投屏端针对所述任一个接收端的抢占确认请求，将所述投屏内容转发至所述接收端；检测到所述投屏端针对所述任一个接收端的抢占拒绝请求，取消将所述投屏内容转发至所述接收端；

所述投屏端还用于输出所述抢占提示信息，响应于抢占确认操作，向所述服务端发送所述抢占确认请求，响应抢占取消操作，向所述服务端发送所述抢占取消请求。

42.根据权利要求30所述的***，其特征在于，所述投屏端还用于获取所述投屏端所在设备播放的第一音频数据，和/或所述投屏端采集的第二音频数据；将所述第一音频数据和/或所述第二音频数据分别发送至所述服务端；

所述服务端还用于将所述第一音频数据和/或所述第二音频数据分别转发至所述至少一个接收端；

所述接收端还用于播放所述第一音频数据和/或所述第二音频数据。

43.根据权利要求30所述的***，其特征在于，所述投屏端还用于向所述服务端发送通信请求；

所述服务端还用于确定所述至少一个接收端中的至少一个目标接收端；基于所述投屏端对应的通信号码以及所述至少一个目接收端对应的通信号码，建立通话通道；其中，所述通话通道用于投屏端用户与目标接收端用户进行语音通信。

44.根据权利要求32所述的***，其特征在于，所述接收端为安装于个人终端中的用户端；所述个人终端包括个人计算机、平板电脑或者可穿戴设备；所述接收端标识包括用户标识或用户端投屏码。

45.根据权利要求30所述的***，其特征在于，所述服务端包括第一服务器以及第二服务器；

所述第一服务器用于基于所述投屏请求，确定至少一个接收端，向所述至少一个接收端分别发送第一投屏通知；

所述接收端还用于响应于所述确认接收操作，建立与所述第二服务器的连接通道；

所述投屏端具体用于将投屏内容发送至所述第二服务器；

所述第二服务器用于将所述投屏内容转发至所述接收端。

46.根据权利要求45所述的***，其特征在于，所述服务端还包括第三服务器；

所述第一服务器具体是通过所述第三服务器向所述至少一个接收端分别发送第一投屏通知；

所述接收端具体是响应于所述确认接收操作，向所述第三服务器发送确认请求；响应于拒绝接收操作，向所述第三服务器发送拒绝请求；

所述第三服务器用于接收到所述用户端反馈的确认请求，向所述第二服务器发送投屏确认指示；接收所述用户端反馈的拒绝请求，向所述第二服务器发送投屏终止指示；

所述第二服务器具体是向存在投屏确认指示的用户端，转发所述投屏内容。

47.根据权利要求33所述的***，其特征在于，所述接收端包括安装于第一终端中的第一接收端或者安装于第二终端中的第二接收端；所述第一终端固定部署在固定场所中；所述第二终端包括个人终端；

所述投屏端用户提供的所述至少一个接收端标识按照如下一种或多种方式获得：

获取所述投屏端用户输入的至少一个接收端投屏码；

从所述投屏端用户所属业务组织对应用户列表中，选择至少一个用户标识；获取所述投屏端用户输入的至少一个场所名称。

48.根据权利要求33所述的***，其特征在于，所述投屏端还用于向所述服务端发送投屏预约请求；所述投屏预约请求中包括至少一个接收端标识；

所述服务端还用于基于所述投屏预约请求，向所述至少一个接收端标识对应的至少一个接收端分别发送投屏预约通知；

所述接收端还用于响应于所述投屏预约通知，输出投屏预约提示信息。

49.根据权利要求30所述的***，其特征在于，所述服务端还用于接收投屏端发送的会话请求，建立所述投屏端与所述至少一个接收端的会话连接；向所述投屏端发送第三投屏提示信息；

所述投屏端还用于在会话界面中显示所述第三投屏提示信息；所述投屏请求为所投屏端响应于针对所述第三投屏提示信息的投屏触发操作而发送。

50.根据权利要求49所述的***，其特征在于，所述服务端还用于接收投屏端发送的第一会话消息，将所述第一会话消息分别转发至所述至少一个接收端；以及接收任一个接收端发送的第二会话消息，将所述第二会话消息分别发送至剩余接收端及所述投屏端；

所述投屏端还用于显示所述第二会话消息；

所述接收端还用于显示所述第一会话消息及所述第二会话消息。

51.根据权利要求36所述的***，其特征在于，所述服务端还用于向所述投屏端发送第一会话提示信息；

所述投屏端还用于在所述第一投屏界面显示所述第一会话提示信息，接收投屏端用户输入的第三会话消息，将所述第三会话消息发送至所述服务端；

所述服务端还用于将所述第三会话消息分别转发至所述至少一个接收端；

所述接收端用于在所述投屏内容中显示所述第三会话消息。

52.根据权利要求51所述的***，其特征在于，所述服务端还用于向所述至少一个接收端分别发送第二会话提示信息；接收任一个接收端发送的第四会话消息，将所述第四会话消息分别转发至所述投屏端以及剩余接收端；

所述投屏端还用于显示所述第四会话消息；

所述接收端还用于显示所述第二会话提示信息，接收接收端用户输入的第四会话消息，将所述第四会话消息发送至所述服务端；以及显示所述服务端发送的任一接收端的第四会话消息。

53.根据权利要求30所述的***，其特征在于，所述服务端还用于响应于所述投屏请求，生成投屏获取标识；将所述投屏获取标识发送至所述投屏端；

所述投屏端还用于输出所述投屏获取标识；所述投屏获取标识用于告知接收端用户；

所述接收端还用于基于接收端用户输入的投屏获取标识，向服务端发送获取请求；

所述服务端将所述投屏内容分别转发至所述至少一个接收端具体是将所述投屏内容转发至提供所述投屏获取标识的接收端。

54.根据权利要求30所述的***，其特征在于，所述服务端还用于向所述投屏端发送多个投屏模式的交易提示信息；不同投屏模式对应不同投屏权限；接收所述投屏端针对目标投屏模式的交易请求，确定所述投屏端对应的目标投屏权限；

所述投屏端还用于显示所述多个投屏模式的交易提示信息，基于投屏端用户选择的模板投屏模式，向所述服务端发送所述交易请求；

所述服务端接收投屏端发送的投屏请求之后，还用于检测所述投屏请求是否满足所述目标投屏权限；如果是，向所述投屏端发送投屏指令；

所述投屏端具体是响应于所述投屏指令，生成投屏内容。

55.一种投屏实现装置，其特征在于，包括：

通知获取模块，用于获取服务端发送的投屏通知；其中，所述投屏通知为所述服务端响应于投屏端的投屏请求而发送；

信息提示模块，用于输出接收提示信息；

确认触发模块，用于响应于确认接收操作，向所述服务端发送确认请求，以供所述服务端响应于所述确认请求，向所述接收端发送所述投屏端的投屏内容；

内容渲染模块，用于获取所述服务端发送的所述投屏内容，并渲染显示所述投屏内容。

56.一种投屏实现装置，其特征在于，包括：

请求接收模块，用于接收投屏端发送的投屏请求，确定至少一个接收端；

通知发送模块，用于向所述至少一个接收端发送投屏通知，以供所述至少一个接收端输出接收提示信息；

内容获取模块，用于获取所述投屏端生成的投屏内容；

内容转发模块，用于响应于任一个接收端发送的确认请求，将所述投屏内容转发至所述接收端。

57.一种投屏实现装置，其特征在于，包括：

请求发送模块，用于向服务端发送投屏请求，以供所述服务端确定至少一个接收端，向所述至少一个接收端发送投屏通知；

内容生成模块，用于生成投屏内容；

内容发送模块，用于将所述投屏内容发送至所述服务端，以供所述服务端将所述投屏内容转发至接收到的确认请求对应的接收端。

58.一种电子设备，其特征在于，包括处理组件、显示组件以及存储组件；

所述存储组件存储一条或多条计算机程序指令；所述一条或多条计算机程序指令以供所述处理组件调用并执行；

所述处理组件用于：

接收端获取服务端发送的投屏通知；其中，所述投屏通知为所述服务端响应于投屏端的投屏请求而发送；

输出接收提示信息；

响应于确认接收操作，向所述服务端发送确认请求，以供所述服务端响应于所述确认请求，向所述接收端发送所述投屏端的投屏内容；

获取所述服务端发送的所述投屏内容，并通过所述显示组件渲染显示所述投屏内容。

59.一种计算设备，其特征在于，包括处理组件以及存储组件；

所述存储组件存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用执行；

所述处理组件用于：

接收投屏端发送的投屏请求，确定至少一个接收端；

向所述至少一个接收端发送投屏通知，以供所述至少一个接收端输出接收提示信息；

获取所述投屏端生成的投屏内容；

响应于任一个接收端发送的确认请求，将所述投屏内容转发至所述接收端。

60.一种电子设备，其特征在于，包括处理组件以及存储组件；

所述存储组件存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用执行；

所述处理组件用于：

向服务端发送投屏请求，以供所述服务端确定至少一个接收端，向所述至少一个接收端发送投屏通知；

生成投屏内容；

将所述投屏内容发送至所述服务端，以供所述服务端将所述投屏内容转发至接收到的确认请求对应的接收端。

Images