资源上传、转发方法及装置、移动终端、网关和存储介质与流程

本公开涉及通信领域，尤其涉及一种资源上传方法及装置、资源转发方法及装置、移动终端、网关和存储介质。

背景技术：

随着移动互联网的发展，短视频受到了越来越多的关注。用户可以通过移动终端拍摄视频，并通过各种短视频应用程序(app)将视频发布到各种社交网络上。

目前，用户可以通过移动终端的摄像头采集视频，整个视频采集完写入移动终端的本地存储，并进行本地转码。之后，用户提交上传请求，移动终端首先通过域名系统(domainnamesystem，简称dns)获得网关的地址，然后，网关将整个视频转发到后端服务器，后端服务器收到整个视频后进行后续处理，完成整个视频的上传发布。

其中，网关以超文本传输协议(hypertexttransferprotocol，简称http)的形式接收并转发整个视频，其传输层基于传输控制协议(transmissioncontrolprotocol，简称tcp)进行传输，但是，在丢包率达到接近20％的网络环境下或者带宽不稳定的网络环境下，在传输层采用tcp协议接收并转发视频容易发生上传超时，一旦发生上传超时就需要重新上传整个视频，增加上传耗时。

技术实现要素：

本公开提供一种资源上传方法及装置、资源转发方法及装置、移动终端、网关和存储介质，以至少解决在丢包率达到接近20％的网络环境下或者带宽不稳定的网络环境下，如何减少资源上传耗时的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种资源上传方法，应用于安装有预设应用程序的移动终端，所述资源上传方法包括：

向网关发送资源上传请求，所述资源上传请求用于请求上传待上传资源；

根据所述资源上传请求，向所述网关上传所述待上传资源的信息和用户数据报协议udp数据包，以通过所述网关将所述待上传资源转发至所述预设应用程序对应的服务器，其中，所述udp数据包的大小小于预设阈值。

在一实施例中，在所述向网关发送资源上传请求之前，所述资源上传方法还包括：

生成所述待上传资源。

在一实施例中，在所述向网关发送资源上传请求之前，所述资源上传方法还包括：

生成所述待上传资源的第一个分片；

所述向所述网关上传待上传资源的信息和udp数据包，包括：

并行执行第一操作和第二操作，其中，所述第一操作为向所述网关上传当前分片的信息和udp数据包，所述第二操作为生成所述当前分片的下一个分片；

若所述下一个分片不是最后一个分片，则将所述下一个分片作为当前分片，并继续并行执行所述第一操作和所述第二操作；

若所述下一个分片是最后一个分片，则向所述网关上传所述最后一个分片的udp数据包。

在一实施例中，所述生成所述待上传资源的第一个分片，包括：

并行采集资源和对所述资源进行转码；

按照预设大小对转码后的资源进行切分，以得到所述第一个分片。

在一实施例中，在向所述网关上传所述待上传资源的信息和udp数据包之后，所述资源上传方法还包括：

向所述网关发送所述待上传资源上传完成的通知；

接收所述网关返回的所述待上传资源的上传结果。

根据本公开实施例的第二方面，提供一种资源转发方法，应用于网关，所述资源转发方法包括：

接收移动终端发送的资源上传请求，所述资源上传请求用于请求上传待上传资源；

根据所述资源上传请求，接收所述移动终端上传的所述待上传资源的信息和udp数据包，其中，所述udp数据包的负载小于预设阈值；

将所述udp数据包封装成tcp数据包；

向所述移动终端上安装的预设应用程序对应的服务器发送所述tcp数据包。

在一实施例中，所述将所述udp数据包封装成tcp数据包，包括：

根据所述待上传资源的信息，对属于同一资源同一分片的udp数据包进行拼接，以得到一个分片；

将得到的所述分片封装成所述tcp数据包。

在一实施例中，在所述向所述移动终端上安装的预设应用程序对应的服务器发送所述tcp数据包之后，所述资源转发方法还包括：

接收所述移动终端发送的所述待上传资源上传完成的通知；

向所述服务器发送所述待上传资源转发完毕的通知。

在一实施例中，在所述向所述服务器发送所述待上传资源转发完毕的通知之后，所述资源转发方法还包括：

接收所述服务器返回的所述待上传资源的上传结果；

向所述移动终端返回所述上传结果。

根据本公开实施例的第三方面，提供一种资源上传装置，应用于安装有预设应用程序的移动终端，所述资源上传装置包括：

发送模块，被配置为向网关发送资源上传请求，所述资源上传请求用于请求上传待上传资源；

上传模块，被配置为根据所述发送模块获得的所述资源上传请求，向所述网关上传待上传资源的信息和udp数据包，以通过所述网关将所述待上传资源转发至所述预设应用程序对应的服务器，其中，所述udp数据包的大小小于预设阈值。

在一实施例中，所述资源上传装置还包括：

第一生成模块，被配置为在所述发送模块发送资源上传请求之前，生成所述待上传资源。

在一实施例中，所述资源上传装置还包括：

第二生成模块，被配置为在所述发送模块发送资源上传请求之前，生成所述待上传资源的第一个分片；

所述上传模块包括：

第一处理子模块，被配置为并行执行第一操作和第二操作，其中，所述第一操作为向所述网关上传当前分片的信息和udp数据包，所述第二操作为生成所述当前分片的下一个分片；

第二处理子模块，被配置为若所述第一处理子模块执行的所述第二操作中生成的所述下一个分片不是最后一个分片，则将所述下一个分片作为当前分片，并继续调用所述第一处理子模块并行执行所述第一操作和所述第二操作；

上传子模块，被配置为若所述第一处理子模块执行的所述第二操作中生成的所述下一个分片是最后一个分片，则向所述网关上传所述最后一个分片的udp数据包。

在一实施例中，所述第二生成模块包括：

采集转码子模块，被配置为并行采集资源和对所述资源进行转码；

切分子模块，被配置为按照预设大小对转码后的资源进行切分，以得到所述第一个分片。

在一实施例中，所述资源上传装置还包括：

通知发送模块，被配置为在所述上传模块向所述网关上传待上传资源的信息和udp数据包之后，向所述网关发送所述待上传资源上传完成的通知；

接收模块，被配置为接收所述网关根据所述通知发送模块发送的所述通知返回的所述待上传资源的上传结果。

根据本公开实施例的第四方面，提供一种资源转发装置，应用于网关，所述资源转发装置包括：

第一接收模块，被配置为接收移动终端发送的资源上传请求，所述资源上传请求用于请求上传待上传资源；

第二接收模块，被配置为根据所述第一接收模块接收的所述资源上传请求，接收所述移动终端上传的待上传资源的信息和udp数据包，其中，所述udp数据包的负载小于预设阈值；

封装模块，被配置为将所述第二接收模块接收的所述udp数据包封装成tcp数据包；

第一发送模块，被配置为向所述移动终端上安装的预设应用程序对应的服务器发送所述封装模块封装的所述tcp数据包。

在一实施例中，所述封装模块包括：

拼接子模块，被配置为根据所述待上传资源的信息，对属于同一资源同一分片的udp数据包进行拼接，以得到一个分片；

封装子模块，被配置为将所述拼接子模块得到的所述分片封装成所述tcp数据包。

在一实施例中，所述资源转发装置还包括：

第三接收模块，被配置为在所述第一发送模块向所述移动终端上安装的预设应用程序对应的服务器发送所述tcp数据包之后，接收所述移动终端发送的所述待上传资源上传完成的通知；

第二发送模块，被配置为在所述第三接收模块接收所述通知后，向所述服务器发送所述待上传资源转发完毕的通知。

在一实施例中，所述资源转发装置还包括：

第四接收模块，被配置为在所述第二发送模块向所述服务器发送所述待上传资源转发完毕的通知之后，接收所述服务器返回的所述待上传资源的上传结果；

返回模块，被配置为向所述移动终端返回所述第四接收模块接收的所述上传结果。

根据本公开实施例的第五方面，提供一种移动终端，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现上述资源上传方法。

根据本公开实施例的第六方面，提供一种存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行上述的资源上传方法。

根据本公开实施例的第七方面，提供一种网关，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求6至9中任一项所述的资源转发方法。

根据本公开实施例的第八方面，提供一种存储介质，当所述存储介质中的指令由网关的处理器执行时，使得网关能够执行上述的资源转发方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

通过向网关上传待上传资源的信息和udp数据包，以通过网关将待上传资源转发至预设应用程序对应的服务器，由于单个udp数据包的大小小于预设阈值，因此，可以降低单个udp数据包上传失败的概率，减少重传数据包的概率，从而减少资源上传耗时。

接收移动终端上传的待上传资源的信息和udp数据包，由于udp数据包的大小小于预设阈值，因此，可以降低单个udp数据包上传失败的概率，减少重传数据包的概率，从而减少资源上传耗时，同时，将udp数据包封装成tcp数据包，并向移动终端上安装的预设应用程序对应的服务器发送tcp数据包，以提高带宽吞吐率和利用率，通过接收udp数据包和发送tcp数据包极大地减少了因弱网或网络不稳定导致的资源上传失败情况的发生，从而减少了因资源上传失败引起的资源重传，减少了资源上传耗时。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是本公开一示例性实施例示出的一种资源上传系统的框图。

图2是本公开一示例性实施例示出的一种资源上传方法的流程图。

图3是本公开一示例性实施例示出的一种向网关上传待上传资源的信息和待上传资源的udp数据包的流程图。

图4是本公开一示例性实施例示出的一种资源转发方法的流程图。

图5是本公开一示例性实施例示出的一种资源上传方法的场景图。

图6是本公开一示例性实施例示出的一种资源上传方法的信令流程图。

图7是本公开一示例性实施例示出的一种资源上传装置的框图。

图8是本公开一示例性实施例示出的另一种资源上传装置的框图。

图9是本公开一示例性实施例示出的另一种资源上传装置的框图。

图10是本公开一示例性实施例示出的另一种资源上传装置的框图。

图11是本公开一示例性实施例示出的另一种资源上传装置的框图。

图12是本公开一示例性实施例示出的一种资源转发装置的框图。

图13是本公开一示例性实施例示出的另一种资源转发装置的框图。

图14是本公开一示例性实施例示出的另一种资源转发装置的框图。

图15是本公开一示例性实施例示出的另一种资源转发装置的框图。

图16是本公开一示例性实施例示出的一种移动终端或网关的框图。

图17是根据一示例性实施例示出的一种适用于资源上传装置的框图。

图18是根据一示例性实施例示出的一种适用于资源转发装置的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供了一种资源上传系统，如图1所示，该资源上传系统包括移动终端11、网关12和服务器13，移动终端11上安装有预设应用程序，该预设应用程序与服务器13对应，其中，移动终端11和网关12之间采用udp协议作为数据上传协议，即移动终端11向网关12发送待上传资源的udp数据包，且单个udp数据包的大小小于预设阈值，由于单个udp数据包的大小小于预设阈值，因此，可以降低单个udp数据包上传失败的概率，从而减少上传耗时。其中，网关12和服务器13之间采用tcp协议作为转发通信的协议，由于网关12到服务器13之间的网络可以认为是局域网，丢包率极低，延迟非常小，网络带宽相当高，在这类网络链路环境下，采用tcp协议进行数据转发能够较大地提高带宽吞吐率和利用率，而且延迟非常小。基于上述两种协议组合，极大地减少了因弱网或网络不稳定导致的资源上传失败情况的发生，从而减少了因资源上传失败引起的资源重传，减少了资源上传耗时。

图2是本公开一示例性实施例示出的一种资源上传方法的流程图，如图2所示，该资源上传方法用于安装有预设应用程序的移动终端中，该预设应用程序可以包括但不局限于视频app，包括以下步骤：

在步骤s201中，向网关发送资源上传请求，该资源上传请求用于请求上传待上传资源。

可选地，在执行步骤s201之前，该资源上传方法还可以包括：生成待上传资源。

其中，待上传资源可以包括但不局限于视频、音频等资源。

在生成待上传资源之后，若用户想上传该待上传资源，则可以通过触发上传按钮来提交资源上传请求，此时，预设应用程序可以获得该资源上传请求，并向网关发送该资源上传请求。

可选地，在执行步骤s201之前，该资源上传方法还可以包括：生成待上传资源的第一个分片。

在生成待上传资源的第一个分片之后，若用户想上传该待上传资源，则可以通过触发上传按钮来提交资源上传请求，此时，预设应用程序可以获得该资源上传请求，并向网关发送该资源上传请求。

其中，生成待上传资源的第一个分片的过程可以为：并行采集资源和对采集到的资源进行转码，然后按照预设大小对转码后的资源进行切分，以得到第一个分片。

其中，预设大小可以为1兆字节(mb)或者数兆字节，若待上传资源为视频，则分片可以是一个独立可播放的视频单元。

在该实施例中，按照预设大小对转码后的资源进行切分，除了可以得到第一个分片，还可以得到其他分片。

在步骤s202中，根据该资源上传请求，向网关上传待上传资源的信息和udp数据包，以通过网关将待上传资源转发至预设应用程序对应的服务器，其中，udp数据包的大小小于预设阈值。

其中，预设阈值可以根据需要设置，例如，1千字节(kb)，但该预设阈值使得udp数据包不会在ip层分片，从而不需要为分片保序，提高通信效率，降低数据上传耗时。

在该实施例中，由于单个udp数据包的大小小于预设阈值，因此，可以降低单个udp数据包上传失败的概率，减少重传数据包的概率，从而减少资源上传耗时。

其中，当传待上传资源的信息包括待上传资源的资源标识时，该传待上传资源的信息用于表示待上传资源的udp数据包所属的资源。当传待上传资源的信息包括待上传资源的资源标识和分片标识时，该传待上传资源的信息用于表示待上传资源的udp数据包所属的资源和所属的分片。例如，传待上传资源的信息包括资源标识x，分片标识1，则表示待上传资源的udp数据包所属的资源为资源x和所属的分片为分片1。

可选地，若在执行步骤s201之前，已生成待上传资源的第一个分片，则如图3所示，步骤s202可以包括以下步骤：

在步骤s2021中，并行执行第一操作和第二操作，其中，第一操作为向网关上传当前分片的信息和udp数据包，第二操作为生成当前分片的下一个分片。

其中，在生成分片的过程中，并行采集资源和对采集到的资源进行转码，然后对转码后的资源进行切分。

在步骤s2022中，判断下一个分片是否为最后一个分片，若不是，则执行步骤s2023，若是，则执行步骤s2024。

在步骤s2023中，将下一个分片作为当前分片，并转向执行步骤s2021。

在步骤s2024中，向网关上传最后一个分片的udp数据包。

在该实施例中，由于并行执行第一操作和第二操作，因此，整个资源的上传耗时为：所有分片的生成时长加上最后一个分片的上传时长，由于采集视频和转码可以并行执行，因此，所有分片的生成时长为：所有分片的采集时长加上最后一个分片的转码时长。综上，整个资源的上传耗时为：所有分片的采集时长、最后一个分片的转码时长和最后一个分片的上传时长之和。由此可见，基于分片上传资源相对于上传整个资源，可以大大减少上传耗时。

可选地，在向网关上传待上传资源的udp数据包之后，该资源上传方法还可以包括：向网关发送待上传资源上传完成的通知，网关在接收到该通知后，向服务器发送待上传资源转发完毕的通知，服务器接到待上传资源转发完毕的通知后，对待上传资源进行处理，并向网关返回待上传资源的上传结果，网关在接收到该上传结果后，向移动终端返回该上传结果。

上述实施例，通过向网关上传待上传资源的信息和udp数据包，以通过网关将待上传资源转发至预设应用程序对应的服务器，由于单个udp数据包的大小小于预设阈值，因此，可以降低单个udp数据包上传失败的概率，减少重传数据包的概率，从而减少资源上传耗时。

图4是本公开一示例性实施例示出的一种资源转发方法的流程图，该实施例从网关侧进行描述，如图4所示，该资源转发方法可以包括：

在步骤s401中，接收移动终端发送的资源上传请求，该资源上传请求用于请求上传待上传资源。

在步骤s402中，根据该资源上传请求，接收移动终端上传的待上传资源的信息和udp数据包，其中，udp数据包的负载小于预设阈值。

其中，当传待上传资源的信息包括待上传资源的资源标识时，该传待上传资源的信息用于表示待上传资源的udp数据包所属的资源。当传待上传资源的信息包括待上传资源的资源标识和分片标识时，该传待上传资源的信息用于表示待上传资源的udp数据包所属的资源和所属的分片。例如，传待上传资源的信息包括资源标识x，分片标识1，则表示待上传资源的udp数据包所属的资源为资源x和所属的分片为分片1。

在该实施例中，待上传资源的udp数据包可以为整个待上传资源对应的udp数据包，也可以为待上传资源的分片对应的udp数据包。

在该实施例中，由于单个udp数据包的大小小于预设阈值，因此，可以降低单个udp数据包上传失败的概率，减少重传数据包的概率，从而减少资源上传耗时。

在步骤s403中，将udp数据包封装成tcp数据包。

由于网关到服务器之间的网络可以认为是局域网，丢包率极低，延迟非常小，网络带宽相当高，在这类网络链路环境下，采用tcp协议进行数据转发能够较大地提高带宽吞吐率和利用率，而且延迟非常小，因此，将udp数据包封装成tcp数据包。

在该实施例中，若待上传资源的udp数据包为待上传资源的分片对应的udp数据包，则将udp数据包封装成tcp数据包可以包括：根据待上传资源的信息，对属于同一资源同一分片的udp数据包进行拼接，以得到一个分片，然后将得到的分片封装成tcp数据包。

在步骤s404中，向移动终端上安装的预设应用程序对应的服务器发送tcp数据包。

可选地，在接收移动终端上传的待上传资源的信息和udp数据包之后，该资源上传方法还可以包括：接收移动终端发送的待上传资源上传完成的通知，网关在接收到该通知后，标识待上传资源接收完成，向服务器发送待上传资源转发完毕的通知，服务器接到待上传资源转发完毕的通知后，对待上传资源进行处理，并向网关返回待上传资源的上传结果，网关在接收到该上传结果后，向移动终端返回该上传结果。

上述实施例，接收移动终端上传的待上传资源的信息和udp数据包，由于udp数据包的大小小于预设阈值，因此，可以降低单个udp数据包上传失败的概率，减少重传数据包的概率，从而减少资源上传耗时，同时，将udp数据包封装成tcp数据包，并向移动终端上安装的预设应用程序对应的服务器发送tcp数据包，以提高带宽吞吐率和利用率，通过接收udp数据包和发送tcp数据包极大地减少了因弱网或网络不稳定导致的资源上传失败情况的发生，从而减少了因资源上传失败引起的资源重传，减少了资源上传耗时。

下面结合图5对本公开进行示例性说明，如图5所示，移动终端51通过dns服务器52获取负载均衡服务器(dpvs)53的地址，并在获得视频上传请求后，向负载均衡服务器53发送该视频上传请求、视频的信息和视频的udp数据包，负载均衡服务器53可以通过一致性哈希调度方式将该视频上传请求、视频的信息和视频的udp数据包透传给某一网关54，网关54可以将udp数据封装成tcp数据包，并转发给服务器55，完成一次完整的上传流程，服务器55接收到tcp数据包之后，对tcp数据包进行处理，例如，在获得整个视频后，以一定的推荐策略将该视频推送给某些用户，再将上传结果原路返回给移动终端51。其中，网关54和服务器55之间可以采用谷歌(google)开源的通用高性能远程过程调用(grpc)框架进行流式转发。移动终端51在通过负载均衡服务器52向网关53发送视频时，可以发送整个视频，也可以以分片为单位进行发送，优选地，以分片为单位进行发送，这样，可以大大节省上传耗时。

图6是本公开一示例性实施例示出的一种资源上传方法的信令流程图，该实施例从移动终端、网关和服务器交互的角度进行描述，如图6所示，该资源上传方法包括：

在步骤s601中，当前移动终端生成视频的第一个分片。

在步骤s602中，当前移动终端获得视频上传请求，并向网关发送视频上传请求。

在步骤s603中，网关接收该视频上传请求。

在步骤s604中，当前移动终端并行执行第一操作和第二操作，第一操作为：向网关发送第一个分片的信息和udp数据包，第二操作为生成该视频的第二个分片。

在步骤s605中，网关接收第一个分片的信息和udp数据包，并向服务器发送第一个分片的tcp数据包。

网关在接收到udp数据包后，缓存udp数据包，并根据udp数据包中携带的标识识别出该数据包是当前分片的第一个数据包或最后一个数据包，并将属于当前分片的所有数据包拼接在一起，得到当前分片。网关在得到当前分片后，立即将当前分片以tcp数据包的形式发送给服务器。

在步骤s606中，当前移动终端判断出第二个分片不是该视频的最后一个分片，则并行执行第三操作和第四操作，第三操作为：向网关发送第二个分片的信息和udp数据包，第四操作为生成该视频的第三个分片。

在该实施例中，移动终端上的视频app可以通过以下两种方式确认视频是否完成采集：

方式一，通过检测采集时长，若采集时长达到预设采集时长，则确认视频采集完成，并据此可以识别出最后一个分片的标识。

方式二，当用户触发停止采集的按钮，则该视频app可以获知视频采集完成，并据此可以识别出最后一个分片的标识。

在步骤s607中，网关接收第二个分片的信息和udp数据包，并向服务器发送第二个分片的tcp数据包。

在步骤s608中，当前移动终端判断出第三个分片是该视频的最后一个分片，则向网关发送第三个分片的信息和udp数据包。

在步骤s609中，网关接收第三个分片的信息和udp数据包，并向服务器发送第三个分片的tcp数据包。

在步骤s610中，当前移动终端向网关发送视频上传完成的通知。

在步骤s611中，网关接收视频上传完成的通知，并向服务器发送视频转发完成的通知。

在步骤s612中，服务器接收视频转发完成的通知，并将接收到的三个分片的tcp数据包拼接在一起，得到完整的视频。

在步骤s613中，服务器向其他移动终端和当前移动终端推送该视频。

在步骤s614中，服务器向网关返回视频上传结果。

在步骤s615中，网关向移动终端返回视频上传结果。

上述实施例，通过并行向网关发送当前分片的信息和udp数据包以及生成当前分片的下一个分片，可以大大节省视频的上传耗时。

图7是本公开一示例性实施例示出的一种资源上传装置的框图，该装置位于安装有预设应用程序的移动终端，参照图7，该装置包括：发送模块71和上传模块72。

发送模块71被配置为向网关发送资源上传请求，该资源上传请求用于请求上传待上传资源。

上传模块72被配置为根据所述发送模块71发送的资源上传请求，向所述网关上传待上传资源的信息和udp数据包，以通过所述网关将所述待上传资源转发至所述预设应用程序对应的服务器，其中，所述udp数据包的大小小于预设阈值。

图8是本公开一示例性实施例示出的另一种资源上传装置的框图，如图8所示，在图7所示实施例的基础上，该资源上传装置还可以包括：第一生成模块70。

第一生成模块70被配置为在所述发送模块71发送资源上传请求之前，生成所述待上传资源。

图9是本公开一示例性实施例示出的另一种资源上传装置的框图，如图9所示，在图7所示实施例的基础上，该资源上传装置还可以包括：第二生成模块73。

第二生成模块73被配置为在所述发送模块71发送资源上传请求之前，生成所述待上传资源的第一个分片。

所述上传模块72可以包括：

第一处理子模块721被配置为并行执行第一操作和第二操作，其中，所述第一操作为向所述网关上传当前分片的信息和udp数据包，所述第二操作为生成所述当前分片的下一个分片。

第二处理子模块722被配置为若所述第一处理子模块721执行的所述第二操作中生成的所述下一个分片不是最后一个分片，则将所述下一个分片作为当前分片，并继续调用所述第一处理子模块721并行执行所述第一操作和所述第二操作。

上传子模块723被配置为若所述第一处理子模块721执行的所述第二操作中生成的所述下一个分片是最后一个分片，则向所述网关上传所述最后一个分片的udp数据包。

图10是本公开一示例性实施例示出的另一种资源上传装置的框图，如图10所示，在图9所示实施例的基础上，第二生成模块73可以包括：采集转码子模块731和切分子模块732。

采集转码子模块731被配置为并行采集资源和对所述资源进行转码。

切分子模块732被配置为按照预设大小对所述采集转码子模块731转码后的资源进行切分，以得到所述第一个分片。

图11是本公开一示例性实施例示出的另一种资源上传装置的框图，如图11所示，在图7所示实施例的基础上，该资源上传装置还可以包括：通知发送模块74和接收模块75。

通知发送模块74被配置为在所述上传模块72向所述网关上传待上传资源的信息和udp数据包之后，向所述网关发送所述待上传资源上传完成的通知。

接收模块75被配置为接收所述网关根据所述通知发送模块74发送的所述通知返回的所述待上传资源的上传结果。

上述实施例，通过向网关上传待上传资源的信息和udp数据包，以通过网关将待上传资源转发至预设应用程序对应的服务器，由于单个udp数据包的大小小于预设阈值，因此，可以降低单个udp数据包上传失败的概率，减少重传数据包的概率，从而减少资源上传耗时。

图12是本公开一示例性实施例示出的一种资源转发装置的框图，该装置位于网关中，如图12所示，该资源转发装置包括：第一接收模块121、第二接收模块122、封装模块123和第一发送模块124。

第一接收模块121被配置为接收移动终端发送的资源上传请求，该资源上传请求用于请求上传待上传资源。

第二接收模块122被配置为根据所述第一接收模块121接收的所述资源上传请求，接收所述移动终端上传的待上传资源的信息和udp数据包，其中，所述udp数据包的负载小于预设阈值。

封装模块123被配置为将所述第二接收模块122接收的所述udp数据包封装成tcp数据包。

第一发送模块124被配置为向所述移动终端上安装的预设应用程序对应的服务器发送所述封装模块123封装的所述tcp数据包。

图13是本公开一示例性实施例示出的另一种资源转发装置的框图，如图13所示，在图12所示实施例的基础上，封装模块123可以包括：拼接子模块1231和封装子模块1232。

拼接子模块1231被配置为根据所述待上传资源的信息，对属于同一资源同一分片的udp数据包进行拼接，以得到一个分片。

封装子模块1232被配置为将所述拼接子模块1231得到的所述分片封装成所述tcp数据包。

图14是本公开一示例性实施例示出的另一种资源转发装置的框图，如图14所示，在图12或13所示实施例的基础上，该资源转发装置还可以包括：第三接收模块125和第二发送模块126。

