CN114567871A

CN114567871A - 文件共享的方法、装置、电子设备以及可读存储介质

Info

Publication number: CN114567871A
Application number: CN202011368290.7A
Authority: CN
Inventors: 李敏; 刘峰; 胡诗尧
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-11-27
Filing date: 2020-11-27
Publication date: 2022-05-31

Abstract

本申请适用于设备通信技术领域，提供了一种文件共享的方法、装置、电子设备以及可读存储介质，该方法包括：第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路；在建立所述文件共享链路的过程中，所述第一电子设备在预设的第一虚拟存储区域内挂载所述第二电子设备的第二文件目录；以及，所述第二电子设备在预设的第二虚拟存储区域内挂载所述第一电子设备的第一文件目录。本申请提供的技术方案可以解决现有的文件共享技术，只能够实现单向的文件共享，文件共享的效率较低的问题。

Description

文件共享的方法、装置、电子设备以及可读存储介质

技术领域

本申请属于设备通信技术领域，尤其涉及一种文件共享的方法、装置、电子设备以及可读存储介质。

背景技术

随着电子设备技术的不断发展，用户持有电子设备的数量也越来越多，一个用户可以同时使用多个电子设备，而不同的电子设备均可以存储有用户操作时生成文件以及数据等，当用户在一个电子设备上操作时，若需要对其他电子设备存储的文件进行操作，则需要采用电子设备间的文件共享技术。

现有的文件共享的方法，往往只支持单向的文件共享，例如电子设备A与电子设备B建立有实现文件共享的通信链路，电子设备A可以通过上述通信链路浏览电子设备B上的文件，但电子设备B则无法通过上述通信链路在本地浏览电子设备A上的文件，如基于通用串行总线(Universal Serial Bus，USB)建立的文件共享链路。由此可见，现有的文件共享的方法，只能够实现单向的文件共享，文件共享的效率较低，影响用户的使用体验。

发明内容

本申请实施例提供了一种文件共享的方法、装置、电子设备以及计算机可读存储介质，可以解决现有的文件共享技术，只能够实现单向的文件共享，文件共享的效率较低的问题。

第一方面，本申请实施例提供了一种文件共享的方法，包括：

第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路；

在建立所述文件共享链路的过程中，所述第一电子设备在预设的第一虚拟存储区域内挂载所述第二电子设备的第二文件目录；以及，所述第二电子设备在预设的第二虚拟存储区域内挂载所述第一电子设备的第一文件目录；

所述第二文件目录用于所述第一电子设备访问所述第二电子设备的文件；

所述第一文件目录用于所述第二电子设备访问所述第一电子设备的文件。

实施本申请实施例具有以下有益效果：通过第一电子设备的近场通信模块与第二电子设备建立文件共享链路，并且在建立该文件共享链路的过程中，可以在第一电子设备预设的第一虚拟存储区域内创建用于存储第二电子设备本地文件的第二文件目录，对应地，在第二电子设备预设的第二虚拟存储区域内创建用于存储第一电子设备本地文件的第二文件目录，在上述文件共享链路建立完成后，第一电子设备可以通过第二文件目录内浏览第二电子设备本地的文件，同样地，第二电子设备也可以通过第一文件目录浏览第一电子设备本地的文件，从而实现了双向的文件共享，从而提高了文件共享的效率。另一方面，第一电子设备与第二电子设备之间是基于近场通信模块建立上述文件共享链路的，而近场通信模块具有响应快、接入操作简单等优点，也能够进一步提高建立文件共享链路的效率，提高用户的使用体验。再者，第一电子设备与第二电子设备之间是基于近场通信模块建立WIFI点对点的文件共享链路，而无需占用WIFI通信模块，保持第一电子设备与第二电子设备原有的WIFI通信链路的连续性，避免了文件共享过程对于设备原有连接的影响。

在第一方面的一种可能实现方式中，所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路，包括：

所述第一电子设备通过近场通信模块向所述第二电子设备发送端口获取请求；所述端口获取请求包含所述第一电子设备的第一通信端口号；

所述第二电子设备向所述第一电子设备发送端口应答信息；所述端口应答信息包括所述第二电子设备的第二通信端口号；

所述第一电子设备向所述第二电子设备发送第一挂载指令；所述第一挂载指令包含所述第二通信端口号；

所述第二电子设备响应于所述第一挂载指令，在所述第二虚拟存储区域挂载所述第一文件目录，并向所述第一电子设备发送第二挂载指令；所述第二挂载指令包含所述第一通信端口；

所述第一电子设备响应于所述第二挂载指令，在所述第一虚拟存储区域挂载所述第二文件目录；

所述第一电子设备向所述第二电子设备发送挂载完成信息，以通知所述第二电子设备所述文件共享链路已建立。

在第一方面的一种可能实现方式中，在所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

所述第二电子设备响应于关于所述第一文件目录内第一文件的第一操作请求，向所述第一电子设备发送所述第一文件的第一获取指令；所述第一获取指令包含所述第一文件的第一属性信息；

所述第一电子设备基于接收到的所述第一获取指令的所述第一属性信息，获取所述第一文件的第一文件数据，将所述第一文件数据发送给所述第二电子设备。

在第一方面的一种可能实现方式中，所述第一获取指令还包括所述第二电子设备的第二文件目录的第二状态信息；所述第一电子设备基于接收到的所述第一获取指令的所述第一属性信息，获取所述第一文件的第一文件数据，包括：

所述第一电子设备提取所述第一获取指令的所述第二状态信息，更新所述第一虚拟存储区域的所述第二文件目录；

所述第一电子设备基于所述第一属性信息，获取所述第一文件的所述第一文件数据。

所述第一电子设备响应于关于所述第二文件目录内第二文件的第二操作请求，向所述第二电子设备发送所述第二文件的第二获取指令；所述第二获取指令包含所述第二文件的第二属性信息；

所述第二电子设备基于接收到的所述第二获取指令的所述第二属性信息，获取所述第二文件的第二文件数据，将所述第二文件数据发送给所述第一电子设备。

在第一方面的一种可能实现方式中，所述第二获取指令还包括所述第一电子设备的第一文件目录的第一状态信息；所述第二电子设备基于接收到的所述第二获取指令的所述第二属性信息，获取所述第二文件的第二文件数据，包括：

所述第二电子设备提取所述第二获取指令的所述第一状态信息，更新所述第二虚拟存储区域的所述第一文件目录；

所述第二电子设备基于所述第二属性信息，获取所述第二文件的所述第二文件数据。

在第一方面的一种可能实现方式中，所述第一电子设备的近场通信模块配置有所述第一电子设备的基于所述WIFI点对点的通信地址；所述第二电子设备的进程通信模块配置有所述第二电子设备的基于所述WIFI点对点的通信地址。

第二方面，本申请实施例提供了一种文件共享的方法，应用于第一电子设备，包括：

所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路；

在建立所述文件共享链路的过程中，所述第一电子设备在预设的第一虚拟存储区域内挂载所述第二电子设备的第二文件目录；所述第二文件目录用于所述第一电子设备访问所述第二电子设备的文件。

在第二方面的一种可能实现方式中，所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路，包括：

所述第一电子设备接收所述第二电子设备发送的端口应答信息；所述端口应答信息包括所述第二电子设备的第二通信端口号；

所述第一电子设备接收所述第二电子设备基于所述第一挂载指令反馈的第二挂载指令；所述第二挂载指令包含所述第一通信端口；

在第二方面的一种可能实现方式中，在所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

所述第一电子设备接收所述第二电子设备发送的第一获取指令；所述第一获取指令是所述第二电子设备响应于关于所述第一文件目录内第一文件的第一操作请求生成的；所述第一获取指令包含所述第一文件的第一属性信息；

所述第一电子设备基于所述第一属性信息，获取所述第一文件的第一文件数据，将所述第一文件数据发送给所述第二电子设备。

所述第一电子设备接收所述第二电子设备基于所述第二获取指令反馈的关于所述第二文件的第二文件数据。

第三方面，本申请实施例提供了一种文件共享的装置，包括：

第一文件共享链建立单元，用于通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路；

第二文件目录挂载单元，用于在建立所述文件共享链路的过程中，在预设的第一虚拟存储区域内挂载所述第二电子设备的第二文件目录；所述第二文件目录用于所述第一电子设备访问所述第二电子设备的文件。

在第三方面的一种可能的实现方式中，所述第一文件共享链建立单元包括：

第一通信端口号发送单元，用于通过近场通信模块向所述第二电子设备发送端口获取请求；所述端口获取请求包含所述第一电子设备的第一通信端口号；

第二通信端口号接收单元，用于接收所述第二电子设备发送的端口应答信息；所述端口应答信息包括所述第二电子设备的第二通信端口号；

