本發(fā)明涉及通信領(lǐng)域，尤其涉及視頻流提供方法及裝置。

背景技術(shù)：

虛擬機(jī)頂盒技術(shù)是指電視運(yùn)營商通過服務(wù)器集中管理用戶收視的新型技術(shù)。采用虛擬機(jī)頂盒技術(shù)，客戶端可以將用戶操作直接發(fā)送到服務(wù)器，而服務(wù)器則可以直接向不同客戶端返回不同的視頻流，從而使客戶端可以不再對用戶的操作及視頻數(shù)據(jù)進(jìn)行處理，有效降低管理用戶收視對客戶端的硬件要求。

在采用虛擬機(jī)頂盒技術(shù)對用戶收視進(jìn)行管理時(shí)，不同的用戶收看的節(jié)目不同，因此服務(wù)器需要為不同的客戶端提供不同的視頻流。由于每一個(gè)用戶并非持續(xù)收看電視節(jié)目，因此服務(wù)器并不需要持續(xù)為客戶端提供視頻流，而只需要在用戶收看電視節(jié)目時(shí)為客戶端提供視頻流即可。因此為節(jié)省資源，服務(wù)器通常會(huì)使用有狀態(tài)會(huì)話(Stateful Session Bean)對客戶端進(jìn)行區(qū)分并相應(yīng)提供不同的視頻流，有狀態(tài)會(huì)話是指服務(wù)器在每次為客戶端服務(wù)時(shí)為該客戶端提供創(chuàng)建一個(gè)會(huì)話，通過該會(huì)話的信息記錄需要為該客戶端提供的視頻流，并在結(jié)束為該客戶端服務(wù)后銷毀該會(huì)話。

在客戶端數(shù)量較多時(shí)，電視運(yùn)營商可能需要同時(shí)使用多個(gè)服務(wù)器管理和服務(wù)多個(gè)客戶端，在不同的時(shí)刻也可能由不同的服務(wù)器為同一虛擬客戶端提供視頻流。如果服務(wù)器采用有狀態(tài)會(huì)話對客戶端進(jìn)行區(qū)分和管理，在不同的時(shí)刻由不同的服務(wù)器為客戶端提供視頻流時(shí)，就需要不斷的創(chuàng)建和銷毀會(huì)話，或者采用復(fù)雜的處理機(jī)制實(shí)現(xiàn)服務(wù)器之間的會(huì)話遷移，從而造成收視管理過程復(fù)雜。

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

本發(fā)明實(shí)施例提供了視頻流提供方法及裝置，可以簡化收視管理的處理過程。

第一方面，本發(fā)明實(shí)施例提供了一種視頻流提供方法，該方法包括：接收客戶端發(fā)送的請求信息，所述請求信息攜帶用戶身份證明UID；從會(huì)話管理器中獲取與所述UID對應(yīng)的會(huì)話信息；根據(jù)所述會(huì)話信息生成應(yīng)向所述客戶端發(fā)送的用戶界面；將所述用戶界面編碼為視頻流；將所述視頻流發(fā)送給所述客戶端。

結(jié)合第一方面，在第一方面第一種可能的實(shí)現(xiàn)方式中，所述方法還包括：更新所述用戶界面；根據(jù)更新后的所述用戶界面更新所述會(huì)話信息。

結(jié)合第一方面或第一方面第一種可能的實(shí)現(xiàn)方式，在第一方面第二種可能的實(shí)現(xiàn)方式中，所述從會(huì)話管理器中獲取與所述UID對應(yīng)的會(huì)話信息包括：從會(huì)話管理器中獲取與所述UID對應(yīng)的統(tǒng)一資源標(biāo)識符URI。

結(jié)合第一方面第二種可能的實(shí)現(xiàn)方式，在第一方面第三種可能的實(shí)現(xiàn)方式中，根據(jù)所述會(huì)話信息獲取應(yīng)向所述客戶端發(fā)送的待發(fā)送數(shù)據(jù)包括：向內(nèi)容服務(wù)器發(fā)起所述URI對應(yīng)的超文本傳輸協(xié)議HTTP請求；獲取所述HTTP請求對應(yīng)的響應(yīng)內(nèi)容；根據(jù)所述響應(yīng)內(nèi)容生成用戶界面。

結(jié)合第一方面第三種可能的實(shí)現(xiàn)方式，在第一方面第四種可能的實(shí)現(xiàn)方式中，更新所述用戶界面包括：從客戶端獲取用戶操作；根據(jù)用戶操作更新所述用戶界面。

