JP3701866B2 - 中継装置、通信端末、及びサーバ装置 - Google Patents
中継装置、通信端末、及びサーバ装置 Download PDFInfo
- Publication number
- JP3701866B2 JP3701866B2 JP2000384162A JP2000384162A JP3701866B2 JP 3701866 B2 JP3701866 B2 JP 3701866B2 JP 2000384162 A JP2000384162 A JP 2000384162A JP 2000384162 A JP2000384162 A JP 2000384162A JP 3701866 B2 JP3701866 B2 JP 3701866B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- server
- content
- relay
- communication terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は暗号化通信を中継する中継装置と、この中継装置を介して暗号化通信を行う通信端末およびサーバ装置とに関する。
【０００２】
【従来の技術】
インターネット上のＷＷＷ（World Wide Web）サーバのクライアントとして、インターネットブラウザと呼ばれるソフトウェアが普及している。利用者はブラウザを使用してインターネット上のＷＷＷサーバにアクセスすることでＷＷＷ上のＨＴＭＬ（Hyper Text Markup Language）データ等を閲覧することができる。コンテンツの閲覧に使用される上位層の主な通信プロトコルはＨＴＴＰ（Hyper Text Transfer Protocol）であり、ブラウザはＨＴＴＰに従ったデータ通信を実現するための機能を備えている。
【０００３】
また、インターネットのＷＷＷサービスにおいて、安全な暗号化通信を実現するための技術が提案・実用化されており、このような技術の一つとしてＳＳＬ（Secure Sockets Layer）が広く利用されている。ＳＳＬは主要なインターネットブラウザに搭載されているＨＴＴＰＳ（ＨＴＴＰの拡張プロトコル）に含まれており、利用者はＨＴＴＰＳを使用してＨＴＴＰＳに対応したＷＷＷサーバ上のコンテンツを安全に利用することができる。ＳＳＬを用いた暗号化通信（以後、ＳＳＬ通信）はクライアント／サーバ型の通信であり、ＳＳＬ通信の開始時にはサーバの認証（およびクライアントの認証）と暗号化方式の決定が順に行われる。なお、要求させる安全性の水準によってはクライアントの認証は必須ではない。
【０００４】
また、近年、携帯電話機にブラウザを搭載し、移動通信網を介してインターネット上のＷＷＷサーバにアクセス可能としたシステムがサービスを開始している。このシステムでは、インターネット上のＷＷＷサーバが提供するＨＴＭＬデータを携帯電話機が受信すると、携帯電話機では当該ＨＴＭＬデータが解釈・実行され、当該ＨＴＭＬデータに従ったユーザインタフェースが生成され、携帯電話機のユーザに対して提供される。
【０００５】
上記システムは急速に普及しつつあり、当該システムにおいて提供されるサービスの種類も急速に増加している。これらのサービスの中には、携帯電話から自分の銀行口座を操作するサービス等の高いセキュリティが要求されるサービスも含まれており、上記システムに収容される携帯電話機のブラウザにもＨＴＴＰＳが実装されている。
【０００６】
上記システムにおけるＳＳＬ通信としては、インターネットと移動通信網とを接続するゲートウェイサーバと、利用者に情報を提供するＩＰ（Information Provider）サーバとの間で交換されるデータについては暗号化し、ゲートウェイサーバと携帯電話機との間で交換されるデータについては平文のままとする、サーバ間ＳＳＬ通信が提供されている。すなわち、上記システムでは、ゲートウェイサーバにおいて暗号化／復号が行われている。
【０００７】
【発明が解決しようとする課題】
上述のように、ブラウザを搭載した携帯電話機からインターネットのＷＷＷサービスを利用可能としたシステムは急速に普及しつつあり、当該システムの事業者としては、様々なサービスを実現するために、多くの技術的な選択肢を提示する必要がある。その選択肢の一つとして考えられるのが端間ＳＳＬ通信である。端間ＳＳＬ通信は通信路の一方の端部（携帯電話機）と他方の端部（ＩＰサーバ）との間の全区間において、交換されるデータを暗号化する通信方式である。すなわち、ゲートウェイサーバは端間ＳＳＬ通信において暗号化を終端しない。この通信方式をも利用可能とすれば、上記システムにて提供可能なサービスの幅が拡がる。
【０００８】
ところで、上記システムの携帯電話機において、ブラウザは内部のＲＯＭ（Read Only Memory）に格納されている。よって、ＳＳＬ通信を可能とする暗号化通信プログラムを通信網経由で更新するのは不可能である。また、上記システムの利用者数は膨大であり、仮に通信網経由での暗号化通信プログラムの更新が可能であったとしても膨大な処理量となり、過渡期において不都合が生じる可能性がある。
【０００９】
例えば、上記システムにおいては移動通信網内で携帯電話機を一意に識別可能なＵＩＤ（ユーザＩＤ）をゲートウェイサーバがＨＴＴＰヘッダに付加してＩＰサーバへ通知し、ＩＰサーバから当該ＵＩＤに応じた情報の提供をサーバ間ＳＳＬ通信によって受けるサービスも既に実施されているが、このようなサービスを端間ＳＳＬ通信に対応した携帯電話機から利用しようとすると、上記ＵＩＤをＩＰサーバへ通知できなくなってしまう。なぜなら、携帯電話機はＩＰサーバがサーバ間ＳＳＬ通信を望んでいるのか端間ＳＳＬ通信を事前に把握できないためにより安全性の高い端間ＳＳＬ通信で通信を開始せざるを得ず、かつ端間ＳＳＬ通信においては、ゲートウェイサーバにおいて暗号化が解除されないために、ゲートウェイサーバがＨＴＴＰヘッダを変更することは不可能だからである。
【００１０】
もちろん、ＳＳＬのクライアント認証によってユーザを認証するようにＩＰサーバ側のシステムを変更することも考えられるが、膨大な数のＩＰサーバのシステムを一斉に変更することは現実的に困難である。また、携帯電話機においてＨＴＴＰヘッダにＵＩＤを付加することも考えられるが、ユーザによって改変されたＵＩＤがＩＰサーバへ通知される虞があり、ユーザ認証の信頼性に欠けるという問題がある。あるいは、サーバ間ＳＳＬ通信を希望するＩＰサーバのテーブルを携帯電話機内に用意し、このテーブルを参照してＳＳＬ通信方式を選択するようにすることも考えられるが、ＩＰサーバの仕様が変更された場合などに全ての携帯電話機内のテーブルを更新する必要があり、非現実的である。
【００１１】
本発明は上述した事情に鑑みて為されたものであり、サーバ間暗号化通信のみに対応した通信端末（あるいはサーバ装置）と端間暗号化通信にも対応した通信端末（あるいはサーバ装置）とが混在する環境下でも、大幅なシステムの変更を伴わずに適切な暗号化通信を提供することができる中継装置、通信端末、及びサーバ装置を提供することを目的としている。
【００１２】
【課題を解決するための手段】
上述した課題を解決するために、請求項１に記載の中継装置は、通信網内の通信端末から送信されたアクセス要求の内容に応じたコンテンツを該通信網外のサーバ装置から受信して該通信端末へ送信する中継処理を行う中継装置において、予め設定されたコンテンツについて、前記通信端末によるアクセスに際して前記通信網内で該通信端末を特定可能な識別情報の通知を要するか否かを示す情報を記憶した記憶部と、前記通信端末との間では平文のデータを送受する第１の暗号化通信方式と、前記通信端末と前記サーバ装置との間で直接的に暗号化通信を行う第２の暗号化通信方式とのいずれか一方の暗号化通信方式を選択する中継側選択部と、前記中継側選択部により選択された暗号化通信方式に従って前記中継処理を行う中継部とを具備し、前記アクセス要求の内容が前記識別情報の通知を要するコンテンツへ第２の暗号化通信方式でアクセスする旨を示す場合には、前記中継側選択部は第１の暗号化通信方式を選択し、前記中継部は第１の暗号化通信方式に応じたアクセスに切り換える旨の指示を該アクセス要求の送信元の前記通信端末へ送信することを特徴としている。
【００１３】
さらに上記中継装置において、前記記憶部が更に前記予め設定されたコンテンツに設定された暗号化通信に係る情報を記憶し、前記中継側選択部が、前記アクセス要求の内容が前記識別情報の通知を要しないコンテンツへアクセスする旨を示す場合には、該アクセス要求の内容と該コンテンツに設定された前記暗号化通信に係る情報とに基づいて暗号化通信方式を選択するようにしてもよい（請求項２）。
【００１４】
さらに、上記各中継装置において、前記アクセス要求の内容に応じたコンテンツについて前記通信端末の認証を要するか否かを識別する認証要否識別部を設け、前記中継側選択部により第１の暗号化通信方式が選択され、かつ前記認証要否識別部により前記アクセス要求の内容に応じたコンテンツが前記通信端末の認証を要すると識別された場合には、前記中継部が該コンテンツを有する前記サーバ装置へ警告を送信するようにしてもよいし（請求項３）、前記記憶部が前記予め設定されたコンテンツについて、前記通信端末によるアクセスに際して前記通信端末の認証を要するか否かを示す情報を記憶し、前記中継側選択部により第１の暗号化通信方式が選択され、かつ前記アクセス要求の内容に応じたコンテンツが前記通信端末の認証を要する場合には、前記中継部が該コンテンツを有する前記サーバ装置へ警告を送信するようにしてもよい（請求項４）。
【００１５】
また、上記各中継装置において、前記アクセス要求の内容に応じたコンテンツが前記予め設定されたコンテンツに含まれていない場合には前記中継側選択部が前記アクセス要求の内容に応じた暗号化通信方式を選択するようにしてもよい（請求項５）。
【００１６】
上述した課題を解決するために、請求項６に記載の中継装置は、通信網内の通信端末から送信されたアクセス要求の内容に応じたコンテンツを該通信網外のサーバ装置から受信して該通信端末へ送信する中継処理を行う中継装置において、前記通信端末から送信されたアクセス要求に応じたコンテンツについて前記通信網内で該通信端末を特定可能な識別情報の通知を要するか否かを識別する識別情報要否識別部と、前記通信端末との間では平文のデータを送受する第１の暗号化通信方式と、前記通信端末と前記サーバ装置との間で直接的に暗号化通信を行う第２の暗号化通信方式とのいずれか一方の暗号化通信方式を選択する中継側選択部と、前記中継側選択部により選択された暗号化通信方式に従って前記中継処理を行う中継部とを具備し、前記アクセス要求の内容が前記識別情報の通知を要するコンテンツへ第２の暗号化通信方式でアクセスする旨を示す場合には、前記中継側選択部は第１の暗号化通信方式を選択し、前記中継部は第１の暗号化通信方式に応じたアクセスに切り換える旨の指示を該アクセス要求の送信元の前記通信端末へ送信することを特徴としている。
【００１７】
上述した課題を解決するために、請求項７に記載の通信端末は、自端末が属する通信網外のサーバ装置内に存在するコンテンツに中継装置を介してアクセスする通信端末において、前記中継装置との間では平文のデータを送受する第１の暗号化通信方式と、前記サーバ装置との間で直接的に暗号化通信を行う第２の暗号化通信方式とのいずれか一方の暗号化通信方式を選択する端末側選択部と、前記端末側選択部により選択された暗号化通信方式に従ってコンテンツへのアクセス要求を送信する送信部と、前記中継装置からの指示を受信する受信部とを具備し、第１の暗号化通信方式に応じたアクセスに切り換える旨の指示が前記受信部により受信されると、前記端末側選択部は第１の暗号化通信方式を選択することを特徴としている。
【００１８】
さらに、上記通信端末において、第２の暗号化通信方式でアクセスしようとするコンテンツが自端末の認証を要し、かつ自端末の認証が得られない場合には、前記送信部が前記サーバ装置へ警告を送信するようにしてもよい（請求項８）。さらに上記各通信端末において、自端末を携帯電話機としてもよい（請求項９）。
【００１９】
上述した課題を解決するために、請求項１０に記載のサーバ装置は、コンテンツが記憶された記憶部と、中継装置を介して通信端末から暗号化通信の開始を要求された場合に、その要求元である通信端末の認証を行う認証部と、前記通信端末が前記認証部により認証された場合には、前記通信端末から送信されてくるアクセス要求に応じたコンテンツを前記記憶部から読み出し暗号化して返送する暗号化通信処理を実行する制御部と、を備え、前記制御部は、前記中継装置によって通信が終端されているために前記通信端末と直接的に通信することができないことを示す第１の警告が前記中継装置から送信されてきた場合、または、本装置と前記通信端末との通信が直接的であるため、前記認証部に自端末を認証させるための識別子を前記中継装置から取得することができないことを示す第２の警告が前記通信端末から送信されてきた場合には、前記暗号化通信処理に替えて、前記記憶部に記憶されているコンテンツのうちで予め定められたコンテンツについてのみ前記通信端末から送信されてくるアクセス要求に応じて暗号化して返送するセキュリティ確保処理を、実行することを特徴としている。
【００２０】
【発明の実施の形態】
以下、図面を参照して、本発明の実施形態について説明する。
Ａ：構成
（１）全体構成
図１は本発明の一実施形態に係るゲートウェイサーバ（中継装置）ＧＷＳを用いた移動パケット通信システムの構成を示す図である。この移動パケット通信システムはＷＷＷの利用を携帯電話機ＭＳに許容したシステム上に構築されている。
【００２１】
同図において、携帯電話機ＭＳ１，ＭＳ２はそれぞれ移動パケット通信網ＭＰＮのパケット通信サービスを受ける携帯電話機であり、移動パケット通信網ＭＰＮ及び図示せぬ移動電話網に無線接続される。携帯電話機ＭＳ１及びＭＳ２は同一のハードウェア構成を有するものであり、以後、両者を区別しない場合には携帯電話機ＭＳと称する。携帯電話機ＭＳ１と携帯電話機ＭＳ２との機能上の差異については後述する。なお、移動電話網は一般的な移動電話の通話サービスを提供する網であり、携帯電話機ＭＳは当該通話サービスを受けることができる。
【００２２】
移動パケット通信網ＭＰＮは、複数の基地局ＢＳ、複数のパケット加入者処理装置ＰＳ、ゲートウェイサーバＧＷＳ、及びこれらを接続する通信回線によって構成されている。基地局ＢＳは、地上を例えば半径５００ｍ等の範囲で分割した所定間隔で配置されており、各々が形成する無線ゾーンに在圏した携帯電話機ＭＳとの間で無線通信を行う。パケット加入者処理装置ＰＳは、複数の基地局ＢＳを収容するパケット加入者交換局に備えられたコンピュータシステムであり、携帯電話機ＭＳからのパケット交換要求を受け付けるとともに、受け付けたパケットを他のパケット加入者処理装置ＰＳ及び配下の基地局ＢＳの少なくとも一方を介して宛先の携帯電話機ＭＳへ中継する。また、パケット加入者処理装置ＰＳは、携帯電話機ＭＳとゲートウェイサーバＧＷＳ間でパケットを中継する。
【００２３】
ゲートウェイサーバＧＷＳは、移動パケット通信網ＭＰＮとインターネットＩＮＥＴ等の他網とを相互接続するための移動パケット関門中継交換局に備えられたコンピュータシステムであり、ネットワーク間で異なる通信プロトコルの変換や通信の中継等を行う。ここでいう通信プロトコルの変換とは、具体的には、移動パケット通信網ＭＰＮが従う移動パケット通信網用の伝送プロトコルと、インターネットＩＮＥＴが従う伝送プロトコルとの相互変換をいう。
【００２４】
なお、インターネットＩＮＥＴが従う伝送プロトコルには、ネットワーク層及びトランスポート層のＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）とこのＴＣＰ／ＩＰ上で実現されるＨＴＴＰ等のプロトコルが含まれており、移動パケット通信網ＭＰＮが従う伝送プロトコルには、ＴＣＰ／ＩＰを簡素化したプロトコル（ＴＬ）とＨＴＴＰＳに相当するプロトコル（ＡＬ）とが含まれている。すなわち、携帯電話機ＭＳはＡＬ上でインターネットＩＮＥＴにアクセスすることになる。なお、上記「ＨＴＴＰＳ」にはＳＳＬの機能が含まれている。ＳＳＬは２層から構成されており、下位層ではデータの配送、圧縮などが、上位層では認証や各種ネゴシエーションが行われる。ＳＳＬ通信では、ネゴシエーション中にサーバの認証が行われ、さらにデータの交換が行われる。
【００２５】
保守端末ＭＴはゲートウェイＧＷＳを保守・管理するための端末であり、一般的なコンピュータシステムにより構成されている。保守端末ＭＴはゲートウェイＧＷＳの管理者に操作され、この操作に従って、ゲートウェイＧＷＳへ指示やデータ等を送信する。
【００２６】
ＩＰサーバ（配信装置）Ｗ１〜Ｗ３はそれぞれインターネットＩＮＥＴに接続されたサーバであり、ＷＷＷを利用するクライアントに対してＷＷＷサービスを提供する。ＩＰサーバＷ１〜Ｗ３は同一のハードウェア構成を有するものであり、以後、これらを区別しない場合にはＩＰサーバＷと称する。ＩＰサーバＷは、インターネットＩＮＥＴ経由でＨＴＴＰのＧＥＴ要求を受け取ると、当該ＧＥＴ要求に含まれるＵＲＬで特定されるコンテンツを返送する。なお、各ＩＰサーバＷの機能上の差異については後述する。
【００２７】
なお、ゲートウェイサーバＧＷＳが提供する通信中継には、パケットヘッダの書き換え等を伴う代理モードと、パケットの内容を参照しないトンネリングモードがある。代理モードでは、ゲートウェイサーバＧＷＳは、携帯電話機ＭＳからＨＴＴＰのＧＥＴメソッドを用いたメッセージ（以後、ＧＥＴメッセージ）を受け取ると、当該ＧＥＴメッセージに含まれるＵＲＬ（Uniform Resource Locator）を調べ、当該ＵＲＬがインターネットＩＮＥＴ上の一般的なＵＲＬである場合には、インターネットＩＮＥＴへ当該ＧＥＴメッセージを転送し、このＧＥＴメッセージに対応してインターネットＩＮＥＴから送信されてきた応答を当該携帯電話機ＭＳへ返送する。すなわち、代理モードのゲートウェイサーバＧＷＳはいわゆるプロキシサーバとして機能する。また、トンネリングモードでは、ゲートウェイサーバＧＷＳは、携帯電話機ＭＳとＩＰサーバＷ間のコネクション上で送受されるデータに関与しない。すなわち、トンネリングモードのゲートウェイサーバＧＷＳは、単なるルータとして機能する。なお、上記各モードの切り換えはゲートウェイサーバＧＷＳ自身が行う。
【００２８】
（２）要部の構成
（２−１）携帯電話機ＭＳの構成
図２は携帯電話機ＭＳのハードウェア構成を示すブロック図である。
この図に示すように、携帯電話機ＭＳは、基地局ＢＳとの無線通信を行う送受信部（例えばアンテナや無線部、送信機、受信機等を有する）２１、音を入力するための集音部（例えばマイク）２２、発音するための発音部（例えばアンプやスピーカ等を有する）２３、数字入力、文字入力等の入力操作が行われる、キーパッド等を備えた入力部２４、所定サイズの表示領域を有する液晶ディスプレイ２５、これら各部を制御する制御部２６を内蔵している。
【００２９】
制御部２６は各種制御を行うＣＰＵ（Central Processing Unit）２６１と、ＣＰＵ２６１に実行されるブラウザやＳＳＬ通信処理プログラム等のソフトウェア、及びゲートウェイサーバＧＷＳとの接続に必要な情報等を格納したＲＯＭ２６２と、各種情報を格納するためのフラッシュメモリ２６３とを内蔵しており、図示せぬ電源が投入されると、ＣＰＵ２６１はＲＯＭ２６２に格納されたソフトウェアを読み出して実行し、ＲＯＭ２６２、フラッシュメモリ２６３、各部２１〜２５を制御する。なお、上記ＳＳＬ通信処理プログラムは携帯電話機ＭＳ１と携帯電話機ＭＳ２とで異なっている。
【００３０】
携帯電話機ＭＳは、ＣＰＵ２６１がＲＯＭ２６２に格納されたブラウザを読み出し、当該ブラウザを実行することにより、ＲＯＭ２６２に格納されたホームＵＲＬ（最初にアクセスすべきゲートウェイＧＷＳ上のコンテンツ位置）に通常のＨＴＴＰにてアクセスし、このＵＲＬ上のＨＴＭＬデータを取得し、このデータに基づいて、液晶ディスプレイ２５に対話画面を表示させる。ユーザ（移動パケット通信網ＭＰＮの加入者）は、このメニュー画面からＷＷＷの利用を開始し、所望のＩＰサーバＷから所望の情報を取得する。
【００３１】
（２−２）ゲートウェイサーバＧＷＳの構成
図３はゲートウェイサーバＧＷＳのハードウェア構成を示すブロック図である。
この図に示すように、ゲートウェイサーバＧＷＳは、基地局ＢＳ及びパケット加入者処理装置ＰＳを介して携帯電話機ＭＳとの間で通信を行うための通信装置３１、インターネットＩＮＥＴを介してＩＰサーバＷ等との間で通信を行うためのインターネット接続インタフェース３２、基本プログラムや後述するＳＳＬ設定テーブルＴ等を書き換え可能に記憶した記憶装置（例えば、半導体ディスクやハードディスク等）３３、保守端末ＭＴを接続するための保守端末接続用インタフェース３４、上記各部を制御する制御部３５を包含している。
【００３２】
制御部３５は各種制御を行うＣＰＵ３５１と、ＣＰＵ３５１に実行される制御プログラム等を格納したＲＯＭ３５２と、ＣＰＵ３５１のワークエリアとして使用されるＲＡＭ３５３とを内蔵しており、ＣＰＵ３５１は、ＲＯＭ３５２に格納された制御プログラムを読み出して実行し、ＲＯＭ３５２、ＲＡＭ３５３及び各部３１〜３４を制御し、さらに記憶装置３３に記憶された基本プログラムを読み出して実行することで、前述の機能を実現している。
【００３３】
（２−３）ＩＰサーバＷの構成
図４はＩＰサーバＷのハードウェア構成を示すブロック図である。
この図に示すように、ＩＰサーバＷは、インターネットＩＮＥＴを介してゲートウェイサーバＧＷＳとの間で通信を行うためのインターネット接続インタフェース４１、各種コンテンツやＳＳＬ通信処理プログラム等を書き換え可能に記憶した記憶装置（例えば、半導体ディスクやハードディスク等）４２、及びこれらを制御する制御部４３を包含している。なお、上記ＳＳＬ通信処理プログラムはＩＰサーバＷ１とＩＰサーバＷ２とで異なっており、ＩＰサーバＷ３には存在しない。
【００３４】
制御部４３は各種制御を行うＣＰＵ４３１と、ＣＰＵ４３１に実行される制御プログラム等を格納したＲＯＭ４３２と、ＣＰＵ４３１のワークエリアとして使用されるＲＡＭ４３３とを内蔵しており、ＣＰＵ４３１は、ＲＯＭ４３２に格納された制御プログラムを読み出して実行することで、ＲＯＭ４３２、ＲＡＭ４３３、及び各部４１〜４２を制御する。さらに制御部４３は、記憶装置４２に記憶されたＳＳＬ通信処理プログラムを読み出して実行することで、クライアントとの間でＳＳＬ通信を実現する機能を備えている。
【００３５】
（３）ＳＳＬ通信に関する要部の機能
（３−１）携帯電話機ＭＳ１の機能
図５は携帯電話機ＭＳ１が行うＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部２６のＣＰＵ２６１がＲＯＭ２６２に格納されたＳＳＬ通信処理プログラムを実行することでこの図に示す処理が実現される。なお、当該通信処理プログラムは実現可能なＳＳＬ通信としてサーバ間ＳＳＬ通信のみをサポートしたバージョンのＨＴＴＰ（ここでは「ＨＴＴＰ／１．０」と称する）に準拠したプログラムであり、携帯電話機ＭＳ１が実現可能なＳＳＬ通信はサーバ間ＳＳＬ通信のみである。
【００３６】
この図に示すように、ＳＳＬ通信開始に、携帯電話機ＭＳ１は所望のＵＲＬを有するＩＰサーバＷとのＳＳＬ通信を要求するＧＥＴ要求メッセージ（例えば“GET https:// ... HTTP/1.0”）をゲートウェイサーバＧＷＳへ送信し、その応答メッセージを受信する（ステップＳＡ１，ＳＡ２）。この応答メッセージが、「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージの場合には、携帯電話機ＭＳ１はゲートウェイサーバＧＷＳによるコネクションの切断処理に追従して当該ＳＳＬ通信用のコネクションを切断するとともに、「サーバが認証されなかったためにＳＳＬ通信不可」の旨を示す画像を液晶ディスプレイ２５に表示し（ステップＳＡ３，ＳＡ５）、ＳＳＬ通信開始処理を終了する。逆に、上記応答メッセージがＳＳＬ通信の開始に成功した旨のメッセージ（例えば“HTTP/1.0 200 OK”）の場合には、携帯電話機ＭＳ１はコネクションを切断することなく平文での通信を継続する（ステップＳＡ３，ＳＡ４）。
【００３７】
（３−２）携帯電話機ＭＳ２の機能
図６は携帯電話機ＭＳ２が行うＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部２６のＣＰＵ２６１がＲＯＭ２６２に格納されたＳＳＬ通信処理プログラムを実行することでこの図に示す処理が実現される。なお、この図において図５と共通する部分には同一の符号が付されている。また、当該通信処理プログラムは実現可能なＳＳＬ通信としてサーバ間ＳＳＬ通信および端間ＳＳＬ通信をサポートしたバージョンのＨＴＴＰ（ここでは「ＨＴＴＰ／１．１」と称する）に準拠したプログラムであり、携帯電話機ＭＳ２が実現可能なＳＳＬ通信はサーバ間ＳＳＬ通信及び端間ＳＳＬ通信である。
【００３８】
この図に示すように、ＳＳＬ通信開始時に、携帯電話機ＭＳ２は所望のＵＲＬを有するＩＰサーバＷとのＳＳＬ通信を要求するＣｏｎｎｅｃｔ要求メッセージ（例えば“Connect https:// ... HTTP/1.1”）をゲートウェイサーバＧＷＳへ送信し、その応答メッセージを受信する（ステップＳＢ１，ＳＢ２）。この応答メッセージがコネクションの切断を示すメッセージ（例えば“Connection Closed”）の場合には、携帯電話機ＭＳ２は図５に示す処理を行い（ステップＳＢ３，ＳＡ１，ＳＳ１）、この処理が終了した時点でＳＳＬ通信開始処理を終了する。なお、Ｃｏｎｎｅｃｔ要求メッセージは、ＨＴＴＰのＣｏｎｎｅｃｔメソッドに類似のメソッドを用いた要求メッセージである。
【００３９】
逆に、上記応答メッセージがコネクションの確立を示すメッセージ（例えば“Connection Established”）の場合には、携帯電話機ＭＳ２は通信相手のＩＰサーバＷとの間で認証処理を含むネゴシエーション処理を行い、ＩＰサーバＷが認証されなかった場合には、当該ＩＰサーバＷとの間のコネクションを切断し、「サーバが認証されなかったためにＳＳＬ通信不可」の旨を示す画像を液晶ディスプレイ２５に表示し（ステップＳＢ３〜ＳＢ６）、ＳＳＬ通信開始処理を終了する。
【００４０】
上記ネゴシエーション処理の結果、ＩＰサーバＷが認証された場合には、携帯電話機ＭＳ２は確立されたコネクションを介してＩＰサーバＷとの間で暗号化通信を開始する。ただし、ＩＰサーバＷがクライアント認証を要求し、かつ携帯電話機ＭＳ２が認証されない場合には、携帯電話機ＭＳ２は上記暗号化通信の開始前（ＳＳＬのネゴシエーション手順におけるクライアント鍵交換（CrientKeyExchange）の送信前）に警告メッセージ（例えば“Warning”）をＩＰサーバＷへ送信する（ステップＳＢ５，ＳＢ７〜ＳＢ９）。
【００４１】
（３−３）ゲートウェイサーバＧＷＳの機能
（３−３−１）ＳＳＬ設定テーブルＴ
図７はゲートウェイサーバＧＷＳの記憶装置３３に格納されたＳＳＬ設定テーブルＴのデータ構造を示す概念図である。この図に示すように、ＳＳＬ設定テーブルＴは、ユーザによって登録されたＵＲＬ、当該ＵＲＬ上のコンテンツの管理者が希望する当該コンテンツへのアクセス方式（以後、初期設定通信方式）、当該ＵＲＬ上のコンテンツへのアクセスにＵＩＤが必要とされるか否かを示す情報（以後、ＵＩＤ要否）を格納している。なお、ＵＩＤは携帯電話機ＭＳ毎にユニークに割り当てられたユーザＩＤである。
【００４２】
また、図７において「Ｅ−Ｅ」は端間ＳＳＬ通信、「Ｓ−Ｓ」はサーバ間ＳＳＬ通信を意味している。また、当該ＳＳＬ設定テーブルＴに登録されたＵＲＬは、基本的に携帯電話機ＭＳを用いてユーザによって予め登録されたＵＲＬである。なお、当該ＳＳＬ設定テーブルＴにＵＲＬが登録されると、ゲートウェイサーバＧＷＳは当該ＵＲＬに対応した初期設定通信方式として「Ｓ−Ｓ」、ＵＩＤ要否として「要」を登録する。ＳＳＬ設定テーブルＴの内容はＩＰサーバＷの管理者からの要請に基づいて保守端末ＭＴから変更可能であるが、同一のＵＲＬに対して、初期設定通信方式を「Ｓ−Ｓ」、ＵＩＤ要否を「否」とする変更はゲートウェイサーバＧＷＳにより拒絶される。
【００４３】
（３−３−２）サーバ間ＳＳＬ通信開始処理
図８はゲートウェイサーバＧＷＳが行うサーバ間ＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部３５のＣＰＵ３５１が記憶装置３３に格納されたＳＳＬ通信処理プログラムを実行し、かつＳＳＬ通信を要求するＧＥＴ要求メッセージを携帯電話機ＭＳから受信すると、この図に示す処理が実現される。なお、当該通信処理プログラムはＨＴＴＰ／１．０及びＨＴＴＰ／１．１に準拠したプログラムであり、ＨＴＴＰ／１．１はＨＴＴＰ／１．０に対して上位互換性を有する。
【００４４】
この図に示すように、ゲートウェイサーバＧＷＳは、所望のＵＲＬを有するＩＰサーバＷとのＳＳＬ通信を要求するＧＥＴ要求メッセージを携帯電話機ＭＳから受信すると、通信相手のＩＰサーバＷとの間でネゴシエーション処理を行う（ステップＳＣ１）。このネゴシエーション処理においてＩＰサーバＷが認証されなかった場合には、ゲートウェイサーバＧＷＳは当該ＩＰサーバＷとの間のコネクションを切断し、「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージを当該ＧＥＴ要求メッセージへの応答メッセージとして携帯電話機ＭＳへ返送し（ステップＳＣ２，ＳＣ３）、サーバ間ＳＳＬ通信開始処理を終了する。
【００４５】
逆に、上記ネゴシエーション処理においてＩＰサーバＷが認証された場合には、ゲートウェイサーバＧＷＳは変換中継処理を開始する（ステップＳＣ６）。具体的には、ゲートウェイサーバＧＷＳは、ＳＳＬ通信の開始に成功した旨のメッセージを当該ＧＥＴ要求メッセージへの応答メッセージとして携帯電話機ＭＳへ返送する。なお、当該ＩＰサーバＷがクライアント認証を要求するＩＰサーバであり、かつ携帯電話機ＭＳ２が認証されない場合には、ゲートウェイサーバＧＷＳは上記変換中継開始処理の開始前（ＳＳＬのネゴシエーション手順におけるクライアント鍵交換（CrientKeyExchange）の送信前）に警告メッセージ（例えば“Warning”）を当該ＩＰサーバＷへ送信する（ステップＳＣ４，ＳＣ５）。なお、ゲートウェイサーバＧＷＳは、対象のＩＰサーバＷがクライアント認証を要求するか否かを当該ＩＰサーバＷとのネゴシエーション時に識別する。
【００４６】
（３−３−３）端間ＳＳＬ通信開始処理
図９はゲートウェイサーバＧＷＳが行う端間ＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部３５のＣＰＵ３５１が記憶装置３３に格納されたＳＳＬ通信処理プログラムを実行し、かつＳＳＬ通信を要求するＧＥＴ要求メッセージを携帯電話機ＭＳから受信すると、この図に示す処理が実現される。
【００４７】
この図に示すように、ＳＳＬ通信開始に、携帯電話機ＭＳ２は所望のＵＲＬを有するＩＰサーバＷとのＳＳＬ通信を要求するＣｏｎｎｅｃｔ要求メッセージを受信すると、ゲートウェイサーバＧＷＳは、ＳＳＬ設定テーブルＴを参照して当該ＵＲＬからのコンテンツへのアクセスにおいてＩＰサーバＷへＵＩＤを通知する必要があるか否かを判定する（ステップＳＤ１）。ゲートウェイサーバＧＷＳは、ＵＩＤの通知が必要な場合には、コネクションの切断を示すメッセージを当該Ｃｏｎｎｅｃｔ要求メッセージへの応答メッセージとして携帯電話機ＭＳへ返送し（ステップＳＤ４）、端間ＳＳＬ通信開始処理を終了する。また、ゲートウェイサーバＧＷＳは、ＵＩＤの通知が必要とされない場合には、コネクションの確立を示すメッセージを当該Ｃｏｎｎｅｃｔ要求メッセージへの応答メッセージとして携帯電話機ＭＳへ返送し、以降の当該コネクションを介したＳＳＬ通信に対する自機のモードをトンネリングモードとする（ステップＳＤ２，ＳＤ３）。
【００４８】
（３−４）ＩＰサーバＷ１の機能
図１０はＩＰサーバＷ１が行うＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部４３のＣＰＵ４３１が記憶装置４２に格納されたＳＳＬ通信処理プログラムを実行すると、この図に示す処理が実現される。なお、当該通信処理プログラムはＨＴＴＰ／１．０に準拠したプログラムである。
【００４９】
この図に示すように、ＩＰサーバＷ１は、インターネットＩＮＥＴ経由でクライアントからＳＳＬ通信の開始の要求を受信すると、クライアントとの間でネゴシエーション処理の後に暗号化通信を開始する（ステップＳＥ１，ＳＥ２）。なお、本実施形態において、当該ＩＰサーバＷ１はＳＳＬ通信開始時にクライアント認証を要しないタイプのＩＰサーバであるものとする。
【００５０】
（３−５）ＩＰサーバＷ２の機能
図１１はＩＰサーバＷ２が行うＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部４３のＣＰＵ４３１が記憶装置４２に格納されたＳＳＬ通信処理プログラムを実行すると、この図に示す処理が実現される。なお、当該通信処理プログラムはＨＴＴＰ／１．０及びＨＴＴＰ／１．１に準拠したプログラムである。また、この図において、図１０と共通する部分には同一の符号が付されている。
【００５１】
この図に示すように、ＩＰサーバＷ２は、インターネットＩＮＥＴ経由でクライアント側からＳＳＬ通信の開始の要求を受信すると、クライアント側との間で認証処理を含むネゴシエーション処理を行う（ステップＳＥ１）。このネゴシエーション処理において、携帯電話機ＭＳが認証され、かつクライアント側から所定の警告メッセージを受信しなかった場合には、ＩＰサーバＷ２は暗号化通信を開始する（ステップＳＦ１，ＳＥ２）。なお、本実施形態において、当該ＩＰサーバＷ２はＳＳＬ通信開始時にクライアント認証を要するタイプのＩＰサーバであるものとする。
【００５２】
逆に、クライアントが認証されなかった場合、あるいはインターネットＩＮＥＴ側から所定の警告メッセージを受信しなかった場合には、ＩＰサーバＷ２はセキュリティ確保処理を行う（ステップＳＦ２）。セキュリティ確保処理の内容は任意であり、例えば、重要度の低い情報のみをクライアントから使用可能として暗号化通信を開始するようにしてもよいし、暗号化通信を開始しないようにしてもよい。
【００５３】
なお、ＩＰサーバＷ３は通常のＨＴＴＰを処理するための機能を備えているものの、ＳＳＬ通信に関する機能を備えていない。
【００５４】
（３−６）携帯電話機ＭＳ及びゲートウェイサーバＧＷＳの挙動パターン
図１２は携帯電話機ＭＳ１からＳＳＬ設定テーブルＴに格納されたＵＲＬへのＳＳＬアクセス時における携帯電話機ＭＳ１、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンを各種条件に対応付けて例示した図、図１３は携帯電話機ＭＳ２からＳＳＬ設定テーブルＴに格納されたＵＲＬへのＳＳＬアクセス時における携帯電話機ＭＳ２、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンを各種条件に対応付けて例示した図である。これらの図には、２種類の初期設定通信方式（Ｓ−Ｓ／Ｅ−Ｅ）と適合し得る全ての条件パターンに対応した挙動パターンが示されている。
【００５５】
これらの図において、「○」は必要であることや認証に成功したこと、アクセスできること等を意味する。「×」は不要であることや認証に失敗したこと、アクセスできないこと等を意味する。△はＩＰサーバＷの動作に応じてアクセスの可否やアクセス可能な範囲等が変わることを意味する。また、「−」は挙動パターンに全く影響しないことを意味している。例えば、初期設定通信方式として「Ｅ−Ｅ」が設定されたＩＰサーバＷがＵＩＤを要することは有り得ないことから、各図において、「Ｅ−Ｅ」に対応したＵＩＤ要否は「−」で示されている。また、これと同様に、初期設定通信方式として「Ｓ−Ｓ」が設定されたＩＰサーバＷがクライアント認証結果を得ることは有り得ないことから、各図において、「Ｓ−Ｓ」に対応したクライアント認証結果は「−」で示されている。
【００５６】
これらの図において、Ｐ１０１〜Ｐ１１６及びＰ２０１〜Ｐ２１６は各々、挙動パターンに対応付けられた符号であり、これらの図には合計３２の挙動パターンが示されている。なお、ＳＳＬ設定テーブルＴに格納されていないＵＲＬへのＳＳＬ通信の開始要求時には、ゲートウェイサーバＧＷＳは、当該ＳＳＬ通信の開始を要求するメッセージの種別に応じて上記各パターンのいずれかにあてはめる。具体的には、ＳＳＬ設定テーブルＴに格納されていないＵＲＬに対するＳＳＬ通信の開始を要求するメッセージがＧＥＴ要求メッセージの場合には「Ｓ−Ｓ」、Ｃｏｎｎｅｃｔ要求メッセージの場合には「Ｅ−Ｅ」となる。また、いずれの種別であっても、ＵＩＤ要否は「否」となる。各挙動パターンの具体的な挙動については以下に説明する。
【００５７】
Ｂ：動作
Ｂ−１：前提
上述したように、ＳＳＬ設定テーブルＴに格納されていないＵＲＬへのＳＳＬ通信の開始を要求する場合には、ゲートウェイサーバＧＷＳにより、当該ＵＲＬがＳＳＬ設定テーブルＴに格納されているかのように取り扱われる。すなわち、図１２及び図１３は、ＳＳＬ通信の開始を要求するＵＲＬがＳＳＬ設定テーブルＴに格納されているか否かに関わらず、全ての挙動パターンを網羅していると言える。すなわち、図１２及び図１３に示された全ての挙動パターンの具体的な挙動を述べることで本システムの全ての動作を説明することができる。また、全ての挙動パターンについて以下に説明するが、これらの図には、条件は異なっても実際の挙動が同一となる挙動パターンが存在しているため、同一の挙動となる挙動パターンについてはまとめて説明し、説明の繁雑化を避けることとする。
【００５８】
Ｂ−２：挙動
（１）ＧＥＴメソッドを最初に用いる携帯電話機ＭＳがＩＰサーバＷへアクセスする場合
まず、ＳＳＬ通信開始の要求において最初にＧＥＴメソッドを用いる携帯電話機ＭＳがＩＰサーバＷへアクセスする場合について説明する。
【００５９】
（１−１）サーバ認証が得られなかった場合
図１４は携帯電話機ＭＳ（携帯電話機ＭＳ１を含む）からＩＰサーバＷ（ＩＰサーバＷ３を含む）へのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ１０１，Ｐ１０２，Ｐ１０５，Ｐ１０６，Ｐ１１０，Ｐ１１２，Ｐ１１４，Ｐ１１６が挙げられる。
【００６０】
この場合、まず、携帯電話機ＭＳからゲートウェイサーバＧＷＳへ、ＩＰサーバＷ内のＵＲＬへのＳＳＬ通信をＧＥＴメソッドで要求するメッセージｍ１１が送信される（図５のステップＳＡ１）。次に、このメッセージｍ１１を受信したゲートウェイサーバＧＷＳでは図８のサーバ間ＳＳＬ通信開始処理が開始され、ゲートウェイサーバＧＷＳからＩＰサーバＷへネゴシエーション処理を要求するメッセージｍ１２が送信され、ゲートウェイサーバＧＷＳとＩＰサーバＷとの間でネゴシエーション処理が行われる（ステップＳＣ１、図１０のステップＳＥ１）。
【００６１】
ここではＩＰサーバＷのサーバ認証は得られないため、ＳＳＬ通信のためのコネクションがゲートウェイサーバＧＷＳにより切断されるとともに、ゲートウェイサーバＧＷＳから携帯電話機ＭＳへ「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージｍ１３が送信され（ステップＳＣ２，ＳＣ３）、その旨が携帯電話機ＭＳによりユーザに通知され、ＳＳＬ通信の開始が失敗に終わる（ステップＳＡ２，ＳＡ３，ＳＡ５）。
【００６２】
（１−２）サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合
図１５は携帯電話機ＭＳからＩＰサーバＷ（ＩＰサーバＷ１，Ｗ２を含む）へのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ１０３，Ｐ１０９，Ｐ１１１が挙げられる。
【００６３】
この場合、まず、携帯電話機ＭＳからゲートウェイサーバＧＷＳへ、ＩＰサーバＷ内のＵＲＬへのＳＳＬ通信をＧＥＴメソッドで要求するメッセージｍ３１が送信される（ステップＳＡ１）。次に、このメッセージｍ３１を受信したゲートウェイサーバＧＷＳとＩＰサーバＷとの間でネゴシエーション処理が行われる（メッセージｍ３２，ｍ３３，…、ステップＳＣ１、図１０または図１１のステップＳＥ１）。このネゴシエーション処理はＩＰサーバＷからゲートウェイサーバＧＷＳへメッセージｍ３４が送信されることで完了する。
【００６４】
ＩＰサーバＷは携帯電話機ＭＳと直接的に通信できないために、認証処理においてクライアント認証は得られない。したがって、ゲートウェイサーバＧＷＳからＩＰサーバＷへ警告メッセージｍ３８が送信される（ステップＳＣ４，ＳＣ５）。警告メッセージｍ３８を受信したＩＰサーバＷがＩＰサーバＷ２の場合には当該ＩＰサーバＷにおいてセキュリティ確保処理が行われる（ステップＳＦ１，ＳＦ２）。この動作の説明においては、重要性の低いコンテンツのみを使用可能としてから暗号化通信を開始するセキュリティ確保処理が行われるものとする。なお、ＩＰサーバＷがクライアント認証を要しないＩＰサーバＷ１の場合には、ＩＰサーバＷにおいて警告メッセージｍ３８は無視され、単純に暗号化通信が開始される（ステップＳＥ２）。
【００６５】
また、ゲートウェイサーバＧＷＳでは変換中継処理が開始される（ステップＳＣ６）。これにより、メッセージｍ３１の送信元に関する情報が書き換えられて更に暗号化されたメッセージｍ３５がゲートウェイサーバＧＷＳからＩＰサーバＷへ送信され、このメッセージｍ３５に対応した応答メッセージｍ３６がＩＰサーバＷからゲートウェイサーバＧＷＳへ返送され、この応答メッセージｍ３６の暗号化が解除されて更に宛先に関する情報が書き換えられた応答メッセージｍ３７がゲートウェイサーバＧＷＳから携帯電話機ＭＳへ送信される。
【００６６】
携帯電話機ＭＳでは応答メッセージｍ３７が「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージではないことから、平文による通信を継続する（ステップＳＡ２〜ＳＡ４）。
【００６７】
（１−３）その他の場合
図１６は携帯電話機ＭＳ（携帯電話機ＭＳ１を含む）からＩＰサーバＷ（ＩＰサーバＷ１を含む）へのアクセスにおいて、図１４及び図１５に係る場合を除いた場合のメッセージの流れを示す概念図であり、この図において、図１５と共通する部分には同一の符号が付されている。なお、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ１０４，Ｐ１０７，Ｐ１０８，Ｐ１１３，Ｐ１１５が挙げられる。
【００６８】
この図に示す流れが図１５に示す流れと異なる点は、警告メッセージｍ３８がゲートウェイサーバＧＷＳからＩＰサーバＷへ送信されない点である。すなわち、ゲートウェイサーバＧＷＳではステップＳＣ５の処理がスキップされる（ステップＳＣ４，ＳＣ６）。また、ＩＰサーバＷではネゴシエーション処理の直後に暗号化通信が開始される（ステップＳＦ１，ＳＥ２）。
【００６９】
（２）Ｃｏｎｎｅｃｔメソッドを最初に用いる携帯電話機ＭＳがＩＰサーバＷへアクセスする場合
次に、ＳＳＬ通信開始の要求において最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳがＩＰサーバＷへアクセスする場合について説明する。
【００７０】
（２−１）初期設定通信方式が端間ＳＳＬの場合
まず、所望のＵＲＬのコンテンツが希望する初期設定通信方式が端間ＳＳＬの場合について、以下に場合分けして説明する。
【００７１】
（２−１−１）サーバ認証が得られなかった場合
図１７は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳ（携帯電話機ＭＳ２を含む）から初期設定通信方式が端間ＳＳＬのＩＰサーバＷ（ＩＰサーバＷ３を含む）へのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２０１，Ｐ２０２，Ｐ２０５，Ｐ２０６が挙げられる。
【００７２】
この場合、まず、携帯電話機ＭＳからゲートウェイサーバＧＷＳへ、ＩＰサーバＷ内のＵＲＬへのＳＳＬ通信をＣｏｎｎｅｃｔメソッドで要求するメッセージｍ２１が送信される（図６のステップＳＢ１）。次に、このメッセージｍ２１を受信したゲートウェイサーバＧＷＳでは図９の端間ＳＳＬ通信開始処理が開始され、まず、ＩＰサーバＷに対するＵＩＤの要否が判定される（図９のステップＳＤ１）。ここではＩＰサーバＷの初期設定通信方式は端間ＳＳＬであり、ＵＩＤの要否は未設定であることから、上記判定結果は強制的に「否」となり、ゲートウェイサーバＧＷＳは携帯電話機ＭＳとＩＰサーバＷとの間にＴＣＰコネクションを確立し（メッセージｍ２２）、コネクションが確立されたことを示すメッセージｍ２３を携帯電話機ＭＳへ返送する（ステップＳＤ２）。なお、当該コネクションに対するゲートウェイサーバＧＷＳの中継モードはトンネリングモードとなる（ステップＳＤ３）。
【００７３】
携帯電話機ＭＳでは、上記メッセージｍ２３が受信され、ＩＰサーバＷとの間で当該コネクションを介したネゴシエーション処理が開始される（メッセージｍ２４、ステップＳＢ２〜ＳＢ４）。ここでは、ＩＰサーバＷのサーバ認証は得られないため、携帯電話機ＭＳは当該コネクションを切断するとともに、「サーバが認証されなかったためにＳＳＬ通信不可」の旨をユーザに通知する（ステップＳＢ５，ＳＢ６）。
【００７４】
（２−１−２）サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合
図１８は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式が端間ＳＳＬのＩＰサーバＷ（ＩＰサーバＷ２を含む）へのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２０３が挙げられる。
【００７５】
この場合、ネゴシエーション処理を開始するまでは上述の（２−１−１）の場合と同様の流れとなる。ここでは、ネゴシエーション処理（メッセージｍ４４〜ｍ４６）においてＩＰサーバＷのサーバ認証が得られ、かつ携帯電話機ＭＳのクライアント認証が得られず、かつ所望のＵＲＬへのアクセスに対してＩＰサーバがクライアント認証を要するため、携帯電話機ＭＳは、警告メッセージｍ４９をＩＰサーバＷへ送信してからネゴシエーション処理を終了し、暗号化通信を開始する（ステップＳＢ５，ＳＢ７〜ＳＢ９）。
【００７６】
また、ＩＰサーバＷでは、ネゴシエーション処理において携帯電話機ＭＳのクライアント認証が得られず（あるいは警告メッセージｍ４９を受信し）、かつクライアント認証を要するため、前述のセキュリティ確保処理が行われる（ステップＳＦ１，ＳＦ２）。以降、携帯電話機ＭＳとＩＰサーバとの間で暗号化通信が行われる。なお、当該暗号化通信に対するゲートウェイサーバＧＷＳの中継モードはトンネリングモードとなる。
【００７７】
（２−１−３）その他の場合
図１９は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳ（携帯電話機ＭＳ２を含む）から初期設定通信方式が端間ＳＳＬのＩＰサーバＷ（ＩＰサーバＷ２を含む）へのアクセスにおいて、図１７及び図１８に係る場合を除いた場合のメッセージの流れを示す概念図であり、この図において図１８と共通する部分には同一の符号が付されている。なお、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２０４，Ｐ２０７，Ｐ２０８が挙げられる。
【００７８】
この図に示す流れが図１８に示す流れと異なる点は、警告メッセージｍ４９が携帯電話機ＭＳからＩＰサーバＷへ送信されない点である。すなわち、携帯電話機ＭＳではステップＳＢ８の処理がスキップされる（ステップＳＢ７，ＳＢ９）。また、ＩＰサーバＷではネゴシエーション処理の直後に暗号化通信が開始される（ステップＳＦ１，ＳＥ２）。
【００７９】
（２−２）初期設定通信方式がサーバ間ＳＳＬの場合
次に、所望のＵＲＬのコンテンツが希望する初期設定通信方式がサーバ間ＳＳＬの場合について、以下に場合分けして説明する。
【００８０】
（２−２−１）ＵＩＤの通知を要する場合
所望のＵＲＬのコンテンツが希望する初期設定通信方式がサーバ間ＳＳＬの場合、ＵＩＤの通知を要するか否かでゲートウェイＧＷＳの挙動が大別される。ここでは、まず、ＵＩＤの通知を要する場合について、以下に場合分けして説明する。
【００８１】
（２−２−１−１）サーバ認証が得られなかった場合
図２０は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳ（携帯電話機ＭＳ２を含む）から初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷ（ＩＰサーバＷ３を含む）へのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２１０，Ｐ２１４が挙げられる。
【００８２】
この場合、まず、携帯電話機ＭＳからゲートウェイサーバＧＷＳへ、ＩＰサーバＷ内のＵＲＬへのＳＳＬ通信をＣｏｎｎｅｃｔメソッドで要求するメッセージｍ７１が送信される（ステップＳＢ１）。次に、このメッセージｍ７１を受信したゲートウェイサーバＧＷＳでは図９の端間ＳＳＬ通信開始処理が開始され、まず、ＵＩＤの通知の要否が判定される（ステップＳＤ１）。ここでは、所望のＵＲＬのコンテンツへのアクセス時にＩＰサーバＷへのＵＩＤの通知が必要であることから、ゲートウェイサーバＧＷＳは携帯電話機ＭＳとＩＰサーバＷとの間にＴＣＰコネクションを確立せず、サーバ間ＳＳＬに切り替えることを示すメッセージｍ７２を携帯電話機ＭＳへ返送する（ステップＳＤ４）。
【００８３】
上記メッセージｍ７２を受信した携帯電話機ＭＳは、ＧＥＴメソッドを用いた要求メッセージｍ７３をゲートウェイサーバＧＷＳへ送信する（ステップＳＢ２，ＳＢ３，ＳＡ１）。当該要求メッセージｍ７３を受信すると、ゲートウェイサーバＧＷＳはメッセージｍ７４をＩＰサーバＷへ送信し、ＩＰサーバＷとの間でネゴシエーション処理を開始する（ステップＳＣ１，ＳＥ１）。しかし、ここではＩＰサーバＷのサーバ認証は得られないため、ＳＳＬ通信のためのコネクションがゲートウェイサーバＧＷＳにより切断されるとともに、ゲートウェイサーバＧＷＳから携帯電話機ＭＳへ「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージｍ７５が送信され（ステップＳＣ２，ＳＣ３）、その旨が携帯電話機ＭＳによりユーザに通知され、ＳＳＬ通信の開始が失敗に終わる（ステップＳＳ１（ステップＳＡ２，ＳＡ３，ＳＡ５））。
【００８４】
（２−２−１−２）サーバ認証が得られ、かつクライアント認証を要しない場合図２１は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要しない場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２１３が挙げられる。
【００８５】
この場合、まず、携帯電話機ＭＳからゲートウェイサーバＧＷＳへ、ＩＰサーバＷ内のＵＲＬへのＳＳＬ通信をＣｏｎｎｅｃｔメソッドで要求するメッセージｍ５１が送信される（ステップＳＢ１）。次に、このメッセージｍ５１を受信したゲートウェイサーバＧＷＳは端間ＳＳＬ通信開始処理を開始し、ＩＰサーバＷに対するＵＩＤの要否を判定する（ステップＳＤ１）。この判定結果は「要」となるため、ゲートウェイサーバＧＷＳは携帯電話機ＭＳとＩＰサーバＷとの間にＴＣＰコネクションを確立せず、サーバ間ＳＳＬに切り替えることを示すメッセージｍ５２を携帯電話機ＭＳへ返送する（ステップＳＤ１，ＳＤ４）。
【００８６】
上記メッセージｍ５２を受信した携帯電話機ＭＳは、ＧＥＴメソッドを用いた要求メッセージｍ５３をゲートウェイサーバＧＷＳへ送信する（ステップＳＢ２，ＳＢ３，ＳＡ１）。当該要求メッセージｍ５３を受信すると、ゲートウェイサーバＧＷＳはＩＰサーバＷとの間でネゴシエーション処理を行う（メッセージｍ５４〜ｍ５６、ステップＳＣ１，ＳＥ１）。
【００８７】
ここではＩＰサーバＷのサーバ認証が得られ、かつクライアント認証は不要であることから、ゲートウェイサーバＧＷＳでは中継変換処理が開始され（ステップＳＣ２，ＳＣ４，ＳＣ６）、メッセージｍ５３の送信元に関する情報が書き換えられて更に暗号化されたメッセージｍ５７がゲートウェイサーバＧＷＳからＩＰサーバＷへ送信される。
【００８８】
一方、ＩＰサーバＷでは暗号化通信処理が開始され（ステップＳＦ１，ＳＥ２）、メッセージｍ５７に対応した応答メッセージｍ５８がＩＰサーバＷからゲートウェイサーバＧＷＳへ返送され、この応答メッセージｍ５８の暗号化が解除されて更に宛先に関する情報が書き換えられた応答メッセージｍ５９がゲートウェイサーバＧＷＳから携帯電話機ＭＳへ送信される。
【００８９】
携帯電話機ＭＳでは応答メッセージｍ３７が「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージではないことから、平文による通信を継続する（ステップＳＡ２〜ＳＡ４）。
【００９０】
（２−２−１−３）サーバ認証が得られ、かつクライアント認証を要する場合
図２２は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳ（携帯電話機ＭＳ２を含む）から初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要する場合のメッセージの流れを示す概念図であり、この図において図２１と共通する部分には同一の符号が付されている。なお、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２０９が挙げられる。
【００９１】
この図に示す流れが図２１に示す流れと異なる点は、警告メッセージｍ６０がゲートウェイサーバＧＷＳからＩＰサーバＷへ送信される点である（ステップＳＣ５）。すなわち、ここでは図８のステップＳＣ４において、クライアント認証が得られず、かつＩＰサーバＷがクライアント認証を要する、と判定されている。また、図１１のステップＳＦ１の判定結果が「ＹＥＳ」となり、ＩＰサーバＷではセキュリティ確保処理が行われる（ステップＳＦ２）。すなわち、この挙動パターンではサーバ間ＳＳＬによるＩＰサーバＷへの限定的なアクセスのみが携帯電話機ＭＳに許容される。
【００９２】
（２−２−２）ＩＰサーバＷがＵＩＤの通知を要しない場合
次に、ＵＩＤの通知を要しない場合について、以下に場合分けして説明する。
【００９３】
（２−２−２−１）サーバ認証が得られなかった場合
この場合にあてはまる挙動パターンとしては挙動パターンＰ２１２，Ｐ２１６が挙げられ、この場合のメッセージの流れは図１７に示す通りである。図１７に示す流れについては前述の通りであり、この挙動パターンでは、ＩＰサーバＷへのＳＳＬによるアクセスは携帯電話機ＭＳに許容されない。
【００９４】
（２−２−２−２）サーバ認証が得られ、かつクライアント認証を要しない場合この場合にあてはまる挙動パターンとしては挙動パターンＰ２１５が挙げられ、この場合のメッセージの流れは図１９に示す通りである。図１９に示す流れについては前述の通りであり、この挙動パターンでは端間ＳＳＬによるＩＰサーバＷへのアクセスが携帯電話機ＭＳに許容される。
【００９５】
（２−２−２−３）サーバ認証が得られ、かつクライアント認証を要する場合
この場合にあてはまる挙動パターンとしては挙動パターンＰ２１５が挙げられ、この場合のメッセージの流れは図１８に示す通りである。図１８に示す流れについては前述の通りであり、この挙動パターンでは端間ＳＳＬによるＩＰサーバＷへの限定的なアクセスが携帯電話機ＭＳに許容される。
【００９６】
Ｃ：補足
上述した実施形態では、２種類の初期設定通信方式（Ｓ−Ｓ／Ｅ−Ｅ）と適合し得る全ての条件パターンに対応して挙動パターンを定めた例を示したが、本発明はこの態様に限定されるものではない。例えば、図２３および図２４に示すように、条件パターンの種類を削減することも可能である。図２３はサーバ間ＳＳＬのみに対応した携帯電話機から、図２４はサーバ間ＳＳＬおよび端間ＳＳＬに対応した携帯電話機からＳＳＬ設定テーブルに格納されたＵＲＬへのアクセス時における携帯電話機、ゲートウェイサーバ、及びＩＰサーバの挙動パターンを各種条件に対応付けて例示した図である。これらの図において、図１２および図１３と共通する部分には同一の符号が付されている。
【００９７】
図２３が図１２と異なる点は、挙動パターンＰ１０５〜Ｐ１０８に代えて挙動パターンＰ３０１およびＰ３０２が設けられている点であり、図２４が図１３と異なる点は、挙動パターンＰ２０５〜Ｐ２０８に代えて挙動パターンＰ４０１およびＰ４０２が設けられている点である。端間ＳＳＬにおいてクライアント認証が必要とされている場合にのみクライアント認証を行うようにすれば、クライアント認証が不要の場合にはクライアント認証結果に依存せずに挙動パターンが決まることから、このような削減が可能となる。
【００９８】
上述した実施形態では、本発明をサーバ間ＳＳＬと端間ＳＳＬとの切り替えに適用した例を示したが、本発明は係る態様に限定されるものではなく、携帯電話機とゲートウェイサーバとの間では平文のデータを送受してゲートウェイサーバとＩＰサーバとの間では暗号化通信を行う任意の暗号化通信方式と、携帯電話機とＩＰサーバとの間で直接的に暗号化通信を行う任意の暗号化通信方式との切り替えに適用可能である。
【００９９】
上述した実施形態では、ネゴシエーションの途中で警告メッセージを送出する例を挙げたが、本発明は係る態様に限定されるものではなく、例えば、ネゴシエーションの終了後に送出するようにしてもよい。もちろん、ＳＳＬとは異なる暗号化通信方式の場合には当該通信方式において好適なタイミングで送出することになる。ただし、警告メッセージに基づいてＩＰサーバはセキュリティ確保処理を行うことから、警告メッセージの送信タイミングは、機を逸することなくセキュリティ確保処理を行うことができるタイミングでなければならない。
【０１００】
上述した実施形態では、ＩＰサーバが携帯電話機の認証を要するか否かをゲートウェイサーバがＩＰサーバとのネゴシエーションにおいて識別する態様を示したが、本発明は係る態様に限定されるものではなく、ゲートウェイサーバが上記識別のための情報を予め記憶しておき、記憶された情報に基づいて上記識別を行うようにしてもよい。もちろん、ＩＰサーバ単位ではなく、コンテンツ単位で上記識別のための情報をゲートウェイサーバが予め記憶するようにしてもよい。
【０１０１】
上述した実施形態では、予め設定されたＩＰサーバについて、ＵＩＤの通知を要するか否かを示す情報をゲートウェイサーバが予め記憶している態様を例示したが、本発明は係る態様に限定されるものではなく、例えば、中継開始時にＩＰサーバと通信することにより当該ＩＰサーバがＵＩＤの通知を要するか否かをゲートウェイサーバが識別するようにしてもよい。
【０１０２】
上述した実施形態では、移動パケット通信網およびインターネットを介して通信を行う例を挙げたが、本発明は係る態様に限定されるものではなく、固定公衆網およびインターネットを介して通信を行う態様や、移動パケット通信網のみを介して通信を行う態様、固定公衆網のみを介して通信を行う態様など、様々な態様を包含している。このことから当然に、本発明が対象とするクライアントは携帯電話機に限定されない。例えば、通信機能を備えたＰＤＡ（Personal Digital(Data) Assistants）やコンピュータであってもよいし、通信端末とデータ端末とを組み合わせたものであってもよい。また、本発明に係る中継装置は複数のネットワークを接続するゲートウェイサーバに限定されるものではなく、クライアントとサーバ間で通信を中継する中継装置であればよい。
【０１０３】
【発明の効果】
以上説明したように、本発明によれば、通信端末の識別情報の通知を要するコンテンツへ当該通信端末が第２の中継方式でアクセスしようとすると、第１の暗号化通信方式でのアクセスに切り換える旨の指示が中継装置から当該通信端末へ送信され、当該中継装置では第１の暗号化通信方式に従って中継処理が行われる。第１の暗号化通信方式では通信端末と中継装置との間で送受されるデータは暗号化されていないため、中継装置はコンテンツを有するサーバ装置に対して、当該コンテンツを受信しようとする通信端末の識別情報を通知することができる。したがって、本発明によれば、対応している暗号化通信方式が異なる通信端末やサーバ装置が混在する環境下でも大幅なシステムの変更を伴わずに適切な暗号化通信を実現することができる。
【０１０４】
さらに加えて、コンテンツに対して設定された暗号化通信に係る情報をも加味して暗号化通信方式を選択するようにすれば、より適切な暗号化通信を実現することができる。
また、コンテンツに対して設定された通信端末の認証の要否をも加味し、通信端末の認証を要するコンテンツへ通信端末が第１の暗号化通信方式にてアクセスする場合に中継装置がサーバ装置へ警告するようにすれば、あるいは通信端末の認証を要するコンテンツへ認証されていない通信端末が第２の暗号化通信方式にてアクセスする場合にサーバ装置へ警告するようにすれば、サーバ装置が通信端末の信頼性を正確に把握、適切に対処することができる。
また、予め設定されていないコンテンツについてはアクセス要求の内容に応じて暗号化通信方式を選択するようにすれば、通信端末と多数のサーバ装置との間で適切な暗号化通信を実現することができる。
【０１０５】
【図面の簡単な説明】
【図１】 本発明の一実施形態に係るゲートウェイサーバＧＷＳを用いた移動パケット通信システムの構成を示す図である。
【図２】 携帯電話機ＭＳのハードウェア構成を示すブロック図である。
【図３】 ゲートウェイサーバＧＷＳのハードウェア構成を示すブロック図である。
【図４】 ＩＰサーバＷのハードウェア構成を示すブロック図である。
【図５】 携帯電話機ＭＳ１が行うＳＳＬ通信開始処理の流れを示すフローチャートである。
【図６】 携帯電話機ＭＳ２が行うＳＳＬ通信開始処理の流れを示すフローチャートである。
【図７】 ゲートウェイサーバＧＷＳの記憶装置３３に格納されたＳＳＬ設定テーブルＴのデータ構造を示す概念図である。
【図８】 ゲートウェイサーバＧＷＳが行うサーバ間ＳＳＬ通信開始処理の流れを示すフローチャートである。
【図９】 ゲートウェイサーバＧＷＳが行う端間ＳＳＬ通信開始処理の流れを示すフローチャートである。
【図１０】 ＩＰサーバＷ１が行うＳＳＬ通信開始処理の流れを示すフローチャートである。
【図１１】 ＩＰサーバＷ２が行うＳＳＬ通信開始処理の流れを示すフローチャートである。
【図１２】 携帯電話機ＭＳ１からＳＳＬ設定テーブルＴに格納されたＵＲＬへのＳＳＬアクセス時における携帯電話機ＭＳ１、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンを各種条件に対応付けて例示した図である。
【図１３】 携帯電話機ＭＳ２からＳＳＬ設定テーブルＴに格納されたＵＲＬへのＳＳＬアクセス時における携帯電話機ＭＳ２、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンを各種条件に対応付けて例示した図である。
【図１４】 最初にＧＥＴメソッドを用いる携帯電話機ＭＳからＩＰサーバＷへのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図である。
【図１５】 最初にＧＥＴメソッドを用いる携帯電話機ＭＳからＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合のメッセージの流れを示す概念図である。
【図１６】 最初にＧＥＴメソッドを用いる携帯電話機ＭＳからＩＰサーバＷへのアクセスにおいて、図１４及び図１５に係る場合を除いた場合のメッセージの流れを示す概念図である。
【図１７】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式が端間ＳＳＬのＩＰサーバＷへのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れ、及び携帯電話機ＭＳ２からサーバ間ＳＳＬを希望しＵＩＤの通知を希望しないＩＰサーバＷへのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図である。
【図１８】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式が端間ＳＳＬのＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合のメッセージの流れを示す概念図である。
【図１９】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式が端間ＳＳＬのＩＰサーバＷへのアクセスにおいて、図１７及び図１８に係る場合を除いた場合のメッセージの流れ、及び携帯電話機ＭＳ２からサーバ間ＳＳＬを希望しＵＩＤの通知を希望しないＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要しない場合のメッセージの流れを示す概念図である。
【図２０】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷへのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図である。
【図２１】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要しない場合のメッセージの流れを示す概念図である。
【図２２】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要する場合のメッセージの流れを示す概念図である。
【図２３】 携帯電話機ＭＳ１、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンの他の例を示す図である。
【図２４】 携帯電話機ＭＳ２、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンの他の例を示す図である。
【符号の説明】
ＢＳ…基地局、ＧＷＳ…ゲートウェイサーバ、ＩＮＥＴ…インターネット、ＭＰＮ…移動パケット通信網、ＭＳ，ＭＳ１，ＭＳ２…携帯電話機、ＭＴ…保守端末、Ｐ１０１〜Ｐ１１６，Ｐ２０１〜Ｐ２１６…挙動パターン、ＰＳ…パケット加入者処理装置、Ｔ…ＳＳＬ設定テーブル、Ｗ，Ｗ１，Ｗ２，Ｗ３…ＩＰサーバ、２１…送受信部、２２…集音部、２３…発音部、２４…入力部、２５…液晶ディスプレイ、２６，３５，４３…制御部、３１…通信装置、３２，４１…インターネット接続インタフェース、３３，４２…記憶装置、３４…保守端末接続用インタフェース、２６１，３５１，４３１…ＣＰＵ、２６２，３５２，４３２…ＲＯＭ、２６３…フラッシュメモリ、３５３，４３３…ＲＡＭ。
【発明の属する技術分野】
本発明は暗号化通信を中継する中継装置と、この中継装置を介して暗号化通信を行う通信端末およびサーバ装置とに関する。
【０００２】
【従来の技術】
インターネット上のＷＷＷ（World Wide Web）サーバのクライアントとして、インターネットブラウザと呼ばれるソフトウェアが普及している。利用者はブラウザを使用してインターネット上のＷＷＷサーバにアクセスすることでＷＷＷ上のＨＴＭＬ（Hyper Text Markup Language）データ等を閲覧することができる。コンテンツの閲覧に使用される上位層の主な通信プロトコルはＨＴＴＰ（Hyper Text Transfer Protocol）であり、ブラウザはＨＴＴＰに従ったデータ通信を実現するための機能を備えている。
【０００３】
また、インターネットのＷＷＷサービスにおいて、安全な暗号化通信を実現するための技術が提案・実用化されており、このような技術の一つとしてＳＳＬ（Secure Sockets Layer）が広く利用されている。ＳＳＬは主要なインターネットブラウザに搭載されているＨＴＴＰＳ（ＨＴＴＰの拡張プロトコル）に含まれており、利用者はＨＴＴＰＳを使用してＨＴＴＰＳに対応したＷＷＷサーバ上のコンテンツを安全に利用することができる。ＳＳＬを用いた暗号化通信（以後、ＳＳＬ通信）はクライアント／サーバ型の通信であり、ＳＳＬ通信の開始時にはサーバの認証（およびクライアントの認証）と暗号化方式の決定が順に行われる。なお、要求させる安全性の水準によってはクライアントの認証は必須ではない。
【０００４】
また、近年、携帯電話機にブラウザを搭載し、移動通信網を介してインターネット上のＷＷＷサーバにアクセス可能としたシステムがサービスを開始している。このシステムでは、インターネット上のＷＷＷサーバが提供するＨＴＭＬデータを携帯電話機が受信すると、携帯電話機では当該ＨＴＭＬデータが解釈・実行され、当該ＨＴＭＬデータに従ったユーザインタフェースが生成され、携帯電話機のユーザに対して提供される。
【０００５】
上記システムは急速に普及しつつあり、当該システムにおいて提供されるサービスの種類も急速に増加している。これらのサービスの中には、携帯電話から自分の銀行口座を操作するサービス等の高いセキュリティが要求されるサービスも含まれており、上記システムに収容される携帯電話機のブラウザにもＨＴＴＰＳが実装されている。
【０００６】
上記システムにおけるＳＳＬ通信としては、インターネットと移動通信網とを接続するゲートウェイサーバと、利用者に情報を提供するＩＰ（Information Provider）サーバとの間で交換されるデータについては暗号化し、ゲートウェイサーバと携帯電話機との間で交換されるデータについては平文のままとする、サーバ間ＳＳＬ通信が提供されている。すなわち、上記システムでは、ゲートウェイサーバにおいて暗号化／復号が行われている。
【０００７】
【発明が解決しようとする課題】
上述のように、ブラウザを搭載した携帯電話機からインターネットのＷＷＷサービスを利用可能としたシステムは急速に普及しつつあり、当該システムの事業者としては、様々なサービスを実現するために、多くの技術的な選択肢を提示する必要がある。その選択肢の一つとして考えられるのが端間ＳＳＬ通信である。端間ＳＳＬ通信は通信路の一方の端部（携帯電話機）と他方の端部（ＩＰサーバ）との間の全区間において、交換されるデータを暗号化する通信方式である。すなわち、ゲートウェイサーバは端間ＳＳＬ通信において暗号化を終端しない。この通信方式をも利用可能とすれば、上記システムにて提供可能なサービスの幅が拡がる。
【０００８】
ところで、上記システムの携帯電話機において、ブラウザは内部のＲＯＭ（Read Only Memory）に格納されている。よって、ＳＳＬ通信を可能とする暗号化通信プログラムを通信網経由で更新するのは不可能である。また、上記システムの利用者数は膨大であり、仮に通信網経由での暗号化通信プログラムの更新が可能であったとしても膨大な処理量となり、過渡期において不都合が生じる可能性がある。
【０００９】
例えば、上記システムにおいては移動通信網内で携帯電話機を一意に識別可能なＵＩＤ（ユーザＩＤ）をゲートウェイサーバがＨＴＴＰヘッダに付加してＩＰサーバへ通知し、ＩＰサーバから当該ＵＩＤに応じた情報の提供をサーバ間ＳＳＬ通信によって受けるサービスも既に実施されているが、このようなサービスを端間ＳＳＬ通信に対応した携帯電話機から利用しようとすると、上記ＵＩＤをＩＰサーバへ通知できなくなってしまう。なぜなら、携帯電話機はＩＰサーバがサーバ間ＳＳＬ通信を望んでいるのか端間ＳＳＬ通信を事前に把握できないためにより安全性の高い端間ＳＳＬ通信で通信を開始せざるを得ず、かつ端間ＳＳＬ通信においては、ゲートウェイサーバにおいて暗号化が解除されないために、ゲートウェイサーバがＨＴＴＰヘッダを変更することは不可能だからである。
【００１０】
もちろん、ＳＳＬのクライアント認証によってユーザを認証するようにＩＰサーバ側のシステムを変更することも考えられるが、膨大な数のＩＰサーバのシステムを一斉に変更することは現実的に困難である。また、携帯電話機においてＨＴＴＰヘッダにＵＩＤを付加することも考えられるが、ユーザによって改変されたＵＩＤがＩＰサーバへ通知される虞があり、ユーザ認証の信頼性に欠けるという問題がある。あるいは、サーバ間ＳＳＬ通信を希望するＩＰサーバのテーブルを携帯電話機内に用意し、このテーブルを参照してＳＳＬ通信方式を選択するようにすることも考えられるが、ＩＰサーバの仕様が変更された場合などに全ての携帯電話機内のテーブルを更新する必要があり、非現実的である。
【００１１】
本発明は上述した事情に鑑みて為されたものであり、サーバ間暗号化通信のみに対応した通信端末（あるいはサーバ装置）と端間暗号化通信にも対応した通信端末（あるいはサーバ装置）とが混在する環境下でも、大幅なシステムの変更を伴わずに適切な暗号化通信を提供することができる中継装置、通信端末、及びサーバ装置を提供することを目的としている。
【００１２】
【課題を解決するための手段】
上述した課題を解決するために、請求項１に記載の中継装置は、通信網内の通信端末から送信されたアクセス要求の内容に応じたコンテンツを該通信網外のサーバ装置から受信して該通信端末へ送信する中継処理を行う中継装置において、予め設定されたコンテンツについて、前記通信端末によるアクセスに際して前記通信網内で該通信端末を特定可能な識別情報の通知を要するか否かを示す情報を記憶した記憶部と、前記通信端末との間では平文のデータを送受する第１の暗号化通信方式と、前記通信端末と前記サーバ装置との間で直接的に暗号化通信を行う第２の暗号化通信方式とのいずれか一方の暗号化通信方式を選択する中継側選択部と、前記中継側選択部により選択された暗号化通信方式に従って前記中継処理を行う中継部とを具備し、前記アクセス要求の内容が前記識別情報の通知を要するコンテンツへ第２の暗号化通信方式でアクセスする旨を示す場合には、前記中継側選択部は第１の暗号化通信方式を選択し、前記中継部は第１の暗号化通信方式に応じたアクセスに切り換える旨の指示を該アクセス要求の送信元の前記通信端末へ送信することを特徴としている。
【００１３】
さらに上記中継装置において、前記記憶部が更に前記予め設定されたコンテンツに設定された暗号化通信に係る情報を記憶し、前記中継側選択部が、前記アクセス要求の内容が前記識別情報の通知を要しないコンテンツへアクセスする旨を示す場合には、該アクセス要求の内容と該コンテンツに設定された前記暗号化通信に係る情報とに基づいて暗号化通信方式を選択するようにしてもよい（請求項２）。
【００１４】
さらに、上記各中継装置において、前記アクセス要求の内容に応じたコンテンツについて前記通信端末の認証を要するか否かを識別する認証要否識別部を設け、前記中継側選択部により第１の暗号化通信方式が選択され、かつ前記認証要否識別部により前記アクセス要求の内容に応じたコンテンツが前記通信端末の認証を要すると識別された場合には、前記中継部が該コンテンツを有する前記サーバ装置へ警告を送信するようにしてもよいし（請求項３）、前記記憶部が前記予め設定されたコンテンツについて、前記通信端末によるアクセスに際して前記通信端末の認証を要するか否かを示す情報を記憶し、前記中継側選択部により第１の暗号化通信方式が選択され、かつ前記アクセス要求の内容に応じたコンテンツが前記通信端末の認証を要する場合には、前記中継部が該コンテンツを有する前記サーバ装置へ警告を送信するようにしてもよい（請求項４）。
【００１５】
また、上記各中継装置において、前記アクセス要求の内容に応じたコンテンツが前記予め設定されたコンテンツに含まれていない場合には前記中継側選択部が前記アクセス要求の内容に応じた暗号化通信方式を選択するようにしてもよい（請求項５）。
【００１６】
上述した課題を解決するために、請求項６に記載の中継装置は、通信網内の通信端末から送信されたアクセス要求の内容に応じたコンテンツを該通信網外のサーバ装置から受信して該通信端末へ送信する中継処理を行う中継装置において、前記通信端末から送信されたアクセス要求に応じたコンテンツについて前記通信網内で該通信端末を特定可能な識別情報の通知を要するか否かを識別する識別情報要否識別部と、前記通信端末との間では平文のデータを送受する第１の暗号化通信方式と、前記通信端末と前記サーバ装置との間で直接的に暗号化通信を行う第２の暗号化通信方式とのいずれか一方の暗号化通信方式を選択する中継側選択部と、前記中継側選択部により選択された暗号化通信方式に従って前記中継処理を行う中継部とを具備し、前記アクセス要求の内容が前記識別情報の通知を要するコンテンツへ第２の暗号化通信方式でアクセスする旨を示す場合には、前記中継側選択部は第１の暗号化通信方式を選択し、前記中継部は第１の暗号化通信方式に応じたアクセスに切り換える旨の指示を該アクセス要求の送信元の前記通信端末へ送信することを特徴としている。
【００１７】
上述した課題を解決するために、請求項７に記載の通信端末は、自端末が属する通信網外のサーバ装置内に存在するコンテンツに中継装置を介してアクセスする通信端末において、前記中継装置との間では平文のデータを送受する第１の暗号化通信方式と、前記サーバ装置との間で直接的に暗号化通信を行う第２の暗号化通信方式とのいずれか一方の暗号化通信方式を選択する端末側選択部と、前記端末側選択部により選択された暗号化通信方式に従ってコンテンツへのアクセス要求を送信する送信部と、前記中継装置からの指示を受信する受信部とを具備し、第１の暗号化通信方式に応じたアクセスに切り換える旨の指示が前記受信部により受信されると、前記端末側選択部は第１の暗号化通信方式を選択することを特徴としている。
【００１８】
さらに、上記通信端末において、第２の暗号化通信方式でアクセスしようとするコンテンツが自端末の認証を要し、かつ自端末の認証が得られない場合には、前記送信部が前記サーバ装置へ警告を送信するようにしてもよい（請求項８）。さらに上記各通信端末において、自端末を携帯電話機としてもよい（請求項９）。
【００１９】
上述した課題を解決するために、請求項１０に記載のサーバ装置は、コンテンツが記憶された記憶部と、中継装置を介して通信端末から暗号化通信の開始を要求された場合に、その要求元である通信端末の認証を行う認証部と、前記通信端末が前記認証部により認証された場合には、前記通信端末から送信されてくるアクセス要求に応じたコンテンツを前記記憶部から読み出し暗号化して返送する暗号化通信処理を実行する制御部と、を備え、前記制御部は、前記中継装置によって通信が終端されているために前記通信端末と直接的に通信することができないことを示す第１の警告が前記中継装置から送信されてきた場合、または、本装置と前記通信端末との通信が直接的であるため、前記認証部に自端末を認証させるための識別子を前記中継装置から取得することができないことを示す第２の警告が前記通信端末から送信されてきた場合には、前記暗号化通信処理に替えて、前記記憶部に記憶されているコンテンツのうちで予め定められたコンテンツについてのみ前記通信端末から送信されてくるアクセス要求に応じて暗号化して返送するセキュリティ確保処理を、実行することを特徴としている。
【００２０】
【発明の実施の形態】
以下、図面を参照して、本発明の実施形態について説明する。
Ａ：構成
（１）全体構成
図１は本発明の一実施形態に係るゲートウェイサーバ（中継装置）ＧＷＳを用いた移動パケット通信システムの構成を示す図である。この移動パケット通信システムはＷＷＷの利用を携帯電話機ＭＳに許容したシステム上に構築されている。
【００２１】
同図において、携帯電話機ＭＳ１，ＭＳ２はそれぞれ移動パケット通信網ＭＰＮのパケット通信サービスを受ける携帯電話機であり、移動パケット通信網ＭＰＮ及び図示せぬ移動電話網に無線接続される。携帯電話機ＭＳ１及びＭＳ２は同一のハードウェア構成を有するものであり、以後、両者を区別しない場合には携帯電話機ＭＳと称する。携帯電話機ＭＳ１と携帯電話機ＭＳ２との機能上の差異については後述する。なお、移動電話網は一般的な移動電話の通話サービスを提供する網であり、携帯電話機ＭＳは当該通話サービスを受けることができる。
【００２２】
移動パケット通信網ＭＰＮは、複数の基地局ＢＳ、複数のパケット加入者処理装置ＰＳ、ゲートウェイサーバＧＷＳ、及びこれらを接続する通信回線によって構成されている。基地局ＢＳは、地上を例えば半径５００ｍ等の範囲で分割した所定間隔で配置されており、各々が形成する無線ゾーンに在圏した携帯電話機ＭＳとの間で無線通信を行う。パケット加入者処理装置ＰＳは、複数の基地局ＢＳを収容するパケット加入者交換局に備えられたコンピュータシステムであり、携帯電話機ＭＳからのパケット交換要求を受け付けるとともに、受け付けたパケットを他のパケット加入者処理装置ＰＳ及び配下の基地局ＢＳの少なくとも一方を介して宛先の携帯電話機ＭＳへ中継する。また、パケット加入者処理装置ＰＳは、携帯電話機ＭＳとゲートウェイサーバＧＷＳ間でパケットを中継する。
【００２３】
ゲートウェイサーバＧＷＳは、移動パケット通信網ＭＰＮとインターネットＩＮＥＴ等の他網とを相互接続するための移動パケット関門中継交換局に備えられたコンピュータシステムであり、ネットワーク間で異なる通信プロトコルの変換や通信の中継等を行う。ここでいう通信プロトコルの変換とは、具体的には、移動パケット通信網ＭＰＮが従う移動パケット通信網用の伝送プロトコルと、インターネットＩＮＥＴが従う伝送プロトコルとの相互変換をいう。
【００２４】
なお、インターネットＩＮＥＴが従う伝送プロトコルには、ネットワーク層及びトランスポート層のＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）とこのＴＣＰ／ＩＰ上で実現されるＨＴＴＰ等のプロトコルが含まれており、移動パケット通信網ＭＰＮが従う伝送プロトコルには、ＴＣＰ／ＩＰを簡素化したプロトコル（ＴＬ）とＨＴＴＰＳに相当するプロトコル（ＡＬ）とが含まれている。すなわち、携帯電話機ＭＳはＡＬ上でインターネットＩＮＥＴにアクセスすることになる。なお、上記「ＨＴＴＰＳ」にはＳＳＬの機能が含まれている。ＳＳＬは２層から構成されており、下位層ではデータの配送、圧縮などが、上位層では認証や各種ネゴシエーションが行われる。ＳＳＬ通信では、ネゴシエーション中にサーバの認証が行われ、さらにデータの交換が行われる。
【００２５】
保守端末ＭＴはゲートウェイＧＷＳを保守・管理するための端末であり、一般的なコンピュータシステムにより構成されている。保守端末ＭＴはゲートウェイＧＷＳの管理者に操作され、この操作に従って、ゲートウェイＧＷＳへ指示やデータ等を送信する。
【００２６】
ＩＰサーバ（配信装置）Ｗ１〜Ｗ３はそれぞれインターネットＩＮＥＴに接続されたサーバであり、ＷＷＷを利用するクライアントに対してＷＷＷサービスを提供する。ＩＰサーバＷ１〜Ｗ３は同一のハードウェア構成を有するものであり、以後、これらを区別しない場合にはＩＰサーバＷと称する。ＩＰサーバＷは、インターネットＩＮＥＴ経由でＨＴＴＰのＧＥＴ要求を受け取ると、当該ＧＥＴ要求に含まれるＵＲＬで特定されるコンテンツを返送する。なお、各ＩＰサーバＷの機能上の差異については後述する。
【００２７】
なお、ゲートウェイサーバＧＷＳが提供する通信中継には、パケットヘッダの書き換え等を伴う代理モードと、パケットの内容を参照しないトンネリングモードがある。代理モードでは、ゲートウェイサーバＧＷＳは、携帯電話機ＭＳからＨＴＴＰのＧＥＴメソッドを用いたメッセージ（以後、ＧＥＴメッセージ）を受け取ると、当該ＧＥＴメッセージに含まれるＵＲＬ（Uniform Resource Locator）を調べ、当該ＵＲＬがインターネットＩＮＥＴ上の一般的なＵＲＬである場合には、インターネットＩＮＥＴへ当該ＧＥＴメッセージを転送し、このＧＥＴメッセージに対応してインターネットＩＮＥＴから送信されてきた応答を当該携帯電話機ＭＳへ返送する。すなわち、代理モードのゲートウェイサーバＧＷＳはいわゆるプロキシサーバとして機能する。また、トンネリングモードでは、ゲートウェイサーバＧＷＳは、携帯電話機ＭＳとＩＰサーバＷ間のコネクション上で送受されるデータに関与しない。すなわち、トンネリングモードのゲートウェイサーバＧＷＳは、単なるルータとして機能する。なお、上記各モードの切り換えはゲートウェイサーバＧＷＳ自身が行う。
【００２８】
（２）要部の構成
（２−１）携帯電話機ＭＳの構成
図２は携帯電話機ＭＳのハードウェア構成を示すブロック図である。
この図に示すように、携帯電話機ＭＳは、基地局ＢＳとの無線通信を行う送受信部（例えばアンテナや無線部、送信機、受信機等を有する）２１、音を入力するための集音部（例えばマイク）２２、発音するための発音部（例えばアンプやスピーカ等を有する）２３、数字入力、文字入力等の入力操作が行われる、キーパッド等を備えた入力部２４、所定サイズの表示領域を有する液晶ディスプレイ２５、これら各部を制御する制御部２６を内蔵している。
【００２９】
制御部２６は各種制御を行うＣＰＵ（Central Processing Unit）２６１と、ＣＰＵ２６１に実行されるブラウザやＳＳＬ通信処理プログラム等のソフトウェア、及びゲートウェイサーバＧＷＳとの接続に必要な情報等を格納したＲＯＭ２６２と、各種情報を格納するためのフラッシュメモリ２６３とを内蔵しており、図示せぬ電源が投入されると、ＣＰＵ２６１はＲＯＭ２６２に格納されたソフトウェアを読み出して実行し、ＲＯＭ２６２、フラッシュメモリ２６３、各部２１〜２５を制御する。なお、上記ＳＳＬ通信処理プログラムは携帯電話機ＭＳ１と携帯電話機ＭＳ２とで異なっている。
【００３０】
携帯電話機ＭＳは、ＣＰＵ２６１がＲＯＭ２６２に格納されたブラウザを読み出し、当該ブラウザを実行することにより、ＲＯＭ２６２に格納されたホームＵＲＬ（最初にアクセスすべきゲートウェイＧＷＳ上のコンテンツ位置）に通常のＨＴＴＰにてアクセスし、このＵＲＬ上のＨＴＭＬデータを取得し、このデータに基づいて、液晶ディスプレイ２５に対話画面を表示させる。ユーザ（移動パケット通信網ＭＰＮの加入者）は、このメニュー画面からＷＷＷの利用を開始し、所望のＩＰサーバＷから所望の情報を取得する。
【００３１】
（２−２）ゲートウェイサーバＧＷＳの構成
図３はゲートウェイサーバＧＷＳのハードウェア構成を示すブロック図である。
この図に示すように、ゲートウェイサーバＧＷＳは、基地局ＢＳ及びパケット加入者処理装置ＰＳを介して携帯電話機ＭＳとの間で通信を行うための通信装置３１、インターネットＩＮＥＴを介してＩＰサーバＷ等との間で通信を行うためのインターネット接続インタフェース３２、基本プログラムや後述するＳＳＬ設定テーブルＴ等を書き換え可能に記憶した記憶装置（例えば、半導体ディスクやハードディスク等）３３、保守端末ＭＴを接続するための保守端末接続用インタフェース３４、上記各部を制御する制御部３５を包含している。
【００３２】
制御部３５は各種制御を行うＣＰＵ３５１と、ＣＰＵ３５１に実行される制御プログラム等を格納したＲＯＭ３５２と、ＣＰＵ３５１のワークエリアとして使用されるＲＡＭ３５３とを内蔵しており、ＣＰＵ３５１は、ＲＯＭ３５２に格納された制御プログラムを読み出して実行し、ＲＯＭ３５２、ＲＡＭ３５３及び各部３１〜３４を制御し、さらに記憶装置３３に記憶された基本プログラムを読み出して実行することで、前述の機能を実現している。
【００３３】
（２−３）ＩＰサーバＷの構成
図４はＩＰサーバＷのハードウェア構成を示すブロック図である。
この図に示すように、ＩＰサーバＷは、インターネットＩＮＥＴを介してゲートウェイサーバＧＷＳとの間で通信を行うためのインターネット接続インタフェース４１、各種コンテンツやＳＳＬ通信処理プログラム等を書き換え可能に記憶した記憶装置（例えば、半導体ディスクやハードディスク等）４２、及びこれらを制御する制御部４３を包含している。なお、上記ＳＳＬ通信処理プログラムはＩＰサーバＷ１とＩＰサーバＷ２とで異なっており、ＩＰサーバＷ３には存在しない。
【００３４】
制御部４３は各種制御を行うＣＰＵ４３１と、ＣＰＵ４３１に実行される制御プログラム等を格納したＲＯＭ４３２と、ＣＰＵ４３１のワークエリアとして使用されるＲＡＭ４３３とを内蔵しており、ＣＰＵ４３１は、ＲＯＭ４３２に格納された制御プログラムを読み出して実行することで、ＲＯＭ４３２、ＲＡＭ４３３、及び各部４１〜４２を制御する。さらに制御部４３は、記憶装置４２に記憶されたＳＳＬ通信処理プログラムを読み出して実行することで、クライアントとの間でＳＳＬ通信を実現する機能を備えている。
【００３５】
（３）ＳＳＬ通信に関する要部の機能
（３−１）携帯電話機ＭＳ１の機能
図５は携帯電話機ＭＳ１が行うＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部２６のＣＰＵ２６１がＲＯＭ２６２に格納されたＳＳＬ通信処理プログラムを実行することでこの図に示す処理が実現される。なお、当該通信処理プログラムは実現可能なＳＳＬ通信としてサーバ間ＳＳＬ通信のみをサポートしたバージョンのＨＴＴＰ（ここでは「ＨＴＴＰ／１．０」と称する）に準拠したプログラムであり、携帯電話機ＭＳ１が実現可能なＳＳＬ通信はサーバ間ＳＳＬ通信のみである。
【００３６】
この図に示すように、ＳＳＬ通信開始に、携帯電話機ＭＳ１は所望のＵＲＬを有するＩＰサーバＷとのＳＳＬ通信を要求するＧＥＴ要求メッセージ（例えば“GET https:// ... HTTP/1.0”）をゲートウェイサーバＧＷＳへ送信し、その応答メッセージを受信する（ステップＳＡ１，ＳＡ２）。この応答メッセージが、「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージの場合には、携帯電話機ＭＳ１はゲートウェイサーバＧＷＳによるコネクションの切断処理に追従して当該ＳＳＬ通信用のコネクションを切断するとともに、「サーバが認証されなかったためにＳＳＬ通信不可」の旨を示す画像を液晶ディスプレイ２５に表示し（ステップＳＡ３，ＳＡ５）、ＳＳＬ通信開始処理を終了する。逆に、上記応答メッセージがＳＳＬ通信の開始に成功した旨のメッセージ（例えば“HTTP/1.0 200 OK”）の場合には、携帯電話機ＭＳ１はコネクションを切断することなく平文での通信を継続する（ステップＳＡ３，ＳＡ４）。
【００３７】
（３−２）携帯電話機ＭＳ２の機能
図６は携帯電話機ＭＳ２が行うＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部２６のＣＰＵ２６１がＲＯＭ２６２に格納されたＳＳＬ通信処理プログラムを実行することでこの図に示す処理が実現される。なお、この図において図５と共通する部分には同一の符号が付されている。また、当該通信処理プログラムは実現可能なＳＳＬ通信としてサーバ間ＳＳＬ通信および端間ＳＳＬ通信をサポートしたバージョンのＨＴＴＰ（ここでは「ＨＴＴＰ／１．１」と称する）に準拠したプログラムであり、携帯電話機ＭＳ２が実現可能なＳＳＬ通信はサーバ間ＳＳＬ通信及び端間ＳＳＬ通信である。
【００３８】
この図に示すように、ＳＳＬ通信開始時に、携帯電話機ＭＳ２は所望のＵＲＬを有するＩＰサーバＷとのＳＳＬ通信を要求するＣｏｎｎｅｃｔ要求メッセージ（例えば“Connect https:// ... HTTP/1.1”）をゲートウェイサーバＧＷＳへ送信し、その応答メッセージを受信する（ステップＳＢ１，ＳＢ２）。この応答メッセージがコネクションの切断を示すメッセージ（例えば“Connection Closed”）の場合には、携帯電話機ＭＳ２は図５に示す処理を行い（ステップＳＢ３，ＳＡ１，ＳＳ１）、この処理が終了した時点でＳＳＬ通信開始処理を終了する。なお、Ｃｏｎｎｅｃｔ要求メッセージは、ＨＴＴＰのＣｏｎｎｅｃｔメソッドに類似のメソッドを用いた要求メッセージである。
【００３９】
逆に、上記応答メッセージがコネクションの確立を示すメッセージ（例えば“Connection Established”）の場合には、携帯電話機ＭＳ２は通信相手のＩＰサーバＷとの間で認証処理を含むネゴシエーション処理を行い、ＩＰサーバＷが認証されなかった場合には、当該ＩＰサーバＷとの間のコネクションを切断し、「サーバが認証されなかったためにＳＳＬ通信不可」の旨を示す画像を液晶ディスプレイ２５に表示し（ステップＳＢ３〜ＳＢ６）、ＳＳＬ通信開始処理を終了する。
【００４０】
上記ネゴシエーション処理の結果、ＩＰサーバＷが認証された場合には、携帯電話機ＭＳ２は確立されたコネクションを介してＩＰサーバＷとの間で暗号化通信を開始する。ただし、ＩＰサーバＷがクライアント認証を要求し、かつ携帯電話機ＭＳ２が認証されない場合には、携帯電話機ＭＳ２は上記暗号化通信の開始前（ＳＳＬのネゴシエーション手順におけるクライアント鍵交換（CrientKeyExchange）の送信前）に警告メッセージ（例えば“Warning”）をＩＰサーバＷへ送信する（ステップＳＢ５，ＳＢ７〜ＳＢ９）。
【００４１】
（３−３）ゲートウェイサーバＧＷＳの機能
（３−３−１）ＳＳＬ設定テーブルＴ
図７はゲートウェイサーバＧＷＳの記憶装置３３に格納されたＳＳＬ設定テーブルＴのデータ構造を示す概念図である。この図に示すように、ＳＳＬ設定テーブルＴは、ユーザによって登録されたＵＲＬ、当該ＵＲＬ上のコンテンツの管理者が希望する当該コンテンツへのアクセス方式（以後、初期設定通信方式）、当該ＵＲＬ上のコンテンツへのアクセスにＵＩＤが必要とされるか否かを示す情報（以後、ＵＩＤ要否）を格納している。なお、ＵＩＤは携帯電話機ＭＳ毎にユニークに割り当てられたユーザＩＤである。
【００４２】
また、図７において「Ｅ−Ｅ」は端間ＳＳＬ通信、「Ｓ−Ｓ」はサーバ間ＳＳＬ通信を意味している。また、当該ＳＳＬ設定テーブルＴに登録されたＵＲＬは、基本的に携帯電話機ＭＳを用いてユーザによって予め登録されたＵＲＬである。なお、当該ＳＳＬ設定テーブルＴにＵＲＬが登録されると、ゲートウェイサーバＧＷＳは当該ＵＲＬに対応した初期設定通信方式として「Ｓ−Ｓ」、ＵＩＤ要否として「要」を登録する。ＳＳＬ設定テーブルＴの内容はＩＰサーバＷの管理者からの要請に基づいて保守端末ＭＴから変更可能であるが、同一のＵＲＬに対して、初期設定通信方式を「Ｓ−Ｓ」、ＵＩＤ要否を「否」とする変更はゲートウェイサーバＧＷＳにより拒絶される。
【００４３】
（３−３−２）サーバ間ＳＳＬ通信開始処理
図８はゲートウェイサーバＧＷＳが行うサーバ間ＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部３５のＣＰＵ３５１が記憶装置３３に格納されたＳＳＬ通信処理プログラムを実行し、かつＳＳＬ通信を要求するＧＥＴ要求メッセージを携帯電話機ＭＳから受信すると、この図に示す処理が実現される。なお、当該通信処理プログラムはＨＴＴＰ／１．０及びＨＴＴＰ／１．１に準拠したプログラムであり、ＨＴＴＰ／１．１はＨＴＴＰ／１．０に対して上位互換性を有する。
【００４４】
この図に示すように、ゲートウェイサーバＧＷＳは、所望のＵＲＬを有するＩＰサーバＷとのＳＳＬ通信を要求するＧＥＴ要求メッセージを携帯電話機ＭＳから受信すると、通信相手のＩＰサーバＷとの間でネゴシエーション処理を行う（ステップＳＣ１）。このネゴシエーション処理においてＩＰサーバＷが認証されなかった場合には、ゲートウェイサーバＧＷＳは当該ＩＰサーバＷとの間のコネクションを切断し、「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージを当該ＧＥＴ要求メッセージへの応答メッセージとして携帯電話機ＭＳへ返送し（ステップＳＣ２，ＳＣ３）、サーバ間ＳＳＬ通信開始処理を終了する。
【００４５】
逆に、上記ネゴシエーション処理においてＩＰサーバＷが認証された場合には、ゲートウェイサーバＧＷＳは変換中継処理を開始する（ステップＳＣ６）。具体的には、ゲートウェイサーバＧＷＳは、ＳＳＬ通信の開始に成功した旨のメッセージを当該ＧＥＴ要求メッセージへの応答メッセージとして携帯電話機ＭＳへ返送する。なお、当該ＩＰサーバＷがクライアント認証を要求するＩＰサーバであり、かつ携帯電話機ＭＳ２が認証されない場合には、ゲートウェイサーバＧＷＳは上記変換中継開始処理の開始前（ＳＳＬのネゴシエーション手順におけるクライアント鍵交換（CrientKeyExchange）の送信前）に警告メッセージ（例えば“Warning”）を当該ＩＰサーバＷへ送信する（ステップＳＣ４，ＳＣ５）。なお、ゲートウェイサーバＧＷＳは、対象のＩＰサーバＷがクライアント認証を要求するか否かを当該ＩＰサーバＷとのネゴシエーション時に識別する。
【００４６】
（３−３−３）端間ＳＳＬ通信開始処理
図９はゲートウェイサーバＧＷＳが行う端間ＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部３５のＣＰＵ３５１が記憶装置３３に格納されたＳＳＬ通信処理プログラムを実行し、かつＳＳＬ通信を要求するＧＥＴ要求メッセージを携帯電話機ＭＳから受信すると、この図に示す処理が実現される。
【００４７】
この図に示すように、ＳＳＬ通信開始に、携帯電話機ＭＳ２は所望のＵＲＬを有するＩＰサーバＷとのＳＳＬ通信を要求するＣｏｎｎｅｃｔ要求メッセージを受信すると、ゲートウェイサーバＧＷＳは、ＳＳＬ設定テーブルＴを参照して当該ＵＲＬからのコンテンツへのアクセスにおいてＩＰサーバＷへＵＩＤを通知する必要があるか否かを判定する（ステップＳＤ１）。ゲートウェイサーバＧＷＳは、ＵＩＤの通知が必要な場合には、コネクションの切断を示すメッセージを当該Ｃｏｎｎｅｃｔ要求メッセージへの応答メッセージとして携帯電話機ＭＳへ返送し（ステップＳＤ４）、端間ＳＳＬ通信開始処理を終了する。また、ゲートウェイサーバＧＷＳは、ＵＩＤの通知が必要とされない場合には、コネクションの確立を示すメッセージを当該Ｃｏｎｎｅｃｔ要求メッセージへの応答メッセージとして携帯電話機ＭＳへ返送し、以降の当該コネクションを介したＳＳＬ通信に対する自機のモードをトンネリングモードとする（ステップＳＤ２，ＳＤ３）。
【００４８】
（３−４）ＩＰサーバＷ１の機能
図１０はＩＰサーバＷ１が行うＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部４３のＣＰＵ４３１が記憶装置４２に格納されたＳＳＬ通信処理プログラムを実行すると、この図に示す処理が実現される。なお、当該通信処理プログラムはＨＴＴＰ／１．０に準拠したプログラムである。
【００４９】
この図に示すように、ＩＰサーバＷ１は、インターネットＩＮＥＴ経由でクライアントからＳＳＬ通信の開始の要求を受信すると、クライアントとの間でネゴシエーション処理の後に暗号化通信を開始する（ステップＳＥ１，ＳＥ２）。なお、本実施形態において、当該ＩＰサーバＷ１はＳＳＬ通信開始時にクライアント認証を要しないタイプのＩＰサーバであるものとする。
【００５０】
（３−５）ＩＰサーバＷ２の機能
図１１はＩＰサーバＷ２が行うＳＳＬ通信開始処理の流れを示すフローチャートであり、制御部４３のＣＰＵ４３１が記憶装置４２に格納されたＳＳＬ通信処理プログラムを実行すると、この図に示す処理が実現される。なお、当該通信処理プログラムはＨＴＴＰ／１．０及びＨＴＴＰ／１．１に準拠したプログラムである。また、この図において、図１０と共通する部分には同一の符号が付されている。
【００５１】
この図に示すように、ＩＰサーバＷ２は、インターネットＩＮＥＴ経由でクライアント側からＳＳＬ通信の開始の要求を受信すると、クライアント側との間で認証処理を含むネゴシエーション処理を行う（ステップＳＥ１）。このネゴシエーション処理において、携帯電話機ＭＳが認証され、かつクライアント側から所定の警告メッセージを受信しなかった場合には、ＩＰサーバＷ２は暗号化通信を開始する（ステップＳＦ１，ＳＥ２）。なお、本実施形態において、当該ＩＰサーバＷ２はＳＳＬ通信開始時にクライアント認証を要するタイプのＩＰサーバであるものとする。
【００５２】
逆に、クライアントが認証されなかった場合、あるいはインターネットＩＮＥＴ側から所定の警告メッセージを受信しなかった場合には、ＩＰサーバＷ２はセキュリティ確保処理を行う（ステップＳＦ２）。セキュリティ確保処理の内容は任意であり、例えば、重要度の低い情報のみをクライアントから使用可能として暗号化通信を開始するようにしてもよいし、暗号化通信を開始しないようにしてもよい。
【００５３】
なお、ＩＰサーバＷ３は通常のＨＴＴＰを処理するための機能を備えているものの、ＳＳＬ通信に関する機能を備えていない。
【００５４】
（３−６）携帯電話機ＭＳ及びゲートウェイサーバＧＷＳの挙動パターン
図１２は携帯電話機ＭＳ１からＳＳＬ設定テーブルＴに格納されたＵＲＬへのＳＳＬアクセス時における携帯電話機ＭＳ１、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンを各種条件に対応付けて例示した図、図１３は携帯電話機ＭＳ２からＳＳＬ設定テーブルＴに格納されたＵＲＬへのＳＳＬアクセス時における携帯電話機ＭＳ２、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンを各種条件に対応付けて例示した図である。これらの図には、２種類の初期設定通信方式（Ｓ−Ｓ／Ｅ−Ｅ）と適合し得る全ての条件パターンに対応した挙動パターンが示されている。
【００５５】
これらの図において、「○」は必要であることや認証に成功したこと、アクセスできること等を意味する。「×」は不要であることや認証に失敗したこと、アクセスできないこと等を意味する。△はＩＰサーバＷの動作に応じてアクセスの可否やアクセス可能な範囲等が変わることを意味する。また、「−」は挙動パターンに全く影響しないことを意味している。例えば、初期設定通信方式として「Ｅ−Ｅ」が設定されたＩＰサーバＷがＵＩＤを要することは有り得ないことから、各図において、「Ｅ−Ｅ」に対応したＵＩＤ要否は「−」で示されている。また、これと同様に、初期設定通信方式として「Ｓ−Ｓ」が設定されたＩＰサーバＷがクライアント認証結果を得ることは有り得ないことから、各図において、「Ｓ−Ｓ」に対応したクライアント認証結果は「−」で示されている。
【００５６】
これらの図において、Ｐ１０１〜Ｐ１１６及びＰ２０１〜Ｐ２１６は各々、挙動パターンに対応付けられた符号であり、これらの図には合計３２の挙動パターンが示されている。なお、ＳＳＬ設定テーブルＴに格納されていないＵＲＬへのＳＳＬ通信の開始要求時には、ゲートウェイサーバＧＷＳは、当該ＳＳＬ通信の開始を要求するメッセージの種別に応じて上記各パターンのいずれかにあてはめる。具体的には、ＳＳＬ設定テーブルＴに格納されていないＵＲＬに対するＳＳＬ通信の開始を要求するメッセージがＧＥＴ要求メッセージの場合には「Ｓ−Ｓ」、Ｃｏｎｎｅｃｔ要求メッセージの場合には「Ｅ−Ｅ」となる。また、いずれの種別であっても、ＵＩＤ要否は「否」となる。各挙動パターンの具体的な挙動については以下に説明する。
【００５７】
Ｂ：動作
Ｂ−１：前提
上述したように、ＳＳＬ設定テーブルＴに格納されていないＵＲＬへのＳＳＬ通信の開始を要求する場合には、ゲートウェイサーバＧＷＳにより、当該ＵＲＬがＳＳＬ設定テーブルＴに格納されているかのように取り扱われる。すなわち、図１２及び図１３は、ＳＳＬ通信の開始を要求するＵＲＬがＳＳＬ設定テーブルＴに格納されているか否かに関わらず、全ての挙動パターンを網羅していると言える。すなわち、図１２及び図１３に示された全ての挙動パターンの具体的な挙動を述べることで本システムの全ての動作を説明することができる。また、全ての挙動パターンについて以下に説明するが、これらの図には、条件は異なっても実際の挙動が同一となる挙動パターンが存在しているため、同一の挙動となる挙動パターンについてはまとめて説明し、説明の繁雑化を避けることとする。
【００５８】
Ｂ−２：挙動
（１）ＧＥＴメソッドを最初に用いる携帯電話機ＭＳがＩＰサーバＷへアクセスする場合
まず、ＳＳＬ通信開始の要求において最初にＧＥＴメソッドを用いる携帯電話機ＭＳがＩＰサーバＷへアクセスする場合について説明する。
【００５９】
（１−１）サーバ認証が得られなかった場合
図１４は携帯電話機ＭＳ（携帯電話機ＭＳ１を含む）からＩＰサーバＷ（ＩＰサーバＷ３を含む）へのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ１０１，Ｐ１０２，Ｐ１０５，Ｐ１０６，Ｐ１１０，Ｐ１１２，Ｐ１１４，Ｐ１１６が挙げられる。
【００６０】
この場合、まず、携帯電話機ＭＳからゲートウェイサーバＧＷＳへ、ＩＰサーバＷ内のＵＲＬへのＳＳＬ通信をＧＥＴメソッドで要求するメッセージｍ１１が送信される（図５のステップＳＡ１）。次に、このメッセージｍ１１を受信したゲートウェイサーバＧＷＳでは図８のサーバ間ＳＳＬ通信開始処理が開始され、ゲートウェイサーバＧＷＳからＩＰサーバＷへネゴシエーション処理を要求するメッセージｍ１２が送信され、ゲートウェイサーバＧＷＳとＩＰサーバＷとの間でネゴシエーション処理が行われる（ステップＳＣ１、図１０のステップＳＥ１）。
【００６１】
ここではＩＰサーバＷのサーバ認証は得られないため、ＳＳＬ通信のためのコネクションがゲートウェイサーバＧＷＳにより切断されるとともに、ゲートウェイサーバＧＷＳから携帯電話機ＭＳへ「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージｍ１３が送信され（ステップＳＣ２，ＳＣ３）、その旨が携帯電話機ＭＳによりユーザに通知され、ＳＳＬ通信の開始が失敗に終わる（ステップＳＡ２，ＳＡ３，ＳＡ５）。
【００６２】
（１−２）サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合
図１５は携帯電話機ＭＳからＩＰサーバＷ（ＩＰサーバＷ１，Ｗ２を含む）へのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ１０３，Ｐ１０９，Ｐ１１１が挙げられる。
【００６３】
この場合、まず、携帯電話機ＭＳからゲートウェイサーバＧＷＳへ、ＩＰサーバＷ内のＵＲＬへのＳＳＬ通信をＧＥＴメソッドで要求するメッセージｍ３１が送信される（ステップＳＡ１）。次に、このメッセージｍ３１を受信したゲートウェイサーバＧＷＳとＩＰサーバＷとの間でネゴシエーション処理が行われる（メッセージｍ３２，ｍ３３，…、ステップＳＣ１、図１０または図１１のステップＳＥ１）。このネゴシエーション処理はＩＰサーバＷからゲートウェイサーバＧＷＳへメッセージｍ３４が送信されることで完了する。
【００６４】
ＩＰサーバＷは携帯電話機ＭＳと直接的に通信できないために、認証処理においてクライアント認証は得られない。したがって、ゲートウェイサーバＧＷＳからＩＰサーバＷへ警告メッセージｍ３８が送信される（ステップＳＣ４，ＳＣ５）。警告メッセージｍ３８を受信したＩＰサーバＷがＩＰサーバＷ２の場合には当該ＩＰサーバＷにおいてセキュリティ確保処理が行われる（ステップＳＦ１，ＳＦ２）。この動作の説明においては、重要性の低いコンテンツのみを使用可能としてから暗号化通信を開始するセキュリティ確保処理が行われるものとする。なお、ＩＰサーバＷがクライアント認証を要しないＩＰサーバＷ１の場合には、ＩＰサーバＷにおいて警告メッセージｍ３８は無視され、単純に暗号化通信が開始される（ステップＳＥ２）。
【００６５】
また、ゲートウェイサーバＧＷＳでは変換中継処理が開始される（ステップＳＣ６）。これにより、メッセージｍ３１の送信元に関する情報が書き換えられて更に暗号化されたメッセージｍ３５がゲートウェイサーバＧＷＳからＩＰサーバＷへ送信され、このメッセージｍ３５に対応した応答メッセージｍ３６がＩＰサーバＷからゲートウェイサーバＧＷＳへ返送され、この応答メッセージｍ３６の暗号化が解除されて更に宛先に関する情報が書き換えられた応答メッセージｍ３７がゲートウェイサーバＧＷＳから携帯電話機ＭＳへ送信される。
【００６６】
携帯電話機ＭＳでは応答メッセージｍ３７が「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージではないことから、平文による通信を継続する（ステップＳＡ２〜ＳＡ４）。
【００６７】
（１−３）その他の場合
図１６は携帯電話機ＭＳ（携帯電話機ＭＳ１を含む）からＩＰサーバＷ（ＩＰサーバＷ１を含む）へのアクセスにおいて、図１４及び図１５に係る場合を除いた場合のメッセージの流れを示す概念図であり、この図において、図１５と共通する部分には同一の符号が付されている。なお、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ１０４，Ｐ１０７，Ｐ１０８，Ｐ１１３，Ｐ１１５が挙げられる。
【００６８】
この図に示す流れが図１５に示す流れと異なる点は、警告メッセージｍ３８がゲートウェイサーバＧＷＳからＩＰサーバＷへ送信されない点である。すなわち、ゲートウェイサーバＧＷＳではステップＳＣ５の処理がスキップされる（ステップＳＣ４，ＳＣ６）。また、ＩＰサーバＷではネゴシエーション処理の直後に暗号化通信が開始される（ステップＳＦ１，ＳＥ２）。
【００６９】
（２）Ｃｏｎｎｅｃｔメソッドを最初に用いる携帯電話機ＭＳがＩＰサーバＷへアクセスする場合
次に、ＳＳＬ通信開始の要求において最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳがＩＰサーバＷへアクセスする場合について説明する。
【００７０】
（２−１）初期設定通信方式が端間ＳＳＬの場合
まず、所望のＵＲＬのコンテンツが希望する初期設定通信方式が端間ＳＳＬの場合について、以下に場合分けして説明する。
【００７１】
（２−１−１）サーバ認証が得られなかった場合
図１７は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳ（携帯電話機ＭＳ２を含む）から初期設定通信方式が端間ＳＳＬのＩＰサーバＷ（ＩＰサーバＷ３を含む）へのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２０１，Ｐ２０２，Ｐ２０５，Ｐ２０６が挙げられる。
【００７２】
この場合、まず、携帯電話機ＭＳからゲートウェイサーバＧＷＳへ、ＩＰサーバＷ内のＵＲＬへのＳＳＬ通信をＣｏｎｎｅｃｔメソッドで要求するメッセージｍ２１が送信される（図６のステップＳＢ１）。次に、このメッセージｍ２１を受信したゲートウェイサーバＧＷＳでは図９の端間ＳＳＬ通信開始処理が開始され、まず、ＩＰサーバＷに対するＵＩＤの要否が判定される（図９のステップＳＤ１）。ここではＩＰサーバＷの初期設定通信方式は端間ＳＳＬであり、ＵＩＤの要否は未設定であることから、上記判定結果は強制的に「否」となり、ゲートウェイサーバＧＷＳは携帯電話機ＭＳとＩＰサーバＷとの間にＴＣＰコネクションを確立し（メッセージｍ２２）、コネクションが確立されたことを示すメッセージｍ２３を携帯電話機ＭＳへ返送する（ステップＳＤ２）。なお、当該コネクションに対するゲートウェイサーバＧＷＳの中継モードはトンネリングモードとなる（ステップＳＤ３）。
【００７３】
携帯電話機ＭＳでは、上記メッセージｍ２３が受信され、ＩＰサーバＷとの間で当該コネクションを介したネゴシエーション処理が開始される（メッセージｍ２４、ステップＳＢ２〜ＳＢ４）。ここでは、ＩＰサーバＷのサーバ認証は得られないため、携帯電話機ＭＳは当該コネクションを切断するとともに、「サーバが認証されなかったためにＳＳＬ通信不可」の旨をユーザに通知する（ステップＳＢ５，ＳＢ６）。
【００７４】
（２−１−２）サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合
図１８は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式が端間ＳＳＬのＩＰサーバＷ（ＩＰサーバＷ２を含む）へのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２０３が挙げられる。
【００７５】
この場合、ネゴシエーション処理を開始するまでは上述の（２−１−１）の場合と同様の流れとなる。ここでは、ネゴシエーション処理（メッセージｍ４４〜ｍ４６）においてＩＰサーバＷのサーバ認証が得られ、かつ携帯電話機ＭＳのクライアント認証が得られず、かつ所望のＵＲＬへのアクセスに対してＩＰサーバがクライアント認証を要するため、携帯電話機ＭＳは、警告メッセージｍ４９をＩＰサーバＷへ送信してからネゴシエーション処理を終了し、暗号化通信を開始する（ステップＳＢ５，ＳＢ７〜ＳＢ９）。
【００７６】
また、ＩＰサーバＷでは、ネゴシエーション処理において携帯電話機ＭＳのクライアント認証が得られず（あるいは警告メッセージｍ４９を受信し）、かつクライアント認証を要するため、前述のセキュリティ確保処理が行われる（ステップＳＦ１，ＳＦ２）。以降、携帯電話機ＭＳとＩＰサーバとの間で暗号化通信が行われる。なお、当該暗号化通信に対するゲートウェイサーバＧＷＳの中継モードはトンネリングモードとなる。
【００７７】
（２−１−３）その他の場合
図１９は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳ（携帯電話機ＭＳ２を含む）から初期設定通信方式が端間ＳＳＬのＩＰサーバＷ（ＩＰサーバＷ２を含む）へのアクセスにおいて、図１７及び図１８に係る場合を除いた場合のメッセージの流れを示す概念図であり、この図において図１８と共通する部分には同一の符号が付されている。なお、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２０４，Ｐ２０７，Ｐ２０８が挙げられる。
【００７８】
この図に示す流れが図１８に示す流れと異なる点は、警告メッセージｍ４９が携帯電話機ＭＳからＩＰサーバＷへ送信されない点である。すなわち、携帯電話機ＭＳではステップＳＢ８の処理がスキップされる（ステップＳＢ７，ＳＢ９）。また、ＩＰサーバＷではネゴシエーション処理の直後に暗号化通信が開始される（ステップＳＦ１，ＳＥ２）。
【００７９】
（２−２）初期設定通信方式がサーバ間ＳＳＬの場合
次に、所望のＵＲＬのコンテンツが希望する初期設定通信方式がサーバ間ＳＳＬの場合について、以下に場合分けして説明する。
【００８０】
（２−２−１）ＵＩＤの通知を要する場合
所望のＵＲＬのコンテンツが希望する初期設定通信方式がサーバ間ＳＳＬの場合、ＵＩＤの通知を要するか否かでゲートウェイＧＷＳの挙動が大別される。ここでは、まず、ＵＩＤの通知を要する場合について、以下に場合分けして説明する。
【００８１】
（２−２−１−１）サーバ認証が得られなかった場合
図２０は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳ（携帯電話機ＭＳ２を含む）から初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷ（ＩＰサーバＷ３を含む）へのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２１０，Ｐ２１４が挙げられる。
【００８２】
この場合、まず、携帯電話機ＭＳからゲートウェイサーバＧＷＳへ、ＩＰサーバＷ内のＵＲＬへのＳＳＬ通信をＣｏｎｎｅｃｔメソッドで要求するメッセージｍ７１が送信される（ステップＳＢ１）。次に、このメッセージｍ７１を受信したゲートウェイサーバＧＷＳでは図９の端間ＳＳＬ通信開始処理が開始され、まず、ＵＩＤの通知の要否が判定される（ステップＳＤ１）。ここでは、所望のＵＲＬのコンテンツへのアクセス時にＩＰサーバＷへのＵＩＤの通知が必要であることから、ゲートウェイサーバＧＷＳは携帯電話機ＭＳとＩＰサーバＷとの間にＴＣＰコネクションを確立せず、サーバ間ＳＳＬに切り替えることを示すメッセージｍ７２を携帯電話機ＭＳへ返送する（ステップＳＤ４）。
【００８３】
上記メッセージｍ７２を受信した携帯電話機ＭＳは、ＧＥＴメソッドを用いた要求メッセージｍ７３をゲートウェイサーバＧＷＳへ送信する（ステップＳＢ２，ＳＢ３，ＳＡ１）。当該要求メッセージｍ７３を受信すると、ゲートウェイサーバＧＷＳはメッセージｍ７４をＩＰサーバＷへ送信し、ＩＰサーバＷとの間でネゴシエーション処理を開始する（ステップＳＣ１，ＳＥ１）。しかし、ここではＩＰサーバＷのサーバ認証は得られないため、ＳＳＬ通信のためのコネクションがゲートウェイサーバＧＷＳにより切断されるとともに、ゲートウェイサーバＧＷＳから携帯電話機ＭＳへ「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージｍ７５が送信され（ステップＳＣ２，ＳＣ３）、その旨が携帯電話機ＭＳによりユーザに通知され、ＳＳＬ通信の開始が失敗に終わる（ステップＳＳ１（ステップＳＡ２，ＳＡ３，ＳＡ５））。
【００８４】
（２−２−１−２）サーバ認証が得られ、かつクライアント認証を要しない場合図２１は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要しない場合のメッセージの流れを示す概念図であり、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２１３が挙げられる。
【００８５】
この場合、まず、携帯電話機ＭＳからゲートウェイサーバＧＷＳへ、ＩＰサーバＷ内のＵＲＬへのＳＳＬ通信をＣｏｎｎｅｃｔメソッドで要求するメッセージｍ５１が送信される（ステップＳＢ１）。次に、このメッセージｍ５１を受信したゲートウェイサーバＧＷＳは端間ＳＳＬ通信開始処理を開始し、ＩＰサーバＷに対するＵＩＤの要否を判定する（ステップＳＤ１）。この判定結果は「要」となるため、ゲートウェイサーバＧＷＳは携帯電話機ＭＳとＩＰサーバＷとの間にＴＣＰコネクションを確立せず、サーバ間ＳＳＬに切り替えることを示すメッセージｍ５２を携帯電話機ＭＳへ返送する（ステップＳＤ１，ＳＤ４）。
【００８６】
上記メッセージｍ５２を受信した携帯電話機ＭＳは、ＧＥＴメソッドを用いた要求メッセージｍ５３をゲートウェイサーバＧＷＳへ送信する（ステップＳＢ２，ＳＢ３，ＳＡ１）。当該要求メッセージｍ５３を受信すると、ゲートウェイサーバＧＷＳはＩＰサーバＷとの間でネゴシエーション処理を行う（メッセージｍ５４〜ｍ５６、ステップＳＣ１，ＳＥ１）。
【００８７】
ここではＩＰサーバＷのサーバ認証が得られ、かつクライアント認証は不要であることから、ゲートウェイサーバＧＷＳでは中継変換処理が開始され（ステップＳＣ２，ＳＣ４，ＳＣ６）、メッセージｍ５３の送信元に関する情報が書き換えられて更に暗号化されたメッセージｍ５７がゲートウェイサーバＧＷＳからＩＰサーバＷへ送信される。
【００８８】
一方、ＩＰサーバＷでは暗号化通信処理が開始され（ステップＳＦ１，ＳＥ２）、メッセージｍ５７に対応した応答メッセージｍ５８がＩＰサーバＷからゲートウェイサーバＧＷＳへ返送され、この応答メッセージｍ５８の暗号化が解除されて更に宛先に関する情報が書き換えられた応答メッセージｍ５９がゲートウェイサーバＧＷＳから携帯電話機ＭＳへ送信される。
【００８９】
携帯電話機ＭＳでは応答メッセージｍ３７が「サーバが認証されなかったためにＳＳＬ通信不可」の旨のメッセージではないことから、平文による通信を継続する（ステップＳＡ２〜ＳＡ４）。
【００９０】
（２−２−１−３）サーバ認証が得られ、かつクライアント認証を要する場合
図２２は最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳ（携帯電話機ＭＳ２を含む）から初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要する場合のメッセージの流れを示す概念図であり、この図において図２１と共通する部分には同一の符号が付されている。なお、この図に示す流れとなる挙動パターンとしては、挙動パターンＰ２０９が挙げられる。
【００９１】
この図に示す流れが図２１に示す流れと異なる点は、警告メッセージｍ６０がゲートウェイサーバＧＷＳからＩＰサーバＷへ送信される点である（ステップＳＣ５）。すなわち、ここでは図８のステップＳＣ４において、クライアント認証が得られず、かつＩＰサーバＷがクライアント認証を要する、と判定されている。また、図１１のステップＳＦ１の判定結果が「ＹＥＳ」となり、ＩＰサーバＷではセキュリティ確保処理が行われる（ステップＳＦ２）。すなわち、この挙動パターンではサーバ間ＳＳＬによるＩＰサーバＷへの限定的なアクセスのみが携帯電話機ＭＳに許容される。
【００９２】
（２−２−２）ＩＰサーバＷがＵＩＤの通知を要しない場合
次に、ＵＩＤの通知を要しない場合について、以下に場合分けして説明する。
【００９３】
（２−２−２−１）サーバ認証が得られなかった場合
この場合にあてはまる挙動パターンとしては挙動パターンＰ２１２，Ｐ２１６が挙げられ、この場合のメッセージの流れは図１７に示す通りである。図１７に示す流れについては前述の通りであり、この挙動パターンでは、ＩＰサーバＷへのＳＳＬによるアクセスは携帯電話機ＭＳに許容されない。
【００９４】
（２−２−２−２）サーバ認証が得られ、かつクライアント認証を要しない場合この場合にあてはまる挙動パターンとしては挙動パターンＰ２１５が挙げられ、この場合のメッセージの流れは図１９に示す通りである。図１９に示す流れについては前述の通りであり、この挙動パターンでは端間ＳＳＬによるＩＰサーバＷへのアクセスが携帯電話機ＭＳに許容される。
【００９５】
（２−２−２−３）サーバ認証が得られ、かつクライアント認証を要する場合
この場合にあてはまる挙動パターンとしては挙動パターンＰ２１５が挙げられ、この場合のメッセージの流れは図１８に示す通りである。図１８に示す流れについては前述の通りであり、この挙動パターンでは端間ＳＳＬによるＩＰサーバＷへの限定的なアクセスが携帯電話機ＭＳに許容される。
【００９６】
Ｃ：補足
上述した実施形態では、２種類の初期設定通信方式（Ｓ−Ｓ／Ｅ−Ｅ）と適合し得る全ての条件パターンに対応して挙動パターンを定めた例を示したが、本発明はこの態様に限定されるものではない。例えば、図２３および図２４に示すように、条件パターンの種類を削減することも可能である。図２３はサーバ間ＳＳＬのみに対応した携帯電話機から、図２４はサーバ間ＳＳＬおよび端間ＳＳＬに対応した携帯電話機からＳＳＬ設定テーブルに格納されたＵＲＬへのアクセス時における携帯電話機、ゲートウェイサーバ、及びＩＰサーバの挙動パターンを各種条件に対応付けて例示した図である。これらの図において、図１２および図１３と共通する部分には同一の符号が付されている。
【００９７】
図２３が図１２と異なる点は、挙動パターンＰ１０５〜Ｐ１０８に代えて挙動パターンＰ３０１およびＰ３０２が設けられている点であり、図２４が図１３と異なる点は、挙動パターンＰ２０５〜Ｐ２０８に代えて挙動パターンＰ４０１およびＰ４０２が設けられている点である。端間ＳＳＬにおいてクライアント認証が必要とされている場合にのみクライアント認証を行うようにすれば、クライアント認証が不要の場合にはクライアント認証結果に依存せずに挙動パターンが決まることから、このような削減が可能となる。
【００９８】
上述した実施形態では、本発明をサーバ間ＳＳＬと端間ＳＳＬとの切り替えに適用した例を示したが、本発明は係る態様に限定されるものではなく、携帯電話機とゲートウェイサーバとの間では平文のデータを送受してゲートウェイサーバとＩＰサーバとの間では暗号化通信を行う任意の暗号化通信方式と、携帯電話機とＩＰサーバとの間で直接的に暗号化通信を行う任意の暗号化通信方式との切り替えに適用可能である。
【００９９】
上述した実施形態では、ネゴシエーションの途中で警告メッセージを送出する例を挙げたが、本発明は係る態様に限定されるものではなく、例えば、ネゴシエーションの終了後に送出するようにしてもよい。もちろん、ＳＳＬとは異なる暗号化通信方式の場合には当該通信方式において好適なタイミングで送出することになる。ただし、警告メッセージに基づいてＩＰサーバはセキュリティ確保処理を行うことから、警告メッセージの送信タイミングは、機を逸することなくセキュリティ確保処理を行うことができるタイミングでなければならない。
【０１００】
上述した実施形態では、ＩＰサーバが携帯電話機の認証を要するか否かをゲートウェイサーバがＩＰサーバとのネゴシエーションにおいて識別する態様を示したが、本発明は係る態様に限定されるものではなく、ゲートウェイサーバが上記識別のための情報を予め記憶しておき、記憶された情報に基づいて上記識別を行うようにしてもよい。もちろん、ＩＰサーバ単位ではなく、コンテンツ単位で上記識別のための情報をゲートウェイサーバが予め記憶するようにしてもよい。
【０１０１】
上述した実施形態では、予め設定されたＩＰサーバについて、ＵＩＤの通知を要するか否かを示す情報をゲートウェイサーバが予め記憶している態様を例示したが、本発明は係る態様に限定されるものではなく、例えば、中継開始時にＩＰサーバと通信することにより当該ＩＰサーバがＵＩＤの通知を要するか否かをゲートウェイサーバが識別するようにしてもよい。
【０１０２】
上述した実施形態では、移動パケット通信網およびインターネットを介して通信を行う例を挙げたが、本発明は係る態様に限定されるものではなく、固定公衆網およびインターネットを介して通信を行う態様や、移動パケット通信網のみを介して通信を行う態様、固定公衆網のみを介して通信を行う態様など、様々な態様を包含している。このことから当然に、本発明が対象とするクライアントは携帯電話機に限定されない。例えば、通信機能を備えたＰＤＡ（Personal Digital(Data) Assistants）やコンピュータであってもよいし、通信端末とデータ端末とを組み合わせたものであってもよい。また、本発明に係る中継装置は複数のネットワークを接続するゲートウェイサーバに限定されるものではなく、クライアントとサーバ間で通信を中継する中継装置であればよい。
【０１０３】
【発明の効果】
以上説明したように、本発明によれば、通信端末の識別情報の通知を要するコンテンツへ当該通信端末が第２の中継方式でアクセスしようとすると、第１の暗号化通信方式でのアクセスに切り換える旨の指示が中継装置から当該通信端末へ送信され、当該中継装置では第１の暗号化通信方式に従って中継処理が行われる。第１の暗号化通信方式では通信端末と中継装置との間で送受されるデータは暗号化されていないため、中継装置はコンテンツを有するサーバ装置に対して、当該コンテンツを受信しようとする通信端末の識別情報を通知することができる。したがって、本発明によれば、対応している暗号化通信方式が異なる通信端末やサーバ装置が混在する環境下でも大幅なシステムの変更を伴わずに適切な暗号化通信を実現することができる。
【０１０４】
さらに加えて、コンテンツに対して設定された暗号化通信に係る情報をも加味して暗号化通信方式を選択するようにすれば、より適切な暗号化通信を実現することができる。
また、コンテンツに対して設定された通信端末の認証の要否をも加味し、通信端末の認証を要するコンテンツへ通信端末が第１の暗号化通信方式にてアクセスする場合に中継装置がサーバ装置へ警告するようにすれば、あるいは通信端末の認証を要するコンテンツへ認証されていない通信端末が第２の暗号化通信方式にてアクセスする場合にサーバ装置へ警告するようにすれば、サーバ装置が通信端末の信頼性を正確に把握、適切に対処することができる。
また、予め設定されていないコンテンツについてはアクセス要求の内容に応じて暗号化通信方式を選択するようにすれば、通信端末と多数のサーバ装置との間で適切な暗号化通信を実現することができる。
【０１０５】
【図面の簡単な説明】
【図１】 本発明の一実施形態に係るゲートウェイサーバＧＷＳを用いた移動パケット通信システムの構成を示す図である。
【図２】 携帯電話機ＭＳのハードウェア構成を示すブロック図である。
【図３】 ゲートウェイサーバＧＷＳのハードウェア構成を示すブロック図である。
【図４】 ＩＰサーバＷのハードウェア構成を示すブロック図である。
【図５】 携帯電話機ＭＳ１が行うＳＳＬ通信開始処理の流れを示すフローチャートである。
【図６】 携帯電話機ＭＳ２が行うＳＳＬ通信開始処理の流れを示すフローチャートである。
【図７】 ゲートウェイサーバＧＷＳの記憶装置３３に格納されたＳＳＬ設定テーブルＴのデータ構造を示す概念図である。
【図８】 ゲートウェイサーバＧＷＳが行うサーバ間ＳＳＬ通信開始処理の流れを示すフローチャートである。
【図９】 ゲートウェイサーバＧＷＳが行う端間ＳＳＬ通信開始処理の流れを示すフローチャートである。
【図１０】 ＩＰサーバＷ１が行うＳＳＬ通信開始処理の流れを示すフローチャートである。
【図１１】 ＩＰサーバＷ２が行うＳＳＬ通信開始処理の流れを示すフローチャートである。
【図１２】 携帯電話機ＭＳ１からＳＳＬ設定テーブルＴに格納されたＵＲＬへのＳＳＬアクセス時における携帯電話機ＭＳ１、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンを各種条件に対応付けて例示した図である。
【図１３】 携帯電話機ＭＳ２からＳＳＬ設定テーブルＴに格納されたＵＲＬへのＳＳＬアクセス時における携帯電話機ＭＳ２、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンを各種条件に対応付けて例示した図である。
【図１４】 最初にＧＥＴメソッドを用いる携帯電話機ＭＳからＩＰサーバＷへのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図である。
【図１５】 最初にＧＥＴメソッドを用いる携帯電話機ＭＳからＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合のメッセージの流れを示す概念図である。
【図１６】 最初にＧＥＴメソッドを用いる携帯電話機ＭＳからＩＰサーバＷへのアクセスにおいて、図１４及び図１５に係る場合を除いた場合のメッセージの流れを示す概念図である。
【図１７】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式が端間ＳＳＬのＩＰサーバＷへのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れ、及び携帯電話機ＭＳ２からサーバ間ＳＳＬを希望しＵＩＤの通知を希望しないＩＰサーバＷへのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図である。
【図１８】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式が端間ＳＳＬのＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要し、かつクライアント認証が得られなかった場合のメッセージの流れを示す概念図である。
【図１９】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式が端間ＳＳＬのＩＰサーバＷへのアクセスにおいて、図１７及び図１８に係る場合を除いた場合のメッセージの流れ、及び携帯電話機ＭＳ２からサーバ間ＳＳＬを希望しＵＩＤの通知を希望しないＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要しない場合のメッセージの流れを示す概念図である。
【図２０】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷへのアクセスにおいて、サーバ認証が得られなかった場合のメッセージの流れを示す概念図である。
【図２１】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要しない場合のメッセージの流れを示す概念図である。
【図２２】 最初にＣｏｎｎｅｃｔメソッドを用いる携帯電話機ＭＳから初期設定通信方式がサーバ間ＳＳＬでＵＩＤの通知を希望するＩＰサーバＷへのアクセスにおいて、サーバ認証が得られ、かつクライアント認証を要する場合のメッセージの流れを示す概念図である。
【図２３】 携帯電話機ＭＳ１、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンの他の例を示す図である。
【図２４】 携帯電話機ＭＳ２、ゲートウェイサーバＧＷＳ、及びＩＰサーバＷの挙動パターンの他の例を示す図である。
【符号の説明】
ＢＳ…基地局、ＧＷＳ…ゲートウェイサーバ、ＩＮＥＴ…インターネット、ＭＰＮ…移動パケット通信網、ＭＳ，ＭＳ１，ＭＳ２…携帯電話機、ＭＴ…保守端末、Ｐ１０１〜Ｐ１１６，Ｐ２０１〜Ｐ２１６…挙動パターン、ＰＳ…パケット加入者処理装置、Ｔ…ＳＳＬ設定テーブル、Ｗ，Ｗ１，Ｗ２，Ｗ３…ＩＰサーバ、２１…送受信部、２２…集音部、２３…発音部、２４…入力部、２５…液晶ディスプレイ、２６，３５，４３…制御部、３１…通信装置、３２，４１…インターネット接続インタフェース、３３，４２…記憶装置、３４…保守端末接続用インタフェース、２６１，３５１，４３１…ＣＰＵ、２６２，３５２，４３２…ＲＯＭ、２６３…フラッシュメモリ、３５３，４３３…ＲＡＭ。
Claims (10)
- 通信網内の通信端末から送信されたアクセス要求の内容に応じたコンテンツを該通信網外のサーバ装置から受信して該通信端末へ送信する中継処理を行う中継装置において、
予め設定されたコンテンツについて、前記通信端末によるアクセスに際して前記通信網内で該通信端末を特定可能な識別情報の通知を要するか否かを示す情報を記憶した記憶部と、
前記通信端末との間では平文のデータを送受する第１の暗号化通信方式と、前記通信端末と前記サーバ装置との間で直接的に暗号化通信を行う第２の暗号化通信方式とのいずれか一方の暗号化通信方式を選択する中継側選択部と、
前記中継側選択部により選択された暗号化通信方式に従って前記中継処理を行う中継部とを具備し、
前記アクセス要求の内容が前記識別情報の通知を要するコンテンツへ第２の暗号化通信方式でアクセスする旨を示す場合には、前記中継側選択部は第１の暗号化通信方式を選択し、前記中継部は第１の暗号化通信方式に応じたアクセスに切り換える旨の指示を該アクセス要求の送信元の前記通信端末へ送信する
ことを特徴とする中継装置。 - 前記記憶部は更に前記予め設定されたコンテンツに設定された暗号化通信に係る情報を記憶し、
前記中継側選択部は、前記アクセス要求の内容が前記識別情報の通知を要しないコンテンツへアクセスする旨を示す場合には、該アクセス要求の内容と該コンテンツに設定された前記暗号化通信に係る情報とに基づいて暗号化通信方式を選択する
ことを特徴とする請求項１に記載の中継装置。 - 前記アクセス要求の内容に応じたコンテンツについて前記通信端末の認証を要するか否かを識別する認証要否識別部を具備し、
前記中継側選択部により第１の暗号化通信方式が選択され、かつ前記認証要否識別部により前記アクセス要求の内容に応じたコンテンツが前記通信端末の認証を要すると識別された場合には、前記中継部は該コンテンツを有する前記サーバ装置へ警告を送信する
ことを特徴とする請求項１または２に記載の中継装置。 - 前記記憶部は前記予め設定されたコンテンツについて、前記通信端末によるアクセスに際して前記通信端末の認証を要するか否かを示す情報を記憶し、
前記中継側選択部により第１の暗号化通信方式が選択され、かつ前記アクセス要求の内容に応じたコンテンツが前記通信端末の認証を要する場合には、前記中継部は該コンテンツを有する前記サーバ装置へ警告を送信する
ことを特徴とする請求項１または２に記載の中継装置。 - 前記アクセス要求の内容に応じたコンテンツが前記予め設定されたコンテンツに含まれていない場合には前記中継側選択部は前記アクセス要求の内容に応じた暗号化通信方式を選択する
ことを特徴とする請求項１乃至４のいずれかに記載の中継装置。 - 通信網内の通信端末から送信されたアクセス要求の内容に応じたコンテンツを該通信網外のサーバ装置から受信して該通信端末へ送信する中継処理を行う中継装置において、
前記通信端末から送信されたアクセス要求に応じたコンテンツについて前記通信網内で該通信端末を特定可能な識別情報の通知を要するか否かを識別する識別情報要否識別部と、
前記通信端末との間では平文のデータを送受する第１の暗号化通信方式と、前記通信端末と前記サーバ装置との間で直接的に暗号化通信を行う第２の暗号化通信方式とのいずれか一方の暗号化通信方式を選択する中継側選択部と、
前記中継側選択部により選択された暗号化通信方式に従って前記中継処理を行う中継部とを具備し、
前記アクセス要求の内容が前記識別情報の通知を要するコンテンツへ第２の暗号化通信方式でアクセスする旨を示す場合には、前記中継側選択部は第１の暗号化通信方式を選択し、前記中継部は第１の暗号化通信方式に応じたアクセスに切り換える旨の指示を該アクセス要求の送信元の前記通信端末へ送信する
ことを特徴とする中継装置。 - 自端末が属する通信網外のサーバ装置内に存在するコンテンツに中継装置を介してアクセスする通信端末において、
前記中継装置との間では平文のデータを送受する第１の暗号化通信方式と、前記サーバ装置との間で直接的に暗号化通信を行う第２の暗号化通信方式とのいずれか一方の暗号化通信方式を選択する端末側選択部と、
前記端末側選択部により選択された暗号化通信方式に従ってコンテンツへのアクセス要求を送信する送信部と、
前記中継装置からの指示を受信する受信部とを具備し、
第１の暗号化通信方式に応じたアクセスに切り換える旨の指示が前記受信部により受信されると、前記端末側選択部は第１の暗号化通信方式を選択する
ことを特徴とする通信端末。 - 第２の暗号化通信方式でアクセスしようとするコンテンツが自端末の認証を要し、かつ自端末の認証が得られない場合には、前記送信部は前記サーバ装置へ警告を送信する
ことを特徴とする請求項７に記載の通信端末。 - 自端末は携帯電話機であることを特徴とする請求項７または８に記載の通信端末。
- コンテンツが記憶された記憶部と、
中継装置を介して通信端末から暗号化通信の開始を要求された場合に、その要求元である通信端末の認証を行う認証部と、
前記通信端末が前記認証部により認証された場合には、前記通信端末から送信されてくるアクセス要求に応じたコンテンツを前記記憶部から読み出し暗号化して返送する暗号化通信処理を実行する制御部と、
を備え、
前記制御部は、
前記中継装置によって通信が終端されているために前記通信端末と直接的に通信することができないことを示す第１の警告が前記中継装置から送信されてきた場合、または、本装置と前記通信端末との通信が直接的であるため、前記認証部に自端末を認証させるための識別子を前記中継装置から取得することができないことを示す第２の警告が前記通信端末から送信されてきた場合には、前記暗号化通信処理に替えて、前記記憶部に記憶されているコンテンツのうちで予め定められたコンテンツについてのみ前記通信端末から送信されてくるアクセス要求に応じて暗号化して返送するセキュリティ確保処理を、実行する
ことを特徴とするサーバ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000384162A JP3701866B2 (ja) | 2000-07-24 | 2000-12-18 | 中継装置、通信端末、及びサーバ装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000-222916 | 2000-07-24 | ||
| JP2000222916 | 2000-07-24 | ||
| JP2000384162A JP3701866B2 (ja) | 2000-07-24 | 2000-12-18 | 中継装置、通信端末、及びサーバ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002111747A JP2002111747A (ja) | 2002-04-12 |
| JP3701866B2 true JP3701866B2 (ja) | 2005-10-05 |
Family
ID=26596584
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000384162A Expired - Fee Related JP3701866B2 (ja) | 2000-07-24 | 2000-12-18 | 中継装置、通信端末、及びサーバ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3701866B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7877794B2 (en) | 2004-11-29 | 2011-01-25 | International Business Machines Corporation | Relay apparatus, relay method and program therefor |
| SE532117C2 (sv) * | 2004-12-17 | 2009-10-27 | Ericsson Telefon Ab L M | Auktorisering i cellulära kommunikationssystem |
| JP2011081762A (ja) * | 2009-03-10 | 2011-04-21 | Ricoh Co Ltd | 機器設定装置及び機器設定装置における機器再設定方法 |
| JP4879347B2 (ja) * | 2009-12-25 | 2012-02-22 | キヤノンＩｔソリューションズ株式会社 | 中継処理装置、中継処理方法及びプログラム |
| JP5673216B2 (ja) * | 2011-03-01 | 2015-02-18 | 株式会社リコー | 通信制御装置、通信制御システム、及び通信制御プログラム |
| JP5670958B2 (ja) * | 2012-06-04 | 2015-02-18 | Ｎｅｃプラットフォームズ株式会社 | 中継装置、中継方法、および、コンピュータ・プログラム |
| US10425446B2 (en) * | 2014-09-29 | 2019-09-24 | Akamai Technologies, Inc. | HTTPS request enrichment |
| WO2018127278A1 (de) * | 2017-01-04 | 2018-07-12 | Gerhard Schwartz | Asymmetrische system- und netzwerkarchitektur |
-
2000
- 2000-12-18 JP JP2000384162A patent/JP3701866B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002111747A (ja) | 2002-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4992378B2 (ja) | 携帯端末装置、ゲートウェイ装置、プログラム、およびシステム | |
| TW464798B (en) | Method, and associated apparatus, for selectively permitting access by a mobile terminal to a packet data system | |
| CN110832823B (zh) | 对多个接入点的基于云的wifi网络设置 | |
| JP4331848B2 (ja) | 通信ネットワーク用セキュリティ方法及び安全なデータ転送方法 | |
| US6671522B1 (en) | Thermal controlled by a subscriber's identification module for running an application | |
| US6487180B1 (en) | Personal information system using proximity-based short-range wireless links | |
| CN100452700C (zh) | 用于建立保密连接的存储卡和无线通信设备 | |
| KR20000028706A (ko) | 단방향 데이터 경로 상에서 보안 접속을 확립하는 방법 및장치 | |
| JP4223058B2 (ja) | 中継装置、中継方法、及びプログラム | |
| US8738687B2 (en) | Communication system having management apparatus and user apparatus, management apparatus, user apparatus, and method of controlling the same | |
| JP2012511268A (ja) | 端末機器、端末機器を設定する方法および装置 | |
| JP5494649B2 (ja) | 中継装置、中継方法、及び中継装置制御プログラム | |
| JP4377786B2 (ja) | 電化機器、サーバ装置、携帯端末、通信システム、通信方法、及びプログラム | |
| JP3701866B2 (ja) | 中継装置、通信端末、及びサーバ装置 | |
| JP2005268903A (ja) | 暗号鍵共有装置、暗号鍵共有方法、プログラム及び通信機器 | |
| JP2002082910A (ja) | ユーザ認証システム及びユーザ認証方法 | |
| JP5319456B2 (ja) | 通信システム、その制御方法、基地局装置及びプログラム | |
| KR100436687B1 (ko) | 데이터 취득방법 및 단말 | |
| JP2016171505A (ja) | 無線通信装置、無線通信システム、およびプログラム | |
| WO2013189398A2 (zh) | 应用数据推送方法、装置及系统 | |
| JP2010050750A (ja) | 通信端末、通信制御方法、通信制御プログラム及び通信システム | |
| JP2017163186A (ja) | 端末間通信システム及び端末間通信方法及びコンピュータプログラム | |
| JP3976196B2 (ja) | 中継装置 | |
| KR20040087216A (ko) | 이동통신 단말기의 공유 데이터 제어장치 및 그 제어방법 | |
| JP4523210B2 (ja) | Ｐｈｓ構内無線システム及びパラメータ変更方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050421 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050426 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050623 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050712 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050714 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3701866 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080722 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090722 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090722 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100722 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110722 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110722 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120722 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120722 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130722 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |