專利名稱：用超文本傳輸協(xié)議建立遠程設備之間的連接的制作方法
技術領域：
本發(fā)明涉及一種在遠程可控制設備之間建立連接、特別是帶寬有保障的連接的方法，也涉及遠程可控制設備和相適配的一種控制設備。
下文中，將遠程可控制設備只稱作遠程設備。
已知在因特網(wǎng)中有一種用HTTP控制遠程設備的方法。有些因特網(wǎng)網(wǎng)站展示了如何控制視聽設備(AV設備)、諸如收音機或電視接收機轉換到不同的頻道，以便向因特網(wǎng)或通過因特網(wǎng)來廣播不同的可選擇信息。

圖14中表示了這種系統(tǒng)的一個例子。這里表示了如何用HTTP來控制收音機。無線電發(fā)射器100作為源設備向目標設備輸入一個具有多個服務的模擬信號，這里的目標設備是一個服務器101，它提供通用資源定位器，例如http//www.chilton.com/scripts/radio/R8-receiver。服務器101包括一個微控制器與HTTP服務器103，用它能選擇通過因特網(wǎng)從無線電發(fā)射器100接收的多個服務中的一個并將其輸出到因特網(wǎng)。這種情況下的HTTP被用作傳輸協(xié)議。微控制器與HTTP服務器103向任何選擇服務器101的通用資源定位器的因特網(wǎng)用戶提供一個圖形用戶接口。因特網(wǎng)用戶需要一個像web瀏覽器一樣的控制器102來建立到服務器101的異步連接。這種異步點對點連接是為音頻數(shù)據(jù)和為HTTP傳輸協(xié)議而建立的。
還已知從因特網(wǎng)在兩個遠程設備之間、即兩個HTTP服務器之間建立連接。圖15中表示了這種連接的一個例子。因特網(wǎng)用戶能連接到的目標設備105是一個具有檢索引擎功能的HTTP服務器。到目標設備105的連接是異步連接，用于控制目標設備105和從目標設備向因特網(wǎng)用戶的控制器102(即web瀏覽器)的數(shù)據(jù)檢索。如果HTTP服務器105本身不能提供被請求數(shù)據(jù)，這個目標設備有可能能夠建立第二個異步連接到另一個也作為檢索引擎的HTTP服務器104。這兩個遠程設備104和105之間的這種連接并非由因特網(wǎng)用戶直接控制的，而是由因特網(wǎng)用戶選擇的目標設備自動建立的。在所示例子中，因特網(wǎng)用戶用其Web瀏覽器102與具有通用資源定位器“www.Yahoo.com”的目標設備Yahoo連接，目標設備Yahoo則建立一個到具有通用資源定位器“www.A1tavista.digital.com”的源設備Altavista的異步連接。
在所示兩個例子中，不僅控制數(shù)據(jù)，音頻數(shù)據(jù)或檢索數(shù)據(jù)也在常規(guī)的TCP/IP(傳輸控制協(xié)議/因特網(wǎng)協(xié)議)連接上傳送，這種連接并不提供有保障的帶寬。因此，在用例如HTTP控制目標設備之后，被請求信息也是用HTTP通過用戶的Web瀏覽器102傳送到因特網(wǎng)用戶的。這就暗示有時的等待時間較長，因為HTTP連接不能保留有保障的帶寬。
另一方面，人們知道網(wǎng)絡環(huán)境要求在音頻/視頻源與具有例如在IEEE 1394中定義的傳輸機制的目標設備之間有互操作性。IEEE 1394用于使附屬設備之間能以有保障的帶寬通信。圖13中表示了這樣一種網(wǎng)絡環(huán)境。IEEE 1394定義了在附屬的源和目標設備之間提供有保障的帶寬的“等時”通道。此外還有為系統(tǒng)專用控制協(xié)議提供點對點連接的“異步”通道。這里，各種系統(tǒng)專用控制協(xié)議是專用于例如數(shù)字盒式錄象機、DVB調諧器和DAB調諧器等，以便能夠控制各種類型的相應設備的。圖13中表示了兩個這種遠程設備1。一個是調諧器設備1A，另一個是存儲介質設備類型1B。兩個設備1都有一個邏輯接口4與IEEE 1394網(wǎng)絡的等時通道相連。兩個設備1都有一個用于控制這些設備1的微處理器9。兩個設備1還都有一個邏輯接口6，通過IEEE 1394網(wǎng)絡的異步通道與控制器2相連。這種多功能的控制器2，即能夠控制所有附屬遠程設備1的系統(tǒng)，需要支持所有系統(tǒng)專用協(xié)議，因而具有相對復雜的結構。此外，添加其它設備類型時一般需要相應地更新控制器2，這是因為類型不同的每個遠程設備1都需要通過異步通道發(fā)送一個系統(tǒng)專用控制協(xié)議。
如上所述，與IEEE 1394網(wǎng)絡系統(tǒng)相連的每種遠程設備類型都需要一個專用控制協(xié)議。結果，為了使用戶能控制所述設備的類型，控制器2的實現(xiàn)就變的復雜化，這是因為要知道所有有關協(xié)議?？刂破饕m宜于控制所有系統(tǒng)是困難的，因為所使用的所謂專用控制器是用于一種系統(tǒng)類型的。存在進一步困難的事實是各系統(tǒng)專用協(xié)議相對固定，這是為了使其能有控制低層設備的功能。結果，為了在IEEE 1394網(wǎng)絡中更新一個遠程設備1，經(jīng)常也有必要對控制器2進行關聯(lián)的更新，因為已有協(xié)議需要擴充。還有，添加新的遠程設備類型到IEEE1394網(wǎng)絡也將是個問題，因為要么控制器2要支持新的系統(tǒng)專用協(xié)議，要么新的遠程設備1要支持控制器2已知的其中一種系統(tǒng)專用協(xié)議。此外，由于系統(tǒng)專用協(xié)議相對固定，控制器制造商容易會這樣來設計用戶接口，使得用戶接口隱匿了受控遠程設備1的所有觀感。這會妨礙某些設備制造商支持IEEE 1394網(wǎng)絡。后者也會導致增加對非兼容性網(wǎng)絡協(xié)議的支持，結果產生更多的互操作性問題。
一種如現(xiàn)在在因特網(wǎng)中可用的使用HTTP的設備控制方法能解決上述的問題。但是在這種情況下，并不建立兩個遠程設備1之間的直接可控制連接，并且任何被請求數(shù)據(jù)、例如音頻和視頻數(shù)據(jù)都在一個不保障足夠帶寬的連接上傳輸，這樣，如果網(wǎng)絡連接擁擠，就導致數(shù)據(jù)流不連續(xù)，例如音頻/視頻回放的不連續(xù)。多數(shù)Web作者也沒有通過顯示數(shù)據(jù)流圖來教導用戶。
因此，本發(fā)明的一個目的是提供在遠程設備、例如網(wǎng)絡設備之間建立連接的簡單方法和控制設備。
在遠程設備之間建立連接的本發(fā)明方法的特點是，通過使用超文本傳輸協(xié)議來獨立地控制遠程設備。
最好通過控制設備來控制遠程設備，其中控制設備通過使用超文本傳輸協(xié)議來控制遠程設備?？刂圃O備或者也能被用超文本傳輸協(xié)議遠程控制，或者能被通過控制設備中包括的用戶接口直接控制。
進一步講，遠程設備之間的連接最好是帶寬有保障的連接。
本發(fā)明并不使用數(shù)個系統(tǒng)專用協(xié)議，而是用一個超文本傳輸協(xié)議即HTTP來協(xié)調多個遠程設備之間的交互作用。每個設備像因特網(wǎng)服務器一樣操作，能提供對應于與某個控制功能的選擇菜單?？刂破鞯慕⒆兊酶尤菀?，因為控制器只需支持一個控制協(xié)議。如果要通過添加其它遠程設備類型來更新網(wǎng)絡系統(tǒng)，沒有必要在控制器中引入新的控制協(xié)議。其實現(xiàn)方法最好是能從每個要由控制器控制的遠程設備下載一個用戶接口到控制器，并將用戶接口提供給想要控制遠程設備的用戶。
權利要求1中定義的本發(fā)明方法的其它最佳實施例在從屬權利要求2～12中定義。
根據(jù)本發(fā)明的能與其它遠程設備建立連接的遠程設備的特征在于有一個控制接口，通過其能用超文本傳輸協(xié)議控制遠程設備來建立連接。
控制接口最好存儲一個用戶接口，用戶接口可以是圖形用戶接口。使用這種用戶接口，根據(jù)本發(fā)明的遠程設備能像HTTP服務器一樣地有效工作。在這種情況下，控制接口中存儲的用戶接口在用戶通過控制設備訪問遠程設備時被從遠程設備下載到控制設備。然后，該遠程設備的所有功能都能通過用戶使用的控制器訪問。
獨立權利要求13中定義的根據(jù)本發(fā)明的遠程設備的其它最佳實施例在從屬權利要求14～22中定義。
從以上解釋中可知，任何能連接到一個以上的HTTP服務器的Web瀏覽器都能作為控制器來控制本發(fā)明的設備。然而，如果考慮像IEEE1394網(wǎng)絡系統(tǒng)一樣的家庭網(wǎng)絡環(huán)境，就要求每個設備在用戶想要在外面控制家庭網(wǎng)絡時能被控制器直接訪問。因此，根據(jù)本發(fā)明的具有一個用超文本傳輸協(xié)議來控制遠程設備的第一接口的控制設備的特征是，具有一個用超文本傳輸協(xié)議來控制該控制設備的第二接口，用于在至少兩個遠程設備之間建立連接。
根據(jù)本發(fā)明的的這種控制設備在獨立權利要求23定義。從屬權利要求24～28敘述了其最佳實施例。
用根據(jù)本發(fā)明的遠程設備建立的網(wǎng)絡和根據(jù)本發(fā)明的控制設備，按照本發(fā)明方法工作，通過提供更有趣的用戶接口而改善了對用戶的友好性，因為每個設備都能提供自己獨特的例如以HTML幀形式的用戶接口，使網(wǎng)絡系統(tǒng)的更新得以容易地進行，因為每種(像服務器一樣工作的)遠程設備類型不必有專用控制器。此外，在最佳實施例中，音頻和視頻數(shù)據(jù)只在保障足夠帶寬的連接上傳輸，而控制命令則既能在有保障帶寬的連接上傳送，也能在異步連接上傳送。
要更好地理解本發(fā)明的其它目的、優(yōu)點和特點，請閱讀以下結合附圖對最佳實施例的詳細說明。附圖簡介圖1表示根據(jù)本發(fā)明的一個IEEE 1394網(wǎng)絡配置；圖2表示圖1的系統(tǒng)中的IP地址分配；
圖3表示家庭網(wǎng)絡DNS服務器的初始化過程的例子；圖4表示DNS服務器對外部請求的應答的例子；圖5表示圖1的系統(tǒng)中的HTTP服務器初始化；圖6表示根據(jù)本發(fā)明的系統(tǒng)如何對第一個用戶命令作出反應的例子；圖7表示根據(jù)本發(fā)明用“服務器重定向”響應向新建議的URL協(xié)定的自動變換；圖8表示根據(jù)本發(fā)明的來自服務器的第一個菜單的例子；圖9表示根據(jù)本發(fā)明為存儲設備改變等時源的過程；圖10表示圖9所示過程之后的一例新的存儲設備狀態(tài)，以及根據(jù)用戶行動向另一個遠程設備的轉換；圖11表示一個擴展網(wǎng)絡的邏輯連接；圖12表示根據(jù)本發(fā)明的網(wǎng)絡環(huán)境的物理連接；圖13表示常規(guī)IEEE 1394網(wǎng)絡配置；圖14表示按照現(xiàn)有技術在因特網(wǎng)中用HTTP對收音機的控制；圖15表示因特網(wǎng)中兩個遠程設備之間常規(guī)的自動連接。
圖1表示根據(jù)本發(fā)明的一個IEEE 1394網(wǎng)絡配置。三個類型不同的遠程設備1A、1B、1C各自連接到用于廣播數(shù)據(jù)例如音頻/視頻數(shù)據(jù)的等時連接，等時連接通過每個遠程設備1A、1B、1C內包含的數(shù)據(jù)接口4提供有保證的帶寬。這種等時連接例如可通過IEEE 1394總線系統(tǒng)建立。也可能使用其它非保證帶寬的連接，例如異步連接。另一方面，遠程設備1A、1B、1C各自包含一個控制接口即超文本傳輸協(xié)議服務器3，每個遠程設備1A、1B、1C通過它們向控制器2建立異步連接。超文本傳輸協(xié)議服務器3含有至少一個微處理器和一個存儲器。這種異步連接對于設備控制協(xié)議是一種點對點連接。在所示情況下，按照本發(fā)明用一個超文本傳輸協(xié)議例如HTTP來作為設備控制協(xié)議。每個遠程設備中的HTTP服務器3包括微處理器和存儲器，作為網(wǎng)關用于控制各自的遠程設備1A、1B、1C，例如用于控制遠程設備1A、1B、1C的各邏輯接口4和各個處理。
圖1中所示作為源設備的調諧器設備1A包含開關6，它用于在具有多個服務的輸入信號的幾個服務中選擇一個服務。調諧器設備1A的HTTP服務器3按照一個預定算法，控制調諧器設備1A的內部處理以及調諧器設備1A的數(shù)據(jù)接口4，開關6能夠由用戶通過控制器2和調諧器設備1A的HTTP服務器3來控制。此外，圖中還有一個存儲介質設備1B，其中，存儲介質7本身以及存儲介質設備1B的內部處理由HTTP服務器3按照一個預定算法來控制，對某相連的等時連接的數(shù)據(jù)的存儲或回放的開始和結束的選擇，則由用戶通過控制器2和存儲介質設備1B的HTTP服務器3來控制。
在所示例子中，還有一個遠程顯示設備1C與等時連接5和控制器2相連。遠程顯示設備1C是通過異步連接與控制器2相連的。它可以用與遠程存儲介質設備1B的相同的協(xié)議即HTTP、并用相同的控制器2來控制，但是所選擇的等時連接的數(shù)據(jù)不是被存儲而是被顯示。如圖1中的虛線所示，這種顯示設備能與控制器2集成。在這種情況下，這種設備內的“連接”不必非要是異步連接，顯示不必非要用超文本傳輸協(xié)議控制。
控制器2能被用戶訪問，去控制與其相連的每個遠程設備1A、1B、1C。除了能對某設備要用哪個等時頻道來通過有保證帶寬連接廣播數(shù)據(jù)進行選擇外一這種選擇是由系統(tǒng)本身依賴于當前可用能力作出的，用戶能完全控制每個遠程設備1A、1B、1C。在所示例子中，用戶通過控制開關6，能夠選擇將多個服務的哪一個輸入到遠程調諧器設備1A，進行處理并廣播到等時連接。遠程存儲介質設備1B由用戶控制，用于選擇相連的等時連接的一個，其輸入數(shù)據(jù)應在處理后被記錄在存儲介質7上。
按照本發(fā)明，各遠程設備不必用不同的控制器2，控制器2也不必專門適用于與系統(tǒng)相連的所有遠程設備，這是因為遠程設備1A、1B、1C是用相同的協(xié)議即超文本傳輸協(xié)議(例如HTTP)分別地獨立控制的?？刂破骺梢允莾H支持異步連接的費用較低的設備。通過使用HTTP而不是為每個遠程設備1專門設計的控制協(xié)議，控制器有效地起到Web瀏覽器的作用。為了能使用現(xiàn)有的瀏覽器，使用與現(xiàn)在在因特網(wǎng)中所采用的相同的協(xié)議，即IP、TCP和HTTP。
圖1中的等時和異步連接是分開表示的，但是在實際系統(tǒng)中這兩種類型的連接都由相同的電纜支持，如IEEE 1394系統(tǒng)中就是這樣。在IEEE 1394中規(guī)定了一種在IEEE 1394的頂部支持IP的方法，結果它也能支持TCP和HTTP連接。也可以想到用一個命名系統(tǒng)例如DNS(域名系統(tǒng))能將域名分配給遠程設備，用其它協(xié)議的實現(xiàn)來改善即插即用性能，例如自動分配IP地址、網(wǎng)絡屏蔽或DNS命名服務器。DHCP(動態(tài)主配置協(xié)議)或類似協(xié)議可作此用。
圖2表示為支持本發(fā)明而向遠程設備1A、1B和控制器接口2a和2b進行常規(guī)的IP地址分配的例子。
IEEE 1394總線系統(tǒng)現(xiàn)在被用于連接消費者音頻/視頻設備。然而根據(jù)本發(fā)明則有可能(1)連接這種遠程設備到因特網(wǎng)服務器，例如用于軟件更新。(2)除了用控制器2來控制和閱覽常規(guī)1394服務外，用戶還能用同一個控制器2來選擇和訪問因特網(wǎng)服務。(3)向因特網(wǎng)的連接也可能是處于其它需要，例如旅行的顧客可能會要求通過因特網(wǎng)去訪問他們的遠程家庭網(wǎng)絡設備。
下面的初始化過程有的部分是為這種性能而設計的。在下面的例子中，假設控制器2是PC或PC類的設備，起著如圖12所示連接因特網(wǎng)的網(wǎng)關的作用。到因特網(wǎng)的連接例如可由電話調制解調器和電纜調制解調器支持。以下段落在說明了常規(guī)網(wǎng)絡初始化后說明引導過程的各步驟。
圖3表示常規(guī)IEEE1394網(wǎng)絡的初始化。兩個遠程設備例如調諧器設備1A和存儲介質設備1B通過各自的邏輯內部數(shù)據(jù)接口4連接到IEEE 1394網(wǎng)絡的等時連接。此外，它們各自通過邏輯接口和IEEE1394網(wǎng)絡的異步連接而連接到控制器2。控制器2需要按調諧器設備1A和存儲介質設備1B的要求改進，這是因為各個遠程設備類型有不同的控制命令集?？刂破?能訪問一個遠程顯示器和輸入設備，也可以將這種設備作為前文所述的顯示和輸入設備8集成到控制器2內。
常規(guī)IEEE 1394網(wǎng)絡的初始化是在通電后或(再)初始化后執(zhí)行的。這里，所有與網(wǎng)絡連接的設備都將試圖啟動到它們的最佳狀態(tài)。完成這個任務的諸步驟之一例如是識別某些主控設備，諸如等時資源管理器，并為建立IEEE 1394的異步連接而分配節(jié)點標識符。這一步驟在IEEE 1394說明中敘述。在提供這個傳輸層之后，設備將與其它設備聯(lián)系，以獲得關于它們的更詳細信息，確定網(wǎng)絡拓撲等等。這種信息將存儲在每個設備中以支持基本通信。此外，也可以在本地存儲其它信息，以便能夠在以后的階段向用戶進行功能宣傳。
根據(jù)本發(fā)明，引導程序的第一個步驟是如上針對IEEE 1394所述的常規(guī)網(wǎng)絡初始化。在這種IEEE 1394傳輸層建立之后，就能開始IP(因特網(wǎng)協(xié)議)網(wǎng)絡初始化。為了盡可能地支持即插即用，就要求自動分配參數(shù)，諸如IP地址和IP網(wǎng)絡屏蔽(netmask)。需要通過路由器訪問以建立與遠程因特網(wǎng)網(wǎng)址連接的設備，也需要知道缺省路由器IP地址。對于除基本IP協(xié)議族之外的這類參數(shù)的自動分配，使用DHCP這樣的協(xié)議是有益的。在簡單的IEEE 1394網(wǎng)絡中，如果能用某種標準化的IP地址分配協(xié)定，則也可以避免使用DHCP這樣的協(xié)議。例如，IP地址能從IEEE 1394世界范圍的唯一標識符導出。這就使得有可能保證本地唯一IP地址。還有，命名服務器和路由器可以采用標準IP地址，以便能使在每個IP設備中的命名服務器和缺省路由器的登記項固定化。如果有必要，可以將具有多重角色的設備以多重的IP地址分配給其接口。
在圖2所示例子中，遠程調諧器設備1A有以下地址分配給其HTTP服務器3缺省路由器 192.168.0.1DNS服務器192.168.0.1網(wǎng)絡屏蔽 255.255.255.0IP地址 192.168.0.2而遠程存儲介質設備1B有以下地址分配給其HTTP服務器3缺省路由器 192.168.0.1DNS服務器192.168.0.1網(wǎng)絡屏蔽 255.255.255.0IP地址 192.168.0.3也作為連接因特網(wǎng)的網(wǎng)關并能訪問顯示和輸入設備8的控制器2包含兩個接口，一個是內部接口2a，用于DNS服務器和家庭網(wǎng)絡DHCP服務器，具有以下地址
IP地址 192.168.0.1網(wǎng)絡屏蔽255.255.255.0DNS服務器 192.168.0.1另一個是外部接口2b，用于與因特網(wǎng)的通訊，具有以下地址IP地址 192.109.206.33網(wǎng)絡屏蔽255.255.255.0缺省路由器 192.109.206.1這些地址既可以是符合未來標準的固定地址，以使系統(tǒng)更簡化；也可以在進行IP網(wǎng)絡初始化期間例如用DHCP分配。
對于對因特網(wǎng)的外部連接，需要一較低層例如PPP(點對點協(xié)議)或一條電話線來支持IP通信量。這一部分網(wǎng)絡初始化過程是標準的，這里不再敘述。
如果用DHCP協(xié)議，則由哪個設備充當DHCP服務器將視要求而定。如果支持用web瀏覽器的HTTP控制只要求IP堆棧，則如果至少一個HTTP服務器和至少一個HTTP客戶機與網(wǎng)絡相連時，IP堆棧是必要的。一般認為在典型的家庭網(wǎng)絡中，源和目標設備的總數(shù)要大于控制器的總數(shù)。
假設網(wǎng)絡有一個控制器2作為HTTP客戶機，若干遠程源和目標設備1即1A、1B各作為HTTP服務器，則控制器2就要參與到所有遠程設備1的HTTP通話中。因此，為了限制對其它遠程設備的依賴，將DHCP定位在控制器2上是適宜的。
然而，如果要求IP還有其它用途，例如作為從因特網(wǎng)向非控制器設備1即1A、1B下載新的控制軟件的傳輸工具，并且如果控制器2不是連接網(wǎng)絡的網(wǎng)關，則在非控制器設備上支持DHCP服務器可能會更好。
要支持IP與因特網(wǎng)通訊，就要求在家庭網(wǎng)絡中有適當?shù)穆酚珊偷刂分??？紤]到大量的家庭網(wǎng)絡和甚至更多數(shù)量的設備，在家庭網(wǎng)絡內使用登記的因特網(wǎng)地址當是不適宜的，因為這些地址已經(jīng)是稀缺資源。因此，為此目的應當使用由IETF(因特網(wǎng)工程任務組)提供的特殊范圍的“專用”地址(例如192.168.0.0至192.168.255.255)。這些地址在因特網(wǎng)中不存在，因此可被專用網(wǎng)絡一再使用。圖2中DHCP服務器所使用的就是這個范圍內的一個地址，即192.168.0.0。除了分配本地唯一地址之外，DHCP還為每個家庭網(wǎng)絡設備1即1A、1B分配一個3字節(jié)的網(wǎng)絡屏蔽、缺省路由器的IP地址即192.168.0.1以及命名服務器即192.168.0.1。
由于控制器2起著連接因特網(wǎng)的網(wǎng)關的作用，它需要具有特殊的IP配置?？刂破鬟€包含另一個IP接口2b，它具有的因特網(wǎng)登記地址使該設備能與外部因特網(wǎng)網(wǎng)址通信，在所示例中，IP地址是192.109.206.33。為此目的，控制器2需要一個不同的缺省路由器地址，該地址應能訪問到因特網(wǎng)中某個路由器。這種參數(shù)的值取決于所用的是哪個ISP(因特網(wǎng)服務提供者)的網(wǎng)關。正如家庭網(wǎng)絡的DHCP服務器分配這種參數(shù)給家庭網(wǎng)絡內部設備1A、1B一樣，ISP也能用DHCP服務器分配適當?shù)腎P參數(shù)給家庭網(wǎng)絡外部接口2b。圖2中，ISP的DHCP服務器將地址192.109.206.33分配給了控制器2的外部接口2b。此外，ISP指令家庭網(wǎng)絡網(wǎng)關用192.109.206.1作為其缺省路由器。
IP配置之后，家庭網(wǎng)絡網(wǎng)關將把輸出IP包的內部IP地址翻譯成外部IP地址，把輸入IP包的外部IP地址翻譯成內部IP地址。
僅僅用地址就能標識符設備1即1A、1B以及控制器2，將設備1即1A、1B或控制器2與名稱相關聯(lián)則是另一種可行的辦法。如在因特網(wǎng)中一樣，除了用IP地址進行尋址外也要用名稱進行尋址的理由有4條·為改善用戶友好性，每個設備應當也有一個與其相應的適當名稱。這使用戶能用能以鍵盤或口語輸入的名稱而不是數(shù)字對設備進行尋址。
·IP地址應當對Web瀏覽器隱匿起來，因為IP地址可能會由于這種地址的動態(tài)分配而發(fā)生改變。
·此外，即使這種地址是固定不變的，如果某游動的控制器要在這種IP地址處加書簽，它將不能從外部網(wǎng)絡使用這個書簽，因為因特網(wǎng)不支持這種專用數(shù)字。換言之，本地家庭網(wǎng)絡的IP地址僅僅在家庭網(wǎng)絡環(huán)境內才有效。本例中的游動控制器是一個便攜式設備，它能從家庭網(wǎng)絡移動到遠程因特網(wǎng)連接，或者相反。為了支持本地家庭網(wǎng)絡的IP地址，便攜式設備會需要知道家庭網(wǎng)絡外部IP地址。此外，這個地址也可能是由因特網(wǎng)服務提供者動態(tài)分配的，因此不能作為書簽被存儲。
·在含有多個同種服務的設備的系統(tǒng)中，有時要求使用相同的名稱，但要將該名稱映射到不同的IP地址。這種方法的主要目的通常是為了將多個客戶機的負載分配給一個以上的服務器。
為了適應這些情況，家庭網(wǎng)絡使用一個DNS即域名系統(tǒng)，其中的“名稱服務器”用于將名稱翻譯成適當?shù)腎P地址。系統(tǒng)如果希望用名稱來聯(lián)絡某設備，首先要聯(lián)絡名稱服務器，后者用適當?shù)腎P地址作答，有了這個地址才能進行進一步的通信。
圖3表示了一種根據(jù)本發(fā)明使用DNS的家庭網(wǎng)絡。圖3與圖2的區(qū)別在于，此時的控制器2同時還作為DNS服務器，并且遠程設備的各微控制器3中同時還含有一項設備描述例如1394設備描述，指示設備的種類，例如調諧器、存儲器、控制器等等。(注圖2表示的是IP初始化后的狀態(tài)。下一個步驟是DNS初始化，如圖3所示)除了圖2中所示控制器2的內容之外，圖3中所示控制器2還包含一個DNS服務器，它負責域no29.bahnstrasse.bonn.de，以及一個DNS數(shù)據(jù)庫，其內容如下子域負責內部設備 負責外部設備調諧器192.168.0.2 192.109.206.33存儲器192.168.0.3 192.109.206.33控制器192.168.0.1 192.109.206.33其中其它設備也要有一項將名稱分配給兩個地址。
如果因特網(wǎng)中某系統(tǒng)需要訪問遠程家庭網(wǎng)絡，它就要和連接該遠程家庭網(wǎng)絡的因特網(wǎng)服務提供者進行通訊。假定該家庭網(wǎng)絡位于例如德國波恩(Bonn)，因特網(wǎng)服務提供者例如可以為該家庭網(wǎng)絡分配一個反映其地理位置的名稱，例如本例中的“no29.bahnstrasse.bonn.de”。
有了因特網(wǎng)服務提供者分配的域名(no29…)，控制器2內的家庭網(wǎng)絡服務器就能為其家庭網(wǎng)絡設備1即1A、1B分配唯一名稱。這些名稱是完全限定域名。假定IEEE 1394規(guī)范已經(jīng)有了關于設備名稱的協(xié)定，家庭網(wǎng)絡DNS服務器就能提取一個合乎IEEE 1394標準的設備名稱并將該名稱用于該家庭網(wǎng)絡域。例如，假若IEEE 1394家庭網(wǎng)絡中的某設備叫“存儲器(storage)”，DNS服務器就能用其作為各設備的子域標識符，即“storage.no29.bahnstrasse.bonn.de”。除了這種自動分配完全限定域名的方法外，也可以由遠程家庭網(wǎng)絡的操作者進行手工分配。
有了所有這些數(shù)據(jù)，即如IEEE 1394網(wǎng)絡規(guī)定的設備描述、家庭網(wǎng)絡DHCP服務器分配的IP地址、因特網(wǎng)服務提供者分配的網(wǎng)關的外部接口IP地址、因特網(wǎng)服務提供者分配的家庭網(wǎng)絡域，控制器2內的家庭網(wǎng)絡DNS服務器就能建立一個如上文和圖3所示的數(shù)據(jù)庫。在這種初始化過程中，控制器2能夠在與其相連的顯示與輸入設備8上顯示信息，例如“Please wait a moment…(請稍等)”。
DNS服務器要為與網(wǎng)絡相連的每個設備準備兩個可能的IP地址。如果某內部設備請求名稱翻譯，則使用第二列中的各項，即專用IP地址。當回答外部系統(tǒng)的請求時，使用第三列中的值，即因特網(wǎng)IP地址，這是因為專用地址不能用于因特網(wǎng)中。因特網(wǎng)服務提供者也有可能理睬外部系統(tǒng)要求的所有no29.bahnstrasse.bonn.de-名稱的翻譯請求。無論如何，外部系統(tǒng)只能到達家庭網(wǎng)絡網(wǎng)關而不是家庭網(wǎng)絡內的各設備1即1A、1B，這如圖4所示。
圖4表示圖3所示系統(tǒng)以及因特網(wǎng)設備訪問家庭網(wǎng)絡的存儲介質設備1B的過程，因特網(wǎng)設備首先向家庭網(wǎng)絡的DNS服務器發(fā)出詢問“誰是storage.no29.bahnstrasse.bonn.de ”，第二步由DNS服務器的回答而得到控制器2的外部接口的IP地址，即“192.109.206.33”。換言之，給請求“storage.no29.bahnstrasse.bonn.de”的IP地址的設備的，并不是存儲介質設備1B的IP地址，而僅僅是控制器2的外部接口2b的IP地址。在這種情況下能在顯示與輸入設備8上顯示警告，即有人正從因特網(wǎng)訪問家庭網(wǎng)絡。若有必要，可在通話建立期間加入一個驗證/授權程序。通過因特網(wǎng)發(fā)出請求的無論是誰，現(xiàn)在都可以在第三步通過控制器2-而不是直接-訪問存儲介質設備1B。
本發(fā)明解決這個問題的方法是，定義一個新的通用資源標識符(URI)協(xié)定，它支持從因特網(wǎng)通過家庭網(wǎng)絡網(wǎng)關即控制器2對家庭網(wǎng)絡設備1即1A、1B的HTTP訪問。
從因特網(wǎng)網(wǎng)址訪問遠程ISP子域，完全域名顯然是必需的。然而在家庭網(wǎng)絡環(huán)境內，每個設備用這么長的名稱是困難的。為了避免這種情況，如當前IP網(wǎng)絡一樣，家庭網(wǎng)絡內的客戶機設備可以假定一個缺省域。在上述例子中適當?shù)娜笔∮蛎恰皀o29.bahnstrasse.bonn.de”。
通過將名稱映射到多個IP地址的方法，用DNS進行資源管理也是可能的。由于家庭網(wǎng)絡的各種設備可能只支持一個用戶或一個任務，網(wǎng)絡可能會有若干個這種設備。在這種情況下，智能名稱服務器能夠將一個類設備名稱，例如“dvbtuner.no29.bonn.de”，映射到某空閑設備的IP地址。為了能對特定設備尋址，也可以分配唯一名稱。
下面參照圖5～10解釋用HTTP控制前文所述的家庭網(wǎng)絡設備1即1A、1B。
在大多數(shù)常規(guī)HTTP應用中，服務器是用通用資源定位器(URL)尋址的。URL的構成是，在服務器域名即完全限定域名上后綴一個指向服務器上某文檔的路徑。這樣，例如DVB調諧器的主菜單就叫作“http://dvbtuner.no29.bahnstrasse.bonn.de/index.html”。有了這個URL，家庭網(wǎng)絡內的瀏覽器就首先查找“dvbtuner.no29.bahnstrasse.bonn.de”的IP地址。DNS服務器于是以內部IP地址應答，然后瀏覽器就發(fā)送HTTP提取命令“GET/index.html”到該IP地址。因特網(wǎng)中的瀏覽器也會查找這個域，但是它們會接收到網(wǎng)關的外部IP地址，這如圖4所示。
要能從因特網(wǎng)系統(tǒng)通過控制器2中的家庭網(wǎng)絡網(wǎng)關進行訪問，就要保證·該網(wǎng)關能接收HTTP請求并能將這些請求傳遞給家庭網(wǎng)絡設備1即1A、1B；·此外，該網(wǎng)關還能找到家庭網(wǎng)絡的目的地設備，因為域名被復制給了路徑，例如“http://dvbtuner.no29.bahnstrasse.bonn.de/dvbtuner.no29.bahnstrasse.bonn.de/index.html”。
根據(jù)本發(fā)明，音頻視頻設備用這個新的URL協(xié)定初始化它們的HTTP服務器3，如圖5所示。根據(jù)本發(fā)明，為遠程調諧器設備1A在HTTP服務器3的存儲器中存儲一個主HTML文檔。這個主HTML文檔例如可以是<A HREF=“http://tuner.no29.bahnstrasse.bonn.de/tuner.no29.bahnstrasse.bonn.de/next.cgi”>next<\A>
<A HREF=“http://tuner.no29.bahnstrasse.bonn.de/tuner.no29.bahnstrasse.bonn.de/back.cgi”>back<\A>
<A HREF=“http://storage.no29。bahnstrasse.bonn.de/storage.no29.bahnstrasse.bonn.de”>storage<\A>
<A HREF=“http://camera.no29.bahnstrasse.bonn.de/camera.no29.bahnstrasse.bonn.de”>camera<\A>
在根據(jù)本發(fā)明的遠程存儲介質設備1B中包含的HTTP服務器3的存儲器中的主HTML文檔例如可以是<A HREF=“http://storage.no29.bahnstrasse.bonn.de/storage.no29.bahnstrasse.bonn.de/next.cgi”>next<\A>
<A HREF=“http://storage.no29.bahnstrasse.bonn.de/storage.no29.bahnstrasse.bonn.de/back.cgi”>back<\A>
<A HREF=“http://tuner.no29.bahnstrasse.bonn.de/tuner.no29.bahnstrasse.bonn.de”>tuner<\A>
<A HREF=“http://camera.no29.bahnstrasse.bonn.de/camera.no29.bahnstrasse.bonn.de”>camera<\A>。
每個HTTP服務器都有可能通過進行逆向DNS查找而找到本地域名。這意味著，每個HTTP服務器都能請求本地DNS服務器翻譯其IP地址而確定其域名。另一種可選方案是，如果家庭網(wǎng)絡從未連接過因特網(wǎng)，則名稱服務器最好能用標準化的類本地域名，例如“home.net”。
每個服務器都將編譯HTML文檔，這些文檔描述的內容是·其當前服務。例如如果是調諧器，則這指的是調諧器作為輸入接收的廣播信號。為了描述這種信號，調諧器要將MPEG數(shù)據(jù)和/或DVBSI(數(shù)字視頻廣播服務信息)數(shù)據(jù)轉換成HTML數(shù)據(jù)；例如如果是記錄模式中的存儲器，則這指的是等時頻道上的輸入信號如音頻/視頻數(shù)據(jù)，除了如圖5所示的對服務的文字描述之外，最好在HTML菜單中也提供音頻視頻數(shù)據(jù)。為了支持動畫，可用命令“服務器推”或“客戶拉”來定期更新畫面；·服務選擇操作，諸如“下一個”服務和上一個即“后退”服務-如果存在的話。每個服務器設備要將適當?shù)倪^程或程序與這種項目關聯(lián)。
·此外，每個服務器都能提供向家庭網(wǎng)絡上其它設備的鏈接。為了確定其它設備，服務器會輪詢它們，例如位于端口80的設備，因為這是HTTP通信的缺省IP端口，如果設備響應，則建立一個相關項目；另一種可選方案是服務器可用窺探(即捕獲IP包)的方法來確定哪個其它設備是活動的。
如圖5和6所示，在HTTP服務器1即1A、1B和控制器2初始化之后，與控制器2連接的顯示與輸入設備8向用戶顯示信息“你要訪問哪個設備？”。如果用戶鍵入或口頭發(fā)出命令例如“存儲器”-如圖6所示，控制器2首先要識別該命令。如果識別成功，控制器的第2步是執(zhí)行DNS查找，在缺省域中查找該輸入命令，這里的輸入命令是“存儲器”，缺省域是“no29.bahnstrasse…”。第3步，DNS服務器用遠程存儲介質設備1B的內部IP地址例如192.168.0.3回答?？刂破?中的瀏覽器然后在第4步發(fā)送HTTP命令“GET/”到所求設備的內部IP地址，這里是192.168.0.3。
圖7表示具有地址192.168.0.3的HTTP服務器-這里指遠程存儲介質設備1B-對在新的URL協(xié)定中不被發(fā)送的這個通用資源定位器的響應。第5步，服務器即遠程存儲介質設備1B注意到這個老式URL，于是發(fā)送一個服務器重定向響應，即改用“http://storage.no.29.bahnstrasse.bonn.de/storage.no.29.bahnstrasse.de”試試！
瀏覽器遵照這個重定向響應，在第6步發(fā)送新的URL“GETstorage.no29.bahnstrasse.bonn.de”。在這種自動轉換期間以及在由于異步連接引起的等待期間，與控制器2相連的顯示與輸入設備8顯示信息“取菜單…”圖8顯示，在第7步，存儲介質設備1B的服務器3發(fā)送一個HTML頁“index.html”。瀏覽器接收該HTML數(shù)據(jù)，把它在顯示與輸入設備8上作為圖形用戶接口“GUI”顯示給用戶，顯示內容有，遠程存儲介質設備1B的名稱“STORAGE”和可用命令例如下一個、后退、調諧器/攝相機和由一未示出的攝相機所攝圖像。此攝相機是遠程存儲介質設備1B此時選定的輸入設備。
由來自選定的遠程存儲介質設備1B的第1個菜單，本例中用戶得知該設備當前連接著一個攝相機。由于用戶可能想要從調諧器而不是攝相機錄制節(jié)目，他于是如圖9所示，喊出“下一個”，請求下一個服務。第8步，控制器2識別該命令。第9步，瀏覽器找到“下一個”錨點(anchor)，并將HTTP命令“GET/storage.no29.bahnstrasse.bonn.de/next.cgi”發(fā)送到遠程存儲介質設備1B的IP地址192.168.0.3。第10步，遠程存儲介質設備1B的HTTP服務器3接收這個命令并執(zhí)行腳本“next.cgi”。于是，存儲介質設備1B選擇一個新的等時頻道并提供一個新的菜單。
圖10顯示，第11步，控制器2接收遠程存儲介質設備1B的更新菜單，將其在與之相連的顯示與輸入設備8上顯示給用戶。新菜單現(xiàn)在包括從連接遠程調諧器設備1A與遠程存儲介質設備1B的等時頻道上接收的數(shù)據(jù)-本例中是CNN的圖象。
由于用戶已經(jīng)將遠程存儲介質設備1B調整到所需狀態(tài)，他現(xiàn)在就可以用“調諧器”命令轉換到遠程調諧器設備1A，去選擇所需頻道。
為減少這些命令的歧義性，并指示例如菜單的最后一行將連接具有不同的音頻/視頻設備的瀏覽器，需要更多的詳細內容和圖形，這些內容和圖形能被包括在各自的HTML頁中。
瀏覽器將再次試圖尋找一個與命令“調諧器”相關聯(lián)的錨點。然后就循著該錨點中的HREF字段前進，結果它將以“tuner.no29.bahnstrasse.bonn.de”為對象進行DNS尋找，并將HTTP命令“GET/tuner.no29.bahnstrasse.bonn.de”發(fā)送給適當?shù)腎P地址。后者將返回與該路徑相關聯(lián)的菜單，菜單中含有有關當前選定服務的信息。這個菜單也有“下一個”和“退回”項目，但這些項執(zhí)行的操作不同于存儲介質設備1B的“下一個”和“退回”操作。例如，調諧器的“下一個”操作可能改變調諧器的頻率，而調諧器輸出依然停留在相同的等時頻道號上。
根據(jù)本發(fā)明的另一個實施例，與控制器2相連的所有或某些選定遠程設備的菜單也有可能同時在與控制器2相連的顯示與輸入設備8上顯示。
為使等時頻道的建立能更加容易，圖11表示一種擴展的網(wǎng)絡初始化-非請求型音頻視頻數(shù)據(jù)廣播的原理。下面再次用IEEE 1394網(wǎng)絡系統(tǒng)對其加以解釋。
在常規(guī)IEEE 1394應用例如數(shù)字錄像帶應用中，控制器與用戶交互作用，然后根據(jù)用戶輸入，幾乎同時地控制源和目標設備。因此在很大程度上，常規(guī)控制器能將網(wǎng)絡拓撲對用戶隱匿起來。這種方法的缺點之一是，在最壞的情況下，新購買的源或目標設備在控制器的圖形用戶接口中影響有限，或者毫無影響。結果是升級效果會很有限，或者沒有效果。根據(jù)本發(fā)明，設備制造商可以開發(fā)帶有自己的圖形用戶接口的設備，這種圖形用戶接口允許用戶直接控制每個設備。其目的是，用戶通過按以上例子中描述的那樣控制源和目的設備，協(xié)調好設備之間的交互作用。
要改善用戶友好性，就要避免對遠程設備控制順序加以限制。換言之，用戶應當能自由地選擇首先控制哪個源/遠程設備。為此，根據(jù)本發(fā)明，每個能在等時頻道上發(fā)送數(shù)據(jù)的設備，一旦啟動就都能開始廣播這種優(yōu)選數(shù)據(jù)格式的數(shù)據(jù)。從技術角度來看，這種廣播可稱作是“非請求型的”，它不同于常規(guī)網(wǎng)絡中的廣播，不需要直接或間接的用戶命令就能啟動等時數(shù)據(jù)傳輸。在基本連接已經(jīng)建立后，這些設備也能繼續(xù)廣播。為了避免浪費帶寬，必要時，可以用具有高度時空冗余的視頻數(shù)據(jù)來實現(xiàn)這個目的。如果是例如MPEG2傳輸流，這種視頻數(shù)據(jù)能被高效地壓縮到很低的比特率。如果在廣播設備的輸入得不到這種信號，就是說，如果沒有能向IEEE 1394等時頻道傳遞的比特率信號，就可以用設備中的硬件和軟件來生成之。這種初始等時數(shù)據(jù)最好也提供信息，幫助用戶了解設備的類型和狀態(tài)。
現(xiàn)有IEEE 1394設備即舊式設備不支持內部生成這種低比特率流的功能。然而，根據(jù)本發(fā)明，新設備能夠指導這些舊設備一旦啟動后就在等時頻道上開始廣播數(shù)據(jù)-盡管是以常規(guī)的比特率。以調諧器為例，這種意味著有效地傳遞電纜或衛(wèi)星比特流到家庭網(wǎng)絡。具有調諧器的存儲介質設備，例如盒式錄像機，也能傳遞廣播服務以避免機械操作。如果不想要舊式設備這樣工作，例如由于帶寬、電耗或其它限制原因，系統(tǒng)可以通知用戶首先應當對這些設備進行程序設定。
權利要求
1．在遠程設備(1；1A、1B、1C)之間建立連接的方法，特征在于通過使用超文本傳輸協(xié)議來獨立地控制遠程設備(1；1A、1B、1C)。
2．根據(jù)權利要求1的方法，特征在于，遠程設備(1；1A、1B、1C)是通過控制設備(2)控制的，后者采用超文本傳輸協(xié)議來控制遠程設備(1；1A、1B、1C)。
3．根據(jù)權利要求2的方法，特征在于，用超文本傳輸協(xié)議遠程控制控制設備(2)。
4．根據(jù)權利要求2的方法，特征在于，通過用戶接口(8)直接控制控制設備(2)。
5．根據(jù)權利要求2～4中任何一項的方法，特征在于，控制設備(2)從每個要與所述連接相連的遠程設備(1；1A、1B、1C)下載一個用戶接口，并將用戶接口或在所述用戶接口的基礎上改造后的用戶接口，提供給想要控制遠程設備(1；1A、1B、1C)的用戶。
6．根據(jù)權利要求4或5的方法，特征在于，用圖形用戶接口作為用戶接口。
7．根據(jù)權利要求1～6中任一項的方法，特征在于，遠程設備(1；1A、1B、1C)之間的連接，是有保證帶寬連接。
8．根據(jù)權利要求1～7中任一項的方法，特征在于，遠程設備(1；1A、1B、1C)之間的連接，是通過IEEE 1394總線系統(tǒng)(5)建立的。
9．根據(jù)權利要求2～8中任一項的方法，特征在于，在初始化步驟中為每個遠程設備(1；1A、1B、1C)分配一個完全限定域名，完全限定域名的組成是在控制器(2)的名稱前加上各遠程設備(1；1A、1B、1C)的名稱。
10．根據(jù)權利要求2～9中任一項的方法，特征在于，控制器的名稱是一個由因特網(wǎng)接入提供者分配的域名。
11根據(jù)權利要求9或10的方法，特征在于，將完全限定域名復制給用于控制遠程設備(1；1A、1B、1C)的每個通用資源定位器的每個超文本傳輸協(xié)議命令的路徑。
12．根據(jù)權利要求1～11中任一項的方法，特征在于，在初始化步驟中向每個遠程設備(1；1A、1B、1C)分配一個到所有相連遠程設備(1；1A、1B、1C)的超級鏈路。
13．一種用于建立到其它遠程設備(1；1A、1B、1C)的連接的遠程設備(1；1A、1B、1C)，特征在于有一個控制接口(3)，通過其就能用超文本傳輸協(xié)議控制遠程設備(1；1A、1B、1C)來建立連接。
14．根據(jù)權利要求13的遠程設備(1；1A、1B、1C)，特征在于，控制接口(3)是一個超文本傳輸協(xié)議服務器，它存儲的用戶接口可由遠程設備(1；1A、1B、1C)下載給控制設備(2)。
15．根據(jù)權利要求14的遠程設備(1；1A、1B、1C)，特征在于，用戶接口是圖形用戶接口。
16．根據(jù)權利要求13～15中任一項的遠程設備(1；1A、1B、1C)，特征在于，連接是有保證帶寬連接。
17．根據(jù)權利要求13～16中任一項的遠程設備(1；1A、1B、1C)，特征在于有一個數(shù)據(jù)接口(4)，通過其建立連接。
18．根據(jù)權利要求17的遠程設備(1；1A、1B、1C)，特征在于，遠程設備(1；1A、1B、1C)在接通后，開始自動地通過數(shù)據(jù)接口(4)傳遞或生成至少一個服務。
19．根據(jù)權利要求17或18的遠程設備(1；1A、1B、1C)，特征在于，數(shù)據(jù)接口(4)是一個用于等時連接的IEEE 1394接口。
20．根據(jù)權利要求14～19中任一項的遠程設備(1；1A、1B、1C)，特征在于，它所包括的一個域名服務器，在自動初始化步驟中為每個遠程設備(1；1A、1B、1C)分配一個完全限定域名，各完全限定域名的組成，是在可由因特網(wǎng)接入提供者分配的控制器(2)的名稱前分別加上遠程設備(1；1A、1B、1C)的名稱。
21．根據(jù)權利要求13～20中任一項的遠程設備(1；1A、1B、1C)，特征在于，它包括一個單元，用于輪詢所有其它相連遠程設備(1；1A、1B、1C)，以生成到所有其它相連遠程設備(1；1A、1B、1C)的超級鏈路。
22．根據(jù)權利要求13～20中任一項的遠程設備(1；1A、1B、1C)，特征在于，它包括一個單元，用于窺探到相連遠程設備(1；1A、1B、1C)的連接上和相連遠程設備(1；1A、1B、1C)之間的通信，以生成到所有其它相連遠程設備(1；1A、1B、1C)的超級鏈路。
23．控制設備(2)，具有用于通過用超文本傳輸協(xié)議來控制遠程設備(1；1A、1B、1C)的第一接口(2a)，特征在于，有一個第二接口(2b)，用于用超文本傳輸協(xié)議來控制控制設備(2)，以建立在至少兩個遠程設備(1；1A、1B、1C)之間的連接。
24．根據(jù)權利要求23的控制設備(2)，特征在于，借助于通過第一接口(2a)從與其相連的遠程設備(1；1A、1B、1C)下載至少一個用戶接口，和每次將其中至少一個用戶接口提供給用戶，以建立在至少兩個遠程設備(1；1A、1B、1C)之間的連接。
25．根據(jù)權利要求23或24的控制設備(2)，特征在于，連接是有保證帶寬連接。
26．根據(jù)權利要求23～25中任一項的控制設備(2)，特征在于，用戶接口是圖形用戶接口。
27．根據(jù)權利要求23～26中任一項的控制設備(2)，特征在于，它被集成在標準個人電腦中。
28．根據(jù)權利要求23～27中任一項的控制設備(2)，特征在于，它所包括的一個域名服務器，在初始化步驟中為每個遠程設備(1；1A、1B、1C)分配一個完全限定域名，各完全限定域名的組成，是在可由因特網(wǎng)接入提供者分配的控制器(2)的名稱前分別加上遠程設備(1；1A、1B、1C)的名稱。
全文摘要
通過使用超文本傳輸協(xié)議來獨立地控制遠程可控設備(1;1A、1B、1C),而在遠程可控設備(1;1A、1B、1C)之間建立連接。這種遠程可控設備(1;1A、1B、1C)中包括一個用超文本傳輸協(xié)議來建立連接的控制接口(3)。執(zhí)行這種遠程控制的控制設備(2)中包括一個第一接口(2a),它用超文本傳輸協(xié)議來遠程控制可控設備(1;1A、1B、1C),建立在至少兩個遠程可控設備(1;1A、1B、1C)之間的連接。
文檔編號H04N5/00GK1233900SQ9910247
公開日1999年11月3日 申請日期1999年3月4日 優(yōu)先權日1998年3月4日
發(fā)明者M·維爾特曼, P·布赫納 申請人:索尼國際(歐洲)股份有限公司