專利名稱：數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法
技術領域：
本發(fā)明屬于數(shù)字電視技術領域，特別是一種數(shù)字電視通用用戶管理系統(tǒng)(SMS)與授權管理系統(tǒng)(SAS)接口通訊方法，該接口可以和多個用戶管理系統(tǒng)(SMS)數(shù)據(jù)庫通訊，也可和多個用戶授權管理系統(tǒng)(SAS)之間進行網(wǎng)絡通訊。
背景技術：
在數(shù)字電視廣播條件接收系統(tǒng)(CA，Condition Access)中，用戶授權系統(tǒng)(SAS，Subscriber Authorization System)的授權管理信息(EMM)從根本上來說是來自于用戶管理系統(tǒng)(SMS，Subscriber Management System)的業(yè)務操作如用戶訂購某項業(yè)務產(chǎn)品、取消訂購和發(fā)送解碼數(shù)據(jù)發(fā)生器(DDG，Decode Data Generator)消息等所產(chǎn)生的請求，所以需要在用戶管理系統(tǒng)和用戶授權系統(tǒng)之間建立SMS-SAS接口，用戶管理系統(tǒng)可以通過接口將業(yè)務操作所產(chǎn)生的授權請求傳送給用戶授權系統(tǒng)，用戶授權系統(tǒng)對用戶管理系統(tǒng)的授權請求進行處理后也通過接口將處理結果返回給用戶管理系統(tǒng)。
在現(xiàn)有技術中，不同CA產(chǎn)品供應商的SAS系統(tǒng)都有面向各自的SMS通訊接口，由于沒有統(tǒng)一的標準，各個廠商的SMS-SAS接口的規(guī)范各不相同，使得SAS系統(tǒng)的適應性不高，造成一種SAS系統(tǒng)只能使用固定的一種SMS系統(tǒng)局面。一方面，由于國情不同，國外CA供應商的SMS系統(tǒng)在國內(nèi)根本無法使用，需要尋求國內(nèi)的SMS系統(tǒng)支持其SAS系統(tǒng)。另一方面，對于開發(fā)SMS系統(tǒng)的廠商來說，為了支持不同的SAS系統(tǒng)，需要針對不同SAS供應商提供的SMS-SAS接口規(guī)范進行無休止的二次開發(fā)，不但費時費力，還容易發(fā)生錯誤，造成不必要的損失。
普通的SMS-SAS接口都是做成可執(zhí)行程序且和SMS安裝在一起，由于各CA廠商定義的SMS-SAS接口規(guī)范不一樣，如果SMS要和多個CA同時通訊的話，則要同時安裝多個SMS-SAS接口，占用系統(tǒng)資源比較大，通訊效率比較低下，而且很難進行有效的遠程通訊，也就達不到SMS遠程授權控制、管理的目的。

發(fā)明內(nèi)容
為克服現(xiàn)有技術的不足，本發(fā)明的目的在于提供一種數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法。
為完成上述發(fā)明目的，本發(fā)明的數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，所述數(shù)字電視包括一套前端用戶管理子系統(tǒng)，兩套不同條件接收前端子系統(tǒng)，用戶管理系統(tǒng)與授權管理系統(tǒng)接口組件訪問客戶機和遠程發(fā)布用戶管理系統(tǒng)與授權管理系統(tǒng)接口組件服務器，該方法包括以下步驟a.設置授權管理系統(tǒng)的密鑰集、網(wǎng)絡協(xié)議、端口、用戶管理系統(tǒng)的標示符；b.設置計數(shù)器，并在用戶管理系統(tǒng)創(chuàng)建數(shù)據(jù)庫讀取線程、請求數(shù)據(jù)發(fā)送線程、請求回應數(shù)據(jù)接收線程、分析回應數(shù)據(jù)回寫數(shù)據(jù)庫線程；c.判斷用戶管理系統(tǒng)是否向授權管理系統(tǒng)發(fā)送請求，如果是，則用戶管理系統(tǒng)讀取數(shù)據(jù)庫線程啟動并從用戶管理系統(tǒng)數(shù)據(jù)庫中讀出需要請求的數(shù)據(jù)，并把讀出的請求信息放入請求智能數(shù)組中等待發(fā)送；d.用戶管理系統(tǒng)發(fā)送線程根據(jù)用戶管理系統(tǒng)請求格式檢測發(fā)送的網(wǎng)絡協(xié)議數(shù)據(jù)包，把格式正確的請求數(shù)據(jù)發(fā)送給授權管理系統(tǒng)；e.授權管理系統(tǒng)對數(shù)據(jù)處理后，用戶管理系統(tǒng)接收線程對回應數(shù)據(jù)進行接收處理，如果格式數(shù)據(jù)正確，送入回應智能數(shù)組中等待數(shù)據(jù)分析；f.用戶管理系統(tǒng)分析回應處理線程對回應數(shù)據(jù)進行分析處理，如果是合法數(shù)據(jù)，把正確處理結果回傳給數(shù)據(jù)庫。
所述步驟a中的網(wǎng)絡協(xié)議采用傳輸控制網(wǎng)絡協(xié)議，使用端口為4000-6999。
所述步驟b中的請求數(shù)據(jù)發(fā)送線程發(fā)送的請求數(shù)據(jù)采用網(wǎng)際協(xié)議包格式，包頭長度為17位，包括用戶管理系統(tǒng)的標示符、請求標示符和請求類型碼，授權管理系統(tǒng)也采用網(wǎng)際協(xié)議包格式，包頭加包體長度為12位，包括用戶管理系統(tǒng)的標示符、請求標示符和授權管理系統(tǒng)響應類型碼。
所述步驟b中的請求包括連接測試請求、增加授權請求、取消授權請求、覆蓋原有授權請求、發(fā)送消息請求、發(fā)送郵件請求、密碼復位請求，除連接測試請求外，所有請求的格式包括包頭和包體，包體包括智能卡數(shù)量、智能卡號碼列表字段，增加授權請求、取消授權請求、覆蓋原有授權請求的包體還包括產(chǎn)品標示符列表字段。
所述增加授權請求字段中，‘00’表示對所有智能卡授權，‘01’為單卡授權，‘02’-‘50’表示批量授權。
所述取消授權請求中，‘01’表示取消一張智能卡的產(chǎn)品授權，‘02’-‘50’表示取消一批智能卡的產(chǎn)品授權。
所述覆蓋原有授權請求中，‘01’表示覆蓋一張智能卡的原有授權，‘02’-‘50’表示覆蓋一批智能卡的原有授權。
所述步驟b中的智能數(shù)組相當于進程間的共享區(qū)域，用于把各線程聯(lián)系起來，智能數(shù)組可以動態(tài)增加。
所述步驟c-e中的請求發(fā)送、回應接收采用周期輪尋方式，請求和回應線程有一段時間的阻塞，阻塞由計時器和同步事件完成。
所述計時器有時間間隔計時器、連接檢查計時器、定時檢查網(wǎng)絡計時器三種，分別控制訪問數(shù)據(jù)庫的時間間隔、控制定時向用戶授權管理系統(tǒng)發(fā)送檢查連接是否有效以避免網(wǎng)絡連接已中斷時程序仍發(fā)送請求訪問數(shù)據(jù)庫的錯誤操作，或與時間間隔計時器配合使用定時檢查網(wǎng)絡是否正常，保證程序正常運行。
所述同步事件包括發(fā)送事件、接收事件、分析事件、驅動數(shù)據(jù)庫事件，發(fā)送事件驅動發(fā)送線程，接收事件驅動接收線程，分析事件驅動分析線程，驅動數(shù)據(jù)庫事件驅動讀取數(shù)據(jù)庫線程。
所述步驟a、b中授權管理系統(tǒng)的密鑰集、網(wǎng)絡協(xié)議、端口、用戶管理系統(tǒng)標示符，計數(shù)器，和數(shù)據(jù)庫讀取線程、請求數(shù)據(jù)發(fā)送線程、請求回應數(shù)據(jù)接收線程、分析回應數(shù)據(jù)回寫數(shù)據(jù)庫線程采用全球唯一標識器設置或創(chuàng)建，之后生成動態(tài)鏈接庫文件，并通過注冊表發(fā)布協(xié)議信息。
本發(fā)明具有明顯的優(yōu)點和有益效果是1、相對獨立。使用通用的SMS-SAS接口規(guī)范可以使得用戶管理系統(tǒng)(SMS)和用戶授權系統(tǒng)(SAS)的開發(fā)可以分散、獨立的進行。SMS系統(tǒng)只需要按照既定規(guī)范向SMS-SAS接口發(fā)送授權、消息請求和接收返回信息，SAS系統(tǒng)只需按照規(guī)范從SMS-SAS接口接收授權、消息請求，處理完畢后再向SMS-SAS接口返回處理結果即可完成授權、消息等的處理過程。此外，SMS系統(tǒng)和SAS系統(tǒng)之間相對獨立的關系，可以保證SMS系統(tǒng)和SAS系統(tǒng)的開放性，即一種用戶管理系統(tǒng)(SMS)可以支持任何用戶授權系統(tǒng)(SAS)，一種用戶授權系統(tǒng)(SAS)可以選擇任意合適的SMS系統(tǒng)。這樣不但可以規(guī)范SMS系統(tǒng)和SAS系統(tǒng)的開發(fā)過程，而且使得運營商擁有非常寬松的選擇范圍。2、安全。SMS與SAS互相獨立的結構以及組件的應用，使得SMS的請求即可以來自局域網(wǎng)(LAN)，也可以來自廣域網(wǎng)(WAN)，提高了用戶管理系統(tǒng)分布的廣泛性。另外，SMS-SAS接口將SMS和SAS隔離開來，通過接口既可以對授權、消息等請求進行驗證，而且還可以在安裝SMS-SAS接口的計算機上安裝防火墻對授權、消息等請求進行過濾，防范惡意攻擊，提高了CA系統(tǒng)的安全性。3、快速授權。在SMS進行批量用戶的授權操作時，例如對某一集體下的所有用戶賦予某項或多項業(yè)務產(chǎn)品的授權時，一般的操作方法是SMS系統(tǒng)從自身的數(shù)據(jù)庫中檢索出歸屬該集體下的所有智能卡數(shù)據(jù)，然后針對每張卡向SMS-SAS接口逐一發(fā)送相同的授權請求。但是由于網(wǎng)絡及硬件的限制，連續(xù)的授權請求之間必須有一定的時間間隔才能保證傳輸數(shù)據(jù)的完整性與規(guī)范性，這樣既增加了網(wǎng)絡的負載，也降低了批量授權的速度。如果在規(guī)范中采用合理的定義，那么在一條授權請求中就可以包含多個智能卡的授權信息，可以大大提高授權操作的速度。4、通訊效率高。當遇到SMS-SAS接口升級只需重新注冊、發(fā)布新的SMS-SAS接口組件，訪問新的接口組件即可，不用修改代碼，提高了用戶管理系統(tǒng)軟件的開發(fā)效率。接口組件跟開發(fā)語言無關，是基于二進制代碼，所以給開發(fā)者有了更多的選擇，它占用系統(tǒng)資源少，可以同時被多個SMS連接使用，鏈接速度快，提高了通訊效率。


圖1為本發(fā)明通訊的主流程圖；圖2為SMS-SAS接口組件化前后的對比圖；圖3為SMS和SAS之間的網(wǎng)絡通訊示意圖。
具體實施例方式
下面結合附圖對本發(fā)明再作進一步詳細的說明。
參閱圖1本發(fā)明的主流程圖所示，首先設置SAS的密鑰集(keyset)，網(wǎng)絡協(xié)議(ip)、端口、SMS的標示符(id)，然后，在讀取SMS數(shù)據(jù)庫時，要根據(jù)密鑰集、SAS的IP、端口、SMS的ID設置計時器，創(chuàng)建四條線程和SAS建立連接，進行數(shù)據(jù)請求、回應的分析處理。這四條線程是SMS數(shù)據(jù)庫讀取處理線程、請求數(shù)據(jù)發(fā)送到SAS處理線程、請求回應數(shù)據(jù)接收處理線程、分析回應數(shù)據(jù)回寫SMS數(shù)據(jù)庫線程。
本發(fā)明提出一種數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，依據(jù)通用接口規(guī)范實現(xiàn)組件化的SMS-SAS通訊接口，所述數(shù)字電視包括一套前端用戶管理子系統(tǒng)，兩套不同條件接受子前端系統(tǒng)，SMS-SAS接口組件訪問客戶機和遠程發(fā)布SMS-SAS接口組件服務器。
通用SMS-SAS接口通訊規(guī)范的定義包括以下一些內(nèi)容1、網(wǎng)絡協(xié)議用戶管理系統(tǒng)(SMS)采用TCP/IP協(xié)議與SMS-SAS接口攻擊報警日志所報告入侵攻擊名都是Back Orifice，因此并不在日志統(tǒng)計系統(tǒng)100中增加新的入侵攻擊名，而在第六條入侵攻擊報警日志中收集到新的入侵攻擊名WEB攻擊id command attempt，將其添加到入侵攻擊名表中，后面的處理類似，此不贅述。最后形成的入侵攻擊名表內(nèi)容如表6所示。
表6 入侵攻擊名表的內(nèi)容

其中，在入侵攻擊名表中AlertTitleID是標識類型，也就是系統(tǒng)自動生成序號值，該序號值唯一標識表中的一行。主鍵AlertTitleID與日志表中的外鍵AlertTitleID具有對應關系。
由于協(xié)議的種類和事件級別的取值是確定的，因此IP協(xié)議表和事件級別表的內(nèi)容不需要收集，該兩種字典表320的內(nèi)容始終保持不變，分別如表7和表8所示。
表7 IP協(xié)議表的內(nèi)容

表8 事件級別表的內(nèi)容

在日志保存步驟結束后，前述十條日志保存到數(shù)據(jù)庫中的入侵攻擊日志表，保存的內(nèi)容如表9所示。
SAS響應碼格式見表4。
表4 SAS響應碼列表

3、SMS請求類型列表及SAS響應碼(1)連接測試(Are You Alive)SMS連接測試請求格式見表5，此命令用于檢測SAS是否正常運行，SAS響應碼參見表4。
(2)增加授權(Add Product(s))SMS增加授權請求格式見表6。其功能是將“產(chǎn)品ID列表”中列出的業(yè)務產(chǎn)品授權給“智能卡號碼列表”中列出的智能卡。SAS響應碼參見表4。
(3)取消授權(Cancel Product(s))SMS取消授權請求格式見表7，其功能是取消“智能卡號碼列表”中列出的智能卡上所載的“產(chǎn)品ID列表”中列出的業(yè)務產(chǎn)品授權。SAS響應碼參見表4。
表5 SMS連接測試請求格式

表6 SMS增加授權請求格式

表7 SMS取消授權請求格式

(4)覆蓋原有授權(Overwr ite Entitlement)SMS覆蓋原有授權請求格式見表8，其功能使用“產(chǎn)品ID列表”中列出的業(yè)務產(chǎn)品將“智能卡號碼列表”中列出的智能卡上的原有業(yè)務產(chǎn)品授權覆蓋，即取消智能卡上原有的所有授權，重新賦予其新的產(chǎn)品授權。SAS響應碼參見表4。
表8 SMS覆蓋原有授權請求格式

(5)發(fā)送消息(Send IRD Message)SMS發(fā)送消息請求格式見表9，其功能是向“智能卡號碼列表”中列出的智能卡發(fā)送消息，消息內(nèi)容立刻顯示在用戶的電視屏幕上。SAS響應碼參見表4。
表9 SMS發(fā)送消息請求格式

(6)發(fā)送郵件(Send IRD Mail)SMS發(fā)送郵件請求格式見表10，其功能是向“智能卡號碼列表”中列出的智能卡發(fā)送郵件，郵件內(nèi)容不直接顯示在用戶的電視屏幕上，而是存儲在機頂盒中等待用戶查看。SAS響應碼參見表4。
表10 SMS發(fā)送郵件請求格式

(7)重設密碼(Reset Password)SMS重設密碼請求格式見表11，其功能重新設置智能卡<智能卡號碼>的密碼為初始密碼，SAS響應碼參見表4。
表11 SMS重設密碼請求格式

4、保留的指令類型碼資源及指令集擴展規(guī)定以上列出了SMS請求的一些基本命令格式，各廠商可以根據(jù)自身的需要，在遵循以上命令格式的基礎上增加命令進行命令集擴展。同時，為了此標準擴展的需要，請求類型碼00-49保留給此標準使用，各廠商可以使用50-99的請求類型碼進行命令集擴展。
SMS請求類型代碼列表見表12。
如圖2所示，上部分左邊的SMS1、SMS2、SMS3連線只能選擇一個，同一時刻SMS-SAS接口只能被唯一的SMS訪問進行連接通訊。下部分說明同一時刻通用SMS-SAS接口組件能被多個SMS訪問進行連接通訊，與普通SAS接口通訊連接對比，本發(fā)明的通用SMS-SAS接口組件較普通的SAS接口有更大的靈活性和鏈接的便利性。SMS能同時和多個不同CA的SAS進行連接通訊，多個SMS能同時訪問同一個SMS-SAS接口組件，普通的SMS-SAS接口只能和一個SMS連接通訊，同一個SMS要和多個不同CA的SAS通訊必須建立多個連接，這必然增加資源占有率，降低通訊效率。
表12 SMS請求類型代碼列表

