(57)【特許請求の範囲】
【請求項１】
複数のメンバから構成されるコミュニティの一員であることを表す情報であるチケットを用いて、認証要求する利用者と認証要求される提供者の間でチケット照合を行い、照合結果から、前記利用者と前記提供者が互いに同一のコミュニティに属していることを認証するチケット型メンバ認証装置であって、
互いにネットワークを介して接続された、利用者の認証要求を生成する利用者操作手段と、所属するコミュニティのチケットである所属チケット及び外部からのアクセスを許可するコミュニティのチケットである検証チケットを保持し、前記所属チケット及び前記検証チケットと外部から受信した情報に含まれるチケットとの照合を行い、前記所属チケット及び前記検証チケットを含むチケット照合要求１を生成保持する利用者チケット照合手段と、前記所属チケット及び前記検証チケットを保持し、前記所属チケット及び前記検証チケットと外部から受信した情報に含まれるチケットとの照合を行い、前記所属チケット及び前記検証チケットを含むチケット照合要求２を生成保持する提供者チケット照合手段とを有し、
前記利用者操作手段は、前記認証要求を前記利用者チケット照合手段に送信し、
前記利用者チケット照合手段は、受信した前記認証要求が認証要求した利用者本人による要求であると本人認証した場合、前記チケット照合要求１を生成保持すると共に、前記利用者操作手段を介して或いは直接、前記チケット照合要求１を前記提供者チケット照合手段へ送信し、
前記提供者チケット照合手段は、受信した前記チケット照合要求１に含まれる前記所属チケット及び前記検証チケットと、保持する前記所属チケット及び前記検証チケットとが一致することを検証し、一致する場合、前記チケット照合要求２を生成保持すると共に前記利用者チケット照合手段へ送信し、
前記利用者チケット照合手段は、受信した前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットと、保持する前記チケット照合要求１に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、前記所属チケット及び前記検証チケットを含むチケット照合応答を生成し、前記利用者操作手段を介して或いは直接、前記チケット照合応答を前記提供者チケット照合手段へ送信し、
前記提供者チケット照合手段は、受信した前記チケット照合応答に含まれる前記所属チケット及び前記検証チケットと、保持する前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、照合結果情報を、前記利用者チケット照合手段を介して或いは直接、前記利用者操作手段へ送信し、
前記利用者操作手段は、前記照合結果情報を保持する
ことを特徴とするチケット型メンバ認証装置。
【請求項２】
前記利用者操作手段は、外部との通信を行う外部通信手段、利用者の本人認証のための情報入力手段を備えた利用制御手段、及びチケット照合結果が一致する認証状態であることを示す照合結果情報を保持する認証状態保持手段を有し、
前記利用者チケット照合手段は、ネットワークを介してチケット情報及び認証情報の送受信を行う外部通信手段、前記所属チケットと前記検証チケットを生成保持して前記所属チケット及び前記検証チケットと外部から受信した情報に含まれるチケットとの照合を行うチケット照合手段、及びチケット照合結果が一致する認証状態であることを示す照合結果情報を保持する認証状態保持手段を有し、
前記提供者チケット照合手段は、ネットワークを介して、チケット情報及び認証情報の送受信を行う外部通信手段、前記所属チケットと前記検証チケットを生成保持して前記所属チケット及び前記検証チケットと外部から受信した情報に含まれるチケットとの照合を行うチケット照合手段、及びチケット照合結果が一致する認証状態であることを示す照合結果情報を保持する認証状態保持手段を有する
ことを特徴とする請求項１に記載のチケット型メンバ認証装置。
【請求項３】
前記利用者チケット照合手段と前記提供者チケット照合手段の前記チケット照合手段は、乱数を生成する乱数生成手段、公開鍵暗号方式に従った署名関数を用いて署名を生成する署名生成手段、公開鍵暗号方式に従った署名検証関数を用いて署名を検証する署名検証手段、秘密鍵と公開鍵の鍵ペアを保持する鍵保持手段、利用者が所属するコミュニティのチケットが保持される所属チケット保持手段、外部からのアクセスを許可するコミュニティのチケットが保持される検証チケット保持手段、前記乱数生成手段が生成した乱数を含む前記チケット照合要求１が保持されるチケット照合要求１保持手段、及び前記乱数生成手段が生成した乱数、前記鍵保持手段が保持する公開鍵、前記署名生成手段により生成され前記署名検証手段により検証された署名を含む前記チケット照合要求２が保持されるチケット照合要求２保持手段を有することを特徴とする請求項２に記載のチケット型メンバ認証装置。
【請求項４】
前記利用者チケット照合手段は、ＩＤによる認証、パスワードによる認証、生体による認証、証明書を用いた認証のうち少なくとも一つ以上からなる本人認証情報を保持する本人認証手段を有し、前記利用者操作手段により、前記本人認証情報を用いて前記本人認証要求を生成すると共に前記利用者チケット照合手段に送信し、前記本人認証要求を受信した前記利用者チケット照合手段により、前記本人認証手段と受信した前記本人認証要求を用いて本人認証を行うことを特徴とする請求項１から３のいずれか一項に記載のチケット型メンバ認証装置。
【請求項５】
前記提供者チケット照合手段は、認証したチケットと認証時に前記利用者操作手段に提示する記事の内容であるコンテンツから構成されるコンテンツ管理テーブルを用いて管理する、コンテンツ管理手段を有し、受信した前記チケット照合応答に含まれる前記所属チケット及び前記検証チケットと、保持する前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、前記コンテンツ管理テーブルから検証したチケットに該当するコンテンツを前記利用者操作手段へ送信することを特徴とする請求項１から４のいずれか一項に記載のチケット型メンバ認証装置。
【請求項６】
複数のメンバから構成されるコミュニティの一員であることを表す情報であるチケットを用いて、認証要求する利用者と認証要求される提供者の間でチケット照合を行い、照合結果から、前記利用者と前記提供者が互いに同一のコミュニティに属していることを認証するチケット型メンバ認証方法であって、
互いにネットワークを介して接続された、利用者操作手段と、利用者チケット照合手段と、提供者チケット照合手段との間で認証処理を行うに際し、
前記利用者操作手段により、利用者の認証要求を生成して前記利用者チケット照合手段へ前記認証要求を送信する処理と、
前記認証要求を受信した前記利用者チケット照合手段により、前記提供者チケット照合手段が保持する、所属するコミュニティのチケットである所属チケット及び外部からのアクセスを許可するコミュニティのチケットである検証チケットと、前記認証要求に含まれるチケットとの照合を行い、前記認証要求が認証要求した利用者本人による要求であると本人認証した場合、前記所属チケット及び前記検証チケットを含むチケット照合要求１を生成保持すると共に前記利用者操作手段ヘ送信する処理と、
前記チケット照合要求１を受信した前記利用者操作手段により、前記チケット照合要求１を前記提供者チケット照合手段へ送信する処理と、
前記チケット照合要求１を受信した前記提供者チケット照合手段により、前記提供者チケット照合手段が保持する前記所属チケット及び前記検証チケットと、受信した前記チケット照合要求１に含まれるチケットとの照合を行い、前記チケット照合要求１に含まれる前記所属チケット及び前記検証チケットと、前記提供者チケット照合手段が保持する前記所属チケット及び前記検証チケットとが一致することを検証し、一致する場合、前記所属チケット及び前記検証チケットを含むチケット照合要求２を生成保持すると共に前記利用者チケット照合手段へ送信する処理と、
前記チケット照合要求２を受信した前記利用者チケット照合手段により、前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットと、前記利用者チケット照合手段が保持する前記チケット照合要求１に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、前記所属チケット及び前記検証チケットを含むチケット照合応答を生成して前記提供者チケット照合手段へ送信する処理と、
前記チケット照合応答を受信した前記提供者チケット照合手段により、前記チケット照合応答に含まれる前記所属チケット及び前記検証チケットと、前記提供者チケット照合手段が保持する前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、照合結果情報を前記利用者操作手段へ送信する処理と、
前記照合結果情報を受信した前記利用者操作手段により、前記照合結果情報を保持する処理とを有する
ことを特徴とするチケット型メンバ認証方法。
【請求項７】
複数のメンバから構成されるコミュニティの一員であることを表す情報であるチケットを用いて、認証要求する利用者と認証要求される提供者の間でチケット照合を行い、照合結果から、前記利用者と前記提供者が互いに同一のコミュニティに属していることを認証するチケット型メンバ認証方法であって、
互いにネットワークを介して接続された、利用者操作手段と、利用者チケット照合手段と、提供者チケット照合手段との間で認証処理を行うに際し、
前記利用者操作手段により、利用者の認証要求を生成して前記利用者チケット照合手段へ前記認証要求を送信する処理と、
前記認証要求を受信した前記利用者チケット照合手段により、前記提供者チケット照合手段が保持する、所属するコミュニティのチケットである所属チケット及び外部からのアクセスを許可するコミュニティのチケットである検証チケットと、前記認証要求に含まれるチケットとの照合を行い、前記認証要求が認証要求した利用者による要求であると本人認証した場合、前記所属チケット及び前記検証チケットを含むチケット照合要求１を生成保持すると共に前記提供者チケット照合手段ヘ送信する処理と、
前記チケット照合要求１を受信した前記提供者チケット照合手段により、前記提供者チケット照合手段が保持する前記所属チケット及び前記検証チケットと、受信した前記チケット照合要求１に含まれるチケットとの照合を行い、前記チケット照合要求１に含まれる前記所属チケット及び前記検証チケットと、前記提供者チケット照合手段が保持する前記所属チケット及び前記検証チケットとが一致することを検証し、一致する場合、前記所属チケット及び前記検証チケットを含むチケット照合要求２を生成保持すると共に前記利用者チケット照合手段へ送信する処理と、
前記チケット照合要求２を受信した前記利用者チケット照合手段により、前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットと、前記利用者チケット照合手段が保持する前記チケット照合要求１に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、前記所属チケット及び前記検証チケットを含むチケット照合応答を生成して前記利用者操作手段へ送信する処理と、
前記チケット照合応答を受信した前記利用者操作手段により、前記チケット照合応答を前記提供者チケット照合手段へ送信する処理と、
前記チケット照合応答を受信した前記提供者チケット照合手段により、前記チケット照合応答に含まれる前記所属チケット及び前記検証チケットと、前記提供者チケット照合手段が保持する前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、照合結果情報を前記利用者操作手段へ送信する処理と、
前記照合結果情報を受信した前記利用者操作手段により、前記照合結果情報を保持する処理とを有する
ことを特徴とするチケット型メンバ認証方法。
【請求項８】
前記チケット照合要求２を受信した前記利用者チケット照合手段による、前記チケット照合応答を生成した後、
前記チケット照合応答を前記利用者操作手段へ送信する処理、前記チケット照合応答を前記提供者チケット照合手段へ送信する処理、前記照合結果情報を前記利用者操作手段へ送信する処理に代えて、
前記利用者チケット照合手段が前記チケット照合応答を前記提供者チケット照合手段へ送信する処理と、
前記チケット照合応答を受信した前記提供者チケット照合手段により、前記チケット照合応答に含まれる前記所属チケット及び前記検証チケットと、前記提供者チケット照合手段が保持する前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、照合結果情報を前記利用者チケット照合手段へ送信する処理と、
前記照合結果情報を受信した前記利用者チケット照合手段により、前記照合結果情報を前記利用者操作手段へ送信する処理と、
前記照合結果情報を受信した前記利用者操作手段により、前記照合結果情報を保持する処理とを有する
ことを特徴とする請求項７に記載のチケット型メンバ認証方法。
【請求項９】
前記利用者チケット照合手段は、ＩＤによる認証、パスワードによる認証、生体による認証、証明書を用いた認証のうち少なくとも一つ以上からなる本人認証手段を有し、
前記利用者操作手段による、前記利用者チケット照合手段に前記認証要求を送信する処理の前に、
前記利用者操作手段により、本人認証情報を用いて本人認証要求を生成し、前記利用者チケット照合手段に前記本人認証要求を送信する処理と、
前記本人認証要求を受信した前記利用者チケット照合手段により、前記本人認証手段と受信した前記本人認証要求を用いて本人認証を行う処理を有する
ことを特徴とする請求項６から８のいずれか一項に記載のチケット型メンバ認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、チケット型メンバ認証装置に関し、特に、インターネット等のネットワーク上のサーバやストレージを個人毎に割り当てられる分散環境において、他者のサーバやストレージにアクセスする際に必要となる個人認証やグループ認証の簡易化を実現するチケット型メンバ認証装置及び方法に関するものである。
【背景技術】
【０００２】
従来、インターネット等のネットワーク上のサーバやストレージが個人毎に管理された分散環境において、他者のサーバやストレージにアクセスする際に必要となる個人認証のための認証方法が知られている。
【０００３】
（個人サイトの普及）
インターネットやウェブログなどの普及により個人がサーバをネットワーク上で構築し、容易に情報を公開する機会が増えている。このような個人毎に割り当てられたネットワーク上のサーバやストレージを総称し個人サイトと呼ぶ。個人サイトを運用する際、次の要件が挙げられる。
【０００４】
（１）運用者は、知り合い同士など何らかの社会的関係に基づく特定のユーザのみを、自分が管理する個人サイトにアクセス許可したい場合がある。
（２）知り合い同士など何らかの社会的関係に基づく複数の運用者同士が、自分が管理する個人サイトの情報を互いに共有したい場合がある。
これらの要件を満たすためには、複数の運用者から構成されるコミュニティを形成し、個人サイトにアクセスするユーザについて、アクセス許可したコミュニティに含まれるメンバであるかどうか検証する個人認証を行う必要がある。
【０００５】
（個人認証）
個人認証は、大きくパスワード方式とＩＣカード方式に分けられる。
（Ａ）パスワード方式
認証方式として最も用いられている形態であり、サーバが秘密の情報（パスワード）を用意しユーザがパスワードを記憶する方式である。サーバは、クライアントを通じて利用者からパスワードを入力された場合に、サーバが記憶するパスワードと一致検証を行う。そして、一致した場合、クライアントを操作するユーザがアクセスを許可するユーザであるとする。ここで、回線上でパスワードが盗聴されることを防止するために、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）などの通信路暗号化技術も提案されている。また、パスワード方式と同様の方式として、個人の一意性を安全に保証する指紋認証や静脈認証など生体認証を用いる方法（生体認証）もある。
【０００６】
（Ｂ）ＩＣカード方式
サーバが検証できる秘密情報をＩＣカードに登録し、ＩＣカードとサーバ間で直接認証する方式である。例えば、ＩＣカードに公開鍵暗号方式における秘密鍵と公開鍵、及び、公開鍵に対する証明書を格納しておき、ＩＣカードが秘密鍵を用いて電子署名を生成し、サーバが公開鍵と公開鍵証明書を用いて署名検証する方法がある。この方式では、サーバが署名検証可能な電子署名を生成できるＩＣカードを所有しているユーザがアクセスを許可するユーザであるとする。公開鍵暗号方式としては、ＲＳＡ，ＤＳＡ，ＥＣＤＳＡが知られている。
【０００７】
また、公開鍵暗号方式の代わりに、ＤＥＳ／ＴＤＥＳ，ＡＥＳ，Ｃａｍｅｌｌｉａなどの共通鍵暗号方式を用いる方法もある。また、ＨＭＡＣなどハッシュ関数を用いる方式もある。公開鍵証明書はＸ．５０９など様々な形式が提案されている。ＩＣカード方式では、ＩＣカードの紛失や盗難による他者のＩＣカードを用いた不正アクセスを防止することが課題であるが、防止する方法としては、ＩＣカードと本人間でパスワード方式を用いた認証（ＰＩＮ認証）を行う方法がある。
【０００８】
（個人認証の問題点）
次に、これらの認証方式の問題について述べる。ＩＣカード方式は、ＩＣカードの製造、配布、維持管理コストが問題である。生体認証を用いても生体情報を読み取る読み取り装置の製造や配布が同様に問題となる。
一方、パスワード方式は、このような外部装置を用いることがないためＩＣカードのような外部装置の製造、配布、維持管理コストは発生しないが、ユーザが様々な個人サイトのサービスを利用する場合、サーバ毎に用意されるパスワードを全て記憶しなければならない。この結果、ユーザによるパスワードの運用コストが発生する。
【０００９】
たとえば、個人サイトＸ、Ｙ、Ｚを管理者Ｕｘ、Ｕｙ、Ｕｚがそれぞれ管理している場合を考える。この場合、ＵｘはＵｙとＵｚに対してＸにアクセスできるＩＤとパスワードを与える。同様に、ＵｙはＵｘとＵｚに対してＹにアクセスできるＩＤとパスワードを与える。同様に、ＵｚはＵｘとＵｙに対してＺにアクセスできるＩＤとパスワードを与える。仮に、Ｎ人のメンバとなった場合、各個人サイトが（Ｎ−１）人に対してパスワードを付与する。各ユーザは（Ｎ−１）個のパスワードを記憶する。システム全体ではＮ（Ｎ−１）個のパスワードが存在する。このように、パスワード方式では、ユーザの人数に比例して、パスワードの運用コストが増加する。
【００１０】
この複数のパスワードを効率的に運用する１つの方法として、リバティアライアンスや、ＮＥＴパスポートのようなシングルサインオン技術が提案されている。しかし、パスワードを一元管理するパスワード管理サーバが必要であり、パスワード管理サーバがシステム運用上のボトルネックとなる。これは、万が一パスワード管理サーバの運用が停止した際、ネットワークシステム全体が停止することを意味している。シングルサインオン技術はシステムの信頼性について優れていない。
【００１１】
このパスワード管理サーバがボトルネックとなる問題を解決する方法として、パスワードリストをコミュニティに関係する個人サイト間で共有する方法が考えられる。例えば、前例を用いた場合、ＵｘのパスワードＰｘ、ＵｙのパスワードＰｙ、ＵｚのパスワードＰｚのリスト（Ｐｘ，Ｐｙ，Ｐｚ）を各サイトＸ，Ｙ，Ｚで共有する方法である。しかし、この方法では新たにメンバが追加された場合全個人サイト間で追加、更新を同期させて完全に行わなければならない。例えば、Ｕｗが追加された場合、（Ｐｘ，Ｐｙ，Ｐｚ，Ｐｗ）をＸ，Ｙ，Ｚ，Ｗに対して同期、反映させることが必要不可欠となる。この結果、個人サイトの数（ノード数）に比例してリストの更新コストが増加する。
【００１２】
上述した従来技術に関連するものとして、以下のものが上げられる。
（１）「移動エージェント通信環境におけるチケットを用いたアクセス制御手法の検討」（非特許文献１参照）
（２）「分散システムにおけるシステム資源へのアクセスのセキュリティ制御の方法及びシステム」（特許文献１参照）
（３）「解放型分散ネットワークにおける認証及び権限付与方法」（特許文献２参照）
（４）「アクセス制御方法、アクセス制御システムおよびアクセス制御プログラム」（特許文献３参照）
（５）「コミュニティ支援システム」（特許文献４参照）
【００１３】
文献（１）は、このフレームワークでは、ドメインとよばれるエージェントのグループが存在し、エージェントが同じドメインに所属するかどうかを認証サーバを用いて認証する。認証では、そのドメインで有効なチケットが用いられる。
文献（２）は、あるデータをエージェントが利用できるかどうかをセンタが検証する。検証の際、エージェントがデータを利用できるグループに属しているかどうかを検証する。その際、グループ識別子が用いられる。
【００１４】
文献（３）は、あるユーザが分散環境下で管理された他人のリソースの利用を行う際に、リソースに対するアクセス許可の申請をエージェントが代行して行い、申請した結果を反映したアクセスコントロールリストをエージェントが管理する方式である。
文献（４）は、複数のユーザから構成されるコミュニティを、１つのセンタで効率的に管理する技術である。
【００１５】
本発明は、各ユーザが個々に管理するネットワーク上に分散配置されたリソースを、複数のユーザから構成されるコミュニティをユーザ自身が自由に構成し、メンバを分散管理し、各メンバが保持するリソースを共有する技術である。その点で、センタ管理されていない文献（４）とは異なる。また、メンバの検証をセンタで集中的に行う文献（１）や文献（２）と異なる。また、本発明はアクセスしてきたユーザが誰であるかを管理しないチケットを活用し、認証を実現する方式であり、アクセス制御情報を各ユーザが管理している文献（３）とは異なる。
【００１６】
【非特許文献１】コンピュータセキュリティ研究会（ＣＳＥＣ）、１４−２３、情報処理学会、２００１
【特許文献１】特開平９−２５１４２５号公報
【特許文献２】特開２０００−９９４６９号公報
【特許文献３】特開２００３−５８４２３２０号公報
【特許文献４】特開２００３−９１６０３２０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
しかしながら、上述した従来の個人認証のための認証方法においては、ＩＣカード方式における設備コストの発生、パスワード方式における利用者のパスワード管理コストの発生、パスワード管理サーバのボトルネック化によるネットワークシステムの信頼性の低下、メンバ更新時のメンバ同期コストの発生が問題となる。
この発明の目的は、あるユーザが個人サイトへアクセスした際に、そのユーザが複数の個人サイトで構成されるコミュニティのメンバかどうかを効率的に検証することである。そのために、本発明では、ＩＣカード方式における設備コストの発生、パスワード方式における利用者のパスワード管理コストの発生、パスワード管理サーバのボトルネック化によるネットワークシステムの信頼性の低下、メンバ更新時のメンバ同期コストの発生に対し、各種コストの発生防止或いは低減、及び信頼性を確保することができるチケット型メンバ認証装置及び方法を提供することである。
【課題を解決するための手段】
【００１８】
上記目的を達成するため、この発明に係るチケット型メンバ認証装置は、複数のメンバから構成されるコミュニティの一員であることを表す情報であるチケットを用いて、認証要求する利用者と認証要求される提供者の間でチケット照合を行い、照合結果から、前記利用者と前記提供者が互いに同一のコミュニティに属していることを認証するチケット型メンバ認証装置であって、互いにネットワークを介して接続された、利用者の認証要求を生成する利用者操作手段と、所属するコミュニティのチケットである所属チケット及び外部からのアクセスを許可するコミュニティのチケットである検証チケットを保持し、前記所属チケット及び前記検証チケットと外部から受信した情報に含まれるチケットとの照合を行い、前記所属チケット及び前記検証チケットを含むチケット照合要求１を生成保持する利用者チケット照合手段と、前記所属チケット及び前記検証チケットを保持し、前記所属チケット及び前記検証チケットと外部から受信した情報に含まれるチケットとの照合を行い、前記所属チケット及び前記検証チケットを含むチケット照合要求２を生成保持する提供者チケット照合手段とを有し、前記利用者操作手段は、前記認証要求を前記利用者チケット照合手段に送信し、前記利用者チケット照合手段は、受信した前記認証要求が認証要求した利用者本人による要求であると本人認証した場合、前記チケット照合要求１を生成保持すると共に、前記利用者操作手段を介して或いは直接、前記チケット照合要求１を前記提供者チケット照合手段へ送信し、前記提供者チケット照合手段は、受信した前記チケット照合要求１に含まれる前記所属チケット及び前記検証チケットと、保持する前記所属チケット及び前記検証チケットとが一致することを検証し、一致する場合、前記チケット照合要求２を生成保持すると共に前記利用者チケット照合手段へ送信し、前記利用者チケット照合手段は、受信した前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットと、保持する前記チケット照合要求１に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、前記所属チケット及び前記検証チケットを含むチケット照合応答を生成し、前記利用者操作手段を介して或いは直接、前記チケット照合応答を前記提供者チケット照合手段へ送信し、前記提供者チケット照合手段は、受信した前記チケット照合応答に含まれる前記所属チケット及び前記検証チケットと、保持する前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、照合結果情報を、前記利用者チケット照合手段を介して或いは直接、前記利用者操作手段へ送信し、前記利用者操作手段は、前記照合結果情報を保持することを特徴としている。
【００１９】
また、この発明に係るチケット型メンバ認証方法は、複数のメンバから構成されるコミュニティの一員であることを表す情報であるチケットを用いて、認証要求する利用者と認証要求される提供者の間でチケット照合を行い、照合結果から、前記利用者と前記提供者が互いに同一のコミュニティに属していることを認証するチケット型メンバ認証方法であって、互いにネットワークを介して接続された、利用者操作手段と、利用者チケット照合手段と、提供者チケット照合手段との間で認証処理を行うに際し、前記利用者操作手段により、利用者の認証要求を生成して前記利用者チケット照合手段へ前記認証要求を送信する処理と、前記認証要求を受信した前記利用者チケット照合手段により、前記提供者チケット照合手段が保持する、所属するコミュニティのチケットである所属チケット及び外部からのアクセスを許可するコミュニティのチケットである検証チケットと、前記認証要求に含まれるチケットとの照合を行い、前記認証要求が認証要求した利用者本人による要求であると本人認証した場合、前記所属チケット及び前記検証チケットを含むチケット照合要求１を生成保持すると共に前記利用者操作手段ヘ送信する処理と、前記チケット照合要求１を受信した前記利用者操作手段により、前記チケット照合要求１を前記提供者チケット照合手段へ送信する処理と、前記チケット照合要求１を受信した前記提供者チケット照合手段により、前記提供者チケット照合手段が保持する前記所属チケット及び前記検証チケットと、受信した前記チケット照合要求１に含まれるチケットとの照合を行い、前記チケット照合要求１に含まれる前記所属チケット及び前記検証チケットと、前記提供者チケット照合手段が保持する前記所属チケット及び前記検証チケットとが一致することを検証し、一致する場合、前記所属チケット及び前記検証チケットを含むチケット照合要求２を生成保持すると共に前記利用者チケット照合手段へ送信する処理と、前記チケット照合要求２を受信した前記利用者チケット照合手段により、前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットと、前記利用者チケット照合手段が保持する前記チケット照合要求１に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、前記所属チケット及び前記検証チケットを含むチケット照合応答を生成して前記提供者チケット照合手段へ送信する処理と、前記チケット照合応答を受信した前記提供者チケット照合手段により、前記チケット照合応答に含まれる前記所属チケット及び前記検証チケットと、前記提供者チケット照合手段が保持する前記チケット照合要求２に含まれる前記所属チケット及び前記検証チケットが一致することを検証し、一致する場合、照合結果情報を前記利用者操作手段へ送信する処理と、前記照合結果情報を受信した前記利用者操作手段により、前記照合結果情報を保持する処理とを有することを特徴としている。
【００２０】
（作用）
この発明は、ウェブログなどの個人サイトに対して組み込まれる。その結果、ＩＣカード方式における特殊な設備は不要となる。また、複数のユーザ間で共通の１つのチケットを共有するため、パスワードは自分の個人サイトにアクセスするために必要となる１つのパスワードだけである。また、ある個人サイトがシステムダウンしても他の個人サイトは問題なく認証できるため、ボトルネックは発生しない。また、新たな個人サイトが追加された場合、その個人サイトがチケットを保持するだけでよく、メンバ同期コストは、このチケットの格納処理コストだけである。
【発明の効果】
【００２１】
この発明によれば、互いにネットワークを介して接続された、利用者操作手段、利用者チケット照合手段、提供者チケット照合手段とを有し、利用者操作手段は、認証要求を利用者チケット照合手段に送信し、利用者チケット照合手段は、受信した認証要求が認証要求した利用者本人による要求であると本人認証した場合、チケット照合要求１を生成保持すると共に利用者操作手段を介して或いは直接、チケット照合要求１を提供者チケット照合手段へ送信し、提供者チケット照合手段は、受信したチケット照合要求１に含まれるチケットと、保持するチケットとが一致することを検証し、一致する場合、チケット照合要求２を生成保持すると共に利用者チケット照合手段へ送信し、利用者チケット照合手段は、受信したチケット照合要求２に含まれるチケットと、保持するチケット照合要求１に含まれるチケットが一致することを検証し、一致する場合、チケットを含むチケット照合応答を生成し、利用者操作手段を介して或いは直接、提供者チケット照合手段へ送信し、提供者チケット照合手段は、受信したチケット照合応答に含まれるチケットと、保持するチケット照合要求２に含まれるチケットが一致することを検証し、一致する場合、照合結果情報を、利用者チケット照合手段を介して或いは直接、利用者操作手段へ送信し、利用者操作手段は、照合結果情報を保持する。
【００２２】
このため、ＩＣカード方式における設備コストの発生、パスワード方式における利用者のパスワード管理コストの発生、パスワード管理サーバのボトルネック化によるネットワークシステムの信頼性の低下、メンバ更新時のメンバ同期コストの発生に対し、各種コストの発生防止或いは低減、及び信頼性を確保することができる。
また、この発明に係るチケット型メンバ認証装置により、チケット型メンバ認証方法を実現することができる。
【発明を実施するための最良の形態】
【００２３】
（構成の説明）
以下、この発明を実施するための最良の形態について図面を参照して説明する。
図１は、この発明の一実施の形態に係るチケット型メンバ認証装置の概略構成、及びこの装置による認証処理の動作を示すブロック説明図である。図１に示すように、チケット（管理）型メンバ認証装置１０は、利用者操作手段１１と利用者チケット照合手段１２と提供者チケット照合手段１３から構成される。
この発明に係るチケット型メンバ認証装置１０は、複数のユーザから構成されるコミュニティに属することを示す情報であるチケットを用いて、効率的に、分散された個人サイトのアクセス制御を行う装置である。
【００２４】
利用者操作手段１１は、外部との通信を行う外部通信手段１４、本人認証のための情報入力などを備えた利用制御手段１５、及び認証状態保持手段１８から構成され、利用者（ユーザ）Ｕが操作する。
利用者チケット照合手段１２は、外部通信手段１６とチケット照合手段１７と認証状態保持手段１９を備えている。外部通信手段１６は、ネットワークを介して、チケット情報や認証情報などの送受信を行う。チケット照合手段１７は、所属するコミュニティのチケットである所属チケットと、外部からのアクセスを許可するコミュニティのチケットである検証チケットを保持し、これらのチケットと当該手段の外部より受信した情報に含まれるチケットとの照合を行う。認証状態保持手段１９は、認証状態を保持する。
【００２５】
提供者チケット照合手段１３は、外部通信手段２０とチケット照合手段２１と認証状態保持手段２２とを備えている。外部通信手段２０、チケット照合手段２１は、利用者チケット照合手段１２のチケット照合手段１７と同じ手段を用いる。認証状態保持手段２２は、提供者チケット照合手段１３が開示する情報を格納する手段である。
【００２６】
（動作の説明）
次に、チケット型メンバ認証装置１０における認証処理を説明する。
始めに、初期状態を説明する。先ず、利用者操作手段１１の認証状態保持手段１８と、利用者チケット照合手段１２の認証状態保持手段１９は、認証情報Ｑ１を保持している。利用者チケット照合手段１２のチケット照合手段１７と提供者チケット照合手段１３のチケット照合手段２１が保持する、所属チケットと検証チケットをＸとする。
図２は、図１のチケット型メンバ認証装置における認証処理の順序を示すシーケンス図である。図２に示すように、チケット型メンバ認証装置１０における認証処理の順序は、以下のようになる。
【００２７】
（１０１）利用者Ｕは、利用者操作手段１１の利用制御手段１５を用いて入力操作を行い、処理を開始する。
（１０２）利用者操作手段１１は、認証状態保持手段１８が保持する認証状態Ｑ１を用いて認証要求を生成し、外部通信手段１４を利用して利用者チケット照合手段１２に送信する。
（１０３）利用者チケット照合手段１２は、外部通信手段１６を用いて認証要求を受信し、そこに含まれる認証状態Ｑ１と認証状態保持手段１９を用いて認証を行う。
（１０４）利用者チケット照合手段１２は、認証の結果が正当である場合、Ｘを含むチケット照合要求１を生成し保持する。
（１０５）利用者チケット照合手段１２は、利用者操作手段１１ヘチケット照合要求１を送信する。
【００２８】
（１０６）利用者Ｕは、利用者操作手段１１を用いてチケット照合要求１を受信し、チケット照合要求１を提供者チケット照合手段１３へ送信する。
（１０７）提供者チケット照合手段１３は、外部通信手段２０を用いてチケット照合要求１を受信し、チケット照合手段２１を用いてチケット照合要求１に含まれるＸと、チケット照合手段２１が保持するＸが一致することを検証する。この結果、一致する場合、Ｘを含むチケット照合要求２を生成し保持する。
（１０８）提供者チケット照合手段１３は、チケット照合要求２を利用者チケット照合手段１２に送信する。
【００２９】
（１０９）利用者チケット照合手段１２は、外部通信手段１６を用いてチケット照合要求２を受信し、チケット照合手段１７を用いてチケット照合要求２に含まれるＸと、チケット照合手段１７が保持するチケット照合要求１に含まれるＸが一致することを倹証する。この結果、一致する場合、Ｘを含むチケット照合応答を生成する。
（１１０）利用者チケット照合手段１２は、外部通信手段１６を用いてチケット照合応答を提供者チケット照合手段１３に送信する。
（１１１）提供者チケット照合手段１３は、外部通信手段２０を用いてチケット照合応答を受信し、チケット照合応答に含まれるＸとチケット照合手段２１が保持するチケット照合要求２に含まれるＸが一致することを検証する。
【００３０】
（１１２）提供者チケット照合手段１３は、照合の結果、一致する場合、認証状態Ｑ２を生成し、認証状態保持手段２２に保持する。
（１１３）提供者チケット照合手段１３は、認証状態Ｑ２を含む照合結果情報を利用者操作手段１１に送信する。
（１１４）利用者操作手段１１は、照合結果情報に含まれる認証状態Ｑ２を認証状態保持手段１８に保持する。
（１１５）利用者Ｕは、利用者操作手段１１を用いて照合結果情報を閲覧する。
上述した認証処理においては、二者間でチケット照合を行っているが、複数の他者間でチケット照合を行うことが可能である。
【００３１】
図３は、複数の他者間でチケット照合を行う例を示す説明図である。図３に示すように、例えば、５人の利用者（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）がチケット照合を行う場合、各利用者は、それぞれ利用者チケット照合手段と提供者チケット照合手段を具備したサーバＡ，Ｂ，Ｃ，Ｄ，Ｅの一つと、利用者操作手段Ａ，Ｂ，Ｃ，Ｄ，Ｅの一つを所有している。例えば、利用者Ａは利用者操作手段ＡとサーバＡを有しており、同様に、利用者Ｂは利用者操作手段ＢとサーバＢを、利用者Ｃは利用者操作手段ＣとサーバＣを、利用者Ｄは利用者操作手段ＤとサーバＤを、利用者Ｅは利用者操作手段ＥとサーバＥを、それぞれ有している。各サーバと各利用者操作手段はネットワークで接続されている。
【００３２】
この例において、これらのサーバの利用者チケット照合手段や提供者チケット照合手段の所有チケット、及び検証チケットが同一のチケットＸである場合、５人の利用者はあるコミュニティＸのメンバとなり、５人の利用者は全てのサーバにアクセスすることが可能である。
また、この実施の形態において、利用者チケット照合手段と提供者チケット照合手段を同一サーバに搭載する際、同一機能を集約することは可能である。例えば、利用者チケット照合手段と提供者チケット照合手段の各チケット照合手段は、１つのチケット照合手段を用いてもよい。
【００３３】
（実装形態）
この発明は、利用者チケット照合手段と提供者チケット照合手段を、異なる所有者が所有する装置にそれぞれ格納し、利用者が提供者の装置にアクセスする際に提供者の装置が認可判断を行う場合に用いられる。そして、これらの手段がインターネットや無線回線、衛星回線、赤外線などを用いたネットワークで繋がり、互いに認証しあうことによって、利用者と提供者によるコミュニティを形成することが可能となる。例えば、ウェブ上で社会的関係をネットワーク上で構成するソーシャルネットワークサービスに適用できる。
【００３４】
この発明で用いられるチケットの記述形式としては、テキストデータ、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データ、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データ、音声データ、静止画像データ、動画像データなど、様々な記述形式を用いることができる。コンテンツとしては、ウェブページ、音楽配信、画像配信、映像配信、音声配信、チャット、放送など、様々なコンテンツを利用可能である。
【００３５】
この発明で用いられる利用者チケット照合手段と提供者チケット照合手段がネットワーク上のサーバに実装される場合、ウェブページのアクセス制御手段として利用できる。ウェブページは常にオンラインで接続可能であるが、同類のものとして、ネットワークで接続されたパーソナルコンピュータ、ＩＣカード、携帯電乱、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、オーディオ、家電製品、ロボット、カーナビゲーションなどの様々な機器に搭載することが可能である。
【００３６】
この発明で用いられる本人認証手段の実現例としては、パスワード認証、ＩＤ認証、生体認証などが考えられる。
コンテンツ管理手段の実現例としては、アクセス制御、情報開示制御機能を有するデータベースやＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）などの記憶媒体などで実現する。
【００３７】
チケット照合手段は、ネットワーク上の改竄や成り済ましを検知するために、既存の暗号技術を利用した様々な認証方式を用いることができる。例えば、ＤＥＳ（Ｄａｔａ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）／Ｔ（Ｔｒｉｐｌｅ）−ＤＥＳ，ＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ），Ｃａｍｅｌｌｉａなどの共通鍵暗号方式を用いる場合、各チケット照合手段が共通鍵を共有し、通信時に電文を暗号化する方法がある。
【００３８】
また、ＲＳＡ（Ｒｉｖｅｓｔ−Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ  Ａｄｌｅｍａｎ），ＤＳＡ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ａｌｇｏｒｉｔｈｍ），ＥＣＤＳＡ（Ｅｌｌｉｐｔｉｃ  Ｃｕｒｖｅ  Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ａｌｇｏｒｉｔｈｍ）などの公開鍵暗号方式を用いる場合、電文送信時に電子署名を生成し電文受信時に電子署名を検証することによって、チケット照合を実現することができる。その際、公開鍵証明書を活用することも可能である。また、単純にハッシュ関数を用いたＨＭＡＣ（Ｋｅｙｅｄ  Ｈａｓｈｉｎｇ  ｆｏｒ  Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）方式を利用することもできる。利用者操作手段１１における認証状態保持手段１８として、ウェブブラウザのｃｏｏｋｉｅを利用することができる。
【００３９】
次に、具体的な実施例を説明する。
（例１）あるウェブログＷａを管理する利用者Ａが他者ＢのウェアログＷｂにアクセスする例。
（例２）複数のウェブログＷａｌ，Ｗａ２，Ｗａ３を管理する利用者Ａが他者ＢとＣのウェブログＷｂとＷｃにアクセスする例。
（例３）（例１）と異なる動作手順にて（例１）と同様のアクセスの例。
（例４）（例１）と同様であるが、最後の照合結果情報がメールなどによって送信される例。
【実施例１】
【００４０】
図４は、具体的な実施例である例１の構成を示すブロック図である。図４に示すように、例１は、利用者ＡがウェブログＷａを有し、提供者ＢがウェブログＷｂを有していて、利用者ＡがウェブログＷｂに利用者端末Ｕａを用いて接続する例である。この発明の構成要素である利用者チケット照合手段３０はウェブログＷａに組み込まれ、提供者チケット照合手段３１はウェブログＷｂに組み込まれ、利用者操作手段３２は利用者端末Ｕａに組み込まれている。利用者チケット照合手段３０と利用者操作手段３２は通信路Ｃｌで接続され、提供者チケット照合手段３１と利用者操作手段３２は通信路Ｃ２で接続され、利用者チケット照合手段３０と提供者チケット照合手段３１は通信路Ｃ３で接続される。
【００４１】
図５は、図４の利用者チケット照合手段の構成を示すブロック図である。図５に示すように、利用者チケット照合手段３０は、本人認証手段４１と認証状態保持手段１９とチケット照合手段１７と外部通信手段１６から構成される。この例における本人認証手段１８は、パスワードＰを保持し、外部から与えられたパスワードＱとパスワードＰを比較し、Ｐ＝Ｑの場合、真（Ｔｒｕｅ）を返却し、それ以外では偽（Ｆａｌｓｅ）を返却し、認証を行った状態を一定時間記憶する関数である。外部通信手段１６は、通信路Ｃｌと通信路Ｃ３で接続され、電文の送受信を行う。
【００４２】
図６は、図５のチケット照合手段の構成を示すブロック図である。図６に示すように、チケット照合手段１７は、乱数生成手段３３と署名生成手段３４と署名検証手段３５と鍵保持手段３６と所属チケット保持手段３７と検証チケット保持手段３８とチケット照合要求１保持手段３９とチケット照合要求２保持手段４０から構成される。
署名生成手段３４と署名検証手段３５は公開鍵暗号方式に従った署名関数と署名検証関数であり、鍵保持手段３６はそこで用いられる秘密鍵ＳｋＡと公開鍵ＰｋＡの鍵ペアを保持する。この例では、利用者Ａが秘密鍵ＳｋＡと公開鍵ＰｋＡを保持しているため、これらの値が鍵保持手段３６に保持される。
【００４３】
この例では、あるメッセージｍに対する電子署名ＳをＳ＝Ｓｉｇ＿Ｐｋ（ｍ）と記述する。これは、公開鍵Ｐｋに対応する秘密鍵Ｓｋを用いてメッセージｍに対して生成された電子署名Ｓを表している。一方、あるメッセージｍと、ある電子署名Ｓについて署名検証関数をＢｏｏｌｅａｎ＝Ｖｅｒｉｆｙ＿Ｐｋ（Ｓ，ｍ）と記述する。これは、Ｓ＝Ｓｉｇ＿Ｐｋ（ｍ）の場合Ｔｒｕｅを返却し、それ以外はＦａｌｓｅを返却する関数である。
【００４４】
所属チケット保持手段３７には、利用者Ａが所属するコミュニティのチケットＴａが保持される。検証チケット保持手段３８には、利用者Ａが信用するコミュニティのチケットＴｂが保持される。チケット照合要求１保持手段３９には、チケット照合要求１が保持される。チケット照合要求２保持手段４０には、チケット照合要求２が保持される。
【００４５】
図７は、図４の提供者チケット照合手段の構成を示すブロック図である。図７に示すように、提供者チケット照合手段３１は、外部通信手段２０とチケット照合手段２１とコンテンツ管理手段２２と認証状態保持手段４２から構成される。外部通信手段２０は、利用者チケット照合手段３０の外部通信手段１６と同じ手段であり、通信路Ｃ２と通信路Ｃ３で外部と接続される。
【００４６】
図８は、図７のチケット照合手段の構成を示すブロック図である。図８に示すように、チケット照合手段２１は、利用者チケット照合手段３０のチケット照合手段１７と同じ構成である。鍵保持手段３６には提供者Ｂが保持する秘密鍵ＳｋＢと公開鍵ＰｋＢが保持される。所属チケット保持手段３７には提供者Ｂが所属するコミュニティのチケットＴｂが保持される。検証チケット保持手段３８には提供者Ｂが信用するコミュニティのチケットＴａが保持される。コンテンツ管理手段２２はコンテンツを管理する。この例であるウェブログは日記の記事となるテキスト文書を管理する。管理はコンテンツ管理テーブルが用いられる。
【００４７】
図９は、コンテンツ管理テーブルの一例の説明図である。図９に示すように、コンテンツ管理テーブルは、認証したチケットとその際提示する記事の内容から構成される。
図４に示す利用者操作手段３２は、外部通信手段と利用制御手段と認証状態保持手段から構成される。外部通信手段は、利用者チケット照合手段３０の外部通信手段１６と同じ手段であり、通信路Ｃｌと通信路Ｃ２で外部と接続される。利用制御手段は、外部通信手段１６が受信したメッセージを出力し、外部通信手段１６が送信するメッセージを入力する。出力する方法としては液晶ディスプレイやプリンタ、スピーカなどがある。入力する手段としてキーボード、マウス、マイクなどがある。さらに、フラッシュメモリなどの記憶装置への出力や、記憶装置からの入力を行うことも可能である。
【００４８】
前述した例では、コミュニティのメンバであることを示すチケットＴａとＴｂが用いられる。チケットは多種多様な記述が可能である。例えば、画像やテキスト文書を与えることができる。
図１０は、チケットＴａの構成を示す説明図、図１１は、チケットＴｂの構成を示す説明図である。図１０，１１に示すように、チケットＴａとチケットＴｂはコミュニティＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）と発行者ＩＤから構成される。他のコミュニティＩＤをＸとし発行者ＩＤをＩＸとする。チケットＴｂのコミュニティＩＤをＹとし発行者ＩＤをＩＹとする。ここで、コミュニティＩＤや発行者ＩＤの一意性を確保するために、ＳＨＡ−１（Ｓｅｃｕｒｅ  Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ  １）などのハッシュ関数を用いる方法がある。
【００４９】
（チケット認証処理の説明）
図１２は、図４の例１におけるチケット認証処理の順序を示すシーケンス図である。図１２に示すように、図４の例１におけるチケット認証処理の順序は、以下のようになる。
（２０１）利用者Ｕは、利用者操作手段３２の利用制御手段を用いて本人認証情報Ｐを入力する。
（２０２）利用者操作手段３２は本人認証情報を用いて本人認証要求を生成し、外部通信手段を利用して利用者チケット照合手段３０に送信する。
図１３は、本人認証要求及び本人認証応答の一例の説明図である。図１３に示すように、本人認証要求は、本人認証情報Ｐから構成され、本人認証応答は、乱数Ｑ１から構成される。
【００５０】
（２０３）利用者チケット照合手段３０は、外部通信手段１６を用いて本人認証要求を受信し、本人認証手段１８と受信した本人認証要求を用いて本人認証を行う。本人認証手段１８は、本人認証手段１８が保持する本人認証情報＝本人認証要求が成立する場合、真（Ｔｒｕｅ）を返却する。
（２０４）利用者チケット照合手段３０は、本人認証の結果がＴｒｕｅである場合、乱数Ｑ１を生成し、認証状態保持手段１９に乱数Ｑ１を格納する。
【００５１】
（２０５）利用者チケット照合手段３０は、乱数Ｑ１を含む本人認証応答を生成し、利用者操作手段３２に返信する。
（２０６）利用者操作手段３２は、本人認証応答を受信し、利用者操作手段３２の認証状態保持手段に乱数Ｑ１を格納する。
（２０７）利用者操作手段３２は、認証結果を利用者Ｕに出力する。
（２０８）利用者Ｕは、利用者操作手段３２の利用制御手段を用いて認証を開始する。
（２０９）利用者操作手段３２は、認証状態保持手段に格納された乱数Ｑ１や認証で用いるトークンＴａから構成される認証開始要求を生成し、利用者チケット照合手段に送信する。
【００５２】
図１４は、認証開始要求及びチケット照合要求１の一例の説明図である。図１４に示すように、認証開始要求及びチケット照合要求１は、利用者Ａが所属するコミュニティのチケットＴａと乱数Ｒａから構成される。
（２１０）利用者チケット照合手段３０は、認証開始要求を受信し、認証開始要求に含まれる乱数Ｑ１と認証状態保持手段の値を比較する。
（２１１）利用者チケット照合手段３０は、比較の結果一致している場合、乱数Ｒ１を生成し、チケット照合要求１を生成し、チケット照合要求１保持手段に保持する。
（２１２）利用者チケット照合手段３０は、利用者操作手段へチケット照合要求１を送信する。
（２１３）利用者Ｕは、利用者操作手段を用いてチケット照合要求１を受信し、提供者チケット照合手段へ送信する。
（２１４）提供者チケット照合手段３１は、外部通信手段２０を用いてチケット照合要求１を受信し、以下を検証する。
チケット照合要求１のチケットＴａ＝チケット照合手段２１の検証チケット
検証の結果がＴｒｕｅの場合、乱数Ｒｂを生成し、チケット照合要求２を生成し、電子署名Ｓｂ＝Ｓｉｇ＿ＰｋＢ（Ｔａ，Ｒａ，Ｔｂ，Ｒｂ））を生成し、保持する。
【００５３】
図１５は、チケット照合要求２の一例の説明図である。図１５に示すように、チケット照合要求２は、利用者Ａが所属するコミュニティのチケットＴａ，乱数Ｒａ、提供者Ｂが所属するコミュニティのチケットＴｂ，乱数Ｒｂ，公開鍵ＰｋＢ，電子署名Ｓｂから構成される。
（２１５）提供者チケット照合手段３１は、チケット照合要求２を利用者チケット照合手段３０に送信する。
（２１６）利用者チケット照合手段３０は、外部通信手段１６を用いてチケット照合要求２を受信し、以下を検証する。
Ｔｒｕｅ＝Ｖｅｒｉｆｙ＿ＰｋＢ（Ｓｂ，（Ｔａ，Ｒａ，Ｔｂ，Ｒｂ））
チケット照合手段１７のチケット照合要求１保持手段３９＝（Ｔａ，Ｒａ）
チケット照合手段１７の検証チケット保持手段３８＝Ｔｂ
検証の結果、Ｔｒｕｅである場合、電子署名Ｓａ＝Ｓｉｇ＿ＰｋＡ（（Ｔａ、Ｒａ，Ｔｂ，Ｒｂ））を生成しチケット照合応答を生成する。
【００５４】
図１６は、チケット照合応答の一例の説明図である。図１６に示すように、チケット照合応答は、利用者Ａが所属するコミュニティのチケットＴａ，乱数Ｒａ，公開鍵ＰｋＡ，電子署名Ｓａ、提供者Ｂが所属するコミュニティのチケットＴｂ，乱数Ｒｂから構成される。
（２１７）利用者チケット照合手段３０は、外部通信手段１６を用いてチケット照合応答を提供者チケット照合手段３１に送信する。
（２１８）提供者チケット照合手段３１は、外部通信手段２０を用いてチケット照合応答を受信し、以下を検証する。
Ｔｒｕｅ＝Ｖｅｒｉｆｙ＿ＰｋＡ（Ｓａ，（Ｔａ，Ｒａ，Ｔｂ，Ｒｂ））
チケット照合手段２１のチケット照合要求２保持手段４０＝（Ｔａ，Ｒａ，Ｔｂ，Ｒｂ）
【００５５】
（２１９）提供者チケット照合手段３１は、照合の結果、Ｔｒｕｅの場合、乱数Ｑ２を生成し、認証状態保持手段に格納する。
（２２０）提供者チケット照合手段３１は、コンテンツ管理手段のコンテンツ管理テーブル（図９参照）から検証したチケットＴａに該当するコンテンツ（照合結果）ｍ１，ｍ２と乱数Ｑ２から構成される照合結果情報を生成し、利用者操作手段３２に送信する。
（２２１）利用者操作手段３２は、認証状態保持手段に乱数Ｑ２を格納する。
（２２２）利用者操作手段３２は、コンテンツｍ１，ｍ２を利用者Ｕに出力する。
【００５６】
このような手順の後、与えられたコンテンツにアクセスする。ここで、コンテンツヘのアクセスとは、例えば、ウェブログヘの情報開示制御を考慮したアクセスや、複数の自動車のカーナビ間の通信における認証、さらには複数のロボット間の協調制御のための通信認証を示すものである。
この例では、所属チケットと検証チケットが異なる例を示した。しかし、利用者Ａと利用者Ｂが異なるコミュニティに属していても情報を開示することが可能である。ここで、そのような異なるコミュニティに対して情報を開示したくない場合、即ち、チケットＴａとチケットＴｂが同一のコミュニティヘの所属を示すチケットならば、Ｔａ＝Ｔｂとする値を用いて認証が行われる。
【００５７】
この例では、所属チケットと検証チケットの関係を強く結びつけ、その関係を検証しながら開示制御を行うことが可能である。例えば、検証チケットＴｂが、所属チケットＴａ以外のチケット所持者に対して情報開示を許さないチケットである場合、つまり、所属チケットＴａと検証チケットＴｂがコミュニティとして強く関係づけられている場合、Ｔａ＝Ｈ（コミュニティ名、Ｔｂ）のように記述する。ここで、Ｈはハッシュ関数とする。この場合、利用者Ｂが所属チケットＴａを提示してきた場合に、その関係を確実に検証することができる。ここで、コミュニティ名にはＵＲＬなどを記述することも可能である。
この例では、本人認証と連続したチケット照合処理の例を提示したが、本人認証後、利用できるチケットの一覧を提示し、そこから選択することもできる。
【実施例２】
【００５８】
図１７は、具体的な実施例である例２の構成を示すブロック図である。図１７に示すように、例２は、利用者ＡがウェブログＷａ１とウェブログＷａ２とウェブログＷａ３を有している。利用者ＢがウェブログＷｂを有している。利用者ＣがウェブログＷｃを有している。利用者ＡがウェブログＷｂとウェブログＷｃに利用者端末Ｕａを用いて接続する例である。
この発明の構成要素である利用者チケット照合手段３０はウェブログＷａ１とウェブログＷａ２とウェブログＷａ３に組み込まれ、提供者チケット照合手段３１はウェブログＷｂとウェブログＷｃに組み込まれ、利用者操作手段３２は利用者端末Ｕａに組み込まれている。
【００５９】
この例にあっては匿名性を実現することができる。即ち、１人の利用者が複数のウェブログを用途やコミュニティ毎に分けて用意し、各ウェブログを統括する１つのウェブログを用いて本人認証を行い、その支配下にあるウェブログがアクセスするウェブログに対して認証するモデルである。各ウェブログは、利用者チケット照合手段３０と提供チケット照合手段３１を保持し、その中のチケット照合手段１７，２１が鍵やチケットを保持している。
【００６０】
図１８は、チケット照合手段が保持する鍵やチケットの一例の説明図である。図１８に示すように、各ウェブログＷａ１、Ｗａ２、Ｗａ３、Ｗｂ、Ｗｃの各チケット照合手段１７，２１は、それぞれ、鍵ペア、所属チケット、検証チケットを保持する。
図１９は、図１７の例２におけるチケット認証処理の順序を示すシーケンス図である。図１９に示すように、図１７の例２におけるチケット認証処理の順序は、以下のようになる。
【００６１】
（３０１）利用者端末Ｕａは、ウェブログＷａ１に本人認証要求を送信する。
（３０２）ウェブログＷａ１は、利用者端末Ｕａに本人認証応答を送信する。
（３０３）利用者端末Ｕａは、ウェブログＷａ１に照合開始要求１を送信する。
（３０４）ウェブログＷａ１は、利用者端末Ｕａにチケット照合要求１−１を送信する。
（３０５）利用者端末Ｕａは、ウェブログＷａ２にチケット照合要求１−１を送信する。
（３０６）ウェブログＷａ２は、ウェブログＷａ１にチケット照合要求２−１を送信する。
【００６２】
（３０７）ウェブログＷａ１は、ウェブログＷａ２にチケット応答１を送信する。
（３０８）ウェブログＷａ２は、利用者端末Ｕａに照合結果情報１を送信する。
（３０９）利用者端末Ｕａは、ウェブログＷａ２に照合開始要求２を送信する。
（３１０）ウェブログＷａ２は、利用者端末Ｕａにチケット照合要求１−２を送信する。
（３１１）利用者端末Ｕａは、ウェブログＷｂにチケット照合要求１−２を送信する。
（３１２）ウェブログＷｂは、ウェブログＷａ２にチケット照合要求２−２を送信する。（３１３）ウェブログＷａ２は、ウェブログＷｂにチケット応答２を送信する。
（３１４）ウェブログＷｂは、利用者端末Ｕａにコンテンツ（照合結果）を含む照合結果情報２を送信する。
【００６３】
同様に、ウェブログＷｃは、ウェブログＷａ２とは異なるウェブログＷａ３と認証する。ここで、ウェブログＷｂはウェブログＷａ３と認証不可能であり、ウェブログＷｃはウェブログＷａ２と認証不可能である。従って、ウェブログＷｂやウェブログＷｃがログを採取した際に、同一人物が管理するウェブログかどうか判断することは不可能である。
【００６４】
図２０は、チケット照合要求１−１，２−１の一例の説明図である。図２０に示すように、チケット照合要求１−１は、所属チケットＴａ１、乱数Ｒａ１から、チケット照合要求２−１は、所属チケットＴａ２、乱数Ｒａ２２から、それぞれ構成される。
図２１は、チケット照合要求１−２，２−２の一例の説明図である。図２０に示すように、チケット照合要求１−２は、所属チケットＴａ１，Ｔａ２、乱数Ｒａ１，Ｒａ２、公開鍵ＰｋＡ２、電子署名Ｓａ２から、チケット照合要求２−２は、所属チケットＴａ２，Ｔｂ、乱数Ｒａ２２，Ｒｂ、公開鍵ＰｋＢ、電子署名Ｓｂから、それぞれ構成される。
【００６５】
図２２は、チケット照合応答の一例の説明図である。図１６に示すように、チケット照合応答１は、所属チケットＴａ１，Ｔａ２、乱数Ｒａ１，Ｒａ２、公開鍵ＰｋＡ１、電子署名Ｓａ１から、チケット照合応答２は、所属チケットＴａ２，Ｔｂ、乱数Ｒａ２２，Ｒｂ、公開鍵ＰｋＡ２、電子署名Ｓａ２２から、それぞれ構成される。
【実施例３】
【００６６】
図２３は、図１のチケット型メンバ認証装置における他の認証処理の順序を示すシーケンス図である。この例では、実施例１と異なる処理手順で実施例１と同様の認証を実行する。図２３に示すように、実施例１とは異なる処理手順で行う認証処理の順序は、以下のようになる。
【００６７】
（４０１）利用者Ｕは、利用者操作手段１１の利用制御手段１５を用いて入力操作を行い、処理を開始する。
（４０２）利用者操作手段１１は、認証状態保持手段１８が保持する認証状態Ｑ１を用いて認証要求を生成し、外部通信手段１４を利用して利用者チケット照合手段１２に送信する。
（４０３）利用者チケット照合手段１２は、外部通信手段１６を用いて認証要求を受信し、そこに含まれる認証状態Ｑ１と認証状態保持手段１９を用いて認証を行う。
【００６８】
（４０４）利用者チケット照合手段１２は、認証の結果が正当である場合、Ｘを含むチケット照合要求１を生成し保持する。
ここ迄は、実施例１の（１０１）〜（１０４）と同じであり、その後、チケット照合要求１を提供者チケット照合手段１３ヘ送信する。
（４０５）利用者チケット照合手段１２は、提供者チケット照合手段１３へチケット照合要求１を送信する。
【００６９】
（４０６）提供者チケット照合手段１３は、外部通信手段２０を用いてチケット照合要求１を受信し、チケット照合手段２１を用いてチケット照合要求１に含まれるＸと、チケット照合手段２１が保持するＸが一致することを検証する。この結果、一致する場合、Ｘを含むチケット照合要求２を生成し保持する。
（４０７）提供者チケット照合手段１３は、チケット照合要求２を利用者チケット照合手段１２に送信する。
【００７０】
（４０８）利用者チケット照合手段１２は、外部通信手段１６を用いてチケット照合要求２を受信し、チケット照合手段１７を用いてチケット照合要求２に含まれるＸと、チケット照合手段１７が保持するチケット照合要求１に含まれるＸが一致することを倹証する。この結果、一致する場合、Ｘを含むチケット照合応答を生成する。
（４０９）利用者チケット照合手段１２は、外部通信手段１６を用いてチケット照合応答を利用者操作手段１１に送信する。
（４１０）利用者操作手段１１は、外部通信手段１４を用いてチケット照合応答を受信し、受信したチケット照合応答を、外部通信手段１４を用いて提供者チケット照合手段１３に送信する。
【００７１】
（４１１）提供者チケット照合手段１３は、外部通信手段２０を用いてチケット照合応答を受信し、チケット照合応答に含まれるＸとチケット照合手段２１が保持するチケット照合要求２に含まれるＸが一致することを検証する。
（４１２）提供者チケット照合手段１３は、照合の結果、一致する場合、認証状態Ｑ２を生成し、認証状態保持手段２２に保持する。
（４１３）提供者チケット照合手段１３は、認証状態Ｑ２を含む照合結果情報を利用者操作手段１１に送信する。
（４１４）利用者操作手段１１は、照合結果情報に含まれる認証状態Ｑ２を認証状態保持手段１８に保持する。
（４１５）利用者Ｕは、利用者操作手段１１を用いて照合結果情報を閲覧する。
【実施例４】
【００７２】
図２４は、図１のチケット型メンバ認証装置における更に他の認証処理の順序を示すシーケンス図である。この例では、利用者操作手段１１が提供者チケット照合手段１３から受信する照合結果情報を、メール配信などによるアラートサービスにより受け取る形態を実現することができる。図２４に示すように、利用者操作手段１１が提供者チケット照合手段１３から受信する照合結果情報を、メール配信などによるアラートサービスにより受け取る認証処理の順序は、以下のようになる。
【００７３】
（５０１）利用者Ｕは、利用者操作手段１１の利用制御手段１５を用いて入力操作を行い、処理を開始する。
（５０２）利用者操作手段１１は、認証状態保持手段１８が保持する認証状態Ｑ１を用いて認証要求を生成し、外部通信手段１４を利用して利用者チケット照合手段１２に送信する。
（５０３）利用者チケット照合手段１２は、外部通信手段１６を用いて認証要求を受信し、そこに含まれる認証状態Ｑ１と認証状態保持手段１９を用いて認証を行う。
（５０４）利用者チケット照合手段１２は、認証の結果が正当である場合、Ｘを含むチケット照合要求１を生成し保持する。
（５０５）利用者チケット照合手段１２は、提供者チケット照合手段１３へチケット照合要求１を送信する。
【００７４】
（５０６）提供者チケット照合手段１３は、外部通信手段２０を用いてチケット照合要求１を受信し、チケット照合手段２１を用いてチケット照合要求１に含まれるＸと、チケット照合手段２１が保持するＸが一致することを検証する。この結果、一致する場合、Ｘを含むチケット照合要求２を生成し保持する。
（５０７）提供者チケット照合手段１３は、チケット照合要求２を利用者チケット照合手段１２に送信する。
【００７５】
（５０８）利用者チケット照合手段１２は、外部通信手段１６を用いてチケット照合要求２を受信し、チケット照合手段１７を用いてチケット照合要求２に含まれるＸと、チケット照合手段１７が保持するチケット照合要求１に含まれるＸが一致することを倹証する。この結果、一致する場合、Ｘを含むチケット照合応答を生成する。
ここ迄は、実施例３の（４０１）〜（４０８）と同じであり、その後、チケット照合応答を提供者チケット照合手段１３ヘ送信する。
【００７６】
（５０９）利用者チケット照合手段１２は、外部通信手段２０を用いてチケット照合応答を提供者チケット照合手段１３に送信する。
（５１０）提供者チケット照合手段１３は、外部通信手段２０を用いてチケット照合応答を受信し、チケット照合応答に含まれるＸとチケット照合手段２１が保持するチケット照合要求２に含まれるＸが一致することを検証する。
（５１１）提供者チケット照合手段１３は、照合の結果、一致する場合、認証状態Ｑ２を生成し、認証状態保持手段２２に保持する。
【００７７】
（５１２）提供者チケット照合手段１３は、認証状態Ｑ２を含む照合結果情報を利用者チケット照合手段１２に送信する。
（５１３）利用者チケット照合手段１２は、外部通信手段１６を用いて照合結果情報を受信し、受信した照合結果情報を、外部通信手段１６を用いて利用者操作手段１１に送信する。
（５１４）利用者操作手段１１は、照合結果情報に含まれる認証状態Ｑ２を認証状態保持手段１８に保持する。
【００７８】
（５１５）利用者Ｕは、利用者操作手段１１を用いて照合結果情報を閲覧する。
実施例１のウェブログなどへのアクセスは、ＨＴＴＰによるチャレンジレスポンスなので、利用者操作手段が、照合結果情報を得るには、一度提供者チケット照合手段にアクセスする必要がある。しかし、この実施例では、利用者チケット照合手段と提供者チケット照合手段の間で処理するので、利用者は、利用者操作手段にて利用者チケット照合手段ヘアクセス、処理するだけでよく、照合結果情報はイベントとして発生する。
【００７９】
このように、この発明によれば、利用者は最初の本人認証のみ必要であり、１つのパスワードだけを覚えればよく、パスワード方式における利用者のパスワード管理コストの発生が軽減される。また、ある利用者チケット照合手段が利用不可能となっていても他の利用者チケット照合手段は利用可能であるため、ネットワークシステムの信頼性は高い。また、１人メンバを追加する場合、単に、追加するメンバが所有する利用者チケット照合手段や提供者チケット照合手段にチケットを格納するだけであり、他の既存メンバに対する更新は一切発生しない。従って、メンバ更新時のメンバ同期コストは追加や削除するメンバの数だけである。
【００８０】
これらに加えて、この発明によって、従来行われている１つのサービス会社が運営するセンタを用いたコミュニティメンバ管理ではなく、センタの代わりとなるコミュニティを象徴するチケットを用いたメンバ管理が可能となる。これにより、コミュニティ管理をしてきたサービス会社の個人情報の管理コストを縮小できる。
【００８１】
さらに、サービス会社からの個人情報漏洩を防ぐことができる。さらに、ライフタイムの良いコミュニティやアドホックなコミュニティの運用に対して適用でき、既存コミュニティから派生的に生成されるコミュニティの運営も容易に行うことができる。例えば、あるポータルサイトＡの会員であるユーザａは、そのサイトＡが運営するサービスを享受する事は出来る。しかし、別のポータルサイトＢの会員であるユーザｂと商取引などのインタラクションが必要なとき、両ユーザが共通のサイトの会員である必要がある。つまり、ユーザはネットワーク上の様々なユーザとコミュニケーションを図りたいとき、数多くのポータルサイトの会員になっている必要がある。これは、ユーザの個人情報を各サイトに登録することとなり、情報漏えいの危険度が増してしまう。さらにサイトが規定する規則の範囲内でしかコミュニケーションを図ることが出来なく利便性が低下する。
【００８２】
これに対して、この発明は、ユーザがチケットを管理し、このチケットの照合により認証を行うので、ユーザ間でユーザ間の取り決めに基づいて、ダイレクトにコミュニケーションを図ることが出来る。また、チケットを管理するのはユーザ自身であるので、第三者の落ち度による個人情報漏洩の危険を大きく低減することができる。
【００８３】
この発明に係るチケット型メンバ認証装置は、以下に示す特徴を有している。
（チケット型メンバ認証装置１）
複数のメンバから構成されるコミュニティの一員であることを表す情報であるチケットを用いて、互いに同一のコミュニティに属していること、または、互いに相手のコミュニティを信頼していることを安全に認証することを特徴とするチケット型メンバ認証装置であって、
【００８４】
（１）あるユーザ自身が所属するコミュニティの一員であることを表す情報である所属チケットと、
（２）あるユーザ白身が信頼するコミュニティに相手ユーザが所属していることを検証する情報である検証チケットと、
（３）本人を特定する情報である本人認証要求と、
（４）認証要求するメンバを通知する確定メンバ通知情報と、
（５）所属チケットと検証チケットを含む情報であるチケット照合要求１とチケット照合要求２と、
【００８５】
（６）チケットを照合した結果の情報であるチケット照合応答と、
（７）照合結果を表す情報である照合結果情報と、
（８）利用者が様々な情報の参照、通信制御を行う利用制御手段と、
（９）本人認証情報を用いて本人認証を行う本人認証手段と、
（１０）１乃至複数の所属チケットと１乃至複数の検証チケットと１乃至複数のチケット照合要求１と１乃至複数のチケット照合要求２を保持する手段を具備し、
【００８６】
（ア）所属チケットと検証チケットを保持し、
（イ）保持している所属チケットを用いてチケット照合要求１を生成、保持し、
〈ウ〉保持している検証チケットと他のチケット照合要求１に含まれる所属チケットを照合し、正当である場合、保持している所属チケットを用いてチケット照合要求２を生成、保持し、
（エ）保持している検証チケットと他のチケット照合要求２に含まれる所属チケットを照合し、保持しているチケット照合要求１とチケット照合要求１を照合し、正当である場合、チケット照合応答を生成し、
（オ）保持しているチケット照合要求２とチケット照合応答を照合し、正当であるかどうか判定するチケット照合手段と、
【００８７】
（１１）現在の状態を保持する認証状態保持手段と、
（１２）ネットワークと接続され通信を行う外部通信手段と、
（１３）外部通信手段と利用制御手段から構成され、利用制御手段と外部通信手段を用いて、本人認証要求および確定メンバ通知情報を送信し、メンバ認証要求を受信し、受信したメンバ認証要求を送信し、コンテンツを受信する利用者操作手段と、
（１４）認証状態保持手段と本人認証手段とチケット照合手段と外部通信手段から構成され、
【００８８】
（ア）外部通信手段が本人認証要求および確定メンバ通知情報を受信し、受信した本人認証情報と本人認証手段を用いて本人認証し、本人認証した結果が正当である場合、認証状態保持手段に本人認証済み状態であることを保持し、確定メンバ通知情報を基にチケット照合手段が保持しているチケットを用いてメンバ認証要求を生成し、外部通信手段を用いて送信し、
（イ）次に、外部通信手段がチケット照合要求２を受信し、認証状態保持手段の状態が本人認証済み状態である場合、受信したチケット照合要求２に含まれるチケットとチケット照合手段を用いてチケットの比較、照合を行い、チケット照合応答を生成し、外部通信手段を用いて送信する利用者チケット照合手段と、
【００８９】
（１５）認証状態保持手段とチケット照合手段と外部通信手段から構成され
（ア）外部通信手段がメンバ認証要求１を受信し、受信したメンバ認証要求１とチケット照合手段を用いてチケット照合要求２を生成し、外部通信手段を用いてチケット照合要求２を送信し、
（イ）チケット照合応答を受信し、受信したチケット照合応答とチケット照合手段を用いてチケット照合応答の正当性を判定し、正当である場合、認証状態保持手段に照合済みであることを保持し、外部通信手段を用いて照合結果情報を送信する提供者チケット照合手段と、
【００９０】
（１６）利用者操作手段と利用者チケット照合手段と提供者チケット照合手段から構成され
（ア）利用者操作手段と利用者チケット照合手段の間の本人認証は、前以て実行され、認証済みであることを前提とし、
（イ）利用者操作手段が確定メンバ通知情報を利用者チケット照合手段に送信し、利用者チケット照合手段がチケット照合要求１を利用者操作手段に送信し、
（ウ）利用者操作手段が提供者チケット照合手段に受信したチケット照合要求１を送信し、
【００９１】
（エ）提供者チケット照合手段が受信したチケット照合要求１を用いてチケット照合要求２に送信し、
（オ）利用者チケット照合手段が受信したチケット照合要求２を用いてチケット照合応答に送信し、
（カ）提供者チケット照合手段が受信したチケット照合応答を用いて照合結果情報を利用者操作手段に送信することを特徴とするチケット型メンバ認証装置。
【００９２】
（チケット型メンバ認証装置２）
チケット型メンバ認証装置１のチケット型メンバ認証方法において、
（１）外部通信手段と利用制御手段から構成され利用制御手段と外部通信手段を用いて、本人認証要求および確定メンバ通知情報を送信し、チケット照合要求を受信し、受信したチケット照合要求を送信し、照合結果情報を受信する利用者操作手段と、
（２）前記利用者チケット照合手段と、
（３）前記提供者チケット照合手段と、
（４）利用者操作手段と利用者チケット照合手段と提供者チケット照合手段から構成され、
【００９３】
（ア）利用者操作手段と利用者チケット照合手段の間の本人認証は、前以て実行され、認証済みであることを前提とし、
（イ）利用者操作手段が確定メンバ通知情報を利用者チケット照合手段に送信し、利用者チケット照合手段がチケット照合要求１を提供者チケット照合手段に送信し、
（ウ）提供者チケット照合手段が受信したチケット照合要求１を用いてチケット照合要求２を利用者チケット照合手段に送信し、
（エ）利用者チケット照合手段が受信したチケット照合要求２を用いてチケット照合応答を利用者操作手段に送信し、
（オ）利用者操作手段が受信したチケット照合応答を提供者チケット照合手段に送信し、
（カ）提供者チケット照合手段が受信したチケット照合応答を用いて照合結果情報を利用者操作手段に送信することを特徴とするチケット型メンバ認証装置。
ここでは、チケット型メンバ認証装置１の処理順序を変更している。
【００９４】
（チケット型メンバ認証装置３）
チケット型メンバ認証装置１において、
（１）外部通信手段と利用制御手段から構成され利用制御手段と外部通信手段を用いて、本人認証要求および確定メンバ通知情報を送信し、照合結果情報を受信する利用者操作手段と、
（２）前記利用者チケット照合手段と、
（３）前記提供者チケット照合手段と、
（４）利用者操作手段と利用者チケット照合手段と提供者チケット照合手段から構成され、
【００９５】
（ア）利用者操作手段と利用者チケット照合手段の間の本人認証は、前以て実行され、認証済みであることを前提とし、
（イ）利用者操作手段が確定メンバ通知情報を利用者チケット照合手段に送信し、利用者チケット照合手段がチケット照合要求１を提供者チケット照合手段に送信し、
（ウ）提供者チケット照合手段が受信したチケット照合要求１を用いてチケット照合要求２を利用者チケット照合手段に送信し、
（エ）利用者チケット照合手段が受信したチケット照合要求２を用いてチケット照合応答を提供者チケット照合手段に送信し、
（オ）提供者チケット照合手段が受信したチケット照合応答を用いて照合結果情報を利用者操作手段に送信することを特徴とするチケット型メンバ認証装置。
ここでは、チケット型メンバ認証装置１の結果通知手段として、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ではなくメール等を想定している。
【００９６】
（コンテンツ管理）
チケット型メンバ認証装置１に加えて、文書、画像、音声、映像、プログラムなどのコンテンツや、商取引、チャット、掲示板などのサービスを提供する手段であるコンテンツ管理手段を具備した提供者チケット照合手段を有することを特徴とするチケット型メンバ認証装置。
【００９７】
（メンバリスト）
チケット型メンバ認証装置１に加えて、複数の所属チケットから希望のチケットを選択することを特徴とするチケット型メンバ認証装置であって、利用者チケット照合手段のチケット照合手段に含まれる複数の所属チケットを含む情報である所属チケットリスト情報と、照合を希望する所属チケット情報が含まれる情報である所属チケット照合要求と、利用者操作手段と利用者チケット照合手段と提供者チケット照合手段から構成され、
【００９８】
（１）利用者操作手段が本人認証要求情報を利用者チケット照合手段に送信し、利用者チケット照合手段が所属チケットリスト情報を利用者操作手段に送信し、
（２）利用者操作手段が所属チケットリスト情報から選択された１つの所属チケット情報が含まれる所属チケット照合要求を生成し、利用者チケット照合手段に送信し、
（３）利用者チケット照合手段が、所属チケット照合要求に含まれる所属チケットを用いてチケット照合要求１を生成し、利用者操作手段に送信し、
（４）利用者操作手段が提供者チケット照合手段に受信したチケット照合要求１を送信し、
【００９９】
（５）提供者チケット照合手段が受信したチケット照合要求１を用いてチケット照合要求２に送信し、
（６）利用者チケット照合手段が受信したチケット照合要求２を用いてチケット照合応答に送信し、
（７）提供者チケット照合手投が受信したチケット照合応答を用いて照合結果情報を利用者操作手段に送信することを特徴とするチケット型メンバ認証装置。
【０１００】
（全体）
チケット型メンバ認証装置１またはチケット型メンバ認証装置２またはチケット型メンバ認証装置３と、コンテンツ管理とメンバリストのいずれかを含むことを特徴とするチケット型メンバ認証装置。
（匿名）
前述した（全体）のチケット型メンバ認証装置に加えて、利用者チケット照合手段、または提供チケット照合手段を多段に重ね、認証を繰り返し行うことを特徴とするチケット型メンバ認証装置。
【０１０１】
（所属チケットと検証チケットの動的リンク）
前述した（全体）のチケット型メンバ認証装置の所属チケットと検証チケットについて、検証チケットから所属チケットに対して関係を記述する手段と、所属チケットから検証チケットに対して関係を記述手段と、それらの記述手段を用いて関係を検証する手段とを有するチケット照合手段。
（組合せチケット）
前述した（全体）のチケット型メンバ認証装置の所属チケットについて、複数の所属チケットを組み合わせることを特徴とするチケット照合要求１とチケット照合要求２とチケット照合応答。
【０１０２】
（片側認証１）
前述した（全体）のチケット型メンバ認証装置のチケット照合手段において、チケット照合要求１を保持せず、チケット照合要求１とチケット照合要求２の照合を行わないことを特徴とするチケット照合手段。
（片側認証２）
前述した（全体）のチケット型メンバ認証装置のチケット照合手段において、チケット照合要求２を保持せず、チケット照合要求２とチケット照合応答の照合を行わないことを特徴とするチケット照合手段。
【０１０３】
（内部認証）
前述した（全体）のチケット型メンバ認証装置のチケット照合手段において、保持している所属チケットと検証チケットが同一であることを特徴とするチケット照合手段。
（外部認証）
前述した（全体）のチケット型メンバ認証装置のチケット照合手段において、保持している所属チケットと検証チケットが異なることを特徴とするチケット照合手段。
（本人認証）
チケット型メンバ認証装置１において、ＩＤ・パスワード認証、生体認証、証明書を用いた認証のうち少なくとも１つ以上を組み合わせた本人認証手段を有することを特徴とするチケット管理型個人認証装置。
【０１０４】
（共通鍵暗号）
前述した（全体）のチケット型メンバ認証装置のチケット照合手段において、共通鍵暗号方式における共通鍵と、乱数を生成する乱数生成手段を保持し、乱数生成手段を用いて乱数を生成し、チケット照合要求１とチケット照合要求２とチケット照合応答が生成した乱数を含み、共通鍵暗号方式を用いて暗号化されることを特徴とするチケット照合手段。
（公開鍵暗号）
前述した（全体）のチケット型メンバ認証装置のチケット照合手段において、公開鍵暗号方式における秘密鍵と公開鍵と、乱数を生成する乱数生成手段を保持し、乱数生成手段を用いて乱数を生成し、公開鍵暗号方式を用いて生成された電子署名を含むチケット照合要求１とチケット照合要求２とチケット照合応答を用いることを特徴とするチケット照合手段。
【０１０５】
（応用公開鍵暗号）
前述した（公開鍵暗号）のチケット照合手段において、グループ署名、リング署名、多重署名、フォアワード署名、秘密分散を用いた署名生成及び検証を行うことを特徴とするチケット照合手段。
【図面の簡単な説明】
【０１０６】
【図１】この発明の一実施の形態に係るチケット型メンバ認証装置の概略構成、及びこの装置による認証処理の動作を示すブロック説明図である。
【図２】図１のチケット型メンバ認証装置における認証処理の順序を示すシーケンス図である。
【図３】複数の他者間でチケット照合を行う例を示す説明図である。
【図４】具体的な実施例である例１の構成を示すブロック図である。
【図５】図４の利用者チケット照合手段の構成を示すブロック図である。
【図６】図５のチケット照合手段の構成を示すブロック図である。
【図７】図４の提供者チケット照合手段の構成を示すブロック図である。
【図８】図７のチケット照合手段の構成を示すブロック図である。
【図９】コンテンツ管理テーブルの一例の説明図である。
【図１０】チケットＴａの構成を示す説明図である。
【図１１】チケットＴｂの構成を示す説明図である。
【図１２】図４の例１におけるチケット認証処理の順序を示すシーケンス図である。
【図１３】認証開始要求及びチケット照合要求１の一例の説明図である。
【図１４】チケット照合要求１の一例の説明図である。
【図１５】チケット照合要求２の一例の説明図である。
【図１６】チケット照合応答の一例の説明図である。
【図１７】具体的な実施例である例２の構成を示すブロック図である。
【図１８】チケット照合手段が保持する鍵やチケットの一例の説明図である。
【図１９】図１７の例２におけるチケット認証処理の順序を示すシーケンス図である。
【図２０】チケット照合要求１−１，２−１の一例の説明図である。
【図２１】チケット照合要求１−２，２−２の一例の説明図である。
【図２２】チケット照合応答の一例の説明図である。
【図２３】図１のチケット型メンバ認証装置における他の認証処理の順序を示すシーケンス図である。
【図２４】図１のチケット型メンバ認証装置における更に他の認証処理の順序を示すシーケンス図である。
【符号の説明】
【０１０７】
１０  チケット型メンバ認証装置
１１，３２  利用者操作手段
１２，３０  利用者チケット照合手段
１３，３１  提供者チケット照合手段
１４，１６，２０  外部通信手段
１５  利用制御手段
１７，２１  チケット照合手段
１８，１９，２２  認証状態保持手段
２２  コンテンツ管理手段
３３  乱数生成手段
３４  署名生成手段
３５  署名検証手段
３６  鍵保持手段
３７  所属チケット保持手段
３８  検証チケット保持手段
３９  チケット照合要求１保持手段
４０  チケット照合要求２保持手段
４１  本人認証手段
４２  認証状態保持手段
Ｕ  利用者
Ｕａ  利用者端末
Ｃｌ，Ｃ２，Ｃ３  通信路
【図１】
0004794939.tif 000002
【図２】
0004794939.tif 000003
【図３】
0004794939.tif 000004
【図４】
0004794939.tif 000005
【図５】
0004794939.tif 000006
【図６】
0004794939.tif 000007
【図７】
0004794939.tif 000008
【図８】
0004794939.tif 000009
【図９】
0004794939.tif 000010
【図１０】
0004794939.tif 000011
【図１１】
0004794939.tif 000012
【図１２】
0004794939.tif 000013
【図１３】
0004794939.tif 000014
【図１４】
0004794939.tif 000015
【図１５】
0004794939.tif 000016
【図１６】
0004794939.tif 000017
【図１７】
0004794939.tif 000018
【図１８】
0004794939.tif 000019
【図１９】
0004794939.tif 000020
【図２０】
0004794939.tif 000021
【図２１】
0004794939.tif 000022
【図２２】
0004794939.tif 000023
【図２３】
0004794939.tif 000024
【図２４】
0004794939.tif 000025