特許 6621146 通信装置、通信端末、通信システム、通信制御方法および通信制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6621146

(24)【登録日】2019年11月29日

(45)【発行日】2019年12月18日

(54)【発明の名称】通信装置、通信端末、通信システム、通信制御方法および通信制御プログラム

(51)【国際特許分類】

   H04L 9/16 20060101AFI20191209BHJP

   G09C 1/00 20060101ALI20191209BHJP

   H04L 9/08 20060101ALI20191209BHJP

   H04L 9/32 20060101ALI20191209BHJP

   H04W 12/04 20090101ALI20191209BHJP

   H04W 12/10 20090101ALI20191209BHJP

【ＦＩ】

   H04L9/00 643

   G09C1/00 640E

   H04L9/00 601C

   H04L9/00 601E

   H04L9/00 675A

   H04W12/04

   H04W12/10

【請求項の数】10

【全頁数】26

(21)【出願番号】特願2017-154835(P2017-154835)

(22)【出願日】2017年8月9日

(65)【公開番号】特開2019-33458(P2019-33458A)

(43)【公開日】2019年2月28日

【審査請求日】2018年12月6日

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】佐藤 智洋

【審査官】 青木 重徳

(56)【参考文献】

【文献】 特開２００７−２５９３８６（ＪＰ，Ａ）

【文献】 特開２０１４−４２０８７（ＪＰ，Ａ）

【文献】 特開２００７−１１０４８７（ＪＰ，Ａ）

【文献】 特開２００４−２４８２３２（ＪＰ，Ａ）

【文献】 特開２００９−３３７２１（ＪＰ，Ａ）

【文献】 特表２０１２−５０７９６３（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００７／０２８０１６９（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ ９／１６

Ｇ０９Ｃ １／００

Ｈ０４Ｌ ９／０８

Ｈ０４Ｌ ９／３２

Ｈ０４Ｗ １２／０４

Ｈ０４Ｗ １２／１０

(57)【特許請求の範囲】

【請求項1】

通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定する判定部と、
前記第１の認証情報が前記発行要求情報に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵と異なる第２の鍵を生成する鍵生成部と、
前記生成した第２の鍵を前記通信端末に送信する通信部と、
前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う通信制御部と、
を備える通信装置。

【請求項2】

前記鍵生成部は、乱数を発生させることにより前記第２の鍵を生成する、
請求項１に記載の通信装置。

【請求項3】

前記通信端末の識別情報と前記通信端末に設定された鍵とを関連付けて登録する管理テーブルを記憶する記憶部をさらに備え、
前記判定部は、前記管理テーブルに前記通信端末の識別情報が登録されていない場合、前記第１の認証情報が前記発行要求情報に基づいて生成されているかを判定し、
前記鍵生成部は、前記第２の鍵を生成した場合、前記通信端末の識別情報と前記第２の鍵とを関連付けて登録し、
前記通信制御部は、前記管理テーブルに前記通信端末の識別情報が登録されている場合、前記通信端末の識別情報に関連付けて登録された鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う、
請求項１または２に記載の通信装置。

【請求項4】

前記判定部は、前記第１の認証情報と異なる第２の認証情報および前記発行要求情報を用いて生成した暗号化鍵と、前記第１の認証情報との比較結果に基づいて、前記第１の認証情報が前記発行要求情報に基づいて生成されているかを判定する、
請求項１〜３のいずれか１項に記載の通信装置。

【請求項5】

前記通信部は、前記第２の鍵を公開鍵方式またはＷＰＳ（Wi-Fi Protected Setup）を用いて暗号化して送信する、
請求項１〜４のいずれか１項に記載の通信装置。

【請求項6】

前記鍵生成部は、８〜６３文字のＡＳＣＩＩ文字または６４桁の１６進数により構成される前記第２の鍵を生成する、
請求項１〜５のいずれか１項に記載の通信装置。

【請求項7】

通信装置に対して新たな鍵の発行要求を示す発行要求情報を記憶する記憶部と、
前記発行要求情報に基づいて生成した第１の認証情報を通信装置に送信し、複数の通信端末間で共通に設定される第１の鍵と異なる第２の鍵を前記通信装置から受信する通信部と、
前記受信した第２の鍵を用いて生成した暗号化鍵を使用して前記通信装置と暗号化通信を行う通信制御部と、
を備える通信端末。

【請求項8】

通信端末と、通信装置とを備える通信システムであって、
前記通信装置は、
前記通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定する判定部と、
前記第１の認証情報が前記発行要求情報に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵と異なる第２の鍵を生成する鍵生成部と、
前記生成した第２の鍵を前記通信端末に送信する第１の通信部と、
前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う第１の通信制御部と、を備え、
前記通信端末は、
前記発行要求情報を記憶する記憶部と、
前記発行要求情報に基づいて生成した第１の認証情報を通信装置に送信し、前記通信装置から前記第２の鍵を受信する第２の通信部と、
前記受信した第２の鍵を用いて生成した暗号化鍵を使用して前記通信装置と暗号化通信を行う第２の通信制御部と、
を備える、通信システム。

【請求項9】

通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定し、
前記第１の認証情報が前記発行要求情報に基づいて生成されていると判定した場合、前記第１の鍵と異なる第２の鍵を生成し、
前記生成した第２の鍵を前記通信端末に送信し、
前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると判定された場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う、
通信装置における通信制御方法。

【請求項10】

通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定し、
前記第１の認証情報が前記発行要求情報に基づいて生成されていると判定された場合、前記第１の鍵と異なる第２の鍵を生成し、
前記生成した第２の鍵を前記通信端末に送信し、
前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると判定された場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う、
処理を通信装置に実行させる通信制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信装置、通信端末、通信システム、通信制御方法および通信制御プログラムに関する。

【背景技術】

【0002】

近年、スマートフォンなどの携帯無線通信機器の普及およびインターネット上のコンテンツの肥大化に伴い、例えば、ＬＴＥ（Long Term Evolution）などの無線ＷＡＮ（Wide Area Network）回線のトラフィック量は増加している。そのため、無線ＷＡＮ回線の代りに無線ＬＡＮ（Local Area Network）を利用することが望まれている。このような背景から、店舗などで利用可能な公衆無線ＬＡＮ設備が普及している。

【0003】

携帯無線通信機器の利用者が公衆無線ＬＡＮを利用するためには、接続先となるＡＰ（Access Point）の情報を登録する必要がある。接続先となるＡＰが暗号通信に対応していない場合、携帯無線通信機器の利用者は当該ＡＰに設定されたＳＳＩＤ（Service Set Identifier）を選択するだけで当該ＡＰに帰属することが出来る。しかしながら、悪意のある他の利用者が当該ＡＰと送受信する携帯無線通信機器の通信パケットをキャプチャーすることにより、通信内容が簡単に傍受することが出来るため、セキュリティは高いとは言えない。

【0004】

また、上記携帯無線通信機器が、暗号通信に対応しているＡＰに接続した場合であっても、接続時のパスワードを悪意のある他の利用者に知られた場合、通信内容が簡単に傍受されてしまう。そこで、携帯無線通信機器が、暗号通信に対応しているＡＰに接続する場合において、セキュリティを確保する技術が提案されている（例えば、特許文献１）。

【0005】

特許文献１には、ＡＰおよびＳＴＡ（Station）が前回通信時の鍵情報を記憶し、ＳＴＡが、ＡＰに帰属する場合、ＳＴＡからＡＰに前回通信時の鍵情報を送信し、ＡＰが受信した前回通信時の鍵情報が一致するか否かを判定し、一致する場合には認証を完了して通信を可能とする技術が開示されている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００７−２５９３８６号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、特許文献１に開示された技術では、悪意のある利用者が、前回通信時の鍵情報を取得している場合、ＡＰとＳＴＡとの通信が傍受される可能性があるため、セキュリティを確保することができない場合がある。

【0008】

本発明の目的は、このような問題を解決するためになされたものであり、セキュリティを確保することが可能な通信装置、通信端末、通信システム、通信制御方法および通信制御プログラムを提供することである。

【課題を解決するための手段】

【0009】

第１の態様にかかる通信装置は、通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定する判定部と、前記第１の認証情報が前記発行要求情報に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵と異なる第２の鍵を生成する鍵生成部と、前記生成した第２の鍵を前記通信端末に送信する通信部と、前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う通信制御部と、を備える通信装置である。

【0010】

第２の態様にかかる通信端末は、通信装置に対して新たな鍵の発行要求を示す発行要求情報を記憶する記憶部と、前記発行要求情報に基づいて生成した第１の認証情報を通信装置に送信し、複数の通信端末間で共通に設定される第１の鍵と異なる第２の鍵を前記通信装置から受信する通信部と、前記受信した第２の鍵を用いて生成した暗号化鍵を使用して前記通信装置と暗号化通信を行う通信制御部と、を備える通信端末である。

【0011】

第３の態様にかかる通信システムは、通信端末と、通信装置とを備える通信システムであって、前記通信装置は、前記通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定する判定部と、前記第１の認証情報が前記発行要求情報に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵と異なる第２の鍵を生成する鍵生成部と、前記生成した第２の鍵を前記通信端末に送信する第１の通信部と、前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う第１の通信制御部と、を備え、前記通信端末は、前記発行要求情報を記憶する記憶部と、前記発行要求情報に基づいて生成した第１の認証情報を通信装置に送信し、前記通信装置から前記第２の鍵を受信する第２の通信部と、前記受信した第２の鍵を用いて生成した暗号化鍵を使用して前記通信装置と暗号化通信を行う第２の通信制御部と、を備える、通信システムである。

【0012】

第４の態様にかかる通信制御方法は、通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定し、前記第１の認証情報が前記発行要求情報に基づいて生成されていると判定した場合、前記第１の鍵と異なる第２の鍵を生成し、前記生成した第２の鍵を前記通信端末に送信し、前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると判定された場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う、通信装置における通信制御方法である。

【0013】

第５の態様にかかる通信制御プログラムは、通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定し、前記第１の認証情報が前記発行要求情報に基づいて生成されていると判定された場合、前記第１の鍵と異なる第２の鍵を生成し、前記生成した第２の鍵を前記通信端末に送信し、前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると判定された場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う、処理を通信装置に実行させる通信制御プログラムである。

【発明の効果】

【0014】

本発明によれば、セキュリティを確保することが可能な通信装置、通信端末、通信システム、通信制御方法および通信制御プログラムを提供することが可能となる。

【図面の簡単な説明】

【0015】

【図1】実施の形態の概要にかかる通信システムの構成例を示す構成図である。

【図2】実施の形態にかかる通信システムの構成例を示す構成図である。

【図3】従来のＡＰと従来のＳＴＡとの間の帰属処理および認証処理を説明するシーケンス図である。

【図4】実施の形態にかかるＡＰの構成例を示す構成図である。

【図5】ＳＴＡ情報テーブルを説明する図である。

【図6】実施の形態にかかるＳＴＡの構成例を説明する構成図である。

【図7】実施の形態にかかるＡＰとＳＴＡとの帰属処理および認証処理を説明するシーケンス図である。

【図8】ＳＴＡ情報テーブルの状態を説明する図である。

【図9】実施の形態にかかるＡＰとＳＴＡとの認証処理の詳細を説明する図である。

【図10】実施の形態にかかるＡＰとＳＴＡとの認証処理の詳細を説明する図である。

【図11】実施の形態にかかるＡＰとＳＴＡとの認証処理の詳細を説明する図である。

【発明を実施するための形態】

【0016】

以下、図面を参照しつつ、実施形態について説明する。なお、実施形態において、同一の要素には、同一の符号を付し、重複する説明は省略される。
（実施の形態の概要）
実施の形態の説明に先立って、実施の形態の概要を説明する。まず、図１を用いて、実施の形態の概要にかかる通信システム１について説明する。図１は、実施の形態の概要にかかる通信システムの構成例を示す構成図である。

【0017】

通信システム１は、無線ＬＡＮシステムであってもよく、有線ＬＡＮシステムであってもよい。または、通信システム１は、例えば、ＬＴＥなどの通信事業者が提供するモバイルネットワークであってもよい。通信システム１は、通信装置１０と通信端末２０とを備える。

【0018】

通信装置１０は、通信回線（ネットワーク）を介して、通信端末２０と接続および通信を行う。通信装置１０は、通信端末２０と接続する場合、鍵を用いた認証を行い、認証が完了すると通信端末２０と接続可能となる。通信装置１０と通信端末２０との間の認証方式は、例えば、ＰＳＫ（Pre-Shared Key）方式であってもよい。通信装置１０は、例えば、サーバ、ルータ、無線基地局、制御装置、無線ＬＡＮアクセスポイント、携帯電話端末、スマートフォン端末、タブレット型端末、パーソナルコンピュータ装置、モバイルルータ等の通信装置であってもよい。通信回線は、無線回線であってもよく、有線回線であってもよく、無線回線と有線回線との組み合わせであってもよい。

【0019】

通信端末２０は、例えば、無線ＬＡＮ子機、携帯電話端末、スマートフォン端末、タブレット型端末、パーソナルコンピュータ装置、モバイルルータ等の通信装置であってもよい。

【0020】

続いて、通信装置１０の構成について説明する。通信装置１０は、判定部１１と、鍵生成部１２と、通信部１３と、通信制御部１４とを備える。判定部１１、鍵生成部１２、通信部１３および通信制御部１４は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。また、判定部１１、鍵生成部１２、通信部１３および通信制御部１４は、回路もしくはチップ等のハードウェアであってもよい。

【0021】

判定部１１は、通信端末２０との認証に用いる認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、通信端末２０に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定する。第１の鍵または発行要求情報は、通信端末２０に予め設定されていてもよい。

【0022】

鍵生成部１２は、認証情報が発行要求情報に基づいて生成されていると判定部１１が判定した場合、第１の鍵と異なる第２の鍵を生成する。鍵生成部１２は、乱数を発生させることにより第２の鍵を生成してもよい。

【0023】

通信部１３は、鍵生成部１２が生成した第２の鍵を通信端末２０に送信する。通信部１３は、第２の鍵を通信端末２０に送信する場合、第２の鍵を暗号化して送信してもよい。通信部１３は、公開鍵方式により暗号化して送信してもよい。または、通信部１３は、第２の鍵を通信端末２０に送信する場合、ＷＰＳ（Wi-Fi Protected Setup）を用いて送信してもよい。

【0024】

通信制御部１４は、通信端末２０に第２の鍵を送信した場合、第２の鍵を用いて生成した暗号化鍵を使用して通信端末２０と暗号化通信を行う。また、通信制御部１４は、認証情報が第１の鍵に基づいて生成されていると判定部１１が判定した場合、第１の鍵を用いて生成した暗号化鍵を使用して通信端末２０と暗号化通信を行う。

【0025】

以上説明したように、判定部１１が、認証情報が通信端末２０に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されていると判定した場合、鍵生成部１２は第１の鍵と異なる第２の鍵を生成する。通信部１３は、生成した第２の鍵を通信端末２０に送信する。通信制御部１４は、認証情報が発行要求情報に基づいて生成されている場合、第２の鍵を用いて生成した暗号化鍵を使用して通信端末２０と暗号化通信を行う。そのため、例えば、悪意ある利用者が発行要求情報を取得した場合であっても、通信装置１０および通信端末２０の間の暗号化通信において使用する第２の鍵は取得されずに済む。したがって、通信装置１０を用いることにより、通信端末２０が発行要求情報に基づいて認証情報を生成した場合、セキュリティを確保することが可能となる。

【0026】

（実施の形態）
続いて、実施の形態について説明を行うが、まず、本発明の課題事項を整理する。図２は、実施の形態にかかる通信システム１００について説明する。本実施の形態にかかる通信システム１００は、無線ＬＡＮシステムとして説明を行う。なお、通信システム１００は、有線ＬＡＮシステムであってもよく、モバイルネットワークであってもよい。

【0027】

通信システム１００は、ＡＰ３０とＳＴＡ４１〜４６とを備える。ＳＴＡ４１、４３および４５は、従来のＳＴＡであり、ＳＴＡ４２、４４および４６は、本実施の形態にかかるＳＴＡである。つまり、通信システム１００には、従来のＳＴＡと本実施の形態にかかるＳＴＡとが混在して存在する。ＳＴＡ４２、４４および４６は、実施の形態の概要にかかる通信端末２０に相当する。

【0028】

ＡＰ３０は、実施の形態の概要における通信装置１０に相当する。ＡＰ３０は、ＳＴＡ４１〜４６と接続および通信を行う無線ＬＡＮアクセスポイントであって、ＳＴＡ４１〜４６を無線ＬＡＮ子機とする無線ＬＡＮ親機である。つまり、ＡＰ３０は、従来のＳＴＡと接続および通信を行いつつ、本実施の形態にかかるＳＴＡとも接続および通信を行う。

【0029】

ＡＰ３０は、例えば、暗号化モードがＷＰＡ２（Wi-Fi Protected Access）−ＰＳＫ（Pre-Shared Key）（ＡＥＳ（Advanced Encryption Standard））に対応する。ＡＰ３０は、後述するＳＴＡ４１〜４６と帰属処理および認証処理を行い、ＳＴＡ４１〜４６と接続および通信を可能とする。なお、ＡＰ３０は、後述するＳＴＡ４１〜４６との認証方式がＰＳＫ方式であればよいため、例えば、ＷＰＡ２−ＰＳＫ（ＴＫＩＰ（Temporal Key Integrity Protocol））等の他の暗号化モードに対応していてもよい。ＡＰ３０には、デフォルトＰＳＫが設定されている。デフォルトＰＳＫとは、従来のＳＴＡとの認証において用いる事前共有秘密鍵（パスワード）である。以降、ＡＰ３０に設定されているデフォルトＰＳＫは、”１２３４５６７８”であるとして説明を行う。

【0030】

ＳＴＡ４１〜４６は、ＡＰ３０を無線ＬＡＮ親機とする無線ＬＡＮ子機であって、ＡＰ３０と接続および通信を行う。ＳＴＡ４１〜４６は、ＡＰ３０と帰属処理および認証処理を行うことによりＡＰ３０に帰属（接続）する。

【0031】

説明を行う上で便宜的に、ＳＴＡ４１のＭＡＣ（Media Access Control）アドレスはaa:aa:aa:aa:aa:aaとし、ＳＴＡ４２のＭＡＣアドレスはbb:bb:bb:bb:bb:bbとし、ＳＴＡ４３のＭＡＣアドレスはcc:cc:cc:cc:cc:ccとする。さらに、ＳＴＡ４４のＭＡＣアドレスはdd:dd:dd:dd:dd:ddとし、ＳＴＡ４５のＭＡＣアドレスはee:ee:ee:ee:ee:eeとし、ＳＴＡ４６のＭＡＣアドレスはff:ff:ff:ff:ff:ffとする。また、以降の説明においては、ＳＴＡ４１をＳＴＡ１と称して記載する場合がある。同様に、ＳＴＡ４２〜４６をＳＴＡ２〜６として記載する場合がある。

【0032】

次に、図３を用いて、ＡＰ３０と従来のＳＴＡ（ＳＴＡ４１、４３および４５）との間の帰属処理および認証処理を説明し、課題事項を整理する。図３は、従来のＡＰと従来のＳＴＡとの間の帰属処理および認証処理を説明するシーケンス図である。なお、図３に記載したＳＴＡはＳＴＡ４１であるとして説明を行うが、ＳＴＡ４３またはＳＴＡ４５であっても同様となる。また、前提として、ＳＴＡ４１とＡＰ３０には共通の事前共有秘密鍵（パスワード）であるデフォルトＰＳＫが設定されているとして説明する。すなわち、ＳＴＡ４１にも、ＡＰ３０のデフォルトＰＳＫである”１２３４５６７８”が設定されている。

【0033】

まず、ＡＰ３０およびＳＴＡ４１は、設定されたＰＳＫを基にＭＳＫ（Master Session Key）を生成する。ＳＴＡ４１は、生成したＭＳＫを基にＰＭＫ（Pairwise Master Key）を生成し、ＡＰ３０は、生成したＭＳＫを基にＰＭＫおよびＧＭＫ（Group Master Key）を生成する（ステップＳ１１、Ｓ１２）。ＭＳＫおよびＰＭＫを生成するアルゴリズムは、ＡＰ３０とＳＴＡ４１とにおいて共通である。そのため、ＡＰ３０とＳＴＡ４１とが生成するＭＳＫおよびＰＭＫは同一である。

【0034】

次に、ＡＰ３０とＳＴＡ４１は帰属処理を行う。まず、ＳＴＡ４１は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（Ｒｅｑｕｅｓｔ）メッセージをＡＰ３０に送信する（ステップＳ１３）。次に、ＡＰ３０は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（Ｒｅｑｕｅｓｔ）メッセージを受信すると、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（Ｒｅｓｐｏｎｓｅ）をＳＴＡ４１に送信する（ステップＳ１４）。

【0035】

次に、ＳＴＡ４１は、Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｓｔをＡＰ３０に送信する（ステップＳ１５）。ＡＰ３０は、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｓｔを受信すると、Ａｓｓｏｃｉａｔｉｏｎ ＲｅｓｐｏｎｓｅをＳＴＡ４１に送信する（ステップＳ１６）。以上のメッセージを送受信することにより、ＡＰ３０とＳＴＡ４１とは帰属処理を完了する。

【0036】

なお、ＡＰ３０およびＳＴＡ４１の間で暗号通信を行わない場合、この時点でＡＰ３０とＳＴＡ４１とは接続および通信が可能な状態となる。ＡＰ３０とＳＴＡ４１とは暗号化モードがＷＰＡ２−ＰＳＫ（ＡＥＳ）であるため、この後、４−Ｗａｙ Ｈａｎｄｓｈａｋｅと称される鍵交換処理（認証処理）を行う。

【0037】

まず、ＡＰ３０は、４−ＷａｙＨａｎｄｓｈａｋｅの第１メッセージとして、ＡＰ３０が生成した乱数であるＡＮｏｎｃｅをＳＴＡ４１に送信する（ステップＳ１７）。次に、ＳＴＡ４１は、乱数により生成したＳＮｏｎｃｅを決定し、ＡＮｏｎｃｅ、ＳＮｏｎｃｅ、ＡＰ３０のＭＡＣアドレス、ＳＴＡ４１のＭＡＣアドレスおよびＰＭＫを用いて、ＰＴＫ（Pairwise Transient Key）を生成する（ステップＳ１８）。なお、ＳＴＡ４１は、ＡＰ３０と送受信したメッセージからＡＰ３０のＭＡＣアドレスを取得している。

【0038】

次に、ＳＴＡ４１は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージとして、ＳＴＡ４１が生成した乱数であるＳＮｏｎｃｅと、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認するために使用されるＭＩＣ（Message Integrity Code）とをＡＰ３０に送信する（ステップＳ１９）。

【0039】

次に、ＡＰ３０は、ＳＴＡ４１と同様にしてＰＴＫを生成する（ステップＳ２０）。なお、ＡＰ３０は、ＳＴＡ４１と送受信したメッセージからＳＴＡ４１のＭＡＣアドレスを取得している。

【0040】

ＡＰ３０は、受信したＭＩＣと生成したＰＴＫとに基づいて、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する。具体的には、ＡＰ３０は、受信したＭＩＣと生成したＰＴＫとに基づいて、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する。具体的には、ＡＰ３０は、受信したＭＩＣと生成したＰＴＫとに基づいて、ＡＰ３０とＳＴＡ４１とが生成したＰＴＫが一致するか否かを確認（判定）する。ＡＰ３０は、ＳＴＡ４１が生成したＰＴＫとＡＰ３０が生成したＰＴＫとが一致しない場合、例えば、エラーメッセージをＳＴＡ４１に送信して、所定回数分、認証処理を再度行う。一方、ＡＰ３０は、ＳＴＡ４１が生成したＰＴＫとＡＰ３０が生成したＰＴＫとが一致する場合、ＰＴＫを設定して、以降の処理を行う。

【0041】

次に、ＡＰ３０は、必要があれば、ＧＭＫを基にＧＴＫ（Group Temporal Key）を生成する（ステップＳ２１）。ＧＴＫはマルチキャスト／ブロードキャスト通信に用いられる鍵であり、ＡＰ３０と接続および通信を行う全ＳＴＡで共通の鍵である。ＳＴＡ４１と異なる他のＳＴＡが既にＡＰ３０に帰属していることが想定される。ＳＴＡ４１と異なる他のＳＴＡが既にＡＰ３０に帰属している場合には、既にＧＴＫは生成されているため、改めて生成する必要がない。この場合、ＡＰ３０はＧＴＫを生成しない。一方、ＡＰ３０は、ＧＴＫが既に生成されていない場合、ＧＴＫを生成する。なお、ＰＴＫは、ＡＰ３０が接続するＳＴＡとのユニキャスト通信に用いられる鍵であるため、ＳＴＡ毎に異なるので、ＳＴＡが接続（帰属）する度に必ず生成する必要がある鍵である。

【0042】

次いで、ＡＰ３０は、４−ＷａｙＨａｎｄｓｈａｋｅの第３メッセージとして、ＰＴＫを用いてＧＴＫを暗号化してＳＴＡ４１に送信する（ステップＳ２２）。
次に、ＳＴＡ４１は、ＧＴＫを受信すると、４−ＷａｙＨａｎｄｓｈａｋｅの第４メッセージとして、肯定応答であるＡＣＫ（Positive Acknowledgement）をＡＰ３０に送信する（ステップＳ２３）。以上の４−ＷａｙＨａｎｄｓｈａｋｅ手順を行うことにより、認証処理は完了し、ＡＰ３０とＳＴＡ４１との間でＰＴＫおよびＧＴＫの共有が完了する。

【0043】

上記の帰属処理および認証処理を完了すると、ＡＰ３０とＳＴＡ４１とは暗号化通信が可能となる。ＡＰ３０は、ＳＴＡ４１とユニキャスト通信を行う場合、ＰＴＫを使用して暗号化通信を行い、ＳＴＡ４１とマルチキャスト／ブロードキャスト通信を行う場合、ＧＴＫを使用して暗号化通信を行う（ステップＳ２４）。

【0044】

ここで、ＡＰ３０およびＳＴＡ４１の間における認証処理（４−ＷａｙＨａｎｄｓｈａｋｅ手順）は、ＳＴＡ４１と異なる他のＳＴＡにおいても行われる手順である。悪意のある利用者が、ＡＰ３０に設定されたデフォルトＰＳＫを取得した場合、４−ＷａｙＨａｎｄｓｈａｋｅ手順のパケットをキャプチャーすることによりＰＴＫを生成することが可能となる。そうすると、悪意のある利用者は、４−ＷａｙＨａｎｄｓｈａｋｅ手順における第３メッセージを復号することが出来るため、ＧＴＫを取得することが可能となる。すなわち、悪意のある利用者は、ＡＰ３０とＳＴＡ４１との通信内容を全て復号化することが出来てしまう。そのため、ＡＰ３０は、帰属するＳＴＡ４１以外にＰＳＫを知られないことが重要となる。そこで、本実施の形態では、上記課題事項を解決するために、ＡＰ３０に帰属するＳＴＡ毎に異なるＰＳＫを割り当てることを目的とする。

【0045】

また、セキュリティを確保するために、ＳＴＡとＡＰとの間でパスワードによる認証やＳＴＡの利用者を事前にユーザ登録しユーザ認証を行うことが考えられる。しかしながら、ＳＴＡの利用者は、ＡＰ毎にパスワードを入力したり、事前にユーザ登録を行うことは億劫な作業であり、煩わしい。そこで、本実施の形態では、ＳＴＡの利用者がパスワード入力や事前のユーザ登録を行わずに、ＳＴＡがＡＰ３０に帰属可能とすることを目的とする。

【0046】

それでは、実施の形態の詳細について説明する。実施の形態にかかる通信システム１００は、図２に示した通信システム１００と共通するため説明を割愛する。以降の説明では、ＡＰ３０に、本実施の形態にかかるＳＴＡであるＳＴＡ４２を用いて説明を行う。なお、本実施の形態にかかる他のＳＴＡ（ＳＴＡ４４およびＳＴＡ４６）についても同様の構成となる。

【0047】

次に、図４を参照して、ＡＰ３０の構成例について説明する。図４は、本実施の形態にかかるＡＰの構成例を示す構成図である。ＡＰ３０は、記憶部３１と、判定部３２と、鍵生成部３３と、通信部３４と、通信制御部３５とを備える。記憶部３１、判定部３２、鍵生成部３３、通信部３４および通信制御部３５は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。また、記憶部３１、判定部３２、鍵生成部３３、通信部３４および通信制御部３５は、回路もしくはチップ等のハードウェアであってもよい。

