JP2015122704A - 通信システム、通信方法、通信アダプタおよびサーバ - Google Patents

Abstract

【課題】、データのセキュリティレベルに応じたデータの管理が可能である通信システムを提供する。
【解決手段】 通信システムは、サーバと、前記サーバと通信可能であり且つ中継機能を有する携帯端末と、前記携帯端末と通信可能であり且つ前記携帯端末の前記中継機能を用いて前記サーバと通信可能である通信アダプタとを備え、サーバおよび通信アダプタのいずれか一方が、携帯端末から送信される認証用の第１情報を取得し、取得した第１情報について認証が成功した場合、前記一方が有する秘密鍵である第１鍵を用いて暗号化することにより生成した第２情報を、携帯端末の中継機能を用いて、一方とは異なる他方に送信し、他方が、受信した第２情報に基づいて、一方を宛先とする第３情報を携帯端末へ送信することの可否判定をし、可否判定が、前記第１鍵に対応する第２鍵を用いて第２情報の復号を試みる復号処理を行い、復号処理が成功したか否かに基づいて行われる。
【選択図】図５

Description

本発明は、通信システム、通信方法、通信アダプタおよびサーバに関する。

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

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

ところで、この種の情報処理システムにおいて、例えば、カーナビゲーション装置の代わりに携帯端末を用い、車載情報処理装置とサーバとの間でのデータ送受信を、携帯端末を介して行う構成が考えられる。この場合、例えば、不正なサーバに接続された不正な携帯端末が、正規のサーバに接続された正規の携帯端末に成りすます場合が考えられる。この場合、車載情報処理装置から不正な携帯端末へデータが送信されると、不正な携帯端末が、車載情報処理装置から取得したデータを不正なサーバへ送信してしまい、車載情報処理装置から送信されるデータのセキュリティが十分に確保されない虞がある。

そこで、本発明は、セキュリティ向上を図ることができる通信システムを提供することを目的とする。

ある観点から見た本発明に係る通信システムは、サーバと、サーバと通信可能であり且つ中継機能を有する携帯端末と、携帯端末と通信可能であり且つ携帯端末の前記中継機能を用いてサーバと通信可能である通信アダプタとを備え、サーバおよび通信アダプタのいずれか一方が、携帯端末から送信される認証用の第１情報を取得し、取得した第１情報について認証が成功した場合、一方が有する秘密鍵である第１鍵を用いて暗号化することにより生成した第２情報を、携帯端末の中継機能を用いて、一方とは異なる他方に送信し、他方が、受信した第２情報に基づいて、一方を宛先とする第３情報を携帯端末へ送信することの可否判定をし、可否判定が、第１鍵に対応する第２鍵を用いて第２情報の復号を試みる復号処理の成否に基づいて行われる。

他の観点からみた本発明に係る通信方法は、サーバと、サーバと通信可能であり且つ中継機能を有する携帯端末と、携帯端末と通信可能であり且つ携帯端末の中継機能を用いてサーバと通信可能である通信アダプタとを用いた通信方法であって、サーバおよび通信アダプタのいずれか一方が、携帯端末から送信される認証用の第１情報を取得するステップと、一方が、取得した第１情報について認証が成功した場合、一方が有する秘密鍵である第１鍵を用いて暗号化することにより生成した第２情報を、携帯端末の中継機能を用いて、一方とは異なる他方に送信するステップと、他方が、受信した第２情報に基づいて、一方を宛先とする第３情報を携帯端末へ送信することの可否判定を行うステップと、を含み、可否判定を行うステップが、第１鍵に対応する第２鍵を用いて第２情報の復号を試みる復号処理の成否に基づいて行われる。

他の観点からみた本発明に係る通信アダプタは、中継機能を有する携帯端末と通信可能であるとともに、携帯端末を経由してサーバと通信可能な通信アダプタであって、携帯端末の識別情報を含む認証用の第１情報を第１鍵により暗号化することにより生成された第２情報を前記携帯端末から取得し、取得した第２情報の復号処理が成功した場合、復号処理により得られる第１情報と、通信アダプタに予め記憶された照合用情報とを照合する照合処理を行い、照合処理の結果に基づいて、サーバを宛先とする第３情報を携帯端末へ送信することの可否判定を行う。

他の観点からみた本発明に係る通信アダプタは、中継機能を有する携帯端末と通信可能であるとともに、携帯端末を経由してサーバと通信可能な通信アダプタであって、携帯端末から送信される認証用の第１情報を取得し、取得した第１情報について認証が成功した場合、自機が有する秘密鍵である第１鍵を用いて暗号化することにより生成した、サーバを宛先とする第２情報を携帯端末向けに送信する。

他の観点からみた本発明に係るサーバは、中継機能を有する携帯端末と通信可能であるとともに、携帯端末を経由して通信アダプタと通信可能なサーバであって、携帯端末の識別情報を含む認証用の第１情報を第１鍵により暗号化することにより生成された第２情報を携帯端末から取得し、取得した第２情報の復号処理が成功した場合、復号処理により得られる第１情報と、サーバに予め記憶された照合用情報とを照合する照合処理を行い、照合処理の結果に基づいて、通信アダプタを宛先とする第３情報を携帯端末へ送信することの可否判定を行う。

他の観点からみた本発明に係るサーバは、中継機能を有する携帯端末と通信可能であるとともに、携帯端末を経由して通信アダプタと通信可能なサーバであって、携帯端末から送信される認証用の第１情報を取得し、取得した第１情報について認証が成功した場合、自機が有する秘密鍵である第１鍵を用いて暗号化することにより生成した、通信アダプタを宛先とする第２情報を携帯端末向けに送信する。

なお、本発明は、このような特徴的な処理を行う通信システム、通信方法、通信アダプタおよびサーバとして実現することができるだけでなく、通信方法におけるステップをコンピュータに実行させるためのプログラムとして実現したりすることができる。また、上記通信システムや通信アダプタ、サーバの一部または全部を実現する半導体集積回路として実現できる。更に、上記プログラムは、ＣＤ−ＲＯＭ等の記録媒体に記憶させることができる。

本発明によれば、セキュリティ向上を図ることができる通信システムの提供が可能となる。

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

［実施形態の要旨］

従来、特許文献１に記載されたような情報処理システム（通信システム）が提案されている。この種の情報処理システムにおいて、例えば、カーナビゲーション装置の代わりに携帯端末を用い、車載情報処理装置とサーバとの間でのデータ送受信を、携帯端末を介して行う構成が考えられる。この場合、例えば、不正なサーバに接続された不正な携帯端末が、正規のサーバに接続された正規の携帯端末に成りすます場合が考えられる。この場合、車載情報処理装置から不正な携帯端末へデータが送信されると、不正な携帯端末が、車載情報処理装置から取得したデータを不正なサーバへ送信してしまい、車載情報処理装置から送信されるデータのセキュリティが十分に確保されない虞がある。

実施形態は、上記事由に鑑みてなされたものであり、その要旨としては、少なくとも以下のものが含まれる。
（１）ある観点から見た実施形態に係る通信システムは、サーバと、サーバと通信可能であり且つ中継機能を有する携帯端末と、携帯端末と通信可能であり且つ携帯端末の前記中継機能を用いてサーバと通信可能である通信アダプタとを備え、サーバおよび通信アダプタのいずれか一方が、携帯端末から送信される認証用の第１情報を取得し、取得した第１情報について認証が成功した場合、一方が有する秘密鍵である第１鍵を用いて暗号化することにより生成した第２情報を、携帯端末の中継機能を用いて、一方とは異なる他方に送信し、他方が、受信した第２情報に基づいて、一方を宛先とする第３情報を携帯端末へ送信することの可否判定をし、可否判定が、第１鍵に対応する第２鍵を用いて第２情報の復号を試みる復号処理の成否に基づいて行われる。
なお、「中継機能」とは、信号を受信すると、当該信号の示す情報と同じ情報を示し且つ無線通信の方式が異なる信号を送信する機能を意味する。また、「第１鍵に対応する」とは、第１鍵が秘密鍵であればそれに対応する公開鍵を意味し、或いは、第１鍵が共通鍵であればそれと同じ共通鍵を意味する。

本構成によれば、通信アダプタ（サーバ）において、第２鍵を用いた復号処理が成功すれば、サーバ（通信アダプタ）は、第２情報が第１鍵を用いて暗号化された情報であることを認識することができる。これにより、通信アダプタ（サーバ）は、サーバ（通信アダプタ）が正規であると認識することができる。また、サーバ（通信アダプタ）は、携帯端末から送信される認証用の第１情報について認証が成功しない限り、第２情報を送信しない。従って、通信アダプタ（サーバ）は、第２情報を取得し且つ第２情報の復号処理が成功したことを以て、携帯端末が正規のサーバ（通信アダプタ）により正規であると認証されたものであることを認識できる。これにより、通信アダプタ（サーバ）は、サーバ（通信アダプタ）により正規であると認証された携帯端末と正規であると認証されていない携帯端末とを区別することができる。これにより、例えば、通信アダプタ（サーバ）が、不正ユーザが所持する携帯端末向けに、サーバ（通信アダプタ）宛の第３情報を送信してしまうことを防止できるので、第３情報のセキュリティ向上を図ることができる。

（２）また、実施形態に係る通信システムは、上記第１情報が、上記携帯端末の識別情報を含み、第１情報を取得した一方が、第１情報に含まれる識別情報の認証が成功した場合、前記第２情報を生成するものであってもよい。
本構成によれば、サーバ（通信アダプタ）が、携帯端末の識別情報に基づいて、正規であると認証する携帯端末を制限することができる。これにより、不正な携帯端末をより効果的に排除することができるので、サーバや通信アダプタにおいて扱う情報のセキュリティ向上を図ることができる。

（３）また、実施形態に係る通信システムは、上記第２情報が、上記第１情報を上記第１鍵を用いて暗号化したものであり、上記第２情報を取得した上記他方が、第２情報の復号処理が成功した場合、復号処理により得られる上記第１情報に含まれる上記識別情報と、他方に予め記憶された照合用情報とを照合する照合処理を行い、照合処理の結果に基づいて、上記可否判定を行うものであってもよい。

本構成によれば、通信アダプタ（サーバ）が、復号処理により得られる第１情報と、通信アダプタ（サーバ）に予め記憶された照合用情報とを照合する照合処理を行う。これにより、例えば、サーバ（通信アダプタ）が、正規な携帯端末から送信された認証用の第１情報について認証が成功したことを以て第２情報を送信したときに、当該第２情報を不正な携帯端末が傍受したとする。そして、不正な携帯端末が、過去に第１情報を送信した携帯端末について正規と認められなくなった後に、傍受した第２情報を通信アダプタに送信したとする。この場合、通信アダプタ（サーバ）は、不正な携帯端末から送信された第１情報を暗号化することにより生成された第２情報について復号処理が成功しても、第１情報に含まれる第１情報と通信アダプタ（サーバ）が予め記憶された照合用情報とが一致しないので、照合処理が成功しない。従って、通信アダプタ（サーバ）が、不正な携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。

（４）また、実施形態に係る通信システムは、上記第２情報が、第２情報が生成された生成時刻を示す生成時刻情報を含み、上記サーバおよび上記通信アダプタのうち、上記第２情報を取得した一方が、上記生成時刻情報が示す生成時刻と、上記一方と上記携帯端末との間で通信が確立した時刻との比較結果に基づいて、上記可否判定を行うものであってもよい。
本構成によれば、通信アダプタ（サーバ）が、例えば生成時刻が一方と携帯端末との間で通信が確立した時刻よりも以前である第２情報について復号処理が成功したことを以て、当該第２情報の基となる第１情報を生成した携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。従って、通信アダプタ（サーバ）が、誤って非正規な携帯端末へ第３情報を送ることが可能と判断してしまうことを防止できる。

（５）また、実施形態に係る通信システムは、上記第２情報に有効期間が設定されており、上記サーバおよび上記通信アダプタのいずれか一方から第２情報を取得した他方が、他方が一方を宛先とする上記第３情報の送信を試みる時刻が有効期間内か否かに基づいて、上記可否判定を行うものであってもよい。
本構成によれば、通信アダプタ（サーバ）が、有効期間が経過している第２情報について復号処理が成功したことを以て、有効期間が経過している第２情報を生成した携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。従って、通信アダプタ（サーバ）が、誤って非正規な携帯端末へ第３情報を送ることが可能と判断してしまうことを防止できる。

（６）また、実施形態に係る通信システムは、上記サーバおよび上記通信アダプタのいずれか一方から上記第２情報を取得した他方が、有効期間内において、上記携帯端末との間での通信が遮断されると、一方に対して第２情報を他方へ送信するよう要求する第２情報送信要求を携帯端末に対して送信するものであってもよい。

本構成によれば、通信アダプタ（サーバ）が、有効期間内において、携帯端末との間での通信が遮断されると、サーバ（通信アダプタ）に対して第２情報の送信を要求する。これにより、例えば、通信アダプタ（サーバ）が、第２情報の有効期間内において、携帯端末を非正規の携帯端末と認定して通信を遮断したとする。この場合、通信アダプタ（サーバ）が、当該非正規と認定された携帯端末が過去に生成した第２情報について復号処理が成功したことを以て、当該非正規と認定された携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。

（７）他の観点からみた実施形態に係る通信方法は、サーバと、サーバと通信可能であり且つ中継機能を有する携帯端末と、携帯端末と通信可能であり且つ携帯端末の中継機能を用いてサーバと通信可能である通信アダプタとを用いた通信方法であって、サーバおよび通信アダプタのいずれか一方が、携帯端末から送信される認証用の第１情報を取得するステップと、一方が、取得した第１情報について認証が成功した場合、一方に固有の鍵である第１鍵を用いて暗号化することにより生成した第２情報を、携帯端末の中継機能を用いて、一方とは異なる他方に送信するステップと、他方が、受信した第２情報に基づいて、一方を宛先とする第３情報を携帯端末へ送信することの可否判定を行うステップと、を含み、可否判定を行うステップが、取得した第２情報を、第１鍵に対応する第２鍵を用いて第２情報の復号を試みる復号処理の成否に基づいて行われる。

本構成によれば、通信アダプタ（サーバ）において、第２鍵を用いた復号処理が成功すれば、サーバ（通信アダプタ）は、第２情報が第１鍵を用いて暗号化された情報であることを認識することができる。これにより、通信アダプタ（サーバ）は、サーバ（通信アダプタ）が正規であると認識することができる。また、サーバ（通信アダプタ）は、携帯端末から送信される認証用の第１情報について認証が成功しない限り、第２情報を送信しない。従って、通信アダプタ（サーバ）は、第２情報を取得し且つ第２情報の復号処理が成功したことを以て、携帯端末が正規のサーバ（通信アダプタ）により正規であると認証されたものであることを認識できる。これにより、サーバ（通信アダプタ）により正規であると認証された携帯端末と正規であると認証されていない携帯端末とを区別することができる。これにより、例えば、通信アダプタ（サーバ）が、不正ユーザが所持する携帯端末向けに、サーバ（通信アダプタ）宛の第３情報を送信してしまうことを防止できるので、第３情報のセキュリティ向上を図ることができる。

（８）他の観点からみた実施形態に係る通信アダプタは、中継機能を有する携帯端末と通信可能であるとともに、携帯端末を経由してサーバと通信可能な通信アダプタであって、携帯端末の識別情報を含む認証用の第１情報を第１鍵により暗号化することにより生成された第２情報を前記携帯端末から取得し、取得した第２情報の復号処理が成功した場合、復号処理により得られる第１情報と、自機に予め記憶された照合用情報とを照合する照合処理を行い、照合処理の結果に基づいて、サーバを宛先とする第３情報を携帯端末へ送信することの可否判定を行う。

本構成によれば、通信アダプタが、復号処理により得られる第１情報と、自機に予め記憶された照合用情報とを照合する照合処理を行う。これにより、例えば、サーバが、正規の携帯端末から送信された認証用の第１情報について認証が成功したことを以て第２情報を送信したときに、当該第２情報を不正な携帯端末が傍受したとする。そして、不正な携帯端末が、過去に第１情報を送信した携帯端末について正規と認められなくなった後に、傍受した第２情報を通信アダプタに送信したとする。この場合、通信アダプタは、不正な携帯端末から送信された第１情報を暗号化することにより生成された第２情報について復号処理が成功しても、第１情報と通信アダプタが予め記憶された照合用情報とが一致しないので、照合処理が成功しない。従って、通信アダプタが、不正な携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。

（９）他の観点からみた実施形態に係る通信アダプタは、中継機能を有する携帯端末と通信可能であるとともに、携帯端末を経由してサーバと通信可能な通信アダプタであって、携帯端末から送信される認証用の第１情報を取得し、取得した第１情報について認証が成功した場合、自機に固有の秘密鍵である第１鍵を用いて暗号化することにより生成した、サーバを宛先とする第２情報を携帯端末向けに送信する。

本構成によれば、通信アダプタに固有の秘密鍵である第１鍵を用いて第１情報を暗号化することにより生成された第２情報を、携帯端末に送信する。これにより、携帯端末は、第２情報を復号して第１情報を取得したとしても、取得した第１情報を再び暗号化することができない。従って、第１情報が、不正な携帯端末により改竄されることを防止できる。

（１０）他の観点からみた実施形態に係るサーバは、中継機能を有する携帯端末と通信可能であるとともに、携帯端末を経由して通信アダプタと通信可能なサーバであって、携帯端末の識別情報を含む認証用の第１情報を第１鍵により暗号化することにより生成された第２情報を携帯端末から取得し、取得した第２情報の復号処理が成功した場合、復号処理により得られる第１情報と、自機に予め記憶された照合用情報とを照合する照合処理を行い、照合処理の結果に基づいて、通信アダプタを宛先とする第３情報を携帯端末へ送信することの可否判定を行う。

本構成によれば、サーバが、復号処理により得られる第１情報と、自機に予め記憶された照合用情報とを照合する照合処理を行う。これにより、例えば、通信アダプタが、正規の携帯端末から送信された認証用の第１情報について認証が成功したことを以て第２情報を送信したときに、当該第２情報を不正な携帯端末が傍受したとする。例えば、サーバ（通信アダプタ）が、正規の携帯端末から送信された認証用の第１情報について認証が成功したことを以て第２情報を送信したときに、当該第２情報を不正な携帯端末が傍受したとする。そして、不正な携帯端末が、過去に第１情報を送信した携帯端末について正規と認められなくなった後に、傍受した第２情報をサーバに送信したとする。この場合、サーバは、不正な携帯端末から送信された第１情報を暗号化することにより生成された第２情報について復号処理が成功しても、第１情報とサーバに予め記憶された照合用情報とが一致しないので、照合処理が成功しない。従って、サーバが、不正な携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。

（１１）他の観点からみた実施形態に係るサーバは、中継機能を有する携帯端末と通信可能であるとともに、携帯端末を経由して通信アダプタと通信可能なサーバであって、携帯端末から送信される認証用の第１情報を取得し、取得した第１情報について認証が成功した場合、自機に固有の秘密鍵である第１鍵を用いて暗号化することにより生成した、通信アダプタを宛先とする第２情報を携帯端末向けに送信する。

本構成によれば、サーバに固有の秘密鍵である第１鍵を用いて第１情報を暗号化することにより生成された第２情報を、携帯端末に送信する。これにより、携帯端末は、第２情報を復号して第１情報を取得したとしても、取得した第１情報を再び暗号化することができない。従って、第１情報が、不正な携帯端末により改竄されることを防止できる。

［実施形態の詳細］
以下、本発明の好ましい実施形態について図面を参照しながら説明する。
＜１＞構成
図１に、本実施形態に係る通信システムの概略図を示す。
この通信システムは、通信アダプタ１と、携帯端末２と、サーバ３とから構成される。
通信アダプタ１は、携帯端末２と通信可能であり、後述の携帯端末の中継機能を用いることにより、サーバ３とも通信可能である。この通信アダプタ１は、例えば、自動車等の車両内に設置される。そして、通信アダプタ１は、車両内に設置された場合、車両に関するデータを取得して携帯端末２に送る。また、通信アダプタ１は、例えば、車両が搭載するＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続され、ＣＡＮを通じて車両に関するデータを取得する。

携帯端末２は、スマートフォン等の携帯電話から構成される。この携帯端末２は、通信アダプタ１に無線接続されるとともに、基地局（図示せず）を介してＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）２００にも接続されている。そして、携帯端末２は、通信アダプタ１とサーバ３との通信を中継する中継機能を有する。
サーバ３は、例えば、車両に関する各種データを管理している。このサーバ３は、ＷＡＮ２００に接続されている。
以下、通信システムを構成する、通信アダプタ１、携帯端末２およびサーバ３それぞれについて詳述する。

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

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

また、制御部１３は、暗号化部１３ｄと、復号部１３ｅと、を備える。暗号化部１３ｄは、記憶部１４から読みだした秘密鍵Ｄ２や共通鍵Ａを用いて暗号化処理を行う。復号部１３ｅは、記憶部１４から読みだした共通鍵Ａや公開鍵Ｄ１を用いて復号処理を行う。なお、公開鍵Ｄ１と秘密鍵Ｄ２のペアは、工場出荷時に記憶部１４に書き込まれているものであってもよい。また、制御部１３の各構成の動作の詳細については＜２＞で説明する。

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

記憶部２７は、制御部２６で用いられる通信用アプリケーションを記憶している。また、記憶部２７は、共通鍵Ｂを記憶する。更に、記憶部２７は、サーバ３から公開鍵Ｃ１を取得した場合或いは通信アダプタ１から公開鍵Ｄ１を取得した場合、公開鍵Ｃ１，Ｄ１を記憶する。

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

表示制御部２６ｂは、表示部２４を制御する。
音声制御部２６ｃは、音声処理部２１を制御する。
データ処理部２６ｄは、通信アダプタ１やサーバ３から取得したデータを用いて新たにデータを生成したり、生成したデータのセキュリティレベルの判定を行ったりする。

また、制御部２６は、暗号化部２６ｅと、復号部２６ｆと、を備える。暗号化部２６ｅは、記憶部２７から読みだした共通鍵Ｂを用いて暗号化処理を行う。復号部２６ｆは、記憶部２７から読みだした共通鍵Ｂや公開鍵Ｃ１，Ｄ１を用いて復号処理を行う。なお、制御部２６の各構成の動作の詳細については＜２＞で説明する。

＜サーバ＞
図４に、本実施形態に係るサーバ３のブロック図を示す。
サーバ３は、ＷＡＮ接続部３１と、制御部３２と、主記憶部３３と、副記憶部３４と、を備える。
ＷＡＮ接続部３１は、ＷＡＮ２００との接続を行う。
主記憶部３３は、通信アダプタ１や携帯端末２に配信するための各種データを記憶している。
副記憶部３４は、制御部３２で用いられる通信用アプリケーションを記憶している。また、副記憶部３４は、共通鍵Ａ、公開鍵Ｃ１、秘密鍵Ｃ２を記憶する。更に、副記憶部３４は、通信アダプタ１や携帯端末２から取得した共通鍵Ａ，Ｂや公開鍵Ｄ１も記憶している。
なお、主記憶部３３と副記憶部３４とは、各別の記憶装置から構成されるものであってもよいし、或いは、１つの記憶装置における、主記憶部３３として機能させる領域と副記憶部３４として機能させる領域とからなるものであってもよい。

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

また、制御部３２は、暗号化部３２ｃと、復号部３２ｄと、を備える。暗号化部３２ｃは、副記憶部３４から読みだした共通鍵Ａや秘密鍵Ｃ２を用いて暗号化処理を行う。復号部３２ｄは、共通鍵Ａ，Ｂや公開鍵Ｄ１を用いて復号処理を行う。なお、制御部３２の各構成の動作の詳細については＜２＞で説明する。

＜２＞動作
次に、本実施形態に係る通信システムの動作について説明する。ここでは、通信アダプタ１からサーバ３へ携帯端末２を経由してデータを送る場合と、サーバ３から通信アダプタ１へ携帯端末２を経由してデータを送る場合とに分けて説明する。

＜２−１＞通信アダプタからサーバに携帯端末を経由してデータを送る場合
まず、通信アダプタ１がサーバ３に携帯端末２を経由してデータを送る場合の動作について説明する。ここでは、通信アダプタ１が、データを携帯端末２に送信する際、携帯端末２のユーザ等が正規であるか否かを判定する場合と、携帯端末２で動作しているアプリケーションの改竄有無を判定する場合とについて説明する。

［携帯端末のユーザ等が正規であるか否かを判定する場合］
まず、通信アダプタ１が、携帯端末２或いは携帯端末２のユーザが正規であるか否かを判定する場合について説明する。
図５は、本実施形態に係る通信システムの動作を示すシーケンス図である。
サーバ３は、予め、公開鍵Ｃ１およびそれに対応する秘密鍵Ｃ２を保有している（ステップＳ１０１）。この公開鍵Ｃ１および秘密鍵Ｃ２は、例えば、サーバ３の工場出荷時において副記憶部３４に記憶されている。なお、公開鍵Ｃ１および秘密鍵Ｃ２は、サーバ３に電源が投入された後に副記憶部３４に書き込まれるものであってもよい。

まず、サーバ３は、自己が保有する公開鍵Ｃ１を通信アダプタ１および携帯端末２に送信する（ステップＳ１０２，Ｓ１０３）。

その後、通信アダプタ１において、データ送信開始操作が行われたとする（ステップＳ１０４）。このとき、通信アダプタ１は、携帯端末２に対してデータ受信要求を送る（ステップＳ１０５）。この「データ受信要求」は、通信アダプタ１から携帯端末２に対してサーバ３向けのデータを受信することを要求するためのものである。

一方、携帯端末２は、データ受信要求を取得すると、ユーザに対してユーザＩＤとパスワードの入力を要求する（ステップＳ１０６）。例えば、携帯端末２は、表示部２４に、ユーザに対してユーザＩＤおよびパスワードの入力ボックスを表示する。

そして、携帯端末２は、ユーザによってユーザＩＤとパスワードの入力がなされると、入力されたユーザＩＤおよびパスワードと、携帯端末２に付与された固有の機器ＩＤとを、ＷＡＮ２００を通じてサーバ３へ送信する（ステップＳ１０７）。ここにおいて、例えば、通信アダプタ１、携帯端末２およびサーバ３が、３者で共有する共通鍵Ｂを保有しており、携帯端末２が、上記ユーザＩＤ等を、共通鍵Ｂを用いて暗号化してからサーバ３へ送信するようにしてもよい。これにより、ユーザＩＤ等の内容を、共通鍵Ｂを保有しない携帯端末等に読み取られないようにすることができるので、ユーザＩＤ等のセキュリティ向上を図ることができる。

すると、サーバ３は、携帯端末２からユーザＩＤ、パスワードおよび機器ＩＤを取得すると、照合処理を行う（ステップＳ１０８）。ここにおいて、サーバ３は、前述のように、認証テーブルを保有している。なお、ユーザＩＤ等が共通鍵Ｂを用いて暗号化されている場合は、サーバ３は、自己が保有する共通鍵Ｂを用いてユーザＩＤ等を復号する復号処理を行う。

図６は、本実施形態に係る認証テーブルの一例を示す概念図である。
認証テーブルには、正規ユーザのユーザＩＤ（例えばＵ−ＩＤ１，Ｕ−ＩＤ２）と、それに対応するパスワードと、機器ＩＤとの組み合わせが登録されている。
図５に戻って、サーバ３は、照合処理において、携帯端末２から取得したユーザＩＤ、パスワードおよび機器ＩＤの組み合わせが認証テーブル（例えば図６（ａ）参照）に登録されているか否かを確認する処理を行う。

ここにおいて、サーバ３は、ユーザＩＤ、パスワードおよび機器ＩＤの組み合わせが認証テーブルに登録されている場合、認証成立と判定し、後述の電子署名の作成（ステップＳ１０９）を行う。一方、サーバ３は、ユーザＩＤ、パスワードおよび機器ＩＤの組み合わせが認証テーブルに登録されていない場合、認証不成立と判定し、処理を終了する。

このように、サーバ（通信アダプタ）が、携帯端末２の機器ＩＤに基づいて、正規であると認証する携帯端末２を制限することができる。これにより、不正な携帯端末をより効果的に排除することができるので、サーバ３や通信アダプタ１において扱う情報のセキュリティ向上を図ることができる。

次に、サーバ３は、自己の保有する秘密鍵Ｃ２を用いて、ユーザＩＤ、パスワードおよび機器ＩＤを暗号化することにより、電子署名を作成する（ステップＳ１０９）。即ち、電子署名は、秘密鍵Ｃ２を用いてユーザＩＤ、パスワードおよび機器ＩＤを暗号化したものである。なお、サーバ３が、上記ユーザＩＤ等を、共通鍵Ｂを用いて暗号化してから、暗号化されたユーザＩＤ等を、秘密鍵Ｃ２を用いて暗号化することにより電子署名を作成するようにしてもよい。

