(57)【特許請求の範囲】
【請求項１】
受信機を認証する認証サーバと、認証情報を生成する認証情報生成サーバと、ＥＭＭを生成するＥＭＭ生成サーバと、前記受信機に接続するＩＣカードと、を備える通信システムにおいて、
前記認証情報生成サーバは、認証情報を生成する認証情報生成部と、前記認証情報と時刻情報とから秘密情報を生成する秘密情報生成部と、を備え、
前記ＥＭＭ生成サーバは、前記認証情報生成サーバが生成した認証情報からＥＭＭを生成するＥＭＭ生成部と、当該ＥＭＭを前記受信機に送信する送信部と、を備え、
前記ＩＣカードは、前記ＥＭＭ生成サーバが生成したＥＭＭから認証情報を復号する復号部と、当該復号した認証情報と前記時刻情報とから前記秘密情報を生成する秘密情報生成部と、当該秘密情報を前記受信機に送信する送信部と、を備え、
前記受信機は、前記ＥＭＭ生成サーバが生成した前記ＥＭＭを前記ＩＣカードに送信するＥＭＭ送信部と、前記秘密情報をインターネット経由で前記認証サーバに送信する秘密情報送信部と、を備えることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおける機器の認証に関する。その中でも特に、デジタル放送視聴環境においてネットワークに接続された受信機を認証する装置に関する。
【背景技術】
【０００２】
下記非特許文献１のように「デジタル放送におけるアクセス制御方式」として、利用者が契約した内容に従って、利用者が視聴できるデジタル放送コンテンツを制御する方式がある。上記方式では、利用者の契約情報、およびコンテンツの復号に必要な鍵Ｋｗを秘密情報である共通鍵Ｋｍで暗号化された情報をＥＭＭとして生成し、ＥＭＭを復号できる秘密情報ＫｍをＩＣカードごとに記録し配布している。利用者が契約を更新した際には、新たなＥＭＭを送信することで、契約内容に従って視聴できるデジタル放送コンテンツを制御できる。その際、秘密情報Ｋｍが記録されたＩＣカードのみが復号することができる。ＥＭＭは放送コンテンツと同じ経路で送付する等、下記非特許文献１記載の方法で、ＩＣカードに送信される。ＩＣカードはデジタル放送を受信できる受信機に挿入されて利用される。
【０００３】
【非特許文献１】社団法人  電波産業会  デジタル放送におけるアクセス制御方式  標準規格  ARIB STD-B25
【発明の開示】
【発明が解決しようとする課題】
【０００４】
テレビ等のデジタル放送視聴環境において、インターネット上での認証を伴うサービスを利用するための１つの方法として、受信機が持つＷｅｂブラウザ機能が認証情報を利用し、サービス利用時に提示する方法がある。認証情報として、ＩＣカードを利用して取得する共通鍵ＫｍやＥＭＭ相当の秘密情報を利用することで、利用者の契約内容を踏まえたサービス提供が可能となるが、上記方法はデジタル放送における方法であり、インターネット上のサービスを受ける際の実現方法が無いという第一の課題がある。
【０００５】
さらに、受信機が持つＷｅｂブラウザ機能に認証情報を利用させるため、およびサービス提供までの速度向上のために、受信機に認証情報をコピーすることが考えられるが、その場合、複数の受信機に認証情報がコピーされ、契約していない人物がサービスを利用できてしまうという脅威がある。この対策としては、受信機における認証情報の有効期限を短くし、短時間でＩＣカードから新規の認証情報を提供することが考えられる。この対策により、不正にコピーされた場合のサービス利用機会を少なくすることが可能である。ただし、ＥＭＭ送信によってサービス利用を制御する方式では、すべての利用者に対してＥＭＭを送信するための時間が長く、短時間でＩＣカードから受信機に対して認証情報を提供することが困難であるという第二の課題がある。従って、上記各課題を解決する新たな手法が求められている。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明では以下の構成をとった。なお、以下の表現では、通信システム、となっているが、これを用いた方法や各機器（受信機やサーバ）も本発明に含まれる。
【０００７】
受信機を認証する認証サーバと、前記受信機に接続する認証情報管理サーバとを有する通信システムにおいて、前記認証サーバおよび前記認証情報管理サーバは、当該認証サーバおよび認証情報管理サーバで共有する秘密情報をそれぞれ記憶し、前記認証サーバおよび前記認証情報管理サーバは、それぞれにおいて、各々の時点で異なる値を示す非同期情報を取得し、前記認証サーバは、前記秘密情報および前記非同期情報を用いて、前記受信機を認証する認証情報を生成する通信システム。
【０００８】
この通信システムにおいて、前記認証情報管理サーバが、一定時間ごとに前記受信機に前記認証情報を送信し、前記認証サーバが前記認証情報を受信した受信機を認証する通信システム。
【０００９】
上記の通信システムにおいて、前記認証サーバと、前記認証情報管理サーバは、当該通信システムの配信経路を用いて一定時間ごと、もしくは前記受信機からの要求を受けた際に、前記認証のための認証コードを少なくとも一方から他方に送信することで、前記認証コードを共有可能とする通信システム。
【００１０】
この通信システムにおいて、前記認証サーバは、前記秘密情報、前記認証コードおよび前記非同期情報を用いて、前記認証情報を生成する通信システム。
【００１１】
この通信システムにおいて、前記認証情報管理サーバが、一定時間ごとに前記受信機に前記認証情報を送信し、前記認証サーバが前記受信機を認証する通信システム。
【００１２】
上記の通信システムにおいて、第２の認証サーバを更に有し、前記受信機は、前記認証サーバおよび前記第２のサーバに、前記認証情報を送信し、前記第２のサーバが前記認証サーバに認証情報の検証を依頼する依頼情報を送信する通信システム。
【００１３】
より具体的には、本発明では、図１に示すような構成を想定する。
上記構成では、ネットワーク８および認証コード配信経路９に、受信機１１〜受信機１n（以下、まとめて受信機１と記述する）が接続しており、また、ネットワーク８にサービス提供機能３が、認証コード配信経路９に認証コード生成送出機能４が、それぞれ接続している。認証コード配信経路９は特に規定しないが、例えば非特許文献１に記載されている放送コンテンツを送付する経路と同じ場合や、受信機が接続するネットワーク８と同一の経路である場合、などが考えられる。
【００１４】
受信機１に対してはそれぞれ端末側認証情報管理機能２１〜２n（以下、まとめて端末側認証情報管理機能２と記述する）が接続している。接続方法は特に規定しないが、端末側認証情報管理機能２がICカードのような物理的な媒体であり、それが受信機に挿入される場合や、受信機内のソフトウェアやICチップのようなハードウェアとして受信機に搭載される場合などが考えられる。
認証関連情報生成機能５は、サービス提供機能３、認証コード生成送出機能４、同期情報管理機能７、個別情報管理機能６と接続しており、また、個別情報管理機能６は認証コード生成送出機能４とも接続している。これらの接続形態は特に規定しないが、それぞれの機能が個別のサーバ上で実装され、企業内ネットワークやインターネットに接続しお互いに通信を行う場合や、サーバ間でのオフラインでの情報渡しや特定の配線によりデータ授受を行う場合や、同一のサーバ上に実装され、サーバ内部でデータ授受を行う場合、などが考えられる。
【００１５】
受信機１は、ネットワーク８を介してサービス提供機能３と通信するためのネットワーク通信機能１１と、認証コード配信経路９を介して認証コード生成送出機能４と通信するための認証コード通信機能１２と、端末側認証情報管理機能２が生成した認証情報を、認証情報１３１として記録・管理する認証情報記録機能１３と、端末側認証情報管理機能２とのデータ授受を行う端末側認証情報管理機能との通信機能１４、を備える。
【００１６】
端末側認証情報管理機能２は、受信機とのデータ授受を行う受信機との通信機能２１と、認証情報を生成する認証情報生成機能２２と、端末側認証情報管理機能２に個別に割り振られた情報である個別ID２３１および個別鍵Ｋiを記録・管理する端末側個別情報記録機能２３と、認証コード生成送出機能から送付される認証コード２４１を記録・管理する認証コード管理機能２４と、同期情報２５１を取得し記録・管理する同期情報管理機能２５、を備える。
【００１７】
個別ID２３１は、個別情報管理機能６において把握されているとする。
【００１８】
個別鍵Ｋｉについては、上記の共通鍵Ｋｍの場合や、Ｋｍとは異なる共通鍵の場合や、公開鍵暗号方式における秘密鍵を用いることも本発明に含まれる。
【００１９】
同期情報は同期情報管理機能７と端末側認証情報管理機能２が、それぞれ同期情報７０１、同期情報２５１として取得し、同一となるような情報である。同期情報については特に規定しないが、時刻情報である場合、同期サーバから送出される本システム上でのみ意味のある乱数などの同期情報である場合、などが考えられる。時刻情報を同期情報として利用する場合は、特定の時間を同期情報とすることをあらかじめ決めておく等の手段により、同期情報管理機能７と端末側認証情報管理機能２とで同じ値を取得することができる。同期情報の取得方法については、同期情報はデジタル放送に含まれる時刻情報を受信機を介して取得する場合や、同期情報をネットワーク上に保持しているサーバから特定の情報を取得する態様も本発明に含まれる。
【００２０】
認証情報の生成方法としては、同期情報２５１と認証コード２４１を合わせた情報をＫｉにより暗号化し、その情報に認証コードを合わせたものを認証情報とする場合や、システムとして認証コードを利用せずに、同期情報７０１をＫｉにより暗号化し、その情報に認証コードを合わせたものを認証情報とする場合、などが考えられる。認証情報の生成に認証コード２４１を利用しない場合は、下記の認証コード生成機能５１や認証コード生成送出機能４は存在せず、それにかかわる動作は行わないものとする。Ｋｉを公開鍵暗号方式における秘密鍵とした場合は、暗号化においては電子署名を行う。
【００２１】
サービス提供機能３は、認証関連情報生成機能５から提供される認証情報を記録・管理し、受信機から送付される認証情報１３１との比較を行う認証情報管理機能３１と、ネットワーク８を介して受信機と通信するためのネットワーク通信機能３２、を備える。
【００２２】
認証コード生成送出機能４は、認証関連情報生成機能５から提供される認証コードを受け取り、個別情報管理機能６から提供される個別鍵Ｋｉを用いて暗号化する認証コード暗号化機能４１と、認証コード配信経路９を介して受信機に対して暗号化した認証コードを送出する認証コード通信機能４２、を備える。
【００２３】
個別鍵Ｋｉを用いて暗号化する以外にも、複数の端末側認証情報管理機能２に共通に備えられたグループで利用する鍵などを用いて暗号化する場合や、暗号化を行わない場合、なども本発明の一態様に含まれる。
【００２４】
認証関連情報生成機能５は、乱数として認証コード２４１を生成し、認証コード生成送出機能４に提供する認証コード生成機能５１と、同期情報管理機能７から提供される同期情報７０１と、認証コード生成機能５１から提供される認証コード２４１と、個別情報管理機能６から提供される個別ＩＤおよびＫｉをもとに、認証情報を生成する認証情報生成機能５２、を備える。
【００２５】
認証コード２４１は、端末側認証情報管理機能２１ごとに生成する場合や、数の端末側認証情報管理機能２に共通に備えられたグループごとに生成する場合や、すべての端末側認証情報管理機能２に共通に生成する場合、などが考えられる。
認証情報の生成方法としては、端末側認証情報管理機能２の動作と同様の内容を行うものとする。
【００２６】
個別情報管理機能６は、端末側認証情報管理機能２ごとに割り振られた個別ＩＤとＫｉを対応付けて記録・管理し、認証関連情報生成機能５や認証コード生成送出機能４に提供する個別ＩＤおよび個別鍵Ｋｉ記録機能６１を備える。
認証コード生成送出機能４において、グループで利用する鍵などを用いて暗号化する場合は、グループで利用する鍵も合わせて管理してもよい。
【００２７】
同期情報管理機能７は、同期情報７０１を取得し、認証コード生成送出機能４に提供する。
【００２８】
利用者が受信機１および端末側認証情報管理機能２を操作して、サービス提供機能からサービスを受ける場合を考える。
【００２９】
利用者はあらかじめ、サービス提供者と契約をし、端末側認証情報管理機能２を配布もしくは、個別ＩＤおよび個別鍵Ｋｉのみを配布されているとする。もしくは、端末側認証情報管理機能２、もしくは、個別ＩＤおよび個別鍵Ｋｉのみを購入し、サービス提供者側とその情報を共有しているとする。サービス提供者は個別IDおよび個別鍵Kiを個別情報管理機能６において管理しているとする。
【００３０】
認証関連情報生成機能５は、定期的もしくは受信機からの要求があった際に認証コード２４１を生成し、認証コード生成送出機能４に提供する。認証コード生成送出機能４は個別情報管理機能から個別鍵Ｋｉを提供され、認証コード２４１をＫｉで暗号化して受信機１の認証コード通信機能１２へ送付する。
【００３１】
個別鍵Ｋｉを用いて暗号化する以外にも、複数の端末側認証情報管理機能２に共通に備えられたグループで利用する鍵などを用いて暗号化することも考えられる。
【００３２】
受信機１への送付方法としては特に規定しないが、例えば非特許文献１に記載されている放送コンテンツを送付する経路と同じ場合や、非特許文献１に記載されている受信機が接続するネットワーク８である場合、などが考えられる。
【００３３】
受信機１は、認証コード生成送出機能４から暗号化された認証コード２４１を受信し、端末側認証情報管理機能２に渡す。端末側認証情報管理機能２は個別鍵Ｋｉを用いて復号した後、認証コード管理機能２４において保持する。
【００３４】
端末側認証情報管理機能２および認証関連情報生成機能５における認証コードは、定期的もしくは受信機からの要求があった際に更新される。
【００３５】
端末側認証情報管理機能２における同期情報管理機能２５は、同期情報２５１を取得する。端末側認証情報管理機能２は、認証情報生成機能２２を用いて、端末側認証情報管理機能２に保存された、個別ＩＤ２３１と、個別鍵Ｋｉ２３２と、同期情報２５１と、必要な場合は認証コード２４１と、を使って、認証情報１３１を生成し、受信機１に渡す。一方、同期情報管理機能７は、同期情報７０１を取得する。
【００３６】
認証関連情報生成機能５は、認証情報生成機能５２を用いて、個別情報管理機能に保存された、個別ＩＤと、個別鍵Ｋｉと、同期情報７０１と、必要な場合は上記で生成した認証コード２４１と、を使って認証情報を生成し、サービス提供機能３に渡す。サービス提供機能３は、認証情報を保持する。
【００３７】
上記の受信機１およびサービス提供機能３に保持された認証情報の有効期限は短い期間であり、有効期限が切れる前もしくは切れる度に更新されて利用されるものとする。その際、同期情報を、および認証情報の生成に認証コードを必要とする場合は認証コードを、新規に取得もしくは生成されることで、新規の認証情報となる。
利用者は、受信機１を操作してネットワーク８を介してサービス提供機能３と通信し、サービスの授受を行う場合、認証情報１３１を認証情報をサービス提供機能３に提示することで認証を要求する。サービス提供機能３においても、各個別ＩＤごとに認証情報を保持しているので、合致するか否かを判断することで認証を行うことができる。Ｋｉに公開鍵暗号方式における秘密鍵とする場合は、署名の検証を行うことで認証を行うことができる。また、認証に伴い利用者を識別することができるため、利用者の契約内容に沿って、サービス提供を制御することができる。
【００３８】
上記方法により、デジタル放送受信環境における受信機等の環境においてネットワーク通信における認証が可能になり、インターネット上のサービスを受ける際の実現方法が無いという第一の課題を解決することができる。
また、上記方法により、認証コードだけでなく端末側認証情報管理機能２が入手できる同期情報を利用することで、認証情報を頻繁に更新することが可能になり、ＥＭＭ送信によってサービス利用を制御する方式では、すべての利用者に対してＥＭＭを送信するための時間が長く、短時間でＩＣカードから受信機に対して認証情報を提供することが困難であるという第二の課題を解決することができる。
【発明の効果】
【００３９】
本発明により、デジタル放送受信環境においてネットワーク上のサービスを受ける際に、利用者の契約内容に従ってサービス提供内容を制御することが可能になる。また、利用者になりすましてサービス授受する脅威を低減することが可能になる。
【発明を実施するための最良の形態】
【００４０】
本発明に関する実施例を、実施例１および実施例２で示す。
実施例１および実施例２では、CATVに加入している利用者が、CATVのデータ放送の広告をもとに商品の宅配サービスを受ける場合を示す。
【００４１】
実施例１では、上記認証情報をCookieとして利用し、その後SAML（Security Assertion Markup Language）を利用して宅配サービスがSTBを認証する場合を示す。
実施例２では、上記認証情報をSAMLにおけるArtifactと同等のものとして利用し、宅配サービスがSTBを認証する場合を示す。
【００４２】
なお、これらの実施例によって本発明が限定されるものではない。
【００４３】
なお、実施例に示すSTB、認証サービスWebサーバ機能、宅配サービスWebサーバ機能は、図２に示されるように、演算装置と、メモリと、ハードディスク等の外部記憶装置と、ネットワークを介して他装置と通信を行うための通信装置と、キーボードやボタン等の入力装置と、モニタ等の出力装置と、これら各装置間のデータ送受を行うインタフェースとを備えた、電子計算機または家電機器である。そして、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、処理をおこなう。
【実施例１】
【００４４】
図３は、本発明の実施例１の一構成を示した図である。
【００４５】
カード情報管理事業者が、認証サービスWebサーバ機能３、認証コード生成送出機能４、認証関連情報生成機能５、カード情報管理機能６、同期情報管理機能７を備えているとする。顧客情報管理事業者が、顧客情報管理機能１０を備えているとする。宅配サービス事業者が、宅配サービスWebサーバ機能９を備えているとする。利用者が、STB１およびICカードを所有しているとする。
【００４６】
インターネット８１および認証コード配信経路８２に、STB１１〜STB１n（以下、まとめてSTB１と記述する）が接続しており、また、インターネット８１に認証サービスWebサーバ機能３と、宅配サービスWebサーバ機能が、認証コード配信経路８２に認証コード生成送出機能４が、それぞれ接続している。認証コード配信経路８２は特に規定しないが、例えば非特許文献１に記載されている放送コンテンツを送付する経路と同じ場合や、受信機が接続するインターネット８１と同一の経路である場合、などが考えられる。
STB１に対してはそれぞれICカード２１〜２n（以下、まとめてICカード２と記述する）が挿入され、接続している。
【００４７】
認証関連情報生成機能５は、認証サービスWebサーバ機能３、認証コード生成送出機能４、同期情報管理機能７、個別情報管理機能６と接続しており、また、個別情報管理機能６は認証コード生成送出機能４とも接続している。これらの接続形態は特に規定しないが、それぞれの機能が個別のサーバ上で実装され、企業内ネットワークやインターネットに接続しお互いに通信を行う場合や、サーバ間でのオフラインでの情報渡しや特定の配線によりデータ授受を行う場合や、同一のサーバ上に実装され、サーバ内部でデータ授受を行う場合、などが考えられる。
【００４８】
STB１は、インターネット８１を介して認証サービスWebサーバ機能３、および宅配サービスWebサーバ機能と通信するためのネットワーク通信機能１１と、認証コード配信経路９を介して認証コード生成送出機能４と通信するための認証コード通信機能１２と、ICカード２が生成したCookieを、認証情報１３１として記録・管理する認証情報記録機能１３と、ICカード２とのデータ授受を行うICカードとの通信機能１４、を備える。
【００４９】
ICカード２は、STBとのデータ授受を行うSTBとの通信機能２１と、Cookieを生成するCookie生成機能２２と、ICカード２に個別に割り振られた情報である個別ID２３１および個別鍵Ｋｍを記録・管理する端末側個別情報記録機能２３と、認証コード生成送出機能から送付される認証コード２４１を記録・管理する認証コード管理機能２４と、同期情報として時刻情報２５１を取得し記録・管理する同期情報管理機能２５、を備える。個別ID２３１は、個別情報管理機能６において把握されているとする。
【００５０】
個別鍵Ｋｍについては、CATVの放送の視聴を制御するために用いられるマスター鍵と同一のものとする。
【００５１】
同期情報は同期情報管理機能７とICカード２が、それぞれ同期情報７０１、同期情報２５１として取得し、同一となるような情報であり、本実施例では、時刻情報とする。時刻情報として、5分単位でちょうどとなる時刻を同期情報として入手する。例えば、２００５年１０月１２日２３時１５分００秒などを同期情報とし、つぎの同期情報は5分後の２００５年１０月１２日２３時２０分００秒情報を利用するとする。
【００５２】
認証サービスWebサーバ機能３は、認証関連情報生成機能５から提供されるCookieを記録・管理し、受信機から送付されるCookie１３１との比較を行うCookie管理機能３１と、インターネット８１を介してSTBおよび宅配サービスWebサーバ機能９と通信するためのネットワーク通信機能３２、STBおよび宅配サービスWebサーバとのSAMLに関する通信を管理する認証チケット管理機能３３を備える。
【００５３】
認証コード生成送出機能４は、認証関連情報生成機能５から提供される認証コードを受け取り、個別情報管理機能６から提供される個別鍵Kmを用いて暗号化する認証コード暗号化機能４１と、認証コード配信経路９を介して受信機に対して暗号化した認証コードを送出する認証コード通信機能４２、を備える。
【００５４】
認証関連情報生成機能５は、乱数として認証コード２４１を生成し、認証コード生成送出機能４に提供する認証コード生成機能５１と、同期情報管理機能７から提供される同期情報７０１と、認証コード生成機能５１から提供される認証コード２４１と、個別情報管理機能６から提供される個別ＩＤおよびKmをもとに、Cookieを生成するCookie生成機能５２、を備える。
【００５５】
カード情報管理機能６は、ICカード２ごとに割り振られたカードＩＤとKmを対応付けて記録・管理し、認証関連情報生成機能５や認証コード生成送出機能４に提供するカードＩＤおよび個別鍵Km記録機能６１を備える。
【００５６】
同期情報管理機能７は、時刻情報７０１を取得し、認証コード生成送出機能４に提供する。
【００５７】
宅配サービスWebサーバ機能９は、STBおよび認証サービスWebサーバ機能とのSAMLに関する通信を管理する認証チケット問い合わせ機能と、インターネット８１を介してSTB、および認証サービスWebサーバ機能と通信するためのネットワーク通信機能３２、を備える。
【００５８】
次に、図３の装置の動作において、利用者が顧客情報管理事業者にCATVサービスの申し込みを行ってから、商品の宅配サービスを受ける場合の動作について、図面を用いて説明する。
【００５９】
図５は、図３の装置において、利用者が顧客情報管理事業者に申し込みを行い、ICカードを取得する場合の動作を示す。
【００６０】
利用者がCATVサービスの利用申し込みを作成し、郵送などにより顧客情報管理事業者に送付する（ステップ５１０１）。利用申し込みには、氏名、生年月日、住所、課金方法など、サービス提供に必要な顧客情報が記載されているとする。顧客情報管理事業者はCATV局が運営する場合などが考えられる。次に、顧客情報管理事業者が利用申し込みを受け付けた後、顧客情報を保存し（ステップ５１０２）、ICカード発行依頼をカード情報管理事業者に依頼し（ステップ５１０３）、カード情報管理事業者が受け付ける（ステップ５２０１）。依頼経路としては、郵送や電子メールやオンラインで発行を依頼する独自のアプリケーションなどが考えられる。カード情報管理事業者では、発行依頼にしたがってICカードを発行し（ステップ５２０２）、顧客情報管理事業者に送付する（ステップ５２０３）。ICカードには、カードIDおよびKmが含まれる。ICカード内のKmは不正に利用されないように物理的に保護されているとする。顧客情報管理事業者はICカードを受付け、ICカードに割り振られたカードIDと顧客情報を結びつけて管理する（ステップ５１０４）。顧客情報管理事業者は、ICカードを利用者に送付し（ステップ５１０５）、利用者はそれを受け取る（ステップ５３０２）。
【００６１】
以上が、利用者が顧客情報管理事業者に申し込みを行い、ICカードを取得する場合の動作である。
【００６２】
上記以外の方法として、カード情報管理事業者があらかじめＩＣカードを複数発行して顧客情報管理事業者に提供しておき、利用者からの申し込みを得てから顧客情報管理事業者があらかじめ入手していたＩＣカードを利用者に割り当て、送付することなどが考えられる。
【００６３】
図６は、図３の装置において、カードID管理事業者から送付された認証コードを用いて、STBおよび認証サービスWebサーバ機能においてCookieを保持する場合の動作を示す。
【００６４】
動作前提として、カードID管理事業者が備える同期情報管理機能７は、インターネット上のNTP（Network Time Protocol）サーバから定期的に時刻情報を取得し、同期情報として利用するものとする（ステップ６１０１）。取得する頻度としては５分単位の同期情報がICカードとずれないように、取得するものとする。また、ICカードはSTBから１５秒間隔でカード要求確認コマンドを受付け（ステップ６２０１、およびステップ６３０１）、そのコマンドに含まれる時刻情報を同期情報として入手するものとする（ステップ６３０２）。カード要求確認コマンドに対してはレスポンスを返すものとする（ステップ６３０３、およびステップ６２０２）。
【００６５】
カードID管理事業者が備える認証関連情報生成機能５が認証コード生成機能５１を用いて認証コードとなる乱数を生成し（ステップ６１０２）、カード情報管理機能６からカードIDとKmを取得し、認証コード生成送出機能４の認証コード暗号化機能４１を用いて認証コードを含む情報を契約情報の一部としてKmにより暗号化し（ステップ６１０３）、EMMを生成する。次に認証コード通信機能４２を用いてEMMをCATVの映像コンテンツ配信経路と同一の経路に送出する（ステップ６１０４）。
STBは認証コード通信機能１２によりEMMを受信し（ステップ６２０３）、EMM受信コマンドを発行し（ステップ６２０４）、ICカードが受け付ける（ステップ６３０４）。ICカードはEMMを復号し、認証コードを取得する（ステップ６３０５）。ICカードはEMM受信コマンドのレスポンスをSTBに返信する（ステップ６３０６）。この際、ICカードからSTBへの指示としてICカード指示の情報を含ませ、STBにICカードにアクセスしてCookieを取得するためのコマンド（ここではCookie取得用コマンドとする）を発行するように指示する。STBはレスポンスを受付（ステップ６２０５）、ICカード指示に従ってCookie取得用コマンドを発行する（ステップ６２０６）。ICカードはCookie取得用コマンドを受付け（ステップ６３０７）、Cookieを生成する（ステップ６３０８）。この際のCookieの生成方法としては、時刻情報と認証コードを合わせた情報をＫｍにより暗号化し、その情報に認証コードを合わせたものとする。
【００６６】
認証コードをEMMに入れて送出する以外にも、EMM個別メッセージに入れて送出する場合なども本実施例に含まれる。
【００６７】
次に、ICカードがCookie取得用コマンドへのレスポンスを返し（６３０９）、STBが受け付ける（ステップ６２０７）。レスポンスには生成したCookieを含み、STBがCookieを入手する（ステップ６２０８）。
【００６８】
一方、カードID管理事業者が備えるCookie生成機能においても、ICカード上でのCookie生成と同様にして、Cookieを生成する（ステップ６１０５）。
【００６９】
上記のステップ６１０２からステップ６１０５までの動作は、認証コード生成を定期的に行い、繰り返すものとする。例えば、認証コード生成後２時間経過したかを、認証コード生成機能が判断し（ステップ６１０６）、２時間経過していれば、ステップ６１０２を実行する。
【００７０】
以上が、カードID管理事業者から送付された認証コードを用いて、STBおよび認証サービスWebサーバ機能においてCookieを保持する場合の動作である。
【００７１】
また、全体のシステムとして認証コードを利用せずに、時刻情報をKmにより暗号化し、その情報に認証コードを合わせたものを認証情報とする場合も考えられる。認証情報の生成に認証コードを利用しない場合は、図６における動作は行わないものとする。
【００７２】
図７は、図３の装置において、利用者からカードID管理事業者に認証コードの送付を依頼し、カードID管理事業者から送付された認証コードを用いて、STBおよび認証サービスWebサーバ機能においてCookieを保持する場合の動作を示す。本動作は非特許文献１における第一部４．５．１節における視聴情報収集情報における受信機動作をもとに、本特許に関わる動作を追加したものである。
【００７３】
動作前提として、カードID管理事業者が備える同期情報管理機能７は、インターネット上のNTP（Network Time Protocol）サーバから定期的に時刻情報を取得し、同期情報として利用するものとする（ステップ６１０１）。取得する頻度としては５分単位の同期情報がICカードとずれないように、取得するものとする。また、ICカードはSTBから１５秒間隔でカード要求確認コマンドを受付け（ステップ６２０１、およびステップ６３０１）、そのコマンドに含まれる時刻情報を同期情報として入手するものとする（ステップ６３０２）。カード要求確認コマンドに対してはレスポンスを返すものとする（ステップ６３０３、およびステップ６２０２）。
【００７４】
次に、STBは利用者の操作やICカードからの視聴履歴情報を送信するための要求を起因として、ユーザ発呼要求コマンドを発行する（ステップ７２０７）。ICカードはユーザ発呼要求コマンドを受付（ステップ７３０４）、STBがカードID管理業者に発呼するよういICカード指示を含めてレスポンスを返す（ステップ７３０５）。STBはICカードからの指示を受付（ステップ７２０４）、カードID管理事業者に発呼する（ステップ７２０５）。カードID管理事業者は発呼への応答を返し（ステップ７１０３）、STBは応答を受付（ステップ７２０６）、呼接続状態通知コマンドを発行する（ステップ７２０７）。ICカードは呼接続状態通知コマンドを受付（ステップ７３０６）、視聴履歴情報をICカード内の秘密情報を用いて暗号化してカードID管理事業者に送付する（ステップ７３０７）。STBは暗号化された情報を転送し（ステップ７２０８）、カードID管理事業者はそれを受け付ける（ステップ７１０４）。カードID認証事業者は視聴履歴情報への返信としてEMMを送付するが、それに合わせて認証コードを送付する。そのため、認証コード生成機能５１を用いて認証コードとなる乱数を生成し（ステップ７１０５）、カード情報管理機能６からカードIDとKmを取得し、認証コード生成送出機能４の認証コード暗号化機能４１を用いて認証コードを含む情報を契約情報の一部としてKmにより暗号化し（ステップ７１０６）、EMMを生成する。次に認証コード通信機能４２を用いてEMMを送出する（ステップ７１０７）。
【００７５】
STBは認証コード通信機能１２によりEMMを受信する（ステップ７２０９）、その後の動作については、上記ステップステップ６２０４からステップ６２０７と同様であり、STBがICカードが生成したCookieを入手する（ステップ７２１１）。
一方、カードID管理事業者が備えるCookie生成機能においても、ICカード上でのCookie生成と同様にして、Cookieを生成する（ステップ７１０８）。
【００７６】
以上が、利用者からカードID管理事業者に認証コードの送付を依頼し、カードID管理事業者から送付された認証コードを用いて、STBおよび認証サービスWebサーバ機能においてCookieを保持する場合の動作である。
【００７７】
また、全体のシステムとして認証コードを利用せずに、時刻情報をKmにより暗号化し、その情報に認証コードを合わせたものを認証情報とする場合も考えられる。認証情報の生成に認証コードを利用しない場合は、図７における動作は行わないものとする。
【００７８】
図８は、図３の装置において、認証コードによるCookieの更新を行った後、認証コードを入手する間隔よりも短い間隔で同期情報を入手し、同期情報を用いてCookieを更新する動作を示す。
【００７９】
カードID管理事業者が備える同期情報管理機能７は、インターネット上のNTP（Network Time Protocol）サーバから定期的に時刻情報を取得し、同期情報として利用するものとする（ステップ８１０２）。前回のCookie生成より５分経過したか否かを判断し（ステップ８１０１）、Ｃｏｏｋｉｅを更新する（ステップ８１０３）。
【００８０】
一方、ICカードはSTBから１５秒間隔でカード要求確認コマンドを受付け（ステップ８２０１、およびステップ８３０１）、そのコマンドに含まれる時刻情報を同期情報として入手するものとする（ステップ８３０２）。前回のCookie生成より５分経過したか否かを判断し（ステップ８３０３）、５分経過していた場合は、カード要求確認コマンドに対して、Ｃｏｏｋｉｅ取得用コマンドの発行指示を含むレスポンスを返すものとする（ステップ８３０５、およびステップ８２０３）。STBはICカード指示に従ってCookie取得用コマンドを発行する（ステップ８２０４）。ICカードはCookie取得用コマンドを受付け（ステップ８３０６）、Cookieを生成する（ステップ８３０７）。次に、ICカードがCookie取得用コマンドへのレスポンスを返し（８３０８）、STBが受け付ける（ステップ８２０５）。レスポンスには生成したCookieを含み、STBがCookieを入手する（ステップ８２０６）。
【００８１】
５分経過していない場合は、Ｃｏｏｋｉｅ取得用コマンド発行の指示を含まないレスポンスを返すものとする（ステップ８３０４、およびステップ８２０２）。
【００８２】
以上が、認証コードによるCookieの更新を行った後、認証コードを入手する間隔よりも短い間隔で同期情報を入手し、同期情報を用いてCookieを更新する動作である。
【００８３】
図９および図１０は、図３の装置の動作において、カードＩＤ管理事業者がＳＴＢをＣｏｏｋｉｅを利用して認証し、さらにその認証結果を利用して宅配サービス事業者がＳＴＢを認証する場合の動作を示す。
【００８４】
前提として、カードＩＤ管理事業者は、Ｃｏｏｋｉｅを認証サービスＷｅｂサーバ機能３におけるＣｏｏｋｉｅ管理機能３１に保存し、ＳＴＢは認証情報記録機能１３に保存し、それぞれのネットワーク通信機能が呼び出して利用するものとする。例えば、ＳＴＢ側のネットワーク通信機能としてはＳＴＢが備えるＷｅｂブラウザが考えられる。
【００８５】
利用者がＣＡＴＶを視聴している最中に、ＳＴＢはデータ放送で配信される宅配サービス事業者の広告を表示する（ステップ９３０１）。例えば、販売している商品の広告として詳細情報や価格などが表示される。利用者がＳＴＢを操作して宅配サービス事業者が運営する宅配サービスＷｅｂサーバ機能へ接続を指示する（ステップ９３０２）。ＳＴＢは宅配サービスＷｅｂサーバ機能９へ接続する（ステップ９３０３）。宅配サービスＷｅｂサーバ機能はＳＴＢからの接続を受け付ける（ステップ９１０１）。次に、認証チケット問い合わせ機能９１がＳＡＭＬの規定に従いＡｕｔｈｎＲｅｑｕｅｓｔを生成し（ステップ９１０２）、カードＩＤ管理事業者の認証サービスＷｅｂサーバ機能３へ接続する指示を含むＨＴＴＰリダイレクトをＳＴＢに対して送信する（ステップ９１０３およびステップ９３０４）。
【００８６】
その応答においてＡｕｔｈｎＲｅｑｕｅｓｔを含み、ＳＴＢはＡｕｔｈｎＲｅｑｕｅｓｔを含んだ内容で認証サービスＷｅｂサーバ機能３に接続する。その際、Ｃｏｏｋｉｅを提示する。認証サービスＷｅｂサーバ機能３はＳＴＢからの接続を受付ける（ステップ９２０１）。認証サービスＷｅｂサーバ機能３はＣｏｏｋｉｅ管理機能３１におけるＣｏｏｋｉｅとＳＴＢから提示されたＣｏｏｋｉｅを比較し、同一のものであることを確認する（ステップ９２０２）。次に認証チケット管理機能３３がＡｕｔｈｎＲｅｑｕｅｓｔを取得し（ステップ９２０３）、Ｃｏｏｋｉｅによる認証が成立していることからＡｓｓｅｒｔｉｏｎおよびそれに対応するＡｒｔｉｆａｃｔを生成する（ステップ９２０４）。次に、Ｒｅｓｐｏｎｓｅを生成する（ステップ９２０５）。ＲｅｓｐｏｎｓｅにはＡｒｔｉｆａｃｔを含む。次に、カードＩＤと生成したＡｓｓｅｒｔｉｏｎを対応付けて保存しておく（ステップ９２０６）。これは、宅配サービス事業者からはＡｓｓｅｒｔｉｏｎによって問合せが行われることを想定し、それに対応するカードＩＤ、および更にカードＩＤに対応する顧客情報を獲得するために保存している。
【００８７】
次に、Ｒｅｓｐｏｎｓｅを宅配サービスＷｅｂサーバ機能９へ接続する指示を含むＨＴＴＰリダイレクトをＳＴＢに対して送信する（ステップ９２０７およびステップ９２０５）。宅配サービスＷｅｂサーバ機能はＳＴＢからの接続を受け付ける（ステップ９１０４）。認証チケット問合せ機能９１を利用してＲｅｓｐｏｎｓｅを取得し（ステップ９１０５）、Ｒｅｓｐｏｎｓｅに含まれるＡｒｔｉｆａｃｔを検証するためＡｒｔｉｆａｃｔＲｅｓｏｌｖｅを生成し（ステップ１０１０１）、認証サービスＷｅｂサーバ機能３に送付する（ステップ１０１０２）。認証サーバＷｅｂサーバ機能３は認証チケット管理機能３３を利用してＡｒｔｉｆａｃｔＲｅｓｏｌｖｅを受付け（ステップ１０２０１）、それに対応するＡｓｓｅｒｔｉｏｎを確認する（ステップ１０２０２）。
【００８８】
Ａｓｓｅｒｔｉｏｎが確認できたらＡｒｔｉｆａｃｔＲｅｓｐｏｎｓｅを生成し（１０２０３）、宅配サービスＷｅｂサーバ機能に送付する（１０２０４）。ＡｒｔｉｆａｃａｔＲｅｓｐｏｎｓｅにはＡｓｓｅｒｔｉｏｎを含む。宅配サービスＷｅｂサーバ機能はＡｒｔｉｆａｃａｔＲｅｓｐｏｎｓｅを受付け（ステップ１０１０３）、Ａｓｓｅｒｔｉｏｎを取得する（ステップ１０１０４）。これにおいてＡｒｔｉｆａｃｔの検証が完了しＳＴＢを認証したことになる。次に、Ａｓｓｅｒｔｉｏｎに含まれる情報や利用者がサービスを利用したことがあればその履歴を使って利用者向けのコンテンツを生成し（ステップ１０１０５）、ＳＴＢに送付する（ステップ１０１０６）。ＳＴＢはコンテンツを受付け（ステップ１０３０１）、利用者に表示する。利用者はその中から商品を購入するなどの操作を行い、ＳＴＢから宅配サービスＷｅｂサーバ機能９に対して宅配を要求する（１０３０２）。宅配サービスＷｅｂサーバ機能９は宅配要求を受付ける（ステップ１０１０７）。
【００８９】
宅配を行うためには利用者の住所が必要であるので、Ａｓｓｅｒｔｉｏｎを元に顧客情報をカードＩＤ管理事業者に対して問合せる（ステップ１０２０５）。カードＩＤ管理事業者は問合せを受付け（ステップ１０２０５）、顧客情報管理事業者に対して顧客情報を問合せ、顧客情報管理事業者から顧客情報を入手する（ステップ１０２０６）。その際、顧客情報管理事業者の顧客情報の保護方針によりカードＩＤ管理事業者には閲覧させないようにする必要がある場合は、宅配サービス事業者にのみ復号できるような暗号化を用いて顧客情報を暗号化して提供することも考えられる。例えば、宅配サービス事業者に対して発行された公開鍵証明書の公開鍵を用いて暗号化することで、宅配サービス事業者のみが持つ秘密鍵のみで復号することが可能である。次にカードＩＤ管理事業者は顧客情報を送付し（ステップ１０２０７）、宅配サービス事業者は顧客情報を受付け（ステップ１０１０９）、暗号化されている場合は復号する（ステップ１０１１０）。次に入手した顧客情報を利用して、利用者に商品を宅配する（ステップ１０１１１）。
【００９０】
ステップ１０２０５からステップ１０１０９までのやり取りは、インターネットを介して自動的に行われることを想定する。例えば、ＳＯＡＰにより指示内容と応答を伝えることを想定する。
【００９１】
以上が、カードＩＤ管理事業者がＳＴＢをＣｏｏｋｉｅを利用して認証し、さらにその認証結果を利用して宅配サービス事業者がＳＴＢを認証する場合の動作である。
【実施例２】
【００９２】
図４は、本発明の実施例２の一構成を示した図である。
実施例２では、上記認証情報をSAMLにおけるArtifactと同等のものとして利用し、宅配サービスがSTBを認証する場合を示す。
【００９３】
機能構成は実施例１に比べて、Ｃｏｏｋｉｅの代わりに認証チケットを利用するため、実施例１におけるＣｏｏｋｉｅ生成機能２２が認証チケット生成機能２２に、実施例１におけるＣｏｏｋｉｅ管理機能３１および認証チケット管理機能３３が、認証チケット管理機能３１に、実施例１におけるＣｏｏｋｉｅ生成機能５２が認証チケット生成機能５２に、変更される以外は、実施例１と同様の処理を行う。
【００９４】
動作についても、実施例１のステップ５３０１からステップ８２０６までは同等であり、Ｃｏｏｋｉｅとして生成・管理していた情報を認証チケットとするのみである。
【００９５】
図１１は、図４の装置の動作において、ＳＴＢが認証チケットを宅配サービス事業者に提示し、認証チケットを検証して宅配サービス事業者がＳＴＢを認証する場合の動作を示す。
【００９６】
前提として、カードＩＤ管理事業者は、認証チケットを認証サービスＷｅｂサーバ機能３における認証チケット管理機能４１に保存し、ＳＴＢは認証情報記録機能１３に保存し、それぞれのネットワーク通信機能が呼び出して利用するものとする。例えば、ＳＴＢ側のネットワーク通信機能としてはＳＴＢが備えるＷｅｂブラウザが考えられる。また、ＳＴＢ側の設定により特定のＷｅｂサーバ（宅配サービス事業者などＣＡＴＶに対してデータ放送を行うことでカードＩＤ管理事業者と提携している事業者が運営するＷｅｂサーバなど）に対しては認証チケットを提示するような仕組みがあるとする。
【００９７】
利用者がＣＡＴＶを視聴している最中に、ＳＴＢはデータ放送で配信される宅配サービス事業者の広告を表示する（ステップ１１３０１）。例えば、販売している商品の広告として詳細情報や価格などが表示される。利用者がＳＴＢを操作して宅配サービス事業者が運営する宅配サービスＷｅｂサーバ機能へ接続を指示する（ステップ１１３０２）。ＳＴＢが宅配サービスＷｅｂサーバ機能に接続する（ステップ１１３０３）。このとき、認証チケットを宅配サービス事業者に提示する。宅配サービスＷｅｂサーバ機能９は接続を受付け（ステップ１１１０１）、認証チケットを取得する（ステップ１１１０２）。認証チケットの検証を行うため、認証チケットをＳＡＭＬのＡｒｔｉｆａｃｔに見立ててＡｒｔｉｆａｃｔＲｅｓｏｌｖｅを生成し（１１１０３）、ＡｒｔｉｆａｃｔＲｅｓｏｌｖｅを認証サービスＷｅｂサーバ機能３に送付する（ステップ１１１０４）。認証サービスＷｅｂサーバ機能３はＡｒｔｉｆａｃｔＲｅｓｏｌｖｅを受付け（ステップ１１２０１）、認証チケット管理機能が保存する認証チケットと合致するかを確認する（ステップ１１２０２）。認証チケットが合致したら認証チケットに対応するＡｓｓｅｒｔｉｏｎを生成する（ステップ１１２０３）。
【００９８】
次に、カードＩＤと生成したＡｓｓｅｒｔｉｏｎを対応付けて保存しておく（ステップ９２０６）。これは、宅配サービス事業者からはＡｓｓｅｒｔｉｏｎによって問合せが行われることを想定し、それに対応するカードＩＤ、および更にカードＩＤに対応する顧客情報を獲得するために保存している。次に、ＡｒｔｉｆａｃｔＲｅｓｐｏｎｓｅを生成し（１１２０５）、宅配サービスＷｅｂサーバ機能に送付する（１１２０６）。ＡｒｔｉｆａｃａｔＲｅｓｐｏｎｓｅにはＡｓｓｅｒｔｉｏｎを含む。宅配サービスＷｅｂサーバ機能はＡｒｔｉｆａｃａｔＲｅｓｐｏｎｓｅを受付け（ステップ１１１０５）、Ａｓｓｅｒｔｉｏｎを取得する（ステップ１１１０６）。これにおいて認証チケットの検証が完了しＳＴＢを認証したことになる。次に、Ａｓｓｅｒｔｉｏｎに含まれる情報や利用者がサービスを利用したことがあればその履歴を使って利用者向けのコンテンツを生成し（ステップ１１１０７）、ＳＴＢに送付する（ステップ１１１０８）。ＳＴＢはコンテンツを受付ける（ステップ１１３０４）。
【００９９】
以降の処理は実施例１のステップ１０３０２からステップ１１０１１１と同様である。
【０１００】
以上が、ＳＴＢが認証チケットを宅配サービス事業者に提示し、認証チケットを検証して宅配サービス事業者がＳＴＢを認証する場合の動作である。
【図面の簡単な説明】
【０１０１】
【図１】本発明の一実施形態が適用されたネットワークシステムの概略構成図である。
【図２】ネットワークシステムを構成する機器のハードウェア構成図である。
【図３】本発明の一実施形態が適用されたネットワークシステムの概略構成図である。
【図４】本発明の一実施形態が適用されたネットワークシステムの概略構成図である。
【図５】各装置間での情報の授受を説明するための図である。
【図６】各装置間での情報の授受を説明するための図である。
【図７】各装置間での情報の授受を説明するための図である。
【図８】各装置間での情報の授受を説明するための図である。
【図９】各装置間での情報の授受を説明するための図である。
【図１０】各装置間での情報の授受を説明するための図である。
【図１１】各装置間での情報の授受を説明するための図である。
【符号の説明】
【０１０２】
１・・・受信機、３・・・サービス提供機能、４・・・認証コード送出機能、６・・・個別情報管理機能、７・・・同期情報管理機能
【図１】
0005178128.tif 000002
【図２】
0005178128.tif 000003
【図３】
0005178128.tif 000004
【図４】
0005178128.tif 000005
【図５】
0005178128.tif 000006
【図６】
0005178128.tif 000007
【図７】
0005178128.tif 000008
【図８】
0005178128.tif 000009
【図９】
0005178128.tif 000010
【図１０】
0005178128.tif 000011
【図１１】
0005178128.tif 000012