JP2003345742A - ＣＵＧ（ＣｌｏｓｅｄＵｓｅｒＧｒｏｕｐ）管理方法及びＣＵＧ提供システム及びＣＵＧ提供プログラム及びＣＵＧ提供プログラムを格納した記憶媒体 - Google Patents
ＣＵＧ（ＣｌｏｓｅｄＵｓｅｒＧｒｏｕｐ）管理方法及びＣＵＧ提供システム及びＣＵＧ提供プログラム及びＣＵＧ提供プログラムを格納した記憶媒体Info
- Publication number
- JP2003345742A JP2003345742A JP2002154678A JP2002154678A JP2003345742A JP 2003345742 A JP2003345742 A JP 2003345742A JP 2002154678 A JP2002154678 A JP 2002154678A JP 2002154678 A JP2002154678 A JP 2002154678A JP 2003345742 A JP2003345742 A JP 2003345742A
- Authority
- JP
- Japan
- Prior art keywords
- cug
- communication
- actor
- access
- certificate
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 アクタにおける認証情報を最小化する及びセ
キュリティを向上させる。 【解決手段】 本発明は、ＣＵＧを構成するメンバを規
定したアクセスリストと、電子証明書の有効性を規定す
るＣＲＬを保存し、アクタ装置からの通信可否判断要求
に応じて、アクセスリストとＣＲＬを参照して、通信可
否を判断し、アクセス可否の判断結果をアクタ装置に送
信する。
キュリティを向上させる。 【解決手段】 本発明は、ＣＵＧを構成するメンバを規
定したアクセスリストと、電子証明書の有効性を規定す
るＣＲＬを保存し、アクタ装置からの通信可否判断要求
に応じて、アクセスリストとＣＲＬを参照して、通信可
否を判断し、アクセス可否の判断結果をアクタ装置に送
信する。
Description
【０００１】
【発明の属する技術分野】本発明は、ＣＵＧ（Closed U
ser Group)管理方法及びＣＵＧ提供システム及びＣＵＧ
提供プログラム及びＣＵＧ提供プログラムを格納した記
憶媒体に係り、特に、インターネット上で任意のアクタ
同士が直接通信しながら、ＣＵＧを構成するシステムに
おいて、接続する可能性のあるアクタに対する認証情報
の管理をアクセス管理サーバが代行するＣＵＧ（Closed
User Group)管理方法及びＣＵＧ提供システム及びＣＵ
Ｇ提供プログラム及びＣＵＧ提供プログラムを格納した
記憶媒体に関する。
ser Group)管理方法及びＣＵＧ提供システム及びＣＵＧ
提供プログラム及びＣＵＧ提供プログラムを格納した記
憶媒体に係り、特に、インターネット上で任意のアクタ
同士が直接通信しながら、ＣＵＧを構成するシステムに
おいて、接続する可能性のあるアクタに対する認証情報
の管理をアクセス管理サーバが代行するＣＵＧ（Closed
User Group)管理方法及びＣＵＧ提供システム及びＣＵ
Ｇ提供プログラム及びＣＵＧ提供プログラムを格納した
記憶媒体に関する。
【０００２】
【従来の技術】従来、任意のアクタ同士が直接に通信す
るＣＵＧを構築する場合は、ＣＵＧに属するすべてのア
クタに登録されている証明書または、証明書を発行した
認証局をアクセスリストとしてアクタの端末内に保存
し、通信開始に際し、送られてきた証明書とアクセスリ
ストを照合することによりアクセス管理が行われてい
る。実際には、以下のような処理が行われる。
るＣＵＧを構築する場合は、ＣＵＧに属するすべてのア
クタに登録されている証明書または、証明書を発行した
認証局をアクセスリストとしてアクタの端末内に保存
し、通信開始に際し、送られてきた証明書とアクセスリ
ストを照合することによりアクセス管理が行われてい
る。実際には、以下のような処理が行われる。
【０００３】図１０は、従来のシステムにおける動作の
シーケンスチャートである。
シーケンスチャートである。
【０００４】アクタ装置Ａが認証局装置１０から証明書
ａを取得し（ステップ１０）、同様に、アクタ装置Ｂが
証明書ｂを取得する（ステップ１１）。信頼する認証局
と信頼する証明書の情報をアクセスリストに保存する
（ステップ１２）。
ａを取得し（ステップ１０）、同様に、アクタ装置Ｂが
証明書ｂを取得する（ステップ１１）。信頼する認証局
と信頼する証明書の情報をアクセスリストに保存する
（ステップ１２）。
【０００５】アクタ装置Ａからアクタ装置Ｂに証明書ａ
を含んだアクセス要求を送信する（ステップ１３）。
を含んだアクセス要求を送信する（ステップ１３）。
【０００６】アクタ装置Ｂは、受け取った証明書ａをア
クセスリストと照合して（ステップ１４）、通信可能か
否かを確認する（ステップ１５）。また、証明書ａの有
効性を認証局が発行するＣＲＬ(Certificate Revocatio
n List) と照合して（ステップ１６）検査する（ステッ
プ１７）。
クセスリストと照合して（ステップ１４）、通信可能か
否かを確認する（ステップ１５）。また、証明書ａの有
効性を認証局が発行するＣＲＬ(Certificate Revocatio
n List) と照合して（ステップ１６）検査する（ステッ
プ１７）。
【０００７】通信可能な場合には、アクタ装置Ｂは、ア
クタ装置Ａに証明書ｂを含んだ認証情報を送信する（ス
テップ１８）。
クタ装置Ａに証明書ｂを含んだ認証情報を送信する（ス
テップ１８）。
【０００８】アクタ装置Ａは受け取った証明書ｂをアク
セスリストと照合して（ステップ１９）、通信可能か否
かを確認する（ステップ２０）。また、証明書の有効性
をＣＲＬと照合して（ステップ２１）検査する（ステッ
プ２２）。
セスリストと照合して（ステップ１９）、通信可能か否
かを確認する（ステップ２０）。また、証明書の有効性
をＣＲＬと照合して（ステップ２１）検査する（ステッ
プ２２）。
【０００９】ステップ１９、ステップ２１において通信
可能な場合には、認証情報に基づいて、通信情報を暗号
化するための秘密鍵を交換し（ステップ２３）、暗号化
通信を開始する（ステップ２４）。
可能な場合には、認証情報に基づいて、通信情報を暗号
化するための秘密鍵を交換し（ステップ２３）、暗号化
通信を開始する（ステップ２４）。
【００１０】また、特開2001-523853 に、ネットワーク
接続オブジェクトを使用して、ネットワークへ接続する
ようにコンピュータを構成する方法及びシステムが開示
されている。ネットワークへの各接続に対して、当該ネ
ットワークに接続するための構成情報を、接続オブジェ
クトの中に維持する。当該構成情報は、バインディング
情報と共に、デバイス、プロトコル、及び他のコンピュ
ータ及びネットワークの属性値情報を含むことができ
る。接続オブジェクトは、動作中のネットワーク構成か
ら独立したファイルなどとして保存され、動作中の構成
に適用されて、ネットワーク構成を変更する。接続オブ
ジェクトにおいて識別されたネットワーキングコンポー
ネントを、あるシステム上で利用可能なネットワーキン
グコンポーネントと調和させるプロセスも含む。コンピ
ュータやネットワークを代表するネットワーク接続オブ
ジェクトにおいて、認証情報が分散して管理されること
になる。また、特開2002-026988 に、ＶＰＮ（仮想私設
網）において、ＮＡＴ（ネットワーク・アドレス変換）
とＩＰセキュリティ（ＩＰＳｅｃ）との双方を並行して
実現する方法が開示されている。その方法として、VPN
NAT タイプ「ａ送信元−アウトバウンド」IP NAT,VPN N
AT タイプ「ｂ送信先−アウトバウンド」IP NAT，VPN N
AT タイプ「ｃインバウンド−送信元」IP NAT，VPN NAT
タイプ「ｄインバウンド−送信先」IP NATからなる４
タイプのVPN NAT のうちの１つまたは、組み合わせを実
行することにより、VPN NAT において、ＩＰセキュリテ
ィを実現する。これは、動的にＮＡＴ規則１２８、１３
０を生成し、それらと人手で、または動的に生成した
（ＩＫＥ）セキュリティ連合とを関連付けた後に、この
セキュリティ連合を使うＩＰセキュリティを開始するこ
とを含む。そして、アウトバウンド・データグラムとイ
ンバウンド・データグラムに対してＩＰセキュリティを
実行するときに、ＮＡＴ機能も実行する。プライベート
・ネットワークを代表するＮＡＴ機能において、ＩＫＥ
の認証が分散して管理されることになる。
接続オブジェクトを使用して、ネットワークへ接続する
ようにコンピュータを構成する方法及びシステムが開示
されている。ネットワークへの各接続に対して、当該ネ
ットワークに接続するための構成情報を、接続オブジェ
クトの中に維持する。当該構成情報は、バインディング
情報と共に、デバイス、プロトコル、及び他のコンピュ
ータ及びネットワークの属性値情報を含むことができ
る。接続オブジェクトは、動作中のネットワーク構成か
ら独立したファイルなどとして保存され、動作中の構成
に適用されて、ネットワーク構成を変更する。接続オブ
ジェクトにおいて識別されたネットワーキングコンポー
ネントを、あるシステム上で利用可能なネットワーキン
グコンポーネントと調和させるプロセスも含む。コンピ
ュータやネットワークを代表するネットワーク接続オブ
ジェクトにおいて、認証情報が分散して管理されること
になる。また、特開2002-026988 に、ＶＰＮ（仮想私設
網）において、ＮＡＴ（ネットワーク・アドレス変換）
とＩＰセキュリティ（ＩＰＳｅｃ）との双方を並行して
実現する方法が開示されている。その方法として、VPN
NAT タイプ「ａ送信元−アウトバウンド」IP NAT,VPN N
AT タイプ「ｂ送信先−アウトバウンド」IP NAT，VPN N
AT タイプ「ｃインバウンド−送信元」IP NAT，VPN NAT
タイプ「ｄインバウンド−送信先」IP NATからなる４
タイプのVPN NAT のうちの１つまたは、組み合わせを実
行することにより、VPN NAT において、ＩＰセキュリテ
ィを実現する。これは、動的にＮＡＴ規則１２８、１３
０を生成し、それらと人手で、または動的に生成した
（ＩＫＥ）セキュリティ連合とを関連付けた後に、この
セキュリティ連合を使うＩＰセキュリティを開始するこ
とを含む。そして、アウトバウンド・データグラムとイ
ンバウンド・データグラムに対してＩＰセキュリティを
実行するときに、ＮＡＴ機能も実行する。プライベート
・ネットワークを代表するＮＡＴ機能において、ＩＫＥ
の認証が分散して管理されることになる。
【００１１】また、「M.Thomas, M.Froh, Cybersafe,
M.Hur, D.McGrew, J.Vilhuber, S.Medvinsky 著、“Ker
berized Internet Negotiation of Keys(KINK) ”2001
年10月20日」は、Kerberos認証を使ったIPSec SA(Secur
ity Association)の設定と維持のための、安価かつ容易
に管理可能で暗号化されたプロトコルを定義している。
KINKは、ISAKMP(Internet SA and Key Management Prot
ocol) のQuick Modeペイロードを再利用して、IPSec SA
を生成、削除、維持する。Kerberosは、信頼できる第三
者によるサーバ・クライアント間の認証を与える。サー
バ・クライアント間の認証には、KDC(Key Distribution
Ceneter) が資格証明書を作るためにTicketが使われ
る。但し、KDC は、すべてのユーザ鍵を管理するため、
KDC から鍵情報を持ち出せば、ユーザへの成り済ましが
可能になる。
M.Hur, D.McGrew, J.Vilhuber, S.Medvinsky 著、“Ker
berized Internet Negotiation of Keys(KINK) ”2001
年10月20日」は、Kerberos認証を使ったIPSec SA(Secur
ity Association)の設定と維持のための、安価かつ容易
に管理可能で暗号化されたプロトコルを定義している。
KINKは、ISAKMP(Internet SA and Key Management Prot
ocol) のQuick Modeペイロードを再利用して、IPSec SA
を生成、削除、維持する。Kerberosは、信頼できる第三
者によるサーバ・クライアント間の認証を与える。サー
バ・クライアント間の認証には、KDC(Key Distribution
Ceneter) が資格証明書を作るためにTicketが使われ
る。但し、KDC は、すべてのユーザ鍵を管理するため、
KDC から鍵情報を持ち出せば、ユーザへの成り済ましが
可能になる。
【００１２】
【発明が解決しようとする課題】しかしながら、上記従
来のアクセスリストはＣＵＧ構成メンバを表しており、
ＣＵＧを集中的に制御する管理者が存在する場合、アク
タの持つアクセスリストを管理者が更新する必要があ
る。さらに、ＣＵＧ構成メンバが頻繁に変更される場
合、または、１つの端末が多数の端末と通信する可能性
がある場合、 １） アクセスリストを更新するために負荷がかかる； ２） アクセスリストの保存にアクタの資源を採られ
る；という問題がある。また、集中的に管理される場合
でも、 ３） 管理者がユーザの鍵情報を持つため、ＣＵＧ構成
メンバになりすますことができる； ４） 管理者がユーザ間のセッション鍵情報を持つため
ＣＵＧ内の通信を盗聴できる；という問題がある。
来のアクセスリストはＣＵＧ構成メンバを表しており、
ＣＵＧを集中的に制御する管理者が存在する場合、アク
タの持つアクセスリストを管理者が更新する必要があ
る。さらに、ＣＵＧ構成メンバが頻繁に変更される場
合、または、１つの端末が多数の端末と通信する可能性
がある場合、 １） アクセスリストを更新するために負荷がかかる； ２） アクセスリストの保存にアクタの資源を採られ
る；という問題がある。また、集中的に管理される場合
でも、 ３） 管理者がユーザの鍵情報を持つため、ＣＵＧ構成
メンバになりすますことができる； ４） 管理者がユーザ間のセッション鍵情報を持つため
ＣＵＧ内の通信を盗聴できる；という問題がある。
【００１３】また、更なる問題は、多数のアクタ間でＣ
ＵＧを構成するためには、アクタ内に保存する認証情報
が増加し、アクタのリソースを消費すると共に、ＣＵＧ
メンバの変更の際に、全アクタの設定を変更する必要が
あることである。
ＵＧを構成するためには、アクタ内に保存する認証情報
が増加し、アクタのリソースを消費すると共に、ＣＵＧ
メンバの変更の際に、全アクタの設定を変更する必要が
あることである。
【００１４】その理由は、アクタ単位でＣＵＧを構成す
る場合、ＣＵＧへの認証情報をアクタ毎に分散して管理
していたためである。
る場合、ＣＵＧへの認証情報をアクタ毎に分散して管理
していたためである。
【００１５】さらに、Kerberosを用いて認証処理を実現
する場合、KDC がアクタの鍵情報とセッション鍵の両方
を管理するため、KDC が全アクタの完全な信頼点となら
ないことである。その理由は、KDC の管理者は、アクタ
の鍵を用いて成り済ましを行うことができ、セッション
鍵を用いて通信を盗聴することができるためである。
する場合、KDC がアクタの鍵情報とセッション鍵の両方
を管理するため、KDC が全アクタの完全な信頼点となら
ないことである。その理由は、KDC の管理者は、アクタ
の鍵を用いて成り済ましを行うことができ、セッション
鍵を用いて通信を盗聴することができるためである。
【００１６】本発明は、上記の点に鑑みなされたもの
で、認証情報をアクセス管理サーバが集中的に管理する
ことにより、アクタにおける認証情報を最小化すること
が可能なＣＵＧ管理方法及びＣＵＧ提供システム及びＣ
ＵＧ提供プログラム及びＣＵＧ提供プログラムを格納し
た記憶媒体を提供することを目的とする。
で、認証情報をアクセス管理サーバが集中的に管理する
ことにより、アクタにおける認証情報を最小化すること
が可能なＣＵＧ管理方法及びＣＵＧ提供システム及びＣ
ＵＧ提供プログラム及びＣＵＧ提供プログラムを格納し
た記憶媒体を提供することを目的とする。
【００１７】更なる目的は、アクセス管理サーバ管理者
によるアクタへの成り済ましを防止し、アクタのプロフ
ァイル漏洩も最小化して、セキュリティを向上すること
が可能なＣＵＧ管理方法及びＣＵＧ提供システム及びＣ
ＵＧ提供プログラム及びＣＵＧ提供プログラムを格納し
た記憶媒体を提供することである。
によるアクタへの成り済ましを防止し、アクタのプロフ
ァイル漏洩も最小化して、セキュリティを向上すること
が可能なＣＵＧ管理方法及びＣＵＧ提供システム及びＣ
ＵＧ提供プログラム及びＣＵＧ提供プログラムを格納し
た記憶媒体を提供することである。
【００１８】
【課題を解決するための手段】図１は、本発明の原理を
説明するための図である。
説明するための図である。
【００１９】本発明は、インターネット上で任意のアク
タ装置間で直接通信しながらＣＵＧを構成するためのＣ
ＵＧ管理方法において、アクタ装置とネットワークを介
して接続されたアクセス管理サーバにおいて、ＣＵＧを
構成するメンバを規定したアクセスリストと、電子証明
書の有効性を規定するＣＲＬ(Certificate Revocation
List) を保存し（ステップ１）、アクタ装置からの通信
可否判断要求を受信して（ステップ２）、該要求に応じ
て、アクセスリストとＣＲＬを参照して、通信可否を判
断し（ステップ３）、アクセス可否の判断結果をアクタ
装置に送信する（ステップ４）。
タ装置間で直接通信しながらＣＵＧを構成するためのＣ
ＵＧ管理方法において、アクタ装置とネットワークを介
して接続されたアクセス管理サーバにおいて、ＣＵＧを
構成するメンバを規定したアクセスリストと、電子証明
書の有効性を規定するＣＲＬ(Certificate Revocation
List) を保存し（ステップ１）、アクタ装置からの通信
可否判断要求を受信して（ステップ２）、該要求に応じ
て、アクセスリストとＣＲＬを参照して、通信可否を判
断し（ステップ３）、アクセス可否の判断結果をアクタ
装置に送信する（ステップ４）。
【００２０】また、本発明のＣＵＧ管理方法は、アクタ
装置Ａは、認証局装置から発行された電子証明書ａを用
いて、通信相手のアクタ装置Ｂにアクセス要求を送信
し、アクタ装置Ｂは、アクセス要求に含まれる電子証明
書ａに自らの電子証明書ｂを用いて署名し、該電子証明
書ａと該電子証明書ｂの組及び該署名を通信可否判断要
求としてアクセス管理サーバに送信し、アクセス管理サ
ーバは、アクタ装置Ｂからの通信可否判断要求に含まれ
る電子証明書ａと電子証明書ｂの組について、アクセス
リスト及びＣＲＬと照合することにより、通信可否を判
断し、判断結果をアクタ装置Ｂに送信し、アクタ装置Ｂ
は、アクタ装置Ａに対して、アクセス要求に対して電子
証明書ｂを付与したアクセス応答を送信し、アクタ装置
Ａでは、アクセス応答に付加されている電子証明書ｂに
電子証明書ａを用いて署名し、該電子証明書ａと該電子
証明書ｂの組及び該署名を通信可否判断要求としてアク
セス管理サーバに送信し、アクセス管理サーバは、アク
タ装置Ａからの通信可否判断要求に含まれる電子証明書
ａと電子証明書ｂの組について、アクセスリスト及びＣ
ＲＬと照合することにより、通信可否を判断し、判断結
果をアクタ装置Ａに送信し、認証後、アクタ装置Ａとア
クタ装置Ｂ間で通信を行う。
装置Ａは、認証局装置から発行された電子証明書ａを用
いて、通信相手のアクタ装置Ｂにアクセス要求を送信
し、アクタ装置Ｂは、アクセス要求に含まれる電子証明
書ａに自らの電子証明書ｂを用いて署名し、該電子証明
書ａと該電子証明書ｂの組及び該署名を通信可否判断要
求としてアクセス管理サーバに送信し、アクセス管理サ
ーバは、アクタ装置Ｂからの通信可否判断要求に含まれ
る電子証明書ａと電子証明書ｂの組について、アクセス
リスト及びＣＲＬと照合することにより、通信可否を判
断し、判断結果をアクタ装置Ｂに送信し、アクタ装置Ｂ
は、アクタ装置Ａに対して、アクセス要求に対して電子
証明書ｂを付与したアクセス応答を送信し、アクタ装置
Ａでは、アクセス応答に付加されている電子証明書ｂに
電子証明書ａを用いて署名し、該電子証明書ａと該電子
証明書ｂの組及び該署名を通信可否判断要求としてアク
セス管理サーバに送信し、アクセス管理サーバは、アク
タ装置Ａからの通信可否判断要求に含まれる電子証明書
ａと電子証明書ｂの組について、アクセスリスト及びＣ
ＲＬと照合することにより、通信可否を判断し、判断結
果をアクタ装置Ａに送信し、認証後、アクタ装置Ａとア
クタ装置Ｂ間で通信を行う。
【００２１】また、本発明のＣＵＧ管理方法では、通信
可能な通信路を表すアクセスリストを、通信元のアクタ
装置の電子証明書ＩＤと通信先のアクタ装置の電子証明
書ＩＤの組を要素とする集合により表現する。
可能な通信路を表すアクセスリストを、通信元のアクタ
装置の電子証明書ＩＤと通信先のアクタ装置の電子証明
書ＩＤの組を要素とする集合により表現する。
【００２２】また、本発明は、認証局装置において、必
要に応じて、前記電子証明書を失効させる。
要に応じて、前記電子証明書を失効させる。
【００２３】また、本発明は、アクセスリストをＣＲＬ
の形式に変換し、該ＣＲＬと共に保存し、アクセス管理
サーバは、ＣＲＬのみを参照する。
の形式に変換し、該ＣＲＬと共に保存し、アクセス管理
サーバは、ＣＲＬのみを参照する。
【００２４】図２は、本発明の原理構成図である。
【００２５】本発明は、複数のアクタ装置２００と、Ｃ
ＵＧに属するすべてのアクタに対して登録されている証
明書を発行する認証局装置１００とを有し、インターネ
ット上で任意のアクタ装置２００間で直接通信しながら
ＣＵＧを構成するための、ＣＵＧ提供システムであっ
て、ＣＵＧを構成するメンバを規定したアクセスリスト
２０と、電子証明書の有効性を規定するＣＲＬ３０と、
アクタ装置２００からの電子証明書が付加された通信可
否要求に応じて、アクセスリストとＣＲＬを参照して、
通信可否を判断する通信可否判定手段３１０と、通信可
否の判断結果をアクタ装置に送信する判断結果送信手段
３２０とを有するアクセス管理サーバ３００を有し、ア
クタ装置２００は、他のアクタ装置から電子証明書付の
アクセス要求を受け取ると、自らの電子証明書を付加し
て、アクセス管理サーバに通信の可否を問い合わせる通
信可否問い合わせ手段２２０と、アクセス管理サーバ３
００から通信可否の判断結果を受信し、該判断結果に基
づいて、相手のアクタ装置との通信を行う通信手段２６
０とを有する。
ＵＧに属するすべてのアクタに対して登録されている証
明書を発行する認証局装置１００とを有し、インターネ
ット上で任意のアクタ装置２００間で直接通信しながら
ＣＵＧを構成するための、ＣＵＧ提供システムであっ
て、ＣＵＧを構成するメンバを規定したアクセスリスト
２０と、電子証明書の有効性を規定するＣＲＬ３０と、
アクタ装置２００からの電子証明書が付加された通信可
否要求に応じて、アクセスリストとＣＲＬを参照して、
通信可否を判断する通信可否判定手段３１０と、通信可
否の判断結果をアクタ装置に送信する判断結果送信手段
３２０とを有するアクセス管理サーバ３００を有し、ア
クタ装置２００は、他のアクタ装置から電子証明書付の
アクセス要求を受け取ると、自らの電子証明書を付加し
て、アクセス管理サーバに通信の可否を問い合わせる通
信可否問い合わせ手段２２０と、アクセス管理サーバ３
００から通信可否の判断結果を受信し、該判断結果に基
づいて、相手のアクタ装置との通信を行う通信手段２６
０とを有する。
【００２６】本発明のアクセスリスト２０は、通信可能
な通信路を表すものとし、通信元のアクタ装置の電子証
明書ＩＤと通信先のアクタ装置の電子証明書ＩＤの組を
要素とする集合により表現する。
な通信路を表すものとし、通信元のアクタ装置の電子証
明書ＩＤと通信先のアクタ装置の電子証明書ＩＤの組を
要素とする集合により表現する。
【００２７】また、本発明の認証局装置１００は、必要
に応じて、前記電子証明書を失効させる手段を更に有す
る。
に応じて、前記電子証明書を失効させる手段を更に有す
る。
【００２８】また、本発明のアクセス管理サーバ２００
の通信可否判定手段２１０は、アクセスリストをＣＲＬ
の形式に変換し、該ＣＲＬと共に保存されるとき、該Ｃ
ＲＬのみを参照する手段を含む。
の通信可否判定手段２１０は、アクセスリストをＣＲＬ
の形式に変換し、該ＣＲＬと共に保存されるとき、該Ｃ
ＲＬのみを参照する手段を含む。
【００２９】本発明は、インターネット上で任意のアク
タ装置間で直接通信しながらＣＵＧを構成するシステム
において、アクタ装置とネットワークを介して接続され
たアクセス管理サーバが実行するＣＵＧ提供プログラム
であって、アクタ装置からの通信可否判断要求を受信す
るステップと、通信可否判断要求に応じて、ＣＵＧを構
成するメンバを規定したアクセスリストと電子証明書の
有効性を規定するＣＲＬを参照して、通信可否を判断す
るステップと、通信可否の判断結果をアクタ装置に送信
するステップとを、コンピュータに実行させる。
タ装置間で直接通信しながらＣＵＧを構成するシステム
において、アクタ装置とネットワークを介して接続され
たアクセス管理サーバが実行するＣＵＧ提供プログラム
であって、アクタ装置からの通信可否判断要求を受信す
るステップと、通信可否判断要求に応じて、ＣＵＧを構
成するメンバを規定したアクセスリストと電子証明書の
有効性を規定するＣＲＬを参照して、通信可否を判断す
るステップと、通信可否の判断結果をアクタ装置に送信
するステップとを、コンピュータに実行させる。
【００３０】本発明は、インターネット上で任意のアク
タ装置間で直接通信しながらＣＵＧを構成するシステム
において、アクタ装置とネットワークを介して接続され
たアクセス管理サーバが実行するＣＵＧ提供プログラム
を格納した記憶媒体であって、アクタ装置からの通信可
否判断要求を受信するステップと、通信可否判断要求に
応じて、ＣＵＧを構成するメンバを規定したアクセスリ
ストと電子証明書の有効性を規定するＣＲＬを参照し
て、通信可否を判断するステップと、通信可否の判断結
果をアクタ装置に送信するステップとからなるプログラ
ムを格納する。
タ装置間で直接通信しながらＣＵＧを構成するシステム
において、アクタ装置とネットワークを介して接続され
たアクセス管理サーバが実行するＣＵＧ提供プログラム
を格納した記憶媒体であって、アクタ装置からの通信可
否判断要求を受信するステップと、通信可否判断要求に
応じて、ＣＵＧを構成するメンバを規定したアクセスリ
ストと電子証明書の有効性を規定するＣＲＬを参照し
て、通信可否を判断するステップと、通信可否の判断結
果をアクタ装置に送信するステップとからなるプログラ
ムを格納する。
【００３１】上記のように、本発明では、アクセス管理
サーバが、ＣＵＧ構成メンバを規定したアクセスリスト
と電子証明書の有効性を規定するＣＲＬを保存すること
により、アクタには、認証情報を保存する必要がなくな
る。
サーバが、ＣＵＧ構成メンバを規定したアクセスリスト
と電子証明書の有効性を規定するＣＲＬを保存すること
により、アクタには、認証情報を保存する必要がなくな
る。
【００３２】また、通信可能な通信元アクタの電子証明
書ＩＤと通信先アクタの電子証明書ＩＤの組によりアク
セスリストを構成することにより、アクセス管理サーバ
がアクタの秘密情報を保存する必要がなくなる。
書ＩＤと通信先アクタの電子証明書ＩＤの組によりアク
セスリストを構成することにより、アクセス管理サーバ
がアクタの秘密情報を保存する必要がなくなる。
【００３３】
【発明の実施の形態】以下、図面と共に本発明の実施の
形態について説明する。
形態について説明する。
【００３４】図３は、本発明の一実施の形態におけるシ
ステム構成を示す。
ステム構成を示す。
【００３５】同図に示すシステムは、認証局１００、ア
クタ装置２００、アクセス管理サーバ３０、アクセスリ
スト２０、ＣＲＬ３０から構成される。
クタ装置２００、アクセス管理サーバ３０、アクセスリ
スト２０、ＣＲＬ３０から構成される。
【００３６】同図に示す認証局１００Ａ，１００Ｂは、
図４に示すように、それぞれ、アクタの身元を証明する
電子証明書を発行する電子証明書発行部１１０と、当該
電子証明書を失効させる電子証明書失効部１２０を有す
る。
図４に示すように、それぞれ、アクタの身元を証明する
電子証明書を発行する電子証明書発行部１１０と、当該
電子証明書を失効させる電子証明書失効部１２０を有す
る。
【００３７】同図に示すアクタ装置２００Ａ，２００Ｂ
は、それぞれ、図５に示すように、電子証明書を使って
相手のアクタ装置にアクセス要求を行うアクセス要求部
２１０、通信可否判定をアクセス管理サーバ３００に問
い合わせる問い合わせ部２２０、電子証明書を使ってア
クセス要求に対する応答を受信する応答受信部２３０、
通信可能となった他のアクタ装置との間で鍵交換を行う
鍵交換部２４０、他のアクタ装置２００と暗号化通信を
行う暗号化通信部２５０から構成される。
は、それぞれ、図５に示すように、電子証明書を使って
相手のアクタ装置にアクセス要求を行うアクセス要求部
２１０、通信可否判定をアクセス管理サーバ３００に問
い合わせる問い合わせ部２２０、電子証明書を使ってア
クセス要求に対する応答を受信する応答受信部２３０、
通信可能となった他のアクタ装置との間で鍵交換を行う
鍵交換部２４０、他のアクタ装置２００と暗号化通信を
行う暗号化通信部２５０から構成される。
【００３８】同図に示すアクセス管理サーバ３００は、
図６に示すように、通信者の電子証明書の組をアクセス
リスト２０及びＣＲＬ３０と照合して通信の可否を判定
する通信可否判定部３１０と、通信可否判定部３１０で
判定された結果をアクタ装置１００へ返却する応答部３
２０から構成される。
図６に示すように、通信者の電子証明書の組をアクセス
リスト２０及びＣＲＬ３０と照合して通信の可否を判定
する通信可否判定部３１０と、通信可否判定部３１０で
判定された結果をアクタ装置１００へ返却する応答部３
２０から構成される。
【００３９】上記の構成により、アクタ装置１００の保
存する情報は、自らの電子証明書とアクセス管理サーバ
３００のアドレスのみとなる。
存する情報は、自らの電子証明書とアクセス管理サーバ
３００のアドレスのみとなる。
【００４０】また、アクセス管理サーバ３００に保存さ
れる情報は、公開されている電子証明書ＩＤをキーとす
る、電子証明書の無効情報と通信可能な組み合わせの情
報のみである。
れる情報は、公開されている電子証明書ＩＤをキーとす
る、電子証明書の無効情報と通信可能な組み合わせの情
報のみである。
【００４１】次に、上記の構成における動作を説明す
る。
る。
【００４２】図７は、本発明の一実施の形態における動
作のシーケンスチャートである。
作のシーケンスチャートである。
【００４３】同図のＳ１００で示される範囲の動作は、
従来技術を用いて、アクタ装置２００が、認証局装置１
００から電子証明書を取得し、ＣＲＬを配布する手順を
示している。
従来技術を用いて、アクタ装置２００が、認証局装置１
００から電子証明書を取得し、ＣＲＬを配布する手順を
示している。
【００４４】アクタ装置１００Ａは、認証局装置１００
から発行された電子証明書ａを含むアクセス要求をアク
タ装置１００Ｂへ送る（ステップ１０１）。
から発行された電子証明書ａを含むアクセス要求をアク
タ装置１００Ｂへ送る（ステップ１０１）。
【００４５】アクタ装置１００Ｂは、アクセス要求に含
まれる電子証明書ａに自らの電子証明書ｂを用いて署名
し、アクセス管理サーバ３００に通信可否判定要求（電
子証明書ａ＋電子証明書ｂ＋署名）を送る（ステップ１
０２）。このように、自らの署名を付けて通信可否判断
要求を送ることにより、他アクタによる成り済ましを防
ぎ、かつ、通信の発起アクタの電子証明書と対応アクタ
の電子証明書の組を作ることができる。
まれる電子証明書ａに自らの電子証明書ｂを用いて署名
し、アクセス管理サーバ３００に通信可否判定要求（電
子証明書ａ＋電子証明書ｂ＋署名）を送る（ステップ１
０２）。このように、自らの署名を付けて通信可否判断
要求を送ることにより、他アクタによる成り済ましを防
ぎ、かつ、通信の発起アクタの電子証明書と対応アクタ
の電子証明書の組を作ることができる。
【００４６】アクセス管理サーバ３００は、通信可否判
定部３１０において、電子証明書ａと電子証明書ｂの組
み合わせをアクセスリスト２０及びＣＲＬ３０と照合し
て通信の可否を判定し、応答部３２０よりアクタ装置２
００Ｂへ通信可否判断応答を送る（ステップ１０３）。
定部３１０において、電子証明書ａと電子証明書ｂの組
み合わせをアクセスリスト２０及びＣＲＬ３０と照合し
て通信の可否を判定し、応答部３２０よりアクタ装置２
００Ｂへ通信可否判断応答を送る（ステップ１０３）。
【００４７】アクタ装置２００Ｂは、アクセス要求部２
１０により、自らの電子証明書ｂを用いて、アクタ装置
１００Ａへアクセス応答を送る（ステップ１０４）。
１０により、自らの電子証明書ｂを用いて、アクタ装置
１００Ａへアクセス応答を送る（ステップ１０４）。
【００４８】アクタ装置２００Ａは、問い合わせ部２２
０において、アクセス応答に付いている電子証明書ｂに
自らの電子証明書ａを用いて署名し、アクセス管理サー
バ３００へ通信可否判断要求（電子証明書ｂ＋電子証明
書ａ＋署名）を送る（ステップ１０５）。
０において、アクセス応答に付いている電子証明書ｂに
自らの電子証明書ａを用いて署名し、アクセス管理サー
バ３００へ通信可否判断要求（電子証明書ｂ＋電子証明
書ａ＋署名）を送る（ステップ１０５）。
【００４９】アクセス管理サーバ３００は、アクタ装置
２００Ｂの場合と同様に、アクタ装置２００Ａへ通信可
否判断応答を送る（ステップ１０６）。
２００Ｂの場合と同様に、アクタ装置２００Ａへ通信可
否判断応答を送る（ステップ１０６）。
【００５０】これらの認証が終わった後、アクタ装置２
００Ａとアクタ装置２００Ｂは、鍵交換部２４０におい
て暗号鍵を交換し（ステップ１０７）、暗号化通信部２
５０において暗号通信を開始する（ステップ１０８）。
００Ａとアクタ装置２００Ｂは、鍵交換部２４０におい
て暗号鍵を交換し（ステップ１０７）、暗号化通信部２
５０において暗号通信を開始する（ステップ１０８）。
【００５１】その後、一定時間が経過した場合、また
は、一定量の通信が行われた場合には、再度、アクセス
要求を繰り返すことにより、アクタ装置２００が分散し
ている環境においても一定間隔でアクタ装置２００のア
クセス権を更新することができる。
は、一定量の通信が行われた場合には、再度、アクセス
要求を繰り返すことにより、アクタ装置２００が分散し
ている環境においても一定間隔でアクタ装置２００のア
クセス権を更新することができる。
【００５２】
【実施例】以下、図面と共に本発明の実施例を説明す
る。
る。
【００５３】［第１の実施例］アクタ装置２００の通信
機能を実現するため、インターネット通信可能なデバイ
ス（ＩＰデバイス）が利用できる。ＩＰデバイスは、Ｃ
ＵＧを形成するため、ＩＰＳｅｃなどによる暗号化通信
機能と、ＩＫＥ（Internet Key Exchange)等の認証と暗
号鍵交換機能を持つ必要がある。当該ＩＰデバイスのＩ
ＫＥ機能により、図５に示す、通信開始時に電子証明書
を使って相手のＩＰデバイス鍵交換要求を起こすアクセ
ス要求部２１０、証明書の有効性をオンラインで証明書
の状態を問い合わせる問い合わせ部２２０、電子証明書
を使って相手のＩＰデバイスに鍵交換応答を返す鍵交換
部２４０を実現でき、さらに、ＩＰＳｅｃ機能により、
暗号化通信を行う暗号化通信部２５０を実現できる。但
し、オンライン証明証状態要求に自らの証明書を用いて
署名し、成り済ましを防ぐと共に、通信の発起ＩＰデバ
イスの電子証明書と応答ＩＰＤデバイスの電子証明書の
組を作らなければならない。
機能を実現するため、インターネット通信可能なデバイ
ス（ＩＰデバイス）が利用できる。ＩＰデバイスは、Ｃ
ＵＧを形成するため、ＩＰＳｅｃなどによる暗号化通信
機能と、ＩＫＥ（Internet Key Exchange)等の認証と暗
号鍵交換機能を持つ必要がある。当該ＩＰデバイスのＩ
ＫＥ機能により、図５に示す、通信開始時に電子証明書
を使って相手のＩＰデバイス鍵交換要求を起こすアクセ
ス要求部２１０、証明書の有効性をオンラインで証明書
の状態を問い合わせる問い合わせ部２２０、電子証明書
を使って相手のＩＰデバイスに鍵交換応答を返す鍵交換
部２４０を実現でき、さらに、ＩＰＳｅｃ機能により、
暗号化通信を行う暗号化通信部２５０を実現できる。但
し、オンライン証明証状態要求に自らの証明書を用いて
署名し、成り済ましを防ぐと共に、通信の発起ＩＰデバ
イスの電子証明書と応答ＩＰＤデバイスの電子証明書の
組を作らなければならない。
【００５４】次に、上記のＩＰＳｅｃ機能及び、ＩＫＥ
機能を用いた構成における動作を説明する。
機能を用いた構成における動作を説明する。
【００５５】以下、図３に示すアクタ装置をＩＰデバイ
スとして説明する。
スとして説明する。
【００５６】 ＩＰデバイスＡは、ＩＰデバイスＢへ
の通信開始の際に、ＩＫＥ機能を用いて、発行された電
子証明書ａを付加した鍵交換要求を送る。
の通信開始の際に、ＩＫＥ機能を用いて、発行された電
子証明書ａを付加した鍵交換要求を送る。
【００５７】 ＩＰデバイスＢは、当該鍵交換要求に
付加されている電子証明書ａに自らの電子証明書ｂを用
いて署名し、証明書を検証するアクセス管理サーバ３０
０へオンライン証明証状態要求を送信する。このよう
に、自らの署名を付加して通信可否判断要求を送ること
により、他ＩＰデバイスを用いた成り済ましを防ぎ、か
つ、通信の発起ＩＰデバイスの電子証明書と応答アクタ
の電子証明書の組を作ることができる。
付加されている電子証明書ａに自らの電子証明書ｂを用
いて署名し、証明書を検証するアクセス管理サーバ３０
０へオンライン証明証状態要求を送信する。このよう
に、自らの署名を付加して通信可否判断要求を送ること
により、他ＩＰデバイスを用いた成り済ましを防ぎ、か
つ、通信の発起ＩＰデバイスの電子証明書と応答アクタ
の電子証明書の組を作ることができる。
【００５８】 アクセス管理サーバ３００は、電子証
明書ａと電子証明証ｂの組み合わせをアクセスリスト２
０及びＣＲＬ３０と照合して通信の可否を判断し、アク
タ装置（ＩＰデバイスＢ）へ通信可否判断応答を送る。
明書ａと電子証明証ｂの組み合わせをアクセスリスト２
０及びＣＲＬ３０と照合して通信の可否を判断し、アク
タ装置（ＩＰデバイスＢ）へ通信可否判断応答を送る。
【００５９】 ＩＰデバイスＢは、自らの電子証明書
ｂを付加して、ＩＰデバイスＡへアクセス応答を送る。
ｂを付加して、ＩＰデバイスＡへアクセス応答を送る。
【００６０】 ＩＰデバイスＡは、アクセス応答に付
加されている電子証明書ｂに自らの電子証明書ａを用い
て署名し、アクセス管理サーバ３００へ通信可否判断要
求を送る。
加されている電子証明書ｂに自らの電子証明書ａを用い
て署名し、アクセス管理サーバ３００へ通信可否判断要
求を送る。
【００６１】 アクセス管理サーバ３００は、ＩＰデ
バイスＢと同様に、ＩＰデバイスＡへ通信可否判断応答
を送る。
バイスＢと同様に、ＩＰデバイスＡへ通信可否判断応答
を送る。
【００６２】 これらの認証が終わった後、ＩＰデバ
イスＡとＩＰデバイスＢは暗号鍵を交換し、暗号通信を
開始する。その後一定時間が経過した場合、または、一
定量の通信が行われた場合には、再度、アクセス要求を
繰り返すことにより、アクタが分散している環境におい
ても、一定間隔でアクタのアクセス権を更新することが
できる。
イスＡとＩＰデバイスＢは暗号鍵を交換し、暗号通信を
開始する。その後一定時間が経過した場合、または、一
定量の通信が行われた場合には、再度、アクセス要求を
繰り返すことにより、アクタが分散している環境におい
ても、一定間隔でアクタのアクセス権を更新することが
できる。
【００６３】［第２の実施例］本実施例では、前述の第
１の実施例の方法に加えて、ＣＵＧの管理者がアクセス
権を与えるアクタ装置に電子証明書を発行し、必要に応
じてこれを失効させられる認証局を導入できる。この電
子証明書は、従来の技術と同様に、アクタ装置の公開鍵
に対して署名を行うものであるが、電子証明書の保有が
アクセス権を表すように意味付けすることにより、前述
の方法に比べて、システム構成を簡略化できる。
１の実施例の方法に加えて、ＣＵＧの管理者がアクセス
権を与えるアクタ装置に電子証明書を発行し、必要に応
じてこれを失効させられる認証局を導入できる。この電
子証明書は、従来の技術と同様に、アクタ装置の公開鍵
に対して署名を行うものであるが、電子証明書の保有が
アクセス権を表すように意味付けすることにより、前述
の方法に比べて、システム構成を簡略化できる。
【００６４】図８は、本発明の他の実施例のシステム構
成図である。
成図である。
【００６５】認証局１００は、図４に示すように、ＣＵ
Ｇへのアクセス権を意味する証明書をアクタ装置に発行
する電子証明書発行部１１０と、失効させる電子証明書
失効部１２０を有する。アクタ装置２００とアクセス管
理サーバ３００は、それぞれ図５と図６の機能を有す
る。
Ｇへのアクセス権を意味する証明書をアクタ装置に発行
する電子証明書発行部１１０と、失効させる電子証明書
失効部１２０を有する。アクタ装置２００とアクセス管
理サーバ３００は、それぞれ図５と図６の機能を有す
る。
【００６６】アクタ装置２００とアクセス管理サーバ３
００は、図８の構成により、アクセスリスト２０には、
ＣＵＧの認証局１００から証明書を発行しているメンバ
のうち、通信可能な組み合わせが不可能な組み合わせの
どちらかを記述すればよいため、検索対象が少なくなる
ようにアクセスリスト２０を構成できる。また、アクセ
ス管理サーバ３００は、ＣＲＬ３０を検証すれば済むよ
うになり、通信可否判定に係る時間が減少する。
００は、図８の構成により、アクセスリスト２０には、
ＣＵＧの認証局１００から証明書を発行しているメンバ
のうち、通信可能な組み合わせが不可能な組み合わせの
どちらかを記述すればよいため、検索対象が少なくなる
ようにアクセスリスト２０を構成できる。また、アクセ
ス管理サーバ３００は、ＣＲＬ３０を検証すれば済むよ
うになり、通信可否判定に係る時間が減少する。
【００６７】［第３の実施例］本実施例では、前述の第
２の実施例の方法に加えて、アクセスリスト２０をＣＲ
Ｌ３０へ変換する方法について説明する。第１・第２の
実施例では、アクセス管理サーバ３００は、アクセスリ
スト２０とＣＲＬ３０の２つの情報を検索する必要があ
ったが、アクセスリスト２０をＣＲＬ形式へ変換するこ
とにより、ＣＲＬの情報のみを検索すればよくなり、シ
ステム構成を簡略化できる。
２の実施例の方法に加えて、アクセスリスト２０をＣＲ
Ｌ３０へ変換する方法について説明する。第１・第２の
実施例では、アクセス管理サーバ３００は、アクセスリ
スト２０とＣＲＬ３０の２つの情報を検索する必要があ
ったが、アクセスリスト２０をＣＲＬ形式へ変換するこ
とにより、ＣＲＬの情報のみを検索すればよくなり、シ
ステム構成を簡略化できる。
【００６８】図９は、本発明の第３の実施例のシステム
構成図である。同図に示すように、アクセス管理サーバ
３００は、通信者（アクタ装置Ａ・アクタ装置Ｂ）の証
明書の組をＣＲＬ３０のみを照合して通信の可否を判断
し、アクタ装置へ返答する機能を持つ。認証局１００と
アクタ装置２００は、それぞれ図４、図５の機能を持
つ。図９の構成のアクセスリスト２０には、ＣＵＧの認
証局１００から証明書を発行しているメンバのうち、通
信不可能な証明書ＩＤの組み合わせを記述してある。こ
こで、証明書ａから通信不可能な証明書の集合は、前述
の第２の実施例と同様に、証明書ａに対する証明書失効
情報に置換される。そこで、判定元の証明書毎に異なる
ビューを持てるようにＣＲＬ３０を構築すれば、２つの
通信可否判定情報をＣＲＬ形式に統一できる。その結
果、ＣＲＬ３０に対して最適化された非常に高速な検索
システムを利用できるようになる。
構成図である。同図に示すように、アクセス管理サーバ
３００は、通信者（アクタ装置Ａ・アクタ装置Ｂ）の証
明書の組をＣＲＬ３０のみを照合して通信の可否を判断
し、アクタ装置へ返答する機能を持つ。認証局１００と
アクタ装置２００は、それぞれ図４、図５の機能を持
つ。図９の構成のアクセスリスト２０には、ＣＵＧの認
証局１００から証明書を発行しているメンバのうち、通
信不可能な証明書ＩＤの組み合わせを記述してある。こ
こで、証明書ａから通信不可能な証明書の集合は、前述
の第２の実施例と同様に、証明書ａに対する証明書失効
情報に置換される。そこで、判定元の証明書毎に異なる
ビューを持てるようにＣＲＬ３０を構築すれば、２つの
通信可否判定情報をＣＲＬ形式に統一できる。その結
果、ＣＲＬ３０に対して最適化された非常に高速な検索
システムを利用できるようになる。
【００６９】また、上記の実施の形態及び実施例におけ
るアクセス管理サーバ３００の動作をプログラムとして
構築し、アクセス管理サーバとして利用されるコンピュ
ータにインストールする、または、ネットワークを介し
て流通させることも可能である。
るアクセス管理サーバ３００の動作をプログラムとして
構築し、アクセス管理サーバとして利用されるコンピュ
ータにインストールする、または、ネットワークを介し
て流通させることも可能である。
【００７０】また、構築されたプログラムをアクセス管
理サーバとして利用されるコンピュータに接続されるハ
ードディスクや、フレキシブルディスク、ＣＤ−ＲＯＭ
等の可搬記憶媒体に格納しておき、本発明を実施する際
にインストールすることも可能である。
理サーバとして利用されるコンピュータに接続されるハ
ードディスクや、フレキシブルディスク、ＣＤ−ＲＯＭ
等の可搬記憶媒体に格納しておき、本発明を実施する際
にインストールすることも可能である。
【００７１】なお、本発明は、上記の実施の形態及び実
施例に限定されることなく、特許請求の範囲内におい
て、種々変更・応用が可能である。
施例に限定されることなく、特許請求の範囲内におい
て、種々変更・応用が可能である。
【００７２】
【発明の効果】上述のように、本発明によれば、以下の
ような効果を奏する。
ような効果を奏する。
【００７３】第１には、様々なアクタ間でＣＵＧを簡便
に生成、または、変更でき、また、モバイル環境などに
おいて資源の限られたアクタ同士でもＣＵＧを構成でき
る。従って、ユーザの嗜好に合わせたコンテンツや通信
環境を持つプライベート・ネットワークを提供するサー
ビスを実現することができる。
に生成、または、変更でき、また、モバイル環境などに
おいて資源の限られたアクタ同士でもＣＵＧを構成でき
る。従って、ユーザの嗜好に合わせたコンテンツや通信
環境を持つプライベート・ネットワークを提供するサー
ビスを実現することができる。
【００７４】その理由は、ＣＵＧメンバが変更した場合
に、アクセス管理サーバのアクセスリストを変更するだ
けで、新たなメンバ認証を実現できるからである。例え
ば、電子証明書ｃを持つアクタＣをメンバに入れる場
合、アクセスリストに通信可能な電子証明書ＩＤの組と
して（電子証明書ａ，電子証明書ｃ）と、（電子証明書
ｂ，電子証明書ｃ）を追加すれば、アクタａまたは、ア
クタｂに変更を加えることなく、例えば、アクタｃから
アクタａへ通信することが可能となる。
に、アクセス管理サーバのアクセスリストを変更するだ
けで、新たなメンバ認証を実現できるからである。例え
ば、電子証明書ｃを持つアクタＣをメンバに入れる場
合、アクセスリストに通信可能な電子証明書ＩＤの組と
して（電子証明書ａ，電子証明書ｃ）と、（電子証明書
ｂ，電子証明書ｃ）を追加すれば、アクタａまたは、ア
クタｂに変更を加えることなく、例えば、アクタｃから
アクタａへ通信することが可能となる。
【００７５】第２には、外部からアクタへのアクセスを
制限することができ、セキュリティを向上させることが
できる。
制限することができ、セキュリティを向上させることが
できる。
【００７６】その理由は、全アクタが双方向に通信を開
始できるというアクセスポリシを持つＣＵＧを構成した
場合、認証局からの電子証明書を持って入ればアクセス
可能であると判定できるため、アクセスリストに情報を
保存する必要がない。また、アクタａがＣＵＧから外れ
てアクセス権を失った場合にも、アクタａに関する多数
のアクセス不可リストを作成することがなく、電子証明
書を失効させて１つの電子証明書失効情報をＣＲＬへ登
録すればよいため、検索対象を少なくすることが可能で
ある。
始できるというアクセスポリシを持つＣＵＧを構成した
場合、認証局からの電子証明書を持って入ればアクセス
可能であると判定できるため、アクセスリストに情報を
保存する必要がない。また、アクタａがＣＵＧから外れ
てアクセス権を失った場合にも、アクタａに関する多数
のアクセス不可リストを作成することがなく、電子証明
書を失効させて１つの電子証明書失効情報をＣＲＬへ登
録すればよいため、検索対象を少なくすることが可能で
ある。
【００７７】第３には、汎用のシステムに変更を加える
ことなく、本発明の機能を実現できる。
ことなく、本発明の機能を実現できる。
【００７８】その理由は、アクタａとアクタｂが通信で
きないというアクセスポリシを持つＣＵＧを構成した場
合（電子証明書ａ，電子証明書ｂ）の組がアクセスリス
トに用意される。これを元に、ＣＲＬでは、電子証明書
ａに対するＣＲＬに電子証明書ｂが統合され、電子証明
書ｂに対するＣＲＬに電子証明書ａが統合される。これ
により、アクセス管理サーバにＯＣＳＰレスポンダなど
既存の電子証明書有効性検索システムを流用することが
でき、安価に高速なシステムを構築することが可能とな
る。
きないというアクセスポリシを持つＣＵＧを構成した場
合（電子証明書ａ，電子証明書ｂ）の組がアクセスリス
トに用意される。これを元に、ＣＲＬでは、電子証明書
ａに対するＣＲＬに電子証明書ｂが統合され、電子証明
書ｂに対するＣＲＬに電子証明書ａが統合される。これ
により、アクセス管理サーバにＯＣＳＰレスポンダなど
既存の電子証明書有効性検索システムを流用することが
でき、安価に高速なシステムを構築することが可能とな
る。
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明の一実施の形態におけるシステム構成図
である。
である。
【図４】本発明の一実施の形態における認証局装置の構
成図である。
成図である。
【図５】本発明の一実施の形態におけるアクタ装置の構
成図である。
成図である。
【図６】本発明の一実施の形態におけるアクセス管理サ
ーバの構成図である。
ーバの構成図である。
【図７】本発明の一実施の形態における動作のシーケン
スチャートである。
スチャートである。
【図８】本発明の第２の実施例のシステム構成図であ
る。
る。
【図９】本発明の第３の実施例のシステム構成図であ
る。
る。
【図１０】従来のシステムにおける動作のシーケンスチ
ャートである。
ャートである。
１０ 電子証明書
２０ アクセスリスト
３０ ＣＲＬ
１００ 認証局装置
２００ アクタ装置
２１０ アクセス要求部
２２０ 通信可否問い合わせ手段、問い合わせ部
２３０ 応答受信部
２４０ 鍵交換部
２５０ 暗号化通信部
２６０ 通信手段
３００ アクセス管理サーバ
３１０ 通信可否判定手段、通信可否判定部
３２０ 判断結果送信手段、応答部
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 三上 博英
東京都千代田区大手町二丁目３番１号 日
本電信電話株式会社内
Ｆターム(参考） 5B085 AE00 AE29 BC00
5J104 AA07 AA09 JA21 KA01 KA05
LA03 LA06 MA01 PA07
5K030 GA14 HB08 KX24 LD19
Claims (11)
- 【請求項１】 インターネット上で任意のアクタ装置間
で直接通信しながらＣＵＧ（Closed User Group)を構成
するためのＣＵＧ管理方法において、 前記アクタ装置とネットワークを介して接続されたアク
セス管理サーバにおいて、 ＣＵＧを構成するメンバを規定したアクセスリストと、
電子証明書の有効性を規定するＣＲＬ(Certificate Rev
ocation List) を保存し、 アクタ装置からの通信可否判断要求に応じて、前記アク
セスリストと前記ＣＲＬを参照して、通信可否を判断
し、 アクセス可否の判断結果を前記アクタ装置に送信するこ
とを特徴とするＣＵＧ管理方法。 - 【請求項２】 アクタ装置Ａは、認証局装置から発行さ
れた電子証明書ａを用いて、通信相手のアクタ装置Ｂに
アクセス要求を送信し、 前記アクタ装置Ｂは、前記アクセス要求に含まれる前記
電子証明書ａに自らの電子証明書ｂを用いて署名し、該
電子証明書ａと該電子証明書ｂの組及び該署名を通信可
否判断要求として前記アクセス管理サーバに送信し、 前記アクセス管理サーバは、前記アクタ装置Ｂからの前
記通信可否判断要求に含まれる前記電子証明書ａと電子
証明書ｂの組について、前記アクセスリスト及び前記Ｃ
ＲＬと照合することにより、通信可否を判断し、判断結
果を前記アクタ装置Ｂに送信し、 前記アクタ装置Ｂは、前記アクタ装置Ａに対して、アク
セス要求に対して前記電子証明書ｂを付与したアクセス
応答を送信し、 前記アクタ装置Ａでは、前記アクセス応答に付加されて
いる前記電子証明書ｂに前記電子証明書ａを用いて署名
し、該電子証明書ａと該電子証明書ｂの組及び該署名を
通信可否判断要求として前記アクセス管理サーバに送信
し、 前記アクセス管理サーバは、前記アクタ装置Ａからの前
記通信可否判断要求に含まれる前記電子証明書ａと電子
証明書ｂの組について、前記アクセスリスト及び前記Ｃ
ＲＬと照合することにより、通信可否を判断し、判断結
果を前記アクタ装置Ａに送信し、 認証後、前記アクタ装置Ａと前記アクタ装置Ｂ間で通信
を行う請求項１記載のＣＵＧ管理方法。 - 【請求項３】 通信可能な通信路を表すアクセスリスト
を、通信元のアクタ装置の電子証明書ＩＤと通信先のア
クタ装置の電子証明書ＩＤの組を要素とする集合により
表現する請求項１記載のＣＵＧ管理方法。 - 【請求項４】 前記認証局装置において、必要に応じ
て、前記電子証明書を失効させる請求項１記載のＣＵＧ
管理方法。 - 【請求項５】 前記アクセスリストを前記ＣＲＬの形式
に変換し、該ＣＲＬと共に保存し、 前記アクセス管理サーバは、前記ＣＲＬのみを参照する
請求項１記載のＣＵＧ管理方法。 - 【請求項６】 複数のアクタ装置と、ＣＵＧに属するす
べてのアクタに対して登録されている証明書を発行する
認証局装置とを有し、インターネット上で任意のアクタ
装置間で直接通信しながらＣＵＧ（Closed User Group)
を構成するための、ＣＵＧ提供システムであって、 ＣＵＧを構成するメンバを規定したアクセスリストと、 電子証明書の有効性を規定するＣＲＬ(Certificate Rev
ocation List) と、 アクタ装置からの電子証明書が付加された通信可否要求
に応じて、前記アクセスリストと前記ＣＲＬを参照し
て、通信可否を判断する通信可否判定手段と、 通信可否の判断結果を前記アクタ装置に送信する判断結
果送信手段とを有するアクセス管理サーバを有し、 前記アクタ装置は、 他のアクタ装置から電子証明書付のアクセス要求を受け
取ると、自らの電子証明書を付加して、前記アクセス管
理サーバに通信の可否を問い合わせる通信可否問い合わ
せ手段と、 前記アクセス管理サーバから前記通信可否の判断結果を
受信し、該判断結果に基づいて、相手のアクタ装置との
通信を行う通信手段とを有することを特徴とするＣＵＧ
提供システム。 - 【請求項７】 前記アクセスリストは、 通信可能な通信路を表すものとし、通信元のアクタ装置
の電子証明書ＩＤと通信先のアクタ装置の電子証明書Ｉ
Ｄの組を要素とする集合により表現する請求項６記載の
ＣＵＧ提供システム。 - 【請求項８】 前記認証局装置は、必要に応じて、前記
電子証明書を失効させる手段を更に有する請求項６記載
のＣＵＧ提供システム。 - 【請求項９】 前記アクセス管理サーバの通信可否判定
手段は、 前記アクセスリストを前記ＣＲＬの形式に変換し、該Ｃ
ＲＬと共に保存されるとき、該ＣＲＬのみを参照する手
段を含む請求項６記載のＣＵＧ提供システム。 - 【請求項１０】 インターネット上で任意のアクタ装置
間で直接通信しながらＣＵＧ（Closed User Group)を構
成するシステムにおいて、該アクタ装置とネットワーク
を介して接続された接続されたアクセス管理サーバが実
行するＣＵＧ提供プログラムであって、 アクタ装置からの通信可否判断要求を受信するステップ
と、 前記通信可否判断要求に応じて、ＣＵＧを構成するメン
バを規定したアクセスリストと電子証明書の有効性を規
定するＣＲＬ(Certificate Revocation List)を参照し
て、通信可否を判断するステップと、 通信可否の判断結果を前記アクタ装置に送信するステッ
プとを、コンピュータに実行させることを特徴とするＣ
ＵＧ提供プログラム。 - 【請求項１１】 インターネット上で任意のアクタ装置
間で直接通信しながらＣＵＧ（Closed User Group)を構
成するシステムにおいて、該アクタ装置とネットワーク
を介して接続されたアクセス管理サーバが実行するＣＵ
Ｇ提供プログラムを格納した記憶媒体であって、 アクタ装置からの通信可否判断要求を受信するステップ
と、 前記通信可否判断要求に応じて、ＣＵＧを構成するメン
バを規定したアクセスリストと電子証明書の有効性を規
定するＣＲＬ(Certificate Revocation List)を参照し
て、通信可否を判断するステップと、 通信可否の判断結果を前記アクタ装置に送信するステッ
プとからなるプログラムを格納したことを特徴とするＣ
ＵＧ提供プログラムを格納した記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002154678A JP3908982B2 (ja) | 2002-05-28 | 2002-05-28 | ＣＵＧ（ＣｌｏｓｅｄＵｓｅｒＧｒｏｕｐ）管理方法及びＣＵＧ提供システム及びＣＵＧ提供プログラム及びＣＵＧ提供プログラムを格納した記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002154678A JP3908982B2 (ja) | 2002-05-28 | 2002-05-28 | ＣＵＧ（ＣｌｏｓｅｄＵｓｅｒＧｒｏｕｐ）管理方法及びＣＵＧ提供システム及びＣＵＧ提供プログラム及びＣＵＧ提供プログラムを格納した記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003345742A true JP2003345742A (ja) | 2003-12-05 |
| JP3908982B2 JP3908982B2 (ja) | 2007-04-25 |
Family
ID=29771416
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002154678A Expired - Lifetime JP3908982B2 (ja) | 2002-05-28 | 2002-05-28 | ＣＵＧ（ＣｌｏｓｅｄＵｓｅｒＧｒｏｕｐ）管理方法及びＣＵＧ提供システム及びＣＵＧ提供プログラム及びＣＵＧ提供プログラムを格納した記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3908982B2 (ja) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007518369A (ja) * | 2004-01-09 | 2007-07-05 | コアストリート、 リミテッド | Ｏｃｓｐ及び分散型ｏｃｓｐのための効率的に署名可能なリアルタイム・クレデンシャル |
| JP2007274380A (ja) * | 2006-03-31 | 2007-10-18 | Ntt Data Corp | 認証システム、認証サーバおよびプログラム |
| JP2008028576A (ja) * | 2006-07-19 | 2008-02-07 | Kddi Corp | Ｖｐｎサーバホスティングシステム、ｖｐｎ構築方法、およびコンピュータプログラム |
| JP2008524753A (ja) * | 2004-12-21 | 2008-07-10 | サンディスク コーポレーション | 多目的コンテンツ制御を備えたメモリシステム |
| US8051052B2 (en) | 2004-12-21 | 2011-11-01 | Sandisk Technologies Inc. | Method for creating control structure for versatile content control |
| US8140843B2 (en) | 2006-07-07 | 2012-03-20 | Sandisk Technologies Inc. | Content control method using certificate chains |
| US8220039B2 (en) | 2005-07-08 | 2012-07-10 | Sandisk Technologies Inc. | Mass storage device with automated credentials loading |
| US8245031B2 (en) | 2006-07-07 | 2012-08-14 | Sandisk Technologies Inc. | Content control method using certificate revocation lists |
| US8266711B2 (en) | 2006-07-07 | 2012-09-11 | Sandisk Technologies Inc. | Method for controlling information supplied from memory device |
| US8601283B2 (en) | 2004-12-21 | 2013-12-03 | Sandisk Technologies Inc. | Method for versatile content control with partitioning |
| US8613103B2 (en) | 2006-07-07 | 2013-12-17 | Sandisk Technologies Inc. | Content control method using versatile control structure |
| US8639939B2 (en) | 2006-07-07 | 2014-01-28 | Sandisk Technologies Inc. | Control method using identity objects |
| US9104618B2 (en) | 2008-12-18 | 2015-08-11 | Sandisk Technologies Inc. | Managing access to an address range in a storage device |
-
2002
- 2002-05-28 JP JP2002154678A patent/JP3908982B2/ja not_active Expired - Lifetime
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4796971B2 (ja) * | 2004-01-09 | 2011-10-19 | コアストリート、 リミテッド | Ｏｃｓｐ及び分散型ｏｃｓｐのための効率的に署名可能なリアルタイム・クレデンシャル |
| JP2007518369A (ja) * | 2004-01-09 | 2007-07-05 | コアストリート、 リミテッド | Ｏｃｓｐ及び分散型ｏｃｓｐのための効率的に署名可能なリアルタイム・クレデンシャル |
| US8601283B2 (en) | 2004-12-21 | 2013-12-03 | Sandisk Technologies Inc. | Method for versatile content control with partitioning |
| JP4847967B2 (ja) * | 2004-12-21 | 2011-12-28 | サンディスク コーポレーション | 多目的コンテンツ制御を備えたメモリシステム |
| JP2010182322A (ja) * | 2004-12-21 | 2010-08-19 | Sandisk Corp | 多目的コンテンツ制御を備えたメモリシステム |
| JP2008524753A (ja) * | 2004-12-21 | 2008-07-10 | サンディスク コーポレーション | 多目的コンテンツ制御を備えたメモリシステム |
| US8051052B2 (en) | 2004-12-21 | 2011-11-01 | Sandisk Technologies Inc. | Method for creating control structure for versatile content control |
| US8220039B2 (en) | 2005-07-08 | 2012-07-10 | Sandisk Technologies Inc. | Mass storage device with automated credentials loading |
| JP2007274380A (ja) * | 2006-03-31 | 2007-10-18 | Ntt Data Corp | 認証システム、認証サーバおよびプログラム |
| US8140843B2 (en) | 2006-07-07 | 2012-03-20 | Sandisk Technologies Inc. | Content control method using certificate chains |
| US8245031B2 (en) | 2006-07-07 | 2012-08-14 | Sandisk Technologies Inc. | Content control method using certificate revocation lists |
| US8266711B2 (en) | 2006-07-07 | 2012-09-11 | Sandisk Technologies Inc. | Method for controlling information supplied from memory device |
| US8613103B2 (en) | 2006-07-07 | 2013-12-17 | Sandisk Technologies Inc. | Content control method using versatile control structure |
| US8639939B2 (en) | 2006-07-07 | 2014-01-28 | Sandisk Technologies Inc. | Control method using identity objects |
| JP2008028576A (ja) * | 2006-07-19 | 2008-02-07 | Kddi Corp | Ｖｐｎサーバホスティングシステム、ｖｐｎ構築方法、およびコンピュータプログラム |
| US9104618B2 (en) | 2008-12-18 | 2015-08-11 | Sandisk Technologies Inc. | Managing access to an address range in a storage device |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3908982B2 (ja) | 2007-04-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1226680B1 (en) | Secured ad hoc network and method for providing the same | |
| TW478269B (en) | Method and apparatus for initializing mobile wireless devices | |
| US6912657B2 (en) | Method and arrangement in a communication network | |
| US6772331B1 (en) | Method and apparatus for exclusively pairing wireless devices | |
| US8156337B2 (en) | Systems and methods for authenticating communications in a network medium | |
| TW480864B (en) | Method and apparatus for efficiently initializing secure communications among wireless devices | |
| US20070254630A1 (en) | Methods, devices and modules for secure remote access to home networks | |
| US20090158394A1 (en) | Super peer based peer-to-peer network system and peer authentication method thereof | |
| US20060288227A1 (en) | Management of access control in wireless networks | |
| JP2010158030A (ja) | セキュア通信をイニシャライズし、装置を排他的にペアリングする方法、コンピュータ・プログラムおよび装置 | |
| JP2006109455A (ja) | 少人数グループ用プライベートネットワークのための最小限コンフィギュレーション | |
| JP3908982B2 (ja) | ＣＵＧ（ＣｌｏｓｅｄＵｓｅｒＧｒｏｕｐ）管理方法及びＣＵＧ提供システム及びＣＵＧ提供プログラム及びＣＵＧ提供プログラムを格納した記憶媒体 | |
| JP4490352B2 (ja) | Ｖｐｎサーバホスティングシステム、およびｖｐｎ構築方法 | |
| CN114884698A (zh) | 基于联盟链的Kerberos与IBC安全域间跨域认证方法 | |
| Howlett et al. | Application bridging for federated access beyond web (ABFAB) architecture | |
| Kostiainen | Intuitive Security Initiation Using Location-Limited Channels | |
| Gómez et al. | New security services based on PKI | |
| EP1619822A1 (en) | Delegation protocol | |
| JP2005217679A (ja) | 通信相手の認証を行う認証サーバ | |
| JP4837470B2 (ja) | Ｖｐｎサーバホスティングシステム、ｖｐｎ構築方法、およびコンピュータプログラム | |
| Howlett et al. | Rfc 7831: Application bridging for federated access beyond web (abfab) architecture | |
| KR100738353B1 (ko) | 홈 네트워크 보안성 최적화 장치 및 그 방법 | |
| Rao | A Fixed Network Transmission Based on Kerberos Authentication Protocol | |
| Yeager | P2p security and jxta | |
| Basin | Security Protocols I |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040310 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060704 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060901 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060926 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061122 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20061130 |
|
| 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: 20070116 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070119 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3908982 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110126 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110126 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120126 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130126 Year of fee payment: 6 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |