專利名稱：一種應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)方法及其迷你服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)使用方法及使用該方法 的迷你服務(wù)器，更確切地說是涉及網(wǎng)絡(luò)運(yùn)營者對公網(wǎng)用戶的一種包括應(yīng)用軟 件、游戲、動漫、電影、音樂、課件等數(shù)碼內(nèi)容在內(nèi)的通用商務(wù)方法及使用該 方法的迷你服務(wù)器。
背景技術(shù)：
當(dāng)前ASP運(yùn)營商在公網(wǎng)租賃數(shù)碼內(nèi)容的成功方式主要包括三種 一種是看 電影(vi'deo cm-deraand, V0D)或玩游戲(game on-demand, G0D)的收月費(fèi)，一 種是基于瀏覽器的服務(wù)器端控制收費(fèi)(browser/server, B/S )方式，還有一 種是基于客戶端的月良務(wù)器端控制收費(fèi)(client/server, C/S )方式，例如網(wǎng)絡(luò) 游戲。至于其它方法，或是不能控制用戶下載盜用，或是嘗試把收租代碼大幅 嵌入各別應(yīng)用或流媒體的播放器中，都不成功。即使在上述第二及第三種成功 方法中，也還是需要針對各別的應(yīng)用軟件，無論是在客戶端或服務(wù)器端，做修 改代碼的工作。應(yīng)用虛擬化這一技術(shù)則可以統(tǒng)一提供租賃方法給應(yīng)用軟件、游戲、及其它 流媒體，不需修改原代碼，不必?fù)?dān)心播放器與流媒體不相容，也無虞內(nèi)容被盜 版。它的原理是利用預(yù)先處理的排序(sequencing)法，把應(yīng)用軟件、游戲各別 打包；電影音樂等流媒體則與其特定的播放器一起打包。(這些經(jīng)過排序的軟 件或流媒體包，以后統(tǒng)稱內(nèi)容。)然后將內(nèi)容置于服務(wù)器上，由用戶隨需(on-demand) 串流(streaming)到一個(gè)虛擬客戶端。 在虛擬客戶端內(nèi)容免安裝、防盜 版、可隨需隨地隨時(shí)使用，又不會擾亂Windows注冊表及操作系統(tǒng)文件。這一 技術(shù)已有多家廠商提供，但微軟公司將之嵌入操作系統(tǒng)中，成為應(yīng)用虛擬化的 標(biāo)準(zhǔn)。但微軟產(chǎn)品只在企業(yè)內(nèi)網(wǎng)市場是成熟的。現(xiàn)實(shí)上，微軟產(chǎn)品從未被用來 在公網(wǎng)上收費(fèi)，使用該微軟產(chǎn)品作為應(yīng)用虛擬化的基礎(chǔ)來實(shí)現(xiàn)內(nèi)容租賃法，存 在以下缺點(diǎn)(1)微軟產(chǎn)品成熟度除了傳輸功能外，產(chǎn)品的接入及計(jì)量功能尚未成熟； 確切地說，來源于以下因素a)微軟產(chǎn)品SoftGrid目前使用Windows基本認(rèn) i正(basic authentication), 必須孑吏用月良務(wù)器端的活動目錄(active directory), 操作不易；至于Windows i或i人i正(domain authentication)貝寸 因消費(fèi)大眾不可能接受域的管理，所以完全不宜公網(wǎng)使用。(b)雖然 US7, 017， 188提及計(jì)量(meter)的時(shí)間信息可以不必在串流協(xié)議中，但微軟產(chǎn)品 SoftGrid目前使用傳輸協(xié)議RTSP的setup及teardown的指令來做計(jì)量。因 為計(jì)量是計(jì)費(fèi)的基礎(chǔ)，所以如果計(jì)費(fèi)不能脫離RTSP傳輸協(xié)議而獨(dú)立作業(yè)，則 所用的應(yīng)用虛擬方法也被微軟系統(tǒng)壟斷，操作不易。(2) 市場實(shí)況的因應(yīng)微軟產(chǎn)品及專利均未考慮到用戶處理大量內(nèi)容的公 網(wǎng)市場實(shí)況，譬如內(nèi)容搜索及選?。淮送?，也缺少ASP運(yùn)營商從單一中央服戶 器為不同公司或團(tuán)體集中部署內(nèi)容的暫存機(jī)制。(3) 微軟勢力的壟斷僅以微軟產(chǎn)品為基礎(chǔ)可能喪失機(jī)會吸收其它公司改 進(jìn)技術(shù)，甚至喪失未來"非Windows (例如手機(jī))"數(shù)碼內(nèi)容租賃市場。發(fā)明內(nèi)容本發(fā)明的目的是提供一種應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)使用方法，更確 切地說是涉及網(wǎng)絡(luò)運(yùn)營者對公網(wǎng)用戶的一種數(shù)碼內(nèi)容(應(yīng)用軟件、游戲、動漫、 電影、音樂、課件)租賃方法。通過屏蔽微軟Windows接入法的特征，創(chuàng)建了 一個(gè)機(jī)制使運(yùn)營商在公網(wǎng)上操作不必用微軟的活動目錄。并且由于采用了從微 軟串流協(xié)議中獨(dú)立出來的計(jì)量方法，用戶收費(fèi)不再受到單一應(yīng)用虛擬技術(shù)的壟 斷，還可以動態(tài)嵌入廣告運(yùn)行、屏除游戲外掛所生弊端、在客戶端虛擬盤里讀 取游戲狀態(tài)文件。同時(shí)，用戶有從大量內(nèi)容挑選的能力，內(nèi)容服務(wù)器也可用樹 狀結(jié)構(gòu)收集、管理大量內(nèi)容。另外，由于傳輸與運(yùn)行被獨(dú)立出來，任何廠商如 果在應(yīng)用虛擬化技術(shù)上有改進(jìn)(譬如傳輸?shù)乃俣燃涌旒把舆t減少)，本發(fā)明都可 利用得到。最后，本發(fā)明也為團(tuán)體單位提供了一個(gè)內(nèi)容暫存機(jī)制，可為團(tuán)體單 位迅速部署內(nèi)容。為了實(shí)現(xiàn)上述目的，本發(fā)明采用了一種應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)方 法，其特征在于，包括，初始化所迷初始化包括取得參數(shù)，讀入設(shè)置文件， 初始化加E服務(wù)，以及運(yùn)行應(yīng)用監(jiān)聽器，并進(jìn)行注冊和登錄；接入客戶端SOD 控件通過接入?yún)f(xié)議登錄接入服務(wù)器；選取內(nèi)容輸入關(guān)鍵字選取內(nèi)容，所述被選取的內(nèi)容由內(nèi)容管理協(xié)議提供；選擇應(yīng)用虛擬法根據(jù)用戶所需的帶寬大小與數(shù)據(jù)中心資源消耗選擇一種應(yīng)用虛擬法；執(zhí)行應(yīng)用虛擬法將所述應(yīng)用虛擬 法對應(yīng)的執(zhí)行軟件與所迷被選取的內(nèi)容綁定，并執(zhí)行該執(zhí)行軟件；計(jì)量及計(jì)費(fèi) 對所述執(zhí)行應(yīng)用虛擬法的起始及關(guān)閉時(shí)間進(jìn)行計(jì)量及計(jì)費(fèi)。本發(fā)明還包括一種應(yīng)用應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)方法的迷你服務(wù) 器，其中，客戶端SOD控件根據(jù)所述選擇應(yīng)用虛擬法中所選定的應(yīng)用虛擬法在內(nèi)網(wǎng)進(jìn)行傳輸，并開始計(jì)時(shí)。在上述方案中，所述的客戶端執(zhí)行件必須由公網(wǎng)用戶安裝在客戶端。該執(zhí) 行件掌控了客戶端的上述四種步驟。亦即用戶首先接入，在接入服務(wù)器上存有 用戶專有信息以資驗(yàn)證，而后在用戶選取內(nèi)容時(shí)，計(jì)費(fèi)服務(wù)器會檢查計(jì)費(fèi)法及 帳戶資金，如果通過檢查，客戶端執(zhí)行件即選用應(yīng)用虛擬法，并執(zhí)行該應(yīng)用。 該應(yīng)用即可傳輸至客戶端，并根據(jù)計(jì)量信息與計(jì)費(fèi)方法來計(jì)費(fèi)。其中的接入服務(wù)器含有個(gè)人及團(tuán)體合法用戶的專有信息的數(shù)據(jù)庫，通過驗(yàn) 證接入設(shè)備發(fā)來的用戶信息決定用戶是否有權(quán)進(jìn)入租賃平臺。其中的內(nèi)容服務(wù)器含有運(yùn)營商排序并登記管理好的樹狀結(jié)構(gòu)內(nèi)容，使接入 的用戶便于按類或以關(guān)鍵字挑選。其中的計(jì)費(fèi)服務(wù)器包含有客戶端執(zhí)行件計(jì)量得到的應(yīng)用開始運(yùn)行及結(jié)速 運(yùn)行時(shí)間信息，根據(jù)用戶挑選的計(jì)費(fèi)方法為用戶計(jì)費(fèi)。計(jì)費(fèi)方法分為按時(shí)長、 按次、按周期、學(xué)期以及在黃金時(shí)段加價(jià)。其中的迷你服務(wù)器包含有與中央應(yīng)用虛擬服務(wù)器同步的內(nèi)容，用戶在公網(wǎng) 上認(rèn)證后即可將這些內(nèi)容從迷你服務(wù)器經(jīng)內(nèi)網(wǎng)導(dǎo)入。本發(fā)明雖用了四種服務(wù) 器，但前三種可以任何方式合并，端視編程及硬件之考慮。本發(fā)明為公網(wǎng)運(yùn)營 商提供了一種7>網(wǎng)通用考且賃收費(fèi)的方法，該方法是在應(yīng)用虛擬化的基礎(chǔ)上，創(chuàng) 建了客戶端執(zhí)行件，使用戶可接入、挑選內(nèi)容、運(yùn)行應(yīng)用、加以計(jì)量并計(jì)費(fèi)， 達(dá)到不需要被微軟產(chǎn)品壟斷，也能夠完成內(nèi)容租賃計(jì)費(fèi)的目的。


下面參照附圖，對于熟悉本技術(shù)領(lǐng)域的人員而言，從對本發(fā)明方法的詳細(xì) 描述中,本發(fā)明的上述和其他目的、特征和優(yōu)點(diǎn)將顯而易見。 圖1是本發(fā)明的系統(tǒng)組成框圖； 圖2是圖1中客戶端S0D控件10的工作流程圖；圖3是圖2中步驟208接入認(rèn)證處理的流程圖；圖4是圖2中步驟212進(jìn)行內(nèi)容選擇的流程圖；圖5是圖2中步驟215的運(yùn)行應(yīng)用(含計(jì)量計(jì)費(fèi))流程圖；圖6是圖2中步驟217與218的運(yùn)行應(yīng)用(含計(jì)量計(jì)費(fèi))流程圖；圖7是本發(fā)明方法的內(nèi)容管理服務(wù)器和計(jì)費(fèi)服務(wù)器流程圖；圖8是迷你服務(wù)器的一個(gè)應(yīng)用實(shí)現(xiàn)圖。
具體實(shí)施方式
圖1所示的系統(tǒng)中，客戶端S0D控件端IO通過協(xié)議11與服務(wù)器端12進(jìn)行 通信，其中客戶端IO是個(gè)人用戶或團(tuán)體用戶，通過多種協(xié)議11與包括接入服 務(wù)器15、計(jì)費(fèi)服務(wù)器16、內(nèi)容服務(wù)器17、應(yīng)用虛擬服務(wù)器18等在內(nèi)的多個(gè)服 務(wù)器12進(jìn)行交談。其中，相對應(yīng)包括接入?yún)f(xié)議、運(yùn)行應(yīng)用(含計(jì)量計(jì)費(fèi))協(xié)議、 內(nèi)容管理協(xié)議、公網(wǎng)傳輸協(xié)議、內(nèi)網(wǎng)傳輸協(xié)議和內(nèi)容FTP協(xié)議等。個(gè)人用戶與 團(tuán)體用戶使用的協(xié)議基本相同。實(shí)現(xiàn)本發(fā)明的公網(wǎng)通用租賃收費(fèi)方法，需要首先在各種服務(wù)器上進(jìn)行用戶 信息的注冊，內(nèi)容的預(yù)備，以及收費(fèi)卡的激活等管理工作，然后用戶在公網(wǎng)租 賃數(shù)碼內(nèi)容才可以使用這些信息。這些管理工作或經(jīng)用戶利用網(wǎng)頁，或由管理 員經(jīng)管理屏幕(management console)完成，加上凄t據(jù)庫從中調(diào)配。具體過程在 下面將詳細(xì)介紹。圖2給出了客戶端S0D控件10的工作流程情況，具體包括 步驟201,取得主程序參數(shù)。這些主程序參數(shù)包括應(yīng)用代號、應(yīng)用名、二 級應(yīng)用名、擴(kuò)展名、控件名及其它參數(shù)等。客戶端S0D控件10可以由網(wǎng)頁激 活，也可由客戶手動運(yùn)行。其所用的參數(shù)，可以不同。步驟202，讀入設(shè)置文件，該設(shè)置文件包含服務(wù)器地址及端口等設(shè)置信息。 步驟203，初始化DDE服務(wù)。DDE服務(wù)可以使用戶在點(diǎn)擊其它網(wǎng)站的文件 時(shí)，與其關(guān)聯(lián)的應(yīng)用如果尚未串流，此時(shí)會自動從SoftGrid服務(wù)器下載至虛 擬盤，并開始運(yùn)行。以孩t軟的SoftGrid為例，譬如用戶點(diǎn)擊pdf文件，Acrobat Reader如未安裝，會自動串流并運(yùn)行Acrobat ，以及打開該pdf文件。步驟204,客戶端SOD控件應(yīng)用監(jiān)聽器判定是否發(fā)生通信斷線故障。監(jiān)聽器 除了對接口 ( socket )做基本監(jiān)聽外，還設(shè)有監(jiān)聽超時(shí)機(jī)制一旦斷線，可立 即檢測到，因而可在此時(shí)操作有關(guān)斷線對計(jì)費(fèi)的政策。例如通知用戶服務(wù)暫停，直到斷線情況恢復(fù)。(1)監(jiān)聽斷線即一^:業(yè)界所謂的"心跳(heartbeat)，，維 系監(jiān)聽?？蛻舳硕〞r(shí)向服務(wù)器發(fā)訊息并聆聽回應(yīng)?；蛟谝欢〞r(shí)段內(nèi)未聞回應(yīng)， 則判斷為斷線或服務(wù)器死機(jī)。反之亦然。(2)內(nèi)容尚未100%串流的斷線計(jì)費(fèi)政 策是否給予顧客該次內(nèi)容免費(fèi)或斷線恢復(fù)后繼續(xù)計(jì)費(fèi)。(3)內(nèi)容已100%串流 的斷線計(jì)費(fèi)政策應(yīng)用虛擬化的一個(gè)特征就是一個(gè)應(yīng)用常常只要串流20%就可 運(yùn)行。如果斷線，會立即報(bào)錯。但對于已100%下載至客戶端的內(nèi)容，其實(shí)是斷 線后仍可使用，不會報(bào)錯；但服務(wù)器已無法從客戶端得到計(jì)費(fèi)信息。此時(shí)需要 另外的政策來決定。譬如使用當(dāng)?shù)貢簳r(shí)計(jì)費(fèi)。步驟205,判斷客戶是否已進(jìn)行注冊。如已注冊，轉(zhuǎn)入步驟207，否則必須 先進(jìn)行步驟206才能進(jìn)行步驟207。步驟206，如果客戶未注冊，要求客戶注冊?？蛻糇院?，則可進(jìn)入步驟207。步驟207,要求客戶登錄?？蛻舻卿浐螅瑒t可進(jìn)行步驟208。步驟208,執(zhí)行圖3的接入?yún)f(xié)議。步驟209,通過密碼驗(yàn)證客戶是否登錄成功。如果登錄成功，進(jìn)行步驟210， 否則回到步驟207。步驟210，判斷是否自己是由網(wǎng)頁激活。如是，進(jìn)行步驟213，否則必須先 進(jìn)行步驟211及212才能進(jìn)行步驟213。 步驟211,顯示SOD客戶端。步驟212，顯示SOD客戶端后，客戶即可利用圖形介面輸入關(guān)鍵字選取內(nèi)容。 內(nèi)容由管理員準(zhǔn)備后客戶才可選取，這是利用到圖4的內(nèi)容管理協(xié)議。如果從 一個(gè)普通用戶的觀點(diǎn)來說，該用戶只用到了圖4的步驟413。在從內(nèi)容服務(wù)器 返回的搜索結(jié)果中(圖4步驟414)，確定了內(nèi)容的名稱與種類。這就提供了步 驟214的動態(tài)決策資訊。步驟213,在有廣告應(yīng)用的情況下，根據(jù)廣告插播頻率標(biāo)準(zhǔn)、甚至是否需要 廣告判斷，無論應(yīng)用是經(jīng)何種方式激活，設(shè)定廣告并在應(yīng)用運(yùn)行之前或之后播 放。步驟214，按照不同虛擬平臺方式激活應(yīng)用虛擬法，即決定使用何種應(yīng)用虛 擬法，例如，孩it軟的Sof tGrid與RTSP協(xié)i義組合是一種虛擬方法。事實(shí)上，通 常應(yīng)用虛擬法如果編寫在客戶端軟件中，事先已做了優(yōu)化選定，或稱為靜態(tài)決 定，譬如如果有兩種方法在帶寬使用上各有專長，那么在起初客戶端被安裝時(shí) 各不同方法的參數(shù)已在設(shè)置文件中(步驟202)。在本步驟中所要動態(tài)決定的，無非是針對不同內(nèi)容種類，應(yīng)用虛擬法可能提供的服務(wù)程度(Level of Service, L0S)會不同。(這里指的服務(wù)程度與客戶當(dāng)時(shí)的通訊帶寬有關(guān)。實(shí)時(shí)(real-time) 游戲必須要有最高的服務(wù)程度，因?yàn)闆]有游戲玩家能忍受一個(gè)沒有100%串流的 游戲所造成的運(yùn)行延遲。電影或音樂也許尚可以時(shí)斷時(shí)續(xù)，特別是那些免費(fèi)影 音。 一般非實(shí)時(shí)的商務(wù)應(yīng)用軟件就不必有很高的帶寬，因?yàn)橛脩襞c機(jī)器互動時(shí) 所造成的延遲往往大過傳輸延遲。)又譬如說，所設(shè)置好的兩種應(yīng)用虛擬法， 第一種是微軟的SoftGrid,而其目前所用的RTSP并沒有用到某種新傳輸技術(shù)。 第二種應(yīng)用虛擬法則使用某種新傳輸技術(shù)，可以使買時(shí)游戲在普通帶寬下瞬間 完成串流，那么如果內(nèi)容種類的參數(shù)是游戲，第二種應(yīng)用虛擬法就要準(zhǔn)備上架。 而如果用戶只是收看免費(fèi)電影，那使用微軟SoftGrid RTSP傳輸就可以了。另 外，服務(wù)程度愈高，對數(shù)據(jù)中心消耗的資源也愈大。所以，本步驟動態(tài)決定應(yīng) 用虛擬法的政策是服務(wù)程度高與數(shù)據(jù)中心資源消耗少。步驟215，執(zhí)行圖5的運(yùn)行應(yīng)用(包括計(jì)量計(jì)費(fèi))協(xié)議。步驟216，執(zhí)行start.exe。 start, exe在這個(gè)執(zhí)行過程中，(1)統(tǒng)一了所 有內(nèi)容排序時(shí)必須要有的格式；(2)綁定了內(nèi)容的虛擬包格式后，虛擬包可以 用多途徑傳輸，包括串流、普通下載、P2P互傳、以及經(jīng)由FTP傳至迷你服務(wù) 器再傳至S0D客戶端控件，而不必?fù)?dān)心內(nèi)容被非法使用；(3)預(yù)備好執(zhí)行參數(shù)、 解密、驗(yàn)證被傳輸至客戶端的虛擬包。然后，開始運(yùn)行該應(yīng)用；(4)虛擬包如 果把一 個(gè)游戲和一個(gè)檢視虛擬盤游戲狀態(tài)的程序打成一 個(gè)虛擬包，則可供游戲 玩家使用，或在游戲轉(zhuǎn)變狀態(tài)時(shí)插播廣告。Start, exe是本申請?zhí)赜械膱?zhí)行件， 而不是一個(gè)^^知的軟件。這一步驟其實(shí)就是圖5步驟513 "使用應(yīng)用"的詳細(xì) 解釋。本步驟有一條核心代碼Sfttray appName parameterlist看起來頗為簡單，但實(shí)際上要達(dá)成這一步驟，已經(jīng)歷很多準(zhǔn)備動作，所以其 意義有多方面應(yīng)用虛擬法的通用性(virtualizat ion method genera 1 i za t ion): sfttray 是SoftGrid客戶端的執(zhí)行軟件，如果根據(jù)步驟214動態(tài)決策決定用其它應(yīng)用 虛擬法，則可能以其它執(zhí)行軟件取代，例如appstream的客戶端執(zhí)行軟件。(其 后的parameter list中參數(shù)排列的先后次序也可能因應(yīng)用虛擬法而有不同。)不同內(nèi)容的統(tǒng)一性(content unincation):應(yīng)用名appName所^表的是 一個(gè)曾經(jīng)被準(zhǔn)備過的內(nèi)容。內(nèi)容準(zhǔn)備過程除了圖4所闡述的統(tǒng)一管理過程，還有一個(gè)虛擬應(yīng)用的排序(sequencing)過程。正是由于各式的內(nèi)容無"i侖是游戲、 影音、商務(wù)應(yīng)用都通過統(tǒng)一排序、統(tǒng)一管理過程，才能在客戶端這里統(tǒng)一執(zhí)行。內(nèi)容棲身處無遠(yuǎn)弗屆(content dispersion):內(nèi)容棲身處并不限于經(jīng)營商的 數(shù)碼超市內(nèi)，只要所選的應(yīng)用虛擬法具有"導(dǎo)入"功能，任何一件內(nèi)容并不一 定要經(jīng)由應(yīng)用虛擬服務(wù)器傳輸過來。也可經(jīng)由普通下載、P2P互傳、以及經(jīng)由 FTP傳至迷你服務(wù)器再"導(dǎo)入"至SOD客戶端控件，由于使用內(nèi)容前總是需要 接入?yún)f(xié)議來驗(yàn)明正身，所以不必?fù)?dān)心內(nèi)容被非法使用。卩方止^一》、條游5t戈夕卜掛(Prevention of Illegal game plug—in): 由于客戶端 的游戲串流之后被保護(hù)在無人可進(jìn)入的虛擬盤上，非法游戲外掛無法安裝。游戲玩家轉(zhuǎn)移游戲狀態(tài)文件(Portabi 1 ity of Game status file): 游戲 玩家在不同場所玩游戲，常需要把游戲狀態(tài)文件隨身攜帶，以便從現(xiàn)有狀態(tài)晉 級。這通常是游戲開發(fā)商默許的。但如果游戲在虛擬盤上不可進(jìn)入，解決方法 就是在排序時(shí)另寫一個(gè)可復(fù)制虛擬盤內(nèi)游戲狀態(tài)文件至虛擬盤外的二級應(yīng)用， 然后和游戲本身打成一個(gè)虛擬包。游7戈廣告插4番(In—game advertisement):在游？戈內(nèi)容商6勺允;午及酉己合下， 排序的時(shí)候，如果把 一 個(gè)游戲和 一 個(gè)檢查游戲狀態(tài)的二級應(yīng)用和游戲本身打成 一個(gè)虛擬包，則可在游戲轉(zhuǎn)變狀態(tài)時(shí)插播廣告。步驟217,客戶終止虛擬化應(yīng)用之運(yùn)行。本步驟與步驟218其實(shí)是圖6詳細(xì) 步驟的一個(gè)籠統(tǒng)陳述。要點(diǎn)是運(yùn)行結(jié)束后的計(jì)費(fèi)流程。請參閱圖6的步驟說明。步驟218,發(fā)送應(yīng)用結(jié)束信息給計(jì)費(fèi)服務(wù)器。在上述過程中，涉及三個(gè)不同的協(xié)議，下面分別結(jié)合圖3-6進(jìn)行詳細(xì)介紹。圖3給出了客戶端SOD控件通過接入?yún)f(xié)議與接入服務(wù)器之間的處理流程圖。步驟301,首先是由S0D控件10首先向服務(wù)器12發(fā)送接入請求；步驟302,服務(wù)器12隨即為該用戶建立GUID號并將之傳送給S0D控件10;步驟303, SOD控件10向服務(wù)器12發(fā)送客戶端公鑰；步驟304，服務(wù)器端12接到客戶端公鑰后，發(fā)送TDES鑰給SOD控件10;步驟305， S0D控件IO接到TDES鑰，向服務(wù)器12發(fā)送對稱向量TDESIV;步驟306，服務(wù)器端12接到TDESIV，發(fā)送校驗(yàn)CRC信息請求給SOD控件10;步驟307， SOD控件10發(fā)送客戶端CRC信息給服務(wù)器12;步驟308,服務(wù)器端12校驗(yàn)CRC后，發(fā)送用戶號碼請求給SOD控件10;步驟309, SOD控件10發(fā)送用戶號碼給服務(wù)器12;步驟310，服務(wù)器端12接到用戶號碼，發(fā)送密碼請求給S0D控件10;步驟311， SOD控件IO發(fā)送用戶密碼給服務(wù)器12;步驟312，服務(wù)器端12發(fā)送密碼驗(yàn)證信息給SOD控件10;步驟313, SOD控件IO接到密碼驗(yàn)證信息若是允許接入，則通知服務(wù)器12， 而服務(wù)器12則創(chuàng)建該用戶的軟件實(shí)體(object);若是拒絕接入，則不再通知 服務(wù)器12,而在客戶端報(bào)告登入失敗的訊息。在上述接入?yún)f(xié)議的過程中，不但最終驗(yàn)證了密碼，而且由于交換密鑰，該密 鑰不僅在接入時(shí)使用，在內(nèi)容管理及運(yùn)行應(yīng)用兩個(gè)協(xié)議中也使用。理由有多個(gè) (1)這樣的安全機(jī)制是為了防止協(xié)議被攔截破壞了收費(fèi)。(2)由于我們把計(jì)量的 指令從微軟的RTSP中獨(dú)立出來，必須要有自己的安全機(jī)制。(3)其實(shí)RTSP的 安全協(xié)議是RTSPS,但RTSPS這個(gè)微軟產(chǎn)品在公網(wǎng)使用時(shí)極不穩(wěn)定。圖4是客戶端SOD控件執(zhí)行內(nèi)容管理協(xié)議與接入服務(wù)器之間的處理流程圖。 步驟4Q1， SOD控件10首先向服務(wù)器12發(fā)送添加公司、部門、產(chǎn)品、自定 義節(jié)點(diǎn)的請求；步驟402,服務(wù)器12隨即為該管理員建立該節(jié)點(diǎn)并將節(jié)點(diǎn)已建成之信息傳送給SOD控件10;步驟403, SOD控件10向服務(wù)器12發(fā)送修改節(jié)點(diǎn)指令；步驟404，服務(wù)器12隨即為該管理員修改該節(jié)點(diǎn)并將節(jié)點(diǎn)已修改之信息傳送給SOD控件10;步驟405, SOD控件10向服務(wù)器12發(fā)送刪除節(jié)點(diǎn)指令；步驟406，服務(wù)器12隨即為該管理員刪除該節(jié)點(diǎn)并將節(jié)點(diǎn)已刪除之信息傳送給SOD控件10;步驟407， SOD控件10向服務(wù)器12發(fā)取得節(jié)點(diǎn)指令； 步驟408,服務(wù)器12隨即將節(jié)點(diǎn)信息及路徑傳送給S0D控件10; 步驟409, SOD控件10向服務(wù)器12發(fā)送顯示應(yīng)用設(shè)置指令； 步驟410，服務(wù)器12隨即將應(yīng)用設(shè)置信息傳送給SOD控件10; 步驟411， SOD控件IO向服務(wù)器12發(fā)送顯示節(jié)點(diǎn)計(jì)費(fèi)信息指令； 步驟412,服務(wù)器12隨即將節(jié)點(diǎn)計(jì)費(fèi)信息傳送給SOD控件10; 步驟413, SOD控件10向服務(wù)器12發(fā)搜索內(nèi)容指令； 步驟414,服務(wù)器12隨即將搜索結(jié)果傳送給SOD控件10。 上迷步驟中，當(dāng)內(nèi)容管理人員登錄時(shí)，與普通用戶一樣，要先經(jīng)歷接入?yún)f(xié)議過程，完成密鑰交換，此后每次與內(nèi)容服務(wù)器對話都在通訊底層利用密鑰驗(yàn)明 正身。圖5是客戶端SOD控件執(zhí)行計(jì)量(計(jì)費(fèi))應(yīng)用協(xié)議與接入服務(wù)器之間的處理流程圖。步驟501，首先S0D控件10向計(jì)費(fèi)服務(wù)器16發(fā)送取得應(yīng)用設(shè)置指令； 步驟502,計(jì)費(fèi)服務(wù)器隨即將應(yīng)用設(shè)置，諸如內(nèi)容在SoftGrid服務(wù)器上的路徑位置信息，傳送給S0D控件；步驟503, S0D控件向計(jì)費(fèi)服務(wù)器發(fā)送取得用戶信息指令；步驟504,計(jì)費(fèi)服務(wù)器隨即將圖3中接入?yún)f(xié)議完成服務(wù)器端所建立用戶實(shí)體中的用戶信息傳送給SOD控件，該用戶信息除了用戶名與密碼外，還包括用戶在注冊時(shí)所提供的聯(lián)絡(luò)信息，例如性別、電郵、手機(jī)、電話、地址等。 步驟505, SOD控件向計(jì)費(fèi)服務(wù)器發(fā)送取得應(yīng)用圖標(biāo)指令； 步驟506,計(jì)費(fèi)服務(wù)器隨即將應(yīng)用圖標(biāo)傳送給SOD控件； 步驟507,處理與主應(yīng)用有關(guān)的二級應(yīng)用，例如在套裝軟件中可能多個(gè)應(yīng)用打成一個(gè)虛擬包，SOD控件向服務(wù)器發(fā)送取得二級應(yīng)用指令； 步驟508,計(jì)費(fèi)服務(wù)器隨即將二級應(yīng)用傳送給SOD控件； 步驟509, SOD控件向計(jì)費(fèi)服務(wù)器發(fā)送選擇應(yīng)用計(jì)費(fèi)法指令，簽訂合約；首先由SOD控件判定用戶采用的是何種計(jì)費(fèi)法指令，是先付后用還是先用后付？ 步驟510,計(jì)費(fèi)服務(wù)器隨即將用戶所選擇應(yīng)用計(jì)費(fèi)法設(shè)定并通知SOD控件設(shè)定完成；步驟511， SOD控件向計(jì)費(fèi)服務(wù)器發(fā)送打開應(yīng)用指令；步驟512，計(jì)費(fèi)服務(wù)器隨即將該應(yīng)用加入該用戶實(shí)體中，并通知SOD控件應(yīng) 用已打開；接下來的步驟513, SOD控件命令按照用戶在圖2中步驟214選擇的虛擬化 方式進(jìn)行傳輸，例如，如果選擇的是微軟的SoftGrid和RTSP協(xié)議，通過 SoftGrid客戶端52向SoftGrid服務(wù)器54請求傳輸應(yīng)用，此時(shí)SOD控件開始 計(jì)時(shí)；步驟514, SoftGrid服務(wù)器其實(shí)是利用RTSP協(xié)議將應(yīng)用傳到SoftGrid客 戶端。這是微軟產(chǎn)品SoftGrid的功能。綜上所述，圖5實(shí)質(zhì)上完成的是計(jì)量和計(jì)費(fèi)的前期準(zhǔn)備。 圖6的后階段計(jì)時(shí)工作是通過超時(shí)執(zhí)行來設(shè)定的。在步驟509中，SOD控件已判定出用戶采用的是何種計(jì)費(fèi)法指令，先付后用 還是先用后付？步驟515, SOD控件根據(jù)應(yīng)用計(jì)費(fèi)法指令和起始時(shí)間向計(jì)費(fèi)服務(wù)器發(fā)送驗(yàn) 證應(yīng)用使用超時(shí)指令；步驟516，計(jì)費(fèi)服務(wù)器隨即將驗(yàn)證結(jié)果傳送給SOD控件，如果用戶是采用先 付后用的計(jì)費(fèi)法，當(dāng)其帳額不足時(shí)，SOD控件可以在客戶端禁止用戶繼續(xù)使用。 這時(shí)如果用戶決定繼續(xù)支付；SOD控件會以步驟517,向計(jì)費(fèi)服務(wù)器發(fā)送繼續(xù) 支付指令；步驟518,計(jì)費(fèi)服務(wù)器隨即檢查用戶帳戶情況，而將繼續(xù)支付設(shè)定以否的結(jié)果傳送給SOD控件；當(dāng)用戶使用內(nèi)容完畢時(shí)，SOD控件會以步驟519， SOD控件關(guān)閉計(jì)時(shí)，向計(jì)費(fèi)服務(wù)器發(fā)送關(guān)閉應(yīng)用指令；步驟520，計(jì)費(fèi)服務(wù)器隨即將關(guān)閉應(yīng)用的結(jié)果傳送給SOD控件； 步驟521， SOD控件向計(jì)費(fèi)服務(wù)器發(fā)送取得用戶產(chǎn)品計(jì)費(fèi)信息指令； 步驟522，計(jì)費(fèi)服務(wù)器隨即將用戶產(chǎn)品計(jì)費(fèi)信息傳送給SOD控件，以便核計(jì)費(fèi)用；步驟523, SOD控件向計(jì)費(fèi)服務(wù)器發(fā)送報(bào)告用戶使用應(yīng)用信息指令，包含總 計(jì)時(shí)間及總費(fèi)用；步驟524,計(jì)費(fèi)服務(wù)器隨即將用戶所報(bào)告的使用時(shí)間及總費(fèi)用信息記入數(shù)據(jù) 庫，并通知SOD控件。用戶也可在任何時(shí)候利用指令525向計(jì)費(fèi)服務(wù)器發(fā)送刪 除應(yīng)用指令；步驟526，計(jì)費(fèi)服務(wù)器隨即將該應(yīng)用從該用戶實(shí)體中刪除，并通知SOD控件 應(yīng)用已刪除；同樣的，用戶也可在任何時(shí)候利用步驟527向計(jì)費(fèi)服務(wù)器發(fā)送桂起應(yīng)用指令；步驟528,計(jì)費(fèi)服務(wù)器隨即將該應(yīng)用從該用戶實(shí)體中掛起，并通知SOD控件 應(yīng)用已刪除。需要說明的是，圖3~ 6的流程圖是由工程上所謂的通訊協(xié)議圖修改而來。 其中的流程箭頭通常只能看成是特例，而非必然步驟。而且，單數(shù)的步驟號碼 可看成是S0D客戶端控件向服務(wù)器所發(fā)的請求；雙數(shù)的步驟號碼可看成是服務(wù) 器向SOD客戶端控件所發(fā)之回應(yīng)。圖7為在上述計(jì)費(fèi)或內(nèi)容管理過程中對應(yīng)的計(jì)費(fèi)服務(wù)器或內(nèi)容服務(wù)器的工作流程圖。這兩個(gè)服務(wù)器的軟件結(jié)構(gòu)大致相似， 只在步驟710與711面對SOD控件所進(jìn)行的通訊協(xié)議有所不同，具體的計(jì)費(fèi)協(xié) 議和內(nèi)容管理協(xié)議可對應(yīng)參考上述圖5、 6與圖4的描述。步驟701,由服務(wù)器創(chuàng)建2線程，第1線程進(jìn)行步驟702，第2線程進(jìn)行步 驟703及其后的步驟。步驟702，服務(wù)器每10秒4見管理屏幕(management console)狀態(tài)執(zhí)行停止、 暫停、繼續(xù)。管理屏幕為管理服務(wù)器的軟件，為確保服務(wù)器的負(fù)荷平衡(load balance)與容4晉肯b力(fault tolerance) ，步驟703，服務(wù)器啟動socket監(jiān)聽器，監(jiān)聽客戶端是否死機(jī)和是否有東西發(fā)來；步驟7Q4，服務(wù)器執(zhí)行服務(wù)信息初始化；步驟7G5，服務(wù)器建立"事件"并進(jìn)入步驟706至712的無限循環(huán)； 步驟706，服務(wù)器判斷是否有任何客戶端(即S0D控件)輸入。若有，進(jìn)行 步驟707,否則繼續(xù)等待；步驟707，服務(wù)器建立客戶處理器；步驟708，服務(wù)器連接SOD控件的接入?yún)f(xié)議對應(yīng)數(shù)據(jù)庫中密鑰等內(nèi)容； 步驟7 09,服務(wù)器判斷自己若是內(nèi)容管理服務(wù)器，則進(jìn)行步驟710,否則為計(jì)費(fèi)服務(wù)器，進(jìn)行步驟711;步驟710,服務(wù)器以圖4所示的內(nèi)容管理協(xié)議來管理內(nèi)容，數(shù)據(jù)庫中有各節(jié)點(diǎn)的信息。步驟711，服務(wù)器進(jìn)入圖5、 6所示的運(yùn)行應(yīng)用(包括計(jì)量計(jì)費(fèi))協(xié)議。 當(dāng)步驟710或711完成中的任一協(xié)議指令完成后，服務(wù)器進(jìn)行步驟712。 步驟712,服務(wù)器利用"回叫"(call back)來處理事件，可能發(fā)生的事件 有發(fā)送數(shù)據(jù)錯誤，接收數(shù)據(jù)錯誤，創(chuàng)建用戶錯誤，登錄成功，關(guān)閉服務(wù)器 socket,拒絕服務(wù)，服務(wù)器暫停，和服務(wù)器停止。當(dāng)事件外理完畢，服務(wù)器視 情況嚴(yán)重性可能重返步驟6，或終止服務(wù)器運(yùn)行。圖8給出迷你服務(wù)器的構(gòu)成示意圖。該迷你服務(wù)器是應(yīng)用了一個(gè)圖2方法 的服務(wù)器。其中的S0D控件83是被團(tuán)體用戶所使用，而非個(gè)人用戶。該框圖 中一個(gè)非常重要之處在于，第一，SoftGrid服務(wù)器81與迷你服務(wù)器82之間的 FTP同步協(xié)議21,與(b) SoftGrid客戶端84與迷你服務(wù)器82之間的內(nèi)網(wǎng)傳輸 協(xié)議31。 FTP同步協(xié)-議21與Ethernet內(nèi)網(wǎng)傳輸協(xié)議31都可4吏用國際標(biāo)準(zhǔn)協(xié)議，在此不贅。至于S0D控件83與內(nèi)容服務(wù)器或計(jì)費(fèi)服務(wù)器85之間的對話協(xié) 議，已分別在圖3~6中詳述，在此不贅。上述雖以微軟SoftGrid產(chǎn)品為例， 但也可根據(jù)用戶選擇的不同虛擬法用其它應(yīng)用虛擬產(chǎn)品取代，唯一的條件是該 產(chǎn)品必須有"導(dǎo)入"功能。需要說明的是，導(dǎo)入功能為微軟SoftGrid產(chǎn)品的 特性之一，意即被虛擬化的應(yīng)用軟件不必經(jīng)過串流，只要將虛擬化后的OSD文 件先在客戶端加入，然后再將SFT文件在客戶端導(dǎo)入即可。結(jié)合圖8，首先由SoftGrid服務(wù)器81通過FTP同步協(xié)議21向團(tuán)體客戶中 的迷你服務(wù)器82 (作為暫存的子服務(wù)器)發(fā)送內(nèi)容文件同步請求；接下來，迷你服務(wù)器82利用FTP同步協(xié)議21完成內(nèi)容文件傳輸。其后， 當(dāng)團(tuán)體用戶接入內(nèi)容服務(wù)器或計(jì)費(fèi)服務(wù)器85時(shí)，選擇了內(nèi)容，再按運(yùn)行應(yīng)用 內(nèi)容協(xié)議或計(jì)費(fèi)協(xié)議11打開了應(yīng)用；此時(shí)SOD控件83向迷你服務(wù)器82發(fā)送內(nèi)容文件"導(dǎo)入"請求，之后，迷 你服務(wù)器82利用Ethernet內(nèi)網(wǎng)傳輸協(xié)議31向SoftGrid客戶端84發(fā)送內(nèi)容 文件，完成SoftGrid "導(dǎo)入"功能并開始運(yùn)行應(yīng)用。其后則進(jìn)入圖6的邏輯， 關(guān)閉應(yīng)用及完成計(jì)量計(jì)費(fèi)功能。在實(shí)際的組網(wǎng)環(huán)境中，完全有可能將接入服務(wù)器的功能在物理上由計(jì)費(fèi) 服務(wù)器和內(nèi)容管理服務(wù)器承擔(dān)。涉及本發(fā)明的接入功能無論是個(gè)人用戶或團(tuán) 體用戶均可分開在兩個(gè)不同的物理實(shí)體進(jìn)行認(rèn)證。根據(jù)上述流程的描述，我們可以得出，采用以上數(shù)碼內(nèi)容租賃方法， 一方 面使運(yùn)營商在公網(wǎng)上操作不必用微軟的活動目錄。并且由于采用了從微軟串流 協(xié)議中獨(dú)立出來的計(jì)量方法，用戶收費(fèi)不再受到單一應(yīng)用虛擬技術(shù)的壟斷，還 可以動態(tài)嵌入廣告運(yùn)行、屏除游戲外掛所生弊端、在客戶端虛擬盤里讀取游戲 狀態(tài)文件。同時(shí)，用戶有從大量內(nèi)容挑選的能力，內(nèi)容服務(wù)器也可用樹狀結(jié)構(gòu) 收集、管理大量內(nèi)容。另一方面，對團(tuán)體用戶因?yàn)槭褂脙?nèi)網(wǎng)傳輸，加速了應(yīng)用 運(yùn)行過程，并且可以為多個(gè)團(tuán)體，從單一服務(wù)器提供內(nèi)容集中管理、跨地域及 快速隨需部署的服務(wù)。綜上所述，本發(fā)明結(jié)合了應(yīng)用虛擬化技術(shù)，網(wǎng)絡(luò)通信技術(shù)和計(jì)算機(jī)應(yīng)用技 術(shù)，為公網(wǎng)個(gè)人及團(tuán)體用戶提供了一種數(shù)碼內(nèi)容租賃方法。前面提供了對較佳實(shí)施例的描述，以使本領(lǐng)域內(nèi)的任何技術(shù)人員可使用或 利用本發(fā)明。對這些實(shí)施例的各種修改對本領(lǐng)域內(nèi)的技術(shù)人員是顯而易見的， 可把這里所述的總的原理應(yīng)用到其他實(shí)施例而不使用創(chuàng)造性。因而，本發(fā)明將不限于這里所示的實(shí)施例，而應(yīng)依據(jù)符合這里所揭示的原理和新特;沐的最寬范圍。
權(quán)利要求
1. 一種應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)方法，其特征在于，包括初始化所述初始化包括取得參數(shù)，讀入設(shè)置文件，初始化DDE服務(wù)，以及運(yùn)行應(yīng)用監(jiān)聽器，并進(jìn)行注冊和登錄；接入客戶端SOD控件通過接入?yún)f(xié)議登錄接入服務(wù)器；選取內(nèi)容輸入關(guān)鍵字選取內(nèi)容，所述被選取的內(nèi)容由內(nèi)容管理協(xié)議提供；選擇應(yīng)用虛擬法根據(jù)用戶所需的帶寬大小與數(shù)據(jù)中心資源消耗選擇一種應(yīng)用虛擬法；執(zhí)行應(yīng)用虛擬法將所述應(yīng)用虛擬法對應(yīng)的執(zhí)行軟件與所述被選取的內(nèi)容綁定，并執(zhí)行該執(zhí)行軟件；計(jì)量及計(jì)費(fèi)對所述執(zhí)行應(yīng)用虛擬法的起始及關(guān)閉時(shí)間進(jìn)行計(jì)量及計(jì)費(fèi)。
2、 ^L據(jù);權(quán)利要求1所述的應(yīng)用虛擬化在^^網(wǎng)上的通用商務(wù)方法，其特征在 于，所迷計(jì)量及計(jì)費(fèi)進(jìn)一步包括選擇計(jì)費(fèi)法取得應(yīng)用設(shè)置指令、用戶信息指令、應(yīng)用圖標(biāo)指令，并選擇 一種應(yīng)用計(jì)費(fèi)法指令；內(nèi)容傳輸開始客戶端S0D控件根據(jù)特征四中所選定的應(yīng)用虛擬法進(jìn)行傳 輸，并開始計(jì)時(shí)；跟蹤超時(shí)根據(jù)所述應(yīng)用計(jì)費(fèi)法指令對應(yīng)用超時(shí)情況進(jìn)行跟蹤；內(nèi)容傳輸結(jié)束客戶端SOD控件停止計(jì)時(shí)，并向計(jì)費(fèi)服務(wù)器發(fā)送關(guān)閉應(yīng)用 指令后進(jìn)行計(jì)時(shí)和計(jì)費(fèi)。
3、 根振權(quán)利要求2所述的應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)方法，其特征在于，所迷應(yīng)用計(jì)費(fèi)法指令包括先付后用或者先用后付，分為按時(shí)長、按次、按 周期、學(xué)期以及在黃金時(shí)段加價(jià)等多種。
4、 根據(jù)權(quán)利要求1或3所述的應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)方法，其特 征在于，在所述初始化中運(yùn)行應(yīng)用監(jiān)聽器進(jìn)一步包括利用監(jiān)聽斷線，分別制定內(nèi)容完全串流與未完全串流的收費(fèi)標(biāo)準(zhǔn)；其中，內(nèi)容尚未完全串流的斷線計(jì)費(fèi)標(biāo)準(zhǔn)包括，是否給予顧客該次內(nèi)容免費(fèi)或斷線恢復(fù)后繼續(xù)計(jì)費(fèi)；內(nèi)容已完全串流的斷線計(jì)費(fèi)標(biāo)準(zhǔn)包括，斷線后仍可使用且不會報(bào)錯。
5、 一種應(yīng)用權(quán)利要求2所述的應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)方法的迷你 服務(wù)器，其特征在于，在所述內(nèi)容傳輸開始中，客戶端SOD控件根據(jù)所迷選擇應(yīng)用虛擬法過程中 所選定的應(yīng)用虛擬法在內(nèi)網(wǎng)進(jìn)行傳輸，并開始計(jì)時(shí)。
6、 根據(jù)權(quán)利要求5所述的應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)方法，其特征在于，應(yīng)的應(yīng)用虛擬服務(wù)器同步的內(nèi)容，用戶在公網(wǎng)上認(rèn)證后即可將這些內(nèi)容從迷你 服務(wù)器經(jīng)內(nèi)網(wǎng)導(dǎo)入。
全文摘要
本發(fā)明公開了一種應(yīng)用虛擬化在公網(wǎng)上的通用商務(wù)方法及迷你服務(wù)器，包括初始化包括取得參數(shù)，讀入設(shè)置文件，初始化DDE服務(wù)，以及運(yùn)行應(yīng)用監(jiān)聽器，并進(jìn)行注冊和登錄；客戶端SOD控件通過接入?yún)f(xié)議登錄接入服務(wù)器；輸入關(guān)鍵字選取內(nèi)容，被選取的內(nèi)容由內(nèi)容管理協(xié)議提供；根據(jù)用戶所需的帶寬大小與數(shù)據(jù)中心資源消耗選擇一種應(yīng)用虛擬法；將應(yīng)用虛擬法對應(yīng)的執(zhí)行軟件與被選取的內(nèi)容綁定，并執(zhí)行該執(zhí)行軟件；計(jì)量及計(jì)費(fèi)對執(zhí)行應(yīng)用虛擬法的起始及關(guān)閉時(shí)間進(jìn)行計(jì)量及計(jì)費(fèi)。上述方法，不僅在應(yīng)用虛擬化的基礎(chǔ)上，創(chuàng)建了客戶端執(zhí)行件，使用戶可接入、挑選內(nèi)容、運(yùn)行應(yīng)用、加以計(jì)量并計(jì)費(fèi)；而且達(dá)到不需要被微軟產(chǎn)品壟斷，也能夠完成內(nèi)容租賃計(jì)費(fèi)的目的。
文檔編號G06Q30/00GK101231731SQ200710036808
公開日2008年7月30日 申請日期2007年1月25日 優(yōu)先權(quán)日2007年1月25日
發(fā)明者奮 周, 湯傳斌 申請人:運(yùn)軟網(wǎng)絡(luò)科技(上海)有限公司;湯傳斌