201 81 0979633. X、 发明名称为 “近场传输中的文件处理方法及其装置” 的中 国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域

本申请实施例涉及互联网技术领域， 尤其涉及一种近场传输中的文件处 理方法、 装置、 设备 /终端 /服务器、 计算机可读介质。

背景技术

随着终端设备的发展， 手机、 平板电脑等终端设备已经成为生活中、 工 作中不可或缺的工具。 随着终端设备的功能日益强大， 其伴随的信息量也日 益增加， 其中， 包含涉及使用者隐私的信息和重要资料也越来 越多， 对于文 件传输中的隐私信息和重要资料的安全性问题 已成为当下人们十分关心和重 视的一个问题。 尤其是， 近场传输中的文件的安全性。

在现有的近场传输技术中， 文件接收方接收近场传输的文件， 并保存接 收到的近场传输文件。然而，存储于文件接收 方中的文件各个用户均可查阅， 容易造成具有隐私保密性的文件的泄露， 从而使得近场传输中的用户的隐私 被窥伺。

发明内容

本申请的目的在于提出一种近场传输中的文件 处理方法、 装置、 设备 / 终端 /服务器、 计算机可读介质， 用于解决现有技术中存在的如何避免近场传 输中的文件被泄露的问题。

第一方面，本申请实施例提供了一种近场传输 中的文件处理方法，包括： 文件接收方获取在局域网中传输的目标文件的 配置信息；

响应于对所述目标文件的接收操作， 所述文件接收方对所述目标文件的 配置信息进行解析， 确定所述配置信息的解析结果；

所述文件接收方基于所述配置信息的解析结果 ， 对所述目标文件执行删 除操作。

第二方面，本申请实施例提供了一种近场传输 中的文件处理装置，包括： 获取模块， 配置为获取在局域网中传输的目标文件的配置 信息； 解析模块， 配置为响应于对所述目标文件的接收操作， 对所述目标文件 的配置信息进行解析， 确定所述配置信息的解析结果；

第一删除模块， 配置为基于所述配置信息的解析结果， 对所述目标文件 执行删除操作。

第三方面， 本申请实施例提供了一种设备 /终端 /服务器， 包括： 一个或多个处理器；

计算机可读介质， 配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理 器执行， 使得所述一个或 多个处理器实现如上述任一实施例中所述的近 场传输中的文件处理方法。

第四方面， 本申请实施例提供了一种计算机可读介质， 其上存储有计算 机程序， 该程序被处理器执行时实现如上述任一实施例 中所述的近场传输中 的文件处理方法。

本申请提供的近场传输中的文件处理方法、 装置、 设备 /终端 /服务器、 计算机可读介质中，文件接收方获取在局域网 中传输的目标文件的配置信息， 响应于对所述目标文件的接收操作， 对所述目标文件的配置信息进行解析， 确定所述配置信息的解析结果， 并基于所述配置信息的解析结果， 对所述目 标文件执行删除操作， 能够避免近场传输中的文件被泄露， 提高近场传输中 的文件的私密性， 从而保证近场传输中用户的隐私不受侵犯。

附图说明

通过阅读参照以下附图所作的对非限制性实施 例所作的详细描述， 本申 请的其它特征、 目的和优点将会变得更明显：

图 1为本申请实施例一中近场传输中的文件处理� �法的流程示意图； 图 2为本申请实施例二中近场传输中的文件处理� �法的流程示意图； 图 3为本申请实施例三中近场传输中的文件处理� �置的结构示意图； 图 4为本申请实施例四中近场传输中的文件处理� �置的结构示意图； 图 5为本申请实施例五中设备 /终端 /服务器的结构示意图；

图 6为本申请实施例六中设备 /终端 /服务器的硬件结构。

具体实施方式

下面结合附图和实施例对本申请作进一步的详 细说明。 可以理解的是， 此处所描述的具体实施例仅仅配置为解释相关 发明， 而非对该发明的限定。 另外还需要说明的是， 为了便于描述， 附图中仅示出了与有关发明相关的部 分。

需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施例中的特 征可以相互组合。 下面将参考附图并结合实施例来详细说明本申 请。

参照图 1， 示出了根据本申请实施例一的一种近场传输中 的文件处理方 法的流程示意图。

本实施例的近场传输中的文件处理方法包括以 下步骤：

