电子设备及其控制方法

摘要

本发明提供一种电子设备及其控制方法，利用由AutoIP等设置的第一网络地址而连接于网络上的电子设备，检测作为该网络上的地址服务器之DHCP服务器的存在。在检测出地址服务器的情况下，判断该电子设备与其他装置之间是否处于数据传输过程中，在判断为处于数据传输过程中的情况下，该电子设备在该数据传输结束后，将第一网络地址变更为从地址服务器取得的第二网络地址。

权利要求

1.一种可连接于网络上的电子设备，包括：

检测单元，在所述电子设备利用由所述电子设备设置的第一网络地址而连接到网络上的情况下，检测所述网络上的地址服务器；以及判断单元，在检测到所述地址服务器的情况下，判断所述电子设备是否在向外部装置传输数据，其中，在所述判断单元判断出所述电子设备在向所述外部装置传输所述数据的情况下，所述电子设备判断所述数据的传输是否结束，在经过规定时间之前所述数据的传输结束的情况下，所述电子设备将所述第一网络地址变更为从所述地址服务器取得的第二网络地址，在所述数据的传输结束之前经过了所述规定时间的情况下，所述电子设备将所述第一网络地址变更为所述第二网络地址。

2.如权利要求1所述的电子设备，其中，

所述检测单元周期性地广播规定指令，并通过接收来自于所述地址服务器的应答来检测所述地址服务器。

3.如权利要求2所述的电子设备，其中，

所述检测单元在所述数据的传输中断的情况下，广播所述规定指令。

4.一种用于可连接于网络上的电子设备的控制方法，包括：在所述电子设备利用由所述电子设备设置的第一网络地址而连接到网络上的情况下，检测所述网络上的地址服务器的检测步骤；

在检测到所述地址服务器的情况下，判断所述电子设备是否在向外部装置传输数据的第一判断步骤；

在由所述第一判断步骤判断出所述电子设备在向所述外部装置传输所述数据的情况下，判断所述数据的传输是否结束的第二判断步骤；

在经过规定时间之前所述数据的传输结束的情况下，将所述第一网络地址变更为从所述地址服务器取得的第二网络地址的步骤；以及在所述数据的传输结束之前经过了所述规定时间的情况下，将所述第一网络地址变更为所述第二网络地址的步骤。

5.如权利要求4所述的控制方法，其中，

所述检测步骤周期性地广播规定指令，并通过接收来自于所述地址服务器的应答来检测所述地址服务器。

6.如权利要求5所述的控制方法，其中，

所述检测步骤在所述数据的传输中断的情况下，广播所述规定指令。

说明书

电子设备及其控制方法

技术领域

[0001] 本发明涉及具有网络接口的电子设备。

背景技术

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

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

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

[0005] 第一种方式是获取来自DHCP(Dynamic Host ConfigurationProtocol)服务器的IP地址(例如文献“RFC 2131 Dynamic HostConfiguration Protocol.IETF request for comments。”)。以下，对DHCP简单说明其概要。

[0006] UPnP设备必须具有DHCP客户机功能，在加入到网络中时，首先检查DHCP服务器是否存在(DHCP DISCOVER)。因此，若网络内存在DHCP服务器，则能够接收来自于DHCP服务器的应答(DHCPOFFER)、执行IP地址的请求申请(DHCP REQUEST)、在一定期间内获取DHCP服务器任意生成的、在同一网络内为唯一的IP地址(DHCP ACK)。所谓该一定期间是租用(lease)期间，在想继续使用IP地址的情况下，需要在租用期间的期限届满之前，向DHCP服务器申请更新请求(DHCP REQUEST)和接受更新许可。在设备脱离网络等已经不需要IP地址的情况下，必须将该IP地址返回给DHCP服务器。

[0007] 第2种方式是使用AutoIP技术的IP地址设置(例如文献“Automatically Choosing an IP Address in an Ad-Hoc IPv4 Network.IETF draft”)。以下，就该AutoIP简单说明其概要。

[0008] AutoIP是设备自身任意产生IP地址从而进行设定的功能。能够使用的IP地址的范围被限制在从169.254.1.0到169.254.254.255，设备在识别出网络上不存在DHCP服务器的情况下，在该地址范围内生成任意的IP地址，在使用ARP(Address Resolution Protocol)确认出在同一网络内没有使用相同IP地址的设备后执行设置。由此，即便在不存在DHCP服务器的网络中，也能够执行寻址。

