JP4599812B2 - サービス提供システム、サービス提供サーバ、機器認証プログラム、記憶媒体、端末機器、機器認証サーバ、および公開鍵確認情報更新プログラム - Google Patents
サービス提供システム、サービス提供サーバ、機器認証プログラム、記憶媒体、端末機器、機器認証サーバ、および公開鍵確認情報更新プログラム Download PDFInfo
- Publication number
- JP4599812B2 JP4599812B2 JP2003188140A JP2003188140A JP4599812B2 JP 4599812 B2 JP4599812 B2 JP 4599812B2 JP 2003188140 A JP2003188140 A JP 2003188140A JP 2003188140 A JP2003188140 A JP 2003188140A JP 4599812 B2 JP4599812 B2 JP 4599812B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- public key
- server
- terminal
- key
- 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
Description
【０００１】
【発明の属する技術分野】
本発明は機器認証システムなどに関し、特に、デジタル証明書を用いることにより、個々のサービスサーバにて機器認証を行うものに関する。
【０００２】
【従来の技術】
近年、ＣＥ（ＣＥ：Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ）機器の普及が広まりつつある。ＣＥ機器とは、例えば、ビデオデッキ、ステレオ、テレビなどのオーディオビジュアル機器や、炊飯器、冷蔵庫などの家電製品や、その他の電子機器にコンピュータを内蔵させ、ネットワークを介したサービスを利用できるものである。
このため、ＣＥ機器には、機器認証用の機器認証情報が内蔵されており、サービスを提供するサービスサーバは、機器認証サーバにて機器認証を行った後に、当該ＣＥ機器にサービスを提供するように構成されている。
【０００３】
図１０は、従来のサービス提供システムの構成の一例を示した図である。
サービスサーバ１０７、１０７、…は、ＣＥ機器１０９にサービスを提供するサーバ装置である。
ＣＥ機器１０９は、サービスサーバ１０７、１０７、…からサービスの提供を受ける場合、まず、機器認証サーバ１０５で機器認証し、その機器認証結果をサービスサーバ１０７、１０７、…に送信する。
【０００４】
これに対し、サービスサーバ１０７、１０７、…は、ＣＥ機器１０９から受信した機器認証結果が正しいものであるか否か確認するために機器認証サーバ１０５に機器認証結果を問い合わせる。そして、機器認証結果が正しいものであると確認できた場合、サービスサーバ１０７、１０７、…は、ＣＥ機器１０９にサービスを提供する。
このように、認証サーバがクライアントを認証する発明として、次のものがある。
この文献で公開されている発明は、公開鍵と秘密鍵のペアを用いてユーザ認証を行うものである。
【０００５】
【特許文献１】
特開２００１−２３６３２１
【０００６】
この発明では、まず、クライアント側で秘密鍵を所有し、認証サーバ側でユーザに対応する公開鍵を所有する。
そして、認証サーバで発生した乱数（コード）を公開鍵で暗号化した後、クライアントに送信する。そして、クライアントが暗号化された乱数を秘密鍵で正しく復号できるか否かを判断することにより、クライアントを認証するものである。
【０００７】
なお、この発明では、秘密鍵と対を成す公開鍵は、特定のサーバ装置で一括管理している。
そのため、大量に市場に出回り、日々生産、及び廃棄されるＣＥ機器の認証方法としては必ずしも効率がよくない。
なぜなら、この発明では、ＣＥ機器の生産、廃棄、所有者の移転に伴い、一括管理している公開鍵をその都度更新しなくてはならなず、公開鍵のメンテナンスにコストと手間がかかるためである。
【０００８】
【発明が解決しようとする課題】
ところが、従来のサービス提供システムでは、機器認証が機器認証サーバ１０５に集中してしまうという問題があった。
このため、機器認証サーバ１０５に負荷が集中し、機器認証を効率よく行うことが困難な場合が生じる可能性があった。
【０００９】
そこで、本発明の目的は、機器認証を行う機能を分散させることにより、機器認証負荷の集中を低減することである。
【００１０】
【課題を解決するための手段】
本発明は、前記目的を達成するために、端末機器と、前記端末機器と相互機器認証して前記端末機器にサービスを提供するサービス提供サーバから構成されたサービス提供システムであって、前記端末機器は、端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる前記機器認証機関で発行された端末公開鍵確認情報と、を記憶しており、前記サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と、端末公開鍵確認情報と、を前記サービス提供サーバに送信し、前記サービス提供サーバは、前記端末公開鍵確認情報を用いて前記端末公開鍵が前記機器認証機関によって認められたものであることを確認し、前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵で暗号化することによって、第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶し、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信し、前記端末機器は、前記記憶した端末秘密鍵を用いて、前記受信した第１の暗号化秘密情報を復号化することによって、前記秘密情報である前記共通鍵を取得し、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、前記端末機器が前記秘密情報を復号化したことを前記サービス提供サーバが確認するための第１の復号化確認情報として生成し、前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信し、前記サービス提供サーバは、前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認することによって、前記端末機器を認証し、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶しており、第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶し、前記記憶したサーバ公開鍵と、サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信し、前記端末機器は、前記サーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認し、前記確認したサーバ公開鍵と前記共通鍵の一方を用いて、第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成し、前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信し、前記サービス提供サーバは、前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得し、前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信し、前記端末機器は、前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認することによって、前記サービス提供サーバを認証し、前記サービス提供サーバにサービスの提供を要求することを特徴とするサービス提供システムを提供する（第１の構成）。
また、本発明は、端末機器と相互機器認証してからサービスを提供するサービス提供サーバであって、前記端末機器は、端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶しており、前記端末機器から、前記端末公開鍵と、前記端末公開鍵確認情報とを受信する公開鍵受信手段と、前記受信した端末公開鍵確認情報を用いて前記受信した端末公開鍵が前記機器認証機関によって認められたものであること確認する端末公開鍵確認手段と、前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵を用いて暗号化した第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶してから、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信する暗号化秘密情報送信手段と、前記端末機器から、前記送信した第１の前記暗号化秘密情報から前記秘密情報を復号化したことを確認するための第１の復号化確認情報と、前記第１のＩＤ情報とを受信する復号化確認情報受信手段と、前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認する復号化確認手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶する鍵情報記憶手段と、第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶してから、前記記憶したサーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信するサーバ公開鍵送信手段と、前記送信したサーバ公開鍵に対応して、前記端末機器が送信してきた第２の暗号化秘密情報と、前記第２のＩＤ情報と、を受信する暗号化秘密情報受信手段と、
前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得するコード情報復号化手段と、前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信する復号化確認情報送信手段と、を具備したことを特徴とするサービス提供サーバを提供する（第２の構成）。
また、本発明は、端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶している端末機器と相互機器認証してからサービスを提供するコンピュータで構成されたサービス提供サーバで相互機器認証機能を実現する機器認証プログラムであって、コンピュータを、前記端末機器から、前記端末公開鍵と、前記端末公開鍵確認情報とを受信する公開鍵受信手段と、前記受信した端末公開鍵確認情報を用いて前記受信した端末公開鍵が前記機器認証機関によって認められたものであること確認する端末公開鍵確認手段と、前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵を用いて暗号化した第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶してから、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信する暗号化秘密情報送信手段と、前記端末機器から、前記送信した第１の前記暗号化秘密情報から前記秘密情報を復号化したことを確認するための第１の復号化確認情報と、前記第１のＩＤ情報とを受信する復号化確認情報受信手段と、前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認する復号化確認手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶する鍵情報記憶手段と、第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶してから、前記記憶したサーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信するサーバ公開鍵送信手段と、前記送信したサーバ公開鍵に対応して、前記端末機器が送信してきた第２の暗号化秘密情報と、前記第２のＩＤ情報と、を受信する暗号化秘密情報受信手段と、前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得するコード情報復号化手段と、前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信する復号化確認情報送信手段、として機能させるための機器認証プログラムを提供する（第３の構成）。
また、本発明は、端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶している端末機器と相互機器認証してからサービスを提供するコンピュータで構成されたサービス提供サーバで相互機器認証機能を実現する機器認証プログラムを記憶した記憶媒体であって、コンピュータを、前記端末機器から、前記端末公開鍵と、前記端末公開鍵確認情報とを受信する公開鍵受信手段と、前記受信した端末公開鍵確認情報を用いて前記受信した端末公開鍵が前記機器認証機関によって認められたものであること確認する端末公開鍵確認手段と、前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵を用いて暗号化した第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶してから、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信する暗号化秘密情報送信手段と、前記端末機器から、前記送信した第１の前記暗号化秘密情報から前記秘密情報を復号化したことを確認するための第１の復号化確認情報と、前記第１のＩＤ情報とを受信する復号化確認情報受信手段と、前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認する復号化確認手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶する鍵情報記憶手段と、第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶してから、前記記憶したサーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信するサーバ公開鍵送信手段と、前記送信したサーバ公開鍵に対応して、前記端末機器が送信してきた第２の暗号化秘密情報と、前記第２のＩＤ情報と、を受信する暗号化秘密情報受信手段と、前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得するコード情報復号化手段と、前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信する復号化確認情報送信手段、として機能させるための機器認証プログラムを記憶したコンピュータが読み取り可能な記憶媒体を提供する（第４の構成）。
また、本発明は、端末秘密鍵を記憶する端末秘密鍵記憶手段と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶する端末公開鍵記憶手段と、サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と端末公開鍵確認情報とを、前記サービス提供サーバに送信する端末公開鍵送信手段と、前記送信した端末公開鍵と端末公開鍵確認情報に対応して、前記サービス提供サーバから返信されてきた第１の暗号化秘密情報と、第１のＩＤ情報と、第１のコード情報と、を受信する暗号化秘密情報受信手段と、前記受信した第１の暗号化秘密情報を前記記憶した端末秘密鍵で復号化することによって、秘密情報である前記端末機器と前記サービス提供サーバとで共有する共通鍵を取得する復号化手段と、前記取得した前記共通鍵を用いて、前記サービス提供サーバが前記秘密情報を復号化したことを確認するために、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、第１の復号化確認情報として生成する復号化確認情報生成手段と、前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信する復号化確認情報送信手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報とを記憶している前記サービス提供サーバから、前記サーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を受信するサーバ公開鍵受信手段と、前記受信したサーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認するサーバ公開鍵確認手段と、前記確認したサーバ公開鍵と前記共通鍵の一方を用いて第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成する暗号化秘密情報生成手段と、前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信する暗号化秘密情報送信手段と、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認するための第２の復号化確認情報を前記サービス提供サーバから受信する復号化確認情報受信手段と、前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認する復号化確認手段と、を具備したことを特徴とする端末機器を提供する（第５の構成）。
また、本発明は、端末機器を構成するコンピュータで相互機器認証機能を実現する機器認証プログラムであって、コンピュータを、端末秘密鍵を記憶する端末秘密鍵記憶手段と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶する端末公開鍵記憶手段と、サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と端末公開鍵確認情報とを、前記サービス提供サーバに送信する端末公開鍵送信手段と、前記送信した端末公開鍵と端末公開鍵確認情報に対応して、前記サービス提供サーバから返信されてきた第１の暗号化秘密情報と、第１のＩＤ情報と、第１のコード情報と、を受信する暗号化秘密情報受信手段と、前記受信した第１の暗号化秘密情報を前記記憶した端末秘密鍵で復号化することによって、秘密情報である前記端末機器と前記サービス提供サーバとで共有する共通鍵を取得する復号化手段と、前記取得した前記共通鍵を用いて、前記サービス提供サーバが前記秘密情報を復号化したことを確認するために、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、第１の復号化確認情報として生成する復号化確認情報生成手段と、前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信する復号化確認情報送信手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報とを記憶している前記サービス提供サーバから、前記サーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を受信するサーバ公開鍵受信手段と、前記受信したサーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認するサーバ公開鍵確認手段と、前記確認したサーバ公開鍵と前記共通鍵の一方を用いて第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成する暗号化秘密情報生成手段と、前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信する暗号化秘密情報送信手段と、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認するための第２の復号化確認情報を前記サービス提供サーバから受信する復号化確認情報受信手段と、前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認する復号化確認手段、として機能させるための機器認証プログラムを提供する（第６の構成）。
また、本発明は、端末機器を構成するコンピュータで相互機器認証機能を実現する機器認証プログラムを記憶した記憶媒体であって、コンピュータを、端末秘密鍵を記憶する端末秘密鍵記憶手段と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶する端末公開鍵記憶手段と、サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と端末公開鍵確認情報とを、前記サービス提供サーバに送信する端末公開鍵送信手段と、前記送信した端末公開鍵と端末公開鍵確認情報に対応して、前記サービス提供サーバから返信されてきた第１の暗号化秘密情報と、第１のＩＤ情報と、第１のコード情報と、を受信する暗号化秘密情報受信手段と、前記受信した第１の暗号化秘密情報を前記記憶した端末秘密鍵で復号化することによって、秘密情報である前記端末機器と前記サービス提供サーバとで共有する共通鍵を取得する復号化手段と、前記取得した前記共通鍵を用いて、前記サービス提供サーバが前記秘密情報を復号化したことを確認するために、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、第１の復号化確認情報として生成する復号化確認情報生成手段と、前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信する復号化確認情報送信手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報とを記憶している前記サービス提供サーバから、前記サーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を受信するサーバ公開鍵受信手段と、前記受信したサーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認するサーバ公開鍵確認手段と、前記確認したサーバ公開鍵と前記共通鍵の一方を用いて第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成する暗号化秘密情報生成手段と、前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信する暗号化秘密情報送信手段と、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認するための第２の復号化確認情報を前記サービス提供サーバから受信する復号化確認情報受信手段と、前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認する復号化確認手段、として機能させるための機器認証プログラムを記憶したコンピュータが読み取り可能な記憶媒体を提供する（第７の構成）。
【００１１】
【発明の実施の形態】
以下、本発明の好適な実施の形態について、図を参照して詳細に説明する。
［実施形態の概要］
図１は、本実施の形態のサービス提供システムの構成の一例を示した図である。
サービスサーバ７、７、７、…（以下、サービスサーバ７）は、ネットワークを介してＣＥ機器９にサービスを提供するサーバ装置である。
ＣＥ機器９は、デジタル証明書（以下、ＣＥ証明書）を記憶しており、これをサービスサーバ７に送信する。
このＣＥ証明書には、ＣＥ機器９が保持する秘密鍵に対応する公開鍵が含まれている。
【００１２】
サービスサーバ７は、ＣＥ機器９から公開鍵を受信し、この公開鍵が機器認証機関によって認められたものであることを証明書の署名（後述）により確認した後、秘密情報をこの公開鍵で暗号化してＣＥ機器９に送信する。
一方、ＣＥ機器９は、この暗号化された秘密情報を秘密鍵で復号化する。
ＣＥ機器９は、ＣＥ機器９で秘密情報が復号化されたことを確認することにより、ＣＥ機器９の機器認証を行う。
【００１３】
即ち、この公開鍵で暗号化した秘密情報を復号化できるのは、この公開鍵と対を成す秘密鍵を持っているＣＥ機器９だけであり、更に、この公開鍵が機器認証機関により認められたものであることが確認できるため、証明書を用いて機器認証を行うことができる。
【００１４】
なお、本実施の形態では、この秘密情報として、サービスサーバ７が動的に生成する共通鍵（セッション鍵）を使用する。そのため、機器認証後には、ＣＥ機器９とサービスサーバ７で共通鍵を共有することができ、この共通鍵を用いた効率のよいサービス提供を行うことができる。
【００１５】
このように、本実施の形態では、機器認証を個々のサービスサーバ７で行うため、機器認証機能をサービス提供システムで分散することができ、機器認証に伴う負荷の集中を防ぐことができる。
また、本実施の形態では、ＣＥ機器９内部で秘密鍵と公開鍵の対を管理するため、ＣＥ機器９の生産、廃棄などによってサービス提供システム内で流通している公開鍵が変動しても、サービス提供システムとしてはこれを管理する必要がない。
更に、公開鍵はＣＥ機器９内部で管理されるが、機器認証機関による証明書により、公開鍵の真正を担保することができる。
【００１６】
［実施形態の詳細］
図２は、本実施の形態のＣＥ機器９の論理的な構成を説明するための図である。
ＣＥ機器９は、耐タンパチップ１０をハードウェアとして備えており、また、機器認証に用いるＣＥ証明書１２を記憶装置に記憶している。
耐タンパチップ１０は、改竄や複製、内部の論理構造の解読などの不正行為に対して十分な防御手段を講じた耐タンパ装置であり、集積回路を格納したＩＣチップなどで構成されている。
耐タンパチップ１０には、秘密鍵（以下、ＣＥ秘密鍵）が記憶されている（秘密鍵記憶手段）。耐タンパチップ１０は、後述するＣＥ証明書１２に含まれるＣＥ公開鍵で暗号化された情報の復号化の依頼を受け、復号化された結果を出力する。
【００１７】
ＣＥ証明書１２は、ＣＥ機器９の記憶装置に記憶されており（公開鍵記憶手段）、ＣＥ機器９の機器ＩＤ、ＣＥ秘密鍵に対応した公開鍵（以下、ＣＥ公開鍵）、有効期限などのメッセージに、機器認証機関が、これらのメッセージの真正を保証するために行ったデジタル署名（以下、署名）などから構成されている。
即ち、ＣＥ証明書１２を受信したサービスサーバ７は、署名を確認することにより、ＣＥ証明書１２に含まれている内容が、機器認証機関が認証したものであることを確認することができる。
【００１８】
そのため、署名は、ＣＥ公開鍵が、機器認証機関により認められたものであることを確認するための公開鍵確認情報を構成している。
また、サービスサーバ７は、ＣＥ証明書１２に含まれる機器ＩＤから、ＣＥ機器９の機器ＩＤを認識することができ、また、有効期限からＣＥ公開鍵の有効期限を知ることができる。
【００１９】
機器認証モジュール１１は、耐タンパチップ１０やＣＥ証明書１２を用いながらサービスサーバ７と情報の送受信を行い、ＣＥ機器９の機器認証をサービスサーバ７に行わせるモジュールである。
【００２０】
図３は、サービスサーバ７がＣＥ機器９を機器認証する手順を説明するためのフローチャートである。
まず、機器認証モジュール１１は、サービスサーバ７にＣＥ証明書１２を送信する（ステップ２）。
機器認証モジュール１１は、ＣＥ証明書１２により、サービスサーバ７に公開鍵を送信する。このように、ＣＥ機器９は、公開鍵送信手段を備えている。
サービスサーバ７は、ＣＥ機器９からＣＥ証明書１２を受信し（公開鍵受信手段）、ＣＥ証明書１２の真正を確認する（ステップ２０）。
サービスサーバ７は、ＣＥ証明書１２の真正を署名を用いて確認し、これによってＣＥ公開鍵の真正を確認する（公開鍵確認手段）。具体的な確認方法については後述する。
【００２１】
次に、サービスサーバ７は、セッション鍵を生成する（ステップ２２）。
なお、このセッション鍵は、サービス提供時にサービスサーバ７とＣＥ機器９で共有される共通鍵として利用される。
なお、セキュリティレベルを高めるために、セッション鍵は動的に生成され、毎回異なったものとする。
【００２２】
サービスサーバ７は、ＣＥ証明書１２からＣＥ公開鍵を取り出し、これを用いて先に生成したセッション鍵を暗号化する（ステップ２４）。
本実施の形態で、セッション鍵を秘密情報として利用する。即ち、セッション鍵をＣＥ公開鍵で暗号化し、これがＣＥ機器９で復号できたことが確認できれば、ＣＥ機器９を機器認証できると共に、ＣＥ機器９と共通鍵を共有することができる。
【００２３】
なお、以下では、暗号化した情報Ａを暗号化（情報Ａ）などと記すことにする。このように暗号化された情報の記載方法を定義すると、ステップ２４で生成された情報は、暗号化（セッション鍵）と表すことができる。暗号化（セッション鍵）は、暗号化秘密情報を構成している。
【００２４】
次に、サービスサーバ７は、セッションＩＤと乱数（以下、乱数Ａとする）を生成する（ステップ２６）。
セッションＩＤは、セッションを維持するために用いるＩＤ情報であり、乱数Ａは、ＣＥ機器９でセッション鍵が復号できたことを確認するためのコード情報である。
【００２５】
そして、サービスサーバ７は、ステップ２２で生成したセッション鍵と、ステップ２６で生成したセッションＩＤ、及び乱数Ａを対応付けて記憶する（ステップ２８）。
次に、サービスサーバ７は、ステップ２６で生成したセッションＩＤ、乱数Ａ、及びステップ２４で生成した暗号化（セッション鍵）をＣＥ機器９に送信する（暗号化秘密情報送信手段）。
【００２６】
ＣＥ機器９は、これらの情報を受信し（暗号化秘密情報受信手段）、機器認証モジュール１１は、暗号化（セッション鍵）の復号化を耐タンパチップ１０に依頼する（ステップ４）。
耐タンパチップ１０は、暗号化（セッション鍵）を復号化してセッション鍵を生成し、機器認証モジュール１１に提供する（ステップ１０）。
このように、耐タンパチップ１０は、暗号化秘密情報をＣＥ秘密鍵で復号化する復号化手段を構成している。
機器認証モジュール１１は、耐タンパチップ１０からセッション鍵を取得する。
【００２７】
これで、ＣＥ機器９は、サービスサーバ７と共通鍵（セッション鍵）を共有することができる。
そして、機器認証モジュール１１は、このセッション鍵を用いてサービスサーバ７から受信した乱数Ａを暗号化し、暗号化（乱数Ａ）を生成する（復号化確認情報生成手段）（ステップ６）。
この暗号化（乱数Ａ）は、ＣＥ機器９が秘密情報の復号化に成功したことをサービスサーバ７が確認するための復号化確認情報を構成している。
【００２８】
機器認証モジュール１１は、ステップ３０でサービスサーバ７から送信されたセッションＩＤとステップ６で生成した暗号化（乱数Ａ）をサービスサーバ７に送信する（復号化確認情報送信手段）（ステップ８）。
【００２９】
サービスサーバ７は、ＣＥ機器９からセッションＩＤと暗号化（乱数Ａ）を受信する（復号化確認情報受信手段）。
そして、ＣＥ機器９から受信したセッションＩＤと、ステップ２８で記憶した対応関係から、乱数Ａとセッション鍵を取得する（ステップ３２）。
【００３０】
次に、サービスサーバ７は、ステップ３２で取得したセッション鍵で乱数Ａを暗号化し、暗号化（乱数Ａ）を生成する（暗号化コード情報生成手段）（ステップ３４）。
そして、サービスサーバ７は、ステップ３４で生成した暗号化（乱数Ａ）と、ＣＥ機器９から受信した暗号化（乱数Ａ）を比較し、一致するか否かを判断する（復号化確認手段）（ステップ３６）。
両者が一致した場合、ＣＥ機器９の機器認証が成功したと判断し、ＣＥ機器９に対してサービスの提供を開始する（ステップ３８）。
両者が一致しなかった場合、ＣＥ機器９の機器認証が失敗したと判断し、ＣＥ機器９に対するサービスの提供は行わない。
【００３１】
このように、サービスサーバ７は、ＣＥ機器９がセッション鍵を復号化できたことを確認することにより、ＣＥ機器９がＣＥ秘密鍵を所有していることを確認することができる。即ち、ＣＥ機器９が真正のＣＥ機器であることを確認することができる。
また、機器認証後にサービスサーバ７がセッション鍵を共有鍵として使用し、ＣＥ機器９にサービスを提供することもできる。
【００３２】
更に、本実施の形態では、サービスサーバ７がセッション鍵をＣＥ公開鍵で暗号化してＣＥ機器９に送信することにより、ＣＥ機器９とサービスサーバ７でセッション鍵を共通鍵として共有することができ、ＣＥ機器９がこの共通鍵で暗号化した情報をサービスサーバ７が確認するように構成することによりセキュリティレベルを強化することができる。
この場合、単に、サービスサーバ７がＣＥ公開鍵で暗号化した情報をＣＥ機器９が秘密鍵で復号化できたことを確認することにより、ＣＥ機器９を機器認証する場合よりもセキュリティレベルが高い。
【００３３】
なお、本実施の形態では、セッション鍵を秘密情報として使用したが、例えば、乱数などのコード情報を秘密情報として利用することができる。
この場合、サービスサーバ７は、ＣＥ公開鍵で乱数を暗号化してＣＥ機器９に送信する。
これに対して、ＣＥ機器９は、ＣＥ秘密鍵で乱数を復号化し、サービスサーバ７に送信する。
サービスサーバ７は、ＣＥ機器９から受信した乱数と、ＣＥ機器９に送信した乱数が同一であることを確認し、ＣＥ機器９を機器認証する。
【００３４】
次に、ステップ２０のＣＥ証明書１２の真正確認について説明する。
本実施の形態では、ＣＥ証明書１２などの証明書を、何らかの方法によって、証明書に含まれている情報が正しい情報であると確認できる電子情報をいうものとする。
このように、証明書中の内容が正しいものであるということを確認する方法としては、例えば、証明書を信頼できる認証機関の発行する秘密鍵で署名するものがある。
【００３５】
この方法では、証明書の提供者（以下、提供者、ＣＥ機器９に相当する）と証明書の受領者（以下、受領者、サービスサーバ７に相当する）、及び証明書に署名する認証機関が存在する。
まず、提供者は、証明書によって証明したいメッセージを認証機関に提出する。
認証機関は、認証機関用の秘密鍵と公開鍵のペアを持っており、提供者から提出されたメッセージのハッシュ値を生成した後、これを秘密鍵で暗号化する。この秘密鍵で暗号化された情報が署名となる。
認証機関は、メッセージに署名を貼付して証明書とし、これを提供者に発行する。
【００３６】
一方、提供者からこの証明書を受領した受領者は、認証機関の提供する公開鍵により署名を復号化する。認証機関の公開鍵で復号化できる情報は、認証機関の秘密鍵で暗号化された情報に限られるので、認証機関の公開鍵により署名が復号できたことで、この証明書が認証機関により認証されたものであることを確認することができる。
次に、受領者は、証明書中のメッセージのハッシュ値を生成し、署名から復号化されたハッシュ値と照合する。
両者が一致することにより、メッセージが改竄されていないことを確認することができる。
【００３７】
このように、証明書の受領者は、署名が認証機関の公開鍵で復号化できることにより、証明書が認証機関から発行されたものであることを確認することができ、更に、ハッシュ値を比較することによりメッセージが改竄されていないことを確認することができる。
【００３８】
なお、ハッシュ値とは、ハッシュ関数と呼ばれる一方向性関数により、メッセージを変換した変換値であり、メッセージが同じであれば同じ変換値が得られ、メッセージが異なれば、変換値も異なるようになっている。そのため、ハッシュ値を比較することにより、メッセージの改竄を検出することができる。
また、ハッシュ関数は、変換値から元のメッセージを復元する逆変換が困難なように構成されている。
【００３９】
以上と同様にして、サービスサーバ７は、ＣＥ証明書１２に含まれている署名を用いてＣＥ証明書１２の真正を確認することができる。
即ち、サービスサーバ７は、ＣＥ証明書１２に含まれる署名を復号化する公開鍵と、メッセージを比較するためのハッシュ値生成手段を備えていればよい。
なお、以上の方法は一例であり、ＣＥ証明書１２の真正が確認できるものであれば採用することができる。
【００４０】
ところで、証明書の真正を証明する証明書が存在し、更に、その証明書の真正を証明する証明書が存在するといったように信頼チェーンが形成されている場合がある。この場合は、サービスサーバ７が信頼チェーンのパスの検証を行う。
【００４１】
例えば、図４に示したような信頼チェーンが形成されている場合、サービスサーバ７は、図中の太線で示したようにパスを辿って行き、ＣＥ証明書１２の信頼チェーンがルート証明書１３につながっていることを確認する。つながっていない場合、ＣＥ証明書１２は信用できないことになる。
ルート証明書１３とは、信頼できる機器認証機関が発行した証明書である。
【００４２】
あるいは、サービスサーバ７が、ＣＥ証明書１２の信頼チェーンがルート証明書１３につながっていることを検証するサービスを提供する検証サービスサーバに確認作業を委託するように構成することもできる。
検証サービスサーバは、サービスサーバ７の運営者と信頼関係のある者によって運営されているサーバであり、図４に示したのと同様にしてＣＥ証明書１２の信頼チェーンがルート証明書１３につながるか確認する。
このように、ＣＥ証明書１２の真正確認作業を外部に委託することにより、サービスサーバ７は、ＣＥ証明書１２確認機能を備える必要がなくなる。
【００４３】
以上のように、本実施の形態では、サービスサーバ７は、ＣＥ機器９から取得したＣＥ証明書１２の真正を確認することができ、更に、ＣＥ機器９がＣＥ証明書１２中のＣＥ公開鍵に対応するＣＥ秘密鍵を所有していることを確認することができるため、第三者によるなりすましを防止することができ、ＣＥ機器９を適切に機器認証することができる。
【００４４】
即ち、たとえ、第三者がＣＥ証明書１２を複製して他のＣＥ機器で使用したとしても、このＣＥ機器は、ＣＥ証明書１２のＣＥ公開鍵に対応するＣＥ秘密鍵を記憶していないため、サービスサーバ７から機器認証を受けることができない。
また、ＣＥ秘密鍵は、耐タンパチップ１０に格納されているため、第三者に奪取されて使用されることはない。
【００４５】
次に、ＣＥ機器９の製造方法について説明する。
本実施の形態では、耐タンパチップ工場で、ＣＥ秘密鍵を埋め込んだ耐タンパチップ１０を製造し、組立工場でこのチップをＣＥ機器９本体に埋め込む。
また、鍵管理システムでＣＥ証明書１２を生成し、これを組立工場にてＣＥ機器９に記憶させる。
【００４６】
図５は、ＣＥ機器９に機器認証関係の情報を埋め込む工程を説明するためのフローチャートである。
まず、耐タンパチップ工場システムは、鍵管理システムに対し、機器ＩＤの利用枠を要求する（ステップ４０）。
鍵管理システムは、機器ＩＤを管理しており、耐タンパチップ工場システムから要求があった場合に、要求分の機器ＩＤを耐タンパチップ工場システムに提供するようになっている。
【００４７】
鍵管理システムは、耐タンパチップ工場システムからの要求を受け、機器ＩＤの振り出しを行う（ステップ５０）。
耐タンパチップ工場システムは、鍵管理システムから機器ＩＤを受信すると共に、ＣＥ公開鍵とＣＥ秘密鍵のペアを生成する（ステップ４２）。
【００４８】
次に、耐タンパチップ工場システムは、ステップ４２で受信した機器ＩＤと、精製したＣＥ秘密鍵を耐タンパチップ１０に埋め込む（ステップ４４）。
なお、耐タンパチップ工場システムは、秘密鍵を耐タンパチップ１０に埋め込んだ後、耐タンパチップ工場システム内の秘密鍵は安全に消去する。
【００４９】
耐タンパチップ１０は、この埋め込み作業により、ＣＥ秘密鍵と機器ＩＤを記憶し（ステップ７０）、組立工場に出荷され、組立工場にて、ＣＥ機器９に組み込まれる。
一方、耐タンパチップ工場システムは、鍵管理システムに、ステップ４４で耐タンパチップ１０に埋め込んだ機器ＩＤと、ステップ４２で生成したＣＥ公開鍵を送信し、埋め込み完了報告を行う（ステップ４６）。
【００５０】
鍵管理システムは、耐タンパチップ工場システムから受信した機器ＩＤとＣＥ公開鍵を用いてＣＥ証明書１２を作成し（ステップ５２）、組立工場システムに配布する（ステップ５４）。
この場合、鍵管理システムがＣＥ証明書１２の機器認証機関として機能している。
組立工場システムは、鍵管理システムから配布されたＣＥ証明書１２を、ＣＥ機器９に組み込むために保管する。
【００５１】
組立工場システムは、ＣＥ機器９に対して機器ＩＤの提供を要求する（ステップ６０）。
なお、組立工場システムは、コネクタなどにより、ＣＥ機器９と接続し、ＣＥ機器９と通信できるものとする。
また、このとき、耐タンパチップ１０は、既にＣＥ機器９に組み込まれており、機器認証モジュール１１からアクセス可能となっているものとする。
機器認証モジュール１１は、組立工場システムからの要求に対し、耐タンパチップ１０に機器ＩＤの提供を要求する（ステップ８２）。
【００５２】
これに応じて、耐タンパチップ１０は、機器認証モジュール１１に機器ＩＤを提供する（ステップ７４）。
機器認証モジュール１１は、耐タンパチップ１０から機器ＩＤを取得し、組立工場システムに提供する（ステップ８４）。
【００５３】
組立工場システムは、ＣＥ機器９から取得した機器ＩＤと、ステップ５４で配布されたＣＥ証明書１２に含まれる機器ＩＤとを照合し、ＣＥ機器９から提供された機器ＩＤと合致するＣＥ証明書１２をＣＥ機器９の記憶装置に埋め込む（ステップ６２）。
ＣＥ機器９は、このＣＥ証明書１２を記憶する（ステップ８６）。
【００５４】
以上のようにして、ＣＥ機器９に、ＣＥ秘密鍵を記憶した耐タンパチップ１０と、ＣＥ公開鍵を含むＣＥ証明書１２を埋め込むことができる。
【００５５】
次に、ＣＥ機器９に埋め込んだＣＥ証明書１２の更新手順について説明する。
ＣＥ証明書１２には有効期限が設定されているため、有効期限後もＣＥ証明書１２による機器認証を利用するには、ＣＥ証明書１２を更新する必要がある。
【００５６】
図６は、ＣＥ証明書１２の更新手順を説明するためのフローチャートである。
まず、機器認証モジュール１１は、耐タンパチップ１０に対して機器ＩＤの提供を要求する（ステップ１２０）。
これに対し、耐タンパチップ１０は、機器認証モジュール１１に機器ＩＤを提供する（ステップ１１０）。
機器認証モジュール１１は、耐タンパチップ１０から機器ＩＤを取得し、これを鍵管理システムに送信する（更新要求送信手段）（ステップ１２２）。
【００５７】
鍵管理システムは、ＣＥ機器９から機器ＩＤを受信し（発行要求受信手段）、この機器ＩＤに対応するＣＥ公開鍵を取得する（ステップ１００）。
鍵管理システムは、ステップ４６（図５）で耐タンパチップ工場システムから送信されてきた機器ＩＤとＣＥ公開鍵の組合せを記憶しており、これを用いてＣＥ公開鍵を特定する。
【００５８】
次に、鍵管理システムは、ＣＥ機器９から受信した機器ＩＤと、ステップ１００で取得したＣＥ公開鍵を用いて新規のＣＥ証明書１２を生成する（ステップ１０２）。
【００５９】
次に、鍵管理システムは、生成した新規のＣＥ証明書１２を鍵管理システムの秘密鍵で署名し（ステップ１０４）、ＣＥ機器９に送信する（更新公開鍵確認情報送信手段）（ステップ１０６）。
ＣＥ機器９は、この新規のＣＥ証明書１２を受信し（更新公開鍵確認情報受信手段）、機器認証モジュール１１が新規のＣＥ証明書１２を用いて古いＣＥ証明書１２を上書きする（更新手段）（ステップ１２４）。
以上のようにして、有効期限の切れたＣＥ証明書１２を更新することができる。
【００６０】
次に、ＣＥ機器９とサービスサーバ７との証明書を用いた相互認証について説明する。
先に、図３のフローチャートで説明した機器認証では、サービスサーバ７側がＣＥ機器９を機器認証した後、ＣＥ機器９にサービスの提供を開始している。
【００６１】
これに対し、相互認証では、サービスサーバ７からＣＥ機器９を機器認証すると共に、ＣＥ機器９もサービスサーバ７が適切なサーバ装置であるか否かを認証する。
そして、両者の認証が成功した後、サービスサーバ７はサービスの提供を開始する。
【００６２】
以下に、図７、及び図８のフローチャートを用いて相互認証の手順について説明する。
【００６３】
図７は、相互認証において、サービスサーバ７がＣＥ機器９を機器認証する手順を説明するためのフローチャートである。
ステップ２からステップ３６までの各ステップは、図３と同様であるので説明を省略する。
【００６４】
サービスサーバ７は、ステップ３６においてＣＥ機器９の機器認証に成功した後、第２のセッションＩＤ（以下、セッションＩＤ＃２）を生成し、サービスサーバ７側の証明書（以下、ＳＰ証明書）と、セッションＩＤ＃２をＣＥ機器９に送信する（サーバ公開鍵送信手段）（ステップ３９）。
また、サービスサーバ７は、セッションＩＤ＃２を生成する際に、セッションＩＤ＃２とセッション鍵の対応関係を記憶しておく。
【００６５】
これは、後にＣＥ機器９からセッションＩＤ＃２が送信されてきた場合に（図８のステップ１５０）、対応するセッション鍵を取得するためである。
また、ここで、サービスサーバ７がＣＥ機器を認証するプロセスで生成されたセッションＩＤ＃１と異なるセッションＩＤ＃２を改めて生成している。同じセッションＩＤ番号を用いても良いが、異なるセッションＩＤ番号を用いることによって、どの認証プロセスを行なっているかが容易に確認できる。
また、サービスサーバ７は、機器認証機関から発行されたＳＰ証明書を記憶しており、このＳＰ証明書には、サービスサーバ７の公開鍵（以下、ＳＰ公開鍵）が含まれているものとする。
ＳＰ証明書により、ＳＰ公開鍵が真正であることを機器認証機関が保証している。
更に、サービスサーバ７は、ＳＰ公開鍵に対応するＳＰ秘密鍵を記憶しているものとする。
【００６６】
図８は、サービスサーバ７がＳＰ証明書とセッションＩＤ＃２をＣＥ機器９に送信した後、ＣＥ機器９がサービスサーバ７をＳＰ証明書により認証する手順を説明するためのフローチャートである。
まず、ＣＥ機器９では、機器認証モジュール１１が、サービスサーバ７から受信したＳＰ証明書の真正を確認する（サーバ公開鍵確認手段）（ステップ１３０）。確認方法は、サービスサーバ７がＣＥ機器９のＣＥ証明書１２の真正を確認する方法と同じである（図３のステップ２０）。
【００６７】
次に、機器認証モジュール１１は、乱数（乱数Ｂとする）を生成し（ステップ１３２）、これをＳＰ証明書に含まれているＳＰ公開鍵で暗号化する（ステップ１３４）。この結果、暗号化（乱数Ｂ）が生成される。ここで、乱数Ｂは、第２のコード情報に対応する。
【００６８】
次に、機器認証モジュール１１は、暗号化（乱数Ｂ）をセッション鍵で更に暗号化する（ステップ１３６）。また、機器認証モジュール１１は、後にステップ１５６でサービスサーバ７が送信してくる乱数Ｂと比較するために乱数Ｂを記憶しておく。
【００６９】
ここで、暗号化された情報Ａである暗号化（情報Ａ）が、更に暗号化された場合、これを再度暗号化（情報Ａ）などと記すことにする。このように表記方法を定義すると、ステップ１３６により生成された情報は、再度暗号化（乱数Ｂ）と表される。
再度暗号化（乱数Ｂ）は、第２の暗号化秘密情報を構成し、ＳＰ公開鍵とセッション鍵を用いて暗号化されている（第２の暗号化秘密情報生成手段）。
【００７０】
次に、機器認証モジュール１１は、再度暗号化（乱数Ｂ）と、セッションＩＤ＃２をサービスサーバ７に送信する（第２の暗号化秘密情報送信手段）（ステップ１３８）。
サービスサーバ７は、これを受信し（第２の暗号化秘密情報受信手段）、セッションＩＤ＃２からセッション鍵を取得する（ステップ１５０）。
【００７１】
次に、サービスサーバ７は、このセッション鍵で再度暗号化（乱数Ｂ）を復号化して暗号化（乱数Ｂ）を取得し（ステップ１５２）、更に、これをＳＰ秘密鍵で復号化して乱数Ｂを取得する（第２のコード情報復号化手段）（ステップ１５４）。
【００７２】
次に、サービスサーバ７は、第３のセッションＩＤ（以下、セッションＩＤ＃３）を生成し、復号化した乱数ＢとセッションＩＤ＃３をＣＥ機器９に送信する（第２のコード情報送信手段）（ステップ１５６）。
ＣＥ機器９は、サービスサーバ７からセッションＩＤ＃３と復号化した乱数Ｂ（第２の復号化確認情報）を受信する（第２の復号化確認情報受信手段）。
ＣＥ機器９では、機器認証モジュール１１が先に記憶しておいた乱数Ｂと、サービスサーバ７から受信した乱数Ｂを比較し、同一のものであるか否かを判断する（第２の復号化確認手段）（ステップ１４０）。
【００７３】
同一のものであった場合、サービスサーバ７の認証に成功したことになり、同一のものでなかった場合、認証に失敗したことになる。
即ち、乱数Ｂが同一のものであった場合、サービスサーバ７が再度暗号化（乱数Ｂ）から乱数Ｂを取り出せたということになる。
【００７４】
これは、サービスサーバ７が、セッションＩＤ＃２に対応付けられたセッション鍵を所有すると共に、ＳＰ証明書に含まれるＳＰ公開鍵に対応する秘密鍵を所有していることを意味し、これにより、ＣＥ機器９は、サービスサーバ７が正当なサーバ装置であることを確認することができるためである。
【００７５】
ここでは、サービスサーバ７の認証に成功したものとし、機器認証モジュール１１は、相互認証処理を完了し、セッションの開始をサービスサーバ７に要求する（ステップ１４２）。
これに対し、サービスサーバ７は、サービスの提供を開始する（ステップ１５８）。
【００７６】
以上に、説明したような相互認証を用いると、サービスサーバ７がＣＥ機器９を機器認証するのみならず、ＣＥ機器９もサービスサーバ７の正当性を認証することができる。
このため、ＣＥ機器９が、サービスサーバ７になりすました第三者の運営するサービスサーバに接続するのを防ぐことができる。
サービスサーバ７は、ＣＥ機器７と相互認証処理が行なわれるとセッションＩＤ＃３を新たに生成して送信している。先述したように、セッションＩＤ番号は同一のものを用いても良いが、セッションＩＤ番号を変えることによって、認証プロセスの確認も可能となる。ここでは、例えば、セッションＩＤ＃３を保有するＣＥ機器７は相互認証が完了しているため、サービスサーバ７はＣＥ機器７に対してサービス提供可能であることが分かる。
【００７７】
なお、本実施の形態では、乱数ＢをＳＰ公開鍵で暗号化した後、セッション鍵で再度暗号化したが、逆に、セッション鍵で暗号化した後、ＳＰ公開鍵で再度暗号化するように構成することもできる。
また、ＣＥ機器９では、単に、乱数ＢをＳＰ公開鍵で暗号化し、これをサービスサーバ７がＳＰ秘密鍵で復号化することにより、機器認証するように構成することもできる。
【００７８】
図９は、ＣＥ機器９のハードウェア的な構成の一例を示した図である。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２２に記憶されているプログラムや、記憶部１２８からＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２３にロードされたプログラムに従って各種の処理を実行する中央処理装置である。
【００７９】
ＲＯＭ１２２は、ＣＥ機器９を機能させる上で必要な基本的なプログラムやパラメータなどが記憶されている。
ＲＡＭ１２３は、ＣＰＵ１２１が各種の処理を実行する上で必要なワーキングエリアを提供する。
【００８０】
記憶部１２８は、ＣＥ機器９が機能するために必要な各プログラムやデータを記憶しており、例えば、ハードディスクや半導体メモリなどの記憶装置により構成されている。
【００８１】
記憶部１２８に記憶されている情報としては、例えば、機器認証用の証明書や、機器認証モジュール１１を構成するための機器認証プログラム、ファイルの入出力を行ったり、ＣＥ機器９の各部を制御したりなど、基本的な機能を実現するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などがある。
機器認証プログラムがＣＰＵ１２１により実行されると、機器認証モジュール１１が構成される。
【００８２】
耐タンパチップ１０は、ＣＥ秘密鍵を記憶している他、このＣＥ秘密鍵を用いた暗号化、及び復号化処理を行う。
外部から暗号化命令と暗号化する情報を入力すると、ＣＥ秘密鍵により暗号化された情報を出力し、また、復号化命令と復号化する情報を入力すると、ＣＥ秘密鍵により復号化された情報を出力する２つの動作モードを有している。
【００８３】
また、耐タンパチップ１０は、一種のブラックボックスとなっており、内部の論理構造やＣＥ秘密鍵は外部からわからないようになっている。
更に、耐タンパチップ１０を物理的に分解して内部を調べようとした場合、内部の情報が自動的に破壊されるように、構成することもできる。
このように、耐タンパチップ１０は、複製、改竄防止処置がとられたＩＣチップである。
【００８４】
ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、及び耐タンパチップ１０は、バス１２４を介して相互に接続されている。このバス１２４には、入出力インターフェース１２５も接続されている。
【００８５】
入出力インターフェース１２５には、キーボード、マウスなどよりなる入力部１２６、ＣＲＴ（Ｃａｔｈｏｄｅ−ｒａｙ Ｔｕｂｅ）、ＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などよりなるディスプレイ、並びにスピーカなどによりなる出力部１２７、ハードディスクなどにより構成される記憶部１２８、モデム、ターミナルアダプタなどにより構成される通信部１２９が接続されている。
【００８６】
通信部１２９は、ネットワークを介しての通信処理を行う機能部であり、例えば、サービスサーバ７と接続して機器認証関係の情報を送受信したり、あるいは、サービスサーバ７から提供されるサービスデータを受信したりする。
【００８７】
また、入出力インターフェース１２５には、必要に応じてドライブ１３０が接続され、磁気ディスク１４１、光ディスク１４２、光磁気ディスク１４３、又はメモリカード１４４などが適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部１２８にインストールされる。
なお、サービスサーバ７の構成は基本的にＣＥ機器９と同様であるので説明は省略する。
【００８８】
以上に説明した本実施の形態により、次のような効果を得ることができる。
（１）ＣＥ証明書１２を用いてＣＥ機器９とサービスサーバ７を運営するサービスプロバイダ間で信頼関係を築くことにより、サービスサーバ７での機器認証を行い、ＣＥ機器９の真正を確認することができる。
（２）サービスサーバ７で機器認証を行うことにより、集中管理型の機器認証サーバを用いる必要がなく、機器認証に伴うシステムの負荷を分散することができる。
【００８９】
（３）ＣＥ秘密鍵の格納に耐タンパチップ１０を用いることにより、セキュリティを高めることができ、なりすましなどの不正利用を防止することができる。
（４）ＣＥ機器９は、ＣＥ証明書１２をダウンロードして更新することができ、証明書失効に伴う煩雑な処理を軽減することができる。
する。
【００９０】
（５）サービスサーバ７は、セッション鍵をＣＥ公開鍵で暗号化してＣＥ機器９に送信し、セッション鍵を共通鍵として使用することにより、セキュリティレベルを強化することができる。
（６）ＣＥ証明書１２のＣＥ公開鍵が信頼される認証機関から発行された者であることを確認することで信頼性を高めることができる。
（７）相互認証を行うことにより、サービスサーバ７がＣＥ機器９を機器認証するのみならず、ＣＥ機器９もサービスサーバ７を認証することができる。
【００９１】
（８）ＣＥ秘密鍵と、ＣＥ公開鍵のペアはＣＥ機器９で管理するため、他にＣＥ秘密鍵と、ＣＥ公開鍵を一括管理するシステムは必要ない。
そのため、例え、ユーザがＣＥ機器９を廃棄したり、新規にＣＥ機器９を購入したとしても、これに伴ってサービス提供システム側の調整は必要ない。
特に、ＣＥ機器９は、市場に大量に出回るため、これらのＣＥ秘密鍵と、ＣＥ公開鍵を他のシステム（例えば、公開鍵の真正を保証する機器認証機関が運営するシステム）などで管理するのは困難である。
【００９２】
【発明の効果】
本発明によれば、機器認証を行う機能を分散させることができ、機器認証に伴うサービス提供システムの負荷の集中を低減することができる。
【図面の簡単な説明】
【図１】本実施の形態のサービス提供システムの構成の一例を示した図である。
【図２】本実施の形態のＣＥ機器の論理的な構成を説明するための図である。
【図３】サービスサーバがＣＥ機器の機器認証を行う手順を説明するためのフローチャートである。
【図４】信頼チェーンの一例を説明するための図である。
【図５】ＣＥ機器に機器認証関係の情報を埋め込む工程を説明するためのフローチャートである。
【図６】ＣＥ証明書の更新手順を説明するためのフローチャートである。
【図７】相互認証の手順を説明するためのフローチャートである。
【図８】相互認証の手順を説明するためのフローチャートである。
【図９】ＣＥ機器のハードウェア的な構成の一例を示した図である。
【図１０】従来のサービス提供システムの構成の一例を示した図である。
【符号の説明】
７ サービスサーバ ９ ＣＥ機器
１０ 耐タンパチップ １１ 機器認証モジュール
１２ ＣＥ証明書
【発明の属する技術分野】
本発明は機器認証システムなどに関し、特に、デジタル証明書を用いることにより、個々のサービスサーバにて機器認証を行うものに関する。
【０００２】
【従来の技術】
近年、ＣＥ（ＣＥ：Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ）機器の普及が広まりつつある。ＣＥ機器とは、例えば、ビデオデッキ、ステレオ、テレビなどのオーディオビジュアル機器や、炊飯器、冷蔵庫などの家電製品や、その他の電子機器にコンピュータを内蔵させ、ネットワークを介したサービスを利用できるものである。
このため、ＣＥ機器には、機器認証用の機器認証情報が内蔵されており、サービスを提供するサービスサーバは、機器認証サーバにて機器認証を行った後に、当該ＣＥ機器にサービスを提供するように構成されている。
【０００３】
図１０は、従来のサービス提供システムの構成の一例を示した図である。
サービスサーバ１０７、１０７、…は、ＣＥ機器１０９にサービスを提供するサーバ装置である。
ＣＥ機器１０９は、サービスサーバ１０７、１０７、…からサービスの提供を受ける場合、まず、機器認証サーバ１０５で機器認証し、その機器認証結果をサービスサーバ１０７、１０７、…に送信する。
【０００４】
これに対し、サービスサーバ１０７、１０７、…は、ＣＥ機器１０９から受信した機器認証結果が正しいものであるか否か確認するために機器認証サーバ１０５に機器認証結果を問い合わせる。そして、機器認証結果が正しいものであると確認できた場合、サービスサーバ１０７、１０７、…は、ＣＥ機器１０９にサービスを提供する。
このように、認証サーバがクライアントを認証する発明として、次のものがある。
この文献で公開されている発明は、公開鍵と秘密鍵のペアを用いてユーザ認証を行うものである。
【０００５】
【特許文献１】
特開２００１−２３６３２１
【０００６】
この発明では、まず、クライアント側で秘密鍵を所有し、認証サーバ側でユーザに対応する公開鍵を所有する。
そして、認証サーバで発生した乱数（コード）を公開鍵で暗号化した後、クライアントに送信する。そして、クライアントが暗号化された乱数を秘密鍵で正しく復号できるか否かを判断することにより、クライアントを認証するものである。
【０００７】
なお、この発明では、秘密鍵と対を成す公開鍵は、特定のサーバ装置で一括管理している。
そのため、大量に市場に出回り、日々生産、及び廃棄されるＣＥ機器の認証方法としては必ずしも効率がよくない。
なぜなら、この発明では、ＣＥ機器の生産、廃棄、所有者の移転に伴い、一括管理している公開鍵をその都度更新しなくてはならなず、公開鍵のメンテナンスにコストと手間がかかるためである。
【０００８】
【発明が解決しようとする課題】
ところが、従来のサービス提供システムでは、機器認証が機器認証サーバ１０５に集中してしまうという問題があった。
このため、機器認証サーバ１０５に負荷が集中し、機器認証を効率よく行うことが困難な場合が生じる可能性があった。
【０００９】
そこで、本発明の目的は、機器認証を行う機能を分散させることにより、機器認証負荷の集中を低減することである。
【００１０】
【課題を解決するための手段】
本発明は、前記目的を達成するために、端末機器と、前記端末機器と相互機器認証して前記端末機器にサービスを提供するサービス提供サーバから構成されたサービス提供システムであって、前記端末機器は、端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる前記機器認証機関で発行された端末公開鍵確認情報と、を記憶しており、前記サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と、端末公開鍵確認情報と、を前記サービス提供サーバに送信し、前記サービス提供サーバは、前記端末公開鍵確認情報を用いて前記端末公開鍵が前記機器認証機関によって認められたものであることを確認し、前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵で暗号化することによって、第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶し、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信し、前記端末機器は、前記記憶した端末秘密鍵を用いて、前記受信した第１の暗号化秘密情報を復号化することによって、前記秘密情報である前記共通鍵を取得し、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、前記端末機器が前記秘密情報を復号化したことを前記サービス提供サーバが確認するための第１の復号化確認情報として生成し、前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信し、前記サービス提供サーバは、前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認することによって、前記端末機器を認証し、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶しており、第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶し、前記記憶したサーバ公開鍵と、サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信し、前記端末機器は、前記サーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認し、前記確認したサーバ公開鍵と前記共通鍵の一方を用いて、第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成し、前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信し、前記サービス提供サーバは、前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得し、前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信し、前記端末機器は、前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認することによって、前記サービス提供サーバを認証し、前記サービス提供サーバにサービスの提供を要求することを特徴とするサービス提供システムを提供する（第１の構成）。
また、本発明は、端末機器と相互機器認証してからサービスを提供するサービス提供サーバであって、前記端末機器は、端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶しており、前記端末機器から、前記端末公開鍵と、前記端末公開鍵確認情報とを受信する公開鍵受信手段と、前記受信した端末公開鍵確認情報を用いて前記受信した端末公開鍵が前記機器認証機関によって認められたものであること確認する端末公開鍵確認手段と、前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵を用いて暗号化した第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶してから、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信する暗号化秘密情報送信手段と、前記端末機器から、前記送信した第１の前記暗号化秘密情報から前記秘密情報を復号化したことを確認するための第１の復号化確認情報と、前記第１のＩＤ情報とを受信する復号化確認情報受信手段と、前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認する復号化確認手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶する鍵情報記憶手段と、第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶してから、前記記憶したサーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信するサーバ公開鍵送信手段と、前記送信したサーバ公開鍵に対応して、前記端末機器が送信してきた第２の暗号化秘密情報と、前記第２のＩＤ情報と、を受信する暗号化秘密情報受信手段と、
前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得するコード情報復号化手段と、前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信する復号化確認情報送信手段と、を具備したことを特徴とするサービス提供サーバを提供する（第２の構成）。
また、本発明は、端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶している端末機器と相互機器認証してからサービスを提供するコンピュータで構成されたサービス提供サーバで相互機器認証機能を実現する機器認証プログラムであって、コンピュータを、前記端末機器から、前記端末公開鍵と、前記端末公開鍵確認情報とを受信する公開鍵受信手段と、前記受信した端末公開鍵確認情報を用いて前記受信した端末公開鍵が前記機器認証機関によって認められたものであること確認する端末公開鍵確認手段と、前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵を用いて暗号化した第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶してから、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信する暗号化秘密情報送信手段と、前記端末機器から、前記送信した第１の前記暗号化秘密情報から前記秘密情報を復号化したことを確認するための第１の復号化確認情報と、前記第１のＩＤ情報とを受信する復号化確認情報受信手段と、前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認する復号化確認手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶する鍵情報記憶手段と、第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶してから、前記記憶したサーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信するサーバ公開鍵送信手段と、前記送信したサーバ公開鍵に対応して、前記端末機器が送信してきた第２の暗号化秘密情報と、前記第２のＩＤ情報と、を受信する暗号化秘密情報受信手段と、前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得するコード情報復号化手段と、前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信する復号化確認情報送信手段、として機能させるための機器認証プログラムを提供する（第３の構成）。
また、本発明は、端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶している端末機器と相互機器認証してからサービスを提供するコンピュータで構成されたサービス提供サーバで相互機器認証機能を実現する機器認証プログラムを記憶した記憶媒体であって、コンピュータを、前記端末機器から、前記端末公開鍵と、前記端末公開鍵確認情報とを受信する公開鍵受信手段と、前記受信した端末公開鍵確認情報を用いて前記受信した端末公開鍵が前記機器認証機関によって認められたものであること確認する端末公開鍵確認手段と、前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵を用いて暗号化した第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶してから、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信する暗号化秘密情報送信手段と、前記端末機器から、前記送信した第１の前記暗号化秘密情報から前記秘密情報を復号化したことを確認するための第１の復号化確認情報と、前記第１のＩＤ情報とを受信する復号化確認情報受信手段と、前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認する復号化確認手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶する鍵情報記憶手段と、第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶してから、前記記憶したサーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信するサーバ公開鍵送信手段と、前記送信したサーバ公開鍵に対応して、前記端末機器が送信してきた第２の暗号化秘密情報と、前記第２のＩＤ情報と、を受信する暗号化秘密情報受信手段と、前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得するコード情報復号化手段と、前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信する復号化確認情報送信手段、として機能させるための機器認証プログラムを記憶したコンピュータが読み取り可能な記憶媒体を提供する（第４の構成）。
また、本発明は、端末秘密鍵を記憶する端末秘密鍵記憶手段と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶する端末公開鍵記憶手段と、サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と端末公開鍵確認情報とを、前記サービス提供サーバに送信する端末公開鍵送信手段と、前記送信した端末公開鍵と端末公開鍵確認情報に対応して、前記サービス提供サーバから返信されてきた第１の暗号化秘密情報と、第１のＩＤ情報と、第１のコード情報と、を受信する暗号化秘密情報受信手段と、前記受信した第１の暗号化秘密情報を前記記憶した端末秘密鍵で復号化することによって、秘密情報である前記端末機器と前記サービス提供サーバとで共有する共通鍵を取得する復号化手段と、前記取得した前記共通鍵を用いて、前記サービス提供サーバが前記秘密情報を復号化したことを確認するために、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、第１の復号化確認情報として生成する復号化確認情報生成手段と、前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信する復号化確認情報送信手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報とを記憶している前記サービス提供サーバから、前記サーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を受信するサーバ公開鍵受信手段と、前記受信したサーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認するサーバ公開鍵確認手段と、前記確認したサーバ公開鍵と前記共通鍵の一方を用いて第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成する暗号化秘密情報生成手段と、前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信する暗号化秘密情報送信手段と、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認するための第２の復号化確認情報を前記サービス提供サーバから受信する復号化確認情報受信手段と、前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認する復号化確認手段と、を具備したことを特徴とする端末機器を提供する（第５の構成）。
また、本発明は、端末機器を構成するコンピュータで相互機器認証機能を実現する機器認証プログラムであって、コンピュータを、端末秘密鍵を記憶する端末秘密鍵記憶手段と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶する端末公開鍵記憶手段と、サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と端末公開鍵確認情報とを、前記サービス提供サーバに送信する端末公開鍵送信手段と、前記送信した端末公開鍵と端末公開鍵確認情報に対応して、前記サービス提供サーバから返信されてきた第１の暗号化秘密情報と、第１のＩＤ情報と、第１のコード情報と、を受信する暗号化秘密情報受信手段と、前記受信した第１の暗号化秘密情報を前記記憶した端末秘密鍵で復号化することによって、秘密情報である前記端末機器と前記サービス提供サーバとで共有する共通鍵を取得する復号化手段と、前記取得した前記共通鍵を用いて、前記サービス提供サーバが前記秘密情報を復号化したことを確認するために、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、第１の復号化確認情報として生成する復号化確認情報生成手段と、前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信する復号化確認情報送信手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報とを記憶している前記サービス提供サーバから、前記サーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を受信するサーバ公開鍵受信手段と、前記受信したサーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認するサーバ公開鍵確認手段と、前記確認したサーバ公開鍵と前記共通鍵の一方を用いて第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成する暗号化秘密情報生成手段と、前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信する暗号化秘密情報送信手段と、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認するための第２の復号化確認情報を前記サービス提供サーバから受信する復号化確認情報受信手段と、前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認する復号化確認手段、として機能させるための機器認証プログラムを提供する（第６の構成）。
また、本発明は、端末機器を構成するコンピュータで相互機器認証機能を実現する機器認証プログラムを記憶した記憶媒体であって、コンピュータを、端末秘密鍵を記憶する端末秘密鍵記憶手段と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶する端末公開鍵記憶手段と、サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と端末公開鍵確認情報とを、前記サービス提供サーバに送信する端末公開鍵送信手段と、前記送信した端末公開鍵と端末公開鍵確認情報に対応して、前記サービス提供サーバから返信されてきた第１の暗号化秘密情報と、第１のＩＤ情報と、第１のコード情報と、を受信する暗号化秘密情報受信手段と、前記受信した第１の暗号化秘密情報を前記記憶した端末秘密鍵で復号化することによって、秘密情報である前記端末機器と前記サービス提供サーバとで共有する共通鍵を取得する復号化手段と、前記取得した前記共通鍵を用いて、前記サービス提供サーバが前記秘密情報を復号化したことを確認するために、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、第１の復号化確認情報として生成する復号化確認情報生成手段と、前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信する復号化確認情報送信手段と、サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報とを記憶している前記サービス提供サーバから、前記サーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を受信するサーバ公開鍵受信手段と、前記受信したサーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認するサーバ公開鍵確認手段と、前記確認したサーバ公開鍵と前記共通鍵の一方を用いて第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成する暗号化秘密情報生成手段と、前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信する暗号化秘密情報送信手段と、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認するための第２の復号化確認情報を前記サービス提供サーバから受信する復号化確認情報受信手段と、前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認する復号化確認手段、として機能させるための機器認証プログラムを記憶したコンピュータが読み取り可能な記憶媒体を提供する（第７の構成）。
【００１１】
【発明の実施の形態】
以下、本発明の好適な実施の形態について、図を参照して詳細に説明する。
［実施形態の概要］
図１は、本実施の形態のサービス提供システムの構成の一例を示した図である。
サービスサーバ７、７、７、…（以下、サービスサーバ７）は、ネットワークを介してＣＥ機器９にサービスを提供するサーバ装置である。
ＣＥ機器９は、デジタル証明書（以下、ＣＥ証明書）を記憶しており、これをサービスサーバ７に送信する。
このＣＥ証明書には、ＣＥ機器９が保持する秘密鍵に対応する公開鍵が含まれている。
【００１２】
サービスサーバ７は、ＣＥ機器９から公開鍵を受信し、この公開鍵が機器認証機関によって認められたものであることを証明書の署名（後述）により確認した後、秘密情報をこの公開鍵で暗号化してＣＥ機器９に送信する。
一方、ＣＥ機器９は、この暗号化された秘密情報を秘密鍵で復号化する。
ＣＥ機器９は、ＣＥ機器９で秘密情報が復号化されたことを確認することにより、ＣＥ機器９の機器認証を行う。
【００１３】
即ち、この公開鍵で暗号化した秘密情報を復号化できるのは、この公開鍵と対を成す秘密鍵を持っているＣＥ機器９だけであり、更に、この公開鍵が機器認証機関により認められたものであることが確認できるため、証明書を用いて機器認証を行うことができる。
【００１４】
なお、本実施の形態では、この秘密情報として、サービスサーバ７が動的に生成する共通鍵（セッション鍵）を使用する。そのため、機器認証後には、ＣＥ機器９とサービスサーバ７で共通鍵を共有することができ、この共通鍵を用いた効率のよいサービス提供を行うことができる。
【００１５】
このように、本実施の形態では、機器認証を個々のサービスサーバ７で行うため、機器認証機能をサービス提供システムで分散することができ、機器認証に伴う負荷の集中を防ぐことができる。
また、本実施の形態では、ＣＥ機器９内部で秘密鍵と公開鍵の対を管理するため、ＣＥ機器９の生産、廃棄などによってサービス提供システム内で流通している公開鍵が変動しても、サービス提供システムとしてはこれを管理する必要がない。
更に、公開鍵はＣＥ機器９内部で管理されるが、機器認証機関による証明書により、公開鍵の真正を担保することができる。
【００１６】
［実施形態の詳細］
図２は、本実施の形態のＣＥ機器９の論理的な構成を説明するための図である。
ＣＥ機器９は、耐タンパチップ１０をハードウェアとして備えており、また、機器認証に用いるＣＥ証明書１２を記憶装置に記憶している。
耐タンパチップ１０は、改竄や複製、内部の論理構造の解読などの不正行為に対して十分な防御手段を講じた耐タンパ装置であり、集積回路を格納したＩＣチップなどで構成されている。
耐タンパチップ１０には、秘密鍵（以下、ＣＥ秘密鍵）が記憶されている（秘密鍵記憶手段）。耐タンパチップ１０は、後述するＣＥ証明書１２に含まれるＣＥ公開鍵で暗号化された情報の復号化の依頼を受け、復号化された結果を出力する。
【００１７】
ＣＥ証明書１２は、ＣＥ機器９の記憶装置に記憶されており（公開鍵記憶手段）、ＣＥ機器９の機器ＩＤ、ＣＥ秘密鍵に対応した公開鍵（以下、ＣＥ公開鍵）、有効期限などのメッセージに、機器認証機関が、これらのメッセージの真正を保証するために行ったデジタル署名（以下、署名）などから構成されている。
即ち、ＣＥ証明書１２を受信したサービスサーバ７は、署名を確認することにより、ＣＥ証明書１２に含まれている内容が、機器認証機関が認証したものであることを確認することができる。
【００１８】
そのため、署名は、ＣＥ公開鍵が、機器認証機関により認められたものであることを確認するための公開鍵確認情報を構成している。
また、サービスサーバ７は、ＣＥ証明書１２に含まれる機器ＩＤから、ＣＥ機器９の機器ＩＤを認識することができ、また、有効期限からＣＥ公開鍵の有効期限を知ることができる。
【００１９】
機器認証モジュール１１は、耐タンパチップ１０やＣＥ証明書１２を用いながらサービスサーバ７と情報の送受信を行い、ＣＥ機器９の機器認証をサービスサーバ７に行わせるモジュールである。
【００２０】
図３は、サービスサーバ７がＣＥ機器９を機器認証する手順を説明するためのフローチャートである。
まず、機器認証モジュール１１は、サービスサーバ７にＣＥ証明書１２を送信する（ステップ２）。
機器認証モジュール１１は、ＣＥ証明書１２により、サービスサーバ７に公開鍵を送信する。このように、ＣＥ機器９は、公開鍵送信手段を備えている。
サービスサーバ７は、ＣＥ機器９からＣＥ証明書１２を受信し（公開鍵受信手段）、ＣＥ証明書１２の真正を確認する（ステップ２０）。
サービスサーバ７は、ＣＥ証明書１２の真正を署名を用いて確認し、これによってＣＥ公開鍵の真正を確認する（公開鍵確認手段）。具体的な確認方法については後述する。
【００２１】
次に、サービスサーバ７は、セッション鍵を生成する（ステップ２２）。
なお、このセッション鍵は、サービス提供時にサービスサーバ７とＣＥ機器９で共有される共通鍵として利用される。
なお、セキュリティレベルを高めるために、セッション鍵は動的に生成され、毎回異なったものとする。
【００２２】
サービスサーバ７は、ＣＥ証明書１２からＣＥ公開鍵を取り出し、これを用いて先に生成したセッション鍵を暗号化する（ステップ２４）。
本実施の形態で、セッション鍵を秘密情報として利用する。即ち、セッション鍵をＣＥ公開鍵で暗号化し、これがＣＥ機器９で復号できたことが確認できれば、ＣＥ機器９を機器認証できると共に、ＣＥ機器９と共通鍵を共有することができる。
【００２３】
なお、以下では、暗号化した情報Ａを暗号化（情報Ａ）などと記すことにする。このように暗号化された情報の記載方法を定義すると、ステップ２４で生成された情報は、暗号化（セッション鍵）と表すことができる。暗号化（セッション鍵）は、暗号化秘密情報を構成している。
【００２４】
次に、サービスサーバ７は、セッションＩＤと乱数（以下、乱数Ａとする）を生成する（ステップ２６）。
セッションＩＤは、セッションを維持するために用いるＩＤ情報であり、乱数Ａは、ＣＥ機器９でセッション鍵が復号できたことを確認するためのコード情報である。
【００２５】
そして、サービスサーバ７は、ステップ２２で生成したセッション鍵と、ステップ２６で生成したセッションＩＤ、及び乱数Ａを対応付けて記憶する（ステップ２８）。
次に、サービスサーバ７は、ステップ２６で生成したセッションＩＤ、乱数Ａ、及びステップ２４で生成した暗号化（セッション鍵）をＣＥ機器９に送信する（暗号化秘密情報送信手段）。
【００２６】
ＣＥ機器９は、これらの情報を受信し（暗号化秘密情報受信手段）、機器認証モジュール１１は、暗号化（セッション鍵）の復号化を耐タンパチップ１０に依頼する（ステップ４）。
耐タンパチップ１０は、暗号化（セッション鍵）を復号化してセッション鍵を生成し、機器認証モジュール１１に提供する（ステップ１０）。
このように、耐タンパチップ１０は、暗号化秘密情報をＣＥ秘密鍵で復号化する復号化手段を構成している。
機器認証モジュール１１は、耐タンパチップ１０からセッション鍵を取得する。
【００２７】
これで、ＣＥ機器９は、サービスサーバ７と共通鍵（セッション鍵）を共有することができる。
そして、機器認証モジュール１１は、このセッション鍵を用いてサービスサーバ７から受信した乱数Ａを暗号化し、暗号化（乱数Ａ）を生成する（復号化確認情報生成手段）（ステップ６）。
この暗号化（乱数Ａ）は、ＣＥ機器９が秘密情報の復号化に成功したことをサービスサーバ７が確認するための復号化確認情報を構成している。
【００２８】
機器認証モジュール１１は、ステップ３０でサービスサーバ７から送信されたセッションＩＤとステップ６で生成した暗号化（乱数Ａ）をサービスサーバ７に送信する（復号化確認情報送信手段）（ステップ８）。
【００２９】
サービスサーバ７は、ＣＥ機器９からセッションＩＤと暗号化（乱数Ａ）を受信する（復号化確認情報受信手段）。
そして、ＣＥ機器９から受信したセッションＩＤと、ステップ２８で記憶した対応関係から、乱数Ａとセッション鍵を取得する（ステップ３２）。
【００３０】
次に、サービスサーバ７は、ステップ３２で取得したセッション鍵で乱数Ａを暗号化し、暗号化（乱数Ａ）を生成する（暗号化コード情報生成手段）（ステップ３４）。
そして、サービスサーバ７は、ステップ３４で生成した暗号化（乱数Ａ）と、ＣＥ機器９から受信した暗号化（乱数Ａ）を比較し、一致するか否かを判断する（復号化確認手段）（ステップ３６）。
両者が一致した場合、ＣＥ機器９の機器認証が成功したと判断し、ＣＥ機器９に対してサービスの提供を開始する（ステップ３８）。
両者が一致しなかった場合、ＣＥ機器９の機器認証が失敗したと判断し、ＣＥ機器９に対するサービスの提供は行わない。
【００３１】
このように、サービスサーバ７は、ＣＥ機器９がセッション鍵を復号化できたことを確認することにより、ＣＥ機器９がＣＥ秘密鍵を所有していることを確認することができる。即ち、ＣＥ機器９が真正のＣＥ機器であることを確認することができる。
また、機器認証後にサービスサーバ７がセッション鍵を共有鍵として使用し、ＣＥ機器９にサービスを提供することもできる。
【００３２】
更に、本実施の形態では、サービスサーバ７がセッション鍵をＣＥ公開鍵で暗号化してＣＥ機器９に送信することにより、ＣＥ機器９とサービスサーバ７でセッション鍵を共通鍵として共有することができ、ＣＥ機器９がこの共通鍵で暗号化した情報をサービスサーバ７が確認するように構成することによりセキュリティレベルを強化することができる。
この場合、単に、サービスサーバ７がＣＥ公開鍵で暗号化した情報をＣＥ機器９が秘密鍵で復号化できたことを確認することにより、ＣＥ機器９を機器認証する場合よりもセキュリティレベルが高い。
【００３３】
なお、本実施の形態では、セッション鍵を秘密情報として使用したが、例えば、乱数などのコード情報を秘密情報として利用することができる。
この場合、サービスサーバ７は、ＣＥ公開鍵で乱数を暗号化してＣＥ機器９に送信する。
これに対して、ＣＥ機器９は、ＣＥ秘密鍵で乱数を復号化し、サービスサーバ７に送信する。
サービスサーバ７は、ＣＥ機器９から受信した乱数と、ＣＥ機器９に送信した乱数が同一であることを確認し、ＣＥ機器９を機器認証する。
【００３４】
次に、ステップ２０のＣＥ証明書１２の真正確認について説明する。
本実施の形態では、ＣＥ証明書１２などの証明書を、何らかの方法によって、証明書に含まれている情報が正しい情報であると確認できる電子情報をいうものとする。
このように、証明書中の内容が正しいものであるということを確認する方法としては、例えば、証明書を信頼できる認証機関の発行する秘密鍵で署名するものがある。
【００３５】
この方法では、証明書の提供者（以下、提供者、ＣＥ機器９に相当する）と証明書の受領者（以下、受領者、サービスサーバ７に相当する）、及び証明書に署名する認証機関が存在する。
まず、提供者は、証明書によって証明したいメッセージを認証機関に提出する。
認証機関は、認証機関用の秘密鍵と公開鍵のペアを持っており、提供者から提出されたメッセージのハッシュ値を生成した後、これを秘密鍵で暗号化する。この秘密鍵で暗号化された情報が署名となる。
認証機関は、メッセージに署名を貼付して証明書とし、これを提供者に発行する。
【００３６】
一方、提供者からこの証明書を受領した受領者は、認証機関の提供する公開鍵により署名を復号化する。認証機関の公開鍵で復号化できる情報は、認証機関の秘密鍵で暗号化された情報に限られるので、認証機関の公開鍵により署名が復号できたことで、この証明書が認証機関により認証されたものであることを確認することができる。
次に、受領者は、証明書中のメッセージのハッシュ値を生成し、署名から復号化されたハッシュ値と照合する。
両者が一致することにより、メッセージが改竄されていないことを確認することができる。
【００３７】
このように、証明書の受領者は、署名が認証機関の公開鍵で復号化できることにより、証明書が認証機関から発行されたものであることを確認することができ、更に、ハッシュ値を比較することによりメッセージが改竄されていないことを確認することができる。
【００３８】
なお、ハッシュ値とは、ハッシュ関数と呼ばれる一方向性関数により、メッセージを変換した変換値であり、メッセージが同じであれば同じ変換値が得られ、メッセージが異なれば、変換値も異なるようになっている。そのため、ハッシュ値を比較することにより、メッセージの改竄を検出することができる。
また、ハッシュ関数は、変換値から元のメッセージを復元する逆変換が困難なように構成されている。
【００３９】
以上と同様にして、サービスサーバ７は、ＣＥ証明書１２に含まれている署名を用いてＣＥ証明書１２の真正を確認することができる。
即ち、サービスサーバ７は、ＣＥ証明書１２に含まれる署名を復号化する公開鍵と、メッセージを比較するためのハッシュ値生成手段を備えていればよい。
なお、以上の方法は一例であり、ＣＥ証明書１２の真正が確認できるものであれば採用することができる。
【００４０】
ところで、証明書の真正を証明する証明書が存在し、更に、その証明書の真正を証明する証明書が存在するといったように信頼チェーンが形成されている場合がある。この場合は、サービスサーバ７が信頼チェーンのパスの検証を行う。
【００４１】
例えば、図４に示したような信頼チェーンが形成されている場合、サービスサーバ７は、図中の太線で示したようにパスを辿って行き、ＣＥ証明書１２の信頼チェーンがルート証明書１３につながっていることを確認する。つながっていない場合、ＣＥ証明書１２は信用できないことになる。
ルート証明書１３とは、信頼できる機器認証機関が発行した証明書である。
【００４２】
あるいは、サービスサーバ７が、ＣＥ証明書１２の信頼チェーンがルート証明書１３につながっていることを検証するサービスを提供する検証サービスサーバに確認作業を委託するように構成することもできる。
検証サービスサーバは、サービスサーバ７の運営者と信頼関係のある者によって運営されているサーバであり、図４に示したのと同様にしてＣＥ証明書１２の信頼チェーンがルート証明書１３につながるか確認する。
このように、ＣＥ証明書１２の真正確認作業を外部に委託することにより、サービスサーバ７は、ＣＥ証明書１２確認機能を備える必要がなくなる。
【００４３】
以上のように、本実施の形態では、サービスサーバ７は、ＣＥ機器９から取得したＣＥ証明書１２の真正を確認することができ、更に、ＣＥ機器９がＣＥ証明書１２中のＣＥ公開鍵に対応するＣＥ秘密鍵を所有していることを確認することができるため、第三者によるなりすましを防止することができ、ＣＥ機器９を適切に機器認証することができる。
【００４４】
即ち、たとえ、第三者がＣＥ証明書１２を複製して他のＣＥ機器で使用したとしても、このＣＥ機器は、ＣＥ証明書１２のＣＥ公開鍵に対応するＣＥ秘密鍵を記憶していないため、サービスサーバ７から機器認証を受けることができない。
また、ＣＥ秘密鍵は、耐タンパチップ１０に格納されているため、第三者に奪取されて使用されることはない。
【００４５】
次に、ＣＥ機器９の製造方法について説明する。
本実施の形態では、耐タンパチップ工場で、ＣＥ秘密鍵を埋め込んだ耐タンパチップ１０を製造し、組立工場でこのチップをＣＥ機器９本体に埋め込む。
また、鍵管理システムでＣＥ証明書１２を生成し、これを組立工場にてＣＥ機器９に記憶させる。
【００４６】
図５は、ＣＥ機器９に機器認証関係の情報を埋め込む工程を説明するためのフローチャートである。
まず、耐タンパチップ工場システムは、鍵管理システムに対し、機器ＩＤの利用枠を要求する（ステップ４０）。
鍵管理システムは、機器ＩＤを管理しており、耐タンパチップ工場システムから要求があった場合に、要求分の機器ＩＤを耐タンパチップ工場システムに提供するようになっている。
【００４７】
鍵管理システムは、耐タンパチップ工場システムからの要求を受け、機器ＩＤの振り出しを行う（ステップ５０）。
耐タンパチップ工場システムは、鍵管理システムから機器ＩＤを受信すると共に、ＣＥ公開鍵とＣＥ秘密鍵のペアを生成する（ステップ４２）。
【００４８】
次に、耐タンパチップ工場システムは、ステップ４２で受信した機器ＩＤと、精製したＣＥ秘密鍵を耐タンパチップ１０に埋め込む（ステップ４４）。
なお、耐タンパチップ工場システムは、秘密鍵を耐タンパチップ１０に埋め込んだ後、耐タンパチップ工場システム内の秘密鍵は安全に消去する。
【００４９】
耐タンパチップ１０は、この埋め込み作業により、ＣＥ秘密鍵と機器ＩＤを記憶し（ステップ７０）、組立工場に出荷され、組立工場にて、ＣＥ機器９に組み込まれる。
一方、耐タンパチップ工場システムは、鍵管理システムに、ステップ４４で耐タンパチップ１０に埋め込んだ機器ＩＤと、ステップ４２で生成したＣＥ公開鍵を送信し、埋め込み完了報告を行う（ステップ４６）。
【００５０】
鍵管理システムは、耐タンパチップ工場システムから受信した機器ＩＤとＣＥ公開鍵を用いてＣＥ証明書１２を作成し（ステップ５２）、組立工場システムに配布する（ステップ５４）。
この場合、鍵管理システムがＣＥ証明書１２の機器認証機関として機能している。
組立工場システムは、鍵管理システムから配布されたＣＥ証明書１２を、ＣＥ機器９に組み込むために保管する。
【００５１】
組立工場システムは、ＣＥ機器９に対して機器ＩＤの提供を要求する（ステップ６０）。
なお、組立工場システムは、コネクタなどにより、ＣＥ機器９と接続し、ＣＥ機器９と通信できるものとする。
また、このとき、耐タンパチップ１０は、既にＣＥ機器９に組み込まれており、機器認証モジュール１１からアクセス可能となっているものとする。
機器認証モジュール１１は、組立工場システムからの要求に対し、耐タンパチップ１０に機器ＩＤの提供を要求する（ステップ８２）。
【００５２】
これに応じて、耐タンパチップ１０は、機器認証モジュール１１に機器ＩＤを提供する（ステップ７４）。
機器認証モジュール１１は、耐タンパチップ１０から機器ＩＤを取得し、組立工場システムに提供する（ステップ８４）。
【００５３】
組立工場システムは、ＣＥ機器９から取得した機器ＩＤと、ステップ５４で配布されたＣＥ証明書１２に含まれる機器ＩＤとを照合し、ＣＥ機器９から提供された機器ＩＤと合致するＣＥ証明書１２をＣＥ機器９の記憶装置に埋め込む（ステップ６２）。
ＣＥ機器９は、このＣＥ証明書１２を記憶する（ステップ８６）。
【００５４】
以上のようにして、ＣＥ機器９に、ＣＥ秘密鍵を記憶した耐タンパチップ１０と、ＣＥ公開鍵を含むＣＥ証明書１２を埋め込むことができる。
【００５５】
次に、ＣＥ機器９に埋め込んだＣＥ証明書１２の更新手順について説明する。
ＣＥ証明書１２には有効期限が設定されているため、有効期限後もＣＥ証明書１２による機器認証を利用するには、ＣＥ証明書１２を更新する必要がある。
【００５６】
図６は、ＣＥ証明書１２の更新手順を説明するためのフローチャートである。
まず、機器認証モジュール１１は、耐タンパチップ１０に対して機器ＩＤの提供を要求する（ステップ１２０）。
これに対し、耐タンパチップ１０は、機器認証モジュール１１に機器ＩＤを提供する（ステップ１１０）。
機器認証モジュール１１は、耐タンパチップ１０から機器ＩＤを取得し、これを鍵管理システムに送信する（更新要求送信手段）（ステップ１２２）。
【００５７】
鍵管理システムは、ＣＥ機器９から機器ＩＤを受信し（発行要求受信手段）、この機器ＩＤに対応するＣＥ公開鍵を取得する（ステップ１００）。
鍵管理システムは、ステップ４６（図５）で耐タンパチップ工場システムから送信されてきた機器ＩＤとＣＥ公開鍵の組合せを記憶しており、これを用いてＣＥ公開鍵を特定する。
【００５８】
次に、鍵管理システムは、ＣＥ機器９から受信した機器ＩＤと、ステップ１００で取得したＣＥ公開鍵を用いて新規のＣＥ証明書１２を生成する（ステップ１０２）。
【００５９】
次に、鍵管理システムは、生成した新規のＣＥ証明書１２を鍵管理システムの秘密鍵で署名し（ステップ１０４）、ＣＥ機器９に送信する（更新公開鍵確認情報送信手段）（ステップ１０６）。
ＣＥ機器９は、この新規のＣＥ証明書１２を受信し（更新公開鍵確認情報受信手段）、機器認証モジュール１１が新規のＣＥ証明書１２を用いて古いＣＥ証明書１２を上書きする（更新手段）（ステップ１２４）。
以上のようにして、有効期限の切れたＣＥ証明書１２を更新することができる。
【００６０】
次に、ＣＥ機器９とサービスサーバ７との証明書を用いた相互認証について説明する。
先に、図３のフローチャートで説明した機器認証では、サービスサーバ７側がＣＥ機器９を機器認証した後、ＣＥ機器９にサービスの提供を開始している。
【００６１】
これに対し、相互認証では、サービスサーバ７からＣＥ機器９を機器認証すると共に、ＣＥ機器９もサービスサーバ７が適切なサーバ装置であるか否かを認証する。
そして、両者の認証が成功した後、サービスサーバ７はサービスの提供を開始する。
【００６２】
以下に、図７、及び図８のフローチャートを用いて相互認証の手順について説明する。
【００６３】
図７は、相互認証において、サービスサーバ７がＣＥ機器９を機器認証する手順を説明するためのフローチャートである。
ステップ２からステップ３６までの各ステップは、図３と同様であるので説明を省略する。
【００６４】
サービスサーバ７は、ステップ３６においてＣＥ機器９の機器認証に成功した後、第２のセッションＩＤ（以下、セッションＩＤ＃２）を生成し、サービスサーバ７側の証明書（以下、ＳＰ証明書）と、セッションＩＤ＃２をＣＥ機器９に送信する（サーバ公開鍵送信手段）（ステップ３９）。
また、サービスサーバ７は、セッションＩＤ＃２を生成する際に、セッションＩＤ＃２とセッション鍵の対応関係を記憶しておく。
【００６５】
これは、後にＣＥ機器９からセッションＩＤ＃２が送信されてきた場合に（図８のステップ１５０）、対応するセッション鍵を取得するためである。
また、ここで、サービスサーバ７がＣＥ機器を認証するプロセスで生成されたセッションＩＤ＃１と異なるセッションＩＤ＃２を改めて生成している。同じセッションＩＤ番号を用いても良いが、異なるセッションＩＤ番号を用いることによって、どの認証プロセスを行なっているかが容易に確認できる。
また、サービスサーバ７は、機器認証機関から発行されたＳＰ証明書を記憶しており、このＳＰ証明書には、サービスサーバ７の公開鍵（以下、ＳＰ公開鍵）が含まれているものとする。
ＳＰ証明書により、ＳＰ公開鍵が真正であることを機器認証機関が保証している。
更に、サービスサーバ７は、ＳＰ公開鍵に対応するＳＰ秘密鍵を記憶しているものとする。
【００６６】
図８は、サービスサーバ７がＳＰ証明書とセッションＩＤ＃２をＣＥ機器９に送信した後、ＣＥ機器９がサービスサーバ７をＳＰ証明書により認証する手順を説明するためのフローチャートである。
まず、ＣＥ機器９では、機器認証モジュール１１が、サービスサーバ７から受信したＳＰ証明書の真正を確認する（サーバ公開鍵確認手段）（ステップ１３０）。確認方法は、サービスサーバ７がＣＥ機器９のＣＥ証明書１２の真正を確認する方法と同じである（図３のステップ２０）。
【００６７】
次に、機器認証モジュール１１は、乱数（乱数Ｂとする）を生成し（ステップ１３２）、これをＳＰ証明書に含まれているＳＰ公開鍵で暗号化する（ステップ１３４）。この結果、暗号化（乱数Ｂ）が生成される。ここで、乱数Ｂは、第２のコード情報に対応する。
【００６８】
次に、機器認証モジュール１１は、暗号化（乱数Ｂ）をセッション鍵で更に暗号化する（ステップ１３６）。また、機器認証モジュール１１は、後にステップ１５６でサービスサーバ７が送信してくる乱数Ｂと比較するために乱数Ｂを記憶しておく。
【００６９】
ここで、暗号化された情報Ａである暗号化（情報Ａ）が、更に暗号化された場合、これを再度暗号化（情報Ａ）などと記すことにする。このように表記方法を定義すると、ステップ１３６により生成された情報は、再度暗号化（乱数Ｂ）と表される。
再度暗号化（乱数Ｂ）は、第２の暗号化秘密情報を構成し、ＳＰ公開鍵とセッション鍵を用いて暗号化されている（第２の暗号化秘密情報生成手段）。
【００７０】
次に、機器認証モジュール１１は、再度暗号化（乱数Ｂ）と、セッションＩＤ＃２をサービスサーバ７に送信する（第２の暗号化秘密情報送信手段）（ステップ１３８）。
サービスサーバ７は、これを受信し（第２の暗号化秘密情報受信手段）、セッションＩＤ＃２からセッション鍵を取得する（ステップ１５０）。
【００７１】
次に、サービスサーバ７は、このセッション鍵で再度暗号化（乱数Ｂ）を復号化して暗号化（乱数Ｂ）を取得し（ステップ１５２）、更に、これをＳＰ秘密鍵で復号化して乱数Ｂを取得する（第２のコード情報復号化手段）（ステップ１５４）。
【００７２】
次に、サービスサーバ７は、第３のセッションＩＤ（以下、セッションＩＤ＃３）を生成し、復号化した乱数ＢとセッションＩＤ＃３をＣＥ機器９に送信する（第２のコード情報送信手段）（ステップ１５６）。
ＣＥ機器９は、サービスサーバ７からセッションＩＤ＃３と復号化した乱数Ｂ（第２の復号化確認情報）を受信する（第２の復号化確認情報受信手段）。
ＣＥ機器９では、機器認証モジュール１１が先に記憶しておいた乱数Ｂと、サービスサーバ７から受信した乱数Ｂを比較し、同一のものであるか否かを判断する（第２の復号化確認手段）（ステップ１４０）。
【００７３】
同一のものであった場合、サービスサーバ７の認証に成功したことになり、同一のものでなかった場合、認証に失敗したことになる。
即ち、乱数Ｂが同一のものであった場合、サービスサーバ７が再度暗号化（乱数Ｂ）から乱数Ｂを取り出せたということになる。
【００７４】
これは、サービスサーバ７が、セッションＩＤ＃２に対応付けられたセッション鍵を所有すると共に、ＳＰ証明書に含まれるＳＰ公開鍵に対応する秘密鍵を所有していることを意味し、これにより、ＣＥ機器９は、サービスサーバ７が正当なサーバ装置であることを確認することができるためである。
【００７５】
ここでは、サービスサーバ７の認証に成功したものとし、機器認証モジュール１１は、相互認証処理を完了し、セッションの開始をサービスサーバ７に要求する（ステップ１４２）。
これに対し、サービスサーバ７は、サービスの提供を開始する（ステップ１５８）。
【００７６】
以上に、説明したような相互認証を用いると、サービスサーバ７がＣＥ機器９を機器認証するのみならず、ＣＥ機器９もサービスサーバ７の正当性を認証することができる。
このため、ＣＥ機器９が、サービスサーバ７になりすました第三者の運営するサービスサーバに接続するのを防ぐことができる。
サービスサーバ７は、ＣＥ機器７と相互認証処理が行なわれるとセッションＩＤ＃３を新たに生成して送信している。先述したように、セッションＩＤ番号は同一のものを用いても良いが、セッションＩＤ番号を変えることによって、認証プロセスの確認も可能となる。ここでは、例えば、セッションＩＤ＃３を保有するＣＥ機器７は相互認証が完了しているため、サービスサーバ７はＣＥ機器７に対してサービス提供可能であることが分かる。
【００７７】
なお、本実施の形態では、乱数ＢをＳＰ公開鍵で暗号化した後、セッション鍵で再度暗号化したが、逆に、セッション鍵で暗号化した後、ＳＰ公開鍵で再度暗号化するように構成することもできる。
また、ＣＥ機器９では、単に、乱数ＢをＳＰ公開鍵で暗号化し、これをサービスサーバ７がＳＰ秘密鍵で復号化することにより、機器認証するように構成することもできる。
【００７８】
図９は、ＣＥ機器９のハードウェア的な構成の一例を示した図である。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２２に記憶されているプログラムや、記憶部１２８からＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２３にロードされたプログラムに従って各種の処理を実行する中央処理装置である。
【００７９】
ＲＯＭ１２２は、ＣＥ機器９を機能させる上で必要な基本的なプログラムやパラメータなどが記憶されている。
ＲＡＭ１２３は、ＣＰＵ１２１が各種の処理を実行する上で必要なワーキングエリアを提供する。
【００８０】
記憶部１２８は、ＣＥ機器９が機能するために必要な各プログラムやデータを記憶しており、例えば、ハードディスクや半導体メモリなどの記憶装置により構成されている。
【００８１】
記憶部１２８に記憶されている情報としては、例えば、機器認証用の証明書や、機器認証モジュール１１を構成するための機器認証プログラム、ファイルの入出力を行ったり、ＣＥ機器９の各部を制御したりなど、基本的な機能を実現するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などがある。
機器認証プログラムがＣＰＵ１２１により実行されると、機器認証モジュール１１が構成される。
【００８２】
耐タンパチップ１０は、ＣＥ秘密鍵を記憶している他、このＣＥ秘密鍵を用いた暗号化、及び復号化処理を行う。
外部から暗号化命令と暗号化する情報を入力すると、ＣＥ秘密鍵により暗号化された情報を出力し、また、復号化命令と復号化する情報を入力すると、ＣＥ秘密鍵により復号化された情報を出力する２つの動作モードを有している。
【００８３】
また、耐タンパチップ１０は、一種のブラックボックスとなっており、内部の論理構造やＣＥ秘密鍵は外部からわからないようになっている。
更に、耐タンパチップ１０を物理的に分解して内部を調べようとした場合、内部の情報が自動的に破壊されるように、構成することもできる。
このように、耐タンパチップ１０は、複製、改竄防止処置がとられたＩＣチップである。
【００８４】
ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、及び耐タンパチップ１０は、バス１２４を介して相互に接続されている。このバス１２４には、入出力インターフェース１２５も接続されている。
【００８５】
入出力インターフェース１２５には、キーボード、マウスなどよりなる入力部１２６、ＣＲＴ（Ｃａｔｈｏｄｅ−ｒａｙ Ｔｕｂｅ）、ＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などよりなるディスプレイ、並びにスピーカなどによりなる出力部１２７、ハードディスクなどにより構成される記憶部１２８、モデム、ターミナルアダプタなどにより構成される通信部１２９が接続されている。
【００８６】
通信部１２９は、ネットワークを介しての通信処理を行う機能部であり、例えば、サービスサーバ７と接続して機器認証関係の情報を送受信したり、あるいは、サービスサーバ７から提供されるサービスデータを受信したりする。
【００８７】
また、入出力インターフェース１２５には、必要に応じてドライブ１３０が接続され、磁気ディスク１４１、光ディスク１４２、光磁気ディスク１４３、又はメモリカード１４４などが適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部１２８にインストールされる。
なお、サービスサーバ７の構成は基本的にＣＥ機器９と同様であるので説明は省略する。
【００８８】
以上に説明した本実施の形態により、次のような効果を得ることができる。
（１）ＣＥ証明書１２を用いてＣＥ機器９とサービスサーバ７を運営するサービスプロバイダ間で信頼関係を築くことにより、サービスサーバ７での機器認証を行い、ＣＥ機器９の真正を確認することができる。
（２）サービスサーバ７で機器認証を行うことにより、集中管理型の機器認証サーバを用いる必要がなく、機器認証に伴うシステムの負荷を分散することができる。
【００８９】
（３）ＣＥ秘密鍵の格納に耐タンパチップ１０を用いることにより、セキュリティを高めることができ、なりすましなどの不正利用を防止することができる。
（４）ＣＥ機器９は、ＣＥ証明書１２をダウンロードして更新することができ、証明書失効に伴う煩雑な処理を軽減することができる。
する。
【００９０】
（５）サービスサーバ７は、セッション鍵をＣＥ公開鍵で暗号化してＣＥ機器９に送信し、セッション鍵を共通鍵として使用することにより、セキュリティレベルを強化することができる。
（６）ＣＥ証明書１２のＣＥ公開鍵が信頼される認証機関から発行された者であることを確認することで信頼性を高めることができる。
（７）相互認証を行うことにより、サービスサーバ７がＣＥ機器９を機器認証するのみならず、ＣＥ機器９もサービスサーバ７を認証することができる。
【００９１】
（８）ＣＥ秘密鍵と、ＣＥ公開鍵のペアはＣＥ機器９で管理するため、他にＣＥ秘密鍵と、ＣＥ公開鍵を一括管理するシステムは必要ない。
そのため、例え、ユーザがＣＥ機器９を廃棄したり、新規にＣＥ機器９を購入したとしても、これに伴ってサービス提供システム側の調整は必要ない。
特に、ＣＥ機器９は、市場に大量に出回るため、これらのＣＥ秘密鍵と、ＣＥ公開鍵を他のシステム（例えば、公開鍵の真正を保証する機器認証機関が運営するシステム）などで管理するのは困難である。
【００９２】
【発明の効果】
本発明によれば、機器認証を行う機能を分散させることができ、機器認証に伴うサービス提供システムの負荷の集中を低減することができる。
【図面の簡単な説明】
【図１】本実施の形態のサービス提供システムの構成の一例を示した図である。
【図２】本実施の形態のＣＥ機器の論理的な構成を説明するための図である。
【図３】サービスサーバがＣＥ機器の機器認証を行う手順を説明するためのフローチャートである。
【図４】信頼チェーンの一例を説明するための図である。
【図５】ＣＥ機器に機器認証関係の情報を埋め込む工程を説明するためのフローチャートである。
【図６】ＣＥ証明書の更新手順を説明するためのフローチャートである。
【図７】相互認証の手順を説明するためのフローチャートである。
【図８】相互認証の手順を説明するためのフローチャートである。
【図９】ＣＥ機器のハードウェア的な構成の一例を示した図である。
【図１０】従来のサービス提供システムの構成の一例を示した図である。
【符号の説明】
７ サービスサーバ ９ ＣＥ機器
１０ 耐タンパチップ １１ 機器認証モジュール
１２ ＣＥ証明書
Claims (7)
- 端末機器と、前記端末機器と相互機器認証して前記端末機器にサービスを提供するサービス提供サーバから構成されたサービス提供システムであって、
前記端末機器は、
端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる前記機器認証機関で発行された端末公開鍵確認情報と、を記憶しており、
前記サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と、端末公開鍵確認情報と、を前記サービス提供サーバに送信し、
前記サービス提供サーバは、
前記端末公開鍵確認情報を用いて前記端末公開鍵が前記機器認証機関によって認められたものであることを確認し、
前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵で暗号化することによって、第１の暗号化秘密情報を生成し、
第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶し、
前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信し、
前記端末機器は、
前記記憶した端末秘密鍵を用いて、前記受信した第１の暗号化秘密情報を復号化することによって、前記秘密情報である前記共通鍵を取得し、
前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、前記端末機器が前記秘密情報を復号化したことを前記サービス提供サーバが確認するための第１の復号化確認情報として生成し、
前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信し、
前記サービス提供サーバは、
前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認することによって、前記端末機器を認証し、
サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶しており、
第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶し、
前記記憶したサーバ公開鍵と、サーバ公開鍵確認情報と、前記第２のＩＤ情報と、を前記端末機器に送信し、
前記端末機器は、
前記サーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認し、
前記確認したサーバ公開鍵と前記共通鍵の一方を用いて、第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成し、
前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信し、
前記サービス提供サーバは、
前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得し、
前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信し、
前記端末機器は、
前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認することによって、前記サービス提供サーバを認証し、
前記サービス提供サーバにサービスの提供を要求する
ことを特徴とするサービス提供システム。 - 端末機器と相互機器認証してからサービスを提供するサービス提供サーバであって、
前記端末機器は、端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶しており、
前記端末機器から、前記端末公開鍵と、前記端末公開鍵確認情報とを受信する公開鍵受信手段と、
前記受信した端末公開鍵確認情報を用いて前記受信した端末公開鍵が前記機器認証機関によって認められたものであること確認する端末公開鍵確認手段と、
前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵を用いて暗号化した第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶してから、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信する暗号化秘密情報送信手段と、
前記端末機器から、前記送信した第１の前記暗号化秘密情報から前記秘密情報を復号化したことを確認するための第１の復号化確認情報と、前記第１のＩＤ情報とを受信する復号化確認情報受信手段と、
前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認する復号化確認手段と、
サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶する鍵情報記憶手段と、
第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶してから、前記記憶したサーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信するサーバ公開鍵送信手段と、
前記送信したサーバ公開鍵に対応して、前記端末機器が送信してきた第２の暗号化秘密情報と、前記第２のＩＤ情報と、を受信する暗号化秘密情報受信手段と、
前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得するコード情報復号化手段と、
前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信する復号化確認情報送信手段と、
を具備したことを特徴とするサービス提供サーバ。 - 端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶している端末機器と相互機器認証してからサービスを提供するコンピュータで構成されたサービス提供サーバで相互機器認証機能を実現する機器認証プログラムであって、コンピュータを、
前記端末機器から、前記端末公開鍵と、前記端末公開鍵確認情報とを受信する公開鍵受信手段と、
前記受信した端末公開鍵確認情報を用いて前記受信した端末公開鍵が前記機器認証機関によって認められたものであること確認する端末公開鍵確認手段と、
前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵を用いて暗号化した第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶してから、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信する暗号化秘密情報送信手段と、
前記端末機器から、前記送信した第１の前記暗号化秘密情報から前記秘密情報を復号化したことを確認するための第１の復号化確認情報と、前記第１のＩＤ情報とを受信する復号化確認情報受信手段と、
前記受信した第１のＩＤ情報から、前記第１のＩＤ情報と対応付けられた前記第１のコード情報と、前記共通鍵と、を取得し、前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認する復号化確認手段と、
サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶する鍵情報記憶手段と、
第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶してから、前記記憶したサーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信するサーバ公開鍵送信手段と、
前記送信したサーバ公開鍵に対応して、前記端末機器が送信してきた第２の暗号化秘密情報と、前記第２のＩＤ情報と、を受信する暗号化秘密情報受信手段と、
前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得するコード情報復号化手段と、
前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信する復号化確認情報送信手段、
として機能させるための機器認証プログラム。 - 端末秘密鍵と、前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶している端末機器と相互機器認証してからサービスを提供するコンピュータで構成されたサービス提供サーバで相互機器認証機能を実現する機器認証プログラムを記憶した記憶媒体であって、コンピュータを、
前記端末機器から、前記端末公開鍵と、前記端末公開鍵確認情報とを受信する公開鍵受信手段と、
前記受信した端末公開鍵確認情報を用いて前記受信した端末公開鍵が前記機器認証機関によって認められたものであること確認する端末公開鍵確認手段と、
前記端末機器と前記サービス提供サーバとで共有する共通鍵を秘密情報として、前記秘密情報を前記確認した端末公開鍵を用いて暗号化した第１の暗号化秘密情報を生成し、第１のＩＤ情報と、第１のコード情報と、前記共通鍵と、を対応付けて記憶してから、前記第１の暗号化秘密情報と、前記第１のＩＤ情報と、前記第１のコード情報と、を前記端末機器に送信する暗号化秘密情報送信手段と、
前記端末機器から、前記送信した第１の前記暗号化秘密情報から前記秘密情報を復号化したことを確認するための第１の復号化確認情報と、前記第１のＩＤ情報とを受信する復号化確認情報受信手段と、
前記受信した第１の復号化確認情報と、自身が前記共通鍵を用いて暗号化した前記第１のコード情報と、を比較して、前記端末機器において前記送信した第１の暗号化秘密情報から前記秘密情報が復号化されたことを確認する第１の復号化確認手段と、
サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報と、を記憶する鍵情報記憶手段と、
第２のＩＤ情報と、前記共通鍵と、を対応付けて記憶してから、前記記憶したサーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を前記端末機器に送信するサーバ公開鍵送信手段と、
前記送信したサーバ公開鍵に対応して、前記端末機器が送信してきた第２の暗号化秘密情報と、前記第２のＩＤ情報と、を受信する暗号化秘密情報受信手段と、
前記受信した第２のＩＤ情報から、前記第２のＩＤ情報と対応付けられた前記共通鍵を取得し、前記受信した第２の暗号化秘密情報を、前記共通鍵と前記記憶したサーバ秘密鍵の一方を用いて復号化した後、他方を用いてさらに復号化することによって、前記第２のコード情報を取得するコード情報復号化手段と、
前記取得した第２のコード情報を、前記サービス提供サーバが前記第２のコード情報を復号化したことを前記端末機器が確認するための第２の復号化確認情報として、前記端末機器に送信する復号化確認情報送信手段、
として機能させるための機器認証プログラムを記憶したコンピュータが読み取り可能な記憶媒体。 - 端末秘密鍵を記憶する端末秘密鍵記憶手段と、
前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶する端末公開鍵記憶手段と、
サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と端末公開鍵確認情報とを、前記サービス提供サーバに送信する端末公開鍵送信手段と、
前記送信した端末公開鍵と端末公開鍵確認情報に対応して、前記サービス提供サーバから返信されてきた第１の暗号化秘密情報と、第１のＩＤ情報と、第１のコード情報と、を受信する暗号化秘密情報受信手段と、
前記受信した第１の暗号化秘密情報を前記記憶した端末秘密鍵で復号化することによって、秘密情報である前記端末機器と前記サービス提供サーバとで共有する共通鍵を取得する復号化手段と、
前記取得した前記共通鍵を用いて、前記サービス提供サーバが前記秘密情報を復号化したことを確認するために、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、第１の復号化確認情報として生成する復号化確認情報生成手段と、
前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信する復号化確認情報送信手段と、
サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報とを記憶している前記サービス提供サーバから、前記サーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を受信するサーバ公開鍵受信手段と、
前記受信したサーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認するサーバ公開鍵確認手段と、
前記確認したサーバ公開鍵と前記共通鍵の一方を用いて第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成する暗号化秘密情報生成手段と、
前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信する暗号化秘密情報送信手段と、
前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認するための第２の復号化確認情報を前記サービス提供サーバから受信する復号化確認情報受信手段と、
前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認する復号化確認手段と、
を具備したことを特徴とする端末機器。 - 端末機器を構成するコンピュータで相互機器認証機能を実現する機器認証プログラムであって、コンピュータを、
端末秘密鍵を記憶する端末秘密鍵記憶手段と、
前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶する端末公開鍵記憶手段と、
サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と端末公開鍵確認情報とを、前記サービス提供サーバに送信する端末公開鍵送信手段と、
前記送信した端末公開鍵と端末公開鍵確認情報に対応して、前記サービス提供サーバから返信されてきた第１の暗号化秘密情報と、第１のＩＤ情報と、第１のコード情報と、を受信する暗号化秘密情報受信手段と、
前記受信した第１の暗号化秘密情報を前記記憶した端末秘密鍵で復号化することによって、秘密情報である前記端末機器と前記サービス提供サーバとで共有する共通鍵を取得する復号化手段と、
前記取得した前記共通鍵を用いて、前記サービス提供サーバが前記秘密情報を復号化したことを確認するために、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、第１の復号化確認情報として生成する復号化確認情報生成手段と、
前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信する復号化確認情報送信手段と、
サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報とを記憶している前記サービス提供サーバから、前記サーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を受信するサーバ公開鍵受信手段と、
前記受信したサーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認するサーバ公開鍵確認手段と、
前記確認したサーバ公開鍵と前記共通鍵の一方を用いて第２のコード情報を暗号化した後、他方を用いてさらに暗号化することによって、第２の暗号化秘密情報を生成する暗号化秘密情報生成手段と、
前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信する暗号化秘密情報送信手段と、
前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認するための第２の復号化確認情報を前記サービス提供サーバから受信する復号化確認情報受信手段と、
前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認する復号化確認手段、
として機能させるための機器認証プログラム。 - 端末機器を構成するコンピュータで相互機器認証機能を実現する機器認証プログラムを記憶した記憶媒体であって、コンピュータを、
端末秘密鍵を記憶する端末秘密鍵記憶手段と、
前記端末秘密鍵と対を成す端末公開鍵と、前記端末公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いる端末公開鍵確認情報と、を記憶する端末公開鍵記憶手段と、
サービス提供サーバにサービスの提供を要求する場合に、前記記憶した端末公開鍵と端末公開鍵確認情報とを、前記サービス提供サーバに送信する端末公開鍵送信手段と、
前記送信した端末公開鍵と端末公開鍵確認情報に対応して、前記サービス提供サーバから返信されてきた第１の暗号化秘密情報と、第１のＩＤ情報と、第１のコード情報と、を受信する暗号化秘密情報受信手段と、
前記受信した第１の暗号化秘密情報を前記記憶した端末秘密鍵で復号化することによって、秘密情報である前記端末機器と前記サービス提供サーバとで共有する共通鍵を取得する復号化手段と、
前記取得した前記共通鍵を用いて、前記サービス提供サーバが前記秘密情報を復号化したことを確認するために、前記取得した共通鍵を用いて、前記第１のコード情報を暗号化し、前記暗号化された第１のコード情報を、第１の復号化確認情報として生成する復号化確認情報生成手段と、
前記生成した第１の復号化確認情報と、前記第１のＩＤ情報と、を前記サービス提供サーバに送信する復号化確認情報送信手段と、
サーバ秘密鍵と、前記サーバ秘密鍵と対を成すサーバ公開鍵と、前記サーバ公開鍵が所定の機器認証機関によって認められたものであることを確認するのに用いるサーバ公開鍵確認情報とを記憶している前記サービス提供サーバから、前記サーバ公開鍵と、前記サーバ公開鍵確認情報と、第２のＩＤ情報と、を受信するサーバ公開鍵受信手段と、
前記受信したサーバ公開鍵確認情報を用いて前記受信したサーバ公開鍵が前記機器認証機関によって認められたものであることを確認するサーバ公開鍵確認手段と、
前記確認したサーバ公開鍵と前記共通鍵の一方を用いて第２のコード情報を暗号化した後、他方用いてさらに暗号化することによって、第２の暗号化秘密情報を生成する暗号化秘密情報生成手段と、
前記生成した第２の暗号化秘密情報と、前記第２のＩＤ情報と、を前記サービス提供サーバに送信する暗号化秘密情報送信手段と、
前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認するための第２の復号化確認情報を前記サービス提供サーバから受信する復号化確認情報受信手段と、
前記受信した第２の復号化確認情報と、前記記憶した第２のコード情報とを比較して、前記サービス提供サーバで前記送信した第２の暗号化秘密情報から前記第２のコード情報が復号化されたことを確認する復号化確認手段、
として機能させるための機器認証プログラムを記憶したコンピュータが読み取り可能な記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003188140A JP4599812B2 (ja) | 2003-06-30 | 2003-06-30 | サービス提供システム、サービス提供サーバ、機器認証プログラム、記憶媒体、端末機器、機器認証サーバ、および公開鍵確認情報更新プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003188140A JP4599812B2 (ja) | 2003-06-30 | 2003-06-30 | サービス提供システム、サービス提供サーバ、機器認証プログラム、記憶媒体、端末機器、機器認証サーバ、および公開鍵確認情報更新プログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2005026842A JP2005026842A (ja) | 2005-01-27 |
| JP2005026842A5 JP2005026842A5 (ja) | 2006-07-20 |
| JP4599812B2 true JP4599812B2 (ja) | 2010-12-15 |
Family
ID=34186772
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003188140A Expired - Fee Related JP4599812B2 (ja) | 2003-06-30 | 2003-06-30 | サービス提供システム、サービス提供サーバ、機器認証プログラム、記憶媒体、端末機器、機器認証サーバ、および公開鍵確認情報更新プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4599812B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4570986B2 (ja) * | 2005-02-25 | 2010-10-27 | 京セラ株式会社 | 基地局装置、基地局装置の制御方法および通信制御プログラム |
| JP4969821B2 (ja) * | 2005-09-15 | 2012-07-04 | Ｋｄｄｉ株式会社 | プログラム及びコンテンツ復号化方法 |
| JP6331031B2 (ja) * | 2015-03-26 | 2018-05-30 | パナソニックＩｐマネジメント株式会社 | 認証方法、認証システム及び通信機器 |
| CN108156126B (zh) * | 2016-12-02 | 2020-12-08 | 阿里巴巴集团控股有限公司 | 物联网设备的烧录校验方法及装置、身份认证方法及装置 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002374240A (ja) * | 2001-04-12 | 2002-12-26 | Matsushita Electric Ind Co Ltd | 公開鍵暗号方式の鍵の更新方法、受信端末及び鍵管理装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3308561B2 (ja) * | 1990-11-14 | 2002-07-29 | 株式会社東芝 | 電子メール通信方法および送信側端末 |
| JP3541522B2 (ja) * | 1995-10-09 | 2004-07-14 | 松下電器産業株式会社 | 機器間通信保護システムおよび機器 |
| DE10118267A1 (de) * | 2001-04-12 | 2002-10-24 | Bosch Gmbh Robert | Verfahren zur Authentifizierung eines Anwenders bei einem Zugang zu einem softwarebasierten System über ein Zugangsmedium |
-
2003
- 2003-06-30 JP JP2003188140A patent/JP4599812B2/ja not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002374240A (ja) * | 2001-04-12 | 2002-12-26 | Matsushita Electric Ind Co Ltd | 公開鍵暗号方式の鍵の更新方法、受信端末及び鍵管理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005026842A (ja) | 2005-01-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4617763B2 (ja) | 機器認証システム、機器認証サーバ、端末機器、機器認証方法、および機器認証プログラム | |
| KR100925329B1 (ko) | 디지털케이블 방송망에서 다운로더블 제한수신시스템을위한 상호인증 및 키 공유 방법과 장치 | |
| US9544297B2 (en) | Method for secured data processing | |
| CN1961523B (zh) | 令牌提供 | |
| US9160732B2 (en) | System and methods for online authentication | |
| US7386722B2 (en) | Certificate management system and method | |
| CN106713279B (zh) | 一种视频终端身份认证*** | |
| KR20090041365A (ko) | 인증 시스템과 함께 생물학적 샘플링 장치를 사용하는 방법, 이러한 방법을 수행하기 위한 컴퓨터 실행가능 명령어를 구비하는 컴퓨터 판독가능 매체 및 인증 시스템에액세스하는 컴퓨터 시스템 | |
| WO2020206014A1 (en) | Digital rights management authorization token pairing | |
| CN112565265B (zh) | 物联网终端设备间的认证方法、认证***及通讯方法 | |
| DK2414983T3 (en) | Secure computer system | |
| US20210392004A1 (en) | Apparatus and method for authenticating device based on certificate using physical unclonable function | |
| US7451307B2 (en) | Communication apparatus, communication system, communication apparatus control method and implementation program thereof | |
| CA2561644C (en) | A method to leverage a secure device to grant trust and identity to a second device | |
| JP4599812B2 (ja) | サービス提供システム、サービス提供サーバ、機器認証プログラム、記憶媒体、端末機器、機器認証サーバ、および公開鍵確認情報更新プログラム | |
| US20030009662A1 (en) | Password exposure elimination for digital signature coupling with a host identity | |
| JP2014022920A (ja) | 電子署名システム、電子署名方法および電子署名プログラム | |
| KR101868564B1 (ko) | 사용자 본인 확인(identification) 등록과 로컬 인증을 연계한 사용자 인증 장치 및 방법 | |
| KR20020040378A (ko) | 공개키 기반의 패스워드 비전송 인증방법 | |
| JP2005020580A (ja) | ネットワークシステム | |
| JP4071474B2 (ja) | 失効確認装置及び方法 | |
| KR100559152B1 (ko) | 컨텐츠의 보안 유지 방법 및 장치 | |
| CN115883104B (zh) | 终端设备的安全登录方法及装置、非易失性存储介质 | |
| WO2023199619A1 (ja) | リモート署名システム及び耐タンパ装置 | |
| CN113918984A (zh) | 基于区块链的应用访问方法及***、存储介质、电子设备 |
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 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060530 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060530 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090929 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091113 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100624 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100811 |
|
| 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: 20100831 |
|
| 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: 20100913 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131008 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131008 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |