CN1649354B

CN1649354B - 通信装置和摄像装置、及其控制方法

Info

Publication number: CN1649354B
Application number: CN200510006856.0A
Authority: CN
Inventors: 藤田俊司
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2004-01-30
Filing date: 2005-01-28
Publication date: 2010-05-12
Anticipated expiration: 2025-01-28
Also published as: JP2005217975A; JP4298530B2; US20050198344A1; CN1649354A; US8396979B2; US20110161516A1; US7925772B2

Abstract

本发明提供一种通信装置和摄像装置、及其控制方法，其中的数字可携式摄像机等通信装置从UPnP网络内的DHCP服务器获取Ip地址。在通信装置对DTV发送作为拍摄图像的图像流的过程中，在通信装置向DHCP服务器请求IP地址的更新请求时，在DHCP服务器已经离开了UPnP网络的情况下，继续发送原样保持从前的IP地址的流。于是，在一连串的发送结束时，使用AutoIP功能，自己产生IP地址。

Description

通信装置和摄像装置、及其控制方法

技术领域

本发明涉及获取、更新利用IP地址来进行网络通信的摄像装置等通信装置中的IP地址的技术。

背景技术

近年来，开发了用于搜索提供网络上的规定服务的设备的网络技术。这种技术中有一种美国微软公司提倡的UPnP(Unversal Plug andPlay：通用即插即用)(例如文献“Universal Plug and Play DeviceArchitecture Version 1.0，08 Jun 2000 10:41AM”)。在UPnP中，规定了“服务”、“设备”以及“控制点”。服务是提供规定服务的逻辑单位，设备是具有1个以上服务的逻辑单位，控制点是控制1个以上服务的逻辑单位。

UPnP是由称为IP、TCP、UDP、HTTP的互联网标准技术构成的，上述文献规定了在连接到网络上之后，设备之间彼此检测直到相互识别为止的自动步骤、实际控制设备的步骤以及发行事件的步骤。以下，将参照上述文献对UPnP的寻址以及发现的步骤进行说明。

寻址是获取网络地址即获取IP地址的步骤，是作为在加入网络并与其他设备相互作用之前必须执行的前题的步骤。在UPnP中，为了设置IP地址而定义了两种方式。

第一种方式是获取来自DHCP(Dynamic Host ConfigurationProtocol)服务器的IP地址(例如文献“RFC 2131 Dynamic HostConfiguration Protocol.IETF 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 Network.IETF 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客户机单元获取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 TEARDOWN指令。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服务器离开网络，也可以缩短网络不能连接的期间。

在不脱离本发明的主旨和范围的情况下，很明显可以作出许多本发明的不同的实施例，应当理解，本发明并不仅限于说明书中特定的实施例，而是由权利要求书定义的。

Claims

1.一种通信装置，具有网络连接单元，通过上述网络连接单元而向外部装置发送图像数据，其特征在于，所述通信装置包括：

控制单元，在上述判断单元判断出在向上述外部装置发送上述图像数据的情况下，在向上述外部装置发送上述图像数据结束之前，维持从上述DHCP服务器获取的IP地址，而在所述判断单元判断出未在向上述外部装置发送上述图像数据的情况下，使所述IP地址生成单元生成上述通信装置的IP地址，并维持与上述网络的连接。

2.如权利要求1所述的通信装置，其特征在于，所述网络是UPnP网络。

3.如权利要求1或2所述的通信装置，其特征在于，所述网络连接单元是依照IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、UltraWideBand、或蓝牙的无线网络接口。

4.一种通信装置的控制方法，该通信装置具有网络连接单元，通过上述网络连接单元而向外部装置发送图像数据，其特征在于，该控制方法包括：

DHCP客户机步骤，从网络上的DHCP服务器获取IP地址，并在获取的IP地址的租用期限届满之前，进行IP地址的更新请求；

IP地址生成步骤，在上述DHCP客户机步骤获取IP地址失败的情况下，生成IP地址；

判断步骤，在对上述DHCP服务器的上述更新请求失败的情况下，判断是否在向上述外部装置发送上述图像数据；以及

控制步骤，在上述判断步骤判断出在向上述外部装置发送上述图像数据的情况下，在向上述外部装置发送上述图像数据结束之前，维持从上述DHCP服务器获取的IP地址，而在所述判断步骤判断出未在向上述外部装置发送上述图像数据的情况下，使所述IP地址生成步骤生成上述通信装置的IP地址，并维持与上述网络的连接。

5.如权利要求4所述的控制方法，其特征在于，所述网络是UPnP网络。

6.如权利要求4或5所述的控制方法，其特征在于，所述网络连接单元是依照IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、UltraWideBand、或蓝牙的无线网络接口。