(57)【要約】【課題】安全性がより高く簡易な構成により初期設定を行なうことを課題とする。【解決手段】通信制御装置は、取得部、第１認証処理部、出力部、第２認証処理部、接続許可部を有する。取得部は、初期設定時に通信装置を認証するための第１認証情報を、第１通信部を介して、符号化された第１認証情報を取得して復号する端末装置から取得する。第１認証処理部は、初期設定時に、取得された前記第１認証情報をもとに、第２通信部を介して通信装置の接続認証処理を実行する。出力部は、第１認証情報をもとに接続認証処理が成功した場合に、該第１認証情報とは異なる第２認証情報を暗号化し、暗号化した第２認証情報を通信装置に出力する。第２認証処理部は、運用時に、第２認証情報をもとに、第２通信部を介して通信装置の接続認証処理を実行する。接続許可部は、接続認証処理が成功した場合に、通信装置の接続を許可する。【選択図】図３
2015184867.tif 000002
【特許請求の範囲】
【請求項１】
初期設定時に通信装置を認証するための第１認証情報を、第１通信部を介して、符号化された前記第１認証情報を取得して復号する端末装置から取得する取得部と、
初期設定時において、取得された前記第１認証情報をもとに、第２通信部を介して前記通信装置の接続認証処理を実行する第１認証処理部と、
前記第１認証情報をもとに前記接続認証処理が成功した場合に、該第１認証情報とは異なる第２認証情報を暗号化し、暗号化した前記第２認証情報を前記通信装置に出力する出力部と、
運用時において、前記第２認証情報をもとに、前記第２通信部を介して前記通信装置の前記接続認証処理を実行する第２認証処理部と、
前記接続認証処理が成功した場合に、前記通信装置の接続を許可する接続許可部と
を有する通信制御装置。
【請求項２】
暗号化された前記第２認証情報が前記通信装置に出力された場合に、前記第１認証情報を無効化する無効化部をさらに有する請求項１に記載の通信制御装置。
【請求項３】
前記第２認証情報を更新し、新たな前記第２認証情報を生成する生成部をさらに有し、
前記出力部は、生成された新たな前記第２認証情報を暗号化し、暗号化した新たな前記第２認証情報を前記通信装置に出力し、
前記第２認証処理部は、新たな前記第２認証情報をもとに前記接続認証処理を実行する請求項１又は２に記載の通信制御装置。
【請求項４】
前記出力部は、ＥＡＰ−ＰＳＫのＰＣＨＡＮＮＥＬ属性の拡張フィールドを用いて、暗号化された前記第２認証情報を前記通信装置に出力する請求項１〜３の何れか一つに記載の通信制御装置。
【請求項５】
前記第１通信部は、ＩＥＥＥ  ８０２．１１インタフェースであり、
前記第２通信部は、ＩＥＥＥ  ８０２．１５．４インタフェースである請求項１〜４の何れか一つに記載の通信制御装置。
【請求項６】
前記第１通信部及び前記第２通信部は、同一種類の通信メディアを使用する請求項１〜５の何れか一つに記載の通信制御装置。
【請求項７】
前記端末装置から前記第１認証情報を取得する際、前記第１認証情報を取得するためのモード期間中であって、予め定められた所定期間中に、前記第１通信部に対し専用のネットワーク識別子及びネットワークアクセスのための認証情報を有効化する請求項１に記載の通信制御装置。
【請求項８】
初期設定時に通信装置を認証するための第１認証情報を、第１通信部を介して、符号化された前記第１認証情報を取得して復号する端末装置から取得するステップと、
初期設定時において、取得された前記第１認証情報をもとに、第２通信部を介して前記通信装置の接続認証処理を実行するステップと、
前記第１認証情報をもとに前記接続認証処理が成功した場合に、該第１認証情報とは異なる第２認証情報を暗号化し、暗号化した前記第２認証情報を前記通信装置に出力するステップと、
運用時において、前記第２認証情報をもとに、前記第２通信部を介して前記通信装置の前記接続認証処理を実行するステップと、
前記接続認証処理が成功した場合に、前記通信装置の接続を許可するステップと
を含む通信制御方法。
【請求項９】
通信制御装置と、通信装置とを有する通信制御システムであって、
前記通信制御装置は、
初期設定時に前記通信装置を認証するための第１認証情報を、第１通信部を介して、符号化された前記第１認証情報を取得して復号する端末装置から取得する取得部と、
初期設定時において、取得された前記第１認証情報をもとに、第２通信部を介して前記通信装置の接続認証処理を実行する第１認証処理部と、
前記第１認証情報をもとに前記接続認証処理が成功した場合に、該第１認証情報とは異なる第２認証情報を暗号化し、暗号化した前記第２認証情報を前記通信装置に出力する出力部と、
運用時において、前記第２認証情報をもとに、前記第２通信部を介して前記通信装置の前記接続認証処理を実行する第２認証処理部と、
前記接続認証処理が成功した場合に、前記通信装置の接続を許可する接続許可部と、を有し、
前記通信装置は、
前記第１認証情報を記憶する記憶部と、
前記通信制御装置を検出する検出部と、
初期設定時において、検出された前記通信制御装置に対して、前記記憶部に記憶された前記第１認証情報を用いて前記接続認証処理の実行を要求する第１要求部と、
前記通信制御装置から暗号化された前記第２認証情報を受け付けた場合に、暗号化された前記第２認証情報を復号する復号部と、
運用時において、検出された前記通信制御装置に対して、復号された前記第２認証情報を用いて前記接続認証処理の実行を要求する第２要求部と
を有する通信制御システム。
【請求項１０】
端末装置と、通信制御装置と、通信装置とを有する通信制御システムであって、
前記端末装置は、
初期設定時に前記通信装置を認証するための情報であって、符号化された第１認証情報を取得する取得部と、
符号化された前記第１認証情報を復号する復号部と、
復号された前記第１認証情報を前記通信制御装置に送信する通信部と、を有し、
前記通信制御装置は、
第１通信部を介して、前記第１認証情報を取得する取得部と、
初期設定時において、取得された前記第１認証情報をもとに、第２通信部を介して前記通信装置の接続認証処理を実行する第１認証処理部と、
前記第１認証情報をもとに前記接続認証処理が成功した場合に、該第１認証情報とは異なる第２認証情報を暗号化し、暗号化した前記第２認証情報を前記通信装置に出力する出力部と、
運用時において、前記第２認証情報をもとに、前記第２通信部を介して前記通信装置の前記接続認証処理を実行する第２認証処理部と、
前記接続認証処理が成功した場合に、前記通信装置の接続を許可する接続許可部と、を有し、
前記通信装置は、
前記第１認証情報を記憶する記憶部と、
前記通信制御装置を検出する検出部と、
初期設定時において、検出された前記通信制御装置に対して、前記記憶部に記憶された前記第１認証情報を用いて前記接続認証処理の実行を要求する第１要求部と、
前記通信制御装置から暗号化された前記第２認証情報を受け付けた場合に、暗号化された前記第２認証情報を復号する復号部と、
運用時において、検出された前記通信制御装置に対して、復号された前記第２認証情報を用いて前記接続認証処理の実行を要求する第２要求部と
を有する通信制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信制御装置、通信制御方法及び通信制御システムに関する。
【背景技術】
【０００２】
従来、ＨＡＮ（Home  Area  Network）機器等の通信装置と、ＨＥＭＳ（Home  Energy  Management  System）サーバ等の通信制御装置とを有するシステムにおいて、通信制御装置の初期設定を行なうための技術が知られている。例えば、通信装置のＯＴＰ（One‐Time  Password）と、共通鍵とから構成された認証情報（クレデンシャル）を二次元コード化したものを準備し、携帯電話機等のイントロデューサに読み取らせる。そして、イントロデューサは、ＯＴＰをインターネット上の転送エージェントに通知するとともに、共通鍵を通信制御装置に設定する。また、転送エージェントは、通信制御装置のＩＤを通信装置に通知する。これらにより、ユーザは、クレデンシャルを手動により通信制御装置に入力する手間を省略できる。
【先行技術文献】
【特許文献】
【０００３】
【非特許文献１】“Transitive  Trust  Enrollment  for  Constrained  Devices  draft‐jennings‐core‐transitive‐trust‐enrollment‐01”，「ONLINE」，「平成２６年３月２０日検索」，インターネット＜ＵＲＬ：http://tools.ietf.org/pdf/draft-jennings-core-transitive-trust-enrollment-01.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
インターネット上の転送エージェントを利用して通信制御装置の設定を行なう場合、通信装置は、インターネットに接続することになる。また、通信制御装置がホームゲートウェイ等のインターネットのゲートウェイである場合、通信装置は、通信制御装置との間における接続認証に成功しなければ、インターネットに接続できない。通信装置がインターネットに接続できない場合には、上述した従来技術は動作しない。また、転送エージェントが盗まれた場合には、通信装置の共通鍵が外部に漏れることにより、第三者の通信装置が対象のネットワークに接続できてしまうため、システムの安全性が高いとは言えない。
【０００５】
本発明が解決しようとする課題は、安全性がより高く簡易な構成により初期設定を行なうことができる通信制御装置、通信制御方法及び通信制御システムを提供することである。
【課題を解決するための手段】
【０００６】
実施の形態の通信制御装置は、取得部と、第１認証処理部と、出力部と、第２認証処理部と、接続許可部とを有する。取得部は、初期設定時に通信装置を認証するための第１認証情報を、第１通信部を介して、符号化された第１認証情報を取得して復号する端末装置から取得する。第１認証処理部は、初期設定時において、取得された前記第１認証情報をもとに、第２通信部を介して通信装置の接続認証処理を実行する。出力部は、第１認証情報をもとに接続認証処理が成功した場合に、該第１認証情報とは異なる第２認証情報を暗号化し、暗号化した第２認証情報を通信装置に出力する。第２認証処理部は、運用時において、第２認証情報をもとに、第２通信部を介して通信装置の接続認証処理を実行する。接続許可部は、接続認証処理が成功した場合に、通信装置の接続を許可する。
【図面の簡単な説明】
【０００７】
【図１】第１の実施形態に係る通信制御システムの構成を示すブロック図。
【図２】第１の実施形態に係る通信制御装置のハードウェア構成を示すブロック図。
【図３】第１の実施形態に係る各装置の機能構成を示すブロック図。
【図４】第１の実施形態に係る通信制御処理の流れを示すフローチャート。
【図５】第１の実施形態に係る通信処理の流れを示すフローチャート。
【図６】第１の実施形態に係る全体処理の流れを示すシーケンス図。
【図７】第１の実施形態に係るEAP−PSK認証アルゴリズムを説明するシーケンス図。
【図８】第１の実施形態に係るPCHANNEL属性のフォーマットを示す図。
【発明を実施するための形態】
【０００８】
（第１の実施形態）
図１は、第１の実施形態に係る通信制御システムの構成例を示すブロック図である。図１に示すように、通信制御システム１は、端末装置１０と、通信制御装置２０と、通信装置３０とを有する。これらのうち、端末装置１０と通信制御装置２０とは、第１通信メディア２に接続する。また、通信制御装置２０と通信装置３０とは、第２通信メディア３に接続する。なお、第２通信メディア３には、複数の通信装置３０が接続されていても良い。
【０００９】
上述した構成において、端末装置１０は、符号化された第１認証情報を取得し、取得した第１認証情報を復号して、通信制御装置２０に対して送信する。かかる端末装置１０は、カメラやＮＦＣ（Near  Field  Communication）タグリーダ等のタグを入力するためのデバイスを有する。例えば、端末装置１０は、タグを入力するためのデバイスを用いて、ＱＲコード（登録商標）等の二次元コードや、ＮＦＣタグのタグ等として符号化された第１認証情報を取得する。そして、端末装置１０は、取得した第１認証情報を復号し、通信制御装置２０の初期設定モード中に第１通信メディア２に接続して、復号した第１認証情報を通信制御装置２０に対して送信する。なお、端末装置１０は、二次元コードやＮＦＣタグ等を読み取り可能な専用の端末であっても良いし、カメラが搭載されたスマートフォン等の携帯電話機であっても良い。
【００１０】
通信制御装置２０は、第１認証情報や第２認証情報をもとに、通信装置３０の接続認証処理を実行する。例えば、通信制御装置２０は、第１認証情報を端末装置１０から取得し、初期設定モード時に、取得した第１認証情報をもとに、第２通信メディア３に接続して通信装置３０の接続認証処理を実行する。そして、通信制御装置２０は、第１認証情報をもとに接続認証処理が成功した場合に、該第１認証情報とは異なる第２認証情報を暗号化して、通信装置３０に対して送信する。また、通信制御装置２０は、通常運用モード時に、第２認証情報をもとに、第２通信メディア３に接続して通信装置３０の接続認証処理を実行する。これらにより、通信制御装置２０は、接続認証処理が成功した場合に、通信装置３０の接続を許可する。なお、通信制御装置２０は、ＨＥＭＳ（Home  Energy  Management  System）サーバかもしれないし、ＡＰ（Access  Point）等の機能を有する中継機器であるかもしれない。
【００１１】
通信装置３０は、第１認証情報や第２認証情報を用いて接続認証処理の実行を通信制御装置２０に対して要求する。例えば、通信装置３０は、第１認証情報を予め保持しており、初期設定モード時に、該第１認証情報を用いて接続認証処理の実行を通信制御装置２０に対して要求する。第１認証情報については、通信装置３０の製造時や出荷時等に、該通信装置３０の不揮発性メモリに書き込まれるものとする。また、通信装置３０は、暗号化された第２認証情報を受け付けた場合に、暗号化された第２認証情報を復号する。そして、通信装置３０は、通常運用時に、復号した第２認証情報を用いて接続認証処理の実行を通信制御装置２０に対して要求する。ここで、運用時とは、初期設定以外に端末装置１０、通信制御装置２０、通信装置３０等が通信を行なう場合のことを指す。これらにより、通信装置３０は、通信制御装置２０によって接続を許可されると、該通信制御装置２０を介して、ＬＡＮ（Local  Area  Network）やインターネット等のネットワークに接続する。なお、通信装置３０は、ＨＡＮ（Home  Area  Network）機器であるかもしれない。
【００１２】
通信装置３０が複数台配置される場合には、各通信装置３０で保持される第１認証情報が異なるため、各通信装置３０に対応する第１認証情報それぞれが通信制御装置２０に設定される。
【００１３】
図２は、第１の実施形態に係る通信制御装置２０のハードウェア構成例を示すブロック図である。図２に示すように、通信制御装置２０は、バス２１に接続された、ＣＰＵ（Central  Processing  Unit）２２と、ＲＡＭ（Random  Access  Memory）２３と、ＲＯＭ（Read  Only  Memory）２４とを有する。ＣＰＵ２２は、通信制御装置２０の動作を統括的に制御する。ＣＰＵ２２は、ＲＡＭ２３をワークエリア（作業領域）として、ＲＯＭ２４等に格納されたプログラムを実行することで、通信制御装置２０全体の動作を制御する。
【００１４】
図３は、第１の実施形態に係る各装置の機能構成例を示すブロック図である。図３に示すように、端末装置１０は、取得部１０５と、復号部１１０と、通信部１１５とを有する。なお、上記各部については、これらの一部又は全部がソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。
【００１５】
取得部１０５は、カメラやＮＦＣタグリーダ等のタグを入力するためのデバイスを用いて、符号化された第１認証情報を取得する。符号化された第１認証情報の取得に関して、取得部１０５は、通信制御装置２０に対して第１認証情報を送信する前の段階であれば、いつでも取得しても良い。例えば、符号化された第１認証情報は、通信制御装置２０の本体表面に貼り付けられていても良いし、通信制御装置２０の本体とは別の任意の紙面等に印字されていても良い。ユーザは、端末装置１０を操作し、通信制御装置２０の本体や任意の箇所に存在する、符号化された第１認証情報を読み取らせる。
【００１６】
復号部１１０は、取得部１０５によって取得された、符号化された第１認証情報を復号する。そして、復号部１１０は、復号した第１認証情報の送信を通信部１１５に依頼する。これにより、通信部１１５は、第１通信メディア２に接続して通信制御装置２０を検出し、検出した通信制御装置２０に対して復号された第１認証情報を送信する。通信制御装置２０に対する第１認証情報の送信は、初期設定モード時に行なわれる。
【００１７】
初期設定モードには、以下で説明する状況により移行する。例えば、通信制御装置２０や通信装置３０が初期設定モードに移行するためのボタン等を備えている場合には、ユーザ操作によって該ボタンが押下されたときに、初期設定モードに移行する。また、通信制御装置２０や通信装置３０が赤外線リモコン受信機を備えている場合には、赤外線リモコンに対するユーザ操作に応じて、該赤外線リモコンから、初期設定モードに移行するためのコマンドが受信されたときに、初期設定モードに移行する。これらのほか、通信装置３０の電源投入時に初期設定モードに移行するようにしても良い。初期設定モードは、移行してから予め定められた所定期間、又は、初期設定モードにおける初期設定が完了するまで継続する。
【００１８】
また、図３に示すように、通信制御装置２０は、第１通信部２０５と、取得部２１０と、第１認証処理部２１５と、第２通信部２２０と、出力部２２５と、第２認証処理部２３０と、接続許可部２３５と、無効化部２４０と、生成部２４５とを有する。なお、上記各部については、これらの一部又は全部がソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。
【００１９】
第１通信部２０５は、端末装置１０によって送信された第１認証情報を受信する。これにより、取得部２１０は、第１通信部２０５によって受信された第１認証情報を取得する。そして、取得部２１０は、取得した第１認証情報を第１認証処理部２１５に対して出力する。上述したように、初期設定モードへは、通信制御装置２０に対するユーザ操作や赤外線リモコンに対するユーザ操作により移行する。通信制御装置２０は、通信制御装置２０と端末装置１０との通信、すなわち端末装置１０から第１認証情報を取得する際、初期設定モードの期間中に、専用のネットワーク識別子及びネットワークアクセスのための認証情報を有効化する。つまり、端末装置１０と通信制御装置２０との間の第１通信メディア２は、初期設定モード中において第１認証情報が送受信されるときに利用できる。換言すると、通信メディア２は、初期設定モード中でないときは利用できない。
【００２０】
第１認証処理部２１５は、初期設定モード時において、取得部２１０によって取得された第１認証情報をもとに、第２通信部２２０を介して通信装置３０の接続認証処理を実行する。より具体的には、第１認証処理部２１５は、初期設定モード時に、第２通信部２２０を介して、通信装置３０から認証情報（第１認証情報）をもとにした接続認証処理の実行要求を受け付ける。そして、第１認証処理部２１５は、通信装置３０によって送信された認証情報（第１認証情報）と、取得部２１０によって取得された第１認証情報とをもとに、該通信装置３０の接続認証処理を実行する。このとき、第１認証処理部２１５は、接続認証処理の処理結果を出力部２２５と接続許可部２３５とに出力する。
【００２１】
出力部２２５は、第１認証情報とは異なる第２認証情報を暗号化し、暗号化した第２認証情報を通信装置３０に対して出力する。より具体的には、出力部２２５は、第１認証処理部２１５によって第１認証情報をもとにした接続認証処理が成功した場合に、該第１認証情報とは異なる第２認証情報を暗号化する。第２認証情報は、第１認証情報と同一でなければ良い。そして、出力部２２５は、暗号化した第２認証情報を、第２通信部２２０を介して通信装置３０に対して送信する。また、出力部２２５は、暗号化した第２認証情報を通信装置３０に対して送信した旨を無効化部２４０に対して通知する。
【００２２】
第２認証処理部２３０は、通常運用モード時において、第２認証情報をもとに、第２通信部２２０を介して通信装置３０の接続認証処理を実行する。より具体的には、第２認証処理部２３０は、通常運用モード時に、第２通信部２２０を介して、通信装置３０から認証情報（第２認証情報）をもとにした接続認証処理の実行要求を受け付ける。通信装置３０は、出力部２２５によって暗号化され、送信された第２認証情報を受信しているため、復号した第２認証情報を用いて接続認証処理の実行要求を行なう。そして、第２認証処理部２３０は、通信装置３０によって送信された認証情報（第２認証情報）と、通信制御装置２０で保持された第２認証情報とをもとに、該通信装置３０の接続認証処理を実行する。
【００２３】
接続許可部２３５は、接続認証処理が成功した通信装置３０の接続を許可する。より具体的には、接続許可部２３５は、第２認証処理部２３０によって第２認証情報をもとにした接続認証処理が成功した場合に、接続認証が成功した通信装置３０に対して、通信制御装置２０を介したネットワークへの接続を許可する。また、接続許可部２３５は、第１認証処理部２１５によって第１認証情報をもとにした接続認証処理が成功した場合に、接続認証が成功した通信装置３０に対し、通信制御装置２０を介したネットワークへの接続を許可しても良い。
【００２４】
無効化部２４０は、第１認証情報を無効化する。より具体的には、無効化部２４０は、出力部２２５によって暗号化された第２認証情報が通信装置３０に対して送信された場合に、第１認証情報を無効化する。つまり、第１認証情報が無効化された場合には、該第１認証情報をもとにした接続認証処理が失敗するようになる。
【００２５】
生成部２４５は、第２認証情報を更新し、新たな第２認証情報を生成する。より具体的には、生成部２４５は、定期的に、又は、第２認証情報を使用した接続認証処理の回数が所定閾値に達した場合に、現在の第２認証情報を更新して新たな第２認証情報を生成する。そして、生成部２４５は、生成した第２認証情報を出力部２２５に対して出力する。これにより、出力部２２５は、生成部２４５によって新たな第２認証情報が生成された場合に、新たな第２認証情報を暗号化し、暗号化した新たな第２認証情報を、第２通信部２２０を介して通信装置３０に対して送信する。なお、第２認証情報の更新時における接続認証には、第１認証情報ではなく現在の第２認証情報が使用される。
【００２６】
また、図３に示すように、通信装置３０は、記憶部３０５と、検出部３１０と、通信部３１５と、第１要求部３２０と、復号部３２５と、第２要求部３３０とを有する。なお、上記各部については、これらの一部又は全部がソフトウェア（プログラム）で実現されても良いし、ハードウェア回路で実現されても良い。
【００２７】
記憶部３０５は、第１認証情報を記憶する。上述したように、記憶部３０５に記憶される第１認証情報は、通信装置３０の製造時や出荷時等に書き込まれたものである。検出部３１０は、通信制御装置２０を検出する。より具体的には、検出部３１０は、通信制御装置２０を検出するためのメッセージを、通信部３１５を介して第２通信メディア３上にブロードキャストし、ブロードキャストに対する応答を受信することにより通信制御装置２０を検出する。例えば、通信制御装置２０の検出においては、ＩＥＥＥ  ８０２．１５．４ｅ−２０１２のＥＢＲ（Enhanced  Beacon  Request）メッセージ、及びＥＢ（Enhanced  Beacon）メッセージを使用する方法がある。検出部３１０は、通信部３１５を介して、ＥＢＲメッセージを第２通信メディア３上にブロードキャストし、ＥＢＲメッセージを受信した８０２．１５．４ｅ−２０１２対応の通信ノードから送信されるＥＢメッセージを受信する。検出部３１０は、ＥＢメッセージを受信した場合に、該ＥＢメッセージの送信元の通信ノードを通信制御装置２０として検出する。
【００２８】
また、通信装置３０の近傍にＩＥＥＥ８０２．１５．４ｅ−２０１２対応の通信ノードが複数存在する場合には、各通信ノードからのＥＢメッセージが受信される可能性がある。かかる場合には、通信装置３０のＭＡＣアドレスを初期接続先情報として含むＥＢメッセージの送信元の通信ノードを、通信制御装置２０として検出すれば良い。ここで、ＥＢメッセージに初期接続先情報が含まれない場合には、各通信ノードからのＥＢメッセージの送信元を検出する通信制御装置２０の候補とし、候補それぞれに対して接続認証を試みて、接続認証に成功した候補を通信制御装置２０として検出すれば良い。
【００２９】
第１要求部３２０は、第１認証情報を用いて、通信制御装置２０に対して接続認証処理の実行を要求する。より具体的には、第１要求部３２０は、第２認証情報が保持されていない初期設定モード時に、検出部３１０によって検出された通信制御装置２０に対し、通信部３１５を介して、記憶部３０５に記憶された第１認証情報を用いて接続認証処理の実行を要求する。
【００３０】
復号部３２５は、暗号化された第２認証情報を復号する。より具体的には、復号部３２５は、通信部３１５を介して、通信制御装置２０から暗号化された第２認証情報を受け付け、暗号化された第２認証情報を復号し、記憶部３０５に格納する。
【００３１】
第２要求部３３０は、第２認証情報を用いて、通信制御装置２０に対して接続認証処理の実行を要求する。より具体的には、第２要求部３３０は、第２認証情報が保持されている通常運用モード時に、検出部３１０によって検出された通信制御装置２０に対し、通信部３１５を介して、記憶部３０５に記憶された第２認証情報を用いて接続認証処理の実行を要求する。
【００３２】
次に、図４を用いて、第１の実施形態に係る通信制御処理の流れを説明する。図４は、第１の実施形態に係る通信制御処理の流れの例を示すフローチャートである。なお、通信制御処理とは、主に、通信制御装置２０による処理を指す。
【００３３】
図４に示すように、初期設定モードの状態において（ステップＳ１０１：Ｙｅｓ）、取得部２１０は、第１通信部２０５を介して、端末装置１０から第１認証情報を取得する（ステップＳ１０２）。第１認証処理部２１５は、取得部２１０によって取得された第１認証情報をもとに、第２通信部２２０を介して通信装置３０の接続認証処理を実行する（ステップＳ１０３）。
【００３４】
このとき、出力部２２５は、第１認証処理部２１５による接続認証処理が成功した場合に（ステップＳ１０４：Ｙｅｓ）、第１認証情報とは異なる第２認証情報を暗号化し、第２通信部２２０を介して、暗号化した第２認証情報を通信装置３０に対して送信する（ステップＳ１０５）。一方、第１認証処理部２１５による接続認証処理が失敗した場合には（ステップＳ１０４：Ｎｏ）、通信装置３０の接続を許可することなく処理を終了する。また、無効化部２４０は、出力部２２５による第２認証情報の出力後、第１認証情報を無効化する（ステップＳ１０６）。
【００３５】
また、初期設定モードではなく通常運用モードの状態において（ステップＳ１０１：Ｎｏ）、第２認証処理部２３０は、第２認証情報をもとに、第２通信部２２０を介して通信装置３０の接続認証処理を実行する（ステップＳ１０７）。このとき、接続許可部２３５は、第２認証処理部２３０による接続認証処理が成功した場合に（ステップＳ１０８：Ｙｅｓ）、第２通信部２２０を介した、通信装置３０による接続を許可する（ステップＳ１０９）。一方、第２認証処理部２３０による接続認証処理が失敗した場合には（ステップＳ１０８：Ｎｏ）、通信装置３０の接続を許可することなく処理を終了する。
【００３６】
次に、図５を用いて、第１の実施形態に係る通信処理の流れを説明する。図５は、第１の実施形態に係る通信処理の流れの例を示すフローチャートである。なお、通信処理とは、主に、通信装置３０による処理を指す。
【００３７】
図５に示すように、検出部３１０は、通信部３１５を介して、ＥＢＲメッセージ等をブロードキャストし、ＥＢメッセージを受信することにより、通信制御装置２０を検出する（ステップＳ２０１）。そして、初期設定モードの状態において（ステップＳ２０２：Ｙｅｓ）、第１要求部３２０は、記憶部３０５に記憶された第１認証情報を用いて、検出部３１０によって検出された通信制御装置２０に対して接続認証処理を要求する（ステップＳ２０３）。
【００３８】
このとき、第１認証情報を用いた接続認証処理が成功した場合に（ステップＳ２０４：Ｙｅｓ）、通信部３１５は、暗号化された第２認証情報を通信制御装置２０から受信する（ステップＳ２０５）。一方、第１認証情報を用いた接続認証処理が失敗した場合には（ステップＳ２０４：Ｎｏ）、接続が許可されることなく処理を終了する。そして、復号部３２５は、暗号化された第２認証情報を復号し、記憶部３０５に格納する（ステップＳ２０６）。
【００３９】
また、初期設定モードではなく通常運用モードの状態において（ステップＳ２０２：Ｎｏ）、第２要求部３３０は、記憶部３０５に記憶された第２認証情報を用いて、検出部３１０によって検出された通信制御装置２０に対して接続認証処理を要求する（ステップＳ２０７）。このとき、第２認証情報を用いた接続認証処理が成功した場合には（ステップＳ２０８：Ｙｅｓ）、接続が許可されたため、通信制御装置２０との間の通信が開始可能となる（ステップＳ２０９）。一方、第２認証情報を用いた接続認証処理が失敗した場合には（ステップＳ２０８：Ｎｏ）、接続が許可されることなく処理を終了する。
【００４０】
次に、図６を用いて、第１の実施形態に係る全体処理の流れを説明する。図６は、第１の実施形態に係る全体処理の流れの例を示すシーケンス図である。図６では、第２通信メディア３にＷｉ−ＳＵＮ  ＥＣＨＯＮＥＴ−Ｌｉｔｅ  ＨＡＮプロファイル等で使用されるＩＥＥＥ８０２．１５．４ｅＭＡＣ（以下、ＬＲ−ＷＰＡＮと呼ぶ）を使用する場合を例に挙げる。同様に、第１通信メディア２にＩＥＥＥ８０２．１１（以下、Ｗｉ−Ｆｉと呼ぶ）を使用する場合を例に挙げる。同様に、通信装置３０として、ＥＣＨＯＮＥＴ−Ｌｉｔｅ対応ＨＡＮ機器を使用し、ＨＥＭＳサーバを通信制御装置２０として使用し、スマートフォンを端末装置１０として使用する場合を例に挙げる。また、通信制御装置２０は、第１通信メディア２上のＷｉ−Ｆｉアクセスポイントの機能を有する。
【００４１】
図６に示すように、通信制御装置２０は、ユーザ操作により、初期設定モードに移行する（ステップＳ３０１）。また、端末装置１０は、ユーザ操作により、Ｗｉ−Ｆｉ経由で通信制御装置２０に接続する（ステップＳ３０２）。そして、端末装置１０は、ユーザ操作により、ＱＲコード（登録商標）やＮＦＣタグとして符号化された第１認証情報を、タグ入力のためのデバイスを用いて読み取り、復号する（ステップＳ３０３）。なお、符号化された第１認証情報の読み取りは、ステップＳ３０１、ステップＳ３０２における処理よりも前に行なわれても良い。
【００４２】
続いて、端末装置１０は、ユーザ操作により、Ｗｉ−Ｆｉ上で通信制御装置２０の検出を行なう（ステップＳ３０４）。通信制御装置２０の検出においては、ＵＰｎＰ（Universal  Plug  and  Play）が使用されても良いし、ＥＣＨＯＮＥＴ−Ｌｉｔｅの一斉同報機能が使用されても良い。その後、端末装置１０は、検出された通信制御装置２０に対して、Ｗｉ−Ｆｉを介してアプリケーションレイヤで接続して、復号した第１認証情報を送信し、通信制御装置２０は、第１認証情報を設定する（ステップＳ３０５）。第１認証情報を設定するためのアプリケーションプロトコルとしては、ＨＴＴＰ又はＨＴＴＰＳが使用されても良い。
【００４３】
また、通信装置３０は、ユーザ操作により、初期設定モードに移行する（ステップＳ３０６）。なお、通信装置３０の初期設定モードの移行は、該通信装置３０の電源投入時でも良い。ステップＳ３０６における処理は、ステップＳ３０２〜ステップＳ３０５における処理とは独立して実行可能である。そして、通信装置３０は、第１認証情報を使用して、ＬＲ−ＷＰＡＮ上でＥＣＨＯＮＥＴ−Ｌｉｔｅのネットワーク接続手順を、通信制御装置２０との間で実行する（ステップＳ３０７）。このとき、ネットワーク接続手順で使用されるネットワークアクセス認証プロトコルとしては、ＲＦＣ５１９１で規定されるＰＡＮＡ（Protocol  for  carrying  Authentication  for  Network  Access）が使用される。また、ＰＡＮＡの中で実行されるＥＡＰ（Extensible  Authentication  Protocol）の認証アルゴリズムとしてＲＦＣ４７６４で規定されるＥＡＰ−ＰＳＫが使用される。なお、ステップＳ３０７における処理では、ネットワーク接続手順の実行が成功した場合に、第２認証情報の配布も行なわれる。
【００４４】
ネットワーク接続手順の実行が成功した場合に、通信装置３０は、通常運用モードに移行する（ステップＳ３０８）。また、ネットワーク接続手順の実行が成功した場合に、通信制御装置２０は、通常運用モードに移行する（ステップＳ３０９）。なお、通常運用モードへは、初期設定モードの開始、又はネットワーク接続手順の実行開始から一定時間が経過した場合に移行させても良い。また、ステップＳ３０１やステップＳ３０５において、所定時間が経過した場合（timeout）にも、通常運用モードに移行する。また、ステップＳ３０７において、接続が成功しても失敗しても、通常運用モードへ移行する。
【００４５】
初期設定モード時に、通信制御装置２０からビーコンで広告されるＷｉ−Ｆｉのネットワーク識別子であるＳＳＩＤ（Service  Set  Identifier）は、通常運用モード時のＳＳＩＤと同一であっても良いし、初期設定モード専用のＳＳＩＤであっても良い。例えば、初期設定モード専用のＳＳＩＤは、ＥＣＨＯＮＥＴ−ＩＮＩＴ等である。通常運用モード時と初期設定モード時とでＳＳＩＤが異なる場合には、それぞれのモード時のＳＳＩＤに対して異なるネットワークアクセスクレデンシャル（例えば、ＷＰＡ−ＰＳＫのＰＳＫ等）が使用される。通常運用モード時と初期設定モード時とでＳＳＩＤが同一である場合には、上述したステップＳ３０１における処理は不要であり、このとき、ステップＳ３０５における処理で通信制御装置２０を初期設定モードに移行させても良い。
【００４６】
次に、図７を用いて、第１の実施形態に係るＥＡＰ−ＰＳＫ認証アルゴリズムの流れを説明する。図７は、第１の実施形態に係るＥＡＰ−ＰＳＫ認証アルゴリズムの流れの例を示すシーケンス図である。図７において、ｓｅｒｖｅｒは、ＥＡＰ認証サーバであり、ｐｅｅｒは、ＥＡＰ認証ピアである。例えば、ＥＡＰ認証サーバは通信制御装置２０に実装され、ＥＡＰ認証ピアは通信装置３０に実装される。
【００４７】
図７に示すように、ｓｅｒｖｅｒ（通信制御装置２０）は、ＥＡＰ−ＰＳＫ＃１メッセージをｐｅｅｒ（通信装置３０）に対して送信する（ステップＳ４０１）。そして、ｐｅｅｒ（通信装置３０）は、ＥＡＰ−ＰＳＫ＃２メッセージをｓｅｒｖｅｒ（通信制御装置２０）に対して送信する（ステップＳ４０２）。続いて、ｓｅｒｖｅｒ（通信制御装置２０）は、ＥＡＰ−ＰＳＫ＃３メッセージをｐｅｅｒ（通信装置３０）に対して送信する（ステップＳ４０３）。その後、ｐｅｅｒ（通信装置３０）は、ＥＡＰ−ＰＳＫ＃４メッセージをｓｅｒｖｅｒ（通信制御装置２０）に対して送信する（ステップＳ４０４）。
【００４８】
ＥＡＰ−ＰＳＫ＃１メッセージは、フラグ（Flags）、サーバ乱数（RAND＿S）、サーバＩＤ（ID＿S）のフィールドを含む。ＥＡＰ−ＰＳＫ＃２メッセージは、フラグ（Flags）、サーバ乱数（RAND＿S）、ピア乱数（RAND＿P）、ピアメッセージ認証コード（MAC＿P）、ピアＩＤ（ID＿P）のフィールドを含む。ＥＡＰ−ＰＳＫ＃３メッセージは、フラグ（Flags）、サーバ乱数（RAND＿S）、サーバメッセージ認証コード（MAC＿S）、サーバＰＣＨＡＮＮＥＬ（PCHANNEL＿S）のフィールドを含む。ＥＡＰ−ＰＳＫ＃４メッセージは、フラグ（Flags）、サーバ乱数（RAND＿S）、ピアＰＣＨＡＮＮＥＬ（PCHANNEL＿P）のフィールドを含む。
【００４９】
これらのうち、ＩＤ＿Ｐには、第１認証情報の一部が含まれる。ＥＸＴには、暗号化された第２認証情報の一部が含まれる。ＰＣＨＡＮＮＥＬ＿ＳにＥＸＴを含める否かについては、ＩＤ＿Ｐの値によって決定しても良い。つまり、ＩＤ＿Ｐの値によってはＰＣＨＡＮＮＥＬ＿ＳにＥＸＴが含まれない場合もある。これらにより、第２認証情報をサポートしない通信装置３０に対しては、通常運用モード時においても第１認証情報を用いて接続認証を行なうことが可能となる。
【００５０】
図８は、第１の実施形態に係るＰＣＨＡＮＮＥＬ属性のフォーマット例を示す図である。例えば、ＰＣＨＡＮＮＥＬ属性とは、ＲＦＣ４７６４で規定され、ＰＣＨＡＮＮＥＬ＿Ｐ及びＰＣＨＡＮＮＥＬ＿Ｓとして使用される属性である。
【００５１】
図８において、Ｎｏｎｃｅは乱数、Ｔａｇはメッセージ認証コード、Ｒは認証結果通知を表す。例えば、認証結果通知は、「０１：認証継続」、「１０：認証成功」、「１１：認証失敗」となる。また、Ｅは拡張指示、Ｒｅｓｅｒｖｅｄは予約フィールド、ＥＸＴは拡張フィールドを表す。Ｅ＝１である場合にはＥＸＴフィールドが含まれ、Ｅ＝０である場合にはＥＸＴフィールドが含まれないことを表す。ＥＸＴは１オクテットの拡張タイプに続く可変長の拡張ペイロードで構成される。Ｒ以降のＰＣＨＡＮＮＥＬ内のフィールドは全て暗号化される。
【００５２】
次に、第１認証情報と、第２認証情報との構成を説明する。本実施形態において、第１認証情報は、（デバイスＩＤ、デバイスパスワード、ＰＳＫ）の３つの組で構成される。同様に、第２認証情報は、（デバイスＩＤ、ＰＳＫ）のペアで構成される。デバイスＩＤは、（クレデンシャルタイプ、クレデンシャルバージョン、ベンダ固有フィールド、ＭＡＣアドレス）の４つの組で構成され、以下のフォーマットを持つ。ここで、‘＋’は文字列の連結を表す演算子である。
【００５３】
デバイスＩＤ＝クレデンシャルタイプ＋クレデンシャルバージョン＋ベンダ固有フィールド＋ＭＡＣアドレス
【００５４】
クレデンシャルタイプは１オクテット値で、ＨＡＮとそれ以外のネットワークを区別する。例えば、ＨＡＮの場合、クレデンシャルタイプは、「０ｘ０１」である。クレデンシャルバージョンは１オクテット値で、第１認証情報又は第２認証情報を示す。クレデンシャルバージョン＝０ｘ００は第１認証情報であることを示し、それ以外は第２認証情報であることを示す。ベンダ固有フィールドは２オクテット値で、そのセマンティックスはベンダにより異なる。ＭＡＣアドレスは８オクテット値で、ＨＡＮ機器のＥＵＩ−６４ＭＡＣアドレスが入る。
【００５５】
デバイスパスワードは、１２オクテット以上２２オクテット以下のＡＳＣＩＩ英数字で構成される共通鍵である。ＰＳＫ（Pre‐Shared  Key）は１６オクテット値で、ＥＡＰ−ＰＳＫで使用される共通鍵である。ＰＳＫは、デバイスパスワード「ＰＷＤ」から以下のように計算される。
【００５６】
ＰＳＫ＝ＬＳＢｙｔｅｓ１６（ＳＨＡ−２５６（ＰＷＤ））
【００５７】
ここで、ＬＳＢｙｔｅｓ１６（ｘ）は、オクテット列ｘの下位１６オクテットを返す関数である。また、ＳＨＡ−２５６（ｙ）は、オクテット列ｙに対してセキュアハッシュアルゴリズムＳＨＡ−２５６を適用したオクテット列を返す関数である。
【００５８】
第１認証情報に含まれる情報のうち、ＱＲコード（登録商標）やＮＦＣタグとして符号化される情報は、ＭＡＣアドレスとデバイスパスワードとであり、以下のように符号化される。
【００５９】
ＭＡＣアドレス＋‘／’＋デバイスパスワード
【００６０】
また、タグの値を文字化してＡＳＣＩＩコードで紙面に印字する場合、以下のフォーマットで出力される。
【００６１】
ＭＡＣアドレスのＢａｓｅ１６表記＋‘／’＋デバイスパスワードのＡＳＣＩＩ文字列
例えば、“９８７６５４３２１０ＦＥＤＣＢＡ／０１２３４５６７８９ＡＢＣＤＥＦ”
【００６２】
また、図６に示したシーケンスにおいて、接続認証時の認証アルゴリズムにＥＡＰ−ＰＳＫを使用する場合、認証クライアント識別子ＩＤ＿Ｐに含まれるＨＡＮ機器のＩＤ及び認証サーバ識別子ＩＤ＿Ｓに含まれるＨＥＭＳのＩＤは、以下のフォーマットを持つ。
【００６３】
ＨＡＮ機器のＩＤ＝“ＨＡＮ−ＤＥＶ”＋デバイスＩＤの１６進表記
ＨＥＭＳのＩＤ＝“ＨＡＮ−ＣＴＲＬ”＋ＨＥＭＳのＭＡＣアドレスの１６進表記
【００６４】
ＰＣＨＡＮＮＥＬ＿ＳのＥＸＴフィールドの拡張ペイロード部分に、第２認証情報の一部として暗号化される情報は、以下のように符号化される。このとき、ＥＸＴの拡張タイプフィールドの値は、０ｘ０１とする。
【００６５】
クレデンシャルバージョン＋ＰＳＫ
【００６６】
第２認証情報を更新する場合には、認証情報の更新毎に、クレデンシャルバージョン値を、例えば、０ｘ０１、０ｘ０２、０ｘ０３等のようにインクリメントする。上述したように、第２認証情報の更新は、定期的に行なわれても良いし、第２認証情報を使用した接続認証回数が閾値に達した場合に行なわれても良い。第２認証情報の更新手順は、第２認証情報を初期配布するときと同様に、接続認証を実行することにより行なわれる。
【００６７】
ＰＣＨＡＮＮＥＬ＿ＳにＥＸＴを含めるか否か、すなわち第２認証情報を配布するか否かを、ＩＤ＿Ｐの値によって決定する場合の一例について、ＩＤ＿ＰにはＨＡＮ機器のＩＤが含まれ、ＨＡＮ機器のＩＤにはデバイスＩＤが含まれ、デバイスＩＤにはベンダ固有フィールドが含まれるものとして説明する。このとき、ベンダ固有フィールドを使用してＰＣＨＡＮＮＥＬ＿ＳにＥＸＴを含めるか否かを決定することが可能である。例えば、ベンダ固有フィールド＝０ｘ０００１であれば、ＰＣＨＡＮＮＥＬ＿ＳにＥＸＴを含め、そうでなければＰＣＨＡＮＮＥＬ＿ＳにＥＸＴを含めないようにする制御を行なう。
【００６８】
本実施形態によれば、通信装置３０が通信制御装置２０に接続する前に、インターネットに接続することなく、認証情報（第１認証情報）の初期設定を簡易に行なうことが可能である。また、初期設定モード時に接続認証に成功した場合には、新たな認証情報（第２認証情報）を配布し、以降の通信では新たな認証情報を使用するので、初期設定用の認証情報（第１認証情報）が第三者に知られたとしても、安全に通信を行なうことができ、システムのセキュリティが向上する。また、初期設定モード専用のＳＳＩＤを使用することにより、管理者等により初期設定が行なわれる場合でも、通常運用モードのＳＳＩＤに関するＷｉ−Ｆｉクレデンシャルは管理者に知られないため、システムのセキュリティを保ちつつ、初期設定時の利便性が向上する。
【００６９】
また、上記文書中や図面中等で示した処理手順、制御手順、具体的名称、各種のデータやパラメータ等を含む情報は、特記する場合を除いて任意に変更することができる。また、図示した制御装置の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散又は統合の具体的形態は、図示のものに限られず、その全部又は一部を各種の負担や使用状況等に応じて、任意の単位で機能的又は物理的に分散又は統合することができる。
【００７０】
例えば、第１要求部３２０と第２要求部３３０とを、第２認証情報が記憶部３０５に記憶されていない場合に第１認証情報を用いて接続認証処理を要求し、第２認証情報が記憶部３０５に記憶されている場合に第２認証情報を用いて接続認証処理を要求する「要求部」として統合しても良い。また、第１認証処理部２１５と第２認証処理部２３０とは、使用する認証情報が異なるものの、処理内容としては同様であるため、「認証処理部」として統合しても良い。
【００７１】
また、上記実施形態に係る通信制御装置は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることで実現することが可能である。実行されるプログラムは、上述してきた各機能を含むモジュール構成となっている。プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録されて提供しても、ＲＯＭ等に予め組み込んで提供しても良い。
【００７２】
また、上述してきた実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。また、各実施形態は、内容を矛盾させない範囲で適宜組み合わせることが可能である。また、各実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７３】
１  通信制御システム
１０  端末装置
１０５  取得部
１１０  復号部
１１５  通信部
２０  通信制御装置
２０５  第１通信部
２１０  取得部
２１５  第１認証処理部
２２０  第２通信部
２２５  出力部
２３０  第２認証処理部
２３５  接続許可部
２４０  無効化部
２４５  生成部
３０  通信装置
３０５  記憶部
３１０  検出部
３１５  通信部
３２０  第１要求部
３２５  復号部
３３０  第２要求部
【図１】
2015184867.tif 000003
【図２】
2015184867.tif 000004
【図３】
2015184867.tif 000005
【図４】
2015184867.tif 000006
【図５】
2015184867.tif 000007
【図６】
2015184867.tif 000008
【図７】
2015184867.tif 000009
【図８】
2015184867.tif 000010