專利名稱：通信裝置和攝像裝置、及其控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及獲取、更新利用IP地址來進(jìn)行網(wǎng)絡(luò)通信的攝像裝置等通信裝置中的IP地址的技術(shù)。
背景技術(shù)：
近年來，開發(fā)了用于搜索提供網(wǎng)絡(luò)上的規(guī)定服務(wù)的設(shè)備的網(wǎng)絡(luò)技術(shù)。這種技術(shù)中有一種美國(guó)微軟公司提倡的UPnP(Unversal Plug andPlay通用即插即用)(例如文獻(xiàn)“Universal Plug and Play DeviceArchitecture Version 1.0，08 Jun 2000 1041 AM”)。在UPnP中，規(guī)定了“服務(wù)”、“設(shè)備”以及“控制點(diǎn)”。服務(wù)是提供規(guī)定服務(wù)的邏輯單位，設(shè)備是具有1個(gè)以上服務(wù)的邏輯單位，控制點(diǎn)是控制1個(gè)以上服務(wù)的邏輯單位。
UPnP是由稱為IP、TCP、UDP、HTTP的互聯(lián)網(wǎng)標(biāo)準(zhǔn)技術(shù)構(gòu)成的，上述文獻(xiàn)規(guī)定了在連接到網(wǎng)絡(luò)上之后，設(shè)備之間彼此檢測(cè)直到相互識(shí)別為止的自動(dòng)步驟、實(shí)際控制設(shè)備的步驟以及發(fā)行事件的步驟。以下，將參照上述文獻(xiàn)對(duì)UPnP的尋址以及發(fā)現(xiàn)的步驟進(jìn)行說明。
尋址是獲取網(wǎng)絡(luò)地址即獲取IP地址的步驟，是作為在加入網(wǎng)絡(luò)并與其他設(shè)備相互作用之前必須執(zhí)行的前題的步驟。在UPnP中，為了設(shè)置IP地址而定義了兩種方式。
第一種方式是獲取來自DHCP(Dynamic Host ConfigurationProtocol)服務(wù)器的IP地址(例如文獻(xiàn)“RFC 2131 Dynamic HostConfiguration Protocol.IETF request for comments?！?。以下，對(duì)DHCP簡(jiǎn)單說明其概要。
UPnP設(shè)備必須具有DHCP客戶機(jī)功能，在加入到網(wǎng)絡(luò)中時(shí)，首先檢查DHCP服務(wù)器是否存在(DHCP DISCOVER)。因此，若網(wǎng)絡(luò)內(nèi)存在DHCP服務(wù)器，則能夠接收來自于DHCP服務(wù)器的應(yīng)答(DHCPOFFER)、執(zhí)行IP地址的請(qǐng)求申請(qǐng)(DHCP REQUEST)、在一定期間內(nèi)獲取DHCP服務(wù)器任意生成的、在同一網(wǎng)絡(luò)內(nèi)為唯一的IP地址(DHCP ACK)。所謂該一定期間是租用(lease)期間，在想繼續(xù)使用IP地址的情況下，需要在租用期間的期限屆滿之前，向DHCP服務(wù)器申請(qǐng)更新請(qǐng)求(DHCP REQUEST)和接受更新許可。在設(shè)備脫離網(wǎng)絡(luò)等已經(jīng)不需要IP地址的情況下，必須將該IP地址返回給DHCP服務(wù)器。
第2種方式是使用AutoIP技術(shù)的IP地址設(shè)置(例如文獻(xiàn)“Automatically Choosing an IP Address in an Ad-Hoc IPv4 Network.IETF draft”)。以下，就該AutoIP簡(jiǎn)單說明其概要。
AutoIP是設(shè)備自身任意產(chǎn)生IP地址從而進(jìn)行設(shè)定的功能。能夠使用的IP地址的范圍被限制在從169.254.1.0到169.254.254.255，設(shè)備在識(shí)別出網(wǎng)絡(luò)上不存在DHCP服務(wù)器的情況下，在該地址范圍內(nèi)生成任意的IP地址，在使用ARP(Address Resolution Protocol)確認(rèn)出在同一網(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è)備必須要定期檢驗(yàn)DHCP服務(wù)器是否存在于網(wǎng)絡(luò)內(nèi)(DHCPDISCOVER)。該周期在UPnP中推薦為5分鐘的間隔。
UPnP設(shè)備在利用尋址步驟設(shè)置了IP地址后，執(zhí)行發(fā)現(xiàn)。發(fā)現(xiàn)是自動(dòng)與網(wǎng)絡(luò)上的所有其他設(shè)備相互識(shí)別的步驟。在發(fā)現(xiàn)中，大致定義2個(gè)消息，一個(gè)是告知加入到網(wǎng)絡(luò)中的ALIVE消息，另一個(gè)是告知脫離網(wǎng)絡(luò)的BYEBYE消息。通過多點(diǎn)傳輸這些消息，能夠使網(wǎng)絡(luò)上的所有設(shè)備相互識(shí)別各自是否存在。這兩條消息具有由GENA協(xié)議定義的Notification類型，由此，能夠?qū)⒏嬷膶?duì)象設(shè)定為路由器、UUID、設(shè)備類型、以及服務(wù)類型4種。
UPnP設(shè)備盡管是使用在上述尋址步驟中所述的方法來執(zhí)行IP地址的設(shè)置，但是，若在DHCP服務(wù)器管理多個(gè)UPnP設(shè)備的IP地址的網(wǎng)絡(luò)中，當(dāng)DHCP服務(wù)器從網(wǎng)絡(luò)脫離時(shí)，則會(huì)產(chǎn)生以下這樣的問題。
圖7表示該問題的一個(gè)例子的過程。
圖示中，利用數(shù)字可攜式攝像機(jī)(以下稱為DVCR)、DHCP服務(wù)器、數(shù)字電視(以下為DTV)構(gòu)成了UPnP網(wǎng)絡(luò)，所有設(shè)備使用由DHCP服務(wù)器分配的IP地址。設(shè)DHCP服務(wù)器由無線LAN的訪問點(diǎn)構(gòu)成，但也可以由PC等構(gòu)成，連接方式也可以是有線網(wǎng)絡(luò)(例如以太網(wǎng)(注冊(cè)商標(biāo)))。
圖7中示出了各設(shè)備的IP地址，其中DHCP服務(wù)器為“192.168.0.1”(固定)、作為DHCP客戶機(jī)的DVCR的IP地址為“192.168.0.2”、DTV的IP地址為“192.168.0.3”。此外，任何一個(gè)子網(wǎng)絡(luò)掩碼(mask)一般例如是“255.255.255.0”。
其中，對(duì)在DVCR正在向DTV流傳輸所記錄的動(dòng)畫數(shù)據(jù)的過程中，DHCP服務(wù)器突然從網(wǎng)絡(luò)上脫離開的情況(故障、電源OFF、或移動(dòng)到無線通信區(qū)域外等)進(jìn)行考察。
其中，在DHCP服務(wù)器脫離網(wǎng)絡(luò)后，DVCR馬上執(zhí)行IP地址更新請(qǐng)求，當(dāng)然，由于DCHP服務(wù)器不存在，因此不能返回響應(yīng)。即，DVCR在檢測(cè)出DHCP服務(wù)器不存在時(shí)轉(zhuǎn)到AutoIP，設(shè)置任意的IP地址，例如是“169.254.1.1”。但是，此時(shí)，由AutoIP設(shè)置的網(wǎng)絡(luò)地址(子網(wǎng)絡(luò)掩碼被規(guī)定為16比特的“255.255.0.0”)變?yōu)榕c在此之前使用由DHCP服務(wù)器分配的IP地址時(shí)的網(wǎng)絡(luò)地址不同，從而從DVCR向DTV的流傳輸會(huì)中斷。

發(fā)明內(nèi)容
本發(fā)明的一個(gè)目的是克服上述缺陷。
本發(fā)明的其他目的是提供一種阻止例如在DHCP服務(wù)器從UPnP網(wǎng)絡(luò)上脫離開的情況下所產(chǎn)生的、與其他設(shè)備間數(shù)據(jù)傳輸?shù)闹袛?，或者極力縮短由于各設(shè)備的地址設(shè)置變更定時(shí)差而產(chǎn)生的不能與其他設(shè)備進(jìn)行數(shù)據(jù)傳輸?shù)臅r(shí)間。
在本發(fā)明的一種方案中，提供了一種通信裝置，具有網(wǎng)絡(luò)連接單元，通過該網(wǎng)絡(luò)連接單元而與其他裝置之間執(zhí)行數(shù)據(jù)流的發(fā)送或接收，其特征在于，所述通信裝置包括DHCP客戶機(jī)單元，從所述網(wǎng)絡(luò)上的DHCP服務(wù)器獲取IP地址，并在獲取的IP地址的租用期限屆滿之前，進(jìn)行IP地址的更新請(qǐng)求；IP地址生成單元，在利用該DHCP客戶機(jī)單元從所述DHCP服務(wù)器獲取IP地址失敗時(shí)，自身生成IP地址；判斷單元，在利用所述DHCP客戶機(jī)單元向DHCP服務(wù)器請(qǐng)求更新失敗時(shí)，判斷與通信對(duì)方裝置之間是否處于數(shù)據(jù)流通信過程中；以及控制單元，在該判斷單元判斷出處于數(shù)據(jù)流通信過程中時(shí)，在該數(shù)據(jù)流通信結(jié)束之前，維持從前使用的IP地址，而在所述判斷單元判斷出未處于數(shù)據(jù)流通信過程中、或數(shù)據(jù)流通信結(jié)束時(shí)，利用所述IP地址生成單元生成自身的IP地址，并維持與網(wǎng)絡(luò)的連接。
通過結(jié)合附圖所作的以下說明，將會(huì)使本發(fā)明的其他特征和優(yōu)點(diǎn)更加明顯，在所有附圖中，相似的參考標(biāo)記表示相同或相似的部分。


圖1圖示了第1、第2實(shí)施方式中UPnP網(wǎng)絡(luò)的結(jié)構(gòu)。
圖2是一張流程圖，其表示第1實(shí)施方式中地址遷移時(shí)的DVCR的處理過程。
圖3圖示了第1實(shí)施方式中UPnP設(shè)備的地址遷移的流程。
圖4是一張流程圖，其表示第2實(shí)施方式中地址遷移時(shí)的DVCR的處理過程。
圖5圖示了第2實(shí)施方式中UPnP設(shè)備的地址遷移的流程。
圖6圖示了UPnP設(shè)備發(fā)送的BYEBYE消息的記載內(nèi)容的一個(gè)例子。
圖7圖示了DHCP服務(wù)器脫離UPnP網(wǎng)絡(luò)之前的過程。
圖8是實(shí)施方式中的DVCR的方框結(jié)構(gòu)圖。
具體實(shí)施例方式
以下，將根據(jù)附圖對(duì)本發(fā)明的實(shí)施方式進(jìn)行詳細(xì)說明。
(第1實(shí)施方式)圖1圖示了UPnP網(wǎng)絡(luò)結(jié)構(gòu)的一個(gè)例子。數(shù)字可攜攝像機(jī)(以下稱為DVCR)200是這樣一種設(shè)備，其用作由音頻視頻工作委員會(huì)(AVWC)定義的媒體服務(wù)器。數(shù)字電視機(jī)(以下稱為DTV)300也同樣，用作由AV WC定義的媒體再現(xiàn)器，于是，DHCP服務(wù)器100是由因特網(wǎng)網(wǎng)關(guān)WC定義的因特網(wǎng)網(wǎng)關(guān)設(shè)備。DTV 300還具有作為UPnP控制點(diǎn)的功能。所有設(shè)備都通過遵循IEEE 802.b標(biāo)準(zhǔn)的無線接口而連接。設(shè)本實(shí)施方式中的DHCP服務(wù)器100是由遵循IEEE802.b標(biāo)準(zhǔn)的訪問點(diǎn)(access point)實(shí)現(xiàn)的。DVCR 200、DTV 300合起來具有DHCP客戶機(jī)功能、AutoIP功能。
在本實(shí)施方式中，對(duì)將本發(fā)明應(yīng)用于DVCR 200的情況進(jìn)行說明。但是，既便是DVCR 200以外的裝置(數(shù)字相機(jī)、便攜式電話、移動(dòng)式計(jì)算機(jī)等)也能夠?qū)嵤┍景l(fā)明。
圖8是表示本實(shí)施方式中DVCR 200的主要構(gòu)成部件的框圖。DVCR 200以掌管裝置整體控制的CPU111為主，并具有以下結(jié)構(gòu)。
112是存儲(chǔ)控制程序、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是由光學(xué)透鏡、圖像傳感器(CCD傳感器等)構(gòu)成的相機(jī)部；117是執(zhí)行壓縮編碼/解碼處理的編解碼部；118是對(duì)記錄媒體(盤媒體、磁帶等)執(zhí)行圖像數(shù)據(jù)的記錄/再現(xiàn)的記錄部；119是具有液晶顯示器等的顯示部。
在上述結(jié)構(gòu)中，在DVCR 200的電源為ON、網(wǎng)絡(luò)加入按鈕為ON時(shí)，對(duì)DHCP服務(wù)器100請(qǐng)求IP地址(DHCP REQUEST)，之后，加入到UpnP網(wǎng)絡(luò)上。此后，根據(jù)來自UPnP網(wǎng)絡(luò)上的控制點(diǎn)(在本實(shí)施例中為DTV 300)的指示，將記錄于記錄媒體上的帶音頻的運(yùn)動(dòng)圖像流發(fā)送到網(wǎng)絡(luò)上的媒體再現(xiàn)器(在本實(shí)施例中由DTV兼任)，在那里被再現(xiàn)。
然后，根據(jù)圖2的流程圖來說明在DVCR 200如上所述從DHCP服務(wù)器100獲取IP地址而加入到UPnP網(wǎng)絡(luò)上之后，在發(fā)送數(shù)據(jù)過程中，由于任何原因使DHCP服務(wù)器100從網(wǎng)絡(luò)上脫離的情況(DHCP服務(wù)器100的可通信區(qū)域變?yōu)镈VCR 200等的可通信區(qū)域外，或者其電源變?yōu)镺FF的情況等)下的處理。與圖2相關(guān)的處理是作為與數(shù)據(jù)發(fā)送處理不同的其他任務(wù)而進(jìn)行的處理。
DVCR 200在由DHCP服務(wù)器100分配的IP地址的租用期間結(jié)束之前，定期對(duì)DHCP服務(wù)器100執(zhí)行租用更新請(qǐng)求(DHCPREQUEST)(步驟S201、S202)。
在發(fā)出租用更新請(qǐng)求(DHCP REQUEST)后，在步驟S203中，在于規(guī)定時(shí)間內(nèi)接收了來自于DHCP服務(wù)器100的確認(rèn)消息(DHCPACK)的情況下，更新租用期間。在步驟S203中，在于規(guī)定時(shí)間內(nèi)沒有接收到來自DHCP服務(wù)器100的確認(rèn)消息(DHCP ACK)的情況下，DVCR 200檢查自己的連接狀態(tài)(步驟S204)。在對(duì)網(wǎng)絡(luò)內(nèi)的其他設(shè)備執(zhí)行數(shù)據(jù)發(fā)送或接收的情況下，維持由DHCP服務(wù)器100分配的IP地址。在不對(duì)網(wǎng)絡(luò)內(nèi)的其他任何一個(gè)設(shè)備進(jìn)行數(shù)據(jù)發(fā)送或接收的情況下，將DHCP服務(wù)器所分配的IP地址變更為由AutoIP產(chǎn)生的任意的IP地址(步驟S205)。
即，DVCR 200在執(zhí)行數(shù)據(jù)收發(fā)的過程中(有時(shí)也有接收后執(zhí)行記錄的情況)，在到達(dá)了IP地址的租用期限后，既便發(fā)送其租用更新請(qǐng)求，也不能接收來自于DHCP服務(wù)器100的認(rèn)證消息，這時(shí)不能直接轉(zhuǎn)移到AutoIP，要等待其一系列的收發(fā)結(jié)束后，才轉(zhuǎn)移到AutoIP。
接著，參照?qǐng)D3來說明在執(zhí)行上述處理的DVCR 200中，DHCP服務(wù)器100在DVCR執(zhí)行數(shù)據(jù)傳輸中從網(wǎng)絡(luò)上脫離時(shí)的情況。
在初始狀態(tài)下，所有設(shè)備都設(shè)置由DHCP服務(wù)器100分配的IP地址，各自的IP地址分別為DVCR 200為“192.168.0.2/24”、DTV為“192.168.0.3/24”、DHCP服務(wù)器為“192.168.0.1/24”(“/24”表示從網(wǎng)絡(luò)掩碼開頭開始24比特為“1”，即子網(wǎng)絡(luò)掩碼為“255.255.255.0”)。設(shè)本實(shí)施方式的DHCP服務(wù)器中的IP地址的租用期間對(duì)于任何一個(gè)設(shè)備都是3分鐘，設(shè)各設(shè)備每隔2分鐘就向DHCP服務(wù)器發(fā)送租用更新請(qǐng)求。但是，這些時(shí)間僅僅是一個(gè)例子，并不能據(jù)此作為對(duì)本申請(qǐng)發(fā)明的限定。
在這樣的初始狀態(tài)下，用戶在DTV 300上的控制點(diǎn)應(yīng)用中，從網(wǎng)絡(luò)內(nèi)的UPnP設(shè)備中(能夠存在多個(gè))選擇DVCR 200，作為數(shù)據(jù)發(fā)送源。之后，用戶選擇DVCR 200內(nèi)的圖像數(shù)據(jù)，并按下再現(xiàn)按鈕。與此相伴，DTV 300向DVCR 200發(fā)送RTSP SETUP指令，在DTV300-DVCR200間架設(shè)連接，利用RTSP PLAY指令開始RTP/RTSP流傳輸(時(shí)刻T1)。DVCR 200在接收了RTSP PLAY指令后，開始按照RTP協(xié)議將指定的圖像數(shù)據(jù)發(fā)送到指定設(shè)備(這里為DTV 300)。DTV300接收了從DVCR 200發(fā)送的動(dòng)畫數(shù)據(jù)，并將其實(shí)時(shí)顯示于畫面內(nèi)。
此后，由于DHCP服務(wù)器分配的IP地址的租用期間即將結(jié)束，DTV 300對(duì)DHCP服務(wù)器100執(zhí)行租用更新請(qǐng)求(DHCP REQUEST)。DHCP服務(wù)器100接收該租用更新請(qǐng)求，并更新租用期間(DHCPACK)。表示這一操作的時(shí)刻為圖示的時(shí)刻T2。
此后，在圖中表示了在時(shí)刻T3，DHCP服務(wù)器100從網(wǎng)絡(luò)上脫離的情況。
此后，DVCR 200處于租用期間即將結(jié)束的狀態(tài)，因此，對(duì)DHCP服務(wù)器100發(fā)出租用更新請(qǐng)求(DHCP REQUEST)，但是，由于DHCP服務(wù)器100已經(jīng)不存在于網(wǎng)絡(luò)內(nèi)，因此，DVCR 200不能接收到來自于DHCP服務(wù)器100的確認(rèn)(時(shí)刻T4)。為此，作為下一個(gè)處理，DVCR200確認(rèn)DVCR自身的連接狀態(tài)。DVCR 200為了對(duì)DTV 300架設(shè)連接，以流傳輸動(dòng)畫數(shù)據(jù)，需要繼續(xù)保持(維持)由當(dāng)前DHCP服務(wù)器100分配的IP地址“192.168.0.2/24”的設(shè)置。
此后，若用戶欣賞完圖像數(shù)據(jù)(用戶在控制點(diǎn)應(yīng)用中按下停止按鈕)，則DTV 300對(duì)DVCR 200發(fā)送RTSP TEARDOWN指令。DVCR200在接收該指令后，終止數(shù)據(jù)傳輸，并關(guān)閉與DTV間的連接。在關(guān)閉連接后，DVCR 200利用AutoIP產(chǎn)生在同一網(wǎng)絡(luò)內(nèi)為唯一的任意的IP地址，并從DHCP服務(wù)器分配的IP地址移動(dòng)到AutoIP，變更為自身產(chǎn)生的IP地址例如是“169.254.1.1/16”(時(shí)刻T5)。
此后，租用期限即將結(jié)束的DTV 300執(zhí)行租用更新請(qǐng)求(DHCPREQUEST)，但是，并不返回DHCP服務(wù)器的確認(rèn)。此時(shí)，由于DTV300未處于數(shù)據(jù)接收中，因此轉(zhuǎn)到AutoIP，設(shè)置在網(wǎng)絡(luò)內(nèi)為唯一的任意的IP地址，例如是“169.254.1.2”(時(shí)刻T6)。在DVCR 200轉(zhuǎn)移到AutoIP、DTV 300轉(zhuǎn)向AutoIP前的期間，變?yōu)椴豢苫ハ嗤ㄐ诺臓顟B(tài)，但在二者都轉(zhuǎn)向AutoIP后，由于網(wǎng)絡(luò)地址變?yōu)橐恢拢虼四軌蛟俅芜M(jìn)行通信。
以上是由DHCP分配給DVCR 200的IP地址的租用期限早于分配給DTV 300的期限的例子，但相反的情況也是一樣的。即，在DTV300接收到來自于DVCR 300的流的過程中，在IP地址的租用期間屆滿之前，對(duì)DHCP服務(wù)器100執(zhí)行租用更新請(qǐng)求(DHCP REQUEST)，并且沒有返回來自DHCP 100的認(rèn)證的情況下，在等待一連串的再現(xiàn)結(jié)束后(既便超越了租用期限)，才轉(zhuǎn)移到AutoIP。
如上所述，根據(jù)本實(shí)施方式，在可連接到UPnP網(wǎng)絡(luò)的設(shè)備中，對(duì)DHCP服務(wù)器發(fā)行IP地址的更新請(qǐng)求，在沒有任何來自于DHCP服務(wù)器的應(yīng)答，并且在該時(shí)刻已經(jīng)確立了與其他設(shè)備的通信的情況下，通過繼續(xù)使用從前由DHCP服務(wù)器分配的IP地址，杜絕了所謂已確立了通信的設(shè)備之間的通信中斷的問題。
<第2實(shí)施方式>
在第2實(shí)施方式中，說明改善檢查DHCP服務(wù)器100是否脫離網(wǎng)絡(luò)的時(shí)刻的例子。為了簡(jiǎn)單進(jìn)行說明，第2實(shí)施方式的網(wǎng)絡(luò)結(jié)構(gòu)與圖1相同、對(duì)應(yīng)用于DVCR 200的情況進(jìn)行說明。
按照?qǐng)D4的流程來執(zhí)行以下處理在DHCP服務(wù)器100從UPnP網(wǎng)絡(luò)脫離開后，第2實(shí)施方式的DVCR 200從由DHCP服務(wù)器100分配IP地址的狀態(tài)切換到AutoIP設(shè)置。
首先，DVCR 200判斷是否對(duì)網(wǎng)絡(luò)上的其他設(shè)備執(zhí)行數(shù)據(jù)傳輸(步驟S401)。在本實(shí)施例中，判斷是否執(zhí)行RTP/RTSP傳輸。之后，在判斷為處于傳輸中的情況下，在步驟S402，對(duì)連接目標(biāo)(在本實(shí)施方式中為DTV 300)使用RTSP的GET PARAMETER指令定期地進(jìn)行連接確認(rèn)(步驟S402)。在不能從連接目標(biāo)接收對(duì)該請(qǐng)求的確認(rèn)響應(yīng)的情況下，推測(cè)出連接目標(biāo)執(zhí)行尋址，并對(duì)DHCP服務(wù)器執(zhí)行租用更新請(qǐng)求(步驟S405)。
DVCR 200在不執(zhí)行數(shù)據(jù)傳輸?shù)那闆r下，或者是即便在數(shù)據(jù)傳輸中接收了來自于連接目標(biāo)的連接確認(rèn)響應(yīng)的情況下，但判斷為接收了來自網(wǎng)絡(luò)上其他設(shè)備的BYEBYE消息(宣布脫離UPnP網(wǎng)絡(luò)的消息)的情況下(步驟S403)，向DHCP服務(wù)器100發(fā)出租用更新請(qǐng)求(步驟S405)。
即便在步驟S403中沒有接收BYEBYE消息，但在判斷為DHCP服務(wù)器分配的租用期間結(jié)束的情況下(步驟S404)，DVCR 200對(duì)DHCP服務(wù)器100執(zhí)行租用更新請(qǐng)求(DHCP REQUEST)(步驟S405)。
之后，處理轉(zhuǎn)到步驟S405，在對(duì)DHCP服務(wù)器100執(zhí)行租用更新請(qǐng)求，并在一定的超時(shí)時(shí)間內(nèi)接收到來自于DHCP服務(wù)器100的DHCP ACK的情況下，更新租用期間。這里，設(shè)上述超時(shí)時(shí)間為2秒，但這并不是一種限制。在步驟S405中，在一定的超時(shí)時(shí)間內(nèi)沒有接收到來自DHCP服務(wù)器100的DHCP ACK的情況下，DVCR 200檢查當(dāng)前是否為數(shù)據(jù)傳輸過程中(步驟S407)，若為數(shù)據(jù)傳輸中，則在數(shù)據(jù)傳輸結(jié)束之前，維持由DHCP服務(wù)器100以前分配的IP地址設(shè)置，并繼續(xù)進(jìn)行數(shù)據(jù)傳輸。之后，在步驟S407，在判斷為該傳輸結(jié)束的情況下，進(jìn)入步驟S408，轉(zhuǎn)到AutoIP，并變更IP地址以及子網(wǎng)絡(luò)掩碼(步驟S408)。
接下來，按照?qǐng)D5，來說明在執(zhí)行上述處理的DVCR 200在數(shù)據(jù)傳輸過程中，DHCP服務(wù)器100從UPnP網(wǎng)絡(luò)上脫離開的情況下的處理的一個(gè)例子。
在初始狀態(tài)下，所有設(shè)備(DVCR 200、DTV 300)設(shè)置由DHCP服務(wù)器100分配的IP地址，DVCR 200的IP地址/子網(wǎng)絡(luò)地址為“192.168.0.2/24”，DTV 300的IP地址為“192.168.0.3/24”、DHCP服務(wù)器100為“192.168.0.1/24”(固定)。設(shè)本實(shí)施方式的DHCP服務(wù)器100分配的IP地址的租用期間對(duì)任何設(shè)備都是3分鐘，各設(shè)備每隔2分鐘就對(duì)DHCP服務(wù)器100執(zhí)行租用更新請(qǐng)求。這種設(shè)置時(shí)間僅僅是一個(gè)例子，不構(gòu)成對(duì)本發(fā)明的限制。
在這種初始狀態(tài)下，用戶在DTV 300上的控制點(diǎn)應(yīng)用中，利用操作部(設(shè)置了操作按鈕的遙控器等)以及DTV 300的顯示菜單，從網(wǎng)絡(luò)內(nèi)的UPnP設(shè)備中選出DVCR 200作為數(shù)據(jù)發(fā)送源。此后，用戶選擇DVCR 200內(nèi)的圖像數(shù)據(jù)，并按下表示再現(xiàn)請(qǐng)求的按鈕。與此相伴，DTV 300向DVCR 200發(fā)送RTSP SETUP指令，在DTV-DVCR之間架設(shè)連接，通過從DTV 300向DVCR 200發(fā)送RTSP PLAY指令，開始從DVCR 200向DTV 300執(zhí)行所選圖像數(shù)據(jù)的RTP/RTSP流傳輸。即，在DVCR 200接收到RTSP PLAY指令后，就開始利用RTP來發(fā)送指定的圖像數(shù)據(jù)。DTV 300接收由DVCR發(fā)送的動(dòng)畫數(shù)據(jù)，并開始將其實(shí)時(shí)顯示于畫面內(nèi)(時(shí)刻T11)。這里，圖5所示的順序中，DTV 300總是對(duì)為了在DVCR 200執(zhí)行流傳輸?shù)倪^程中進(jìn)行連接確認(rèn)而發(fā)送的GET PARAMETER指令，返回確認(rèn)響應(yīng)。
此后，DTV 300由于DHCP租用期間即將結(jié)束(相當(dāng)于從前一次租用開始經(jīng)過了2分鐘的情況)而對(duì)DHCP服務(wù)器100執(zhí)行租用更新請(qǐng)求(DHCP REQUEST)。DHCP服務(wù)器100接收該更新請(qǐng)求后，設(shè)置新的租用期間，并確認(rèn)該更新(DHCP ACK)(時(shí)刻T12)。
此后，DHCP服務(wù)器100脫離網(wǎng)絡(luò)。此時(shí)，作為UPnP的因特網(wǎng)網(wǎng)關(guān)設(shè)備的DHCP服務(wù)器100在快要離開網(wǎng)絡(luò)之前，多點(diǎn)傳輸BYEBYE消息(時(shí)刻T13)。
如先前說明所述，DVCR 200接收了該BYEBYE消息后，對(duì)DHCP服務(wù)器100執(zhí)行租用更新請(qǐng)求(DHCP REQUEST)。此時(shí)，由于DHCP服務(wù)器100已經(jīng)不存在于UPnP網(wǎng)絡(luò)上，因此，DVCR 200不能接收到來自于DHCP服務(wù)器100的確認(rèn)。由此，DVCR 200確認(rèn)自身的連接狀態(tài)。DVCR 200利用RTSP的SETUP指令對(duì)DTV 300架設(shè)連接，由于處于流傳輸動(dòng)畫數(shù)據(jù)的過程中，因此，保持由DHCP服務(wù)器100從前分配的IP地址“192.168.0.2/24”的設(shè)置(時(shí)刻T14)。
此后，在用戶欣賞完圖像數(shù)據(jù)后，在控制點(diǎn)應(yīng)用中按下停止按鈕。與此相伴，DTV 300對(duì)DVCR 200發(fā)送RTSP TEARDIWN指令。DVCR 200在接收該指令后，終止數(shù)據(jù)傳輸，并關(guān)閉DVCR-DTV間的連接。在關(guān)閉連接后，DVCR利用AutoIP功能生成在同一網(wǎng)絡(luò)內(nèi)為唯一的任意的IP地址，并將DHCP服務(wù)器分配的IP地址變更為利用AutoIP產(chǎn)生的IP地址“169.254.1.1/16”(時(shí)刻T15)。
此后，快要到達(dá)租用期限的DTV 300執(zhí)行租用更新請(qǐng)求(DHCPREQUEST)，但是，并不返回來自于DHCP服務(wù)器100的確認(rèn)(時(shí)刻T16)。由此，DTV 300利用AutoIP功能，設(shè)置在網(wǎng)絡(luò)內(nèi)為唯一的任意的IP地址，例如是“169.254.1.2/16”(時(shí)刻T17)。
正如從以上說明所能夠理解的那樣，在時(shí)刻T15～T17的期間，DTVR 200和DTV 300不能再次架設(shè)連接。但是，若DTV 300具有與DVCR 200相同的功能，則DTV 300在時(shí)刻T15轉(zhuǎn)移到AutoIP，因此，顯然實(shí)際上已不存在上述不能這種連接的期間。
(第2實(shí)施方式的變形例)這里，對(duì)上述第2實(shí)施方式中的BYEBYE消息的接收加上限制，以此為例進(jìn)行說明。
圖6中表示UPnP網(wǎng)絡(luò)上的設(shè)備發(fā)送的BYEBYE消息的記述例子。UPnP設(shè)備多點(diǎn)傳輸BYEBYE消息時(shí)，在NT(Notification Type)標(biāo)題中，能夠設(shè)置告知的對(duì)象。
因此，在該NT標(biāo)題中，在設(shè)備類型記述為“因特網(wǎng)網(wǎng)關(guān)設(shè)備”的情況下，由于知道是來自DHCP服務(wù)器100的BYEBYE消息，因此，可以僅在該情況下對(duì)DHCP服務(wù)器執(zhí)行租用更新請(qǐng)求。即，在圖4的步驟S403中，也可以在接收BYEBYE消息的情況下，檢查該NT標(biāo)題，判斷其是否是“因特網(wǎng)網(wǎng)關(guān)設(shè)備”。除此之外，由于與上述第2實(shí)施方式相同，因此省略其說明。
如上所述，根據(jù)第2實(shí)施方式及其變形例，除了第1實(shí)施方式的作用效果外，還能縮短在UPnP網(wǎng)絡(luò)上的DHCP服務(wù)器離開該UPnP網(wǎng)絡(luò)時(shí)，UPnP設(shè)備間不能通信的期間。
在本實(shí)施方式中，對(duì)UPnP網(wǎng)絡(luò)上存在DHCP服務(wù)器100、DVCR200、DTV 300三種設(shè)備的例子進(jìn)行說明，盡管DHCP服務(wù)器是1個(gè)，但是，除此之外的設(shè)備數(shù)目若處于獲取的IP地址范圍內(nèi)，則也不受限制。
在本實(shí)施方式中，是以依據(jù)IEEE 802.11b標(biāo)準(zhǔn)的網(wǎng)絡(luò)為前題來說明UPnP網(wǎng)絡(luò)的，但是，也可以利用IEEE 802.11a、g，或者也可以利用UltraWideBand、或Bluetooth來進(jìn)行構(gòu)筑。另外，并不限于無線，也可以利用有線(例如以太網(wǎng)(注冊(cè)商標(biāo))、USB、IEEE 1394等)。
在本實(shí)施方式中，作為UPnP網(wǎng)絡(luò)上的控制點(diǎn)，是以DTV 300為例進(jìn)行說明的，但是，由于具有某種程度的顯示單元(顯示器)以及操作部的設(shè)備也能夠用作控制點(diǎn)，因此，也可以是PC。特別是，作為數(shù)據(jù)發(fā)送源，盡管是以DVCR 200為例，但是，由于PC等也能通過執(zhí)行專用的應(yīng)用程序而被用作發(fā)送源，因此很明顯，計(jì)算機(jī)程序也被設(shè)定為本發(fā)明的范圍。由于計(jì)算機(jī)程序通常存儲(chǔ)于CDROM等計(jì)算機(jī)可讀存儲(chǔ)媒體內(nèi)，將其設(shè)置于計(jì)算機(jī)內(nèi)，可通過復(fù)制或安裝于系統(tǒng)內(nèi)而被執(zhí)行，因此，這種計(jì)算機(jī)可讀的存儲(chǔ)媒體也必然落入本發(fā)明的范圍內(nèi)。
如上所述，根據(jù)本發(fā)明，即便在DHCP服務(wù)器由于任何原因離開網(wǎng)絡(luò)的情況下，也可以防止中斷數(shù)據(jù)流的發(fā)送。另外，即便在DHCP服務(wù)器離開網(wǎng)絡(luò)，也可以縮短網(wǎng)絡(luò)不能連接的期間。
在不脫離本發(fā)明的主旨和范圍的情況下，很明顯可以作出許多本發(fā)明的不同的實(shí)施例，應(yīng)當(dāng)理解，本發(fā)明并不僅限于說明書中特定的實(shí)施例，而是由權(quán)利要求書定義的。
權(quán)利要求
1.一種通信裝置，具有網(wǎng)絡(luò)連接單元，通過該網(wǎng)絡(luò)連接單元而與其他裝置之間執(zhí)行數(shù)據(jù)流的發(fā)送或接收，其特征在于，所述通信裝置包括DHCP客戶機(jī)單元，從所述網(wǎng)絡(luò)上的DHCP服務(wù)器獲取IP地址，并在獲取的IP地址的租用期限屆滿之前，進(jìn)行IP地址的更新請(qǐng)求；IP地址生成單元，在利用該DHCP客戶機(jī)單元從所述DHCP服務(wù)器獲取IP地址失敗時(shí)，自身生成IP地址；判斷單元，在利用所述DHCP客戶機(jī)單元向DHCP服務(wù)器請(qǐng)求更新失敗時(shí)，判斷與通信對(duì)方裝置之間是否處于數(shù)據(jù)流通信過程中；以及控制單元，在該判斷單元判斷出處于數(shù)據(jù)流通信過程中時(shí)，在該數(shù)據(jù)流通信結(jié)束之前，維持從前使用的IP地址，而在所述判斷單元判斷出未處于數(shù)據(jù)流通信過程中、或數(shù)據(jù)流通信結(jié)束時(shí)，利用所述IP地址生成單元生成自身的IP地址，并維持與網(wǎng)絡(luò)的連接。
2.如權(quán)利要求1所述的通信裝置，其特征在于，所述網(wǎng)絡(luò)是UPnP網(wǎng)絡(luò)。
3.如權(quán)利要求1所述的通信裝置，其特征在于，所述網(wǎng)絡(luò)連接單元是IEEE 802.11x、UltraWideBand、或藍(lán)牙中的任何一種無線網(wǎng)絡(luò)接口，其中x是a、b、d。
4.如權(quán)利要求1至3中任一所述的通信裝置，其特征在于，還包括第1判斷單元，在與所述通信對(duì)方裝置的通信中，向該通信對(duì)方裝置發(fā)送連接確認(rèn)消息，并利用是否有應(yīng)答來進(jìn)行連接確認(rèn)的判斷；第2判斷單元，判斷是否從存在于所述網(wǎng)絡(luò)上的其他裝置接收到聲明脫離網(wǎng)絡(luò)的消息；IP地址更新請(qǐng)求單元，在所述第1判斷單元判斷為不能確認(rèn)與所述通信對(duì)方裝置連接的情況下、或所述第2判斷單元判斷為接收到聲明脫離網(wǎng)絡(luò)的情況下，向所述DHCP服務(wù)器進(jìn)行IP地址的更新請(qǐng)求；以及第2控制單元，在由該IP地址更新單元進(jìn)行的更新失敗的情況下，等待數(shù)據(jù)流通信結(jié)束，利用所述IP地址生成單元生成自身的IP地址，并維持與網(wǎng)絡(luò)的連接。
5.一種通信裝置的控制方法，該通信裝置具有網(wǎng)絡(luò)連接單元，通過該網(wǎng)絡(luò)連接單元而與其他裝置之間執(zhí)行數(shù)據(jù)流的發(fā)送或接收，其特征在于，該控制方法包括DHCP客戶機(jī)步驟，從所述網(wǎng)絡(luò)上的DHCP服務(wù)器獲取IP地址，并在獲取的IP地址的租用期限屆滿之前，進(jìn)行IP地址的更新請(qǐng)求；IP地址生成步驟，在利用該DHCP客戶機(jī)步驟從所述DHCP服務(wù)器獲取IP地址失敗時(shí)，自身生成IP地址；判斷步驟，在利用所述DHCP客戶機(jī)步驟向DHCP服務(wù)器請(qǐng)求更新失敗時(shí)，判斷與通信對(duì)方裝置之間是否處于數(shù)據(jù)流通信過程中；以及控制步驟，在該判斷步驟判斷出處于數(shù)據(jù)流通信過程中時(shí)，在該數(shù)據(jù)流通信結(jié)束之前，維持從前使用的IP地址，而在所述判斷步驟判斷出未處于數(shù)據(jù)流通信過程中、或數(shù)據(jù)流通信結(jié)束時(shí)，利用所述IP地址生成步驟生成自身的IP地址，并維持與網(wǎng)絡(luò)的連接。
6.一種攝像裝置，包括攝像單元；將拍攝的圖像信息存儲(chǔ)在規(guī)定存儲(chǔ)媒體內(nèi)的存儲(chǔ)單元；網(wǎng)絡(luò)連接單元；以及根據(jù)來自通過該網(wǎng)絡(luò)連接單元而連接的網(wǎng)絡(luò)上的控制裝置的指示，將存儲(chǔ)于所述存儲(chǔ)單元內(nèi)的圖像信息作為圖像流發(fā)送給所述網(wǎng)絡(luò)上的再現(xiàn)裝置的流發(fā)送單元，其特征在于，所述攝像裝置包括DHCP客戶機(jī)單元，從所述網(wǎng)絡(luò)上的DHCP服務(wù)器獲取IP地址，并在獲取的IP地址的租用期限屆滿之前，進(jìn)行IP地址的更新請(qǐng)求；IP地址生成單元，在利用該DHCP客戶機(jī)單元從所述DHCP服務(wù)器獲取IP地址失敗時(shí)，自身生成IP地址；判斷單元，在利用所述DHCP客戶機(jī)單元向DHCP服務(wù)器請(qǐng)求更新失敗時(shí)，判斷與所述再現(xiàn)裝置之間是否處于圖像流通信過程中；以及控制單元，在該判斷單元判斷出處于圖像流通信過程中時(shí)，在該數(shù)據(jù)流通信結(jié)束之前，維持從前使用的IP地址，而在所述判斷單元判斷出未處于數(shù)據(jù)流通信過程中、或數(shù)據(jù)流通信結(jié)束時(shí)，利用所述IP地址生成單元生成自身的IP地址，并維持與網(wǎng)絡(luò)的連接。
7.一種攝像裝置的控制方法，所述攝像裝置包括攝像單元；將拍攝的圖像信息存儲(chǔ)在規(guī)定存儲(chǔ)媒體內(nèi)的存儲(chǔ)單元；網(wǎng)絡(luò)連接單元；以及根據(jù)來自通過該網(wǎng)絡(luò)連接單元而連接的網(wǎng)絡(luò)上的控制裝置的指示，將存儲(chǔ)于所述存儲(chǔ)單元內(nèi)的圖像信息作為圖像流發(fā)送給所述網(wǎng)絡(luò)上的再現(xiàn)裝置的流發(fā)送單元，其特征在于，所述方法包括DHCP客戶機(jī)步驟，從所述網(wǎng)絡(luò)上的DHCP服務(wù)器獲取IP地址，并在獲取的IP地址的租用期限屆滿之前，進(jìn)行IP地址的更新請(qǐng)求；IP地址生成步驟，在利用該DHCP客戶機(jī)步驟從所述DHCP服務(wù)器獲取IP地址失敗時(shí)，自身生成IP地址；判斷步驟，在利用所述DHCP客戶機(jī)步驟向DHCP服務(wù)器請(qǐng)求更新失敗時(shí)，判斷與所述再現(xiàn)裝置之間是否處于圖像流通信過程中；以及控制步驟，在該判斷步驟判斷出處于圖像流通信過程中時(shí)，在該數(shù)據(jù)流通信結(jié)束之前，維持從前使用的IP地址，而在所述判斷步驟判斷出未處于數(shù)據(jù)流通信過程中、或數(shù)據(jù)流通信結(jié)束時(shí)，利用所述IP地址生成步驟生成自身的IP地址，并維持與網(wǎng)絡(luò)的連接。
全文摘要
本發(fā)明提供一種通信裝置和攝像裝置、及其控制方法，其中的數(shù)字可攜式攝像機(jī)等通信裝置從UPnP網(wǎng)絡(luò)內(nèi)的DHCP服務(wù)器獲取IP地址。在通信裝置對(duì)DTV發(fā)送作為拍攝圖像的圖像流的過程中，在通信裝置向DHCP服務(wù)器請(qǐng)求IP地址的更新請(qǐng)求時(shí)，在DHCP服務(wù)器已經(jīng)離開了UPnP網(wǎng)絡(luò)的情況下，繼續(xù)發(fā)送原樣保持從前的IP地址的流。于是，在一連串的發(fā)送結(jié)束時(shí)，使用AutoIP功能，自己產(chǎn)生IP地址。
文檔編號(hào)G06F15/177GK1649354SQ20051000685
公開日2005年8月3日 申請(qǐng)日期2005年1月28日 優(yōu)先權(quán)日2004年1月30日
發(fā)明者藤田俊司 申請(qǐng)人:佳能株式會(huì)社