JP2020028023A - 通信装置、通信装置、通信装置の制御方法、およびプログラム - Google Patents

Abstract

【課題】ＳＳＬサーバ証明書を用いた暗号化通信の安全性をより高める技術を提供する。【解決手段】共通鍵を用いてサーバ装置と暗号通信を行うことが可能なデジタルカメラは、サーバ装置から、公開鍵とサーバ装置の識別情報とが含まれるＳＳＬサーバ証明書を取得し（Ｓ４０１）、ＳＳＬサーバ証明書に含まれるサーバ装置の識別情報（コモンネーム）に基づいて、ＳＳＬサーバ証明書の正当性を検証する（Ｓ４０２〜Ｓ４０４）。その結果、ＳＳＬサーバ証明書が正当性を有すると認められた場合に（Ｓ４０５）、暗号通信を行うために、ＳＳＬサーバ証明書に含まれる公開鍵によって暗号化された共通鍵をサーバ装置に送信する。【選択図】図４

Description

本発明は、通信装置、通信装置の制御方法、プログラムに関する。

近年、デジタルカメラ、プリンタ、携帯電話・スマートフォンなどの電子機器を無線ＬＡＮに接続して使用するケースが増えている。また、このような電子機器が、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルを用いてクライアントとして動作し、サーバにアクセスする技術が知られている。例えば、クライアントとして動作する電子機器は、サーバに対して、所望のデータをアップロードまたはダウンロードすることができる。

クライアントからサーバへのアクセスの安全性を高めるために、サーバ証明書を用いる認証技術を適用した暗号化通信が知られている。例えば、ＳＳＬ暗号化通信では、まずクライアントはサーバへのアクセス処理を開始すると、サーバよりＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）サーバ証明書を取得する。このＳＳＬサーバ証明書には、証明書の有効期限、サーバのコモンネーム、公開鍵等を含んで構成されている。ここで、コモンネームとは、サーバにアクセスするための情報（サーバを識別するための識別情報）であり、例えば、サーバのＵＲＬであるＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）やＩＰアドレスなどで記載される。ＳＳＬサーバ証明書を取得したクライアントは、ＳＳＬサーバ証明書に対して自身が持つＣＡ（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）証明書等を用いて当該証明書の正当性を検証する。正当性が確認されれば、クライアントは、ＳＳＬサーバ証明書に含まれる公開鍵を用いて共通鍵を暗号化し、暗号化した共通鍵をサーバに送付する。サーバは、受信した共通鍵を秘密鍵で復号し、クライアントの共通鍵を取得する。以後、クライアントとサーバは共有している共通鍵で通信データを暗号化することが可能となる。

上記以外にも、クライアントからサーバへのアクセスの安全性を高めるための技術が存在する。特許文献１には、クライアントとサーバの間に設けられた中継機が、クライアントとクライアント証明書の整合性を確認したうえで、クライアントのサーバ接続を許容する技術が開示されている。また、特許文献２には、クライアントとサーバそれぞれのＩＰアドレスのサブネットアドレスを比較し、比較結果に応じて暗号化を施した転送処理を実施する技術が開示されている。

特開２０１４−１７４５６０号公報 特開２０１４−０１３９６０号公報

上述したように、ＳＳＬサーバ証明書にはコモンネームが含まれ、その記載方法としては、例えばＦＱＤＮとＩＰアドレスがある。ＦＱＤＮで記載する場合は、ＦＱＤＮからＩＰアドレスを得る作業を担うＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバが必須となる。一方、ＩＰアドレスで記載する場合、ＤＮＳサーバは不要である。このように、ＳＳＬサーバ証明書のコモンネームをＦＱＤＮで記載する場合、ＤＮＳサーバが必要となるが、悪意のある第三者によるなりすましを狙ったサーバのネットワーク内への設置を抑止することができる。一方、コモンネームをＩＰアドレスで記載する場合、ＤＮＳサーバが不要となるため、悪意のある者が、なりすましを狙ったサーバを設置することが容易になり得るという課題が発生する。

本発明は、上記課題に鑑みてなされたものであり、暗号化通信の安全性をより高めることを目的とする。

上記目的を達成するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、共通鍵を用いて他の通信装置と暗号通信を行うことが可能な通信装置であって、前記他の通信装置から、公開鍵と前記他の通信装置の識別情報とが含まれる証明書を取得する取得手段と、前記証明書に含まれる前記他の通信装置の識別情報に基づいて、前記証明書の正当性を検証する検証手段と、前記検証手段により前記証明書が正当性を有すると認められた場合に、前記暗号通信を行うために、前記公開鍵によって暗号化された前記共通鍵を前記他の通信装置に送信する送信手段と、を有する。

本発明によれば、暗号化通信の安全性をより高めることが可能となる。

概略的なシステム構成を示す。 デジタルカメラ１０２のハードウェア構成の一例を表すブロック図である。 第一の実施形態におけるデジタルカメラ１０２の機能構成の一例を表すブロック図である。 第一の実施形態におけるデジタルカメラ１０２によるサーバ接続処理のフローチャートである。 第一の実施形態におけるデジタルカメラ１０２と第１サーバ１０３の処理シーケンス図である。 第二の実施形態におけるデジタルカメラ１０２の機能構成の一例を表すブロック図である。 第二の実施形態におけるデジタルカメラ１０２によるサーバ接続処理のフローチャートである。 第二の実施形態におけるデジタルカメラ１０２と第１サーバ１０３の処理シーケンス図である。 ＳＳＬサーバ証明書の一例を示す図である。 ＳＳＬサーバ証明書に含まれるコモンネームの記載種別を示す。 ＩＰアドレスのプライベートアドレスを説明する図である。

［第一の実施形態］
以下、本実施形態に係る通信装置について、図面を参照しながら詳細に説明する。以下では、ＩＥＥＥ８０２．１１規格に代表される無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムを用いた例について説明するが、通信形態は必ずしも無線ＬＡＮには限らない。例えば、有線ＬＡＮ、６ＬｏｗＰａｎ、ＩＰｏｖｅｒＵＳＢなどのＩＰネットワークを用いた通信や、有線および無線を複合したネットワークシステムが利用されてもよい。また、本発明の技術範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。

（システム構成）
図１は、本実施形態における概略的なシステム構成を示す。第１サーバ１０３、第２サーバ１０５、および第３サーバ１０７は、サーバ装置である。デジタルカメラ１０２と第１サーバ１０３は、アクセスポイント１０４によって構成される無線ネットワーク１０１に参加している。第２サーバ１０５と第３サーバ１０７は、インターネット１０６を介してアクセスポイント１０４に接続することができる。本実施形態では、第１サーバ１０３と第２サーバ１０５が、データのアップロード処理を実現するためのサービスを提供することができるものとする。

デジタルカメラ１０２は、無線ネットワーク１０１に接続されている機器と無線通信が可能な状態にある。第１サーバ１０３も無線ネットワーク１０１に無線接続されており、デジタルカメラ１０２と同様に、無線ネットワーク１０１に接続されている機器と無線通信が可能な状態にある。例えば、デジタルカメラ１０２は、撮像して得られた画像データを第１サーバ１０３へアップロードすることなどが可能である。第２サーバ１０５と第３サーバ１０７は、無線ネットワーク１０１に参加していない。従って、無線ネットワーク１０１内の機器が第２サーバ１０５や第３サーバ１０７にアクセスするためには、インターネット１０６を介した接続処理が必要となる。なお、図１は、無線ＬＡＮを用いたシステム構成としているが、前述したように、有線ＬＡＮ、または有線ＬＡＮと無線ＬＡＮの複合により構成されるシステムであってもよい。

（デジタルカメラ１０２の構成）
図２は、本実施形態におけるデジタルカメラ１０２のハードウェア構成の一例を表すブロック図である。制御部２０１は、記憶部２０２に記憶される制御プログラムを実行することによりデジタルカメラ１０２全体を制御する。制御部２０１は、一つ又は複数のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって構成される。記憶部２０２は、制御部２０１が実行する制御プログラムや、通信パラメータ、秘密鍵等の各種情報を記憶する。後述する各種動作は、記憶部２０２に記憶された制御プログラムを制御部２０１が実行することにより行われうる。無線通信部２０３は、無線ＬＡＮアンテナ２０４の制御機能を備え、パケットの送受信、無線ネットワークの生成および接続等を制御する。表示部２０５は、視覚情報を出力する機能を備える。例えば、表示部２０５は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）やＬＥＤ（Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）のように視覚で認知可能な情報の出力が可能な機能を有する。入力部２０６は、ユーザがデジタルカメラ１０２を操作するために、各種入力等を受け付ける。撮像部２０７は、撮像処理を行い、画像データを生成する。なお、図示しないが、デジタルカメラ１０２は、音情報を出力する出力部（スピーカなど）を備えてもよい。

