無線ネットワークにおいて複数の他の通信装置と通信する通信装置であって、前記他の通信装置と暗号鍵を交換する処理を開始する交換開始パケットを前記他の通信装置から受信する受信手段と、前記交換開始パケットに基づいて前記暗号鍵が新たに交換される場合、前記通信装置が前記複数の他の通信装置と通信するために使用される暗号鍵の数が、前記通信装置の暗号鍵の保有可能上限数を超えるか否かを判定する判定手段と、前記判定手段により前記暗号鍵の数が前記保有可能上限数を超えていると判定された場合に警告を表示する表示手段と、を備えることを特徴とする通信装置。前記暗号鍵は、前記他の通信装置との間の通信に使用されるユニキャスト鍵と、前記無線ネットワークに属する前記他の通信装置と共有するグループ鍵とを含み、前記暗号鍵を保持する鍵テーブルにおいて、前記グループ鍵の保持数が前記ユニキャスト鍵の保持数よりも多い状態であるか否かを判定する保持数判定手段をさらに備え、前記判定手段は、前記保持数判定手段により前記グループ鍵の保持数が前記ユニキャスト鍵の保持数以下であると判定された場合に、前記通信装置が前記複数の他の通信装置と通信するために使用される暗号鍵の数が、前記通信装置の暗号鍵の保有可能上限数を超えるか否かを判定することを特徴とする請求項1に記載の通信装置。前記表示手段により前記警告が表示されてから所定時間が経過しても前記無線ネットワークを構成する前記複数の他の通信装置の数が減少していない場合、前記鍵テーブルに保持された前記暗号鍵のうち前記ユニキャスト鍵を削除する削除手段と、前記削除手段により前記ユニキャスト鍵が削除されたことにより前記鍵テーブルに所定数の空きがあるか否かを判別する判別手段と、前記判別手段により前記所定数の空きがあると判別された場合、前記交換開始パケットに基づいて新たに交換された前記暗号鍵のうち前記グループ鍵のみを前記鍵テーブルに保持する保持手段と、をさらに備えることを特徴とする請求項2に記載の通信装置。前記複数の他の通信装置の何れかから送信されたパケットを前記グループ鍵に基づいて受信する受信手段と、前記受信手段により受信された前記パケットを送信した送信元の通信装置との通信に使用されるユニキャスト鍵が前記鍵テーブルに保持されているか否かを判定する鍵所有判定手段と、前記送信元の通信装置のユニキャスト鍵をテンポラリユニキャスト鍵として取得する取得手段と、を備え、前記削除手段は、前記鍵所有判定手段により前記送信元の通信装置のユニキャスト鍵が前記鍵テーブルに保持されていないと判定された場合、前記鍵テーブルに保持された前記暗号鍵のうち前記グループ鍵を削除し、前記判別手段は、前記削除手段により前記グループ鍵が削除されたことにより前記鍵テーブルに所定数の空きがあるか否かを判別し、前記取得手段は、前記判別手段により前記所定数の空きがあると判別された場合、前記送信元の通信装置のユニキャスト鍵をテンポラリユニキャスト鍵として取得することを特徴とする請求項3に記載の通信装置。前記削除手段は、前記送信元の通信装置からユニキャスト通信を所定時間受信しない場合、前記テンポラリユニキャスト鍵を削除することを特徴とする請求項4に記載の通信装置。前記表示手段は、前記鍵テーブルにおける前記グループ鍵の保持数が前記ユニキャスト鍵の保持数よりも多い状態である場合、前記状態であることを表示することを特徴とする請求項3乃至5の何れか1項に記載の通信装置。前記グループ鍵を更新するために使用されるテンポラリユニキャスト鍵を取得する鍵取得手段と、前記鍵取得手段により取得された前記テンポラリユニキャスト鍵を使用して前記グループ鍵を更新する更新手段と、前記更新手段により前記グループ鍵が更新された後に、前記テンポラリユニキャスト鍵を削除する鍵削除手段と、を備えることを特徴とする請求項3乃至6の何れか1項に記載の通信装置。前記鍵取得手段は、前記他の通信装置と4ウェイハンドシェイクを行うことにより前記テンポラリユニキャスト鍵を取得することを特徴とする請求項7に記載の通信装置。前記鍵削除手段により前記テンポラリユニキャスト鍵が削除される前に、前記テンポラリユニキャスト鍵を一次記憶領域としての鍵キャッシュ記憶領域に退避しておく退避手段をさらに備えることを特徴とする請求項7に記載の通信装置。前記鍵取得手段は、前記退避手段により前記鍵キャッシュ記憶領域に退避されている前記テンポラリユニキャスト鍵を取得することを特徴とする請求項9に記載の通信装置。受信手段と、判定手段と、表示手段とを備え、無線ネットワークにおいて複数の他の通信装置と通信する通信装置の制御方法であって、前記受信手段が、前記他の通信装置と暗号鍵を交換する処理を開始する交換開始パケットを受信する受信工程と、前記判定手段が、前記交換開始パケットに基づいて前記暗号鍵が新たに交換される場合、前記通信装置が前記複数の他の通信装置と通信するために使用される暗号鍵の数が、前記通信装置の暗号鍵の保有可能上限数を超えるか否かを判定する判定工程と、前記表示手段が、前記判定工程により前記暗号鍵の数が前記保有可能上限数を超えていると判定された場合に警告を表示する表示工程と、を備えることを特徴とする通信装置の制御方法。コンピュータに請求項11に記載の信装置の制御方法の各工程を実行させるためのプログラム。しかしながら、鍵保持上限数が2以上の通信装置同士がWPAを用いたアドホックネットワークを構築した場合、アドホックネットワークの構成装置数が装置の鍵保持上限を超えることに起因して、通信サービスを提供できなくなるという課題がある。上記の課題に鑑み、本発明は、アドホックネットワークの構成装置数が装置の鍵保持上限を超えた時に対処可能にすることを目的とする。上記の目的を達成する本発明に係る通信装置は、無線ネットワークにおいて複数の他の通信装置と通信する通信装置であって、前記他の通信装置と暗号鍵を交換する処理を開始する交換開始パケットを受信する受信手段と、前記交換開始パケットに基づいて前記暗号鍵が新たに交換される場合、前記通信装置が前記複数の他の通信装置と通信するために使用される暗号鍵の数が、前記通信装置の暗号鍵の保有可能上限数を超えるか否かを判定する判定手段と、前記判定手段により前記暗号鍵の数が前記保有可能上限数を超えていると判定された場合に警告を表示する表示手段と、を備えることを特徴とする。本発明によれば、アドホックネットワークの構成装置数が装置の鍵保持上限を超えても対処可能になる。第1実施形態本発明の無線通信装置を有効に機能させる一実施形態として、プリンタを含むアドホックネットワークへの適用例を以下に示す。図1を参照して、本実施形態のシステムをプリンタ13に適用した機能構成例を説明する。プリンタ13は、プリンタエンジン102と、プリント処理部103と、無線通信機能部104と、RF部105と、表示部106と、表示処理部107と、メモリカードIF108と、メモリカード109と、操作部110と、システムコントローラ111と、USBIF112と、フラッシュメモリ113と、パラレルIF114と、CPU115と、ROM116と、RAM117とを備える。プリンタエンジン102は、プリント処理部103から出力される画像信号に基づき記録紙に画像をプリントする。プリント処理部103は、画像信号をプリンタエンジン102へ出力する。無線通信機能部104は、他の無線通信機器と無線通信を行い、無線規格に基づくパケットのフレーミング、データに対する応答、データの暗号復号処理などを実行する。RF部105は、他の無線通信機器との間で無線信号の送受信を行う。なお、無線通信機能部104およびRF部105は、一つの機能ブロックとして実現される場合もある。表示部106は、LCD表示、LED表示、音声表示などによってユーザへ情報を表示する。表示処理部107は、表示部106の表示内容を制御する。メモリカードIF108には、メモリカード109が接続されるインタフェースである。メモリカード109は、各種情報を記憶する。操作部110は、各種キーを備えており、システムコントローラ111を介してCPU115に接続されている。なお、表示部106に表示された情報を選択する等のユーザ操作は、操作部110と連動して行われる。つまり、表示部106と操作部110とはユーザインタフェースを構成する。USBIF112は、外部機器との接続用のシリアルバスインタフェースを提供する。フラッシュメモリ113は、不揮発性のメモリであり、無線通信の設定情報などを記憶する。パラレルIF114は、外部機器との接続用のパラレルインタフェースを提供する。CPU115は、RAM117またはフラッシュメモリ113をワークメモリとして、ROM116やフラッシュメモリ113に格納されたプログラムを実行し、各構成要素を制御する。また、通常、ROM116は無線通信機能部104およびRF部105をアプリケーションの指示により起動するプログラムを格納する。無線通信機能部104は、通信相手であるSTAごとに暗号鍵を保持する機能を有する。暗号鍵の保持最大数は装置によって実装依存となるが、本実施形態においてはプリンタ13の鍵最大保持数は3とする。最大保持数は接続可能な装置数を表し、この場合ユニキャスト鍵3つと、グループ鍵3つとの合計6つの鍵を保持することが可能な仕様となる。次に、図2を参照して、本実施形態のプリンタを含むWPAアドホックネットワーク例を説明する。図2に示される無線ネットワークは、PC10PC1と、カメラ11カメラ2と、カメラ12カメラ1と、プリンタ13と、PC14PC2とを備える。すなわち、プリンタ13以外に複数の通信装置が存在する。ここで、T20乃至T24のそれぞれは、各装置に対応するWPA鍵テーブルを表している。図2に示される例では、鍵保持上限数3のプリンタ13の鍵テーブルT23は、3台の対向装置との通信のための鍵を保持している。一方、PC10、カメラ11、カメラ12、およびPC14の鍵テーブルT20、T21、T22、およびT24は、それぞれ自装置を除いた4台の対向装置との通信のための鍵を保持している。つまり、プリンタ13が通信できる対向装置数と、プリンタ13以外の装置が通信できる対向装置数とが異なり、同一アドホックネットワークに存在しながら通信できる装置数に違いが生じるという現象が発生する。これによって鍵保持上限数保有可能上限数の少ない装置では、鍵を保持することができない対向装置が発生する。このような状態になった場合、同一アドホックネットワークに存在する装置同士で通信が可能な装置と、通信が不可能な装置とが発生してしまう。このような状況では、例えば無線ネットワーク内の情報を収集するARPAddressResolutionProtocol等のプロトコルを実行する際に問題が発生する。この問題について図2を例として説明する。PC14が、プリンタ13が使用するIPv4アドレスを自装置に付けようとする場合を考える。プリンタ13の動作として、PC14からのARPリクエストにより指定されたIPv4アドレスが既に自装置が使用するIPv4アドレスであるため、ARPレスポンスにより重複を通知することが期待される。しかしながら、プリンタ13は、鍵テーブルT23にPC14のグループ鍵を所有していないため、ARPリクエストパケットを復号化できずにパケットを破棄してしまうことになる。そのため、ARPレスポンスによりPC14に対してIPv4アドレスの重複を通知することができない。従って、図2のアドホックネットワーク内には同一のIPv4アドレスを有する機器が、プリンタ13とPC14との2台存在することになる。よって、カメラ12等の無線ネットワーク内の他の装置が、プリンタ13またはPC14のどちらかの所望の装置に正しくパケットを送信できなくなるという現象が発生する。このような問題に対処するため、鍵交換時にプリンタ13は自装置の鍵保持数が上限に達しているかどうかを判別し、上限に達している場合、警告画面を出してユーザにネットワーク構成の再構築を促す。図3のフローチャートを参照して、鍵保持上限に達したプリンタ13が警告画面を表示し、ユーザにネットワーク構成の再構築を促す手順を説明する。まずS301において、プリンタ13の無線通信機能部104は、鍵交換を開始する交換開始パケットを受信する。S302において、CPU115は、新規装置と鍵交換を行う際に鍵保持上限数判定処理を行う。S303において、CPU115は、その時点での鍵テーブルT23の鍵保持数が鍵保持上限数に達しているかどうか、すなわち今回の鍵交換によって鍵保持数が鍵保持上限数を超えるかどうかを判定する。鍵保持数が鍵交換により鍵保持上限数を超えると判定された場合S303YES、S304へ進む。鍵保持数が鍵交換を行っても鍵保持上限数以下であると判定された場合S303NO、処理を終了する。S304において、CPU115は、図4に示されるような警告画面を表示部106に表示することによってユーザにネットワーク構成の再構築を促す。以上で図3のフローチャートの各処理が終了する。本実施形態によれば、ユーザは、鍵保持上限を超えた装置数のネットワークになったことを認識することができる。その結果として、ネットワーク環境の改善を行い、当該装置による通信サービスの提供を維持することができる。第2実施形態第1実施形態に示した本発明の実施形態において、ユーザへネットワーク構成の再構築を促しても、その後ユーザによるネットワーク環境の再構成が行われないケースが考えられる。このような場合、本実施形態では、プリンタ13がグループ鍵待機モードという動作モードで動作することにより、ネットワークを構成する装置間で第1実施形態に示したような通信が不通となる状態を改善する方法を提案する。プリンタ13の機能構成については図1で説明した機能構成と同様であるため、説明を省略する。ここで、図5を参照して、上述のグループ鍵待機モードについて説明する。図5は、プリンタ13のWPA鍵テーブルを表している。プリンタ13は鍵保持上限数が3の装置である。通常は鍵通常管理モードの鍵テーブル501が表すように、グループ鍵の保持数が3、ユニキャスト鍵の保持数が3となっている。鍵通常管理モードからグループ鍵待機モードに遷移すると、鍵テーブルの内訳が鍵テーブル502のようになる。図5の例では、グループ鍵の保持数が4、ユニキャスト鍵の保持数が2へと変化する。このように、ユニキャスト鍵の保持数よりもグループ鍵の保持数が多い状態をグループ鍵待機モードと規定する。次に、図6を参照して、プリンタ13がグループ鍵待機モードに遷移した場合の動作について説明する。図6に示されるネットワークは、PC10と、カメラ11と、カメラ12と、プリンタ13と、PC14とを備える。ここで、T20乃至T24のそれぞれは、各装置のWPA鍵テーブルを表している。プリンタ13は、鍵保持上限数が3でありながら4台の装置との通信を確保するために、ユニキャスト鍵を放棄し4台分の装置のグループ鍵を確保しており、グループ鍵待機モードで動作している。これによってプリンタ13は、ネットワーク内のいかなる装置からのブロードキャスト通信およびマルチキャスト通信も受信可能な状態となっている。グループ鍵待機モードでの動作時、プリンタ13は、ネットワーク内の装置からブロードキャスト通信およびマルチキャスト通信のパケットを受信した後、通信を発行した装置とのユニキャスト鍵を生成する。プリンタ13は、ユニキャスト鍵を所定時間保持することで、ブロードキャスト通信およびマルチキャスト通信を発行した装置とのユニキャスト通信をサポートする。次に、図7を参照して、プリンタ13がグループ鍵待機モードで動作している時にPC14に対してプリントサービスを提供する、グループ鍵待機モードでの印刷サービスシーケンスを説明する。なお、プリンタ13がグループ鍵待機モードに遷移する方法は、図8のグループ鍵待機モード遷移チャート、および、図9のグループ鍵登録チャートを参照しながら後述する。S700において、PC14のCPUは、ネットワーク内のいずれかのプリンタに対してプリンタdiscoveryパケットをブロードキャスト送信する。S701において、PC14のグループ鍵を持つCPU115は、受信パケットがブロードキャストパケットであることを検出し、ブロードキャストパケット送信元装置のユニキャスト鍵を取得するためにPC14と4wayハンドシェイク4ウェイハンドシェイクを行う。S702において、CPU115は、4wayハンドシェイクを行った後にPC14との通信に暫定的に使用する鍵であるテンポラリユニキャスト鍵を取得する。このテンポラリユニキャスト鍵は、図6で説明した鍵テーブルT23に保持される。テンポラリユニキャスト鍵を取得する方法については、図10のユニキャスト鍵登録チャートを参照して後述する。S703において、CPU115は、S702で取得されたテンポラリユニキャスト鍵を使用してプリンタdiscoveryパケットS700に対する返答パケットであるdiscoveryAckパケットをPC14に対して送信する。この後、S704乃至S707においてテンポラリユニキャスト鍵を使用して印刷のための印刷パケット通信が行われる。具体的には、PC14のCPUは、印刷を実行するための印刷指示パケットをプリンタ13へ送信し、CPU115は、受信した印刷指示パケットに対する返答パケットである印刷AckパケットをPC14へ送信する。その後、S708において、印刷終了となる。S709において、CPU115は、PC14からのユニキャスト通信を所定時間受信しない場合、ユニキャスト鍵削除トリガが駆動され、テンポラリユニキャスト鍵を不要な鍵として決定する。S710において、その後CPU115は、テンポラリユニキャスト鍵を鍵テーブルT23から削除する。以上で処理を終了する。以上説明したように、プリンタ13の鍵保持上限を超える装置数から構成されるネットワークにおいても、プリンタ13がグループ鍵待機モードに遷移することによってプリントサービスを実現できる。図8のフローチャートを参照して、プリンタ13の無線通信機能部104がRF部105を通じて鍵交換開始パケットを受信した後に、グループ鍵待機モードに遷移する手順を説明する。S800において、CPU115は、鍵交換開始パケットを受信する。S801において、CPU115は、自装置の動作モードを解析する。S802において、CPU115は、S801における解析の結果、自装置がグループ鍵待機モードで動作しているか否かを判定する。すなわち、暗号鍵を保持する鍵テーブルにおいて、グループ鍵の保持数がユニキャスト鍵の保持数よりも多い状態グループ鍵待機モードであるか否かを判定する保持数判定処理。自装置がグループ鍵待機モードで動作していると判定された場合S802YES、S811へ進む。一方、自装置がグループ鍵待機モードで動作していないグループ鍵の保持数がユニキャスト鍵の保持数以下である状態と判定された場合S802NO、S803へ進む。S803において、CPU115は、鍵交換による鍵数と、装置の鍵保持上限数とを比較する。S804において、CPU115は、鍵交換により鍵数が装置の鍵保持上限数を超えるか否かを判定する。鍵数が装置の鍵保持上限数を超えると判定された場合S804YES、S805へ進む。一方、鍵数が装置の鍵保持上限数以下であると判定された場合S804NO、処理を終了する。S805において、CPU115は、ユーザ警告画面401図4参照を表示部106に表示する。S806において、CPU115は、ユーザ警告画面401を表示してから所定時間待機する。S807において、CPU115は、所定時間経過後、プリンタ13が接続するWPAアドホックネットワーク環境の所属装置数の減少の有無について解析する。S808において、CPU115は、解析の結果として所属装置数が減少しているか否か、すなわちネットワーク環境が改善しているか否かを判定する。ネットワーク環境が改善していると判定された場合S808YES、処理を終了する。一方、ネットワーク環境が改善していないと判定された場合S808NO、S809へ進む。S809において、CPU115は、鍵テーブルにおけるグループ鍵の保持数がユニキャスト鍵の保持数よりも多い状態であるグループ鍵待機モードへ動作モードを切替中であることを示す画面1101図11参照を表示部106に表示する。S810において、後述の図9のフローチャートにおけるS900へ進む。S811において、後述の図9のフローチャートにおけるS902へ進む。以上で図8に示すフローチャートの処理が終了する。次に、図9のフローチャートを参照して、プリンタ13がグループ鍵待機モードに遷移した場合のグループ鍵登録処理の手順を説明する。S900において、CPU115は、ユニキャスト鍵を判別する。CPU115は、この処理により削除可能なユニキャスト鍵を特定する。S901において、CPU115は、S900で特定されたユニキャスト鍵を削除する。ここで、ユニキャスト鍵は必ずしも削除しなくてもよく、RAM117のメモリ空間またはフラッシュメモリ113上の鍵キャッシュ記憶領域一次記憶領域に退避してもよい。S902において、CPU115は、ユニキャスト鍵を削除した後、削除によってプリンタ13の鍵テーブルに空きが出たことを確認する。S903において、CPU115は、鍵テーブルに所定数の空きがあるか否かを判定する。所定数の空きがあると判定された場合S903YES、S904へ進む。一方、所定数の空きがないと判定された場合S903NO、S903へ進む。S904において、CPU115は、鍵テーブルT23へグループ鍵を登録する。S905において、CPU115は、グループ鍵待機モードを終了する。以上で図9に示すフローチャートの処理が終了する。さらに、図10のフローチャートを参照して、プリンタ13の無線通信機能部104がRF部105を通じてマルチキャストパケットまたはブロードキャストパケットを受信した後の動作を表したユニキャスト鍵登録処理の手順を説明する。S1000において、CPU115は、ブロードキャストパケットまたはマルチキャストパケットを受信する。S1001において、CPU115は、自装置の動作モードを解析する。S1002において、CPU115は、自装置がグループ鍵待機モードで動作しているか否かを判定する。自装置がグループ鍵待機モードで動作していると判定された場合S1002YES、S1003へ進む。一方、自装置がグループ鍵待機モードで動作していないと判定された場合S1002NO、S1010へ進む。S1003において、CPU115は、所有しているユニキャスト鍵を解析する。S1004において、CPU115は、S1000で受信したパケットの送信元のユニキャスト鍵を所有しているか否かを判定する鍵所有判定処理。送信元のユニキャスト鍵を所有していると判定された場合S1004YES、S1010へ進む。一方、送信元のユニキャスト鍵を所有していないと判定された場合S1004NO、S1005へ進む。S1005において、CPU115は、削除可能なグループ鍵を特定する。S1006において、CPU115は、S1005で特定された削除可能なグループ鍵を削除する。S1007において、CPU115は、鍵テーブルT23の空きを確認する。S1008において、CPU115は、鍵テーブルT23に所定数の空きがあるか否かを判定する。所定数の空きがあると判定された場合S1008YES、S1009へ進む。一方、所定数の空きがないと判定された場合S1008NO、S1010へ進む。S1009において、CPU115は、ユニキャスト鍵を取得する。ユニキャスト鍵は4wayハンドシェイクを行うことにより取得されてもよく、RAM117のメモリ空間またはフラッシュメモリ113上に退避したユニキャスト鍵が改めて使用されてもよい。S1010において、CPU115は、通常のパケット処理を実行する。以上で図10に示されるフローチャートの処理が終了する。次に、図12を参照して、グループ鍵更新シーケンスを説明する。WPAはグループ鍵を更新する機能を有するが、グループ鍵の更新の際にはユニキャスト鍵を用いた暗号通信が行われるため、ユニキャスト鍵が必要となる。一方、本発明の特徴の一つはユニキャスト鍵を一旦放棄し、ブロードキャスト通信またはマルチキャスト通信が発生した通信相手のユニキャスト鍵をテンポラリで所持することにより、鍵保持上限数を超える接続可能装置数を確保することである。従って、本発明を実施することによってグループ鍵を更新する対象の装置のユニキャスト鍵を所持しない状態でグループ鍵の更新タイミングが来てしまう場合がある。この問題を解決するため、グループ鍵を更新するためのユニキャスト鍵を、新規に4wayハンドシェイクを行うことにより取得し、取得したユニキャスト鍵でグループ鍵交換を行う方法を提案する。図12に示される例は、プリンタ13がグループ鍵の更新タイミングに従ってPC14とグループ鍵を交換するシーケンスを表している。S1200において、CPU115は、グループ鍵の更新を行う必要のある装置を特定する。本実施形態では、CPU115は、PC14を対象装置として特定している。S1201において、CPU115は、メッセージ1MSG1をPC14へ送信する。このメッセージフレームはEAPOLというプロトコルに従ったフォーマットに準拠している。このメッセージは、ユニキャスト鍵の交換のためのメッセージであるUnicastという情報、およびプリンタ13が生成した乱数値Anonceの情報を含んでいる。なお、EAPOLは拡張認証プロトコルの略である。S1202において、MSG1を受信したPC14のCPUは、PTKPairwiesTrasientKeyを生成し、プリンタ13とは異なる乱数Snonceを生成する。S1203において、PC14のCPUは、メッセージ2MSG2をプリンタ13へ送信する。このメッセージフレームはEAPOLというプロトコルに従ったフォーマットに準拠している。このメッセージは、ユニキャスト鍵の交換のためのメッセージであるUnicastという情報、およびPC14が生成した乱数値Snonceの情報を含んでいる。S1204において、CPU115は、PTKを生成する。AnonceおよびSnonceという情報と、プリンタ13およびPC14が事前に保持している情報と、からPTKを生成することができる。これによって、S1202およびS1204において、プリンタ13とPC2とは、ともにPTKを生成することができる。S1205において、CPU115は、メッセージ3MSG3をPC14へ送信する。S1206において、PC14のCPUは、メッセージ4MSG3をプリンタ13へ送信する。MSG3およびMSG4は、PTKを正しく生成することができたことに対する確認応答を表すメッセージである。S1207において、PC14のCPUは、PTKをユニキャスト鍵として設定する。S1208において、CPU115は、PTKをテンポラリユニキャスト鍵として設定するユニキャスト鍵取得処理。以降、ユニキャストに関してはプリンタ13とPC14との間では暗号化されたデータが転送される。なお、これまで4wayハンドシェイクによりテンポラリユニキャスト鍵を設定する方法を説明したが、プリンタ13が既にPC14のユニキャスト鍵を所有している場合は、CPU115は4wayハンドシェイクを行わずに、それを使用してもよい。次にグループ鍵の共有方式について説明する。S1209において、S1200乃至S1206の4wayハンドシェイクが完了すると、CPU115は、GTKGroupTrasientKeyを生成する。また、プリンタ13がGTKを既に所有している場合はそれを使用してもよい。S1210において、CPU115は、グループキーハンドシェークというメッセージ5をPC14へ送信する。このメッセージフレームもEAPOLというプロトコルに従ったフォーマットに準拠しており、このメッセージはGTKの交換のためのメッセージであるGroupという情報を含んでいる。既に交換済であるユニキャスト鍵によりメッセージ5は暗号化されているため、メッセージ5は安全に送信される。S1211において、PC14のCPUは、メッセージ5を受信したことを確認するメッセージ6をプリンタ13へ送信する。S1212において、CPU115は、GTKをグループ鍵として設定する。S1213において、PC14のCPUは、GTKをグループ鍵として設定する。これにより、ブロードキャストパケットが暗号化されるようになる。S1214において、グループ鍵の更新が完了した後、CPU115は、不要となったグループ鍵交換用のテンポラリユニキャスト鍵を削除する。以上で図12に示されるシーケンスの処理が終了する。本実施形態によれば、ユーザによる通信環境の改善がない場合でも、グループ鍵を優先的に保持し必要な時にユニキャスト鍵を生成することによって通信サービスを提供することができる。その他の実施形態また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。