路由器及数据上传方法、装置、系统
技术领域
本发明涉及数据传输领域,具体而言,涉及一种路由器及数据上传方法、装置、系统。
背景技术
云服务是基于相关服务的增加、使用和交付模式,常常涉及通过互联网来提供动态扩展且经常是虚拟化的资源。就现阶段来看,个人云在对于系统的存储方面主要体现为把用户的大量数据上传至云计算服务提供商的服务器设备中,用户可以借助终端中的客户端软件访问云服务。
目前上传用户的数据主要是客户端发起上传请求至服务器,服务器返回与请求对应的上传地址,然后客户端往这个上传地址上传文件,然而,由于国内网络环境复杂,用户使用云上传数据的速度很慢。
为了解决该问题,也即达到快速的上传效果,现有技术中的服务器端可以在各种网络节点上部署大量的服务器,当客户端发起上传请求时,服务器端通过智能算法返回最优的服务器地址,也就是对应该上传请求的用户上传速度最快的服务器地址。
上述的解决方案需要投入大量的服务器,服务器的成本比较大;同时随着服务器数量的增加,服务器端选择最优上传服务器地址算法也越来越复杂,算法复杂会降低系统的稳定性,从而影响上传速度。
另外,虽然现在国内网络带宽提高了,但是上下行速度很不平衡,上行的上传速度依然很低,平均只有250KB/S。受限于上传速度,即便是增加更多的上传服务器也无法提升上传速度。
针对上述上传数据速度慢的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种路由器及数据上传方法、装置、系统,以至少解决上传数据速度慢的技术问题。
根据本发明实施例的一个方面,提供了一种数据上传方法,该方法包括:第一终端获取第二终端发送的用于上传目标数据的第一上传请求,其中,第一上传请求中携带有文件传输协议;在文件传输协议符合预设加速协议的情况下,第一终端接收目标数据,其中,第一终端为与第二终端位于同一局域网的终端;第一终端将目标数据上传至与预先获取的上传地址对应的第三终端。
根据本发明实施例的另一方面,还提供了一种数据上传装置,该装置包括:第一获取模块,用于获取第二终端发送的用于上传目标数据的第一上传请求,其中,第一上传请求中携带有文件传输协议;接收模块,用于在文件传输协议符合预设加速协议的情况下,通过第一终端接收目标数据,其中,第一终端为与第二终端位于同一局域网的终端;上传模块,用于将目标数据上传至与预先获取的上传地址对应的第三终端。
根据本发明实施例的一个方面,提供了一种数据上传系统,该系统包括:第一终端、一个或多个第二终端和第三终端,其中,第二终端用于发送的用于上传目标数据的第一上传请求,其中,第一上传请求中携带有文件传输协议;第一终端获取第一上传请求,并在文件传输协议符合预设加速协议的情况下,第一终端接收目标数据,然后将目标数据上传至与预先获取的上传地址对应的第三终端;其中,第一终端为与第二终端位于同一局域网的终端。
根据本发明实施例的一个方面,提供了一种路由器,包括数据上传装置。
采用本发明实施例,在第一上传请求中的文件传输协议符合预设加速协议的情况下,通过第一终端接收第二终端请求上传的目标数据,然后第一终端将目标数据转发至第三终端,由于第一终端与第二终端位于同一局域网,局域网的数据传输速度很快,第二终端发起第一上传请求之后,目标数据瞬间即可上传至第一终端,提示用户上传成功,提高了上传数据的速度,然后再通过第一终端将目标数据上传至第三终端,解决了现有技术中上传数据速度慢的问题,实现了快速上传目标数据的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的数据上传方法的流程图;
图2是根据本发明实施例的一种可选的数据上传方法的流程图;
图3是根据本发明实施例的一种可选的数据上传方法的时序图;
图4是根据本发明实施例的一种可选的第二终端确定目标数据的界面图;
图5是根据本发明实施例的一种可选的第二终端上传目标数据的界面图;
图6是根据本发明实施例的另一种可选的第二终端上传目标数据的界面图;
图7是根据本发明实施例的另一种可选的第二终端上传目标数据的界面图;
图8是根据本发明实施例的另一种可选的第二终端上传完成目标数据的界面图;
图9是根据本发明实施例的数据上传装置的结构示意图;
图10是根据本发明实施例的一个可选的数据上传装置的结构示意图;以及
图11是根据本发明实施例的数据上传系统的网络拓扑图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种数据上传方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本发明实施例,提供了一种数据上传方法,如图1所示,该方法包括:
步骤S102:第一终端获取第二终端发送的用于上传目标数据的第一上传请求,其中,第一上传请求中携带有文件传输协议。
步骤S104:在文件传输协议符合预设加速协议的情况下,第一终端接收目标数据,其中,第一终端为与第二终端位于同一局域网的终端。
步骤S106:第一终端将目标数据上传至与预先获取的上传地址对应的第三终端。
采用本发明,在第一上传请求中的文件传输协议符合预设加速协议的情况下,通过第一终端接收第二终端请求上传的目标数据,然后第一终端将目标数据转发至第三终端,由于第一终端与第二终端位于同一局域网,局域网的数据传输速度很快,第二终端发起第一上传请求之后,目标数据瞬间即可上传至第一终端,提示用户上传成功,提高了上传数据的速度,然后再通过第一终端将目标数据上传至第三终端,解决了现有技术中上传数据速度慢的问题,实现了快速上传目标数据的效果。
其中,在本发明的上述实施例中,第一终端可以为与第二终端位于同一局域网的网络节点上的网络设备(如路由器),第二终端可以为用户终端(如个人电脑、移动终端),第三终端可以为服务器。在上述实施例中,路由器使用局域网接收用户终端请求上传的目标数据,然后路由器通过以太网将上传目标数据至服务器。在上述实施例中,路由器接收目标数据完成即可向用户终端发送接收成功的消息,用户无需继续等待路由器将目标数据上传至服务器,减少了用户等待的时间,减轻了用户上传文件的心理等待和心理负担,提高了用户上传数据的用户体验。
下面以将本发明实施例应用于微云客户端为例,详细介绍本发明。
用户可以使用用户终端打开微云客户端(或者网页版微云),通过微云客户端确定目标数据(如图片、文字),然后向第一终端(如路由器)发送第一上传请求以发起上传,在第一上传请求中携带的文本传输协议符合预设加速协议的情况下,第一终端通过局域网接收该目标数据,局域网的网速可达3~4M,因此接收目标数据的时间很短,接收成功向第二终端(即用户终端)反馈接收目标数据成功的消息,用户终端接收到消息即可认为上传成功。在通知用户接收目标数据成功之后,通过以太网向第三终端(即服务器)上传目标数据。
根据本发明的上述实施例,在第一终端获取第二终端发送的用于上传目标数据的第一上传请求之后,数据上传方法还可以包括:判断文件传输协议中是否携带有加速关键字;在文件传输协议中携带有加速关键字的情况下,确定文件传输协议符合预设加速协议。
需要进一步说明的是,在文件传输协议中没有携带加速关键字的情况下,确定文件传输协议不符合预设加速协议,第二终端直接将目标数据上传至第三终端。
其中,本发明实施例中的加速关键字可以是内嵌在文件传输协议中的一个字符串。
下面结合附图2、图4至图8以微云客户端为应用场景详细介绍本发明。其中,图4和图5所示的客户端是安装在移动终端上的,图6至图8是网页版的客户端。
具体地,该实施例可以通过如图2所示的方法实现:
步骤S202:通过微云客户端启动数据上传,生成第一上传请求。
其中,路由器在局域网范围内检测到第一上传请求,并获取其携带的上传协议。
具体地,用户可以通过图4所示的移动终端客户端进入任务管理的功能,然后进入任务添加的页面,如图4所示,该页面为用户提供了可以上传的目标数据的类型(如:照片、视频、文件、音乐、笔记和二维码),用户选中“照片”,则调用移动终端的图库,图4示出的图库包括多个图片集(如图片集1(5)、图片集2(20)和图片集3(15),其中,括号中的数值表示对应该图片集的图片的数量),然后进入用户选中的图片集(在图4中示出的用户选择的为图片集1,在该界面中显示了全部图片)的展开界面用户可以通过勾选图片确定需要上传的照片(即目标数据),并且该界面上还显示了“上传(2)”的字样。在图6示出的网页版中,通过点击“+上传”进入上传页面,该页面展示了可以上传的目标数据的类型(如:图片、视频、文档、音频)和文件的来源(如微信、离线文件、旋风空间下载,可以通过图6中示出的“全部”查看文件的来源),用户可以选择文件来源(如微信,在图中示为地址:微信),通过点击“打开”进入打开界面,如图7所示,在该界面中显示了多幅图片的缩略图,用户可以选择确定目标数据,在该界面中可以显示图片的名称,如“1.jpg;2.jpg;3.jpg”。其中,图6中的小方框可以表示该页面上与上传文件相关的功能。
步骤S204:判断第一上传请求中携带的上传协议是否为微云上传协议。
其中,微云上传协议即为上述实施例中的预设加速协议。在第一上传请求中携带的协议为微云上传协议的情况下,执行步骤S206;在第一上传请求中携带的上传协议不为微云上传协议的情况下,执行步骤S208。
步骤S206:路由器挟持该携带的上传协议。
其中,路由器解析该携带的协议,在解析出的数据中存在加速关键字的情况下,确定文件传输协议符合预设加速协议(即微云上传协议),也即确定该次目标数据的上传使用加速上传的方法,将执行步骤S206、步骤S210实现目标数据的上传。
步骤S208:路由器直接将请求上传的目标数据发送给服务器。
具体地,在文件传输协议中没有携带加速关键字的情况下,确定文件传输协议不符合预设加速协议,第一终端(即路由器,如TP-mini路由器)直接将目标数据上传至第三终端。
步骤S210:将请求上传的目标数据保存在路由器中。
其中,可以通过第一终端的加速器实现目标数据的加速上传。具体地,将加速器目标数据保存在加速器中。TP-mini路由器向微云客户端返回:上传成功的消息。
具体地,如图5和图8所示,在数据保存的过程中,微云手机客户端显示本机未完成状态,微云WEB(网页版)客户端显示对应同一账户的所有终端未完成的状态。
如图5所示,可以通过客户端的“上传管理”显示上传进度。图5中示出的目标数据包括三张图片1.jpg、2.jpg、3.jpg,图5中的界面上,还通过进度条显示各个目标数据的上传进度(图5中用进度条上的黑色示意性说明显示已完成的进度),更具体地,当检测到有文件要走路由器加速上传到云端服务器的路径,则在上传的界面上出现提示“TP-mini加速上传中”(图中未示出),其中的TP-mini为路由器的型号。
当上传界面的“TP-mini加速上传中”消失时,表明目标数据已全部上传到TP-mini。
如图8所示,上传完成的对话框中示出了目标数据的文件名(图中示出的文件名分别为1.jpg、2.jpg、3.jpg)、上传时间(5秒)、大小(分别为60k、65k、40.4k)、目的地(网盘)、状态(上传完成)。
步骤S212:微云客户端显示目标数据上传完成。
具体地,路由器保存目标数据完成之后,微云各终端显示接收完成状态。
步骤S214:路由器保存微云登录状态并将目标数据上传至服务器。
具体地,路由器走广域网向微云服务器传输目标数据。
在上述实施例中,仅需开启室内的路由器,通过路由器实现目标数据的加速上传,提高了用户体验。
根据本发明的上述实施例,在第一终端获取第二终端发送的用于上传目标数据的第一上传请求之前,数据上传方法还可以包括:接收第二终端的第二上传请求,其中,第二上传请求中携带有目标数据的描述信息;生成与第二上传请求对应的加速关键字;将第二上传请求转发至第四终端;接收第四终端依据描述信息确定的上传地址;将上传地址和加速关键字返回至第二终端,以供第二终端生成第一上传请求。
具体地,在该实施例中,可以在发起第一上传请求之前,发起预上传请求(即上述实施例中第二上传请求)以获取上传地址。
需要进一步说明的是,生成与第二上传请求对应的加速关键字可以包括:判断第二上传请求中是否有加速标识;在第二上传请求中有加速标识的情况下,确定第二上传请求为加速上传请求,第一终端生成与第二上传请求对应的加速关键字。在判断第二上传请求中是否有加速标识之后,数据上传方法还可以包括:在第二上传请求中没有加速标识的情况下,确定第二上传请求为普通上传请求,第一终端直接转发第二上传请求。
如图3所示,本发明该实施例具体可以通过如下方法实现:
步骤S301:拦截预上传请求。
其中,预上传请求为上述实施例中的第二上传请求,该第二上传请求中携带有目标数据的描述信息,描述信息可以包括:数据ID(标识)以及数据属性数据,该属性数据可以包括:数据大小(如70M)、数据名称(如123.doc)、数据MD5值。在该第二上传请求中还可以携带上传协议,该协议中可以具有用于标识该预上传请求是否需要加速上传的标识信息。
具体地,在路由器检测到预上传请求之后,解析其中的上传请求,并通过该标识信息判断该预上传请求是否需要加速,如判断出该预上传请求需要加速,则将该预上传请求分配给内置于路由器的加速器。
具体地,可以判断第二上传请求中是否有加速标识;在第二上传请求中有加速标识的情况下,确定第二上传请求为加速上传请求,第一终端生成与第二上传请求对应的加速关键字。在判断第二上传请求中是否有加速标识之后,数据上传方法还可以包括:在第二上传请求中有加速标识的情况下,确定第二上传请求为普通上传请求,第一终端直接转发第二上传请求。
步骤S302:拦截模块生成对应该预上传请求的加速关键字。
具体地,可以在预上传请求携带的上传协议的协议头增加加速关键字(如tpKey),得到处理后的第二上传请求。
步骤S303:将处理后的第二上传请求发送至模拟客户端。
步骤S304:通过模拟客户端转发该处理后的第二上传请求至第四终端(如地址服务器)。
其中,该地址服务器用于确定上传地址。
步骤S305:模拟客户端接收第四终端返回的上传地址。
步骤S306:模拟客户端将上传地址返回至第二终端。
其中,上述实施例中的模拟客户端为内置于路由器的加速器中的一个处理模块。
步骤S307:第二终端发起第一上传请求。
其中,该请求中可以携带上传地址和加速关键字。
步骤S308:路由器接收到第一上传请求,判断第一上传请求中是否携带有加速关键字。
其中,如果第一上传请求中携带有加速关键字,则将该第一上传请求分配至加速器的拦截模块。
步骤S309:模拟服务器接收目标数据。
步骤S310:模拟服务器通知第二终端目标数据接收完成。
步骤S311:模拟服务器通知模拟客户端向与上传地址对应的第三终端(如数据存储服务器)发起上传数据的请求。
步骤S312:模拟客户端将目标数据上传至第三终端。
通过上述实施例,用户发起文件(即目标数据)上传后,文件瞬间被上传到路由器,提示用户文件上传成功,减轻了用户上传文件的心理等待和心理负担,PC以太网连接路由微云web上速度达到5~6MB/s,手机Wifi连接路由微云上传速度达到3~4MB/s,极大地改善了目标数据的上传体验。
根据本发明的上述实施例,在第一终端接收目标数据之后,数据上传方法还可以包括:第一终端向第二终端反馈接收文件成功的消息;和/或,在第一终端将目标数据上传至第三终端的任务失败的情况下,第一终端向第二终端发起上传失败的消息。
上述实施例中路由器的加速器,可以增强实现为家庭云,第二终端上传的文件也是先到达家庭云,家庭云再跟外部的云同步。这里的家庭云可以被部署到智能路由,机顶盒,智能电视等载体上;上述实施例中的第一终端的加速器不限于部署在家庭路由上,也可以跟网络运营商合作,部署到关键的网络节点上。
通过上述实施例的第一终端的加速器,劫持微云上传的协议,模拟上传服务器处理上传请求,这样客户端可以极速的完成上传任务,100MB的文件17秒即可完成。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例,还提供了一种数据上传装置,该装置可以通过在实施例中涉及的上传方法来实现,下面对本申请的实施过程进行详细描述。
图9是根据本发明实施例的数据上传装置的结构示意图。
如图9所示,该装置可以包括:第一获取模块10、数据接收模块20以及上传模块30。
其中,第一获取模块10,用于获取第二终端发送的用于上传目标数据的第一上传请求,其中,第一上传请求中携带有文件传输协议。
数据接收模块20,用于在文件传输协议符合预设加速协议的情况下,通过第一终端接收目标数据,其中,第一终端为与第二终端位于同一局域网的终端。
上传模块30,用于将目标数据上传至与预先获取的上传地址对应的第三终端。
采用本发明,在第一上传请求中的文件传输协议符合预设加速协议的情况下,通过第一终端接收第二终端请求上传的目标数据,然后第一终端将目标数据转发至第三终端,由于第一终端与第二终端位于同一局域网,局域网的数据传输速度很快,第二终端发起第一上传请求之后,目标数据瞬间即可上传至第一终端,提示用户上传成功,提高了上传数据的速度,然后再通过第一终端将目标数据上传至第三终端,解决了现有技术中上传数据速度慢的问题,实现了快速上传目标数据的效果。
其中,在本发明的上述实施例中,第一终端可以为与第二终端位于同一局域网的网络节点上的网络设备(如路由器),第二终端可以为用户终端(如个人电脑、移动终端),第三终端可以为服务器。在上述实施例中,路由器使用局域网接收用户终端请求上传的目标数据,然后路由器通过以太网将上传目标数据至服务器。在上述实施例中,路由器接收目标数据完成即可向用户终端发送接收成功的消息,用户无需继续等待路由器将目标数据上传至服务器,减少了用户等待的时间,减轻了用户上传文件的心理等待和心理负担,提高了用户上传数据的用户体验。
下面以将本发明实施例应用于微云客户端为例,详细介绍本发明。
用户可以使用用户终端打开微云客户端(或者网页版微云),通过微云客户端确定目标数据(如图片、文字),然后向第一终端(如路由器)发送第一上传请求以发起上传,在第一上传请求中携带的文本传输协议符合预设加速协议的情况下,第一终端通过局域网接收该目标数据,局域网的网速可达3~4M,因此接收目标数据的时间很短,接收成功向第二终端(即用户终端)反馈接收目标数据成功的消息,用户终端接收到消息即可认为上传成功。在通知用户接收目标数据成功之后,通过以太网向第三终端(即服务器)上传目标数据。
在本发明的上述实施例中,数据上传装置还可以包括:第一判断模块,用于判断文件传输协议中是否携带有加速关键字;第一确定模块,用于在文件传输协议中携带有加速关键字的情况下,确定文件传输协议符合预设加速协议。在该实施例中,数据上传装置还可以包括第二确定模块,用于在文件传输协议中没有携带加速关键字的情况下,确定文件传输协议不符合预设加速协议,直接将目标数据上传至第三终端。
通过上述实施例,用户发起文件(即目标数据)上传后,文件瞬间被上传到路由器,提示用户文件上传成功,减轻了用户上传文件的心理等待和心理负担,PC以太网连接路由微云web上速度达到5~6MB/s,手机Wifi连接路由微云上传速度达到3~4MB/s,极大地改善了目标数据的上传体验。
需要进一步说明的是,数据上传装置还可以包括:第一接收模块,用于接收第二终端的第二上传请求,其中,第二上传请求中携带有目标数据的描述信息;生成模块,用于生成与第二上传请求对应的加速关键字;第一转发模块,用于将第二上传请求转发至第四终端;第二接收模块,用于接收第四终端依据描述信息确定的上传地址;返回模块,用于将上传地址和加速关键字返回至第二终端,以供第二终端生成第一上传请求。
具体地,生成模块可以包括:第二判断模块和生成子模块,其中,第二判断模块,用于判断第二上传请求中是否有加速标识;生成子模块,用于在第二上传请求中有加速标识的情况下,确定第二上传请求为加速上传请求,第一终端生成与第二上传请求对应的加速关键字;数据上传装置还包括:第二转发模块,用于在第二上传请求中没有加速标识的情况下,确定第二上传请求为普通上传请求,第一终端直接转发第二上传请求。
其中,本发明实施例中的加速关键字可以是内嵌在文件传输协议中的一个字符串。
图10是根据本发明实施例的一个可选的数据上传装置的结构示意图。图11是根据本发明实施例的数据上传系统的网络拓扑图。
如图10和图11所示,该数据上传装置可以作为加速器内置于路由器中,路由器将接收到的预上传请求进行加速判断,在第二上传请求为加速请求的情况下,将该加速请求分配至加速器,其中,拦截模块50(包括上述实施例中的生成模块)主要负责处理路由器转发来的客户端的连接请求,在与客户端的连接建立以后,接收来自客户端的上传请求,并根据加速关键字等信息,选择透传模块或者模拟客户端70(可以包括上述实施例中的第一转发模块和第二接收模块)。其中,在第二上传请求为加速请求的情况下将该上传请求转至模拟客户端70处理,在第二上传请求为普通请求的情况下,将该上传请求转至透传模块60处理,直接将该第二上传请求发送至服务器。
其中,图10中的监听模块40可以包括上述实施例中的第一接收模块,用于接收上述的第二上传请求。
在本发明的上述实施例中,数据上传装置还可以包括:第一反馈模块和/或第二反馈模块,其中,第一反馈模块,用于在第一终端接收目标数据之后,向第二终端反馈接收文件成功的消息;第二反馈模块,用于在第一终端将目标数据上传至第三终端的任务失败的情况下,向第二终端发起上传失败的消息。
结合图3,图10中的模拟服务器80(可以包括上述实施例中的数据接收模块和第一反馈模块)用于接收目标数据,具体地,这里可以接收TCP的请求,也可以接受HTTP的请求,在模拟服务器接收完成目标数据之后,使用第一反馈模块向第二终端(即用户终端)发送接收成功的通知,然后模拟服务器通知模拟客户端使用上传模块将目标数据上传到服务器,并在上传任务失败时,通过第二反馈模块向云端服务器发出通知,终止或取消异常的目标数据上传。
在上述实施例中,透传模块主要用于目标数据和命令的传递,相当于中间人,但客户端和云端服务器都不需要知晓其存在。
上述实施例中路由器的加速器,可以增强实现为家庭云,第二终端(可以为多个,该第二终端可以为个人电脑、手机、平板电脑)上传的文件也是先到达家庭云,家庭云再跟外部的云同步。这里的家庭云可以被部署到智能路由,机顶盒,智能电视等载体上;上述实施例中的第一终端的加速器不限于部署在家庭路由上,也可以跟网络运营商合作,部署到关键的网络节点上。
通过上述实施例的第一终端的加速器,劫持微云上传的协议,模拟上传服务器处理上传请求,这样客户端可以极速的完成上传任务,100MB的文件17秒即可完成。
本实施例中所提供的各个模块与方法实施例对应步骤所提供的使用方法相同、应用场景也可以相同。当然,需要注意的是,上述模块涉及的方案可以不限于上述实施例一中的内容和场景,且上述模块可以运行在计算机终端或移动终端,可以通过软件或硬件实现。
实施例3
在其最基本的配置中,本发明还提供了一种数据上传系统。出于描述的目的,该体系结构仅为合适环境的一个示例,并非对本申请的使用范围或功能提出任何局限。也不应将该计算系统解释为对该系统的任一组件或其组合具有任何依赖或需求。
如图11所示,该数据上传系统可以包括第一终端90、一个或多个第二终端(图11中示出了多个第二终端,如图中的第二终端1、第二终端2,……,第二终端n)和第三终端100。
其中,第二终端用于发送的用于上传目标数据的第一上传请求,其中,第一上传请求中携带有文件传输协议。
第一终端获取第一上传请求,并在文件传输协议符合预设加速协议的情况下,第一终端接收目标数据,然后将目标数据上传至与预先获取的上传地址对应的第三终端。
其中,第一终端为与第二终端位于同一局域网的终端。
采用本发明,在第一上传请求中的文件传输协议符合预设加速协议的情况下,通过第一终端接收第二终端请求上传的目标数据,然后第一终端将目标数据转发至第三终端,由于第一终端与第二终端位于同一局域网,局域网的数据传输速度很快,第二终端发起第一上传请求之后,目标数据瞬间即可上传至第一终端,提示用户上传成功,提高了上传数据的速度,然后再通过第一终端将目标数据上传至第三终端,解决了现有技术中上传数据速度慢的问题,实现了快速上传目标数据的效果。
其中,在本发明的上述实施例中,第一终端可以为与第二终端位于同一局域网的网络节点上的网络设备(如路由器),第二终端可以为用户终端(如个人电脑、移动终端),第三终端可以为服务器。在上述实施例中,路由器使用局域网接收用户终端请求上传的目标数据,然后路由器通过以太网将上传目标数据至服务器。在上述实施例中,路由器接收目标数据完成即可向用户终端发送接收成功的消息,用户无需继续等待路由器将目标数据上传至服务器,减少了用户等待的时间,减轻了用户上传文件的心理等待和心理负担,提高了用户上传数据的用户体验。
实施例4
在其最基本的配置中,本发明还提供了一种路由器。出于描述的目的,该结构仅为合适环境的一个示例,并非对本申请的使用范围或功能提出任何局限。也不应将该计算系统解释为对该装置的任一组件或其组合具有任何依赖或需求。
该路由器可以包括上述实施例中的任意一种的数据上传装置。
采用本发明,在第一上传请求中的文件传输协议符合预设加速协议的情况下,通过第一终端接收第二终端请求上传的目标数据,然后第一终端将目标数据转发至第三终端,由于第一终端与第二终端位于同一局域网,局域网的数据传输速度很快,第二终端发起第一上传请求之后,目标数据瞬间即可上传至第一终端,提示用户上传成功,提高了上传数据的速度,然后再通过第一终端将目标数据上传至第三终端,解决了现有技术中上传数据速度慢的问题,实现了快速上传目标数据的效果。
其中,在本发明的上述实施例中,第一终端可以为与第二终端位于同一局域网的网络节点上的网络设备(如路由器),第二终端可以为用户终端(如个人电脑、移动终端),第三终端可以为服务器。在上述实施例中,路由器使用局域网接收用户终端请求上传的目标数据,然后路由器通过以太网将上传目标数据至服务器。在上述实施例中,路由器接收目标数据完成即可向用户终端发送接收成功的消息,用户无需继续等待路由器将目标数据上传至服务器,减少了用户等待的时间,减轻了用户上传文件的心理等待和心理负担,提高了用户上传数据的用户体验。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。