図３は、本実施形態におけるデジタルカメラ１０２の機能構成の一例を表すブロック図である。受信パケット処理部３０１は、対向装置より無線通信部２０３を介して受信したパケットに対して、受信処理を実施する。送信パケット処理部３０３は、送信対象のデータに対して送信処理を実施し、処理後のパケットを対向装置に送信するために無線通信部２０３に渡す。受信パケット処理部３０１による受信処理と送信パケット処理部３０３による送信処理は、無線ＬＡＮ規格、ＴＣＰ／ＩＰ、ＨＴＴＰ等の各プロトコル規約に則って行われうる。データ記憶処理部３０５は、ソフトウェアそのものおよび、通信データの暗号化に必要な暗号鍵や、ＩＰアドレスなどの情報を記憶部２０２に記憶させる。証明書検証部３０２は、対向装置により受信パケット処理部３０１を介して取得したＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）サーバ証明書の正当性を検証する。ＳＳＬ接続処理部３０４は、送信パケット処理部３０３を介して、対向装置にＳＳＬサーバ証明書の要求を送信する。また、ＳＳＬ接続処理部３０４は、証明書検証部３０２による検証の結果に応じて、ＳＳＬ暗号化通信のための接続（ＳＳＬ接続）を制御し、ＳＳＬ暗号化通信を確立する。暗号化処理部３０６は、ＳＳＬ接続処理部３０４により確立されたＳＳＬ暗号化通信において、対向装置との通信データを暗号化及び復号化する。無線制御部３０７は、無線通信部２０３を制御し、所望の無線ネットワークへの接続、切断を制御する。

なお、図３に示す全ての機能ブロックは、ソフトウェアもしくはハードウェア的に相互関係を有するものである。また、上記機能ブロックは一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能を行うブロックに分かれてもよい。

（処理の流れ）
続いて、本実施形態におけるデジタルカメラ１０２からサーバ装置への接続処理について説明する。図４は、本実施形態におけるデジタルカメラ１０２によるサーバ装置との接続処理のフローチャートである。図４に示すフローチャートは、デジタルカメラ１０２の制御部２０１が記憶部２０２に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現されうる。

本フローチャートによる処理に先立ち、以下の処理が行われているものとする。まず、デジタルカメラ１０２は、アップロード対象の画像データを選択する。ここで、アップロード対象の画像データは、ユーザによる入力部２０６を介した操作により選択されてもよいし、所定の条件に従って、デジタルカメラ１０２が自主的に選択してもよい。次に、デジタルカメラ１０２は、アップロード先のサーバ装置を選択する。なお、アップロード対象の画像データの選択と、アップロード先のサーバ装置の選択との処理順序は逆であってもよい。アップロード先のサーバ装置は、予めデータ記憶処理部３０５により記憶部２０２に記憶された情報を利用してデジタルカメラ１０２が自主的に選択してもよいし、ユーザによる入力部２０６介した操作により選択されてもよい。ユーザによる選択は、例えば、表示部２０５に表示された、サーバを識別するための情報から、ユーザが入力部２０６を介して１以上のサーバを選択（特定）してもよい。当該情報としては、例えば、サーバのＵＲＬなどが考えられる。アップロード対象の画像データの選択およびアップロード先のサーバ装置の選択後、必要に応じてユーザによる入力部２０６を介した操作に応答して、デジタルカメラ１０２は選択されたサーバ装置への接続処理を開始する。具体的には、デジタルカメラ１０２のＳＳＬ接続処理部３０４が、送信パケット処理部３０３を介して、選択されたサーバ装置に対して、ＳＳＬサーバ証明書の要求を送信し、ＳＳＬ接続処理を開始する。

このような処理の後、受信パケット処理部３０１は、ＳＳＬサーバ証明書の要求の応答として、ＳＳＬサーバ証明書を受信したかを判定する（Ｓ４０１）。ＳＳＬサーバ証明書が受信された場合（Ｓ４０１でＹｅｓ）、証明書検証部３０２は、ＳＳＬサーバ証明書の正当性を検証する。図９に、ＳＳＬサーバ証明書の一例を示す。図９に示すように、ＳＳＬサーバ証明書は、有効期間の開始９０１、有効期間の終了９０２、コモンネーム９０３、公開鍵９０４を含んで構成される。図９に示すＳＳＬサーバ証明書では、有効期間の開始９０１は、“２０１７年１１月２２日”であり、有効期間の終了９０２は、“２０２０年１１月２２日”であり、コモンネーム９０３は、“www.xxx.co.jp”であり、公開鍵９０４は所定の暗号情報を含む。図９におけるコモンネーム９０３は、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）で記載されているが、他の手法によっても記載されうる。

図１０に、本実施形態における第１サーバ１０３、第２サーバ１０５、および第３サーバ１０７からのＳＳＬサーバ証明書に含まれるコモンネームの記載種別を示す。図１０に示すように、第１サーバ１０３、第２サーバ１０５、第３サーバ１０７からのＳＳＬサーバ証明書に含まれるコモンネームはそれぞれ、プライベートＩＰアドレス、ＦＱＤＮ、グローバルＩＰアドレスで記載されている。本実施形態では、証明書検証部３０２は、ＳＳＬサーバ証明書の正当性を検証するために、ＳＳＬサーバ証明書における少なくともコモンネームを用いる。なお、証明書検証部３０２は、コモンネームに加えて、他の情報（例えば図９における有効期間の終了９０２の情報）から、ＳＳＬサーバ証明書の正当性を検証してもよい。

コモンネームがＦＱＤＮで記載されている場合（Ｓ４０２でＹｅｓ）、証明書検証部３０２は、受信したＳＳＬサーバ証明書が正当性を有すると判断し、ＳＳＬ接続処理部３０４はサーバ装置への接続処理を継続する（Ｓ４０５）。図１０に示すように、第２サーバ１０５からのＳＳＬサーバ証明書に含まれるコモンネームはＦＱＤＮで記載されているので、ＳＳＬ接続処理部３０４は第２サーバ１０５に対しては接続処理を継続することができる。

コモンネームがＩＰアドレスで記載されている場合は（Ｓ４０３でＹｅｓ）、証明書検証部３０２は、更にＩＰアドレスの属性を検証し、ＩＰアドレスがプライベートＩＰアドレスであるか否かを判断する（Ｓ４０４）。具体的には、証明書検証部３０２は、ＩＰアドレスがプライベートアドレス領域内に存在するアドレスかの判断を行う。図１１に、ＩＰアドレスのプライベートアドレス領域を示す。このプライベートアドレス領域は、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）１９１８で規定されたものである。ＩＰアドレスが図１１に示すプライベートアドレス領域内に存在する場合、ＩＰアドレスはプライベートＩＰアドレスであると判断される。なお、Ｓ４０４の処理において、証明書検証部３０２は、ＩＰアドレスがプライベートアドレスか否かを判断することに代えて、特定ドメイン内（たとえば社内ドメインなど）のアドレスか否かを判断してもよい。この場合、ＩＰアドレスが特定ドメイン内のアドレスである場合に、サーバ装置への接続処理を継続しうる。

コモンネームがＩＰアドレスで記載され、当該ＩＰアドレスがプライベートアドレスの場合（Ｓ４０４でＹｅｓ）、サーバ装置は、ローカルネットワーク内、つまり無線ネットワーク１０１内にあるサーバ装置であると特定できる。よって、証明書検証部３０２は、サーバ装置は、ローカルネットワーク内でアクセス管理がなされたサーバ装置であると判断し、ＳＳＬ接続処理部３０４は当該サーバへの接続処理を継続する（Ｓ４０５）。図１０に示すように、第１サーバ１０３からのＳＳＬサーバ証明書に含まれるコモンネームは、図１１に示すプライベートアドレス領域内のＩＰアドレスで記載されている。よって、ＳＳＬ接続処理部３０４は、第１サーバ１０３に対してはＳＳＬ接続処理を継続することができる。

一方、第３サーバ１０７からのＳＳＬサーバ証明書に含まれるコモンネームは、図１１に示すプライベートアドレス領域外のＩＰアドレス、つまりグローバルアドレス領域のＩＰアドレスで記載されている。よって、サーバへのアクセス管理方法が不明瞭であるため、ＳＳＬ接続処理部３０４は第３サーバ１０７に対するＳＳＬ接続処理を中止する（Ｓ４０６）。なお、コモンネームの記載がＦＱＤＮでもＩＰアドレスでもない場合も（Ｓ４０３でＮｏ）、サーバ接続処理は中止とする（Ｓ４０６）。

このような処理により、デジタルカメラ１０２は、ＳＳＬ接続可能なサーバであって、アップロードのためのサービスを提供する第１サーバ１０３や第２サーバ１０５に、アップロード対象の画像データをセキュアにアップロードすることができる。

続いて、デジタルカメラ１０２と第１サーバ１０３との処理の流れについて説明する。図５は、本実施形態におけるデジタルカメラ１０２と第１サーバ１０３の処理シーケンス図である。デジタルカメラ１０２は、アップロード先のサーバ装置として第１サーバ１０３を選択する操作がなされると、デジタルカメラ１０２のＳＳＬ接続処理部３０４は、第１サーバ１０３に対してＳＳＬ接続要求を開始する（Ｓ５０１）。当該要求を受けた第１サーバ１０３は、自身の正当性を証明するＳＳＬサーバ証明書をデジタルカメラ１０２へ送信する。（Ｓ５０２）。デジタルカメラ１０２の証明書検証部３０２は、受信したＳＳＬサーバ証明書の正当性を、図４に示した処理に従って確認する（Ｓ５０３）。図１０に示すように、第１サーバ１０３からのＳＳＬサーバ証明書に含まれるコモンネームはプライベートアドレス領域内のＩＰアドレスで記載されているため、デジタルカメラ１０２のＳＳＬ接続処理部３０４は、第１サーバ１０３に対してはＳＳＬ接続処理を継続することを決定する。続いて、デジタルカメラ１０２のＳＳＬ接続処理部３０４は、第１サーバ１０３との暗号通信を実現するための共通鍵を、ＳＳＬサーバ証明書に記載されている公開鍵を用いて暗号化（公開鍵により暗号化）し、暗号化された共通鍵を第１サーバ１０３に送信する（Ｓ５０４）。以後、デジタルカメラ１０２は上述した方法で共有した共通鍵を用いて、第１サーバ１０３との暗号通信が可能となる（Ｓ５０５）。

なお、上記の説明では、証明書検証部３０２は、ＳＳＬサーバ証明書のコモンネームがＩＰアドレスで記載されている場合は、ＩＰアドレスがプライベートＩＰアドレスであるかどうかに基づいて、サーバ装置へのＳＳＬ接続処理実施可否を判断した。変形例として、以下の方法が考えられる。例えば、デジタルカメラ１０２に第１サーバ１０３のＩＰアドレスを予め登録しておく方法がある。デジタルカメラ１０２のユーザは、無線ネットワーク１０１のネットワーク管理者等から第１サーバ１０３のＩＰアドレス情報を、例えば入力部２０６を介した入力により、取得する。次に、デジタルカメラ１０２は、取得したＩＰアドレス情報を自機器に登録（設定）し、更に記憶部２０２に記憶させる。その後、デジタルカメラ１０２の証明書検証部３０２は、登録したＩＰアドレス情報と、第１サーバ１０３から受信するサーバＳＳＬ証明書に含まれるコモンネームに記載されるＩＰアドレス情報を比較する。当該アドレスの比較結果によって、サーバ装置へのＳＳＬ接続処理実施可否を判断することができる。すなわち、証明書検証部３０２は、両者が合致する場合に、サーバＳＳＬ証明書が正当性を有すると判断し、ＳＳＬ接続処理部３０４は、ＳＳＬ接続処理を継続することができる。

また、デジタルカメラ１０２に割り当てられたＩＰアドレスと、予め登録されるサブネットマスク（ネットワークアドレスを識別することができる数値）を使用する方法もある。デジタルカメラ１０２の証明書検証部３０２は、デジタルカメラ１０２のＩＰアドレスと、サブネットマスクから、ＳＳＬ接続処理を実施可能なサーバ装置のＩＰアドレス領域を算出する。例えば、デジタルカメラ１０２の記憶部２０２に、あらかじめサブネットマスクとして「／２４（２５５．２５５．２５５．０）」が登録されているものとする。また、デジタルカメラ１０２には、ＩＰアドレスとして「１９２．１６８．１．１００」が割り当てられているとする。この場合、証明書検証部３０２は、割り当てられているＩＰアドレスと登録されているサブネットマスクのデータを用いて、「１９２．１６８．１．１」から「１９２．１６８．１．２５５」までを有効範囲と導出することができる。証明書検証部３０２は、この導出されたＩＰアドレスの有効範囲内に、サーバ装置から受信したＳＳＬサーバ証明書内のコモンネームに記載されるＩＰアドレスがあるかどうかを確認する。上記アドレスの確認結果によって、サーバ装置へのＳＳＬ接続処理実施可否を判断することができる。すなわち、証明書検証部３０２は、当該有効範囲内に、コモンネームに記載されるＩＰアドレスが存在する場合に、サーバＳＳＬ証明書が正当性を有すると判断し、ＳＳＬ接続処理部３０４は、ＳＳＬ接続処理を継続することができる。

