2024年6月12日发(作者：连暄嫣)
(19)中华人民共和国国家知识产权局
(12)发明专利说明书
(21)申请号 CN2.0
(22)申请日 2005.01.28
(71)申请人 佳能株式会社
地址 日本东京
(72)发明人 藤田俊司
(74)专利代理机构 中国国际贸易促进委员会专利商标事务所
代理人 曲瑞
(51)
H04L29/12
H04N5/232
(10)申请公布号 CN 1649354 A
(43)申请公布日 2005.08.03
权利要求说明书 说明书 幅图
(54)发明名称
法
(57)摘要
本发明提供一种通信装置和摄像装
通信装置和摄像装置、及其控制方
置、及其控制方法，其中的数字可携式摄
像机等通信装置从UPnP网络内的DHCP
服务器获取IP地址。在通信装置对DTV
发送作为拍摄图像的图像流的过程中，在
通信装置向DHCP服务器请求IP地址的更
新请求时，在DHCP服务器已经离开了
UPnP网络的情况下，继续发送原样保持从
前的IP地址的流。于是，在一连串的发送
结束时，使用AutoIP功能，自己产生IP
地址。
法律状态
法律状态公告日
法律状态信息
法律状态
权 利 要 求 说 明 书
1.一种通信装置，具有网络连接单元，通过该网络连接单元而与其他装置之间执行
数据流的发送或接收，其特征在于，所述通信装置包括：
DHCP客户机单元，从所述网络上的DHCP服务器获取IP地址，并在获取的IP地
址的租用期限届满之前，进行IP地址的更新请求；
IP地址生成单元，在利用该DHCP客户机单元从所述DHCP服务器获取IP地址失
败时，自身生成IP地址；
判断单元，在利用所述DHCP客户机单元向DHCP服务器请求更新失败时，判断
与通信对方装置之间是否处于数据流通信过程中；
以及
控制单元，在该判断单元判断出处于数据流通信过程中时，在该数据流通信结束之
前，维持从前使用的IP地址，而在所述判断单元判断出未处于数据流通信过程中、
或数据流通信结束时，利用所述IP地址生成单元生成自身的IP地址，并维持与网
络的连接。
2.如权利要求1所述的通信装置，其特征在于，所述网络是UPnP网络。
3.如权利要求1所述的通信装置，其特征在于，所述网络连接单元是IEEE 802.11x、
UltraWideBand、或蓝牙中的任何一种无线网络接口，其中x是a、b、d。
4.如权利要求1至3中任一所述的通信装置，其特征在于，还包括：
第1判断单元，在与所述通信对方装置的通信中，向该通信对方装置发送连接确认
消息，并利用是否有应答来进行连接确认的判断；
第2判断单元，判断是否从存在于所述网络上的其他装置接收到声明脱离网络的消
息；
IP地址更新请求单元，在所述第1判断单元判断为不能确认与所述通信对方装置
连接的情况下、或所述第2判断单元判断为接收到声明脱离网络的情况下，向所述
DHCP服务器进行IP地址的更新请求；
以及
第2控制单元，在由该IP地址更新单元进行的更新失败的情况下，等待数据流通
信结束，利用所述IP地址生成单元生成自身的IP地址，并维持与网络的连接。
5.一种通信装置的控制方法，该通信装置具有网络连接单元，通过该网络连接单元
而与其他装置之间执行数据流的发送或接收，其特征在于，该控制方法包括：
DHCP客户机步骤，从所述网络上的DHCP服务器获取IP地址，并在获取的IP地
址的租用期限届满之前，进行IP地址的更新请求；
IP地址生成步骤，在利用该DHCP客户机步骤从所述DHCP服务器获取IP地址失
败时，自身生成IP地址；
判断步骤，在利用所述DHCP客户机步骤向DHCP服务器请求更新失败时，判断
与通信对方装置之间是否处于数据流通信过程中；
以及
控制步骤，在该判断步骤判断出处于数据流通信过程中时，在该数据流通信结束之
前，维持从前使用的IP地址，而在所述判断步骤判断出未处于数据流通信过程中、
或数据流通信结束时，利用所述IP地址生成步骤生成自身的IP地址，并维持与网
络的连接。
6.一种摄像装置，包括：摄像单元；将拍摄的图像信息存储在规定存储媒体内的存
储单元；网络连接单元；以及根据来自通过该网络连接单元而连接的网络上的控制
装置的指示，将存储于所述存储单元内的图像信息作为图像流发送给所述网络上的
再现装置的流发送单元，其特征在于，所述摄像装置包括：
DHCP客户机单元，从所述网络上的DHCP服务器获取IP地址，并在获取的IP地
址的租用期限届满之前，进行IP地址的更新请求；
IP地址生成单元，在利用该DHCP客户机单元从所述DHCP服务器获取IP地址失
败时，自身生成IP地址；
判断单元，在利用所述DHCP客户机单元向DHCP服务器请求更新失败时，判断
与所述再现装置之间是否处于图像流通信过程中；
以及
控制单元，在该判断单元判断出处于图像流通信过程中时，在该数据流通信结束之
前，维持从前使用的IP地址，而在所述判断单元判断出未处于数据流通信过程中、
或数据流通信结束时，利用所述IP地址生成单元生成自身的IP地址，并维持与网
络的连接。
7.一种摄像装置的控制方法，所述摄像装置包括：摄像单元；将拍摄的图像信息存
储在规定存储媒体内的存储单元；网络连接单元；以及根据来自通过该网络连接单
元而连接的网络上的控制装置的指示，将存储于所述存储单元内的图像信息作为图
像流发送给所述网络上的再现装置的流发送单元，其特征在于，所述方法包括：
DHCP客户机步骤，从所述网络上的DHCP服务器获取IP地址，并在获取的IP地
址的租用期限届满之前，进行IP地址的更新请求；
IP地址生成步骤，在利用该DHCP客户机步骤从所述DHCP服务器获取IP地址失
败时，自身生成IP地址；
判断步骤，在利用所述DHCP客户机步骤向DHCP服务器请求更新失败时，判断
与所述再现装置之间是否处于图像流通信过程中；
以及
控制步骤，在该判断步骤判断出处于图像流通信过程中时，在该数据流通信结束之
前，维持从前使用的IP地址，而在所述判断步骤判断出未处于数据流通信过程中、
或数据流通信结束时，利用所述IP地址生成步骤生成自身的IP地址，并维持与网
络的连接。
说 明 书
技术领域
本发明涉及获取、更新利用IP地址来进行网络通信的摄像装置等通信装置中的IP
地址的技术。
背景技术
近年来，开发了用于搜索提供网络上的规定服务的设备的网络技术。这种技术中有
一种美国微软公司提倡的UPnP(Unversal Plug andPlay：通用即插即用)(例如文献
“Universal Plug and Play DeviceArchitecture Version 1.0，08 Jun 2000 10：41 AM”)。
在UPnP中，规定了“服务”、“设备”以及“控制点”。服务是提供规定服务的逻辑单
位，设备是具有1个以上服务的逻辑单位，控制点是控制1个以上服务的逻辑单位。
UPnP是由称为IP、TCP、UDP、HTTP的互联网标准技术构成的，上述文献规定
了在连接到网络上之后，设备之间彼此检测直到相互识别为止的自动步骤、实际控
制设备的步骤以及发行事件的步骤。以下，将参照上述文献对UPnP的寻址以及发
现的步骤进行说明。
寻址是获取网络地址即获取IP地址的步骤，是作为在加入网络并与其他设备相互
作用之前必须执行的前题的步骤。在UPnP中，为了设置IP地址而定义了两种方
式。
第一种方式是获取来自DHCP(Dynamic Host ConfigurationProtocol)服务器的IP地址
(例如文献
“RFC 2131 Dynamic HostConfiguration request for comments。”)。以下，
对DHCP简单说明其概要。
UPnP设备必须具有DHCP客户机功能，在加入到网络中时，首先检查DHCP服务
器是否存在(DHCP DISCOVER)。因此，若网络内存在DHCP服务器，则能够接收
来自于DHCP服务器的应答(DHCPOFFER)、执行IP地址的请求申请
(DHCP REQUEST)、在一定期间内获取DHCP服务器任意生成的、在同一网络内
为唯一的IP地址(DHCP ACK)。所谓该一定期间是租用(lease)期间，在想继续使用
IP地址的情况下，需要在租用期间的期限届满之前，向DHCP服务器申请更新请
求(DHCP REQUEST)和接受更新许可。在设备脱离网络等已经不需要IP地址的情
况下，必须将该IP地址返回给DHCP服务器。
第2种方式是使用AutoIP技术的IP地址设置(例如文献
“Automatically Choosing an IP Address in an Ad-Hoc IPv4 draft”)。以下，
就该AutoIP简单说明其概要。
AutoIP是设备自身任意产生IP地址从而进行设定的功能。能够使用的IP地址的范
围被限制在从169.254.1.0到169.254.254.255，设备在识别出网络上不存在DHCP
服务器的情况下，在该地址范围内生成任意的IP地址，在使用
ARP(Address Resolution Protocol)确认出在同一网络内没有使用相同IP地址的设备
后执行设置。由此，即便在不存在DHCP服务器的网络中，也能够执行寻址。
在UPnP中，出于防止由ARP引起的网络业务量的增加，本发明2种方式中
DHCP服务器分配的方式优先。即，利用AutoIP设置的UPnP设备必须要定期检验
DHCP服务器是否存在于网络内(DHCPDISCOVER)。该周期在UPnP中推荐为5分
钟的间隔。
UPnP设备在利用寻址步骤设置了IP地址后，执行发现。发现是自动与网络上的所
有其他设备相互识别的步骤。在发现中，大致定义2个消息，一个是告知加入到网
络中的ALIVE消息，另一个是告知脱离网络的BYEBYE消息。通过多点传输这些
消息，能够使网络上的所有设备相互识别各自是否存在。这两条消息具有由
GENA协议定义的Notification类型，由此，能够将告知的对象设定为路由器、
UUID、设备类型、以及服务类型4种。
UPnP设备尽管是使用在上述寻址步骤中所述的方法来执行IP地址的设置，但是，
若在DHCP服务器管理多个UPnP设备的IP地址的网络中，当DHCP服务器从网
络脱离时，则会产生以下这样的问题。
图7表示该问题的一个例子的过程。
图示中，利用数字可携式摄像机(以下称为DVCR)、DHCP服务器、数字电视(以下
为DTV)构成了UPnP网络，所有设备使用由DHCP服务器分配的IP地址。设
DHCP服务器由无线LAN的访问点构成，但也可以由PC等构成，连接方式也可
以是有线网络(例如以太网(注册商标))。
图7中示出了各设备的IP地址，其中DHCP服务器为“192.168.0.1”(固定)、作为
DHCP客户机的DVCR的IP地址为“192.168.0.2”、DTV的IP地址为“192.168.0.3”。
此外，任何一个子网络掩码(mask)一般例如是“255.255.255.0”。
其中，对在DVCR正在向DTV流传输所记录的动画数据的过程中，DHCP服务器
突然从网络上脱离开的情况(故障、电源OFF、或移动到无线通信区域外等)进行考
察。
其中，在DHCP服务器脱离网络后，DVCR马上执行IP地址更新请求，当然，由
于DCHP服务器不存在，因此不能返回响应。即，DVCR在检测出DHCP服务器
不存在时转到AutoIP，设置任意的IP地址，例如是“169.254.1.1”。但是，此时，
由AutoIP设置的网络地址(子网络掩码被规定为16比特的“255.255.0.0”)变为与在
此之前使用由DHCP服务器分配的IP地址时的网络地址不同，从而从DVCR向
DTV的流传输会中断。
发明内容
本发明的一个目的是克服上述缺陷。
本发明的其他目的是提供一种阻止例如在DHCP服务器从UPnP网络上脱离开的情
况下所产生的、与其他设备间数据传输的中断，或者极力缩短由于各设备的地址设
置变更定时差而产生的不能与其他设备进行数据传输的时间。
在本发明的一种方案中，提供了一种通信装置，具有网络连接单元，通过该网络连
接单元而与其他装置之间执行数据流的发送或接收，其特征在于，所述通信装置包
括：
DHCP客户机单元，从所述网络上的DHCP服务器获取IP地址，并在获取的IP地
址的租用期限届满之前，进行IP地址的更新请求；
IP地址生成单元，在利用该DHCP客户机单元从所述DHCP服务器获取IP地址失
败时，自身生成IP地址；
判断单元，在利用所述DHCP客户机单元向DHCP服务器请求更新失败时，判断
与通信对方装置之间是否处于数据流通信过程中；以及
控制单元，在该判断单元判断出处于数据流通信过程中时，在该数据流通信结束之
前，维持从前使用的IP地址，而在所述判断单元判断出未处于数据流通信过程中、
或数据流通信结束时，利用所述IP地址生成单元生成自身的IP地址，并维持与网
络的连接。
通过结合附图所作的以下说明，将会使本发明的其他特征和优点更加明显，在所有
附图中，相似的参考标记表示相同或相似的部分。
附图说明
图1图示了第1、第2实施方式中UPnP网络的结构。
图2是一张流程图，其表示第1实施方式中地址迁移时的DVCR的处理过程。
图3图示了第1实施方式中UPnP设备的地址迁移的流程。
图4是一张流程图，其表示第2实施方式中地址迁移时的DVCR的处理过程。
图5图示了第2实施方式中UPnP设备的地址迁移的流程。
图6图示了UPnP设备发送的BYEBYE消息的记载内容的一个例子。
图7图示了DHCP服务器脱离UPnP网络之前的过程。
图8是实施方式中的DVCR的方框结构图。
具体实施方式
以下，将根据附图对本发明的实施方式进行详细说明。
(第1实施方式)
图1图示了UPnP网络结构的一个例子。数字可携摄像机(以下称为DVCR)200是
这样一种设备，其用作由音频视频工作委员会(AVWC)定义的媒体服务器。数字电
视机(以下称为DTV)300也同样，用作由AV WC定义的媒体再现器，于是，
DHCP服务器100是由因特网网关WC定义的因特网网关设备。DTV 300还具有作
为UPnP控制点的功能。所有设备都通过遵循IEEE 802.b标准的无线接口而连接。
设本实施方式中的DHCP服务器100是由遵循IEEE802.b标准的访问点
(access point)实现的。DVCR 200、DTV 300合起来具有DHCP客户机功能、
AutoIP功能。
在本实施方式中，对将本发明应用于DVCR 200的情况进行说明。但是，既便是
DVCR 200以外的装置(数字相机、便携式电话、移动式计算机等)也能够实施本发
明。
图8是表示本实施方式中DVCR 200的主要构成部件的框图。DVCR 200以掌管装
置整体控制的CPU111为主，并具有以下结构。
112是存储控制程序、DVCR4的UUID、设备说明、服务说明等的ROM；113是
作为工作区域使用的RAM；114是具有录象按钮、各种开关、按钮，还具有切换
加入到UPnP网络上或脱离UPnP网络的按钮(网络加入按钮)等的操作部。115是用
于连接到UPnP网络上的网络接口；116是由光学透镜、图像传感器(CCD传感器
等)构成的相机部；117是执行压缩编码/解码处理的编解码部；118是对记录媒体
(盘媒体、磁带等)执行图像数据的记录/再现的记录部；119是具有液晶显示器等的
显示部。
在上述结构中，在DVCR 200的电源为ON、网络加入按钮为ON时，对DHCP服
务器100请求IP地址(DHCP REQUEST)，之后，加入到UpnP网络上。此后，根
据来自UPnP网络上的控制点(在本实施例中为DTV 300)的指示，将记录于记录媒
体上的带音频的运动图像流发送到网络上的媒体再现器(在本实施例中由DTV兼
任)，在那里被再现。
然后，根据图2的流程图来说明在DVCR 200如上所述从DHCP服务器100获取
IP地址而加入到UPnP网络上之后，在发送数据过程中，由于任何原因使DHCP服
务器100从网络上脱离的情况(DHCP服务器100的可通信区域变为DVCR 200等
的可通信区域外，或者其电源变为OFF的情况等)下的处理。与图2相关的处理是
作为与数据发送处理不同的其他任务而进行的处理。
DVCR 200在由DHCP服务器100分配的IP地址的租用期间结束之前，定期对
DHCP服务器100执行租用更新请求(DHCPREQUEST)(步骤S201、S202)。
在发出租用更新请求(DHCP REQUEST)后，在步骤S203中，在于规定时间内接收
了来自于DHCP服务器100的确认消息(DHCPACK)的情况下，更新租用期间。在
步骤S203中，在于规定时间内没有接收到来自DHCP服务器100的确认消息
(DHCP ACK)的情况下，DVCR 200检查自己的连接状态(步骤S204)。在对网络内
的其他设备执行数据发送或接收的情况下，维持由DHCP服务器100分配的IP地
址。在不对网络内的其他任何一个设备进行数据发送或接收的情况下，将DHCP
服务器所分配的IP地址变更为由AutoIP产生的任意的IP地址(步骤S205)。
即，DVCR 200在执行数据收发的过程中(有时也有接收后执行记录的情况)，在到
达了IP地址的租用期限后，既便发送其租用更新请求，也不能接收来自于DHCP
服务器100的认证消息，这时不能直接转移到AutoIP，要等待其一系列的收发结
束后，才转移到AutoIP。
接着，参照图3来说明在执行上述处理的DVCR 200中，DHCP服务器100在
DVCR执行数据传输中从网络上脱离时的情况。
在初始状态下，所有设备都设置由DHCP服务器100分配的IP地址，各自的IP地
址分别为：DVCR 200为“192.168.0.2/24”、DTV为“192.168.0.3/24”、DHCP服务器
为“192.168.0.1/24”(“/24”表示从网络掩码开头开始24比特为“1”，即子网络掩码为
“255.255.255.0”)。设本实施方式的DHCP服务器中的IP地址的租用期间对于任何
一个设备都是3分钟，设各设备每隔2分钟就向DHCP服务器发送租用更新请求。
但是，这些时间仅仅是一个例子，并不能据此作为对本申请发明的限定。
在这样的初始状态下，用户在DTV 300上的控制点应用中，从网络内的UPnP设
备中(能够存在多个)选择DVCR 200，作为数据发送源。之后，用户选择
DVCR 200内的图像数据，并按下再现按钮。与此相伴，DTV 300向DVCR 200发
送RTSP SETUP指令，在DTV300-DVCR200间架设连接，利用RTSP PLAY指令
开始RTP/RTSP流传输(时刻T1)。DVCR 200在接收了RTSP PLAY指令后，开始
按照RTP协议将指定的图像数据发送到指定设备(这里为DTV 300)。DTV300接收
了从DVCR 200发送的动画数据，并将其实时显示于画面内。
此后，由于DHCP服务器分配的IP地址的租用期间即将结束，DTV 300对DHCP
服务器100执行租用更新请求(DHCP REQUEST)。DHCP服务器100接收该租用更
新请求，并更新租用期间(DHCPACK)。表示这一操作的时刻为图示的时刻T2。
此后，在图中表示了在时刻T3，DHCP服务器100从网络上脱离的情况。
此后，DVCR 200处于租用期间即将结束的状态，因此，对DHCP服务器100发出
租用更新请求(DHCP REQUEST)，但是，由于DHCP服务器100已经不存在于网
络内，因此，DVCR 200不能接收到来自于DHCP服务器100的确认(时刻T4)。为
此，作为下一个处理，DVCR200确认DVCR自身的连接状态。DVCR 200为了对
DTV 300架设连接，以流传输动画数据，需要继续保持(维持)由当前DHCP服务器
100分配的IP地址“192.168.0.2/24”的设置。
此后，若用户欣赏完图像数据(用户在控制点应用中按下停止按钮)，则DTV 300对
DVCR 200发送RTSP TEARDOWN指令。DVCR200在接收该指令后，终止数据
传输，并关闭与DTV间的连接。在关闭连接后，DVCR 200利用AutoIP产生在同
一网络内为唯一的任意的IP地址，并从DHCP服务器分配的IP地址移动到AutoIP，
变更为自身产生的IP地址例如是“169.254.1.1/16”(时刻T5)。
此后，租用期限即将结束的DTV 300执行租用更新请求(DHCPREQUEST)，但是，
并不返回DHCP服务器的确认。此时，由于DTV300未处于数据接收中，因此转
到AutoIP，设置在网络内为唯一的任意的IP地址，例如是“169.254.1.2”(时刻T6)。
在DVCR 200转移到AutoIP、DTV 300转向AutoIP前的期间，变为不可互相通信
的状态，但在二者都转向AutoIP后，由于网络地址变为一致，因此能够再次进行
通信。
以上是由DHCP分配给DVCR 200的IP地址的租用期限早于分配给DTV 300的期
限的例子，但相反的情况也是一样的。即，在DTV300接收到来自于DVCR 300的
流的过程中，在IP地址的租用期间届满之前，对DHCP服务器100执行租用更新
请求(DHCP REQUEST)，并且没有返回来自DHCP 100的认证的情况下，在等待一
连串的再现结束后(既便超越了租用期限)，才转移到AutoIP。
如上所述，根据本实施方式，在可连接到UPnP网络的设备中，对DHCP服务器发
行IP地址的更新请求，在没有任何来自于DHCP服务器的应答，并且在该时刻已
经确立了与其他设备的通信的情况下，通过继续使用从前由DHCP服务器分配的
IP地址，杜绝了所谓已确立了通信的设备之间的通信中断的问题。
<第2实施方式>
在第2实施方式中，说明改善检查DHCP服务器100是否脱离网络的时刻的例子。
为了简单进行说明，第2实施方式的网络结构与图1相同、对应用于DVCR 200的
情况进行说明。
按照图4的流程来执行以下处理：在DHCP服务器100从UPnP网络脱离开后，第
2实施方式的DVCR 200从由DHCP服务器100分配IP地址的状态切换到AutoIP
设置。
首先，DVCR 200判断是否对网络上的其他设备执行数据传输(步骤S401)。在本实
施例中，判断是否执行RTP/RTSP传输。之后，在判断为处于传输中的情况下，在
步骤S402，对连接目标(在本实施方式中为DTV 300)使用RTSP的
GET PARAMETER指令定期地进行连接确认(步骤S402)。在不能从连接目标接收
对该请求的确认响应的情况下，推测出连接目标执行寻址，并对DHCP服务器执
行租用更新请求(步骤S405)。
DVCR 200在不执行数据传输的情况下，或者是即便在数据传输中接收了来自于连
接目标的连接确认响应的情况下，但判断为接收了来自网络上其他设备的
BYEBYE消息(宣布脱离UPnP网络的消息)的情况下(步骤S403)，向DHCP服务器
100发出租用更新请求(步骤S405)。
即便在步骤S403中没有接收BYEBYE消息，但在判断为DHCP服务器分配的租
用期间结束的情况下(步骤S404)，DVCR 200对DHCP服务器100执行租用更新请
求(DHCP REQUEST)(步骤S405)。
之后，处理转到步骤S405，在对DHCP服务器100执行租用更新请求，并在一定
的超时时间内接收到来自于DHCP服务器100的DHCP ACK的情况下，更新租用
期间。这里，设上述超时时间为2秒，但这并不是一种限制。在步骤S405中，在
一定的超时时间内没有接收到来自DHCP服务器100的DHCP ACK的情况下，
DVCR 200检查当前是否为数据传输过程中(步骤S407)，若为数据传输中，则在数
据传输结束之前，维持由DHCP服务器100以前分配的IP地址设置，并继续进行
数据传输。之后，在步骤S407，在判断为该传输结束的情况下，进入步骤S408，
转到AutoIP，并变更IP地址以及子网络掩码(步骤S408)。
接下来，按照图5，来说明在执行上述处理的DVCR 200在数据传输过程中，
DHCP服务器100从UPnP网络上脱离开的情况下的处理的一个例子。
在初始状态下，所有设备(DVCR 200、DTV 300)设置由DHCP服务器100分配的
IP地址，DVCR 200的IP地址/子网络地址为“192.168.0.2/24”，DTV 300的IP地址
为“192.168.0.3/24”、DHCP服务器100为“192.168.0.1/24”(固定)。设本实施方式的
DHCP服务器100分配的IP地址的租用期间对任何设备都是3分钟，各设备每隔2
分钟就对DHCP服务器100执行租用更新请求。这种设置时间仅仅是一个例子，
不构成对本发明的限制。
在这种初始状态下，用户在DTV 300上的控制点应用中，利用操作部(设置了操作
按钮的遥控器等)以及DTV 300的显示菜单，从网络内的UPnP设备中选出
DVCR 200作为数据发送源。此后，用户选择DVCR 200内的图像数据，并按下表
示再现请求的按钮。与此相伴，DTV 300向DVCR 200发送RTSP SETUP指令，
在DTV-DVCR之间架设连接，通过从DTV 300向DVCR 200发送RTSP PLAY指
令，开始从DVCR 200向DTV 300执行所选图像数据的RTP/RTSP流传输。即，
在DVCR 200接收到RTSP PLAY指令后，就开始利用RTP来发送指定的图像数据。
DTV 300接收由DVCR发送的动画数据，并开始将其实时显示于画面内(时刻T11)。
这里，图5所示的顺序中，DTV 300总是对为了在DVCR 200执行流传输的过程中
进行连接确认而发送的GET PARAMETER指令，返回确认响应。
此后，DTV 300由于DHCP租用期间即将结束(相当于从前一次租用开始经过了2
分钟的情况)而对DHCP服务器100执行租用更新请求(DHCP REQUEST)。DHCP
服务器100接收该更新请求后，设置新的租用期间，并确认该更新(DHCP ACK)(时
刻T12)。
此后，DHCP服务器100脱离网络。此时，作为UPnP的因特网网关设备的DHCP
服务器100在快要离开网络之前，多点传输BYEBYE消息(时刻T13)。
如先前说明所述，DVCR 200接收了该BYEBYE消息后，对DHCP服务器100执
行租用更新请求(DHCP REQUEST)。此时，由于DHCP服务器100已经不存在于
UPnP网络上，因此，DVCR 200不能接收到来自于DHCP服务器100的确认。由
此，DVCR 200确认自身的连接状态。DVCR 200利用RTSP的SETUP指令对
DTV 300架设连接，由于处于流传输动画数据的过程中，因此，保持由DHCP服
务器100从前分配的IP地址“192.168.0.2/24”的设置(时刻T14)。
此后，在用户欣赏完图像数据后，在控制点应用中按下停止按钮。与此相伴，
DTV 300对DVCR 200发送RTSP TEARDIWN指令。DVCR 200在接收该指令后，
终止数据传输，并关闭DVCR-DTV间的连接。在关闭连接后，DVCR利用AutoIP
功能生成在同一网络内为唯一的任意的IP地址，并将DHCP服务器分配的IP地址
变更为利用AutoIP产生的IP地址“169.254.1.1/16”(时刻T15)。
此后，快要到达租用期限的DTV 300执行租用更新请求(DHCPREQUEST)，但是，
并不返回来自于DHCP服务器100的确认(时刻T16)。由此，DTV 300利用AutoIP
功能，设置在网络内为唯一的任意的IP地址，例如是“169.254.1.2/16”(时刻T17)。
正如从以上说明所能够理解的那样，在时刻T15～T17的期间，DTVR 200和
DTV 300不能再次架设连接。但是，若DTV 300具有与DVCR 200相同的功能，
则DTV 300在时刻T15转移到AutoIP，因此，显然实际上已不存在上述不能这种
连接的期间。
(第2实施方式的变形例)
这里，对上述第2实施方式中的BYEBYE消息的接收加上限制，以此为例进行说
明。
图6中表示UPnP网络上的设备发送的BYEBYE消息的记述例子。UPnP设备多点
传输BYEBYE消息时，在NT(Notification Type)标题中，能够设置告知的对象。
因此，在该NT标题中，在设备类型记述为“因特网网关设备”的情况下，由于知道
是来自DHCP服务器100的BYEBYE消息，因此，可以仅在该情况下对DHCP服
务器执行租用更新请求。即，在图4的步骤S403中，也可以在接收BYEBYE消息
的情况下，检查该NT标题，判断其是否是“因特网网关设备”。除此之外，由于与
上述第2实施方式相同，因此省略其说明。
如上所述，根据第2实施方式及其变形例，除了第1实施方式的作用效果外，还能
缩短在UPnP网络上的DHCP服务器离开该UPnP网络时，UPnP设备间不能通信
的期间。
在本实施方式中，对UPnP网络上存在DHCP服务器100、DVCR200、DTV 300三
种设备的例子进行说明，尽管DHCP服务器是1个，但是，除此之外的设备数目
若处于获取的IP地址范围内，则也不受限制。
在本实施方式中，是以依据IEEE 802.11b标准的网络为前题来说明UPnP网络的，
但是，也可以利用IEEE 802.11a、g，或者也可以利用UltraWideBand、或
Bluetooth来进行构筑。另外，并不限于无线，也可以利用有线(例如以太网(注册商
标)、USB、IEEE 1394等)。
在本实施方式中，作为UPnP网络上的控制点，是以DTV 300为例进行说明的，
但是，由于具有某种程度的显示单元(显示器)以及操作部的设备也能够用作控制点，
因此，也可以是PC。特别是，作为数据发送源，尽管是以DVCR 200为例，但是，
由于PC等也能通过执行专用的应用程序而被用作发送源，因此很明显，计算机程
序也被设定为本发明的范围。由于计算机程序通常存储于CDROM等计算机可读
存储媒体内，将其设置于计算机内，可通过复制或安装于系统内而被执行，因此，
这种计算机可读的存储媒体也必然落入本发明的范围内。
如上所述，根据本发明，即便在DHCP服务器由于任何原因离开网络的情况下，
也可以防止中断数据流的发送。另外，即便在DHCP服务器离开网络，也可以缩
短网络不能连接的期间。
在不脱离本发明的主旨和范围的情况下，很明显可以作出许多本发明的不同的实施
例，应当理解，本发明并不仅限于说明书中特定的实施例，而是由权利要求书定义
的。
2024年6月12日发(作者：连暄嫣)
(19)中华人民共和国国家知识产权局
(12)发明专利说明书
(21)申请号 CN2.0
(22)申请日 2005.01.28
(71)申请人 佳能株式会社
地址 日本东京
(72)发明人 藤田俊司
(74)专利代理机构 中国国际贸易促进委员会专利商标事务所
代理人 曲瑞
(51)
H04L29/12
H04N5/232
(10)申请公布号 CN 1649354 A
(43)申请公布日 2005.08.03
权利要求说明书 说明书 幅图
(54)发明名称
法
(57)摘要
本发明提供一种通信装置和摄像装
通信装置和摄像装置、及其控制方
置、及其控制方法，其中的数字可携式摄
像机等通信装置从UPnP网络内的DHCP
服务器获取IP地址。在通信装置对DTV
发送作为拍摄图像的图像流的过程中，在
通信装置向DHCP服务器请求IP地址的更
新请求时，在DHCP服务器已经离开了
UPnP网络的情况下，继续发送原样保持从
前的IP地址的流。于是，在一连串的发送
结束时，使用AutoIP功能，自己产生IP
地址。
法律状态
法律状态公告日
法律状态信息
法律状态
权 利 要 求 说 明 书
1.一种通信装置，具有网络连接单元，通过该网络连接单元而与其他装置之间执行
数据流的发送或接收，其特征在于，所述通信装置包括：
DHCP客户机单元，从所述网络上的DHCP服务器获取IP地址，并在获取的IP地
址的租用期限届满之前，进行IP地址的更新请求；
IP地址生成单元，在利用该DHCP客户机单元从所述DHCP服务器获取IP地址失
败时，自身生成IP地址；
判断单元，在利用所述DHCP客户机单元向DHCP服务器请求更新失败时，判断
与通信对方装置之间是否处于数据流通信过程中；
以及
控制单元，在该判断单元判断出处于数据流通信过程中时，在该数据流通信结束之
前，维持从前使用的IP地址，而在所述判断单元判断出未处于数据流通信过程中、
或数据流通信结束时，利用所述IP地址生成单元生成自身的IP地址，并维持与网
络的连接。
2.如权利要求1所述的通信装置，其特征在于，所述网络是UPnP网络。
3.如权利要求1所述的通信装置，其特征在于，所述网络连接单元是IEEE 802.11x、
UltraWideBand、或蓝牙中的任何一种无线网络接口，其中x是a、b、d。
4.如权利要求1至3中任一所述的通信装置，其特征在于，还包括：
第1判断单元，在与所述通信对方装置的通信中，向该通信对方装置发送连接确认
消息，并利用是否有应答来进行连接确认的判断；
第2判断单元，判断是否从存在于所述网络上的其他装置接收到声明脱离网络的消
息；
IP地址更新请求单元，在所述第1判断单元判断为不能确认与所述通信对方装置
连接的情况下、或所述第2判断单元判断为接收到声明脱离网络的情况下，向所述
DHCP服务器进行IP地址的更新请求；
以及
第2控制单元，在由该IP地址更新单元进行的更新失败的情况下，等待数据流通
信结束，利用所述IP地址生成单元生成自身的IP地址，并维持与网络的连接。
5.一种通信装置的控制方法，该通信装置具有网络连接单元，通过该网络连接单元
而与其他装置之间执行数据流的发送或接收，其特征在于，该控制方法包括：
DHCP客户机步骤，从所述网络上的DHCP服务器获取IP地址，并在获取的IP地
址的租用期限届满之前，进行IP地址的更新请求；
IP地址生成步骤，在利用该DHCP客户机步骤从所述DHCP服务器获取IP地址失
败时，自身生成IP地址；
判断步骤，在利用所述DHCP客户机步骤向DHCP服务器请求更新失败时，判断
与通信对方装置之间是否处于数据流通信过程中；
以及
控制步骤，在该判断步骤判断出处于数据流通信过程中时，在该数据流通信结束之
前，维持从前使用的IP地址，而在所述判断步骤判断出未处于数据流通信过程中、
或数据流通信结束时，利用所述IP地址生成步骤生成自身的IP地址，并维持与网
络的连接。
6.一种摄像装置，包括：摄像单元；将拍摄的图像信息存储在规定存储媒体内的存
储单元；网络连接单元；以及根据来自通过该网络连接单元而连接的网络上的控制
装置的指示，将存储于所述存储单元内的图像信息作为图像流发送给所述网络上的
再现装置的流发送单元，其特征在于，所述摄像装置包括：
DHCP客户机单元，从所述网络上的DHCP服务器获取IP地址，并在获取的IP地
址的租用期限届满之前，进行IP地址的更新请求；
IP地址生成单元，在利用该DHCP客户机单元从所述DHCP服务器获取IP地址失
败时，自身生成IP地址；
判断单元，在利用所述DHCP客户机单元向DHCP服务器请求更新失败时，判断
与所述再现装置之间是否处于图像流通信过程中；
以及
控制单元，在该判断单元判断出处于图像流通信过程中时，在该数据流通信结束之
前，维持从前使用的IP地址，而在所述判断单元判断出未处于数据流通信过程中、
或数据流通信结束时，利用所述IP地址生成单元生成自身的IP地址，并维持与网
络的连接。
7.一种摄像装置的控制方法，所述摄像装置包括：摄像单元；将拍摄的图像信息存
储在规定存储媒体内的存储单元；网络连接单元；以及根据来自通过该网络连接单
元而连接的网络上的控制装置的指示，将存储于所述存储单元内的图像信息作为图
像流发送给所述网络上的再现装置的流发送单元，其特征在于，所述方法包括：
DHCP客户机步骤，从所述网络上的DHCP服务器获取IP地址，并在获取的IP地
址的租用期限届满之前，进行IP地址的更新请求；
IP地址生成步骤，在利用该DHCP客户机步骤从所述DHCP服务器获取IP地址失
败时，自身生成IP地址；
判断步骤，在利用所述DHCP客户机步骤向DHCP服务器请求更新失败时，判断
与所述再现装置之间是否处于图像流通信过程中；
以及
控制步骤，在该判断步骤判断出处于图像流通信过程中时，在该数据流通信结束之
前，维持从前使用的IP地址，而在所述判断步骤判断出未处于数据流通信过程中、
或数据流通信结束时，利用所述IP地址生成步骤生成自身的IP地址，并维持与网
络的连接。
说 明 书
技术领域
本发明涉及获取、更新利用IP地址来进行网络通信的摄像装置等通信装置中的IP
地址的技术。
背景技术
近年来，开发了用于搜索提供网络上的规定服务的设备的网络技术。这种技术中有
一种美国微软公司提倡的UPnP(Unversal Plug andPlay：通用即插即用)(例如文献
“Universal Plug and Play DeviceArchitecture Version 1.0，08 Jun 2000 10：41 AM”)。
在UPnP中，规定了“服务”、“设备”以及“控制点”。服务是提供规定服务的逻辑单
位，设备是具有1个以上服务的逻辑单位，控制点是控制1个以上服务的逻辑单位。
UPnP是由称为IP、TCP、UDP、HTTP的互联网标准技术构成的，上述文献规定
了在连接到网络上之后，设备之间彼此检测直到相互识别为止的自动步骤、实际控
制设备的步骤以及发行事件的步骤。以下，将参照上述文献对UPnP的寻址以及发
现的步骤进行说明。
寻址是获取网络地址即获取IP地址的步骤，是作为在加入网络并与其他设备相互
作用之前必须执行的前题的步骤。在UPnP中，为了设置IP地址而定义了两种方
式。
第一种方式是获取来自DHCP(Dynamic Host ConfigurationProtocol)服务器的IP地址
(例如文献
“RFC 2131 Dynamic HostConfiguration request for comments。”)。以下，
对DHCP简单说明其概要。
UPnP设备必须具有DHCP客户机功能，在加入到网络中时，首先检查DHCP服务
器是否存在(DHCP DISCOVER)。因此，若网络内存在DHCP服务器，则能够接收
来自于DHCP服务器的应答(DHCPOFFER)、执行IP地址的请求申请
(DHCP REQUEST)、在一定期间内获取DHCP服务器任意生成的、在同一网络内
为唯一的IP地址(DHCP ACK)。所谓该一定期间是租用(lease)期间，在想继续使用
IP地址的情况下，需要在租用期间的期限届满之前，向DHCP服务器申请更新请
求(DHCP REQUEST)和接受更新许可。在设备脱离网络等已经不需要IP地址的情
况下，必须将该IP地址返回给DHCP服务器。
第2种方式是使用AutoIP技术的IP地址设置(例如文献
“Automatically Choosing an IP Address in an Ad-Hoc IPv4 draft”)。以下，
就该AutoIP简单说明其概要。
AutoIP是设备自身任意产生IP地址从而进行设定的功能。能够使用的IP地址的范
围被限制在从169.254.1.0到169.254.254.255，设备在识别出网络上不存在DHCP
服务器的情况下，在该地址范围内生成任意的IP地址，在使用
ARP(Address Resolution Protocol)确认出在同一网络内没有使用相同IP地址的设备
后执行设置。由此，即便在不存在DHCP服务器的网络中，也能够执行寻址。
在UPnP中，出于防止由ARP引起的网络业务量的增加，本发明2种方式中
DHCP服务器分配的方式优先。即，利用AutoIP设置的UPnP设备必须要定期检验
DHCP服务器是否存在于网络内(DHCPDISCOVER)。该周期在UPnP中推荐为5分
钟的间隔。
UPnP设备在利用寻址步骤设置了IP地址后，执行发现。发现是自动与网络上的所
有其他设备相互识别的步骤。在发现中，大致定义2个消息，一个是告知加入到网
络中的ALIVE消息，另一个是告知脱离网络的BYEBYE消息。通过多点传输这些
消息，能够使网络上的所有设备相互识别各自是否存在。这两条消息具有由
GENA协议定义的Notification类型，由此，能够将告知的对象设定为路由器、
UUID、设备类型、以及服务类型4种。
UPnP设备尽管是使用在上述寻址步骤中所述的方法来执行IP地址的设置，但是，
若在DHCP服务器管理多个UPnP设备的IP地址的网络中，当DHCP服务器从网
络脱离时，则会产生以下这样的问题。
图7表示该问题的一个例子的过程。
图示中，利用数字可携式摄像机(以下称为DVCR)、DHCP服务器、数字电视(以下
为DTV)构成了UPnP网络，所有设备使用由DHCP服务器分配的IP地址。设
DHCP服务器由无线LAN的访问点构成，但也可以由PC等构成，连接方式也可
以是有线网络(例如以太网(注册商标))。
图7中示出了各设备的IP地址，其中DHCP服务器为“192.168.0.1”(固定)、作为
DHCP客户机的DVCR的IP地址为“192.168.0.2”、DTV的IP地址为“192.168.0.3”。
此外，任何一个子网络掩码(mask)一般例如是“255.255.255.0”。
其中，对在DVCR正在向DTV流传输所记录的动画数据的过程中，DHCP服务器
突然从网络上脱离开的情况(故障、电源OFF、或移动到无线通信区域外等)进行考
察。
其中，在DHCP服务器脱离网络后，DVCR马上执行IP地址更新请求，当然，由
于DCHP服务器不存在，因此不能返回响应。即，DVCR在检测出DHCP服务器
不存在时转到AutoIP，设置任意的IP地址，例如是“169.254.1.1”。但是，此时，
由AutoIP设置的网络地址(子网络掩码被规定为16比特的“255.255.0.0”)变为与在
此之前使用由DHCP服务器分配的IP地址时的网络地址不同，从而从DVCR向
DTV的流传输会中断。
发明内容
本发明的一个目的是克服上述缺陷。
本发明的其他目的是提供一种阻止例如在DHCP服务器从UPnP网络上脱离开的情
况下所产生的、与其他设备间数据传输的中断，或者极力缩短由于各设备的地址设
置变更定时差而产生的不能与其他设备进行数据传输的时间。
在本发明的一种方案中，提供了一种通信装置，具有网络连接单元，通过该网络连
接单元而与其他装置之间执行数据流的发送或接收，其特征在于，所述通信装置包
括：
DHCP客户机单元，从所述网络上的DHCP服务器获取IP地址，并在获取的IP地
址的租用期限届满之前，进行IP地址的更新请求；
IP地址生成单元，在利用该DHCP客户机单元从所述DHCP服务器获取IP地址失
败时，自身生成IP地址；
判断单元，在利用所述DHCP客户机单元向DHCP服务器请求更新失败时，判断
与通信对方装置之间是否处于数据流通信过程中；以及
控制单元，在该判断单元判断出处于数据流通信过程中时，在该数据流通信结束之
前，维持从前使用的IP地址，而在所述判断单元判断出未处于数据流通信过程中、
或数据流通信结束时，利用所述IP地址生成单元生成自身的IP地址，并维持与网
络的连接。
通过结合附图所作的以下说明，将会使本发明的其他特征和优点更加明显，在所有
附图中，相似的参考标记表示相同或相似的部分。
附图说明
图1图示了第1、第2实施方式中UPnP网络的结构。
图2是一张流程图，其表示第1实施方式中地址迁移时的DVCR的处理过程。
图3图示了第1实施方式中UPnP设备的地址迁移的流程。
图4是一张流程图，其表示第2实施方式中地址迁移时的DVCR的处理过程。
图5图示了第2实施方式中UPnP设备的地址迁移的流程。
图6图示了UPnP设备发送的BYEBYE消息的记载内容的一个例子。
图7图示了DHCP服务器脱离UPnP网络之前的过程。
图8是实施方式中的DVCR的方框结构图。
具体实施方式
以下，将根据附图对本发明的实施方式进行详细说明。
(第1实施方式)
图1图示了UPnP网络结构的一个例子。数字可携摄像机(以下称为DVCR)200是
这样一种设备，其用作由音频视频工作委员会(AVWC)定义的媒体服务器。数字电
视机(以下称为DTV)300也同样，用作由AV WC定义的媒体再现器，于是，
DHCP服务器100是由因特网网关WC定义的因特网网关设备。DTV 300还具有作
为UPnP控制点的功能。所有设备都通过遵循IEEE 802.b标准的无线接口而连接。
设本实施方式中的DHCP服务器100是由遵循IEEE802.b标准的访问点
(access point)实现的。DVCR 200、DTV 300合起来具有DHCP客户机功能、
AutoIP功能。
在本实施方式中，对将本发明应用于DVCR 200的情况进行说明。但是，既便是
DVCR 200以外的装置(数字相机、便携式电话、移动式计算机等)也能够实施本发
明。
图8是表示本实施方式中DVCR 200的主要构成部件的框图。DVCR 200以掌管装
置整体控制的CPU111为主，并具有以下结构。
112是存储控制程序、DVCR4的UUID、设备说明、服务说明等的ROM；113是
作为工作区域使用的RAM；114是具有录象按钮、各种开关、按钮，还具有切换
加入到UPnP网络上或脱离UPnP网络的按钮(网络加入按钮)等的操作部。115是用
于连接到UPnP网络上的网络接口；116是由光学透镜、图像传感器(CCD传感器
等)构成的相机部；117是执行压缩编码/解码处理的编解码部；118是对记录媒体
(盘媒体、磁带等)执行图像数据的记录/再现的记录部；119是具有液晶显示器等的
显示部。
在上述结构中，在DVCR 200的电源为ON、网络加入按钮为ON时，对DHCP服
务器100请求IP地址(DHCP REQUEST)，之后，加入到UpnP网络上。此后，根
据来自UPnP网络上的控制点(在本实施例中为DTV 300)的指示，将记录于记录媒
体上的带音频的运动图像流发送到网络上的媒体再现器(在本实施例中由DTV兼
任)，在那里被再现。
然后，根据图2的流程图来说明在DVCR 200如上所述从DHCP服务器100获取
IP地址而加入到UPnP网络上之后，在发送数据过程中，由于任何原因使DHCP服
务器100从网络上脱离的情况(DHCP服务器100的可通信区域变为DVCR 200等
的可通信区域外，或者其电源变为OFF的情况等)下的处理。与图2相关的处理是
作为与数据发送处理不同的其他任务而进行的处理。
DVCR 200在由DHCP服务器100分配的IP地址的租用期间结束之前，定期对
DHCP服务器100执行租用更新请求(DHCPREQUEST)(步骤S201、S202)。
在发出租用更新请求(DHCP REQUEST)后，在步骤S203中，在于规定时间内接收
了来自于DHCP服务器100的确认消息(DHCPACK)的情况下，更新租用期间。在
步骤S203中，在于规定时间内没有接收到来自DHCP服务器100的确认消息
(DHCP ACK)的情况下，DVCR 200检查自己的连接状态(步骤S204)。在对网络内
的其他设备执行数据发送或接收的情况下，维持由DHCP服务器100分配的IP地
址。在不对网络内的其他任何一个设备进行数据发送或接收的情况下，将DHCP
服务器所分配的IP地址变更为由AutoIP产生的任意的IP地址(步骤S205)。
即，DVCR 200在执行数据收发的过程中(有时也有接收后执行记录的情况)，在到
达了IP地址的租用期限后，既便发送其租用更新请求，也不能接收来自于DHCP
服务器100的认证消息，这时不能直接转移到AutoIP，要等待其一系列的收发结
束后，才转移到AutoIP。
接着，参照图3来说明在执行上述处理的DVCR 200中，DHCP服务器100在
DVCR执行数据传输中从网络上脱离时的情况。
在初始状态下，所有设备都设置由DHCP服务器100分配的IP地址，各自的IP地
址分别为：DVCR 200为“192.168.0.2/24”、DTV为“192.168.0.3/24”、DHCP服务器
为“192.168.0.1/24”(“/24”表示从网络掩码开头开始24比特为“1”，即子网络掩码为
“255.255.255.0”)。设本实施方式的DHCP服务器中的IP地址的租用期间对于任何
一个设备都是3分钟，设各设备每隔2分钟就向DHCP服务器发送租用更新请求。
但是，这些时间仅仅是一个例子，并不能据此作为对本申请发明的限定。
在这样的初始状态下，用户在DTV 300上的控制点应用中，从网络内的UPnP设
备中(能够存在多个)选择DVCR 200，作为数据发送源。之后，用户选择
DVCR 200内的图像数据，并按下再现按钮。与此相伴，DTV 300向DVCR 200发
送RTSP SETUP指令，在DTV300-DVCR200间架设连接，利用RTSP PLAY指令
开始RTP/RTSP流传输(时刻T1)。DVCR 200在接收了RTSP PLAY指令后，开始
按照RTP协议将指定的图像数据发送到指定设备(这里为DTV 300)。DTV300接收
了从DVCR 200发送的动画数据，并将其实时显示于画面内。
此后，由于DHCP服务器分配的IP地址的租用期间即将结束，DTV 300对DHCP
服务器100执行租用更新请求(DHCP REQUEST)。DHCP服务器100接收该租用更
新请求，并更新租用期间(DHCPACK)。表示这一操作的时刻为图示的时刻T2。
此后，在图中表示了在时刻T3，DHCP服务器100从网络上脱离的情况。
此后，DVCR 200处于租用期间即将结束的状态，因此，对DHCP服务器100发出
租用更新请求(DHCP REQUEST)，但是，由于DHCP服务器100已经不存在于网
络内，因此，DVCR 200不能接收到来自于DHCP服务器100的确认(时刻T4)。为
此，作为下一个处理，DVCR200确认DVCR自身的连接状态。DVCR 200为了对
DTV 300架设连接，以流传输动画数据，需要继续保持(维持)由当前DHCP服务器
100分配的IP地址“192.168.0.2/24”的设置。
此后，若用户欣赏完图像数据(用户在控制点应用中按下停止按钮)，则DTV 300对
DVCR 200发送RTSP TEARDOWN指令。DVCR200在接收该指令后，终止数据
传输，并关闭与DTV间的连接。在关闭连接后，DVCR 200利用AutoIP产生在同
一网络内为唯一的任意的IP地址，并从DHCP服务器分配的IP地址移动到AutoIP，
变更为自身产生的IP地址例如是“169.254.1.1/16”(时刻T5)。
此后，租用期限即将结束的DTV 300执行租用更新请求(DHCPREQUEST)，但是，
并不返回DHCP服务器的确认。此时，由于DTV300未处于数据接收中，因此转
到AutoIP，设置在网络内为唯一的任意的IP地址，例如是“169.254.1.2”(时刻T6)。
在DVCR 200转移到AutoIP、DTV 300转向AutoIP前的期间，变为不可互相通信
的状态，但在二者都转向AutoIP后，由于网络地址变为一致，因此能够再次进行
通信。
以上是由DHCP分配给DVCR 200的IP地址的租用期限早于分配给DTV 300的期
限的例子，但相反的情况也是一样的。即，在DTV300接收到来自于DVCR 300的
流的过程中，在IP地址的租用期间届满之前，对DHCP服务器100执行租用更新
请求(DHCP REQUEST)，并且没有返回来自DHCP 100的认证的情况下，在等待一
连串的再现结束后(既便超越了租用期限)，才转移到AutoIP。
如上所述，根据本实施方式，在可连接到UPnP网络的设备中，对DHCP服务器发
行IP地址的更新请求，在没有任何来自于DHCP服务器的应答，并且在该时刻已
经确立了与其他设备的通信的情况下，通过继续使用从前由DHCP服务器分配的
IP地址，杜绝了所谓已确立了通信的设备之间的通信中断的问题。
<第2实施方式>
在第2实施方式中，说明改善检查DHCP服务器100是否脱离网络的时刻的例子。
为了简单进行说明，第2实施方式的网络结构与图1相同、对应用于DVCR 200的
情况进行说明。
按照图4的流程来执行以下处理：在DHCP服务器100从UPnP网络脱离开后，第
2实施方式的DVCR 200从由DHCP服务器100分配IP地址的状态切换到AutoIP
设置。
首先，DVCR 200判断是否对网络上的其他设备执行数据传输(步骤S401)。在本实
施例中，判断是否执行RTP/RTSP传输。之后，在判断为处于传输中的情况下，在
步骤S402，对连接目标(在本实施方式中为DTV 300)使用RTSP的
GET PARAMETER指令定期地进行连接确认(步骤S402)。在不能从连接目标接收
对该请求的确认响应的情况下，推测出连接目标执行寻址，并对DHCP服务器执
行租用更新请求(步骤S405)。
DVCR 200在不执行数据传输的情况下，或者是即便在数据传输中接收了来自于连
接目标的连接确认响应的情况下，但判断为接收了来自网络上其他设备的
BYEBYE消息(宣布脱离UPnP网络的消息)的情况下(步骤S403)，向DHCP服务器
100发出租用更新请求(步骤S405)。
即便在步骤S403中没有接收BYEBYE消息，但在判断为DHCP服务器分配的租
用期间结束的情况下(步骤S404)，DVCR 200对DHCP服务器100执行租用更新请
求(DHCP REQUEST)(步骤S405)。
之后，处理转到步骤S405，在对DHCP服务器100执行租用更新请求，并在一定
的超时时间内接收到来自于DHCP服务器100的DHCP ACK的情况下，更新租用
期间。这里，设上述超时时间为2秒，但这并不是一种限制。在步骤S405中，在
一定的超时时间内没有接收到来自DHCP服务器100的DHCP ACK的情况下，
DVCR 200检查当前是否为数据传输过程中(步骤S407)，若为数据传输中，则在数
据传输结束之前，维持由DHCP服务器100以前分配的IP地址设置，并继续进行
数据传输。之后，在步骤S407，在判断为该传输结束的情况下，进入步骤S408，
转到AutoIP，并变更IP地址以及子网络掩码(步骤S408)。
接下来，按照图5，来说明在执行上述处理的DVCR 200在数据传输过程中，
DHCP服务器100从UPnP网络上脱离开的情况下的处理的一个例子。
在初始状态下，所有设备(DVCR 200、DTV 300)设置由DHCP服务器100分配的
IP地址，DVCR 200的IP地址/子网络地址为“192.168.0.2/24”，DTV 300的IP地址
为“192.168.0.3/24”、DHCP服务器100为“192.168.0.1/24”(固定)。设本实施方式的
DHCP服务器100分配的IP地址的租用期间对任何设备都是3分钟，各设备每隔2
分钟就对DHCP服务器100执行租用更新请求。这种设置时间仅仅是一个例子，
不构成对本发明的限制。
在这种初始状态下，用户在DTV 300上的控制点应用中，利用操作部(设置了操作
按钮的遥控器等)以及DTV 300的显示菜单，从网络内的UPnP设备中选出
DVCR 200作为数据发送源。此后，用户选择DVCR 200内的图像数据，并按下表
示再现请求的按钮。与此相伴，DTV 300向DVCR 200发送RTSP SETUP指令，
在DTV-DVCR之间架设连接，通过从DTV 300向DVCR 200发送RTSP PLAY指
令，开始从DVCR 200向DTV 300执行所选图像数据的RTP/RTSP流传输。即，
在DVCR 200接收到RTSP PLAY指令后，就开始利用RTP来发送指定的图像数据。
DTV 300接收由DVCR发送的动画数据，并开始将其实时显示于画面内(时刻T11)。
这里，图5所示的顺序中，DTV 300总是对为了在DVCR 200执行流传输的过程中
进行连接确认而发送的GET PARAMETER指令，返回确认响应。
此后，DTV 300由于DHCP租用期间即将结束(相当于从前一次租用开始经过了2
分钟的情况)而对DHCP服务器100执行租用更新请求(DHCP REQUEST)。DHCP
服务器100接收该更新请求后，设置新的租用期间，并确认该更新(DHCP ACK)(时
刻T12)。
此后，DHCP服务器100脱离网络。此时，作为UPnP的因特网网关设备的DHCP
服务器100在快要离开网络之前，多点传输BYEBYE消息(时刻T13)。
如先前说明所述，DVCR 200接收了该BYEBYE消息后，对DHCP服务器100执
行租用更新请求(DHCP REQUEST)。此时，由于DHCP服务器100已经不存在于
UPnP网络上，因此，DVCR 200不能接收到来自于DHCP服务器100的确认。由
此，DVCR 200确认自身的连接状态。DVCR 200利用RTSP的SETUP指令对
DTV 300架设连接，由于处于流传输动画数据的过程中，因此，保持由DHCP服
务器100从前分配的IP地址“192.168.0.2/24”的设置(时刻T14)。
此后，在用户欣赏完图像数据后，在控制点应用中按下停止按钮。与此相伴，
DTV 300对DVCR 200发送RTSP TEARDIWN指令。DVCR 200在接收该指令后，
终止数据传输，并关闭DVCR-DTV间的连接。在关闭连接后，DVCR利用AutoIP
功能生成在同一网络内为唯一的任意的IP地址，并将DHCP服务器分配的IP地址
变更为利用AutoIP产生的IP地址“169.254.1.1/16”(时刻T15)。
此后，快要到达租用期限的DTV 300执行租用更新请求(DHCPREQUEST)，但是，
并不返回来自于DHCP服务器100的确认(时刻T16)。由此，DTV 300利用AutoIP
功能，设置在网络内为唯一的任意的IP地址，例如是“169.254.1.2/16”(时刻T17)。
正如从以上说明所能够理解的那样，在时刻T15～T17的期间，DTVR 200和
DTV 300不能再次架设连接。但是，若DTV 300具有与DVCR 200相同的功能，
则DTV 300在时刻T15转移到AutoIP，因此，显然实际上已不存在上述不能这种
连接的期间。
(第2实施方式的变形例)
这里，对上述第2实施方式中的BYEBYE消息的接收加上限制，以此为例进行说
明。
图6中表示UPnP网络上的设备发送的BYEBYE消息的记述例子。UPnP设备多点
传输BYEBYE消息时，在NT(Notification Type)标题中，能够设置告知的对象。
因此，在该NT标题中，在设备类型记述为“因特网网关设备”的情况下，由于知道
是来自DHCP服务器100的BYEBYE消息，因此，可以仅在该情况下对DHCP服
务器执行租用更新请求。即，在图4的步骤S403中，也可以在接收BYEBYE消息
的情况下，检查该NT标题，判断其是否是“因特网网关设备”。除此之外，由于与
上述第2实施方式相同，因此省略其说明。
如上所述，根据第2实施方式及其变形例，除了第1实施方式的作用效果外，还能
缩短在UPnP网络上的DHCP服务器离开该UPnP网络时，UPnP设备间不能通信
的期间。
在本实施方式中，对UPnP网络上存在DHCP服务器100、DVCR200、DTV 300三
种设备的例子进行说明，尽管DHCP服务器是1个，但是，除此之外的设备数目
若处于获取的IP地址范围内，则也不受限制。
在本实施方式中，是以依据IEEE 802.11b标准的网络为前题来说明UPnP网络的，
但是，也可以利用IEEE 802.11a、g，或者也可以利用UltraWideBand、或
Bluetooth来进行构筑。另外，并不限于无线，也可以利用有线(例如以太网(注册商
标)、USB、IEEE 1394等)。
在本实施方式中，作为UPnP网络上的控制点，是以DTV 300为例进行说明的，
但是，由于具有某种程度的显示单元(显示器)以及操作部的设备也能够用作控制点，
因此，也可以是PC。特别是，作为数据发送源，尽管是以DVCR 200为例，但是，
由于PC等也能通过执行专用的应用程序而被用作发送源，因此很明显，计算机程
序也被设定为本发明的范围。由于计算机程序通常存储于CDROM等计算机可读
存储媒体内，将其设置于计算机内，可通过复制或安装于系统内而被执行，因此，
这种计算机可读的存储媒体也必然落入本发明的范围内。
如上所述，根据本发明，即便在DHCP服务器由于任何原因离开网络的情况下，
也可以防止中断数据流的发送。另外，即便在DHCP服务器离开网络，也可以缩
短网络不能连接的期间。
在不脱离本发明的主旨和范围的情况下，很明显可以作出许多本发明的不同的实施
例，应当理解，本发明并不仅限于说明书中特定的实施例，而是由权利要求书定义
的。