(57)【要約】【課題】証明書データによる認証に基づいてネットワークに参加する通信システムにおいて、情報機器が記憶する証明書データが失効し、ネットワークから切り離された状態になっても、証明書データを簡便に登録して、ネットワーク通信を回復すること。【解決手段】ＩＥＥＥ８０２．１ｘ認証用の証明書期限が切れてしまった画像形成装置等の電子機器の証明書更新処理に際して、まだ証明書の有効な機器とのＷｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）による直接接続によって証明書代理取得（肩代わり取得）を行いネットワークに復帰する。【選択図】図１
2015177453.tif 000002
【特許請求の範囲】
【請求項１】
認証サーバと、複数の電子機器とが第１のネットワークを介して接続するサーバクライアントシステムであって、
前記複数の電子機器の一つである第１の電子機器が、
前記第１のネットワークを利用するための証明書を記憶する記憶手段と、
前記証明書が失効しているかを判断する判断手段と、
前記証明書が失効していると判断される場合、前記複数の電子機器の一つである第２の電子機器に、第２のネットワークを介して、新しい証明書の更新を代理する証明書代理更新要求を発行する証明書代理更新要求手段と、を有し、
前記第２の電子機器は、
前記第２のネットワークを介して前記証明書代理更新要求を受けると、前記第１のネットワークを介して接続する前記認証サーバに、前記第１の電子機器の証明書の発行を要求する証明書代理更新実行手段を有する
ことを特徴とする、認証システム。
【請求項２】
認証サーバと、複数の電子機器とが第１のネットワークを介して接続するサーバクライアントシステムであって、
前記複数の電子機器の各々が、
前記第１のネットワークを利用するための証明書を記憶する記憶手段と、
前記証明書が失効しているかを判断する判断手段と、
前記証明書が失効していると判断される場合、他の電子機器に、第２のネットワークを介して、新しい証明書の更新を代理する証明書代理更新要求を発行する証明書代理更新要求手段と、
他の電子機器から、前記第２のネットワークを介して前記証明書代理更新要求を受けると、前記第１のネットワークを介して接続する前記認証サーバに、当該他の電子機器の証明書の発行を要求する証明書代理更新実行手段と、を有する
ことを特徴とする、認証システム。
【請求項３】
前記第２のネットワークが、無線によるピア・ツー・ピア通信により構築されたネットワークであることを特徴とする、請求項１又は２に記載の認証システム。
【請求項４】
前記証明書代理更新実行手段は、前記第２のネットワークを介した前記証明書代理更新要求を発行した電子機器との通信が、あらかじめ定められたパスコードとともに行われた場合に、前記第２のネットワークの通信を確立し、前記証明書の代理更新を自動実行することを特徴とする、請求項１から３のいずれか１項に記載の認証システム。
【請求項５】
前記証明書代理更新実行手段は、自機に紐付いた前記パスコードが、前記証明書代理更新要求を発行した電子機器からの通信の中に含まれている場合に、前記第２のネットワークの通信を確立することを特徴とする、請求項４に記載の認証システム。
【請求項６】
前記証明書代理更新要求を発行した電子機器が、証明書の代理更新を実行した電子機器が受け取った証明書に基づいて、前記記憶手段に記憶されている証明書を更新することを特徴とする、請求項１から５のいずれか１項に記載の認証システム。
【請求項７】
認証サーバに第１のネットワークを介して接続する電子機器であって、
前記第１のネットワークを利用するための証明書を記憶する記憶手段と、
前記証明書が失効しているかを判断する判断手段と、
前記証明書が失効していると判断される場合、他の電子機器に、第２のネットワークを介して、新しい証明書の更新を代理する証明書代理更新要求を発行する証明書代理更新要求手段と、
を有することを特徴とする、電子機器。
【請求項８】
他の電子機器から、前記第２のネットワークを介して前記証明書代理更新要求を受けると、前記第１のネットワークを介して接続する前記認証サーバに、当該他の電子機器の証明書の発行を要求する証明書代理更新実行手段を、さらに有することを特徴とする、請求項７に記載の電子機器。
【請求項９】
認証サーバと、複数の電子機器とが第１のネットワークを介して接続するサーバクライアントシステムを用いた証明書の更新方法であって、
前記複数の電子機器の一つである第１の電子機器が、
前記第１のネットワークを利用するための証明書が失効しているかを判断する判断ステップと、
前記証明書が失効していると判断される場合、前記複数の電子機器の一つである第２の電子機器に、第２のネットワークを介して、新しい証明書の更新を代理する証明書代理更新要求を発行する証明書代理更新要求ステップと、
前記第２の電子機器が、
前記第２のネットワークを介して前記証明書代理更新要求を受けると、前記第１のネットワークを介して接続する前記認証サーバに、前記第１の電子機器の証明書の発行を要求する証明書代理更新実行ステップと、
を含むことを特徴とする、証明書の更新方法。
【請求項１０】
認証サーバに第１のネットワークを介して接続する電子機器に、
前記第１のネットワークを利用するための証明書を記憶する記憶処理と、
前記証明書が失効しているかを判断する判断処理と、
前記証明書が失効していると判断される場合、他の電子機器に、第２のネットワークを介して、新しい証明書の更新を代理する証明書代理更新要求を発行する証明書代理更新要求処理と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システム、電子機器、証明書の更新方法及びプログラムに関し、特に、電子証明書失効後のネットワークへの復帰を簡便にする技術に関する。
【背景技術】
【０００２】
昨今、セキュリティと個人認証の重要性が高まり、ＬＡＮの利用可否をユーザ単位で制限できるＩＥＥＥ８０２．１ｘを導入している企業は少なくない。しかしこの仕組みはデジタル証明書を使った認証によって通信の可否を決定しているため、一度証明書の有効期限が切れてしまうと、ネットワークから孤立してしまうため再び通信を復旧するためにコストがかかってしまう。これに対する対策としてＳＣＥＰ（Simple Certificate Enrollment Protocol）を利用した自動証明書更新の技術などが知られている。
【０００３】
しかしながら、複合機やレーザプリンタといった電源を切断していることの多い情報機器では、ＳＣＥＰを利用した自動更新が利用可能であっても、更新タイミングで電源が遮断されていると、その更新の機会を逃してしまうことになる。結果として、ネットワークから孤立してしまうことを防止することができるものではなかった。
【０００４】
特許文献１には、店で設置するＰＯＳ端末装置と店舗サーバ間のシステムにおいて、証明書失効の解決策として証明書を自動更新する仕組みが記載されている。これはＩＥＥＥ８０２．１ｘにおける証明書失効対策という点で関連がある可能性がある。しかしながら、上述した「更新タイミングを電源ＯＦＦのまま逃してしまい、その結果、ネットワークから孤立してしまう」というケースでの問題は解消できない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記従来技術における問題点に鑑みてなされたものであり、証明書データによる認証に基づいてネットワークに参加する通信システムにおいて、情報機器が記憶する証明書データが失効し、ネットワークから切り離された状態になっても、証明書データを簡便に登録して、ネットワーク通信を回復することができるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明の一態様は、認証サーバと、複数の電子機器とが第１のネットワークを介して接続するサーバクライアントシステムであって、前記複数の電子機器の一つである第１の電子機器が、前記第１のネットワークを利用するための証明書を記憶する記憶手段と、前記証明書が失効しているかを判断する判断手段と、前記証明書が失効していると判断される場合、前記複数の電子機器の一つである第２の電子機器に、第２のネットワークを介して、新しい証明書の更新を代理する証明書代理更新要求を発行する証明書代理更新要求手段と、を有し、前記第２の電子機器は、前記第２のネットワークを介して前記証明書代理更新要求を受けると、前記第１のネットワークを介して接続する前記認証サーバに、前記第１の電子機器の証明書の発行を要求する証明書代理更新実行手段を有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、証明書データによる認証に基づいてネットワークに参加する通信システムにおいて、情報機器が記憶する証明書データが失効し、ネットワークから切り離された状態になっても、証明書データを簡便に登録して、ネットワーク通信を回復することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】実施形態の全体のシステム構成を示すブロック図である。
【図２】実施形態の電子機器のハードウェア構成例を示すブロック図である。
【図３】図１の第２のネットワークにおいてＳＴＡ側であるＭＦＰ１１の機能構成を示すブロック図である。
【図４】図１の第２のネットワークにおいてＡＰ側であるＭＦＰ１２の機能構成を示すブロック図である。
【図５】実施形態における証明書更新処理の流れを示すフローチャート図である。
【図６】実施形態における証明書更新処理の詳細な流れを示すシーケンス図（その１）である。
【図７】実施形態における証明書更新処理の詳細な流れを示すシーケンス図（その２）である。
【図８】実施形態における証明書代理更新を指示する画面の一例を示す図である。
【図９】実施形態における第２のネットワークの接続を確立する際に表示される画面の一例を示す図である。
【図１０】実施形態における第２のネットワークの接続を確立する際に表示される画面の一例を示す図である。
【図１１】実施形態における証明書更新処理の結果表示画面の一例を示す図である。
【図１２】実施形態における証明書更新処理及びネットワークへの復帰をユーザ視点から見た場合の概念図である。
【図１３】実施形態における証明書更新処理及びネットワークへの復帰を複数の機器で一括してできることを説明するための概念図である。
【発明を実施するための形態】
【０００９】
以下に、本発明の実施の形態を説明する。下記各実施形態は、ＩＥＥＥ８０２．１ｘ認証用の証明書期限が切れてしまった画像形成装置の証明書更新処理に際して、まだ証明書の有効な機器との無線ピア・ツー・ピア通信による直接接続によって証明書代理取得（肩代わり取得）を行いネットワークに復帰する特徴を有する。
【００１０】
有線と無線が同時動作ができる機器に以下の実施形態で開示するような［証明書代理取得］［証明書代理取得要求］の仕組みを搭載することにより、ＩＥＥＥ８０２．１ｘ証明書期限が切れてしまい、有線ネットワークから隔離されてしまった機器が、まだ証明書の有効な機器と無線による直接接続によって証明書代理取得（肩代わり取得）を行いネットワークに復帰させることができる。
【００１１】
＜全体のシステム構成＞
図１に、本実施形態の全体のシステム構成を示す。
図示のように、本実施形態の全体システムは、ＭＦＰ（複合機）１１、ＭＦＰ１２やパーソナルコンピュータやルータなど、複数の電子機器と、これら電子機器が第１のネットワークのリソースの利用可否を認証する認証サーバであるＲａｄｉｕｓ（Remote Authentication Dial In User Service）サーバ２００とが接続されたシステムである。以下、これら複数の電子機器のどれか一つを他と区別しないで指すときは、「電子機器１０」と呼ぶ。このサーバクライアントシステムにおいては、電子機器１０はＲａｄｉｕｓクライアントとして機能する。
【００１２】
第１のネットワークの物理層は、本実施形態では、１００Ｂａｓｅ−Ｔなどの有線ＬＡＮであるとする。また、第１のネットワークは、ＩＥＥＥ８０２．１ｘプロトコルを用いて構築されていることとする。図１では、全ての電子機器１０の証明書が有効な状態である。認証には、一例として公開鍵暗号化方式を応用した電子証明書を用いる。
【００１３】
また、図示のように、一部の電子機器１０は（図１ではＭＦＰ１１、１２、１３）、第２のネットワークを構築する。電子機器１０が第２のネットワークに参加するためのネットワーク・インターフェース・デバイスは、本実施形態では異なるものとする。第２のネットワークは、無線のピア・ツー・ピア通信によるネットワークであることが好ましい。さらに好ましくは、Ｗｉ−ＦｉＤｉｒｅｃｔ（登録商標）がよい。以下では、第２のネットワークをＷｉ−ＦｉＤｉｒｅｃｔにより構築する実施形態を開示する。
【００１４】
＜電子機器１０の構成＞
図２に、電子機器１０のハードウェア構成例を示す。
図示のように、電子機器１０は、汎用の電子機器が通常備える演算処理装置、一次記憶装置、二次記憶装置、入出力装置を備える。図示の例では、表示出力装置であり、操作入力装置を兼ねる操作パネル１２３、二つのネットワークインターフェース１２１、１２２を備える。ネットワークインターフェース１２１は、ＩＥＥＥ８０２．１ｘでの接続が可能な有線でのＬＡＮ接続が可能なデバイスである。一方、ネットワークインターフェース１２２は、Ｗｉ−ＦｉＤｉｒｅｃｔ接続が可能な無線ＬＡＮデバイスである。
【００１５】
また、電子機器１０は、ＩＥＥＥ８０２．１ｘの電子証明書を保存・記憶する記憶手段１４も有する。記憶手段は、専用の証明書管理領域としてもよい。その具体的運用は、ＨＤＤである場合やＮＡＮＤ型フラッシュメモリの場合などが考えられる。
【００１６】
＜電子機器１０の機能構成＞
電子機器１０は、図２のＲＯＭやＨＤＤに記憶された所定のプログラムによる所定の情報処理により、以下に述べるような機能又は手段を備える電子機器として構成される。
【００１７】
Ｗｉ−ＦｉＤｉｒｅｃｔにおいては、ＩＥＥＥ８０２．１１ｘ機能を備える電子機器が通常の無線アクセスポイントを介さず直接ピア・ツー・ピア通信を行う。その際、機器の間でグループ・オーナー・ネゴシエーションを行い、いずれか一方が「アクセスポイント（ＡＰ）」、他方が「クライアント（ＳＴＡ（ステーション））」となる。なお、１対１接続のみならず、１対Ｎ接続も可能である。
【００１８】
上記をふまえて、図１のネットワーク構成にて、ＭＦＰ１１、１２、１３がＷｉ−ＦｉＤｉｒｅｃｔにより第２のネットワークを構築する場合において、ＭＦＰ１１がＳＴＡに、ＭＦＰ１２がＡＰになる場合のＭＦＰ１１とＭＦＰ１２の機能構成を、図３及び図４を参照しながら説明する。
【００１９】
図３に、第２のネットワークにおいてＳＴＡ側であるＭＦＰ１１の機能構成を示す。
外部Ｉ／Ｆ（無線）１０１は、無線を通じた外部との通信処理を行う。本実施形態ではＷｉ−ＦｉＤｉｒｅｃｔによる通信を前提とする。ネットワーク管理部１０２は、本実施形態における証明書更新処理を行う中心機能である。ネットワーク管理部１０２は、記憶手段１４に記憶されている証明書が失効しているかを判断し、失効している場合にパネル管理部１０８に指示を出してその旨をユーザに伝える。また、操作パネル１３による証明書代理更新の通知に基づき８０２．１ｘ証明書更新処理部１０４と通じて代理更新依頼用のデータを作成し、外部のＭＦＰ機器へ依頼する。
【００２０】
ネットワーク管理部１０２は、その通信手段としてＷｉ−ＦｉＤｉｒｅｃｔによる外部ＭＦＰ機器との接続処理を行う。したがって、Ｗｉ−ＦｉＤｉｒｅｃｔ接続において、このＭＦＰ１１はステーション（ＳＴＡ）となる。なお、ネットワーク管理部１０２は、Ｗｉ−ＦｉＤｉｒｅｃｔ接続処理において、ＤｅｖｉｃｅＤｉｓｃｏｖｅｒｙで通信相手候補を取得し、操作パネル１３にリスト表示を行い、ユーザにそのリストを選択させるため、操作パネル１３への一覧表示の指示も行う。
【００２１】
８０２．１ｘ証明書更新処理部１０４は、証明書代理更新要求を受けて、証明書更新処理に必要なデータを作成する。証明書更新処理の内容は、ＳＣＥＰによる証明書更新要求である。その際［証明書要求］データをセキュリティ管理部１０５に依頼して作成する。
【００２２】
セキュリティ管理部１０５は、証明書要求作成依頼に従い、公開鍵暗号の秘密鍵および証明書要求を作成する。セキュリティ管理部１０５は、秘密鍵及び公開鍵の作成には、暗号化・復号化部１０７を用い、証明書要求の作成には、証明書作成部１０６を用いる。
【００２３】
証明書登録部１０３と証明書記憶部１０３ａは、ネットワーク管理部１０２が最終的に取得した証明書情報を記憶手段１４に記憶させる。
【００２４】
パネル管理部１０８とパネル表示部１０９は、Ｗｉ−ＦｉＤｉｒｅｃｔ接続処理において、Ｄｅｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙで通信相手候補を取得し、画面へリスト表示を行い、ユーザにそのリストを選択させるため、パネルへの一覧表示指示も行う。
【００２５】
図４に、第２のネットワークにおいてＡＰ側であるＭＦＰ１２の機能構成を示す。
外部Ｉ／Ｆ（無線）１１１は、無線を通じた外部との通信処理を行う。本実施形態ではＷｉ−ＦｉＤｉｒｅｃｔによる通信を前提とする。一方で、外部Ｉ／Ｆ（有線８０２．１ｘ）１１２は、ＩＥＥＥ８０２．１ｘプロトコルを用いてＲａｄｉｓｕｓサーバ２０との通信・証明書更新用パケット送受信を行う。更新処理における通信プロトコルは、ＳＣＥＰで行う。
【００２６】
ネットワーク管理部１１３は、本実施形態の証明書更新処理を行う中心機能である。ＳＴＡからの証明書代理更新要求をＷｉ−ＦｉＤｉｒｅｃｔの無線通信経由で取得した際、８０２．１ｘ証明書更新処理部１１４に対し解析依頼を行い、その結果に問題がなければ、外部Ｉ／Ｆ（有線８０２．１ｘ）１１２を通して、その先につながっているＲａｄｉｕｓサーバ２０へ証明書更新依頼を行う（ＳＣＥＰの証明書更新要求を行う）。
【００２７】
Ｗｉ−ＦｉＤｉｒｅｃｔ接続処理において、本機器はＡＰ（アクセスポイント）となるため、ネットワーク管理部１１３は、Ｄｅｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙで通信相手候補を取得し画面へリスト表示を行い、ユーザに接続するＳＴＡを選択させるため、操作パネル１３への一覧表示の指示も行う。
【００２８】
パネル管理部１１５とパネル表示部１１６は、Ｗｉ−ＦｉＤｉｒｅｃｔ接続処理において、Ｄｅｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙで通信相手候補を取得し、画面へリスト表示を行い、ユーザにそのリストを選択させるため、操作パネル１３への一覧表示指示も行う。
【００２９】
以上に述べたところにより明らかなように、ネットワーク管理部１０２は、判断手段と証明書代理更新要求手段として機能する。また、８０２．１ｘ証明書更新処理部１１４は、証明書代理更新実行手段として機能する。
【００３０】
なお、図３のネットワーク管理部１０２と図４のネットワーク管理部１１３は、同じネットワーク管理部がＳＴＡ側にあるときとＡＰ側にあるときとで提供する機能に違いがあるだけで本質的には同じものである。８０２．１ｘ証明書更新処理部１０４と８０２．１ｘ証明書更新処理部１１４についても同じことが言える。一つの電子機器１０が、図３のネットワーク管理部１０２の機能と図４のネットワーク管理部１１３の機能を併せ持つことで、自身の証明書が更新タイミングに電源断状態であったりして失効した場合には、証明書の代理更新をＷｉ−ＦｉＤｉｒｅｃｔを介して他の電子機器１０に要求することができ、他の電子機器１０の証明書が失効した場合には、自身が代理更新を実行する側となることができ、簡便な構成でネットワーク通信への回復が容易になる効果がある。
【００３１】
＜証明書更新処理の流れ＞
図５を参照して、図３、図４の機能構成を備える電子機器１０が実行する証明書更新処理の流れについて説明する。図５における「証明書が失効したＲａｄｉｕｓクライアント」は、上述の説明例におけるＭＦＰ１１である。一方で、「証明書が失効していないＲａｄｉｕｓクライアント」は、上述の説明例におけるＭＦＰ１２である。ＭＦＰ１２がＲａｄｉｕｓサーバ２０に代理更新を実行する。
【００３２】
まず、ＭＦＰ１１のネットワーク管理部１０２が自機のＩＥＥＥ８０２．１ｘプロトコルによるネットワーク接続に用いる証明書が失効しているか否かを判断する（Ｓ１０１）。失効している場合に、ＭＦＰ１１とＭＦＰ１２の間で無線ピア・ツー・ピア通信の接続を確立する（Ｓ１０２、Ｓ１０３）。本実施形態においては、Ｗｉ−ＦｉＤｉｒｅｃｔで直接接続する。なお、この接続の確立は、証明書の失効の確認前であってもよい。また、自動接続であっても、ユーザによる手動接続でもよい。図５では証明書の失効の判断がなされると自動で接続する方式である（図６、図７を参照して後述する例では手動接続する）。
【００３３】
Ｓ１０２及びＳ１０３の処理をさらに説明する。本実施形態において、ある電子機器１０に接続を許可する他の電子機器１０には、前者に紐付いたパスコード（Ｗｉ−ＦｉＤｉｒｅｃｔにおけるＰＩＮコード）がＨＤＤなどにあらかじめ記憶されている。図５の例では、ＭＦＰ１２のパスコードが、ユーザ又は管理者がＭＦＰ１２への接続を許可する電子機器１０（例えば、ＭＦＰ１１やＭＦＰ１３）にあらかじめ記憶されている。Ｗｉ−ＦｉＤｉｒｅｃｔにおけるグループオーナーネゴシエーションによって、ＡＰがＭＦＰ１２に決まると、ＭＦＰ１２は、自機のパスコードとともに接続の許可を求めてきた電子機器１０とは接続を確立し、それ以外の機器との通信は拒絶する。このようにすれば、第１のネットワークで利用する証明書が失効している場合に自動的に第２のネットワークの接続が開始され、手間がかからない。また、未知の機器との通信を拒絶することができ、セキュリティも向上する。
【００３４】
次に、ネットワーク管理部１０２が、ピア・ツー・ピア通信が確立している他の電子機器１０であって、第１のネットワークによる接続も可能な電子機器１０（この場合はＭＦＰ１２）に証明書代理更新要求を発行する（Ｓ１０４）。ＭＦＰ１２は、これを受信する（Ｓ１０５）。
【００３５】
次に、ＭＦＰ１２のネットワーク管理部１１３が、Ｒａｄｉｕｓサーバ２０に証明書の発行を要求する（Ｓ１０６）。Ｒａｄｉｕｓサーバ２０は、これを受信する（Ｓ１０７）。これを受けて、Ｒａｄｉｕｓサーバ２０は、証明書を発行し（Ｓ１０８）、受信したＭＦＰ１２は（Ｓ１０９）、代理更新要求に対する応答として証明書をＭＦＰ１１に送信する（Ｓ１１０）。ＭＦＰ１１は、これを受信する（Ｓ１１１）。
【００３６】
次に、証明書登録部１０３が、受信した代理更新要求に対する応答に基づいて証明書を更新・証明書記憶部１０３ａに保管する（Ｓ１１２）。このようにして本実施形態では、ＩＥＥＥ８０２．１ｘ認証用の証明書期限が切れてしまった画像形成装置が、まだ証明書の有効な機器との無線ピア・ツー・ピア通信による直接接続によって証明書代理取得（肩代わり取得）を行うことによって、ネットワークへ復帰することを可能にしている。
【００３７】
＜証明書更新処理の詳細な流れ＞
証明書更新処理の流れを、図６、図７のシーケンス図を参照して、さらに詳細に説明する。図６は、ＳＴＡ側シーケンスである。図７は、ＡＰ側シーケンスである。また、図５を参照しながら説明した説明例とは、第２のネットワークの通信接続をユーザ手動で開始する点と、証明書代理更新の実行をユーザ手動で開始する点で異なる。
【００３８】
図６（ＳＴＡ側）においては、主に次の５つの処理を行う。
１．Ｗｉ−ＦｉＤｉｒｅｃｔによる通信確立
２．通信相手（ＡＰ）選択
３．証明書代理更新要求情報作成
４．証明書代理更新要求送信
５．証明書代理更新レスポンス受信→保管
【００３９】
図７（ＡＰ側）においては、主に次の６つの処理を行う。
１．Ｗｉ−ＦｉＤｉｒｅｃｔによる通信確立
２．通信相手（ＳＴＡ）選択
３．証明書代理更新要求受信
４．Ｒａｄｉｕｓサーバへの有線８０２．１ｘ経由による証明書更新処理（ＳＣＥＰ利用）
５．Ｒａｄｉｕｓサーバからの証明書受信
６．証明書代理更新レスポンスをＳＴＡへ送信
【００４０】
図６に示すように、まず、ユーザが証明書代理更新をパネル表示部１０９を用いてＭＦＰ１１に指示する。その際には、図８に示すような証明書代理更新を指示する画面をパネル表示部１０８が表示する。指示はネットワーク管理部１０２に通知され、ネットワーク管理部１０２の制御により、無線ＬＡＮインターフェースである外部インターフェース（無線）１０１が近傍のデバイスを発見しようとする。
【００４１】
すると、図７に示すように、ネットワーク管理部１１３がパネル管理部１１５に確認画面を表示する指示を出し、パネル管理部１１５がパネル表示部１１６を制御して確認画面を表示させる。このＤｅｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙにより、ＭＦＰ１１側には図９のようなパネル画面が表示され、ＭＦＰ１２側には図１０のようなパネル画面が表示される。
【００４２】
グループオーナーネゴシエーションについては公知なので説明を省略する。ここではＭＦＰ１２側がアクセスポイント（ＡＰ）として振る舞う例を述べる。ユーザが接続を認めるＳＴＡを選択し、選択結果がＭＦＰ１１に伝えられる。Ｗｉ−ＦｉＤｉｒｅｃｔ接続が確立する。
【００４３】
次に、ネットワーク管理部１０２が８０２．１ｘ証明書更新処理部１０４に代理更新要求の作成を指示し、８０２．１ｘ証明書更新処理部１０４は、これを受けて、セキュリティ管理部１０５に証明書要求の作成を指示する（図６）。セキュリティ管理部１０５は、暗号化・復号化部１０７に秘密鍵と公開鍵の作成を指示し、証明書作成部１０６には証明書要求の作成を指示する。こうして得られた証明書要求のデータを、セキュリティ管理部１０５は８０２．１ｘ証明書更新処理部１０４に返す。８０２．１ｘ証明書更新処理部１０４は、証明書要求のデータに基づいて代理更新要求情報を作成し、ネットワーク管理部１０２に返す。ネットワーク管理部１０２は、作成された代理更新要求をＷｉ−ＦｉＤｉｒｅｃｔ経由でＭＦＰ１２に送信・発行する。
【００４４】
ＡＰ側のネットワーク管理部１１３は、代理更新要求情報を受信すると、８０２．１ｘ証明書更新処理部１１４に代理更新の実行を指示する（図７）。８０２．１ｘ証明書更新処理部１１４は、ＳＣＥＰプロトコルに基づいてＲａｄｉｕｓサーバ２０に対して証明書更新要求を送信する。また、Ｒａｄｉｕｓサーバ２０から送られてくる証明書更新結果を受信する。ＳＣＥＰによる通信は、有線８０２．１ｘの外部インターフェース１１２経由で行う。証明書更新結果に基づく代理更新応答をＳＴＡであるＭＦＰ１１にＷｉ−ＦｉＤｉｒｅｃｔ経由で送信する。
【００４５】
代理更新応答を受信したネットワーク管理部１０２は、８０２．１ｘ証明書更新処理部１０４に代理更新応答の解析を指示する（図６）。８０２．１ｘ証明書更新処理部１０４は、ネットワーク管理部１０２に解析結果を返し、ネットワーク管理部１０２は、代理更新応答に基づいて更新された証明書の保管を証明書登録部１０３に指示する。証明書は証明書記憶部１０３ａ（記憶手段１４）が記憶する。一方で、ネットワーク管理部１０２は、パネル管理部１０８及びパネル表示部１０９に指示して更新結果をユーザに通知する。そのときのパネル画面例を図１１に示す。
【００４６】
図６及び図７を参照しながら説明した証明書代理取得処理の流れを示した概念図を図１２に示す。これはシーケンスの流れの動作を行った結果、利用者ユーザ視点でどうなるかを示した図である。証明書を自分で用意するケースを示している。ユーザは、要求書を作成してＲａｄｉｕｓサーバ２０から証明書を発行したものを所定の方法でＳＤカード（登録商標）へ書き込み、ＭＦＰ１１に適用する。このようにして、Ｗｉ−ＦｉＤｉｒｅｃｔによる代理証明書取得とＲａｄｉｕｓ（ＩＥＥＥ８０２．１ｘ）認証ネットワーク復帰が実現する。
【００４７】
なお、本実施形態では、１対多の無線ネットワークの構築が可能なので、図１３に示すように、複数の機器の証明書を一括で更新することが可能である。図１３は、Ｗｉ−ＦｉＤｉｒｅｃｔが１つのＡＰに対し複数接続できるため、複数の機器が更新要求を行い、証明書を更新できることを示した図である。
【００４８】
今後、プリンタ・ＭＦＰ機器は社内インフラ向けの有線接続に加えてスマートパッドやスマートフォンなどの携帯端末とのＷｉ−ＦｉＤｉｒｅｃｔ通信を同時サポートしていく可能性がある。上述した実施形態は、その環境を前提とした新しい証明書更新の仕組みを提供している。本実施形態のようにＷｉ−ＦｉＤｉｒｅｃｔのような無線ピア・ツー・ピア通信を利用すると、物理的なネットワークレイアウトの変更を必要としないため、簡単で便利であり、ユーザや管理者にとって負担が少ないという効果がある。
【符号の説明】
【００４９】
１０    電子機器
１１，１２    ＭＦＰ
１４    記憶手段
１０１    外部インターフェース（無線）
１０２    ネットワーク管理部
１０３    証明書登録部
１０３ａ    証明書記憶部
１０４    ８０２．１ｘ証明書更新処理部
１０５    セキュリティ管理部
１０６    証明書作成部
１０７    暗号化・復号化部
１０８    パネル管理部
１０９    パネル表示部
１１１    外部インターフェース（無線）
１１２    外部インターフェース（有線８０２．１ｘ）
１１３    ネットワーク管理部
１１４    ８０２．１ｘ証明書更新処理部
１１５    パネル管理部
１１６    パネル表示部
【先行技術文献】
【特許文献】
【００５０】
【特許文献１】特開２００７−１８４７６９号公報
【図１】
2015177453.tif 000003
【図２】
2015177453.tif 000004
【図３】
2015177453.tif 000005
【図４】
2015177453.tif 000006
【図５】
2015177453.tif 000007
【図６】
2015177453.tif 000008
【図７】
2015177453.tif 000009
【図８】
2015177453.tif 000010
【図９】
2015177453.tif 000011
【図１０】
2015177453.tif 000012
【図１１】
2015177453.tif 000013
【図１２】
2015177453.tif 000014
【図１３】
2015177453.tif 000015