本發(fā)明提出根據(jù)不同CA提供的接口規(guī)范，把接口類型、接口指令、調用接口方式等具體的接口功能進行抽象分離，建立了一套通用的授權、消息管理接口規(guī)范，在此基礎上，實現(xiàn)其通用接口組件化，則可達到不同CA系統(tǒng)采用通用的SMS-SAS接口組件通訊進行授權、消息等管理的目的。SMS-SAS接口通訊體現(xiàn)在兩個方面一是SMS-SAS接口和SMS數(shù)據(jù)庫之間的通訊，二是SMS-SAS接口和SAS之間的網(wǎng)絡通訊。
如圖3所示為，SMS數(shù)據(jù)庫和SMS-SAS接口的操作流程，程序中有讀取數(shù)據(jù)庫線程和分析回應線程，處理位置都在數(shù)據(jù)庫和智能數(shù)組之間，程序中的智能數(shù)組相當于進程間的共享區(qū)域，利用這些數(shù)組把各線程聯(lián)系起來，MS-Visual C++的類庫(MFC，Microsoft Foundation Class)中的智能數(shù)組可以動態(tài)增加，所以在這里非常適用，增加了程序的靈活性如圖中虛線所包括所示。讀取數(shù)據(jù)庫線程(nettoDB)執(zhí)行讀取oracle數(shù)據(jù)庫，然后把讀出的請求信息放入相應的智能回應數(shù)組中等待發(fā)送。在讀取數(shù)據(jù)庫內(nèi)容時，用開放式數(shù)據(jù)庫連接性(ODBC，Open Database Connectivity，)和數(shù)據(jù)庫連接，所以要保證運行程序的主機上要有ORACLE ODBC驅動，并和數(shù)據(jù)源建立連接.讀取數(shù)據(jù)的通訊用MFC的CRECODERSET類，該類對象對應數(shù)據(jù)庫表中的相應元素，在加進相應數(shù)組中時可能要進行轉換。
由于發(fā)送請求數(shù)組數(shù)據(jù)是要涉及到數(shù)組查詢，所以如果數(shù)組變的過大，在查詢時會影響效率，所以在每次訪問數(shù)據(jù)庫時，先檢查數(shù)組大小并將其限制在50個元素的范圍之內(nèi)。
每次連接數(shù)據(jù)庫后，要進行請求的發(fā)送、回應的接收，并且數(shù)據(jù)庫是不必連續(xù)訪問，可周期輪尋，所以線程要阻塞一段時間，具體的通訊由計時器和同步事件完成。
回應分析線程(analysisThread)分析回應數(shù)組中的回應信息，和發(fā)送的請求相對應并把請求的處理結果反饋給SMS端數(shù)據(jù)庫，等待SMS用戶的進一步處理，在這條線程中與數(shù)據(jù)庫的連接，由于要向數(shù)據(jù)庫中寫入信息，不再適合用MFC的CRECODERSET類來通訊，而用Cdatabase類對象來通訊，這樣用SQL&PLUS語句把回應信息和操作進行寫回數(shù)據(jù)庫比較靈活而且有效率。
由于程序執(zhí)行時要不斷的收到回應并寫回數(shù)據(jù)庫，而訪問數(shù)據(jù)庫并發(fā)送請求是間歇性的，所以該線程的執(zhí)行也是有阻塞的，具體的通訊由計時器和同步事件控制。
上述所述的計時器包括宏定義的RDBDATA、CHECKNET、ALIVETIMER三個計時器，利用這三個計時器來驅動線程的運行，其中RDBDATA控制訪問數(shù)據(jù)庫的時間間隔，CHECKNET用來控制定時向SAS發(fā)送檢查連接是否有效信息，重而避免網(wǎng)絡連接已經(jīng)中斷，程序仍然發(fā)送請求訪問數(shù)據(jù)庫的錯誤操作，ALIVETIMER定時檢查網(wǎng)絡是否正常，和CHECKNET配合使用，保證程序正常運行。
上述所述的同步事件是指，程序中線程有阻塞，除了計時器外，還要利用同步事件來驅動線程，程序中有sendEvent、recvEvent、analysisEvent、DBEvent四個同步事件，當?shù)鹊绞录t相應的線程啟動。sendEvent驅動發(fā)送線程，recvEvent驅動接收線程，analysisEvent驅動分析線程，DBEvent驅動讀取數(shù)據(jù)庫線程。
由于各線程共享數(shù)組，所以要引入臨界量來保護數(shù)據(jù)安全，本發(fā)明用臨界量criticalprotect完成保護功能，criticalprotect是CcriticalSection類的變量。
二、SMS-SAS接口和SAS系統(tǒng)的通訊如圖4所示，SMS-SAS接口和SAS系統(tǒng)的通訊實現(xiàn)主要是判斷用戶管理系統(tǒng)是否向授權管理系統(tǒng)發(fā)送請求，如果是，則用戶管理系統(tǒng)讀取數(shù)據(jù)庫線程啟動并從用戶管理系統(tǒng)數(shù)據(jù)庫中讀出需要請求的數(shù)據(jù)，并把讀出的請求信息放入請求智能數(shù)組中等待發(fā)送。用戶管理系統(tǒng)發(fā)送線程根據(jù)用戶管理系統(tǒng)請求格式檢測發(fā)送的網(wǎng)絡協(xié)議數(shù)據(jù)包，把格式正確的請求數(shù)據(jù)發(fā)送給授權管理系統(tǒng)。
發(fā)送線程(sendThread)檢查請求數(shù)組，看是否有請求數(shù)組需要發(fā)送，如果有，則利用TCP\IP網(wǎng)絡通訊協(xié)議，通過WINSOCK連接將請求發(fā)往SAS，如果沒有請求需要發(fā)送，則等待一段時間后再次檢查。
每發(fā)送一條請求后，需要給程序留出一點時間讓接收線程接收數(shù)據(jù)，因為各請求在SAS端的處理時間不一樣，所以請求的回應時間有延遲，并且回應次序并不和發(fā)送次序一致，所以在發(fā)送一條請求后應給接收線程留點時間接收回應。
請求數(shù)組中已被發(fā)送但尚未收到回應的請求信息不應當再次發(fā)送，所以在數(shù)組中的各元素中有一流水號來分辨是否此請求已經(jīng)發(fā)送。
與讀取數(shù)據(jù)庫線程一樣，該線程有阻塞，同樣由計時器和同步事件通訊。
SAS對數(shù)據(jù)處理后，SMS接收線程對回應數(shù)據(jù)進行接收處理，如果格式數(shù)據(jù)正確，送入回應智能數(shù)組中等待數(shù)據(jù)分析，SMS分析回應處理線程對回應數(shù)據(jù)進行分析處理，如果是合法數(shù)據(jù)，把正確處理結果回傳給數(shù)據(jù)庫。
接收線程(recvThread)接收網(wǎng)絡傳來的數(shù)據(jù)并分析是否是合法回應信息，如不是，則忽略，是則放入回應數(shù)組中，等待分析線程的處理。
由于接收線程接收網(wǎng)絡來的數(shù)據(jù)，而網(wǎng)絡傳來的數(shù)據(jù)不定時有隨機性，所以該線程不應被阻塞，應一直監(jiān)聽端口，隨時準備接收數(shù)據(jù)。
在請求、回應的過程中出現(xiàn)異常則進行異常處理，如沒有處理完畢，重復執(zhí)行上述步驟，否則結束。
SMS-SAS接口組件化的實現(xiàn)關鍵技術表現(xiàn)在三個方面實現(xiàn)Iunknown接口，實現(xiàn)自定義接口，實現(xiàn)接口查詢，管理對象生命周期(記數(shù))。因為Iunknown接口是純虛類，它所包含的函數(shù)都是純虛函數(shù)，而且他們沒有成員變量，SAS自定義接口是從這些純虛類繼承下來的派生類，所以通訊這些虛函數(shù)就變的由為重要，虛函數(shù)都是通過調用虛函數(shù)表來通訊的。
Iunknown包含三個非常重要的函數(shù)，分別是QueryInterface、AddRef、Release。而且它們的排列順序也是不可改變的。QueryInterface用于查詢組件通訊的其它接口，也就是查詢組件的父類中還有哪些接口類，AddRef用于增加引用計數(shù)，Release用于減少引用計數(shù)。利用好這三個函數(shù)能對com組件進行有效管理，使得客戶可以從組件內(nèi)的任一接口查詢到任何其他接口，這種靈活性使客戶可以輕易獲取他所能知道的有關接口，且能夠更合理、安全、有效的管理組件的生存期問題。通訊了以上步驟，可以通訊類工廠了，繼承IclassFactory接口，用于創(chuàng)建通用SAS接口組件實例。
為保證接口的唯一性，采用GUID(Globally Unique IDentifier，全球唯一標識器)的方法產(chǎn)生通用SAS接口組件，當創(chuàng)建好通用SAS接口組件實例后，經(jīng)過編譯，生成動態(tài)連接庫(dll)文件，通過注冊表發(fā)布組件的信息，對象的信息，接口的信息。
SMS組件是一個DLL，有兩種運行模式本地、遠程。本地是指DLL進程和調用者在同一個機器上但在不同的進程內(nèi)；遠程是指DLL進程根本就和調用者在兩臺機器上。
訪問本地SAS接口組件時，由于客戶程序和被調用的SMS組件是處在不同的進程間，它們有各自不同的編址空間，所以在傳遞接口指針到客戶程序必須要經(jīng)過調度。Windows已經(jīng)提供了現(xiàn)成的調度函數(shù)。
訪問遠程SAS接口組件時，DCOM(分布式組件)以RPC為基礎，在網(wǎng)絡間傳遞數(shù)據(jù)必須遵守標準的網(wǎng)上數(shù)據(jù)傳輸協(xié)議，數(shù)據(jù)傳遞前要先打包，傳遞到目的地后解包。
本發(fā)明提出通用的用戶管理系統(tǒng)與授權管理系統(tǒng)接口規(guī)范，依據(jù)通用接口規(guī)范實現(xiàn)組件化的SMS-SAS通訊接口。SMS-SAS組件通過一定的方式注冊、發(fā)布，在SMS客戶端通過訪問SMS-SAS組件，SMS就可以和需要連接的CA進行通訊，完成產(chǎn)品訂購或發(fā)送消息等的整個業(yè)務處理過程。
最后所應說明的是以上實施例僅用以說明而非限制本發(fā)明的技術方案，盡管參照上述實施例對本發(fā)明進行了詳細說明，本領域的普通技術人員應當理解依然可以對本發(fā)明進行修改或者等同替換，對于不脫離本發(fā)明的精神和范圍的任何修改或局部替換，其均應涵蓋在本發(fā)明的權利要求范圍當中。
權利要求
1.數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，所述數(shù)字電視包括一套前端用戶管理子系統(tǒng)，兩套不同條件接收前端子系統(tǒng)，用戶管理系統(tǒng)與授權管理系統(tǒng)接口組件訪問客戶機和遠程發(fā)布用戶管理系統(tǒng)與授權管理系統(tǒng)接口組件服務器，其特征在于包括以下步驟a.設置授權管理系統(tǒng)的密鑰集、網(wǎng)絡協(xié)議、端口、用戶管理系統(tǒng)的標示符；b.設置計數(shù)器，并在用戶管理系統(tǒng)創(chuàng)建數(shù)據(jù)庫讀取線程、請求數(shù)據(jù)發(fā)送線程、請求回應數(shù)據(jù)接收線程、分析回應數(shù)據(jù)回寫數(shù)據(jù)庫線程；c.判斷用戶管理系統(tǒng)是否向授權管理系統(tǒng)發(fā)送請求，如果是，則用戶管理系統(tǒng)讀取數(shù)據(jù)庫線程啟動并從用戶管理系統(tǒng)數(shù)據(jù)庫中讀出需要請求的數(shù)據(jù)，并把讀出的請求信息放入請求智能數(shù)組中等待發(fā)送；d.用戶管理系統(tǒng)發(fā)送線程根據(jù)用戶管理系統(tǒng)請求格式檢測發(fā)送的網(wǎng)絡協(xié)議數(shù)據(jù)包，把格式正確的請求數(shù)據(jù)發(fā)送給授權管理系統(tǒng)；e.授權管理系統(tǒng)對數(shù)據(jù)處理后，用戶管理系統(tǒng)接收線程對回應數(shù)據(jù)進行接收處理，如果格式數(shù)據(jù)正確，送入回應智能數(shù)組中等待數(shù)據(jù)分析；f.用戶管理系統(tǒng)分析回應處理線程對回應數(shù)據(jù)進行分析處理，如果是合法數(shù)據(jù)，把正確處理結果回傳給數(shù)據(jù)庫。
2.根據(jù)權利要求1所述的數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述步驟a中的網(wǎng)絡協(xié)議采用傳輸控制網(wǎng)絡協(xié)議，使用端口為4000-6999。
3.根據(jù)權利要求1所述的數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述步驟b中的請求數(shù)據(jù)發(fā)送線程發(fā)送的請求數(shù)據(jù)采用網(wǎng)際協(xié)議包格式，包頭長度為17位，包括用戶管理系統(tǒng)的標示符、請求標示符和請求類型碼，授權管理系統(tǒng)也采用網(wǎng)際協(xié)議包格式，包頭加包體長度為12位，包括用戶管理系統(tǒng)的標示符、請求標示符和授權管理系統(tǒng)響應類型碼。
4.根據(jù)權利要求1所述的數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述步驟b中的請求包括連接測試請求、增加授權請求、取消授權請求、覆蓋原有授權請求、發(fā)送消息請求、發(fā)送郵件請求、密碼復位請求，除連接測試請求外，所有請求的格式包括包頭和包體，包體包括智能卡數(shù)量、智能卡號碼列表字段，增加授權請求、取消授權請求、覆蓋原有授權請求的包體還包括產(chǎn)品標示符列表字段。
5.根據(jù)權利要求4所述的數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述增加授權請求字段中，‘00’表示對所有智能卡授權，‘01’為單卡授權，‘02’-‘50’表示批量授權。
6.根據(jù)權利要求4所述的數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述取消授權請求中，‘01’表示取消一張智能卡的產(chǎn)品授權，‘02’-‘50’表示取消一批智能卡的產(chǎn)品授權。
7.根據(jù)權利要求4所述的數(shù)字電視通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述覆蓋原有授權請求中，‘01’表示覆蓋一張智能卡的原有授權，‘02’-‘50’表示覆蓋一批智能卡的原有授權。
8.根據(jù)權利要求1所述的數(shù)字電視系統(tǒng)通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述步驟b中的智能數(shù)組相當于進程間的共享區(qū)域，用于把各線程聯(lián)系起來，智能數(shù)組可以動態(tài)增加。
9.根據(jù)權利要求1所述的數(shù)字電視系統(tǒng)通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述步驟c-e中的請求發(fā)送、回應接收采用周期輪尋方式，請求和回應線程有一段時間的阻塞，阻塞由計時器和同步事件完成。
10.根據(jù)權利要求9所述的數(shù)字電視系統(tǒng)通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述計時器有時間間隔計時器、連接檢查計時器、定時檢查網(wǎng)絡計時器三種，分別控制訪問數(shù)據(jù)庫的時間間隔、控制定時向用戶授權管理系統(tǒng)發(fā)送檢查連接是否有效以避免網(wǎng)絡連接已中斷時程序仍發(fā)送請求訪問數(shù)據(jù)庫的錯誤操作，或與時間間隔計時器配合使用定時檢查網(wǎng)絡是否正常，保證程序正常運行。
11.根據(jù)權利要求9所述的數(shù)字電視系統(tǒng)通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述同步事件包括發(fā)送事件、接收事件、分析事件、驅動數(shù)據(jù)庫事件，發(fā)送事件驅動發(fā)送線程，接收事件驅動接收線程，分析事件驅動分析線程，驅動數(shù)據(jù)庫事件驅動讀取數(shù)據(jù)庫線程。
12.根據(jù)權利要求1所述的數(shù)字電視系統(tǒng)通用用戶管理系統(tǒng)與授權管理系統(tǒng)接口通訊方法，其特征在于所述步驟a、b中授權管理系統(tǒng)的密鑰集、網(wǎng)絡協(xié)議、端口、用戶管理系統(tǒng)標示符，計數(shù)器，和數(shù)據(jù)庫讀取線程、請求數(shù)據(jù)發(fā)送線程、請求回應數(shù)據(jù)接收線程、分析回應數(shù)據(jù)回寫數(shù)據(jù)庫線程采用全球唯一標識器設置或創(chuàng)建，之后生成動態(tài)鏈接庫文件，并通過注冊表發(fā)布協(xié)議信息。
全文摘要
本發(fā)明是一種數(shù)字電視通用SMS與SAS接口通訊方法，包括設置SMS密鑰集、網(wǎng)絡協(xié)議、端口、SMS標示符；設置計數(shù)器，并SMS創(chuàng)建數(shù)據(jù)庫讀取線程、請求數(shù)據(jù)發(fā)送線程、請求回應數(shù)據(jù)接收線程、分析回應數(shù)據(jù)回寫數(shù)據(jù)庫線程；判斷SMS是否向SAS發(fā)送請求，如果是，則SMS讀取數(shù)據(jù)庫線程啟動并從SMS數(shù)據(jù)庫中讀出需要請求的數(shù)據(jù)，并把讀出的請求信息放入請求智能數(shù)組中等待發(fā)送；SMS發(fā)送線程根據(jù)SMS請求格式檢測發(fā)送的網(wǎng)絡協(xié)議數(shù)據(jù)包，把格式正確的請求數(shù)據(jù)發(fā)送給SAS；SAS對數(shù)據(jù)處理后，SMS接收線程對回應數(shù)據(jù)進行接收處理，如果格式數(shù)據(jù)正確，送入回應智能數(shù)組中等待數(shù)據(jù)分析；SMS分析回應處理線程對回應數(shù)據(jù)進行分析處理，如果是合法數(shù)據(jù)，把正確處理結果回傳給數(shù)據(jù)庫。
文檔編號H04N7/16GK1642264SQ200410000619
公開日2005年7月20日 申請日期2004年1月13日 優(yōu)先權日2004年1月13日
發(fā)明者曹志松, 劉祎, 吳戈 申請人:北京中視聯(lián)數(shù)字系統(tǒng)有限公司