專利名稱：電子設(shè)備及其控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及具有網(wǎng)絡(luò)接口的電子設(shè)備。
背景技術(shù)：
近年來，開發(fā)了用于搜索提供網(wǎng)絡(luò)上的規(guī)定服務(wù)的設(shè)備的網(wǎng)絡(luò)技術(shù)。這種技術(shù)中有一種美國微軟公司提倡的UPnP(Unversal Plug andPlay通用即插即用)(例如文獻“Universal Plug and Play DeviceArchitecture Version 1.0，08 Jun 2000 1041 AM”)。在UPnP中，規(guī)定了“服務(wù)”、“設(shè)備”以及“控制點”。服務(wù)是提供規(guī)定服務(wù)的邏輯單位，設(shè)備是具有1個以上服務(wù)的邏輯單位，控制點是控制1個以上服務(wù)的邏輯單位。
UPnP是由稱為IP、TCP、UDP、HTTP的互聯(lián)網(wǎng)標準技術(shù)構(gòu)成的，上述文獻規(guī)定了在連接到網(wǎng)絡(luò)上之后，設(shè)備之間彼此檢測直到相互識別為止的自動步驟、實際控制設(shè)備的步驟以及發(fā)行事件的步驟。以下，將參照上述文獻對UPnP的尋址以及發(fā)現(xiàn)的步驟進行說明。
尋址是獲取網(wǎng)絡(luò)地址即獲取IP地址的步驟，是作為在加入網(wǎng)絡(luò)并與其他設(shè)備相互作用之前必須執(zhí)行的前題的步驟。在UPnP中，為了設(shè)置IP地址而定義了兩種方式。
第一種方式是獲取來自DHCP(Dynamic Host ConfigurationProtocol)服務(wù)器的IP地址(例如文獻“RFC 2131 Dynamic HostConfiguration Protocol.IETF request for comments。”)。以下，對DHCP簡單說明其概要。
UPnP設(shè)備必須具有DHCP客戶機功能，在加入到網(wǎng)絡(luò)中時，首先檢查DHCP服務(wù)器是否存在(DHCP DISCOVER)。因此，若網(wǎng)絡(luò)內(nèi)存在DHCP服務(wù)器，則能夠接收來自于DHCP服務(wù)器的應(yīng)答(DHCPOFFER)、執(zhí)行IP地址的請求申請(DHCP REQUEST)、在一定期間內(nèi)獲取DHCP服務(wù)器任意生成的、在同一網(wǎng)絡(luò)內(nèi)為唯一的IP地址(DHCP ACK)。所謂該一定期間是租用(lease)期間，在想繼續(xù)使用IP地址的情況下，需要在租用期間的期限屆滿之前，向DHCP服務(wù)器申請更新請求(DHCP REQUEST)和接受更新許可。在設(shè)備脫離網(wǎng)絡(luò)等已經(jīng)不需要IP地址的情況下，必須將該IP地址返回給DHCP服務(wù)器。
第2種方式是使用AutoIP技術(shù)的IP地址設(shè)置(例如文獻“Automatically Choosing an IP Address in an Ad-Hoc IPv4 Network.IETF draft”)。以下，就該AutoIP簡單說明其概要。
AutoIP是設(shè)備自身任意產(chǎn)生IP地址從而進行設(shè)定的功能。能夠使用的IP地址的范圍被限制在從169.254.1.0到169.254.254.255，設(shè)備在識別出網(wǎng)絡(luò)上不存在DHCP服務(wù)器的情況下，在該地址范圍內(nèi)生成任意的IP地址，在使用ARP(Address Resolution Protocol)確認出在同一網(wǎng)絡(luò)內(nèi)沒有使用相同IP地址的設(shè)備后執(zhí)行設(shè)置。由此，即便在不存在DHCP服務(wù)器的網(wǎng)絡(luò)中，也能夠執(zhí)行尋址。
在UPnP中，出于防止由ARP引起的網(wǎng)絡(luò)業(yè)務(wù)量的增加，本發(fā)明2種方式中DHCP服務(wù)器分配的方式優(yōu)先。即，利用AutoIP設(shè)置的UPnP設(shè)備必須要定期檢驗DHCP服務(wù)器是否存在于網(wǎng)絡(luò)內(nèi)(DHCPDISCOVER)。該周期在UPnP中推薦為5分鐘的間隔。
UPnP設(shè)備在利用尋址步驟設(shè)置了IP地址后，執(zhí)行發(fā)現(xiàn)。發(fā)現(xiàn)是自動與網(wǎng)絡(luò)上的所有其他設(shè)備相互識別的步驟。在發(fā)現(xiàn)中，大致定義2個消息，一個是告知加入到網(wǎng)絡(luò)中的ALIVE消息，另一個是告知脫離網(wǎng)絡(luò)的BYEBYE消息。通過多點傳輸這些消息，能夠使網(wǎng)絡(luò)上的所有設(shè)備相互識別各自是否存在。這兩條消息具有由GENA協(xié)議定義的Notification類型，由此，能夠?qū)⒏嬷膶ο笤O(shè)定為路由器、UUID、設(shè)備類型、以及服務(wù)類型4種。
UPnP設(shè)備利用在上述尋址步驟中所述的方法來執(zhí)行IP地址的設(shè)置，但是，在DHCP服務(wù)器加入到使用AutoIP、由多個UPnP設(shè)備構(gòu)成的網(wǎng)絡(luò)中的情況下，會產(chǎn)生以下的問題。圖9表示與成為問題的一個例子的尋址步驟有關(guān)的順序，并據(jù)此進行說明。
當前，利用媒體服務(wù)器、媒體再現(xiàn)器構(gòu)成UPnP網(wǎng)絡(luò)，各設(shè)備成為利用AutoIP來設(shè)置IP地址的狀態(tài)。各自的IP地址分別是媒體服務(wù)器為169.254.1.1，媒體再現(xiàn)器為169.254.1.2。在該初始狀態(tài)下，假設(shè)DHCP服務(wù)器不存在。
在步驟901中，媒體服務(wù)器流發(fā)送動畫數(shù)據(jù)，在步驟902中，媒體再現(xiàn)器接收該流數(shù)據(jù)。在步驟903中，媒體再現(xiàn)器周期性發(fā)送DHCPDISCOVER消息，并搜索DHCP服務(wù)器。在步驟903的定時中，由于DHCP服務(wù)器不存在于網(wǎng)絡(luò)中，因此，媒體再現(xiàn)器不接收DHCPOFFER消息(步驟904)。接下來，在步驟905中，例如DHCP服務(wù)器通過用戶的操作而加入到網(wǎng)絡(luò)上。此時，DHCP服務(wù)器將IP地址192.168.0.1分配給自己。
接下來，在步驟906中，媒體服務(wù)器周期性發(fā)送DHCPDISCOVER消息，搜索DHCP服務(wù)器。在該定時存在DHCP服務(wù)器。DHCP服務(wù)器接收該DHCP DISCOVER消息，在步驟907中，發(fā)送記錄有能夠提供的IP地址的DHCP OFFER消息。這里，設(shè)能夠提供的IP地址為192.168.0.2。接下來，在步驟908中，媒體服務(wù)器識別出DHCP服務(wù)器存在于網(wǎng)絡(luò)內(nèi)，并發(fā)送請求允許使用IP地址192.168.0.2的DHCP REQUEST消息。在步驟909中，通過DHCP服務(wù)器發(fā)送DHCP ACK消息，許可媒體服務(wù)器使用IP地址192.168.0.2。由此，在步驟910中，媒體服務(wù)器從AutoIP變更為由DHCP服務(wù)器分配的IP地址。但是，此時媒體服務(wù)器和媒體再現(xiàn)器的網(wǎng)絡(luò)地址會變得不同，從而在步驟911和步驟912中，產(chǎn)生了媒體服務(wù)器和媒體再現(xiàn)器之間的流傳輸被中斷的問題。

發(fā)明內(nèi)容
本發(fā)明的目的是為了解決解決上述問題。
本發(fā)明的其他目的是例如在利用AutoIP等來設(shè)置網(wǎng)絡(luò)地址的狀況下，降低在DHCP服務(wù)器等地址服務(wù)器加入到該網(wǎng)絡(luò)上時所產(chǎn)生的、與其他設(shè)備的數(shù)據(jù)傳輸中斷的可能性。
根據(jù)本發(fā)明的一種方式，提供了一種可連接于網(wǎng)絡(luò)上的電子設(shè)備，包括檢測單元，在利用該電子設(shè)備自身設(shè)置的第一網(wǎng)絡(luò)地址而連接到網(wǎng)絡(luò)上的情況下，檢測該網(wǎng)絡(luò)上的地址服務(wù)器；以及判斷單元，在檢測出地址服務(wù)器的情況下，判斷該電子設(shè)備與其他裝置之間是否處于數(shù)據(jù)傳輸過程中，其中，在所述判斷單元判斷出處于數(shù)據(jù)傳輸過程中的情況下，該電子設(shè)備在該數(shù)據(jù)傳輸結(jié)束之后，執(zhí)行所述第一網(wǎng)絡(luò)地址向從所述地址服務(wù)器取得的第二網(wǎng)絡(luò)地址的變更。
根據(jù)本發(fā)明的其他方式，提供了一種可連接于網(wǎng)絡(luò)上的電子設(shè)備的控制方法，包括檢測步驟，在利用該電子設(shè)備自身設(shè)置的第一網(wǎng)絡(luò)地址而連接到網(wǎng)絡(luò)上的情況下，檢測該網(wǎng)絡(luò)上的地址服務(wù)器；判斷步驟，在檢測出地址服務(wù)器的情況下，判斷該電子設(shè)備與其他裝置之間是否處于數(shù)據(jù)傳輸過程中；以及變更步驟，在由所述判斷步驟判斷出處于數(shù)據(jù)傳輸過程中的情況下，在該數(shù)據(jù)傳輸結(jié)束之后，將所述第一網(wǎng)絡(luò)地址變更為從所述地址服務(wù)器取得的第二網(wǎng)絡(luò)地址。
通過參照附圖所作的以下說明，將會使本發(fā)明的其他特征和優(yōu)點更加突出，其中，在本發(fā)明的所有附圖中，相似的標記符號表示相同或相似的部件。