続いて、サーバ３は、作成した電子署名を、ＷＡＮ２００を通じて携帯端末２に送信する（ステップＳ１１０）。

このように、サーバ３は、携帯端末２に固有の秘密鍵Ｃ２（第１鍵）を用いてユーザＩＤ等（第１情報）を暗号化することにより生成された電子署名（第２情報）を、携帯端末２に送信する。これにより、携帯端末２は、電子署名を復号してユーザＩＤ等を取得したとしても、取得したユーザＩＤ等を再び暗号化することができない。従って、ユーザＩＤ等が、不正な携帯端末により改竄されることを防止できる。

一方、携帯端末２は、電子署名を取得すると、中継処理を行い（ステップＳ１１１）、その後、電子署名と自端末の機器ＩＤとを、通信アダプタ１に送る（ステップＳ１１２）。
そして、通信アダプタ１は、電子署名を取得すると、公開鍵Ｃ１を用いて電子署名の復号を試みる復号処理を行う（ステップＳ１１３）。

ここにおいて、通信アダプタ１は、予め正規と認めた携帯端末２の機器ＩＤが登録された機器ＩＤリストを保有している。なお、機器ＩＤリストは、複数の機器ＩＤが登録可能なものでもよく、或いは、１つの機器ＩＤのみが登録可能なものであってもよい。

ここにおいて、通信アダプタ１は、復号処理が成功した場合、携帯端末２のユーザＩＤ、パスワードおよび機器ＩＤを取得できる。一方、通信アダプタ１は、復号処理が失敗した場合、携帯端末２が正規でないと判定し、処理を終了する。
なお、ユーザＩＤ等が共通鍵Ｂを用いて暗号化されている場合は、通信アダプタ１は、公開鍵Ｃ１を用いて復号処理を行った後、更に、自己が保有する共通鍵Ｂを用いてユーザＩＤ等の復号を試みる復号処理を行う。

次に、通信アダプタ１は、復号処理により取得した機器ＩＤと、機器ＩＤリストに登録されている機器ＩＤとを照合する照合処理を行う（ステップＳ１１４）。そして、通信アダプタ１は、照合処理において、復号処理により取得した機器ＩＤが機器ＩＤリストに登録されているか否かを判定する処理を行う。この「機器ＩＤリスト」は、通信アダプタ１に予め記憶された照合用情報であり、正規の携帯端末がサーバ３に送信すべき情報（例えば、正規の携帯端末の機器ＩＤ）が登録されたリストである。また、「予め記憶された」とは、通信アダプタ１が少なくともサーバ３から電子署名を取得するよりも以前に、機器ＩＤリストが通信アダプタに記憶されていることを意味する。

ここにおいて、サーバ３は、復号処理により取得した機器ＩＤが機器ＩＤリストに登録されている場合、携帯端末２が正規であると判定し、携帯端末２へのデータ（第３情報）の送信を行う（ステップＳ１１５）。
一方、サーバ３は、復号処理により取得した機器ＩＤが機器ＩＤリストに登録されていない場合、携帯端末２が正規でない（非正規）と判定し、携帯端末２へのデータの送信を回避する。

そして、携帯端末２は、通信アダプタ１からデータを受信すると、中継処理を行い（ステップＳ１１６）、その後、データを、サーバ３へ送信する（ステップＳ１１７）。

なお、通信アダプタ１は、必ずしも照合処理を行う構成に限定されるものではない。例えば、通信アダプタが、照合処理を行わず、電子署名の復号処理が成功した場合、携帯端末２が正規であると判定し、携帯端末２へのデータの送信を行う構成であってもよい。この場合、通信アダプタ１は、電子署名の復号処理が失敗した場合、携帯端末２が正規でない（非正規）と判定し、携帯端末２へのデータの送信を回避する。

以上説明したように、本実施形態に係る通信システムによれば、通信アダプタ１が、復号処理により得られる機器ＩＤ（識別情報）と、通信アダプタ１に予め記憶された機器ＩＤリスト（識別情報）とを照合する照合処理を行う。これにより、例えば、サーバ３が、正規の携帯端末２から送信された当該正規の携帯端末２の機器ＩＤ等について認証が成功したことを以て電子署名（第２情報）を送信したときに、当該電子署名を不正な携帯端末が傍受したとする。そして、不正な携帯端末が、過去に第１情報を送信した携帯端末２について正規と認められなくなった後に、傍受した電子署名を通信アダプタ１に送信したとする。この場合、通信アダプタ１は、不正な携帯端末から送信された機器ＩＤを暗号化することにより生成された電子署名について復号処理が成功しても、電子署名に含まれる機器ＩＤと通信アダプタ１に予め記憶された機器ＩＤとが一致しないので、照合処理が成功しない。従って、通信アダプタ１が、不正な携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。

［携帯端末で動作するアプリケーションが正規であるか否かを判定する場合］
まず、通信アダプタ１が、携帯端末２で動作するアプリケーションの正規性を判定する場合について説明する。
図７は、本実施形態に係る通信システムの動作を示すシーケンス図である。なお、図７において図５と同様の処理については同一の符号を付して適宜説明を省略する。
まず、通信システムにおいて、ステップＳ１０１〜ステップＳ１０５の処理が行われると、携帯端末２が、データ受信要求を取得する。

すると、携帯端末２が、サーバ３に対してランダムシード（乱数種）の送信を要求するランダムシード要求を送信する（ステップＳ１９８）。
一方、サーバ３は、携帯端末２からランダムシード要求を受信すると、携帯端末２に対してランダムシードを送信する（ステップＳ１９９）。
また、サーバ３は、送信したランダムシードを初期値としてハッシュ値を計算する（ステップＳ２００）。

そして、携帯端末２は、サーバ３から受信したランダムシードを初期値として、自端末で動作しているアプリケーションのハッシュ値を算出する処理を行う（ステップＳ２０１）。ここでは、携帯端末２のデータ処理部２６ｄが、アプリケーションファイルに含まれるキー情報に対応するハッシュ値を、所定のハッシュ関数を用いて算出する。

次に、携帯端末２は、算出したアプリケーションのハッシュ値と、当該アプリケーションの識別情報（アプリケーションＩＤ）とを、サーバ３へ送信する（ステップＳ２０２）。ここにおいて、携帯端末２が、アプリケーションのハッシュ値および識別情報を、前述の共通鍵Ｂを用いて暗号化してからサーバ３へ送信するようにしてもよい。これにより、アプリケーションのハッシュ値等を、共通鍵Ｂを保有しない他の携帯端末等に読み取られないようにすることができるので、アプリケーションのハッシュ値等のセキュリティ向上を図ることができる。

一方、サーバ３は、携帯端末２から受信したアプリケーションのハッシュ値等に対して照合処理を行う（ステップＳ２０３）。ここにおいて、サーバ３は、自機内で計算して得られたハッシュ値と、携帯端末２から受信したハッシュ値とを照合する。

ところで、不正な携帯端末が、正規の携帯端末２から送信されたハッシュ値を傍受したとする。この場合、不正な携帯端末が、傍受したハッシュ値をサーバ３へ送信することにより、正規な携帯端末２に成りすますことが考えられる。
これに対して、本実施形態では、携帯端末２とサーバ３とにおいて、前述のステップＳ１９８〜Ｓ２０３で示した一連の処理が行われる。これにより、携帯端末２では、サーバ３からランダムシードを取得する毎に異なるハッシュ値を算出してサーバ３へ送信する。従って、不正な携帯端末が、正規の携帯端末２に成りすますことを防止できるという利点がある。
なお、アプリケーションのハッシュ値等が共通鍵Ｂを用いて暗号化されている場合は、サーバ３は、自己が保有する共通鍵Ｂを用いてアプリケーションのハッシュ値等の復号を試みる復号処理を行ってから照合処理を行う。

次に、サーバ３は、自己の保有する秘密鍵Ｃ２を用いて、アプリケーションのハッシュ値を暗号化することにより、電子署名を作成する（ステップＳ２０４）。即ち、電子署名は、秘密鍵Ｃ２を用いてアプリケーションのハッシュ値を暗号化したものである。なお、サーバ３が、アプリケーションのハッシュ値を、共通鍵Ｂを用いて暗号化してから、暗号化されたハッシュ値を、秘密鍵Ｃ２を用いて暗号化することにより電子署名を作成するようにしてもよい。

続いて、サーバ３は、作成した電子署名を、携帯端末２に送信する（ステップＳ１１０）。

一方、携帯端末２は、電子署名を取得すると、中継処理を行い（ステップＳ１１１）、その後、電子署名を、通信アダプタ１に送る（ステップＳ１１２）。
そして、通信アダプタ１は、電子署名を取得すると、公開鍵Ｃ１を用いて電子署名の復号を試みる復号処理を行う（ステップＳ２０５）。
なお、通信アダプタ１も、携帯端末２から取得したアプリケーションのハッシュ値について照合処理を行うようにしてもよい。この場合、アプリケーションのハッシュ値等が共通鍵Ｂを用いて暗号化されている場合は、サーバ３は、自己が保有する共通鍵Ｂを用いてアプリケーションのハッシュ値等を復号する復号処理を行う必要がある。

ここにおいて、通信アダプタ１は、復号処理が成功した場合、携帯端末２で起動するアプリケーションが正規であると判定し、携帯端末２へのデータの送信を行う（ステップＳ１１５）。一方、通信アダプタ１は、復号処理が失敗した場合、携帯端末２で起動するアプリケーションが正規でないと判定し、携帯端末２へのデータの送信を回避する。

