專利名稱：一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間互聯(lián)的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字家庭、信息通訊技術(shù)領(lǐng)域，特別是涉及一種能夠解決多種 異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間的互聯(lián)問題的方法和系統(tǒng)。
背景技術(shù)：
對(duì)于如何使得各種異構(gòu)的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間實(shí)現(xiàn)互聯(lián)互通， 一直是一個(gè)比 較難以解決的問題。由于需要處理各種不同的異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)，因此面臨著 復(fù)雜性和動(dòng)態(tài)性的問題。
家庭網(wǎng)絡(luò)系統(tǒng)是一種將家庭中的PC、外圍設(shè)備、移動(dòng)電話、家用電器等
連接成一個(gè)網(wǎng)絡(luò)并控制它們的系統(tǒng)。家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)提供了被控制的環(huán)境，來允 許普通用戶使用連接到家庭網(wǎng)絡(luò)中的各種裝置，因此，家庭網(wǎng)絡(luò)可以正常使用
現(xiàn)有的家用電器而不需要關(guān)于它們使用的特殊知識(shí)；并且家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)還提供 家庭網(wǎng)絡(luò)的各種應(yīng)用服務(wù)的開發(fā)和執(zhí)行平臺(tái)。
目前，已經(jīng)提出了多種家庭網(wǎng)絡(luò)的標(biāo)準(zhǔn)，包括家庭AV互用性(HAVi)、 通用即插即用(UPnP)、電力線通信(PLC)、 Jini (Java Intelligent Network Infrastructure, java智能網(wǎng)絡(luò)架構(gòu)，Sun公司提出的即插即用規(guī)范技術(shù))等等。 根據(jù)所處行業(yè)不同可以分為五類 一類是由網(wǎng)絡(luò)設(shè)備商組成的組織，如0SGi, IHA;第二類以IT類廠商為主，如DLNA, UPnP, IGRS;第三類是以家電類廠 商為主導(dǎo)，如Echonet;第四類以家庭自動(dòng)控制廠商為核心，代表組織是 LonMark;第五類是電信界對(duì)家庭網(wǎng)絡(luò)的研究。
利CN 1353900A所公開的Thomson公司的《橋接HAVI子網(wǎng)絡(luò)到UPnP子網(wǎng)絡(luò)的 方法及實(shí)施所述方法的裝置》，提供了通用即插即用(UPnP)與家庭AV互用性 (HAVi )之間的互聯(lián)操作。然而，在該解決方案中，要求HAVi設(shè)備必須被擴(kuò) 展到支持HTTP協(xié)議。并且，上述解決方案對(duì)于更多類型的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)間的 互聯(lián)就無能為力了。該方案是按照功能匹配的方法，匹配將十分復(fù)雜。當(dāng)新的 中間件不斷出現(xiàn)時(shí)，開發(fā)單一橋來一對(duì)一地連接兩個(gè)特定中間件是不夠的。而且，家庭網(wǎng)絡(luò)設(shè)備制造商必須擴(kuò)展中間件沒有定義的功能。這一方法只能逐個(gè) 地對(duì)每個(gè)功能進(jìn)行映射，這不僅使系統(tǒng)變得十分復(fù)雜，成本高昂，又限制了功 能的擴(kuò)展，違背了開發(fā)互聯(lián)的初衷。
為了實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間的互聯(lián)，中國(guó)專利CN1822553A所/> 開的韓國(guó)的三星電子抹式會(huì)社的《家庭網(wǎng)絡(luò)的業(yè)務(wù)框架》，其試圖通過一個(gè)共 享的中間件平臺(tái)，提高互聯(lián)互通的層次來降低互聯(lián)互通的復(fù)雜性，從而實(shí)現(xiàn)不 同家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間的互聯(lián)互通。但是，盡管具有不同家庭網(wǎng)絡(luò)的處理流程的 應(yīng)用功能可以抽象成為標(biāo)準(zhǔn)的接口，在這種接口上開發(fā)"通用"應(yīng)用處理服務(wù) 中間件，卻面對(duì)不同的事件集和關(guān)聯(lián)的對(duì)象集，而這些集合之間是無法作一對(duì) 一映射的。同時(shí)，這樣的互操作依然層次較低，復(fù)雜性較高。這種基于功能接 口的家庭網(wǎng)絡(luò)服務(wù)開發(fā)需要開發(fā)者了解各種異構(gòu)家庭網(wǎng)絡(luò)的服務(wù)流程，這樣大 大增加了開發(fā)的復(fù)雜度。
總之，需要本領(lǐng)域技術(shù)人員迫切解決的一個(gè)技術(shù)問題就是如何能夠創(chuàng)新 性的提出一種更佳的解決多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間的互聯(lián)問題的技術(shù)方案。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種能夠解決多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn) 之間的互聯(lián)問題的方法和系統(tǒng)。
為了解決上述問題，本發(fā)明公開了 一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間互 聯(lián)的方法，包括接收用戶對(duì)抽象服務(wù)的請(qǐng)求及其參數(shù)；查詢各個(gè)服務(wù)提供者 所注冊(cè)的面對(duì)抽象服務(wù)層面的配置文件，獲取滿足用戶需求的配置文件；所述 配置文件包括具體服務(wù)的組合情況及其實(shí)現(xiàn)邏輯；依據(jù)所獲取的配置文件及各 服務(wù)資源節(jié)點(diǎn)的使用情況，發(fā)現(xiàn)與所述抽象服務(wù)相應(yīng)的各個(gè)服務(wù)實(shí)例，生成候 選執(zhí)行計(jì)劃列表；選擇一執(zhí)行計(jì)劃完成相應(yīng)的具體服務(wù)。
優(yōu)選的，所述生成候選執(zhí)行計(jì)劃列表的步驟還需要參考網(wǎng)絡(luò)狀況。
優(yōu)選的，所述的方法還可以包括釆用P2P消息的方式監(jiān)控當(dāng)前執(zhí)行計(jì)劃 的狀態(tài)。
優(yōu)選的，當(dāng)收到執(zhí)行失敗的消息時(shí)，所述的方法還可以包括從所述候選 執(zhí)行計(jì)劃列表中選擇另一執(zhí)行計(jì)劃，恢復(fù)執(zhí)行。優(yōu)選的，所述的方法還可以包 括接收用戶針對(duì)該新的執(zhí)行計(jì)劃的指定參數(shù)。
5依據(jù)本發(fā)明的另 一優(yōu)選實(shí)施例，還公開了 一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)
之間互聯(lián)的系統(tǒng)，包括 . 接口模塊，用于接收用戶對(duì)抽象服務(wù)的請(qǐng)求及其參數(shù)；
抽象服務(wù)注冊(cè)中心，用于接受各個(gè)服務(wù)提供者對(duì)其所提供的抽象服務(wù)的注
冊(cè)，所述注冊(cè)包括提供面對(duì)抽象服務(wù)層面的配置文件；
服務(wù)發(fā)現(xiàn)模塊，用于查詢各個(gè)服務(wù)提供者所注冊(cè)的面對(duì)抽象服務(wù)層面的配 置文件，獲取滿足用戶需求的配置文件；所述配置文件包括具體服務(wù)的組合情 況及其實(shí)現(xiàn)邏輯；
服務(wù)建立模塊，用于依據(jù)所獲取的配置文件及各服務(wù)資源節(jié)點(diǎn)的使用情 況，發(fā)現(xiàn)與所述抽象服務(wù)相應(yīng)的各個(gè)服務(wù)實(shí)例，生成候選執(zhí)行計(jì)劃列表； 服務(wù)執(zhí)行模塊，用于選擇一執(zhí)行計(jì)劃，調(diào)用相應(yīng)的具體服務(wù)依次執(zhí)行。 優(yōu)選的，所述服務(wù)建立模塊依據(jù)所獲取的配置文件及各服務(wù)資源節(jié)點(diǎn)的使 用情況，發(fā)現(xiàn)與所述抽象服務(wù)相應(yīng)的各個(gè)服務(wù)實(shí)例以及網(wǎng)絡(luò)狀況，生成候選執(zhí) 行計(jì)劃列表。
優(yōu)選的，所述的系統(tǒng)還可以包括服務(wù)維護(hù)模塊，用于采用P2P消息的方 式監(jiān)控當(dāng)前執(zhí)行計(jì)劃的狀態(tài)。
優(yōu)選的，所述的系統(tǒng)還可以包括服務(wù)維護(hù)模塊，包括監(jiān)控子模塊和恢復(fù) 執(zhí)行子模塊；所述監(jiān)控子沖莫塊用于采用P2P消息的方式監(jiān)控當(dāng)前執(zhí)行計(jì)劃的狀 態(tài)；所述恢復(fù)執(zhí)行子模塊，用于當(dāng)收到執(zhí)行失敗的消息時(shí)，從所述候選執(zhí)行計(jì) 劃列表中選擇另一執(zhí)行計(jì)劃，恢復(fù)執(zhí)行。優(yōu)選的，所述服務(wù)維護(hù)模塊還包括 參數(shù)確定子模塊，用于接收用戶針對(duì)該新的執(zhí)行計(jì)劃的指定參數(shù)。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)
本發(fā)明提供了一個(gè)對(duì)多種異構(gòu)家庭網(wǎng)絡(luò)設(shè)備的服務(wù)集成，為用戶提供了簡(jiǎn) 單統(tǒng)一的、面向抽象服務(wù)的操作接口，簡(jiǎn)化了用戶需要處理的步驟流程；當(dāng)用 戶所支持的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)與底層服務(wù)的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)不同時(shí)，不需要重新配置 相應(yīng)標(biāo)準(zhǔn)的執(zhí)行流程，就可以完成所需的服務(wù)。
其次，對(duì)于服務(wù)提供者而言，其也不需要了解所有的異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)的 流程，只需要開發(fā)針對(duì)自己的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)的服務(wù)流程即可，大大降低了第三方開發(fā)的難度。
再者，本發(fā)明可以從已注冊(cè)的抽象服務(wù)中自動(dòng)發(fā)現(xiàn)與用戶所需相適應(yīng)的抽 象服務(wù)，并可以進(jìn)一步發(fā)現(xiàn)各種可能的服務(wù)實(shí)例，然后選擇最優(yōu)的服務(wù)實(shí)例進(jìn) 行執(zhí)行，所以本發(fā)明具有較好的適應(yīng)性，能自適應(yīng)地處理。進(jìn)一步，當(dāng)由于網(wǎng) 絡(luò)或者資源的變化，導(dǎo)致出現(xiàn)執(zhí)行失敗時(shí)，本發(fā)明還可以自動(dòng)實(shí)現(xiàn)備份服務(wù)的 恢復(fù)執(zhí)行，保證用戶所需的服務(wù)能夠完成。


圖1是本發(fā)明一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間互聯(lián)的方法實(shí)施例的
步驟流程圖2是本發(fā)明的控制數(shù)據(jù)流示意圖3是本發(fā)明一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間互聯(lián)的系統(tǒng)實(shí)施例的 結(jié)構(gòu)框圖4是本發(fā)明的服務(wù)的拓樸架構(gòu)示意圖； 圖5是本發(fā)明的服務(wù)的功能架構(gòu)示意圖。
具體實(shí)施例方式
為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步詳細(xì)的說明。
本發(fā)明可以在由計(jì)算機(jī)執(zhí)行的計(jì)算機(jī)可執(zhí)行指令的一般上下文中描述，例 如程序模塊。 一般地，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的 例程、程序、對(duì)象、組件、凄t據(jù)結(jié)構(gòu)等等。也可以在分布式計(jì)算環(huán)境中實(shí)踐本 發(fā)明，在這些分布式計(jì)算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來 執(zhí)行任務(wù)。在分布式計(jì)算環(huán)境中，程序模塊可以位于包括存儲(chǔ)設(shè)備在內(nèi)的本地 和遠(yuǎn)程計(jì)算機(jī)存儲(chǔ)介質(zhì)中。
參照?qǐng)D1,示出了本發(fā)明一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間互聯(lián)的方法 實(shí)施例，具體可以包括以下步驟
步驟IOI、接收用戶對(duì)抽象服務(wù)的請(qǐng)求及其參數(shù)；
步驟102、查詢各個(gè)服務(wù)提供者所注冊(cè)的面對(duì)抽象服務(wù)層面的配置文件，
7獲取滿足用戶需求的配置文件；所述配置文件包括具體服務(wù)的組合情況及其實(shí) 現(xiàn)邏輯；
步驟103、依據(jù)所獲取的配置文件及各服務(wù)資源節(jié)點(diǎn)的使用情況，發(fā)現(xiàn)與 所述抽象服務(wù)相應(yīng)的各個(gè)服務(wù)實(shí)例，生成候選執(zhí)行計(jì)劃列表；優(yōu)選的，所述生 成候選執(zhí)行計(jì)劃列表的步驟還需要參考網(wǎng)絡(luò)狀況；
步驟104、選擇一執(zhí)行計(jì)劃完成相應(yīng)的具體服務(wù)。當(dāng)然，具體服務(wù)的執(zhí)行 并不是本發(fā)明的工作了，而是由具體服務(wù)設(shè)備完成即可，所以在此對(duì)具體服務(wù) 的完成過程不再詳述。
上述實(shí)施例的解決方案就可以滿足當(dāng)用戶所支持的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)與當(dāng)前 環(huán)境用于提供ill務(wù)的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)不同(異構(gòu))時(shí)，仍然可以簡(jiǎn)單方^f更地實(shí)現(xiàn) 所需的服務(wù)。因?yàn)橛脩糁恍枰岢鲎约核枰某橄蠓?wù)即可，而不需要配置 或者了解當(dāng)前家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)的服務(wù)實(shí)現(xiàn)流程，通過本發(fā)明可以實(shí)現(xiàn)異構(gòu)家庭網(wǎng) 絡(luò)標(biāo)準(zhǔn)下的請(qǐng)求和服務(wù)很好的結(jié)合起來。
在本發(fā)明的另一優(yōu)選實(shí)施例中，在服務(wù)執(zhí)行的過程中，還需要監(jiān)控和維護(hù) 服務(wù)，例如，可以采用P2P消息的方式監(jiān)控當(dāng)前執(zhí)行計(jì)劃的狀態(tài)。因?yàn)?，在?發(fā)明的注冊(cè)過程中多個(gè)服務(wù)節(jié)點(diǎn)實(shí)際上就可以構(gòu)成一個(gè)P2P服務(wù)網(wǎng)絡(luò)，所以本 發(fā)明就可以通過P2P消息的方式監(jiān)控當(dāng)前執(zhí)行計(jì)劃的狀態(tài)。
需要說明的是，在服務(wù)的執(zhí)行過程中，可能由于網(wǎng)絡(luò)或者服務(wù)資源的變化， 或者需要執(zhí)行的具體服務(wù)實(shí)例不可用時(shí)，就會(huì)出現(xiàn)服務(wù)執(zhí)行失敗的情況。當(dāng)收 到執(zhí)行失敗的消息時(shí)，本發(fā)明還可以從所述候選執(zhí)行計(jì)劃列表中選擇另 一執(zhí)行 計(jì)劃，恢復(fù)執(zhí)行。因?yàn)樵谏鲜鰧?shí)施例的步驟103中，本發(fā)明得到了一個(gè)包括多 個(gè)服務(wù)實(shí)例的候選列表，所以可以從備選服務(wù)實(shí)例中選取一個(gè)替換當(dāng)前服務(wù)即 可，即仍然保證用戶所需的服務(wù)能夠完成。當(dāng)然，由于備選服務(wù)和當(dāng)前服務(wù)所 需的參數(shù)可能會(huì)存在不同，因此，有可能還需要接收用戶針對(duì)該新的執(zhí)行計(jì)劃 的指定參數(shù)，或者默認(rèn)參數(shù)。
為了實(shí)現(xiàn)上述實(shí)施例的步驟101和102,從開發(fā)人員的角度而言，需要向 用戶提供一個(gè)抽象服務(wù)的接口 ，還需要制定服務(wù)提供者所注冊(cè)的配置文件的標(biāo) 準(zhǔn)格式。
由于在本發(fā)明中，用戶只需要面向最高層次的抽象服務(wù)即可，因此具體的服務(wù)實(shí)現(xiàn)流程對(duì)于用戶而言是透明的，所以在后面的說明書中，也稱之為"透 明服務(wù)"。本發(fā)明中對(duì)于透明服務(wù)的描述可以包括匯聚服務(wù)接口和實(shí)現(xiàn)邏輯兩 個(gè)部分組成。其中匯聚服務(wù)接口是對(duì)用戶提供的一致的、公開的操作或服務(wù)， 以及輸入和輸出的消息等。實(shí)現(xiàn)邏輯包括數(shù)據(jù)流部分和控制流部分，其中數(shù)據(jù) 流表示處理數(shù)據(jù)的流程，而控制流表示被處理數(shù)據(jù)的執(zhí)行流程。下面我們將上
述兩個(gè)要求集中在一個(gè)配置文件來實(shí)現(xiàn)，具體的，如下
<rra_ns_pare/]i: Service) 〃名禰定義，re/ere腳屬性定義，由t藩f屬性定義。
〃用耒實(shí)觀透叨嚴(yán)務(wù)的接口定義
〃透剪嚴(yán)務(wù)接口所有的接收和發(fā)出的信息的定義
〃透叨嚴(yán)務(wù)接口所有對(duì)，至觀的操作
〃透明服務(wù)需要提供的媒體參數(shù) </￥e cf i a Pa ra/ne t e r〉
〃邊叨嚴(yán)務(wù)需要提供的控剁參數(shù)
細(xì) 〈0Pa環(huán)"er〉
〃透樹嚴(yán)務(wù)提供給外界的輸出數(shù)據(jù)
〃透明嚴(yán)務(wù)所要調(diào)屑的嚴(yán)務(wù)她址
93S0 <opera tionproWders〉
〃透叨服務(wù)所要調(diào)盾的嚴(yán)務(wù)的操作名^
， <rS，cess〉
〃嚴(yán)務(wù)控刺的實(shí)觀邏辨
</ Traflspared Service 〉
上面是針對(duì)透明服務(wù)配置文件的一個(gè)簡(jiǎn)要說明，具體編程實(shí)現(xiàn)時(shí)，這個(gè)文 件需要轉(zhuǎn)化為相應(yīng)的WSDL或XML文件(屬于服務(wù)工作流技術(shù)領(lǐng)域的公知技術(shù)， 在此不再贅述)。
其中，Transparent Service 300對(duì)透明服務(wù)的名稱進(jìn)行定義。 TSInterface 310用來實(shí)現(xiàn)透明服務(wù)的接口定義。Messagedef 320定義透明月l 務(wù)接口所有的接收和發(fā)出的信息。Operationdef 330是透明服務(wù)接口所有對(duì) 外呈現(xiàn)的操作。MediaParameter 340是透明服務(wù)需要提供的媒體參數(shù)。 ControlParameter 350是透明服務(wù)需要提供的控制參數(shù)。OParameter 360是 透明服務(wù)提供給外界的輸出數(shù)據(jù)。Serviceproviders 370是透明服務(wù)所要調(diào) 用的服務(wù)地址。Operationproviders 380是透明服務(wù)所要調(diào)用的服務(wù)的操作 名稱。TSprocess 390是服務(wù)控制的實(shí)現(xiàn)邏輯。
下面，參照?qǐng)D2,詳細(xì)描述本發(fā)明的一執(zhí)行流程
1、 各種異構(gòu)家庭網(wǎng)絡(luò)的服務(wù)IGRS服務(wù)412、 CCP服務(wù)413、 UPnP服務(wù) 414進(jìn)行服務(wù)注冊(cè)411，所述注冊(cè)是面向抽象服務(wù)的，并可以提供相應(yīng)的配置 文件(如前述的配置文件)。從前述的透明服務(wù)的描述以及注冊(cè)過程，可以將 各種服務(wù)節(jié)點(diǎn)組成一個(gè)P2P服務(wù)網(wǎng)絡(luò)，當(dāng)然，通過該P(yáng)2P服務(wù)網(wǎng)絡(luò)也可以完成 對(duì)服務(wù)注冊(cè)信息的更新與同步。
2、 服務(wù)提供者400根據(jù)需要提供的服務(wù)，進(jìn)行服務(wù)配置402。服務(wù)配置 402是指一個(gè)具體的操作過程。3、 服務(wù)配置402的步驟可以用來解析前述注冊(cè)的配置文件(如前述的配置文件)，從而建立在該家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)下的服務(wù)組合執(zhí)行計(jì)劃4(M。執(zhí)行計(jì)劃是一個(gè)抽象的服務(wù)組合工作流過程，只包含服務(wù)端口以及服務(wù)間的調(diào)用關(guān)系，但不涉及具體的服務(wù)實(shí)例。
4、 用戶通過本發(fā)明所提供的透明服務(wù)接口 403,發(fā)出請(qǐng)求進(jìn)行操作和交互。所述透明服務(wù)接口在前述的針對(duì)透明服務(wù)的配置文件有設(shè)定。從用戶角度看，用戶使用的是抽象服務(wù)，具體的物理實(shí)現(xiàn)細(xì)節(jié)對(duì)用戶不可見，用戶只需按照自己的需要使用服務(wù)，通過組合運(yùn)算即即時(shí)組合服務(wù)，而不必關(guān)心服務(wù)如何實(shí)現(xiàn)。
接下來，本發(fā)明的執(zhí)行引擎就可以依據(jù)前述得到的服務(wù)組合執(zhí)行計(jì)劃404進(jìn)行相應(yīng)的操作和交換；
5、 按照用戶的要求，發(fā)起服務(wù)請(qǐng)求405;
6、 按照用戶的要求，進(jìn)行抽象服務(wù)發(fā)現(xiàn)406;
6. 1)抽象服務(wù)發(fā)現(xiàn)406在所注冊(cè)的信息中進(jìn)行搜索獲得符合條件的抽象服務(wù)。
在前述的透明服務(wù)配置文件中，服務(wù)端口定義了用戶可以使用的功能；而在實(shí)現(xiàn)具體服務(wù)的服務(wù)約束中給出了該服務(wù)的非功能性屬性，如服務(wù)位置、服務(wù)有效期、服務(wù)提供商、服務(wù)租借費(fèi)用等。即在本發(fā)明中，用戶可以通過透明服務(wù)接口提出所需抽象服務(wù)的一些參數(shù)。
抽象服務(wù)發(fā)現(xiàn)406就可以動(dòng)態(tài)的依據(jù)這些參數(shù)或者服務(wù)查找條件搜索滿足用戶需求的抽象服務(wù)。例如，抽象服務(wù)發(fā)現(xiàn)406可以在P2P管道服務(wù)勤出上通過服務(wù)動(dòng)態(tài)查找算法實(shí)現(xiàn)；它在P2P網(wǎng)絡(luò)中查找滿足條件的服務(wù)配置，并根據(jù)各服務(wù)得約束條件和質(zhì)量參數(shù)等動(dòng)態(tài)選擇要執(zhí)行的服務(wù)。
6.2)當(dāng)被使用的服務(wù)因網(wǎng)絡(luò)環(huán)境動(dòng)態(tài)變化而不可用時(shí)，本發(fā)明可以根據(jù)動(dòng)態(tài)查找算法，重新定位替代服務(wù)供用戶使用，而用戶不必考慮服務(wù)查找過程。通過服務(wù)動(dòng)態(tài)查找，可以獲得透明的服務(wù)使用與組合，動(dòng)態(tài)地適應(yīng)服務(wù)變化。在某個(gè)提供服務(wù)的網(wǎng)絡(luò)節(jié)點(diǎn)不可達(dá)或因用戶位置移動(dòng)，原有服務(wù)不可使用時(shí)，本發(fā)明可以通過動(dòng)態(tài)服務(wù)查找屏蔽這些變化。
7、 抽象服務(wù)發(fā)現(xiàn)406將發(fā)現(xiàn)的結(jié)果傳給服務(wù)選擇407;按照用戶的要求或者家庭網(wǎng)絡(luò)的當(dāng)前情況，選擇合適的服務(wù)。
.如果服務(wù)選擇的請(qǐng)求來自服務(wù)請(qǐng)求模塊405，則服務(wù)選擇407將結(jié)果傳給服務(wù)建立408。如果服務(wù)選擇的請(qǐng)求來自服務(wù)維護(hù)模塊409,則服務(wù)選擇407將結(jié)果傳給服務(wù)維護(hù)409。
8、 按照用戶的要求，進(jìn)行服務(wù)建立408;服務(wù)建立408把結(jié)果傳給服務(wù)維護(hù)409。
服務(wù)建立408用于把被選擇的服務(wù)組合在一起。根據(jù)執(zhí)行計(jì)劃404和各服務(wù)資源節(jié)點(diǎn)當(dāng)前的資源可用性、負(fù)載情況以及網(wǎng)絡(luò)狀況，動(dòng)態(tài)發(fā)現(xiàn)所需抽象服務(wù)的所有服務(wù)實(shí)例，生成候選執(zhí)行引擎列表；并根據(jù)服務(wù)質(zhì)量，從候選流程選捧和形成一個(gè)最優(yōu)的執(zhí)行計(jì)劃。由于構(gòu)建的是一個(gè)P2P服務(wù)網(wǎng)絡(luò)，在服務(wù)節(jié)
點(diǎn)之間建立聯(lián)系時(shí)會(huì)形成前后的關(guān)系，而服務(wù)節(jié)點(diǎn)上的引擎之間也會(huì)形成前驅(qū)和后續(xù)的關(guān)系。在執(zhí)行流程中，前驅(qū)引擎和后續(xù)引擎之間通過P2P消息跟蹤當(dāng)前執(zhí)行計(jì)劃的狀態(tài)。
執(zhí)行引擎動(dòng)態(tài)地發(fā)現(xiàn)其他執(zhí)行引擎，通過P2P信息交換，串行或并行地協(xié)作完成一個(gè)組合服務(wù)的動(dòng)態(tài)執(zhí)行，最后將計(jì)算結(jié)果返回給組合服務(wù)調(diào)用者。其間，執(zhí)行引擎根據(jù)各服務(wù)資源節(jié)點(diǎn)當(dāng)前的資源可用性、負(fù)載情況以及網(wǎng)絡(luò)狀況，動(dòng)態(tài)發(fā)現(xiàn)相應(yīng)的所有服務(wù)實(shí)例，并確定同類服務(wù)的執(zhí)行優(yōu)先級(jí)。
9、 按照用戶的要求，進(jìn)行服務(wù)維護(hù)409。
服務(wù)維護(hù)409支持對(duì)流程適應(yīng)性的設(shè)計(jì)和維護(hù)，類似于應(yīng)用程序中的插件的概念，用于封裝不同的流程適應(yīng)性策略，并可以在運(yùn)行時(shí)刻加載和刪除。對(duì)于某個(gè)特定的系統(tǒng)目標(biāo)，可以為之定義多個(gè)備選的流程，并指定相應(yīng)的選擇策略。
在引擎執(zhí)行過程中，由于網(wǎng)絡(luò)和服務(wù)資源的變化，或需要執(zhí)行的具體服務(wù)實(shí)例不可用時(shí)，出現(xiàn)相應(yīng)的報(bào)告，則服務(wù)維護(hù)409啟動(dòng)維護(hù)流程
執(zhí)行引擎向其直接前驅(qū)發(fā)送失敗消息，告之服務(wù)執(zhí)行失敗，請(qǐng)求替換服務(wù)。前驅(qū)引擎收到失敗消息，利用服務(wù)選擇407查看本地保存的候選引擎列表，找出其它候選執(zhí)行引擎，恢復(fù)執(zhí)行。當(dāng)一個(gè)候選服務(wù)被選擇替代現(xiàn)有服務(wù)時(shí)，其可能存在失配現(xiàn)象。例如，不同網(wǎng)絡(luò)服務(wù)的消息格式以及內(nèi)容描述差異可能很大，很難提供一種全自動(dòng)化的手段來將針對(duì)某個(gè)網(wǎng)絡(luò)服務(wù)的消息轉(zhuǎn)換成另一個(gè)網(wǎng)絡(luò)服務(wù)所需的并能處理的消息。
另外，當(dāng)替代服務(wù)需要比被替代服務(wù)更多的參數(shù)時(shí)，也不可能自動(dòng)提供或補(bǔ)充替代服務(wù)所需的額外消息。
一般的，需要用戶顯式給出確定的替代服務(wù)，并在描述信息中指明如何將被替代服務(wù)的消息映射成替代服務(wù)的消息。在映射時(shí)，可能會(huì)出現(xiàn)信息不夠或信息多余的情況。這時(shí)，允許用戶為缺少的信息提供某種默認(rèn)值，同時(shí)將替代服務(wù)不需要的信息舍棄。如果原始消息中不存在對(duì)
應(yīng)的參數(shù)，則需要為替代服務(wù)的參數(shù)指定默認(rèn)值；如果替代服務(wù)不需要該參數(shù)，
則不需要制定對(duì)應(yīng)的參數(shù)。
如果在候選引擎列表為空，則服務(wù)維護(hù)409調(diào)用服務(wù)發(fā)現(xiàn)406查看新的服務(wù)。
如果無替代服務(wù)或替代服務(wù)執(zhí)行失敗時(shí)，將拋出服務(wù)組合執(zhí)行失敗的異常，進(jìn)入服務(wù)撤銷410。
10、按照用戶的要求，進(jìn)行服務(wù)撤銷410。
參照?qǐng)D3，示出了本發(fā)明一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間互聯(lián)的系統(tǒng)實(shí)施例，具體可以包括以下部件
接口模塊5 01,用于接收用戶對(duì)抽象服務(wù)的請(qǐng)求及其參數(shù)；
抽象服務(wù)注冊(cè)中心502，用于接受各個(gè)服務(wù)提供者對(duì)其所提供的抽象服務(wù)的注冊(cè)，所述注冊(cè)包括提供面對(duì)抽象服務(wù)層面的配置文件；
服務(wù)發(fā)現(xiàn)模塊503，用于查詢各個(gè)服務(wù)提供者所注冊(cè)的面對(duì)抽象服務(wù)層面的配置文件，獲取滿足用戶需求的配置文件；所述配置文件包括具體服務(wù)的組合情況及其實(shí)現(xiàn)邏輯；
服務(wù)建立模塊504,用于依據(jù)所獲取的配置文件及各服務(wù)資源節(jié)點(diǎn)的使用情況，發(fā)現(xiàn)與所述抽象服務(wù)相應(yīng)的各個(gè)服務(wù)實(shí)例，生成候選執(zhí)行計(jì)劃列表；
服務(wù)執(zhí)行模塊505,用于選擇一執(zhí)行計(jì)劃，調(diào)用相應(yīng)的具體服務(wù)依次執(zhí)行。
在本發(fā)明的另 一優(yōu)選實(shí)施例中，所述服務(wù)建立模塊依據(jù)所獲取的配置文件及各服務(wù)資源節(jié)點(diǎn)的使用情況，發(fā)現(xiàn)與所述抽象服務(wù)相應(yīng)的各個(gè)服務(wù)實(shí)例以及網(wǎng)絡(luò)狀況，生成候選執(zhí)行計(jì)劃列表。
在本發(fā)明的另 一優(yōu)選實(shí)施例中，所述互聯(lián)系統(tǒng)還可以包括用于監(jiān)控和維護(hù)
13服務(wù)執(zhí)行的服務(wù)維護(hù)模塊506,優(yōu)選的，所述服務(wù)維護(hù)模塊506釆用P2P消息的方式監(jiān)控當(dāng)前執(zhí)行計(jì)劃的狀態(tài)。 _為了滿足用戶更為復(fù)雜的維護(hù)需求，在本發(fā)明的另一優(yōu)選實(shí)施例中，可以包括具有更復(fù)雜功能的服務(wù)維護(hù)模塊506,所述服務(wù)維護(hù)模塊506可以進(jìn)一步包括監(jiān)控子模塊和恢復(fù)執(zhí)行子模塊。其中，所述監(jiān)控子^t塊用于采用P2P消息的方式監(jiān)控當(dāng)前執(zhí)行計(jì)劃的狀態(tài)；所述恢復(fù)執(zhí)行子模塊，用于當(dāng)收到執(zhí)行失敗的消息時(shí)，從所述候選執(zhí)行計(jì)劃列表中選擇另一執(zhí)行計(jì)劃，恢復(fù)執(zhí)行。當(dāng)替換服務(wù)與原服務(wù)所需的參數(shù)不一致時(shí)，所述服務(wù)維護(hù)模塊506還可以進(jìn)一步包括參數(shù)確定子模塊，用于接收用戶針對(duì)該新的執(zhí)行計(jì)劃的指定參數(shù)。
參照?qǐng)D4，我們從服務(wù)的拓樸架構(gòu)的角度對(duì)本發(fā)明作進(jìn)一步的說明。在圖4中，各種異構(gòu)家庭網(wǎng)絡(luò)的服務(wù)被映射為抽象服務(wù)后，注冊(cè)到抽象服務(wù)注冊(cè)中心620。各個(gè)提供相應(yīng)服務(wù)的節(jié)點(diǎn)650組合構(gòu)成一個(gè)P2P網(wǎng)絡(luò)，通過抽象服務(wù)通告在注冊(cè)中心620完成注冊(cè)，通過服務(wù)調(diào)用得到服務(wù)實(shí)例630。
服務(wù)提供者660提供面向抽象服務(wù)的配置文檔610給本發(fā)明的抽象服務(wù)執(zhí)行引擎640相連；用戶600通過抽象服務(wù)接口 670連接到執(zhí)行引擎640。所述執(zhí)行引擎64G支持對(duì)異構(gòu)服務(wù)的功能及參數(shù)的抽象，允許用戶使用抽象服務(wù)端口和約束條件進(jìn)行動(dòng)態(tài)的服務(wù)實(shí)例的選取和執(zhí)行，并通過P2P協(xié)作(調(diào)用由節(jié)點(diǎn)650構(gòu)成的P2P網(wǎng)絡(luò))完成一個(gè)抽象服務(wù)組合任務(wù)，提高了服務(wù)組合執(zhí)行的性能和可靠性。
執(zhí)行引擎640從與實(shí)現(xiàn)流程步驟相對(duì)應(yīng)的角度，可以劃分為圖3中所示的服務(wù)發(fā)現(xiàn)模塊、建立模塊、執(zhí)行模塊以及維護(hù)模塊等等。而如果從技術(shù)人員開發(fā)實(shí)現(xiàn)的角度，則可以將執(zhí)行引擎640劃分為消息管理、候選引擎管理、過程規(guī)約轉(zhuǎn)化和調(diào)度、服務(wù)調(diào)用、服務(wù)結(jié)果分發(fā)、應(yīng)用狀態(tài)維護(hù)、適應(yīng)性策略模塊以及感應(yīng)器等幾個(gè)模塊。其中，
候選引擎管理^f莫塊負(fù)責(zé)服務(wù)的動(dòng)態(tài)發(fā)現(xiàn)和調(diào)用；
消息管理模塊負(fù)責(zé)引擎間的消息交換；
過程規(guī)約轉(zhuǎn)化和調(diào)度模塊負(fù)責(zé)過程規(guī)約的轉(zhuǎn)化，協(xié)調(diào)服務(wù)組合中多個(gè)并發(fā)執(zhí)行的服務(wù)在不同引擎上的執(zhí)行，調(diào)度各個(gè)服務(wù)組合任務(wù)以及服務(wù)實(shí)例的執(zhí)
14行，并更新組合執(zhí)行計(jì)劃，協(xié)調(diào)完成整個(gè)服務(wù)組合的執(zhí)行；
應(yīng)用狀態(tài)維護(hù)模塊負(fù)責(zé)記錄和更新務(wù)具體服務(wù)的服務(wù)質(zhì)量參數(shù)以及其他運(yùn)行時(shí)狀態(tài)數(shù)據(jù)，包括該服務(wù)調(diào)用次數(shù)、可靠性和可用性概率等。應(yīng)用狀態(tài)維護(hù)模塊和適應(yīng)性策略模塊一塊可以對(duì)應(yīng)與圖3中所示的服務(wù)維護(hù)模塊。
感應(yīng)器用于監(jiān)測(cè)底層網(wǎng)絡(luò)和服務(wù)的狀態(tài)及其變化。
下面參照?qǐng)D5,從服務(wù)的功能架構(gòu)層面對(duì)本發(fā)明作更進(jìn)一步的說明。
圖5示出了用戶到底層的具體服務(wù)之間的連接關(guān)系。
最上面是透明服務(wù)720是一種匯聚服務(wù)，為用戶呈現(xiàn)一個(gè)單一的接入接口，提供單一的網(wǎng)絡(luò)資源映像。透明服務(wù)720將一組具有相同功能，但服務(wù)約束不盡相同的服務(wù)抽象出來。與本說明前面的描述對(duì)應(yīng)理解，透明服務(wù)720一方面向最上層的用戶提供了一個(gè)面向抽象服務(wù)的統(tǒng)一接口，而不管用戶所支持的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)是什么類型；另一方面，透明服務(wù)720通過服務(wù)提供者面向抽象服務(wù)的配置文件，將用戶的抽象服務(wù)與底層的具體服務(wù)連接起來。
另外，實(shí)際上服務(wù)提供者也可以通過透明服務(wù)720接入來建立和維護(hù)家庭網(wǎng)絡(luò)中的各種服務(wù)。透明服務(wù)720為該服務(wù)節(jié)點(diǎn)上的相關(guān)服務(wù)組件形成本地的局部視圖，通過對(duì)等服務(wù)之間的匯聚形成一個(gè)全局關(guān)聯(lián)的服務(wù)視圖。這些服務(wù)匯聚點(diǎn)分布在網(wǎng)絡(luò)的不同地方。其中，最接近用戶的接入點(diǎn)是用戶的物理接入點(diǎn)。其為用戶提供的是一個(gè)抽象的服務(wù)層、 一致性模型、接入行為。通過本說明書前面的描述，可以知悉，透明服務(wù)720組合不需要用戶干預(yù)，可以動(dòng)態(tài)選擇服務(wù)實(shí)例。
圖5中，為用戶提供的接口API 760,比現(xiàn)在的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)提供的服務(wù)接口要在更高層次粒度上，更便于用戶使用。API 760是透明服務(wù)720和其子服務(wù)740之間的邊界。透明服務(wù)720通過API760看到的是一致的家庭網(wǎng)絡(luò)服務(wù)列表。而在這個(gè)接口后面，支持透明服務(wù)720的是API 760下面的服務(wù)空間750和服務(wù)控制流730。
服務(wù)空間750是由各種子服務(wù)740構(gòu)成。子服務(wù)是為實(shí)現(xiàn)透明服務(wù)，而映射到透明服務(wù)的服務(wù)空間內(nèi)的底層家庭網(wǎng)絡(luò)的具體服務(wù)。透明服務(wù)720支持對(duì)子服務(wù)740的訪問，通過與子服務(wù)740的交互，表達(dá)與其他用戶和提供商之間的協(xié)同工作，以及表達(dá)對(duì)服務(wù)組合的描述。透明服務(wù)通過動(dòng)態(tài)地組合這
15些子服務(wù)來實(shí)現(xiàn)。
眠務(wù)控制流730具有動(dòng)態(tài)組合服務(wù)的能力。本發(fā)明可以通過服務(wù)控制流
730在服務(wù)節(jié)點(diǎn)集群中分布和切換技術(shù)來管理動(dòng)態(tài)的家庭網(wǎng)絡(luò)服務(wù)資源，對(duì)服
務(wù)的整個(gè)生命周期進(jìn)行控制和維護(hù)。當(dāng)實(shí)現(xiàn)該服務(wù)的具體服務(wù)實(shí)例因網(wǎng)絡(luò)環(huán)境
變化不可用時(shí)，服務(wù)控制流730可以動(dòng)態(tài)選擇另一可用服務(wù)滿足用戶的需求。同時(shí)，如果該流程下無法實(shí)現(xiàn)時(shí)，可以自動(dòng)地切換到替代流程。由于服務(wù)狀態(tài)是由服務(wù)控制流730所維護(hù)的，服務(wù)實(shí)例可以崩潰和不需要復(fù)雜恢復(fù)過程的重啟。用戶不用考慮處理這些問題的復(fù)雜服務(wù)邏輯，大大簡(jiǎn)化了服務(wù)的構(gòu)建。對(duì)用戶而言，這一過程是透明的。
本發(fā)明為了實(shí)現(xiàn)在包含媒體、通信和處理的情況下，對(duì)服務(wù)流的擴(kuò)展，可以按照一定標(biāo)準(zhǔn)把媒體參數(shù)、服務(wù)控制參數(shù)和服務(wù)控制邏輯、狀態(tài)要封裝在流中，讓中間處理節(jié)點(diǎn)可以獨(dú)立處理，能夠被擴(kuò)展、組合和應(yīng)用。服務(wù)提供者可以根據(jù)其服務(wù)邏輯的需求，通過服務(wù)引用(Service Reference),對(duì)已經(jīng)封裝
好的服務(wù)模塊進(jìn)行重新包裝、組合和擴(kuò)展。
子服務(wù)740可以通過虛擬資源協(xié)同來實(shí)現(xiàn)這些操作。這些子服務(wù)740之間的交互是通過一個(gè)信息交互總線780來實(shí)現(xiàn)的。信息交互總線780通過網(wǎng)格的信息交換交互機(jī)制的支持，解耦了服務(wù)和服務(wù)之間的緊耦合關(guān)系，也解耦了服務(wù)和資源之間的緊耦合關(guān)系。對(duì)于一個(gè)服務(wù)來說，其使用的不是一個(gè)資源，而是一組資源的集群。而各種網(wǎng)絡(luò)的相應(yīng)資源控制協(xié)議也被前面的資源映射方法映射到服務(wù)空間750中。
最下面是底層各種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)提供的各種服務(wù)，例如IGRS標(biāo)準(zhǔn)770的AV Profile中提供的內(nèi)容索引服務(wù)、連接管理服務(wù)、媒體源傳輸管理服務(wù)、呈現(xiàn)管理服務(wù)、媒體目標(biāo)傳輸管理服務(wù)等。
本發(fā)明采用服務(wù)控制流為用戶提供服務(wù)，大大降低了用戶和提供商在異構(gòu)家庭網(wǎng)絡(luò)之間集成的復(fù)雜度，較好地解決了可擴(kuò)展性問題。使用本發(fā)明來存儲(chǔ)和管理家庭網(wǎng)絡(luò)路由的所有服務(wù)狀態(tài)，可以把用戶從各種異構(gòu)網(wǎng)絡(luò)的互聯(lián)互通以及家庭網(wǎng)絡(luò)建立和維護(hù)過程中對(duì)底層網(wǎng)絡(luò)資源控制的復(fù)雜性中隔離出來，因而簡(jiǎn)化了家庭網(wǎng)絡(luò)月l務(wù)實(shí)現(xiàn)的過程。下面我們以兩個(gè)實(shí)例來說明本發(fā)明的核心優(yōu)勢(shì)面向抽象服務(wù)。 第一個(gè)場(chǎng)景是Mill是一家韓國(guó)公司的職員，到中國(guó)出差。他在韓國(guó)使用 的是支持CCP標(biāo)準(zhǔn)的信息家電。在中國(guó)分公司的辦公樓里，Mill用他的筆記 本電腦通過無線網(wǎng)絡(luò)訪問公司里的各種辦公資源。而此時(shí)這些信息家電主要是 支持IGRS標(biāo)準(zhǔn)或UPnP標(biāo)準(zhǔn)。有時(shí)會(huì)議后，他需要遠(yuǎn)程使用一臺(tái)服務(wù)器上的 軟件處理相關(guān)數(shù)據(jù)，并將結(jié)果打印出來，由于他的臨時(shí)辦公位置經(jīng)常變動(dòng)，每 次打印文件時(shí)，他都需要找一臺(tái)離他最近的打印機(jī)。而有時(shí)候，由于疏忽以及 其他原因，Mill原來使用的打印機(jī)并沒有在網(wǎng)絡(luò)被擁有者共享。也就是說，如 果我們?cè)谑褂肅CP標(biāo)準(zhǔn)的計(jì)算機(jī)需要打印服務(wù)，到了 IGRS標(biāo)準(zhǔn)的網(wǎng)絡(luò)中不 會(huì)自動(dòng)的、動(dòng)態(tài)的實(shí)現(xiàn)服務(wù)流程的動(dòng)態(tài)切換來發(fā)現(xiàn)適合在IGRS標(biāo)準(zhǔn)的網(wǎng)絡(luò)中 的打印服務(wù)。因此，Mill需要重新配置支持IGRS標(biāo)準(zhǔn)或UPnP標(biāo)準(zhǔn)的打印機(jī)， 很不方便。
其實(shí)，不只是Mill,其他公司的職員也經(jīng)常在工作中遇到類似的資源使用 問題。對(duì)于開發(fā)人員來說，為了支持各種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)的互聯(lián)來解決打印 這樣一個(gè)問題，就必須開發(fā)各種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)下的打印流程，復(fù)雜度太高。 有N種家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)，就必須開發(fā)出N種打印流程。
而如果采用本發(fā)明，則在支持IGRS標(biāo)準(zhǔn)的網(wǎng)絡(luò)里，開放人員只需要了解 IGRS家庭網(wǎng)絡(luò)流程的打印流程，并使用之來實(shí)現(xiàn)透明的打印服務(wù)，即提供針 對(duì)打印服務(wù)(抽象服務(wù))的配置文件(包括具體的IGRS家庭網(wǎng)絡(luò)流程的打印 流程)即可。例如，在IGRS家庭網(wǎng)絡(luò)中，服務(wù)提供者建立基于IGRS標(biāo)準(zhǔn)的 打印流程，并注冊(cè)到本發(fā)明中，則用戶就可以通過調(diào)用透明的打印服務(wù)來使用 支持IGRS標(biāo)準(zhǔn)的打印機(jī)。
第二個(gè)場(chǎng)景是大家參加一個(gè)國(guó)際會(huì)議，帶來不同的演示視頻節(jié)目，需要通
過無線的方式投影到大會(huì)的大顯示器上。中國(guó)代表的筆記本電腦支持IGRS標(biāo) 準(zhǔn)的無線高清電視投影，歐洲代表的筆記本電腦支持UPnP標(biāo)準(zhǔn)的無線高清電 視投影，韓國(guó)代表的筆記本電腦支持CCP標(biāo)準(zhǔn)的無線高清電禍>殳影，日本代 表的筆記本電腦支持ECHONET的無線高清電視投影。
為了支持這種場(chǎng)景，在現(xiàn)有技術(shù)下，就必須開發(fā)各種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)下 的無線高清電視投影流程，復(fù)雜度太高。有N種家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)，就必須開發(fā)
17出N種無線高清電視投影流程，以支持各個(gè)用戶的服務(wù)請(qǐng)求。
如果采用本發(fā)明，則在支持IGRS標(biāo)準(zhǔn)的網(wǎng)絡(luò)里，開放人員只需要了解 IGRS家庭網(wǎng)絡(luò)流程的無線高清電視投影流程，并使用之來實(shí)現(xiàn)透明的無線高 清電視投影服務(wù)。例如，在IGRS家庭網(wǎng)絡(luò)中，服務(wù)提供者按照前述的透明服 務(wù)配置文件的格式，建立基于IGRS標(biāo)準(zhǔn)的無線高清電視投影流程，并注冊(cè)， 則用戶就可以通過調(diào)用透明的無線高清電視投影服務(wù)來使用支持IGRS標(biāo)準(zhǔn)的 無線高清電視投影。這樣各國(guó)的代表就可以欣賞到支持不同家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)的無 線高清電視投影，而不管各國(guó)代表所支持的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)是什么。如果日本代 表需要了解中國(guó)代表的信息，系統(tǒng)可以通過透明服務(wù)自動(dòng)切換到中國(guó)代表所帶 來的支持IGRS標(biāo)準(zhǔn)的筆記本上。
本說明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說明的 都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似的部分互相參見即 可。對(duì)于系統(tǒng)實(shí)施例而言，由于其與方法實(shí)施例基本相似，所以描述的比較簡(jiǎn) 單，相關(guān)之處參見方法實(shí)施例的部分說明即可。
以上對(duì)本發(fā)明所提供的 一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間互聯(lián)的方法
進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思 想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明 的限制。
18
權(quán)利要求
1、一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間互聯(lián)的方法，其特征在于，包括接收用戶對(duì)抽象服務(wù)的請(qǐng)求及其參數(shù)；查詢各個(gè)服務(wù)提供者所注冊(cè)的面對(duì)抽象服務(wù)層面的配置文件，獲取滿足用戶需求的配置文件；所述配置文件包括具體服務(wù)的組合情況及其實(shí)現(xiàn)邏輯；依據(jù)所獲取的配置文件及各服務(wù)資源節(jié)點(diǎn)的使用情況，發(fā)現(xiàn)與所述抽象服務(wù)相應(yīng)的各個(gè)服務(wù)實(shí)例，生成候選執(zhí)行計(jì)劃列表；選擇一執(zhí)行計(jì)劃完成相應(yīng)的具體服務(wù)。
2、 如權(quán)利要求1所述的方法，其特征在于，所述生成候選執(zhí)行計(jì)劃列表 的步驟還需要參考網(wǎng)絡(luò)狀況。
3、 如權(quán)利要求l所述的方法，其特征在于，還包括 采用P2P消息的方式監(jiān)控當(dāng)前執(zhí)行計(jì)劃的狀態(tài)。
4、 如權(quán)利要求3所述的方法，其特征在于，當(dāng)收到執(zhí)行失敗的消息時(shí)， 還包括從所述候選執(zhí)行計(jì)劃列表中選擇另一執(zhí)行計(jì)劃，恢復(fù)執(zhí)行。
5、 如權(quán)利要求4所述的方法，其特征在于，還包括 接收用戶針對(duì)該新的執(zhí)行計(jì)劃的指定參數(shù)。
6、 一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間互聯(lián)的系統(tǒng)，其特征在于，包括 接口模塊，用于接收用戶對(duì)抽象服務(wù)的請(qǐng)求及其參數(shù)； 抽象服務(wù)注冊(cè)中心，用于接受各個(gè)服務(wù)提供者對(duì)其所提供的抽象服務(wù)的注冊(cè)，所述注冊(cè)包括提供面對(duì)抽象服務(wù)層面的配置文件；服務(wù)發(fā)現(xiàn)模塊，用于查詢各個(gè)服務(wù)提供者所注冊(cè)的面對(duì)抽象服務(wù)層面的配 置文件，獲取滿足用戶需求的配置文件；所述配置文件包括具體服務(wù)的組合情 況及其實(shí)現(xiàn)邏輯；服務(wù)建立模塊，用于依據(jù)所獲取的配置文件及各服務(wù)資源節(jié)點(diǎn)的使用情 況，發(fā)現(xiàn)與所述抽象服務(wù)相應(yīng)的各個(gè)服務(wù)實(shí)例，生成候選執(zhí)行計(jì)劃列表； 服務(wù)執(zhí)行模塊，用于選擇一執(zhí)行計(jì)劃，調(diào)用相應(yīng)的具體服務(wù)依次執(zhí)行。
7、 如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述服務(wù)建立模塊依據(jù)所獲取的配置文件及各服務(wù)資源節(jié)點(diǎn)的使用情況，發(fā)現(xiàn)與所述抽象服務(wù)相應(yīng)的各個(gè)服務(wù)實(shí)例以及網(wǎng)絡(luò)狀況，生成候選執(zhí)行計(jì)劃列 表。
8、 如權(quán)利要求6所述的系統(tǒng)，其特征在于，還包括 服務(wù)維護(hù)模塊，用于采用P2P消息的方式監(jiān)控當(dāng)前執(zhí)行計(jì)劃的狀態(tài)。
9、 如權(quán)利要求6所述的系統(tǒng)，其特征在于，還包括服務(wù)維護(hù)模塊，包括監(jiān)控子模塊和恢復(fù)執(zhí)行子模塊； 所述監(jiān)控子模塊用于采用P2P消息的方式監(jiān)控當(dāng)前執(zhí)行計(jì)劃的狀態(tài)； 所述恢復(fù)執(zhí)行子模塊，用于當(dāng)收到執(zhí)行失敗的消息時(shí)，從所述候選執(zhí)行計(jì) 劃列表中選擇另一執(zhí)行計(jì)劃，恢復(fù)執(zhí)行。
10、 如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述服務(wù)維護(hù)模塊還包括 參數(shù)確定子模塊，用于接收用戶針對(duì)該新的執(zhí)行計(jì)劃的指定參數(shù)。
全文摘要
本發(fā)明提供了一種實(shí)現(xiàn)多種異構(gòu)家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)之間互聯(lián)的方法，包括接收用戶對(duì)抽象服務(wù)的請(qǐng)求及其參數(shù)；查詢各個(gè)服務(wù)提供者所注冊(cè)的面對(duì)抽象服務(wù)層面的配置文件，獲取滿足用戶需求的配置文件；所述配置文件包括具體服務(wù)的組合情況及其實(shí)現(xiàn)邏輯；依據(jù)所獲取的配置文件及各服務(wù)資源節(jié)點(diǎn)的使用情況，發(fā)現(xiàn)與所述抽象服務(wù)相應(yīng)的各個(gè)服務(wù)實(shí)例，生成候選執(zhí)行計(jì)劃列表；選擇一執(zhí)行計(jì)劃完成相應(yīng)的具體服務(wù)。本發(fā)明可以為用戶提供簡(jiǎn)單統(tǒng)一的、面向抽象服務(wù)的操作接口，簡(jiǎn)化用戶需要處理的步驟流程；當(dāng)用戶所支持的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)與底層服務(wù)的家庭網(wǎng)絡(luò)標(biāo)準(zhǔn)不同時(shí)，不需要重新配置相應(yīng)標(biāo)準(zhǔn)的執(zhí)行流程，就可以完成所需的服務(wù)。
文檔編號(hào)H04L12/28GK101465773SQ20071017980
公開日2009年6月24日 申請(qǐng)日期2007年12月18日 優(yōu)先權(quán)日2007年12月18日
發(fā)明者曹重英 申請(qǐng)人:閃聯(lián)信息技術(shù)工程中心有限公司