また、本実施形態では、ＩＰｖ４アドレスとＨＴＴＰを用いて説明したが、これに限らず、ＩＰｖ６アドレスやＳＳＬ／ＴＬＳを用いた他のプロトコルであっても適用することができる。

以上のように本実施形態によれば、デジタルカメラ１０２はサーバ装置の発行するＳＳＬサーバ証明書のコモンネームの記載内容に応じて、ＳＳＬ接続すべきサーバ装置か否かを判断することができる。従って、運用者が明確でないサーバ装置への接続処理を防ぐことができ、デジタルカメラユーザは安心して、撮像により得られた画像データをサーバ装置にアップロードすることが可能となる。

［第二の実施形態］
第二の実施形態では、デジタルカメラ１０２の証明書検証部３０２が、ＳＳＬサーバ証明書に含まれるコモンネームの記載種別によって、サーバ装置とのＳＳＬ接続実施可否を判断した。本実施形態では、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）、ｍＤＮＳ（Ｍｕｌｔｉｃａｓｔ ＤＮＳ）のようなサーバ装置等が提供するサービスを検出するプロトコルを適用した例を説明する。以下、第一の実施形態と異なる点について説明する。

（システム構成およびデジタルカメラ１０２の構成）
本実施形態のシステム構成は、第一の実施形態において説明した図１と同様のため、説明を省略する。また、本実施形態におけるデジタルカメラ１０２のハードウェア構成も、第一の実施形態において説明した図２と同様のため。説明を省略する。

図６は、本実施形態におけるデジタルカメラ１０２の機能構成の一例を表すブロック図である。第一の実施形態において説明した図３と比較して、サービス検索処理部６０１が異なる。他の構成については、図３と同様であるため、説明を省略する。サービス検索処理部６０１は、上述したＳＳＤＰ、ｍＤＮＳ等を用いて、ネットワーク内で提供されているサービスを検出するプロトコルを制御する。具体的には、サービス検索処理部６０１は、ＳＳＤＰ、ｍＤＮＳといったプロトコルを利用して、所望のサービスを提供する装置を検出するためのサービス検出要求を送信し、当該要求の応答として、サービス検出応答を受信するための制御を行うことができる。

（処理の流れ）
続いて、本実施形態におけるデジタルカメラ１０２からサーバ装置へのアクセス処理について説明する。図７は、本実施形態におけるデジタルカメラ１０２によるサーバ装置との接続処理のフローチャートである。図７に示すフローチャートは、デジタルカメラ１０２の制御部２０１が記憶部２０２に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現されうる。図７のＳ７０１〜Ｓ７０４までの処理は、第一の実施形態において説明した図４のＳ４０１〜Ｓ４０４までの処理と同様であるため、説明を省略する。

図７において、受信したＳＳＬサーバ証明書に含まれるコモンネームがプライベートＩＰアドレスの場合（Ｓ７０４でＹｅｓ）、サーバ装置は、ローカルネットワーク内、つまり無線ネットワーク１０１内にあるサーバ装置と特定できる。ここで更に、サービス検索処理部６０１は、ネットワーク内にデジタルカメラ１０２が利用したいサービスを提供する装置を検出するために、送信パケット処理部３０３を介して、サービス検出要求を送信する（Ｓ７０５）。本実施形態では、デジタルカメラ１０２が利用するサービスは、画像データのアップロードサービスである。サービス検索処理部６０１が、受信パケット処理部３０１を介して、送信したサービス検出要求に対するサービス検出応答を一定期間中に受信できなかった場合は（Ｓ７０６でＮｏ）、処理はＳ７０９へ進む。すなわち、デジタルカメラ１０２は、所望のサービスの提供を受けることができないため、サーバ接続処理は中止とする（Ｓ７０９）。

