JP4763627B2 - 公開鍵証明書発行装置及び証明書要求装置 - Google Patents

Description

この発明は、公開鍵証明書を発行する公開鍵証明書発行装置及び公開鍵証明書の発行を要求する証明書要求装置に関する。

Ｗｅｂサーバを内蔵しネットワークに接続することでＷｅｂブラウザ等を通じて遠隔から撮影している映像を確認できる監視カメラのようなネットワーク機器を使用する際、セキュリティ上の理由からＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）やＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）を使用してサーバを認証し、メッセージを暗号化することが多い。多くのＷｅｂブラウザでは、通信しているサーバが、そのサーバが提示する公開鍵証明書に対応する秘密鍵を持っていることを確認するだけではなく、公開鍵証明書に記載されているホスト名とそのサーバの実際のホスト名とが一致していることを確認する。一致していない場合は画面に警告を表示し、通信を継続するか中止するかの選択を利用者に求める。

一般的なサーバである場合、当然そのサーバに割り当てているホスト名と同じ公開鍵証明書を発行して設定するのだが、監視カメラのような小型のネットワーク機器においては事情が異なる。

小型のネットワーク機器は通常、キーボードやディスプレイを接続しないため、多くの場合Ｗｅｂインタフェースを通じてネットワークから設定を行なえるようになっている。しかしながら、設定を行なうのは煩雑であるため、設定を必要としないよう工場出荷時の設定でそのまま使用できるように調整されていることが多い。公開鍵証明書と公開鍵証明書に対応する秘密鍵についても工場出荷時に組み込んでおく場合がある。例えば特開２００５−１３０４５８号公報にその一例が記載されている。

工場出荷時にはＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを決定することはできないため、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバからＩＰアドレスを取得するように設定されていることが一般的である。

ＤＨＣＰサーバを使用する環境では、ＤＨＣＰサーバがプールしてあるＩＰアドレスに対してホスト名を割り当てておき、ネームサーバ（ＤＮＳ：Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）に登録しておくことによって、ＩＰアドレスの代わりにホスト名を指定して機器にアクセスすることができる。

また、手動でホスト名を設定する場合は、ＩＰアドレスがＤＨＣＰサーバから割り当てられた後でＤＤＮＳ （Ｄｙｎａｍｉｃ ＤＮＳ）に登録することによって、動的に変化するＩＰアドレスが割り当てられている機器に対してその機器のホスト名を指定してアクセスすることができる。
特開２００５−１３０４５８号公報

出荷時に公開鍵証明書を機器に組み込む場合、その時点ではホスト名は決定していないため公開鍵証明書中に機器のホスト名と一致する名前を設定することができない。したがって、このまま組み込まれた公開鍵証明書をＴＬＳやＳＳＬ通信のサーバ認証用の公開鍵証明書として用いると、クライアント側で検証を行なう際に、通信をしているサーバのホスト名と公開鍵証明書中のホスト名が一致していない旨警告が表示されるという課題があった。

ＤＨＣＰサーバがプールしてあるＩＰアドレスに対して前もってホスト名を割り当てておき、機器に対してＩＰアドレスの割り当て時に自動的にホスト名を設定する場合、ＩＰアドレスは動的に割り振られるため、そのＩＰアドレスが割り振られた機器の物理的な位置を特定することが困難である。また、ＩＰアドレスのリース期間が過ぎた後に再度機器の電源を入れる際等に、以前とは異なるＩＰアドレスが割り振られる可能性があるため、ホスト名が変化してしまうという課題もあった。

手動で公開鍵証明書やホスト名を設定する場合、Ｗｅｂインタフェースを使用して設定する方法では、ＩＰアドレスが割り振られた後に機器にアクセスして設定を行なう必要があるが、ＩＰアドレスは動的に割り振られるため、ネットワークからどの機器にアクセスして設定しているのかを判別することが困難である。また、ネットワーク経由でなく直接機器のインタフェースを通じて設定用の機器を接続して設定を行なうことも可能であるが、機器の数が多い場合その作業は煩雑である。

本発明は、このような小型のネットワーク機器に対する証明書発行の手間を軽減するためになされるもので、小型のネットワーク機器に対して簡単に任意のホスト名を設定することができそのホスト名に対応する証明書を発行することができる装置の提供を目的とする。

この発明の公開鍵証明書発行装置は、
ネットワークに接続する装置の名前を示すホスト名を複数格納するホスト名格納部と、
前記ネットワークに接続した所定の装置から、認証用データと前記装置の公開鍵とを含むとともに前記公開鍵に対する公開鍵証明書の発行を要求する証明書発行要求メッセージを、前記ネットワークを介して受信する証明書発行要求受付部と、
前記証明書発行要求受付部が受信した前記証明書発行要求メッセージに含まれる前記認証用データに基づいて、前記証明書発行要求メッセージを送信した前記装置が正当かどうかを検証するメッセージ処理部と、
前記メッセージ処理部が検証により前記装置を正当と認めた場合に、前記ホスト名格納部に格納された所定のホスト名を選択し、選択したホスト名を含む前記装置の前記公開鍵に対する前記公開鍵証明書を生成する証明書生成部と、
前記証明書生成部が生成した前記公開鍵証明書を、前記ネットワークを介して前記装置に送信する証明書送信部と
を備えたことを特徴とする。

本発明により、小型のネットワーク機器に対して簡単に任意のホスト名を設定することができそのホスト名に対応する証明書を発行することができる装置を提供することができる。

実施の形態１．
以下、図１〜図９を用いて実施の形態１を用いて説明する。実施の形態１では、ネットワーク機器である監視カメラに対して公開鍵証明書を発行する方法について述べるが、他の種類のネットワーク機器に対しても適用可能であることは、もちろんである。なお、以下では、公開鍵証明書を、単に「証明書」と呼ぶ場合がある。

実施の形態１では、監視カメラをビル内に多数設置しビル監視システムを構築する場合に、監視カメラに証明書を発行する手順について説明する。

図１は、実施の形態１におけるビル監視システムの構成を示す。図１のようにネットワーク７００に、証明書発行サーバ２００、ＤＨＣＰサーバ６００、監視カメラ４００ａ〜４００ｄが接続している。なお、監視カメラを説明する場合、特に区別の必要がないときは「監視カメラ４００」という場合がある。監視カメラ４００の物理的な位置は、例えば後述する図６のような位置に設置されているが、設置する際に、監視カメラ４００のＭＡＣアドレスやシリアル番号等を控えておかない限り、どの監視カメラがどこに設置されているかをネットワークから識別することはできない。

図２は、証明書発行サーバ２００のハードウェア構成の一例を示す。証明書発行サーバ２００は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等が格納されている磁気ディスク装置２０４、監視カメラ等と通信するためのネットワークインタフェース２０５が含まれる。また、ＣＰＵ２０１やメモリ２０２（例えばＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、及びＯＳをロードするなど基本的なプログラムが格納されているＲＯＭ２０３も含まれ、それぞれがバス２０６で接続されている。

図２に示すように、証明書発行サーバ２００は、プログラムを実行するＣＰＵ２０１（中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ２０１は、バス２０６を介してＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０３、メモリ２０２、ネットワークインタフェース２０５、磁気ディスク装置２０４と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置２０４の代わりに、光ディスク装置、フラッシュメモリなどの記憶装置でもよい。

メモリ２０２は、揮発性メモリの一例である。ＲＯＭ２０３、磁気ディスク装置２０４等の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部、格納部の一例である。

ネットワークインタフェース２０５は、ネットワーク７００に接続されている。

磁気ディスク装置２０４には、オペレーティングシステム２０４１（ＯＳ）、プログラム群２０４２、ファイル群２０４３が記憶されている。プログラム群２０４２のプログラムは、ＣＰＵ２０１、オペレーティングシステム２０４１により実行される。

上記プログラム群２０４２には、以下に述べる実施の形態の説明において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ２０１により読み出され実行される。

ファイル群２０４３には、以下に述べる実施の形態の説明において、「〜の判定結果」、「〜の算出結果」、「〜の抽出結果」、「〜の生成結果」、「〜の処理結果」として説明する情報や、データや信号値や変数値やパラメータなどが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ２０１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。

また、以下に述べる実施の形態の説明においては、データや信号値は、メモリ２０２のメモリ、磁気ディスク装置２０４の磁気ディスク等の記録媒体に記録される。また、データや信号は、バス２０６や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、以下に述べる実施の形態の証明書発行サーバ２００の説明において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」、「手段」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ２０３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク等の記録媒体に記憶される。プログラムはＣＰＵ２０１により読み出され、ＣＰＵ２０１により実行される。すなわち、プログラムは、以下に述べる「〜部」としてコンピュータを機能させるものである。あるいは、以下に述べる「〜部」の手順や方法をコンピュータに実行させるものである。

図３は、証明書発行サーバ２００のブロック構成図である。図３に示すように、証明書発行サーバ２００は、証明書発行要求受付部２１０、証明書送信部２２０、秘密鍵格納部２３０、ホスト名格納部２４０、メッセージ処理部２５０、証明書生成部２６０、通信部２７０を備える。

証明書発行要求受付部２１０と証明書送信部２２０とは、それぞれネットワークインタフェース２０５を通じて監視カメラ４００とメッセージをやり取りする。送受信されるメッセージは、メッセージ処理部２５０で処理される。

秘密鍵格納部２３０は、署名用の鍵、例えばＲＳＡ（登録商標）の秘密鍵を格納している。このＲＳＡ（登録商標）の秘密鍵は、監視カメラ４００ａ等に発行する証明書に署名を行なうために使用される。

ホスト名格納部２４０は、証明書中に格納するホスト名リストを格納している。

証明書生成部２６０は、監視カメラ４００に発行する証明書を作成する。

通信部２７０は、携帯端末などの他の通信装置と通信を行なう。

ＤＨＣＰサーバ６００は一般的なＤＨＣＰサーバであり、クライアント端末（以下、クライアントという場合がある）からの要求に応じてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを割り当てる。

図４は、監視カメラ４００のハードウェア構成の一例を示す図である。監視カメラ４００ａ等のハードウェア構成は、図４と同じである。監視カメラ４００は、映像を撮影するためのカメラ４０６、証明書発行サーバ２００やＤＨＣＰサーバ６００及び他の監視カメラ４００等と通信するためのネットワークインタフェース４０５、ファームウェアを格納するためのフラッシュメモリ４０４が含まれる。また、ＣＰＵ４０１やメモリ４０２、及び基本的なプログラムが格納されているＲＯＭ４０３も含まれ、それぞれがバス４０７で接続されている。ファームウェア中には証明書発行要求プログラムが含まれている。

ハードウェアとしてみた場合の監視カメラ４００の基本的な動作は、図２で述べた証明書発行サーバ２００の場合と同様である。また、以下に述べる実施の形態の監視カメラ４００の説明において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」、「手段」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ４０３あるいはフラッシュメモリ４０４に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、フラッシュメモリ４０４、ＲＯＭ４０３等に記憶される。プログラムはＣＰＵ４０１により読み出され、ＣＰＵ４０１により実行される。すなわち、プログラムは、以下に述べる「〜部」としてコンピュータを機能させるものである。あるいは、以下に述べる「〜部」の手順や方法をコンピュータに実行させるものである。

