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

背景技術：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

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

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

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

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

圖5為本發(fā)明視頻流提供裝置一個實施例的結構示意圖；

圖6為本發(fā)明服務器一個實施例的結構示意圖。

具體實施方式

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

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

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

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

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

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

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

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

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

步驟202，從會話管理器中獲取與所述UID對應的會話信息。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

服務器可以在更新所述用戶界面之后，生成更新后的用戶界面所對應的URI，然后將所述URI與所述客戶端的UID發(fā)送至會話管理器。會話管理器再將與所述UID對應的會話信息更新為與更新后的所述用戶界面相對應的URI。

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

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

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

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

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

步驟403，服務器將UID發(fā)送至會話管理器。

步驟404，會話管理器將UID對應的URI發(fā)送給服務器。

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

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

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

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

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

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

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

步驟411，服務器更新用戶界面。

步驟412，服務器緩存更新后用戶界面所對應的URI。

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

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

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

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

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

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

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

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

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

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

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

其中，會話信息生成單元，用于生成與所述客戶端對應的會話信息；會話信息保存單元，用于通過所述會話管理器保存所述客戶端所對應的會話信息與所述客戶端的UID之間的對應關系。

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

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

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

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

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

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

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

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

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

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

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

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

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

所述通信單元602用于建立通信信道，使服務器通過所述通信信道以連接至客戶端、調(diào)度器等其他設備，并與其他設備進行通信。所述通信單元603可以包括無線局域網(wǎng)(Wireless Local Area Network，簡稱wireless LAN)模塊、藍牙模塊、基帶(Base Band)模塊等通信模塊，以及所述通信模塊對應的射頻(Radio Frequency，簡稱RF)電路，用于進行無線局域網(wǎng)絡通信、藍牙通信、紅外線通信及/或蜂窩式通信系統(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對應的會話信息；根據(jù)所述會話信息生成應向所述客戶端發(fā)送的用戶界面；將所述用戶界面編碼為視頻流；將所述視頻流發(fā)送給所述客戶端。

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

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

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

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

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

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

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

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

可選的，所述處理器601，還用于生成與所述客戶端對應的會話信息；通過所述存儲器602保存所述客戶端所對應的會話信息與所述客戶端的UID之間的對應關系。

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

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

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

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