結(jié)合第一方面第三種可能的實(shí)現(xiàn)方式，在第一方面第五種可能的實(shí)現(xiàn)方式中，更新所述用戶界面包括：根據(jù)所述響應(yīng)內(nèi)容更新所述用戶界面。

結(jié)合第一方面第一至五種可能的實(shí)現(xiàn)方式其中任意一種，在第一方面第六種可能的實(shí)現(xiàn)方式中，根據(jù)更新后的所述用戶界面更新所述會(huì)話信息包括：緩存與更新后的所述用戶界面相對應(yīng)的URI；在符合預(yù)定條件時(shí)，將與所述UID對應(yīng)的會(huì)話信息更新為與更新后的所述用戶界面相對應(yīng)的URI。

結(jié)合第一方面或結(jié)合第一方面第一至六種可能的實(shí)現(xiàn)方式其中任意一種，在第一方面第七種可能的實(shí)現(xiàn)方式中，接收客戶端發(fā)送的請求信息包括：接收調(diào)度器轉(zhuǎn)發(fā)的所述請求信息。

結(jié)合第一方面第七種可能的實(shí)現(xiàn)方式，在第一方面第八種可能的實(shí)現(xiàn)方式中，所述將所述視頻流發(fā)送給所述客戶端包括：將所述視頻流及UID發(fā)送給所述調(diào)度器，以便于所述調(diào)度器將所述視頻流發(fā)送至與所述UID對應(yīng)的客戶端。

結(jié)合第一方面或結(jié)合第一方面第一至八種可能的實(shí)現(xiàn)方式其中任意一種，在第一方面第九種可能的實(shí)現(xiàn)方式中，在接收客戶端發(fā)送的請求信息之前還包括：生成與所述客戶端對應(yīng)的會(huì)話信息；通過所述會(huì)話管理器保存所述客戶端所對應(yīng)的會(huì)話信息與所述客戶端的UID之間的對應(yīng)關(guān)系。

第二方面，本發(fā)明實(shí)施例提供了一種視頻流提供裝置，該裝置包括：接收單元，用于接收客戶端發(fā)送的請求信息，所述請求信息攜帶用戶身份證明UID；獲取單元，用于從會(huì)話管理器中獲取與所述UID對應(yīng)的會(huì)話信息；生成單元，用于根據(jù)所述會(huì)話信息生成應(yīng)向所述客戶端發(fā)送的用戶界面；編碼單元，用于將所述用戶界面編碼為視頻流；發(fā)送單元，用于將所述視頻流發(fā)送給所述客戶端。

結(jié)合第一方面，在第一方面第一種可能的實(shí)現(xiàn)方式中，所述裝置還包括更新單元，所述生成單元，還用于更新所述用戶界面；所述更新單元，用于根據(jù)更新后的所述用戶界面更新所述會(huì)話信息。

結(jié)合第一方面或第一方面第一種可能的實(shí)現(xiàn)方式，在第一方面第二種可能的實(shí)現(xiàn)方式中，所述獲取單元，具體用于從會(huì)話管理器中獲取與所述UID對應(yīng)的統(tǒng)一資源標(biāo)識符URI。

結(jié)合第一方面第二種可能的實(shí)現(xiàn)方式，在第一方面第三種可能的實(shí)現(xiàn)方式中，所述生成單元包括：請求子單元，用于向內(nèi)容服務(wù)器發(fā)起所述URI對應(yīng)的超文本傳輸協(xié)議HTTP請求；獲取子單元，用于獲取所述HTTP請求對應(yīng)的響應(yīng)內(nèi)容；生成子單元，用于根據(jù)所述響應(yīng)內(nèi)容生成用戶界面。

結(jié)合第一方面第三種可能的實(shí)現(xiàn)方式，在第一方面第四種可能的實(shí)現(xiàn)方式中，所述接收單元，用于從客戶端獲取用戶操作；所述生成單元，還用于根據(jù)用戶操作更新所述用戶界面。

結(jié)合第一方面第三種可能的實(shí)現(xiàn)方式，在第一方面第五種可能的實(shí)現(xiàn)方式中，所述生成單元，還用于根據(jù)所述響應(yīng)內(nèi)容更新所述用戶界面。

結(jié)合第一方面第一至五種可能的實(shí)現(xiàn)方式其中任意一種，在第一方面第六種可能的實(shí)現(xiàn)方式中，所述更新單元包括：緩存子單元，用于緩存與更新后的所述用戶界面相對應(yīng)的URI；更新子單元，用于在符合預(yù)定條件時(shí)，將與所述UID對應(yīng)的會(huì)話信息更新為與更新后的所述用戶界面相對應(yīng)的URI。