図５は、監視カメラ４００のブロック構成図である。図５に示すように、監視カメラ４００は、証明書発行要求送信部４１０、証明書受信部４２０、鍵・証明書格納部４３０、メッセージ処理部４４０、鍵対生成部４５０、認証情報格納部４６０を備える。

証明書発行要求送信部４１０と証明書受信部４２０とは、それぞれネットワークインタフェース４０５を通じてメッセージをやり取りする。送受信されるメッセージは、メッセージ処理部４４０で処理される。

証明書に設定する鍵は鍵対生成部４５０で生成され、証明書発行要求メッセージには認証情報格納部４６０に格納されている認証情報を用いて正当な機器からの要求であることを示す情報を付加される。鍵対生成部４５０で生成された鍵対の秘密鍵や発行された証明書は鍵・証明書格納部４３０に保存される。

次に、図７を用いて、ビル監視システムにおいて監視カメラ４００に証明書を発行する動作を説明する。システム構成は図１の構成とする。

図１において、初期状態では、証明書発行サーバ２００、ＤＨＣＰサーバ６００の電源は入っており、サービスを提供できる状態になっている。一方、監視カメラ４００ａ〜４００ｄの電源は切れている状態であり、いずれの監視カメラの鍵・証明書格納部４３０にも、まだ鍵も証明書も格納されていない。

まず、Ｓ１０１において、作業者が監視カメラ４００ａの電源を投入する。監視カメラ４００ａは電源が投入（動作電力の供給が開始）されると、動作するために必要な構成部品の初期化を行ない、ファームウェアを起動する。

監視カメラ４００ａのファームウェアが起動すると、Ｓ１０２において、ファームウェアは、ＤＨＣＰサーバ６００に対するＩＰアドレス割り当ての要求メッセージを、ネットワークインタフェース４０５を通じてネットワーク７００にブロードキャストする。Ｓ２０１において、ＤＨＣＰサーバ６００は、監視カメラ４００ａからのメッセージを受信すると、ＩＰアドレスのプールから割り当て可能なＩＰアドレスを検索し、監視カメラ４００ａに検索されたＩＰアドレスを通知する。監視カメラ４００ａは、通知されたＩＰアドレスをネットワークインタフェース４０５に設定し、ＩＰによる通信を行なう場合のソースアドレスとして使用する。

ＩＰアドレスが設定された後、監視カメラ４００ａの鍵対生成部４５０は、不揮発性の記憶装置である鍵・証明書格納部４３０（格納部）に、秘密鍵やこの秘密鍵に対応する公開鍵の証明書であってホスト名が含まれている証明書が格納されているか確認する。どちらかが格納されていない場合、証明書発行サーバ２００に対して証明書の発行（証明書発行要求メッセージ）を要求する。

監視カメラ４００ａの鍵対生成部４５０は、Ｓ１０３において、発行要求する証明書に格納するための鍵対を生成する。鍵対生成部４５０は、鍵対を生成すると、その鍵対の秘密鍵を鍵・証明書格納部４３０に格納する。

Ｓ１０４において、メッセージ処理部４４０（メッセージ生成部）は、ホスト名を含む公開鍵証明書の発行を要求する「証明書発行要求メッセージ」を作成する。メッセージ処理部４４０は、証明書発行要求メッセージに、鍵対生成部４５０により生成された鍵対の「公開鍵」を格納する。なお、証明書発行要求メッセージは、認証情報格納部４６０に格納されている認証情報を使って正当な機器からのメッセージであることを示すようにする。例えば、ＲＳＡ（登録商標）の秘密鍵により証明書発行要求メッセージの署名（認証用データの一例）を行なっておく。

Ｓ１０５において、証明書発行要求送信部４１０が「証明書発行要求メッセージ」を送信する。

証明書発行サーバ２００は、証明書発行要求受付部２１０で「証明書発行要求メッセージ」を受信すると、Ｓ３０１において、メッセージ処理部２５０が、そのメッセージが正当な機器から送信されたものであることを確認する。例えば、ＲＳＡ（登録商標）の秘密鍵によって署名されているならば、メッセージ処理部２５０が、対応する公開鍵を使って検証を行なう。

Ｓ３０２において、証明書生成部２６０が、証明書を生成する。まず、証明書生成部２６０は、ホスト名格納部２４０からホスト名を取得（選択）する。ホスト名格納部２４０は、図８に示すように、証明書に格納するためのホスト名リスト４８１を保持している。証明書生成部２６０は、ホスト名格納部２４０から最初にホスト名を取得するときは、ホスト名リスト４８１の先頭から順にホスト名を選択する。
図８の場合、
すなわち、証明書生成部２６０は、
監視カメラ４００ａ，
監視カメラ４００ｂ，
監視カメラ４００ｃ
の順にそれぞれから「証明書発行要求メッセージ」を受信した場合には、
「ａｂｃ．ｘｙｚ．ｃｏｍ」、
「ｄｅｆ．ｘｙｚ．ｃｏｍ」、
「ｇｈｉ．ｘｙｚ．ｃｏｍ」
の順にホスト名を選択する。
これにより、
監視カメラ４００ａには「ａｂｃ．ｘｙｚ．ｃｏｍ」が付与され、
監視カメラ４００ｂには「ｄｅｆ．ｘｙｚ．ｃｏｍ」が付与され、
監視カメラ４００ｃには「ｇｈｉ．ｘｙｚ．ｃｏｍ」が付与される。
証明書生成部２６０は、ホスト名格納部２４０から取得したホスト名を、証明書のｓｕｂｊｅｃｔ中の「Ｃｏｍｍｏｎ Ｎａｍｅ」（ＣＮ）として設定する。前述のように、最初に証明書発行要求を行なった監視カメラ４００ａに対しては、「ａｂｃ．ｘｙｚ．ｃｏｍ」が設定される。