一方、携帯端末２は、通信アダプタ１からデータを受信すると、中継処理を行い（ステップＳ１１６）、その後、データを、サーバ３へ送信する（ステップＳ１１７）。

以上説明したように、サーバ３が、携帯端末２で起動するアプリケーションのハッシュ値について認証する処理を行う。これにより、通信アダプタ１は、サーバ３が認証できる範囲内において改竄がなされていないアプリケーションが起動している携帯端末２に対してデータを送信することができる。

なお、通信アダプタ１は、携帯端末２のユーザ等が正規であるか否かを判定し、更に、携帯端末２で動作しているアプリケーションの改竄有無を判定してから、宛先をサーバ３とするデータを携帯端末２へ送信してもよい。
この場合、携帯端末２およびサーバ３は、通信アダプタ１からデータ受信要求を取得すると、図５および図７に示す動作の両方を開始する。そして、通信アダプタ１は、ユーザＩＤ等の照合処理（図５のステップＳ１１４）が成功し且つアプリケーションのハッシュ値の復号処理（図７のステップＳ２０５）が成功した場合、サーバ３を宛先とするデータを携帯端末２向けに送信するようにすればよい。
即ち、通信アダプタ１は、携帯端末２のユーザ等が正規であり且つ携帯端末２で動作するアプリケーションが改竄されていないと判定できてから初めて携帯端末２にデータを送信することになる。

＜２−２＞サーバから通信アダプタに携帯端末を経由してデータを送る場合
次に、サーバ３が通信アダプタ１に携帯端末２を経由してデータを送る場合の動作について説明する。ここでは、サーバ３が、データを携帯端末２に送信する際、携帯端末２のユーザ等が正規であるか否かを判定する場合と、携帯端末２で動作しているアプリケーションの改竄有無を判定する場合とについて説明する。

［ユーザ等が正規であるか否かを判定する場合］
まず、サーバ３が、携帯端末２或いは携帯端末２のユーザが正規であるか否かを判定する場合について説明する。
図８は、本実施形態に係る通信システムの動作を示すシーケンス図である。
通信アダプタ１は、予め、公開鍵Ｄ１およびそれに対応する秘密鍵Ｄ２を保有している（ステップＳ５０１）。この公開鍵Ｄ１および秘密鍵Ｄ２は、例えば、サーバ３の工場出荷時において記憶部１４に記憶されている。なお、公開鍵Ｄ１および秘密鍵Ｄ２は、通信アダプタ１に電源が投入された後に記憶部１４に書き込まれるものであってもよい。

まず、通信アダプタ１は、自己が保有する公開鍵Ｄ１をサーバ３および携帯端末２に送信する（ステップＳ５０２，Ｓ５０３）。

次に、サーバ３において、データ送信開始操作が行われたとする（ステップＳ５０４）。このとき、サーバ３は、携帯端末２に対してＷＡＮ２００を通じてデータ受信要求を送る（ステップＳ５０５）。この「データ受信要求」は、サーバ３から携帯端末２に対して通信アダプタ１向けのデータを受信することを要求するためのものである。

一方、携帯端末２は、データ受信要求を取得すると、ユーザに対してユーザＩＤとパスワードの入力を要求する（ステップＳ５０６）。例えば、携帯端末２は、表示部２４に、ユーザに対してユーザＩＤおよびパスワードの入力ボックスを表示する。

そして、携帯端末２は、ユーザによってユーザＩＤとパスワードの入力がなされると、入力されたユーザＩＤ等を通信アダプタ１へ送信する（ステップＳ５０７）。なお、ユーザＩＤ等は、前述の共通鍵Ｂを用いて暗号化されていてもよい。

すると、通信アダプタ１は、携帯端末２からユーザＩＤ、パスワードおよび機器ＩＤを取得すると、照合処理を行う（ステップＳ５０８）。ここにおいて、通信アダプタ１は、前述のように、認証テーブルを保有している。この認証テーブルは、例えば図６に示すようなものである。また、ユーザＩＤ等が共通鍵Ｂを用いて暗号化されている場合、通信アダプタ１は、共通鍵Ｂを用いてユーザＩＤ等を復号する処理を行う。
そして、通信アダプタ１は、照合処理において、携帯端末２から取得したユーザＩＤ、パスワードおよび機器ＩＤの組み合わせが認証テーブルに登録されているか否かを確認する処理を行う。

ここにおいて、通信アダプタ１は、ユーザＩＤ、パスワードおよび機器ＩＤの組み合わせが認証テーブルに登録されている場合、認証成立と判定し、後述のステップＳ５０７の処理を行う。一方、通信アダプタ１は、ユーザＩＤ、パスワードおよび機器ＩＤの組み合わせが認証テーブルに登録されていない場合、認証不成立と判定し、処理を終了する。

このように、通信アダプタ１は、携帯端末２の機器ＩＤ（識別情報）に基づいて、正規であると認証する携帯端末２を制限することができる。これにより、不正な携帯端末をより効果的に排除することができるので、サーバ３や通信アダプタ１において扱う情報のセキュリティ向上を図ることができる。

次に、通信アダプタ１は、自己の保有する秘密鍵Ｄ２を用いて、ユーザＩＤ、パスワードおよび機器ＩＤを暗号化することにより、電子署名を作成する（ステップＳ５０９）。即ち、電子署名は、秘密鍵Ｄ２を用いてユーザＩＤ、パスワードおよび機器ＩＤを暗号化したものである。なお、電子署名は、ユーザＩＤ等を前述の共通鍵Ｂを用いて暗号化することにより生成された情報を、更に秘密鍵Ｄ２を用いて暗号化されたものであってもよい。
続いて、通信アダプタ１は、作成した電子署名を、携帯端末２に送信する（ステップＳ５１０）。

このように、通信アダプタ１は、携帯端末２に秘密鍵Ｄ２（第１鍵）を用いてユーザＩＤ等（第１情報）を暗号化することにより生成された電子署名（第２情報）を、携帯端末２に送信する。これにより、携帯端末２は、電子署名を復号してユーザＩＤ等を取得したとしても、取得したユーザＩＤ等を再び暗号化することができない。従って、ユーザＩＤ等が、不正な携帯端末により改竄されることを防止できる。

一方、携帯端末２は、電子署名を取得すると、中継処理を行い（ステップＳ５１１）、その後、電子署名および自端末の機器ＩＤを、ＷＡＮ２００を通じてサーバ３に送る（ステップＳ５１２）。
そして、サーバ３は、電子署名を取得すると、公開鍵Ｄ１を用いて電子署名の復号を試みる復号処理を行う（ステップＳ５１３）。

ここにおいて、サーバ３は、予め正規と認めた携帯端末２の機器ＩＤが登録された機器ＩＤリストを保有している。なお、機器ＩＤリストは、複数の機器ＩＤが登録されていてもよいし、或いは、１つの携帯端末の機器ＩＤのみが登録されているものであってもよい。
ここにおいて、サーバ３は、復号処理が成功した場合、携帯端末２のユーザＩＤ、パスワードおよび機器ＩＤを電子署名から取得できる。一方、サーバ３は、復号処理が失敗した場合、携帯端末２で起動するアプリケーションが正規でないと判定し、処理を終了する。

次に、サーバ３は、復号処理が成功した場合、復号処理により取得した機器ＩＤと、機器ＩＤリストに登録された機器ＩＤとを照合する照合処理を行う（ステップＳ５１４）。ここでは、サーバ３が、照合処理において、携帯端末２から取得した機器ＩＤが機器ＩＤリストに登録されているか否かを判定する処理を行う。この「機器ＩＤリスト」は、サーバ３に予め記憶された照合用情報であり、正規の携帯端末が通信アダプタ１に送信すべき情報（例えば、正規の携帯端末の機器ＩＤ）が登録されたリストである。また、「予め記憶された」とは、サーバ３が少なくとも通信アダプタ１から電子署名を取得するよりも以前に、機器ＩＤリストが通信アダプタに記憶されていることを意味する。

ここにおいて、サーバ３は、復号処理により取得した機器ＩＤが機器ＩＤリストに登録されている場合、携帯端末２が正規であると判定し、携帯端末２へのデータ（第３情報）の送信を行う（ステップＳ５１５）。
一方、サーバ３は、復号処理により取得した機器ＩＤが機器ＩＤリストに登録されていない場合、携帯端末２が正規でない（非正規）と判定し、携帯端末２へのデータの送信を回避する。

そして、携帯端末２は、サーバ３からデータを受信すると、中継処理を行い（ステップＳ５１６）、その後、データを、通信アダプタ１へ送信する（ステップＳ５１７）。

以上説明したように、本実施形態に係る通信システムによれば、サーバ３が、復号処理により得られる機器ＩＤ（識別情報）と、サーバ３に予め記憶された機器ＩＤリスト（識別情報）とを照合する照合処理を行う。これにより、例えば、サーバ３が、正規の携帯端末２から送信された当該正規の携帯端末２の機器ＩＤ等について認証が成功したことを以て電子署名（第２情報）を送信したときに、当該電子署名を不正な携帯端末が傍受したとする。そして、不正な携帯端末が、過去に電子署名を送信した携帯端末２について正規と認められなくなった後に、傍受した電子署名をサーバ３に送信したとする。この場合、サーバ３は、不正な携帯端末から送信された機器ＩＤを暗号化することにより生成された電子署名について復号処理が成功しても、電子署名に含まれる機器ＩＤと通信アダプタ１に予め記憶された機器ＩＤとが一致しないので、照合処理が成功しない。従って、サーバ３が、不正な携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。

［携帯端末で動作するアプリケーションが正規であるか否かを判定する場合］
まず、通信アダプタ１が、携帯端末２で動作するアプリケーションの正規性を判定する場合について説明する。
図９は、本実施形態に係る通信システムの動作を示すシーケンス図である。なお、図９において図８と同様の処理については同一の符号を付して適宜説明を省略する。
まず、通信システムにおいて、ステップＳ５０１〜ステップＳ５０５までの処理が行われると、携帯端末２が、データ受信要求を取得する。

すると、携帯端末２が、通信アダプタ１に対してランダムシードの送信を要求するランダムシード要求を送信する（ステップＳ５９８）。
一方、通信アダプタ１は、携帯端末２からランダムシード要求を受信すると、携帯端末２に対してランダムシードを送信する（ステップＳ５９９）。
また、通信アダプタ１は、送信したランダムシードを初期値としてハッシュ値を計算する（ステップＳ６００）。

そして、携帯端末２は、サーバ３から受信したランダムシードを初期値として、自端末で動作しているアプリケーションのハッシュ値を算出する処理を行う（ステップＳ６０１）。そして、携帯端末２は、算出したアプリケーションのハッシュ値と当該アプリケーションの識別情報（アプリケーションＩＤ）を、通信アダプタ１へ送信する（ステップＳ６０２）。

一方、通信アダプタ１は、携帯端末２から受信したアプリケーションのハッシュ値に対して照合処理を行う（ステップＳ６０３）。ここにおいて、サーバ３は、自機内で計算して得られたハッシュ値と、携帯端末２から受信したハッシュ値とを照合する。

次に、通信アダプタ１は、自己の保有する秘密鍵Ｄ２を用いて、アプリケーションのハッシュ値を暗号化することにより、電子署名を作成する（ステップＳ６０４）。即ち、電子署名は、秘密鍵Ｃ２を用いてアプリケーションのハッシュ値を暗号化したものである。なお、通信アダプタ１が、アプリケーションのハッシュ値を、共通鍵Ｂを用いて暗号化してから、暗号化されたハッシュ値を、秘密鍵Ｄ２を用いて暗号化することにより電子署名を作成するようにしてもよい。

続いて、通信アダプタ１は、作成した電子署名を、携帯端末２に送信する（ステップＳ５１０）。

一方、携帯端末２は、電子署名を取得すると、中継処理を行い（ステップＳ５１１）、その後、電子署名を、ＷＡＮ２００を通じてサーバ３に送る（ステップＳ５１２）。

そして、サーバ３は、電子署名を取得すると、公開鍵Ｄ１を用いて電子署名の復号を試みる復号処理を行う（ステップＳ５１３）。
なお、サーバ３も、携帯端末２から取得したアプリケーションのハッシュ値について照合処理を行うようにしてもよい。この場合、アプリケーションのハッシュ値等が共通鍵Ｂを用いて暗号化されている場合は、サーバ３は、自己が保有する共通鍵Ｂを用いてアプリケーションのハッシュ値等を復号する復号処理を行う必要がある。

ここにおいて、サーバ３は、公開鍵Ｄ１を用いた復号処理が成功した場合、携帯端末２で起動するアプリケーションが正規であると判定し、携帯端末２へのデータの送信を行う（ステップＳ５１５）。一方、サーバ３は、公開鍵Ｄ１を用いた復号処理が失敗した場合、携帯端末２で起動するアプリケーションが正規でないと判定し、携帯端末２へのデータの送信を回避する。

一方、携帯端末２は、サーバ３からデータを受信すると、中継処理を行い（ステップＳ５１６）、その後、データを、通信アダプタ１へ送信する（ステップＳ５１７）。

なお、サーバ３は、携帯端末２のユーザ等が正規であるか否かを判定し、更に、携帯端末２で動作しているアプリケーションの改竄有無を判定してから、宛先を通信アダプタ１とするデータを携帯端末２へ送信してもよい。
この場合、携帯端末２および通信アダプタ１は、サーバ３からデータ受信要求を取得すると、図８および図９に示す動作の両方を開始する。そして、サーバ３は、ユーザＩＤ等の照合処理（図８におけるステップＳ５１４）が成功し、且つ、アプリケーションのハッシュ値の復号処理が成功した場合、宛先が通信アダプタ１に設定されたデータを携帯端末２向けに送信するようにすればよい。
即ち、サーバ３は、携帯端末２のユーザ等が正規であり且つ携帯端末２で動作するアプリケーションが改竄されていないと判定できてから初めて携帯端末２にデータを送信することになる。

＜３＞まとめ
結局、本実施形態に係る通信システムによれば、通信アダプタ１（サーバ３）において、公開鍵Ｃ１（Ｄ１）（第２鍵）を用いた復号処理が成功したとする。この場合、サーバ３（通信アダプタ１）は、電子署名（第２情報）が秘密鍵Ｃ２（Ｄ２）（第１鍵）を用いて暗号化された情報であることを認識することができる。これにより、通信アダプタ１（サーバ３）は、サーバ３（通信アダプタ１）が正規であると認識することができる。また、サーバ３（通信アダプタ１）は、携帯端末２から送信される認証用のユーザＩＤ等（第１情報）について認証が成功しない限り、電子署名を送信しない。従って、通信アダプタ１（サーバ３）は、電子署名を取得し、電子署名の復号処理が成功したことを以て、携帯端末２が正規のサーバ３（通信アダプタ１）により正規であると認証されたものであることを認識できる。これにより、通信アダプタ１（サーバ３）は、サーバ３（通信アダプタ１）により正規であると認証された携帯端末２と、正規であると認証されていない携帯端末とを区別することができる。これにより、例えば、通信アダプタ１（サーバ３）が、不正ユーザが所持する携帯端末向けに、サーバ３（通信アダプタ１）宛のデータ（第３情報）を送信してしまうことを防止できるので、データのセキュリティ向上を図ることができる。

［変形例］
（１）実施形態では、通信アダプタ１或いはサーバ３が、公開鍵Ｃ１，Ｄ１と秘密鍵Ｃ２，Ｄ２とを保有する例について説明した。但し、通信アダプタ１およびサーバ３が保有する鍵（秘密鍵）は、公開鍵暗号方式における秘密鍵に限定されるものではなく、通信アダプタ１およびサーバ３が互いに共有する共通鍵を保有し、当該共通鍵を用いて電子署名を作成する構成であってもよい。

図１０〜図１３は、本変形例に係る通信システムの動作を示すシーケンス図である。ここで、図１０および図１１は、通信アダプタ１からサーバ３へデータを送信する場合を示し、図１２および図１３は、サーバ３から通信アダプタ１へデータを送信する場合を示している。なお、実施形態と同様の処理については同一の符号を付して適宜説明を省略する。

図１０〜図１３に示すように、本変形例に係る通信システムでは、通信アダプタ１およびサーバ３が、両者でのみ共有する共通鍵Ａを保有している点が実施形態と相違する。
ここでは、実施形態と同様に、通信アダプタ１からサーバ３へ携帯端末２を経由してデータを送る場合と、サーバ３から通信アダプタ１へ携帯端末２を経由してデータを送る場合とに分けて説明する。そして、各場合について更に通信アダプタ１が、データを携帯端末２に送信する際、携帯端末２のユーザ等が正規であるか否かを判定する場合と、携帯端末２で動作しているアプリケーションの改竄有無を判定する場合とについて説明する。

＜通信アダプタからサーバに携帯端末を経由してデータを送る場合＞
［携帯端末のユーザ等が正規であるか否かを判定する場合］
図１０に示すように、通信アダプタ１においてデータ送信開始操作が行われた後（ステップＳ１０４）、通信システムにおいて、ステップＳ１０５〜ステップＳ１０８までの処理が行われる。
その後、サーバ３は、自己の保有する共通鍵Ａを用いて、ユーザＩＤ、パスワードおよび機器ＩＤを暗号化することにより、電子署名を作成する（ステップＳ３０３）。なお、ユーザＩＤ等は、例えば通信アダプタ１、携帯端末２およびサーバ３で共有する共通鍵Ｂを用いて暗号化されていてもよい。

次に、サーバ３が、ＷＡＮ２００を通じて電子署名を携帯端末２へ送信する（ステップＳ１１０）。一方、携帯端末２は、電子署名に対して中継処理を行い（ステップＳ１１１）、その後、電子署名および自端末の機器ＩＤを通信アダプタ１へ送信する（ステップＳ１１２）。
続いて、通信アダプタ１が、自己の保有する共通鍵Ａを用いて携帯端末２から取得した電子署名の復号を試みる復号処理を行う（ステップＳ３０４）。

ここにおいて、通信アダプタ１は、共通鍵Ａを用いた復号処理が成功した場合、携帯端末２のユーザＩＤ等を電子署名から取得することができる。一方、サーバ３は、共通鍵Ａを用いた復号処理が失敗した場合、携帯端末２が正規でないと判定し、処理を終了する。
その後、通信システムにおいて、ステップＳ１１４〜ステップＳ１１７までの処理が行われる。

［携帯端末で動作するアプリケーションが正規であるか否かを判定する場合］
図１１に示すように、通信アダプタ１においてデータ送信開始操作が行われた後（ステップＳ１０４）、通信システムにおいて、ステップＳ１０５〜ステップＳ２０３までの処理が行われる。

その後、サーバ３は、自己の保有する共通鍵Ａを用いて、アプリケーションのハッシュ値を暗号化することにより、電子署名を作成する（ステップＳ４０１）。なお、アプリケーションのハッシュ値は、例えば通信アダプタ１、携帯端末２およびサーバ３で共有する共通鍵Ｂを用いて暗号化されていてもよい。

次に、サーバ３が、ＷＡＮ２００を通じて電子署名を携帯端末２へ送信する（ステップＳ１１０）。一方、携帯端末２は、電子署名に対して中継処理を行って（ステップＳ１１１）、通信アダプタ１へ送信する（ステップＳ１１２）。
続いて、サーバ３が、自己の保有する共通鍵Ａを用いて携帯端末２から取得した電子署名の復号を試みる復号処理を行う（ステップＳ４０２）。

