CN116319681A - 设备间联通方法、电子设备、及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种设备间联通方法、电子设备、及计算机可读存储介质。其中设备间联通方法用于在第一电子设备与第二电子设备之间基于第一电子设备的USB模块进行联通，包括：第一电子设备启动第一联通模式；所述第一电子设备为所述第一电子设备以及所述第二电子设备分配IP地址；所述第一电子设备停止将经由所述USB模块接收的数据传输至所述第一电子设备的移动通信模块。根据本申请实施例的设备间联通方法，在第一电子设备与第二电子设备之间通过USB线连接的前提下，将第一电子设备虚拟成USB网卡，以在第一电子设备与第二电子设备之间打通IP层，同时使得第二电子设备不能共享第一电子设备的移动网络以避免第二电子设备偷跑第一电子设备的流量。

Description

设备间联通方法、电子设备、及计算机可读存储介质

本申请要求于2020年10月20日提交中国知识产权局、申请号为202011124452.2、申请名称为“设备间联通方法、电子设备、及计算机可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，具体涉及一种设备间联通方法、电子设备及计算机可读存储介质。

背景技术

随着全场景设备的普及，多设备之间进行协同工作已经成为趋势。

多屏协同属于分布式技术，目的在于实现跨系统、跨设备协同，将手机与电脑、平板连接，实现资源共享，协同操作。多屏协同，不仅仅是平板/电脑和手机之间文件互传，更是利用平板/电脑的运算能力和专业系统能力，实现平板/电脑和手机的无缝协同，键盘、鼠标成为手机的外设，在一个大屏设备上完成两个设备的任务，回微信、回邮件等，同时也利用平板/电脑更专业的应用生态实现更多的应用。

设备之间实现多屏协同的方法包括有线方法，例如通过一根USB连接线连接并基于USB协议进行通信。然而，该方法无法打通IP层，导致其数据传播速度难以满足要求。

发明内容

有鉴于此，本申请提供一种设备间联通的方法，用于在第一电子设备与第二电子设备之间基于第一电子设备的USB模块进行联通，通过将第一电子设备虚拟成USB网卡，能够打通第一电子设备与第二电子设备之间的IP层，使得第一电子设备与第二电子设备之间的数据传输更为迅速，同时切断第二电子设备利用第一电子设备的移动通信模块例如蜂窝模块或WIFI模块进行上网的通路，能够避免第二电子设备利用第一电子设备的网络上网偷跑流量的问题。

其中，第一电子设备可以为例如手机、平板电脑等任意具有USB接口以及移动通信模块且能够实现IP层通信的终端设备，第二电子设备可以为手机、平板电脑、笔记本电脑、台式电脑、智能电视、大屏电视等任意具有USB接口的可实现IP层通信的终端设备。换言之，第一电子设备也可以属于第二电子设备中的一种，也就是说，本申请的设备间联通方法，例如可以在手机和手机之间执行，也可以在手机和笔记本电脑之间执行等等。

以下从多个方面介绍本申请，以下多个方面的实施方式和有益效果可互相参考。

第一方面，本申请提供一种设备间联通的方法，用于在第一电子设备与第二电子设备之间基于第一电子设备的USB模块进行联通，包括：所述第一电子设备启动第一联通模式，所述第一联通模式用于在所述第一电子设备和第二电子设备之间进行IP层联通；所述第一电子设备为所述第一电子设备以及所述第二电子设备分配IP地址；所述第一电子设备接收来自所述第二电子设备的数据，所述第一电子设备停止将所述数据传输至所述第一电子设备的移动通信模块。

根据本申请的设备间联通方法，在实现第一联通模式(以下将该第一联通模式记作USB P2P模式)时，利用USB将第一电子设备与第二电子设备之间进行连接，并且进行IP地址分配，打通第一电子设备与第二电子设备这两设备之间的IP层，实现IP层通信，同时，停止将经由所述USB模块接收的来自第二电子设备的数据传输至所述第一电子设备的移动通信模块，也就是停止将第二电子设备发来的请求享用第一电子设备的移动网络的请求转发给第一电子设备的移动通信模块，由此避免第二电子设备利用第一电子设备的网络上网。也就是说，USB P2P模式是一种在第一电子设备与第二电子设备之间实现IP层联通，同时，在第一电子设备与第二电子设备之间并不共享网络的一种联通模式。

在上述第一方面的一种可能的实现中，所述第一电子设备利用DHCP功能，经由所述USB模块为所述第一电子设备以及所述第二电子设备分配IP地址。

DHCP(Dynamic Host Configuration Protocol，动态主机配置协议)，是一个局域网的网络协议，指的是由服务器控制一段IP地址范围，客户机登录服务器时就可以自动获得服务器分配的IP地址和子网掩码。DHCP通常被应用于大型的局域网络环境中，主要作用是集中地管理、分配IP地址，使网络环境中的主机动态地获得IP地址、Gateway地址、DNS服务器地址等信息，并能够提升地址的使用率。DHCP协议采用客户端/服务器模型，主机地址的动态分配任务由网络主机驱动。当DHCP服务器接收到来自网络主机申请地址的信息时，才会向网络主机发送相关的地址配置等信息，以实现网络主机地址信息的动态配置。DHCP协议采用UDP作为传输协议，主机发送请求消息到DHCP服务器，DHCP服务器回应应答消息给主机。

作为执行DHCP协议的软件，例如包括但不限于DNSmasq软件。DNSmasq是一个小巧且方便地用于配置DNS和DHCP的工具，适用于小型网络，它提供了DNS功能和可选择的DHCP功能。它服务那些只在本地适用的域名，这些域名是不会在全球的DNS服务器中出现的。DNSmasq把因特网地址和地址-域名映射关系放入cache中，减少服务器负担的同时也提升了性能(特别是在modem连接中)。此外，DNSmasq能配置来自动用PPP或DHCP配置请求从上行域名解析服务器中获取地址信息，如果信息发生改变，它会自动重载这些信息。

在上述第一方面的一种可能的实现中，还包括：在所述第二电子设备上镜像同屏显示所述第一电子设备的桌面，以实现所述第一电子设备与所述第二电子设备的多屏协同。也就是说，本申请第一方面的设备间联通方法，可以用于实现设备间的多屏协同。

在上述第一方面的一种可能的实现中，所述第一电子设备包括手机、平板电脑中的任一个，所述第二电子设备包括手机、平板电脑、笔记本电脑、台式电脑、智能电视中的任一个。也就是说，根据本申请的设备间联通方法可以用于手机和手机、平板电脑、笔记本电脑、台式电脑、智能电视中任一个之间的联通，也可以用于平板电脑与手机或笔记本电脑等等之间的任一个联通。

在上述第一方面的一种可能的实现中，所述经由所述USB模块为所述第一电子设备以及所述第二电子设备分配IP地址包括：所述第一电子设备使得所述USB模块以RNDIS模式工作，以将所述第一电子设备虚拟成USB网卡；基于DHCP功能，为所述USB模块分配IP地址；所述USB模块将所述IP地址分别分配给所述第一电子设备与所述第二电子设备。

也就是说，首先，将第一电子设备虚拟成USB网卡，此后通过DHCP功能，经由所述USB模块分别为第一电子设备与第二电子设备分配IP地址。由此，在第一电子设备与第二电子设备之间实现了IP层的连通。

其中，将第一电子设备虚拟成USB网卡，可以基于RNDIS(Remote Network DriverInterface Specification,远程网络驱动接口规范)来实现，具体地可以将第一电子设备的USB模块设置成RNDIS模式来实现，其实质上就是通过USB模块在第一电子设备上跑TCP/IP，让第一电子设备看上去像一块网卡。目前，手机、平板电脑、智能手表、电脑均能够通过RNDIS实现USB虚拟网卡。

在将第一电子设备虚拟成USB网卡之后，利用DHCP功能，首先将IP地址分发给USB模块，此后由该USB模块将IP地址分别分配给第一电子设备与第二电子设备。由此，移动设备和第二电子设备，基于被分配的IP地址，可以通过USB模块以IP层进行通信。

在上述第一方面的一种可能的实现中，所述第一电子设备通过设置转发规则，停止将所述数据传输至所述第一电子设备的移动通信模块。具体地，例如可以在路由器上设置端口映射，此后通过添加服务端口、选定IP地址来实现。

在上述第一方面的一种可能的实现中，还包括所述第一电子设备显示启动所述第一联通模式的选项，所述第一电子设备接收对所述选项的操作；响应于接收到的对所述选项的操作，所述第一电子设备启动所述第一联通模式。也就是说，例如在第一电子设备检测到通过USB模块连接了外联的第二电子设备之后，主动发出启动所述第一联通模式的请求，例如，跳出启动USB P2P连接界面，用户可以通过点确认键启动USB P2P模式。

在上述第一方面的一种可能的实现中，所述第一电子设备根据接收到的来自所述第一电子设备上运行的至少一个应用的请求，启动所述第一联通模式。也就是说，除了上述的启动方式之外，还可以根据所述第一电子设备上运行的一个或多个应用的请求，例如，当该应用需要在多屏协同情况下运行时，打开该应用的同时，会触发该应用发出的启动USBP2P模式的请求，根据该请求可以进行USB P2P模式设置。

在上述第一方面的一种可能的实现中，在多个应用请求启动所述第一联通模式的情况下，当最后一个应用关闭之后，所述第一电子设备关闭所述第一联通模式。也就是说，当多个应用都需要在USB P2P模式下运行时，当其中一个应用关闭，并不会立刻退出USBP2P模式，而是继续启用USB P2P模式，以便仍在运行的其他应用继续处于正常运行状态，直至最后一个请求启动USB P2P模式的应用关闭之后，第一电子设备自发关闭USB P2P模式。

进一步地，所述在多个应用请求启动所述第一联通模式的情况下，当最后一个应用关闭之后所述第一电子设备关闭所述第一联通模式包括：记录每个发出所述请求的应用的标识，建立清单；当第一应用所在的进程结束，则从所述清单中清除所述第一应用对应的标识，直至所述清单中无标识存在，所述第一电子设备关闭所述第一联通模式。

也就是说，对于每个发出启动USB P2P模式的应用通过记录其标识建立清单，当其中一个应用的进程结束，则总清单中清除该应用的标识，由此能够准确地对于正在进程中的需要USB P2P模式的应用进行管理，从而能够有效避免关闭USB P2P模式对于正在运行中的应用产生不必要的影响。由此，可以实现同时管理多个应用进行USB P2P模式的开启和关闭，不同的应用之间相互独立，不必感知，当多个应用均要求启动USB P2P模式，第一电子设备只需开启一次，不会造成资源浪费，当多个应用逐个退出进程，只要其中还有一个应用没有结束进程，则USB P2P模式就不会关闭。

进一步地，在上述第一方面的一种可能的实现中，还包括：当所述第一电子设备接收到启动第二联通模式的请求，所述第一电子设备使得所述USB模块接收的来自所述第二电子设备的数据能够传输至所述第一电子设备的移动通信模块，其中所述第二联通模式将所述第一电子设备的移动网络共享给所述第二电子设备。

也就是说，该第二联通模式实际上是第二电子设备共享第一电子设备的移动网络，即所谓的共享网络模式，例如USB Tethering模式。所述第一电子设备使得所述USB模块接收的来自所述第二电子设备的数据能够传输至所述第一电子设备的移动通信模块，也就是说，第一电子设备打开从其USB模块将接收到的数据包发送至其移动通信模块的通路。参考上述说明可知，在打开该通路的情况下即使得由第二电子设备发送给第一电子设备的请求共享移动网络的请求能够被转发至第一电子设备的移动通信模块例如蜂窝模块或WIFI模块，当该移动通信模块接收到该请求，即进行共享网络的相关配置，使得第二电子设备能够共享第一电子设备的网络。换言之，当检测到有应用请求启动USB Tethering模式，打开将经由所述USB模块接收的数据传输至所述第一电子设备的移动通信模块的通路，以使得第二电子设备能够共享第一电子设备的移动网络。即，对于外部用户而言，该第一电子设备此时同时提供两种联通模式，即USB P2P模式和USB Tethering模式，而对于第一电子设备内部而言，其实同时融合了该两种模式。其中，关于启动第二联通模式的请求，可以通过设置模块来启动，也可以通过第一电子设备上的应用来启动等，具体细节可以参考上述对于启动第一联通模式的请求的说明，在此省略其详细说明。

进一步地，在上述第一方面的一种可能的实现中，在请求启动第一联通模式的所有应用关闭的情况下，进一步检测所述第二联通模式是否处于启动状态，当检测到所述第二联通模式处于启动状态时，所述USB模块持续作为虚拟网卡直至所述第二联通模式关闭。也就是说，即便所有的请求USB P2P模式的应用均退出进程，如果还检测到有应用在启用USB Tethering模式，则不会关闭USB模块作为虚拟网卡，也就是说保持USB Tethering模式持续进行，直至USB Tethering模式关闭为止。

在上述第一方面的一种可能的实现中，所述第一电子设备基于所运行的应用的请求，在所述第一联通模式与所述第二联通模式之间切换。因为USB P2P和USB Tethering状态是耦合的，并且会发生冲突，为了解决这两个状态之间的装换，可以基于运行的应用的请求，在USB P2P和USB Tethering之间进行切换，由此能够避免USB P2P和USB Tethering之间状态的冲突，使得USB P2P和USB Tethering之间能够实现协同、转换等。

