WO2022228028A1 - 一种文件分享方法和电子设备 - Google Patents

Abstract

本申请实施例提供一种文件分享方法和电子设备，涉及计算机技术领域，能够在近场场景下基于建连信息使得两个电子设备快速建立连接并分享文件，从而提高文件分享的准确度和效率。具体方案为：第一电子设备显示第一输入界面，所述第一输入界面供用户输入预设建连信息；第一电子设备响应于用户的第一输入操作，保存所述预设建连信息；第一电子设备通过短距离通信的无线广播获取来自至少一个第二电子设备的建连信息；第一电子设备在确定所述建连信息与所述预设建连信息一致的情况下，与所述至少一个第二电子设备建立近场连接；第一电子设备向所述至少一个第二电子设备发送目标文件。本申请实施例用于近场文件分享的过程。

Description

一种文件分享方法和电子设备

本申请要求于2021年04月30日提交国家知识产权局、申请号为202110486461.4、申请名称为“一种文件分享方法和电子设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种文件分享方法和电子设备。

背景技术

当今，人们越来越倾向于在工作和生活中使用电子设备处理事务，而文件是电子设备处理事务的载体。这样，人们经常需要将各类文件(例如文档、图片、音频或视频等)分享给周边的人，也就是说，文件分享的需求越来越多。

目前，通常通过蓝牙技术来进行文件分享。示例性的，发送端电子设备在开启蓝牙功能后，可以接收到周围开启蓝牙功能的其他电子设备的蓝牙广播报文，从而发送端电子设备上可以显示周围开启蓝牙功能的其他电子设备的标识。发送端用户可以从上述标识中选择接收文件的目标设备(也可以称为接收端电子设备)，进而发送端电子设备可以响应于用户的选择操作向接收端电子设备发送建立连接的请求，在接收端用户同意建立连接后，发送端电子设备与接收端电子设备之间建立起蓝牙连接。之后，发送端电子设备可以向接收端电子设备发送文件分享的请求，接收端用户确认请求中的文件是自己想要的文件后点击同意，然后，发送端电子设备可以基于之前建立的蓝牙连接向接收端电子设备传输上述文件，从而完成文件分享。

然而，在目前通过蓝牙技术分享文件的过程中，发送端用户通常需要人为在多个电子设备的标识的列表中选择目标设备，这样在发送端电子设备周围的电子设备较多，电子设备的标识相同或相似的情况下，发送端用户难以直接识别出目标设备的标识，导致发送端用户可能误选或需要进行重选，从而文件分享的准确度和效率较低。

发明内容

本申请实施例提供一种文件分享方法和电子设备，能够基于建连信息使得两个电子设备快速建立连接并分享文件，从而提高文件分享的准确度和效率。

为达到上述目的，本申请实施例采用如下技术方案：

第一方面，本申请实施例提供了一种文件分享方法，应用于第一电子设备，该方法包括：显示第一输入界面，第一输入界面供用户输入预设建连信息；响应于用户的第一输入操作，保存预设建连信息；通过短距离通信的无线广播获取来自至少一个第二电子设备的建连信息；在确定建连信息与预设建连信息一致的情况下，与至少一个第二电子设备建立近场连接；向至少一个第二电子设备发送目标文件。

在该方案中，第一电子设备可以通过短距离通信的无线广播获取第二电子设备的建连信息，并在确定来自第二电子设备的建连信息与预设建连信息一致的情况下，与第二电子设备建立近场连接，并向第二电子设备发送目标文件。在该方案中，第一电 子设备不需要人为查找第二电子设备，可以避免人为误选的情况，从而保证能够精确识别文件分享的目标对象，提高文件分享的准确度和效率。

在一种可能的实现方式中，该方法还包括：通过短距离通信的无线广播获取来自至少一个电子设备的建连信息后，显示第一界面；第一界面包括建连信息与预设建连信息一致的第二电子设备的标识；向至少一个电子设备发送目标文件包括：响应于用户的指示操作，向标识对应的第二电子设备发送目标文件。

这里，第一电子设备还可以显示建连信息与预设建连信息一致的第二电子设备的标识，方便用户查看与第一电子设备建立连接的其他电子设备。此外，第一电子设备还可以响应于用户的指示操作，例如响应于用户点击第二电子设备标识的操作，或者响应于用户点击其他指示传输文件的控件，来向标识对应的第二电子设备发送目标文件，提高文件分享的准确度。

在另一种可能的实现方式中，第一电子设备还可以响应于用户的操作，删除第一界面中的一个或多个标识，这样，第一电子设备不会向删除的标识对应的电子设备发送目标文件。

在另一种可能的实现方式中，短距离通信的无线广播为蓝牙低功耗BLE广播，BLE广播的消息的扩展查询响应EIR字段中包括建连信息。

这样，第一电子设备能够在BLE广播的消息的EIR字段中获取建连信息。此外，BLE广播能够降低信息传输的功耗。

在又一种可能的实现方式中，向至少一个第二电子设备发送目标文件具体包括：通过Wi-Fi P2P向至少一个第二电子设备发送目标文件。

这样，能够提高目标文件的传输速度。

在另一种可能的实现方式中，显示第一输入界面还包括：响应于用户打开第一应用的操作，显示选择界面，选择界面至少包括第一控件或第二控件，第一控件指示通过建连信息分享文件，第二控件指示通过建连信息建立近场连接；响应于用户对第一控件或第二控件的选择操作，显示第一输入界面。

在该方案中，第一电子设备可以打开第一应用后再响应于用户的操作来显示第一输入界面。

在又一种可能的实现方式中，建连信息为建连码、建连图案或建连手势中的任一种类型。

第二方面，本申请实施例提供了一种文件分享方法，包括：第一电子设备通过短距离通信的无线广播获取来自至少一个第二电子设备的建连信息；第一电子设备确定建连信息与第一电子设备保存的预设建连信息一致的情况下，与至少一个第二电子设备建立近场连接；第一电子设备向至少一个第二电子设备发送目标文件。

在一种可能的实现方式中，该方法还包括：第一电子设备显示与预设建连信息一致的建连信息对应的第二电子设备的标识；第一电子设备向至少一个第二电子设备发送目标文件包括：第一电子设备向标识对应的第二电子设备发送目标文件。

在另一种可能的实现方式中，短距离通信的无线广播为蓝牙低功耗BLE广播，BLE广播的消息的扩展查询响应EIR字段中包括建连信息。

第三方面，本申请实施例提供了一种文件分享方法，应用于第二电子设备，该方 法包括：显示第二输入界面，第二输入界面供用户输入建连信息；响应于用户的第二输入操作，通过短距离通信的无线广播向第一电子设备发送请求消息，请求消息包括建连信息；接收来自第一电子设备的目标文件。

在该方案中，第二电子设备能够通过建连信息与第一电子设备建立连接并接收来自第一电子设备的目标文件，第二电子设备可以更直接地被第一电子设备所确定，从而避免人为误选的情况，保证能够精确识别文件分享的目标对象，提高文件分享的准确度和效率。

在一种可能的实现方式中，该方法还包括：在建连信息与第一电子设备保存的预设建连信息一致时，显示第二界面；第二界面包括第一电子设备的标识。

这样，用户可以确认目标文件的发送方无误。

在另一种可能的实现方式中，第二界面还包括目标文件的预览信息。

这样，用户可以体现查看目标文件的预览信息，确定目标文件是否为希望接收的文件。

在又一种可能的实现方式中，通过短距离通信的无线广播向第一电子设备发送请求消息包括：以蓝牙低功耗BLE广播报文的形式向第一电子设备发送请求；其中，BLE广播报文的扩展查询响应EIR字段中包括建连信息。

在另一种可能的实现方式中，接收来自第一电子设备的目标文件包括：通过Wi-Fi P2P接收来自第一电子设备的目标文件。

在又一种可能的实现方式中，建连信息为建连码、建连图案或建连手势中的任一种类型。

在另一种可能的实现方式中，显示第二输入界面还包括：响应于用户打开第一应用的操作，显示选择界面，选择界面至少包括第一控件和第二控件，第一控件指示通过建连信分享文件，第二控件指示通过建连信息建立近场连接；响应于用户对第一控件或第二控件的选择操作，显示第二输入界面。

第四方面，本申请实施例提供了一种文件分享方法，其特征在于，包括：第二电子设备通过短距离通信的无线广播向第一电子设备发送请求消息，请求消息包括建连信息；第二电子设备接收来自第一电子设备的目标文件。

在一种可能的实现方式中，该方法还包括：在建连信息与第一电子设备保存的预设建连信息一致时，显示第二界面；第二界面包括第一电子设备的标识。

在另一种可能的实现方式中，第二电子设备通过短距离通信的无线广播向第一电子设备发送请求消息包括：第二电子设备以蓝牙低功耗BLE广播报文的形式向第一电子设备发送请求；其中，BLE广播报文的扩展查询响应EIR字段中包括建连信息。

第五方面，本申请实施例提供了一种电子设备，包括：显示屏，用于显示界面；一个或多个处理器和一个或多个存储器；一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，电子设备执行第一方面或第二方面中任一中可能的实现方式中的文件分享方法；或者，电子设备执行第三方面或第四方面中任一中可能的实现方式中的文件分享方法。

第六方面，本申请实施例提供了一种计算机存储介质，包括计算机指令，当计算 机指令在电子设备上运行时，使得电子设备执行第一方面或第二方面中任一中可能的实现方式中的文件分享方法；或者，使得电子设备执行第三方面或第四方面中任一中可能的实现方式中的文件分享方法。

第七方面，本申请实施例提供了一种计算机程序产品，其特征在于，当计算机程序产品在计算机上运行时，使得计算机执行第一方面或第二方面中任一中可能的实现方式中的文件分享方法；或者，计算机执行第三方面或第四方面中任一中可能的实现方式中的文件分享方法。

上述其他方面对应的有益效果，可以参见关于方法方面的有益效果的描述，此处不予赘述。

附图说明

图1为现有技术提供的一种文件分享的流程示意图；

图2为本申请实施例提供的一种文件分享场景的示意图；

图3为本申请实施例提供的一种电子设备的结构的示意图；

图4为本申请实施例提供的一种电子设备的软件结构框图；

图5A为本申请实施例提供的一种文件分享方法的流程图；

图5B为本申请实施例提供的一种文件分享方法的另一流程图；

图5C为本申请实施例提供的一种文件分享方法的又一流程图；

图6A为本申请实施例提供的一种界面示意图；

图6B为本申请实施例提供的另一种界面示意图；

图6C为本申请实施例提供的另一种界面示意图；

图7为本申请实施例提供的又一种界面示意图；

图8为本申请实施例提供的一种文件分享方法的流程示意图；

图9为本申请实施例提供的一种界面示意图；

图10为本申请实施例提供的另一种界面示意图；

图11为本申请实施例提供的一种蓝牙广播报文的结构示意图；

图12为本申请实施例提供的一种界面示意图；

图13为本申请实施例提供的另一种界面示意图；

图14为本申请实施例提供的又一种界面示意图；

图15为本申请实施例提供的另一种界面示意图；

图16为本申请实施例提供的又一种界面示意图；

图17为本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的 特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

随着计算机技术的发展，人们越来越倾向于在工作、生活中使用电子设备来处理事务。由于计算机处理事务的载体是文件，因此人们经常需要将文件分享给周围的人，文件分享的需求也越来越多。

目前存在多种文件分享的方式。在一种相关技术中，可以通过蓝牙技术实现文件分享。示例性的，如图1所示，发送端电子设备开启蓝牙功能后，可以搜索到周围开启蓝牙功能的其他电子设备，即发送端电子设备可以扫描发现周围开启蓝牙功能的电子设备，进而能够获取周围其他电子设备的标识并显示这些标识。之后，发送端用户可以从标识中人工选择目标设备作为接收端电子设备，发送端电子设备可以响应于用户的选择向接收端电子设备发送建立连接的请求，在接收端用户同意建立连接后，发送端电子设备与接收端电子设备建立蓝牙连接。然后，发送端电子设备可以基于已经建立的蓝牙连接向接收端电子设备分享文件。通过蓝牙技术进行文件分享时，需要发送端用户从周围开启蓝牙功能的其他电子设备的标识中选择目标设备，在周围电子设备较多，或者电子设备的标识相同或相近的情况下，这种人工选择目标设备的方式可能难以方便地识别出目标设备的标识，导致发送端用户误选或需要重选，使得文件分享的准确度和效率较低。此外，仍如图1所示，发送端电子设备向多个接收端电子设备分享文件时，还需要人工依次选择多个接收端电子设备中的各接收端电子设备，并使发送端电子设备依次向各接收端电子设备发送建立连接的请求，各接收端电子设备侧的用户依次同意建立连接后，分别与发送端电子设备建立蓝牙连接来分享文件。这样，一旦一个接收端电子设备侧的用户迟迟未同意建立连接，后面的其他接收端电子设备只能等待接收来自发送端电子设备的建立连接的请求，导致文件分享的效率较低，同时发送端用户的操作繁琐，用户体验较差。