【0048】

記憶部３１は、デフォルトＰＳＫと、特別な値を示すＰＳＫと、ＳＴＡ情報テーブルＴ１とを記憶する。ＡＰ３０には、デフォルトＰＳＫと、特別な値を示すＰＳＫとが設定されている。デフォルトＰＳＫは、従来のＳＴＡがＡＰ３０に帰属する際に用いられる事前共有秘密鍵であるＰＳＫである。上述したように、デフォルトＰＳＫは、”１２３４５６７８”である。また、本実施の形態では、記憶部３１は、特別な値を示すＰＳＫを記憶する。本実施の形態では、特別な値を示すＰＳＫは、ＡＳＣＩＩ制御文字を利用し、キャレット表記で”＾Ｓ＾Ｐ＾Ｃ＾Ｉ＾Ｓ＾Ｔ＾Ｒ”であるとして説明を行う。デフォルトＰＳＫは、実施の形態の概要における複数の通信端末間で共通に設定される第１の鍵に相当する。また、特別な値を示すＰＳＫは、実施の形態における発行要求情報に相当する。つまり、特別な値を示すＰＳＫは、新たな鍵の発行要求を示す発行要求情報とも言える。なお、デフォルトＰＳＫおよび特別な値を示すＰＳＫは、上記の値に限られず、適宜変更されてもよい。また、以降、特別な値を示すＰＳＫを特別ＰＳＫと称して記載することがある。

【0049】

記憶部３１は、上記２つのＰＳＫを使用して生成したＰＭＫ、ＰＴＫ、ＭＳＫ、ＧＭＫ、ＧＴＫなどの各種鍵、ＡＰ３０が動作するために必要なプログラムおよび各種設定情報等を記憶する。

【0050】

ＳＴＡ情報テーブルＴ１は、本実施の形態にかかるＳＴＡを管理するテーブルである。つまり、ＳＴＡ情報テーブルＴ１は、図２におけるＳＴＡ４２、ＳＴＡ４４およびＳＴＡ４６の情報を登録する管理テーブルである。

【0051】

ここで、図５を用いて、ＳＴＡ情報テーブルＴ１について説明する。図５は、ＳＴＡ情報テーブルを説明する図である。ＳＴＡ情報テーブルＴ１は、本実施の形態にかかるＳＴＡのＭＡＣアドレスと、当該ＳＴＡが使用するＰＳＫとを関連付けて登録する管理テーブルである。

【0052】

ＳＴＡ情報テーブルＴ１のＭＡＣアドレスには、後述する鍵生成部３３がＰＳＫを生成する場合、当該ＰＳＫを使用するＳＴＡのＭＡＣアドレスが登録される。
ＳＴＡ情報テーブルＴ１のＰＳＫには、鍵生成部３３がＰＳＫを生成する場合、生成したＰＳＫが、上記ＭＡＣアドレスに関連付けて登録される。

【0053】

図４に戻り、ＡＰ３０の構成例について説明を続ける。
判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性の確認を行うことにより、ＳＴＡ４２に設定されたＰＳＫを判定（決定）する。判定部３２は、実施の形態の概要における判定部１１に相当する。判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージを受信すると、ＳＴＡ情報テーブルＴ１を参照して、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する際に使用するＰＳＫを決定する。判定部３２は、決定したＰＳＫから生成されたＰＴＫを用いて、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する。

【0054】

具体的には、判定部３２は、上述したＡＮｏｎｃｅ、ＳＮｏｎｃｅ、ＡＰ３０のＭＡＣアドレス、ＳＴＡ４２のＭＡＣアドレスおよび決定したＰＳＫから生成されたＰＭＫを用いて、ＰＴＫを生成する。そして、判定部３２は、受信したＭＩＣと、生成したＰＴＫとの比較結果に基づいて、ＡＰ３０のＰＴＫとＳＴＡ４２のＰＴＫとが一致するか否かを判定する。判定部３２は、ＡＰ３０のＰＴＫとＳＴＡ４２のＰＴＫとが一致する場合、当該ＰＴＫを生成するために使用したＰＳＫをＳＴＡ４２に設定されたＰＳＫと決定する。

【0055】

ここで、ＭＩＣは、実施の形態の概要における認証情報に相当する情報である。判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認することにより、ＳＴＡ４２に設定されたＰＳＫを決定する。判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性の確認を、ＳＴＡ４２から受信したＭＩＣと、記憶部３１が記憶するＰＳＫのいずれかを用いて生成したＰＴＫとの比較により行っている。つまり、判定部３２は、ＳＴＡ４２から受信した認証情報が、記憶部３１に記憶されたいずれのＰＳＫに基づいて生成されたかを判定している。

【0056】

また、判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する際に使用するＰＳＫを以下のように決定する。

【0057】

ＳＴＡ情報テーブルＴ１にＳＴＡ４２が登録されている場合、判定部３２は、当該ＳＴＡのＭＡＣアドレスと関連付けて登録されているＰＳＫを第２メッセージの完全性を確認する際に用いるＰＳＫと決定する。

【0058】

一方、ＳＴＡ情報テーブルＴ１にＳＴＡ４２が登録されていない場合、判定部３２は、まず、デフォルトＰＳＫを第２メッセージの完全性を確認する際に用いるＰＳＫと決定する。そして、判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認し、ＡＰ３０のＰＴＫとＳＴＡ４２のＰＴＫとが一致するか否かを判定する。ＡＰ３０のＰＴＫとＳＴＡ４２のＰＴＫとが一致しない場合、判定部３２は、特別ＰＳＫを第２メッセージの完全性を確認する際に用いるＰＳＫと決定する。判定部３２は、上記のようにしてＳＴＡ４２が使用するＰＳＫを決定し、ＳＴＡ４２に設定されたＰＳＫが、新たな鍵の発行要求を示す発行要求情報である特別ＰＳＫと判定すると、後述する鍵生成部３３に通知する。

【0059】

鍵生成部３３は、判定部３２から通知を受信すると、ＳＴＡ４２専用のＰＳＫを生成する。鍵生成部３３は、生成した専用ＰＳＫをＳＴＡ４２に送信することを後述する通信部３４に通知する。以降の説明では、鍵生成部３３が生成するＰＳＫを専用ＰＳＫと称して記載をすることがある。専用ＰＳＫは、実施の形態の概要における第２の鍵に相当する。

【0060】

鍵生成部３３が生成する専用ＰＳＫは、ＡＰ３０に帰属するＳＴＡ毎に異なるＰＳＫであることに加えて、同一のＳＴＡに対しても帰属する度に変更されるＰＳＫが好ましい。換言すると、鍵生成部３３が生成する専用ＰＳＫは、例えば悪意のある利用者などに容易に推測されないようなＰＳＫであることが好ましい。そのため、鍵生成部３３は、乱数を発生させて、専用ＰＳＫを生成してもよい。本実施の形態では、鍵生成部３３が生成するＰＳＫは、乱数を発生させて生成されたランダムな８文字により構成されているとして説明を行う。しかしながら、鍵生成部３３が生成するＰＳＫは、８文字よりも短い文字数であってもよく、長い文字数であってもよい。また、生成するＰＳＫは、英数字の組み合わせであってもよい。

【0061】

また、鍵生成部３３は、その他の各種鍵を生成する。具体的には、鍵生成部３３は、デフォルトＰＳＫおよび特別ＰＳＫから、ＭＳＫを生成し、生成したＭＳＫからＰＭＫ、ＧＭＫおよびＧＴＫを生成する。鍵生成部３３は、生成した上記鍵を記憶部３１に記憶する。

【0062】

通信部３４は、ＳＴＡ４１〜４６とパケットデータの送受信を行う通信部である。通信部３４は、実施の形態の概要における通信部１３に相当する。通信部３４は、図３を参照して説明したＳＴＡ４１〜ＳＴＡ４６との帰属処理および鍵交換処理（認証処理）における各種メッセージの送受信を行う。また、通信部３４は、鍵生成部３３が生成した専用ＰＳＫをＳＴＡ４２に送信する。

【0063】

通信部３４は、生成した専用ＰＳＫを送信する際、セキュアな方法で送信を行ってもよい。本実施の形態では、通信部３４は、ＳＴＡ４２との間において公開鍵方式のコネクションを新たに形成して、形成したコネクション上において生成したＰＳＫを送信する。

【0064】

通信制御部３５は、ＳＴＡ４２に専用ＰＳＫを送信した場合、専用ＰＳＫを用いて生成したＰＴＫを使用してＳＴＡ４２と暗号化通信を行う。通信制御部３５は、実施の形態の概要における通信制御部１４に相当する。通信制御部３５は、ＡＰ３０が生成した専用ＰＳＫをＳＴＡ４２に送信した場合、専用ＰＳＫを用いて４−ＷａｙＨａｎｄｓｈａｋｅ手順の第３メッセージ以降の処理を行い、認証処理を完了させる。さらに、通信制御部３５は、４−ＷａｙＨａｎｄｓｈａｋｅ手順を完了させた後は、専用ＰＳＫから生成したＰＴＫまたはＧＴＫを用いて、ＳＴＡ４２と暗号化通信を行う。

【0065】

通信制御部３５は、判定部３２がＡＰ３０に帰属を試みるＳＴＡがデフォルトＰＳＫを使用していると判定すると、デフォルトＰＳＫを用いて生成したＰＴＫまたはＧＴＫを用いて、ＡＰ３０に帰属を試みるＳＴＡと暗号化通信を行う。つまり、通信制御部３５は、判定部３２がＡＰ３０に帰属を試みるＳＴＡが従来のＳＴＡであると判定すると、デフォルトＰＳＫを用いて生成したＰＴＫまたはＧＴＫを用いて、ＡＰ３０に帰属を試みるＳＴＡと暗号化通信を行う。