第二方面，本申请提供一种电子设备，包括触摸屏，存储器，一个或多个处理器，多个应用程序，其特征在于，所述电子设备还包括一个或多个用于执行设备间联通方法的程序，其中所述一个或多个用于执行设备间联通方法程序被存储在所述存储器中，当所述一个或多个处理器在执行所述一个或多个用于执行设备间联通方法程序时，使得所述电子设备实现上述第一方面中任一种可能的实现方式的设备间联通方法。

第三方面，本申请还提供一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述处理器执行上述第一方面中任一种可能的实现方式的设备间联通方法。

第四方面，本申请还提供一种电子设备，该电子设备包括USB模块、移动通信模块以及联通模块，所述联通模块用于在该电子设备与其他电子设备之间进行IP层联通，所述联通模块包括连接管理器，所述连接管理器用于启动第一联通模式，并分别给所述该电子设备以及所其他电子设备分配IP地址，并使该电子设备停止将经由所述USB模块接收的数据传输至所述移动通信模块。

也就是说，本申请通过在该电子设备的应用程序框架层中设置联通模块来启动第一联通模式。具体而言，所述联通模块中包括连接管理器，该连接管理器进行第一联通模式的连接设置。也即该连接管理器启动USB P2P模式，并进行IP地址分配，同时使该电子设备停止将经由所述USB模块接收的数据传输至所述移动通信模块。

在上述第四方面的一种可能的实现中，所述电子设备利用DHCP功能，经由所述USB模块为该电子设备以及其他电子设备分配IP地址。

在上述第四方面的一种可能的实现中，该电子设备还包括USB管理模块以及网络管理模块，所述连接管理器还用于向所述USB管理模块发出设置所述USB模块为RNDIS模式的请求，所述USB管理模块用于接收所述请求，并基于所述请求将所述USB模块设置为RNDIS模式，以将该电子设备虚拟成USB网卡，所述连接管理器还用于利用DHCP功能，给所述USB模块分配IP地址并发送给所述网络管理模块，所述网络管理模块将所述IP地址分别给该电子设备以及与该电子设备连接的其他电子设备分配IP地址。也就是说，连接管理器分别连接USB管理模块与网络管理模块，连接管理器根据启动USB P2P模式的指令开启USB P2P模式，此后，连接管理器指示USB管理模块将USB模块设置为RNDIS模式，并且，连接管理器给USB模块分配IP地址，并通过网络管理模块分配给该电子设备和与该电子设备连接的其他电子设备。至此，完成USB P2P模式的成功开启。

在上述第四方面的一种可能的实现中，所述连接管理器通过设置转发规则，停止将经由所述USB模块接收的数据传输至该电子设备的移动通信模块。

在上述第四方面的一种可能的实现中，所述联通模块还包括：外部监听管理器，所述外部监听管理器用于当检测到其他电子设备经由所述USB模块与该电子设备连接时，使得该电子设备的显示器显示启动所述第一联通模式的选项，所述连接管理器基于接收到的对所述选项的操作启动所述第一联通模式。

也就是说，外部监听模块用于等USB的状态发生变化时通知相应的模块，例如当检测到其他电子设备经由USB模块与该电子设备发生连接时，向连接管理其发出启动USB P2P模式的请求。此外，外部监听模块还可以用于例如管理外部用户，包括设置模块的设置、其他应用程序的接口调用的管理等。

在上述第四方面的一种可能的实现中，所述连接管理器用于根据接收到的来自该电子设备上运行的至少一个应用的请求启动所述第一联通模式。也就是说，除了上述检测到USB的状态发生变化后提示用户启动USB P2P模式之外，也可以基于该电子设备上运行的至少一个应用触发启动USB P2P模式。

在上述第四方面的一种可能的实现中，在多个应用请求启动所述第一联通模式的情况下，所述连接管理其还用于检测到最后一个应用关闭之后关闭所述第一联通模式。由此，可以实现同时管理多个应用进行USB P2P模式的开启和关闭，不同的应用之间相互独立，不必感知，多个应用先后要求开启USB P2P模式的情况下，只需开启一次，不会造成资源浪费；此外，多个应用先后退出进程，要求关闭USB P2P模式时，只要确认到尚有应用未结束，则不会关闭USB P2P模式，从而避免对于正在运行中的应用带来不利影响。

在上述第四方面的一种可能的实现中，所述联通模块还用于在该电子设备与其他电子设备之间启动第二联通模式，所述第二联通模式将所述该电子设备的移动网络共享给其他电子设备，所述连接管理器还用于，在接收到来自所述联通模块的启动第二联通模式的请求时，使该电子设备能够将经由所述USB模块接收的数据传输至该电子设备的移动通信模块以启动所述第二联通模式。

也就是说，联通模块还可以用于在该电子设备与其他电子设备之间启动移动网络共享(即USB Tethering模式)，当连接管理器检测到有应用请求启动USB Tethering模式，则打开将经由所述USB模块接收的来自其他电子设备的数据传输至该电子设备的移动通信模块的通路，以使得其他电子设备能够享用该电子设备的移动网络。也就是说，对于外部用户而言，该电子设备此时同时提供两种联通模式，即USB P2P模式和USB Tethering模式，而对于该电子设备内部而言，其实是相互融合的，即该电子设备内部同时激活第一联通模式与第二联通模式，其中在设置第一联通模式时由联通模块关闭的通路再次被联通模块打开。

进一步地，该电子设备还包括：状态机管理器，所述状态机管理器用于使该电子设备在所述第一联通模式与所述第二联通模式之间进行切换。也就是说，通过该状态机管理器来管理决USB P2P模式和USB Tethering模式之间状态的冲突处理和转换。此外，还可以通过状态机管理器来管理状态之间的协同、状态查询等。

第五方面，本申请还提供一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面中任一种可能的实现方式的设备间联通方法。

附图说明

图1是根据本申请一个实施例提供的设备间联通方法的应用场景图；

图2是根据本申请一个实施例提供的电子设备的结构示意图；

图3是根据本申请一个实施例提供的电子设备的软件结构框图；

图4是根据本申请一个实施例提供的设备间联通方法的流程示意图；

图5(a)是手机的USB P2P模式的一个选择界面；

图5(b)是手机的USB P2P模式的另一个选择界面；

图6是根据本申请一个实施例中由应用触发启动USB P2P的示意图；

图7是根据本申请实施例1的设备间联通方法的流程示意图；

图8是根据本申请实施例2的设备间联通方法的流程示意图；

图9是根据本申请实施例3的设备间联通方法的流程示意图；

图10是根据图8所示手机中的USB P2P模块中状态机管理器所管理的各状态的关系示意图；

图11是根据本申请一些实施例的一种设备的框图；

图12是根据本申请一些实施例的一种片上系统(SoC)的框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述。

下面，首先参考附图对本申请的实施例进行进一步详细说明。

以下，以手机1作为第一电子设备的实例，笔记本电脑2作为第二电子设备的实例进行说明。当然，第一电子设备不限于此，还可以是例如平板电脑等，同样地第二电子设备并不限于笔记本电脑，还可以是平板电脑、智能电视、大屏电视等。

图1是根据本申请一个实施例的设备间联通方法的示例性应用场景图。

图1示出了手机1与笔记本电脑2之间进行协同工作的一个场景。多屏协同，让用户能够在电脑上直接打开手机里的文件并进行编辑，编辑后文件依然会保存到手机上原来的位置。此外，手机1的提醒信息，可以直接显示到笔记本电脑2屏幕上。另外，用户还可以调用笔记本电脑2摄像头、麦克风、音响等硬件，接打手机1电话或视频通话，例如微信^TM、QQ^TM、腾讯^TM会议、企业微信^TM、华为WeLink^TM等。

在设备之间实现多屏协同的方法包括如下方案：

方案1：通过无线连接。以平板电脑与华为手机(或荣耀手机)建立多屏协同为例，其可以通过蓝牙查找连接或者进行扫码连接。以蓝牙查找连接为例，包括：从手机屏幕顶部状态栏下滑出通知面板，点击蓝牙图标开启蓝牙；同样地，从平板电脑屏幕顶部状态状态栏下滑出通知面板，点击多屏协同，并根据屏幕提示操作；将手机靠近平板电脑，并进一步根据手机和平板电脑屏幕的弹框提示完成连接即可。然而，无线连接方式存在着延时问题，且信号容易受干扰出现卡顿等问题。

方案2：针对无线连接的延时和卡顿问题，还提出了有线连接方案。也就是使用一根USB连接线，一端连接手机，一端连接笔记本电脑，基于此来实现多屏协同。然而，设备之间如果仅通过USB连线并基于USB协议进行通信，则传递数据使用的是USB通道，无法打通IP层，导致其数据传播速度难以满足要求。

如果能够通过USB连线打通IP层，则能够大大解决数据传播速度的问题。对于此，目前公开了在设备之间通过USB网络共享功能(即USB Tethering功能)来实现基于IP协议的通信方案，例如，手机可以将自己的移动数据网络通过USB共享给笔记本电脑等其他电子设备。USB Tethering功能是一种允许笔记本电脑通过通用串行总线(Universal SerialBus,USB)端口连接并访问手机移动数据网络的功能。具体地，在笔记本电脑想要使用手机的移动网络时，通过软件桥接的方式来实现。在此过程中，手机中的蜂窝处理器从移动网络下载数据包，并将该数据包传输到应用处理器。手机的应用处理器并不直接对该数据包进行处理，而是通过USB桥接给笔记本电脑，由笔记本电脑进行处理。要实现电脑共享移动网络，在将电脑通过USB连接手机后，由笔记本电脑将其共享网络的请求通过USB桥接给手机，手机将该请求发送给其蜂窝处理器。蜂窝处理器在接受到该请求之后，通过接口函数进行相应配置。如此，通过上述的软件桥接方式实现电脑享用手机的移动互联网络的功能。

也就是说，USB Tethering技术是使用USB来共享网络的技术，在该模式下，当手机通过USB线连接电脑时，手机被当做USB上网卡，使电脑通过手机USB来上网。也就是说，电脑通过手机的USB共享该手机的网络。目前，大部分安卓手机系统都自带实现了该功能。该技术打通了IP层，使得数据传播速度大大提高。但是其存在电脑端的用户流量不可控，偷跑手机的网络流量的风险。

针对上述两种方案的缺点进行改进，本申请提出了一种新的联通方式(第一联通模式，以下简称USB P2P模式)，在手机1与笔记本电脑2之间通过USB线连接的前提下，将USB设备也即手机1虚拟成网卡，以在手机1与笔记本电脑2之间打通IP层，同时为了避免笔记本电脑2偷跑手机1的网络流量而关闭手机1的USB模块将接收到的来自笔记本电脑2的数据包发送给手机1的移动通信模块的通路，也就是使得笔记本电脑2不能共享手机1的移动网络，从而能够发挥上述两种方案的优点的同时，避免上述两种方案的缺点。

图2示出了根据本申请一些实施例的包括手机在内的电子设备100的结构示意图。例如，本申请的上述应用场景中所提及的例如手机、平板电脑等终端设备。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接头130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器110可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。例如，作为执行USB P2P模式的手机的处理器110，在接收到启动USB P2P模式的指令后，首先将手机虚拟成USB网卡，并通过USB模块进行IP地址的分配，且使手机停止将经由所述USB模块接收的数据传输至手机的移动通信模块。由此，在不共享移动网络的前提下实现基于IP层的数据传输。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能应用以及数据处理。

根据本申请的一些实施例，内部存储器121内存储有指令(换言之，计算机可读代码)，处理器110读取内部存储器121中存储的所述指令时，执行根据本申请的设备间联通的方法。具体可以参考下述实施例的设备间联通方法。

USB接口130是一种符合USB标准规范的连接器，可以用来连接电子设备100和外围设备，具体可以是标准USB接口(例如Type C接口)，Mini USB接口，Micro USB接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。在一些实施方案中，处理器110可以支持通用串行总线(UniversalSerial Bus)，通用串行总线的标准规范可以为USB1.x,USB2.0,USB3.x,USB4。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图3是本申请实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图3所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，视频等应用程序。其中例如可以包括HoloScreens^TM、爱奇艺^TM、微信^TM、邮件、图库等应用可以使用多屏协同打开以便利用电脑的应用生态进行更便捷的处理。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，电话管理器，资源管理器，通知管理器，视图系统，连接管理器，外部监听管理器，状态机管理器，网络网络管理模块、USB管理模块等。

其中，连接管理器、外部监听管理器、状态机管理器综合构成联通模块用于管理设备间的联通模式，其中连接管理器分别连接网络管理模块、USB管理模块、外部监听管理器、以及状态机管理器。联通模块用于在手机与笔记本电脑之间进行IP层联通。

在本申请的一种可能的实现中，连接管理器用于启动USB P2P模式(作为第一联通模式的示例)，并利用DHCP功能，经由所述USB模块分别给所述电子设备以及与其连接的其他电子设备(即第二电子设备)分配IP地址。也就是说，连接管理器根据启动USB P2P模式的请求，通过USB管理模块将USB的模式例如开启为RNDIS模式等，并通过网络管理模块给手机和笔记本电脑分配IP地址。此外，在本申请的另一些可能的实现中，连接管理器还用于启动USB Tethering模式(作为第二联通模式的示例)，以便其他电子设备享用该电子设备的移动网络。

