JP2004046430A5 - - Google Patents
Download PDFInfo
- Publication number
- JP2004046430A5 JP2004046430A5 JP2002201472A JP2002201472A JP2004046430A5 JP 2004046430 A5 JP2004046430 A5 JP 2004046430A5 JP 2002201472 A JP2002201472 A JP 2002201472A JP 2002201472 A JP2002201472 A JP 2002201472A JP 2004046430 A5 JP2004046430 A5 JP 2004046430A5
- Authority
- JP
- Japan
- Prior art keywords
- certificate
- attribute certificate
- authority
- home gateway
- access
- 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
Description
【書類名】 明細書
【発明の名称】 リモートアクセスシステム及びリモートアクセス方法
【特許請求の範囲】
【請求項１】 所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、
当該リモートアクセスシステムは、
アクセス対象となるアクセス対象機器と、
前記アクセス対象機器に対してアクセスするアクセス機器と、
前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなり、
前記アクセス機器は、
前記リソースに対するアクセス権限が記述されている証明書を記憶する記憶手段と、
前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示する提示手段とを備え、
前記接続機器は、
前記アクセス機器から受信した前記証明書を検証する検証手段と、
前記検証手段によって検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信する送信手段とを備え、
前記アクセス対象機器は、
前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する決定手段を備えること
を特徴とするリモートアクセスシステム。
【請求項２】 前記接続機器は、前記アクセス対象機器を含むネットワークと、他のネットワークとを相互に接続することを特徴とする請求項１記載のリモートアクセスシステム。
【請求項３】 前記証明書は、前記接続機器が前記アクセス対象機器に対するプロキシとしての役割を果たすプロキシ情報を含むことを特徴とする請求項１記載のリモートアクセスシステム。
【請求項４】 前記アクセス機器に対して前記証明書を発行する許可を与えるための証明書である発行許可証明書を発行する認証局を備え、
前記接続機器は、前記認証局によって発行された前記発行許可証明書を前記アクセス機器に対して発行すること
を特徴とする請求項１記載のリモートアクセスシステム。
【請求項５】 前記証明書は、前記接続機器に与えられる役割を示すロール情報として、前記アクセス機器に対して前記証明書を発行する許可を与える情報を含むことを特徴とする請求項４記載のリモートアクセスシステム。
【請求項６】 当該リモートアクセスシステムを構成する各エンティティに対して、公開鍵暗号方式に基づく公開鍵証明書を発行する証明書認証局をさらに備えることを特徴とする請求項１記載のリモートアクセスシステム。
【請求項７】 アクセス対象となるアクセス対象機器と、
前記アクセス対象機器に対してアクセスするアクセス機器と、
前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなるリモートアクセスシステムにて、
所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、
前記アクセス機器は、
前記リソースに対するアクセス権限が記述されている証明書を記憶手段に記憶し、
前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示し、
前記接続機器は、
前記アクセス機器から受信した前記証明書を検証し、
検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信し、
前記アクセス対象機器は、
前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定すること
を特徴とするリモートアクセス方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステム及びリモートアクセス方法に関する。
【０００２】
【従来の技術】
近年、ネットワークに接続可能な情報家電等の各種機器が開発されており、これにともない、家庭内ネットワークをはじめとして様々な機器を対象としたネットワークが構築されつつある。また、このような状況に応じて、屋外等の遠隔地から屋内に設けられた各種情報家電又はパーソナルコンピュータ等の各種情報処理端末若しくはサーバ装置等に対して、ユーザが所持する携帯電話機や携帯情報端末機（Personal Digital Assistants；ＰＤＡ）等の機器を用いてリモートアクセスすることによって享受できるサービスが各種提案されている。
【０００３】
このようなサービスにおいては、当該サービスを提供するサーバ装置等のハードウェアやソフトウェア、さらにはデータといった各種リソースに対する不正なユーザのアクセスを排除すべく、認証及びアクセス権の管理を行うことが必須とされている。
【０００４】
【発明が解決しようとする課題】
ところで、上述したサービスとしては、既に実施されているものもあり、個別に認証の仕組みを構築している。しかしながら、このようなサービスにおいては、個人単位の権限（操作）をも含めた認証方式が未だ確立されていないのが現状である。
【０００５】
また、個人単位の権限管理の手法としては、いわゆるＩＤ（IDentification）パスワードを用いた認証方式があるが、このＩＤパスワードを用いた認証方式においては、仕組みが非常に煩雑となり、処理負担が大きいといった問題があった。
【０００６】
本発明は、このような実情に鑑みてなされたものであり、いわゆる属性証明書（Attribute Certificate；ＡＣ）を用いて権限管理を行うことにより、リモートアクセスを行う際に、リソースにアクセスする機器自体等のエンティティのみならず、アクセスさせたいリソース毎に、権限単位での制御を容易且つ安全に行うことができるリモートアクセスシステム及びリモートアクセス方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述した目的を達成する本発明にかかるリモートアクセスシステムは、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、当該リモートアクセスシステムは、アクセス対象となるアクセス対象機器と、前記アクセス対象機器に対してアクセスするアクセス機器と、前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなり、前記アクセス機器は、前記リソースに対するアクセス権限が記述されている証明書を記憶する記憶手段と、前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示する提示手段とを備え、前記接続機器は、前記アクセス機器から受信した前記証明書を検証する検証手段と、前記検証手段によって検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信する送信手段とを備え、前記アクセス対象機器は、前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する決定手段を備えることを特徴としている。
【０００８】
このような本発明にかかるリモートアクセスシステムは、少なくともリソースに対するアクセス権限を証明書に記述し、この証明書を、アクセス機器からアクセス対象機器に対して接続機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証する。
【０００９】
また、上述した目的を達成する本発明にかかるリモートアクセス方法は、アクセス対象となるアクセス対象機器と、前記アクセス対象機器に対してアクセスするアクセス機器と、前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなるリモートアクセスシステムにて、所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、前記アクセス機器は、前記リソースに対するアクセス権限が記述されている証明書を記憶手段に記憶し、前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示し、前記接続機器は、前記アクセス機器から受信した前記証明書を検証し、検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信し、前記アクセス対象機器は、前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定することを特徴としている。
【００１０】
このような本発明にかかるリモートアクセス方法は、少なくともリソースに対するアクセス権限を証明書に記述し、この証明書を、アクセス機器からアクセス対象機器に対して接続機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証する。
【００１１】
【発明の実施の形態】
以下、本発明を適用した具体的な実施の形態について図面を参照しながら詳細に説明する。
【００１２】
この実施の形態は、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムである。このリモートアクセスシステムは、ＩＳＯ（International Organization for Standardization）／ＩＥＣ（International Electrotechnical Commission） ９５９４−８、又はＩＴＵ−Ｔ Ｘ．５０９に基づく属性証明書（Attribute Certificate；ＡＣ）を用いて権限管理を行うことにより、リモートアクセスを行う際に、リソースにアクセスする機器自体等のエンティティのみならず、アクセスさせたいリソース毎に、権限単位での制御を容易に行うことができるものである。また、このリモートアクセスシステムは、属性証明書を利用する際に、リソースが属するネットワークの入り口となるゲートウェイを経由して、リソースとこのリソースにアクセスしようとする機器との間で属性証明書の授受を行うことにより、属性証明書の送付ルートを確認することを可能とし、セキュリティを向上させることができるものである。
【００１３】
まず、リモートアクセスシステムの説明に先だって、当該リモートアクセスシステムにて用いる電子証明書である公開鍵証明書（Public Key Certificate；ＰＫＣ）及び上述した属性証明書の概略について説明する。
【００１４】
まず、公開鍵証明書について説明する。公開鍵証明書は、いわゆる公開鍵暗号方式における独立した所定の第三者機関である証明書発行認証局（Certification Authority；ＣＡ又はIssuer Authority；ＩＡ）によって発行されるものである。
【００１５】
ここで、公開鍵暗号方式について説明する。公開鍵暗号方式は、発信者と受信者との鍵を異なるものとして、一方の鍵を不特定のユーザが使用可能な公開鍵とし、他方の鍵を秘密に保つ秘密鍵とするものである。公開鍵暗号方式は、暗号化及び復号に共通の鍵を用いるいわゆる共通鍵暗号方式と異なり、秘密に保つ必要がある秘密鍵を特定の１人が持てばよいため、共通鍵暗号方式と比較して鍵の管理において有利である。公開鍵暗号方式の代表的なものとしては、いわゆるＲＳＡ（Rivest-Shamir-Adleman）暗号がある。このＲＳＡ暗号は、例えば１５０桁程度の非常に大きな２つの素数の積の素因数分解処理の困難性を利用するものである。
【００１６】
公開鍵暗号方式は、不特定多数のユーザに公開鍵を使用可能とするものであり、配布する公開鍵が正当なものであるか否かを証明するために公開鍵証明書を用いる方法が広く用いられている。例えば、公開鍵暗号方式においては、ある特定のユーザＡが対となる公開鍵と秘密鍵とを生成し、生成した公開鍵を証明書発行認証局に対して送付して公開鍵証明書を取得し、この公開鍵証明書を一般に公開する。一方、不特定のユーザは、公開鍵証明書に基づいて所定の手続きを経ることによって公開鍵を取得し、平文たる文書等を暗号化して特定のユーザＡに対して送付する。そして、ユーザＡは、不特定のユーザから送付された暗号化文書を秘密鍵を用いて復号する等の処理を行う。公開鍵暗号方式は、このような暗号方式である。
【００１７】
また、公開鍵暗号方式においては、ユーザＡは、秘密鍵を用いて平文たる文書等に署名を付加し、不特定のユーザが公開鍵証明書に基づいて所定の手続きを経ることによって公開鍵を取得し、その署名の検証を行うことが可能となる。例えば、公開鍵暗号方式においては、証明書発行認証局が公開鍵証明書を参照して公開鍵を判別すると、任意の平文たる文書等をユーザＡに対して送付し、秘密鍵を用いて暗号化させ、再度送り返させる。証明書発行認証局は、ユーザＡから送付された暗号化文書を公開鍵を用いて復号することにより、署名の正当性を検証することができる。
【００１８】
このような公開鍵暗号方式における公開鍵証明書は、管理者たるユーザが自己を識別するための情報や公開鍵等を証明書発行認証局に提出することにより、証明書発行認証局側が当該証明書発行認証局を識別するための情報や有効期限等の情報を付加し、さらに証明書発行認証局による署名を付加して作成される。
【００１９】
具体的には、公開鍵証明書は、図１及び図２に示すようなフォーマットから構成される。なお、同図においては、公開鍵証明書を構成する各フィールド毎の項目と、これらの各項目に対する説明とを記載している。
【００２０】
図１に示すバージョン（version）は、公開鍵証明書のフォーマットのバージョン情報を記述するフィールドであり、例えばフォーマットがバージョン３である場合にはバージョン３を示す"２"が記述される。
【００２１】
シリアルナンバ（serial Number）は、証明書発行認証局によって設定される公開鍵証明書のシリアルナンバを記述するフィールドであり、例えばシーケンシャルな番号が記述される。
【００２２】
署名アルゴリズム識別子、及びアルゴリズムパラメータ（signature algorithm Identifier algorithm parameters）は、公開鍵証明書の署名アルゴリズムを識別するための情報とそのパラメータとを記述するフィールドである。署名アルゴリズムとしては、例えば楕円曲線暗号又はＲＳＡ暗号があり、署名アルゴリズムとして楕円曲線暗号が適用されている場合には、アルゴリズムパラメータとしてパラメータ及び鍵長が記述され、署名アルゴリズムとしてＲＳＡ暗号が適用されている場合には、アルゴリズムパラメータとして鍵長が記述される。
【００２３】
発行者（issuer）は、公開鍵証明書の発行者、すなわち、証明書発行認証局の名称を識別可能とする形式（Distinguished Name）で記述するフィールドである。
【００２４】
有効期限（validity）は、公開鍵証明書の有効期限である開始日時（not Before）及び終了日時（not After）を記述するフィールドである。
【００２５】
サブジェクト（subject）は、ユーザである認証対象者の名前を記述するフィールドであり、例えばユーザ機器の識別子やサービス提供主体の識別子等が記述される。
【００２６】
サブジェクト公開鍵情報（subject Public Key Info algorithm subject Public key）は、ユーザの公開鍵情報としての鍵アルゴリズムや鍵情報自体を記述するフィールドであり、鍵アルゴリズムとしては、例えば楕円曲線暗号又はＲＳＡ暗号がある。
【００２７】
これらの各フィールドは、公開鍵証明書のフォーマットがバージョン１以降のバージョンであるものに含まれるフィールドであり、以下に示す各フィールドは、バージョン３であるものに追加されるフィールドである。
【００２８】
証明局鍵識別子（authority Key Identifier-key Identifier, authority Cert Issuer, authority Cert Serial Number）は、証明書発行認証局の署名確認用の鍵を識別するための情報であり、８進数表記の鍵識別番号、一般名称（General Name）形式の証明書発行認証局の名称、及び認証番号を記述するフィールドである。
【００２９】
サブジェクト鍵識別子（subject key Identifier）は、複数の鍵を公開鍵証明書において証明する場合に各鍵を識別するための識別子を記述するフィールドである。
【００３０】
鍵使用目的（key usage）は、鍵の使用目的を指定するフィールドであり、（０）ディジタル署名用（digital Signature）、（１）否認防止用（non Repudiation）、（２）鍵の暗号化用（key Encipherment）、（３）メッセージの暗号化用（data Encipherment）、（４）共通鍵配送用（key Agreement）、（５）認証の署名確認用（key Cert Sign）、（６）失効リストの署名確認用（CRL Sign）、（７）鍵交換時（key Agreement）データの暗号化にのみ利用（encipher Only）、及び（８）鍵交換時データの復号にのみ利用（decipher Only）の各使用目的が設定される。
【００３１】
秘密鍵有効期限（private Key Usage Period）は、ユーザが有する秘密鍵の有効期限である開始日時（not Before）及び終了日時（not After）を記述するフィールドであり、デフォルトでは、公開鍵証明書の有効期限と公開鍵の有効期限と秘密鍵の有効期限とは互いに同一とされる。
【００３２】
図２に示す認証局ポリシー（Certificate Policy）は、証明書発行認証局の証明書発行ポリシーを記述するフィールドであり、例えばＩＳＯ／ＩＥＣ ９８３４−１に準拠したポリシーＩＤ（policy Identifier）や認証基準（policy Qualifiers）が記述される。
【００３３】
ポリシー・マッピング（policy Mappings）は、証明書発行認証局を認証する場合にのみ記述されるフィールドであり、証明書発行を行う証明書発行認証局のポリシー（issuer Domain Policy）と被認証ポリシー（subject Domain Policy）とのマッピングを規定する。
【００３４】
サポート・アルゴリズム（supported Algorithms）は、ディレクトリ（Ｘ．５００）のアトリビュートを定義するフィールドである。サポート・アルゴリズムは、コミュニケーションの相手がディレクトリ情報を利用する場合に、事前にそのアトリビュートを知らせるのに用いる。
【００３５】
サブジェクト別名（subject Alt Name）は、ユーザの別名を一般名称（General Name）形式で記述するフィールドである。
【００３６】
発行者別名（issuer Alt Name）は、証明書発行者の別名を記述するフィールドである。
【００３７】
サブジェクト・ディレクトリ・アトリビュート（subject Directory Attributes）は、ユーザの任意の属性を記述するフィールドである。
【００３８】
基本制約（basic Constraints）は、証明対象の公開鍵が証明書発行認証局の署名用であるかユーザのものであるかを区別するためのフィールドである。
【００３９】
許容サブツリー制約名（name Constraints permitted Subtrees）は、被認証者が証明書発行認証局である場合にのみ使用される公開鍵証明書の有効領域を示すフィールドである。
【００４０】
制約ポリシー（policy Constraints）は、認証パスの残りに対する明確な認証ポリシーＩＤや禁止ポリシーマップを要求する制限を記述するフィールドである。
【００４１】
ＣＲＬ参照ポイント（Certificate Revocation List Distribution Points）は、ユーザが公開鍵証明書を利用する際に、この公開鍵証明書が失効していないかどうかを確認するための失効リストの参照ポイントを記述するフィールドである。
【００４２】
署名は、公開鍵証明書発行者、すなわち、証明書発行認証局の署名フィールドである。電子署名は、公開鍵証明書の全体に対していわゆるハッシュ関数を適用してハッシュ値を生成し、このハッシュ値に対して証明書発行認証局の秘密鍵を用いて暗号化して生成したデータである。
【００４３】
証明書発行認証局は、このようなフォーマットからなる公開鍵証明書を発行するとともに、有効期限が切れた公開鍵証明書を更新し、不正を行ったユーザの排斥を行うための不正者リストの作成、管理、配布、すなわち、リボケーション（revocation）を行う。また、証明書発行認証局は、必要に応じて、公開鍵及び秘密鍵の生成も行う。
【００４４】
一方、この公開鍵証明書を利用するユーザは、自己が有する証明書発行認証局の公開鍵を用いて当該公開鍵証明書の電子署名を検証し、電子署名の検証に成功すると、公開鍵証明書に基づいて公開鍵を取得し、この公開鍵を利用することができる。したがって、公開鍵証明書を利用する全てのユーザは、当該公開鍵証明書を発行した証明書発行認証局の公開鍵を有しているか取得する必要がある。
【００４５】
リモートアクセスシステムにおいては、後述するように、このような公開鍵証明書を各エンティティに保持させる。
【００４６】
つぎに、属性証明書について説明する。属性証明書は、証明書発行認証局とは異なるローカルな機関である属性認証局（Attribute Authority；ＡＡ）によって発行されるものである。
【００４７】
属性証明書は、図３及び図４に示すようなフォーマットから構成される。なお、同図においては、属性証明書を構成する各フィールド毎の項目と、これらの各項目に対する説明とを記載している。
【００４８】
図３に示すバージョン（version）は、属性証明書のフォーマットのバージョン情報を記述するフィールドであり、例えばフォーマットがバージョン２（１）である場合にはバージョン２（１）を示す"１"が記述される。
【００４９】
ホルダー（holder）は、属性証明書が結び付けられた公開鍵証明書の所有者を特定するためのフィールドである。ホルダーには、ベース認証局識別子（base Certificate ID）として、属性証明書の所有者が有する公開鍵証明書の発行者名（issuer）、属性証明書の所有者が有する公開鍵証明書のシリアルナンバ（serial）、属性証明書の所有者が有する公開鍵証明書の発行者を識別するための固有の識別子（issuer UID）が記述される。また、ホルダーには、公開鍵証明書におけるサブジェクト（subject）又はサブジェクト別名（subject Alt Name）と同一とされる属性証明書の所有者の名称（entity name）が記述される。さらに、ホルダーには、将来、属性証明書が識別情報（identity）や公開鍵証明書にリンクされていない場合を想定して、例えば公開鍵のハッシュが記述されるオブジェクト・ダイジェスト情報（object Digest Info）が記述される。
【００５０】
発行者（issuer）は、属性証明書に署名した発行者の情報を指定するフィールドである。
【００５１】
署名（signature）は、属性証明書の署名を有効にするために使用するアルゴリズムを識別するための識別子を記述するフィールドである。
【００５２】
シリアルナンバ（serial Number）は、属性認証局が各属性証明書に割り振るシリアルナンバを記述するフィールドである。
【００５３】
属性証明書有効期限（attr Cert Validity Period）は、属性証明書の有効期限である開始日時（not Before）及び終了日時（not After）を記述するフィールドである。
【００５４】
図４に示す属性（attributes）は、属性証明書の所有者の特権に関する情報を記述するフィールドであり、例えば、文章でアクセスが許可された対象物を記述してもよく、システム側で用意しておいたアクセスすることができるコードを記述してもよく、ある平文を暗号化する鍵を記述してもよい。例えば、属性には、属性証明書の検証者が当該属性証明書の所有者を認証する場合に利用するサービスに関する認証情報（Service Authentication Information）、属性証明書の検証者が用いる当該属性証明書の所有者のアクセス許可情報（Access Identity）、課金のために属性証明書の所有者を特定するための情報（Charging Identity）、属性証明書の所有者のグループへの帰属関係を示す情報（Group）、属性証明書の所有者に与えられる役割を示す情報（Role）、属性証明書の所有者に対する秘密情報の使用許可に関する情報（Clearance）が記述される。
【００５５】
発行者固有識別子（issuer Unique ID）は、属性証明書の発行者の公開鍵証明書で指定されている場合に利用されるフィールドである。
【００５６】
拡張情報（extensions）は、属性証明書の所有者の情報ではなく属性証明書の情報を記述するフィールドであり、サーバ及び／又はサービス管理者が属性証明書の所有者の監査を行い不正行為の検出、すなわち特定をするために用いる情報（Audit Identity）、属性証明書が対象とするサーバ及び／又はサービスを示す情報（AC Targeting）、属性証明書の検証者による当該属性証明書の署名確認の補助情報である属性証明書の発行者の鍵情報（Authority Key）、属性証明書の検証者による当該属性証明書の失効状態確認の補助情報であるＯＣＳＰレスポンダのＵＲＩ（Uniform Resource Identifiers）を示す情報（Authority Information Access）、属性証明書の検証者による当該属性証明書の失効状態確認の補助情報であるＣＲＬ（Certificate Revocation List）配布点のＵＲＩを示す情報（CRL Distribution）、当該属性証明書に対応する失効情報がないことを示す情報（No Revocation）、提出者が所有者以外である場合に利用され、属性証明書を提出することができるエンティティを示す情報（Proxy Info）が記述される。
【００５７】
署名（signature Value）は、属性認証局によってつけられた署名を記述するフィールドである。
【００５８】
リモートアクセスシステムにおいては、後述するように、このようなフォーマットからなる属性証明書を各エンティティに保持させることにより、あるエンティティに対していかなる権限が許可されているのかを検証することができる。
【００５９】
リモートアクセスシステムは、以上のような公開鍵証明書及び属性証明書を用いて構築される。
【００６０】
以下、これらの公開鍵証明書及び属性証明書を用いたリモートアクセスシステムについて説明する。
【００６１】
まず、リモートアクセスシステムの概念について説明する。なお、ここでは、説明の便宜上、家庭内に設けられた各種情報家電又はパーソナルコンピュータ等の各種情報処理端末若しくはサーバ装置等をアクセスの対象とし、これらの機器に対して携帯電話機や携帯情報端末機（Personal Digital Assistants；ＰＤＡ）等の携帯機器を所持するユーザが屋外からアクセスするものとして説明する。
【００６２】
リモートアクセスシステムは、ＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication sector） Ｘ．５０９で定義されているＰＭＩ（Privilege management Infrastructure）の機能の１つである属性証明書を用いた権限プロキシ機能により、アクセスさせたいリソース毎に、権限単位での制御を行う。
【００６３】
ここで、権限プロキシ機能について図５を用いて説明する。
【００６４】
同図に示すように、属性証明書ＡＣを保持するクライアントＣＬと、このクライアントＣＬの権限を検証する権限検証側サーバＶＲとの間に、クライアントＣＬの権限を主張する権限主張側サーバＡＳが介在するシステムを考える。
【００６５】
この場合、クライアントＣＬは、権限検証側サーバＶＲに対してアクセスしようとする際には、権限主張側サーバＡＳに対して属性証明書ＡＣを提示し、これに応じて、権限主張側サーバＡＳは、クライアントＣＬから提示された属性証明書ＡＣを、権限検証側サーバＶＲに対して提示する。
【００６６】
しかしながら、この場合、権限検証側サーバＶＲは、権限主張側サーバＡＳから提示された属性証明書ＡＣが、権限主張側サーバＡＳの属性証明書ではないことから、アクセスを許可しない旨の検証結果を出すことになる。すなわち、このようなシステムにおいては、属性証明書を直接的に授受する装置間で、権限の主張及び検証が行われることから、クライアントＣＬが権限検証側サーバＶＲに対して自己の権限を主張しようとする際には、クライアントＣＬから権限検証側サーバＶＲに対して直接的に属性証明書ＡＣを提示する必要がある。
【００６７】
そこで、このようなシステムにおいては、先に図４に示した拡張情報（extensions）におけるプロシキ情報（Proxy Info）を利用する。このプロシキ情報は、上述したように、属性証明書の提出者が所有者以外である場合に利用され、属性証明書を提出することができるエンティティを示す情報である。
【００６８】
したがって、このようなシステムにおいては、クライアントＣＬは、権限検証側サーバＶＲに対してアクセスしようとする際には、属性証明書を提出できるエンティティとして権限検証側サーバＶＲを含む旨を示すプロシキ情報を記述した属性証明書ＡＣを権限主張側サーバＡＳに対して提示し、これに応じて、権限主張側サーバＡＳは、クライアントＣＬから提示された属性証明書ＡＣを、権限検証側サーバＶＲに対して提示する。
【００６９】
これにより、権限検証側サーバＶＲは、権限主張側サーバＡＳから提示された属性証明書ＡＣにおけるプロシキ情報を参照して当該属性証明書ＡＣを検証し、アクセスを許可する旨の検証結果を出すことが可能となる。
【００７０】
このように、属性証明書ＡＣを保持するクライアントＣＬと、このクライアントＣＬの権限を検証する権限検証側サーバＶＲとの間に、クライアントＣＬの権限を主張する権限主張側サーバＡＳが介在するシステムにおいては、プロシキ情報に属性証明書ＡＣの提出先を記述することにより、クライアントＣＬが権限検証側サーバＶＲに対してアクセスすることが可能となる。
【００７１】
リモートアクセスシステムは、このような権限プロキシ機能を利用する。概念的には、リモートアクセスシステムは、図６に示すように、上述した公開鍵証明書を発行する証明書発行認証局ＣＡと、上述した属性証明書を発行する属性認証局ＡＡと、アクセスの対象となる対象機器１０１，１０２と、これらの対象機器１０１，１０２が属する家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースであるホームゲートウェイと２０と、対象機器１０１，１０２に対してアクセスするためにユーザが所持する携帯機器３０とを、エンティティとして備える。
【００７２】
証明書発行認証局ＣＡは、公開鍵暗号方式における独立した所定の第三者機関であって、ＩＳＯ／ＩＥＣ ９５９４−８、又はＩＴＵ−Ｔ Ｘ．５０９に基づく電子証明書である公開鍵証明書を発行する。具体的には、証明書発行認証局ＣＡは、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を、それぞれ、対象機器１０１，１０２に対して発行するとともに、公開鍵証明書ＰＫＣＧをホームゲートウェイ２０に対して発行するとともに、公開鍵証明書ＰＫＣＭを携帯機器３０に対して発行する。なお、この公開鍵証明書の発行の形態は、様々なものが考えられるが、例えば、対象機器１０１，１０２、ホームゲートウェイ２０、及び携帯機器３０の製造時にデータとして埋め込むことが考えられる。
【００７３】
属性認証局ＡＡは、証明書発行認証局ＣＡとは論理的に異なるローカルな機関であって、権限管理を行うために用いる電子証明書である属性証明書を発行する。属性認証局ＡＡは、証明書発行認証局ＣＡからホームゲートウェイ２０に対して発行された公開鍵証明書ＰＫＣＧにより、ホームゲートウェイ２０の認証を行う。そして、属性認証局ＡＡは、例えばホームゲートウェイ２０がユーザサイドに渡ってから初回接続時等に、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬを、ホームゲートウェイ２０に対して発行する。なお、この属性証明書ＡＣＬについては、後に詳述するものとする。
【００７４】
対象機器１０１，１０２は、それぞれ、図５における権限検証側サーバＶＲに相当するものである。対象機器１０１，１０２は、それぞれ、例えば、ネットワークに接続可能な各種情報家電や、パーソナルコンピュータ等の各種情報処理端末若しくはホームサーバ等のサーバ装置を想定したものであり、家庭内ネットワークを構成する機器である。なお、本発明におけるリソースとは、後に具体的な適用例を述べるように、ログインするこれらの対象機器１０１，１０２そのものを示す場合がある他、これらの対象機器１０１，１０２が保持するファイル等のデータやその他の各種情報を含む概念であるが、ここでは説明の便宜上、対象機器１０１，１０２そのものをリソースとするものとして説明する。対象機器１０１，１０２は、それぞれ、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を保持し、これらの公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を用いてホームゲートウェイ２０との間で相互認証を行う。また、対象機器１０１，１０２は、それぞれ、携帯機器３０がアクセスする際に送信した属性証明書ＡＣＰをホームゲートウェイ２０を介して受信し、この属性証明書ＡＣＰの検証を行う。
【００７５】
ホームゲートウェイ２０は、図５における権限主張側サーバＡＳに相当するものである。ホームゲートウェイ２０は、例えば、いわゆるホームルータ、ファイアウォール、及び／又はブリッジといった概念を含むものであり、異なるプロトコルのネットワーク同士の接続を可能とするネットワークの入り口に相当する機器であり、対象機器１０１，１０２が属する家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０は、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧを保持し、この公開鍵証明書ＰＫＣＧを用いて対象機器１０１，１０２、携帯機器３０、及び属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０は、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬが属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬを保持し、この属性証明書ＡＣＬに基づいて、携帯機器３０に対して属性証明書ＡＣＰを発行する。なお、この属性証明書ＡＣＰについては、後に詳述するものとする。さらに、ホームゲートウェイ２０は、携帯機器３０から送信された属性証明書ＡＣＰを受信すると、この属性証明書ＡＣＰを対象機器１０１，１０２のそれぞれに対して送信して提示する。
【００７６】
携帯機器３０は、図５におけるクライアントＣＬに相当するものである。携帯機器３０は、屋外にいるユーザが所持する携帯電話機や携帯情報端末機等の機器であり、いわゆるインターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０に対して接続可能とされる。携帯機器３０は、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭを保持し、この公開鍵証明書ＰＫＣＭを用いてホームゲートウェイ２０との間で相互認証を行う。また、携帯機器３０は、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを認証するための属性証明書ＡＣＰがホームゲートウェイ２０によって発行されると、この属性証明書ＡＣＰをＩＣ（Integrated Circuit）カード等に格納すること等によって保持する。そして、携帯機器３０は、対象機器１０１，１０２のそれぞれに対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰを用いたログイン操作を行うことにより、この属性証明書ＡＣＰをホームゲートウェイ２０に対して送信して提示する。
【００７７】
このようなリモートアクセスシステムにおいては、上述したように、２つの属性証明書ＡＣＬ，ＡＣＰが使用される。
【００７８】
まず、属性証明書ＡＣＬについて説明する。
【００７９】
属性証明書ＡＣＬは、上述したように、携帯機器３０に対して属性証明書ＡＣＰを発行する許可をホームゲートウェイ２０に対して与えるために、属性認証局ＡＡからホームゲートウェイ２０に対して発行されるものである。例えば、この属性証明書ＡＣＬには、図７にタイプとして登録されているオブジェクトＩＤ（Object ID；ＯＩＤ）及び値の例の抜粋を示す先に図４に示した属性（attributes）における各フィールドのうち、当該属性証明書ＡＣＬの所有者たるホームゲートウェイ２０に与えられる役割を示す情報（Role）を用いて、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を記述することができる。
【００８０】
ここで、"ロール（Role）"の概念について説明する。
【００８１】
この"ロール（Role）"の概念を用いた権限管理の手法は、本件出願人が先に出願している特願２００２−０２９６３６に記載したものである。
【００８２】
すなわち、この権限管理の手法においては、概念的には、図８に示すように、例えば権限ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・といった所定の権限を定義する枠組みを１つの役割（ロール）Ｒ１，Ｒ２とし、例えば個人Ｍ１，Ｍ２，Ｍ３といった少なくとも１人以上の個人がこのロールＲ１，Ｒ２に属するものとされる。
【００８３】
この権限管理の手法においては、各個人Ｍ１，Ｍ２，Ｍ３がそれぞれ有する属性証明書であって当該個人Ｍ１，Ｍ２，Ｍ３が属しているロールを示す情報が記述されている役割割当証明書（Role Assignment Certificate）ＲＡＡＣが、属性認証局ＡＡによって発行されるとともに、ロール毎に発行される属性証明書であって当該ロールに許可されている権限を示す情報が記述されている役割定義証明書（Role Specification Certificate）ＲＳＡＣが、役割認証局（Role Authority）ＲＡによって発行される。なお、役割認証局ＲＡは、属性認証局ＡＡと同一であってもよいが、ここでは説明の便宜上、論理的に独立な機関であるものとする。
【００８４】
この権限管理の手法においては、各ロールの定義については、役割認証局ＲＡによって発行される役割定義証明書ＲＳＡＣを用いる。すなわち、この権限管理の手法においては、ロール毎に、許可される手続きが定義されるが、この情報が、役割認証局ＲＡによって発行される役割定義証明書ＲＳＡＣに記述される。
【００８５】
この役割定義証明書ＲＳＡＣは、先に図３及び図４に示した属性証明書のフォーマットにしたがって作成されるものであり、少なくとも、当該役割定義証明書ＲＳＡＣの発行者たる役割認証局ＲＡの名前を示す情報、ロールを識別するためのロール名といったロールの情報、システムによってコード又は操作名が記述されるものであって許可される操作を示す情報等の各種情報が記述される。
【００８６】
リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を含む各種情報が記述された役割定義証明書ＲＳＡＣが役割認証局ＲＡによって発行され、権限ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・が定義されたリソース、すなわち、先に示した図６においては対象機器１０１，１０２がこの役割定義証明書ＲＳＡＣを保持する。
【００８７】
一方、この権限管理の手法においては、各ロールに対する役割の割り当てについては、属性認証局ＡＡによって発行される役割割当証明書ＲＡＡＣを用いる。すなわち、この権限管理の手法においては、個人Ｍ１，Ｍ２，Ｍ３毎に、各役割が定義されるが、この情報が、属性認証局ＡＡによって発行される役割割当証明書ＲＡＡＣに記述される。
【００８８】
この役割割当証明書ＲＡＡＣも、役割定義証明書ＲＳＡＣと同様に、先に図３及び図４に示した属性証明書のフォーマットにしたがって作成されるものであり、少なくとも、当該役割割当証明書ＲＡＡＣの発行者たる属性認証局ＡＡの名前を示す情報、ロールを識別するためのロール名といったロールの情報、対応する役割定義証明書ＲＳＡＣと関連付けを行うための役割定義証明書ＲＳＡＣへの参照ポイントを示す情報としての役割認証局ＲＡの名前を示す情報等の各種情報が記述される。
【００８９】
リモートアクセスシステムにおいては、このような各種情報が記述された役割割当証明書ＲＡＡＣが属性証明書ＡＣＬとして属性認証局ＡＡによって発行され、個人Ｍ１，Ｍ２，Ｍ３、すなわち、先に示した図６においてはホームゲートウェイ２０が、この役割割当証明書ＲＡＡＣを保持する。
【００９０】
リモートアクセスシステムにおいては、このような"ロール（Role）"の概念を用いることにより、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を記述した属性証明書ＡＣＬを、属性認証局ＡＡによってホームゲートウェイ２０に対して発行することができる。これにより、リモートアクセスシステムにおいては、この属性証明書ＡＣＬを保持したホームゲートウェイ２０によって属性証明書ＡＣＰを携帯機器３０に対して発行することが可能となる。
【００９１】
なお、リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を属性証明書ＡＣＬに記述するために、当該属性証明書ＡＣＬの所有者たるホームゲートウェイ２０に与えられる役割を示す情報（Role）を用いるのではなく、図７に示した属性（attributes）における各フィールドのうち、属性証明書の検証者が当該属性証明書の所有者を認証する場合に利用するサービスに関する認証情報（Service Authentication Information）や、属性証明書の検証者が用いる当該属性証明書の所有者のアクセス許可情報（Access Identity）等を用いて、同情報を記述することも可能である。
【００９２】
また、リモートアクセスシステムにおいては、権限委譲エクステンションを用い、属性証明書ＡＣＰを発行する対象及び権限を制御するようにしてもよい。例えば、リモートアクセスシステムにおいては、Basic Attribute Constraintsエクステンションを用いて、ホームゲートウェイ２０には携帯機器３０に対して属性証明書ＡＣＰを発行できる旨を示し、さらに、ホームゲートウェイ２０からは権限委譲を許可しない旨を設定することが考えられる。
【００９３】
このように、リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可をホームゲートウェイ２０に与える手法として、様々なものが考えられる。
【００９４】
つぎに、属性証明書ＡＣＰについて説明する。
【００９５】
属性証明書ＡＣＰは、ある公開鍵証明書を保持している機器又はユーザに対する権限が記述されたものであり、ここでは、公開鍵証明書ＰＫＣＭを保持している携帯機器３０に対する権限として、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを許可する旨の情報が記述されたものである。例えば、この属性証明書ＡＣＰには、先に図７に示した属性（attributes）における各フィールドのうち、属性証明書ＡＣＰの検証者たる対象機器１０１，１０２のそれぞれが当該属性証明書ＡＣＰの所有者を認証する場合に利用するサービスに関する認証情報（Service Authentication Information）や、属性証明書ＡＣＰの検証者たる対象機器１０１，１０２のそれぞれが用いる当該属性証明書ＡＣＰの所有者のアクセス許可情報（Access Identity）等を用いて、アクセスする対象、アクセスできる操作（権限）、及びアクセスするための認証情報がある場合には当該認証情報を記述することができる。また、属性証明書ＡＣＰには、図９にタイプとして登録されているオブジェクトＩＤ（Object ID；ＯＩＤ）及びクリティカル又は値の例の抜粋を示す先に図４に示した拡張情報（extensions）における各フィールドのうち、プロシキ情報（Proxy Info）を用いて、当該属性証明書ＡＣＰを経由させるホームゲートウェイ２０の情報が記述される。
【００９６】
ここで、プロシキ情報は、具体的には、図１０に示すように記述されるものである。
【００９７】
属性証明書ＡＣＰには、このようなプロシキ情報におけるターゲット（Target）として、ホームゲートウェイ２０を識別するためのアドレスや識別子が記述されるとともに、ホームゲートウェイ２０が保持する公開鍵証明書ＰＫＣＧを示す情報が記述される。
【００９８】
このように、リモートアクセスシステムにおいては、携帯機器３０に対する権限として、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを許可する旨の情報が記述されるとともに、プロシキ情報として、ホームゲートウェイ２０の情報が記述された属性証明書ＡＣＰを、ホームゲートウェイ２０から携帯機器３０に対して発行することができる。これにより、リモートアクセスシステムにおいては、対象機器１０１，１０２が、それぞれ、この属性証明書ＡＣＰをホームゲートウェイ２０を介して受信した場合には、プロシキ情報におけるターゲットを検証し、且つ、ホームゲートウェイ２０から送信された属性証明書であることを検証することになる。
【００９９】
さて、このようなリモートアクセスシステムにおいては、具体的には、図１１に示すように、当該リモートアクセスシステムを構築するための準備フェーズＰ１が行われると、任意の携帯機器をリソースに対してアクセスする機器として登録するための登録フェーズＰ２が行われる。これにより、リモートアクセスシステムにおいては、登録された携帯機器が任意の操作を行うことが可能となり、実際に携帯機器が任意の操作を行う際には、アクセスフェーズＰ３が行われる。また、リモートアクセスシステムにおいては、必要に応じて、任意の携帯機器をリソースに対してアクセスする機器から除外するためのアクセス削除フェーズＰ４や、任意の携帯機器の権限を変更するためのアクセス変更フェーズＰ５が行われる。
【０１００】
以下、これら５つの各フェーズについて説明する。
【０１０１】
まず、準備フェーズＰ１について説明する。
【０１０２】
リモートアクセスシステムにおいては、当該リモートアクセスシステムを構築するための準備フェーズＰ１として、各エンティティが相互認証可能となるように、証明書発行認証局ＣＡにより、各エンティティに対して認証のための公開鍵証明書を発行する。すなわち、リモートアクセスシステムにおいては、上述したように、各エンティティの製造時等に、証明書発行認証局ＣＡにより、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を、それぞれ、対象機器１０１，１０２に対して発行するとともに、公開鍵証明書ＰＫＣＧをホームゲートウェイ２０に対して発行するとともに、公開鍵証明書ＰＫＣＭを携帯機器３０に対して発行する。
【０１０３】
リモートアクセスシステムは、このような準備フェーズＰ１を経ることにより、各エンティティが相互認証可能な状態に構築される。
【０１０４】
つぎに、登録フェーズＰ２について説明する。
【０１０５】
リモートアクセスシステムにおいては、任意の携帯機器としての携帯機器３０をリソースに対してアクセスする機器として登録するための登録フェーズＰ２として、図１２に示す工程が行われる。
【０１０６】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ１において、属性認証局ＡＡにより、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されてホームゲートウェイ２０に保持されている公開鍵証明書ＰＫＣＧを用いて、ホームゲートウェイ２０との間で相互認証を行う。この相互認証は、ホームゲートウェイ２０自体に対する認証であり、ホームゲートウェイ２０が正当なものであるか否かを認証するためのものである。
【０１０７】
続いて、リモートアクセスシステムにおいては、ステップＳ２において、属性認証局ＡＡにより、ホームゲートウェイ２０がユーザサイドに渡ってから初回接続時等に、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬを、ホームゲートウェイ２０に対して発行する。これにともない、ホームゲートウェイ２０は、属性認証局ＡＡから送信された属性証明書ＡＣＬを保持する。
【０１０８】
続いて、リモートアクセスシステムにおいては、ステップＳ３において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、接続する機器、すなわち、対象機器１０１，１０２のそれぞれの情報を登録するとともに、その対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０に対して上述したプロシキ情報を記述した属性証明書ＡＣＰを発行する。
【０１０９】
続いて、リモートアクセスシステムにおいては、ステップＳ４において、携帯機器３０により、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されて保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１１０】
そして、リモートアクセスシステムにおいては、ステップＳ５において、携帯機器３０により、ホームゲートウェイ２０から送信された属性証明書ＡＣＰをＩＣカード等に格納して保持し、一連の登録フェーズＰ２を終了する。
【０１１１】
リモートアクセスシステムにおいては、このような一連の工程からなる登録フェーズＰ２を経ることにより、リソースに対してアクセスする機器として、携帯機器３０を登録することができる。このようにしてリソースに対してアクセスする携帯機器３０の登録がされたリモートアクセスシステムにおいては、登録された携帯機器３０が任意の操作を行うことが可能となる。
【０１１２】
つぎに、アクセスフェーズＰ３について説明する。
【０１１３】
リモートアクセスシステムにおいては、登録された携帯機器３０がリソースに対してアクセスする際には、アクセスフェーズＰ３として、図１３に示す工程が行われる。
【０１１４】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ１１において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１１５】
続いて、リモートアクセスシステムにおいては、ステップＳ１２において、携帯機器３０により、保持している属性証明書ＡＣＰをホームゲートウェイ２０に対して送信して提示する。
【０１１６】
これに応じて、リモートアクセスシステムにおいては、ステップＳ１３において、ホームゲートウェイ２０により、携帯機器３０から提示された属性証明書ＡＣＰの内容に基づいて、当該属性証明書ＡＣＰを、アクセスする対象として指定された機器、すなわち、対象機器１０１，１０２のいずれか又は双方に対して送信して提示する。
【０１１７】
続いて、リモートアクセスシステムにおいては、ステップＳ１４において、対象機器１０１，１０２のいずれか又は双方により、ホームゲートウェイ２０から送信された属性証明書ＡＣＰを受信し、上述したプロシキ情報や属性といった当該属性証明書ＡＣＰの内容を検証する。
【０１１８】
リモートアクセスシステムにおいては、ステップＳ１５において、属性証明書ＡＣＰの検証結果が正当なものであった場合には、ステップＳ１６において、対象機器１０１，１０２のいずれか又は双方によって携帯機器３０のアクセスを許可し、一連のアクセスフェーズＰ３を終了する。一方、リモートアクセスシステムにおいては、ステップＳ１５において、属性証明書ＡＣＰの検証結果が不当なものであった場合には、ステップＳ１７において、対象機器１０１，１０２のいずれか又は双方によって携帯機器３０のアクセスを拒否し、一連のアクセスフェーズＰ３を終了する。
【０１１９】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセスフェーズＰ３を経ることにより、対象機器１０１，１０２のそれぞれによって携帯機器３０の権限を判別することができ、アクセスが許可された携帯機器３０は、任意の操作を行うことが可能となる。
【０１２０】
つぎに、アクセス削除フェーズＰ４について説明する。
【０１２１】
リモートアクセスシステムにおいては、任意の携帯機器をリソースに対してアクセスする機器から除外したい場合には、アクセス削除フェーズＰ４として、図１４に示す工程が行われる。
【０１２２】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ２１において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０に対して発行した属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成し、このＣＲＬ（ＡＣＲＬ）を保持する。
【０１２３】
このように、リモートアクセスシステムにおいては、属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成することにより、携帯機器３０からホームゲートウェイ２０に対してアクセスがあった場合には、ホームゲートウェイ２０によってアクセスを拒否することができ、携帯機器３０をリソースに対してアクセスする機器から除外することができる。特に、リモートアクセスシステムは、複数人のユーザの間で携帯機器３０の貸借がある場合や携帯機器３０を紛失した場合といった携帯機器３０の側の都合による場合等には、属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成するのみで、携帯機器３０をリソースに対してアクセスする機器から除外することができる。
【０１２４】
ただし、リモートアクセスシステムにおいては、このような操作を繰り返し行うことにより、ＣＲＬ（ＡＣＲＬ）のサイズが大きくなり、取り扱いに不便を生じるおそれがある。
【０１２５】
そこで、リモートアクセスシステムにおいては、正当なユーザが自らの意思で携帯機器３０をリソースに対してアクセスする機器から除外したい場合等には、ステップＳ２１の処理に続いて、以下のステップＳ２２乃至ステップＳ２４の処理を行うようにしてもよい。
【０１２６】
すなわち、リモートアクセスシステムにおいては、ステップＳ２２において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１２７】
続いて、リモートアクセスシステムにおいては、ステップＳ２３において、ホームゲートウェイ２０からの指示にしたがい、携帯機器３０により、保持している属性証明書ＡＣＰを削除する。
【０１２８】
そして、リモートアクセスシステムにおいては、ステップＳ２４において、ホームゲートウェイ２０により、ステップＳ２１にて作成したＣＲＬ（ＡＣＲＬ）を削除し、一連のアクセス削除フェーズＰ４を終了する。
【０１２９】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス削除フェーズＰ４を経ることにより、携帯機器３０をリソースに対してアクセスする機器から除外することができる。
【０１３０】
最後に、アクセス変更フェーズＰ５について説明する。
【０１３１】
リモートアクセスシステムにおいては、任意の携帯機器の権限を変更したい場合には、アクセス変更フェーズＰ５として、図１５に示す工程が行われる。
【０１３２】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ３１において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、携帯機器３０に対してプロシキ情報を記述した新たな属性証明書ＡＣＰを発行する。
【０１３３】
続いて、リモートアクセスシステムにおいては、ステップＳ３２において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１３４】
そして、リモートアクセスシステムにおいては、ステップＳ３３において、携帯機器３０により、ホームゲートウェイ２０から送信された新たな属性証明書ＡＣＰを、元の属性証明書ＡＣＰと置換してＩＣカード等に格納して保持し、一連のアクセス変更フェーズＰ５を終了する。
【０１３５】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス変更フェーズＰ５を経ることにより、携帯機器３０の権限を変更することができる。これにより、リモートアクセスシステムにおいては、携帯機器３０が新たな任意の操作を行うことが可能となる。
【０１３６】
以上のように、リモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰを用いて権限管理を行うことができる。
【０１３７】
さて、以下では、このようなリモートアクセスシステムを具体的に適用した適用例について説明する。なお、本発明におけるリソースとは、上述したように、ログインする機器そのものを示す場合がある他、これらの機器が保持するファイル等のデータやその他の各種情報を含む概念であるが、ここでは、これらリソースの具体例についても言及する。
【０１３８】
まず、リモートアクセスシステムの適用例としては、ホームサーバやパーソナルコンピュータ等の情報処理端末が保持するデータへのリモートアクセスを行うデータアクセスシステムがあげられる。
【０１３９】
このデータアクセスシステムにおいては、ホームサーバや情報処理端末が保持するデータがリソースとなり、携帯機器を用いてユーザが行う操作は、データを保持するホームサーバや情報処理端末に対するデータアクセスとなる。
【０１４０】
このようなデータアクセスシステムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器がデータにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してホームサーバや情報処理端末に対して提示する。これにより、データアクセスシステムにおいては、携帯機器を用いてホームゲートウェイを介してデータに対してアクセスすることが可能となる。
【０１４１】
このように、リモートアクセスシステムは、ホームサーバやパーソナルコンピュータ等の情報処理端末が保持するデータに対するデータアクセスシステムに適用することができる。
【０１４２】
また、リモートアクセスシステムの他の適用例としては、家電カメラを用いた画像撮影による情報取得システムがあげられる。
【０１４３】
具体的に説明するために、例えば家庭内の冷蔵庫の在庫を情報として取得する情報取得システムを考える。この情報取得システムにおいては、冷蔵庫内部の画像がリソースとなり、携帯機器を用いてユーザが行う操作は、取得した画像を閲覧することによる冷蔵庫の在庫確認となる。
【０１４４】
このような情報取得システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器が家電カメラが内部に取り付けられた冷蔵庫にアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介して冷蔵庫に対して提示する。これにより、情報取得システムにおいては、ユーザが外出している最中であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介して家電カメラを操作し、冷蔵庫内部の画像を取得することが可能となる。
【０１４５】
このように、リモートアクセスシステムは、家電カメラを用いた画像撮影による情報取得システムに適用することができる。
【０１４６】
さらに、リモートアクセスシステムの他の適用例としては、任意の場所の画像撮影による情報取得システムがあげられる。
【０１４７】
具体的に説明するために、例えば所定の会員である旨を証明するための会員カードの画像を取得することによって会員であるか否かを認証する情報取得システムを考える。この情報取得システムにおいては、家庭等の任意の場所にある会員カードの画像がリソースとなり、携帯機器を用いてユーザが行う操作は、会員カードの認証者に画像を閲覧させることによって会員である旨を証明するものとなる。
【０１４８】
このような情報取得システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器が会員カードを撮影するカメラにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してカメラに対して提示する。これにより、情報取得システムにおいては、会員カードがユーザの手元にない場合であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介してカメラを操作し、会員カードの画像を取得することが可能となる。
【０１４９】
このように、リモートアクセスシステムは、任意の場所の画像撮影による情報取得システムに適用することができる。
【０１５０】
さらにまた、リモートアクセスシステムの他の適用例としては、屋外からのリモート操作による家電操作を行う家電操作システムがあげられる。
【０１５１】
具体的に説明するために、例えば家庭内のエアーコンディショナ機器のオン／オフ操作を行う家電操作システムを考える。この家電操作システムにおいては、エアーコンディショナ機器自体がリソースとなり、携帯機器を用いてユーザが行う操作は、このリソースとしてのエアーコンディショナ機器をリモート操作するためのリモートコントローラに対するアクセスとなる。
【０１５２】
このような家電操作システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器がリモートコントローラにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してリモートコントローラに対して提示する。これにより、家電操作システムにおいては、ユーザが外出している最中であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介してリモートコントローラを操作し、エアーコンディショナ機器のオン／オフ操作を行うことが可能となる。
【０１５３】
このように、リモートアクセスシステムは、屋外からのリモート操作による家電操作を行う家電操作システムに適用することができる。
【０１５４】
以上説明したように、本発明の実施の形態として示したリモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰを用いて権限管理を行うことにより、携帯機器３０からリソースとしての対象機器１０１，１０２のそれぞれに対してリモートアクセスを行う際に、対象機器１０１，１０２毎に、権限単位での制御を容易に行うことができる。
【０１５５】
また、このリモートアクセスシステムは、属性証明書ＡＣＰを利用する際に、リソースとしての対象機器１０１，１０２のそれぞれが属するネットワークの入り口となるホームゲートウェイ２０を経由して、対象機器１０１，１０２のそれぞれと携帯機器３０との間で属性証明書ＡＣＰの授受を行うことにより、属性証明書ＡＣＰの送付ルートが一義に決定されることから、属性証明書ＡＣＰの送付ルートを確認することができ、セキュリティを向上させることができる。
【０１５６】
なお、本発明は、上述した実施の形態に限定されるものではない。例えば、上述した実施の形態では、アクセスの対象となる対象機器１０１，１０２が属する家庭内ネットワークの入り口となるホームゲートウェイ２０が携帯機器３０に対して属性証明書ＡＣＰを発行するものとして説明したが、本発明は、属性証明書ＡＣＰを発行するエンティティに拘泥するものではなく、ホームゲートウェイ２０は、少なくとも属性証明書ＡＣＰの内容に応じて、当該属性証明書ＡＣＰを適切な提示先に提示する機能を有するものであればよい。
【０１５７】
この具体例として、あるネットワークの入り口としてのホームゲートウェイによって発行された属性証明書ＡＣＰを用いて、他のネットワークに属するリソースにアクセスするリモートアクセスシステムについて説明する。
【０１５８】
このリモートアクセスシステムは、概念的には、図１６に示すように、第１の家庭内ネットワークに属する対象機器１０１，１０２と、これらの対象機器１０１，１０２が属する第１の家庭内ネットワークの入り口となるホームゲートウェイと２０１と、対象機器１０１，１０２に対してアクセスするためにユーザが所持する携帯機器３０１と、第１の家庭内ネットワークとは異なる第２の家庭内ネットワークに属する対象機器１０３と、この対象機器１０３が属する第２の家庭内ネットワークの入り口となるホームゲートウェイと２０２と、対象機器１０３に対してアクセスするために他のユーザが所持する携帯機器３０２と、図示しないが、上述した証明書発行認証局ＣＡ及び属性認証局ＡＡとを、エンティティとして備える。
【０１５９】
すなわち、このリモートアクセスシステムは、第１の家庭内ネットワークから構成される図６に示したようなシステムと、他の家屋等の第２のネットワークから構成される同様のシステムとが、併存しているものである。
【０１６０】
対象機器１０１，１０２は、それぞれ、第１の家庭内ネットワークを構成する機器であり、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を保持し、これらの公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を用いてホームゲートウェイ２０１との間で相互認証を行う。また、対象機器１０１，１０２は、それぞれ、携帯機器３０１がアクセスする際に送信した属性証明書ＡＣＰ１をホームゲートウェイ２０１を介して受信し、この属性証明書ＡＣＰ１の検証を行う。
【０１６１】
ホームゲートウェイ２０１は、対象機器１０１，１０２が属する第１の家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０１は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧ１を保持し、この公開鍵証明書ＰＫＣＧ１を用いて対象機器１０１，１０２、携帯機器３０１、及び図示しない属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０１は、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する許可を与えるための属性証明書ＡＣＬ１が図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬ１を保持し、この属性証明書ＡＣＬ１に基づいて、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する。さらに、ホームゲートウェイ２０１は、携帯機器３０１から送信された属性証明書ＡＣＰ１を受信すると、この属性証明書ＡＣＰ１を対象機器１０１，１０２のそれぞれに対して送信して提示する。
【０１６２】
さらにまた、ホームゲートウェイ２０１は、アクセスすることができる他のネットワークにおけるホームゲートウェイを示す情報が記述された後に詳述する属性証明書ＡＣＨが図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＨを保持し、この属性証明書ＡＣＨに基づいて、第２の家庭内ネットワークにおけるホームゲートウェイ２０２と通信を行うことが可能とされる。ホームゲートウェイ２０１は、この属性証明書ＡＣＨを第２の家庭内ネットワークにおけるホームゲートウェイ２０２に対して送信して提示することにより、第２の家庭内ネットワークに属する対象機器１０３に対するアクセス許可を得るための属性証明書ＡＣＰ１'をホームゲートウェイ２０２によって発行してもらい、携帯機器３０１に対してこの属性証明書ＡＣＰ１'を送信する。そして、ホームゲートウェイ２０１は、携帯機器３０１から送信された属性証明書ＡＣＰ１'を受信すると、この属性証明書ＡＣＰ１'を属性証明書ＡＣＨとともにホームゲートウェイ２０２に対して送信して提示する。なお、この属性証明書ＡＣＰ１'については、後に詳述するものとする。
【０１６３】
携帯機器３０１は、通常は、第１の家庭内ネットワークに属する対象機器１０１，１０２のそれぞれに対してアクセスするための機器であり、インターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０１に対して接続可能とされる。携帯機器３０１は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭ１を保持し、この公開鍵証明書ＰＫＣＭ１を用いてホームゲートウェイ２０１との間で相互認証を行う。携帯機器３０１は、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを認証するための属性証明書ＡＣＰ１がホームゲートウェイ２０１によって発行されると、この属性証明書ＡＣＰ１をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０１は、対象機器１０１，１０２のそれぞれに対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ１を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示する。
【０１６４】
また、携帯機器３０１は、第２の家庭内ネットワークに属する対象機器１０３もアクセスの対象とすることができる。このとき、携帯機器３０１は、リソースとしての対象機器１０３に対してアクセスすることを認証するための属性証明書ＡＣＰ１'がホームゲートウェイ２０２によって発行され、ホームゲートウェイ２０１を介してこの属性証明書ＡＣＰ１'を受信すると、この属性証明書ＡＣＰ１'をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０１は、対象機器１０３に対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ１'を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して送信して提示する。
【０１６５】
対象機器１０３は、第２の家庭内ネットワークを構成する機器であり、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ３を保持し、この公開鍵証明書ＰＫＣＴ３を用いてホームゲートウェイ２０２との間で相互認証を行う。また、対象機器１０３は、携帯機器３０２がアクセスする際に送信した属性証明書ＡＣＰ２をホームゲートウェイ２０２を介して受信し、この属性証明書ＡＣＰ２の検証を行う。さらに、対象機器１０３は、携帯機器３０１のアクセス対象とされた場合には、当該携帯機器３０１がアクセスする際に送信した属性証明書ＡＣＰ１'と、ホームゲートウェイ２０１が送信した属性証明書ＡＣＨとを、ホームゲートウェイ２０２を介して受信し、これらの属性証明書ＡＣＰ１'，ＡＣＨの検証を行う。
【０１６６】
ホームゲートウェイ２０２は、対象機器１０３が属する第２の家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０２は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧ２を保持し、この公開鍵証明書ＰＫＣＧ２を用いて対象機器１０３、携帯機器３０２、及び図示しない属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０２は、携帯機器３０２に対して属性証明書ＡＣＰ２を発行する許可を与えるための属性証明書ＡＣＬ２が図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬ２を保持し、この属性証明書ＡＣＬ２に基づいて、携帯機器３０２に対して属性証明書ＡＣＰ２を発行する。さらに、ホームゲートウェイ２０２は、携帯機器３０２から送信された属性証明書ＡＣＰ２を受信すると、この属性証明書ＡＣＰ２を対象機器１０３に対して送信して提示する。
【０１６７】
さらにまた、ホームゲートウェイ２０２は、ホームゲートウェイ２０１から属性証明書ＡＣＨを受信すると、この属性証明書ＡＣＨに基づいて、属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して発行する。そして、ホームゲートウェイ２０２は、ホームゲートウェイ２０１を介して携帯機器３０１から送信された属性証明書ＡＣＰ１'と、ホームゲートウェイ２０１から送信された属性証明書ＡＣＨとを受信すると、これらの属性証明書ＡＣＰ１'，ＡＣＨ対象機器１０３に対して送信して提示する。
【０１６８】
携帯機器３０２は、第２の家庭内ネットワークに属する対象機器１０３に対してアクセスするための機器であり、インターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０２に対して接続可能とされる。携帯機器３０２は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭ２を保持し、この公開鍵証明書ＰＫＣＭ２を用いてホームゲートウェイ２０２との間で相互認証を行う。また、携帯機器３０２は、リソースとしての対象機器１０３に対してアクセスすることを認証するための属性証明書ＡＣＰ２がホームゲートウェイ２０２によって発行されると、この属性証明書ＡＣＰ２をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０２は、対象機器１０３に対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ２を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ２をホームゲートウェイ２０２に対して送信して提示する。
【０１６９】
このようなリモートアクセスシステムにおいては、上述した２つの属性証明書ＡＣＬ，ＡＣＰの他、２つの属性証明書ＡＣＨ，ＡＣＰ１'が使用される。
【０１７０】
まず、属性証明書ＡＣＨについて説明する。
【０１７１】
属性証明書ＡＣＨは、上述したように、アクセスすることができる他のネットワークにおけるエンティティ、具体的にはホームゲートウェイ２０２を示す情報が記述されたものであり、図示しない属性認証局ＡＡによって署名されてホームゲートウェイ２０１に対して発行されるものである。例えば、この属性証明書ＡＣＨには、上述した属性（attributes）における各フィールドのうち、アクセス許可情報（Access Identity）等を用いて、アクセスすることができる他のネットワークにおけるエンティティとしてのホームゲートウェイ２０２を示す情報を記述することができる。
【０１７２】
リモートアクセスシステムにおいては、アクセスすることができる他のネットワークにおけるエンティティとしてのホームゲートウェイ２０２を示す情報を記述した属性証明書ＡＣＨを、ホームゲートウェイ２０１からの要求に応じて、ホームゲートウェイ２０２によって発行することができる。これにより、リモートアクセスシステムにおいては、この属性証明書ＡＣＨを保持したホームゲートウェイ２０１を介して携帯機器３０１が対象機器１０３に対してアクセスすることが可能となる。
【０１７３】
つぎに、属性証明書ＡＣＰ１'について説明する。
【０１７４】
属性証明書ＡＣＰ１'は、上述した属性証明書ＡＣＰと同様に、ある公開鍵証明書を保持している機器又はユーザに対する権限が記述されたものであり、ここでは、公開鍵証明書ＰＫＣＭ１を保持している携帯機器３０１に対する権限として、第２の家庭内ネットワークに属するリソースとしての対象機器１０３に対してアクセスすることを許可する旨の情報が記述されたものである。例えば、この属性証明書ＡＣＰ１'は、属性（attributes）については上述した属性証明書ＡＣＰと同様に、認証情報（Service Authentication Information）やアクセス許可情報（Access Identity）等を用いて、アクセスする対象、アクセスできる操作（権限）、及びアクセスするための認証情報がある場合には当該認証情報が記述される一方で、プロシキ情報（Proxy Info）としては、当該属性証明書ＡＣＰ１'を経由させる２つのホームゲートウェイ２０１，２０２を識別するためのアドレスや識別子等の情報が記述されたものとなる。
【０１７５】
このように、リモートアクセスシステムにおいては、携帯機器３０１に対する権限として、第２の家庭内ネットワークに属するリソースとしての対象機器１０３に対してアクセスすることを許可する旨の情報が記述されるとともに、プロシキ情報として、２つのホームゲートウェイ２０１，２０２の情報が記述された属性証明書ＡＣＰ１'を、ホームゲートウェイ２０２からホームゲートウェイ２０１を介して携帯機器３０１に対して発行することができる。これにより、リモートアクセスシステムにおいては、対象機器１０３が、この属性証明書ＡＣＰ１'をホームゲートウェイ２０２を介して受信した場合には、プロシキ情報におけるターゲットを検証し、且つ、２つのホームゲートウェイ２０１，２０２を介して受信した属性証明書であることを検証することになる。
【０１７６】
さて、このようなリモートアクセスシステムにおいては、具体的には、先に図１１に示したように、準備フェーズＰ１、登録フェーズＰ２、アクセスフェーズＰ３、アクセス削除フェーズＰ４、及びアクセス変更フェーズＰ５が行われる。なお、以下では、携帯機器３０１によって第２の家庭内ネットワークに属する対象機器１０３に対してアクセスするものとして説明する。
【０１７７】
まず、準備フェーズＰ１について説明する。
【０１７８】
リモートアクセスシステムにおいては、当該リモートアクセスシステムを構築するための準備フェーズＰ１として、各エンティティが相互認証可能となるように、証明書発行認証局ＣＡにより、各エンティティに対して認証のための公開鍵証明書を発行する。すなわち、リモートアクセスシステムにおいては、上述したように、各エンティティの製造時等に、証明書発行認証局ＣＡにより、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２，ＰＫＣＴ３を、それぞれ、対象機器１０１，１０２，１０３に対して発行するとともに、公開鍵証明書ＰＫＣＧ１，ＰＫＣＧ２を、それぞれ、ホームゲートウェイ２０１，２０２に対して発行するとともに、公開鍵証明書ＰＫＣＭ１，ＰＫＣＭ２を、それぞれ、携帯機器３０１，３０２に対して発行する。
【０１７９】
リモートアクセスシステムは、このような準備フェーズＰ１を経ることにより、各エンティティが相互認証可能な状態に構築される。
【０１８０】
つぎに、登録フェーズＰ２について説明する。
【０１８１】
リモートアクセスシステムにおいては、任意の携帯機器としての携帯機器３０をリソースに対してアクセスする機器として登録するための登録フェーズＰ２として、図１７に示す工程が行われる。
【０１８２】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ４１において、属性認証局ＡＡにより、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されてホームゲートウェイ２０１に保持されている公開鍵証明書ＰＫＣＧ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。この相互認証は、ホームゲートウェイ２０１自体に対する認証であり、ホームゲートウェイ２０１が正当なものであるか否かを認証するためのものである。
【０１８３】
続いて、リモートアクセスシステムにおいては、ステップＳ４２において、属性認証局ＡＡにより、ホームゲートウェイ２０１がユーザサイドに渡ってから初回接続時等に、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する許可を与えるための属性証明書ＡＣＬ１を、ホームゲートウェイ２０１に対して発行する。この際、リモートアクセスシステムにおいては、ホームゲートウェイ２０１が他のホームゲートウェイ２０２に対してアクセスする場合には、属性認証局ＡＡにより、ホームゲートウェイ２０２に対してアクセスできる旨の情報が記述された属性証明書ＡＣＨを、ホームゲートウェイ２０１に対して発行する。これにともない、ホームゲートウェイ２０１は、属性認証局ＡＡから送信された２つの属性証明書ＡＣＬ１，ＡＣＨを保持する。
【０１８４】
続いて、リモートアクセスシステムにおいては、ステップＳ４３において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、接続する機器、すなわち、対象機器１０１，１０２のそれぞれの情報を登録するとともに、その対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０１に対して上述したプロシキ情報を記述した属性証明書ＡＣＰ１を発行する。
【０１８５】
続いて、リモートアクセスシステムにおいては、携帯機器３０１から他のホームゲートウェイ２０２を介して対象機器１０３に対してアクセスしたい場合には、ステップＳ４４において、ホームゲートウェイ２０１により、保持している属性証明書ＡＣＨを他のホームゲートウェイ２０２に対して送信して提示し、上述したプロシキ情報を記述した属性証明書ＡＣＰ１'を発行してもらう。これにともない、ホームゲートウェイ２０２は、属性証明書ＡＣＰ１'を発行し、この属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して送信する。
【０１８６】
続いて、リモートアクセスシステムにおいては、ステップＳ４５において、携帯機器３０１により、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されて保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０１８７】
そして、リモートアクセスシステムにおいては、ステップＳ４６において、携帯機器３０１により、ホームゲートウェイ２０１から送信された属性証明書ＡＣＰ１，ＡＣＰ１'をＩＣカード等に格納して保持し、一連の登録フェーズＰ２を終了する。
【０１８８】
リモートアクセスシステムにおいては、このような一連の工程からなる登録フェーズＰ２を経ることにより、リソースに対してアクセスする機器として、携帯機器３０１を登録することができる。このようにしてリソースに対してアクセスする携帯機器３０１の登録がされたリモートアクセスシステムにおいては、登録された携帯機器３０１が任意の操作を行うことが可能となる。
【０１８９】
つぎに、アクセスフェーズＰ３について説明する。
【０１９０】
リモートアクセスシステムにおいては、登録された携帯機器３０１がリソースに対してアクセスする際には、アクセスフェーズＰ３として、図１８に示す工程が行われる。
【０１９１】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ５１において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０１９２】
続いて、リモートアクセスシステムにおいては、ステップＳ５２において、携帯機器３０１により、保持している属性証明書ＡＣＰ１，ＡＣＰ１'のいずれかをホームゲートウェイ２０１に対して送信して提示する。具体的には、リモートアクセスシステムにおいては、対象機器１０１，１０２のいずれか又は双方に対してアクセスする場合には、携帯機器３０１により、保持している属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示する一方で、対象機器１０３に対してアクセスする場合には、携帯機器３０１により、保持している属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して送信して提示する。
【０１９３】
ここで、リモートアクセスシステムにおいては、携帯機器３０１により、保持している属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示した場合には、先に図１３中ステップＳ１３乃至ステップＳ１７に示した処理と同様の処理を行うが、ここでは、携帯機器３０１は、保持している属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して送信して提示するものとして説明する。
【０１９４】
リモートアクセスシステムにおいては、ステップＳ５３において、ホームゲートウェイ２０１により、携帯機器３０１から提示された属性証明書ＡＣＰ１'におけるプロシキ情報を検証し、アクセス対象の機器が自己の配下にある第１の家庭内ネットワークとは異なる第２の家庭内ネットワークに属する対象機器１０３である旨を把握すると、２つの属性証明書ＡＣＰ１'，ＡＣＨを、第２の家庭内ネットワークを司るホームゲートウェイ２０２に対して送信して提示する。
【０１９５】
続いて、リモートアクセスシステムにおいては、ステップＳ５４において、ホームゲートウェイ２０２により、ホームゲートウェイ２０１から提示された２つの属性証明書ＡＣＰ１'，ＡＣＨの内容に基づいて、当該属性証明書ＡＣＰ１'，ＡＣＨを、アクセスする対象として指定された機器、すなわち、対象機器１０３に対して送信して提示する。
【０１９６】
続いて、リモートアクセスシステムにおいては、ステップＳ５５において、対象機器１０３により、ホームゲートウェイ２０２から送信された２つの属性証明書ＡＣＰ１'，ＡＣＨを受信し、上述したプロシキ情報や属性といった当該属性証明書ＡＣＰ１'，ＡＣＨの内容を検証する。
【０１９７】
リモートアクセスシステムにおいては、ステップＳ５６において、属性証明書ＡＣＰ１'，ＡＣＨの検証結果が正当なものであった場合には、ステップＳ５７において、対象機器１０３によって携帯機器３０１のアクセスを許可し、一連のアクセスフェーズＰ３を終了する。一方、リモートアクセスシステムにおいては、ステップＳ５６において、属性証明書ＡＣＰ１'，ＡＣＨの検証結果が不当なものであった場合には、ステップＳ５８において、対象機器１０３によって携帯機器３０１のアクセスを拒否し、一連のアクセスフェーズＰ３を終了する。
【０１９８】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセスフェーズＰ３を経ることにより、対象機器１０３によって携帯機器３０１の権限を判別することができ、アクセスが許可された携帯機器３０１は、任意の操作を行うことが可能となる。
【０１９９】
つぎに、アクセス削除フェーズＰ４について説明する。
【０２００】
リモートアクセスシステムにおいては、任意の携帯機器をリソースに対してアクセスする機器から除外したい場合には、アクセス削除フェーズＰ４として、図１９に示す工程が行われる。なお、リモートアクセスシステムにおいては、携帯機器３０１が対象機器１０１，１０２をアクセス対象としている場合には、先に図１４に示した処理と同様の処理を行えばよく、ここでは、携帯機器３０１が対象機器１０３をアクセス対象としており、携帯機器３０１を対象機器１０３に対してアクセスする機器から除外したい場合について説明する。
【０２０１】
まず、リモートアクセスシステムにおいては、図１９に示すように、ステップＳ６１において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、対象機器１０３に対してリモートからアクセスしてもよい携帯機器３０１に対して発行した属性証明書ＡＣＰ１'に対するＣＲＬ（ＡＣＲＬ）の作成をホームゲートウェイ２０２に対して要求する。
【０２０２】
続いて、リモートアクセスシステムにおいては、ステップＳ６２において、ホームゲートウェイ２０２により、ホームゲートウェイ２０１からの要求にしたがい、属性証明書ＡＣＰ１'に対するＣＲＬ（ＡＣＲＬ）を作成する。
【０２０３】
そして、リモートアクセスシステムにおいては、ステップＳ６３において、ホームゲートウェイ２０２により、作成した属性証明書ＡＣＰ１'に対するＣＲＬ（ＡＣＲＬ）をホームゲートウェイ２０１に対して送信して配布する。これにともない、ホームゲートウェイ２０１は、ホームゲートウェイ２０２から送信された属性証明書ＡＣＰ１'に対するＣＲＬ（ＡＣＲＬ）を保持する。
【０２０４】
このように、リモートアクセスシステムにおいては、属性証明書ＡＣＰ１'に対するＣＲＬ（ＡＣＲＬ）をホームゲートウェイ２０２によって作成することにより、携帯機器３０１からホームゲートウェイ２０１を介して対象機器１０３に対してアクセスがあった場合には、ホームゲートウェイ２０１によってアクセスを拒否することができ、携帯機器３０１をリソースに対してアクセスする機器から除外することができる。
【０２０５】
また、リモートアクセスシステムにおいては、上述したように、正当なユーザが自らの意思で携帯機器３０をリソースに対してアクセスする機器から除外したい場合等には、ステップＳ６３の処理に続いて、先に図１４中ステップＳ２２乃至ステップＳ２４に示した処理と同様の処理を行うようにしてもよい。
【０２０６】
すなわち、リモートアクセスシステムにおいては、ステップＳ６４において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０２０７】
続いて、リモートアクセスシステムにおいては、ステップＳ６５において、ホームゲートウェイ２０１からの指示にしたがい、携帯機器３０１により、保持している属性証明書ＡＣＰ１'を削除する。
【０２０８】
そして、リモートアクセスシステムにおいては、ステップＳ６６において、ホームゲートウェイ２０１により、ステップＳ６３にて保持したＣＲＬ（ＡＣＲＬ）を削除し、一連のアクセス削除フェーズＰ４を終了する。
【０２０９】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス削除フェーズＰ４を経ることにより、携帯機器３０１をリソースとしての対象機器１０３に対してアクセスする機器から除外することができる。
【０２１０】
なお、リモートアクセスシステムにおいては、対象機器１０３の側の都合により、携帯機器３０１を当該対象機器１０３に対してアクセスする機器から除外したい場合には、ステップＳ６１の処理をスキップし、ユーザからの指示にしたがい、ステップＳ６２からの処理を行えばよいことになる。
【０２１１】
最後に、アクセス変更フェーズＰ５について説明する。
【０２１２】
リモートアクセスシステムにおいては、任意の携帯機器の権限を変更したい場合には、アクセス変更フェーズＰ５として、図２０に示す工程が行われる。なお、リモートアクセスシステムにおいては、第１の家庭内ネットワークにおけるリソースに対する携帯機器３０１の権限を変更したい場合には、先に図１５に示した処理と同様の処理を行えばよく、ここでは、第２の家庭内ネットワークにおけるリソースに対する携帯機器３０１の権限を変更したい場合について説明する。
【０２１３】
まず、リモートアクセスシステムにおいては、図２０に示すように、ステップＳ７１において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、保持している属性証明書ＡＣＨを他のホームゲートウェイ２０２に対して送信して提示し、プロシキ情報を記述した新たな属性証明書ＡＣＰ１'を発行してもらう。これにともない、ホームゲートウェイ２０２は、新たな属性証明書ＡＣＰ１'を発行し、この属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して送信する。
【０２１４】
続いて、リモートアクセスシステムにおいては、ステップＳ７２において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０２１５】
そして、リモートアクセスシステムにおいては、ステップＳ７３において、携帯機器３０１により、ホームゲートウェイ２０１から送信された新たな属性証明書ＡＣＰ１'を、元の属性証明書ＡＣＰ１'と置換してＩＣカード等に格納して保持し、一連のアクセス変更フェーズＰ５を終了する。
【０２１６】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス変更フェーズＰ５を経ることにより、携帯機器３０１の権限を変更することができる。これにより、リモートアクセスシステムにおいては、携帯機器３０１が新たな任意の操作を行うことが可能となる。
【０２１７】
以上のように、リモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰ１'を用いて、通常では携帯機器３０１からはアクセスすることができない第２の家庭内ネットワークにおけるリソースに対する権限管理を行うことができる。
【０２１８】
このように、本発明は、携帯機器が通常アクセスできるネットワークの入り口としてのホームゲートウェイが当該携帯機器に対して属性証明書ＡＣＰを発行するのではなく、他のネットワークの入り口としてのホームゲートウェイといった任意のエンティティが属性証明書ＡＣＰを発行するものであってもよく、ホームゲートウェイは、属性証明書ＡＣＰの内容を検証できるものであればよい。
【０２１９】
また、上述した実施の形態では、家庭内ネットワークにおけるリソースに対してアクセスするものとして説明したが、本発明は、任意のネットワークに対して適用することができる。
【０２２０】
さらに、上述した実施の形態では、リソースに対してアクセス機器として携帯機器を用いて説明したが、本発明は、このような機器としては、携帯型の機器に限らずいかなる機器をも適用することができる。
【０２２１】
さらにまた、本発明は、各エンティティの動作をハードウェアで実現するのみならず、ソフトウェアで実現することもできる。本発明は、ソフトウェアで実現する場合には、例えば各エンティティが備えるＣＰＵ（Central Processing Unit）によって上述したリモートアクセスを行うためのリモートアクセスプログラムを実行することにより、各機能を実現することができる。このリモートアクセスプログラムは、例えばいわゆるコンパクトディスク（Compact Disc）等の所定の記録媒体やインターネット等の伝送媒体によって提供することができる。
【０２２２】
このように、本発明は、その趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【０２２３】
【発明の効果】
以上詳細に説明したように、本発明にかかるリモートアクセスシステムは、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、当該リモートアクセスシステムは、アクセス対象となるアクセス対象機器と、前記アクセス対象機器に対してアクセスするアクセス機器と、前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなり、前記アクセス機器は、前記リソースに対するアクセス権限が記述されている証明書を記憶する記憶手段と、前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示する提示手段とを備え、前記接続機器は、前記アクセス機器から受信した前記証明書を検証する検証手段と、前記検証手段によって検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信する送信手段とを備え、前記アクセス対象機器は、前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する決定手段を備える。
【０２２４】
したがって、本発明にかかるリモートアクセスシステムは、少なくともリソースに対するアクセス権限を証明書に記述し、この証明書を、アクセス機器からアクセス対象機器に対して接続機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証することにより、リソース毎に、権限単位での制御を容易に行うことができ、また、証明書の送付ルートを確認することができ、セキュリティを向上させることができる。
【０２２５】
また、本発明にかかるリモートアクセス方法は、アクセス対象となるアクセス対象機器と、前記アクセス対象機器に対してアクセスするアクセス機器と、前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなるリモートアクセスシステムにて、所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、前記アクセス機器は、前記リソースに対するアクセス権限が記述されている証明書を記憶手段に記憶し、前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示し、前記接続機器は、前記アクセス機器から受信した前記証明書を検証し、検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信し、前記アクセス対象機器は、前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する。
【０２２６】
したがって、本発明にかかるリモートアクセス方法は、少なくともリソースに対するアクセス権限を証明書に記述し、この証明書を、アクセス機器からアクセス対象機器に対して接続機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証することにより、リソース毎に、権限単位での制御を容易に行うことが可能となり、また、証明書の送付ルートを確認することができ、セキュリティを向上させることが可能となる。
【図面の簡単な説明】
【図１】
公開鍵証明書のフォーマットを説明する図である。
【図２】
公開鍵証明書のフォーマットを説明する図であって、図１に示す項目に続く残りの項目を説明する図である。
【図３】
属性証明書のフォーマットを説明する図である。
【図４】
属性証明書のフォーマットを説明する図であって、図３に示す項目に続く残りの項目を説明する図である。
【図５】
権限プロキシ機能を説明するための図である。
【図６】
本発明の実施の形態として示すリモートアクセスシステムの概念図である。
【図７】
図４に示す属性証明書の項目のうち、属性における各フィールドの抜粋を示す図である。
【図８】
ロールの概念を用いた権限管理の手法について説明する図である。
【図９】
図４に示す属性証明書の項目のうち、拡張情報における各フィールドの抜粋を示す図である。
【図１０】
図４に示す属性証明書の項目のうち、拡張情報におけるプロシキ情報の具体的な記述内容を説明する図である。
【図１１】
同リモートアクセスシステムにて行われる各フェーズを説明するためのフローチャートである。
【図１２】
同リモートアクセスシステムにおける登録フェーズとしての一連の工程を説明するためのフローチャートである。
【図１３】
同リモートアクセスシステムにおけるアクセスフェーズとしての一連の工程を説明するためのフローチャートである。
【図１４】
同リモートアクセスシステムにおけるアクセス削除フェーズとしての一連の工程を説明するためのフローチャートである。
【図１５】
同リモートアクセスシステムにおけるアクセス変更フェーズとしての一連の工程を説明するためのフローチャートである。
【図１６】
本発明の他の実施の形態として示すリモートアクセスシステムの概念図である。
【図１７】
同リモートアクセスシステムにおける登録フェーズとしての一連の工程を説明するためのフローチャートである。
【図１８】
同リモートアクセスシステムにおけるアクセスフェーズとしての一連の工程を説明するためのフローチャートである。
【図１９】
同リモートアクセスシステムにおけるアクセス削除フェーズとしての一連の工程を説明するためのフローチャートであって、携帯機器を他のネットワークに属する対象機器に対してアクセスする機器から除外する場合における一連の工程を説明するためのフローチャートである。
【図２０】
同リモートアクセスシステムにおけるアクセス変更フェーズとしての一連の工程を説明するためのフローチャートであって、他のネットワークにおけるリソースに対する携帯機器の権限を変更する場合における一連の工程を説明するためのフローチャートである。
【符号の説明】
１０１，１０２，１０３ 対象機器、 ２０，２０１，２０２ ホームゲートウェイ、 ３０，３０１，３０２ 携帯機器、 ＡＡ 属性認証局、 ＡＣ，ＡＣＨ，ＡＣＬ，ＡＣＬ１，ＡＣＬ２，ＡＣＰ，ＡＣＰ１，ＡＣＰ２，ＡＣＰ１' 属性証明書、 ＡＳ 権限主張側サーバ、 ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・ 権限、 ＣＡ 証明書発行認証局、 ＣＬ クライアント、 Ｍ１，Ｍ２，Ｍ３ 個人、 ＮＴ ネットワーク、 ＰＫＣＧ，ＰＫＣＧ１，ＰＫＣＧ２，ＰＫＣＭ，ＰＫＣＭ１，ＰＫＣＭ２，ＰＫＣＴ１，ＰＫＣＴ２，ＰＫＣＴ３ 公開鍵証明書、 Ｒ１，Ｒ２ ロール、 ＲＡ 役割認証局、 ＲＡＡＣ 役割割当証明書、 ＲＳＡＣ 役割定義証明書、 ＶＲ 権限検証側サーバ
【発明の名称】 リモートアクセスシステム及びリモートアクセス方法
【特許請求の範囲】
【請求項１】 所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、
当該リモートアクセスシステムは、
アクセス対象となるアクセス対象機器と、
前記アクセス対象機器に対してアクセスするアクセス機器と、
前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなり、
前記アクセス機器は、
前記リソースに対するアクセス権限が記述されている証明書を記憶する記憶手段と、
前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示する提示手段とを備え、
前記接続機器は、
前記アクセス機器から受信した前記証明書を検証する検証手段と、
前記検証手段によって検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信する送信手段とを備え、
前記アクセス対象機器は、
前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する決定手段を備えること
を特徴とするリモートアクセスシステム。
【請求項２】 前記接続機器は、前記アクセス対象機器を含むネットワークと、他のネットワークとを相互に接続することを特徴とする請求項１記載のリモートアクセスシステム。
【請求項３】 前記証明書は、前記接続機器が前記アクセス対象機器に対するプロキシとしての役割を果たすプロキシ情報を含むことを特徴とする請求項１記載のリモートアクセスシステム。
【請求項４】 前記アクセス機器に対して前記証明書を発行する許可を与えるための証明書である発行許可証明書を発行する認証局を備え、
前記接続機器は、前記認証局によって発行された前記発行許可証明書を前記アクセス機器に対して発行すること
を特徴とする請求項１記載のリモートアクセスシステム。
【請求項５】 前記証明書は、前記接続機器に与えられる役割を示すロール情報として、前記アクセス機器に対して前記証明書を発行する許可を与える情報を含むことを特徴とする請求項４記載のリモートアクセスシステム。
【請求項６】 当該リモートアクセスシステムを構成する各エンティティに対して、公開鍵暗号方式に基づく公開鍵証明書を発行する証明書認証局をさらに備えることを特徴とする請求項１記載のリモートアクセスシステム。
【請求項７】 アクセス対象となるアクセス対象機器と、
前記アクセス対象機器に対してアクセスするアクセス機器と、
前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなるリモートアクセスシステムにて、
所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、
前記アクセス機器は、
前記リソースに対するアクセス権限が記述されている証明書を記憶手段に記憶し、
前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示し、
前記接続機器は、
前記アクセス機器から受信した前記証明書を検証し、
検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信し、
前記アクセス対象機器は、
前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定すること
を特徴とするリモートアクセス方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステム及びリモートアクセス方法に関する。
【０００２】
【従来の技術】
近年、ネットワークに接続可能な情報家電等の各種機器が開発されており、これにともない、家庭内ネットワークをはじめとして様々な機器を対象としたネットワークが構築されつつある。また、このような状況に応じて、屋外等の遠隔地から屋内に設けられた各種情報家電又はパーソナルコンピュータ等の各種情報処理端末若しくはサーバ装置等に対して、ユーザが所持する携帯電話機や携帯情報端末機（Personal Digital Assistants；ＰＤＡ）等の機器を用いてリモートアクセスすることによって享受できるサービスが各種提案されている。
【０００３】
このようなサービスにおいては、当該サービスを提供するサーバ装置等のハードウェアやソフトウェア、さらにはデータといった各種リソースに対する不正なユーザのアクセスを排除すべく、認証及びアクセス権の管理を行うことが必須とされている。
【０００４】
【発明が解決しようとする課題】
ところで、上述したサービスとしては、既に実施されているものもあり、個別に認証の仕組みを構築している。しかしながら、このようなサービスにおいては、個人単位の権限（操作）をも含めた認証方式が未だ確立されていないのが現状である。
【０００５】
また、個人単位の権限管理の手法としては、いわゆるＩＤ（IDentification）パスワードを用いた認証方式があるが、このＩＤパスワードを用いた認証方式においては、仕組みが非常に煩雑となり、処理負担が大きいといった問題があった。
【０００６】
本発明は、このような実情に鑑みてなされたものであり、いわゆる属性証明書（Attribute Certificate；ＡＣ）を用いて権限管理を行うことにより、リモートアクセスを行う際に、リソースにアクセスする機器自体等のエンティティのみならず、アクセスさせたいリソース毎に、権限単位での制御を容易且つ安全に行うことができるリモートアクセスシステム及びリモートアクセス方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述した目的を達成する本発明にかかるリモートアクセスシステムは、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、当該リモートアクセスシステムは、アクセス対象となるアクセス対象機器と、前記アクセス対象機器に対してアクセスするアクセス機器と、前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなり、前記アクセス機器は、前記リソースに対するアクセス権限が記述されている証明書を記憶する記憶手段と、前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示する提示手段とを備え、前記接続機器は、前記アクセス機器から受信した前記証明書を検証する検証手段と、前記検証手段によって検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信する送信手段とを備え、前記アクセス対象機器は、前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する決定手段を備えることを特徴としている。
【０００８】
このような本発明にかかるリモートアクセスシステムは、少なくともリソースに対するアクセス権限を証明書に記述し、この証明書を、アクセス機器からアクセス対象機器に対して接続機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証する。
【０００９】
また、上述した目的を達成する本発明にかかるリモートアクセス方法は、アクセス対象となるアクセス対象機器と、前記アクセス対象機器に対してアクセスするアクセス機器と、前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなるリモートアクセスシステムにて、所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、前記アクセス機器は、前記リソースに対するアクセス権限が記述されている証明書を記憶手段に記憶し、前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示し、前記接続機器は、前記アクセス機器から受信した前記証明書を検証し、検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信し、前記アクセス対象機器は、前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定することを特徴としている。
【００１０】
このような本発明にかかるリモートアクセス方法は、少なくともリソースに対するアクセス権限を証明書に記述し、この証明書を、アクセス機器からアクセス対象機器に対して接続機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証する。
【００１１】
【発明の実施の形態】
以下、本発明を適用した具体的な実施の形態について図面を参照しながら詳細に説明する。
【００１２】
この実施の形態は、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムである。このリモートアクセスシステムは、ＩＳＯ（International Organization for Standardization）／ＩＥＣ（International Electrotechnical Commission） ９５９４−８、又はＩＴＵ−Ｔ Ｘ．５０９に基づく属性証明書（Attribute Certificate；ＡＣ）を用いて権限管理を行うことにより、リモートアクセスを行う際に、リソースにアクセスする機器自体等のエンティティのみならず、アクセスさせたいリソース毎に、権限単位での制御を容易に行うことができるものである。また、このリモートアクセスシステムは、属性証明書を利用する際に、リソースが属するネットワークの入り口となるゲートウェイを経由して、リソースとこのリソースにアクセスしようとする機器との間で属性証明書の授受を行うことにより、属性証明書の送付ルートを確認することを可能とし、セキュリティを向上させることができるものである。
【００１３】
まず、リモートアクセスシステムの説明に先だって、当該リモートアクセスシステムにて用いる電子証明書である公開鍵証明書（Public Key Certificate；ＰＫＣ）及び上述した属性証明書の概略について説明する。
【００１４】
まず、公開鍵証明書について説明する。公開鍵証明書は、いわゆる公開鍵暗号方式における独立した所定の第三者機関である証明書発行認証局（Certification Authority；ＣＡ又はIssuer Authority；ＩＡ）によって発行されるものである。
【００１５】
ここで、公開鍵暗号方式について説明する。公開鍵暗号方式は、発信者と受信者との鍵を異なるものとして、一方の鍵を不特定のユーザが使用可能な公開鍵とし、他方の鍵を秘密に保つ秘密鍵とするものである。公開鍵暗号方式は、暗号化及び復号に共通の鍵を用いるいわゆる共通鍵暗号方式と異なり、秘密に保つ必要がある秘密鍵を特定の１人が持てばよいため、共通鍵暗号方式と比較して鍵の管理において有利である。公開鍵暗号方式の代表的なものとしては、いわゆるＲＳＡ（Rivest-Shamir-Adleman）暗号がある。このＲＳＡ暗号は、例えば１５０桁程度の非常に大きな２つの素数の積の素因数分解処理の困難性を利用するものである。
【００１６】
公開鍵暗号方式は、不特定多数のユーザに公開鍵を使用可能とするものであり、配布する公開鍵が正当なものであるか否かを証明するために公開鍵証明書を用いる方法が広く用いられている。例えば、公開鍵暗号方式においては、ある特定のユーザＡが対となる公開鍵と秘密鍵とを生成し、生成した公開鍵を証明書発行認証局に対して送付して公開鍵証明書を取得し、この公開鍵証明書を一般に公開する。一方、不特定のユーザは、公開鍵証明書に基づいて所定の手続きを経ることによって公開鍵を取得し、平文たる文書等を暗号化して特定のユーザＡに対して送付する。そして、ユーザＡは、不特定のユーザから送付された暗号化文書を秘密鍵を用いて復号する等の処理を行う。公開鍵暗号方式は、このような暗号方式である。
【００１７】
また、公開鍵暗号方式においては、ユーザＡは、秘密鍵を用いて平文たる文書等に署名を付加し、不特定のユーザが公開鍵証明書に基づいて所定の手続きを経ることによって公開鍵を取得し、その署名の検証を行うことが可能となる。例えば、公開鍵暗号方式においては、証明書発行認証局が公開鍵証明書を参照して公開鍵を判別すると、任意の平文たる文書等をユーザＡに対して送付し、秘密鍵を用いて暗号化させ、再度送り返させる。証明書発行認証局は、ユーザＡから送付された暗号化文書を公開鍵を用いて復号することにより、署名の正当性を検証することができる。
【００１８】
このような公開鍵暗号方式における公開鍵証明書は、管理者たるユーザが自己を識別するための情報や公開鍵等を証明書発行認証局に提出することにより、証明書発行認証局側が当該証明書発行認証局を識別するための情報や有効期限等の情報を付加し、さらに証明書発行認証局による署名を付加して作成される。
【００１９】
具体的には、公開鍵証明書は、図１及び図２に示すようなフォーマットから構成される。なお、同図においては、公開鍵証明書を構成する各フィールド毎の項目と、これらの各項目に対する説明とを記載している。
【００２０】
図１に示すバージョン（version）は、公開鍵証明書のフォーマットのバージョン情報を記述するフィールドであり、例えばフォーマットがバージョン３である場合にはバージョン３を示す"２"が記述される。
【００２１】
シリアルナンバ（serial Number）は、証明書発行認証局によって設定される公開鍵証明書のシリアルナンバを記述するフィールドであり、例えばシーケンシャルな番号が記述される。
【００２２】
署名アルゴリズム識別子、及びアルゴリズムパラメータ（signature algorithm Identifier algorithm parameters）は、公開鍵証明書の署名アルゴリズムを識別するための情報とそのパラメータとを記述するフィールドである。署名アルゴリズムとしては、例えば楕円曲線暗号又はＲＳＡ暗号があり、署名アルゴリズムとして楕円曲線暗号が適用されている場合には、アルゴリズムパラメータとしてパラメータ及び鍵長が記述され、署名アルゴリズムとしてＲＳＡ暗号が適用されている場合には、アルゴリズムパラメータとして鍵長が記述される。
【００２３】
発行者（issuer）は、公開鍵証明書の発行者、すなわち、証明書発行認証局の名称を識別可能とする形式（Distinguished Name）で記述するフィールドである。
【００２４】
有効期限（validity）は、公開鍵証明書の有効期限である開始日時（not Before）及び終了日時（not After）を記述するフィールドである。
【００２５】
サブジェクト（subject）は、ユーザである認証対象者の名前を記述するフィールドであり、例えばユーザ機器の識別子やサービス提供主体の識別子等が記述される。
【００２６】
サブジェクト公開鍵情報（subject Public Key Info algorithm subject Public key）は、ユーザの公開鍵情報としての鍵アルゴリズムや鍵情報自体を記述するフィールドであり、鍵アルゴリズムとしては、例えば楕円曲線暗号又はＲＳＡ暗号がある。
【００２７】
これらの各フィールドは、公開鍵証明書のフォーマットがバージョン１以降のバージョンであるものに含まれるフィールドであり、以下に示す各フィールドは、バージョン３であるものに追加されるフィールドである。
【００２８】
証明局鍵識別子（authority Key Identifier-key Identifier, authority Cert Issuer, authority Cert Serial Number）は、証明書発行認証局の署名確認用の鍵を識別するための情報であり、８進数表記の鍵識別番号、一般名称（General Name）形式の証明書発行認証局の名称、及び認証番号を記述するフィールドである。
【００２９】
サブジェクト鍵識別子（subject key Identifier）は、複数の鍵を公開鍵証明書において証明する場合に各鍵を識別するための識別子を記述するフィールドである。
【００３０】
鍵使用目的（key usage）は、鍵の使用目的を指定するフィールドであり、（０）ディジタル署名用（digital Signature）、（１）否認防止用（non Repudiation）、（２）鍵の暗号化用（key Encipherment）、（３）メッセージの暗号化用（data Encipherment）、（４）共通鍵配送用（key Agreement）、（５）認証の署名確認用（key Cert Sign）、（６）失効リストの署名確認用（CRL Sign）、（７）鍵交換時（key Agreement）データの暗号化にのみ利用（encipher Only）、及び（８）鍵交換時データの復号にのみ利用（decipher Only）の各使用目的が設定される。
【００３１】
秘密鍵有効期限（private Key Usage Period）は、ユーザが有する秘密鍵の有効期限である開始日時（not Before）及び終了日時（not After）を記述するフィールドであり、デフォルトでは、公開鍵証明書の有効期限と公開鍵の有効期限と秘密鍵の有効期限とは互いに同一とされる。
【００３２】
図２に示す認証局ポリシー（Certificate Policy）は、証明書発行認証局の証明書発行ポリシーを記述するフィールドであり、例えばＩＳＯ／ＩＥＣ ９８３４−１に準拠したポリシーＩＤ（policy Identifier）や認証基準（policy Qualifiers）が記述される。
【００３３】
ポリシー・マッピング（policy Mappings）は、証明書発行認証局を認証する場合にのみ記述されるフィールドであり、証明書発行を行う証明書発行認証局のポリシー（issuer Domain Policy）と被認証ポリシー（subject Domain Policy）とのマッピングを規定する。
【００３４】
サポート・アルゴリズム（supported Algorithms）は、ディレクトリ（Ｘ．５００）のアトリビュートを定義するフィールドである。サポート・アルゴリズムは、コミュニケーションの相手がディレクトリ情報を利用する場合に、事前にそのアトリビュートを知らせるのに用いる。
【００３５】
サブジェクト別名（subject Alt Name）は、ユーザの別名を一般名称（General Name）形式で記述するフィールドである。
【００３６】
発行者別名（issuer Alt Name）は、証明書発行者の別名を記述するフィールドである。
【００３７】
サブジェクト・ディレクトリ・アトリビュート（subject Directory Attributes）は、ユーザの任意の属性を記述するフィールドである。
【００３８】
基本制約（basic Constraints）は、証明対象の公開鍵が証明書発行認証局の署名用であるかユーザのものであるかを区別するためのフィールドである。
【００３９】
許容サブツリー制約名（name Constraints permitted Subtrees）は、被認証者が証明書発行認証局である場合にのみ使用される公開鍵証明書の有効領域を示すフィールドである。
【００４０】
制約ポリシー（policy Constraints）は、認証パスの残りに対する明確な認証ポリシーＩＤや禁止ポリシーマップを要求する制限を記述するフィールドである。
【００４１】
ＣＲＬ参照ポイント（Certificate Revocation List Distribution Points）は、ユーザが公開鍵証明書を利用する際に、この公開鍵証明書が失効していないかどうかを確認するための失効リストの参照ポイントを記述するフィールドである。
【００４２】
署名は、公開鍵証明書発行者、すなわち、証明書発行認証局の署名フィールドである。電子署名は、公開鍵証明書の全体に対していわゆるハッシュ関数を適用してハッシュ値を生成し、このハッシュ値に対して証明書発行認証局の秘密鍵を用いて暗号化して生成したデータである。
【００４３】
証明書発行認証局は、このようなフォーマットからなる公開鍵証明書を発行するとともに、有効期限が切れた公開鍵証明書を更新し、不正を行ったユーザの排斥を行うための不正者リストの作成、管理、配布、すなわち、リボケーション（revocation）を行う。また、証明書発行認証局は、必要に応じて、公開鍵及び秘密鍵の生成も行う。
【００４４】
一方、この公開鍵証明書を利用するユーザは、自己が有する証明書発行認証局の公開鍵を用いて当該公開鍵証明書の電子署名を検証し、電子署名の検証に成功すると、公開鍵証明書に基づいて公開鍵を取得し、この公開鍵を利用することができる。したがって、公開鍵証明書を利用する全てのユーザは、当該公開鍵証明書を発行した証明書発行認証局の公開鍵を有しているか取得する必要がある。
【００４５】
リモートアクセスシステムにおいては、後述するように、このような公開鍵証明書を各エンティティに保持させる。
【００４６】
つぎに、属性証明書について説明する。属性証明書は、証明書発行認証局とは異なるローカルな機関である属性認証局（Attribute Authority；ＡＡ）によって発行されるものである。
【００４７】
属性証明書は、図３及び図４に示すようなフォーマットから構成される。なお、同図においては、属性証明書を構成する各フィールド毎の項目と、これらの各項目に対する説明とを記載している。
【００４８】
図３に示すバージョン（version）は、属性証明書のフォーマットのバージョン情報を記述するフィールドであり、例えばフォーマットがバージョン２（１）である場合にはバージョン２（１）を示す"１"が記述される。
【００４９】
ホルダー（holder）は、属性証明書が結び付けられた公開鍵証明書の所有者を特定するためのフィールドである。ホルダーには、ベース認証局識別子（base Certificate ID）として、属性証明書の所有者が有する公開鍵証明書の発行者名（issuer）、属性証明書の所有者が有する公開鍵証明書のシリアルナンバ（serial）、属性証明書の所有者が有する公開鍵証明書の発行者を識別するための固有の識別子（issuer UID）が記述される。また、ホルダーには、公開鍵証明書におけるサブジェクト（subject）又はサブジェクト別名（subject Alt Name）と同一とされる属性証明書の所有者の名称（entity name）が記述される。さらに、ホルダーには、将来、属性証明書が識別情報（identity）や公開鍵証明書にリンクされていない場合を想定して、例えば公開鍵のハッシュが記述されるオブジェクト・ダイジェスト情報（object Digest Info）が記述される。
【００５０】
発行者（issuer）は、属性証明書に署名した発行者の情報を指定するフィールドである。
【００５１】
署名（signature）は、属性証明書の署名を有効にするために使用するアルゴリズムを識別するための識別子を記述するフィールドである。
【００５２】
シリアルナンバ（serial Number）は、属性認証局が各属性証明書に割り振るシリアルナンバを記述するフィールドである。
【００５３】
属性証明書有効期限（attr Cert Validity Period）は、属性証明書の有効期限である開始日時（not Before）及び終了日時（not After）を記述するフィールドである。
【００５４】
図４に示す属性（attributes）は、属性証明書の所有者の特権に関する情報を記述するフィールドであり、例えば、文章でアクセスが許可された対象物を記述してもよく、システム側で用意しておいたアクセスすることができるコードを記述してもよく、ある平文を暗号化する鍵を記述してもよい。例えば、属性には、属性証明書の検証者が当該属性証明書の所有者を認証する場合に利用するサービスに関する認証情報（Service Authentication Information）、属性証明書の検証者が用いる当該属性証明書の所有者のアクセス許可情報（Access Identity）、課金のために属性証明書の所有者を特定するための情報（Charging Identity）、属性証明書の所有者のグループへの帰属関係を示す情報（Group）、属性証明書の所有者に与えられる役割を示す情報（Role）、属性証明書の所有者に対する秘密情報の使用許可に関する情報（Clearance）が記述される。
【００５５】
発行者固有識別子（issuer Unique ID）は、属性証明書の発行者の公開鍵証明書で指定されている場合に利用されるフィールドである。
【００５６】
拡張情報（extensions）は、属性証明書の所有者の情報ではなく属性証明書の情報を記述するフィールドであり、サーバ及び／又はサービス管理者が属性証明書の所有者の監査を行い不正行為の検出、すなわち特定をするために用いる情報（Audit Identity）、属性証明書が対象とするサーバ及び／又はサービスを示す情報（AC Targeting）、属性証明書の検証者による当該属性証明書の署名確認の補助情報である属性証明書の発行者の鍵情報（Authority Key）、属性証明書の検証者による当該属性証明書の失効状態確認の補助情報であるＯＣＳＰレスポンダのＵＲＩ（Uniform Resource Identifiers）を示す情報（Authority Information Access）、属性証明書の検証者による当該属性証明書の失効状態確認の補助情報であるＣＲＬ（Certificate Revocation List）配布点のＵＲＩを示す情報（CRL Distribution）、当該属性証明書に対応する失効情報がないことを示す情報（No Revocation）、提出者が所有者以外である場合に利用され、属性証明書を提出することができるエンティティを示す情報（Proxy Info）が記述される。
【００５７】
署名（signature Value）は、属性認証局によってつけられた署名を記述するフィールドである。
【００５８】
リモートアクセスシステムにおいては、後述するように、このようなフォーマットからなる属性証明書を各エンティティに保持させることにより、あるエンティティに対していかなる権限が許可されているのかを検証することができる。
【００５９】
リモートアクセスシステムは、以上のような公開鍵証明書及び属性証明書を用いて構築される。
【００６０】
以下、これらの公開鍵証明書及び属性証明書を用いたリモートアクセスシステムについて説明する。
【００６１】
まず、リモートアクセスシステムの概念について説明する。なお、ここでは、説明の便宜上、家庭内に設けられた各種情報家電又はパーソナルコンピュータ等の各種情報処理端末若しくはサーバ装置等をアクセスの対象とし、これらの機器に対して携帯電話機や携帯情報端末機（Personal Digital Assistants；ＰＤＡ）等の携帯機器を所持するユーザが屋外からアクセスするものとして説明する。
【００６２】
リモートアクセスシステムは、ＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication sector） Ｘ．５０９で定義されているＰＭＩ（Privilege management Infrastructure）の機能の１つである属性証明書を用いた権限プロキシ機能により、アクセスさせたいリソース毎に、権限単位での制御を行う。
【００６３】
ここで、権限プロキシ機能について図５を用いて説明する。
【００６４】
同図に示すように、属性証明書ＡＣを保持するクライアントＣＬと、このクライアントＣＬの権限を検証する権限検証側サーバＶＲとの間に、クライアントＣＬの権限を主張する権限主張側サーバＡＳが介在するシステムを考える。
【００６５】
この場合、クライアントＣＬは、権限検証側サーバＶＲに対してアクセスしようとする際には、権限主張側サーバＡＳに対して属性証明書ＡＣを提示し、これに応じて、権限主張側サーバＡＳは、クライアントＣＬから提示された属性証明書ＡＣを、権限検証側サーバＶＲに対して提示する。
【００６６】
しかしながら、この場合、権限検証側サーバＶＲは、権限主張側サーバＡＳから提示された属性証明書ＡＣが、権限主張側サーバＡＳの属性証明書ではないことから、アクセスを許可しない旨の検証結果を出すことになる。すなわち、このようなシステムにおいては、属性証明書を直接的に授受する装置間で、権限の主張及び検証が行われることから、クライアントＣＬが権限検証側サーバＶＲに対して自己の権限を主張しようとする際には、クライアントＣＬから権限検証側サーバＶＲに対して直接的に属性証明書ＡＣを提示する必要がある。
【００６７】
そこで、このようなシステムにおいては、先に図４に示した拡張情報（extensions）におけるプロシキ情報（Proxy Info）を利用する。このプロシキ情報は、上述したように、属性証明書の提出者が所有者以外である場合に利用され、属性証明書を提出することができるエンティティを示す情報である。
【００６８】
したがって、このようなシステムにおいては、クライアントＣＬは、権限検証側サーバＶＲに対してアクセスしようとする際には、属性証明書を提出できるエンティティとして権限検証側サーバＶＲを含む旨を示すプロシキ情報を記述した属性証明書ＡＣを権限主張側サーバＡＳに対して提示し、これに応じて、権限主張側サーバＡＳは、クライアントＣＬから提示された属性証明書ＡＣを、権限検証側サーバＶＲに対して提示する。
【００６９】
これにより、権限検証側サーバＶＲは、権限主張側サーバＡＳから提示された属性証明書ＡＣにおけるプロシキ情報を参照して当該属性証明書ＡＣを検証し、アクセスを許可する旨の検証結果を出すことが可能となる。
【００７０】
このように、属性証明書ＡＣを保持するクライアントＣＬと、このクライアントＣＬの権限を検証する権限検証側サーバＶＲとの間に、クライアントＣＬの権限を主張する権限主張側サーバＡＳが介在するシステムにおいては、プロシキ情報に属性証明書ＡＣの提出先を記述することにより、クライアントＣＬが権限検証側サーバＶＲに対してアクセスすることが可能となる。
【００７１】
リモートアクセスシステムは、このような権限プロキシ機能を利用する。概念的には、リモートアクセスシステムは、図６に示すように、上述した公開鍵証明書を発行する証明書発行認証局ＣＡと、上述した属性証明書を発行する属性認証局ＡＡと、アクセスの対象となる対象機器１０１，１０２と、これらの対象機器１０１，１０２が属する家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースであるホームゲートウェイと２０と、対象機器１０１，１０２に対してアクセスするためにユーザが所持する携帯機器３０とを、エンティティとして備える。
【００７２】
証明書発行認証局ＣＡは、公開鍵暗号方式における独立した所定の第三者機関であって、ＩＳＯ／ＩＥＣ ９５９４−８、又はＩＴＵ−Ｔ Ｘ．５０９に基づく電子証明書である公開鍵証明書を発行する。具体的には、証明書発行認証局ＣＡは、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を、それぞれ、対象機器１０１，１０２に対して発行するとともに、公開鍵証明書ＰＫＣＧをホームゲートウェイ２０に対して発行するとともに、公開鍵証明書ＰＫＣＭを携帯機器３０に対して発行する。なお、この公開鍵証明書の発行の形態は、様々なものが考えられるが、例えば、対象機器１０１，１０２、ホームゲートウェイ２０、及び携帯機器３０の製造時にデータとして埋め込むことが考えられる。
【００７３】
属性認証局ＡＡは、証明書発行認証局ＣＡとは論理的に異なるローカルな機関であって、権限管理を行うために用いる電子証明書である属性証明書を発行する。属性認証局ＡＡは、証明書発行認証局ＣＡからホームゲートウェイ２０に対して発行された公開鍵証明書ＰＫＣＧにより、ホームゲートウェイ２０の認証を行う。そして、属性認証局ＡＡは、例えばホームゲートウェイ２０がユーザサイドに渡ってから初回接続時等に、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬを、ホームゲートウェイ２０に対して発行する。なお、この属性証明書ＡＣＬについては、後に詳述するものとする。
【００７４】
対象機器１０１，１０２は、それぞれ、図５における権限検証側サーバＶＲに相当するものである。対象機器１０１，１０２は、それぞれ、例えば、ネットワークに接続可能な各種情報家電や、パーソナルコンピュータ等の各種情報処理端末若しくはホームサーバ等のサーバ装置を想定したものであり、家庭内ネットワークを構成する機器である。なお、本発明におけるリソースとは、後に具体的な適用例を述べるように、ログインするこれらの対象機器１０１，１０２そのものを示す場合がある他、これらの対象機器１０１，１０２が保持するファイル等のデータやその他の各種情報を含む概念であるが、ここでは説明の便宜上、対象機器１０１，１０２そのものをリソースとするものとして説明する。対象機器１０１，１０２は、それぞれ、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を保持し、これらの公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を用いてホームゲートウェイ２０との間で相互認証を行う。また、対象機器１０１，１０２は、それぞれ、携帯機器３０がアクセスする際に送信した属性証明書ＡＣＰをホームゲートウェイ２０を介して受信し、この属性証明書ＡＣＰの検証を行う。
【００７５】
ホームゲートウェイ２０は、図５における権限主張側サーバＡＳに相当するものである。ホームゲートウェイ２０は、例えば、いわゆるホームルータ、ファイアウォール、及び／又はブリッジといった概念を含むものであり、異なるプロトコルのネットワーク同士の接続を可能とするネットワークの入り口に相当する機器であり、対象機器１０１，１０２が属する家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０は、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧを保持し、この公開鍵証明書ＰＫＣＧを用いて対象機器１０１，１０２、携帯機器３０、及び属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０は、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬが属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬを保持し、この属性証明書ＡＣＬに基づいて、携帯機器３０に対して属性証明書ＡＣＰを発行する。なお、この属性証明書ＡＣＰについては、後に詳述するものとする。さらに、ホームゲートウェイ２０は、携帯機器３０から送信された属性証明書ＡＣＰを受信すると、この属性証明書ＡＣＰを対象機器１０１，１０２のそれぞれに対して送信して提示する。
【００７６】
携帯機器３０は、図５におけるクライアントＣＬに相当するものである。携帯機器３０は、屋外にいるユーザが所持する携帯電話機や携帯情報端末機等の機器であり、いわゆるインターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０に対して接続可能とされる。携帯機器３０は、証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭを保持し、この公開鍵証明書ＰＫＣＭを用いてホームゲートウェイ２０との間で相互認証を行う。また、携帯機器３０は、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを認証するための属性証明書ＡＣＰがホームゲートウェイ２０によって発行されると、この属性証明書ＡＣＰをＩＣ（Integrated Circuit）カード等に格納すること等によって保持する。そして、携帯機器３０は、対象機器１０１，１０２のそれぞれに対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰを用いたログイン操作を行うことにより、この属性証明書ＡＣＰをホームゲートウェイ２０に対して送信して提示する。
【００７７】
このようなリモートアクセスシステムにおいては、上述したように、２つの属性証明書ＡＣＬ，ＡＣＰが使用される。
【００７８】
まず、属性証明書ＡＣＬについて説明する。
【００７９】
属性証明書ＡＣＬは、上述したように、携帯機器３０に対して属性証明書ＡＣＰを発行する許可をホームゲートウェイ２０に対して与えるために、属性認証局ＡＡからホームゲートウェイ２０に対して発行されるものである。例えば、この属性証明書ＡＣＬには、図７にタイプとして登録されているオブジェクトＩＤ（Object ID；ＯＩＤ）及び値の例の抜粋を示す先に図４に示した属性（attributes）における各フィールドのうち、当該属性証明書ＡＣＬの所有者たるホームゲートウェイ２０に与えられる役割を示す情報（Role）を用いて、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を記述することができる。
【００８０】
ここで、"ロール（Role）"の概念について説明する。
【００８１】
この"ロール（Role）"の概念を用いた権限管理の手法は、本件出願人が先に出願している特願２００２−０２９６３６に記載したものである。
【００８２】
すなわち、この権限管理の手法においては、概念的には、図８に示すように、例えば権限ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・といった所定の権限を定義する枠組みを１つの役割（ロール）Ｒ１，Ｒ２とし、例えば個人Ｍ１，Ｍ２，Ｍ３といった少なくとも１人以上の個人がこのロールＲ１，Ｒ２に属するものとされる。
【００８３】
この権限管理の手法においては、各個人Ｍ１，Ｍ２，Ｍ３がそれぞれ有する属性証明書であって当該個人Ｍ１，Ｍ２，Ｍ３が属しているロールを示す情報が記述されている役割割当証明書（Role Assignment Certificate）ＲＡＡＣが、属性認証局ＡＡによって発行されるとともに、ロール毎に発行される属性証明書であって当該ロールに許可されている権限を示す情報が記述されている役割定義証明書（Role Specification Certificate）ＲＳＡＣが、役割認証局（Role Authority）ＲＡによって発行される。なお、役割認証局ＲＡは、属性認証局ＡＡと同一であってもよいが、ここでは説明の便宜上、論理的に独立な機関であるものとする。
【００８４】
この権限管理の手法においては、各ロールの定義については、役割認証局ＲＡによって発行される役割定義証明書ＲＳＡＣを用いる。すなわち、この権限管理の手法においては、ロール毎に、許可される手続きが定義されるが、この情報が、役割認証局ＲＡによって発行される役割定義証明書ＲＳＡＣに記述される。
【００８５】
この役割定義証明書ＲＳＡＣは、先に図３及び図４に示した属性証明書のフォーマットにしたがって作成されるものであり、少なくとも、当該役割定義証明書ＲＳＡＣの発行者たる役割認証局ＲＡの名前を示す情報、ロールを識別するためのロール名といったロールの情報、システムによってコード又は操作名が記述されるものであって許可される操作を示す情報等の各種情報が記述される。
【００８６】
リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を含む各種情報が記述された役割定義証明書ＲＳＡＣが役割認証局ＲＡによって発行され、権限ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・が定義されたリソース、すなわち、先に示した図６においては対象機器１０１，１０２がこの役割定義証明書ＲＳＡＣを保持する。
【００８７】
一方、この権限管理の手法においては、各ロールに対する役割の割り当てについては、属性認証局ＡＡによって発行される役割割当証明書ＲＡＡＣを用いる。すなわち、この権限管理の手法においては、個人Ｍ１，Ｍ２，Ｍ３毎に、各役割が定義されるが、この情報が、属性認証局ＡＡによって発行される役割割当証明書ＲＡＡＣに記述される。
【００８８】
この役割割当証明書ＲＡＡＣも、役割定義証明書ＲＳＡＣと同様に、先に図３及び図４に示した属性証明書のフォーマットにしたがって作成されるものであり、少なくとも、当該役割割当証明書ＲＡＡＣの発行者たる属性認証局ＡＡの名前を示す情報、ロールを識別するためのロール名といったロールの情報、対応する役割定義証明書ＲＳＡＣと関連付けを行うための役割定義証明書ＲＳＡＣへの参照ポイントを示す情報としての役割認証局ＲＡの名前を示す情報等の各種情報が記述される。
【００８９】
リモートアクセスシステムにおいては、このような各種情報が記述された役割割当証明書ＲＡＡＣが属性証明書ＡＣＬとして属性認証局ＡＡによって発行され、個人Ｍ１，Ｍ２，Ｍ３、すなわち、先に示した図６においてはホームゲートウェイ２０が、この役割割当証明書ＲＡＡＣを保持する。
【００９０】
リモートアクセスシステムにおいては、このような"ロール（Role）"の概念を用いることにより、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を記述した属性証明書ＡＣＬを、属性認証局ＡＡによってホームゲートウェイ２０に対して発行することができる。これにより、リモートアクセスシステムにおいては、この属性証明書ＡＣＬを保持したホームゲートウェイ２０によって属性証明書ＡＣＰを携帯機器３０に対して発行することが可能となる。
【００９１】
なお、リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与える旨を示す情報を属性証明書ＡＣＬに記述するために、当該属性証明書ＡＣＬの所有者たるホームゲートウェイ２０に与えられる役割を示す情報（Role）を用いるのではなく、図７に示した属性（attributes）における各フィールドのうち、属性証明書の検証者が当該属性証明書の所有者を認証する場合に利用するサービスに関する認証情報（Service Authentication Information）や、属性証明書の検証者が用いる当該属性証明書の所有者のアクセス許可情報（Access Identity）等を用いて、同情報を記述することも可能である。
【００９２】
また、リモートアクセスシステムにおいては、権限委譲エクステンションを用い、属性証明書ＡＣＰを発行する対象及び権限を制御するようにしてもよい。例えば、リモートアクセスシステムにおいては、Basic Attribute Constraintsエクステンションを用いて、ホームゲートウェイ２０には携帯機器３０に対して属性証明書ＡＣＰを発行できる旨を示し、さらに、ホームゲートウェイ２０からは権限委譲を許可しない旨を設定することが考えられる。
【００９３】
このように、リモートアクセスシステムにおいては、携帯機器３０に対して属性証明書ＡＣＰを発行する許可をホームゲートウェイ２０に与える手法として、様々なものが考えられる。
【００９４】
つぎに、属性証明書ＡＣＰについて説明する。
【００９５】
属性証明書ＡＣＰは、ある公開鍵証明書を保持している機器又はユーザに対する権限が記述されたものであり、ここでは、公開鍵証明書ＰＫＣＭを保持している携帯機器３０に対する権限として、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを許可する旨の情報が記述されたものである。例えば、この属性証明書ＡＣＰには、先に図７に示した属性（attributes）における各フィールドのうち、属性証明書ＡＣＰの検証者たる対象機器１０１，１０２のそれぞれが当該属性証明書ＡＣＰの所有者を認証する場合に利用するサービスに関する認証情報（Service Authentication Information）や、属性証明書ＡＣＰの検証者たる対象機器１０１，１０２のそれぞれが用いる当該属性証明書ＡＣＰの所有者のアクセス許可情報（Access Identity）等を用いて、アクセスする対象、アクセスできる操作（権限）、及びアクセスするための認証情報がある場合には当該認証情報を記述することができる。また、属性証明書ＡＣＰには、図９にタイプとして登録されているオブジェクトＩＤ（Object ID；ＯＩＤ）及びクリティカル又は値の例の抜粋を示す先に図４に示した拡張情報（extensions）における各フィールドのうち、プロシキ情報（Proxy Info）を用いて、当該属性証明書ＡＣＰを経由させるホームゲートウェイ２０の情報が記述される。
【００９６】
ここで、プロシキ情報は、具体的には、図１０に示すように記述されるものである。
【００９７】
属性証明書ＡＣＰには、このようなプロシキ情報におけるターゲット（Target）として、ホームゲートウェイ２０を識別するためのアドレスや識別子が記述されるとともに、ホームゲートウェイ２０が保持する公開鍵証明書ＰＫＣＧを示す情報が記述される。
【００９８】
このように、リモートアクセスシステムにおいては、携帯機器３０に対する権限として、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを許可する旨の情報が記述されるとともに、プロシキ情報として、ホームゲートウェイ２０の情報が記述された属性証明書ＡＣＰを、ホームゲートウェイ２０から携帯機器３０に対して発行することができる。これにより、リモートアクセスシステムにおいては、対象機器１０１，１０２が、それぞれ、この属性証明書ＡＣＰをホームゲートウェイ２０を介して受信した場合には、プロシキ情報におけるターゲットを検証し、且つ、ホームゲートウェイ２０から送信された属性証明書であることを検証することになる。
【００９９】
さて、このようなリモートアクセスシステムにおいては、具体的には、図１１に示すように、当該リモートアクセスシステムを構築するための準備フェーズＰ１が行われると、任意の携帯機器をリソースに対してアクセスする機器として登録するための登録フェーズＰ２が行われる。これにより、リモートアクセスシステムにおいては、登録された携帯機器が任意の操作を行うことが可能となり、実際に携帯機器が任意の操作を行う際には、アクセスフェーズＰ３が行われる。また、リモートアクセスシステムにおいては、必要に応じて、任意の携帯機器をリソースに対してアクセスする機器から除外するためのアクセス削除フェーズＰ４や、任意の携帯機器の権限を変更するためのアクセス変更フェーズＰ５が行われる。
【０１００】
以下、これら５つの各フェーズについて説明する。
【０１０１】
まず、準備フェーズＰ１について説明する。
【０１０２】
リモートアクセスシステムにおいては、当該リモートアクセスシステムを構築するための準備フェーズＰ１として、各エンティティが相互認証可能となるように、証明書発行認証局ＣＡにより、各エンティティに対して認証のための公開鍵証明書を発行する。すなわち、リモートアクセスシステムにおいては、上述したように、各エンティティの製造時等に、証明書発行認証局ＣＡにより、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を、それぞれ、対象機器１０１，１０２に対して発行するとともに、公開鍵証明書ＰＫＣＧをホームゲートウェイ２０に対して発行するとともに、公開鍵証明書ＰＫＣＭを携帯機器３０に対して発行する。
【０１０３】
リモートアクセスシステムは、このような準備フェーズＰ１を経ることにより、各エンティティが相互認証可能な状態に構築される。
【０１０４】
つぎに、登録フェーズＰ２について説明する。
【０１０５】
リモートアクセスシステムにおいては、任意の携帯機器としての携帯機器３０をリソースに対してアクセスする機器として登録するための登録フェーズＰ２として、図１２に示す工程が行われる。
【０１０６】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ１において、属性認証局ＡＡにより、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されてホームゲートウェイ２０に保持されている公開鍵証明書ＰＫＣＧを用いて、ホームゲートウェイ２０との間で相互認証を行う。この相互認証は、ホームゲートウェイ２０自体に対する認証であり、ホームゲートウェイ２０が正当なものであるか否かを認証するためのものである。
【０１０７】
続いて、リモートアクセスシステムにおいては、ステップＳ２において、属性認証局ＡＡにより、ホームゲートウェイ２０がユーザサイドに渡ってから初回接続時等に、携帯機器３０に対して属性証明書ＡＣＰを発行する許可を与えるための属性証明書ＡＣＬを、ホームゲートウェイ２０に対して発行する。これにともない、ホームゲートウェイ２０は、属性認証局ＡＡから送信された属性証明書ＡＣＬを保持する。
【０１０８】
続いて、リモートアクセスシステムにおいては、ステップＳ３において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、接続する機器、すなわち、対象機器１０１，１０２のそれぞれの情報を登録するとともに、その対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０に対して上述したプロシキ情報を記述した属性証明書ＡＣＰを発行する。
【０１０９】
続いて、リモートアクセスシステムにおいては、ステップＳ４において、携帯機器３０により、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されて保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１１０】
そして、リモートアクセスシステムにおいては、ステップＳ５において、携帯機器３０により、ホームゲートウェイ２０から送信された属性証明書ＡＣＰをＩＣカード等に格納して保持し、一連の登録フェーズＰ２を終了する。
【０１１１】
リモートアクセスシステムにおいては、このような一連の工程からなる登録フェーズＰ２を経ることにより、リソースに対してアクセスする機器として、携帯機器３０を登録することができる。このようにしてリソースに対してアクセスする携帯機器３０の登録がされたリモートアクセスシステムにおいては、登録された携帯機器３０が任意の操作を行うことが可能となる。
【０１１２】
つぎに、アクセスフェーズＰ３について説明する。
【０１１３】
リモートアクセスシステムにおいては、登録された携帯機器３０がリソースに対してアクセスする際には、アクセスフェーズＰ３として、図１３に示す工程が行われる。
【０１１４】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ１１において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１１５】
続いて、リモートアクセスシステムにおいては、ステップＳ１２において、携帯機器３０により、保持している属性証明書ＡＣＰをホームゲートウェイ２０に対して送信して提示する。
【０１１６】
これに応じて、リモートアクセスシステムにおいては、ステップＳ１３において、ホームゲートウェイ２０により、携帯機器３０から提示された属性証明書ＡＣＰの内容に基づいて、当該属性証明書ＡＣＰを、アクセスする対象として指定された機器、すなわち、対象機器１０１，１０２のいずれか又は双方に対して送信して提示する。
【０１１７】
続いて、リモートアクセスシステムにおいては、ステップＳ１４において、対象機器１０１，１０２のいずれか又は双方により、ホームゲートウェイ２０から送信された属性証明書ＡＣＰを受信し、上述したプロシキ情報や属性といった当該属性証明書ＡＣＰの内容を検証する。
【０１１８】
リモートアクセスシステムにおいては、ステップＳ１５において、属性証明書ＡＣＰの検証結果が正当なものであった場合には、ステップＳ１６において、対象機器１０１，１０２のいずれか又は双方によって携帯機器３０のアクセスを許可し、一連のアクセスフェーズＰ３を終了する。一方、リモートアクセスシステムにおいては、ステップＳ１５において、属性証明書ＡＣＰの検証結果が不当なものであった場合には、ステップＳ１７において、対象機器１０１，１０２のいずれか又は双方によって携帯機器３０のアクセスを拒否し、一連のアクセスフェーズＰ３を終了する。
【０１１９】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセスフェーズＰ３を経ることにより、対象機器１０１，１０２のそれぞれによって携帯機器３０の権限を判別することができ、アクセスが許可された携帯機器３０は、任意の操作を行うことが可能となる。
【０１２０】
つぎに、アクセス削除フェーズＰ４について説明する。
【０１２１】
リモートアクセスシステムにおいては、任意の携帯機器をリソースに対してアクセスする機器から除外したい場合には、アクセス削除フェーズＰ４として、図１４に示す工程が行われる。
【０１２２】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ２１において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０に対して発行した属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成し、このＣＲＬ（ＡＣＲＬ）を保持する。
【０１２３】
このように、リモートアクセスシステムにおいては、属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成することにより、携帯機器３０からホームゲートウェイ２０に対してアクセスがあった場合には、ホームゲートウェイ２０によってアクセスを拒否することができ、携帯機器３０をリソースに対してアクセスする機器から除外することができる。特に、リモートアクセスシステムは、複数人のユーザの間で携帯機器３０の貸借がある場合や携帯機器３０を紛失した場合といった携帯機器３０の側の都合による場合等には、属性証明書ＡＣＰに対するＣＲＬ（ＡＣＲＬ）を作成するのみで、携帯機器３０をリソースに対してアクセスする機器から除外することができる。
【０１２４】
ただし、リモートアクセスシステムにおいては、このような操作を繰り返し行うことにより、ＣＲＬ（ＡＣＲＬ）のサイズが大きくなり、取り扱いに不便を生じるおそれがある。
【０１２５】
そこで、リモートアクセスシステムにおいては、正当なユーザが自らの意思で携帯機器３０をリソースに対してアクセスする機器から除外したい場合等には、ステップＳ２１の処理に続いて、以下のステップＳ２２乃至ステップＳ２４の処理を行うようにしてもよい。
【０１２６】
すなわち、リモートアクセスシステムにおいては、ステップＳ２２において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１２７】
続いて、リモートアクセスシステムにおいては、ステップＳ２３において、ホームゲートウェイ２０からの指示にしたがい、携帯機器３０により、保持している属性証明書ＡＣＰを削除する。
【０１２８】
そして、リモートアクセスシステムにおいては、ステップＳ２４において、ホームゲートウェイ２０により、ステップＳ２１にて作成したＣＲＬ（ＡＣＲＬ）を削除し、一連のアクセス削除フェーズＰ４を終了する。
【０１２９】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス削除フェーズＰ４を経ることにより、携帯機器３０をリソースに対してアクセスする機器から除外することができる。
【０１３０】
最後に、アクセス変更フェーズＰ５について説明する。
【０１３１】
リモートアクセスシステムにおいては、任意の携帯機器の権限を変更したい場合には、アクセス変更フェーズＰ５として、図１５に示す工程が行われる。
【０１３２】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ３１において、ホームゲートウェイ２０により、ユーザからの指示にしたがい、携帯機器３０に対してプロシキ情報を記述した新たな属性証明書ＡＣＰを発行する。
【０１３３】
続いて、リモートアクセスシステムにおいては、ステップＳ３２において、携帯機器３０により、保持している公開鍵証明書ＰＫＣＭを用いて、ホームゲートウェイ２０との間で相互認証を行う。
【０１３４】
そして、リモートアクセスシステムにおいては、ステップＳ３３において、携帯機器３０により、ホームゲートウェイ２０から送信された新たな属性証明書ＡＣＰを、元の属性証明書ＡＣＰと置換してＩＣカード等に格納して保持し、一連のアクセス変更フェーズＰ５を終了する。
【０１３５】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス変更フェーズＰ５を経ることにより、携帯機器３０の権限を変更することができる。これにより、リモートアクセスシステムにおいては、携帯機器３０が新たな任意の操作を行うことが可能となる。
【０１３６】
以上のように、リモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰを用いて権限管理を行うことができる。
【０１３７】
さて、以下では、このようなリモートアクセスシステムを具体的に適用した適用例について説明する。なお、本発明におけるリソースとは、上述したように、ログインする機器そのものを示す場合がある他、これらの機器が保持するファイル等のデータやその他の各種情報を含む概念であるが、ここでは、これらリソースの具体例についても言及する。
【０１３８】
まず、リモートアクセスシステムの適用例としては、ホームサーバやパーソナルコンピュータ等の情報処理端末が保持するデータへのリモートアクセスを行うデータアクセスシステムがあげられる。
【０１３９】
このデータアクセスシステムにおいては、ホームサーバや情報処理端末が保持するデータがリソースとなり、携帯機器を用いてユーザが行う操作は、データを保持するホームサーバや情報処理端末に対するデータアクセスとなる。
【０１４０】
このようなデータアクセスシステムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器がデータにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してホームサーバや情報処理端末に対して提示する。これにより、データアクセスシステムにおいては、携帯機器を用いてホームゲートウェイを介してデータに対してアクセスすることが可能となる。
【０１４１】
このように、リモートアクセスシステムは、ホームサーバやパーソナルコンピュータ等の情報処理端末が保持するデータに対するデータアクセスシステムに適用することができる。
【０１４２】
また、リモートアクセスシステムの他の適用例としては、家電カメラを用いた画像撮影による情報取得システムがあげられる。
【０１４３】
具体的に説明するために、例えば家庭内の冷蔵庫の在庫を情報として取得する情報取得システムを考える。この情報取得システムにおいては、冷蔵庫内部の画像がリソースとなり、携帯機器を用いてユーザが行う操作は、取得した画像を閲覧することによる冷蔵庫の在庫確認となる。
【０１４４】
このような情報取得システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器が家電カメラが内部に取り付けられた冷蔵庫にアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介して冷蔵庫に対して提示する。これにより、情報取得システムにおいては、ユーザが外出している最中であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介して家電カメラを操作し、冷蔵庫内部の画像を取得することが可能となる。
【０１４５】
このように、リモートアクセスシステムは、家電カメラを用いた画像撮影による情報取得システムに適用することができる。
【０１４６】
さらに、リモートアクセスシステムの他の適用例としては、任意の場所の画像撮影による情報取得システムがあげられる。
【０１４７】
具体的に説明するために、例えば所定の会員である旨を証明するための会員カードの画像を取得することによって会員であるか否かを認証する情報取得システムを考える。この情報取得システムにおいては、家庭等の任意の場所にある会員カードの画像がリソースとなり、携帯機器を用いてユーザが行う操作は、会員カードの認証者に画像を閲覧させることによって会員である旨を証明するものとなる。
【０１４８】
このような情報取得システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器が会員カードを撮影するカメラにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してカメラに対して提示する。これにより、情報取得システムにおいては、会員カードがユーザの手元にない場合であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介してカメラを操作し、会員カードの画像を取得することが可能となる。
【０１４９】
このように、リモートアクセスシステムは、任意の場所の画像撮影による情報取得システムに適用することができる。
【０１５０】
さらにまた、リモートアクセスシステムの他の適用例としては、屋外からのリモート操作による家電操作を行う家電操作システムがあげられる。
【０１５１】
具体的に説明するために、例えば家庭内のエアーコンディショナ機器のオン／オフ操作を行う家電操作システムを考える。この家電操作システムにおいては、エアーコンディショナ機器自体がリソースとなり、携帯機器を用いてユーザが行う操作は、このリソースとしてのエアーコンディショナ機器をリモート操作するためのリモートコントローラに対するアクセスとなる。
【０１５２】
このような家電操作システムにおいては、ホームゲートウェイによって適切なプロシキ情報を記述した属性証明書ＡＣＰを携帯機器に対して発行し、携帯機器がリモートコントローラにアクセスする際に、当該属性証明書ＡＣＰをホームゲートウェイを介してリモートコントローラに対して提示する。これにより、家電操作システムにおいては、ユーザが外出している最中であっても、ユーザが所持する携帯機器を用いてホームゲートウェイを介してリモートコントローラを操作し、エアーコンディショナ機器のオン／オフ操作を行うことが可能となる。
【０１５３】
このように、リモートアクセスシステムは、屋外からのリモート操作による家電操作を行う家電操作システムに適用することができる。
【０１５４】
以上説明したように、本発明の実施の形態として示したリモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰを用いて権限管理を行うことにより、携帯機器３０からリソースとしての対象機器１０１，１０２のそれぞれに対してリモートアクセスを行う際に、対象機器１０１，１０２毎に、権限単位での制御を容易に行うことができる。
【０１５５】
また、このリモートアクセスシステムは、属性証明書ＡＣＰを利用する際に、リソースとしての対象機器１０１，１０２のそれぞれが属するネットワークの入り口となるホームゲートウェイ２０を経由して、対象機器１０１，１０２のそれぞれと携帯機器３０との間で属性証明書ＡＣＰの授受を行うことにより、属性証明書ＡＣＰの送付ルートが一義に決定されることから、属性証明書ＡＣＰの送付ルートを確認することができ、セキュリティを向上させることができる。
【０１５６】
なお、本発明は、上述した実施の形態に限定されるものではない。例えば、上述した実施の形態では、アクセスの対象となる対象機器１０１，１０２が属する家庭内ネットワークの入り口となるホームゲートウェイ２０が携帯機器３０に対して属性証明書ＡＣＰを発行するものとして説明したが、本発明は、属性証明書ＡＣＰを発行するエンティティに拘泥するものではなく、ホームゲートウェイ２０は、少なくとも属性証明書ＡＣＰの内容に応じて、当該属性証明書ＡＣＰを適切な提示先に提示する機能を有するものであればよい。
【０１５７】
この具体例として、あるネットワークの入り口としてのホームゲートウェイによって発行された属性証明書ＡＣＰを用いて、他のネットワークに属するリソースにアクセスするリモートアクセスシステムについて説明する。
【０１５８】
このリモートアクセスシステムは、概念的には、図１６に示すように、第１の家庭内ネットワークに属する対象機器１０１，１０２と、これらの対象機器１０１，１０２が属する第１の家庭内ネットワークの入り口となるホームゲートウェイと２０１と、対象機器１０１，１０２に対してアクセスするためにユーザが所持する携帯機器３０１と、第１の家庭内ネットワークとは異なる第２の家庭内ネットワークに属する対象機器１０３と、この対象機器１０３が属する第２の家庭内ネットワークの入り口となるホームゲートウェイと２０２と、対象機器１０３に対してアクセスするために他のユーザが所持する携帯機器３０２と、図示しないが、上述した証明書発行認証局ＣＡ及び属性認証局ＡＡとを、エンティティとして備える。
【０１５９】
すなわち、このリモートアクセスシステムは、第１の家庭内ネットワークから構成される図６に示したようなシステムと、他の家屋等の第２のネットワークから構成される同様のシステムとが、併存しているものである。
【０１６０】
対象機器１０１，１０２は、それぞれ、第１の家庭内ネットワークを構成する機器であり、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を保持し、これらの公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２を用いてホームゲートウェイ２０１との間で相互認証を行う。また、対象機器１０１，１０２は、それぞれ、携帯機器３０１がアクセスする際に送信した属性証明書ＡＣＰ１をホームゲートウェイ２０１を介して受信し、この属性証明書ＡＣＰ１の検証を行う。
【０１６１】
ホームゲートウェイ２０１は、対象機器１０１，１０２が属する第１の家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０１は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧ１を保持し、この公開鍵証明書ＰＫＣＧ１を用いて対象機器１０１，１０２、携帯機器３０１、及び図示しない属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０１は、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する許可を与えるための属性証明書ＡＣＬ１が図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬ１を保持し、この属性証明書ＡＣＬ１に基づいて、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する。さらに、ホームゲートウェイ２０１は、携帯機器３０１から送信された属性証明書ＡＣＰ１を受信すると、この属性証明書ＡＣＰ１を対象機器１０１，１０２のそれぞれに対して送信して提示する。
【０１６２】
さらにまた、ホームゲートウェイ２０１は、アクセスすることができる他のネットワークにおけるホームゲートウェイを示す情報が記述された後に詳述する属性証明書ＡＣＨが図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＨを保持し、この属性証明書ＡＣＨに基づいて、第２の家庭内ネットワークにおけるホームゲートウェイ２０２と通信を行うことが可能とされる。ホームゲートウェイ２０１は、この属性証明書ＡＣＨを第２の家庭内ネットワークにおけるホームゲートウェイ２０２に対して送信して提示することにより、第２の家庭内ネットワークに属する対象機器１０３に対するアクセス許可を得るための属性証明書ＡＣＰ１'をホームゲートウェイ２０２によって発行してもらい、携帯機器３０１に対してこの属性証明書ＡＣＰ１'を送信する。そして、ホームゲートウェイ２０１は、携帯機器３０１から送信された属性証明書ＡＣＰ１'を受信すると、この属性証明書ＡＣＰ１'を属性証明書ＡＣＨとともにホームゲートウェイ２０２に対して送信して提示する。なお、この属性証明書ＡＣＰ１'については、後に詳述するものとする。
【０１６３】
携帯機器３０１は、通常は、第１の家庭内ネットワークに属する対象機器１０１，１０２のそれぞれに対してアクセスするための機器であり、インターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０１に対して接続可能とされる。携帯機器３０１は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭ１を保持し、この公開鍵証明書ＰＫＣＭ１を用いてホームゲートウェイ２０１との間で相互認証を行う。携帯機器３０１は、リソースとしての対象機器１０１，１０２のそれぞれに対してアクセスすることを認証するための属性証明書ＡＣＰ１がホームゲートウェイ２０１によって発行されると、この属性証明書ＡＣＰ１をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０１は、対象機器１０１，１０２のそれぞれに対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ１を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示する。
【０１６４】
また、携帯機器３０１は、第２の家庭内ネットワークに属する対象機器１０３もアクセスの対象とすることができる。このとき、携帯機器３０１は、リソースとしての対象機器１０３に対してアクセスすることを認証するための属性証明書ＡＣＰ１'がホームゲートウェイ２０２によって発行され、ホームゲートウェイ２０１を介してこの属性証明書ＡＣＰ１'を受信すると、この属性証明書ＡＣＰ１'をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０１は、対象機器１０３に対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ１'を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して送信して提示する。
【０１６５】
対象機器１０３は、第２の家庭内ネットワークを構成する機器であり、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＴ３を保持し、この公開鍵証明書ＰＫＣＴ３を用いてホームゲートウェイ２０２との間で相互認証を行う。また、対象機器１０３は、携帯機器３０２がアクセスする際に送信した属性証明書ＡＣＰ２をホームゲートウェイ２０２を介して受信し、この属性証明書ＡＣＰ２の検証を行う。さらに、対象機器１０３は、携帯機器３０１のアクセス対象とされた場合には、当該携帯機器３０１がアクセスする際に送信した属性証明書ＡＣＰ１'と、ホームゲートウェイ２０１が送信した属性証明書ＡＣＨとを、ホームゲートウェイ２０２を介して受信し、これらの属性証明書ＡＣＰ１'，ＡＣＨの検証を行う。
【０１６６】
ホームゲートウェイ２０２は、対象機器１０３が属する第２の家庭内ネットワークと他のネットワークとを相互に接続するためのインターフェースとして機能する。ホームゲートウェイ２０２は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＧ２を保持し、この公開鍵証明書ＰＫＣＧ２を用いて対象機器１０３、携帯機器３０２、及び図示しない属性認証局ＡＡとの間で相互認証を行う。また、ホームゲートウェイ２０２は、携帯機器３０２に対して属性証明書ＡＣＰ２を発行する許可を与えるための属性証明書ＡＣＬ２が図示しない属性認証局ＡＡによって発行されると、この属性証明書ＡＣＬ２を保持し、この属性証明書ＡＣＬ２に基づいて、携帯機器３０２に対して属性証明書ＡＣＰ２を発行する。さらに、ホームゲートウェイ２０２は、携帯機器３０２から送信された属性証明書ＡＣＰ２を受信すると、この属性証明書ＡＣＰ２を対象機器１０３に対して送信して提示する。
【０１６７】
さらにまた、ホームゲートウェイ２０２は、ホームゲートウェイ２０１から属性証明書ＡＣＨを受信すると、この属性証明書ＡＣＨに基づいて、属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して発行する。そして、ホームゲートウェイ２０２は、ホームゲートウェイ２０１を介して携帯機器３０１から送信された属性証明書ＡＣＰ１'と、ホームゲートウェイ２０１から送信された属性証明書ＡＣＨとを受信すると、これらの属性証明書ＡＣＰ１'，ＡＣＨ対象機器１０３に対して送信して提示する。
【０１６８】
携帯機器３０２は、第２の家庭内ネットワークに属する対象機器１０３に対してアクセスするための機器であり、インターネット等のセキュアでないネットワークＮＴを介してホームゲートウェイ２０２に対して接続可能とされる。携帯機器３０２は、図示しない証明書発行認証局ＣＡによって発行された公開鍵証明書ＰＫＣＭ２を保持し、この公開鍵証明書ＰＫＣＭ２を用いてホームゲートウェイ２０２との間で相互認証を行う。また、携帯機器３０２は、リソースとしての対象機器１０３に対してアクセスすることを認証するための属性証明書ＡＣＰ２がホームゲートウェイ２０２によって発行されると、この属性証明書ＡＣＰ２をＩＣカード等に格納すること等によって保持する。そして、携帯機器３０２は、対象機器１０３に対してアクセスしようと試みる際に、ＩＣカード等に格納された属性証明書ＡＣＰ２を用いたログイン操作を行うことにより、この属性証明書ＡＣＰ２をホームゲートウェイ２０２に対して送信して提示する。
【０１６９】
このようなリモートアクセスシステムにおいては、上述した２つの属性証明書ＡＣＬ，ＡＣＰの他、２つの属性証明書ＡＣＨ，ＡＣＰ１'が使用される。
【０１７０】
まず、属性証明書ＡＣＨについて説明する。
【０１７１】
属性証明書ＡＣＨは、上述したように、アクセスすることができる他のネットワークにおけるエンティティ、具体的にはホームゲートウェイ２０２を示す情報が記述されたものであり、図示しない属性認証局ＡＡによって署名されてホームゲートウェイ２０１に対して発行されるものである。例えば、この属性証明書ＡＣＨには、上述した属性（attributes）における各フィールドのうち、アクセス許可情報（Access Identity）等を用いて、アクセスすることができる他のネットワークにおけるエンティティとしてのホームゲートウェイ２０２を示す情報を記述することができる。
【０１７２】
リモートアクセスシステムにおいては、アクセスすることができる他のネットワークにおけるエンティティとしてのホームゲートウェイ２０２を示す情報を記述した属性証明書ＡＣＨを、ホームゲートウェイ２０１からの要求に応じて、ホームゲートウェイ２０２によって発行することができる。これにより、リモートアクセスシステムにおいては、この属性証明書ＡＣＨを保持したホームゲートウェイ２０１を介して携帯機器３０１が対象機器１０３に対してアクセスすることが可能となる。
【０１７３】
つぎに、属性証明書ＡＣＰ１'について説明する。
【０１７４】
属性証明書ＡＣＰ１'は、上述した属性証明書ＡＣＰと同様に、ある公開鍵証明書を保持している機器又はユーザに対する権限が記述されたものであり、ここでは、公開鍵証明書ＰＫＣＭ１を保持している携帯機器３０１に対する権限として、第２の家庭内ネットワークに属するリソースとしての対象機器１０３に対してアクセスすることを許可する旨の情報が記述されたものである。例えば、この属性証明書ＡＣＰ１'は、属性（attributes）については上述した属性証明書ＡＣＰと同様に、認証情報（Service Authentication Information）やアクセス許可情報（Access Identity）等を用いて、アクセスする対象、アクセスできる操作（権限）、及びアクセスするための認証情報がある場合には当該認証情報が記述される一方で、プロシキ情報（Proxy Info）としては、当該属性証明書ＡＣＰ１'を経由させる２つのホームゲートウェイ２０１，２０２を識別するためのアドレスや識別子等の情報が記述されたものとなる。
【０１７５】
このように、リモートアクセスシステムにおいては、携帯機器３０１に対する権限として、第２の家庭内ネットワークに属するリソースとしての対象機器１０３に対してアクセスすることを許可する旨の情報が記述されるとともに、プロシキ情報として、２つのホームゲートウェイ２０１，２０２の情報が記述された属性証明書ＡＣＰ１'を、ホームゲートウェイ２０２からホームゲートウェイ２０１を介して携帯機器３０１に対して発行することができる。これにより、リモートアクセスシステムにおいては、対象機器１０３が、この属性証明書ＡＣＰ１'をホームゲートウェイ２０２を介して受信した場合には、プロシキ情報におけるターゲットを検証し、且つ、２つのホームゲートウェイ２０１，２０２を介して受信した属性証明書であることを検証することになる。
【０１７６】
さて、このようなリモートアクセスシステムにおいては、具体的には、先に図１１に示したように、準備フェーズＰ１、登録フェーズＰ２、アクセスフェーズＰ３、アクセス削除フェーズＰ４、及びアクセス変更フェーズＰ５が行われる。なお、以下では、携帯機器３０１によって第２の家庭内ネットワークに属する対象機器１０３に対してアクセスするものとして説明する。
【０１７７】
まず、準備フェーズＰ１について説明する。
【０１７８】
リモートアクセスシステムにおいては、当該リモートアクセスシステムを構築するための準備フェーズＰ１として、各エンティティが相互認証可能となるように、証明書発行認証局ＣＡにより、各エンティティに対して認証のための公開鍵証明書を発行する。すなわち、リモートアクセスシステムにおいては、上述したように、各エンティティの製造時等に、証明書発行認証局ＣＡにより、公開鍵証明書ＰＫＣＴ１，ＰＫＣＴ２，ＰＫＣＴ３を、それぞれ、対象機器１０１，１０２，１０３に対して発行するとともに、公開鍵証明書ＰＫＣＧ１，ＰＫＣＧ２を、それぞれ、ホームゲートウェイ２０１，２０２に対して発行するとともに、公開鍵証明書ＰＫＣＭ１，ＰＫＣＭ２を、それぞれ、携帯機器３０１，３０２に対して発行する。
【０１７９】
リモートアクセスシステムは、このような準備フェーズＰ１を経ることにより、各エンティティが相互認証可能な状態に構築される。
【０１８０】
つぎに、登録フェーズＰ２について説明する。
【０１８１】
リモートアクセスシステムにおいては、任意の携帯機器としての携帯機器３０をリソースに対してアクセスする機器として登録するための登録フェーズＰ２として、図１７に示す工程が行われる。
【０１８２】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ４１において、属性認証局ＡＡにより、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されてホームゲートウェイ２０１に保持されている公開鍵証明書ＰＫＣＧ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。この相互認証は、ホームゲートウェイ２０１自体に対する認証であり、ホームゲートウェイ２０１が正当なものであるか否かを認証するためのものである。
【０１８３】
続いて、リモートアクセスシステムにおいては、ステップＳ４２において、属性認証局ＡＡにより、ホームゲートウェイ２０１がユーザサイドに渡ってから初回接続時等に、携帯機器３０１に対して属性証明書ＡＣＰ１を発行する許可を与えるための属性証明書ＡＣＬ１を、ホームゲートウェイ２０１に対して発行する。この際、リモートアクセスシステムにおいては、ホームゲートウェイ２０１が他のホームゲートウェイ２０２に対してアクセスする場合には、属性認証局ＡＡにより、ホームゲートウェイ２０２に対してアクセスできる旨の情報が記述された属性証明書ＡＣＨを、ホームゲートウェイ２０１に対して発行する。これにともない、ホームゲートウェイ２０１は、属性認証局ＡＡから送信された２つの属性証明書ＡＣＬ１，ＡＣＨを保持する。
【０１８４】
続いて、リモートアクセスシステムにおいては、ステップＳ４３において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、接続する機器、すなわち、対象機器１０１，１０２のそれぞれの情報を登録するとともに、その対象機器１０１，１０２のそれぞれに対してリモートからアクセスしてもよい携帯機器３０１に対して上述したプロシキ情報を記述した属性証明書ＡＣＰ１を発行する。
【０１８５】
続いて、リモートアクセスシステムにおいては、携帯機器３０１から他のホームゲートウェイ２０２を介して対象機器１０３に対してアクセスしたい場合には、ステップＳ４４において、ホームゲートウェイ２０１により、保持している属性証明書ＡＣＨを他のホームゲートウェイ２０２に対して送信して提示し、上述したプロシキ情報を記述した属性証明書ＡＣＰ１'を発行してもらう。これにともない、ホームゲートウェイ２０２は、属性証明書ＡＣＰ１'を発行し、この属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して送信する。
【０１８６】
続いて、リモートアクセスシステムにおいては、ステップＳ４５において、携帯機器３０１により、上述した準備フェーズＰ１にて証明書発行認証局ＣＡによって発行されて保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０１８７】
そして、リモートアクセスシステムにおいては、ステップＳ４６において、携帯機器３０１により、ホームゲートウェイ２０１から送信された属性証明書ＡＣＰ１，ＡＣＰ１'をＩＣカード等に格納して保持し、一連の登録フェーズＰ２を終了する。
【０１８８】
リモートアクセスシステムにおいては、このような一連の工程からなる登録フェーズＰ２を経ることにより、リソースに対してアクセスする機器として、携帯機器３０１を登録することができる。このようにしてリソースに対してアクセスする携帯機器３０１の登録がされたリモートアクセスシステムにおいては、登録された携帯機器３０１が任意の操作を行うことが可能となる。
【０１８９】
つぎに、アクセスフェーズＰ３について説明する。
【０１９０】
リモートアクセスシステムにおいては、登録された携帯機器３０１がリソースに対してアクセスする際には、アクセスフェーズＰ３として、図１８に示す工程が行われる。
【０１９１】
まず、リモートアクセスシステムにおいては、同図に示すように、ステップＳ５１において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０１９２】
続いて、リモートアクセスシステムにおいては、ステップＳ５２において、携帯機器３０１により、保持している属性証明書ＡＣＰ１，ＡＣＰ１'のいずれかをホームゲートウェイ２０１に対して送信して提示する。具体的には、リモートアクセスシステムにおいては、対象機器１０１，１０２のいずれか又は双方に対してアクセスする場合には、携帯機器３０１により、保持している属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示する一方で、対象機器１０３に対してアクセスする場合には、携帯機器３０１により、保持している属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して送信して提示する。
【０１９３】
ここで、リモートアクセスシステムにおいては、携帯機器３０１により、保持している属性証明書ＡＣＰ１をホームゲートウェイ２０１に対して送信して提示した場合には、先に図１３中ステップＳ１３乃至ステップＳ１７に示した処理と同様の処理を行うが、ここでは、携帯機器３０１は、保持している属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して送信して提示するものとして説明する。
【０１９４】
リモートアクセスシステムにおいては、ステップＳ５３において、ホームゲートウェイ２０１により、携帯機器３０１から提示された属性証明書ＡＣＰ１'におけるプロシキ情報を検証し、アクセス対象の機器が自己の配下にある第１の家庭内ネットワークとは異なる第２の家庭内ネットワークに属する対象機器１０３である旨を把握すると、２つの属性証明書ＡＣＰ１'，ＡＣＨを、第２の家庭内ネットワークを司るホームゲートウェイ２０２に対して送信して提示する。
【０１９５】
続いて、リモートアクセスシステムにおいては、ステップＳ５４において、ホームゲートウェイ２０２により、ホームゲートウェイ２０１から提示された２つの属性証明書ＡＣＰ１'，ＡＣＨの内容に基づいて、当該属性証明書ＡＣＰ１'，ＡＣＨを、アクセスする対象として指定された機器、すなわち、対象機器１０３に対して送信して提示する。
【０１９６】
続いて、リモートアクセスシステムにおいては、ステップＳ５５において、対象機器１０３により、ホームゲートウェイ２０２から送信された２つの属性証明書ＡＣＰ１'，ＡＣＨを受信し、上述したプロシキ情報や属性といった当該属性証明書ＡＣＰ１'，ＡＣＨの内容を検証する。
【０１９７】
リモートアクセスシステムにおいては、ステップＳ５６において、属性証明書ＡＣＰ１'，ＡＣＨの検証結果が正当なものであった場合には、ステップＳ５７において、対象機器１０３によって携帯機器３０１のアクセスを許可し、一連のアクセスフェーズＰ３を終了する。一方、リモートアクセスシステムにおいては、ステップＳ５６において、属性証明書ＡＣＰ１'，ＡＣＨの検証結果が不当なものであった場合には、ステップＳ５８において、対象機器１０３によって携帯機器３０１のアクセスを拒否し、一連のアクセスフェーズＰ３を終了する。
【０１９８】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセスフェーズＰ３を経ることにより、対象機器１０３によって携帯機器３０１の権限を判別することができ、アクセスが許可された携帯機器３０１は、任意の操作を行うことが可能となる。
【０１９９】
つぎに、アクセス削除フェーズＰ４について説明する。
【０２００】
リモートアクセスシステムにおいては、任意の携帯機器をリソースに対してアクセスする機器から除外したい場合には、アクセス削除フェーズＰ４として、図１９に示す工程が行われる。なお、リモートアクセスシステムにおいては、携帯機器３０１が対象機器１０１，１０２をアクセス対象としている場合には、先に図１４に示した処理と同様の処理を行えばよく、ここでは、携帯機器３０１が対象機器１０３をアクセス対象としており、携帯機器３０１を対象機器１０３に対してアクセスする機器から除外したい場合について説明する。
【０２０１】
まず、リモートアクセスシステムにおいては、図１９に示すように、ステップＳ６１において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、対象機器１０３に対してリモートからアクセスしてもよい携帯機器３０１に対して発行した属性証明書ＡＣＰ１'に対するＣＲＬ（ＡＣＲＬ）の作成をホームゲートウェイ２０２に対して要求する。
【０２０２】
続いて、リモートアクセスシステムにおいては、ステップＳ６２において、ホームゲートウェイ２０２により、ホームゲートウェイ２０１からの要求にしたがい、属性証明書ＡＣＰ１'に対するＣＲＬ（ＡＣＲＬ）を作成する。
【０２０３】
そして、リモートアクセスシステムにおいては、ステップＳ６３において、ホームゲートウェイ２０２により、作成した属性証明書ＡＣＰ１'に対するＣＲＬ（ＡＣＲＬ）をホームゲートウェイ２０１に対して送信して配布する。これにともない、ホームゲートウェイ２０１は、ホームゲートウェイ２０２から送信された属性証明書ＡＣＰ１'に対するＣＲＬ（ＡＣＲＬ）を保持する。
【０２０４】
このように、リモートアクセスシステムにおいては、属性証明書ＡＣＰ１'に対するＣＲＬ（ＡＣＲＬ）をホームゲートウェイ２０２によって作成することにより、携帯機器３０１からホームゲートウェイ２０１を介して対象機器１０３に対してアクセスがあった場合には、ホームゲートウェイ２０１によってアクセスを拒否することができ、携帯機器３０１をリソースに対してアクセスする機器から除外することができる。
【０２０５】
また、リモートアクセスシステムにおいては、上述したように、正当なユーザが自らの意思で携帯機器３０をリソースに対してアクセスする機器から除外したい場合等には、ステップＳ６３の処理に続いて、先に図１４中ステップＳ２２乃至ステップＳ２４に示した処理と同様の処理を行うようにしてもよい。
【０２０６】
すなわち、リモートアクセスシステムにおいては、ステップＳ６４において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０２０７】
続いて、リモートアクセスシステムにおいては、ステップＳ６５において、ホームゲートウェイ２０１からの指示にしたがい、携帯機器３０１により、保持している属性証明書ＡＣＰ１'を削除する。
【０２０８】
そして、リモートアクセスシステムにおいては、ステップＳ６６において、ホームゲートウェイ２０１により、ステップＳ６３にて保持したＣＲＬ（ＡＣＲＬ）を削除し、一連のアクセス削除フェーズＰ４を終了する。
【０２０９】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス削除フェーズＰ４を経ることにより、携帯機器３０１をリソースとしての対象機器１０３に対してアクセスする機器から除外することができる。
【０２１０】
なお、リモートアクセスシステムにおいては、対象機器１０３の側の都合により、携帯機器３０１を当該対象機器１０３に対してアクセスする機器から除外したい場合には、ステップＳ６１の処理をスキップし、ユーザからの指示にしたがい、ステップＳ６２からの処理を行えばよいことになる。
【０２１１】
最後に、アクセス変更フェーズＰ５について説明する。
【０２１２】
リモートアクセスシステムにおいては、任意の携帯機器の権限を変更したい場合には、アクセス変更フェーズＰ５として、図２０に示す工程が行われる。なお、リモートアクセスシステムにおいては、第１の家庭内ネットワークにおけるリソースに対する携帯機器３０１の権限を変更したい場合には、先に図１５に示した処理と同様の処理を行えばよく、ここでは、第２の家庭内ネットワークにおけるリソースに対する携帯機器３０１の権限を変更したい場合について説明する。
【０２１３】
まず、リモートアクセスシステムにおいては、図２０に示すように、ステップＳ７１において、ホームゲートウェイ２０１により、ユーザからの指示にしたがい、保持している属性証明書ＡＣＨを他のホームゲートウェイ２０２に対して送信して提示し、プロシキ情報を記述した新たな属性証明書ＡＣＰ１'を発行してもらう。これにともない、ホームゲートウェイ２０２は、新たな属性証明書ＡＣＰ１'を発行し、この属性証明書ＡＣＰ１'をホームゲートウェイ２０１に対して送信する。
【０２１４】
続いて、リモートアクセスシステムにおいては、ステップＳ７２において、携帯機器３０１により、保持している公開鍵証明書ＰＫＣＭ１を用いて、ホームゲートウェイ２０１との間で相互認証を行う。
【０２１５】
そして、リモートアクセスシステムにおいては、ステップＳ７３において、携帯機器３０１により、ホームゲートウェイ２０１から送信された新たな属性証明書ＡＣＰ１'を、元の属性証明書ＡＣＰ１'と置換してＩＣカード等に格納して保持し、一連のアクセス変更フェーズＰ５を終了する。
【０２１６】
リモートアクセスシステムにおいては、このような一連の工程からなるアクセス変更フェーズＰ５を経ることにより、携帯機器３０１の権限を変更することができる。これにより、リモートアクセスシステムにおいては、携帯機器３０１が新たな任意の操作を行うことが可能となる。
【０２１７】
以上のように、リモートアクセスシステムは、プロシキ情報が記述された属性証明書ＡＣＰ１'を用いて、通常では携帯機器３０１からはアクセスすることができない第２の家庭内ネットワークにおけるリソースに対する権限管理を行うことができる。
【０２１８】
このように、本発明は、携帯機器が通常アクセスできるネットワークの入り口としてのホームゲートウェイが当該携帯機器に対して属性証明書ＡＣＰを発行するのではなく、他のネットワークの入り口としてのホームゲートウェイといった任意のエンティティが属性証明書ＡＣＰを発行するものであってもよく、ホームゲートウェイは、属性証明書ＡＣＰの内容を検証できるものであればよい。
【０２１９】
また、上述した実施の形態では、家庭内ネットワークにおけるリソースに対してアクセスするものとして説明したが、本発明は、任意のネットワークに対して適用することができる。
【０２２０】
さらに、上述した実施の形態では、リソースに対してアクセス機器として携帯機器を用いて説明したが、本発明は、このような機器としては、携帯型の機器に限らずいかなる機器をも適用することができる。
【０２２１】
さらにまた、本発明は、各エンティティの動作をハードウェアで実現するのみならず、ソフトウェアで実現することもできる。本発明は、ソフトウェアで実現する場合には、例えば各エンティティが備えるＣＰＵ（Central Processing Unit）によって上述したリモートアクセスを行うためのリモートアクセスプログラムを実行することにより、各機能を実現することができる。このリモートアクセスプログラムは、例えばいわゆるコンパクトディスク（Compact Disc）等の所定の記録媒体やインターネット等の伝送媒体によって提供することができる。
【０２２２】
このように、本発明は、その趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【０２２３】
【発明の効果】
以上詳細に説明したように、本発明にかかるリモートアクセスシステムは、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、当該リモートアクセスシステムは、アクセス対象となるアクセス対象機器と、前記アクセス対象機器に対してアクセスするアクセス機器と、前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなり、前記アクセス機器は、前記リソースに対するアクセス権限が記述されている証明書を記憶する記憶手段と、前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示する提示手段とを備え、前記接続機器は、前記アクセス機器から受信した前記証明書を検証する検証手段と、前記検証手段によって検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信する送信手段とを備え、前記アクセス対象機器は、前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する決定手段を備える。
【０２２４】
したがって、本発明にかかるリモートアクセスシステムは、少なくともリソースに対するアクセス権限を証明書に記述し、この証明書を、アクセス機器からアクセス対象機器に対して接続機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証することにより、リソース毎に、権限単位での制御を容易に行うことができ、また、証明書の送付ルートを確認することができ、セキュリティを向上させることができる。
【０２２５】
また、本発明にかかるリモートアクセス方法は、アクセス対象となるアクセス対象機器と、前記アクセス対象機器に対してアクセスするアクセス機器と、前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなるリモートアクセスシステムにて、所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、前記アクセス機器は、前記リソースに対するアクセス権限が記述されている証明書を記憶手段に記憶し、前記記憶手段に記憶される前記証明書を、前記リソースに対する前記アクセス対象機器に対して提示し、前記接続機器は、前記アクセス機器から受信した前記証明書を検証し、検証された前記証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信し、前記アクセス対象機器は、前記接続機器から送信される前記証明書に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する。
【０２２６】
したがって、本発明にかかるリモートアクセス方法は、少なくともリソースに対するアクセス権限を証明書に記述し、この証明書を、アクセス機器からアクセス対象機器に対して接続機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証することにより、リソース毎に、権限単位での制御を容易に行うことが可能となり、また、証明書の送付ルートを確認することができ、セキュリティを向上させることが可能となる。
【図面の簡単な説明】
【図１】
公開鍵証明書のフォーマットを説明する図である。
【図２】
公開鍵証明書のフォーマットを説明する図であって、図１に示す項目に続く残りの項目を説明する図である。
【図３】
属性証明書のフォーマットを説明する図である。
【図４】
属性証明書のフォーマットを説明する図であって、図３に示す項目に続く残りの項目を説明する図である。
【図５】
権限プロキシ機能を説明するための図である。
【図６】
本発明の実施の形態として示すリモートアクセスシステムの概念図である。
【図７】
図４に示す属性証明書の項目のうち、属性における各フィールドの抜粋を示す図である。
【図８】
ロールの概念を用いた権限管理の手法について説明する図である。
【図９】
図４に示す属性証明書の項目のうち、拡張情報における各フィールドの抜粋を示す図である。
【図１０】
図４に示す属性証明書の項目のうち、拡張情報におけるプロシキ情報の具体的な記述内容を説明する図である。
【図１１】
同リモートアクセスシステムにて行われる各フェーズを説明するためのフローチャートである。
【図１２】
同リモートアクセスシステムにおける登録フェーズとしての一連の工程を説明するためのフローチャートである。
【図１３】
同リモートアクセスシステムにおけるアクセスフェーズとしての一連の工程を説明するためのフローチャートである。
【図１４】
同リモートアクセスシステムにおけるアクセス削除フェーズとしての一連の工程を説明するためのフローチャートである。
【図１５】
同リモートアクセスシステムにおけるアクセス変更フェーズとしての一連の工程を説明するためのフローチャートである。
【図１６】
本発明の他の実施の形態として示すリモートアクセスシステムの概念図である。
【図１７】
同リモートアクセスシステムにおける登録フェーズとしての一連の工程を説明するためのフローチャートである。
【図１８】
同リモートアクセスシステムにおけるアクセスフェーズとしての一連の工程を説明するためのフローチャートである。
【図１９】
同リモートアクセスシステムにおけるアクセス削除フェーズとしての一連の工程を説明するためのフローチャートであって、携帯機器を他のネットワークに属する対象機器に対してアクセスする機器から除外する場合における一連の工程を説明するためのフローチャートである。
【図２０】
同リモートアクセスシステムにおけるアクセス変更フェーズとしての一連の工程を説明するためのフローチャートであって、他のネットワークにおけるリソースに対する携帯機器の権限を変更する場合における一連の工程を説明するためのフローチャートである。
【符号の説明】
１０１，１０２，１０３ 対象機器、 ２０，２０１，２０２ ホームゲートウェイ、 ３０，３０１，３０２ 携帯機器、 ＡＡ 属性認証局、 ＡＣ，ＡＣＨ，ＡＣＬ，ＡＣＬ１，ＡＣＬ２，ＡＣＰ，ＡＣＰ１，ＡＣＰ２，ＡＣＰ１' 属性証明書、 ＡＳ 権限主張側サーバ、 ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・ 権限、 ＣＡ 証明書発行認証局、 ＣＬ クライアント、 Ｍ１，Ｍ２，Ｍ３ 個人、 ＮＴ ネットワーク、 ＰＫＣＧ，ＰＫＣＧ１，ＰＫＣＧ２，ＰＫＣＭ，ＰＫＣＭ１，ＰＫＣＭ２，ＰＫＣＴ１，ＰＫＣＴ２，ＰＫＣＴ３ 公開鍵証明書、 Ｒ１，Ｒ２ ロール、 ＲＡ 役割認証局、 ＲＡＡＣ 役割割当証明書、 ＲＳＡＣ 役割定義証明書、 ＶＲ 権限検証側サーバ
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 JP2004046430A (ja) | 2004-02-12 |
| JP2004046430A5 true 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) |
Families Citing this family (63)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1430641A2 (en) * | 2001-09-27 | 2004-06-23 | Matsushita Electric Industrial Co., Ltd. | An encryption device, a decrypting device, a secret key generation device,a copyright protection system and a cipher communication device |
| UA95220C2 (ru) * | 2003-07-24 | 2011-07-25 | Конинлийке Филипс Электроникс Н.В. | Гибридная архитектура области разрешенного использования контента, организованной на основе, как устройств, так и пользователей |
| 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 |
| JP2005309780A (ja) * | 2004-04-21 | 2005-11-04 | Ntt Docomo Inc | Ｉｃカード及び権限委譲制御方法 |
| 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 | 認証システム |
| 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 |
| KR100791291B1 (ko) | 2006-02-10 | 2008-01-04 | 삼성전자주식회사 | 디바이스에서 ｄｒｍ 컨텐츠를 로밍하여 사용하는 방법 및장치 |
| WO2007108114A1 (ja) * | 2006-03-22 | 2007-09-27 | Matsushita Electric Industrial Co., Ltd. | ドメイン参加方法、属性証明書選択方法、通信端末、ｉｃカード、ｃｅ機器、属性証明書発行局およびコンテンツサーバ |
| 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 | 삼성전자주식회사 | 홈 네트워크에서의 디바이스 제어 장치 및 방법 |
| 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 |
| WO2008085206A2 (en) | 2006-12-29 | 2008-07-17 | Prodea Systems, Inc. | Subscription management of applications and services provided through user premises gateway devices |
| US20170344703A1 (en) | 2006-12-29 | 2017-11-30 | 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 |
| US11316688B2 (en) | 2006-12-29 | 2022-04-26 | Kip Prod P1 Lp | Multi-services application gateway and system employing the same |
| 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 |
| JP5250456B2 (ja) * | 2009-03-10 | 2013-07-31 | 株式会社日立製作所 | 通信機器システム及びカード型機器 |
| 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 |
| JP5373151B2 (ja) * | 2012-05-21 | 2013-12-18 | シャープ株式会社 | 情報処理装置、情報処理装置の制御方法、被制御装置、被制御装置の制御方法、サーバ、サーバの制御方法、ペアリングシステム、制御プログラム、および記録媒体 |
| 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 |
| US10454783B2 (en) | 2014-02-05 | 2019-10-22 | Apple Inc. | Accessory management system using environment model |
| EP3086253B1 (en) * | 2013-12-16 | 2017-12-13 | Panasonic Intellectual Property Management Co., Ltd. | Authentication system, and authentication method |
| KR102138027B1 (ko) | 2014-02-05 | 2020-07-27 | 애플 인크. | 제어기와 액세서리 사이의 통신을 위한 균일한 통신 프로토콜 |
| JP6270542B2 (ja) * | 2014-02-28 | 2018-01-31 | 大阪瓦斯株式会社 | 認証システム |
| CN112134708A (zh) * | 2014-04-15 | 2020-12-25 | 创新先进技术有限公司 | 一种授权方法、请求授权的方法及装置 |
| 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 |
| US9148408B1 (en) | 2014-10-06 | 2015-09-29 | Cryptzone North America, Inc. | Systems and methods for protecting network devices |
| US9906497B2 (en) | 2014-10-06 | 2018-02-27 | Cryptzone North America, Inc. | Multi-tunneling virtual network adapter |
| US10206170B2 (en) | 2015-02-05 | 2019-02-12 | Apple Inc. | Dynamic connection path detection and selection for wireless controllers and accessories |
| JP6765061B2 (ja) * | 2015-08-28 | 2020-10-07 | パナソニックＩｐマネジメント株式会社 | 認証システムおよび認証方法 |
| US9866519B2 (en) | 2015-10-16 | 2018-01-09 | Cryptzone North America, Inc. | Name resolving in segmented networks |
| US9736120B2 (en) | 2015-10-16 | 2017-08-15 | Cryptzone North America, Inc. | Client network access provision by a network traffic manager |
| 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 |
| WO2017169144A1 (ja) | 2016-03-31 | 2017-10-05 | ソニー株式会社 | 情報処理装置、情報処理方法、およびプログラム |
| US9560015B1 (en) | 2016-04-12 | 2017-01-31 | Cryptzone North America, Inc. | Systems and methods for protecting network devices by a firewall |
| JP6767903B2 (ja) * | 2017-03-21 | 2020-10-14 | Kddi株式会社 | デバイス、情報端末、認証管理サーバおよびデバイス認証システム |
| 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加密算法的数据采集器加密方法 |
| US11283623B1 (en) * | 2019-06-03 | 2022-03-22 | Wells Fargo Bank, N.A. | Systems and methods of using group functions certificate extension |
| JP7215342B2 (ja) * | 2019-06-06 | 2023-01-31 | 富士通株式会社 | 通信プログラム、通信方法、および、通信装置 |
| 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 |
| KR102463051B1 (ko) * | 2021-11-23 | 2022-11-03 | 펜타시큐리티시스템 주식회사 | 선박 네트워크 접근제어 방법 및 장치 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5588060A (en) * | 1994-06-10 | 1996-12-24 | Sun Microsystems, Inc. | Method and apparatus for a key-management scheme for internet protocols |
| 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 |
| 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
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4129783B2 (ja) | リモートアクセスシステム及びリモートアクセス方法 | |
| JP2004046430A5 (ja) | ||
| US7844816B2 (en) | Relying party trust anchor based public key technology framework | |
| KR100860404B1 (ko) | 다중 도메인 홈네트워크 환경에서의 디바이스 인증 방법 및장치 | |
| KR100925329B1 (ko) | 디지털케이블 방송망에서 다운로더블 제한수신시스템을위한 상호인증 및 키 공유 방법과 장치 | |
| US10567370B2 (en) | Certificate authority | |
| JP4674044B2 (ja) | クライアントが許可を検証できるキー管理プロトコルを設けるためのシステムおよび方法 | |
| JP5604176B2 (ja) | 認証連携装置およびそのプログラム、機器認証装置およびそのプログラム、ならびに、認証連携システム | |
| US20060126848A1 (en) | Key authentication/service system and method using one-time authentication code | |
| US20070214356A1 (en) | Method and system for authentication between electronic devices with minimal user intervention | |
| JP2004348308A (ja) | 本人認証システム | |
| WO2007099608A1 (ja) | 認証システム、ｃｅ機器、携帯端末、鍵証明発行局および鍵証明取得方法 | |
| MXPA04007546A (es) | Metodo y sistema para proporcionar una tercera autenticacion de autorizacion. | |
| JP2002207426A (ja) | 公開鍵証明書発行システム、公開鍵証明書発行方法、および電子認証装置、並びにプログラム記憶媒体 | |
| JP2010526507A (ja) | セキュア通信方法およびシステム | |
| EP1436944A2 (en) | Method and system for providing client privacy when requesting content from a public server | |
| JP6667371B2 (ja) | 通信システム、通信装置、通信方法、及びプログラム | |
| US20220116230A1 (en) | Method for securely providing a personalized electronic identity on a terminal | |
| WO2008002081A1 (en) | Method and apparatus for authenticating device in multi domain home network environment | |
| JP2001186122A (ja) | 認証システム及び認証方法 | |
| JP4332071B2 (ja) | クライアント端末、ゲートウエイ装置、及びこれらを備えたネットワークシステム | |
| JP2003233594A (ja) | アクセス権管理システム、アクセス権管理方法、アクセス権管理プログラム及びアクセス権管理プログラムが記録された記録媒体 | |
| KR100501172B1 (ko) | 무선 인터넷을 위한 무선 인증서 상태 관리 시스템 및방법과 이를 이용한 무선 인증서 상태 검증 방법 | |
| JP3634279B2 (ja) | 複数ｉｃカード間及び同一ｉｃカード内のアプリケーション連携方法 | |
| Lee et al. | Home network device authentication: Device authentication framework and device certificate profile |