JP4240297B2 - 端末機器、認証端末プログラム、機器認証サーバ、機器認証プログラム - Google Patents
端末機器、認証端末プログラム、機器認証サーバ、機器認証プログラム Download PDFInfo
- Publication number
- JP4240297B2 JP4240297B2 JP2003188141A JP2003188141A JP4240297B2 JP 4240297 B2 JP4240297 B2 JP 4240297B2 JP 2003188141 A JP2003188141 A JP 2003188141A JP 2003188141 A JP2003188141 A JP 2003188141A JP 4240297 B2 JP4240297 B2 JP 4240297B2
- Authority
- JP
- Japan
- Prior art keywords
- authentication
- server
- random number
- information
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
- H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/44—Program or device authentication
- G06F21/445—Program or device authentication by mutual authentication, e.g. between devices or programs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN
- H04L9/3228—One-time or temporary data, i.e. information which is sent for every authentication or authorization, e.g. one-time-password, one-time-token or one-time-key
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2103—Challenge-response
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2129—Authenticate client device independently of the user
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
- H04L63/0838—Network architectures or network communication protocols for network security for authentication of entities using passwords using one-time-passwords
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Computing Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Storage Device Security (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、認証システムなどに関し、特に、セキュリティ上重要な情報を所定のロジックで変換し、変換後の情報を用いて認証するものに関する。
【０００２】
【従来の技術】
近年、ＣＥ（ＣＥ：Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ）機器の普及が広まりつつある。ＣＥ機器とは、例えば、ビデオデッキ、ハードディスクレコーダ、ステレオ、テレビなどのオーディオビジュアル機器や、パーソナルコンピュータ、デジカメ、カムコーダ、ＰＤＡ、ゲーム機、ホームルータ等の電子機器や、炊飯器、冷蔵庫などの家電製品や、その他の電子機器にコンピュータを内蔵させ、ネットワークを介したサービスを利用できるものである。
そして、ＣＥ機器からサーバにアクセスしてコンテンツをダウンロードしたり、サービスを受けるなどし、ユーザはサーバが提供するサービスを利用することができる。
【０００３】
サーバが提供するサービスには、ＣＥ機器全般に提供するものと、機器認証された特定のＣＥ機器に提供するものがある。
サーバは、機器認証を要するサービスを提供する場合、そのＣＥ機器を認証サーバで認証し、認証された場合にサービスを提供する。
このように、サービスサーバが端末機器にサービスを提供するものとして次の発明がある。
【０００４】
【特許文献１】
特開２００２−３４２２８５
【０００５】
この発明は、端末機器（携帯電話）から認証要求があった場合に、これを認証すると共に端末機器にワンタイムパスワードを発行して送信する。端末機器から情報の要求があった場合、端末機器から先のワンタイムパスワードを受信し、認証したのが確かにこの端末機器であるかを確認するものである。
【０００６】
図１２は、従来のＣＥ機器１０１の構成を示した図である。ＣＥ機器１０１は、機器ＩＤやパスフレーズなどの認証に必要な認証情報を記憶していると共に、機器認証に関する処理を行う機器認証モジュール１０３と、機器認証モジュール１０３から認証情報を受け取り、通信経路を暗号化してこれを機器認証先１０５に送信する暗号化モジュール１０４を備えている。
【０００７】
機器認証モジュール１０３は、暗号化モジュール１０４に認証情報を平文で渡すため、この認証情報が第三者に読み取られないように、機器認証モジュール１０３と暗号化モジュール１０４はスタティックリンクにて結合されている。
通信経路を暗号化するモジュールは、機器認証以外の用途で利用する場合も多いが、暗号化モジュール１０４は機器認証モジュール１０３とスタティックリンクされているため、ＣＥ機器１０１は、これとは別に機器認証以外の用途で使用する暗号化モジュールを用意している。
【０００８】
【発明が解決しようとする課題】
このように、ＣＥ機器１０１では、同じ機能を有する２つの暗号化モジュールをＣＥ機器１０１内のメモリに実装しなくてはならず、実質として機器認証モジュールの容量が多くなり、ＣＥ機器１０１の利用可能なメモリ領域を圧迫したり、あるいは機器認証機能の実装そのものが困難となる場合があった。
【０００９】
そこで、本発明の目的は、端末機器内のメモリを有効利用することができる機器認証機能を実現できる端末機器などを提供することである。
【００１０】
【課題を解決するための手段】
本発明の端末機器は、機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバと、前記機器認証サーバと、ネットワークを介して接続される端末機器において、機器認証用の秘密情報を記憶する秘密情報記憶手段と、前記サービスサーバにサービス要求を送信するサービス要求送信手段と、前記サービス要求に応答して、前記サービスサーバから前記機器認証サーバへの接続トリガーを受信する接続トリガー受信手段と、前記接続トリガーに従い、前記機器認証サーバにアクセスして、認証用乱数を要求する認証用乱数要求送信手段と、前記認証用乱数と、乱数特定情報とを受信する認証用乱数受信手段と、前記認証用乱数と、前記秘密情報記憶手段に記憶される前記秘密情報とから、一方向性関数により変換値を生成する生成手段と、前記変換値と前記乱数特定情報と前記サービスサーバを特定するサービスサーバ特定情報とを前記機器認証サーバに送信する変換値送信手段と、送信された前記変換値と前記乱数特定情報とに基づいて、前記機器認証サーバにおいて認証され、前記サービスサーバ特定情報が確認されると、前記機器認証サーバにおいて発行される認証特定情報を受信する認証特定情報受信手段と、前記認証特定情報を、前記サービスサーバに送信する認証特定情報送信手段とを備えることを特徴とする。
前記認証特定情報送信手段において送信された前記認証特定情報が前記サービスサーバにおいて確認されると、前記サービス要求送信手段から要求されたサービスを教授可能とすることができる。
本発明の認証端末プログラムは、機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバと、前記機器認証サーバと、ネットワークを介して接続される端末機器において、機器認証用の秘密情報を秘密情報記憶手段に記憶する秘密情報記憶機能と、前記サービスサーバにサービス要求を送信するサービス要求送信機能と、前記サービス要求に応答して、前記サービスサーバから前記機器認証サーバへの接続トリガーを受信する接続トリガー受信機能と、前記接続トリガーに従い、前記機器認証サーバにアクセスして、認証用乱数を要求する認証用乱数要求送信機能と、前記認証用乱数と、乱数特定情報とを受信する認証用乱数受信機能と、前記認証用乱数と、前記秘密情報記憶手段に記憶される前記秘密情報とから、一方向性関数により変換値を生成する生成機能と、前記変換値と前記乱数特定情報と前記サービスサーバを特定するサービスサーバ特定情報とを前記機器認証サーバに送信する変換値送信機能と、送信された前記変換値と前記乱数特定情報とに基づいて、前記機器認証サーバにおいて認証され、前記サービスサーバ特定情報が確認されると、前記機器認証サーバにおいて発行される認証特定情報を受信する認証特定情報受信機能と、前記認証特定情報を、前記サービスサーバに送信する認証特定情報送信機能とを実現することを特徴とする。
本発明の機器認証サーバは、機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバに、サービスを要求する端末機器を認証する機器認証サーバにおいて、前記サービスサーバより、機器認証を要する機器認証トリガーを受信した前記端末機器から、前記端末機器の機器認証用の秘密情報を受信する秘密情報受信手段と、前記秘密情報に対応させて、乱数を発生し、乱数特定情報を発行して、記憶手段に記憶するとともに、前記端末機器に送信する乱数送信手段と、前記端末機器から、前記乱数に基づいて一方向性関数により生成された変換値と前記乱数特定情報と、前記サービスサーバを特定するサービスサーバ特定情報を受信する変換値受信手段と、前記乱数特定情報から、前記端末機器に発行した乱数を特定し、前記端末機器で生成する際に採用した一方向性関数を用いて変換値を生成し、前記端末機器から受信された前記変換値と比較することによって前記変換値を確認し、前記サービスサーバ特定情報によって特定される前記サービスサーバを確認し、前記端末機器を認証する認証手段と、前記認証手段において前記端末機器が認証されると、認証特定情報を発行して前記端末機器に送信する認証特定情報送信手段とを備え、前記認証特定情報は、前記端末機器が前記サービスサーバにサービス要求する際に前記端末機器が機器認証を行ったことを確認するための情報であることを特徴とする。
本発明の機器認証プログラムは、機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバに、サービスを要求する端末機器を認証する機器認証サーバにおいて、前記サービスサーバより、機器認証を要する機器認証トリガーを受信した前記端末機器から、前記端末機器の機器認証用の秘密情報を受信する秘密情報受信機能と、前記秘密情報に対応させて、乱数を発生し、乱数特定情報を発行して、記憶手段に記憶させるとともに、前記端末機器に送信する乱数送信機能と、前記端末機器から、前記乱数に基づいて一方向性関数により生成された変換値と前記乱数特定情報と、前記サービスサーバを特定するサービスサーバ特定情報を受信する変換値受信機能と、前記乱数特定情報から、前記端末機器に発行した乱数を特定し、前記端末機器で生成する際に採用した一方向性関数を用いて変換値を生成し、前記端末機器から受信された前記変換値と比較することによって前記変換値を確認し、前記サービスサーバ特定情報によって特定される前記サービスサーバを確認し、前記端末機器を認証する認証機能と、前記認証機能において前記端末機器が認証されると、認証特定情報を発行して前記端末機器に送信する認証特定情報送信機能とを実現し、前記認証特定情報は、前記端末機器が前記サービスサーバにサービス要求する際に前記端末機器が機器認証を行ったことを確認するための情報であることを特徴とする。
【００１１】
【発明の実施の形態】
以下、本発明の好適な実施の形態について、図を参照して詳細に説明する。
（１）実施形態の概要
図２に示したように、機器認証モジュール７は、認証サーバ５からサーバ乱数とワンタイムＩＤを受信し、このサーバ乱数とパスフレーズを組み合わせてハッシュ化してダイジェストを生成する。そして、これを機器ＩＤと共に暗号化モジュール８に渡す。暗号化モジュール８は、通信経路を暗号化し、ダイジェストと機器ＩＤ、及びワンタイムＩＤを認証サーバ５に送信する。
【００１２】
認証サーバ５は、予め機器ＩＤとＣＥ機器３のパスフレーズを対応付けて記憶している。また、先にＣＥ機器３に送信したサーバ乱数とワンタイムＩＤを対応付けて記憶している。
認証サーバ５は、ＣＥ機器３から受信したワンタイムＩＤと機器ＩＤを用いてパスフレーズと先に発生したサーバ乱数を特定する。そしてこれらを組み合わせ、ＣＥ機器３側のロジックと同じロジックでダイジェストを生成する。そして、生成したダイジェストとＣＥ機器３から受信したダイジェストを照合し、両者が一致するか否かでＣＥ機器３の認証を行う。
【００１３】
このように、機器認証モジュール７は、暗号化モジュール８にパスフレーズを渡さずに、サーバ乱数とパスフレーズの組から生成したダイジェストを渡す。そのため、機器認証モジュール７から第三者によりダイジェストが読み取られたとしても第三者はダイジェストからパスフレーズを復元することはできない。
【００１４】
更に、認証サーバ５は、機器認証の度に異なるサーバ乱数を生成するため、機器認証モジュール７が暗号化モジュール８に渡すダイジェストも機器認証ごとに異なり、例えダイジェストが第三者に読み取られたとしてもこれを乱用されることはない。
また、機器認証の度に同じダイジェストを用いる第三者にこのダイジェストが漏れた場合、これを元に所謂リプレイ攻撃が行われる可能性があるが、ＣＥ機器３は、機器認証の度に異なるダイジェストを生成するのでリプレイ攻撃されることはない。
【００１５】
（２）実施形態の詳細
図１は、本実施の形態の機器認証システム１の構成を説明するための図である。
機器認証システム１は、ＣＥ機器３、サービスサーバ４、認証サーバ５がネットワークを介して通信可能に接続されている。
なお、図１ではＣＥ機器３とサービスサーバ４が一台ずつ記載されているが、これは複数存在させることができる。
【００１６】
ＣＥ機器３は、機器ＩＤ、パスフレーズなど機器認証に必要な認証情報を備えており（記憶装置３ａに記憶してある、図３の記憶部２８に対応）、これらの情報を用いて認証サーバ５で機器認証を受け、サービスサーバ４が提供するサービスを利用することができる。
なお、パスフレーズは、ＣＥ機器３と認証サーバ５が機器認証のために共有する秘密情報を構成している。
【００１７】
サービスサーバ４は、ＣＥ機器３に、例えば、コンテンツを送信するなどサービスを提供するサーバである。サービスサーバ４が提供するサービスには機器認証を要するものと要しないものがある。ＣＥ機器３が機器認証を要するサービスを要求した場合、サービスサーバ４は、認証サーバ５に機器認証を代行してもらう。
【００１８】
サービスサーバ４は、サービスを提供するＣＥ機器３を登録してあり、サービスサーバ４に接続可能な各ＣＥ機器の機器情報（シリアルナンバなど）、保有者情報などを記憶装置４ａに記憶している。これらの情報は、ＣＥ機器３から認証結果を受信した際に、認証サーバ５に機器認証を受けたＣＥ機器３が本当にこのＣＥ機器３であるか確認するのに用いる。
【００１９】
認証サーバ５は、サービスサーバ４に代わってＣＥ機器３の機器認証を代行するサーバである。
認証サーバ５は、乱数（以下、サーバ乱数と呼ぶことにする）を生成してＣＥ機器３に送信し、ＣＥ機器３から機器ＩＤ、及びサーバ乱数とパスフレーズから生成したダイジェストなどを受信し、ＣＥ機器３の機器認証を行う。認証サーバ５は、認証ごとに毎回異なったサーバ乱数を生成する。
認証サーバ５は、乱数を発生させることによりこれを取得する乱数取得手段を備えているが、認証サーバ５は、他の装置が生成した乱数取得するように構成することもできる。
【００２０】
認証サーバ５は、各ＣＥ機器３ごとにパスフレーズ、機器ＩＤ、機器情報、保有者情報などを記憶装置５ａに記憶しているほか、サービスサーバ４がＣＥ機器３にサービスを提供するサービスサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）も記憶している。
このＵＲＬは、ＣＥ機器３が利用しようとしているサイトが適切なものか否かを判断するために、予めサービスサーバ４が取得して登録したものである。
【００２１】
認証サーバ５は、ＣＥ機器３から機器ＩＤを受信、この機器ＩＤにひも付けられたパスフレーズを検索することにより、ＣＥ機器３のパスフレーズを取得する。このように、機器ＩＤはＣＥ機器３の秘密情報（パスフレーズ）を特定する秘密情報特定情報を構成している。
【００２２】
サービスサーバ４のほかに機器認証を行う認証サーバ５を設けたのは（従来はサービスサーバ４が機器認証も行っていた）、サービスサーバ４は一般の個人や任意の団体などが運営する場合も多く、認証情報をサービスサーバ４に提供した場合、提供した情報が悪用されてしまう可能性があるためである。
【００２３】
このように、機器認証の代行を行う認証サーバ５を設けたシステムとしては未公開の文献（特願２００２−１４４８９６）で提案されているサービス提供システムがある。
このシステムでは、機器認証を機器認証サーバが一括して行い、サービスサーバは、機器認証サーバでの認証結果を受け取って、ＣＥ機器にサービスを提供するか否かを判断する。
このシステムでは、機器認証を行う場合にセキュリティ上重要な情報を機器認証サーバに送信するため、これらの情報をサービスサーバに提供する必要がない。
【００２４】
図２は、ＣＥ機器３を構成する要素のうち、機器認証に関するものを説明するための図である。
ＣＥ機器３は、機器認証モジュール７と暗号化モジュール８を備えている。機器認証モジュール７は、機器ＩＤやパスフレーズなど、機器認証に必要な認証情報を記憶している。また、機器認証モジュール７は、認証サーバ５からサーバ乱数の受信し、これとパスフレーズを組み合わせてハッシュ化し、ダイジェスト（ハッシュ値、あるいはダイジェストメッセージ）を生成することができる。
機器認証モジュール７は、認証情報として機器ＩＤとダイジェストを暗号化モジュール８に渡す。
【００２５】
ここでハッシュ化とは、ハッシュ関数と呼ばれる関数を用いて電子文書から文字列（ダイジェスト）を生成する処理のことである。
同じ電子文書からは同じダイジェストが得られる。電子文書が一部でも変更されると、この文書のダイジェストは、変更前のものと異なる。また、ダイジェストから元の電子文書を復元することはできない。
【００２６】
なお、ハッシュ関数は一方向性関数と呼ばれる関数の一種である。一方向性関数とは、変換元から変換値への変換は容易であるが、変換値から変換元への逆変換が困難な関数である。そして、ダイジェストは、変換元（パスフレーズとサーバ乱数の組）をハッシュ関数で変換した変換値となる。
このように、ＣＥ機器３は、乱数（サーバ乱数）と秘密情報（パスフレーズ）の組を一方向性関数で変換し変換値（ダイジェスト）を取得する変換手段を備えている。
【００２７】
暗号化モジュール８は、例えば、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）などの暗号化技術を使って、通信経路を暗号化するモジュールである。暗号化モジュール８は、機器認証モジュール７から認証情報を受け取り、暗号化した通信経路を経由して認証サーバ５に認証情報を送信する。
【００２８】
このように、ＣＥ機器３では、機器認証モジュール７から出力されるパスフレーズは、サーバ乱数と組にして生成されたダイジェストとなっている。そのため、機器認証モジュール７から暗号化モジュール８に渡される認証情報には、平文のパスフレーズが含まれておらず、認証情報が第三者に渡ったとしても、ダイジェストからパスフレーズを復元することはできない。更に、機器認証に使用するダイジェストは毎回変化するので、第三者がダイジェストを読み取ってもこれを乱用することはできない。そのため高いセキュリティを確保することができる。
【００２９】
機器認証モジュール７と暗号化モジュール８は、ダイナミックリンクにより接続される。
即ち、暗号化モジュール８は、機器認証モジュール７が認証情報を認証サーバ５に送信する際に暗号化モジュール８に動的に接続される。
そのため、暗号化モジュール８は、機器認証モジュール７とは別の通信経路を暗号化する必要があるモジュールからも利用できる。
【００３０】
その場合は、そのモジュールが暗号化した通信経路で情報を送信する場合に暗号化モジュール８が動的にそのモジュールに接続する。
このように、暗号化モジュール８は、複数のモジュールから共用することができ、ＣＥ機器３のメモリ領域を節約することができる。
【００３１】
図３は、ＣＥ機器３のハードウェア的な構成の一例を示した図である。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２に記憶されているプログラム、または記憶部２８からＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３にロードされたプログラムに従って各種の処理を実行する。
また、ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上で必要なデータなども適宜記憶されている。
【００３２】
ＣＰＵ２１、ＲＯＭ２２、およびＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４には、入出力インターフェース２５も接続されている。
入出力インターフェース２５には、キーボード、マウスなどよりなる入力部２６、ＣＲＴ（Ｃａｔｈｏｄｅ−ｒａｙ Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などよりなるディスプレイ、並びにスピーカなどによりなる出力部２７、ハードディスクなどにより構成される記憶部２８、モデム、ターミナルアダプタなどにより構成される通信部２９が接続されている。通信部２９は、ネットワークを介しての通信処理を行う。
【００３３】
また、入出力インターフェース２５には、必要に応じてドライブ３０が接続され、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、またはメモリカード４４などが適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。
なお、認証サーバ５、サービスサーバ４の構成は基本的にＣＥ機器３と同様であるので説明は省略する。
【００３４】
図４は、ＣＥ機器３が認証サーバ５から機器認証を受ける手順を説明するためのフローチャートである。
なお、ＣＥ機器３は、認証サーバ５の公開鍵を備えており、認証サーバ５は対応する秘密鍵を備えているものとする。
また、ＣＥ機器３と認証サーバ５は、フローチャート中の括弧で示した各手段を備えている。
【００３５】
ＣＥ機器３がサービスサーバ４で機器認証が必要なサービスにアクセスすると、サービスサーバ４がＣＥ機器３に機器認証トリガーを送信する（ステップ４０）。
この機器認証トリガーは、ＣＥ機器３に機器認証動作を開始させるための情報であり、認証サーバ５のＵＲＬや、サービスサイトが要求する認証のバージョンなどの情報が含まれている。
なお、機器認証にはいくつかのバージョンが用意されており、バージョンにより利用できるサービスが異なる場合がある。
【００３６】
ＣＥ機器３は、サービスサーバ４から認証トリガを受信する。
以下の、ＣＥ機器３と認証サーバ５の通信は、暗号化モジュール８で暗号化された通信経路を介して行われる。
ＣＥ機器３は、認証トリガに含まれる認証サーバ５のＵＲＬを用いて認証サーバ５に接続し、サーバ乱数の送信を要求する（ステップ２）。
また、このとき、ＣＥ機器３は、認証トリガに含まれているサービスサーバ４が要求するバージョンと、ＣＥ機器３が実装している機器認証のバージョンを認証サーバ５に送信する。
【００３７】
認証サーバ５は、ＣＥ機器３からサーバ乱数の送信要求を受信し、サーバ乱数を発生させる（乱数取得手段）（ステップ２０）。また、サービスサーバ４が要求しているバージョンとＣＥ機器３のバージョンが一致しているか否かの確認も行う。
更に、認証サーバ５は、ワンタイムＩＤ１を生成する。そして、サーバ乱数とワンタイムＩＤ１をＣＥ機器３に送信する（送信手段）（ステップ２２）。
【００３８】
なお、サービスサーバ４は後ほど別のワンタイムＩＤを生成するが、これと区別するため、上記のワンタイムＩＤをワンタイムＩＤ１とし、後に生成するワンタイムＩＤをワンタイムＩＤ２とする。
【００３９】
このワンタイムＩＤ１は、ＣＥ機器３と認証サーバ５でセッションを維持するために使用される使い捨てのＩＤである。
認証サーバ５は、ＣＥ機器３からワンタイムＩＤ１を受信することによりＣＥ機器３と維持しているセッションを認識することができる。
ワンタイムＩＤ１は、機器認証ごとに異なる値が発行されるので、高いセキュリティを確保することができる。
【００４０】
また、認証サーバ５は、送信したサーバ乱数とワンタイムＩＤ１をひも付けして記憶する。これにより、後にＣＥ機器３からワンタイムＩＤ１を受信することにより、ＣＥ機器３に送信したサーバ乱数を特定することができる。このように、ワンタイムＩＤ１は、乱数特定情報を構成している。
【００４１】
ＣＥ機器３は、認証サーバ５からサーバ乱数とワンタイムＩＤ１を受信する（受信手段）。ついで、ＣＥ機器３は、共通鍵を生成してこれを認証サーバ５の公開鍵で暗号化する（ステップ４）。この情報は、ＣＥ機器３の接続先が確かに認証サーバ５であることを確認するために用いられる。
次に、ＣＥ機器３は、パスフレーズとサーバ乱数を組み合わせて所定のロジックでハッシュを取り、ダイジェストを生成する（変換手段）（ステップ６）。
【００４２】
次に、ＣＥ機器３は、機器ＩＤ、生成したダイジェスト、認証サーバ５から受信したワンタイムＩＤ１を認証サーバ５を送信する（送信手段）（ステップ８）。
また、これらの情報と共に、先に公開鍵で暗号化した共通鍵と、ＣＥ機器３がサービスを受けようとしているサービスサーバ４のサイトのＵＲＬ（以下ターゲットＵＲＬと呼ぶ）、及び、共通鍵を取り出すための秘密鍵（認証サーバ５は、複数の秘密鍵を持っている）を識別する秘密鍵識別子も認証サーバ５に送信する。
【００４３】
認証サーバ５は、これらの情報をＣＥ機器３から受信して（受信手段）、まずワンタイムＩＤ１の確認を行う（ステップ２４）。ワンタイムＩＤ１により、認証サーバ５は、先に生成したセッションの続きであることを認識することができる。
また、ワンタイムＩＤ１にひも付けて置いたサーバ乱数を記憶装置から取得することによりサーバ乱数を特定する（乱数特定手段）。
また、機器ＩＤからＣＥ機器３のパスフレーズを特定する（秘密情報特定手段）。
【００４４】
更に、認証サーバ５は、ＣＥ機器３から受信したターゲットＵＲＬが、予め認証サーバ５に登録されているターゲットＵＲＬかも確認する。
これにより、ＣＥ機器３の接続先のサービスサーバ４が正当なサービスサーバ４であることを確認することができる。
【００４５】
次に、認証サーバ５は、先にＣＥ機器３に送信したサーバ乱数と、ＣＥ機器３のパスフレーズから、ＣＥ機器３と同じロジックによりダイジェストを生成し（変換手段）、これと、ＣＥ機器３から受信したダイジェストを照合してＣＥ機器３の認証を行う（機器認証手段）（ステップ２６）。
認証サーバ５は、認証に成功するとワンタイムＩＤ２を生成する（ステップ２８）。ワンタイムＩＤ２は、後ほどＣＥ機器３が認証を受けたのが確かに認証サーバ５であることをサービスサーバ４が確認するのに使用される。
また、認証サーバ５は、機器認証を行ったバージョンも記憶しておく。
【００４６】
次に、認証サーバ５は、公開鍵で暗号化された共通鍵を秘密鍵で復号化して取り出す。
そして、認証サーバ５は、ワンタイムＩＤ２をハッシュ化し、ダイジェスト（以下、ＩＤ２ダイジェストと呼ぶ）を生成する。
次に、認証サーバ５は、ＩＤ２ダイジェストを先に復号化した共通鍵で暗号する（ステップ３０）。
【００４７】
次に、認証サーバ５は、暗号化したＩＤ２ダイジェストと、ワンタイムＩＤ２を連結して共通鍵で暗号化し、これをＣＥ機器３に送信する（ステップ３２）。
ワンタイムＩＤ２にＩＤ２ダイジェストを連結するのは、送信されてきたワンタイムＩＤ２のダイジェストを生成して、ＩＤ２ダイジェストと比較することにより、ワンタイムＩＤ２が改変されたか否かを確認するためである。
【００４８】
ＣＥ機器３は、認証サーバ５から暗号化されたワンタイムＩＤ２とＩＤ２ダイジェストを受信し、共通鍵でこれらを復号化する（ステップ１０）。
ＣＥ機器３は、ワンタイムＩＤ２をハッシュ化してダイジェストを生成し、これをＩＤ２ダイジェストと比較してワンタイムＩＤ２が改竄されていないか確認する。
ＣＥ機器３は、共通鍵でこれらの情報が復号化できたことから、認証サーバ５が共通鍵を取り出せた（即ち、秘密鍵を持っている）ことを確認することができる。即ち、ＣＥ機器３が機器認証を求めた相手先は確かに認証サーバ５であったことを確認することができる（ステップ１２）。
また、ワンタイムＩＤ２が発行されたことから、ＣＥ機器３が機器認証されたことを確認することができる。
【００４９】
次に、ＣＥ機器３は、認証サーバ５から受信したワンタイムＩＤ２をサービスサーバ４に送信することにより、ＣＥ機器３が認証サーバ５で認証されたことを通知する（ステップ１４）。
サービスサーバ４は、ＣＥ機器３からワンタイムＩＤ２を受信し、これを認証サーバ５に送信して確かに認証サーバ５が機器認証したことを確認する（ステップ３４、ステップ４２）。
サービスサーバ４は、認証サーバ５で機器認証結果を確認すると、ＣＥ機器３に対してサービスの提供を開始する（ステップ４４）。
そして、ＣＥ機器３ではサービスの利用を開始する（ステップ１６）。
【００５０】
以上の手順により、認証サーバ５は、パスフレーズそのものではなく、パスフレーズとサーバ乱数から生成されるダイジェストによりダイジェスト認証を行うことができる。
また、ＣＥ機器３は、共通鍵を公開鍵で暗号化して認証サーバ５に送信し、認証サーバ５の秘密鍵で共通鍵が取り出されたことを確認することにより、認証先が確かに認証サーバ５であることを確認することができる。
更に、認証サーバ５は、ワンタイムＩＤ２にＩＤ２ダイジェストを貼付してＣＥ機器３に送信することにより、ＣＥ機器３は、ワンタイムＩＤ２が改竄されていないことを確認することができる。
【００５１】
図５は、ステップ２６（図４）のダイジェスト認証処理の手順を説明するためのフローチャートである。
認証サーバ５は、ＣＥ機器３へサーバ乱数とワンタイムＩＤ１を送信する際に、これらを対応付けて記憶している。
認証サーバ５は、ＣＥ機器３から受信したワンタイムＩＤ１を用いてＣＥ機器３に送信したサーバ乱数を検索する（ステップ５２）。
また、認証サーバ５は、機器ＩＤとパスフレーズを予め対応付けて記憶しており、ＣＥ機器３から受信した機器ＩＤからＣＥ機器３のパスフレーズを検索する（ステップ５４）。
【００５２】
次に、認証サーバ５は、検索したサーバ乱数とパスフレーズの組をＣＥ機器３と同じロジックによりハッシュ化し、ダイジェストを生成する（ステップ５６）。
次に、認証サーバ５は、生成したダイジェストと、ＣＥ機器３から受信したダイジェストを比較し、同一か否かを判断する（ステップ５８）。
【００５３】
ダイジェストが一致した場合（ステップ６０；Ｙ）、認証サーバ５は、機器認証が成功したことを認識する（ステップ６２）。
ダイジェストが一致しなかった場合（ステップ６０；Ｎ）、認証サーバ５は、ＣＥ機器３が認証されなかったものと認識する（ステップ６４）。
【００５４】
以上のように、認証サーバ５は、ワンタイムＩＤとサーバ乱数を対応付けて記憶しておき、更に機器ＩＤとパスフレーズを対応付けて記憶しておくことにより、ＣＥ機器３と同じロジックでダイジェストを生成することができ、ＣＥ機器３を機器認証することができる。
【００５５】
図６は、ステップ３４、ステップ４２（図４）において、サービスサーバ４が認証サーバ５で認証結果を確認する手順を説明するためのフローチャートである。
以下、認証サーバ５とサービスサーバ４の通信は、ＳＳＬなどの技術により暗号化された通信経路を介して行われるものとする。
【００５６】
まず、サービスサーバ４は、認証サーバ５にＣＥ機器３から受信したワンタイムＩＤ２を送信し、機器認証の結果を要求する（ステップ８２）。この際に、サービスサーバ４は、認証サーバ５とのセッションを維持するためのチケットを発行し、これも認証サーバ５に送信する。
【００５７】
サービスサーバ４と認証サーバ５との送受信はお互いの信頼性が高いため、セッションの度にワンタイムＩＤを発行せず、同じＩＤを複数回繰り返して使用してもよい。このように複数回再利用できるＩＤをチケットと呼ぶことにする。
ワンタイムＩＤの代わりにチケットを発行することにより、サービスサーバ４と認証サーバ５の負荷を、ワンタイムＩＤを発行した場合より小さくすることができる。
【００５８】
認証サーバ５は、ワンタイムＩＤ２を受信し、このワンタイムＩＤ２をキーとして、ＣＥ機器３に対して行った機器認証のバージョンを検索する。また、ＣＥ機器３の機器ＩＤなどからＣＥ機器３の機器情報も検索する。
機器情報としては、例えば、ＣＥ機器３の製品コードやシリアルナンバなどがある。
そして、これら検索した情報をサービスサーバ４に送信する（ステップ７２）。
【００５９】
サービスサーバ４は、バージョン情報と機器情報を認証サーバ５から受信し、サービスサーバ４で記憶しているこれらの情報と照合する。
更に、サービスサーバ４は、認証サーバ５にチケットを送信し、ＣＥ機器３の保有者情報を認証サーバ５に要求する（ステップ８４）。
認証サーバ５は、これに応じてこのＣＥ機器３の保有者情報を検索し、チケットと共にサービスサーバ４に送信する（ステップ７４）。
【００６０】
サービスサーバ４は、認証サーバ５から受信した保有者情報をサービスサーバ４が記憶している保有者情報と照合する。
このように、機器情報や保有者情報を確認することにより、サービスサーバ４は、認証サーバ５は、確かにＣＥ機器３を機器認証したことを確認することができる。
そして、サービスサーバ４は、ＣＥ機器３に対してサービスの提供を開始する（ステップ８６）。
【００６１】
以上のように、サービスサーバ４と認証サーバ５との間の複数回の送受信において同じチケットが繰り返し用いられる。
また、サービスサーバ４は、別の機器認証に関する認証結果確認には別のチケットを発行する。
【００６２】
図７は、ＣＥ機器３が認証先が確かに認証サーバ５であることを確認する別のシーケンスを説明するためのフローチャートである。
以下の手順では、ＣＥ機器３が乱数（以下クライアント乱数と呼ぶことにする）を発生させ、これにより認証サーバ５を確認する。
まず、ＣＥ機器３は、クライアント乱数を生成する（ステップ１０２）。
次に、ＣＥ機器３は、共通鍵を生成する（ステップ１０４）。
【００６３】
ＣＥ機器３は、生成した共通鍵でクライアント乱数を暗号化する（ステップ１０６）。暗号化した後の情報を暗号化情報１と呼ぶことにする。
更に、ＣＥ機器３は、認証サーバ５の公開鍵で共通鍵を暗号化する（ステップ１０８）。暗号化した後の情報を暗号化情報２と呼ぶことにする。
そして、ＣＥ機器３は、暗号化情報１と暗号化情報２を認証サーバ５に送信する（ステップ１１０）。
なお、ＣＥ機器３は、送信したクライアントを記憶しておく。
【００６４】
認証サーバ５は、ＣＥ機器３から暗号化情報１と暗号化情報２を受信し、まず、認証サーバ５の秘密鍵で暗号化情報２を復号化し、共通鍵とを取り出す（ステップ１２２）。
次に、認証サーバ５は、取り出した共通鍵で暗号化情報１を復号化し、クライアント乱数を取り出す（ステップ１２４）。
次に、認証サーバ５は、取り出したクライアント乱数のハッシュをとり、ダイジェストを生成する（ステップ１２６）。
次に、認証サーバ５は、生成したダイジェストを共通鍵で暗号化し、ＣＥ機器３に送信する（ステップ１２８）。
【００６５】
ＣＥ機器３は、認証サーバ５から暗号化したダイジェストを受信し、これを共通鍵で復号化する（ステップ１１２）。
更に、ＣＥ機器３は、記憶しておいた乱数をハッシュ化し、ダイジェストを生成する（ステップ１１４）。
そして、ＣＥ機器３は、生成したダイジェストと、先に復号化したダイジェストを比較し、両者が一致することにより、接続先が確かに認証サーバ５であることを確認する（ステップ１１６）。
【００６６】
即ち、クライアント乱数のダイジェストが共通鍵で暗号化されて送られてきたということは、接続先が暗号化情報２を復号化することができたということであり、これは、接続先が秘密鍵を持っていたことを意味する。秘密鍵を持っているのは認証サーバ５であるので、これにより、接続先が認証サーバ５であることを確認することができる。
【００６７】
図８は、機器認証を行う他の手順を説明するためのフローチャートである。
図４に示した手順では、ＣＥ機器３から認証サーバ５にアクセスして機器認証を行ったが、この手順では、ＣＥ機器からサービスサーバ４に認証情報を送信し、サービスサーバ４がこの認証情報を用いて認証サーバ５にアクセスして機器認証を行う。
以下の手順で、ＣＥ機器３、サービスサーバ４、認証サーバ５の間の通信は、例えば、ＳＳＬなどの技術により暗号化した経路が用いられるものとする。
また、ＣＥ機器３、サービスサーバ４、認証サーバ５は、フローチャート中に括弧で示した各手段を備えている。
【００６８】
まず、ＣＥ機器３がサービスサーバ４に対して機器認証を要するサービスの提供を要求する。
これに対し、サービスサーバ４は、ＣＥ機器３に対して機器認証トリガを送信する（ステップ１４２）。
ＣＥ機器３は、サービスサーバ４から機器認証トリガを受信するとサービスサーバ４に対してサーバ乱数の要求を送信する（ステップ１３２）。
【００６９】
サービスサーバ４は、これを受信してサーバ乱数を生成し（乱数取得手段）（ステップ１４４）、ＣＥ機器３に送信する（乱数送信手段）（ステップ１４６）。サービスサーバ４は、このサーバ乱数を記憶しておく。
ＣＥ機器３は、サービスサーバ４からサーバ乱数を受信すると共に（乱数受信手段）、クライアント乱数を生成する（ステップ１３４）。
次にＣＥ機器３は、サーバ乱数、クライアント乱数、及びパスフレーズを組み合わせてハッシュ化し、ダイジェストを生成する（変換手段）（ステップ１３６）。
【００７０】
次に、ＣＥ機器３は、生成したダイジェストと、機器ＩＤ、クライアント乱数をサービスサーバ４に送信して機器認証を要求する（送信手段）（ステップ１３８）。
サービスサーバ４は、これらの認証情報を受信する（受信手段）（ステップ１４８）。
このように、サービスサーバ４がＣＥ機器３から受信する認証情報には、サーバ乱数が含まれていない。
サービスサーバ４は、ＣＥ機器３から受信した認証情報（ダイジェスト、機器ＩＤ、クライアント）にサーバ乱数を加えて新たな認証情報とし、これを認証サーバ５に送信して機器認証を要求する（認証情報送信手段）（ステップ１５０）。
【００７１】
ここでは、サービスサーバ４は、ＣＥ機器３とセッションを維持しているため、先に記憶したサーバ乱数がこのＣＥ機器３に送ったサーバ乱数であることを認識することができる（乱数特定手段）。そこで、このサーバ乱数を認証情報に加えるのである。また、図４の手順と同様にしてワンタイムＩＤを発行することにより、ＣＥ機器３に送信したサーバ乱数を特定するように構成することもできる。
【００７２】
このように、ＣＥ機器３から送られてきた認証情報に先に送信したサーバ乱数を付加するように構成することにより、認証トリガを送信したサービスサーバ４と認証情報を受信したサービスサーバ４が同一のサーバであることを確かめることができる。
【００７３】
認証サーバ５は、サービスサーバ４から認証情報を受信し（受信手段）、ＣＥ機器３の機器認証を行う（ステップ１６２）。
この認証では、サービスサーバ４から送信されてきた機器ＩＤ、クライアント乱数、サーバ乱数の組から、ＣＥ機器３と同じロジックでダイジェストを生成し、サービスサーバ４から送信されてきたダイジェストと一致するか否かをチェックする。
一致した場合、ＣＥ機器３は認証され、一致しない場合は認証されない。
そして、認証サーバ５は、認証結果をサービスサーバ４に送信する（ステップ１６４）。
また、ＣＥ機器３のパスフレーズは、機器ＩＤから求める（秘密情報特定手段）。
【００７４】
サービスサーバ４は、認証サーバ５から認証結果を受信し（認証結果受信手段）、その認証結果がＣＥ機器３を認証するものであった場合、サービスの提供を開始し（ステップ１５２）、ＣＥ機器３ではそのサービスを利用する（ステップ１４０）。
なお、ステップ１６４で認証サーバ５がサービスサーバ４に認証結果を送信する際に、図６のフローチャートと同様にして、認証サーバ５とサービスサーバ４の間でＣＥ機器３の機器情報と保有者情報を確認するように構成することもできる。
【００７５】
図９は、ステップ１６２（図８）のダイジェスト認証処理の手順を説明するためのフローチャートである。
まず、認証サーバ５は、サービスサーバ４から受信した認証情報に含まれる機器ＩＤを用いてＣＥ機器３のパスフレーズを検索して取得する（ステップ１７４）。なお、認証サーバ５は、予め機器ＩＤとパスフレーズを対応させて記憶している。
【００７６】
次に、認証サーバ５は、サービスサーバ４から受信した認証情報に含まれるサーバ乱数とクライアント乱数を取得する（ステップ１７４）。
次に、認証サーバ５は、ステップ１７４で検索したパスフレーズと、ステップ１７４で取得したサーバ乱数及びクライアント乱数を組み合わせ、ＣＥ機器３と同じロジックにてこれをハッシュ化し、ダイジェストを生成する（ステップ１７６）。
【００７７】
次に、認証サーバ５は、ステップ１７６で生成したダイジェストと、サービスサーバ４から受信した認証情報に含まれるダイジェストを比較し、同一であるか否かを判断する（ステップ１７８）。
ダイジェストが一致する場合（ステップ１８０；Ｙ）、認証サーバ５は、ＣＥ機器３が認証されたものと判断し（ステップ１８２）、ダイジェストが一致しない場合（ステップ１８０；Ｎ）、認証サーバ５は、ＣＥ機器３が認証されなかったものと判断する（ステップ１５４）。
【００７８】
図８のフローチャートで示した手順では、図４のフローチャートで示したようなワンタイムＩＤ１、ワンタイムＩＤ２を用いることなく機器認証を行うことができる。
【００７９】
以上に説明した本実施の形態では、以下のような効果を得ることができる。
（１）機器認証モジュール７は、サービスサーバ４が生成したサーバ乱数を用いてパスフレーズをダイジェストに変換した後これを出力するため、第三者が機器認証モジュール７の出力からパスフレーズを読み取ることはできない。
（２）暗号化モジュール８は、機器認証モジュール７からダイジェスト化されたパスフレーズを受信するため、機器認証モジュール７と暗号化モジュール８をスタティックリンクにより結合する必要がない。そのため、機器認証モジュール７と暗号化モジュール８をダイナミックリンクで接続するように構成し、暗号化モジュール８を他のモジュールからも利用できるようにすることができる。
【００８０】
（３）暗号化モジュール８は、機器認証モジュール７も含め他のモジュールと共用できるため、暗号化モジュール８を複数用意する必要が無く、ＣＥ機器３のシステムの冗長性を解消することができる。そのため、ＣＥ機器３のメモリ領域を有効利用することができる。
（４）認証サーバ５とＣＥ機器３で同じロジックにてダイジェストを生成することにより、ＣＥ機器３が生成したダイジェストと認証サーバ５が生成したダイジェストの一致を判断することにより機器認証を行うことができる。
（５）パスフレーズそのものではなく、機器認証ごとに値が変化するダイジェストが通信経路で送受信されるため、例えダイジェストがネットワーク上で第三者に奪取されたとしても、被害を小さい範囲にとどめることができる。即ち、パスフレーズは、機器認証で同じものが何回でも使用できるのに対し、ダイジェストは機器認証ごとに異なるからである。
【００８１】
（実施の形態の変形例）
図１０は、本実施の形態の変形例を説明するための図である。
図に示したように、本変形例では、機器認証モジュール７を耐タンパチップ３５に格納する。
耐タンパチップ３５は、集積回路を収納したＩＣチップによって構成された耐タンパ装置であって、改竄や複製、内部の論理構造の解読などの不正行為に対して十分な防御手段を講じてある。
タンパ（ｔａｍｐｅｒ）とは、装置を勝手にいじったり手を加えたりするという意味であり、情報などを不正に変更するという意味もある。
【００８２】
耐タンパチップ３５は、機器ＩＤとパスフレーズ、及び、パスフレーズとサーバ乱数を組み合わせた情報をハッシュ化するハッシュ化機が内蔵された一種のブラックボックスとなっている。
耐タンパチップ３５は、耐タンパ仕様で製造されているため、第三者は、耐タンパチップ３５を物理的に分解して内部の情報を得ることは困難である。
即ち、耐タンパチップ３５を物理的に分解して、秘密情報であるパスフレーズや、ハッシュ化に用いるハッシュ関数を知ることは困難である。
【００８３】
また、耐タンパチップ３５内のパスフレーズは、サーバ乱数と共にハッシュ化されたダイジェストとして出力されるため、耐タンパチップ３５から出力された情報からパスフレーズを解析することも困難である。即ち、ハッシュ関数は一方向性関数であり、逆変換が困難だからである。
このように、耐タンパチップ３５の出力情報から内部の秘密情報を探知することも困難である。
【００８４】
図１１は、本変形例のハードウェア的な構成の一例を示した図である。
図に示したように、耐タンパチップ３５は、バス２４に接続しており、ＣＰＵ２１から情報の入出力を行えるようになっている。
即ち、ＣＰＵ２１は、耐タンパチップ３５に対して、サーバ乱数を入力し、耐タンパチップ３５から機器ＩＤとダイジェストを受け取ることができる。
【００８５】
以上のように、耐タンパチップ３５に、パスフレーズ（秘密情報）とハッシュ化機を内蔵し、パスフレーズを出力する際には、ハッシュ化したダイジェストを出力することにより、第三者の手にパスフレーズが渡ることを防ぐことができる。
このように、耐タンパ装置に、秘密情報とこの秘密情報の変換機能を内蔵し、耐タンパ装置から秘密情報が出力される場合は、変換機能で変換された値が出力されるように構成することにより、秘密情報を物理的、及び解析的に探索することが困難になる。そのため、セキュリティレベルを強化することができる。
【００８６】
本変形例では、一例として、耐タンパチップ３５にパスフレーズとハッシュ化機を内蔵した例について説明したが、この他に、例えば、秘密鍵や共通鍵などの暗号鍵情報を用いるシステムでは、これらの暗号鍵情報と、入力情報に対する署名機能や暗号化機能を耐タンパ装置に内蔵することにより、暗号鍵情報の漏洩を防ぐことができる。
【００８７】
【発明の効果】
本発明によれば、端末機器内のメモリを有効利用することができる。
【図面の簡単な説明】
【図１】本実施の形態の機器認証システムの構成を説明するための図である。
【図２】ＣＥ機器の機器認証に関する構成要素を説明するための図である。
【図３】ＣＥ機器のハードウェア的な構成の一例を示した図である。
【図４】機器認証を行う手順を説明するためのフローチャートである。
【図５】ダイジェスト認証処理の手順を説明するためのフローチャートである。
【図６】サービスサーバが認証サーバで認証結果を確認する手順を説明するためのフローチャートである。
【図７】ＣＥ機器が認証サーバを確認する別のシーケンスを説明するためのフローチャートである。
【図８】機器認証を行う他の手順を説明するためのフローチャートである。
【図９】ダイジェスト認証処理の手順を説明するためのフローチャートである。
【図１０】本実施の形態の変形例を説明するための図である。
【図１１】本変形例のハードウェア的な構成の一例を示した図である。
【図１２】従来のＣＥ機器の構成を説明するための図である。
【符号の説明】
１ 機器認証システム ３ ＣＥ機器
４ サービスサーバ ５ 認証サーバ
７ 機器認証モジュール ８ 暗号化モジュール
３５ 耐タンパチップ
【発明の属する技術分野】
本発明は、認証システムなどに関し、特に、セキュリティ上重要な情報を所定のロジックで変換し、変換後の情報を用いて認証するものに関する。
【０００２】
【従来の技術】
近年、ＣＥ（ＣＥ：Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ）機器の普及が広まりつつある。ＣＥ機器とは、例えば、ビデオデッキ、ハードディスクレコーダ、ステレオ、テレビなどのオーディオビジュアル機器や、パーソナルコンピュータ、デジカメ、カムコーダ、ＰＤＡ、ゲーム機、ホームルータ等の電子機器や、炊飯器、冷蔵庫などの家電製品や、その他の電子機器にコンピュータを内蔵させ、ネットワークを介したサービスを利用できるものである。
そして、ＣＥ機器からサーバにアクセスしてコンテンツをダウンロードしたり、サービスを受けるなどし、ユーザはサーバが提供するサービスを利用することができる。
【０００３】
サーバが提供するサービスには、ＣＥ機器全般に提供するものと、機器認証された特定のＣＥ機器に提供するものがある。
サーバは、機器認証を要するサービスを提供する場合、そのＣＥ機器を認証サーバで認証し、認証された場合にサービスを提供する。
このように、サービスサーバが端末機器にサービスを提供するものとして次の発明がある。
【０００４】
【特許文献１】
特開２００２−３４２２８５
【０００５】
この発明は、端末機器（携帯電話）から認証要求があった場合に、これを認証すると共に端末機器にワンタイムパスワードを発行して送信する。端末機器から情報の要求があった場合、端末機器から先のワンタイムパスワードを受信し、認証したのが確かにこの端末機器であるかを確認するものである。
【０００６】
図１２は、従来のＣＥ機器１０１の構成を示した図である。ＣＥ機器１０１は、機器ＩＤやパスフレーズなどの認証に必要な認証情報を記憶していると共に、機器認証に関する処理を行う機器認証モジュール１０３と、機器認証モジュール１０３から認証情報を受け取り、通信経路を暗号化してこれを機器認証先１０５に送信する暗号化モジュール１０４を備えている。
【０００７】
機器認証モジュール１０３は、暗号化モジュール１０４に認証情報を平文で渡すため、この認証情報が第三者に読み取られないように、機器認証モジュール１０３と暗号化モジュール１０４はスタティックリンクにて結合されている。
通信経路を暗号化するモジュールは、機器認証以外の用途で利用する場合も多いが、暗号化モジュール１０４は機器認証モジュール１０３とスタティックリンクされているため、ＣＥ機器１０１は、これとは別に機器認証以外の用途で使用する暗号化モジュールを用意している。
【０００８】
【発明が解決しようとする課題】
このように、ＣＥ機器１０１では、同じ機能を有する２つの暗号化モジュールをＣＥ機器１０１内のメモリに実装しなくてはならず、実質として機器認証モジュールの容量が多くなり、ＣＥ機器１０１の利用可能なメモリ領域を圧迫したり、あるいは機器認証機能の実装そのものが困難となる場合があった。
【０００９】
そこで、本発明の目的は、端末機器内のメモリを有効利用することができる機器認証機能を実現できる端末機器などを提供することである。
【００１０】
【課題を解決するための手段】
本発明の端末機器は、機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバと、前記機器認証サーバと、ネットワークを介して接続される端末機器において、機器認証用の秘密情報を記憶する秘密情報記憶手段と、前記サービスサーバにサービス要求を送信するサービス要求送信手段と、前記サービス要求に応答して、前記サービスサーバから前記機器認証サーバへの接続トリガーを受信する接続トリガー受信手段と、前記接続トリガーに従い、前記機器認証サーバにアクセスして、認証用乱数を要求する認証用乱数要求送信手段と、前記認証用乱数と、乱数特定情報とを受信する認証用乱数受信手段と、前記認証用乱数と、前記秘密情報記憶手段に記憶される前記秘密情報とから、一方向性関数により変換値を生成する生成手段と、前記変換値と前記乱数特定情報と前記サービスサーバを特定するサービスサーバ特定情報とを前記機器認証サーバに送信する変換値送信手段と、送信された前記変換値と前記乱数特定情報とに基づいて、前記機器認証サーバにおいて認証され、前記サービスサーバ特定情報が確認されると、前記機器認証サーバにおいて発行される認証特定情報を受信する認証特定情報受信手段と、前記認証特定情報を、前記サービスサーバに送信する認証特定情報送信手段とを備えることを特徴とする。
前記認証特定情報送信手段において送信された前記認証特定情報が前記サービスサーバにおいて確認されると、前記サービス要求送信手段から要求されたサービスを教授可能とすることができる。
本発明の認証端末プログラムは、機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバと、前記機器認証サーバと、ネットワークを介して接続される端末機器において、機器認証用の秘密情報を秘密情報記憶手段に記憶する秘密情報記憶機能と、前記サービスサーバにサービス要求を送信するサービス要求送信機能と、前記サービス要求に応答して、前記サービスサーバから前記機器認証サーバへの接続トリガーを受信する接続トリガー受信機能と、前記接続トリガーに従い、前記機器認証サーバにアクセスして、認証用乱数を要求する認証用乱数要求送信機能と、前記認証用乱数と、乱数特定情報とを受信する認証用乱数受信機能と、前記認証用乱数と、前記秘密情報記憶手段に記憶される前記秘密情報とから、一方向性関数により変換値を生成する生成機能と、前記変換値と前記乱数特定情報と前記サービスサーバを特定するサービスサーバ特定情報とを前記機器認証サーバに送信する変換値送信機能と、送信された前記変換値と前記乱数特定情報とに基づいて、前記機器認証サーバにおいて認証され、前記サービスサーバ特定情報が確認されると、前記機器認証サーバにおいて発行される認証特定情報を受信する認証特定情報受信機能と、前記認証特定情報を、前記サービスサーバに送信する認証特定情報送信機能とを実現することを特徴とする。
本発明の機器認証サーバは、機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバに、サービスを要求する端末機器を認証する機器認証サーバにおいて、前記サービスサーバより、機器認証を要する機器認証トリガーを受信した前記端末機器から、前記端末機器の機器認証用の秘密情報を受信する秘密情報受信手段と、前記秘密情報に対応させて、乱数を発生し、乱数特定情報を発行して、記憶手段に記憶するとともに、前記端末機器に送信する乱数送信手段と、前記端末機器から、前記乱数に基づいて一方向性関数により生成された変換値と前記乱数特定情報と、前記サービスサーバを特定するサービスサーバ特定情報を受信する変換値受信手段と、前記乱数特定情報から、前記端末機器に発行した乱数を特定し、前記端末機器で生成する際に採用した一方向性関数を用いて変換値を生成し、前記端末機器から受信された前記変換値と比較することによって前記変換値を確認し、前記サービスサーバ特定情報によって特定される前記サービスサーバを確認し、前記端末機器を認証する認証手段と、前記認証手段において前記端末機器が認証されると、認証特定情報を発行して前記端末機器に送信する認証特定情報送信手段とを備え、前記認証特定情報は、前記端末機器が前記サービスサーバにサービス要求する際に前記端末機器が機器認証を行ったことを確認するための情報であることを特徴とする。
本発明の機器認証プログラムは、機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバに、サービスを要求する端末機器を認証する機器認証サーバにおいて、前記サービスサーバより、機器認証を要する機器認証トリガーを受信した前記端末機器から、前記端末機器の機器認証用の秘密情報を受信する秘密情報受信機能と、前記秘密情報に対応させて、乱数を発生し、乱数特定情報を発行して、記憶手段に記憶させるとともに、前記端末機器に送信する乱数送信機能と、前記端末機器から、前記乱数に基づいて一方向性関数により生成された変換値と前記乱数特定情報と、前記サービスサーバを特定するサービスサーバ特定情報を受信する変換値受信機能と、前記乱数特定情報から、前記端末機器に発行した乱数を特定し、前記端末機器で生成する際に採用した一方向性関数を用いて変換値を生成し、前記端末機器から受信された前記変換値と比較することによって前記変換値を確認し、前記サービスサーバ特定情報によって特定される前記サービスサーバを確認し、前記端末機器を認証する認証機能と、前記認証機能において前記端末機器が認証されると、認証特定情報を発行して前記端末機器に送信する認証特定情報送信機能とを実現し、前記認証特定情報は、前記端末機器が前記サービスサーバにサービス要求する際に前記端末機器が機器認証を行ったことを確認するための情報であることを特徴とする。
【００１１】
【発明の実施の形態】
以下、本発明の好適な実施の形態について、図を参照して詳細に説明する。
（１）実施形態の概要
図２に示したように、機器認証モジュール７は、認証サーバ５からサーバ乱数とワンタイムＩＤを受信し、このサーバ乱数とパスフレーズを組み合わせてハッシュ化してダイジェストを生成する。そして、これを機器ＩＤと共に暗号化モジュール８に渡す。暗号化モジュール８は、通信経路を暗号化し、ダイジェストと機器ＩＤ、及びワンタイムＩＤを認証サーバ５に送信する。
【００１２】
認証サーバ５は、予め機器ＩＤとＣＥ機器３のパスフレーズを対応付けて記憶している。また、先にＣＥ機器３に送信したサーバ乱数とワンタイムＩＤを対応付けて記憶している。
認証サーバ５は、ＣＥ機器３から受信したワンタイムＩＤと機器ＩＤを用いてパスフレーズと先に発生したサーバ乱数を特定する。そしてこれらを組み合わせ、ＣＥ機器３側のロジックと同じロジックでダイジェストを生成する。そして、生成したダイジェストとＣＥ機器３から受信したダイジェストを照合し、両者が一致するか否かでＣＥ機器３の認証を行う。
【００１３】
このように、機器認証モジュール７は、暗号化モジュール８にパスフレーズを渡さずに、サーバ乱数とパスフレーズの組から生成したダイジェストを渡す。そのため、機器認証モジュール７から第三者によりダイジェストが読み取られたとしても第三者はダイジェストからパスフレーズを復元することはできない。
【００１４】
更に、認証サーバ５は、機器認証の度に異なるサーバ乱数を生成するため、機器認証モジュール７が暗号化モジュール８に渡すダイジェストも機器認証ごとに異なり、例えダイジェストが第三者に読み取られたとしてもこれを乱用されることはない。
また、機器認証の度に同じダイジェストを用いる第三者にこのダイジェストが漏れた場合、これを元に所謂リプレイ攻撃が行われる可能性があるが、ＣＥ機器３は、機器認証の度に異なるダイジェストを生成するのでリプレイ攻撃されることはない。
【００１５】
（２）実施形態の詳細
図１は、本実施の形態の機器認証システム１の構成を説明するための図である。
機器認証システム１は、ＣＥ機器３、サービスサーバ４、認証サーバ５がネットワークを介して通信可能に接続されている。
なお、図１ではＣＥ機器３とサービスサーバ４が一台ずつ記載されているが、これは複数存在させることができる。
【００１６】
ＣＥ機器３は、機器ＩＤ、パスフレーズなど機器認証に必要な認証情報を備えており（記憶装置３ａに記憶してある、図３の記憶部２８に対応）、これらの情報を用いて認証サーバ５で機器認証を受け、サービスサーバ４が提供するサービスを利用することができる。
なお、パスフレーズは、ＣＥ機器３と認証サーバ５が機器認証のために共有する秘密情報を構成している。
【００１７】
サービスサーバ４は、ＣＥ機器３に、例えば、コンテンツを送信するなどサービスを提供するサーバである。サービスサーバ４が提供するサービスには機器認証を要するものと要しないものがある。ＣＥ機器３が機器認証を要するサービスを要求した場合、サービスサーバ４は、認証サーバ５に機器認証を代行してもらう。
【００１８】
サービスサーバ４は、サービスを提供するＣＥ機器３を登録してあり、サービスサーバ４に接続可能な各ＣＥ機器の機器情報（シリアルナンバなど）、保有者情報などを記憶装置４ａに記憶している。これらの情報は、ＣＥ機器３から認証結果を受信した際に、認証サーバ５に機器認証を受けたＣＥ機器３が本当にこのＣＥ機器３であるか確認するのに用いる。
【００１９】
認証サーバ５は、サービスサーバ４に代わってＣＥ機器３の機器認証を代行するサーバである。
認証サーバ５は、乱数（以下、サーバ乱数と呼ぶことにする）を生成してＣＥ機器３に送信し、ＣＥ機器３から機器ＩＤ、及びサーバ乱数とパスフレーズから生成したダイジェストなどを受信し、ＣＥ機器３の機器認証を行う。認証サーバ５は、認証ごとに毎回異なったサーバ乱数を生成する。
認証サーバ５は、乱数を発生させることによりこれを取得する乱数取得手段を備えているが、認証サーバ５は、他の装置が生成した乱数取得するように構成することもできる。
【００２０】
認証サーバ５は、各ＣＥ機器３ごとにパスフレーズ、機器ＩＤ、機器情報、保有者情報などを記憶装置５ａに記憶しているほか、サービスサーバ４がＣＥ機器３にサービスを提供するサービスサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）も記憶している。
このＵＲＬは、ＣＥ機器３が利用しようとしているサイトが適切なものか否かを判断するために、予めサービスサーバ４が取得して登録したものである。
【００２１】
認証サーバ５は、ＣＥ機器３から機器ＩＤを受信、この機器ＩＤにひも付けられたパスフレーズを検索することにより、ＣＥ機器３のパスフレーズを取得する。このように、機器ＩＤはＣＥ機器３の秘密情報（パスフレーズ）を特定する秘密情報特定情報を構成している。
【００２２】
サービスサーバ４のほかに機器認証を行う認証サーバ５を設けたのは（従来はサービスサーバ４が機器認証も行っていた）、サービスサーバ４は一般の個人や任意の団体などが運営する場合も多く、認証情報をサービスサーバ４に提供した場合、提供した情報が悪用されてしまう可能性があるためである。
【００２３】
このように、機器認証の代行を行う認証サーバ５を設けたシステムとしては未公開の文献（特願２００２−１４４８９６）で提案されているサービス提供システムがある。
このシステムでは、機器認証を機器認証サーバが一括して行い、サービスサーバは、機器認証サーバでの認証結果を受け取って、ＣＥ機器にサービスを提供するか否かを判断する。
このシステムでは、機器認証を行う場合にセキュリティ上重要な情報を機器認証サーバに送信するため、これらの情報をサービスサーバに提供する必要がない。
【００２４】
図２は、ＣＥ機器３を構成する要素のうち、機器認証に関するものを説明するための図である。
ＣＥ機器３は、機器認証モジュール７と暗号化モジュール８を備えている。機器認証モジュール７は、機器ＩＤやパスフレーズなど、機器認証に必要な認証情報を記憶している。また、機器認証モジュール７は、認証サーバ５からサーバ乱数の受信し、これとパスフレーズを組み合わせてハッシュ化し、ダイジェスト（ハッシュ値、あるいはダイジェストメッセージ）を生成することができる。
機器認証モジュール７は、認証情報として機器ＩＤとダイジェストを暗号化モジュール８に渡す。
【００２５】
ここでハッシュ化とは、ハッシュ関数と呼ばれる関数を用いて電子文書から文字列（ダイジェスト）を生成する処理のことである。
同じ電子文書からは同じダイジェストが得られる。電子文書が一部でも変更されると、この文書のダイジェストは、変更前のものと異なる。また、ダイジェストから元の電子文書を復元することはできない。
【００２６】
なお、ハッシュ関数は一方向性関数と呼ばれる関数の一種である。一方向性関数とは、変換元から変換値への変換は容易であるが、変換値から変換元への逆変換が困難な関数である。そして、ダイジェストは、変換元（パスフレーズとサーバ乱数の組）をハッシュ関数で変換した変換値となる。
このように、ＣＥ機器３は、乱数（サーバ乱数）と秘密情報（パスフレーズ）の組を一方向性関数で変換し変換値（ダイジェスト）を取得する変換手段を備えている。
【００２７】
暗号化モジュール８は、例えば、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）などの暗号化技術を使って、通信経路を暗号化するモジュールである。暗号化モジュール８は、機器認証モジュール７から認証情報を受け取り、暗号化した通信経路を経由して認証サーバ５に認証情報を送信する。
【００２８】
このように、ＣＥ機器３では、機器認証モジュール７から出力されるパスフレーズは、サーバ乱数と組にして生成されたダイジェストとなっている。そのため、機器認証モジュール７から暗号化モジュール８に渡される認証情報には、平文のパスフレーズが含まれておらず、認証情報が第三者に渡ったとしても、ダイジェストからパスフレーズを復元することはできない。更に、機器認証に使用するダイジェストは毎回変化するので、第三者がダイジェストを読み取ってもこれを乱用することはできない。そのため高いセキュリティを確保することができる。
【００２９】
機器認証モジュール７と暗号化モジュール８は、ダイナミックリンクにより接続される。
即ち、暗号化モジュール８は、機器認証モジュール７が認証情報を認証サーバ５に送信する際に暗号化モジュール８に動的に接続される。
そのため、暗号化モジュール８は、機器認証モジュール７とは別の通信経路を暗号化する必要があるモジュールからも利用できる。
【００３０】
その場合は、そのモジュールが暗号化した通信経路で情報を送信する場合に暗号化モジュール８が動的にそのモジュールに接続する。
このように、暗号化モジュール８は、複数のモジュールから共用することができ、ＣＥ機器３のメモリ領域を節約することができる。
【００３１】
図３は、ＣＥ機器３のハードウェア的な構成の一例を示した図である。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２に記憶されているプログラム、または記憶部２８からＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３にロードされたプログラムに従って各種の処理を実行する。
また、ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上で必要なデータなども適宜記憶されている。
【００３２】
ＣＰＵ２１、ＲＯＭ２２、およびＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４には、入出力インターフェース２５も接続されている。
入出力インターフェース２５には、キーボード、マウスなどよりなる入力部２６、ＣＲＴ（Ｃａｔｈｏｄｅ−ｒａｙ Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などよりなるディスプレイ、並びにスピーカなどによりなる出力部２７、ハードディスクなどにより構成される記憶部２８、モデム、ターミナルアダプタなどにより構成される通信部２９が接続されている。通信部２９は、ネットワークを介しての通信処理を行う。
【００３３】
また、入出力インターフェース２５には、必要に応じてドライブ３０が接続され、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、またはメモリカード４４などが適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。
なお、認証サーバ５、サービスサーバ４の構成は基本的にＣＥ機器３と同様であるので説明は省略する。
【００３４】
図４は、ＣＥ機器３が認証サーバ５から機器認証を受ける手順を説明するためのフローチャートである。
なお、ＣＥ機器３は、認証サーバ５の公開鍵を備えており、認証サーバ５は対応する秘密鍵を備えているものとする。
また、ＣＥ機器３と認証サーバ５は、フローチャート中の括弧で示した各手段を備えている。
【００３５】
ＣＥ機器３がサービスサーバ４で機器認証が必要なサービスにアクセスすると、サービスサーバ４がＣＥ機器３に機器認証トリガーを送信する（ステップ４０）。
この機器認証トリガーは、ＣＥ機器３に機器認証動作を開始させるための情報であり、認証サーバ５のＵＲＬや、サービスサイトが要求する認証のバージョンなどの情報が含まれている。
なお、機器認証にはいくつかのバージョンが用意されており、バージョンにより利用できるサービスが異なる場合がある。
【００３６】
ＣＥ機器３は、サービスサーバ４から認証トリガを受信する。
以下の、ＣＥ機器３と認証サーバ５の通信は、暗号化モジュール８で暗号化された通信経路を介して行われる。
ＣＥ機器３は、認証トリガに含まれる認証サーバ５のＵＲＬを用いて認証サーバ５に接続し、サーバ乱数の送信を要求する（ステップ２）。
また、このとき、ＣＥ機器３は、認証トリガに含まれているサービスサーバ４が要求するバージョンと、ＣＥ機器３が実装している機器認証のバージョンを認証サーバ５に送信する。
【００３７】
認証サーバ５は、ＣＥ機器３からサーバ乱数の送信要求を受信し、サーバ乱数を発生させる（乱数取得手段）（ステップ２０）。また、サービスサーバ４が要求しているバージョンとＣＥ機器３のバージョンが一致しているか否かの確認も行う。
更に、認証サーバ５は、ワンタイムＩＤ１を生成する。そして、サーバ乱数とワンタイムＩＤ１をＣＥ機器３に送信する（送信手段）（ステップ２２）。
【００３８】
なお、サービスサーバ４は後ほど別のワンタイムＩＤを生成するが、これと区別するため、上記のワンタイムＩＤをワンタイムＩＤ１とし、後に生成するワンタイムＩＤをワンタイムＩＤ２とする。
【００３９】
このワンタイムＩＤ１は、ＣＥ機器３と認証サーバ５でセッションを維持するために使用される使い捨てのＩＤである。
認証サーバ５は、ＣＥ機器３からワンタイムＩＤ１を受信することによりＣＥ機器３と維持しているセッションを認識することができる。
ワンタイムＩＤ１は、機器認証ごとに異なる値が発行されるので、高いセキュリティを確保することができる。
【００４０】
また、認証サーバ５は、送信したサーバ乱数とワンタイムＩＤ１をひも付けして記憶する。これにより、後にＣＥ機器３からワンタイムＩＤ１を受信することにより、ＣＥ機器３に送信したサーバ乱数を特定することができる。このように、ワンタイムＩＤ１は、乱数特定情報を構成している。
【００４１】
ＣＥ機器３は、認証サーバ５からサーバ乱数とワンタイムＩＤ１を受信する（受信手段）。ついで、ＣＥ機器３は、共通鍵を生成してこれを認証サーバ５の公開鍵で暗号化する（ステップ４）。この情報は、ＣＥ機器３の接続先が確かに認証サーバ５であることを確認するために用いられる。
次に、ＣＥ機器３は、パスフレーズとサーバ乱数を組み合わせて所定のロジックでハッシュを取り、ダイジェストを生成する（変換手段）（ステップ６）。
【００４２】
次に、ＣＥ機器３は、機器ＩＤ、生成したダイジェスト、認証サーバ５から受信したワンタイムＩＤ１を認証サーバ５を送信する（送信手段）（ステップ８）。
また、これらの情報と共に、先に公開鍵で暗号化した共通鍵と、ＣＥ機器３がサービスを受けようとしているサービスサーバ４のサイトのＵＲＬ（以下ターゲットＵＲＬと呼ぶ）、及び、共通鍵を取り出すための秘密鍵（認証サーバ５は、複数の秘密鍵を持っている）を識別する秘密鍵識別子も認証サーバ５に送信する。
【００４３】
認証サーバ５は、これらの情報をＣＥ機器３から受信して（受信手段）、まずワンタイムＩＤ１の確認を行う（ステップ２４）。ワンタイムＩＤ１により、認証サーバ５は、先に生成したセッションの続きであることを認識することができる。
また、ワンタイムＩＤ１にひも付けて置いたサーバ乱数を記憶装置から取得することによりサーバ乱数を特定する（乱数特定手段）。
また、機器ＩＤからＣＥ機器３のパスフレーズを特定する（秘密情報特定手段）。
【００４４】
更に、認証サーバ５は、ＣＥ機器３から受信したターゲットＵＲＬが、予め認証サーバ５に登録されているターゲットＵＲＬかも確認する。
これにより、ＣＥ機器３の接続先のサービスサーバ４が正当なサービスサーバ４であることを確認することができる。
【００４５】
次に、認証サーバ５は、先にＣＥ機器３に送信したサーバ乱数と、ＣＥ機器３のパスフレーズから、ＣＥ機器３と同じロジックによりダイジェストを生成し（変換手段）、これと、ＣＥ機器３から受信したダイジェストを照合してＣＥ機器３の認証を行う（機器認証手段）（ステップ２６）。
認証サーバ５は、認証に成功するとワンタイムＩＤ２を生成する（ステップ２８）。ワンタイムＩＤ２は、後ほどＣＥ機器３が認証を受けたのが確かに認証サーバ５であることをサービスサーバ４が確認するのに使用される。
また、認証サーバ５は、機器認証を行ったバージョンも記憶しておく。
【００４６】
次に、認証サーバ５は、公開鍵で暗号化された共通鍵を秘密鍵で復号化して取り出す。
そして、認証サーバ５は、ワンタイムＩＤ２をハッシュ化し、ダイジェスト（以下、ＩＤ２ダイジェストと呼ぶ）を生成する。
次に、認証サーバ５は、ＩＤ２ダイジェストを先に復号化した共通鍵で暗号する（ステップ３０）。
【００４７】
次に、認証サーバ５は、暗号化したＩＤ２ダイジェストと、ワンタイムＩＤ２を連結して共通鍵で暗号化し、これをＣＥ機器３に送信する（ステップ３２）。
ワンタイムＩＤ２にＩＤ２ダイジェストを連結するのは、送信されてきたワンタイムＩＤ２のダイジェストを生成して、ＩＤ２ダイジェストと比較することにより、ワンタイムＩＤ２が改変されたか否かを確認するためである。
【００４８】
ＣＥ機器３は、認証サーバ５から暗号化されたワンタイムＩＤ２とＩＤ２ダイジェストを受信し、共通鍵でこれらを復号化する（ステップ１０）。
ＣＥ機器３は、ワンタイムＩＤ２をハッシュ化してダイジェストを生成し、これをＩＤ２ダイジェストと比較してワンタイムＩＤ２が改竄されていないか確認する。
ＣＥ機器３は、共通鍵でこれらの情報が復号化できたことから、認証サーバ５が共通鍵を取り出せた（即ち、秘密鍵を持っている）ことを確認することができる。即ち、ＣＥ機器３が機器認証を求めた相手先は確かに認証サーバ５であったことを確認することができる（ステップ１２）。
また、ワンタイムＩＤ２が発行されたことから、ＣＥ機器３が機器認証されたことを確認することができる。
【００４９】
次に、ＣＥ機器３は、認証サーバ５から受信したワンタイムＩＤ２をサービスサーバ４に送信することにより、ＣＥ機器３が認証サーバ５で認証されたことを通知する（ステップ１４）。
サービスサーバ４は、ＣＥ機器３からワンタイムＩＤ２を受信し、これを認証サーバ５に送信して確かに認証サーバ５が機器認証したことを確認する（ステップ３４、ステップ４２）。
サービスサーバ４は、認証サーバ５で機器認証結果を確認すると、ＣＥ機器３に対してサービスの提供を開始する（ステップ４４）。
そして、ＣＥ機器３ではサービスの利用を開始する（ステップ１６）。
【００５０】
以上の手順により、認証サーバ５は、パスフレーズそのものではなく、パスフレーズとサーバ乱数から生成されるダイジェストによりダイジェスト認証を行うことができる。
また、ＣＥ機器３は、共通鍵を公開鍵で暗号化して認証サーバ５に送信し、認証サーバ５の秘密鍵で共通鍵が取り出されたことを確認することにより、認証先が確かに認証サーバ５であることを確認することができる。
更に、認証サーバ５は、ワンタイムＩＤ２にＩＤ２ダイジェストを貼付してＣＥ機器３に送信することにより、ＣＥ機器３は、ワンタイムＩＤ２が改竄されていないことを確認することができる。
【００５１】
図５は、ステップ２６（図４）のダイジェスト認証処理の手順を説明するためのフローチャートである。
認証サーバ５は、ＣＥ機器３へサーバ乱数とワンタイムＩＤ１を送信する際に、これらを対応付けて記憶している。
認証サーバ５は、ＣＥ機器３から受信したワンタイムＩＤ１を用いてＣＥ機器３に送信したサーバ乱数を検索する（ステップ５２）。
また、認証サーバ５は、機器ＩＤとパスフレーズを予め対応付けて記憶しており、ＣＥ機器３から受信した機器ＩＤからＣＥ機器３のパスフレーズを検索する（ステップ５４）。
【００５２】
次に、認証サーバ５は、検索したサーバ乱数とパスフレーズの組をＣＥ機器３と同じロジックによりハッシュ化し、ダイジェストを生成する（ステップ５６）。
次に、認証サーバ５は、生成したダイジェストと、ＣＥ機器３から受信したダイジェストを比較し、同一か否かを判断する（ステップ５８）。
【００５３】
ダイジェストが一致した場合（ステップ６０；Ｙ）、認証サーバ５は、機器認証が成功したことを認識する（ステップ６２）。
ダイジェストが一致しなかった場合（ステップ６０；Ｎ）、認証サーバ５は、ＣＥ機器３が認証されなかったものと認識する（ステップ６４）。
【００５４】
以上のように、認証サーバ５は、ワンタイムＩＤとサーバ乱数を対応付けて記憶しておき、更に機器ＩＤとパスフレーズを対応付けて記憶しておくことにより、ＣＥ機器３と同じロジックでダイジェストを生成することができ、ＣＥ機器３を機器認証することができる。
【００５５】
図６は、ステップ３４、ステップ４２（図４）において、サービスサーバ４が認証サーバ５で認証結果を確認する手順を説明するためのフローチャートである。
以下、認証サーバ５とサービスサーバ４の通信は、ＳＳＬなどの技術により暗号化された通信経路を介して行われるものとする。
【００５６】
まず、サービスサーバ４は、認証サーバ５にＣＥ機器３から受信したワンタイムＩＤ２を送信し、機器認証の結果を要求する（ステップ８２）。この際に、サービスサーバ４は、認証サーバ５とのセッションを維持するためのチケットを発行し、これも認証サーバ５に送信する。
【００５７】
サービスサーバ４と認証サーバ５との送受信はお互いの信頼性が高いため、セッションの度にワンタイムＩＤを発行せず、同じＩＤを複数回繰り返して使用してもよい。このように複数回再利用できるＩＤをチケットと呼ぶことにする。
ワンタイムＩＤの代わりにチケットを発行することにより、サービスサーバ４と認証サーバ５の負荷を、ワンタイムＩＤを発行した場合より小さくすることができる。
【００５８】
認証サーバ５は、ワンタイムＩＤ２を受信し、このワンタイムＩＤ２をキーとして、ＣＥ機器３に対して行った機器認証のバージョンを検索する。また、ＣＥ機器３の機器ＩＤなどからＣＥ機器３の機器情報も検索する。
機器情報としては、例えば、ＣＥ機器３の製品コードやシリアルナンバなどがある。
そして、これら検索した情報をサービスサーバ４に送信する（ステップ７２）。
【００５９】
サービスサーバ４は、バージョン情報と機器情報を認証サーバ５から受信し、サービスサーバ４で記憶しているこれらの情報と照合する。
更に、サービスサーバ４は、認証サーバ５にチケットを送信し、ＣＥ機器３の保有者情報を認証サーバ５に要求する（ステップ８４）。
認証サーバ５は、これに応じてこのＣＥ機器３の保有者情報を検索し、チケットと共にサービスサーバ４に送信する（ステップ７４）。
【００６０】
サービスサーバ４は、認証サーバ５から受信した保有者情報をサービスサーバ４が記憶している保有者情報と照合する。
このように、機器情報や保有者情報を確認することにより、サービスサーバ４は、認証サーバ５は、確かにＣＥ機器３を機器認証したことを確認することができる。
そして、サービスサーバ４は、ＣＥ機器３に対してサービスの提供を開始する（ステップ８６）。
【００６１】
以上のように、サービスサーバ４と認証サーバ５との間の複数回の送受信において同じチケットが繰り返し用いられる。
また、サービスサーバ４は、別の機器認証に関する認証結果確認には別のチケットを発行する。
【００６２】
図７は、ＣＥ機器３が認証先が確かに認証サーバ５であることを確認する別のシーケンスを説明するためのフローチャートである。
以下の手順では、ＣＥ機器３が乱数（以下クライアント乱数と呼ぶことにする）を発生させ、これにより認証サーバ５を確認する。
まず、ＣＥ機器３は、クライアント乱数を生成する（ステップ１０２）。
次に、ＣＥ機器３は、共通鍵を生成する（ステップ１０４）。
【００６３】
ＣＥ機器３は、生成した共通鍵でクライアント乱数を暗号化する（ステップ１０６）。暗号化した後の情報を暗号化情報１と呼ぶことにする。
更に、ＣＥ機器３は、認証サーバ５の公開鍵で共通鍵を暗号化する（ステップ１０８）。暗号化した後の情報を暗号化情報２と呼ぶことにする。
そして、ＣＥ機器３は、暗号化情報１と暗号化情報２を認証サーバ５に送信する（ステップ１１０）。
なお、ＣＥ機器３は、送信したクライアントを記憶しておく。
【００６４】
認証サーバ５は、ＣＥ機器３から暗号化情報１と暗号化情報２を受信し、まず、認証サーバ５の秘密鍵で暗号化情報２を復号化し、共通鍵とを取り出す（ステップ１２２）。
次に、認証サーバ５は、取り出した共通鍵で暗号化情報１を復号化し、クライアント乱数を取り出す（ステップ１２４）。
次に、認証サーバ５は、取り出したクライアント乱数のハッシュをとり、ダイジェストを生成する（ステップ１２６）。
次に、認証サーバ５は、生成したダイジェストを共通鍵で暗号化し、ＣＥ機器３に送信する（ステップ１２８）。
【００６５】
ＣＥ機器３は、認証サーバ５から暗号化したダイジェストを受信し、これを共通鍵で復号化する（ステップ１１２）。
更に、ＣＥ機器３は、記憶しておいた乱数をハッシュ化し、ダイジェストを生成する（ステップ１１４）。
そして、ＣＥ機器３は、生成したダイジェストと、先に復号化したダイジェストを比較し、両者が一致することにより、接続先が確かに認証サーバ５であることを確認する（ステップ１１６）。
【００６６】
即ち、クライアント乱数のダイジェストが共通鍵で暗号化されて送られてきたということは、接続先が暗号化情報２を復号化することができたということであり、これは、接続先が秘密鍵を持っていたことを意味する。秘密鍵を持っているのは認証サーバ５であるので、これにより、接続先が認証サーバ５であることを確認することができる。
【００６７】
図８は、機器認証を行う他の手順を説明するためのフローチャートである。
図４に示した手順では、ＣＥ機器３から認証サーバ５にアクセスして機器認証を行ったが、この手順では、ＣＥ機器からサービスサーバ４に認証情報を送信し、サービスサーバ４がこの認証情報を用いて認証サーバ５にアクセスして機器認証を行う。
以下の手順で、ＣＥ機器３、サービスサーバ４、認証サーバ５の間の通信は、例えば、ＳＳＬなどの技術により暗号化した経路が用いられるものとする。
また、ＣＥ機器３、サービスサーバ４、認証サーバ５は、フローチャート中に括弧で示した各手段を備えている。
【００６８】
まず、ＣＥ機器３がサービスサーバ４に対して機器認証を要するサービスの提供を要求する。
これに対し、サービスサーバ４は、ＣＥ機器３に対して機器認証トリガを送信する（ステップ１４２）。
ＣＥ機器３は、サービスサーバ４から機器認証トリガを受信するとサービスサーバ４に対してサーバ乱数の要求を送信する（ステップ１３２）。
【００６９】
サービスサーバ４は、これを受信してサーバ乱数を生成し（乱数取得手段）（ステップ１４４）、ＣＥ機器３に送信する（乱数送信手段）（ステップ１４６）。サービスサーバ４は、このサーバ乱数を記憶しておく。
ＣＥ機器３は、サービスサーバ４からサーバ乱数を受信すると共に（乱数受信手段）、クライアント乱数を生成する（ステップ１３４）。
次にＣＥ機器３は、サーバ乱数、クライアント乱数、及びパスフレーズを組み合わせてハッシュ化し、ダイジェストを生成する（変換手段）（ステップ１３６）。
【００７０】
次に、ＣＥ機器３は、生成したダイジェストと、機器ＩＤ、クライアント乱数をサービスサーバ４に送信して機器認証を要求する（送信手段）（ステップ１３８）。
サービスサーバ４は、これらの認証情報を受信する（受信手段）（ステップ１４８）。
このように、サービスサーバ４がＣＥ機器３から受信する認証情報には、サーバ乱数が含まれていない。
サービスサーバ４は、ＣＥ機器３から受信した認証情報（ダイジェスト、機器ＩＤ、クライアント）にサーバ乱数を加えて新たな認証情報とし、これを認証サーバ５に送信して機器認証を要求する（認証情報送信手段）（ステップ１５０）。
【００７１】
ここでは、サービスサーバ４は、ＣＥ機器３とセッションを維持しているため、先に記憶したサーバ乱数がこのＣＥ機器３に送ったサーバ乱数であることを認識することができる（乱数特定手段）。そこで、このサーバ乱数を認証情報に加えるのである。また、図４の手順と同様にしてワンタイムＩＤを発行することにより、ＣＥ機器３に送信したサーバ乱数を特定するように構成することもできる。
【００７２】
このように、ＣＥ機器３から送られてきた認証情報に先に送信したサーバ乱数を付加するように構成することにより、認証トリガを送信したサービスサーバ４と認証情報を受信したサービスサーバ４が同一のサーバであることを確かめることができる。
【００７３】
認証サーバ５は、サービスサーバ４から認証情報を受信し（受信手段）、ＣＥ機器３の機器認証を行う（ステップ１６２）。
この認証では、サービスサーバ４から送信されてきた機器ＩＤ、クライアント乱数、サーバ乱数の組から、ＣＥ機器３と同じロジックでダイジェストを生成し、サービスサーバ４から送信されてきたダイジェストと一致するか否かをチェックする。
一致した場合、ＣＥ機器３は認証され、一致しない場合は認証されない。
そして、認証サーバ５は、認証結果をサービスサーバ４に送信する（ステップ１６４）。
また、ＣＥ機器３のパスフレーズは、機器ＩＤから求める（秘密情報特定手段）。
【００７４】
サービスサーバ４は、認証サーバ５から認証結果を受信し（認証結果受信手段）、その認証結果がＣＥ機器３を認証するものであった場合、サービスの提供を開始し（ステップ１５２）、ＣＥ機器３ではそのサービスを利用する（ステップ１４０）。
なお、ステップ１６４で認証サーバ５がサービスサーバ４に認証結果を送信する際に、図６のフローチャートと同様にして、認証サーバ５とサービスサーバ４の間でＣＥ機器３の機器情報と保有者情報を確認するように構成することもできる。
【００７５】
図９は、ステップ１６２（図８）のダイジェスト認証処理の手順を説明するためのフローチャートである。
まず、認証サーバ５は、サービスサーバ４から受信した認証情報に含まれる機器ＩＤを用いてＣＥ機器３のパスフレーズを検索して取得する（ステップ１７４）。なお、認証サーバ５は、予め機器ＩＤとパスフレーズを対応させて記憶している。
【００７６】
次に、認証サーバ５は、サービスサーバ４から受信した認証情報に含まれるサーバ乱数とクライアント乱数を取得する（ステップ１７４）。
次に、認証サーバ５は、ステップ１７４で検索したパスフレーズと、ステップ１７４で取得したサーバ乱数及びクライアント乱数を組み合わせ、ＣＥ機器３と同じロジックにてこれをハッシュ化し、ダイジェストを生成する（ステップ１７６）。
【００７７】
次に、認証サーバ５は、ステップ１７６で生成したダイジェストと、サービスサーバ４から受信した認証情報に含まれるダイジェストを比較し、同一であるか否かを判断する（ステップ１７８）。
ダイジェストが一致する場合（ステップ１８０；Ｙ）、認証サーバ５は、ＣＥ機器３が認証されたものと判断し（ステップ１８２）、ダイジェストが一致しない場合（ステップ１８０；Ｎ）、認証サーバ５は、ＣＥ機器３が認証されなかったものと判断する（ステップ１５４）。
【００７８】
図８のフローチャートで示した手順では、図４のフローチャートで示したようなワンタイムＩＤ１、ワンタイムＩＤ２を用いることなく機器認証を行うことができる。
【００７９】
以上に説明した本実施の形態では、以下のような効果を得ることができる。
（１）機器認証モジュール７は、サービスサーバ４が生成したサーバ乱数を用いてパスフレーズをダイジェストに変換した後これを出力するため、第三者が機器認証モジュール７の出力からパスフレーズを読み取ることはできない。
（２）暗号化モジュール８は、機器認証モジュール７からダイジェスト化されたパスフレーズを受信するため、機器認証モジュール７と暗号化モジュール８をスタティックリンクにより結合する必要がない。そのため、機器認証モジュール７と暗号化モジュール８をダイナミックリンクで接続するように構成し、暗号化モジュール８を他のモジュールからも利用できるようにすることができる。
【００８０】
（３）暗号化モジュール８は、機器認証モジュール７も含め他のモジュールと共用できるため、暗号化モジュール８を複数用意する必要が無く、ＣＥ機器３のシステムの冗長性を解消することができる。そのため、ＣＥ機器３のメモリ領域を有効利用することができる。
（４）認証サーバ５とＣＥ機器３で同じロジックにてダイジェストを生成することにより、ＣＥ機器３が生成したダイジェストと認証サーバ５が生成したダイジェストの一致を判断することにより機器認証を行うことができる。
（５）パスフレーズそのものではなく、機器認証ごとに値が変化するダイジェストが通信経路で送受信されるため、例えダイジェストがネットワーク上で第三者に奪取されたとしても、被害を小さい範囲にとどめることができる。即ち、パスフレーズは、機器認証で同じものが何回でも使用できるのに対し、ダイジェストは機器認証ごとに異なるからである。
【００８１】
（実施の形態の変形例）
図１０は、本実施の形態の変形例を説明するための図である。
図に示したように、本変形例では、機器認証モジュール７を耐タンパチップ３５に格納する。
耐タンパチップ３５は、集積回路を収納したＩＣチップによって構成された耐タンパ装置であって、改竄や複製、内部の論理構造の解読などの不正行為に対して十分な防御手段を講じてある。
タンパ（ｔａｍｐｅｒ）とは、装置を勝手にいじったり手を加えたりするという意味であり、情報などを不正に変更するという意味もある。
【００８２】
耐タンパチップ３５は、機器ＩＤとパスフレーズ、及び、パスフレーズとサーバ乱数を組み合わせた情報をハッシュ化するハッシュ化機が内蔵された一種のブラックボックスとなっている。
耐タンパチップ３５は、耐タンパ仕様で製造されているため、第三者は、耐タンパチップ３５を物理的に分解して内部の情報を得ることは困難である。
即ち、耐タンパチップ３５を物理的に分解して、秘密情報であるパスフレーズや、ハッシュ化に用いるハッシュ関数を知ることは困難である。
【００８３】
また、耐タンパチップ３５内のパスフレーズは、サーバ乱数と共にハッシュ化されたダイジェストとして出力されるため、耐タンパチップ３５から出力された情報からパスフレーズを解析することも困難である。即ち、ハッシュ関数は一方向性関数であり、逆変換が困難だからである。
このように、耐タンパチップ３５の出力情報から内部の秘密情報を探知することも困難である。
【００８４】
図１１は、本変形例のハードウェア的な構成の一例を示した図である。
図に示したように、耐タンパチップ３５は、バス２４に接続しており、ＣＰＵ２１から情報の入出力を行えるようになっている。
即ち、ＣＰＵ２１は、耐タンパチップ３５に対して、サーバ乱数を入力し、耐タンパチップ３５から機器ＩＤとダイジェストを受け取ることができる。
【００８５】
以上のように、耐タンパチップ３５に、パスフレーズ（秘密情報）とハッシュ化機を内蔵し、パスフレーズを出力する際には、ハッシュ化したダイジェストを出力することにより、第三者の手にパスフレーズが渡ることを防ぐことができる。
このように、耐タンパ装置に、秘密情報とこの秘密情報の変換機能を内蔵し、耐タンパ装置から秘密情報が出力される場合は、変換機能で変換された値が出力されるように構成することにより、秘密情報を物理的、及び解析的に探索することが困難になる。そのため、セキュリティレベルを強化することができる。
【００８６】
本変形例では、一例として、耐タンパチップ３５にパスフレーズとハッシュ化機を内蔵した例について説明したが、この他に、例えば、秘密鍵や共通鍵などの暗号鍵情報を用いるシステムでは、これらの暗号鍵情報と、入力情報に対する署名機能や暗号化機能を耐タンパ装置に内蔵することにより、暗号鍵情報の漏洩を防ぐことができる。
【００８７】
【発明の効果】
本発明によれば、端末機器内のメモリを有効利用することができる。
【図面の簡単な説明】
【図１】本実施の形態の機器認証システムの構成を説明するための図である。
【図２】ＣＥ機器の機器認証に関する構成要素を説明するための図である。
【図３】ＣＥ機器のハードウェア的な構成の一例を示した図である。
【図４】機器認証を行う手順を説明するためのフローチャートである。
【図５】ダイジェスト認証処理の手順を説明するためのフローチャートである。
【図６】サービスサーバが認証サーバで認証結果を確認する手順を説明するためのフローチャートである。
【図７】ＣＥ機器が認証サーバを確認する別のシーケンスを説明するためのフローチャートである。
【図８】機器認証を行う他の手順を説明するためのフローチャートである。
【図９】ダイジェスト認証処理の手順を説明するためのフローチャートである。
【図１０】本実施の形態の変形例を説明するための図である。
【図１１】本変形例のハードウェア的な構成の一例を示した図である。
【図１２】従来のＣＥ機器の構成を説明するための図である。
【符号の説明】
１ 機器認証システム ３ ＣＥ機器
４ サービスサーバ ５ 認証サーバ
７ 機器認証モジュール ８ 暗号化モジュール
３５ 耐タンパチップ
Claims (5)
- 機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバと、前記機器認証サーバと、ネットワークを介して接続される端末機器において、
機器認証用の秘密情報を記憶する秘密情報記憶手段と、
前記サービスサーバにサービス要求を送信するサービス要求送信手段と、
前記サービス要求に応答して、前記サービスサーバから前記機器認証サーバへの接続トリガーを受信する接続トリガー受信手段と、
前記接続トリガーに従い、前記機器認証サーバにアクセスして、認証用乱数を要求する認証用乱数要求送信手段と、
前記認証用乱数と、乱数特定情報とを受信する認証用乱数受信手段と、
前記認証用乱数と、前記秘密情報記憶手段に記憶される前記秘密情報とから、一方向性関数により変換値を生成する生成手段と、
前記変換値と前記乱数特定情報と前記サービスサーバを特定するサービスサーバ特定情報とを前記機器認証サーバに送信する変換値送信手段と、
送信された前記変換値と前記乱数特定情報とに基づいて、前記機器認証サーバにおいて認証され、前記サービスサーバ特定情報が確認されると、前記機器認証サーバにおいて発行される認証特定情報を受信する認証特定情報受信手段と、
前記認証特定情報を、前記サービスサーバに送信する認証特定情報送信手段と
を備えることを特徴とする端末機器。 - 前記認証特定情報送信手段において送信された前記認証特定情報が前記サービスサーバにおいて確認されると、前記サービス要求送信手段から要求されたサービスを教授可能とする
ことを特徴とする請求項１に記載の端末機器。 - 機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバと、前記機器認証サーバと、ネットワークを介して接続される端末機器において、
機器認証用の秘密情報を秘密情報記憶手段に記憶する秘密情報記憶機能と、
前記サービスサーバにサービス要求を送信するサービス要求送信機能と、
前記サービス要求に応答して、前記サービスサーバから前記機器認証サーバへの接続トリガーを受信する接続トリガー受信機能と、
前記接続トリガーに従い、前記機器認証サーバにアクセスして、認証用乱数を要求する認証用乱数要求送信機能と、
前記認証用乱数と、乱数特定情報とを受信する認証用乱数受信機能と、
前記認証用乱数と、前記秘密情報記憶手段に記憶される前記秘密情報とから、一方向性関数により変換値を生成する生成機能と、
前記変換値と前記乱数特定情報と前記サービスサーバを特定するサービスサーバ特定情報とを前記機器認証サーバに送信する変換値送信機能と、
送信された前記変換値と前記乱数特定情報とに基づいて、前記機器認証サーバにおいて認証され、前記サービスサーバ特定情報が確認されると、前記機器認証サーバにおいて発行される認証特定情報を受信する認証特定情報受信機能と、
前記認証特定情報を、前記サービスサーバに送信する認証特定情報送信機能と
を実現することを特徴とする認証端末プログラム。 - 機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバに、サービスを要求する端末機器を認証する機器認証サーバにおいて、
前記サービスサーバより、機器認証を要する機器認証トリガーを受信した前記端末機器から、前記端末機器の機器認証用の秘密情報を受信する秘密情報受信手段と、
前記秘密情報に対応させて、乱数を発生し、乱数特定情報を発行して、記憶手段に記憶するとともに、前記端末機器に送信する乱数送信手段と、
前記端末機器から、前記乱数に基づいて一方向性関数により生成された変換値と前記乱 数特定情報と、前記サービスサーバを特定するサービスサーバ特定情報を受信する変換値受信手段と、
前記乱数特定情報から、前記端末機器に発行した乱数を特定し、前記端末機器で生成する際に採用した一方向性関数を用いて変換値を生成し、前記端末機器から受信された前記変換値と比較することによって前記変換値を確認し、前記サービスサーバ特定情報によって特定される前記サービスサーバを確認し、前記端末機器を認証する認証手段と、
前記認証手段において前記端末機器が認証されると、認証特定情報を発行して前記端末機器に送信する認証特定情報送信手段と
を備え、
前記認証特定情報は、前記端末機器が前記サービスサーバにサービス要求する際に前記端末機器が機器認証を行ったことを確認するための情報である
ことを特徴とする機器認証サーバ。 - 機器認証サーバにおける機器認証を要するサービスを提供するサービスサーバに、サービスを要求する端末機器を認証する機器認証サーバにおいて、
前記サービスサーバより、機器認証を要する機器認証トリガーを受信した前記端末機器から、前記端末機器の機器認証用の秘密情報を受信する秘密情報受信機能と、
前記秘密情報に対応させて、乱数を発生し、乱数特定情報を発行して、記憶手段に記憶させるとともに、前記端末機器に送信する乱数送信機能と、
前記端末機器から、前記乱数に基づいて一方向性関数により生成された変換値と前記乱数特定情報と、前記サービスサーバを特定するサービスサーバ特定情報を受信する変換値受信機能と、
前記乱数特定情報から、前記端末機器に発行した乱数を特定し、前記端末機器で生成する際に採用した一方向性関数を用いて変換値を生成し、前記端末機器から受信された前記変換値と比較することによって前記変換値を確認し、前記サービスサーバ特定情報によって特定される前記サービスサーバを確認し、前記端末機器を認証する認証機能と、
前記認証機能において前記端末機器が認証されると、認証特定情報を発行して前記端末機器に送信する認証特定情報送信機能と
を実現し、
前記認証特定情報は、前記端末機器が前記サービスサーバにサービス要求する際に前記端末機器が機器認証を行ったことを確認するための情報である
ことを特徴とする機器認証プログラム。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003188141A JP4240297B2 (ja) | 2003-04-21 | 2003-06-30 | 端末機器、認証端末プログラム、機器認証サーバ、機器認証プログラム |
| US10/518,973 US7681033B2 (en) | 2003-04-21 | 2004-04-21 | Device authentication system |
| KR1020047020428A KR20060003319A (ko) | 2003-04-21 | 2004-04-21 | 기기 인증 시스템 |
| EP04728706A EP1617588A1 (en) | 2003-04-21 | 2004-04-21 | Device authentication system |
| PCT/JP2004/005741 WO2004095772A1 (ja) | 2003-04-21 | 2004-04-21 | 機器認証システム |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003115755 | 2003-04-21 | ||
| JP2003188141A JP4240297B2 (ja) | 2003-04-21 | 2003-06-30 | 端末機器、認証端末プログラム、機器認証サーバ、機器認証プログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2005012732A JP2005012732A (ja) | 2005-01-13 |
| JP2005012732A5 JP2005012732A5 (ja) | 2005-11-10 |
| JP4240297B2 true JP4240297B2 (ja) | 2009-03-18 |
Family
ID=33312611
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003188141A Expired - Fee Related JP4240297B2 (ja) | 2003-04-21 | 2003-06-30 | 端末機器、認証端末プログラム、機器認証サーバ、機器認証プログラム |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7681033B2 (ja) |
| EP (1) | EP1617588A1 (ja) |
| JP (1) | JP4240297B2 (ja) |
| KR (1) | KR20060003319A (ja) |
| WO (1) | WO2004095772A1 (ja) |
Families Citing this family (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7237117B2 (en) | 2001-03-16 | 2007-06-26 | Kenneth P. Weiss | Universal secure registry |
| US7526588B1 (en) | 2004-04-27 | 2009-04-28 | Apple Inc. | Communication between an accessory and a media player using a protocol with multiple lingoes |
| US8117651B2 (en) * | 2004-04-27 | 2012-02-14 | Apple Inc. | Method and system for authenticating an accessory |
| US7441062B2 (en) | 2004-04-27 | 2008-10-21 | Apple Inc. | Connector interface system for enabling data communication with a multi-communication device |
| US7823214B2 (en) | 2005-01-07 | 2010-10-26 | Apple Inc. | Accessory authentication for electronic devices |
| US20070005963A1 (en) * | 2005-06-29 | 2007-01-04 | Intel Corporation | Secured one time access code |
| WO2007017882A1 (en) * | 2005-08-05 | 2007-02-15 | Hewlett-Packard Development Company L.P. | System, method and apparatus for cryptography key management for mobile devices |
| KR101009330B1 (ko) * | 2006-01-24 | 2011-01-18 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 모바일 네트워크를 기반으로 하는 엔드 투 엔드 통신에서의 인증을 위한 방법, 시스템 및 인증 센터 |
| US8234220B2 (en) * | 2007-02-21 | 2012-07-31 | Weiss Kenneth P | Universal secure registry |
| US11227676B2 (en) | 2006-02-21 | 2022-01-18 | Universal Secure Registry, Llc | Universal secure registry |
| KR100755025B1 (ko) * | 2006-02-27 | 2007-09-06 | (주)유브릿지 | 무선데이터 통신인증시스템 |
| KR100818923B1 (ko) * | 2006-04-12 | 2008-04-03 | 삼성전자주식회사 | 클라이언트의 신뢰성 검증 장치 및 방법 |
| EP1865656A1 (en) * | 2006-06-08 | 2007-12-12 | BRITISH TELECOMMUNICATIONS public limited company | Provision of secure communications connection using third party authentication |
| US7415563B1 (en) | 2006-06-27 | 2008-08-19 | Apple Inc. | Method and system for allowing a media player to determine if it supports the capabilities of an accessory |
| US8560863B2 (en) * | 2006-06-27 | 2013-10-15 | Intel Corporation | Systems and techniques for datapath security in a system-on-a-chip device |
| WO2008035450A1 (fr) * | 2006-09-20 | 2008-03-27 | Secured Communications, Inc. | Authentification par un identifiant ponctuel |
| US20080114980A1 (en) * | 2006-11-13 | 2008-05-15 | Thangapandi Sridhar | System, method and apparatus for using standard and extended storage devices in two-factor authentication |
| US9571902B2 (en) | 2006-12-13 | 2017-02-14 | Quickplay Media Inc. | Time synchronizing of distinct video and data feeds that are delivered in a single mobile IP data network compatible stream |
| EP2177010B1 (en) | 2006-12-13 | 2015-10-28 | Quickplay Media Inc. | Mobile media platform |
| US8892761B1 (en) | 2008-04-04 | 2014-11-18 | Quickplay Media Inc. | Progressive download playback |
| US9124650B2 (en) | 2006-12-13 | 2015-09-01 | Quickplay Media Inc. | Digital rights management in a mobile environment |
| US7849318B2 (en) * | 2007-06-19 | 2010-12-07 | Yahoo! Inc. | Method for session security |
| JP4995667B2 (ja) * | 2007-08-28 | 2012-08-08 | 富士通株式会社 | 情報処理装置、サーバ装置、情報処理プログラム及び方法 |
| US8291231B2 (en) * | 2007-11-07 | 2012-10-16 | Nippon Telegraph And Telephone Corporation | Common key setting method, relay apparatus, and program |
| US8209394B2 (en) * | 2008-06-02 | 2012-06-26 | Microsoft Corporation | Device-specific identity |
| US8208853B2 (en) | 2008-09-08 | 2012-06-26 | Apple Inc. | Accessory device authentication |
| US8238811B2 (en) | 2008-09-08 | 2012-08-07 | Apple Inc. | Cross-transport authentication |
| WO2010064439A1 (ja) * | 2008-12-03 | 2010-06-10 | 日本電気株式会社 | 識別情報管理システム、識別情報の生成方法及び管理方法、端末、並びに生成及び管理プログラム |
| US8844040B2 (en) * | 2009-03-20 | 2014-09-23 | Citrix Systems, Inc. | Systems and methods for using end point auditing in connection with traffic management |
| EP2486742A4 (en) * | 2009-10-09 | 2014-11-05 | Quickplay Media Inc | DIGITAL RIGHTS MANAGEMENT IN A MOBILE ENVIRONMENT |
| WO2012037479A1 (en) * | 2010-09-17 | 2012-03-22 | Universal Secure Registry, Llc | Apparatus, system and method employing a wireless user-device |
| CN103098070B (zh) * | 2010-09-23 | 2016-03-30 | 惠普发展公司，有限责任合伙企业 | 用于监视网络服务中数据位置的方法、装置和系统 |
| US8839357B2 (en) | 2010-12-22 | 2014-09-16 | Canon U.S.A., Inc. | Method, system, and computer-readable storage medium for authenticating a computing device |
| FR2974694B1 (fr) * | 2011-04-27 | 2013-05-31 | Peugeot Citroen Automobiles Sa | Procede d'echange securise de messages cryptes symetriquement |
| WO2012169752A2 (ko) * | 2011-06-07 | 2012-12-13 | (주)잉카인터넷 | 접속 시도 기기 인증 시스템 및 방법 |
| US8627097B2 (en) | 2012-03-27 | 2014-01-07 | Igt | System and method enabling parallel processing of hash functions using authentication checkpoint hashes |
| US9654466B1 (en) * | 2012-05-29 | 2017-05-16 | Citigroup Technology, Inc. | Methods and systems for electronic transactions using dynamic password authentication |
| KR101665199B1 (ko) * | 2014-11-20 | 2016-10-13 | 순천향대학교 산학협력단 | 차량용 블랙박스의 영상 위ㆍ변조 탐지 시스템 및 방법 |
| EP3262551A4 (en) * | 2015-02-27 | 2018-10-31 | Dyadic Security Ltd. | Asystem and methods for protecting keys using garbled circuits |
| CN104753679B (zh) * | 2015-03-05 | 2019-01-29 | 北京畅游天下网络技术有限公司 | 用户认证方法和系统、以及智能穿戴设备 |
| US9736165B2 (en) | 2015-05-29 | 2017-08-15 | At&T Intellectual Property I, L.P. | Centralized authentication for granting access to online services |
| CN106533669B (zh) * | 2016-11-15 | 2018-07-13 | 百度在线网络技术（北京）有限公司 | 设备识别的方法、装置和系统 |
| CN109286932B (zh) | 2017-07-20 | 2021-10-19 | 阿里巴巴集团控股有限公司 | 入网认证方法、装置及系统 |
| KR101966929B1 (ko) * | 2017-09-08 | 2019-04-08 | 주식회사 블랙라벨 | 광 파장을 이용한 디지털 키 운영 방법 및 이를 실행하는 시스템 |
| WO2019070227A1 (en) * | 2017-10-02 | 2019-04-11 | Hewlett-Packard Development Company, L.P. | DEVICE AUTHENTICATION |
| US11166156B2 (en) * | 2018-09-07 | 2021-11-02 | Qualcomm Incorporated | Secure friendship establishment in a mesh network |
| US11095440B2 (en) * | 2019-11-29 | 2021-08-17 | Verizon Patent And Licensing Inc. | Systems and methods for utilizing quantum entropy in single packet authorization for secure network connections |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0921487A3 (en) | 1997-12-08 | 2000-07-26 | Nippon Telegraph and Telephone Corporation | Method and system for billing on the internet |
| JPH11316729A (ja) * | 1997-12-08 | 1999-11-16 | Nippon Telegr & Teleph Corp <Ntt> | インターネット課金方法及びシステム及びインターネット課金プログラムを記録した記録媒体 |
| US6915272B1 (en) * | 2000-02-23 | 2005-07-05 | Nokia Corporation | System and method of secure payment and delivery of goods and services |
| JP2002342285A (ja) | 2001-05-18 | 2002-11-29 | Ntt Data Corp | 情報発行システム |
| JP2003101570A (ja) * | 2001-09-21 | 2003-04-04 | Sony Corp | 通信処理システム、通信処理方法、およびサーバー装置、並びにコンピュータ・プログラム |
| US20050144484A1 (en) * | 2002-02-14 | 2005-06-30 | Hironori Wakayama | Authenticating method |
-
2003
- 2003-06-30 JP JP2003188141A patent/JP4240297B2/ja not_active Expired - Fee Related
-
2004
- 2004-04-21 EP EP04728706A patent/EP1617588A1/en not_active Withdrawn
- 2004-04-21 WO PCT/JP2004/005741 patent/WO2004095772A1/ja not_active Application Discontinuation
- 2004-04-21 US US10/518,973 patent/US7681033B2/en not_active Expired - Fee Related
- 2004-04-21 KR KR1020047020428A patent/KR20060003319A/ko not_active Application Discontinuation
Also Published As
| Publication number | Publication date |
|---|---|
| WO2004095772A1 (ja) | 2004-11-04 |
| EP1617588A1 (en) | 2006-01-18 |
| US20060117175A1 (en) | 2006-06-01 |
| KR20060003319A (ko) | 2006-01-10 |
| JP2005012732A (ja) | 2005-01-13 |
| US7681033B2 (en) | 2010-03-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4240297B2 (ja) | 端末機器、認証端末プログラム、機器認証サーバ、機器認証プログラム | |
| WO2020237868A1 (zh) | 数据传输方法、电子设备、服务器及存储介质 | |
| US6931549B1 (en) | Method and apparatus for secure data storage and retrieval | |
| US8689290B2 (en) | System and method for securing a credential via user and server verification | |
| USRE42762E1 (en) | Device and method for authenticating user's access rights to resources | |
| US6389533B1 (en) | Anonymity server | |
| US7650491B2 (en) | Method and system for controlled distribution of application code and content data within a computer network | |
| US20070136599A1 (en) | Information processing apparatus and control method thereof | |
| US7100048B1 (en) | Encrypted internet and intranet communication device | |
| US20090158033A1 (en) | Method and apparatus for performing secure communication using one time password | |
| US20070101145A1 (en) | Framework for obtaining cryptographically signed consent | |
| US8953805B2 (en) | Authentication information generating system, authentication information generating method, client apparatus, and authentication information generating program for implementing the method | |
| JP2005102163A (ja) | 機器認証システム、機器認証サーバ、端末機器、機器認証方法、機器認証プログラム、及び記憶媒体 | |
| CN112565265B (zh) | 物联网终端设备间的认证方法、认证系统及通讯方法 | |
| US7076062B1 (en) | Methods and arrangements for using a signature generating device for encryption-based authentication | |
| CN100596188C (zh) | 机顶盒终端及其验证方法 | |
| JPH07325785A (ja) | ネットワーク利用者認証方法および暗号化通信方法とアプリケーションクライアントおよびサーバ | |
| US7913089B2 (en) | Identification information creating apparatus, identification information resolving apparatus, information system utilizing the apparatuses, controlling method and program thereof | |
| JP2001186122A (ja) | 認証システム及び認証方法 | |
| WO2008053279A1 (en) | Logging on a user device to a server | |
| CN114244508A (zh) | 数据加密方法、装置、设备及存储介质 | |
| Alzomai et al. | The mobile phone as a multi OTP device using trusted computing | |
| JP3872616B2 (ja) | 共有鍵暗号型のｉｃカードによるインターネット上のユーザー認証方式 | |
| JP2004318645A (ja) | 無線タグセキュリティ拡張方法，ｉｄ管理コンピュータ装置，代理サーバ装置，それらのプログラムおよびそれらのプログラムの記録媒体 | |
| JP2004013560A (ja) | 認証システム、通信端末及びサーバ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050518 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050803 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050916 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050916 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081204 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081217 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120109 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120109 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130109 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |