1.本技術(shù)涉及互聯(lián)網(wǎng)領(lǐng)域，具體而言，涉及一種流媒體場景的測試方法、裝置及系統(tǒng)、存儲介質(zhì)。


背景技術(shù)：

2.為了保證流媒體業(yè)務(wù)的正常運行，往往在流媒體業(yè)務(wù)上線前進(jìn)行流媒體測試，相關(guān)技術(shù)中的測試方法是：基于各個廠商自身的服務(wù)日志，通過日志打印實現(xiàn)測試，或者基于一些開源的工具，比如利用多媒體處理工具ffmpeg(ffmpeg是一套可以用來記錄、轉(zhuǎn)換數(shù)字音頻、視頻，并能將其轉(zhuǎn)化為流的開源計算機(jī)程序，采用lgpl或gpl許可證，它提供了錄制、轉(zhuǎn)換以及流化音視頻的完整解決方案)來測試某個業(yè)務(wù)場景。
3.上述的日志打印指的是由直播cdn服務(wù)產(chǎn)生的業(yè)務(wù)日志輸出，根據(jù)這些日志可以一定程度上判斷服務(wù)是否正常，如果報錯，可以根據(jù)這些日志來判斷出錯的原因，日志的特點是數(shù)據(jù)量較大，難以自動從里面提取直觀的業(yè)務(wù)信息，因為直播cdn是分布式的，分布在多個區(qū)域機(jī)房中，測試的時候不太可能去統(tǒng)計每個機(jī)房服務(wù)的業(yè)務(wù)日志信息。
4.相關(guān)技術(shù)中的方案不直觀，比如基于日志解析的測試方法，如果日志打印錯誤就可能導(dǎo)致測試方案不通過，但是實際上功能并沒有問題，如果研發(fā)改變?nèi)罩敬蛴》绞剑瑴y試就需要重新編寫相應(yīng)的測試方案，維護(hù)效率和成本都非常高，另外日志的收集工作也非常繁雜，會導(dǎo)致測試效率較低。
5.針對上述的問題，目前尚未提出有效的解決方案。


技術(shù)實現(xiàn)要素：

6.本技術(shù)實施例提供了一種流媒體場景的測試方法、裝置及系統(tǒng)、存儲介質(zhì)，以至少解決相關(guān)技術(shù)中進(jìn)行流媒體測試的效率較低的技術(shù)問題。
7.根據(jù)本技術(shù)實施例的一個方面，提供了一種流媒體場景的測試系統(tǒng)，包括：測試系統(tǒng)包括客戶端、內(nèi)容分發(fā)端以及服務(wù)端，其中，客戶端用于對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的配置信息，并根據(jù)目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果，其中，目標(biāo)服務(wù)用于在客戶端與服務(wù)端之間傳輸目標(biāo)媒體內(nèi)容時使用；內(nèi)容分發(fā)端分別與客戶端和服務(wù)端通信連接，內(nèi)容分發(fā)端用于按照配置信息在客戶端與服務(wù)端之間傳輸目標(biāo)媒體內(nèi)容；服務(wù)端用于獲取在傳輸目標(biāo)媒體內(nèi)容時對目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)。
8.根據(jù)本技術(shù)實施例的另一方面，還提供了一種流媒體場景的測試方法，包括：應(yīng)用于客戶端，方法包括：對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的配置信息，其中，目標(biāo)服務(wù)用于在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容時使用；按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容；根據(jù)目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果，其中，測試數(shù)據(jù)是在傳輸目標(biāo)媒體內(nèi)容時對目標(biāo)服務(wù)進(jìn)行測試得到的數(shù)據(jù)。
9.根據(jù)本技術(shù)實施例的另一方面，還提供了一種流媒體場景的測試方法，包括：應(yīng)用于內(nèi)容分發(fā)端，方法包括：獲取配置信息，其中，配置信息是客戶端對配置文件進(jìn)行配置得
到的用于測試目標(biāo)服務(wù)的信息，目標(biāo)服務(wù)用于在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容時使用，客戶端用于根據(jù)對目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)確定測試結(jié)果；按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容。
10.根據(jù)本技術(shù)實施例的另一方面，還提供了一種流媒體場景的測試方法，包括：，應(yīng)用于測試端，方法包括：按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容，其中，配置信息是客戶端對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的信息，目標(biāo)服務(wù)用于在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容時使用；將傳輸目標(biāo)媒體內(nèi)容時對目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)發(fā)送給客戶端，其中，客戶端用于根據(jù)測試數(shù)據(jù)確定測試結(jié)果。
11.根據(jù)本技術(shù)實施例的另一方面，還提供了一種流媒體場景的測試裝置，包括：應(yīng)用于客戶端，裝置包括：配置單元，用于對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的配置信息，其中，目標(biāo)服務(wù)用于在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容時使用；第一傳輸單元，用于按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容；測試單元，用于根據(jù)目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果，其中，測試數(shù)據(jù)是在傳輸目標(biāo)媒體內(nèi)容時對目標(biāo)服務(wù)進(jìn)行測試得到的數(shù)據(jù)。
12.根據(jù)本技術(shù)實施例的另一方面，還提供了一種流媒體場景的測試裝置，包括：應(yīng)用于內(nèi)容分發(fā)端，裝置包括：獲取單元，用于獲取配置信息，其中，配置信息是客戶端對配置文件進(jìn)行配置得到的用于測試目標(biāo)服務(wù)的信息，目標(biāo)服務(wù)用于在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容時使用，客戶端用于根據(jù)對目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)確定測試結(jié)果；第二傳輸單元，用于按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容。
13.根據(jù)本技術(shù)實施例的另一方面，還提供了一種流媒體場景的測試裝置，包括：應(yīng)用于測試端，裝置包括：第三傳輸單元，用于按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容，其中，配置信息是客戶端對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的信息，目標(biāo)服務(wù)用于在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容時使用；發(fā)送單元，用于將傳輸目標(biāo)媒體內(nèi)容時對目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)發(fā)送給客戶端，其中，客戶端用于根據(jù)測試數(shù)據(jù)確定測試結(jié)果。
14.根據(jù)本技術(shù)實施例的另一方面，還提供了一種存儲介質(zhì)，該存儲介質(zhì)包括存儲的程序，程序運行時執(zhí)行上述的方法。
15.根據(jù)本技術(shù)實施例的另一方面，還提供了一種電子裝置，包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機(jī)程序，處理器通過計算機(jī)程序執(zhí)行上述的方法。
16.在本技術(shù)實施例中，提供了一套流媒體場景的測試系統(tǒng)，在測試時，在客戶端中對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的配置信息，并根據(jù)所述目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果即可，而不用每次測試時都編寫完整的測試方案，更加不用手動收集相關(guān)信息，可以解決相關(guān)技術(shù)中進(jìn)行流媒體測試的效率較低的技術(shù)問題，進(jìn)而達(dá)到提高測試效率的技術(shù)效果。
附圖說明
17.此處所說明的附圖用來提供對本技術(shù)的進(jìn)一步理解，構(gòu)成本技術(shù)的一部分，本技術(shù)的示意性實施例及其說明用于解釋本技術(shù)，并不構(gòu)成對本技術(shù)的不當(dāng)限定。在附圖中：
18.圖1是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試系統(tǒng)的流程圖；
19.圖2是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試方法的流程圖；
20.圖3是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試方法的流程圖；
21.圖4是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試方法的流程圖；
22.圖5是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試裝置的示意圖；
23.圖6是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試裝置的示意圖；
24.圖7是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試裝置的示意圖；以及，
25.圖8是根據(jù)本技術(shù)實施例的一種終端的結(jié)構(gòu)框圖。
具體實施方式
26.為了使本技術(shù)領(lǐng)域的人員更好地理解本技術(shù)方案，下面將結(jié)合本技術(shù)實施例中的附圖，對本技術(shù)實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本技術(shù)一部分的實施例，而不是全部的實施例?；诒炯夹g(shù)中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本技術(shù)保護(hù)的范圍。
27.需要說明的是，本技術(shù)的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本技術(shù)的實施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤?。此外，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。
28.首先，在對本技術(shù)實施例進(jìn)行描述的過程中出現(xiàn)的部分名詞或者術(shù)語適用于如下解釋：
29.tcp：傳輸控制協(xié)議(tcp，transmission control protocol)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議，由ietf的rfc 793定義。
30.udp：internet協(xié)議集支持一個無連接的傳輸協(xié)議，該協(xié)議稱為用戶數(shù)據(jù)報協(xié)議(udp，user datagram protocol)。udp為應(yīng)用程序提供了一種無需建立連接就可以發(fā)送封裝的ip數(shù)據(jù)包的方法。
31.flv：是直播場景中常用的一種音視頻的格式，一種音視頻碼流的封裝格式，flv是flash video的簡稱，flv流媒體格式是隨著flash mx的推出發(fā)展而來的視頻格式，由于它形成的文件極小、加載速度極快，使得網(wǎng)絡(luò)觀看視頻文件成為可能，它的出現(xiàn)有效地解決了視頻文件導(dǎo)入flash后，使導(dǎo)出的swf文件體積龐大，不能在網(wǎng)絡(luò)上很好的使用等問題。
32.軟件測試需要一套成熟的測試框架，流媒體測試沒有開源的相關(guān)框架。根據(jù)本技術(shù)實施例的一方面，提供了一種流媒體場景的測試系統(tǒng)的實施例。
33.可選地，在本實施例中，本技術(shù)的流媒體場景的測試方法可以應(yīng)用于如圖1所示的流媒體場景的測試系統(tǒng)。如圖1所示，流媒體框架客戶端c(后文簡稱客戶端11)與直播內(nèi)容分發(fā)端cdn(后文簡稱內(nèi)容分發(fā)端13)通信連接，直播內(nèi)容分發(fā)端cdn與流媒體框架服務(wù)端s(后文簡稱服務(wù)端15)通信連接，流媒體框架服務(wù)端s與流媒體框架數(shù)據(jù)端d(后文簡稱數(shù)據(jù)
端17)通信連接，流媒體框架數(shù)據(jù)端d與流媒體框架客戶端c通信連接，其中，流媒體框架服務(wù)端s和流媒體框架數(shù)據(jù)端d是從功能上的區(qū)分，二者也可作為一個實體存在，即測試端。
34.客戶端用于對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的配置信息，并根據(jù)目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果，目標(biāo)服務(wù)用于在客戶端與服務(wù)端之間傳輸目標(biāo)媒體內(nèi)容時使用?？蛻舳烁鶕?jù)不同的測試方案，推拉流到直播cdn節(jié)點，直播cdn節(jié)點做數(shù)據(jù)的整理，然后從數(shù)據(jù)端獲取推流的基本信息。
35.上述目標(biāo)媒體內(nèi)容為流媒體內(nèi)容，客戶端支持rtmp-flv、http-flv等格式的流媒體內(nèi)容，支持flv等多種流媒體碼流的實時解析(如利用tcp或者udp接收對端發(fā)送過來的二進(jìn)制數(shù)據(jù)，框架底層把這些二進(jìn)制數(shù)據(jù)依據(jù)flv的標(biāo)準(zhǔn)來做解析)，根據(jù)不同的場景校驗，客戶端框架包含斷言api設(shè)計(斷言api是測試框架最上層的封裝，作用就是如果程序正常的話就繼續(xù)執(zhí)行，直到執(zhí)行結(jié)束，如果中間執(zhí)行出現(xiàn)錯誤，立馬中止執(zhí)行)。
36.內(nèi)容分發(fā)端分別與客戶端和服務(wù)端通信連接，內(nèi)容分發(fā)端用于按照配置信息在客戶端與服務(wù)端之間傳輸目標(biāo)媒體內(nèi)容。
37.內(nèi)容分發(fā)端的主要作用是按照配置信息進(jìn)行推拉流，推流指的是把客戶端采集階段封包好的內(nèi)容傳輸?shù)椒?wù)器的過程，其實就是將現(xiàn)場的視頻信號傳到網(wǎng)絡(luò)的過程；“推流”對網(wǎng)絡(luò)要求比較高，如果網(wǎng)絡(luò)不穩(wěn)定，直播效果就會很差，觀眾觀看直播時就會發(fā)生卡頓等現(xiàn)象，觀看體驗很是糟糕；拉流是指服務(wù)器已有直播內(nèi)容，根據(jù)協(xié)議類型(如rtmp、rtp、rtsp、http等)，與服務(wù)器建立連接并接收數(shù)據(jù)，進(jìn)行拉取的過程，拉流端的核心處理在播放器端的解碼和渲染，在互動直播中還需集成聊天室、點贊和禮物系統(tǒng)等功能。
38.服務(wù)端用于獲取在傳輸目標(biāo)媒體內(nèi)容時對目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)。
39.上述流媒體測試的服務(wù)端，可支持rtmp-flv、http-flv、websocket-flv等流媒體協(xié)議，支持協(xié)議擴(kuò)展，可以在框架上層進(jìn)行各種協(xié)議的封裝，底層只要實現(xiàn)上層調(diào)用接口，就能把大多數(shù)傳輸協(xié)議集成進(jìn)來，比如kcp、quic等協(xié)議。
40.通過上述技術(shù)方案，提供了一套流媒體場景的測試系統(tǒng)，在測試時，在客戶端中對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的配置信息，并根據(jù)目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果即可，而不用每次測試時都編寫完整的測試方案，更加不用手動收集相關(guān)信息，可以解決相關(guān)技術(shù)中進(jìn)行流媒體測試的效率較低的技術(shù)問題，進(jìn)而達(dá)到提高測試效率的技術(shù)效果。
41.可選地，系統(tǒng)還包括：數(shù)據(jù)端，數(shù)據(jù)端分別與服務(wù)端和客戶端通信連接，數(shù)據(jù)端用于保存服務(wù)端上報的測試數(shù)據(jù)，并按照客戶端的請求返回測試數(shù)據(jù)。
42.上述數(shù)據(jù)端(即流媒體框架數(shù)據(jù)端)用于提供流媒體數(shù)據(jù)的收集整合服務(wù)，收集服務(wù)端的建聯(lián)(服務(wù)端與客戶端，或者客戶端與客戶端之間建立tcp、udp連接)、碼流等測試數(shù)據(jù)，并整合到本地，以便客戶端根據(jù)不同的測試方案來此處獲取結(jié)果，驗證測試結(jié)果。上述的數(shù)據(jù)端僅僅是從功能上的描述，其可以作為獨立硬件的存在，也可以和服務(wù)端集成在一起(即測試端)。
43.測試時，數(shù)據(jù)端接受服務(wù)端的數(shù)據(jù)上報、客戶端的數(shù)據(jù)請求。內(nèi)部實現(xiàn)邏輯上，對于不同的客戶，有唯一的標(biāo)識(unique_name)，每個客戶的每路流用“標(biāo)識unique_name+應(yīng)用app名稱+流名streamname”來標(biāo)識?？蛻舳薱想要去數(shù)據(jù)端獲取測試結(jié)果，只要帶上unique_name、app、streamname這些參數(shù)即可獲取相應(yīng)的case結(jié)果。
44.可選地，為了便于根據(jù)不同的測試方案進(jìn)行配置，客戶端包括：第一配置模塊，第一配置模塊用于在配置文件的第一地址字段中配置第一目標(biāo)地址或在配置文件的第二地址字段中配置第二目標(biāo)地址，第一目標(biāo)地址為用于接收客戶端發(fā)送到的第一媒體內(nèi)容的地址，第二目標(biāo)地址為用于客戶端獲取第二媒體內(nèi)容的地址，目標(biāo)媒體內(nèi)容包括第一媒體內(nèi)容和第二媒體內(nèi)容。
45.相應(yīng)地，內(nèi)容分發(fā)端可包括：推流模塊，推流模塊用于按照從配置信息中解析出來的第一目標(biāo)地址對第一媒體內(nèi)容進(jìn)行推流；拉流模塊，拉流模塊用于按照從配置信息中解析出來的第二目標(biāo)地址將第二媒體內(nèi)容拉流至客戶端。
46.上述方案相當(dāng)于提供模板化推拉流代碼，比如要進(jìn)行一個直播場景測試，主播a推流，觀眾b去拉流，測試時不用去寫測試代碼來實現(xiàn)“主播a推流、觀眾b去拉流”這個功能，只要創(chuàng)建一個配置文件，通過幾個簡單的命令就可以完成這個方案，方案中的代碼是自動生成的，如使用配置項“publish”：{“url”:“rtmp://domain/app/name”}進(jìn)行配置，有這個配置就會推流，“publish”表示推流，“url”之后的“rtmp://domain/app/name”是內(nèi)容分發(fā)端推流到的目標(biāo)地址”；類似地配置項“pull”:{“url”:“http://domain/app/name？args＝param”中，“pull”表示拉流嗎，“url”后的“http://domain/app/name？args＝param”是內(nèi)容分發(fā)端的拉流地址。
47.可選地，客戶端包括：第二配置模塊，第二配置模塊用于將第一媒體內(nèi)容的第一子內(nèi)容配置為第一格式的媒體內(nèi)容，并將第一媒體內(nèi)容中的第二子內(nèi)容配置為第二格式的媒體內(nèi)容，其中，第一媒體內(nèi)容包括多個子內(nèi)容，多個子內(nèi)容包括第一子內(nèi)容和第二子內(nèi)容，第一格式和第二格式為不同類型的媒體內(nèi)容格式。
48.flv碼流中包括一個個連續(xù)的音視頻tag，可以理解為，flv主要成分是一個個連續(xù)的tag的集合，客戶端支持rtmp-flv、http-flv、https-flv、websocket-flv等flv碼流的解析，支持制作生成flv碼流，并在flv中進(jìn)行tag自定義，自定義tag可以在模擬flv碼流異常的時候用，比如，自定義一種連續(xù)視頻tag，間隔為15秒，中間都是音頻tag的碼流，這樣可以測試服務(wù)端對這種碼流的兼容性。
49.服務(wù)端可用于模擬流媒體服務(wù)集群，在流媒體服務(wù)集群中，集群主要按照邊緣節(jié)點、區(qū)域節(jié)點、源站節(jié)點三類節(jié)點部署，源站節(jié)點一般來說兩個或者三個做主備，邊緣節(jié)點主要分布在目標(biāo)范圍的各個地方，區(qū)域節(jié)點一般主要作為二級節(jié)點緩解源站節(jié)點的壓力，主要部署在主要的地點。
50.服務(wù)端可以作為直播cdn的模擬源站，上層，模擬邊緣節(jié)點?？梢酝ㄟ^配置來實現(xiàn)，客戶端可包括：第三配置模塊，第三配置模塊用于在配置文件中配置第一信息、第二信息以及第三信息，第一信息用于指示服務(wù)端生成模擬源節(jié)點，第二信息用于指示服務(wù)端生成模擬邊緣節(jié)點，第三信息用于指示生成位于模擬源節(jié)點和模擬邊緣節(jié)點之間的模擬中間節(jié)點。
51.相應(yīng)地，服務(wù)端包括：按照配置信息中的第一信息生成的模擬源節(jié)點；按照配置信息中的第二信息生成的模擬邊緣節(jié)點；按照配置信息中的第三信息生成的模擬中間節(jié)點。
52.模擬源站：也是一個流媒體服務(wù)，模擬源站最基礎(chǔ)的推拉流的功能。這個源站還有一個重要功能是信息的收集上報。在正常的場景中，直播cdn會與源站做各種業(yè)務(wù)的交互，測試直播cdn的時候，會讓直播cdn與模擬源站交互，模擬源站會收集直播cdn的各種數(shù)據(jù)參
數(shù)，上報到服務(wù)端。
53.上層：直播cdn分成策略有邊緣，上層，推拉流的時候，邊緣回上層，上層回源站，即如果邊緣沒有數(shù)據(jù)就回上層拉取，如果上層沒有就需要回源。
54.模擬邊緣節(jié)點：測試框架cdn模擬節(jié)點的功能行為。
55.在測試時，直播cdn實現(xiàn)的所有功能(也是要測試的功能)，由客戶端去觸發(fā)直播cdn的這些功能，直播cdn會去與測試源站、上層以及邊緣等節(jié)點進(jìn)行交互，測試源站、上層、邊緣等節(jié)點的同時會收集交互信息，然后上報到數(shù)據(jù)端，客戶端即可從數(shù)據(jù)端拿到直播cdn的這些功能的處理結(jié)果，以此來判斷本次測試是否通過。
56.流媒體的服務(wù)端本質(zhì)上就是實現(xiàn)了一個流媒體服務(wù)器，支持推拉流，加上了推拉流的數(shù)據(jù)整合上報功能，為了使得服務(wù)端支持rtmp-flv、http-flv等協(xié)議，并支持協(xié)議擴(kuò)展，比如kcp、quic，服務(wù)端包括：存儲協(xié)議集合的存儲模塊，協(xié)議集合中包括多個協(xié)議，每個協(xié)議用于表示使用一種傳輸格式在服務(wù)端與客戶端之間傳輸目標(biāo)媒體內(nèi)容；協(xié)議擴(kuò)展模塊，協(xié)議擴(kuò)展模塊用于在協(xié)議集合中進(jìn)行協(xié)議的增加、修改或者刪除。
57.服務(wù)端，支持rtmp、http/https、quic、kcp等常規(guī)流媒體協(xié)議的推拉流，推拉流請求一般來自直播cdn服務(wù)(被測試的服務(wù))，收到推拉流請求后，會做一個標(biāo)準(zhǔn)flv碼流的處理，然后收集基本信息(即測試信息)，將信息上報到數(shù)據(jù)端。上報信息可定制，一般包含客戶端client或server的ip地址、域名、應(yīng)用app、流名(streamname)、客戶唯一標(biāo)識(unique_name)、推拉流的協(xié)議、攜帶的參數(shù)等，還可以包含flv數(shù)據(jù)流的一般字段，比如meta、時間戳是否從0開始、首幀音視頻信息等。
58.客戶端根據(jù)不同的測試需求，推拉流到直播cdn節(jié)點，直播cdn節(jié)點做數(shù)據(jù)的整理，然后從數(shù)據(jù)端d獲取推流的基本信息，為了使客戶端支持rtmp-flv、http-flv，支持flv碼流實時解析，客戶端包括：解碼模塊，解碼模塊用于采用與接收到媒體內(nèi)容的傳輸格式匹配的解碼器對媒體內(nèi)容進(jìn)行實時解碼。
59.圖2是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試方法的流程圖，應(yīng)用于客戶端，如圖2所示，該方法可以包括以下步驟：
60.步驟s202，對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的配置信息，目標(biāo)服務(wù)用于在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容時使用。
61.步驟s204，按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容。
62.可選地，按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容包括：按照配置信息在客戶端與服務(wù)端之間傳輸目標(biāo)媒體內(nèi)容，其中，測試端包括服務(wù)端。
63.步驟s206，根據(jù)目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果，測試數(shù)據(jù)是在傳輸目標(biāo)媒體內(nèi)容時對目標(biāo)服務(wù)進(jìn)行測試得到的數(shù)據(jù)。
64.可選地，在根據(jù)目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果之前，可從數(shù)據(jù)端獲取測試數(shù)據(jù)，其中，數(shù)據(jù)端用于保存服務(wù)端上報的測試數(shù)據(jù)，并按照客戶端的請求返回測試數(shù)據(jù)，測試端包括數(shù)據(jù)端。
65.例如，客戶端觸發(fā)任務(wù)，直播cdn去實現(xiàn)任務(wù)，任務(wù)的執(zhí)行信息會通過模擬源站、模擬上層、模擬邊緣匯總到數(shù)據(jù)端，最后客戶端再去數(shù)據(jù)段拿執(zhí)行結(jié)果，然后客戶端去根據(jù)拿到的結(jié)果去判斷是否成功。
66.圖3是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試方法的流程圖，應(yīng)用于
內(nèi)容分發(fā)端，如圖3所示，該方法可以包括以下步驟：
67.步驟s302，獲取配置信息，配置信息是客戶端對配置文件進(jìn)行配置得到的用于測試目標(biāo)服務(wù)的信息，目標(biāo)服務(wù)用于在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容時使用，客戶端用于根據(jù)對目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)確定測試結(jié)果。
68.步驟s304，按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容。
69.圖4是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試方法的流程圖，應(yīng)用于測試端，如圖4所示，該方法可以包括以下步驟：
70.步驟s402，按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容，配置信息是客戶端對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的信息，目標(biāo)服務(wù)用于在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容時使用。
71.可選地，按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容包括：按照配置信息在客戶端與服務(wù)端之間傳輸目標(biāo)媒體內(nèi)容，其中，測試端包括服務(wù)端。
72.步驟s404，將傳輸目標(biāo)媒體內(nèi)容時對目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)發(fā)送給客戶端，客戶端用于根據(jù)測試數(shù)據(jù)確定測試結(jié)果。
73.可選地，將傳輸目標(biāo)媒體內(nèi)容時對目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)發(fā)送給客戶端包括：在數(shù)據(jù)端上保存服務(wù)端上報的測試數(shù)據(jù)，并按照客戶端的請求返回測試數(shù)據(jù)，其中，測試端包括數(shù)據(jù)端。
74.作為一種可選的實施例，下文結(jié)合具體的實施方式詳述本技術(shù)的技術(shù)方案。
75.場景一，直播cdn拉流回友商，需要測試回源攜帶鑒權(quán)參數(shù)是否正確，是不是并行回源。
76.客戶端c發(fā)起直播cdn拉流，觸發(fā)直播cdn并行回源邏輯，直播cdn回框架服務(wù)端s拉流，服務(wù)端s記錄每一路來自直播cdn的請求(包括請求url，請求參數(shù)，建立tcp連接的時間等)，然后服務(wù)端s把這些記錄下的數(shù)據(jù)上傳到數(shù)據(jù)端d，客戶端再去數(shù)據(jù)端d獲取這些數(shù)據(jù)，判斷是不是并行回源，請求的鑒權(quán)參數(shù)是否正確，服務(wù)端s可以模擬各種拉流異常場景，比如服務(wù)端s發(fā)送的首幀是視頻/音頻、發(fā)送卡頓流、發(fā)送時間戳不連續(xù)的碼流等。
77.場景二，直播cdn推流轉(zhuǎn)推友商。
78.客戶端c發(fā)起直播cdn推流請求，觸發(fā)直播cdn轉(zhuǎn)推邏輯，直播cdn轉(zhuǎn)推到框架服務(wù)端s，服務(wù)端s記錄每一路推流的請求信息(請求url，建立tcp連接的時間，校驗推流flv的tag信息是否正確等)，然后s把這些記錄下的數(shù)據(jù)上傳到數(shù)據(jù)端d，客戶端再去數(shù)據(jù)端d獲取這些數(shù)據(jù)，然后判斷直播cdn轉(zhuǎn)推是否正常。服務(wù)端s可以模擬各種推流異常場景，比如模擬rtmp不給publisher響應(yīng)streambegin信令、rtmp握手失敗等。
79.場景三，直播cdn向外部接口發(fā)起推流鑒權(quán)請求。
80.客戶端發(fā)起向直播cdn推流請求，直播cdn發(fā)起向框架服務(wù)端s的鑒權(quán)請求，服務(wù)端s記錄直播cdn的請求url、請求次數(shù)、時間，然后向數(shù)據(jù)d做匯報，數(shù)據(jù)端d做信息匯總，客戶端c再去數(shù)據(jù)端d獲取這些信息，根據(jù)這些信息判斷直播cdn的鑒權(quán)請求是否有異常。框架服務(wù)端s可以模擬接口響應(yīng)異常、無法建立連接、鑒權(quán)失敗、錯誤狀態(tài)碼(500,400，404)等，這些異常場景用來測試直播cdn在接口異常的情況下的業(yè)務(wù)邏輯是否正常。
81.采用本技術(shù)的技術(shù)方案，提供了完整通用的流媒體測試框架，能覆蓋流媒體服務(wù)端測試的絕大部分業(yè)務(wù)場景，能根據(jù)客戶的實際使用場景來實現(xiàn)業(yè)務(wù)測試，完全按照客戶
的需求來開發(fā)，基于此框架開發(fā)，不會出現(xiàn)測試方案跑過而實際業(yè)務(wù)場景并沒有測試通過的問題。在方案中，流媒體服務(wù)端s的數(shù)據(jù)整合，上報到數(shù)據(jù)端d，客戶端c想要拿到結(jié)果只能從數(shù)據(jù)端d獲取。
82.需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本技術(shù)并不受所描述的動作順序的限制，因為依據(jù)本技術(shù)，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本技術(shù)所必須的。
83.通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本技術(shù)的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機(jī)，計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本技術(shù)各個實施例所述的方法。
84.根據(jù)本技術(shù)實施例的另一個方面，還提供了一種用于實施上述流媒體場景的測試方法的流媒體場景的測試裝置。圖5是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試裝置的示意圖，應(yīng)用于客戶端，如圖5所示，該裝置可以包括：
85.配置單元501，用于對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的配置信息，其中，所述目標(biāo)服務(wù)用于在所述客戶端與所述測試端之間傳輸目標(biāo)媒體內(nèi)容時使用；
86.第一傳輸單元503，用于按照所述配置信息在客戶端與測試端之間傳輸所述目標(biāo)媒體內(nèi)容；
87.測試單元505，用于根據(jù)所述目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果，其中，所述測試數(shù)據(jù)是在傳輸所述目標(biāo)媒體內(nèi)容時對所述目標(biāo)服務(wù)進(jìn)行測試得到的數(shù)據(jù)。
88.可選地，第一傳輸單元還可用于：按照所述配置信息在客戶端與服務(wù)端之間傳輸所述目標(biāo)媒體內(nèi)容，其中，所述測試端包括所述服務(wù)端。
89.可選地，測試單元還可用于：在根據(jù)所述目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果之前，從數(shù)據(jù)端獲取所述測試數(shù)據(jù)，其中，所述數(shù)據(jù)端用于保存所述服務(wù)端上報的所述測試數(shù)據(jù)，并按照所述客戶端的請求返回所述測試數(shù)據(jù)，所述測試端包括所述數(shù)據(jù)端。
90.根據(jù)本技術(shù)實施例的另一個方面，還提供了一種用于實施上述流媒體場景的測試方法的流媒體場景的測試裝置。圖6是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試裝置的示意圖，應(yīng)用于內(nèi)容分發(fā)端，如圖6所示，該裝置可以包括：
91.獲取單元601，用于獲取配置信息，其中，所述配置信息是客戶端對配置文件進(jìn)行配置得到的用于測試目標(biāo)服務(wù)的信息，所述目標(biāo)服務(wù)用于在所述客戶端與所述測試端之間傳輸目標(biāo)媒體內(nèi)容時使用，所述客戶端用于根據(jù)對所述目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)確定測試結(jié)果。
92.第二傳輸單元603，用于按照所述配置信息在所述客戶端與所述測試端之間傳輸所述目標(biāo)媒體內(nèi)容。
93.根據(jù)本技術(shù)實施例的另一個方面，還提供了一種用于實施上述流媒體場景的測試方法的流媒體場景的測試裝置。圖7是根據(jù)本技術(shù)實施例的一種可選的流媒體場景的測試
裝置的示意圖，應(yīng)用于測試端，如圖7所示，該裝置可以包括：
94.第三傳輸單元701，用于按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容，其中，所述配置信息是所述客戶端對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的信息，所述目標(biāo)服務(wù)用于在所述客戶端與所述測試端之間傳輸目標(biāo)媒體內(nèi)容時使用。
95.可選地，第三傳輸單元還可用于：按照所述配置信息在所述客戶端與服務(wù)端之間傳輸所述目標(biāo)媒體內(nèi)容，其中，所述測試端包括所述服務(wù)端。
96.發(fā)送單元703，用于將傳輸所述目標(biāo)媒體內(nèi)容時對所述目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)發(fā)送給所述客戶端，其中，所述客戶端用于根據(jù)所述測試數(shù)據(jù)確定測試結(jié)果。
97.可選地，發(fā)送單元還可用于在數(shù)據(jù)端上保存所述服務(wù)端上報的所述測試數(shù)據(jù)，并按照所述客戶端的請求返回所述測試數(shù)據(jù)，其中，所述測試端包括所述數(shù)據(jù)端。
98.此處需要說明的是，上述模塊與對應(yīng)的步驟所實現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實施例所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運行在如圖1所示的硬件環(huán)境中，可以通過軟件實現(xiàn)，也可以通過硬件實現(xiàn)，其中，硬件環(huán)境包括網(wǎng)絡(luò)環(huán)境。
99.根據(jù)本技術(shù)實施例的另一個方面，還提供了一種用于實施上述流媒體場景的測試方法的服務(wù)器或終端。
100.圖8是根據(jù)本技術(shù)實施例的一種終端的結(jié)構(gòu)框圖，如圖8所示，該終端可以包括：一個或多個(圖8中僅示出一個)處理器801、存儲器803、以及傳輸裝置805，如圖8所示，該終端還可以包括輸入輸出設(shè)備807。
101.其中，存儲器803可用于存儲軟件程序以及模塊，如本技術(shù)實施例中的流媒體場景的測試方法和裝置對應(yīng)的程序指令/模塊，處理器801通過運行存儲在存儲器803內(nèi)的軟件程序以及模塊，從而執(zhí)行各種功能應(yīng)用以及數(shù)據(jù)處理，即實現(xiàn)上述的流媒體場景的測試方法。存儲器803可包括高速隨機(jī)存儲器，還可以包括非易失性存儲器，如一個或者多個磁性存儲裝置、閃存、或者其他非易失性固態(tài)存儲器。在一些實例中，存儲器803可進(jìn)一步包括相對于處理器801遠(yuǎn)程設(shè)置的存儲器，這些遠(yuǎn)程存儲器可以通過網(wǎng)絡(luò)連接至終端。上述網(wǎng)絡(luò)的實例包括但不限于互聯(lián)網(wǎng)、企業(yè)內(nèi)部網(wǎng)、局域網(wǎng)、移動通信網(wǎng)及其組合。
102.上述的傳輸裝置805用于經(jīng)由一個網(wǎng)絡(luò)接收或者發(fā)送數(shù)據(jù)，還可以用于處理器與存儲器之間的數(shù)據(jù)傳輸。上述的網(wǎng)絡(luò)具體實例可包括有線網(wǎng)絡(luò)及無線網(wǎng)絡(luò)。在一個實例中，傳輸裝置805包括一個網(wǎng)絡(luò)適配器(network interface controller，nic)，其可通過網(wǎng)線與其他網(wǎng)絡(luò)設(shè)備與路由器相連從而可與互聯(lián)網(wǎng)或局域網(wǎng)進(jìn)行通訊。在一個實例中，傳輸裝置805為射頻(radio frequency，rf)模塊，其用于通過無線方式與互聯(lián)網(wǎng)進(jìn)行通訊。
103.其中，具體地，存儲器803用于存儲應(yīng)用程序。
104.處理器801可以通過傳輸裝置805調(diào)用存儲器803存儲的應(yīng)用程序，以執(zhí)行下述步驟：
105.對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的配置信息，其中，所述目標(biāo)服務(wù)用于在所述客戶端與所述測試端之間傳輸目標(biāo)媒體內(nèi)容時使用；
106.按照所述配置信息在客戶端與測試端之間傳輸所述目標(biāo)媒體內(nèi)容；
107.根據(jù)所述目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果，其中，所述測試數(shù)據(jù)是在傳輸所述目標(biāo)媒體內(nèi)容時對所述目標(biāo)服務(wù)進(jìn)行測試得到的數(shù)據(jù)。
108.處理器801還用于執(zhí)行下述步驟：
109.獲取配置信息，其中，所述配置信息是客戶端對配置文件進(jìn)行配置得到的用于測試目標(biāo)服務(wù)的信息，所述目標(biāo)服務(wù)用于在所述客戶端與所述測試端之間傳輸目標(biāo)媒體內(nèi)容時使用，所述客戶端用于根據(jù)對所述目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)確定測試結(jié)果；
110.按照所述配置信息在所述客戶端與所述測試端之間傳輸所述目標(biāo)媒體內(nèi)容。
111.處理器801還用于執(zhí)行下述步驟：
112.按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容，其中，所述配置信息是所述客戶端對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的信息，所述目標(biāo)服務(wù)用于在所述客戶端與所述測試端之間傳輸目標(biāo)媒體內(nèi)容時使用；
113.將傳輸所述目標(biāo)媒體內(nèi)容時對所述目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)發(fā)送給所述客戶端，其中，所述客戶端用于根據(jù)所述測試數(shù)據(jù)確定測試結(jié)果。
114.可選地，本實施例中的具體示例可以參考上述實施例中所描述的示例，本實施例在此不再贅述。
115.本領(lǐng)域普通技術(shù)人員可以理解，圖8所示的結(jié)構(gòu)僅為示意，終端可以是智能手機(jī)(如android手機(jī)、ios手機(jī)等)、平板電腦、掌上電腦以及移動互聯(lián)網(wǎng)設(shè)備(mobile internet devices，mid)、pad等終端設(shè)備。圖8其并不對上述電子裝置的結(jié)構(gòu)造成限定。例如，終端還可包括比圖8中所示更多或者更少的組件(如網(wǎng)絡(luò)接口、顯示裝置等)，或者具有與圖8所示不同的配置。
116.本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令終端設(shè)備相關(guān)的硬件來完成，該程序可以存儲于一計算機(jī)可讀存儲介質(zhì)中，存儲介質(zhì)可以包括：閃存盤、只讀存儲器(read-only memory，rom)、隨機(jī)存取器(random access memory，ram)、磁盤或光盤等。
117.本技術(shù)的實施例還提供了一種存儲介質(zhì)?？蛇x地，在本實施例中，上述存儲介質(zhì)可以用于執(zhí)行流媒體場景的測試方法的程序代碼。
118.可選地，在本實施例中，上述存儲介質(zhì)可以位于上述實施例所示的網(wǎng)絡(luò)中的多個網(wǎng)絡(luò)設(shè)備中的至少一個網(wǎng)絡(luò)設(shè)備上。
119.可選地，在本實施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：
120.對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的配置信息，其中，所述目標(biāo)服務(wù)用于在所述客戶端與所述測試端之間傳輸目標(biāo)媒體內(nèi)容時使用；
121.按照所述配置信息在客戶端與測試端之間傳輸所述目標(biāo)媒體內(nèi)容；
122.根據(jù)所述目標(biāo)服務(wù)的測試數(shù)據(jù)確定測試結(jié)果，其中，所述測試數(shù)據(jù)是在傳輸所述目標(biāo)媒體內(nèi)容時對所述目標(biāo)服務(wù)進(jìn)行測試得到的數(shù)據(jù)。
123.可選地，存儲介質(zhì)還被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：
124.獲取配置信息，其中，所述配置信息是客戶端對配置文件進(jìn)行配置得到的用于測試目標(biāo)服務(wù)的信息，所述目標(biāo)服務(wù)用于在所述客戶端與所述測試端之間傳輸目標(biāo)媒體內(nèi)容時使用，所述客戶端用于根據(jù)對所述目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)確定測試結(jié)果；
125.按照所述配置信息在所述客戶端與所述測試端之間傳輸所述目標(biāo)媒體內(nèi)容。
126.可選地，存儲介質(zhì)還被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：
127.按照配置信息在客戶端與測試端之間傳輸目標(biāo)媒體內(nèi)容，其中，所述配置信息是
所述客戶端對配置文件進(jìn)行配置得到用于測試目標(biāo)服務(wù)的信息，所述目標(biāo)服務(wù)用于在所述客戶端與所述測試端之間傳輸目標(biāo)媒體內(nèi)容時使用；
128.將傳輸所述目標(biāo)媒體內(nèi)容時對所述目標(biāo)服務(wù)進(jìn)行測試得到的測試數(shù)據(jù)發(fā)送給所述客戶端，其中，所述客戶端用于根據(jù)所述測試數(shù)據(jù)確定測試結(jié)果。
129.可選地，本實施例中的具體示例可以參考上述實施例中所描述的示例，本實施例在此不再贅述。
130.可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：u盤、只讀存儲器(rom，read-only memory)、隨機(jī)存取存儲器(ram，random access memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
131.上述本技術(shù)實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
132.上述實施例中的集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在上述計算機(jī)可讀取的存儲介質(zhì)中。基于這樣的理解，本技術(shù)的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在存儲介質(zhì)中，包括若干指令用以使得一臺或多臺計算機(jī)設(shè)備(可為個人計算機(jī)、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本技術(shù)各個實施例所述方法的全部或部分步驟。
133.在本技術(shù)的上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。
134.在本技術(shù)所提供的幾個實施例中，應(yīng)該理解到，所揭露的客戶端，可通過其它的方式實現(xiàn)。其中，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。
135.所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。
136.另外，在本技術(shù)各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。
137.以上所述僅是本技術(shù)的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本技術(shù)原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本技術(shù)的保護(hù)范圍。