一种投屏方法及投屏系统与流程

本发明涉及网络技术领域，例如涉及一种投屏方法，还涉及一种投屏系统。

背景技术：

目前，移动终端和显示设备之间可以进行投屏操作。使用投屏功能时，如果同一网络内存在多个接收端设备，则发送端设备能够搜索到所有接收端设备，并都可以连接进行投屏。在很多场景下，需要限制发送端设备只能投屏到指定的接收端设备，以避免无意或恶意的投错屏幕。为此，现有技术存在以下解决方案：

接收端设备连接有线网络并启动wi-fi热点，发送端设备连接该热点，热点的名称和密码只在发送端设备上显示，从而保证只有看到此信息的用户能够连接此热点，而其他用户无法得知热点名称密码，故而无法投屏，这样就避免了投错屏幕。

此种方式主要有两个缺陷：一是用户需要在发送端设备上手动选择特定的wi-fi并输入密码进行连接，操作较为繁琐；二是与接收端设备在同一个有线网络内的发送端设备可以绕过热点验证，直接查找到接收端设备并进行投屏。

如何提供一种便捷的投屏方法，防止误投屏，是目前亟待解决的问题。

技术实现要素：

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

本发明提供了一种投屏方法。

在一些实施例中，所述方法包括以下步骤：

步骤(a)，接收端设备初始化；

步骤(b)，接收端设备向服务器端设备发送联网信息和投屏授权地址；

步骤(c)，服务器端设备接收并存储接收端设备的联网信息和投屏授权地址；

步骤(d)，服务器端设备调用交互程序的后台服务器生成程序码，程序码包含接收端设备的身份标识，服务器端设备将程序码返回给接收端设备，接收端设备展示程序码；

步骤(e)，发送端设备通过交互程序扫描程序码，获取接收端设备的身份标识，并向服务器端设备发送查询请求，请求查询该身份标识对应的接收端设备的联网信息和投屏授权地址；

步骤(f)，服务器端设备接收发送端设备的查询请求，向发送端设备发送该身份标识对应的接收端设备的联网信息和投屏授权地址；

步骤(g)，发送端设备根据联网信息连接对应的局域网；

步骤(h)，发送端设备根据投屏授权地址访问接收端设备，接收端设备获取访问的发送端设备的地址信息，授权该地址信息的发送端设备与其建立投屏连接；

步骤(i)，发送端设备与接收端设备建立投屏连接。

可选地，所述接收端设备初始化，包括以下步骤：

步骤(a1)，启动web服务，web服务的访问地址为投屏授权地址；

步骤(a2)，等待被同一局域网内的发送端设备访问。

可选地，所述发送端设备获取到接收端设备的联网信息后，调用联网程序，联网程序根据所述联网信息将发送端设备连接到对应的局域网。

可选地，所述发送端设备获取到接收端设备的投屏授权地址后，通过所述交互程序访问该投屏授权地址，web服务接收到访问请求，通过交互程序获取发送端设备的地址信息，接收端设备授权该地址信息的发送端设备与其建立投屏连接。

可选地，所述服务器端设备接收并存储接收端设备的联网信息和投屏授权地址，包括：

服务器端设备提供web接口供接收端设备调用；

当有接收端设备调用服务器端设备web接口时，服务器端设备针对该次调用生成一个身份标识，该身份标识与接收端设备唯一对应，服务器端设备将联网信息和投屏授权地址与该身份标识绑定存入存储设备，以备交互程序请求查询。

可选地，当服务器端设备调用交互程序的后台服务器生成程序码时，所述身份标识作为生成程序码的参数；

当交互程序扫描程序码后获取到所述身份标识。

可选地，所述交互程序为微信小程序；

所述程序码为微信小程序码；

所述交互程序的后台服务器为微信api平台。

本发明还提供了一种投屏系统。

在一些实施例中，所述系统包括：

发送端设备、接收端设备和服务器端设备；其中，

接收端设备向服务器端设备发送联网信息和投屏授权地址；服务器端设备接收并存储接收端设备的联网信息和投屏授权地址；

服务器端设备调用交互程序的后台服务器获取程序码，并将所述程序码返回给接收端设备，程序码包含接收端设备的身份标识；接收端设备展示所述程序码；

发送端设备通过交互程序扫描所述程序码，获取接收端设备的身份标识，并向服务器端设备发送查询请求，请求查询该身份标识对应的接收端设备的联网信息和投屏授权地址；服务器端设备接收发送端设备的查询请求，向发送端设备发送该身份标识对应的接收端设备的联网信息和投屏授权地址；发送端设备根据接收到的联网信息连接对应的局域网，根据投屏授权地址访问接收端设备；

接收端设备获取访问的发送端设备的地址信息，授权该地址信息的发送端设备与其建立投屏连接；

发送端设备与接收端设备建立投屏连接。

可选地，所述接收端设备启动一web服务，等待被同一局域网内的发送端设备访问，web服务的访问地址为所述投屏授权地址。

可选地，所述发送端设备获取到接收端设备的联网信息后，调用联网程序，联网程序根据所述联网信息将发送端设备连接到对应的局域网；

所述发送端设备获取到接收端设备的投屏授权地址后，通过所述交互程序访问该投屏授权地址；

所述web服务接收到访问请求，通过交互程序获取发送端设备的地址信息，接收端设备授权该地址信息的发送端设备与其建立投屏连接。

本发明提供的一些技术方案可以实现以下技术效果：

用户只需使用发送端设备的交互程序对接收端设备展示的程序码进行扫描，一个步骤即可完成发送端设备的联网并完成发送端设备的授权，优化了用户体验；而且，交互程序参与联网及授权过程，全过程安全可靠。

以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。

附图说明

一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：

图1是本发明提供的投屏方法的一个实施例的流程示意图；

图2是本发明提供的投屏系统的一个实施例的原理示意图。

具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

图1示出了本发明的投屏方法的一个实施例。

本实施例提供了一种投屏方法，包括以下步骤：

步骤(a)，接收端设备初始化；

步骤(b)，接收端设备向服务器端设备发送联网信息和投屏授权地址；

步骤(c)，服务器端设备接收并存储接收端设备的联网信息和投屏授权地址；

步骤(d)，服务器端设备调用交互程序的后台服务器生成程序码，程序码包含接收端设备的身份标识，服务器端设备将程序码返回给接收端设备，接收端设备展示程序码；

步骤(e)，发送端设备通过交互程序扫描程序码，获取接收端设备的身份标识，并向服务器端设备发送查询请求，请求查询该身份标识对应的接收端设备的联网信息和投屏授权地址；

步骤(f)，服务器端设备接收发送端设备的查询请求，向发送端设备发送该身份标识对应的接收端设备的联网信息和投屏授权地址；

步骤(g)，发送端设备根据联网信息连接对应的局域网；

步骤(h)，发送端设备根据投屏授权地址访问接收端设备，接收端设备获取访问的发送端设备的地址信息，授权该地址信息的发送端设备与其建立投屏连接；

步骤(i)，发送端设备与接收端设备建立投屏连接。

采用上述实施例提供的投屏方法，用户只需使用发送端设备上安装的交互程序对接收端设备展示的程序码进行扫描，一个步骤即可完成发送端设备的联网并完成发送端设备的授权，优化了用户体验；而且，交互程序是用户预先安装在发送端设备上的，由交互程序参与联网及授权过程，全过程安全可靠。

上述实施例中的发送端设备可以是手机、pad等移动终端，接收端设备可以是电视、投影等显示设备。当然，上述发送端设备和接收端设备仅是示意性的，任何可以发送视频数据的设备都可以作为发送端设备，任何可以接收并显示视频数据的设备都可以作为接收端设备。

可选地，上述接收端设备初始化，包括以下步骤：

步骤(a1)，启动web服务，web服务的访问地址为投屏授权地址；

步骤(a2)，等待被同一局域网内的发送端设备访问。

上述接收端设备初始化步骤可以通过开启接收端设备启动初始化，也可以通过相应的软件操作启动初始化，例如，接收端设备开机时即启动投屏初始化，再例如，通过遥控器等操作接收端设备显示界面实现投屏初始化。初始化后，接收端设备等待被同一局域网内的发送端设备访问。