結(jié)合第一方面或結(jié)合第一方面第一至六種可能的實(shí)現(xiàn)方式其中任意一種，在第一方面第七種可能的實(shí)現(xiàn)方式中，所述接收單元，具體用于接收調(diào)度器轉(zhuǎn)發(fā)的所述請求信息。

結(jié)合第一方面第七種可能的實(shí)現(xiàn)方式，在第一方面第八種可能的實(shí)現(xiàn)方式中，所述發(fā)送單元，具體用于將所述視頻流及UID發(fā)送給所述調(diào)度器，以便于所述調(diào)度器將所述視頻流發(fā)送至與所述UID對應(yīng)的客戶端。

結(jié)合第一方面或結(jié)合第一方面第一至八種可能的實(shí)現(xiàn)方式其中任意一種，在第一方面第九種可能的實(shí)現(xiàn)方式中，所述裝置還包括：會(huì)話信息生成單元，用于生成與所述客戶端對應(yīng)的會(huì)話信息；會(huì)話信息保存單元，用于通過所述會(huì)話管理器保存所述客戶端所對應(yīng)的會(huì)話信息與所述客戶端的UID之間的對應(yīng)關(guān)系。

本發(fā)明實(shí)施例中，接收客戶端發(fā)送的請求信息，所述請求信息攜帶用戶身份證明 UID；從會(huì)話管理器中獲取與所述UID對應(yīng)的會(huì)話信息；根據(jù)所述會(huì)話信息生成應(yīng)向所述客戶端發(fā)送的用戶界面；將所述用戶界面編碼為視頻流；將所述視頻流發(fā)送給所述客戶端。由于可以利用會(huì)話管理器保存和管理會(huì)話，因而服務(wù)器無需再頻繁創(chuàng)建和銷毀會(huì)話，也無需再采用復(fù)雜的處理機(jī)制實(shí)現(xiàn)服務(wù)器之間的會(huì)話遷移，因而可以大大簡化收視管理的處理過程。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，對于本領(lǐng)域普通技術(shù)人員而言，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明收視管理系統(tǒng)的結(jié)構(gòu)示意圖；

圖2為本發(fā)明視頻流提供方法一個(gè)實(shí)施例的流程示意圖；

圖3為本發(fā)明視頻流提供方法另一個(gè)實(shí)施例的流程示意圖；

圖4為本發(fā)明視頻流提供方法另一個(gè)實(shí)施例的流程示意圖；

圖5為本發(fā)明視頻流提供裝置一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；

圖6為本發(fā)明服務(wù)器一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整的描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

參見圖1，為本發(fā)明收視管理系統(tǒng)的結(jié)構(gòu)示意圖。

如圖1所示，所述系統(tǒng)可以包括：至少一個(gè)調(diào)度器101、至少一個(gè)會(huì)話管理器102與至少兩個(gè)服務(wù)器103。會(huì)話管理器用于保存服務(wù)器103與客戶端104之間的會(huì)會(huì)話信息，調(diào)度器101用于將各個(gè)客戶端104發(fā)送的收拾請求分發(fā)到各個(gè)服務(wù)器103，并將各個(gè)服務(wù)器103生成的視頻流分發(fā)至對應(yīng)的客戶端104。所述視頻流由服務(wù)器103根據(jù)從內(nèi)容服務(wù)器105中獲取到的數(shù)據(jù)生成。所述內(nèi)容服務(wù)器105可以包括IPTV(Internet Protocol Television)服務(wù)者互聯(lián)網(wǎng)應(yīng)用服務(wù)器等。

其中，所述調(diào)度器101、所述會(huì)話管理器102及所述服務(wù)器103均可以通過硬件實(shí)現(xiàn)，也均可以通過軟件實(shí)現(xiàn)。例如，所述會(huì)話管理器102可以為數(shù)據(jù)庫，所述調(diào)度器101可以為負(fù)載均衡組件，所述服務(wù)器103可以為瀏覽器。

參見圖2，為本發(fā)明視頻流提供方法一個(gè)實(shí)施例的流程圖，該方法包括如下步驟：

步驟201，接收客戶端發(fā)送的請求信息，所述請求信息攜帶用戶身份證明(User Identification，簡稱UID)。

調(diào)度器在接收到客戶端發(fā)送的收拾請求后，根據(jù)各個(gè)服務(wù)器的負(fù)載狀況選擇一個(gè)服務(wù)器，并將該收拾請求分發(fā)到該服務(wù)器。其中，收拾請求是指用于收看電視節(jié)目、瀏覽網(wǎng)頁內(nèi)容等操作的用戶操作。