一方、サービス検索処理部６０１が、受信パケット処理部３０１を介して、送信したサービス検出要求に対するサービス検出応答を受信できた場合（Ｓ７０６でＹｅｓ）、処理はＳ７０７へ進む。Ｓ７０７では、証明書検証部３０２は、受信したサービス検出応答の送信元アドレス情報より第１サーバ１０３のＩＰアドレスを検出する。続いて、証明書検証部３０２は、検出したＩＰアドレスと、先に受信したＳＳＬサーバ証明書のコモンネームに記載されているＩＰアドレスとを比較する。比較の結果、両者が同じＩＰアドレスであることが確認できれば（Ｓ７０７でＹｅｓ）、ＳＳＬ接続処理部３０４は、当該サーバが所望のサービスを提供しているサーバ装置であることを特定し、サーバ接続処理を継続する（Ｓ７０８）。すなわち、デジタルカメラ１０２は、第１サーバ１０３が、ローカルネットワーク内でアクセス管理がなされ、画像データのアップロードサービスを提供するサーバ装置と判断し、サーバ装置への接続処理を継続する。一方、２つのＩＰアドレスが異なることが確認できた場合（Ｓ７０７でＮｏ）、ＳＳＬ接続処理部３０４は、サーバ接続処理を中止する（Ｓ７０９）。

このような処理により、デジタルカメラ１０２は、アップロード対象の画像データを、ＳＳＬ接続可能なサーバ装置であって、アップロードのためのサービスを提供することが確認できた第１サーバ１０３や第２サーバ１０５にアップロードすることができる。

続いて、デジタルカメラ１０２と第１サーバ１０３との処理の流れについて説明する。図８は、本実施形態におけるデジタルカメラ１０２と第１サーバ１０３の処理シーケンス図である。デジタルカメラ１０２は、アップロード先のサーバとして第１サーバ１０３を選択する操作がなされると、デジタルカメラ１０２のＳＳＬ接続処理部３０４は、第１サーバ１０３に対してＳＳＬ接続要求を開始する（Ｓ８０１）。当該要求を受けた第１サーバ１０３は、自身の正当性を証明するＳＳＬサーバ証明書をデジタルカメラ１０２へ送信する。（Ｓ８０２）。デジタルカメラ１０２の証明書検証部３０２は、受信したＳＳＬサーバ証明書の正当性を、図４に示した処理に従って確認する（Ｓ８０３）。図１０に示すように、第１サーバ１０３からのＳＳＬサーバ証明書に含まれるコモンネームはプライベートアドレス領域内のＩＰアドレスで記載されている。よって、デジタルカメラ１０２のサービス検索処理部６０１は、第１サーバ１０３に対してサービス検出要求を送信する（Ｓ８０４）。

サービス検出要求を受信した第１サーバ１０３は、上述したように、アップロードサービスを提供することができるため、サービス検出応答をデジタルカメラ１０２に送信することで、サービス提供状態であることを示す（Ｓ８０５）。サービス検出応答を受信したデジタルカメラ１０２のサービス検索処理部６０１は、当該応答の送信元アドレス情報より第１サーバ１０３のＩＰアドレスを検出する（Ｓ８０６）。さらにサービス検索処理部６０１は、検出したＩＰアドレスを、証明書検証部３０２に通知する。証明書検証部３０２は、検出したＩＰアドレスの確認を行う（Ｓ８０６）。具体的には、証明書検証部３０２は、検出したＩＰアドレスと、Ｓ８０２で受信したＳＳＬサーバ証明書のコモンネームに記載されているＩＰアドレスとを比較する。比較の結果、両者が同じＩＰアドレスであることが確認できると、ＳＳＬ接続処理部３０４は、第１サーバ１０３に対してはＳＳＬ接続処理を継続することを決定する。続いて、デジタルカメラ１０２のＳＳＬ接続処理部３０４は、第１サーバ１０３との暗号通信を実現するための共通鍵を、ＳＳＬサーバ証明書に記載されている公開鍵を用いて暗号化し、暗号化された共通鍵を第１サーバ１０３に送信する（Ｓ８０７）。以後、デジタルカメラ１０２は上述した方法で共有した共通鍵を用いて、第１サーバ１０３との暗号通信が可能となる（Ｓ８０８）。