可选地，服务器端设备提供web接口供接收端设备调用；当有接收端设备调用服务器端设备web接口时，服务器端设备针对该次调用生成一个身份标识，该身份标识与接收端设备唯一对应，服务器端设备将联网信息和投屏授权地址与该身份标识绑定存入存储设备，以备交互程序请求查询。

可选地，上述联网信息可以根据网络的连接要求配置相应的信息。可选地，联网信息包括wi-fi名称和wi-fi密码。可选地，联网信息还包括房间信息。可选地，联网信息还包括接收端设备的mac地址、ip地址中的一个或者两个。

可选地，上述服务器端设备接收并存储接收端设备的联网信息和投屏授权地址，包括：服务器端设备提供web接口供接收端设备调用；当有接收端设备调用服务器端设备web接口时，服务器端设备针对该次调用生成一个身份标识，该身份标识与接收端设备唯一对应，服务器端设备将联网信息和投屏授权地址与该身份标识绑定存入存储设备，以备交互程序请求查询。

可选地，当服务器端设备调用交互程序的后台服务器生成程序码时，身份标识作为生成程序码的参数；当交互程序扫描程序码后获取到所述身份标识。

可选地，发送端设备获取到接收端设备的联网信息后，调用联网程序，联网程序根据联网信息将发送端设备连接到对应的局域网。可选地，交互程序中设置有联网程序。可选地，联网程序是单独安装在发送端设备中的程序。

可选地，发送端设备获取到接收端设备的投屏授权地址后，通过交互程序访问该投屏授权地址；web服务接收到访问请求，通过交互程序获取发送端设备的地址信息，接收端设备允许该地址信息的发送端设备与其建立投屏连接。可选地，接收端设备启动的web服务由交互程序的后台服务器生成，该web服务可以通过交互程序获取发送端设备的地址信息。可选地，发送端设备的地址信息为发送端设备的ip地址。

上述实施例中的交互程序安装在发送端设备中，交互程序的后台服务器可以根据调用者指定的参数生成程序码，通过交互程序扫描程序码可以获取相应的参数。当然，交互程序可以根据用户需求，设置其他操作步骤。

可选地，交互程序可以采用用户使用较广泛的交互软件，以提高使用的便捷性。可选地，上述交互程序为微信小程序，程序码为微信小程序码，交互程序后台服务器为微信api平台。

采用微信小程序作为交互程序，服务器端设备调用微信的api平台接口，该接口根据传入的调用者指定的参数返回小程序码，该小程序码包含接收端设备的身份标识，用户通过手机、pad等发送端设备安装的微信小程序扫描该小程序码，获取接收端设备的身份标识，并向服务器端设备发送查询请求，请求查询该身份标识对应的接收端设备的联网信息和投屏授权地址，发送端设备可以可靠获得接收端设备的联网信息和投屏授权地址，接收端设备可以可靠获得发送端设备的地址信息，提高了发送端设备联网的便利性，也提高了发送端设备和接收端设备之间投屏连接的可靠性和便利性。

例如，用户开启酒店的电视，电视进行投屏服务初始化，微信api平台启动一web服务，web服务的访问地址为投屏授权地址，电视等待被同一局域网内的发送端设备访问；电视向服务器端设备发送联网信息和投屏授权地址；服务器端设备接收并存储该电视的联网信息和投屏授权地址；服务器端设备调用微信api平台获取包含该电视的身份标识的小程序码，服务器端设备将小程序码返回给电视；该电视展示接收到的小程序码；用户登录手机上安装的微信小程序，通过微信小程序扫描小程序码，获取该电视的身份标识，并向服务器端设备发送查询请求，请求查询该身份标识对应的电视的联网信息和投屏授权地址；服务器端设备接收用户手机的查询请求，向手机发送该电视的联网信息和投屏授权地址；手机上的微信小程序的联网程序根据接收到的接收端设备的联网信息连接对应的局域网，手机与电视在一个局域网内；然后，微信小程序根据投屏授权地址访问该电视的web服务；web服务通过微信小程序获得该手机的ip地址，电视授权该ip地址的手机与其建立投屏连接，防止其他发送端设备误投屏。

微信提供了丰富的api接口供开发者调用，将微信作为交互程序仅为示意性的，本领域技术人员还可以通过其他交互程序实现上述联网和投屏授权操作。

在另一些可选实施例中，本发明还提供了一种投屏系统，如图2所示，包括：发送端设备10、接收端设备20和服务器端设备30；其中，

接收端设备向服务器端设备发送联网信息和投屏授权地址；服务器端设备接收并存储接收端设备的联网信息和投屏授权地址；

服务器端设备调用交互程序的后台服务器获取程序码，并将所述程序码返回给接收端设备，程序码包含接收端设备的身份标识；接收端设备展示所述程序码；

发送端设备通过交互程序扫描所述程序码，获取接收端设备的身份标识，并向服务器端设备发送查询请求，请求查询该身份标识对应的接收端设备的联网信息和投屏授权地址；服务器端设备接收发送端设备的查询请求，向发送端设备发送该身份标识对应的接收端设备的联网信息和投屏授权地址；发送端设备根据联网信息连接对应的局域网，根据投屏授权地址访问接收端设备；

接收端设备获取访问的发送端设备的地址信息，授权该地址信息的发送端设备与其建立投屏连接；

发送端设备与接收端设备建立投屏连接。

可选地，接收端设备启动一web服务，web服务的访问地址为投屏授权地址，等待被同一局域网内的发送端设备访问。

可选地，服务器端设备提供web接口供接收端设备调用；当有接收端设备调用服务器端设备web接口时，服务器端设备针对该次调用生成一个身份标识，该身份标识与接收端设备唯一对应，服务器端设备将联网信息和投屏授权地址与该身份标识绑定存入存储设备，以备交互程序请求查询。

可选地，联网信息可以根据网络的连接要求配置相应的信息。可选地，联网信息包括wi-fi名称和wi-fi密码。可选地，联网信息还包括房间信息。可选地，联网信息还包括接收端设备的mac地址、ip地址中的一个或者两个。

可选地，服务器端设备接收并存储接收端设备的联网信息和投屏授权地址，包括：服务器端设备提供web接口供接收端设备调用；当有接收端设备调用服务器端设备web接口时，服务器端设备针对该次调用生成一个身份标识，该身份标识与接收端设备唯一对应，服务器端设备将联网信息和投屏授权地址与该身份标识绑定存入存储设备，以备交互程序请求查询。

可选地，当服务器端设备调用交互程序的后台服务器生成程序码时，所述身份标识作为生成程序码的参数；当交互程序扫描程序码后获取到所述身份标识。

可选地，发送端设备获取到接收端设备的联网信息后，调用联网程序，联网程序根据所述联网信息将发送端设备连接到对应的局域网。可选地，交互程序中设置有联网程序。可选地，联网程序是单独安装在发送端设备中的程序。

可选地，发送端设备获取到接收端设备的投屏授权地址后，通过所述交互程序访问该投屏授权地址，web服务接收到访问请求，通过交互程序获取发送端设备的地址信息，接收端设备允许该地址信息的发送端设备与其建立投屏连接。可选地，接收端设备启动的web服务由交互程序的后台服务器生成，该web服务可以通过交互程序获取发送端设备的地址信息。

可选地，交互程序可以采用用户使用较广泛的交互软件，以提高使用的便捷性。可选地，上述交互程序为微信小程序，程序码为微信小程序码，交互程序后台服务器为微信api平台。

微信提供了丰富的api接口供开发者调用，将微信作为交互程序仅为示意性的，本领域技术人员还可以通过其他交互程序实现上述联网和投屏授权操作。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。本公开实施例的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。当用于本申请中时，虽然术语“第一”、“第二”等可能会在本申请中使用以描述各元件，但这些元件不应受到这些术语的限制。这些术语仅用于将一个元件与另一个元件区别开。比如，在不改变描述的含义的情况下，第一元件可以叫做第二元件，并且同样的，第二元件可以叫做第一元件，只要所有出现的“第一元件”一致重命名并且所有出现的“第二元件”一致重命名即可。第一元件和第二元件都是元件，但可以不是相同的元件。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本文所披露的实施例中，所揭露的产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。