ここにおいて、サーバ３は、共通鍵Ａを用いた復号処理が成功した場合、携帯端末２で起動するアプリケーションが正規であると判定し、携帯端末２へのデータの送信を行う（ステップＳ１１５）。一方、サーバ３は、共通鍵Ａを用いた復号処理が失敗した場合、携帯端末２で起動するアプリケーションが正規でないと判定し、携帯端末２へのデータの送信を回避する。

その後、通信システムにおいて、ステップＳ１１６およびステップＳ１１７の処理が行われる。

＜サーバから通信アダプタに携帯端末を経由してデータを送る場合＞
［携帯端末のユーザ等が正規であるか否かを判定する場合］
図１２に示すように、サーバ３においてデータ送信開始操作が行われた後（ステップＳ５０４）、通信システムにおいて、ステップＳ５０５〜ステップＳ５０８までの処理が行われる。その後、通信アダプタ１は、自己の保有する共通鍵Ａを用いて、ユーザＩＤ、パスワードおよび機器ＩＤを暗号化することにより、電子署名を作成する（ステップＳ７０１）。

次に、通信アダプタ１が、電子署名を携帯端末２へ送信する（ステップＳ５１０）。一方、携帯端末２は、電子署名に対して中継処理を行い（ステップＳ５１１）、その後、電子署名および自端末の機器ＩＤをサーバ３へ送信する（ステップＳ５１２）。
続いて、サーバ３が、自己の保有する共通鍵Ａを用いて携帯端末２から取得した電子署名の復号を試みる復号処理を行う（ステップＳ７０２）。

ここにおいて、サーバ３は、共通鍵Ａを用いた復号処理が成功した場合、携帯端末２のユーザＩＤ等を電子署名から取得することができる。一方、サーバ３は、共通鍵Ａを用いた復号処理が失敗した場合、携帯端末２が正規でないと判定し、処理を終了する。

その後、通信システムにおいて、ステップＳ５１４〜ステップＳ５１７までの処理が行われる。

［携帯端末で動作するアプリケーションが正規であるか否かを判定する場合］
図１３に示すように、サーバ３においてデータ送信開始操作が行われた後（ステップＳ５０４）、通信システムにおいて、ステップＳ５０５〜ステップＳ６０３までの処理が行われる。

その後、通信アダプタ１は、自己の保有する共通鍵Ａを用いて、アプリケーションのハッシュ値を暗号化することにより、電子署名を作成する（ステップＳ８０１）。なお、アプリケーションのハッシュ値は、例えば通信アダプタ１、携帯端末２およびサーバ３で共有する共通鍵Ｂを用いて暗号化されていてもよい。

次に、通信アダプタ１が、電子署名を携帯端末２へ送信し（ステップＳ５１０）、携帯端末２が中継処理を行って（ステップＳ５１１）、サーバ３へ送信する（ステップＳ５１２）。
続いて、サーバ３が、自己の保有する共通鍵Ａを用いて携帯端末２から取得した電子署名の復号を試みる復号処理を行う（ステップＳ８０２）。

ここにおいて、サーバ３は、共通鍵Ａを用いた復号処理が成功した場合、携帯端末２で起動するアプリケーションが正規であると判定し、携帯端末２へのデータの送信を行う（ステップＳ５１５）。一方、サーバ３は、共通鍵Ａを用いた復号処理が失敗した場合、携帯端末２で起動するアプリケーションが正規でないと判定し、携帯端末２へのデータの送信を回避する。

その後、通信システムにおいて、ステップＳ５１５およびステップＳ５１６の処理が行われる。

本構成によれば、例えば通信アダプタ１によるデータの送信先となる携帯端末２以外の他の携帯端末が、サーバ３から電子署名を受信できる位置に存在するとする。この場合、他の携帯端末が、携帯端末２のユーザＩＤ等を傍受してしまうことを防止できる。

（２）なお、実施形態に係る通信システムにおいて、電子署名に有効期間が設定されていてもよい。そして、サーバ３或いは通信アダプタ１のうち、電子署名を取得した一方が、有効期間と、データの送信を試みる時刻との比較結果に基づいて、データを送信するか否かを判定するものであってもよい。

例えば、図５に示す通信アダプタ１がサーバ３へ携帯端末２を経由してデータを送信する場合を想定する。
この場合、サーバ３は、電子署名を作成する際（ステップＳ１０９）、作成する電子署名の有効期間を示す情報も暗号化するようにすればよい。この有効期間を示す情報としては、例えば、有効期間の開始時刻と終了時刻（開始時刻：○年○月○日○時○分○秒、終了時刻：△年△月△日△時△分△秒」が挙げられる。

そして、通信アダプタ１は、電子署名を復号した後（ステップＳ１１３）、電子署名を復号して得られる有効期間の開始時刻と終了時刻を示す情報と、データ送信を試みる時刻とを比較するようにすればよい。例えば、通信アダプタ１は、データ送信を試みる時刻が、前述の有効期間内であると判定すれば、データ送信を行えばよい。一方、通信アダプタ１は、データ送信を試みる時刻が、前述の有効期間外であると判定すれば、データ送信を回避するようにすればよい。

本構成によれば、電子署名（第２情報）を取得した通信アダプタ１（サーバ３）が、有効期間が経過した電子署名の復号処理が成功したことを以て、有効期間が経過した電子署名を生成した携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。

（３）また、変形例（２）に係る通信システムにおいて、通信アダプタ１（サーバ３）が、有効期間内において、携帯端末２との間での通信が遮断されたとする。この場合、電子署名を取得した通信アダプタ１（サーバ３）が、電子署名を送信したサーバ３（通信アダプタ１）に対して、電子署名送信要求（第２情報送信要求）を携帯端末２向けに送信するものであってもよい。ここで、「電子署名送信要求」は、通信アダプタ１（サーバ３）へ電子署名を再度送信することを要求するものである。

例えば、図５に示す通信アダプタ１がサーバ３へ携帯端末２を経由してデータを送信する場合を想定する。
この場合、前述（２）で説明したように、サーバ３が、電子署名を作成する際（ステップＳ１０９）、作成する電子署名の有効期間を示す情報も暗号化する。一方、通信アダプタ１は、電子署名を復号した後（ステップＳ１１３）、携帯端末２との通信が遮断されたことを検知すると、サーバ３に対して通信アダプタ１へ電子署名を再送することを要求する電子署名送信要求を携帯端末２向けに送信するようにすればよい。

本構成によれば、電子署名（第２情報）を取得した通信アダプタ１（サーバ３）が、電子署名の有効期間内において、携帯端末２との間での通信が遮断されると、サーバ３（通信アダプタ１）に対して電子署名の送信を要求する。これにより、例えば、電子署名を取得した通信アダプタ１（サーバ３）が、電子署名の有効期間内において、携帯端末を非正規の携帯端末と認定して通信を遮断したとする。この場合、電子署名を取得した通信アダプタ１（サーバ３）が、当該非正規と認定された携帯端末が過去に生成した電子署名について復号処理が成功したことを以て、当該非正規と認定された携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。

（４）また、実施形態に係る通信システムでは、電子署名（第２情報）が、電子署名の生成された生成時刻を示す生成時刻情報を含むものであってもよい。そして、サーバ３および通信アダプタ１のうち、電子署名を取得した一方が、生成時刻情報の示す生成時刻と、上記一方と携帯端末２との間で通信が確立した時刻との比較結果に基づいて、データ（第３情報）を送信するか否かを判定するものであってもよい。

例えば、図５に示す通信アダプタ１がサーバ３へ携帯端末２を経由してデータを送信する場合を想定する。
この場合、サーバ３は、電子署名を作成する際（ステップＳ１０９）、電子署名の生成時刻を示す生成時刻情報も暗号化するようにすればよい。

一方、通信アダプタ１は、データを送信しようとする携帯端末２との通信が確立した通信確立時刻を記憶している。そして、通信アダプタ１は、電子署名を復号した後（ステップＳ１１３）、電子署名を復号して得られる生成時刻情報が示す生成時刻と、上記通信確立時刻とを比較するようにすればよい。例えば、通信アダプタ１は、生成時刻情報が示す生成時刻と、上記通信確立時刻との前後関係に基づいて、携帯端末２に対してデータ送信を行うか否かを判定するようにすればよい。例えば、通信アダプタ１は、生成時刻が、上記通信確立時刻以後であると判定すれば、データ送信を行えばよい。一方、通信アダプタ１は、生成時刻が、上記通信確立時刻以前であると判定すれば、データ送信を回避するようにすればよい。

本構成によれば、第２情報を取得した一方が、例えば生成時刻が一方と携帯端末との間で通信が確立した時刻よりも以前である第２情報について復号処理が成功したことを以て、当該第２情報を生成した携帯端末を正規の携帯端末と誤認識してしまうことを防止できる。

（５）実施形態では、携帯端末２が、データ受信要求を取得すると、ユーザＩＤ、パスワードおよび機器ＩＤの全てをサーバ３または通信アダプタ１へ送信する通信システムについて説明した。但し、通信システムは、必ずしもユーザＩＤ等の全てをサーバ３または通信アダプタ１へ送信する構成に限定されるものではない。例えば、携帯端末２が、データ受信要求を取得すると、不特定の他の携帯端末等に傍受されてもよいユーザＩＤや機器ＩＤだけを送信するようにしてもよい。

（６）実施形態では、サーバ３または通信アダプタ１が、自己が保有する認証テーブルに登録されているユーザＩＤ等と、携帯端末２から取得したユーザＩＤ等との照合を行う照合処理を行う例について説明した。但し、必ずしも照合処理を行う構成に限定されるものではない。例えば、携帯端末２から取得したユーザＩＤ等或いは共通鍵Ｂを用いて暗号化されたユーザＩＤ等をそのまま秘密鍵Ｃ２や共通鍵Ａを用いて暗号化して電子署名を作成する構成であってもよい。

