JP4129783B2 - Remote access system and remote access method - Google Patents

Remote access system and remote access method Download PDF

Info

Publication number
JP4129783B2
JP4129783B2 JP2002201472A JP2002201472A JP4129783B2 JP 4129783 B2 JP4129783 B2 JP 4129783B2 JP 2002201472 A JP2002201472 A JP 2002201472A JP 2002201472 A JP2002201472 A JP 2002201472A JP 4129783 B2 JP4129783 B2 JP 4129783B2
Authority
JP
Japan
Prior art keywords
certificate
access
attribute
attribute certificate
authority
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.)
Expired - Fee Related
Application number
JP2002201472A
Other languages
Japanese (ja)
Other versions
JP2004046430A5 (en
JP2004046430A (en
Inventor
科子 松山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2002201472A priority Critical patent/JP4129783B2/en
Priority to EP03015192A priority patent/EP1381201A2/en
Priority to US10/617,069 priority patent/US20040078573A1/en
Publication of JP2004046430A publication Critical patent/JP2004046430A/en
Publication of JP2004046430A5 publication Critical patent/JP2004046430A5/ja
Application granted granted Critical
Publication of JP4129783B2 publication Critical patent/JP4129783B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/2818—Controlling appliance services of a home automation network by calling their functionalities from a device located outside both the home and the home network

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）等の所定の記録媒体やインターネット等の伝送媒体によって提供することができる。
【０２２２】
このように、本発明は、その趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【０２２３】
【発明の効果】
以上詳細に説明したように、本発明にかかるリモートアクセスシステムは、所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、当該リモートアクセスシステムは、アクセス対象となるアクセス対象機器と、前記アクセス対象機器に対してアクセスするアクセス機器と、前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなり、前記アクセス機器は、前記リソースに対するアクセス権限及び前記接続機器が前記アクセス対象機器に対するプロキシとしての役割を果たすためのプロキシ情報が記述されている属性証明書を記憶する記憶手段と、前記記憶手段に記憶される前記属性証明書を、前記接続機器に対して送信して提示する第１の提示手段とを備え、前記接続機器は、前記アクセス機器から受信した前記属性証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信して提示する第２の提示手段を備え、前記アクセス対象機器は、前記接続機器から受信した前記属性証明書に記述されている前記アクセス権限及び前記プロキシ情報の内容を検証する検証手段と、前記検証手段による検証結果に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する決定手段とを備える。
【０２２４】
したがって、本発明にかかるリモートアクセスシステムは、少なくともリソースに対するアクセス権限を証明書に記述し、この証明書を、アクセス機器からアクセス対象機器に対して接続機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証することにより、リソース毎に、権限単位での制御を容易に行うことができ、また、証明書の送付ルートを確認することができ、セキュリティを向上させることができる。
【０２２５】
また、本発明にかかるリモートアクセス方法は、アクセス対象となるアクセス対象機器と、前記アクセス対象機器に対してアクセスするアクセス機器と、前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなるリモートアクセスシステムにて、所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、前記アクセス機器は、前記リソースに対するアクセス権限及び前記接続機器が前記アクセス対象機器に対するプロキシとしての役割を果たすためのプロキシ情報が記述されている属性証明書を記憶手段に記憶し、前記記憶手段に記憶される前記属性証明書を、前記接続機器に対して提示し、前記接続機器は、前記アクセス機器から受信した前記属性証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信して提示し、前記アクセス対象機器は、前記接続機器から受信した前記属性証明書に記述されている前記アクセス権限及び前記プロキシ情報の内容を検証し、検証結果に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する。
【０２２６】
したがって、本発明にかかるリモートアクセス方法は、少なくともリソースに対するアクセス権限を証明書に記述し、この証明書を、アクセス機器からアクセス対象機器に対して接続機器を介して送信して提示し、リソースに対するアクセス機器のアクセスを検証することにより、リソース毎に、権限単位での制御を容易に行うことが可能となり、また、証明書の送付ルートを確認することができ、セキュリティを向上させることが可能となる。
【図面の簡単な説明】
【図１】 公開鍵証明書のフォーマットを説明する図である。
【図２】 公開鍵証明書のフォーマットを説明する図であって、図１に示す項目に続く残りの項目を説明する図である。
【図３】 属性証明書のフォーマットを説明する図である。
【図４】 属性証明書のフォーマットを説明する図であって、図３に示す項目に続く残りの項目を説明する図である。
【図５】 権限プロキシ機能を説明するための図である。
【図６】 本発明の実施の形態として示すリモートアクセスシステムの概念図である。
【図７】 図４に示す属性証明書の項目のうち、属性における各フィールドの抜粋を示す図である。
【図８】 ロールの概念を用いた権限管理の手法について説明する図である。
【図９】 図４に示す属性証明書の項目のうち、拡張情報における各フィールドの抜粋を示す図である。
【図１０】 図４に示す属性証明書の項目のうち、拡張情報におけるプロシキ情報の具体的な記述内容を説明する図である。
【図１１】 同リモートアクセスシステムにて行われる各フェーズを説明するためのフローチャートである。
【図１２】 同リモートアクセスシステムにおける登録フェーズとしての一連の工程を説明するためのフローチャートである。
【図１３】 同リモートアクセスシステムにおけるアクセスフェーズとしての一連の工程を説明するためのフローチャートである。
【図１４】 同リモートアクセスシステムにおけるアクセス削除フェーズとしての一連の工程を説明するためのフローチャートである。
【図１５】 同リモートアクセスシステムにおけるアクセス変更フェーズとしての一連の工程を説明するためのフローチャートである。
【図１６】 本発明の他の実施の形態として示すリモートアクセスシステムの概念図である。
【図１７】 同リモートアクセスシステムにおける登録フェーズとしての一連の工程を説明するためのフローチャートである。
【図１８】 同リモートアクセスシステムにおけるアクセスフェーズとしての一連の工程を説明するためのフローチャートである。
【図１９】 同リモートアクセスシステムにおけるアクセス削除フェーズとしての一連の工程を説明するためのフローチャートであって、携帯機器を他のネットワークに属する対象機器に対してアクセスする機器から除外する場合における一連の工程を説明するためのフローチャートである。
【図２０】 同リモートアクセスシステムにおけるアクセス変更フェーズとしての一連の工程を説明するためのフローチャートであって、他のネットワークにおけるリソースに対する携帯機器の権限を変更する場合における一連の工程を説明するためのフローチャートである。
【符号の説明】
１０１，１０２，１０３ 対象機器、 ２０，２０１，２０２ ホームゲートウェイ、 ３０，３０１，３０２ 携帯機器、 ＡＡ 属性認証局、 ＡＣ，ＡＣＨ，ＡＣＬ，ＡＣＬ１，ＡＣＬ２，ＡＣＰ，ＡＣＰ１，ＡＣＰ２，ＡＣＰ１' 属性証明書、 ＡＳ 権限主張側サーバ、 ＡＵ１１，ＡＵ１２，・・・，ＡＵ２１，ＡＵ２２，・・・ 権限、 ＣＡ 証明書発行認証局、 ＣＬ クライアント、 Ｍ１，Ｍ２，Ｍ３ 個人、 ＮＴ ネットワーク、 ＰＫＣＧ，ＰＫＣＧ１，ＰＫＣＧ２，ＰＫＣＭ，ＰＫＣＭ１，ＰＫＣＭ２，ＰＫＣＴ１，ＰＫＣＴ２，ＰＫＣＴ３ 公開鍵証明書、 Ｒ１，Ｒ２ ロール、 ＲＡ 役割認証局、 ＲＡＡＣ 役割割当証明書、 ＲＳＡＣ 役割定義証明書、 ＶＲ 権限検証側サーバ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a remote access system and a remote access method for accessing a predetermined resource from a remote location.
[0002]
[Prior art]
In recent years, various devices such as information home appliances that can be connected to a network have been developed, and accordingly, networks targeting various devices including a home network are being constructed. In addition, depending on the situation, mobile phones and mobile information possessed by the user with respect to various information home appliances or various information processing terminals such as personal computers or server devices provided indoors from remote locations such as outdoors Various services that can be enjoyed by remote access using a device such as a terminal (Personal Digital Assistants; PDA) have been proposed.
[0003]
In such a service, it is essential to manage authentication and access rights in order to eliminate unauthorized user access to hardware and software such as server devices that provide the service, and various resources such as data. Has been.
[0004]
[Problems to be solved by the invention]
Incidentally, some of the services described above have already been implemented, and an authentication mechanism is individually constructed. However, in such a service, an authentication method including authority (operation) for each individual unit has not been established yet.
[0005]
In addition, as a method of authority management for each individual, there is an authentication method using a so-called ID (IDentification) password. However, in this authentication method using an ID password, the mechanism becomes very complicated and the processing load is heavy. There was a problem.
[0006]
The present invention has been made in view of such circumstances, and by performing authority management using a so-called attribute certificate (AC), the device itself that accesses resources when performing remote access. It is an object of the present invention to provide a remote access system and a remote access method capable of easily and safely performing control in units of authority for each resource to be accessed as well as entities such as the above.
[0007]
[Means for Solving the Problems]
A remote access system according to the present invention that achieves the above-described object is a remote access system that accesses a predetermined resource from a remote location, and the remote access system includes an access target device to be accessed and the access An access device that accesses the target device, and a connection device that acts as a proxy for the access target device with respect to the access device, and the access device has an access right to the resource Proxy information for the connected device to serve as a proxy for the access target device Is described attribute Storage means for storing a certificate, and the storage means stored in the storage means attribute Certificate Connected equipment Against Send Present First Presenting means, and the connection device includes: Second presenting means for transmitting and presenting the attribute certificate received from the access device to the access target device designated as the access target The access target device includes: Based on the verification result by the verification unit, the verification unit for verifying the access authority and the content of the proxy information described in the attribute certificate received from the connected device, Determination means for determining access permission of the access device to the resource When It is characterized by having.
[0008]
In such a remote access system according to the present invention, at least the access authority to the resource is described in the certificate, and the certificate is transmitted from the access device to the access target device through the connected device and presented, Verify access device access.
[0009]
In addition, the remote access method according to the present invention that achieves the above-described object includes an access target device to be accessed, an access device that accesses the access target device, and the access target device for the access device. A remote access method for accessing a predetermined resource from a remote location in a remote access system comprising a connected device that acts as a proxy for the access device, wherein the access device has an access right to the resource Proxy information for the connected device to serve as a proxy for the access target device Is described attribute The certificate is stored in the storage means, and the certificate stored in the storage means attribute Certificate Connected equipment And the connected device is The attribute certificate received from the access device is transmitted and presented to the access target device designated as the access target The access target device is The access authority and the proxy information described in the attribute certificate received from the connected device are verified, and the verification result The access permission of the access device to the resource is determined based on the above.
[0010]
In such a remote access method according to the present invention, at least an access right to a resource is described in a certificate, and this certificate is transmitted from an access device to an access target device via a connected device and presented. Verify access device access.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, specific embodiments to which the present invention is applied will be described in detail with reference to the drawings.
[0012]
This embodiment is a remote access system that accesses a predetermined resource from a remote location. This remote access system is based on ISO (International Organization for Standardization) / IEC (International Electrotechnical Commission) 9594-8, or ITU-TX. By performing authority management using an attribute certificate (AC) based on 509, when performing remote access, not only entities such as the device itself that accesses the resource, but also authority for each resource to be accessed Control in units can be easily performed. In addition, when using an attribute certificate, this remote access system sends and receives the attribute certificate between the resource and a device that attempts to access the resource via a gateway that is the entrance of the network to which the resource belongs. By doing this, it is possible to check the route of sending the attribute certificate and improve the security.
[0013]
First, prior to the description of the remote access system, an outline of a public key certificate (PKC), which is an electronic certificate used in the remote access system, and the attribute certificate described above will be described.
[0014]
First, the public key certificate will be described. The public key certificate is issued by a certificate authority (CA) or issuer authority (IA) which is an independent predetermined third party in the so-called public key cryptosystem.
[0015]
Here, the public key cryptosystem will be described. In the public key cryptosystem, the sender and receiver have different keys, one key is a public key that can be used by an unspecified user, and the other key is a secret key that keeps it secret. Unlike the so-called common key cryptosystem, which uses a common key for encryption and decryption, the public key cryptosystem is compared with the common key cryptosystem because a specific one person has a secret key that needs to be kept secret. This is advantageous for key management. A typical public key cryptosystem is a so-called RSA (Rivest-Shamir-Adleman) cipher. This RSA cipher utilizes the difficulty of prime factorization processing of a product of two very large prime numbers of about 150 digits, for example.
[0016]
Public key cryptography is a method that allows a public key to be used by an unspecified number of users, and a method using a public key certificate is widely used to prove whether or not a public key to be distributed is valid. It is used. For example, in the public key cryptosystem, a public key and a private key paired by a specific user A are generated, and the generated public key is sent to a certificate issuing certificate authority to obtain a public key certificate The public key certificate is made public. On the other hand, an unspecified user acquires a public key through a predetermined procedure based on a public key certificate, encrypts a plain text document, etc., and sends it to a specific user A. Then, the user A performs processing such as decrypting an encrypted document sent from an unspecified user using a secret key. The public key encryption method is such an encryption method.
[0017]
In public key cryptography, user A adds a signature to a plain text document using a secret key, and an unspecified user passes a predetermined procedure based on a public key certificate to obtain a public key. It is possible to obtain and verify the signature. For example, in the public key cryptosystem, when the certificate issuing certificate authority refers to the public key certificate to determine the public key, an arbitrary plain text document or the like is sent to the user A and encrypted using the private key. And send it back again. The certificate issuing certificate authority can verify the validity of the signature by decrypting the encrypted document sent from the user A using the public key.
[0018]
A public key certificate in such a public key cryptosystem is submitted by the certificate issuing CA to the certificate issuing CA by submitting information, public key, etc. for the user as an administrator to identify himself / herself. It is created by adding information for identifying the certificate issuing certificate authority, information such as the expiration date, and adding a signature by the certificate issuing certificate authority.
[0019]
Specifically, the public key certificate has a format as shown in FIGS. In the figure, items for each field constituting the public key certificate and explanations for these items are described.
[0020]
The version (version) shown in FIG. 1 is a field for describing version information of the format of the public key certificate. For example, when the format is version 3, “2” indicating version 3 is described.
[0021]
The serial number is a field that describes the serial number of the public key certificate set by the certificate issuing certificate authority, and describes, for example, a sequential number.
[0022]
The signature algorithm identifier and algorithm parameter (signature algorithm Identifier algorithm parameters) are fields describing information for identifying the signature algorithm of the public key certificate and its parameters. As the signature algorithm, for example, there is elliptic curve encryption or RSA encryption. When elliptic curve encryption is applied as the signature algorithm, parameters and key lengths are described as algorithm parameters, and RSA encryption is applied as the signature algorithm. If it is, the key length is described as an algorithm parameter.
[0023]
The issuer (issuer) is a field described in a format (Distinguished Name) that makes it possible to identify the name of the issuer of the public key certificate, that is, the certificate issuing certificate authority.
[0024]
The validity period (validity) is a field that describes a start date and time (not Before) and an end date and time (not After), which are validity periods of the public key certificate.
[0025]
The subject (subject) is a field that describes the name of an authentication subject who is a user. For example, an identifier of a user device or an identifier of a service provider is described.
[0026]
The subject public key information (subject public key information subject public key) is a field that describes a key algorithm as the user's public key information and the key information itself. Examples of the key algorithm include elliptic curve cryptography and RSA cryptography. .
[0027]
Each of these fields is a field included in the public key certificate format version 1 or later version, and each field shown below is a field added to version 3 version.
[0028]
The certificate authority key identifier (authority key identifier-key identifier, authority Cert Issuer, authority Cert Serial Number) is information for identifying the key for verifying the signature of the certificate issuing certificate authority, and is a key identification number in octal notation. The field describes the name of the certificate issuing certificate authority in the general name format and the authentication number.
[0029]
The subject key identifier is a field describing an identifier for identifying each key when a plurality of keys are proved in a public key certificate.
[0030]
The key usage (key usage) is a field for specifying the purpose of use of the key. (0) Digital signature (1) Digital signature (1) Non-repudiation (2) Key encryption (Key Encipherment), (3) Message encryption (data Encipherment), (4) Common key distribution (key Agreement), (5) Authentication signature verification (key Cert Sign), (6) Revocation list Use for signature verification (CRL Sign), (7) key agreement (key agreement) only for data encryption (encipher only), and (8) key exchange only for decryption (decipher only) The purpose is set.
[0031]
Private key usage period (private key usage period) is a field that describes the start date and time (not Before) and end date and time (not After), which are the expiration dates of the private key that the user has. By default, the public key certificate The expiration date, the expiration date of the public key, and the expiration date of the secret key are the same.
[0032]
The certificate authority policy (Certificate Policy) shown in FIG. 2 is a field that describes the certificate issuing policy of the certificate issuing certificate authority. For example, a policy ID (policy identifier) or authentication standard (compliant with ISO / IEC 9834-1) policy Qualifiers).
[0033]
Policy Mappings is a field that is described only when authenticating a certificate issuing certificate authority. The policy of the certificate issuing certificate authority that issues the certificate (issuer Domain Policy) and the subject policy (subject) Specify mapping with Domain Policy.
[0034]
“Supported Algorithms” is a field for defining attributes of the directory (X.500). The support algorithm is used to notify the attribute in advance when a communication partner uses directory information.
[0035]
The subject alternative name (subject Alt Name) is a field that describes a user alternative name in a general name format.
[0036]
The issuer alias (issuer Alt Name) is a field that describes an alias of the certificate issuer.
[0037]
A subject directory attribute (subject Directory Attributes) is a field describing arbitrary attributes of a user.
[0038]
The basic constraints (basic constraints) is a field for distinguishing whether the public key to be certified is for the signature of the certificate issuing certificate authority or the user.
[0039]
The permitted subtree constraint name (name Constraints permitted Subtrees) is a field indicating the valid area of the public key certificate used only when the person to be authenticated is a certificate issuing certificate authority.
[0040]
The constraint policy (policy Constraints) is a field describing a restriction that requires a clear authentication policy ID or prohibition policy map for the rest of the authentication path.
[0041]
CRL reference point (Certificate Revocation List Distribution Points) is a field that describes a revocation list reference point for confirming whether or not this public key certificate has been revoked when the user uses the public key certificate. It is.
[0042]
The signature is a signature field of a public key certificate issuer, that is, a certificate issuing certificate authority. An electronic signature is data generated by applying a so-called hash function to the entire public key certificate and encrypting this hash value with the private key of the certificate issuing certificate authority. is there.
[0043]
The Certificate Issuing Certification Authority issues a public key certificate in such a format, updates the public key certificate that has expired, and creates a list of fraudsters for rejecting fraudulent users. Create, manage, and distribute, that is, revocation. Further, the certificate issuing certificate authority also generates a public key and a private key as necessary.
[0044]
On the other hand, a user who uses this public key certificate verifies the electronic signature of the public key certificate using the public key of the certificate issuing certificate authority that he / she owns. A public key is obtained based on the certificate, and this public key can be used. Therefore, all users who use the public key certificate need to acquire whether they have the public key of the certificate issuing certificate authority that issued the public key certificate.
[0045]
In the remote access system, each public entity holds such a public key certificate as will be described later.
[0046]
Next, the attribute certificate will be described. The attribute certificate is issued by an attribute authority (AA) which is a local organization different from the certificate issuing certificate authority.
[0047]
The attribute certificate has a format as shown in FIGS. In the figure, items for each field constituting the attribute certificate and explanations for these items are described.
[0048]
The version (version) shown in FIG. 3 is a field that describes version information of the format of the attribute certificate. For example, when the format is version 2 (1), “1” indicating version 2 (1) is described. Is done.
[0049]
The holder is a field for specifying the owner of the public key certificate to which the attribute certificate is linked. The holder includes the issuer name (issuer) of the public key certificate possessed by the owner of the attribute certificate, and the serial number of the public key certificate possessed by the owner of the attribute certificate as the base certificate ID. (Serial) describes a unique identifier (issuer UID) for identifying the issuer of the public key certificate possessed by the owner of the attribute certificate. The holder describes the name of the owner of the attribute certificate that is the same as the subject or subject alternative name (subject Alt Name) in the public key certificate. Furthermore, assuming that the attribute certificate is not linked to identification information (identity) or public key certificate in the future, for example, the object digest information (object Digest Info) in which the hash of the public key is described is included in the holder. ) Is described.
[0050]
The issuer (issuer) is a field for designating information of an issuer who has signed the attribute certificate.
[0051]
The signature is a field describing an identifier for identifying an algorithm used to validate the signature of the attribute certificate.
[0052]
The serial number is a field that describes a serial number that the attribute authority assigns to each attribute certificate.
[0053]
The attribute certificate validity period (attr Cert Validity Period) is a field that describes a start date and time (not Before) and an end date and time (not After) that are the validity period of the attribute certificate.
[0054]
The attributes shown in FIG. 4 are fields that describe information related to the privileges of the owner of the attribute certificate. For example, an object to which access is permitted by text may be described, and prepared by the system side. A code that can be accessed may be described, or a key for encrypting a certain plaintext may be described. For example, the attribute includes authentication information (Service Authentication Information) related to a service used when the attribute certificate verifier authenticates the owner of the attribute certificate, and the attribute certificate used by the attribute certificate verifier. Access permission information of the owner (Access Identity), information for identifying the owner of the attribute certificate for charging (Charging Identity), and information indicating the attribution relationship of the owner of the attribute certificate to the group (Group) In addition, information (Role) indicating the role given to the owner of the attribute certificate and information (Clearance) regarding permission to use the secret information for the owner of the attribute certificate are described.
[0055]
The issuer unique identifier (issuer Unique ID) is a field used when specified by the public key certificate of the issuer of the attribute certificate.
[0056]
Extension information is a field that describes attribute certificate information, not attribute certificate owner information, and the server and / or service administrator audits the attribute certificate owner to verify fraud. Information used for detection, that is, identification (Audit Identity), information indicating the server and / or service targeted by the attribute certificate (AC Targeting), and signature verification of the attribute certificate by the verifier of the attribute certificate Information indicating the key information (Authority Key) of the issuer of the attribute certificate, which is auxiliary information, and URI (Uniform Resource Identifiers) of the OCSP responder, which is auxiliary information for checking the revocation status of the attribute certificate by the verifier of the attribute certificate (Authority Information Access), indicates the URI of the CRL (Certificate Revocation List) distribution point, which is auxiliary information for checking the revocation status of the attribute certificate by the verifier of the attribute certificate Information (CRL Distribution), information indicating that there is no revocation information corresponding to the attribute certificate (No Revocation), entity that can be used when the submitter is other than the owner and can submit the attribute certificate Information (Proxy Info) to be indicated is described.
[0057]
The signature (signature value) is a field describing a signature attached by the attribute certificate authority.
[0058]
In the remote access system, as will be described later, by holding an attribute certificate having such a format in each entity, it is possible to verify what authority is granted to a certain entity.
[0059]
The remote access system is constructed using the public key certificate and attribute certificate as described above.
[0060]
A remote access system using these public key certificates and attribute certificates will be described below.
[0061]
First, the concept of the remote access system will be described. Here, for convenience of explanation, various information home appliances provided in the home, various information processing terminals such as personal computers, or server devices are targeted for access, and mobile phones and portable information terminals are connected to these devices. A description will be given assuming that a user having a portable device such as (Personal Digital Assistants; PDA) accesses from outside.
[0062]
The remote access system is an ITU-T (International Telecommunication Union-Telecommunication sector). By a privilege proxy function using an attribute certificate, which is one of PMI (Privilege management Infrastructure) functions defined in 509, control is performed in units of privileges for each resource to be accessed.
[0063]
Here, the authority proxy function will be described with reference to FIG.
[0064]
As shown in the figure, an authority asserting server AS that asserts the authority of the client CL is interposed between the client CL that holds the attribute certificate AC and the authority verifying server VR that verifies the authority of the client CL. Think of a system to do.
[0065]
In this case, when the client CL tries to access the authority verifying server VR, the client CL presents the attribute certificate AC to the authority claiming server AS, and the authority claiming server AS responds accordingly. The attribute certificate AC presented from the client CL is presented to the authority verification side server VR.
[0066]
However, in this case, since the attribute certificate AC presented by the authority claiming server AS is not the attribute certificate of the authority claiming server AS, the authority verification server VR returns a verification result indicating that access is not permitted. Will be put out. That is, in such a system, since authority is claimed and verified between devices that directly exchange attribute certificates, the client CL will assert its own authority to the authority verifying server VR. In this case, it is necessary to present the attribute certificate AC directly from the client CL to the authority verification server VR.
[0067]
Therefore, in such a system, the proxy information (Proxy Info) in the extension information (extensions) shown in FIG. 4 is used. As described above, this proxy information is used when the attribute certificate submitter is other than the owner, and is information indicating an entity that can submit the attribute certificate.
[0068]
Therefore, in such a system, when the client CL tries to access the authority verification server VR, the proxy information indicating that the authority verification server VR is included as an entity that can submit the attribute certificate is provided. The described attribute certificate AC is presented to the authority claiming server AS. In response, the authority claiming server AS sends the attribute certificate AC presented from the client CL to the authority verification server VR. Present.
[0069]
Thereby, the authority verification server VR verifies the attribute certificate AC with reference to the proxy information in the attribute certificate AC presented from the authority asserting server AS, and outputs a verification result indicating that access is permitted. Is possible.
[0070]
As described above, in the system in which the authority claiming server AS that asserts the authority of the client CL is interposed between the client CL that holds the attribute certificate AC and the authority verifying server VR that verifies the authority of the client CL. By describing the submission destination of the attribute certificate AC in the proxy information, the client CL can access the authority verification side server VR.
[0071]
The remote access system uses such an authority proxy function. Conceptually, as shown in FIG. 6, the remote access system includes a certificate issuing certificate authority CA that issues the public key certificate described above, an attribute certificate authority AA that issues the attribute certificate described above, and an access authority. Target target device 10 1 , 10 2 And these target devices 10 1 , 10 2 Home gateway 20 that is an interface for mutually connecting a home network to which the device belongs and another network, and target device 10 1 , 10 2 The mobile device 30 possessed by the user in order to access is provided as an entity.
[0072]
The certificate issuing certificate authority CA is an independent predetermined third party in the public key cryptosystem, and is ISO / IEC 9594-8 or ITU-T X.264. A public key certificate which is an electronic certificate based on 509 is issued. Specifically, the certificate issuing certificate authority CA creates a public key certificate PKC. T1 , PKC T2 , Each of the target devices 10 1 , 10 2 And public key certificate PKC G Is issued to the home gateway 20 and the public key certificate PKC M Is issued to the mobile device 30. Various forms of issuing this public key certificate are conceivable. For example, the target device 10 1 , 10 2 It is conceivable to embed the data as data when manufacturing the home gateway 20 and the portable device 30.
[0073]
The attribute authority AA is a local institution that is logically different from the certificate issuing authority CA, and issues an attribute certificate that is an electronic certificate used for authority management. The attribute certification authority AA is a public key certificate PKC issued to the home gateway 20 from the certificate issuing certification authority CA. G Thus, the home gateway 20 is authenticated. Then, the attribute certificate authority AA sends the attribute certificate AC to the mobile device 30 at the first connection after the home gateway 20 crosses the user side. P Attribute certificate AC for granting permission to issue L Is issued to the home gateway 20. This attribute certificate AC L Will be described in detail later.
[0074]
Target device 10 1 , 10 2 These correspond to the authority verification server VR in FIG. Target device 10 1 , 10 2 Are assumed to be, for example, various information home appliances connectable to a network, various information processing terminals such as personal computers, or server devices such as home servers, and are devices constituting a home network. Note that the resource in the present invention refers to these target devices 10 that log in, as will be described later in a specific application example. 1 , 10 2 In some cases, the target device 10 1 , 10 2 Is a concept including data such as a file held by the device and other various types of information. 1 , 10 2 It will be described as a resource itself. Target device 10 1 , 10 2 Are public key certificates PKC issued by a certificate issuing CA. T1 , PKC T2 Hold these public key certificates PKC T1 , PKC T2 Is used for mutual authentication with the home gateway 20. Also, the target device 10 1 , 10 2 Are attribute certificates AC transmitted when the mobile device 30 is accessed. P Is received via the home gateway 20 and this attribute certificate AC is received. P Perform verification.
[0075]
The home gateway 20 corresponds to the authority claiming server AS in FIG. The home gateway 20 includes a concept such as a so-called home router, firewall, and / or bridge, for example, and is a device corresponding to the entrance of a network that enables connections between networks of different protocols. 1 , 10 2 Functions as an interface for mutually connecting the home network to which the network belongs and other networks. The home gateway 20 uses the public key certificate PKC issued by the certificate issuing certificate authority CA. G Holds this public key certificate PKC G Target device 10 using 1 , 10 2 Mutual authentication is performed between the mobile device 30 and the attribute authority AA. Further, the home gateway 20 sends an attribute certificate AC to the mobile device 30. P Attribute certificate AC for granting permission to issue L Is issued by the attribute authority AA, this attribute certificate AC L Holds this attribute certificate AC L Based on the attribute certificate AC for the mobile device 30 P Is issued. This attribute certificate AC P Will be described in detail later. Further, the home gateway 20 uses the attribute certificate AC transmitted from the mobile device 30. P When this attribute certificate AC is received P The target device 10 1 , 10 2 Send to each and present.
[0076]
The portable device 30 corresponds to the client CL in FIG. The mobile device 30 is a device such as a mobile phone or a portable information terminal owned by a user who is outdoors, and can be connected to the home gateway 20 via a non-secure network NT such as the so-called Internet. The portable device 30 is a public key certificate PKC issued by a certificate issuing certificate authority CA. M Holds this public key certificate PKC M Is used for mutual authentication with the home gateway 20. Moreover, the portable device 30 is the target device 10 as a resource. 1 , 10 2 Attribute certificate for authenticating access to each P Is issued by the home gateway 20, this attribute certificate AC P Is stored in an IC (Integrated Circuit) card or the like. And the portable device 30 is the target device 10. 1 , 10 2 Attribute certificate AC stored in an IC card or the like when attempting to access each of the P This attribute certificate AC is obtained by performing a login operation using P Is sent to the home gateway 20 and presented.
[0077]
In such a remote access system, as described above, two attribute certificates AC L , AC P Is used.
[0078]
First, attribute certificate AC L Will be described.
[0079]
Attribute certificate AC L As described above, the attribute certificate AC is sent to the mobile device 30. P Is issued to the home gateway 20 from the attribute certification authority AA. For example, this attribute certificate AC L Includes an object ID (OID) registered as a type in FIG. 7 and excerpts of examples of values, and among the fields in the attributes shown in FIG. L Using the information (Role) indicating the role given to the home gateway 20 as the owner of the attribute certificate AC for the mobile device 30 P It is possible to describe information indicating that permission is granted to be issued.
[0080]
Here, the concept of “Role” will be described.
[0081]
The method of authority management using the concept of “Role” is described in Japanese Patent Application No. 2002-029636 filed earlier by the present applicant.
[0082]
That is, in this authority management method, conceptually, for example, as shown in FIG. 11 , AU 12 , ..., AU 21 , AU 22 A single role (role) is defined as a framework for defining predetermined authority such as. 1 , R 2 For example, individual M 1 , M 2 , M 3 At least one person such as this role R 1 , R 2 It belongs to.
[0083]
In this authority management method, each individual M 1 , M 2 , M 3 Each of the attribute certificates possessed by 1 , M 2 , M 3 A role assignment certificate RAAC in which information indicating a role to which the user belongs is issued by the attribute authority AA and is an attribute certificate issued for each role. A role specification certificate RSAC in which information indicating the authorized authority is described is issued by a role authority RA. The role certification authority RA may be the same as the attribute certification authority AA, but here it is assumed that it is a logically independent organization for convenience of explanation.
[0084]
In this authority management method, the role definition certificate RSAC issued by the role certification authority RA is used for the definition of each role. That is, in this authority management method, a permitted procedure is defined for each role, but this information is described in the role definition certificate RSAC issued by the role certification authority RA.
[0085]
This role definition certificate RSAC is created according to the format of the attribute certificate shown in FIGS. 3 and 4, and at least the name of the role certification authority RA that is the issuer of the role definition certificate RSAC. Various information such as information indicating role, role information such as a role name for identifying a role, information indicating a code or operation name and information indicating an allowed operation are described by the system.
[0086]
In the remote access system, the attribute certificate AC for the mobile device 30 is used. P A role definition certificate RSAC in which various information including information indicating that permission to issue is given is issued by the role certification authority RA, and the authority AU 11 , AU 12 , ..., AU 21 , AU 22 ,..., That is, the target device 10 in FIG. 1 , 10 2 Holds this role definition certificate RSAC.
[0087]
On the other hand, in this authority management method, the role assignment certificate RAAC issued by the attribute certificate authority AA is used for the role assignment to each role. That is, in this authority management technique, the individual M 1 , M 2 , M 3 Each role is defined for each, and this information is described in the role assignment certificate RAAC issued by the attribute authority AA.
[0088]
This role assignment certificate RAAC is created according to the format of the attribute certificate shown in FIGS. 3 and 4 in the same manner as the role definition certificate RSAC. Information indicating the name of the attribute certification authority AA as an issuer, role information such as a role name for identifying the role, and a reference point to the role definition certificate RSAC for associating with the corresponding role definition certificate RSAC Various information such as information indicating the name of the role certification authority RA as information is described.
[0089]
In the remote access system, the role assignment certificate RAAC in which such various information is described is the attribute certificate AC. L Issued by Attribute Certification Authority AA 1 , M 2 , M 3 That is, in FIG. 6 shown above, the home gateway 20 holds the role assignment certificate RAAC.
[0090]
In the remote access system, the attribute certificate AC is given to the mobile device 30 by using such a concept of “Role”. P Attribute certificate AC describing information indicating that permission to issue L Can be issued to the home gateway 20 by the attribute certificate authority AA. Thus, in the remote access system, this attribute certificate AC L Attribute certificate AC by home gateway 20 holding P Can be issued to the mobile device 30.
[0091]
In the remote access system, the attribute certificate AC for the mobile device 30 is used. P Attribute certificate AC indicating that permission to issue L The attribute certificate AC L Rather than using information (Role) indicating the role given to the home gateway 20 as the owner of the attribute certificate, the verifier of the attribute certificate among the fields in the attributes shown in FIG. The authentication information (Service Authentication Information) related to the service used to authenticate the owner, the access permission information (Access Identity) of the owner of the attribute certificate used by the attribute certificate verifier, etc. Can also be described.
[0092]
In the remote access system, the attribute certificate AC is used by using the authority delegation extension. P You may make it control the object and authority which issue. For example, in the remote access system, the attribute certificate AC is sent to the home gateway 20 from the mobile device 30 using the Basic Attribute Constraints extension. P It can be considered that the home gateway 20 is set not to permit authority delegation.
[0093]
As described above, in the remote access system, the attribute certificate AC is supplied to the mobile device 30. P There are various methods for giving the home gateway 20 permission to issue the password.
[0094]
Next, attribute certificate AC P Will be described.
[0095]
Attribute certificate AC P Describes the authority for a device or user holding a certain public key certificate. Here, the public key certificate PKC M As an authority for the portable device 30 that holds the target device 10 as a resource 1 , 10 2 The information to permit access to each of these is described. For example, this attribute certificate AC P Includes the attribute certificate AC among the fields in the attributes shown in FIG. P Target device 10 as verifier 1 , 10 2 Each of the attribute certificate AC P Authentication information (Service Authentication Information) related to the service used when authenticating the owner P Target device 10 as verifier 1 , 10 2 The attribute certificate AC used by each P If there is an access target, an accessible operation (authority), and authentication information for access using the access permission information (Access Identity) of the owner, the authentication information can be described. Also, attribute certificate AC P 9 includes an object ID (OID) registered as a type in FIG. 9 and an excerpt of an example of critical or value. Among the fields in the extension information (extensions) shown in FIG. (Proxy Info), the attribute certificate AC P Information of the home gateway 20 that passes through is described.
[0096]
Here, the proxy information is specifically described as shown in FIG.
[0097]
Attribute certificate AC P Describes the address and identifier for identifying the home gateway 20 as a target in such proxy information, and the public key certificate PKC held by the home gateway 20 G Is described.
[0098]
As described above, in the remote access system, as the authority for the mobile device 30, the target device 10 as a resource is used. 1 , 10 2 Attribute certificate AC in which information for permitting access to each of the gateways 20 is described and information on the home gateway 20 is described as proxy information. P Can be issued from the home gateway 20 to the portable device 30. Thus, in the remote access system, the target device 10 1 , 10 2 Respectively, this attribute certificate AC P Is received via the home gateway 20, the target in the proxy information is verified and the attribute certificate transmitted from the home gateway 20 is verified.
[0099]
Now, in such a remote access system, specifically, as shown in FIG. 11, when a preparation phase P1 for constructing the remote access system is performed, an arbitrary portable device is accessed for a resource. A registration phase P2 for registering as a device to be performed is performed. Thus, in the remote access system, the registered mobile device can perform any operation, and when the mobile device actually performs any operation, the access phase P3 is performed. In the remote access system, if necessary, an access deletion phase P4 for excluding any portable device from a device accessing the resource, or an access changing phase for changing the authority of any portable device. P5 is performed.
[0100]
Hereinafter, each of these five phases will be described.
[0101]
First, the preparation phase P1 will be described.
[0102]
In the remote access system, as a preparation phase P1 for constructing the remote access system, a public key for authentication is issued to each entity by the certificate issuing certificate authority CA so that the entities can perform mutual authentication. Issue a certificate. That is, in the remote access system, as described above, the public key certificate PKC is issued by the certificate issuing certificate authority CA at the time of manufacturing each entity. T1 , PKC T2 , Each of the target devices 10 1 , 10 2 And public key certificate PKC G Is issued to the home gateway 20 and the public key certificate PKC M Is issued to the mobile device 30.
[0103]
The remote access system is constructed in such a state that each entity can mutually authenticate through such a preparation phase P1.
[0104]
Next, the registration phase P2 will be described.
[0105]
In the remote access system, the steps shown in FIG. 12 are performed as a registration phase P2 for registering the portable device 30 as an arbitrary portable device as a device that accesses a resource.
[0106]
First, in the remote access system, as shown in the figure, in step S1, the attribute certificate authority AA issues the certificate in the preparation phase P1 and holds it in the home gateway 20. Public key certificate PKC G Are used to perform mutual authentication with the home gateway 20. This mutual authentication is authentication for the home gateway 20 itself, and is for authenticating whether or not the home gateway 20 is valid.
[0107]
Subsequently, in the remote access system, in step S2, the attribute certificate authority AA sends the attribute certificate AC to the mobile device 30 when the home gateway 20 is connected to the user side and is connected for the first time. P Attribute certificate AC for granting permission to issue L Is issued to the home gateway 20. Accordingly, the home gateway 20 sends the attribute certificate AC transmitted from the attribute certification authority AA. L Hold.
[0108]
Subsequently, in the remote access system, in step S3, according to an instruction from the user by the home gateway 20, a connected device, that is, the target device 10 is connected. 1 , 10 2 Are registered, and the target device 10 is registered. 1 , 10 2 The attribute certificate AC describing the proxy information described above for the portable device 30 that may be remotely accessed P Is issued.
[0109]
Subsequently, in the remote access system, in step S4, the public key certificate PKC issued and held by the certificate issuing certificate authority CA in the above-described preparation phase P1 by the portable device 30. M Are used to perform mutual authentication with the home gateway 20.
[0110]
In the remote access system, the attribute certificate AC transmitted from the home gateway 20 by the portable device 30 in step S5. P Is stored and held in an IC card or the like, and a series of registration phases P2 is completed.
[0111]
In the remote access system, the portable device 30 can be registered as a device for accessing the resource by performing the registration phase P2 including such a series of steps. In the remote access system in which the mobile device 30 that accesses the resource is registered in this way, the registered mobile device 30 can perform any operation.
[0112]
Next, the access phase P3 will be described.
[0113]
In the remote access system, when the registered mobile device 30 accesses the resource, the process shown in FIG. 13 is performed as the access phase P3.
[0114]
First, in the remote access system, as shown in the figure, the public key certificate PKC held by the portable device 30 in step S11. M Are used to perform mutual authentication with the home gateway 20.
[0115]
Subsequently, in the remote access system, the attribute certificate AC held by the portable device 30 in step S12. P Is sent to the home gateway 20 and presented.
[0116]
Accordingly, in the remote access system, the attribute certificate AC presented from the portable device 30 by the home gateway 20 in step S13. P Based on the content of the attribute certificate AC P , A device designated as an access target, that is, the target device 10 1 , 10 2 Send to either or both.
[0117]
Subsequently, in the remote access system, in step S14, the target device 10 1 , 10 2 Attribute certificate AC transmitted from the home gateway 20 by either or both of P The attribute certificate AC, such as the proxy information and attributes described above. P Verify the contents of.
[0118]
In the remote access system, in step S15, the attribute certificate AC P If the verification result is valid, in step S16, the target device 10 1 , 10 2 The access of the portable device 30 is permitted by either or both of the above, and the series of access phases P3 is completed. On the other hand, in the remote access system, in step S15, the attribute certificate AC P If the verification result is invalid, in step S17, the target device 10 1 , 10 2 The access of the portable device 30 is denied by either or both of the above, and the series of access phases P3 is terminated.
[0119]
In the remote access system, the target device 10 is obtained through an access phase P3 composed of such a series of steps. 1 , 10 2 Thus, the authority of the mobile device 30 can be determined, and the mobile device 30 permitted to access can perform any operation.
[0120]
Next, the access deletion phase P4 will be described.
[0121]
In the remote access system, when it is desired to exclude any portable device from the device that accesses the resource, the process shown in FIG. 14 is performed as the access deletion phase P4.
[0122]
First, in the remote access system, as shown in the figure, in step S21, the target device 10 is instructed by the home gateway 20 in accordance with an instruction from the user. 1 , 10 2 Attribute certificate AC issued to portable device 30 that may be remotely accessed P Create a CRL (ACRL) for and hold this CRL (ACRL).
[0123]
Thus, in the remote access system, the attribute certificate AC P By creating a CRL (ACRL) for the mobile gateway 30, if the mobile device 30 accesses the home gateway 20, the home gateway 20 can deny access, and the mobile device 30 is accessed for resources. Can be excluded from the device. In particular, the remote access system uses the attribute certificate AC when there is a loan from the mobile device 30 among a plurality of users or when the mobile device 30 is lost due to circumstances of the mobile device 30. P Only by creating a CRL (ACRL) for the mobile device 30, the mobile device 30 can be excluded from devices that access the resource.
[0124]
However, in the remote access system, by repeatedly performing such an operation, the size of the CRL (ACRL) increases, which may cause inconvenience in handling.
[0125]
Therefore, in the remote access system, when a legitimate user wants to exclude the mobile device 30 from the device accessing the resource by his / her own intention, the following steps S22 to S24 are performed following the processing of step S21. You may make it perform the process of.
[0126]
That is, in the remote access system, the public key certificate PKC held by the portable device 30 in step S22. M Are used to perform mutual authentication with the home gateway 20.
[0127]
Subsequently, in the remote access system, the attribute certificate AC held by the portable device 30 in accordance with an instruction from the home gateway 20 in step S23. P Is deleted.
[0128]
In the remote access system, in step S24, the home gateway 20 deletes the CRL (ACRL) created in step S21, and the series of access deletion phase P4 ends.
[0129]
In the remote access system, the portable device 30 can be excluded from the devices that access the resource through the access deletion phase P4 including such a series of steps.
[0130]
Finally, the access change phase P5 will be described.
[0131]
In the remote access system, when it is desired to change the authority of an arbitrary portable device, the process shown in FIG. 15 is performed as the access change phase P5.
[0132]
First, in the remote access system, as shown in the figure, in step S31, a new attribute certificate AC in which proxy information is described for the mobile device 30 in accordance with an instruction from the user by the home gateway 20 is shown. P Issue.
[0133]
Subsequently, in the remote access system, the public key certificate PKC held by the portable device 30 in step S32. M Are used to perform mutual authentication with the home gateway 20.
[0134]
In the remote access system, the new attribute certificate AC transmitted from the home gateway 20 by the portable device 30 in step S33. P The original attribute certificate AC P Is replaced and stored in an IC card or the like, and a series of access change phase P5 is completed.
[0135]
In the remote access system, the authority of the portable device 30 can be changed through the access change phase P5 including such a series of steps. Accordingly, in the remote access system, the mobile device 30 can perform a new arbitrary operation.
[0136]
As described above, the remote access system uses the attribute certificate AC describing the proxy information. P Permission management can be performed using.
[0137]
Now, an application example in which such a remote access system is specifically applied will be described below. In addition, as described above, the resource in the present invention may be a device that logs in itself, and is a concept including data such as a file held by these devices and other various information. Specific examples of these resources are also mentioned.
[0138]
First, as an application example of a remote access system, there is a data access system that performs remote access to data held by an information processing terminal such as a home server or a personal computer.
[0139]
In this data access system, data held by a home server or information processing terminal is a resource, and an operation performed by a user using a portable device is data access to the home server or information processing terminal holding the data.
[0140]
In such a data access system, an attribute certificate AC describing appropriate proxy information by the home gateway. P Is issued to the mobile device, and when the mobile device accesses the data, the attribute certificate AC P Is presented to the home server or information processing terminal via the home gateway. Thereby, in the data access system, it becomes possible to access the data via the home gateway using the portable device.
[0141]
Thus, the remote access system can be applied to a data access system for data held by an information processing terminal such as a home server or a personal computer.
[0142]
As another application example of the remote access system, there is an information acquisition system by image capturing using a home appliance camera.
[0143]
In order to explain specifically, consider an information acquisition system that acquires, for example, the inventory of a refrigerator in the home as information. In this information acquisition system, the image inside the refrigerator becomes a resource, and the operation performed by the user using the portable device is the inventory check of the refrigerator by browsing the acquired image.
[0144]
In such an information acquisition system, the attribute certificate AC describing appropriate proxy information by the home gateway. P Is issued to the portable device, and when the portable device accesses the refrigerator in which the home appliance camera is mounted, the attribute certificate AC P To the refrigerator via the home gateway. Thereby, in the information acquisition system, even when the user is out, the home appliance camera is operated via the home gateway using the portable device possessed by the user, and the image inside the refrigerator is acquired. Is possible.
[0145]
In this way, the remote access system can be applied to an information acquisition system by image shooting using a home appliance camera.
[0146]
Furthermore, as another application example of the remote access system, there is an information acquisition system by photographing an image at an arbitrary place.
[0147]
To explain specifically, consider an information acquisition system that authenticates whether or not a member is a member by acquiring an image of a member card for proving that the member is a predetermined member. In this information acquisition system, an image of a member card in an arbitrary place such as a home becomes a resource, and an operation performed by a user using a portable device is a member by having the member card certifier view the image. Prove that.
[0148]
In such an information acquisition system, the attribute certificate AC describing appropriate proxy information by the home gateway. P Is issued to the mobile device, and when the mobile device accesses the camera that shoots the membership card, the attribute certificate AC P To the camera via the home gateway. Thereby, in the information acquisition system, even when the member card is not in the user's hand, the user operates the camera via the home gateway using the portable device possessed by the user to acquire the member card image. Is possible.
[0149]
As described above, the remote access system can be applied to an information acquisition system by photographing an image at an arbitrary place.
[0150]
Furthermore, as another application example of the remote access system, there is a home appliance operation system that performs home appliance operation by remote operation from outside.
[0151]
In order to explain specifically, for example, consider a home appliance operation system that performs an on / off operation of an air conditioner device in a home. In this home appliance operation system, the air conditioner device itself becomes a resource, and an operation performed by the user using the portable device is an access to a remote controller for remotely operating the air conditioner device as this resource.
[0152]
In such home appliance operation system, attribute certificate AC describing appropriate proxy information by the home gateway. P Is issued to the mobile device, and when the mobile device accesses the remote controller, the attribute certificate AC P Is presented to the remote controller via the home gateway. As a result, in the home appliance operation system, even when the user is out, the remote controller is operated via the home gateway using the portable device owned by the user, and the air conditioner device is turned on / off. The operation can be performed.
[0153]
Thus, the remote access system can be applied to a home appliance operation system that performs home appliance operations by remote operation from the outdoors.
[0154]
As described above, the remote access system shown as the embodiment of the present invention has the attribute certificate AC in which the proxy information is described. P By performing authority management using, the target device 10 as a resource from the portable device 30 1 , 10 2 When performing remote access to each of the target devices 10 1 , 10 2 Control can be easily performed for each authority.
[0155]
This remote access system also uses the attribute certificate AC P When using the target device 10 as a resource 1 , 10 2 Through the home gateway 20 serving as the entrance to the network to which each belongs. 1 , 10 2 Attribute certificate AC between each P Attribute certificate AC P Since the sending route is determined uniquely, the attribute certificate AC P Can be confirmed and the security can be improved.
[0156]
The present invention is not limited to the embodiment described above. For example, in the above-described embodiment, the target device 10 to be accessed. 1 , 10 2 The home gateway 20 serving as the entrance to the home network to which the P However, the present invention is not limited to the attribute certificate AC. P The home gateway 20 is not limited to the entity that issues P Depending on the contents of the attribute certificate AC P As long as it has a function of presenting to an appropriate presentation destination.
[0157]
As an example of this, an attribute certificate AC issued by a home gateway as an entrance to a network P A remote access system for accessing resources belonging to other networks will be described using FIG.
[0158]
As shown in FIG. 16, this remote access system conceptually has a target device 10 belonging to the first home network. 1 , 10 2 And these target devices 10 1 , 10 2 20 as a gateway to the entrance of the first home network to which the 1 And target device 10 1 , 10 2 Mobile device 30 possessed by the user for accessing 1 And the target device 10 belonging to a second home network different from the first home network 3 And this target device 10 3 20 as a gateway to the second home network to which the 2 And target device 10 3 Mobile device 30 possessed by another user to access 2 Although not shown, the certificate issuing authority CA and the attribute authority AA are provided as entities.
[0159]
That is, in this remote access system, the system as shown in FIG. 6 configured by the first home network and the similar system configured by the second network such as other houses coexist. It is what.
[0160]
Target device 10 1 , 10 2 Are devices constituting the first home network, and are public key certificates PKC issued by a certificate issuing certificate authority CA (not shown). T1 , PKC T2 Hold these public key certificates PKC T1 , PKC T2 Use home gateway 20 1 Mutual authentication with Also, the target device 10 1 , 10 2 Are respectively mobile devices 30. 1 Attribute certificate AC sent when accessing P1 Home gateway 20 1 This attribute certificate AC received via P1 Perform verification.
[0161]
Home gateway 20 1 Is the target device 10 1 , 10 2 Functions as an interface for mutually connecting the first home network to which the network belongs and other networks. Home gateway 20 1 Is a public key certificate PKC issued by a certificate issuing CA (not shown) G1 Holds this public key certificate PKC G1 Target device 10 using 1 , 10 2 , Portable device 30 1 And mutual authentication with an attribute certification authority AA (not shown). Home gateway 20 1 The mobile device 30 1 Attribute certificate AC P1 Attribute certificate AC for granting permission to issue L1 Is issued by an attribute certificate authority AA (not shown), this attribute certificate AC L1 Holds this attribute certificate AC L1 Based on the mobile device 30 1 Attribute certificate AC P1 Issue. Furthermore, the home gateway 20 1 The mobile device 30 1 Attribute certificate AC sent from P1 When this attribute certificate AC is received P1 The target device 10 1 , 10 2 Send to each and present.
[0162]
Furthermore, the home gateway 20 1 The attribute certificate AC will be described in detail after the information indicating the home gateway in the other network that can be accessed is described. H Is issued by an attribute certificate authority AA (not shown), this attribute certificate AC H Holds this attribute certificate AC H Based on the home gateway 20 in the second home network 2 It is possible to communicate with. Home gateway 20 1 This attribute certificate AC H The home gateway 20 in the second home network 2 To the target device 10 belonging to the second home network. 3 Attribute certificate AC to obtain access permission for P1 'Home gateway 20 2 Issued by the mobile device 30 1 For this attribute certificate AC P1 Send '. And the home gateway 20 1 The mobile device 30 1 Attribute certificate AC sent from P1 'Is received, this attribute certificate AC P1 'The attribute certificate AC H With home gateway 20 2 Send to and present. This attribute certificate AC P1 'Will be described in detail later.
[0163]
Mobile device 30 1 Is usually the target device 10 belonging to the first home network. 1 , 10 2 And the home gateway 20 through an insecure network NT such as the Internet. 1 Can be connected to. Mobile device 30 1 Is a public key certificate PKC issued by a certificate issuing CA (not shown) M1 Holds this public key certificate PKC M1 Use home gateway 20 1 Mutual authentication with Mobile device 30 1 Is the target device 10 as a resource 1 , 10 2 Attribute certificate for authenticating access to each P1 Is home gateway 20 1 When issued by this attribute certificate AC P1 Is stored in an IC card or the like. And portable device 30 1 Is the target device 10 1 , 10 2 Attribute certificate AC stored in an IC card or the like when attempting to access each of the P1 This attribute certificate AC is obtained by performing a login operation using P1 Home gateway 20 1 Send to and present.
[0164]
In addition, the mobile device 30 1 Is the target device 10 belonging to the second home network. 3 Can also be targeted for access. At this time, the mobile device 30 1 Is the target device 10 as a resource 3 Attribute certificate for authenticating access to P1 'Home gateway 20 2 Issued by the home gateway 20 1 This attribute certificate AC via P1 'Is received, this attribute certificate AC P1 'Is stored by storing it in an IC card or the like. And portable device 30 1 Is the target device 10 3 Attribute certificate AC stored in IC card etc. when trying to access P1 By performing login operation using ', this attribute certificate AC P1 'Home gateway 20 1 Send to and present.
[0165]
Target device 10 3 Is a device constituting the second home network, and is a public key certificate PKC issued by a certificate issuing certificate authority CA (not shown). T3 Holds this public key certificate PKC T3 Use home gateway 20 2 Mutual authentication with Also, the target device 10 3 The mobile device 30 2 Attribute certificate AC sent when accessing P2 Home gateway 20 2 This attribute certificate AC received via P2 Perform verification. Furthermore, the target device 10 3 The mobile device 30 1 The mobile device 30 1 Attribute certificate AC sent when accessing P1 'And home gateway 20 1 Attribute certificate AC sent by H And the home gateway 20 2 These attribute certificates AC received via P1 ', AC H Perform verification.
[0166]
Home gateway 20 2 Is the target device 10 3 Functions as an interface for mutually connecting the second home network to which the network belongs and other networks. Home gateway 20 2 Is a public key certificate PKC issued by a certificate issuing CA (not shown) G2 Holds this public key certificate PKC G2 Target device 10 using 3 , Portable device 30 2 And mutual authentication with an attribute certification authority AA (not shown). Home gateway 20 2 The mobile device 30 2 Attribute certificate AC P2 Attribute certificate AC for granting permission to issue L2 Is issued by an attribute certificate authority AA (not shown), this attribute certificate AC L2 Holds this attribute certificate AC L2 Based on the mobile device 30 2 Attribute certificate AC P2 Is issued. Furthermore, the home gateway 20 2 The mobile device 30 2 Attribute certificate AC sent from P2 When this attribute certificate AC is received P2 The target device 10 3 Send to and present.
[0167]
Furthermore, the home gateway 20 2 The home gateway 20 1 To attribute certificate AC H When this attribute certificate AC is received H Attribute certificate AC based on P1 'Home gateway 20 1 Issued against. And the home gateway 20 2 The home gateway 20 1 Mobile device 30 via 1 Attribute certificate AC sent from P1 'And home gateway 20 1 Attribute certificate AC sent from H And these attribute certificates AC P1 ', AC H Target device 10 3 Send to and present.
[0168]
Mobile device 30 2 Is the target device 10 belonging to the second home network. 3 To the home gateway 20 via a non-secure network NT such as the Internet. 2 Can be connected to. Mobile device 30 2 Is a public key certificate PKC issued by a certificate issuing CA (not shown) M2 Holds this public key certificate PKC M2 Use home gateway 20 2 Mutual authentication with In addition, the mobile device 30 2 Is the target device 10 as a resource 3 Attribute certificate for authenticating access to P2 Is home gateway 20 2 When issued by this attribute certificate AC P2 Is stored in an IC card or the like. And portable device 30 2 Is the target device 10 3 Attribute certificate AC stored in IC card etc. when trying to access P2 This attribute certificate AC is obtained by performing a login operation using P2 Home gateway 20 2 Send to and present.
[0169]
In such a remote access system, the above-mentioned two attribute certificates AC L , AC P In addition, two attribute certificates AC H , AC P1 'Is used.
[0170]
First, attribute certificate AC H Will be described.
[0171]
Attribute certificate AC H As described above, entities in other networks that can be accessed, specifically the home gateway 20. 2 Is described, and is signed by the attribute certification authority AA (not shown) and the home gateway 20 1 It is issued against. For example, this attribute certificate AC H The home gateway 20 as an entity in another network that can be accessed using the access permission information (Access Identity) among the fields in the attributes described above. 2 Can be described.
[0172]
In a remote access system, the home gateway 20 as an entity in another network that can be accessed. 2 Attribute certificate AC describing information indicating H The home gateway 20 1 In response to a request from the home gateway 20 2 Can be issued by Thus, in the remote access system, this attribute certificate AC H Home gateway 20 that holds 1 Mobile device 30 via 1 Is the target device 10 3 Can be accessed.
[0173]
Next, attribute certificate AC P1 Explain '.
[0174]
Attribute certificate AC P1 'Is the attribute certificate AC P In the same way, the authority for a device or user holding a certain public key certificate is described. Here, the public key certificate PKC M1 Mobile device 30 holding 1 As an authority for the target device 10 as a resource belonging to the second home network 3 The information to permit access to is described. For example, this attribute certificate AC P1 'Is the attribute certificate AC described above for attributes P In the same way as the authentication information (Service Authentication Information), access permission information (Access Identity), etc., if there is an access target, accessible operation (authority), and access authentication information, the authentication information Is described as proxy information (Proxy Info). P1 Two home gateways 20 through 1 , 20 2 Information such as an address and an identifier for identifying is described.
[0175]
Thus, in the remote access system, the mobile device 30 1 As an authority for the target device 10 as a resource belonging to the second home network 3 The information indicating that the access is permitted is described, and the two home gateways 20 are used as proxy information. 1 , 20 2 Attribute certificate AC with information on P1 ', Home gateway 20 2 To home gateway 20 1 Mobile device 30 via 1 Can be issued against. Thus, in the remote access system, the target device 10 3 Is this attribute certificate AC P1 'Home gateway 20 2 The target in the proxy information, and the two home gateways 20 1 , 20 2 It will be verified that the attribute certificate is received via.
[0176]
In the remote access system, specifically, as shown in FIG. 11, the preparation phase P1, the registration phase P2, the access phase P3, the access deletion phase P4, and the access change phase P5 are performed. Is called. In the following, the mobile device 30 1 The target device 10 belonging to the second home network 3 It will be described as accessing.
[0177]
First, the preparation phase P1 will be described.
[0178]
In the remote access system, as a preparation phase P1 for constructing the remote access system, a public key for authentication is issued to each entity by the certificate issuing certificate authority CA so that the entities can perform mutual authentication. Issue a certificate. That is, in the remote access system, as described above, the public key certificate PKC is issued by the certificate issuing certificate authority CA at the time of manufacturing each entity. T1 , PKC T2 , PKC T3 , Each of the target devices 10 1 , 10 2 , 10 3 And public key certificate PKC G1 , PKC G2 , Respectively, for the home gateway 20 1 , 20 2 And public key certificate PKC M1 , PKC M2 , Respectively, for the mobile device 30 1 , 30 2 Issued against.
[0179]
The remote access system is constructed in such a state that each entity can mutually authenticate through such a preparation phase P1.
[0180]
Next, the registration phase P2 will be described.
[0181]
In the remote access system, the process shown in FIG. 17 is performed as a registration phase P2 for registering the portable device 30 as an arbitrary portable device as a device that accesses a resource.
[0182]
First, in the remote access system, as shown in the figure, in step S41, the attribute gateway is issued by the certificate issuing authority CA in the above-described preparation phase P1 by the attribute authority AA. 1 Public key certificate PKC held in G1 Using the home gateway 20 1 Mutual authentication with This mutual authentication is performed by the home gateway 20 1 Authentication for itself, the home gateway 20 1 It is for authenticating whether or not is valid.
[0183]
Subsequently, in the remote access system, in step S42, the attribute authentication authority AA performs the home gateway 20. 1 The mobile device 30 is connected to the user side after the first connection. 1 Attribute certificate AC P1 Attribute certificate AC for granting permission to issue L1 The home gateway 20 1 Issued against. At this time, in the remote access system, the home gateway 20 1 Is another home gateway 20 2 To access the home gateway 20 by the attribute authority AA. 2 Attribute certificate AC with information indicating that it can be accessed H The home gateway 20 1 Issued against. Accordingly, the home gateway 20 1 Are two attribute certificates AC transmitted from the attribute authority AA. L1 , AC H Hold.
[0184]
Subsequently, in the remote access system, in step S43, the home gateway 20 1 According to the instruction from the user, the connected device, that is, the target device 10 1 , 10 2 Are registered, and the target device 10 is registered. 1 , 10 2 Each of the mobile devices 30 that may be remotely accessed 1 Attribute certificate AC describing proxy information as described above P1 Is issued.
[0185]
Subsequently, in the remote access system, the mobile device 30 1 To other home gateways 20 2 Via the target device 10 3 In step S44, the home gateway 20 is accessed. 1 Attribute certificate AC held by H The other home gateway 20 2 Attribute certificate AC that is sent and presented to and describes the proxy information described above P1 'Is issued. Accordingly, the home gateway 20 2 Is the attribute certificate AC P1 'And issue this attribute certificate AC P1 'Home gateway 20 1 Send to.
[0186]
Subsequently, in the remote access system, in step S45, the mobile device 30 is used. 1 Thus, the public key certificate PKC issued and held by the certificate issuing certificate authority CA in the preparation phase P1 described above M1 Using the home gateway 20 1 Mutual authentication with
[0187]
In the remote access system, in step S46, the portable device 30 1 The home gateway 20 1 Attribute certificate AC sent from P1 , AC P1 'Is stored and held in an IC card or the like, and a series of registration phases P2 is completed.
[0188]
In the remote access system, the mobile device 30 is used as a device for accessing the resource through the registration phase P2 composed of such a series of steps. 1 Can be registered. The mobile device 30 accessing the resource in this way 1 In the registered remote access system, the registered mobile device 30 1 Can perform any operation.
[0189]
Next, the access phase P3 will be described.
[0190]
In the remote access system, the registered mobile device 30 1 When accessing the resource, the process shown in FIG. 18 is performed as the access phase P3.
[0191]
First, in the remote access system, as shown in FIG. 1 Holds the public key certificate PKC M1 Using the home gateway 20 1 Mutual authentication with
[0192]
Subsequently, in the remote access system, in step S52, the mobile device 30 is used. 1 Attribute certificate AC held by P1 , AC P1 'Home gateway 20 1 Send to and present. Specifically, in the remote access system, the target device 10 1 , 10 2 In the case of accessing either or both of the mobile devices 30 1 Attribute certificate AC held by P1 Home gateway 20 1 While sending and presenting to the target device 10 3 To access the mobile device 30 1 Attribute certificate AC held by P1 'Home gateway 20 1 Send to and present.
[0193]
Here, in the remote access system, the mobile device 30 is used. 1 Attribute certificate AC held by P1 Home gateway 20 1 When the information is transmitted and presented, the same processing as that shown in steps S13 to S17 in FIG. 1 Holds the attribute certificate AC P1 'Home gateway 20 1 Will be described as being transmitted and presented.
[0194]
In the remote access system, in step S53, the home gateway 20 1 By the portable device 30 1 Attribute certificate AC presented by P1 The proxy device information is verified, and the target device 10 belonging to the second home network different from the first home network in which the access target device is subordinate is owned by 3 2 attribute certificate AC P1 ', AC H The home gateway 20 that manages the second home network 2 Send to and present.
[0195]
Subsequently, in the remote access system, in step S54, the home gateway 20 2 The home gateway 20 1 Two attribute certificates AC presented by P1 ', AC H Based on the content of the attribute certificate AC P1 ', AC H , A device designated as an access target, that is, the target device 10 3 Send to and present.
[0196]
Subsequently, in the remote access system, in step S55, the target device 10 3 The home gateway 20 2 Two attribute certificates AC sent from P1 ', AC H The attribute certificate AC, such as the proxy information and attributes described above. P1 ', AC H Verify the contents of.
[0197]
In the remote access system, in step S56, the attribute certificate AC P1 ', AC H If the verification result is valid, in step S57, the target device 10 3 By mobile device 30 1 Is permitted, and the series of access phases P3 is completed. On the other hand, in the remote access system, in step S56, the attribute certificate AC P1 ', AC H If the verification result is invalid, in step S58, the target device 10 3 By mobile device 30 1 Is denied, and a series of access phases P3 is terminated.
[0198]
In the remote access system, the target device 10 is obtained through the access phase P3 including such a series of steps. 3 By mobile device 30 1 Of the mobile device 30 that is permitted to access and is permitted to access. 1 Any operation can be performed.
[0199]
Next, the access deletion phase P4 will be described.
[0200]
In the remote access system, when it is desired to exclude any portable device from the device that accesses the resource, the process shown in FIG. 19 is performed as the access deletion phase P4. In the remote access system, the mobile device 30 1 Is the target device 10 1 , 10 2 Is the access target, the same processing as that shown in FIG. 1 Is the target device 10 3 Mobile device 30 1 The target device 10 3 A case where the user wants to be excluded from the access device will be described.
[0201]
First, in the remote access system, as shown in FIG. 1 In accordance with an instruction from the user, the target device 10 3 Mobile device 30 that may be remotely accessed 1 Attribute certificate AC issued to P1 CRL (ACRL) for 'Home Gateway 20 2 To request.
[0202]
Subsequently, in the remote access system, in step S62, the home gateway 20 2 The home gateway 20 1 Attribute certificate AC according to the request from P1 Create a CRL (ACRL) for '.
[0203]
In the remote access system, in step S63, the home gateway 20 2 The created attribute certificate AC P1 CRL (ACRL) for 'home gateway 20 1 Send to and distribute. Accordingly, the home gateway 20 1 The home gateway 20 2 Attribute certificate AC sent from P1 Holds CRL (ACRL) for '.
[0204]
Thus, in the remote access system, the attribute certificate AC P1 CRL (ACRL) for 'home gateway 20 2 By creating a portable device 30 1 To home gateway 20 1 Via the target device 10 3 When there is access to the home gateway 20 1 Access can be denied by the mobile device 30 1 Can be excluded from devices accessing the resource.
[0205]
Further, in the remote access system, as described above, when a legitimate user wants to exclude the mobile device 30 from the device that accesses the resource by his / her own intention, etc., following the processing of step S63, first, Processing similar to the processing shown in steps S22 to S24 in FIG. 14 may be performed.
[0206]
That is, in the remote access system, in step S64, the portable device 30 1 Holds the public key certificate PKC M1 Using the home gateway 20 1 Mutual authentication with
[0207]
Subsequently, in the remote access system, in step S65, the home gateway 20 1 Follow the instructions from the mobile device 30 1 Attribute certificate AC held by P1 Delete '.
[0208]
In the remote access system, in step S66, the home gateway 20 1 Thus, the CRL (ACRL) held in step S63 is deleted, and the series of access deletion phase P4 is completed.
[0209]
In the remote access system, the mobile device 30 passes through the access deletion phase P4 composed of such a series of steps. 1 Target device 10 as a resource 3 Can be excluded from the devices that access.
[0210]
In the remote access system, the target device 10 3 For convenience of the mobile device 30 1 The target device 10 3 If it is desired to exclude the device from accessing the device, the processing of step S61 is skipped, and the processing from step S62 is performed according to the instruction from the user.
[0211]
Finally, the access change phase P5 will be described.
[0212]
In the remote access system, when it is desired to change the authority of any portable device, the process shown in FIG. 20 is performed as the access change phase P5. In the remote access system, the portable device 30 for the resource in the first home network. 1 When it is desired to change the authority of the mobile device 30, the same processing as that shown in FIG. 15 may be performed. Here, the mobile device 30 for the resource in the second home network is used. 1 The case where it is desired to change the authority of will be described.
[0213]
First, in the remote access system, as shown in FIG. 1 According to the instruction from the user, the stored attribute certificate AC H The other home gateway 20 2 A new attribute certificate AC that is sent and presented to and describes proxy information P1 'Is issued. Accordingly, the home gateway 20 2 The new attribute certificate AC P1 'And issue this attribute certificate AC P1 'Home gateway 20 1 Send to.
[0214]
Subsequently, in the remote access system, in step S72, the mobile device 30 is used. 1 Holds the public key certificate PKC M1 Using the home gateway 20 1 Mutual authentication with
[0215]
In the remote access system, in step S73, the mobile device 30 1 The home gateway 20 1 New attribute certificate AC sent from P1 'The original attribute certificate AC P1 Is replaced with 'and stored in an IC card or the like, and a series of access change phase P5 is completed.
[0216]
In the remote access system, the mobile device 30 passes through the access change phase P5 composed of such a series of steps. 1 The authority of can be changed. Thereby, in the remote access system, the portable device 30 1 Can perform a new arbitrary operation.
[0217]
As described above, the remote access system uses the attribute certificate AC describing the proxy information. P1 'Is normally used for the mobile device 30 1 It is possible to perform authority management for resources in the second home network that cannot be accessed from.
[0218]
Thus, according to the present invention, the home gateway as the entrance of the network that can be normally accessed by the mobile device is assigned the attribute certificate AC to the mobile device. P Any entity such as a home gateway as an entrance to another network P The home gateway may issue an attribute certificate AC. P Anything that can verify the contents of is acceptable.
[0219]
Further, in the above-described embodiment, it has been described that the resource in the home network is accessed. However, the present invention can be applied to any network.
[0220]
Furthermore, in the above-described embodiment, the description has been given using the portable device as the access device for the resource. However, the present invention is not limited to the portable device, and any device can be applied. Can do.
[0221]
Furthermore, according to the present invention, the operation of each entity can be realized not only by hardware but also by software. When the present invention is realized by software, for example, each function can be realized by executing a remote access program for performing the above-described remote access by a CPU (Central Processing Unit) included in each entity. The remote access program can be provided by a predetermined recording medium such as a so-called compact disc or a transmission medium such as the Internet.
[0222]
Thus, it goes without saying that the present invention can be modified as appropriate without departing from the spirit of the present invention.
[0223]
【The invention's effect】
As described above in detail, the remote access system according to the present invention is a remote access system that accesses a predetermined resource from a remote location, and the remote access system includes an access target device to be accessed, The access device includes an access device that accesses the access target device, and a connection device that acts as a proxy for the access target device with respect to the access device, and the access device has an access right to the resource. Proxy information for the connected device to serve as a proxy for the access target device Is described attribute Storage means for storing a certificate, and the storage means stored in the storage means attribute Certificate Connected equipment Against Send Present First Presenting means, and the connection device includes: Second presenting means for transmitting and presenting the attribute certificate received from the access device to the access target device designated as the access target The access target device includes: Based on the verification result by the verification unit, the verification unit for verifying the access authority and the content of the proxy information described in the attribute certificate received from the connected device, Determination means for determining access permission of the access device to the resource When Is provided.
[0224]
Therefore, the remote access system according to the present invention describes at least the access authority to the resource in the certificate, and transmits and presents this certificate from the access device to the access target device via the connected device, By verifying access of the access device, it is possible to easily perform control in units of authority for each resource, and it is possible to check a certificate transmission route and improve security.
[0225]
The remote access method according to the present invention includes an access target device to be accessed, an access device that accesses the access target device, and a connection device that acts as a proxy for the access target device with respect to the access device. A remote access method for accessing a predetermined resource from a remote location in a remote access system comprising: the access device has an access right to the resource Proxy information for the connected device to serve as a proxy for the access target device Is described attribute The certificate is stored in the storage means, and the certificate stored in the storage means attribute Certificate Connected equipment And the connected device is The attribute certificate received from the access device is transmitted and presented to the access target device designated as the access target The access target device is The access authority and the proxy information described in the attribute certificate received from the connected device are verified, and the verification result To determine access permission of the access device for the resource.
[0226]
Therefore, in the remote access method according to the present invention, at least the access authority to the resource is described in the certificate, and the certificate is transmitted from the access device to the access target device via the connected device and presented, and the resource By verifying the access of the access device, it becomes possible to easily control in units of authority for each resource, and it is possible to check the route for sending the certificate and improve security. Become.
[Brief description of the drawings]
FIG. 1 is a diagram for explaining a format of a public key certificate.
FIG. 2 is a diagram for explaining the format of a public key certificate, and for explaining the remaining items following the items shown in FIG.
FIG. 3 is a diagram illustrating a format of an attribute certificate.
FIG. 4 is a diagram for explaining the format of an attribute certificate and explaining the remaining items following the items shown in FIG. 3;
FIG. 5 is a diagram for explaining an authority proxy function;
FIG. 6 is a conceptual diagram of a remote access system shown as an embodiment of the present invention.
7 is a diagram showing an excerpt of each field in the attribute among the items of the attribute certificate shown in FIG.
FIG. 8 is a diagram for explaining an authority management method using the concept of roles.
9 is a diagram showing an excerpt of each field in the extended information among the items of the attribute certificate shown in FIG.
10 is a diagram for explaining specific description contents of proxy information in extended information among the items of the attribute certificate shown in FIG. 4; FIG.
FIG. 11 is a flowchart for explaining each phase performed in the remote access system;
FIG. 12 is a flowchart for explaining a series of steps as a registration phase in the remote access system.
FIG. 13 is a flowchart for explaining a series of steps as an access phase in the remote access system.
FIG. 14 is a flowchart for explaining a series of steps as an access deletion phase in the remote access system.
FIG. 15 is a flowchart for explaining a series of steps as an access change phase in the remote access system.
FIG. 16 is a conceptual diagram of a remote access system shown as another embodiment of the present invention.
FIG. 17 is a flowchart for explaining a series of steps as a registration phase in the remote access system.
FIG. 18 is a flowchart for explaining a series of steps as an access phase in the remote access system.
FIG. 19 is a flowchart for explaining a series of steps as an access deletion phase in the remote access system, and a series of steps when a portable device is excluded from devices that access a target device belonging to another network; It is a flowchart for demonstrating a process.
FIG. 20 is a flowchart for explaining a series of steps as an access change phase in the remote access system, for explaining a series of steps when changing authority of a mobile device for a resource in another network; It is a flowchart.
[Explanation of symbols]
10 1 , 10 2 , 10 3 Target device, 20, 20 1 , 20 2 Home gateway 30, 30 1 , 30 2 Mobile device, AA attribute authority, AC, AC H , AC L , AC L1 , AC L2 , AC P , AC P1 , AC P2 , AC P1 'Attribute certificate, AS authority claiming server, AU 11 , AU 12 , ..., AU 21 , AU 22 , ... Authority, CA certificate issuing CA, CL client, M 1 , M 2 , M 3 Individual, NT network, PKC G , PKC G1 , PKC G2 , PKC M , PKC M1 , PKC M2 , PKC T1 , PKC T2 , PKC T3 Public key certificate, R 1 , R 2 Role, RA Role Certification Authority, RAAC Role Assignment Certificate, RSAC Role Definition Certificate, VR Authority Verification Server

Claims (6)

所定のリソースに対して遠隔地からアクセスするリモートアクセスシステムであって、
当該リモートアクセスシステムは、
アクセス対象となるアクセス対象機器と、
前記アクセス対象機器に対してアクセスするアクセス機器と、
前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなり、
前記アクセス機器は、
前記リソースに対するアクセス権限及び前記接続機器が前記アクセス対象機器に対するプロキシとしての役割を果たすためのプロキシ情報が記述されている属性証明書を記憶する記憶手段と、
前記記憶手段に記憶される前記属性証明書を、前記接続機器に対して送信して提示する第１の提示手段と
を備え、
前記接続機器は、
前記アクセス機器から受信した前記属性証明書を、前記アクセス対象として指定されている前記アクセス対象機器に対して送信して提示する第２の提示手段を備え、
前記アクセス対象機器は、
前記接続機器から受信した前記属性証明書に記述されている前記アクセス権限及び前記プロキシ情報の内容を検証する検証手段と、
前記検証手段による検証結果に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定する決定手段と
を備えることを特徴とするリモートアクセスシステム。A remote access system for accessing a predetermined resource from a remote location,
The remote access system
Access target device to be accessed,
An access device for accessing the access target device;
It consists of a connected device that acts as a proxy for the access target device with respect to the access device,
The access device is:
Storage means for storing an access certificate for the resource and an attribute certificate in which proxy information for the connected device to serve as a proxy for the access target device is described;
First attribute means for transmitting and presenting the attribute certificate stored in the storage means to the connected device ;
The connection device is
Second attribute means for transmitting and presenting the attribute certificate received from the access device to the access target device designated as the access target ;
The access target device is:
Verification means for verifying the access authority and the content of the proxy information described in the attribute certificate received from the connected device;
Remote access system, characterized in that on the basis of the verification result by the verification means, and a determining means for determining permission of said access device to said resource. 前記接続機器は、前記アクセス対象機器を含むネットワークと、他のネットワークとを相互に接続すること
を特徴とする請求項１記載のリモートアクセスシステム。The remote access system according to claim 1, wherein the connection device connects a network including the access target device to another network. 前記アクセス機器に対して前記属性証明書を発行する許可を与えるための証明書である発行許可証明書を発行する認証局を備え、
前記接続機器は、前記認証局によって発行された前記発行許可証明書を前記アクセス機器に対して発行すること
を特徴とする請求項１記載のリモートアクセスシステム。A certificate authority that issues an issuance permission certificate that is a certificate for granting permission to issue the attribute certificate to the access device;
The remote access system according to claim 1, wherein the connection device issues the issue permission certificate issued by the certificate authority to the access device. 前記属性証明書は、前記接続機器に与えられる役割を示すロール情報として、前記アクセス機器に対して前記属性証明書を発行する許可を与える情報を含むこと
を特徴とする請求項３記載のリモートアクセスシステム。The attribute certificate, the role information that indicates a role given to the connected device, remote access of claim 3, wherein the including information that gives permission to issue the attribute certificate to the access device system. 当該リモートアクセスシステムを構成する各エンティティに対して、公開鍵暗号方式に基づく公開鍵証明書を発行する証明書認証局をさらに備えること
を特徴とする請求項１記載のリモートアクセスシステム。The remote access system according to claim 1, further comprising a certificate authority that issues a public key certificate based on a public key cryptosystem to each entity constituting the remote access system. アクセス対象となるアクセス対象機器と、
前記アクセス対象機器に対してアクセスするアクセス機器と、
前記アクセス機器に対して、前記アクセス対象機器のプロキシとして働く接続機器とからなるリモートアクセスシステムにて、
所定のリソースに対して遠隔地からアクセスするリモートアクセス方法であって、
前記アクセス機器は、
前記リソースに対するアクセス権限及び前記接続機器が前記アクセス対象機器に対するプロキシとしての役割を果たすためのプロキシ情報が記述されている属性証明書を記憶手段に記憶し、
前記記憶手段に記憶される前記属性証明書を、前記接続機器に対して提示し、
前記接続機器は、
前記アクセス機器から受信した前記属性証明書を、前記アクセス対象として指定され ている前記アクセス対象機器に対して送信して提示し、
前記アクセス対象機器は、
前記接続機器から受信した前記属性証明書に記述されている前記アクセス権限及び前記プロキシ情報の内容を検証し、
検証結果に基づいて、前記リソースに対する前記アクセス機器のアクセス許可を決定すること
を特徴とするリモートアクセス方法。Access target device to be accessed,
An access device for accessing the access target device;
With respect to the access device, in a remote access system comprising a connection device that acts as a proxy for the access target device,
A remote access method for accessing a predetermined resource from a remote location,
The access device is:
Storing in the storage means an attribute certificate in which proxy information for the access authority to the resource and the connected device to serve as a proxy for the access target device is described;
Presenting the attribute certificate stored in the storage means to the connected device ;
The connection device is
The attribute certificate received from the access device is transmitted to the access target device designated as the access target and presented ,
The access target device is:
Verifying the access authority and the content of the proxy information described in the attribute certificate received from the connected device;
A remote access method, wherein access permission of the access device for the resource is determined based on a verification result .
JP2002201472A 2002-07-10 2002-07-10 Remote access system and remote access method Expired - Fee Related JP4129783B2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2002201472A JP4129783B2 (en) 2002-07-10 2002-07-10 Remote access system and remote access method
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 (en) 2002-07-10 2002-07-10 Remote access system and remote access method