插入本說明書并構(gòu)成說明書一部分的附圖與說明書一起圖示了本發(fā)明的實施方式，用于解釋本發(fā)明的原理。
圖1圖示了依據(jù)實施方式的UPnP網(wǎng)絡(luò)。
圖2是一張流程圖，用于說明在使用AutoIP的設(shè)備內(nèi)，在DHCP服務(wù)器的搜索、以及DHCP服務(wù)器加入到網(wǎng)絡(luò)上時執(zhí)行的利用第1實施方式所執(zhí)行的處理。
圖3是用于說明根據(jù)第1實施方式的數(shù)字攝像機(DVCR)的地址遷移的圖。
圖4圖示了第2實施方式中的UPnP的ALIVE消息。
圖5是一張流程圖，用于說明在使用AutoIP的設(shè)備內(nèi)，在DHCP服務(wù)器的搜索、以及DHCP服務(wù)器加入到網(wǎng)絡(luò)上時執(zhí)行的利用第2實施方式所執(zhí)行的處理。
圖6是用于說明根據(jù)第2實施方式的數(shù)字攝像機(DVCR)的地址遷移的圖。
圖7圖示了第3實施方式中的UPnP的BYEBYE消息。
圖8是一張流程圖，用于說明在使用AutoIP的設(shè)備內(nèi)，在DHCP服務(wù)器的搜索、以及DHCP服務(wù)器加入到網(wǎng)絡(luò)上時執(zhí)行的利用第3實施方式所執(zhí)行的處理。
圖9是用于說明伴隨著DHCP服務(wù)器加入網(wǎng)絡(luò)而引起的一般的地址遷移的圖。
圖10是實施方式中的DVCR的方框結(jié)構(gòu)圖。
具體實施例方式
以下，將參照附圖對本發(fā)明的最佳實施方式進行說明。
(第1實施方式)圖1圖示了由UPnP協(xié)議構(gòu)成的網(wǎng)絡(luò)(UPnP網(wǎng)絡(luò))的結(jié)構(gòu)。在本實施方式(其他實施方式也一樣)中，作為可連接到該網(wǎng)絡(luò)上的電子設(shè)備，是以數(shù)字攝像機(DVCR)以及數(shù)字電視(DTV)為例進行說明的，但也可以是其他電子設(shè)備。設(shè)本實施方式中的DVCR是由UPnP的音頻視頻工作委員會(以下稱為AV WC)標準化后的媒體服務(wù)器，DTV是由相同的AV WC標準化后的Media Renderer，而作為地址服務(wù)器的DHCP服務(wù)器為按因特網(wǎng)網(wǎng)關(guān)WC標準化后的因特網(wǎng)網(wǎng)關(guān)設(shè)備。DTV具有UPnP的控制點功能。在本實施方式中，設(shè)所有設(shè)備都連接在IEEE802.11b標準的無線接口上。但是，毋庸置疑，其也能夠應(yīng)用于使用IEEE802.11b以外的標準例如是IEEE802.11a、IEEE802.11g、以太網(wǎng)(注冊商標)、IEEE1394、UltraWideBand來構(gòu)成網(wǎng)絡(luò)的情形。
在本實施方式中，說明將本發(fā)明應(yīng)用于DVCR的情況。但是，在DVCR之外的裝置(數(shù)字相機、便攜式電話、移動式計算機等)中，也能夠?qū)嵤┍緦嵤┓绞健?br> 圖10是表示本實施方式中的DVCR的主要構(gòu)成部件的框圖。DVCR以負責裝置整體控制的CPU111為主，具有以下結(jié)構(gòu)。
112是存儲控制程序、DVCR4的UUID、設(shè)備說明、服務(wù)說明等的ROM；113是作為工作區(qū)域使用的RAM；114是具有錄象按鈕、各種開關(guān)、按鈕，還具有切換加入到UPnP網(wǎng)絡(luò)上或脫離UPnP網(wǎng)絡(luò)的按鈕(網(wǎng)絡(luò)加入按鈕)等的操作部。115是用于連接到UPnP網(wǎng)絡(luò)上的網(wǎng)絡(luò)接口；116是由光學透鏡、圖像傳感器(CCD傳感器等)構(gòu)成的相機部；117是執(zhí)行壓縮編碼/解碼處理的編解碼部；118是對記錄媒體(盤媒體、磁帶等)執(zhí)行圖像數(shù)據(jù)的記錄/再現(xiàn)的記錄部；119是具有液晶顯示器等的顯示部。
在上述結(jié)構(gòu)中，在DVCR的電源為ON、網(wǎng)絡(luò)加入按鈕為ON時，對DHCP服務(wù)器100請求IP地址(DHCP REQUEST)，之后，加入到UpnP網(wǎng)絡(luò)上。此后，根據(jù)來自UPnP網(wǎng)絡(luò)上的控制點(在本實施例中為DTV)的指示，將記錄于記錄媒體上的帶音頻的運動圖像流發(fā)送到網(wǎng)絡(luò)上的媒體再現(xiàn)器(在本實施例中由DTV兼任)，在那里被再現(xiàn)。
接下來，按照圖2來說明在使用AutoIP的DVCR內(nèi)，DHCP服務(wù)器加入到網(wǎng)絡(luò)上時所執(zhí)行的處理。各UPnP設(shè)備在AutoIP設(shè)定時每5分鐘發(fā)送一次DHCP DISCOVER，從而執(zhí)行周期性的搜索。
在步驟S201中，DVCR在達到執(zhí)行5分鐘的周期搜索的時間時，在步驟S202中廣播發(fā)送DHCP DISCOVER消息。在步驟S203中，在沒有接收到來自DHCP服務(wù)器的DHCP OFFER消息的情況下，保持AutoIP的設(shè)置，于經(jīng)過5分鐘的時刻處，再重復(fù)執(zhí)行DHCP搜索的步驟。
另一方面，在于步驟S203中接收了DHCP OFFER消息的情況下，在步驟S204中，DVCR檢查自身的連接狀態(tài)。在與網(wǎng)絡(luò)內(nèi)的其他設(shè)備沒有連接、即與其他設(shè)備之間不執(zhí)行數(shù)據(jù)的發(fā)送或接收的情況下，在步驟S205，發(fā)送DHCP REQUEST消息，以申請允許使用在DHCP OFFER消息內(nèi)記述的IP地址。以后，執(zhí)行常規(guī)的基于DHCP標準的地址分配處理，通過接收DHCP ACK而結(jié)束對由DHCP服務(wù)器分配的IP地址的設(shè)置(步驟S206)。
在步驟S204中，在根據(jù)檢查連接狀態(tài)的結(jié)果判斷出與網(wǎng)絡(luò)內(nèi)的其他設(shè)備相連接、即正在執(zhí)行數(shù)據(jù)的發(fā)送或接收的情況下，轉(zhuǎn)到步驟S207，一直等到數(shù)據(jù)的發(fā)送或接收結(jié)束。若切斷連接、即數(shù)據(jù)的發(fā)送或接收結(jié)束，則處理從步驟S207轉(zhuǎn)到步驟S208，再次發(fā)送DHCPDISCOVER消息。以后，執(zhí)行DHCP標準的處理，即DHCP OFFER的接收、DHCP REQUEST的發(fā)送、DHCP ACK的接收，由DHCP服務(wù)器執(zhí)行所分配的IP地址的設(shè)置(步驟S209)。
接下來，在DHCP服務(wù)器加入到由AutoIP構(gòu)成的網(wǎng)絡(luò)的情況下，以執(zhí)行圖2處理的DVCR為例，根據(jù)圖3來說明其操作。
在初期狀態(tài)下，DVCR和DTV利用AutoIP來設(shè)置IP地址，分別使DVCR為169.254.1.1，DTV為169.254.1.2。在本實施方式中，在AutoIP設(shè)置時搜索DHCP服務(wù)器的輪詢周期設(shè)定為5分鐘。但是，該設(shè)置時間只是一個例子，并不構(gòu)成對本發(fā)明的限制。在該初期狀態(tài)下，就圖3的各步驟進行說明。
用戶在DTV上的控制點應(yīng)用程序中，從網(wǎng)絡(luò)內(nèi)的UPnP設(shè)備中選擇出DVCR作為數(shù)據(jù)發(fā)送源。接下來，用戶選擇DVCR內(nèi)的圖像數(shù)據(jù)，并按下再現(xiàn)按鈕。伴隨著這一操作，DTV將RTSP SETUP命令發(fā)送到DVCR，在DTV-DVCR間建立連接，發(fā)送RTSP PLAY命令后，開始RTP/RTSP流傳輸。DVCR在接收了RTSP PLAY命令后，開始利用RTP發(fā)送指定的圖像數(shù)據(jù)。DTV接收從DVCR發(fā)送的動畫數(shù)據(jù)，并實時顯示于畫面內(nèi)(步驟301，302)。
在步驟303中，由于搜索DHCP服務(wù)器的周期來臨，故DTV廣播發(fā)送DHCP DISCOVER。在步驟304，由于DHCP服務(wù)器不存在于網(wǎng)絡(luò)內(nèi)，因此，DTV沒有接收到DHCP OFFER。由此，DTV保持AutoIP的設(shè)置。接下來，在步驟305中，DHCP服務(wù)器例如借助于用戶以人工方式加入到網(wǎng)絡(luò)上。此時，DHCP服務(wù)器將IP地址192.168.0.1分配給自己。
在步驟306中，由于搜索DHCP服務(wù)器的周期來臨，故DVCR廣播發(fā)送DHCP DISCOVER。在步驟307中，DVCR接收到來自于DHCP服務(wù)器的DHCP OFFER消息。在該DHCP OFFER消息中含有能夠提供的IP地址。在本實施方式中設(shè)定為192.168.0.2。在步驟S308中，DVCR確認DHCP服務(wù)器存在于網(wǎng)絡(luò)內(nèi)，但當前處于對DTV傳輸數(shù)據(jù)的過程中，因此，不進行DHCP REQUEST，而保持AutoIP的IP地址設(shè)置(S204、S207)。
此后，用戶欣賞完圖像數(shù)據(jù)后，在控制點應(yīng)用程序中按下停止按鈕。伴隨著該操作，DTV對DVCR發(fā)送RTSP TEARDOWN命令，接收到該命令的DVCR在結(jié)束數(shù)據(jù)傳輸后關(guān)閉與DTV間的連接(步驟309、310)。在步驟311中，DVCR在結(jié)束數(shù)據(jù)發(fā)送后立刻廣播發(fā)送DHCP DISCOVER，并再次搜索DHCP服務(wù)器。在步驟312中，接收來自DHCP服務(wù)器的DHCP OFFER消息。如在步驟307中所述，該DHCP OFFER消息中包含能夠提供的IP地址，在此再次將其設(shè)定為192.168.0.2。該IP地址只是一個例子，且并不限制為每次都相同。在步驟313中，DVCR由于其自身未與其他設(shè)備建立連接，因此向DHCP服務(wù)器發(fā)送申請允許使用IP地址192.168，0.2的DHCPREQUEST消息。在步驟S314中，接收來自于DHCP服務(wù)器的DHCPACK，在步驟S315中，從AutoIP的IP地址(168.254.1.1)變更為由DHCP服務(wù)器分配的IP地址(192.168.0.2)(步驟S208、S209)。
之后，由于搜索DHCP服務(wù)器的周期來臨，在步驟316中，DTV廣播發(fā)送DHCP DSICOVER，并搜索DHCP服務(wù)器。在步驟S317中，接收來自DHCP服務(wù)器的DHCP OFFER消息。設(shè)該DHCPOFFER消息內(nèi)包含的可提供IP地址為192.168.0.3。在步驟318中，DTV將申請許可使用IP地址192.168.0.3的DHCP REQUEST消息發(fā)送到DHCP服務(wù)器。在步驟319中，DTV接收來自于DHCP服務(wù)器的DHCP ACK，在步驟320中，從AutoIP的IP地址(168.254.1.2)變更為由DHCP服務(wù)器分配的IP地址(192.168.0.3)(S201～S206)。在上述說明中，是基于從接收RSTP的SETUP包到接收RSTP的TEARDOWN包為止的期間來確定是否處于連接狀態(tài)的一個例子。例如，也可以基于從接收TCP的SYN消息到接收TCP的FIN消息為止的期間而確定為連接狀態(tài)、即數(shù)據(jù)傳輸狀態(tài)。
(第2實施方式)在第2實施方式中，對向第1實施方式中的DVCR新追加用于檢查DHCP服務(wù)器是否加入到網(wǎng)絡(luò)上、即廣播發(fā)送DHCPDISCOVER的定時的例子進行描述。在第2實施方式中，作為執(zhí)行DHCP DISCOVER的定時，除5分鐘的周期性輪詢外，還追加了“在處于數(shù)據(jù)傳輸過程中的情況下中途切斷傳輸時”以及“接收來自因特網(wǎng)網(wǎng)關(guān)設(shè)備(以下為IGD)的ALIVE消息時”。圖4表示來自IGD的ALIVE消息。UPnP設(shè)備多點傳輸ALIVE消息時，能夠在NT(Notification Type)標題中設(shè)置告知的對象。
按照圖5，對使用AutoIP的DVCR在詢問DHCP服務(wù)器是否加入到網(wǎng)絡(luò)上、且DHCP已經(jīng)加入時所執(zhí)行的處理進行說明。如第1實施方式中的說明所述，各UPnP設(shè)備在AutoIP設(shè)置時，每5分鐘發(fā)送一次DHCP DISCOVER，以執(zhí)行周期性搜索。在步驟S501中，在DVCR與其他設(shè)備建立連接的狀態(tài)、即數(shù)據(jù)傳輸過程中的情況下，轉(zhuǎn)到步驟S502。在步驟S502中，為了判斷數(shù)據(jù)傳輸是否正常執(zhí)行，而確認在數(shù)據(jù)傳輸中是否有來自于傳輸對方的應(yīng)答。在第2實施方式中采取了這樣一個例子定期向?qū)Ψ桨l(fā)送RTSP GetParameter命令，根據(jù)有無其應(yīng)答來判斷數(shù)據(jù)傳輸是否正常執(zhí)行。
在步驟S502中，在沒有針對RTSP GetParameter命令的應(yīng)答的情況下，即傳輸中斷、連接切斷的情況下，在步驟S505中廣播發(fā)送DHCP DISCOVER。該操作是假定了這樣一種情況的處理傳輸對方先檢測出DHCP服務(wù)器的出現(xiàn)，通過從AutoIP變更為由DHCP服務(wù)器指定的IP地址，來切斷連接。對有無針對RTSP GetParameter命令的應(yīng)答包的判斷可以通過在自發(fā)送命令起的規(guī)定時間內(nèi)是否接收到應(yīng)答包來進行，但在該規(guī)定時間內(nèi)也可以包含TCP的再發(fā)送控制。
在步驟S501中，在DVCR未與其他設(shè)備建立連接的狀態(tài)下、即未處于數(shù)據(jù)傳輸過程中的情況下，以及在于步驟S502中接收了針對RTSP GetParameter命令的應(yīng)答的情況下，轉(zhuǎn)到步驟S503。在步驟S503中，根據(jù)是否接收到來自IGD的ALIVE消息，執(zhí)行是否廣播發(fā)送DHCP DISCOVER的判斷處理。該操作是假定這樣一種情況下的處理具有DHCP服務(wù)器功能的IGD加入到網(wǎng)絡(luò)上并發(fā)送最初的ALIVE消息。在步驟S503中，既便在沒有接收到來自IDG的ALIVE消息的情況下，也能夠在步驟S504中，在達到執(zhí)行DHCP服務(wù)器搜索的、以5分鐘為周期的輪詢時間時，在步驟S505中廣播發(fā)送DHCPDISCOVER。如以上所述，在第2實施方式的DVCR中，根據(jù)步驟S502、步驟S503、以及步驟S504中的3種條件來執(zhí)行DHCP服務(wù)器的搜索。
接下來，在步驟S506中，判斷是否針對在步驟S505中發(fā)行的DHCP DISCOVER接收到來自DHCP服務(wù)器的DHCP OFFER。在還沒有接收到DHCP OFFER的情況下，仍返回步驟S501，AutoIP的設(shè)置保持不變。在步驟S506中，在接收到來自DHCP服務(wù)器的DHCP OFFER的情況下，轉(zhuǎn)到步驟S507，DVCR檢查自身的連接狀態(tài)。步驟S507以后的動作與第1實施方式(圖2的步驟S204-S209)相同。在未與網(wǎng)絡(luò)內(nèi)的其他設(shè)備建立連接、即不執(zhí)行數(shù)據(jù)的發(fā)送或接收的情況下，在步驟S508中，為申請許可使用由DHCP OFFER消息提出的IP地址而發(fā)送DHCP REQUEST消息。以后，執(zhí)行通常的DHCP標準的處理，通過接收DHCP ACK而執(zhí)行對由DHCP服務(wù)器所分配的IP地址的設(shè)置(步驟S509)。
在步驟S507中，在判斷為與網(wǎng)絡(luò)內(nèi)的其他設(shè)備相連接、即執(zhí)行數(shù)據(jù)的發(fā)送或接收的情況下，轉(zhuǎn)到步驟S510，等待數(shù)據(jù)的發(fā)送或接收的結(jié)束。在步驟S510中，若連接關(guān)閉、即數(shù)據(jù)的發(fā)送或接收結(jié)束，則在步驟S511中，再次發(fā)送DHCP DISCOVER消息。以后，執(zhí)行通常的DHCP標準的處理，通過DHCP OFFER的接收、DHCPREQUEST的發(fā)送、DHCP ACK的接收，而執(zhí)行對由DHCP服務(wù)器所分配的IP地址的設(shè)置(步驟S512)。
接下來，在具有DCHP服務(wù)器功能的IGD加入到由AutoIP構(gòu)成的網(wǎng)絡(luò)上的情況下，以執(zhí)行圖5所示處理的DVCR為例，按照圖6來說明其操作。
在初期狀態(tài)下，DVCR和DTV由AutoIP來設(shè)置IP地址，各自的IP地址分別為DVCR為169.254.1.1，DTV為169.254.1.2。在本例中，在AutoIP設(shè)置時，設(shè)搜索DHCP服務(wù)器的輪詢周期為5分鐘。該設(shè)置時間只是一個例子，而不是對本發(fā)明的限制。在這種初期狀態(tài)下，按照圖6所示的各步驟來進行說明。
用戶在DTV上的控制點應(yīng)用程序中，從網(wǎng)絡(luò)內(nèi)的UPnP設(shè)備中選擇出DVCR作為數(shù)據(jù)發(fā)送源。接下來，用戶選擇DVCR內(nèi)的圖像數(shù)據(jù)，并按下再現(xiàn)按鈕。與此相伴，DTV將RTSP SETUP命令發(fā)送給DVCR，在DTV-DVCR之間建立連接，發(fā)送RTSP PLAY命令后，開始RTP/RTSP流傳輸。DVCR在接收到RTSP PLAY命令后，利用RTP開始發(fā)送指定的圖像數(shù)據(jù)。DTV接收從DVCR發(fā)送的動畫數(shù)據(jù)，并實時顯示于畫面內(nèi)(步驟601、602)。
在步驟S603中，DTV由于搜索DHCP服務(wù)器的周期來臨而廣播發(fā)送DCHP DISCOVER。在步驟604中，由于DHCP服務(wù)器不存在于網(wǎng)絡(luò)內(nèi)，DTV沒有接收到DHCP OFFER。由此，DTV保持AutoIP的設(shè)置。接著，在步驟605中，DHCP服務(wù)器(IGD)例如通過用戶而加入到網(wǎng)絡(luò)上。此時，DHCP服務(wù)器將IP地址192.168.0.1分配給自己。
在步驟606中，若IGD加入到網(wǎng)路上，則立刻多點發(fā)送ALIVE消息。在該ALIVE消息中，在NT標題中包含表示為IGD的信息。在步驟607中，接收了來自IGD的ALIVE消息的DVCR廣播發(fā)送DHCP DISCOVER消息(步驟S503、S505)。這時，在步驟608中，DVCR接收來自于DHCP服務(wù)器的DHCP OFFER消息。在該DHCPOFFER消息內(nèi)包含能夠提供的IP地址，在本例中設(shè)定為192.168.0.2。在步驟609中，DVCR確認出DHCP服務(wù)器存在于網(wǎng)絡(luò)內(nèi)，但當前正處于對DTV的數(shù)據(jù)傳輸中，因此，不執(zhí)行DHCP REQUEST，而保持AutoIP的IP地址(步驟S506、S507、S510)。
此后，用戶欣賞完圖像數(shù)據(jù)后，若在控制點應(yīng)用程序中按下停止按鈕，則與此相伴，DTV對DVCR發(fā)送RTSP TEARDOWN命令，接收到該命令的DVCR結(jié)束數(shù)據(jù)傳輸，并關(guān)閉與DTV間的連接(步驟610、611)。在步驟612中，DVCR在結(jié)束了數(shù)據(jù)發(fā)送后，立刻廣播發(fā)送DHCP DISCOVER，并再次搜索DHCP服務(wù)器(步驟S511)。之后，在步驟S613中，接收到來自DHCP服務(wù)器的DHCP OFFER消息。如在步驟608中所述，在該DHCP OFFER消息內(nèi)包含能夠提供的IP地址，這里，再次指定為192.168.0.2。這只是一個例子，并不限制為每次都相同。在步驟614中，DVCR由于自己與任何一個設(shè)備都不連接，而向DHCP服務(wù)器發(fā)送DHCP REQUEST消息，用于申請許可使用IP地址192.168.0.2。在步驟615中，接收來自DHCP服務(wù)器的DHCP ACK，在步驟616中，從AutoIP的IP地址(168.254.1.1)變更為DHCP服務(wù)器所分配的IP地址(192.168.0.2)(步驟S512)。
此后，在搜索DHCP服務(wù)器的周期來臨時，在步驟617中，DTV廣播發(fā)送DHCP DISCOVER，并搜索DHCP服務(wù)器。在步驟618中，接收來自于DHCP服務(wù)器的DHCP OFFER消息。設(shè)在該DHCPOFFER消息內(nèi)包含的可提供的IP地址為192.168.0.3。在步驟619中，DTV向DHCP服務(wù)器發(fā)送DHCP REQUEST消息，用于申請許可使用IP地址192.168.0.3。在步驟620中，DTV接收到來自于DHCP服務(wù)器的DHCP ACK，在步驟621中，從AutoIP的IP地址(168.254.1.2)變更為DHCP服務(wù)器分配的IP地址(192.168.0.3)。
(第3實施方式)在第3實施方式中，對向第1實施方式的DVCR新追加了檢查DHCP服務(wù)器是否加入到網(wǎng)絡(luò)上、即廣播發(fā)送DHCP DISCOVER的定時的、與第2實施方式不同的例子進行說明。在第3實施方式中，作為執(zhí)行DHCP DISCOVER的定時，除了每5分鐘一次的輪詢外，還追加了在處于數(shù)據(jù)傳輸過程中的情況下中途切斷傳輸時，以及接收了BYEBYE消息時。BYEBYE消息在本說明書的背景技術(shù)部分已經(jīng)說明過，圖7示出了其包的例子。與ALIVE消息一樣，UPnP設(shè)備在多點傳輸BYEBYE消息時，在NT(Notification Type)頭中，能夠設(shè)置告知的對象。
參照圖8的流程圖，說明使用AutoIP的DVCR在詢問DHCP服務(wù)器是否已經(jīng)加入到網(wǎng)絡(luò)上、且在DHCP已經(jīng)加入時所執(zhí)行的處理。
各UPnP設(shè)備在AutoIP設(shè)置時，每5分鐘發(fā)送一次DHCPDISCOVER來進行周期性搜索。在步驟S801中，在DVCR與其他相設(shè)備相連接的狀態(tài)、即處于數(shù)據(jù)傳輸過程中的情況下轉(zhuǎn)到步驟S802。在步驟S802中，為了判斷數(shù)據(jù)傳輸是否正常執(zhí)行，確認在數(shù)據(jù)傳輸中是否有來自傳輸對方的應(yīng)答。在本例中，通過定期向?qū)Ψ桨l(fā)送RTSPGetParameter命令、根據(jù)其應(yīng)答的有無來執(zhí)行數(shù)據(jù)傳輸是否正常的判斷。
在步驟S802中，在沒有針對RTSP GetParameter命令的應(yīng)答的情況下，即傳輸中斷、連接切斷的情況下，轉(zhuǎn)到步驟S805，廣播發(fā)送DHCP DISCOVER。此操作是假定這樣一種情況下的處理傳輸對方先檢測到DHCP服務(wù)器的出現(xiàn)，通過從AutoIP變更為DHCP服務(wù)所分配的IP地址，來切斷連接。
在步驟S801中，在DVCR未與其他設(shè)備建立連接的狀態(tài)、即未處于數(shù)據(jù)傳輸過程中的情況下，以及在于步驟S802中接收到針對RTSP GetParameter命令的應(yīng)答的情況下，轉(zhuǎn)到步驟S803。在步驟S803中，根據(jù)是否接收到來自于網(wǎng)絡(luò)內(nèi)設(shè)備的BYEBYE消息來執(zhí)行廣播發(fā)送DHCP DISCOVER的處理。此操作是假定這樣一種情況下的操作在自身以外的設(shè)備先檢測到DHCP服務(wù)器的出現(xiàn)而改變IP地址時，多點傳輸發(fā)送BYEBYE消息。在步驟S803中，既便在沒有接收到BYEBYE消息的情況下，也能在步驟S804中到達執(zhí)行DHCP服務(wù)器搜索的以5分鐘為周期的輪詢時間時，在步驟S805中廣播發(fā)送DHCP DISCOVER。如上所述，根據(jù)步驟S802、步驟S803、以及步驟S804中的三種條件來執(zhí)行DHCP服務(wù)器的搜索。
接著，在步驟S806中，判斷是否從DHCP服務(wù)器接收到針對在步驟S805中發(fā)行的DHCP DISCOVER的DHCP OFFER。在還沒有接收到DHCP OFFER的情況下，仍返回步驟S801，保持AutoIP的設(shè)置。另一方面，當在步驟S806中接收到來自DHCP服務(wù)器的DHCPOFFER的情況下，轉(zhuǎn)到步驟S807，DVCR檢查自身的連接狀態(tài)。在未與網(wǎng)絡(luò)內(nèi)的其他設(shè)備建立連接、即不執(zhí)行數(shù)據(jù)的發(fā)送或接收的情況下，在步驟S808中，發(fā)送DHCP REQUEST消息，用于申請許可使用由DHCP OFFER消息提出的IP地址。以后，執(zhí)行常規(guī)的遵循DHCP的處理，通過接收DHCP ACK而為自身設(shè)定由DHCP服務(wù)器分配的IP地址。
在步驟S807中，在與網(wǎng)絡(luò)內(nèi)的其他設(shè)備相連接、即執(zhí)行數(shù)據(jù)的發(fā)送或接收的情況下，轉(zhuǎn)到步驟S810，等待數(shù)據(jù)的發(fā)送或接收的結(jié)束。在步驟S810中，在連接關(guān)閉、即數(shù)據(jù)的發(fā)送或接收結(jié)束的情況下，在步驟S811中再次發(fā)送DHCP DISCOVER消息。以后，執(zhí)行常規(guī)的遵循DHCP的處理，通過DHCP OFFER的接收、DHCP REQUES的發(fā)送、DHCP ACK的接收，執(zhí)行對由DHCP服務(wù)器分配的IP地址的設(shè)置(步驟S812)。
(變形例)在第1到第3實施方式中，在步驟S207、步驟S510、步驟S810中，在數(shù)據(jù)傳輸結(jié)束之前不變更IP地址，但是這并不是一種限制。例如，在建立了連接、但實際上沒有數(shù)據(jù)傳輸?shù)那闆r下，也可以保持AutoIP。或者也可以是這樣一種結(jié)構(gòu)設(shè)置規(guī)定的超時時間，在執(zhí)行數(shù)據(jù)傳輸?shù)?jīng)過了該規(guī)定的超時時間的情況下，切換該連接以執(zhí)行DHCP DISCOVER。在經(jīng)過了作為該規(guī)定的超時時間例如可以是30秒、或是經(jīng)過DHCP服務(wù)器的搜索輪詢超時時間(在本例中為5分鐘)、或者是經(jīng)過所謂與發(fā)送UPnP ALIVE消息的周期相同的時間(例如為30分鐘)的規(guī)定超時時間的情況下，能夠切換連接來執(zhí)行DHCPDISCOVER。該情況下，若設(shè)規(guī)定的超時時間為無限長，則成為與等待數(shù)據(jù)傳輸結(jié)束后發(fā)行DHCP DISCOVER的上述各個實施方式相同的操作。既便在步驟S207、步驟S510、步驟S810中的數(shù)據(jù)傳輸中，也可以執(zhí)行在第2、第3實施方式的步驟S502、S802中說明的數(shù)據(jù)傳輸中斷的檢測，并在傳輸中斷的情況下，執(zhí)行從地址服務(wù)器獲取地址的獲取操作(DHCP DISCOVER的發(fā)行)。
在上述各個實施方式中，在數(shù)據(jù)傳輸完畢后，發(fā)行DHCPDISCOVER，重新獲取由DHCP分配的地址(步驟S208、S209、S511、S512、S811、S812)。但是，一般來說，在DHCP服務(wù)器中設(shè)置了“從DHCP OFFER到接收DHCP REQUEST為止的限制時間”，若在該限制時間內(nèi)，能夠接收用于利用記載在DHCP OFFER內(nèi)的IP地址的DHCP REQUEST。因此，在接收了DHCP OFFER后，測量數(shù)據(jù)傳輸結(jié)束確認(S207、S510、S810)之前的時間，在該時間處于在DHCP服務(wù)器內(nèi)所設(shè)置的上述限制時間的范圍內(nèi)的情況下，也可以不發(fā)行DHCP DISCOVER，而發(fā)行為了利用在已經(jīng)接收的DHCP OFFER內(nèi)記載的IP地址的DHCP REQUEST。當然，在超過限制時間范圍的情況下，發(fā)行DHCP DISCOVER。
利用安裝于DVCR等內(nèi)的應(yīng)用程序，設(shè)置了保持從外部設(shè)備預(yù)約的數(shù)據(jù)傳輸?shù)墓δ堋＠纾?臺DTV存在于網(wǎng)絡(luò)上，在與一臺DTV之間執(zhí)行數(shù)據(jù)傳輸期間，將從另一臺DTV發(fā)行的數(shù)據(jù)傳輸?shù)恼埱笞鳛轭A(yù)約而保持。在具有這種預(yù)約功能的電子設(shè)備內(nèi)，在步驟S207、S510、S810的數(shù)據(jù)傳輸結(jié)束的判斷中，既便當前執(zhí)行中的數(shù)據(jù)傳輸結(jié)束，在存在數(shù)據(jù)傳輸?shù)念A(yù)約的情況下，也可以繼續(xù)執(zhí)行預(yù)約的數(shù)據(jù)傳輸。即，在判斷為存在數(shù)據(jù)傳輸預(yù)約的情況下，也可以看作為數(shù)據(jù)傳輸繼續(xù)執(zhí)行。
如上所述，根據(jù)各個實施方式，在利用網(wǎng)絡(luò)上的AutoIP設(shè)置了IP的設(shè)備中，當檢測出該網(wǎng)絡(luò)內(nèi)加入了DHCP服務(wù)器時，判斷設(shè)備自身的連接狀態(tài)，若與其他設(shè)備之間建立連接，則保持AutoIP的IP地址，等待該連接關(guān)閉后，變更為由DHCP服務(wù)器分配的IP地址。為此，能夠防止因DHCP服務(wù)器的加入而產(chǎn)生數(shù)據(jù)傳輸?shù)闹袛嗟目赡苄浴?br> 根據(jù)第2實施方式，除了定期的DHCP服務(wù)器搜索外，在數(shù)據(jù)傳輸中出現(xiàn)數(shù)據(jù)傳輸中途中斷的情況下(在第2實施方式中，是根據(jù)是否能夠接收針對RTSP的GetParameter包的應(yīng)答包來進行判斷)、以及在接收了表示DHCP服務(wù)器的加入可能性的消息(例如IGD的ALIVE消息)的情況下，對DHCP服務(wù)器執(zhí)行DHCP DISCOVER。在第3實施方式中，在接收了表示變更網(wǎng)絡(luò)上其他電子設(shè)備的IP地址的可能性(即DHCP服務(wù)器加入的可能性)的消息(例如BYEBYE消息)的情況下，對DHCP服務(wù)器執(zhí)行DHCP DISCOVER。如此，根據(jù)第2、第3實施方式，能夠比普通的DHCP服務(wù)器的輪詢周期還要早的檢測出DHCP服務(wù)器的網(wǎng)絡(luò)加入，能夠縮短由于各設(shè)備的DHCP服務(wù)器脫離檢測的時間差所產(chǎn)生的不能通信的時間。
(其他實施方式)不用說，通過在將記錄實現(xiàn)上述實施方式的功能的軟件程序代碼的存儲媒體提供給系統(tǒng)或裝置，該系統(tǒng)或裝置的計算機(或CPU、MPU)讀出并執(zhí)行存儲于存儲媒體內(nèi)的程序代碼，也能夠?qū)崿F(xiàn)本發(fā)明的目的。
權(quán)利要求
1.一種可連接于網(wǎng)絡(luò)上的電子設(shè)備，包括檢測單元，在利用該電子設(shè)備自身設(shè)置的第一網(wǎng)絡(luò)地址而連接到網(wǎng)絡(luò)上的情況下，檢測該網(wǎng)絡(luò)上的地址服務(wù)器；以及判斷單元，在檢測出地址服務(wù)器的情況下，判斷該電子設(shè)備與其他裝置之間是否處于數(shù)據(jù)傳輸過程中，其中，在所述判斷單元判斷出處于數(shù)據(jù)傳輸過程中的情況下，該電子設(shè)備在該數(shù)據(jù)傳輸結(jié)束之后，執(zhí)行所述第一網(wǎng)絡(luò)地址向從所述地址服務(wù)器取得的第二網(wǎng)絡(luò)地址的變更。
2.如權(quán)利要求1所述的電子設(shè)備，其中，在從所述檢測單元檢測到所述地址服務(wù)器起經(jīng)過了規(guī)定時間的情況下，該電子設(shè)備在所述數(shù)據(jù)傳輸結(jié)束之前，將所述第一網(wǎng)絡(luò)地址變更為所述第二網(wǎng)絡(luò)地址。
3.如權(quán)利要求1所述的電子設(shè)備，其中，所述檢測單元通過廣播規(guī)定指令、接收來自地址服務(wù)器的應(yīng)答，而檢測到地址服務(wù)器，其中在該應(yīng)答中包含所述第二網(wǎng)絡(luò)地址的通知，在所述數(shù)據(jù)傳輸在自接收所述應(yīng)答起的規(guī)定時間內(nèi)結(jié)束的情況下，該電子設(shè)備使用由所述應(yīng)答通知的地址來進行地址變更，而在該數(shù)據(jù)傳輸在超過該規(guī)定時間后結(jié)束的情況下，通過重新執(zhí)行所述規(guī)定指令的廣播來變更地址。
4.如權(quán)利要求1所述的電子設(shè)備，其中，所述檢測單元周期性地廣播規(guī)定的指令，并通過接收來自于地址服務(wù)器的應(yīng)答來檢測地址服務(wù)器。
5.如權(quán)利要求4所述的電子設(shè)備，其中，所述檢測單元還在接收到如下消息時廣播所述規(guī)定指令，所述消息表示加入了具有作為地址服務(wù)器的可能性的設(shè)備。
6.如權(quán)利要求4所述的電子設(shè)備，其中所述檢測單元還在接收到如下消息時廣播所述規(guī)定指令，所述消息表示其他電子設(shè)備變更地址的可能性。
7.如權(quán)利要求4所述的電子設(shè)備，其中，所述檢測單元還在該電子設(shè)備執(zhí)行的數(shù)據(jù)傳輸中斷的情況下，廣播所述規(guī)定指令。
8.如權(quán)利要求1所述的電子設(shè)備，其中，該電子設(shè)備判斷與其他設(shè)備之間有無數(shù)據(jù)傳輸預(yù)約，以及在該電子設(shè)備判斷出具有數(shù)據(jù)傳輸預(yù)約的情況下，繼續(xù)該數(shù)據(jù)傳輸。
9.一種可連接于網(wǎng)絡(luò)上的電子設(shè)備的控制方法，包括檢測步驟，在利用該電子設(shè)備自身設(shè)置的第一網(wǎng)絡(luò)地址而連接到網(wǎng)絡(luò)上的情況下，檢測該網(wǎng)絡(luò)上的地址服務(wù)器；判斷步驟，在檢測出地址服務(wù)器的情況下，判斷該電子設(shè)備與其他裝置之間是否處于數(shù)據(jù)傳輸過程中；以及變更步驟，在由所述判斷步驟判斷出處于數(shù)據(jù)傳輸過程中的情況下，在該數(shù)據(jù)傳輸結(jié)束之后，將所述第一網(wǎng)絡(luò)地址變更為從所述地址服務(wù)器取得的第二網(wǎng)絡(luò)地址。
10.一種存儲媒體，其中存儲有用于使計算機執(zhí)行如權(quán)利要求9所述的控制方法的控制程序。
11.一種控制程序，用于使計算機執(zhí)行如權(quán)利要求9所述的控制方法。
全文摘要
本發(fā)明提供一種電子設(shè)備及其控制方法，利用由AutoIP等設(shè)置的第一網(wǎng)絡(luò)地址而連接于網(wǎng)絡(luò)上的電子設(shè)備，檢測作為該網(wǎng)絡(luò)上的地址服務(wù)器之DHCP服務(wù)器的存在。在檢測出地址服務(wù)器的情況下，判斷該電子設(shè)備與其他裝置之間是否處于數(shù)據(jù)傳輸過程中，在判斷為處于數(shù)據(jù)傳輸過程中的情況下，該電子設(shè)備在該數(shù)據(jù)傳輸結(jié)束后，將第一網(wǎng)絡(luò)地址變更為從地址服務(wù)器取得的第二網(wǎng)絡(luò)地址。
文檔編號G06F15/16GK1649353SQ20051000685
公開日2005年8月3日 申請日期2005年1月28日 優(yōu)先權(quán)日2004年1月30日
發(fā)明者藤田俊司 申請人:佳能株式會社