第一挂载指令发送单元，用于向所述第二电子设备发送第一挂载指令；所述第一挂载指令包含所述第二通信端口号；

第二挂载指令接收单元，用于接收所述第二电子设备基于所述第一挂载指令反馈的第二挂载指令；所述第二挂载指令包含所述第一通信端口；

第二挂载指令响应单元，用于响应于所述第二挂载指令，在所述第一虚拟存储区域挂载所述第二文件目录；

挂载完成信息发送单元，用于向所述第二电子设备发送挂载完成信息，以通知所述第二电子设备所述文件共享链路已建立。

在第三方面的一种可能的实现方式中，所述文件共享的装置还包括：

第一获取指令接收单元，用于接收所述第二电子设备发送的第一获取指令；所述第一获取指令是所述第二电子设备响应于关于所述第一文件目录内第一文件的第一操作请求生成的；所述第一获取指令包含所述第一文件的第一属性信息；

第一文件数据发送单元，用于基于所述第一属性信息，获取所述第一文件的第一文件数据，将所述第一文件数据发送给所述第二电子设备。

第二获取指令发送单元，用于响应于关于所述第二文件目录内第二文件的第二操作请求，向所述第二电子设备发送所述第二文件的第二获取指令；所述第二获取指令包含所述第二文件的第二属性信息；

第二文件数据接收单元，用于接收所述第二电子设备基于所述第二获取指令反馈的关于所述第二文件的第二文件数据。

第四方面，本申请实施例提供了一种文件共享的方法，应用于第二电子设备，包括：

所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路；

在建立所述文件共享链路的过程中，所述第二电子设备在预设的第二虚拟存储区域内挂载所述第一电子设备的第一文件目录；所述第一文件目录用于所述第二电子设备访问所述第一电子设备的文件。

在第四方面的一种可能的实现方式中，所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路，包括：

所述第二电子设备通过近场通信模块接收所述第一电子设备发送的端口获取请求；所述端口获取请求包含所述第一电子设备的第一通信端口号；

所述第二电子设备接收所述第一电子设备发送的第一挂载指令；所述第一挂载指令包含所述第二通信端口号；

所述第二电子设备接收所述第一电子设备发送的挂载完成信息，并识别与所述第一电子设备间的所述文件共享链路已建立。

在第四方面的一种可能的实现方式中，在所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

所述第二电子设备接收所述第一电子设备基于所述第一获取指令反馈的关于所述第一文件的所述第一文件数据。

所述第二电子设备接收所述第一电子设备发送的第二获取指令；所述第二获取指令是所述第一电子设备响应于关于所述第二文件目录内第二文件的第二操作请求生成的；所述第二获取指令包含所述第二文件的第二属性信息；

所述第二电子设备基于所述第二属性信息，获取所述第二文件的第二文件数据，将所述第二文件数据发送给所述第一电子设备。

第五方面，本申请实施例提供了一种文件共享的装置，包括：

第二文件共享链路建立单元，用于所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路；

第一文件目录挂载单元，用于在建立所述文件共享链路的过程中，所述第二电子设备在预设的第二虚拟存储区域内挂载所述第一电子设备的第一文件目录；所述第一文件目录用于所述第二电子设备访问所述第一电子设备的文件。

在第五方面的一种可能的实现方式中，所述第二文件共享链路建立单元，包括：

第一通信端口号接收单元，用于通过近场通信模块接收所述第一电子设备发送的端口获取请求；所述端口获取请求包含所述第一电子设备的第一通信端口号；

第二通信端口号发送单元，用于向所述第一电子设备发送端口应答信息；所述端口应答信息包括所述第二电子设备的第二通信端口号；

第一挂载指令接收单元，用于接收所述第一电子设备发送的第一挂载指令；所述第一挂载指令包含所述第二通信端口号；

第二挂载指令发送单元，用于响应于所述第一挂载指令，在所述第二虚拟存储区域挂载所述第一文件目录，并向所述第一电子设备发送第二挂载指令；所述第二挂载指令包含所述第一通信端口；

挂载完成信息接收单元，用于接收所述第一电子设备发送的挂载完成信息，并识别与所述第一电子设备间的所述文件共享链路已建立。

在第五方面的一种可能的实现方式中，所述文件共享的装置，还包括：

第一操作请求响应单元，用于响应于关于所述第一文件目录内第一文件的第一操作请求，向所述第一电子设备发送所述第一文件的第一获取指令；所述第一获取指令包含所述第一文件的第一属性信息；

第一文件数据接收单元，用于接收所述第一电子设备基于所述第一获取指令反馈的关于所述第一文件的所述第一文件数据。

第二获取指令接收单元，用于接收所述第一电子设备发送的第二获取指令；所述第二获取指令是所述第一电子设备响应于关于所述第二文件目录内第二文件的第二操作请求生成的；所述第二获取指令包含所述第二文件的第二属性信息；

第二文件数据发送单元，用于基于所述第二属性信息，获取所述第二文件的第二文件数据，将所述第二文件数据发送给所述第一电子设备。

第六方面，本申请实施例提供了一种电子设备，存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述第二方面中任一项所述文件共享的方法或第四方面中任一项所述文件共享的方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述第二方面中任一项所述文件共享的方法或第四方面中任一项所述文件共享的方法。

第八方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第二方面中任一项所述文件共享的方法或第四方面中任一项所述文件共享的方法。

第九方面，本申请实施例提供一种芯片系统，包括处理器，处理器与存储器耦合，所述处理器执行存储器中存储的计算机程序，以实现如上述第二方面中任一项所述文件共享的方法或第四方面中任一项所述文件共享的方法。

第十方面，本申请实施例提供一种文件共享的系统，包括第二方面的文件共享的装置以及第四方面的文件共享的装置。

可以理解的是，上述第二方面至第十方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1是本申请实施例提供的电子设备的结构示意图；

图2是本申请实施例的电子设备的软件结构框图；

图3是基于串行接口实现设备间文件共享的示意图；

图4是基于服务信息块协议实现电子设备间的文件共享的示意图；

图5是基于WIFI点对点直连方式实现设备间的文件传输的示意图；

图6是本申请一实施例提供的第一电子设备与第二电子设备之间的连接示意图；

图7是本申请一实施例提供的文件共享的方法的实现流程图；

图8是本申请一实施例提供的第一电子设备与第二电子设备之间的连接触发示意图；

图9是本申请一实施例提供的第一电子设备与第二电子设备的存储区域的示意图；

图10是本申请一实施例提供的第一电子设备的操作界面的示意图；

图11是本申请一实施例提供的第一电子设备与第二电子设备的挂载结构示意图；

图12是本申请另一实施例提供文件共享的方法中S701的具体交互流程图；

图13是本申请一实施例提供的请求数据包的格式示意图；

图14是本申请一实施例提供的应答数据包的格式示意图；

图15是本申请一实施例提供的第一电子设备侧的文件共享的方法的实现流程图；

图16是本申请一实施例提供的第二电子设备侧的文件共享的方法的实现流程图；

图17是本申请实施例提供的文件共享的装置的结构框图；

图18是本申请实施例提供的文件共享的装置的结构框图；

图19是本申请一实施例提供的文件共享的装置的结构框图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例提供的文件共享的方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等电子设备上，本申请实施例对电子设备的具体类型不作任何限制。

例如，所述电子设备可以是WLAN中的站点(STAION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol，SIP)电话、无线本地环路(WirelessLocal Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、电脑、膝上型计算机、手持式通信设备、手持式计算设备、和/或用于在无线系统上进行通信的其它设备以及下一代通信系统，例如，5G网络中的移动终端或者未来演进的公共陆地移动网络(PublicLand Mobile Network，PLMN)网络中的移动终端等。

图1示出了电子设备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可以包括一个或多个接口。接口可以包括集成电路(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)接口，和/或通用串行总线(universal serial bus，USB)接口等。

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传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件，特别地，该无线通信模块160至少包含近场通信NFC模块，以通过该NFC模块建立文件共享链路。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。显示屏194可包括触控面板以及其他输入设备。

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

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，脸部识别，语音识别，文本理解等。

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

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

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

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

图2是本申请实施例的电子设备的一种软件结构框图。

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

应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

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

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

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

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

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

随着电子设备技术的不断发展，电子设备的数量以及种类不断增加，一个用户可以同时持有多个电子设备，部分用户持有的电子设备的数量甚至可以达到几十个甚至几百个，例如用户可以持有多部智能手机，不同的智能手机配置不同的电话号码，该用户还可以持有平板电脑、笔记本电脑、智能电视机、数码相机等其他电子设备，不同的电子设备在使用的过程中可以产生不同的文件数据，例如通过内置的摄像模块获取图像数据，也可以在本地生成文档文件、从互联网上下载各类型的文件，如视频文件、游戏安装包等，电子设备可以将本地生成的文件数据存储用于本地的存储器，用户可以通过电子设备输出的文件目录对电子设备上的文件执行浏览、编辑、删除、复制等多样的操作。

由于不同的电子设备可以存储不同的文件，而同一用户又可以同时持有多个电子设备，若用户在其中一个电子设备A上操作时，需要获取另一电子设备B本地存储的文件，则需要进行设备间的文件传输。进一步而言，若电子设备A可以在本地对电子设备B上的文件进行编辑、复制、删除等操作，则需要电子设备A与电子设备B之间的通信链路能够支持文件共享技术，以便在电子设备A对电子设备B存储的文件进行操作时，能够于电子设备B的存储器上同步对文件进行更新。

以下以一个实际使用场景来说明设备间的文件传输以及文件共享：用户通过智能手机拍摄得到一幅图像，而用户在通过笔记本电脑编辑文章时，需要使用到之前拍摄的图像作为背景图，则需要通过智能手机将上述拍摄得到的图像传输给笔记本电脑，此时，则需要进行文件传输，即从智能手机向笔记本电脑传输文件。若智能手机与笔记本电脑之间建立的是文件共享的通信链路，则可以在笔记本电脑上显示智能手机拍摄得到的所有图像，用户可以在笔记本电脑上编辑智能手机上存储的各个图像，此时，笔记本电脑与智能手机之间实现的即为文件共享。

现有技术中，实现文件共享的方式具体包含以下三种：

方式1：参见图3所示，图3示出了基于串行接口实现设备间文件共享的示意图。参见图3所示，用户持有至少两个电子设备，示例性地，上述两个电子设备可以为智能手机以及笔记本电脑，而基于串行接口建立的通信连接具体为基于USB接口建立的通信连接。智能手机上可以配置有USB Type C接口，而笔记本电脑上可以配置有USB 2.0接口，通过USBType C-USB 2.0数据线连接智能手机以及笔记本电脑，建立上述两个电子设备之间的基于串行接口的通信链路。在上述通信链路接入开始时，如图3中的(a)所示，智能手机上会弹出一提示框，以进行数据链路的连接授权，若用户同意智能手机与笔记本电脑建立通信连接，则可以点击同意连接的控件301。在该情况下，智能手机与笔记本电脑建立通信链路，并在上述通信链路建立完成后，智能手机则作为笔记本电脑的外接存储器，并添加对应的图标在笔记本电脑的存储器列表内，如图3中的(b)中的图标302。用户可以在笔记本电脑上对文件目录中的文件进行操作，实现了笔记本电脑单向共享智能手机的文件。

然而基于串行接口实现的文件共享，需要通过串行接口线连接上述两个电子设备，操作较为复杂，降低了文件共享的效率以及操作的便捷性。并且，基于串行接口建立通信链路时，要求电子设备支持安装USB及可移动硬盘的驱动，而部分便携产品并不支持安装USB接口的驱动程序，如平板电脑以及智能手机，文件分析的限制较大，从而降低了电子设备的分享效率。进一步而言，基于串行接口建立的通信连接，只支持单向的文件分享，如图3的使用场景下，笔记本电脑可以单向共享智能手机本地存储的文件，而智能手机则无法获取到笔记本电脑的文件，从而大大降低了共享的效率，影响了用户的使用体验。

方式2：参见图4所示，图4示出了基于服务信息块(Service Message Block，Samba)协议实现电子设备间的文件共享的示意图。参见图4所示，上述两个电子设备可以为笔记本电脑以及计算机电脑，计算机电脑与笔记本电脑处于同一局域网内，计算机电脑以及笔记本电脑均可以安装Samba协议，并在安装Samba协议后，对电子设备进行角色配置，上述角色配置包括有客户端角色配置以及服务器角色配置；其中，在承担服务器角色的电子设备的文件可以在其他电子设备上共享，而承担客户端角色的电子设备则可以在本地对承担服务器角色的电子设备共享的文件进行操作。示例性地，笔记本电脑可以配置为客户端，而计算机电脑则配置为服务器，在该情况下，笔记本电脑可以通过配置服务器的网络地址，如IP地址(如192.168.1.15)或设备名(LocalCOM)，以实现对服务器(即计算机电脑)的访问，并在笔记本电脑上显示存储于计算机电脑的文件，如图4所示，实现了笔记本电脑单向共享计算机电脑的文件。

然而基于Samba协议实现的文件共享，要求建立文件共享的多个设备处于同一局域网内，而在大量的户外场景或公共场所下，如在户外景点或咖啡厅时，无法实现多个电子设备连接于同一局域网内，提高了上述文件共享方式的共享难度。另一方面，由于Samba协议的协议栈较为庞大，大部分的电子设备并不支持安装Samba协议，如智能手表、智能手机等，进一步限制了上述共享方法的适用性。另一方面，由于安装有Samba协议的电子设备需要配置对应的角色，承担服务器角色的电子设备无法在同一时间下承担客户端角色，从而上述文件共享的方式同样是单向共享的，即承担服务器角色的电子设备可以共享本地的文件，而无法对承担客户端角色的电子设备的文件进行操作，大大降低了共享的效率，影响了用户的使用体验。

方式3：参见图5所示，图5示出了基于WIFI点对点直连方式实现设备间的文件传输的示意图。参见图5所示，实现设备间文件传输的两个电子设备可以为智能手机以及智能手表，智能手机以及智能手表上均配置有WIFI通信模块，可以发射WIFI信号。示例性地，智能手机可以点击热点共享的功能按钮，此时，智能手机则生成对应的WIFI信号，如SmartPhone，在该情况下，智能手机作为服务群组管理者(Group owner，GO)，智能手表可以通过内置的WIFI通信模块搜索当前场景下包含的WIFI信号，并通过点击“SmartPhone”以接入到智能手机生成的WIFI信号，以建立智能手机与智能手表之间基于WIFI点对点的直连通信链路。在该情况下，智能手机可以从本地的文件中选取需要传输的文件，发送给智能手表；对应地，智能手表也可以从本地的文件中选择需要发送的文件通过上述建立的直连通信链路发送给智能手机，实现了电子设备间的文件互传。

然而上述基于WIFI点对点直连方式建立的通信链路，只能够实现电子设备间的数据互传，而电子设备无法在本地对另一电子设备本地的文件进行操作，只能够被动接收对端发送的文件，只能单向分享具体的文件，无法实现所有文件的共享，文件共享的体验较差，共享效率较低。另一方面，基于WIFI模块建立的WIFI点对点直连的通信链路，连接时间较长，通常情况下，上述连接过程超过5秒，从而降低了文件共享的响应效率，进一步降低了用户的使用体验。

实施例一：

为了解决现有文件共享的技术的缺陷，本申请提供一种文件共享的方法，以实现两个电子设备之间的文件共享，上述两个电子设备可以为第一电子设备以及第二电子设备。第一电子设备与第二电子设备可以为型号相同的两个电子设备，也可以为型号不同的电子设备，“第一”与“第二”只是用于区分两个不同的电子设备，并非对电子设备的功能以及型号是否相同进行限定。示例性地，图6示出了本申请一实施例提供的第一电子设备与第二电子设备之间的连接示意图，参见图6所示，将发起文件共享的设备称为第一电子设备，该第一电子设备配置有近场通信模块，在图6中的第一电子设备可以为一智能手机。将相应文件共享操作的设备称为第二电子设备，该第二电子设备同样配置有近场通信模块，在图6中的第二电子设备可以为一笔记本电脑。由于第一电子设备与第二电子设备上均配置有近场通信模块，因此在第一电子设备与第二电子设备之间的距离小于预设的触发距离值(该触发距离值具体为满足近场通信模块的连接距离，举例性地如5厘米)时，上述两个电子设备能够通过近场通信模块建立第一电子设备与第二电子设备之间的文件共享链路，并基于上述文件共享链路实现两个电子设备之间的文件共享。

图7示出了本申请一实施例提供的文件共享的方法的实现流程图，详述如下：

在S701中，第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路。

在S702中，在建立所述文件共享链路的过程中，所述第一电子设备在预设的第一虚拟存储区域内挂载所述第二电子设备的第二文件目录；以及，所述第二电子设备在预设的第二虚拟存储区域内挂载所述第一电子设备的第一文件目录。所述第二文件目录用于所述第一电子设备访问所述第二电子设备的文件；所述第一文件目录用于所述第二电子设备访问所述第一电子设备的文件。

在本实施例中，第一电子设备配置有近场通信模块，该近场通信模块可以向外广播NFC信号，该NFC信号可以携带有第一电子设备的设备标识，在第一电子设备的近场通信模块向外广播NFC信号的过程中，还可以预设的检测周期判断当前场景下是否检测到另一近场通信模块广播的NFC信号，并根据NFC信号的强弱确定与该近场通信模块之间的距离值。在该情况下，若第一电子设备通过近场通信模块获取到另一电子设备(即第二电子设备)的近场通信模块发送的NFC信号，并基于该NFC信号的信号强度确定与第二电子设备之间的距离值小于触发距离值，则第一电子设备可以通过近场通信模块向第二电子设备发送连接请求，第二电子设备可以通过本地的近场通信模块接收第一电子设备发送的连接请求，并触发文件共享链路的连接流程。

示例性地，图8示出了本申请一实施例提供的第一电子设备与第二电子设备之间的连接触发示意图。参见图8中的(a)所示，在初始状态下，第一电子设备与第二电子设备之间的距离较远，由于NFC信号距离越远，信号的衰减程度越大，因此，当第一电子设备与第二电子设备距离较远的情况下，第一电子设备与第二电子设备均无法检测到对方的NFC信号，或者检测到的NFC信号的信号强度较弱，并判定当前两者之间的距离值大于预设的触发距离阈值。在该情况下，第一电子设备与第二电子设备不会执行上述连接流程。用户手持第一电子设备，并逐渐靠近第二电子设备，到达图8中的(b)所示的状态，第一电子设备的近场通信模块检测到第二电子设备发送的NFC信号，并基于该NFC信号的信号强度确定两者之间的距离值小于预设的触发距离阈值，则可以通过近场通信模块向第二电子设备发送连接请求，并触发上述的连接流程。

在本实施例中，第一电子设备的近场通信模块中可以携带有第一电子设备的设备标识，在第一电子设备发送的NFC信号中，可以携带有将上述设备标识，以便第二电子设备确定文件共享对端的身份。

在一种可能的实现方式中，第二电子设备可以配置有白名单列表或黑名单列表，以对通信对端进行合法校验。在该情况下，第二电子设备在接收到第一电子设备发送的NFC信号时，可以提取该NFC信号中携带有的设备标识，以判断该设备标识是否在白名单列表或黑名单列表内，以对第一电子设备的合法性进行识别，若第二电子设备检测到第一电子设备为合法设备，则响应连接请求；反之，若第二电子设备检测到第一电子设备为非法设备，则不对该连接请求进行响应。对应地，第一电子设备也可以对第二电子设备发送的NFC信号进行合法校验，并在判断第二电子设备为合法设备时，向第二电子设备发送上述的连接请求。

在本实施例中，第一电子设备与第二电子设备建立的是基于WIFI点对点的文件共享链路。一般情况下，电子设备通过近场通信模块建立通信连接时，建立的是基于NFC的数据链路，交互的是近场通信模块的模块标识、传输速率等信息，然而在本申请实施例中，第一电子设备与第二电子设备建立通信连接(即上述的文件共享链路)时，交互的是网络地址、端口号等信息，从而能够实现基于近场通信模块构建两个设备间的拟“无线局域网”的通信连接。由于在建立基于NFC的数据链路时，连接的两个电子设备身份是对等的；而建立基于WIFI点对点的文件共享链路时，需要包括服务群组管理者(Group owner，GO)以及服务群组客户端(Group Client，GC)两种类型的角色，因此，第一电子设备以及第二电子设备中需要其中一个设备作为连接时的GO，另一个设备则作为连接时的GC，并基于对应的角色执行对应的连接操作，从而能够建立WIFI点对点的通信连接。因此，第一电子设备与第二电子设备之间建立通信连接时虽然采用的是近场通信模块传输数据，然而整个连接流程则与NFC连接过程不同，而是采用WIFI点对点的连接流程，从而建立了基于WIFI点对点的文件共享链路。

在一种可能的实现方式中，可以将主动靠近的电子设备作为WIFI点对点连接过程中的GC角色，而另一个被动接近的电子设备作为WIFI点对点连接过程中的GO角色。继续参见图8中所示的连接过程，用户手持第一电子设备，并主动接近第二电子设备，因此，在该连接的过程中，第一电子设备会作为WIFI点对点连接过程中的GC角色，即会主动向另一电子设备(即第二电子设备)发送连接请求，而第二电子设备会作为WIFI点对点连接过程中的GO角色，即被动响应另一电子设备发送的连接请求。因此，在其他场景下，若第二电子设备主动向第一电子设备移动，则在该情况下，第二电子设备可以作为WIFI点对点连接中的GC角色，而第一电子设备则可以作为WIFI点对点连接中的GO角色。

在一种可能的实现方式中，第一电子设备的近场通信模块内可以预先写入建立WIFI点对点的通信连接时的通信地址，特别地，该通信地址具体可以为基于WIFI点对点的通信地址，上述通信地址包括有网络地址、网络标识等、身份类型(即作为GO角色或是GC角色)、设备标识等等。其中，第一电子设备可以根据连接过程中的状态不同，调整上述身份类型的值，例如，第一电子设备主动靠近第二电子设备，则第一电子设备可以将近场通信模块中身份类型配置为GC，而第一电子设备检测到第二电子设备主动靠近，则第一电子设备可以将近场通信模块中身份类型配置为GO，从而在不同的连接场景下，第一电子设备可以配置为对应的连接状态。对应地，第二电子设备的近场通信模块也可以根据上述方式进行配置。

在本实施例中，第一电子设备和第二电子设备通过近场通信模块建立基于WIFI点对点的通信连接，能够在不影响电子设备的现有网络连接状态下，实现文件共享，不占用本地的WIFI通信模块，因此，若第一电子设备和第二电子设备在共享之前连接有无线局域网，在建立设备间的文件共享链路后，上述已建立的无线连接局域网并不会中断(由于文件共享链路是基于近场通信模块建立的，并非基于WIFI模块建立的，因此不会对已建立的WIFI连接造成影响)，减少了对已建连接的影响。

在一种可能的实现方式中，第二电子设备在建立WIFI点对点的通信连接时作为GO角色的情况下，该近场通信模块可以预先配置第二电子设备的网络身份标识码，即SSID，以及接入该网络时对应的接入密码PWD等。若第二电子设备配置有接入密码，则第一电子设备通过近场通信模块与第二电子设备建立WIFI点对点的文件共享链路时，则需要在连接请求中携带有对应的接入密码，若该连接请求中的接入密码为空，或接入密码不正确，则第二电子设备可以向第一电子设备发送一个密码输入的提示框，以便用户在第一电子设备显示的提示框内输入对应的接入密码，在检测到连接请求的接入密码正确后，再建立上述文件共享链路。

在本实施例中，第一电子设备与第二电子设备可以预先安装有虚拟网盘的应用程序，从而在第一电子设备与第二电子设备内创建对应的虚拟存储区域，示例性地，图9示出了本申请一实施例提供的第一电子设备与第二电子设备的存储区域的示意图，参见图9所示，该第一电子设备与第二电子设备均包含两个类型的存储区域，分别为基于实际存储的存储器构建的物理存储区域，以及基于虚拟网盘的应用程序构建的虚拟存储区域。以下以第一电子设备的第一虚拟存储区域为例进行说明：该第一虚拟存储区域并非实际占用第一电子设备的存储器的存储资源，即第一电子设备无需从存储器中划分对应的区域用于作为虚拟存储区域，第一虚拟存储区域在未挂载其他电子设备的文件目录时，该第一虚拟存储区域的可以存储容量为0，即该虚拟存储区域无法存储本地生成的文件、数据，在处于未挂载状态下，该虚拟存储区域处于不可用状态。若第一电子设备在建立文件共享链路时，将第二电子设备的第二文件目录挂载于第一虚拟存储区域上，则第一电子设备的第一虚拟存储区域会显示为第二文件目录，用户可以通过对第一虚拟存储区域上挂载的第二文件目录，以实现对第二电子设备本地的第二文件进行操作，从而达到两个设备之间文件共享的目的。第二文件目录内存储的文件具体为第二电子设备上本地存储的文件，在挂载完成后，第一虚拟存储区域的实际存储容量，与第二文件目录内包含的总文件容量相同。

需要说明的是，若用户需要在第一电子设备上对第二电子设备本地存储的文件进行操作，第一电子设备需要将所需操作的文件从第二电子设备处取回至第一电子设备的存储器内，因此，在实际进行文件共享的过程中，上述第一虚拟存储区域是可以占用第一电子设备的存储器的部分存储资源的。

在一种可能的实现方式中，第一电子设与第二电子设备均可以对本地存储的文件进行共享设置，例如，每个文件可以配置有对应的共享标识，若共享标识为有效标识，则表示对应的文件是可以与其他设备进行共享的，若共享标识为无效标识，在标识对应的文件是非共享文件。在生成第一文件目录以及第二文件目录时，可以分别识别各个文件对应的共享标识，将共享标识为有效标识的文件显示于第一文件目录或第二文件目录内。以第一电子设备内存储的文件为例进行说明：第一电子设备中包含有多个文件，分别为文件1、文件2、文件3以及文件4，其中，文件1、文件2以及文件4的共享标识均为有效标识，而文件3的共享标识为无效标识，因此，第一电子设备与第二电子设备建立文件共享链路后，第二电子设备的第二虚拟存储区域可以挂在第一电子设备的第一文件目录，该第一文件目录内还可以包含文件1、文件2以及文件4，而由于文件3中的分享标识为无效标识，即表示该文件不进行共享，因此不会出现在第一文件目录内。可选地，第一电子设备中分享标识为无效标识的文件也可以出现在第二电子设备挂载的第一文件目录内，若用户在第二电子设备上发起分享标识为无效标识的文件的操作请求时，第二电子设备可以生成无权限的提示信息，从而避免了异地对不分享的文件进行操作。

示例性地，以第一电子设备为例说明虚拟存储区域挂载前与挂载后之间的区别，第二电子设备的挂载情况与第一电子设备相同，因此后续不再赘述，具体可以参见第一电子设备的相关描述。图10示出了本申请一实施例提供的第一电子设备的操作界面的示意图。参见图10中的(a)所示，第一电子设备在挂载有第二电子设备的第二文件目录之前，该第一电子设备的存储分区包含三个，分别为“C盘”、“D盘”以及“虚拟硬盘”，其中，标有“虚拟硬盘”的存储区域即为第一电子设备预设的第一虚拟存储区域。在未挂载任何其他设备的共享存储区域之前，若第一电子设备接收到对于第一虚拟存储区域的访问请求，如点击“虚拟硬盘”对应的图标，则会弹出“无法访问”的提示信息，如图10中的(b)。由于在未挂载之前，该第一虚拟存储区域并未存储有任何文件以及数据，也不占用第一电子设备本地的存储资源，因此处于一个无法访问的状态。在挂载了第二电子设备的第二目录后，该第一电子设备的第一虚拟存储区域的图标可以由“虚拟硬盘”变更为“Mate40”，其中，“Mate40”可以为第二电子设备的设备标识，即为上述的第二文件目录，如图10中的(c)所示。若第一电子设备接收到对于第二文件目录的访问请求，如点击“Mate40”对应的图标，则可以显示存储于第二文件内的文件，如图10中的(d)，以实现文件共享的目的。

在一种可能的实现方式中，第一电子设备与第二电子设备可以将存储器划分为共享存储区域以及非共享存储区域。以下以第一电子设备为例进行说明：第一电子设备可以将存储器划分为多个存储区域，不同的存储区域可以配置有对应的共享标识，若该共享标识为有效标识，则该存储区域为共享存储区域，若该共享标识为无效标识，则该存储区域为非共享存储区域，而上述存储区域可以存储有对应的文件。在第一电子设备将第一文件目录挂载在第二电子设备的虚拟存储区域内时，第一文件目录具体可以包含所有共享存储区域内的文件，而非共享存储区域内的文件并不会包含在上述的第一文件目录内。可选地，与上述基于文件的共享标识类似，第一文件目录也可以包含有非共享存储区域内的文件，但第二电子设备并不具有权限对非共享存储区域内的文件进行异地操作。

在本实施例中，第一电子设备与第二电子设备的挂载操作会发生在建立上述文件共享链路的过程中，当第一电子设备与第二电子设备之间的文件共享链路建立完成后，第一电子设备会在第一虚拟存储区域内挂载第二电子设备的第二文件目录，而第二电子设备会在第二虚拟存储区域内挂载第一电子设备的第一文件目录。

示例性地，图11示出了本申请一实施例提供的第一电子设备与第二电子设备的挂载结构示意图。参见图11所示，第一电子设备与第二电子设备之间通过近场通信模块建立了基于WIFI点对点的文件共享链路，因此，上述文件共享链路的物理层，是基于近场通信模块建立的通信链路，在网络层上，第一电子设备与第二电子设备是基于IP协议建立连接的，即传输数据时，需要携带有对应的IP地址，封装IP包头；在数据传输层上，第一电子设备与第二电子设备是基于TCP/UDP协议建立通信连接，即传输数据时，需要封装对应的TCP包头或UDP包头；在表示层以及会话层，第一电子设备为了挂载第二电子设备的第二文件目录，需要启动对应的存储挂载服务，对应地，第二电子设备也需要启动存储挂载服务，从而能够实现挂载功能；在应用层上，第一电子设备会运行虚拟网盘的应用程序，从而在第一电子设备上创建对应的虚拟存储区域，并根据第二电子设备反馈的数据，可以在第一虚拟存储区域上挂载第二文件目录，对应地，第二电子设备也可以运行虚拟网盘的应用程序，以在第二虚拟存储区域上挂载第一文件目录。举例性地，若第一电子设备需要对第二文件目录内的某一文件进行操作时，可以通过上述建立的文件共享链路，将文件获取请求发送给第二电子设备，其中传输的过程如下：通过第一电子设备的虚拟网盘的应用程序生成文件获取请求，并存储挂载服务、TCP协议、IP协议以及数据链路层的NFC协议对文件获取请求进行打包，并通过近场通信模块发送给第二电子设备，第二电子设备可以通过本地的近场通信模块接收上述的打包后的文件获取请求，并通过存储挂载服务、TCP协议、IP协议以及数据链路层的NFC协议对打包的文件获取请求进行依次解包，将文件获取请求传输给第二电子设备的虚拟网盘的应用程序，虚拟网盘的应用程序通过本地文件访问服务，从本地的存储器中获取得到上述文件获取请求对应的文件的文件数据，并通过虚拟网盘的应用程序将文件数据进行封装，生成应答数据包，同样地，通过多个网络层级对上述应答数据包进行打包，并发送给第一电子设备，第一电子设备通过多个网络层级对打包后的应答数据包进行解包，并传输给第一电子设备的虚拟网盘的应用程序，实现了异地访问文件的目的。对应地，若第二电子设备访问第一电子设备的第一文件目录内的文件，也可以参照上述过程实现，在此不再赘述。

在一种可能的实现方式中，第一电子设备与第二电子设备建立上述文件共享链路的方式具体可以为：第一电子设备可以生成携带有网络地址以及挂载的第一文件目录的信息生成共享请求，并通过近场通信模块将上述的共享请求发送给第二电子设备，第二电子设备在接收到上述共享请求后，可以根据共享请求中的网络地址，将第一电子设备加入到第二电子设备对应的局域网络内，从而构建了第一电子设备与第二电子设备之间WIFI点对点的局域网，然后，第二电子设备可以根据共享请求中的第一文件目录的信息，在第二电子设备的第二虚拟存储区域上挂载第一文件目录，从而可以在第二电子设备本地，通过第一文件目录浏览第一电子设备上存储的文件。对应地，第二电子设备在挂载了第一电子设备的第一文件目录后，可以根据第二电子设备的通信地址以及第二文件目录的相关信息生成共享应答信息，通过已经建立的WIFI点对点的通信信道，将上述共享应答信息发送给第一电子设备。第一电子设备在接收到该共享应答信息后，可以根据该共享应答信息中的第二文件目录的相关信息，在第一电子设备的第一虚拟存储区域上挂载第二文件目录，从而可以在第一电子设备本地，通过第二文件目录浏览第二电子设备上存储的文件，实现了两个电子设备间双向的文件共享。在挂载第二文件目录后，第一电子设备可以根据共享应答信息中第二电子设备的通信地址，生成一个链路完成信息，通过已建立的WIFI点对点的通信信道将上述链路完成信息发送给第二电子设备，此时，第一电子设备侧会识别文件共享链路已创建完成。在第二电子设备接收到上述链路完成信息时，第二电子设备侧也会识别文件共享链路已创建完成。

在本实施例中，第一电子设备在挂载了第二电子设备的第二文件目录后，用户可以在第一电子设备侧对第二电子设备本地的文件进行操作，对应地，用户也可以在第二电子设备侧对第一电子设备本地的文件进行操作，实现了文件共享的目的。

进一步地，图12示出了本申请另一实施例提供文件共享的方法中S701的具体交互流程图。参见图12所示，与S701相比，本实施例中的所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路，具体包括：S1201～S1206，详述如下：

在S1201中，所述第一电子设备通过近场通信模块向所述第二电子设备发送端口获取请求；所述端口获取请求包含所述第一电子设备的第一通信端口号。

在本实施例中，第一电子设备在检测到当前环境中存在其他电子设备生成的NFC信号时，如第二电子设备的近场通信模块在预设的范围内生成NFC信号，此时，第一电子设备可以通过本地配置的近场通信模块接收到NFC信号，确定该NFC信号的信号参量，如数据传输速率以及信号频率等，确定与第二电子设备进行近场通信的通信规则。

在本实施例中，第一电子设备确定自身预配置的第一通信端口号，可选地，该第一通信端口号可以预先写入在近场通信模块的寄存器内。第一电子设备生成一个端口获取请求，以获取与第二电子设备通信时，对端(即第二电子设备)使用的端口号，并将本地的端口号(即第一通信端口号)封装于上述端口获取请求中，以通知对端(即第二电子设备)反馈应答信息时需要使用的端口号。

在本实施例中，第一电子设备在生成端口获取请求后，可以基于上述获取得到的信号参数，通过第一电子设备的近场通信模块进行调制，生成端口获取请求对应的NFC信号，该端口获取请求对应的NFC信号的传输速率以及信号频率等信号参量，与第二电子设备生成的NFC信号一致，以便第一电子设备发送的NFC信号能够被第二电子设备接收。

在一种可能的实现方式中，图13示出了本申请一实施例提供的请求数据包的格式示意图。参见图13所示，该请求数据包可以包含各个网络层级的数据包头，分别为数据链路层的以太网包头、网络层的网络地址IP包头、传输层的TCP包头、应用层的远程过程调度(Romote Procedure Call，RPC)服务的包头，除了上述包头外，其数据字段具体可以用于携带文件共享链路建立过程的所需携带的数据，即数据字段。该数据字段可以包含以下几个部分：请求报文序号ReqSeqNum、请求命令个数ReqNum、请求命令参数op+args。其中，ReqSeqNum作为该请求数据包的请求标示符，用于区分不同的请求数据包，可选地，该ReqSeqNum的长度具体可以为两个字节；ReqNum用于表示该请求数据包内携带的请求命令的个数，由于一个请求数据包可以包含多个不同的请求，不同的请求可以封装在一个请求数据包内，例如需要同时对多个文件进行访问，通过框取等多选的方式直接选取多个文件，此时每个文件对应一个请求，则可以将多个请求封装在一个请求数据包内，因此，可以通过ReqNum来通知对端该请求数据包包含的请求个数，可选地，该ReqNum的长度具体可以为两个字节；op+args用于携带对应的请求命令和参数，若该请求数据包内包含的请求个数为多个，则一个数据包内可以有多个op+args，该字段的长度不定，根据具体携带的内容确定，该字段可以是基于类型长度值(Type-length-value，TLV)格式的数据。基于此，第一电子设备在生成第一端口获取请求时，可以基于上述请求数据包的格式，将第一通信端口号以及对应的请求命令封装在op+args字段，并对应地配置其他字段的值，并将请求数据进行封装，得到端口获取请求对应的请求数据包，并发送给第二电子设备。

在S1202中，所述第二电子设备向所述第一电子设备发送端口应答信息；所述端口应答信息包括所述第二电子设备的第二通信端口号。

在本实施例中，第二电子设备可以通过近场通信模块接收第一电子设备发送的第一电子设备发送的端口获取请求，并从端口获取请求中提取第一电子设备的第一通信端口号，并存储第一通信端口号。

在本实施例中，第二电子设备在接收到第一电子设备发送的端口获取请求后，则可以启动文件共享链路的连接过程。在该情况下，第二电子设备可以对上述端口获取请求进行应答，生成对应的端口应答信息，将本地的第二通信端口号封装到上述的端口应答信息内。

在一种可能的实现方式中，若第二电子设备处于占有状态，则可以生成拒绝连接的应答信息，并将拒绝连接的应答信息发送给第一电子设备。或者，第一电子设备在预设的有效应答时间内并没有接收到第二电子设备反馈的端口应答信息，则识别第二电子设备处于占用状态，在该情况下，第二电子设备可以不需要对端口获取请求进行响应。其中，第二电子设备处于占用状态可以包括：第二电子设备已与除第一电子设备外的其他电子设备建立了文件共享链路，即第二电子设备与其他电子设备正在进行文件共享，无法与第一电子设备建立文件共享；又或者，第二电子设备处于宕机、通信模块异常等异常状态，此时，第二电子设备即处于占用状态；又或者，第二电子设备的不存在可用的计算资源以及存储资源等，也可以识别第二电子设备处于占用状态。若第一电子设备判定第二电子设备处于占用状态下，可以生成无法共享的信息，以通知用户第二电子设备不可用。

在一种可能的实现方式中，图14示出了本申请一实施例提供的应答数据包的格式示意图。参见图14所示，该应答数据包可以包含同样各个网络层级的数据包头，具体可以参见图13的描述，其数据字段具体可以用于携带本次应答的具体内容，即数据字段。该数据字段可以包含以下几个部分：状态码Status、应答报文序号ACKSeqNum、应答个数ACKNum、响应命令参数op+results。其中，Status用于确定对于请求的响应状态，也可以用于标识第二电子设备当前的占用状态；ACKSeqNum作为该应答数据包的请求标示符，用于区分不同的应答数据包，需要说明的是，该ACKSeqNum与ReqSeqNum的值相同，以确定对哪一请求数据包进行应答，可选地，该ACKSeqNum的长度具体可以为两个字节；ACKNum用于表示该应答数据包内携带的响应请求的个数，由于一个请求数据包可以包含多个不同的请求，对应地，一个应答数据包可以对多个不同的请求进行响应，因此可以通过ACKNum来确定该应答数据包包含的响应请求的个数，可选地，该ACKNum的长度具体可以为两个字节；op+results用于携带对应的响应命令和参数，若该应答数据包具体响应多个请求，则一个应答数据包内可以有多个op+results，该字段的长度不定，根据具体携带的内容确定，该字段可以是基于类型长度值(Type-length-value，TLV)格式的数据。基于此，第二电子设备可以根据端口获取请求中的各个字段对应的值，对应答数据包内的数据字段进行配置，并将第二通信端口号作为端口获取请求对应的响应参数，加载至op+results字段内，从而生成对应的端口应答信息，发送给第一电子设备。

在S1203中，所述第一电子设备向所述第二电子设备发送第一挂载指令；所述第一挂载指令包含所述第二通信端口号。

在本实施例中，第一电子设备在接收到第二电子设备发送的端口应答信息后，则可以判定第二电子设备可用，可以与第二电子设备进行文件共享，因此，则执行虚拟存储区域的挂载流程。其中，在未挂在第二文件目录前，第一电子设备本地的第一虚拟存储区域处于待配置状态，如上所述，并不占用实际存储资源，也无法进行访问。

在本实施例中，第一电子设备在接收到第二电子设备的端口应答信息后，可以提取该端口应答信息中包含的第二通信端口号，并将第二通信端口号存储于本地存储器内。

在本实施例中，第一电子设备为了实现对虚拟存储区域的挂载操作，可以生成第一挂载指令，需要说明的是，第一挂载指令可以通过S1201中的请求数据包进行封装，对应地，基于第一挂载指令设置op+args字段的内容，其他字段的值可以根据实际使用过程进行对应的调整。第一电子设备可以将上述获提取得到的第二通信端口号添加到该第一挂载指令中，具体地，可以写入到op+args字段内。需要说明的是，第一电子设备可以通过进场通信模块生成第一挂载指令对应的NFC信号，以发送给第二电子设备。其中，该第一挂载指令对应的NFC信号的信号参数，是基于S1201步骤中确定的，即第一挂载指令也是通过近场通信模块发送给第二电子设备的。

在本实施例中，第一挂载指令包含第二通信端口号，可以用于第二电子设备对该第一挂载指令进行鉴权，即判断是否为已授权共享的设备发送的挂载指令。

在S1204中，所述第二电子设备响应于所述第一挂载指令，在所述第二虚拟存储区域挂载所述第一文件目录，并向所述第一电子设备发送第二挂载指令；所述第二挂载指令包含所述第一通信端口。

在本实施例中，第二电子设备接收到第一挂载指令后，可以提取该指令中携带的第二通信端口号，并与本地预设的端口号进行比对，若该第一挂载指令中携带的第二通信端口号与第二电子设备本地预设的通信端口号一致，则识别该第一挂载指令为合法指令，并执行S1204的操作；反之，若该第一挂载指令中的第二通信端口号与本地预设的端口号不一致，则识别该挂载指令为无效指令，可以不对该第一挂载指令进行响应。可选地，第二电子设备可以返回执行S1202的操作，即重新发送本地预设的第二通信端口号给第一电子设备，以便第一电子设备基于更新后的第二通信端口号重新发送上述的第一挂载指令。

在本实施例中，第二电子设备存储有第一电子设备的第一通信端口号，以及第一电子设备发送的第一挂载指令，第二电子设备可以基于上述两个参数，对本地的第二虚拟存储区域进行挂载设置，以使对于该第二存储区域的访问操作，均生成一个指向第一通信端口号的文件获取请求，从而能够实现对于第一电子设备上存储的文件的远程操作。可选地，第一挂载指令可以携带有第一文件目录的目录名，第二电子设备可以根据第一挂载指令包含的目录名，调整第二虚拟存储区域的名称。

在本实施例中，第二电子设备挂载了第一电子设备的第一文件目录后，可以生成第二挂载指令，对应地，第二挂载指令可以包含第一电子设备的第一通信端口号，以便第一电子设备可以对第二挂载指令进行鉴权。可选地，第二挂载指令可以通过S1202中所述的应答数据包进行封装，即将第二挂载指令的响应指令封装于op+results字段，其中，该应答数据包中的ACKSeqNum可以根据第一应答指令中的ReqSeqNum确定，即第二挂载指令是对于第一挂载指令的应答指令。

在S1205中，所述第一电子设备响应于所述第二挂载指令，在所述第一虚拟存储区域挂载所述第二文件目录。

在本实施例中，第一电子设备在接收到第二挂载指令后，同样可以根据第二挂载指令中的第一通信端口号与第一电子设备本地的通信端口号进行比对，判断是否响应该第二挂载指令，具体描述可以参见S1024，在此不再赘述。

在本实施例中，若第二挂载指令中的第一通信端口号与第一电子设备本地的通信端口号相匹配，则可以根据第一通信端口号，以及第二电子设备发送的第二挂载指令，对本地的第一虚拟存储区域进行挂载设置，以使对于第一存储区域的访问操作，均生成一个指向第二通信端口号的文件获取请求，从而能够实现对于第二电子设备上存储的文件的远程操作。可选地，第二挂载指令可以携带有第二文件目录的目录名，第一电子设备可以根据第二挂载指令包含的目录名，调整第一虚拟存储区域的名称。

在S1206中，所述第一电子设备向所述第二电子设备发送挂载完成信息，以通知所述第二电子设备所述文件共享链路已建立。

在本实施例中，由于第一电子设备与第二电子设备已完成挂载操作，即第一电子设备可以获取第二电子设备本地的文件，且第二电子设备也可以获取第一电子设备本地的文件，实现了双向文件共享，在该情况下，第一电子设备可以向第二电子设备发送一个挂载完成信息，以通知第二电子设备文件共享链路已建立完成，可以执行文件共享的操作。

可选地，上述挂载完成信息可以通过上述的请求数据包进行封装，具体地，挂载完成信息可以封装于op+args字段内。

在本申请实施例中，第一电子设备与第二电子设备之间进行两次握手建立文件共享链路，在第一次握手时，确定第二电子设备可用，并建立第一电子设备与第二电子设备之间的通信连接，并在第二握手时进行双方的挂载操作，在对端的虚拟存储区域挂载对应的文件目录，从而能够实现文件共享，通过上述方式建立文件共享链路，能够保证文件共享的双方均处于可用状态，从而能够提高文件共享链路建立的准确性以及成功率。

进一步地，作为本申请的另一实施例，本实施例中在S701之后还可以包括S1207～S1208，和/或S1209～S1210，具体描述如下：

可选地，在所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

在S1207中，所述第二电子设备响应于关于所述第一文件目录内第一文件的第一操作请求，向所述第一电子设备发送所述第一文件的第一获取指令；所述第一获取指令包含所述第一文件的第一属性信息。

在本实施例中，若用户需要在第二电子设备上对第一电子设备上的文件进行操作时，第二电子设备会获取得到关于对于第一文件目录内第一文件的第一操作请求，例如，第二电子设备接收到用户双击图10中的(d)中的“文件1”的图标，则表示用户需要在第二电子设备上打开“文件1”，此时会生成关于“文件1”的打开操作请求，即上述的第一操作请求，而“文件1”即为上述的第一文件。其中，第一操作请求包括对于第一文件的复制操作请求、打开操作请求、删除操作请求、编辑操作请求等不同类型的操作请求。

在本实施例中，第二电子设备在检测到用户发起的第一操作请求后，可以识别该第一操作请求对应的第一文件的文件标识，该文件标识用于指示所需操作的第一文件，该文件标识可以为文件名或文件的访问地址等。

在本实施例中，第二电子设备可以获取关于第一文件的第一属性信息，该第一属性信息可以包括上述第一文件的文件标识，还可以包括第一文件的文件类型、访问权限、文件大小、上次访问时间等信息。第二电子设备根据第一属性信息生成上述的第一获取指令，并通过近场通信模块向第一电子设备发送上述的第一获取指令。其中，该第一获取指令可以通过上述的请求数据包的格式进行封装，将第一获取指令添加到op+args字段内，需要说明的是，若用户同时对多个第一文件发起第一操作请求，可以对应调整请求数据包内ReqNum的数值，以及添加与第一文件数量相同的op+args字段。

在S1208中，所述第一电子设备基于接收到的所述第一获取指令的所述第一属性信息，获取所述第一文件的第一文件数据，将所述第一文件数据发送给所述第二电子设备。

在本实施例中，第一电子设备在接收到第一获取指令后，可以根据第一属性信息内记录的各个属性项的值，确定第一电子设备上存储的第一文件，例如该第一属性信息内包含有第一文件的文件标识，则可以根据文件标识搜索得到第一文件，有例如该第一属性信息包含有第一文件的存储路径，则可以根据该第一文件的存储路径跳转至第一文件对应的目录下，从而获取得到第一文件的文件数据。

在本实施例中，第一电子设备在获取第一文件对应的第一文件数据后，可以将第一文件数据通过上述的应答数据包进行封装，并将封装后的应答数据包通过近场通信模块发送给第二电子设备。

在本实施例中，第二电子设备接收到第一文件数据后，可以对第一文件执行相应的操作。举例性地，若第一操作请求为对于第一文件的浏览操作，则第一文件数据可以包含有第一文件的文件内容，第二电子设备可以根据第一文件数据内携带的文件内容生成第一文件的预览页面；若第一操作请求为第一文件的删除请求，则第一文件数据可以包含第一文件的删除凭证，第二电子设备可以根据上述删除凭证生成关于第一文件的删除结果。

在本实施例中，若第一操作请求的操作类型为编辑请求，即需要对第一文件的内容进行修改、增加或删除等编辑操作，则需要对第一电子设备本地存储的第一文件的数据包进行调整，更新第一电子设备本地存储的第一文件。

在本申请实施例中，第二电子设备可以在本地响应用户对于第一电子设备上存储文件的操作，即上述的第一操作请求，并对第一文件进行相应的操作处理，接收第一电子设备反馈的第一文件数据，实现了文件共享的目的。

进一步地，作为本申请的另一实施例，所述第一获取指令还包括所述第二电子设备的第二文件目录的第二状态信息；上述S1208还包括以下步骤：

所述第一电子设备提取所述第一获取指令的所述第二状态信息，更新所述第一虚拟存储区域的所述第二文件目录。

在本实施例中，第二电子设备向第一电子设备发送第一获取指令时，还可以携带有关于本地的文件目录的状态信息，即上述的第二状态信息，例如第二电子设备将第一电子设备的第一文件存储于第二电子设备本地，则第二电子设备本地的文件目录会增加了第一文件，为了实现文件目录的同步，第二电子设备可以将本地文件目录的第二状态信息封装到上述的第一获取指令内，第一电子设备可以根据第二状态信息对挂载的第二文件目录进行更新。

在本申请实施例中，在第二电子设备需要获取通信对端的第一文件时，第二电子设备还可以将本地目录的状态封装到第一文件获取请求中，以对第一电子设备挂载的第二文件目录进行更新，实现了目录同步更新的目的，保持了文件共享状态的一致性。

在S1209中，所述第一电子设备响应于关于所述第二文件目录内第二文件的第二操作请求，向所述第二电子设备发送所述第二文件的第二获取指令；所述第二获取指令包含所述第二文件的第二属性信息。

在本实施例中，由于S1209的实现过程与S1207的实现过程相似，只是S1207是第二电子设备需要对第一电子设备的第一文件进行操作，而S1209是第一电子设备需要对第二电子设备的第二文件进行操作，因此，具体描述可以参见S1207的相关描述，在此不再赘述。

在S1210中，所述第二电子设备基于接收到的所述第二获取指令的所述第二属性信息，获取所述第二文件的第二文件数据，将所述第二文件数据发送给所述第一电子设备。

在本实施例中，由于S1210的实现过程与S1208的实现过程相似，只是S1208是第二电子设备需要对第一电子设备的第一文件进行操作，而S1210是第一电子设备需要对第二电子设备的第二文件进行操作，因此，具体描述可以参见S1208的相关描述，在此不再赘述。

进一步地，所述第二获取指令还包括所述第一电子设备的第一文件目录的第一状态信息；所述第二电子设备基于接收到的所述第二获取指令的所述第二属性信息，获取所述第二文件的第二文件数据，包括：

所述第二电子设备提取所述第二获取指令的所述第一状态信息，更新所述第二虚拟存储区域的所述第一文件目录。

同样地，第二电子设备也可以根据第一电子设备反馈的第二获取指令中携带的第一状态信息，对第二电子设备挂载的第一文件目录进行更新，保持两个电子设备之间的文件共享区域的状态同步。

以上可以看出，本申请实施例提供的一种文件共享的方法可以通过第一电子设备的近场通信模块与第二电子设备建立文件共享链路，并且在建立该文件共享链路的过程中，可以在第一电子设备预设的第一虚拟存储区域内创建用于存储第二电子设备本地文件的第二文件目录，对应地，在第二电子设备预设的第二虚拟存储区域内创建用于存储第一电子设备本地文件的第二文件目录，在上述文件共享链路建立完成后，第一电子设备可以通过第二文件目录内浏览第二电子设备本地的文件，同样地，第二电子设备也可以通过第一文件目录浏览第一电子设备本地的文件，从而实现了双向的文件共享，从而提高了文件共享的效率。另一方面，第一电子设备与第二电子设备之间是基于近场通信模块建立上述文件共享链路的，而近场通信模块具有响应快、接入操作简单等优点，也能够进一步提高建立文件共享链路的效率，提高用户的使用体验。再者，第一电子设备与第二电子设备之间是基于近场通信模块建立WIFI点对点的文件共享链路，而无需占用WIFI通信模块，保持第一电子设备与第二电子设备原有的WIFI通信链路的连续性，避免了文件共享过程对于设备原有连接的影响。

实施例二：

实施例一是以第一电子设备与第二电子设备双方交互的角度说明了文件共享的方法的实现过程，而在实施例二中，则以第一电子设备为流程的执行主体，说明文件共享的方法的实现过程。图15示出了本申请一实施例提供的第一电子设备侧的文件共享的方法的实现流程图，详述如下：

在S1501中，所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路；

在S1502中，在建立所述文件共享链路的过程中，所述第一电子设备在预设的第一虚拟存储区域内挂载所述第二电子设备的第二文件目录；所述第二文件目录用于所述第一电子设备访问所述第二电子设备的文件。

可选地，所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路，包括：

实施例三：

实施例一是以第一电子设备与第二电子设备双方交互的角度说明了文件共享的方法的实现过程，而在实施例三中，则以第二电子设备为流程的执行主体，说明文件共享的方法的实现过程。图16示出了本申请一实施例提供的第二电子设备侧的文件共享的方法的实现流程图，详述如下：

在S1601中，所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路；

在S1602中，在建立所述文件共享链路的过程中，所述第二电子设备在预设的第二虚拟存储区域内挂载所述第一电子设备的第一文件目录；所述第一文件目录用于所述第二电子设备访问所述第一电子设备的文件。

可选地，所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路，包括：

可选地，在所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

实施例四：

对应于上文实施例二中所述的文件共享的方法，图17示出了本申请实施例提供的文件共享的装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图17，该文件共享的装置包括：

第一文件共享链建立单元171，用于通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路；

第二文件目录挂载单元172，用于在建立所述文件共享链路的过程中，在预设的第一虚拟存储区域内挂载所述第二电子设备的第二文件目录；所述第二文件目录用于所述第一电子设备访问所述第二电子设备的文件。

可选地，所述第一文件共享链建立单元包括：

可选地，所述文件共享的装置还包括：

因此，本申请实施例提供的文件共享的装置同样可以通过第一电子设备的近场通信模块与第二电子设备建立文件共享链路，并且在建立该文件共享链路的过程中，可以在第一电子设备预设的第一虚拟存储区域内创建用于存储第二电子设备本地文件的第二文件目录，对应地，在第二电子设备预设的第二虚拟存储区域内创建用于存储第一电子设备本地文件的第二文件目录，在上述文件共享链路建立完成后，第一电子设备可以通过第二文件目录内浏览第二电子设备本地的文件，同样地，第二电子设备也可以通过第一文件目录浏览第一电子设备本地的文件，从而实现了双向的文件共享，从而提高了文件共享的效率。另一方面，第一电子设备与第二电子设备之间是基于近场通信模块建立上述文件共享链路的，而近场通信模块具有响应快、接入操作简单等优点，也能够进一步提高建立文件共享链路的效率，提高用户的使用体验。再者，第一电子设备与第二电子设备之间是基于近场通信模块建立WIFI点对点的文件共享链路，而无需占用WIFI通信模块，保持第一电子设备与第二电子设备原有的WIFI通信链路的连续性，避免了文件共享过程对于设备原有连接的影响。

实施例五：

对应于上文实施例三所述的页面的显示方法，图18示出了本申请实施例提供的文件共享的装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图18，该文件共享的装置包括：

第二文件共享链路建立单元181，用于所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路；

第一文件目录挂载单元182，用于在建立所述文件共享链路的过程中，所述第二电子设备在预设的第二虚拟存储区域内挂载所述第一电子设备的第一文件目录；所述第一文件目录用于所述第二电子设备访问所述第一电子设备的文件。

可选地，所述第二文件共享链路建立单元181，包括：

可选地，所述文件共享的装置，还包括：

图19为本申请一实施例提供的电子设备的结构示意图。如图19所示，该实施例的电子设备19包括：至少一个处理器190、存储器191以及存储在所述存储器191中并可在所述至少一个处理器190上运行的计算机程序192，所述处理器190执行所述计算机程序192时实现上述任意各个文件共享的方法实施例中的步骤。

所述电子设备19可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该电子设备可包括，但不仅限于，处理器190、存储器191。本领域技术人员可以理解，图19仅仅是电子设备19的举例，并不构成对电子设备19的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器190可以是中央处理单元(Central Processing Unit，CPU)，该处理器190还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器191在一些实施例中可以是所述电子设备19的内部存储单元，例如电子设备19的硬盘或内存。所述存储器191在另一些实施例中也可以是所述电子设备19的外部存储设备，例如所述电子设备19上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器191还可以既包括所述电子设备19的内部存储单元也包括外部存储设备。所述存储器191用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器191还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种电子设备，该电子设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/电子设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

Claims

1.一种文件共享的方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路，包括：

3.根据权利要求1所述的方法，其特征在于，在所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

4.根据权利要求3所述的方法，其特征在于，所述第一获取指令还包括所述第二电子设备的第二文件目录的第二状态信息；所述第一电子设备基于接收到的所述第一获取指令的所述第一属性信息，获取所述第一文件的第一文件数据，包括：

5.根据权利要求1所述的方法，其特征在于，在所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

6.根据权利要求5所述的方法，其特征在于，所述第二获取指令还包括所述第一电子设备的第一文件目录的第一状态信息；所述第二电子设备基于接收到的所述第二获取指令的所述第二属性信息，获取所述第二文件的第二文件数据，包括：

7.根据权利要求1-6任一项所述的方法，其特征在于，所述第一电子设备的近场通信模块配置有所述第一电子设备的基于所述WIFI点对点的通信地址；所述第二电子设备的进程通信模块配置有所述第二电子设备的基于所述WIFI点对点的通信地址。

8.一种文件共享的方法，应用于第一电子设备，其特征在于，包括：

9.根据权利要求8所述的方法，其特征在于，所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路，包括：

10.根据权利要求8所述的方法，其特征在于，在所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

11.根据权利要求8所述的方法，其特征在于，在所述第一电子设备通过近场通信模块与第二电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

12.一种文件共享的方法，应用于第二电子设备，其特征在于，包括：

13.根据权利要求12所述的方法，其特征在于，所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路，包括：

14.根据权利要求12所述的方法，其特征在于，在所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

15.根据权利要求12所述的方法，其特征在于，在所述第二电子设备通过近场通信模块响应于第一电子设备发起的连接操作，与所述第一电子设备建立基于无线保真WIFI点对点的文件共享链路之后，还包括：

16.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求8至11任一项所述的方法。

17.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求12至15任一项所述的方法。

18.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求8至11任一项所述的方法和/或如权利要求12至15任一项所述的方法。

19.一种文件共享的系统，其特征在于，所述系统包括：如权利要求16的电子设备以及如权利要求17的电子设备。