証明書中の他の要素に関しては、証明書発行サーバ２００において予め規定された固定の情報が証明書生成部２６０により設定される。例えば、証明書生成部２６０は、ｓｕｂｊｅｃｔの他の要素、ＯＵにはビル監視システムを管理している部署名、Ｏにはビル監視システムを設置している会社名を設定する。ｖａｌｉｄｉｔｙとして発行時から発行後１年間とし、ｋｅｙＵｓａｇｅとしてＴＬＳやＳＳＬのサーバ証明書として使用するために必要なビットの設定等である。証明書中の全ての要素が決定すると、秘密鍵格納部２３０に格納されている秘密鍵を用いて署名を行なうと証明書が完成する。

Ｓ３０３において、証明書送信部２２０が、生成された証明書を監視カメラ４００ａに送信する。

Ｓ１０６において、監視カメラ４００ａでは、証明書受信部４２０が証明書を受信し、メッセージ処理部４４０が証明書からｓｕｂｊｅｃｔのＣＮを取り出し、自らのホスト名とする。証明書自身は、メッセージ処理部４４０（証明書格納処理部の一例）により鍵・証明書格納部４３０に格納する。

以上が、１台の監視カメラ４００ａに対する証明書の発行手順である。監視カメラ４００ａは、証明書が発行されると、ホスト名をＤＤＮＳ（Ｄｙｎａｍｉｃ ＤＮＳ）等の名前解決サービスに登録し、監視する映像を送信可能となるようにＷｅｂサーバを起動し、カメラ４０６により撮影を開始することにより通常動作を行なう。鍵・証明書格納部４３０に格納された証明書は、監視カメラ４００ａの電源を切っても消去されない。このため、監視カメラ４００ａは、次に電源を投入されたときには証明書の発行要求は行なわず、名前解決サービスへの登録及び、Ｗｅｂサーバの起動とカメラ４０６による撮影を開始する。

証明書発行サーバ２００は、他の監視カメラ４００ｂ〜４００ｄに対しても同様に、「証明書発行要求メッセージ」を受信すると証明書を発行する。そのとき監視カメラ４００ｂ等に対して割り当てるホスト名は、上記で述べたように、ホスト名リスト４８１において前回割り当てたホスト名の次の行に記述されているホスト名である。
図８のホスト名リストを使用する場合、
「ａｂｃ．ｘｙｚ．ｃｏｍ」
を割り当てた後は、
「ｄｅｆ．ｘｙｚ．ｃｏｍ」、
「ｇｈｉ．ｘｙｚ．ｃｏｍ」
の順にホスト名を割り当てて証明書を発行する。

図９は、部屋の四隅に監視カメラ４００ａ〜４００ｄを設置した場合を示す図である。
それぞれ
北西の角に位置する監視カメラ４００ａに「ｎｏｒｔｈ−ｗｅｓｔ」、
北東の角に位置する監視カメラ４００ｂに「ｎｏｒｔｈ−ｅａｓｔ」、
南東の角に位置する監視カメラ４００ｃに「ｓｏｕｔｈ−ｅａｓｔ」、
南西の角に位置する監視カメラ４００ｄに「ｓｏｕｔｈ−ｗｅｓｔ」、
というホスト名を付けるとする。このとき、設置される監視カメラ４００ａ〜４００ｄは、それぞれ異なるＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを持ち、それぞれの認証情報格納部４６０に格納されている認証情報等も異なる場合があるが、これらの個体による相違点を考慮せずに設置されており、また、どの個体をどの位置に設置したのかも記録されていないものとする。

証明書発行サーバ２００上のホスト名リストには、
「ｎｏｒｔｈ−ｗｅｓｔ」、
「ｎｏｒｔｈ−ｅａｓｔ」、
「ｓｏｕｔｈ−ｅａｓｔ」、
「ｓｏｕｔｈ−ｗｅｓｔ」
の順にホスト名を記述しておく。監視カメラ４００ａ〜４００ｄが設置され、証明書発行サーバ２００にホスト名リストを設定した後、監視カメラ４００を、北西の角から順に時計回りに、北東、南東、南西の順で電源を投入する。すなわち、図９において、
監視カメラ４００ａ→４００ｂ→４００ｃ→４００ｄ
の順で電源を投入する。そうすると、北西の角に設置されている監視カメラ４００から順に証明書発行要求メッセージを証明書発行サーバ２００に送信する。すなわち、電源を投入した順に従って、
監視カメラ４００ａ→４００ｂ→４００ｃ→４００ｄ
の順で、それぞれの監視カメラが、証明書発行要求メッセージを証明書発行サーバ２００に送信する。

その結果、
監視カメラ４００ａには「ｎｏｒｔｈ−ｗｅｓｔ」のホスト名が設定され、
監視カメラ４００ｂには「ｎｏｒｔｈ−ｅａｓｔ」のホスト名が設定され、
監視カメラ４００ｃには「ｓｏｕｔｈ−ｅａｓｔ」のホスト名が設定され、
監視カメラ４００ｄには「ｓｏｕｔｈ−ｗｅｓｔ」のホスト名が設定され、
設置場所に対応したホスト名及び証明書が設定される。これは監視カメラの台数が多くなっても同様である。

なお、監視カメラ４００自身には電源スイッチがなく、例えば、Ｐｏｗｅｒ ｏｎ Ｅｔｈｅｒｎｅｔ（登録商標）（ＰｏＥ）により通信ケーブルから電源が供給されていて通信ケーブルを接続すると監視カメラ４００に電源が投入されるような場合には、設置時には通信ケーブルを接続しないようにしておき、証明書発行時には順番に従って通信ケーブルを監視カメラ４００に接続する。

監視カメラ４００に証明書が発行された後、監視カメラ４００が撮影している映像をユーザが確認する場合を説明する。Ｗｅｂブラウザが動作するクライアント端末に、図６に示すような図面を画面に表示し、画面上に表示されている監視カメラ４００をマウス等で指示することにより、その監視カメラ４００が撮影している映像を確認するインタフェースを構築する場合を説明する。

例えば、クライアント端末の画面上に表示されている監視カメラ４００の位置に、該当する監視カメラ４００のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が記述されているハイパーリンクを設定することにより実現する。監視カメラ４００へアクセスするためのページには、それぞれの監視カメラ４００が設置されている場所に対してハイパーリンクを記述する。例えば、図８に示すホスト名を証明書発行時に使用する場合、最初に電源を投入する監視カメラ４００が設置される場所を示すハイパーリンクに記述するＵＲＬとして「ｈｔｔｐｓ：／／ａｂｃ．ｘｙｚ．ｃｏｍ／」を使用する。他の設置場所についても同様である。

このように設定されたページにおいて、ある場所の監視カメラ４００をマウス等で指示すると、その場所に設定されているハイパーリンクに記述されているＵＲＬのホストに対してＴＬＳやＳＳＬ通信を行なう。

まず、クライアント端末は、ホスト名に対応するＩＰアドレスを取得するために名前解決サービスに問い合わせを行なってＩＰアドレスを取得する。

次に、クライアント端末は、そのＩＰアドレスに対してサーバ認証を行なってＴＬＳやＳＳＬ通信を開始しようとする。マウス等で指示した場所には、ハイパーリンクに記述されているＵＲＬが示すホスト名が設定された監視カメラ４００が設置されており、その監視カメラ４００は電源を投入されたときに名前解決サービスにホスト名とＩＰアドレスを登録しているため、クライアントからのＴＬＳやＳＳＬ通信はこの監視カメラ４００に対して行なわれる。

監視カメラ４００は、クライアント端末からの要求に応じて証明書を提示する。

クライアント端末は、通信を行なっている機器のホスト名と証明書のｓｕｂｊｅｃｔのＣＮに記述されているホスト名の比較を行なう。ホスト名が一致していれば、その他サーバ認証に必要な処理等コネクションを確立するために必要な処理を行ない、ＴＬＳやＳＳＬによるコネクションを確立する。

その後、コネクションを確立する際に決定したＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）等の暗号アルゴリズムを使用してメッセージの暗号化を行なって通信を行なう。

また、例えば、名前解決サービスが国際化に対応している場合、
「北側非常階段２Ｆ踊り場」や「エレベータホール１Ｆ北東」
のような覚えやすいホスト名を付けることによって、ＵＲＬを直接指定してアクセスすることも可能である。もちろん、アルファベットと数字からなるホスト名の監視カメラ４００に対してＵＲＬを直接指定してアクセスしてもかまわない。

実施の形態１の証明書発行サーバ２００は、証明書生成部２６０が公開鍵証明書にホスト名を含めて公開鍵証明書を発行するので、証明書の発行と同時に任意のホスト名をネットワーク機器に容易に設定することができる。

実施の形態１の監視カメラ４００は、証明書発行要求送信部４１０が、証明書発行要求メッセージを証明書発行サーバ２００に送信するので、容易にホスト名を取得することができる。

本実施の形態１により、ＤＨＣＰ等のような設定は必要ないものの動的にアドレスが変化してしまうようなアドレス割り当て方法を使用するネットワーク環境において、小型のネットワーク機器が設置された場所に応じてホスト名が設定され、そのホスト名が格納された証明書を自動的に小型のネットワーク機器に対して発行できるため、設置及び証明書発行のコストが削減される。

また、設置される場所に応じてホスト名が事前に決定しているので、小型のネットワーク機器に簡単にアクセスするためのシステムを事前に構築することができるため、小型のネットワーク機器の設置後運用を開始するまでの期間を短縮することができる。

また、利用者が記憶しやすいホスト名を設定することもできるため、容易に直接ホスト名を入力してアクセスすることができる。

実施の形態２．
実施の形態１では、監視カメラ４００に対して発行される証明書に格納するホスト名の決定は、証明書発行サーバ２００に対して証明書発行要求が行なわれる順番によって制御していた。これに対して、実施の形態２は、監視カメラ４００にＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の地理的座標を測定するための装置を取り付け、証明書発行サーバ２００のホスト名に、図１０に示すようにホスト名に加えて位置情報を設定する。

そして、監視カメラ４００から送信される証明書発行要求メッセージ中に位置情報（装置位置データ）を含ませる。これによって、証明書発行サーバ２００は、証明書発行要求メッセージ中に含まれる位置情報を参照し、証明書発行要求メッセージに含まれる位置情報に最も近い位置情報を持つホスト名を割り当てる。これにより、証明書発行サーバ２００は、ホスト名を決定することができる。

動作の概要は、次の様である。監視カメラ４００の証明書発行要求送信部４１０は、証明書発行要求メッセージに、位置情報（装置位置データ）を含めて送信する。証明書発行サーバ２００の証明書発行要求受付部２１０は、位置情報（装置位置データ）を含む証明書発行要求メッセージを受信する。証明書生成部２６０は、証明書発行要求受付部２１０が受信した証明書発行要求メッセージに含まれる位置情報（装置位置データ）を参照することにより、ホスト名を選択する。

もちろん、監視カメラが取得する位置情報は、ＧＰＳから取得できる緯度経度等の絶対座標ではなく、監視カメラ４００を設置する建物に設置されている複数の無線ＬＡＮのアクセスポイント等からの距離情報等から求められる相対座標でもかまわない。また、測定される位置情報の精度についても異なる監視カメラ４００が識別できる程度の精度があればかまわない。

実施の形態２の証明書発行サーバ２００は、証明書生成部２６０が装置位置データを参照してホスト名を選択するので、ホスト名の割り当てに自由度をもたせることができる。

