JP4477835B2 - 認証システム、鍵登録装置及び方法 - Google Patents
認証システム、鍵登録装置及び方法 Download PDFInfo
- Publication number
- JP4477835B2 JP4477835B2 JP2003151473A JP2003151473A JP4477835B2 JP 4477835 B2 JP4477835 B2 JP 4477835B2 JP 2003151473 A JP2003151473 A JP 2003151473A JP 2003151473 A JP2003151473 A JP 2003151473A JP 4477835 B2 JP4477835 B2 JP 4477835B2
- Authority
- JP
- Japan
- Prior art keywords
- key
- authentication
- unit
- identifier
- key data
- 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
【０００１】
【発明の属する技術分野】
本発明は、複数の機器間において暗号認証通信を行うシステムに関する。
【０００２】
【従来の技術】
近年、パッケージメディアやインターネット、放送を用いた様々な音楽、映像コンテンツ配信サービスが広がっている。こういったサービスに対応して、コンテンツの著作権保護者の意思を反映したコンテンツ保護技術が必要になる。コンテンツ著作権保護者の意思としては、（１）コンテンツ配信サービスを有料とし、コンテンツの配信契約を結んだユーザの宅内での個人使用に限定したい、（２）不特定多数者がアクセスできるインターネットへの送信は許可しない、などがある。
【０００３】
このような、コンテンツの著作権保護者の意思を実現するためのコンテンツ保護技術の１つに、DTCP（Digital Transmission Content Protection）と呼ばれる規格がある。DTCPは、高速シリアルバス規格の１つのIEEE１３９４により規定されるバスを介して配信されるデジタルコンテンツの保護規格である。DTCPについては、非特許文献１に詳しい。
【０００４】
DTCPでは、DTLA（Digital Transmission Licensing Administrator，LLC）と呼ばれる管理者の管理下でDTCP規格に準拠した機器を相互接続し、その間で暗号認証通信を行っている。その仕組みを以下に示す。
（１）送信機器及び受信機器は、DTLAから配布された秘密鍵を備えている。この秘密鍵の配布はDTLAとの契約に基づいて機器に配布される。なお、この秘密鍵の配布を受けた機器は、秘密鍵の管理実装方法を規定される。また、コンテンツのインターネットへの送信はDTCPの契約で禁止されている。
【０００５】
（２）送信機器と受信機器とは、上記秘密鍵を用いて相互認証を行う。また、送信機器は、保護が必要となるコンテンツを、認証により共有した鍵で暗号化して送信する。
（３）送信機器は、最大６３台までの受信機器にコンテンツを復号するための鍵を与える。IEEE１３９４のAVCコマンドの制限及び台数制限により、コンテンツの個人使用限定を容易に実現する。
【０００６】
次に、Kerberos（ケルベロス）を利用した認証システムの概略を説明する。Kerberosについては、非特許文献２に詳しい。
Kerberosでは、正規の機器は予めKerberosサーバに登録されているとする。一例としてコンテンツの利用を受ける際、機器はまず、Kerberosサーバにアクセスし、登録している情報を元に１回目の認証を受けて、Kerberosサーバによりその日有効なチケット（イニシャルチケット）を獲得する。次に、機器は、当該サービスを提供するサーバにアクセスし、先にKerberosサーバからもらったイニシャルチケットを提示して、２回目の認証を受け、コンテンツを利用する。
【０００７】
このように、Kerberosでは、認証を２回に分けて行うことにより、登録されている機器は、決められている有効期限内であればどのサービスも自由に利用することが出来る。
【０００８】
【非特許文献１】
「５C Digital Transmission Content Protection White Paper」Revision１．０ July 14,1998
【０００９】
【非特許文献２】
ブライアン・タン著、桑村潤訳「KERBEROS ネットワーク認証システム」ピアソン出版、１９９９
【００１０】
【発明が解決しようとする課題】
しかしながら、上記何れの方法でも、宅内機器と宅外機器とを区別し、コンテンツの配信契約を結んだユーザ宅内での個人使用に限定できない。
そこで本発明はかかる問題点に鑑みてなされたものであり、コンテンツをユーザ宅内での個人使用に限定するために、ユーザ宅内の機器を簡易に設定することが可能な、認証システム及び鍵登録装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明は、第１機器と第２機器との間において、認証を行う認証システムであって、前記第２機器に固有の識別子の入力を受け付け、所定の鍵生成アルゴリズムに基づいて前記識別子から第１鍵データを生成し、生成した第１鍵データを前記第１機器に送信する鍵登録装置と、前記鍵登録装置から前記第１鍵データを受信して記憶し、当該第１鍵データを用いて前記第２機器を認証する第１機器と、前記識別子から前記鍵生成アルゴリズムと同一の鍵生成アルゴリズムに基づいて生成される第２鍵データを予め記憶しており、前記第２鍵データを用いて前記第１機器による認証を受ける第２機器とから構成されることを特徴とする認証システムである。
【００１２】
この構成によると、鍵登録装置を用いない限り、第１機器に第２機器の鍵を登録することは出来ないので、登録された機器以外と通信することを防ぐ。これにより、コンテンツをユーザ宅内での個人使用に限定することが出来る。また、鍵登録装置を用いることによって、簡易に第１機器に第１鍵データを設定することが出来る。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
１．実施の形態１
１．１ 認証システム１１００の構成
認証システム１１００は、図１に示すように、専用端末１００、宅内システム２００及びコンテンツ配信装置８００から構成される。また、宅内システム２００は、宅内サーバ３００、TV４００、TV５００及びルータ６００から構成される。
【００１４】
コンテンツをユーザに有料で提供する管理機関９００は、専用端末１００、及びコンテンツ配信装置８００を有している。コンテンツ配信装置８００は、コンテンツを記録媒体に記録して提供する。なお、宅内システム２００とコンテンツ配信装置８００とが、ネットワークを介して接続されている場合、コンテンツをネットワークを介して配信しても良い。
ユーザは、自宅において、宅内システム２００を有している。
【００１５】
専用端末１００を所持しているサービスマンは、管理機関９００の指示により、ユーザの自宅を訪問し、専用端末１００を専用のインターフェースを介して宅内サーバ３００に接続する。なお、専用端末１００は、USBなどの汎用のインターフェースを介して接続するようにしても良い。
専用端末１００は、外部からTV４００に固有のIDである、機器識別子ID４の入力を受け付けると、機器識別子ID４から認証鍵Key１４を生成する。生成した認証鍵Key１４及び機器識別子ID４を宅内サーバ３００へ送信する。宅内サーバ３００は、機器識別子ID４及び認証鍵Key１４を対応付けて記憶する。
【００１６】
一方、TV４００は、認証鍵Key１４を予め記憶している。ユーザがTV４００により、コンテンツを再生する際に、宅内サーバ３００は、TV４００を、認証鍵Key１４を用いて認証し、宅内サーバ３００は、認証に成功した場合にコンテンツをTV４００へ送信し、TV４００は、コンテンツを受信して再生する。
こうしてユーザは、コンテンツを楽しむことが出来る。
【００１７】
以下に、認証システム１１００の各構成について詳しく説明する。
１．１．１ 専用端末１００
専用端末１００は、宅内サーバ３００にTV４００の機器識別子ID４及び認証鍵Key１４を登録するための装置である。専用端末１００は、管理機関９００から指示を受けたサービスマンが所持する。サービスマンは、TV４００が宅内に存在することを確認する。確認した後に、予め定められたコンテンツ保護機能を有する機器間でコンテンツを利用できるように、専用端末１００を用いて設定する。
【００１８】
専用端末１００は図２に示すように、制御部１０１、入力部１０２、検証部１０３、記憶部１０４、暗号化部１０５、鍵生成部１０６、送受信部１０７及び認証部１０８から構成される。
以下に、各構成について説明する。
（１）記憶部１０４
記憶部１０４は、サービスマン識別子ID#S１、パスワードＳ１及び関数Ｆを記憶している。また、記憶部１０４は関数Fを用いて機器識別子ID４を暗号化するための暗号化鍵F１を記憶している。
【００１９】
ここで、関数Fは一例としてDESの暗号化アルゴリズムである。DESについては公知であるので、説明を省略する。
サービスマン識別子ID#S１は、専用端末１００を利用するサービスマンに固有のIDである。パスワードS１は、専用端末１００を利用するためのパスワードであり、前記サービスマンのみがこのパスワードを知っている。
【００２０】
このサービスマン識別子ID#S１及びパスワードS１によって、専用端末１００を使用できるサービスマンを限定する。
（２）入力部１０２
入力部１０２は、サービスマンの操作により、サービスマン識別子ID#S１、パスワードS１及び機器識別子ID４の入力を受け付ける。受け付けたデータを制御部１０１に出力する。
（３）検証部１０３
検証部１０３は、以下のようにして、専用端末１００の使用を許可されたサービスマンであるか否かを検証する。
【００２１】
検証部１０３は、制御部１０１からサービスマンのサービスマン識別子ID#S１及びパスワードS１を受け取ると、記憶部１０４に記憶しているID及びパスワードを読み出す。受け取ったサービスマン識別子ID#S１及びパスワードS１と、読み出したID及びパスワードとが一致するか否かを検証する。検証結果を制御部１０１に出力する。
（４）認証部１０８
認証部１０８は、宅内サーバ３００と相互認証を行う。相互認証は、一例として、共通の情報を用いたチャレンジレスポンス方式で行う。ここで、チャレンジレスポンス方式については、公知であるので説明を省略する。
【００２２】
認証部１０８は、認証結果を制御部１０１に出力する。
（５）鍵生成部１０６
鍵生成部１０６は、制御部１０１から機器識別子ID４を受け取ると、記憶部１０４から関数Fを読み出す。読み出した関数Fを用いて機器識別子ID４から認証鍵Key１４を生成する。
【００２３】
ここで、Key１４＝F（F１，ID４）と表される。F(A，B)は、暗号化鍵Aを用いてBを暗号化することを示す。
生成した認証鍵Key１４を制御部１０１へ出力する。
（６）暗号化部１０５
暗号化部１０５は、暗号化鍵E１を有する。
【００２４】
暗号化部１０５は、制御部１０１から機器識別子ID４及び認証鍵Key１４を受け取る。受け取った機器識別子ID４及び認証鍵Key１４を、暗号化アルゴリズムEに基づいて暗号化し、暗号化機器識別子ID４及び暗号化認証鍵Key１４を生成する。ここで、暗号化機器識別子ID４＝E（E１，ID４）と表される。また、暗号化認証鍵Key１４＝E（E１，Key１４）と表される。E(A，B)は、暗号化鍵Aを用いて、Bを暗号化することを示す。
【００２５】
暗号化アルゴリズムEは一例としてRSAである。RSAは公知であるので説明を省略する。
暗号化機器識別子ID４及び暗号化認証鍵Key１４を制御部１０１へ出力する。
（７）送受信部１０７
送受信部１０７は、宅内サーバ３００とデータの送受信を行う。送受信部１０７は、制御部１０１から暗号化機器識別子ID４及び暗号化認証鍵Key１４を受け取ると、宅内サーバ３００に送信する。
（８）制御部１０１
制御部１０１は、入力部１０２からサービスマン識別子ID#S１及びパスワードS１を受け取ると、受け取ったサービスマン識別子ID#S１とパスワードS１とを検証部１０３に検証させる。検証部１０３から検証結果を受け取る。検証結果が成功か否かを判断し、検証結果が失敗の場合、処理を終了する。検証結果が成功の場合、処理を継続する。
【００２６】
制御部１０１は、入力部１０２から機器識別子ID４を受け取ると、認証部１０８に宅内サーバ３００との相互認証を行わせる。認証部１０８から認証結果を受け取る。受け取った認証結果が成功か否かを判断し、認証結果が失敗の場合、処理を終了する。認証結果が成功の場合、鍵生成部１０６に機器識別子ID４を出力し、鍵を生成させる。鍵生成部１０６から認証鍵Key１４を受け取ると、受け取った認証鍵Key１４及び機器識別子ID４を暗号化部１０５へ出力する。
【００２７】
暗号化部１０５から受け取る暗号化機器識別子ID４及び暗号化認証鍵Key１４を、送受信部１０７を介して宅内サーバ３００に送信する。
１．１．２ 宅内サーバ３００
宅内サーバ３００は、管理機関９００に認可された機器である。宅内サーバ３００は、蓄積コンテンツを記憶している。専用端末１００によって登録された鍵を用いて、TV４００又はTV５００を認証し、蓄積コンテンツを配信する。
【００２８】
宅内サーバ３００は図２に示すように、制御部３０１、認証部３０２、送受信部３０３、復号部３０４、記憶部３０５、送受信部３０６、認証部３０７及び暗号化部３０８から構成される。
以下、各部について説明する。
（１）記憶部３０５
記憶部３０５は、記憶領域３０９及び外部からは観測や変更が出来ない領域である記憶領域３１０から成る。
【００２９】
記憶領域３０９は、蓄積コンテンツを記憶している。
記憶領域３１０は、既に登録されているTV５００の機器識別子ID５及び認証鍵Key１５を対応付けて記憶している。また、専用端末１００から受け取る、TV４００の機器識別子ID４及び認証鍵Key１４を記憶する領域を備える。
（２）送受信部３０３
送受信部３０３は、専用端末１００と物理的に接続される。また、接続された専用端末１００とデータの送受信を行う。
（３）認証部３０２
認証部３０２は、専用端末１００と相互認証を行う。相互認証は、一例として共通の情報を用いたチャレンジレスポンス方式で行う。認証結果を制御部３０１に出力する。
（４）復号部３０４
復号部３０４は、制御部３０１から受け取る暗号化機器識別子ID４及び暗号化認証鍵Key１４を、復号アルゴリズムDに従って復号し、機器識別子ID４及び認証鍵Key１４を生成する。ここで、復号アルゴリズムDは、暗号化アルゴリズムEの逆の処理を行う。
【００３０】
復号部３０４は、機器識別子ID４及び認証鍵Key１４を制御部３０１へ出力する。
（５）送受信部３０６
送受信部３０６は、ルータ６００を介してTV４００又は５００とデータの送受信を行う。
（６）認証部３０７
認証部３０７は、TV４００にコンテンツを配信する際、機器識別子ID４と認証鍵Key１４を用いてTV４００の認証及びセッション鍵の共有を行う。
【００３１】
認証及びセッション鍵共有の一例として以下の方法がある。
認証部３０７は、乱数r１を生成し、TV４００に送信する。その後、TV４００から、r１と、TV４００が生成した乱数r２とを結合したデータｒ１ｒ２を、認証鍵Key１４を用いて暗号化した暗号化r１r２を受信する。受信した暗号化r１r２を復号する。復号文からもとのr１が導出されることにより、TV４００を認証する。
【００３２】
また、このとき導出されたｒ２をセッション鍵として暗号化部３０８へ出力する。
認証部３０７は、TV５００にコンテンツを配信する際も同様の認証及びセッション鍵の共有を行う。
（７）暗号化部３０８
暗号化部３０８は、記憶領域３０９に記憶しているコンテンツを暗号化する。
【００３３】
TV４００へ配信するコンテンツは、認証部３０７でTV４００を認証した際に導出されたセッション鍵r２を用いて暗号化し、暗号化コンテンツを生成する。暗号化コンテンツを、制御部３０１へ出力する。
TV５００へ配信するコンテンツも、同様に導出したセッション鍵を用いて暗号化する。
（８）制御部３０１
制御部３０１は、専用端末１００が接続されると、認証部３０２に相互認証を行わせる。認証部３０２から認証結果を受け取る。認証結果が成功か否かを判断する。認証結果が失敗の場合、処理を終了する。認証結果が成功の場合、処理を継続する。制御部３０１は、送受信部３０３を介して専用端末１００から暗号化機器識別子ID４及び暗号化認証鍵Key１４を受け取る。受け取った暗号化機器識別子ID４及び暗号化認証鍵Key１４を復号部３０４に出力し、復号させる。
【００３４】
制御部３０１は、復号部３０４から復号した機器識別子ID４及び認証鍵Key１４を受け取る。受け取った機器識別子ID４及び認証鍵Key１４を対応付けて、記憶領域３１０に書き込む。
制御部３０１は、TV４００にコンテンツを配信する場合、認証部３０７でTV４００の認証を行わせる。認証部３０７から認証結果を受け取ると、認証結果が成功か否かを判断する。認証結果が失敗の場合、コンテンツの配信を終了する。認証結果が成功の場合、暗号化部３０８にコンテンツを暗号化させる。暗号化部３０８から暗号化コンテンツを受け取ると、送受信部３０６を介してTV４００へ配信する。
また、TV５００へコンテンツを配信する場合も同様の処理を行う。
１．１．３ TV４００，５００
TV４００，５００は、予め管理機関９００に認可された機器である。
【００３５】
TV４００は、外部から見ることが出来る場所に、管理機関９００が設定した、TV４００に固有の機器識別子ID４が付されている。
TV４００は図３に示すように、制御部４０１、認証部４０２、送受信部４０３、復号部４０７、記憶部４０４、モニタ４０５及びスピーカ４０６から構成される。また、TV５００も同様の構成である。なお、図３では簡単のため、宅内サーバ３００と、ルータ６００と、TV４００とを一列にして示す。
【００３６】
以下、各構成について説明する。
（１）記憶部４０４
記憶部４０４は、外部から観測や変更が出来ない記憶領域である。記憶部４０４は、TV４００に固有の機器識別子ID４及び認証鍵Key１４を記憶している。認証鍵Key１４は、機器識別子ID４から秘密の関数Fを用いて生成したものである。
（２）認証部４０２
認証部４０２は、宅内サーバ３００と相互認証を行う。
【００３７】
認証部４０２は、送受信部４０３を介して乱数ｒ１を受け取ると、記憶部４０４から認証鍵Key１４を読み出す。認証部４０２は、乱数ｒ２を生成する。受け取ったｒ１と生成したｒ２とを結合する。結合したデータｒ１ｒ２を、読み出した認証鍵Key１４を用いて暗号化し、暗号化ｒ１ｒ２を生成する。暗号化ｒ１ｒ２を送受信部４０３を介して宅内サーバ３００に送る。
【００３８】
認証部４０２は、生成した乱数ｒ２をセッション鍵として復号部４０７に出力する。
認証部４０２は、認証結果を制御部４０１へ出力する。
（３）復号部４０７
復号部４０７は、送受信部４０３を介して暗号化コンテンツを受け取る。受け取った暗号化コンテンツを、認証部４０２で生成したセッション鍵ｒ２を用いて復号する。復号したコンテンツを制御部４０１に出力する。
（４）モニタ４０５
モニタ４０５は、制御部４０１から受け取る画像データを再生する。
（５）スピーカ４０６
スピーカ４０６は、制御部４０１から受け取る音声データを再生する。
（６）送受信部４０３
送受信部４０３は、ルータ６００を介して、宅内サーバ３００と、データの送受信を行う。
（７）制御部４０１
制御部４０１は、認証部４０２に、送受信部４０３を介して宅内サーバ３００との相互認証を行わせる。認証部４０２から認証結果を受け取ると、認証結果が成功か否かを判断する。認証結果が失敗の場合、処理を終了する。
【００３９】
制御部４０１は、送受信部４０３を介して宅内サーバ３００から受信する暗号化コンテンツを、復号部４０７に復号させる。復号部４０７から復号されたコンテンツを受け取ると、モニタ４０５及びスピーカ４０６へ出力する。
１．２ 認証システム１１００の動作
１．２．１ 専用端末１００を用いて宅内サーバ３００にTV４００を登録する場合の動作
以下、図４を用いて、専用端末１００を保持したサービスマンが宅内システム２００の宅内サーバ３００に、TV４００を登録する際の動作を説明する。ただし、宅内サーバ３００には、既にTV５００が登録されている。
【００４０】
サービスマンは、専用端末１００を保持してユーザの宅内へ行く。コンテンツの利用が、個人使用の範囲として許容される場合、サービスマンは、TV４００が宅内にあることを確認して、登録の処理を行う。
サービスマンは、宅内サーバ３００に登録を行う前に、入力部１０２からサービスマンのサービスマン識別子ID#S１及びパスワードS１を入力する。専用端末１００の制御部１０１は、入力部１０２で入力を受け付けると、検証部１０３に検証させる。制御部１０１は、検証部１０３から検証結果を受け取ると、検証結果が成功か否かを判断する。検証結果が失敗の場合、登録処理を終了する。検証結果が成功の場合、登録処理を継続する。
【００４１】
専用端末１００は、サービスマンにより宅内サーバ３００に接続される。制御部１０１は、入力部１０２が機器識別子ID４の入力を受け付けると（ステップＳ１）、認証部１０８に、宅内サーバ３００と相互認証を行わせる（ステップＳ２）。制御部１０１は、認証部１０８から認証結果を受け取ると、認証結果が成功か否かを判断する（ステップＳ３）。認証結果が失敗の場合（ステップＳ３でNO）、処理を終了する。認証結果が成功の場合（ステップＳ３でYES）、鍵生成部１０６に鍵を生成させる（ステップＳ４）。制御部１０１は、鍵生成部１０６から生成された認証鍵Key１４を受け取ると、機器識別子ID４及び認証鍵Key１４を、暗号化部１０５に暗号化させる（ステップＳ５）。制御部１０１は、暗号化機器識別子ID４及び暗号化認証鍵Key１４を、送受信部１０７を介して宅内サーバ３００に送信する（ステップＳ６）。
１．２．２ 宅内サーバ３００が鍵を登録する場合の動作
宅内サーバ３００が、専用端末１００から受信した情報を書き込む際の動作を、図５を用いて説明する。
【００４２】
宅内サーバ３００の制御部３０１は、認証部３０２で専用端末１００と相互認証を行う（ステップＳ１１）。制御部３０１は、認証部３０２から認証結果を受け取ると、成功か否かを検証し（ステップＳ１２）、検証結果が失敗の場合（ステップＳ１２でNO）、処理を終了する。検証結果が成功の場合（ステップＳ１２でYES）、専用端末１００からデータが送信されるのを待つ。
【００４３】
制御部３０１は、専用端末１００から送受信部３０３を介して、暗号化機器識別子ID４及び暗号化認証鍵Key１４を受信する（ステップＳ１３）。暗号化機器識別子ID４及び暗号化認証鍵Key１４を復号部３０４で復号させる（ステップＳ１４）。復号した機器識別子ID４及び認証鍵Key１４を対応付けて、記憶領域３１０に書き込む（ステップＳ１５）。
１．２．３ 宅内サーバ３００がTV４００にコンテンツを配信する際の動作
宅内サーバ３００が、TV４００にコンテンツを配信する際の動作を、図６を用いて説明する。
【００４４】
宅内サーバ３００の制御部３０１は、認証部３０７にTV４００を認証させる（ステップＳ２１）。
制御部３０１は、認証部３０７から認証結果を受け取り、認証結果が成功か否かを判断する（ステップＳ２２）。認証結果が失敗の場合（ステップＳ２２でＮＯ）、処理を終了する。認証結果が成功の場合（ステップＳ２２でＹＥＳ）、記憶領域３０９に記憶している蓄積コンテンツを読み出す（ステップＳ２３）。読み出したコンテンツを、認証の際に導出したセッション鍵を用いて暗号化部３０８で暗号化する（ステップＳ２４）。暗号化したコンテンツを送受信部３０６を介してTV４００に配信する（ステップＳ２５）。
１．２．４ 宅内サーバ３００がTV４００の認証を行う際の動作
宅内サーバ３００がTV４００の認証を行う動作（ステップＳ２１）を、図７を用いて説明する。
【００４５】
宅内サーバ３００の認証部３０７は、乱数r１を生成する（ステップＳ３１）。生成した乱数r１を送受信部３０６を介してTV４００に送信する（ステップＳ３２）。
TV４００の認証部４０２は、送受信部４０３を介して乱数r１を受け取ると、乱数r２を生成する（ステップＳ３３）。受け取ったr１と生成したr２を結合し（ステップＳ３４）、結合したr１r２を、認証鍵Key１４を用いて暗号化する（ステップＳ３５）。暗号化r１r２を送受信部４０３を介して宅内サーバ３００へ送信する（ステップＳ３６）。
【００４６】
宅内サーバ３００の認証部３０７は、受け取った暗号化r１r２を認証鍵Key１４を用いて復号し、r１r２を導出する（ステップＳ３７）。復号したデータから、r１が導出されたか否かを判断する（ステップＳ３８）。ｒ１が導出されなかった場合（ステップＳ３８でNO）、認証が失敗であることを示す認証結果を制御部３０１へ出力する（ステップＳ４０）。ｒ１が導出された場合（ステップＳ３８でYES）、暗号化部３０８へｒ２を出力する（ステップＳ３９）。また、認証部３０７は、認証が成功であることを示す認証結果を制御部３０１へ出力する（ステップＳ４０）。
２．実施の形態２
実施の形態１の方法では、鍵を登録した専用端末をサービスマンが紛失したときなど、不正に使用される可能性がある場合に、紛失前に登録されたものと、紛失後に登録されたものとが区別できないという問題がある。そこで、不正に使用される可能性がある専用端末で登録した鍵を無効化することが出来る認証システム１２００について説明する。
２．１ 認証システム１２００の構成
認証システム１２００は、図８に示すように、専用端末１２０，１４０、宅内システム２２０、インターネット７００、管理装置９２０及びコンテンツ配信装置８００から構成される。また、宅内システム２２０は、宅内サーバ３２０、TV４２０、TV５２０及びルータ６２０から構成される。
【００４７】
管理装置９２０及びコンテンツ配信装置８００は、インターネット７００を経由して、ルータ６２０に接続されている。
以下、認証システム１１００と異なる構成について説明する。
２．１．１ 管理装置９２０
管理装置９２０は、無効化情報を発行する。無効化情報は、不正利用される可能性がある専用端末及び当該専用端末で登録された鍵を無効化するための情報である。無効化情報は、無効化される専用端末に固有のIDと、IDに対してデジタル署名アルゴリズムSを施して生成したデジタル署名データから構成される。ここで、デジタル署名アルゴリズムSは、一例として、有限体上の離散対数問題を安全性の根拠とするElGamal署名方式に基づくものである。この有限体上のElGamal署名方式については、公知であるので説明を省略する。
２．１．２ 専用端末１２０
専用端末１２０は図１５に示すように、制御部１２１、入力部１２２、検証部１２３、記憶部１２４、暗号化部１２５、鍵生成部１２６、送受信部１２７及び認証部１２８から構成される。入力部１２２、検証部１２３、鍵生成部１２６、送受信部１２７及び認証部１２８は、専用端末１００と同様の構成である。
【００４８】
以下、専用端末１００と異なる構成の記憶部１２４、暗号化部１２５及び制御部１２１について説明する。
（１）記憶部１２４
記憶部１２４は、関数F、サービスマン識別子ID#S２、パスワードS２及び、専用端末１２０に固有のIDであるModule−２を記憶している。
（２）暗号化部１２５
暗号化部１２５は、制御部１２１から機器識別子ID４、認証鍵Key２４及びModule−２を受け取る。受け取った機器識別子ID４、認証鍵Key２４及びModule−２を、暗号化アルゴリズムEに基づいて暗号化し、暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を生成する。暗号化部１２５は、暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を制御部１２１へ出力する。
（３）制御部１２１
制御部１２１は、専用端末１００の制御部１０１と同様に、検証部１２３にサービスマンのID及びパスワードを検証させ、認証部１２８に宅内サーバ３２０との相互認証を行わせ、鍵生成部１２６に鍵を生成させる。
【００４９】
制御部１２１は、鍵生成部１２６から認証鍵Key２４を受け取ると、記憶部１２４からModule−２を読み出す。機器識別子ID４及び受け取った認証鍵Key２４と読み出したModule−２とを暗号化部１２５に暗号化させる。
暗号化部１２５から暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を受け取ると、送受信部１２７を介して宅内サーバ３２０へ送信する。
２．１．３ 専用端末１４０
専用端末１４０は図１６に示すように、制御部１４１、入力部１４２、検証部１４３、記憶部１４４、暗号化部１４５、鍵生成部１４６、送受信部１４７及び認証部１４８から構成される。
【００５０】
入力部１４２、検証部１４３、暗号化部１４５、送受信部１４７及び認証部１４８は、専用端末１２０と同様の構成のため、説明を省略する。
以下、専用端末１２０と異なる記憶部１４４、鍵生成部１４６及び制御部１４１について説明する。
（１）記憶部１４４
記憶部１４４は、関数Fと異なる関数G、サービスマン識別子ID#S３、パスワードS３及び専用端末１４０に固有のIDであるModule−３を記憶している。
（２）鍵生成部１４６
鍵生成部１４６は、制御部１４１から機器識別子ID４を受け取ると、記憶部１４４から関数Gを読み出す。読み出した関数Gを用いて機器識別子ID４から認証鍵Key３４を生成する。生成した認証鍵Key３４を制御部１４１へ出力する。機器識別子ID５を受け取った場合も同様に処理し、認証鍵Key３５を制御部１４１へ出力する。
（３）制御部１４１
制御部１４１は、制御部１２１と同様に、検証部１４３にサービスマン識別子ID#S３及びパスワードS３を検証させ、認証部１４８に宅内サーバ３２０との相互認証を行わせ、鍵生成部１４６に鍵を生成させる。
【００５１】
制御部１４１は、鍵生成部１４６から認証鍵Key３４を受け取ると、記憶部１４４からModule−３を読み出す。機器識別子ID４及び受け取った認証鍵Key３４と読み出したModule−３とを暗号化部１４５に暗号化させる。
暗号化部１４５から暗号化機器識別子ID４、暗号化認証鍵Key３４及び暗号化Module−３を受け取ると、送受信部１４７を介して宅内サーバ３２０へ送信する。
２．１．４ 宅内サーバ３２０
宅内サーバ３２０は図１７に示すように、制御部３２１、認証部３２２、送受信部３２３、復号部３２４、記憶部３２５、送受信部３２６、認証部３２７、暗号化部３２８及び署名検証部３２９から構成される。
【００５２】
以下、宅内サーバ３００と異なる構成である記憶部３２５、署名検証部３２９及び制御部３２１について説明する。
（１）記憶部３２５
記憶部３２５は、図９に示すように、記憶領域３３２及び外部から観測や変更が出来ない領域である記憶領域３３０と記憶領域３３１とから成る。
【００５３】
記憶領域３３２は、コンテンツ配信装置８００から配信される蓄積コンテンツを記憶する領域である。
記憶領域３３１は、管理装置９２０の公開鍵を記憶している。
記憶領域３３０は図９に示すように、記憶領域３３３と３３４とから成る。
記憶領域３３４は、無効化された専用端末のIDを記憶する領域である。
【００５４】
記憶領域３３３は、既に宅内サーバ３２０に登録されているTV５２０の機器識別子ID５、認証鍵Key２５、Module−２及び無効化フラグを対応付けて記憶している。Module−２は、認証鍵Key２５を登録した専用端末１２０のIDである。無効化フラグは、認証鍵Key２５を登録した専用端末及び当該専用端末を用いて登録された鍵が無効化されているか否かを示すフラグである。図９では破線で囲んで示している。本実施の形態２では、無効化フラグが「１」の場合、対応付けられているIDが示す専用端末及び当該専用端末を用いて登録した鍵は無効化されていることを示し、「０」の場合、無効化されていないことを示す。
【００５５】
記憶領域３３３は、制御部３２１から受け取る機器識別子ID４、認証鍵Key２４及びModule−２を無効化フラグの「０」と対応付けて、図１０に示すように、記憶する。
（２）署名検証部３２９
署名検証部３２９は、制御部３２１から無効化情報を受け取る。受け取った無効化情報の管理機関９００の署名データに署名検証Ｖを施して検証する。ここで、署名検証Ｖは、前記デジタル署名アルゴリズムSにより生成された署名データを検証するアルゴリズムである。検証結果を制御部３２１へ出力する。
（３）制御部３２１
制御部３２１は、専用端末１２０から暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を受け取り、制御部３０１と同様に、復号部３２４で復号する。復号部３２４から機器識別子ID４、認証鍵Key２４及びModule−２を受け取ると、これらと無効化フラグの「０」とを対応付けて、図１０に示すように、記憶領域３３３に書き込む。
【００５６】
制御部３２１は、ルータ６２０を介して管理装置９２０から無効化情報を受信すると、署名検証部３２９に署名検証させる。署名検証部３２９から検証結果を受け取ると、検証結果が正しいか否かを判断する。検証結果が正しくない場合、処理を終了する。検証結果が正しい場合、受け取った無効化情報に含まれる無効化される専用端末のIDを、図１１に示すように、記憶領域３３４に記憶する。また、記憶領域３３３に記憶している鍵と対応付けて記憶しているModule−２が、無効化情報に含まれるIDと一致するか否かを判断する。一致する場合、Module−２と対応付けて記憶している無効化フラグ「０」を、図１１に示すように、「１」に書き換える。このように、無効化フラグ「１」と対応付けて記憶している認証鍵Key２４及び認証鍵Key２５は、無効化されたことを示す。
【００５７】
また、制御部３２１は、Module−２と対応付けて記憶している認証鍵Key２４が無効化されたことを通知する認証鍵無効化情報を、送受信部３２６を介してTV４２０及びTV５２０に送信する。認証鍵無効化情報は、無効化されたModule−２と対応付けて記憶している認証鍵Key２４が無効化されたことを、TV４２０及びTV５２０に通知するものであり、無効化された認証鍵Key２４を含む。
２．１．５ TV４２０、５２０
TV４２０、５２０は、予め管理機関９００に認可された機器である。
【００５８】
TV４２０は図１８に示すように、制御部４２１、認証部４２２、送受信部４２３、復号部４２７、記憶部４２４、モニタ４２５及びスピーカ４２６から構成される。また、TV５２０も同様の構成であり、図１９に示すように、制御部５２１、認証部５２２、送受信部５２３、記憶部５２４、モニタ５２５、スピーカ５２６及び復号部５２７から構成される。送受信部４２３、復号部４２７、モニタ４２５及びスピーカ４２６は、TV４００と同様の構成である。以下、TV４００と異なる構成である記憶部４２４、認証部４２２及び制御部４２１について説明する。
（１）記憶部４２４
記憶部４２４は、外部から観測や変更が出来ない記憶領域である。記憶部４２４は、TV４２０に固有の機器識別子ID４、認証鍵Key２４及び認証鍵Key３４を記憶している。認証鍵Key２４は、機器識別子ID４から関数Fを用いて生成した鍵である。認証鍵Key３４は、機器識別子ID４から関数Gを用いて生成した鍵である。認証鍵Key２４及び認証鍵Key３４には、予め優先順位が決められている。認証鍵Key２４は、認証鍵Key３４より優先順位が上位であり、先に利用される。
【００５９】
TV５２０の記憶部５２４も同様に、機器識別子ID５、認証鍵Key２５及び認証鍵Key３５を記憶している。認証鍵Key２５は、機器識別子ID５から関数Ｆを用いて生成したものであり、認証鍵Key３５は、機器識別子ID５から関数Gを用いて生成したものである。認証鍵Key２５及び認証鍵Key３５にも、優先順位が決められている。
（２）認証部４２２
認証部４２２が認証部４０２と異なる部分について説明する。
【００６０】
認証部４２２は、宅内サーバ３２０により認証を受けるとき、優先順位が上位の認証鍵Key２４を先に用いて、ｒ１ｒ２を暗号化する。認証鍵Key２４が無効化された場合は、次の優先順位の認証鍵Key３４を用いる。
（３）制御部４２１
制御部４２１は、送受信部４２３を介して宅内サーバ３２０から認証鍵無効化情報を受信すると、記憶部４２４に記憶している認証鍵Key２４又は認証鍵Key３４の何れかと一致するか否かを判断する。一致する場合、一致した認証鍵を削除する。
２．２ 認証システム１２００の動作
２．２．１ 専用端末１２０を用いて宅内サーバ３２０にTV４２０を登録する場合の動作
宅内サーバ３２０とTV５２０とが、ルータ６２０で接続されている宅内システム２２０に、サービスマンが新たにTV４２０を接続して、宅内サーバ３２０に鍵を設定する際の動作を説明する。ただし、TV５２０の鍵認証鍵Key２５は、宅内サーバ３２０にすでに登録されている。
【００６１】
サービスマンは、専用端末１２０を保持してユーザ宅内へ行く。サービスマンは、登録処理を行う前に、専用端末１２０に、サービスマン識別子ID#S２及びパスワードS２を入力する。
専用端末１２０の制御部１２１は、入力部１２２からサービスマンのサービスマン識別子ID#S２及びパスワードS２の入力を受け付けると、専用端末１００と同様に、検証部１２３に検証させる。制御部１２１は、検証部１２３から検証結果を受け取ると、検証結果が成功か否かを判断する。検証結果が失敗の場合、登録処理を終了する。検証結果が成功の場合、登録処理を継続する。
【００６２】
専用端末１２０は、サービスマンにより、宅内サーバ３２０に接続される。制御部１２１は、入力部１２２で機器識別子ID４の入力を受け付けると、実施の形態１と同様の動作で認証鍵Key２４を生成する。制御部１２１は、鍵生成部１２６から認証鍵Key２４を受け取ると、記憶部１２４からModule−２を読み出す。機器識別子ID４、認証鍵Key２４及びModule−２を暗号化部１２５へ出力する。
【００６３】
暗号化部１２５は、受け取った機器識別子ID４、認証鍵Key２４及びModule−２を、暗号化アルゴリズムEに基づいて暗号化する。暗号化部１２５は、暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を制御部１２１へ出力する。
制御部１２１は、受け取った暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を、送受信部１２７を介して宅内サーバ３２０へ送信する。
【００６４】
宅内サーバ３２０の制御部３２１は、送受信部３２３を介して暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を受け取ると、実施の形態１と同様に復号部３２４に復号させる。
制御部３２１は、復号部３２４から復号した機器識別子ID４、認証鍵Key２４及びModule−２を受け取ると、記憶領域３３４から無効化した専用端末のIDを読み出す。読み出したIDと、復号したIDとが一致するか否かを判断する。一致する場合、処理を終了する。一致しない場合又は記憶領域３３４にIDが記憶されていない場合、制御部３２１は、図１０に示すように、Module−２と機器識別子ID４と認証鍵Key２４と無効化フラグ「０」と対応付けて記憶領域３３３に書き込む。
２．２．２ 専用端末１２０が無効化された場合の動作
専用端末１２０が、紛失等で不正に利用される可能性がある場合に、専用端末１２０を無効化する動作を、図１３を用いて説明する。
【００６５】
管理装置９２０は、無効化情報をインターネット７００を介して、宅内サーバ３２０に配信する。
宅内サーバ３２０の制御部３２１は、ルータ６２０及び送受信部３２６を介して無効化情報を受信する（ステップＳ４１）。受信した無効化情報の署名データを署名検証部３２９で検証する（ステップＳ４２）。
【００６６】
制御部３２１は、署名検証部３２９から検証結果を受け取る。受け取った検証結果が正しいか否かを判断する（ステップＳ４３）。検証結果が正しくない場合（ステップＳ４３でNO）、処理を終了する。検証結果が正しい場合（ステップＳ４３でYES）、図１１に示すように、無効化情報に含まれる専用端末１２０のIDであるModule−２を記憶領域３３４に書き込む（ステップＳ４４）。また、記憶領域３３３に記憶している鍵認証鍵Key２４及び認証鍵Key２５を生成した専用端末１２０のＩＤであるModule−２を読み出す（ステップＳ４５）。読み出したModule−２と、無効化情報に含まれるIDとが一致するか否かを判断する（ステップＳ４６）。一致しない場合（ステップＳ４６でNO）、処理を終了する。一致する場合（ステップＳ４６でYES）、図１１に示すように、記憶領域３３３に記憶しているModule−２を用いて登録した認証鍵Key２４及び認証鍵Key２５を無効化するため、対応して記憶している無効化フラグを「１」に書き換える（ステップＳ４７）。
【００６７】
また、制御部３２１は、認証鍵Key２４が無効化されたことを通知する認証鍵無効化情報を、送受信部３２６を介してTV４２０及びTV５２０に送信する。
このように、宅内サーバ３２０は、無効化された専用端末１２０のIDであるModule−２を登録することで、無効化された専用端末１２０からの接続を拒否する。また、認証鍵Key２４及び認証鍵Key２５を無効化することで、専用端末１２０を用いて不正に設定されても、不正に設定されたTVとの認証及びコンテンツの利用を拒否する。
２．２．３ 専用端末１４０でTV４２０及びTV５２０を再登録する場合の動作
関数Fで生成された鍵認証鍵Key２４及び認証鍵Key２５が無効化された後、サービスマンが、TV４２０及びTV５２０のもう一つの鍵認証鍵Key３４及び認証鍵Key３５を、別の専用端末１４０を用いて再登録する。
【００６８】
サービスマンは、専用端末１４０を保持してユーザ宅内へ行く。サービスマンは、登録処理を行う前に、専用端末１４０に、サービスマン識別子ID#S３及びパスワードS３を入力する。
専用端末１４０の制御部１４１は、入力部１４２からサービスマンのサービスマン識別子ID#S３及びパスワードS３の入力を受け付けると、専用端末１００と同様に、検証部１４３に検証させる。制御部１４１は、検証部１４３から検証結果を受け取ると、検証結果が成功か否かを判断する。検証結果が失敗の場合、登録処理を終了する。検証結果が成功の場合、登録処理を継続する。
【００６９】
専用端末１４０は、サービスマンにより、宅内サーバ３２０に接続される。制御部１４１は、入力部１４２で機器識別子ID４の入力を受け付けると、専用端末１００と同様の動作で、関数Gを用いて鍵認証鍵Key３４を生成する。制御部１４１は、暗号化部１４５で専用端末１４０のIDであるModule−３、機器識別子ID４、生成した鍵認証鍵Key３４を暗号化させる。暗号化Module−３、暗号化機器識別子ID４及び暗号化認証鍵Key３４を、送受信部１４７を介して宅内サーバ３２０に送信する。制御部１４１は、機器識別子ID５の入力を受け付けた場合も、同様に処理する。
【００７０】
宅内サーバ３２０の制御部３２１は、受け取った情報を復号部３２４で復号する。制御部３２１は、復号部３２４から受け取るModule−３、機器識別子ID４及び認証鍵Key３４と、無効化フラグ「０」とを対応付けて、図１２に示すように、記憶領域３３３に書き込む。同様に、Module−３、機器識別子ID５及び認証鍵Key３５と、無効化フラグ「０」とを対応付けて、図１２に示すように、記憶領域３３３に書き込む。
３．実施の形態３
実施の形態２の認証システム１２００で鍵を再登録する際など、登録するTVが宅内にあり、管理機関９００から認可を受けていることを確認できる場合、サービスマンが宅内で設定せず、ネットワークを介して設定しても良い。
【００７１】
以下、専用端末１４０でインターネット７００を介して、宅内サーバ３２０に鍵を設定する場合の構成について説明する。
３．１ 認証システム１３００の構成
認証システム１３００は、図１４に示すように、専用端末１２０，１４０、宅内システム２２０、インターネット７００、管理装置９２０及びコンテンツ配信装置８００から構成される。また、宅内システム２２０は、宅内サーバ３２０、TV４２０、TV５２０及びルータ６２０から構成される。
【００７２】
管理装置９２０、コンテンツ配信装置８００及び専用端末１４０は、インターネット７００を経由して、ルータ６２０に接続されている。
以下、認証システム１２００と異なる構成について説明する。
３．２ 認証システムの動作
３．２．１ 専用端末１４０で鍵を再登録する場合の動作
実施の形態２の方法で、専用端末１２０が無効化された後、宅内サーバ３２０に、インターネット７００を介して専用端末１４０を用いてTV４２０の認証鍵Key３４及びTV５２０の認証鍵Key３５を再登録する場合の動作について説明する。
【００７３】
管理機関９００は、ユーザから電話で、TV４２０の機器識別子ID４を知らせてもらう。なお、ID４を知らせてもらう方法は、電話に限らず電子メールなどでも良い。
サービスマンは、サービスマン識別子ID#S３及びパスワードS３を入力部１４２から入力する。
【００７４】
制御部１４１は、実施の形態２と同様にサービスマンのサービスマン識別子ID#S３及びパスワードS３を検証する。
専用端末１４０は、サービスマンによってインターネット７００に接続されると、実施の形態１と同様の方法で、宅内サーバ３２０と相互認証を行う。相互認証が成功した場合、専用端末１４０と宅内サーバ３２０とを接続する安全な通信路を確保する。安全な通信路は、一例として、IPsec（IP security）といった手法により、通信路上のデータが暗号化されていることで実現される。
【００７５】
管理機関９００で、サービスマンは、専用端末１４０の入力部１４２から機器識別子ID４を入力する。
専用端末１４０の制御部１４１は、入力部１４２から機器識別子ID４の入力を受け付けると、専用端末１２０と同様の動作で、関数Gを用いて認証鍵Key３４を生成する。制御部１４１は、暗号化部１４５でModule−３、機器識別子ID４、生成した認証鍵Key３４を暗号化させる。制御部１４１は、暗号化Module−３、暗号化機器識別子ID４及び暗号化認証鍵Key３４を、インターネット７００を介して、宅内サーバ３２０に送信する。制御部１４１は、機器識別子ID５の入力を受け付けた場合も、同様に処理する。
【００７６】
宅内サーバ３２０の制御部３２１は、暗号化Module−３、暗号化機器識別子ID４及び暗号化認証鍵Key３４を受け取ると、復号部３２４に復号させる。復号されたModule−３、機器識別子ID４及び認証鍵Key３４と、無効化フラグ「０」とを対応付けて、記憶領域３３３に書き込む。また、暗号化Module−３、暗号化機器識別子ID５及び暗号化認証鍵Key３５を受け取ると、同様に復号し、Module−３、機器識別子ID５及び認証鍵Key３５と、無効化フラグ「０」とを対応付けて、記憶領域３３３に書き込む。
【００７７】
このように、専用端末１４０で、インターネット７００を介して、宅内サーバ３２０に鍵を設定することが可能である。
４． その他の変形例
なお、本発明を上記の実施の形態に基づいて説明してきたが、本発明は、上記の実施の形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。
（１）無効化情報は、インターネットを介して配信されるとしたが、DVDやCD等の蓄積メディア媒体に記録されて通知されるようにしても良い。
【００７８】
また、この方法では、宅内サーバが、外部への接続手段を持たなくても実現できる。
（２）無効化された鍵を無効化フラグ「１」と対応付けて記憶するとしたが、これに限定されない。無効化された専用端末で登録された機器のＩＤ及び鍵が削除される等、利用できない状態にすれば良い。
（３）実施の形態３で、鍵を宅内サーバに再登録する際を例として説明したが、これに限らない。
【００７９】
宅内サーバに登録する機器が宅内にあり、管理機関９００に認可された機器であることを確認できれば、新しく登録する場合でも良い。宅内にあることを確認する方法の一例として、ユーザが機器を購入する際に、ユーザ登録カードとして、購入する機器を管理機関９００に登録しておき、これを利用する方法がある。また、機器のIDの一部がTVであることを示す等、何れの機器であるか判断できる場合は、管理機関９００から認可されている機種であるかを確認することが出来る。また、ＩＤの一部が、管理機関９００から認可されていることを示すようにしても良い。
（４）実施の形態３で、安全な通信路をIPsecとしたが、これに限定されず、一般的なVPN（Virtual Private Network）としてもよい。また、専用線を用いて物理的に安全であっても良い。
（５）実施の形態３で、専用端末１４０が暗号化したデータを宅内サーバ３２０に送信するとしたが、宅内サーバ３２０がルータ６２０を介して、専用端末１４０にデータを取りにいく構成であっても良い。
（６）専用端末は、ＩＣカードをＰＤＡ又は携帯電話に接続したものであっても良い。この場合、関数F、Gなど、ＩＤと鍵の対応関係をＩＣカードが記憶している。
（７）本実施の形態では、サービスマンが入力部からTVのＩＤを入力するとしたが、ＩＤがバーコードとしてTVに付されており、それを専用端末で読み取るようにしても良い。また、ＩＣチップ等に記録されており、専用端末で読み取るようにしても良い。
（８）ＩＤから鍵を生成する方法として、関数Ｆ又は関数Ｇを用いるとしたが、ＩＤと鍵の対応関係を示すものであれば関数でなくても良い。例えば、専用端末は、ＩＤと鍵との対応表を記憶している構成であっても良い。
（９）宅内サーバに鍵を登録する機器は、TVでなくても良い。他の画像再生機器であっても良いし、音声再生機であっても良い。また、DVDやメモリカード等の蓄積メディアに書き込みを行う記録機器であっても良い。
【００８０】
宅内サーバは、DVD等の蓄積メディアの再生機器であっても良い。
（１０）本実施の形態では、宅内サーバが、一つのTVにコンテンツを配信する方法を記述したが、同時に複数のTVにコンテンツを配信するようにしても良い。
ＴＶ４００とＴＶ５００にコンテンツを配信する際の相互認証の一例として、以下のような方法がある。
【００８１】
まず、実施の形態１と同様の方法で、それぞれのＴＶと相互認証を行う。次に、宅内サーバはコンテンツを暗号化するためのコンテンツ鍵を生成する。これを各ＴＶとそれぞれ共有したセッション鍵で暗号化して、暗号化コンテンツと共にそれぞれのＴＶに配信する。ＴＶは、暗号化コンテンツを、宅内サーバと共有したセッション鍵で復号する。復号したコンテンツ鍵で暗号化コンテンツを復号し、再生する。
【００８２】
これにより、複数のＴＶで同時にコンテンツを再生することが出来る。
（１１）本実施の形態では、宅内サーバがTV４００を認証するとしたが、宅内サーバとTVとが相互認証を行う構成であっても良い。
（１２）本実施の形態２，３で、TVは関数Ｆを用いて生成した鍵と、関数Gを用いて生成した鍵の２つを持つとしたが、鍵は３個以上でも良い。この場合、それぞれの鍵は、それぞれ別の関数を用いて、ＩＤから生成されたものである。
（１３）宅内サーバとTVは、ルータを介してイーサネット（登録商標）で接続されるとしたが、これに限らない。ローカルに設定されたシステムであっても良いし、ルータを用いなくても良い。
（１４）宅内サーバからコンテンツの配信を禁止する対象としては、ＰＣだけではなく、記録機器にも配信を禁止することが出来る。
【００８３】
また、上記の場合、以下に示すように送信制御をコンテンツの種類によって行っても良い。
宅内サーバは、登録する機器のＩＤや鍵と共に、その機器が視聴だけを目的とした機器であるか、記録を行うことを目的とした機器であるか、といった機器の種類を記憶しておく。そして、別途コンテンツに付加されているコピーコントロール情報を元にして、機器への配信を許可又は禁止する。ここで、コピーコントロール情報は、一般的に（１）Copy Never、１回もコピーしてはいけない、（２）Copy Once、１回だけコピーしても良い、（３）Copy Free、自由にコピーしても良い、の３つの状態を区別する。宅内サーバは、コンテンツに付加されているコピーコントロール情報が（２）又は（３）の場合、記録機器へ配信可能と判断し、（３）の場合、コンテンツの配信を禁止する。
（１５）実施の形態２では、無効化情報を受信した宅内サーバ３２０は、TV４２０及び５２０に、認証鍵無効化情報を送信するとしたが、宅内サーバ３２０は、受け取った無効化情報をTV４２０及び５２０に送信するとしても良い。
【００８４】
この構成の場合、認証鍵Key２４を宅内サーバ３２０に登録する際、専用端末１２０から機器識別子ID４、認証鍵Key２４及びModule−２を受け取った宅内サーバ３２０は、Module−２をTV４２０に送信する。TV４２０は、受信したModule−２と優先順位が上位の認証鍵とを対応付けて記憶する。TV５２０も同様の処理を行う。
【００８５】
宅内サーバ３２０は無効化情報を受信すると、受信した無効化情報をTV４２０及び５２０に送信する。TV４２０及びTV５２０は、優先順位が上位の認証鍵と対応付けて記憶しているModule−２と、受信した無効化情報に含まれる無効化専用端末のIDとが一致するか否かを判断し、一致する場合、Module−２を削除する。
また、宅内の全ての機器が、管理装置９２０から無効化情報を受信し、受信した機器はそれぞれ、認証鍵の無効化を判断するようにしても良い。
（１６）実施の形態２では、TV４２０及び５２０は、認証鍵無効化情報を受信すると、認証鍵を削除するとしたが、本発明はこれに限定されない。認証鍵が無効化され、使用できないことを判断できれば良い。
【００８６】
例えば、予め認証鍵に無効化フラグを付しておき、認証鍵無効化情報を受信すると、認証鍵無効化情報に含まれる認証鍵と一致する認証鍵に付されている無効化フラグを、無効化に書き換える構成でも良い。
（１７）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【００８７】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、CD―ROM、MO、DVD、DVD−ROM、DVD−RAM、BD（Blu−ray Disc）、半導体メモリなど、に記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。
【００８８】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送するものとしてもよい。
また、本発明は、マイクロプロセッサとメモリとを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしてもよい。
【００８９】
また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
（１８）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【００９０】
【発明の効果】
以上説明したように、本発明は、第１機器と第２機器との間において、認証を行う認証システムであって、前記第２機器に固有の識別子の入力を受け付け、所定の鍵生成アルゴリズムに基づいて前記識別子から第１鍵データを生成し、生成した第１鍵データを前記第１機器に送信する鍵登録装置と、前記鍵登録装置から前記第１鍵データを受信して記憶し、当該第１鍵データを用いて前記第２機器を認証する第１機器と、前記識別子から前記鍵生成アルゴリズムと同一の鍵生成アルゴリズムに基づいて生成される第２鍵データを予め記憶しており、前記第２鍵データを用いて前記第１機器による認証を受ける第２機器とから構成されることを特徴とする認証システムである。
【００９１】
また、本発明は、第１機器と第２機器との間において、認証を行う認証システムであって、前記第２機器に固有の機器識別子の入力を受け付け、鍵生成アルゴリズムに基づいて前記機器識別子から第１鍵データを生成し、生成した第１鍵データを前記第１機器に送信する鍵登録装置と、前記鍵登録装置から受信する前記第１鍵データを記憶し、前記第１鍵データを用いて前記第２機器を認証する第１機器と、前記機器識別子からそれぞれ異なる鍵生成アルゴリズムに従って生成される複数の鍵データを予め記憶しており、前記複数の鍵データの内、前記鍵生成アルゴリズムと同一の鍵生成アルゴリズムに基づいて生成された第２鍵データを選択し、選択した第２鍵データを用いて、前記第１機器による認証を受ける第２機器とから構成されることを特徴とする認証システムである。
【００９２】
また、本発明は、第２機器が有する、第１機器と前記第２機器との間で認証を行うための第２鍵データと同一の第１鍵データを、前記第１機器に設定する鍵登録装置であって、前記第２機器に固有の識別子の入力を受け付ける入力手段と、鍵生成アルゴリズムを有し、前記鍵生成アルゴリズムに基づいて、前記識別子から前記第１鍵データを生成する鍵データ生成手段と、生成した前記第１鍵データを前記第１機器へ出力する出力手段とから構成されることを特徴とする鍵登録装置である。
【００９３】
この構成によると、鍵登録装置を用いない限り、第１機器に第２機器の鍵を登録することは出来ないので、登録された機器以外と通信することを防ぐ。これにより、コンテンツをユーザ宅内での個人使用に限定することが出来る。また、外部への接続手段を持たない機器でも実現できる。
ここで、前記第１機器は、更に、鍵登録装置の無効化を管理する管理機関により生成され、前記鍵登録装置の無効化を示す鍵無効化情報を受け取り、前記鍵登録装置から受信した第１鍵データを無効化し、前記第２機器は、前記鍵無効化情報を受け取り、前記第２鍵データを無効化するようにしても良い。
【００９４】
この構成によると、無効化された鍵登録装置で登録した鍵データは無効化されるので、不正に鍵登録装置を用いて鍵データが登録されても、無効化することが出来る。
ここで、前記認証システムは、更に、鍵再登録装置を含み、前記鍵再登録装置は、前記第２機器に固有の機器識別子の入力を受け付け、前記鍵登録装置の鍵生成アルゴリズムと異なる鍵生成アルゴリズムに基づいて前記第２機器に固有な機器識別子から第３鍵データを生成し、生成した第３鍵データと前記機器識別子とを前記第１機器に送信し、前記第１機器は、更に、前記鍵再登録装置から受信する前記第３鍵データ及び前記機器識別子を対応付けて記憶し、前記第３鍵データを用いて前記第２機器を認証し、前記第２機器は、更に、前記複数の鍵データの内、前記第３鍵データを生成した鍵生成アルゴリズムと同一の鍵生成アルゴリズムに基づいて生成された第４鍵データを用いて、前記第１機器による認証を受けるようにしても良い。
【００９５】
この構成によると、登録した鍵データが無効化されても、第２機器は複数の鍵データを持つので、正規の鍵再登録装置を用いることによって、第１機器に新たに鍵データを登録することが出来る。
ここで、前記第１機器は、前記管理機関により生成され、無効化された鍵登録装置に固有の識別子を更に含む鍵無効化情報を受け取り、更に受け取った識別子を無効化識別子として記憶し、鍵登録装置から、第１鍵データと共に、前記鍵登録装置に固有の識別子を受け取り、受け取った識別子が前記無効化識別子と一致するか否かを判断し、一致する場合、前記鍵登録装置から前記第１鍵データを受け取ることを拒否するようにしても良い。
【００９６】
この構成によると、第１機器は、無効化された鍵登録装置の識別子を無効化識別子として記憶しているので、無効化された鍵登録装置を用いて鍵データを登録しようとしても拒否し、不正に鍵データを登録することを防ぐことが出来る。
ここで、前記第１機器は、前記管理機関により生成され、前記鍵無効化情報に前記管理機関の署名を施して生成された署名データを更に含む前記鍵無効化情報を受け取り、前記署名データを検証し、検証結果が成功であれば、前記識別子を無効化識別子として記憶するようにしても良い。
【００９７】
この構成によると、第１機器は、鍵無効化情報に含まれる署名データの検証結果が成功の場合に、無効化識別子として記憶するので、前記管理機関によって発行されたことを確認することが出来、改竄されているか否かを確認できる。これにより、不正に鍵データを登録されることを防ぐ。
ここで、前記出力手段は、前記第１鍵データを暗号化して前記第１機器へ出力し、前記第１機器は、暗号化された第１鍵データを受け取り、復号するようにしても良い。
【００９８】
また、前記鍵登録装置は、前記第１機器を認証する認証手段を含み、前記鍵データ生成手段は、前記認証手段による認証結果が成功の場合、前記第１鍵データを生成するようにしても良い。
この構成によると、鍵データの不正利用を防止し、正規の機器の鍵データを登録することが出来る。
【００９９】
ここで、前記出力手段は、前記第１鍵データを、ネットワークを介して前記第１機器へ送信し、前記第１機器は、ネットワークを介して前記第１鍵データを受信するようにしても良い。
この構成によると、ネットワークを介して鍵データを登録するので、サービスマンが鍵登録装置を持ってユーザ宅内に行かなくても、ネットワークに接続できる任意の場所から鍵データを登録することが出来る。
【図面の簡単な説明】
【図１】認証システム１１００の全体の構成を示すブロック図である。
【図２】専用端末１００及び宅内サーバ３００の構成を示すブロック図である。
【図３】宅内サーバ３００及びTV４００の構成を示すブロック図である。
【図４】制御部１０１の動作を示すフローチャートである。
【図５】制御部３０１が鍵を登録する際の動作を示すフローチャートである。
【図６】制御部３０１がコンテンツをTV４００に配信する際の動作を示すフローチャートである。
【図７】認証部３０７と認証部４０２との相互認証の際の動作を示すフローチャートである。
【図８】認証システム１２００の全体の構成を示すブロック図である。
【図９】記憶部３２５の内部の構成を示すブロック図である。
【図１０】認証鍵Key１４を記憶した際の記憶領域３３０の内部の構成を示すブロック図である。
【図１１】専用端末１２０が無効化された際の記憶領域３３０の内部の構成を示すブロック図である。
【図１２】専用端末１４０で再登録した際の記憶領域３３０の内部の構成を示すブロック図である。
【図１３】制御部３２１の動作を示すフローチャートである。
【図１４】認証システム１３００の全体の構成を示すブロック図である。
【図１５】専用端末１２０の構成を示すブロック図である。
【図１６】専用端末１４０の構成を示すブロック図である。
【図１７】宅内サーバ３２０の構成を示すブロック図である。
【図１８】ＴＶ４２０の構成を示すブロック図である。
【図１９】ＴＶ５２０の構成を示すブロック図である。
【符号の説明】
１００，１２０，１４０ 専用端末
２００，２２０ 宅内システム
３００，３２０ 宅内サーバ
４００，４２０，５００，５２０ ＴＶ
６００，６２０ ルータ
７００ インターネット
８００ コンテンツ配信装置
９００ 管理機関
９２０ 管理装置
１１００ 認証システム
１２００ 認証システム
１３００ 認証システム
【発明の属する技術分野】
本発明は、複数の機器間において暗号認証通信を行うシステムに関する。
【０００２】
【従来の技術】
近年、パッケージメディアやインターネット、放送を用いた様々な音楽、映像コンテンツ配信サービスが広がっている。こういったサービスに対応して、コンテンツの著作権保護者の意思を反映したコンテンツ保護技術が必要になる。コンテンツ著作権保護者の意思としては、（１）コンテンツ配信サービスを有料とし、コンテンツの配信契約を結んだユーザの宅内での個人使用に限定したい、（２）不特定多数者がアクセスできるインターネットへの送信は許可しない、などがある。
【０００３】
このような、コンテンツの著作権保護者の意思を実現するためのコンテンツ保護技術の１つに、DTCP（Digital Transmission Content Protection）と呼ばれる規格がある。DTCPは、高速シリアルバス規格の１つのIEEE１３９４により規定されるバスを介して配信されるデジタルコンテンツの保護規格である。DTCPについては、非特許文献１に詳しい。
【０００４】
DTCPでは、DTLA（Digital Transmission Licensing Administrator，LLC）と呼ばれる管理者の管理下でDTCP規格に準拠した機器を相互接続し、その間で暗号認証通信を行っている。その仕組みを以下に示す。
（１）送信機器及び受信機器は、DTLAから配布された秘密鍵を備えている。この秘密鍵の配布はDTLAとの契約に基づいて機器に配布される。なお、この秘密鍵の配布を受けた機器は、秘密鍵の管理実装方法を規定される。また、コンテンツのインターネットへの送信はDTCPの契約で禁止されている。
【０００５】
（２）送信機器と受信機器とは、上記秘密鍵を用いて相互認証を行う。また、送信機器は、保護が必要となるコンテンツを、認証により共有した鍵で暗号化して送信する。
（３）送信機器は、最大６３台までの受信機器にコンテンツを復号するための鍵を与える。IEEE１３９４のAVCコマンドの制限及び台数制限により、コンテンツの個人使用限定を容易に実現する。
【０００６】
次に、Kerberos（ケルベロス）を利用した認証システムの概略を説明する。Kerberosについては、非特許文献２に詳しい。
Kerberosでは、正規の機器は予めKerberosサーバに登録されているとする。一例としてコンテンツの利用を受ける際、機器はまず、Kerberosサーバにアクセスし、登録している情報を元に１回目の認証を受けて、Kerberosサーバによりその日有効なチケット（イニシャルチケット）を獲得する。次に、機器は、当該サービスを提供するサーバにアクセスし、先にKerberosサーバからもらったイニシャルチケットを提示して、２回目の認証を受け、コンテンツを利用する。
【０００７】
このように、Kerberosでは、認証を２回に分けて行うことにより、登録されている機器は、決められている有効期限内であればどのサービスも自由に利用することが出来る。
【０００８】
【非特許文献１】
「５C Digital Transmission Content Protection White Paper」Revision１．０ July 14,1998
【０００９】
【非特許文献２】
ブライアン・タン著、桑村潤訳「KERBEROS ネットワーク認証システム」ピアソン出版、１９９９
【００１０】
【発明が解決しようとする課題】
しかしながら、上記何れの方法でも、宅内機器と宅外機器とを区別し、コンテンツの配信契約を結んだユーザ宅内での個人使用に限定できない。
そこで本発明はかかる問題点に鑑みてなされたものであり、コンテンツをユーザ宅内での個人使用に限定するために、ユーザ宅内の機器を簡易に設定することが可能な、認証システム及び鍵登録装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明は、第１機器と第２機器との間において、認証を行う認証システムであって、前記第２機器に固有の識別子の入力を受け付け、所定の鍵生成アルゴリズムに基づいて前記識別子から第１鍵データを生成し、生成した第１鍵データを前記第１機器に送信する鍵登録装置と、前記鍵登録装置から前記第１鍵データを受信して記憶し、当該第１鍵データを用いて前記第２機器を認証する第１機器と、前記識別子から前記鍵生成アルゴリズムと同一の鍵生成アルゴリズムに基づいて生成される第２鍵データを予め記憶しており、前記第２鍵データを用いて前記第１機器による認証を受ける第２機器とから構成されることを特徴とする認証システムである。
【００１２】
この構成によると、鍵登録装置を用いない限り、第１機器に第２機器の鍵を登録することは出来ないので、登録された機器以外と通信することを防ぐ。これにより、コンテンツをユーザ宅内での個人使用に限定することが出来る。また、鍵登録装置を用いることによって、簡易に第１機器に第１鍵データを設定することが出来る。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
１．実施の形態１
１．１ 認証システム１１００の構成
認証システム１１００は、図１に示すように、専用端末１００、宅内システム２００及びコンテンツ配信装置８００から構成される。また、宅内システム２００は、宅内サーバ３００、TV４００、TV５００及びルータ６００から構成される。
【００１４】
コンテンツをユーザに有料で提供する管理機関９００は、専用端末１００、及びコンテンツ配信装置８００を有している。コンテンツ配信装置８００は、コンテンツを記録媒体に記録して提供する。なお、宅内システム２００とコンテンツ配信装置８００とが、ネットワークを介して接続されている場合、コンテンツをネットワークを介して配信しても良い。
ユーザは、自宅において、宅内システム２００を有している。
【００１５】
専用端末１００を所持しているサービスマンは、管理機関９００の指示により、ユーザの自宅を訪問し、専用端末１００を専用のインターフェースを介して宅内サーバ３００に接続する。なお、専用端末１００は、USBなどの汎用のインターフェースを介して接続するようにしても良い。
専用端末１００は、外部からTV４００に固有のIDである、機器識別子ID４の入力を受け付けると、機器識別子ID４から認証鍵Key１４を生成する。生成した認証鍵Key１４及び機器識別子ID４を宅内サーバ３００へ送信する。宅内サーバ３００は、機器識別子ID４及び認証鍵Key１４を対応付けて記憶する。
【００１６】
一方、TV４００は、認証鍵Key１４を予め記憶している。ユーザがTV４００により、コンテンツを再生する際に、宅内サーバ３００は、TV４００を、認証鍵Key１４を用いて認証し、宅内サーバ３００は、認証に成功した場合にコンテンツをTV４００へ送信し、TV４００は、コンテンツを受信して再生する。
こうしてユーザは、コンテンツを楽しむことが出来る。
【００１７】
以下に、認証システム１１００の各構成について詳しく説明する。
１．１．１ 専用端末１００
専用端末１００は、宅内サーバ３００にTV４００の機器識別子ID４及び認証鍵Key１４を登録するための装置である。専用端末１００は、管理機関９００から指示を受けたサービスマンが所持する。サービスマンは、TV４００が宅内に存在することを確認する。確認した後に、予め定められたコンテンツ保護機能を有する機器間でコンテンツを利用できるように、専用端末１００を用いて設定する。
【００１８】
専用端末１００は図２に示すように、制御部１０１、入力部１０２、検証部１０３、記憶部１０４、暗号化部１０５、鍵生成部１０６、送受信部１０７及び認証部１０８から構成される。
以下に、各構成について説明する。
（１）記憶部１０４
記憶部１０４は、サービスマン識別子ID#S１、パスワードＳ１及び関数Ｆを記憶している。また、記憶部１０４は関数Fを用いて機器識別子ID４を暗号化するための暗号化鍵F１を記憶している。
【００１９】
ここで、関数Fは一例としてDESの暗号化アルゴリズムである。DESについては公知であるので、説明を省略する。
サービスマン識別子ID#S１は、専用端末１００を利用するサービスマンに固有のIDである。パスワードS１は、専用端末１００を利用するためのパスワードであり、前記サービスマンのみがこのパスワードを知っている。
【００２０】
このサービスマン識別子ID#S１及びパスワードS１によって、専用端末１００を使用できるサービスマンを限定する。
（２）入力部１０２
入力部１０２は、サービスマンの操作により、サービスマン識別子ID#S１、パスワードS１及び機器識別子ID４の入力を受け付ける。受け付けたデータを制御部１０１に出力する。
（３）検証部１０３
検証部１０３は、以下のようにして、専用端末１００の使用を許可されたサービスマンであるか否かを検証する。
【００２１】
検証部１０３は、制御部１０１からサービスマンのサービスマン識別子ID#S１及びパスワードS１を受け取ると、記憶部１０４に記憶しているID及びパスワードを読み出す。受け取ったサービスマン識別子ID#S１及びパスワードS１と、読み出したID及びパスワードとが一致するか否かを検証する。検証結果を制御部１０１に出力する。
（４）認証部１０８
認証部１０８は、宅内サーバ３００と相互認証を行う。相互認証は、一例として、共通の情報を用いたチャレンジレスポンス方式で行う。ここで、チャレンジレスポンス方式については、公知であるので説明を省略する。
【００２２】
認証部１０８は、認証結果を制御部１０１に出力する。
（５）鍵生成部１０６
鍵生成部１０６は、制御部１０１から機器識別子ID４を受け取ると、記憶部１０４から関数Fを読み出す。読み出した関数Fを用いて機器識別子ID４から認証鍵Key１４を生成する。
【００２３】
ここで、Key１４＝F（F１，ID４）と表される。F(A，B)は、暗号化鍵Aを用いてBを暗号化することを示す。
生成した認証鍵Key１４を制御部１０１へ出力する。
（６）暗号化部１０５
暗号化部１０５は、暗号化鍵E１を有する。
【００２４】
暗号化部１０５は、制御部１０１から機器識別子ID４及び認証鍵Key１４を受け取る。受け取った機器識別子ID４及び認証鍵Key１４を、暗号化アルゴリズムEに基づいて暗号化し、暗号化機器識別子ID４及び暗号化認証鍵Key１４を生成する。ここで、暗号化機器識別子ID４＝E（E１，ID４）と表される。また、暗号化認証鍵Key１４＝E（E１，Key１４）と表される。E(A，B)は、暗号化鍵Aを用いて、Bを暗号化することを示す。
【００２５】
暗号化アルゴリズムEは一例としてRSAである。RSAは公知であるので説明を省略する。
暗号化機器識別子ID４及び暗号化認証鍵Key１４を制御部１０１へ出力する。
（７）送受信部１０７
送受信部１０７は、宅内サーバ３００とデータの送受信を行う。送受信部１０７は、制御部１０１から暗号化機器識別子ID４及び暗号化認証鍵Key１４を受け取ると、宅内サーバ３００に送信する。
（８）制御部１０１
制御部１０１は、入力部１０２からサービスマン識別子ID#S１及びパスワードS１を受け取ると、受け取ったサービスマン識別子ID#S１とパスワードS１とを検証部１０３に検証させる。検証部１０３から検証結果を受け取る。検証結果が成功か否かを判断し、検証結果が失敗の場合、処理を終了する。検証結果が成功の場合、処理を継続する。
【００２６】
制御部１０１は、入力部１０２から機器識別子ID４を受け取ると、認証部１０８に宅内サーバ３００との相互認証を行わせる。認証部１０８から認証結果を受け取る。受け取った認証結果が成功か否かを判断し、認証結果が失敗の場合、処理を終了する。認証結果が成功の場合、鍵生成部１０６に機器識別子ID４を出力し、鍵を生成させる。鍵生成部１０６から認証鍵Key１４を受け取ると、受け取った認証鍵Key１４及び機器識別子ID４を暗号化部１０５へ出力する。
【００２７】
暗号化部１０５から受け取る暗号化機器識別子ID４及び暗号化認証鍵Key１４を、送受信部１０７を介して宅内サーバ３００に送信する。
１．１．２ 宅内サーバ３００
宅内サーバ３００は、管理機関９００に認可された機器である。宅内サーバ３００は、蓄積コンテンツを記憶している。専用端末１００によって登録された鍵を用いて、TV４００又はTV５００を認証し、蓄積コンテンツを配信する。
【００２８】
宅内サーバ３００は図２に示すように、制御部３０１、認証部３０２、送受信部３０３、復号部３０４、記憶部３０５、送受信部３０６、認証部３０７及び暗号化部３０８から構成される。
以下、各部について説明する。
（１）記憶部３０５
記憶部３０５は、記憶領域３０９及び外部からは観測や変更が出来ない領域である記憶領域３１０から成る。
【００２９】
記憶領域３０９は、蓄積コンテンツを記憶している。
記憶領域３１０は、既に登録されているTV５００の機器識別子ID５及び認証鍵Key１５を対応付けて記憶している。また、専用端末１００から受け取る、TV４００の機器識別子ID４及び認証鍵Key１４を記憶する領域を備える。
（２）送受信部３０３
送受信部３０３は、専用端末１００と物理的に接続される。また、接続された専用端末１００とデータの送受信を行う。
（３）認証部３０２
認証部３０２は、専用端末１００と相互認証を行う。相互認証は、一例として共通の情報を用いたチャレンジレスポンス方式で行う。認証結果を制御部３０１に出力する。
（４）復号部３０４
復号部３０４は、制御部３０１から受け取る暗号化機器識別子ID４及び暗号化認証鍵Key１４を、復号アルゴリズムDに従って復号し、機器識別子ID４及び認証鍵Key１４を生成する。ここで、復号アルゴリズムDは、暗号化アルゴリズムEの逆の処理を行う。
【００３０】
復号部３０４は、機器識別子ID４及び認証鍵Key１４を制御部３０１へ出力する。
（５）送受信部３０６
送受信部３０６は、ルータ６００を介してTV４００又は５００とデータの送受信を行う。
（６）認証部３０７
認証部３０７は、TV４００にコンテンツを配信する際、機器識別子ID４と認証鍵Key１４を用いてTV４００の認証及びセッション鍵の共有を行う。
【００３１】
認証及びセッション鍵共有の一例として以下の方法がある。
認証部３０７は、乱数r１を生成し、TV４００に送信する。その後、TV４００から、r１と、TV４００が生成した乱数r２とを結合したデータｒ１ｒ２を、認証鍵Key１４を用いて暗号化した暗号化r１r２を受信する。受信した暗号化r１r２を復号する。復号文からもとのr１が導出されることにより、TV４００を認証する。
【００３２】
また、このとき導出されたｒ２をセッション鍵として暗号化部３０８へ出力する。
認証部３０７は、TV５００にコンテンツを配信する際も同様の認証及びセッション鍵の共有を行う。
（７）暗号化部３０８
暗号化部３０８は、記憶領域３０９に記憶しているコンテンツを暗号化する。
【００３３】
TV４００へ配信するコンテンツは、認証部３０７でTV４００を認証した際に導出されたセッション鍵r２を用いて暗号化し、暗号化コンテンツを生成する。暗号化コンテンツを、制御部３０１へ出力する。
TV５００へ配信するコンテンツも、同様に導出したセッション鍵を用いて暗号化する。
（８）制御部３０１
制御部３０１は、専用端末１００が接続されると、認証部３０２に相互認証を行わせる。認証部３０２から認証結果を受け取る。認証結果が成功か否かを判断する。認証結果が失敗の場合、処理を終了する。認証結果が成功の場合、処理を継続する。制御部３０１は、送受信部３０３を介して専用端末１００から暗号化機器識別子ID４及び暗号化認証鍵Key１４を受け取る。受け取った暗号化機器識別子ID４及び暗号化認証鍵Key１４を復号部３０４に出力し、復号させる。
【００３４】
制御部３０１は、復号部３０４から復号した機器識別子ID４及び認証鍵Key１４を受け取る。受け取った機器識別子ID４及び認証鍵Key１４を対応付けて、記憶領域３１０に書き込む。
制御部３０１は、TV４００にコンテンツを配信する場合、認証部３０７でTV４００の認証を行わせる。認証部３０７から認証結果を受け取ると、認証結果が成功か否かを判断する。認証結果が失敗の場合、コンテンツの配信を終了する。認証結果が成功の場合、暗号化部３０８にコンテンツを暗号化させる。暗号化部３０８から暗号化コンテンツを受け取ると、送受信部３０６を介してTV４００へ配信する。
また、TV５００へコンテンツを配信する場合も同様の処理を行う。
１．１．３ TV４００，５００
TV４００，５００は、予め管理機関９００に認可された機器である。
【００３５】
TV４００は、外部から見ることが出来る場所に、管理機関９００が設定した、TV４００に固有の機器識別子ID４が付されている。
TV４００は図３に示すように、制御部４０１、認証部４０２、送受信部４０３、復号部４０７、記憶部４０４、モニタ４０５及びスピーカ４０６から構成される。また、TV５００も同様の構成である。なお、図３では簡単のため、宅内サーバ３００と、ルータ６００と、TV４００とを一列にして示す。
【００３６】
以下、各構成について説明する。
（１）記憶部４０４
記憶部４０４は、外部から観測や変更が出来ない記憶領域である。記憶部４０４は、TV４００に固有の機器識別子ID４及び認証鍵Key１４を記憶している。認証鍵Key１４は、機器識別子ID４から秘密の関数Fを用いて生成したものである。
（２）認証部４０２
認証部４０２は、宅内サーバ３００と相互認証を行う。
【００３７】
認証部４０２は、送受信部４０３を介して乱数ｒ１を受け取ると、記憶部４０４から認証鍵Key１４を読み出す。認証部４０２は、乱数ｒ２を生成する。受け取ったｒ１と生成したｒ２とを結合する。結合したデータｒ１ｒ２を、読み出した認証鍵Key１４を用いて暗号化し、暗号化ｒ１ｒ２を生成する。暗号化ｒ１ｒ２を送受信部４０３を介して宅内サーバ３００に送る。
【００３８】
認証部４０２は、生成した乱数ｒ２をセッション鍵として復号部４０７に出力する。
認証部４０２は、認証結果を制御部４０１へ出力する。
（３）復号部４０７
復号部４０７は、送受信部４０３を介して暗号化コンテンツを受け取る。受け取った暗号化コンテンツを、認証部４０２で生成したセッション鍵ｒ２を用いて復号する。復号したコンテンツを制御部４０１に出力する。
（４）モニタ４０５
モニタ４０５は、制御部４０１から受け取る画像データを再生する。
（５）スピーカ４０６
スピーカ４０６は、制御部４０１から受け取る音声データを再生する。
（６）送受信部４０３
送受信部４０３は、ルータ６００を介して、宅内サーバ３００と、データの送受信を行う。
（７）制御部４０１
制御部４０１は、認証部４０２に、送受信部４０３を介して宅内サーバ３００との相互認証を行わせる。認証部４０２から認証結果を受け取ると、認証結果が成功か否かを判断する。認証結果が失敗の場合、処理を終了する。
【００３９】
制御部４０１は、送受信部４０３を介して宅内サーバ３００から受信する暗号化コンテンツを、復号部４０７に復号させる。復号部４０７から復号されたコンテンツを受け取ると、モニタ４０５及びスピーカ４０６へ出力する。
１．２ 認証システム１１００の動作
１．２．１ 専用端末１００を用いて宅内サーバ３００にTV４００を登録する場合の動作
以下、図４を用いて、専用端末１００を保持したサービスマンが宅内システム２００の宅内サーバ３００に、TV４００を登録する際の動作を説明する。ただし、宅内サーバ３００には、既にTV５００が登録されている。
【００４０】
サービスマンは、専用端末１００を保持してユーザの宅内へ行く。コンテンツの利用が、個人使用の範囲として許容される場合、サービスマンは、TV４００が宅内にあることを確認して、登録の処理を行う。
サービスマンは、宅内サーバ３００に登録を行う前に、入力部１０２からサービスマンのサービスマン識別子ID#S１及びパスワードS１を入力する。専用端末１００の制御部１０１は、入力部１０２で入力を受け付けると、検証部１０３に検証させる。制御部１０１は、検証部１０３から検証結果を受け取ると、検証結果が成功か否かを判断する。検証結果が失敗の場合、登録処理を終了する。検証結果が成功の場合、登録処理を継続する。
【００４１】
専用端末１００は、サービスマンにより宅内サーバ３００に接続される。制御部１０１は、入力部１０２が機器識別子ID４の入力を受け付けると（ステップＳ１）、認証部１０８に、宅内サーバ３００と相互認証を行わせる（ステップＳ２）。制御部１０１は、認証部１０８から認証結果を受け取ると、認証結果が成功か否かを判断する（ステップＳ３）。認証結果が失敗の場合（ステップＳ３でNO）、処理を終了する。認証結果が成功の場合（ステップＳ３でYES）、鍵生成部１０６に鍵を生成させる（ステップＳ４）。制御部１０１は、鍵生成部１０６から生成された認証鍵Key１４を受け取ると、機器識別子ID４及び認証鍵Key１４を、暗号化部１０５に暗号化させる（ステップＳ５）。制御部１０１は、暗号化機器識別子ID４及び暗号化認証鍵Key１４を、送受信部１０７を介して宅内サーバ３００に送信する（ステップＳ６）。
１．２．２ 宅内サーバ３００が鍵を登録する場合の動作
宅内サーバ３００が、専用端末１００から受信した情報を書き込む際の動作を、図５を用いて説明する。
【００４２】
宅内サーバ３００の制御部３０１は、認証部３０２で専用端末１００と相互認証を行う（ステップＳ１１）。制御部３０１は、認証部３０２から認証結果を受け取ると、成功か否かを検証し（ステップＳ１２）、検証結果が失敗の場合（ステップＳ１２でNO）、処理を終了する。検証結果が成功の場合（ステップＳ１２でYES）、専用端末１００からデータが送信されるのを待つ。
【００４３】
制御部３０１は、専用端末１００から送受信部３０３を介して、暗号化機器識別子ID４及び暗号化認証鍵Key１４を受信する（ステップＳ１３）。暗号化機器識別子ID４及び暗号化認証鍵Key１４を復号部３０４で復号させる（ステップＳ１４）。復号した機器識別子ID４及び認証鍵Key１４を対応付けて、記憶領域３１０に書き込む（ステップＳ１５）。
１．２．３ 宅内サーバ３００がTV４００にコンテンツを配信する際の動作
宅内サーバ３００が、TV４００にコンテンツを配信する際の動作を、図６を用いて説明する。
【００４４】
宅内サーバ３００の制御部３０１は、認証部３０７にTV４００を認証させる（ステップＳ２１）。
制御部３０１は、認証部３０７から認証結果を受け取り、認証結果が成功か否かを判断する（ステップＳ２２）。認証結果が失敗の場合（ステップＳ２２でＮＯ）、処理を終了する。認証結果が成功の場合（ステップＳ２２でＹＥＳ）、記憶領域３０９に記憶している蓄積コンテンツを読み出す（ステップＳ２３）。読み出したコンテンツを、認証の際に導出したセッション鍵を用いて暗号化部３０８で暗号化する（ステップＳ２４）。暗号化したコンテンツを送受信部３０６を介してTV４００に配信する（ステップＳ２５）。
１．２．４ 宅内サーバ３００がTV４００の認証を行う際の動作
宅内サーバ３００がTV４００の認証を行う動作（ステップＳ２１）を、図７を用いて説明する。
【００４５】
宅内サーバ３００の認証部３０７は、乱数r１を生成する（ステップＳ３１）。生成した乱数r１を送受信部３０６を介してTV４００に送信する（ステップＳ３２）。
TV４００の認証部４０２は、送受信部４０３を介して乱数r１を受け取ると、乱数r２を生成する（ステップＳ３３）。受け取ったr１と生成したr２を結合し（ステップＳ３４）、結合したr１r２を、認証鍵Key１４を用いて暗号化する（ステップＳ３５）。暗号化r１r２を送受信部４０３を介して宅内サーバ３００へ送信する（ステップＳ３６）。
【００４６】
宅内サーバ３００の認証部３０７は、受け取った暗号化r１r２を認証鍵Key１４を用いて復号し、r１r２を導出する（ステップＳ３７）。復号したデータから、r１が導出されたか否かを判断する（ステップＳ３８）。ｒ１が導出されなかった場合（ステップＳ３８でNO）、認証が失敗であることを示す認証結果を制御部３０１へ出力する（ステップＳ４０）。ｒ１が導出された場合（ステップＳ３８でYES）、暗号化部３０８へｒ２を出力する（ステップＳ３９）。また、認証部３０７は、認証が成功であることを示す認証結果を制御部３０１へ出力する（ステップＳ４０）。
２．実施の形態２
実施の形態１の方法では、鍵を登録した専用端末をサービスマンが紛失したときなど、不正に使用される可能性がある場合に、紛失前に登録されたものと、紛失後に登録されたものとが区別できないという問題がある。そこで、不正に使用される可能性がある専用端末で登録した鍵を無効化することが出来る認証システム１２００について説明する。
２．１ 認証システム１２００の構成
認証システム１２００は、図８に示すように、専用端末１２０，１４０、宅内システム２２０、インターネット７００、管理装置９２０及びコンテンツ配信装置８００から構成される。また、宅内システム２２０は、宅内サーバ３２０、TV４２０、TV５２０及びルータ６２０から構成される。
【００４７】
管理装置９２０及びコンテンツ配信装置８００は、インターネット７００を経由して、ルータ６２０に接続されている。
以下、認証システム１１００と異なる構成について説明する。
２．１．１ 管理装置９２０
管理装置９２０は、無効化情報を発行する。無効化情報は、不正利用される可能性がある専用端末及び当該専用端末で登録された鍵を無効化するための情報である。無効化情報は、無効化される専用端末に固有のIDと、IDに対してデジタル署名アルゴリズムSを施して生成したデジタル署名データから構成される。ここで、デジタル署名アルゴリズムSは、一例として、有限体上の離散対数問題を安全性の根拠とするElGamal署名方式に基づくものである。この有限体上のElGamal署名方式については、公知であるので説明を省略する。
２．１．２ 専用端末１２０
専用端末１２０は図１５に示すように、制御部１２１、入力部１２２、検証部１２３、記憶部１２４、暗号化部１２５、鍵生成部１２６、送受信部１２７及び認証部１２８から構成される。入力部１２２、検証部１２３、鍵生成部１２６、送受信部１２７及び認証部１２８は、専用端末１００と同様の構成である。
【００４８】
以下、専用端末１００と異なる構成の記憶部１２４、暗号化部１２５及び制御部１２１について説明する。
（１）記憶部１２４
記憶部１２４は、関数F、サービスマン識別子ID#S２、パスワードS２及び、専用端末１２０に固有のIDであるModule−２を記憶している。
（２）暗号化部１２５
暗号化部１２５は、制御部１２１から機器識別子ID４、認証鍵Key２４及びModule−２を受け取る。受け取った機器識別子ID４、認証鍵Key２４及びModule−２を、暗号化アルゴリズムEに基づいて暗号化し、暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を生成する。暗号化部１２５は、暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を制御部１２１へ出力する。
（３）制御部１２１
制御部１２１は、専用端末１００の制御部１０１と同様に、検証部１２３にサービスマンのID及びパスワードを検証させ、認証部１２８に宅内サーバ３２０との相互認証を行わせ、鍵生成部１２６に鍵を生成させる。
【００４９】
制御部１２１は、鍵生成部１２６から認証鍵Key２４を受け取ると、記憶部１２４からModule−２を読み出す。機器識別子ID４及び受け取った認証鍵Key２４と読み出したModule−２とを暗号化部１２５に暗号化させる。
暗号化部１２５から暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を受け取ると、送受信部１２７を介して宅内サーバ３２０へ送信する。
２．１．３ 専用端末１４０
専用端末１４０は図１６に示すように、制御部１４１、入力部１４２、検証部１４３、記憶部１４４、暗号化部１４５、鍵生成部１４６、送受信部１４７及び認証部１４８から構成される。
【００５０】
入力部１４２、検証部１４３、暗号化部１４５、送受信部１４７及び認証部１４８は、専用端末１２０と同様の構成のため、説明を省略する。
以下、専用端末１２０と異なる記憶部１４４、鍵生成部１４６及び制御部１４１について説明する。
（１）記憶部１４４
記憶部１４４は、関数Fと異なる関数G、サービスマン識別子ID#S３、パスワードS３及び専用端末１４０に固有のIDであるModule−３を記憶している。
（２）鍵生成部１４６
鍵生成部１４６は、制御部１４１から機器識別子ID４を受け取ると、記憶部１４４から関数Gを読み出す。読み出した関数Gを用いて機器識別子ID４から認証鍵Key３４を生成する。生成した認証鍵Key３４を制御部１４１へ出力する。機器識別子ID５を受け取った場合も同様に処理し、認証鍵Key３５を制御部１４１へ出力する。
（３）制御部１４１
制御部１４１は、制御部１２１と同様に、検証部１４３にサービスマン識別子ID#S３及びパスワードS３を検証させ、認証部１４８に宅内サーバ３２０との相互認証を行わせ、鍵生成部１４６に鍵を生成させる。
【００５１】
制御部１４１は、鍵生成部１４６から認証鍵Key３４を受け取ると、記憶部１４４からModule−３を読み出す。機器識別子ID４及び受け取った認証鍵Key３４と読み出したModule−３とを暗号化部１４５に暗号化させる。
暗号化部１４５から暗号化機器識別子ID４、暗号化認証鍵Key３４及び暗号化Module−３を受け取ると、送受信部１４７を介して宅内サーバ３２０へ送信する。
２．１．４ 宅内サーバ３２０
宅内サーバ３２０は図１７に示すように、制御部３２１、認証部３２２、送受信部３２３、復号部３２４、記憶部３２５、送受信部３２６、認証部３２７、暗号化部３２８及び署名検証部３２９から構成される。
【００５２】
以下、宅内サーバ３００と異なる構成である記憶部３２５、署名検証部３２９及び制御部３２１について説明する。
（１）記憶部３２５
記憶部３２５は、図９に示すように、記憶領域３３２及び外部から観測や変更が出来ない領域である記憶領域３３０と記憶領域３３１とから成る。
【００５３】
記憶領域３３２は、コンテンツ配信装置８００から配信される蓄積コンテンツを記憶する領域である。
記憶領域３３１は、管理装置９２０の公開鍵を記憶している。
記憶領域３３０は図９に示すように、記憶領域３３３と３３４とから成る。
記憶領域３３４は、無効化された専用端末のIDを記憶する領域である。
【００５４】
記憶領域３３３は、既に宅内サーバ３２０に登録されているTV５２０の機器識別子ID５、認証鍵Key２５、Module−２及び無効化フラグを対応付けて記憶している。Module−２は、認証鍵Key２５を登録した専用端末１２０のIDである。無効化フラグは、認証鍵Key２５を登録した専用端末及び当該専用端末を用いて登録された鍵が無効化されているか否かを示すフラグである。図９では破線で囲んで示している。本実施の形態２では、無効化フラグが「１」の場合、対応付けられているIDが示す専用端末及び当該専用端末を用いて登録した鍵は無効化されていることを示し、「０」の場合、無効化されていないことを示す。
【００５５】
記憶領域３３３は、制御部３２１から受け取る機器識別子ID４、認証鍵Key２４及びModule−２を無効化フラグの「０」と対応付けて、図１０に示すように、記憶する。
（２）署名検証部３２９
署名検証部３２９は、制御部３２１から無効化情報を受け取る。受け取った無効化情報の管理機関９００の署名データに署名検証Ｖを施して検証する。ここで、署名検証Ｖは、前記デジタル署名アルゴリズムSにより生成された署名データを検証するアルゴリズムである。検証結果を制御部３２１へ出力する。
（３）制御部３２１
制御部３２１は、専用端末１２０から暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を受け取り、制御部３０１と同様に、復号部３２４で復号する。復号部３２４から機器識別子ID４、認証鍵Key２４及びModule−２を受け取ると、これらと無効化フラグの「０」とを対応付けて、図１０に示すように、記憶領域３３３に書き込む。
【００５６】
制御部３２１は、ルータ６２０を介して管理装置９２０から無効化情報を受信すると、署名検証部３２９に署名検証させる。署名検証部３２９から検証結果を受け取ると、検証結果が正しいか否かを判断する。検証結果が正しくない場合、処理を終了する。検証結果が正しい場合、受け取った無効化情報に含まれる無効化される専用端末のIDを、図１１に示すように、記憶領域３３４に記憶する。また、記憶領域３３３に記憶している鍵と対応付けて記憶しているModule−２が、無効化情報に含まれるIDと一致するか否かを判断する。一致する場合、Module−２と対応付けて記憶している無効化フラグ「０」を、図１１に示すように、「１」に書き換える。このように、無効化フラグ「１」と対応付けて記憶している認証鍵Key２４及び認証鍵Key２５は、無効化されたことを示す。
【００５７】
また、制御部３２１は、Module−２と対応付けて記憶している認証鍵Key２４が無効化されたことを通知する認証鍵無効化情報を、送受信部３２６を介してTV４２０及びTV５２０に送信する。認証鍵無効化情報は、無効化されたModule−２と対応付けて記憶している認証鍵Key２４が無効化されたことを、TV４２０及びTV５２０に通知するものであり、無効化された認証鍵Key２４を含む。
２．１．５ TV４２０、５２０
TV４２０、５２０は、予め管理機関９００に認可された機器である。
【００５８】
TV４２０は図１８に示すように、制御部４２１、認証部４２２、送受信部４２３、復号部４２７、記憶部４２４、モニタ４２５及びスピーカ４２６から構成される。また、TV５２０も同様の構成であり、図１９に示すように、制御部５２１、認証部５２２、送受信部５２３、記憶部５２４、モニタ５２５、スピーカ５２６及び復号部５２７から構成される。送受信部４２３、復号部４２７、モニタ４２５及びスピーカ４２６は、TV４００と同様の構成である。以下、TV４００と異なる構成である記憶部４２４、認証部４２２及び制御部４２１について説明する。
（１）記憶部４２４
記憶部４２４は、外部から観測や変更が出来ない記憶領域である。記憶部４２４は、TV４２０に固有の機器識別子ID４、認証鍵Key２４及び認証鍵Key３４を記憶している。認証鍵Key２４は、機器識別子ID４から関数Fを用いて生成した鍵である。認証鍵Key３４は、機器識別子ID４から関数Gを用いて生成した鍵である。認証鍵Key２４及び認証鍵Key３４には、予め優先順位が決められている。認証鍵Key２４は、認証鍵Key３４より優先順位が上位であり、先に利用される。
【００５９】
TV５２０の記憶部５２４も同様に、機器識別子ID５、認証鍵Key２５及び認証鍵Key３５を記憶している。認証鍵Key２５は、機器識別子ID５から関数Ｆを用いて生成したものであり、認証鍵Key３５は、機器識別子ID５から関数Gを用いて生成したものである。認証鍵Key２５及び認証鍵Key３５にも、優先順位が決められている。
（２）認証部４２２
認証部４２２が認証部４０２と異なる部分について説明する。
【００６０】
認証部４２２は、宅内サーバ３２０により認証を受けるとき、優先順位が上位の認証鍵Key２４を先に用いて、ｒ１ｒ２を暗号化する。認証鍵Key２４が無効化された場合は、次の優先順位の認証鍵Key３４を用いる。
（３）制御部４２１
制御部４２１は、送受信部４２３を介して宅内サーバ３２０から認証鍵無効化情報を受信すると、記憶部４２４に記憶している認証鍵Key２４又は認証鍵Key３４の何れかと一致するか否かを判断する。一致する場合、一致した認証鍵を削除する。
２．２ 認証システム１２００の動作
２．２．１ 専用端末１２０を用いて宅内サーバ３２０にTV４２０を登録する場合の動作
宅内サーバ３２０とTV５２０とが、ルータ６２０で接続されている宅内システム２２０に、サービスマンが新たにTV４２０を接続して、宅内サーバ３２０に鍵を設定する際の動作を説明する。ただし、TV５２０の鍵認証鍵Key２５は、宅内サーバ３２０にすでに登録されている。
【００６１】
サービスマンは、専用端末１２０を保持してユーザ宅内へ行く。サービスマンは、登録処理を行う前に、専用端末１２０に、サービスマン識別子ID#S２及びパスワードS２を入力する。
専用端末１２０の制御部１２１は、入力部１２２からサービスマンのサービスマン識別子ID#S２及びパスワードS２の入力を受け付けると、専用端末１００と同様に、検証部１２３に検証させる。制御部１２１は、検証部１２３から検証結果を受け取ると、検証結果が成功か否かを判断する。検証結果が失敗の場合、登録処理を終了する。検証結果が成功の場合、登録処理を継続する。
【００６２】
専用端末１２０は、サービスマンにより、宅内サーバ３２０に接続される。制御部１２１は、入力部１２２で機器識別子ID４の入力を受け付けると、実施の形態１と同様の動作で認証鍵Key２４を生成する。制御部１２１は、鍵生成部１２６から認証鍵Key２４を受け取ると、記憶部１２４からModule−２を読み出す。機器識別子ID４、認証鍵Key２４及びModule−２を暗号化部１２５へ出力する。
【００６３】
暗号化部１２５は、受け取った機器識別子ID４、認証鍵Key２４及びModule−２を、暗号化アルゴリズムEに基づいて暗号化する。暗号化部１２５は、暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を制御部１２１へ出力する。
制御部１２１は、受け取った暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を、送受信部１２７を介して宅内サーバ３２０へ送信する。
【００６４】
宅内サーバ３２０の制御部３２１は、送受信部３２３を介して暗号化機器識別子ID４、暗号化認証鍵Key２４及び暗号化Module−２を受け取ると、実施の形態１と同様に復号部３２４に復号させる。
制御部３２１は、復号部３２４から復号した機器識別子ID４、認証鍵Key２４及びModule−２を受け取ると、記憶領域３３４から無効化した専用端末のIDを読み出す。読み出したIDと、復号したIDとが一致するか否かを判断する。一致する場合、処理を終了する。一致しない場合又は記憶領域３３４にIDが記憶されていない場合、制御部３２１は、図１０に示すように、Module−２と機器識別子ID４と認証鍵Key２４と無効化フラグ「０」と対応付けて記憶領域３３３に書き込む。
２．２．２ 専用端末１２０が無効化された場合の動作
専用端末１２０が、紛失等で不正に利用される可能性がある場合に、専用端末１２０を無効化する動作を、図１３を用いて説明する。
【００６５】
管理装置９２０は、無効化情報をインターネット７００を介して、宅内サーバ３２０に配信する。
宅内サーバ３２０の制御部３２１は、ルータ６２０及び送受信部３２６を介して無効化情報を受信する（ステップＳ４１）。受信した無効化情報の署名データを署名検証部３２９で検証する（ステップＳ４２）。
【００６６】
制御部３２１は、署名検証部３２９から検証結果を受け取る。受け取った検証結果が正しいか否かを判断する（ステップＳ４３）。検証結果が正しくない場合（ステップＳ４３でNO）、処理を終了する。検証結果が正しい場合（ステップＳ４３でYES）、図１１に示すように、無効化情報に含まれる専用端末１２０のIDであるModule−２を記憶領域３３４に書き込む（ステップＳ４４）。また、記憶領域３３３に記憶している鍵認証鍵Key２４及び認証鍵Key２５を生成した専用端末１２０のＩＤであるModule−２を読み出す（ステップＳ４５）。読み出したModule−２と、無効化情報に含まれるIDとが一致するか否かを判断する（ステップＳ４６）。一致しない場合（ステップＳ４６でNO）、処理を終了する。一致する場合（ステップＳ４６でYES）、図１１に示すように、記憶領域３３３に記憶しているModule−２を用いて登録した認証鍵Key２４及び認証鍵Key２５を無効化するため、対応して記憶している無効化フラグを「１」に書き換える（ステップＳ４７）。
【００６７】
また、制御部３２１は、認証鍵Key２４が無効化されたことを通知する認証鍵無効化情報を、送受信部３２６を介してTV４２０及びTV５２０に送信する。
このように、宅内サーバ３２０は、無効化された専用端末１２０のIDであるModule−２を登録することで、無効化された専用端末１２０からの接続を拒否する。また、認証鍵Key２４及び認証鍵Key２５を無効化することで、専用端末１２０を用いて不正に設定されても、不正に設定されたTVとの認証及びコンテンツの利用を拒否する。
２．２．３ 専用端末１４０でTV４２０及びTV５２０を再登録する場合の動作
関数Fで生成された鍵認証鍵Key２４及び認証鍵Key２５が無効化された後、サービスマンが、TV４２０及びTV５２０のもう一つの鍵認証鍵Key３４及び認証鍵Key３５を、別の専用端末１４０を用いて再登録する。
【００６８】
サービスマンは、専用端末１４０を保持してユーザ宅内へ行く。サービスマンは、登録処理を行う前に、専用端末１４０に、サービスマン識別子ID#S３及びパスワードS３を入力する。
専用端末１４０の制御部１４１は、入力部１４２からサービスマンのサービスマン識別子ID#S３及びパスワードS３の入力を受け付けると、専用端末１００と同様に、検証部１４３に検証させる。制御部１４１は、検証部１４３から検証結果を受け取ると、検証結果が成功か否かを判断する。検証結果が失敗の場合、登録処理を終了する。検証結果が成功の場合、登録処理を継続する。
【００６９】
専用端末１４０は、サービスマンにより、宅内サーバ３２０に接続される。制御部１４１は、入力部１４２で機器識別子ID４の入力を受け付けると、専用端末１００と同様の動作で、関数Gを用いて鍵認証鍵Key３４を生成する。制御部１４１は、暗号化部１４５で専用端末１４０のIDであるModule−３、機器識別子ID４、生成した鍵認証鍵Key３４を暗号化させる。暗号化Module−３、暗号化機器識別子ID４及び暗号化認証鍵Key３４を、送受信部１４７を介して宅内サーバ３２０に送信する。制御部１４１は、機器識別子ID５の入力を受け付けた場合も、同様に処理する。
【００７０】
宅内サーバ３２０の制御部３２１は、受け取った情報を復号部３２４で復号する。制御部３２１は、復号部３２４から受け取るModule−３、機器識別子ID４及び認証鍵Key３４と、無効化フラグ「０」とを対応付けて、図１２に示すように、記憶領域３３３に書き込む。同様に、Module−３、機器識別子ID５及び認証鍵Key３５と、無効化フラグ「０」とを対応付けて、図１２に示すように、記憶領域３３３に書き込む。
３．実施の形態３
実施の形態２の認証システム１２００で鍵を再登録する際など、登録するTVが宅内にあり、管理機関９００から認可を受けていることを確認できる場合、サービスマンが宅内で設定せず、ネットワークを介して設定しても良い。
【００７１】
以下、専用端末１４０でインターネット７００を介して、宅内サーバ３２０に鍵を設定する場合の構成について説明する。
３．１ 認証システム１３００の構成
認証システム１３００は、図１４に示すように、専用端末１２０，１４０、宅内システム２２０、インターネット７００、管理装置９２０及びコンテンツ配信装置８００から構成される。また、宅内システム２２０は、宅内サーバ３２０、TV４２０、TV５２０及びルータ６２０から構成される。
【００７２】
管理装置９２０、コンテンツ配信装置８００及び専用端末１４０は、インターネット７００を経由して、ルータ６２０に接続されている。
以下、認証システム１２００と異なる構成について説明する。
３．２ 認証システムの動作
３．２．１ 専用端末１４０で鍵を再登録する場合の動作
実施の形態２の方法で、専用端末１２０が無効化された後、宅内サーバ３２０に、インターネット７００を介して専用端末１４０を用いてTV４２０の認証鍵Key３４及びTV５２０の認証鍵Key３５を再登録する場合の動作について説明する。
【００７３】
管理機関９００は、ユーザから電話で、TV４２０の機器識別子ID４を知らせてもらう。なお、ID４を知らせてもらう方法は、電話に限らず電子メールなどでも良い。
サービスマンは、サービスマン識別子ID#S３及びパスワードS３を入力部１４２から入力する。
【００７４】
制御部１４１は、実施の形態２と同様にサービスマンのサービスマン識別子ID#S３及びパスワードS３を検証する。
専用端末１４０は、サービスマンによってインターネット７００に接続されると、実施の形態１と同様の方法で、宅内サーバ３２０と相互認証を行う。相互認証が成功した場合、専用端末１４０と宅内サーバ３２０とを接続する安全な通信路を確保する。安全な通信路は、一例として、IPsec（IP security）といった手法により、通信路上のデータが暗号化されていることで実現される。
【００７５】
管理機関９００で、サービスマンは、専用端末１４０の入力部１４２から機器識別子ID４を入力する。
専用端末１４０の制御部１４１は、入力部１４２から機器識別子ID４の入力を受け付けると、専用端末１２０と同様の動作で、関数Gを用いて認証鍵Key３４を生成する。制御部１４１は、暗号化部１４５でModule−３、機器識別子ID４、生成した認証鍵Key３４を暗号化させる。制御部１４１は、暗号化Module−３、暗号化機器識別子ID４及び暗号化認証鍵Key３４を、インターネット７００を介して、宅内サーバ３２０に送信する。制御部１４１は、機器識別子ID５の入力を受け付けた場合も、同様に処理する。
【００７６】
宅内サーバ３２０の制御部３２１は、暗号化Module−３、暗号化機器識別子ID４及び暗号化認証鍵Key３４を受け取ると、復号部３２４に復号させる。復号されたModule−３、機器識別子ID４及び認証鍵Key３４と、無効化フラグ「０」とを対応付けて、記憶領域３３３に書き込む。また、暗号化Module−３、暗号化機器識別子ID５及び暗号化認証鍵Key３５を受け取ると、同様に復号し、Module−３、機器識別子ID５及び認証鍵Key３５と、無効化フラグ「０」とを対応付けて、記憶領域３３３に書き込む。
【００７７】
このように、専用端末１４０で、インターネット７００を介して、宅内サーバ３２０に鍵を設定することが可能である。
４． その他の変形例
なお、本発明を上記の実施の形態に基づいて説明してきたが、本発明は、上記の実施の形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。
（１）無効化情報は、インターネットを介して配信されるとしたが、DVDやCD等の蓄積メディア媒体に記録されて通知されるようにしても良い。
【００７８】
また、この方法では、宅内サーバが、外部への接続手段を持たなくても実現できる。
（２）無効化された鍵を無効化フラグ「１」と対応付けて記憶するとしたが、これに限定されない。無効化された専用端末で登録された機器のＩＤ及び鍵が削除される等、利用できない状態にすれば良い。
（３）実施の形態３で、鍵を宅内サーバに再登録する際を例として説明したが、これに限らない。
【００７９】
宅内サーバに登録する機器が宅内にあり、管理機関９００に認可された機器であることを確認できれば、新しく登録する場合でも良い。宅内にあることを確認する方法の一例として、ユーザが機器を購入する際に、ユーザ登録カードとして、購入する機器を管理機関９００に登録しておき、これを利用する方法がある。また、機器のIDの一部がTVであることを示す等、何れの機器であるか判断できる場合は、管理機関９００から認可されている機種であるかを確認することが出来る。また、ＩＤの一部が、管理機関９００から認可されていることを示すようにしても良い。
（４）実施の形態３で、安全な通信路をIPsecとしたが、これに限定されず、一般的なVPN（Virtual Private Network）としてもよい。また、専用線を用いて物理的に安全であっても良い。
（５）実施の形態３で、専用端末１４０が暗号化したデータを宅内サーバ３２０に送信するとしたが、宅内サーバ３２０がルータ６２０を介して、専用端末１４０にデータを取りにいく構成であっても良い。
（６）専用端末は、ＩＣカードをＰＤＡ又は携帯電話に接続したものであっても良い。この場合、関数F、Gなど、ＩＤと鍵の対応関係をＩＣカードが記憶している。
（７）本実施の形態では、サービスマンが入力部からTVのＩＤを入力するとしたが、ＩＤがバーコードとしてTVに付されており、それを専用端末で読み取るようにしても良い。また、ＩＣチップ等に記録されており、専用端末で読み取るようにしても良い。
（８）ＩＤから鍵を生成する方法として、関数Ｆ又は関数Ｇを用いるとしたが、ＩＤと鍵の対応関係を示すものであれば関数でなくても良い。例えば、専用端末は、ＩＤと鍵との対応表を記憶している構成であっても良い。
（９）宅内サーバに鍵を登録する機器は、TVでなくても良い。他の画像再生機器であっても良いし、音声再生機であっても良い。また、DVDやメモリカード等の蓄積メディアに書き込みを行う記録機器であっても良い。
【００８０】
宅内サーバは、DVD等の蓄積メディアの再生機器であっても良い。
（１０）本実施の形態では、宅内サーバが、一つのTVにコンテンツを配信する方法を記述したが、同時に複数のTVにコンテンツを配信するようにしても良い。
ＴＶ４００とＴＶ５００にコンテンツを配信する際の相互認証の一例として、以下のような方法がある。
【００８１】
まず、実施の形態１と同様の方法で、それぞれのＴＶと相互認証を行う。次に、宅内サーバはコンテンツを暗号化するためのコンテンツ鍵を生成する。これを各ＴＶとそれぞれ共有したセッション鍵で暗号化して、暗号化コンテンツと共にそれぞれのＴＶに配信する。ＴＶは、暗号化コンテンツを、宅内サーバと共有したセッション鍵で復号する。復号したコンテンツ鍵で暗号化コンテンツを復号し、再生する。
【００８２】
これにより、複数のＴＶで同時にコンテンツを再生することが出来る。
（１１）本実施の形態では、宅内サーバがTV４００を認証するとしたが、宅内サーバとTVとが相互認証を行う構成であっても良い。
（１２）本実施の形態２，３で、TVは関数Ｆを用いて生成した鍵と、関数Gを用いて生成した鍵の２つを持つとしたが、鍵は３個以上でも良い。この場合、それぞれの鍵は、それぞれ別の関数を用いて、ＩＤから生成されたものである。
（１３）宅内サーバとTVは、ルータを介してイーサネット（登録商標）で接続されるとしたが、これに限らない。ローカルに設定されたシステムであっても良いし、ルータを用いなくても良い。
（１４）宅内サーバからコンテンツの配信を禁止する対象としては、ＰＣだけではなく、記録機器にも配信を禁止することが出来る。
【００８３】
また、上記の場合、以下に示すように送信制御をコンテンツの種類によって行っても良い。
宅内サーバは、登録する機器のＩＤや鍵と共に、その機器が視聴だけを目的とした機器であるか、記録を行うことを目的とした機器であるか、といった機器の種類を記憶しておく。そして、別途コンテンツに付加されているコピーコントロール情報を元にして、機器への配信を許可又は禁止する。ここで、コピーコントロール情報は、一般的に（１）Copy Never、１回もコピーしてはいけない、（２）Copy Once、１回だけコピーしても良い、（３）Copy Free、自由にコピーしても良い、の３つの状態を区別する。宅内サーバは、コンテンツに付加されているコピーコントロール情報が（２）又は（３）の場合、記録機器へ配信可能と判断し、（３）の場合、コンテンツの配信を禁止する。
（１５）実施の形態２では、無効化情報を受信した宅内サーバ３２０は、TV４２０及び５２０に、認証鍵無効化情報を送信するとしたが、宅内サーバ３２０は、受け取った無効化情報をTV４２０及び５２０に送信するとしても良い。
【００８４】
この構成の場合、認証鍵Key２４を宅内サーバ３２０に登録する際、専用端末１２０から機器識別子ID４、認証鍵Key２４及びModule−２を受け取った宅内サーバ３２０は、Module−２をTV４２０に送信する。TV４２０は、受信したModule−２と優先順位が上位の認証鍵とを対応付けて記憶する。TV５２０も同様の処理を行う。
【００８５】
宅内サーバ３２０は無効化情報を受信すると、受信した無効化情報をTV４２０及び５２０に送信する。TV４２０及びTV５２０は、優先順位が上位の認証鍵と対応付けて記憶しているModule−２と、受信した無効化情報に含まれる無効化専用端末のIDとが一致するか否かを判断し、一致する場合、Module−２を削除する。
また、宅内の全ての機器が、管理装置９２０から無効化情報を受信し、受信した機器はそれぞれ、認証鍵の無効化を判断するようにしても良い。
（１６）実施の形態２では、TV４２０及び５２０は、認証鍵無効化情報を受信すると、認証鍵を削除するとしたが、本発明はこれに限定されない。認証鍵が無効化され、使用できないことを判断できれば良い。
【００８６】
例えば、予め認証鍵に無効化フラグを付しておき、認証鍵無効化情報を受信すると、認証鍵無効化情報に含まれる認証鍵と一致する認証鍵に付されている無効化フラグを、無効化に書き換える構成でも良い。
（１７）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【００８７】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、CD―ROM、MO、DVD、DVD−ROM、DVD−RAM、BD（Blu−ray Disc）、半導体メモリなど、に記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。
【００８８】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送するものとしてもよい。
また、本発明は、マイクロプロセッサとメモリとを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしてもよい。
【００８９】
また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
（１８）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【００９０】
【発明の効果】
以上説明したように、本発明は、第１機器と第２機器との間において、認証を行う認証システムであって、前記第２機器に固有の識別子の入力を受け付け、所定の鍵生成アルゴリズムに基づいて前記識別子から第１鍵データを生成し、生成した第１鍵データを前記第１機器に送信する鍵登録装置と、前記鍵登録装置から前記第１鍵データを受信して記憶し、当該第１鍵データを用いて前記第２機器を認証する第１機器と、前記識別子から前記鍵生成アルゴリズムと同一の鍵生成アルゴリズムに基づいて生成される第２鍵データを予め記憶しており、前記第２鍵データを用いて前記第１機器による認証を受ける第２機器とから構成されることを特徴とする認証システムである。
【００９１】
また、本発明は、第１機器と第２機器との間において、認証を行う認証システムであって、前記第２機器に固有の機器識別子の入力を受け付け、鍵生成アルゴリズムに基づいて前記機器識別子から第１鍵データを生成し、生成した第１鍵データを前記第１機器に送信する鍵登録装置と、前記鍵登録装置から受信する前記第１鍵データを記憶し、前記第１鍵データを用いて前記第２機器を認証する第１機器と、前記機器識別子からそれぞれ異なる鍵生成アルゴリズムに従って生成される複数の鍵データを予め記憶しており、前記複数の鍵データの内、前記鍵生成アルゴリズムと同一の鍵生成アルゴリズムに基づいて生成された第２鍵データを選択し、選択した第２鍵データを用いて、前記第１機器による認証を受ける第２機器とから構成されることを特徴とする認証システムである。
【００９２】
また、本発明は、第２機器が有する、第１機器と前記第２機器との間で認証を行うための第２鍵データと同一の第１鍵データを、前記第１機器に設定する鍵登録装置であって、前記第２機器に固有の識別子の入力を受け付ける入力手段と、鍵生成アルゴリズムを有し、前記鍵生成アルゴリズムに基づいて、前記識別子から前記第１鍵データを生成する鍵データ生成手段と、生成した前記第１鍵データを前記第１機器へ出力する出力手段とから構成されることを特徴とする鍵登録装置である。
【００９３】
この構成によると、鍵登録装置を用いない限り、第１機器に第２機器の鍵を登録することは出来ないので、登録された機器以外と通信することを防ぐ。これにより、コンテンツをユーザ宅内での個人使用に限定することが出来る。また、外部への接続手段を持たない機器でも実現できる。
ここで、前記第１機器は、更に、鍵登録装置の無効化を管理する管理機関により生成され、前記鍵登録装置の無効化を示す鍵無効化情報を受け取り、前記鍵登録装置から受信した第１鍵データを無効化し、前記第２機器は、前記鍵無効化情報を受け取り、前記第２鍵データを無効化するようにしても良い。
【００９４】
この構成によると、無効化された鍵登録装置で登録した鍵データは無効化されるので、不正に鍵登録装置を用いて鍵データが登録されても、無効化することが出来る。
ここで、前記認証システムは、更に、鍵再登録装置を含み、前記鍵再登録装置は、前記第２機器に固有の機器識別子の入力を受け付け、前記鍵登録装置の鍵生成アルゴリズムと異なる鍵生成アルゴリズムに基づいて前記第２機器に固有な機器識別子から第３鍵データを生成し、生成した第３鍵データと前記機器識別子とを前記第１機器に送信し、前記第１機器は、更に、前記鍵再登録装置から受信する前記第３鍵データ及び前記機器識別子を対応付けて記憶し、前記第３鍵データを用いて前記第２機器を認証し、前記第２機器は、更に、前記複数の鍵データの内、前記第３鍵データを生成した鍵生成アルゴリズムと同一の鍵生成アルゴリズムに基づいて生成された第４鍵データを用いて、前記第１機器による認証を受けるようにしても良い。
【００９５】
この構成によると、登録した鍵データが無効化されても、第２機器は複数の鍵データを持つので、正規の鍵再登録装置を用いることによって、第１機器に新たに鍵データを登録することが出来る。
ここで、前記第１機器は、前記管理機関により生成され、無効化された鍵登録装置に固有の識別子を更に含む鍵無効化情報を受け取り、更に受け取った識別子を無効化識別子として記憶し、鍵登録装置から、第１鍵データと共に、前記鍵登録装置に固有の識別子を受け取り、受け取った識別子が前記無効化識別子と一致するか否かを判断し、一致する場合、前記鍵登録装置から前記第１鍵データを受け取ることを拒否するようにしても良い。
【００９６】
この構成によると、第１機器は、無効化された鍵登録装置の識別子を無効化識別子として記憶しているので、無効化された鍵登録装置を用いて鍵データを登録しようとしても拒否し、不正に鍵データを登録することを防ぐことが出来る。
ここで、前記第１機器は、前記管理機関により生成され、前記鍵無効化情報に前記管理機関の署名を施して生成された署名データを更に含む前記鍵無効化情報を受け取り、前記署名データを検証し、検証結果が成功であれば、前記識別子を無効化識別子として記憶するようにしても良い。
【００９７】
この構成によると、第１機器は、鍵無効化情報に含まれる署名データの検証結果が成功の場合に、無効化識別子として記憶するので、前記管理機関によって発行されたことを確認することが出来、改竄されているか否かを確認できる。これにより、不正に鍵データを登録されることを防ぐ。
ここで、前記出力手段は、前記第１鍵データを暗号化して前記第１機器へ出力し、前記第１機器は、暗号化された第１鍵データを受け取り、復号するようにしても良い。
【００９８】
また、前記鍵登録装置は、前記第１機器を認証する認証手段を含み、前記鍵データ生成手段は、前記認証手段による認証結果が成功の場合、前記第１鍵データを生成するようにしても良い。
この構成によると、鍵データの不正利用を防止し、正規の機器の鍵データを登録することが出来る。
【００９９】
ここで、前記出力手段は、前記第１鍵データを、ネットワークを介して前記第１機器へ送信し、前記第１機器は、ネットワークを介して前記第１鍵データを受信するようにしても良い。
この構成によると、ネットワークを介して鍵データを登録するので、サービスマンが鍵登録装置を持ってユーザ宅内に行かなくても、ネットワークに接続できる任意の場所から鍵データを登録することが出来る。
【図面の簡単な説明】
【図１】認証システム１１００の全体の構成を示すブロック図である。
【図２】専用端末１００及び宅内サーバ３００の構成を示すブロック図である。
【図３】宅内サーバ３００及びTV４００の構成を示すブロック図である。
【図４】制御部１０１の動作を示すフローチャートである。
【図５】制御部３０１が鍵を登録する際の動作を示すフローチャートである。
【図６】制御部３０１がコンテンツをTV４００に配信する際の動作を示すフローチャートである。
【図７】認証部３０７と認証部４０２との相互認証の際の動作を示すフローチャートである。
【図８】認証システム１２００の全体の構成を示すブロック図である。
【図９】記憶部３２５の内部の構成を示すブロック図である。
【図１０】認証鍵Key１４を記憶した際の記憶領域３３０の内部の構成を示すブロック図である。
【図１１】専用端末１２０が無効化された際の記憶領域３３０の内部の構成を示すブロック図である。
【図１２】専用端末１４０で再登録した際の記憶領域３３０の内部の構成を示すブロック図である。
【図１３】制御部３２１の動作を示すフローチャートである。
【図１４】認証システム１３００の全体の構成を示すブロック図である。
【図１５】専用端末１２０の構成を示すブロック図である。
【図１６】専用端末１４０の構成を示すブロック図である。
【図１７】宅内サーバ３２０の構成を示すブロック図である。
【図１８】ＴＶ４２０の構成を示すブロック図である。
【図１９】ＴＶ５２０の構成を示すブロック図である。
【符号の説明】
１００，１２０，１４０ 専用端末
２００，２２０ 宅内システム
３００，３２０ 宅内サーバ
４００，４２０，５００，５２０ ＴＶ
６００，６２０ ルータ
７００ インターネット
８００ コンテンツ配信装置
９００ 管理機関
９２０ 管理装置
１１００ 認証システム
１２００ 認証システム
１３００ 認証システム
Claims (4)
- 第１機器と第２機器との間において、認証を行う認証システムであって、
前記第２機器に固有の機器識別子の入力を受け付け、鍵生成アルゴリズムに基づいて前記機器識別子から第１鍵データを生成し、生成した第１鍵データを前記第１機器に送信する鍵登録装置と、
前記第２機器に固有の機器識別子の入力を受け付け、前記鍵登録装置の鍵生成アルゴリズムと異なる鍵生成アルゴリズムに基づいて前記第２機器に固有な機器識別子から第３鍵データを生成し、生成した第３鍵データと前記機器識別子とを前記第１機器に送信する鍵再登録装置と、
前記鍵登録装置から受信する前記第１鍵データを記憶し、前記第１鍵データを用いて前記第２機器を認証し、前記鍵登録装置の無効化を管理する管理機関により生成され、前記鍵登録装置の無効化を示す鍵無効化情報を受け取ると、前記鍵登録装置から受信した第１鍵データを無効化し、前記鍵再登録装置から受信する前記第３鍵データ及び前記機器識別子を対応付けて記憶し、前記第３鍵データを用いて前記第２機器を認証する第１機器と、
前記機器識別子からそれぞれ異なる鍵生成アルゴリズムに従って生成され、予め優先順位が決められている複数の鍵データを外部から観測や変更ができない記憶領域に記憶しており、前記複数の鍵データの内、優先順位が上位の鍵データを第２鍵データとして選択し、選択した第２鍵データを用いて、前記第１機器による認証を受け、前記鍵無効化情報を受け取ると、前記第２鍵データを無効化し、次の優先順位の鍵データを第４鍵データとして選択し、選択した第４鍵データを用いて、前記第１機器による認証を受ける第２機器とから構成される
ことを特徴とする認証システム。 - 前記第２鍵データは、前記第１鍵データの生成に用いられた前記鍵生成アルゴリズムと同一の鍵生成アルゴリズムに基づいて生成され、前記第４鍵データは、前記第３鍵データの生成に用いられた前記鍵生成アルゴリズムと同一の鍵生成アルゴリズムに基づいて生成されたものである
ことを特徴とする請求項１記載の認証システム。 - 前記第１機器は、前記管理機関により生成され、無効化された鍵登録装置に固有の識別子を更に含む鍵無効化情報を受け取り、更に受け取った識別子を無効化識別子として記憶し、
鍵登録装置から、第１鍵データと共に、前記鍵登録装置に固有の識別子を受け取り、受け取った識別子が前記無効化識別子と一致するか否かを判断し、一致する場合、前記鍵登録装置から前記第１鍵データを受け取ることを拒否する
ことを特徴とする請求項２記載の認証システム。 - 前記第１機器は、前記管理機関により生成され、前記鍵無効化情報に前記管理機関の署名を施して生成された署名データを更に含む前記鍵無効化情報を受け取り、
前記署名データを検証し、検証結果が成功であれば、前記識別子を無効化識別子として記憶する
ことを特徴とする請求項３記載の認証システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003151473A JP4477835B2 (ja) | 2002-06-11 | 2003-05-28 | 認証システム、鍵登録装置及び方法 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002170251 | 2002-06-11 | ||
| JP2003151473A JP4477835B2 (ja) | 2002-06-11 | 2003-05-28 | 認証システム、鍵登録装置及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004072721A JP2004072721A (ja) | 2004-03-04 |
| JP4477835B2 true JP4477835B2 (ja) | 2010-06-09 |
Family
ID=32032223
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003151473A Expired - Fee Related JP4477835B2 (ja) | 2002-06-11 | 2003-05-28 | 認証システム、鍵登録装置及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4477835B2 (ja) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4881538B2 (ja) | 2003-06-10 | 2012-02-22 | 株式会社日立製作所 | コンテンツ送信装置およびコンテンツ送信方法 |
| JP4982031B2 (ja) | 2004-01-16 | 2012-07-25 | 株式会社日立製作所 | コンテンツ送信装置、コンテンツ受信装置およびコンテンツ送信方法、コンテンツ受信方法 |
| JP4645049B2 (ja) | 2004-03-19 | 2011-03-09 | 株式会社日立製作所 | コンテンツ送信装置およびコンテンツ送信方法 |
| US8312267B2 (en) | 2004-07-20 | 2012-11-13 | Time Warner Cable Inc. | Technique for securely communicating programming content |
| US8266429B2 (en) * | 2004-07-20 | 2012-09-11 | Time Warner Cable, Inc. | Technique for securely communicating and storing programming material in a trusted domain |
| KR100677152B1 (ko) | 2004-11-17 | 2007-02-02 | 삼성전자주식회사 | 사용자 바인딩을 이용한 홈 네트워크에서의 콘텐츠 전송방법 |
| US8520850B2 (en) | 2006-10-20 | 2013-08-27 | Time Warner Cable Enterprises Llc | Downloadable security and protection methods and apparatus |
| US8732854B2 (en) | 2006-11-01 | 2014-05-20 | Time Warner Cable Enterprises Llc | Methods and apparatus for premises content distribution |
| US8621540B2 (en) | 2007-01-24 | 2013-12-31 | Time Warner Cable Enterprises Llc | Apparatus and methods for provisioning in a download-enabled system |
| JP5112812B2 (ja) * | 2007-10-19 | 2013-01-09 | パナソニック株式会社 | 遠隔医療システム |
| US9866609B2 (en) | 2009-06-08 | 2018-01-09 | Time Warner Cable Enterprises Llc | Methods and apparatus for premises content distribution |
| US9602864B2 (en) | 2009-06-08 | 2017-03-21 | Time Warner Cable Enterprises Llc | Media bridge apparatus and methods |
| JP2010119137A (ja) * | 2010-02-15 | 2010-05-27 | Hitachi Ltd | コンテンツ送信装置及びコンテンツ送信方法 |
| US9906838B2 (en) | 2010-07-12 | 2018-02-27 | Time Warner Cable Enterprises Llc | Apparatus and methods for content delivery and message exchange across multiple content delivery networks |
| JP5177238B2 (ja) * | 2011-01-18 | 2013-04-03 | 株式会社日立製作所 | コンテンツ送信装置およびコンテンツ送信方法 |
| US9565472B2 (en) | 2012-12-10 | 2017-02-07 | Time Warner Cable Enterprises Llc | Apparatus and methods for content transfer protection |
| US20140282786A1 (en) | 2013-03-12 | 2014-09-18 | Time Warner Cable Enterprises Llc | Methods and apparatus for providing and uploading content to personalized network storage |
| US9066153B2 (en) | 2013-03-15 | 2015-06-23 | Time Warner Cable Enterprises Llc | Apparatus and methods for multicast delivery of content in a content delivery network |
| US10368255B2 (en) | 2017-07-25 | 2019-07-30 | Time Warner Cable Enterprises Llc | Methods and apparatus for client-based dynamic control of connections to co-existing radio access networks |
| US9313568B2 (en) | 2013-07-23 | 2016-04-12 | Chicago Custom Acoustics, Inc. | Custom earphone with dome in the canal |
| US9621940B2 (en) | 2014-05-29 | 2017-04-11 | Time Warner Cable Enterprises Llc | Apparatus and methods for recording, accessing, and delivering packetized content |
| US11540148B2 (en) | 2014-06-11 | 2022-12-27 | Time Warner Cable Enterprises Llc | Methods and apparatus for access point location |
| US9935833B2 (en) | 2014-11-05 | 2018-04-03 | Time Warner Cable Enterprises Llc | Methods and apparatus for determining an optimized wireless interface installation configuration |
| US9986578B2 (en) | 2015-12-04 | 2018-05-29 | Time Warner Cable Enterprises Llc | Apparatus and methods for selective data network access |
| US9918345B2 (en) | 2016-01-20 | 2018-03-13 | Time Warner Cable Enterprises Llc | Apparatus and method for wireless network services in moving vehicles |
| US10492034B2 (en) | 2016-03-07 | 2019-11-26 | Time Warner Cable Enterprises Llc | Apparatus and methods for dynamic open-access networks |
| US10164858B2 (en) | 2016-06-15 | 2018-12-25 | Time Warner Cable Enterprises Llc | Apparatus and methods for monitoring and diagnosing a wireless network |
| DK3334187T3 (da) * | 2016-12-08 | 2021-07-05 | Gn Hearing As | Serverindretninger og fremgangsmåder til fjernkonfiguration af en høreindretning |
| US10645547B2 (en) | 2017-06-02 | 2020-05-05 | Charter Communications Operating, Llc | Apparatus and methods for providing wireless service in a venue |
| US10638361B2 (en) | 2017-06-06 | 2020-04-28 | Charter Communications Operating, Llc | Methods and apparatus for dynamic control of connections to co-existing radio access networks |
-
2003
- 2003-05-28 JP JP2003151473A patent/JP4477835B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004072721A (ja) | 2004-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4477835B2 (ja) | 認証システム、鍵登録装置及び方法 | |
| US7296147B2 (en) | Authentication system and key registration apparatus | |
| JP4610872B2 (ja) | グループ形成管理システム、グループ管理機器及びメンバー機器 | |
| RU2352985C2 (ru) | Способ и устройство для санкционирования операций с контентом | |
| JP5200204B2 (ja) | 高信頼性システムを含む連合型デジタル権限管理機構 | |
| US7949703B2 (en) | Group admission system and server and client therefor | |
| JP4795727B2 (ja) | コンテンツの利用端末を制限する方法、記憶装置およびシステム | |
| US8386606B2 (en) | Group formation/management system, group management device, and member device | |
| JP6119741B2 (ja) | 情報処理装置、情報記憶装置、サーバ、情報処理システム、および情報処理方法、並びにプログラム | |
| JP5450392B2 (ja) | コンテンツライセンスのポータブル記憶装置へのバインド | |
| JP4098742B2 (ja) | 公開鍵基盤構造を用いたドメイン形成方法 | |
| JP2007528658A (ja) | 改良されたドメインマネージャ及びドメイン装置 | |
| CN100365972C (zh) | 通过使用智能卡的设备认证来建立家庭域的方法及智能卡 | |
| US20080235810A1 (en) | Method of Authorizing Access to Content | |
| CN101467156A (zh) | 对授权域的改进的访问 | |
| CN103370944A (zh) | 具有数字版权管理的客户端装置和本地站以及随其使用的方法 | |
| JP2009147545A (ja) | 記憶装置、暗号化コンテンツの有効化方法及び端末装置 | |
| WO2003081499A1 (fr) | Procede et dispositif de gestion de licence | |
| JP2006508563A (ja) | デジタルホームネットワーク用鍵の有効性の確認方法 | |
| JP4268673B1 (ja) | 著作権保護システム、再生装置、及び再生方法 | |
| WO2006135078A1 (ja) | コンテンツの利用端末を制限する方法、記憶装置およびシステム | |
| JP2006246081A (ja) | 暗号処理装置、コンテンツ再生システム、ｉｃカード、暗号処理方法、暗号処理プログラムおよび記録媒体 | |
| JP4731034B2 (ja) | 著作物保護システム、暗号化装置、復号化装置および記録媒体 | |
| JP2004135021A (ja) | 記憶装置およびサーバ装置 | |
| JP5198218B2 (ja) | 記憶媒体処理サーバ、記憶媒体処理方法及びシステム、及びユーザ端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060307 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090714 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090911 |
|
| 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: 20100216 |
|
| 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: 20100312 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4477835 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140319 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |