專利名稱：：獲取用戶管理信息的方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及到的終端與服務(wù)器間的消息類型<table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage19</column></row><table>表3LogOutlnfo消息組成用schema表示該數(shù)據(jù)結(jié)構(gòu)如下<xmlversion="1.0"encoding="UTF-8"><!—editedwithXMLSPYv5rel.4U(http:〃www.xmlspy.com)byRegistred(Registred)—><xs:schemaxmlns:xs="http:〃www.w3.org/2001/XMLSchema"elementFormDefault="qualified"attributeFormDefault="unqualified"〉〈xs:elementname="LogReport"type="LogReportType"/><xs:complexTypename="LogReportType"><xs:sequence><xs:elementname-"Message—Type"〉<xs:complexType><xs:attributename="Message—Type—Type"use="required"><xs:simpleType><xs:restrictionbase="xs:NMTOKEN"><xs:enumerationvalue="LogOutInfo"/><xs:enumerationvalue="LogMnfo"/></xs:restriction></xs:simpleType></xs:attribute></xs:complexType></xs:element><xs:elementname="User—ID"><xs:complexType><xs:attributename="User—ID_Type"type="xs:string'use="required7></xs:complexType></xs:element>〈xs:elementname="Service—ID"><xs:complexType><xs:attributename="Service—ID—Type"type="xs:string'use="required"/></xs:complexType></xs:element>〈xs:elementname="Program_ID"><xs:complexType><xs:attributename="Program—ID—Type"type="xs:string'use="required"/></xs:complexType></xs:element><xs:elementname="Onlinestate"><xs:complexType>〈xs:attributename="Online—state—Type"type="xs:string'use="required"/></xs:complexType></xs:element><xs:elementname="IMSr><xs:complexType><xs:attributename="IMSI—Type"type="xs:string'use="required"/></xs:complexType></xs:element><xs:elementname="Channel_stat"><xs:complexType><xs:attributename="Channel—stat一Type"type="xs:string'use="required"/></xs:complexType></xs:element></xs:s6qucnc6></xs:complexType></xs:sch6ma>以上的消息都由終端發(fā)送到服務(wù)器，并由服務(wù)器保存。在服務(wù)器側(cè)也可以構(gòu)造一個類似下面的數(shù)據(jù)結(jié)構(gòu)來保存需要記錄的狀態(tài)信息。如下表4所示<table>tableseeoriginaldocumentpage21</column></row><table><table>tableseeoriginaldocumentpage22</column></row><table>表4統(tǒng)計表該凄U居結(jié)構(gòu)的schema如下〈？xmlversion="1.0"encoding="UTF-8"><!—W3CSchemageneratedbyXMLSPYv5rel.4U(http:〃www.xmlspy.com)--><xs:schemaxmlns:xs="http:〃www.w3.org/2001/XMLSchema"elementFormDefault="qualified">〈xs:elementname="Stat"><xs:complexType>〈xs:attributename="User—ID"type="xs:string"use="required"/><xs:attributename="Service—ID"type="xs:string"use="required"/><xs:attributename="Program—ID"type="xs:string"use="required"/><xs:attributename="StartTime"type="xs:string"use="required"/>〈xs:attributename="EndTime"type="xs:string"use="required"/></xs:complexType〉</xs:element></xs:schema>該表中模擬了一些數(shù)據(jù)來表示在服務(wù)器側(cè)保存的信息內(nèi)容。本例中每一個用戶都有一個唯一的UserID,對于不同的頻道也有不同的ServiceID，例如上表中UserID為01234的用戶與UserID為02462的用戶都在觀看ServiceID為01的頻道，所看節(jié)目內(nèi)容相同，他們觀看的節(jié)目ProgramID為011。他們的觀看時間分別從10:50和10:20開始。UserID為55208的用戶和UserID為49653的用戶都在觀看ServiceID為02的頻道，i兌觀看的節(jié)目也相同，都是ProgramID為021,但是前者12:05接入觀看，而后者從12:15開始觀看，節(jié)目結(jié)束后他們都停止了觀看，因此EndTime都是12:25。服務(wù)器上保存記錄形式可以多樣，本方案只是舉例說明，可以用其它的數(shù)據(jù)結(jié)構(gòu)組織這些統(tǒng)計數(shù)據(jù)，但所涉及的思想與方法都是相同的。表4中一個頻道對應(yīng)一個Service。同一時間相同頻道只有一個節(jié)目。ServiceID、ProgramID由提供節(jié)目的內(nèi)容提供商規(guī)定。也可以是一個頻道在一段時間內(nèi)只提供一個節(jié)目給用戶觀看。UserID、ServiceID、ProgramID、EndTime、StartTime這些屬性只是舉例說明終端觀看節(jié)目的狀態(tài)信息，如果需要可以進(jìn)行修改與擴(kuò)展。本實施例中的服務(wù)器可以是互動服務(wù)器，也可以是專門用來保存統(tǒng)計信息的服務(wù)器。由于本實施例中的消息相對內(nèi)容少，數(shù)據(jù)易統(tǒng)計，因此對服務(wù)器的負(fù)擔(dān)小。此外，對于本例中的服務(wù)器，如果能夠支持一定量的用戶數(shù)量，增加這樣的統(tǒng)計后并不會對支持的用戶數(shù)有太多的改變。本實施例中所涉及的發(fā)送用戶管理信息的消息Loglnlnfo、LogOutlnfo只是舉例說明，其他類似攜帶狀態(tài)信息的消息方法也可以完成狀態(tài)信息的發(fā)送，所涉及的原理與思想都是一致的。本發(fā)明的實施例三提供了一種將終端接入節(jié)目頻道(Login)和終端退出播放節(jié)目(Logout)時將用戶管理信息發(fā)送到服務(wù)器，由服務(wù)器根據(jù)用戶管理信息對節(jié)目或用戶偏好做統(tǒng)計的方法。該方法可以為服務(wù)器進(jìn)一步掌握終端接收節(jié)目和頻道的情況提供手段。請參照流程3，該方案的實施思想主要在于，當(dāng)終端用戶收看某一時段的節(jié)目時，終端會接入(Login)到播放該節(jié)目的頻道。接入后的用戶管理信息，包括ServiceID、ProgramID、UserID、等信息會被終端發(fā)送到服務(wù)器。用戶管理信息可以以消息的方式發(fā)送到服務(wù)器上。服務(wù)器會根據(jù)本地策略判斷是否要接收到的終端用戶管理信息并進(jìn)行保存，做出相應(yīng)的回答。當(dāng)終端退出(Logout)接收節(jié)目后，還會與服務(wù)器進(jìn)行一次交互終端將退出時的用戶管理信息，包括，ServiceID、ProgramID、UserID等信息發(fā)給服務(wù)器。服務(wù)器根據(jù)退出的用戶管理信息對保存的終端接入節(jié)目的情況進(jìn)行統(tǒng)計。服務(wù)器可以才艮據(jù)記錄的終端Login和Logout的時間算出用戶接入該節(jié)目的總時長，服務(wù)器還會根據(jù)UserID和ServiceID、ProgramID統(tǒng)計出關(guān)注度最高的頻道，以及關(guān)注度最高的節(jié)目內(nèi)容。根據(jù)這樣的統(tǒng)計，服務(wù)器可以對那些關(guān)注度高的頻道和節(jié)目增加更多的網(wǎng)絡(luò)資源，保證這些節(jié)目在用戶觀看時的觀看質(zhì)量；內(nèi)容提供商也可以根據(jù)這樣的統(tǒng)計對提供的頻道和節(jié)目做一定的調(diào)整，增加關(guān)注度高的節(jié)目的播放，根據(jù)用戶的興趣開發(fā)節(jié)目。本實施例具體流程如圖3所示，步驟如下步驟s301,終端啟動，并向服務(wù)器發(fā)送Loglnlnfo消息。Loglnlnfo消息的內(nèi)容可以如下所示POST/HTTP/1.1Date:Sat,20Jul200720:31:22GMTAccept-Ranges:bytesAccept-Language:zh國cnContent-Length:1205Content-Type:text/xmlHost:host:www.sample.com:8080Connection:close<CR><xmlversion="1.0"encoding="UTF-8"><!—editedwithXMLSPYv5rel.4U(http:〃www.xmlspy.com)byRegistred(Registred)畫-〉<LogReportxmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"xsi:noNamespaceSchemaLocation="C:VDocumentsandSettings\Administrator\桌面XEdit3.xsd"〉<Message—TypeMessage—Type—Type="LogInInfo"/><User—IDUser—ID—Type="abc7><Service—IDService—ID_Type="01"/><Program_IDProgram_ID_Type="117>本實施例中，Loglnlnfo消息以XML(ExtensibleMarkupLanguage,可擴(kuò)展標(biāo)記語言)的形式作為消息體加在HTTP(HyperTextTransferProtocol,超文本傳輸協(xié)議)POST頭的后面，帶到服務(wù)器上。消息頭和消息體間用回車〈CR〉間隔開，回車上面的為消息頭，下面的為消息體。消息頭中描述了要請求的主機(jī)和端口，連接方式為close,表示不必持續(xù)連接，HTTP1.1支持非持續(xù)連接。Loglnlnfo消息包括了ServiceID、UserID(例如:IMSI信息)、以及其它接入狀態(tài)信息。終端的Loglnlnfo消息具有某種格式，例如如圖2所示。消息的發(fā)送是通過交互信道完成的。保存Loglnlnfo消息的服務(wù)器可以是交互服務(wù)器，也可以是專門用來記錄統(tǒng)計數(shù)據(jù)的服務(wù)器。本實施例中Loglnlnfo以html的形式發(fā)送到服務(wù)器上。發(fā)送Loglnlnfo的方法可以是通過多種方法，例如HTTPPOST方法。這里只是舉例說明，如有其它方式可以替代，其原理與思想是一致的。Client啟動時會將Login的消息Loglnlnfo上報給Server,同時服務(wù)器將該用戶狀態(tài)制成online。Client到服務(wù)器上取SG以及其他相關(guān)數(shù)據(jù)。而當(dāng)Server上的這些相關(guān)數(shù)據(jù)有更新的時候，此時服務(wù)器可以向已經(jīng)在線的用戶進(jìn)行數(shù)據(jù)更新的通知Push消息發(fā)送給online的Client,則Client可以及時感知服務(wù)器上的數(shù)據(jù)變化，及時取回數(shù)據(jù)。步驟s302,獲取SG。手機(jī)電一見終端接收頻道節(jié)目的前提是該Client已經(jīng)注冊在Server上，并且已經(jīng)激活，可以接入頻道接收節(jié)目。步驟s203，未定購頻道的終端根據(jù)獲取的SG重新建立頻道定購。確定的定購關(guān)系描述的是用戶對SG中頻道訂閱的情況。它可以是以表的方式保存在Server端。以Server來同步Client。A定購的方式可以是外部的例如通過上網(wǎng)或撥打電話的方式來完成。定購的結(jié)果會記錄到服務(wù)器上；B也可以是內(nèi)部的通過Client在SG上進(jìn)行定購。每當(dāng)Client定購或退定一個頻道，Server上的定購關(guān)系表都會進(jìn)行一次修改，并隨后同步給Client。C定購關(guān)系可以是Server向Client同步，服務(wù)器會在Client啟動時將定購關(guān)系與online狀態(tài)的用戶進(jìn)行同步，也可根據(jù)服務(wù)器策略定期同步；定購關(guān)系也可以是終端來維護(hù)，向服務(wù)器進(jìn)行同步，當(dāng)用戶進(jìn)行定購以后，本地的定購關(guān)系會通過HTTP的POST方式發(fā)到服務(wù)器上與服務(wù)器同步。用戶接入頻道后可以接收SG(ServiceGuide,服務(wù)指南)。SG中有頻道內(nèi)容的預(yù)告。通過SGClient可以獲得相關(guān)的頻道列表，并根據(jù)該頻道列表提供的頻道接收節(jié)目內(nèi)容。如果采用廣播接收的方式，終端根據(jù)之前收到的手機(jī)頻道導(dǎo)航SG,選擇希望收看的頻道。通過SG上顯示的頻道標(biāo)識，用戶終端在選擇后，終端會開始節(jié)目的接收。步驟s304，服務(wù)器端向終端發(fā)送節(jié)目內(nèi)容。服務(wù)器可以采用廣播的方式將內(nèi)容發(fā)送出去，也可以用流媒體的方式發(fā)送內(nèi)容。如果終端在接收到節(jié)目內(nèi)容一段時間后(可以設(shè)定為1分鐘)沒有退出，那么該信息就將被發(fā)送到服務(wù)器。服務(wù)器可以記錄終端接入時間。終端側(cè)接入到頻道后的處理首先要在本地記錄當(dāng)前的用戶管理信息，規(guī)定的一段時間可以是網(wǎng)絡(luò)設(shè)定的，也可以是內(nèi)容提供商設(shè)定的。該時間被終端用來判定是否要向服務(wù)器發(fā)送統(tǒng)計信息。如果終端接入頻道的時間超過了該設(shè)定時間，則可以認(rèn)為用戶是在觀看節(jié)目；否則，如果在這段時間內(nèi)終端退出了該頻道，則認(rèn)為用戶沒有收看該頻道節(jié)目。步驟s305，服務(wù)器對終端進(jìn)行鑒權(quán)。鑒權(quán)消息的內(nèi)容可以如下所示HTTP/1.1401UnauthorizedServer:Microsoft-IIS/5.1WWW-Authenticate:Digestrealm="testrealm@host.com"，qop="auth,auth-int",nonce="dcd98b7102dd2f0e8b11d0f600bfb0c093"，opaque="5ccc069c403ebaf0171e9517f40e41"<CR>服務(wù)器收到終端發(fā)來的POST消息，對終端要進(jìn)行一次認(rèn)證，服務(wù)器會發(fā)質(zhì)詢給終端。所謂"發(fā)出質(zhì)詢"，就是給客戶端發(fā)送一個HTTP響應(yīng)，其狀態(tài)碼為401(Unauthorized),并且包含消息頭WWW-Authenticate,客戶端看到這個響應(yīng)就知道這個URI(UniformResourceIdentifier,通用資源標(biāo)志符)需要認(rèn)證。domain:—個URI列表，指示要保護(hù)的域?？赡苁且粋€列表，提示用戶這些URI采用一樣的認(rèn)證，如果為空或忽略則為整個服務(wù)器。nonce:隨機(jī)字符串，每次401都不一樣。跟算法有關(guān)。算法類似Base64力口密time-stampH(time-stamp":"ETag":"private-key)。time-stamp為月良務(wù)器時鐘，ETag為請求的Etag頭。opaque:服務(wù)器產(chǎn)生的由客戶發(fā)送請求時原樣返回。最好是Base64串或十六進(jìn)制字符串。realm-value是一個兩端加引號的大小寫相關(guān)的字符串，表示要求認(rèn)證的"領(lǐng)域(realm)"。領(lǐng)域是由服務(wù)器自己決定的，不同的服務(wù)器可以設(shè)置自己的領(lǐng)域，同一個服務(wù)器也可以有多個領(lǐng)域。質(zhì)詢中包含領(lǐng)域信息是為了讓客戶端知道哪個范圍的用戶名是合法的。服務(wù)器對終端進(jìn)行鑒權(quán)的消息可以沒有消息體。服務(wù)器為了獲得終端接入用戶的身份，需要對終端進(jìn)行一次認(rèn)證。這個認(rèn)證與用戶注冊時認(rèn)證目的不同，這個對接入用戶的認(rèn)證可以保證觀看節(jié)目的用戶為接入用戶，可以保證收視率統(tǒng)計的客觀性。認(rèn)證的方式有多種，例如HTTP的摘要認(rèn)i正方式。服務(wù)器接收到用戶發(fā)來的LogMnfo,在將該消息中的數(shù)據(jù)寫入數(shù)據(jù)庫前，為了確定接入節(jié)目的用戶的身份，及Loglnlnfo的合理性，必須對用戶進(jìn)行一次認(rèn)證。因為用戶在發(fā)送Loglnlnfo的時候不知道是否認(rèn)證，因此服務(wù)在收到Loglnlnfo時會發(fā)送一個HTTP的401消息，該消息包括了一個湘匕戰(zhàn)(challenge),challenge需要用戶名及密碼等相關(guān)認(rèn)證信息以加密的方式發(fā)到服務(wù)器。步驟s306,終端向服務(wù)器發(fā)送一個對認(rèn)證的響應(yīng)；響應(yīng)消息的內(nèi)容可以如下所示Authorization:Digestusername="Mufasa",realm="testrealm@host.com",nonce二"dcd98b7102dd2fDe8blld0傷00bfb0c093"，uri="/xxx/index.html"，qop=auth,nc=00000001，cnonce="0a4fll3b"，response-"6629fae49393a05397450978507c4efl",opaque="5ccc069c403ebaf9f0171e9517f40e41"終端在收到Challenge消息后會將自己的用戶名及密碼和Challenge—起加密傳給服務(wù)器。這樣的好處是可以不用明文發(fā)送密碼。當(dāng)認(rèn)證成功后服務(wù)器會保持之前終端的接收；如果終端認(rèn)證未通過，用戶也可以繼續(xù)觀看節(jié)目，但對于服務(wù)器統(tǒng)計Loglnlnfo是無效的。步驟s301-s306為標(biāo)準(zhǔn)的HTTP摘要認(rèn)證的方式，其中的各字段可參考RFC2617。摘要認(rèn)證的方法在這里只是舉例說明。步驟s307,服務(wù)器發(fā)送200OK消息到終端。終端的用戶名及密碼通過服務(wù)器的認(rèn)證，服務(wù)器發(fā)送200Ok到終端；本實施例中是以HTTP方式舉例說明，因此這里用200OK表示認(rèn)證成功。步驟s308，服務(wù)器向終端正常發(fā)送節(jié)目內(nèi)容；終端接入到頻道后如果不在規(guī)定的時間內(nèi)退出，繼續(xù)接收節(jié)目內(nèi)容，則服務(wù)器可以采用廣播發(fā)送的方式，也可以采用其它的發(fā)送方式發(fā)送節(jié)目內(nèi)容。如果服務(wù)器采用廣播的方式發(fā)送節(jié)目內(nèi)容，終端從該頻道的廣播中接收內(nèi)容。如果釆用其它方式(例如流媒體)，服務(wù)器可以在與終端建立的鏈路上發(fā)送內(nèi)容。對于流媒體方式可以用單播，也可以用組播發(fā)送節(jié)目內(nèi)容；步驟s309，終端退出當(dāng)前觀看的節(jié)目。用戶退出當(dāng)前觀看節(jié)目的時間是任意的，可以在節(jié)目結(jié)束后，也可以在播放途中退出。當(dāng)用戶退出后將觸發(fā)終端發(fā)送狀態(tài)消息到服務(wù)器。步驟s310，終端發(fā)送一條LogOutlnfo消息到服務(wù)器。LogOutlnfo消息的內(nèi)容可以如下所示POST/HTTP/1.1Date:Sat，20Jul200720:55:22GMTAccept-Ranges:bytesAccept-Language:zh-cnContent-Length:1205Content-Type:text/xmlHost:host:www.samp.com:8080Go皿ection:close<CR><xmlversion="1.0"encoding="UTF-8"><!--editedwithXMLSPYv5rel.4U(http:〃www.xmlspy.com)byRegistred(Registred)—>〈LogReportxmlns:xsi="http:〃www.w3.org/200l/XMLSchema-instance"xsi:noNamespaceSchemaLocation="C:\DocumentsandSettingsVAdministratoiA桌面VEdit3.xsd"〉<Message—TypeMessage—Type_Type="LogOutInfo'7><User—IDUser—ID—Type="abc7><Service—IDService—ID—Type="017><Program—IDProgram—ID_Type="117>本實施例用HTTP的POST方法將LogOutlnfo的XML數(shù)據(jù)信息發(fā)到服務(wù)器上，POST消息中的含義與第4步相同。消息體為LogOutlnfo的XML形式數(shù)據(jù)。該消息包括了ServiceID、UserID、以及當(dāng)前退出時間EndTime等。終端的LogOutlnfo消息具有某種格式，例如如圖3所示。消息的發(fā)送是通過交互信道完成的。保存LogOutlnfo消息的服務(wù)器可以是交互服務(wù)器，也可以是專門用來記錄統(tǒng)計數(shù)據(jù)的服務(wù)器。LogOutlnfo消息可以用HTTP方式將消息帶到服務(wù)器由服務(wù)器來完成處理并加入數(shù)據(jù)庫中，也可以用SMS或其它方式。本例中通過HTTPPOST方法將消息帶到服務(wù)器的方式只是舉例說明，也可以用其它的承載手段代替，但所涉及的原理和思想是一致的。步驟s311，當(dāng)服務(wù)器正確接收的LogOutlnfo消息后返回200OK消息給終端。返回應(yīng)答可以通過交互信道，也可以通過其它的方式。本例中用200OK代表發(fā)送內(nèi)容成功到達(dá)。在不同的網(wǎng)絡(luò)環(huán)境中也可以采用其它的應(yīng)答方式，所涉及的思想和原理都是一樣的。步驟s312，服務(wù)器在終端退出節(jié)目后對終端的狀態(tài)信息進(jìn)行保存，并進(jìn)行統(tǒng)計。服務(wù)器根據(jù)終端上凈艮的Loglnlnfo和LogOutlnfo狀態(tài)信息進(jìn)行頻道的收視率統(tǒng)計或節(jié)目的收^L率統(tǒng)計；收-見率統(tǒng)計的兩種方式ASG中可以包括頻道標(biāo)識，這樣當(dāng)Server需要對某時間段的某個頻道做收視率統(tǒng)計的時候，可以在SG中該頻道設(shè)置需要進(jìn)行收視率統(tǒng)計的標(biāo)識，例如CCTV2stat=TRUE2007-08-0912:00~13:00,表明CCTV2這個頻道在2007-08-0912:00~13:00，如果用戶選擇的該頻道，則需要向服務(wù)器發(fā)送消息，以表明該用戶正在收看或收看結(jié)束這樣動作，服務(wù)器以此來進(jìn)行收:規(guī)率的統(tǒng)計，或進(jìn)行其他相關(guān)的統(tǒng)計操作。B另一種收視率統(tǒng)計的方式是服務(wù)器向目前在線的所有用戶或其中一部分用戶Client發(fā)送消息，要求該用戶反饋當(dāng)前是否在收看該頻道，用戶Client回復(fù)該消息，并攜帶相關(guān)信息，以表明對該服務(wù)器請求的答復(fù)，這樣可以實現(xiàn)服務(wù)器上進(jìn)行相關(guān)數(shù)據(jù)的統(tǒng)計工作；并且可以統(tǒng)計該用戶對節(jié)目的偏好。服務(wù)器從記錄的終端觀看節(jié)目的StartTime與EndTime得出該用戶觀看節(jié)目的總時長。根據(jù)不同用戶觀看的節(jié)目，可以統(tǒng)計出明卩個ProgramID的參與用戶人數(shù)最多，也可以統(tǒng)計出哪個ServiceID的接入人數(shù)最多。同時服務(wù)器可以根據(jù)用戶以前保存在服務(wù)器上的數(shù)據(jù)，對用戶的偏好做出統(tǒng)計，可以查找出該用戶參與最多的ProgramID和ServiceID是哪些。根據(jù)這些數(shù)據(jù)，內(nèi)容提供商可以為該用戶提供類似于包月的服務(wù)。用戶保存在服務(wù)器上的狀態(tài)信息可以是類似表8的形式。手機(jī)終端在收看某頻道節(jié)目內(nèi)容的時候，比較可行的方式是通過SG，通過SG所呈現(xiàn)出來的頻道列表，終端可以選擇一個頻道進(jìn)入觀看。當(dāng)終端通過SG提供的頻道列表接入頻道觀看時，終端會記錄下當(dāng)前接入的用戶管理信息，包括接入的用戶(UserID)、業(yè)務(wù)(ServiceID)、節(jié)目(ProgramID)等。當(dāng)終端接入該頻道的一個節(jié)目一定時間后(例如一分鐘)，則可以認(rèn)為用戶是在觀看該節(jié)目，此時終端需要將用戶管理信息發(fā)送到服務(wù)器。當(dāng)終端退出該頻道或退出觀看節(jié)目的時候，終端會記錄下當(dāng)前退出的用戶管理信息，包括接入的用戶(UserID)、業(yè)務(wù)(ServiceID)、節(jié)目(ProgramID)等。該服務(wù)器可以是交互服務(wù)器也可以是專門用來記錄終端信息的服務(wù)器。例如Loglnlnfo和LogOutlnfo消息的定義數(shù)據(jù)結(jié)構(gòu)形式如下表5所示。<table>tableseeoriginaldocumentpage31</column></row><table>表格5本發(fā)明涉及到的終端與服務(wù)器間的消息類型Loglnlnfo消息和LogOutlnfo消息都是強(qiáng)制必須的消息。方向都是從終端到服務(wù)器。Loglnlnfo和LogOutlnfo消息的數(shù)據(jù)組成入下表6和7所示<table>tableseeoriginaldocumentpage32</column></row><table>表6Loglnlnfo消息組成<table>tableseeoriginaldocumentpage32</column></row><table>表7LogOutlnfo消息組成<formula>formulaseeoriginaldocumentpage32</formula>　<xs:elementname="LogReport"type="LogReportType7>〈xs:complexTypename="LogReportType"><xs:sequence><xs:elementname="Message—Type"><xs:complexType><xs:attributename="Message_Type—Type"use="required"><xs:simpleType〉<xs:restrictionbase="xs:NMTOKEN"><xs:enumerationvalue="LogOutInfo"/>〈xs:enumerationvalue="LogMnfo"/></xs:restriction></xs:simpleType></xs:attribute></xs:complexType></xs:element>〈xs:elementname="User_ID"><xs:complexType>〈xs:attributename="User_ID—Type"type="xs:string"use="required"/></xs:complexType></xs:element><xs:elementname="Service—ID"><xs:complexType〉〈xs:attributename="Service—ID—Type"type="xs:string"use="required"/></xs:complexType></xs:element>〈xs:dementname="Program—ID"><xs:complexType><xs:attributename="Program_ID—Type"type="xs:string"use="required"/></xs:complexType></xs:element>〈xs:elementname="Online—state"><xs:complexType><xs:attributename="Online—state—Type"type="xs:string"use="required"/></xs:complexType></xs:element><xs:elementname="IMSI"><xs:complexType><xs:attributename="IMSI—Type"type="xs:string"use="required"/></xs:complexType></xs:element><xs:elementname="Channel—stat"><xs:complexType〉〈xs:attributename="Channel—stat—Type"type="xs:string"use="required"/></xs:complexType></xs:element></xs:s6quence></xs:complexType></xs:schema>以上的消息都由終端發(fā)送到服務(wù)器，并由服務(wù)器保存。在服務(wù)器側(cè)也可以構(gòu)造一個類似下面的數(shù)據(jù)結(jié)構(gòu)來保存需要記錄的狀態(tài)信息(用戶管理4息)<table>tableseeoriginaldocumentpage35</column></row><table>表6統(tǒng)計表該凄史寺居結(jié)構(gòu)的schemai口下<xmlversion="1.0"encoding="UTF-8"><!—W3CSchemageneratedbyXMLSPYv5rel.4U(http:〃www.xmlspy.com)—><xs:schemaxmlns:xs="http:〃www.w3.org/2001/XMLSchema"elementFormDefault="qualified"><xs:elementname="Stat"><xs:complexType><xs:attributename="User—ID"type="xs:string"use="required"/>〈xs:attributename="Service—ID"type="xs:string"use="required"/><xs:attributename="Program_ID"type="xs:string"use="required"/><xs:attributename="StartTime"type="xs:string"use="required"/><xs:attributename="EndTime"type="xs:string"use="required"/></xs:complexType></xs:element></xs:schsma>上表8中模擬了一些數(shù)據(jù)來表示在服務(wù)器側(cè)保存的信息內(nèi)容。本例中每一個用戶都有一個唯一的UserID，對于不同的頻道也有不同的ServiceID，例如上表中UserID為01234的用戶與UserID為02462的用戶都在觀看ServiceID為01的頻道，所看節(jié)目內(nèi)容相同，他們觀看的節(jié)目ProgramID為011。他們的觀看時間分別從10:50和10:20開始。UserID為55208的用戶和UserID為49653的用戶都在觀看ServiceID為02的頻道，說觀看的節(jié)目也相同，都是ProgramID為021，但是前者12:05接入觀看，而后者從12:15開始觀看，節(jié)目結(jié)束后他們都停止了觀看，因此EndTime都是12:25。Time屬性為該用戶收看節(jié)目的時長，/A^中可以看出55208用戶和49653用戶的觀看節(jié)目時長是一致的。服務(wù)器上保存記錄形式可以多樣，本方案只是舉例說明，可以用其它的數(shù)據(jù)結(jié)構(gòu)組織這些統(tǒng)計數(shù)據(jù)，但所涉及的思想與方法都是相同的。表8中一個頻道對應(yīng)一個Service。同一時間相同頻道只有一個節(jié)目。ServiceID、ProgramID由提供節(jié)目的內(nèi)容提供商規(guī)定。也可以是一個頻道在一段時間內(nèi)只提供一個節(jié)目給用戶觀看。UserID、ServiceID、ProgramID、EndTime、StartTime這些屬性只是舉例說明終端觀看節(jié)目的狀態(tài)信息，如果需要可以進(jìn)行修改與擴(kuò)展。StartTime和EndTime是服務(wù)器記錄的終端接入和退出頻道時的時間，該時間是終端記錄當(dāng)前播發(fā)的節(jié)目內(nèi)容的時間，Time為二者差值，表示用戶連續(xù)觀看該節(jié)目的時長。因為每個節(jié)目內(nèi)容都是由服務(wù)器以數(shù)據(jù)包的形式一幀一幀的發(fā)送到終端的，每一幀都會有一個時間戳信息，這個時間戳是由服務(wù)器加上的，因此可以從第一幀的數(shù)據(jù)包中提取接入時間，從最后一幀提取退出時間，所得差值為終端接入頻道的持續(xù)時長。數(shù)據(jù)包的時間是與終端本地時間無關(guān)的網(wǎng)絡(luò)時間，由服務(wù)器決定，因此無論終端本地時間是否準(zhǔn)確都不會影響終端接入頻道的時長。這樣的時間記錄對于統(tǒng)計用戶觀看時間是比較合理的，基本可以保證記錄時間就是觀看時間。并且對于服務(wù)器而言能夠獲得比較準(zhǔn)確的統(tǒng)計。本實施例中的服務(wù)器可以是互動服務(wù)器，也可以是專門用來保存統(tǒng)計信息的服務(wù)器。由于本實施例中的消息相對內(nèi)容少，數(shù)據(jù)易統(tǒng)計，因此對服務(wù)器的負(fù)擔(dān)小。此外，對于本例中的服務(wù)器，如果能夠支持一定量的用戶數(shù)量，增加這樣的統(tǒng)計后并不會對支持的用戶數(shù)有太多的改變。本實施例中所涉及的發(fā)送用戶管理信息(狀態(tài)信息)的消息Loglnlnfo、LogOutlnfo只是舉例說明，其他類似攜帶用戶管理信息的消息方法也可以完成狀態(tài)信息的發(fā)送，所涉及的原理與思想都是一致的。本發(fā)明的實施例四提供了一種將終端接入節(jié)目頻道(Login)和終端退出播放節(jié)目(Logout)時將用戶管理信息發(fā)送到服務(wù)器，由服務(wù)器根據(jù)用戶管理信息完成與終端的交互更新的方法。用戶成功訂閱了頻道后，在觀看一個頻道的過程中可能會參與節(jié)目的互動，例如互動話題的討論，互動游戲等等。通過終端與服務(wù)器的交互更新可以達(dá)到在本地終端就能同時完成節(jié)目觀看與互動參與的效果。請參照流程3，該方案的主要思想在于，終端在接入觀看一個節(jié)目的過程中，如果該節(jié)目中有互動參與的部分，那么服務(wù)器可以給終端發(fā)送該節(jié)目互動信息，如果在該節(jié)目的播i文過程中互動信息發(fā)生了更新，那么服務(wù)器可以根據(jù)終端的狀態(tài)信息將互動的更新信息發(fā)給終端。通常在觀看一個互動節(jié)目的時候會有互動信息的下發(fā)與更新兩種情況，互動信息可以與節(jié)目內(nèi)容一起下發(fā)到終端，但是互動信息的類型在一個節(jié)目當(dāng)中的形式等都會是一致的，因此只要對節(jié)目的互動信息進(jìn)行更新，用戶就可以不斷的參與到該互動節(jié)目中來。而這樣的互動信息的更新是根據(jù)終端發(fā)給服務(wù)器的狀態(tài)信息進(jìn)行發(fā)送的。實施例四的具體流程如圖4所示，步驟如下步驟s401,終端啟動，并向服務(wù)器發(fā)送Loglnlnfo消息。Loglnlnfo消息的內(nèi)容可以如下所示POST/HTTP/1.1Date:Sat，20Jul200720:31:22GMTAccept-Ranges:bytesAccept-Language:zh-cnContent-Length:1205Content-Type:text/xmlHost:host:www.sample.com:8080Connection:close<CR><xmlversion="1.0"encoding="UTF-8"><!—editedwithXMLSPYv5rel.4U(http:〃www.xmlspy.com)byRegistred(Registred)—>〈LogReportxmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"xsi:noNamespaceSchemaLocation="C:\DocumentsandSettingsVAdministrator、桌面NEdit3.xsd"〉<Message—TypeMessage—Type—Type="LogInInfo"/><User—IDUser—ID—Type="abc"/><Service—IDService—ID_Type="017><Program—IDProgram—ID—Type="117>本實施例中，Loglnlnfo消息以XML(ExtensibleMarkupLanguage,可擴(kuò)展標(biāo)記語言)的形式作為消息體加在HTTP(HyperTextTransferProtocol，超文本傳輸協(xié)議)POST頭的后面，帶到月l務(wù)器上。消息頭和消息體間用回車<01>間隔開，回車上面的為消息頭，下面的為消息體。消息頭中描述了要請求的主機(jī)和端口，連接方式為close,表示不必持續(xù)連接，HTTP1.1支持非持續(xù)連接。Loglnlnfo消息包括了ServiceID、UserID(例如IMSI信息)、以及其它接入狀態(tài)信息。終端的Loglnlnfo消息具有某種格式，例如如圖2所示。消息的發(fā)送是通過交互信道完成的。保存Loglnlnfo消息的服務(wù)器可以是交互服務(wù)器，也可以是專門用來記錄統(tǒng)計數(shù)據(jù)的服務(wù)器。本實施例中Loglnlnfo以html的形式發(fā)送到服務(wù)器上。發(fā)送Loglnlnfo的方法可以是通過多種方法，例如HTTPPOST方法。這里只是舉例說明，如有其它方式可以替代，其原理與思想是一致的。Client啟動時會將Login的消息Loglnlnfo上報給Server,同時服務(wù)器將該用戶狀態(tài)制成online。Client到服務(wù)器上取SG以及其他相關(guān)數(shù)據(jù)。而當(dāng)Server上的這些相關(guān)數(shù)據(jù)有更新的時候，此時服務(wù)器可以向已經(jīng)在線的用戶進(jìn)行數(shù)據(jù)更新的通知Push消息發(fā)送給online的Client,貝'JClient可以及時感知服務(wù)器上的數(shù)據(jù)變化，及時取回數(shù)據(jù)。步驟s402,獲取SG。手才幾電^L終端接收頻道節(jié)目的前提是該Client已經(jīng)注冊在Server上，并且已經(jīng)激活，可以接入頻道接收節(jié)目。步驟s403,未定購頻道的終端根據(jù)獲取的SG重新建立頻道定購。確定的定購關(guān)系描述的是用戶對SG中頻道訂閱的情況。它可以是以表的方式保存在Server端。以Server來同步Client。A定購的方式可以是外部的例如通過上網(wǎng)或撥打電話的方式來完成。定購的結(jié)果會記錄到服務(wù)器上；B也可以是內(nèi)部的通過Client在SG上進(jìn)行定購。每當(dāng)Client定購或退定一個頻道，Server上的定購關(guān)系表都會進(jìn)行一次修改，并隨后同步給Client。C定購關(guān)系可以是Server向Client同步，服務(wù)器會在Client啟動時將定購關(guān)系與online狀態(tài)的用戶進(jìn)行同步，也可根據(jù)服務(wù)器策略定期同步；定購關(guān)系也可以是終端來維護(hù)，向服務(wù)器進(jìn)行同步，當(dāng)用戶進(jìn)行定購以后，本地的定購關(guān)系會通過HTTP的POST方式發(fā)到服務(wù)器上與服務(wù)器同步。用戶接入頻道后可以接收SG(ServiceGuide,服務(wù)指南)。SG中有頻道內(nèi)容的預(yù)告。通過SGClient可以獲得相關(guān)的頻道列表，并根據(jù)該頻道列表提供的頻道接收節(jié)目內(nèi)容。如果采用廣播接收的方式，終端根據(jù)之前收到的手機(jī)頻道導(dǎo)航SG,選擇希望收看的頻道。通過SG上顯示的頻道標(biāo)識，用戶終端在選擇后，終端會開始節(jié)目的接收。步驟s404，服務(wù)器端向終端發(fā)送節(jié)目內(nèi)容。服務(wù)器可以采用廣播的方式將內(nèi)容發(fā)送出去，也可以用流媒體的方式發(fā)送內(nèi)容。如果終端在接收到節(jié)目內(nèi)容一段時間后(可以設(shè)定為1分鐘)沒有退出，那么該信息就將被發(fā)送到服務(wù)器。服務(wù)器可以記錄終端接入時間。終端側(cè)接入到頻道后的處理首先要在本地記錄當(dāng)前的狀態(tài)信息，規(guī)定的一段時間可以是網(wǎng)絡(luò)設(shè)定的，也可以是內(nèi)容提供商設(shè)定的。該時間被終端用來判定是否要向服務(wù)器發(fā)送統(tǒng)計信息。如果終端接入頻道的時間超過了該設(shè)定時間，則可以認(rèn)為用戶是在觀看節(jié)目；否則，如果在這段時間內(nèi)終端退出了該頻道，則認(rèn)為用戶沒有收看該頻道節(jié)目。步驟s405,服務(wù)器對終端進(jìn)行鑒權(quán)。鑒權(quán)消息的內(nèi)容可以如下所示HTTP/1.1401UnauthorizedServer:Microsoft-IIS/5.1WWW-Authenticate:Digestrealm="testrealm@host.com"，qop="auth，auth-int",nonce="dcd98b7102dd2f0e8b11d0f600bfb0c093"，opaque="5ccc069c403ebaf9f0171e9517f40e41"<CR>服務(wù)器收到終端發(fā)來的POST消息，對終端要進(jìn)行一次認(rèn)證，服務(wù)器會發(fā)質(zhì)詢給終端。所謂"發(fā)出質(zhì)詢"，就是給客戶端發(fā)送一個HTTP響應(yīng)，其狀態(tài)碼為401(Unauthorized),并且包含消息頭WWW-Authenticate，客戶端看到這個響應(yīng)就知道這個URI(UniformResourceIdentifier,通用資源標(biāo)志符)需要認(rèn)證。domain:—個URI列表，指示要保護(hù)的域?？赡苁且粋€列表，提示用戶這些URI采用一樣的認(rèn)證，如果為空或忽略則為整個服務(wù)器。nonce:隨機(jī)字符串，每次401都不一樣。跟算法有關(guān)。算法類似Base64力口密time-stampH(time-stamp":"ETag":"private-key)。time-stamp為月l務(wù)器時鐘，ETag為請求的Etag頭。opaque:服務(wù)器產(chǎn)生的由客戶發(fā)送請求時原樣返回。最好是Base64串或十六進(jìn)制字符串。realm-value是一個兩端加引號的大小寫相關(guān)的字符串，表示要求認(rèn)證的"領(lǐng)域(realm)"。領(lǐng)域是由服務(wù)器自己決定的，不同的服務(wù)器可以設(shè)置自己的領(lǐng)域，同一個服務(wù)器也可以有多個領(lǐng)域。質(zhì)詢中包含領(lǐng)域信息是為了讓客戶端知道哪個范圍的用戶名是合法的。服務(wù)器對終端進(jìn)行鑒權(quán)的消息可以沒有消息體。服務(wù)器為了獲得終端接入用戶的身份，需要對終端進(jìn)行一次認(rèn)證。這個認(rèn)證與用戶注冊時認(rèn)證目的不同，這個對接入用戶的認(rèn)證可以保證觀看節(jié)目的用戶為接入用戶，可以保證收視率統(tǒng)計的客觀性。認(rèn)證的方式有多種，例如HTTP的摘要認(rèn)證方式。服務(wù)器接收到用戶發(fā)來的Loglnlnfo,在將該消息中的數(shù)據(jù)寫入數(shù)據(jù)庫前，為了確定接入節(jié)目的用戶的身份，及Loglnlnfo的合理性，必須對用戶進(jìn)行一次認(rèn)證。因為用戶在發(fā)送Loglnlnfo的時候不知道是否認(rèn)證，因此服務(wù)在收到Loglnlnfo時會發(fā)送一個HTTP的401消息，該消息包括了一個才兆戰(zhàn)(challenge),challenge需要用戶名及密碼等相關(guān)認(rèn)證信息以加密的方式發(fā)到服務(wù)器。步驟s406，終端向服務(wù)器發(fā)送一個對認(rèn)i正的響應(yīng)；響應(yīng)消息的內(nèi)容可以如下所示Authorization:Digestusername="Mufasa",realm="testrealm@hostcom",nonce="dcd98b7102dd2f0e8b11d0f600bfb0c093"，uri="/xxx/index.html"，qop=auth,cnonce="0a4f!13b"，response="6629fae49393a05397450978507c4efl",opaque-"5ccc069c403ebaf9f017le9517f40e41"終端在收到Challenge消息后會將自己的用戶名及密碼和Challenge—起加密傳給服務(wù)器。這樣的好處是可以不用明文發(fā)送密碼。當(dāng)認(rèn)證成功后服務(wù)器會保持之前終端的接收；如果終端認(rèn)證未通過，用戶也可以繼續(xù)觀看節(jié)目，但對于服務(wù)器統(tǒng)計Loglnlnfo是無效的。步驟s401-s406為標(biāo)準(zhǔn)的HTTP摘要認(rèn)證的方式，其中的各字段可參考RFC2617。摘要認(rèn)證的方法在這里只是舉例說明。步驟s407,服務(wù)器發(fā)送200OK消息到終端。終端的用戶名及密碼通過服務(wù)器的認(rèn)證，服務(wù)器發(fā)送200Ok到終端；本實施例中是以HTTP方式舉例說明，因此這里用200OK表示認(rèn)證成功。步驟s408,服務(wù)器向終端發(fā)送節(jié)目內(nèi)容及互動信息。終端接入到頻道后如果不在規(guī)定的時間內(nèi)退出，繼續(xù)接收節(jié)目內(nèi)容，則服務(wù)器可以采用廣播發(fā)送的方式，也可以采用其它的發(fā)送方式發(fā)送節(jié)目內(nèi)容。如果服務(wù)器采用廣播的方式發(fā)送節(jié)目內(nèi)容，終端從該頻道的廣播中接收內(nèi)容。如果采用其它方式(例如流媒體)，服務(wù)器可以在與終端建立的鏈路上發(fā)送內(nèi)容。對于流媒體方式可以用單播，也可以用組播發(fā)送節(jié)目內(nèi)容；交互媒體文檔及包含的交互媒體對象可以隨節(jié)目內(nèi)容一起下發(fā)，也可以在收看節(jié)目內(nèi)容之前下發(fā)。步驟s409,服務(wù)器向終端發(fā)送互動更新。當(dāng)互動節(jié)目的互動信息發(fā)生改變時，服務(wù)器可以將互動信息的更新發(fā)送到終端。服務(wù)器在發(fā)送前需要根據(jù)終端上報的Loglnlnfo信息對終端的觀看情況4故出判斷，比如ChannelID，UserID等，有了這些信息服務(wù)器才可以將互動更新準(zhǔn)確的發(fā)給觀看節(jié)目的用戶；發(fā)送更新的方法有很多種，比如消息體的攜帶或者短消息等，但是原理和思想是一致的；步驟s410，終端用戶向服務(wù)器發(fā)送互動信息。互動信息的內(nèi)容可以如下所示POST/HTTP/1.1Date:Sat,20Ju畫720:51:22GMTAccept-Ranges:bytesAccept-Language:zh-cnContent-Length:1205Content-Type:text/xmlHost:host:www,samp.com:8080Connection:close<CR>(用戶互動信息)當(dāng)節(jié)目播放過程中出現(xiàn)互動參與時，用戶可以通過HTTPPOST方法將節(jié)目互動過程中個人的選擇以消息體的形式發(fā)送到服務(wù)器，也可以在互動話題討論的過程中以SMS方式將討論的內(nèi)容發(fā)送到服務(wù)器，達(dá)到完成節(jié)目互動的目的。用戶編輯消息的過程可以是一個簡單的選擇，也可以是以文字描述的形式發(fā)表意見，這些操作都不會影響終端繼續(xù)接收服務(wù)器發(fā)送的節(jié)目內(nèi)容。因此在互動參與期間用戶可以不終斷節(jié)目的觀看就完成互動的操作。步驟s411,服務(wù)收到用戶發(fā)來的互動信息，并進(jìn)行處理?；臃?wù)器接收到用戶發(fā)來的互動信息，根據(jù)互動服務(wù)器的策略，可以將此信息進(jìn)行實時的處理，也可以在節(jié)目結(jié)束后處理。互動服務(wù)器會提取用戶的互動信息，并根據(jù)信息內(nèi)容向用戶發(fā)送互動內(nèi)容。比如，當(dāng)用戶在互動節(jié)目的選擇中選擇了A片段，那么接下來互動服務(wù)器會根據(jù)用戶的互動選擇播放A片段。步驟s412，服務(wù)器將當(dāng)前處理完畢的互動參與結(jié)果連同節(jié)目內(nèi)容一起發(fā)送到終端。用戶可以在參與一次互動后就立刻將服務(wù)器處理的互動統(tǒng)計結(jié)果發(fā)送到終端用戶，使終端用戶可以立刻知道參與后的結(jié)果，或當(dāng)前該互動節(jié)目的整體參與情況。因此發(fā)送的當(dāng)前互動參與結(jié)果可以是用戶參與完畢后個人的結(jié)果，也可以是當(dāng)前所有參與者的整體參與結(jié)果。這樣的互動過程在一個互動節(jié)目中可以有多次。本例中用虛線表示返回的參與結(jié)果，意味著參與結(jié)果可以返回給用戶也可以不返回。這是根據(jù)互動服務(wù)器及該互動節(jié)目的策略所制定。步驟s413,終端退出當(dāng)前觀看的節(jié)目。用戶退出當(dāng)前觀看節(jié)目的時間是任意的，可以在節(jié)目結(jié)束后，也可以在播放途中退出。當(dāng)用戶退出后將觸發(fā)終端發(fā)送狀態(tài)消息到服務(wù)器。步驟s414,終端發(fā)送一條LogOutlnfo消息到服務(wù)器。LogOutlnfo消息的內(nèi)容可以如下所示POST/HTTP/1.1Date:Sat,20威00720:55:22GMTAccept-Ranges:bytesAccept-Language:zh國cnContent-Length:1205Content-Type:text/xmlHost:host:www.samp.com:8080Connection:close<CR><xmlversion="1.0"encoding="UTF-8"><!—editedwithXMLSPYv5rel.4U(http:〃www.xmlspy.com)byRegistred(Registred)—>〈LogReportxmlns:xsi="http:〃www,w3.org/2001/XMLSchema-instance"xsi:noNamespaceSchemaLocation="C:\DocumentsandSettingsVAdministratoiA桌面VEdit3.xsd"〉<Message—TypeMessage—Type—Type="LogOutInfo7><User—IDUser—IDType="abc"/><Service—IDService—ID—Type="017><Program—IDProgram—ID—Type="117>本實施例用HTTP的POST方法將LogOutlnfo的XML數(shù)據(jù)信息發(fā)到服務(wù)器上，POST消息中的含義與步驟s404相同。消息體的內(nèi)容為LogOutlnfo的XML形式的數(shù)據(jù)。該消息包括了ServiceID、UserID,月良務(wù)器此時可以記錄當(dāng)前退出時間EndTime。終端的LogOutlnfo消息具有一定的格式如圖7所示。消息的發(fā)送是通過互動信道完成的。保存LogOutlnfo消息的服務(wù)器可以是交互服務(wù)器，也可以是專門用來記錄統(tǒng)計數(shù)據(jù)的服務(wù)器。LogOutlnfo消息可以用HTTPPOST方法將消息帶到服務(wù)器由服務(wù)器來完成處理并加入數(shù)據(jù)庫中，也可以用SMS的承載方式。本例中通過HTTPPOST方法將消息帶到服務(wù)器的方式只是舉例說明，也可以用其它的承載手段代替，但所涉及的原理和思想是一致的。步驟s415，當(dāng)服務(wù)器正確接收的LogOutlnfo消息后返回200OK消息給終端。返回應(yīng)答可以通過互動信道，也可以通過其它的方式。比如服務(wù)器可以端對端的將應(yīng)答發(fā)送的終端，也可以Push到終端。本例中用200OK代表發(fā)送內(nèi)容成功到達(dá)。在不同的網(wǎng)絡(luò)環(huán)境中也可以采用其它的應(yīng)答方式，所涉及的思想和原理都是一樣的。步驟s416，服務(wù)器在終端退出節(jié)目后對用戶的互動信息進(jìn)行保存，并根據(jù)互動節(jié)目中用戶的參與進(jìn)行統(tǒng)計。服務(wù)器保存用戶在互動節(jié)目中發(fā)送的互動信息，在節(jié)目完畢后對用戶的互動信息進(jìn)行統(tǒng)計。最后可以將統(tǒng)計的結(jié)果反饋給用戶。統(tǒng)計的內(nèi)容可以是節(jié)目的參與度或者該節(jié)目的整體互動的結(jié)果。比如，在一個選擇性的互動節(jié)目結(jié)束后，互動服務(wù)器會統(tǒng)計選擇A的觀眾與選擇B的觀眾人數(shù)。這樣的舉例只是為了更明確的說明互動更新的結(jié)果和形式。步驟s417,服務(wù)器將最終的互動節(jié)目統(tǒng)計結(jié)果發(fā)送給用戶。終端用戶參與完畢一個節(jié)目后可以得到一個參與的結(jié)果，該結(jié)果可以包括該終端用戶的參與結(jié)果以及整體節(jié)目的參與結(jié)果。本實施例用虛線表示最終結(jié)果的發(fā)送，表示這一步是可選的。通過終端在接收節(jié)目內(nèi)容的過程中對互動節(jié)目的反饋，以及服務(wù)器對用戶的選擇做出的相應(yīng)可以達(dá)到互動更新的目的。本實施例中所用到的消息承載以及消息發(fā)送方式只是舉例，可以用其它的承載方式及發(fā)送方式替代，但其原理和思想是一致的。本實施例中的LogOutlnfo和Loglnlnfo消息可以保存在服務(wù)器上，用以對終端的節(jié)目觀看信息進(jìn)行統(tǒng)計。保存的數(shù)據(jù)結(jié)構(gòu)形式可以用與表8類似或相同的表，該表可以保存在服務(wù)器上也可以保存在專門用來記錄統(tǒng)計結(jié)果的數(shù)據(jù)庫中。本發(fā)明的實施例五提供了一種手機(jī)電視業(yè)務(wù)中獲取用戶管理信息的系統(tǒng)，如圖5所示包括服務(wù)器10,用于向終端20提供服務(wù)指南中包括的可選節(jié)目，向通過鑒權(quán)的終端20發(fā)送終端20選擇的節(jié)目內(nèi)容；并根據(jù)終端20發(fā)送的用戶管理信息，存儲終端20的用戶管理信息；終端20,用于在啟動時向服務(wù)器IO發(fā)送用戶管理信息。具體的，服務(wù)器10進(jìn)一步包括接收模塊ll，用于接收終端20發(fā)送的用戶管理信息；鑒權(quán)模塊12，用于對請求收看節(jié)目的終端20進(jìn)行鑒權(quán)；節(jié)目發(fā)送模塊13,用于向通過鑒權(quán)模塊鑒權(quán)的終端20發(fā)送終端20選擇的節(jié)目內(nèi)容；統(tǒng)計模塊14,用于根據(jù)接收才莫塊11存儲的內(nèi)容獲取終端20的用戶管理信息.節(jié)目訂購模塊15,用于接受終端20對服務(wù)指南中包括的可選節(jié)目的訂購或退訂，并根據(jù)訂購或退訂結(jié)果更新本地存儲的終端20訂購節(jié)目信息?；庸?jié)目處理模塊16,用于進(jìn)行互動節(jié)目中與終端20的互動功能的實現(xiàn)。其中，互動節(jié)目處理模塊16進(jìn)一步包括互動信息添加子模塊161，用于將互動信息和/或互動更新信息添加到節(jié)目發(fā)送模塊中并向終端20發(fā)送；互動響應(yīng)接收子模塊162,用于接收終端20根據(jù)互動信息添加子模塊171發(fā)送的互動信息和/或互動更新信息返回的互動信息響應(yīng)；互動結(jié)果獲取子模塊163，用于處理互動響應(yīng)接收子模塊172接收的互動信息響應(yīng)，處理得到終端20的互動參與結(jié)果。具體的，終端20進(jìn)一步包括用戶管理信息發(fā)送^f莫塊21,用于向服務(wù)器10發(fā)送本終端的用戶管理信息。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得網(wǎng)絡(luò)設(shè)備執(zhí)行本發(fā)明各個實施例所述的方法。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。權(quán)利要求1、一種手機(jī)電視業(yè)務(wù)中獲取用戶管理信息的方法，其特征在于，包括如下步驟服務(wù)器接收終端發(fā)送的用戶管理信息；所述服務(wù)器保存獲取的所述終端的用戶管理信息。2、如權(quán)利要求1所述獲取用戶管理信息的方法，其特征在于，所述用戶管理信息包括以下信息中的一種或多種消息類型標(biāo)識、消息發(fā)送時間、終端標(biāo)識、業(yè)務(wù)標(biāo)識、節(jié)目標(biāo)識、終端是否在線的狀態(tài)、終端識別碼、用戶標(biāo)識信息以及頻道標(biāo)識，所述消息類型標(biāo)識包4舌登錄消息標(biāo)識和注銷消息標(biāo)識。3、如權(quán)利要求1所述獲取用戶管理信息的方法，其特征在于，還包括如下的步驟所述服務(wù)器對所獲取的用戶管理信息進(jìn)行處理。4、如權(quán)利要求3所迷獲取用戶管理信息的方法，其特征在于，對用戶管理信息的處理方法包括如下的一種或幾種記錄用戶登錄狀態(tài)；記錄用戶觀看節(jié)目狀態(tài)信息；記錄用戶需要更新的業(yè)務(wù)信息；其中，所述用戶的登錄狀態(tài)的記錄包括如下信息的一種或幾種的記錄終端標(biāo)識、用戶標(biāo)識、業(yè)務(wù)訂閱關(guān)系、登陸時間、登陸方式、用戶密鑰的有效期；所述用戶觀看節(jié)目狀態(tài)的記錄包括如下信息的一種或幾種的記錄用戶觀看的節(jié)目標(biāo)識、用戶觀看的頻道標(biāo)識、用戶收看頻道的開始時間、用戶觀看頻道的退出時間；所述用戶需要更新的業(yè)務(wù)信息的記錄包括如下信息的一種或幾種的記錄用戶密鑰是否需要更新、用戶互動信息是否需要更新、用戶業(yè)務(wù)SG是否需要更新。5、如權(quán)利要求4所述獲取用戶管理信息的方法，其特征在于，所迷頻道的節(jié)目收看時間的獲取方法為根據(jù)所述用戶管理信息中攜帶的消息發(fā)送時間獲??；或根據(jù)所述服務(wù)器向所述終端發(fā)送節(jié)目第一幀和最后一幀的時間獲取。6、如權(quán)利要求1或2所述獲取用戶管理信息的方法，其特征在于，所述獲取頻道或節(jié)目的收視率的步驟具體為所述服務(wù)器對需要進(jìn)行統(tǒng)計的頻道或節(jié)目設(shè)置標(biāo)識；終端在接收或退出所述頻道或節(jié)目的內(nèi)容時，根據(jù)所述標(biāo)識向所述服務(wù)器發(fā)送消息；所述服務(wù)器根據(jù)所述消息獲取頻道或節(jié)目的收視率。7、如權(quán)利要6所述獲取用戶管理信息的方法，其特征在于，所述獲取頻道或節(jié)目的收^L率的步驟具體為所述服務(wù)器向所有終端或特定的終端發(fā)送是否在收看特定頻道或節(jié)目的消息；正在收看所述特定頻道或節(jié)目的終端向所述服務(wù)器發(fā)送響應(yīng)消息；所述服務(wù)器根據(jù)所述響應(yīng)消息獲取頻道或節(jié)目的收視率。8、如權(quán)利要求1或2所述獲取用戶管理信息的方法，其特征在于，所述互動節(jié)目統(tǒng)計信息的獲取方法具體為所述服務(wù)器接收到終端發(fā)送的用戶管理信息后，向所述終端發(fā)送互動節(jié)目，所述互動節(jié)目內(nèi)容中包括互動信息和/或互動更新信息；所述服務(wù)器接收所述終端發(fā)送的互動信息響應(yīng)；所述服務(wù)器根據(jù)所述互動信息響應(yīng)，處理得到互動節(jié)目的統(tǒng)計信息。9、如權(quán)利要求1或2所述獲取用戶管理信息的方法，其特征在于，所述終端向所述服務(wù)器發(fā)送用戶管理信息的步驟具體為所述終端在啟動時、或切換所觀看的節(jié)目或頻道時，向所述服務(wù)器發(fā)送用戶管理信息。10、如權(quán)利要求9所述獲取用戶管理信息的方法，其特征在于，所述服務(wù)器接收終端發(fā)送的用戶管理信息后，還包括步驟所述服務(wù)器根據(jù)所述終端在接收到啟動時、或切換所觀看的節(jié)目或頻道時發(fā)送的鑒權(quán)請求，發(fā)起對所述終端的鑒權(quán)。11、如權(quán)利要求9所述獲取用戶管理信息的方法，其特征在于，所述服務(wù)器接收終端發(fā)送的用戶管理信息后，還包括步驟所述服務(wù)器向所述終端發(fā)送所述終端選擇的節(jié)目內(nèi)容；所述服務(wù)器判斷所述終端接收所述節(jié)目內(nèi)容超過預(yù)設(shè)時間時，發(fā)起對所述終端的鑒權(quán)。12、如權(quán)利要求1所述獲取用戶管理信息的方法，其特征在于，所述服務(wù)器接收終端發(fā)送的用戶管理信息后，還包括步驟所述服務(wù)器向所述終端提供服務(wù)指南中包括的可選節(jié)目。13、如權(quán)利要求12所述獲取用戶管理信息的方法，其特征在于，所述服務(wù)器向所述終端提供服務(wù)指南中包括的可選節(jié)目后，還包括步驟所述服務(wù)器接受所述終端對所述服務(wù)指南中包括的可選節(jié)目的訂購或退訂；所述終端訂購的節(jié)目發(fā)生變化時，更新所述服務(wù)器和所述終端上存儲的終端訂購節(jié)目信息。14、一種手機(jī)電視業(yè)務(wù)中獲取用戶管理信息的系統(tǒng)，其特征在于，包括服務(wù)器，用于接收終端發(fā)送的用戶管理信息，并保存所獲取的所述終端的用戶管理信息；終端，用于向所述服務(wù)器發(fā)送用戶管理信息。15、如權(quán)利要求14所述獲取用戶管理信息的系統(tǒng)，其特征在于，所述服務(wù)器進(jìn)一步包括接收模塊，用于接收所述終端發(fā)送的用戶管理信息；統(tǒng)計模塊，用于保存所述接收模塊獲取的所述終端的用戶管理信息。16、如權(quán)利要求14所述獲取用戶管理信息的系統(tǒng)，其特征在于，所述終端進(jìn)一步包括用戶管理信息發(fā)送模塊，用于向所述服務(wù)器發(fā)送本終端的用戶管理信息。17、一種手機(jī)電視業(yè)務(wù)中的服務(wù)器，用于獲取用戶管理信息，其特征在于，包括接收模塊，用于接收終端發(fā)送的用戶管理信息；統(tǒng)計模塊，用于保存所迷接收模塊獲取的所述終端的用戶管理信息。18、如權(quán)利要求17所述手機(jī)電視業(yè)務(wù)中的服務(wù)器，其特征在于，還包括:節(jié)目訂購模塊，用于接受所述終端對服務(wù)指南中包括的可選節(jié)目的訂購或退訂，并根據(jù)訂購或退訂結(jié)果更新本地存儲的終端訂購節(jié)目信息。19、如權(quán)利要求17所述手機(jī)電視業(yè)務(wù)中的服務(wù)器，其特征在于，還包括:鑒權(quán)模塊，用于對請求收看節(jié)目的終端進(jìn)行鑒權(quán)。20、如權(quán)利要求17所述手機(jī)電視業(yè)務(wù)中的服務(wù)器，其特征在于，還包括:互動節(jié)目處理模塊，用于進(jìn)行互動節(jié)目中與所述終端的互動功能的實現(xiàn)。全文摘要本發(fā)明提供一種手機(jī)電視業(yè)務(wù)中獲取用戶管理信息的方法，包括如下步驟服務(wù)器接收終端發(fā)送的用戶管理信息；所述服務(wù)器保存獲取的所述終端的用戶管理信息。本發(fā)明還提供一種手機(jī)電視業(yè)務(wù)中獲取用戶管理信息的系統(tǒng)和設(shè)備。通過使用本發(fā)明，通過終端與服務(wù)器間的消息交互，實現(xiàn)了對用戶管理信息的統(tǒng)計、交互更新以及收視率的統(tǒng)計等信息的互通的目的。文檔編號H04N7/173GK101399958SQ200710162759公開日2009年4月1日申請日期2007年9月30日優(yōu)先權(quán)日2007年9月30日發(fā)明者健楊,雷王,挺董,陳國喬申請人:華為技術(shù)有限公司