能够应用于任何类型的移动终端，并且不限于滑动型移动终端。
[0071] 如图1中所示的移动终端100可W被构造为利用经由帖或分组发送数据的诸如有 线和无线通信系统W及基于卫星的通信系统来操作。
[0072] 现在将参考图2描述其中根据本发明的移动终端能够操作的通信系统。
[0073] 运样的通信系统可W使用不同的空中接口和/或物理层。例如，由通信系统使用 的空中接口包括例如频分多址（FDMA)、时分多址灯DMA)、码分多址（CDMA)和通用移动通信 系统扣MT巧（特别地，长期演进化TE))、全球移动通信系统（GSM)等等。作为非限制性示 例，下面的描述设及CDM通信系统，但是运样的教导同样适用于其它类型的系统。
[0074] 参考图2,CDMA无线通信系统可W包括多个移动终端100、多个基站度巧270、 基站控制器度SC) 275和移动交换中屯、（MSC) 280。MSC280被构造为与公共电话交换网络 (PSTN) 290形成接口。MSC280还被构造为与可W经由回程线路禪接到基站270的BSC275形 成接口。回程线路可W根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、 ATM，IP、PPP、帖中继、皿化、AD化或址化。将理解的是，如图2中所示的系统可W包括多个 BSC2750。
[0075] 每个BS270可W服务一个或多个分区（或区域），由多向天线或指向特定方向的天 线覆盖的每个分区放射状地远离BS270。或者，每个分区可W由用于分集接收的两个或更多 天线覆盖。每个BS270可W被构造为支持多个频率分配，并且每个频率分配具有特定频谱 (例如，1.251化，51化等等）。
[0076] 分区与频率分配的交叉可W被称为CDMA信道。BS270也可W被称为基站收发器 子系统度T巧或者其它等效术语。在运样的情况下，术语"基站"可W用于笼统地表示单 个BSC275和至少一个BS270。基站也可W被称为"蜂窝站"。或者，特定BS270的各分区 可W被称为多个蜂窝站。
[0077] 如图2中所示，广播发射器度T) 295将广播信号发送给在系统内操作的移动终端 100。如图1中所示的广播接收模块111被设置在移动终端100处W接收由BT295发送的 广播信号。在图2中，示出了几个全球定位系统（GP巧卫星300。卫星300帮助定位多个移 动终端100中的至少一个。
[0078] 在图2中，描绘了多个卫星300,但是理解的是，可W利用任何数目的卫星获得有 用的定位信息。如图1中所示的GPS模块115通常被构造为与卫星300配合W获得想要的 定位信息。替代GI^跟踪技术或者在GI^跟踪技术之外，可W使用可W跟踪移动终端的位 置的其它技术。另外，至少一个GPS卫星300可W选择性地或者额外地处理卫星DMB传输。
[0079] 作为无线通信系统的一个典型操作，BS270接收来自各种移动终端100的反向链 路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的 每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC 提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接 收到的数据路由到MSC280,其提供用于与PSTN290形成接口的额外的路由服务。类似地， PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS270W将 正向链路信号发送到移动终端100。
[0080] 基于上述移动终端硬件结构W及通信系统，提出本发明各个实施例。 阳0川实施例一
[0082] 本实施例中，视频处理方法的核屯、思想为：
[0083] 1)将视频文件由大文件裁剪成小文件，分片上传，不仅可W提高传输效率，而且可 W减少传输失败后需要重传造成的客户端的流量耗费；
[0084] 2)将裁剪得到的多个小文件并行解码压缩处理，减少处理时间；之后再进行合并 成一个文件，该文件已经很小，可W由业务系统使用进行分享；
[00化]3)多个小文件可W用于更高级的分块分段播放。
[0086] 基于上述核屯、思想，本实施例中的视频处理方法包括：客户端的预处理步骤，W及 服务端的处理步骤。下面将分别进行详细描述。
[0087] 一、客户端的预处理
[0088] 请参阅图3,客户端的预处理步骤包括：
[0089] 步骤301、在客户端预先安装文件拆分工具和文件压缩工具。文件拆分工具可W采 用ffmpeg工具，文件压缩工具可W采用gzip工具。
[0090] 步骤302、客户端获取待处理视频文件；该视频文件可W由客户端实时录制，也可 W选择本地存储的视频文件。
[0091] 为了能够进一步加快处理效率，在录制视频文件时，可控制摄像头的分辨率及录 制时长，优选分辨率为48化、优选时长为IminW内；在选择本地视频文件时，可限制视频文 件的大小，优选为IOOMW内。
[0092] 需要注意的是，在对视频文件命名时，要保证客户端生成的文件名是唯一的，参考 使用Snowf lake是twitter开源的ID生成服务器来生成新文件名；然后裁剪后的文件名为 增加递增序号，参考如下：
[0100] 步骤303、应用文件拆分工具（如ffmpeg工具），将待处理的视频文件拆分为若干 个小视频文件。本步骤中，可W将视频文件按照预设时长来拆分，如10s。 阳101] 步骤304、应用文件压缩工具（如gzip工具），将各个小视频文件分别进行压缩， 通过http将运些小视频文件上传至服务端。 阳102] 在通过http上传文件之前，化化请求头部设置规则如下：
[0104] Content-Range b}ftes0-1023/4096。
[0105] 说明如下：
:为文件名，用于判断小文件属于同一个视频文件； 阳107] checksum为文件的c;rc32校验码，用于校验文件在传输时是否丢失数据；
[0108] 0/n :n个小文件的第0个文件； 阳109] 0-1023/4096 :分片开始位置-分片结束位置/文件大小（小文件的大小）。
[0110] 上述流程中，客户端通过对视频文件拆分及压缩后再上传，不仅可W提高传输效 率，还可W减少传输过程中耗费的网络流量，另外还可提高传输成功率，在部分小文件传输 失败时仅重传该部分小文件即可。 阳111] 二、服务端的处理
[0112] 请参阅图4,服务端的处理流程包括：
[0113] 步骤401、上传服务器接收客户端上传的分片视频文件。
[0114] 上传服务器在收到分片文件后，先对文件进行crc32校验，若crc32校验失败，返 回错误给客户端，让客户端重新传输；
[0115]在收到第一个有效分片视频文件后，即建立一个文件信息存储（如存储在数据库 中），将该文件暂存储在本地磁盘中，后续分片上传后更新该文件信息（文件信息结构见下 面），待所有的分片视频文件都上传后，对每个文件使用gunzip工具进行解压缩后，存入分 布式文件系统中，信息中slice_files-〉file为文件在分布式文件系统中的存放路径。
[0116] 本步骤中，上传服务器建立的文件信息结构如下：
阳11引说明： 阳119]file:原文件名
[0120] OUtfile:最终合并的文件路径 阳12U slice_num:分片的文件数，n 阳122] slice_files:文件文件信息数组 阳12引slice_files-〉slice_no:分片序号，从0到（n-1) 阳124] slice_files-乂ile:分片原文件路径
[01巧]slice_files-〉outfile:分片解码压缩后的输出路径。 阳126] 步骤402、在判断所有分片视频文件都接收完毕后，上传服务器向调度服务器发送 当前视频文件（如file=aaaaaaaaaaaaaaaa.mp4)的视频处理请求。 阳127] 步骤403、调度服务收到处理请求后，根据视频文件从数据库中取得文件的分片信 息，将每个分片视频文件生成一个处理请求放入视频压缩解码处理队列中。 阳12引在队列中的信息如下，包括了分片视频文件的名称： 阳129]
[0130]步骤404、视频解码压缩处理服务器从视频压缩解码处理队列中取得任务，然后从 分布式文件系统中下载原分片视频文件，使用ffmpeg工具进行解码压缩，将新文件存入分 布式文件系统，并通知调度服务器。 阳131] 步骤405、调度服务器接收单个分片文件处理完成通知后，根据target_file找到 文件信息并更新slice_files中对应的分片文件信息。 阳132] 步骤406、待最后一个分片文件完成压缩处理后，调度服务器生成一个合并任务放 入合并队列中。
[0133]在队列中的信息如下：
[0136]步骤407、视频合并处理服务节点从队列中获取任务，根据信息，分别从分布式文 件系统中将新的分片视频文件下载到本地，然后使用ffmpeg将个视频分片文件按分片序 号顺序的合并为一个完整的视频文件，将新的视频文件存入分布式文件系统中，将结果通 知调度服务器。 阳137] 步骤408、调度服务器收到合并结果后，根据file将信息更新到文件信息中。
[0138] 上述流程中，视频处理队列包括两类，分别是解码压缩处理任务队列和合并处理 任务队列，每个分片文件需要对应产生一个解码压缩任务，因而整个处理流程中将会产生n+1个任务，即n个小文件的解码压缩任务和1个将运n个解码压缩后的文件进行合并的任 务。 阳139] 实施例二 阳140] 如图5所示，本实施例二提供了一种视频处理系统，包括客户端500和服务端600， 两