【0066】

また、通信制御部３５は、ＳＴＡ４２との通信を切断する場合、通信部３４を介して、Ｄｅａｕｔｈｅｎｔｉｃａｔｉｏｎを送受信することによりＳＴＡ４２との通信を切断する。通信制御部３５は、ＳＴＡ４２との通信を切断する際、ＳＴＡ情報テーブルＴ１からＳＴＡ４２の情報（ＳＴＡ４２のレコード）を削除する。

【0067】

続いて、図６を用いて、本実施の形態にかかるＳＴＡの構成例について説明する。図６は、本実施の形態にかかるＳＴＡの構成例を説明する構成図である。本実施の形態にかかるＳＴＡ（ＳＴＡ４２、４４および４６）の構成は共通するため、本実施の形態にかかるＳＴＡの構成例の説明は、ＳＴＡ４２を用いて行う。

【0068】

ＳＴＡ４２は、記憶部５１と、通信部５２と、通信制御部５３と、表示部５４と、操作部５５とを備える。記憶部５１、通信部５２、通信制御部５３、表示部５４および操作部５５は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。また、記憶部５１、通信部５２、通信制御部５３、表示部５４および操作部５５は、回路もしくはチップ等のハードウェアであってもよい。

【0069】

記憶部５１は、特別ＰＳＫ、後述する通信部５２を介して受信した専用ＰＳＫを記憶する。つまり、記憶部５１は、実施の形態の概要における、新たな鍵の発行要求を示す発行要求情報を記憶すると共に、第２の鍵を記憶する。記憶部５１は、その他、上記ＰＳＫから生成されたＭＳＫ、ＰＭＫ、ＰＴＫ、ＧＴＫ等の各種鍵を記憶する。

【0070】

また、記憶部５１は、ＳＴＡ４２が動作するために必要なプログラムや各種設定情報を記憶する。記憶部５１は、ＡＰ３０に帰属完了までの処理を行うアプリケーション（以降、専用アプリとして記載をすることがある）を記憶する。専用アプリは、既にＳＴＡ４２にインストールされており、プロセッサが専用アプリの動作を実行することにより動作する。専用アプリを利用者が実行すると、ＳＴＡ４２がＡＰ３０との間で帰属処理および認証処理を自動で行う。

【0071】

通信部５２は、ＡＰ３０と帰属処理および鍵交換処理（認証処理）を行うためのメッセージの送受信を行う。その際、通信部５２は、ＡＮｏｎｃｅやＧＴＫをＡＰ３０から受信する。また、通信部５２は、ＡＰ３０が生成した専用ＰＳＫを受信する。通信部５２は専用ＰＳＫを受信する際、セキュアな方法で受信する。本実施の形態では、通信部５２は、ＡＰ３０の通信部３４との間において公開鍵方式のコネクションを新たに形成して、形成したコネクション上において生成した専用ＰＳＫを受信する。

【0072】

通信制御部５３は、ＡＰ３０と帰属処理および鍵交換処理（認証処理）を行う。通信制御部５３は、ＡＰ３０との認証を行う際に使用する認証情報を生成する。認証情報は、例えば、ＳＮｏｎｃｅおよびＭＩＣ等である。通信制御部５３は、通信部５２を介して受信した専用ＰＳＫを記憶部５１に記憶する。

【0073】

また、通信制御部５３は、帰属処理および認証処理が完了すると、専用ＰＳＫに基づいて生成されたＰＴＫまたはＡＰ３０から受信するＧＴＫを用いてＡＰ３０と暗号化通信を行う。さらに、通信制御部５３は、ＡＰ３０との通信を切断する際に、切断処理（Ｄｅａｕｔｈｅｎｔｉｃａｔｉｏｎ送受信）を行う。

【0074】

表示部５４は、ＳＴＡ４２に専用アプリの操作画面を表示するディスプレイである。表示部５４は、ＳＴＡ４２がＡＰ３０に帰属していない場合、ＳＴＡ４２が通信可能なＡＰのＢｅａｃｏｎをスキャンして収集したＥＳＳＩＤ（Extended Service Set Identifier）を表示する。表示部５４は、専用アプリを実行し、ＳＴＡ４２がＡＰ３０に帰属完了すると正常に完了したことを示すメッセージを表示する。一方、表示部５４は、専用アプリを実行し、ＳＴＡ４２がＡＰ３０に帰属失敗するとエラーメッセージを表示する。

【0075】

操作部５５は、ＳＴＡ４２のディスプレイ上で操作するタッチパネル等である。操作部５５は、専用アプリを起動した後、収集したＥＳＳＩＤを選択する操作をＳＴＡ４２の利用者から受け付ける。操作部５５がタッチパネルである場合、利用者が所望するＥＳＳＩＤをタップすることによりＥＳＳＩＤを選択して、選択したＥＳＳＩＤのＡＰと帰属処理および認証処理の自動処理を開始する。操作部５５は、表示部５４と異なるキーボード等の入力装置であってもよく、入力装置から入力されたＥＳＳＩＤのＡＰと帰属処理および認証処理の自動処理を開始する。

【0076】

続いて、図７〜図１１を用いて、本実施の形態にかかるＡＰ３０と本実施の形態にかかるＳＴＡとの間の帰属処理および認証処理について説明する。図７は、実施の形態にかかるＡＰおよびＳＴＡの帰属処理および認証処理を説明するシーケンス図である。図８は、ＳＴＡ情報テーブルの状態を説明する図である。図９〜図１１は、実施の形態にかかるＡＰおよびＳＴＡの認証処理の詳細を説明する図である。説明を行う上で、本実施の形態にかかるＳＴＡであるＳＴＡ４２を用いて説明する。また、図７の処理のうち、図３と共通する処理については、同一の参照番号（処理番号）を付して説明する。

【0077】

まず、図７および図８を参照して、ＡＰ３０とＳＴＡ４２の帰属処理および認証処理について説明する。ＳＴＡ４２は、本実施の形態にかかるＳＴＡであり、特別ＰＳＫが設定されている。ＳＴＡ４２のＭＡＣアドレスはbb:bb:bb:bb:bb:bbである。ＳＴＡ４２は、ＡＰ３０に初めて帰属を試みるとして説明する。ＡＰ３０はデフォルトＰＳＫおよび特別ＰＳＫが設定されている。ＡＰ３０は、従来のＳＴＡが帰属することが想定されるため、デフォルトＰＳＫを用いて処理を開始する。

【0078】

ＳＴＡ４２の利用者は専用アプリを起動して、ＡＰ３０のＥＳＳＩＤを選択してタップすると、ＳＴＡ４２は、ＡＰ３０への帰属処理を開始する。この時点では、図８（ａ）に示しているように、ＳＴＡ情報テーブルＴ１には情報が登録されておらず空の状態である。

【0079】

次いで、ＡＰ３０およびＳＴＡ４２は、それぞれのＰＳＫを基に各種鍵を生成し、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（Ｒｅｑｕｅｓｔ）送信からＳＮｏｎｃｅ送信までの処理を行う（ステップＳ１１〜Ｓ１９）。

【0080】

次に、ＡＰ３０の判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージを受信すると、第２メッセージの完全性を確認する際に用いるＰＳＫを決定する（ステップＳ３０）。

【0081】

ここで、図９を参照して、ステップＳ３０において、判定部３２が行う４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する際に使用するＰＳＫの決定処理の詳細を説明する。

【0082】

まず、判定部３２は、ＳＴＡ情報テーブルＴ１を参照して、ＳＴＡ４２のＭＡＣアドレスがＳＴＡ情報テーブルＴ１に登録されているか否かを判定する（ステップＳ３０１）。

【0083】

ＳＴＡ情報テーブルＴ１にＳＴＡ４２のＭＡＣアドレスが登録されている場合（ステップＳ３０１のＹＥＳ）、判定部３２は、ＳＴＡ情報テーブルＴ１に登録されているＳＴＡ４２のＭＡＣアドレスに関連付けて登録されているＰＳＫを使用するＰＳＫと決定する（ステップＳ３０２）。

【0084】

一方、ＳＴＡ情報テーブルＴ１にＳＴＡ４２のＭＡＣアドレスが登録されていない場合（ステップＳ３０１のＮＯ）、判定部３２は、デフォルトＰＳＫを使用するＰＳＫと決定する（ステップＳ３０３）。

【0085】

図７のステップＳ３０の時点では、ＳＴＡ情報テーブルＴ１は、図８（ａ）に示す様に、ＳＴＡ４２のＭＡＣアドレスは登録されていないため（ステップＳ３０１のＮＯ）、判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する際に使用するＰＳＫをデフォルトＰＳＫと決定する（ステップＳ３０２）。

【0086】

図７に戻り、説明を続ける。判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する際に使用するＰＳＫを決定すると、ＰＴＫを生成する（ステップＳ３１）。具体的には、判定部３２は、ＡＰ３０が生成したＡＮｏｎｃｅ、ＳＴＡ４２から受信したＳＮｏｎｃｅ、ＡＰ３０のＭＡＣアドレス、ＳＴＡ４２のＭＡＣアドレスおよびＡＰ３０が生成したＰＭＫを用いて、ＰＴＫを生成する。

【0087】

次に、判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認することにより、ＰＴＫ確認処理を行い、ＳＴＡ４２に設定されたＰＳＫを判定（決定）する。判定部３２がＰＴＫ確認処理を行った結果、ＳＴＡ４２に設定されたＰＳＫが新たな鍵の発行要求を示す発行要求情報である特別ＰＳＫである場合、ＳＴＡ４２に対して専用ＰＳＫを生成し、ＳＴＡ４２に対して専用ＰＳＫを送信する（ステップＳ３２）。

【0088】

ここで、図１０を用いて、ステップＳ３２において、判定部３２が行うＰＴＫ確認処理の詳細を説明する。判定部３２は、ステップＳ３０において決定したＰＳＫに基づいて、ステップＳ３１において生成したＰＴＫとＭＩＣとを比較して、第２メッセージの不完全性を検出するか否かを判定する（ステップＳ３２１）。

【0089】

判定部３２が第２メッセージの不完全性を検出しない場合（ステップＳ３２１のＮＯ）、つまり、ＡＰ３０が生成したＰＴＫとＳＴＡ４２が生成したＰＴＫとが一致する場合、従来の不完全性未検出時の処理を行う（ステップＳ３２２）。つまり、判定部３２が生成したＰＴＫが、ＳＴＡ４２に設定されたＰＳＫに基づいて生成したＰＴＫと一致する場合、判定部３２は、決定したＰＳＫをＳＴＡ４２に設定されたＰＳＫと決定する。そして、判定部３２は、例えば、ＳＴＡ４２との通信において使用するＰＴＫを設定する等の処理を行い、４−ＷａｙＨａｎｄｓｈａｋｅ手順の第３メッセージ以降の処理を行う。

【0090】

一方、判定部３２が４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの不完全性を検出する場合（ステップＳ３２１のＹＥＳ）、判定部３２は、特別ＰＳＫ（”＾Ｓ＾Ｐ＾Ｃ＾Ｉ＾Ｓ＾Ｔ＾Ｒ”）を４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する際に使用するＰＳＫと決定する。そして、判定部３２は、特別ＰＳＫを用いてＰＴＫを生成して、第２メッセージの不完全性を検出するかを判定する（ステップＳ３２３）。つまり、判定部３２は、ＳＴＡ４２が新たな鍵の発行を要求しているかを判定する。

【0091】

ステップＳ３２３において、判定部３２が第２メッセージの不完全性を検出する場合（ステップＳ３２３のＹＥＳ）、従来の不完全性検出時の処理を行う（ステップＳ３２７）。つまり、判定部３２は、ＳＴＡ４２に設定されたＰＳＫがＡＰ３０に記憶されたＰＳＫのいずれとも一致しないと判定する。判定部３２は、例えば、エラーメッセージをＳＴＡ４２に送信し、所定回数分、認証処理を再度実行する。

【0092】

一方、ステップＳ３２３において、判定部３２が第２メッセージの不完全性を検出しない場合（ステップＳ３２３のＮＯ）、判定部３２は、ＳＴＡ４２が特別ＰＳＫを使用していると判定する。つまり、判定部３２は、ＳＴＡ４２が新たな鍵の発行を要求していると判定する。判定部３２は、鍵生成部３３に鍵生成を行うことを通知してステップＳ３２４の処理を行う。

【0093】

次に、鍵生成部３３は、乱数を発生させてランダムな値のＰＳＫを生成し、ＳＴＡ４２専用の専用ＰＳＫとする（ステップＳ３２４）。鍵生成部３３は、専用ＰＳＫを生成すると、ＳＴＡ情報テーブルＴ１にＳＴＡ４２のＭＡＣアドレスと、専用ＰＳＫとを関連付けて登録する（ステップＳ３２５）。

【0094】

次いで、通信部３４は、鍵生成部３３が生成した専用ＰＳＫをＳＴＡ４２に送信する（ステップＳ３２６）。次に、判定部３２は、従来の不完全性検出時の処理を行う（ステップＳ３２７）。判定部３２は、例えば、エラーメッセージをＳＴＡ４２に送信し、所定回数分、認証処理を再度実行する。この際、ＳＴＡ４２とＡＰ３０とに設定するＰＳＫは一致するため、判定部３２は、ＳＴＡ４２との通信において使用するＰＴＫを設定する等の処理を行い、４−ＷａｙＨａｎｄｓｈａｋｅ手順の第３メッセージ以降の処理を行う。

【0095】

図７のステップＳ３１の時点では、判定部３２は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する際に使用するＰＳＫをデフォルトＰＳＫと決定している。そのため、判定部３２は、デフォルトＰＳＫに基づいて生成したＰＴＫとＭＩＣとを比較して、ＡＰ３０が生成したＰＴＫとＳＴＡ４２が生成したＰＴＫとが一致するか否かを判定する（ステップＳ３２１）。つまり、判定部３２は、ＳＴＡ４２との認証に用いる認証情報であるＭＩＣが、従来のＳＴＡ間で共通に設定されるデフォルトＰＳＫに基づいて生成されているかを判定する。

【0096】

ＳＴＡ４２が使用するＰＳＫは特別ＰＳＫであり、ＡＰ３０が使用するＰＳＫはデフォルトＰＳＫである。そのため、ＡＰ３０が生成するＰＴＫとＳＴＡ４２が生成するＰＴＫは一致しないので、判定部３２は、第２メッセージの不完全性を検出する（ステップＳ３２１のＹＥＳ）。

【0097】

次いで、判定部３２は、特別ＰＳＫを用いてＰＴＫを生成して、第２メッセージの不完全性を検出するか判定する（ステップＳ３２３）。つまり、判定部３２は、ＳＴＡ４２が新たな鍵の発行を要求する発行要求情報である特別ＰＳＫであるかを判定する。ＡＰ３０とＳＴＡ４２とは、共に特別ＰＳＫを使用しているため、判定部３２は、第２メッセージの不完全性を検出しない（ステップＳ３２３のＮＯ）。つまり、判定部３２は、ＳＴＡ４２が新たな鍵の発行を要求していると判定する。鍵生成部３３は専用ＰＳＫを生成する（ステップＳ３２４）。ＳＴＡ４２の専用ＰＳＫとして、ＰＳＫ［１］＝”ＲＡＮＤＳＴＲ１”が生成されたとする。鍵生成部３３は、ＳＴＡ４２のＭＡＣアドレスであるbb:bb:bb:bb:bb:bbと、”ＲＡＮＤＳＴＲ１”とを関連付けてＳＴＡ情報テーブルＴ１に登録する（ステップＳ３２５）。そうすると、図８（ｂ）の様に、ＳＴＡ情報テーブルにはＳＴＡ４２の情報が登録される。通信部３４は、ＳＴＡ４２に専用ＰＳＫを送信し（ステップＳ３２６）、判定部３２は、従来の不完全性検出時の処理を行う（ステップＳ３２７）。

【0098】

続いて、図１１を参照して、ステップＳ３２６において、通信部３４がＳＴＡ４２に専用ＰＳＫを送信する場合の専用ＰＳＫ送信処理の詳細を説明する。本実施の形態では、通信部３４は、公開鍵方式を用いて専用ＰＳＫをＳＴＡ４２に送信する。また、ＡＰ３０とＳＴＡ４２とは、この段階までに既にＡｓｓｏｃｉａｔｉｏｎ手順は完了している。そのため、ＡＰ３０とＳＴＡ４２との間では、無線ＬＡＮレイヤでは通信が可能である。そのため、図１１において説明するパケットはデータフレームとして送信すればよく、データフレームの中身は自由に作成できる。したがって、パケットの内容は本明細書では説明を割愛する。

【0099】

まず、ＡＰ３０は、ＳＴＡ４２に公開鍵要求メッセージを送信する（ステップＳ３２６１）。次に、ＳＴＡ４２は、公開鍵要求メッセージを受信すると、秘密鍵および公開鍵を生成する（ステップＳ３２６２）。そして、ＳＴＡ４２は、生成した公開鍵をＡＰ３０に送信する（ステップＳ３２６３）。次いで、ＡＰ３０は、受信した公開鍵を用いて、専用ＰＳＫを暗号化してＳＴＡ４２に送信する（ステップＳ３２６４）。ＳＴＡ４２は、秘密鍵を用いて、暗号化された専用ＰＳＫを復号化して専用ＰＳＫを受信する（ステップＳ３２６５）。以上の手順を行うことにより、ＡＰ３０は、ＳＴＡ４２の専用ＰＳＫをセキュアにＳＴＡ４２に送信することが可能となる。

【0100】

図７に戻り、説明を続ける。ＳＴＡ４２は、上記のように、ＡＰ３０から専用ＰＳＫを受信すると、受信した専用ＰＳＫを記憶部５１に記憶する。ＳＴＡ４２は、ＳＴＡ４２が使用するＰＳＫ（ＰＳＫ［１］）をＡＰ３０から受信した専用ＰＳＫに設定し、ＰＳＫ［１］を用いて、ＭＳＫおよびＰＭＫを生成する（ステップＳ３３）。

【0101】

次に、ＳＴＡ４２とＡＰ３０とは、再度、４−ＷａｙＨａｎｄｓｈａｋｅ手順を行う。つまり、ＡＰ３０からＳＴＡ４２にＡＮｏｎｃｅを送信する（ステップＳ３４）。そして、ＳＴＡ４２はＳＮｏｎｃｅを生成すると共にＰＴＫを生成する（ステップＳ３５）。ＳＴＡ４２は、ＡＰ３０にＳＮｏｎｃｅを送信する（ステップＳ３６）。

【0102】

次いで、ＡＰ３０は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージを受信すると、ステップＳ３０と同様に、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性を確認する際に使用するＰＳＫを決定する（ステップＳ３７）。具体的には、ＡＰ３０は、図９に示した処理を行う。この時点では、ＳＴＡ情報テーブルＴ１は、図８（ｂ）に示すように、ＳＴＡ４２の情報が登録されている。そのため、ＡＰ３０は、ＳＴＡ４２に設定されたＰＳＫをＰＳＫ［１］と決定する。

