JP2014183413A - 情報処理装置、情報処理方法、及び、プログラム - Google Patents

Abstract

【課題】より少ない手順で通信端末が複数のサーバと暗号化通信を開始する。
【解決手段】通信端末３０との間で暗号化通信を行う情報処理装置１は、証明書生成装置２０が生成したサーバ証明書であって、証明書生成装置２０のルート証明書を用いて検証される情報処理装置１のサーバ証明書を、ネットワークを介して受信する第１通信部１０４と、証明書生成装置２０が生成した証明書生成装置２０のサーバ証明書をルート証明書を用いて検証することに成功した通信端末３０からの暗号化通信の接続要求を、ネットワークを介して受信する第２通信部１０５と、第２通信部１０５が受信した接続要求に対して、第１通信部１０４が受信した情報処理装置１のサーバ証明書を通信端末３０に送信するように、第２通信部１０５を制御する制御部とを備える。
【選択図】図２

Description

本発明は、情報処理装置、情報処理方法、及び、プログラムに関する。

従来、ネットワークを介した通信において、通信相手へのなりすまし、通信の盗聴又は通信の改ざんを防止するために、暗号化通信が行われている。暗号化通信は、例えば、ＳＳＬ（Secure Sockets Layer ）又はＴＬＳ（Transport Layer Security）プロトコルにより実現される。以降では、これらのプロトコルの代表としてＳＳＬを用いて説明する。

通信端末が通信相手であるＷｅｂサーバ（以降、単にサーバとも記載する）との間でＳＳＬ通信をするには、まず、通信端末が通信相手であるサーバを認証することで、なりすましがないことを検証する。具体的には、通信端末は、サーバに対して認証局が発行したサーバ証明書をサーバから取得し、当該認証局が発行したルート証明書を用いて当該サーバ証明書の検証を行うことで当該サーバを認証する。ここで、通信端末が、認証局が発行したルート証明書を保有していない場合には、通信端末は、何らかの方法でルート証明書を取得することが必要である。

オフィス環境などにおいて、通信端末がデジタル複合機との間でＳＳＬ通信を行う場合にも、通信端末は、上記と同様にデジタル複合機のサーバ証明書を発行した認証局のルート証明書を保有することが必要である。このような場合に、デジタル複合機が認証局の機能を有し、認証局としてのデジタル複合機が、サーバとしてのデジタル複合機のサーバ証明書を発行することが行われる。

Ｗｅｂサーバとして動作するデジタル複合機の初回起動時にルート証明書及びサーバ証明書を生成して、通信端末が簡単にＳＳＬ通信を行うことができるデジタル複合機が開示されている（特許文献１参照）。

特開２００９−２００５６５号公報

従来技術によれば、ネットワークに存在する複数のサーバのそれぞれと暗号化通信をしようとする通信端末は、複数のサーバのそれぞれのルート証明書を保有しなければならない。ユーザは、ルート証明書を通信端末に保有させる（インストールする）作業を行う必要があり、手間がかかるという問題がある。

そこで、本発明は、より少ない手順で通信端末が複数のサーバと暗号化通信を開始することができる情報処理装置を提供する。

上記課題を解決するために、本発明の一態様に係る情報処理装置は、通信端末との間で暗号化通信を行う情報処理装置であって、ルート証明書、及び前記ルート証明書を用いて検証されるサーバ証明書を生成する証明書生成装置と通信を行う第１通信部と、前記通信端末と通信を行う第２通信部と、（ｉ）前記証明書生成装置が生成したサーバ証明書であって、前記ルート証明書を用いて検証される前記情報処理装置のサーバ証明書を前記第１通信部が受信し、かつ、（ｉｉ）前記証明書生成装置が生成した前記証明書生成装置のサーバ証明書を前記ルート証明書を用いて検証することに成功した前記通信端末から暗号化通信の接続要求を前記第２通信部が受信した場合に、受信した前記情報処理装置のサーバ証明書を前記通信端末に送信するように、前記第２通信部を制御する制御部とを備える。

これによれば、通信端末が情報処理装置に接続要求を送信したときには、通信端末は、既に証明書生成装置のルート証明書を保有している。当該接続要求に対して情報処理装置は、当該情報処理装置のサーバ証明書を通信端末に送信する。通信端末は、保有しているルート証明書を用いて、当該情報処理装置のサーバ証明書を検証することができる。つまり、通信端末は、証明書生成装置のルート証明書と異なる認証局のルート証明書を新たに入手することなく、当該サーバ証明書を検証することができる。よって、通信端末は、より少ない手順で複数のサーバと暗号化通信を開始することができる。

また、前記制御部は、前記情報処理装置のサーバ証明書と、当該サーバ証明書に対応する秘密鍵との生成要求を前記証明書生成装置に送信するように、前記第１通信部を制御し、前記第１通信部は、前記生成要求に応じて前記証明書生成装置が生成した前記情報処理装置のサーバ証明書と、当該サーバ証明書に対応する秘密鍵とを、当該証明書生成装置から受信するとしてもよい。

これによれば、情報処理装置は、情報処理装置自身で秘密鍵を作成することなく、当該秘密鍵に対応するサーバ証明書を取得することができる。情報処理装置は、秘密鍵を作成する能力を有しない場合にも、秘密鍵と当該秘密鍵に対応するサーバ証明書とを保持することができる。

また、前記証明書生成装置は、複数存在し、前記情報処理装置は、さらに、複数の前記証明書生成装置のうちのいずれかを示す指定情報を取得する選択部を備え、前記制御部は、前記指定情報により示される前記証明書生成装置に前記生成要求を送信するように第１通信部を制御し、前記第１通信部は、前記指定情報により示される前記証明書生成装置が前記生成要求に応じて生成した前記情報処理装置のサーバ証明書と前記秘密鍵とを、当該証明書生成装置から受信するとしてもよい。

これによれば、ネットワーク上に複数の証明書生成装置がある場合に、複数の証明書生成装置のうちの指定された証明書生成装置が情報処理装置のサーバ証明書を生成する。ユーザからの指定を受け付け、当該指定に従って証明書生成装置を選択するようにすれば、ユーザが指定した証明書生成装置が情報処理装置のサーバ証明書を生成することができる。

また、前記第１通信部は、所定のファイルフォーマットのファイルを用いて前記証明書生成装置と通信を行うとしてもよい。

これによれば、証明書生成装置は、証明書生成装置が作成した秘密鍵を情報処理装置に送信する際に、悪意者が秘密鍵を取得することを防ぐことができる。

また、前記制御部は、秘密鍵を生成し、生成した前記秘密鍵と、前記ルート証明書とを用いて署名要求を生成し、生成した前記署名要求を前記証明書生成装置に送信するように前記第１通信部を制御し、前記第１通信部は、前記署名要求に基づいて生成された前記情報処理装置のサーバ証明書を前記証明書生成装置から受信するとしてもよい。

これによれば、情報処理装置が秘密鍵を生成し、通信端末が保有しているルート証明書を発行した証明書生成装置が、当該秘密鍵に対応するサーバ証明書を生成することができる。

また、前記情報処理装置は、さらに、前記第１通信部が受信した前記サーバ証明書を記憶している記憶部を備え、前記制御部は、前記記憶部が記憶している前記サーバ証明書を送信するように、前記第２通信部を制御するとしてもよい。

これによれば、情報処理装置は、情報処理装置のサーバ証明書を記憶しておくことができる。

また、本発明の一態様に係る情報処理方法は、通信端末との間で暗号化通信を行う情報処理装置であって、ルート証明書、及び前記ルート証明書を用いて検証されるサーバ証明書を生成する証明書生成装置と通信を行う第１通信部と、前記通信端末と通信を行う第２通信部とを備える情報処理装置における情報処理方法であって、前記証明書生成装置が生成したサーバ証明書であって、前記ルート証明書を用いて検証される前記情報処理装置のサーバ証明書を前記第１通信部が受信する受信ステップと、前記証明書生成装置が生成した前記証明書生成装置のサーバ証明書を前記ルート証明書を用いて検証することに成功した前記通信端末から暗号化通信の接続要求を前記第２通信部が受信した場合に、前記受信ステップで受信した前記情報処理装置のサーバ証明書を前記通信端末に送信するように、前記第２通信部を制御する制御ステップとを含む。

これにより、上記の情報処理装置と同様の効果を奏する。

また、本発明の一態様に係るプログラムは、上記に記載の情報処理方法をコンピュータに実行させるためのプログラムである。

これにより、上記の情報処理装置と同様の効果を奏する。

また、本発明の一態様に係る証明書生成装置は、ルート証明書を有する証明書生成装置であって、情報処理装置のサーバ証明書と、当該サーバ証明書に対応する秘密鍵との生成要求を、前記情報処理装置から受信する受信部と、前記受信部が受信した前記生成要求に応じて、公開鍵と当該公開鍵に対応する秘密鍵とを生成し、生成した公開鍵に対して前記ルート証明書に対応する認証情報を付加したサーバ証明書を生成する鍵生成部と、前記鍵生成部が生成した前記サーバ証明書と前記秘密鍵とを、前記情報処理装置へ送信する送信部とを備える。

これによれば、情報処理装置は、情報処理装置自身で秘密鍵を作成することなく、当該秘密鍵に対応するサーバ証明書を取得することができる。秘密鍵は、当該秘密鍵に対応する公開鍵とペアで作成されるが、これらを作成する処理は負荷が大きい。このように負荷が大きい処理を、情報処理装置で行う代わりに証明書生成装置で行うので、情報処理装置は、処理負荷を削減することができる。

なお、本発明は、装置として実現できるだけでなく、その装置を構成する処理手段をステップとする方法として実現したり、それらステップをコンピュータに実行させるプログラムとして実現したり、そのプログラムを記録したコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体として実現したり、そのプログラムを示す情報、データ又は信号として実現したりすることもできる。そして、それらプログラム、情報、データ及び信号は、インターネット等の通信ネットワークを介して配信してもよい。

本発明に係る情報処理装置は、通信端末が複数のサーバを認証する際の手間を軽減することができる。

図１は、実施の形態１に係る情報処理装置が接続されるネットワークの構成図である。 図２は、実施の形態１に係る情報処理装置の機能ブロック図である。 図３は、サーバ証明書の説明図である。 図４は、認証局におけるサーバ証明書の作成方法の説明図である。 図５は、サーバ証明書の検証方法の説明図である。 図６は、実施の形態１に係る情報処理装置のＳＳＬ通信開始までの処理を示すフローチャートである。 図７は、実施の形態１に係る情報処理装置等のＳＳＬ通信開始までの処理を示すシーケンス図である。 図８は、実施の形態２に係る情報処理装置が接続されるネットワークの構成図である。 図９は、実施の形態２に係る情報処理装置の機能ブロック図である。 図１０は、実施の形態２に係る情報処理装置のＳＳＬ通信開始までの処理を示すフローチャートである。 図１１は、実施の形態２に係る操作画面の例である。

なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、より好ましい形態を構成する任意の構成要素として説明される。

なお、同一の構成要素には同一の符号を付し、説明を省略する場合がある。

（実施の形態１）
本実施の形態において、証明書生成装置のルート証明書を予め保有している通信端末がより少ない手順で複数のサーバのそれぞれとＳＳＬ通信を開始できる情報処理装置について説明する。

図１は、本実施の形態に係る情報処理装置１が接続されるネットワーク１０の構成図である。

図１に示されるように、ネットワーク１０には、情報処理装置１と、証明書生成装置２０と、通信端末３０とが接続されている。なお、ネットワーク１０に接続される装置を、「通信装置」と表記することがある。つまり、情報処理装置１と、証明書生成装置２０と、通信端末３０とのそれぞれは、「通信装置」に該当する。

情報処理装置１は、Ｗｅｂサーバの機能を有し、他の通信装置から受けるＨＴＴＰ（Hypertext Transfer Protocol）プロトコルによるアクセスを受信し、当該アクセスに対応するファイル等を当該通信装置に送信する。また、情報処理装置１は、ＳＳＬサーバの機能を有し、通信装置との間でＳＳＬを用いた暗号化通信（ＳＳＬ通信）を行う。なお、情報処理装置１は、画像処理サーバ、画像蓄積サーバ、画像印刷サーバ、又は、デジタル複合機などの一機能として実現されてもよい。また、情報処理装置１と通信装置との暗号化通信は、さまざまな用途がありうる。この用途は、例えば、通信装置による情報処理装置１内のファイルの閲覧、操作若しくは取得、又は、通信装置による情報処理装置１への指示若しくは制御などである。

証明書生成装置２０は、認証局の機能を有し、Ｗｅｂサーバに対して、当該Ｗｅｂサーバのサーバ証明書を発行する。また、証明書生成装置２０は、Ｗｅｂサーバの機能及びＳＳＬサーバの機能を有する。さらに、証明書生成装置２０は、サーバ証明書と秘密鍵とを生成する機能を有する。具体的には、他の通信装置から、当該通信装置のサーバ証明書と秘密鍵との生成要求を受けると、公開鍵と秘密鍵とのペアを作成し、作成した公開鍵に対するサーバ証明書を作成し、作成した秘密鍵とサーバ証明書とを当該通信装置に送信する。なお、証明書生成装置２０は、認証局として、当該証明書生成装置２０自身のサーバ証明書を発行することができる。なお、証明書生成装置２０は、例えば、デジタル複合機の一機能として実現される。また、証明書生成装置２０は、画像処理サーバ、画像蓄積サーバ、又は、画像印刷サーバなどの一機能として実現されてもよい。

なお、証明書生成装置２０は、作成した秘密鍵とサーバ証明書とを通信装置に送信する際には、ＰＫＣＳ＃１２に従ったファイルフォーマット（所定のファイルフォーマット）のファイルを用いることができる。これにより、悪意者が秘密鍵を取得することを防ぐことができる。

通信端末３０は、Ｗｅｂクライアントの機能を有し、Ｗｅｂサーバに対して、ＨＴＴＰプロトコルによりアクセスし、アクセスに対する応答を当該Ｗｅｂサーバから受信する。また、通信端末３０は、ＳＳＬクライアントの機能を有し、ＳＳＬサーバとの間でＳＳＬを用いた暗号化通信（ＳＳＬ通信）を行う。

図２は、本実施の形態に係る情報処理装置１の機能ブロック図である。

図２に示されるように、情報処理装置１は、証明書取得部１０１と、証明書保持部１０２と、ＳＳＬ処理部１０３と、第１通信部１０４と、第２通信部１０５とを備える。なお、証明書取得部１０１と、証明書保持部１０２と、ＳＳＬ処理部１０３とをまとめて制御部１０６と称することがある。

証明書取得部１０１は、証明書生成装置２０から、情報処理装置１のサーバ証明書と秘密鍵とを取得する。具体的には、証明書取得部１０１は、証明書生成装置２０に対して、サーバ証明書と秘密鍵との生成要求を送信する。そして、当該生成要求に対して証明書生成装置２０が作成及び送信するサーバ証明書と秘密鍵とを受信することによって、取得する。

証明書保持部１０２は、証明書取得部１０１が取得したサーバ証明書と秘密鍵とを保持するメモリである。

ＳＳＬ処理部１０３は、他の通信装置との間で行うＳＳＬ通信のための処理を行う。具体的には、通信端末３０が、情報処理装置１にＳＳＬによりアクセスした場合に、証明書保持部１０２に保持されているサーバ証明書と秘密鍵とを用いて、通信端末３０との間でＳＳＬ通信を行う。ここで、当該サーバ証明書は、証明書生成装置２０が認証局として発行したものである。よって、通信端末３０がＳＳＬによりアクセスをした時点で、通信端末３０が証明書生成装置２０のルート証明書を保有している場合には、通信端末は、保有している証明書生成装置２０のルート証明書を用いて当該サーバ証明書を検証することができる。つまり、通信端末３０は、証明書生成装置２０のルート証明書と異なる認証局のルート証明書を新たに入手することなく、当該サーバ証明書を検証することができる。

第１通信部１０４は、証明書生成装置２０との通信を行うための通信インタフェースである。

第２通信部１０５は、通信端末３０との通信を行うための通信インタフェースである。

なお、第１通信部１０４が、第２通信部１０５の機能をさらに有してもよい。その場合、第２通信部１０５は不要である。つまり、第１通信部１０４と第２通信部１０５とが、１つの通信部で実現されてもよい。

図３、図４及び図５を参照して、サーバ証明書の作成方法及び検証方法と、サーバの認証方法について説明する。

図３は、サーバ証明書の説明図である。

図３に示されるように、サーバ証明書３０１は、認証局の識別名と、サーバの識別名と、サーバの公開鍵と、署名値とを含む。認証局の識別名は、サーバ証明書３０１を発行した認証局をネットワーク上で一意に識別するための識別名である。サーバの識別名は、このサーバ証明書で検証されるサーバをネットワーク上で一意に識別するための識別名である。サーバの公開鍵は、サーバ証明書３０１で検証されるサーバの公開鍵である。署名値は、サーバの公開鍵に対して認証局が付加した電子署名である。

図４は、認証局におけるサーバ証明書の作成方法の説明図である。

認証局は、認証を受けようとするサーバから、サーバの識別名と、サーバの公開鍵とを取得する。次に、認証局は、認証局の識別名と、取得したサーバの識別名及びサーバの公開鍵とを含む情報である電子文書４０２を所定のハッシュ関数で演算し（ステップＳ４１１）、その結果を認証局の秘密鍵で暗号化して署名値を生成する（ステップＳ４１２）。そして、認証局は、認証局の識別名と、サーバの識別名と、サーバの公開鍵と、署名値とを含むサーバ証明書４０１を作成する。

図５は、通信装置におけるサーバ証明書の検証方法の説明図である。

サーバとＳＳＬ通信をしようとする通信装置は、サーバから、図５に示されるサーバ証明書５０１を取得する。次に、サーバ証明書５０１に含まれる電子文書５０２を所定のハッシュ関数で演算（ステップＳ５１１）して得られる値と、サーバ証明書５０１に含まれる署名値を認証局の公開鍵で復号（ステップＳ５１２）して得られる値とを比較する（ステップＳ５１３）。比較の結果、上記の２つの値が一致する場合、当該サーバ証明書を提供したサーバが確かに当該サーバであり、かつ、当該サーバ証明書が改ざんされたものでないことが検証される（認証成功）（ステップＳ５１４）。一方、上記の２つの値が一致しなければ、当該サーバ証明書を提供したサーバが当該サーバでないか、又は、当該サーバ証明書が改ざんされたものであることが検証される（認証失敗）（ステップＳ５１５）。このようにして、通信装置は、サーバを認証する。

図６は、本実施の形態に係る情報処理装置１のＳＳＬ通信開始までの処理を示すフローチャートである。

まず、証明書取得部１０１は、証明書生成装置２０が起動中であるか否かを判定する（ステップＳ６０１）。判定する方法については、限定しない。例えば、証明書取得部１０１が所定の通信パケットを証明書生成装置２０に送信し、その応答として証明書生成装置２０が送信する通信パケットを受信することによって、証明書生成装置２０が起動中であると判定することができる。他の例としては、証明書生成装置２０が起動中に所定の間隔で所定の通信パケットを送信するようにしておき、証明書取得部１０１が所定の通信パケットを受信することで、証明書生成装置２０が起動中であると判定することができる。証明書取得部１０１が、証明書生成装置２０が起動中であると判定した場合（ステップＳ６０１でＹｅｓ）に、ステップＳ６０２の処理へ進む。一方、証明書取得部１０１が、証明書生成装置２０が起動中でないと判定した場合（ステップＳ６０１でＮｏ）には、処理を終了する。

次に、証明書取得部１０１は、サーバ証明書と秘密鍵との生成要求を、証明書生成装置２０に送信する（ステップＳ６０２）。生成要求は、少なくとも、情報処理装置１の識別名をサーバの識別名として含む。

次に、証明書取得部１０１は、生成要求を受けて図４に示される作成方法で証明書生成装置２０が作成したサーバ証明書と秘密鍵とを取得するまで待機する（ステップＳ６０３）。具体的には、証明書取得部１０１が、証明書生成装置２０が作成したサーバ証明書と秘密鍵とを取得していない場合（ステップＳ６０３でＮｏ）には、ステップＳ６０３の処理を繰り返し実行する。一方、証明書取得部１０１がサーバ証明書と秘密鍵とを取得した場合（ステップＳ６０３でＹｅｓ）には、ステップＳ６０４の処理を実行する。

次に、証明書保持部１０２は、ステップＳ６０３で証明書取得部１０１が取得したサーバ証明書と秘密鍵とを保持する（ステップＳ６０４）。

次に、ＳＳＬ処理部１０３は、通信端末３０からのＳＳＬ通信の接続要求を受信する（ステップＳ６０５）。ここで、通信端末３０は、既に証明書生成装置２０のルート証明書を保有している状態である。

次に、ＳＳＬ処理部１０３は、情報処理装置１のサーバ証明書を通信端末３０に送信する（ステップＳ６０６）。具体的には、ＳＳＬ処理部１０３は、証明書保持部１０２が保持しているサーバ証明書を、通信端末３０に送信する。通信端末３０は、受信したサーバ証明書を、予め保有している証明書生成装置２０のルート証明書を用いて、図５に示される検証方法で検証することができる。通信端末３０が情報処理装置１を認証した後、ＳＳＬ処理部１０３は、通信端末３０と通信可能な状態となる。

次に、ＳＳＬ処理部１０３は、通信端末３０との間でＳＳＬ通信を行う（ステップＳ６０７）。

図７は、本実施の形態に係る情報処理装置１等のＳＳＬ通信開始までの処理を示すシーケンス図である。図７において、図６のフローチャートのステップに対応する処理については、対応するステップの番号を記載する。また、証明書生成装置２０のＷｅｂサーバ機能のことを「サーバＡ」と記載し、情報処理装置１のＷｅｂサーバ機能のことを「サーバＢ」と記載する。

図７に示されるように、通信端末３０は、認証局のルート証明書のインストール、サーバＡに対するＳＳＬ接続要求、及び、サーバＡの認証を行い、サーバＡとの暗号化通信を行う（シーケンス７０１）。ここまでは、従来の暗号化通信の処理で実現される。

次に、情報処理装置１は、通信端末３０との暗号化通信のための処理を行う（シーケンス７０２）。具体的には、情報処理装置１は、サーバＢのサーバ証明書と秘密鍵とを取得し（図６のステップＳ６０４）、通信端末３０からのＳＳＬ接続要求を受信した（図６のステップＳ６０５）後、通信端末３０へサーバＢのサーバ証明書を送信する（図６のステップＳ６０６）。通信端末３０は、サーバＢのサーバ証明書を検証することでサーバＢを認証し、認証が成功したら、情報処理装置１との暗号化通信を行う（図６のステップＳ６０７）。なお、シーケンス７０１において通信端末３０がサーバＡの認証を成功した後であれば、シーケンス７０２を開始することができる。

このように、通信端末３０は、サーバＡの認証を完了した時点で、有効な認証局のルート証明書を保有しているので、当該ルート証明書を用いてサーバＢの認証を行うことができる。その際に、新たなルート証明書を入手する必要はない。

以上のように、本実施の形態にかかる情報処理装置によれば、通信端末が情報処理装置に接続要求を送信したときには、通信端末は、既に証明書生成装置のルート証明書を保有している。当該接続要求に対して情報処理装置は、当該情報処理装置のサーバ証明書を通信端末に送信する。通信端末は、保有しているルート証明書を用いて、当該情報処理装置のサーバ証明書を検証することができる。つまり、通信端末は、証明書生成装置のルート証明書と異なる認証局のルート証明書を新たに入手することなく、当該サーバ証明書を検証することができる。よって、通信端末は、より少ない手順で複数のサーバと暗号化通信を開始することができる。

また、情報処理装置は、情報処理装置自身で秘密鍵を作成することなく、当該秘密鍵に対応するサーバ証明書を取得することができる。情報処理装置は、秘密鍵を作成する能力を有しない場合にも、秘密鍵と当該秘密鍵に対応するサーバ証明書とを保持することができる。

また、証明書生成装置は、証明書生成装置が作成した秘密鍵を情報処理装置に送信する際に、悪意者が秘密鍵を取得することを防ぐことができる。

また、情報処理装置が秘密鍵を生成し、通信端末が保有しているルート証明書を発行した証明書生成装置が、当該秘密鍵に対応するサーバ証明書を生成することができる。

また、情報処理装置は、情報処理装置のサーバ証明書を記憶しておくことができる。

（実施の形態２）
本実施の形態において、複数の証明書生成装置がネットワーク上に存在する場合に、証明書を発行する証明書生成装置を選択することができる情報処理装置について説明する。なお、実施の形態１におけるものと同一の構成要素には同一の符号を付し、詳細な説明を省略することがある。

図８は、本実施の形態に係る情報処理装置２が接続されるネットワーク１１の構成図である。

図８に示されるように、ネットワーク１１には、情報処理装置２と、複数の証明書生成装置２１〜２５と、通信端末３０とが接続されている。実施の形態１のネットワーク１０と異なるのは、本実施の形態のネットワーク１１には、複数の証明書生成装置２１〜２５が接続されている点である。

図９は、本実施の形態に係る情報処理装置２の機能ブロック図である。

図９に示されるように、情報処理装置２は、証明書取得部１０１Ａと、証明書保持部１０２と、ＳＳＬ処理部１０３と、第１通信部１０４と、第２通信部１０５と、選択部１１１とを備える。実施の形態１の情報処理装置１と異なるのは、情報処理装置２が、証明書取得部１０１Ａと、選択部１１１とを備える点である。なお、証明書取得部１０１と、証明書保持部１０２と、ＳＳＬ処理部１０３と、選択部１１１とをまとめて制御部１０６Ａと称することがある。

選択部１１１は、複数の証明書生成装置２１〜２５のうちから、情報処理装置２のサーバ証明書を発行する証明書生成装置を選択する。選択する方法は、さまざまな方法がありうる。選択する方法の一例を、後で詳しく説明する。

証明書取得部１０１Ａは、選択部１１１が選択した証明書生成装置を示す情報を受け取り、当該証明書生成装置から情報処理装置１のサーバ証明書と秘密鍵とを取得する。つまり、証明書取得部１０１Ａは、選択部１１１が選択した証明書生成装置を示す情報を受け取った後、当該証明書生成装置との間で、実施の形態１における証明書取得部１０１と同様の処理を行う。

図１０は、本実施の形態に係る情報処理装置２のＳＳＬ通信開始までの処理を示すフローチャートである。実施の形態１の情報処理装置１と異なるのは、ステップＳ１００１及びＳ１００２である。

まず、選択部１１１は、複数の証明書生成装置２１〜２５のうちから、情報処理装置２のサーバ証明書を発行する証明書生成装置を選択する（ステップＳ１００１）。

次に、証明書取得部１０１は、ステップＳ１００１で選択部１１１が選択した証明書生成装置を示す情報を受け取り、当該証明書生成装置が起動中であるか否かを判定する（ステップＳ１００２）。つまり、証明書取得部１０１Ａは、選択部１１１が選択した証明書生成装置を示す情報を受け取った後、当該証明書生成装置との間で、実施の形態１におけるステップＳ６０１と同様の動作を行う。

ステップＳ１００２の後に、情報処理装置２の各機能ブロックは、実施の形態１におけるステップＳ６０２〜ステップＳ６０７と同一の動作を行う。

図１１は、本実施の形態に係る操作画面の例である。図１１を参照しながら、選択部１１１が、複数の証明書生成装置２１〜２５のうちから、情報処理装置２のサーバ証明書を発行する証明書生成装置を選択する方法の一例について説明する。

選択部１１１は、図１１に示される操作画面を、情報処理装置２を操作するための画面（又は、画面内の一部）に表示し、ユーザからの操作入力を取得することで選択する。図１１に示される操作画面は、ユーザに対して証明書生成装置を選択させる旨のメッセージ１１０１と、証明書生成装置２１〜２５に対応するホスト名（ＭＦＰ００１〜ＭＦＰ００５）の文字列１１０２と、それらの１つを選択するためのボタン１１０３と、選択を確定するためのボタン１１０４とを有する。ユーザは、情報処理装置２のサーバ証明書を発行させる証明書生成装置をボタン１１０３により選択し、ボタン１１０４を操作することにより選択を確定することができる。また、上記のような画面の代わりに、証明書生成装置を選択させる旨のメッセージを音声で出力し、ユーザの音声を受けるけることで証明書を選択してもよい。なお、選択候補となる証明書生成装置は、あらかじめ設定されたものであってもよいし、選択部１１１が所定の通信手段等によってネットワーク上に接続された証明書生成装置を発見した結果を用いてもよい。また、図１１に示される操作画面は、情報処理装置の表示画面に表示されてもよいし、通信端末３０の表示画面に表示されてもよい。通信端末３０の表示画面に表示される場合には、選択部１１１は、画面の表示内容を示すデータをネットワーク１１を介して通信端末に送信し、通信端末に対するユーザの操作をネットワーク１１を介して受信する。

以上のように、本実施の形態にかかる情報処理装置によれば、ネットワーク上に複数の証明書生成装置がある場合に、複数の証明書生成装置のうちの指定された証明書生成装置が情報処理装置のサーバ証明書を生成する。ユーザからの指定を受け付け、当該指定に従って証明書生成装置を選択するようにすれば、ユーザが指定した証明書生成装置が情報処理装置のサーバ証明書を生成することができる。

以上、本発明の情報処理装置について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。

本発明は、証明書生成装置のルート証明書を予め保有している通信端末がより少ない手順で複数のサーバのそれぞれとＳＳＬ通信を行う通信装置に利用可能である。

１、２ 情報処理装置
１０、１１ ネットワーク
２０、２１、２２、２５ 証明書生成装置
３０ 通信端末
１０１、１０１Ａ 証明書取得部
１０２ 証明書保持部
１０３ ＳＳＬ処理部
１０４ 第１通信部
１０５ 第２通信部
１０６、１０６Ａ 制御部
１１１ 選択部
３０１、４０１、５０１ サーバ証明書
４０２、５０２ 電子文書
１１０１ メッセージ
１１０２ 文字列
１１０３、１１０４ ボタン

Claims (9)

1. 通信端末との間で暗号化通信を行う情報処理装置であって、
   ルート証明書、及び前記ルート証明書を用いて検証されるサーバ証明書を生成する証明書生成装置と通信を行う第１通信部と、
   前記通信端末と通信を行う第２通信部と、
   （ｉ）前記証明書生成装置が生成したサーバ証明書であって、前記ルート証明書を用いて検証される前記情報処理装置のサーバ証明書を前記第１通信部が受信し、かつ、
   （ｉｉ）前記証明書生成装置が生成した前記証明書生成装置のサーバ証明書を前記ルート証明書を用いて検証することに成功した前記通信端末から暗号化通信の接続要求を前記第２通信部が受信した場合に、受信した前記情報処理装置のサーバ証明書を前記通信端末に送信するように、前記第２通信部を制御する制御部とを備える
   情報処理装置。
2. 前記制御部は、
   前記情報処理装置のサーバ証明書と、当該サーバ証明書に対応する秘密鍵との生成要求を前記証明書生成装置に送信するように、前記第１通信部を制御し、
   前記第１通信部は、
   前記生成要求に応じて前記証明書生成装置が生成した前記情報処理装置のサーバ証明書と、当該サーバ証明書に対応する秘密鍵とを、当該証明書生成装置から受信する
   請求項１に記載の情報処理装置。
3. 前記証明書生成装置は、複数存在し、
   前記情報処理装置は、さらに、
   複数の前記証明書生成装置のうちのいずれかを示す指定情報を取得する選択部を備え、
   前記制御部は、
   前記指定情報により示される前記証明書生成装置に前記生成要求を送信するように第１通信部を制御し、
   前記第１通信部は、
   前記指定情報により示される前記証明書生成装置が前記生成要求に応じて生成した前記情報処理装置のサーバ証明書と前記秘密鍵とを、当該証明書生成装置から受信する
   請求項２に記載の情報処理装置。
4. 前記第１通信部は、所定のファイルフォーマットのファイルを用いて前記証明書生成装置と通信を行う
   請求項１〜３のいずれか１項に記載の情報処理装置。
5. 前記制御部は、
   秘密鍵を生成し、生成した前記秘密鍵と、前記ルート証明書とを用いて署名要求を生成し、生成した前記署名要求を前記証明書生成装置に送信するように前記第１通信部を制御し、
   前記第１通信部は、
   前記署名要求に基づいて生成された前記情報処理装置のサーバ証明書を前記証明書生成装置から受信する
   請求項１に記載の情報処理装置。
6. 前記情報処理装置は、さらに、
   前記第１通信部が受信した前記サーバ証明書を記憶している記憶部を備え、
   前記制御部は、前記記憶部が記憶している前記サーバ証明書を送信するように、前記第２通信部を制御する
   請求項１〜５のいずれか１項に記載の情報処理装置。
7. 通信端末との間で暗号化通信を行う情報処理装置であって、ルート証明書、及び前記ルート証明書を用いて検証されるサーバ証明書を生成する証明書生成装置と通信を行う第１通信部と、前記通信端末と通信を行う第２通信部とを備える情報処理装置における情報処理方法であって、
   前記証明書生成装置が生成したサーバ証明書であって、前記ルート証明書を用いて検証される前記情報処理装置のサーバ証明書を前記第１通信部が受信する受信ステップと、
   前記証明書生成装置が生成した前記証明書生成装置のサーバ証明書を前記ルート証明書を用いて検証することに成功した前記通信端末から暗号化通信の接続要求を前記第２通信部が受信した場合に、前記受信ステップで受信した前記情報処理装置のサーバ証明書を前記通信端末に送信するように、前記第２通信部を制御する制御ステップとを含む
   情報処理方法。
8. 請求項７に記載の情報処理方法をコンピュータに実行させるためのプログラム。
9. ルート証明書を有する証明書生成装置であって、
   情報処理装置のサーバ証明書と、当該サーバ証明書に対応する秘密鍵との生成要求を、前記情報処理装置から受信する受信部と、
   前記受信部が受信した前記生成要求に応じて、公開鍵と当該公開鍵に対応する秘密鍵とを生成し、生成した公開鍵に対して前記ルート証明書に対応する認証情報を付加したサーバ証明書を生成する鍵生成部と、
   前記鍵生成部が生成した前記サーバ証明書と前記秘密鍵とを、前記情報処理装置へ送信する送信部とを備える
   証明書生成装置。

Images