通信設備和通信設備的控制方法
2023-05-08 11:50:56
通信設備和通信設備的控制方法
【專利摘要】一種通信設備和通信設備的控制方法，其具有第一狀態和第二狀態，第一狀態和第二狀態具有不同的電力消耗，通信設備當通信設備處於第一狀態時，接收來自其它通信設備的通信開始請求；響應於對通信開始請求的接收，將通信設備的狀態轉變為第二狀態，第二狀態具有大於第一狀態的電力消耗的電力消耗；並且如果在轉變為第二狀態之後，與其它通信設備的通信使用的通信設置沒有改變，則向其它通信設備發送對通信開始請求的應答，而如果通信設置改變，則不向其它通信設備發送表示根據通信開始請求的通信可用的應答。
【專利說明】通信設備和通信設備的控制方法
【技術領域】
[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日
【發明者】今尾英司 申請人:佳能株式會社