【0103】

次に、ＡＰ３０は、ステップＳ３１およびＳ３２と同様に、ＰＴＫを生成して（ステップＳ３８）、ＰＴＫ確認処理を行う（ステップＳ３９）。具体的には、ＡＰ３０は、図１０に示した処理を行う。ＡＰ３０とＳＴＡ４２とは、使用するＰＳＫはＰＳＫ［１］＝”ＲＡＮＤＳＴＲ１”で共通するので、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの不完全性を検出せず、従来の不完全性未検出処理を行う。

【0104】

次に、ＡＰ３０は、ＧＴＫ生成処理を行う（ステップＳ４０）。ここで、ＧＴＫは、ブロードキャスト／マルチキャスト通信において使用する鍵であることから、ＡＰ３０は、デフォルトＰＳＫを用いて生成する。ＡＰ３０は、生成したＰＴＫを用いてＧＴＫを暗号化してＳＴＡ４２に送信し（ステップＳ４１）、ＳＴＡ４２は、ＡＰ３０にＡＣＫを送信する（ステップＳ４２）。

【0105】

ＡＰ３０とＳＴＡ４２とは、４−ＷａｙＨａｎｄｓｈａｋｅ手順を完了すると、ＰＳＫ［１］を用いて生成したＰＴＫ、またはＧＴＫを用いて暗号化通信を行う（ステップＳ２４）。

【0106】

その後、ＳＴＡ４２がＡＰ３０との通信を完了して帰属を解除する際、ＳＴＡ４２は、ＡＰ３０にＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎを送信する（ステップＳ４３）。次に、ＡＰ３０は、ＳＴＡ４２にＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎを送信し、ＳＴＡ情報テーブルＴ１からＳＴＡ４２の情報（レコード）を削除して帰属を解除する（ステップＳ４４）。

【0107】

続いて、ＳＴＡ４２がＡＰ３０に帰属している状態で、ＳＴＡ４４がＡＰ３０に帰属を試みる場合について、図７および図８を用いて説明する。ＳＴＡ４４がＡＰ３０に帰属を試みる場合についても、ＳＴＡ４２がＡＰ３０に帰属を試みる場合と同様であるが、本実施の形態の理解を助けるために追加で説明する。なお、ＳＴＡ４２および４４がＡＰ３０に帰属している状態で、ＳＴＡ４６がＡＰ３０に帰属を試みる場合についても同様となる。

【0108】

ＳＴＡ４４の利用者は専用アプリを起動して、ＡＰ３０のＥＳＳＩＤを選択してタップすると、ＳＴＡ４４は、図７に示すＡＰ３０への帰属処理を開始する。ＡＰ３０がＳＴＡ４４との４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの不完全性確認において使用するＰＳＫを決定する場合（ステップＳ３０）、ＳＴＡ情報テーブルＴ１は、図８の（ｂ）の状態である。つまり、ＳＴＡ情報テーブルＴ１は空の状態ではなく、ＳＴＡ４２の情報が登録されている。しかし、ＳＴＡ情報テーブルＴ１には、ＳＴＡ４４の情報は登録されていないため、ＡＰ３０は、４−ＷａｙＨａｎｄｓｈａｋｅの第２メッセージの完全性の確認の際に使用するＰＳＫをデフォルトＰＳＫと決定する。

【0109】

次いで、図７のステップＳ３２において、ＡＰ３０は、ＳＴＡ４４の専用ＰＳＫとして”ＲＡＮＤＳＴＲ２”を生成したとする。ＡＰ３０は、ＳＴＡ情報テーブルＴ１に、ＳＴＡ４４のＭＡＣアドレスであるdd:dd:dd:dd:dd:ddと、生成した”ＲＡＮＤＳＴＲ２”とを関連付けて登録する（ステップＳ３２）。ＳＴＡ情報テーブルＴ１の状態は、図８（ｃ）のように、ＳＴＡ４２とＳＴＡ４４とが登録されていることになる。その後、ＳＴＡ４４とＡＰ３０とは、再度、４−ＷａｙＨａｎｄｓｈａｋｅ手順を行う。ＳＴＡ４４およびＡＰ３０の間で、認証手順まで完了すると、ＳＴＡ４４およびＡＰ３０は、専用ＰＳＫである”ＲＡＮＤＳＴＲ２”を用いて生成されたＰＴＫを使用して暗号化通信を行う。

【0110】

その後、ＳＴＡ４４がＡＰ３０から帰属解除すると、ＳＴＡ情報テーブルＴ１は、図８（ｄ）の状態となる。さらに、ＳＴＡ４２がＡＰ３０から帰属解除すると、ＳＴＡ情報テーブルＴ１は、図８（ｅ）のように空の状態となる。

【0111】

ここで、全てのＳＴＡ（ＳＴＡ４１〜４６）がＡＰ３０に帰属したとすると、図２に示すように、本実施の形態にかかるＳＴＡ（ＳＴＡ４２、４４および４６）は、それぞれ異なるＰＳＫを基とした暗号化通信が形成される。一方、従来のＳＴＡ（ＳＴＡ４１、４３および４５）は、デフォルトＰＳＫを基とした暗号化通信が形成される。

【0112】

この状態で、例えばＳＴＡ４５の利用者がパケットキャプチャを行ったとしても、ＳＴＡ４２、ＳＴＡ４４およびＳＴＡ４６の通信内容は復号化できない。同様に、ＳＴＡ４２の利用者がパケットキャプチャした場合であっても、ＳＴＡ４４およびＳＴＡ４６の通信内容は復号化できない。

【0113】

以上、説明したように、本実施の形態にかかるＡＰおよびＳＴＡは、ＳＴＡ毎に異なるＰＳＫを用いた暗号化通信を行うことが可能となる。そのため、本実施の形態にかかるＡＰおよびＳＴＡを用いることにより、同一のＡＰに帰属するＳＴＡの利用者であっても、他のＳＴＡとＡＰとの通信内容を復号化することが不可能である。

【0114】

そして、本実施の形態にかかるＡＰは、ＳＴＡ毎に機械的にランダムにＰＳＫを生成して割り当てることから、人間が考えるよりもパスワード解析がされにくいＰＳＫを使用している。さらに、本実施の形態によれば、同一のＳＴＡが同一のＡＰに帰属する場合でも、帰属する毎に異なるＰＳＫを割り当てることが可能となる。したがって、本実施の形態にかかるＡＰおよびＳＴＡを用いることにより、認証パスワードの解析がされにくいＰＳＫを用いた暗号化通信を可能とするので、高いセキュリティレベルを確保することが出来る。

【0115】

また、本実施の形態にかかるＳＴＡは、新たな鍵の発行要求を示す発行要求情報である特別ＰＳＫを予め設定しておけばよい。そのため、本実施の形態にかかるＳＴＡの利用者は、認証パスワード等の入力を伴わずに、本実施の形態にかかるＡＰに帰属および暗号化通信を行うことが可能となる。つまり、本実施の形態にかかるＡＰおよびＳＴＡを用いることにより、ＳＴＡの利用者は煩わしい作業を行う必要がなくなる。したがって、本実施の形態によれば、ユーザ利便性の高い通信システムを提供することが可能となる。

【0116】

さらに、図２に示すように、本実施の形態にかかるＳＴＡ（ＳＴＡ４２、４４および４６）は、それぞれ異なるＰＳＫを基とした暗号化通信が形成される。一方、従来のＳＴＡ（ＳＴＡ４１、４３および４５）は、デフォルトＰＳＫを基とした暗号化通信が形成される。そのため、本実施の形態にかかるＡＰ３０によれば、従来のＡＰの動作を何ら阻害することはない。つまり、本実施の形態にかかるＡＰ３０によれば、本実施の形態にかかるＳＴＡを帰属可能とすると共に、従来のＳＴＡも帰属可能とすることが出来る。

【0117】

（変形例）
上述した実施の形態では、実施の形態にかかるＳＴＡ（例えば、ＳＴＡ４２）は、ＡＰ３０が生成した専用ＰＳＫを公開鍵方式で受信することで説明した。しかしながら、これに限られない。例えば、実施の形態にかかるＳＴＡは、ＷＰＳを用いてＡＰ３０から専用ＰＳＫを受信してもよい。この場合、ＳＴＡ４２は、図７のステップＳ１９において、ＳＮｏｎｃｅを送信した後にＷＰＳを開始する。ＡＰ３０は、ステップＳ３２の専用ＰＳＫの送信の際に、ＷＰＳを開始する。その後、ＡＰ３０とＳＴＡ４２とは、ＷＰＳが実施されて、ＳＴＡ４２は、ＷＰＳを用いて送信されたＳＴＡ専用の専用ＰＳＫを受信する。ＳＴＡ４２とＡＰ３０とは、当該専用ＰＳＫを使用して、帰属処理および認証処理を行う。そして、ＳＴＡ４２は、ＡＰ３０に帰属して、ＳＴＡ４２とＡＰ３０とはＷＰＳを用いて送受信した専用ＰＳＫを用いて暗号化通信を行う。このような構成としても、上述した実施の形態と同様の効果を得ることが可能となる。

【0118】