実施の形態２の監視カメラ４００は、証明書発行要求送信部４１０が、証明書発行要求メッセージに装置位置データを含めて証明書発行サーバ２００に送信するので、自装置の物理的位置に対応したホスト名を容易に取得することができる。

実施の形態３．
実施の形態１では、適切なホスト名が付けられた証明書を発行するためには、順番に監視カメラ４００の電源を投入することが必要であり、同時に電源を投入することはできなかった。しかしながら、種類の異なる機器、例えば、標準レンズが装着された監視カメラＡと、広角レンズが装着された監視カメラＢを設置する場合、図１１に示すように機種ごとに異なるホスト名リストを使用し、監視カメラは証明書発行要求に機種情報（装置種別データ）を含めて送信することにより、異なる機種であれば同時に電源を入れることが可能になる。

動作の概要は、次の様である。監視カメラ４００の証明書発行要求送信部４１０は、証明書発行要求メッセージに、機種情報（装置種別データ）を含めて送信する。証明書発行サーバ２００の証明書発行要求受付部２１０は、機種情報（装置種別データ）を含む証明書発行要求メッセージを受信する。証明書生成部２６０は、証明書発行要求受付部２１０が受信した証明書発行要求メッセージに含まれる機種情報（装置種別データ）を参照することにより、ホスト名を選択する。

証明書発行サーバ２００は、証明書発行要求メッセージに含まれる機種情報に対応する機種別ホスト名リスト４８３ａ，機種別ホスト名リスト４８３ｂのいずれかを使用する。すなわち、証明書発行サーバ２００は、証明書発行要求メッセージに含まれる機種情報が「機種Ａ」を示している場合には機種別ホスト名リスト４８３ａを使用し、「機種Ｂ」を示している場合には機種別ホスト名リスト４８３ｂを使用する。これにより、異なる機種間においては独立に電源を投入しても適切に証明書を発行することが可能になる。

実施の形態３の証明書発行サーバ２００は、証明書生成部２６０が装置種別データを参照してホスト名を選択するので、ホスト名の割り当てに自由度をもたせることができる。

実施の形態３の監視カメラ４００は、証明書発行要求送信部４１０が、証明書発行要求メッセージに装置種別データを含めて証明書発行サーバ２００に送信するので、取得したいホスト名を容易に取得することができる。

実施の形態４．
実施の形態４は、携帯端末を使用する実施形態である。監視カメラ４００に電源を投入する際に、作業者は、証明書発行サーバ２００と通信可能な携帯端末を所持する。

実施の形態１の場合に対して、証明書発行サーバ２００は、ホスト名を選択する際に、ホスト名リストの先頭から順番にホスト名を選択するのではなく、証明書発行サーバ２００は、いったん携帯端末に対してホスト名リストとともに証明書発行要求を受信したことを通知する。

携帯端末は、証明書発行サーバ２００から送信されたホスト名リストを画面に表示する。作業者は、監視カメラ４００に割り当てるべきホスト名を携帯端末の画面から選択し、証明書発行サーバ２００に選択したホスト名を通知する。

証明書発行サーバ２００は、携帯端末からホスト名を受信すると携帯端末により選択されたホスト名を証明書に設定して証明書を発行する。

あるいは、作業者は、監視カメラ４００の電源を投入する前に証明書発行サーバ２００と通信して、ホスト名を指定した後、監視カメラ４００の電源を投入し、証明書発行サーバ２００は証明書発行要求を受信する直前に指定されたホスト名を設定して証明書を発行しても良い。

以上のように、実施の形態４の証明書発行サーバ２００の動作は、次の様である。
（１）通信部２７０が、ホスト名格納部２４０に格納された複数のホスト名を予め設定された携帯端末（通信端末）に送信するとともに、この携帯端末から複数のホスト名のうち所定のホスト名を指定した指定情報を受信する。
（２）証明書発行要求受付部２１０が、ネットワークに接続した監視カメラ４００から、認証用データと監視カメラ４００の公開鍵とを含むとともに前記公開鍵に対する公開鍵証明書の発行を要求する「証明書発行要求メッセージ」を、前記ネットワークを介して受信する。
（３）メッセージ処理部２５０が、証明書発行要求受付部２１０が受信した「証明書発行要求メッセージ」に含まれる認証用データに基づいて、「証明書発行要求メッセージ」を送信した監視カメラ４００が正当かどうかを検証する。
（４）証明書生成部２６０は、メッセージ処理部２５０が検証により監視カメラ４００を正当と認めた場合に、監視カメラ４００の前記公開鍵に対する公開鍵証明書を生成するとともに通信部２７０が受信した指定情報の指定するホスト名をホスト名格納部２４０から選択し、選択したホスト名を公開鍵証明書に含める。
（５）証明書送信部２２０が、証明書生成部２６０が生成した公開鍵証明書を、前記ネットワークを介して監視カメラ４００に送信する。

なお、上記の（１）〜（５）の手順は、携帯端末でホスト名を選択した後に証明書発行要求を行なうものである。この他、（２）→（３）→（１）→（４）→（５）の順序で行なう手順でもよい。この手順は、監視カメラ４００から証明書発行要求を受信した後に、携帯端末にホスト名を選択させるものである。

実施の形態４の証明書発行サーバ２００は、通信部２７０が携帯端末と通信してホスト名の指定情報を受信する。このため、作業者は、設定したいホスト名を確認した上で設定することができる。

実施の形態５．
実施の形態５は、「証明書発行要求メッセージ」にホスト名、あるいはホスト名に対応する情報を含める実施形態である。

