(57)【要約】【課題】端末とサーバ間に中継装置を介する暗号化通信システムにおいて、中継装置上でも通信内容を復号化可能とし、また、サーバ側にサーバ証明書を保持しなくても暗号化通信を可能とする。【解決手段】端末からサーバに暗号化通信路確立の要求を送信する際、サーバだけでなく、途中で復号化を許可する中継装置も指定して要求を送信する。指定された中継装置は、隣接する端末／中継装置／サーバに対して個別に暗号化通信路を確立する。また、端末に隣接する中継装置では、端末からの暗号化通信路確立要求を受信した際に、不正な中継装置に復号化を許可していないかをチェックし、不正な中継装置による情報漏えいを防止する。更に、サーバと直接暗号化通信路を確立する中継装置では、サーバから中継装置に対して暗号化通信路確立の要求を送信させる。【選択図】図２
2006332815.tif 000002
【特許請求の範囲】
【請求項１】
端末とサービスサーバ装置とが、一つ、又は複数の中継装置を経由して、通信を行うシステムであって、
前記端末、前記中継装置、前記サービスサーバ装置は、それぞれ、互いに暗号化通信路を確立して、暗号化通信を行う機能を有し、
前記端末は、復号化する前記中継装置を指定する暗号化通信路確立の要求メッセージを、前記サービスサーバ装置へ送信する機能を有し、
前記要求メッセージ中で指定された前記中継装置は、前記サービスサーバ装置、及び前記端末の間で、前記暗号化通信路を確立する
ことを特徴とする暗号化通信システム。
【請求項２】
請求項１に記載の暗号化通信システムにおいて、
前記端末に隣接する前記中継装置は、
前記要求メッセージ中に指定された中継装置が、復号化を許可されているか否かをチェックする機能を備え、
復号化を許可されていない中継装置が前記要求メッセージ中に含まれていた場合は、前記要求メッセージの他の装置への中継を拒否する機能を有する
ことを特徴とする暗号化通信システム。
【請求項３】
請求項２に記載の暗号化通信システムにおいて、
前記サービスサーバ装置は、前記端末に暗号化データを送信する際に、前記暗号化データの復号化を許可する中継装置を特定できる情報を付加して送信する機能を有する
ことを特徴とする暗号化通信システム。
【請求項４】
請求項３に記載の暗号化通信システムにおいて、
前記暗号化データの復号化を許可された中継装置は、前記要求メッセージにおいて復号化を指定されている場合は、前記サービスサーバ装置から前記端末への暗号化データを中継する際に、前記暗号化データに、前記暗号化データの復号化を許可する他の前記中継装置の情報を付加する機能を有する
ことを特徴とする暗号化通信システム。
【請求項５】
請求項１に記載の暗号化通信システムにおいて、
前記サービスサーバ装置と暗号化通信を行う中継装置が、前記要求メッセージを受信した際に、前記サービスサーバ装置に対して、前記暗号化通信路の確立処理を行う機能を備える
ことを特徴とする暗号化通信システム。
【請求項６】
請求項１に記載の暗号化通信システムにおいて、
前記サービスサーバ装置と暗号化通信を行う中継装置が、前記サービスサーバ装置に対して、前記要求メッセージを受信したことを通知する機能を有し、
前記サービスサーバ装置は、前記通知を受信した際に、前記通知を送信した中継装置に対して、前記暗号化通信路の確立処理を行う機能を備える
ことを特徴とする暗号化通信システム。
【請求項７】
請求項１に記載の暗号化システムにおいて、
前記サービスサーバ装置は、前記確立された暗号化通信路下における前記端末からのデータ要求に対して、ユーザの認証を行う機能を有し、
前記サービスサーバ装置との間で、前記暗号化通信路を確立した中継装置は、認証情報が付加されたデータ要求を前記端末から受信した際に、前記サービスサーバ装置に対して前記認証情報の検証に必要な情報のすべて、もしくは一部を要求する機能を有し、
前記サービスサーバ装置は、該中継装置からの前記要求に応じた検証情報を応答する機能を備え、
該中継装置は、前記サービスサーバ装置から受信した検証情報と、前記端末からのデータ要求に付加された前記認証情報とを用いる検証機能と、
前記検証に成功した場合に、前記端末からのデータ要求をサービスサーバ装置に送信する機能を備えることを特徴とする暗号化通信システム。
【請求項８】
請求項７に記載の暗号化通信システムにおいて、
前記端末のデータ要求に付加されている前記認証情報は、前記サービスサーバ装置にログインするための識別子と暗証番号であり、
該中継装置が前記サービスサーバ装置に要求する検証情報は、前記サービスサーバ装置が保持する識別子の一覧であり、
前記中継装置は、前記検証機能において、前記識別子の一覧の中に端末のデータ要求に付加されていた識別子が含まれている場合に、前記検証が成功と判断することを特徴とする暗号化通信システム。
【請求項９】
請求項７に記載の暗号化通信システムにおいて、
前記端末の前記データ要求に付加されている前記認証情報は、前記サービスサーバ装置にログインするための識別子と暗証番号であり、
該中継装置が前記サービスサーバ装置に要求する検証情報は、前記識別子に対して、前記サービスサーバ装置が保持している暗証番号であり、
前記中継装置は、前記検証機能において、前記サービスサーバ装置が保持している暗証番号が、前記データ要求に付加されていた前記暗証番号と一致した場合に、前記検証が成功と判断することを特徴とする暗号化通信システム。
【請求項１０】
請求項７に記載の暗号化通信システムにおいて、
前記端末の前記データ要求に付加されている前記認証情報は、前記サービスサーバ装置を特定するための固有識別子であり、
該中継装置が前記サービスサーバ装置に要求する検証情報は、前記サービスサーバ装置が保持している前記固有識別子であり、
前記中継装置は、前記検証機能において、前記サービスサーバ装置が保持している前記固有識別子が、前記データ要求に付加されていた前記固有識別子と一致した場合に、前記検証が成功と判断することを特徴とする暗号化通信システム。
【請求項１１】
請求項６に記載の暗号化通信システムにおいて、
前記サービスサーバ装置と暗号化通信を行い、前記サービスサーバ装置が前記暗号化通信路の確立処理を行う相手となる前記中継装置が、前記端末に隣接する中継装置であることを特徴とする暗号化通信システム。
【請求項１２】
請求項１１に記載の暗号化システムにおいて、
前記サービスサーバ装置は、前記確立された暗号化通信路下における前記端末からのデータ要求に対して、ユーザの認証を行う機能を有し、
前記端末に隣接する前記中継装置は、認証情報が付加されたデータ要求を前記端末から受信した際に、前記サービスサーバ装置に対して前記認証情報の検証に必要な情報のすべて、もしくは一部を要求する機能を有し、
前記サービスサーバ装置は、該中継装置からの前記要求に応じた検証情報を応答する機能を備え、
該中継装置は、前記サービスサーバ装置から受信した検証情報と、前記端末からのデータ要求に付加された前記認証情報とを用いる検証機能と、
前記検証に成功した場合に、前記端末からのデータ要求を前記サービスサーバ装置に送信する機能を備えることを特徴とする暗号化通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置を介して端末とサービス提供サーバ装置とが暗号化通信を行う方法に関する。
【背景技術】
【０００２】
インターネットの普及により、従来営業窓口で行われていたサービスがインターネットを介して提供されるようになってきた。通信技術も進歩し、家庭やオフィスからだけではなく、携帯電話などからも同サービスを享受できる環境が整ってきている。
【０００３】
物品の売買等のサービスを、インターネットを介して提供する場合に問題となるのは、代金支払いに使用するキャッシュカードの番号など、重要な個人情報／企業情報をどのように秘匿して通信するかである。インターネットのように不特定多数のユーザや通信機器が介在するネットワークでは、何時、何処で情報が盗聴されているか、わからないからである。
【０００４】
インターネット上で秘匿情報を通信する場合に用いられているのが暗号化通信である。特に、インターネット上のWebサービスで一般的に使用されている暗号化通信として、例えば、非特許文献１に記載されている技術が使用されている。
【０００５】
【非特許文献１】T. Dierks、他１名、“The TLS Protocol Version 1.0”、1999年1月、IETF（The Internet Engineering Task Force）、〔平成17年1月25日検索〕、インターネット＜http://www.ietf.org/rfc/rfc2246.txt?number=2246＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記非特許文献１に記載されている従来の暗号化通信方法は端末とサーバ装置(以下、サーバという)間で暗号化通信を行うことを前提として設計されている。すなわち、端末とサーバ間で通信の中継に介在する中継装置で暗号化通信を復号化して、通信データを変換するようなことは想定されていない。
【０００７】
一方、携帯電話等で使用されているWebサービスでは、通信事業者が管理する中継装置において、サーバ側や端末側に送信するデータに変換を加えている場合がある。例えば、サーバ側に送信するデータでは、個人を特定する情報の書き換えや削除が行われ、端末側に送信するデータでは、端末の仕様に合わせて、文字コードや画像サイズなどの変換を行っている。端末に送信されるデータの内容によって課金を行うといった代行サービスが行われている場合もある。
【０００８】
これらのサービスは、通信事業者の中継装置において、端末とサーバ間で送受信されるデータを見ることができることが前提であり、上記非特許文献１のように端末とサーバ間で暗号化通信を行うことを前提とした通信では、これらのサービスを行うことはできない。
【０００９】
また、上記非特許文献１の方法では、第三者認証機関が発行した署名付き公開鍵証明書（以下サーバ証明書と呼ぶ）をサーバ側に、サーバ証明書の正当性を確認するための証明書（以下ルート証明書と呼ぶ）を端末側に、それぞれ保持している必要がある。このうち、ルート証明書は1回発行されれば恒久的に使用できるようになっている場合が多いが、サーバ証明書については有効期限が1年程度に限られており、有効期限が切れる毎に証明書を再発行してもらう必要がある。
【００１０】
他方において、携帯電話や会社のPCから、インターネットを介して、自宅の家電製品等を制御する技術の開発が進んでいる。この場合は、上記端末となるのは携帯電話等であり、上記サーバとなるのは、各家庭の家電製品、もしくは、それらの機器と外部との通信を統括する装置である（以下これをホームサーバと呼ぶ）。
【００１１】
端末とホームサーバの間で上記非特許文献１のような暗号化通信を行う場合、ホームサーバにサーバ証明書を置く必要があるが、上述のようにサーバ証明書は定期的に更新する必要があるため、各家庭に普及させる装置としては負担が大きい。また、第三者認証機関においても、各家庭にサーバ証明書を配布する場合、証明書の保証に掛かる負荷が大きく、保証が困難になる可能性があり、これらの問題がホームサーバ普及の妨げになる可能性がある。
【課題を解決するための手段】
【００１２】
本発明は、端末とサーバ間に中継装置を介する暗号化通信システムにおいて、中継装置上でも通信内容を復号化可能とする技術、また、サーバ側にサーバ証明書を保持しなくても暗号化通信を可能とする技術を提供する。
【００１３】
なお、本明細書において、中継装置とは、OSI参照モデルの第５層（セッション層）以上を解釈し、処理できる装置を指すものとする。
【００１４】
本発明の暗号化通信システムは、端末からサーバに暗号化通信路確立の要求を送信する際、サーバだけでなく、途中で復号化する中継装置も指定して要求を送信する。指定された中継装置は、端末、又は、他の指定された中継装置、またはサーバ間で暗号化通信路を確立する。
【００１５】
また、信頼できる中継装置を端末に隣接して設置し、この信頼できる中継装置が端末からの暗号化通信路確立要求を受信した際に、不正な中継装置での復号化を指定していないかをチェックし、不正な中継装置による情報漏えいを防止する。端末に隣接する中継装置とは、上述の定義の通り、端末と直接、OSI参照モデルの第５層（セッション層）以上を用いた通信を行える中継装置のことをいう。
【００１６】
更に、サーバと直接暗号化通信路を確立する中継装置は、サーバから自中継装置に対して暗号化通信路確立の要求を送信させてもよい。これにより、例えば、携帯電話や会社のPCから、インターネットを介して、自宅の家電製品等を制御する場合であっても、サーバとなる家電製品やホームサーバはサーバ証明書を保持する必要はなくなる。なぜなら、ルート証明書を保持すれば、中継装置が正規のサーバ証明書を保持しているかを調べること、すなわち、当該中継装置を信用することができるかを、調べることができるからである。この結果、軽い負担で安全な暗号化通信路を確立することができる。
【発明の効果】
【００１７】
本発明の暗号化通信システムによれば、中継装置上で通信データの変換や課金サービスを行うことができる。
【００１８】
また、安価な暗号化通信システムを構築することができる。
【発明を実施するための最良の形態】
【００１９】
中継装置上で暗号化通信の内容を確認できる暗号化通信システムの実施形態を、以下に説明する。
【実施例１】
【００２０】
図1は、以下の各実施例における暗号化通信システムの構成を示している。
【００２１】
中継装置３は、LANまたは無線通信網などのネットワーク５を介して複数の端末１に接続され、LANやインターネットなどのネットワーク６を介して中継装置３に接続されている。また、中継装置３は、LANやインターネットなどのネットワーク７を介してサービスサーバ４に接続されている。また、端末１は中継装置２と暗号化通信路を確立する際に使用するルート証明書１００を、サービスサーバ４は中継装置3と暗号化通信路を確立する際に使用するサーバ証明書４００を保持している。
【００２２】
中継装置２は、プロセッサ２１と、端末１及び中継装置３に接続するための通信インタフェース２２と、プログラム格納用のメモリ２３と、データ格納用のメモリ２４から成り、これらの要素はバス等の内部通信線（以下バスと呼ぶ）３５によって相互接続されている。メモリ２３には、端末とサーバ間で送受信される非暗号化状態のメッセージを処理するメッセージ通信処理モジュール２３１と、通信の暗号化処理を行う暗号化通信モジュール２３２と、その他の処理モジュール２３３が格納されている。また、メモリ３３には、端末１と暗号化通信路を確立する際に使用するサーバ証明書４００と、中継装置３と暗号化通信路を確立する際に使用するルート証明書１００と、暗号化通信の復号化を許可されている中継装置のリスト２４１（以下復号許可中継装置リストと呼ぶ）と、その他のデータ２４２が格納されている。なお、復号化を許可する中継装置の決定はコンテンツ提供者とシステムの運用者とが行い、システム運用者が前記リスト２４１に登録するものとする。
【００２３】
また、図示するように、復号許可中継装置リスト２４１は、復号を許可されている中継装置のホスト名を記載している。記載する中継装置の範囲は、上記システム運用者が決定するものであり、例えば、企業ドメイン内や、ISP（Internet Service Provider）が管理するドメイン内、通信キャリアが管理するドメイン内などである。
【００２４】
中継装置３の構成は、復号許可中継装置リスト２４１を保持しないことを除き、中継装置２と同一である。
【００２５】
端末１から送信されたメッセージ（通信）は、中継装置２によって受信され、中継装置３に転送される。中継装置３は中継装置２から受け取ったメッセージをサービスサーバ４に転送する。サービスサーバ４は、受信したメッセージに対する応答メッセージを生成し、該メッセージを中継した中継装置３に送信する。該応答メッセージを受信した中継装置３は、該メッセージを中継した中継装置２に該応答メッセージを送信し、該応答メッセージを受信した中継装置２は、メッセージの発信元である端末１に該応答メッセージを送信する。
【００２６】
暗号化通信を行う場合は、上記通信処理に先立って暗号化通信路の確立を行う。図２は、この暗号化通信路の確立手順の例である。
【００２７】
端末１は、暗号化通信に先立ち、サービスサーバ４に対して暗号化通信先等を記述したコンテンツデータ（以下アクセスメニューと呼ぶ）などの取得要求を発信する（Ｓ１００１）。該アクセスメニュー要求は、中継装置２を介して中継装置３に転送され（Ｓ１００２）、更に、中継装置３からサービスサーバ４に転送される（Ｓ１００３）。該アクセスメニュー要求を受信したサービスサーバ４は、要求されたアクセスメニューを中継装置３に送信する（Ｓ１００４）。
【００２８】
この時、アクセスメニュー内に記述する暗号化通信先には、従来の端末１に加え、復号を許可する中継装置を併記する。仮に、中継装置２の名前（以下ホスト名と呼ぶ）を“Ａ”、中継装置３のホスト名を“Ｂ”、サービスサーバ４のホスト名を“Ｃ”とし、Webサービスで一般的に用いられているHTTPプロトコルを例に取ると、メニュー内のURLリンクに    https://A;B;C/home.html
のように、送信先ホスト名を記述する部分に、復号を許可する中継装置のホスト名を併記する。この例では、該ホスト名は、通信系路上の接続順序に併記している。
【００２９】
別の方法として、サービスサーバ４からの応答メッセージのヘッダに記述してもよい。例えば、下記例のメッセージヘッダ（ａ）に示した拡張ヘッダに復号を許可する中継装置のホスト名を記述する。
【００３０】
HTTP/1.1 200 OK
Date: Sat, 22 Jan 2005 07:47:55 GMT
Server: C
TLS-Decode-Enable: A,B              −（ａ）
該アクセスメニュー応答を受信した中継装置３は、これを中継装置２に転送し（Ｓ１００５）、中継装置２は、該アクセスメニュー応答を要求発信元である端末１に転送する（Ｓ１００６）。
【００３１】
該アクセスメニューを受信した端末１は、リンク先URLが暗号化通信先である場合（例えば、HTTPプロトコルではプロトコル名が“https”と表記されている）、端末１は隣接する中継装置２に暗号化通信路確立要求を送信する（Ｓ１００７）。
【００３２】
この時、要求メッセージには、接続先であるサービスサーバ４のホスト名だけではなく、アクセスメニューに記載されている情報も用いて、復号化する中継装置のホスト名も併記して送信する。例えば、HTTPプロトコルでは、
CONNECT A;B;C HTTP/1.1            −（ｘ）
User-Agent: XXX
のように、暗号化通信接続先ホスト名と併記して、復号許可中継装置のホスト名を記述する。また、下記のメッセージヘッダ（ｂ）のように要求ヘッダに記述する方法でもよい。
【００３３】
CONNECT C HTTP/1.1
User-Agent: XXX
TLS-Decode-Enable: A,B                −（ｂ）
該暗号化通信路確立要求を受信した中継装置２は、受信した要求中に記述されている復号を指定された中継装置のホスト名が、復号許可中継装置リスト２４１に登録されているかをチェックする（Ｓ１００８）。ただし、最終接続先であるサービスサーバ４のホスト名については、復号許可中継装置リスト２４１とのチェックは行わなくて良い。上記の例では、ホスト名“Ａ”、“Ｂ”に対してチェックを行う。
【００３４】
要求が正常である、すなわち、リスト２４１に登録されている中継装置が指定されている場合は、該暗号化通信路確立要求を中継装置３に転送する（Ｓ１００９）。該要求に記述された復号指定中継装置のホスト名の中に自身（中継装置２）のホスト名が存在する場合は、Ｓ１００８にて、自身のホスト名は削除する。上記の接続先ホスト名と併記する例では、リクエストライン（ｘ）の行を
CONNECT B;C HTTP/1.1
と書き換える。
【００３５】
復号許可中継装置リスト２４１に登録されていないホスト名であった場合、中継装置２は端末１にエラーを応答する（Ｓ１０３０）。
【００３６】
該暗号化通信路確立要求を受信した中継装置３は、その記述内容から、自身が復号中継装置として指定され、且つ、次の転送先が最終接続先であるサービスサーバ４であることが分かるため、暗号化通信路確立要求の転送は行わず、サービスサーバ４との間で暗号化通信路確立の処理を行う（Ｓ１０１０）。
【００３７】
まず、中継装置３は、接続要求として、自身が利用可能な暗号化仕様の情報をサービスサーバ４に送信する（Ｓ１０１１）。
【００３８】
サービスサーバ４は、受信した利用可能暗号化仕様を基にして使用する暗号化仕様を決定し、中継装置３に使用する暗号化仕様を通知する（Ｓ１０１２）。引き続き、サービスサーバ４は、中継装置３にサービスサーバ４が保持するサーバ証明書４００を送信する（Ｓ１０１３）。
【００３９】
サーバ証明書４００を受信した中継装置３は、自身が保持しているルート証明書を使用してサーバ証明書４００の正当性（署名、有効期限、など）を確認した後、サーバ証明書に付加されている公開鍵情報を使用して共通鍵を作成し、これをサービスサーバ４に送付する（Ｓ１０１４）。
【００４０】
以上をもって中継装置３とサービスサーバ４の間の暗号化通信路の確立は終了し、以後中継装置３とサービスサーバ４との間で暗号化通信が可能となる。
【００４１】
中継装置３は、サービスサーバ４との間で暗号化通信路の確立が終了した後、中継装置２に対して暗号化通信路確立が完了したことを応答する（Ｓ１０１５）。中継装置２は、該暗号化通信路確立応答を受信したら、暗号化通信路確立処理Ｓ１０１０と同様の処理を中継装置３との間で行い、中継装置３との間に暗号化通信路を確立する（Ｓ１０１６）。
【００４２】
中継装置２は、中継装置３との間で暗号化通信路の確立が終了した後、端末１に対して暗号化通信路確立が完了したことを応答する（Ｓ１０１７）。端末１は、該暗号化通信路確立応答を受信したら、暗号化通信路確立処理Ｓ１０１０と同様の処理を中継装置２との間で行い、中継装置２との間に暗号化通信路を確立する（Ｓ１０１８）。
【００４３】
以上の処理により、端末１と中継装置２（Ｓ１０１９）、中継装置２と中継装置３（Ｓ１０２０）、中継装置３とサービスサーバ４（Ｓ１０２１）の間に暗号化通信路が確立できたため、中継装置２と中継装置３が通信内容を復号することを前提として、端末１とサービスサーバ４の間で暗号化通信が可能となる。
【００４４】
図２の例では、端末１と暗号化通信路を確立する中継装置２と、サービスサーバ４と暗号化通信路を確立する中継装置３が別の装置となっているが、復号する中継装置が１個、または３個以上の場合でも処理は同じである。
【００４５】
また、図２の例ではサービスサーバ４からアクセスメニューを応答する際（Ｓ１００４）に復号を許可する中継装置のホスト名を指定しているが、サービスサーバ４が応答する際はサービスサーバ４自身のホスト名しか指定せず、中継装置２、中継装置３がアクセスメニュー応答を中継する際に、自身のホスト名を応答に追加する方法でもよい。
【００４６】
具体的には、上記アクセスメニュー内のURLリンクにホスト名を併記する方法を例に取ると、サービスサーバ４がアクセスメニューを応答する際、アクセスメニュー内のURLリンクには
https://C/home.html
のように、サービスサーバ４のホスト名を記述し、これを中継装置３に転送する（Ｓ１００４）。中継装置３は受信したメニュー内のURLリンクに自身のホスト名を追加し、
https://B;C/home.html
として、これを中継装置２に転送する（Ｓ１００５）。
【００４７】
同様に、中継装置２は、受信したメニュー内のURLリンクを
https://A;B;C/home.html
と変換し、端末１に転送する。
【００４８】
次に、端末１とサービスサーバ４の通信の間に、復号が許可されていない中継装置が介在する場合を説明する。図３の例では、中継装置２と中継装置３の間にメッセージの復号を許されていない中継装置８（ホスト名Ｘ）が存在している。
【００４９】
図２のＳ１００１〜Ｓ１００６までを、同様に実行する。但し、アクセスメニュー応答には、中継装置８（ホスト名Ｘ）が含まれていない。
【００５０】
端末１からの暗号化通信路確立要求を、中継装置２が中継装置８に転送し（Ｓ１００７〜Ｓ１００９）、更に中継装置８が要求を中継装置２に転送し（Ｓ１０４０）、中継装置２がサービスサーバ４との間に暗号化通信路を確立し（Ｓ１０１０）、確立完了の応答を返す（Ｓ１０１５）までの処理は図２と同一である。
【００５１】
中継装置８がＳ１００９で受信した暗号化通信確立要求のメッセージ中に自身のホスト名が指定されていなかった場合、すなわち、中継装置８が復号を指定されていない中継装置である場合、中継装置８は、暗号化通信路確立応答を受信した際（Ｓ１０１５）には、中継装置３との間での暗号化通信路確立処理は行わず、受信した暗号化通信確立要求を中継装置２に転送する（Ｓ１０４１）。暗号化通信路確立応答を受信した中継装置２は、復号の許可されている中継装置が中継装置３であるため、中継装置３との間で暗号化通信路確立処理（Ｓ１０１６）を行う。
【００５２】
この結果、暗号化通信は端末１と中継装置２の間（Ｓ１０１９）、中継装置２と中継装置３の間（Ｓ１０２０）、中継装置３とサービスサーバ４の間（Ｓ１０２１）で行われ、中継装置８では通信の内容を確認することは出来ず、安全な通信が確保できる。
【００５３】
図２、図３の例では、端末１に隣接する中継装置２は復号が許可されていたが、中継装置２が復号を許可されていなくても良い。
【００５４】
この場合の例を図４に示す。図４の例では、リクエストで中継装置３が復号を許可されている。
【００５５】
図２のＳ１００１〜Ｓ１００６までを、同様に実行する。但し、アクセスメニュー応答には、中継装置２（ホスト名Ａ）が含まれていない。
【００５６】
中継装置２は、端末１から受信した暗号化通信路確立要求を受信すると（Ｓ１００７）、復号許可中継装置チェック（Ｓ１００８）を行う。この処理（Ｓ１００８）は、中継装置２が復号許可対象であるかの如何に関わらず、端末1に隣接する中継装置２が行う。
【００５７】
復号許可中継装置チェックを実施した後、中継装置２は端末1から受信した暗号化通信路確立要求を中継装置３に転送する（Ｓ１００９）。図４の例では、中継装置２は復号を指定されていないので、端末1から受信した要求をそのまま中継装置３に転送する。
【００５８】
中継装置２から暗号化通信路確立要求を受信した中継装置３は、自身が復号指定されており、且つ、次段装置がサービスサーバ４であるため、サービスサーバ４との間で暗号化通信路確立処理（Ｓ１０１０）を行う。
【００５９】
中継装置３とサービスサーバ４との間に暗号化通信路が確立した後、中継装置３は、中継装置２へ暗号化通信路確立応答を送信する（Ｓ１０１５）。中継装置２は、自身が復号指定されていないため、中継装置３から受信した暗号化通信路確立応答をそのまま端末１に転送する（Ｓ１０１７）。
【００６０】
端末１は、中継装置２から受信した暗号化通信路確立応答が正常である場合、中継装置３との間で暗号化通信路確立処理（Ｓ１０２２）を行う。
【００６１】
これが正常に終了したら、中継装置３を介して、端末１とサービスサーバ４の間で暗号化通信を行う（Ｓ１０２３、Ｓ１０２１）。
【００６２】
図５に、中継装置２のプロセッサ２１がメッセージ通信処理モジュール２３１を実行することにより実現する暗号化通信路確立要求処理機能のフローチャートを示す。
【００６３】
中継装置２は、端末１から暗号化通信路確立要求を受信すると（Ｓ２０００）、受信した要求に記述されている復号指定中継装置のホスト名と復号許可中継装置リスト２４１を比較し（Ｓ２００１）、復号許可中継装置リスト２４１に登録されているホスト名と一致するかチェックする（Ｓ２００２）。ただし、最終接続先であるサービスサーバ４のホスト名については、復号許可中継装置リスト２４１とのチェックは行わない。
【００６４】
このステップＳ２００１、Ｓ２００２の処理が、図２〜５における復号許可中継装置チェックＳ１００８に当たる。
【００６５】
上記ステップＳ２００１、Ｓ２００２の結果、復号許可中継装置リスト２４１に登録されていないホスト名が記述されていた場合、中継装置２はＳ１０３０にて端末１にエラーを応答する（Ｓ２０１３）。
【００６６】
要求が正常である場合、更に、該暗号化通信路確立要求に記述された復号指定中継装置のホスト名に自身（中継装置２）のホスト名が記述されているかをチェックする（Ｓ２００３）。もし、自身のホスト名が記述されていない場合は、受信した要求をそのまま次段の中継装置（中継装置３）に送信する（Ｓ２００６）。自身のホスト名が記述されている場合は、該ホスト名を削除する（Ｓ２００４）。
【００６７】
次に、該暗号化通信路確立要求の送信相手である次段装置がサービスサーバ４である場合、中継装置２はサービスサーバ４との間で暗号化通信路を確立する処理を行う（Ｓ２０１０）。
【００６８】
次段装置がサービスサーバ４でない場合は、該要求を次段装置に転送する（Ｓ２００６）。この後、中継装置２は次段装置からの暗号化通信要求応答待ちとなる。もし、次段装置からの応答を受信できずにタイムアウトした場合は（Ｓ２００７）、端末１にエラーを返す（Ｓ２０１３）。
【００６９】
次段装置から暗号化通信要求応答を受信したら、応答内容をチェックする（Ｓ２００８）。応答が正常応答であり、更に、暗号化通信路確立要求で中継装置２自身が復号指定されていた場合は（Ｓ２００９）、暗号化通信処理モジュールを使用して、次段装置（中継装置３）との間に暗号化通信路を確立する処理を行う（Ｓ２０１０）。
【００７０】
受信した応答がエラー応答であった場合、又は、中継装置２が復号許可されていない場合は、次段装置から受信した該暗号化通信要求応答をそのまま端末１へ送信する（Ｓ２０１１）。
【００７１】
次段装置との間に暗号化通信路が確立できたら、中継装置２は、暗号化通信要求応答を端末１に送信する（Ｓ２０１２）。
【００７２】
図６は、中継装置２以外の中継装置、例えば、図２における中継装置３や図３における中継装置８のプロセッサ２１がメッセージ通信処理モジュール２３１を実行することにより実現する暗号化通信路確立要求処理機能のフローチャートである。
【００７３】
中継装置２以外の中継装置の機能は、復号許可中継装置チェック（Ｓ２００１、Ｓ２００２）がないこと、前段が端末１ではなく中継装置であること以外、図５と同じである。
【００７４】
中継装置２以外の中継装置（以下図６の説明に限り中継装置と呼ぶ）は、前段中継装置から暗号化通信路確立要求を受信すると（Ｓ２０１４）、該暗号化通信路確立要求に記述された復号指定中継装置のホスト名に自身のホスト名が記述されているかをチェックする（Ｓ２００３）。もし、自身のホスト名が記述されていない場合は、受信した要求をそのまま次段装置に送信する（Ｓ２００６）。自身のホスト名が記述されている場合は、該ホスト名を削除する（Ｓ２００４）。
【００７５】
次に、該暗号化通信路確立要求の送信相手である次段装置がサービスサーバ４である場合、中継装置はサービスサーバ４との間で暗号化通信路を確立する処理を行う（Ｓ２０１０）。
【００７６】
次段装置がサービスサーバ４でない場合は、該要求を次段装置に転送する（Ｓ２００６）。この後、中継装置は次段装置からの暗号化通信要求応答待ちとなる。もし、次段装置からの応答を受信できずにタイムアウトした場合は（Ｓ２００７）、前段中継装置にエラーを返す（Ｓ２０１７）。
【００７７】
次段装置から暗号化通信要求応答を受信したら、応答内容をチェックする（Ｓ２００８）。応答が正常応答であり、更に、暗号化通信路確立要求で該中継装置自身が復号許可されていた場合は（Ｓ２００９）、暗号化通信処理モジュールを使用して、次段装置との間で暗号化通信路を確立する処理を行う（Ｓ２０１０）。
【００７８】
受信した応答がエラー応答であった場合、又は、該中継装置が復号許可されていない場合は、次段装置から受信した該暗号化通信要求応答をそのまま前段中継装置へ送信する（Ｓ２０１５）。
【００７９】
次段装置との間に暗号化通信路が確立できたら、該中継装置は、暗号化通信要求応答を前段中継装置に送信する（Ｓ２０１６）。
【００８０】
以上、本実施例によれば、端末１とサービスサーバ４の間に配置された、予め許可され信頼できる中継装置で暗号化通信の復号化が可能になる。この結果、通信経路の安全を確保した上でデータの変換が可能となり、従来通信事業者が行ってきたデータ変換サービスや課金サービスを、より安全に、通信経路上で行うことができるようになる。
【実施例２】
【００８１】
次に図１の暗号化通信システムにおいて、中継装置３とサービスサーバ４の間で暗号化通信路を確立する際の別の実施例について説明する。
【００８２】
この例では、サービスサーバ４はサーバ証明書４００ではなく、ルート証明書１００を保持している。また、サービスサーバ４はユーザ認証を行うための情報として、図７に示すログインID４１１とパスワード４１２から成る表を保持している。
【００８３】
図８は、この実施例での端末１とサービスサーバ４間の暗号化通信路確立の通信手順の例である。
【００８４】
図８において、図２のＳ１００１〜Ｓ１００６に相当するステップは省略している。また、端末１から中継装置３まで暗号化通信路確立要求を転送するまでの処理（Ｓ１００７〜Ｓ１００９）は図２と同一である。
【００８５】
中継装置３が、サービスサーバ４に対する暗号化通信路確立要求を受信してから、暗号化通信路確立処理（Ｓ１１１０）が終了するまで（Ｓ１１００〜Ｓ１１１４）については、後述する。
【００８６】
端末１から中継装置３の間での暗号化通信路確立処理（Ｓ１０１５〜Ｓ１０１８）は図２と同一である。
【００８７】
端末１とサービスサーバ４の間に暗号化通信路が確立されると、端末１は暗号化通信下にてサービスサーバ４にデータ要求を送信する（Ｓ１１２１）。中継装置２は同要求を中継装置３に転送する（Ｓ１１２２）。
【００８８】
中継装置３は、端末１からのデータ要求を受信した際、データ要求に認証情報が付加されていない場合、端末１に対して認証情報の要求を応答する。この応答は中継装置２に送信し（Ｓ１１２３）、中継装置２から端末１に転送する（Ｓ１１２４）。
【００８９】
端末１は、応答された認証情報要求に対して、上記データ要求に認証情報（例えば、ログイン識別子とパスワード）を付加した要求をサービスサーバ４に送信する（Ｓ１１２５）。同要求は中継装置２を経由して中継装置３に転送される（Ｓ１１２６）。
【００９０】
中継装置３が認証情報付データ要求を受信してから、サービスサーバ４が応答を返すまでの処理（Ｓ１１２７〜Ｓ１１３０）については、後述する。
【００９１】
サービスサーバ４からのデータ応答またはエラー応答は、中継装置３によって中継装置２に転送し（Ｓ１１３１）、更に中継装置２から端末１に転送する（Ｓ１１３２）。
【００９２】
図９は、図８における中継装置３とサービスサーバ４の処理のうち、Ｓ１１００〜Ｓ１１１４の処理を詳細に示したフローチャートである。
【００９３】
中継装置３は、前段中継装置（図８では中継装置２）から暗号化通信路確立要求を受信すると（Ｓ２０１４）、該暗号化通信路確立要求に記述された復号許可中継装置のホスト名に自身のホスト名が記述されているかをチェックする（Ｓ２００３）。もし、自身のホスト名が記述されていない場合は、中間の中継装置の暗号化通信路確立処理（Ｓ２３０１、図６のステップ２００６〜Ｓ２００９、及び、Ｓ２０１１の処理）を行う。
【００９４】
また、次段装置がサービスサーバ４でない場合も同様にステップＳ２３０１の処理を行う。
【００９５】
該暗号化通信路確立処理要求に自身のホスト名が記述され、且つ、次段装置がサービスサーバ４である場合、中継装置３は、サービスサーバ４に対して暗号化通信路確立要求が送信されてきたことを通知するための暗号化通信路確立要求通知を生成し（Ｓ２３０２）、これをサービスサーバ４に送信する（Ｓ２３０３、Ｓ１１００）。
【００９６】
該暗号化通信路確立要求通知を送信した後、中継装置３は通知受信応答待ちとなる。もし、一定時間待ってもサービスサーバ４から応答が受信できずタイムアウトとなった場合（Ｓ２３０４）、中継装置３は前段中継装置にエラーを応答する（Ｓ２０１６）。
【００９７】
一方、サービスサーバ４は、中継装置３から暗号化通信路確立要求通知を受信した場合、通知受信応答を送信する（Ｓ２４０１、Ｓ１１０１）。
【００９８】
引き続いて、サービスサーバ４は、中継装置３に対して暗号化通信路確立処理（Ｓ１１１０）を実行する。
【００９９】
サービスサーバ４は、利用可能な暗号化通信仕様を中継装置３に通知する（Ｓ２４０２、Ｓ１１１１）。この後、サービスサーバ４は使用暗号化仕様受信待ちとなる。もし、中継装置３から使用暗号化仕様の通知がなくタイムアウトした場合は（Ｓ２４０３）、エラーとして処理を終了する。
【０１００】
中継装置３は、サービスサーバ４から通知受信応答を受信すると（Ｓ１１００）、引き続き利用可能暗号化通信仕様の通知待ちとなる。もし、一定時間待ってもサービスサーバ４から利用可能暗号化通信仕様の通知がなくタイムアウトした場合（Ｓ２３０５）、中継装置３は前段中継装置にエラーを応答する（Ｓ２０１６）。
【０１０１】
サービスサーバ４から利用可能暗号化通信仕様を受信したら（Ｓ１１０１）、中継装置３は、該利用可能暗号化通信仕様を基にして使用する暗号化仕様を決定し、使用暗号化通信仕様をサービスサーバ４に送信する（Ｓ２３０６、Ｓ１１１２）。
【０１０２】
引き続き中継装置３は、自身が保持するサーバ証明書４００をサービスサーバ４に送信し（Ｓ２３０７、Ｓ１１１３）、その後はサービスサーバ４からの共通鍵受信待ちとなる。もし、サービスサーバ４から共通鍵の送付がなくタイムアウトした場合（Ｓ２３０８）、中継装置３は前段中継装置にエラーを応答する（Ｓ２０１６）。
【０１０３】
一方、サービスサーバ４は、中継装置３から使用暗号化仕様の通知（Ｓ１１１２）を受信すると、引き続き中継装置３からのサーバ証明書送付を待つ。もし、中継装置３からのサーバ証明書４００の送付がなくタイムアウトした場合は（Ｓ２４０４）、エラーとして処理を終了する。
【０１０４】
中継装置３からサーバ証明書４００を受信すると、サービスサーバ４は、自身が保持しているルート証明書を使用してサーバ証明書４００の正当性（署名、有効期限、など）を確認した後、サーバ証明書に付加されている公開鍵情報を使用して共通鍵を作成し、中継装置３に送信する（Ｓ２４０５、Ｓ１１１４）。
【０１０５】
中継装置３がサービスサーバ４から共通鍵を受信すると、暗号化通信路確立処理（Ｓ１１１０）は正常終了となる。この後、中継装置３は、前段中継装置に正常終了したことを示す暗号化通信路確立応答を送信する（Ｓ２０１５）。
【０１０６】
上記のステップＳ２３０２において生成する暗号化通信路確立要求通知は、例えば、
GET /home?tls-accsss-host=B HTTP/1.1      −（ｐ）
User-Agent: XXX
上記（ｐ）における“tls-access-host=B”のように、URLに特別なパラメータを付加して通知してもよいし、
GET /home HTTP/1.1
User-Agent: XXX
TLS-Access-Host: B      −（ｑ）
上記（ｑ）のように特別な拡張ヘッダを定義して通知してもよい。
【０１０７】
また、図１０は、図８における中継装置３とサービスサーバ４の処理のうち、Ｓ１１２７〜Ｓ１１３０の手順を詳細に示したフローチャートである。
【０１０８】
中継装置３は、認証情報付きデータ要求を受信すると、同要求を一旦保持し、サービスサーバ４に対して、検証情報としてログインIDリストを要求する（Ｓ２１００、Ｓ１１２７）。この後、中継装置３は、ログインIDリスト受信待ちとなる。サービスサーバ４からログインIDリストを受信できずタイムアウトとなった場合（Ｓ２１０１）、中継装置３は端末１にエラーを応答する（Ｓ２１０５）。
【０１０９】
サービスサーバ４が同要求を受信すると、パスワード管理表４１０からログインID４１１を取り出してログインIDリストを作成し（Ｓ２２００）、該ログインIDリストを中継装置３に応答する（Ｓ２２０１、Ｓ１１２８）。
【０１１０】
中継装置３は、受信したログインIDリストの中に端末１から送付されたログインIDが存在するか確認し（Ｓ２１０１）、ログインIDが存在しない場合（検証失敗の場合）は、端末１にエラーを応答する（Ｓ２１０５）。該リスト内にログインIDが存在する場合（検証成功の場合）は、端末１から受信した認証情報付データ要求をサービスサーバ４に送信する（Ｓ２１０３、Ｓ１１２９）。
【０１１１】
この後、中継装置３は応答データ受信待ちとなる。サービスサーバ４から応答データを受信できずタイムアウトした場合（Ｓ２１０４）、中継装置３は端末1にエラーを応答する（Ｓ２１０５）。
【０１１２】
一方、サービスサーバ４は、受信したデータ要求に付加されているログインIDを使ってパスワード管理表４１０を検索し、そのログインIDと対で登録されているパスワード４１２が、データ要求に付加されていたパスワードと一致するかチェックする（Ｓ２２０２）。パスワードが一致した場合（検証成功の場合）、サービスサーバ４は端末１からの要求に応じた応答データを作成する（Ｓ２２０３）。パスワードが一致しなかった場合（検証失敗の場合）は、エラー応答を作成する（Ｓ２２０４）。
【０１１３】
サービスサーバ４は、Ｓ２２０３又はＳ２２０４で作成したデータを中継装置３に応答する（Ｓ２２０５、Ｓ１１３０）。
【０１１４】
中継装置３は、受信したデータを中継装置２へ転送する（Ｓ２１０６）。
【０１１５】
本実施例では、サービスサーバ４が暗号化通信路確立処理のクライアント、中継装置３がサーバとなるため、サービスサーバ４にサーバ証明書を保持する必要がなく、費用及び運用面でサービスサーバ４の構築が容易になる。
【０１１６】
上述の通り、インターネットを介して、自宅の家電製品等を制御する場合には、端末１に相当するのは携帯電話等であり、サービスサーバ４に相当するのは、各家庭の家電製品、もしくは、それらの機器と外部との通信を統括する装置であるため、本実施例によれば、一般家庭などへの普及が容易になる。
【０１１７】
また、データ要求時の認証処理において、中継装置３上でサービスサーバ４の正当性の確認を行うため、不正な、なりすましサービスサーバに対して誤って認証情報などの重要情報を送信することがなく、安全な通信を行うことができる。
【０１１８】
図８の例では、端末１がサービスサーバ４にデータ要求を行った際、中継装置３から検証情報の要求を行い、端末１が再度、認証情報付データ要求を行っているが、端末１が最初から認証情報付データ送信を行ってもよい。この場合、Ｓ１１２１〜Ｓ１１２４の処理は省略される。
【０１１９】
また、図８の例では、Ｓ１１２７において、中継装置３がサービスサーバ４に対してログインIDリストを要求する方法を示したが、中継装置３が要求する内容は、端末１が送付したログインIDに対するパスワードでもよい。
【０１２０】
この場合、中継装置３は、Ｓ１１２７において、要求と一緒に端末１から送付されたログインIDを送付する。サービスサーバ４はＳ１１２８にて、受信したログインIDに対して登録されているパスワードを応答する。中継装置３は図１１のステップＳ２１０２にて、サービスサーバ４から受信したパスワードと、端末１から送付されたパスワードを比較し、パスワードが一致すれば、認証情報付データ要求をサービスサーバ４に送信する。パスワードが一致しなかった場合は、端末１にエラーを返す。
【０１２１】
また、図８の例では、認証情報としてログインIDとパスワードを使用しているが、認証情報はサービスサーバ４が固有に保持するID（以下サービスサーバIDと呼ぶ）であってもよい。
【０１２２】
この場合、端末１は、Ｓ１１２５において、サービスサーバIDを付加したデータ要求を送信する。中継装置３は、Ｓ１１２７において、サービスサーバIDの送付を要求する。サービスサーバ４は、Ｓ１１２８において、サービスサーバIDを応答する。中継装置３は、端末１から送付されたサービスサーバIDとサービスサーバ４から応答されたサービスサーバIDを比較し、IDが一致している場合データ要求をサービスサーバ４に送信する。
【０１２３】
また、図８では、認証情報のチェック（検証）を中継装置３、すなわち、サービスサーバ４に隣接する中継装置上にて行っているが、中継装置２が上記認証情報のチェックを行ってもよい。この場合の暗号化通信路確立以降の通信手順の例を図１１に示す。
【０１２４】
端末１とサービスサーバ４の間に暗号化通信路が確立されると、端末１は暗号化通信下にてサービスサーバ４にデータ要求を送信する（Ｓ１１２１）。該データ要求は中継装置２が受信する。
【０１２５】
中継装置２は、端末１からのデータ要求を受信した際、データ要求に認証情報が付加されていない場合、端末１に対して認証情報の要求を応答する（Ｓ１１２４）。
【０１２６】
端末１は、応答された認証情報要求に対して、上記データ要求に認証情報（例えば、ログイン識別子とパスワード）を付加した要求をサービスサーバ４に送信する（Ｓ１１２５）。同要求は中継装置２が受信する。
【０１２７】
中継装置２は、認証情報付データ要求を受信すると、同要求を一旦保持し、サービスサーバ４に対して、ログインIDリスト要求を送信する（Ｓ１１４０）。該要求は中継装置３が一旦受信し、サービスサーバ４に転送する（Ｓ１１２７）。
【０１２８】
サービスサーバ４が該要求を受信すると、パスワード管理表４１０からログインID４１１を取り出してログインIDリストを作成し、該ログインIDリストを中継装置３に応答する（Ｓ１１２８）。中継装置３は受信した該応答を中継装置２に転送する（Ｓ１１４１）。
【０１２９】
中継装置２は、受信したログインIDリストの中に端末１から送付されたログインIDが存在するか確認し、ログインIDが存在しない場合は、端末１にエラーを応答する（Ｓ１１３４）。該リスト内にログインIDが存在する場合は、端末１から受信した認証情報付データ要求をサービスサーバ４に送信する（Ｓ１１４２）。該データ要求は、中継装置３が一旦受信し、サービスサーバ４に転送する（Ｓ１１２９）。
【０１３０】
サービスサーバ４は、受信したデータ要求に付加されているログインIDを使ってパスワード管理表４１０を検索し、そのログインIDと対で登録されているパスワード４１２が、データ要求に付加されていたパスワードと一致するかチェックの上、データ応答、又はエラー応答を作成して、中継装置３に応答する（Ｓ１１３０）。中継装置３は、受信した該応答を中継装置２へ転送し（Ｓ１１３１）、更に中継装置２が端末１に転送する（Ｓ１１３２）。
【０１３１】
この方法では、復号許可中継装置チェックやサービスサーバ４のログインIDリストのチェックなどの認証に関わるチェックを、信頼できる中継装置２が行うため、より安全性の高いシステムを構築することができる。
【０１３２】
更に、図８、図９、図１０において、中継装置３がサービスサーバ４に対して行っている処理を中継装置２が行ってもよい。この方法の通信手順を図１２に示す。図１２の例では、中継装置２、中継装置３が復号許可されていると仮定する。
【０１３３】
中継装置２が、端末1から暗号化通信路確立要求（Ｓ１００７）を受信すると、複合許可中継装置チェック（Ｓ１００８）を実施した後、暗号化通信路確立要求が送信されてきたことを通知するための暗号化通信路確立要求通知を生成し、これをサービスサーバ４宛に送信する（Ｓ１１５０）。該通知は、中継装置３を経由してサービスサーバ４に送信される（Ｓ１１００）。
【０１３４】
該通知を受信したサービスサーバ４は、直ちに通知受信応答を中継装置２宛に送信する（Ｓ１１０１）。該応答は中継装置３を介して中継装置２に送信される（Ｓ１１５１）。
【０１３５】
引き続きサービスサーバ４は、中継装置３に対する復号許可を含む中継装置２への暗号化通信路確立要求を送信する（Ｓ１１５２）。
【０１３６】
中継装置３は、該要求を受信すると、中継装置２との間で暗号化通信路確立処理（Ｓ１１５３）を行う。該処理が正常に終了すると、中継装置３は、サービスサーバ４に対して暗号化通信路確立応答を送信する（Ｓ１１５４）。
【０１３７】
サービスサーバ４は、中継装置３から該応答を受信すると、中継装置３との間で暗号化通信路確立処理（Ｓ１１１０）を行う。
【０１３８】
一方、中継装置２は、中継装置３との間で行った暗号化通信路確立処理（Ｓ１１５３）が正常に終了すると、端末１に対して暗号化通信路確立応答を送信する（Ｓ１０１７）。
【０１３９】
端末１は、中継装置２から該応答を受信すると、中継装置２との間で暗号化通信路確立処理（Ｓ１０１８）を行う。
【０１４０】
端末１とサービスサーバ４との間に暗号化通信路を確立した後の通信手順は図１１と同一である。
【０１４１】
この方法では、本実施例固有の処理を中継装置２が実行するため、中継装置２に必要な機能を搭載すればよく、システムの構築がより容易になる。
【図面の簡単な説明】
【０１４２】
【図１】各実施例における暗号化システムの構成図。
【図２】図１の暗号化システムが行う暗号化通信路確立処理を例示するシーケンス図。
【図３】通信経路の途中に復号を許可されていない中継装置が存在する場合の暗号化通信路確立処理を例示するシーケンス図。
【図４】中継装置２が復号許可されていない場合の暗号化通信路確立処理を例示するシーケンス図。
【図５】中継装置２の暗号化通信路確立要求処理を例示するフローチャート。
【図６】中継装置２以外の中継装置（中継装置３、８など）の暗号化通信路確立要求処理を例示するフローチャート。
【図７】サービスサーバ４が保持するログインID４１１とパスワード４１２の管理表の構成を例示する図。
【図８】図１の暗号化通信システムが行う、他の暗号化通信路確立処理を例示するシーケンス図。
【図９】図８のＳ１１００〜Ｓ１１１４における中継装置３とサービスサーバ４の処理の詳細を例示するフローチャート。（実施例２）
【図１０】図８のＳ１１２７〜Ｓ１１３０における中継装置３とサービスサーバ４の処理の詳細を例示するフローチャート。（実施例２）
【図１１】図８のＳ１１２７〜Ｓ１１３０の変形例を例示するシーケンス図。
【図１２】図８の変形例を例示するシーケンス図。
【符号の説明】
【０１４３】
１：端末、２：中継装置、３：中継装置、４：サービスサーバ、５：通信網、６：通信網、７：通信網、２１：プロセッサ、２２：通信インタフェース、２３：メモリ、２４：メモリ、２５：バス、１００：ルート証明書、２３１：メッセージ通信処理モジュール、２３２：暗号化通信処理モジュール、２４１：復号許可中継装置リスト、４００：サーバ証明書、４１０：パスワード管理表、４１１：ログインID、４１２：パスワード。
【図１】
2006332815.tif 000003
【図２】
2006332815.tif 000004
【図３】
2006332815.tif 000005
【図４】
2006332815.tif 000006
【図５】
2006332815.tif 000007
【図６】
2006332815.tif 000008
【図７】
2006332815.tif 000009
【図８】
2006332815.tif 000010
【図９】
2006332815.tif 000011
【図１０】
2006332815.tif 000012
【図１１】
2006332815.tif 000013
【図１２】
2006332815.tif 000014