專利名稱：通信設備及其控制方法
技術領域：
本發(fā)明涉及一種通過共享加密密鑰進行通信的通信設備。
背景技術：
在符合IEEE 802. 11系列標準的無線LAN中，定義了在無需使用接入點的情況下允許通信設備相互直接通信的自組織模式。以自組織模式通信的通信設備可以通過使用 Auto IP自動設置相互不同的IP地址來相互通信。在Auto IP中，如下具體設置IP地址。 首先，第一通信設備設置特定IP地址，并且使用ARP請求詢問是否存在設置了相同IP地址的其它通信設備。當檢測到存在設置有相同地址的其它通信設備時，第一通信設備設置另一 IP地址，并且使用ARP請求再次詢問是否存在設置了相同IP地址的其它通信設備。重復上述處理，直到發(fā)現不存在設置了相同IP地址的其它通信設備的IP地址為止。從而通信設備可以設置相互不同的IP地址。這里，IP表示因特網協(xié)議anternetfrotocol)，并且 ARP 表示地址解析協(xié)議(Address ResolutionProtocol)。此外，在無線LAN中，定義了 Wi-Fi保護接入(WPA)以增強網絡安全。加入符合 WPA的網絡的通信設備使用加密進行通信(以下稱為加密通信)。然而，在IEEE規(guī)范中，不存在與新加入符合WPA的網絡的終端開始加密通 /[言白勺定時有關白勺定義(IEEE Computer Society, “ IEEE Standard for Information technoIogy-Telecommunicationand information exchange between systems-Local andmetropolitan area networks-Specific requirements, Part 11 :ffireless LAN Medium Access Control(MAC)and Physical Layer (PHY)Specifications", IEEE Std 802. 11-2007, Revision of IEEEStd 802.11-1999)。因此，可能存在在與已屬于自組織網絡的其它通信設備共享加密密鑰之前、通信設備為了使用Auto IP而開始加密通信的情況。 在這種情況下，不能正確進行使用Auto IP的重復IP地址檢測處理。換句話說，當通信設備使用加密發(fā)送ARP請求時，沒有共享加密密鑰的其它通信設備不能解密該ARP請求，因此不能做出適當響應。結果，可能存在對多個通信設備設置相同IP地址的情況，從而無法進行正常通信。

發(fā)明內容
考慮到上述問題，本發(fā)明降低了向進行加密通信的通信設備分配與其它通信設備相同的地址的可能性。本發(fā)明提供一種通信設備，其與多個其它通信設備通信，所述通信設備包括共享單元，用于與所述其它通信設備共享用于加密通信的加密密鑰；以及開始單元，用于在所述共享單元完成了與所述多個其它通信設備共享加密密鑰時，使用加密通信開始用于設置所述通信設備的地址的處理。本發(fā)明還提供一種通信設備的控制方法，所述通信設備用于與屬于網絡的多個其它通信設備通信，所述控制方法包括以下步驟共享步驟，用于與所述其它通信設備共享用于加密通信的加密密鑰；以及開始步驟，用于在所述共享步驟完成了與所述多個其它通信設備共享加密密鑰時，使用加密通信開始用于設置所述通信設備的地址的處理。根據本發(fā)明，降低了向進行加密通信的通信設備分配與其它通信設備相同的地址的可能性。通過以下參考附圖對典型實施例的說明，本發(fā)明的其它特征將顯而易見。


圖1是網絡結構的圖。圖2是STAl的硬件結構圖。圖3是STAl的軟件功能框圖。圖4是在STAl中實現的處理的流程圖。圖5是序列圖。圖6是在STAl中實現的處理的流程圖。圖7是上限值N為2的情況下的序列圖。圖8是上限值N為3的情況下的序列圖。
具體實施例方式第一實施例在本實施例中，將說明符合IEEE 802. 11系列標準的自組織模式的無線LAN系統(tǒng)。 這里所述的自組織模式是在無需使用接入點的情況下通信設備直接相互通信的通信模式。 本發(fā)明不局限于此，并且可應用于通過與網絡內的所有通信設備共享加密密鑰來進行加密通信的任何其它通信方法。圖1示出根據本實施例的通信系統(tǒng)的網絡結構。附圖標記101表示符合WPA的自組織網絡。附圖標記102表示新加入自組織網絡101的第一通信設備(以下稱為STA1)。 附圖標記103表示屬于自組織網絡101的第二通信設備(以下稱為STA2)。附圖標記104 表示與STA2相同的屬于自組織網絡101的第三通信設備(以下稱為STA3)。STA2和STA3 成為STAl的通信對方。圖2示出STAl的硬件結構。注意，在本實施例中，STA2和STA3也具有與STAl的結構相同的結構?？刂茊卧?01由CPU和/或MPU構成，并且通過執(zhí)行存儲在存儲單元202中的程序控制整個STAl。存儲單元202由ROM和/或RAM構成，并且存儲由控制單元201所執(zhí)行的程序和諸如加密通信要使用的加密密鑰等的各種類型的信息。通過控制單元201執(zhí)行存儲在存儲單元202中的程序進行后面所述的各種操作。除諸如ROM和RAM等的存儲器以外， 還可以由諸如軟盤、硬盤、光盤、磁光盤、CD-ROM、CD-R、磁帶、非易失性存儲卡和DVD等的存儲介質構成存儲單元202。附圖標記203表示用于進行各種顯示的顯示單元，并且具有如IXD或LED —樣輸出在視覺上可識別的信息和如揚聲器一樣輸出聲音的功能。附圖標記204表示由例如按鈕構成的輸入單元，并且接收來自用戶的指示。附圖標記205表示用于以符合IEEE 802.11 系列標準的自組織模式進行無線通信的無線單元。附圖標記206表示用于控制天線的天線控制單元。附圖標記207表示通過天線控制單元206控制的天線。圖3示出通過控制單元201讀取存儲在存儲單元202中的程序、并控制無線單元 205所實現的軟件功能塊。注意，可以使用硬件實現圖3所示的軟件功能塊中的至少一部分。在本實施例中，STA2和STA3也具有與STAl的相同的軟件功能塊結構。附圖標記301表示用于控制無線單元205的無線控制單元，并且包括后面所述的功能塊304 306。附圖標記302表示用于控制無線加密通信的加密通信控制單元，并且包括后面所述的功能塊307 309。附圖標記303表示用于對STAl進行通信控制的通信控制單元，并且包括后面所述的功能塊310 314。附圖標記304表示進行用于加入自組織網絡101的處理的加入單元。附圖標記 305表示進行用于發(fā)送通知信號的處理的發(fā)送單元。在本實施例中，使用符合IEEE 802. 11 系列標準的信標作為通知信號。附圖標記306表示用作檢測單元的接收器單元，其中，所述檢測單元進行用于接收由屬于自組織網絡101的通信設備(STA2和STA3)所發(fā)送的通知信號的處理。附圖標記307表示進行用于與屬于自組織網絡101的通信設備共享加密密鑰的處理的共享單元。附圖標記308表示管理使用共享單元307所共享的加密密鑰、STAl所保持的共享加密密鑰的數量和存在/不存在與各通信設備相對應的加密密鑰等的管理單元。附圖標記309表示對包進行加密和對加密包進行解密的處理單元。附圖標記310表示對所接收到的通知信號的數量進行計數的計數器單元。附圖標記311表示測量從STAl加入自組織網絡101時開始的經過時間的計時器單元。附圖標記 312表示判斷是否與屬于自組織網絡101的所有通信設備(STA2和STA3)共享加密密鑰的判斷單元。在本實施例中，判斷單元312基于信標的接收來判斷是否與所檢測到的所有通信設備共享加密密鑰。附圖標記313表示用作開始單元的指示單元，其中，開始單元指示用于開始自組織網絡101的加密通信的處理。在本實施例中，指示單元313指示開始Auto IP。Auto IP 是用于設置相互不同的IP地址的處理，并且具體包括下面的操作。首先，第一通信設備設置特定IP地址，并且使用ARP請求來詢問是否存在設置了相同IP地址的其它通信設備。當檢測到存在設置了相同IP地址的其它通信設備時，第一通信設備設置另一 IP地址，并且使用ARP請求來再次詢問是否存在設置了相同IP地址的其它通信設備。重復上述處理，直到發(fā)現不存在設置了相同IP地址的其它通信設備的IP地址為止。從而，通信設備可以設置相互不同的IP地址。附圖標記314表示用于獲取通信設備可通過自組織模式通信連接的其它通信設備的數量的上限值N的獲取單元。注意，在本實施例中，上限值N是通過應用程序所設置的數量，但不局限于此，上限值N可以是由用戶所指定的數量或者預定數量。 圖4是在STAl進入自組織網絡101時，通過控制單元201讀取存儲在存儲單元202 中的程序所實現的處理的流程圖。圖5是示出在將STAl連接到由STA2和STA3所構成的自組織網絡101時所進行的處理的序列圖。注意，可以使用硬件實現該流程圖和序列圖。
將STA2的IP地址設置為169. 254. yy. yy，并且將STA3的IP地址設置為169. 254. ZZ. zz。對于STA1，在初始狀態(tài)下，將所保持的加密密鑰的數量K設置成0，并且將閾值T設置成1。這里，閾值T是用于判斷是否完成了與自組織網絡101內的所有通信設備(STA2和
5STA3)共享加密密鑰的閾值，并且作為“所保持的加密密鑰的數量K+1”來進行計算。在步驟S401，加入單元304進行用于加入自組織網絡101的處理(F501)。這里， 發(fā)送單元305開始發(fā)送作為通知信號的例子的信標，并且STAl加入自組織網絡101。注意， STAl可以在自己與已屬于自組織網絡101的STA2和STA3之間進行了認證處理之后加入自組織網絡101。此時，由于STAl仍未與STA2和STA3共享加密密鑰，所以STAl不能與STA2 和STA3進行加密通信。當完成用于加入自組織網絡101的處理時，接收器單元306等待接收由其它通信設備(STA2和STA3)所發(fā)送的信標(S402)。然后，STA2根據IEEE 802. 11系列標準的規(guī)范廣播信標(F502)。注意，在符合IEEE 802. 11系列標準的自組織模式下，規(guī)定屬于自組織網絡101的通信設備以相同概率順次發(fā)送信標。當從STA2接收到信標時，管理單元308判斷STAl是否已與發(fā)送所接收到的信標的通信設備(發(fā)送設備STA》共享了加密密鑰(S40;3)。這里，由于沒有共享加密密鑰，所以共享單元307進行用于加密密鑰共享的處理(S406、F503)。注意，使用WPA所規(guī)定的四次握手進行加密密鑰共享。這里進行四次握手兩次從STAl到STA2和從STA2到STAl的加密密鑰發(fā)送。從而，STAl所保持的加密密鑰的數量K變成1。當完成了加密密鑰共享時，管理單元308更新閾值T(S407、F504)。通過使用基于所保持的加密密鑰的當前數量K所計算出的值來更新該閾值。在本實施例中，將閾值T更新成“所保持的加密密鑰的數量K+1”。這里，由于所保持的加密密鑰的數量K是1，所以將閾值τ更新成2。然后，計數器單元310復位(設置成0)表示連續(xù)接收到的信標的數量的接收計數器C(S408)，并且流程返回到等待信標的狀態(tài)(S402)。接著STA3廣播信標(F505)。在接收到來自STA3的信標時，在判斷為仍未與STA3 共享加密密鑰之后，STAl進行用于加密密鑰共享的處理(F506)。當完成了用于加密密鑰共享的處理時，所保持的加密密鑰的數量K變成2。因此，STAl將閾值T從2更新成3 (F507)， 并且復位接收計數器C。與F502相同，STA2廣播信標(F508)。在接收到來自STA2的信標時，STAl判斷為完成了與STA2的加密密鑰共享(S40;3)，并且計數器單元310將接收計數器C增大1 (S404)。 這里，接收計數器C變成1。判斷單元312通過將接收計數器C與閾值T進行比較，判斷是否完成了與屬于自組織網絡101的所有通信設備的加密密鑰共享(S405)。這里，由于接收計數器C (1)小于閾值T (3)(接收計數器C <閾值T)，所以STAl進入等待信標的狀態(tài)(S402)。此外，與F505相同，STA3廣播信標(F509)。在接收到來自STA3的信標時，STAl 判斷為已完成了與STA3的加密密鑰共享，并且將接收計數器C增大1。這里，由于盡管接收計數器C變成2，但是接收計數器C <閾值T，所以STAl返回到等待信標的狀態(tài)(S402)。然后，與F502和F508相同，STA2廣播信標(F510)。在接收到來自STA2的信標時， STAl判斷為已完成與STA2的加密密鑰共享，并且將接收計數器C增大1。這里，接收計數器 C變成3，并且接收計數器C與閾值T的比較顯示接收計數器CC3)在閾值(3)以上。因此， 判斷單元312判斷為完成了與自組織網絡101內的所有通信設備的加密密鑰共享(S405)。當判斷為完成了與自組織網絡101內的所有通信設備的加密密鑰共享時，指示單元313指示開始加密通信，并且STAl開始加密通信(S409)。這里，開始Auto IP,并且生成 169. 254. XX. XX作為STAl的IP地址(F512)。當生成了 IP地址時，STAl廣播作為用于檢查IP地址是否重復的信號的ARP請求。由于STAl完成了與自組織網絡101內的所有通信設備(STA2和STA3)的加密密鑰共享，所以該通信設備(STA2和STA!3)可以正常接收ARP請求。因此，該通信設備(STA2 和STA3)可以對來自STAl的ARP請求正常進行響應，從而正常進行用于檢查IP地址是否
重復的處理。在上述例子中，使用從與其共享了加密密鑰的通信設備所接收到的連續(xù)通知信號的數量來估計自組織網絡內的通信設備的數量，但是可以使用在加入自組織網絡之后所接收到的信標的總數來估計通信設備的數量。另外，例如，可以采用用于使用競爭窗口(CW) 估計通信設備的數量的方法。盡管在上述例子中使閾值T可變，但是可以使閾值T為諸如允許加入自組織網絡的設備的數量的上限值等的固定值。在本流程圖中，盡管示出了順次進行用于估計通信設備的數量的處理和用于加密密鑰共享的處理的例子，但是可以并行獨立進行用于估計通信設備的數量的處理和用于加密密鑰共享的處理。在這種情況下，通過在存在沒有完成與其進行加密密鑰共享的通信設備的情況下、即使當所估計的通信設備的數量超過閾值時也禁止開始通信，來獲得與進行上述序列相同的效果。如上所述，當從已保持加密密鑰的通信設備所連續(xù)接收到的通知信號的數量超過了閾值T時，通過假定所保持的加密密鑰的數量等于自組織網絡內的通信設備的數量，開始加密通信。例如，開始AutoIP處理或者基于應用程序所進行的WPA的加密數據通信。結果，可以減少在沒有與屬于網絡的所有設備共享加密密鑰的情況下開始加密通信時所產生的問題。例如，防止在與屬于網絡的所有設備共享加密密鑰之前開始Auto IP 從而不能正常進行Auto IP這一問題。換句話說，防止了下面的問題STA2或STA3不能解密從STAl所發(fā)送的ARP請求，因此不能做出適當的響應，并且在STAl和STA2或STA3之間產生IP地址的重復。第二實施例在第二實施例中，將說明針對在自組織模式下通信設備能夠連接的其它通信設備的數量設置上限值N的情況。在第二實施例中，根據來自通信設備的應用程序的指示確定上限值N。注意，可以根據來自用戶的指示確定上限值N。由于在圖1 3中說明了第二實施例中的網絡系統(tǒng)和通信設備的結構，并且與第一實施例的相同，所以使用相同附圖標記，并且省略對其的說明。圖6是在STAl加入自組織網絡101時，通過控制單元201讀取存儲在存儲單元 202中的程序所實現的處理的流程圖。圖7是在自組織模式下STAl能夠連接的其它通信設備的數量的上限值為2的情況下的序列圖。在步驟S601，加入單元304進行用于加入自組織網絡101的處理(F701)，與步驟 S401相同。在本實施例中，STAl在加入處理期間獲得自組織網絡101中的信標之間的發(fā)送間隔I。然后，計時器單元311設置計時器(S602、F702)。這里，計時器用于對N個其它通信設備發(fā)送信標所需的時間進行倒計時，其中，N是在自組織模式下STAl能夠連接的通信設備的數量的上限值。在本實施例中，將計時器設置成根據信標之間的發(fā)送間隔I和上限值N所計算出的值(這里，計算為發(fā)送間隔I和上限值N之間的積)。
接著，計時器單元311判斷在步驟S602所設置的計時器是否達到0 (S60;3)。當判斷為計時器達到0時，結束圖6所示的處理。這里，判斷為計時器沒有達到0，并且流程進入步驟S604，接收器單元306等待接收由其它通信設備(STA2和STA!3)所發(fā)送的信標。然后，STA2根據IEEE 802. 11系列標準的規(guī)范廣播信標(F7(X3)。當接收器單元306接收到信標時，流程進入步驟S605。當沒有接收到信標時，流程返回到步驟S603。在步驟S605，與步驟S403相同，管理單元308判斷是否與發(fā)送所接收到的信標的通信設備(發(fā)送設備STA》共享了加密密鑰。當判斷為完成了加密密鑰共享時，與步驟S404 相同，通信控制單元303將接收計數器C增大1 (步驟S606)，并且與步驟S405相同，判斷單元312將接收計數器C與閾值T進行比較(S607)。當該比較結果示出接收計數器C超過了閾值T時，判斷為完成了與自組織網絡101內的所有通信設備的加密密鑰共享，并且流程進入步驟S612。當接收計數器C仍未超過閾值T時，流程返回到步驟S603。這里，由于仍未進行加密密鑰共享，所以與步驟S506相同，共享單元307在步驟 S608進行用于加密密鑰共享的處理(F704)。從而，所保持的加密密鑰的數量K變成1。當完成了加密密鑰共享時，判斷單元312判斷所保持的加密密鑰的數量K是否小于上限值N(S609)。當判斷為所保持的加密密鑰的數量K不小于上限值N時(即，所保持的加密密鑰的數量K在上限值N以上)，結束圖6所示的處理。這里，由于所保持的加密密鑰的數量K (1)小于上限值N (2)，所以流程進入步驟S611，并且與步驟S407，相同管理單元 308更新閾值T。這里，將閾值T更新成作為“所保持的加密密鑰的數量K+1”的2 (F705)。 然后與步驟S408相同，計數器單元310復位(設置成0)表示所連續(xù)接收到的信標的數量的接收計數器C(S611)，并且流程返回到步驟S603。然后，在步驟S603，再次判斷為計時器尚未達到0，并且流程進入步驟S604，在步驟S604，接收器單元306從STA3接收信標(F706)。然后判斷為STAl和STA3仍未共享加密密鑰(S605)，并且進行用于加密密鑰共享的處理(S608、F707)。當完成了用于加密密鑰共享的處理時，判斷單元312判斷所保持的加密密鑰的數量K是否小于上限值N(S609)。這里，由于所保持的加密密鑰的數量K(2)在上限值Ν(2)以上，所以流程進入步驟S612。如上所述，當判斷為完成了與自組織網絡101內的所有通信設備的加密密鑰共享時，與步驟S409相同，指示單元313指示開始加密通信，并且STAl開始加密通信(S612)。 這里，開始AutoIP，并且生成169. 254. 11. 33作為STAl的IP地址(F709)。當生成了 IP地址時，STAl廣播作為用于檢查IP地址是否重復的信號的ARP請求(F710)。由于STAl完成了與自組織網絡101內的所有通信設備的加密密鑰共享，所以通信設備(STA2和STA3)可以正常接收ARP請求。因此，通信設備(STA2和STA!3)可以對來自STAl的ARP請求正常進行響應，從而可以正常進行用于檢查IP地址是否重復的處理。接著，圖8是在自組織模式下STAl能夠連接的其它通信設備的數量的上限值為3 的情況下的序列圖。首先，STAl進行用于加入自組織網絡101的處理(F801)。當完成加入處理時，STAl 設置計時器(F8(^)。在該例子中，由于在自組織模式下STAl能夠連接的其它通信設備的數量的上限值N為3，所以將接收計數器C設置成I (信標之間的發(fā)送間隔)X 3。然后進行與 F703 F707相同的處理操作F803 F807，并且所保持的加密密鑰的數量K變成2。閾值T變成3。當上限值N為3時，由于所保持的加密密鑰的數量K(2)小于上限值Ν(3)，所以更新閾值T(F808)，并且在STAl中復位接收計數器C。此后，STA2和STA3廣播信標(F809、 F810)。這里，由于STAl已與STA2和STA3共享了加密密鑰，所以接收計數器C變成3。在該階段，由于接收計數器CQ)小于閾值T(3)，所以流程從圖6所示的步驟S607進入步驟 S603。然后，在步驟S603判斷為計時器達到了 0，并且流程進入步驟S612(F811)。此后，與 F709和F710相同，進行處理操作F812和F813。根據第二實施例，當針對通信設備能夠連接的其它通信設備的數量設置上限值時，基于所保持的加密密鑰的數量達到了上限值或者經過了根據上限值所計算出的時間的情況，判斷為完成了用于加密密鑰共享的處理。這允許通信設備比第一實施例更早地判斷為完成了用于加密密鑰共享的處理，從而使得可以縮短在開始通信之前所需的時間。注意， 可以使用可與網絡連接的通信設備的數量的上限值來代替通信設備能夠連接的其它通信設備的數量的上限值。在第一和第二實施例中，在進行用于與網絡中所檢測到的所有通信設備的加密密鑰共享的處理之后，進行Auto IP。然而，當用于在網絡中廣播ARP請求所需的廣播加密密鑰在網絡中的通信設備之間是共用的時，不必進行用于與所有通信設備共享加密密鑰的處理。這是因為，僅通過進行用于與單個通信設備共享廣播加密密鑰的處理就可以進行與所有通信設備的加密通信。因此，當廣播加密密鑰在網絡中的通信設備之間是共用的時，僅需要在進行用于與單個通信設備共享廣播加密密鑰的處理之后進行Auto IP。結果，當廣播加密密鑰在網絡中的通信設備之間是共用的時，可以在降低了的處理負荷的情況下容易地實現本發(fā)明。當如上所述變得可以進行與多個其它通信設備的加密通信時，開始用于針對通信設備設置地址的處理。由于這樣允許多個其它通信設備解密加密通信，所以降低了設置與其它通信設備的相同的地址的可能性。此外，基于經過了預定時間的情況，判斷為通信設備和網絡中作為通信對方的所有其它通信設備之間變得可以進行加密通信。因此，可以容易地判斷為與屬于網絡的所有其它通信設備共享加密密鑰。盡管參考典型實施例說明了本發(fā)明，但是應該理解，本發(fā)明不局限于所公開的典型實施例。所附權利要求書的范圍符合最寬的解釋，以包含所有這類修改、等同結構和功能。
權利要求
1.一種通信設備，其與多個其它通信設備通信，所述通信設備包括共享單元，用于與所述其它通信設備共享用于加密通信的加密密鑰；以及開始單元，用于在所述共享單元完成了與所述多個其它通信設備共享加密密鑰時，使用加密通信開始用于設置所述通信設備的地址的處理。
2.根據權利要求1所述的通信設備，其特征在于，還包括檢測單元，用于基于來自所述其它通信設備的通知信號，檢測所述其它通信設備。
3.根據權利要求1所述的通信設備，其特征在于，還包括判斷單元，用于判斷是否能夠與所述多個其它通信設備進行加密通信，其中，所述開始單元基于所述判斷單元的判斷結果，開始用于設置所述通信設備的地址的處理。
4.根據權利要求3所述的通信設備，其特征在于，還包括管理單元，用于管理所述通信設備能夠連接的通信設備的數量，其中，所述判斷單元基于所述管理單元所管理的所述通信設備能夠連接的通信設備的數量和使用所述共享單元共享了加密密鑰的其它通信設備的數量，判斷是否能夠與所述多個其它通信設備進行加密通信。
5.根據權利要求3所述的通信設備，其特征在于，當在所述通信設備加入網絡之后經過了預定時間時，所述判斷單元判斷為能夠與所述多個其它通信設備進行加密通信。
6.根據權利要求5所述的通信設備，其特征在于，還包括管理單元，用于管理所述通信設備能夠連接的通信設備的數量；以及獲取單元，用于獲取在所述網絡中發(fā)送的通知信號之間的發(fā)送間隔，其中，基于所述管理單元所管理的通信設備的預定數量和所述獲取單元所獲取的發(fā)送間隔，計算所述預定時間。
7.根據權利要求5所述的通信設備，其特征在于，在所述其它通信設備在網絡中使用共用加密密鑰進行加密廣播的情況下，當使用所述共享單元與所述其它通信設備之一共享了加密密鑰時，所述判斷單元判斷為能夠與所述多個其它通信設備進行加密通信。
8.一種通信設備的控制方法，所述通信設備用于與屬于網絡的多個其它通信設備通信，所述控制方法包括以下步驟共享步驟，用于與所述其它通信設備共享用于加密通信的加密密鑰；以及開始步驟，用于在所述共享步驟完成了與所述多個其它通信設備共享加密密鑰時，使用加密通信開始用于設置所述通信設備的地址的處理。
全文摘要
本發(fā)明提供通信設備及其控制方法。該通信設備是與多個其它通信設備通信的通信設備，并且當通過與其它通信設備共享用于加密通信的加密密鑰而可以進行與多個其它通信設備的加密通信時，本發(fā)明的通信設備開始用于使用加密通信設置通信設備的地址的處理。
文檔編號H04L29/06GK102546170SQ20111040509
公開日2012年7月4日 申請日期2011年12月7日 優(yōu)先權日2010年12月7日
發(fā)明者濱地俊文 申請人:佳能株式會社