在另一种相关技术中，可以通过服务器中转来实现文件分享。示例性的，服务器中可以预先配置发送端电子设备与接收端电子设备之间的列表，例如服务器中可以预先存储发送端电子设备A的标识和接收端电子设备B的标识之间的列表。电子设备A可以将要发送的文件通过互联网上传至服务器，由服务器基于存储的列表，将该文件再分享至电子设备B。然而，通过服务器中转来分享文件需要预先配置传输设备(即发送端电子设备和接收端电子设备)之间的关系列表，同时还需要接入互联网来实现文件分享。因此，该方式分享文件的场景有限，在没有预先配置传输设备之间的关系列表，或者没有接入互联网的情况下，该方式无法实现文件分享。

本申请实施例提供了一种文件分享方法，发送端电子设备可以在确认来自附近的接收端电子设备的建连信息与预设建连信息一致时，使发送端电子设备与接收端电子设备之间快速建连，进而从发送端电子设备向接收端电子设备传输文件，实现文件分享。在该过程中，发送端电子设备不需要显示周围其他电子设备的标识，发送端用户也不需要从多个标识中选择目标设备作为接收端设备。也就是说，在本方案中，不需要人为选择接收端电子设备。因此，能够保证接收端电子设备选择的准确度，从而提高文件分享的准确度和效率。

例如，在近场场景下，发送端电子设备通过蓝牙低功耗(bluetooth low energy， BLE)接收到的来自接收端电子设备的建连信息与预设建连信息一致时，发送端电子设备与接收端电子设备之间可以建立Wi-Fi P2P连接，使用Wi-Fi P2P连接来传输目标文件。

此外，在存在多个接收端电子设备的情况下，发送端电子设备可以基于建连信息，一次性与多个接收端电子设备同时建立连接，这样能够避免依次向多个接收端电子设备中的各电子设备发送建立连接的请求，从而减少用户的操作，提高文件分享的效率。

本申请实施例提供的文件分享方法的应用场景更广泛，未接入互联网的场景下的电子设备之间也可以完成文件分享。

本申请实施例提供的文件分享方法可以应用于图2所示的文件分享场景中。参见图2，文件分享场景10可以包括第一电子设备11和第二电子设备12等。其中，第一电子设备11为发送端电子设备，是文件分享的发送方。第二电子设备12为接收端电子设备，是文件分享的接收方。第一电子设备11与第二电子设备12之间的距离通常较短，例如，小于10米。示例性的，若在同一会议室中，发送端用户想要给会议室中另一用户分享目标文件，则发送端用户可以在第一电子设备11上选择目标文件，并设置一个建连信息。发送端用户可以告知接收端用户该建连信息，接收端用户在第二电子设备12上输入该建连信息，第二电子设备12将该建连信息通过蓝牙广播报文发送给第一电子设备11，从而使得第一电子设备11与第二电子设备12建立连接，进而第一电子设备11向第二电子设备12发送目标文件，完成发送端用户向接收端用户分享文件的过程。可以理解的是，第二电子设备12也可以包括多个电子设备，第一电子设备11可以一次性与多个电子设备建连，并依次向多个电子设备中的各电子设备发送目标文件。本申请对第二电子设备12的数量不作限定。

其中，上述第一电子设备和第二电子设备可以分别是手机、平板电脑、可穿戴设备(例如智能手表)、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或个人数字助理(personal digital assistant，PDA)等能够分享文件的电子设备中的任一种电子设备。示例性的，本申请实施例中可以是手机向手机分享文件，也可以是手机向平板电脑和笔记本电脑分享文件等。本申请实施例对电子设备的具体类型不作任何限制。

示例性的，图3示出了电子设备100的一种结构示意图。电子设备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等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

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

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

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

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

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wireless local 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经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

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

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

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

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

在本申请的实施例中，处理器110通过运行存储在内部存储器121的指令，可以完成文件分享。

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

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

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

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

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

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

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

在本申请实施例中，电子设备100可以是发送端电子设备，也可以是接收端电子设备。

发送端电子设备的存储器中可以存储有预设建连信息。发送端电子设备的无线通信模块可以经由天线2接收来自接收端电子设备的请求消息，进而获取请求消息中携带的建连信息。发送端电子设备的处理器可以比较预设建连信息和从请求消息中获取的建连信息，在两者一致的情况下，经由天线2向接收端电子设备发送指示建连成功的响应消息。

接收端电子设备的存储器中可以存储有用户输入的建连信息，接收端电子设备可以通过天线2向发送端电子设备发送携带有上述建连信息的请求消息，并通过天线2接收来自发送端电子设备的响应消息。

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

图4是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统从上至下至少分为应用程序层，应用程序框架层，以及内核层。

如图4所示，应用程序层可以包括多个应用模块。其中，应用模块可以包括第三方应用的应用程序包，还可以包括系统应用的应用程序包。示例性的，应用模块可以对应相机，地图，导航，音乐，视频，短信息，图库，WLAN，蓝牙，分享应用等中的任一种应用。其中，分享应用是具有分享能力的一种应用。在本申请实施例中，应用模块可以用于获取预设建连信息并保存该预设建连信息。此外，应用模块还可以负责应用界面显示和用户交互。

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

如图4所示，应用程序框架层可以包括通信模块和文件存储模块。

其中，通信模块用于负责设备之间的通信连接，例如，负责统筹管理蓝牙发现、蓝牙建连、Wi-Fi p2p传输等具体操作。可以认为，通信模块为一种底层应用。示例性的，通信模块可以是Nearby模块。

文件存储模块用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括文本，视频，图像，音频等。

在一些实施例中，应用程序框架层还可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

内核层是硬件和软件之间的层。内核层可以包含各种硬件驱动，例如，蓝牙驱动，Wi-Fi驱动，显示驱动，摄像头驱动，音频驱动和传感器驱动等。

在本申请实施例中，内核层至少包含蓝牙驱动和Wi-Fi驱动。其中，蓝牙驱动负责和蓝牙硬件(例如蓝牙天线)之间的交互，Wi-Fi驱动负责和Wi-Fi模块之间的交互。

示例性的，在本申请实施例中，发送端电子设备的蓝牙驱动可以通过蓝牙天线接收来自接收端电子设备的请求消息，并将请求消息经由通信模块传递至应用模块。应用模块从中获取请求消息中携带的建连信息，与自身存储的预设建连信息进行比较。在两者一致的情况下，应用模块可以经由通信模块和蓝牙驱动，由蓝牙天线向接收端电子设备发送指示建连成功的响应消息。在建连成功后，发送端电子设备可以通过蓝牙天线或Wi-Fi模块向接收端电子设备分享文件。接收端电子设备的应用模块可以保存用户输入的建连信息，并将该建连信息经由通信模块传递至蓝牙驱动，在蓝牙驱动将该建连信息写入请求消息，由蓝牙天线广播该请求消息。蓝牙天线还可以接收来自发送端电子设备的相应消息。在建连成功后，接收端电子设备还可以通过蓝牙天线或Wi-Fi模块接收发送端电子设备分享的文件。

为了便于理解，本申请以下实施例将以图2所示的近场场景下，电子设备为具有图3和图4所示结构的手机为例，结合附图对本申请实施例提供的文件分享方法进行具体阐述。示例性的，本申请实施例提供的文件分享方法可以至少包括设置建连信息、建立连接、传输文件的过程。

如图5A所示，设置建连信息的过程可以包括：

401、第一手机设置预设建连信息。

其中，第一手机为发送端电子设备。

在一些实施例中，第一手机中可以提前设置有预设建连信息。在用户想要分享文件时，第一手机可以获取该预设建连信息。可选的，第一手机获取该预设建连信息后还可以显示该预设建连信息。

在另一些实施例中，用户在想要分享文件时，可以在第一手机的系统中设置预设建连信息。示例性的，如图6A中的(a)所示，第一手机可以响应于用户的操作打开系统中的“设置”，在如图6A中的(b)所示的设置界面中，用户可以选择“蓝牙”，进入如图6A中的(c)所示的界面后，第一手机可以开启蓝牙。此时，第一手机可以响应于用户的输入操作设置预设建连信息。当然，用户也可以在设置界面中选择“WLAN”等其他连接方式，进而响应于用户的输入操作设置预设建连信息，本申请实施例对此不做限定。

在又一些实施例中，用户在想要分享文件时，可以开启第一手机中的第一应用，并响应于用户的第一操作设置预设建连信息。其中，第一应用可以是具有文件分享能力的第三方应用或系统应用，本申请对此不作限定。通常，用户输入的预设建连信息可以是针对该第一应用所设置。也就是说，一个应用对应一个预设建连信息。

下面以第一应用为分享应用为例进行描述。

在某一用户想要通过第一手机向周围其他用户分享文件的情况下，该用户可以通过打开分享应用来实现文件分享。其中，用户想要分享的文件可以称为目标文件，目标文件可以是文本、图片、视频或音频等任何形式的文件。

第一手机可以响应于该用户打开分享应用的操作来开启分享应用。如图6B中的(a)所示，用户可以点击分享应用的图标，使得第一手机开启分享应用，进而显示如图6B中的(b)所示的第一选择界面。当然，用户打开分享应用的操作还可以是双击操作、语音操作或手势操作等，本申请对此不作限定。这里，用户打开分享应用前可以未选定目标文件，也可以选定目标文件，本申请对此不作限定，只要在第一手机向第二手机发送目标文件之前选择目标文件即可。若用户已经选定目标文件，则第一手机开启分享应用后，分享应用可以获取目标文件的基本信息，例如目标文件的名称、格式、大小或存储路径等。

在另一种实施例中，用户还可以在打开要分享的目标文件时，触发第一手机开启分享应用。如图6C中的(a)和(b)所示，第一手机可以在打开图库中想要分享的目标图片后显示分享应用的图标，进而用户可以通过选择该图标使得第一手机开启分享应用。第一手机开启分享应用后，可以显示如图6C中的(c)所示的第二选择界面。可以理解的是，这种情况下，第一手机在开启分享应用前已经选定目标文件。

第一选择界面和第二选择界面均可以包括“普通分享”和“通过建连信息分享”等不同分享模式的控件。若用户选择“普通分享”控件，则第一手机可以按照相关技术中基于蓝牙技术进行文件分享的方法来分享文件。若用户选择“通过建连信息分享”控件，则第一手机可以响应于用户的选择操作显示输入界面，在该输入界面中用户可以输入预设建连信息。

在一些实施例中，第一选择界面和第二选择界面可以包括“通过建连信息建连”控件。可以理解的是，若用户选择“通过建连信息建连”控件，则表示第一手机通过建连信息与其他电子设备建立连接；若用户选择“通过建连信息分享”控件，则表示第一手机通过建连信息与其他电子设备建立连接并进行文件分享。

其中，“通过建连信息分享”控件也可以称为第一控件，通过建连信息建连”控件也可以称为第二控件。

示例性的，如图7所示，以第一手机显示第二选择界面为例，用户在图7中的(a)所示的第二选择界面中选择“通过建连信息分享”控件后，第一手机可以显示如图7中的(b)所示的输入界面，该输入界面可以称为第一输入界面。在该界面中，用户可以通过虚拟键盘输入一个四位的预设建连信息，同时，第一手机可以保存该预设建连信息。当然，用户还可以通过手写输入、语音输入等方式输入预设建连信息，虚拟键盘还可以是拼音九键等其他形式，本申请对此不作限定。在这种情况下，可以认为，第一操作包括选择“通过建连信息分享”控件的操作以及输入预设建连信息的操作。

在另一种实施例中，第一手机开启分享应用后，可以直接进入如图7中的(b)所示的输入界面，而不需要显示选择界面。在这种情况下，第一操作仅包括输入预设建连信息的操作。

在用户输入预设建连信息后，第一手机可以自动保存预设建连信息，也可以响应于用户确认保存的操作来保存预设建连信息。示例性的，如图7中的(c)所示，输入 界面中还可以包括“保存”控件和“更改”控件等，用户输入预设建连信息并点击“保存”控件后，第一手机可以响应于用户的确认保存的操作来保存预设建连信息。当然，用户还可以通过语音输入、手势输入等其他确认保存的操作，使第一手机保存预设建连信息，本申请实施例对此不作限定。

在本申请实施例中，如图8所示，第一手机可以将预设建连信息保存在分享应用的应用模块中。

其中，预设建连信息可以是建连码、建连图案、建连手势等多种形式中的任意一种。示例性的，若预设建连信息是建连码，则输入界面可以如图7中的(b)或(c)所示，用户可以根据提示输入预设位数的数字、字母或符号等。本申请实施例对建连码的位数不作限定。再示例性的，若预设建连信息是建连图案，则建连信息的输入界面可以是如图9所示的九宫格，用户可以在九宫格中画出一个任意图案作为预设建连信息。

在一些实施例中，第一手机获取到用户输入的建连图案后可以将建连图案转换成字符信息进行保存。示例性的，第一手机获取到用户在如图9所示的九宫格上输入的建连图案后，可以将绘制建连图案时手指依次划过的格点的序号保存，即将建连图案转换成一组字符信息进行保存。例如，若绘制建连图案时手指依次划过左上角的格点(对应序号为1)，中间的格点(对应序号为5)和右下角的格点(对应序号为9)，则第一手机保存的字符信息为(1，5，9)。

402、第二手机获取建连信息。

其中，第二手机为接收端电子设备。

在一些实施例中，第一手机想要向周围的其他电子设备(例如，第二手机)分享目标文件时，第一手机的用户可以将预设建连信息告知给其他电子设备的用户。也可以认为，第二手机是第一手机附近的目标对象，第一手机想要向该目标对象分享目标文件。

当然，本申请实施例不限定周围其他电子设备的用户被告知预设建连信息的方式，第一手机的用户可以通过语音、手势、文字等任一方式将预设建连信息告知给周围其他电子设备的用户。

第二手机的用户被告知预设建连信息后，第二手机可以开启第一应用，响应于用户的第二操作获取建连信息。

可以理解的是，第二手机开启的第一应用与第一手机开启的第一应用相同。第二手机获取的建连信息与第一手机保存的预设建连信息的类型相同。

仍以第一应用为分享应用为例，第二手机的用户可以在被告知第一手机保存的预设建连信息后打开分享应用，使第二手机开启分享应用。类似的，用户打开分享应用的操作可以是单击操作、双击操作、语音操作或手势操作等，本申请对此不作限定。

与第一手机类似，第二手机开启分享应用后，可以显示如图10中的(a)所示的第三选择界面。第三选择界面与第一选择界面类似，也可以包括“普通分享”和“通过建连信息分享”等不同分享模式的控件。在用户选择“通过建连信息分享”控件之后，第二手机可以显示如图10中的(b)所示的建连信息输入界面，该输入界面可以称为第二输入界面。在该界面中，用户可以输入被告知的预设建连信息，从而第二手 机获取到该建连信息。也就是说，第二操作可以包括选择“通过建连信息分享”控件的操作以及输入建连信息的操作。在第三选择界面中，如图10中的(c)所示，“通过建连信息分享”控件也可以是“通过建连信息加入共享”控件，本申请对此不作限定。其中，若用户选择“通过建连信息加入共享”控件，则表示第二手机通过建连信息与第一电子设备建立连接；若用户选择“通过建连信息分享”控件，则表示第二手机通过建连信息与第一电子设备建立连接并进行文件分享。当然，本申请实施例不限定控件的具体名称。例如，“通过建连信息分享”控件也可以称为第一控件，“通过建连信息加入共享”也可以称为第二控件。在另一种实施例中，第二手机开启分享应用后，可以直接显示如图10中的(b)所示的建连信息输入界面，供用户输入建连信息。也就是说，第二操作也可以仅包括输入建连信息的操作。

可以理解的是，用户在第二手机显示的建连信息输入界面中输入建连信息可以是通过如图10中的(b)所示的虚拟键盘输入，也可以是通过手写或手势等其他形式输入。第二手机上输入的建连信息可以是建连码、建连图案、建连手势等多种形式中的任意一种。其中，第二手机中输入的建连信息的形式与第一手机保存的预设建连信息的形式相符。

403、第二手机向第一手机发送请求消息，该请求消息包括第二手机获取的建连信息。

第二手机在获取建连信息后，可以将该建连信息携带在请求消息中，在第二手机与第一手机距离较近时，采用短距离通信方式将请求消息发送给第一手机。其中，短距离通信表示电子设备之间在距离较短的情况下进行的设备之间的无线通信。

例如，第二手机可以通过短距离通信的无线广播向第一手机发送请求消息。短距离通信的无线广播可以包括蓝牙广播、Wi-Fi广播或Wi-Fi P2P广播等任一种电子设备之间的短距离通信的无线广播形式。

再例如，第二手机还可以通过近场通信(near field communication，NFC)方式向第一手机发送请求消息。具体的，第二手机可以在与第一手机距离很近时或通过“碰一碰”的方式向第一手机发送请求消息。

在一种实施例中，第二手机通过短距离通信的无线广播向第一手机发送请求消息后，还可以靠近第一手机，例如通过NFC方式向第一手机点对点发送报文，从而使得第二手机进一步确认希望接收的目标文件的来源，保证建连对象无误，避免建连对象错误所造成的文件误传，提高文件分享的安全性。

若第二手机通过蓝牙广播向第一手机发送请求消息，则第二手机可以基于传统蓝牙广播或低功耗蓝牙广播等中的任一种方式向第一手机发送请求消息。其中，通过低功耗蓝牙广播发送请求消息可以降低功耗。

在一些实施例中，该请求消息可以是蓝牙广播报文。示例性的，第二手机可以在蓝牙广播报文的扩展查询响应(extended inquiry response，EIR)字段中写入获取的建连信息，经由蓝牙广播报文向第一手机发送获取的建连信息。

示例性的，图11示出了EIR字段的一般格式。如图11所示，EIR字段通常为240八位组(octets)，由重要部分和非重要部分组成。其中，重要部分包含多个数据结构，每个数据结构包括数据长度字段和数据字段，数据字段包括数据类型字段和数据 内容字段。其中，数据长度字段占1 octet，指示数据字段的长度值，数据类型字段指示数据内容的类型，数据内容字段可以写入第二手机获取的建连信息。此外，非重要部分全为0，用于将EIR字段扩展至240 octets。也就是说，第二手机通过在蓝牙广播报文的EIR字段的数据内容字段中写入获取的建连信息，将更改后的蓝牙广播报文发送至第一手机，来实现将第二手机获取的建连信息发送至第一手机。

在本申请实施例中，示例性的，如图8所示，第二手机中分享应用的应用模块将获取的建连信息发送至通信模块；接着，通信模块将建连信息发送至蓝牙驱动，在蓝牙驱动中更改蓝牙广播报文的EIR字段，即在蓝牙驱动中将第二手机获取的建连信息写入EIR字段；然后，由蓝牙驱动通知蓝牙天线广播写入建连信息的蓝牙广播报文。

通过上述步骤401-步骤403，第一手机设置预设建连信息，在第二手机的用户被告知预设建连信息后，第二手机也可以获取建连信息，并将获取的建连信息写入请求消息，发送至第一手机，从而完成建连信息的设置过程。

在完成建连信息的设置过程后，第一手机可以基于接收到的请求消息，来比较请求消息中携带的第二手机获取的建连信息与第一手机自身保存的预设建连信息，从而完成建立连接的过程。如图5B所示，建立连接的过程包括：

501、第一手机接收来自第二手机的请求消息。

如上所述，第二手机向第一手机发送请求消息。相应的，第一手机可以接收来自第二手机的请求消息。其中，该请求消息中包括建连信息。

在一些实施例中，第一手机接收到请求消息后，可以从请求消息中获取第二手机获取的建连信息。示例性的，第一手机可以从蓝牙广播报文的数据内容字段中获取第二手机获取的建连信息。

在另一些实施例中，请求消息中可以包括标签，该标签指示请求消息中是否携带建连信息。可选的，该标签还可以指示建连信息的存储位置，使得第一手机可以基于标签更便捷地获取第二手机获取的建连信息。

在本申请实施例中，示例性的，如图8所示，第一手机在通过蓝牙天线接收到来自第二手机的蓝牙广播报文后，可以经由蓝牙驱动和通信模块将蓝牙广播报文传递至应用模块，之后，应用模块可以从蓝牙广播报文中获取第二手机获取的建连信息。

502、第一手机在确定第二手机获取的建连信息与自身保存的预设建连信息一致的情况下，保存第二手机的标识。

第一手机从请求消息中获取第二手机获取的建连信息后，可以比较该建连信息与第一手机中保存的预设建连信息。在一些实施例中，若该建连信息与预设建连信息一致，则第一手机可以保存第二手机的标识。在另一些实施例中，若该建连信息与预设建连信息一致，则第一手机可以保存并显示第二手机的标识。这里，第一手机上显示的界面可以称为第一界面。

示例性的，第一手机在确定第二手机获取的建连信息与自身保存的预设建连信息一致的情况下，可以显示如图12中的(a)所示界面，该界面包含第二手机的标识“XXXX”。在一些实施例中，该界面中还可以显示第一手机的标识和提示信息，提示信息可以为“以下设备通过建连码与您建立连接”。

在一些实施例中，若该建连信息与预设建连信息不一致，则第一手机可以不保存 也不显示第二手机的标识。在另一些实施例中，若该建连信息与预设建连信息不一致，则第一手机也可以向第二手机发送指示建连信息不一致的消息。

其中，手机的标识可以包括手机的型号、手机的用户名或手机的设备的MAC地址等能够唯一识别手机的信息。

在本申请实施例中，示例性的，如图8所示，第一手机中分享应用对应的应用模块获取到第二手机获取的建连信息后，可以将第二手机获取的建连信息与应用模块中保存的预设建连信息进行比较。在两者一致的情况下，应用模块可以触发使得第一手机显示包含第二手机的标识的界面。

在第一手机确定第二手机获取的建连信息与自身保存的预设建连信息一致时，第二手机也可以显示进入第一手机的文件分享群组的界面。如图12中的(b)所示，在该界面中可以显示第二手机的标识和第一手机的标识。

可选择地，第一手机可以在确定第二手机获取的建连信息与自身保存的预设建连信息一致后，选定目标文件。第一手机还可以将目标文件的预览信息发送给第二手机，使得图12中的(b)所示的界面中还可以显示目标文件的预览信息，方便用户预览目标文件的内容。

示例性的，第一手机确定第二手机获取的建连信息与自身保存的预设建连信息一致时，可以通过例如蓝牙天线向第二手机发送第一手机的标识和目标文件的预览信息，第二手机的蓝牙天线接收到这些信息后可以传递至第二手机的应用模块，从而使第二手机显示如图12中的(b)所示的界面。

当然，在一些实施例中，第一手机也可以在确定第二手机获取的建连信息与自身保存的预设建连信息一致的情况下，直接向第二手机发送目标文件，无需发送目标文件的预览信息。例如，在如图6C所示的情况下，第一手机分享文件之前已经选定目标文件，此时，第一手机可以在确定第二手机获取的建连信息与自身保存的预设建连信息一致的情况下，直接向第二手机发送选定的目标文件，例如目标图片。

503、第一手机响应于用户的第三操作，向第二手机的标识对应的第二手机发送响应消息，该响应消息指示第一手机确认向第二手机分享目标文件。

若第一手机显示如图12中的(a)所示的界面，则第一手机的用户可以查看到第二手机的标识，从而第一手机的用户可以确认第二手机是否为自己希望进行文件分享的目标对象。在第一手机的用户确认希望第一手机向第二手机分享目标文件的情况下，第一手机可以响应于用户的第三操作，向第二手机发送响应消息，从而使得第一手机与第二手机建连成功。在另一些实施例中，第一手机确定第二手机获取的建连信息与自身保存的预设建连信息一致时，则第一手机与第二手机建连成功。

示例性的，若第一手机的用户确认希望向第二手机分享目标文件，则该用户可以点击图13中的(a)所示的界面中的“开始传输”控件，使第一手机向第二手机发送响应消息。这样，第三操作可以是用户点击“开始传输”控件的操作。可以理解的是，第三操作也可以是语音或手势等，本申请实施例对第三操作的类型不作限定。

当然，第一手机在显示第二手机的标识的界面中也可以分别设置“确认分享”控件和“传输文件”控件，如图13中的(b)所示，第一手机响应于用户点击“确认分享”控件的操作，向第二手机发送响应消息。这样，第三操作可以是用户选择“确认 分享”控件的操作。

一些情况下，在第一手机上显示第二手机的标识后，第一手机的用户可能不希望第一手机向第二手机分享目标文件。例如，第一手机的用户临时改变分享的意图，或者第二手机获取的建连信息恰好与第一手机中的预设建连信息一致，但第二手机并不是第一手机希望进行文件分享的目标对象。此时，用户可以选择删除第二手机的标识。

如图13中的(c)所示，用户可以选择第二手机标识右上方的“×”号来删除第二手机的标识。此外，如图13中的(d)所示，用户还可以将第二手机的标识拖出屏幕从而删除第二手机的标识，本申请实施例对此不作限定。

在第一手机响应于用户的第三操作向第二手机发送响应消息之后，第二手机上可以显示建连成功的通知消息。该通知消息可以通过弹窗、信息、语音等任一种方式显示，本申请对此不作限定。

在本申请实施例中，示例性的，如图8所示，第一手机响应于用户的第三操作后，第一手机的应用模块可以经由通信模块、蓝牙驱动，通过蓝牙天线向第二手机发送建连成功的响应消息，使得第一手机与第二手机建连成功。

需要说明的是，本申请实施例中第一手机与第二手机建连成功表示第一手机与第二手机建立近场连接。这里，近场连接表示第一手机与第二手机之间的距离较近时，第一手机与第二手机之间直接建立的蓝牙连接或Wi-F i连接等。也可以认为，第一手机与第二手机之间建立近场连接并不需要服务器或路由器等设备的中转。

通过上述步骤501-步骤503，第一手机能够在确认来自第二手机的建连信息与预设建连信息一致的情况下，显示第二手机的标识，进而响应于用户的第三操作向第二手机发送响应消息，从而使得第一手机与第二手机建连成功。

在建连成功之后，第一手机可以向第二手机传输目标文件，从而实现文件共享。如图5C所示，传输文件的过程可以包括：

601、第一手机向第二手机发送目标文件。

其中，目标文件表示第一手机的用户希望分享的文件，目标文件可以是文本、图片、视频或音频等任何形式的文件。

第一手机与第二手机建立连接后，第一手机可以直接向第二手机发送目标文件。示例性的，在用户选择图13中的(a)所示的“开始传输”控件后，第一手机向第二手机发送相应消息并与第二手机建立连接后，第一手机可以直接向第二手机发送目标文件。

在另一些实施例中，第一手机也可以响应于用户的操作向第二手机发送目标文件。示例性的，如图13中的(b)所示，第一手机可以先响应于用户点击“确认分享”控件的操作，向第二手机发送响应消息，使得第一手机与第二手机建立连接；之后，第一手机再可以响应于用户点击“传输文件”控件的操作，向第二手机发送目标文件。

在又一些实施例中，第一手机响应于用户对第二手机的标识的操作，例如单击操作、双击操作等，即可向第二手机发送目标文件。

第一手机可以通过多种方式向第二手机发送目标文件。例如，第一手机可以通过短距离的无线通信方式(例如蓝牙、Wi-Fi或近场通信(near field communication，NFC)等中的任一种)向第二手机发送目标文件。

示例性的，第一手机可以通过Wi-Fi P2P来发送目标文件。由于Wi-Fi P2P传输文件速度更快，因此建连后通过Wi-Fi P2P传输目标文件能进一步提高传输速度。

通常，第一手机向第二手机发送目标文件是分段发送的。例如，第一手机可以将目标文件的数据分成若干个子文件，再将这些子文件依次发送给第二手机。

在本申请实施例中，示例性的，如图8所示，第一手机的通信模块可以通知Wi-Fi驱动，进而通知Wi-Fi模块分段传输目标文件。

602、第二手机接收目标文件。

第一手机发送目标文件后，第二手机可以接收目标文件。示例性的，第二手机可以分段接收来自第一手机的目标文件。通常，第二手机可以先接收到目标文件的基本信息，例如目标文件的文件大小和格式等。之后，第二手机可以接收并保存目标文件的内容。

在另一些实施例中，第二手机可以同时将已经接收到的目标文件的大小与目标文件的总大小进行比较，向用户展示当前文件的接收状态信息。

示例性的，如图14所示，若第二手机正在接收目标文件，第二手机可以在通知消息中显示“正在接收文件”，以及当前接收文件的进度。可以理解的是，若第二手机已经接收完目标文件，则第二手机还可以显示“接收完成”的通知消息。若第二手机还未开始接受目标文件，则第二手机还可以显示“等待接收”的通知消息。也就是说，接收状态信息可以包括接收进度、接收完成或等待接收等信息。

在本申请实施例中，如图8所示，第二手机的Wi-Fi模块接收到分段的目标文件后，可以将接收到的分段的目标文件发送至Wi-Fi驱动，进而将目标文件保存在文件存储模块。此外，第二手机的Wi-Fi驱动还可以比较接收到的文件大小占目标文件总大小的比例，进而经由通信模块，向应用模块传递文件传输进度。如图所示，应用模块可以使得第一手机显示包含文件传输进度的界面。

通过上述步骤601和步骤602，第一手机可以在与第二手机建立连接后，向第二手机传输目标文件，从而实现近场场景下的文件分享。

通过上述设置建连信息的过程、建立连接的过程和传输文件的过程，第一手机可以设置建连信息，并在确认附近的第二手机中输入的建连信息与第一手机设置的建连信息一致的情况下，与第二手机建立连接来完成文件分享。在该过程中，第一手机不需要人为查找第二手机，可以避免人为误选的情况，从而保证能够精确识别文件分享的目标对象，提高文件分享的准确度和效率。

上面是以接收端电子设备为一个手机进行描述的。可以理解的是，在存在多个接收端电子设备的情况下，上述文件分享的方法同样适用。

若第一手机接收到来自多个电子设备的请求消息，则第一手机可以从每个请求消息中获取对应的电子设备获取的建连信息，分别将这些建连信息与预设建连信息进行比较。

示例性的，在第一手机确认有3个手机获取的建连信息与预设建连信息一致时，第一手机可以显示如图15中的(a)所示的界面，该界面可以包含这3个手机的标识“XXXX”、“YYY1”和“YYY2”。这3个手机的标识可以在第一手机比较各请求信息中的建连信息和与预设建连信息的过程中依次显示，也可以在第一手机将所有请求 消息中的建连信息与预设建连信息比较结束后一起显示。相应的，这3个手机向也可以分别显示如图15中的(b)所示的界面，在该界面中可以显示第一手机的标识、这3个手机的标识和文件预览信息等信息。

在第一手机的用户确认使第一手机向图15中的(a)中显示的这3个手机发送目标文件时，用户可以选择图16中的(a)所示的界面中的“开始传输”控件，响应于该操作，第一手机同时向这3个手机发送指示建连成功的响应消息，之后，依次向这3个手机发送目标文件。

此外，用户也可以先选择图16中的(b)所示的界面中的“确认分享”控件，响应于该操作，第一手机同时向这3个手机发送指示确认分享目标文件的响应消息。之后，用户可以选择图16中的(b)所示的界面中的“传输文件”控件，响应于该操作，第一手机可以依次向这3个手机发送目标文件。

其中，第一手机向这3个手机发送目标文件的顺序不受限，第一手机可以按照接收到这3个手机的请求消息的顺序依次发送目标文件，也可以按照这3个手机的优先级来依次发送目标文件，还可以按照随机的次序依次发送目标文件，本申请实施例对此不作限定。各接收端手机之间目标文件的接收相互独立，不需要等待其他接收端手机指示接收的确认消息就可以接收到目标文件。

可以理解的是，这3个手机中正在接收目标文件的手机可以显示如图14所示的界面，向用户展示文件接收进度。在一些实施例中，已经接收完目标文件的手机可以显示“接收完成”的提示消息，未开始接收目标文件的手机可以显示“等待接收”的提示消息。

在一些实施例中，若用户不希望第一手机向这3个手机中的某一个或多个手机发送目标文件时，也可以参照图13中的(c)和(d)的方式删除某一个或多个手机的标识，进而，第一手机向删除余下的手机标识对应的手机发送目标文件。

通过本申请实施例提供的文件分享方法，发送端电子设备可以基于建连信息，一次性与附近的多个接收端电子设备同时建立连接，从而使得发送端电子设备不需要依次向每一个接收端电子设备发送建立连接的请求消息，也不需要等待各接收端电子设备按时间依次确认请求消息。因此，本申请实施例提供的分享文件的方法能够节省重复请求确认的过程，减少用户的操作，进而提升发送端电子设备与多个接收端电子设备之间分享文件的效率。

可以理解的是，为了实现上述功能，电子设备包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本申请实施例还提供一种电子设备，包括一个或多个处理器以及一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述相关方法步骤实现上述实施例中的文件分享方法。

本申请实施例还提供一种电子设备，如图17所示，包括：显示屏1701，一个或多个处理器1702，存储器1703，以及一个或多个计算机程序1704，上述各器件可以通过一个或多个通信总线1705连接。其中该一个或多个计算机程序1704被存储在上述存储器1703中并被配置为被该一个或多个处理器1702执行，该一个或多个计算机程序1704包括指令，上述指令可以用于执行上述实施例中的各个步骤。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应实体器件的功能描述，在此不再赘述。

示例性的，上述处理器1702具体可以为图3所示的处理器110，上述存储器1703具体可以为图3所示的内部存储器121，上述显示屏1701具体可以为图3所示的显示屏194。

本申请的实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的文件分享方法。

本申请的实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中电子设备执行的文件分享方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中电子设备执行的文件分享方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (22)

1. 一种文件分享方法，应用于第一电子设备，其特征在于，所述方法包括：

   显示第一输入界面，所述第一输入界面供用户输入预设建连信息；

   响应于用户的第一输入操作，保存所述预设建连信息；

   通过短距离通信的无线广播获取来自至少一个第二电子设备的建连信息；

   在确定所述建连信息与所述预设建连信息一致的情况下，与所述至少一个第二电子设备建立近场连接；

   向所述至少一个第二电子设备发送目标文件。
2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：

   通过短距离通信的无线广播获取来自所述至少一个电子设备的建连信息后，显示第一界面；所述第一界面包括建连信息与所述预设建连信息一致的第二电子设备的标识；

   所述向所述至少一个电子设备发送目标文件包括：

   响应于用户的指示操作，向所述标识对应的第二电子设备发送所述目标文件。
3. 根据权利要求1或2所述的方法，其特征在于，所述短距离通信的无线广播为蓝牙低功耗BLE广播，BLE广播报文的扩展查询响应EIR字段中包括所述建连信息。
4. 根据权利要求1-3中任一项所述的方法，其特征在于，所述向所述至少一个第二电子设备发送目标文件具体包括：

   通过无线保真直连Wi-Fi P2P向所述至少一个第二电子设备发送所述目标文件。
5. 根据权利要求1-4中任一项所述的方法，其特征在于，所述显示第一输入界面还包括：

   响应于用户打开第一应用的操作，显示选择界面，所述选择界面至少包括第一控件或第二控件，所述第一控件指示通过建连信息分享文件，所述第二控件指示通过建连信息建立所述近场连接；

   响应于用户对所述第一控件或所述第二控件的选择操作，显示所述第一输入界面。
6. 根据权利要求1-5中任一项所述的方法，其特征在于，所述建连信息为建连码、建连图案或建连手势中的任一种类型。
7. 一种文件分享方法，其特征在于，包括：

   第一电子设备通过短距离通信的无线广播获取来自至少一个第二电子设备的建连信息；

   所述第一电子设备确定所述建连信息与所述第一电子设备保存的预设建连信息一致的情况下，与所述至少一个第二电子设备建立近场连接；

   所述第一电子设备向所述至少一个第二电子设备发送目标文件。
8. 根据权利要求7所述的方法，其特征在于，所述方法还包括：

   所述第一电子设备显示与所述预设建连信息一致的建连信息对应的第二电子设备的标识；

   所述第一电子设备向所述至少一个第二电子设备发送目标文件包括：

   所述第一电子设备向所述标识对应的第二电子设备发送所述目标文件。
9. 根据权利要求7或8所述的方法，其特征在于，所述短距离通信的无线广播为 蓝牙低功耗BLE广播，BLE广播报文的扩展查询响应EIR字段中包括所述建连信息。
10. 一种文件分享方法，应用于第二电子设备，其特征在于，所述方法包括：

    显示第二输入界面，所述第二输入界面供用户输入建连信息；

    响应于用户的第二输入操作，通过短距离通信的无线广播向第一电子设备发送请求消息，所述请求消息包括所述建连信息；

    接收来自所述第一电子设备的目标文件。
11. 根据权利要求10所述的方法，其特征在于，所述方法还包括：

    在所述建连信息与所述第一电子设备保存的预设建连信息一致时，显示第二界面；所述第二界面包括所述第一电子设备的标识。
12. 根据权利要求11所述的方法，其特征在于，所述第二界面还包括所述目标文件的预览信息。
13. 根据权利要求10-12中任一项所述的方法，其特征在于，所述通过短距离通信的无线广播向第一电子设备发送请求消息包括：

    以蓝牙低功耗BLE广播报文的形式向所述第一电子设备发送请求；其中，所述BLE广播报文的扩展查询响应EIR字段中包括所述建连信息。
14. 根据权利要求10-13中任一项所述的方法，其特征在于，接收来自所述第一电子设备的目标文件包括：

    通过无线保真直连Wi-Fi P2P接收来自所述第一电子设备的所述目标文件。
15. 根据权利要求10-14中任一项所述的方法，其特征在于，所述建连信息为建连码、建连图案或建连手势中的任一种类型。
16. 根据权利要求10-15中任一项所述的方法，其特征在于，所述显示第二输入界面还包括：

    响应于用户打开第一应用的操作，显示选择界面，所述选择界面至少包括第一控件和第二控件，所述第一控件指示通过建连信分享文件，所述第二控件指示通过建连信息建立近场连接；

    响应于用户对所述第一控件或所述第二控件的选择操作，显示所述第二输入界面。
17. 一种文件分享方法，其特征在于，包括：

    第二电子设备通过短距离通信的无线广播向第一电子设备发送请求消息，所述请求消息包括建连信息；

    所述第二电子设备接收来自所述第一电子设备的目标文件。
18. 根据权利要求17所述方法，其特征在于，所述方法还包括：

    在所述建连信息与所述第一电子设备保存的预设建连信息一致时，显示第二界面；所述第二界面包括所述第一电子设备的标识。
19. 根据权利要求17或18所述的方法，其特征在于，所述第二电子设备通过短距离通信的无线广播向第一电子设备发送请求消息包括：

    所述第二电子设备以蓝牙低功耗BLE广播报文的形式向所述第一电子设备发送请求；其中，所述BLE广播报文的扩展查询响应EIR字段中包括所述建连信息。
20. 一种电子设备，其特征在于，包括：

    显示屏，用于显示界面；

    一个或多个处理器和一个或多个存储器；

    所述一个或多个存储器与所述一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，所述电子设备执行如权利要求1-9中任一项所述的文件分享方法；或者，所述电子设备执行如权利要求10-19中任一项所述的文件分享方法。
21. 一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-9中任一项所述的文件分享方法；或者，使得所述电子设备执行如权利要求10-19中任一项所述的文件分享方法。
22. 一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-9中任一项所述的文件分享方法；或者，所述计算机执行如权利要求10-19中任一项所述的文件分享方法。

Images