在接收客戶端發(fā)送的請求信息之前，服務(wù)器還可以先生成與所述客戶端對應(yīng)的會(huì)話信息，然后通過所述會(huì)話管理器保存所述客戶端所對應(yīng)的會(huì)話信息與所述客戶端的UID之間的對應(yīng)關(guān)系。

例如，如果客戶端為新增的客戶端，那么服務(wù)器可以在接收到該客戶端首次發(fā)送的請求信息之前，根據(jù)默認(rèn)的生成規(guī)則預(yù)先生成與該客戶端對應(yīng)的會(huì)話信息，并通過會(huì)話管理器對該請求信息進(jìn)行保存?；蛘?，服務(wù)器也可以在接收到該客戶首次發(fā)送的請求信息之后生成與該客戶端對應(yīng)的會(huì)話信息。

步驟202，從會(huì)話管理器中獲取與所述UID對應(yīng)的會(huì)話信息。

服務(wù)器在接收到請求信息后，首先獲取收拾請求中包含的UID。然后將UID發(fā)送至?xí)捁芾砥鳌?huì)話管理器根據(jù)UID查找對應(yīng)的會(huì)話信息，然后再將查找到的會(huì)話信息返回給服務(wù)器。為便于查找，會(huì)話管理器可以以鍵值對的形式存儲UID及UID對應(yīng)的會(huì)話信息。

所述會(huì)話信息可以為統(tǒng)一資源標(biāo)識符(Uniform Resource Identifier，簡稱URI)，其中，URI的格式可以如下：

http://website_address:port/ui_page/position_id#sub_id？uid＝xxxxx

如上述URI示例所示，URI的前半部分為內(nèi)容服務(wù)器的IP地址與端口號或是內(nèi)容服務(wù)器的域名與端口號，而URI的后半部分是具體的頁面地址以及頁面內(nèi)部元素的位置錨點(diǎn)，除此之外，URI中還可以攜帶對應(yīng)的UID。

在此需要說明的是，服務(wù)器在接收到客戶端首次發(fā)送的請求信息之前預(yù)先生成與所 述客戶端對應(yīng)的會(huì)話信息時(shí)，URI的前半部分及后半部分均可以為默認(rèn)內(nèi)容。

步驟203，根據(jù)所述會(huì)話信息生成應(yīng)向所述客戶端發(fā)送的用戶界面。

在獲取到所述會(huì)話信息后，服務(wù)器可以根據(jù)所述會(huì)話信息確定需要向客戶端返回的內(nèi)容，并且對所述內(nèi)容進(jìn)行解析執(zhí)行，從而生成用戶界面。

當(dāng)所述會(huì)話信息為URI時(shí)，所述服務(wù)器可以首先向IPTV服務(wù)器或者互聯(lián)網(wǎng)應(yīng)用服務(wù)器等內(nèi)容服務(wù)器發(fā)起所述URI對應(yīng)的超文本傳輸協(xié)議HTTP請求；然后接收由所述內(nèi)容服務(wù)器根據(jù)所述HTTP請求發(fā)送的響應(yīng)內(nèi)容。其中，所述響應(yīng)內(nèi)容的形式可以包括HTML、JS腳本、CSS等內(nèi)容，也可以包括MPEG-4碼流等內(nèi)容。在接收到所述響應(yīng)內(nèi)容之后，服務(wù)器可以根所述響應(yīng)內(nèi)容生成用戶界面。

例如，當(dāng)所述服務(wù)器為瀏覽器，所述響應(yīng)內(nèi)容包括JS時(shí)，瀏覽器可以執(zhí)行所述JS，通過javascript框架提供的相關(guān)API函數(shù)以所述URI所攜帶的UID信息，生成用戶界面。根據(jù)JS的不同或UID的不同，生成的用戶界面也各不相同。

步驟204，將所述用戶界面編碼為視頻流。

在用戶界面生成之后，服務(wù)器對用戶界面進(jìn)行編碼，從而生成視頻流。服務(wù)器對用戶界面進(jìn)行編碼時(shí)，可以根據(jù)UID的不同選擇不同的編碼方式，從而可以實(shí)現(xiàn)為不同客戶端提供不同類型視頻流的功能。

步驟205，將所述視頻流發(fā)送給所述客戶端。

在視頻流生成之后，服務(wù)器可以直接將視頻流發(fā)送給與所述UID對應(yīng)的客戶端；或者，也可以將視頻流及所述請求信息所攜帶的UID發(fā)送給所述調(diào)度器，再由所述調(diào)度器將所述視頻流發(fā)送至所述UID對應(yīng)的客戶端。

從上述實(shí)施例可以看出，接收客戶端發(fā)送的請求信息，所述請求信息攜帶用戶身份證明UID；從會(huì)話管理器中獲取與所述UID對應(yīng)的會(huì)話信息；根據(jù)所述會(huì)話信息生成應(yīng)向所述客戶端發(fā)送的用戶界面；將所述用戶界面編碼為視頻流；將所述視頻流發(fā)送給所述客戶端。由于可以利用會(huì)話管理器保存和管理會(huì)話，因而服務(wù)器無需再頻繁創(chuàng)建和銷毀會(huì)話，也無需再采用復(fù)雜的處理機(jī)制實(shí)現(xiàn)服務(wù)器之間的會(huì)話遷移，因而可以大大簡化收視管理的處理過程。

為便于服務(wù)器管理用戶收視，服務(wù)器還需要根據(jù)實(shí)際情況對所述會(huì)話信息進(jìn)行更新。因此如圖3所示，在所述步驟205之后，還可以包括：

步驟206，更新所述用戶界面。

服務(wù)器可以從會(huì)話管理器或者調(diào)度器獲取客戶端發(fā)送的用戶操作，然后根據(jù)用戶操作更新所述用戶界面。所述用戶操作可以包括頻道瀏覽、頻道切換、網(wǎng)頁瀏覽等。例如，所述用戶操作為頻道切換時(shí)，服務(wù)器可以從IPTV服務(wù)器獲取與切換后頻道相對應(yīng)的MPEG-4碼流，然后用切換后頻道相對應(yīng)的MPEG-4碼流替換切換前頻道相對應(yīng)的MPEG-4碼流，進(jìn)而重新生成新的用戶界面，完成所述用戶界面的更新。

當(dāng)所述服務(wù)器為瀏覽器時(shí)，可以利用Javascript框架提供的API接口獲取用戶信息。例如，所述API可以為SessionManager.getUserAction(uid)，其作用是通過uid，從SessionManager獲取用戶操作。

服務(wù)器也可以執(zhí)行所述響應(yīng)內(nèi)容，然后根據(jù)響應(yīng)內(nèi)容的執(zhí)行情況更新所述用戶界面。例如，當(dāng)所述響應(yīng)內(nèi)容中包含JS腳本時(shí)，服務(wù)器也可以根據(jù)JS腳本的執(zhí)行狀況更新所述用戶界面。具體過程在此就不再贅述。

步驟207，根據(jù)更新后的所述用戶界面更新所述會(huì)話信息。

當(dāng)所述用戶界面發(fā)生變化后，該用戶界面的URI也會(huì)對應(yīng)發(fā)生變化。當(dāng)所述會(huì)話信息為URI時(shí)，一旦用戶界面發(fā)生變化，所述會(huì)話信息也需要隨之進(jìn)行更新。

服務(wù)器可以在更新所述用戶界面之后，生成更新后的用戶界面所對應(yīng)的URI，然后將所述URI與所述客戶端的UID發(fā)送至?xí)捁芾砥?。?huì)話管理器再將與所述UID對應(yīng)的會(huì)話信息更新為與更新后的所述用戶界面相對應(yīng)的URI。

由于在實(shí)際使用中，用戶界面更新可能較為頻繁，如果在每次用戶界面更新之后都通過會(huì)話管理器更新會(huì)話信息，那么服務(wù)器就需要頻繁地與回話管理器進(jìn)行交互，導(dǎo)致服務(wù)器和回話管理器都會(huì)消耗比價(jià)多的資源。為避免資源消耗過多，服務(wù)器可以在用戶界面更新后，緩存與更新后的所述用戶界面相對應(yīng)的URI；并在符合預(yù)定條件時(shí)，再將與所述UID對應(yīng)的會(huì)話信息更新為與更新后的所述用戶界面相對應(yīng)的URI。其中，所述預(yù)定條件可以是時(shí)間條件，例如，每間隔預(yù)定時(shí)長，服務(wù)器使用與更新后的所述用戶界面相對應(yīng)的URI更新一次所述會(huì)話信息；或者，所述預(yù)定條件也可以觸發(fā)條件，例如，服務(wù)器可以在客戶端斷開與服務(wù)器的連接之后，使用與更新后的所述用戶界面相對應(yīng)的URI更新所述會(huì)話信息。通過緩存URI可以避免每次URI發(fā)生變化都對會(huì)話信息進(jìn)行更新，從而降低服務(wù)器與會(huì)話管理器的資源消耗。

采用本實(shí)施例，可以完成對會(huì)話信息的更新，從而收視管理更加簡單。

參見圖4，為本發(fā)明視頻流提供方法另一個(gè)實(shí)施例的示意圖。下面結(jié)合圖5對本發(fā)明做進(jìn)一步說明。

步驟401，客戶端將攜帶有UID的請求信息發(fā)送至調(diào)度器。

步驟402，調(diào)度器將請求信息分發(fā)至服務(wù)器。

步驟403，服務(wù)器將UID發(fā)送至?xí)捁芾砥鳌?/p>

步驟404，會(huì)話管理器將UID對應(yīng)的URI發(fā)送給服務(wù)器。

步驟405，服務(wù)器向內(nèi)容服務(wù)器發(fā)送所述URI對應(yīng)的HTTP請求。

步驟406，內(nèi)容服務(wù)器向服務(wù)器發(fā)送所述URI對應(yīng)的響應(yīng)內(nèi)容。

步驟407，服務(wù)器根據(jù)所述響應(yīng)內(nèi)容生成用戶界面。

步驟408，服務(wù)器將所述用戶界面編碼為視頻流。

步驟409，服務(wù)器將所述視頻流及所述UID發(fā)送至調(diào)度器。

步驟410，調(diào)度器將所述視頻流發(fā)送至所述UID對應(yīng)的客戶端。

在步驟410之后還可以包括：

步驟411，服務(wù)器更新用戶界面。

步驟412，服務(wù)器緩存更新后用戶界面所對應(yīng)的URI。

步驟413，服務(wù)器將更新后用戶界面所對應(yīng)的URI及所述UID發(fā)送至回話管理器。

步驟414，會(huì)話管理將所述UID對應(yīng)的會(huì)話信息更新為與更新后用戶界面所對應(yīng)的URI。

由于步驟401至步驟414的詳細(xì)執(zhí)行方式在前面實(shí)施例中已經(jīng)進(jìn)行了詳細(xì)說明，因此相關(guān)內(nèi)容參見前述實(shí)施例即可，在本實(shí)施例中就不再贅述。

采用本實(shí)施例，由于可以利用會(huì)話管理器保存和管理會(huì)話，因而服務(wù)器無需再頻繁創(chuàng)建和銷毀會(huì)話，也無需再采用復(fù)雜的處理機(jī)制實(shí)現(xiàn)服務(wù)器之間的會(huì)話遷移，因而可以大大簡化收視管理的處理過程。

與本發(fā)明視頻流提供方法相對應(yīng)，本發(fā)明還提供了視頻流提供裝置。

參見圖5，為本發(fā)明視頻流提供裝置一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。所述裝置可以用于執(zhí)行圖1至圖4所對應(yīng)實(shí)施例中的視頻流提供方法。

如果圖5所示，所述裝置可以包括：接收單元501，獲取單元502，生成單元503，編碼單元504，發(fā)送單元505。

其中，接收單元501，用于接收客戶端發(fā)送的請求信息，所述請求信息攜帶用戶身份證明UID；獲取單元502，用于從會(huì)話管理器中獲取與所述UID對應(yīng)的會(huì)話信息；生成單元503，用于根據(jù)所述會(huì)話信息生成應(yīng)向所述客戶端發(fā)送的用戶界面；編碼單元504，用于將所述用戶界面編碼為視頻流；發(fā)送單元505，用于將所述視頻流發(fā)送給所述客戶端。

可選的，所述裝置還可以包括更新單元。

當(dāng)所述裝置還包括更新單元時(shí)，所述生成單元503，還用于更新所述用戶界面；所述更新單元，用于根據(jù)更新后的所述用戶界面更新所述會(huì)話信息。

可選的，所述裝置還可以包括會(huì)話信息生成單元及會(huì)話信息保存單元。

其中，會(huì)話信息生成單元，用于生成與所述客戶端對應(yīng)的會(huì)話信息；會(huì)話信息保存單元，用于通過所述會(huì)話管理器保存所述客戶端所對應(yīng)的會(huì)話信息與所述客戶端的UID之間的對應(yīng)關(guān)系。

可選的，所述獲取單元502，具體用于從會(huì)話管理器中獲取與所述UID對應(yīng)的統(tǒng)一資源標(biāo)識符URI。

可選的，所述生成單元503包括：請求子單元，用于向內(nèi)容服務(wù)器發(fā)起所述URI對應(yīng)的超文本傳輸協(xié)議HTTP請求；獲取子單元，用于獲取所述HTTP請求對應(yīng)的響應(yīng)內(nèi)容；生成子單元，用于根據(jù)所述響應(yīng)內(nèi)容生成用戶界面。

可選的，所述接收單元501，用于從客戶端獲取用戶操作；所述生成單元503，還用于根據(jù)用戶操作更新所述用戶界面。

可選的，所述生成單元503，還用于根據(jù)所述響應(yīng)內(nèi)容更新所述用戶界面。

可選的，所述更新單元包括：緩存子單元，用于緩存與更新后的所述用戶界面相對應(yīng)的URI；更新子單元，用于在符合預(yù)定條件時(shí)，將與所述UID對應(yīng)的會(huì)話信息更新為與更新后的所述用戶界面相對應(yīng)的URI。

可選的，所述接收單元501，具體用于接收調(diào)度器轉(zhuǎn)發(fā)的所述請求信息。

可選的，所述發(fā)送單元505，具體用于將所述視頻流及UID發(fā)送給所述調(diào)度器，以便于所述調(diào)度器將所述視頻流發(fā)送至與所述UID對應(yīng)的客戶端。

采用本實(shí)施例，由于可以利用會(huì)話管理器保存和管理會(huì)話，因而視頻流提供裝置無需再頻繁創(chuàng)建和銷毀會(huì)話，也無需再采用復(fù)雜的處理機(jī)制實(shí)現(xiàn)服務(wù)器之間的會(huì)話遷移，因而可以大大簡化收視管理的處理過程。

與本發(fā)明視頻流提供方法及裝置相對應(yīng)，本發(fā)明還提供了服務(wù)器。

參加圖6，為本發(fā)明服務(wù)器一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。所述服務(wù)器可以用于執(zhí)行圖1至圖4所對應(yīng)實(shí)施例中的視頻流提供方法。

如圖6所示，所述服務(wù)器可以包括：處理器601，存儲器602，通信接口603。這些組件通過一條或多條總線進(jìn)行通信。本領(lǐng)域技術(shù)人員可以理解，圖中示出的服務(wù)器的結(jié)構(gòu)并不構(gòu)成對本發(fā)明的限定，它既可以是總線形結(jié)構(gòu)，也可以是星型結(jié)構(gòu)，還可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。

處理器601為所述裝置的控制中心，利用各種接口和線路連接整個(gè)電子設(shè)備的各個(gè)部分，通過運(yùn)行或執(zhí)行存儲在存儲器602內(nèi)的軟件程序和/或模塊，以及調(diào)用存儲在存儲器602內(nèi)的數(shù)據(jù)，以執(zhí)行電子設(shè)備的各種功能和/或處理數(shù)據(jù)。所述處理器601可以由集成電路(Integrated Circuit，簡稱IC)組成，例如可以由單顆封裝的IC所組成，也可以由連接多顆相同功能或不同功能的封裝IC而組成。舉例來說，處理器601可以僅包括中央處理器(Central Processing Unit，簡稱CPU)，也可以是GPU、數(shù)字信號處理器(Digital Signal Processor，簡稱DSP)、及通信單元中的控制芯片(例如基帶芯片)的組合。在本發(fā)明實(shí)施方式中，CPU可以是單運(yùn)算核心，也可以包括多運(yùn)算核心。

存儲器602可用于存儲軟件程序以及模塊，處理器601通過運(yùn)行存儲在存儲器的軟件程序以及模塊，從而執(zhí)行終端的各種功能應(yīng)用以及實(shí)現(xiàn)數(shù)據(jù)處理。存儲器主要包括程序存儲區(qū)和數(shù)據(jù)存儲區(qū)，其中，程序存儲區(qū)可存儲操作系統(tǒng)、至少一個(gè)功能所需的應(yīng)用程序，比如聲音播放程序、圖像播放程序等等；數(shù)據(jù)存儲區(qū)可存儲根據(jù)服務(wù)器的使用所創(chuàng)建的數(shù)據(jù)，比如UID、會(huì)話信息、UI與會(huì)話信息之間的存儲等。在本發(fā)明具體實(shí)施方式中，存儲器可以包括易失性存儲器，例如非揮發(fā)性動(dòng)態(tài)隨機(jī)存取內(nèi)存(Nonvolatile Random Access Memory，簡稱NVRAM)、相變化隨機(jī)存取內(nèi)存(Phase Change RAM，簡稱PRAM)、磁阻式隨機(jī)存取內(nèi)存(Magetoresistive RAM，簡稱MRAM)等，還可以包括非易失性存儲器，例如至少一個(gè)磁盤存儲器件、電子可擦除可編程只讀存儲器(Electrically Erasable Programmable Read-Only Memory，簡稱EEPROM)、閃存器件，例如反或閃存(NOR flash memory)或是反及閃存(NAND flash memory)。非易失存儲器儲存處理器所執(zhí)行的操作系統(tǒng)及應(yīng)用程序。所述處理器從所述非易失存儲器加載運(yùn)行程序與數(shù)據(jù)到內(nèi)存并將數(shù)字內(nèi)容儲存于大量儲存裝置中。所述操作系統(tǒng)包括用于控制和管理常規(guī)系統(tǒng)任務(wù)，例如內(nèi)存管理、存儲設(shè)備控制、電源管理等，以及有助于各種軟硬件之間通信的各種組件和/或驅(qū)動(dòng)器。在本發(fā)明實(shí)施方式中，所述操作系統(tǒng)可以是Google公司的Android系統(tǒng)、Apple公司開發(fā)的iOS系統(tǒng)或Microsoft公司開發(fā)的Windows操作系統(tǒng)等，或者是Vxworks這類的嵌入式操作系統(tǒng)。

