视频压缩方法和装置

摘要

本发明公开了一种视频压缩方法和装置，该方法包括：获取用户通过社交应用客户端上传的视频，视频用于存储至社交应用服务器以供其他用户通过社交应用客户端下载；获取视频被其他用户转发的转发次数，并判断视频的转发次数是否超过预设转发次数；在视频的转发次数超过预设转发次数时，降低视频的码率；将降低码率的视频存储到社交应用服务器以供下载。根据本发明，根据视频的转发次数，对转发次数较多的视频进行压缩；由于被压缩的视频被转发次数较多，所以将其压缩后能够大幅降低其在转发过程中占用的流量；由于仅对视频中转发次数较多的视频进行压缩，所以压缩视频的数量有限，能够大幅解决用于压缩的计算资源和时间。

权利要求

1.一种视频压缩方法，其特征在于，该方法包括：获取用户通过社交应用客户端上传的视频，所述视频用于存储至社交应用服务器以供其他用户通过社交应用客户端下载；

获取所述视频被其他用户转发的转发次数，并判断所述视频的转发次数是否超过预设转发次数；

在所述视频的转发次数超过预设转发次数时，降低所述视频的码率；

将降低码率的所述视频存储到所述社交应用服务器以供下载。

2.根据权利要求1所述的方法，其特征在于，还包括：在所述视频的转发次数低于所述预设转发次数时，判断所述视频是否属于热点视频，其中所述热点视频在单位时间内的下载次数超过预设下载次数；

在所述视频属于所述热点视频时降低所述视频的码率。

3.根据权利要求1所述的方法，其特征在于，在获取所述视频的转发次数之前，还包括：判断所述视频的码率是否低于预设码率；在所述视频的码率不低于预设码率时执行获取所述视频的转发次数。

4.根据权利要求1所述的方法，其特征在于，在获取所述视频的转发次数之前，还包括：判断所述用户是否属于场景中心用户，其中所述场景中心用户在当前场景下上传的所有视频中超过预设比例的视频属于热点视频，所述热点视频在单位时间内的下载次数超过预设下载次数；在所述用户不属于所述场景中心用户时执行获取所述视频的转发次数。

5.根据权利要求1至4中任一项所述的方法，其特征在于，降低所述视频的码率，具体包括：

根据所述视频的转发次数的大小，计算所述视频对应的码率大小；

按所述码率大小来降低所述视频的码率。

6.一种视频压缩装置，其特征在于，该装置包括：视频获取模块，获取用户通过社交应用客户端上传的视频，所述视频用于存储至社交应用服务器以供其他用户通过社交应用客户端下载；

转发次数判断模块，获取所述视频被其他用户转发的转发次数，并判断所述视频的转发次数是否超过预设转发次数；

压缩模块，在所述视频的转发次数超过预设转发次数时，降低所述视频的码率；

存储模块，将降低码率的所述视频存储到所述社交应用服务器以供下载。

7.根据权利要求6所述的装置，其特征在于，还包括：热点视频判断模块，在所述视频的转发次数低于所述预设转发次数时，判断所述视频是否属于热点视频，其中所述热点视频在单位时间内的下载次数超过预设下载次数；所述压缩模块在所述视频属于所述热点视频时降低所述视频的码率。

8.根据权利要求6所述的装置，其特征在于，码率判断模块，判断所述视频的码率是否低于预设码率；所述转发次数判断模块在所述视频的码率不低于预设码率时执行获取所述视频的转发次数。

9.根据权利要求6所述的装置，其特征在于，还包括：用户判断模块，判断所述用户是否属于场景中心用户，其中所述场景中心用户在当前场景下上传的所有视频中超过预设比例的视频属于热点视频，所述热点视频在单位时间内的下载次数超过预设下载次数；所述转发次数判断模块在所述用户不属于所述场景中心用户时执行获取所述视频的转发次数。

10.根据权利要求6至9中任一项所述的装置，其特征在于，所述压缩模块根据所述视频的转发次数的大小，计算所述视频对应的码率大小，并按所述码率大小来降低所述视频的码率。

说明书

视频压缩方法和装置

技术领域

[0001] 本发明涉及视频处理技术领域，尤其涉及一种视频压缩方法和装置。

背景技术

[0002] 在传统的视频网站上，通常会对网站上的所有视频使用不同的视频压缩规格(也叫视频转码规格，例如视频网站的超清、高清、标清等，即不同压缩码率)进行预先压缩处
理，并根据一定的策略为客户端选择不同压缩规格的视频进行播放，从而降低后台服务器
的流量压力，例如，在服务器高峰期选择低码率规格的视频进行播放，对具有贵宾身份的用
户选择高码率的视频进行播放。

[0003] 视频网站的视频资源的实时性不强，资源数量也不多，所以允许对每个视频资源进行压缩。但是对于社交富媒体应用来说，用户产生的视频资源是海量的，其数量远超过视
频网站的视频资源，如果通过后台服务器进行所有视频资源压缩，需要消耗大量的计算机
资源和时间，会产生极大的压缩设备(进行压缩处理的计算机)资源的浪费，视频的实时性
也会变得较差。

发明内容

[0004] 有鉴于此，本发明的目的在于提供一种视频压缩方法和装置,以在有效压缩视频的同时，降低压缩视频占用的时间和计算资源。。

[0005] 本发明解决上述技术问题所采用的技术方案如下：

[0006] 根据本发明的一个方面，提供的一种视频压缩方法，该方法包括：

[0007] 获取用户通过社交应用客户端上传的视频，所述视频用于存储至社交应用服务器以供其他用户通过社交应用客户端下载；

[0008] 获取所述视频被其他用户转发的转发次数，并判断所述视频的转发次数是否超过预设转发次数；

[0009] 在所述视频的转发次数超过预设转发次数时，降低所述视频的码率；

[0010] 将降低码率的所述视频存储到所述社交应用服务器以供下载。

[0011] 根据本发明的另一个方面，提供一种视频压缩装置，该装置包括：

[0012] 视频获取模块，获取用户通过社交应用客户端上传的视频，所述视频用于存储至社交应用服务器以供其他用户通过社交应用客户端下载；

[0013] 转发次数判断模块，获取所述视频被其他用户转发的转发次数，并判断所述视频的转发次数是否超过预设转发次数；

[0014] 压缩模块，在所述视频的转发次数超过预设转发次数时，降低所述视频的码率；

[0015] 存储模块，将降低码率的所述视频存储到所述社交应用服务器以供下载。

[0016] 根据以上技术方案，可知本发明的视频压缩方法和装置至少具有以下有益效果：

[0017] 根据本发明的技术方案，根据视频的转发次数，对转发次数较多的视频进行压缩；由于被压缩的视频被转发次数较多，所以将其压缩后能够大幅降低其在转发过程中占用的
流量；由于仅对视频中转发次数较多的视频进行压缩，所以压缩视频的数量有限，能够大幅
解决用于压缩的计算资源和时间。

附图说明

[0018] 图1为本发明实施例提供的一种视频压缩方法的流程图；

[0019] 图2为本发明实施例提供的一种视频压缩方法的流程图；

[0020] 图3为本发明实施例提供的一种视频压缩方法的原理流程图；

[0021] 图4为本发明实施例提供的一种视频压缩方法的原理流程图；

[0022] 图5为本发明实施例提供的一种视频压缩装置的框图；

[0023] 图6为本发明实施例提供的一种视频压缩装置的框图；

[0024] 图7为本发明实施例提供的一种终端的框图。

[0025] 本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

[0026] 为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅
用以解释本发明，并不用于限定本发明。

[0027] 如图1所示，本发明的一个实施例中提供了一种视频压缩方法，本实施例的方法可以应用于用户通过安装在手机等终端上的社交富媒体应用或其他类型应用上传视频的场
景。本实施例的方法包括：

