CN106254553A - 一种文件传输处理方法和装置 - Google Patents

Abstract

本发明实施例提供了一种文件传输方法和装置，其中的方法具体包括：通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；向服务器发送所述文件传输指令对应的文件上传请求；接收所述服务器依据所述文件上传请求返回的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，接收所述服务器依据所述文件上传请求返回的、与文件下载链接相应的二维码；在所述第一设备上显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件。本发明实施例不仅可以节省现有文件传输过程中登录账户的步骤，简化文件传输的流程，而且能够在一定程度上保护例如用户账户信息的用户隐私信息。

Description

一种文件传输处理方法和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种文件传输方法和一种文件传输装置。

背景技术

随着移动设备的普及和相关衍生产品的多样化，设备间的文件传输分享需求日益突出。

现有的两个设备之间的文件传输方案一般都是通过相关的应用程序来实现的。例如，若需要在PC(个人计算机，Personal Computer)和手机之间进行文件传输，则需要PC和手机同时安装某应用程序的客户端，在一侧客户端上传文件，以及在另一侧客户端下载文件。例如，现有的基于云盘应用程序的文件传输过程具体可以包括：首先，用户在一侧客户端登录自己的云盘账户，在登录完成后的页面中找到文件上传接口，并通过该文件上传接口进行文件的上传；然后，用户在另一侧客户端登录自己的云盘账户，在登录完成后的页面中通过层级查找得到需要下载的文件，并通过该需要下载的文件对应的下载接口进行文件的下载；例如，上述层级查找可以首先找到并点击需要下载的文件对应的文件类别(如图片、文档、音乐、视频、种子)等，然后从点击的文件类别中寻找需要下载的文件。

发明人在实施本发明的过程中发现，现有的两个设备之间的文件传输方案需要分别在两个设备安装应用程序的客户端，这样，将拖慢设备的运行速度。并且，现有的两个设备之间的文件传输方案需要在两侧客户端执行登录账户、寻找文件上传/下载接口、以及执行文件上传/下载等多个步骤，上述多个步骤使得文件传输过程较为繁琐，且传输效率非常低下。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种文件传输方法和一种文件传输装置。

依据本发明的一个方面，提供了一种文件传输方法，包括：

通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；

向服务器发送所述文件传输指令对应的文件上传请求；

接收所述服务器依据所述文件上传请求返回的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，接收所述服务器依据所述文件上传请求返回的、与文件下载链接相应的二维码；

在所述第一设备上显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件。

根据本发明的另一方面，提供了一种文件传输装置，包括：

指令捕获模块，用于通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；

请求发送模块，用于向服务器发送所述文件传输指令对应的文件上传请求；

结果接收模块，用于接收所述服务器依据所述文件上传请求返回的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，接收所述服务器依据所述文件上传请求返回的、与文件下载链接相应的二维码；以及

二维码显示模块，用于在所述第一设备上显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件。

根据本发明实施例的一种文件传输方法和装置，可以响应于第一设备的用户产生的文件传输指令，向服务器发送对应的文件上传请求，并依据服务器返回的文件下载链接显示对应的二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件；对于第一设备的用户而言，其仅需触发文件传输指令，故相对于现有方案中发送端用户在客户端执行登录账户、寻找文件上传接口、以及执行文件下载等多个步骤，本发明实施例能够简化第一设备的用户操作，提高文件传输的便捷性。

并且，对于第二设备的用户而言，只需触发二维码的扫描指令即可实现待传输文件的下载，这相对于现有方案中接收端用户执行登录账户、寻找文件下载接口、以及执行文件下载等多个步骤，本发明实施例能够大大节省接收端用户的操作，提高用户体验。并且，第二设备端无需安装对应的应用程序，这样对于存储空间有限的第二设备而言，将能够避免安装过多应用程序而拖慢运行速度的问题，提高应用程序的运行速度。

另外，本发明实施例中的文件传输指令是通过常驻进程捕获的，由于该常驻进程可以通过第一设备的设备标识或者网络地址来唯一地标识第一设备，而不存在用户账户的注册和登录要求，也即，本发明实施例中第一设备—服务器—第二设备对应的文件传输流程(例如，待传输文件从PC本地经过服务器中转传输到手机端)中，服务器仅仅用于临时中转待传输文件，可以不存储待传输文件之外的用户信息；因此本发明实施例不仅可以节省现有文件传输过程中登录账户的步骤，简化文件传输的流程，而且能够在一定程度上保护例如用户账户信息的用户隐私信息。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文可选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出可选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种文件传输方法的步骤流程示意图；

图2示出了根据本发明一个实施例的一种文件传输方法的步骤流程示意图；

图3示出了根据本发明一个实施例的一种文件传输方法的步骤流程示意图；

图4示出了根据本发明一个实施例的一种文件传输方法的步骤流程示意图；以及

图5示出了根据本发明一个实施例的一种文件传输装置的结构示意。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照图1，示出了根据本发明一个实施例的一种文件传输方法的步骤流程图，具体可以包括如下步骤：

步骤101、通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；

本发明实施例可用于在第一设备和第二设备之间进行文件传输，也即将第一设备中待传输文件传输至第二设备。其中，上述第一设备和第二设备可以为任意的不同设备，例如同一用户所拥有的不同设备，或者不同用户所拥有的不同设备等。本发明实施例主要以第一设备为PC、第二设备为移动设备为例进行说明，其他第一设备和第二设备的场景相互参照即可。可选地，上述移动设备可以为任意的具有文件接收功能的设备，其具体可以包括但不限于：智能手机、平板电脑、电子书阅读器、MP3(动态影像专家压缩标准音频层面3，Moving Picture Experts Group Audio Layer III)播放器、MP4(动态影像专家压缩标准音频层面4，Moving Picture Experts Group Audio Layer IV)播放器、膝上型便携计算机、车载电脑、机顶盒、智能电视机、可穿戴设备等等。

本发明实施例中，常驻进程可用于表示常驻内存的进程，其可以在设备开启后被操作系统加载，并在设备关机后结束。通常，即使在系统强杀或者获取ROOT(超级用户)权限的情况下，都无法将该常驻进程杀死。

本发明实施例中，常驻进程可以通过第一设备的设备标识或者网络地址来唯一地标识第一设备，因此不存在用户账户的注册和登录要求，也即，本发明实施例节省现有文件传输过程中登录账户的步骤。可选地，上述设备标识具体可以包括：网卡唯一标识符和硬盘ID中的任一或者组合，上述网络地址具体可以包括：MAC(媒体访问控制，Media AccessControl)地址等，本发明实施例对于具体的设备标识或者网络地址不加以限制。

在本发明的一种可选实施例中，上述常驻进程可以与第一设备中的预置应用程序相应，但即使在该预置应用程序退出的情况下，该常驻进程仍可以存活。可选地，该预置应用程序可以防火墙程序、或者安全程序等，该预置应用程序同样可以通过第一设备的设备标识或者网络地址来唯一地标识第一设备，也即可以在用户账户未登录的情况下向用户提供功能，不仅能够节省用户账户的登录步骤，而且可以较好地保护用户隐私，本发明实施例对于具体的预置应用程序不加以限制。

在本发明的一种可选实施例中，上述通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令的步骤，具体可以包括：通过常驻进程注册钩子函数；通过所述钩子函数捕获所述第一设备中的键盘消息和/或鼠标消息；依据捕获的键盘消息和/或鼠标消息，得到用户针对第一设备中待传输文件产生的文件传输指令。

以第一设备的操作系统为Windows系统为例，Windows系统是建立在事件驱动的机制上的，也即整个系统都是通过消息的传递来实现的。而钩子是Windows系统中非常重要的系统接口，用它可以截获并处理系统或进程中的各种事件消息；而钩子函数是一种特殊的回调函数。钩子监视的特定事件发生后，系统会调用钩子函数进行处理。因此，本发明通过注册的钩子函数，来监视系统中键盘消息和/或鼠标消息，最终达到捕获用户针对第一设备中待传输文件产生的文件传输指令的目的。可选地，上述键盘消息中可以包括鼠标位置，键盘消息中可以包括键盘按键，因此，可以依据上述鼠标位置或者键盘按键从捕获的键盘消息和/或鼠标消息中得到针对第一设备中待传输文件产生的文件传输指令。可以理解，本领域技术人员可以利用任意的方式捕获文件传输指令，本发明实施例对于文件传输指令的具体捕获过程不加以限制。

在本发明的另一种可选实施例中，所述通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令的步骤，具体可以包括：当通过常驻进程捕获到用户针对第一设备中待传输文件产生的右键操作后，在右键菜单中显示文件传输选项；通过常驻进程捕获用户针对所述文件传输选项的操作指令，作为所述待传输文件对应的文件传输指令。本发明实施例可以在右键菜单中设置文件传输选项，以便于用户通过该文件传输选项产生对应的文件传输指令。在本发明的一种示例中，用户可以针对PC中的文件产生右键操作，并在弹出的右键菜单中触发文件传输选项，由于大多数用户普遍熟悉PC的操作，也即用户对于PC的熟悉度远大于对于现有方案中例如云盘应用程序的应用程序的熟悉度，因此本发明实施例中用户能够较为便捷地产生上述文件传输指令，也即能够提高文件传输的便捷性。

可以理解，上述通过右键菜单产生文件传输指令的方式只是作为可选实施例，实际上本领域技术人员可以依据其他方式产生文件传输指令，例如，在接收到用户针对待传输文件产生的左键操作后，通过弹窗展现对应的文件传输选项等等，本发明实施例对于产生文件传输指令的具体方式不加以限制。

步骤102、向服务器发送所述文件传输指令对应的文件上传请求；

这里的服务器可以为上述预置应用程序对应的服务器，其可以起到临时中转待传输文件的作用。可选地，该服务器可以仅仅临时存储待传输文件，因此能够节省服务器的存储空间。并且，该服务器可以不存储待传输文件之外的信息，例如可以不存储例如用户账户信息的用户信息，不仅可以节省用户账户的登录步骤，而且可以在一定程度上保护用户隐私。

可选地，所述文件上传请求中可以携带有上述待传输文件，则服务器可以对上述文件上传请求进行处理，相应的处理过程具体可以包括：保存所述文件上传请求中携带的待传输文件。上述处理过程还可以包括：服务器还可以生成所述待传输文件对应的文件下载链接，可选地，上述文件下载链接可以依据所述待传输文件在服务器上的存储路径得到，也即，上述文件下载链接可以直接链接到待传输文件的存储路径，以实现待传输文件的下载。

步骤103、接收所述服务器依据所述文件上传请求返回的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，接收所述服务器依据所述文件上传请求返回的、与文件下载链接相应的二维码；

本发明实施例中，服务器可以向第一设备发送文件下载链接，此种情况下，可由第一设备依据所述文件下载链接生成对应的二维码。或者，服务器可以依据所述文件下载链接生成对应的二维码，并向第一设备发送文件下载链接，也即，二维码的生成可由服务器或者第一设备执行。

本发明实施例中，二维码是用特定的几何图形按一定规律在平面(二维方向)上分布的黑白相间的图形，是所有信息数据的一把钥匙。二维码可在水平和垂直方向都可以存储信息，例如，能够存储汉字、数字和图片等信息。本发明实施例中，可以对文件下载链接进行编码，以得到对应的二维码。可选地，上述二维码具体可以包括：堆叠式/行排式二维条码、矩阵式二维码等，本发明实施例对于具体的二维码及其编码方式不加以限制。

步骤104、在所述第一设备上显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件。

在实际应用中，在接收二维码或者生成二维码后，可以通过浏览器加载一个页面，并通过该页面显示该二维码；或者，可以在当前窗口的基础上通过弹窗方式显示该二维码，本发明实施例对于二维码的具体显示方式不加以限制。

上述显示的二维码可以供第二设备的用户使用，例如，第二设备的用户可以使用任意的扫码接口触发该二维码的扫描指令，而第二设备可以响应于该扫描指令，通过扫码该二维得到对应的文件下载链接，并通过该文件下载链接向服务器发送对应的文件下载请求，进而可以实现待传输文件的下载。可选地，本发明实施例能够通过扫描得到的文件下载链接、自动向服务器发送文件下载请求，或者，本发明实施例可以将扫描得到的文件下载链接进行展现，并响应于用户对于所展现文件下载链接的触发操作，向服务器发送文件下载请求。

可见，第二设备的用户只需触发二维码的扫描指令即可实现待传输文件的下载，这相对于现有方案中接收端用户执行登录账户、寻找文件下载接口、以及执行文件下载等多个步骤，本发明实施例能够大大节省接收端用户的操作，提高用户体验。

在本发明的一种可选实施例中，上述方法还可以包括：在所述第一设备上显示所述二维码对应的有效期。上述有效期可以反映文件下载的期限，超过该有效期将停止该二维码的显示，或者超过该有效期对应的文件下载链接将失效，或者，超过该有效期服务器删除对应的待传输文件等，这样能够在第一设备的用户忘记关闭二维码的显示页面等情况下导致的待传输文件被其他用户下载的情形，因此能够在一定程度上保护用户的隐私，且提高文件传输的安全性。例如，大学宿舍的用户A将某图片从PC传输到手机，则在PC的显示页面上显示该图片的二维码，若该显示页面长时间未关闭将导致大学宿舍的其他用户看到该二维码并下载对应的图片，而上述有效期可以较好地保护用户A的隐私。可选地，上述有效期可以为任意的时长，如30分钟、10分钟等，可以向用户提供相应的设置接口，以使用户通过该设置接口进行有效期的设置，以满足用户对于有效期的个性化需求。

综上，本发明实施例的文件传输方法，可以响应于第一设备的用户产生的文件传输指令，向服务器发送对应的文件上传请求，并依据服务器返回的文件下载链接显示对应的二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件；对于第一设备的用户而言，其仅需触发文件传输指令，故相对于现有方案中发送端用户在客户端执行登录账户、寻找文件上传接口、以及执行文件下载等多个步骤，本发明实施例能够简化第一设备的用户操作，提高文件传输的便捷性。

另外，对于第二设备的用户而言，只需触发二维码的扫描指令即可实现待传输文件的下载，这相对于现有方案中接收端用户执行登录账户、寻找文件下载接口、以及执行文件下载等多个步骤，本发明实施例能够大大节省接收端用户的操作，提高用户体验。并且，第二设备端无需安装对应的应用程序，这样对于存储空间有限的第二设备而言，将能够避免安装过多应用程序而拖慢运行速度的问题，提高应用程序的运行速度。

并且，本发明实施例中的文件传输指令是通过常驻进程捕获的，由于该常驻进程可以通过第一设备的设备标识或者网络地址来唯一地标识第一设备，而不存在用户账户的注册和登录要求，也即，本发明实施例中第一设备—服务器—第二设备对应的文件传输流程(例如，待传输文件从PC本地经过服务器中转传输到手机端)中，服务器仅仅用于临时中转待传输文件，可以不存储待传输文件之外的用户信息；因此本发明实施例不仅可以节省现有文件传输过程中登录账户的步骤，简化文件传输的流程，而且能够在一定程度上保护例如用户账户信息的用户隐私信息。

参照图2，示出了根据本发明一个实施例的一种文件传输方法的步骤流程图，具体可以包括如下步骤：

步骤201、通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；

步骤202、向服务器发送所述文件传输指令对应的文件上传请求；

步骤203、服务器在接收上述文件传输请求后，确定对应待传输文件的文件类型；

步骤204、当所述文件类型为预置文件类型时，若所述文件类型与第二设备不适配，则服务器获取与所述第二设备相适配的目标文件；

步骤205、服务器获取所述目标文件的的文件下载链接，并向所述第一设备发送所述目标文件的文件下载链接或者二维码；

步骤206、接收所述服务器返回的目标文件的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，接收所述服务器返回的目标文件的二维码；

步骤207、在所述第一设备上显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的目标文件。

相对于图1所示方法实施例一，本实施例的服务器还可以确定待传输文件的文件类型，并在所述文件类型为预置文件类型、且所述文件类型与第二设备不适配时，获取与所述第二设备相适配的目标文件。

在实际应用中，在第一设备与第二设备的操作系统不一致的情况下，第一设备正常使用的有些文件类型将无法适配于第二设备，而在待传输文件的文件类型与第二设备不适配时，第二设备上是无法打开该待传输文件的。针对上述问题，本发明实施例可以在待传输文件的文件类型与第二设备不适配时，自动获取与第二设备相适配的目标文件，以使第二设备正常使用该目标文件，因此能够文件传输的智能性，提高用户体验。

可选地，上述预置文件类型具体可以包括EXE文件(可执行文件，Execute File)类型，所述目标文件的文件类型具体可以包括：APK(安卓安装包，Android Package)类型。通常，EXE文件能够被PC正常打开，但无法适用于手机等安卓操作系统的移动设备。因此，本发明实施例可以自动获取与安卓操作系统的移动设备相适配的APK类型的文件。

在本发明的一种应用示例中，假设用户从PC上下载了某即时通讯程序的第一安装包，该第一安装包的后缀为EXE，即使用户下载了该第一安装包，也无法在手机上正常安装该即时通讯程序。而本发明实施例经判断可知，该第一安装包与手机不适配，故可以获取即时通讯程序的与手机相适配的第二安装包，该第二安装包的后缀为APK，以使用户下载并安装该第二安装包。

在本发明的一种可选实施例中，所述确定所述待传输文件的文件类型的步骤，具体可以包括：获取所述待传输文件的文件名中表示文件类型的后缀；根据所述后缀确定所述待传输文件的文件类型。文件名中除了包括该文件的名称，还会包括该文件的文件类型后缀，获取了该后缀，便可以根据后缀确定文件类型。可以理解，本发明实施例对于文件类型的具体获取方式不加以限制。

需要说明的是，获取与所述第二设备相适配的目标文件的操作还可由第一设备来执行，具体地，第一设备在向服务器发送文件上传请求前，可以确定所述待传输文件的文件类型，当所述文件类型为预置文件类型时，若所述文件类型与第二设备不适配，则第一设备可以获取与所述第二设备相适配的目标文件，作为新的待传输文件，并依据新的待传输文件向服务器发送文件上传请求。

综上，本发明实施例可以在待传输文件的文件类型与第二设备不适配时，自动获取与第二设备相适配的目标文件，以使第二设备正常使用该目标文件，因此能够文件传输的智能性，提高用户体验。

参照图3，示出了根据本发明一个实施例的一种文件传输方法的步骤流程图，具体可以包括如下步骤：

步骤301、服务器接收第一设备发送的文件上传请求，该文件上传请求中携带有待传输文件；

步骤302、服务器保存所述文件上传请求中携带的待传输文件；

步骤303、服务器依据所述待传输文件的存储路径，得到对应的文件下载链接；

步骤304、服务器依据所述文件下载链接，生成对应的二维码；

步骤305、服务器向第一设备发送该二维码；

步骤306、服务器接收第二设备发送的文件下载请求；其中，该文件下载请求为第二设备依据通过扫描该二维码得到的文件下载链接得到；

步骤307、在所述第二设备从服务器成功下载所述待传输文件后，服务器删除所保存的待传输文件。

本发明实施例的服务器可以仅仅临时存储待传输文件，在确定第二设备从服务器成功下载所述待传输文件后，可以删除所保存的待传输文件，因此不仅能够节省服务器的存储空间，而且能够防止待传输文件的泄露，较好地保护用户隐私。

参照图4，示出了根据本发明一个实施例的一种文件传输方法的步骤流程图，具体可以包括如下步骤：

步骤401、第一设备通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；

步骤402、第一设备向服务器发送所述文件传输指令对应的文件上传请求；

步骤403、服务器在接收第一设备发送的文件上传请求后，生成对应的文件下载链接或者二维码；

步骤404、第一设备接收所述服务器返回的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，第一设备接收所述服务器返回的与文件下载链接相应的二维码；

步骤405、第一设备显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件；

步骤406、第二设备扫描第一设备显示的二维码，以得到对应的文件下载链接；

步骤407、第二设备依据扫描得到的文件下载链接，从服务器获取对应的待传输文件。

综上，本发明实施例的文件传输方法，采用了第一设备—服务器—第二设备对应的文件传输流程(例如，待传输文件从PC本地经过服务器中转传输到手机端)，该文件传输流程中，服务器仅仅用于临时中转待传输文件，可以不存储待传输文件之外的信息(如用户账户信息)；因此本发明实施例不仅可以节省现有文件传输过程中登录账户的步骤，简化文件传输的流程，而且能够在一定程度上保护例如用户账户信息的用户隐私信息。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图5，示出了根据本发明一个实施例的一种文件传输装置的结构框图，具体可以包括如下模块：

指令捕获模块501，用于通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；

请求发送模块502，用于向服务器发送所述文件传输指令对应的文件上传请求；

结果接收模块503，用于接收所述服务器依据所述文件上传请求返回的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，接收所述服务器依据所述文件上传请求返回的、与文件下载链接相应的二维码；以及

二维码显示模块504，用于在所述第一设备上显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件。

可选地，所述指令捕获模块501可以包括：

选项显示子模块，用于当通过常驻进程捕获到用户针对第一设备中待传输文件产生的右键操作后，在右键菜单中显示文件传输选项；以及

选项操作捕获子模块，用于通过常驻进程捕获用户针对所述文件传输选项的操作指令，作为所述待传输文件对应的文件传输指令。

可选地，所述指令捕获模块501可以包括：

注册子模块，用于通过常驻进程注册钩子函数；

钩子捕获子模块，用于通过所述钩子函数捕获所述第一设备中的键盘消息和/或鼠标消息；以及

指令获取子模块，用于依据捕获的键盘消息和/或鼠标消息，得到用户针对第一设备中待传输文件产生的文件传输指令。

可选地，所述装置还可以包括：

二维码有效期显示模块，用于在所述第一设备上显示所述二维码对应的有效期。

可选地，所述装置还可以包括：

文件类型确定模块，用于确定所述待传输文件的文件类型；

目标文件获取模块，用于当所述文件类型为预置文件类型时，若所述文件类型与第二设备不适配，则获取与所述第二设备相适配的目标文件，作为新的待传输文件。

可选地，所述预置文件类型可以包括：可执行文件类型，所述目标文件的文件类型可以包括：安卓安装包类型。

可选地，所述文件类型确定模块可以包括：

后缀获取子模块，用于获取所述待传输文件的文件名中表示文件类型的后缀；

类型确定子模块，用于根据所述后缀确定所述待传输文件的文件类型。

可选地，所述文件上传请求中携带有所述待传输文件，所述装置还可以包括：

文件保存模块，用于服务器在接收所述文件上传请求后，保存所述文件上传请求中携带的待传输文件；

文件删除模块，用于在所述第二设备从服务器成功下载所述待传输文件后，服务器删除所保存的待传输文件。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的文件传输方法和装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网平台上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包括”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了A1、一种文件传输方法，包括：

通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；

向服务器发送所述文件传输指令对应的文件上传请求；

接收所述服务器依据所述文件上传请求返回的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，接收所述服务器依据所述文件上传请求返回的、与文件下载链接相应的二维码；

在所述第一设备上显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件。

A2、如A1所述的方法，所述通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令的步骤，包括：

当通过常驻进程捕获到用户针对第一设备中待传输文件产生的右键操作后，在右键菜单中显示文件传输选项；

通过常驻进程捕获用户针对所述文件传输选项的操作指令，作为所述待传输文件对应的文件传输指令。

A3、如A1所述的方法，所述通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令的步骤，包括：

通过常驻进程注册钩子函数；

通过所述钩子函数捕获所述第一设备中的键盘消息和/或鼠标消息；

依据捕获的键盘消息和/或鼠标消息，得到用户针对第一设备中待传输文件产生的文件传输指令。

A4、如A1所述的方法，所述方法还包括：

在所述第一设备上显示所述二维码对应的有效期。

A5、如A1至A4中任一所述的方法，所述方法还包括：

确定所述待传输文件的文件类型；

当所述文件类型为预置文件类型时，若所述文件类型与第二设备不适配，则获取与所述第二设备相适配的目标文件，作为新的待传输文件。

A6、如A5所述的方法，所述预置文件类型包括：可执行文件类型，所述目标文件的文件类型包括：安卓安装包类型。

A7、如A5所述的方法，所述确定所述待传输文件的文件类型的步骤，包括：

获取所述待传输文件的文件名中表示文件类型的后缀；

根据所述后缀确定所述待传输文件的文件类型。

A8、如A1至A4中任一所述的方法，所述文件上传请求中携带有所述待传输文件，所述方法还包括：

服务器在接收所述文件上传请求后，保存所述文件上传请求中携带的待传输文件；

在所述第二设备从服务器成功下载所述待传输文件后，服务器删除所保存的待传输文件。

本发明还公开了B11、一种文件传输装置，包括：

指令捕获模块，用于通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；

请求发送模块，用于向服务器发送所述文件传输指令对应的文件上传请求；

结果接收模块，用于接收所述服务器依据所述文件上传请求返回的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，接收所述服务器依据所述文件上传请求返回的、与文件下载链接相应的二维码；以及

二维码显示模块，用于在所述第一设备上显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件。

B10、如B9所述的装置，所述指令捕获模块包括：

选项显示子模块，用于当通过常驻进程捕获到用户针对第一设备中待传输文件产生的右键操作后，在右键菜单中显示文件传输选项；以及

选项操作捕获子模块，用于通过常驻进程捕获用户针对所述文件传输选项的操作指令，作为所述待传输文件对应的文件传输指令。

B11、如B9所述的装置，所述指令捕获模块包括：

注册子模块，用于通过常驻进程注册钩子函数；

钩子捕获子模块，用于通过所述钩子函数捕获所述第一设备中的键盘消息和/或鼠标消息；以及