Publications (3)

Publication Number Publication Date
JP2004046430A JP2004046430A (en) 2004-02-12
JP2004046430A5 JP2004046430A5 (en) 2005-05-19
JP4129783B2 true JP4129783B2 (en) 2008-08-06

Family

ID=29728465

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002201472A Expired - Fee Related JP4129783B2 (en) 2002-07-10 2002-07-10 Remote access system and remote access method

Country Status (3)

Country Link
US (1) US20040078573A1 (en)
EP (1) EP1381201A2 (en)
JP (1) JP4129783B2 (en)

Families Citing this family (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100452699C (en) * 2001-09-27 2009-01-14 松下电器产业株式会社 Encryption device, a decrypting device, a secret key generation device, a copyright protection system and a cipher communication device
MXPA06000880A (en) * 2003-07-24 2006-04-19 Koninkl Philips Electronics Nv Hybrid device and person based authorized domain architecture.
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 (en) * 2004-01-27 2005-08-18 Siemens Ag Communication system, method for registering a communication relationship and network connection computer
KR20050096040A (en) * 2004-03-29 2005-10-05 삼성전자주식회사 Method for playbacking content using portable storage by digital rights management, and portable storage for the same
US7539858B2 (en) * 2004-04-05 2009-05-26 Nippon Telegraph And Telephone Corporation Packet encryption substituting device, method thereof, and program recording medium
JP2005309780A (en) * 2004-04-21 2005-11-04 Ntt Docomo Inc Ic card and authority transfer control method
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 (en) * 2005-06-30 2007-01-18 I System Kk Authentication system
GB0517303D0 (en) * 2005-08-23 2005-10-05 Netronome Systems Inc System and method for processing secure transmissions
WO2007031654A1 (en) * 2005-09-15 2007-03-22 France Telecom Operating method, gateway, system and system for entry management
KR100791291B1 (en) 2006-02-10 2008-01-04 삼성전자주식회사 Method and apparatus using DRM contents with roaming in device
WO2007108114A1 (en) * 2006-03-22 2007-09-27 Matsushita Electric Industrial Co., Ltd. Domain participation method, attribute certificate selection method, communication terminal, ic card, ce device, attribute certificate issuing station, and content server
US8132245B2 (en) * 2006-05-10 2012-03-06 Appia Communications, Inc. Local area network certification system and method
KR100791298B1 (en) * 2006-05-19 2008-01-04 삼성전자주식회사 Apparatus and method for controlling device of home network
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
WO2008085204A2 (en) * 2006-12-29 2008-07-17 Prodea Systems, Inc. Demarcation between application service provider and user in multi-services gateway device at user premises
US20170344703A1 (en) 2006-12-29 2017-11-30 Kip Prod P1 Lp Multi-services application gateway and system employing the same
US9569587B2 (en) 2006-12-29 2017-02-14 Kip Prod Pi Lp Multi-services application gateway and system employing the same
US11783925B2 (en) 2006-12-29 2023-10-10 Kip Prod P1 Lp Multi-services application gateway and system employing the same
US8619668B2 (en) * 2007-06-07 2013-12-31 Qualcomm Incorporated Mobility management mode selection in multiple access wireless networks
JP2009258683A (en) * 2008-03-20 2009-11-05 Semiconductor Energy Lab Co Ltd Numbering method, numbering device, and laser direct drawing apparatus
FR2930390B1 (en) * 2008-04-21 2010-04-16 Etsem Ltd METHOD FOR SECURE DIFFUSION OF DIGITAL DATA TO AN AUTHORIZED THIRD PARTY
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 (en) * 2009-03-10 2013-07-31 株式会社日立製作所 Communication equipment system and card type equipment
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 (en) * 2012-05-21 2013-12-18 シャープ株式会社 Information processing apparatus, information processing apparatus control method, controlled apparatus, controlled apparatus control method, server, server control method, pairing system, control program, and recording medium
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
US10454783B2 (en) 2014-02-05 2019-10-22 Apple Inc. Accessory management system using environment model
US10177933B2 (en) 2014-02-05 2019-01-08 Apple Inc. Controller networks for an accessory management system
EP3086253B1 (en) * 2013-12-16 2017-12-13 Panasonic Intellectual Property Management Co., Ltd. Authentication system, and authentication method
CN108259159B (en) 2014-02-05 2021-02-05 苹果公司 Method and system for pairing between a controller and an accessory
JP6270542B2 (en) * 2014-02-28 2018-01-31 大阪瓦斯株式会社 Authentication system
CN112134708A (en) * 2014-04-15 2020-12-25 创新先进技术有限公司 Authorization method, authorization request method and device
WO2015184382A2 (en) * 2014-05-30 2015-12-03 Apple Inc. Controller networks for an accessory management system
US9449187B2 (en) * 2014-08-11 2016-09-20 Document Dynamics, Llc Environment-aware security tokens
US10114939B1 (en) * 2014-09-22 2018-10-30 Symantec Corporation Systems and methods for secure communications between devices
US10171532B2 (en) * 2014-09-30 2019-01-01 Citrix Systems, Inc. Methods and systems for detection and classification of multimedia content in secured transactions
US9906497B2 (en) 2014-10-06 2018-02-27 Cryptzone North America, Inc. Multi-tunneling virtual network adapter
US9148408B1 (en) 2014-10-06 2015-09-29 Cryptzone North America, Inc. Systems and methods for protecting network devices
US10206170B2 (en) 2015-02-05 2019-02-12 Apple Inc. Dynamic connection path detection and selection for wireless controllers and accessories
JP6765061B2 (en) * 2015-08-28 2020-10-07 パナソニックＩｐマネジメント株式会社 Authentication system and authentication method
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
US10951601B2 (en) 2016-03-31 2021-03-16 Sony Corporation Information processing apparatus and information processing method
US9560015B1 (en) 2016-04-12 2017-01-31 Cryptzone North America, Inc. Systems and methods for protecting network devices by a firewall
JP6767903B2 (en) * 2017-03-21 2020-10-14 Kddi株式会社 Devices, information terminals, authentication management servers and device authentication systems
US10496508B2 (en) 2017-06-02 2019-12-03 Apple Inc. Accessory communication control
US11805009B2 (en) 2018-06-03 2023-10-31 Apple Inc. Configuring accessory network connections
US10595073B2 (en) 2018-06-03 2020-03-17 Apple Inc. Techniques for authorizing controller devices
CN109495257B (en) * 2018-12-18 2021-08-06 国家电网有限公司 Data acquisition unit encryption method based on improved SM2 cryptographic algorithm
US11283623B1 (en) * 2019-06-03 2022-03-22 Wells Fargo Bank, N.A. Systems and methods of using group functions certificate extension
JP7215342B2 (en) * 2019-06-06 2023-01-31 富士通株式会社 COMMUNICATION PROGRAM, COMMUNICATION METHOD, AND COMMUNICATION DEVICE
JP2022020143A (en) * 2020-07-20 2022-02-01 富士通株式会社 Communication program, communication device and communication method
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 (en) 2021-11-23 2022-11-03 펜타시큐리티시스템 주식회사 Driving negotiation method and apparatus

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5416842A (en) * 1994-06-10 1995-05-16 Sun Microsystems, Inc. Method and apparatus for key-management scheme for use with internet protocols at site firewalls
US5588060A (en) * 1994-06-10 1996-12-24 Sun Microsystems, Inc. Method and apparatus for a key-management scheme for internet protocols
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US5867494A (en) * 1996-11-18 1999-02-02 Mci Communication Corporation System, method and article of manufacture with integrated video conferencing billing in a communication system architecture
US6317838B1 (en) * 1998-04-29 2001-11-13 Bull S.A. Method and architecture to provide a secured remote access to private resources
US6463474B1 (en) * 1999-07-02 2002-10-08 Cisco Technology, Inc. Local authentication of a client at a network device
US6434568B1 (en) * 1999-08-31 2002-08-13 Accenture Llp Information services patterns in a netcentric environment
US6332163B1 (en) * 1999-09-01 2001-12-18 Accenture, Llp Method for providing communication services over a computer network system

Also Published As

Publication number Publication date
EP1381201A2 (en) 2004-01-14
JP2004046430A (en) 2004-02-12
US20040078573A1 (en) 2004-04-22

Similar Documents

Publication Publication Date Title
JP4129783B2 (en) Remote access system and remote access method
JP2004046430A5 (en)
US7844816B2 (en) Relying party trust anchor based public key technology framework
US10567370B2 (en) Certificate authority
JP4674044B2 (en) System and method for providing a key management protocol that allows a client to verify authorization
KR100925329B1 (en) Method and apparatus of mutual authentication and key distribution for downloadable conditional access system in digital cable broadcasting network
AU2004254771B2 (en) User authentication system
CN1681238B (en) Key allocating method and key allocation system for encrypted communication
JP5604176B2 (en) Authentication cooperation apparatus and program thereof, device authentication apparatus and program thereof, and authentication cooperation system
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
JP2004015530A (en) Access right management system, relay server and method therefor, as well as computer program
KR101452708B1 (en) CE device management server, method for issuing DRM key using CE device management server, and computer readable medium
MXPA04007546A (en) Method and system for providing third party authentification of authorization.
JP6667371B2 (en) Communication system, communication device, communication method, and program
JP2001186122A (en) Authentication system and authentication method
WO2008002081A1 (en) Method and apparatus for authenticating device in multi domain home network environment
JP4332071B2 (en) Client terminal, gateway device, and network system including these
CN107347073B (en) A kind of resource information processing method
KR20090054774A (en) Method of integrated security management in distribution network
JP2003233594A (en) Access right management system, access right management method, access right management program and recording medium recording access right management program
Vossaert et al. User-centric identity management using trusted modules
Dumas et al. LocalPKI: An interoperable and IoT friendly PKI
KR100905315B1 (en) Authentication service method using public certification in mobile environment
Lee et al. Home network device authentication: Device authentication framework and device certificate profile

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040428

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040428

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040622

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20050527

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20050810

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070413

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070705

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070829

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080428

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080511

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110530

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees