(57)【特許請求の範囲】
【請求項１】
ローカルネットワーク（ＬＮｊ）内で加入者（ＩＭＳＩｉ）を認証する方法であって、ホームネットワーク（ＨＮ）でホストされるホーム加入者サーバ（ＨＨＳＳ）のホーム認証センター（ＨＡｕＣ）が、
−鍵導出関数（ＫＤＦ）を有する前記ホーム認証センター（ＨＡｕＣ）に、ホームオペレータ（ＨＮ）と契約を結んでいる任意のローカルネットワーク（ＬＮｊ）内での前記加入者（ＩＭＳＩｉ）の認証に専用の加入者鍵（ＳＭＫｉ）を格納する予備ステップと、
−１つのローカル鍵（ＬＫｉＬＮｊ）を、前記加入者（ＩＭＳＩｉ）によるアクセスが許可された各ローカルネットワーク（ＬＮｊ）のためのローカル鍵（ＬＫｉ）として、前記加入者鍵（ＳＭＫｉ）から導出する予備ステップと、
−前記加入者（ＩＭＳＩｉ）によるアクセスが許可された各ローカルネットワーク（ＬＮｊ）に、自身のローカル鍵（ＬＫｉＬＮｊ）を供給する予備ステップと、
−前記加入者（ＩＭＳＩｉ）のＵＩＣＣアプリケーションに前記加入者鍵（ＳＭＫｉ）及び前記鍵導出関数（ＫＤＦ）を供給する予備ステップと、
−前記加入者（ＩＭＳＩｉ）の前記ＵＩＣＣアプリケーションにローカル認証を実行するアルゴリズムを供給する予備ステップと、を含み、
前記方法は更に、所与のローカルネットワーク（ＬＮｊ）において認証が必要な場合に、前記ＵＩＣＣアプリケーションが、
−ネットワーク識別子（Ｉｄ（ＬＮｊ））を受信するステップと、
−前記ローカルネットワークのネットワーク識別子（Ｉｄ（ＬＮｊ））、前記鍵導出関数（ＫＤＦ）及び前記加入者鍵（ＳＭＫｉ）を使用して、前記加入者（ＩＭＳＩｉ）の前記ＵＩＣＣアプリケーションにローカル鍵（ＬＫｉＬＮｊ）を導出するステップと、
−前記導出したローカル鍵（ＬＫｉＬＮｊ）を、前記ローカルネットワーク（ＬＮｊ）においてローカル認証を実行する前記アルゴリズムに使用するステップと、を含む方法。
【請求項２】
前記方法は、前記認証センター（ＨＡｕＣ）が、前記加入者（ＩＭＳＩｉ）の前記ＵＩＣＣアプリケーションに、前記加入者（ＩＭＳＩｉ）によるアクセスが許可されたローカルネットワークの識別子（Ｉｄ（ＬＮｊ））のリストを供給するステップと、所与のローカルネットワーク（ＬＮｊ）において認証が必要な場合に、前記ＵＩＣＣアプリケーションが、前記リストの中にローカルネットワークの識別子（Ｉｄ（ＬＮｊ））があるかどうかをチェックするステップとを、予備ステップとして含む請求項１に記載の方法。
【請求項３】
前記方法は更に、一旦前記ローカル鍵（ＬＫｉＬＮｊ）が前記ＵＩＣＣアプリケーションによって導出されると、このローカルネットワーク（ＬＮｊ）の前記ローカル鍵（ＬＫｉＬＮｊ）を格納するステップと、前記ローカルネットワークの識別子（Ｉｄ（ＬＮｊ））のために格納されたローカル鍵（ＬＫｉＬＮｊ）があるかどうかをチェックするステップとを含む、請求項１又は２に記載の方法。
【請求項４】
シーケンス番号メカニズムを使用する前記認証プロセスは更に、前記認証センター（ＨＡｕＣ）及び前記ＵＩＣＣアプリケーションが、ローカル鍵（ＬＫｉＬＮｊ）を導出する一方で、導出した各ローカル鍵（ＬＫｉＬＮｊ）にシーケンス番号のローカル配列を関連付けるステップを含む、請求項１〜３のいずれかに記載の方法。
【請求項５】
ホームネットワーク（ＨＮ）でホストされるホーム加入者サーバ（ＨＨＳＳ）の認証センター（ＨＡｕＣ）であって、前記認証センター（ＨＡｕＣ）は、加入者アプリケーションごとの加入者鍵（ＳＭＫｉ）を格納し、前記加入者鍵（ＳＭＫｉ）は、ホームネットワークのオペレータと契約を結んでいる任意のローカルネットワーク（ＬＮｊ）内での加入者（ＩＭＳＩｉ）の認証に専用であり、前記認証センター（ＨＡｕＣ）は、前記加入者（ＩＭＳＩｉ）によるアクセスが許可された各ローカルネットワーク（ＬＮｊ）のための１つのローカル鍵（ＬＫｉＬＮｊ）を前記加入者鍵（ＳＭＫｉ）から導出する鍵導出関数（ＫＤＦ）を有し、前記認証センター（ＨＡｕＣ）は、前記加入者（ＩＭＳＩｉ）によるアクセスが許可された各ローカルネットワーク（ＬＮｊ）に、自身のローカル鍵（ＬＫｉＬＮｊ）を供給し、加入者（ＩＭＳＩｉ）のＵＩＣＣアプリケーションに、自身の加入者鍵（ＳＭＫｉ）、鍵導出関数（ＫＤＦ）及びローカル認証を実行するアルゴリズムを供給するプロビジョニング資源を有する認証センター（ＨＡｕＣ）。
【請求項６】
ホームネットワーク（ＨＮ）と契約を結んでいる任意のローカルネットワーク（ＬＮｊ）内での加入者（ＩＭＳＩｉ）の認証に専用の加入者鍵（ＳＭＫｉ）と、鍵導出関数（ＫＤＦ）と、ローカル認証を実行するアルゴリズムとを備えるＵＩＣＣアプリケーションであって、
前記ＵＩＣＣアプリケーションは更に、ローカルネットワーク（ＬＮｊ）からネットワーク識別子（Ｉｄ（ＬＮｊ））を受信し、このネットワーク識別子（Ｉｄ（ＬＮｊ））、前記鍵導出関数（ＫＤＦ）及び前記加入者鍵（ＳＭＫｉ）を使用して前記加入者（ＩＭＳＩｉ）の前記ＵＩＣＣアプリケーションにローカル鍵（ＬＫｉ）を導出するように適合され、前記ＵＩＣＣアプリケーションは更に、導出した前記ローカル鍵（ＬＫｉＬＮｊ）を、前記ローカルネットワーク（ＬＮｊ）においてローカル認証を実行する前記アルゴリズムで使用するように適合されるＵＩＣＣアプリケーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカルネットワークと加入者のホームネットワークの間のオンライン通信を必要とせずに、ローカルネットワーク内で加入者を認証する方法に関する。
【０００２】
ローカルネットワークは、加入者が登録されているホームネットワークと異なるネットワークと定義される。
【０００３】
本発明はまた、ホームオペレータによってホストされるホーム加入者サーバ（ＨＳＳ）の認証センター及びＵＩＣＣアプリケーションに関する。
【背景技術】
【０００４】
３ＧＰＰは、オペレータの加入者をホームネットワークと通信することなくローカルＥ−ＵＴＲＡＮネットワーク（４Ｇ）内で認証する必要がある新しいシナリオに対処する。このシナリオは、商用、又は特にマクロネットワークが利用できない場合の公共の安全のためのものである。
【０００５】
オペレータは、ローカルネットワーク内での加入者の認証を管理下に置くことに関心がある。加入者は、加入者のホームオペレータとの契約なしに、展開されたローカルネットワーク内で認証されることは認められない。
【０００６】
ホームＨＳＳ、ＵＩＣＣアプリケーション、及び全てのローカルネットワーク間で共有される１つの固有鍵で、任意のローカルネットワーク内で加入者を認証する解決策には、ローカルＨＳＳがホームＨＳＳより安全性が低い環境でホストされる場合にセキュリティ問題が生じる可能性がある。そのようなシナリオでは、攻撃者がローカルＨＳＳに物理的にアクセスし、加入者を認証するのに使用される固有鍵を取得できてしまう可能性がある。その結果、加入者の認証に同じ鍵を使用する他のネットワークの全てが知られることになる。
【０００７】
シーケンス番号（ＳＱＮ）メカニズムを使用する３ＧＰＰ認証の場合、同期化問題が存在する可能性もある。一部のシナリオでは、同期化のために接続されていない異なるローカルネットワーク内で同じＳＱＮを使用することによって、ＵＩＣＣの非同期化に終わることもあり得る。その場合、認証は失敗し、追加のプロセスが必要になる可能性がある。
【０００８】
したがって、更なる代替的かつ有利な解決策が技術的に望ましいだろう。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、ローカルネットワークとホームネットワークの間にオンザフライ通信が生じない新しい認証方式を提案することである。
【課題を解決するための手段】
【００１０】
本発明は、ホームネットワークでホストされるホーム加入者サーバ（ＨＳＳ）のホーム認証センター（ＡｕＣ）が、
−鍵導出関数（ＫＤＦ）を有するホーム認証センターに、ホームオペレータと契約を結んでいる任意のローカルネットワーク内でのこの加入者の認証に専用の加入者鍵（Ｋｍａｃｒｏ）を格納する予備ステップと、
−１つのローカル鍵が、加入者によるアクセスが許可された各ローカルネットワークのためのローカル鍵に加入者鍵を導出する予備ステップと、
−加入者によるアクセスが許可された各ローカルネットワークに自身のローカル鍵を供給する予備ステップと、
−加入者のＵＩＣＣアプリケーションに加入者鍵及び鍵導出関数（ＫＤＦ）を供給する予備ステップと、
−加入者のＵＩＣＣアプリケーションにローカル認証を実行するアルゴリズムを供給する予備ステップと、を含み、
前記方法は更に、所与のローカルネットワークにおいて認証が必要な場合に、ＵＩＣＣアプリケーションが、
−ネットワーク識別子を受信するステップと、
−ローカルネットワークのネットワーク識別子、鍵導出関数及び加入者鍵を使用して加入者のＵＩＣＣアプリケーションにローカル鍵を導出するステップと、
−導出したローカル鍵を、ローカルネットワークにおいてローカル認証を実行するアルゴリズムに使用するステップと、を含む方法と、最も広い意味で定義される。
【００１１】
本発明は、オペレータネットワークと、オペレータの加入者のユーザ装置との両方においてローカル鍵を生成し、ローカルＥ−ＵＴＲＡＮネットワーク内で加入者のＡＫＡ認証を行うことに依拠する。
【００１２】
ホームネットワークは、加入者が存在することが許可され、ＡＫＡ認証によってローカルで認証され得る任意のローカルＥ−ＵＴＲＡＮネットワークにローカル鍵を送信する。１つのローカル鍵が１つのローカルネットワークにのみ専用である。
【００１３】
本発明は、オペレータがＡＫＡアルゴリズムを使用し続けて、ローカルネットワーク内で加入者を認証することを可能にする。したがって、本発明は、ホームオペレータがローカルネットワーク内を管理下に置くことを可能にする。認証は、ローカル認証センターＡｕＣ及びユーザ装置が、ホームオペレータが提供する鍵を供給される場合にのみ行われる。１つのローカルネットワークだけに固有のローカル鍵を使用することは、高いセキュリティレベルをもたらす。この特徴は、ローカル認証センターＡｕＣが、ローカルＨＳＳに含まれる、ホーム認証センターＡｕＣよりも攻撃に対して弱い場合に重要である。攻撃者が１つのローカル認証センターＡｕＣにアクセスする場合、取得されたローカル鍵は、他のローカルネットワーク内での認証に使用できない。
【００１４】
本発明はまた、対称鍵に基づくローカル認証を可能にする利点を有する。本発明は更に、ＵＩＣＣベースの認証が、加入者がローカルネットワーク内にいるときに行われることを保証する。ＡＫＡベースの認証はＵＩＣＣでホストされる必要があるのに対して、証明書ベースの解決策は、ユーザ装置の端末部でホストすることができる。
【００１５】
ローカルネットワークで使用される認証方法、すなわちＡＵＴＮ、ＲＡＮＤによるＡＫＡ認証は、標準的な方法であってよく、ローカルネットワーク内においてもＵＩＣＣにおいても変更の必要はない。
【００１６】
ＵＩＣＣは、新しい加入者鍵及び全てのローカルネットワークの全ての導出されたローカル鍵を格納する追加ファイル又は専用アプリケーションのみを含む。
【００１７】
有利には、関連ＯＴＡサービスを実施して、許可ローカルネットワークのリストを更新する。
【００１８】
有利な特徴によれば、前記方法は、認証センターが、加入者によるアクセスが許可されたローカルネットワークの識別子のリストを加入者のＵＩＣＣアプリケーションに供給するステップと、所与のローカルネットワークにおいて認証が必要な場合に、ＵＩＣＣアプリケーションが、リストの中にローカルネットワークの識別子があるかどうかをチェックするステップとを、予備ステップとして含む。
【００１９】
この特徴によって、ＵＩＣＣアプリケーションは更に、加入者が存在することが許可された許可ローカルネットワークのリストを含むことが必要である。
【００２０】
有利な実施形態によれば、方法は更に、一旦ローカル鍵がＵＩＣＣアプリケーションによって導出されると、このローカルネットワークのローカル鍵を格納するステップと、ローカルネットワークの識別子に対する格納されたローカル鍵があるかどうかをチェックするステップとを含む。
【００２１】
この特徴は、ＵＩＣＣがローカルネットワークに入るたびに鍵導出を繰り返すことを防ぐ。
【００２２】
特定の実施形態によれば、シーケンス番号メカニズムを使用する認証プロセスは更に、認証センター及びＵＩＣＣアプリケーションが、ローカル鍵を導出する一方で、導出された各ローカル鍵にシーケンス番号のローカル配列を関連付けるステップを含む。
【００２３】
そのようなシーケンス番号の配列は、一般的に何らかの標準認証プロセスに関連付けられる。本発明はそのような標準と完全な互換性がある。
【００２４】
本発明は更に、ホームネットワークにおいてホストされるホーム加入者サーバの認証センターに関連し、前記認証センターは、加入者アプリケーションごとの加入者鍵を格納し、前記加入者鍵は、ホームネットワークのオペレータと契約を結んでいる任意のローカルネットワーク内での加入者の認証に専用であり、前記認証センターは、１つが加入者によるアクセスが許可された各ローカルネットワークのためのローカル鍵に加入者鍵を導出する鍵導出関数を有し、前記認証センターは、加入者によりアクセスが許可された各ローカルネットワークに自身のローカル鍵を供給し、加入者のＵＩＣＣに自身の加入者鍵、鍵導出関数（ＫＤＦ）及びローカル認証を実行するアルゴリズムを供給するプロビジョニング資源を有する。
【００２５】
そのような認証センターは、ホームネットワーク側での本発明の実施を可能にする。
【００２６】
最後に、本発明は、ホームネットワークと契約を結んでいる任意のローカルネットワーク内での加入者の認証に専用の加入者鍵と、鍵導出関数（ＫＤＦ）と、ローカル認証を実行するアルゴリズムとを備えたＵＩＣＣアプリケーションに関連し、前記ＵＩＣＣアプリケーションは更に、ローカルネットワークからネットワーク識別子を受信し、このネットワーク識別子、鍵導出関数及び加入者鍵を使用して加入者のＵＩＣＣアプリケーションにローカル鍵を導出するように適合され、ＵＩＣＣアプリケーションは更に、導出したローカル鍵を、ローカルネットワークにおいてローカル認証を実行するアルゴリズムにおいて使用するように適合される。
【００２７】
そのようなＵＩＣＣアプリケーションは、ユーザ装置側での本発明の実施を可能にする。
【００２８】
前述の及び関連する目的を達成するために、１つ以上の実施形態は、以下に完全に記載され、特に特許請求の範囲において指摘される特徴を備える。
【００２９】
以下の説明及び添付の図面は、特定の例示的な態様について詳細に述べたものであり、実施形態の原理が採用され得る様々な方式のうちの幾つかを示すものである。その他の利点及び新規の特徴は、以下の詳細な説明を図面と併せて検討することで明らかになると考えられる。開示される実施形態は、これらの態様及びその同等物を全て含むよう意図されたものである。
【図面の簡単な説明】
【００３０】
【図１】本発明が実施される環境を示す図。
【図２】本発明の方法による、エンティティ間のやりとりを示す機能図。
【発明を実施するための形態】
【００３１】
本発明のより完全な理解のために、本発明はこれより添付の図面を参照して詳細に述べられる。詳細な説明において、本発明の好適な実施形態であると考えられるものを例示して述べる。当然ながら、本発明の精神から逸脱することなく、形態や内容への様々な修正及び変更を容易に行うことが可能であると理解されるべきである。したがって、本発明は、本明細書において図示及び記述される通りの形態及び内容、並びに本明細書に開示され、後で特許請求される発明の全貌に満たないものに限定されるものでなくてもよい。異なる図面において、同一の要素には同一の参照番号が付されている。明確性のために、本発明の理解に役立つ要素及びステップのみが図面に示されており、また記載される。
【００３２】
図１は、ホームネットワークＨＮ並びに２つのローカルネットワークＬＮ１及びＬＮ２からなる環境を模式的に示す。これらのネットワークは、それぞれホーム加入者サーバＨＨＳＳ、ＬＨＳＳ１及びＬＨＳＳ２、並びに認証センターＨＡｕＣ、ＬＡｕＣ１、ＬＡｕＣ２を有する。ＨＳＳは、対応するローカルネットワークの基地局がアクセス可能である。
【００３３】
ここで、ユーザ装置ＵＥは、ユーザのサブスクリプションに関連付けられたＩＭＳＩｉを含むＵＩＣＣアプリケーションを有するＵＩＣＣと、移動装置ＭＥとから構成されることに留意されたい。ＩＭＳＩｉは、１つの特定のＵＩＣＣアプリケーションに対する加入者の識別子である。ＵＩＣＣにいくつかのＵＩＣＣアプリケーションが存在する場合、各ＵＩＣＣアプリケーションは専用のＩＭＳＩを有してよい。ＵＥ内にいくつかのＵＩＣＣを備えることを妨げるものはない。
【００３４】
ユーザ装置ＵＥａ及びＵＥｂは、ＵＩＣＣアプリケーションにＩＭＳＩ１及びＩＭＳＩ２をそれぞれ有し、ＩＭＳＩｉはホームネットワークＨＮが起源である。ここで更に、参照「ＩＭＳＩ」は、ＵＭＴＳ用語に従い加入者のＩＤを指定するのに使用されることに留意されたい。ＩＭＰＩ（ＩＭＳ）などの任意の他の種類のＩＤも関係する。
【００３５】
ユーザ装置ＵＥａ及びＵＥｂは、例えばＵＥａ及びＵＥｂが通常のネットワークと通信できなくなった状況において、ローカルネットワークＬＮｊの基地局との通信に入ることが可能である。そのような状況において、加入者は、ホームオペレータと連絡を取ることなく、ローカルネットワークＬＮｊ内で認証される必要がある。
【００３６】
このために、本発明は、ホームネットワークＨＮの認証センターＨＡｕＣが加入者ｉごとの加入者鍵ＳＭＫｉと、場合により任意選択的に導出関数で使用される乱数値ＲＡＮＤｉを予備的に格納することを提案する。この加入者鍵ＳＭＫｉは、ホームオペレータＨＮと契約を結んでいる任意のローカルネットワーク内でのＵＩＣＣアプリケーション内のＩＭＳＩｉに関連付けられた加入者の認証に専用である。
【００３７】
本発明によれば、認証センターＡｕＣは、加入者鍵ＳＭＫからローカル鍵を導出する鍵導出関数を有する。したがって、ホームオペレータと契約を結んでいるローカルネットワークＬＮｊごとのローカル鍵ＬＫｉＬＮｊが得られる。そして、このローカル鍵ＬＫｉＬＮｊは、ローカルネットワークＬＮ１についての図２に示すように、関係するローカルネットワークＬＮｊのＨＳＳに送信される。ローカルネットワークＬＮｊに入ることが可能でかつ許可されている各加入者ｉに対してローカル鍵が送信される。ローカル認証センターＬＡｕＣｊは、これらのローカル鍵ＬＫｉＬＮｊの全てを格納する。
【００３８】
３ＧＰＰ ＡＫＡ認証の場合、ホームＨＨＳＳのＡｕＣは、各ローカル鍵ＬＫに関連付けられたシーケンス番号（ＳＱＮ）の配列をローカルＨＳＳ ＬＨＳＳｊに送信する。加入者ごとに１つのこれらの鍵の全てが格納され、３ＧＰＰ ＡＫＡ認証の場合、ローカル認証センターＬＡｕＣは、各ローカル鍵ＬＫに関連付けられたシーケンス番号（ＳＱＮ）の配列も含む。
【００３９】
次に、加入者鍵ＳＭＫｉ、導出関数ＫＤＦ、例えば３ＧＰＰ ＡＫＡ認証（Ｍｉｌｅｎａｇｅ）などのローカル認証を実行するアルゴリズム、及び場合により乱数値ＲＡＮＤｉを、ユーザ装置ＵＥａのＵＩＣＣの、ＩＭＳＩ１を含むＵＩＣＣアプリケーションに供給する。このステップは、ホームネットワークのフィールドにあるときに加入者ＩＭＳＩｉのＵＩＣＣとの専用通信を必要とする本発明の予備ステップを終わらせる。
【００４０】
更に、ＵＩＣＣアプリケーションは、加入者ｉが存在することが許可されたローカルネットワークＬＮｊのリストを含む。ホームネットワークのオペレータは、ＩＭＳＩｉを含むＵＩＣＣアプリケーションを含むＵＩＣＣを備えたＵＥが、ホームネットワークのフィールドに存在していたとき又は再度存在するときに、このローカルネットワークの許可リストを更新することができる。
【００４１】
次に、ローカルネットワークＬＮ１が、図２のローカルネットワークＬＮ１のユーザ装置ＵＥａのＩＭＳＩ１を含むＵＩＣＣアプリケーションとの相互認証を開始するとき、ユーザ装置ＵＥａは、例えばＵＳＩＭなどの、ＩＭＳＩ１を含むＵＩＣＣアプリケーションに提供するローカルネットワーク識別子Ｉｄ（ＬＮ１）を受信する。
【００４２】
識別子Ｉｄ（ＬＮ１）が許可ネットワークのリスト中にない場合、認証は失敗する。識別子Ｉｄ（ＬＮ１）が許可ネットワークのリスト中にある場合、対応するローカルネットワーク鍵ＳＭＫ１ＬＮ１の選択、及び識別されたローカルネットワークＬＮ１のローカル鍵ＬＫ１ＬＮ１を取得する導出関数ＫＤＦの起動がトリガされる。
【００４３】
本発明は、ユーザ装置に対してローカル鍵が既に導出されている場合に、ローカルＨＳＳ ＬＨＳＳ１がこのローカル鍵をメモリに保持するように実施することができる。この場合、ネットワークがリスト中にあるとき、ＵＩＣＣアプリケーションはその後、ローカル鍵が以前に計算されたかどうかをチェックする。そのような場合、導出は再度行われず、関係するネットワークに関連付けられた格納されたローカル鍵が使用される。
【００４４】
それ以外の場合、導出は実際にトリガされる。各ローカル鍵は、加入者ごとに１つのローカルネットワークに固有である。ローカル鍵の導出は、加入者の識別子ＩＭＳＩ１及びローカルネットワークの識別子Ｉｄ（ＬＮ１）に関連し、したがって、
ＬＫ１ＬＮ１＝ＫＤＦ（ＳＭＫ１，“ｌｏｃａｌ−ａｋａ”，ＲＡＮＤ１，ＩＭＳＩ１，Ｉｄ（ＬＮ１））である。
【００４５】
得られたローカル鍵は、実施形態に応じて格納することができる。３ＧＰＰが指定するＡＫＡベースの認証の場合、シーケンス番号（ＳＱＮ）の配列が各ローカル鍵ＬＫに関連付けられる。
【００４６】
次にローカル鍵ＬＫ１ＬＮ１を、ローカルネットワークＬＮ１のＬＨＳＳ１によるセキュア認証Ａｕｔ（ＬＫ１ＬＮ１）に使用する。好ましくはＡＫＡ認証を使用する。
【００４７】
本発明によれば、ＵＩＣＣアプリケーションは次の三重項を格納する：
関係するｊ個のネットワークについて、Ｉｄ（ＬＮｊ），ＬＫ１ＬＮｊ，ＳＱＮｊ。
【００４８】
以上の詳細な説明では、添付の図面を一例として参照して本発明が実施され得る特定の実施形態を示した。これらの実施形態は、当業者が本発明を実施できるに十分な程度に詳細に記載されている。したがって、以上の詳細な説明は限定的な意味で理解されるべきものではなく、本発明の範囲は添付の特許請求の範囲によってのみ定義され、特許請求の範囲の均等物の全範囲とともに、適切に解釈されるものである。
【図１】
0006591051.tif 000002
【図２】
0006591051.tif 000003