（携帯端末側がホスト名を解析）
作業者が携帯端末上でホスト名を選択し、選択されたホスト名を文字、あるいはＱＲコード（登録商標）のような符号化された表現で携帯端末のディスプレイ上に表示し、その表示されたホスト名を監視カメラ４００に撮影させる。次に、監視カメラ４００は、撮影した画像を解析してホスト名を取得し、「ホスト名」（要求ホスト名）を「証明書発行要求メッセージ」に含めて証明書発行サーバ２００に送信する。そして、証明書発行サーバ２００は、証明書発行要求に含まれるホスト名に従って証明書を発行する。このように実施の形態５の証明書発行サーバ２００は、
（１）証明書発行要求受付部２１０が、ネットワークに接続した監視カメラ４００から、監視カメラ４００が取得を要求するホスト名である要求ホスト名と認証用データと監視カメラ４００の公開鍵とを含むとともに前記公開鍵に対する公開鍵証明書の発行を要求する「証明書発行要求メッセージ」を、前記ネットワークを介して受信する。
（２）メッセージ処理部２５０が、証明書発行要求受付部２１０が受信した「証明書発行要求メッセージ」に含まれる認証用データに基づいて、「証明書発行要求メッセージ」を送信した監視カメラが正当かどうかを検証する。
（３）証明書生成部２６０が、メッセージ処理部２５０が検証により監視カメラを正当と認めた場合に、監視カメラの公開鍵に対する公開鍵証明書を生成するとともに証明書発行要求受付部２１０が受信した「証明書発行要求メッセージ」に含まれる要求ホスト名を監視カメラ４００のホスト名として公開鍵証明書に含める。
（４）証明書送信部２２０が、証明書生成部２６０が生成した公開鍵証明書を、前記ネットワークを介して監視カメラに送信する。

（証明書発行サーバ２００が解析）
なお、監視カメラ４００が撮影したホスト名の情報を、監視カメラ４００が解析するのではなく、画像情報（ホスト名対応データの一例）を「証明書発行要求メッセージ」に含めて証明書発行サーバ２００に送信し、証明書発行サーバ２００が解析してホスト名を取得し、その取得されたホスト名を設定して証明書を発行しても良い。このように実施の形態５の証明書発行サーバ２００は、
（１）証明書発行要求受付部２１０が、ネットワークに接続した監視カメラ４００から、監視カメラ４００が取得を要求するホスト名に対応する画像情報（ホスト名対応データ）と認証用データと監視カメラ４００の公開鍵とを含むとともに前記公開鍵に対する公開鍵証明書の発行を要求する「証明書発行要求メッセージ」を、前記ネットワークを介して受信する。
（２）メッセージ処理部２５０が、証明書発行要求受付部２１０が受信した「証明書発行要求メッセージ」に含まれる認証用データに基づいて、「証明書発行要求メッセージ」を送信した監視カメラ４００が正当かどうかを検証する。
（３）証明書生成部２６０が、メッセージ処理部２５０が検証により監視カメラ４００を正当と認めた場合に、監視カメラ４００の公開鍵に対する公開鍵証明書を生成するとともに証明書発行要求受付部２１０が受信した「証明書発行要求メッセージ」に含まれる画像情報（ホスト名対応データ）を解析することにより画像情報（ホスト名対応データ）の示すホスト名を確定し、確定したホスト名を公開鍵証明書に含める。
（４）証明書送信部が、証明書生成部２６０が生成した公開鍵証明書を、前記ネットワークを介して監視カメラ４００に送信する。

また、監視カメラ４００が撮影している壁等にホスト名を識別できる情報を表示しておき、その画像を証明書発行サーバ２００に送信しても良い。

また、監視カメラ４００が撮影している画像を証明書発行サーバ２００に送信し、証明書発行サーバ２００ではその画像の特徴を設置されている建物の図面等から解析して位置を特定しても良い。

また、携帯端末で位置情報を取得し、その位置情報を携帯端末の画面に表示し監視カメラ４００に撮影させ、監視カメラ４００は撮影した位置情報を証明書発行要求に含めて証明書発行サーバ２００に送信し、証明書発行サーバ２００は実施の形態２と同様位置情報を含むホスト名リストを使用してホスト名を決定しても良い。設置場所にＲＦ−ＩＤ等のデバイスを設置しておき、そのＲＦ−ＩＤの情報を携帯端末で読み取り、監視カメラ４００にその情報を撮影させても良い。また、監視カメラ４００にＲＦ−ＩＤリーダを取り付け、直接監視カメラ４００がＲＦ−ＩＤの情報を読み取ってもかまわない。

以上の実施の形態では、ネットワーク機器からの要求に応じて、自装置内部に保存している情報のリストを順番にネットワーク機器に割り当てて証明書を発行する証明書発行装置を説明した。

以上の実施の形態では、複数情報を持ち、ネットワーク機器の種類に応じて割り当てる情報のリストを変更して証明書を発行する証明書発行装置を説明した。

以上の実施の形態では、ネットワーク機器が提示する情報を元に、装置内部に保存している情報のリストからどの情報を使用するか選択する証明書発行装置を説明した。

以上の実施の形態では、証明書を保持していない場合に、証明書発行装置に証明書の発行を要求するネットワーク機器を説明した。

以上の実施の形態では、ネットワーク機器が収集あるいは保持している情報を証明書の発行を要求する際に一緒に送信するネットワーク機器を説明した。

以上の実施の形態では、証明書発行装置が証明書を発行する際に、証明書発行装置と通信し、情報のリストのどの情報を選択するのかを指示する携帯端末を説明した。

実施の形態１におけるビル監視システムの構成図。 実施の形態１における証明書発行サーバ２００のハードウェア構成図。 実施の形態１における証明書発行サーバ２００のブロック図。 実施の形態１における監視カメラ４００のハードウェア構成図。 実施の形態１における監視カメラ４００のブロック図。 実施の形態１における監視カメラ４００の物理的な配置を示す図。 実施の形態１における証明書発行シーケンスを示す図。 実施の形態１におけるホスト名リスト４８１を示す図。 実施の形態１における監視カメラの配置を示す図。 実施の形態２における位置情報付きホスト名リストを示す図。 実施の形態３における機種別ホスト名リストを示す図。

符号の説明

２００ 証明書発行サーバ、２０１ ＣＰＵ、２０２ メモリ、２０３ ＲＯＭ、２０４ 磁気ディスク装置、２０５ ネットワークインタフェース、２０６ バス、２１０ 証明書発行要求受付部、２２０ 証明書送信部、２３０ 秘密鍵格納部、２４０ ホスト名格納部、２５０ メッセージ処理部、２６０ 証明書生成部、４００ａ，４００ｂ，４００ｃ，４００ｄ 監視カメラ、４００ 監視カメラ、４０１ ＣＰＵ、４０２ メモリ、４０３ ＲＯＭ、４０４ フラッシュメモリ、４０５ ネットワークインタフェース、４０７ バス、４１０ 証明書発行要求送信部、４２０ 証明書受信部、４３０ 鍵・証明書格納部、４４０ メッセージ処理部、４５０ 鍵対生成部、４６０ 認証情報格納部、４８１ ホスト名リスト、４８２ 位置情報付きホスト名リスト、４８３ａ，４８３ｂ 機種別ホスト名リスト、６００ ＤＨＣＰサーバ、７００ ネットワーク。

Claims (3)

1. ネットワークに接続する装置の名前を示すホスト名を複数格納するホスト名格納部と、
   前記ネットワークに接続した所定の装置から、認証用データと前記装置の公開鍵とを含むとともに前記公開鍵に対する公開鍵証明書の発行を要求する証明書発行要求メッセージを、前記ネットワークを介して受信する証明書発行要求受付部と、
   前記証明書発行要求受付部が受信した前記証明書発行要求メッセージに含まれる前記認証用データに基づいて、前記証明書発行要求メッセージが正当かどうかを検証するメッセージ処理部と、
   前記メッセージ処理部が検証により前記証明書発行要求メッセージを正当と認めた場合に、前記ホスト名格納部に格納された所定のホスト名を選択し、選択したホスト名を含む前記装置の前記公開鍵に対する前記公開鍵証明書を生成する証明書生成部と、
   前記証明書生成部が生成した前記公開鍵証明書を、前記ネットワークを介して前記装置に送信する証明書送信部と
   を備え、
   前記証明書発行要求受付部は、
   前記証明書生成部がホスト名の選択をする場合に参照する参照データを含む前記証明書発行要求メッセージを受信し、
   前記証明書生成部は、
   前記証明書発行要求受付部が受信した前記証明書発行要求メッセージに含まれる前記参照データを参照することにより、前記ホスト名を選択し、
   前記証明書発行要求受付部は、
   前記参照データとして前記装置が存在する位置を示す装置位置データを含む前記証明書発行要求メッセージと、前記参照データとして前記装置の種別を示す装置種別データを含む前記証明書発行要求メッセージとのいずれかを受信することを特徴とする公開鍵証明書発行装置。
2. ネットワークに接続する装置の名前を示すホスト名を複数格納するホスト名格納部と、
   前記ホスト名格納部に格納された複数のホスト名を予め設定された通信端末に送信するとともに、前記通信端末から複数のホスト名のうち所定のホスト名を指定した指定情報を受信する通信部と、
   前記ネットワークに接続した所定の装置から、認証用データと前記装置の公開鍵とを含むとともに前記公開鍵に対する公開鍵証明書の発行を要求する証明書発行要求メッセージを、前記ネットワークを介して受信する証明書発行要求受付部と、
   前記証明書発行要求受付部が受信した証明書発行要求メッセージに含まれる認証用データに基づいて、前記証明書発行要求メッセージが正当かどうかを検証するメッセージ処理部と、
   メッセージ処理部が検証により前記証明書発行要求メッセージを正当と認めた場合に、前記通信部が受信した前記指定情報の指定するホスト名を前記ホスト名格納部から選択し、選択した前記ホスト名を含む前記装置の前記公開鍵に対する前記公開鍵証明書を生成する証明書生成部と、
   前記証明書生成部が生成した前記公開鍵証明書を、前記ネットワークを介して前記装置に送信する証明書送信部と
   を備えたことを特徴とする公開鍵証明書発行装置。
3. 公開鍵証明書を発行する公開鍵証明書発行装置に、認証用データと自装置の公開鍵とを含むとともに前記公開鍵に対する公開鍵証明書の発行を要求する証明書発行要求メッセージを、ネットワークを介して送信する証明書発行要求送信部と、
   前記公開鍵証明書発行装置が前記証明書発行要求メッセージに含まれる前記認証用データに基づいて前記証明書発行要求メッセージを正当と認めた結果、前記証明書発行要求メッセージへの応答として前記公開鍵証明書発行装置の備えるホスト名格納部であって、ネットワークに接続する装置の名前を示すホスト名を複数格納するホスト名格納部から所定のホスト名を選択し、選択された前記所定のホスト名を含む前記公開鍵証明書を送信した場合に、前記公開鍵証明書を前記ネットワークを介して受信する証明書受信部と
   を備え、
   前記公開鍵証明書発行装置は、
   前記証明書発行要求メッセージに前記所定のホスト名を選択するときに参照するべき参照データが含まれている場合には、前記参照データを参照して前記ホスト名を前記ホスト名格納部から選択し、
   前記証明書発行要求送信部は、
   前記証明書発行要求メッセージに、前記参照データを含めて送信し、
   前記参照データは、
   自装置が存在する位置を示す装置位置データと、自装置の種別を示す装置種別データとのいずれかであることを特徴とする証明書要求装置。

Images