通信设备和通信设备的控制方法
【专利摘要】一种通信设备和通信设备的控制方法，其具有第一状态和第二状态，第一状态和第二状态具有不同的电力消耗，通信设备当通信设备处于第一状态时，接收来自其它通信设备的通信开始请求；响应于对通信开始请求的接收，将通信设备的状态转变为第二状态，第二状态具有大于第一状态的电力消耗的电力消耗；并且如果在转变为第二状态之后，与其它通信设备的通信使用的通信设置没有改变，则向其它通信设备发送对通信开始请求的应答，而如果通信设置改变，则不向其它通信设备发送表示根据通信开始请求的通信可用的应答。
【专利说明】通信设备和通信设备的控制方法
【技术领域】
[0001]本发明涉及从其它设备接收用于开始通信的请求的设备。
【背景技术】
[0002]一些打印机或者投影仪包括进行打印处理或者投影处理的处理单元和与其它通信设备进行通信的通信单元。在这种打印机或者投影仪(下文中称为通信设备)中，为了减少通信设备的电力消耗，存在在通信单元接通时关闭处理单元以处于省电状态的技术。
[0003]在这种通信设备中，如果通信设备在省电状态下接收到来自其它通信设备的用于开始通信的请求包，则通信设备发送对用于开始通信的请求包的应答以开始通信，并且处理单元和通信单元两者转变为电源接通的正常状态(US2007/0162777)。用于开始通信的请求包例如是指传输控制协议(TCP)中的同步(SYN)包。此外，如果处理单元从电源关闭状态转变为电源接通状态，则处理单元进行初始化。
[0004]当通信设备从省电状态转变为正常状态，并且处理单元进行初始化时，在一些情况下，诸如通信设备的地址等的通信设置改变。如果通信设置改变，则通信设备无法使用改变之前的通信设置与其它通信设备进行通信。
[0005]因此，存在如下问题:如果即使通信设置改变，通信设备也发送对在省电状态下接收到的用于开始通信的请求包的应答，则进行请求的通信设备可能错误地识别为其可以使用改变之前的通信设置与进行应答的通信设备进行通信。
【发明内容】
[0006]本发明涉及一种通信设备。
[0007]根据本发明的一方面，提供一种通信设备，其具有第一状态和第二状态，所述第一状态和所述第二状态具有不同的电力消耗，所述通信设备包括:接收单元，被配置为当所述通信设备处于所述第一状态时，接收来自其它通信设备的通信开始请求；转变单元，被配置为响应于所述接收单元对所述通信开始请求的接收，将所述通信设备的状态转变为所述第二状态，所述第二状态具有大于所述第一状态的电力消耗的电力消耗；以及发送单元，被配置为向所述其它通信设备发送对所述通信开始请求的应答。如果在由所述转变单元转变为所述第二状态之后，与所述其它通信设备的通信使用的通信设置改变，则所述发送单元不向所述其它通信设备发送表示根据所述通信开始请求的通信可用的应答。
[0008]根据本发明的其它方面，提供一种通信设备的控制方法，所述通信设备具有第一状态和第二状态，所述第一状态和所述第二状态具有不同的电力消耗，所述控制方法包括:在所述通信设备处于所述第一状态的情况下，接收来自其它通信设备的通信开始请求；响应于接收到所述通信开始请求，将所述通信设备的状态转变为所述第二状态，所述第二状态具有大于所述第一状态的电力消耗的电力消耗；以及如果在转变为所述第二状态之后，与所述其它通信设备的通信使用的通信设置没有改变，则向所述其它通信设备发送对所述通信开始请求的应答，以及如果所述通信设置改变，则不向所述其它通信设备发送表示根据所述通信开始请求的通信可用的应答。
[0009]根据以下参考附图对示例性实施例的详细描述，本发明的其它特征和方面将变得明显。
【专利附图】
【附图说明】
[0010]包含在说明书中、构成说明书的一部分的附图示出了本发明的示例性实施例、特征和方面，并且与文字说明一起，用于解释本发明的原理。
[0011]图1是示出网络配置的图。
[0012]图2A、2B和2C是硬件配置图。
[0013]图3是状态转移图。
[0014]图4是软件功能框图。
[0015]图5是由网络通信单元进行的处理的流程图。
[0016]图6是由应用程序系统单元进行的处理的流程图。
[0017]图7是网络通信单元和应用程序系统单元之间的序列图。
[0018]图8是网络通信单元和应用程序系统单元之间的序列图。
[0019]图9是网络通彳目单兀和应用程序系统单兀之间的序列图。
【具体实施方式】
[0020]下面参考附图详细描述本发明的各种示例性实施例、特征和方面。
[0021]图1示出了本发明的示例性实施例的网络配置。通信设备101和其它通信设备102通过网络103连接。在本示例性实施例中，网络103是局域网(LAN)或者广域网(WAN)(诸如因特网)。通信设备101和其它通信设备102进行符合TCP/IP(传输控制协议/因特网协议)的包通信。
[0022]图2A示出了通信设备101的硬件配置。通信设备101包括网络通信单元201和应用程序系统单元202。
[0023]网络通信单元201通过网络103与其它通信设备102进行通信。应用程序系统单元202控制网络通信单元201以输出从其它通信设备102接收到的数据。这里，输出是指打印、显示或者投影。
[0024]网络通信单元201包括通信控制单元211、本地RAM212、协议处理单元213和总线桥214。这些硬件模块由局部总线215连接。
[0025]通信控制单元211通过网络向其它通信设备102发送/从其它通信设备102接收符合TCP/IP的包。本地RAM212临时存储(缓冲)通信控制单元211进行包发送/接收所需的数据(发送数据或者接收数据)。协议处理单元213进行用于进行符合TCP/IP的通信的各种类型的协议处理。例如，协议处理单元213进行接收到的包的头分析、发送流控制、拥塞控制或者通信错误控制。此外，协议处理单元213还对下面将描述的电源控制单元226进行控制。
[0026]应用程序系统单元202包括中央处理器(CPU) 221、只读存储器(ROM) 222、随机存取存储器(RAM) 223和时钟227。这些硬件模块由系统总线225连接。
[0027]CPU221读出并执行存储在R0M222中的程序，以控制应用程序系统单元202打印或者显示数据。此外，当CPU221读出并执行程序时，RAM223用作工作存储器。
[0028]应用程序系统单元202还包括电源控制单元226。电源控制单元226对应用程序系统单元202的各种硬件模块进行电源控制或者复位处理。此外，电源控制单元226根据来自协议处理单元213的指令工作。
[0029]将电源控制单元226向应用程序系统单元202中的各种硬件模块供给电力的状态称为正常状态。在正常状态下，通信设备101接收来自其它通信设备102的数据，并且能够打印或者显示数据。
[0030]与此相对，将电源控制单元226不向应用程序系统单元202中的各种硬件模块供给电力的状态称为低电力消耗状态。与正常状态相比，在低电力消耗状态下，通信设备101的电力消耗减少。在低电力消耗状态下，通信设备101无法打印或者显示从其它通信设备102接收到的数据。然而，即使在低电力消耗状态下，仍然向网络通信单元201供给电力，从而通信设备101能够通过网络103从其它通信设备102接收用于开始通信的请求或者地址解析协议(ARP)包。这里，用于开始通信的请求是指TCP连接的连接请求包(TCP SYN包)。
[0031]如果通信设备101接收到了到其自身的IP地址的ARP包，则通信设备101向发送ARP包的对方设备通知通信设备101的媒体访问控制(MAC)地址。
[0032]上述硬件模块221至226根据来自时钟227的时钟信号工作。
[0033]图2B示出了电源控制单元226的细节。电源231是连接到商用电源的电源模块。电源231可以是电池。开关232根据来自协议处理单元213的控制信号，来切换是否从电源231向应用程序系统单元202供给电力。协议处理单元213对开关232进行切换，以控制对应用程序系统单元202的电力供给。
[0034]此外，代替图2B所示的配置，可以适配图2C所示的配置。也就是说，通过门235从电源231向应用程序系统单元202供给电力。电源控制单元226包括用于切换是否从时钟227向门235供给时钟供给的开关236，并且被配置为根据来自协议处理单元213的控制信号来切换开关236的接通/断开。这里，门235响应于来自时钟227的时钟供给而工作，并且在没有时钟供给的情况下不电导通。使用这种配置可以实现相同的目的。
[0035]图3示出了多个状态(正常状态和低电力消耗状态)之间的状态转移图。如果通信设备101处于正常状态(301)，则在继续进行与其它通信设备的通信(302)时，保持正常状态。当在与其它通信设备的通信完成之后经过了预定时间时，正常状态转变(304)为低电力消耗状态(303)。此外，如果通信设备101处于低电力消耗状态，则当通信设备101接收到来自其它通信设备的用于开始通信的请求时，低电力消耗状态转变(305)为正常状态。
[0036]在本实施例中，在正常状态(301)和低电力消耗状态(303)下，在网络通信单元201中工作的程序不同。在正常状态下工作的程序进行普通TCP/IP处理，并且与应用程序系统单元202交换数据。与此相对，除非接收到预定的用于开始通信的请求(例如TCP的SYN包)，否则在低电力消耗状态下工作的程序不与应用程序系统单元202交换数据。
[0037]图4示出了通信设备101的软件配置。当CPU221读出并执行存储在R0M222中的程序，或者通信控制单元211或协议处理单元213工作时，实现图4所示的每个软件模块。
[0038]接收单元400接收IP包。错误判断单元401判断在接收到的IP包中是否存在错误。丢弃单元402丢弃接收单元400接收到的IP包。目的地判断单元403基于作为IP包的目的地的IP地址，判断IP包的目的地是否是通信设备101。TCP判断单元404判断IP包的数据单元是否是符合TCP的数据(TCP包)。
[0039]请求判断单元405判断接收到的TCP包是否是用于开始通信的请求。存储控制单元406将接收单元400接收到的IP包存储在本地RAM212中。供给单元407指示电源控制单元226向应用程序系统单元202中的各种硬件模块供给电力。停止单元408停止接收单元400对IP包的接收。
[0040]初始化单元410对应用程序系统单元202进行初始化。确认单元411确认用于开始通信的请求存储在本地RAM212中。确认单元411还确认存储在本地RAM212中的恢复状态信息。启动单元412启动由恢复状态信息指定的应用程序413。应用程序413进行控制，以显示或者打印通信设备101从其它通信设备102接收到的数据。此外，应用程序413打开用来与其它通信设备102通信的端口号。读取指示单元414指示网络通信单元201读出存储在RAM212中的用于开始通信的请求。丢弃指示单元415指示丢弃存储在本地RAM212中的用于开始通信的请求。
[0041]图5示出了当处于低电力消耗状态的通信设备101接收到来自其它通信设备102的符合IP的数据(IP包)时、由协议处理单元213进行的处理的流程图。
[0042]在步骤S501中，接收单元400接收IP包。当接收到IP包时，在步骤S502中，错误判断单元401判断在接收到的IP包中是否存在错误。具体地，检查接收到的IP包的头(IP头)中的关于数据长度的信息是否与实际接收到的IP包的数据长度一致。
[0043]如果IP头中的关于数据长度的信息与IP包的数据长度不一致，则判断为存在错误。此外，计算IP头的校验和的值，以检查是否与在IP头中写入的校验和的值一致。如果校验和的值彼此不一致，则判断为存在错误。如果判断为存在错误，则处理进行到步骤S508，丢弃单元402丢弃接收到的IP包。相反，如果判断为不存在错误，则处理进行到步骤S503。
[0044]在步骤S503中，目的地判断单元403判断IP包的目的地是否是通信设备101。具体地，检查在通信设备101中设置的IP地址，是否与作为IP包的目的地的IP地址一致。如果IP地址彼此一致，则判断为IP包的目的地是通信设备101。如果判断为IP包的目的地不是通信设备101，则处理进行到步骤S508，丢弃单元402丢弃接收到的IP包。相反，如果判断为IP包的目的地是通信设备101，则处理进行到步骤S504。
[0045]在步骤S504中，TCP判断单元404判断IP包的数据单元是否是符合TCP的数据(TCP包)。如果判断为数据单元不是TCP包，则处理进行到步骤S508，丢弃单元402丢弃接收到的IP包。相反，如果判断为数据单元是TCP包，则处理进行到步骤S505。
[0046]在步骤S505中，错误判断单元401判断是否在TCP包中存在错误。具体地，计算TCP包的头(TCP头)的校验和的值，以检查其是否与在TCP头中写入的校验和的值一致。如果校验和的值彼此不一致，则判断为存在错误。如果判断为存在错误，则处理进行到步骤S508，丢弃单元402丢弃接收到的IP包。相反，如果判断为不存在错误，则处理进行到步骤S506。
[0047]在步骤S506中，请求判断单元405判断接收到的TCP包是否是用于开始通信的请求。具体地，如果TCP包中的紧急(URG)标志、获知(ACK)标志、推送(PSH)标志、复位(RST)标志和结束(FIN)标志关闭(off)，而仅同步(SYN)标志打开(on)，则判断为TCP包是用于开始通信的请求(TCP的SYN包)。FIN标志意为不再存在来自发送方的数据。如果判断为TCP包不是用于开始通信的请求，则处理进行到步骤S508，丢弃单元402丢弃接收到的IP包。相反，如果判断为TCP包是用于开始通信的请求，则处理进行到步骤S507。
[0048]在步骤S507中，目的地判断单元403判断TCP包的目的地的端口号是否是可接受的端口号。如果目的地的端口号不是可接受的端口号，则处理进行到步骤S508，丢弃单元402丢弃接收到的IP包。相反，如果目的地的端口号是可接受的端口号，则处理进行到步骤S509。
[0049]在步骤S509中，存储控制单元406将接收到的IP包存储在本地RAM212中。此外，存储控制单元406将恢复状态信息存储在本地RAM212中。恢复状态信息包括关于接收到的IP包的信息(例如接收时间或包的长度)或者指定与其它通信设备102通信的应用程序的信息(例如协议的类型或端口号)。
[0050]在步骤S510中，供给单元407指示电源控制单元226向应用程序系统单元202中的各种硬件模块供给电力。通过这样做，低电力消耗状态转变为正常状态。此外，在步骤S511中，停止单元408停止接收单元400对IP包的接收。换句话说，为了进行从在网络通信单元201的低电力消耗状态下工作的程序到在正常状态下工作的程序的切换，临时停止网络通信单元201的操作。
[0051]图6示出了在向应用程序系统单元202供给电力之后，通过CPU221读出存储在R0M222中的程序而进行的处理的流程图。此外，图7至9示出了在向应用程序系统单元202供给电力之后，应用程序系统单元202和网络通信单元201之间的序列图。
[0052]当向应用程序系统单元202供给电力时，初始化单元410对应用程序系统单元202进行初始化(步骤S601、701和702)。在初始化处理中，进行系统中的硬件和系统软件的初始设置。此外，初始化单元410指示网络通信单元201开始正常状态下的操作。
[0053]当网络通信单元201接收到开始操作的指令时，执行协议处理单元213中的在正常状态下工作的程序，以开始IP包的通信(703)。然而，这时，诸如IP地址等的通信设置处于无效化状态，从而丢弃单元402丢弃接收单元400从网络103接收到的IP包。
[0054]然后，应用程序系统单元202进行通信设置(步骤S602、704、705和706)。具体地，应用程序系统单元202通过网络通信单元201与动态主机配置协议(DHCP)服务器进行通信，以获取IP地址。
[0055]在该通信中，指示在应用程序系统单元202和网络通信单元201之间发送DHCP消息(例如发送DHCP发现消息或者DHCP请求消息)。此外，从网络通信单元201到应用程序系统单元202交换对DHCP消息的接收(对DHCP提供消息或者DHCP获知(Ack)消息的接收)的通知。应用程序系统单元202在网络通信单元201中设置通过与DHCP服务器进行通信而获取的IP地址。
[0056]首先，描述通信设置失败的情况(步骤S603:否)。例如，如果DHCP服务器的操作停止，则无法接收DHCP消息，从而设置通信设置失败。当设置通信设置失败时，确认单元411确认用于开始通信的请求存储在本地RAM212中(步骤S609和801)。丢弃指示单元415指示网络通信单元201丢弃存储在本地RAM212中的用于开始通信的请求(步骤S610、802)，并且丢弃单元402根据该指令丢弃用于开始通信的请求(803)。
[0057]因此，能够防止在应用程序通信不可用的情况下发送对用于开始通信的请求的应答。这里，应答是指表示根据用于开始通信的请求的通信(例如使用接收到用于开始通信的请求时的地址的通信)可用的应答，并且包括针对用于开始通信的请求的Ack(肯定应答)。
[0058]接下来，描述通信设置成功时的情况(步骤S603 --是)。如果通信设置成功(步骤S603:是)，则确认单元411检查存储在本地RAM212中的恢复状态信息(步骤S604、707)。如上所述，恢复状态信息包括指定被请求开始应用程序通信的应用程序的信息(例如协议的类型或者接收端口号)。启动单元412启动由恢复状态信息指定的应用程序413(步骤S605、708)。启动的应用程序413打开用于通信的端口号(步骤S605、709)。
[0059]这里，如果应用程序的启动或者端口号的打开失败(步骤S606:否)，则丢弃指示单元415指示网络通信单元201丢弃存储在本地RAM212中的用于开始通信的请求(步骤S610、901)。丢弃单元402根据该指令丢弃用于开始通信的请求(902)。通过这样做，能够防止在应用程序通信不可用的情况下发送对用于开始通信的请求的应答。
[0060]同时，如果成功启动了应用程序413，并且成功打开了端口号(步骤S606:是)，则读取指示单元414指示网络通信单元201读取存储在RAM212中的用于开始通信的请求(步骤S607、710)。也就是说，指示网络通信单元201中的在正常状态下工作的程序以读取存储在RAM212中的用于开始通信的请求，以再次进行接收处理。如果在网络通信单元201中工作的程序接收到指令，则程序再次进行图5所示的步骤S502至S508的操作(711、重新接收处理)。
[0061]如果在步骤S602中进行的通信设置与低电力消耗状态下的通信设置相同(也就是说，通过DHCP通信获取了与在低电力消耗状态下相同的IP地址)，则通过重新接收处理建立应用程序通信的TCP连接。换句话说，网络通信单元201发送对用于开始通信的请求的应答(712)。网络通信单元201向应用程序413通知应用程序通信开始(713)，并且进行应用程序通信(步骤S608、714)。
[0062]然而，例如，在步骤S602中，如果获取了与在低电力消耗状态下不同的IP地址(也就是说，通信设置改变)，则通过重新接收处理，判断为用于开始通信的请求不是针对其自身的设备。根据判断结果，丢弃用于开始通信的请求(步骤S503:否)。因此，不开始应用程序通信。此外，即使在步骤S602中进行的通信设置与低电力消耗状态下的通信设置相同，如果没有正常启动应用程序，或者打开端口失败(步骤S606:否)，则也丢弃用于开始通信的请求。通过这样做，能够防止在应用程序通信不可用的情况下发送对用于开始通信的请求的应答。
[0063]在这种情况下，即使其它通信设备102发送了用于开始通信的请求，其它通信设备102也不能接收到对该请求的应答。因此，其它通信设备102在网络103中搜索具有预定功能(例如打印功能或者显示/投影功能)的设备。例如，其它通信设备102发送在通用即插即用(UPnP)中定义的发现信号。在网络103中广播发现信号。
`[0064]如果通信设备101的网络通信单元201接收到发现信号，并且通信设备101具有其它通信设备102搜索的预定功能，则网络通信单元201向其它通信设备102发送对发现信号的应答。应答包括通信设备101的IP地址。该IP地址是在启动应用程序系统单元202之后、在初始化处理期间获取的IP地址。
[0065]通过这样做，其它通信设备102可以获取通信设备101的IP地址。因此，其它通信设备102再次使用获取的IP地址，向通信设备101发送用于开始通信的请求。接收到用于开始通信的请求的通信设备101的网络通信单元201发送对用于开始通信的请求的应答(对应于图7的712)，并且向应用程序系统单元202通知应用程序通信开始(对应于图7的714)。通过这样做，通信设备101和其它通信设备102可以重新开始IP通信。
[0066]此外，操作不限于此，而可以进行以下操作。网络通信单元201或者应用程序系统单元202判断为IP地址通过应用程序系统单元202的通信设置而改变。如果判断为IP地址改变，则网络通信单元201可以向其它通信设备102通知IP地址。即使这样做，其它通信设备102也可以使用改变后的IP地址，发送用于开始通信的请求，从而通信设备101和其它通信设备102可以重新开始IP通信。
[0067]在本发明中，响应于对来自其它通信设备102的用于开始通信的请求的接收，第一状态(例如低电力消耗状态)转变为第二状态(例如正常状态)。判断与其它通信设备102的通信使用的通信设置(例如IP地址)在转变之前和之后是否改变。可以通过将在如上所述接收到的用于开始通信的请求中写入的IP地址与在转变为第二状态之后在通信设备101中设置的IP地址进行比较，来进行判断。
[0068]然而，本发明不限于此，而协议处理单元213可以存储第一状态时的IP地址，并且可以将存储的IP地址与在转变为第二状态之后在通信设备101中设置的IP地址进行比较，以进行判断。根据判断结果，通信设备101发送对来自其它通信设备102的用于开始通信的请求的应答。
[0069]具体地，如果通信设置没有改变，则通信设备101发送对用于开始通信的请求的应答。相反，如果通信设置改变，则通信设备101不发送对用于开始通信的请求的应答。通过这样做，能够防止在应用程序通信不可用的情况下发送对用于开始通信的请求的应答。
[0070]此外，根据本发明的其它方面之一，如果通信设备101不发送向其它通信设备102发送的对用于开始通信的请求的应答，则通信设备101向其它通信设备102通知改变后的通信设置(IP地址)。通过这样做，其它通信设备可以知道改变后的通信设置(IP地址)，并且通信设备101和其它通信设备102可以开始应用程序通信。
[0071]此外，根据本发明的其它方面，用于开始通信的请求包括用于指定作为通信对方的应用程序的信息。因此，其它通信设备102可以指定在通信设备101中要启动的应用程序，并且可以进行用户希望的通信。
[0072]在上述示例性实施例中，代替丢弃用于开始通信的请求，通信设备101可以向其它通信设备102通知无法开始根据用于开始通信的请求的通信(例如使用接收到用于开始通信的请求时的地址的通信)。也就是说，可以发送对用于开始通信的请求的否定应答。即使这样做，其它通信设备也不太可能错误地识别为在该通信设置下通信可用。
[0073]此外，可以在否定应答中包括改变后的通信设置。通过这样做，其它通信设备可以知道改变后的通信设置(IP地址)，并且通信设备101和其它通信设备102可以开始应用程序通信。
[0074]本发明具有如上所述的一个或多个优点。
[0075]本发明的实施例还能够由读出并执行记录在存储介质(例如非易失性计算机可读存储介质)上的计算机可执行指令的系统或设备的计算机，执行本发明的上述实施例中的一个或更多个的功能，并且通过由系统或设备的计算机执行的方法通过例如从存储介质中读出并执行计算机可执行指令，以执行上述实施例中的一个或更多个的功能来实现。计算机可以包括中央处理单元(CPU)、微处理单元(MPU)或其它电路中的一个或更多个，并且可以包括单独的计算机或单独的计算机处理器的网络。例如可以从网络或存储介质向计算机提供计算机可执行指令。存储介质例如可以包括硬盘、随机存取存储器(RAM)、只读存储器(ROM)、分布式计算系统的存储装置、光盘(例如紧凑盘(⑶)、数字通用盘(DVD)或蓝光盘(BD)TM)、闪存装置、存储卡等中的一个或更多个。
[0076]虽然参照示例性实施例对本发明进行了说明，但是应当理解，本发明不限于所公开的示例性实施例。所附权利要求的范围符合最宽的解释，以使其涵盖所有变型、等同结构及功能。
【权利要求】
1.一种通信设备，其具有第一状态和第二状态，所述第一状态和所述第二状态具有不同的电力消耗，所述通信设备包括: 接收单元，被配置为在所述通信设备处于所述第一状态的情况下，接收来自其它通信设备的通信开始请求； 转变单元，被配置为响应于所述接收单元接收到所述通信开始请求，将所述通信设备的状态转变为所述第二状态，所述第二状态具有大于所述第一状态的电力消耗的电力消耗；以及 发送单元，被配置为向所述其它通信设备发送对所述通信开始请求的应答， 其中，如果在转变为所述第二状态之后，与所述其它通信设备的通信使用的通信设置改变，则所述发送单元不向所述其它通信设备发送表示根据所述通信开始请求的通信可用的应答。
2.根据权利要求1所述的通信设备，还包括: 通知单元，被配置为如果所述发送单元不向所述其它通信设备发送对所述通信开始请求的应答，则向所述其它通信设备通知改变后的所述通信设置。
3.根据权利要求1所述的通信设备，还包括: 获取单元，被配置为在转变为所述第二状态之后获取因特网协议即IP地址，以及 其中，如果作为所述通信开始请求的目的地的IP地址，与所述获取单元获取的IP地址不一致，则所述发送单元不发送表示根据所述通信开始请求的通信可用的应答。
4.根据权利要求3所述的通信设备，其中，所述获取单元根据动态主机配置协议获取IP地址，所述动态主机配置协议即DHCP。
5.根据权利要求1所述的通信设备，还包括: 处理单元，被配置为对数据进行打印或者投影；以及 电源单元，被配置为控制对所述处理单元的电力供给， 其中，在所述第一状态下，所述电源单元不向所述处理单元供给电力，而在所述第二状态下，所述电源单元向所述处理单元供给电力。
6.根据权利要求5所述的通信设备，其中，响应于接收到所述通信开始请求，所述电源单元向所述处理单元供给电力。
7.根据权利要求5所述的通信设备，还包括: 存储单元，被配置为存储用于指定响应于所述接收单元接收到所述通信开始请求所要启动的应用程序的信息， 其中，所述处理单元在通过所述电源单元接收到电力之后，基于存储在所述存储单元中的所述信息，启动所述应用程序，以打印或者显示数据。
8.根据权利要求1所述的通信设备，其中，如果所述通信设置改变，则所述发送单元发送对所述通信开始请求的否定应答。
9.根据权利要求1所述的通信设备，其中，所述通信开始请求是符合传输控制协议的同步包，所述传输控制协议即TCP，所述同步包即SYN包。
10.根据权利要求1所述的通信设备，其中，所述通信设备是投影仪或者打印机。
11.一种通信设备的控制方法，所述通信设备具有第一状态和第二状态，所述第一状态和所述第二状态具有不同的电力消耗，所述控制方法包括:在所述通信设备处于所述第一状态的情况下，接收来自其它通信设备的通信开始请求； 响应于接收到所述通信开始请求，将所述通信设备的状态转变为所述第二状态，所述第二状态具有大于所述第一状态的电力消耗的电力消耗；以及 如果在转变为所述第二状态之后，与所述其它通信设备的通信使用的通信设置没有改变，则向所述其它通信设备发送对所述通信开始请求的应答，以及 如果所述通信设置改变，则不向所述其它通信设备发送表示根据所述通信开始请求的通信可用的应答。
【文档编号】H04L29/12GK103513750SQ201310247044
【公开日】2014年1月15日 申请日期:2013年6月20日 优先权日:2012年6月20日
【发明者】今尾英司 申请人:佳能株式会社