また、上述した実施の形態では、特別ＰＳＫは、ＡＳＣＩＩ制御文字であるキャレット表記の８文字により構成されるとして説明した。上述した実施の形態では、特別ＰＳＫを、ＡＰ３０の管理者が通常入力できないＡＳＣＩＩ制御文字により構成している。そのため、特別ＰＳＫとデフォルトＰＳＫとが一致する確率は０であるため好ましい。しかしながら、特別ＰＳＫはこれには限られず、例えば、６４桁の１６進数により構成されてもよい。この場合、ＡＰ３０のシステム管理者が、特別ＰＳＫと同一のＰＳＫをデフォルトＰＳＫとして設定してしまうことが想定される。そのため、特別ＰＳＫを６４桁の１６進数により構成する場合、ＡＰ３０は、ＡＰ３０のシステム管理者が設定するデフォルトＰＳＫが、特別ＰＳＫと同一のＰＳＫであるかを判定する。そして、ＡＰ３０は、デフォルトＰＳＫと特別ＰＳＫとが同一であると判定する場合、当該ＰＳＫをデフォルトＰＳＫとして設定できないようにガード処理を追加しておくことが好ましい。

【0119】

また、ＰＳＫには８〜６３文字のＡＳＣＩＩ文字、または６４桁の１６進数が使用することが可能である。そのため、鍵生成部３３は、８〜６３文字のＡＳＣＩＩ文字、または６４桁の１６進数により構成される専用ＰＳＫを生成してもよい。専用ＰＳＫを８〜６３文字のＡＳＣＩＩ文字により構成する場合、または６４桁の１６進数により構成する場合、複数のＳＴＡ間で専用ＰＳＫが重複する確率を下げられる。また、専用ＰＳＫとして設定可能なパターン数は、上述した実施の形態における専用ＰＳＫの設定可能なパターン数以上となるので、セキュリティを高くすることが可能となる。なお、上記のうち、専用ＰＳＫを６３文字のＡＳＣＩＩ文字により構成する場合、複数のＳＴＡ間で専用ＰＳＫが重複する確率を最も下げられる。さらに、専用ＰＳＫの設定可能なパターン数も最も多くなり、セキュリティも高くなるので好ましい。

【0120】

（他の実施の形態）
上述した実施の形態では、鍵生成部３３は、ＡＰ３０に設けられているとして説明したが、上述した実施の形態にかかるＳＴＡ（例えば、ＳＴＡ４２）が専用ＰＳＫを生成してもよい。この場合、判定部３２が、ＳＴＡ４２に特別ＰＳＫが設定されていると判定する。判定部３２は、ＳＴＡ４２に専用ＰＳＫの生成および送信を通知するメッセージまたは情報を送信する。そして、ＳＴＡ４２が専用ＰＳＫを生成して、ＡＰ３０に送信する。その他の処理は、上述した実施の形態と同様である。もしくは、ＳＴＡ４２がＡＰ３０に帰属することに先立って専用ＰＳＫを生成して、ＡＰ３０と帰属処理および認証処理を行う。判定部３２が、ＳＴＡ４２に特別ＰＳＫが設定されていると判定すると、専用ＰＳＫを用いて、認証処理を行ってもよい。なお、このように、上述した実施の形態にかかるＳＴＡが専用ＰＳＫを生成する場合、複数のＳＴＡ間で同じ専用ＰＳＫを生成する可能性がある。そのため、ＡＰ３０は、上述した実施の形態にかかるＳＴＡから専用ＰＳＫを受信すると、ＳＴＡ情報テーブルＴ１を確認する。そして、ＡＰ３０は、ＳＴＡ情報テーブルＴ１に、受信した専用ＰＳＫが既に登録されている場合、上述した実施の形態にかかるＳＴＡに対して、専用ＰＳＫを再生成することを依頼するメッセージを送信してもよい。このようにすることで、上述した実施の形態にかかるＳＴＡは、他のＳＴＡと異なる専用ＰＳＫとすることが可能となる。すなわち、ＡＰ３０と上述した実施の形態にかかるＳＴＡとは、異なるＰＳＫから生成されたＰＴＫを用いて暗号化通信を行うことが可能となる。

【0121】

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

【0122】

また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定する判定部と、
前記第１の認証情報が前記発行要求情報に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵と異なる第２の鍵を生成する鍵生成部と、
前記生成した第２の鍵を前記通信端末に送信する通信部と、
前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う通信制御部と、
を備える通信装置。
（付記２）
前記鍵生成部は、乱数を発生させることにより前記第２の鍵を生成する、
付記１に記載の通信装置。
（付記３）
前記通信端末の識別情報と前記通信端末に設定された鍵とを関連付けて登録する管理テーブルを記憶する記憶部をさらに備え、
前記判定部は、前記管理テーブルに前記通信端末の識別情報が登録されていない場合、前記第１の認証情報が前記発行要求情報に基づいて生成されているかを判定し、
前記鍵生成部は、前記第２の鍵を生成した場合、前記通信端末の識別情報と前記第２の鍵とを関連付けて登録し、
前記通信制御部は、前記管理テーブルに前記通信端末の識別情報が登録されている場合、前記通信端末の識別情報に関連付けて登録された鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う、
付記１または２に記載の通信装置。
（付記４）
前記判定部は、前記第１の認証情報と異なる第２の認証情報および前記発行要求情報を用いて生成した暗号化鍵と、前記第１の認証情報との比較結果に基づいて、前記第１の認証情報が前記発行要求情報に基づいて生成されているかを判定する、
付記１〜３のいずれか１項に記載の通信装置。
（付記５）
前記第２の認証情報は、ＡＮｏｎｃｅ、ＳＮｏｎｃｅ、前記通信端末のＭＡＣアドレスおよび前記通信装置のＭＡＣアドレスを含む、
付記４に記載の通信装置。
（付記６）
前記通信部は、前記第２の鍵を公開鍵方式またはＷＰＳ（Wi-Fi Protected Setup）を用いて暗号化して送信する、
付記１〜５のいずれか１項に記載の通信装置。
（付記７）
前記鍵生成部は、８〜６３文字のＡＳＣＩＩ文字または６４桁の１６進数により構成される前記第２の鍵を生成する、
付記１〜６のいずれか１項に記載の通信装置。
（付記８）
前記通信端末との認証方式は、ＰＳＫ（Pre-Shared Key）方式であって、前記第１の鍵および前記第２の鍵はＰＳＫであり、前記暗号化鍵はＰＴＫ（Pairwise Transient Key）である、
付記１〜７のいずれか１項に記載の通信装置。
（付記９）
通信装置に対して新たな鍵の発行要求を示す発行要求情報を記憶する記憶部と、
前記発行要求情報に基づいて生成した第１の認証情報を通信装置に送信し、前記通信装置から複数の通信端末間で共通に設定される第１の鍵と異なる第２の鍵を受信する通信部と、
前記受信した第２の鍵を用いて生成した暗号化鍵を使用して前記通信装置と暗号化通信を行う通信制御部と、
を備える通信端末。
（付記１０）
前記通信制御部は、前記第２の鍵を前記通信装置から受信した場合、前記記憶部に前記受信した第２の鍵を記憶する、
付記９に記載の通信端末。
（付記１１）
通信端末と、通信装置とを備える通信システムであって、
前記通信装置は、
前記通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定する判定部と、
前記第１の認証情報が前記発行要求情報に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵と異なる第２の鍵を生成する鍵生成部と、
前記生成した第２の鍵を前記通信端末に送信する第１の通信部と、
前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると前記判定部が判定した場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う第１の通信制御部と、を備え、
前記通信端末は、
前記発行要求情報を記憶する記憶部と、
前記発行要求情報に基づいて生成した第１の認証情報を通信装置に送信し、前記通信装置から前記第２の鍵を受信する第２の通信部と、
前記受信した第２の鍵を用いて生成した暗号化鍵を使用して前記通信装置と暗号化通信を行う第２の通信制御部と、
を備える、通信システム。
（付記１２）
通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定し、
前記第１の認証情報が前記発行要求情報に基づいて生成されていると判定した場合、前記第１の鍵と異なる第２の鍵を生成し、
前記生成した第２の鍵を前記通信端末に送信し、
前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると判定された場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う、
通信装置における通信制御方法。
（付記１３）
通信端末と通信装置とを含む通信システムにおける通信制御方法であって、
前記通信装置は、前記通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定し、
前記第１の認証情報が前記発行要求情報に基づいて生成されていると判定した場合、前記第１の鍵と異なる第２の鍵を生成し、
前記生成した第２の鍵を前記通信端末と前記通信装置との間で送受信し、
前記通信端末と前記通信装置との間で前記第２の鍵を送受信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と前記通信装置との間で暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると判定した場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と前記通信装置との間で暗号化通信を行う、
通信制御方法。
（付記１４）
通信端末との認証に用いる第１の認証情報が、複数の通信端末間で共通に設定される第１の鍵に基づいて生成されているか、前記通信端末に対して新たな鍵の発行要求を示す発行要求情報に基づいて生成されているかを判定し、
前記第１の認証情報が前記発行要求情報に基づいて生成されていると判定された場合、前記第１の鍵と異なる第２の鍵を生成し、
前記生成した第２の鍵を前記通信端末に送信し、
前記通信端末に前記第２の鍵を送信した場合、前記第２の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行い、前記第１の認証情報が前記第１の鍵に基づいて生成されていると判定された場合、前記第１の鍵を用いて生成した暗号化鍵を使用して前記通信端末と暗号化通信を行う、
処理を通信装置に実行させる通信制御プログラム。

【符号の説明】

【0123】

１、１００ 通信システム
１０ 通信装置
２０ 通信端末
１１、３２ 判定部
１２、３３ 鍵生成部
１３、３４、５２ 通信部
１４、３５、５３ 通信制御部
３０ ＡＰ
３１、５１ 記憶部
４１〜４６ ＳＴＡ
５４ 表示部
５５ 操作部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】