[0009] 在UPnP中，出于防止由ARP引起的网络业务量的增加，本发明2种方式中DHCP服务器分配的方式优先。即，利用AutoIP设置的UPnP设备必须要定期检验DHCP服务器是否存在于网络内(DHCPDISCOVER)。该周期在UPnP中推荐为5分钟的间隔。

[0010] UPnP设备在利用寻址步骤设置了IP地址后，执行发现。发现是自动与网络上的所有其他设备相互识别的步骤。在发现中，大致定义2个消息，一个是告知加入到网络中的ALIVE消息，另一个是告知脱离网络的BYEBYE消息。通过多点传输这些消息，能够使网络上的所有设备相互识别各自是否存在。这两条消息具有由GENA协议定义的Notification类型，由此，能够将告知的对象设定为路由器、UUID、设备类型、以及服务类型4种。

[0011] UPnP设备利用在上述寻址步骤中所述的方法来执行IP地址的设置，但是，在DHCP服务器加入到使用AutoIP、由多个UPnP设备构成的网络中的情况下，会产生以下的问题。图9表示与成为问题的一个例子的寻址步骤有关的顺序，并据此进行说明。

[0012] 当前，利用媒体服务器、媒体再现器构成UPnP网络，各设备成为利用AutoIP来设置IP地址的状态。各自的IP地址分别是媒体服务器为169.254.1.1，媒体再现器为169.254.1.2。在该初始状态下，假设DHCP服务器不存在。

[0013] 在步骤901中，媒体服务器流发送动画数据，在步骤902中，媒体再现器接收该流数据。在步骤903中，媒体再现器周期性发送DHCPDISCOVER消息，并搜索DHCP服务器。在步骤903的定时中，由于DHCP服务器不存在于网络中，因此，媒体再现器不接收DHCPOFFER消息(步骤904)。接下来，在步骤905中，例如DHCP服务器通过用户的操作而加入到网络上。此时，DHCP服务器将IP地址192.168.0.1分配给自己。

[0014] 接下来，在步骤906中，媒体服务器周期性发送DHCPDISCOVER消息，搜索DHCP服务器。在该定时存在DHCP服务器。DHCP服务器接收该DHCP DISCOVER消息，在步骤907中，发送记录有能够提供的IP地址的DHCP OFFER消息。这里，设能够提供的IP地址为192.168.0.2。接下来，在步骤908中，媒体服务器识别出DHCP服务器存在于网络内，并发送请求允许使用IP地址192.168.0.2的DHCP REQUEST消息。在步骤909中，通过DHCP服务器发送DHCP ACK消息，许可媒体服务器使用IP地址192.168.0.2。由此，在步骤910中，媒体服务器从AutoIP变更为由DHCP服务器分配的IP地址。但是，此时媒体服务器和媒体再现器的网络地址会变得不同，从而在步骤911和步骤912中，产生了媒体服务器和媒体再现器之间的流传输被中断的问题。

发明内容

[0015] 本发明的目的是为了解决解决上述问题。

[0016] 本发明的其他目的是例如在利用AutoIP等来设置网络地址的状况下，降低在DHCP服务器等地址服务器加入到该网络上时所产生的、与其他设备的数据传输中断的可能性。

[0017] 根据本发明的一种方式，提供了一种可连接于网络上的电子设备，包括：检测单元，在利用该电子设备自身设置的第一网络地址而连接到网络上的情况下，检测该网络上的地址服务器；以及判断单元，在检测出地址服务器的情况下，判断该电子设备与其他装置之间是否处于数据传输过程中，其中，在所述判断单元判断出处于数据传输过程中的情况下，该电子设备在该数据传输结束之后，执行所述第一网络地址向从所述地址服务器取得的第二网络地址的变更。

[0018] 根据本发明的其他方式，提供了一种可连接于网络上的电子设备的控制方法，包括：检测步骤，在利用该电子设备自身设置的第一网络地址而连接到网络上的情况下，检测该网络上的地址服务器；判断步骤，在检测出地址服务器的情况下，判断该电子设备与其他装置之间是否处于数据传输过程中；以及变更步骤，在由所述判断步骤判断出处于数据传输过程中的情况下，在该数据传输结束之后，将所述第一网络地址变更为从所述地址服务器取得的第二网络地址。

[0019] 通过参照附图所作的以下说明，将会使本发明的其他特征和优点更加突出，其中，在本发明的所有附图中，相似的标记符号表示相同或相似的部件。

附图说明

[0020] 插入本说明书并构成说明书一部分的附图与说明书一起图示了本发明的实施方式，用于解释本发明的原理。

[0021] 图1图示了依据实施方式的UPnP网络。

[0022] 图2是一张流程图，用于说明在使用AutoIP的设备内，在DHCP服务器的搜索、以及DHCP服务器加入到网络上时执行的利用第1实施方式所执行的处理。

[0023] 图3是用于说明根据第1实施方式的数字摄像机(DVCR)的地址迁移的图。

[0024] 图4图示了第2实施方式中的UPnP的ALIVE消息。

[0025] 图5是一张流程图，用于说明在使用AutoIP的设备内，在DHCP服务器的搜索、以及DHCP服务器加入到网络上时执行的利用第2实施方式所执行的处理。

[0026] 图6是用于说明根据第2实施方式的数字摄像机(DVCR)的地址迁移的图。

[0027] 图7图示了第3实施方式中的UPnP的BYEBYE消息。

[0028] 图8是一张流程图，用于说明在使用AutoIP的设备内，在DHCP服务器的搜索、以及DHCP服务器加入到网络上时执行的利用第3实施方式所执行的处理。

[0029] 图9是用于说明伴随着DHCP服务器加入网络而引起的一般的地址迁移的图。

[0030] 图10是实施方式中的DVCR的方框结构图。

具体实施方式

[0031] 以下，将参照附图对本发明的最佳实施方式进行说明。

[0032] (第1实施方式)

[0033] 图1图示了由UPnP协议构成的网络(UPnP网络)的结构。在本实施方式(其他实施方式也一样)中，作为可连接到该网络上的电子设备，是以数字摄像机(DVCR)以及数字电视(DTV)为例进行说明的，但也可以是其他电子设备。设本实施方式中的DVCR是由UPnP的音频视频工作委员会(以下称为AV WC)标准化后的媒体服务器，DTV是由相同的AV WC标准化后的Media Renderer，而作为地址服务器的DHCP服务器为按因特网网关WC标准化后的因特网网关设备。DTV具有UPnP的控制点功能。在本实施方式中，设所有设备都连接在IEEE802.11b标准的无线接口上。但是，毋庸置疑，其也能够应用于使用IEEE802.11b以外的标准例如是IEEE802.11a、IEEE802.11g、以太网(注册商标)、IEEE1394、UltraWideBand来构成网络的情形。

[0034] 在本实施方式中，说明将本发明应用于DVCR的情况。但是，在DVCR之外的装置(数字相机、便携式电话、移动式计算机等)中，也能够实施本实施方式。

[0035] 图10是表示本实施方式中的DVCR的主要构成部件的框图。DVCR以负责装置整体控制的CPU111为主，具有以下结构。

[0036] 112是存储控制程序、DVCR4的UUID、设备说明、服务说明等的ROM；113是作为工作区域使用的RAM；114是具有录象按钮、各种开关、按钮，还具有切换加入到UPnP网络上或脱离UPnP网络的按钮(网络加入按钮)等的操作部。115是用于连接到UPnP网络上的网络接口；116是由光学透镜、图像传感器(CCD传感器等)构成的相机部；117是执行压缩编码/解码处理的编解码部；118是对记录媒体(盘媒体、磁带等)执行图像数据的记录/再现的记录部；119是具有液晶显示器等的显示部。

[0037] 在上述结构中，在DVCR的电源为ON、网络加入按钮为ON时，对DHCP服务器100请求IP地址(DHCP REQUEST)，之后，加入到UpnP网络上。此后，根据来自UPnP网络上的控制点(在本实施例中为DTV)的指示，将记录于记录媒体上的带音频的运动图像流发送到网络上的媒体再现器(在本实施例中由DTV兼任)，在那里被再现。

[0038] 接下来，按照图2来说明在使用AutoIP的DVCR内，DHCP服务器加入到网络上时所执行的处理。各UPnP设备在AutoIP设定时每5分钟发送一次DHCP DISCOVER，从而执行周期性的搜索。

[0039] 在步骤S201中，DVCR在达到执行5分钟的周期搜索的时间时，在步骤S202中广播发送DHCP DISCOVER消息。在步骤S203中，在没有接收到来自DHCP服务器的DHCP OFFER消息的情况下，保持AutoIP的设置，于经过5分钟的时刻处，再重复执行DHCP搜索的步骤。

[0040] 另一方面，在于步骤S203中接收了DHCP OFFER消息的情况下，在步骤S204中，DVCR检查自身的连接状态。在与网络内的其他设备没有连接、即与其他设备之间不执行数据的发送或接收的情况下，在步骤S205，发送DHCP REQUEST消息，以申请允许使用在DHCP OFFER消息内记述的IP地址。以后，执行常规的基于DHCP标准的地址分配处理，通过接收DHCP ACK而结束对由DHCP服务器分配的IP地址的设置(步骤S206)。

[0041] 在步骤S204中，在根据检查连接状态的结果判断出与网络内的其他设备相连接、即正在执行数据的发送或接收的情况下，转到步骤S207，一直等到数据的发送或接收结束。若切断连接、即数据的发送或接收结束，则处理从步骤S207转到步骤S208，再次发送DHCPDISCOVER消息。以后，执行DHCP标准的处理，即DHCP OFFER的接收、DHCP REQUEST的发送、DHCP ACK的接收，由DHCP服务器执行所分配的IP地址的设置(步骤S209)。

[0042] 接下来，在DHCP服务器加入到由AutoIP构成的网络的情况下，以执行图2处理的DVCR为例，根据图3来说明其操作。

[0043] 在初期状态下，DVCR和DTV利用AutoIP来设置IP地址，分别使DVCR为169.254.1.1，DTV为169.254.1.2。在本实施方式中，在AutoIP设置时搜索DHCP服务器的轮询周期设定为5分钟。但是，该设置时间只是一个例子，并不构成对本发明的限制。在该初期状态下，就图3的各步骤进行说明。

[0044] 用户在DTV上的控制点应用程序中，从网络内的UPnP设备中选择出DVCR作为数据发送源。接下来，用户选择DVCR内的图像数据，并按下再现按钮。伴随着这一操作，DTV将RTSP SETUP命令发送到DVCR，在DTV-DVCR间建立连接，发送RTSP PLAY命令后，开始RTP/RTSP流传输。DVCR在接收了RTSP PLAY命令后，开始利用RTP发送指定的图像数据。DTV接收从DVCR发送的动画数据，并实时显示于画面内(步骤301，302)。

[0045] 在步骤303中，由于搜索DHCP服务器的周期来临，故DTV广播发送DHCP DISCOVER。在步骤304，由于DHCP服务器不存在于网络内，因此，DTV没有接收到DHCP OFFER。由此，DTV保持AutoIP的设置。接下来，在步骤305中，DHCP服务器例如借助于用户以人工方式加入到网络上。此时，DHCP服务器将IP地址192.168.0.1分配给自己。

[0046] 在步骤306中，由于搜索DHCP服务器的周期来临，故DVCR广播发送DHCP DISCOVER。在步骤307中，DVCR接收到来自于DHCP服务器的DHCP OFFER消息。在该DHCP OFFER消息中含有能够提供的IP地址。在本实施方式中设定为192.168.0.2。在步骤S308中，DVCR确认DHCP服务器存在于网络内，但当前处于对DTV传输数据的过程中，因此，不进行DHCP REQUEST，而保持AutoIP的IP地址设置(S204、S207)。

[0047] 此后，用户欣赏完图像数据后，在控制点应用程序中按下停止按钮。伴随着该操作，DTV对DVCR发送RTSP TEARDOWN命令，接收到该命令的DVCR在结束数据传输后关闭与DTV间的连接(步骤309、310)。在步骤311中，DVCR在结束数据发送后立刻广播发送DHCP DISCOVER，并再次搜索DHCP服务器。在步骤312中，接收来自DHCP服务器的DHCP OFFER消息。如在步骤307中所述，该DHCP OFFER消息中包含能够提供的IP地址，在此再次将其设定为192.168.0.2。该IP地址只是一个例子，且并不限制为每次都相同。在步骤313中，DVCR由于其自身未与其他设备建立连接，因此向DHCP服务器发送申请允许使用IP地址192.168，0.2的DHCPREQUEST消息。在步骤S314中，接收来自于DHCP服务器的DHCPACK，在步骤S315中，从AutoIP的IP地址(168.254.1.1)变更为由DHCP服务器分配的IP地址(192.168.0.2)(步骤S208、S209)。

[0048] 之后，由于搜索DHCP服务器的周期来临，在步骤316中，DTV广播发送DHCP DSICOVER，并搜索DHCP服务器。在步骤S317中，接收来自DHCP服务器的DHCP OFFER消息。设该DHCPOFFER消息内包含的可提供IP地址为192.168.0.3。在步骤318中，DTV将申请许可使用IP地址192.168.0.3的DHCP REQUEST消息发送到DHCP服务器。在步骤319中，DTV接收来自于DHCP服务器的DHCP ACK，在步骤320中，从AutoIP的IP地址(168.254.1.2)变更为由DHCP服务器分配的IP地址(192.168.0.3)(S201～S206)。在上述说明中，是基于从接收RSTP的SETUP包到接收RSTP的TEARDOWN包为止的期间来确定是否处于连接状态的一个例子。例如，也可以基于从接收TCP的SYN消息到接收TCP的FIN消息为止的期间而确定为连接状态、即数据传输状态。

[0049] (第2实施方式)

[0050] 在第2实施方式中，对向第1实施方式中的DVCR新追加用于检查DHCP服务器是否加入到网络上、即广播发送DHCPDISCOVER的定时的例子进行描述。在第2实施方式中，作为执行DHCP DISCOVER的定时，除5分钟的周期性轮询外，还追加了“在处于数据传输过程中的情况下中途切断传输时”以及“接收来自因特网网关设备(以下为IGD)的ALIVE消息时”。图4表示来自IGD的ALIVE消息。UPnP设备多点传输ALIVE消息时，能够在NT(Notification Type)标题中设置告知的对象。

[0051] 按照图5，对使用AutoIP的DVCR在询问DHCP服务器是否加入到网络上、且DHCP已经加入时所执行的处理进行说明。如第1实施方式中的说明所述，各UPnP设备在AutoIP设置时，每5分钟发送一次DHCP DISCOVER，以执行周期性搜索。在步骤S501中，在DVCR与其他设备建立连接的状态、即数据传输过程中的情况下，转到步骤S502。在步骤S502中，为了判断数据传输是否正常执行，而确认在数据传输中是否有来自于传输对方的应答。在第2实施方式中采取了这样一个例子：定期向对方发送RTSP GetParameter命令，根据有无其应答来判断数据传输是否正常执行。

[0052] 在步骤S502中，在没有针对RTSP GetParameter命令的应答的情况下，即传输中断、连接切断的情况下，在步骤S505中广播发送DHCP DISCOVER。该操作是假定了这样一种情况的处理：传输对方先检测出DHCP服务器的出现，通过从AutoIP变更为由DHCP服务器指定的IP地址，来切断连接。对有无针对RTSP GetParameter命令的应答包的判断可以通过在自发送命令起的规定时间内是否接收到应答包来进行，但在该规定时间内也可以包含TCP的再发送控制。

[0053] 在步骤S501中，在DVCR未与其他设备建立连接的状态下、即未处于数据传输过程中的情况下，以及在于步骤S502中接收了针对RTSP GetParameter命令的应答的情况下，转到步骤S503。在步骤S503中，根据是否接收到来自IGD的ALIVE消息，执行是否广播发送DHCP DISCOVER的判断处理。该操作是假定这样一种情况下的处理：具有DHCP服务器功能的IGD加入到网络上并发送最初的ALIVE消息。在步骤S503中，既便在没有接收到来自IDG的ALIVE消息的情况下，也能够在步骤S504中，在达到执行DHCP服务器搜索的、以5分钟为周期的轮询时间时，在步骤S505中广播发送DHCPDISCOVER。如以上所述，在第2实施方式的DVCR中，根据步骤S502、步骤S503、以及步骤S504中的3种条件来执行DHCP服务器的搜索。

[0054] 接下来，在步骤S506中，判断是否针对在步骤S505中发行的DHCP DISCOVER接收到来自DHCP服务器的DHCP OFFER。在还没有接收到DHCP OFFER的情况下，仍返回步骤S501，AutoIP的设置保持不变。在步骤S506中，在接收到来自DHCP服务器的DHCP OFFER的情况下，转到步骤S507，DVCR检查自身的连接状态。步骤S507以后的动作与第1实施方式(图2的步骤S204-S209)相同。在未与网络内的其他设备建立连接、即不执行数据的发送或接收的情况下，在步骤S508中，为申请许可使用由DHCP OFFER消息提出的IP地址而发送DHCP REQUEST消息。以后，执行通常的DHCP标准的处理，通过接收DHCP ACK而执行对由DHCP服务器所分配的IP地址的设置(步骤S509)。

[0055] 在步骤S507中，在判断为与网络内的其他设备相连接、即执行数据的发送或接收的情况下，转到步骤S510，等待数据的发送或接收的结束。在步骤S510中，若连接关闭、即数据的发送或接收结束，则在步骤S511中，再次发送DHCP DISCOVER消息。以后，执行通常的DHCP标准的处理，通过DHCP OFFER的接收、DHCPREQUEST的发送、DHCP ACK的接收，而执行对由DHCP服务器所分配的IP地址的设置(步骤S512)。

[0056] 接下来，在具有DCHP服务器功能的IGD加入到由AutoIP构成的网络上的情况下，以执行图5所示处理的DVCR为例，按照图6来说明其操作。

[0057] 在初期状态下，DVCR和DTV由AutoIP来设置IP地址，各自的IP地址分别为：DVCR为169.254.1.1，DTV为169.254.1.2。在本例中，在AutoIP设置时，设搜索DHCP服务器的轮询周期为5分钟。该设置时间只是一个例子，而不是对本发明的限制。在这种初期状态下，按照图6所示的各步骤来进行说明。

[0058] 用户在DTV上的控制点应用程序中，从网络内的UPnP设备中选择出DVCR作为数据发送源。接下来，用户选择DVCR内的图像数据，并按下再现按钮。与此相伴，DTV将RTSP SETUP命令发送给DVCR，在DTV-DVCR之间建立连接，发送RTSP PLAY命令后，开始RTP/RTSP流传输。DVCR在接收到RTSP PLAY命令后，利用RTP开始发送指定的图像数据。DTV接收从DVCR发送的动画数据，并实时显示于画面内(步骤601、602)。

[0059] 在步骤S603中，DTV由于搜索DHCP服务器的周期来临而广播发送DCHP DISCOVER。在步骤604中，由于DHCP服务器不存在于网络内，DTV没有接收到DHCP OFFER。由此，DTV保持AutoIP的设置。接着，在步骤605中，DHCP服务器(IGD)例如通过用户而加入到网络上。此时，DHCP服务器将IP地址192.168.0.1分配给自己。

[0060] 在步骤606中，若IGD加入到网路上，则立刻多点发送ALIVE消息。在该ALIVE消息中，在NT标题中包含表示为IGD的信息。在步骤607中，接收了来自IGD的ALIVE消息的DVCR广播发送DHCP DISCOVER消息(步骤S503、S505)。这时，在步骤608中，DVCR接收来自于DHCP服务器的DHCP OFFER消息。在该DHCPOFFER消息内包含能够提供的IP地址，在本例中设定为192.168.0.2。在步骤609中，DVCR确认出DHCP服务器存在于网络内，但当前正处于对DTV的数据传输中，因此，不执行DHCP REQUEST，而保持AutoIP的IP地址(步骤S506、S507、S510)。

[0061] 此后，用户欣赏完图像数据后，若在控制点应用程序中按下停止按钮，则与此相伴，DTV对DVCR发送RTSP TEARDOWN命令，接收到该命令的DVCR结束数据传输，并关闭与DTV间的连接(步骤610、611)。在步骤612中，DVCR在结束了数据发送后，立刻广播发送DHCP DISCOVER，并再次搜索DHCP服务器(步骤S511)。之后，在步骤S613中，接收到来自DHCP服务器的DHCP OFFER消息。如在步骤608中所述，在该DHCP OFFER消息内包含能够提供的IP地址，这里，再次指定为192.168.0.2。这只是一个例子，并不限制为每次都相同。在步骤614中，DVCR由于自己与任何一个设备都不连接，而向DHCP服务器发送DHCP REQUEST消息，用于申请许可使用IP地址192.168.0.2。在步骤615中，接收来自DHCP服务器的DHCP ACK，在步骤616中，从AutoIP的IP地址(168.254.1.1)变更为DHCP服务器所分配的IP地址(192.168.0.2)(步骤S512)。

[0062] 此后，在搜索DHCP服务器的周期来临时，在步骤617中，DTV广播发送DHCP DISCOVER，并搜索DHCP服务器。在步骤618中，接收来自于DHCP服务器的DHCP OFFER消息。设在该DHCPOFFER消息内包含的可提供的IP地址为192.168.0.3。在步骤619中，DTV向DHCP服务器发送DHCP REQUEST消息，用于申请许可使用IP地址192.168.0.3。在步骤620中，DTV接收到来自于DHCP服务器的DHCP ACK，在步骤621中，从AutoIP的IP地址(168.254.1.2)变更为DHCP服务器分配的IP地址(192.168.0.3)。

[0063] (第3实施方式)

[0064] 在第3实施方式中，对向第1实施方式的DVCR新追加了检查DHCP服务器是否加入到网络上、即广播发送DHCP DISCOVER的定时的、与第2实施方式不同的例子进行说明。在第3实施方式中，作为执行DHCP DISCOVER的定时，除了每5分钟一次的轮询外，还追加了在处于数据传输过程中的情况下中途切断传输时，以及接收了BYEBYE消息时。BYEBYE消息在本说明书的背景技术部分已经说明过，图7示出了其包的例子。与ALIVE消息一样，UPnP设备在多点传输BYEBYE消息时，在NT(Notification Type)头中，能够设置告知的对象。

[0065] 参照图8的流程图，说明使用AutoIP的DVCR在询问DHCP服务器是否已经加入到网络上、且在DHCP已经加入时所执行的处理。

[0066] 各UPnP设备在AutoIP设置时，每5分钟发送一次DHCPDISCOVER来进行周期性搜索。在步骤S801中，在DVCR与其他相设备相连接的状态、即处于数据传输过程中的情况下转到步骤S802。在步骤S802中，为了判断数据传输是否正常执行，确认在数据传输中是否有来自传输对方的应答。在本例中，通过定期向对方发送RTSPGetParameter命令、根据其应答的有无来执行数据传输是否正常的判断。

[0067] 在步骤S802中，在没有针对RTSP GetParameter命令的应答的情况下，即传输中断、连接切断的情况下，转到步骤S805，广播发送DHCP DISCOVER。此操作是假定这样一种情况下的处理：传输对方先检测到DHCP服务器的出现，通过从AutoIP变更为DHCP服务所分配的IP地址，来切断连接。

[0068] 在步骤S801中，在DVCR未与其他设备建立连接的状态、即未处于数据传输过程中的情况下，以及在于步骤S802中接收到针对RTSP GetParameter命令的应答的情况下，转到步骤S803。在步骤S803中，根据是否接收到来自于网络内设备的BYEBYE消息来执行广播发送DHCP DISCOVER的处理。此操作是假定这样一种情况下的操作：在自身以外的设备先检测到DHCP服务器的出现而改变IP地址时，多点传输发送BYEBYE消息。在步骤S803中，既便在没有接收到BYEBYE消息的情况下，也能在步骤S804中到达执行DHCP服务器搜索的以5分钟为周期的轮询时间时，在步骤S805中广播发送DHCP DISCOVER。如上所述，根据步骤S802、步骤S803、以及步骤S804中的三种条件来执行DHCP服务器的搜索。

[0069] 接着，在步骤S806中，判断是否从DHCP服务器接收到针对在步骤S805中发行的DHCP DISCOVER的DHCP OFFER。在还没有接收到DHCP OFFER的情况下，仍返回步骤S801，保持AutoIP的设置。另一方面，当在步骤S806中接收到来自DHCP服务器的DHCPOFFER的情况下，转到步骤S807，DVCR检查自身的连接状态。在未与网络内的其他设备建立连接、即不执行数据的发送或接收的情况下，在步骤S808中，发送DHCP REQUEST消息，用于申请许可使用由DHCP OFFER消息提出的IP地址。以后，执行常规的遵循DHCP的处理，通过接收DHCP ACK而为自身设定由DHCP服务器分配的IP地址。

[0070] 在步骤S807中，在与网络内的其他设备相连接、即执行数据的发送或接收的情况下，转到步骤S810，等待数据的发送或接收的结束。在步骤S810中，在连接关闭、即数据的发送或接收结束的情况下，在步骤S811中再次发送DHCP DISCOVER消息。以后，执行常规的遵循DHCP的处理，通过DHCP OFFER的接收、DHCP REQUES的发送、DHCP ACK的接收，执行对由DHCP服务器分配的IP地址的设置(步骤S812)。

