(57)【要約】【課題】１台のクライアント機器を複数のユーザで共有するクライアント・サーバ型システムにおいて、システムを通じたクライアントとユーザのセキュアな認証を保証する。【解決手段】クライアント機器において、ユーザの認証情報と予め登録済みのユーザ認証情報を比較することで、クライアントを利用するユーザの認証を行う。クライアントは、改竄不可能なクライアント固有情報とクライアントで認証済みのユーザ固有情報を第３者から傍受・改竄されないセキュアな通信路を用いてサーバへ送信する。サーバでは受信した情報と予め登録されたクライアント及びユーザの情報を比較することで、クライアントとクライアントを利用するユーザの認証を実現する。【選択図】　図２
2004013591.tif 000002
【特許請求の範囲】
【請求項１】
サーバとクライアント機器から構成されるサービス利用者認証システムであって、
前記クライアント機器は、
前記クライアント機器の識別情報を少なくとも含み、前記クライアント機器の正当性を証明する証明書を、その内容が改ざんされないことを保証して記憶管理する第１の耐タンパ記憶手段と、
前記クライアント機器を使用するユーザを認証するための認証情報をその内容が改ざんされないことを保証して記憶管理する第２の耐タンパ記憶手段と、
前記クライアント機器を利用するユーザから、ユーザを特定するための情報の入力を受け付けるユーザ認証情報入力手段と、
前記ユーザ認証情報入力手段が取得したユーザを特定するための情報と、前記第２の耐タンパ記憶手段で管理されたユーザ認証情報とを用いて前記クライアント機器を利用するユーザを認証するユーザ認証手段と、
前記第１の耐タンパ記憶手段で管理される前記クライアント機器の証明書に含まれる前記クライアント機器の識別情報と、前記クライアント機器を使用するユーザの識別情報を参照してサーバに送信する情報を作成する処理手段と、
サーバとのセキュアな通信を実現するセキュア通信手段と、
を備え、
前記サーバは、
ユーザの識別情報とユーザが利用する前記クライアント機器の識別情報の組を記憶管理する第１の記憶手段と、
前記クライアント機器の識別情報と前記クライアント機器を使用するユーザの識別情報を含む、前記クライアント機器から送信される情報と前記第１の記憶手段で管理されるユーザの識別情報とユーザが利用する前記クライアント機器の識別情報の組を用いて前記クライアント機器を利用するユーザ及び前記クライアント機器を認証するユーザ・クライアント認証手段と、
前記サーバの正当性を証明する情報を含む証明書を管理する第２の記憶手段と、
前記第２の記憶手段で管理するサーバの証明書を用いて、前記クライアント機器とのセキュアな通信を実現するセキュア通信手段と、
を備えることを特徴とするサービス利用者認証システム。
【請求項２】
前記クライアント機器はさらに、
前記第２の耐タンパ記憶手段にユーザとそのユーザの認証情報を登録するユーザ登録手段を備え、
前記サーバはさらに、
前記第１の記憶手段にユーザ及びユーザの利用するクライアント機器を登録するユーザ・クライアント登録手段を備えることを特徴とする請求項１記載のサービス利用者認証システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サーバでデジタルコンテンツの利用権利を管理する権利管理システムにおいて、特に、複数のユーザでクライアント機器を共有するシステムに関する。
【０００２】
【従来の技術】
クライアント・サーバ型システムで実現されている電子商取引サービスなどでは、一台のクライアント機器を複数のユーザで共有することが多い。このようなサービスでは、正規に登録されたユーザが正規に登録されたクライアント機器でサービスを享受することを、システムが保証しなければならない。そのため、システムは、クライアント機器を利用している者がサービスのユーザであることの認証と、利用するクライアント機器が利用機器であることの認証を行う必要がある。クライアント機器利用者の認証のためにクライアント機器では、ＩＣカードやパスワード、指紋や網膜といったバイオメトリクスなどのユーザを特定可能することのできる情報を利用して本人認証のための情報を取得する。クライアント機器は、クライアント機器利用者から取得した情報及びクライアント機器自身の認証情報をサーバへ送信し、サーバがクライアント機器の認証及びクライアント機器利用者の認証を行う。このような従来技術として、特許第３１２３４９３号公報が挙げられる。
【０００３】
【発明が解決しようとする課題】
しかしながら上記従来の技術では、クライアント・サーバ間の通信路でセキュリティが確保されていないため、第３者により傍受され悪用される恐れがある。さらに、同様の理由で、クライアント・サーバ間の通信路において、クライアント機器固有番号を改竄される恐れがある。コンテンツの利用権利を管理するシステムにおいて、前述のような状況は好ましくない。
【０００４】
本発明は、こうした従来の技術の問題点を解決するものであり、クライアント・サーバ間の通信において、第３者により交換する情報が傍受・改ざんされないことを保証し、さらにクライアント・サーバで交換する情報をクライアント・サーバ内部で改ざんされないことを保証するシステムを提供することを目的としている。
【０００５】
【課題を解決するための手段】
前記の課題を解決するために、本発明では、クライアント機器の証明書をセキュアに記憶管理する第１の耐タンパ記憶手段と、ユーザを認証するための認証情報をセキュアに記憶管理する第２の耐タンパ記憶手段と、クライアント機器を利用するユーザがユーザのみ知り得る情報を入力するユーザ認証情報入力手段と、前記ユーザ情報入力部から入力されたユーザのみ知り得る情報と前記の第２の耐タンパ記憶手段で管理されたユーザ認証情報とを用いてクライアント機器を利用するユーザを認証するユーザ認証部と、前記第１の耐タンパ記憶手段で管理されるクライアント証明書を用いて現在クライアント機器を使用するユーザに応じてサーバへ送信する情報を作成する処理部と、サーバとのセキュアな通信を実現するセキュア通信部と、を有するクライアント機器と、システムを利用するユーザと各ユーザが利用するクライアント機器を記憶管理する第１の記憶手段と、クライアント機器が送信する情報と前記の記憶手段での管理データを用いてクライアント機器を利用するユーザ及びクライアント機器を認証するユーザ・クライアント認証部と、サーバの証明証をセキュアに記憶管理する第２の記憶手段と、前記耐タンパ記憶手段で管理するサーバ証明証を用いてクライアント機器とのセキュアな通信を実現するセキュア通信部と、を有するサーバと、で構成されるシステムであることを特徴とする。
【０００６】
【発明の実施の形態】
（実施の形態１）
以下、本発明の実施の形態１について、図１から図１０を参照して説明する。
【０００７】
図１に実施の形態１に係るクライアント・サーバシステムを利用したサービスの概念図を示す。本システムは、ユーザ１４０がクライアント機器１１０を利用し、サーバ１２０とクライアント機器１１０の間の通信路１３０を通じて、サーバ１２０と通信を行い、サービスが実施される。
【０００８】
図２は、図１で示したクライアント機器１１０、及びサーバ１２０の内部構成を示すブロック図である。本クライアント・サーバシステムは、ユーザ１４０が利用するクライアント機器１１０と、ユーザ情報及びクライアント機器情報を管理するサーバ１２０と、クライアント機器１１０とサーバ１２０を接続する通信路１３０とでシステムが構成されていることを示す。
【０００９】
まず、クライアント機器１１０について説明する。クライアント機器１１０は、ユーザ登録部２１１、ユーザ認証情報入力部２１２、ユーザ認証部２１３、ユーザ認証情報管理部２１４、クライアント証明書管理部２１５、送信ＩＤ処理部２１６、サーバ登録要求部２１７、クライアントセキュア通信部２１８から構成される。
【００１０】
以下、各構成要素について説明する。
【００１１】
ユーザ登録部２１１では、後述するユーザ認証情報管理部２１４に新たにクライアント機器１１０を利用するユーザ１４０を追加する。
【００１２】
ユーザ認証情報入力部２１２は、典型的にはキーボードやマウスから構成され、ユーザ１４０の認証情報を受け付ける。本実施の形態では、ユーザ１４０の認証情報とは、具体的にはユーザＩＤとパスワードを意味する。この場合、ユーザ１４０はキーボードを用いてユーザＩＤとパスワードを手入力する。
【００１３】
ユーザ認証部２１３は、ユーザ認証情報入力部２１２から入力されたユーザ１４０の認証情報と、後述するユーザ認証情報管理部２１４で管理するユーザ認証情報を用いてユーザ１４０の認証を行う。
【００１４】
ユーザ認証情報管理部２１４では、ユーザ１４０を一意に特定するための情報をユーザＩＤと関連付けて耐タンパ記憶部により、記憶管理する。ユーザＩＤはユーザ１４０がサーバ１２０に登録される際、サーバ１２０が発行する識別番号である。本実施の形態では、パスワードとユーザＩＤを管理する。この場合のパスワードは、個々のクライアント機器１１０の利用者しか知り得ない情報であり、例えばクレジットカードの暗証番号である。
【００１５】
図３にユーザ認証情報管理部２１４で管理する管理データの例を示す。図３では、ユーザＩＤ「０ｘ００００１」にパスワード「ａｂｃｄｅ」が、ユーザＩＤ「０ｘ００００２」にパスワード「１２３４５」が、それぞれ関連付けられて管理されている。
【００１６】
クライアント証明書管理部２１５では、クライアント機器１１０を一意に識別するクライアントＩＤを含むクライアント証明書を管理する。クライアント証明書はクライアント機器１１０の出荷時にクライアント機器ベンダにより記録される。クライアント証明書管理部２１５では、第３者による改竄が行えない耐タンパ化した状態でクライアント機器１１０の証明書が保護されている。例えば、周波数検知回路、電源検知回路、温度検知回路等の耐タンパ回路を内蔵したＬＳＩに実装することで、耐タンパを実現する。図４にクライアント証明書管理部２１５が管理する管理データの一部の例を示す。クライアント証明書は、Ｘ．５０９で記述される。図４はクライアント証明書内の一般名（ＣＮ）に本機器のクライアントＩＤ「０ｘ１００１」が設定されていることを示している。
【００１７】
送信ＩＤ処理部２１６は、ユーザ認証部２１３でユーザ１４０が認証された後、クライアント証明書管理部２１５からクライアント証明書内のクライアントＩＤを取得し、クライアント機器１１０で認証されたユーザ１４０のユーザＩＤと共に、後述するクライアントセキュア通信部２１８を通じてサーバ１２０へ送信する。
【００１８】
サーバ登録要求部２１７は、クライアント機器１１０をユーザ１４０の利用するクライアント機器としてサーバ１２０に登録することを要求する。
【００１９】
クライアントセキュア通信部２１８は、サーバ１２０内のサーバセキュア通信部２２１と共に動作し、ＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔｓ　Ｌａｙｅｒ）等を利用したセキュア通信路を確立し、クライアントＩＤやユーザＩＤ等をはじめとするデータ通信を行う。
【００２０】
次に、サーバ１２０について説明する。
【００２１】
サーバ１２０は、サーバとの通信を第３者の傍受、改竄を抑止してセキュアに行う機能を有するサーバセキュア通信部２２１、ユーザ１４０の利用するクライアント機器１１０の登録を制御するユーザ・クライアント登録部２２２、ユーザ１４０の利用するクライアント機器１１０を管理するユーザ・クライアント管理部２２３、ユーザ・クライアント管理部２２３で管理される内容を参照してユーザ１４０とその利用クライアント機器１１０の認証を行うユーザ・クライアント認証部２２４、クライアント機器１１０の正当性を証明する証明書を管理するサーバ証明書管理部２２５から構成される。
【００２２】
ユーザ・クライアント管理部２２３では、予め登録済みのユーザＩＤとユーザ１４０が利用するクライアント機器１１０のクライアントＩＤを管理する。図５（ａ）にユーザ・クライアント管理部２２３で管理するデータを示す。ユーザＩＤ「０ｘ００００１」で特定される２つのレコードは、ユーザＩＤ「０ｘ００００１」のユーザが利用するクライアント機器１１０として、クライアントＩＤ「０ｘ１００１」とクライアントＩＤ「０ｘ１００２」の２つのクライアント機器１１０が登録されていることを示している。ユーザＩＤ「０ｘ００００２」で特定されるレコードは、ユーザＩＤ「０ｘ００００２」のユーザが利用するクライアント機器１１０としてクライアントＩＤ「０ｘ１００１」のクライアント機器１１０が登録されていることを示している。ユーザ・クライアント管理部２２３において、本図のクライアントＩＤ「０ｘ１００１」のように、１台のクライアント機器１１０が複数のユーザの利用するクライアント機器１１０として重複して登録されていても構わない。
【００２３】
以下、システムの動作について、処理毎に説明する。
【００２４】
まず、クライアント機器１１０に、ユーザ１４０をそのクライアント機器１１０の利用者として新規登録する処理を、図６を参照しながら説明する。ユーザ登録部２１１はユーザ１４０より新規ユーザ登録要求を受ける（Ｐ６０１）。新規ユーザ登録要求を受けたユーザ登録部２１１は、ユーザ認証情報入力部２１２にユーザ認証情報要求を行う（Ｐ６０２）。ユーザ認証情報要求を受けたユーザ認証情報入力部２１２は、ユーザ１４０に認証情報入力の要求を行う（Ｐ６０３）。
【００２５】
ユーザ認証情報入力部２１２は、サーバ１２０で発行されたユーザＩＤ及び自分のみ知り得る情報であるパスワードの入力を認証情報入力の要求を受けたユーザ１４０から受け付ける（Ｐ６０４）。ユーザ認証情報を取得したユーザ認証情報入力部２１２は、ユーザ登録部２１１に、取得したユーザ認証情報を送信する（Ｐ６０５）。ユーザ認証情報としてユーザＩＤおよびパスワードを受信したユーザ登録部２１１は、ユーザ認証情報の登録をユーザ認証情報管理部２１４に要求する（Ｐ６０６）。ユーザ認証情報管理部２１４は、ユーザ認証情報が未登録であることを確認し、ユーザ認証情報を追加登録後、ユーザ認証情報登録完了をユーザ登録部２１１に通知する（Ｐ６０７）。ユーザ認証情報登録完了通知を受けたユーザ登録部２１１は、新規ユーザの登録完了をユーザ１４０に通知する（Ｐ６０８）。この際、ユーザ認証情報管理部２１４でユーザ認証情報が登録済みである場合には、ユーザが登録済みであることをユーザ１４０へ通知する。以上で、ユーザ１４０をクライアント機器１１０の利用者として新規登録する処理は終了する。
【００２６】
次に、クライアント機器１１０をユーザ１４０の利用クライアント機器としてサーバ１２０に登録する際のクライアント内部のシーケンスについて、図７を参照して説明する。
【００２７】
ユーザ１４０は、クライアント機器１１０を利用クライアント機器としてサーバ１２０に登録する前に、クライアント機器１１０自体にユーザ登録しなければならない。サーバ１２０に登録する際、サーバ登録要求部２１７はクライアント機器１１０をサーバ１２０に登録する要求をユーザ１４０から受ける（Ｐ７０１）。サーバ１２０のサーバ登録要求部２１７は、ユーザ認証情報入力部２１２に、ユーザ１４０の認証を行うためのユーザ認証情報の入力を要求する（Ｐ７０２）。ユーザ認証情報入力部２１２は、ユーザ１４０に対し、ユーザ認証情報入力を要求する（Ｐ７０３）。ユーザ認証情報入力部２１２は、認証情報としてユーザＩＤとパスワードの入力をユーザ１４０から受ける（Ｐ７０４）。ユーザＩＤ及びパスワードを取得したユーザ認証情報入力部２１２は、取得した認証情報であるユーザＩＤとパスワードをユーザ認証部２１３に送信する（Ｐ７０５）。ユーザ認証部２１３はユーザ認証情報管理部２１４に管理している登録データの取得要求を出す（Ｐ７０６）。ユーザ認証情報管理部２１４は登録しているユーザ認証情報をユーザ認証部２１３へ送信する（Ｐ７０７）。受信した認証情報であるユーザＩＤとパスワードをユーザ認証情報管理部２１４に管理している登録データと比較し、ユーザ１４０の認証を行う（Ｐ７０８）。この際、ユーザ１４０が予めクライアント機器１１０にユーザとして登録していない場合、ユーザＩＤがユーザ認証管理部２１４に登録されていないため、認証エラーとなり、サーバ１２０への登録が拒否される（Ｐ７０９）。ユーザ１４０が予めクライアント機器１１０に対しユーザ登録してある場合、パスワードとユーザＩＤが登録されたものとユーザ１４０から入力されたものが比較される。認証情報と入力内容が一致しない場合、ユーザＩＤがユーザ認証管理部２１４に登録されていない場合と同様、認証エラーとなり、サーバ１２０への登録が拒否される。登録内容と入力内容が一致する場合、ユーザ認証が成功し、ユーザ認証部２１３はサーバ登録要求部２１７へユーザ１４０の認証が成功したことを通知する（Ｐ７１０）。サーバ登録要求部２１７は、利用中のクライアント機器１１０のクライアント証明書管理部２１５へクライアント証明書を要求する（Ｐ７１１）。クライアント証明書管理部２１５はサーバ登録要求部２１７からの要求を受け、クライアント証明書をサーバ登録要求部２１７へ送信する（Ｐ７１２）。クライアント証明書を受信したサーバ登録要求部２１７は、サーバ１２０へクライアント機器１１０の登録のために、クライアントセキュア通信部２１８を通じてユーザＩＤと証明書に記録されたクライアントＩＤを含むクライアント登録要求をサーバ１２０に送信する（Ｐ７１３）。この際、クライアントセキュア通信部２１８は、サーバセキュア通信部２２１と共に、証明書を交換し互いの認証を行い、ＳＳＬを利用したセキュア通信路を確立し、その通信路を用いてサーバ１２０との通信を行う。
【００２８】
次にクライアント機器１１０をサーバ１２０に登録する際のサーバ１２０の内部シーケンスについて図８を用いて説明する。
【００２９】
サーバセキュア通信部２２１はクライアント機器１１０からクライアント登録要求を受け取る（Ｐ８０１）。この際、ユーザＩＤ及びクライアントＩＤを受信する。クライアント登録要求を受信したサーバセキュア通信部２２１は、クライアント登録要求をクライアント機器１１０から受信したユーザＩＤ及びクライアントＩＤと共にユーザ・クライアント登録部２２２へ送信する（Ｐ８０２）。ユーザ・クライアント登録部２２２は、ユーザ・クライアント認証部２２４へ受信したユーザＩＤを含むユーザ確認要求を送信する（Ｐ８０３）。ユーザ・クライアント認証部２２４は、ユーザ・クライアント管理部２２３に対し、登録されているユーザＩＤのリストを要求する（Ｐ８０４）。ユーザ・クライアント管理部２２３は登録されているユーザＩＤのリストをユーザ・クライアント認証部２２４へ送信する（Ｐ８０５）。ユーザ・クライアント認証部２２４は、受信したユーザＩＤのリストを参照し、クライアント機器１１０から受信したユーザＩＤが登録されているか確認を行う（Ｐ８０６）。ユーザＩＤがユーザ・クライアント管理部２２３に登録されていない場合、ユーザ・クライアント認証部２２４で未登録と判断し、ユーザ・クライアント登録部２２２へユーザＩＤが未登録であることを通知する（Ｐ８０７）。ユーザ・クライアント登録部２２２はユーザＩＤが未登録であることを受け、登録拒否をクライアント機器１１０に送信することをサーバセキュア通信部２２１へ要求する（Ｐ８０８）。サーバセキュア通信部２２１は、サーバ証明書管理部２２５にサーバ証明書を要求する（Ｐ８０９）。サーバ証明書管理部２２５は、証明書をサーバセキュア通信部２２１に送信する（Ｐ８１０）。サーバセキュア通信部２２１は、クライアントセキュア通信部２１８と共に、証明書を用いＳＳＬによりセキュアな通信路を確立し、クライアント機器１１０へサーバ１２０への登録拒否を通知する（Ｐ８１１）。
【００３０】
一方、クライアント機器１１０から受信したユーザＩＤがサーバ１２０に登録されている場合（Ｐ８０６でＹｅｓ）、ユーザ・クライアント認証部２２４がユーザＩＤ登録と判断し、ユーザ・クライアント登録部２２２へユーザＩＤが登録済みであることを通知する（Ｐ８１２）。ユーザ・クライアント登録部２２２はユーザＩＤが登録済みであることを受け、ユーザ・クライアント管理部２２３へクライアント機器１１０から受信したユーザＩＤ、及びクライアントＩＤを含むクライアント登録要求を行う（Ｐ８１３）。クライアント登録要求を受けたユーザ・クライアント管理部２２３は、該当するユーザＩＤの利用クライアント機器のクライアントＩＤリストに、受信したクライアントＩＤを追加する。この際、ユーザ・クライアント管理部２２３は、同一クライアントＩＤが重複して登録されないことを保証する。
【００３１】
ここで、ユーザ・クライアント管理部２２３に対し、レコードを追加登録する場合について図５を参照して説明する。本実施の形態では、ユーザＩＤ「０ｘ０００２」で特定されるユーザの利用クライアント機器として、クライアントＩＤ「０ｘ１００３」のクライアント機器１１０を追加登録する場合を説明する。ユーザ・クライアント管理部２２３は、ユーザＩＤ「０ｘ０００２」及びそのユーザＩＤで特定されるユーザの利用クライアント機器として追加登録するクライアント機器１１０のクライアントＩＤ「０ｘ１００３」を受け取る。ユーザ・クライアント管理部２２３は、受け取ったユーザＩＤとクライアントＩＤを１レコードとしてデータベースに追加する。データ追加後のデータベースを図５（ｂ）に示す。
【００３２】
追加登録後、ユーザ・クライアント管理部２２３は、ユーザ・クライアント登録部２２２へ登録完了を通知する（Ｐ８１４）。ユーザ・クライアント登録部２２２は登録完了を受け、サーバセキュア通信部２２１へ登録完了をクライアント機器１１０へ通知することを要求する（Ｐ８１５）。サーバセキュア通信部２２１は、サーバ証明書管理部２２５にサーバ１２０の証明書を要求する（Ｐ８１６）。サーバ証明書管理部２２５は、サーバ証明書をサーバセキュア通信部２２１に送信する（Ｐ８１７）。サーバセキュア通信部２２１は、クライアントセキュア通信部２１８と共に、証明書を用いてＳＳＬによりセキュアな通信路を確立し、クライアント機器１１０へサーバ１２０への登録完了を通知する（Ｐ８１８）。以上で、クライアント機器１１０をユーザ１４０の利用クライアント機器としてサーバ１２０に登録する処理は終了する。
【００３３】
次に、ユーザ１４０がクライアント機器１１０を利用してサービスを利用する場合のユーザ１４０及びクライアント機器１１０の認証処理のシーケンスについて、図９を用いて説明する。
【００３４】
ユーザ認証部２１３は、ユーザ１４０からサービス利用要求を受ける（Ｐ９０１）。サービス利用要求を受けたユーザ認証部２１３は、ユーザ認証情報入力部２１２にユーザ認証情報取得要求を出す（Ｐ９０２）。ユーザ認証情報入力部２１２は、ユーザ１４０に対し、ユーザ認証情報としてサーバ１２０が発行したユーザＩＤと、認証情報としてクライアント機器１１０に登録済みのパスワードの入力を要求する（Ｐ９０３）。ユーザ認証情報入力部２１２は、ユーザ認証情報としてユーザＩＤとパスワードの入力をユーザ１４０から受け付ける（Ｐ９０４）。ユーザ認証情報としてサーバ１２０が割り当てたユーザＩＤとパスワードを取得したユーザ認証情報入力部２１２は、ユーザＩＤとパスワードをユーザ認証部２１３に送信する（Ｐ９０５）。ユーザ認証部２１３は、受信したユーザＩＤとパスワードを元に、ユーザ認証情報管理部２１４に登録されているユーザ認証情報であるユーザＩＤとパスワードの組を要求する（Ｐ９０６）。ユーザ認証情報管理部２１４は該当するユーザＩＤとパスワードの組をユーザ認証部２１３へ送信する（Ｐ９０７）。ユーザ認証部２１３は、ユーザ認証情報管理部２１４で管理されているユーザＩＤ及びパスワードと、ユーザ認証情報入力部２１２から受信したユーザＩＤ及びパスワードを比較することで、ユーザ認証を行う（Ｐ９０８）。ここで、ユーザＩＤとパスワードの組がユーザ認証情報管理部２１４で管理するものとユーザ認証情報入力部２１２から受信したものとで一致しない場合、もしくはユーザ認証情報であるユーザＩＤとパスワードの組がユーザ認証情報管理部２１４で管理されていない場合、ユーザ認証は失敗しサービス利用要求の拒否がユーザ１４０に通知される（Ｐ９０９）。ユーザＩＤとパスワードの組がユーザ認証情報管理部２１４で管理するものとユーザ認証情報入力部２１２から受信したものが一致する場合、ユーザ認証は成功しユーザ認証部２１３はユーザＩＤと共に送信ＩＤ処理部２１６へサーバ接続要求を送信する（Ｐ９１０）。サーバ接続要求を受けた送信ＩＤ処理部２１６は、クライアントセキュア通信部２１８、サーバセキュア通信部２２１が、ＳＳＬを用いて確立したセキュアな通信路を用いて、サーバ１２０にユーザＩＤ及びクライアント証明書管理部２１５で管理するクライアント証明書に記録されるクライアントＩＤを送信する（Ｐ９１１）。セキュアな通信路を確立する際、サーバ１２０及びクライアント機器１１０は、証明書を交換し互いの認証を行う。
【００３５】
次に、サーバ１２０がサービス利用要求をクライアント機器１１０から受けた場合のサーバ１２０内部のシーケンスについて図１０を用いて説明する。サーバセキュア通信部２２１は、クライアント機器１１０から、サービス利用要求を受ける（Ｐ１００１）。クライアント機器１１０からサービス利用要求を受けたサーバセキュア通信部２２１は、クライアント機器１１０から受信したユーザＩＤ、クライアントＩＤと共にサービス利用要求をユーザ・クライアント認証部２２４へ送信する（Ｐ１００２）。ユーザ・クライアント認証部２２４は、サーバセキュア通信部２２１から受信したユーザＩＤを元に、ユーザ・クライアント管理部２２３に登録されているユーザ・クライアント情報を要求する（Ｐ１００３）。ユーザ・クライアント管理部２２３は、ユーザ・クライアント認証部２２４から受信したユーザＩＤに登録されているクライアントＩＤのリストをユーザ・クライアント認証部２２４へ送信する（Ｐ１００４）。この際、ユーザＩＤが登録されていない場合には、ユーザ・クライアント管理部２２３は、ユーザ・クライアント認証部２２４にユーザＩＤが未登録であることを送信する。また、該当するユーザＩＤに対し、クライアントＩＤが１つも登録されていない場合、空のクライアントＩＤのリストをユーザ・クライアント認証部２２４へ送信する。ユーザ・クライアント認証部２１３は、ユーザ・クライアント管理部２２３から取得したクライアントＩＤのリストにクライアント機器１１０から受信したクライアントＩＤが含まれているかを確認することで、ユーザ１４０及びクライアント機器１１０の認証を行う（Ｐ１００５）。Ｐ１００５で、ユーザ・クライアント管理部２２３から取得したクライアントＩＤのリストにクライアント機器１１０から受信したクライアントＩＤが含まれない場合、もしくは、ユーザ・クライアント管理部２２３でユーザＩＤが管理されていない場合、認証は失敗し、ユーザ・クライアント認証部２２４はサーバセキュア通信部２２１にサービス利用拒否通知をクライアント機器１１０へ送信するよう要求を出す（Ｐ１００６）。サーバセキュア通信部２２１は、サーバ証明書管理部２２５にサーバ証明書を要求する（Ｐ１００７）。サーバ証明書管理部２２５は、サーバ証明書をサーバセキュア通信部２２１に送信する（Ｐ１００８）。サーバセキュア通信部２２１は、クライアントセキュア通信部２１８と共に、サーバ証明書を用いてＳＳＬによりセキュアな通信路を確立し、クライアント機器１１０へサービス利用拒否を通知する（Ｐ１００９）。この際、サーバ１２０及びクライアント機器１１０は、証明書を交換し互いの認証を行う。Ｐ１００５でユーザ・クライアント管理部２２３から取得したクライアントＩＤのリストにクライアント機器１１０から受信したクライアントＩＤが含まれる場合、ユーザ１４０とユーザが利用するクライアント機器１１０の認証は成功し、ユーザ・クライアント認証部２２４はサーバセキュア通信部２２１にサービス利用許可通知をクライアント機器１１０へ送信するよう要求を出す（Ｐ１０１０）。サーバセキュア通信部２２１は、サーバ証明書管理部２２５にサーバ証明書を要求する（Ｐ１０１１）。サーバ証明書管理部２２５は、サーバ証明書をサーバセキュア通信部２２１に送信する（Ｐ１０１２）。サーバセキュア通信部２２１は、クライアントセキュア通信部２１８と共に、サーバ証明書を用いてＳＳＬによりセキュアな通信路を確立する。サーバセキュア通信部２２１は、前述の通信路を用いてサービス利用許可をクライアント機器１１０へ通知する（Ｐ１０１３）。この際、サーバ１２０及びクライアント機器１１０は、証明書を交換し互いの認証を行う。以上で、ユーザ１４０がクライアント機器１１０を利用してサービスを利用する場合のユーザ１４０及びクライアント機器１１０の認証処理は終了する。
【００３６】
（実施の形態２）
実施の形態２では、クライアント・サーバ型システムを用いて、デジテルコンテンツ利用権利管理を行う場合について、図２、及び図１１から図２０を用いて説明する。サーバ１２０でユーザ１４０の所有するデジタルコンテンツの利用権利を管理し、クライアント機器１１０からのユーザ１４０の利用権利取得の要求に対し、サーバ１２０は利用権利をクライアント機器１１０に対し送信する。その際のクライアント機器１１０及びユーザ１４０の認証処理について説明する。なお、本実施の形態のシステム構成は図２の構成と同等である。すなわちクライアント機器１１０内の各構成要素、及びサーバ１２０内の各構成要素については実施の形態１と同等である。以下、実施の形態１との相違点について説明する。
【００３７】
ユーザ認証情報管理部２１４で管理するデータを図１１に示す。実施の形態２において、クライアント機器ユーザＩＤはクライアント機器１１０が発行する。クライアント機器ユーザＩＤは１バイトで管理され、１つのクライアント機器１１０を共有する利用者を最大２５６人まで管理できる。図１１では、クライアント機器ユーザＩＤ「０ｘ０１」で特定されるクライアント機器１１０の利用者を認証するためのパスワードは「ａｂｃｄｅ」であることを示している。
【００３８】
クライアント証明書管理部２１５では、クライアント機器１１０を一意に識別するクライアント証明書を管理する。クライアント証明書はクライアント機器１１０出荷時にクライアント機器ベンダにより設定される。クライアント証明書管理部２１５では、第３者による改竄が行えない耐タンパ記憶によりクライアント証明書が記録されている。図１２に実施の形態２におけるクライアント証明書管理部２１５が管理する管理データの一部を示す。クライアント証明書は、Ｘ．５０９で記述される。クライアント証明書内の一般名（ＣＮ）に本機器のクライアントＩＤ「０ｘ１１１１」が設定されていることを示している。
【００３９】
ユーザ・クライアント管理部２２３では、予め登録済みのユーザ１４０、ユーザ１４０が利用するクライアント機器１１０、クライアント機器１１０内でのクライアント機器ユーザＩＤを管理する。
【００４０】
図１３に実施の形態２におけるユーザ・クライアント管理部２２３が管理するデータを示す。クライアント・クライアント機器ユーザＩＤとは、クライアント機器ユーザＩＤとクライアントＩＤから構成されるＩＤである。クライアント・クライアント機器ユーザＩＤの例を図１３（ａ）に示す。クライアントＩＤ「０ｘ１１１１」、クライアント機器ユーザＩＤ「０ｘ０１」の場合、送信されるクライアント・クライアント機器ユーザＩＤは「０ｘ１１１１０１」となる。つまり、クライアント・クライアント機器ユーザＩＤのバイト長は、クライアントＩＤとクライアント機器ユーザＩＤの各々のバイト長を加算したものになる。すなわち、上位２バイト（上位からクライアントＩＤのバイト長の部分）にクライアントＩＤが、下位１バイト（下位からクライアント機器ユーザＩＤのバイト長の部分）にクライアント機器ユーザＩＤが記されたものである。また、図１３では、クライアント・クライアント機器ＩＤ「０ｘ１１１１０１」で特定されるレコードのサービスユーザＩＤは「０ｘ０００００１」であることを示している。サービスユーザＩＤはサーバ１２０がユーザ１４０を識別するためにユーザ１４０個々に対してサーバが発行するＩＤである。また、ユーザＩＤ「０ｘ０００００３」で特定されるユーザ１４０のクライアント・クライアント機器ユーザＩＤは未登録であることを示している。このように、実施の形態２では、サーバで特定のバイト数のクライアントＩＤによってユーザを特定する権利管理システムにおいて、クライアントＩＤにユーザＩＤを付与して特定のバイト数内収めて送信することにより、サーバ１２０のユーザ・クライアント管理部２２３を再設計することなく、ユーザとその利用クライアント機器を特定することが可能となる。その結果、サーバで特定のバイト数のクライアントＩＤによってユーザを特定する権利管理システムにおいて、サーバ１２０を再設計することなく、１台のクライアント機器１１０を複数のユーザで共有することが可能となる。
【００４１】
以下、システムの動作について、処理毎に説明する。
【００４２】
クライアント機器１１０へのユーザ登録処理について説明する。ユーザ１４０がクライアント機器１１０に対して新規にユーザ登録する際のシーケンスについて図１４を用いて説明する。ユーザ登録部２１１はユーザ１４０から新規ユーザ登録要求を受ける（Ｐ１４０１）。新規ユーザ登録要求を受けたユーザ登録部２１１は、ユーザ認証情報入力部２１２にユーザ認証情報要求を行う（Ｐ１４０２）。ユーザ認証情報要求を受けたユーザ認証情報入力部２１２は、ユーザに認証情報入力の要求を行う（Ｐ１４０３）。認証情報入力の要求を受けたユーザ１４０は、ユーザ認証情報入力部２１２に対し、自分のみ知り得る情報であるパスワードを入力する（Ｐ１４０４）。ユーザ認証情報を取得したユーザ認証情報入力部２１２は、ユーザ登録部２１１に取得したユーザ認証情報を送信する（Ｐ１４０５）。ユーザ認証情報としてパスワードを受信したユーザ登録部２１１は、ユーザ認証情報の登録をユーザ認証情報管理部２１４に要求する（Ｐ１４０６）。ユーザ認証情報管理部２１４は、入力されたパスワードが既に他ユーザの登録の認証情報としてユーザ認証情報管理部２１４で管理されていないかを確認する（Ｐ１４０７）。認証情報であるパスワードがクライアント機器１１０の他の利用者の認証情報としてユーザ認証情報管理部２１４で管理されている場合には、ユーザ認証情報管理部２１４は、ユーザ登録部２１１へユーザ１４０が入力したパスワードがユーザ認証情報管理部２１４に登録済みであることを通知する（Ｐ１４０８）。パスワードがユーザ認証情報管理部２１４に登録済みであることを通知されたユーザ登録部２１１はユーザ１４０へ新規ユーザ登録の却下を通知する（Ｐ１４０９）。新規ユーザ登録が却下されたユーザ１４０は他のパスワードを用いて再度新規ユーザ登録を行わなければならない。
【００４３】
一方、認証情報であるパスワードが他のクライアント利用者の認証情報としてユーザ認証情報管理部２１４で管理されていない場合（Ｐ１４０７でＹｅｓ）には、ユーザ認証情報管理部２１４は、新たなクライアント機器ユーザＩＤを発行するとともに、ユーザ登録部２１１へユーザ１４０が入力したパスワードとクライアント機器ユーザＩＤを関連付け、新規ユーザ登録を行う（Ｐ１４１０）。
【００４４】
図１５にパスワード「２４６８０」を用いて新規クライアント利用者として登録する場合について説明する。新規クライアント利用者登録前の図１５（ａ）にはパスワード「２４６８０」は登録されていないため、新規登録を許可する。ユーザ認証情報管理部２１４は、クライアント機器ユーザＩＤとして新規に「０ｘ０３」を発行し、パスワード「２４６８０」と関連付けてデータベースに追加登録する。図１５（ｂ）に登録後のデータベースを示す。
【００４５】
ユーザ認証情報管理部２１４は、クライアント機器ユーザＩＤを含む新規ユーザ登録完了通知をユーザ登録部２１１に送信する（Ｐ１４１１）。この後、ユーザ登録部２１１は、クライアント機器ユーザＩＤを含む新規ユーザ登録完了通知をユーザ１４０に送信する（Ｐ１４１２）。以上で、クライアント機器１１０へのユーザ登録処理は終了する。
【００４６】
次にクライアント機器１１０をユーザ１４０の利用するクライアント機器１１０としてサーバ１２０に登録する処理について図１６を用いて説明する。ユーザ１４０は、クライアント機器１１０を利用クライアント機器としてサーバ１２０に登録する前に、クライアント機器１１０自体にユーザ登録しなければならない。サーバ１２０へ登録する際、サーバ登録要求部２１７はユーザ１４０からクライアント機器１１０のサーバ登録要求を行う（Ｐ１６０１）。サーバ登録要求部２１７はユーザ認証情報入力部２１２に、ユーザ１４０の認証を行うためのユーザ認証情報取得を要求する（Ｐ１６０２）。ユーザ認証情報入力部２１２は、ユーザ１４０に対し、ユーザ認証情報入力を要求する（Ｐ１６０３）。それを受け、ユーザ１４０は認証情報としてクライアント機器１１０のユーザ登録時に発行されたクライアント機器ユーザＩＤとパスワード、及びサーバ１２０が発行したサービス利用のためのユーザＩＤをユーザ認証情報入力部２１２に入力する（Ｐ１６０４）。クライアント機器ユーザＩＤ、パスワード、及びユーザＩＤを取得したユーザ認証情報入力部２１２は、取得した認証情報であるクライアント機器ユーザＩＤ、パスワードをユーザ認証部２１３に送信する（Ｐ１６０５）。ユーザ認証部２１３はユーザ認証情報管理部２１４にユーザ認証情報を要求する（Ｐ１６０６）。ユーザ認証情報管理部２１４はユーザ認証部２１３にユーザ認証情報を送信する（Ｐ１６０７）。ユーザ認証部２１３は受信した認証情報であるクライアント機器ユーザＩＤとパスワードをユーザ認証情報管理部２１４で管理する登録データと比較し、ユーザ１４０の認証を行う（Ｐ１６０８）。この際、ユーザ１４０が予めクライアント機器１１０にユーザとして登録していない場合、パスワードがユーザ認証情報管理部２１４に登録されていないため、認証エラーとなり、サーバ１２０への登録が拒否される（Ｐ１６０９）。一方、ユーザ１４０が予めクライアント機器１１０に対しユーザ登録してある場合、ユーザ認証情報管理部２１４で管理されているパスワード及びクライアント機器ユーザＩＤの組と、ユーザ１４０から入力されたパスワード及びクライアント機器ユーザＩＤの組が比較される。登録内容と入力内容が一致する場合、ユーザ認証が成功し、ユーザ認証部２１３はサーバ登録要求部２１７へユーザ１４０の認証が成功したことを通知する（Ｐ１６１０）。サーバ登録要求部２１７は、利用中のクライアント機器１１０のクライアント証明書管理部２１５からクライアント証明書を要求する（Ｐ１６１１）。クライアント証明書管理部２１５はサーバ登録要求部２１７からの要求を受け、クライアント証明書をサーバ登録要求部２１７へ送信する（Ｐ１６１２）。クライアント証明書を受信したサーバ登録要求部２１７は、サーバ１２０へクライアント機器１１０の登録要求を送信するために、クライアントセキュア通信部２１８を通じサーバ１２０にクライアント内ユーザＩＤとクライアント証明書に記録されるクライアントＩＤから構成されるクライアント・クライアント機器ユーザＩＤを含むクライアント登録要求、及びユーザが入力したユーザＩＤを送信する（Ｐ１６１３）。
【００４７】
ここで、クライアント・クライアント機器ユーザＩＤの作成方法の一例を図１７に示す。クライアントＩＤ「０ｘ１１１１」、クライアント機器ユーザＩＤ「０ｘ０１」の場合、送信されるクライアント・クライアント機器ユーザＩＤは「０ｘ１１１１０１」となる。つまり、クライアント・クライアント機器ユーザＩＤのバイト長は、クライアントＩＤとクライアント機器ユーザＩＤの各々のバイト長を加算したものになる。すなわち、上位２バイト（上位からクライアントＩＤのバイト長の部分）にクライアントＩＤが、下位１バイト（下位からクライアント機器ユーザＩＤのバイト長の部分）にクライアント機器ユーザＩＤが記されたものである。
【００４８】
クライアントセキュア通信部２１８は、サーバセキュア通信部２２１と共に、証明書を交換し互いの認証を行い、ＳＳＬを利用したセキュア通信路を確立し、その通信路を用いてサーバ１２０との通信を行う。
【００４９】
次に、クライアント機器１１０をサーバ１２０へ登録する際のサーバ１２０の内部シーケンスについて図１８を用いて説明する。サーバセキュア通信部２２１はクライアント機器１１０からクライアント登録要求を受け取る（Ｐ１８０１）。この際、クライアント・クライアント機器ユーザＩＤ、及びユーザＩＤを受信する。クライアント登録要求を受信したサーバセキュア通信部２２１は、クライアント機器１１０から受信したクライアント・クライアント機器ユーザＩＤ、及びユーザＩＤを含むクライアント登録要求をユーザ・クライアント登録部２２２へ送信する（Ｐ１８０２）。ユーザ・クライアント登録部２２２は、ユーザ・クライアント認証部２２４へ受信したクライアント・クライアント機器ユーザＩＤ、及びユーザＩＤを含むユーザ確認要求を送信する（Ｐ１８０３）。ユーザ・クライアント認証部２２４は、ユーザ・クライアント管理部２２３に対し、登録されているユーザＩＤのリストを要求する（Ｐ１８０４）。ユーザ・クライアント管理部２２３は、登録されているユーザＩＤのリストをユーザ・クライアント認証部２２４へ送信する（Ｐ１８０５）。ユーザ・クライアント認証部２２４は、受信したユーザＩＤのリストを参照し、クライアント機器１１０から受信したユーザＩＤが登録されているか確認を行う（Ｐ１８０６）。ユーザＩＤがユーザ・クライアント管理部２２３に登録されていない場合、ユーザ・クライアント認証部２２４で未登録と判断し、ユーザ・クライアント登録部２２２へユーザＩＤが未登録であることを送信する（Ｐ１８０７）。ユーザ・クライアント登録部２２２はユーザＩＤが未登録である通知を受け、登録拒否をクライアント機器１１０に送信することをサーバセキュア通信部２２１へ要求する（Ｐ１８０８）。サーバセキュア通信部２２１は、サーバ証明書管理部２２５にサーバ証明書を要求する（Ｐ１８０９）。サーバ証明書管理部２２５は、サーバ証明書をサーバセキュア通信部２２１に送信する（Ｐ１８１０）。サーバセキュア通信部２２１は、クライアントセキュア通信部２１８と共に、サーバ証明書を用いてＳＳＬによりセキュアな通信路を確立し、クライアント機器１１０へサーバ登録拒否を通知する（Ｐ１８１１）。この際、サーバ１２０及びクライアント機器１１０は、証明書を交換し互いの認証を行う。一方、クライアント機器１１０から受信したユーザＩＤがサーバ１２０に登録されている場合（Ｐ１８０６でＹｅｓ）、ユーザ・クライアント認証部２２４はすでにユーザＩＤが登録されていると判断し、ユーザ・クライアント登録部２２２へユーザＩＤが登録済みであることを送信する（Ｐ１８１２）。ユーザ・クライアント登録部２２２は、ユーザＩＤが登録済みである通知を受け、ユーザ・クライアント登録部２２２へクライアント機器１１０から受信したユーザＩＤ、及びクライアント・クライアント機器ユーザＩＤを含むクライアント登録要求を送信する（Ｐ１８１３）。クライアント登録要求を受けたユーザ・クライアント登録部２２２は、該当するユーザＩＤの利用クライアント機器のクライアント・クライアント機器ユーザＩＤリストに、受信したクライアント・クライアント機器ユーザＩＤを追加する。この際、ユーザ・クライアント管理部２２３は、同一クライアント・クライアント機器ユーザＩＤが重複して登録されないことを保証する。
【００５０】
ここでユーザ・クライアント管理部２２３におけるデータ追加の処理の一例について図１３を参照して説明する。サービスユーザＩＤ「０ｘ０００００３」で特定されるユーザの利用クライアント機器としてクライアント・クライアント機器ユーザＩＤ「０ｘ１１１１０３」の登録要求を、ユーザ・クライアント管理部２２３が受信した場合、サービスユーザＩＤ「０ｘ０００００３」とクライアント・クライアント機器ユーザＩＤ「０ｘ１１１１０３」を組とするレコードが追加登録される。クライアント機器追加後のデータを図１３（ｂ）に示す。
【００５１】
追加登録後、ユーザ・クライアント管理部２２３は、ユーザ・クライアント登録部２２２へ登録完了を通知する（Ｐ１８１４）。ユーザ・クライアント登録部２２２は登録完了を受け、サーバセキュア通信部２２１へ登録完了をクライアント機器１１０へ送信することを要求する（Ｐ１８１５）。サーバセキュア通信部２２１は、サーバ証明書管理部２２５にサーバ証明書を要求する（Ｐ１８１６）。サーバ証明書管理部２２５は、証明書をサーバセキュア通信部２２１に送信する（Ｐ１８１７）。サーバセキュア通信部２２１は、クライアントセキュア通信部２１８と共に、サーバ証明書を用いてセキュアな通信路を確立し、クライアント機器１１０へサーバ登録完了を通知する（Ｐ１８１８）。この際、サーバ１２０及びクライアント機器１１０は、証明書を交換し互いの認証を行う。以上で、クライアント機器１１０をユーザ１４０の利用クライアント機器としてサーバ１２０に登録する処理は終了する。
【００５２】
次に、ユーザ１４０がクライアント機器１１０を利用してデジタルコンテンツの利用権利を取得する場合のユーザ１４０及びクライアント機器１１０の認証処理について図１９を用いて説明する。ユーザ認証部２１３はユーザ１４０からサービス利用要求を受ける（Ｐ１９０１）。サービス利用要求を受けたユーザ認証部２１３は、ユーザ認証情報入力部２１２にユーザ認証情報取得要求を出す（Ｐ１９０２）。ユーザ認証情報入力部２１２は、ユーザ１４０に対しユーザ認証情報としてクライアント機器ユーザＩＤと、認証情報としてクライアント機器１１０に登録済みのパスワードの入力を要求する（Ｐ１９０３）。ユーザ認証情報入力部２１２はユーザ認証情報としてクライアント機器ユーザＩＤとパスワードの入力をユーザ１４０から受ける（Ｐ１９０４）。ユーザ認証情報としてクライアント機器ユーザＩＤとパスワードを取得したユーザ認証情報入力部２１２は、クライアント機器ユーザＩＤとパスワードをユーザ認証部２１３に送信する（Ｐ１９０５）。ユーザ認証部２１３は、受信したクライアント機器ユーザＩＤとパスワードを元に、ユーザ認証情報管理部２１４に登録されているユーザ認証情報であるクライアント機器ユーザＩＤとパスワードの組を要求する（Ｐ１９０６）。ユーザ認証情報管理部２１４は該当するクライアント機器ユーザＩＤとパスワードの組をユーザ認証部２１３へ送信する（Ｐ１９０７）。ユーザ認証部２１３は、ユーザ認証情報管理部２１４で管理されているクライアント機器ユーザＩＤ及びパスワードと、ユーザ認証情報入力部２１２から受信したクライアント機器ユーザＩＤ及びパスワードを比較することで、ユーザ認証を行う（Ｐ１９０８）。ここで、クライアント機器ユーザＩＤとパスワードの組がユーザ認証情報管理部２１４で管理するものとユーザ認証情報入力部２１２から受信したものと一致しない場合、ユーザ認証は失敗しサービス利用要求の拒否がユーザ１４０に通知される（Ｐ１９０９）。クライアント機器ユーザＩＤとパスワードの組がユーザ認証情報管理部２１４で管理するものとユーザ認証情報入力部２１２から受信したものが一致する場合、ユーザ認証は成功しユーザ認証部２１３はクライアント機器ユーザＩＤを含むサーバ接続要求を送信ＩＤ処理部２１６へ送信する（Ｐ１９１０）。サーバ接続要求を受けた送信ＩＤ処理部２１６は、クライアント証明書管理部２１５に対し、クライアント証明書取得要求を送信する（Ｐ１９１１）。クライアント証明書管理部２１５はクライアント証明書を送信ＩＤ処理部２１６へ送信する（Ｐ１９１２）。クライアント証明書を受信した送信ＩＤ処理部２１６は、証明書に記録されているクライアントＩＤを用いてクライアント・クライアント機器ユーザＩＤを作成する（Ｐ１９１３）。作成したクライアント・クライアント機器ユーザＩＤを含む認証要求をクライアントセキュア通信部２１８へ送信する（Ｐ１９１４）。クライアントセキュア通信部２１８は、サーバ１２０とクライアント機器１１０の間でＳＳＬを用いたセキュアな通信路を確立し、その通信は第３者に傍受・改竄されないことを保証する。また、この際、サーバ１２０及びクライアント機器１１０は、証明書を交換し互いの認証を行う。
【００５３】
次に、サーバ１２０がデジタルコンテンツ利用権利取得要求をクライアント機器１１０から受けた場合のクライアント機器認証及びユーザ認証のサーバ１２０内部のシーケンスについて図２０を用いて説明する。サーバセキュア通信部２２１は、クライアント機器１１０から、デジタルコンテンツ利用権利取得要求を受ける（Ｐ２００１）。クライアント機器１１０からデジタルコンテンツ利用権利取得要求を受けたサーバセキュア通信部２２１は、クライアント機器１１０から受信したクライアント・クライアント機器ユーザＩＤを含むデジタルコンテンツ利用権利取得要求をユーザ・クライアント認証部２２４へ送信する（Ｐ２００２）。ユーザ・クライアント認証部２２４は、サーバセキュア通信部２２１から受信したクライアント・クライアント機器ユーザＩＤを元に、ユーザ・クライアント管理部２２３に登録されているユーザ・クライアント情報を要求する（Ｐ２００３）。ユーザ・クライアント管理部２２３は、ユーザ・クライアント認証部２２４から受信したクライアント・クライアント機器ユーザＩＤの登録の確認を行う（Ｐ２００４）。クライアント・クライアント機器ユーザＩＤが登録されていない場合、クライアント・クライアント機器ユーザＩＤが登録されていないことをユーザ・クライアント認証部２２４へ送信する（Ｐ２００５）。クライアント・クライアント機器ユーザＩＤが登録されていないことを受信したユーザ・クライアント認証部２２４は、デジタルコンテンツ利用権利取得要求拒否をサーバセキュア通信部２２１へ送信する（Ｐ２００６）。サーバセキュア通信部２２１は、サーバ証明書管理部２２５にサーバ証明書を要求する（Ｐ２００７）。サーバ証明書管理部２２５は、サーバ証明書をサーバセキュア通信部２２１に送信する（Ｐ２００８）。サーバセキュア通信部２２１は、クライアントセキュア通信部２１８と共に、サーバ証明書を用いてＳＳＬによるセキュアな通信路を確立し、クライアント機器１１０へデジタルコンテンツ利用権利取得要求拒否を通知する（Ｐ２００９）。この際、サーバ１２０及びクライアント機器１１０は、証明書を交換し互いの認証を行う。一方、クライアント・クライアント機器ユーザＩＤが登録されている場合（Ｐ２００４でＹｅｓ）、クライアント・クライアント機器ユーザＩＤで特定されるユーザＩＤをユーザ・クライアント認証部２２４へ送信する（Ｐ２０１０）。クライアント・クライアント機器ユーザＩＤを受信することで、ユーザ・クライアント認証部２２４はユーザ１４０及びクライアント機器１１０を認証し、デジタルコンテンツ利用権利取得要求許可をサーバセキュア通信部２２１へ送信する（Ｐ２０１１）。サーバセキュア通信部２２１は、サーバ証明書管理部２２５にサーバ証明書を要求する（Ｐ２０１２）。サーバ証明書管理部２２５は、サーバ証明書をサーバセキュア通信部２２１に送信する（Ｐ２０１３）。サーバセキュア通信部２２１は、クライアントセキュア通信部２１８と共に、サーバ証明書を用いてＳＳＬによりセキュアな通信路を確立し、サーバセキュア通信部２２１は、デジタルコンテンツ利用権利取得許可通知をクライアント機器１１０へ送信する（Ｐ２０１４）。この際、サーバ１２０及びクライアント機器１１０は、証明書を交換し互いの認証を行う。以上で、ユーザ１４０がクライアント機器１１０を利用してデジタルコンテンツの利用権利を取得する場合のユーザ１４０及びクライアント機器１１０の認証処理は終了する。
【００５４】
なお、実施の形態１及び実施の形態２において、ユーザを一意に特定するための認証情報としてパスワードを用いているが、認証情報を記憶するＩＣカードや、指紋や網膜パターンなど個人を認証可能な情報であれば実施可能である。また、実施の形態１及び実施の形態２において、取得する認証情報がＩＣカードの場合、この装置はＩＣカードリーダーとなり、取得する個人情報が指紋や網膜の場合、この装置はバイメトリックデバイスとなる。このように、個人を識別することのできる情報を入力する装置であれば実施可能である。なお、実施の形態１及び実施の形態２において、クライアント機器−サーバ間で第３者に傍受・改竄されないセキュアな通信路の実現手段としてＳＳＬを用いたが、第３者に傍受・改竄されない通信路の実現手段であれば実施可能である。
【００５５】
【発明の効果】
以上、説明したように本発明によれば、下記記載の効果を奏する。
【００５６】
本発明では、１台のクライアント機器を複数のユーザで共有しサービスを提供するシステムにおいて、クライアント機器で認証情報を用いてクライアント機器を利用するユーザを認証している。また、サーバではユーザが予め利用するクライアント機器を登録している。利用時には改竄不可能な記録手段で記憶管理されたクライアントＩＤを第３者により改竄不可能な通信経路を用いて送信し、それを用いてサーバでユーザとクライアント機器を認証している。そのため、１台のクライアント機器を複数のユーザで利用する際、システムを通じてクライアント機器とユーザのセキュアな認証を実現しサービスを提供できる。
【図面の簡単な説明】
【図１】本発明におけるクライアント・サーバシステムの概念図
【図２】本発明におけるクライアント・サーバシステムの構成図
【図３】ユーザ認証情報管理部が管理するデータベースの一例を示す図
【図４】クライアント証明書管理部が管理するデータベースの一例を示す図
【図５】ユーザ・クライアント管理部が管理するデータベースの一例を示す図
【図６】クライアント機器における認証情報登録のシーケンスを示す図
【図７】クライアント機器のサーバへの登録時のクライアント内部シーケンスを示す図
【図８】クライアント機器のサーバへの登録時のサーバ内部シーケンスを示す図
【図９】クライアント機器内でのユーザ認証のシーケンスを示す図
【図１０】サーバでのユーザ及びクライアント機器の認証のシーケンスを示す図
【図１１】ユーザ認証情報管理部が管理するデータベースの一例を示す図
【図１２】クライアント証明書管理部が管理するデータベースの一例を示す図
【図１３】ユーザ・クライアント管理部が管理するデータベースの一例を示す図
【図１４】クライアント機器における認証情報登録のシーケンスを示す図
【図１５】ユーザ認証情報管理部でのクライアント利用者新規登録のシーケンスを示す図
【図１６】クライアント機器のサーバへの登録時のクライアント内部シーケンスを示す図
【図１７】クライアント・クライアント機器ユーザＩＤの作成例を示す図
【図１８】クライアント機器のサーバへの登録時のサーバ内部シーケンスを示す図
【図１９】クライアント機器内でのユーザ認証のシーケンスを示す図
【図２０】サーバでのユーザ及びクライアント機器の認証のシーケンスを示す図
【符号の説明】
１１０　クライアント機器
１２０　サーバ
１３０　通信路
１４０　ユーザ
２１１　ユーザ登録部
２１２　ユーザ認証情報入力部
２１３　ユーザ認証部
２１４　ユーザ認証情報管理部
２１５　クライアント証明書管理部
２１６　送信ＩＤ処理部
２１７　サーバ登録要求部
２１８　クライアントセキュア通信部
２２１　サーバセキュア通信部
２２２　ユーザ・クライアント登録部
２２３　ユーザ・クライアント管理部
２２４　ユーザ・クライアント認証部
【図１】
2004013591.tif 000003
【図２】
2004013591.tif 000004
【図３】
2004013591.tif 000005
【図４】
2004013591.tif 000006
【図５】
2004013591.tif 000007
【図６】
2004013591.tif 000008
【図７】
2004013591.tif 000009
【図８】
2004013591.tif 000010
【図９】
2004013591.tif 000011
【図１０】
2004013591.tif 000012
【図１１】
2004013591.tif 000013
【図１２】
2004013591.tif 000014
【図１３】
2004013591.tif 000015
【図１４】
2004013591.tif 000016
【図１５】
2004013591.tif 000017
【図１６】
2004013591.tif 000018
【図１７】
2004013591.tif 000019
【図１８】
2004013591.tif 000020
【図１９】
2004013591.tif 000021
【図２０】
2004013591.tif 000022