指令获取子模块，用于依据捕获的键盘消息和/或鼠标消息，得到用户针对第一设备中待传输文件产生的文件传输指令。

B12、如B9所述的装置，所述装置还包括：

二维码有效期显示模块，用于在所述第一设备上显示所述二维码对应的有效期。

B13、如B9至B12中任一所述的装置，所述装置还包括：

文件类型确定模块，用于确定所述待传输文件的文件类型；

目标文件获取模块，用于当所述文件类型为预置文件类型时，若所述文件类型与第二设备不适配，则获取与所述第二设备相适配的目标文件，作为新的待传输文件。

B14、如B13所述的装置，所述预置文件类型包括：可执行文件类型，所述目标文件的文件类型包括：安卓安装包类型。

B15、如B13所述的装置，所述文件类型确定模块包括：

后缀获取子模块，用于获取所述待传输文件的文件名中表示文件类型的后缀；

类型确定子模块，用于根据所述后缀确定所述待传输文件的文件类型。

B16、如B9至B12中任一所述的装置，所述文件上传请求中携带有所述待传输文件，所述装置还包括：

文件保存模块，用于服务器在接收所述文件上传请求后，保存所述文件上传请求中携带的待传输文件；

文件删除模块，用于在所述第二设备从服务器成功下载所述待传输文件后，服务器删除所保存的待传输文件。

Claims (10)

1.一种文件传输方法，包括：

通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；

向服务器发送所述文件传输指令对应的文件上传请求；

接收所述服务器依据所述文件上传请求返回的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，接收所述服务器依据所述文件上传请求返回的、与文件下载链接相应的二维码；

在所述第一设备上显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件。

2.如权利要求1所述的方法，其特征在于，所述通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令的步骤，包括：

当通过常驻进程捕获到用户针对第一设备中待传输文件产生的右键操作后，在右键菜单中显示文件传输选项；

通过常驻进程捕获用户针对所述文件传输选项的操作指令，作为所述待传输文件对应的文件传输指令。

3.如权利要求1所述的方法，其特征在于，所述通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令的步骤，包括：

通过常驻进程注册钩子函数；

通过所述钩子函数捕获所述第一设备中的键盘消息和/或鼠标消息；

依据捕获的键盘消息和/或鼠标消息，得到用户针对第一设备中待传输文件产生的文件传输指令。

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

在所述第一设备上显示所述二维码对应的有效期。

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

确定所述待传输文件的文件类型；

当所述文件类型为预置文件类型时，若所述文件类型与第二设备不适配，则获取与所述第二设备相适配的目标文件，作为新的待传输文件。

6.如权利要求5所述的方法，其特征在于，所述预置文件类型包括：可执行文件类型，所述目标文件的文件类型包括：安卓安装包类型。

7.如权利要求5所述的方法，其特征在于，所述确定所述待传输文件的文件类型的步骤，包括：

获取所述待传输文件的文件名中表示文件类型的后缀；

根据所述后缀确定所述待传输文件的文件类型。

8.如权利要求1至4中任一所述的方法，其特征在于，所述文件上传请求中携带有所述待传输文件，所述方法还包括：

服务器在接收所述文件上传请求后，保存所述文件上传请求中携带的待传输文件；

在所述第二设备从服务器成功下载所述待传输文件后，服务器删除所保存的待传输文件。

9.一种文件传输装置，包括：

指令捕获模块，用于通过常驻进程捕获用户针对第一设备中待传输文件产生的文件传输指令；

请求发送模块，用于向服务器发送所述文件传输指令对应的文件上传请求；

结果接收模块，用于接收所述服务器依据所述文件上传请求返回的文件下载链接，并依据所述文件下载链接生成对应的二维码；或者，接收所述服务器依据所述文件上传请求返回的、与文件下载链接相应的二维码；以及

二维码显示模块，用于在所述第一设备上显示所述二维码，以使第二设备通过所述二维码对应的文件下载链接从服务器下载对应的待传输文件。

10.如权利要求9所述的装置，其特征在于，所述指令捕获模块包括：

选项显示子模块，用于当通过常驻进程捕获到用户针对第一设备中待传输文件产生的右键操作后，在右键菜单中显示文件传输选项；以及

选项操作捕获子模块，用于通过常驻进程捕获用户针对所述文件传输选项的操作指令，作为所述待传输文件对应的文件传输指令。