JP2008252456A - 通信装置、及び通信方法 - Google Patents

Abstract

【課題】暗号化されたデータが解読される可能性をより一層低減し、安全性の高い通信を実現することができる通信装置を提供する。
【解決手段】本発明に係る通信装置は、セキュリティレベルの異なる複数の通信経路の中から、第１の通信経路を選択して通信相手方との間に第１の通信経路を確立する第１の経路確立部と、複数の経路の中から、第１の通信経路よりもセキュリティレベルの高い第２の通信経路を選択して通信相手方との間に第２の通信経路を確立する第２の経路確立部と、第１の通信を行うときは第１の通信経路を介した通信を行い、第１の通信よりも高いセキュリティレベルが要求される第２の通信を行うときは、第２の通信経路を介した通信を行う通信制御部と、を備え、通信制御部は、第１の通信のセッションと第２の通信のセッションとで、同じセッション識別情報を用いる、ことを特徴とする。
【選択図】 図３

Description

本発明は、通信装置、及び通信方法に係り、特に、安全性の高い通信を行う通信装置、及び通信方法に関する。

従来から、第三者による盗聴を防止し安全性の高い通信を行うために、通信情報を暗号鍵で暗号化して通信する方法が広く行われている。暗号化通信の安全性を高めるためには、複雑な暗号鍵や暗号化システムが必要となってくる。しかしながら、送信側や受信側で行われる暗号化や復号化に係る処理の負担も暗号鍵や暗号化システムの複雑さに伴って大きなものとなる。

そこで、比較的簡素な暗号鍵で暗号化しても高い安全性が確保できるとする技術が、例えば特許文献１に開示されている。特許文献１が開示する技術は、暗号化したデータを１つ１つでは意味のなさない程度まで分解して、論理的或いは物理的に異なる経路で送信し、受信側で結合及び復号することによって、伝送途中の覗き見から意味あるデータを守るというものである。
特開平１１−１０３２９０号公報

安全性の高い通信を可能とする技術の１つとして、ＳＳＬ（Secure Socket Layer）と呼ばれる技術が普及している。ＳＳＬは、端末装置にインストールされたウェブブラウザと通信相手先であるウェブサーバとの間で安全性の高い通信を行うために開発された技術である。

ＳＳＬは、公開鍵方式、共通鍵方式、デジタル署名等を組み合わせた通信方式であり、盗聴、改竄、なりすまし等を防止できる。このため、個人情報やクレジットカード番号等の高い秘匿性が要求されるデータをウェブブラウザからウェブサーバに送信する場合等で多く用いられている。

他方、近時、ＳＳＬで暗号化されたデータを解読することが可能なコンテンツフィルタリング機能を搭載したソフトウェアが開発され流通し始めている。この種のソフトウェアとして、例えば、“WebWasher（登録商標）ＳＳＬ scanner”と呼ばれる製品がある。このソフトウェアは、例えば企業内ネットワークと外部インターネットとの間に配置されるゲートウェイとして働き、その機能の１つとしてＳＳＬで暗号化されたデータの中身を検閲することが可能となっている。

このソフトウェア（以下、便宜上、ＳＳＬ検閲ソフトウェアという）は、企業内から外部に企業秘密が流出することの防止、不適切なウェブサイトへのアクセスの防止、著作権の侵害となるようなデータの配信の防止、コンテンツに含まれるウィルスやスパイウェアの検出等を主な目的とするものである。

従来、ＳＳＬで暗号化されたデータは企業内ではチェックすることができなかったため、企業にとって不適切なデータの通信を制限することができなかったが、ＳＳＬ検閲ソフトウェアにより、ＳＳＬで暗号化されたデータであってもその内容を解読し、不適切なデータを除去することが可能となる。

しかしながら、ＳＳＬ検閲ソフトウェアが存在するということは、正しい手続を踏んだ適正なコンテンツであっても中身を検閲される虞があるということを意味している。

インターネットを介して行われるネットワーク通信では、中継地点で通信ログを取得されて中身を覗き見され、或いは、セッションＩＤを不正に取得され別のユーザによって成りすましされるといった危険性があった。これらの不正行為を排除し安全な通信を確保するため、暗号化技術やトンネル技術等の開発が進められ、ある区間に限定すればデータの安全性が保証できるようになってきていている。

しかしながら、現状の技術では、広域なネットワークにおける端末から端末までの全経路にわたる安全性が常に確保できるわけではない。ＳＳＬやＩＰｓｅｃ（ＩＰ security）と呼ばれる暗号化技術を用いたとしても、経路の途中にプロキシサーバ等が介在した場合、このプロキシサーバ等に上述したＳＳＬ検閲ソフトウェア等の暗号解読技術が適用される可能性がある。その結果、一旦その暗号化が解かれ、プロキシサーバ等で通信ログの取得が行われてデータを解析される虞がある。

本発明は、上記事情に鑑みてなされたもので、暗号化されたデータが解読される可能性をより一層低減し、安全性の高い通信を実現することができる通信装置、及び通信方法を提供することを目的とする。

上記課題を解決するため、本発明に係る通信装置は、請求項１に記載したように、セキュリティレベルの異なる複数の通信経路の中から、第１の通信経路を選択して通信相手方との間に第１の通信経路を確立する第１の経路確立部と、前記複数の経路の中から、前記第１の通信経路よりもセキュリティレベルの高い第２の通信経路を選択して前記通信相手方との間に第２の通信経路を確立する第２の経路確立部と、第１の通信を行うときは前記第１の通信経路を介した通信を行い、前記第１の通信よりも高いセキュリティレベルが要求される第２の通信を行うときは、前記第２の通信経路を介した通信を行う通信制御部と、を備え、前記通信制御部は、前記第１の通信のセッションと前記第２の通信のセッションとで、同じセッション識別情報を用いる、ことを特徴とする。

また、上記課題を解決するため、本発明に係る通信方法は、請求項１０に記載したように、（ａ）セキュリティレベルの異なる複数の通信経路の中から、第１の通信経路を選択して通信相手方との間に第１の通信経路を確立し、（ｂ）前記複数の経路の中から、前記第１の通信経路よりもセキュリティレベルの高い第２の通信経路を選択して前記通信相手方との間に第２の通信経路を確立し、（ｃ）第１の通信を行うときは前記第１の通信経路を介した通信を行い、前記第１の通信よりも高いセキュリティレベルが要求される第２の通信を行うときは、前記第２の通信経路を介した通信を行う、ステップを備え、ステップ（ｃ）では、前記第１の通信のセッションと前記第２の通信のセッションとで、同じセッション識別情報を用いる、ことを特徴とする。

本発明に係る通信装置、及び通信方法によれば、暗号化されたデータが解読される可能性をより一層低減し、安全性の高い通信を実現することができる。

本発明に係る通信装置、及び通信方法の実施形態について、添付図面を参照して説明する。

（１）通信装置の運用環境、及びその構成
図１は、本発明の一実施形態に係る通信装置１が用いられる運用システム１００の一例を示す図である。この運用システム１００は、クライアント端末として機能する通信装置１、通信装置１の通信相手方であるウェブサーバ２、通信装置１と同じ構内に設置されるプロキシサーバ４等を備えて構成されている。

通信装置１は、例えばノート型パーソナルコンピュータである。通信装置１は、ユーザが持ち運びことも可能であり、例えば図１に示したように外出先企業のローカルネットワーク５に接続してインターネット（第１の通信経路７）にアクセスすることができる。また、公共の無線ＬＡＮ等を利用してインターネットに接続することもできる。

図１に示した運用例は、ユーザが外出先に通信装置１を持ち込み、外出先で必要な情報を得るために自社にあるウェブサーバ２にログインして機密情報を閲覧しようとする例である。

図１に示したように、企業等のローカルネットワーク５とインターネットとの間にはプロキシサーバ４が設けられることが多い。

プロキシサーバ４は、ローカルネットワーク５内の端末のローカルアドレスとインターネット上のグローバルアドレスの変換等を行っている。ウェブサーバ２からローカルネットワーク５内の通信装置１にアクセスする場合はプロキシサーバ４のＩＰアドレスに対してアクセスが行われ、内部の通信装置１に直接はアクセスできない。つまり、プロキシサーバ４は通信装置１の代理装置として機能する。プロキシサーバ４の存在によって通信装置１のＩＰアドレスがそのまま外部に出ることが無いため、通信装置１のセキュリティは向上する。

また、プロキシサーバ４は一般に送受信されるアプリケーションデータの中身を見る機能を有している。このため、コンテンツフィルタリング機能を実装することが可能である。例えば、ウェブサーバ２から送られてくるウェブページのデータをモニタし、特定の文字列を表示させないようにするといったことも可能である。

さらに、図１に示しプロキシサーバ４には、前述したＳＳＬ検閲ソフトウェアも実装されている。従来は高度に暗号化されたＳＳＬ通信の中身は解読不能であったが、ＳＳＬ検閲ソフトウェアの実装によって暗号化を復号し、その内容を検査することができる。

プロキシサーバ４のこれらの機能は必ずしも悪用されるわけではない。しかしながら、プロキシサーバ４でログの取得などが行われると、最悪の場合にはその通信内容を解析される虞も生じる。

他方、ＳＳＬに対応していないプロトコルを使用したアプリケーションソフトウェアとして、SoftEtherやhttptunnelと呼ばれるソフトウェアがある。これらのソフトウェアを用いることによってプロキシサーバ４やファイアウォール（図示せず）を透過させることもできる。SoftEtherやhttptunnelは、トランスポート層以上での転送を行うものであり、プロキシサーバ４内にトンネル経路を形成し、本来許可していないプロトコルでも通信することができる。しかしながら、この場合にも、プロキシサーバ４の機能によっては通信内容（コンテンツ内容、宛先、発信ＩＰアドレス等）を解析することが可能である。また、SoftEtherやhttptunnelは運用方法によってはセキュリティホールになりやすく、必ずしも安全とは言えない。

図１では、外出先企業にいるユーザが、自社にあるウェブサーバ２から機密情報を得ようとしたとき、ウェブサーバ２からログインＩＤ（username）やパスワード（password）の入力をユーザに要求してきている状況を示している。ログインＩＤやパスワードは、当然他人に知られてはならない機密情報である。

そこで、このような機密情報の通信を行う場合は、ウェブサーバ２はＳＳＬによる通信を要求する。クライアント（通信装置１）はそれに応え、通信装置１とウェブサーバ２の間でＳＳＬの通信経路を構築する。

今日、公共の場に提供されているような公衆ネットワークを使用する場合や、社内ネットワークが一括管理されている外出先企業内のローカルネットワークを使用する場合には、プロキシサーバ４を経由しなければ外部のインターネットに接続できないことが多い。

しかしながら、通信経路上にプロキシサーバ４が存在する場合には、上述したようにたとえＳＳＬによる通信を行ったとしてもその中身が検閲されないという保証はなくなってきている。

一方、認証時のログインＩＤやパスワードの他、クレジットカード番号、開示範囲に指定のある秘匿性の高いファイル等は、通信途中でログをとられて欲しくない機密性の高いデータである。

そこで、本実施形態に係る通信装置１では、これらの機密性の高いデータの通信を行う場合には、プロキシサーバ４を経由しない安全性のより高い第２の通信経路６を構築するものとしている。第２の通信経路６は、例えば携帯電話３を利用した専用回線によって、通信装置１からウェブサーバ２へ直接アクセスし、可能な限り途中のプロキシサーバの介在を排除する経路である。また、第２の通信経路６では、ＩＰｓｅｃ等の暗号化通信を行い機密性の高いデータを盗聴等から守られるようにしている。例えば、ＩＰｓｅｃは、暗号化セキュリティ技術の１つであり、経路途中にプロキシサーバがあったとしても、それによって暗号通信を切断されることのない秘匿化技術である。

