專利名稱：信息處理設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息處理設(shè)備，具體而言，涉及一種信息處理設(shè)備，利用該設(shè)備，基于IEEE 802連接到第一網(wǎng)絡(luò)的設(shè)備能夠控制基于IEEE 1394連接到第二網(wǎng)絡(luò)的設(shè)備。
背景技術(shù)：
當(dāng)前，使用IEEE(Institute of Electrical and ElectronicsEngineers，電氣和電子工程師協(xié)會)1394高速串行總線的網(wǎng)絡(luò)(此后簡單稱為“IEEE 1394網(wǎng)絡(luò)”)已經(jīng)普及。通過將音頻設(shè)備或者視頻設(shè)備連接到該IEEE 1394網(wǎng)絡(luò)，每個設(shè)備都能夠使用AV/C命令控制其它設(shè)備。
另一方面，IEEE 802網(wǎng)絡(luò)也變得流行。該IEEE 802網(wǎng)絡(luò)是主要用于相互連接個人計算機(jī)的網(wǎng)絡(luò)。通過基于通用即插即用(UPnP)協(xié)議，每個個人計算機(jī)能夠控制其它個人計算機(jī)。
但是，IEEE 1394網(wǎng)絡(luò)和IEEE 802網(wǎng)絡(luò)之間相互獨立，所以存在連接到IEEE 802網(wǎng)絡(luò)的設(shè)備(此后簡單稱為“UPnP設(shè)備”)不能控制連接到IEEE1394網(wǎng)絡(luò)的設(shè)備(此后簡單稱為“AV/C設(shè)備”)的問題。

發(fā)明內(nèi)容
本發(fā)明已經(jīng)考慮到這種情況而構(gòu)思，而且它針對使UPnP設(shè)備控制AV/C設(shè)備成為可能。
本發(fā)明的信息處理設(shè)備的其特征在于包括采集裝置，用于從所述第一網(wǎng)絡(luò)以所述第一格式采集數(shù)據(jù)；轉(zhuǎn)換裝置，用于將基于所述SOAP協(xié)議的所述第一格式的命令轉(zhuǎn)換為所述第二網(wǎng)絡(luò)中的所述AV/C命令，以將經(jīng)轉(zhuǎn)換的命令存儲為所述第二格式，其中所述命令是由采集裝置采集的；和傳送裝置，用于將由所述轉(zhuǎn)換裝置轉(zhuǎn)換的所述第二格式傳送到所述第二網(wǎng)絡(luò)。
所述轉(zhuǎn)換裝置包括節(jié)點唯一標(biāo)識和節(jié)點標(biāo)識的對應(yīng)關(guān)系表格，所述節(jié)點唯一標(biāo)識在基于所述SOAP協(xié)議、用于指定與所述第二網(wǎng)絡(luò)連接的設(shè)備的命令中描述，由此所述轉(zhuǎn)換裝置可以根據(jù)所述對應(yīng)關(guān)系表格將在基于所述SOAP協(xié)議、用于指定與所述第二網(wǎng)絡(luò)連接的設(shè)備的命令中描述的所述節(jié)點唯一標(biāo)識轉(zhuǎn)換為所述節(jié)點標(biāo)識。
所述轉(zhuǎn)換裝置包括基于所述SOAP協(xié)議的所述命令與要根據(jù)基于所述SOAP協(xié)議的所述命令傳送到所述第二網(wǎng)絡(luò)的所述命令的對應(yīng)關(guān)系表格，由此，所述轉(zhuǎn)換裝置基于所述對應(yīng)關(guān)系表格，檢索基于所述SOAP協(xié)議的所述命令，所述命令對應(yīng)于通過所述第二網(wǎng)絡(luò)接收的響應(yīng)，并可以向所述第一網(wǎng)絡(luò)傳送對應(yīng)于基于SOAP協(xié)議的所述命令的響應(yīng)。
所述轉(zhuǎn)換裝置將基于所述SOAP協(xié)議的所述命令與基于包括在基于所述SOAP協(xié)議的所述命令中的處理標(biāo)簽的響應(yīng)相關(guān)聯(lián)。
當(dāng)在一預(yù)定時間周期內(nèi)沒有從連接到所述第二網(wǎng)絡(luò)的設(shè)備接收到對應(yīng)于來自連接到所述第一網(wǎng)絡(luò)的所述設(shè)備的請求的最終響應(yīng)時，所述轉(zhuǎn)換裝置可以將表示正在處理中的響應(yīng)發(fā)送到連接于所述第一網(wǎng)絡(luò)的設(shè)備。
所述設(shè)備的特征還在于具有檢測裝置，用于如果基于所述SOAP協(xié)議的所述命令是在所述第二網(wǎng)絡(luò)的所述總線復(fù)位時請求重新發(fā)送的命令，則檢測所述第二網(wǎng)絡(luò)的總線復(fù)位，并用于在所述第二網(wǎng)絡(luò)中出現(xiàn)所述總線復(fù)位時傳送所述命令。
所述轉(zhuǎn)換裝置還可以將所述第二網(wǎng)絡(luò)的所述AV/C命令轉(zhuǎn)換為所述第一格式的基于SOAP協(xié)議的所述命令，以將經(jīng)轉(zhuǎn)換的命令存儲為所述第一格式，而且所述傳送裝置還可以將所述第一格式的基于所述SOAP協(xié)議的所述命令傳送到所述第一網(wǎng)絡(luò)，所述命令是由所述轉(zhuǎn)換裝置轉(zhuǎn)換的。
本發(fā)明的信息處理方法以下列步驟為特征采集步驟，從第一網(wǎng)絡(luò)以第一格式采集數(shù)據(jù)；轉(zhuǎn)換步驟，將基于所述SOAP協(xié)議的所述第一格式的命令轉(zhuǎn)換為第二網(wǎng)絡(luò)的AV/C命令，并將所述經(jīng)轉(zhuǎn)換的命令存儲為第二格式，所述命令是通過所述采集步驟的處理采集的；和傳送步驟，將通過所述轉(zhuǎn)換步驟的處理轉(zhuǎn)換的所述第二格式傳送到所述第二網(wǎng)絡(luò)。
本發(fā)明的記錄介質(zhì)的程序以下列步驟為特征采集步驟，從第一網(wǎng)絡(luò)以第一格式采集數(shù)據(jù)；轉(zhuǎn)換步驟，將基于所述SOAP協(xié)議的所述第一格式的命令轉(zhuǎn)換為第二網(wǎng)絡(luò)的AV/C命令，并將所述經(jīng)轉(zhuǎn)換的命令存儲為第二格式，所述命令是通過所述采集步驟的處理采集的；和傳送步驟，將通過所述轉(zhuǎn)換步驟的處理轉(zhuǎn)換的所述第二格式傳送到所述第二網(wǎng)絡(luò)。
本發(fā)明的程序執(zhí)行下列步驟采集步驟，從第一網(wǎng)絡(luò)以第一格式采集數(shù)據(jù)；轉(zhuǎn)換步驟，將基于所述SOAP協(xié)議的所述第一格式的命令轉(zhuǎn)換為第二網(wǎng)絡(luò)的AV/C命令，并將所述經(jīng)轉(zhuǎn)換的命令存儲為第二格式，所述命令是通過所述采集步驟的處理采集的；和傳送步驟，將通過所述轉(zhuǎn)換步驟的處理轉(zhuǎn)換的所述第二格式傳送到所述第二網(wǎng)絡(luò)。
在本發(fā)明的信息處理設(shè)備、方法、記錄介質(zhì)和程序中，來自基于IEEE 802的第一網(wǎng)絡(luò)的基于SOAP協(xié)議的命令被轉(zhuǎn)換為第二網(wǎng)絡(luò)的AV/C命令。


圖1是表示應(yīng)用本發(fā)明的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)圖；圖2是表示圖1中UPnP設(shè)備2的結(jié)構(gòu)框圖；圖3是表示圖1中UPnP設(shè)備2具有的設(shè)備模型的結(jié)構(gòu)圖；圖4是表示AV/C命令幀的結(jié)構(gòu)圖；圖5是說明ctype的圖；圖6是說明subunit_type(子單元類型)的圖；圖7是說明圖1中網(wǎng)絡(luò)系統(tǒng)的處理流程圖；圖8是表示圖7中步驟S3處的命令輸出的結(jié)構(gòu)圖；圖9是表示圖7中在程序步驟S24處的命令輸出的結(jié)構(gòu)圖；圖10是表示圖7中在程序步驟S34處的響應(yīng)輸出的結(jié)構(gòu)圖；圖11是表示圖7中在程序步驟26處的響應(yīng)輸出的例子的圖。
圖12是表示圖3中根設(shè)備具有的AV/C代理設(shè)備描述(AV/C Proxy DeviceDescription)的結(jié)構(gòu)圖圖13是表示圖3中1394代理服務(wù)具有的AV/C代理服務(wù)描述(AV/C ProxyDevice Description)的結(jié)構(gòu)圖；圖14是表示圖3中1394節(jié)點服務(wù)具有的AV/C節(jié)點服務(wù)描述(AV/C NodesService Description)的結(jié)構(gòu)圖；圖15是表示圖3中1394節(jié)點服務(wù)具有的AV/C節(jié)點服務(wù)描述的結(jié)構(gòu)圖；圖16是圖3中根設(shè)備具有的AV/C代理設(shè)備描述的另一個結(jié)構(gòu)圖；圖17是圖3中1394代理服務(wù)具有的AV/C代理服務(wù)描述的另一個結(jié)構(gòu)圖；圖18是圖3中1394節(jié)點服務(wù)具有的AV/C節(jié)點服務(wù)描述的另一個結(jié)構(gòu)的圖；圖19是設(shè)備模型的另一個結(jié)構(gòu)圖；圖20是表示圖19中的根設(shè)備具有的AV/C代理設(shè)備描述的結(jié)構(gòu)圖；圖21是表示圖19中的根設(shè)備具有的AV/C代理設(shè)備描述的結(jié)構(gòu)圖；圖22是表示圖19中的1394代理服務(wù)具有的AV/C代理服務(wù)描述的結(jié)構(gòu)圖；圖23是表示圖19中的AV/C節(jié)點服務(wù)具有的AV/C節(jié)點服務(wù)描述的結(jié)構(gòu)圖；圖24是表示設(shè)備模型的進(jìn)一步結(jié)構(gòu)的圖；圖25是表示圖24中的根設(shè)備具有的AV/C代理設(shè)備描述的結(jié)構(gòu)示意圖；圖26是表示圖24中的AV/C代理服務(wù)具有的AV/C代理服務(wù)描述的結(jié)構(gòu)圖；圖27是表示圖24中的AV/C節(jié)點服務(wù)具有的AV/C節(jié)點服務(wù)描述的結(jié)構(gòu)圖；圖28是表示設(shè)備模型的進(jìn)一步的結(jié)構(gòu)圖；圖29是表示圖28中的根設(shè)備具有的AV/C代理設(shè)備描述的結(jié)構(gòu)圖；圖30是表示圖28中的上述根設(shè)備具有的AV/C代理設(shè)備描述的結(jié)構(gòu)圖；圖31是圖28中的AV/C代理服務(wù)具有的AV/C代理服務(wù)描述的結(jié)構(gòu)圖；圖32是表示圖28中的AV/C節(jié)點服務(wù)具有的AV/C節(jié)點服務(wù)描述的結(jié)構(gòu)圖；圖33是表示設(shè)備模型的比較的圖。
具體實施例方式
圖1顯示了是應(yīng)用本發(fā)明的網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)。在此結(jié)構(gòu)中，UPnP控制點1用IEEE 802網(wǎng)絡(luò)11連接。AV/C設(shè)備3、4用IEEE 1394網(wǎng)絡(luò)12連接。IEEE 802網(wǎng)絡(luò)11和IEEE 1394網(wǎng)絡(luò)12都連接到UPnP設(shè)備(UPnP-AV/C代理服務(wù)器)2。
圖2顯示了UPnP設(shè)備2的結(jié)構(gòu)實例。在圖2中，中央處理單元(CPU)21依照存儲在只讀存儲器(ROM)22中的程序、或者從存儲部分28中裝載到隨機(jī)存儲器(RAM)23中的程序，執(zhí)行各種處理。CPU21執(zhí)行各種處理所必需的數(shù)據(jù)等等也完全存儲在RAM23中。
通過總線24，CPU21，ROM22和RAM23共同連接起來。輸入輸出接口25也連接到總線24。
對于輸入輸出接口25而言，連接到它上面有的輸入部分26，由鍵盤、鼠標(biāo)等等組成；輸出部分27，由顯示器(例如CRT和LCD)、揚聲器等等組成；存儲部分28，由硬盤等組成；通信部分29，由調(diào)制解調(diào)器、終端適配器等等組成。通信部分29通過IEEE 802網(wǎng)絡(luò)11或者IEEE 1394網(wǎng)絡(luò)12執(zhí)行通信過程。
當(dāng)需要時，驅(qū)動器30也連接到輸入輸出接口25，而且磁盤41、光盤42、磁光盤43、半導(dǎo)體存儲器44等等被適當(dāng)?shù)剡B接到那里。然后，當(dāng)需要時，從它們中讀取的計算機(jī)程序被安裝到存儲部分28。
UPnP設(shè)備(在圖1的實例中UPnP控制點1和UPnP設(shè)備2)主要具有尋址(Addressing)、發(fā)現(xiàn)(Discovery)、描述(Description)、控制(Control)、事件(Eventing)、提示(Presentation)六個功能。
尋址(Addressing)是每個UPnP設(shè)備在IEEE 802網(wǎng)絡(luò)11上獲取地址的功能，因此應(yīng)用動態(tài)主機(jī)配置協(xié)議(DHCP)或者自動IP(Auto IP)。
發(fā)現(xiàn)(Discovery)在尋址后執(zhí)行，依靠發(fā)現(xiàn)功能，UPnP控制點1能夠?qū)ふ业経PnP控制點1想要控制的目標(biāo)設(shè)備。此處使用的協(xié)議是簡單服務(wù)發(fā)現(xiàn)協(xié)議(SSDP)。當(dāng)每個設(shè)備連接到IEEE 802網(wǎng)絡(luò)11上時，該設(shè)備在IEEE 802網(wǎng)絡(luò)上組播(multicast)通知設(shè)備及設(shè)備自身包含的服務(wù)的消息(即，設(shè)備不明確指定該數(shù)據(jù)包的目標(biāo)而發(fā)送數(shù)據(jù)包)。UPnP控制點1通過接收組播的消息，能夠識別出哪一個設(shè)備連接到了IEEE 802網(wǎng)絡(luò)11。
反之，在此時UPnP控制點1還能夠檢驗連接到IEEE 802網(wǎng)絡(luò)11設(shè)備。這時，UPnP控制點1通過使用想要被發(fā)現(xiàn)的設(shè)備或者服務(wù)作為關(guān)鍵字，在IEEE802網(wǎng)絡(luò)11上組播檢索命令。如果連接到IEEE 802網(wǎng)絡(luò)11上的每個設(shè)備符合組播檢索命令規(guī)定的條件，該設(shè)備就執(zhí)行對檢索命令的響應(yīng)的單播(unicast，即，該設(shè)備通過指定目標(biāo)傳送數(shù)據(jù)包)。因此，UPnP控制點1能夠檢測連接到IEEE 802網(wǎng)絡(luò)11上的設(shè)備。
而且，當(dāng)每個設(shè)備從IEEE 802網(wǎng)絡(luò)11上斷開連接時，該設(shè)備提前廣播此事件。
通過發(fā)現(xiàn)功能，設(shè)備描述(Device Description)的統(tǒng)一資源定位符(URL)在由作為控制的對象的設(shè)備輸出的SSDP數(shù)據(jù)包中表述，并由UPnP控制點1發(fā)現(xiàn)。UPnP控制點1能夠通過訪問URL，從設(shè)備描述中獲得設(shè)備進(jìn)一步詳細(xì)的設(shè)備信息。設(shè)備數(shù)據(jù)包含圖標(biāo)信息、模型名稱、制造商名稱、產(chǎn)品名稱等等。
另外，該設(shè)備信息描述了設(shè)備具有的服務(wù)信息。描述服務(wù)詳細(xì)信息的服務(wù)描述也能夠基于服務(wù)信息中描述的URL被跟蹤。
UPnP控制點1能夠知道如何根據(jù)設(shè)備信息(設(shè)備描述)和服務(wù)信息(服務(wù)描述)訪問目標(biāo)。
而且，在設(shè)備描述中，描述了展示URL(Presentation URL)，其將在后面敘述。
設(shè)備描述和服務(wù)描述以可擴(kuò)展標(biāo)記語言(XML)表達(dá)。
控制(Control)分為動作(Action)和詢問(Query)兩大類。動作依照服務(wù)描述的動作信息中規(guī)定的方法執(zhí)行，UPnP控制點1能夠通過調(diào)用動作(Action)操縱目標(biāo)。
另一方面，詢問(Query)被用來獲得服務(wù)描述(Service Description)的狀態(tài)變量(stateVariable)的值。狀態(tài)變量的值指示設(shè)備的狀態(tài)。
在控制(Control)中，使用叫做簡單對象訪問協(xié)議(SOAP)的傳輸協(xié)議。作為SOAP的表示語言，使用XML。
事件(Eventing)功能用來當(dāng)執(zhí)行改變時將狀態(tài)變量的值的改變通知給UPnP控制點1。UPnP控制點1通過分析服務(wù)描述，能夠知道該目標(biāo)基于狀態(tài)變量保存的變量。UPnP控制點1通過輸出對目標(biāo)的預(yù)訂(Subscription)，當(dāng)一變量關(guān)于在變量中的發(fā)送事件(SendEvents)為“是”的變量已經(jīng)改變時，能夠從目標(biāo)接收通知。在事件(Eventing)功能中，使用叫做通用事件通知結(jié)構(gòu)(GENA)的傳輸協(xié)議。作為該協(xié)議的表示語言，使用XML。
提示(Presentation)功能用來使用用戶接口(UI)向用戶提供控制手段。通過訪問設(shè)備描述(Device Description)中描述的展示URL，用戶能夠獲得超文本標(biāo)識語言(HTML)描述的提示頁面(Presentation Page)。通過此功能，目標(biāo)能夠準(zhǔn)備應(yīng)用程序。
UPnP設(shè)備(UPnP-AV/C代理服務(wù)器)2的功能是作為IEEE 802網(wǎng)絡(luò)11和IEEE 1394網(wǎng)絡(luò)12間的橋梁，并提供了在其內(nèi)部的、如圖3所示的設(shè)備模型。實例中的設(shè)備模型由一個根設(shè)備61組成。根設(shè)備61包含AV/C代理服務(wù)71和AV/C節(jié)點服務(wù)72。
AV/C代理服務(wù)(此后簡單稱為“代理服務(wù)”)71管理IEEE 1394網(wǎng)絡(luò)12總線復(fù)位的生成、總線ID、節(jié)點數(shù)、總線管理器、等時(isochronous)資源管理器的節(jié)點唯一標(biāo)識(NUID)、間隙計數(shù)(Gap Count)、自身ID數(shù)據(jù)包(Self ID packets)等等。
AV/C節(jié)點服務(wù)(此后簡單稱為“節(jié)點服務(wù)”)72在基于SOAP協(xié)議的命令和基于AV/C的命令間執(zhí)行轉(zhuǎn)換處理。
圖4表示了AV/C命令幀的格式。
在CTS區(qū)域，描述命令組的類型。字段中數(shù)值“0000”表示命令組是AV/C命令組。
在ctype字段，描述數(shù)據(jù)包是命令還是響應(yīng)。而且，如果數(shù)據(jù)包是命令，在那里描述命令的功能分類，如果數(shù)據(jù)包是響應(yīng)，描述命令的處理結(jié)果分類。
圖5表示的是這種命令和響應(yīng)的實例。如數(shù)字表示，四種命令作為大型命令組被準(zhǔn)備。
CONTROL(控制)(ctype＝000)是用于從外部控制功能的命令。
STATUS(狀態(tài))(ctype＝0001)是用于從外部查詢狀態(tài)的命令。
而且，GENERAL INQUIRY(一般查詢)(ctype＝0100)和SPECIFIC INQUIRY(特定查詢)(ctype＝0010)是用于從外部查詢控制命令的支持的存在的命令。前一種是用于查詢操作碼支持的存在的命令，后一種是用于查詢操作碼和操作數(shù)的支持的存在的命令。
NOTIFY(通知)(ctype＝0011)是用于請求將外部狀態(tài)的改變通知給外部的命令。
根據(jù)命令的類型返回響應(yīng)。
作為控制命令的響應(yīng)，準(zhǔn)備了下述響應(yīng)。
NOT IMPLEMENTED(未實現(xiàn))(ctype＝1000)通知沒有命令被實現(xiàn)。ACCEPTED(接受)(ctype＝1001)通知命令已經(jīng)被執(zhí)行。REJECTED(拒絕)(ctype＝1010)通知命令不能被執(zhí)行。
ITERM(ctype＝1111)通知命令在處理中。
作為STATUS命令的響應(yīng)，除NOT IMPLEMENTED和REJECTED之外，存在IN TRANSITION(變換中)和STABLE(穩(wěn)定)。
IN TRANSITION(ctype＝1011)通知狀態(tài)正在變換。STABLE通知狀態(tài)沒有變換，是穩(wěn)定的。
作為GENERAL INQUIRY和SPECIFIC INQUIRY命令的響應(yīng)，存在IMPLEMENTED(實現(xiàn))和NOT IMPLMENTED。IMPLMENTED(ctype＝1100)通知命令被實現(xiàn)。
作為NOTIFY命令的響應(yīng)，存在NOT IMPLMENTED、REJECTED、INTERIM(過渡)和CHANGED(已改變)命令。
INTERIM首先通知NOTIFY已經(jīng)被接受。CHANGED(ctype＝1101)在其后通知目標(biāo)狀態(tài)已經(jīng)改變。
圖4的AV/C命令的幀中的“subunit_type”表示命令的目標(biāo)。subunit_type具體實例在圖6中表示。
即，subunit_type的值“00000”表示AV/C命令的目標(biāo)(sub-unit)是視頻監(jiān)視器。而且，值“00101”表示目標(biāo)是調(diào)諧器。
subunit_type的值“11111”表示命令被尋址到單元。結(jié)果，舉例來說，設(shè)備電源的打開和關(guān)閉得以控制。
在圖4的subunit_type的后邊，安排了subunit_ID(子單元ID)。當(dāng)單元中存在相同類別的多個子單元(subunit)時，“subuni t_ID”作為執(zhí)行辨別的辨別碼使用。所以，命令的目標(biāo)最后基于subunit_type和subunit_ID兩方面確定。
操作碼表示命令操作，操作數(shù)表示命令的附加條件。
圖6表示的是在scbunit_type是調(diào)諧器(Tuner)的情況下操作碼的實例。在調(diào)諧器的操作碼的情況下，其中的值C8h表示“DIRECT SELECTINFORMATION TYPE(直接選擇信息類型)”，其中的值CBh表示“DIRECT SELECTDATA(直接選擇數(shù)據(jù))”。
通過這種方法，為每個子單元準(zhǔn)備了操作碼表。而且，對每個操作碼定義了操作數(shù)。
例如，在執(zhí)行調(diào)諧器的通道選擇時，操作碼被選擇為“直接選擇信息類型”，諸如其中的頻率和頻道數(shù)的通道參數(shù)由操作數(shù)指定。
接下來，通過將打開AV/C設(shè)備3的電源作為例子的情況參考圖7的流程圖，描述連接到IEEE 802網(wǎng)絡(luò)11上的UPnP控制點1控制連接到IEEE 1394網(wǎng)絡(luò)12上設(shè)備的處理。
在步驟S1，UPnP控制點1向組成UPnP-AV/C代理服務(wù)器2的根設(shè)備61的代理服務(wù)71預(yù)約，當(dāng)IEEE 1394網(wǎng)絡(luò)12發(fā)生改變時，代理服務(wù)71(proxyservice)應(yīng)該將改變通知給UPnP控制點1(SUBSCRIBE(預(yù)約))。在步驟S11，當(dāng)代理服務(wù)71接收到“SUBSCRIBE”時，代理服務(wù)71響應(yīng)于它執(zhí)行處理。
例如，如果假設(shè)在步驟S31，AV/C設(shè)備3連接到IEEE 1394網(wǎng)絡(luò)12上，在步驟S32，AV/C設(shè)備3產(chǎn)生了總線復(fù)位，同樣，在步驟S21，根設(shè)備61中的節(jié)點服務(wù)72中產(chǎn)生了總線復(fù)位。這時，在步驟S22，節(jié)點服務(wù)72通知代理服務(wù)71總線復(fù)位的發(fā)生。
當(dāng)在步驟S12代理服務(wù)71檢測到來自節(jié)點服務(wù)72的通知時，在步驟S13，代理服務(wù)71基于從UPnP控制點1發(fā)出的“SUBSCRIBE”通知UPnP控制點1，AV/C設(shè)備3連接到了IEEE 1394網(wǎng)絡(luò)12，“SUBSCRIBE”是代理服務(wù)71在步驟S11獲取的(NOTIFY(通知))。
在步驟S2，UPnP控制點1從代理服務(wù)71接收通知。因此，UPnP控制點1能夠得知AV/C設(shè)備3已經(jīng)連接到了IEEE 1394網(wǎng)絡(luò)12。
所以，在步驟S3，UPnP控制點1基于描述用于控制AV/C設(shè)備3的規(guī)定動作(在本例中，AV/C設(shè)備3的電源打開動作)的命令的SOAP，調(diào)用動作的請求數(shù)據(jù)包(Invoke)。
圖8表示從UPnP控制點1傳輸?shù)焦?jié)點服務(wù)72的消息的實例。UPnP控制點1通過參照“AV/C Nodes Service Description(AV/C節(jié)點服務(wù)描述)”制做消息，“AV/C節(jié)點服務(wù)描述”包含在節(jié)點服務(wù)72中，并在后面敘述的圖14和圖15中表示。
因為對應(yīng)于命令返回響應(yīng)，“Transaction(處理)”中包含的數(shù)字“5”表示處理標(biāo)簽(transaction label)，作為識別返回的響應(yīng)對應(yīng)于哪一條命令的標(biāo)簽。
主體(Body)中的“nuid”表示消息的傳送目標(biāo)的節(jié)點唯一ID(NUID)。在本例中，“nuid”表示AV/C設(shè)備3的NUID“0800460000000000”。該NUID是在步驟S2從代理服務(wù)71獲得的通知中描述的“nuid”。
命令“00FFB270”表示AV/C命令的內(nèi)容，通過它UPnP控制點1請求節(jié)點服務(wù)72生成AV/C命令。
包含在命令的最高有效位(MSB)側(cè)的“00FF”(十六進(jìn)制數(shù))對應(yīng)于AV/CPOWER(電源)控制命令(二進(jìn)制數(shù))中的CTS“000”，ctype“0000”，subunit_type“11111”以及subunit_ID“111”，AV/C電源控制命令由節(jié)點服務(wù)72產(chǎn)生，在圖9中表示。也就是說，如果十六進(jìn)制數(shù)“00FF”表示為二進(jìn)制數(shù)，該二進(jìn)制數(shù)為“0000000011111111”。
下面的“B2”對應(yīng)于操作碼，“70”對應(yīng)于操作數(shù)。
該恢復(fù)(resume)“1”是一個命令，該命令在AV/C設(shè)備3連接到的設(shè)備發(fā)生總線復(fù)位時，請求AV/C節(jié)點服務(wù)72重新發(fā)送對應(yīng)于該命令的響應(yīng)。當(dāng)節(jié)點服務(wù)72檢測到總線復(fù)位時，如果節(jié)點服務(wù)72已經(jīng)接收到請求，則節(jié)點服務(wù)72執(zhí)行重新發(fā)送對應(yīng)于該命令的響應(yīng)處理。
“avcCommandSend”是請求節(jié)點服務(wù)72輸出如同AV/C命令那樣的命令到IEEE 1394網(wǎng)絡(luò)12的命令。
因為所有表示命令內(nèi)容的值都通過文本表達(dá)，任何種類的AV/C命令都可以描述。
回到圖7上，當(dāng)節(jié)點服務(wù)72在步驟S23接收到圖8所示的動作調(diào)用(Action Invoke)時，節(jié)點服務(wù)72依據(jù)Action Invoke生成圖9所示的AV/C命令(AV/C電源控制命令)，并在步驟S24通過IEEE 1394網(wǎng)絡(luò)12將生成的AV/C命令發(fā)送到AV/C設(shè)備3。
AV/C節(jié)點服務(wù)72已經(jīng)生成并保存NUID和node ID對應(yīng)關(guān)系表，并在每次產(chǎn)生總線復(fù)位時更新它們?；趯?yīng)關(guān)系表，NUID被轉(zhuǎn)換為node ID，并被發(fā)送到IEEE 1394網(wǎng)絡(luò)12上。
在步驟S33，當(dāng)AV/C設(shè)備3接收到從節(jié)點服務(wù)72發(fā)送的AV/C電源控制命令時，AV/C設(shè)備3依據(jù)命令的內(nèi)容開啟設(shè)備。之后，在步驟S34，AV/C設(shè)備3生成對應(yīng)于設(shè)備開啟的AV/C響應(yīng)(AV/C電源響應(yīng))，如圖10所示，并傳送到節(jié)點服務(wù)72。
如圖10所示，CTS以與圖9的AV/C電源控制命令類似的方式被設(shè)置為“0000”?！皉esponse(響應(yīng))”被設(shè)置為值9(1001)，表示“ACCEPTED(接受)”，如圖5所示。
“subunit_type”和“subunit_id”被設(shè)置為與圖9中的AV/C電源控制命令相同的值，。也就是說，在此情況下，這些值表示發(fā)送的起點。
操作碼和操作數(shù)也被設(shè)置為與圖9中的AV/C電源控制命令相同的值。
在步驟S25，當(dāng)節(jié)點服務(wù)72接收到從AV/C設(shè)備3發(fā)送的AV/C電源響應(yīng)時，節(jié)點服務(wù)72作為動作(Action)生成響應(yīng)(Response)，該響應(yīng)基于SOAP協(xié)議，并在圖11中表示，在步驟S26，節(jié)點服務(wù)72將生成的動作響應(yīng)(ActionResponse)發(fā)送到UPnP控制點1。
為表明動作響應(yīng)(Action Response)是形成圖8的動作(Action)(命令(Command))的對應(yīng)方的動作(Action)(響應(yīng)(Response))，根據(jù)圖8的“處理”中的值“5”，圖11中所示的“處理”中的數(shù)字“5”被設(shè)置為“5”(同一數(shù)值)。
當(dāng)AV/C設(shè)備3接收命令時，AV/C設(shè)備3依據(jù)命令變換設(shè)備的電源供應(yīng)，并生成圖10所示的AV/C電源響應(yīng)，而且在步驟S34，將生成的AV/C電源響應(yīng)傳送到節(jié)點服務(wù)72。
節(jié)點服務(wù)72生成并保存用于保存處理的對應(yīng)關(guān)系的表格(對應(yīng)關(guān)系表格)。也就是說，當(dāng)節(jié)點服務(wù)72在步驟S23接收圖8中所示的AV/C電源控制命令，并在步驟S24輸出圖9所示的AV/C電源控制命令時，節(jié)點服務(wù)72將它存儲到兩個AV/C電源控制命令都相互一致的表格中。所以，通過參考該表格，節(jié)點服務(wù)72能夠識別到，當(dāng)圖10所示的AV/C電源響應(yīng)從AV/C設(shè)備3發(fā)送時，它是對應(yīng)于圖8所示的AV/C電源控制命令的響應(yīng)。
另外，當(dāng)節(jié)點服務(wù)72在步驟S25接收AV/C電源響應(yīng)時，節(jié)點服務(wù)72產(chǎn)生圖11所示的、基于SOAP的動作的響應(yīng)，并在步驟S26將產(chǎn)生的動作響應(yīng)發(fā)送到UPnP控制點1。
響應(yīng)“09FFB270”與圖10中的AV/C電源響應(yīng)中描述的二進(jìn)制數(shù)的值“00001001111111111010001001110000”相對應(yīng)。
UPnP控制點1在步驟S4接收響應(yīng)。由此，UPnP控制點1能夠得知AV/C設(shè)備3已經(jīng)打開設(shè)備的電源。
根據(jù)AV/C的規(guī)定，當(dāng)AV/C設(shè)備不能立即依據(jù)接收到的請求執(zhí)行處理時，指定AV/C設(shè)備應(yīng)返回“INTERIM”作為響應(yīng)。當(dāng)AV/C設(shè)備已經(jīng)依據(jù)其后的請求完成處理時，AV/C設(shè)備應(yīng)在該時間內(nèi)將最終響應(yīng)返回給發(fā)送器。
但是，沒有規(guī)定從接收請求至返回最終響應(yīng)的時間周期。所以，節(jié)點服務(wù)72管理從步驟S24的處理中將AV/C命令輸出到AV/C設(shè)備3起，至在步驟S25的處理中從AV/C設(shè)備3接收AV/C響應(yīng)為止的時間周期。如果在已經(jīng)預(yù)先設(shè)置的規(guī)定時間周期內(nèi)(例如30秒)接收到的響應(yīng)不是“INTERIN”(在最終響應(yīng)的情況下)，AV/C節(jié)點服務(wù)72依據(jù)接收到的響應(yīng)，立即向UPnP控制點1傳輸響應(yīng)。
相反，如果接收到的響應(yīng)是INTERIM，AV/C節(jié)點服務(wù)72在AV/C命令發(fā)送后等待30秒。另外，如果在30秒時間周期過去前，接收到除INTERIM(最終響應(yīng))之外的響應(yīng)，AV/C節(jié)點服務(wù)72依據(jù)最終響應(yīng)輸出響應(yīng)。當(dāng)30秒內(nèi)沒有接收到最終響應(yīng)時，AV/C節(jié)點服務(wù)72輸出INTERIM作為響應(yīng)。因此，UPnP控制點1能夠至少在30秒內(nèi)得知請求的處理能否完成。
為執(zhí)行上述處理，設(shè)備模型中的根設(shè)備61(示于圖3中并且是UpnP-AV/C代理服務(wù)器所具有的)包括圖12中所示的AV/C代理設(shè)備描述(AV/C ProxyDevice Description)；代理服務(wù)71包括圖13所示的AV/C代理服務(wù)描述(AV/CProxy Service Description)；節(jié)點服務(wù)72包括圖14和圖15所示的AV/C節(jié)點服務(wù)描述(AV/C nodes Service Description)。
這些描述(Description’s)描述了用于執(zhí)行這些設(shè)備所具有的功能必要的描述參數(shù)和其它條件。當(dāng)另一設(shè)備請求該設(shè)備執(zhí)行功能時，該另一設(shè)備參考描述(Description’s)，添加在該描述中所描述的條件，然后該其它設(shè)備向設(shè)備發(fā)送命令。
“deviceType(設(shè)備類型)”圖12中的“urnsony-corpdevice1394ProxyDevice1”表示根設(shè)備61的類型。FriendlyName(友好名稱)“proxy for IEEE1394”表示根設(shè)備61的友好名稱。
UDN“nuidupnp-1394proxy-root-0800460000000000”表示根設(shè)備61的特殊號碼。
在該例子中，規(guī)定了代理服務(wù)71和節(jié)點服務(wù)72兩種服務(wù)。
在它們中的一個服務(wù)中，ServiceType(服務(wù)類型)“urnsony-corpService1394ProxyService1”表示代理服務(wù)71的服務(wù)類型為代理服務(wù)(Proxy Service)，并且service ID(服務(wù)標(biāo)識)“urnsony-corpServiceId1394ProxyService1”表示代理服務(wù)71的特殊名稱。
SCPURL“./scpd/proxyScpd.xml”表示代理服務(wù)機(jī)構(gòu)71包含的AV/C代理服務(wù)描述的URL(具體而言，是圖13所示AV/C代理服務(wù)描述的URL)。
而且，其它ServiceType“urnsony-corpservice1394NodeService1”表示節(jié)點服務(wù)72的服務(wù)類型是NodeService(節(jié)點服務(wù))。服務(wù)的SCPDURL“./scpd/nodeScpd.xml”表示節(jié)點服務(wù)72具有的AV/C節(jié)點服務(wù)描述的URL(具體而言，如圖14、圖15所示的AV/C節(jié)點服務(wù)描述)。
圖13的AV/C代理服務(wù)描述中的“action(動作)”表示代理服務(wù)71執(zhí)行的各種動作?！皀ame(名稱)”“getNodeNum(獲得節(jié)點號碼)”表示動作的名稱?！皠幼鳌笔怯糜谠贗EEE 1394網(wǎng)絡(luò)12上獲得節(jié)點號碼的動作。
關(guān)于“getNodeNum”的“動作”，“nodeNum”的名稱方向包括“out”變元(被另外的設(shè)備在其中設(shè)置一值以向代理理服務(wù)71輸出該變元的變元(argment))。
而且，要存儲在“nodeNum”的變元中的變量的聯(lián)合在serviceStateTable(服務(wù)狀態(tài)表)中規(guī)定。就是說，當(dāng)狀態(tài)變量改變時，該變量是在SUBSCRIBE期間通知給一設(shè)備的變量。該變量的類型被設(shè)置為“uil”。
圖14、圖15所示的AV/C節(jié)點服務(wù)描述將“avcCommandSend”規(guī)定為發(fā)送AV/C命令的動作。該命令包括變元“nuil”、“avcCommand”、“resume”、“inlineNuidPosition”、“inlineNuid”、“avcResponse”。因為方向是“out(出)”，末尾的“avcResponse”是從另外的設(shè)備發(fā)送到節(jié)點服務(wù)72的輸出。相反，因為除“avcResponse”之外的5個變元的方向被設(shè)置為“in(入)”，它們的數(shù)值在其中被設(shè)置，節(jié)點服務(wù)72發(fā)布這些變元以將它們輸入到其他設(shè)備。
所有6個變元的組合在serviceStateTable中描述。
這些變量在stateVariable(狀態(tài)變量)“sendEventes”為否時生成(在變量沒有改變的情況下)，所有“nuil”、“avcCommand”、“inlineNuid”、和“avcResponse”變量的形態(tài)被設(shè)置為“bin.hex”。變量“resume”的形態(tài)被設(shè)置為“boolean”，變量“inlineNuidPosition”的形太被設(shè)置為“uil”。
在指定除目標(biāo)設(shè)備的NUID之外的NUID的情況下，使用圖14中的“inlineNuid”(插入的NUID)和“inlineNuidPosition”(NUID的插入位置)(即，它們被用在該命令需要另一AV/C設(shè)備的NUID的情況)。
UPnP控制點1依據(jù)描述(Description)發(fā)送請求。所以，接收到請求的AV/C設(shè)備基于描述(Description)的規(guī)定解釋請求，由此AV/C設(shè)備能夠檢測NUID。
圖16顯示了根設(shè)備61具有的AV/C代理設(shè)備描述的另外一個例子。
在該例子中，也描述了代理服務(wù)71的ServiceType“urnsony-corpservice1394Proxy Service1”和節(jié)點服務(wù)72的ServiceType“urnsony-corpservice1394Node Service1”。
盡管圖16省略了圖解，圖17所示的AV/C代理服務(wù)描述的ULR在serviceId“urnsony-corpserviceId1394ProxyServic1”的“SCPDURL”中描述。而且，圖18所示的AV/C節(jié)點服務(wù)描述(NodeServiceDescription)的ULR在serviceId“urnsony-corpserviceId1394NodeService1”的“SCPDURL”中描述。
圖17表示代理服務(wù)71具有的AV/C代理服務(wù)描述的另外一個例子。
在圖17的例子中，描述了用于獲取節(jié)點數(shù)字的“getNodeNum”的名稱的動作。
以類似的方式，圖18表示節(jié)點服務(wù)72具有的AV/C節(jié)點服務(wù)描述的另一個例子。
在圖18的例子中，用于發(fā)送AV/C命令的“avcCommandSend”的動作被規(guī)定具有“nuid”、“command”、“response”三個變元。
盡管一個根設(shè)備61如上面圖3所示被設(shè)成具有代理服務(wù)71和節(jié)點服務(wù)72，還能夠使根設(shè)備61-1具有代理服務(wù)71，并能夠如圖19所示，在每個根設(shè)備上將服務(wù)限定到IEEE 1394網(wǎng)絡(luò)12上的每個節(jié)點。在圖19的例子中，根設(shè)備61-2具有節(jié)點服務(wù)72-1，根設(shè)備61-3具有節(jié)點服務(wù)72-2。
圖20和圖21表示的是圖19的根設(shè)備61-1到61-3具有的AV/C代理設(shè)備描述的例子。圖22表示的是圖19的代理服務(wù)71具有的AV/C代理服務(wù)描述的例子。圖23表示的是圖19的節(jié)點服務(wù)72-1、72-2具有的AV/C節(jié)點服務(wù)描述的例子。
在圖20和圖21的例子中，deviceType“urnschemas-upnp-orgdevice1394ProxyDevice1”對應(yīng)于根設(shè)備61-1描述；deviceType“urnsony-corpdevice1394NodeDevice1”對應(yīng)于根設(shè)備61-2描述；deviceType“urnsony-corpdevice1394NodeDevice1”對應(yīng)于根設(shè)備61-3描述。
盡管省略了圖解，圖22的AV/C代理服務(wù)描述的ULR在deviceType“urnschemas-upnp-orgdevice1394ProxyDevice1”的SCPDURL中描述；圖23的AV/C節(jié)點服務(wù)描述的ULR在deviceType“urnsony-corpdevice1394ProxyDevice1”和deviceType“urnsony-corpdevice1394NodeDevice1”的SCPDURL中各自描述。
在圖22中，“nodeNum”的變量的定義在serviceStateTable中完成。變量的定義能夠通過Query(查詢)進(jìn)行核查。
在圖23中，描述了作為用于發(fā)送AV/C命令的動作的“avcCommandSend”。
圖24表示的是設(shè)備模型的進(jìn)一步結(jié)構(gòu)的例子。在該例子中，節(jié)點服務(wù)72-1、72-2在與圖19的例子一樣的每個節(jié)點提供。但是，圖24的例子與圖19的例子不同的是，所有服務(wù)和代理服務(wù)71共同由一個根設(shè)備61擁有。
圖25表示圖24的例子中的根設(shè)備61具有的AV/C代理設(shè)備描述的結(jié)構(gòu)。圖26表示圖24的代理服務(wù)71具有的AV/C代理服務(wù)描述的結(jié)構(gòu)例子。圖27表示圖24的節(jié)點服務(wù)72-1、72-2具有的AV/C節(jié)點服務(wù)描述的結(jié)構(gòu)例子。
在圖25的例子中，規(guī)定了三種服務(wù)。圖26的AV/C代理服務(wù)描述的URL在serviceId“urnsony-corpserviceId1394ProxyService1”的SCPDURL中描述。圖27的AV/C節(jié)點服務(wù)描述的URL在serviceId“urnsony-corpserviceId1394NodeService1”和“urnsony-corpserviceId1394NodeService2”的SCPDURL中描述。
在圖26的例子中，規(guī)定了變量“nodeNum”。
在圖27中，規(guī)定了用于發(fā)送AV/C命令的動作。
圖28表示設(shè)備模型的進(jìn)一步結(jié)構(gòu)的例子。在該結(jié)構(gòu)例子中，根設(shè)備61保持代理服務(wù)71。而且，節(jié)點服務(wù)72-1、72-2在每個節(jié)點上提供，并且被各自在根設(shè)備61中形成的嵌入設(shè)備81-1和81-2中保持。
圖29和圖30表示圖28的根設(shè)備61具有的AV/C代理設(shè)備描述的結(jié)構(gòu)例子。圖31表示圖28的代理服務(wù)71具有的AV/C代理服務(wù)描述的結(jié)構(gòu)例子。圖32表示圖28的節(jié)點服務(wù)72-1、72-2具有的AV/C節(jié)點服務(wù)描述的結(jié)構(gòu)例子。
在圖29和圖30的例子中，serviceID“urnsony-corpserviceId1394ProxyService1”對應(yīng)于圖28的代理服務(wù)71，并且圖31的AV/C代理服務(wù)描述的URL在serviceId的SCPDURL中描述。
“serviceID”“urnsony-corpserviceId1394Node Service12”對應(yīng)于圖28的AV/C節(jié)點服務(wù)72-1，并且“urnsony-corpserviceId1394NodeService2”對應(yīng)于AV/C節(jié)點服務(wù)72-2。圖32的AV/C節(jié)點服務(wù)描述的URL在各自的SCPDURL中描述。
在圖31的例子中，定義了變量“NODE Num”。
在圖32的例子中，規(guī)定了用于發(fā)送AV/C命令的動作“avcCommandSend”。
接下來，將圖3、19、24、和28中所示的設(shè)備模型互相對比。
在圖3的例子中，一個代理服務(wù)71和一個節(jié)點服務(wù)72定義在一個根設(shè)備61中。
在圖19的例子中，代理服務(wù)71定義在一個根設(shè)備61-1中，對于1394上的幾個節(jié)點的節(jié)點服務(wù)72-1、72-2分別定義到每個根設(shè)備61-2、61-3中。
在圖24的例子中，在一個根設(shè)備61-1中提供代理服務(wù)71，對應(yīng)每個節(jié)點提供節(jié)點服務(wù)。節(jié)點服務(wù)72-1、72-2以與代理服務(wù)71類似的方式保存在一個根設(shè)備61-1中。
在圖28的例子中，所有1394上的節(jié)點被定義為根設(shè)備61的嵌入設(shè)備81-1、81-2。
圖33表示的是圖3、19、24和28的設(shè)備模型特點的對比結(jié)果。順便提一句，在圖33中，“類型(type)A”、“類型B”、“類型C”和“類型D”與分別對應(yīng)于圖3、19、24和28的設(shè)備模型。
通過對比類型A和類型D，可以得知SSDP的數(shù)據(jù)包數(shù)量相互有很大不同。就是說，當(dāng)根設(shè)備的數(shù)量為1時，SSDP的數(shù)量為3+2d+k，其中“d”指定為嵌入設(shè)備的數(shù)量，“k”指定為服務(wù)類型的數(shù)量。所以，如果假設(shè)1394網(wǎng)絡(luò)12上的節(jié)點數(shù)量為N，對于類型A的情況，SSDP的數(shù)據(jù)包數(shù)量為5；對于類型B的情況，SSDP的數(shù)據(jù)包數(shù)量為4+4N；對于類型C的情況，SSDP的數(shù)據(jù)包數(shù)量為4+N；對于類型D的情況，SSDP的數(shù)據(jù)包數(shù)量為4+3N。特別地，對于類型B(圖19)和類型D(圖28)的情況，其數(shù)量是節(jié)點數(shù)量的幾倍的數(shù)據(jù)包在流動(flow)。所以，在考慮到網(wǎng)絡(luò)流量的情況下，具有SSDP的小數(shù)量數(shù)據(jù)包的類型A的例子(圖3)是理想的。
在類型A的情況下，依據(jù)GENA執(zhí)行總線結(jié)構(gòu)改變的通知，或者在類型B、C和D的情況下依據(jù)SSDP執(zhí)行。
對于類型A和類型C的情況，展示(presentation)URL的結(jié)構(gòu)單元是總線，或者對于類型B和類型D的情況，結(jié)構(gòu)單元是節(jié)點。在類型B(圖19)和類型D(圖28)的情況下，單元容易理解，兩者都能夠在每個節(jié)點具有URL。但是，對于類型A(圖3)和類型C(圖24)的情況，可以認(rèn)為，如果代理服務(wù)71準(zhǔn)備了諸如對每個節(jié)點的鏈接頁的東西，就能夠?qū)崿F(xiàn)大量的相關(guān)功能。
對于類型A的情況，NOTIFY的通知單元是總線，或者對于類型B、C和D的情況，NOTIFY的通知單元是節(jié)點。
將所有上面闡述的特點放在一起，可以認(rèn)為，類型A(圖3)的例子是最適合的。
盡管上述用IEEE 1394網(wǎng)絡(luò)12連接的設(shè)備得到用IEEE 802網(wǎng)絡(luò)11連接的設(shè)備的控制，前者也可以控制后者。
上述的系列處理能夠通過硬件完成，也可以通過軟件完成。在通過軟件完成系列處理的情況下，組成軟件的程序從網(wǎng)絡(luò)或者記錄介質(zhì)上安裝到集成了專用硬件的計算機(jī)、或者例如一般用途計算機(jī)上，此一般用途計算機(jī)能夠利用安裝的各種程序執(zhí)行各種功能。
如圖2所示的記錄介質(zhì)包括封裝介質(zhì)，如磁盤41(包括軟盤)、光盤42(包括光盤只讀存儲器(CD-ROM)和數(shù)字通用盤(DVD))、磁光盤43(包括微型盤(MD))、以及半導(dǎo)體存儲器44，這些封裝介質(zhì)從用于提供程序并在其中包括記錄的程序的設(shè)備的主題獨立地分配給各用戶；上述記錄介質(zhì)還由包括在存儲部分28a中的ROM 22或硬盤構(gòu)成，上述兩者都以事先集成進(jìn)設(shè)備主體并包括記錄的程序的狀態(tài)下提供給用戶。
值得注意的是，在本說明書中，描述記錄于記錄介質(zhì)上的程序的步驟自然包括按照描述順序以時間序列執(zhí)行的處理，而且包括并行或者單獨執(zhí)行的處理(即便它們有必要根據(jù)時間序列執(zhí)行)。
而且，在本說明書中，“系統(tǒng)”表示包括多個設(shè)備的整個設(shè)備。
工業(yè)應(yīng)用如上所述，根據(jù)本發(fā)明，基于SOAP的命令從基于IEEE 802的第一網(wǎng)絡(luò)中被轉(zhuǎn)換為第二網(wǎng)絡(luò)的AV/C命令，連接到第一網(wǎng)絡(luò)的設(shè)備能夠容易和可靠地控制連接到第二網(wǎng)絡(luò)的設(shè)備。
權(quán)利要求
1.一種在第一網(wǎng)絡(luò)和第二網(wǎng)絡(luò)間傳送數(shù)據(jù)的信息處理設(shè)備，在第一網(wǎng)絡(luò)中以基于IEEE 802的SOAP協(xié)議的第一格式執(zhí)行通信，在第二網(wǎng)絡(luò)中以基于IEEE 1394的AV/C命令的第二格式執(zhí)行通信，其特征在于所述設(shè)備包括采集裝置，用于從所述第一網(wǎng)絡(luò)以所述第一格式采集數(shù)據(jù)；轉(zhuǎn)換裝置，用于將基于所述SOAP協(xié)議的所述第一格式的命令轉(zhuǎn)換為所述第二網(wǎng)絡(luò)中的所述AV/C命令，以將經(jīng)轉(zhuǎn)換的命令存儲為所述第二格式，其中所述命令是由采集裝置采集的；和傳送裝置，用于將由所述轉(zhuǎn)換裝置轉(zhuǎn)換的所述第二格式傳送到所述第二網(wǎng)絡(luò)。
2.如權(quán)利要求1所述的信息處理設(shè)備，其中所述轉(zhuǎn)換裝置包括節(jié)點唯一標(biāo)識和節(jié)點標(biāo)識的對應(yīng)關(guān)系表格，所述節(jié)點唯一標(biāo)識在基于所述SOAP協(xié)議、用于指定與所述第二網(wǎng)絡(luò)連接的設(shè)備的命令中描述，由此所述轉(zhuǎn)換裝置根據(jù)所述對應(yīng)關(guān)系表格將在基于所述SOAP協(xié)議、用于指定與所述第二網(wǎng)絡(luò)連接的設(shè)備的命令中描述的所述節(jié)點唯一標(biāo)識轉(zhuǎn)換為所述節(jié)點標(biāo)識。
3.如權(quán)利要求1所述的信息處理設(shè)備，其中所述轉(zhuǎn)換裝置包括基于所述SOAP協(xié)議的所述命令與要根據(jù)基于所述SOAP協(xié)議的所述命令傳送到所述第二網(wǎng)絡(luò)的所述命令的對應(yīng)關(guān)系表格，由此，所述轉(zhuǎn)換裝置基于所述對應(yīng)關(guān)系表格，檢索基于所述SOAP協(xié)議的所述命令，所述命令對應(yīng)于通過所述第二網(wǎng)絡(luò)接收的響應(yīng)，并向所述第一網(wǎng)絡(luò)傳送對應(yīng)于基于SOAP協(xié)議的所述命令的響應(yīng)。
4.如權(quán)利要求3所述的信息處理設(shè)備，其中所述轉(zhuǎn)換裝置將基于所述SOAP協(xié)議的所述命令與基于包括在基于所述SOAP協(xié)議的所述命令中的處理標(biāo)簽的響應(yīng)相關(guān)聯(lián)。
5.如權(quán)利要求1所述的信息處理設(shè)備，其中當(dāng)在一時間周期內(nèi)沒有從連接到所述第二網(wǎng)絡(luò)的設(shè)備接收到對應(yīng)于來自連接到所述第一網(wǎng)絡(luò)的所述設(shè)備的請求的最終響應(yīng)時，所述轉(zhuǎn)換裝置將表示正在處理中的響應(yīng)發(fā)送到連接于所述第一網(wǎng)絡(luò)的設(shè)備。
6.如權(quán)利要求1所述的信息處理設(shè)備，其中所述設(shè)備的特征還在于檢測裝置，用于如果基于所述SOAP協(xié)議的所述命令包括在所述第二網(wǎng)絡(luò)的所述總線復(fù)位時請求重新發(fā)送的命令，則檢測所述第二網(wǎng)絡(luò)的總線復(fù)位，并用于在所述第二網(wǎng)絡(luò)中出現(xiàn)所述總線復(fù)位時，傳送所述命令。
7.如權(quán)利要求1所述的信息處理設(shè)備，其中所述轉(zhuǎn)換裝置還將所述第二網(wǎng)絡(luò)的所述AV/C命令轉(zhuǎn)換為所述第一格式的基于SOAP協(xié)議的所述命令，以將所述經(jīng)轉(zhuǎn)換的命令存儲為所述第一格式，而且所述傳送裝置還將所述第一格式的基于所述SOAP協(xié)議的所述命令傳送到所述第一網(wǎng)絡(luò)，所述命令是由所述轉(zhuǎn)換裝置轉(zhuǎn)換的。
8.一種信息處理設(shè)備的信息處理方法，所述信息處理設(shè)備在第一網(wǎng)絡(luò)和第二網(wǎng)絡(luò)間傳送數(shù)據(jù)，在第一網(wǎng)絡(luò)中以基于IEEE 802的SOAP協(xié)議的第一格式執(zhí)行通信，在第二網(wǎng)絡(luò)中以基于IEEE 1394的AV/C命令的第二格式執(zhí)行通信，其特征在于所述方法包括采集步驟，從所述第一網(wǎng)絡(luò)以所述第一格式采集數(shù)據(jù)；轉(zhuǎn)換步驟，將基于所述SOAP協(xié)議的所述第一格式的命令轉(zhuǎn)換為所述第二網(wǎng)絡(luò)的所述AV/C命令，并將所述經(jīng)轉(zhuǎn)換的命令存儲為所述第二格式，所述命令是通過所述采集步驟的處理采集的；和傳送步驟，將通過所述轉(zhuǎn)換步驟的處理轉(zhuǎn)換的所述第二格式傳送到所述第二網(wǎng)絡(luò)。
9.一種存儲信息處理設(shè)備的計算機(jī)可讀程序的記錄介質(zhì)，所述信息處理設(shè)備在第一網(wǎng)絡(luò)和第二網(wǎng)絡(luò)間傳送數(shù)據(jù)，在第一網(wǎng)絡(luò)中以基于IEEE 802的SOAP協(xié)議的第一格式執(zhí)行通信，在第二網(wǎng)絡(luò)中以基于IEEE 1394的AV/C命令的第二格式執(zhí)行通信，其特征在于所述程序包括采集步驟，從所述第一網(wǎng)絡(luò)以所述第一格式采集數(shù)據(jù)；轉(zhuǎn)換步驟，將基于所述SOAP協(xié)議的所述第一格式的命令轉(zhuǎn)換為所述第二網(wǎng)絡(luò)的所述AV/C命令，并將所述經(jīng)轉(zhuǎn)換的命令存儲為所述第二格式，所述命令是通過所述采集步驟的處理采集的；和傳送步驟，將通過所述轉(zhuǎn)換步驟的處理轉(zhuǎn)換的所述第二格式傳送到所述第二網(wǎng)絡(luò)。
10.一種使計算機(jī)執(zhí)行各步驟的程序，所述計算機(jī)控制信息處理設(shè)備在第一網(wǎng)絡(luò)和第二網(wǎng)絡(luò)間傳送數(shù)據(jù)，在第一網(wǎng)絡(luò)中以基于IEEE 802的SOAP協(xié)議的第一格式執(zhí)行通信，在第二網(wǎng)絡(luò)中以基于IEEE 1394的AV/C命令的第二格式執(zhí)行通信，其特征在于所述步驟包括采集步驟，從所述第一網(wǎng)絡(luò)以所述第一格式采集數(shù)據(jù)；轉(zhuǎn)換步驟，將基于所述SOAP協(xié)議的所述第一格式的命令轉(zhuǎn)換為所述第二網(wǎng)絡(luò)的所述AV/C命令，并將所述經(jīng)轉(zhuǎn)換的命令存儲為所述第二格式，所述命令是通過所述采集步驟的處理采集的；和傳送步驟，將通過所述轉(zhuǎn)換步驟的處理轉(zhuǎn)換的所述第二格式傳送到所述第二網(wǎng)絡(luò)。
全文摘要
信息處理設(shè)備能夠從UPnP控制點控制AV/C設(shè)備。IEEE 802網(wǎng)絡(luò)(11)連接到UPnP控制點(1)，IEEE 1394網(wǎng)絡(luò)(12)連接到AV/C設(shè)備(3、4)。IEEE 802網(wǎng)絡(luò)(11)通過作為橋梁的UPnP設(shè)備(2)連接到IEEE 1394網(wǎng)絡(luò)(12)。UPnP設(shè)備(2)將從UPnP控制點(1)發(fā)送的SOAP命令轉(zhuǎn)換為AV/C命令，并通過IEEE 1394網(wǎng)絡(luò)(12)將它傳送到AV/C設(shè)備(3)。本發(fā)明能夠應(yīng)用于個人計算機(jī)。
文檔編號H04Q9/00GK1463521SQ02801817
公開日2003年12月24日 申請日期2002年5月20日 優(yōu)先權(quán)日2001年5月24日
發(fā)明者野田卓郎, 佐藤真, 青木幸彥, 嶋久登 申請人:索尼公司