JP6097153B2 - 通信システム、通信アダプタ、サーバ、携帯端末および通信方法 - Google Patents

Description

本発明は、通信システムに関する。

従来から、カーナビゲーション装置と、当該カーナビゲーション装置と通信可能な車載情報処理装置とを備えた情報処理システムが提案されている（例えば、特許文献１参照）。ここで、カーナビゲーション装置は、公衆の無線通信網を介して車両外に設置されたサーバに接続されており、車載情報処理装置とサーバとの間でのデータ送受信を中継する機能を有する。また、車載情報処理装置は、データを暗号化して送信する機能を有する。これにより、車載情報処理装置から送信されるデータは、サーバ以外の通信機器に読み取られないようになっている。

特開２０１２−１３６２１０号公報

しかしながら、車載情報処理装置で生成されるデータには、サーバ以外の通信機器に読み取られないようにする必要のあるデータと、サーバ以外にもカーナビゲーション装置等が読み取れるようにする必要のあるデータとが混在している。
従って、データを暗号化する際、データのセキュリティレベルに応じて暗号化の方法を適宜選択できるようにすることが要請されている。

そこで、本発明は、データのセキュリティレベルに応じたデータの管理が可能である通信システムを提供することを目的とする。

本発明の実施形態に係る通信システムは、サーバと、サーバと通信可能である携帯端末と、携帯端末と通信可能な通信アダプタとを備え、サーバおよび通信アダプタは、携帯端末が保有しない第１共通鍵を共有し、サーバ、携帯端末および通信アダプタは、第１共通鍵とは異なる第２共通鍵を保有し、サーバおよび通信アダプタは、送るデータを暗号化する際、第１共通鍵および第２共通鍵を使い分ける。
本発明は、このような通信システムとして実現することができるだけでなく、かかる通信システムが行う処理を方法として実現することができる。
なお、本発明は、このような特徴的な処理を行う通信システムとして実現することができるだけでなく、かかる特徴的な処理をステップとする通信方法として実現したり、通信システムの各構成において、かかるステップをコンピュータに実行させるためのプログラムとして実現したりすることができる。また、上記通信システムの各構成の一部または全部を実現する半導体集積回路として実現できる。更に、上記プログラムは、ＣＤ−ＲＯＭ等の記録媒体に記憶させることができる。

本発明によれば、データのセキュリティレベルに応じたデータの管理が可能となる。

実施形態１に係る通信システムの構成図である。 実施形態１に係る通信アダプタのブロック図である。 実施形態１に係る携帯端末のブロック図である。 実施形態１に係るサーバのブロック図である。 実施形態１に係る通信システムの動作を示すシーケンス図である。 実施形態１に係る通信システムの動作を示すシーケンス図である。 実施形態１に係る通信システムの動作を示すシーケンス図である。 実施形態１に係る通信システムの動作を示すシーケンス図である。 実施形態１に係る通信システムの動作を示すシーケンス図である。 実施形態１に係る通信システムの動作を示すシーケンス図である。 実施形態１に係るテーブルデータの一例を示す概念図である。 実施形態１に係る通信システムの動作を示すシーケンス図である。 実施形態１に係る通信システムの動作を示すシーケンス図である。 実施形態１に係る通信システムの動作を示すシーケンス図である。 実施形態１に係る通信システムの動作を示すシーケンス図である。 実施形態２に係る通信システムの構成図である。 実施形態２に係る通信システムの動作を示すシーケンス図である。 実施形態２に係る通信システムの動作を示すシーケンス図である。 実施形態２に係る通信システムの動作を示すシーケンス図である。 実施形態２に係るデーブルデータの一例を示す概念図である。 実施形態２に係る通信システムの動作を示すシーケンス図である。 変形例に係る通信システムの動作を示すシーケンス図である。

［実施形態の要旨］
本発明の各実施形態の要旨としては、少なくとも以下のものが含まれる。
（１）ある観点から見た本発明の実施形態に係る通信システムは、サーバと、サーバと通信可能である携帯端末と、携帯端末と通信可能な通信アダプタとを備える。サーバおよび通信アダプタは、携帯端末が保有しない第１共通鍵を、サーバおよび通信アダプタのいずれか一方が第１共通鍵を生成した後に共有するよう構成されている。また、サーバ、携帯端末および通信アダプタは、第１共通鍵とは異なる第２共通鍵を、携帯端末が第２共通鍵を生成した後に共有するよう構成されている。そして、サーバおよび通信アダプタは、送るデータを暗号化する際、第１共通鍵および第２共通鍵を使い分ける。
本構成によれば、サーバおよび通信アダプタが、送るデータを暗号化する際、第１共通鍵および第２共通鍵を使い分ける。そして、サーバおよび通信アダプタが、第１共通鍵を用いて送るデータを暗号化した場合、携帯端末は、第１共通鍵を保有していないので、当該データを復号して読み取ることができない。一方、サーバおよび通信アダプタが、第２共通鍵を用いて送るデータを暗号化した場合、携帯端末は、第２共通鍵を保有しているので、当該データを復号して読み取ることができる。つまり、サーバおよび通信アダプタは、第１共通鍵および第２共通鍵を使い分けることにより、サーバと通信アダプタとの間で授受するデータを、携帯端末に読み取らせなくしたり、読み取らせたりすることができる。このようにして、ユーザは、通信アダプタと携帯端末とサーバとの間で授受されるデータを、そのセキュリティレベルに応じて管理することができる。

（２）また、本発明の実施形態に係る通信システムは、上記サーバおよび上記通信アダプタが、データに応じて上記第１共通鍵および上記第２共通鍵を使い分けるものであってもよい。
本構成によれば、サーバおよび通信アダプタが、通信アダプタと携帯端末とサーバとの間で授受されるデータに応じて、上記第１共通鍵および上記第２共通鍵を使い分ける。これにより、ユーザは、データのセキュリティレベルに応じてデータを管理することができる。

（３）また、本発明の実施形態に係る通信システムでは、上記携帯端末、上記サーバおよび上記通信アダプタで共有される上記第２共通鍵が、携帯端末により生成され、携帯端末からサーバおよび通信アダプタに送信されるよう構成されているものであってもよい。
本構成によれば、携帯端末、サーバおよび通信アダプタとで共有する第２共通鍵を比較的簡単に生成することができる。

（４）また、本発明の実施形態に係る通信システムは、上記携帯端末が、複数存在し、複数の携帯端末それぞれが、異なる第２共通鍵を生成するよう構成されていてもよい。
本構成によれば、複数の携帯端末が存在する場合において、サーバおよび通信アダプタが、互いに種類の異なる複数の第２共通鍵を使い分けることにより、サーバと通信アダプタとの間で授受するデータを、複数の携帯端末の中の特定の携帯端末だけに読み取らせることができる。

（５）また、本発明の実施形態に係る通信システムは、上記通信アダプタが、上記携帯端末および上記サーバとの通信が確立したことを認識した後、上記第１共通鍵を生成するものであってもよい。
本構成によれば、上記通信アダプタが上記携帯端末および上記サーバとの通信が確立していない状態で、通信アダプタが上記第１共通鍵を無駄に生成してしまうことを防止できるので、通信アダプタの処理負荷の軽減を図ることができる。

（６）また、本発明の実施形態に係る通信システムは、上記サーバが、上記通信アダプタおよび上記携帯端末との通信が確立したことを認識した後、上記第１共通鍵を生成するものであってもよい。
本構成によれば、上記通信アダプタが上記携帯端末および上記サーバとの通信が確立していない状態で、サーバが上記第１共通鍵を無駄に生成してしまうことを防止できるので、サーバの処理負荷の軽減を図ることができる。

（７）また、本発明の実施形態に係る通信システムは、上記携帯端末が、上記通信アダプタおよび上記サーバとの通信が確立したことを認識した後、上記第２共通鍵を生成するものであってもよい。
本構成によれば、上記携帯端末が上記通信アダプタおよび上記サーバとの通信が確立していない状態で、携帯端末が上記第２共通鍵を無駄に生成してしまうことを防止できるので、携帯端末の処理負荷の軽減を図ることができる。

（８）また、本発明の実施形態に係る通信システムは、上記通信アダプタが、第１公開鍵およびこれに対応する第１秘密鍵を保有し、第１公開鍵を上記携帯端末に送るものであってもよい。また、上記サーバが、第２公開鍵およびこれに対応する第２秘密鍵を保有し、第２公開鍵を携帯端末に送り、上記携帯端末が、上記第２共通鍵を生成し且つ第１公開鍵を用いて、生成した第２共通鍵を暗号化して通信アダプタに送るとともに、第２公開鍵を用いて、生成した第２共通鍵を暗号化してサーバに送るものであってもよい。また、通信アダプタが、第１秘密鍵を用いて暗号化された第２共通鍵を復号して第２共通鍵を読み取るものであってもよい。また、サーバが、第２秘密鍵を用いて暗号化された第２共通鍵を復号して第２共通鍵を読み取るものであってもよい。
本構成によれば、第１公開鍵で暗号化された第２共通鍵は、第１公開鍵に対応する第１秘密鍵でしか復号できない。また、第２公開鍵で暗号化された第２共通鍵は、第２公開鍵に対応する第２秘密鍵でしか復号できない。そのため、携帯端末は、生成した第２共通鍵を第１公開鍵または第２公開鍵を用いて暗号化することにより、当該第２共通鍵を、他の機器に傍受されることなく、共有したい通信アダプタやサーバのみに送ることができる。

ところで、携帯端末に秘密鍵を保有させようとする場合、携帯端末の耐タンパー性向上が要求される。そして、耐タンパー性向上を図ろうとする場合、携帯端末に専用のハードウェア等を組み込む必要がある。
これに対して、本構成によれば、携帯端末に公開鍵およびこれに対応する秘密鍵を保有させることなく、通信アダプタ、携帯端末およびサーバで１つの共通鍵を共有することができる。従って、携帯端末に上記専用のハードウェア等を搭載させる必要がない。この点で、携帯端末に上記専用のハードウェア等を搭載させた通信システムに比べて、実現が容易であるという利点がある。

（９）また、本発明の実施形態に係る通信システムは、上記携帯端末が、複数存在し、複数の携帯端末それぞれが、異なる第２共通鍵を生成し且つ前記第１公開鍵を用いて、生成した前記第２共通鍵を暗号化して前記通信アダプタに送るとともに、前記第２公開鍵を用いて、生成した前記第２共通鍵を暗号化して前記サーバに送るよう構成されていてもよい。
本構成によれば、複数の携帯端末それぞれが、各別に第２共通鍵を生成し且つ前記第１公開鍵を用いて、生成した前記第２共通鍵を暗号化して前記通信アダプタに送るとともに、前記第２公開鍵を用いて、生成した前記第２共通鍵を暗号化して前記サーバに送る。これにより、複数の携帯端末が存在する場合において、サーバおよび通信アダプタが、複数の携帯端末それぞれで生成された第２共通鍵を使い分けることにより、サーバと通信アダプタとの間で授受するデータを、複数の携帯端末の中の特定の携帯端末だけに読み取らせることができる。

（１０）また、本発明の実施形態に係る通信システムは、上記携帯端末が、上記通信アダプタおよび上記サーバのいずれか一方から共通鍵生成要求を受けると、上記第２共通鍵を生成するものであってもよい。
本構成によれば、携帯端末は、通信アダプタおよびサーバのいずれか一方が、第２共通鍵を必要とする場合にのみ第２共通鍵を生成する。従って、通信アダプタおよびサーバの両方にとって第２共通鍵が不要な場合に、携帯端末が第２共通鍵を無駄に生成してしまうことを防止できるので、携帯端末の処理負荷の軽減を図ることができる。

（１１）また、本発明の実施形態に係る通信システムは、上記通信アダプタが、上記携帯端末に送るデータに、上記第１共通鍵および上記第２共通鍵のいずれを用いて暗号化したかを示す使用鍵情報を付与するものであってもよい。また、携帯端末が、取得したデータの使用鍵情報が第１共通鍵を示す場合は復号処理を行わずに中継し、使用鍵情報が第２共通鍵を示す場合は復号処理を行うものであってもよい。
本構成によれば、携帯端末は、通信アダプタから取得したデータの使用鍵情報を確認し、使用鍵情報が第１共通鍵を示す場合には復号処理を行わずに中継する。従って、携帯端末が通信アダプタから取得したデータ全てについて復号処理を行う構成に比べて、携帯端末の処理負荷の軽減を図ることができる。

（１２）また、本発明の実施形態に係る通信システムは、上記サーバが、上記携帯端末に送るデータに、上記第１共通鍵および上記第２共通鍵のいずれを用いて暗号化したかを示す使用鍵情報を付与するものであってもよい。また、携帯端末が、サーバから取得したデータの使用鍵情報が第１共通鍵を示す場合は復号処理を行わずに中継し、使用鍵情報が第２共通鍵を示す場合は復号処理を行うものであってもよい。
本構成によれば、携帯端末は、サーバから取得したデータの使用鍵情報を確認し、使用鍵情報が第１共通鍵を示す場合には復号処理を行わずに中継する。従って、携帯端末がサーバから取得したデータ全てについて復号処理を行う構成に比べて、携帯端末の処理負荷の軽減を図ることができる。

（１３）他の観点から見た本発明の実施形態に係る通信方法は、第１公開鍵および第１秘密鍵を保有するサーバと、サーバと通信可能であり且つ中継機能を有する携帯端末と、携帯端末と通信可能であり且つ携帯端末の中継機能を用いてサーバと通信可能である通信アダプタとを用いる通信方法である。そして、第２公開鍵および第２秘密鍵を保有する通信アダプタが、第２公開鍵を携帯端末に送るステップと、携帯端末が、共通鍵を生成する。また、携帯端末が、第２公開鍵を用いて、共通鍵を暗号化して通信アダプタに送る。更に、通信アダプタが、第２秘密鍵を用いて、暗号化された共通鍵を復号して第２共通鍵を読み取る。また、サーバが、第１公開鍵を携帯端末に送る。携帯端末が、第１公開鍵を用いて、共通鍵を暗号化してサーバに送る。サーバが、第１秘密鍵を用いて、暗号化された共通鍵を復号して共通鍵を読み取る。

（１４）また、本発明の実施形態に係る通信方法は、携帯端末が、複数存在し、複数の携帯端末それぞれが、各別に共通鍵を生成し且つ前記第１公開鍵を用いて、生成した上記共通鍵を暗号化して上記通信アダプタに送るとともに、上記第２公開鍵を用いて、生成した上記共通鍵を暗号化して上記サーバに送ってもよい。

（１５）他の観点から見た本発明の実施形態に係る通信アダプタは、中継機能を有する携帯端末と通信可能であるとともに、第１公開鍵およびこれに対応する第１秘密鍵を保有するサーバと携帯端末の中継機能を用いて通信可能である。この通信アダプタは、第１公開鍵とは異なる第２公開鍵および第１秘密鍵とは異なる第２秘密鍵を保有し、第１共通鍵を生成すると、サーバから取得した第１公開鍵を用いて第１共通鍵を暗号化し、携帯端末を介してサーバに送り、第２公開鍵を携帯端末に送った後、携帯端末から、携帯端末により生成され且つ第２公開鍵を用いて暗号化された第２共通鍵を取得し、第２秘密鍵を用いて、暗号化された第２共通鍵を復号して読み取り、第１共通鍵を用いて暗号化された第１データを取得すると、第１共通鍵を用いて暗号化されたデータを復号して第１データの内容を読み取り、第２共通鍵を用いて暗号化された第２データを取得すると、第２共通鍵を用いて暗号化されたデータを復号して第２データの内容を読み取る。

（１６）他の観点から見た本発明の実施形態に係るサーバは、中継機能を有する携帯端末と通信可能であるとともに、第２秘密鍵および第２公開鍵を保有する通信アダプタと携帯端末の中継機能を用いて通信可能である。このサーバは、第２秘密鍵とは異なる第１秘密鍵および第２公開鍵とは異なる第１公開鍵を保有し、第１公開鍵を携帯端末および通信アダプタに送った後、通信アダプタにより生成され且つ第１公開鍵を用いて暗号化された第１共通鍵と、携帯端末が生成し且つ第１公開鍵を用いて暗号化された第２共通鍵とを取得し、第１秘密鍵を用いて、暗号化された第１共通鍵および第２共通鍵を復号して読み取り、第１共通鍵を用いて暗号化された第１データを取得すると、第１共通鍵を用いて暗号化されたデータを復号して第１データの内容を読み取り、第２共通鍵を用いて暗号化された第２データを取得すると、第２共通鍵を用いて暗号化されたデータを復号して第２データの内容を読み取る。

（１７）他の観点から見た本発明の実施形態に係る携帯端末は、第１秘密鍵および第１公開鍵を保有するサーバと通信可能であるとともに、第１秘密鍵とは異なる第２秘密鍵および第１公開鍵とは異なる第２公開鍵を保有する通信アダプタと通信可能である。この携帯端末は、通信アダプタにより生成され且つ第１公開鍵を用いて暗号化された第１共通鍵を取得すると、復号処理を行わずに、通信アダプタおよびサーバのいずれか一方に送り、第２共通鍵を生成すると、通信アダプタから取得した第２公開鍵を用いて共通鍵を暗号化して通信アダプタに送り、サーバから取得した第１公開鍵を用いて第２共通鍵を暗号化してサーバに送り、第２共通鍵を用いて暗号化されたデータを取得すると、第２共通鍵を用いて暗号化されたデータを復号してデータの内容を読み取る。

（１８）また、本発明の実施形態に係る携帯端末は、上記第１共通鍵を用いて暗号化されたデータを取得すると、復号処理を行わずに上記通信アダプタおよび上記サーバのいずれか一方に送るものであってもよい。

（１９）他の観点から見た本発明の実施形態に係る通信方法は、サーバと、サーバと通信可能であり且つ中継機能を有する携帯端末と、携帯端末と通信可能であり且つ携帯端末の中継機能を用いてサーバと通信可能である通信アダプタとを用いる通信方法である。この通信方法は、サーバおよび通信アダプタが、携帯端末が保有しない第１共通鍵を、前記サーバおよび前記通信アダプタのいずれか一方が前記第１共通鍵を生成した後に共有する。また、サーバ、携帯端末および通信アダプタが、第１共通鍵とは異なる第２共通鍵を、前記携帯端末が前記第２共通鍵を生成した後に共有する。更に、サーバおよび通信アダプタが、送るデータを暗号化する際、第１共通鍵および第２共通鍵を使い分ける。

［実施形態の詳細］
以下、本発明の好ましい実施形態について図面を参照しながら説明する。
［１．実施形態１］
＜１＞構成
図１に、本実施形態に係る通信システムの概略図を示す。
この通信システムは、通信アダプタ１と、携帯端末２と、サーバ３とから構成される。
通信アダプタ１は、携帯端末２と通信可能であり、後述の携帯端末の中継機能を用いることにより、サーバ３とも通信可能である。この通信アダプタ１は、例えば、自動車等の車両内に設置される。そして、通信アダプタ１は、車両内に設置された場合、車両に関するデータを取得して携帯端末２に送る。また、通信アダプタ１は、例えば、車両が搭載するＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続され、ＣＡＮを通じて車両に関するデータを取得する。
携帯端末２は、スマートフォン等の携帯電話から構成される。この携帯端末２は、通信アダプタ１に無線接続されるとともに、基地局（図示せず）を介してＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）２００にも接続されている。そして、携帯端末２は、通信アダプタ１とサーバ３との通信を中継する中継機能を有する。
サーバ３は、例えば、車両に関する各種データを管理している。このサーバ３は、ＷＡＮ２００に接続されている。
通信アダプタ１とサーバ３とは、共通鍵（第１共通鍵）Ａ１または共通鍵Ａ２のいずれかを共有している。ここで、通信アダプタ１とサーバ３とは、共通鍵Ａ１および共通鍵Ａ２の両方を共有する必要はない。通信アダプタ１とサーバ３とで、共通鍵Ａ１および共通鍵Ａ２のいずれかを共有していれば、サーバ３と通信アダプタ１の間でのみ共有したいデータの通信が行える。また、通信アダプタ１と携帯端末２とサーバ３とは、共通鍵（第２共通鍵）Ｂを共有している。携帯端末２は、共通鍵Ａ１，Ａ２を保有していない。
以下、通信システムを構成する、通信アダプタ１、携帯端末２およびサーバ３それぞれについて詳述する。

＜通信アダプタ＞
図２に、通信アダプタ１のブロック図を示す。
通信アダプタ１は、ＣＡＮインターフェース１１と、無線通信部１２と、制御部１３と、記憶部１４とを備える。
ＣＡＮインターフェース１１は、ＣＡＮを通じて、車両に搭載された各ＥＣＵ（Ｅｎｇｉｎｅ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１３１，１３２，１３３に接続されている。ＥＣＵ１３１，１３２，１３３は、例えば、車両３００の点火機構の制御、燃料系統の制御、吸排気系統の制御を行う。そして、ＥＣＵ１３１，１３２，１３３それぞれは、制御に関する各種データを、ＣＡＮインターフェース１１を通じて制御部１３に送る。また、これらの各種データには、データを識別するための識別情報が付与されている。
無線通信部１２は、短距離無線方式により携帯端末２との無線通信を行う。ここで、「短距離無線方式」としては、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格やＩＥＥＥ ８０２．１１規格に準拠した方式等が挙げられる。無線通信部１３は、携帯端末２との間で信号の授受を行うとともに、制御部１３との間でデータの授受を行う。

記憶部１４は、制御部１３で用いられる通信用アプリケーションを記憶している。また、記憶部１１は、共通鍵Ａ、公開鍵Ｄ１、秘密鍵Ｄ２を記憶する。更に、記憶部１４は、他機から取得した公開鍵Ｃ１、共通鍵Ｂを記憶する。
また、記憶部１４は、制御部１３がＣＮＡインターフェース１１を通じて取得した各種データのセキュリティレベルを判定するために必要なテーブルデータが記憶されている。具体的には、テーブルデータは、各データに付与された識別情報（情報ＩＤ）とセキュリティレベルとの対応関係を表したものである。このテーブルデータの構成の詳細は、＜２−４＞で説明する。
制御部１３は、コンピュータを有して構成されている。そして、制御部１１の各機能は、コンピュータが所定のコンピュータプログラムを実行することにより実現されている。
制御部１３は、通信信制御部１３ａと、ＣＡＮ制御部１３ｂと、データ処理部１３ｃと、を備える。
通信制御部１３ａは、記憶部１４から読み込まれた通信用アプリケーションが起動することにより実現される。通信制御部１３ａは、アプリケーション終了通知等を、無線通信部１２を介して携帯端末２に送る。
ＣＡＮ制御部１３ｂは、各ＥＣＵ１３１，１３２，１３３の制御に関する各種データを、ＣＡＮインターフェース１１を通じて取得する。
データ処理部１３ｃは、携帯端末２やサーバ３に送るデータが発生すると、テーブルデータを参照して、当該データに付与された情報ＩＤから当該データのセキュリティレベルを判定する。この携帯端末２やサーバ３に送るデータとしては、例えば、ＣＡＮ制御部１３ｂがＣＡＮインターフェース１１を通じて取得した各種データが挙げられる。

また、制御部１３は、共通鍵生成部１３ｄと、暗号化部１３ｅと、公開鍵／秘密鍵生成部１３ｆと、復号部１３ｈと、を備える。
共通鍵生成部１３ｄは、通信アダプタ１とサーバ３との間で共有するための共通鍵Ａ１を生成して、記憶部１４に記憶する。
暗号化部１３ｅは、記憶部１４から読みだした公開鍵Ｃ１や共通鍵Ａ１、共通鍵Ｂを用いて暗号化処理も行う。
公開鍵／秘密鍵生成部１３ｆは、公開鍵Ｄ１及び秘密鍵Ｄ２のペアを生成して、記憶部１４に記憶する。
復号部１３ｈは、記憶部１４から読みだした共通鍵Ａ２や秘密鍵Ｄ２、共通鍵Ｂを用いて復号処理を行う。
なお、公開鍵Ｄ１と秘密鍵Ｄ２のペアが、工場出荷時に記憶部１４に書き込まれているものであれば、公開鍵／秘密鍵生成部１３ｆは無くてもよい。
また、制御部１３の各構成の動作の詳細については＜２＞で説明する。

＜携帯端末＞
図３に、携帯端末２のブロック図を示す。
携帯端末２は、音声処理部２１と、マイクロホン２２と、スピーカ２３と、表示部２４と、無線通信部２５と、制御部２６と、記憶部２７とを備える。
表示部２４は、例えば、ディスプレイや駆動回路等からなり、文字等を表示する。
音声処理部２１は、音声信号をスピーカ２３から出力するとともに、送話信号を無線通信部２５に送出する。ここで、音声信号は、無線通信部２５から取得した受話信号をＤ／Ａ変換して得られるアナログ信号である。また、送話信号は、マイクロホン２２から入力された音声信号をＡ／Ｄ変換して得られるデジタル信号である。
無線通信部２５は、非短距離無線通信部２５ａと、短距離無線通信部２５ｂとを備える。非短距離無線通信部２５ａは、ＷＡＮ２００に接続された基地局との無線通信を行う。短距離無線通信部２５ｂは、短距離無線方式により通信アダプタ１との無線通信を行う。

記憶部２７は、制御部２６で用いられる通信用アプリケーションを記憶している。また、記憶部２７は、共通鍵Ａ、公開鍵Ｄ１、秘密鍵Ｄ２を記憶する。更に、記憶部２７は、他機から取得した公開鍵Ｃ１、共通鍵Ｂを記憶する。
制御部２６は、コンピュータを有して構成されている。そして、制御部１１の各機能は、コンピュータが所定のコンピュータプログラムを実行することにより実現されている。
この制御部２６は、通信制御部２６ａと、表示制御部２６ｂと、音声制御部２６ｃと、データ処理部２６ｄと、を備える。
通信制御部２６ａは、記憶部２７から読み込まれた通信用アプリケーションが起動することにより実現される。また、通信制御部２６ａは、携帯端末２の中継機能（「テザリング機能」ともいう。）を実現している。 ここで、「中継機能」とは、信号を受信すると、当該信号の示すデータと同じデータを示し且つ無線通信の方式が異なる信号を送信する機能を意味する。以下、携帯端末２がこの中継機能を発揮するために行う処理を「中継処理」と称する。例えば、携帯端末２は、基地局から信号を受信すると、受信した信号の示すデータと同じデータを示す信号を短距離無線方式で通信アダプタ１に送信する。
また、通信制御部２６ａは、携帯端末２の中継機能アプリケーション終了通知等を、無線通信部２５を介して携帯端末２に送る。
表示制御部２６ｂは、表示部２４を制御する。
音声制御部２６ｃは、音声処理部２１を制御する。
データ処理部１３ｃは、通信アダプタ１やサーバ３から取得したデータを用いて新たにデータを生成したり、生成したデータのセキュリティレベルの判定を行ったりする。

また、制御部２６は、共通鍵生成部２６ｅと、暗号化部２６ｆと、復号部２６ｇと、を備える。
共通鍵生成部２６ｅは、通信アダプタ１および携帯端末２、サーバ３との間で共有するための共通鍵Ｂを生成して、記憶部２７に記憶する。
暗号化部２６ｆは、記憶部２７から読みだした公開鍵Ｃ１，Ｄ１を用いて暗号化処理を行う。
復号部２６ｇは、記憶部２７から読みだした共通鍵Ｂを用いて復号処理を行う。
なお、制御部２６の各構成の動作の詳細については＜２＞で説明する。

＜サーバ＞
図４に、サーバ３のブロック図を示す。
サーバ３は、ＷＡＮ接続部３１と、制御部３２と、主記憶部３３と、副記憶部３４と、を備える。
ＷＡＮ接続部３１は、ＷＡＮ２００との接続を行う。
主記憶部３３は、通信アダプタ１や携帯端末２に配信するための各種データを記憶している。
副記憶部３４は、制御部３２で用いられる通信用アプリケーションを記憶している。また、副記憶部３４は、共通鍵Ａ２、公開鍵Ｃ１、秘密鍵Ｃ２を記憶する。更に、記憶部３４は、通信アダプタ１や携帯端末２から取得した共通鍵Ａ１，Ｂや公開鍵Ｄ１も記憶している。
また、副記憶部３４は、サーバ３を送り元とする各種データのセキュリティレベルを判定するために必要なテーブルデータが記憶されている。このテーブルデータは、通信アダプタ１が保有するテーブルデータと同様のものであり、各データの情報ＩＤとセキュリティレベルとの対応関係を表したものである。
なお、主記憶部３３と副記憶部３４とは、各別の記憶装置から構成されるものであってもよいし、或いは、１つの記憶装置における、主記憶部３３として機能させる領域と副記憶部３４として機能させる領域とからなるものであってもよい。

制御部３２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を有するコンピュータに所定のプログラムが読み込まれて、ＣＰＵがそれを実行することにより実現されている。
この制御部３２は、通信制御部３２ａと、データ処理部３２ｂと、を備える。
通信制御部３２ａは、副記憶部３４から読み込まれた通信用アプリケーションが起動することにより実現される。通信制御部３２ａは、サーバ３のアプリケーション終了通知等を、ＷＡＮ接続部３１を介して通信アダプタ１や携帯端末２に送る。
データ処理部３２ｂは、主記憶部３３から通信アダプタ１や携帯端末２に配信すべきデータを選出したり、選出したデータのセキュリティレベルの判定を行ったりする。ここで、データ処理部３２ｂは、通信アダプタ１や携帯端末２に送るデータが発生すると、テーブルデータを参照して、当該データに付与された情報ＩＤから当該データのセキュリティレベルを判定する。また、通信アダプタ１や携帯端末２に送るデータは、主記憶部３３が記憶している各種データである。

また、制御部３２は、共通鍵生成部３２ｃと、暗号化部３２ｄと、公開鍵／秘密鍵生成部３２ｅと、復号部３２ｇと、を備える。
共通鍵生成部３２ｃは、通信アダプタ１とサーバ３との間で共有するための共通鍵Ａ２を生成して、副記憶部３４に記憶する。
暗号化部３２ｄは、副記憶部３４から読みだした公開鍵Ｄ１や共通鍵Ａ２、共通鍵Ｂを用いて暗号化処理も行う。
公開鍵／秘密鍵生成部３２ｅは、公開鍵Ｃ１及び秘密鍵Ｃ２のペアを生成して、副記憶部３４に記憶する。
復号部３２ｇは、共通鍵Ｂや秘密鍵Ｃ２を用いて復号処理を行う。
なお、制御部３２の各構成の動作の詳細については＜２＞で説明する。

＜２＞動作
次に、本実施携帯に係る通信システムの動作について説明する。ここでは、共通鍵Ａ１，Ａ２，Ｂを生成する動作、データを送る動作に分けて説明する。なお、通信システムでは、共通鍵Ａ１とＡ２の両方を生成する必要はないので、以下＜２−１＞の動作と＜２−２＞の動作うちいずれか一方が行われればよい。
＜２−１＞通信アダプタにおいて、通信アダプタとサーバとで共有する共通鍵を生成する動作
まず、通信アダプタ１において、通信アダプタ１とサーバ３とで共有する共通鍵Ａ１を生成する動作について説明する。
図５は、本実施形態に係る通信システムの動作を示すシーケンス図である。

サーバ３は、予め、公開鍵Ｃ１およびそれに対応する秘密鍵Ｃ２を保有している（ステップＳ１０１）。この公開鍵Ｃ１および秘密鍵Ｃ２は、例えば、サーバ３の工場出荷時において副記憶部３４に記憶されている。なお、公開鍵Ｃ１および秘密鍵Ｃ２は、サーバ３に電源が投入された後に副記憶部３４に書き込まれるものであってもよい。

まず、通信アダプタ１において、通信用アプリケーションが起動したとする（ステップＳ１０２）。このとき、携帯端末２では、通信用アプリケーションが既に起動しており（ステップＳ１０３）、サーバ３でも通信用アプリケーションが既に起動しているものとする（ステップＳ１０４）。
次に、通信アダプタ１は、携帯端末２にサーバ起動確認通知を送る（ステップＳ１０５）。この「サーバ起動確認通知」は、通信アダプタ１から、サーバ３が起動しているか否かを確認するためのものである。

一方、携帯端末２は、サーバ起動確認通知を取得すると、中継処理を行い（ステップＳ１０６）、その後、サーバ起動確認通知を、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ１０７）。
そして、サーバ３は、サーバ起動確認通知を取得すると、応答通知とともに、副記憶部３４に記憶されている公開鍵Ｃ１を、ＷＡＮ２００および基地局を通じて携帯端末２に送る（ステップＳ１０８）。

携帯端末２は、応答通知および公開鍵Ｃ１を取得すると、中継処理を行い（ステップＳ１０９）、その後、応答通知および公開鍵Ｃ１を、通信アダプタ１に送る（ステップＳ１１０）。そして、通信アダプタ１は、携帯端末２から応答通知および公開鍵Ｃ１を取得する。ここにおいて、通信アダプタ１は、携帯端末２およびサーバ３との通信が確立したことを認識する。
その後、通信アダプタ１は、共通鍵Ａ１を生成し（ステップＳ１１１）、公開鍵Ｃ１を用いて当該共通鍵Ａ１を暗号化する（ステップＳ１１２）。その後、通信アダプタ１は、暗号化された共通鍵Ａ１を携帯端末２に送る（ステップＳ１１３）。

一方、携帯端末２は、暗号化された共通鍵Ａ１を取得すると、中継処理を行い（ステップＳ１１４）、その後、暗号化された共通鍵Ａ１を、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ１１５）。
そして、サーバ３は、暗号化された共通鍵Ａ１を取得すると、秘密鍵Ｃ２を用いて共通鍵Ａ１を復号する（ステップＳ１１６）。このようにして、サーバ３は、通信アダプタ１で生成された共通鍵Ａ１を読み取る。
以上のように、通信アダプタ１は、携帯端末２およびサーバ３との通信が確立したことを認識してから、共通鍵Ａ１を生成する。これにより、通信アダプタ１が携帯端末２およびサーバ３との通信が確立していない状態で、通信アダプタ１が共通鍵Ａ１を無駄に生成してしまうことを防止できるので、通信アダプタ１の処理負荷の軽減を図ることができる。
また、携帯端末２は、秘密鍵Ｃ２を有しないので、暗号化された共通鍵Ａ１を復号することはできない。従って、共通鍵Ａ１が携帯端末２により傍受されてしまうことを防止できる。

＜２−２＞サーバにおいて、通信アダプタとサーバとで共有する共通鍵を生成する動作
次に、サーバ３において、通信アダプタ１とサーバ３とで共有する共通鍵Ａ２を生成する動作について説明する。
図６は、本実施形態に係る通信システムの動作を示すシーケンス図である。
通信アダプタ１は、予め、公開鍵Ｄ１およびそれに対応する秘密鍵Ｄ２を保有している（ステップＳ２０１）。この公開鍵Ｄ１および秘密鍵Ｄ２は、例えば、通信アダプタ１の工場出荷時において、記憶部１４に記憶される。

まず、サーバ３において、通信用アプリケーションが起動する（ステップＳ２０２）。このとき、通信アダプタ１において、通信用アプリケーションが既に起動しており（ステップＳ２０３）、携帯端末２においても、通信用アプリケーションが既に起動しているとする（ステップＳ２０４）。
次に、サーバ３は、通信アダプタ起動確認通知を、ＷＡＮ２００および基地局を通じて携帯端末２に送る（ステップＳ２０５）。この「通信アダプタ起動確認通知」は、サーバ３から、通信アダプタ１の通信用アプリケーションが起動しているか否かを確認するためのものである。

一方、携帯端末２は、通信アダプタ起動確認通知を取得すると、中継処理を行い（ステップＳ２０６）、その後、通信アダプタ起動確認通知を、通信アダプタ１に送る（ステップＳ２０７）。
そして、通信アダプタ１は、通信アダプタ起動確認通知を取得すると、応答通知とともに、記憶部１４に記憶されている公開鍵Ｄ１を、携帯端末２に送る（ステップＳ２０８）。

携帯端末２は、応答通知および公開鍵Ｄ１を取得すると、中継処理を行い（ステップＳ２０９）、その後、応答通知および公開鍵Ｄ１を、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ２１０）。そして、サーバ３は、携帯端末２から応答通知および公開鍵Ｄ１を取得する。ここにおいて、サーバ３は、通信アダプタ１および携帯端末２との通信が確立したことを認識する。
その後、サーバ３は、共通鍵Ａ２を生成し（ステップＳ２１１）、公開鍵Ｄ１を用いて共通鍵Ａ２を暗号化する（ステップＳ２１２）。その後、通信アダプタ１は、暗号化された共通鍵Ａ２を、ＷＡＮ２００および基地局を通じて携帯端末２に送る（ステップＳ２１３）。

一方、携帯端末２は、暗号化された共通鍵Ａ２を取得すると、中継処理を行い（ステップＳ２１４）、その後、暗号化された共通鍵Ａ２を、通信アダプタ１に送る（ステップＳ２１５）。
そして、サーバ３は、暗号化された共通鍵Ａ２を取得すると、秘密鍵Ｄ２を用いて共通鍵Ａ２を復号する（ステップＳ２１６）。このようにして、通信アダプタ１は、サーバ３で生成された共通鍵Ａ２を読み取る。
以上のように、サーバ３において、通信アダプタ１とサーバ３とで共有する共通鍵Ａ２を生成する動作は、前述＜２−１＞の動作において、通信アダプタ１とサーバ３とを入れ替えた場合と略同様となる。
また、サーバ３は、通信アダプタ１および携帯端末２との通信が確立したことを認識してから共通鍵Ａ２を生成する。これにより、サーバ３が携帯端末２および通信アダプタ１との通信が確立していない状態で、サーバ３が共通鍵Ａ２を無駄に生成してしまうことを防止できるので、通信アダプタ１の処理負荷の軽減を図ることができる。

＜２−３＞携帯端末において、通信アダプタと携帯端末とサーバとで共有する共通鍵を生成する動作
次に、携帯端末２において、通信アダプタ１と携帯端末２とサーバ３とで共有する共通鍵Ｂを生成する動作について説明する。ここでは、通信アダプタ１が通信用アプリケーションを起動したことに起因して共通鍵Ｂを生成する場合と、携帯端末２が通信用アプリケーションを起動したことに起因して共通鍵Ｂを生成する場合とに分けて説明する。

＜通信アダプタが通信用アプリケーションを起動したことに起因して共通鍵を生成する場合＞
図７は、本実施形態に係る通信システムの動作を示すシーケンス図である。
通信アダプタ１は、予め、公開鍵Ｄ１とそれに対応する秘密鍵Ｄ２とを保有している（ステップＳ３０１）。この公開鍵Ｄ１および秘密鍵Ｄ２は、例えば、通信アダプタ１の工場出荷時において記憶部１４に記憶される。また、サーバ３も、前述のように、予め、公開鍵Ｃ１およびそれに対応する秘密鍵Ｃ２を保有している（ステップＳ３０２）。

まず、通信アダプタ１において、通信用アプリケーションが起動したとする（ステップＳ３０３）。このとき、携帯端末２では、通信用アプリケーションが既に起動しており（ステップＳ３０４）、サーバ３でも通信用アプリケーションが既に起動しているものとする（ステップＳ３０５）。
次に、通信アダプタ１は、通信アダプタ起動通知とともに公開鍵Ｄ１を携帯端末２に送る（ステップＳ３０６）。この「通信アダプタ起動通知」（共通鍵生成要求）は、通信アダプタ１の通信用アプリケーションが起動していることを携帯端末２に通知するとともに、携帯端末２に対して共通鍵Ｂの生成を要求するものである。

一方、携帯端末２は、通信アダプタ起動通知を取得すると、サーバ起動確認通知を、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ３０７）。
そして、サーバ３は、サーバ起動確認通知を取得すると、応答通知とともに副記憶部３４に記憶されている公開鍵Ｃ１を、ＷＡＮ２００および基地局を通じて携帯端末２に送る（ステップＳ３０８）。そして、携帯端末２は、応答通知および公開鍵Ｃ１を取得する。ここにおいて、携帯端末２は、通信アダプタ１およびサーバ３との通信が確立したことを認識する。

その後、携帯端末２は、共通鍵Ｂを生成し（ステップＳ３０９）、その後、公開鍵Ｃ１を用いて共通鍵Ｂを暗号化する（ステップＳ３１０）。その後、携帯端末２は、暗号化された共通鍵Ｂを、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ３１１）。
サーバ３は、携帯端末２から暗号化された共通鍵Ｂを取得すると、秘密鍵Ｃ２を用いて共通鍵Ｂを復号する（ステップＳ３１２）。このようにして、サーバ３は、携帯端末２で生成された共通鍵Ｂを読み取る。

また、携帯端末２は、公開鍵Ｄ１を用いて共通鍵Ｂを暗号化し（ステップＳ３１３）、暗号化された共通鍵Ｂを通信アダプタ１に送る（ステップＳ３１４）。
通信アダプタ１は、暗号化された共通鍵Ｂを取得すると、秘密鍵Ｄ２を用いて共通鍵Ｂを復号する（ステップＳ３１５）。このようにして、通信アダプタ１は、携帯端末２で生成された共通鍵Ｂを読み取る。

以上のように、携帯端末２は、通信アダプタ１およびサーバ３との通信が確立したことを認識してから、共通鍵Ｂを生成する。これにより、携帯端末２が通信アダプタ１およびサーバ３との通信が確立していない状態で、携帯端末２が共通鍵Ｂを無駄に生成してしまうことを防止できるので、携帯端末２の処理負荷の軽減を図ることができる。
また、携帯端末２は、通信アダプタ１から通信アダプタ起動通知を受け取った場合に、共通鍵Ｂを生成する。即ち、携帯端末２は、通信アダプタ１が共通鍵Ｂを必要とする場合に共通鍵Ｂを生成する。従って、例えば、携帯端末２から通信アダプタ１やサーバ３にデータを送ることがない場合において、通信アダプタ１およびサーバ３にとって共通鍵Ｂが不要であるにも関わらず、携帯端末２が共通鍵Ｂを無駄に生成してしまうことを防止できる。これにより、携帯端末２の処理負荷の軽減を図ることができる。

＜携帯端末が通信用アプリケーションを起動したことに起因して共通鍵を生成する場合＞
この場合、携帯端末２は、通信アダプタ１に通信アダプタ起動確認通知を送った後、通信アダプタ１から応答通知等を取得したときに、共通鍵Ｂを生成する点が前述の図７を用いて説明した動作と相違する。つまり、共通鍵Ｂの生成が、通信アダプタ１からの通信アダプタ起動通知（共通鍵生成要求）に起因しない点が前述の図７を用いて説明した動作と異なる。
図８は、本実施形態に係る通信システムの動作を示すシーケンス図である。
通信アダプタ１は、前述のように、予め、公開鍵Ｄ１とそれに対応する秘密鍵Ｄ２とを保有している（ステップＳ１３０１）。また、サーバ３も、前述のように、予め、公開鍵Ｃ１およびそれに対応する秘密鍵Ｃ２を保有している（ステップＳ１３０２）。
携帯端末２において、通信用アプリケーションが起動したとする（ステップＳ１３０３）。このとき、サーバ３では、通信用アプリケーションが既に起動しており（ステップＳ１３０４）、通信アダプタ１でも通信用アプリケーションが既に起動しているものとする（ステップＳ１３０５）。

まず、携帯端末２は、サーバ起動確認通知をサーバ３に送るとともに（ステップＳ１３０６）、通信アダプタ起動確認通知を通信アダプタ１に送る（ステップＳ１３０７）。ここで、「サーバ動確認通知」は、携帯端末２から、サーバ３の通信用アプリケーションが起動しているか否かを確認するためのものである。また、「通信アダプタ起動確認通知」は、携帯端末２から、通信アダプタ１の通信用アプリケーションが起動しているか否かを確認するためのものである。

一方、サーバ３は、サーバ起動確認通知を取得すると、応答通知とともに公開鍵Ｃ１を、ＷＡＮ２００および基地局を通じて携帯端末２に送る（ステップＳ１３０８）。
また、通信アダプタ１は、通信アダプタ起動通知を取得すると、応答通知とともに公開鍵Ｄ１を携帯端末２に送る（ステップＳ１３０９）。

そして、携帯端末２は、通信アダプタ１およびサーバ３から、応答通知および公開鍵Ｃ１，Ｄ１を取得すると、共通鍵Ｂを生成する（ステップＳ１３１０）。
次に、携帯端末２は、公開鍵Ｃ１を用いて共通鍵Ｂを暗号化し（ステップＳ１３１１）、暗号化された共通鍵Ｂを、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ１３１２）。

一方、サーバ３は、暗号化された共通鍵Ｂを取得すると、秘密鍵Ｃ２を用いて共通鍵Ｂを復号する（ステップＳ１３１３）。このようにして、サーバ３は、携帯端末２で生成された共通鍵Ｂを読み取る。
また、携帯端末２は、公開鍵Ｄ１を用いて共通鍵Ｂを暗号化し（ステップＳ１３１４）、暗号化された共通鍵Ｂを通信アダプタ１に送る（ステップＳ１３１５）。
そして、通信アダプタ１は、携帯端末２から暗号化された共通鍵Ｂを取得すると、秘密鍵Ｄ２を用いて共通鍵Ｂを復号する（ステップＳ１３１６）。このようにして、通信アダプタ１は、携帯端末２で生成された共通鍵Ｂを読み取る。

以上のように、本実施形態に係る通信システムは、携帯端末２に公開鍵およびこれに対応する秘密鍵を保有させることなく、通信アダプタ１、携帯端末２およびサーバ３で１つの共通鍵Ｂを共有させる。

ところで、携帯端末２に秘密鍵を保有させる場合、携帯端末２の耐タンパー性向上が要求される。そして、携帯端末２の耐タンパー性向上を図ろうとすると、携帯端末２に専用のハードウェア等を組み込む必要がある。
しかしながら、この耐タンパー性向上を目的とした専用のハードウェア等は、非常に高度な技術が利用されておりコストがかかるのが一般的である。従って、携帯端末２一般に求められているコスト低減の要請からすれば、携帯端末２それぞれにこのような専用のハードウェア等を搭載させることは非常に難しいのが現状である。
この点に関して、本実施形態に係る通信システムでは、他の機器に共通鍵Ｂを傍受されずに、通信アダプタ１、携帯端末２およびサーバ３で共通鍵Ｂを共有させることができる。従って、携帯端末２に前述の専用のハードウェア等を搭載させる必要がない。この点で、携帯端末２に前述の専用のハードウェア等を搭載させた通信システムに比べて、実現が容易であるという利点がある。

＜２−４＞通信アダプタが、携帯端末やサーバにデータを送る場合の動作
次に、通信アダプタ１が、携帯端末２やサーバ３にデータを送る場合の動作ついて説明する。
図９および図１０は、本実施形態に係る通信システムの動作を示すシーケンス図である。
まず、通信アダプタ１において、サーバ３に送るデータとして、高いセキュリティレベルが要求されるデータ（以下、「高レベルデータ」と称する。）が発生したとする（ステップＳ４０１）。ここで、「高レベルデータ」とは、携帯端末２や他の携帯端末のユーザに読み取られないようにする必要があるデータである。この高レベルデータとしては、例えば、サーバ３の管理主が車両メーカであるとすると、車両の走行距離とバッテリ残量との関係を示すデータや、車両のメンテナンスデータ等が挙げられる。
すると、通信アダプタ１は、発生したデータのセキュリティレベルを判定する（ステップＳ４０２）。通信アダプタ１は、テーブルデータを参照して、発生したデータのセキュリティレベルを判定する。

図１１は、テーブルデータの一例を示す概念図である。
テーブルデータは、通信アダプタ１で発生するデータそれぞれに付与された固有の情報ＩＤ（図１１では、０以上の整数ｊで表されるものとする）と、情報ＩＤ毎に対応づけされたセキュリティレベル情報とから構成されている。
また、図１１において、「中レベルデータ」とは、中程度のセキュリティレベルが要求されるデータであり、携帯端末２のユーザに読み取られてもよいが、他の携帯端末のユーザには読み取られないようにする必要があるデータである。中レベルデータとしては、例えば、タイヤの摩耗状態を示すデータ等が挙げられる。ここにおいて、携帯端末２は、タイヤの摩耗状態を示すデータに基づいて、通信アダプタ１が搭載された車両の運転手に適宜警告を通知する場合がある。一方、サーバ３は、タイヤの摩耗状態を示すデータに基づいて、通信アダプタ１が搭載された車両の走行位置近傍の修理工場等を検索する場合がある。

例えば、通信アダプタ１で発生したデータに付与された情報ＩＤが「ｊ」であるとする。この場合、通信アダプタ１は、当該データが高レベルデータであると判定する。また、当該データに付与された情報ＩＤが「ｊ＋１」であるとする。この場合、通信アダプタ１は、当該データが中レベルデータであると判定する。

図９に戻って、通信アダプタ１が、発生したデータ（例えば、情報ＩＤ「ｊ」が付与されたデータ）が高レベルデータであると判定したとする。
すると、通信アダプタ１は、共通鍵Ａ１または共通鍵Ａ２を用いて、取得したデータを暗号化し（ステップＳ４０３）、暗号化に共通鍵Ａ１を用いたことを示す使用鍵情報を生成する（ステップＳ４０４）。そして、通信アダプタ１は、暗号化したデータに使用鍵情報を付与した後（ステップＳ４０５）、当該データを携帯端末２に送る（ステップＳ４０６）。

一方、携帯端末２は、暗号化したデータを取得すると、当該データの使用鍵情報を確認する（ステップＳ４０７）。具体的には、携帯端末２は、共通鍵Ｂに対応する使用鍵情報を保有しており、取得したデータの使用鍵情報と共通鍵Ｂに対応する使用鍵情報とを比較し、一致するか否かの判定を行う。
そして、携帯端末２は、使用鍵情報からデータの復号不可と判定すると（ステップＳ４０８）、復号処理を行わずに、中継処理を行う（ステップＳ４０９）。その後、携帯端末２は、暗号化されたデータを、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ４１０）。このように、携帯端末２は、通信アダプタ１から暗号化したデータを取得すると、まず、使用鍵情報を確認し、当該使用鍵情報が共通鍵Ａ１または共通鍵Ａ２を示す場合には復号処理を行わずに中継する。従って、携帯端末２が通信アダプタ１から取得したデータ全てについて復号処理を行う構成に比べて、携帯端末の処理負荷の軽減を図ることができる。

そして、サーバ３は、暗号化されたデータを取得すると、共通鍵Ａ１を用いてデータを復号する（ステップＳ４１１）。これにより、サーバ３は、通信アダプタ１で発生したデータの内容を読み取る。
次に、通信アダプタ１において、サーバ３に送るデータとして、中レベルデータ（例えば、図１１における、情報ＩＤ「ｊ＋１」が付与されたデータ）が発生したとする（ステップＳ４１２）。
すると、通信アダプタ１は、発生したデータのセキュリティレベルを判定する（ステップＳ４１３）。通信アダプタ１は、テーブルデータ（図１１参照）を参照して、発生したデータのセキュリティレベルを判定する。ここでは、通信アダプタ１が、発生したデータが中レベルデータであると判定する。

次に、通信アダプタ１は、共通鍵Ｂを用いて、携帯端末２およびサーバ３に送るデータを暗号化し（ステップＳ４１４）、暗号化に共通鍵Ｂを用いたことを示す使用鍵情報を生成する（ステップＳ４１５）。そして、通信アダプタ１は、暗号化したデータに使用鍵情報を付与した後（ステップＳ４１６）、当該データを携帯端末２に送る（ステップＳ４１７）。

一方、携帯端末２は、暗号化したデータを取得すると、当該データの使用鍵情報を確認する（ステップＳ４１８）。具体的には、携帯端末２は、共通鍵Ｂに対応する使用鍵情報を保有しており、取得したデータの使用鍵情報と共通鍵Ｂに対応する使用鍵情報とを比較し、一致するか否かの判定を行う。
そして、携帯端末２は、使用鍵情報からデータの復号可と判定すると（ステップＳ４１９）、共通鍵Ｂを用いて暗号化したデータを復号する復号処理を行う（ステップＳ４２０）。これにより、携帯端末２は、通信アダプタ１で発生したデータの内容を読み取る。

その後、携帯端末２は、暗号化したデータに対して中継処理を行い（ステップＳ４２１）。その後、暗号化したデータを、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ４２２）。
そして、サーバ３は、暗号化したデータを取得すると、共通鍵Ｂを用いて暗号化したデータを復号する（ステップＳ４２３）。これにより、サーバ３は、通信アダプタ１で発生したデータの内容を読み取る。

＜２−５＞サーバが通信アダプタおよび携帯端末にデータを送る動作
次に、サーバ３が、通信アダプタ１や携帯端末２にデータを送る場合の動作ついて説明する。
図１２および図１３は、本実施形態に係る通信システムの動作を示すシーケンス図である。
まず、サーバ３において、通信アダプタ１に送るデータとして、高レベルデータが発生したとする（ステップＳ５０１）。この高レベルデータとしては、例えば、サーバ３の管理主が通信アダプタ１のメーカであるとすると、当該メーカのノウハウが利用された通信アダプタ用ソフトウェアモジュール等が挙げられる。

すると、サーバ３は、発生したデータのセキュリティレベルを判定する（ステップＳ５０２）。サーバ３は、通信アダプタ１と同様に、図１１に示すような、各データに付与された情報ＩＤとセキュリティレベルとの対応関係を表すテーブルデータを参照して、発生したデータのセキュリティレベルを判定する。ここでは、サーバ３が、発生したデータが高レベルデータであると判定する。

次に、サーバ３は、共通鍵Ａ１または共通鍵Ａ２を用いて、取得したデータを暗号化し（ステップＳ５０３）、暗号化に共通鍵Ａ１を用いたことを示す使用鍵情報を生成する（ステップＳ５０４）。そして、サーバ３は、暗号化したデータに使用鍵情報を付与した後（ステップＳ５０５）、当該データを、ＷＡＮ２００および基地局を通じて携帯端末２に送る（ステップＳ５０６）。

一方、携帯端末２は、サーバ３から暗号化したデータを取得すると、当該データの使用鍵情報を確認する（ステップＳ５０７）。具体的には、携帯端末２は、共通鍵Ｂに対応する使用鍵情報を保有しており、取得したデータの使用鍵情報と共通鍵Ｂに対応する使用鍵情報とを比較し、一致するか否かの判定を行う。
そして、携帯端末２は、使用鍵情報からデータの復号不可と判定すると（ステップＳ５０８）、復号処理を行わずに、中継処理を行う（ステップＳ５０９）。その後、携帯端末２は、暗号化したデータを、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ５１０）。このように、携帯端末２は、サーバ３から暗号化したデータを取得すると、まず、使用鍵情報を確認し、当該使用鍵情報が共通鍵Ａ１または共通鍵Ａ２を示す場合には復号処理を行わずに中継する。従って、携帯端末２がサーバ３から取得したデータ全てについて復号処理を行う構成に比べて、携帯端末２の処理負荷の軽減を図ることができる。

そして、サーバ３は、暗号化されたデータを取得すると、共通鍵Ａ１または共通鍵Ａ２を用いてデータを復号する（ステップＳ５１１）。これにより、サーバ３は、通信アダプタ１で発生したデータの内容を読み取る。

次に、サーバ３において、通信アダプタ１に送るデータとして、中レベルデータが発生したとする（ステップＳ５１２）。
すると、サーバ３は、発生したデータのセキュリティレベルを判定する（ステップＳ５１３）。サーバ３は、テーブルデータを参照して、発生したデータのセキュリティレベルを判定する。ここでは、通信アダプタ１が、発生したデータが中レベルデータであると判定する。

次に、サーバ３は、共通鍵Ｂを用いて、携帯端末２およびサーバ３に送るデータを暗号化し（ステップＳ５１４）、暗号化に共通鍵Ｂを用いたことを示す使用鍵情報を生成する（ステップＳ５１５）。そして、サーバ３は、暗号化したデータに使用鍵情報を付与した後（ステップＳ５１６）、当該データを、ＷＡＮ２００および基地局を通じて携帯端末２に送る（ステップＳ５１７）。

一方、携帯端末２は、暗号化したデータを取得すると、当該データの使用鍵情報を確認する（ステップＳ５１８）。
そして、携帯端末２は、使用鍵情報からデータの復号可と判定すると（ステップＳ５１９）、共通鍵Ｂを用いて暗号化したデータを復号する復号処理を行う（ステップＳ５２０）。これにより、携帯端末２は、サーバ３で発生したデータの内容を読み取る。

その後、携帯端末２は、暗号化したデータに対して中継処理を行い（ステップＳ５２１）。その後、暗号化したデータを、通信アダプタ１に送る（ステップＳ５２２）。
そして、通信アダプタ１は、暗号化したデータを取得すると、共通鍵Ｂを用いて暗号化したデータを復号する（ステップＳ５２３）。これにより、通信アダプタ１は、サーバ３で発生したデータの内容を読み取る。

＜２−５＞携帯端末が、通信アダプタおよびサーバにデータを送る動作
次に、携帯端末２が、通信アダプタ１およびサーバ３にデータを送る場合の動作ついて説明する。
図１４は、本実施形態に係る通信システムの動作を示すシーケンス図である。

携帯端末２において、通信アダプタ１およびサーバ３に送るデータとして、中レベルデータが発生したとする（ステップＳ６０１）。
すると、携帯端末２は、発生したデータのセキュリティレベルを判定する（ステップＳ６０２）。ここでは、携帯端末２は、発生したデータが中レベルデータであると判定する。
次に、携帯端末２は、共通鍵Ｂを用いてデータを暗号化し（ステップＳ６０３）、暗号化に共通鍵Ｂを用いたことを示す使用鍵情報を生成する（ステップＳ６０４）。そして、携帯端末２は、暗号化したデータに使用鍵情報を付与した後（ステップＳ６０５）、暗号化したデータを、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ６０６）。また、携帯端末２は、暗号化したデータを、通信アダプタ１にも送る（ステップＳ６０７）。

一方、サーバ３は、暗号化したデータを取得すると、当該データの使用鍵情報を確認する（ステップＳ６０８）。そして、サーバ３は、使用鍵情報からデータの復号可と判定すると（ステップＳ６０９）、共通鍵Ｂを用いて暗号化したデータを復号する（ステップＳ６１０）。これにより、サーバ３は、携帯端末２で発生したデータを読み取る。

また、通信アダプタ１も、暗号化したデータを取得すると、当該データの使用鍵情報を確認する（ステップＳ６１１）。そして、サーバ３は、使用鍵情報からデータの復号可と判定すると（ステップＳ６１２）、共通鍵Ｂを用いて暗号化したデータを復号する（ステップＳ６１３）。これにより、通信アダプタ１も、携帯端末２で発生したデータを読み取る。

＜２−６＞共通鍵を消去する動作
次に、通信アダプタ１、携帯端末２およびサーバ３が、共通鍵Ａ１（Ａ２）、Ｂを消去する動作ついて説明する。ここでは、通信アダプタ１から携帯端末２に送られるアプリケーション終了通知に起因して共通鍵Ａ１（Ａ２），Ｂが消去される場合について説明する。
図１５は、本実施形態に係る通信システムの動作を示すシーケンス図である。

通信アダプタ１において、データ伝送が終了したとする（ステップＳ７０１）。ここで、「データ伝送の終了」とは、通信アダプタ１において携帯端末２やサーバ３に送るデータが発生する予定が無くなり、通信用アプリケーションを終了させる状態となったことを意味する。
すると、通信アダプタ１は、アプリケーション終了通知を携帯端末２に送った後（ステップＳ７０２）、通信用アプリケーションを終了する（ステップＳ７０３）。その後、通信アダプタ１は、共通鍵Ａ１または共通鍵Ａ２を消去するとともに（ステップＳ７０４）、共通鍵Ｂを消去する（ステップＳ７０５）。

一方、携帯端末２は、アプリケーション終了通知を取得すると、共通鍵Ｂを消去する（ステップＳ７０６）。その後、携帯端末２は、共通鍵消去通知を、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ７０７）。
そして、サーバ３は、共通鍵消去通知を取得すると、共通鍵Ａ１または共通鍵Ａ２を消去するとともに（ステップＳ７０８）、共通鍵Ｂを消去する（ステップＳ７０９）。

＜３＞まとめ
結局、本実施形態に係る通信システムでは、サーバ３および通信アダプタ１が、送るデータを暗号化する際、共通鍵Ａ１（Ａ２）および共通鍵Ｂを使い分ける。
そして、サーバ３および通信アダプタ１が、共通鍵Ａ１（Ａ２）を用いて送るデータを暗号化したとする。この場合、携帯端末２は、共通鍵Ａ１（Ａ２）を保有していないので、当該データを復号することができず、当該データを読み取ることができない。
一方、サーバ３および通信アダプタ１が、共通鍵Ｂを用いて送るデータを暗号化したとする。この場合、携帯端末２は、共通鍵Ｂを保有しているので、当該データを復号することができ、当該データを読み取ることができる。
つまり、サーバ３および通信アダプタ１は、共通鍵Ａ１（Ａ２）および共通鍵Ｂを使い分けることにより、サーバ３と通信アダプタ１との間で授受する情報を、携帯端末２に読み取らせたり、読み取らせないようにしたりすることができる。このようにして、ユーザは、通信アダプタ１と携帯端末２とサーバ３との間で授受されるデータを、そのセキュリティレベルに応じて管理することができる。

［２．実施形態２］
図１６に、本実施形態に係る通信システムの概略図を示す。
本実施形態に係る通信システムは、実施形態１の通信システムと略同様である。但し、携帯端末２Ａ，２Ｂ，２Ｃが複数存在する点、各携帯端末２Ａ，２Ｂ，２Ｃが、各別の共通鍵Ｂ１，Ｂ２，Ｂ３を保有し、通信アダプタ１およびサーバ３が、３つの共通鍵Ｂ１，Ｂ２，Ｂ３を保有している点が、実施形態１の通信システムとは相違する。なお、通信アダプタ１、携帯端末２Ａ，２Ｂ，２Ｃおよびサーバ３の機能構成は、実施形態１と同様である。本実施形態の説明では、実施形態１と同様の構成については同一の符号を付して適宜説明を省略する。

次に、本実施携帯に係る通信システムの動作について説明する。なお、実施の形態１と同様の処理については同一の符号を付して適宜説明を省略する。
＜通信アダプタにおいて、通信アダプタとサーバとで共有する共通鍵を生成する動作＞
まず、通信アダプタ１において、通信アダプタ１とサーバ３とで共有する共通鍵Ａ１を生成する動作について説明する。なお、サーバ３において、通信アダプタ１とサーバ３とで共有する共通鍵Ａ２を生成する動作は、実施形態１でも説明したように、通信アダプタ１とサーバ３とを入れ替えた場合と略同様なのでここでは詳細な説明を省略する。
図１７は、本実施形態に係る通信システムの動作を示すシーケンス図である。なお、図１６では、実施形態１に係る通信システムの動作と同様の処理について一部を省略している。

サーバ３は、前述のように、予め、公開鍵Ｃ１およびそれに対応する秘密鍵Ｃ２を保有している（ステップＳ１０１）。
通信アダプタ１において、通信用アプリケーションが起動したとする（ステップＳ８０１）。この通信用アプリケーションは、３つの携帯端末２Ａ，２Ｂ，２Ｃそれぞれとの通信を行うためのものである。また、通信アダプタ１は、この通信用アプリケーションを起動することにより、各携帯端末２Ａ，２Ｂ，２Ｃから送信される信号の強度に基づいて携帯端末を選択する機能を備える。このとき、携帯端末２Ａ，２Ｂ，２Ｃそれぞれでは、通信用アプリケーションが既に起動しており（ステップＳ８０２、Ｓ８０３、Ｓ８０４）、サーバ３でも通信用アプリケーションが既に起動しているものとする（ステップＳ１０４）。

次に、通信アダプタ１は、携帯端末２Ａ，２Ｂ，２Ｃの中から、中継端末として用いる端末を選択する（ステップＳ８０５）。ここでは、通信アダプタ１は、各携帯端末２Ａ，２Ｂ，２Ｃから送信される信号の強度に基づいて端末の選択を行う。例えば、通信アダプタ１は、送信される信号の強度が最も強い携帯端末を選択する。そして、通信アダプタ１は、選択した携帯端末（図１６では、携帯端末２Ｂ）にサーバ起動確認通知とともに中継端末識別情報を送る（ステップＳ８０６）。ここで、「中継端末識別情報」とは、通信アダプタ１が選択した携帯端末２Ｂを識別するための情報である。

一方、携帯端末２Ｂは、サーバ起動確認通知および中継端末識別情報を取得すると、中継処理を行い（ステップＳ８０７）、その後、サーバ起動確認通知を、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ８０８）。
そして、サーバ３は、サーバ起動確認通知および中継端末識別情報を取得すると、応答通知とともに公開鍵Ｃ１を、ＷＡＮ２００および基地局を通じて携帯端末２Ｂに送る（ステップＳ８０９）。ここで、サーバ３は、中継端末識別情報に基づいて、応答通知等の送り先を携帯端末２Ｂに設定する。

携帯端末２Ｂは、応答通知および公開鍵Ｃ１を取得すると、中継処理を行い（ステップＳ８１０）、その後、応答通知および公開鍵Ｃ１を、通信アダプタ１に送る（ステップＳ８１１）。
そして、通信アダプタ１は、携帯端末２Ｂから応答通知および公開鍵Ｃ１を取得すると、共通鍵Ａ１を生成する（ステップＳ１１１）。
以降の通信システムの動作は、前述＜２−１＞並びに図５において、携帯端末２Ｂを携帯端末２とした場合のステップＳ１１２以降の動作と同様であるので、詳細な説明を省略する。

＜携帯端末において、通信アダプタと携帯端末とサーバとで共有する共通鍵を生成する動作＞
次に、携帯端末２Ａ，２Ｂ，２Ｃのいずれかにおいて、通信アダプタ１と携帯端末２Ａ，２Ｂ，２Ｃのいずれかとサーバ３とで共有する共通鍵を生成する場合の動作について説明する。ここでは、中レベルデータとして、携帯端末２Ｂのユーザに読み取られてもよいが、携帯端末２Ａ，２Ｃやその他の携帯端末のユーザには読み取られないようにする必要があるデータとする。なお、中レベルデータが携帯端末２Ａ或いは携帯端末２Ｃのユーザに読み取られてもよい場合の動作は、同様なのでここでは詳細な説明を省略する。
図１８は、本実施形態に係る通信システムの動作を示すシーケンス図である。なお、図１８では、実施形態１に係る通信システムの動作と同様の処理について一部を省略している。

通信アダプタ１は、前述のように、予め、公開鍵Ｄ１とそれに対応する秘密鍵Ｄ２とを保有している（ステップＳ３０１）。また、サーバ３も、前述のように、公開鍵Ｃ１およびそれに対応する秘密鍵Ｃ２を保有している（ステップＳ３０２）。

通信アダプタ１において、通信用アプリケーションが起動したとする（ステップＳ９０１）。この通信用アプリケーションは、３つの携帯端末２Ａ，２Ｂ，２Ｃとの通信を行うためのものである。このとき、携帯端末２Ａ，２Ｂ，２Ｃそれぞれでは、通信用アプリケーションが既に起動しており（ステップＳ９０１、Ｓ９０２、Ｓ９０３）、サーバ３でも通信用アプリケーションが既に起動しているものとする（ステップＳ３０５）。
次に、通信アダプタ１は、通信アダプタ起動通知とともに公開鍵Ｄ１を携帯端末２Ａ，２Ｂ，２Ｃに送る（ステップＳ９０５、Ｓ９０６、Ｓ９０７）。
次に、前述＜２−３＞並びに図７または図８において、「携帯端末２」を「携帯端末２Ａ」、「携帯端末２Ｂ」、「携帯端末２Ｃ」に置き換え、「共通鍵Ｂ」を「共通鍵Ｂ１」、「共通鍵Ｂ２」、「共通鍵Ｂ３」に置き換えた場合のステップＳ３０７〜Ｓ３１３までの処理が行われる（図１７中の破線部分）。この処理は、３つの携帯端末２Ａ，２Ｂ，２Ｃそれぞれについて行われる。つまり、ステップＳ３０７〜Ｓ３１３までの処理と同様の処理が３回繰り返し行われることとなる。

続いて、各携帯端末２Ａ，２Ｂ，２Ｃそれぞれから、暗号化された共通鍵Ｂ１，Ｂ２，Ｂ３が通信アダプタ１に送られる（ステップＳ９０８，Ｓ９０９，Ｓ９１０）。
そして、通信アダプタ１は、暗号化された共通鍵Ｂ１，Ｂ２，Ｂ３を取得すると、秘密鍵Ｄ２を用いて共通鍵Ｂ１，Ｂ２，Ｂ３を復号する（ステップＳ９１１）。このようにして、通信アダプタ１は、携帯端末２Ａ，２Ｂ，２Ｃそれぞれで生成された共通鍵Ｂ１，Ｂ２，Ｂ３を読み取る。

＜通信アダプタが、携帯端末やサーバにデータを送る場合の動作＞
次に、通信アダプタ１が、携帯端末２およびサーバ３にデータを送る場合の動作ついて説明する。ここでは、通信アダプタ１が、携帯端末２およびサーバ３に中レベルデータ、即ち、携帯端末２Ａ，２Ｂ，２Ｃのいずれかに読み取られてもよいデータを送る場合について説明する。なお、通信アダプタ１が、高レベルデータを送る場合の動作は、実施形態１において「携帯端末２」を「携帯端末２Ａ，２Ｂ，２Ｃ」のいずれかに置き換えた場合と同様なのでここでは説明を省略する。
図１９は、本実施形態に係る通信システムの動作を示すシーケンス図である。なお、図２０では、実施形態１に係る通信システムの動作と同様の処理について一部を省略している。

通信アダプタ１において、サーバ３に送るデータとして、中レベルデータが発生したとする（ステップＳ１０１１）。ここで、中レベルデータとして、携帯端末２Ｂのユーザに読み取られてもよいが、携帯端末２Ａ，２Ｃやその他の携帯端末のユーザには読み取られないようにする必要があるデータとする。
まず、通信アダプタ１は、発生したデータのセキュリティレベルを判定する（ステップＳ１０１２）。通信アダプタ１は、テーブルデータを参照して、発生したデータのセキュリティレベルを判定する。

図２０は、テーブルデータの一例を示す概念図である。
テーブルデータは、通信アダプタ１で発生するデータそれぞれに付与された固有の情報ＩＤ（図２０では、０以上の整数ｋで表されるものとする）と、情報ＩＤ毎に対応づけされたセキュリティレベル情報から構成されている。ここで、図２０に示すテーブルデータは、セキュリティレベル情報の中に、携帯端末２Ａ，２Ｂ，２Ｃのいずれとデータを共有するかに関する情報が含まれている点が、実施形態１で説明した通信システムとは相違する。

例えば、通信アダプタ１で発生したデータの情報ＩＤが「ｋ＋１」であるとする。この場合、通信アダプタ１は、当該データは、サーバ３、携帯端末２Ｂおよび通信アダプタ１で共有する中レベルデータであると判定する。また、通信アダプタ１で発生したデータの情報ＩＤが「ｋ＋３」であるとする。この場合、通信アダプタ１は、当該データは、サーバ３、２つの携帯端末２Ａ，２Ｂおよび通信アダプタ１で共有する中レベルデータであると判定する。更に、通信アダプタ１で発生したデータの情報ＩＤが「ｋ＋４」であるとする。この場合、通信アダプタ１は、当該データは、サーバ３、２つの携帯端末２Ａ，２Ｂおよび通信アダプタ１で共有する中レベルデータであると判定する。

図１９に戻って、ステップ１０１２において、通信アダプタ１が、発生したデータを、サーバ３、携帯端末２Ｂおよび通信アダプタ１で共有する中レベルデータ（例えば、図２０における、情報ＩＤ「ｋ＋１」が付与されたデータ）であると判定したとする。
すると、通信アダプタ１は、共通鍵Ｂ２を用いて、携帯端末２およびサーバ３に送るデータを暗号化し（ステップＳ１０１３）、暗号化に共通鍵Ｂ２を用いたことを示す使用鍵情報を生成する（ステップＳ１０１４）。そして、通信アダプタ１は、暗号化したデータに使用鍵情報を付与した後（ステップＳ１０１５）、当該データを携帯端末２Ａ，２Ｂ，２Ｃに送る（ステップＳ１０１６、Ｓ１０１７、Ｓ１０１８）。

なお、通信アダプタ１が、発生したデータを、例えば、サーバ３、２つの携帯端末２Ａ，２Ｂおよび通信アダプタ１で共有する中レベルデータ（例えば、図２０における、情報ＩＤ「ｋ＋３」が付与されたデータ）であると判定したとする。この場合、通信アダプタ１は、共通鍵Ｂ１を用いて暗号化したデータと、共通鍵Ｂ２を用いて暗号化したデータとの２つを生成する。また、通信アダプタ１が、発生したデータを、例えば、サーバ３、３つの携帯端末２Ａ，２Ｂ，２Ｃおよび通信アダプタ１で共有する中レベルデータ（例えば、図２０における、情報ＩＤ「ｋ＋４」が付与されたデータ）であると判定したとする。この場合、通信アダプタ１は、共通鍵Ｂ１，Ｂ２，Ｂ３のぞれぞれを用いて暗号化した３つのデータを生成する。

図１９に戻って、携帯端末２Ａは、暗号化したデータを取得すると、当該データの使用鍵情報を確認する（ステップＳ１０１９）。ここにおいて、携帯端末２Ａは、共通鍵Ｂ２を保有していない。従って、携帯端末２Ａは、使用鍵情報からデータの復号不可と判定する（ステップＳ１０２０）。そして、携帯端末２Ａは、暗号化したデータに対して中継処理を行い（ステップＳ１０２１）、その後、暗号化したデータを、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ１０２２）。

また、携帯端末２Ｂは、暗号化したデータを取得すると、当該データの使用鍵情報を確認する（ステップＳ１０２３）。ここにおいて、携帯端末２Ａは、共通鍵Ｂ２を保有している。従って、携帯端末２Ｂは、使用鍵情報からデータの復号可と判定し（ステップＳ１０２４）、共通鍵Ｂ２を用いて暗号化したデータを復号する（ステップＳ１０２５）。その後、携帯端末２Ｂは、暗号化したデータに対して中継処理を行い（ステップＳ１０２６）。その後、暗号化したデータを、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ１０２７）。

携帯端末２Ｃは、暗号化したデータを取得すると、当該データの使用鍵情報を確認する（ステップＳ１０２８）。ここにおいて、携帯端末２Ｃは、共通鍵Ｂ２を保有していない。従って、携帯端末２Ｃは、使用鍵情報からデータの復号不可と判定する（ステップＳ１０２９）。そして、携帯端末２Ａは、暗号化したデータに対して中継処理を行い（ステップＳ１０３０）、その後、暗号化したデータを、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ１０３１）。
サーバ３は、暗号化したデータを取得すると、共通鍵Ｂ２を用いて暗号化したデータを復号する（ステップＳ１０３２）。これにより、サーバ３は、通信アダプタ１で発生したデータの内容を読み取る。

なお、通信アダプタ１において、サーバ３および携帯端末２Ａ，２Ｂ，２Ｃの全てに読み取られてもよいデータが発生したとする。この場合、通信アダプタ１は、データを共通鍵Ｂ１，Ｂ２，Ｂ３それぞれを用いて暗号化し、３種類の暗号化したデータを携帯端末２Ａ，２Ｂ，２Ｃに送ればよい。すると、各携帯端末２Ａ，２Ｂ，２Ｃは、自機が保有する共通鍵で復号できるデータについて復号処理を行い、データの内容を読み取ることができる。

＜共通鍵を消去する動作＞
次に、通信アダプタ１、携帯端末２Ａ，２Ｂ，２Ｃおよびサーバ３が、共通鍵Ａ１（Ａ２）、Ｂ１，Ｂ２，Ｂ３を消去する動作ついて説明する。ここでは、通信アダプタ１から携帯端末２に送られるアプリケーション終了通知に起因して共通鍵Ａ１（Ａ２），Ｂが消去される場合について説明する。なお、サーバ３から送られるアプリケーション終了通知に起因する場合、携帯端末２Ａ，２Ｂ，２Ｃから送られるアプリケーション終了通知に起因する場合は、同様なのでここでは詳細な説明を省略する。
図２１は、本実施形態に係る通信システムの動作を示すシーケンス図である。なお、図２１では、実施形態１に係る通信システムの動作と同様の処理について一部を省略している。

通信アダプタ１は、データ伝送を終了すると（ステップＳ７０１）、アプリケーション終了通知を携帯端末２Ａ，２Ｂ，２Ｃに送った後（ステップＳ１１０１，Ｓ１１０２，Ｓ１１０３）、通信用アプリケーションを終了する（ステップＳ１１０４）。その後、通信アダプタ１は、共通鍵Ｂ１，Ｂ２，Ｂ３を消去するとともに（ステップＳ１１０５）、共通鍵Ａ１または共通鍵Ａ２を消去する（ステップＳ１１０６）。

一方、携帯端末２Ａは、アプリケーション終了通知を取得すると、共通鍵Ｂ１を消去する（ステップＳ１１０７）。その後、携帯端末２Ａは、共通鍵消去通知を、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ１１０８）。そして、サーバ３は、共通鍵消去通知を取得すると、共通鍵Ｂ１を消去する（ステップＳ１１０９）。
また、携帯端末２Ｂは、アプリケーション終了通知を取得すると、共通鍵Ｂ２を消去する（ステップＳ１１１０）。その後、携帯端末２Ｂは、共通鍵消去通知を、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ１１１１）。そして、サーバ３は、共通鍵消去通知を取得すると、共通鍵Ｂ２を消去する（ステップＳ１１１２）。
携帯端末２Ｃは、アプリケーション終了通知を取得すると、共通鍵Ｂ３を消去する（ステップＳ１１１３）。その後、携帯端末２Ａは、共通鍵消去通知を、基地局およびＷＡＮ２００を通じてサーバ３に送る（ステップＳ１１１４）。そして、サーバ３は、共通鍵消去通知を取得すると、共通鍵Ｂ３を消去するとともに（ステップＳ１１１５）、共通鍵Ａ１または共通鍵Ａ２を消去する（ステップＳ１１１６）。

結局、本実施形態に係る通信システムでは、複数（図１５では３つ）の携帯端末２Ａ，２Ｂ，２Ｃが存在する。そして、サーバ３および通信アダプタ１が、互いに種類の異なる複数（図１５では３つ）の共通鍵Ｂ１，Ｂ２，Ｂ３を使い分ける。これにより、ユーザは、サーバ３と通信アダプタ１との間で授受するデータを、３つの携帯端末２Ａ，２Ｂ，２Ｃの中の特定の携帯端末（例えば、携帯端末２Ｂ）だけに読み取らせることができる。
また、複数の携帯端末それぞれが、各別に第２共通鍵を生成し且つ前記第１公開鍵を用いて、生成した前記第２共通鍵を暗号化して前記通信アダプタに送るとともに、前記第２公開鍵を用いて、生成した前記第２共通鍵を暗号化して前記サーバに送る。これにより、複数の携帯端末が存在する場合において、サーバおよび通信アダプタが、複数の携帯端末それぞれで生成された第２共通鍵を使い分けることができる。

［３．変形例］
（１）実施形態１および２では、通信アダプタ１或いはサーバ３が、各データに付与された情報ＩＤとセキュリティレベルとの対応関係を表すテーブルデータを参照して、発生したデータのセキュリティレベルを判定する例について説明した。但し、通信アダプタ１およびサーバ３がデータのセキュリティレベルを判定する方法は、情報ＩＤを利用した方法に限定されるものではない。例えば、発生したデータの送り先に基づいて、データのセキュリティレベルを判定する構成であってもよい。
例えば、実施形態１における通信アダプタ１を送り元とするデータについて説明する。ここで、通信アダプタ１は、送り先がサーバ３のみであれば高レベルデータ（共通鍵Ａ１を用いて暗号化するデータ）と判定し、送り先に携帯端末２，２Ａ，２Ｂ，２Ｃが含まれる場合、中レベルデータ（共通鍵Ｂを用いて暗号化するデータ）と判定すればよい。
本構成によれば、通信アダプタ１或いはサーバ３が、データの送り先と当該データのセキュリティレベルとの関係を示すデータを保有するだけでよい。このデータは、２つの送り先に対応するセキュリティレベル情報から構成されるので、各データに付与された情報ＩＤとセキュリティレベルとの対応関係を表すテーブルデータに比べて、データ規模が小さい。従って、通信アダプタ１の記憶部１４或いはサーバ３の副記憶部３４に要求される記憶容量を低減できるので、記憶部１４或いは副記憶部３４を構成する記憶装置のコスト低減を図ることができる。

（２）実施形態１および２では、共通鍵Ａ１，Ａ２或いは共通鍵Ｂ，Ｂ１，Ｂ２，Ｂ３の生成は、通信アダプタ１、携帯端末２およびサーバ３の間での通信が確立されたことが認識された後に行われる例について説明した。但し、共通鍵Ａ１，Ａ２或いは共通鍵Ｂ，Ｂ１，Ｂ２，Ｂ３の生成は、必ずしもこのタイミングに限定されるものではない。例えば、通信用アプリケーションが起動した後、直ちに共通鍵Ａ１，Ａ２或いは共通鍵Ｂ，Ｂ１，Ｂ２，Ｂ３が生成されるものであってもよい。
或いは、通信アダプタ１と携帯端末２との通信が確立されたことが認識され且つ携帯端末２とサーバ３との通信が確立されたことをまだ認識していない状態で、共通鍵Ａ１等を生成してもよい。更には、携帯端末２とサーバ３との通信が確立されたことが認識され且つ通信アダプタ１と携帯端末２との通信が確立されたことをまだ認識していない状態で、共通鍵Ａ１等を生成してもよい。
本構成によれば、通信アダプタ１、携帯端末２およびサーバ３の間での通信が確立された後、共通鍵Ａ１等が生成されるまで、共通鍵Ａ１等を送る処理が待たされることがない。従って、共通鍵Ａ１等を機器間で共有するまでの時間の短縮を図ることができる。

（３）実施形態１および２では、データの送り元となる通信アダプタ１或いはサーバ３が、暗号化の際に使用した共通鍵の種類を示す使用鍵情報を生成して、当該使用鍵情報を暗号化したデータに付与する例について説明した。但し、データの送り元となる通信アダプタ１或いはサーバ３は、必ずしも使用鍵情報を付与するものに限定されるものではない。
データの送り元となる通信アダプタ１或いはサーバ３が、使用鍵情報を付与せずに暗号化したデータを携帯端末２，２Ａ，２Ｂ，２Ｃに送る構成であってもよい。ここにおいて、携帯端末２，２Ａ，２Ｂ，２Ｃは、暗号化したデータを取得すると、必ず当該データに対して復号処理を行う。そして、携帯端末２，２Ａ，２Ｂ，２Ｃは、復号が成功した場合、復号したデータを取得するとともに中継処理を行い、復号が成功しない場合、中継処理のみを行うようにすればよい。
本構成によれば、通信アダプタ１およびサーバ３において、使用鍵情報を生成する必要がない。従って、通信アダプタ１およびサーバ３における処理負荷の軽減を図ることができる。

或いは、実施形態２において、通信アダプタ１が、携帯端末２Ａ，２Ｂ，２Ｃそれぞれに、使用鍵情報に比べて情報量が少なく且つ異なる端末識別情報を付与し、データを送る際、当該端末識別情報に基づいてデータの送り先を決定するようにしてもよい。この場合、例えば、通信アダプタ１が、携帯端末２Ａ，２Ｂ，２Ｃから取得した、暗号化した共通鍵Ｂ１，Ｂ２，Ｂ３を復号した後に、各携帯端末２Ａ，２Ｂ，２Ｃに端末識別情報を送るようにすればよい。そして、通信アダプタ１は、端末識別情報を付加したデータを、携帯端末２Ａ，２Ｂ，２Ｃに送り、各携帯端末２Ａ，２Ｂ，２Ｃは、当該端末識別情報に基づいてデータが自機宛であるか否かを判別するようにすればよい。
本構成によれば、各携帯端末２Ａ，２Ｂ，２Ｃは、使用鍵情報に比べて情報量が少ない端末識別情報に基づいて、データが自機宛であるか否かを判別するので、携帯端末２Ａ，２Ｂ，２Ｃの処理負荷の軽減を図ることができる。

（４）実施形態１および２では、通信アダプタ１と携帯端末２とサーバ３とで共有する共通鍵Ｂ（Ｂ１，Ｂ２，Ｂ３）を生成する場合、携帯端末２（２Ａ，２Ｂ，２Ｃ）は、通信アダプタ１から送られる通信アダプタ起動通知に起因して生成する例について説明した。但し、携帯端末２（２Ａ，２Ｂ，２Ｃ）による共通鍵Ｂ（Ｂ１，Ｂ２，Ｂ３）の生成は、必ずしも上記通信アダプタ起動通知に起因するものに限定されるものではない。例えば、携帯端末２（２Ａ，２Ｂ，２Ｃ）が、サーバ３において通信用アプリケーションが起動したことに起因して共通鍵Ｂ（Ｂ１，Ｂ２，Ｂ３）を生成するものであってもよい。この場合、サーバ３が、通信用アプリケーションが起動したときに、携帯端末２（２Ａ，２Ｂ，２Ｃ）にサーバ起動通知を送るようにすればよい。そして、携帯端末２（２Ａ，２Ｂ，２Ｃ）が、サーバ３から送られるサーバ起動通知を取得すると、共通鍵Ｂ（Ｂ１，Ｂ２，Ｂ３）を生成するようにすればよい。

（５）ところで、実施形態１に係る通信システムでは、サーバ３が成りすまさせると、通信アダプタ１が、サーバ３に成りすまされた相手に共通鍵Ａ１を送ってしまう可能性がある。或いは、通信アダプタ１が成りすまさせると、サーバ３が、通信アダプタ１に成りすまされた相手に共通鍵Ａ２を送ってしまう虞がある。また、携帯端末２も、サーバ３或いは通信アダプタ１に成りすまされた相手に共通鍵Ｂを送ってしまう虞がある。
そこで、サーバ３が、秘密鍵Ｃ２を用いて暗号化した電子署名を通信アダプタ１や携帯端末２に送り、通信アダプタ１や携帯端末２が公開鍵Ｃ１を用いて復号処理を行うようにしてもよい。そして、通信アダプタ１や携帯端末２は、公開鍵Ｃ１を用いて電子署名を正常に復号できれば、相手が正規のサーバ３であるとして、共通鍵Ａ１や共通鍵Ｂを送るようにすればよい。

或いは、通信アダプタ１が、秘密鍵Ｄ２を用いて暗号化した電子署名をサーバ３や携帯端末２に送り、サーバ３や携帯端末２が公開鍵Ｄ１を用いて復号処理を行うようにしてもよい。そして、サーバ３や携帯端末２は、公開鍵Ｄ１を用いて電子署名を正常に復号できれば、相手が正規の通信アダプタ１であるとして、共通鍵Ａ２や共通鍵Ｂを送るようにすればよい。
本構成によれば、サーバ３や通信アダプタ１に成りすまされた相手に、共通鍵Ａ１，Ａ２や共通鍵Ｂを送ってしまうことを防止できるので、セキュリティ強化を図ることができる。

（６）また、実施形態１に係る通信システムでは、不正なユーザが所持する携帯端末から送られる共通鍵Ｂが、通信アダプタ１やサーバ３により受理されるとする。この場合、通信アダプタ１やサーバ３から送られるデータが、不正なユーザが所持する携帯端末で読み取られてしまう虞がある。
そこで、携帯端末２が、ユーザに対して識別情報やパスワードの入力を要求する機能を備えるものとすればよい。そして、通信アダプタ１やサーバ３が、携帯端末２に対してユーザが入力した識別情報やパスワードを要求し、当該識別情報やパスワードが正常であると判定した場合に、携帯端末２から送られる共通鍵Ｂを取得するようにすればよい。
本構成によれば、通信アダプタ１やサーバ３から送られるデータが、不正なユーザが所持する携帯端末で読み取られてしまうことを防止できるので、セキュリティ強化を図ることができる。

（７）実施形態２では、３つの携帯端末２Ａ，２Ｂ，２Ｃを備える通信システムにおいて、通信アダプタ１が３つの携帯端末２Ａ，２Ｂ，２Ｃそれぞれから共通鍵Ｂ１，Ｂ２，Ｂ３を取得する例について説明した。但し、通信システムは、複数の携帯端末を備える構成において、必ずしも各携帯端末２Ａ，２Ｂ，２Ｃから共通鍵を取得する構成に限定されるものではない。例えば、データのセキュリティレベルに基づいて、複数の携帯端末の中からデータを共有する携帯端末を特定し、特定した携帯端末のみから共通鍵を取得するようにしてもよい。
図２２は、本変形例に係る通信システムの動作を示すシーケンス図である。なお、実施形態２に係る通信システムの動作と同様の処理について一部を省略している。

通信アダプタ１は、前述のように、予め、公開鍵Ｄ１およびそれに対応する秘密鍵Ｄ２を保有している（ステップＳ３０１）。また、サーバ３も、前述のように、予め、公開鍵Ｃ１およびそれに対応する秘密鍵Ｃ２を保有している（ステップＳ３０２）。

通信アダプタ１において、通信用アプリケーションが起動したとする（ステップＳ１２０１）。このとき、携帯端末２Ａ，２Ｂ，２Ｃそれぞれでは、通信用アプリケーションが既に起動しており（ステップＳ１２０２、Ｓ１２０３、Ｓ１２０４）、サーバ３でも通信用アプリケーションが既に起動しているものとする（ステップＳ３０４）。

通信アダプタ１において、通信用アプリケーション起動後に、携帯端末２およびサーバ３に送るデータが発生したとする（ステップＳ１２０５）。すると、通信アダプタ１は、発生したデータのセキュリティレベルを判定する（ステップＳ１２０６）。ここでは、サーバ３は、発生したデータが携帯端末２Ｂのユーザには見せてもよい中レベルデータと判定するとする。ここにおいて、通信アダプタ１は、データを共有する携帯端末として携帯端末２Ｂを特定する。
次に、通信アダプタ１は、通信アダプタ起動通知とともに公開鍵Ｄ１を携帯端末２Ｂに送る（ステップＳ１２０７）。
その後、前述＜２−３＞並びに図７において、「携帯端末２」を「携帯端末２Ｂ」に置き換え、「共通鍵Ｂ」を「共通鍵Ｂ２」に置き換えた場合のステップＳ３０７以降の処理と同様の処理（図２２のステップＳ１２０８以降の処理）が行われる。
本構成によれば、携帯端末２Ａ，２Ｃが、共通鍵Ｂ１，Ｂ３を生成する必要がない。従って、携帯端末２Ａ，２Ｃにおける処理負荷の軽減を図ることができる。

［３．付記］
なお、今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
また、通信アダプタ１、携帯端末２およびサーバ３それぞれで使用されるコンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記憶させることができる。

１ 通信アダプタ
２，２Ａ，２Ｂ，２Ｃ 携帯端末
３ サーバ
１１ ＣＡＮインターフェース
１２，２５ 無線通信部
１３，２６，３２ 制御部
１３ａ，３２ａ 通信制御部
１３ｂ ＣＡＮ制御部
１３ｃ，２６ｄ，３２ｂ データ処理部
１３ｄ，２６ｅ，３２ｃ 共通鍵生成部
１３ｅ，２６ｆ，３２ｄ 暗号化部
１３ｆ，３２ｅ 公開鍵／秘密鍵生成部
１３ｈ，２６ｇ，３２ｇ 復号部
１４，２７ 記憶部
２１ 音声処理部
２２ マイクロホン
２３ スピーカ
２４ 表示部
２５ａ 非短距離無線通信部
２５ｂ 短距離無線通信部
２６ａ 通信制御部
２６ｂ 表示制御部
２６ｃ 音声制御部
３１ ＷＡＮ接続部
３３ 主記憶部
３４ 副記憶部
２００ ＷＡＮ
Ａ１，Ａ２ 共通鍵（第１共通鍵）
Ｂ，Ｂ１，Ｂ２，Ｂ３ 共通鍵（第２共通鍵）
Ｃ１，Ｄ１ 公開鍵
Ｃ２，Ｄ２ 秘密鍵

Claims (19)

1. サーバと、前記サーバと通信可能であり且つ中継機能を有する携帯端末と、前記携帯端末と通信可能であり且つ前記携帯端末の前記中継機能を用いて前記サーバと通信可能である通信アダプタとを備え、
   前記サーバおよび前記通信アダプタは、前記携帯端末が保有しない第１共通鍵を共有するよう構成され、
   前記サーバ、前記携帯端末および前記通信アダプタは、前記第１共通鍵とは異なる第２共通鍵を共有するよう構成され、
   前記サーバおよび前記通信アダプタは、データの暗号化に用いる鍵として、前記第１共通鍵および前記第２共通鍵を使い分ける
   通信システム。
2. 前記サーバおよび前記通信アダプタは、データに応じて前記第１共通鍵および前記第２共通鍵を使い分ける
   請求項１記載の通信システム。
3. 前記携帯端末、前記サーバおよび前記通信アダプタで共有される前記第２共通鍵は、前記携帯端末により生成され、前記携帯端末から前記サーバおよび前記通信アダプタに送信されるよう構成されている
   請求項１または請求項２記載の通信システム。
4. 前記携帯端末は、複数存在し、
   複数の携帯端末それぞれが、異なる第２共通鍵を生成するよう構成されている
   請求項３記載の通信システム。
5. 前記通信アダプタは、前記携帯端末および前記サーバとの通信が確立したことを認識した後、前記第１共通鍵を生成する
   請求項１〜請求項４のいずれか１項に記載の通信システム。
6. 前記サーバは、前記通信アダプタおよび前記携帯端末との通信が確立したことを認識した後、前記第１共通鍵を生成する
   請求項１〜請求項５のいずれか１項に記載の通信システム。
7. 前記携帯端末は、前記通信アダプタおよび前記サーバとの通信が確立したことを認識した後、前記第２共通鍵を生成する
   請求項１〜請求項６のいずれか１項に記載の通信システム。
8. 前記通信アダプタは、第１公開鍵およびこれに対応する第１秘密鍵を保有し、前記第１公開鍵を前記携帯端末に送り、
   前記サーバは、第２公開鍵およびこれに対応する第２秘密鍵を保有し、前記第２公開鍵を前記携帯端末に送り、
   前記携帯端末は、前記第２共通鍵を生成し且つ前記第１公開鍵を用いて、生成した前記第２共通鍵を暗号化して前記通信アダプタに送るとともに、前記第２公開鍵を用いて、生成した前記第２共通鍵を暗号化して前記サーバに送り、
   前記通信アダプタは、暗号化された前記第２共通鍵を、前記第１秘密鍵を用いて復号して前記第２共通鍵を読み取り、
   前記サーバは、暗号化された前記第２共通鍵を、前記第２秘密鍵を用いて復号して前記第２共通鍵を読み取る
   請求項１〜請求項７のいずれか１項に記載の通信システム。
9. 前記携帯端末は、複数存在し、
   複数の携帯端末それぞれが、異なる第２共通鍵を生成し且つ前記第１公開鍵を用いて、生成した前記第２共通鍵を暗号化して前記通信アダプタに送るとともに、前記第２公開鍵を用いて、生成した前記第２共通鍵を暗号化して前記サーバに送るよう構成されている
   請求項８記載の通信システム。
10. 前記携帯端末は、前記通信アダプタおよび前記サーバのいずれか一方から共通鍵生成要求を受けると、前記第２共通鍵を生成する
    請求項８または請求項９記載の通信システム。
11. 前記通信アダプタは、前記携帯端末に送るデータに、前記第１共通鍵および前記第２共通鍵のいずれを用いて暗号化したかを示す使用鍵情報を付与し、
    前記携帯端末は、前記通信アダプタから取得したデータの前記使用鍵情報が前記第１共通鍵を示す場合は復号処理を行わずに中継し、前記使用鍵情報が前記第２共通鍵を示す場合は復号処理を行う
    請求項１〜請求項１０のいずれか１項に記載の通信システム。
12. 前記サーバは、前記携帯端末に送るデータに、前記第１共通鍵および前記第２共通鍵のいずれを用いて暗号化したかを示す使用鍵情報を付与するよう構成され、
    前記携帯端末は、前記サーバから取得したデータの前記使用鍵情報が前記第１共通鍵を示す場合は復号処理を行わずに中継し、前記使用鍵情報が前記第２共通鍵を示す場合は復号処理を行うよう構成されている
    請求項１〜請求項１１のいずれか１項に記載の通信システム。
13. 第１公開鍵および第１秘密鍵を保有するサーバと、前記サーバと通信可能であり且つ中継機能を有する携帯端末と、前記携帯端末と通信可能であり且つ前記携帯端末の前記中継機能を用いて前記サーバと通信可能である通信アダプタとを用いる通信方法であって、
    第２公開鍵および第２秘密鍵を保有する前記通信アダプタが、前記第２公開鍵を前記携帯端末に送り、
    前記携帯端末が、共通鍵を生成し、
    前記携帯端末が、前記第２公開鍵を用いて、前記共通鍵を暗号化して前記通信アダプタに送り、
    前記通信アダプタが、暗号化された前記共通鍵を、前記第２秘密鍵を用いて復号して前記共通鍵を読み取り、
    前記サーバが、前記第１公開鍵を前記携帯端末に送り、
    前記携帯端末が、前記第１公開鍵を用いて、前記共通鍵を暗号化して前記サーバに送り、
    前記サーバが、暗号化された前記共通鍵を、前記第１秘密鍵を用いて復号して前記共通鍵を読み取る
    通信方法。
14. 前記携帯端末は、複数存在し、
    複数の携帯端末それぞれが、各別に共通鍵を生成し且つ前記第１公開鍵を用いて、生成した前記共通鍵を暗号化して前記通信アダプタに送るとともに、前記第２公開鍵を用いて、生成した前記共通鍵を暗号化して前記サーバに送る
    請求項１３記載の通信方法。
15. 中継機能を有する携帯端末と通信可能であるとともに、第１公開鍵およびこれに対応する第１秘密鍵を保有するサーバと前記携帯端末の前記中継機能を用いて通信可能である通信アダプタであって、
    第１公開鍵とは異なる第２公開鍵および第１秘密鍵とは異なる第２秘密鍵を保有し、
    第１共通鍵を生成すると、前記サーバから取得した前記第１公開鍵を用いて前記第１共通鍵を暗号化し、前記携帯端末を介して前記サーバに送り、
    前記第２公開鍵を前記携帯端末に送った後、前記携帯端末から、前記携帯端末により生成され且つ前記第２公開鍵を用いて暗号化された第２共通鍵を取得し、前記第２秘密鍵を用いて、暗号化された前記第２共通鍵を復号して読み取り、
    前記第１共通鍵を用いて暗号化された第１データを取得すると、前記第１共通鍵を用いて前記暗号化されたデータを復号して前記第１データの内容を読み取り、
    前記第２共通鍵を用いて暗号化された第２データを取得すると、前記第２共通鍵を用いて前記暗号化されたデータを復号して前記第２データの内容を読み取る
    通信アダプタ。
16. 中継機能を有する携帯端末と通信可能であるとともに、第２秘密鍵および第２公開鍵を保有する通信アダプタと前記携帯端末の前記中継機能を用いて通信可能であるサーバであって、
    前記第２秘密鍵とは異なる第１秘密鍵および前記第２公開鍵とは異なる第１公開鍵を保有し、
    前記第１公開鍵を前記携帯端末および前記通信アダプタに送った後、前記通信アダプタにより生成され且つ前記第１公開鍵を用いて暗号化された第１共通鍵と、前記携帯端末が生成し且つ前記第１公開鍵を用いて暗号化された第２共通鍵とを取得し、前記第１秘密鍵を用いて、暗号化された前記第１共通鍵および前記第２共通鍵を復号して読み取り、
    前記第１共通鍵を用いて暗号化された第１データを取得すると、前記第１共通鍵を用いて前記暗号化されたデータを復号して前記第１データの内容を読み取り、
    前記第２共通鍵を用いて暗号化された第２データを取得すると、前記第２共通鍵を用いて前記暗号化されたデータを復号して前記第２データの内容を読み取るよう構成されている
    サーバ。
17. 第１秘密鍵および第１公開鍵を保有するサーバと通信可能であるとともに、前記第１秘密鍵とは異なる第２秘密鍵および前記第１公開鍵とは異なる第２公開鍵を保有する通信アダプタと通信可能である携帯端末であって、
    前記通信アダプタにより生成され且つ前記第１公開鍵を用いて暗号化された第１共通鍵を取得すると、復号処理を行わずに、前記通信アダプタおよび前記サーバのいずれか一方に送り、
    第２共通鍵を生成すると、前記通信アダプタから取得した前記第２公開鍵を用いて前記第２共通鍵を暗号化して前記通信アダプタに送り、
    前記サーバから取得した前記第１公開鍵を用いて前記第２共通鍵を暗号化して前記サーバに送り、
    前記第２共通鍵を用いて暗号化されたデータを取得すると、前記第２共通鍵を用いて前記暗号化されたデータを復号して前記データの内容を読み取るよう構成されている
    携帯端末。
18. 前記第１共通鍵を用いて暗号化されたデータを取得すると、復号処理を行わずに前記通信アダプタおよび前記サーバのいずれか一方に送るよう構成されている
    請求項１７記載の携帯端末。
19. サーバと、前記サーバと通信可能であり且つ中継機能を有する携帯端末と、前記携帯端末と通信可能であり且つ前記携帯端末の前記中継機能を用いて前記サーバと通信可能である通信アダプタとを用いる通信方法であって、
    前記サーバおよび前記通信アダプタが、前記携帯端末が保有しない第１共通鍵を、前記サーバおよび前記通信アダプタのいずれか一方が前記第１共通鍵を生成した後に共有し、
    前記サーバ、前記携帯端末および前記通信アダプタが、前記第１共通鍵とは異なる第２共通鍵を、前記携帯端末が前記第２共通鍵を生成した後に共有し、
    前記サーバおよび前記通信アダプタが、送るデータを暗号化する際、前記第１共通鍵および前記第２共通鍵を使い分ける
    通信方法。
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    

Images