以上のように本実施形態によれば、デジタルカメラ１０２はサーバ装置の発行するＳＳＬサーバ証明書のコモンネームの記載内容に応じて、ＳＳＬ接続すべきサーバ装置か否かを判断することができる。更には、デジタルカメラ１０２は、サービスを検出するプロトコルを適用することで、ＳＳＬサーバ証明書の正当性と所望のサービスを提供するサーバを特定することができる。従って、運用者が明確でないサーバ装置への接続処理を防ぐことができ、デジタルカメラユーザは安心して、撮像により得られた画像データをサーバ装置にアップロードすることが可能となる。

［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ 無線ネットワーク、１０２ デジタルカメラ、１０３ 第１サーバ、１０４ アクセスポイント、１０５ 第２サーバ、１０６ インターネット、１０７ 第３サーバ

Claims (11)

1. 共通鍵を用いて他の通信装置と暗号通信を行うことが可能な通信装置であって、
   前記他の通信装置から、公開鍵と前記他の通信装置の識別情報とが含まれる証明書を取得する取得手段と、
   前記証明書に含まれる前記他の通信装置の識別情報に基づいて、前記証明書の正当性を検証する検証手段と、
   前記検証手段により前記証明書が正当性を有すると認められた場合に、前記暗号通信を行うために、前記公開鍵によって暗号化された前記共通鍵を前記他の通信装置に送信する送信手段と、
   を有することを特徴とする通信装置。
2. 前記検証手段は、前記証明書に含まれる前記他の通信装置の識別情報が、所定のアドレス領域に含まれるＩＰアドレスである場合、前記証明書が正当性を有すると認めることを特徴とする請求項１に記載の通信装置。
3. 前記所定のアドレス領域は、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）１９１８で規定される領域であることを特徴とする請求項２に記載の通信装置。
4. 前記検証手段は、前記証明書に含まれる前記他の通信装置の識別情報が、前記通信装置に予め登録された前記他の通信装置のＩＰアドレスである場合、前記証明書が正当性を有すると認めることを特徴とする請求項１に記載の通信装置。
5. 前記検証手段は、前記証明書に含まれる前記他の通信装置の識別情報が、前記通信装置に割り当てられたＩＰアドレスとサブネットマスクのデータとを用いて算出される範囲に含まれるＩＰアドレスである場合、前記証明書が正当性を有すると認めることを特徴とする請求項１に記載の通信装置。
6. 前記検証手段は、前記証明書に含まれる前記他の通信装置の識別情報が、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）である場合、前記証明書が正当性を有すると認めることを特徴とする請求項１から５のいずれか１項に記載の通信装置。
7. 所定のサービスを提供する装置を検出する検出手段を更に有し、
   前記検証手段により前記証明書が正当性を有すると認められた場合であって、前記検出手段により検出された装置が前記他の通信装置である場合に、前記送信手段は、前記暗号通信を行うために、前記公開鍵によって暗号化された前記共通鍵を前記他の通信装置に送信することを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 前記検出手段は、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）またはｍＤＮＳ（Ｍｕｌｔｉｃａｓｔ ＤＮＳ）のプロトコルを利用して、前記所定のサービスを提供する装置を検出することを特徴とする請求項７に記載の通信装置。
9. 前記他の通信装置への接続要求を行う要求手段を更に有し、
   前記取得手段は、前記要求手段により行われた前記接続要求の応答として、前記他の通信装置から前記証明書を取得することを特徴とする請求項１から８のいずれか１項に記載の通信装置。
10. 共通鍵を用いて他の通信装置と暗号通信を行うことが可能な通信装置の制御方法であって、
    前記他の通信装置から、公開鍵と前記他の通信装置の識別情報とが含まれる証明書を取得する取得工程と、
    前記証明書に含まれる前記他の通信装置の識別情報に基づいて、前記証明書の正当性を検証する検証工程と、
    前記検証工程において前記証明書が正当性を有すると認められた場合に、前記暗号通信を行うために、前記公開鍵によって暗号化された前記共通鍵を前記他の通信装置に送信する送信工程と、
    を有することを特徴とする通信装置の制御方法。
11. コンピュータを、請求項１から９のいずれか１項に記載の通信装置として機能させるためのプログラム。
    
    

Images