JP2004046430A - リモートアクセスシステム、リモートアクセス方法、リモートアクセスプログラム及びリモートアクセスプログラムが記録された記録媒体 - Google Patents
リモートアクセスシステム、リモートアクセス方法、リモートアクセスプログラム及びリモートアクセスプログラムが記録された記録媒体 Download PDFInfo
- Publication number
- JP2004046430A JP2004046430A JP2002201472A JP2002201472A JP2004046430A JP 2004046430 A JP2004046430 A JP 2004046430A JP 2002201472 A JP2002201472 A JP 2002201472A JP 2002201472 A JP2002201472 A JP 2002201472A JP 2004046430 A JP2004046430 A JP 2004046430A
- Authority
- JP
- Japan
- Prior art keywords
- authority
- certificate
- attribute certificate
- access
- information description
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
- H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/2818—Controlling appliance services of a home automation network by calling their functionalities from a device located outside both the home and the home network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Storage Device Security (AREA)
- Computer And Data Communications (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】リモートアクセスを行う際に、アクセスさせたいリソース毎に、権限単位での制御を容易且つ安全に行う。
【解決手段】リモートアクセスシステムは、アクセスの対象となる対象機器１０１，１０２と、これらの対象機器１０１，１０２が属する家庭内ネットワークの入り口に相当する機器であるホームゲートウェイと２０と、対象機器１０１，１０２に対してアクセスするためにユーザが所持する携帯機器３０とを、エンティティとして備える。リモートアクセスシステムにおいては、携帯機器３０が、少なくともリソースに対する権限と経由させるホームゲートウェイ２０の情報とが記述された属性証明書ＡＣＰを、ホームゲートウェイ２０を介して対象機器１０１，１０２に対して送信して提示することにより、リソースに対する携帯機器３０のアクセスを検証する。
【選択図】 図６
【解決手段】リモートアクセスシステムは、アクセスの対象となる対象機器１０１，１０２と、これらの対象機器１０１，１０２が属する家庭内ネットワークの入り口に相当する機器であるホームゲートウェイと２０と、対象機器１０１，１０２に対してアクセスするためにユーザが所持する携帯機器３０とを、エンティティとして備える。リモートアクセスシステムにおいては、携帯機器３０が、少なくともリソースに対する権限と経由させるホームゲートウェイ２０の情報とが記述された属性証明書ＡＣＰを、ホームゲートウェイ２０を介して対象機器１０１，１０２に対して送信して提示することにより、リソースに対する携帯機器３０のアクセスを検証する。
【選択図】 図６
Description
【０００１】
【発明の属する技術分野】
本発明は、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステム、リモートアクセス方法、リモートアクセスプログラム及びリモートアクセスプログラムが記録された記録媒体に関する。
【０００２】
【従来の技術】
近年、ネットワークに接続可能な情報家電等の各種機器が開発されており、これにともない、家庭内ネットワークをはじめとして様々な機器を対象としたネットワークが構築されつつある。また、このような状況に応じて、屋外等の遠隔地から屋内に設けられた各種情報家電又はパーソナルコンピュータ等の各種情報処理端末若しくはサーバ装置等に対して、ユーザが所持する携帯電話機や携帯情報端末機（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ；ＰＤＡ）等の機器を用いてリモートアクセスすることによって享受できるサービスが各種提案されている。
【０００３】
このようなサービスにおいては、当該サービスを提供するサーバ装置等のハードウェアやソフトウェア、さらにはデータといった各種リソースに対する不正なユーザのアクセスを排除すべく、認証及びアクセス権の管理を行うことが必須とされている。
【０００４】
【発明が解決しようとする課題】
ところで、上述したサービスとしては、既に実施されているものもあり、個別に認証の仕組みを構築している。しかしながら、このようなサービスにおいては、個人単位の権限（操作）をも含めた認証方式が未だ確立されていないのが現状である。
【０００５】
また、個人単位の権限管理の手法としては、いわゆるＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）パスワードを用いた認証方式があるが、このＩＤパスワードを用いた認証方式においては、仕組みが非常に煩雑となり、処理負担が大きいといった問題があった。
【０００６】
本発明は、このような実情に鑑みてなされたものであり、いわゆる属性証明書（Ａｔｔｒｉｂｕｔｅ Ｃｅｒｔｉｆｉｃａｔｅ；ＡＣ）を用いて権限管理を行うことにより、リモートアクセスを行う際に、リソースにアクセスする機器自体等のエンティティのみならず、アクセスさせたいリソース毎に、権限単位での制御を容易且つ安全に行うことができるリモートアクセスシステム、リモートアクセス方法、リモートアクセスプログラム及びリモートアクセスプログラムが記録された記録媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述した目的を達成する本発明にかかるリモートアクセスシステムは、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器と、このアクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当する機器であるゲートウェイ機器と、少なくともリソースに対する権限が記述された電子証明書であり、且つ、この電子証明書を経由させるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書を保持し、アクセス対象機器に対してアクセスするアクセス機器とを備え、アクセス機器は、権限及び経由情報記述属性証明書をゲートウェイ機器に対して送信して提示し、ゲートウェイ機器は、アクセス機器から受信した権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定されたアクセス対象機器に対して送信して提示し、アクセス対象機器は、ゲートウェイ機器から受信した権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否することを特徴としている。
【０００８】
このような本発明にかかるリモートアクセスシステムは、少なくともリソースに対する権限とゲートウェイ機器の情報とを、権限及び経由情報記述属性証明書に記述し、この権限及び経由情報記述属性証明書を、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証する。
【０００９】
また、上述した目的を達成する本発明にかかるリモートアクセス方法は、所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書を保持させ、アクセス機器によって権限及び経由情報記述属性証明書をゲートウェイ機器に対して送信して提示し、ゲートウェイ機器によってアクセス機器から受信した権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定されたアクセス対象機器に対して送信して提示し、アクセス対象機器によってゲートウェイ機器から受信した権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否することを特徴としている。
【００１０】
このような本発明にかかるリモートアクセス方法は、少なくともリソースに対する権限とゲートウェイ機器の情報とを、権限及び経由情報記述属性証明書に記述し、この権限及び経由情報記述属性証明書を、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証する。
【００１１】
さらに、上述した目的を達成する本発明にかかるリモートアクセスプログラムは、所定のリソースに対して遠隔地からアクセスするコンピュータ実行可能なリモートアクセスプログラムであって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書が保持されており、アクセス機器からゲートウェイ機器を介して送信されて提示された権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否することを特徴としている。
【００１２】
このような本発明にかかるリモートアクセスプログラムは、少なくともリソースに対する権限とゲートウェイ機器の情報とが、権限及び経由情報記述属性証明書に記述されており、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示された権限及び経由情報記述属性証明書に基づいて、リソースに対するアクセス機器のアクセスを検証する。
【００１３】
さらにまた、上述した目的を達成する本発明にかかるリモートアクセスプログラムが記録された記録媒体は、所定のリソースに対して遠隔地からアクセスするコンピュータ実行可能なリモートアクセスプログラムが記録された記録媒体であって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書が保持されており、リモートアクセスプログラムは、アクセス機器からゲートウェイ機器を介して送信されて提示された権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否することを特徴としている。
【００１４】
このような本発明にかかるリモートアクセスプログラムが記録された記録媒体は、少なくともリソースに対する権限とゲートウェイ機器の情報とが、権限及び経由情報記述属性証明書に記述されており、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示された権限及び経由情報記述属性証明書に基づいて、リソースに対するアクセス機器のアクセスを検証するリモートアクセスプログラムを提供する。
【００１５】
【発明の実施の形態】
以下、本発明を適用した具体的な実施の形態について図面を参照しながら詳細に説明する。
【００１６】
この実施の形態は、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムである。このリモートアクセスシステムは、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ Ｃｏｍｍｉｓｓｉｏｎ） ９５９４−８、又はＩＴＵ−Ｔ Ｘ．５０９に基づく属性証明書（Ａｔｔｒｉｂｕｔｅ Ｃｅｒｔｉｆｉｃａｔｅ；ＡＣ）を用いて権限管理を行うことにより、リモートアクセスを行う際に、リソースにアクセスする機器自体等のエンティティのみならず、アクセスさせたいリソース毎に、権限単位での制御を容易に行うことができるものである。また、このリモートアクセスシステムは、属性証明書を利用する際に、リソースが属するネットワークの入り口となるゲートウェイを経由して、リソースとこのリソースにアクセスしようとする機器との間で属性証明書の授受を行うことにより、属性証明書の送付ルートを確認することを可能とし、セキュリティを向上させることができるものである。
【００１７】
まず、リモートアクセスシステムの説明に先だって、当該リモートアクセスシステムにて用いる電子証明書である公開鍵証明書（Ｐｕｂｌｉｃ Ｋｅｙ Ｃｅｒｔｉｆｉｃａｔｅ；ＰＫＣ）及び上述した属性証明書の概略について説明する。
【００１８】
まず、公開鍵証明書について説明する。公開鍵証明書は、いわゆる公開鍵暗号方式における独立した所定の第三者機関である証明書発行認証局（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ；ＣＡ又はＩｓｓｕｅｒ Ａｕｔｈｏｒｉｔｙ；ＩＡ）によって発行されるものである。
【００１９】
ここで、公開鍵暗号方式について説明する。公開鍵暗号方式は、発信者と受信者との鍵を異なるものとして、一方の鍵を不特定のユーザが使用可能な公開鍵とし、他方の鍵を秘密に保つ秘密鍵とするものである。公開鍵暗号方式は、暗号化及び復号に共通の鍵を用いるいわゆる共通鍵暗号方式と異なり、秘密に保つ必要がある秘密鍵を特定の１人が持てばよいため、共通鍵暗号方式と比較して鍵の管理において有利である。公開鍵暗号方式の代表的なものとしては、いわゆるＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａｎ）暗号がある。このＲＳＡ暗号は、例えば１５０桁程度の非常に大きな２つの素数の積の素因数分解処理の困難性を利用するものである。
【００２０】
公開鍵暗号方式は、不特定多数のユーザに公開鍵を使用可能とするものであり、配布する公開鍵が正当なものであるか否かを証明するために公開鍵証明書を用いる方法が広く用いられている。例えば、公開鍵暗号方式においては、ある特定のユーザＡが対となる公開鍵と秘密鍵とを生成し、生成した公開鍵を証明書発行認証局に対して送付して公開鍵証明書を取得し、この公開鍵証明書を一般に公開する。一方、不特定のユーザは、公開鍵証明書に基づいて所定の手続きを経ることによって公開鍵を取得し、平文たる文書等を暗号化して特定のユーザＡに対して送付する。そして、ユーザＡは、不特定のユーザから送付された暗号化文書を秘密鍵を用いて復号する等の処理を行う。公開鍵暗号方式は、このような暗号方式である。
【００２１】
また、公開鍵暗号方式においては、ユーザＡは、秘密鍵を用いて平文たる文書等に署名を付加し、不特定のユーザが公開鍵証明書に基づいて所定の手続きを経ることによって公開鍵を取得し、その署名の検証を行うことが可能となる。例えば、公開鍵暗号方式においては、証明書発行認証局が公開鍵証明書を参照して公開鍵を判別すると、任意の平文たる文書等をユーザＡに対して送付し、秘密鍵を用いて暗号化させ、再度送り返させる。証明書発行認証局は、ユーザＡから送付された暗号化文書を公開鍵を用いて復号することにより、署名の正当性を検証することができる。
【００２２】
このような公開鍵暗号方式における公開鍵証明書は、管理者たるユーザが自己を識別するための情報や公開鍵等を証明書発行認証局に提出することにより、証明書発行認証局側が当該証明書発行認証局を識別するための情報や有効期限等の情報を付加し、さらに証明書発行認証局による署名を付加して作成される。
【００２３】
具体的には、公開鍵証明書は、図１及び図２に示すようなフォーマットから構成される。なお、同図においては、公開鍵証明書を構成する各フィールド毎の項目と、これらの各項目に対する説明とを記載している。
【００２４】
図１に示すバージョン（ｖｅｒｓｉｏｎ）は、公開鍵証明書のフォーマットのバージョン情報を記述するフィールドであり、例えばフォーマットがバージョン３である場合にはバージョン３を示す”２”が記述される。
【００２５】
シリアルナンバ（ｓｅｒｉａｌ Ｎｕｍｂｅｒ）は、証明書発行認証局によって設定される公開鍵証明書のシリアルナンバを記述するフィールドであり、例えばシーケンシャルな番号が記述される。
【００２６】
署名アルゴリズム識別子、及びアルゴリズムパラメータ（ｓｉｇｎａｔｕｒｅ ａｌｇｏｒｉｔｈｍ Ｉｄｅｎｔｉｆｉｅｒ ａｌｇｏｒｉｔｈｍ ｐａｒａｍｅｔｅｒｓ）は、公開鍵証明書の署名アルゴリズムを識別するための情報とそのパラメータとを記述するフィールドである。署名アルゴリズムとしては、例えば楕円曲線暗号又はＲＳＡ暗号があり、署名アルゴリズムとして楕円曲線暗号が適用されている場合には、アルゴリズムパラメータとしてパラメータ及び鍵長が記述され、署名アルゴリズムとしてＲＳＡ暗号が適用されている場合には、アルゴリズムパラメータとして鍵長が記述される。
【００２７】
発行者（ｉｓｓｕｅｒ）は、公開鍵証明書の発行者、すなわち、証明書発行認証局の名称を識別可能とする形式（Ｄｉｓｔｉｎｇｕｉｓｈｅｄ Ｎａｍｅ）で記述するフィールドである。
【００２８】
有効期限（ｖａｌｉｄｉｔｙ）は、公開鍵証明書の有効期限である開始日時（ｎｏｔ Ｂｅｆｏｒｅ）及び終了日時（ｎｏｔ Ａｆｔｅｒ）を記述するフィールドである。
【００２９】
サブジェクト（ｓｕｂｊｅｃｔ）は、ユーザである認証対象者の名前を記述するフィールドであり、例えばユーザ機器の識別子やサービス提供主体の識別子等が記述される。
【００３０】
サブジェクト公開鍵情報（ｓｕｂｊｅｃｔ Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｏ ａｌｇｏｒｉｔｈｍ ｓｕｂｊｅｃｔ Ｐｕｂｌｉｃ ｋｅｙ）は、ユーザの公開鍵情報としての鍵アルゴリズムや鍵情報自体を記述するフィールドであり、鍵アルゴリズムとしては、例えば楕円曲線暗号又はＲＳＡ暗号がある。
【００３１】
これらの各フィールドは、公開鍵証明書のフォーマットがバージョン１以降のバージョンであるものに含まれるフィールドであり、以下に示す各フィールドは、バージョン３であるものに追加されるフィールドである。
【００３２】
証明局鍵識別子（ａｕｔｈｏｒｉｔｙ Ｋｅｙ Ｉｄｅｎｔｉｆｉｅｒ−ｋｅｙ Ｉｄｅｎｔｉｆｉｅｒ， ａｕｔｈｏｒｉｔｙ Ｃｅｒｔ Ｉｓｓｕｅｒ， ａｕｔｈｏｒｉｔｙ Ｃｅｒｔ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）は、証明書発行認証局の署名確認用の鍵を識別するための情報であり、８進数表記の鍵識別番号、一般名称（Ｇｅｎｅｒａｌ Ｎａｍｅ）形式の証明書発行認証局の名称、及び認証番号を記述するフィールドである。
【００３３】
サブジェクト鍵識別子（ｓｕｂｊｅｃｔ ｋｅｙ Ｉｄｅｎｔｉｆｉｅｒ）は、複数の鍵を公開鍵証明書において証明する場合に各鍵を識別するための識別子を記述するフィールドである。
【００３４】
鍵使用目的（ｋｅｙ ｕｓａｇｅ）は、鍵の使用目的を指定するフィールドであり、（０）ディジタル署名用（ｄｉｇｉｔａｌ Ｓｉｇｎａｔｕｒｅ）、（１）否認防止用（ｎｏｎ Ｒｅｐｕｄｉａｔｉｏｎ）、（２）鍵の暗号化用（ｋｅｙ Ｅｎｃｉｐｈｅｒｍｅｎｔ）、（３）メッセージの暗号化用（ｄａｔａ Ｅｎｃｉｐｈｅｒｍｅｎｔ）、（４）共通鍵配送用（ｋｅｙ Ａｇｒｅｅｍｅｎｔ）、（５）認証の署名確認用（ｋｅｙ Ｃｅｒｔ Ｓｉｇｎ）、（６）失効リストの署名確認用（ＣＲＬ Ｓｉｇｎ）、（７）鍵交換時（ｋｅｙ Ａｇｒｅｅｍｅｎｔ）データの暗号化にのみ利用（ｅｎｃｉｐｈｅｒ Ｏｎｌｙ）、及び（８）鍵交換時データの復号にのみ利用（ｄｅｃｉｐｈｅｒ Ｏｎｌｙ）の各使用目的が設定される。
【００３５】
秘密鍵有効期限（ｐｒｉｖａｔｅ Ｋｅｙ Ｕｓａｇｅ Ｐｅｒｉｏｄ）は、ユーザが有する秘密鍵の有効期限である開始日時（ｎｏｔ Ｂｅｆｏｒｅ）及び終了日時（ｎｏｔ Ａｆｔｅｒ）を記述するフィールドであり、デフォルトでは、公開鍵証明書の有効期限と公開鍵の有効期限と秘密鍵の有効期限とは互いに同一とされる。
【００３６】
図２に示す認証局ポリシー（Ｃｅｒｔｉｆｉｃａｔｅ Ｐｏｌｉｃｙ）は、証明書発行認証局の証明書発行ポリシーを記述するフィールドであり、例えばＩＳＯ／ＩＥＣ ９８３４−１に準拠したポリシーＩＤ（ｐｏｌｉｃｙ Ｉｄｅｎｔｉｆｉｅｒ）や認証基準（ｐｏｌｉｃｙ Ｑｕａｌｉｆｉｅｒｓ）が記述される。
【００３７】
ポリシー・マッピング（ｐｏｌｉｃｙ Ｍａｐｐｉｎｇｓ）は、証明書発行認証局を認証する場合にのみ記述されるフィールドであり、証明書発行を行う証明書発行認証局のポリシー（ｉｓｓｕｅｒ Ｄｏｍａｉｎ Ｐｏｌｉｃｙ）と被認証ポリシー（ｓｕｂｊｅｃｔ Ｄｏｍａｉｎ Ｐｏｌｉｃｙ）とのマッピングを規定する。
【００３８】
サポート・アルゴリズム（ｓｕｐｐｏｒｔｅｄ Ａｌｇｏｒｉｔｈｍｓ）は、ディレクトリ（Ｘ．５００）のアトリビュートを定義するフィールドである。サポート・アルゴリズムは、コミュニケーションの相手がディレクトリ情報を利用する場合に、事前にそのアトリビュートを知らせるのに用いる。
【００３９】
サブジェクト別名（ｓｕｂｊｅｃｔ Ａｌｔ Ｎａｍｅ）は、ユーザの別名を一般名称（Ｇｅｎｅｒａｌ Ｎａｍｅ）形式で記述するフィールドである。
【００４０】
発行者別名（ｉｓｓｕｅｒ Ａｌｔ Ｎａｍｅ）は、証明書発行者の別名を記述するフィールドである。
【００４１】
サブジェクト・ディレクトリ・アトリビュート（ｓｕｂｊｅｃｔ Ｄｉｒｅｃｔｏｒｙ Ａｔｔｒｉｂｕｔｅｓ）は、ユーザの任意の属性を記述するフィールドである。
【００４２】
基本制約（ｂａｓｉｃ Ｃｏｎｓｔｒａｉｎｔｓ）は、証明対象の公開鍵が証明書発行認証局の署名用であるかユーザのものであるかを区別するためのフィールドである。
【００４３】
許容サブツリー制約名（ｎａｍｅ Ｃｏｎｓｔｒａｉｎｔｓ ｐｅｒｍｉｔｔｅｄ Ｓｕｂｔｒｅｅｓ）は、被認証者が証明書発行認証局である場合にのみ使用される公開鍵証明書の有効領域を示すフィールドである。
【００４４】
制約ポリシー（ｐｏｌｉｃｙ Ｃｏｎｓｔｒａｉｎｔｓ）は、認証パスの残りに対する明確な認証ポリシーＩＤや禁止ポリシーマップを要求する制限を記述するフィールドである。
【００４５】
ＣＲＬ参照ポイント（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｏｉｎｔｓ）は、ユーザが公開鍵証明書を利用する際に、この公開鍵証明書が失効していないかどうかを確認するための失効リストの参照ポイントを記述するフィールドである。
【００４６】
署名は、公開鍵証明書発行者、すなわち、証明書発行認証局の署名フィールドである。電子署名は、公開鍵証明書の全体に対していわゆるハッシュ関数を適用してハッシュ値を生成し、このハッシュ値に対して証明書発行認証局の秘密鍵を用いて暗号化して生成したデータである。
【００４７】
証明書発行認証局は、このようなフォーマットからなる公開鍵証明書を発行するとともに、有効期限が切れた公開鍵証明書を更新し、不正を行ったユーザの排斥を行うための不正者リストの作成、管理、配布、すなわち、リボケーション（ｒｅｖｏｃａｔｉｏｎ）を行う。また、証明書発行認証局は、必要に応じて、公開鍵及び秘密鍵の生成も行う。
【００４８】
一方、この公開鍵証明書を利用するユーザは、自己が有する証明書発行認証局の公開鍵を用いて当該公開鍵証明書の電子署名を検証し、電子署名の検証に成功すると、公開鍵証明書に基づいて公開鍵を取得し、この公開鍵を利用することができる。したがって、公開鍵証明書を利用する全てのユーザは、当該公開鍵証明書を発行した証明書発行認証局の公開鍵を有しているか取得する必要がある。
【００４９】
リモートアクセスシステムにおいては、後述するように、このような公開鍵証明書を各エンティティに保持させる。
【００５０】
つぎに、属性証明書について説明する。属性証明書は、証明書発行認証局とは異なるローカルな機関である属性認証局（Ａｔｔｒｉｂｕｔｅ Ａｕｔｈｏｒｉｔｙ；ＡＡ）によって発行されるものである。
【００５１】
属性証明書は、図３及び図４に示すようなフォーマットから構成される。なお、同図においては、属性証明書を構成する各フィールド毎の項目と、これらの各項目に対する説明とを記載している。
【００５２】
図３に示すバージョン（ｖｅｒｓｉｏｎ）は、属性証明書のフォーマットのバージョン情報を記述するフィールドであり、例えばフォーマットがバージョン２（１）である場合にはバージョン２（１）を示す”１”が記述される。
【００５３】
ホルダー（ｈｏｌｄｅｒ）は、属性証明書が結び付けられた公開鍵証明書の所有者を特定するためのフィールドである。ホルダーには、ベース認証局識別子（ｂａｓｅ Ｃｅｒｔｉｆｉｃａｔｅ ＩＤ）として、属性証明書の所有者が有する公開鍵証明書の発行者名（ｉｓｓｕｅｒ）、属性証明書の所有者が有する公開鍵証明書のシリアルナンバ（ｓｅｒｉａｌ）、属性証明書の所有者が有する公開鍵証明書の発行者を識別するための固有の識別子（ｉｓｓｕｅｒ ＵＩＤ）が記述される。また、ホルダーには、公開鍵証明書におけるサブジェクト（ｓｕｂｊｅｃｔ）又はサブジェクト別名（ｓｕｂｊｅｃｔ Ａｌｔ Ｎａｍｅ）と同一とされる属性証明書の所有者の名称（ｅｎｔｉｔｙ ｎａｍｅ）が記述される。さらに、ホルダーには、将来、属性証明書が識別情報（ｉｄｅｎｔｉｔｙ）や公開鍵証明書にリンクされていない場合を想定して、例えば公開鍵のハッシュが記述されるオブジェクト・ダイジェスト情報（ｏｂｊｅｃｔ Ｄｉｇｅｓｔ Ｉｎｆｏ）が記述される。
【００５４】
発行者（ｉｓｓｕｅｒ）は、属性証明書に署名した発行者の情報を指定するフィールドである。
【００５５】
署名（ｓｉｇｎａｔｕｒｅ）は、属性証明書の署名を有効にするために使用するアルゴリズムを識別するための識別子を記述するフィールドである。
【００５６】
シリアルナンバ（ｓｅｒｉａｌ Ｎｕｍｂｅｒ）は、属性認証局が各属性証明書に割り振るシリアルナンバを記述するフィールドである。
【００５７】
属性証明書有効期限（ａｔｔｒ Ｃｅｒｔ Ｖａｌｉｄｉｔｙ Ｐｅｒｉｏｄ）は、属性証明書の有効期限である開始日時（ｎｏｔ Ｂｅｆｏｒｅ）及び終了日時（ｎｏｔ Ａｆｔｅｒ）を記述するフィールドである。
【００５８】
図４に示す属性（ａｔｔｒｉｂｕｔｅｓ）は、属性証明書の所有者の特権に関する情報を記述するフィールドであり、例えば、文章でアクセスが許可された対象物を記述してもよく、システム側で用意しておいたアクセスすることができるコードを記述してもよく、ある平文を暗号化する鍵を記述してもよい。例えば、属性には、属性証明書の検証者が当該属性証明書の所有者を認証する場合に利用するサービスに関する認証情報（Ｓｅｒｖｉｃｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）、属性証明書の検証者が用いる当該属性証明書の所有者のアクセス許可情報（Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ）、課金のために属性証明書の所有者を特定するための情報（Ｃｈａｒｇｉｎｇ Ｉｄｅｎｔｉｔｙ）、属性証明書の所有者のグループへの帰属関係を示す情報（Ｇｒｏｕｐ）、属性証明書の所有者に与えられる役割を示す情報（Ｒｏｌｅ）、属性証明書の所有者に対する秘密情報の使用許可に関する情報（Ｃｌｅａｒａｎｃｅ）が記述される。
【００５９】
発行者固有識別子（ｉｓｓｕｅｒ Ｕｎｉｑｕｅ ＩＤ）は、属性証明書の発行者の公開鍵証明書で指定されている場合に利用されるフィールドである。
【００６０】
拡張情報（ｅｘｔｅｎｓｉｏｎｓ）は、属性証明書の所有者の情報ではなく属性証明書の情報を記述するフィールドであり、サーバ及び／又はサービス管理者が属性証明書の所有者の監査を行い不正行為の検出、すなわち特定をするために用いる情報（Ａｕｄｉｔ Ｉｄｅｎｔｉｔｙ）、属性証明書が対象とするサーバ及び／又はサービスを示す情報（ＡＣ Ｔａｒｇｅｔｉｎｇ）、属性証明書の検証者による当該属性証明書の署名確認の補助情報である属性証明書の発行者の鍵情報（Ａｕｔｈｏｒｉｔｙ Ｋｅｙ）、属性証明書の検証者による当該属性証明書の失効状態確認の補助情報であるＯＣＳＰレスポンダのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）を示す情報（Ａｕｔｈｏｒｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ａｃｃｅｓｓ）、属性証明書の検証者による当該属性証明書の失効状態確認の補助情報であるＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）配布点のＵＲＩを示す情報（ＣＲＬ Ｄｉｓｔｒｉｂｕｔｉｏｎ）、当該属性証明書に対応する失効情報がないことを示す情報（Ｎｏ Ｒｅｖｏｃａｔｉｏｎ）、提出者が所有者以外である場合に利用され、属性証明書を提出することができるエンティティを示す情報（Ｐｒｏｘｙ Ｉｎｆｏ）が記述される。
【００６１】
署名（ｓｉｇｎａｔｕｒｅ Ｖａｌｕｅ）は、属性認証局によってつけられた署名を記述するフィールドである。
【００６２】
リモートアクセスシステムにおいては、後述するように、このようなフォーマットからなる属性証明書を各エンティティに保持させることにより、あるエンティティに対していかなる権限が許可されているのかを検証することができる。
【００６３】
リモートアクセスシステムは、以上のような公開鍵証明書及び属性証明書を用いて構築される。
【００６４】
以下、これらの公開鍵証明書及び属性証明書を用いたリモートアクセスシステムについて説明する。
【００６５】
まず、リモートアクセスシステムの概念について説明する。なお、ここでは、説明の便宜上、家庭内に設けられた各種情報家電又はパーソナルコンピュータ等の各種情報処理端末若しくはサーバ装置等をアクセスの対象とし、これらの機器に対して携帯電話機や携帯情報端末機（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ；ＰＤＡ）等の携帯機器を所持するユーザが屋外からアクセスするものとして説明する。
【００６６】
リモートアクセスシステムは、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｃｔｏｒ） Ｘ．５０９で定義されているＰＭＩ（Ｐｒｉｖｉｌｅｇｅ ｍａｎａｇｅｍｅｎｔ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）の機能の１つである属性証明書を用いた権限プロキシ機能により、アクセスさせたいリソース毎に、権限単位での制御を行う。
【００６７】
ここで、権限プロキシ機能について図５を用いて説明する。
【００６８】
同図に示すように、属性証明書ＡＣを保持するクライアントＣＬと、このクライアントＣＬの権限を検証する権限検証側サーバＶＲとの間に、クライアントＣＬの権限を主張する権限主張側サーバＡＳが介在するシステムを考える。
【００６９】
この場合、クライアントＣＬは、権限検証側サーバＶＲに対してアクセスしようとする際には、権限主張側サーバＡＳに対して属性証明書ＡＣを提示し、これに応じて、権限主張側サーバＡＳは、クライアントＣＬから提示された属性証明書ＡＣを、権限検証側サーバＶＲに対して提示する。
【００７０】
しかしながら、この場合、権限検証側サーバＶＲは、権限主張側サーバＡＳから提示された属性証明書ＡＣが、権限主張側サーバＡＳの属性証明書ではないことから、アクセスを許可しない旨の検証結果を出すことになる。すなわち、このようなシステムにおいては、属性証明書を直接的に授受する装置間で、権限の主張及び検証が行われることから、クライアントＣＬが権限検証側サーバＶＲに対して自己の権限を主張しようとする際には、クライアントＣＬから権限検証側サーバＶＲに対して直接的に属性証明書ＡＣを提示する必要がある。
【００７１】
そこで、このようなシステムにおいては、先に図４に示した拡張情報（ｅｘｔｅｎｓｉｏｎｓ）におけるプロシキ情報（Ｐｒｏｘｙ Ｉｎｆｏ）を利用する。このプロシキ情報は、上述したように、属性証明書の提出者が所有者以外である場合に利用され、属性証明書を提出することができるエンティティを示す情報である。
【００７２】
したがって、このようなシステムにおいては、クライアントＣＬは、権限検証側サーバＶＲに対してアクセスしようとする際には、属性証明書を提出できるエンティティとして権限検証側サーバＶＲを含む旨を示すプロシキ情報を記述した属性証明書ＡＣを権限主張側サーバＡＳに対して提示し、これに応じて、権限主張側サーバＡＳは、クライアントＣＬから提示された属性証明書ＡＣを、権限検証側サーバＶＲに対して提示する。
【００７３】
これにより、権限検証側サーバＶＲは、権限主張側サーバＡＳから提示された属性証明書ＡＣにおけるプロシキ情報を参照して当該属性証明書ＡＣを検証し、アクセスを許可する旨の検証結果を出すことが可能となる。
【００７４】
このように、属性証明書ＡＣを保持するクライアントＣＬと、このクライアントＣＬの権限を検証する権限検証側サーバＶＲとの間に、クライアントＣＬの権限を主張する権限主張側サーバＡＳが介在するシステムにおいては、プロシキ情報に属性証明書ＡＣの提出先を記述することにより、クライアントＣＬが権限検証側サーバＶＲに対してアクセスすることが可能となる。
【００７５】
リモートアクセスシステムは、このような権限プロキシ機能を利用する。概念的には、リモートアクセスシステムは、図６に示すように、上述した公開鍵証明書を発行する証明書発行認証局ＣＡと、上述した属性証明書を発行する属性認証局ＡＡと、アクセスの対象となる対象機器１０１，１０２と、これらの対象機器１０１，１０２が属する家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースであるホームゲートウェイと２０と、対象機器１０１，１０２に対してアクセスするためにユーザが所持する携帯機器３０とを、エンティティとして備える。
【００７６】
証明書発行認証局ＣＡは、公開鍵暗号方式における独立した所定の第三者機関であって、ＩＳＯ／ＩＥＣ ９５９４−８、又はＩＴＵ−Ｔ Ｘ．５０９に基づく電子証明書である公開鍵証明書を発行する。具体的には、証明書発行認証局ＣＡは、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を、それぞれ、対象機器１０１，１０２に対して発行するとともに、公開鍵証明書ＰＫＣＧをホームゲートウェイ２０に対して発行するとともに、公開鍵証明書ＰＫＣＭを携帯機器３０に対して発行する。なお、この公開鍵証明書の発行の形態は、様々なものが考えられるが、例えば、対象機器１０１，１０２、ホームゲートウェイ２０、及び携帯機器３０の製造時にデータとして埋め込むことが考えられる。
【００７７】
属性認証局ＡＡは、証明書発行認証局ＣＡとは論理的に異なるローカルな機関であって、権限管理を行うために用いる電子証明書である属性証明書を発行する。属性認証局ＡＡは、証明書発行認証局ＣＡからホームゲートウェイ２０に対して発行された公開鍵証明書ＰＫＣＧにより、ホームゲートウェイ２０の認証を行う。そして、属性認証局ＡＡは、例えばホームゲートウェイ２０がユーザサイドに渡ってから初回接続時等に、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬを、ホームゲートウェイ２０に対して発行する。なお、この属性証明書ＡＣＬについては、後に詳述するものとする。
【００７８】
対象機器１０１，１０２は、それぞれ、図５における権限検証側サーバＶＲに相当するものである。対象機器１０１，１０２は、それぞれ、例えば、ネットワークに接続可能な各種情報家電や、パーソナルコンピュータ等の各種情報処理端末若しくはホームサーバ等のサーバ装置を想定したものであり、家庭内ネットワークを構成する機器である。なお、本発明におけるリソースとは、後に具体的な適用例を述べるように、ログインするこれらの対象機器１０１，１０２そのものを示す場合がある他、これらの対象機器１０１，１０２が保持するファイル等のデータやその他の各種情報を含む概念であるが、ここでは説明の便宜上、対象機器１０１，１０２そのものをリソースとするものとして説明する。対象機器１０１，１０２は、それぞれ、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を保持し、これらの公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を用いてホームゲートウェイ２０との間で相互認証を行う。また、対象機器１０１，１０２は、それぞれ、携帯機器３０がアクセスする際に送信した属性証明書ＡＣＰをホームゲートウェイ２０を介して受信し、この属性証明書ＡＣＰの検証を行う。
【００７９】
ホームゲートウェイ２０は、図５における権限主張側サーバＡＳに相当するものである。ホームゲートウェイ２０は、例えば、いわゆるホームルータ、ファイアウォール、及び／又はブリッジといった概念を含むものであり、異なるプロトコルのネットワーク同士の接続を可能とするネットワークの入り口に相当する機器であり、対象機器１０１，１０２が属する家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０は、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧを保持し、この公開鍵証明書ＰＫＣＧを用いて対象機器１０１，１０２、携帯機器３０、及び属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０は、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬが属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬを保持し、この属性証明書ＡＣＬに基づいて、携帯機器３０に対して属性証明書ＡＣＰを発行する。なお、この属性証明書ＡＣＰについては、後に詳述するものとする。さらに、ホームゲートウェイ２０は、携帯機器３０から送信された属性証明書ＡＣＰを受信すると、この属性証明書ＡＣＰを対象機器１０１，１０２のそれぞれに対して送信して提示する。
【００８０】
携帯機器３０は、図５におけるクライアントＣＬに相当するものである。携帯機器３０は、屋外にいるユーザが所持する携帯電話機や携帯情報端末機等の機器であり、いわゆるインターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０に対して接続可能とされる。携帯機器３０は、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭを保持し、この公開鍵証明書ＰＫＣＭを用いてホームゲートウェイ２０との間で相互認証を行う。また、携帯機器３０は、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを認証するための属性証明書ＡＣＰがホームゲートウェイ２０によって発行されると、この属性証明書ＡＣＰをＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード等に格納すること等によって保持する。そして、携帯機器３０は、対象機器１０１，１０２のそれぞれに対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰを用いたログイン操作を行うことにより、この属性証明書ＡＣＰをホームゲートウェイ２０に対して送信して提示する。
【００８１】
このようなリモートアクセスシステムにおいては、上述したように、２つの属性証明書ＡＣＬ，ＡＣＰが使用される。
【００８２】
まず、属性証明書ＡＣＬについて説明する。
【００８３】
属性証明書ＡＣＬは、上述したように、携帯機器３０に対して属性証明書ＡＣＰを発行する許可をホームゲートウェイ２０に対して与えるために、属性認証局ＡＡからホームゲートウェイ２０に対して発行されるものである。例えば、この属性証明書ＡＣＬには、図７にタイプとして登録されているオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ；ＯＩＤ）及び値の例の抜粋を示す先に図４に示した属性（ａｔｔｒｉｂｕｔｅｓ）における各フィールドのうち、当該属性証明書ＡＣＬの所有者たるホームゲートウェイ２０に与えられる役割を示す情報（Ｒｏｌｅ）を用いて、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を記述することができる。
【００８４】
ここで、”ロール（Ｒｏｌｅ）”の概念について説明する。
【００８５】
この”ロール（Ｒｏｌｅ）”の概念を用いた権限管理の手法は、本件出願人が先に出願している特願２００２−０２９６３６に記載したものである。
【００８６】
すなわち、この権限管理の手法においては、概念的には、図８に示すように、例えば権限ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・といった所定の権限を定義する枠組みを１つの役割（ロール）Ｒ１，Ｒ２とし、例えば個人Ｍ１，Ｍ２，Ｍ３といった少なくとも１人以上の個人がこのロールＲ１，Ｒ２に属するものとされる。
【００８７】
この権限管理の手法においては、各個人Ｍ１，Ｍ２，Ｍ３がそれぞれ有する属性証明書であって当該個人Ｍ１，Ｍ２，Ｍ３が属しているロールを示す情報が記述されている役割割当証明書（Ｒｏｌｅ Ａｓｓｉｇｎｍｅｎｔ Ｃｅｒｔｉｆｉｃａｔｅ）ＲＡＡＣが、属性認証局ＡＡによって発行されるとともに、ロール毎に発行される属性証明書であって当該ロールに許可されている権限を示す情報が記述されている役割定義証明書（Ｒｏｌｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｃｅｒｔｉｆｉｃａｔｅ）ＲＳＡＣが、役割認証局（Ｒｏｌｅ Ａｕｔｈｏｒｉｔｙ）ＲＡによって発行される。なお、役割認証局ＲＡは、属性認証局ＡＡと同一であってもよいが、ここでは説明の便宜上、論理的に独立な機関であるものとする。
【００８８】
この権限管理の手法においては、各ロールの定義については、役割認証局ＲＡによって発行される役割定義証明書ＲＳＡＣを用いる。すなわち、この権限管理の手法においては、ロール毎に、許可される手続きが定義されるが、この情報が、役割認証局ＲＡによって発行される役割定義証明書ＲＳＡＣに記述される。
【００８９】
この役割定義証明書ＲＳＡＣは、先に図３及び図４に示した属性証明書のフォーマットにしたがって作成されるものであり、少なくとも、当該役割定義証明書ＲＳＡＣの発行者たる役割認証局ＲＡの名前を示す情報、ロールを識別するためのロール名といったロールの情報、システムによってコード又は操作名が記述されるものであって許可される操作を示す情報等の各種情報が記述される。
【００９０】
リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を含む各種情報が記述された役割定義証明書ＲＳＡＣが役割認証局ＲＡによって発行され、権限ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・が定義されたリソース、すなわち、先に示した図６においては対象機器１０１，１０２がこの役割定義証明書ＲＳＡＣを保持する。
【００９１】
一方、この権限管理の手法においては、各ロールに対する役割の割り当てについては、属性認証局ＡＡによって発行される役割割当証明書ＲＡＡＣを用いる。すなわち、この権限管理の手法においては、個人Ｍ１，Ｍ２，Ｍ３毎に、各役割が定義されるが、この情報が、属性認証局ＡＡによって発行される役割割当証明書ＲＡＡＣに記述される。
【００９２】
この役割割当証明書ＲＡＡＣも、役割定義証明書ＲＳＡＣと同様に、先に図３及び図４に示した属性証明書のフォーマットにしたがって作成されるものであり、少なくとも、当該役割割当証明書ＲＡＡＣの発行者たる属性認証局ＡＡの名前を示す情報、ロールを識別するためのロール名といったロールの情報、対応する役割定義証明書ＲＳＡＣと関連付けを行うための役割定義証明書ＲＳＡＣへの参照ポイントを示す情報としての役割認証局ＲＡの名前を示す情報等の各種情報が記述される。
【００９３】
リモートアクセスシステムにおいては、このような各種情報が記述された役割割当証明書ＲＡＡＣが属性証明書ＡＣＬとして属性認証局ＡＡによって発行され、個人Ｍ１，Ｍ２，Ｍ３、すなわち、先に示した図６においてはホームゲートウェイ２０が、この役割割当証明書ＲＡＡＣを保持する。
【００９４】
リモートアクセスシステムにおいては、このような”ロール（Ｒｏｌｅ）”の概念を用いることにより、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を記述した属性証明書ＡＣＬを、属性認証局ＡＡによってホームゲートウェイ２０に対して発行することができる。これにより、リモートアクセスシステムにおいては、この属性証明書ＡＣＬを保持したホームゲートウェイ２０によって属性証明書ＡＣＰを携帯機器３０に対して発行することが可能となる。
【００９５】
なお、リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を属性証明書ＡＣＬに記述するために、当該属性証明書ＡＣＬの所有者たるホームゲートウェイ２０に与えられる役割を示す情報（Ｒｏｌｅ）を用いるのではなく、図７に示した属性（ａｔｔｒｉｂｕｔｅｓ）における各フィールドのうち、属性証明書の検証者が当該属性証明書の所有者を認証する場合に利用するサービスに関する認証情報（Ｓｅｒｖｉｃｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）や、属性証明書の検証者が用いる当該属性証明書の所有者のアクセス許可情報（Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ）等を用いて、同情報を記述することも可能である。
【００９６】
また、リモートアクセスシステムにおいては、権限委譲エクステンションを用い、属性証明書ＡＣＰを発行する対象及び権限を制御するようにしてもよい。例えば、リモートアクセスシステムにおいては、Ｂａｓｉｃ Ａｔｔｒｉｂｕｔｅ Ｃｏｎｓｔｒａｉｎｔｓエクステンションを用いて、ホームゲートウェイ２０には携帯機器３０に対して属性証明書ＡＣＰを発行できる旨を示し、さらに、ホームゲートウェイ２０からは権限委譲を許可しない旨を設定することが考えられる。
【００９７】
このように、リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可をホームゲートウェイ２０に与える手法として、様々なものが考えられる。
【００９８】
つぎに、属性証明書ＡＣＰについて説明する。
【００９９】
属性証明書ＡＣＰは、ある公開鍵証明書を保持している機器又はユーザに対する権限が記述されたものであり、ここでは、公開鍵証明書ＰＫＣＭを保持している携帯機器３０に対する権限として、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを許可する旨の情報が記述されたものである。例えば、この属性証明書ＡＣＰには、先に図７に示した属性（ａｔｔｒｉｂｕｔｅｓ）における各フィールドのうち、属性証明書ＡＣＰの検証者たる対象機器１０１，１０２のそれぞれが当該属性証明書ＡＣＰの所有者を認証する場合に利用するサービスに関する認証情報（Ｓｅｒｖｉｃｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）や、属性証明書ＡＣＰの検証者たる対象機器１０１，１０２のそれぞれが用いる当該属性証明書ＡＣＰの所有者のアクセス許可情報（Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ）等を用いて、アクセスする対象、アクセスできる操作（権限）、及びアクセスするための認証情報がある場合には当該認証情報を記述することができる。また、属性証明書ＡＣＰには、図９にタイプとして登録されているオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ；ＯＩＤ）及びクリティカル又は値の例の抜粋を示す先に図４に示した拡張情報（ｅｘｔｅｎｓｉｏｎｓ）における各フィールドのうち、プロシキ情報（Ｐｒｏｘｙ Ｉｎｆｏ）を用いて、当該属性証明書ＡＣＰを経由させるホームゲートウェイ２０の情報が記述される。
【０１００】
ここで、プロシキ情報は、具体的には、図１０に示すように記述されるものである。
【０１０１】
属性証明書ＡＣＰには、このようなプロシキ情報におけるターゲット（Ｔａｒｇｅｔ）として、ホームゲートウェイ２０を識別するためのアドレスや識別子が記述されるとともに、ホームゲートウェイ２０が保持する公開鍵証明書ＰＫＣＧを示す情報が記述される。
【０１０２】
このように、リモートアクセスシステムにおいては、携帯機器３０に対する権限として、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを許可する旨の情報が記述されるとともに、プロシキ情報として、ホームゲートウェイ２０の情報が記述された属性証明書ＡＣＰを、ホームゲートウェイ２０から携帯機器３０に対して発行することができる。これにより、リモートアクセスシステムにおいては、対象機器１０１，１０２が、それぞれ、この属性証明書ＡＣＰをホームゲートウェイ２０を介して受信した場合には、プロシキ情報におけるターゲットを検証し、且つ、ホームゲートウェイ２０から送信された属性証明書であることを検証することになる。
【０１０３】
さて、このようなリモートアクセスシステムにおいては、具体的には、図１１に示すように、当該リモートアクセスシステムを構築するための準備フェーズＰ１が行われると、任意の携帯機器をリソースに対してアクセスする機器として登録するための登録フェーズＰ２が行われる。これにより、リモートアクセスシステムにおいては、登録された携帯機器が任意の操作を行うことが可能となり、実際に携帯機器が任意の操作を行う際には、アクセスフェーズＰ３が行われる。また、リモートアクセスシステムにおいては、必要に応じて、任意の携帯機器をリソースに対してアクセスする機器から除外するためのアクセス削除フェーズＰ４や、任意の携帯機器の権限を変更するためのアクセス変更フェーズＰ５が行われる。
【０１０４】
以下、これら５つの各フェーズについて説明する。
【０１０５】
まず、準備フェーズＰ１について説明する。
【０１０６】
リモートアクセスシステムにおいては、当該リモートアクセスシステムを構築するための準備フェーズＰ１として、各エンティティが相互認証可能となるように、証明書発行認証局ＣＡにより、各エンティティに対して認証のための公開鍵証明書を発行する。すなわち、リモートアクセスシステムにおいては、上述したように、各エンティティの製造時等に、証明書発行認証局ＣＡにより、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を、それぞれ、対象機器１０１，１０２に対して発行するとともに、公開鍵証明書ＰＫＣＧをホームゲートウェイ２０に対して発行するとともに、公開鍵証明書ＰＫＣＭを携帯機器３０に対して発行する。
【０１０７】
リモートアクセスシステムは、このような準備フェーズＰ１を経ることにより、各エンティティが相互認証可能な状態に構築される。
【０１０８】
つぎに、登録フェーズＰ２について説明する。
【０１０９】
リモートアクセスシステムにおいては、任意の携帯機器としての携帯機器３０をリソースに対してアクセスする機器として登録するための登録フェーズＰ２として、図１２に示す工程が行われる。
【０１１０】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ１において、属性認証局ＡＡにより、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されてホームゲートウェイ２０に保持されている公開鍵証明書ＰＫＣＧを用いて、ホームゲートウェイ２０との間で相互認証を行う。この相互認証は、ホームゲートウェイ２０自体に対する認証であり、ホームゲートウェイ２０が正当なものであるか否かを認証するためのものである。
【０１１１】
続いて、リモートアクセスシステムにおいては、ステップＳ２において、属性認証局ＡＡにより、ホームゲートウェイ２０がユーザサイドに渡ってから初回接続時等に、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬを、ホームゲートウェイ２０に対して発行する。これにともない、ホームゲートウェイ２０は、属性認証局ＡＡから送信された属性証明書ＡＣＬを保持する。
【０１１２】
続いて、リモートアクセスシステムにおいては、ステップＳ３において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、接続する機器、すなわち、対象機器１０１，１０２のそれぞれの情報を登録するとともに、その対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０に対して上述したプロシキ情報を記述した属性証明書ＡＣＰを発行する。
【０１１３】
続いて、リモートアクセスシステムにおいては、ステップＳ４において、携帯機器３０により、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されて保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１１４】
そして、リモートアクセスシステムにおいては、ステップＳ５において、携帯機器３０により、ホームゲートウェイ２０から送信された属性証明書ＡＣＰをＩＣカード等に格納して保持し、一連の登録フェーズＰ２を終了する。
【０１１５】
リモートアクセスシステムにおいては、このような一連の工程からなる登録フェーズＰ２を経ることにより、リソースに対してアクセスする機器として、携帯機器３０を登録することができる。このようにしてリソースに対してアクセスする携帯機器３０の登録がされたリモートアクセスシステムにおいては、登録された携帯機器３０が任意の操作を行うことが可能となる。
【０１１６】
つぎに、アクセスフェーズＰ３について説明する。
【０１１７】
リモートアクセスシステムにおいては、登録された携帯機器３０がリソースに対してアクセスする際には、アクセスフェーズＰ３として、図１３に示す工程が行われる。
【０１１８】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ１１において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１１９】
続いて、リモートアクセスシステムにおいては、ステップＳ１２において、携帯機器３０により、保持している属性証明書ＡＣＰをホームゲートウェイ２０に対して送信して提示する。
【０１２０】
これに応じて、リモートアクセスシステムにおいては、ステップＳ１３において、ホームゲートウェイ２０により、携帯機器３０から提示された属性証明書ＡＣＰの内容に基づいて、当該属性証明書ＡＣＰを、アクセスする対象として指定された機器、すなわち、対象機器１０１，１０２のいずれか又は双方に対して送信して提示する。
【０１２１】
続いて、リモートアクセスシステムにおいては、ステップＳ１４において、対象機器１０１，１０２のいずれか又は双方により、ホームゲートウェイ２０から送信された属性証明書ＡＣＰを受信し、上述したプロシキ情報や属性といった当該属性証明書ＡＣＰの内容を検証する。
【０１２２】
リモートアクセスシステムにおいては、ステップＳ１５において、属性証明書ＡＣＰの検証結果が正当なものであった場合には、ステップＳ１６において、対象機器１０１，１０２のいずれか又は双方によって携帯機器３０のアクセスを許可し、一連のアクセスフェーズＰ３を終了する。一方、リモートアクセスシステムにおいては、ステップＳ１５において、属性証明書ＡＣＰの検証結果が不当なものであった場合には、ステップＳ１７において、対象機器１０１，１０２のいずれか又は双方によって携帯機器３０のアクセスを拒否し、一連のアクセスフェーズＰ３を終了する。
【０１２３】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセスフェーズＰ３を経ることにより、対象機器１０１，１０２のそれぞれによって携帯機器３０の権限を判別することができ、アクセスが許可された携帯機器３０は、任意の操作を行うことが可能となる。
【０１２４】
つぎに、アクセス削除フェーズＰ４について説明する。
【０１２５】
リモートアクセスシステムにおいては、任意の携帯機器をリソースに対してアクセスする機器から除外したい場合には、アクセス削除フェーズＰ４として、図１４に示す工程が行われる。
【０１２６】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ２１において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０に対して発行した属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成し、このＣＲＬ（ＡＣＲＬ）を保持する。
【０１２７】
このように、リモートアクセスシステムにおいては、属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成することにより、携帯機器３０からホームゲートウェイ２０に対してアクセスがあった場合には、ホームゲートウェイ２０によってアクセスを拒否することができ、携帯機器３０をリソースに対してアクセスする機器から除外することができる。特に、リモートアクセスシステムは、複数人のユーザの間で携帯機器３０の貸借がある場合や携帯機器３０を紛失した場合といった携帯機器３０の側の都合による場合等には、属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成するのみで、携帯機器３０をリソースに対してアクセスする機器から除外することができる。
【０１２８】
ただし、リモートアクセスシステムにおいては、このような操作を繰り返し行うことにより、ＣＲＬ（ＡＣＲＬ）のサイズが大きくなり、取り扱いに不便を生じるおそれがある。
【０１２９】
そこで、リモートアクセスシステムにおいては、正当なユーザが自らの意思で携帯機器３０をリソースに対してアクセスする機器から除外したい場合等には、ステップＳ２１の処理に続いて、以下のステップＳ２２乃至ステップＳ２４の処理を行うようにしてもよい。
【０１３０】
すなわち、リモートアクセスシステムにおいては、ステップＳ２２において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１３１】
続いて、リモートアクセスシステムにおいては、ステップＳ２３において、ホームゲートウェイ２０からの指示にしたがい、携帯機器３０により、保持している属性証明書ＡＣＰを削除する。
【０１３２】
そして、リモートアクセスシステムにおいては、ステップＳ２４において、ホームゲートウェイ２０により、ステップＳ２１にて作成したＣＲＬ（ＡＣＲＬ）を削除し、一連のアクセス削除フェーズＰ４を終了する。
【０１３３】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス削除フェーズＰ４を経ることにより、携帯機器３０をリソースに対してアクセスする機器から除外することができる。
【０１３４】
最後に、アクセス変更フェーズＰ５について説明する。
【０１３５】
リモートアクセスシステムにおいては、任意の携帯機器の権限を変更したい場合には、アクセス変更フェーズＰ５として、図１５に示す工程が行われる。
【０１３６】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ３１において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、携帯機器３０に対してプロシキ情報を記述した新たな属性証明書ＡＣＰを発行する。
【０１３７】
続いて、リモートアクセスシステムにおいては、ステップＳ３２において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１３８】
そして、リモートアクセスシステムにおいては、ステップＳ３３において、携帯機器３０により、ホームゲートウェイ２０から送信された新たな属性証明書ＡＣＰを、元の属性証明書ＡＣＰと置換してＩＣカード等に格納して保持し、一連のアクセス変更フェーズＰ５を終了する。
【０１３９】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス変更フェーズＰ５を経ることにより、携帯機器３０の権限を変更することができる。これにより、リモートアクセスシステムにおいては、携帯機器３０が新たな任意の操作を行うことが可能となる。
【０１４０】
以上のように、リモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰを用いて権限管理を行うことができる。
【０１４１】
さて、以下では、このようなリモートアクセスシステムを具体的に適用した適用例について説明する。なお、本発明におけるリソースとは、上述したように、ログインする機器そのものを示す場合がある他、これらの機器が保持するファイル等のデータやその他の各種情報を含む概念であるが、ここでは、これらリソースの具体例についても言及する。
【０１４２】
まず、リモートアクセスシステムの適用例としては、ホームサーバやパーソナルコンピュータ等の情報処理端末が保持するデータへのリモートアクセスを行うデータアクセスシステムがあげられる。
【０１４３】
このデータアクセスシステムにおいては、ホームサーバや情報処理端末が保持するデータがリソースとなり、携帯機器を用いてユーザが行う操作は、データを保持するホームサーバや情報処理端末に対するデータアクセスとなる。
【０１４４】
このようなデータアクセスシステムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器がデータにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してホームサーバや情報処理端末に対して提示する。これにより、データアクセスシステムにおいては、携帯機器を用いてホームゲートウェイを介してデータに対してアクセスすることが可能となる。
【０１４５】
このように、リモートアクセスシステムは、ホームサーバやパーソナルコンピュータ等の情報処理端末が保持するデータに対するデータアクセスシステムに適用することができる。
【０１４６】
また、リモートアクセスシステムの他の適用例としては、家電カメラを用いた画像撮影による情報取得システムがあげられる。
【０１４７】
具体的に説明するために、例えば家庭内の冷蔵庫の在庫を情報として取得する情報取得システムを考える。この情報取得システムにおいては、冷蔵庫内部の画像がリソースとなり、携帯機器を用いてユーザが行う操作は、取得した画像を閲覧することによる冷蔵庫の在庫確認となる。
【０１４８】
このような情報取得システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器が家電カメラが内部に取り付けられた冷蔵庫にアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介して冷蔵庫に対して提示する。これにより、情報取得システムにおいては、ユーザが外出している最中であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介して家電カメラを操作し、冷蔵庫内部の画像を取得することが可能となる。
【０１４９】
このように、リモートアクセスシステムは、家電カメラを用いた画像撮影による情報取得システムに適用することができる。
【０１５０】
さらに、リモートアクセスシステムの他の適用例としては、任意の場所の画像撮影による情報取得システムがあげられる。
【０１５１】
具体的に説明するために、例えば所定の会員である旨を証明するための会員カードの画像を取得することによって会員であるか否かを認証する情報取得システムを考える。この情報取得システムにおいては、家庭等の任意の場所にある会員カードの画像がリソースとなり、携帯機器を用いてユーザが行う操作は、会員カードの認証者に画像を閲覧させることによって会員である旨を証明するものとなる。
【０１５２】
このような情報取得システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器が会員カードを撮影するカメラにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してカメラに対して提示する。これにより、情報取得システムにおいては、会員カードがユーザの手元にない場合であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介してカメラを操作し、会員カードの画像を取得することが可能となる。
【０１５３】
このように、リモートアクセスシステムは、任意の場所の画像撮影による情報取得システムに適用することができる。
【０１５４】
さらにまた、リモートアクセスシステムの他の適用例としては、屋外からのリモート操作による家電操作を行う家電操作システムがあげられる。
【０１５５】
具体的に説明するために、例えば家庭内のエアーコンディショナ機器のオン／オフ操作を行う家電操作システムを考える。この家電操作システムにおいては、エアーコンディショナ機器自体がリソースとなり、携帯機器を用いてユーザが行う操作は、このリソースとしてのエアーコンディショナ機器をリモート操作するためのリモートコントローラに対するアクセスとなる。
【０１５６】
このような家電操作システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器がリモートコントローラにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してリモートコントローラに対して提示する。これにより、家電操作システムにおいては、ユーザが外出している最中であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介してリモートコントローラを操作し、エアーコンディショナ機器のオン／オフ操作を行うことが可能となる。
【０１５７】
このように、リモートアクセスシステムは、屋外からのリモート操作による家電操作を行う家電操作システムに適用することができる。
【０１５８】
以上説明したように、本発明の実施の形態として示したリモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰを用いて権限管理を行うことにより、携帯機器３０からリソースとしての対象機器１０１，１０２のそれぞれに対してリモートアクセスを行う際に、対象機器１０１，１０２毎に、権限単位での制御を容易に行うことができる。
【０１５９】
また、このリモートアクセスシステムは、属性証明書ＡＣＰを利用する際に、リソースとしての対象機器１０１，１０２のそれぞれが属するネットワークの入り口となるホームゲートウェイ２０を経由して、対象機器１０１，１０２のそれぞれと携帯機器３０との間で属性証明書ＡＣＰの授受を行うことにより、属性証明書ＡＣＰの送付ルートが一義に決定されることから、属性証明書ＡＣＰの送付ルートを確認することができ、セキュリティを向上させることができる。
【０１６０】
なお、本発明は、上述した実施の形態に限定されるものではない。例えば、上述した実施の形態では、アクセスの対象となる対象機器１０１，１０２が属する家庭内ネットワークの入り口となるホームゲートウェイ２０が携帯機器３０に対して属性証明書ＡＣＰを発行するものとして説明したが、本発明は、属性証明書ＡＣＰを発行するエンティティに拘泥するものではなく、ホームゲートウェイ２０は、少なくとも属性証明書ＡＣＰの内容に応じて、当該属性証明書ＡＣＰを適切な提示先に提示する機能を有するものであればよい。
【０１６１】
この具体例として、あるネットワークの入り口としてのホームゲートウェイによって発行された属性証明書ＡＣＰを用いて、他のネットワークに属するリソースにアクセスするリモートアクセスシステムについて説明する。
【０１６２】
このリモートアクセスシステムは、概念的には、図１６に示すように、第１の家庭内ネットワークに属する対象機器１０１，１０２と、これらの対象機器１０１，１０２が属する第１の家庭内ネットワークの入り口となるホームゲートウェイと２０１と、対象機器１０１，１０２に対してアクセスするためにユーザが所持する携帯機器３０１と、第１の家庭内ネットワークとは異なる第２の家庭内ネットワークに属する対象機器１０３と、この対象機器１０３が属する第２の家庭内ネットワークの入り口となるホームゲートウェイと２０２と、対象機器１０３に対してアクセスするために他のユーザが所持する携帯機器３０２と、図示しないが、上述した証明書発行認証局ＣＡ及び属性認証局ＡＡとを、エンティティとして備える。
【０１６３】
すなわち、このリモートアクセスシステムは、第１の家庭内ネットワークから構成される図６に示したようなシステムと、他の家屋等の第２のネットワークから構成される同様のシステムとが、併存しているものである。
【０１６４】
対象機器１０１，１０２は、それぞれ、第１の家庭内ネットワークを構成する機器であり、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を保持し、これらの公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を用いてホームゲートウェイ２０１との間で相互認証を行う。また、対象機器１０１，１０２は、それぞれ、携帯機器３０１がアクセスする際に送信した属性証明書ＡＣＰ１をホームゲートウェイ２０１を介して受信し、この属性証明書ＡＣＰ１の検証を行う。
【０１６５】
ホームゲートウェイ２０１は、対象機器１０１，１０２が属する第１の家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０１は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧ１を保持し、この公開鍵証明書ＰＫＣＧ１を用いて対象機器１０１，１０２、携帯機器３０１、及び図示しない属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０１は、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する許可を与えるための属性証明書ＡＣＬ１が図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬ１を保持し、この属性証明書ＡＣＬ１に基づいて、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する。さらに、ホームゲートウェイ２０１は、携帯機器３０１から送信された属性証明書ＡＣＰ１を受信すると、この属性証明書ＡＣＰ１を対象機器１０１，１０２のそれぞれに対して送信して提示する。
【０１６６】
さらにまた、ホームゲートウェイ２０１は、アクセスすることができる他のネットワークにおけるホームゲートウェイを示す情報が記述された後に詳述する属性証明書ＡＣＨが図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＨを保持し、この属性証明書ＡＣＨに基づいて、第２の家庭内ネットワークにおけるホームゲートウェイ２０２と通信を行うことが可能とされる。ホームゲートウェイ２０１は、この属性証明書ＡＣＨを第２の家庭内ネットワークにおけるホームゲートウェイ２０２に対して送信して提示することにより、第２の家庭内ネットワークに属する対象機器１０３に対するアクセス許可を得るための属性証明書ＡＣＰ１’をホームゲートウェイ２０２によって発行してもらい、携帯機器３０１に対してこの属性証明書ＡＣＰ１’を送信する。そして、ホームゲートウェイ２０１は、携帯機器３０１から送信された属性証明書ＡＣＰ１’を受信すると、この属性証明書ＡＣＰ１’を属性証明書ＡＣＨとともにホームゲートウェイ２０２に対して送信して提示する。なお、この属性証明書ＡＣＰ１’については、後に詳述するものとする。
【０１６７】
携帯機器３０１は、通常は、第１の家庭内ネットワークに属する対象機器１０１，１０２のそれぞれに対してアクセスするための機器であり、インターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０１に対して接続可能とされる。携帯機器３０１は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭ１を保持し、この公開鍵証明書ＰＫＣＭ１を用いてホームゲートウェイ２０１との間で相互認証を行う。携帯機器３０１は、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを認証するための属性証明書ＡＣＰ１がホームゲートウェイ２０１によって発行されると、この属性証明書ＡＣＰ１をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０１は、対象機器１０１，１０２のそれぞれに対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ１を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示する。
【０１６８】
また、携帯機器３０１は、第２の家庭内ネットワークに属する対象機器１０３もアクセスの対象とすることができる。このとき、携帯機器３０１は、リソースとしての対象機器１０３に対してアクセスすることを認証するための属性証明書ＡＣＰ１’がホームゲートウェイ２０２によって発行され、ホームゲートウェイ２０１を介してこの属性証明書ＡＣＰ１’を受信すると、この属性証明書ＡＣＰ１’をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０１は、対象機器１０３に対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ１’を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して送信して提示する。
【０１６９】
対象機器１０３は、第２の家庭内ネットワークを構成する機器であり、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ３を保持し、この公開鍵証明書ＰＫＣＴ３を用いてホームゲートウェイ２０２との間で相互認証を行う。また、対象機器１０３は、携帯機器３０２がアクセスする際に送信した属性証明書ＡＣＰ２をホームゲートウェイ２０２を介して受信し、この属性証明書ＡＣＰ２の検証を行う。さらに、対象機器１０３は、携帯機器３０１のアクセス対象とされた場合には、当該携帯機器３０１がアクセスする際に送信した属性証明書ＡＣＰ１’と、ホームゲートウェイ２０１が送信した属性証明書ＡＣＨとを、ホームゲートウェイ２０２を介して受信し、これらの属性証明書ＡＣＰ１’，ＡＣＨの検証を行う。
【０１７０】
ホームゲートウェイ２０２は、対象機器１０３が属する第２の家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０２は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧ２を保持し、この公開鍵証明書ＰＫＣＧ２を用いて対象機器１０３、携帯機器３０２、及び図示しない属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０２は、携帯機器３０２に対して属性証明書ＡＣＰ２を発行する許可を与えるための属性証明書ＡＣＬ２が図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬ２を保持し、この属性証明書ＡＣＬ２に基づいて、携帯機器３０２に対して属性証明書ＡＣＰ２を発行する。さらに、ホームゲートウェイ２０２は、携帯機器３０２から送信された属性証明書ＡＣＰ２を受信すると、この属性証明書ＡＣＰ２を対象機器１０３に対して送信して提示する。
【０１７１】
さらにまた、ホームゲートウェイ２０２は、ホームゲートウェイ２０１から属性証明書ＡＣＨを受信すると、この属性証明書ＡＣＨに基づいて、属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して発行する。そして、ホームゲートウェイ２０２は、ホームゲートウェイ２０１を介して携帯機器３０１から送信された属性証明書ＡＣＰ１’と、ホームゲートウェイ２０１から送信された属性証明書ＡＣＨとを受信すると、これらの属性証明書ＡＣＰ１’，ＡＣＨ対象機器１０３に対して送信して提示する。
【０１７２】
携帯機器３０２は、第２の家庭内ネットワークに属する対象機器１０３に対してアクセスするための機器であり、インターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０２に対して接続可能とされる。携帯機器３０２は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭ２を保持し、この公開鍵証明書ＰＫＣＭ２を用いてホームゲートウェイ２０２との間で相互認証を行う。また、携帯機器３０２は、リソースとしての対象機器１０３に対してアクセスすることを認証するための属性証明書ＡＣＰ２がホームゲートウェイ２０２によって発行されると、この属性証明書ＡＣＰ２をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０２は、対象機器１０３に対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ２を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ２をホームゲートウェイ２０２に対して送信して提示する。
【０１７３】
このようなリモートアクセスシステムにおいては、上述した２つの属性証明書ＡＣＬ，ＡＣＰの他、２つの属性証明書ＡＣＨ，ＡＣＰ１’が使用される。
【０１７４】
まず、属性証明書ＡＣＨについて説明する。
【０１７５】
属性証明書ＡＣＨは、上述したように、アクセスすることができる他のネットワークにおけるエンティティ、具体的にはホームゲートウェイ２０２を示す情報が記述されたものであり、図示しない属性認証局ＡＡによって署名されてホームゲートウェイ２０１に対して発行されるものである。例えば、この属性証明書ＡＣＨには、上述した属性（ａｔｔｒｉｂｕｔｅｓ）における各フィールドのうち、アクセス許可情報（Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ）等を用いて、アクセスすることができる他のネットワークにおけるエンティティとしてのホームゲートウェイ２０２を示す情報を記述することができる。
【０１７６】
リモートアクセスシステムにおいては、アクセスすることができる他のネットワークにおけるエンティティとしてのホームゲートウェイ２０２を示す情報を記述した属性証明書ＡＣＨを、ホームゲートウェイ２０１からの要求に応じて、ホームゲートウェイ２０２によって発行することができる。これにより、リモートアクセスシステムにおいては、この属性証明書ＡＣＨを保持したホームゲートウェイ２０１を介して携帯機器３０１が対象機器１０３に対してアクセスすることが可能となる。
【０１７７】
つぎに、属性証明書ＡＣＰ１’について説明する。
【０１７８】
属性証明書ＡＣＰ１’は、上述した属性証明書ＡＣＰと同様に、ある公開鍵証明書を保持している機器又はユーザに対する権限が記述されたものであり、ここでは、公開鍵証明書ＰＫＣＭ１を保持している携帯機器３０１に対する権限として、第２の家庭内ネットワークに属するリソースとしての対象機器１０３に対してアクセスすることを許可する旨の情報が記述されたものである。例えば、この属性証明書ＡＣＰ１’は、属性（ａｔｔｒｉｂｕｔｅｓ）については上述した属性証明書ＡＣＰと同様に、認証情報（Ｓｅｒｖｉｃｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）やアクセス許可情報（Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ）等を用いて、アクセスする対象、アクセスできる操作（権限）、及びアクセスするための認証情報がある場合には当該認証情報が記述される一方で、プロシキ情報（Ｐｒｏｘｙ Ｉｎｆｏ）としては、当該属性証明書ＡＣＰ１’を経由させる２つのホームゲートウェイ２０１，２０２を識別するためのアドレスや識別子等の情報が記述されたものとなる。
【０１７９】
このように、リモートアクセスシステムにおいては、携帯機器３０１に対する権限として、第２の家庭内ネットワークに属するリソースとしての対象機器１０３に対してアクセスすることを許可する旨の情報が記述されるとともに、プロシキ情報として、２つのホームゲートウェイ２０１，２０２の情報が記述された属性証明書ＡＣＰ１’を、ホームゲートウェイ２０２からホームゲートウェイ２０１を介して携帯機器３０１に対して発行することができる。これにより、リモートアクセスシステムにおいては、対象機器１０３が、この属性証明書ＡＣＰ１’をホームゲートウェイ２０２を介して受信した場合には、プロシキ情報におけるターゲットを検証し、且つ、２つのホームゲートウェイ２０１，２０２を介して受信した属性証明書であることを検証することになる。
【０１８０】
さて、このようなリモートアクセスシステムにおいては、具体的には、先に図１１に示したように、準備フェーズＰ１、登録フェーズＰ２、アクセスフェーズＰ３、アクセス削除フェーズＰ４、及びアクセス変更フェーズＰ５が行われる。なお、以下では、携帯機器３０１によって第２の家庭内ネットワークに属する対象機器１０３に対してアクセスするものとして説明する。
【０１８１】
まず、準備フェーズＰ１について説明する。
【０１８２】
リモートアクセスシステムにおいては、当該リモートアクセスシステムを構築するための準備フェーズＰ１として、各エンティティが相互認証可能となるように、証明書発行認証局ＣＡにより、各エンティティに対して認証のための公開鍵証明書を発行する。すなわち、リモートアクセスシステムにおいては、上述したように、各エンティティの製造時等に、証明書発行認証局ＣＡにより、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２，ＰＫＣＴ３を、それぞれ、対象機器１０１，１０２，１０３に対して発行するとともに、公開鍵証明書ＰＫＣＧ１，ＰＫＣＧ２を、それぞれ、ホームゲートウェイ２０１，２０２に対して発行するとともに、公開鍵証明書ＰＫＣＭ１，ＰＫＣＭ２を、それぞれ、携帯機器３０１，３０２に対して発行する。
【０１８３】
リモートアクセスシステムは、このような準備フェーズＰ１を経ることにより、各エンティティが相互認証可能な状態に構築される。
【０１８４】
つぎに、登録フェーズＰ２について説明する。
【０１８５】
リモートアクセスシステムにおいては、任意の携帯機器としての携帯機器３０をリソースに対してアクセスする機器として登録するための登録フェーズＰ２として、図１７に示す工程が行われる。
【０１８６】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ４１において、属性認証局ＡＡにより、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されてホームゲートウェイ２０１に保持されている公開鍵証明書ＰＫＣＧ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。この相互認証は、ホームゲートウェイ２０１自体に対する認証であり、ホームゲートウェイ２０１が正当なものであるか否かを認証するためのものである。
【０１８７】
続いて、リモートアクセスシステムにおいては、ステップＳ４２において、属性認証局ＡＡにより、ホームゲートウェイ２０１がユーザサイドに渡ってから初回接続時等に、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する許可を与えるための属性証明書ＡＣＬ１を、ホームゲートウェイ２０１に対して発行する。この際、リモートアクセスシステムにおいては、ホームゲートウェイ２０１が他のホームゲートウェイ２０２に対してアクセスする場合には、属性認証局ＡＡにより、ホームゲートウェイ２０２に対してアクセスできる旨の情報が記述された属性証明書ＡＣＨを、ホームゲートウェイ２０１に対して発行する。これにともない、ホームゲートウェイ２０１は、属性認証局ＡＡから送信された２つの属性証明書ＡＣＬ１，ＡＣＨを保持する。
【０１８８】
続いて、リモートアクセスシステムにおいては、ステップＳ４３において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、接続する機器、すなわち、対象機器１０１，１０２のそれぞれの情報を登録するとともに、その対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０１に対して上述したプロシキ情報を記述した属性証明書ＡＣＰ１を発行する。
【０１８９】
続いて、リモートアクセスシステムにおいては、携帯機器３０１から他のホームゲートウェイ２０２を介して対象機器１０３に対してアクセスしたい場合には、ステップＳ４４において、ホームゲートウェイ２０１により、保持している属性証明書ＡＣＨを他のホームゲートウェイ２０２に対して送信して提示し、上述したプロシキ情報を記述した属性証明書ＡＣＰ１’を発行してもらう。これにともない、ホームゲートウェイ２０２は、属性証明書ＡＣＰ１’を発行し、この属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して送信する。
【０１９０】
続いて、リモートアクセスシステムにおいては、ステップＳ４５において、携帯機器３０１により、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されて保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０１９１】
そして、リモートアクセスシステムにおいては、ステップＳ４６において、携帯機器３０１により、ホームゲートウェイ２０１から送信された属性証明書ＡＣＰ１，ＡＣＰ１’をＩＣカード等に格納して保持し、一連の登録フェーズＰ２を終了する。
【０１９２】
リモートアクセスシステムにおいては、このような一連の工程からなる登録フェーズＰ２を経ることにより、リソースに対してアクセスする機器として、携帯機器３０１を登録することができる。このようにしてリソースに対してアクセスする携帯機器３０１の登録がされたリモートアクセスシステムにおいては、登録された携帯機器３０１が任意の操作を行うことが可能となる。
【０１９３】
つぎに、アクセスフェーズＰ３について説明する。
【０１９４】
リモートアクセスシステムにおいては、登録された携帯機器３０１がリソースに対してアクセスする際には、アクセスフェーズＰ３として、図１８に示す工程が行われる。
【０１９５】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ５１において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０１９６】
続いて、リモートアクセスシステムにおいては、ステップＳ５２において、携帯機器３０１により、保持している属性証明書ＡＣＰ１，ＡＣＰ１’のいずれかをホームゲートウェイ２０１に対して送信して提示する。具体的には、リモートアクセスシステムにおいては、対象機器１０１，１０２のいずれか又は双方に対してアクセスする場合には、携帯機器３０１により、保持している属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示する一方で、対象機器１０３に対してアクセスする場合には、携帯機器３０１により、保持している属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して送信して提示する。
【０１９７】
ここで、リモートアクセスシステムにおいては、携帯機器３０１により、保持している属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示した場合には、先に図１３中ステップＳ１３乃至ステップＳ１７に示した処理と同様の処理を行うが、ここでは、携帯機器３０１は、保持している属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して送信して提示するものとして説明する。
【０１９８】
リモートアクセスシステムにおいては、ステップＳ５３において、ホームゲートウェイ２０１により、携帯機器３０１から提示された属性証明書ＡＣＰ１’におけるプロシキ情報を検証し、アクセス対象の機器が自己の配下にある第１の家庭内ネットワークとは異なる第２の家庭内ネットワークに属する対象機器１０３である旨を把握すると、２つの属性証明書ＡＣＰ１’，ＡＣＨを、第２の家庭内ネットワークを司るホームゲートウェイ２０２に対して送信して提示する。
【０１９９】
続いて、リモートアクセスシステムにおいては、ステップＳ５４において、ホームゲートウェイ２０２により、ホームゲートウェイ２０１から提示された２つの属性証明書ＡＣＰ１’，ＡＣＨの内容に基づいて、当該属性証明書ＡＣＰ１’，ＡＣＨを、アクセスする対象として指定された機器、すなわち、対象機器１０３に対して送信して提示する。
【０２００】
続いて、リモートアクセスシステムにおいては、ステップＳ５５において、対象機器１０３により、ホームゲートウェイ２０２から送信された２つの属性証明書ＡＣＰ１’，ＡＣＨを受信し、上述したプロシキ情報や属性といった当該属性証明書ＡＣＰ１’，ＡＣＨの内容を検証する。
【０２０１】
リモートアクセスシステムにおいては、ステップＳ５６において、属性証明書ＡＣＰ１’，ＡＣＨの検証結果が正当なものであった場合には、ステップＳ５７において、対象機器１０３によって携帯機器３０１のアクセスを許可し、一連のアクセスフェーズＰ３を終了する。一方、リモートアクセスシステムにおいては、ステップＳ５６において、属性証明書ＡＣＰ１’，ＡＣＨの検証結果が不当なものであった場合には、ステップＳ５８において、対象機器１０３によって携帯機器３０１のアクセスを拒否し、一連のアクセスフェーズＰ３を終了する。
【０２０２】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセスフェーズＰ３を経ることにより、対象機器１０３によって携帯機器３０１の権限を判別することができ、アクセスが許可された携帯機器３０１は、任意の操作を行うことが可能となる。
【０２０３】
つぎに、アクセス削除フェーズＰ４について説明する。
【０２０４】
リモートアクセスシステムにおいては、任意の携帯機器をリソースに対してアクセスする機器から除外したい場合には、アクセス削除フェーズＰ４として、図１９に示す工程が行われる。なお、リモートアクセスシステムにおいては、携帯機器３０１が対象機器１０１，１０２をアクセス対象としている場合には、先に図１４に示した処理と同様の処理を行えばよく、ここでは、携帯機器３０１が対象機器１０３をアクセス対象としており、携帯機器３０１を対象機器１０３に対してアクセスする機器から除外したい場合について説明する。
【０２０５】
まず、リモートアクセスシステムにおいては、図１９に示すように、ステップＳ６１において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、対象機器１０３に対してリモートからアクセスしてもよい携帯機器３０１に対して発行した属性証明書ＡＣＰ１’に対するＣＲＬ（ＡＣＲＬ）の作成をホームゲートウェイ２０２に対して要求する。
【０２０６】
続いて、リモートアクセスシステムにおいては、ステップＳ６２において、ホームゲートウェイ２０２により、ホームゲートウェイ２０１からの要求にしたがい、属性証明書ＡＣＰ１’に対するＣＲＬ（ＡＣＲＬ）を作成する。
【０２０７】
そして、リモートアクセスシステムにおいては、ステップＳ６３において、ホームゲートウェイ２０２により、作成した属性証明書ＡＣＰ１’に対するＣＲＬ（ＡＣＲＬ）をホームゲートウェイ２０１に対して送信して配布する。これにともない、ホームゲートウェイ２０１は、ホームゲートウェイ２０２から送信された属性証明書ＡＣＰ１’に対するＣＲＬ（ＡＣＲＬ）を保持する。
【０２０８】
このように、リモートアクセスシステムにおいては、属性証明書ＡＣＰ１’に対するＣＲＬ（ＡＣＲＬ）をホームゲートウェイ２０２によって作成することにより、携帯機器３０１からホームゲートウェイ２０１を介して対象機器１０３に対してアクセスがあった場合には、ホームゲートウェイ２０１によってアクセスを拒否することができ、携帯機器３０１をリソースに対してアクセスする機器から除外することができる。
【０２０９】
また、リモートアクセスシステムにおいては、上述したように、正当なユーザが自らの意思で携帯機器３０をリソースに対してアクセスする機器から除外したい場合等には、ステップＳ６３の処理に続いて、先に図１４中ステップＳ２２乃至ステップＳ２４に示した処理と同様の処理を行うようにしてもよい。
【０２１０】
すなわち、リモートアクセスシステムにおいては、ステップＳ６４において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０２１１】
続いて、リモートアクセスシステムにおいては、ステップＳ６５において、ホームゲートウェイ２０１からの指示にしたがい、携帯機器３０１により、保持している属性証明書ＡＣＰ１’を削除する。
【０２１２】
そして、リモートアクセスシステムにおいては、ステップＳ６６において、ホームゲートウェイ２０１により、ステップＳ６３にて保持したＣＲＬ（ＡＣＲＬ）を削除し、一連のアクセス削除フェーズＰ４を終了する。
【０２１３】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス削除フェーズＰ４を経ることにより、携帯機器３０１をリソースとしての対象機器１０３に対してアクセスする機器から除外することができる。
【０２１４】
なお、リモートアクセスシステムにおいては、対象機器１０３の側の都合により、携帯機器３０１を当該対象機器１０３に対してアクセスする機器から除外したい場合には、ステップＳ６１の処理をスキップし、ユーザからの指示にしたがい、ステップＳ６２からの処理を行えばよいことになる。
【０２１５】
最後に、アクセス変更フェーズＰ５について説明する。
【０２１６】
リモートアクセスシステムにおいては、任意の携帯機器の権限を変更したい場合には、アクセス変更フェーズＰ５として、図２０に示す工程が行われる。なお、リモートアクセスシステムにおいては、第１の家庭内ネットワークにおけるリソースに対する携帯機器３０１の権限を変更したい場合には、先に図１５に示した処理と同様の処理を行えばよく、ここでは、第２の家庭内ネットワークにおけるリソースに対する携帯機器３０１の権限を変更したい場合について説明する。
【０２１７】
まず、リモートアクセスシステムにおいては、図２０に示すように、ステップＳ７１において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、保持している属性証明書ＡＣＨを他のホームゲートウェイ２０２に対して送信して提示し、プロシキ情報を記述した新たな属性証明書ＡＣＰ１’を発行してもらう。これにともない、ホームゲートウェイ２０２は、新たな属性証明書ＡＣＰ１’を発行し、この属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して送信する。
【０２１８】
続いて、リモートアクセスシステムにおいては、ステップＳ７２において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０２１９】
そして、リモートアクセスシステムにおいては、ステップＳ７３において、携帯機器３０１により、ホームゲートウェイ２０１から送信された新たな属性証明書ＡＣＰ１’を、元の属性証明書ＡＣＰ１’と置換してＩＣカード等に格納して保持し、一連のアクセス変更フェーズＰ５を終了する。
【０２２０】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス変更フェーズＰ５を経ることにより、携帯機器３０１の権限を変更することができる。これにより、リモートアクセスシステムにおいては、携帯機器３０１が新たな任意の操作を行うことが可能となる。
【０２２１】
以上のように、リモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰ１’を用いて、通常では携帯機器３０１からはアクセスすることができない第２の家庭内ネットワークにおけるリソースに対する権限管理を行うことができる。
【０２２２】
このように、本発明は、携帯機器が通常アクセスできるネットワークの入り口としてのホームゲートウェイが当該携帯機器に対して属性証明書ＡＣＰを発行するのではなく、他のネットワークの入り口としてのホームゲートウェイといった任意のエンティティが属性証明書ＡＣＰを発行するものであってもよく、ホームゲートウェイは、属性証明書ＡＣＰの内容を検証できるものであればよい。
【０２２３】
また、上述した実施の形態では、家庭内ネットワークにおけるリソースに対してアクセスするものとして説明したが、本発明は、任意のネットワークに対して適用することができる。
【０２２４】
さらに、上述した実施の形態では、リソースに対してアクセス機器として携帯機器を用いて説明したが、本発明は、このような機器としては、携帯型の機器に限らずいかなる機器をも適用することができる。
【０２２５】
さらにまた、本発明は、各エンティティの動作をハードウェアで実現するのみならず、ソフトウェアで実現することもできる。本発明は、ソフトウェアで実現する場合には、例えば各エンティティが備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって上述したリモートアクセスを行うためのリモートアクセスプログラムを実行することにより、各機能を実現することができる。このリモートアクセスプログラムは、例えばいわゆるコンパクトディスク（Ｃｏｍｐａｃｔ Ｄｉｓｃ）等の所定の記録媒体やインターネット等の伝送媒体によって提供することができる。
【０２２６】
このように、本発明は、その趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【０２２７】
【発明の効果】
以上詳細に説明したように、本発明にかかるリモートアクセスシステムは、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器と、このアクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当する機器であるゲートウェイ機器と、少なくともリソースに対する権限が記述された電子証明書であり、且つ、この電子証明書を経由させるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書を保持し、アクセス対象機器に対してアクセスするアクセス機器とを備え、アクセス機器は、権限及び経由情報記述属性証明書をゲートウェイ機器に対して送信して提示し、ゲートウェイ機器は、アクセス機器から受信した権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定されたアクセス対象機器に対して送信して提示し、アクセス対象機器は、ゲートウェイ機器から受信した権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否する。
【０２２８】
したがって、本発明にかかるリモートアクセスシステムは、少なくともリソースに対する権限とゲートウェイ機器の情報とを、権限及び経由情報記述属性証明書に記述し、この権限及び経由情報記述属性証明書を、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証することにより、リソース毎に、権限単位での制御を容易に行うことができ、また、権限及び経由情報記述属性証明書の送付ルートを確認することができ、セキュリティを向上させることができる。
【０２２９】
また、本発明にかかるリモートアクセス方法は、所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書を保持させ、アクセス機器によって権限及び経由情報記述属性証明書をゲートウェイ機器に対して送信して提示し、ゲートウェイ機器によってアクセス機器から受信した権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定されたアクセス対象機器に対して送信して提示し、アクセス対象機器によってゲートウェイ機器から受信した権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否する。
【０２３０】
したがって、本発明にかかるリモートアクセス方法は、少なくともリソースに対する権限とゲートウェイ機器の情報とを、権限及び経由情報記述属性証明書に記述し、この権限及び経由情報記述属性証明書を、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証することにより、リソース毎に、権限単位での制御を容易に行うことが可能となり、また、権限及び経由情報記述属性証明書の送付ルートを確認することができ、セキュリティを向上させることが可能となる。
【０２３１】
さらに、本発明にかかるリモートアクセスプログラムは、所定のリソースに対して遠隔地からアクセスするコンピュータ実行可能なリモートアクセスプログラムであって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書が保持されており、アクセス機器からゲートウェイ機器を介して送信されて提示された権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否する。
【０２３２】
したがって、本発明にかかるリモートアクセスプログラムは、少なくともリソースに対する権限とゲートウェイ機器の情報とが、権限及び経由情報記述属性証明書に記述されており、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示された権限及び経由情報記述属性証明書に基づいて、リソースに対するアクセス機器のアクセスを検証することにより、このリモートアクセスプログラムが実装された機器が、リソース毎に、権限単位での制御を容易に行うことを可能とし、また、権限及び経由情報記述属性証明書の送付ルートを確認することを可能とし、セキュリティを向上させることを可能とする。
【０２３３】
さらにまた、本発明にかかるリモートアクセスプログラムが記録された記録媒体は、所定のリソースに対して遠隔地からアクセスするコンピュータ実行可能なリモートアクセスプログラムが記録された記録媒体であって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書が保持されており、リモートアクセスプログラムは、アクセス機器からゲートウェイ機器を介して送信されて提示された権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否する。
【０２３４】
したがって、本発明にかかるリモートアクセスプログラムが記録された記録媒体は、少なくともリソースに対する権限とゲートウェイ機器の情報とが、権限及び経由情報記述属性証明書に記述されており、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示された権限及び経由情報記述属性証明書に基づいて、リソースに対するアクセス機器のアクセスを検証するリモートアクセスプログラムを提供することができる。そのため、このリモートアクセスプログラムが実装された機器は、リソース毎に、権限単位での制御を容易に行うことができ、また、権限及び経由情報記述属性証明書の送付ルートを確認することができ、セキュリティを向上させることができる。
【図面の簡単な説明】
【図１】公開鍵証明書のフォーマットを説明する図である。
【図２】公開鍵証明書のフォーマットを説明する図であって、図１に示す項目に続く残りの項目を説明する図である。
【図３】属性証明書のフォーマットを説明する図である。
【図４】属性証明書のフォーマットを説明する図であって、図３に示す項目に続く残りの項目を説明する図である。
【図５】権限プロキシ機能を説明するための図である。
【図６】本発明の実施の形態として示すリモートアクセスシステムの概念図である。
【図７】図４に示す属性証明書の項目のうち、属性における各フィールドの抜粋を示す図である。
【図８】ロールの概念を用いた権限管理の手法について説明する図である。
【図９】図４に示す属性証明書の項目のうち、拡張情報における各フィールドの抜粋を示す図である。
【図１０】図４に示す属性証明書の項目のうち、拡張情報におけるプロシキ情報の具体的な記述内容を説明する図である。
【図１１】同リモートアクセスシステムにて行われる各フェーズを説明するためのフローチャートである。
【図１２】同リモートアクセスシステムにおける登録フェーズとしての一連の工程を説明するためのフローチャートである。
【図１３】同リモートアクセスシステムにおけるアクセスフェーズとしての一連の工程を説明するためのフローチャートである。
【図１４】同リモートアクセスシステムにおけるアクセス削除フェーズとしての一連の工程を説明するためのフローチャートである。
【図１５】同リモートアクセスシステムにおけるアクセス変更フェーズとしての一連の工程を説明するためのフローチャートである。
【図１６】本発明の他の実施の形態として示すリモートアクセスシステムの概念図である。
【図１７】同リモートアクセスシステムにおける登録フェーズとしての一連の工程を説明するためのフローチャートである。
【図１８】同リモートアクセスシステムにおけるアクセスフェーズとしての一連の工程を説明するためのフローチャートである。
【図１９】同リモートアクセスシステムにおけるアクセス削除フェーズとしての一連の工程を説明するためのフローチャートであって、携帯機器を他のネットワークに属する対象機器に対してアクセスする機器から除外する場合における一連の工程を説明するためのフローチャートである。
【図２０】同リモートアクセスシステムにおけるアクセス変更フェーズとしての一連の工程を説明するためのフローチャートであって、他のネットワークにおけるリソースに対する携帯機器の権限を変更する場合における一連の工程を説明するためのフローチャートである。
【符号の説明】
１０１，１０２，１０３ 対象機器、 ２０，２０１，２０２ ホームゲートウェイ、 ３０，３０１，３０２ 携帯機器、 ＡＡ 属性認証局、 ＡＣ，ＡＣＨ，ＡＣＬ，ＡＣＬ１，ＡＣＬ２，ＡＣＰ，ＡＣＰ１，ＡＣＰ２，ＡＣＰ１’属性証明書、 ＡＳ 権限主張側サーバ、 ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・ 権限、 ＣＡ 証明書発行認証局、 ＣＬ クライアント、 Ｍ１，Ｍ２，Ｍ３ 個人、 ＮＴ ネットワーク、 ＰＫＣＧ，ＰＫＣＧ１，ＰＫＣＧ２，ＰＫＣＭ，ＰＫＣＭ１，ＰＫＣＭ２，ＰＫＣＴ１，ＰＫＣＴ２，ＰＫＣＴ３ 公開鍵証明書、 Ｒ１，Ｒ２ ロール、 ＲＡ 役割認証局、 ＲＡＡＣ 役割割当証明書、 ＲＳＡＣ 役割定義証明書、 ＶＲ 権限検証側サーバ
【発明の属する技術分野】
本発明は、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステム、リモートアクセス方法、リモートアクセスプログラム及びリモートアクセスプログラムが記録された記録媒体に関する。
【０００２】
【従来の技術】
近年、ネットワークに接続可能な情報家電等の各種機器が開発されており、これにともない、家庭内ネットワークをはじめとして様々な機器を対象としたネットワークが構築されつつある。また、このような状況に応じて、屋外等の遠隔地から屋内に設けられた各種情報家電又はパーソナルコンピュータ等の各種情報処理端末若しくはサーバ装置等に対して、ユーザが所持する携帯電話機や携帯情報端末機（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ；ＰＤＡ）等の機器を用いてリモートアクセスすることによって享受できるサービスが各種提案されている。
【０００３】
このようなサービスにおいては、当該サービスを提供するサーバ装置等のハードウェアやソフトウェア、さらにはデータといった各種リソースに対する不正なユーザのアクセスを排除すべく、認証及びアクセス権の管理を行うことが必須とされている。
【０００４】
【発明が解決しようとする課題】
ところで、上述したサービスとしては、既に実施されているものもあり、個別に認証の仕組みを構築している。しかしながら、このようなサービスにおいては、個人単位の権限（操作）をも含めた認証方式が未だ確立されていないのが現状である。
【０００５】
また、個人単位の権限管理の手法としては、いわゆるＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）パスワードを用いた認証方式があるが、このＩＤパスワードを用いた認証方式においては、仕組みが非常に煩雑となり、処理負担が大きいといった問題があった。
【０００６】
本発明は、このような実情に鑑みてなされたものであり、いわゆる属性証明書（Ａｔｔｒｉｂｕｔｅ Ｃｅｒｔｉｆｉｃａｔｅ；ＡＣ）を用いて権限管理を行うことにより、リモートアクセスを行う際に、リソースにアクセスする機器自体等のエンティティのみならず、アクセスさせたいリソース毎に、権限単位での制御を容易且つ安全に行うことができるリモートアクセスシステム、リモートアクセス方法、リモートアクセスプログラム及びリモートアクセスプログラムが記録された記録媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述した目的を達成する本発明にかかるリモートアクセスシステムは、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器と、このアクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当する機器であるゲートウェイ機器と、少なくともリソースに対する権限が記述された電子証明書であり、且つ、この電子証明書を経由させるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書を保持し、アクセス対象機器に対してアクセスするアクセス機器とを備え、アクセス機器は、権限及び経由情報記述属性証明書をゲートウェイ機器に対して送信して提示し、ゲートウェイ機器は、アクセス機器から受信した権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定されたアクセス対象機器に対して送信して提示し、アクセス対象機器は、ゲートウェイ機器から受信した権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否することを特徴としている。
【０００８】
このような本発明にかかるリモートアクセスシステムは、少なくともリソースに対する権限とゲートウェイ機器の情報とを、権限及び経由情報記述属性証明書に記述し、この権限及び経由情報記述属性証明書を、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証する。
【０００９】
また、上述した目的を達成する本発明にかかるリモートアクセス方法は、所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書を保持させ、アクセス機器によって権限及び経由情報記述属性証明書をゲートウェイ機器に対して送信して提示し、ゲートウェイ機器によってアクセス機器から受信した権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定されたアクセス対象機器に対して送信して提示し、アクセス対象機器によってゲートウェイ機器から受信した権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否することを特徴としている。
【００１０】
このような本発明にかかるリモートアクセス方法は、少なくともリソースに対する権限とゲートウェイ機器の情報とを、権限及び経由情報記述属性証明書に記述し、この権限及び経由情報記述属性証明書を、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証する。
【００１１】
さらに、上述した目的を達成する本発明にかかるリモートアクセスプログラムは、所定のリソースに対して遠隔地からアクセスするコンピュータ実行可能なリモートアクセスプログラムであって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書が保持されており、アクセス機器からゲートウェイ機器を介して送信されて提示された権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否することを特徴としている。
【００１２】
このような本発明にかかるリモートアクセスプログラムは、少なくともリソースに対する権限とゲートウェイ機器の情報とが、権限及び経由情報記述属性証明書に記述されており、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示された権限及び経由情報記述属性証明書に基づいて、リソースに対するアクセス機器のアクセスを検証する。
【００１３】
さらにまた、上述した目的を達成する本発明にかかるリモートアクセスプログラムが記録された記録媒体は、所定のリソースに対して遠隔地からアクセスするコンピュータ実行可能なリモートアクセスプログラムが記録された記録媒体であって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書が保持されており、リモートアクセスプログラムは、アクセス機器からゲートウェイ機器を介して送信されて提示された権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否することを特徴としている。
【００１４】
このような本発明にかかるリモートアクセスプログラムが記録された記録媒体は、少なくともリソースに対する権限とゲートウェイ機器の情報とが、権限及び経由情報記述属性証明書に記述されており、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示された権限及び経由情報記述属性証明書に基づいて、リソースに対するアクセス機器のアクセスを検証するリモートアクセスプログラムを提供する。
【００１５】
【発明の実施の形態】
以下、本発明を適用した具体的な実施の形態について図面を参照しながら詳細に説明する。
【００１６】
この実施の形態は、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムである。このリモートアクセスシステムは、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ Ｃｏｍｍｉｓｓｉｏｎ） ９５９４−８、又はＩＴＵ−Ｔ Ｘ．５０９に基づく属性証明書（Ａｔｔｒｉｂｕｔｅ Ｃｅｒｔｉｆｉｃａｔｅ；ＡＣ）を用いて権限管理を行うことにより、リモートアクセスを行う際に、リソースにアクセスする機器自体等のエンティティのみならず、アクセスさせたいリソース毎に、権限単位での制御を容易に行うことができるものである。また、このリモートアクセスシステムは、属性証明書を利用する際に、リソースが属するネットワークの入り口となるゲートウェイを経由して、リソースとこのリソースにアクセスしようとする機器との間で属性証明書の授受を行うことにより、属性証明書の送付ルートを確認することを可能とし、セキュリティを向上させることができるものである。
【００１７】
まず、リモートアクセスシステムの説明に先だって、当該リモートアクセスシステムにて用いる電子証明書である公開鍵証明書（Ｐｕｂｌｉｃ Ｋｅｙ Ｃｅｒｔｉｆｉｃａｔｅ；ＰＫＣ）及び上述した属性証明書の概略について説明する。
【００１８】
まず、公開鍵証明書について説明する。公開鍵証明書は、いわゆる公開鍵暗号方式における独立した所定の第三者機関である証明書発行認証局（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ；ＣＡ又はＩｓｓｕｅｒ Ａｕｔｈｏｒｉｔｙ；ＩＡ）によって発行されるものである。
【００１９】
ここで、公開鍵暗号方式について説明する。公開鍵暗号方式は、発信者と受信者との鍵を異なるものとして、一方の鍵を不特定のユーザが使用可能な公開鍵とし、他方の鍵を秘密に保つ秘密鍵とするものである。公開鍵暗号方式は、暗号化及び復号に共通の鍵を用いるいわゆる共通鍵暗号方式と異なり、秘密に保つ必要がある秘密鍵を特定の１人が持てばよいため、共通鍵暗号方式と比較して鍵の管理において有利である。公開鍵暗号方式の代表的なものとしては、いわゆるＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａｎ）暗号がある。このＲＳＡ暗号は、例えば１５０桁程度の非常に大きな２つの素数の積の素因数分解処理の困難性を利用するものである。
【００２０】
公開鍵暗号方式は、不特定多数のユーザに公開鍵を使用可能とするものであり、配布する公開鍵が正当なものであるか否かを証明するために公開鍵証明書を用いる方法が広く用いられている。例えば、公開鍵暗号方式においては、ある特定のユーザＡが対となる公開鍵と秘密鍵とを生成し、生成した公開鍵を証明書発行認証局に対して送付して公開鍵証明書を取得し、この公開鍵証明書を一般に公開する。一方、不特定のユーザは、公開鍵証明書に基づいて所定の手続きを経ることによって公開鍵を取得し、平文たる文書等を暗号化して特定のユーザＡに対して送付する。そして、ユーザＡは、不特定のユーザから送付された暗号化文書を秘密鍵を用いて復号する等の処理を行う。公開鍵暗号方式は、このような暗号方式である。
【００２１】
また、公開鍵暗号方式においては、ユーザＡは、秘密鍵を用いて平文たる文書等に署名を付加し、不特定のユーザが公開鍵証明書に基づいて所定の手続きを経ることによって公開鍵を取得し、その署名の検証を行うことが可能となる。例えば、公開鍵暗号方式においては、証明書発行認証局が公開鍵証明書を参照して公開鍵を判別すると、任意の平文たる文書等をユーザＡに対して送付し、秘密鍵を用いて暗号化させ、再度送り返させる。証明書発行認証局は、ユーザＡから送付された暗号化文書を公開鍵を用いて復号することにより、署名の正当性を検証することができる。
【００２２】
このような公開鍵暗号方式における公開鍵証明書は、管理者たるユーザが自己を識別するための情報や公開鍵等を証明書発行認証局に提出することにより、証明書発行認証局側が当該証明書発行認証局を識別するための情報や有効期限等の情報を付加し、さらに証明書発行認証局による署名を付加して作成される。
【００２３】
具体的には、公開鍵証明書は、図１及び図２に示すようなフォーマットから構成される。なお、同図においては、公開鍵証明書を構成する各フィールド毎の項目と、これらの各項目に対する説明とを記載している。
【００２４】
図１に示すバージョン（ｖｅｒｓｉｏｎ）は、公開鍵証明書のフォーマットのバージョン情報を記述するフィールドであり、例えばフォーマットがバージョン３である場合にはバージョン３を示す”２”が記述される。
【００２５】
シリアルナンバ（ｓｅｒｉａｌ Ｎｕｍｂｅｒ）は、証明書発行認証局によって設定される公開鍵証明書のシリアルナンバを記述するフィールドであり、例えばシーケンシャルな番号が記述される。
【００２６】
署名アルゴリズム識別子、及びアルゴリズムパラメータ（ｓｉｇｎａｔｕｒｅ ａｌｇｏｒｉｔｈｍ Ｉｄｅｎｔｉｆｉｅｒ ａｌｇｏｒｉｔｈｍ ｐａｒａｍｅｔｅｒｓ）は、公開鍵証明書の署名アルゴリズムを識別するための情報とそのパラメータとを記述するフィールドである。署名アルゴリズムとしては、例えば楕円曲線暗号又はＲＳＡ暗号があり、署名アルゴリズムとして楕円曲線暗号が適用されている場合には、アルゴリズムパラメータとしてパラメータ及び鍵長が記述され、署名アルゴリズムとしてＲＳＡ暗号が適用されている場合には、アルゴリズムパラメータとして鍵長が記述される。
【００２７】
発行者（ｉｓｓｕｅｒ）は、公開鍵証明書の発行者、すなわち、証明書発行認証局の名称を識別可能とする形式（Ｄｉｓｔｉｎｇｕｉｓｈｅｄ Ｎａｍｅ）で記述するフィールドである。
【００２８】
有効期限（ｖａｌｉｄｉｔｙ）は、公開鍵証明書の有効期限である開始日時（ｎｏｔ Ｂｅｆｏｒｅ）及び終了日時（ｎｏｔ Ａｆｔｅｒ）を記述するフィールドである。
【００２９】
サブジェクト（ｓｕｂｊｅｃｔ）は、ユーザである認証対象者の名前を記述するフィールドであり、例えばユーザ機器の識別子やサービス提供主体の識別子等が記述される。
【００３０】
サブジェクト公開鍵情報（ｓｕｂｊｅｃｔ Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｏ ａｌｇｏｒｉｔｈｍ ｓｕｂｊｅｃｔ Ｐｕｂｌｉｃ ｋｅｙ）は、ユーザの公開鍵情報としての鍵アルゴリズムや鍵情報自体を記述するフィールドであり、鍵アルゴリズムとしては、例えば楕円曲線暗号又はＲＳＡ暗号がある。
【００３１】
これらの各フィールドは、公開鍵証明書のフォーマットがバージョン１以降のバージョンであるものに含まれるフィールドであり、以下に示す各フィールドは、バージョン３であるものに追加されるフィールドである。
【００３２】
証明局鍵識別子（ａｕｔｈｏｒｉｔｙ Ｋｅｙ Ｉｄｅｎｔｉｆｉｅｒ−ｋｅｙ Ｉｄｅｎｔｉｆｉｅｒ， ａｕｔｈｏｒｉｔｙ Ｃｅｒｔ Ｉｓｓｕｅｒ， ａｕｔｈｏｒｉｔｙ Ｃｅｒｔ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）は、証明書発行認証局の署名確認用の鍵を識別するための情報であり、８進数表記の鍵識別番号、一般名称（Ｇｅｎｅｒａｌ Ｎａｍｅ）形式の証明書発行認証局の名称、及び認証番号を記述するフィールドである。
【００３３】
サブジェクト鍵識別子（ｓｕｂｊｅｃｔ ｋｅｙ Ｉｄｅｎｔｉｆｉｅｒ）は、複数の鍵を公開鍵証明書において証明する場合に各鍵を識別するための識別子を記述するフィールドである。
【００３４】
鍵使用目的（ｋｅｙ ｕｓａｇｅ）は、鍵の使用目的を指定するフィールドであり、（０）ディジタル署名用（ｄｉｇｉｔａｌ Ｓｉｇｎａｔｕｒｅ）、（１）否認防止用（ｎｏｎ Ｒｅｐｕｄｉａｔｉｏｎ）、（２）鍵の暗号化用（ｋｅｙ Ｅｎｃｉｐｈｅｒｍｅｎｔ）、（３）メッセージの暗号化用（ｄａｔａ Ｅｎｃｉｐｈｅｒｍｅｎｔ）、（４）共通鍵配送用（ｋｅｙ Ａｇｒｅｅｍｅｎｔ）、（５）認証の署名確認用（ｋｅｙ Ｃｅｒｔ Ｓｉｇｎ）、（６）失効リストの署名確認用（ＣＲＬ Ｓｉｇｎ）、（７）鍵交換時（ｋｅｙ Ａｇｒｅｅｍｅｎｔ）データの暗号化にのみ利用（ｅｎｃｉｐｈｅｒ Ｏｎｌｙ）、及び（８）鍵交換時データの復号にのみ利用（ｄｅｃｉｐｈｅｒ Ｏｎｌｙ）の各使用目的が設定される。
【００３５】
秘密鍵有効期限（ｐｒｉｖａｔｅ Ｋｅｙ Ｕｓａｇｅ Ｐｅｒｉｏｄ）は、ユーザが有する秘密鍵の有効期限である開始日時（ｎｏｔ Ｂｅｆｏｒｅ）及び終了日時（ｎｏｔ Ａｆｔｅｒ）を記述するフィールドであり、デフォルトでは、公開鍵証明書の有効期限と公開鍵の有効期限と秘密鍵の有効期限とは互いに同一とされる。
【００３６】
図２に示す認証局ポリシー（Ｃｅｒｔｉｆｉｃａｔｅ Ｐｏｌｉｃｙ）は、証明書発行認証局の証明書発行ポリシーを記述するフィールドであり、例えばＩＳＯ／ＩＥＣ ９８３４−１に準拠したポリシーＩＤ（ｐｏｌｉｃｙ Ｉｄｅｎｔｉｆｉｅｒ）や認証基準（ｐｏｌｉｃｙ Ｑｕａｌｉｆｉｅｒｓ）が記述される。
【００３７】
ポリシー・マッピング（ｐｏｌｉｃｙ Ｍａｐｐｉｎｇｓ）は、証明書発行認証局を認証する場合にのみ記述されるフィールドであり、証明書発行を行う証明書発行認証局のポリシー（ｉｓｓｕｅｒ Ｄｏｍａｉｎ Ｐｏｌｉｃｙ）と被認証ポリシー（ｓｕｂｊｅｃｔ Ｄｏｍａｉｎ Ｐｏｌｉｃｙ）とのマッピングを規定する。
【００３８】
サポート・アルゴリズム（ｓｕｐｐｏｒｔｅｄ Ａｌｇｏｒｉｔｈｍｓ）は、ディレクトリ（Ｘ．５００）のアトリビュートを定義するフィールドである。サポート・アルゴリズムは、コミュニケーションの相手がディレクトリ情報を利用する場合に、事前にそのアトリビュートを知らせるのに用いる。
【００３９】
サブジェクト別名（ｓｕｂｊｅｃｔ Ａｌｔ Ｎａｍｅ）は、ユーザの別名を一般名称（Ｇｅｎｅｒａｌ Ｎａｍｅ）形式で記述するフィールドである。
【００４０】
発行者別名（ｉｓｓｕｅｒ Ａｌｔ Ｎａｍｅ）は、証明書発行者の別名を記述するフィールドである。
【００４１】
サブジェクト・ディレクトリ・アトリビュート（ｓｕｂｊｅｃｔ Ｄｉｒｅｃｔｏｒｙ Ａｔｔｒｉｂｕｔｅｓ）は、ユーザの任意の属性を記述するフィールドである。
【００４２】
基本制約（ｂａｓｉｃ Ｃｏｎｓｔｒａｉｎｔｓ）は、証明対象の公開鍵が証明書発行認証局の署名用であるかユーザのものであるかを区別するためのフィールドである。
【００４３】
許容サブツリー制約名（ｎａｍｅ Ｃｏｎｓｔｒａｉｎｔｓ ｐｅｒｍｉｔｔｅｄ Ｓｕｂｔｒｅｅｓ）は、被認証者が証明書発行認証局である場合にのみ使用される公開鍵証明書の有効領域を示すフィールドである。
【００４４】
制約ポリシー（ｐｏｌｉｃｙ Ｃｏｎｓｔｒａｉｎｔｓ）は、認証パスの残りに対する明確な認証ポリシーＩＤや禁止ポリシーマップを要求する制限を記述するフィールドである。
【００４５】
ＣＲＬ参照ポイント（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｏｉｎｔｓ）は、ユーザが公開鍵証明書を利用する際に、この公開鍵証明書が失効していないかどうかを確認するための失効リストの参照ポイントを記述するフィールドである。
【００４６】
署名は、公開鍵証明書発行者、すなわち、証明書発行認証局の署名フィールドである。電子署名は、公開鍵証明書の全体に対していわゆるハッシュ関数を適用してハッシュ値を生成し、このハッシュ値に対して証明書発行認証局の秘密鍵を用いて暗号化して生成したデータである。
【００４７】
証明書発行認証局は、このようなフォーマットからなる公開鍵証明書を発行するとともに、有効期限が切れた公開鍵証明書を更新し、不正を行ったユーザの排斥を行うための不正者リストの作成、管理、配布、すなわち、リボケーション（ｒｅｖｏｃａｔｉｏｎ）を行う。また、証明書発行認証局は、必要に応じて、公開鍵及び秘密鍵の生成も行う。
【００４８】
一方、この公開鍵証明書を利用するユーザは、自己が有する証明書発行認証局の公開鍵を用いて当該公開鍵証明書の電子署名を検証し、電子署名の検証に成功すると、公開鍵証明書に基づいて公開鍵を取得し、この公開鍵を利用することができる。したがって、公開鍵証明書を利用する全てのユーザは、当該公開鍵証明書を発行した証明書発行認証局の公開鍵を有しているか取得する必要がある。
【００４９】
リモートアクセスシステムにおいては、後述するように、このような公開鍵証明書を各エンティティに保持させる。
【００５０】
つぎに、属性証明書について説明する。属性証明書は、証明書発行認証局とは異なるローカルな機関である属性認証局（Ａｔｔｒｉｂｕｔｅ Ａｕｔｈｏｒｉｔｙ；ＡＡ）によって発行されるものである。
【００５１】
属性証明書は、図３及び図４に示すようなフォーマットから構成される。なお、同図においては、属性証明書を構成する各フィールド毎の項目と、これらの各項目に対する説明とを記載している。
【００５２】
図３に示すバージョン（ｖｅｒｓｉｏｎ）は、属性証明書のフォーマットのバージョン情報を記述するフィールドであり、例えばフォーマットがバージョン２（１）である場合にはバージョン２（１）を示す”１”が記述される。
【００５３】
ホルダー（ｈｏｌｄｅｒ）は、属性証明書が結び付けられた公開鍵証明書の所有者を特定するためのフィールドである。ホルダーには、ベース認証局識別子（ｂａｓｅ Ｃｅｒｔｉｆｉｃａｔｅ ＩＤ）として、属性証明書の所有者が有する公開鍵証明書の発行者名（ｉｓｓｕｅｒ）、属性証明書の所有者が有する公開鍵証明書のシリアルナンバ（ｓｅｒｉａｌ）、属性証明書の所有者が有する公開鍵証明書の発行者を識別するための固有の識別子（ｉｓｓｕｅｒ ＵＩＤ）が記述される。また、ホルダーには、公開鍵証明書におけるサブジェクト（ｓｕｂｊｅｃｔ）又はサブジェクト別名（ｓｕｂｊｅｃｔ Ａｌｔ Ｎａｍｅ）と同一とされる属性証明書の所有者の名称（ｅｎｔｉｔｙ ｎａｍｅ）が記述される。さらに、ホルダーには、将来、属性証明書が識別情報（ｉｄｅｎｔｉｔｙ）や公開鍵証明書にリンクされていない場合を想定して、例えば公開鍵のハッシュが記述されるオブジェクト・ダイジェスト情報（ｏｂｊｅｃｔ Ｄｉｇｅｓｔ Ｉｎｆｏ）が記述される。
【００５４】
発行者（ｉｓｓｕｅｒ）は、属性証明書に署名した発行者の情報を指定するフィールドである。
【００５５】
署名（ｓｉｇｎａｔｕｒｅ）は、属性証明書の署名を有効にするために使用するアルゴリズムを識別するための識別子を記述するフィールドである。
【００５６】
シリアルナンバ（ｓｅｒｉａｌ Ｎｕｍｂｅｒ）は、属性認証局が各属性証明書に割り振るシリアルナンバを記述するフィールドである。
【００５７】
属性証明書有効期限（ａｔｔｒ Ｃｅｒｔ Ｖａｌｉｄｉｔｙ Ｐｅｒｉｏｄ）は、属性証明書の有効期限である開始日時（ｎｏｔ Ｂｅｆｏｒｅ）及び終了日時（ｎｏｔ Ａｆｔｅｒ）を記述するフィールドである。
【００５８】
図４に示す属性（ａｔｔｒｉｂｕｔｅｓ）は、属性証明書の所有者の特権に関する情報を記述するフィールドであり、例えば、文章でアクセスが許可された対象物を記述してもよく、システム側で用意しておいたアクセスすることができるコードを記述してもよく、ある平文を暗号化する鍵を記述してもよい。例えば、属性には、属性証明書の検証者が当該属性証明書の所有者を認証する場合に利用するサービスに関する認証情報（Ｓｅｒｖｉｃｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）、属性証明書の検証者が用いる当該属性証明書の所有者のアクセス許可情報（Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ）、課金のために属性証明書の所有者を特定するための情報（Ｃｈａｒｇｉｎｇ Ｉｄｅｎｔｉｔｙ）、属性証明書の所有者のグループへの帰属関係を示す情報（Ｇｒｏｕｐ）、属性証明書の所有者に与えられる役割を示す情報（Ｒｏｌｅ）、属性証明書の所有者に対する秘密情報の使用許可に関する情報（Ｃｌｅａｒａｎｃｅ）が記述される。
【００５９】
発行者固有識別子（ｉｓｓｕｅｒ Ｕｎｉｑｕｅ ＩＤ）は、属性証明書の発行者の公開鍵証明書で指定されている場合に利用されるフィールドである。
【００６０】
拡張情報（ｅｘｔｅｎｓｉｏｎｓ）は、属性証明書の所有者の情報ではなく属性証明書の情報を記述するフィールドであり、サーバ及び／又はサービス管理者が属性証明書の所有者の監査を行い不正行為の検出、すなわち特定をするために用いる情報（Ａｕｄｉｔ Ｉｄｅｎｔｉｔｙ）、属性証明書が対象とするサーバ及び／又はサービスを示す情報（ＡＣ Ｔａｒｇｅｔｉｎｇ）、属性証明書の検証者による当該属性証明書の署名確認の補助情報である属性証明書の発行者の鍵情報（Ａｕｔｈｏｒｉｔｙ Ｋｅｙ）、属性証明書の検証者による当該属性証明書の失効状態確認の補助情報であるＯＣＳＰレスポンダのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒｓ）を示す情報（Ａｕｔｈｏｒｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ａｃｃｅｓｓ）、属性証明書の検証者による当該属性証明書の失効状態確認の補助情報であるＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）配布点のＵＲＩを示す情報（ＣＲＬ Ｄｉｓｔｒｉｂｕｔｉｏｎ）、当該属性証明書に対応する失効情報がないことを示す情報（Ｎｏ Ｒｅｖｏｃａｔｉｏｎ）、提出者が所有者以外である場合に利用され、属性証明書を提出することができるエンティティを示す情報（Ｐｒｏｘｙ Ｉｎｆｏ）が記述される。
【００６１】
署名（ｓｉｇｎａｔｕｒｅ Ｖａｌｕｅ）は、属性認証局によってつけられた署名を記述するフィールドである。
【００６２】
リモートアクセスシステムにおいては、後述するように、このようなフォーマットからなる属性証明書を各エンティティに保持させることにより、あるエンティティに対していかなる権限が許可されているのかを検証することができる。
【００６３】
リモートアクセスシステムは、以上のような公開鍵証明書及び属性証明書を用いて構築される。
【００６４】
以下、これらの公開鍵証明書及び属性証明書を用いたリモートアクセスシステムについて説明する。
【００６５】
まず、リモートアクセスシステムの概念について説明する。なお、ここでは、説明の便宜上、家庭内に設けられた各種情報家電又はパーソナルコンピュータ等の各種情報処理端末若しくはサーバ装置等をアクセスの対象とし、これらの機器に対して携帯電話機や携帯情報端末機（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ；ＰＤＡ）等の携帯機器を所持するユーザが屋外からアクセスするものとして説明する。
【００６６】
リモートアクセスシステムは、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｃｔｏｒ） Ｘ．５０９で定義されているＰＭＩ（Ｐｒｉｖｉｌｅｇｅ ｍａｎａｇｅｍｅｎｔ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）の機能の１つである属性証明書を用いた権限プロキシ機能により、アクセスさせたいリソース毎に、権限単位での制御を行う。
【００６７】
ここで、権限プロキシ機能について図５を用いて説明する。
【００６８】
同図に示すように、属性証明書ＡＣを保持するクライアントＣＬと、このクライアントＣＬの権限を検証する権限検証側サーバＶＲとの間に、クライアントＣＬの権限を主張する権限主張側サーバＡＳが介在するシステムを考える。
【００６９】
この場合、クライアントＣＬは、権限検証側サーバＶＲに対してアクセスしようとする際には、権限主張側サーバＡＳに対して属性証明書ＡＣを提示し、これに応じて、権限主張側サーバＡＳは、クライアントＣＬから提示された属性証明書ＡＣを、権限検証側サーバＶＲに対して提示する。
【００７０】
しかしながら、この場合、権限検証側サーバＶＲは、権限主張側サーバＡＳから提示された属性証明書ＡＣが、権限主張側サーバＡＳの属性証明書ではないことから、アクセスを許可しない旨の検証結果を出すことになる。すなわち、このようなシステムにおいては、属性証明書を直接的に授受する装置間で、権限の主張及び検証が行われることから、クライアントＣＬが権限検証側サーバＶＲに対して自己の権限を主張しようとする際には、クライアントＣＬから権限検証側サーバＶＲに対して直接的に属性証明書ＡＣを提示する必要がある。
【００７１】
そこで、このようなシステムにおいては、先に図４に示した拡張情報（ｅｘｔｅｎｓｉｏｎｓ）におけるプロシキ情報（Ｐｒｏｘｙ Ｉｎｆｏ）を利用する。このプロシキ情報は、上述したように、属性証明書の提出者が所有者以外である場合に利用され、属性証明書を提出することができるエンティティを示す情報である。
【００７２】
したがって、このようなシステムにおいては、クライアントＣＬは、権限検証側サーバＶＲに対してアクセスしようとする際には、属性証明書を提出できるエンティティとして権限検証側サーバＶＲを含む旨を示すプロシキ情報を記述した属性証明書ＡＣを権限主張側サーバＡＳに対して提示し、これに応じて、権限主張側サーバＡＳは、クライアントＣＬから提示された属性証明書ＡＣを、権限検証側サーバＶＲに対して提示する。
【００７３】
これにより、権限検証側サーバＶＲは、権限主張側サーバＡＳから提示された属性証明書ＡＣにおけるプロシキ情報を参照して当該属性証明書ＡＣを検証し、アクセスを許可する旨の検証結果を出すことが可能となる。
【００７４】
このように、属性証明書ＡＣを保持するクライアントＣＬと、このクライアントＣＬの権限を検証する権限検証側サーバＶＲとの間に、クライアントＣＬの権限を主張する権限主張側サーバＡＳが介在するシステムにおいては、プロシキ情報に属性証明書ＡＣの提出先を記述することにより、クライアントＣＬが権限検証側サーバＶＲに対してアクセスすることが可能となる。
【００７５】
リモートアクセスシステムは、このような権限プロキシ機能を利用する。概念的には、リモートアクセスシステムは、図６に示すように、上述した公開鍵証明書を発行する証明書発行認証局ＣＡと、上述した属性証明書を発行する属性認証局ＡＡと、アクセスの対象となる対象機器１０１，１０２と、これらの対象機器１０１，１０２が属する家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースであるホームゲートウェイと２０と、対象機器１０１，１０２に対してアクセスするためにユーザが所持する携帯機器３０とを、エンティティとして備える。
【００７６】
証明書発行認証局ＣＡは、公開鍵暗号方式における独立した所定の第三者機関であって、ＩＳＯ／ＩＥＣ ９５９４−８、又はＩＴＵ−Ｔ Ｘ．５０９に基づく電子証明書である公開鍵証明書を発行する。具体的には、証明書発行認証局ＣＡは、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を、それぞれ、対象機器１０１，１０２に対して発行するとともに、公開鍵証明書ＰＫＣＧをホームゲートウェイ２０に対して発行するとともに、公開鍵証明書ＰＫＣＭを携帯機器３０に対して発行する。なお、この公開鍵証明書の発行の形態は、様々なものが考えられるが、例えば、対象機器１０１，１０２、ホームゲートウェイ２０、及び携帯機器３０の製造時にデータとして埋め込むことが考えられる。
【００７７】
属性認証局ＡＡは、証明書発行認証局ＣＡとは論理的に異なるローカルな機関であって、権限管理を行うために用いる電子証明書である属性証明書を発行する。属性認証局ＡＡは、証明書発行認証局ＣＡからホームゲートウェイ２０に対して発行された公開鍵証明書ＰＫＣＧにより、ホームゲートウェイ２０の認証を行う。そして、属性認証局ＡＡは、例えばホームゲートウェイ２０がユーザサイドに渡ってから初回接続時等に、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬを、ホームゲートウェイ２０に対して発行する。なお、この属性証明書ＡＣＬについては、後に詳述するものとする。
【００７８】
対象機器１０１，１０２は、それぞれ、図５における権限検証側サーバＶＲに相当するものである。対象機器１０１，１０２は、それぞれ、例えば、ネットワークに接続可能な各種情報家電や、パーソナルコンピュータ等の各種情報処理端末若しくはホームサーバ等のサーバ装置を想定したものであり、家庭内ネットワークを構成する機器である。なお、本発明におけるリソースとは、後に具体的な適用例を述べるように、ログインするこれらの対象機器１０１，１０２そのものを示す場合がある他、これらの対象機器１０１，１０２が保持するファイル等のデータやその他の各種情報を含む概念であるが、ここでは説明の便宜上、対象機器１０１，１０２そのものをリソースとするものとして説明する。対象機器１０１，１０２は、それぞれ、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を保持し、これらの公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を用いてホームゲートウェイ２０との間で相互認証を行う。また、対象機器１０１，１０２は、それぞれ、携帯機器３０がアクセスする際に送信した属性証明書ＡＣＰをホームゲートウェイ２０を介して受信し、この属性証明書ＡＣＰの検証を行う。
【００７９】
ホームゲートウェイ２０は、図５における権限主張側サーバＡＳに相当するものである。ホームゲートウェイ２０は、例えば、いわゆるホームルータ、ファイアウォール、及び／又はブリッジといった概念を含むものであり、異なるプロトコルのネットワーク同士の接続を可能とするネットワークの入り口に相当する機器であり、対象機器１０１，１０２が属する家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０は、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧを保持し、この公開鍵証明書ＰＫＣＧを用いて対象機器１０１，１０２、携帯機器３０、及び属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０は、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬが属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬを保持し、この属性証明書ＡＣＬに基づいて、携帯機器３０に対して属性証明書ＡＣＰを発行する。なお、この属性証明書ＡＣＰについては、後に詳述するものとする。さらに、ホームゲートウェイ２０は、携帯機器３０から送信された属性証明書ＡＣＰを受信すると、この属性証明書ＡＣＰを対象機器１０１，１０２のそれぞれに対して送信して提示する。
【００８０】
携帯機器３０は、図５におけるクライアントＣＬに相当するものである。携帯機器３０は、屋外にいるユーザが所持する携帯電話機や携帯情報端末機等の機器であり、いわゆるインターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０に対して接続可能とされる。携帯機器３０は、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭを保持し、この公開鍵証明書ＰＫＣＭを用いてホームゲートウェイ２０との間で相互認証を行う。また、携帯機器３０は、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを認証するための属性証明書ＡＣＰがホームゲートウェイ２０によって発行されると、この属性証明書ＡＣＰをＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード等に格納すること等によって保持する。そして、携帯機器３０は、対象機器１０１，１０２のそれぞれに対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰを用いたログイン操作を行うことにより、この属性証明書ＡＣＰをホームゲートウェイ２０に対して送信して提示する。
【００８１】
このようなリモートアクセスシステムにおいては、上述したように、２つの属性証明書ＡＣＬ，ＡＣＰが使用される。
【００８２】
まず、属性証明書ＡＣＬについて説明する。
【００８３】
属性証明書ＡＣＬは、上述したように、携帯機器３０に対して属性証明書ＡＣＰを発行する許可をホームゲートウェイ２０に対して与えるために、属性認証局ＡＡからホームゲートウェイ２０に対して発行されるものである。例えば、この属性証明書ＡＣＬには、図７にタイプとして登録されているオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ；ＯＩＤ）及び値の例の抜粋を示す先に図４に示した属性（ａｔｔｒｉｂｕｔｅｓ）における各フィールドのうち、当該属性証明書ＡＣＬの所有者たるホームゲートウェイ２０に与えられる役割を示す情報（Ｒｏｌｅ）を用いて、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を記述することができる。
【００８４】
ここで、”ロール（Ｒｏｌｅ）”の概念について説明する。
【００８５】
この”ロール（Ｒｏｌｅ）”の概念を用いた権限管理の手法は、本件出願人が先に出願している特願２００２−０２９６３６に記載したものである。
【００８６】
すなわち、この権限管理の手法においては、概念的には、図８に示すように、例えば権限ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・といった所定の権限を定義する枠組みを１つの役割（ロール）Ｒ１，Ｒ２とし、例えば個人Ｍ１，Ｍ２，Ｍ３といった少なくとも１人以上の個人がこのロールＲ１，Ｒ２に属するものとされる。
【００８７】
この権限管理の手法においては、各個人Ｍ１，Ｍ２，Ｍ３がそれぞれ有する属性証明書であって当該個人Ｍ１，Ｍ２，Ｍ３が属しているロールを示す情報が記述されている役割割当証明書（Ｒｏｌｅ Ａｓｓｉｇｎｍｅｎｔ Ｃｅｒｔｉｆｉｃａｔｅ）ＲＡＡＣが、属性認証局ＡＡによって発行されるとともに、ロール毎に発行される属性証明書であって当該ロールに許可されている権限を示す情報が記述されている役割定義証明書（Ｒｏｌｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｃｅｒｔｉｆｉｃａｔｅ）ＲＳＡＣが、役割認証局（Ｒｏｌｅ Ａｕｔｈｏｒｉｔｙ）ＲＡによって発行される。なお、役割認証局ＲＡは、属性認証局ＡＡと同一であってもよいが、ここでは説明の便宜上、論理的に独立な機関であるものとする。
【００８８】
この権限管理の手法においては、各ロールの定義については、役割認証局ＲＡによって発行される役割定義証明書ＲＳＡＣを用いる。すなわち、この権限管理の手法においては、ロール毎に、許可される手続きが定義されるが、この情報が、役割認証局ＲＡによって発行される役割定義証明書ＲＳＡＣに記述される。
【００８９】
この役割定義証明書ＲＳＡＣは、先に図３及び図４に示した属性証明書のフォーマットにしたがって作成されるものであり、少なくとも、当該役割定義証明書ＲＳＡＣの発行者たる役割認証局ＲＡの名前を示す情報、ロールを識別するためのロール名といったロールの情報、システムによってコード又は操作名が記述されるものであって許可される操作を示す情報等の各種情報が記述される。
【００９０】
リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を含む各種情報が記述された役割定義証明書ＲＳＡＣが役割認証局ＲＡによって発行され、権限ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・が定義されたリソース、すなわち、先に示した図６においては対象機器１０１，１０２がこの役割定義証明書ＲＳＡＣを保持する。
【００９１】
一方、この権限管理の手法においては、各ロールに対する役割の割り当てについては、属性認証局ＡＡによって発行される役割割当証明書ＲＡＡＣを用いる。すなわち、この権限管理の手法においては、個人Ｍ１，Ｍ２，Ｍ３毎に、各役割が定義されるが、この情報が、属性認証局ＡＡによって発行される役割割当証明書ＲＡＡＣに記述される。
【００９２】
この役割割当証明書ＲＡＡＣも、役割定義証明書ＲＳＡＣと同様に、先に図３及び図４に示した属性証明書のフォーマットにしたがって作成されるものであり、少なくとも、当該役割割当証明書ＲＡＡＣの発行者たる属性認証局ＡＡの名前を示す情報、ロールを識別するためのロール名といったロールの情報、対応する役割定義証明書ＲＳＡＣと関連付けを行うための役割定義証明書ＲＳＡＣへの参照ポイントを示す情報としての役割認証局ＲＡの名前を示す情報等の各種情報が記述される。
【００９３】
リモートアクセスシステムにおいては、このような各種情報が記述された役割割当証明書ＲＡＡＣが属性証明書ＡＣＬとして属性認証局ＡＡによって発行され、個人Ｍ１，Ｍ２，Ｍ３、すなわち、先に示した図６においてはホームゲートウェイ２０が、この役割割当証明書ＲＡＡＣを保持する。
【００９４】
リモートアクセスシステムにおいては、このような”ロール（Ｒｏｌｅ）”の概念を用いることにより、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を記述した属性証明書ＡＣＬを、属性認証局ＡＡによってホームゲートウェイ２０に対して発行することができる。これにより、リモートアクセスシステムにおいては、この属性証明書ＡＣＬを保持したホームゲートウェイ２０によって属性証明書ＡＣＰを携帯機器３０に対して発行することが可能となる。
【００９５】
なお、リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を属性証明書ＡＣＬに記述するために、当該属性証明書ＡＣＬの所有者たるホームゲートウェイ２０に与えられる役割を示す情報（Ｒｏｌｅ）を用いるのではなく、図７に示した属性（ａｔｔｒｉｂｕｔｅｓ）における各フィールドのうち、属性証明書の検証者が当該属性証明書の所有者を認証する場合に利用するサービスに関する認証情報（Ｓｅｒｖｉｃｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）や、属性証明書の検証者が用いる当該属性証明書の所有者のアクセス許可情報（Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ）等を用いて、同情報を記述することも可能である。
【００９６】
また、リモートアクセスシステムにおいては、権限委譲エクステンションを用い、属性証明書ＡＣＰを発行する対象及び権限を制御するようにしてもよい。例えば、リモートアクセスシステムにおいては、Ｂａｓｉｃ Ａｔｔｒｉｂｕｔｅ Ｃｏｎｓｔｒａｉｎｔｓエクステンションを用いて、ホームゲートウェイ２０には携帯機器３０に対して属性証明書ＡＣＰを発行できる旨を示し、さらに、ホームゲートウェイ２０からは権限委譲を許可しない旨を設定することが考えられる。
【００９７】
このように、リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可をホームゲートウェイ２０に与える手法として、様々なものが考えられる。
【００９８】
つぎに、属性証明書ＡＣＰについて説明する。
【００９９】
属性証明書ＡＣＰは、ある公開鍵証明書を保持している機器又はユーザに対する権限が記述されたものであり、ここでは、公開鍵証明書ＰＫＣＭを保持している携帯機器３０に対する権限として、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを許可する旨の情報が記述されたものである。例えば、この属性証明書ＡＣＰには、先に図７に示した属性（ａｔｔｒｉｂｕｔｅｓ）における各フィールドのうち、属性証明書ＡＣＰの検証者たる対象機器１０１，１０２のそれぞれが当該属性証明書ＡＣＰの所有者を認証する場合に利用するサービスに関する認証情報（Ｓｅｒｖｉｃｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）や、属性証明書ＡＣＰの検証者たる対象機器１０１，１０２のそれぞれが用いる当該属性証明書ＡＣＰの所有者のアクセス許可情報（Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ）等を用いて、アクセスする対象、アクセスできる操作（権限）、及びアクセスするための認証情報がある場合には当該認証情報を記述することができる。また、属性証明書ＡＣＰには、図９にタイプとして登録されているオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ；ＯＩＤ）及びクリティカル又は値の例の抜粋を示す先に図４に示した拡張情報（ｅｘｔｅｎｓｉｏｎｓ）における各フィールドのうち、プロシキ情報（Ｐｒｏｘｙ Ｉｎｆｏ）を用いて、当該属性証明書ＡＣＰを経由させるホームゲートウェイ２０の情報が記述される。
【０１００】
ここで、プロシキ情報は、具体的には、図１０に示すように記述されるものである。
【０１０１】
属性証明書ＡＣＰには、このようなプロシキ情報におけるターゲット（Ｔａｒｇｅｔ）として、ホームゲートウェイ２０を識別するためのアドレスや識別子が記述されるとともに、ホームゲートウェイ２０が保持する公開鍵証明書ＰＫＣＧを示す情報が記述される。
【０１０２】
このように、リモートアクセスシステムにおいては、携帯機器３０に対する権限として、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを許可する旨の情報が記述されるとともに、プロシキ情報として、ホームゲートウェイ２０の情報が記述された属性証明書ＡＣＰを、ホームゲートウェイ２０から携帯機器３０に対して発行することができる。これにより、リモートアクセスシステムにおいては、対象機器１０１，１０２が、それぞれ、この属性証明書ＡＣＰをホームゲートウェイ２０を介して受信した場合には、プロシキ情報におけるターゲットを検証し、且つ、ホームゲートウェイ２０から送信された属性証明書であることを検証することになる。
【０１０３】
さて、このようなリモートアクセスシステムにおいては、具体的には、図１１に示すように、当該リモートアクセスシステムを構築するための準備フェーズＰ１が行われると、任意の携帯機器をリソースに対してアクセスする機器として登録するための登録フェーズＰ２が行われる。これにより、リモートアクセスシステムにおいては、登録された携帯機器が任意の操作を行うことが可能となり、実際に携帯機器が任意の操作を行う際には、アクセスフェーズＰ３が行われる。また、リモートアクセスシステムにおいては、必要に応じて、任意の携帯機器をリソースに対してアクセスする機器から除外するためのアクセス削除フェーズＰ４や、任意の携帯機器の権限を変更するためのアクセス変更フェーズＰ５が行われる。
【０１０４】
以下、これら５つの各フェーズについて説明する。
【０１０５】
まず、準備フェーズＰ１について説明する。
【０１０６】
リモートアクセスシステムにおいては、当該リモートアクセスシステムを構築するための準備フェーズＰ１として、各エンティティが相互認証可能となるように、証明書発行認証局ＣＡにより、各エンティティに対して認証のための公開鍵証明書を発行する。すなわち、リモートアクセスシステムにおいては、上述したように、各エンティティの製造時等に、証明書発行認証局ＣＡにより、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を、それぞれ、対象機器１０１，１０２に対して発行するとともに、公開鍵証明書ＰＫＣＧをホームゲートウェイ２０に対して発行するとともに、公開鍵証明書ＰＫＣＭを携帯機器３０に対して発行する。
【０１０７】
リモートアクセスシステムは、このような準備フェーズＰ１を経ることにより、各エンティティが相互認証可能な状態に構築される。
【０１０８】
つぎに、登録フェーズＰ２について説明する。
【０１０９】
リモートアクセスシステムにおいては、任意の携帯機器としての携帯機器３０をリソースに対してアクセスする機器として登録するための登録フェーズＰ２として、図１２に示す工程が行われる。
【０１１０】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ１において、属性認証局ＡＡにより、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されてホームゲートウェイ２０に保持されている公開鍵証明書ＰＫＣＧを用いて、ホームゲートウェイ２０との間で相互認証を行う。この相互認証は、ホームゲートウェイ２０自体に対する認証であり、ホームゲートウェイ２０が正当なものであるか否かを認証するためのものである。
【０１１１】
続いて、リモートアクセスシステムにおいては、ステップＳ２において、属性認証局ＡＡにより、ホームゲートウェイ２０がユーザサイドに渡ってから初回接続時等に、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬを、ホームゲートウェイ２０に対して発行する。これにともない、ホームゲートウェイ２０は、属性認証局ＡＡから送信された属性証明書ＡＣＬを保持する。
【０１１２】
続いて、リモートアクセスシステムにおいては、ステップＳ３において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、接続する機器、すなわち、対象機器１０１，１０２のそれぞれの情報を登録するとともに、その対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０に対して上述したプロシキ情報を記述した属性証明書ＡＣＰを発行する。
【０１１３】
続いて、リモートアクセスシステムにおいては、ステップＳ４において、携帯機器３０により、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されて保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１１４】
そして、リモートアクセスシステムにおいては、ステップＳ５において、携帯機器３０により、ホームゲートウェイ２０から送信された属性証明書ＡＣＰをＩＣカード等に格納して保持し、一連の登録フェーズＰ２を終了する。
【０１１５】
リモートアクセスシステムにおいては、このような一連の工程からなる登録フェーズＰ２を経ることにより、リソースに対してアクセスする機器として、携帯機器３０を登録することができる。このようにしてリソースに対してアクセスする携帯機器３０の登録がされたリモートアクセスシステムにおいては、登録された携帯機器３０が任意の操作を行うことが可能となる。
【０１１６】
つぎに、アクセスフェーズＰ３について説明する。
【０１１７】
リモートアクセスシステムにおいては、登録された携帯機器３０がリソースに対してアクセスする際には、アクセスフェーズＰ３として、図１３に示す工程が行われる。
【０１１８】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ１１において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１１９】
続いて、リモートアクセスシステムにおいては、ステップＳ１２において、携帯機器３０により、保持している属性証明書ＡＣＰをホームゲートウェイ２０に対して送信して提示する。
【０１２０】
これに応じて、リモートアクセスシステムにおいては、ステップＳ１３において、ホームゲートウェイ２０により、携帯機器３０から提示された属性証明書ＡＣＰの内容に基づいて、当該属性証明書ＡＣＰを、アクセスする対象として指定された機器、すなわち、対象機器１０１，１０２のいずれか又は双方に対して送信して提示する。
【０１２１】
続いて、リモートアクセスシステムにおいては、ステップＳ１４において、対象機器１０１，１０２のいずれか又は双方により、ホームゲートウェイ２０から送信された属性証明書ＡＣＰを受信し、上述したプロシキ情報や属性といった当該属性証明書ＡＣＰの内容を検証する。
【０１２２】
リモートアクセスシステムにおいては、ステップＳ１５において、属性証明書ＡＣＰの検証結果が正当なものであった場合には、ステップＳ１６において、対象機器１０１，１０２のいずれか又は双方によって携帯機器３０のアクセスを許可し、一連のアクセスフェーズＰ３を終了する。一方、リモートアクセスシステムにおいては、ステップＳ１５において、属性証明書ＡＣＰの検証結果が不当なものであった場合には、ステップＳ１７において、対象機器１０１，１０２のいずれか又は双方によって携帯機器３０のアクセスを拒否し、一連のアクセスフェーズＰ３を終了する。
【０１２３】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセスフェーズＰ３を経ることにより、対象機器１０１，１０２のそれぞれによって携帯機器３０の権限を判別することができ、アクセスが許可された携帯機器３０は、任意の操作を行うことが可能となる。
【０１２４】
つぎに、アクセス削除フェーズＰ４について説明する。
【０１２５】
リモートアクセスシステムにおいては、任意の携帯機器をリソースに対してアクセスする機器から除外したい場合には、アクセス削除フェーズＰ４として、図１４に示す工程が行われる。
【０１２６】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ２１において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０に対して発行した属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成し、このＣＲＬ（ＡＣＲＬ）を保持する。
【０１２７】
このように、リモートアクセスシステムにおいては、属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成することにより、携帯機器３０からホームゲートウェイ２０に対してアクセスがあった場合には、ホームゲートウェイ２０によってアクセスを拒否することができ、携帯機器３０をリソースに対してアクセスする機器から除外することができる。特に、リモートアクセスシステムは、複数人のユーザの間で携帯機器３０の貸借がある場合や携帯機器３０を紛失した場合といった携帯機器３０の側の都合による場合等には、属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成するのみで、携帯機器３０をリソースに対してアクセスする機器から除外することができる。
【０１２８】
ただし、リモートアクセスシステムにおいては、このような操作を繰り返し行うことにより、ＣＲＬ（ＡＣＲＬ）のサイズが大きくなり、取り扱いに不便を生じるおそれがある。
【０１２９】
そこで、リモートアクセスシステムにおいては、正当なユーザが自らの意思で携帯機器３０をリソースに対してアクセスする機器から除外したい場合等には、ステップＳ２１の処理に続いて、以下のステップＳ２２乃至ステップＳ２４の処理を行うようにしてもよい。
【０１３０】
すなわち、リモートアクセスシステムにおいては、ステップＳ２２において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１３１】
続いて、リモートアクセスシステムにおいては、ステップＳ２３において、ホームゲートウェイ２０からの指示にしたがい、携帯機器３０により、保持している属性証明書ＡＣＰを削除する。
【０１３２】
そして、リモートアクセスシステムにおいては、ステップＳ２４において、ホームゲートウェイ２０により、ステップＳ２１にて作成したＣＲＬ（ＡＣＲＬ）を削除し、一連のアクセス削除フェーズＰ４を終了する。
【０１３３】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス削除フェーズＰ４を経ることにより、携帯機器３０をリソースに対してアクセスする機器から除外することができる。
【０１３４】
最後に、アクセス変更フェーズＰ５について説明する。
【０１３５】
リモートアクセスシステムにおいては、任意の携帯機器の権限を変更したい場合には、アクセス変更フェーズＰ５として、図１５に示す工程が行われる。
【０１３６】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ３１において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、携帯機器３０に対してプロシキ情報を記述した新たな属性証明書ＡＣＰを発行する。
【０１３７】
続いて、リモートアクセスシステムにおいては、ステップＳ３２において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１３８】
そして、リモートアクセスシステムにおいては、ステップＳ３３において、携帯機器３０により、ホームゲートウェイ２０から送信された新たな属性証明書ＡＣＰを、元の属性証明書ＡＣＰと置換してＩＣカード等に格納して保持し、一連のアクセス変更フェーズＰ５を終了する。
【０１３９】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス変更フェーズＰ５を経ることにより、携帯機器３０の権限を変更することができる。これにより、リモートアクセスシステムにおいては、携帯機器３０が新たな任意の操作を行うことが可能となる。
【０１４０】
以上のように、リモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰを用いて権限管理を行うことができる。
【０１４１】
さて、以下では、このようなリモートアクセスシステムを具体的に適用した適用例について説明する。なお、本発明におけるリソースとは、上述したように、ログインする機器そのものを示す場合がある他、これらの機器が保持するファイル等のデータやその他の各種情報を含む概念であるが、ここでは、これらリソースの具体例についても言及する。
【０１４２】
まず、リモートアクセスシステムの適用例としては、ホームサーバやパーソナルコンピュータ等の情報処理端末が保持するデータへのリモートアクセスを行うデータアクセスシステムがあげられる。
【０１４３】
このデータアクセスシステムにおいては、ホームサーバや情報処理端末が保持するデータがリソースとなり、携帯機器を用いてユーザが行う操作は、データを保持するホームサーバや情報処理端末に対するデータアクセスとなる。
【０１４４】
このようなデータアクセスシステムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器がデータにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してホームサーバや情報処理端末に対して提示する。これにより、データアクセスシステムにおいては、携帯機器を用いてホームゲートウェイを介してデータに対してアクセスすることが可能となる。
【０１４５】
このように、リモートアクセスシステムは、ホームサーバやパーソナルコンピュータ等の情報処理端末が保持するデータに対するデータアクセスシステムに適用することができる。
【０１４６】
また、リモートアクセスシステムの他の適用例としては、家電カメラを用いた画像撮影による情報取得システムがあげられる。
【０１４７】
具体的に説明するために、例えば家庭内の冷蔵庫の在庫を情報として取得する情報取得システムを考える。この情報取得システムにおいては、冷蔵庫内部の画像がリソースとなり、携帯機器を用いてユーザが行う操作は、取得した画像を閲覧することによる冷蔵庫の在庫確認となる。
【０１４８】
このような情報取得システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器が家電カメラが内部に取り付けられた冷蔵庫にアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介して冷蔵庫に対して提示する。これにより、情報取得システムにおいては、ユーザが外出している最中であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介して家電カメラを操作し、冷蔵庫内部の画像を取得することが可能となる。
【０１４９】
このように、リモートアクセスシステムは、家電カメラを用いた画像撮影による情報取得システムに適用することができる。
【０１５０】
さらに、リモートアクセスシステムの他の適用例としては、任意の場所の画像撮影による情報取得システムがあげられる。
【０１５１】
具体的に説明するために、例えば所定の会員である旨を証明するための会員カードの画像を取得することによって会員であるか否かを認証する情報取得システムを考える。この情報取得システムにおいては、家庭等の任意の場所にある会員カードの画像がリソースとなり、携帯機器を用いてユーザが行う操作は、会員カードの認証者に画像を閲覧させることによって会員である旨を証明するものとなる。
【０１５２】
このような情報取得システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器が会員カードを撮影するカメラにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してカメラに対して提示する。これにより、情報取得システムにおいては、会員カードがユーザの手元にない場合であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介してカメラを操作し、会員カードの画像を取得することが可能となる。
【０１５３】
このように、リモートアクセスシステムは、任意の場所の画像撮影による情報取得システムに適用することができる。
【０１５４】
さらにまた、リモートアクセスシステムの他の適用例としては、屋外からのリモート操作による家電操作を行う家電操作システムがあげられる。
【０１５５】
具体的に説明するために、例えば家庭内のエアーコンディショナ機器のオン／オフ操作を行う家電操作システムを考える。この家電操作システムにおいては、エアーコンディショナ機器自体がリソースとなり、携帯機器を用いてユーザが行う操作は、このリソースとしてのエアーコンディショナ機器をリモート操作するためのリモートコントローラに対するアクセスとなる。
【０１５６】
このような家電操作システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器がリモートコントローラにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してリモートコントローラに対して提示する。これにより、家電操作システムにおいては、ユーザが外出している最中であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介してリモートコントローラを操作し、エアーコンディショナ機器のオン／オフ操作を行うことが可能となる。
【０１５７】
このように、リモートアクセスシステムは、屋外からのリモート操作による家電操作を行う家電操作システムに適用することができる。
【０１５８】
以上説明したように、本発明の実施の形態として示したリモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰを用いて権限管理を行うことにより、携帯機器３０からリソースとしての対象機器１０１，１０２のそれぞれに対してリモートアクセスを行う際に、対象機器１０１，１０２毎に、権限単位での制御を容易に行うことができる。
【０１５９】
また、このリモートアクセスシステムは、属性証明書ＡＣＰを利用する際に、リソースとしての対象機器１０１，１０２のそれぞれが属するネットワークの入り口となるホームゲートウェイ２０を経由して、対象機器１０１，１０２のそれぞれと携帯機器３０との間で属性証明書ＡＣＰの授受を行うことにより、属性証明書ＡＣＰの送付ルートが一義に決定されることから、属性証明書ＡＣＰの送付ルートを確認することができ、セキュリティを向上させることができる。
【０１６０】
なお、本発明は、上述した実施の形態に限定されるものではない。例えば、上述した実施の形態では、アクセスの対象となる対象機器１０１，１０２が属する家庭内ネットワークの入り口となるホームゲートウェイ２０が携帯機器３０に対して属性証明書ＡＣＰを発行するものとして説明したが、本発明は、属性証明書ＡＣＰを発行するエンティティに拘泥するものではなく、ホームゲートウェイ２０は、少なくとも属性証明書ＡＣＰの内容に応じて、当該属性証明書ＡＣＰを適切な提示先に提示する機能を有するものであればよい。
【０１６１】
この具体例として、あるネットワークの入り口としてのホームゲートウェイによって発行された属性証明書ＡＣＰを用いて、他のネットワークに属するリソースにアクセスするリモートアクセスシステムについて説明する。
【０１６２】
このリモートアクセスシステムは、概念的には、図１６に示すように、第１の家庭内ネットワークに属する対象機器１０１，１０２と、これらの対象機器１０１，１０２が属する第１の家庭内ネットワークの入り口となるホームゲートウェイと２０１と、対象機器１０１，１０２に対してアクセスするためにユーザが所持する携帯機器３０１と、第１の家庭内ネットワークとは異なる第２の家庭内ネットワークに属する対象機器１０３と、この対象機器１０３が属する第２の家庭内ネットワークの入り口となるホームゲートウェイと２０２と、対象機器１０３に対してアクセスするために他のユーザが所持する携帯機器３０２と、図示しないが、上述した証明書発行認証局ＣＡ及び属性認証局ＡＡとを、エンティティとして備える。
【０１６３】
すなわち、このリモートアクセスシステムは、第１の家庭内ネットワークから構成される図６に示したようなシステムと、他の家屋等の第２のネットワークから構成される同様のシステムとが、併存しているものである。
【０１６４】
対象機器１０１，１０２は、それぞれ、第１の家庭内ネットワークを構成する機器であり、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を保持し、これらの公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を用いてホームゲートウェイ２０１との間で相互認証を行う。また、対象機器１０１，１０２は、それぞれ、携帯機器３０１がアクセスする際に送信した属性証明書ＡＣＰ１をホームゲートウェイ２０１を介して受信し、この属性証明書ＡＣＰ１の検証を行う。
【０１６５】
ホームゲートウェイ２０１は、対象機器１０１，１０２が属する第１の家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０１は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧ１を保持し、この公開鍵証明書ＰＫＣＧ１を用いて対象機器１０１，１０２、携帯機器３０１、及び図示しない属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０１は、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する許可を与えるための属性証明書ＡＣＬ１が図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬ１を保持し、この属性証明書ＡＣＬ１に基づいて、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する。さらに、ホームゲートウェイ２０１は、携帯機器３０１から送信された属性証明書ＡＣＰ１を受信すると、この属性証明書ＡＣＰ１を対象機器１０１，１０２のそれぞれに対して送信して提示する。
【０１６６】
さらにまた、ホームゲートウェイ２０１は、アクセスすることができる他のネットワークにおけるホームゲートウェイを示す情報が記述された後に詳述する属性証明書ＡＣＨが図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＨを保持し、この属性証明書ＡＣＨに基づいて、第２の家庭内ネットワークにおけるホームゲートウェイ２０２と通信を行うことが可能とされる。ホームゲートウェイ２０１は、この属性証明書ＡＣＨを第２の家庭内ネットワークにおけるホームゲートウェイ２０２に対して送信して提示することにより、第２の家庭内ネットワークに属する対象機器１０３に対するアクセス許可を得るための属性証明書ＡＣＰ１’をホームゲートウェイ２０２によって発行してもらい、携帯機器３０１に対してこの属性証明書ＡＣＰ１’を送信する。そして、ホームゲートウェイ２０１は、携帯機器３０１から送信された属性証明書ＡＣＰ１’を受信すると、この属性証明書ＡＣＰ１’を属性証明書ＡＣＨとともにホームゲートウェイ２０２に対して送信して提示する。なお、この属性証明書ＡＣＰ１’については、後に詳述するものとする。
【０１６７】
携帯機器３０１は、通常は、第１の家庭内ネットワークに属する対象機器１０１，１０２のそれぞれに対してアクセスするための機器であり、インターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０１に対して接続可能とされる。携帯機器３０１は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭ１を保持し、この公開鍵証明書ＰＫＣＭ１を用いてホームゲートウェイ２０１との間で相互認証を行う。携帯機器３０１は、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを認証するための属性証明書ＡＣＰ１がホームゲートウェイ２０１によって発行されると、この属性証明書ＡＣＰ１をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０１は、対象機器１０１，１０２のそれぞれに対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ１を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示する。
【０１６８】
また、携帯機器３０１は、第２の家庭内ネットワークに属する対象機器１０３もアクセスの対象とすることができる。このとき、携帯機器３０１は、リソースとしての対象機器１０３に対してアクセスすることを認証するための属性証明書ＡＣＰ１’がホームゲートウェイ２０２によって発行され、ホームゲートウェイ２０１を介してこの属性証明書ＡＣＰ１’を受信すると、この属性証明書ＡＣＰ１’をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０１は、対象機器１０３に対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ１’を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して送信して提示する。
【０１６９】
対象機器１０３は、第２の家庭内ネットワークを構成する機器であり、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ３を保持し、この公開鍵証明書ＰＫＣＴ３を用いてホームゲートウェイ２０２との間で相互認証を行う。また、対象機器１０３は、携帯機器３０２がアクセスする際に送信した属性証明書ＡＣＰ２をホームゲートウェイ２０２を介して受信し、この属性証明書ＡＣＰ２の検証を行う。さらに、対象機器１０３は、携帯機器３０１のアクセス対象とされた場合には、当該携帯機器３０１がアクセスする際に送信した属性証明書ＡＣＰ１’と、ホームゲートウェイ２０１が送信した属性証明書ＡＣＨとを、ホームゲートウェイ２０２を介して受信し、これらの属性証明書ＡＣＰ１’，ＡＣＨの検証を行う。
【０１７０】
ホームゲートウェイ２０２は、対象機器１０３が属する第２の家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０２は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧ２を保持し、この公開鍵証明書ＰＫＣＧ２を用いて対象機器１０３、携帯機器３０２、及び図示しない属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０２は、携帯機器３０２に対して属性証明書ＡＣＰ２を発行する許可を与えるための属性証明書ＡＣＬ２が図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬ２を保持し、この属性証明書ＡＣＬ２に基づいて、携帯機器３０２に対して属性証明書ＡＣＰ２を発行する。さらに、ホームゲートウェイ２０２は、携帯機器３０２から送信された属性証明書ＡＣＰ２を受信すると、この属性証明書ＡＣＰ２を対象機器１０３に対して送信して提示する。
【０１７１】
さらにまた、ホームゲートウェイ２０２は、ホームゲートウェイ２０１から属性証明書ＡＣＨを受信すると、この属性証明書ＡＣＨに基づいて、属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して発行する。そして、ホームゲートウェイ２０２は、ホームゲートウェイ２０１を介して携帯機器３０１から送信された属性証明書ＡＣＰ１’と、ホームゲートウェイ２０１から送信された属性証明書ＡＣＨとを受信すると、これらの属性証明書ＡＣＰ１’，ＡＣＨ対象機器１０３に対して送信して提示する。
【０１７２】
携帯機器３０２は、第２の家庭内ネットワークに属する対象機器１０３に対してアクセスするための機器であり、インターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０２に対して接続可能とされる。携帯機器３０２は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭ２を保持し、この公開鍵証明書ＰＫＣＭ２を用いてホームゲートウェイ２０２との間で相互認証を行う。また、携帯機器３０２は、リソースとしての対象機器１０３に対してアクセスすることを認証するための属性証明書ＡＣＰ２がホームゲートウェイ２０２によって発行されると、この属性証明書ＡＣＰ２をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０２は、対象機器１０３に対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ２を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ２をホームゲートウェイ２０２に対して送信して提示する。
【０１７３】
このようなリモートアクセスシステムにおいては、上述した２つの属性証明書ＡＣＬ，ＡＣＰの他、２つの属性証明書ＡＣＨ，ＡＣＰ１’が使用される。
【０１７４】
まず、属性証明書ＡＣＨについて説明する。
【０１７５】
属性証明書ＡＣＨは、上述したように、アクセスすることができる他のネットワークにおけるエンティティ、具体的にはホームゲートウェイ２０２を示す情報が記述されたものであり、図示しない属性認証局ＡＡによって署名されてホームゲートウェイ２０１に対して発行されるものである。例えば、この属性証明書ＡＣＨには、上述した属性（ａｔｔｒｉｂｕｔｅｓ）における各フィールドのうち、アクセス許可情報（Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ）等を用いて、アクセスすることができる他のネットワークにおけるエンティティとしてのホームゲートウェイ２０２を示す情報を記述することができる。
【０１７６】
リモートアクセスシステムにおいては、アクセスすることができる他のネットワークにおけるエンティティとしてのホームゲートウェイ２０２を示す情報を記述した属性証明書ＡＣＨを、ホームゲートウェイ２０１からの要求に応じて、ホームゲートウェイ２０２によって発行することができる。これにより、リモートアクセスシステムにおいては、この属性証明書ＡＣＨを保持したホームゲートウェイ２０１を介して携帯機器３０１が対象機器１０３に対してアクセスすることが可能となる。
【０１７７】
つぎに、属性証明書ＡＣＰ１’について説明する。
【０１７８】
属性証明書ＡＣＰ１’は、上述した属性証明書ＡＣＰと同様に、ある公開鍵証明書を保持している機器又はユーザに対する権限が記述されたものであり、ここでは、公開鍵証明書ＰＫＣＭ１を保持している携帯機器３０１に対する権限として、第２の家庭内ネットワークに属するリソースとしての対象機器１０３に対してアクセスすることを許可する旨の情報が記述されたものである。例えば、この属性証明書ＡＣＰ１’は、属性（ａｔｔｒｉｂｕｔｅｓ）については上述した属性証明書ＡＣＰと同様に、認証情報（Ｓｅｒｖｉｃｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）やアクセス許可情報（Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ）等を用いて、アクセスする対象、アクセスできる操作（権限）、及びアクセスするための認証情報がある場合には当該認証情報が記述される一方で、プロシキ情報（Ｐｒｏｘｙ Ｉｎｆｏ）としては、当該属性証明書ＡＣＰ１’を経由させる２つのホームゲートウェイ２０１，２０２を識別するためのアドレスや識別子等の情報が記述されたものとなる。
【０１７９】
このように、リモートアクセスシステムにおいては、携帯機器３０１に対する権限として、第２の家庭内ネットワークに属するリソースとしての対象機器１０３に対してアクセスすることを許可する旨の情報が記述されるとともに、プロシキ情報として、２つのホームゲートウェイ２０１，２０２の情報が記述された属性証明書ＡＣＰ１’を、ホームゲートウェイ２０２からホームゲートウェイ２０１を介して携帯機器３０１に対して発行することができる。これにより、リモートアクセスシステムにおいては、対象機器１０３が、この属性証明書ＡＣＰ１’をホームゲートウェイ２０２を介して受信した場合には、プロシキ情報におけるターゲットを検証し、且つ、２つのホームゲートウェイ２０１，２０２を介して受信した属性証明書であることを検証することになる。
【０１８０】
さて、このようなリモートアクセスシステムにおいては、具体的には、先に図１１に示したように、準備フェーズＰ１、登録フェーズＰ２、アクセスフェーズＰ３、アクセス削除フェーズＰ４、及びアクセス変更フェーズＰ５が行われる。なお、以下では、携帯機器３０１によって第２の家庭内ネットワークに属する対象機器１０３に対してアクセスするものとして説明する。
【０１８１】
まず、準備フェーズＰ１について説明する。
【０１８２】
リモートアクセスシステムにおいては、当該リモートアクセスシステムを構築するための準備フェーズＰ１として、各エンティティが相互認証可能となるように、証明書発行認証局ＣＡにより、各エンティティに対して認証のための公開鍵証明書を発行する。すなわち、リモートアクセスシステムにおいては、上述したように、各エンティティの製造時等に、証明書発行認証局ＣＡにより、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２，ＰＫＣＴ３を、それぞれ、対象機器１０１，１０２，１０３に対して発行するとともに、公開鍵証明書ＰＫＣＧ１，ＰＫＣＧ２を、それぞれ、ホームゲートウェイ２０１，２０２に対して発行するとともに、公開鍵証明書ＰＫＣＭ１，ＰＫＣＭ２を、それぞれ、携帯機器３０１，３０２に対して発行する。
【０１８３】
リモートアクセスシステムは、このような準備フェーズＰ１を経ることにより、各エンティティが相互認証可能な状態に構築される。
【０１８４】
つぎに、登録フェーズＰ２について説明する。
【０１８５】
リモートアクセスシステムにおいては、任意の携帯機器としての携帯機器３０をリソースに対してアクセスする機器として登録するための登録フェーズＰ２として、図１７に示す工程が行われる。
【０１８６】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ４１において、属性認証局ＡＡにより、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されてホームゲートウェイ２０１に保持されている公開鍵証明書ＰＫＣＧ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。この相互認証は、ホームゲートウェイ２０１自体に対する認証であり、ホームゲートウェイ２０１が正当なものであるか否かを認証するためのものである。
【０１８７】
続いて、リモートアクセスシステムにおいては、ステップＳ４２において、属性認証局ＡＡにより、ホームゲートウェイ２０１がユーザサイドに渡ってから初回接続時等に、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する許可を与えるための属性証明書ＡＣＬ１を、ホームゲートウェイ２０１に対して発行する。この際、リモートアクセスシステムにおいては、ホームゲートウェイ２０１が他のホームゲートウェイ２０２に対してアクセスする場合には、属性認証局ＡＡにより、ホームゲートウェイ２０２に対してアクセスできる旨の情報が記述された属性証明書ＡＣＨを、ホームゲートウェイ２０１に対して発行する。これにともない、ホームゲートウェイ２０１は、属性認証局ＡＡから送信された２つの属性証明書ＡＣＬ１，ＡＣＨを保持する。
【０１８８】
続いて、リモートアクセスシステムにおいては、ステップＳ４３において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、接続する機器、すなわち、対象機器１０１，１０２のそれぞれの情報を登録するとともに、その対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０１に対して上述したプロシキ情報を記述した属性証明書ＡＣＰ１を発行する。
【０１８９】
続いて、リモートアクセスシステムにおいては、携帯機器３０１から他のホームゲートウェイ２０２を介して対象機器１０３に対してアクセスしたい場合には、ステップＳ４４において、ホームゲートウェイ２０１により、保持している属性証明書ＡＣＨを他のホームゲートウェイ２０２に対して送信して提示し、上述したプロシキ情報を記述した属性証明書ＡＣＰ１’を発行してもらう。これにともない、ホームゲートウェイ２０２は、属性証明書ＡＣＰ１’を発行し、この属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して送信する。
【０１９０】
続いて、リモートアクセスシステムにおいては、ステップＳ４５において、携帯機器３０１により、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されて保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０１９１】
そして、リモートアクセスシステムにおいては、ステップＳ４６において、携帯機器３０１により、ホームゲートウェイ２０１から送信された属性証明書ＡＣＰ１，ＡＣＰ１’をＩＣカード等に格納して保持し、一連の登録フェーズＰ２を終了する。
【０１９２】
リモートアクセスシステムにおいては、このような一連の工程からなる登録フェーズＰ２を経ることにより、リソースに対してアクセスする機器として、携帯機器３０１を登録することができる。このようにしてリソースに対してアクセスする携帯機器３０１の登録がされたリモートアクセスシステムにおいては、登録された携帯機器３０１が任意の操作を行うことが可能となる。
【０１９３】
つぎに、アクセスフェーズＰ３について説明する。
【０１９４】
リモートアクセスシステムにおいては、登録された携帯機器３０１がリソースに対してアクセスする際には、アクセスフェーズＰ３として、図１８に示す工程が行われる。
【０１９５】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ５１において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０１９６】
続いて、リモートアクセスシステムにおいては、ステップＳ５２において、携帯機器３０１により、保持している属性証明書ＡＣＰ１，ＡＣＰ１’のいずれかをホームゲートウェイ２０１に対して送信して提示する。具体的には、リモートアクセスシステムにおいては、対象機器１０１，１０２のいずれか又は双方に対してアクセスする場合には、携帯機器３０１により、保持している属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示する一方で、対象機器１０３に対してアクセスする場合には、携帯機器３０１により、保持している属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して送信して提示する。
【０１９７】
ここで、リモートアクセスシステムにおいては、携帯機器３０１により、保持している属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示した場合には、先に図１３中ステップＳ１３乃至ステップＳ１７に示した処理と同様の処理を行うが、ここでは、携帯機器３０１は、保持している属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して送信して提示するものとして説明する。
【０１９８】
リモートアクセスシステムにおいては、ステップＳ５３において、ホームゲートウェイ２０１により、携帯機器３０１から提示された属性証明書ＡＣＰ１’におけるプロシキ情報を検証し、アクセス対象の機器が自己の配下にある第１の家庭内ネットワークとは異なる第２の家庭内ネットワークに属する対象機器１０３である旨を把握すると、２つの属性証明書ＡＣＰ１’，ＡＣＨを、第２の家庭内ネットワークを司るホームゲートウェイ２０２に対して送信して提示する。
【０１９９】
続いて、リモートアクセスシステムにおいては、ステップＳ５４において、ホームゲートウェイ２０２により、ホームゲートウェイ２０１から提示された２つの属性証明書ＡＣＰ１’，ＡＣＨの内容に基づいて、当該属性証明書ＡＣＰ１’，ＡＣＨを、アクセスする対象として指定された機器、すなわち、対象機器１０３に対して送信して提示する。
【０２００】
続いて、リモートアクセスシステムにおいては、ステップＳ５５において、対象機器１０３により、ホームゲートウェイ２０２から送信された２つの属性証明書ＡＣＰ１’，ＡＣＨを受信し、上述したプロシキ情報や属性といった当該属性証明書ＡＣＰ１’，ＡＣＨの内容を検証する。
【０２０１】
リモートアクセスシステムにおいては、ステップＳ５６において、属性証明書ＡＣＰ１’，ＡＣＨの検証結果が正当なものであった場合には、ステップＳ５７において、対象機器１０３によって携帯機器３０１のアクセスを許可し、一連のアクセスフェーズＰ３を終了する。一方、リモートアクセスシステムにおいては、ステップＳ５６において、属性証明書ＡＣＰ１’，ＡＣＨの検証結果が不当なものであった場合には、ステップＳ５８において、対象機器１０３によって携帯機器３０１のアクセスを拒否し、一連のアクセスフェーズＰ３を終了する。
【０２０２】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセスフェーズＰ３を経ることにより、対象機器１０３によって携帯機器３０１の権限を判別することができ、アクセスが許可された携帯機器３０１は、任意の操作を行うことが可能となる。
【０２０３】
つぎに、アクセス削除フェーズＰ４について説明する。
【０２０４】
リモートアクセスシステムにおいては、任意の携帯機器をリソースに対してアクセスする機器から除外したい場合には、アクセス削除フェーズＰ４として、図１９に示す工程が行われる。なお、リモートアクセスシステムにおいては、携帯機器３０１が対象機器１０１，１０２をアクセス対象としている場合には、先に図１４に示した処理と同様の処理を行えばよく、ここでは、携帯機器３０１が対象機器１０３をアクセス対象としており、携帯機器３０１を対象機器１０３に対してアクセスする機器から除外したい場合について説明する。
【０２０５】
まず、リモートアクセスシステムにおいては、図１９に示すように、ステップＳ６１において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、対象機器１０３に対してリモートからアクセスしてもよい携帯機器３０１に対して発行した属性証明書ＡＣＰ１’に対するＣＲＬ（ＡＣＲＬ）の作成をホームゲートウェイ２０２に対して要求する。
【０２０６】
続いて、リモートアクセスシステムにおいては、ステップＳ６２において、ホームゲートウェイ２０２により、ホームゲートウェイ２０１からの要求にしたがい、属性証明書ＡＣＰ１’に対するＣＲＬ（ＡＣＲＬ）を作成する。
【０２０７】
そして、リモートアクセスシステムにおいては、ステップＳ６３において、ホームゲートウェイ２０２により、作成した属性証明書ＡＣＰ１’に対するＣＲＬ（ＡＣＲＬ）をホームゲートウェイ２０１に対して送信して配布する。これにともない、ホームゲートウェイ２０１は、ホームゲートウェイ２０２から送信された属性証明書ＡＣＰ１’に対するＣＲＬ（ＡＣＲＬ）を保持する。
【０２０８】
このように、リモートアクセスシステムにおいては、属性証明書ＡＣＰ１’に対するＣＲＬ（ＡＣＲＬ）をホームゲートウェイ２０２によって作成することにより、携帯機器３０１からホームゲートウェイ２０１を介して対象機器１０３に対してアクセスがあった場合には、ホームゲートウェイ２０１によってアクセスを拒否することができ、携帯機器３０１をリソースに対してアクセスする機器から除外することができる。
【０２０９】
また、リモートアクセスシステムにおいては、上述したように、正当なユーザが自らの意思で携帯機器３０をリソースに対してアクセスする機器から除外したい場合等には、ステップＳ６３の処理に続いて、先に図１４中ステップＳ２２乃至ステップＳ２４に示した処理と同様の処理を行うようにしてもよい。
【０２１０】
すなわち、リモートアクセスシステムにおいては、ステップＳ６４において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０２１１】
続いて、リモートアクセスシステムにおいては、ステップＳ６５において、ホームゲートウェイ２０１からの指示にしたがい、携帯機器３０１により、保持している属性証明書ＡＣＰ１’を削除する。
【０２１２】
そして、リモートアクセスシステムにおいては、ステップＳ６６において、ホームゲートウェイ２０１により、ステップＳ６３にて保持したＣＲＬ（ＡＣＲＬ）を削除し、一連のアクセス削除フェーズＰ４を終了する。
【０２１３】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス削除フェーズＰ４を経ることにより、携帯機器３０１をリソースとしての対象機器１０３に対してアクセスする機器から除外することができる。
【０２１４】
なお、リモートアクセスシステムにおいては、対象機器１０３の側の都合により、携帯機器３０１を当該対象機器１０３に対してアクセスする機器から除外したい場合には、ステップＳ６１の処理をスキップし、ユーザからの指示にしたがい、ステップＳ６２からの処理を行えばよいことになる。
【０２１５】
最後に、アクセス変更フェーズＰ５について説明する。
【０２１６】
リモートアクセスシステムにおいては、任意の携帯機器の権限を変更したい場合には、アクセス変更フェーズＰ５として、図２０に示す工程が行われる。なお、リモートアクセスシステムにおいては、第１の家庭内ネットワークにおけるリソースに対する携帯機器３０１の権限を変更したい場合には、先に図１５に示した処理と同様の処理を行えばよく、ここでは、第２の家庭内ネットワークにおけるリソースに対する携帯機器３０１の権限を変更したい場合について説明する。
【０２１７】
まず、リモートアクセスシステムにおいては、図２０に示すように、ステップＳ７１において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、保持している属性証明書ＡＣＨを他のホームゲートウェイ２０２に対して送信して提示し、プロシキ情報を記述した新たな属性証明書ＡＣＰ１’を発行してもらう。これにともない、ホームゲートウェイ２０２は、新たな属性証明書ＡＣＰ１’を発行し、この属性証明書ＡＣＰ１’をホームゲートウェイ２０１に対して送信する。
【０２１８】
続いて、リモートアクセスシステムにおいては、ステップＳ７２において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０２１９】
そして、リモートアクセスシステムにおいては、ステップＳ７３において、携帯機器３０１により、ホームゲートウェイ２０１から送信された新たな属性証明書ＡＣＰ１’を、元の属性証明書ＡＣＰ１’と置換してＩＣカード等に格納して保持し、一連のアクセス変更フェーズＰ５を終了する。
【０２２０】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス変更フェーズＰ５を経ることにより、携帯機器３０１の権限を変更することができる。これにより、リモートアクセスシステムにおいては、携帯機器３０１が新たな任意の操作を行うことが可能となる。
【０２２１】
以上のように、リモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰ１’を用いて、通常では携帯機器３０１からはアクセスすることができない第２の家庭内ネットワークにおけるリソースに対する権限管理を行うことができる。
【０２２２】
このように、本発明は、携帯機器が通常アクセスできるネットワークの入り口としてのホームゲートウェイが当該携帯機器に対して属性証明書ＡＣＰを発行するのではなく、他のネットワークの入り口としてのホームゲートウェイといった任意のエンティティが属性証明書ＡＣＰを発行するものであってもよく、ホームゲートウェイは、属性証明書ＡＣＰの内容を検証できるものであればよい。
【０２２３】
また、上述した実施の形態では、家庭内ネットワークにおけるリソースに対してアクセスするものとして説明したが、本発明は、任意のネットワークに対して適用することができる。
【０２２４】
さらに、上述した実施の形態では、リソースに対してアクセス機器として携帯機器を用いて説明したが、本発明は、このような機器としては、携帯型の機器に限らずいかなる機器をも適用することができる。
【０２２５】
さらにまた、本発明は、各エンティティの動作をハードウェアで実現するのみならず、ソフトウェアで実現することもできる。本発明は、ソフトウェアで実現する場合には、例えば各エンティティが備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって上述したリモートアクセスを行うためのリモートアクセスプログラムを実行することにより、各機能を実現することができる。このリモートアクセスプログラムは、例えばいわゆるコンパクトディスク（Ｃｏｍｐａｃｔ Ｄｉｓｃ）等の所定の記録媒体やインターネット等の伝送媒体によって提供することができる。
【０２２６】
このように、本発明は、その趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【０２２７】
【発明の効果】
以上詳細に説明したように、本発明にかかるリモートアクセスシステムは、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器と、このアクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当する機器であるゲートウェイ機器と、少なくともリソースに対する権限が記述された電子証明書であり、且つ、この電子証明書を経由させるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書を保持し、アクセス対象機器に対してアクセスするアクセス機器とを備え、アクセス機器は、権限及び経由情報記述属性証明書をゲートウェイ機器に対して送信して提示し、ゲートウェイ機器は、アクセス機器から受信した権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定されたアクセス対象機器に対して送信して提示し、アクセス対象機器は、ゲートウェイ機器から受信した権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否する。
【０２２８】
したがって、本発明にかかるリモートアクセスシステムは、少なくともリソースに対する権限とゲートウェイ機器の情報とを、権限及び経由情報記述属性証明書に記述し、この権限及び経由情報記述属性証明書を、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証することにより、リソース毎に、権限単位での制御を容易に行うことができ、また、権限及び経由情報記述属性証明書の送付ルートを確認することができ、セキュリティを向上させることができる。
【０２２９】
また、本発明にかかるリモートアクセス方法は、所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書を保持させ、アクセス機器によって権限及び経由情報記述属性証明書をゲートウェイ機器に対して送信して提示し、ゲートウェイ機器によってアクセス機器から受信した権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定されたアクセス対象機器に対して送信して提示し、アクセス対象機器によってゲートウェイ機器から受信した権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否する。
【０２３０】
したがって、本発明にかかるリモートアクセス方法は、少なくともリソースに対する権限とゲートウェイ機器の情報とを、権限及び経由情報記述属性証明書に記述し、この権限及び経由情報記述属性証明書を、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証することにより、リソース毎に、権限単位での制御を容易に行うことが可能となり、また、権限及び経由情報記述属性証明書の送付ルートを確認することができ、セキュリティを向上させることが可能となる。
【０２３１】
さらに、本発明にかかるリモートアクセスプログラムは、所定のリソースに対して遠隔地からアクセスするコンピュータ実行可能なリモートアクセスプログラムであって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書が保持されており、アクセス機器からゲートウェイ機器を介して送信されて提示された権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否する。
【０２３２】
したがって、本発明にかかるリモートアクセスプログラムは、少なくともリソースに対する権限とゲートウェイ機器の情報とが、権限及び経由情報記述属性証明書に記述されており、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示された権限及び経由情報記述属性証明書に基づいて、リソースに対するアクセス機器のアクセスを検証することにより、このリモートアクセスプログラムが実装された機器が、リソース毎に、権限単位での制御を容易に行うことを可能とし、また、権限及び経由情報記述属性証明書の送付ルートを確認することを可能とし、セキュリティを向上させることを可能とする。
【０２３３】
さらにまた、本発明にかかるリモートアクセスプログラムが記録された記録媒体は、所定のリソースに対して遠隔地からアクセスするコンピュータ実行可能なリモートアクセスプログラムが記録された記録媒体であって、アクセスの対象となるリソース自体としての機器、又はリソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくともリソースに対する権限が記述された電子証明書であり、且つ、アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書が保持されており、リモートアクセスプログラムは、アクセス機器からゲートウェイ機器を介して送信されて提示された権限及び経由情報記述属性証明書の内容を検証し、リソースに対するアクセス機器のアクセスを許可又は拒否する。
【０２３４】
したがって、本発明にかかるリモートアクセスプログラムが記録された記録媒体は、少なくともリソースに対する権限とゲートウェイ機器の情報とが、権限及び経由情報記述属性証明書に記述されており、アクセス機器からアクセス対象機器に対してゲートウェイ機器を介して送信して提示された権限及び経由情報記述属性証明書に基づいて、リソースに対するアクセス機器のアクセスを検証するリモートアクセスプログラムを提供することができる。そのため、このリモートアクセスプログラムが実装された機器は、リソース毎に、権限単位での制御を容易に行うことができ、また、権限及び経由情報記述属性証明書の送付ルートを確認することができ、セキュリティを向上させることができる。
【図面の簡単な説明】
【図１】公開鍵証明書のフォーマットを説明する図である。
【図２】公開鍵証明書のフォーマットを説明する図であって、図１に示す項目に続く残りの項目を説明する図である。
【図３】属性証明書のフォーマットを説明する図である。
【図４】属性証明書のフォーマットを説明する図であって、図３に示す項目に続く残りの項目を説明する図である。
【図５】権限プロキシ機能を説明するための図である。
【図６】本発明の実施の形態として示すリモートアクセスシステムの概念図である。
【図７】図４に示す属性証明書の項目のうち、属性における各フィールドの抜粋を示す図である。
【図８】ロールの概念を用いた権限管理の手法について説明する図である。
【図９】図４に示す属性証明書の項目のうち、拡張情報における各フィールドの抜粋を示す図である。
【図１０】図４に示す属性証明書の項目のうち、拡張情報におけるプロシキ情報の具体的な記述内容を説明する図である。
【図１１】同リモートアクセスシステムにて行われる各フェーズを説明するためのフローチャートである。
【図１２】同リモートアクセスシステムにおける登録フェーズとしての一連の工程を説明するためのフローチャートである。
【図１３】同リモートアクセスシステムにおけるアクセスフェーズとしての一連の工程を説明するためのフローチャートである。
【図１４】同リモートアクセスシステムにおけるアクセス削除フェーズとしての一連の工程を説明するためのフローチャートである。
【図１５】同リモートアクセスシステムにおけるアクセス変更フェーズとしての一連の工程を説明するためのフローチャートである。
【図１６】本発明の他の実施の形態として示すリモートアクセスシステムの概念図である。
【図１７】同リモートアクセスシステムにおける登録フェーズとしての一連の工程を説明するためのフローチャートである。
【図１８】同リモートアクセスシステムにおけるアクセスフェーズとしての一連の工程を説明するためのフローチャートである。
【図１９】同リモートアクセスシステムにおけるアクセス削除フェーズとしての一連の工程を説明するためのフローチャートであって、携帯機器を他のネットワークに属する対象機器に対してアクセスする機器から除外する場合における一連の工程を説明するためのフローチャートである。
【図２０】同リモートアクセスシステムにおけるアクセス変更フェーズとしての一連の工程を説明するためのフローチャートであって、他のネットワークにおけるリソースに対する携帯機器の権限を変更する場合における一連の工程を説明するためのフローチャートである。
【符号の説明】
１０１，１０２，１０３ 対象機器、 ２０，２０１，２０２ ホームゲートウェイ、 ３０，３０１，３０２ 携帯機器、 ＡＡ 属性認証局、 ＡＣ，ＡＣＨ，ＡＣＬ，ＡＣＬ１，ＡＣＬ２，ＡＣＰ，ＡＣＰ１，ＡＣＰ２，ＡＣＰ１’属性証明書、 ＡＳ 権限主張側サーバ、 ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・ 権限、 ＣＡ 証明書発行認証局、 ＣＬ クライアント、 Ｍ１，Ｍ２，Ｍ３ 個人、 ＮＴ ネットワーク、 ＰＫＣＧ，ＰＫＣＧ１，ＰＫＣＧ２，ＰＫＣＭ，ＰＫＣＭ１，ＰＫＣＭ２，ＰＫＣＴ１，ＰＫＣＴ２，ＰＫＣＴ３ 公開鍵証明書、 Ｒ１，Ｒ２ ロール、 ＲＡ 役割認証局、 ＲＡＡＣ 役割割当証明書、 ＲＳＡＣ 役割定義証明書、 ＶＲ 権限検証側サーバ
Claims (32)
- 所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、
アクセスの対象となる上記リソース自体としての機器、又は上記リソースを保持する機器であるアクセス対象機器と、
上記アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当する機器であるゲートウェイ機器と、
少なくとも上記リソースに対する権限が記述された電子証明書であり、且つ、この電子証明書を経由させる上記ゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書を保持し、上記アクセス対象機器に対してアクセスするアクセス機器とを備え、
上記アクセス機器は、上記権限及び経由情報記述属性証明書を上記ゲートウェイ機器に対して送信して提示し、
上記ゲートウェイ機器は、上記アクセス機器から受信した上記権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定された上記アクセス対象機器に対して送信して提示し、
上記アクセス対象機器は、上記ゲートウェイ機器から受信した上記権限及び経由情報記述属性証明書の内容を検証し、上記リソースに対する上記アクセス機器のアクセスを許可又は拒否すること
を特徴とするリモートアクセスシステム。 - 上記権限及び経由情報記述属性証明書は、当該権限及び経由情報記述属性証明書の提出者が当該権限及び経由情報記述属性証明書の所有者以外である場合に利用され、当該権限及び経由情報記述属性証明書を提出することができるエンティティを示すプロシキ情報として、当該権限及び経由情報記述属性証明書を経由させる上記ゲートウェイ機器の情報が記述されたものであること
を特徴とする請求項１記載のリモートアクセスシステム。 - 上記権限及び経由情報記述属性証明書は、当該権限及び経由情報記述属性証明書の検証者たる上記アクセス対象機器が当該権限及び経由情報記述属性証明書の所有者を認証する場合に利用するサービスに関する認証情報として、上記リソースに対する権限が記述されたものであること
を特徴とする請求項１記載のリモートアクセスシステム。 - 上記権限及び経由情報記述属性証明書は、当該権限及び経由情報記述属性証明書の所有者のアクセス許可情報として、上記リソースに対する権限が記述されたものであること
を特徴とする請求項１記載のリモートアクセスシステム。 - 上記アクセス機器に対して上記権限及び経由情報記述属性証明書を発行する許可を与えるための電子証明書である発行許可情報記述属性証明書を発行する所定の属性認証局を備え、
上記ゲートウェイ機器は、上記属性認証局によって発行された上記発行許可情報記述属性証明書に基づいて、上記権限及び経由情報記述属性証明書を上記アクセス機器に対して発行すること
を特徴とする請求項１記載のリモートアクセスシステム。 - 上記発行許可情報記述属性証明書は、当該発行許可情報記述属性証明書の所有者たる上記ゲートウェイ機器に与えられる役割を示すロール情報として、上記アクセス機器に対して上記権限及び経由情報記述属性証明書を発行する許可を与える旨を示す情報が記述されたものであること
を特徴とする請求項５記載のリモートアクセスシステム。 - 公開鍵暗号方式における独立した所定の第三者機関であり電子証明書としての公開鍵証明書を発行する証明書発行認証局を備え、
上記属性認証局は、上記証明書発行認証局とは異なるローカルな機関であること
を特徴とする請求項５記載のリモートアクセスシステム。 - 上記証明書発行認証局は、上記アクセス対象機器、上記ゲートウェイ機器、及び上記アクセス機器のそれぞれに対して上記公開鍵証明書を発行すること
を特徴とする請求項７記載のリモートアクセスシステム。 - 上記権限及び経由情報記述属性証明書は、上記アクセス対象機器が属するネットワークとは異なる他のネットワークに属するエンティティによって発行されたものであること
を特徴とする請求項１記載のリモートアクセスシステム。 - 上記アクセス対象機器が属するネットワークとは異なる他のネットワークに属する他のアクセス対象機器と、
上記他のネットワークの入り口に相当する機器である他のゲートウェイ機器と、
上記ゲートウェイ機器がアクセスすることができる上記他のネットワークにおけるエンティティとしての上記他のゲートウェイ機器を示す情報が記述された電子証明書であるゲートウェイ機器情報記述属性証明書を発行する所定の属性認証局とを備え、
上記ゲートウェイ機器は、上記属性認証局によって発行された上記ゲートウェイ機器情報記述属性証明書を上記他のゲートウェイ機器に対して送信して提示し、上記権限及び経由情報記述属性証明書を発行してもらい、上記権限及び経由情報記述属性証明書を上記アクセス機器に対して送信すること
を特徴とする請求項９記載のリモートアクセスシステム。 - 上記アクセス機器は、上記権限及び経由情報記述属性証明書を上記ゲートウェイ機器に対して送信して提示し、
上記ゲートウェイ機器は、上記アクセス機器から受信した上記権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定された上記他のアクセス対象機器が属する上記他のネットワークにおける上記他のゲートウェイ機器に対して送信して提示し、
上記他のゲートウェイ機器は、上記ゲートウェイ機器から受信した上記権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定された上記他のアクセス対象機器に対して送信して提示し、
上記他のアクセス対象機器は、上記他のゲートウェイ機器から受信した上記権限及び経由情報記述属性証明書の内容を検証し、上記リソースに対する上記アクセス機器のアクセスを許可又は拒否すること
を特徴とする請求項１０記載のリモートアクセスシステム。 - 上記権限及び経由情報記述属性証明書は、当該権限及び経由情報記述属性証明書の提出者が当該権限及び経由情報記述属性証明書の所有者以外である場合に利用され、当該権限及び経由情報記述属性証明書を提出することができるエンティティを示すプロシキ情報として、当該権限及び経由情報記述属性証明書を経由させる上記ゲートウェイ機器及び上記他のゲートウェイ機器の両方の情報が記述されたものであること
を特徴とする請求項１０記載のリモートアクセスシステム。 - 上記ゲートウェイ機器情報記述属性証明書は、当該ゲートウェイ機器情報記述属性証明書の所有者のアクセス許可情報として、上記ゲートウェイ機器がアクセスすることができる上記他のゲートウェイ機器を示す情報が記述されたものであること
を特徴とする請求項１０記載のリモートアクセスシステム。 - 公開鍵暗号方式における独立した所定の第三者機関であり電子証明書としての公開鍵証明書を発行する証明書発行認証局を備え、
上記属性認証局は、上記証明書発行認証局とは異なるローカルな機関であること
を特徴とする請求項１０記載のリモートアクセスシステム。 - 上記証明書発行認証局は、上記アクセス対象機器、上記ゲートウェイ機器、上記アクセス機器、上記他のアクセス対象機器、及び上記他のゲートウェイ機器のそれぞれに対して上記公開鍵証明書を発行すること
を特徴とする請求項１４記載のリモートアクセスシステム。 - 所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、
アクセスの対象となる上記リソース自体としての機器、又は上記リソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくとも上記リソースに対する権限が記述された電子証明書であり、且つ、上記アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書を保持させ、
上記アクセス機器によって上記権限及び経由情報記述属性証明書を上記ゲートウェイ機器に対して送信して提示し、
上記ゲートウェイ機器によって上記アクセス機器から受信した上記権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定された上記アクセス対象機器に対して送信して提示し、
上記アクセス対象機器によって上記ゲートウェイ機器から受信した上記権限及び経由情報記述属性証明書の内容を検証し、上記リソースに対する上記アクセス機器のアクセスを許可又は拒否すること
を特徴とするリモートアクセス方法。 - 上記権限及び経由情報記述属性証明書は、当該権限及び経由情報記述属性証明書の提出者が当該権限及び経由情報記述属性証明書の所有者以外である場合に利用され、当該権限及び経由情報記述属性証明書を提出することができるエンティティを示すプロシキ情報として、当該権限及び経由情報記述属性証明書を経由させる上記ゲートウェイ機器の情報が記述されたものであること
を特徴とする請求項１６記載のリモートアクセス方法。 - 上記権限及び経由情報記述属性証明書は、当該権限及び経由情報記述属性証明書の検証者たる上記アクセス対象機器が当該権限及び経由情報記述属性証明書の所有者を認証する場合に利用するサービスに関する認証情報として、上記リソースに対する権限が記述されたものであること
を特徴とする請求項１６記載のリモートアクセス方法。 - 上記権限及び経由情報記述属性証明書は、当該権限及び経由情報記述属性証明書の所有者のアクセス許可情報として、上記リソースに対する権限が記述されたものであること
を特徴とする請求項１６記載のリモートアクセス方法。 - 所定の属性認証局によって発行された電子証明書であり、上記アクセス機器に対して上記権限及び経由情報記述属性証明書を発行する許可を与えるための電子証明書である発行許可情報記述属性証明書に基づいて、上記ゲートウェイ機器によって上記権限及び経由情報記述属性証明書を上記アクセス機器に対して発行すること
を特徴とする請求項１６記載のリモートアクセス方法。 - 上記発行許可情報記述属性証明書は、当該発行許可情報記述属性証明書の所有者たる上記ゲートウェイ機器に与えられる役割を示すロール情報として、上記アクセス機器に対して上記権限及び経由情報記述属性証明書を発行する許可を与える旨を示す情報が記述されたものであること
を特徴とする請求項２０記載のリモートアクセス方法。 - 上記属性認証局は、公開鍵暗号方式における独立した所定の第三者機関であり電子証明書としての公開鍵証明書を発行する証明書発行認証局とは異なるローカルな機関とされること
を特徴とする請求項２０記載のリモートアクセス方法。 - 上記アクセス対象機器、上記ゲートウェイ機器、及び上記アクセス機器のそれぞれに対して、上記証明書発行認証局によって上記公開鍵証明書を発行すること
を特徴とする請求項２２記載のリモートアクセス方法。 - 上記権限及び経由情報記述属性証明書は、上記アクセス対象機器が属するネットワークとは異なる他のネットワークに属するエンティティによって発行されたものであること
を特徴とする請求項１６記載のリモートアクセス方法。 - 所定の属性認証局によって発行された電子証明書であり、上記アクセス対象機器が属するネットワークとは異なる他のネットワークにおける上記ゲートウェイ機器がアクセスすることができるエンティティとしての当該他のネットワークの入り口に相当する機器である他のゲートウェイ機器を示す情報が記述されたゲートウェイ機器情報記述属性証明書を、上記ゲートウェイ機器によって上記他のゲートウェイ機器に対して送信して提示し、上記権限及び経由情報記述属性証明書を発行してもらい、上記権限及び経由情報記述属性証明書を上記アクセス機器に対して送信すること
を特徴とする請求項２４記載のリモートアクセス方法。 - 上記アクセス機器によって上記権限及び経由情報記述属性証明書を上記ゲートウェイ機器に対して送信して提示し、
上記ゲートウェイ機器によって上記アクセス機器から受信した上記権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書を、アクセスの対象として指定された上記他のネットワークに属する他のアクセス対象機器が属する当該他のネットワークにおける上記他のゲートウェイ機器に対して送信して提示し、
上記他のゲートウェイ機器によって上記ゲートウェイ機器から受信した上記権限及び経由情報記述属性証明書の内容を検証し、当該権限及び経由情報記述属性証明書をアクセスの対象として指定された上記他のアクセス対象機器に対して送信して提示し、
上記他のアクセス対象機器によって上記他のゲートウェイ機器から受信した上記権限及び経由情報記述属性証明書の内容を検証し、上記リソースに対する上記アクセス機器のアクセスを許可又は拒否すること
を特徴とする請求項２５記載のリモートアクセス方法。 - 上記権限及び経由情報記述属性証明書は、当該権限及び経由情報記述属性証明書の提出者が当該権限及び経由情報記述属性証明書の所有者以外である場合に利用され、当該権限及び経由情報記述属性証明書を提出することができるエンティティを示すプロシキ情報として、当該権限及び経由情報記述属性証明書を経由させる上記ゲートウェイ機器及び上記他のゲートウェイ機器の両方の情報が記述されたものであること
を特徴とする請求項２５記載のリモートアクセス方法。 - 上記ゲートウェイ機器情報記述属性証明書は、当該ゲートウェイ機器情報記述属性証明書の所有者のアクセス許可情報として、上記ゲートウェイ機器がアクセスすることができる上記他のゲートウェイ機器を示す情報が記述されたものであること
を特徴とする請求項２５記載のリモートアクセス方法。 - 上記属性認証局は、公開鍵暗号方式における独立した所定の第三者機関であり電子証明書としての公開鍵証明書を発行する証明書発行認証局とは異なるローカルな機関とされること
を特徴とする請求項２５記載のリモートアクセス方法。 - 上記アクセス対象機器、上記ゲートウェイ機器、上記アクセス機器、上記他のアクセス対象機器、及び上記他のゲートウェイ機器のそれぞれに対して、上記証明書発行認証局によって上記公開鍵証明書を発行すること
を特徴とする請求項２９記載のリモートアクセス方法。 - 所定のリソースに対して遠隔地からアクセスするコンピュータ実行可能なリモートアクセスプログラムであって、
アクセスの対象となる上記リソース自体としての機器、又は上記リソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくとも上記リソースに対する権限が記述された電子証明書であり、且つ、上記アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書が保持されており、
上記アクセス機器から上記ゲートウェイ機器を介して送信されて提示された上記権限及び経由情報記述属性証明書の内容を検証し、上記リソースに対する上記アクセス機器のアクセスを許可又は拒否すること
を特徴とするリモートアクセスプログラム。 - 所定のリソースに対して遠隔地からアクセスするコンピュータ実行可能なリモートアクセスプログラムが記録された記録媒体であって、
アクセスの対象となる上記リソース自体としての機器、又は上記リソースを保持する機器であるアクセス対象機器に対してアクセスするアクセス機器に、少なくとも上記リソースに対する権限が記述された電子証明書であり、且つ、上記アクセス対象機器が属するネットワークと他のネットワークとを相互に接続することを可能とするネットワークの入り口に相当し、この電子証明書を経由させる機器であるゲートウェイ機器の情報が記述された電子証明書である権限及び経由情報記述属性証明書が保持されており、
上記リモートアクセスプログラムは、
上記アクセス機器から上記ゲートウェイ機器を介して送信されて提示された上記権限及び経由情報記述属性証明書の内容を検証し、上記リソースに対する上記アクセス機器のアクセスを許可又は拒否すること
を特徴とするリモートアクセスプログラムが記録された記録媒体。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002201472A JP4129783B2 (ja) | 2002-07-10 | 2002-07-10 | リモートアクセスシステム及びリモートアクセス方法 |
| EP03015192A EP1381201A2 (en) | 2002-07-10 | 2003-07-04 | System, method and program for remote access to a resource using certificates |
| US10/617,069 US20040078573A1 (en) | 2002-07-10 | 2003-07-10 | Remote access system, remote access method, and remote access program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002201472A JP4129783B2 (ja) | 2002-07-10 | 2002-07-10 | リモートアクセスシステム及びリモートアクセス方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004046430A true JP2004046430A (ja) | 2004-02-12 |
| JP2004046430A5 JP2004046430A5 (ja) | 2005-05-19 |
| JP4129783B2 JP4129783B2 (ja) | 2008-08-06 |
Family
ID=29728465
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002201472A Expired - Fee Related JP4129783B2 (ja) | 2002-07-10 | 2002-07-10 | リモートアクセスシステム及びリモートアクセス方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20040078573A1 (ja) |
| EP (1) | EP1381201A2 (ja) |
| JP (1) | JP4129783B2 (ja) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005309780A (ja) * | 2004-04-21 | 2005-11-04 | Ntt Docomo Inc | Ｉｃカード及び権限委譲制御方法 |
| JP2006229948A (ja) * | 2005-02-14 | 2006-08-31 | Internatl Business Mach Corp <Ibm> | 記憶媒体に対するリモート・サービス・インターフェースのサービス担当ユーザを確実に認証する方法およびシステム |
| JP2007011692A (ja) * | 2005-06-30 | 2007-01-18 | I System Kk | 認証システム |
| WO2007108114A1 (ja) * | 2006-03-22 | 2007-09-27 | Matsushita Electric Industrial Co., Ltd. | ドメイン参加方法、属性証明書選択方法、通信端末、ｉｃカード、ｃｅ機器、属性証明書発行局およびコンテンツサーバ |
| JP2010211446A (ja) * | 2009-03-10 | 2010-09-24 | Hitachi Ltd | 通信機器システム及びカード型機器 |
| WO2013175933A1 (ja) * | 2012-05-21 | 2013-11-28 | シャープ株式会社 | 情報処理装置、情報処理装置の制御方法、被制御装置、被制御装置の制御方法、サーバ、サーバの制御方法、ペアリングシステム、制御プログラム、および記録媒体 |
| WO2015092953A1 (ja) * | 2013-12-16 | 2015-06-25 | パナソニックＩｐマネジメント株式会社 | 認証システムおよび認証方法 |
| JP2015162235A (ja) * | 2014-02-28 | 2015-09-07 | 大阪瓦斯株式会社 | 認証システム |
| US9300668B2 (en) | 2006-02-10 | 2016-03-29 | Samsung Electronics Co., Ltd. | Method and apparatus for roaming digital rights management content in device |
| JP2017046347A (ja) * | 2015-08-28 | 2017-03-02 | パナソニックＩｐマネジメント株式会社 | 認証システムおよび認証方法 |
| JP2018157512A (ja) * | 2017-03-21 | 2018-10-04 | Kddi株式会社 | デバイス、情報端末、認証管理サーバおよびデバイス認証システム |
| JP2020201539A (ja) * | 2019-06-06 | 2020-12-17 | 富士通株式会社 | 通信プログラム、通信方法、および、通信装置 |
| US10951601B2 (en) | 2016-03-31 | 2021-03-16 | Sony Corporation | Information processing apparatus and information processing method |
| US11283623B1 (en) * | 2019-06-03 | 2022-03-22 | Wells Fargo Bank, N.A. | Systems and methods of using group functions certificate extension |
| JP2023076798A (ja) * | 2021-11-23 | 2023-06-02 | ペンタ・セキュリティ・システムズ・インコーポレーテッド | 船舶ネットワーク接近制御方法および装置 |
| JP7532863B2 (ja) | 2020-04-13 | 2024-08-14 | Ｔｏｐｐａｎホールディングス株式会社 | 通信システム |
Families Citing this family (49)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| HUP0401720A2 (hu) * | 2001-09-27 | 2005-07-28 | Matsushita Electric Industrial Co., Ltd. | Kódoló, dekódoló, és titkos kulcsot képző eszközé és eljárás, valamint eszközkészlet szerzői jog védelmére és távközlési eszköz titkosított összeköttetés létesítésére |
| ES2428320T3 (es) * | 2003-07-24 | 2013-11-07 | Koninklijke Philips N.V. | Arquitectura de dominio autorizado híbrido basado en personas y dispositivos |
| US20050144144A1 (en) * | 2003-12-30 | 2005-06-30 | Nokia, Inc. | System and method for authenticating a terminal based upon at least one characteristic of the terminal located at a position within an organization |
| DE102004004048A1 (de) * | 2004-01-27 | 2005-08-18 | Siemens Ag | Kommunikationssystem, Verfahren zum Anmelden einer Kommunikationsbeziehung und Netzwerkverbindungs-Rechner |
| KR20050096040A (ko) * | 2004-03-29 | 2005-10-05 | 삼성전자주식회사 | 휴대형 저장장치와 디바이스간에 디지털 저작권 관리를이용한 콘텐츠 재생방법 및 장치와, 이를 위한 휴대형저장장치 |
| US7539858B2 (en) * | 2004-04-05 | 2009-05-26 | Nippon Telegraph And Telephone Corporation | Packet encryption substituting device, method thereof, and program recording medium |
| GB0517303D0 (en) * | 2005-08-23 | 2005-10-05 | Netronome Systems Inc | System and method for processing secure transmissions |
| WO2007031654A1 (fr) * | 2005-09-15 | 2007-03-22 | France Telecom | Procede, passerelle, systeme d'exploitation et systeme de gestion d'entree |
| US8132245B2 (en) * | 2006-05-10 | 2012-03-06 | Appia Communications, Inc. | Local area network certification system and method |
| KR100791298B1 (ko) * | 2006-05-19 | 2008-01-04 | 삼성전자주식회사 | 홈 네트워크에서의 디바이스 제어 장치 및 방법 |
| WO2008085205A2 (en) | 2006-12-29 | 2008-07-17 | Prodea Systems, Inc. | System and method for providing network support services and premises gateway support infrastructure |
| US20170344703A1 (en) | 2006-12-29 | 2017-11-30 | Kip Prod P1 Lp | Multi-services application gateway and system employing the same |
| US9569587B2 (en) | 2006-12-29 | 2017-02-14 | Kip Prod Pi Lp | Multi-services application gateway and system employing the same |
| US11783925B2 (en) | 2006-12-29 | 2023-10-10 | Kip Prod P1 Lp | Multi-services application gateway and system employing the same |
| US11316688B2 (en) | 2006-12-29 | 2022-04-26 | Kip Prod P1 Lp | Multi-services application gateway and system employing the same |
| US9602880B2 (en) | 2006-12-29 | 2017-03-21 | Kip Prod P1 Lp | Display inserts, overlays, and graphical user interfaces for multimedia systems |
| US8619668B2 (en) * | 2007-06-07 | 2013-12-31 | Qualcomm Incorporated | Mobility management mode selection in multiple access wireless networks |
| JP2009258683A (ja) * | 2008-03-20 | 2009-11-05 | Semiconductor Energy Lab Co Ltd | 発番方法、発番装置及びレーザ直描装置 |
| FR2930390B1 (fr) * | 2008-04-21 | 2010-04-16 | Etsem Ltd | Procede de diffusion securisee de donnees numeriques vers un tiers autorise. |
| US8146159B2 (en) * | 2009-01-20 | 2012-03-27 | Check Point Software Technologies, Ltd. | Methods for inspecting security certificates by network security devices to detect and prevent the use of invalid certificates |
| US20110161663A1 (en) * | 2009-12-29 | 2011-06-30 | General Instrument Corporation | Intelligent caching for ocsp service optimization |
| US8732475B2 (en) * | 2011-08-17 | 2014-05-20 | Comcast Cable Communication, Llc | Authentication and binding of multiple devices |
| US8909918B2 (en) * | 2011-10-05 | 2014-12-09 | Cisco Technology, Inc. | Techniques to classify virtual private network traffic based on identity |
| EP2634990A1 (en) * | 2012-03-02 | 2013-09-04 | Thomson Licensing | Home gateway with secure access |
| US9215075B1 (en) * | 2013-03-15 | 2015-12-15 | Poltorak Technologies Llc | System and method for secure relayed communications from an implantable medical device |
| US9887982B2 (en) * | 2013-10-09 | 2018-02-06 | Digicert, Inc. | Accelerating OCSP responses via content delivery network collaboration |
| US10177933B2 (en) | 2014-02-05 | 2019-01-08 | Apple Inc. | Controller networks for an accessory management system |
| AU2015214079C1 (en) | 2014-02-05 | 2017-01-19 | Apple Inc. | Uniform communication protocols for communication between controllers and accessories |
| CN105099673A (zh) | 2014-04-15 | 2015-11-25 | 阿里巴巴集团控股有限公司 | 一种授权方法、请求授权的方法及装置 |
| WO2015184387A1 (en) | 2014-05-30 | 2015-12-03 | Apple Inc. | Accessory management system using environment model |
| WO2015184382A2 (en) * | 2014-05-30 | 2015-12-03 | Apple Inc. | Controller networks for an accessory management system |
| US9449187B2 (en) | 2014-08-11 | 2016-09-20 | Document Dynamics, Llc | Environment-aware security tokens |
| US10114939B1 (en) * | 2014-09-22 | 2018-10-30 | Symantec Corporation | Systems and methods for secure communications between devices |
| US10171532B2 (en) * | 2014-09-30 | 2019-01-01 | Citrix Systems, Inc. | Methods and systems for detection and classification of multimedia content in secured transactions |
| US9906497B2 (en) | 2014-10-06 | 2018-02-27 | Cryptzone North America, Inc. | Multi-tunneling virtual network adapter |
| US9148408B1 (en) | 2014-10-06 | 2015-09-29 | Cryptzone North America, Inc. | Systems and methods for protecting network devices |
| US10206170B2 (en) | 2015-02-05 | 2019-02-12 | Apple Inc. | Dynamic connection path detection and selection for wireless controllers and accessories |
| US9736120B2 (en) | 2015-10-16 | 2017-08-15 | Cryptzone North America, Inc. | Client network access provision by a network traffic manager |
| US9866519B2 (en) | 2015-10-16 | 2018-01-09 | Cryptzone North America, Inc. | Name resolving in segmented networks |
| US10412048B2 (en) | 2016-02-08 | 2019-09-10 | Cryptzone North America, Inc. | Protecting network devices by a firewall |
| WO2017160557A1 (en) * | 2016-03-18 | 2017-09-21 | Pcms Holdings, Inc. | System and method for network-level smart home security |
| US9560015B1 (en) | 2016-04-12 | 2017-01-31 | Cryptzone North America, Inc. | Systems and methods for protecting network devices by a firewall |
| US10496508B2 (en) | 2017-06-02 | 2019-12-03 | Apple Inc. | Accessory communication control |
| US10595073B2 (en) | 2018-06-03 | 2020-03-17 | Apple Inc. | Techniques for authorizing controller devices |
| US11805009B2 (en) | 2018-06-03 | 2023-10-31 | Apple Inc. | Configuring accessory network connections |
| CN109495257B (zh) * | 2018-12-18 | 2021-08-06 | 国家电网有限公司 | 一种基于改进国密sm2加密算法的数据采集器加密方法 |
| JP7502618B2 (ja) * | 2020-07-20 | 2024-06-19 | 富士通株式会社 | 通信プログラム、通信装置、及び通信方法 |
| US20220329576A1 (en) * | 2021-04-09 | 2022-10-13 | Hewlett Packard Enterprise Development Lp | Securing communication between a cloud platform and an application hosted on an on-premise private network |
| TWI846184B (zh) * | 2022-12-05 | 2024-06-21 | 威聯通科技股份有限公司 | 授權名單產生的系統及其方法 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5416842A (en) * | 1994-06-10 | 1995-05-16 | Sun Microsystems, Inc. | Method and apparatus for key-management scheme for use with internet protocols at site firewalls |
| US5588060A (en) * | 1994-06-10 | 1996-12-24 | Sun Microsystems, Inc. | Method and apparatus for a key-management scheme for internet protocols |
| US5892900A (en) * | 1996-08-30 | 1999-04-06 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
| US5867494A (en) * | 1996-11-18 | 1999-02-02 | Mci Communication Corporation | System, method and article of manufacture with integrated video conferencing billing in a communication system architecture |
| US6317838B1 (en) * | 1998-04-29 | 2001-11-13 | Bull S.A. | Method and architecture to provide a secured remote access to private resources |
| US6463474B1 (en) * | 1999-07-02 | 2002-10-08 | Cisco Technology, Inc. | Local authentication of a client at a network device |
| US6434568B1 (en) * | 1999-08-31 | 2002-08-13 | Accenture Llp | Information services patterns in a netcentric environment |
| US6332163B1 (en) * | 1999-09-01 | 2001-12-18 | Accenture, Llp | Method for providing communication services over a computer network system |
-
2002
- 2002-07-10 JP JP2002201472A patent/JP4129783B2/ja not_active Expired - Fee Related
-
2003
- 2003-07-04 EP EP03015192A patent/EP1381201A2/en not_active Withdrawn
- 2003-07-10 US US10/617,069 patent/US20040078573A1/en not_active Abandoned
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005309780A (ja) * | 2004-04-21 | 2005-11-04 | Ntt Docomo Inc | Ｉｃカード及び権限委譲制御方法 |
| JP2006229948A (ja) * | 2005-02-14 | 2006-08-31 | Internatl Business Mach Corp <Ibm> | 記憶媒体に対するリモート・サービス・インターフェースのサービス担当ユーザを確実に認証する方法およびシステム |
| US8141142B2 (en) | 2005-02-14 | 2012-03-20 | International Business Machines Corporation | Secure authentication of service users of a remote service interface to a storage media |
| JP2007011692A (ja) * | 2005-06-30 | 2007-01-18 | I System Kk | 認証システム |
| US9300668B2 (en) | 2006-02-10 | 2016-03-29 | Samsung Electronics Co., Ltd. | Method and apparatus for roaming digital rights management content in device |
| WO2007108114A1 (ja) * | 2006-03-22 | 2007-09-27 | Matsushita Electric Industrial Co., Ltd. | ドメイン参加方法、属性証明書選択方法、通信端末、ｉｃカード、ｃｅ機器、属性証明書発行局およびコンテンツサーバ |
| JP2010211446A (ja) * | 2009-03-10 | 2010-09-24 | Hitachi Ltd | 通信機器システム及びカード型機器 |
| WO2013175933A1 (ja) * | 2012-05-21 | 2013-11-28 | シャープ株式会社 | 情報処理装置、情報処理装置の制御方法、被制御装置、被制御装置の制御方法、サーバ、サーバの制御方法、ペアリングシステム、制御プログラム、および記録媒体 |
| JPWO2015092953A1 (ja) * | 2013-12-16 | 2017-03-16 | パナソニックＩｐマネジメント株式会社 | 認証システムおよび認証方法 |
| WO2015092953A1 (ja) * | 2013-12-16 | 2015-06-25 | パナソニックＩｐマネジメント株式会社 | 認証システムおよび認証方法 |
| JP2015162235A (ja) * | 2014-02-28 | 2015-09-07 | 大阪瓦斯株式会社 | 認証システム |
| JP2017046347A (ja) * | 2015-08-28 | 2017-03-02 | パナソニックＩｐマネジメント株式会社 | 認証システムおよび認証方法 |
| US10951601B2 (en) | 2016-03-31 | 2021-03-16 | Sony Corporation | Information processing apparatus and information processing method |
| JP2018157512A (ja) * | 2017-03-21 | 2018-10-04 | Kddi株式会社 | デバイス、情報端末、認証管理サーバおよびデバイス認証システム |
| US11283623B1 (en) * | 2019-06-03 | 2022-03-22 | Wells Fargo Bank, N.A. | Systems and methods of using group functions certificate extension |
| US12074987B1 (en) | 2019-06-03 | 2024-08-27 | Wells Fargo Bank, N.A. | Systems and methods of using group functions certificate extension |
| JP2020201539A (ja) * | 2019-06-06 | 2020-12-17 | 富士通株式会社 | 通信プログラム、通信方法、および、通信装置 |
| JP7215342B2 (ja) | 2019-06-06 | 2023-01-31 | 富士通株式会社 | 通信プログラム、通信方法、および、通信装置 |
| JP7532863B2 (ja) | 2020-04-13 | 2024-08-14 | Ｔｏｐｐａｎホールディングス株式会社 | 通信システム |
| JP2023076798A (ja) * | 2021-11-23 | 2023-06-02 | ペンタ・セキュリティ・システムズ・インコーポレーテッド | 船舶ネットワーク接近制御方法および装置 |
| JP7423014B2 (ja) | 2021-11-23 | 2024-01-29 | ペンタ・セキュリティ株式会社 | 船舶ネットワーク接近制御方法および装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040078573A1 (en) | 2004-04-22 |
| JP4129783B2 (ja) | 2008-08-06 |
| EP1381201A2 (en) | 2004-01-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4129783B2 (ja) | リモートアクセスシステム及びリモートアクセス方法 | |
| JP2004046430A5 (ja) | ||
| US10567370B2 (en) | Certificate authority | |
| KR100925329B1 (ko) | 디지털케이블 방송망에서 다운로더블 제한수신시스템을위한 상호인증 및 키 공유 방법과 장치 | |
| JP4674044B2 (ja) | クライアントが許可を検証できるキー管理プロトコルを設けるためのシステムおよび方法 | |
| KR100860404B1 (ko) | 다중 도메인 홈네트워크 환경에서의 디바이스 인증 방법 및장치 | |
| KR100610317B1 (ko) | 홈 네트워크를 구성하는 기기들에 대한 인증 장치 및 방법 | |
| JP4226665B2 (ja) | ログオン証明書 | |
| CN1681238B (zh) | 用于加密通信的密钥分配方法及系统 | |
| JP5604176B2 (ja) | 認証連携装置およびそのプログラム、機器認証装置およびそのプログラム、ならびに、認証連携システム | |
| US20060126848A1 (en) | Key authentication/service system and method using one-time authentication code | |
| JP2004348308A (ja) | 本人認証システム | |
| JP6667371B2 (ja) | 通信システム、通信装置、通信方法、及びプログラム | |
| WO2003032575A2 (en) | Method and system for providing client privacy when requesting content from a public server | |
| WO2003101042A1 (fr) | Procede, systeme et dispositif de traitement d'informations, support d'enregistrement et programme | |
| US20220116230A1 (en) | Method for securely providing a personalized electronic identity on a terminal | |
| JP2005276122A (ja) | アクセス元認証方法及びシステム | |
| WO2008002081A1 (en) | Method and apparatus for authenticating device in multi domain home network environment | |
| JP4332071B2 (ja) | クライアント端末、ゲートウエイ装置、及びこれらを備えたネットワークシステム | |
| JP2003233594A (ja) | アクセス権管理システム、アクセス権管理方法、アクセス権管理プログラム及びアクセス権管理プログラムが記録された記録媒体 | |
| Vossaert et al. | User-centric identity management using trusted modules | |
| KR100501172B1 (ko) | 무선 인터넷을 위한 무선 인증서 상태 관리 시스템 및방법과 이를 이용한 무선 인증서 상태 검증 방법 | |
| JP3634279B2 (ja) | 複数ｉｃカード間及び同一ｉｃカード内のアプリケーション連携方法 | |
| Vossaert et al. | A smart card based solution for user-centric identity management | |
| Lee et al. | Home network device authentication: Device authentication framework and device certificate profile |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040428 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040428 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040622 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050527 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050810 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070413 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070705 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070829 |
|
| 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: 20080428 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080511 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110530 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |