一种流媒体码率自适应方法及装置、服务器、终端与流程

本发明涉及电子技术，尤其涉及一种流媒体码率自适应方法及装置、服务器、终端。

背景技术：

先来介绍一下自适性串流技术，自适性串流技术(ABS，adaptive bitrate streaming)是一种用于计算机网络的流媒体传输技术。过去的流媒体传输技术大多基于实时传输协议(RTP，Real-time Transport Protocol)或实时流传输协议(RTSP，Real Time Streaming Protocol)协议，而现在的传输技术则大多基于超文本传输协议(HTTP，Hyper Text Transfer Protocol)，而且从协议设计上，更好地支持了大型分布式HTTP网络(例如互联网)。

该技术通过实时地检测用户的接入带宽和设备的中央处理器(CPU)使用率，从而调整视频流的编码质量。为实现这种效果，需要使用将单一视频源输出为多码率的编码器。播放器的客户端能够根据可用资源的变化在不同码率的视频流之间进行切换。该技术可以减少流媒体播放过程中的缓冲时间和启动时间，为不同接入条件的用户提供更佳的用户体验。

从现今被广泛采用的技术方案上来看，自适应串流技术普遍采用基于HTTP协议的传输方案，视频内容进行多码率处理，且这些多码率的视频被切片成几秒钟的小文件。客户端先获取所有码率的切片索引信息，并从最低码率的视频流开始请求。随着播放的进行，若客户端的下载速度慢于当前请求的切片码率，则转而请求下一个较低的码率(如果还有的话)。相反地，如果下载速度高于当前请求的切片码率，那么它将尝试请求更高码率的切片文件。

切片大小和具体的实现方案密切相关，长度一般在2～10秒之间。每个切 片由一个完整的画面组(GOP，Group of Pictures)序列组成，一个GOP序列里面有1个或者多个I帧，GOP序列的第一个帧必须是I帧，以便与每个切片都能单独的解码播放显示。

下面介绍一下QoE，用户体验质量(Quality of Experience，简称QoE)是用户关于服务(如网页浏览、语音电话、电视广播)主观体验的量化，其中影响QoE的因素如表1所示。

表1影响QoE的主要因素表

目前，在研究中使用最广泛地用户体验量化指标为平均用户满意度打分即(MOS，Mean Opinion Score)，是定性的量化指标。MOS采用五个等级的用户主观评价分数，用1到5分来代表业务的很差、较差、一般、较好和很好地不同级别用户体验质量。用户主观满意度和MOS对应如表2所示。

表2用户主观满意度和MOS对应表

目前较为广泛采用的ABS技术有：1)Apple HLS，2)MPEG-DASH，3)Adobe HDS和4)Microsoft MSS；下面Apple HLS传输协议为例进行说明，该Apple HLS协议由苹果公司提出，是一种基于HTTP的流媒体网络传输协议。Apple HLS协议的工作原理是把整个媒体流切片成基于HTTP文件的大小来下载。客户端可以在播放媒体流的过程中，客户端可以更具可用资源的变化，从众多码率不同的备用源进行下载。在开始一个流媒体会话时，客户端会下载一个包含元数据的extended M3U(m3u8)playlist文件，用于寻找可用的媒体流。与实时传输协议(RTP)不同，HLS可以穿过任何允许HTTP数据通过的防火墙或者代理服务器。因此，它很容易使用内容分发网络来传输媒体流。

以Apple HLS为代表的自适应串流技术虽然可以根据用户信道状况对应地提供差异化的视频服务，其重要性在用户信道状况发生显著变化时显得尤为突出，可以显著地改善用户对视频业务的体验质量(QoE)。然而，该技术方案的缺点在于用户与编码器之间缺少前向反馈机制。对于多播类的视频业务，这个缺点十分明显，因为对于多播类视频业务用户而言，用户的接入数量以及接入带宽的分布情况往往是时变的。在缺少前向反馈机制的情况下，而这些信息不能及时地反馈给编码器，导致整体用户体验不佳，且带来计算资源的浪费。现在考虑一个比较极端的情况。比如当所有用户的接入带宽长时间处于1Mbps以内，而编码器还在进行最低1.5Mbps的编码，这种情况下，用户体验必然十分糟糕！

技术实现要素：

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种流媒体码率自适应方法及装置、服务器、终端，能够提高用户对视频业务的体验质量。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种流媒体码率自适应方法，所述方法包括：

获取终端的接入带宽；

根据所述接入带宽确定编码码率；

至少按照所述编码码率对流媒体进行多码率编码；

将多码率编码后的流媒体进行切片，将切片后的流媒体通过HTTP发送给终端。

第二方面，本发明实施例提供一种流媒体码率自适应方法，所述方法包括：

获取自身的接入带宽，并向服务器发送所述接入带宽；

根据所述接入带宽选择具有第一码率的切片文件；

通过m3u8中的统一资源定位符URL链接下载具有第一码率的切片文件；

缓存所述切片文件。

第三方面，本发明实施例提供一种流媒体码率自适应方法，所述方法包括：

获取终端的接入带宽；

根据所述接入带宽确定编码码率；

将所述编码码率发送给服务器中的编码器。

第四方面，本发明实施例提供一种服务器，所述服务器包括判决器、编码器和切片器，其中所述判决器包括第一获取单元、确定单元和第二发送单元，其中：

所述第一获取单元，用于获取终端的接入带宽；

所述确定单元，用于根据所述接入带宽确定编码码率；

所述第二发送单元，用于将所述编码码率发送给编码器；

所述编码器，用于接收所述发送单元发送的编码码率，并至少按照所述编码码率对流媒体进行多码率编码；

所述切片器，用于将多码率编码后的流媒体进行切片，将切片后的流媒体通过HTTP发送给终端。

第五方面，本发明实施例提供一种终端，所述终端包括第二获取单元、选择单元、下载单元和缓存单元，其中：

所述第二获取单元，用于获取自身的接入带宽，并向服务器发送所述接入带宽；

所述选择单元，用于根据所述接入带宽确定具有第一码率的切片文件；

所述下载单元，用于通过m3u8中的统一资源定位符URL链接下载具有第一码率的切片文件；

所述缓存单元，用于缓存所述切片文件。

第六方面，本发明实施例提供一种流媒体码率自适应装置，所述装置包括第一获取单元、确定单元和第二发送单元，其中：

所述第一获取单元，用于获取终端的接入带宽；

所述确定单元，用于根据所述接入带宽确定编码码率；

所述第二发送单元，用于将所述编码码率发送给服务器中的编码器。

本发明实施例提供的一种流媒体码率自适应方法及装置、服务器、终端，其中，获取终端的接入带宽；根据所述接入带宽确定编码码率；至少按照所述编码码率对流媒体进行多码率编码；将多码率编码后的流媒体进行切片，将切片后的流媒体通过HTTP发送给终端；如此，能够提高用户对视频业务的体验质量。

附图说明

图1为相关技术中HLS协议的架构示意图；

图2-1为本发明实施例提供的HLS协议的架构示意图；

图2-2为本发明实施例一流媒体码率自适应方法的实现流程示意图；

图2-3为本发明实施例一流媒体码率自适应方法的实现流程示意图；

图3为相关技术中HLS码率适配流程示意图；

图4为本发明实施例三中基于QoE的HLS码率自适应流程示意图；

图5为本发明实施例中m3u8文件内容示意图；

图6为本发明实施例四服务器的组成结构示意图；

图7为本发明实施例五终端的组成结构示意图。

具体实施方式

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

图1为相关技术中HLS协议的架构示意图，如图1所示，该HLS协议的架构包括服务器110和客户端120，在服务器110包括媒体编码器111(Media Encoder)、流切片器112(Stream Segmenter)和源Web服务器113(Origin Web Server)，输入的音频和视频进入媒体编码111，媒体编码器111对输入的音频和视频(媒体流)进行编码，然后媒体编码器111将编码后的视频和音频(媒体流)发送给流切片器112，流切片器112基于HTTP文件的大小对视频和音频(媒体流)进行切片，然后流切片器112将切片后的视频和音频输入到源Web服务器113，最后源Web服务器113通过HTTP发送给客户端120。

图2-1为本发明实施例提供的HLS协议的架构示意图，如图2-1所示，该HLS协议的架构包括服务器110和客户端120，在服务器110包括媒体编码器111(Media Encoder)、流切片器112(Stream Segmenter)、源Web服务器113(Origin Web Server)和确定器114，判决器114接收不同客户端120上报的接入带宽，根据一定算法进行计算得到最优的编码参数，并将所述编码参数发送给编码器111；输入的音频和视频进入媒体编码器111，媒体编码器111根据所述编码参数对输入的音频和视频(媒体流)进行多码率编码，然后媒体编码器111将编码后的视频和音频(媒体流)发送给流切片器112，流切片器112基于HTTP文件的大小对视频和音频(媒体流)进行切片，然后流切片器112将切片后的视频和音频输入到源Web服务器，最后源Web服务器通过HTTP发送给客户端120。

对比图1和图2-1，从系统整体结构上看，本发明实施例提供的技术方案与相关技术中HLS方案相比，增加了一个判决器(Decision Device)114。该判决器114用于接收不同用户上报的接入带宽，根据一定算法进行计算得到最优的编码参数，并将所述的编码参数发送给编码器111，然后编码器对输入的视频和音频进行多码率编码。

实施例一

基于前述的图1和图2-1，本发明实施例提供一种流媒体码率自适应方法，图2-2为本发明实施例一流媒体码率自适应方法的实现流程示意图，如图2-2所示，该方法包括：

步骤S201，获取终端的接入带宽；

这里，所述终端包括多个，所述获取终端的接入带宽，包括：

步骤S2011，判决器接收两个以上的终端发送的接入带宽参数值；

步骤S2012，判决器对所述接入带宽参数值进行统计，得到统计结果；

步骤S2013，判决器将所述统计结果作为所述终端的接入带宽。

步骤S202，根据所述接入带宽确定编码码率；

这里，判决器根据所述接入带宽确定编码码率，包括：判决器根据接入带宽查找预设的对应关系，得到编码码率，其中，所述编码码率满足下式：

其中，P()表示密度函数函数，表示用户的平均MOS分，max表示求最大值，g(s_i)表示从s_i到MOS分估计值之间的映射关系，s_i表示第i路的编码码率。

步骤S203，至少按照所述编码码率对流媒体进行多码率编码；

这里，至少按照所述编码码率对流媒体进行多码率编码，包括：

编码器按照编码参数对流媒体进行多码率编码，所述编码参数至少包括编码码率、帧率。

步骤S204，将多码率编码后的流媒体进行切片，将切片后的流媒体通过HTTP发送给终端。

这里，切片器对多码率编码后的流媒体进行切片，其中编码器和切片器都是服务器的一部分。

本发明实施例中，本发明实施例提供的方法可以用于服务器端，上述的判 决器可以作为服务器的一部分，也可以作为独立的装置。服务器中的判决器获取终端的接入带宽；对应地，所述判决器根据所述接入带宽确定编码码率，然后所述判决器将所述编码码率发送给服务器中的编码器；对应地，所述编码器接收所述编码码率，并至少按照所述编码码率对流媒体进行多码率编码。

本发明实施例中，其中，获取终端的接入带宽；根据所述接入带宽确定编码码率；至少按照所述编码码率对流媒体进行多码率编码；将多码率编码后的流媒体进行切片，将切片后的流媒体通过HTTP发送给终端；如此，能够提高用户对视频业务的体验质量。

实施例二

基于前述的图1和图2-1，本发明实施例提供一种流媒体码率自适应方法，应用于终端，该方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该终端至少包括处理器和存储介质。

图2-3为本发明实施例二流媒体码率自适应方法的实现流程示意图，如图2-3所示，该方法包括：

步骤S231，获取自身的接入带宽，并向服务器发送所述接入带宽；

这里，终端测量自身的接入带宽，然后将接入带宽发送给服务器。

步骤S232，根据所述接入带宽选择具有第一码率的切片文件；

这里，所述根据所述接入带宽选择切片文件的码率，包括：根据所述接入带宽查找预设的对应关系，得到第一码率，其中所述对应关系用于表征接入带宽与m3u8中的码率值之间成正比例的关系。

步骤S233，通过m3u8中的统一资源定位符(URL)链接下载具有第一码率的切片文件；

步骤S234，缓存所述切片文件。

实施例三

基于前述的图1和图2-1，下面从信令交互的角度来看具体变化，图3为相关技术中HLS码率适配流程示意图，图4为本发明实施例三中基于QoE的HLS码率自适应流程示意图，下面先看相关技术中HLS码率适配流程，如图3所示，该流程包括：

步骤S301，服务器进行HLS发布，以待用户访问该直播视频；

这里，服务器中的编码器会将输入的视频和音频生成m3u8文件，然后对m3u8文件进行多码率编码，然后切片器对多码率编码后的文件进行切片。

步骤S302，客户端访问该直播视频；

这里，客户端对服务器发起视频请求，然后用户通过客户端访问该直播视频。

步骤S303，客户端从服务器下载m3u8文件；

这里，服务器响应步骤S302中的视频请求，然后服务器向客户端发送m3u8文件。

步骤S304，客户端根据接入带宽选择码率合适的切片文件；

这里，客户端测量接入带宽，与m3u8中的码率值进行比对，选择码率合适的切片文件；

步骤S305，客户端通过m3u8中的统一资源定位符(URL)链接，下载切片文件；

这里，重复步骤S304至步骤S305。

在实际的直播或点播服务中，多个用户并发观看视频，服务器提供的视频码率，即需要满足用户体验，提供的视频质量具有较好的MoS值，又要考虑使多并发用户都能有较好视频质量体验。为此本发明实施例考虑为多并发用户提供较好的视频质量，即视频质量平均MoS分值最大。

本发明实施例在相关架构图中新增判决器，由不同客户端将带宽上报给判决器，判决器建立反映Mos值的QoE模型并计算最优的编码器编码参数，发送给编码器更新，以更好地提供自适应码率，表3是图4的流程中需要用到的符号及其定义的对照表。

表3符号及定义对照表

其中，M_i＝g(b_i,P_i)，而g(X)表示从编码参数到MOS分估计值之间的映射关系。需要说明的是，一般是指能够统计的所有用户的平均MOS分，所述的平均MOS分可以为针对所有用户的MOS分估计值的算术平均值。

图4为本发明实施例三中基于QoE的HLS码率自适应流程示意图，设定定时上报带宽时长t(可选t＝10s)，该流程的具体步骤如下：

步骤S401，服务器生成m3u8文件，进行多码率编码并切片，以待用户访问该直播视频；

这里，服务器中的编码器会将输入的视频和音频生成m3u8文件，然后对m3u8文件进行多码率编码，然后服务器中的切片器对多码率编码后的文件进行切片。

这里，服务器中的编码器在进行多码率编码的时候，是按照预先设置的码率进行编码的，例如，预先设置的码率为1Mbps、2Mbps和3Mbps，那么服务器对m3u8文件按照1Mbps、2Mbps和3Mbps进行编码。

步骤S402，客户端访问该直播视频；

这里，客户端对服务器发起视频请求，然后用户通过客户端访问该直播视 频。

步骤S403，客户端从服务器端下载m3u8文件；

这里，服务器响应步骤S402中的视频请求，然后服务器向客户端发送m3u8文件。

步骤S404，客户端测量接入带宽，与m3u8中的码率值进行比对，选择码率合适的切片文件；

这里，步骤S404是以m3u8文件为例：当用户带宽大于等于500kbps时，将选择mid_video_index.m3u8所对应的切片文件；当用户带宽大于等于150kbps，小于500kbps时，将选择3g_video_index.m3u8所对应的切片文件，依此类推。图5为本发明实施例中m3u8文件内容示意图，如图5所示，将上述过程公式化表示，在预先设定k路多码率编码的情况下，s_j为第j路编码的码率，且s_j≤s_j+1。

下面考察第i个用户的码率选择方法，对于第i个用户有以下几种情况：1)如果r_i≥s_k，那么b_i＝s_k；2)如果s_j≤r_i＜s_j+1,1≤j≤k-1，那么b_i＝s_j；3)如果r_i＜s₁，那么b_i＝0。根据这三个规则以及根据r_i与s_j,1＜j＜k建立从r_i到b_i的映射关系，记为b_i＝f(r_i,S),S＝[s₁,s₂...s_k].从以上的映射关系来看，带宽越大，那么该路用户对应的编码码率也就越大。

步骤S405，客户端通过m3u8中的URL链接，下载切片文件；

步骤S406，客户端在t时刻将带宽测量的结果上报给判决器，以供判决器进行带宽统计；

步骤S407，判决器将用户带宽进行统计，得到统计结果；

这里，少量用户可统计离散值，大量用户可统计接入带宽的概率密度函数p(x)。

步骤S408，判决器判断视频类型，设置a1至a5；

这里，根据视频类型设置MOS评估模型的参数值，确定MOS评估模型。 将b_i与第i个用户的MOS值，即M_i建立一一对应的映射关系，记为M_i＝g(f(r_i,S),P_i)，则M_i如下所示：

这里，FR表示视频的帧率，PER表示视频的误包率。若设定FR为25fps，PER设定为0，那么上式可以写为：

M_i＝g(f(r_i,S))＝a₁+25a₂+a₃ln(f(r_i,S)) (2)；

其中，a₁～a₅由不同的视频类型决定，视频类型包括慢速类视频、平动类视频和快速类视频，三类视频对应的参数不同，即A_u＝[a₁，a₂，a₃，a₄，a₅]_u，u＝1、2、3；

这里，在具体实现的过程中，慢速类视频、平动类视频、快速类视频可以类似的认为是三个速度不同类型的视频，例如可以设置两个阈值，即第一速度阈值和第二速度阈值，其中第一速度阈值小于第二速度阈值，当视频的速度小于第一速度阈值，将所述视频的视频类型归类为慢速视频类型；当视频的速度大于第一速度阈值且小于第二速度阈值时，将所述视频的视频类型归类为平动视频类型；当视频的速度大于第二速度阈值，将所述视频的视频类型归类为快速视频类型；需要说明的是，这里所述的速度并不是指视频传输的速，而是视频中对象的移动速度。

步骤S409，判决器对不同类型的视频，求解最优的编码码率。

这里，以最大化用户的平均MOS分为优化目标如公式(3)：

根据三类视频类型对应的A_u，搜索每类视频对应的最优解S_u＝[s₁,s₂,s₃...,s_k]_u，其中S_u即为判决器的判决结果，作为待更新码率列表。其中，S₁＝[s₁,s₂,s₃...,s_k]₁作 为慢速类视频对应的码率列表，S₂＝[s₁,s₂,s₃...,s_k]₂作为平动类视频对应的码率列表，S₃＝[s₁,s₂,s₃...,s_k]₃作为快速类视频对应的码率列表。在该式中，大写字母S的角标1、2和3分别代表3种运动类型的视频，小写[s₁，s₂，…s_k]₁代表慢速类视频的转码码率，比如[0.5M,1M,…3M]。对每类运动视频，求解使得M均值最大的s_i，作为最优编码码率。

为计算方便，假定用户带宽位于(0,s₁),(s_i,s_i+1),(s_k,+∞)范围内分别有n₀,n_i,n_k个用户(0＜i＜k,i＝1,2,...k-1)。那么上式可以改写成：

公式(4)中，记s₀为0，s_k+1为+∞。当用户数目较大时，可以对带宽分布的概率密度函数进行统计，代入(4)式进行求解。这里假定用户接入带宽的概率密度函数是p(x)，其累积分布函数为P(x)。那么(4)式中的n_i可以对应地改为N×[P(s_i+1)-P(s_i)]，代入(4)式可得公式(5)：

再根据上述方法求解即可。

步骤S410，判决器将判决结果上报编码器，以更新编码器的编码码率；

这里，判决器上报的编码码率可能与预先设置的编码码率相同，也可能不同，例如预先设置的编码码率为1Mbps、2Mbps和3Mbps，那么判决器上报的编码码率可能为1.5Mbps、2.5Mbps和3Mbps，在相关技术中，编码器一直都是按照预先设置的编码码率对流媒体进行编码的，但是在本发明实施例中，编码器的编码码率会随着客户端的接入带宽而进行变化，因此，判决器上报的编码码率可能不是预先设置的编码码率值。

步骤S411，服务器中的编码器对m3u8文件进行更新，并进行多码率的编码；

这里，编码器对不同类型的视频文件，根据判决器的判决结果，对m3u8文件相应进行更新，同时根据该结果进行多码率编码并切片。

步骤S412，在t+1时，重复步骤S403至步骤S411。

实施例四

基于前述的方法，本发明实施例提供一种服务器，该服务器所包括的判决器、编码器和切片器，以及所述判决器所包括的第一获取单元、确定单元和第二发送单元，都可以通过服务器中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图6为本发明实施例四服务器的组成结构示意图，如图6所示，该服务器600包括判决器601、编码器602和切片器603，其中所述判决器601包括第一获取单元611、确定单元612和第二发送单元613，其中：

所述第一获取单元611，用于获取终端的接入带宽；

所述确定单元612，用于根据所述接入带宽确定编码码率；

所述第二发送单元613，用于将所述编码码率发送给编码器；

所述编码器602，用于接收所述发送单元发送的编码码率，并至少按照所述编码码率对流媒体进行多码率编码；

所述切片器603，用于将多码率编码后的流媒体进行切片，将切片后的流媒体通过HTTP发送给终端。

本发明实施例中，所述第一获取单元包括接收模块、统计模块和处理模块，其中：

所述接收模块，用于接收两个及两个以上终端发送的接入带宽参数值；

所述统计模块，用于对所述接入带宽参数值进行统计，得到统计结果；

所述处理模块，用于将所述统计结果作为所述终端的接入带宽。

本发明实施例中，所述编码器，用于接收所述发送单元发送的编码码率，并按照编码参数对流媒体进行多码率编码，所述编码参数至少包括编码码率、帧率。

本发明实施例中，所述确定模块，用于根据接入带宽查找预设的对应关系，得到编码码率，其中，所述编码码率满足下式：

其中，P()表示密度函数函数，表示用户的平均MOS分，max表示求最大值，g(s_i)表示从s_i到MOS分估计值之间的映射关系，s_i表示第i路的编码码率。

本发明实施例中的判决器还可以作为独立于所述服务器之外的装置，例如可以一种流媒体码率自适应装置，该装置包括第一获取单元、确定单元和第二发送单元，其中：

所述第一获取单元，用于获取终端的接入带宽；

所述确定单元，用于根据所述接入带宽确定编码码率；

所述第二发送单元，用于将所述编码码率发送给服务器中的编码器。

实施例五

基于前述的方法，本发明实施例提供一种终端，该终端所包括的第二获取单元、选择单元、下载单元和缓存单元，都可以通过终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图7为本发明实施例五终端的组成结构示意图，如图7所示，该终端700包括第二获取单元701、选择单元702、下载单元703和缓存单元704，其中：

所述第二获取单元701，用于获取自身的接入带宽，并向服务器发送所述 接入带宽；

所述选择单元702，用于根据所述接入带宽确定具有第一码率的切片文件；

所述下载单元703，用于通过m3u8中的统一资源定位符URL链接下载具有第一码率的切片文件；

所述缓存单元704，用于缓存所述切片文件。

本发明实施例中，所述选择单元，用于根据所述接入带宽查找预设的对应关系，得到第一码率；所述对应关系用于表征接入带宽与m3u8中的码率值之间成正比例的关系。

本发明以上实施例提供的技术方案较现有技术方案相比，考虑为多并发用户提供较好的视频质量，即视频质量平均MoS分值最大，可以显著地提高用户对视频业务的体验质量。1)在多播业务中应用自适应码率技术方案时，通过增加判决器这一模块，为了使多并发用户平均MoS分值最大，提出反映QoE的MoS模型，其中码率选择考虑了和接入带宽的关系，模型考虑了多个用户客户端的并发带宽情况，在使得平均MoS值最大的条件下求解最优编码，并反馈给编码器进行多码率编码。其中计算时统计不同带宽区间的用户数，简化计算模型。2)判决器中基于QoE的MoS模型考虑了慢速、平动、快速三种类型视频内容下的码率，参数值a₁～a₅在不同类型下取值不同更能反应客观实际。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意 在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样 的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。