外部监听管理器用于管理外部用户，包括设置模块的设置、或者其他应用程序的接口调用的管理等，以及当USB的状态发生变化时通知相应模块。具体而言，例如，当用户通过设置模块打开USB P2P模式时，外部监听管理器将该信息反馈给连接管理器，以便进行相应的设置来实现USB P2P模式的正常运行，或者，当检测到USB接口通过连接线连接了外部设备例如笔记本电脑时，跳出USB连接方式的选项以便用户选择后由连接管理器进行相应的操作。

状态机管理器，主要用于在第一联通模式与第二联通模式之间进行切换、以及状态的融合的管理。

具体地，可以参考下述结合图6-9对实施例1-3的详细说明。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面结合使用购物APP进行购物的场景，示例性说明电子设备100软件以及硬件的工作流程。当触摸传感器180K接收到触摸操作，即触摸购物APP图标的操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)，原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为购物APP图标的控件为例，购物APP应用调用应用框架层的接口，启动购物应用，进而通过调用内核层启动显示驱动，通过移动通信模块150或无线通信模块160从该购物APP的服务器获取相应的店铺信息等。

下面，结合图4-图6描述根据本申请实施例的设备间联通方法。

下面，以手机与笔记本电脑之间进行联通的方法为例进行说明。即，手机是第一电子设备的实例，笔记本电脑是第二电子设备的实例。

如图4所示，根据本申请实施例的设备间联通方法，包括：

步骤S100，手机启动USB P2P模式。

如上述说明，该USB P2P模式用于在手机与笔记本电脑之间实现IP层联通。

具体地，例如可以在手机检测到笔记本电脑经由USB模块与其连接时，发出启动USB P2P模式的请求。基于该请求，可以通过用户确认来启动该USB P2P模式。

例如，当手机检测到其自身的USB接口通过USB连接线连接外部设备，比如笔记本电脑时，可以弹出如图5(a)或图5(b)所示的选择框，以供用户选择。图5(a)显示的是在USB的连接方式下设置的选择项。图5(b)显示的是在USB的热点共享处增设的选择项。这两种设置并不存在本质的区别，只是界面所处位置不同。当用户选择USB P2P模式，则手机启动USBP2P模式，进行相应的设置，例如下述的USB模块的模式设置、IP地址的分配、数据包转发规则的设置等。其中，USB接口可以是标准USB接头(例如Type A接头，Type B接头，Type C接头)，Mini USB接口，Micro USB接口等。

当然，也可以隐藏该选择框，将手机直接设置为默认该选项，也就是手机通过USB连接线连接外部设备时，默认选中该USB P2P模式，直接启动该USB P2P模式，如果手机想要关闭该模式而启用其他模式例如充电模式等，则可以调出USB的设置选项进行相应设置。

此外，作为启动方式之一，还可以是手机根据其自身所运行的应用发出的请求，启动该USB P2P模式。例如，如图6所示，手机打开爱奇艺^TM，弹出爱奇艺^TM的业务框，在该业务框里出现提醒用户启动该USB P2P模式的提醒框。

步骤S200，手机利用DHCP功能，经由该手机的USB模块，为手机以及与手机相连接的笔记本电脑分配IP地址。

也就是说，手机被虚拟成USB网卡后，利用DHCP功能为手机以及与手机相连接的笔记本电脑分配IP地址，由此来打通手机与笔记本电脑之间的IP层。

具体地，作为将设备虚拟USB网卡的方式，例如可以将USB模块设置为RNDIS模式，实质上就是在通过USB模块在手机上跑TCP/IP，让手机以USB网卡的方式工作。目前，手机、平板电脑、智能手表、电脑均能够通过RNDIS实现将其虚拟成USB网卡。

此后，利用DHCP功能，经由USB模块，分别将IP地址分配给手机和与手机通过USB连接线连接的笔记本电脑。

需要说明的是，不限于DHCP模式进行IP地址的分配只要能够进行IP地址分配的任一方案均可适用于本申请。

步骤S300，手机停止将经由USB模块接收的数据传输至手机的移动通信模块。

也就是说，手机的USB模块接收来自笔记本电脑的数据，并停止将所述数据传输至手机的移动通信模块。

具体而言，笔记本电脑意图享用手机的移动网络，则会向手机发送享用移动网络的请求。该请求将通过USB接口首先由手机的USB模块所接收，手机需要将该数据(即请求)发送至手机的移动通信模块，并收到移动通信模块做出的相应的响应才能实现移动网络的共享。本申请实施例的技术方案通过切断将经由USB模块接收的数据传输至手机的移动通信模块的通路，则能够在该USB P2P模式下避免共享移动网络。

例如，手机可以通过设置转发规则来实现停止将经由USB模块接收的数据传输至手机的移动通信模块。更具体而言，例如可以在路由器上设置端口映射，此后通过添加服务端口、选定IP地址来实现。

根据上述实施例1的设备间联通方法，通过将手机虚拟成USB网卡，并分别给手机和笔记本电脑分配IP地址，能够在手机和笔记本电脑之间打通IP层，实现IP层的数据传输，从而相比于普通的USB连接且基于USB协议进行通信，能够极大提高数据传输速度。此外，通过设置转发规则，使得手机与笔记本电脑之间不共享移动网络，各自用各自的网络进行上网，避免了笔记本电脑偷跑手机流量的问题。

下面，结合附图详细描述根据本申请实施例的设备间联通方法。

实施例1

首先，结合图7详细描述根据本申请实施例1的设备间联通方法。

在手机和笔记本电脑之间通过USB连接线连接之后，手机通过如下步骤实现USBP2P模式的联通。

步骤S101，手机通过应用发出启动USB P2P模式的请求，或者如图5(a)、图5(b)所示通过设置模块中的USB连接方式选择框、共享设置选择框选中USB P2P选项以发出启动USB P2P模式的请求。

步骤S102，手机的接口层收到该请求后，指示连接管理器检查USB P2P模式是否开启。

步骤S103，当连接管理器检测到未开启启动USB P2P模式时，则连接管理器启动USB P2P模式。

步骤S201，连接管理器指示USB管理模块将USB模块设置为RNDIS模式。

步骤S202，USB管理模块接收到连接管理器的指示之后，对USB模块进行设置，以将其设置为RNDIS模式。由此，将USB模块虚拟成网卡。

步骤S203，连接管理器指示网络管理模块分配IP地址。

步骤S204，网络管理模块接收分配IP地址的指示后，利用DHCP功能，利用DNSmasq软件，给手机和笔记本电脑分配IP地址。

步骤S301，连接管理器进行转发规则设置，以关闭将USB模块所接收到的数据包传输至移动网络模块的通路。

也就是说，使得笔记本电脑不能共享手机的移动网络。

步骤S401，连接管理器反馈给APP/设置模块，USB P2P模式开启成功。

根据上述实施例1的设备间联通方法，通过将USB模块虚拟成网卡，并分别给手机和笔记本电脑分配IP地址，能够在手机和笔记本电脑之间打通IP层，实现IP层的数据传输，从而相比于普通的USB连接且基于USB协议进行通信，能够极大提高数据传输速度。此外，通过设置转发规则，使得手机与笔记本电脑之间不共享移动网络，各自用各自的网络进行上网，避免了笔记本电脑偷跑手机流量的问题。

实施例2

接下来，结合图8详细描述根据本申请实施例2的设备间联通方法。

在手机和笔记本电脑之间通过USB连接线连接之后，手机通过如下步骤实现USBP2P模式的联通。

步骤S111，手机通过应用1发出启动USB P2P模式的请求。

步骤S112，手机的接口层收到该请求后，指示连接管理器检查USB P2P模式是否开启。

步骤S113，连接管理器检测到未开启启动USB P2P模式时，则连接管理器启动USBP2P模式。

步骤S211，连接管理器指示USB管理模块将USB模块设置为RNDIS模式。

步骤S212，USB管理模块接收到连接管理器的指示之后，对USB模块进行设置，以将其设置为RNDIS模式。由此，将USB模块虚拟成网卡。

步骤S213，连接管理器指示网络管理模块分配IP地址。

步骤S214，网络管理模块接收分配IP地址的指示后，利用DHCP功能，利用DNSmasq软件，给手机和笔记本电脑分配IP地址。

步骤S311，连接管理器进行转发规则设置，以关闭将USB模块所接收到的数据包传输至移动网络模块的通路。

也就是说，使得笔记本电脑不能享用手机的移动网络。

步骤S411，连接管理器反馈给APP/设置模块，USB P2P模式开启成功。

上述步骤S111至步骤S411，与实施例1的相同。在此不再进行详细说明。与上述实施例1所不同的是，本实施例中，还对应于多个应用要求开启USB P2P的模式进行管理。具体地，在上述步骤的基础之上，还包括如下步骤：

步骤S511，手机上运行的应用2发出启动USB P2P模式的请求。

步骤S512，接口层收到该请求后，指示连接管理器检查USB P2P模式是否开启。

步骤S513，连接管理器进行检测，检测到已经开启USB P2P模式。

步骤S514，连接管理器通知应用2，开启成功。至此，应用2可以正常利用USB P2P模式进行多屏协同。

也就是说，手机上除了应用1之外，可以同时跑多个需要多屏协同的应用。当通过第一个应用(即应用1)开启了USB P2P模式之后，后续应用(例如应用2)在发出启动USB P2P模式的请求时，接口层通知连接管理器检测是否已经开启USB P2P模式，连接管理器接到该通知后进行检测，确定已经开启该模式之后，通知应用2开启成功，此时应用2可以正常使用多屏协同功能。

更进一步地，在多个应用请求启动USB P2P模式的情况下，还存在USB P2P模式的退出机制的问题。

为此，本实施例还包括如下步骤：

步骤S611，一应用请求关闭USB P2P模式。需要说明的是，该应用可以是多个运行中的应用中的任意一个。

步骤S612，接口层收到该请求后，通知连接管理器关闭USB P2P模式。

步骤S613，连接管理器进行检测，当确定有其他应用正在使用USB P2P模式，则停止关闭；

步骤S614，当确定无其他应用正在使用USB P2P模式，则通知USB管理模块取消设置USB RNDIS模式(即取消将USB模块虚拟成网卡)，由USB管理模块进行相应设置。

也就是说，在多个应用申请开启USB P2P模式的情境下，当各应用结束使用并陆续退出的过程中，当最后一个应用退出USB P2P模式时，USB管理模块管理USB模块的设置，关闭USB的RNDIS模式。待到下一个应用请求开启后再启动。

步骤S615，连接管理器通知手机的设置模块，关闭完毕。也就是说，在设置模块的选择框里不再显示其处于开启状态。

另外，上述应用在请求启动USB P2P模式时，连接管理器还记录每个请求开启USBP2P模式的标识，例如可以使用用户ID、或者任意可以标识调用者的标识符，当多个应用请求启动USB P2P模式时，则将这些多个应用的标识记录下来，形成清单。此后，在一应用退出进程(申请关闭，或者异常退出)时，则连接管理器从上述清单中去除相应的标识。

由此，根据本实施例的设备间联通方法，只要通过确认清单中是否还存在标识即可确认是否还有应用正在使用USB P2P模式，只有当清单中不存在任何标识时才会关闭USBP2P模式，能够简单且确实地对于使用USB P2P模式的应用进行管理，避免因错误退出导致应用的非正常中断、数据丢失等。

实施例3

下面，结合图9详细描述根据实施例3的设备间联通方法。

以应用1、应用2为例的USB P2P模式的开启步骤(也就是步骤S111至步骤S514)，与上述实施例2相同，在图9中标以相同的步骤编号，省略其详细说明。

与上述实施例2不同的是，除了多个应用请求启动USB P2P模式之外，还通过设置模块请求启动USB Tethering模式，也就是请求将手机的移动网络共享给笔记本电脑。为了实现该USB Tethering模式的运行，本实施例还包括如下步骤：

步骤S711，设置模块申请开启USB Tethering模式。

步骤S712，接口层指示连接管理器检查USB Tethering模式是否开启。

步骤S713，连接管理器进行检查，当检查到USB Tethering模式未开启，则进行转发规则的设置，使得USB模块接收的来自笔记本电脑的数据能够传输至手机的移动通信模块。

步骤S714，向设置模块发送开启成功的通知。

当然，本实施例仅仅给出了一种示例，即先开启USB P2P模式之后申请联通USBTethering模式的情况。还存在先开启USB Tethering模式之后有应用申请联通USB P2P模式的情况。同样地，此时只要连接管理器检查到USB Tethering模式已经开启，由于在该状态下能够直接进行IP层的通信，则连接管理器直接向设置模块发送开启成功的通知。需要注意的是，在此情况下，连接管理器不再进行转发规则的设置，而是保留USB Tethering模式下的转发规则，以便USB Tethering模式能够持续正常运行。而对于上层的用户而言，则无法感知，对于用户显示的是同时开启了USB P2P模式以及USB Tethering模式。

另外，在所有申请启动USB P2P模式的应用结束进程时，由于此时手机同时开启了USB P2P模式以及USB Tethering模式，与上述实施例2所不同的是，所述步骤S614中，还进一步确定是否无其他应用使用USB Tethering模式，只有当既无应用使用USB P2P模式也无应用使用USB Tethering模式时，通知USB管理模块取消设置RNDIS模式。也就是说，当应用退出USB P2P模式时，USB模块并不真正退出虚拟网卡的模式，以便USB Tethering模式可以正式运行。