図２は、本実施形態に係る通信装置１と、その通信相手方であるウェブサーバ２との間との通信経路を簡潔に示したものである。通信装置１とウェブサーバ２とは、第１の通信経路７と第２の通信経路６の少なくとも２つの通信経路を用いて接続される。

第１の通信経路７は、セキュリティレベルが比較的低い通信（第１の通信）、例えば、ウェブサーバ２から認証を求めるウェブページそのものの送信に使用される。認証要求のウェブページ自体には、ログインＩＤやパスワードの入力欄はブランクであり機密性の高いデータは含まれていない。その一方、認証要求のウェブページのデータサイズは比較的大きい。そこで、第１の通信経路７としては、その途中にプロキシサーバ４が介在し安全性は必ずしも十分に保証できないものの、伝送容量の大きな経路として、例えば通常のインターネット経由の経路が選択される。

一方、第２の通信経路６は、セキュリティレベルが第１の通信に比べて高い通信（第２の通信）に用いられる。具体的には、ウェブサーバ２からの要求に応じてログインＩＤやパスワード等のセキュリティレベルの高いデータを送信する場合に第２の通信経路６が構築される。

第２の通信経路６は、プロキシサーバ４等が介在する可能性の低い専用回線を用い、さらにＩＰｓｅｃ等の暗号化通信を行うことによって高いセキュリティレベルを確保している。一方、第２の通信経路６では、ログインＩＤやパスワード等の機密性の高いデータのみを通信するため小さな通信容量でも十分である。そこで、第２の通信経路６としては、例えばダイアルアップによる携帯電話回線を利用する。

図３は、通信装置１の構成例を示す機能ブロック図である。通信装置１は、通信制御部１０、第１の経路確立部１１、及び第２の経路確立部１２を備えて構成されている。

第１の経路確立部１１は、セキュリティレベルの異なる複数の経路の中から、第１の通信経路７を選択して、通信相手方（ウェブサーバ２）との間に第１の通信経路７を確立する。第２の経路確立部１２は、前記の複数の経路の中から、第１の通信経路７よりもセキュリティレベルの高い第２の通信経路６を選択し通信相手方（ウェブサーバ２）との間に第２の通信経路６を確立する。

通信制御部１０では、第１の通信経路７を介した第１の通信と、第２の通信経路６を介した第２の通信を行う。第１の通信はセキュリティレベルが比較的低い内容を通信するものであり、平文の通信でもよい。一方、第２の通信はセキュリティレベルの高い通信を行うものであり、ＩＰｓｅｃ等の暗号化セキュリティ技術を適用している。

また、通信制御部１０では、第１の通信と第２の通信では、ウェブサーバ２において発行されたセッションＩＤ（セッション識別情報）を共通に利用している。通常、第１の通信経路７の発信ＩＰアドレス（プロキシサーバ４が介在する場合は、例えばプロキシサーバ４のＩＰアドレス）と、第２の通信経路６の発信ＩＰアドレス（携帯電話を接続する場合は、携帯電話に割り付けられたＩＰアドレス）とは異なる。ウェブサーバ２では、同じ通信装置１から送られてくるデータが異なった発信ＩＰアドレスから送られてくることになる。そこで、第１の通信のセッションＩＤと第２の通信のセッションＩＤとを共通化し、ウェブサーバ２で第１の通信と第２の通信を統合し、同一のセッションのシーケンスとして取り扱えるようにしている。

（２）通信装置の動作（通信方法）
本実施形態に係る通信装置１の動作の詳細について、図４乃至図６を用いて説明する。

図４は、ログインＩＤやパスワード等のセキュリティの高い情報を送信するよう、ウェブサーバ２から通信装置１に対して要求するときのシーケンス図である。

通常のクライアント・サーバモデルの通信のやり取りと同じように、まず、クライアント（通信装置１）側からウェブサーバ２へのアクセスがあり、ウェブページの取得要求メッセージが送信される（ステップＳ７０１）。この時、第１の経路確立部１１によって通信装置１とウェブサーバ２の間で第１の通信経路７が確立される。

次に、ウェブサーバ２から通信装置１に向けて、認証のための認証データ入力ページが送信される。また、ウェブサーバ２で発行されたセッションＩＤもあわせて通信装置１に送信される（ステップＳ７０２）。

通信装置１は、ウェブサーバ２から送られてきた認証データ入力ページのデータを選別し、これらの中にセキュリティレベルの高いデータの送信を求めるデータが含まれているか否かを判定する（ステップＳ７０３）。

図５は、ウェブサーバ２から送られてくる認証データ入力ページのデータの一例を示す図である。認証データ入力ページのデータはＨＴＭＬで記述されている。この例では、セキュリティレベルの高いデータとしてユーザＩＤ（username）とパスワード（password）の入力を要求しており、これらのコードを入力するタグを囲むように、＜security-level＝high＞のタグと＜／security-level＞のタグを明示的に記述している。

通信装置１では、このＨＴＭＬファイルの記述内容を判別し、＜security-level＝high＞のタグと＜／security-level＞のタグが検出された場合には、セキュリティレベルの高いデータの送信をウェブサーバ２が要求しており、そのデータがユーザＩＤ（username）とパスワード（password）であることを判定する。

セキュリティレベルの高いデータの送信をウェブサーバ２が要求している場合には、第２の通信経路６を確立する手順に進む。

なお、通信装置１のインタフェースの１つが既にウェブサーバ２との接続を完了しており、その経路がＳＳＬによって保護されている場合には、その既存の経路が十分に高い安全性を持つ経路であるか否かを、第２の通信経路６の確立手順の前に判断するようにしても良い。この判断の方法の１つとして、通信装置１からウェブサーバ２へ至る経路上にプロキシサーバが存在するか否かを発見する方法がある。プロキシサーバの発見は、ＷＰＡＤ（Web Proxy Auto Discovery）と呼ばれるプロトコルを用いることで可能である。ＷＰＡＤは、経路上のプロキシサーバを発見し、その情報を提供するプロトコルである。ＷＰＡＤによって発見されたプロキシサーバが、外部へのアクセスのためのゲートウェイである場合には、その経路は完全には安全では無いと判断し、第２の通信経路６を確立する必要があると判断する。この判断は、例えば通信制御部１０が行う。

第２の通信経路６を確立する必要があると判断されると、第２の経路確立部１２が、第２の通信経路６の確立を行う（ステップＳ７０４）。第２の通信経路６は、例えば携帯電話３のダイアルアップ接続による専用回線によってウェブサーバ２にアクセスできる経路であり、途中にプロキシサーバが介在しない安全な経路である。

さらに、第２の通信経路６では、ＩＰｓｅｃ等の暗号化セキュリティ技術を適用することによって、通信装置１からウェブサーバ２までの全経路においてＩＰｓｅｃ−ＶＰＮの適用が可能となり、非常にセキュリティレベルの高い経路が実現できる。

通信装置１では、第１の通信経路７を確立したときにウェブサーバ２から受信したセッションＩＤを、第２の通信経路６の確立の際にウェブサーバ２に送信する。

ウェブサーバ２では、第１の通信経路７のＩＰアドレスと、第２の通信経路６のＩＰアドレスの関連付けを行う（ステップＳ７０５）。

具体的には、第１の通信経路７の確立時に発行したセッションＩＤと、第２の通信経路６から送信されてきたセッションＩＤの異同を判断する。同じセッションＩＤの場合には、第１の通信経路７の発信元のＩＰアドレスと第２の通信経路６の発信元のＩＰアドレスとが異なったとしても、同じ通信装置１から送られてきた一連のセッションのデータであると判断し、以降は同一のセッションのデータとして取り扱う。

その後、ウェブサーバ２は、安全な経路である第２の通信経路６の確立を伝えるメッセージを通信装置１に送信する（ステップＳ７０６）。

通信装置１では、ＩＰｓｅｃを利用するためにユーザＩＤとパスワードを暗号化する（ステップＳ７０７）。その後、ＩＰｓｅｃを利用して第２の通信経路６からこれらをウェブサーバ２に送信する（ステップＳ７０８）。

ウェブサーバ２では、暗号化されたデータを受信し、そのセッションＩＤから、先に認証データ入力ページを送った同じ相手（通信装置１）からのデータであると判断する。そして暗号化されたユーザＩＤとパスワードを復号して認証処理を行う（ステップＳ７０９）。

ウェブサーバ２にて認証が確認されると、その旨を第２の通信経路６を介して通信装置１に伝える（ステップＳ７１０）。

以降の通信では、クレジットカード番号等のセキュリティレベルの高いデータをやり取りする場合は、第２の通信経路６を利用する。一方、他人に見られても影響のないウェブページのフレームやファイル等は第１の通信経路７を利用して送受信を行う（ステップＳ７１１）。

第１の通信経路７と第２の通信経路６とで共有するセッションＩＤは、第１の通信経路７の通信によって生成消滅が決定される。この場合、第１の通信経路７がセッションを維持している間は第２の通信経路６でもセッションを維持しておく必要がある。そこで、第２の通信経路６では、通信装置１とウェブサーバ２の間でキープアライブメッセージを定期的にやり取りする（ステップＳ７１２）。

図６は、図４とは逆に、セキュリティの高い情報を送信するよう、通信装置１からウェブサーバ２に対して要求するときのシーケンス図である。

例えば、忘れてしまったパスワードをウェブサーバ２から通信装置１に送るように、ウェブサーバ２に対して要求する場合等である。通常はメール等によって通信装置１へのデータの開示が行われが、メールアドレスを失効した場合やメールが受信できない状況にある場合には通信装置１のユーザはパスワードを知ることができない。

このような場合、本実施形態に係る通信方法では、パスワードのようなセキュリティレベルの高いデータを送受信するための安全な通信経路を確立し、この安全な通信経路を利用して通信できるようにしている。

まず、通信装置１（クライアント）は、ウェブページを提供するウェブサーバ２にアクセスし、パスワードの送信を要求する（ステップＳ８０１）。この時利用する経路は必ずしも安全性の高い経路である必要は無い。従って、第１の経路確立部１１によって確立する第１の通信経路７を利用する。

通信装置１からアクセスを受けたウェブサーバ２は、例えば、ユーザＩＤとユーザ本人にしかわからない質問等をして、アクセスしてきたものがユーザ本人であるか否かの確認を行う。ユーザ本人であると推定される場合には、既に安全な経路が確立されているか否かを判定する（ステップＳ８０２）。

安全な経路が既に確立されている場合にはその経路を利用し、もしプロキシサーバ４を経由するような必ずしも安全ではない経路（例えば、第１の通信経路７）しか確立されていない場合には、安全な経路の確立が必要である旨を通信装置１に伝える（ステップＳ８０３）。

通信装置１では、携帯電話のダイアルアップ等によって専用回線に接続し、危惧の対象となっているプロキシサーバ４を物理的に迂回する安全な経路（第２の通信経路６）を確立する（ステップＳ８０４）。なお、このとき、元々接続していた経路（第１の通信経路７）を介してウェブサーバ２から受け取っていたセッションＩＤを、第２の通信経路６の確立要求と供にウェブサーバ２に送る。

ウェブサーバ２は、このセッションＩＤをキーとして、第１の通信経路７の発信元ＩＰアドレスと第２の通信経路６のＩＰアドレスの関連付けを行い、通信装置１から送られてくるデータを１つのセッションとして取り扱う（ステップＳ８０５）。その後、通信装置１に対して安全な経路（第２の通信経路６）が確立されたことを通知する（ステップＳ８０６）。

ウェブサーバ２では、通信装置１にデータを送信する場合、送信しようとするデータがセキュリティの高いデータか否かを判定して経路を選択する。

本例では送信しようとするデータはパスワードであり、高いセキュリティが必要である。そこで、ウェブサーバ２はセキュリティレベルの高い第２の通信経路６を選択する。さらに、ＩＰｓｅｃを利用するために、パスワードを暗号化する（ステップＳ８０７）。

その後、暗号化されたパスワードを、ＩＰｓｅｃ−ＶＰＮで保護された第２の通信経路６を介して通信装置１に送信する（ステップＳ８０８）。

一方、ウェブサーバ２は、パスワードが表示されるべき欄がブランクのウェブページも通信装置１に対して送信する（ステップＳ８０９）。このウェブページにはセキュリティレベルの高いデータは含まれていないため、安全性は必ずしも保証されないものの通信容量が大きな第１の通信経路７を利用してウェブページは送信される。

通信装置１では、第１の通信経路７を介して送られてきたウェブページと、第２の通信経路６を介して送られてきたパスワードを統合し、ユーザに対して１つのコンテンツとして表現して提供する（ステップＳ８１０）。

ユーザに対しては、あたかも単一のウェブページを単一の経路から受信している操作性を感じさせながら、同時に高いセキュリティを実現できる。

ここまでは、第１の通信経路７と第２の通信経路６は夫々１つずつの経路として説明してきたが、各経路を複数の経路で構成しても良い。この場合、セキュリティレベルの異なる複数（３以上）の経路で通信装置１とウェブサーバ２とを接続することになるが、通信するデータのセキュリティレベルに応じて複数の経路の中から適した経路を選択するようにすれば良い。

以上説明してきたように、本実施形態に係る通信装置１、及び通信方法によれば、暗号化されたデータが解読される可能性をより一層低減し、安全性の高い通信を実現することができる。

なお、本発明は上記の実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせても良い。

本発明の実施形態に係る通信装置が利用される運用システムの構成例を示す図。 本発明の実施形態に係る通信装置とその通信相手方のウェブサーバとの間の通信経路の一例を示す図。 本発明の実施形態に係る通信装置の構成例を示す図。 セキュリティの高い情報を送信するよう、ウェブサーバからに通信装置対して要求するときのメッセージシーケンスの一例を示すシーケンス図。 ウェブサーバから送られてくる認証データ入力ページのデータの一例を示す図。 セキュリティの高い情報を送信するよう、通信装置からウェブサーバに対して要求するときのメッセージシーケンスの一例を示すシーケンス図。

符号の説明

１ 通信装置
６ 第２の通信経路
７ 第１の通信経路
１０ 通信制御部
１１ 第１の経路確立部
１２ 第２の経路確立部

Claims (18)

1. セキュリティレベルの異なる複数の通信経路の中から、第１の通信経路を選択して通信相手方との間に前記第１の通信経路を確立する第１の経路確立部と、
   前記複数の経路の中から、前記第１の通信経路よりもセキュリティレベルの高い第２の通信経路を選択して前記通信相手方との間に前記第２の通信経路を確立する第２の経路確立部と、
   第１の通信を行うときは前記第１の通信経路を介した通信を行い、前記第１の通信よりも高いセキュリティレベルが要求される第２の通信を行うときは、前記第２の通信経路を介した通信を行う通信制御部と、
   を備え、
   前記通信制御部は、前記第１の通信のセッションと前記第２の通信のセッションとで、同じセッション識別情報を用いる、
   ことを特徴とする通信装置。
2. 前記第２の通信経路は専用回線に接続される経路であり、前記第２の通信は、暗号化セキュリティ技術によって保護される通信である、
   ことを特徴とする請求項１に記載の通信装置。
3. 前記暗号化セキュリティ技術は、経路途中のプロキシサーバによって暗号通信を切断されることのない秘匿化方式を備える技術である、
   ことを特徴とする請求項２に記載の通信装置。
4. 前記専用回線は、携帯電話回線を含む専用回線である、
   ことを特徴とする請求項２に記載の通信装置。
5. 前記セッション識別情報は、前記第１の通信経路が確立したときに前記通信相手方が発行するセッション識別番号である、
   ことを特徴とする請求項１に記載の通信装置。
6. 前記第１の通信のセッションと前記第２の通信のセッションは、各々のセッション識別情報が同じ場合、前記通信相手方において同一のセッションのシーケンスとして取り扱われるセッションである、
   ことを特徴とする請求項５に記載の通信装置。
7. 前記通信制御部は、
   前記通信相手方から送られてくる前記第１の通信の内容を判別し、
   前記第２の経路確立部は、
   前記第１の通信の内容が、前記通信相手方に対してセキュリティの高いデータを送信するように要求している場合に、前記第２の通信経路を確立する、
   ことを特徴とする請求項１に記載の通信装置。
8. 前記通信制御部は、
   前記通信相手方からセキュリティの高いデータを受信しようとする場合には、その旨を前記第１の通信を用いて前記通信相手方に通知し、
   前記第２の経路確立部は、
   前記通信相手方から前記第２の通信経路を確立するように要求された場合に、前記第２の通信経路を確立する、
   ことを特徴とする請求項１に記載の通信装置。
9. 前記通信制御部は、
   前記第１の通信経路上にプロキシサーバが存在するか否かを検出し、
   前記第１の通信経路上にプロキシサーバが存在する場合において、前記第２の通信を行うときは、前記第２の通信経路を介した通信を行う、
   ことを特徴とする請求項１に記載の通信装置。
10. （ａ）セキュリティレベルの異なる複数の通信経路の中から、第１の通信経路を選択して通信相手方との間に前記第１の通信経路を確立し、
    （ｂ）前記複数の経路の中から、前記第１の通信経路よりもセキュリティレベルの高い第２の通信経路を選択して前記通信相手方との間に前記第２の通信経路を確立し、
    （ｃ）第１の通信を行うときは前記第１の通信経路を介した通信を行い、前記第１の通信よりも高いセキュリティレベルが要求される第２の通信を行うときは、前記第２の通信経路を介した通信を行う、
    ステップを備え、
    ステップ（ｃ）では、前記第１の通信のセッションと前記第２の通信のセッションとで、同じセッション識別情報を用いる、
    ことを特徴とする通信方法。
11. 前記第２の通信経路は専用回線に接続される経路であり、前記第２の通信は、暗号化セキュリティ技術によって保護される通信である、
    ことを特徴とする請求項１０に記載の通信方法。
12. 前記暗号化セキュリティ技術は、経路途中のプロキシサーバによって暗号通信を切断されることのない秘匿化方式を備える技術である、
    ことを特徴とする請求項１１に記載の通信方法。
13. 前記専用回線は、携帯電話回線を含む専用回線である、
    ことを特徴とする請求項１１に記載の通信方法。
14. 前記セッション識別情報は、前記第１の通信経路が確立したときに前記通信相手方が発行するセッション識別番号である、
    ことを特徴とする請求項１０に記載の通信方法。
15. 前記第１の通信のセッションと前記第２の通信のセッションは、各々のセッション識別情報が同じ場合、前記通信相手方において同一のセッションのシーケンスとして取り扱われるセッションである、
    ことを特徴とする請求項１４に記載の通信方法。
16. ステップ（ｃ）では、
    前記通信相手方から送られてくる前記第１の通信の内容を判別し、
    ステップ（ｂ）では、
    前記第１の通信の内容が、前記通信相手方に対してセキュリティの高いデータを送信するように要求している場合に、前記第２の通信経路を確立する、
    ことを特徴とする請求項１０に記載の通信方法。
17. ステップ（ｃ）では、
    セキュリティの高いデータを前記通信相手方から受信しようとする場合には、その旨を前記第１の通信を用いて前記通信相手方に通知し、
    ステップ（ｂ）では、
    前記通信相手方から前記第２の通信経路を確立するように要求された場合に、前記第２の通信経路を確立する、
    ことを特徴とする請求項１０に記載の通信方法。
18. ステップ（ｃ）では、
    前記第１の通信経路上にプロキシサーバが存在するか否かを検出するステップをさらに備え、
    前記第１の通信経路上にプロキシサーバが存在する場合において、前記第２の通信を行うときは、前記第２の通信経路を介した通信を行う、
    ことを特徴とする請求項１０に記載の通信方法。

Images