（７）実施形態では、電子署名が、携帯端末２の機器ＩＤが暗号化されたものである例について説明した。ここにおいて、通信アダプタ１またはサーバ３が、電子署名を取得すると、電子署名の復号処理により取得した機器ＩＤと、携帯端末２から電子署名とともに送られてくる機器ＩＤとを照合する照合処理を行う。但し、照合処理の対象は、機器ＩＤに限定されるものではなく、携帯端末２に固有の情報であれば他の情報であってもよい。例えば、携帯端末２のユーザＩＤ等であってもよい。

（８）実施形態では、電子署名が、ユーザＩＤ等を暗号化したものである例について説明したが、電子署名の内容はこれに限定されるものではない。例えば、サーバ３や通信アダプタ１に固有の情報（例えば、サーバ３や通信アダプタ１の識別情報等）を暗号化したものであってもよい。

（９）なお、サーバ３は、例えば、携帯端末２で起動しうるアプリケーションファイルに含まれるキー情報に対応するハッシュ値が登録されたハッシュ値テーブルを保有していてもよい。

図１４は、本実施形態に係るハッシュ値テーブルの一例を示す概念図である。
ハッシュ値テーブルには、アプリケーションの識別情報（アプリケーションＩＤ）と、それに対応するハッシュ値との組み合わせが登録されている。
そして、サーバ３は、照合処理において、携帯端末２から受信したアプリケーションのハッシュ値とアプリケーションＩＤとの組み合わせが、ハッシュ値テーブルに登録されているか否かを判定する処理を行う。

ここにおいて、サーバ３は、ハッシュ値およびアプリケーションＩＤの組み合わせがハッシュ値テーブルに登録されている場合、認証成立と判定し、後述のステップＳ２０４の処理を行う。一方、サーバ３は、ハッシュ値およびアプリケーションＩＤの組み合わせがハッシュ値テーブルに登録されていない場合、認証不成立と判定し、処理を終了する。

また、サーバ３についても、例えば、携帯端末２で動作し得るアプリケーションファイルに含まれるキー情報に対応するハッシュ値が登録されたハッシュ値テーブルを保有していてもよい。この場合、サーバ３は、照合処理において、携帯端末２から受信したアプリケーションのハッシュ値が、ハッシュ値テーブルに登録されているか否かを判定する。

ここにおいて、通信アダプタ１は、携帯端末２から受信したアプリケーションのハッシュ値がハッシュ値テーブルに登録されている場合、認証成立と判定し、後述のステップＳ６０４の処理を行う。一方、通信アダプタ１は、携帯端末２から受信したアプリケーションのハッシュ値がハッシュ値テーブルに登録されていない場合、認証不成立と判定し、処理を終了する。

本構成によれば、サーバ３は、携帯端末２から受信したハッシュ値と当該ハッシュ値テーブルに登録されているハッシュ値とを照合する。また、この場合、サーバ３では、ランダムシードを初期値としてハッシュ値を計算する処理を省略することができる。

［付記］
なお、今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

１ 通信アダプタ
２ 携帯端末
３ サーバ
１１ インターフェース
１２ 無線通信部
１３，２６，３２ 制御部
１３ａ，２６ａ，３２ａ 通信制御部
１３ｂ ＣＡＮ制御部
１３ｃ，２６ｄ，３２ｂ データ処理部
１３ｄ，２６ｅ，３２ｃ 暗号化部
１３ｅ，２６ｆ，３２ｄ 復号部
１４，２７ 記憶部
２１ 音声処理部
２２ マイクロホン
２３ スピーカ
２４ 表示部
２５ 無線通信部
２５ａ 非短距離無線通信部
２５ｂ 短距離無線通信部
２６ｂ 表示制御部
２６ｃ 音声制御部
３１ ＷＡＮ接続部
３３ 主記憶部
３４ 副記憶部
１３１，１３２，１３３ ＥＣＵ

Claims (11)

1. サーバと、前記サーバと通信可能であり且つ中継機能を有する携帯端末と、前記携帯端末と通信可能であり且つ前記携帯端末の前記中継機能を用いて前記サーバと通信可能である通信アダプタとを備え、
   前記サーバおよび前記通信アダプタのいずれか一方は、前記携帯端末から送信される認証用の第１情報を取得し、取得した前記第１情報について認証が成功した場合、前記一方が有する秘密鍵である第１鍵を用いて暗号化することにより生成した第２情報を、前記携帯端末の前記中継機能を用いて、前記一方とは異なる他方に送信し、
   前記他方は、受信した前記第２情報に基づいて、前記一方を宛先とする第３情報を前記携帯端末へ送信することの可否判定を行い、
   前記可否判定は、前記第１鍵に対応する第２鍵を用いて前記第２情報の復号を試みる復号処理の成否に基づいて行われる
   通信システム。
2. 前記第１情報は、前記携帯端末の識別情報を含み、
   前記第１情報を取得した一方は、前記第１情報に含まれる前記識別情報の認証が成功した場合、前記第２情報を生成する
   請求項１記載の通信システム。
3. 前記第２情報は、前記第１情報を前記第１鍵を用いて暗号化したものであり、
   前記第２情報を取得した前記他方は、前記第２情報の復号処理が成功した場合、前記復号処理により得られる前記第１情報と、他方に予め記憶された照合用情報とを照合する照合処理を行い、前記照合処理の結果に基づいて、前記可否判定を行う
   請求項１または請求項２記載の通信システム。
4. 前記第２情報は、前記第２情報が生成された生成時刻を示す生成時刻情報を含み、
   前記サーバおよび前記通信アダプタのうち、前記第２情報を取得した一方は、前記生成時刻情報が示す生成時刻と、前記一方と前記携帯端末との間で通信が確立した時刻との比較結果に基づいて、前記可否判定を行う
   請求項１〜請求項３のいずれか１項に記載の通信システム。
5. 前記第２情報に有効期間が設定されており、
   前記サーバおよび前記通信アダプタのいずれか一方から前記第２情報を取得した他方は、前記他方が前記一方を宛先とする前記第３情報の送信を試みる時刻が前記有効期間内か否かに基づいて、前記可否判定を行う
   請求項１〜請求項３のいずれか１項に記載の通信システム。
6. 前記サーバおよび前記通信アダプタのいずれか一方から前記第２情報を取得した他方は、前記有効期間内において、前記携帯端末との間での通信の中断が発生した場合、前記一方に対して前記第２情報を前記他方へ送信するよう要求する第２情報送信要求を前記携帯端末に対して送信する
   請求項５記載の通信システム。
7. サーバと、前記サーバと通信可能であり且つ中継機能を有する携帯端末と、前記携帯端末と通信可能であり且つ前記携帯端末の前記中継機能を用いて前記サーバと通信可能である通信アダプタとを用いた通信方法であって、
   前記サーバおよび前記通信アダプタのいずれか一方が、前記携帯端末から送信される認証用の第１情報を取得するステップと、
   前記一方が、取得した前記第１情報について認証が成功した場合、前記一方が有する秘密鍵である第１鍵を用いて暗号化することにより生成した第２情報を、前記携帯端末の前記中継機能を用いて、前記一方とは異なる他方に送信するステップと、
   前記他方が、受信した前記第２情報に基づいて、前記一方を宛先とする第３情報を前記携帯端末へ送信することの可否判定を行うステップと、を含み、
   前記可否判定を行うステップは、前記第１鍵に対応する第２鍵を用いて前記第２情報の復号を試みる復号処理の成否に基づいて行われる
   通信方法。
8. 中継機能を有する携帯端末と通信可能であるとともに、前記携帯端末を経由してサーバと通信可能な通信アダプタであって、
   前記携帯端末の識別情報を含む認証用の第１情報を第１鍵により暗号化することにより生成された第２情報を前記携帯端末から取得し、取得した前記第２情報の復号処理が成功した場合、前記復号処理により得られる前記第１情報と、自機に予め記憶された照合用情報とを照合する照合処理を行い、前記照合処理の結果に基づいて、サーバを宛先とする第３情報を前記携帯端末へ送信することの可否判定を行う
   通信アダプタ。
9. 中継機能を有する携帯端末と通信可能であるとともに、前記携帯端末を経由してサーバと通信可能な通信アダプタであって、
   前記携帯端末から送信される認証用の第１情報を取得し、取得した前記第１情報について認証が成功した場合、自機が有する秘密鍵である第１鍵を用いて暗号化することにより生成した、前記サーバを宛先とする第２情報を前記携帯端末向けに送信する
   通信アダプタ。
10. 中継機能を有する携帯端末と通信可能であるとともに、前記携帯端末を経由して通信アダプタと通信可能なサーバであって、
    前記携帯端末の識別情報を含む認証用の第１情報を第１鍵により暗号化することにより生成された第２情報を前記携帯端末から取得し、取得した前記第２情報の復号処理が成功した場合、前記復号処理により得られる前記第１情報と、自機に予め記憶された照合用情報とを照合する照合処理を行い、前記照合処理の結果に基づいて、前記通信アダプタを宛先とする第３情報を前記携帯端末へ送信することの可否判定を行う
    サーバ。
11. 中継機能を有する携帯端末と通信可能であるとともに、前記携帯端末を経由して通信アダプタと通信可能なサーバであって、
    前記携帯端末から送信される認証用の第１情報を取得し、取得した前記第１情報について認証が成功した場合、自機が有する秘密鍵である第１鍵を用いて暗号化することにより生成した、前記通信アダプタを宛先とする前記第２情報を前記携帯端末向けに送信する
    サーバ。
    

Images