近场文件传输方法及其装置 本申请要求在 2018年 8月 28 日提交中国专利局、 申请号为

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

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

在一些应用环境中， 比如功能机的使用比例仍然远远大于智能机的 使用 比例， 另外， 再加上移动互网联的发展程度仍然较慢， 以及互联网等硬件设 施的基础较差， 提供了跨平台传输技术方案， 以在没有流量和运营商 WiFi 的场景下， 或者无网或者低网速的状态， 实现数据的传输。

然而， 在现有的跨平台传输方案中， 只能按照用户选择传输文件的时间 先后顺序对文件进行传输。 例如， 如果有些视频文件的数据量较大， 用户需 要最后传输该视频文件， 或者有些视频文件用户需要先进行传输并观看 ， 用 户无法对视频文件的传输顺序进行调整。 发明内容

本申请的目的在于提出一种近场文件传输方法 、 装置、 系统、 设备 /终端 /服务器、计算机可读介质， 用于解决现有技术中存在的无法对近场传输中 的 文件的传输顺序进行调整的问题。

第一方面， 本申请实施例提供了一种近场文件传输方法， 其包括： 文件发送方确定待传输文件在局域网中的传输 顺序； 所述文件发送方基于所述待传输文件在所述局 域网中的传输顺序， 将所 述待传输文件传输至文件接收方。

第二方面， 本申请实施例提供了一种近场文件传输装置， 其包括： 确定模块， 配置为确定待传输文件在局域网中的传输顺序 ；

第一传输模块，配置为基于所述待传输文件在 所述局域网中的传输顺序， 将所述待传输文件传输至文件接收方。

第三方面， 本申请实施例提供了一种近场传输系统， 其包括：

文件发送方和文件接收方， 所述文件发送方和所述文件接收方位于同一 局域网内， 所述文件发送方确定待传输文件在局域网中的 传输顺序， 并基于 所述待传输文件在所述局域网中的传输顺序， 将所述待传输文件传输至所述 文件接收方。

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

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

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

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

本申请提供的近场文件传输方法、 装置、 系统、 设备 /终端 /服务器、 计 算机可读介质中， 通过确定待传输文件在局域网中的传输顺序， 并基于所述 待传输文件在所述局域网中的传输顺序， 将所述待传输文件传输至文件接收 方， 使得用户能够根据自身的需要调整文件的传输 顺序， 更好地满足了用户 需求， 提高了用户体验。 附图说明

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

图 1为本申请实施例一中近场文件传输方法流程� �意图；

图 2为本申请实施例二中近场文件传输方法流程� �意图；

图 3为本申请实施例三中近场文件传输装置的结� �示意图；

图 4为本申请实施例四中近场文件传输装置的结� �示意图；

图 5为本申请实施例五中近场传输系统的结构示� �图；

图 6为本申请实施例六中设备 /终端 /服务器的结构示意图；

图 7为本申请实施例七中设备 /终端 /服务器的硬件结构。 具体实施方式

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

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

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

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

在步骤 S 101 中， 文件发送方确定待传输文件在局域网中的传输 顺序。 在本申请实施例中， 所述文件发送方可包括以下中的至少一者： 车载设 备、 娱乐设备、 广告设备、 个人数码助理 （PDA） 、 平板电脑、 笔记本电脑、 掌上游戏机、 智能眼镜、 智能手表、 可穿戴设备、 虚拟显示设备或显示增强 设备 （如 Google Glass、 Oculus Rift、 Hololens、 Gear VR） 。 所述待传输文 件的数量可为一个或多个。 所述待传输文件在局域网中的传输顺序可理解 为 待传输文件在局域网中传输的先后顺序。 可以理解的是， 以上描述仅为示例 性的， 本申请实施例对此不做任何限定。

在本申请实施例中， 所述局域网通过自建 WIFI 搭建以实现近场传输。 所述局域网中可以包括多个终端设备， 该终端设备可以为智能手机、 智能平 板、 智能手表、 PC等。 这种场景优选适合于互联网等硬件设施的基础 较差、 没有流量和运营商 WiFi 的场景下， 或者无网或者低网速的状态， 实现同一 个局域网内不同终端设备之间的数据共享的传 输， 即不同终端设备（如两台手 机）之间直连且不依赖于其它网络（如互联网 ）和设备（如路由器）， 且传输速率 快， 故可方便的实现不同终端设备之间的数据交互 ， 获得了广泛应用。 该数 据包括但不限于音视频数据、 应用程序安装包等。

在一个具体的例子中， 局域网的搭建方式可以为一台终端设备开启热 点 并生成随机的连接密码，另一台终端设备或多 台终端设备搜索并发现该热点， 之后用户输入连接密码。可替代地，文件发送 方开启热点，并生成连接信息。 其中， 所述连接信息的内容用于供文件接收方通过热 点与文件发送方建立直 连。 具体地， 用所述连接信息生成二维码， 并显示所述二维码； 所述文件接 收方扫描所述二维码以与所述文件发送方直连 ， 从而避免了手动输入连接密 码， 操作简单、 耗时短、 不易出错。 其中， 连接信息的内容可包括热点的标 识， 即文件发送方开启的热点的 SSID（Service Setldentifier）， 以供文件接收方 确定用于直连的热点。 再如， 连接信息的内容也可包括文件发送方的标识， 即文件发送方的唯一的设备标识， 如为其热点模块的 MAC 地址， 即 BSSID（Basic Service Setldentifier） , 通过文件发送方的标识， 可使文件接收方 确定要与其直连的文件发送方。 可以理解的是， 根据连接方式的不同， 以上 连接信息的具体内容可以不同。 例如， 若文件发送方开启的热点已经被文件 接收方搜索到， 则连接信息的内容可只有连接密码， 而没有热点的标识（当然 若有也可以）。 再如， 若文件发送方开启热点后将热点隐藏而不允许 文件接收 方搜索到， 则连接信息的内容可只有热点的标识， 而没有连接密码（当然若有 也可以）。 再如， 以上文件发送方的标识可以是单独存在的， 也可与其它内容 同时存在， 作为对其它内容的进一步验证。 可以理解的是， 连接信息中还可 包括其它已知的内容， 例如用于表明其是连接信息的标识， 用于分割其不同 部分的分隔符， 用于表明其长度、 格式等的验证位等。 可以理解的是， 以上 描述仅为示例性的， 本申请实施例对此不做任何限定。

在一些可选实施例中， 在确定待传输文件在局域网中的传输顺序时， 响 应于对所述待传输文件在所述局域网中的传输 顺序的调整操作， 所述文件发 送方向所述文件接收方发送所述待传输文件在 所述局域网中的调整后的传输 顺序信息， 以使所述文件接收方确定是否再次对所述待传 输文件在所述局域 网中的调整后的传输顺序信息进行调整； 如果所述文件接收方确定再次对所 述待传输文件在所述局域网中的调整后的传输 顺序信息进行调整， 则所述文 件发送方接收所述文件接收方发送的调整后的 传输顺序信息， 并基于所述文 件接收方发送的调整后的传输顺序信息， 调整所述待传输文件在所述局域网 中的传输顺序。 籍此， 使得文件接收方的用户能够根据自身的需要调 整文件 的传输顺序， 更好地满足了文件接收方的用户的需求， 提高了文件接收方的 用户的体验。 可以理解的是， 任何确定待传输文件在局域网中的传输顺序的 实施方式均可适用于此， 本申请实施例对此不做任何限定。

在一个具体的例子中， 响应于文件发送方的用户对文件的选择操作， 在 文件发送方的交互界面上以文件传输列表的形 式展现用户选择的待传输文件 的标识。 如果文件发送方的用户需要调整待传输文件的 传输顺序， 用户可通 过在文件发送方的交互界面上上下拖动文件传 输列表中的文件标识或点击上 下移动按钮来调整待传输文件的传输顺序。 在完成待传输文件的传输顺序的 调整之后， 文件发送方的用户点击文件发送方的交互界面 上的发送按钮， 开 始待传输文件的发送流程。 在开始发送待传输文件之前， 文件发送方将用户 调整后的文件传输列表发送至文件接收方， 文件接收方在交互界面上展现接 收到的文件传输列表， 其中， 该文件传输列表包括待传输文件的传输顺序、 标识和大小等。 如果文件接收方的用户需要调整待传输文件的 传输顺序， 并 且文件接收方不处于接受默认传输顺序的状态 ， 用户可通过在文件接收方的 交互界面上上下拖动文件传输列表中的文件标 识或点击上下移动按钮来调整 待传输文件的传输顺序。 在完成待传输文件的传输顺序的调整之后， 文件接 收方的用户点击文件接收方的交互界面上的接 收按钮， 开始待传输文件的接 收流程。 在开始接收待传输文件之前， 文件接收方将用户调整后的文件传输 列表发送至文件发送方， 文件发送方根据文件接收方发送的调整后的文 件传 输列表更改自身当前的文件传输列表， 并在交互界面上展现更改后的文件传 输列表， 及根据更改后的文件传输列表中的待传输文件 的传输顺序， 将待传 输文件传输至文件接收方。 可以理解的是， 以上描述仅为示例性的， 本申请 实施例对此不做任何限定。

在步骤 S 102 中， 所述文件发送方基于所述待传输文件在所述局 域网中 的传输顺序， 将所述待传输文件传输至文件接收方。

在本申请实施例中， 所述文件接收方可包括以下中的至少一者： 车载设 备、 娱乐设备、 广告设备、 个人数码助理 （PDA） 、 平板电脑、 笔记本电脑、 掌上游戏机、 智能眼镜、 智能手表、 可穿戴设备、 虚拟显示设备或显示增强 设备 （如 Google Glass、 Oculus Rift、 Hololens、 Gear VR） 。 此外， 所述文 件发送方设置有传输顺序控制系统， 所述传输顺序控制系统存储有所述待传 输文件在局域网中的调整后的传输顺序信息。 所述传输顺序控制系统在所述 文件发送方需要发送下一个文件时， 给文件发送方返回下一个需要发送的任 务， 从而控制待传输文件的传输顺序。 可以理解的是， 以上描述仅为示例性 的， 本申请实施例对此不做任何限定。

通过本申请实施例提供的近场文件传输方法， 确定待传输文件在局域网 中的传输顺序， 并基于所述待传输文件在所述局域网中的传输 顺序， 将所述 待传输文件传输至文件接收方， 使得用户能够根据自身的需要调整文件的传 输顺序， 更好地满足了用户需求， 提高了用户体验。

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

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

在步骤 S201 中， 响应于对所述待传输文件在所述局域网中的传 输顺序 的调整操作， 所述文件发送方调整所述待传输文件在所述局 域网中的传输顺 序。

在本申请实施例中， 如果文件接收方处于接受默认传输顺序的状态 ， 并 且文件发送方的用户需要对所述待传输文件在 所述局域网中的传输顺序进行 调整， 文件发送方响应文件发送方的用户对所述待传 输文件在所述局域网中 的传输顺序的调整操作， 调整所述待传输文件在所述局域网中的传输顺 序。 可替代地， 如果文件接收方不处于接受默认传输顺序的状 态， 并且文件发送 方在将调整后的传输顺序信息发送至文件接收 方之后的预设时间段内未接收 到文件接收方发送的调整后的传输顺序信息， 文件发送方按照文件发送方的 用户调整的传输顺序， 对待传输文件的传输顺序进行调整。 可以理解的是， 以上描述仅为示例性的， 本申请实施例对此不做任何限定。

在步骤 S202 中， 所述文件发送方基于所述待传输文件在所述局 域网中 的传输顺序， 将所述待传输文件传输至文件接收方。

在一些可选实施例中， 在文件传输的过程中， 所述文件发送方向文件传 输任务中添加传输文件， 并调整所述传输文件在所述局域网中的传输顺 序。 籍此， 能够任意地在文件传输过程中将传输文件添加 到文件传输任务中。 可 以理解的是， 以上描述仅为示例性的， 本申请实施例对此不做任何限定。

在一个具体的例子中， 响应于文件发送方的用户在文件传输的过程中 对 传输文件的添加操作， 文件发送方向文件传输任务中添加传输文件。 如果文 件发送方的用户需要对添加的传输文件的传输 顺序进行调整， 文件发送方响 应文件发送方的用户对添加的传输文件的传输 顺序的调整操作， 调整添加的 传输文件在所述局域网中的传输顺序。 可以理解的是， 以上描述仅为示例性 的， 本申请实施例对此不做任何限定。 在一些可选实施例中， 在文件传输的过程中， 所述文件发送方接收所述 文件接收方针对所述待传输文件中的未传输文 件调整的传输顺序信息； 基于 所述未传输文件在所述局域网中的调整后的传 输顺序信息， 将所述未传输文 件传输至所述文件接收方。 籍此， 在文件传输过程中， 使得文件接收方的用 户能够根据自身的需要调整文件的传输顺序， 更好地满足了文件接收方的用 户需求， 提高了文件接收方的用户的体验。 可以理解的是， 以上描述仅为示 例性的， 本申请实施例对此不做任何限定。

在一个具体的例子中， 文件发送方和文件接收方在文件链接传输过程 中 具有多条通信通道， 其中一条通信通道为控制通道， 用于控制信息的传输， 包括文件传输顺序修改信息的传输。 也就是说， 在文件传输过程中， 文件发 送方与文件接收方之间能够实时地进行文件传 输顺序修改信息的传输。 在文 件传输过程中， 文件接收方的用户可以根据自身的喜好， 在文件接收方的交 互界面上上下拖动文件传输列表中未传输的文 件的标识或点击上下移动按钮 来调整未传输文件的传输顺序。 在完成未传输文件的传输顺序的调整之后， 文件接收方将未传输文件的调整后的传输顺序 信息发送至文件发送方， 文件 发送方根据接收到的调整后的传输顺序信息自 动更改未传输文件的传输顺序。 可以理解的是， 以上描述仅为示例性的， 本申请实施例对此不做任何限定。

在一些可选实施例中， 在文件传输的过程中， 响应于对所述待传输文件 中的未传输文件在所述局域网中的传输顺序的 调整操作， 所述文件发送方向 所述文件接收方发送所述未传输文件在所述局 域网中的调整后的传输顺序信 息， 以使所述文件接收方确定是否对所述未传输文 件在所述局域网中的传输 顺序进行调整； 如果所述文件接收方确定对所述未传输文件在 所述局域网中 的传输顺序进行调整， 则所述文件发送方基于所述未传输文件在所述 局域网 中的调整后的传输顺序信息， 将所述未传输文件传输至所述文件接收方。 籍 此， 在文件传输过程中， 使得文件发送方的用户能够根据自身的需要调 整文 件的传输顺序， 更好地满足了文件发送方的用户需求， 提高了文件发送方的 用户的体验。 可以理解的是， 以上描述仅为示例性的， 本申请实施例对此不 做任何限定。

在一个具体的例子中， 在文件传输过程中， 文件发送方的用户可以根据 自身的喜好， 在文件发送方的交互界面上上下拖动文件传输 列表中未传输文 件的标识或点击上下移动按钮来调整未传输文 件的传输顺序。 在完成未传输 文件的传输顺序的调整之后， 文件发送方将未传输文件的调整后的传输顺序 信息发送至文件接收方， 以使文件接收方的用户确定是否对未传输文件 在局 域网中的传输顺序进行调整。 如果文件接收方的用户确定对未传输文件在局 域网中的传输顺序进行调整， 文件发送方基于未传输文件在局域网中的调整 后的传输顺序信息， 将未传输文件传输至文件接收方。 可以理解的是， 以上 描述仅为示例性的， 本申请实施例对此不做任何限定。

通过本申请实施例提供的近场文件传输方法， 响应于对所述待传输文件 在所述局域网中的传输顺序的调整操作， 所述文件发送方调整所述待传输文 件在所述局域网中的传输顺序， 并基于所述待传输文件在所述局域网中的传 输顺序， 将所述待传输文件传输至文件接收方， 使得用户能够根据自身的需 要调整文件的传输顺序， 更好地满足了用户需求， 提高了用户体验。

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

本实施例的近场文件传输装置包括： 确定模块 301， 配置为确定待传输 文件在局域网中的传输顺序； 第一传输模块 302， 配置为基于所述待传输文 件在所述局域网中的传输顺序， 将所述待传输文件传输至文件接收方。

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

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

本实施例的近场文件传输装置包括： 确定模块 401， 配置为确定待传输 文件在局域网中的传输顺序； 第一传输模块 402， 配置为基于所述待传输文 件在所述局域网中的传输顺序， 将所述待传输文件传输至文件接收方。

可选地， 所述确定模块 401， 包括： 第一调整模块 401 1， 配置为响应于 对所述待传输文件在所述局域网中的传输顺序 的调整操作， 调整所述待传输 文件在所述局域网中的传输顺序。

可选地， 所述确定模块 401， 包括： 第一发送模块 4012， 配置为响应于 对所述待传输文件在所述局域网中的传输顺序 的调整操作， 向所述文件接收 方发送所述待传输文件在所述局域网中的调整 后的传输顺序信息， 以使所述 文件接收方确定是否再次对所述待传输文件在 所述局域网中的调整后的传输 顺序信息进行调整； 第二调整模块 4013， 配置为如果所述文件接收方确定再 次对所述待传输文件在所述局域网中的调整后 的传输顺序信息进行调整， 则 接收所述文件接收方发送的调整后的传输顺序 信息， 并基于所述文件接收方 发送的调整后的传输顺序信息， 调整所述待传输文件在所述局域网中的传输 顺序。

可选地， 所述装置还包括：接收模块 403 , 配置为在文件传输的过程中， 接收所述文件接收方针对所述待传输文件中的 未传输文件调整的传输顺序信 息； 第二传输模块 404， 配置为基于所述未传输文件在所述局域网中的 调整 后的传输顺序信息， 将所述未传输文件传输至所述文件接收方。

可选地， 所述装置还包括： 执行模块 405 , 配置为在文件传输的过程中， 向文件传输任务中添加传输文件， 并调整所述传输文件在所述局域网中的传 输顺序。

可选地， 所述装置还包括： 第二发送模块 406， 配置为在文件传输的过 程中， 响应于对所述待传输文件中的未传输文件在所 述局域网中的传输顺序 的调整操作， 向所述文件接收方发送所述未传输文件在所述 局域网中的调整 后的传输顺序信息， 以使所述文件接收方确定是否对所述未传输文 件在所述 局域网中的传输顺序进行调整； 第三传输模块 407， 配置为如果所述文件接 收方确定对所述未传输文件在所述局域网中的 传输顺序进行调整， 则基于所 述未传输文件在所述局域网中的调整后的传输 顺序信息， 将所述未传输文件 传输至所述文件接收方。

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

图 5为本申请实施例五中近场传输系统的结构示� �图； 如图 5所示， 其 可以包括： 文件发送方 701和文件接收方 702， 所述文件发送方 701和所述 文件接收方 702位于同一局域网内， 所述文件发送方 701确定待传输文件在 局域网中的传输顺序， 并基于所述待传输文件在所述局域网中的传输 顺序， 将所述待传输文件传输至所述文件接收方 702 _o

本实施例中， 文件发送方 701 又可以称之为数据中心， 其具体可以为一 PC, 而且其他文件接收方 702可以为智能手机、 功能机、 网络打印机等。

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

一个或多个处理器 1501 ;

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

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

图 7 为本申请实施例七中设备 /终端 /服务器的硬件结构； 如图 7所示， 该设备 /终端 /服务器的硬件结构可以包括： 处理器 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）—连接到用户计算机， 或者， 可以连接到外部计算机 （例如 利用因特网服务提供商来通过因特网连接） 。

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

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

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

作为另一方面， 本申请还提供了一种计算机可读介质， 该计算机可读介 质可以是上述实施例中描述的装置中所包含的 ； 也可以是单独存在， 而未装 配入该装置中。 上述计算机可读介质承载有一个或者多个程序 ， 当上述一个 或者多个程序被该装置执行时， 使得该装置： 确定待传输文件在局域网中的 传输顺序； 基于所述待传输文件在所述局域网中的传输顺 序， 将所述待传输 文件传输至文件接收方。

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

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

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