[0071] (变形例)

[0072] 在第1到第3实施方式中，在步骤S207、步骤S510、步骤S810中，在数据传输结束之前不变更IP地址，但是这并不是一种限制。例如，在建立了连接、但实际上没有数据传输的情况下，也可以保持AutoIP。或者也可以是这样一种结构：设置规定的超时时间，在执行数据传输但经过了该规定的超时时间的情况下，切换该连接以执行DHCP DISCOVER。在经过了作为该规定的超时时间例如可以是30秒、或是经过DHCP服务器的搜索轮询超时时间(在本例中为5分钟)、或者是经过所谓与发送UPnP ALIVE消息的周期相同的时间(例如为30分钟)的规定超时时间的情况下，能够切换连接来执行DHCPDISCOVER。该情况下，若设规定的超时时间为无限长，则成为与等待数据传输结束后发行DHCP DISCOVER的上述各个实施方式相同的操作。既便在步骤S207、步骤S510、步骤S810中的数据传输中，也可以执行在第2、第3实施方式的步骤S502、S802中说明的数据传输中断的检测，并在传输中断的情况下，执行从地址服务器获取地址的获取操作(DHCP DISCOVER的发行)。

[0073] 在上述各个实施方式中，在数据传输完毕后，发行DHCPDISCOVER，重新获取由DHCP分配的地址(步骤S208、S209、S511、S512、S811、S812)。但是，一般来说，在DHCP服务器中设置了“从DHCP OFFER到接收DHCP REQUEST为止的限制时间”，若在该限制时间内，能够接收用于利用记载在DHCP OFFER内的IP地址的DHCP REQUEST。因此，在接收了DHCP OFFER后，测量数据传输结束确认(S207、S510、S810)之前的时间，在该时间处于在DHCP服务器内所设置的上述限制时间的范围内的情况下，也可以不发行DHCP DISCOVER，而发行为了利用在已经接收的DHCP OFFER内记载的IP地址的DHCP REQUEST。当然，在超过限制时间范围的情况下，发行DHCP DISCOVER。

[0074] 利用安装于DVCR等内的应用程序，设置了保持从外部设备预约的数据传输的功能。例如，2台DTV存在于网络上，在与一台DTV之间执行数据传输期间，将从另一台DTV发行的数据传输的请求作为预约而保持。在具有这种预约功能的电子设备内，在步骤S207、S510、S810的数据传输结束的判断中，既便当前执行中的数据传输结束，在存在数据传输的预约的情况下，也可以继续执行预约的数据传输。即，在判断为存在数据传输预约的情况下，也可以看作为数据传输继续执行。

[0075] 如上所述，根据各个实施方式，在利用网络上的AutoIP设置了IP的设备中，当检测出该网络内加入了DHCP服务器时，判断设备自身的连接状态，若与其他设备之间建立连接，则保持AutoIP的IP地址，等待该连接关闭后，变更为由DHCP服务器分配的IP地址。为此，能够防止因DHCP服务器的加入而产生数据传输的中断的可能性。

[0076] 根据第2实施方式，除了定期的DHCP服务器搜索外，在数据传输中出现数据传输中途中断的情况下(在第2实施方式中，是根据是否能够接收针对RTSP的GetParameter包的应答包来进行判断)、以及在接收了表示DHCP服务器的加入可能性的消息(例如IGD的ALIVE消息)的情况下，对DHCP服务器执行DHCP DISCOVER。在第3实施方式中，在接收了表示变更网络上其他电子设备的IP地址的可能性(即DHCP服务器加入的可能性)的消息(例如BYEBYE消息)的情况下，对DHCP服务器执行DHCP DISCOVER。如此，根据第2、第3实施方式，能够比普通的DHCP服务器的轮询周期还要早的检测出DHCP服务器的网络加入，能够缩短由于各设备的DHCP服务器脱离检测的时间差所产生的不能通信的时间。

[0077] (其他实施方式)

[0078] 不用说，通过在将记录实现上述实施方式的功能的软件程序代码的存储媒体提供给系统或装置，该系统或装置的计算机(或CPU、MPU)读出并执行存储于存储媒体内的程序代码，也能够实现本发明的目的。