同样地，当手机退出USB Tethering模式时，也不会立刻通知USB管理模块取消设置RNDIS模式。当手机的所有使用USB Tethering模式的应用结束进程时，首先通过连接管理器重新设置转发规则，以将所述USB模块接收的来自笔记本电脑的数据能够传输至所述手机的移动通信模块的通路关闭，但保留USB管理模块继续为RNDIS模式，以便USB P2P模式继续运行。也就是说，此时虽然设置模块显示USB Tethering模式关闭，但手机的操作系统底层实际并未关闭RNDIS模式。只有所有使用USB P2P模式的应用的进程也结束时，此时连接管理器才通知USB管理模块取消设置RNDIS模式。也就是说，此时设置模块同时显示USBP2P模式以及USB Tethering模式均已关闭，且USB模块已经退出虚拟网卡模式，手机和笔记本电脑之间切断所有的IP层通信链路，此时在手机和笔记本电脑之间仅可以基于USB协议进行数据传输。

通过上述对实施例3的介绍可知，USB P2P模式和USB Tethering模式的状态是耦合，并且会冲突的。所以，为了解决这两个状态之间的转换问题，如图3所示，可以在应用程序框架层中抽象出状态机管理器，由其负责USB P2P模式和USB Tethering模式之间的状态的冲突处理、协同、转换、已经状态查询等。

图10示出了几种状态之间的转换。

其中，IdleState(初始状态)表示：系统初始状态，也就是所有状态的父状态。也即表明USB P2P与Tethering均未连接。

StartingP2pState【开启USBP2P状态】表示：尝试开启USB P2P状态，也就是表明启动USB P2P模式。

P2pState【USB P2P开启成功状态】表示：USB P2P模式已经处于激活状态，也就是说手机此时已经处于与笔记本电脑之间能够基于USB P2P模式进行IP层通信且不共享移动网络。

TetherState【共享网络状态】表示：USB Tethering模式已经开启，也就是说移动网络共享状态已经开启，且没有业务申请使用USB P2P。

JointState【协同状态】表示：处于协同状态，也就是说USB移动网络共享已开启，且有其他业务申请使用USB P2P。

StoppingP2pState【申请关闭USB P2P状态】表示：尝试退出USB P2P状态，表明所有使用USB P2P的应用已经进程结束，尝试退出。

参考图10可知，在手机处于IdleState状态下，当有业务申请开启USB P2P模式，则进入StartingP2pState状态，状态机管理器记录该状态。为了最终实现USB P2P模式，状态机管理器将当前处于StartingP2pState状态通知连接管理器，进而由连接管理器通知USB网络设置模块设置USB模块为RNDIS模式(也即是激活RNDIS模式)，并由网络管理器分配IP地址，且由连接管理器相应地设置转发规则，由此激活P2pState状态，状态机管理器进一步记录手机的USB此时处于P2pState状态。

在P2pState状态下，当所有申请USB P2P模式的应用均已结束进程，则连接管理器发出关闭USB P2P模式的请求，从而进入StoppingP2pState状态。在此状态下，参考上述说明可知，连接管理器接到状态机管理器告知的当前处于StoppingP2pState状态的通知后，连接管理器告知USB管理模块关闭USB的RNDIS模式，从而回到IdleState状态。由此，实现了从初始状态到开启USB P2P状态，再到激活USB P2P模式，再到申请退出USB P2P模式，并最终回到初始状态的一个过程。

另外，在P2pState状态下，当根据业务需求，需要开启USB Tethering模式，则状态机管理器将现在状态(即P2pState状态)通知连接管理器，连接管理器直接进行转发规则的设置即可实现USB Tethering模式，由此进入JointState状态，也就是进入USB P2P模式和USB Tethering模式同时激活的状态。

另外，由图10可知，在JointState状态下，当尝试关闭USB P2P时，则状态机管理器将此时处于JointState状态告知连接管理器，连接管理器基于该状态信息，在接收到关闭USB P2P的请求时，并不会如上述所述进入StoppingP2pState状态，而是直接进入TetherState状态。实际上，连接管理器并不会告知USB管理模块改变USB模块的模式，且连接管理器也不会改变转发规则。也就是说，此时，系统底层并不会做出改变，只是在设置模块那里显示USB P2P模式已经关闭，手机当前处于USB Tethering激活状态，即TetherState状态。

并且，在JointState状态下，当尝试关闭USB Tethering模式时，则状态机管理器将此时处于JointState状态告知连接管理器，连接管理器基于该状态信息，在接收到关闭USB Tethering模式的请求时，连接管理器并不会通知关闭USB模块的RNDIS模式，而是直接进入P2PState状态。也就是说，连接管理器并不会告知USB管理模块改变USB模块的模式，而仅仅改变转发规则。换言之，此时，系统底层仅仅关闭了USB将接收到的数据包转发至移动通信模块的通路，并在设置模块那里显示USB Tetherting模式已经关闭，手机当前处于USBP2P激活状态，即P2PState状态。

除此之外，还存在申请开启USB P2P模式的应用被杀死的情况，也就是异常退出的情况，在此情况下，都会直接回到初始状态，状态机管理器也直接将USB模块的状态记录为初始状态，在此基础上，根据新的应用请求或设置模块发出的启动请求，进行相应的设置。

由上述说明可知，通过引入状态机管理器，及时将USB的当前状态报告给连接管理器，能够使得连接管理器避免错误地通知USB管理模块关闭USB模块的RNDIS模式，从而能够有效比避免两种状态之间存在的冲突问题，使得系统底层处于融合状态，能够进一步改善用户体验。

下面，参考图11对本申请的一个实施例的设备1200(例如手机)进行说明。图11所示为根据本申请的一个实施例的设备1200的框图。设备1200可以包括耦合到控制器中枢1203的一个或多个处理器1201。对于至少一个实施例，控制器中枢1203经由诸如前端总线(Front Side Bus，FSB)之类的多分支总线、诸如快速通道互连(Quick PathInterconnect，QPI)之类的点对点接口、或者类似的连接1206与处理器1201进行通信。处理器1201执行控制一般类型的数据处理操作的指令。在一实施例中，控制器中枢1203包括，但不局限于，图形存储器控制器中枢(Graphics Memory Controller Hub，GMCH)(未示出)和输入/输出中枢(Input Output Hub，IOH)(其可以在分开的芯片上)(未示出)，其中GMCH包括存储器和图形控制器并与IOH耦合。

设备1200还可包括耦合到控制器中枢1203的协处理器1202和存储器1204。或者，存储器和GMCH中的一个或两者可以被集成在处理器内(如本申请中所描述的)，存储器1204和协处理器1202直接耦合到处理器1201以及控制器中枢1203，控制器中枢1203与IOH处于单个芯片中。存储器1204可以是例如动态随机存取存储器(Dynamic Random AccessMemory，DRAM)、相变存储器(Phase Change Memory，PCM)或这两者的组合。在一个实施例中，协处理器1202是专用处理器，诸如例如高吞吐量MIC处理器(Many Integerated Core，MIC)、网络或通信处理器、压缩引擎、图形处理器、通用图形处理器(General PurposeComputing on GPU，GPGPU)、或嵌入式处理器等等。协处理器1202的任选性质用虚线表示在图12中。

存储器1204作为计算机可读存储介质，可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性计算机可读介质。例如，存储器1204可以包括闪存等任何合适的非易失性存储器和/或任何合适的非易失性存储设备，例如一个或多个硬盘驱动器(Hard-Disk Drive，HDD(s))，一个或多个光盘(Compact Disc，CD)驱动器，和/或一个或多个数字通用光盘(Digital Versatile Disc，DVD)驱动器。

在一个实施例中，设备1200可以进一步包括网络接口(Network InterfaceController，NIC)1206。网络接口1206可以包括收发器，用于为设备1200提供无线电接口，进而与任何其他合适的设备(如前端模块，天线等)进行通信。在各种实施例中，网络接口1206可以与设备1200的其他组件集成。网络接口1206可以实现上述实施例中的通信单元的功能。

设备1200可以进一步包括输入/输出(Input/Output，I/O)设备1205。I/O 1205可以包括：用户界面，该设计使得用户能够与设备1200进行交互；外围组件接口的设计使得外围组件也能够与设备1200交互；和/或传感器设计用于确定与设备1200相关的环境条件和/或位置信息。

值得注意的是，图11仅是示例性的。即虽然图11中示出了设备1200包括处理器1201、控制器中枢1203、存储器1204等多个器件，但是，在实际的应用中，使用本申请各方法的设备，可以仅包括设备1200各器件中的一部分器件，例如，可以仅包含处理器1201和NIC1206。图11中可选器件的性质用虚线示出。

根据本申请的一些实施例，作为计算机可读存储介质的存储器1204上存储有指令，该指令在计算机上执行时使设备1200执行根据上述实施例中的设备间联通方法，具体可参照上述实施例的方法，在此不再赘述。

图12所示为根据本申请的一实施例的SoC(System on Chip，片上系统)1300的框图。在图12中，相似的部件具有同样的附图标记。另外，虚线框是更先进的SoC的可选特征。在图12中，SoC1300包括：互连单元1350，其被耦合至应用处理器1310；系统代理单元1380；总线控制器单元1390；集成存储器控制器单元1340；一组或一个或多个协处理器1320，其可包括集成图形逻辑、图像处理器、音频处理器和视频处理器；静态随机存取存储器(StaticRandom Access Memory，SRAM)单元1330；直接存储器存取(DMA)单元1360。在一个实施例中，协处理器1320包括专用处理器，诸如例如网络或通信处理器、压缩引擎、GPGPU、高吞吐量MIC处理器、或嵌入式处理器等。

静态随机存取存储器(SRAM)单元1330中可以包括用于存储数据和/或指令的一个或多个计算机可读介质。计算机可读存储介质中可以存储有指令，具体而言，存储有该指令的暂时和永久副本。该指令可以包括：由处理器中的至少一个单元执行时使Soc1300执行根据上述实施例中的方法，具体可参照上述实施例的方法，在此不再赘述。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(Digital Signal Processor，DSP)、微控制器、专用集成电路(Application Specific Integrated Circuit，ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、光盘只读存储器(Compact Disc Read Only Memory，CD-ROMs)、磁光盘、只读存储器(Read OnlyMemory，ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(Erasable ProgrammableRead Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically ErasableProgrammable Read Only Memory，EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明书附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (10)

1.一种设备间联通方法，应用于第一电子设备，其特征在于，所述方法包括：

所述第一电子设备与第二电子设备有线连接；

响应于用户的第一操作，所述第一电子设备启动数据分享模式；

基于所述数据共享模式，所述第一电子设备向所述第二电子设备分享所述第一电子设备的存储数据；

响应于用户的第二操作，所述第一电子设备启动网络分享模式；

基于所述网络分享模式，所述第一电子设备向所述第二电子设备分享所述的第一电子设备的移动网络。

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

所述第一电子设备显示设置界面：所述设置界面包括数据分享模式选项和所述网络分享模式选项；

所述启动数据分享模式，包括：响应于用户对所述数据分享模式选项的打开操作，第一电子设备启动所述数据分享模式；

所述启动网路分享模式，包括：响应于用户对所述网络分享模式选项的打开操作，第一电子设备启动所述网路分享模式。

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

响应于用户的第三操作，所述第一电子设备进入充电模式；

所述第一电子设备关闭所述数据分享模式；或者，所述第一电子设备关闭所述数据分享模式和所述网络分享模式。

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

响应于所述第一电子设备的应用的启动请求，所述第一电子设备启动数据分享模式；或者，

响应于运行的所述应用的关闭请求，所述第一电子设备退出所述数据分享模式。

5.一种设备间联通方法，应用于第一电子设备和第二电子设备构成的系统，其特征在于，所述方法包括：

所述第一电子设备与所述第二电子设备有线连接；

所述第一电子设备显示设置界面；

响应于用户对所述设置界面的第一操作，所述第一电子设备启动数据分享模式；

所述第二电子设备查看所述第一电子设备的存储数据，不共享所述第一电子设备的移动网络；

响应于用户对所述设置界面的第二操作，所述第一电子设备启动网络分享模式；

所述第二电子设备使用所述第一电子设备的移动网络。

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

基于所述数据分享模式，所述第二电子设备打开应用，显示所述应用未连接移动网络的第一界面；

基于所述网络共享模式，所述第二电子设备打开所述应用，显示应用连接移动网络的第二界面。

7.如权利要求1至6任一项所述的方法，其特征在于，所述方法还包括：基于所述数据分享模式，所述第一电子设备的IP层与所述第二电子设备的IP层联通。

8.如权利要求7所述的方法，其特征在于，所述IP层联通包括：

所述第一电子设备启动RNDIS模式；

基于DHCP功能，所述第一电子设备配置IP地址；

将所述IP地址分别分配给所述第一电子设备与所述第二电子设备。

9.一种电子设备，其特征在于，所述电子设备包括存储器和处理器；所述存储器存储有程序代码；

当所述程序代码被所述处理器执行，使所述电子设备实现如权利要求1至8任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-8中任一项所述的方法。

Images