專利名稱：以基于互聯(lián)網(wǎng)協(xié)議裝置控制非互聯(lián)網(wǎng)裝置的設(shè)備和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及某些電子設(shè)備的遠(yuǎn)程控制和存取技術(shù)，更特別地，涉及以基于互聯(lián)網(wǎng)協(xié)議的網(wǎng)絡(luò)裝置控制基于非互聯(lián)網(wǎng)的網(wǎng)絡(luò)裝置的接口裝置和方法。
隨著個(gè)人計(jì)算機(jī)的快速發(fā)展，互聯(lián)網(wǎng)已經(jīng)作為網(wǎng)絡(luò)進(jìn)入我們的日常生活。因此，互聯(lián)網(wǎng)已經(jīng)成為我們生活和工作不可分割的一部分。
通常，個(gè)人計(jì)算機(jī)網(wǎng)絡(luò)按照協(xié)議的每個(gè)堆棧和層的使用方式，可以用多種方式建設(shè)。在上述互聯(lián)網(wǎng)的情況下，網(wǎng)絡(luò)基于三層互聯(lián)網(wǎng)協(xié)議(IP)。
但是，多種非基于IP和獨(dú)立的網(wǎng)絡(luò)也存在。對(duì)于用于這種網(wǎng)絡(luò)的終端和電子設(shè)備，產(chǎn)生這樣一問題，即不能用基于IP的網(wǎng)絡(luò)設(shè)備在那些裝置上進(jìn)行存取和控制。原因在于在兩種網(wǎng)絡(luò)之間存在不同的協(xié)議堆棧結(jié)構(gòu)。
簡而言之，用于非基于IP網(wǎng)絡(luò)的終端和電子設(shè)備不能通過用于IP網(wǎng)絡(luò)的終端和電子設(shè)備進(jìn)行存取和控制。
例如，專用網(wǎng)絡(luò)例如“家庭網(wǎng)絡(luò)“或“公司網(wǎng)絡(luò)”是在獨(dú)立的基礎(chǔ)上建設(shè)和使用的。在這種情況下，這些網(wǎng)絡(luò)通常都有自己的協(xié)議。盡管如此，由于該IP網(wǎng)絡(luò)和協(xié)議的不同堆棧結(jié)構(gòu)，各自網(wǎng)絡(luò)的終端和裝置之間相互存取和控制是不可用的。
雖然存在這樣一種需求，即通過互聯(lián)網(wǎng)控制用于那些專門網(wǎng)絡(luò)的某些電子裝置，但還沒有提出任何補(bǔ)救措施來解決這個(gè)問題。
最近，還有一種需求是，接口裝置通過廣泛使用于IP網(wǎng)絡(luò)的終端和電子設(shè)備，存取或控制諸如專用網(wǎng)絡(luò)這樣的基于非IP網(wǎng)絡(luò)的裝置。然而，至今沒有提出特別的補(bǔ)救方法和接口裝置來滿足這種需求。
因此，本發(fā)明的目的是提供一接口裝置和方法，以便用基于IP的網(wǎng)絡(luò)裝置用來控制非基于IP的網(wǎng)絡(luò)裝置。
要完成上述目的，提供一接口裝置，它用于以基于IP的網(wǎng)絡(luò)裝置來控制非基于IP的網(wǎng)絡(luò)裝置，包括一動(dòng)態(tài)主頁幫助部分，用于在一非基于IP的網(wǎng)絡(luò)的預(yù)定的電子裝置上搜集信息，以及依照動(dòng)態(tài)網(wǎng)服務(wù)器的結(jié)構(gòu)幫助結(jié)構(gòu)和處理動(dòng)態(tài)主頁；和一功能控制轉(zhuǎn)換部分，用于將基于IP的網(wǎng)絡(luò)的功能控制的需求依照適當(dāng)?shù)挠糜诜腔贗P網(wǎng)絡(luò)的轉(zhuǎn)換的控制命令、在一作為基于IP網(wǎng)絡(luò)的預(yù)設(shè)功能通過HTTP被選擇時(shí)轉(zhuǎn)換為對(duì)非基于IP網(wǎng)絡(luò)功能控制的需求。
本發(fā)明的上述目的、特點(diǎn)和優(yōu)勢(shì)經(jīng)過從下面連同附圖一起進(jìn)行的詳細(xì)描述將變得顯而易見，其中

圖1是說明一用于依照本發(fā)明的一實(shí)施例的網(wǎng)際互連的拓?fù)錉顟B(tài)的方框圖；圖2是說明一依照本發(fā)明的一優(yōu)選實(shí)施例的IP接口裝置的協(xié)議堆棧的方框圖；圖3是說明一依照本發(fā)明的另一實(shí)施例的IP接口裝置的協(xié)議堆棧的方框圖；圖4是說明一依照具有圖2中的堆棧的IP協(xié)議的控制信號(hào)的流程的流程圖；圖5是說明一依照具有圖3中的堆棧的IP協(xié)議的控制信號(hào)的流程的流程圖；圖6是說明一依照本發(fā)明滿足IEEE 1394和以太網(wǎng)協(xié)議的一實(shí)施例的IP接口裝置的協(xié)議堆棧的方框圖；圖7是說明一依照本發(fā)明滿足IEEE 1394和以太網(wǎng)協(xié)議的另一實(shí)施例的IP接口裝置的變化的堆棧的方框圖；圖8是說明通常如圖6和圖7所示的轉(zhuǎn)換部分的內(nèi)部結(jié)構(gòu)的實(shí)施例方框圖；圖9是說明依照本發(fā)明的一優(yōu)選實(shí)施例、從一非基于IP的網(wǎng)絡(luò)到作為一動(dòng)態(tài)主頁結(jié)構(gòu)的一基于IP的網(wǎng)絡(luò)的接口狀態(tài)的流程圖；圖10是說明依照本發(fā)明的另一優(yōu)選實(shí)施例、從一非基于IP的網(wǎng)絡(luò)到作為一動(dòng)態(tài)主頁結(jié)構(gòu)的一基于IP的網(wǎng)絡(luò)的接口狀態(tài)的流程圖；以及圖11是說明依照本發(fā)明的優(yōu)選實(shí)施例、在一滿足IEEE 1394和以太網(wǎng)協(xié)議的獨(dú)立接口裝置中的硬件結(jié)構(gòu)的方框圖。
現(xiàn)參考附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行描述。在下面的描述中，即使在不同的參考圖中的相同的元件、也采用相同的參考數(shù)字標(biāo)記。在描述中限定的事情，例如詳細(xì)結(jié)構(gòu)和線路元件，提供在這里只是為了幫助綜合理解本發(fā)明。顯而易見，沒有這些限定的事情也能實(shí)現(xiàn)本發(fā)明。此外，眾所周知的功能和結(jié)構(gòu)沒有被詳細(xì)描述，以免因?yàn)橐恍┎槐匾募?xì)節(jié)而遮掩本發(fā)明。
本發(fā)明研究接口裝置的功能和協(xié)議堆棧的結(jié)構(gòu)。雖然存在許多非基于IP的網(wǎng)絡(luò)，但下面的描述將集中在本發(fā)明可以得到最好使用的小型的家庭網(wǎng)絡(luò)上。
一值得注意的、本發(fā)明適用的家庭網(wǎng)絡(luò)協(xié)議是IEEE 1394。IEEE 1394是由蘋果計(jì)算機(jī)公司-一美國公司-提出并率先采用的高速串行接口標(biāo)準(zhǔn)。該標(biāo)準(zhǔn)支持一聯(lián)立非同步傳輸(simultaneous non-synchronoustransmission)，并且使用于和用做像A/V設(shè)備一樣的數(shù)碼家庭用具的接口。雖然提出了多種使用范圍，但家庭網(wǎng)絡(luò)是其中最普遍的使用。
IP(互聯(lián)網(wǎng)協(xié)議)是適用于網(wǎng)絡(luò)的三層的互聯(lián)網(wǎng)協(xié)議。
家庭音頻、視頻的互換性(HAVi)是適用于本發(fā)明的一個(gè)實(shí)施例。HAVi是由在歐洲的八家公司和索尼公司制定的一軟件模式。實(shí)現(xiàn)在A/V設(shè)備之間通過IEEE 1394網(wǎng)絡(luò)實(shí)現(xiàn)相互鏈接。一自述裝置(SDD)在HAVi節(jié)點(diǎn)上提供基本的信息。一裝置控制模塊是一用于控制HAVi節(jié)點(diǎn)的功能控制模塊。
下面根據(jù)本發(fā)明的一實(shí)施例，參考圖1，描述用于網(wǎng)際互連的拓?fù)錉顟B(tài)。
使用三個(gè)不同層的協(xié)議通常也用各自的方式使用幫助層。如圖1所示，一網(wǎng)際互連裝置100用于把基于IP的網(wǎng)絡(luò)鏈接到非基于IP的網(wǎng)絡(luò)。該網(wǎng)際互連裝置100被實(shí)施成既可以作為獨(dú)立部件執(zhí)行諸如對(duì)不同類型連網(wǎng)的包翻譯和控制代理的功能，也可以作為包括現(xiàn)有的執(zhí)行相同功能的裝置的一部分的從屬部件。
網(wǎng)際互連裝置100包括一IP接口裝置，通過該裝置，基于IP的網(wǎng)絡(luò)裝置A,B,C…N可以鏈接到非基于IP的網(wǎng)絡(luò)設(shè)備a,b,c,…,n上。
根據(jù)本發(fā)明，該網(wǎng)際互連裝置100不受獨(dú)立類型或從屬類型的限制。
圖2是根據(jù)本發(fā)明的一優(yōu)選實(shí)施例說明IP接口裝置的協(xié)議堆棧的方框圖。參考圖2，該協(xié)議堆棧有兩個(gè)普通接口的條件，以自基于IP網(wǎng)絡(luò)控制非基于IP網(wǎng)絡(luò)。
第一個(gè)條件是從基于IP的網(wǎng)絡(luò)取得對(duì)Web地址進(jìn)行存取的通道。第二個(gè)條件是標(biāo)準(zhǔn)化在非基于IP的網(wǎng)絡(luò)中的器具之間用于功能控制的協(xié)議。
圖2說明的結(jié)構(gòu)是一獨(dú)立的類型，該類型可以鏈接兩個(gè)不同的網(wǎng)絡(luò)，以及作為一個(gè)硬件裝置的一部分執(zhí)行由上述兩個(gè)條件要求的功能。
填充斜線的部分表示控制轉(zhuǎn)換和動(dòng)態(tài)主頁幫助。該部分主要執(zhí)行兩個(gè)不同的功能。
第一個(gè)功能是參與動(dòng)態(tài)主頁的構(gòu)造和處理，換言之，在非基于IP的網(wǎng)絡(luò)中把信息搜集到設(shè)備中，以及參與網(wǎng)絡(luò)服務(wù)器的構(gòu)造。
第二個(gè)功能是用于將對(duì)基于IP網(wǎng)絡(luò)的功能控制需求轉(zhuǎn)換成對(duì)非基于IP網(wǎng)絡(luò)的功能控制的需求。該功能通過將經(jīng)由基于IP網(wǎng)絡(luò)的HTTP選擇的預(yù)定功能轉(zhuǎn)換成非基于IP的網(wǎng)絡(luò)中的一適當(dāng)?shù)目刂泼顏韺?shí)現(xiàn)。
上述方法能夠使基于IP的網(wǎng)絡(luò)裝置通過如圖2所示的基于網(wǎng)絡(luò)服務(wù)器的一主頁，熟悉非基于IP的網(wǎng)絡(luò)中每個(gè)裝置的存在(existence)和功能。
然而，上述的方法提出了下面的問題。如果非基于IP的網(wǎng)絡(luò)裝置是預(yù)定的，并且一旦裝置是否鏈接被判定出來，則該裝置的功能就判定了。因此，可以構(gòu)造一動(dòng)態(tài)主頁。如果非基于IP的網(wǎng)絡(luò)裝置不是預(yù)定的，則只有包括設(shè)備的類型的基本信息可用，而沒有詳細(xì)功能。因此，雖然眾所周知的主要功能可以參考該設(shè)備的類型來實(shí)現(xiàn)，但通過抓取其中整體功能來構(gòu)造或處理主頁是不可能的。
因此，在一基于IP的網(wǎng)絡(luò)裝置從基于IP的網(wǎng)絡(luò)用于控制非基于IP的網(wǎng)絡(luò)裝置的情況下，應(yīng)該滿足下面三個(gè)條件，參見如圖3所示的本發(fā)明的另一實(shí)施例。
第一、該存取應(yīng)該基于以web為基礎(chǔ)的web。第二，用于裝置之間的功能控制協(xié)議應(yīng)該在非基于IP的網(wǎng)絡(luò)中標(biāo)準(zhǔn)化。第三，該協(xié)議應(yīng)該標(biāo)準(zhǔn)化、以便在非基于IP的網(wǎng)絡(luò)中的裝置功能上的信息可用，并且以一種更先進(jìn)的方式實(shí)現(xiàn)相互控制可以很容易。
如圖3所示的接口裝置的配合協(xié)議(interoperation protocol)是滿足上述條件的。通常屬于該類的協(xié)議是HAVi、Jini、UPNP等。在這些協(xié)議中，HAVi對(duì)于非基于IP的網(wǎng)絡(luò)是適用的。雖然從根本上HAVi是基于IEEE 1394接口的，但如果對(duì)具有附屬層的接口部分做相關(guān)的修正，則它也適用于其它非基于IP的網(wǎng)絡(luò)。
在本發(fā)明的另一實(shí)施例中，如圖3所示的結(jié)構(gòu)是一獨(dú)立的類型，它可以鏈接兩個(gè)網(wǎng)絡(luò)并作為依靠環(huán)境裝置的的裝置的一部分來實(shí)現(xiàn)上述功能。
因此，如圖3所示的接口裝置的結(jié)構(gòu)中的網(wǎng)絡(luò)協(xié)議堆棧的中間中的斜線部分實(shí)現(xiàn)下面兩個(gè)功能。
基本功能是作為普通的接口裝置，該裝置與圖2所示的相同，但在細(xì)節(jié)內(nèi)容上不同。
特別地，第一個(gè)功能通過在一非基于IP的網(wǎng)絡(luò)中的裝置上搜集信息，參與構(gòu)造一動(dòng)態(tài)web服務(wù)器。
通過比較，如圖2所示的接口裝置可以在非基于IP的網(wǎng)絡(luò)中的裝置上，在功能控制協(xié)議的協(xié)助下，或直接通過附屬層搜集信息。不管怎樣，如圖3所示的接口裝置使用從配合協(xié)議區(qū)域搜集的、在每個(gè)裝置上的信息。
第二個(gè)功能是將用于基于IP的網(wǎng)絡(luò)的功能控制需求轉(zhuǎn)換成用于非基于IP的網(wǎng)絡(luò)的功能控制。如果預(yù)設(shè)功能通過基于IP網(wǎng)絡(luò)中的HTTP選擇，則該功能被轉(zhuǎn)換成非基于IP的網(wǎng)絡(luò)中的有關(guān)控制命令。如果目標(biāo)裝置在那種情況下不參與配合協(xié)議，只能通過功能控制協(xié)議、以正常的接口所建議的方式來實(shí)現(xiàn)處理，其中的接口可以通過如圖1所示的接口裝置實(shí)現(xiàn)。但當(dāng)參與內(nèi)部可操作協(xié)議時(shí)，甚至以非預(yù)定的裝置也可以動(dòng)態(tài)地識(shí)別鏈接功能，構(gòu)造一主頁以及適當(dāng)?shù)剞D(zhuǎn)換功能控制。
在基于IP的網(wǎng)絡(luò)中的裝置可以通過如圖3所示的web服務(wù)器的主頁熟悉在非基于IP的網(wǎng)絡(luò)中每個(gè)裝置的存在和功能，因此控制只在網(wǎng)絡(luò)中顯示的功能。
簡言之，如圖3所示的接口裝置是如圖2所示的普通接口裝置的缺點(diǎn)的補(bǔ)充。即使鏈接一沒有預(yù)定的非基于IP的網(wǎng)絡(luò)裝置，相關(guān)裝置的功能也可以通過使用一高級(jí)協(xié)議來熟悉，并且還可以提供后續(xù)的多種附屬功能。
如果非基于IP的網(wǎng)絡(luò)裝置參與一高級(jí)配合協(xié)議，則任何裝置可以自由地鏈接到其中并且在基于IP的網(wǎng)絡(luò)中很容易控制。
圖4是根據(jù)有如圖2所示的堆棧的IP協(xié)議說明控制信號(hào)的流程的流程圖。
如上所述，IP的網(wǎng)絡(luò)裝置可以實(shí)施成獨(dú)立的類型，或可以實(shí)現(xiàn)和一特殊裝置的一部分那樣的功能。
當(dāng)有復(fù)位時(shí)，在IP接口裝置和非基于IP的網(wǎng)絡(luò)之間發(fā)生初始化(步驟A)。在這種狀態(tài)下，IP接口裝置在節(jié)點(diǎn)上要求信息，并且如果目的響應(yīng)該要求，則在節(jié)點(diǎn)上搜集信息。如果搜集到的信息發(fā)現(xiàn)IP接口裝置是預(yù)定的，則構(gòu)造一主頁以通知設(shè)備的功能(步驟B)。一旦主頁完成，基于IP的網(wǎng)絡(luò)的控制裝置獲得對(duì)該主頁的存取通道，以便獲得存取非基于IP的網(wǎng)絡(luò)的目的裝置。因此，在這種狀態(tài)下可以嘗試必要的控制。
將來自控制設(shè)備的命令轉(zhuǎn)換成與目的裝置有關(guān)的控制命令，并接收那里的響應(yīng)。然后該目的裝置根據(jù)被轉(zhuǎn)換的控制命令執(zhí)行相關(guān)的操作(步驟C)。
圖5是根據(jù)有如圖3所示的堆棧的IP協(xié)議說明控制信號(hào)的流程的流程圖。
把HAVi作為內(nèi)部運(yùn)作的協(xié)議使用的狀態(tài)如圖5所示。其基本操作和控制信號(hào)的流程與圖4所示的一樣。
特別地，在IP接口裝置和非基于IP的網(wǎng)絡(luò)之間執(zhí)行初始化(步驟A)。在圖5的操作與圖4的操作相同但在目的裝置上搜集信息的流程不同。根據(jù)如圖5所示的控制信號(hào)的流程，信息在HAVi允許的范圍內(nèi)交換。最終，參與HAVi目的裝置的所用功能通過該處理來熟悉。一旦作為控制信號(hào)的結(jié)果來構(gòu)造動(dòng)態(tài)主頁(步驟B)，那么IP網(wǎng)絡(luò)控制裝置通過被構(gòu)造的主頁要求一特殊功能的控制。此時(shí)，控制信息在非基于IP網(wǎng)絡(luò)裝置之間通過HAVi進(jìn)行交換。目的裝置根據(jù)相關(guān)的命令執(zhí)行操作(步驟C)，以及對(duì)于要求的功能控制響應(yīng)控制信號(hào)。
本發(fā)明的實(shí)際實(shí)施例如圖6和圖7所示。
圖6是說明一依照本發(fā)明滿足IEEE 1394和以太網(wǎng)協(xié)議的一實(shí)施例的IP接口裝置的協(xié)議堆棧的方框圖。參考圖6，非基于IP的網(wǎng)絡(luò)表示使用IEEE1394的狀態(tài)(IEEE標(biāo)準(zhǔn)1394；被蘋果公司稱為“屏蔽墻”提出)，IEEE 1394是高速串聯(lián)的接口，而基于IP的網(wǎng)絡(luò)表示使用以太網(wǎng)(IEEE標(biāo)準(zhǔn)80)的狀態(tài)。
在圖6中，基于IP的網(wǎng)絡(luò)使用以太網(wǎng)，而非基于IP的網(wǎng)絡(luò)使用IEEE1394。在以太網(wǎng)中，在OSI七層參考模式中的物理層(PHY)和鏈接層(LINK)兩層被重新分成三層PHY、MAC和LLC。IP在具有代表性的以太網(wǎng)的局域網(wǎng)中是上層的基礎(chǔ)。PHY和MAC通常作為硬件來實(shí)施，而LLC的上層作為軟件來實(shí)施。
雖然Ipover 1394可以適用于特殊的情況，但非基于IP的網(wǎng)絡(luò)的IEEE1394協(xié)議適用于家用的A/V用具一般不使用IP。IEEE 1394主要包括PHY和LINK層。如圖6所示，事務(wù)層(TRANSACTION)作為軟件功能模塊存在在LINK的上層，而串聯(lián)起來的總線管理模塊通過PHY、LINK和TRANSACTION層存在。這是在IEEE 1394的技術(shù)要求中建議的層的狀態(tài)。
在本發(fā)明的一實(shí)施例中，IEC 61883和AV/C作為TRANSACTION層的上層的功能控制協(xié)議使用。當(dāng)IEEE 1394適用于A/V用具時(shí)，IEC 61883和AV/C是主要使用的協(xié)議。如圖6所示的接口與圖2中作為參考說明的接口具有相同的結(jié)構(gòu)。
此外，作為在圖2中的條件之一的、對(duì)基于IP網(wǎng)絡(luò)的web存取通道可用。在非基于IP的網(wǎng)絡(luò)中的功能控制協(xié)議也可以通過IEC 61883和AV/C執(zhí)行自己的功能。
圖7是說明一依照本發(fā)明滿足IEEE 1394和以太網(wǎng)協(xié)議的另一實(shí)施例的IP接口裝置的變化的堆棧的方框圖。參考圖7，該以太網(wǎng)像在如圖6所示的接口裝置中那樣，被用在基于IP的網(wǎng)絡(luò)，而IEEE 1394被用在基于非IP的網(wǎng)絡(luò)中。在以太網(wǎng)的上層，不僅可以建立TCP/IP協(xié)議，而且還有建立HTTP和網(wǎng)絡(luò)服務(wù)器。圖3所示的配合協(xié)議之一HAVi被用在IEEE 1394網(wǎng)絡(luò)中。因?yàn)镠AVi基本上使用IEEE 1394，所以這種使用是適當(dāng)?shù)摹?br> 圖7所示的HAVi的每個(gè)功能塊表示使用由HAVi標(biāo)準(zhǔn)建議的軟件功能模塊的狀態(tài)。IEC 61883和AV/C模塊不從屬于HAVi，但從屬于為了參與該裝置而不能參與HAVi的目的而保留的模塊。
在使用HAVi的系統(tǒng)之間，對(duì)應(yīng)裝置的所有功能通過DCM和FCM等抓取。這些功能可以通過投遞HAVi信息來控制。因此，根據(jù)本發(fā)明接口裝置可以很容易地抓取和控制如圖7所示的接口裝置的功能，以及在他們重新取的存儲(chǔ)通道時(shí)參與非預(yù)定的HAVi的IEEE 1394系統(tǒng)的功能，同時(shí)，HAVi每個(gè)功能塊的描述通常由HAVi的公開規(guī)格說明的基準(zhǔn)代替。
圖8是說明通常如圖6和圖7所示轉(zhuǎn)換部分的內(nèi)部結(jié)構(gòu)的一實(shí)施例的方框圖。圖6和圖7顯示了位于在非基于IP的網(wǎng)絡(luò)邊的不同接口模塊。
圖8既展示了使用ICE 61883時(shí)接口的操作結(jié)構(gòu)，又展示了使用HAVi時(shí)的接口結(jié)構(gòu)。
下面描述當(dāng)使用上述IEC 61883時(shí)接口的操作結(jié)構(gòu)。
首先，在節(jié)點(diǎn)上的基本信息通過直接控制IEEE 1394作為抓取節(jié)點(diǎn)計(jì)數(shù)和通過讀取每個(gè)節(jié)點(diǎn)的環(huán)境設(shè)置ROM搜集在非基于IP的網(wǎng)絡(luò)上信息的方法來獲取。相關(guān)裝置的類型通過IEC 61883模塊在每個(gè)節(jié)點(diǎn)上收集信息來抓取。根據(jù)在SDD和DCM節(jié)點(diǎn)上的信息分析和節(jié)點(diǎn)計(jì)數(shù)的抓取，以及通過節(jié)點(diǎn)環(huán)境設(shè)置的ROM的分析，建立用于控制面板的主頁。因此主要的主頁被建立和鏈接起來。
第二，在非基于IP網(wǎng)絡(luò)特征上的命令轉(zhuǎn)換成用于IEC 61883的AV/C命今。
當(dāng)使用HAVi時(shí)，接口的結(jié)構(gòu)如下。
首先，通過HAVi模塊作為用于在非基于IP的網(wǎng)絡(luò)的節(jié)點(diǎn)上收集信息的方法收集每個(gè)節(jié)點(diǎn)的信息。這里，對(duì)節(jié)點(diǎn)的數(shù)目、每個(gè)節(jié)點(diǎn)的功能表和通過HAVi模塊得到的每個(gè)節(jié)點(diǎn)的SDD和DCM的內(nèi)容進(jìn)行分析。第二，在非基于IP網(wǎng)絡(luò)特征上的命令通過HAVi模塊轉(zhuǎn)換成可以理解的格式以便與HAVi模塊進(jìn)行鏈接。
同時(shí)，圖9和圖10顯示了這樣的控制流程，該控制流程與從非基于IP網(wǎng)絡(luò)的模塊到基于IP的網(wǎng)絡(luò)的模塊的控制相反。
圖9是說明依照本發(fā)明的一優(yōu)選實(shí)施例、從一非基于IP的網(wǎng)絡(luò)到作為一動(dòng)態(tài)主頁結(jié)構(gòu)的一基于IP的網(wǎng)絡(luò)的接口狀態(tài)的流程圖。圖10是說明依照本發(fā)明的另一優(yōu)選實(shí)施例、從一非基于IP的網(wǎng)絡(luò)到作為一動(dòng)態(tài)主頁結(jié)構(gòu)的一基于IP的網(wǎng)絡(luò)的接口狀態(tài)的流程圖。此處的控制通過如圖8所示的功能模塊的操作來實(shí)現(xiàn)。
下面是如圖9和圖10所示的控制的簡述。在步驟910中，收集節(jié)點(diǎn)計(jì)數(shù)器的ROM上的信息和環(huán)境設(shè)置，以及抓取裝置的類型。在步驟915中，分析SDD和DCM上的信息。在步驟920中，將步驟910和步驟915的結(jié)果儲(chǔ)存在寄存器中。在步驟930中，判定網(wǎng)絡(luò)信息是否已經(jīng)完全獲得。如果判定已經(jīng)完全獲得，則在步驟940中鏈接到子主頁的控制面板圖標(biāo)。該控制圖標(biāo)鏈接到相應(yīng)的命令。在步驟960中鏈接到主要的主頁的節(jié)點(diǎn)圖標(biāo)。以及在步驟970中節(jié)點(diǎn)圖標(biāo)鏈接到子主頁。在步驟980中，檢驗(yàn)是否非基于IP的網(wǎng)絡(luò)主頁完全準(zhǔn)備好。在檢驗(yàn)后結(jié)束整個(gè)過程。
其后，根據(jù)本發(fā)明準(zhǔn)備接口裝置的操作。
圖10顯示控制在圖9中的操作的相關(guān)裝置的處理。
在步驟1010中，確認(rèn)HTTP事件。在步驟1020中，確認(rèn)功能控制圖標(biāo)是否被點(diǎn)擊。在肯定的情況下，功能控制圖標(biāo)由在步驟1030中的用于相關(guān)圖標(biāo)的通用命令來映射。在步驟1040中，用于非基于IP的網(wǎng)絡(luò)的特性命令轉(zhuǎn)換成通用的命令。在步驟1050中，進(jìn)行一個(gè)與被轉(zhuǎn)換的命令相應(yīng)的控制要求。
個(gè)人計(jì)算機(jī)是作為特定裝置的一部分實(shí)施上述描述的功能的例子。連接用于相關(guān)網(wǎng)絡(luò)的PC卡，以及在保持鏈接之上的功能都可以作為軟件進(jìn)行實(shí)施。
圖11顯示一獨(dú)立地實(shí)施上述裝置的例子。該裝置可以簡單地通過參與每個(gè)相應(yīng)的網(wǎng)絡(luò)和PHI芯片的鏈接以及通過主處理器和利用軟件實(shí)施保持功能的存儲(chǔ)器來實(shí)施。
以太網(wǎng)用于一基于IP的網(wǎng)絡(luò)，而IEEE 1394用于一非基于IP的網(wǎng)絡(luò)。對(duì)于以太網(wǎng)，PHY和MAC層僅作為硬件實(shí)施，其余的可以作為軟件實(shí)施。為了增強(qiáng)接口裝置的性能，可使用一高性能的主處理器。另外，一頻繁地用于內(nèi)存復(fù)制的數(shù)據(jù)包轉(zhuǎn)換或功能可以作為硬件實(shí)施。
簡言之，根據(jù)本發(fā)明的一優(yōu)選實(shí)施例，建議采用兩種模式用于從一基于IP的網(wǎng)絡(luò)裝置遠(yuǎn)程控制一非基于IP的網(wǎng)絡(luò)裝置。
兩種模式根據(jù)參與每個(gè)基于IP網(wǎng)絡(luò)裝置的協(xié)議的功能多少而變化。為了通過互聯(lián)網(wǎng)容易地在非基于IP的網(wǎng)絡(luò)中控制每個(gè)裝置，如圖3建議的配合協(xié)議的結(jié)構(gòu)有重新標(biāo)準(zhǔn)化和使用的趨勢(shì)。因此，如圖3所示的接口裝置是可行的。
因?yàn)樵诮涌谘b置中存儲(chǔ)所有IP裝置并轉(zhuǎn)發(fā)被存儲(chǔ)的信息到互聯(lián)網(wǎng)上一非基于IP的網(wǎng)絡(luò)裝置是不可能的，所以通過非基于IP的網(wǎng)絡(luò)對(duì)互聯(lián)網(wǎng)的訪問提出了在常規(guī)技術(shù)下的問題。
然而，位于非基于IP網(wǎng)絡(luò)裝置和接口裝置之間、存取互聯(lián)網(wǎng)的裝置應(yīng)該參與TCP/IP。在IEEE 1394接口串聯(lián)的情況下，設(shè)置Ipover 1394標(biāo)準(zhǔn)。因此，擁有IEEE 1394接口的PC可以嘗試與訪問基于IP的網(wǎng)絡(luò)一樣訪問特網(wǎng)。在這種情況下，圖3的模式中的下面三種詳細(xì)數(shù)據(jù)需要修改。
第一，Ipover 1394應(yīng)該作為非基于IP網(wǎng)絡(luò)鏈接的上層使用。
第二，將IEEE 1394數(shù)據(jù)包轉(zhuǎn)換成基于IP的網(wǎng)絡(luò)壓縮格式的功能模塊。
第三，當(dāng)基于IP的IEEE 1394裝置由于IP地址不足而不能提供公用的IP地址時(shí)，應(yīng)該提供一個(gè)專用的IP地址。因此，應(yīng)該使用管理專用IP地址的協(xié)議，例如DHCP和NAPT。
如上所述，本發(fā)明提供一用于非基于IP網(wǎng)絡(luò)的某種遠(yuǎn)程控制電子裝置的效果。
雖然本發(fā)明已經(jīng)參照某些優(yōu)選實(shí)施例進(jìn)行展示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)理解在不違背由附錄的權(quán)利要求限定的本發(fā)明的精神和范圍下，可以在形式和細(xì)節(jié)上做出一些變化和修正。
權(quán)利要求
1．一種互聯(lián)網(wǎng)協(xié)議(IP)接口裝置，用于以預(yù)定的其它用于基于IP的網(wǎng)絡(luò)的電子裝置來控制用于非基于IP網(wǎng)絡(luò)的預(yù)定電子裝置，包括動(dòng)態(tài)主頁幫助部分，用于依照在動(dòng)態(tài)web服務(wù)器結(jié)構(gòu)中的幫助，收集預(yù)定電子裝置上信息，以參與動(dòng)態(tài)主頁的構(gòu)造和處理；以及功能控制，用于依照與非基于IP網(wǎng)絡(luò)相關(guān)的控制命令的轉(zhuǎn)換，在作為基于IP的網(wǎng)絡(luò)的預(yù)設(shè)功能通過HTTP被選擇時(shí)，轉(zhuǎn)換基于IP的網(wǎng)絡(luò)要求的功能控制要求為非基于IP的網(wǎng)絡(luò)的功能控制。
2．根據(jù)權(quán)利要求1的IP接口裝置，其中，通過功能控制協(xié)議在所述非基于IP的網(wǎng)絡(luò)裝置上收集信息之后，所述動(dòng)態(tài)主頁幫助部分通過參與動(dòng)態(tài)web服務(wù)器的構(gòu)造，來參與動(dòng)態(tài)主頁的構(gòu)造和處理。
3．根據(jù)權(quán)利要求1的IP接口裝置，其中，所述動(dòng)態(tài)主頁幫助部分參與動(dòng)態(tài)主頁的結(jié)構(gòu)和處理通過參與一動(dòng)態(tài)網(wǎng)絡(luò)服務(wù)器的結(jié)構(gòu)在通過一配合協(xié)議在所述非基于IP的網(wǎng)絡(luò)裝置上收集信息之后。
4．根據(jù)權(quán)利要求1的IP接口裝置，其中，當(dāng)在參與配合協(xié)議的情況下如所述基于IP的網(wǎng)絡(luò)預(yù)定的功能通過HTTP被選中時(shí)，依照所述與非基于IP的網(wǎng)絡(luò)相關(guān)的控制命令的轉(zhuǎn)換，轉(zhuǎn)換所述基于IP的網(wǎng)絡(luò)要求所述功能控制為所述非基于IP網(wǎng)絡(luò)功能控制。
5．根據(jù)權(quán)利要求1的IP接口裝置，其中，所述基于IP的網(wǎng)絡(luò)可根據(jù)web存取，以及所述非基于IP的網(wǎng)絡(luò)擁有一為控制裝置之間的功能而標(biāo)準(zhǔn)化的協(xié)議。
6．根據(jù)權(quán)利要求3和4的IP接口裝置，其中，適用于所述非基于IP的網(wǎng)絡(luò)的所述配合協(xié)議是基于IEEE 1394接口的HAVi。
7．一種方法，用于控制IP接口設(shè)備中的非基于IP的網(wǎng)絡(luò)裝置，以便依照在動(dòng)態(tài)web服務(wù)器結(jié)構(gòu)中的幫助，通過收集用于非基于IP的網(wǎng)絡(luò)的預(yù)定電子裝置上信息，參與動(dòng)態(tài)主頁的構(gòu)造和處理；并且以便依照與非基于IP網(wǎng)絡(luò)相關(guān)的控制命令的轉(zhuǎn)換，在作為基于IP的網(wǎng)絡(luò)的預(yù)設(shè)功能通過HTTP被選擇時(shí)，轉(zhuǎn)換基于IP的網(wǎng)絡(luò)要求的功能控制要求為非基于IP的網(wǎng)絡(luò)的功能控制，所述方法包括第一步驟在所述基于IP的網(wǎng)絡(luò)控制裝置和非基于IP的網(wǎng)絡(luò)目的裝置之間初始化；第二步驟由所述基于IP的網(wǎng)絡(luò)裝置在所述節(jié)點(diǎn)上要求信息，以及當(dāng)所述目的裝置響應(yīng)該要求時(shí)，在所述節(jié)點(diǎn)上收集信息；第三步驟建立一主頁，其中如果所述目的裝置被發(fā)現(xiàn)是預(yù)定裝置時(shí)，該主頁可以基于在所述節(jié)點(diǎn)上收集到的信息，通知所述目的裝置的功能；第四步驟鏈接所述基于IP的網(wǎng)絡(luò)的所述控制裝置到所述主頁，以及通過連接執(zhí)行對(duì)所述非基于IP的網(wǎng)絡(luò)的所述目的裝置的訪問和必要的控制；第五步驟控制所述非基于IP的網(wǎng)絡(luò)的所述目的裝置，以及通過將命令從所述控制裝置轉(zhuǎn)換到與所述目的裝置相關(guān)的控制命令來接收其中的響應(yīng)；以及第六步驟根據(jù)與所述目的裝置相關(guān)的、被轉(zhuǎn)換的控制命令執(zhí)行操作。
8．根據(jù)權(quán)利要求7的方法，還包括步驟當(dāng)所述基于IP網(wǎng)絡(luò)的所述控制裝置通過建立的主頁要求特定功能的控制時(shí)，與像在所述非基于IP的網(wǎng)絡(luò)的目的裝置之間所要求的特殊功能相關(guān)的HAVi的規(guī)則上交換信息。
全文摘要
公開一種通過計(jì)算機(jī)網(wǎng)絡(luò)對(duì)某些電子裝置的遠(yuǎn)程控制和存取。特別公開了互聯(lián)網(wǎng)協(xié)議(IP)接口裝置,它用于以基于IP的網(wǎng)絡(luò)裝置和方法控制非基于IP的網(wǎng)絡(luò)裝置。該IP接口裝置包括動(dòng)態(tài)主頁幫助部分,用于在預(yù)設(shè)的電子裝置上收集信息,以依照動(dòng)態(tài)web服務(wù)器的結(jié)構(gòu)中的幫助參與動(dòng)態(tài)主頁的建立和處理;和功能控制,用于依照與非基于IP網(wǎng)絡(luò)相關(guān)的控制命令的轉(zhuǎn)換,在作為基于IP的網(wǎng)絡(luò)的預(yù)設(shè)功能通過HTTP被選擇時(shí),轉(zhuǎn)換基于IP的網(wǎng)絡(luò)要求的功能控制為非基于IP的網(wǎng)絡(luò)的功能控制。
文檔編號(hào)H04L29/06GK1314756SQ0013717
公開日2001年9月26日 申請(qǐng)日期2000年12月29日 優(yōu)先權(quán)日2000年3月22日
發(fā)明者宋禎鎬, 催訓(xùn)淳 申請(qǐng)人:三星電子株式會(huì)社