CN115407951A - 一种投屏方法及投屏装置 - Google Patents

Abstract

一种投屏方法及投屏装置，用于解决现有技术中，用户针对每次投屏，都需要手动执行验证操作，操作繁琐的问题。在本申请中，投屏方法包括：服务设备在接收来自代理设备的关联设备请求时，向代理设备发送与代理设备具有关联关系的至少一个关联设备的标识；服务设备接收来自代理设备的代理投屏请求，代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；其中至少一个关联设备包括投屏源设备；服务设备向投屏源设备发送投屏事件通知，投屏事件通知用于指示投屏源设备根据投屏事件通知中包括的投屏授权信息向投屏目标设备发送投屏数据，投屏数据在投屏目标设备上显示。

Description

一种投屏方法及投屏装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种投屏方法及投屏装置。

背景技术

投屏(screen casting)技术指的是，先将投屏目标设备接入至使用环境内(家庭、办公场所、酒店等)的无线网络，投屏源设备通过数字生活网络联盟(digital livingnetwork alliance，DLNA)等协议将投屏数据(比如，投屏源设备的屏幕图像)发送到投屏目标设备，投屏目标设备在本地输出播放投屏数据，从而实现将投屏源设备的屏幕内容投放到投屏目标设备上展示的功能。

现有的投屏方式中，用户在需要将投屏源设备中投屏数据通过投屏目标设备播放时，需要手动执行验证操作。具体的，投屏目标设备显示投屏授权信息，比如投屏二维码，用户用投屏源设备扫描投屏二维码，投屏源设备基于获取到投屏二维码向投屏目标设备发送投屏请求，投屏目标设备对投屏请求中携带的投屏二维码验证通过后，向投屏源设备发送通道授权屏信息，随后投屏源设备可以基于该通道授权屏信息对投屏数据进行加密，并发送至投屏目标设备。如此，在每次投屏时，用户都需要手动执行验证操作，操作繁琐。

发明内容

有鉴于此，本申请提供一种投屏方法及投屏装置，用于解决现有技术中，用户针对每次投屏，都需要手动执行验证操作，操作繁琐的问题。

第一方面，本申请提供一种投屏方法，该投屏方法可以由服务设备执行，该服务设备可以是服务器，服务器可以包括主机或处理器等实体设备，也可以包括虚拟机或容器等虚拟设备，还可以包括芯片或集成电路。此外，该投屏方法还可通过服务器的部件执行，如由服务器中的处理装置、电路、芯片等部件实现。

在一种可能的实现方式中，投屏方法包括：服务设备在接收来自代理设备的关联设备请求时，向代理设备发送与代理设备具有关联关系的至少一个关联设备的标识；服务设备接收来自代理设备的代理投屏请求，代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；其中至少一个关联设备包括投屏源设备；服务设备向投屏源设备发送投屏事件通知，投屏事件通知用于指示投屏源设备根据投屏事件通知中包括的投屏授权信息向投屏目标设备发送投屏数据，投屏数据在投屏目标设备上显示。

上述技术方案中，通过代理设备协助投屏源设备获取投屏目标设备的投屏授权信息，并将投屏授权信息发送至服务设备，服务设备向投屏源设备发送投屏事件通知，投屏事件通知中包含投屏授权信息，从而投屏源设备可以根据投屏事件通知中的投屏授权信息，与投屏目标设备传输投屏数据。该方案中，用户无需通过投屏源设备扫描投屏目标设备上的投屏二维码，或者在投屏源设备中输入投屏目标设备上的投屏码，减少用户操作，有助于提高用户体验。而且，代理设备可以针对多个投屏源设备中的每个投屏源设备获取投屏目标设备的投屏授权信息，从而实现代理设备统一代理，在大型会议场景中，代理设备可用于管理人员统一调度不同投屏源设备切换投屏到投屏目标设备，无需每个用户手动验证授权，还有助于避免出现用户操作抢用的情况。

在一种可能的实现方式中，关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

在一种可能的实现方式中，在服务设备向投屏源设备发送投屏事件通知之前，方法还包括：服务设备确定投屏源设备为关联设备中的一个。

上述技术方案中，服务设备在接收到来自代理设备的代理投屏请求之后，可以验证代理设备是否与投屏源设备之间具有关联关系，从而有助于保障只有与投屏源设备具有关联关系的代理设备才能为投屏源设备获取投屏授权信息，以提高投屏源设备投屏的安全性。

在一种可能的实现方式中，在服务设备向投屏源设备发送投屏事件通知之后，还包括：服务设备接收来自投屏源设备的第一投屏请求，第一投屏请求中包括投屏授权信息和投屏源设备的标识；在投屏目标设备未处于空闲状态的情况下，服务设备将投屏源设备的标识加入至服务设备的待投屏队列中。

在一种可能的实现方式中，还包括：在投屏目标设备处于空闲状态的情况下，服务设备从投屏目标设备中获取投屏目标设备的通道授权信息，并将通道授权信息发送至投屏源设备，通道授权信息用于投屏源设备加密投屏数据。

上述技术方案中，投屏源设备向投屏目标设备请求投屏时，服务设备可以根据投屏目标设备的投屏状态(包括空闲状态和非空闲状态)，确定是否立即向投屏目标设备请求投屏目标设备的通道授权信息。在一种情况中，若投屏目标设备未处于空闲状态，则服务设备可以将投屏源设备的标识加入至服务设备的待投屏队列中，并在投屏目标设备处于空闲状态时，指示投屏源设备再次请求投屏目标设备的通道授权信息。从而投屏源设备无需多次向投屏目标设备请求投屏，减少投屏源设备请求投屏失败的次数。在投屏目标设备由非空闲状态切换为空闲状态时，服务设备可以指示投屏源设备再次请求投屏目标设备的通道授权信息，减少投屏源设备的等待时长。在大型会议场景中，服务设备可以基于多个投屏源设备的优先级，调整多个投屏源设备的投屏次序，有助于避免出现用户操作抢用的情况。该方式无需投屏源设备的用户人工查看当前投屏目标设备的投屏状态，有助于提高用户体验。在多个投屏源设备需要依次投屏的情况下，有助于实现投屏目标设备的快速切换投屏。

在一种可能的实现方式中，服务设备将投屏源设备的标识加入至服务设备的待投屏队列中之前，还包括：服务设备监测投屏目标设备的投屏状态，确定投屏目标设备处于非空闲状态；或者，服务设备向投屏目标设备发送第一投屏请求，接收来自投屏目标设备的拒绝响应，拒绝响应用于指示投屏目标设备处于非空闲状态。

在一种可能的实现方式中，服务设备从投屏目标设备中获取通道授权信息，包括：服务设备向投屏目标设备发送第一投屏请求；服务设备接收投屏目标设备的通道授权信息。

第二方面，本申请提供一种投屏方法，该投屏方法可以由服务设备执行，该服务设备可以是服务器，服务器可以包括主机或处理器等实体设备，也可以包括虚拟机或容器等虚拟设备，还可以包括芯片或集成电路。此外，该投屏方法还可通过服务器的部件执行，如由服务器中的处理装置、电路、芯片等部件实现。

在一种可能的实现方式中，投屏方法包括：服务设备在接收来自代理设备的关联设备请求时，向代理设备发送与代理设备具有关联关系的至少一个关联设备的标识；服务设备接收来自代理设备的代理投屏请求，代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；其中至少一个关联设备包括投屏源设备；服务设备根据投屏授权信息，从投屏目标设备中获得投屏目标设备的通道授权信息，向投屏源设备发送通道授权信息；通道授权信息用于投屏源设备加密投屏数据并将加密后的投屏数据发送至投屏目标设备，投屏数据在投屏目标设备上显示。

在一种可能的实现方式中，服务设备根据投屏授权信息，从投屏目标设备中获得投屏目标设备的通道授权信息，包括：服务设备向投屏目标设备发送通道授权请求，通道授权请求中包括投屏授权信息，通道授权请求用于向投屏目标设备请求投屏目标设备的通道授权信息；服务设备接收来自投屏目标设备的通道授权信息。

上述技术方案中，通过代理设备协助投屏源设备获取投屏目标设备的投屏授权信息，并将投屏授权信息发送至服务设备，服务设备根据投屏授权信息，从投屏目标设备中获得投屏目标设备的通道授权信息，向投屏源设备发送通道授权信息，从而投屏源设备可以根据投屏授权信息，与投屏目标设备传输投屏数据。该方案中，用户无需通过投屏源设备扫描投屏目标设备上的投屏二维码，或者在投屏源设备中输入投屏目标设备上的投屏码，减少用户操作，有助于提高用户体验。而且，代理设备可以针对多个投屏源设备中的每个投屏源设备获取投屏目标设备的投屏授权信息，从而实现代理设备统一代理，在大型会议场景中，代理设备可用于管理人员统一调度不同投屏源设备切换投屏到投屏目标设备，无需每个用户手动验证授权，还有助于避免出现用户操作抢用的情况。而且服务设备在接收到代理设备发送的代理投屏请求时，无需向投屏源设备发送投屏事件通知，而直接向投屏目标设备请求通道授权信息，有助于减少信令交互。

第三方面，本申请提供一种投屏方法，该投屏方法可以由代理设备执行，该代理设备可以是终端设备，终端设备比如用户终端(如手机、电脑等)。

在一种可能的实现方式中，投屏方法包括：代理设备获取投屏目标设备的投屏授权信息；代理设备在接收到代理请求投屏的指示时，从服务设备处获取与代理设备具有关联关系的至少一个关联设备的标识；代理设备接收第一用户操作，第一用户操作为用户选择至少一个关联设备中的一个作为投屏源设备，向服务设备发送代理投屏请求，代理投屏请求中包括投屏授权信息和投屏源设备的标识，代理投屏请求用于指示服务设备向投屏源设备发送投屏事件通知。

在一种可能的实现方式中，代理设备接收第一用户操作之前，还包括：代理设备在代理设备的显示界面中显示至少一个关联设备的标识。

在一种可能的实现方式中，关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

上述第三方面中任一种可能的实现方式可以达到的技术效果可以参照上述第一方面或第二方面中有益效果的描述，此处不再重复赘述。

第四方面，本申请提供一种投屏方法，该投屏方法可以由投屏源设备执行，该投屏源设备可以是终端设备，终端设备比如用户终端(如手机、电脑等)。

在一种可能的实现方式中，投屏方法包括：投屏源设备接收来自服务设备的投屏事件通知，投屏事件通知中包含投屏授权信息，投屏事件通知是服务设备响应于代理设备的代理投屏请求发送的，投屏源设备与代理设备之间具有关联关系；投屏源设备根据投屏授权信息，向投屏目标设备发送投屏源设备的投屏数据，投屏数据在投屏目标设备上显示。

在一种可能的实现方式中，投屏源设备根据投屏授权信息，向投屏目标设备发送投屏源设备的投屏数据之前，还包括：投屏源设备根据投屏事件通知，提示用户是否同意投屏；投屏源设备接收用户同意投屏的指示。

在一种可能的实现方式中，关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

在一种可能的实现方式中，投屏源设备根据投屏授权信息，向投屏目标设备发送投屏源设备的投屏数据，包括：投屏源设备根据投屏授权信息，向投屏目标设备发送第一投屏请求，第一投屏请求中包括投屏授权信息和投屏源设备的标识；投屏源设备接收来自投屏目标设备的通道授权信息；投屏源设备根据通道授权信息加密投屏数据，并将加密后的投屏数据，发送至投屏目标设备。

在一种可能的实现方式中，投屏源设备经服务设备向投屏目标设备发送第一投屏请求；投屏源设备接收来自服务设备转发的投屏目标设备的通道授权信息。

上述第四方面中任一种可能的实现方式可以达到的技术效果可以参照上述第一方面中有益效果的描述，此处不再重复赘述。

第五方面，本申请提供一种投屏方法，该投屏方法可以由投屏目标设备执行，该投屏目标设备可以是终端设备，终端设备比如投屏器、大屏设备、大屏类设备等。

在一种可能的实现方式中，投屏方法包括：投屏目标设备接收来自投屏源设备的第一投屏请求，第一投屏请求中包括投屏目标设备的投屏授权信息和投屏源设备的标识，投屏授权信息用于投屏源设备向投屏目标设备请求投屏目标设备的通道授权信息，通道授权信息用于投屏源设备加密投屏数据；在投屏目标设备未处于空闲状态的情况下，投屏目标设备将投屏源设备的标识加入至投屏目标设备的待投屏队列中。

在一种可能的实现方式中，还包括：在投屏目标设备处于空闲状态的情况下，投屏目标设备向投屏源设备发送通道授权信息。

在一种可能的实现方式中，投屏目标设备接收由服务设备转发的投屏源设备的第一投屏请求；投屏目标设备经服务设备向投屏源设备发送通道授权信息。

上述技术方案中，投屏源设备向投屏目标设备请求投屏时，投屏目标设备可以根据投屏目标设备的投屏状态(包括空闲状态和非空闲状态)，确定是否向投屏源设备发送投屏目标设备的通道授权信息。在一种情况中，若投屏目标设备未处于空闲状态，则投屏目标设备可以将投屏源设备的标识加入至投屏目标设备的待投屏队列中，并在投屏目标设备处于空闲状态时，指示投屏源设备再次请求投屏目标设备的通道授权信息。从而投屏源设备无需多次向投屏目标设备请求投屏，减少投屏源设备请求投屏失败的次数。在投屏目标设备由非空闲状态切换为空闲状态时，投屏目标设备可以向投屏源设备指示再次向投屏目标设备请求通道授权信息，减少投屏源设备的等待时长。在大型会议场景中，投屏目标设备可以基于多个投屏源设备的优先级，调整多个投屏源设备的投屏次序，有助于避免出现用户操作抢用的情况。无需投屏源设备的用户人工查看当前投屏目标设备的投屏状态，有助于提高用户体验。在多个投屏源设备需要依次投屏的情况下，有助于实现投屏目标设备的快速切换投屏。

第六方面，本申请提供一种投屏方法，该投屏方法可以由服务设备执行，该服务设备可以是服务器，服务器可以包括主机或处理器等实体设备，也可以包括虚拟机或容器等虚拟设备，还可以包括芯片或集成电路。此外，该投屏方法还可通过服务器的部件执行，如由服务器中的处理装置、电路、芯片等部件实现。

在一种可能的实现方式中，服务设备向投屏源设备发送第一投屏目标设备的信息，第一投屏目标设备的信息中包括第一投屏目标设备的标识；第一投屏目标设备与投屏源设备具有关联关系；服务设备接收来自投屏源设备的第二投屏请求；第二投屏请求中包含第二投屏目标设备的标识；第二投屏目标设备是处于空闲状态的第一接收设备；服务设备根据第二投屏目标设备的标识，从第二投屏目标设备中获取第二投屏目标设备的通道授权信息；服务设备向投屏源设备发送通道授权信息，通道授权信息用于投屏源设备加密投屏数据并将加密后的投屏数据发送至第二投屏目标设备。

上述技术方案中，通过建立投屏源设备与投屏目标设备之间的关联关系，以及保持投屏目标设备与服务设备之间的信令通道，无需用户通过投屏源设备手动获取投屏目标设备的投屏授权信息，减少用户操作，有助于实现自动快速的投屏。

在一种可能的实现方式中，服务设备向投屏源设备发送第一投屏目标设备的信息之前，还包括：服务设备确定与服务设备保持信令通道连接的第三投屏目标设备；服务设备从第三投屏目标设备中，确定出第一投屏目标设备。

在一种可能的实现方式中，服务设备从第三投屏目标设备中，确定出第一投屏目标设备，包括：服务设备向投屏源设备发送第三投屏目标设备的标识；服务设备接收来自投屏源设备的关联请求，关联请求中包括投屏源设备从第三投屏目标设备的标识中确定出的目标标识；服务设备将目标标识对应的第三投屏目标设备，确定为第一投屏目标设备。

在一种可能的实现方式中，服务设备从第三投屏目标设备中，确定出第一投屏目标设备，包括：服务设备将第三投屏目标设备确定为第一投屏目标设备。

在一种可能的实现方式中，服务设备从第三投屏目标设备中，确定出第一投屏目标设备，包括：服务设备将第三投屏目标设备中、与投屏源设备属于同一区域的第三投屏目标设备确定为第一投屏目标设备。

在一种可能的实现方式中，服务设备根据第二投屏目标设备的标识，从第二投屏目标设备中获取第二投屏目标设备的通道授权信息，包括：服务设备根据第二投屏目标设备的标识，向第二投屏目标设备发送第三投屏请求；服务设备接收第二投屏目标设备响应于第三投屏请求的第二投屏目标设备的通道授权信息。

在一种可能的实现方式中，服务设备向投屏源设备发送第一投屏目标设备的信息之前，包括：服务设备监测第一投屏目标设备的投屏状态，得到第一投屏目标设备的投屏状态信息，投屏状态信息指示第一投屏目标设备是否处于空闲状态。在一种可能的实现方式中，第一投屏目标设备的信息中还包括第一投屏目标设备的投屏状态信息。

上述技术方案中，服务设备可以监测第一投屏目标设备的投屏状态，得到第一投屏目标设备的投屏状态信息，然后在向投屏源设备发送第一投屏目标设备的信息中携带有第一投屏目标设备的投屏状态信息，从而投屏源设备可以从处于空闲状态的第一投屏目标设备中确定出第二投屏目标设备，即第二投屏目标设备处于空闲状态。相应的，投屏源设备在向第二投屏目标设备请求投屏时，提高投屏的成功率。

在一种可能的实现方式中，服务设备向投屏源设备发送第一投屏目标设备的信息，包括：服务设备获取第一投屏目标设备中、投屏状态信息指示空闲状态的第一投屏目标设备的标识，并发送至投屏源设备。

上述技术方案中，服务设备可以根据第一投屏目标设备的投屏状态，从第一投屏目标设备中确定出处于空闲状态的第一投屏目标设备，并将该第一投屏目标设备的标识发送至投屏源设备，从而投屏源设备可以从处于空闲状态的第一投屏目标设备中确定出第二投屏目标设备，即第二投屏目标设备处于空闲状态。相应的，投屏源设备在向第二投屏目标设备请求投屏时，提高投屏的成功率。

第七方面，本申请提供一种投屏方法，该投屏方法可以由投屏源设备执行，该投屏源设备可以是终端设备，终端设备比如用户终端(如手机、电脑等)。

在一种可能的实现方式中，投屏方法包括：投屏源设备接收来自服务设备的第一投屏目标设备的信息，第一投屏目标设备的信息包含第一投屏目标设备的标识，第一投屏目标设备与投屏源设备具有关联关系；投屏源设备向服务设备发送第二投屏请求，第二投屏请求中包含第二投屏目标设备的标识，第二投屏目标设备是处于空闲状态的第一投屏目标设备；投屏源设备接收来自服务设备的第二投屏目标设备的通道授权信息；投屏源设备根据通道授权信息，加密投屏数据并将加密后的投屏数据发送至第二投屏目标设备。

在一种可能的实现方式中，投屏源设备向服务设备发送第二投屏请求之前，还包括：投屏源设备在投屏源设备的显示界面中显示第一投屏目标设备的标识；投屏源设备接收第二用户操作，第二用户操作为用户选择投屏源设备的显示界面中第一投屏目标设备的标识中的一个；投屏源设备将用户选择的第一投屏目标设备的标识作为第二投屏目标设备的标识。

在一种可能的实现方式中，第一投屏目标设备的信息中还包括第一投屏目标设备的投屏状态信息，投屏状态信息指示第一投屏目标设备是否处于空闲状态。

上述第七方面中任一种可能的实现方式可以达到的技术效果可以参照上述第六方面中有益效果的描述，此处不再重复赘述。

第八方面，本申请提供一种投屏方法，该投屏方法可以由第二投屏目标设备执行，该第二投屏目标设备可以是终端设备，终端设备比如投屏器、大屏设备、大屏类设备等。

在一种可能的实现方式中，投屏方法包括：第二投屏目标设备接收来自服务设备的第三投屏请求，服务设备与第二投屏目标设备之间保持信令通道连接；第二投屏目标设备响应于第三投屏请求，向服务设备发送第二投屏目标设备的通道授权信息，通道授权信息用于投屏源设备加密投屏数据并将加密后的投屏数据发送至第二投屏目标设备。

在一种可能的实现方式中，第二投屏目标设备接收来自投屏源设备根据通道授权信息加密得到的投屏数据，显示投屏数据。

上述第八方面中任一种可能的实现方式可以达到的技术效果可以参照上述第六方面中有益效果的描述，此处不再重复赘述。

第九方面，本申请提供一种投屏装置，包括：

收发单元和处理单元；

在一种可能的实现方式中，处理单元用于，控制收发单元在接收来自代理设备的关联设备请求时，向代理设备发送与代理设备具有关联关系的至少一个关联设备的标识；处理单元还用于，控制收发单元接收来自代理设备的代理投屏请求，代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；其中至少一个关联设备包括投屏源设备；处理单元还用于，控制收发单元向投屏源设备发送投屏事件通知，投屏事件通知用于指示投屏源设备根据投屏事件通知中包括的投屏授权信息向投屏目标设备发送投屏数据，投屏数据在投屏目标设备上显示。

在一种可能的实现方式中，关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

在一种可能的实现方式中，处理单元在控制收发单元向投屏源设备发送投屏事件通知之前，还用于：确定投屏源设备为至少一个关联设备中的一个。

在一种可能的实现方式中，处理单元在控制收发单元向投屏源设备发送投屏事件通知之后，还用于：控制收发单元接收来自投屏源设备的第一投屏请求，第一投屏请求中包括投屏授权信息和投屏源设备的标识；在投屏目标设备未处于空闲状态的情况下，将投屏源设备的标识加入至投屏装置的待投屏队列中。

在一种可能的实现方式中，处理单元还用于：在投屏目标设备处于空闲状态的情况下，从投屏目标设备中获取投屏目标设备的通道授权信息，并控制收发单元将通道授权信息发送至投屏源设备，该通道授权信息用于投屏源设备加密投屏数据。

在一种可能的实现方式中，处理单元将投屏源设备的标识加入至投屏装置的待投屏队列中之前，还用于：监测投屏目标设备的投屏状态，确定投屏目标设备处于非空闲状态；或者，控制收发单元向投屏目标设备发送第一投屏请求，接收来自投屏目标设备的拒绝响应，拒绝响应用于指示投屏目标设备处于非空闲状态。

上述第九方面中任一种可能的实现方式可以达到的技术效果可以参照上述第一方面中有益效果的描述，此处不再重复赘述。

第十方面，本申请提供一种投屏装置，包括：

收发单元和处理单元；

在一种可能的实现方式中，处理单元用于，控制收发单元在接收来自代理设备的关联设备请求时，向代理设备发送与代理设备具有关联关系的至少一个关联设备的标识；处理单元还用于，控制收发单元接收来自代理设备的代理投屏请求，代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；其中至少一个关联设备包括投屏源设备；处理单元还用于，根据投屏授权信息，从投屏目标设备中获得投屏目标设备的通道授权信息，控制收发单元向投屏源设备发送通道授权信息；该通道授权信息用于投屏源设备加密投屏数据并将加密后的投屏数据发送至投屏目标设备，投屏数据在投屏目标设备上显示。

在一种可能的实现方式中，处理单元具体用于：控制收发单元向投屏目标设备发送通道授权请求，通道授权请求中包括投屏授权信息，通道授权请求用于向投屏目标设备请求通道授权信息；控制收发单元接收来自投屏目标设备的通道授权信息。

上述第十方面中任一种可能的实现方式可以达到的技术效果可以参照上述第二方面中有益效果的描述，此处不再重复赘述。

第十一方面，本申请提供一种投屏装置，包括：

收发单元和处理单元；

在一种可能的实现方式中，处理单元用于，获取投屏目标设备的投屏授权信息；处理单元还用于，在接收到代理请求投屏的指示时，从服务设备处获取与投屏装置具有关联关系的至少一个关联设备的标识；处理单元还用于，控制收发单元接收第一用户操作，第一用户操作为用户选择至少一个关联设备中的一个作为投屏源设备，控制收发单元向服务设备发送代理投屏请求，代理投屏请求中包括投屏授权信息和投屏源设备的标识，代理投屏请求用于指示服务设备向投屏源设备发送投屏事件通知。

在一种可能的实现方式中，处理单元控制收发单元接收第一用户操作之前，还用于：在投屏装置的显示界面中显示至少一个关联设备的标识。

在一种可能的实现方式中，关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

上述第十一方面中任一种可能的实现方式可以达到的技术效果可以参照上述第三方面中有益效果的描述，此处不再重复赘述。

第十二方面，本申请提供一种投屏装置，包括：

收发单元和处理单元；

在一种可能的实现方式中，所述处理单元用于，控制所述收发单元接收来自服务设备的投屏事件通知，所述投屏事件通知中包含投屏授权信息，所述投屏事件通知是所述服务设备响应于代理设备的代理投屏请求发送的，所述投屏装置与所述代理设备之间具有关联关系；所述处理单元还用于，根据所述投屏授权信息，控制所述收发单元向投屏目标设备发送所述投屏装置的投屏数据，所述投屏数据在所述投屏目标设备上显示。

在一种可能的实现方式中，所述处理单元根据所述投屏授权信息，控制所述收发单元向投屏目标设备发送所述投屏装置的投屏数据之前，还用于：根据所述投屏事件通知，提示用户是否同意投屏；控制所述收发单元接收所述用户同意投屏的指示。

在一种可能的实现方式中，所述关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

在一种可能的实现方式中，所述处理单元具体用于：根据投屏授权信息，控制所述收发单元向投屏目标设备发送第一投屏请求，第一投屏请求中包括投屏授权信息和投屏源设备的标识；控制所述收发单元接收来自投屏目标设备的通道授权信息；根据通道授权信息加密投屏数据，并将加密后的投屏数据，发送至投屏目标设备。

在一种可能的实现方式中，所述处理单元具体用于：控制所述收发单元经服务设备向投屏目标设备发送第一投屏请求；控制所述收发单元接收来自服务设备转发的投屏目标设备的通道授权信息。

上述第十二方面中任一种可能的实现方式可以达到的技术效果可以参照上述第四方面中有益效果的描述，此处不再重复赘述。

第十三方面，本申请提供一种投屏装置，包括：

收发单元和处理单元；

在一种可能的实现方式中，处理单元控制收发单元接收来自投屏源设备的第一投屏请求，第一投屏请求中包括投屏目标设备的投屏授权信息和投屏源设备的标识，投屏授权信息用于投屏源设备向投屏目标设备请求投屏目标设备的通道授权信息，通道授权信息用于投屏源设备加密投屏数据；在投屏目标设备未处于空闲状态的情况下，处理单元将投屏源设备的标识加入至投屏目标设备的待投屏队列中。

在一种可能的实现方式中，在投屏目标设备处于空闲状态的情况下，处理单元还用于控制收发单元向投屏源设备发送通道授权信息。

在一种可能的实现方式中，处理单元具体用于，控制收发单元接收由服务设备转发的投屏源设备的第一投屏请求；控制收发单元经服务设备向投屏源设备发送通道授权信息。

上述第十三方面中任一种可能的实现方式可以达到的技术效果可以参照上述第五方面中有益效果的描述，此处不再重复赘述。

第十四方面，本申请提供一种投屏装置，包括：

收发单元和处理单元；

在一种可能的实现方式中，处理单元控制收发单元向投屏源设备发送第一投屏目标设备的信息，第一投屏目标设备的信息中包括第一投屏目标设备的标识；第一投屏目标设备与投屏源设备具有关联关系；控制收发单元接收来自投屏源设备的第二投屏请求；第二投屏请求中包含第二投屏目标设备的标识；第二投屏目标设备是处于空闲状态的第一接收设备；根据第二投屏目标设备的标识，从第二投屏目标设备中获取第二投屏目标设备的通道授权信息；控制收发单元向投屏源设备发送通道授权信息，通道授权信息用于投屏源设备加密投屏数据并将加密后的投屏数据发送至第二投屏目标设备。

在一种可能的实现方式中，处理单元控制收发单元向投屏源设备发送第一投屏目标设备的信息之前，还用于：确定与服务设备保持信令通道连接的第三投屏目标设备；从第三投屏目标设备中，确定出第一投屏目标设备。

在一种可能的实现方式中，处理单元具体用于：控制收发单元向投屏源设备发送第三投屏目标设备的标识；控制收发单元接收来自投屏源设备的关联请求，关联请求中包括投屏源设备从第三投屏目标设备的标识中确定出的目标标识；将目标标识对应的第三投屏目标设备，确定为第一投屏目标设备。

在一种可能的实现方式中，处理单元具体用于：将第三投屏目标设备确定为第一投屏目标设备。

在一种可能的实现方式中，处理单元具体用于：将第三投屏目标设备中、与投屏源设备属于同一区域的第三投屏目标设备确定为第一投屏目标设备。

在一种可能的实现方式中，处理单元具体用于：根据第二投屏目标设备的标识，控制收发单元向第二投屏目标设备发送第三投屏请求；控制收发单元接收第二投屏目标设备响应于第三投屏请求的第二投屏目标设备的通道授权信息。

在一种可能的实现方式中，处理单元控制收发单元向投屏源设备发送第一投屏目标设备的信息之前，包括：监测第一投屏目标设备的投屏状态，得到第一投屏目标设备的投屏状态信息，投屏状态信息指示第一投屏目标设备是否处于空闲状态。

在一种可能的实现方式中，第一投屏目标设备的信息中还包括第一投屏目标设备的投屏状态信息。

在一种可能的实现方式中，处理单元具体用于：获取第一投屏目标设备中、投屏状态信息指示空闲状态的第一投屏目标设备的标识，并控制所述收发单元发送至投屏源设备。

上述第十四方面中任一种可能的实现方式可以达到的技术效果可以参照上述第六方面中有益效果的描述，此处不再重复赘述。

第十五方面，本申请提供一种投屏装置，包括：

收发单元和处理单元；

在一种可能的实现方式中，处理单元用于，控制收发单元接收来自服务设备的第一投屏目标设备的信息，第一投屏目标设备的信息包含第一投屏目标设备的标识，第一投屏目标设备与投屏源设备具有关联关系；控制收发单元向服务设备发送第二投屏请求，第二投屏请求中包含第二投屏目标设备的标识，第二投屏目标设备是处于空闲状态的第一投屏目标设备；控制收发单元接收来自服务设备的第二投屏目标设备的通道授权信息；根据通道授权信息，加密投屏数据并控制收发单元将加密后的投屏数据发送至第二投屏目标设备。

在一种可能的实现方式中，处理单元控制收发单元向服务设备发送第二投屏请求之前，还用于：在投屏装置的显示界面中显示第一投屏目标设备的标识；控制收发单元接收第二用户操作，第二用户操作为用户选择投屏源设备的显示界面中第一投屏目标设备的标识中的一个；将用户选择的第一投屏目标设备的标识作为第二投屏目标设备的标识。

在一种可能的实现方式中，第一投屏目标设备的信息中还包括第一投屏目标设备的投屏状态信息，投屏状态信息指示第一投屏目标设备是否处于空闲状态。

上述第十五方面中任一种可能的实现方式可以达到的技术效果可以参照上述第七方面中有益效果的描述，此处不再重复赘述。

第十六方面，本申请提供一种投屏装置，包括：

收发单元和处理单元；

在一种可能的实现方式中，处理单元用于，控制收发单元接收来自服务设备的第三投屏请求，服务设备与第二投屏目标设备之间保持信令通道连接；响应于第三投屏请求，控制收发单元向服务设备发送第二投屏目标设备的通道授权信息，通道授权信息用于投屏源设备加密投屏数据并将加密后的投屏数据发送至第二投屏目标设备。

上述第十六方面中任一种可能的实现方式可以达到的技术效果可以参照上述第八方面中有益效果的描述，此处不再重复赘述。

第十七方面，本申请提供一种计算设备，包括处理器，所述处理器与存储器相连，所述存储器用于存储计算机程序，所述处理器用于执行所述存储器中存储的计算机程序，以使得所述计算设备实现上述第一方面至第八方面的任一方面中任一种可能的实现方式中的方法。

第十八方面，本申请提供一种计算设备，包括处理器和存储器，所述处理器与所述存储器相连，所述存储器用于存储计算机程序，所述处理器用于执行所述存储器中存储的计算机程序，以使得所述计算设备实现上述第一方面至第八方面的任一方面中任一种可能的实现方式中的方法。

第十九方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令被计算设备执行时，所述计算设备实现上述第一方面至第八方面的任一方面中任一种可能的实现方式中的方法。

第二十方面，本申请提供一种计算机程序产品，该计算机程序产品包括计算机程序或指令，当该计算机程序或指令被计算设备执行时，实现上述第一方面至第八方面的任一方面中任一种可能的实现方式中的方法。

第二十一方面，本申请提供一种芯片，包括至少一个处理器和接口；所述接口，用于为所述至少一个处理器提供程序指令或者数据；所述至少一个处理器用于执行所述程序行指令，以实现上述第一方面至第八方面的任一方面中任一种可能的实现方式中的方法。

第二十二方面，本申请提供一种投屏系统，包括上述第九方面中任一种可能的实现方式，以及上述第十一方面中任一种可能的实现方式，以及上述第十二方面中任一种可能的实现方式，以及上述第十三方面中任一种可能的实现方式。

第二十三方面，本申请提供一种投屏系统，包括上述第十四方面中任一种可能的实现方式，以及上述第十五方面中任一种可能的实现方式，以及上述第十六方面中任一种可能的实现方式。

上述第十七方面至第二十三方面中任一方面可以达到的技术效果可以参照上述第一方面至第十六方面中有益效果的描述，此处不再重复赘述。

附图说明

图1中为本申请示例性提供的一组投屏系统的架构示意图；

图2为本申请示例性提供的一种现有方案中本地投屏的流程示意图；

图3为本申请示例性提供的一种可能的投屏场景的示意图；

图4为本申请示例性提供的一种适用于本申请实施例的投屏系统的系统架构图；

图5为本申请示例性提供的一种投屏方法的流程示意图；

图6为本申请示例性提供的第一组投屏源设备的显示界面示意图；

图7为本申请示例性示出的再一种投屏方法的流程示意图；

图8为本申请示例性示出的一种本地投屏中采用待投屏队列的方法的流程示意图；

图9为本申请示例性示出的一种远程投屏中采用待投屏队列的方法的流程示意图；

图10为本申请示例性示出的再一种远程投屏中采用待投屏队列的方法的流程示意图；

图11为本申请示例性提供的第二组投屏源设备的显示界面示意图；

图12为本申请示例性提供的又一种投屏方法的流程示意图；

图13为本申请示例性提供的第三组投屏源设备的显示界面示意图；

图14为本申请示例性提供的一种投屏装置的结构示意图；

图15为本申请示例性提供的再一种投屏装置的结构示意图。

具体实施方式

投屏可以是将投屏源设备(比如手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑等)上的投屏数据投放到投屏目标设备上进行播放，有助于以高效的方式进行数据呈现共享。

从投屏源设备中是否显示内容的角度来说，一种可能投屏示例中，投屏源设备可以根据在投屏源设备的界面中显示的内容(比如视频、图片)生成对应的投屏数据，并发送给投屏目标设备，投屏源设备和投屏目标设备分别在各自界面中显示相同内容。另一种可能投屏示例中，投屏源设备可以根据待显示的内容生成对应的投屏数据，并发送给投屏目标设备，投屏目标设备在投屏目标设备的界面中显示投屏源设备待显示的内容。

投屏的方式可以是局域网(local area network，LAN)内点对点的本地投屏方式，也可以是经过服务设备转发实现的远程投屏方式。

如图1中(a)为本申请示例性提供的一种本地投屏系统的架构示意图。该本地投屏系统中包括投屏源设备和投屏目标设备，投屏源设备通过LAN将投屏数据发送至投屏目标设备，相应的，投屏目标设备接收投屏数据并播放。

如图1中(b)为本申请示例性提供的一种远程投屏系统的架构示意图。该远程投屏系统中包括投屏源设备、投屏目标设备和服务设备，其中投屏源设备将投屏数据经服务设备转发至投屏目标设备，投屏目标设备接收投屏数据并播放。

本申请中，投屏源设备又可以称为是投屏移动设备、移动设备、发送设备等，投屏目标设备又可以称为是投屏设备、投屏器、接收设备、大屏设备、大屏类设备等。服务设备又可以称为是服务端、服务器、投屏服务等。

如图2为本申请提供的一种现有方案中本地投屏的流程示意图，该流程中：

步骤201，投屏目标设备显示投屏授权信息。

投屏授权信息可以是由投屏目标设备生成的。示例性的，投屏目标设备在设备启动之后，或者在接收到用户的投屏指令之后，在投屏目标设备的显示界面中显示投屏授权信息。

示例性的，投屏授权信息可以是投屏二维码，其中投屏二维码是用某种特定的几何图形按一定规律在平面(二维方向上)分布的黑白相间的图形记录数据符号信息的。投屏授权信息还可以是投屏码，投屏码比如是由数字、大小写字符、特殊字符等组成的字符串，投屏码比如是“Ba34dg#k6”。

步骤202，投屏源设备获取投屏授权信息。

示例性的，如果投屏授权信息是投屏二维码，则用户可以用投屏源设备扫描投屏目标设备上显示的投屏二维码，从而投屏源设备获取到该投屏二维码。或者，如果投屏授权信息是投屏码，则用户可以在投屏源设备中输入投屏码，从而投屏源设备获取到该投屏码。

步骤203，投屏源设备根据投屏授权信息生成投屏请求，向投屏目标设备发送投屏请求。其中投屏请求中包括有投屏授权信息。

步骤204，投屏目标设备根据投屏请求中投屏授权信息，确定投屏源设备通过投屏验证。具体的，投屏目标设备若确定投屏请求中投屏授权信息为自己在界面中显示的投屏授权信息，则确定投屏源设备通过投屏验证。

步骤205，投屏目标设备向投屏源设备发送通道授权信息。

本申请中，通道授权信息可以理解为加密密钥或加密凭证。通道授权信息用于投屏源设备与投屏目标设备之间加密通信。

步骤206，投屏源设备根据通道授权信息向投屏目标设备发送投屏数据。

一种可选实现中，投屏源设备根据通道授权信息对投屏数据进行加密，得到加密之后的投屏数据(可称为加密数据)，然后将该加密数据发送至投屏目标设备。相应的，投屏目标设备可以基于该通道授权信息对加密数据进行解密，得到投屏数据。从而保障投屏源设备和投屏目标设备向之间数据通信的安全性。

在远程投屏过程中，投屏源设备和投屏目标设备二者之间通过服务设备从中间转发来实现通信：投屏源设备经服务设备向投屏目标设备发送投屏请求，相应的，投屏目标设备经服务设备向投屏源设备发送通道授权信息。其他步骤与上述步骤201至步骤205类似，不再赘述。

为了更好的解释本申请实施例，结合图3示例性的提供的一种可能的投屏场景的示意图，解释说明上述投屏流程。如图3中的投屏场景可以是会议场景，比如有用户A、用户B、用户C三个人参会，其中，用户A和用户B在会议室中参会，用户C在会议室外远程参会。每个用户都需要将自己的投屏源设备中的数据在会议室中的投屏目标设备上进行投屏显示。比如，用户A持有两个投屏源设备，两个投屏源设备比如分别是手机a和电脑d(其中手机a和电脑d对应于相同账户，即用户A的账户)。用户B持有一个投屏源设备，比如是手机b。用户C持有一个投屏源设备，比如是手机c。

由于用户A在会议室中，则用户A可以用手机a扫描会议室中投屏目标设备上显示的投屏二维码进行投屏。具体的，当用户A需要将手机a中的投屏数据进行投屏显示时，可以通过手机a扫描投屏目标设备上显示的投屏二维码，以使得手机a获取到该投屏二维码，进而基于图2中流程，将手机a中投屏数据发送至投屏目标设备中。同理，用户B也可以通过手机b扫描投屏目标设备上显示的投屏二维码，以使得手机b获取到该投屏二维码，进而基于图2中流程，将手机b中投屏数据发送至投屏目标设备中。

由于用户C在会议室外远程参会，则用户C不能直接用手机c扫描投屏目标设备上显示的投屏二维码进行投屏。用户A可通过手机a向手机c发送投屏二维码，相应的，用户C再通过手机c扫描该投屏二维码，以使得手机c获取到该投屏二维码，进而基于图2中流程，将手机c中投屏数据发送至投屏目标设备中。

同理，用户A、用户B、用户C还可以手动将投屏目标设备上显示的投屏码输入至各自的手机中，从而实现将各自手机中的投屏数据发送至投屏目标设备中。其中用户C可以从用户A处获取到投屏目标设备上显示的投屏码。

在每次投屏时，用户需要通过投屏源设备扫描投屏目标设备上显示的投屏二维码，或者，在投屏源设备中输入投屏目标设备上显示的投屏码，以使得投屏源设备获取到投屏目标设备的投屏授权信息。该方式需要用户手动验证，且操作繁琐。

鉴于此，为了减少用户操作，提高投屏系统中投屏操作的灵活性，本申请提供一种投屏方法，该投屏方法引入代理设备，代理设备可用于为一个或多个投屏源设备获取投屏目标设备的投屏授权信息，因而一个或多个投屏源设备对应的用户可以无需进行手动验证。

如图4为本申请示例性提供的一种适用于本申请实施例的投屏系统的系统架构图。示例性的，该投屏系统中可以包括代理设备、投屏源设备、服务设备和投屏目标设备。在本地投屏中，图4中的投屏源设备与投屏目标设备二者可以连接。图4仅为示例性，本申请并不限定各设备的数量。

在一种可能的实现方式中，服务设备可用于管理投屏系统中各终端设备的信息。示例性的，终端设备中可以安装有投屏应用，终端设备在与服务设备交互之前，可以通过投屏应用登录至服务设备中，服务设备中记录有终端设备的信息，终端设备的信息比如账户信息、设备标识、网际互连协议(internet protocol，IP)地址、端口号等。示例性的，终端设备可以是代理设备、或投屏源设备、或投屏目标设备。

在该投屏系统中，代理设备可以为投屏系统中的投屏源设备请求投屏授权信息，示例性的，可将代理设备理解为相对于投屏目标设备的近端设备，可将投屏源设备理解为相对于投屏目标设备的远端设备。

代理设备与投屏源设备之间存在关联关系，在一种可能的实现方式中，二者之间的关联关系可以至少包括如下中的一项的或多项：

(1)代理设备与投屏源设备对应于同一个账户。

比如图3示例性示出的会议场景中，用户A想要将电脑d上的投屏数据在投屏目标设备上显示，用户A可以通过手机a为电脑d获取投屏目标设备上显示的投屏授权信息。此处，手机a即为代理设备，电脑d即为投屏源设备。

(2)代理设备与投屏源设备对应于同一个群组或同一个部门。

比如图3示例性示出的会议场景中，用户A与用户C参加同一个会议，用户A的手机a与用户C的手机c具有关联关系(可以理解为手机a和手机c对应于同一个群组)，用户A可以通过手机a为手机c获取投屏目标设备上显示的投屏授权信息。此处，手机a即为代理设备，手机c即为投屏源设备。

当然还可能是其他的关联方式，本申请不限定。

如图5为本申请示例性提供的一种投屏方法的流程示意图。该流程中：

步骤501，投屏目标设备显示投屏授权信息。

在本地投屏的方式中，投屏授权信息可以是由投屏目标设备生成并显示的。

在远程投屏的方式中，投屏授权信息可以是由投屏目标设备生成并显示的，也可以是投屏目标设备从服务设备中获取并显示的。

步骤502，代理设备获取投屏授权信息。

投屏授权信息可以是投屏二维码，用户可以用代理设备扫描投屏目标设备上显示的投屏二维码，从而代理设备获取到该投屏二维码。或者，投屏授权信息还可以是投屏码，用户可以在代理设备中输入投屏码，从而代理设备获取到该投屏码。为方便描述，如下以投屏授权信息为投屏二维码来举例说明。

需要说明的是，代理设备在获取投屏授权信息时，可同时获取到投屏目标设备的信息，比如投屏目标设备的设备标识、IP地址、端口号中的一个或多个，该投屏目标设备的信息可用于后续服务设备或者投屏源设备向投屏目标设备请求投屏。

还需要说明的是，代理设备也可以向投屏目标设备发送投屏数据。在一个示例性中，代理设备在获取到投屏授权信息之后，可以在代理设备的界面中显示第一提示信息，该第一提示信息用于提示代理设备的用户，该获取到的投屏信息是用于代理设备自身投屏的，还是用于其他设备投屏的。若代理设备的用户指示该获取到的投屏信息是用于其他设备(即需代理投屏的投屏源设备)投屏的，则代理设备可以进一步获取需代理投屏的投屏源设备的标识，并执行下述步骤503。若代理设备的用户指示该获取到的投屏信息是用于代理设备自身投屏的，则代理设备可以向投屏目标设备发送投屏数据，具体可参见图2中流程，不再赘述。

在上述过程中，代理设备可通过如下的方式获取需代理投屏的投屏源设备的标识：

本申请中，服务设备中预先记录有与代理设备具有关联关系的设备(可称为关联设备)的标识。相应的，代理设备可以从服务设备中获取多个关联设备的标识，然后从多个关联设备的标识中确定出需要代理的关联设备的标识(即投屏源设备的标识)。

在一种可能的实现方式中，代理设备可以向服务设备发送关联设备请求，该关联设备请求中携带有代理设备的标识，该关联设备请求用于向服务设备请求关联设备的标识。相应的，服务设备可以根据关联设备请求中的代理设备的标识，确定关联设备的标识，将关联设备的标识携带于响应消息中发送至代理设备。代理设备可以将响应消息中关联设备的标识显示在代理设备的显示界面上，用户执行第一用户操作，其中第一用户操作可以是用户根据代理设备的显示界面中显示的关联设备的标识，选择代理设备需要进行代理的关联设备的标识(即投屏源设备的标识)。代理设备根据第一用户操作，获取需要代理投屏的投屏源设备的标识。

举例来说，服务设备中记录有代理设备1对应的关联设备的标识，比如标识11、标识12和标识13。代理设备获取需代理投屏的投屏源设备的标识的过程中，代理设备1向服务设备发送的关联设备请求中携带代理设备1的标识，相应的，服务设备根据关联设备请求中代理设备1的标识，向代理设备1发送响应消息，该响应消息中包括有关联设备的标识，即标识11、标识12和标识13。代理设备1可以将该标识11、标识12和标识13显示在代理设备的显示界面中，用户在代理设备的显示界面中选择其中一个关联设备的标识，比如用户选择标识11，则代理设备接收到来自用户的选择标识11的指令之后，将标识11作为投屏源设备的标识。

步骤503，代理设备向服务设备发送代理投屏请求，代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息。

步骤504，服务设备确定代理设备与投屏源设备具有关联关系。

服务设备在接收到来自代理设备的代理投屏请求之后，可以从代理投屏请求中得到投屏源设备的标识和投屏目标设备的投屏授权信息。服务设备响应于代理投屏请求，验证代理设备是否具备为投屏源设备代理投屏的资格。

一种可选实现方式中，服务设备若确定代理设备与投屏源设备二者之间具有关联关系(例如，服务设备确定预先记录的代理设备的关联设备的标识中包含该代理投屏请求中的投屏源设备的标识)，则执行步骤505。服务设备若确定代理设备与投屏源设备二者之间不具有关联关系，则拒绝代理设备的代理投屏请求。

其中步骤504为可选步骤，可用于保障只有与投屏源设备具有关联关系的代理设备才能为投屏源设备获取投屏授权信息，以提高投屏源设备投屏的安全性。当然，服务设备在接收到来自代理设备的代理投屏请求之后，也可以直接执行步骤505。

步骤505，服务设备向投屏源设备发送投屏事件通知，投屏事件通知中包括有投屏目标设备的投屏授权信息。

服务设备可以根据代理投屏请求中投屏源设备的标识，向投屏源设备发送投屏事件通知。相应的，投屏源设备可以基于来自服务设备的投屏事件通知，获得投屏目标设备的投屏授权信息。

投屏源设备在获取到投屏授权信息之后，可以确定是否基于该投屏授权信息向投屏目标设备投屏。一种可选方式中，投屏源设备可以在投屏源设备的显示界面中显示第二提示信息，该第二提示信息用于提示该投屏源设备的用户，是否同意投屏。若投屏源设备的用户指示同意投屏，则投屏源设备执行下述步骤506。若投屏源设备的用户指示拒绝投屏，则投屏源设备可以向服务设备发送拒绝消息。避免出现投屏源设备中敏感数据泄露的问题。

在另一种可选方式中，在代理设备和投屏源设备对应于同一个账户的情况下，若代理设备为投屏源设备获取了投屏授权信息，则投屏源设备可以默认同意投屏。具体的，在服务设备判断代理设备与投屏源设备对应于同一个账户的情况下，服务设备在向投屏源设备发送投屏事件通知时，可以指示投屏源设备无需显示第二提示信息，而直接根据投屏事件通知中的投屏授权信息，向投屏目标设备请求通道授权信息。

本申请中投屏源设备在接收到来自服务设备的投屏事件通知之后，投屏源设备可以向投屏目标设备请求通道授权信息，并基于请求到的通道授权信息与投屏目标设备传输投屏数据。基于不同的投屏方式，如下分两种情况说明：

在本地投屏的方式中：

步骤506A，投屏源设备向投屏目标设备发送第一投屏请求，其中第一投屏请求中包括投屏目标设备的投屏授权信息。第一投屏请求用于投屏源设备向投屏目标设备请求投屏目标设备的通道授权信息。

步骤507A，投屏目标设备确定第一投屏请求中包括的投屏授权信息通过验证之后，向投屏源设备发送投屏目标设备的通道授权信息。具体的，投屏目标设备若确定第一投屏请求中的投屏授权信息为自己的投屏授权信息，则确定第一投屏请求中包括的投屏授权信息通过验证，并向投屏源设备发送投屏目标设备的通道授权信息。

步骤508A，投屏源设备根据通道授权信息，向投屏目标设备发送投屏数据。

投屏源设备可以根据通道授权信息加密投屏数据，得到加密数据。投屏源设备向投屏目标设备发送加密数据。相应的，投屏目标设备根据通道授权信息解密加密数据得到投屏数据。一个示例中，投屏源设备与投屏目标设备之间是长连接数据通信，比如投屏源设备与投屏目标设备之间采用传输控制协议(transmission control protocol，TCP)通信。再一个示例中，投屏源设备与投屏目标设备之间是无链接数据通信，比如投屏源设备与投屏目标设备之间采用用户数据报协议(user data protocol，UDP)通信。

在远程投屏的方式中：

步骤506B，投屏源设备经服务设备向投屏目标设备发送第一投屏请求。

其中，服务设备在接收到来自投屏源设备的第一投屏请求之后，可以验证投屏源设备是否为可信的投屏源设备，即验证是否为已经登录至服务设备中的投屏源设备，若是，则将第一投屏请求转发至投屏目标设备，从而有助于提高投屏的安全性。

步骤507B，投屏目标设备确定第一投屏请求中包括的投屏授权信息通过验证之后，经服务设备向投屏源设备发送投屏目标设备的通道授权信息。具体的，投屏目标设备若确定第一投屏请求中的投屏授权信息为自己的投屏授权信息，则确定第一投屏请求中包括投屏授权信息通过验证，并经服务设备向投屏源设备发送投屏目标设备的通道授权信息。

步骤508B，投屏源设备根据通道授权信息，经服务设备向投屏目标设备发送投屏数据。

类似步骤508A中的介绍，此处不再赘述。

需要补充的是，在服务设备生成投屏目标设备的投屏授权信息的场景中，服务设备可以维护投屏目标设备与投屏授权信息之间的对应关系，比如投屏目标设备1对应于投屏授权信息1，投屏目标设备2对应于投屏授权信息2等。相应的，服务设备接收来自投屏源设备的第一投屏请求之后，不仅可以验证投屏源设备是否为可信的投屏源设备，还可以验证第一投屏请求中包括的投屏授权信息是否通过验证。具体的，服务设备可以确定第一投屏请求中包括的投屏授权信息，是否与服务设备中维护的该投屏目标设备的投屏授权信息相同，若是，则确定该投屏授权信息通过验证。随后，服务设备可以根据该投屏授权信息从投屏目标设备中获取投屏目标设备的通道授权信息，并将该通道授权信息发送给投屏源设备；或者，服务设备生成投屏目标设备的通道授权信息，并将该通道授权信息分别发送给投屏源设备和投屏目标设备。

步骤509，投屏目标设备显示投屏数据。

可选的，投屏目标设备可以将投屏数据，显示在投屏目标设备的显示界面上。如图3示例性示出的会议场景中，手机c可以在用户C的操作下，将手机c的投屏数据在投屏目标设备中显示，从而用户A和用户B可以在投屏目标设备上看到手机c的界面。

为了更好的解释上述步骤501至步骤509示出的流程，下面仍结合图3示例性示出的会议场景举例说明。比如，手机a的关联设备包括手机b、手机c和电脑d，手机a、手机b、手机c和电脑d的标识分别为标识a、标识b、标识c、标识d。

例子1，用户A通过手机a代理手机c投屏。

用户A可以通过手机a扫描投屏目标设备显示的投屏二维码，获得投屏目标设备的投屏授权信息。此时，手机a的显示界面可以如图6中(a)所示，该显示界面中显示有第一提示信息，第一提示信息为“是否为其他设备请求投屏”。若手机a检测到用户A选择显示界面中的“是”，则响应于该选择操作，向服务设备发送关联设备请求，该关联设备请求中携带于手机a的标识，该关联设备请求用于向服务设备请求手机a的关联设备的标识。

服务设备根据关联设备请求中手机a的标识，向手机a发送响应消息，该响应消息中包括手机a的关联设备的标识：标识b、标识c、标识d。

手机a接收到该响应消息之后，在手机a的显示界面中显示标识b、标识c、标识d，并提示用户选择为哪个设备请求投屏，具体可参见图6中(b)。如果用户在手机a的显示界面中选择了标识c，则手机a向服务设备发送代理投屏请求，代理投屏请求中包括有标识c和投屏授权信息。服务设备响应于代理投屏请求，确定手机c与手机a具有关联关系，将投屏授权信息携带于投屏事件通知中发送给手机c。

手机c接收该投屏事件通知之后，在手机c的显示界面中可以弹出第二提示信息，第二提示信息可用于提示手机c对应的用户C是否同意投屏。示例性的，手机c的显示界面可参见图6中(c)所示，第二提示信息为“是否同意投屏？”，若手机c检测到用户C选择显示界面中的“是”的操作时，则响应于该操作，向投屏目标设备发送第一投屏请求，第一投屏请求中包括投屏授权信息。进一步的，投屏目标设备接收到第一投屏请求之后，确定第一投屏请求中投屏授权信息通过验证，向手机c发送通道授权信息。手机c基于通道授权信息与投屏目标设备进行投屏数据的加密传输。

例子2，用户A通过手机a代理电脑d投屏。

其中手机a和电脑d均是用户A的终端设备，即对应于同一个账户。用户A可以通过手机a扫描投屏目标设备上显示的投屏二维码，手机a的显示界面仍可参见图6中(a)所示。手机a向服务设备请求关联设备的标识，并在显示界面中显示关联设备的标识，比如仍参见图6中(b)。用户A可以在手机a的界面中选择标识d，则手机a向服务设备发送代理投屏请求，服务设备响应于代理投屏请求，向电脑d发送投屏事件通知。其中，服务设备可以确定手机a和电脑d与对应于同一个账户，在向电脑d发送投屏事件通知时，可以指示电脑d无需显示第二提示信息，而直接根据投屏事件通知中的投屏授权信息，向投屏目标设备发送第一投屏请求。进一步的，投屏目标设备接收到第一投屏请求之后，确定第一投屏请求中投屏授权信息通过验证，向电脑d发送通道授权信息。电脑d基于通道授权信息与投屏目标设备进行投屏数据的加密传输。由于手机a和电脑d均对应于同一个账户(即用户A的账户)，则用户A无需再次在电脑d中确认，有助于减少用户操作。

上述技术方案中，通过代理设备协助投屏源设备获取投屏目标设备的投屏授权信息，并将投屏授权信息发送至服务设备，服务设备向投屏源设备发送投屏事件通知，投屏事件通知中包含投屏授权信息，从而投屏源设备可以根据投屏事件通知中的投屏授权信息，向投屏目标设备请求投屏目标设备的通道授权信息，进而根据投屏目标设备的通道授权信息与投屏目标设备传输投屏数据。该方案中，用户无需通过投屏源设备扫描投屏目标设备上的投屏二维码，或者在投屏源设备中输入投屏目标设备上的投屏码，减少用户操作，有助于提高用户体验。而且，代理设备可以针对多个投屏源设备中的每个投屏源设备获取投屏目标设备的投屏授权信息，从而实现代理设备统一代理，在大型会议场景中，代理设备可用于管理人员统一调度不同投屏源设备切换投屏到投屏目标设备，无需每个用户手动验证授权，还有助于避免出现用户操作抢用。

本申请提供另外一种投屏方法的实现方式，该实现方式与图5所示的实现方式相比，服务设备在接收到代理设备发送的代理投屏请求时，无需向投屏源设备发送投屏事件通知，而直接向投屏目标设备请求通道授权信息，有助于减少信令交互。

具体可参见图7示例性示出的再一种投屏方法的流程示意图：

步骤701，投屏目标设备显示投屏授权信息。

步骤702，代理设备获取投屏授权信息。

步骤703，代理设备向服务设备发送代理投屏请求，代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息。

可选的，步骤704，服务设备确定代理设备与投屏源设备具有关联关系。

步骤705，服务设备向投屏目标设备发送通道授权请求，该通道授权请求中包括投屏目标设备的投屏授权信息。在一种可能方式中，服务设备向投屏目标设备发送通道授权请求中还可以包括投屏源设备的标识，比如投屏源设备的端口号，以告知投屏目标设备该通道授权请求的发送端虽然是服务设备，但是该通道授权请求是用于为投屏源设备请求通道授权信息的。从而投屏目标设备可以确定出需要获取通道授权信息的投屏源设备。

步骤706，投屏目标设备确定通道授权请求中包括的投屏授权信息通过验证之后，经服务设备向投屏源设备发送通道授权信息。

步骤707，投屏源设备根据通道授权信息，向投屏目标设备发送投屏数据。

本申请中，若为本地投屏方式，则投屏源设备根据通道授权信息，向投屏目标设备发送投屏数据；若为远程投屏方式，则投屏源设备根据通道授权信息，经服务设备向投屏目标设备发送投屏数据。

步骤708，投屏目标设备显示投屏数据。

该方式中，为了保障投屏源设备中数据的安全性，在投屏源设备接收到来自服务设备的通道授权信息之后，投屏源设备可以确定是否需要进行投屏。具体的，投屏源设备可以在显示界面中显示第三提示信息，第三提示信息用于提示用户是否需要将投屏源设备中的数据投屏至投屏目标设备中，若用户同意，则投屏源设备根据通道授权信息，向投屏目标设备发送投屏数据。

此外，服务设备还可以在确定代理设备与投屏源设备是否具有关联关系的过程中，确定二者是否对应于同一个账户。若二者对应于同一个账户，则服务设备可以直接向投屏目标设备发送通道授权请求。若二者未对应于同一个账户，则服务设备可以向投屏源设备确定是否需要进行投屏，相应的，投屏源设备在显示界面中显示第三提示信息，第三提示信息提示用户是否需要将投屏源设备中的数据投屏至投屏目标设备中，若用户同意，则投屏源设备向服务设备发送确认信息，进而服务设备向投屏目标设备请求通道授权信息。

在本申请中，投屏目标设备的投屏状态可以包括空闲状态和非空闲状态。投屏目标设备处于空闲状态，可理解为投屏目标设备尚未被投屏源设备用于投屏(例如，没有接收投屏源设备的投屏数据)；投屏目标设备处于非空闲状态，可理解为投屏目标设备已经被投屏源设备用于投屏(例如，接收到投屏源设备的投屏数据)。

在投屏目标设备仅能接收一个投屏源设备的投屏数据的情况下，若投屏源设备需要向某个处于非空闲状态的投屏目标设备请求投屏时，会请求投屏失败，因为该投屏目标设备当前正在接收其他投屏源设备的投屏。在这种情况下，投屏源设备需要等待投屏目标设备由非空闲状态转变为空闲状态之后，再次向该投屏目标设备请求投屏才能请求投屏成功。但是在该情况中，投屏源设备并不能及时检测到投屏目标设备由非空闲状态转变为空闲状态，也即，不能及时向投屏目标设备投屏。

为此，本申请提供一种待投屏队列的方式，用于在投屏目标设备处于非空闲状态时，根据来自投屏源设备的投屏请求，在待投屏队列中缓存发送投屏请求的投屏源设备的标识，以用于在投屏目标设备由非空闲状态转变为空闲状态之后，及时通知投屏源设备执行投屏。

本申请提供的待投屏队列的方式可应用于图1示例性示出中的投屏系统中，也可以应用于图4示例性示出中的投屏系统中。

本申请基于不同的投屏方式，如下分两种情况说明：

情况一：本地投屏的方式，待投屏队列可设置于投屏目标设备中。

可参见图8示例性示出的一种本地投屏中采用待投屏队列的方法的流程示意图：

步骤801，投屏源设备向投屏目标设备发送第一投屏请求。

投屏目标设备在接收到第一投屏请求之后，可以根据投屏目标设备当前的投屏状态，选择接下来需要执行的步骤。具体的，当投屏目标设备的投屏状态为空闲状态时，投屏目标设备执行步骤802；当投屏目标设备的投屏状态为非空闲状态时，投屏目标设备执行步骤803和步骤804。

步骤802，投屏目标设备在确定第一投屏请求中包括的投屏授权信息通过验证之后，向投屏源设备发送投屏目标设备的通道授权信息。

步骤803，投屏目标设备将投屏源设备的标识缓存至投屏目标设备的待投屏队列中。本申请中，投屏目标设备将投屏源设备的标识缓存至投屏目标设备的待投屏队列中，也可以理解成投屏目标设备将第一投屏请求缓存至投屏目标设备的待投屏队列中。

在一种可能的实现方式中，投屏目标设备可以向投屏源设备发送拒绝响应(也可称为投屏非空闲通知)，相应的，投屏源设备在显示界面中显示第四提示信息，第四提示信息用于提示用户是否需要等待投屏，若用户确认需要等待投屏，则投屏源设备向投屏目标设备发送确认等待信息，投屏目标设备将该投屏源设备的标识缓存至投屏目标设备的待投屏队列中。

步骤804，投屏目标设备由非空闲状态转变为空闲状态之后，向投屏源设备发送投屏空闲通知，该投屏空闲通知用于指示投屏源设备重新发起投屏请求。

在一种可能的实现方式中，投屏目标设备的投屏授权信息可以按照预设周期进行更新，从而保障投屏的安全性，在该情况中，投屏目标设备可以重新生成投屏授权信息，并将该重新生成的投屏授权信息包含于投屏空闲通知中，发送给投屏源设备。

相应的，投屏源设备接收到该投屏空闲通知之后，重新向投屏目标设备发送第一投屏请求。在一种可能的实现方式中，投屏源设备接收到该投屏空闲通知之后，可以在显示界面中显示第五提示信息，第五提示信息用于提示用户是否需要继续投屏，若用户确认需要继续投屏，则投屏源设备可以重新向投屏目标设备发送第一投屏请求。之后，投屏目标设备根据第一投屏请求，向投屏源设备发送投屏目标设备的通道授权信息。即可以重新回到上述步骤801和步骤802。

需要补充的是，投屏目标设备的待投屏队列中可以缓存有一个或多个投屏源设备的标识。在投屏目标设备的投屏状态由非空闲状态转变为空闲状态之后，投屏目标设备可以从该一个或多个投屏源设备中确定出仍处于等待状态的投屏源设备，然后根据该仍处于等待状态的投屏源设备的优先级，确定出一个投屏源设备，并向该投屏源设备发送投屏空闲通知。

此外，投屏目标设备还可以广播投屏空闲通知，相应的，仍处于等待状态的投屏源设备可以通过竞争方式向投屏目标设备发送第一投屏请求，投屏目标设备确定出一个投屏源设备，然后向该投屏源设备发送投屏目标设备的通道授权信息。

情况二：远程投屏的方式，待投屏队列可设置于投屏目标设备或者服务设备中。

情况1：待投屏队列设置于投屏目标设备中。

可参见图9示例性示出的一种远程投屏中采用待投屏队列的方法的流程示意图：

步骤901，投屏源设备经服务设备向投屏目标设备发送第一投屏请求。

投屏目标设备在接收到第一投屏请求之后，可以根据投屏目标设备当前的投屏状态，选择接下来需要执行的步骤。具体的，当投屏目标设备的投屏状态为空闲状态时，投屏目标设备执行步骤902；当投屏目标设备的投屏状态为非空闲状态时，投屏目标设备执行步骤903和步骤904。

步骤902，投屏目标设备在确定第一投屏请求中包括的投屏授权信息通过验证之后，经服务设备向投屏源设备发送投屏目标设备的通道授权信息。

步骤903，投屏目标设备将投屏源设备的标识缓存至投屏目标设备的待投屏队列中。在一种可能的实现方式中，投屏目标设备可以经服务设备向投屏源设备发送拒绝响应，相应的，投屏源设备在显示界面中显示第四提示信息，第四提示信息用于提示用户是否需要等待投屏，若用户确认需要等待投屏，则投屏源设备经服务设备向投屏目标设备发送确认等待信息，投屏目标设备将该投屏源设备的标识缓存至投屏目标设备的待投屏队列中。

步骤904，投屏目标设备由非空闲状态转变为空闲状态之后，经服务设备向投屏源设备发送投屏空闲通知，该投屏空闲通知用于指示投屏源设备重新发起投屏请求。

在一种可能的实现方式中，投屏目标设备的投屏授权信息可以按照预设周期进行更新，从而保障投屏的安全性。在该情况中，投屏目标设备可以重新生成投屏授权信息，并将该重新生成的投屏授权信息包含于投屏空闲通知中，经服务设备发送给投屏源设备。

相应的，投屏源设备接收到该投屏空闲通知之后，重新经服务设备向投屏目标设备发送第一投屏请求。在一种可能的实现方式中，投屏源设备接收到该投屏空闲通知之后，可以在显示界面中显示第五提示信息，第五提示信息用于提示用户是否需要继续投屏，若用户确认需要继续投屏，则投屏源设备可以重新向投屏目标设备发送第一投屏请求。之后，投屏目标设备根据第一投屏请求，经服务设备向投屏源设备发送投屏目标设备的通道授权信息。即可以重新回到上述步骤901和步骤902。

需要补充的是，投屏目标设备的待投屏队列中可以缓存有一个或多个投屏源设备的标识。在投屏目标设备的投屏状态由非空闲状态转变为空闲状态之后，投屏目标设备可以从该一个或多个投屏源设备中确定出仍处于等待状态的投屏源设备，然后根据该处于等待状态的投屏源设备的优先级，确定出一个投屏源设备，并经服务设备向该投屏源设备发送投屏空闲通知。

此外，投屏目标设备还可以向服务设备发送投屏空闲通知，服务设备广播该投屏空闲通知。相应的，仍处于等待状态的投屏源设备可以通过竞争方式向服务设备发送第一投屏请求，服务设备确定出一个投屏源设备，然后为该投屏源设备请求投屏目标设备的通道授权信息。或者，投屏源设备通过竞争方式经服务设备向投屏目标设备发送第一投屏请求，投屏目标设备确定出一个投屏源设备，然后经服务设备向该投屏源设备发送投屏目标设备的通道授权信息。

情况2：待投屏队列设置于服务设备中。

可参见图10示例性示出的再一种远程投屏中采用待投屏队列的方法的流程示意图：

步骤1001，投屏源设备向服务设备发送第一投屏请求。

服务设备在接收到第一投屏请求之后，可以获得投屏目标设备当前的投屏状态。一种可选示例中，服务设备可以实时监测投屏目标设备的投屏状态，进而确定投屏目标设备当前的投屏状态是空闲状态还是非空闲状态。

服务设备根据投屏目标设备当前的投屏状态，选择接下来需要执行的步骤。具体的，当服务器设备确定投屏目标设备的投屏状态为空闲状态时，服务设备执行步骤1002；当服务器设备确定投屏目标设备的投屏状态为非空闲状态时，服务设备执行步骤1004。

步骤1002，服务设备向投屏目标设备发送第一投屏请求，该第一投屏请求中包括投屏授权信息。

步骤1003，投屏目标设备在确定第一投屏请求中包括的投屏授权信息通过验证之后，经服务设备向投屏源设备发送投屏目标设备的通道授权信息。

步骤1004，服务设备将投屏源设备的标识缓存至服务设备的待投屏队列中。本申请中，服务设备将投屏源设备的标识缓存至投屏目标设备的待投屏队列中，也可以理解成服务设备将第一投屏请求缓存至投屏目标设备的待投屏队列中。

在一种可能的实现方式中，服务设备可以向投屏源设备发送拒绝响应，相应的，投屏源设备在显示界面中显示第四提示信息，第四提示信息用于提示用户是否需要等待投屏，若用户确认需要等待投屏，则投屏源设备向服务设备发送确认等待信息，服务设备将该投屏源设备的标识缓存至服务设备的待投屏队列中。

步骤1005，投屏目标设备由非空闲状态转变为空闲状态之后，服务设备向投屏源设备发送投屏空闲通知，该投屏空闲通知用于指示投屏源设备重新发起投屏请求。

在一种可能的实现方式中，投屏目标设备的投屏授权信息可以是由服务设备按照预设周期进行更新的，从而保障投屏的安全性。在该情况中，服务设备可以重新生成投屏授权信息，并将该重新生成的投屏授权信息包含于投屏空闲通知中，发送给投屏源设备。此外，服务设备还可以将该重新生成的投屏授权信息发送给投屏目标设备。

相应的，投屏源设备接收到该投屏空闲通知之后，重新向服务设备发送第一投屏请求，随后服务设备向投屏目标设备发送第一投屏请求。在一种可能的实现方式中，投屏源设备接收到该投屏空闲通知之后，可以在显示界面中显示第五提示信息，第五提示信息用于提示用户是否需要继续投屏，若用户确认需要继续投屏，则投屏源设备可以重新向投屏目标设备发送第一投屏请求。之后，投屏目标设备根据第一投屏请求，经服务设备向投屏源设备发送投屏目标设备的通道授权信息。即可以重新回到上述步骤1001至步骤1003。

需要补充的是，在本申请实施例中，服务设备确定投屏目标设备是否处于空闲状态的方式，还可以为：服务设备在接收到第一投屏请求之后，向投屏目标设备发送第一投屏请求，若接收到来自投屏目标设备的通道授权信息，即表征投屏目标设备当前的投屏状态是空闲状态；若接收到来自投屏目标设备的拒绝响应(也可称为投屏非空闲通知)，即表征投屏目标设备当前的投屏状态是非空闲状态。进一步的，投屏目标设备由非空闲状态转变为空闲状态之后，投屏目标设备可以向服务设备发送投屏空闲通知，服务设备将该投屏空闲通知发送至投屏源设备。

还需要补充的是，服务设备的待投屏队列中可以缓存有一个或多个投屏源设备的标识。在投屏目标设备的投屏状态由非空闲状态转变为空闲状态之后，服务设备可以从该一个或多个投屏源设备中确定出仍处于等待状态的投屏源设备，然后根据该处于等待状态的投屏源设备的优先级，确定出一个投屏源设备，向该投屏源设备发送投屏空闲通知。

此外，服务设备还可以广播投屏空闲通知，相应的，仍处于等待状态的投屏源设备通过竞争方式向服务设备发送第一投屏请求，服务设备确定出一个投屏源设备，然后为该投屏源设备请求投屏目标设备的通道授权信息。

通过上述方式，在投屏目标设备的投屏状态由非空闲状态转变为空闲状态时，投屏源设备可接收到来自投屏目标设备，或者来自服务设备的投屏空闲通知，从而投屏源设备可以及时向投屏目标设备再次发送投屏请求，实现投屏源设备及时向投屏目标设备投屏。无需投屏源设备的用户人工查看当前投屏目标设备的投屏状态，有助于提高用户体验。在多个投屏源设备需要依次投屏的情况下，有助于实现投屏目标设备的快速切换投屏。

为了更好的解释本申请中待投屏队列的流程，下面结合图3示例性示出的会议场景举例。假设手机a、手机b和手机c均采用远程投屏方式。当用户A正在通过手机a投屏时，用户B通过手机b扫描投屏目标设备上的二维码，并请求投屏，由于此时投屏目标设备正在被手机a占用，则手机b的显示界面可以如图11中(a)所示，手机b的显示界面中显示第四提示信息，第四提示信息比如是“提示：投屏目标设备当前正在被其他设备占用，是否等待？”。若手机b检测到用户B选择显示界面中的“是”的操作时，则响应于该操作，手机b进入等待投屏的状态。此时，服务设备中的待投屏队列中可以包括有手机b的标识。待手机a投屏结束之后，服务设备可以向手机b发送投屏空闲通知，相应的，手机b的显示界面可以如图11中(b)所示，手机b的显示界面中显示第五提示信息，第五提示信息比如是“提示：投屏目标设备当前空闲，是否继续投屏？”，若手机b检测到用户B选择显示界面中的“是”，则响应于该选择操作，向服务设备发送第一投屏请求，实现手机b向投屏目标设备投屏。此外，在上述例子中，用户C也可以通过手机c请求投屏，手机c的显示界面也可以参照图11中(a)和(b)所示。

进一步的，本申请可以提供用户A对所有投屏源设备的投屏顺序进行调整。比如，用户A作为管理人员，可以在手机a中调整用户的投屏源设备的投屏顺序。手机a的显示界面可以参照图11中(c)所示，显示界面中显示的投屏顺序为标识b和标识c，相应的，服务设备中的待投屏队列中包括有具有先后顺序的标识b和标识c。在手机a投屏结束之后，服务设备可以向手机b发送投屏空闲通知，实现手机b向投屏目标设备投屏。在手机b投屏结束之后，服务设备可以向手机c发送投屏空闲通知，实现手机c向投屏目标设备投屏。此处，用户A可以通过改变手机a的显示界面中标识的顺序，以通知服务设备调整待投屏队列中各标识的先后顺序。

如上述实施例中，代理设备协助投屏源设备获取投屏目标设备的投屏授权信息，进而投屏源设备基于投屏授权信息向投屏目标设备发送投屏数据。此外，本申请提供另一种投屏方法，可应用于图1示例性示出中的投屏系统中，该方法可以由服务设备、投屏目标设备和投屏源设备完成。

在本申请实施例中，可将与投屏源设备具有关联关系的投屏目标设备称为是第一投屏目标设备；可将用于投屏源设备进行投屏的投屏目标设备称为是第二投屏目标设备；可将与服务设备保持信令通道连接的投屏目标设备称为是第三投屏目标设备。

可以理解的是，服务设备可以与M个第三投屏目标设备保持信令通道的连接；服务设备可从该M个第三投屏目标设备中确定出N个第一投屏目标设备，其中M和N均为正整数，且N小于或等于M。该N个第一投屏目标设备的标识可显示在投屏源设备的显示界面中，以供用户从N个第一投屏目标设备中选择出用于投屏源设备进行投屏的投屏目标设备(即第二投屏目标设备)。

参见图12示例性示出又一种投屏方法的流程示意图说明：

步骤1201，服务设备确定第一投屏目标设备。

服务设备可基于预设策略，从该M个第三投屏目标设备中确定出N个第一投屏目标设备。其中预设策略可至少包括用户自主选择绑定策略、自动绑定策略和区域匹配绑定策略。基于三种不同策略，可以对步骤1201分三种示例进行说明。

示例a，用户自主选择绑定策略，可参见步骤a1至步骤a4。

步骤a1，服务设备向投屏源设备发送M个第三投屏目标设备分别对应的M个标识。

步骤a2，投屏源设备从M个标识中确定出N个目标标识。具体的，投屏源设备将M个标识显示在投屏源设备的显示界面中，用户可以在该投屏源设备的显示界面中选择N个目标标识，其中N个目标标识对应的第三投屏目标设备即为第一投屏目标设备，相应的，投屏源设备确定用户选择的N个目标标识。

步骤a3，投屏源设备向服务设备发送关联请求，关联请求中包括N个目标标识。

步骤a4，服务设备将N个目标标识对应的第三投屏目标设备确定为N个第一投屏目标设备。

示例b，自动绑定策略，可参见步骤b1或步骤b2。

步骤b1，服务设备将M个第三投屏目标设备均作为投屏源设备的关联设备，即将M个第三投屏目标设备确定为N个第一投屏目标设备，M等于N。

步骤b2，服务设备根据投屏源设备分别投屏至M个第三投屏目标设备的次数，从M个第三投屏目标设备中选择出N个第三投屏目标设备，并将该N个第三投屏目标设备作为N个第一投屏目标设备。

示例c，区域匹配绑定策略，可参见步骤c1和步骤c2。

步骤c1，服务设备确定投屏源设备的所属区域。

步骤c2，服务设备从M个第三投屏目标设备中，确定出与投屏源设备属于相同区域的N个第三投屏目标设备，并将该N个第三投屏目标设备作为N个第一投屏目标设备。

步骤1202，服务设备向投屏源设备发送第一投屏目标设备的信息。

本申请中，服务设备在向投屏源设备发送第一投屏目标设备的信息时，可以至少有两种实现方式：其一，在投屏源设备通过投屏应用登录至服务设备时，服务设备主动向投屏源设备发送第一投屏目标设备的信息。其二，投屏源设备可以在需要投屏时，向服务设备发送关联设备请求，该关联设备请求用于向服务设备请求第一投屏目标设备的标识，服务设备响应于该关联设备请求，向投屏源设备发送第一投屏目标设备的信息。

步骤1203，投屏源设备根据第一投屏目标设备的信息，从第一投屏目标设备中确定出第二投屏目标设备；向服务设备发送第二投屏请求，其中第二投屏请求中包含第二投屏目标设备的标识。

投屏源设备可以在投屏源设备的显示界面中显示第一投屏目标设备的信息。用户执行第二用户操作，其中第二用户操作可以是用户选择投屏源设备的显示界面中第一投屏目标设备的标识中的一个(即第二投屏目标设备的标识)。相应的，投屏源设备接收第二用户操作，根据用户选择的第二投屏目标设备的标识，生成包含有第二投屏目标设备的标识的第二投屏请求，并将该第二投屏请求发送给服务设备。

基于服务设备向投屏源设备发送的第一投屏目标设备的信息的不同，可以至少有如下三个示例：

示例1，服务设备向投屏源设备发送N个第一投屏目标设备的信息。其中，每个第一投屏目标设备的信息中包括有对应第一投屏目标设备的标识和投屏状态信息，投屏状态信息可以是由服务设备实时监测第一投屏目标设备的投屏状态而得到的，或者投屏状态信息可以是由第一投屏目标设备上报给服务设备的，投屏状态信息可用于指示第一投屏目标设备是否处于空闲状态。比如，N个第一投屏目标设备分别对应的标识是标识1、标识2、……、标识N，N个第一投屏目标设备分别对应的投屏状态信息是状态1、状态2、……、状态N，服务设备向投屏源设备发送标识1和状态1、标识2和状态2、……、标识N和状态N。

相应的，投屏源设备可以将N个第一投屏目标设备的信息(包括标识和投屏状态信息)在投屏源设备的显示界面中显示，比如图13中(a)所示，用户可以在该显示界面中选择投屏状态信息为空闲状态的第一投屏目标设备作为第二投屏目标设备。

示例2，服务设备还可以根据各第一投屏目标设备的投屏状态信息，从N个第一投屏目标设备中确定出K个处于空闲状态的第一投屏目标设备，其中K为正整数，且K小于或等于N。服务设备将该K个处于空闲状态的第一投屏目标设备的标识发送给投屏源设备，而无需向投屏源设备指示第一投屏目标设备的投屏状态信息。比如，N个第一投屏目标设备分别对应的标识是标识1、标识2、……、标识N，N个第一投屏目标设备分别对应的投屏状态信息是状态1、状态2、……、状态N，服务设备从N个第一投屏目标设备中确定出3个处于空闲状态的第一投屏目标设备，即K等于3，3个处于空闲状态的第一投屏目标设备的标识分别为标识2、标识3、标识4，服务设备向投屏源设备发送标识2、标识3、标识4。

相应的，投屏源设备可以将3个第一投屏目标设备的标识在投屏源设备的显示界面中显示，比如图13中(b)所示，用户可以在该显示界面中选择其中一个第一投屏目标设备作为第二投屏目标设备。

示例3，服务设备向投屏源设备发送N个第一投屏目标设备的信息。其中，每个第一投屏目标设备的信息中包括有对应第一投屏目标设备的标识。比如，N个第一投屏目标设备分别对应的标识是标识1、标识2、……、标识N，服务设备向投屏源设备发送标识1、标识2、……、标识N。

相应的，投屏源设备可以将N个第一投屏目标设备的标识在投屏源设备的显示界面中显示，比如图13中(c)所示，用户可以在该显示界面中选择其中一个第一投屏目标设备作为第二投屏目标设备。此处，若用户指示的第二投屏目标设备处于非空闲状态，则服务设备可以将该投屏源设备的标识缓存至服务设备的待投屏队列中，至第二投屏目标设备由非空闲状态转变为空闲状态之后，再执行步骤1204至步骤1206。

本申请中，服务设备在接收到来自投屏源设备的第二投屏请求之后，可以验证投屏源设备是否为可信的投屏源设备，即验证是否为已经登录至服务设备中的投屏源设备，若是，则执行步骤1204，若否，则向投屏源设备发送投屏拒绝消息或者不响应。通过这种方式，有助于提高投屏的安全性。

步骤1204，服务设备根据第二投屏目标设备的标识，向第二投屏目标设备发送第三投屏请求。第三投屏请求用于向第二投屏目标设备请求第二投屏目标设备的通道授权信息。

步骤1205，第二投屏目标设备经服务设备向投屏源设备发送第二投屏目标设备的通道授权信息。

步骤1206，投屏源设备根据通道授权信息，向第二投屏目标设备发送投屏数据。

类似步骤508A中的介绍，此处不再赘述。

步骤1207，第二投屏目标设备显示投屏数据。

上述技术方案中，通过建立投屏源设备与投屏目标设备之间的关联关系，以及保持投屏目标设备与服务设备之间的信令通道，无需用户通过投屏源设备手动获取投屏目标设备的投屏授权信息，减少用户操作，有助于实现自动快速的投屏。

基于上述内容和相同构思，图14和图15为本申请的提供的可能的投屏装置的结构示意图。这些投屏装置可以用于实现上述方法实施例中服务设备、代理设备、投屏源设备、投屏目标设备中任一个设备的功能，因此也能实现上述方法实施例所具备的有益效果。

在本申请中，该投屏装置可以是如图1所示的服务设备、投屏源设备、投屏目标设备中任一个。该投屏装置还可以是如图4所示的服务设备、代理设备、投屏源设备、投屏目标设备中任一个。

如图14所示，该投屏装置1400包括处理单元1401和收发单元1402。

在投屏装置1400为服务设备时，投屏装置1400可用于实现图5相关实施例中服务设备的方法。在一种可能的实现方式中，处理单元1401用于，控制收发单元1402在接收来自代理设备的关联设备请求时，向代理设备发送与代理设备具有关联关系的至少一个关联设备的标识；处理单元1401还用于，控制收发单元1402接收来自代理设备的代理投屏请求，代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；其中至少一个关联设备包括投屏源设备；处理单元1401还用于，控制收发单元1402向投屏源设备发送投屏事件通知，投屏事件通知用于指示投屏源设备根据投屏事件通知中包括的投屏授权信息向投屏目标设备发送投屏数据，投屏数据在投屏目标设备上显示。

在投屏装置1400为服务设备时，投屏装置1400可用于实现图7相关实施例中服务设备的方法。在一种可能的实现方式中，处理单元1401用于，控制收发单元1402在接收来自代理设备的关联设备请求时，向代理设备发送与代理设备具有关联关系的至少一个关联设备的标识；处理单元1401还用于，控制收发单元1402接收来自代理设备的代理投屏请求，代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；其中至少一个关联设备包括投屏源设备；处理单元1401还用于，根据投屏授权信息，从投屏目标设备中获得投屏目标设备的通道授权信息，控制收发单元1402向投屏源设备发送通道授权信息；该通道授权信息用于投屏源设备加密投屏数据并将加密后的投屏数据发送至投屏目标设备，投屏数据在投屏目标设备上显示。

在投屏装置1400为代理设备时，投屏装置1400可用于实现图5或图7相关实施例中代理设备的方法。在一种可能的实现方式中，处理单元1401用于，获取投屏目标设备的投屏授权信息；处理单元1401还用于，在接收到代理请求投屏的指示时，从服务设备处获取与投屏装置1400具有关联关系的至少一个关联设备的标识；处理单元1401还用于，控制收发单元1402接收第一用户操作，第一用户操作为用户选择至少一个关联设备中的一个作为投屏源设备，控制收发单元1402向服务设备发送代理投屏请求，代理投屏请求中包括投屏授权信息和投屏源设备的标识，代理投屏请求用于指示服务设备向投屏源设备发送投屏事件通知。

在投屏装置1400为投屏源设备时，投屏装置1400可用于实现图5或图8或图9或图10相关实施例中投屏源设备的方法。在一种可能的实现方式中，所述处理单元1401用于，控制所述收发单元1402接收来自服务设备的投屏事件通知，所述投屏事件通知中包含投屏授权信息，所述投屏事件通知是所述服务设备响应于代理设备的代理投屏请求发送的，所述投屏装置1400与所述代理设备之间具有关联关系；所述处理单元1401还用于，根据所述投屏授权信息，控制所述收发单元1402向投屏目标设备发送所述投屏装置1400的投屏数据，所述投屏数据在所述投屏目标设备上显示。

在投屏装置1400为投屏源设备时，投屏装置1400可用于实现图7或图8或图9或图10相关实施例中投屏源设备的方法。在一种可能的实现方式中，所述处理单元1401用于，控制所述收发单元1402接收来自服务设备的通道授权信息，根据所述通道授权信息加密所述投屏装置1400投屏数据，向投屏目标设备发送所述投屏装置1400的投屏数据，所述投屏数据在所述投屏目标设备上显示。

在投屏装置1400为投屏目标设备时，投屏装置1400可用于实现图5或图8或图9或图10相关实施例中投屏目标设备的方法。在一种可能的实现方式中，处理单元1401控制收发单元1402接收来自投屏源设备的第一投屏请求，第一投屏请求中包括投屏目标设备的投屏授权信息和投屏源设备的标识，投屏授权信息用于投屏源设备向投屏目标设备请求投屏目标设备的通道授权信息，通道授权信息用于投屏源设备加密投屏数据；在投屏目标设备未处于空闲状态的情况下，处理单元1401将投屏源设备的标识加入至投屏目标设备的待投屏队列中。

在投屏装置1400为投屏目标设备时，投屏装置1400可用于实现图7或图8或图9或图10相关实施例中投屏目标设备的方法。在一种可能的实现方式中，处理单元1401控制收发单元1402接收来自服务设备的通道授权请求，根据所述通道授权请求，经服务设备向所述投屏源设备发送通道授权信息。处理单元1401控制收发单元1402接收来自所述投屏源设备根据所述通道授权信息加密的投屏数据，显示所述投屏数据。

在投屏装置1400为服务设备时，投屏装置1400可用于实现图12相关实施例中服务设备的方法。在一种可能的实现方式中，处理单元1401控制收发单元1402向投屏源设备发送第一投屏目标设备的信息，第一投屏目标设备的信息中包括第一投屏目标设备的标识；第一投屏目标设备与投屏源设备具有关联关系；控制收发单元1402接收来自投屏源设备的第二投屏请求；第二投屏请求中包含第二投屏目标设备的标识；第二投屏目标设备是处于空闲状态的第一接收设备；根据第二投屏目标设备的标识，从第二投屏目标设备中获取第二投屏目标设备的通道授权信息；控制收发单元1402向投屏源设备发送通道授权信息，通道授权信息用于投屏源设备加密投屏数据并将加密后的投屏数据发送至第二投屏目标设备。

在投屏装置1400为投屏源设备时，投屏装置1400可用于实现图12相关实施例中投屏源设备的方法。在一种可能的实现方式中，处理单元1401用于，控制收发单元1402接收来自服务设备的第一投屏目标设备的信息，第一投屏目标设备的信息包含第一投屏目标设备的标识，第一投屏目标设备与投屏源设备具有关联关系；控制收发单元1402向服务设备发送第二投屏请求，第二投屏请求中包含第二投屏目标设备的标识，第二投屏目标设备是处于空闲状态的第一投屏目标设备；控制收发单元1402接收来自服务设备的第二投屏目标设备的通道授权信息；根据通道授权信息，加密投屏数据并控制收发单元1402将加密后的投屏数据发送至第二投屏目标设备。

在投屏装置1400为第二投屏目标设备时，投屏装置1400可用于实现图12相关实施例中第二投屏目标设备的方法。在一种可能的实现方式中，处理单元1401用于，控制收发单元1402接收来自服务设备的第三投屏请求，服务设备与第二投屏目标设备之间保持信令通道连接；响应于第三投屏请求，控制收发单元1402向服务设备发送第二投屏目标设备的通道授权信息，通道授权信息用于投屏源设备加密投屏数据并将加密后的投屏数据发送至第二投屏目标设备。

如图15所示为本申请实施例提供的装置1500，图15所示的装置可以为图14所示的装置的一种硬件电路的实现方式。该装置可适用于前面所示出的流程图中，执行上述方法实施例中服务设备、代理设备、投屏源设备、投屏目标设备中任一个设备的功能。

为了便于说明，图15仅示出了该装置的主要部件。

图15所示的装置1500包括通信接口1510、处理器1520和存储器1530，其中存储器1530用于存储程序指令和/或数据。处理器1520可能和存储器1530协同操作。处理器1520可能执行存储器1530中存储的程序指令。存储器1530中存储的指令或程序被执行时，该处理器1520用于执行上述实施例中处理单元1401执行的操作，通信接口1510用于执行上述实施例中收发单元1402执行的操作。

存储器1530和处理器1520耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。所述存储器1530中的至少一个可以包括于处理器1520中。

在本申请实施例中，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。在本申请实施例中，通信接口为收发器时，收发器可以包括独立的接收器、独立的发射器；也可以集成收发功能的收发器、或者是通信接口。

装置1500还可以包括通信线路1540。其中，通信接口1510、处理器1520以及存储器1530可以通过通信线路1540相互连接；通信线路1540可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extendedindustry standard architecture，简称EISA)总线等。所述通信线路1540可以分为地址总线、数据总线、控制总线等。为便于表示，图15中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

基于上述内容和相同构思，本申请提供一种计算设备，包括处理器，所述处理器与存储器相连，所述存储器用于存储计算机程序，所述处理器用于执行所述存储器中存储的计算机程序，以使得所述计算设备实现上述图5至图12中相关实施例中的方法。

基于上述内容和相同构思，本申请提供一种计算设备，包括处理器和存储器，所述处理器与所述存储器相连，所述存储器用于存储计算机程序，所述处理器用于执行所述存储器中存储的计算机程序，以使得所述计算设备实现上述图5至图12中相关实施例中的方法。

基于上述内容和相同构思，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令被计算设备执行时，所述计算设备实现上述图5至图12中相关实施例中的方法。

基于上述内容和相同构思，本申请提供一种计算机程序产品，该计算机程序产品包括计算机程序或指令，当该计算机程序或指令被计算设备执行时，实现上述图5至图12中相关实施例中的方法。

基于上述内容和相同构思，本申请提供一种芯片，包括至少一个处理器和接口；所述接口，用于为所述至少一个处理器提供程序指令或者数据；所述至少一个处理器用于执行所述程序行指令，以实现上述图5至图12中相关实施例中的方法。

基于上述内容和相同构思，本申请提供一种投屏系统，包括上述图5或图8或图9或图10相关实施例中涉及的服务设备、代理设备、投屏源设备、投屏目标设备。

基于上述内容和相同构思，本申请提供一种投屏系统，包括上述图7或图8或图9或图10相关实施例中涉及的服务设备、代理设备、投屏源设备、投屏目标设备。

基于上述内容和相同构思，本申请提供一种投屏系统，包括上述图12相关实施例中涉及的服务设备、投屏源设备、第二投屏目标设备。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的保护范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (37)

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

服务设备在接收来自代理设备的关联设备请求时，向所述代理设备发送与所述代理设备具有关联关系的至少一个关联设备的标识；

服务设备接收来自所述代理设备的代理投屏请求，所述代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；所述至少一个关联设备包括所述投屏源设备；

所述服务设备向所述投屏源设备发送投屏事件通知，所述投屏事件通知用于指示所述投屏源设备根据所述投屏事件通知中包括的所述投屏授权信息向所述投屏目标设备发送投屏数据，所述投屏数据在所述投屏目标设备上显示。

2.如权利要求1所述的方法，其特征在于，所述关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

3.如权利要求1所述的方法，其特征在于，在所述服务设备向所述投屏源设备发送投屏事件通知之前，所述方法还包括：

所述服务设备确定所述投屏源设备为所述至少一个关联设备中的一个。

4.如权利要求1至3任一项所述的方法，其特征在于，在所述服务设备向所述投屏源设备发送投屏事件通知之后，还包括：

所述服务设备接收来自所述投屏源设备的第一投屏请求，所述第一投屏请求中包括所述投屏授权信息和所述投屏源设备的标识；

在所述投屏目标设备未处于空闲状态的情况下，所述服务设备将所述投屏源设备的标识加入至所述服务设备的待投屏队列中。

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

在所述投屏目标设备处于空闲状态的情况下，所述服务设备从所述投屏目标设备中获取所述投屏目标设备的通道授权信息，并将所述通道授权信息发送至所述投屏源设备，所述通道授权信息用于所述投屏源设备加密所述投屏数据。

6.如权利要求4或5所述的方法，其特征在于，所述服务设备将所述投屏源设备的标识加入至所述服务设备的待投屏队列中之前，还包括：

所述服务设备监测所述投屏目标设备的投屏状态，确定所述投屏目标设备处于非空闲状态；

或者，所述服务设备向所述投屏目标设备发送所述第一投屏请求，接收来自所述投屏目标设备的拒绝响应，所述拒绝响应用于指示所述投屏目标设备处于非空闲状态。

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

服务设备在接收来自代理设备的关联设备请求时，向所述代理设备发送与所述代理设备具有关联关系的至少一个关联设备的标识；

服务设备接收来自所述代理设备的代理投屏请求，所述代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；所述至少一个关联设备包括所述投屏源设备；

所述服务设备根据所述投屏授权信息，从所述投屏目标设备中获得所述投屏目标设备的通道授权信息，向所述投屏源设备发送所述通道授权信息；

所述通道授权信息用于所述投屏源设备加密投屏数据并将加密后的投屏数据发送至所述投屏目标设备，所述投屏数据在所述投屏目标设备上显示。

8.如权利要求7所述的方法，其特征在于，所述服务设备根据所述投屏授权信息，从所述投屏目标设备中获得所述投屏目标设备的通道授权信息，包括：

所述服务设备向所述投屏目标设备发送通道授权请求，所述通道授权请求中包括所述投屏授权信息，所述通道授权请求用于向所述投屏目标设备请求所述通道授权信息；

所述服务设备接收来自所述投屏目标设备的所述通道授权信息。

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

代理设备获取投屏目标设备的投屏授权信息；

所述代理设备在接收到代理请求投屏的指示时，从服务设备处获取与所述代理设备具有关联关系的至少一个关联设备的标识；

所述代理设备接收第一用户操作，所述第一用户操作为用户选择所述至少一个关联设备中的一个作为投屏源设备，向所述服务设备发送代理投屏请求，所述代理投屏请求中包括所述投屏授权信息和所述投屏源设备的标识，所述代理投屏请求用于指示所述服务设备向所述投屏源设备发送投屏事件通知。

10.如权利要求9所述的方法，其特征在于，所述代理设备接收第一用户操作之前，还包括：

所述代理设备在所述代理设备的显示界面中显示所述至少一个关联设备的标识。

11.如权利要求9或10所述的方法，其特征在于，所述关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

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

投屏源设备接收来自服务设备的投屏事件通知，所述投屏事件通知中包含投屏授权信息，所述投屏事件通知是所述服务设备响应于代理设备的代理投屏请求发送的，所述投屏源设备与所述代理设备之间具有关联关系；

所述投屏源设备根据所述投屏授权信息，向投屏目标设备发送所述投屏源设备的投屏数据，所述投屏数据在所述投屏目标设备上显示。

13.如权利要求12所述的方法，其特征在于，所述投屏源设备根据所述投屏授权信息，向投屏目标设备发送所述投屏源设备的投屏数据之前，还包括：

所述投屏源设备根据所述投屏事件通知，提示用户是否同意投屏；

所述投屏源设备接收所述用户同意投屏的指示。

14.如权利要求12或13所述的方法，其特征在于，所述关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

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

投屏源设备接收来自服务设备的第一投屏目标设备的信息，所述第一投屏目标设备的信息包含所述第一投屏目标设备的标识，所述第一投屏目标设备与所述投屏源设备具有关联关系；

所述投屏源设备向所述服务设备发送第二投屏请求，所述第二投屏请求中包含第二投屏目标设备的标识，所述第二投屏目标设备是处于空闲状态的第一投屏目标设备；

所述投屏源设备接收来自所述服务设备的所述第二投屏目标设备的通道授权信息；

所述投屏源设备根据所述通道授权信息，加密投屏数据并将加密后的投屏数据发送至所述第二投屏目标设备，所述投屏数据在所述第二投屏目标设备上显示。

16.如权利要求15所述的方法，其特征在于，所述投屏源设备向所述服务设备发送第二投屏请求之前，还包括：

所述投屏源设备在所述投屏源设备的显示界面中显示所述第一投屏目标设备的标识；

所述投屏源设备接收第二用户操作，所述第二用户操作为用户选择所述投屏源设备的显示界面中所述第一投屏目标设备的标识中的一个；

所述投屏源设备将用户选择的所述第一投屏目标设备的标识作为所述第二投屏目标设备的标识。

17.如权利要求15或16所述的方法，其特征在于，所述第一投屏目标设备的信息中还包括所述第一投屏目标设备的投屏状态信息，所述投屏状态信息指示所述第一投屏目标设备是否处于空闲状态。

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

收发单元和处理单元；

所述处理单元用于，控制所述收发单元在接收来自代理设备的关联设备请求时，向所述代理设备发送与所述代理设备具有关联关系的至少一个关联设备的标识；

所述处理单元还用于，控制所述收发单元接收来自所述代理设备的代理投屏请求，所述代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；所述至少一个关联设备包括所述投屏源设备；

所述处理单元还用于，控制所述收发单元向所述投屏源设备发送投屏事件通知，所述投屏事件通知用于指示所述投屏源设备根据所述投屏事件通知中包括的所述投屏授权信息向所述投屏目标设备发送投屏数据，所述投屏数据在所述投屏目标设备上显示。

19.如权利要求18所述的投屏装置，其特征在于，所述关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

20.如权利要求18所述的投屏装置，其特征在于，所述处理单元在控制所述收发单元向所述投屏源设备发送投屏事件通知之前，还用于：

确定所述投屏源设备为所述至少一个关联设备中的一个。

21.如权利要求18至20任一项所述的投屏装置，其特征在于，所述处理单元在控制所述收发单元向所述投屏源设备发送投屏事件通知之后，还用于：

控制所述收发单元接收来自所述投屏源设备的第一投屏请求，所述第一投屏请求中包括所述投屏授权信息和所述投屏源设备的标识；

在所述投屏目标设备未处于空闲状态的情况下，将所述投屏源设备的标识加入至所述投屏装置的待投屏队列中。

22.如权利要求21所述的投屏装置，其特征在于，所述处理单元还用于：

在所述投屏目标设备处于空闲状态的情况下，从所述投屏目标设备中获取所述投屏目标设备的通道授权信息，并控制所述收发单元将所述通道授权信息发送至所述投屏源设备，所述通道授权信息用于所述投屏源设备加密所述投屏数据。

23.如权利要求21或22所述的投屏装置，其特征在于，所述处理单元将所述投屏源设备的标识加入至所述投屏装置的待投屏队列中之前，还用于：

监测所述投屏目标设备的投屏状态，确定所述投屏目标设备处于非空闲状态；

或者，控制所述收发单元向所述投屏目标设备发送所述第一投屏请求，接收来自所述投屏目标设备的拒绝响应，所述拒绝响应用于指示所述投屏目标设备处于非空闲状态。

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

收发单元和处理单元；

所述处理单元用于，控制所述收发单元在接收来自代理设备的关联设备请求时，向所述代理设备发送与所述代理设备具有关联关系的至少一个关联设备的标识；

所述处理单元还用于，控制所述收发单元接收来自所述代理设备的代理投屏请求，所述代理投屏请求中包括投屏源设备的标识和投屏目标设备的投屏授权信息；所述至少一个关联设备包括所述投屏源设备；

所述处理单元还用于，根据所述投屏授权信息，从所述投屏目标设备中获得所述投屏目标设备的通道授权信息，控制所述收发单元向所述投屏源设备发送所述通道授权信息；

其中，所述通道授权信息用于所述投屏源设备加密投屏数据并将加密后的投屏数据发送至所述投屏目标设备，所述投屏数据在所述投屏目标设备上显示。

25.如权利要求24所述的投屏装置，其特征在于，所述处理单元具体用于：

控制所述收发单元向所述投屏目标设备发送通道授权请求，所述通道授权请求中包括所述投屏授权信息，所述通道授权请求用于向所述投屏目标设备请求所述通道授权信息；

控制所述收发单元接收来自所述投屏目标设备的所述通道授权信息。

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

收发单元和处理单元；

所述处理单元用于，获取投屏目标设备的投屏授权信息；

所述处理单元还用于，在接收到代理请求投屏的指示时，从服务设备处获取与所述投屏装置具有关联关系的至少一个关联设备的标识；

所述处理单元还用于，控制所述收发单元接收第一用户操作，所述第一用户操作为用户选择所述至少一个关联设备中的一个作为投屏源设备，控制所述收发单元向所述服务设备发送代理投屏请求，所述代理投屏请求中包括所述投屏授权信息和所述投屏源设备的标识，所述代理投屏请求用于指示所述服务设备向所述投屏源设备发送投屏事件通知。

27.如权利要求26所述的投屏装置，其特征在于，所述处理单元控制所述收发单元接收第一用户操作之前，还用于：

在所述投屏装置的显示界面中显示所述至少一个关联设备的标识。

28.如权利要求26或27所述的投屏装置，其特征在于，所述关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

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

收发单元和处理单元；

所述处理单元用于，控制所述收发单元接收来自服务设备的投屏事件通知，所述投屏事件通知中包含投屏授权信息，所述投屏事件通知是所述服务设备响应于代理设备的代理投屏请求发送的，所述投屏装置与所述代理设备之间具有关联关系；

所述处理单元还用于，根据所述投屏授权信息，控制所述收发单元向投屏目标设备发送所述投屏装置的投屏数据，所述投屏数据在所述投屏目标设备上显示。

30.如权利要求29所述的投屏装置，其特征在于，所述处理单元根据所述投屏授权信息，控制所述收发单元向投屏目标设备发送所述投屏装置的投屏数据之前，还用于：

根据所述投屏事件通知，提示用户是否同意投屏；

控制所述收发单元接收所述用户同意投屏的指示。

31.如权利要求29或30所述的投屏装置，其特征在于，所述关联关系至少包括如下关系中的一个或多个：对应于同一个账户、对应于同一个群组、对应于同一个部门。

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

收发单元和处理单元；

所述处理单元用于：控制所述收发单元接收来自服务设备的第一投屏目标设备的信息，所述第一投屏目标设备的信息包含所述第一投屏目标设备的标识，所述第一投屏目标设备与所述投屏装置具有关联关系；

控制所述收发单元向所述服务设备发送第二投屏请求，所述第二投屏请求中包含第二投屏目标设备的标识，所述第二投屏目标设备是处于空闲状态的第一投屏目标设备；

控制所述收发单元接收来自所述服务设备的所述第二投屏目标设备的通道授权信息；

根据所述通道授权信息，加密投屏数据并控制所述收发单元将加密后的投屏数据发送至所述第二投屏目标设备，所述投屏数据在所述第二投屏目标设备上显示。

33.如权利要求32所述的投屏装置，其特征在于，所述处理单元控制所述收发单元向所述服务设备发送第二投屏请求之前，还用于：

在所述投屏源设备的显示界面中显示所述第一投屏目标设备的标识；

控制所述收发单元接收第二用户操作，所述第二用户操作为用户选择所述投屏源设备的显示界面中所述第一投屏目标设备的标识中的一个；

将用户选择的所述第一投屏目标设备的标识作为所述第二投屏目标设备的标识。

34.如权利要求32或33所述的投屏装置，其特征在于，所述第一投屏目标设备的信息中还包括所述第一投屏目标设备的投屏状态信息，所述投屏状态信息指示所述第一投屏目标设备是否处于空闲状态。

35.一种计算设备，其特征在于，包括处理器，所述处理器与存储器相连，所述存储器用于存储计算机程序，所述处理器用于执行所述存储器中存储的计算机程序，以使得所述计算设备实现如权利要求1至6中任一项所述的方法，或者实现如权利要求7或8所述的方法，或者实现如权利要求9至11中任一项所述的方法，或者实现如权利要求12至14中任一项所述的方法，或者实现如权利要求15至17中任一项所述的方法。

36.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令被计算设备执行时，所述计算设备实现如权利要求1至6中任一项所述的方法，或者实现如权利要求7或8所述的方法，或者实现如权利要求9至11中任一项所述的方法，或者实现如权利要求12至14中任一项所述的方法，或者实现如权利要求15至17中任一项所述的方法。

37.一种投屏系统，其特征在于，包括权利要求18至23任一项的投屏装置，以及权利要求26至28任一项的投屏装置，以及权利要求29至31任一项的投屏装置。

Images