[0028] 步骤S110，获取用户通过社交应用客户端上传的视频，视频用于存储至社交应用服务器以供其他用户通过社交应用客户端下载。在本实施例中，对用户上传的视频类型不
进行限制，其可以是用户通过手机拍摄的视频，也可以是用户通过网络获取的视频。

[0029] 步骤S120，获取视频被其他用户转发的转发次数，并判断视频的转发次数是否超过预设转发次数。在本实施例中，对每一次转发进行实时统计，例如，用户通过社交富媒体
应用上传视频时，统计该视频被其他用户转发的次数；转发次数是影响着视频传播流量的
重要因素，其原因如下：

[0030]

[0031] 上述公式用于计算视频码率降低后节省的流量，其中各参数具体含义如下：

[0032] Flow(降码率流量)表示视频降低码率后节省的流量；Fsize源表示源视频文件大小；Fsize降表示降码后视频文件大小；Vt表示视频时长；R源表示源视频码率；R降表示压缩
降码后的码率；Dr表示当次文件下载大小比例。

[0033] 则上述公式中的每个步骤含义如下：(1)本领域技术人员容易理解，n个视频文件转码后节省的总流量相当于第一个视频节省的流量至第n个视频节省的流量的总和，即
(2)对n个视频中的单个视频而言，由于其转码后文件变小，
且可能被多次下载，而且每次的被下载数据量可能存在不同，所以每个转码文件所节约的
流量为：该视频在转码前后的文件大小差值与该转码文件的多次下载时被下载比例之和的
乘积，即(Fsize源‑Fsize降)×∑下载次数Dr，例如，某视频转码前为10M大小，转码后为2M，其被
下载两次其中一次被100％下载，另一次被下载50％，则该视频节约的流量为(10‑2)×
(100％+50％)＝12M，则n个视频转码后节约的总流量为
(3)视频的文件大小可以通过其码率与时长的乘积来计算，则
对于n个视频中的单个视频，其转码前后的文件大小分别为Vt×R源和Vt×R降，则该视频转
码前后的文件大小差值即Vt×(R源‑R降)，则n个视频转码后节约的总流量为
(4)由于视频文件的下载次数受
到视频文件的热度、转发次数、业务类型、用户等信息的影响，所以公式中的∑下载次数Dr可坍
缩为公式：f(文件热度，转发次数，业务类型，用户等其他信息)，则n个视频转码后节约的总
流量为
转码文件即为降
低码率的视频文件(本实施例中，转码即降低码率)。

[0034] 根据上述公式可知，理论上要想节约流量最大化可以：(1)所有视频都进行降码率；(2)R降最小化；(3)每个降低码率的视频下载次数越多越好。

[0035] 而降低码率的工程问题在于：(1)收益问题：转码量受到视频资源的制约，转码量和视频资源大小成正比。(2)时效性制约：如果转码完成之前用户就下载完成，会导致转码
无意义。(3)R降越小，导致视频越不清晰，特别是高速移动的物体最先受损。(4)需要较早发
现下载次数多的视频，以便其被下载之前进行转码以节约流量。

[0036] 根据上述内容可知，考虑到收益问题和时效性制约，对所有视频转码导致转码量过大、转码时间过长，所以选择对下载次数多的视频进行转码，以尽可能地节约流量。而在
社交富媒体应用等环境下，转发次数影响着视频下载次数，视频每被转发一次，就会有更多
的人注意到视频并下载观看。所以转发次数是影响流量的重要因素。

[0037] 步骤S130，在视频的转发次数超过预设转发次数时，降低视频的码率。

[0038] 步骤S140，将降低码率的所述视频存储到所述社交应用服务器以供下载。

[0039] 根据本实施例的技术方案，根据视频的转发次数，对转发次数较多的视频进行压缩；由于被压缩的视频被转发次数较多，所以将其压缩后能够大幅降低其在转发过程中占
用的流量；由于仅对视频中转发次数较多的视频进行压缩，所以压缩视频的数量有限，能够
大幅解决用于压缩的计算资源和时间。

[0040] 如图2所示，本发明的一个实施例中提供了一种视频压缩方法，本实施例的方法包括：

[0041] 步骤S210，获取用户通过社交应用客户端上传的视频。

[0042] 步骤S220，判断视频的码率是否低于预设码率。在本实施例中，低于该预设码率表示视频不清晰，因此不能将视频码率降低至该预设码率以下。

[0043] 步骤S230，在视频的码率不低于预设码率时判断用户是否属于场景中心用户，其中场景中心用户在当前场景下上传的所有视频中超过预设比例的视频属于热点视频，热点
视频在单位时间内的下载次数超过预设下载次数。在本实施例中，场景中心用户为具有扩
散效应的用户，本实施例的技术方案分析在每个场景下，每个用户上传的视频中热点视频
(单位时间内下载次数超过一定阀值的视频)的比例，当超过一定比例时可定义为场景中心
用户，该类用户上传的视频可预期具有较高的转发次数，因此需要对该类用户上传的视频
进行转码；在本实施例中，对场景的定义不进行限制，例如，场景可根据业务分为群场景和
个人场景，群场景中用户与用户群中的其他用户发送或转发视频，个人场景中用户向另一
用户发送或转发视频。

[0044] 步骤S240，在用户不属于场景中心用户时执行获取视频的转发次数，并判断视频的转发次数是否超过预设转发次数。

[0045] 步骤S250，在视频的转发次数超过预设转发次数时，根据视频的转发次数的大小，计算视频对应的码率大小，按码率大小来降低视频的码率。在本实施例中，视频转发次数越
高，说明越多人需要尽快观看该视频，以及该视频对传播流量的影响越大，因此需要大幅降
低其码率。

[0046] 步骤S260，在视频的转发次数低于预设次数时，判断视频是否属于热点视频，其中热点视频在单位时间内的下载次数超过预设下载次数。

[0047] 在本实施例中，除了判断视频是否属于热点视频之外，还可以根据前述公式进行以下判断：

[0048] 判断视频对应的业务类型是否为特定业务类型，例如，如果视频对应业务是群业务类型(表示用户将视频发送具有多个其他用户的群中)，表示视频可能被较多人下载观
看，则降低视频码率，如果视频对应业务是个人业务类型(表示用户将视频发送另一用户)，
表示视频可能被较少人下载观看，则不必降低视频码率。

[0049] 在视频属于热点视频时返回步骤S250。根据前述公式可知，下载次数是影响流量的重要因素，因此需要对下次次数高的视频进行转码。

[0050] 在本实施例中，进一步地，根据热点视频在单位时间的下载次数计算热点视频的热门程度，根据热门程度的高低计算视频对应的码率大小，按码率大小降低视频的码率。热
门视频的下载次数越多，说明越多人需要尽快观看该视频，以及该视频对传播流量的影响
越大，因此需要大幅降低其码率。

[0051] 步骤S270，将降低码率的视频存储到社交应用服务器以供下载。

[0052] 综上所述，本实施例中对视频进行压缩转码的策略如图3所示：

[0053] 第一步、如果视频码率

[0054] 第二步、如果用户为场景中心用户,直接降码率；否则下一步；

[0055] 第三步、如果转发次数>＝N次(N为正整数，超过n表示视频被转发次数较多)，直接降码；否则下一步；

[0056] 第四步、如果转发次数

[0057] 根据上述策略，用户上传和下载视频的流程如图4所示：用户上传视频文件后，后台服务器根据策略选择部分视频文件进行压缩降码率处理；用户下载时判断是否有降码率
文件，有则选择降码率文件，无则选择源文件。

[0058] 如图5所示，本发明的一个实施例中提供了一种视频压缩装置，本实施例的装置可以应用于用户通过安装在手机等终端上的社交富媒体应用或其他类型应用上传视频的场
景。本实施例的装置包括：

[0059] 视频获取模块510，获取用户通过社交应用客户端上传的视频，视频用于存储至社交应用服务器以供其他用户通过社交应用客户端下载。在本实施例中，对用户上传的视频
类型不进行限制，其可以是用户通过手机拍摄的视频，也可以是用户通过网络获取的视频。

[0060] 转发次数判断模块520，获取视频被其他用户转发的转发次数，并判断视频的转发次数是否超过预设转发次数。在本实施例中，对每一次转发进行实时统计，例如，用户通过
社交富媒体应用上传视频时，统计该视频被其他用户转发的次数；转发次数是影响着视频
传播流量的重要因素，其原因如下：

[0061]

[0062] 上述公式用于计算视频码率降低后节省的流量，其中各参数具体含义如下：

[0063] Flow(降码率流量)表示视频降低码率后节省的流量；Fsize源表示源视频文件大小；Fsize降表示降码后视频文件大小；Vt表示视频时长；R源表示源视频码率；R降表示压缩
降码后的码率；Dr表示当次文件下载大小比例。

[0064] 则上述公式中的每个步骤含义如下：(1)本领域技术人员容易理解，n个视频文件转码后节省的总流量相当于第一个视频节省的流量至第n个视频节省的流量的总和，即
(2)对n个视频中的单个视频而言，由于其转码后文件变小，
且可能被多次下载，而且每次的被下载数据量可能存在不同，所以每个转码文件所节约的
流量为：该视频在转码前后的文件大小差值与该转码文件的多次下载时被下载比例之和的
乘积，即(Fsize源‑Fsize降)×∑下载次数Dr，例如，某视频转码前为10M大小，转码后为2M，其被
下载两次其中一次被100％下载，另一次被下载50％，则该视频节约的流量为(10‑2)×
(100％+50％)＝12M，则n个视频转码后节约的总流量为
(3)视频的文件大小可以通过其码率与时长的乘积来计算，则
对于n个视频中的单个视频，其转码前后的文件大小分别为Vt×R源和Vt×R降，则该视频转
码前后的文件大小差值即Vt×(R源‑R降)，则n个视频转码后节约的总流量为
(4)由于视频文件的下载次数受
到视频文件的热度、转发次数、业务类型、用户等信息的影响，所以公式中的∑下载次数Dr可坍
缩为公式：f(文件热度，转发次数，业务类型，用户等其他信息)，则n个视频转码后节约的总
流量为
转码文件即为降
低码率的视频文件(本实施例中，转码即降低码率)。

[0065] 根据上述公式可知，理论上要想节约流量最大化可以：(1)所有视频都进行降码率；(2)R降最小化；(3)每个降低码率的视频下载次数越多越好。

[0066] 而降低码率的工程问题在于：(1)收益问题：转码量受到视频资源的制约，转码量和视频资源大小成正比。(2)时效性制约：如果转码完成之前用户就下载完成，会导致转码
无意义。(3)R降越小，导致视频越不清晰，特别是高速移动的物体最先受损。(4)需要较早发
现下载次数多的视频，以便其被下载之前进行转码以节约流量。

[0067] 根据上述内容可知，考虑到收益问题和时效性制约，对所有视频转码导致转码量过大、转码时间过长，所以选择对下载次数多的视频进行转码，以尽可能地节约流量。而在
社交富媒体应用等环境下，转发次数影响着视频下载次数，视频每被转发一次，就会有更多
的人注意到视频并下载观看。所以转发次数是影响流量的重要因素。

[0068] 压缩模块530，在视频的转发次数超过预设转发次数时，降低视频的码率。

[0069] 存储模块540，将降低码率的所述视频存储到所述社交应用服务器以供下载。

[0070] 根据本实施例的技术方案，根据视频的转发次数，对转发次数较多的视频进行压缩；由于被压缩的视频被转发次数较多，所以将其压缩后能够大幅降低其在转发过程中占
用的流量；由于仅对视频中转发次数较多的视频进行压缩，所以压缩视频的数量有限，能够
大幅解决用于压缩的计算资源和时间。

[0071] 如图6所示，本发明的一个实施例中提供了一种视频压缩装置，本实施例的装置包括：

[0072] 视频获取模块610，获取用户通过社交应用客户端上传的视频。

[0073] 码率判断模块620，判断视频的码率是否低于预设码率。在本实施例中，低于该预设码率表示视频不清晰，因此不能将视频码率降低至该预设码率以下。

[0074] 用户判断模块630，在视频的码率不低于预设码率时判断用户是否属于场景中心用户，其中场景中心用户在当前场景下上传的所有视频中超过预设比例的视频属于热点视
频，热点视频在单位时间内的下载次数超过预设下载次数。在本实施例中，场景中心用户为
具有扩散效应的用户，本实施例的技术方案分析在每个场景下，每个用户上传的视频中热
点视频(单位时间内下载次数超过一定阀值的视频)的比例，当超过一定比例时可定义为场
景中心用户，该类用户上传的视频可预期具有较高的转发次数，因此需要对该类用户上传
的视频进行转码。在本实施例中，对场景的定义不进行限制，例如，场景可根据业务分为群
场景和个人场景，群场景中用户与用户群中的其他用户发送或转发视频，个人场景中用户
向另一用户发送或转发视频。

[0075] 转发次数判断模块640，在用户不属于场景中心用户时执行获取视频的转发次数，并判断视频的转发次数是否超过预设转发次数。

[0076] 在本实施例中，除了判断视频是否属于热点视频之外，还可以根据前述公式进行以下判断：

[0077] 判断视频对应的业务类型是否为特定业务类型，例如，如果视频对应业务是群业务类型(表示用户将视频发送具有多个其他用户的群中)，表示视频可能被较多人下载观
看，则降低视频码率，如果视频对应业务是个人业务类型(表示用户将视频发送另一用户)，
表示视频可能被较少人下载观看，则不必降低视频码率。

[0078] 压缩模块650，在视频的转发次数超过预设转发次数时，根据视频的转发次数的大小，计算视频对应的码率大小，按码率大小来降低视频的码率。在本实施例中，视频转发次
数越高，说明越多人需要尽快观看该视频，以及该视频对传播流量的影响越大，因此需要大
幅降低其码率。

[0079] 热点视频判断模块660，在视频的转发次数低于预设次数时，判断视频是否属于热点视频，其中热点视频在单位时间内的下载次数超过预设下载次数。

[0080] 压缩模块650在视频属于热点视频时降低视频的码率。根据前述公式可知，下载次数是影响流量的重要因素，因此需要对下次次数高的视频进行转码。

[0081] 在本实施例中，进一步地，根据热点视频在单位时间的下载次数计算热点视频的热门程度，根据热门程度的高低计算视频对应的码率大小，按码率大小降低视频的码率。热
门视频的下载次数越多，说明越多人需要尽快观看该视频，以及该视频对传播流量的影响
越大，因此需要大幅降低其码率。

[0082] 存储模块670，将降低码率的视频存储到社交应用服务器以供下载。

[0083] 综上所述，本实施例中对视频进行压缩转码的策略如图3所示：

[0084] 第一步、如果视频码率

[0085] 第二步、如果用户为场景中心用户,直接降码率；否则下一步；

[0086] 第三步、如果转发次数>＝N次(n为正整数，超过n表示视频被转发次数较多)，直接降码；否则下一步；

[0087] 第四步、如果转发次数

[0088] 根据上述策略，用户上传和下载视频的流程如图4所示：用户上传视频文件后，后台服务器根据策略选择部分视频文件进行压缩降码率处理；用户下载时判断是否有降码率
文件，有则选择降码率文件，无则选择源文件。

[0089] 本发明实施例还提供了一种与上述实施例中的社交服务器进行交互的终端，如图7所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参
照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital 
Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，
以终端为手机为例：

[0090] 图7示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图7，手机包括：射频(Radio Frequency，RF)电路710、存储器720、输入单元730、显示单元740、
传感器750、音频电路760、无线保真(wireless fidelity，WiFi)模块770、处理器780、以及
电源790等部件。本领域技术人员可以理解，图7中示出的手机结构并不构成对手机的限定，
可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

[0091] 下面结合图7对手机的各个构成部件进行具体的介绍：

[0092] RF电路710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器780处理；另外，将设计上行的数据发送给基站。通常，RF电路包
括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low  Noise 
Amplifier，LNA)、双工器等。此外，RF电路70还可以通过无线通信与网络和其他设备通信。
上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global 
System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio 
Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址
(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，
LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

[0093] 存储器720可用于存储软件程序以及模块，处理器780通过运行存储在存储器720的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器720可主要包括
存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程
序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的
数据(比如音频数据、电话本等)等。此外，存储器720可以包括高速随机存取存储器，还可以
包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器
件。

[0094] 输入单元730可用于接收输入的数字或字符信息，以及产生与手机700的用户设置以及功能控制有关的键信号输入。具体地，输入单元730可包括触控面板731以及其他输入
设备732。触控面板731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使
用手指、触笔等任何适合的物体或附件在触控面板731上或在触控面板731附近的操作)，并
根据预先设定的程式驱动相应的连接装置。可选的，触控面板731可包括触摸检测装置和触
摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信
号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成
触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用
电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731，输
入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于物理
键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

[0095] 显示单元740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元740可包括显示面板741，可选的，可以采用液晶显示器(Liquid Crystal 
Display，LCD)、有机发光二极管(Organic Light‑Emitting Diode,OLED)等形式来配置显
示面板741。进一步的，触控面板731可覆盖显示面板741，当触控面板731检测到在其上或附
近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件
的类型在显示面板741上提供相应的视觉输出。虽然在图7中，触控面板731与显示面板741
是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控
面板731与显示面板741集成而实现手机的输入和输出功能。

[0096] 手机700还可包括至少一种传感器750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境
光线的明暗来调节显示面板741的亮度，接近传感器可在手机移动到耳边时，关闭显示面板
741和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加
速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏
切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还
可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

[0097] 音频电路760、扬声器761，传声器762可提供用户与手机之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音
信号输出；另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转
换为音频数据，再将音频数据输出处理器780处理后，经RF电路710以发送给比如另一手机，
或者将音频数据输出至存储器720以便进一步处理。

[0098] WiFi属于短距离无线传输技术，手机通过WiFi模块770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了
WiFi模块770，但是可以理解的是，其并不属于手机700的必须构成，完全可以根据需要在不
改变发明的本质的范围内而省略。

[0099] 处理器780是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的
数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器780可包
括一个或多个处理单元；优选的，处理器780可集成应用处理器和调制解调处理器，其中，应
用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。
可以理解的是，上述调制解调处理器也可以不集成到处理器780中。

[0100] 手机700还包括给各个部件供电的电源790(比如电池)，优选的，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗
管理等功能。

[0101] 尽管未示出，手机700还可以包括摄像头、蓝牙模块等，在此不再赘述。

[0102] 在本发明实施例中，该终端所包括的处理器780还具有以下功能：

[0103] 处理器780在终端上安装社交应用客户端，允许用户通过社交应用客户端上传视频到社交应用服务器，以及允许用户通过社交应用客户端观看并转发其他用户上传的视
频。

[0104] 另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质
中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

[0105] 以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质，可以有多种变型方案实现本发明，比如作为一
个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本发明的技术构思之内所
作的任何修改、等同替换和改进，均应在本发明的权利范围之内。