在步骤 S101 中， 文件接收方获取在局域网中传输的目标文件的 配置信 息。

在本申请实施例中， 所述文件接收方可包括以下中的至少一者： 车载设 备、 娱乐设备、 广告设备、 个人数码助理 （PDA） 、 平板电脑、 笔记本电脑、 掌上游戏机、 智能眼镜、 智能手表、 可穿戴设备、 虚拟显示设备或显示增强 设备 （如 Google Glass、 Oculus Rift、 Hololens、 Gear VR） 。 所述局域网通 过自建 WIFI 搭建以实现近场传输。 所述局域网中可以包括多个终端设备， 该终端设备可以为智能手机、 智能平板、 智能手表、 PC等。 这种场景优选适 合于互联网等硬件设施的基础较差、 没有流量和运营商 WiFi 的场景下， 或 者无网或者低网速的状态， 实现同一个局域网内不同终端设备之间的数据 共 享的传输， 即不同终端设备（如两台手机）之间直连且不 依赖于其它网络（如互 联网）和设备（如路由器）， 且传输速率快， 故可方便的实现不同终端设备之间 的数据交互， 获得了广泛应用。 该数据包括但不限于音视频数据、 应用程序 安装包等。 所述目标文件可包括以下中的至少一者： 文本文件、 视频文件、 音频文件、 图像、 压缩包、 安装包。 所述配置信息可用于指示针对所述目标 文件执行删除操作。 可以理解的是， 以上描述仅为示例性的， 本申请实施例 对此不做任何限定。

在一些可选实施例中， 在文件接收方获取在局域网中传输的目标文件 的 配置信息时， 所述文件接收方接收文件发送方发送的针对所 述目标文件预先 配置的配置信息。 可以理解的是， 文件接收方获取在局域网中传输的目标文 件的配置信息的任何实施方式均可适用于此， 本申请实施例对此不做任何限 定。

在一个具体的例子中， 文件发送方通过 WiFi 热点将用户在文件发送方 的交互界面上针对目标文件预先配置的配置信 息发送至文件接收方。 其中， 所述文件发送方可包括以下中的至少一者：车 载设备、娱乐设备、广告设备、 个人数码助理 （PDA） 、 平板电脑、 笔记本电脑、 掌上游戏机、 智能眼镜、 智能手表、 可穿戴设备、 虚拟显示设备或显示增强设备 （如 Google Glass、 Oculus Rift、 Hololens、 Gear VR） 。 可以理解的是， 以上描述仅为示例性的， 本申请实施例对此不做任何限定。

在步骤 S 102 中， 响应于对所述目标文件的接收操作， 所述文件接收方 对所述目标文件的配置信息进行解析， 确定所述配置信息的解析结果。

在本申请实施例中， 在接收到所述目标文件时， 所述文件接收方对所述 目标文件的配置信息进行解析， 确定所述配置信息的解析结果。 在一些可选 实施例中， 在所述文件接收方对所述目标文件的配置信息 进行解析时， 所述 文件接收方识别所述目标文件的配置信息的数 据类型， 并基于所述配置信息 的数据类型选择数据解析方法对所述目标文件 的配置信息进行解析， 确定所 述配置信息的解析结果。 可以理解的是， 以上描述仅为示例性的， 本申请实 施例对此不做任何限定。

在步骤 S 103 中， 所述文件接收方基于所述配置信息的解析结果 ， 对所 述目标文件执行删除操作。

在一些可选实施例中， 当所述解析结果为在所述目标文件被查阅后即 时 删除所述目标文件时， 所述文件接收方基于所述配置信息的解析结果 ， 对所 述目标文件执行删除操作， 包括： 在检测到所述目标文件被查阅时， 所述文 件接收方即时触发对所述目标文件的删除操作 。 籍此， 能够在文件被查阅时 即时删除文件， 避免近场传输中的文件被泄露， 提高近场传输中的文件的私 密性， 从而保证近场传输中用户的隐私不受侵犯。 可以理解的是， 任何基于 所述配置信息的解析结果， 对所述目标文件执行删除操作的实施方式均可 适 用于此， 本申请实施例对此不做任何限定。

在一个具体的例子中， 在检测到用户打开并关闭所述目标文件时， 所述 文件接收方可确定所述目标文件被查阅。 在确定所述目标文件被查阅时， 所 述文件接收方可通过应用程序接口调用删除函 数来即时删除目标文件。例如， 在安装有安卓系统的终端设备， 可使用 File的应用程序接口调用删除函数来 即时删除目标文件。 可以理解的是， 以上描述仅为示例性的， 本申请实施例 对此不做任何限定。

在一些可选实施例中， 当所述解析结果为在所述目标文件被查阅后的 预 设时长删除所述目标文件时，所述文件接收方 基于所述配置信息的解析结果， 对所述目标文件执行删除操作， 包括： 在检测到所述目标文件被查阅时， 所 述文件接收方触发定时器的启动， 并在所述定时器的计时时长达到所述预设 时长时， 触发对所述目标文件的删除操作。 其中， 所述预设时长可由本领域 技术人员根据实际需要进行设定， 本申请实施例对此不做任何限定。 籍此， 能够在文件被查阅后的预设时长删除文件， 避免近场传输中的文件被泄露， 提高近场传输中的文件的私密性，从而保证近 场传输中用户的隐私不受侵犯。 可以理解的是， 任何基于所述配置信息的解析结果， 对所述目标文件执行删 除操作的实施方式均可适用于此， 本申请实施例对此不做任何限定。

在一个具体的例子中， 在确定所述目标文件被查阅的预设时长后， 所述 文件接收方可通过应用程序接口调用删除函数 来删除目标文件。 例如， 在安 装有安卓系统的终端设备， 可使用 File的应用程序接口调用删除函数来即时 删除目标文件。 可以理解的是， 以上描述仅为示例性的， 本申请实施例对此 不做任何限定。

在一些可选实施例中， 当所述解析结果为在所述目标文件被接收后的 预 设时长删除所述目标文件时，所述文件接收方 基于所述配置信息的解析结果， 对所述目标文件执行删除操作， 包括： 在接收到所述目标文件时， 所述文件 接收方触发定时器的启动，并在所述定时器的 计时时长达到所述预设时长时， 触发对所述目标文件的删除操作。 其中， 所述预设时长可由本领域技术人员 根据实际需要进行设定， 本申请实施例对此不做任何限定。 籍此， 能够对接 收到的目标文件进行定时删除， 避免近场传输中的文件被泄露， 提高近场传 输中的文件的私密性， 从而保证近场传输中用户的隐私不受侵犯。 可以理解 的是， 任何基于所述配置信息的解析结果， 对所述目标文件执行删除操作的 实施方式均可适用于此， 本申请实施例对此不做任何限定。

在一个具体的例子中， 在确定所述目标文件被接收的预设时长后， 所述 文件接收方可通过应用程序接口调用删除函数 来删除目标文件。 例如， 在安 装有安卓系统的终端设备， 可使用 File的应用程序接口调用删除函数来即时 删除目标文件。 可以理解的是， 以上描述仅为示例性的， 本申请实施例对此 不做任何限定。

在一些可选实施例中， 当所述解析结果为在所述目标文件被查阅预设 次 数后删除所述目标文件时， 所述文件接收方基于所述配置信息的解析结果 ， 对所述目标文件执行删除操作， 包括： 所述文件接收方触发计数器的启动， 并在每次检测到所述目标文件被查阅时， 触发所述计数器对所述目标文件的 查阅次数进行计数； 当所述计数器的计数次数达到所述预设次数时 ， 所述文 件接收方触发对所述目标文件的删除操作。 其中， 所述预设次数可由本领域 技术人员根据实际需要进行设定， 本申请实施例对此不做任何限定。 籍此， 能够在文件被查阅预设次数后删除文件， 避免近场传输中的文件被泄露， 提 高近场传输中的文件的私密性， 从而保证近场传输中用户的隐私不受侵犯。 可以理解的是， 任何基于所述配置信息的解析结果， 对所述目标文件执行删 除操作的实施方式均可适用于此， 本申请实施例对此不做任何限定。

在一个具体的例子中， 在确定所述目标文件被查阅预设次数后， 所述文 件接收方可通过应用程序接口调用删除函数来 删除目标文件。 例如， 在安装 有安卓系统的终端设备， 可使用 File的应用程序接口调用删除函数来即时删 除目标文件。 可以理解的是， 以上描述仅为示例性的， 本申请实施例对此不 做任何限定。

在一些可选实施例中， 所述删除操作包括可恢复的删除操作或不可恢 复 的删除操作。 其中， 所述可恢复的删除操作可为仅对目标文件本身 的删除， 而没有删除目标文件的名称、 大小、 在文件发送方的存储路径。 在对目标文 件进行可恢复的删除操作之后， 文件接收方可向文件发送方请求目标文件的 恢复。 所述不可恢复的删除操作可为对目标文件的彻 底删除， 与目标文件关 联的任何信息均不保留。 在对目标文件进行不可恢复的删除操作之后， 文件 接收方不可向文件发送方请求目标文件的恢复 。 可以理解的是， 以上描述仅 为示例性的， 本申请实施例对此不做任何限定。

在一些可选实施例中， 在对所述目标文件执行删除操作后， 所述文件接 收方删除所述目标文件的配置信息。例如，在 安装有安卓系统的终端设备中， 使用 Sqlite数据库存储目标文件的配置信息， 此时， 需要使用 Sqlite接口调 用删除函数来删除 Sqlite数据库中保存的目标文件的配置信息。 可以理解的 是， 以上描述仅为示例性的， 本申请实施例对此不做任何限定。

通过本申请实施例提供的近场传输中的文件处 理方法， 文件接收方获取 在局域网中传输的目标文件的配置信息，响应 于对所述目标文件的接收操作， 对所述目标文件的配置信息进行解析， 确定所述配置信息的解析结果， 并基 于所述配置信息的解析结果， 对所述目标文件执行删除操作， 能够避免近场 传输中的文件被泄露， 提高近场传输中的文件的私密性， 从而保证近场传输 中用户的隐私不受侵犯。

参照图 2， 示出了根据本申请实施例二的一种近场传输中 的文件处理方 法的流程示意图。

本实施例的近场传输中的文件处理方法包括以 下步骤：

在步骤 S201 中， 响应于对所述目标文件的配置操作， 所述文件接收方 确定所述目标文件的配置信息。

在本申请实施例中， 响应于用户在所述文件接收方中对所述目标文 件的 配置操作， 所述文件接收方获取所述目标文件的配置信息 。 可以理解的是， 以上描述仅为示例性的， 本申请实施例对此不做任何限定。

在步骤 S202 中， 响应于对所述目标文件的接收操作， 所述文件接收方 对所述目标文件的配置信息进行解析， 确定所述配置信息的解析结果。

由于该步骤 S202与上述步骤 S 102类似， 在此不再赘述。

在步骤 S203 中， 所述文件接收方基于所述配置信息的解析结果 ， 对所 述目标文件执行删除操作。

在一些可选实施例中， 当所述解析结果为在所述目标文件的文件发送 方 的用户标识为预设用户标识时删除所述目标文 件时， 所述文件接收方基于所 述配置信息的解析结果， 对所述目标文件执行删除操作， 包括： 所述文件接 收方确定所述目标文件的文件发送方的用户标 识； 若所述目标文件的文件发 送方的用户标识为所述预设用户标识， 所述文件接收方则检测所述目标文件 是否被查阅； 若检测到所述目标文件被查阅时， 所述文件接收方触发对所述 目标文件的删除操作。 籍此， 能够删除文件发送方的特定用户发送的目标文 件， 避免特定用户在近场传输中的文件被泄露， 从而保证近场传输中用户的 隐私不受侵犯。 此外， 还可为文件接收方节省存储空间。 可以理解的是， 任 何基于所述配置信息的解析结果， 对所述目标文件执行删除操作的实施方式 均可适用于此， 本申请实施例对此不做任何限定。

在一个具体的例子中， 所述用户标识可为用户注册的账号、 用户的昵称 或用户的手机号码等。 所述文件接收方可通过接收到的目标文件确定 目标文 件的文件发送方的用户标识。 在检测到用户打开并关闭所述目标文件时， 所 述文件接收方可确定所述目标文件被查阅。 在确定所述目标文件被查阅时， 所述文件接收方可通过应用程序接口调用删除 函数来删除目标文件。 可以理 解的是， 以上描述仅为示例性的， 本申请实施例对此不做任何限定。

在一些可选实施例中， 当所述解析结果为在所述目标文件的数据类型 为 预设数据类型时删除所述目标文件时， 所述文件接收方基于所述配置信息的 解析结果， 对所述目标文件执行删除操作， 包括： 所述文件接收方确定所述 目标文件的数据类型； 若所述目标文件的数据类型为所述预设数据类 型， 所 述文件接收方则检测所述目标文件是否被查阅 ； 若检测到所述目标文件被查 阅时， 所述文件接收方触发对所述目标文件的删除操 作。 籍此， 能够删除特 定数据类型的目标文件， 为文件接收方节省存储空间。 可以理解的是， 任何 基于所述配置信息的解析结果， 对所述目标文件执行删除操作的实施方式均 可适用于此， 本申请实施例对此不做任何限定。

在一个具体的例子中， 所述数据类型可为文本、 视频或音频等。 所述文 件接收方可通过接收到的目标文件确定目标文 件的数据类型。 在检测到用户 打开并关闭所述目标文件时， 所述文件接收方可确定所述目标文件被查阅。 在确定所述目标文件被查阅时， 所述文件接收方可通过应用程序接口调用删 除函数来删除目标文件。 可以理解的是， 以上描述仅为示例性的， 本申请实 施例对此不做任何限定。

在一些可选实施例中， 当所述解析结果为在所述目标文件的接收时间 处 于预设时间段内时删除所述目标文件时， 所述文件接收方基于所述配置信息 的解析结果， 对所述目标文件执行删除操作， 包括： 所述文件接收方确定所 述目标文件的接收时间；若所述目标文件的接 收时间处于所述预设时间段内， 所述文件接收方则检测所述目标文件是否被查 阅； 若检测到所述目标文件被 查阅时， 所述文件接收方触发对所述目标文件的删除操 作。 其中， 所述预设 时间段可由本领域技术人员根据实际需要进行 设定， 本申请实施例对此不做 任何限定。 籍此， 能够删除预设时间段内接收到的文件， 为文件接收方节省 存储空间。 可以理解的是， 任何基于所述配置信息的解析结果， 对所述目标 文件执行删除操作的实施方式均可适用于此， 本申请实施例对此不做任何限 定。

在一个具体的例子中， 在检测到用户打开并关闭所述目标文件时， 所述 文件接收方可确定所述目标文件被查阅。 在确定所述目标文件被查阅时， 所 述文件接收方可通过应用程序接口调用删除函 数来删除目标文件。 可以理解 的是， 以上描述仅为示例性的， 本申请实施例对此不做任何限定。

在一些可选实施例中， 若检测到所述目标文件被查阅时， 所述文件接收 方触发定时器的启动， 并在所述定时器的计时时长达到预设时长时， 触发对 所述目标文件的删除操作。 籍此， 能够在文件被查阅后的定时删除文件， 为 文件接收方节省存储空间。 可以理解的是， 以上描述仅为示例性的， 本申请 实施例对此不做任何限定。

在一些可选实施例中， 用户在文件接收方中配置的信息的解析结果还 可 包括： 在所述目标文件被查阅后即时删除所述目标文 件， 在所述目标文件被 查阅后的预设时长删除所述目标文件， 在所述目标文件被接收后的预设时长 删除所述目标文件， 在所述目标文件被查阅预设次数后删除所述目 标文件。 基于对应的解析结果分别执行相应的删除操作 的实施方式已在上述实施例中 描述， 在此不再赘述。

参照图 3， 示出了根据本申请实施例三的一种近场传输中 的文件处理装 置的结构示意图。

本实施例的近场传输中的文件处理装置包括： 获取模块 301， 配置为获 取在局域网中传输的 目标文件的配置信息； 解析模块 302， 配置为响应于对 所述目标文件的接收操作， 对所述目标文件的配置信息进行解析， 确定所述 配置信息的解析结果； 第一删除模块 303， 配置为基于所述配置信息的解析 结果， 对所述目标文件执行删除操作。

本实施例的近场传输中的文件处理装置用于实 现前述多个方法实施例中 相应的近场传输中的文件处理方法， 并具有相应的方法实施例的有益效果， 在此不再赘述。

参照图 4， 示出了根据本申请实施例四的一种近场传输中 的文件处理装 置的结构示意图。

本实施例的近场传输中的文件处理装置包括： 获取模块 401， 配置为获 取在局域网中传输的目标文件的配置信息； 解析模块 402， 配置为响应于对 所述目标文件的接收操作， 对所述目标文件的配置信息进行解析， 确定所述 配置信息的解析结果； 第一删除模块 403， 配置为基于所述配置信息的解析 结果， 对所述目标文件执行删除操作。

可选地， 所述获取模块 401， 包括： 接收模块 401 1， 配置为接收文件发 送方发送的针对所述目标文件预先配置的配置 信息。

可选地， 当所述解析结果为在所述目标文件被查阅后即 时删除所述目标 文件时， 所述第一删除模块 403， 进一步配置为在检测到所述目标文件被查 阅时， 即时触发对所述目标文件的删除操作。

可选地， 当所述解析结果为在所述目标文件被查阅后的 预设时长删除所 述目标文件时， 所述第一删除模块 403， 进一步配置为在检测到所述目标文 件被查阅时， 触发定时器的启动， 并在所述定时器的计时时长达到所述预设 时长时， 触发对所述目标文件的删除操作。

可选地， 当所述解析结果为在所述目标文件被接收后的 预设时长删除所 述目标文件时， 所述第一删除模块 403， 进一步配置为在接收到所述目标文 件时，触发定时器的启动，并在所述定时器的 计时时长达到所述预设时长时， 触发对所述目标文件的删除操作。

可选地， 当所述解析结果为在所述目标文件被查阅预设 次数后删除所述 目标文件时， 所述第一删除模块 403， 进一步配置为： 触发计数器的启动， 并在每次检测到所述目标文件被查阅时， 触发所述计数器对所述目标文件的 查阅次数进行计数； 当所述计数器的计数次数达到所述预设次数时 ， 触发对 所述目标文件的删除操作。

可选地， 所述获取模块 401， 还包括： 确定模块 4012， 配置为响应于对 所述目标文件的配置操作， 确定所述目标文件的配置信息。

可选地， 当所述解析结果为在所述目标文件的文件发送 方的用户标识为 预设用户标识时删除所述目标文件时， 所述第一删除模块 403， 进一步配置 为： 确定所述目标文件的文件发送方的用户标识； 若所述目标文件的文件发 送方的用户标识为所述预设用户标识， 则检测所述目标文件是否被查阅； 若 检测到所述目标文件被查阅时， 触发对所述目标文件的删除操作。

可选地， 当所述解析结果为在所述目标文件的数据类型 为预设数据类型 时删除所述目标文件时， 所述第一删除模块 403， 进一步配置为： 确定所述 目标文件的数据类型； 若所述目标文件的数据类型为所述预设数据类 型， 则 检测所述目标文件是否被查阅； 若检测到所述目标文件被查阅时， 触发对所 述目标文件的删除操作。

可选地， 当所述解析结果为在所述目标文件的接收时间 处于预设时间段 内时删除所述目标文件时， 所述第一删除模块 403， 进一步配置为： 确定所 述目标文件的接收时间；若所述目标文件的接 收时间处于所述预设时间段内， 则检测所述目标文件是否被查阅； 若检测到所述目标文件被查阅时， 触发对 所述目标文件的删除操作。

可选地， 所述装置还包括： 第二删除模块 404， 配置为若检测到所述目 标文件被查阅时， 触发定时器的启动， 并在所述定时器的计时时长达到预设 时长时， 触发对所述目标文件的删除操作。

可选地， 所述装置还包括： 第三删除模块 405， 配置为在对所述目标文 件执行删除操作后， 删除所述目标文件的配置信息。

本实施例的近场传输中的文件处理装置用于实 现前述多个方法实施例中 相应的近场传输中的文件处理方法， 并具有相应的方法实施例的有益效果， 在此不再赘述。

图 5为本申请实施例五中设备 /终端 /服务器的结构示意图； 该设备 /终端 / 服务器可以包括：

一个或多个处理器 1501 ;

计算机可读介质 1502， 可以配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理 器执行， 使得所述一个或 多个处理器实现如上述任一实施例中所述的近 场传输中的文件处理方法。

图 6 为本申请实施例六中设备 /终端 /服务器的硬件结构； 如图 6所示， 该设备 /终端 /服务器的硬件结构可以包括： 处理器 1601， 通信接口 1602， 计 算机可读介质 1603和通信总线 1604 ;

其中处理器 1601、 通信接口 1602、 计算机可读介质 1603通过通信总线 1604完成相互间的通信；

可选的， 通信接口 1602可以为通信模块的接口， 如 GSM模块的接口； 其中， 处理器 1601具体可以配置为：获取在局域网中传输的� �标文件的 配置信息； 响应于对所述目标文件的接收操作， 对所述目标文件的配置信息 进行解析， 确定所述配置信息的解析结果； 基于所述配置信息的解析结果， 对所述目标文件执行删除操作。

处理器 1601可以是通用处理器，包括中央处理器 (Central Processing Unit， 简称 CPU)、 网络处理器 (Network Processor， 简称 NP)等； 还可以是数字信号 处理器 (DSP)、 专用集成电路 (ASIC)、 现成可编程门阵列 (FPGA)或者其它可 编程逻辑器件、 分立门或者晶体管逻辑器件、 分立硬件组件。 可以实现或者 执行本申请实施例中的公开的各方法、 步骤及逻辑框图。 通用处理器可以是 微处理器或者该处理器也可以是任何常规的处 理器等。

计算机可读介质 1603 可以是， 但不限于， 随机存取存储介质 ( Random Access Memory, RAM) ， 只读存储介质 ( Read Only Memory， ROM) ， 可 编程只读存储介质 ( Programmable Read-Only Memory, PROM) , 可擦除只 读存储介质 ( Erasable Programmable Read-Only Memory, EPROM) , 电可擦 除只读存储介质 ( Electric Erasable Programmable Read-Only Memory , EEPROM) 等。

需要说明的是， 上述实施例文件发送方、 文件接收方只是相对概念， 当 文件接收方向局域网中的其他终端设备发送文 件时， 其角色又可以变为文件 发送方。

特别地， 根据本公开的实施例， 上文参考流程图描述的过程可以被实现 为计算机软件程序。 例如， 本公开的实施例包括一种计算机程序产品， 其包 括承载在计算机可读介质上的计算机程序， 该计算机程序包含配置为执行流 程图所示的方法的程序代码。 在这样的实施例中， 该计算机程序可以通过通 信部分从网络上被下载和安装， 和 /或从可拆卸介质被安装。 在该计算机程序 被中央处理单元 （CPU） 执行时， 执行本申请的方法中限定的上述功能。 需 要说明的是， 本申请所述的计算机可读介质可以是计算机可 读信号介质或者 计算机可读存储介质或者是上述两者的任意组 合。 计算机可读介质例如可以 但不限于是电、 磁、 光、 电磁、 红外线、 或半导体的系统、 装置或器件， 或 者任意以上的组合。计算机可读存储介质的更 具体的例子可以包括但不限于： 具有一个或多个导线的电连接、 便携式计算机磁盘、 硬盘、 随机访问存储介 质 （RAM） 、 只读存储介质 （ROM） 、 可擦式可编程只读存储介质 （EPROM 或闪存） 、 光纤、 便携式紧凑磁盘只读存储介质 （CD-ROM） 、 光存储介质 件、 磁存储介质件、 或者上述的任意合适的组合。 在本申请中， 计算机可读 存储介质可以是任何包含或存储程序的有形介 质， 该程序可以被指令执行系 统、 装置或者器件使用或者与其结合使用。 而在本申请中， 计算机可读的信 号介质可以包括在基带中或者作为载波一部分 传播的数据信号， 其中承载了 计算机可读的程序代码。 这种传播的数据信号可以采用多种形式， 包括但不 限于电磁信号、 光信号或上述的任意合适的组合。 计算机可读的信号介质还 可以是计算机可读存储介质以外的任何计算机 可读介质， 该计算机可读介质 可以发送、 传播或者传输配置为由指令执行系统、 装置或者器件使用或者与 其结合使用的程序。 计算机可读介质上包含的程序代码可以用任何 适当的介 质传输， 包括但不限于： 无线、 电线、 光缆、 RF等等， 或者上述的任意合适 的组合。

可以以一种或多种程序设计语言或其组合来编 写配置为执行本申请的操 作的计算机程序代码， 所述程序设计语言包括面向对象的程序设计语 言一诸 如 Java、 Smalltalk、 C++， 还包括常规的过程式程序设计语言一诸如” C”语言 或类似的程序设计语言。 程序代码可以完全地在用户计算机上执行、 部分地 在用户计算机上执行、 作为一个独立的软件包执行、 部分在用户计算机上部 分在远程计算机上执行、 或者完全在远程计算机或服务器上执行。 在涉及远 程计算机的情形中，远程计算机可以通过任意 种类的网络：包括局域网（LAN） 或广域网（WAN）—连接到用户计算机， 或者， 可以连接到外部计算机 （例如 利用因特网服务提供商来通过因特网连接） 。

附图中的流程图和框图， 图示了按照本申请各种实施例的系统、 方法和 计算机程序产品的可能实现的体系架构、 功能和操作。 在这点上， 流程图或 框图中的每个方框可以代表一个模块、 程序段、 或代码的一部分， 该模块、 程序段、 或代码的一部分包含一个或多个配置为实现规 定的逻辑功能的可执 行指令。上述具体实施例中有特定先后关系， 但这些先后关系只是示例性的， 在具体实现的时候， 这些步骤可能会更少、 更多或执行顺序有调整。 即在有 些作为替换的实现中， 方框中所标注的功能也可以以不同于附图中所 标注的 顺序发生。 例如， 两个接连地表示的方框实际上可以基本并行地 执行， 它们 有时也可以按相反的顺序执行， 这依所涉及的功能而定。 也要注意的是， 框 图和 /或流程图中的每个方框、 以及框图和 /或流程图中的方框的组合， 可以 用执行规定的功能或操作的专用的基于硬件的 系统来实现， 或者可以用专用 硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块可以通 过软件的方式实现， 也可 以通过硬件的方式来实现。 所描述的模块也可以设置在处理器中， 例如， 可 以描述为： 一种处理器包括获取模块、 解析模块、 第一删除模块。 其中， 这 些模块的名称在某种情况下并不构成对该模块 本身的限定， 例如， 获取模块 还可以被描述为“获取在局域网中传输的目标 文件的配置信息的模块”。

作为另一方面， 本申请还提供了一种计算机可读介质， 其上存储有计算 机程序， 该程序被处理器执行时实现如上述任一实施例 中所描述的近场传输 中的文件处理方法。

作为另一方面， 本申请还提供了一种计算机可读介质， 该计算机可读介 质可以是上述实施例中描述的装置中所包含的 ； 也可以是单独存在， 而未装 配入该装置中。 上述计算机可读介质承载有一个或者多个程序 ， 当上述一个 或者多个程序被该装置执行时， 使得该装置： 获取在局域网中传输的目标文 件的配置信息； 响应于对所述目标文件的接收操作， 对所述目标文件的配置 信息进行解析， 确定所述配置信息的解析结果； 基于所述配置信息的解析结 果， 对所述目标文件执行删除操作。

在本公开的各种实施方式中所使用的表述“第 一”、 “第二”、 “所述第一” 或“所述第二’’可修饰各种部件而与顺序和 /或重要性无关， 但是这些表述不限 制相应部件。 以上表述仅配置为将元件与其它元件区分开的 目的。 例如， 第 一用户设备和第二用户设备表示不同的用户设 备， 虽然两者均是用户设备。 例如，在不背离本公开的范围的前提下， 第一元件可称作第二元件， 类似地， 第二元件可称作第一元件。

当一个元件（例如， 第一元件）称为与另一元件（例如， 第二元件）“（可操作 地或可通信地）联接”或“（可操作地或可通 信地）联接至’’另一元件（例如， 第二 元件）或“连接至”另一元件（例如， 第二元件）时， 应理解为该一个元件直接连 接至该另一元件或者该一个元件经由又一个元 件（例如， 第三元件）间接连接 至该另一个元件。 相反， 可理解， 当元件（例如， 第一元件）称为“直接连接” 或“直接联接’’至另一元件（第二元件）时 ， 则没有元件（例如， 第三元件）插入在 这两者之间。

以上描述仅为本申请的较佳实施例以及对所运 用技术原理的说明。 本领 域技术人员应当理解， 本申请中所涉及的发明范围， 并不限于上述技术特征 的特定组合而成的技术方案，同时也应涵盖在 不脱离上述发明构思的情况下， 由上述技术特征或其等同特征进行任意组合而 形成的其它技术方案。 例如上 述特征与本申请中公开的 （但不限于） 具有类似功能的技术特征进行互相替 换而形成的技术方案。