文件传输方法和服务器的制造方法
【专利摘要】本发明提供一种文件传输方法和服务器，方法包括：通过接收第一终端上传的待发送文件和待发送文件欲发送至的第二终端的终端标识；对待发送文件进行编辑处理，以生成待发送文件对应的待发送文件包并缓存，同时生成待发送文件包对应的第一推送通知消息；根据第二终端的终端标识，向第二终端发送第一推送通知消息；若接收到第二终端根据第一推送通知消息发送的文件下载请求，则将待发送文件包发送至第二终端。该方法不受到软件、物理媒介，传输距离的限制，使得常见终端如手机之间的文件传输更加便捷。
【专利说明】文件传输方法和服务器
【技术领域】
[0001]本发明涉及信息技术，尤其涉及一种文件传输方法和服务器。
【背景技术】
[0002]现有技术中，实现手机间的文件传输的途径主要包括:手机APP平台、蓝牙传输、手机存储卡中转和数据线-电脑中转，其中:手机APP平台传输需要终端安装相同的APP软件，且需要打开APP软件才能查看和下载文件；蓝牙传输要求进行文件传输的两个手机需相距在一定近距离内，不适合远距离传输；手机存储卡中转传输需借助物理存储卡才能实现，并且要求相应手机具备拓展卡插槽；数据线-电脑中转传输必须通过数据线物理连接至电脑，然后通过电脑缓存中转来传输文件。
[0003]上述方法或多或少受到软件、物理媒介，传输距离的限制，而使得手机间文件传输不便捷。
【发明内容】
[0004]本发明的目的在于提供一种文件传输方法和服务器。
[0005]第一方面，本发明实施例提供一种文件传输方法，包括:
[0006]服务器接收第一终端上传的待发送文件和所述待发送文件欲发送至的第二终端的终端标识；
[0007]所述服务器对所述待发送文件进行编辑处理，以生成所述待发送文件对应的待发送文件包并缓存，同时生成所述待发送文件包对应的第一推送通知消息；
[0008]所述服务器根据所述第二终端的终端标识，向所述第二终端发送所述第一推送通知消息；
[0009]若所述服务器接收到所述第二终端根据所述第一推送通知消息发送的文件下载请求，则所述服务器将所述待发送文件包发送至第二终端。
[0010]第二方面，本发明实施例提供一种服务器，包括:
[0011]接收模块，用于接收第一终端上传的待发送文件和所述待发送文件欲发送至的第_■终端的终端标识；
[0012]处理模块，用于对所述待发送文件进行编辑处理，以生成所述待发送文件对应的待发送文件包并缓存，同时生成所述待发送文件包对应的第一推送通知消息；
[0013]发送模块，用于根据所述第二终端的终端标识，向所述第二终端发送所述第一推送通知消息；
[0014]所述发送模块，还用于若所述接收模块接收到所述第二终端根据所述第一推送通知消息发送的文件下载请求，则将所述待发送文件包发送至第二终端。
[0015]本发明提供的文件传输方法和服务器，通过接收第一终端上传的待发送文件和待发送文件欲发送至的第二终端的终端标识；对待发送文件进行编辑处理，以生成待发送文件对应的待发送文件包并缓存，同时生成待发送文件包对应的第一推送通知消息；根据第二终端的终端标识，向第二终端发送第一推送通知消息；若接收到第二终端根据第一推送通知消息发送的文件下载请求，则将待发送文件包发送至第二终端。该方法不受到软件、物理媒介，传输距离的限制，使得常见终端如手机之间的文件传输更加便捷。
【专利附图】
【附图说明】
[0016]图1为本发明提供的文件传输方法一个实施例的流程图；
[0017]图2为本发明提供的文件传输方法另一个实施例的流程图；
[0018]图3为本发明提供的服务器一个实施例的结构示意图。
【具体实施方式】
[0019]图1为本发明提供的文件传输方法一个实施例的流程图，该方法的执行主体可以为设置在网络中的具有推送通知信息(Wap Push)功能的服务器，该文件传输方法具体包括:
[0020]S101，服务器接收第一终端上传的待发送文件和待发送文件欲发送至的第二终端的终端标识；
[0021]现有的Wap Push技术是一种基于客户服务器机制、由服务器主动将信息发往客户端的技术，其系统框架主要包括推送发起者(Push Initiator, PI)、推送代理网关(PushProxy Gateway,PPG)和推送客户(Push Client,PC)三个功能部分。PI 位于 Internet 中,而PC在WAP领域，PI和WAP客户端所使用的协议是不同的，需要在中间建立一个协议转换网关即PPG。PPG通过推送访问协议(Push Access Protocol,PAP)与PI通信，通过推送空间传输协议(Push Over-The-Air, Push OTA)完成向客户推送信息的数据传输任务。
[0022]本实施例所述服务器则集成了上述Wap Push系统框架中的PI和PPG。而上述第一终端和第二终端可视为上述Wap Push系统框架中的PC如手机、Ipad等终端设备。该第一终端和第二终端除具备现有PC功能既通过Push OTA接收本实施例中服务器的推送通知消息外，还可以通过超文本传输协议(Hypertext transfer protocol, HTTP)主动访问该服务器。具体地，上述服务器接收第一终端上传的待发送文件和待发送文件欲发送至的第二终端的终端标识的过程可以为:第一终端通过预制的网页浏览器打开Web页面，并通过HTTP登陆服务器对应网页页面从而在该页面上传欲发送至第二终端的待发送文件和该第二终端的终端标识。其中，该第二终端的终端标识可以为唯一标识该第二终端的信息，如可以为当前第二终端接入网络的IP地址，设备地址、路由信息、手机号码等。
[0023]S102，服务器对待发送文件进行编辑处理，以生成待发送文件对应的待发送文件包并缓存，同时生成待发送文件包对应的第一推送通知消息；
[0024]服务器接收到待发送文件后，通过内置的上述PI对待发送文件进行编辑处理，将待发送文件如文字、图片、音频、视频、apk文件(安卓手机软件安装包)以及办公中常用的word, excel,pdf等多种文件通过编码处理算法,整合打包成为一个文件包作为待发送文件对应的待发送文件包，并缓存在一个目录中。
[0025]同时，服务器还通过内置的上述PI根据上述待发送文件包生成其对应的第一推送通知消息，该消息中携带了待发送文件包相关的描述信息，如待发送文件包的:链接地址、包标题、包大小标识、缓存有效期等。
[0026]S103，服务器根据第二终端的终端标识，向第二终端发送第一推送通知消息；
[0027]具体的，服务器中的PI生成上述第一推送通知消息后，将该消息发送给预制在服务器中的PPG，PPG对第一推送通知消息进行鉴权和格式检查通过后，将其压缩成适合无线链路传输的二进制消息，并根据第二终端的终端标识，使用Push OTA协议向第二终端发送该压缩处理后的第一推送通知消息。若
[0028]S104，若服务器接收到第二终端根据第一推送通知消息发送的文件下载请求，则服务器将待发送文件包发送至第二终端；
[0029]若当前第二终端为接入网状态，则第二终端接收到该第一推送通知消息后，可通过点击其中的链接地址向服务器发送文件下载请求。服务器接收到该文件下载请求后从缓存中提取对应的待发送文件包并通过PPG将其发送至第二终端。
[0030]本发明提供的文件传输方法，通过接收第一终端上传的待发送文件和待发送文件欲发送至的第二终端的终端标识；对待发送文件进行编辑处理，以生成待发送文件对应的待发送文件包并缓存，同时生成待发送文件包对应的第一推送通知消息；根据第二终端的终端标识，向第二终端发送第一推送通知消息；若接收到第二终端根据第一推送通知消息发送的文件下载请求，则将待发送文件包发送至第二终端。该方法不受到软件、物理媒介，传输距离的限制，使得常见终端如手机之间的文件传输更加便捷。
[0031]图2为本发明提供的文件传输方法另一个实施例的流程图，是图1所述文件传输方法的一种具体实现方式。如图2所示，该文件传输方法具体包括:
[0032]S201，服务器接收第一终端上传的待发送文件和待发送文件欲发送至的第二终端的终端标识；该步骤具体执行过程可参见步骤101的相应内容。
[0033]具体的，本实施例中的第一终端和第二终端均分别为手机终端；相应的，第二终端的终端标识具体为第二终端对应的手机终端的手机号码。
[0034]S202，服务器根据第二终端对应的手机号码确定第二终端所支持的文件类型；
[0035]服务器根据第二终端的手机号码查询预建立的用户号码与机型匹配数据库，获得第二终端的匹配机型和配置参数从而获知第二终端所支持的文件类型；如图片的格式；音频、时频的格式等。其中，上述用户号码与机型匹配的关系数据可从现有移动通信运营商处查询获得。
[0036]S203，服务器对待发送文件进行编辑处理，以生成待发送文件对应的待发送文件包并缓存，同时生成待发送文件包对应的第一推送通知消息；其中，所述待发送文件包具体为所述第二终端所支持文件类型的所述待发送文件包；该步骤具体执行过程可参见步骤102的相应内容。例如，当第一终端上传的待发送文件为PNG格式的图片文件，而服务器获知第二终端仅支持JPG格式的图片文件，则服务器将PNG格式的图片文件转换为JPG格式的图片文件并作为待发送文件包缓存到目标目录下。
[0037]S204，服务器根据第二终端的终端标识，向第二终端发送第一推送通知消息；该步骤具体执行过程可参见步骤103的相应内容。
[0038]具体地，当第二终端具体为手机终端，第二终端的终端标识具体为手机终端的手机号码时，服务器可采用如下步骤向第二终端发送第一推送通知消息:
[0039]服务器将第一推送通知消息以及第二终端对应的手机号码发送至短信网关，以使短信网关根据手机号码将第一推送通知消息发送至第二终端。其中，所述短信网关为现有技术中手机终端之间相互收发短信的网关，即转发如A手机发送的短信至B手机从而时间A手机向B手机发送短信。手机终端与短信网关之间通过无线链路传输的二进制消息进行信息交互。
[0040]S205，若服务器接收到第二终端根据第一推送通知消息发送的文件下载请求，则服务器将待发送文件包发送至第二终端；该步骤具体执行过程可参见步骤104的内容。
[0041]S206，服务器接收第二终端发送的文件接收确认消息，并根据文件接收确认消息删除对应的已缓存的待发送文件包；
[0042]其中，第二终端可通过PUSH OTA协议向上述服务器中的PPG发送该文件接收确认消息。服务器接收到该文件接收确认消息后，将该消息对应的已缓存的待发送文件包删除，从而释放相应缓存空间。如果服务器一直没有接收到第二终端根据第一推送通知消息发送的文件下载请求，那么服务器会在待发送文件包对应的缓存时间超出上述缓存有效期后自动删除，以释放相应缓存空间。
[0043]S207，服务器将文件接收确认消息转发给第一终端，以告知第一终端，上述待发送文件成功被上述第二终端接收。
[0044]本发明提供的文件传输方法，服务器接收第一终端上传的待发送文件和待发送文件欲发送至的第二终端的终端标识；服务器根据第二终端对应的手机号码确定第二终端所支持的文件类型；服务器对待发送文件进行编辑处理，以生成待发送文件对应的待发送文件包并缓存，同时生成待发送文件包对应的第一推送通知消息；其中，所述待发送文件包具体为所述第二终端所支持文件类型的所述待发送文件包；服务器根据第二终端的终端标识，向第二终端发送第一推送通知消息；若服务器接收到第二终端根据第一推送通知消息发送的文件下载请求，则服务器将待发送文件包发送至第二终端；服务器接收第二终端发送的文件接收确认消息，并根据文件接收确认消息删除对应的已缓存的待发送文件包；同时，将文件接收确认消息转发给第一终端，以告知第一终端，上述待发送文件成功被上述第二终端接收。该方案不受到软件、物理媒介，传输距离的限制，使得常见终端如手机之间的文件传输更加便捷。
[0045]本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0046]图3为本发明提供的服务器一个实施例的结构示意图，可执行如图1所示的文件传输方法。如图3所示，该服务器具体包括接收模块31、处理模块32和发送模块33，其中:
[0047]接收模块31，用于接收第一终端上传的待发送文件和待发送文件欲发送至的第二终端的终端标识；
[0048]处理模块32，用于对待发送文件进行编辑处理，以生成待发送文件对应的待发送文件包并缓存，同时生成待发送文件包对应的第一推送通知消息；
[0049]发送模块33，用于根据第二终端的终端标识，向第二终端发送第一推送通知消息；
[0050]发送模块33，还用于若所述接收模块31接收到第二终端根据第一推送通知消息发送的文件下载请求，则将待发送文件包发送至第二终端。
[0051]进一步的，上述第二终端具体为手机终端，第二终端的终端标识具体为手机终端的手机号码；上述发送模块33具体用于:
[0052]将第一推送通知消息以及第二终端对应的手机号码发送至短信网关，以使短信网关根据手机号码将第一推送通知消息发送至第二终端。
[0053]进一步的，在接收模块31接收第一终端上传的待发送文件和待发送文件欲发送至的第二终端的终端标识之后，且处理模块32对待发送文件进行编辑处理，以生成待发送文件对应的待发送文件包之前，处理模块33还用于:根据第二终端对应的手机号码确定第二终端所支持的文件类型。
[0054]进一步的，上述第一推送通知消息中包括:第二终端的终端标识；待发送文件包的:链接地址、包标题、包大小标识、缓存有效期。
[0055]进一步的，上述待发送文件包具体为第二终端所支持文件类型的待发送文件包。
[0056]进一步的，上述接收模块31还用于接收第二终端发送的文件接收确认消息，并根据文件接收确认消息指示处理模块32删除对应的已缓存的待发送文件包。
[0057]进一步的，上述发送模块33还用于将上述文件接收确认消息转发给第一终端。
[0058]上述图2所示的文件传输方法可通过本实施例所述服务器执行完成，在此对其方法原理不做赘述。
[0059]本发明提供的服务器，通过接收第一终端上传的待发送文件和待发送文件欲发送至的第二终端的终端标识；对待发送文件进行编辑处理，以生成待发送文件对应的待发送文件包并缓存，同时生成待发送文件包对应的第一推送通知消息；根据第二终端的终端标识，向第二终端发送第一推送通知消息；若接收到第二终端根据第一推送通知消息发送的文件下载请求，则将待发送文件包发送至第二终端。该方法不受到软件、物理媒介，传输距离的限制，使得常见终端如手机之间的文件传输更加便捷。
[0060]最后应说明的是:以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
【权利要求】
1.一种文件传输方法，其特征在于，包括: 服务器接收第一终端上传的待发送文件和所述待发送文件欲发送至的第二终端的终端标识； 所述服务器对所述待发送文件进行编辑处理，以生成所述待发送文件对应的待发送文件包并缓存，同时生成所述待发送文件包对应的第一推送通知消息； 所述服务器根据所述第二终端的终端标识，向所述第二终端发送所述第一推送通知消息； 若所述服务器接收到所述第二终端根据所述第一推送通知消息发送的文件下载请求，则所述服务器将所述待发送文件包发送至第二终端。
2.根据权利要求1所述的方法，其特征在于，所述第一推送通知消息中包括:所述第二终端的终端标识；所述待发送文件包的:链接地址、包标题、包大小标识、缓存有效期。
3.根据权利要求2所述的方法，其特征在于，所述第二终端具体为手机终端，所述第二终端的终端标识具体为所述手机终端的手机号码； 所述服务器根据所述第二终端的终端标识，向所述第二终端发送所述第一推送通知消息，包括: 所述服务器将所述第一推送通知消息以及所述第二终端对应的所述手机号码发送至短信网关，以使所述短信网关根据所述手机号码将所述第一推送通知消息发送至所述第二终端。
4.根据权利要求3所述的方法，其特征在于，在所述服务器接收第一终端上传的待发送文件和所述待发送文件欲发送至的第二终端的终端标识之后，且在所述服务器对所述待发送文件进行编辑处理，以生成所述待发送文件对应的待发送文件包之前，包括: 所述服务器根据所述第二终端对应的所述手机号码确定所述第二终端所支持的文件类型。
5.根据权利要求4所述的方法，其特征在于，所述服务器对所述待发送文件进行编辑处理，以生成所述待发送文件对应的待发送文件包具体为所述第二终端所支持文件类型的所述待发送文件包。
6.根据权利要求1-5任意一项所述的方法，其特征在于，所述服务器将所述待发送文件包发送至所述第二终端后，包括: 所述服务器接收所述第二终端发送的文件接收确认消息，并根据所述文件接收确认消息删除对应的已缓存的所述待发送文件包。
7.根据权利要求6所述的方法，其特征在于，在所述服务器接收所述第二终端发送的文件接收确认消息后，还包括:所述服务器将所述文件接收确认消息转发给所述第一终端。
8.一种服务器，其特征在于，包括: 接收模块，用于接收第一终端上传的待发送文件和所述待发送文件欲发送至的第二终端的终端标识； 处理模块，用于对所述待发送文件进行编辑处理，以生成所述待发送文件对应的待发送文件包并缓存，同时生成所述待发送文件包对应的第一推送通知消息； 发送模块，用于根据所述第二终端的终端标识，向所述第二终端发送所述第一推送通知消息； 所述发送模块，还用于若所述接收模块接收到所述第二终端根据所述第一推送通知消息发送的文件下载请求，则将所述待发送文件包发送至第二终端。
9.根据权利要求8所述的服务器，其特征在于，所述第一推送通知消息中包括:所述第二终端的终端标识；所述待发送文件包的:链接地址、包标题、包大小标识、缓存有效期。
10.根据权利要求9所述的服务器，其特征在于，所述第二终端具体为手机终端，所述第二终端的终端标识具体为所述手机终端的手机号码；所述发送模块具体用于: 将所述第一推送通知消息以及所述第二终端对应的所述手机号码发送至短信网关，以使所述短信网关根据所述手机号码将所述第一推送通知消息发送至所述第二终端。
11.根据权利要求10所述的服务器，其特征在于，在所述接收模块接收第一终端上传的待发送文件和所述待发送文件欲发送至的第二终端的终端标识之后，且在所述处理模块对所述待发送文件进行编辑处理，以生成所述待发送文件对应的待发送文件包之前，所述处理模块还用于:根据所述第二终端对应的所述手机号码确定所述第二终端所支持的文件类型。
12.根据权利要求11所述的服务器，其特征在于，所述待发送文件包具体为所述第二终端所支持文件类型的所述待发送文件包。
13.根据权利要求8-12任意一项所述的服务器，其特征在于，所述接收模块还用于接收所述第二终端发送的文件接收确认消息，并根据所述文件接收确认消息指示所述处理模块删除对应的已缓存的所述待发送文件包。
14.根据权利要求13所述的服务器，其特征在于，所述发送模块还用于将所述文件接收确认消息转发给所述第一终端。
【文档编号】H04L29/06GK104202411SQ201410469102
【公开日】2014年12月10日 申请日期:2014年9月15日 优先权日:2014年9月15日
【发明者】刘涛, 刘艳, 文飞 申请人:中卓信（北京）科技有限公司