第三接收模块125被配置为在所述第一发送模块124向所述移动终端上安装的预设应用程序对应的服务器发送所述tcp数据包之后，接收所述移动终端发送的所述待上传资源上传完成的通知。

第二发送模块126被配置为在所述第三接收模块125接收所述通知后，向所述服务器发送所述待上传资源转发完毕的通知。

图15是本公开一示例性实施例示出的另一种资源转发装置的框图，如图15所示，在图14所示实施例的基础上，该资源转发装置还可以包括：第四接收模块127和返回模块128。

第四接收模块127被配置为在所述第二发送模块126向所述服务器发送所述待上传资源转发完毕的通知之后，接收所述服务器返回的所述待上传资源的上传结果。

返回模块128被配置为向所述移动终端返回所述第四接收模块127接收的所述上传结果。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图16是本公开一示例性实施例示出的一种移动终端或网关的框图。如图16所示，该移动终端或网关包括处理器1610、用于存储处理器1610可执行指令的存储器1620；其中，处理器被配置为执行上述指令，以实现上述资源上传方法或资源转发方法。除了图16所示的处理器1610及存储器1620之外，该移动终端通常根据资源上传的实际功能，还可以包括其他硬件，对此不再赘述。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器1620，上述指令可由处理器1610执行以完成上述资源上传方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

图17是根据一示例性实施例示出的一种适用于资源上传装置的框图。例如，装置1700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图17，装置1700可以包括以下一个或多个组件：处理组件1702，存储器1704，电源组件1706，多媒体组件1708，音频组件1710，输入/输出(i/o)的接口1717，传感器组件1714，以及通信组件1716。

处理组件1702通常控制装置1700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1702可以包括一个或多个处理器1720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1702可以包括一个或多个模块，便于处理组件1702和其他组件之间的交互。例如，处理部件1702可以包括多媒体模块，以方便多媒体组件1708和处理组件1702之间的交互。

存储器1704被配置为存储各种类型的数据以支持在设备1700的操作。这些数据的示例包括用于在装置1700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1706为装置1700的各种组件提供电力。电源组件1706可以包括电源管理系统，一个或多个电源，及其他与为装置1700生成、管理和分配电力相关联的组件。

多媒体组件1708包括在所述装置1700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1708包括一个前置摄像头和/或后置摄像头。当设备1700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1710被配置为输出和/或输入音频信号。例如，音频组件1710包括一个麦克风(mic)，当装置1700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1704或经由通信组件1716发送。在一些实施例中，音频组件1710还包括一个扬声器，用于输出音频信号。

i/o接口1717为处理组件1702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1714包括一个或多个传感器，用于为装置1700提供各个方面的状态评估。例如，传感器组件1714可以检测到设备1700的打开/关闭状态，组件的相对定位，例如所述组件为装置1700的显示器和小键盘，传感器组件1714还可以检测装置1700或装置1700一个组件的位置改变，用户与装置1700接触的存在或不存在，装置1700方位或加速/减速和装置1700的温度变化。传感器组件1714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1714还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1716被配置为便于装置1700和其他设备之间有线或无线方式的通信。装置1700可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信部件1716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1716还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，装置1700可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1704，上述指令可由装置1700的处理器1720执行以完成上述资源上传方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

图18是根据一示例性实施例示出的一种适用于资源转发装置1800的框图。例如，装置1800可以被提供为一网关。参照图18，装置1800包括处理组件1822，其进一步包括一个或多个处理器，以及由存储器1832所代表的存储器资源，用于存储可由处理部件1822的执行的指令，例如应用程序。存储器1832中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1822被配置为执行指令，以执行上述资源转发方法。

装置1800还可以包括一个电源组件1826被配置为执行装置1800的电源管理，一个有线或无线网络接口1850被配置为将装置1800连接到网络，和一个输入输出(i/o)接口1858。装置1800可以操作基于存储在存储器1832的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。