所述通信單元602用于建立通信信道，使服務(wù)器通過所述通信信道以連接至客戶端、調(diào)度器等其他設(shè)備，并與其他設(shè)備進(jìn)行通信。所述通信單元603可以包括無線局域網(wǎng)(Wireless Local Area Network，簡稱wireless LAN)模塊、藍(lán)牙模塊、基帶(Base Band)模塊等通信模塊，以及所述通信模塊對應(yīng)的射頻(Radio Frequency，簡稱RF)電路，用于進(jìn)行無線局域網(wǎng)絡(luò)通信、藍(lán)牙通信、紅外線通信及/或蜂窩式通信系統(tǒng)通信，例如寬帶碼分多重接入(Wideband Code Division Multiple Access，簡稱W-CDMA)及/或高速下行封包存取(High Speed Downlink Packet Access，簡稱HSDPA)。所述通信模塊用于控制終端中的各組件的通信，并且可以支持直接內(nèi)存存取(Direct Memory Access)。

其中，所述處理器601，用于通過所述通信接口603接收客戶端發(fā)送的請求信息，所述請求信息攜帶用戶身份證明UID；從存儲器602中獲取與所述UID對應(yīng)的會(huì)話信息；根據(jù)所述會(huì)話信息生成應(yīng)向所述客戶端發(fā)送的用戶界面；將所述用戶界面編碼為視頻流；將所述視頻流發(fā)送給所述客戶端。

可選的，所述處理器601，還用于更新所述用戶界面；并根據(jù)更新后的所述用戶界面更新所述會(huì)話信息。

可選的，所述處理器601，還用于從會(huì)話管理器中獲取與所述UID對應(yīng)的統(tǒng)一資源標(biāo)識符URI。

可選的，所述處理器601，還用于通過通信接口603向內(nèi)容服務(wù)器發(fā)起所述URI對應(yīng)的超文本傳輸協(xié)議HTTP請求；通過通信接口603獲取所述HTTP請求對應(yīng)的響應(yīng)內(nèi)容；根據(jù)所述響應(yīng)內(nèi)容生成用戶界面。

可選的，所述處理器601，還用于通過通信接口603從客戶端獲取用戶操作；根據(jù)用戶操作更新所述用戶界面。

可選的，所述處理器601，還用于根據(jù)所述響應(yīng)內(nèi)容更新所述用戶界面。

可選的，所述處理器601，還用于緩存與更新后的所述用戶界面相對應(yīng)的URI；在符合預(yù)定條件時(shí)，將存儲器602中與所述UID對應(yīng)的會(huì)話信息更新為與更新后的所述用戶界面相對應(yīng)的URI。

可選的，所述處理器601，還用于通過通信接口603接收調(diào)度器轉(zhuǎn)發(fā)的所述請求信息。

可選的，所述處理器601，還用于通過通信接口603將所述視頻流及UID發(fā)送給所述調(diào)度器，以便于所述調(diào)度器將所述視頻流發(fā)送至與所述UID對應(yīng)的客戶端。

可選的，所述處理器601，還用于生成與所述客戶端對應(yīng)的會(huì)話信息；通過所述存儲器602保存所述客戶端所對應(yīng)的會(huì)話信息與所述客戶端的UID之間的對應(yīng)關(guān)系。

采用本實(shí)施例，由于可以利用會(huì)話管理器保存和管理會(huì)話，因而視頻流提供裝置無需再頻繁創(chuàng)建和銷毀會(huì)話，也無需再采用復(fù)雜的處理機(jī)制實(shí)現(xiàn)服務(wù)器之間的會(huì)話遷移，因而可以大大簡化收視管理的處理過程。

本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明實(shí)施例中的技術(shù)可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn)?；谶@樣的理解，本發(fā)明實(shí)施例中的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。

本說明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見即可，每個(gè)實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處。尤其，對于裝置實(shí)施例及服務(wù)器實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。

以上所述的本發(fā)明實(shí)施方式，并不構(gòu)成對本發(fā)明保護(hù)范圍的限定。任何在本發(fā)明的精神和原則之內(nèi)所作的修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。