JP2009541843A - ネットワークへのアクセスを制御するための方法およびシステム - Google Patents

Abstract

第１および第２のネットワーク（１、２）の両方へアクセスする方法は、端末（４）が前記第１のネットワーク（１）を介して前記第１のネットワークへのアクセスを要求（ＲＱ１）しつつ第１の識別子（ＩＤ１）を提供するステップと、前記第１のネットワークが前記第１の識別子を検証し、前記検証が成功である場合に第２の識別子（ＩＤ２）を発行するステップと、前記端末（４）が前記第１のネットワーク（１）を介して前記第２のネットワーク（２）へのアクセスを要求（ＲＱ２）しつつ前記第２の識別子（ＩＤ２）を提供するステップと、認証サーバ（１１２）が前記第２の識別子を検証し、前記検証が成功である場合に第３の識別子（ＩＤ３）を発行するステップと、前記第１のネットワーク（１）が前記端末（４）に前記第３の識別子（ＩＤ３）を送信するステップと、前記端末（４）が前記第３の識別子（ＩＤ３）を使用して前記第２のネットワーク（２）へアクセスするステップとを有する。前記第１の識別子（ＩＤ１）はＳＩＭカード識別子でよく、前記第２の識別子（ＩＤ２）はネットワーク・アドレスでよく、一方、前記第３の識別子（ＩＤ３）はワンタイム・パスワードによって構成されてよい。

Description

本発明は、第１のネットワークおよび第２のネットワークへアクセスするための方法およびシステムに関する。

通信ネットワークへのアクセスを可能とする方法およびシステムが一般に知られている。たとえば、ほとんどのコンピュータ・ネットワークは、端末でユーザ名とパスワードを入力することをユーザに求め、その後当該のコンピュータ・ネットワークにアクセスされる。コンピュータ・ネットワーク内にはアクセス・コントロールが存在しており、多くの場合このアクセス・コントロールは、ネットワーク・サーバによって実行される適切なコンピュータ・プログラムとして提供され、このネットワーク・サーバは、ユーザ名およびパスワードを適切な認証判定基準と比較し、入力されたユーザ名およびパスワードがこの認証判定基準を満たす場合に端末からのアクセスを可能とする。

しかしユーザは、どんなユーザ名およびパスワードを使用すべきかを知らされなければならない。共通有線コンピュータ・ネットワークでは、ユーザは通常、どんなユーザ名およびパスワードが割り当てられたかを書面または口頭で伝えられる。これは、多数の普通郵便が送られることを必要とするので、割り当てられるパスワードが頻繁に変わる場合はより不便となる。さらに、ユーザ名およびパスワードがユーザによって受け取られるのに比較的長い時間が掛かる。

当技術分野では、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）へのアクセスを制御するためのシステムが知られており、このシステムは、スウェーデンのストックホルムに拠点がおかれている会社「サービスファクトリ社（ServiceFactory A.B.）」により、「オーバイト認証管理プログラム（Orbyte Authentication Manager）」の名称で販売されている。このシステムは、ワンタイム・パスワード（ＯＴＰ）を取得するために端末によってアクセスされることができる認証サーバを含んでいる。端末は、インターネットを経由し、ＷＬＡＮゲートウェイ・ノードを介してこの認証サーバにアクセスすることが可能である。この点に関連して、ＷＬＡＮゲートウェイ・ノードは、「ホットスポット・ゲートウェイ」または単に「ホットスポット」として一般に知られている。認証サーバは、このＷＬＡＮゲートウェイ・ノードを介して、加入者識別モジュール（Subscriber Identification Module）（ＳＩＭ）カードからデータを取得して端末ユーザがＷＬＡＮサービスに加入しているかどうかを検証できる。ユーザが加入している場合は、認証サーバは、ＯＴＰを生成し、この割り当てられたＯＴＰを、インターネットを経由しＷＬＡＮゲートウェイ・ノードを介して、したがってＷＬＡＮを経由して端末に送信する。その後、端末は、ＷＬＡＮへアクセスするために、このＯＴＰをＲＡＤＩＵＳサーバに提供する。ＲＡＤＩＵＳサーバは、この提供されたＯＴＰを、割り当てられたＯＴＰと比較して、アクセスが許可されるべきかどうかを判定する。

しかし、「オーバイト認証管理プログラム」の短所は、実際に端末がＷＬＡＮへのアクセスを許可される前に、ＯＴＰを取得するために、ＷＬＡＮが使用されることである。それゆえ、ＷＬＡＮゲートウェイおよびＷＬＡＮの他の部分は不正アクセスにさらされやすい。さらに、不正アクセスを防ぐには、広範なセキュリティ対策が必要とされる。これは、ＷＬＡＮが、ＳＩＭカードが有効となっているネットワークを動作させるエンティティとは別のエンティティによって運用される場合、特に厄介である。その上、認証サーバはインターネットを介してアクセス可能であり、このことは、認証サーバが不正アクセスにさらされやすくし、したがってやはり広範なセキュリティ対策が必要となる。

米国特許出願公開ＵＳ２００４／０２３３８９３（トランサット・テクノロジーズ（Transat Technologies））は、無線ネットワーク・アクセス・パスワードを転送するためのシステムおよび方法を開示している。前記特許出願公開で開示されたシステムにおいて、ネットワーク・パスワードを転送するおよび／または割り当てるアクセス・ノードは、ＷＬＡＮ内で動作している第１のノードにおよび該第１のノードから、第１のタイプの通信を送信および受信するための第１のインターフェイスを含んでいる。またこのアクセス・ノードは、ＧＳＭ／ＧＰＲＳネットワークなどモバイル・ネットワーク内の第２のノードにおよび該第２のノードから、第２のタイプの通信を送信および受信するための第２のインターフェイスも含む。このアクセス・ノードは、モバイルのＭＳＩＳＤＮを保持しているモバイル装置からモバイル・ネットワークを介してショート・メッセージ・サービス（ＳＭＳ）メッセージを受信でき、ＷＬＡＮアクセス用に割り当てられたＯＴＰ（ワンタイム・パスワード）を保持している前記モバイル装置にＳＭＳメッセージを送信することができる。次いで、この割り当てられたＯＴＰは、ＷＬＡＮへアクセスするために、ＷＬＡＮに入力されることが可能である。

しかし、この先行技術文書によって知られているシステムの短所は、認証サーバがＳＭＳメッセージを生成および受信することを可能とするために、認証サーバに対し広範な修正が成されなければならないことである。

その上、たとえば、モバイルのＭＳＩＳＤＮを組み込んだショート・メッセージを生成および送信し、受信されたＳＭＳからＯＴＰを抽出可能とするために、無線クライアントおよびモバイルが自動的にアクセスを取得するのに、修正が必要とされ、あるいはユーザが、提供されたＯＴＰをＷＬＡＮ内で手動により入力する必要がある。

この点に関連して、ＳＭＳは実際の回線交換ＧＳＭネットワークを使用せず、ＳＭＳメッセージは、ＧＳＭネットワークの信号チャネル、すなわち監視信号および制御信号がモバイル装置からおよびモバイル装置に伝送されるチャネルを介して送信されることに留意すべきである。したがって、ＳＭＳメッセージの送信を可能とするためだけでなく、接続を制御するのとまたはメッセージを携帯電話のディスプレイに視覚的に出力するのとは別の態様で信号チャネルからのメッセージを処理するためにも、広範な修正が必要とされる。

国際特許出願公開ＷＯ０３／０８８５７７（ノキア（Nokia））は、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）内の端末のユーザを認証するための方法を開示している。この知られた方法では、ユーザ端末はまずＷＬＡＮのサーバ・アクセス・ポイント（つまり「ホットスポット」）と連絡を取り、その後に初めて、ユーザがアクセス権を有するかどうかがユーザのモバイル通信システムを用いてチェックされる。言い換えると、ユーザ端末とそのホーム・モバイル通信システムの間で交換されるメッセージが、来訪されたシステムを通って移動する。これは、ユーザ端末が、（完全な）アクセスが許可される前に何らかの（限定された）アクセスをすでに有していることを必要とする。したがって、サービス・ポイントへの限定的アクセスを来訪ユーザ端末に許可するための適切な措置が講じられなければならない。

国際特許出願公開ＷＯ０１／１７３１０（エリクソン（Ericsson））は、ＧＳＭセキュリティ原則を使用して、パケット・データ・ネットワークへのアクセスを要求しているユーザを認証する認証方法を開示している。この方法は、ユーザがアクセス・ネットワークへアクセスしようとすることによって開始される。次いでこのアクセス・ネットワークに接続された認証エンティティは、認証サーバに認証要求を送信する。アクセス・ネットワークを介してユーザに送信された認証トークンは、モバイル・ネットワークを介して認証サーバに送り返される。したがって、アクセス・ネットワークが、実際の（完全な）アクセスが許可される前の認証手続きに関与している。したがって、この既知のアクセス・ネットワークは、限定されたアクセス権と完全なアクセス権とを区別できる必要がある。

２００６年９月２８日公開の国際特許出願公開ＷＯ２００６／１０１１８３（松下）は、無線ネットワークにおける自動的セキュリティ認証用のシステムを記述している。端末は、アクセス・ポイントとの通信用の第１のユニット、およびＧＳＭネットワークまたは同様のネットワークとの通信用の第２のユニットという２つの通信ユニットを有する。このアクセス・ポイントは、端末によって使用されるべき識別コードを発行することができる。言い換えると、アクセス・ポイントが、前述の他の先行技術文書におけるのと同じく、実際のアクセスが許可される前の情報の交換に関与している。

本発明の目的は、既存のネットワークおよびネットワーク構成要素に対するそれほど広範な修正を必要としない第１のネットワークおよび第２のネットワークへアクセスするための方法およびシステムを提供することである。

したがって、本発明によれば、端末を使用することにより第１のネットワークおよび第２のネットワークへアクセスする方法は、
前記端末が、前記第１のネットワークを介して前記第１のネットワークへのアクセスを要求しつつ、第１の識別子を提供するステップと、
前記第１のネットワークが前記第１の識別子を検証し、前記検証が成功である場合に第２の識別子を発行するステップと、
前記端末が、前記第１のネットワークを介して前記第２のネットワークへのアクセスを要求しつつ、前記第２の識別子を提供するステップと、
認証サーバが前記第２の識別子を検証し、前記検証が成功である場合に第３の識別子を発行するステップと、
前記第１のネットワークが前記端末に前記第３の識別子を送信するステップと、
前記端末が前記第３の識別子を使用して前記第２のネットワークへアクセスするステップと
を有する。

第２のネットワークへのアクセスが許可されるまでは第１のネットワークのみにアクセスすることにより、第２のネットワークに対する部分的および／または一時的アクセスを許可することがもはや不要となる。

かかる方法はそれほど広範な修正を必要としない。その理由は、ほとんどの端末が、パケット交換ネットワーク、たとえばＩＰプロトコルに従って動作するネットワークに接続されるべき適切なソフトウェアおよび／またはハードウェア、ならびに該パケット交換ネットワークから受信されるデータおよび命令を受信、送信および処理するソフトウェアおよび／またはハードウェア、典型的にはウェブ・ブラウザをすでに含んでいるからである。さらに、ほとんどの認証サーバ、たとえばＷＬＡＮへのアクセスを可能とするＲＡＤＩＵＳサーバがすでに、パケット交換ネットワーク、たとえばインターネット・プロトコル（ＩＰ）規格に従って動作するネットワークに接続されるべき適切なソフトウェアおよび／またはハードウェアを含み、該パケット交換ネットワークから受信されるデータおよび命令を受信、送信および処理するソフトウェアおよび／またはハードウェア、たとえばウェブサーバ・アプリケーションを含んでいる。したがって、たとえば、端末のウェブ・ブラウザ・アプリケーションに要求を送信させ、この要求に応答して認証サーバ上のウェブサーバ・アプリケーションに認証コードを生成および送信させるなどの、わずかな適応が加えられるだけで済む。

前記第１の識別子は、好ましくはＳＩＭカード識別子であり、したがってＧＳＭ端末および同様の端末内に存在する識別子ファシリティを使用する。前記第２の識別子は、好ましくはネットワーク・アドレスであり、より好ましくはＩＰ（インターネット・プロトコル）アドレスである。これは、既存のリソースを使用した簡便な識別を可能とする。前記第３の識別子は、好ましくは、高レベルのセキュリティを達成するために、ワンタイム・パスワードである。

種々の（タイプの）ネットワークが使用されることが可能である。しかし、好ましい実施形態では、前記第１のネットワークは、無線ネットワーク、好ましくはＧＰＲＳネットワークまたはＧＳＭネットワークなどのパケット交換無線ネットワークであり、一方、前記第２のネットワークは、ローカル・エリア・ネットワーク（ＬＡＮ）、好ましくは無線ローカル・エリア・ネットワーク（ＷＬＡＮ）である。

前記第２の識別子は記憶装置内に格納されてよく、この記憶装置は、前記第２の識別子に関連付けられたユーザ情報も格納している。前記第２の識別子がネットワーク・アドレスである場合、ユーザ（および／または端末）情報は、適切な記憶装置内、たとえばＩＰセッション・データベース中にネットワーク・アドレスと一緒に格納されてよい。このユーザ情報は加入者情報を有してよい。

本発明は、第１のネットワークおよび第２のネットワークが異なるオペレータを擁している場合、第１のネットワークのオペレータが、どの第２のネットワークへのアクセスを第１のネットワークの顧客が取得可能となるのかを決定できるので、特に有利である。

本発明はまた、上記で規定した方法を実施するための、少なくとも１つのコンピュータ・プログラムを提供する。コンピュータ・プログラムは、ＣＤまたはＤＶＤなどのデータ・キャリア上に格納されているコンピュータ実行可能命令群を備えてよい。これらのコンピュータ実行可能命令群は、プログラム可能コンピュータが、上記に規定されたような方法を実施することを可能とするが、リモート・サーバから、たとえばインターネットを介してダウンロードすることで入手可能となっていてもよい。

さらに本発明は、第１のネットワークおよび第２のネットワークへアクセスするためのアクセス制御構成、ならびにかかるアクセス制御構成を備えるネットワークを提供する。加えて、本発明は、第１のネットワークおよび第２のネットワークを備えるシステムを提供し、前記第１のネットワークは、
端末から第１のアクセス要求および第１の識別子を受信すると、前記第１の識別子を検証し、前記検証が成功である場合に第２の識別子を発行し、
前記端末から第２のアクセス要求および前記第２の識別子を受信すると、認証サーバを使用して、前記端末から受信された前記第２の識別子を検証し、前記検証が成功である場合に前記端末に第３の識別子を送信する
ように構成される。

本発明のこれらおよび他の態様は、後述の諸実施形態から明らかとなり、これらの諸実施形態に関して説明される。本発明の特定の諸実施形態は、従属請求項において規定される。

本発明のさらなる詳細、態様および実施形態は、単なる例として、図面を参照して説明される。

本発明による遠隔通信システムの例示の一実施形態を概略的に示すブロック図である。 本発明による端末の例示の一実施形態を概略的に示すブロック図である。 本発明によるアクセス制御構成の例示の一実施形態を概略的に示すブロック図である。

本文書において、以下の略語および／または用語は、少なくとも以下の意味を有するものと理解される。「無線ＬＡＮ」または「ＷＬＡＮ」は、モバイル・ユーザが、ワイヤレス（無線）接続、たとえばＩＥＥＥ規格８０２．１１に準拠したネットワークを通じてローカル・エリア・ネットワーク（ＬＡＮ）に接続可能なネットワークである。「ＲＡＤＩＵＳクライアント」（この「ＲＡＤＩＵＳクライアント」は、たとえば、ダイアルアップ・サーバなどのネットワーク用アクセス・サーバ、または無線アクセス・ポイントでよい）は、ＲＡＤＩＵＳサーバに、ＲＡＤＩＵＳメッセージの形式でユーザ資格証明および接続パラメータの情報を送信する。「ＲＡＤＩＵＳプロトコル」は、インターネット技術運営グループ（ＩＥＳＧ）コメント要求（ＲＦＣ）２８６５（Internet Engineering Steering Group （IESG） Request for Comments （RFC） 2865）で定義されている。「ＲＡＤＩＵＳサーバ」は、ＲＡＤＩＵＳクライアント要求を認証および許可し、ＲＡＤＩＵＳメッセージ応答を送り返す。「ＲＡＤＩＵＳプロキシ」は、ＲＡＤＩＵＳクライアントと、ＲＡＤＩＵＳサーバと、他のＲＡＤＩＵＳプロキシとの間でＲＡＤＩＵＳメッセージを転送するコンピュータである。

「ＳＩＭ」は加入者識別モジュール（Subscriber Identity Module）を表す。「ＳＩＭカード」は、ＧＳＭ電話内に挿入されるスマート・カードの一種である。ＳＩＭカードは、ネットワークに対するユーザ・アカウントを識別し、認証を処理し、基本的なユーザ・データおよびネットワーク情報に関するデータ記憶を行う。

「モバイル加入者ＩＳＤＮ番号（Mobile Subscriber ISDN Number）」（ＭＳＩＳＤＮ）は、発呼者がダイアルしてモバイル加入者と連絡を取る番号である。「国際移動局識別子（International Mobile Station Identity）（ＩＭＳＩ）」は、ＧＳＭシステム内で各モバイル加入者に割り当てられた、ダイアル不能な固有の番号であり、この番号が、ＧＳＭネットワーク内で加入者、およびこの加入者の加入の有無を識別する。ＩＭＳＩは通常、ＳＩＭカード内に格納される。

「サービングＧＰＲＳサポート・ノード（serving GPRS support node）」つまりＳＧＳＮは、ＳＧＳＮサービス・エリア内の移動局からおよびこの移動局にデータ・パケットを配信することを担当する。「ゲートウェイＧＰＲＳサポート・ノード（gateway GPRS support node）」つまり「ＧＧＳＮ」は、バックボーン・ノードと「ＳＧＳＮ」の間のインターフェイスとして働く。「ＧＧＳＮ」は、ＳＧＳＮから来たパケット・データをバックボーン・ネットワーク用の適切なパケット・データ・プロトコルに変換し、この変換されたパケット・データをバックボーン・ネットワーク上に送信する。逆方向については、バックボーン・ネットワークからの受信データ・パケットは、ＳＧＳＮサービス・エリア内の移動局にＳＧＳＮによって転送されるのに適したパケットに変換される。ＧＧＳＮはまた、認証および課金の機能も行う。一般に、ＳＧＳＮとＧＧＳＮの間には多対多の関係がある。つまり、ＧＧＳＮは１つまたは複数のＳＧＳＮに対して動作することができ、ＳＧＳＮは、異なるバックボーン・ネットワークと連絡を取るために、１つまたは複数のＧＧＳＮを介してこのＳＧＳＮのパケットをルーティングすることができる。

「ホーム・ロケーション・レジスタ（Home Location Register）」つまりＨＬＲは、加入者のモバイル装置のＭＳＩＳＤＮ（つまり、携帯電話番号）、ＩＭＳＩ、アクセス権限および／または現在位置など、正当な加入者についての関連情報を格納している無線ネットワーク上の（中央）データベースを含む。ＨＬＲは、たとえばＧＧＳＮ上に存在してよい。

図１を参照すると、図１に示された例にすぎない通信システム３は、パケット交換第１ネットワーク１および第２のネットワーク２を含んでいる。図１の例では、パケット交換第１ネットワーク１は、遠隔通信ネットワークであり、さらにとりわけ、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅｓ）またはＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）ネットワークなどのパケット交換モバイル・ネットワークである。しかし、パケット交換第１ネットワークは、適切などんなタイプのパケット交換ネットワークでもよい。パケット交換第１ネットワークは、たとえば、第２のネットワークと同じオペレータによって運用されるネットワークでもよく、あるいは異なるオペレータによって運用されてもよい。

第２のネットワーク２は適切などんなタイプのネットワークであってもよい。例として、第２のネットワークは、たとえば無線接続を介して端末によってアクセスされ得る無線ローカル・エリア・ネットワーク（ＷＬＡＮ）などの無線ネットワークでもよい。

図１に示されたシステム３はさらに、端末４およびアクセス・コントロールを含んでいる。この例では、アクセス・コントロールは、ＳＧＳＮ１００、ＧＧＳＮ１１０、ＧＰＲＳ ＩＰコア１１３および認証サーバ１１２を含む第１のアクセス制御構成（第１のアクセス制御装置）と、ゲートウェイ２００、プロキシ２１０、サーバ２２０および認証サーバ１１２を含む第２のアクセス制御構成（第２のアクセス制御装置）とを含んでいる。

端末４は、図２に示されたように実装されてよい。図２に示された例は、パケット交換ネットワーク、たとえば図１に示された第１のネットワーク１に接続可能な第１の端末出力４０を含んでいる。端末４はさらに、パケット交換ネットワークに接続可能な端末入力４１を有する。端末４は、他のネットワーク、たとえば図１の例における第２のネットワーク２に接続可能な第２の端末出力４２を有する。端末４はさらに、端末入力４１、端末出力４０、４２に接続された処理ユニット４３を有する。端末４はさらに、処理ユニット４３に接続された記憶装置４４を有する。

この記憶装置４４は、たとえば、適切なＳＩＭカードが挿入されたＳＩＭカード・リーダとして実装されてよい。しかし、記憶装置４４は、適切などんな態様によって実装されてもよく、この記憶装置４４には、たとえばＳＩＭカードまたは他のタイプのスマート・カードなどの不揮発性メモリを挙げることができる。記憶装置４４内には、第１のネットワーク１用の識別コード、たとえばＭＳＩＳＤＮ、ＩＭＳＩまたは他の適切なタイプのコードが格納されてよい。

処理ユニット４３は記憶装置４４から、識別コード、および第１のネットワーク１へアクセスするのに必要な他の任意の適切なタイプの情報を取り出すことができる。処理ユニット４３にはさらに、接続がパケット交換ネットワーク上に確立されることを可能とするのに適したハードウェアおよび／またはソフトウェアが設けられる。例として、処理ユニット４３は、たとえばＩＰネットワークなどに接続するのに適したネットワーク接続モジュールを含んでよく、この処理ユニット４３は、たとえば当該接続上でデータを送信および受信しこのデータを処理することのできるウェブ・ブラウザ・アプリケーションを実行できるものでもよい。たとえば、このブラウザ・アプリケーションは、あるウェブ・ページに対する要求をウェブ・サーバに送り、当該のウェブ・ページを受信し、このウェブ・ページが端末４のユーザに視覚的に出力されるようにこのウェブ・ページを処理することができる。処理ユニット４３は、第１の端末出力４０を介して、したがって第１のネットワーク１を介してアクセス・コントロールに第１のネットワーク用の識別コードを送信することができる。端末入力４１を介して処理ユニット４３は、第２のネットワーク２用に、たとえば図１の例ではＷＬＡＮ用に割り当てられた認証コードをアクセス・コントロールから受信することができる。受信されたコードは次いで、ユーザ・インターフェイスに出力されてよい。その後、第２のネットワーク４へアクセスするために、端末認証コードが、ユーザにより端末で適切な入力で入力されることが可能である。この端末認証コードは、処理ユニット４３により端末４から第２の端末出力４２を介して第２のネットワークに送信されてよい。あるいは、処理ユニット４３は、受信されたコードを認証コードとして第２のネットワークに自動的に転送するように構成されてもよい。

図３は、アクセス制御構成（アクセス制御装置）５の例を概略的に示す。図３においてアクセス制御構成５は単一のエンティティとして示されているが、たとえば図１に示されるように、アクセス制御構成５は、適切な態様で互いに接続されたＳＧＳＮ１００、ＧＧＳＮ１００などといった複数の別々のエンティティを含んでもよいことに留意すべきである。

図３において、アクセス制御構成５は、パケット交換第１ネットワークを介して認証コードを求める要求を受信する制御入力５０を含んでいる。この制御入力５０には認証コード生成器５１が接続されている。この認証コード生成器５１は、要求に応答して、第２のネットワーク２用に割り当てられた認証コードを生成することができる。認証コード生成器５１は、第１のネットワークに接続された制御出力５２に接続されている。この制御出力５２を介して、認証コードは、第１のネットワーク１を介し端末４に送信されることが可能である。

アクセス制御構成５はさらに、認証コード生成器５１と第２のネットワーク２とに接続された認証制御器５３を含む。認証制御器５３は、割り当てられた認証コードをイネーブルすることができる。すなわち、認証コードがイネーブルされたときは、この割り当てられた認証コードに対応している認証コードが第２のネットワーク２によって受信された際に、第２のネットワーク２へのアクセスが端末４に許可される。本例では認証制御器５３は認証コード・プロセッサ５４に接続されており、認証制御器５３は、生成されたまたは割り当てられた認証コードをこの認証コード・プロセッサ５４に送信する。

認証制御器システム５はさらに、認証制御器入力５５を有する。この認証制御器入力５５は第２のネットワーク２に接続される。認証制御器入力５５において、第２のネットワーク２を経由して端末４によって送信された端末認証コードが受信されることが可能である。認証コード・プロセッサ５４は認証制御器入力５５に接続される。認証コード・プロセッサ５４は、受信された端末認証コードを、割り当てられた認証コードと比較することができる。認証コードは、この比較の結果を、認証コード・プロセッサ５３に接続されている第２のアクセス・コントロール５６に出力する。端末認証コードが、割り当てられた認証コードと対応するとき、第２のアクセス・コントロール５６は第２のネットワーク４へのアクセスを可能とする。本明細書で使用される用語「対応する」は、認証コードが完全に同一であることを必ずしも含意するものでないことが留意される。認証コードどうしの不一致は、何らかの状況下では許容可能であり得る。しかし好ましくは、認証コードは、不正なまたは悪意のあるアクセス試行をほとんどまたはすべて排除できるのに十分なほど同一でなければならない。

アクセス制御構成５はさらに、第１のネットワークへのアクセスを制御する構成を含んでよい。図１の例においてこれは、ＳＧＳＮ１００およびＧＧＳＮ１１０によって実装され、第２のネットワークへのアクセスを制御するエンティティ、つまりゲートウェイ２００、プロキシ２１０、サーバ２２０および認証サーバ１１２からは分離されている。しかし図３では、第１のネットワークへのアクセスを制御するためにシステム３内にいかなるユニットが存在し得るのかをよりはっきりさせるために、ブロック図は単一のエンティティとして示されている。

図３において、アクセス制御構成５は、端末４から制御入力５０を介して認証コードを受信することができる。図３に示されるように、検証プロセッサ５７は制御入力５０に接続されている。この検証プロセッサ５７は、受信された識別コードを検証判定基準に照らしてチェックすることができる。図１の例では、ＳＧＳＮ１００は、記憶装置１０１、たとえばＨＬＲ（ホーム・ロケーション・レジスタ）から加入者情報を取り出し、第１のネットワーク１へのアクセスが許可されてよいかどうかをこの受信された識別コードから決定できる。アクセス制御ユニット５８は検証プロセッサ５７に接続されている。このアクセス制御ユニット５８は、識別コードが検証判定基準を満たしているときに端末４から第１のネットワーク１へのアクセスを可能とし、識別コードが検証判定基準を満たしていないときに第１のネットワーク１への端末４のアクセスを終了させる。アクセス制御ユニット５８は、アクセスを可能とするまたは終了させるのに適した信号を送信するために、制御出力５２に接続されている。

図１の例において、本発明による方法が実施されることが可能である。かかる方法は、第１のネットワーク１へアクセスするステップと、第１のネットワーク１へアクセスされたときに第２のネットワーク２へアクセスするステップを含む。第１のネットワーク１へアクセスするステップは、第２のネットワーク２へアクセスする方法の一部を成してよい。しかし、第２のネットワーク２へアクセスされるよりもある（長い）時間だけ前に、たとえば端末４が第２のネットワーク２のカバー・エリア範囲内に存在するようになる前に、端末が第１のネットワーク１へアクセスし終えていることも可能である。したがって、第２のネットワークへのアクセスが、端末が第２のネットワークへのアクセスを実際に取得するよりも（十分）前に可能とされてよい。

第１のネットワーク１へのアクセスは、たとえば、第１のネットワークへのアクセス用の識別コードＩＤ１を端末４から送信することによってなされてよい。識別コードＩＤ１にアクセス要求ＲＱ１が添付されてよく、またこの識別コードＩＤ１がこの要求ＲＱ１中に組み込まれてもよい。

識別コードＩＤ１は、第１のネットワークに送信され、この第１のネットワークにおいて、たとえば図１の例ではＳＧＳＮ１００およびＧＧＳＮ１１０において、検証判定基準に照らしてチェックされる。たとえば、図１の例では、端末４はＭＳＩＳＤＮおよび／またはＩＭＳＩを送信することができ、ＳＧＳＮ１００は、とりわけ、このＭＳＩＳＤＮおよび／またはＩＭＳＩをＨＬＲ１０１内に格納された情報と比較することができる。識別コードが正しい場合は、たとえば、ＭＳＩＳＤＮおよび／またはＩＭＳＩが、ＳＧＳＮ１００に接続されたネットワークの加入者に属し、端末が盗難にあったとしてデータベース中にリストされてはいない場合、ＳＧＳＮ１００はアクセスを提供する。（もちろんたとえば、端末が盗難にあったとしてリストされている、または識別コードが別の点で正しくない、つまり識別コードが検証判定基準を満たしていない場合は、第１のネットワークへの端末のアクセスはＳＧＳＮによって終了される。）ＳＧＳＮ１００がアクセスを可能とした後に、ＧＧＳＮは、認証サーバをこのＧＧＳＮに接続するパケット交換ネットワークへのアクセスを可能とするために、識別コードを検証することができる。ＧＧＳＮは、たとえば、ＧＰＲＳ ＩＰネットワークへアクセスするのに必要とされる、会計（accounting）、認証（authentication）、管理（administration）（ＡＡＡ）ネットワーク・セキュリティ・サービスを実施することができる。図１の例では、たとえば、ＧＰＲＳ ＩＰコア・ネットワーク１１３は、認証サーバ１１２をＳＧＳＮ１００およびＧＧＳＮ１１０を介して端末４に接続する。ＧＳＭ／ＧＰＲＳネットワークは、音声およびデータの混成通信ネットワークであり、このネットワーク内でＳＧＳＮはネットワーク全体へのアクセスを制御するが、ＧＧＳＮは、データ通信ネットワーク、たとえば図１内のＧＰＲＳ ＩＰコア１１３へのアクセス用の制御ノードと見なされ得ることに留意すべきである。

第１のネットワーク１へアクセスする前、取得している最中、または取得した後に、この第１のネットワーク１のネットワーク・アドレスが、端末４に割り当てられることが可能であり、この端末４は、第１のネットワーク１内の認証サーバのネットワーク・アドレスを示すデータを供給されることが可能である。たとえば図１の例では、ＧＧＳＮおよび／またはＳＧＳＮは、動的ホスト構成プロトコル（Dynamic Host Configuration Protocol）（ＤＨＣＰ）を介してＩＰアドレスを端末４に割り当てることができ、あるいは特定タイプのネットワークに適した他の任意のタイプのネットワーク・アドレスを端末４に割り当てることができる。

第１のネットワークにアクセスされた後、第２のネットワークへアクセスする手続きが開始されることが可能となる。前述のように、第２のネットワークへアクセスするステップと第１のネットワークへアクセスするステップの間に時間間隔があってよい。また、第２のネットワークに対する複数のアクセスが、事前に要求および許可されてよい。

第１のネットワーク１へのアクセスは、たとえば図１の例ではＳＧＳＮ１００およびＧＧＳＮ１１０によって検証および制御されるので、認証サーバ１１２は、識別コードを検証する必要がなく、第２のネットワーク２用の認証コードを端末４に割り当てるための端末４の識別性に関する情報を必要とするのみである。したがって、認証サーバにはこの情報を取得するために小さな修正のみが必要とされ、一方、第１のネットワーク１には、たとえばＳＧＳＮ１００およびＧＧＳＮ１１０にはまったく修正が必要とされない。図１の例では、認証サーバ１１２は、記憶装置に、図１ではＩＰセッション・データベース１１１に接続されており、ＧＧＳＮはこの記憶装置内に、端末および／または端末ユーザの識別性、ならびに端末のネットワーク・アドレス、たとえばＩＰアドレスに関する情報を格納している。

第２のネットワーク２への、たとえば図１の例ではＷＬＡＮへのアクセスは、端末４から、パケット交換第１ネットワーク１を介して認証サーバ１１２に認証コードのアクセス要求ＲＱ２を送信することによってなされることが可能である。認証サーバ１１２は、この要求ＲＱ２に応答して、第２のネットワーク２用に、たとえば図１の例ではＷＬＡＮに割り当てられた認証コードＩＤ３を生成し、この割り当てられた認証コードをイネーブルすることができる。すなわち、認証コードＩＤ３がイネーブルされると、この割り当てられた認証コードＩＤ３に対応している認証コードが第２のネットワーク２によって、たとえば図１の例ではＷＬＡＮによって受信された際に、第２のネットワーク２へのアクセスが端末４に対して可能とされる。図１の例では、例として、認証サーバは、たとえば要求ＲＱ２の発信元であるＩＰアドレスを決定することにより、要求ＲＱ２から要求元を決定することができる。認証サーバ１１２は、例として、この決定されたＩＰアドレスに関連付けられているユーザの識別性に関する情報ＩＤ２、たとえばこの決定されたＩＰアドレスに関連付けられているＭＳＩＳＤＮまたはＩＭＳＩをＩＰセッション・データベース１１１から取り出すことが可能である。

ユーザの識別性に関する情報ＩＤ２に、またはＩＰアドレスそれ自体に基づいて、認証サーバ１１２は、端末が第２のネットワーク２用の認証コードを取得することが可能とされているかどうかを決定できる。たとえば、決定されたＩＰアドレスに関連付けられているＭＳＩＳＤＮまたはＩＭＳＩのいずれもＩＰセッション・データベース１１１内に存在しない場合、認証サーバ１１２は、要求が不正であり当該手続きを終了させ得ると決定できる。また、決定されたＩＰアドレスに関連付けられているＭＳＩＳＤＮまたはＩＭＳＩが、加入者が第２のネットワーク２を介してサービスに加入してはいないことを明らかにした場合、認証サーバ４は当該手続きを終了させることができる。

認証サーバ１１２が当該手続きを継続する場合、たとえば、ＩＰアドレスが、第２のネットワーク２を介してサービスに加入している加入者のＭＳＩＳＤＮまたはＩＭＳＩに対応しているときは、認証サーバ１１２は、端末４にパケット交換第１ネットワーク１を介して認証コードＩＤ３を、オプションで暗号化された形式で送信する。たとえば、図１の例では、認証サーバ１１２は、ｈｔｔｐｓ（ｈｙｐｅｒｔｅｘｔ ｏｖｅｒ ｓｅｃｕｒｅ ｓｏｃｋｅｔ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ）に準拠した安全なハイパーテキスト・ドキュメントとして認証コードを要求ＩＰアドレスに送信することができる。端末４は、受信された認証コードＩＤ３をユーザ・インターフェイスに出力してよい。ユーザは、受信された認証コードを（たとえば視覚的にまたは音声として）認識した後に続いて、第２のネットワーク２にアクセスするために、端末４上で実行中の認証アプリケーションに端末認証コードを入力することが可能である。

しかし、端末４が、受信された認証コードを端末認証コードとして自動的に認証アプリケーションに入力することも可能である。たとえば、端末上でウェブ・ブラウザ・アプリケーションが動作していてよく、このウェブ・ブラウザ・アプリケーションは、最初に認証サーバにウェブ・ページを要求し、認証サーバはこの要求に応答して、認証コードが書き込まれた第２のネットワーク用のログイン・スクリプトを含むウェブ・ページをこの端末に送信することができる。端末のウェブ・ブラウザ・アプリケーションは受信すると、ログイン・スクリプトを実行し、あらかじめ書き込まれていたこの認証コードを第２のネットワーク２に送信する。

こうした第２のネットワーク２への自動的アクセスは、いわゆる「シームレス・ローミング」を可能とする。「シームレス・ローミング」においては、端末４は、この端末のユーザを煩わせることなしに自動的にネットワーク間で、たとえば最適なネットワークに切り換えられる。シームレス・ローミングを円滑にするために、たとえば、端末にはさらに、第２のネットワークの存在を自動的に検出することが可能な検出器が設けられてよい。この後、第２のネットワークへのアクセスは自動的に取得されることが可能となり、端末からデータを送信および受信するために、この第２のネットワークが、第１のネットワークの代わりに使用されることが可能となる。また、第１のネットワーク用に前記端末に割り当てられるネットワーク・アドレスは、前記第２のネットワーク用に前記端末に割り当てられるネットワーク・アドレスと同じでもよい。さらに、端末が第２のネットワークのカバー・エリア外に来たとき、データを送信または受信するために第１のネットワークまたは他のネットワークが第２のネットワークの代わりに使用されるように、端末が制御されてもよい。

第２のネットワークにおいて、次いで端末認証コードは、割り当てられた認証コードと比較されることが可能であり、この端末認証コードが、割り当てられた認証コードと対応しているときは、端末から第２のネットワークへのアクセスが可能とされてよい。たとえば、図１の例では、端末４は、第２のネットワーク２のゲートウェイ２００に端末認証コードを、オプションでユーザ名、端末ネットワーク・アドレスなどの他のデータと一緒に送信する。端末４は、たとえば、端末認証コードおよびオプションの他のデータを含むアクセス要求を送信することができる。

このアクセス要求は第２のネットワーク２内で受信される。たとえば、このアクセス要求は、第２のネットワーク内の第１のノードで受信されることが可能であり、第２のノードは、受信された認証コードに基づいて選択されることが可能であり、この後、受信された認証コードは第１のノードから、選択された第２のノードに転送される。たとえば図１の例において、ゲートウェイは、アクセス要求に応答して、必要なデータを認証サーバに転送する。例として、ゲートウェイは、適切な認証サーバをこのアクセス要求から決定することができ、たとえばユーザ名がｕｓｅｒ＠ｐｒｏｖｉｄｅｒ．ｃｏｍのタイプのものである場合、ゲートウェイ２００はアクセス要求を当該プロバイダのネットワークに転送することができる。たとえば図１の例では、ゲートウェイ２００は、アクセス要求を、ＲＡＤＩＵＳプロキシ２１０を介してＲＡＤＩＵＳサーバ２２０に転送することができる。ＲＡＤＩＵＳプロキシ２１０は、たとえばゲートウェイ２００と同じオペレータによって運用されてよく、ゲートウェイ・オペレータとの間で合意を取り交わしているプロバイダのＲＡＤＩＵＳサーバのアドレスおよび名前、ならびにこのプロバイダ用の識別子、たとえばユーザ名中の記号「＠」の後の文字列を有していてよい。ＲＡＤＩＵＳプロキシ２１０は、たとえば、ゲートウェイ２００からアクセス要求を受信し、関連付けられているＲＡＤＩＵＳサーバをユーザ名から決定し、このＲＡＤＩＵＳサーバに第２のネットワーク２のアクセス要求を送信することが可能である。ＲＡＤＩＵＳサーバ２２０は、このアクセス要求を受信し、当該端末にどの認証コードが割り当てられているかを、たとえば端末のＩＰアドレス、または端末のユーザの識別性に基づいて認証サーバから検索する。ＲＡＤＩＵＳサーバは、割り当てられた認証コードを端末認証コードと比較し、「アクセス許可」または「アクセス拒否」メッセージのいずれかをゲートウェイ２００に送信する。ゲートウェイ２００は、このメッセージに応答して、アクセス許可またはアクセス拒否のいずれかを行う。破線矢印で示されている通り、ゲートウェイ２００と認証サーバ１１２の間の通信は、サーバ２２０（および／またはプロキシ２１０）を介してルーティングされないことも可能である。

第１のネットワークが前記第２のネットワークとは別のオペレータを擁している場合、第２のノード、本例ではＲＡＤＩＵＳサーバ２２０は、第２のネットワークの使用について端末４のユーザに請求するために、このユーザによる第２のネットワークの使用に関する情報が格納された記憶装置を含んでよい。第２のネットワークについての請求は、第１のネットワークについての請求と組み合わされることが可能である。これにより、ユーザが複数のエンティティによって請求されなくなるので、管理上の負担が軽減される。

割り当てられた認証コードは、たとえば、ワンタイム・パスワード（ＯＴＰ）であってよい。通常、ＷＬＡＮは、バー、レストラン、駅、空港などの公共の場所に設置される。それゆえ、ＷＬＡＮのユーザは比較的短時間ＷＬＡＮに接続され、多数の異なるユーザがＷＬＡＮに接続し、たとえば旅行中の１人のユーザが、異なるＷＬＡＮに接続する。ＷＬＡＮは通常、ユーザが加入しているグループ（party）とは異なるエンティティ、たとえばモバイル・オペレータによって運用される。したがって、２回以上使用され得る認証コードが加入者に提供される場合、同じ認証コードが多数のＷＬＡＮに入力されることによって大きなセキュリティ・リスクが生じるか、あるいはユーザが、きわめて限られた数のＷＬＡＮしか使用できなくなる。それゆえに、ＯＴＰを提供することは、セキュリティ・リスクを低減させ、および／または使用され得るＷＬＡＮの数を増大させる。

端末４には、第２のネットワークの存在の検出手段が備えられてよい。たとえば、端末は、第２のネットワークに適した送信機／受信機を含んでよく、図２の例における処理ユニット４３は、第２のネットワークから受信される信号を検出し、第２のネットワーク、たとえばゲートウェイ２００との通信を開始できるものでよい。この方法で第２のネットワークの存在が検出された場合は、オプションで端末から第１のネットワークへのアクセスを可能としてからいくらかの時間の後に、およびオプションで要求を送信するためのユーザ許可を端末のユーザ・インターフェイスで要求した後に、端末４は、アクセス要求をゲートウェイに自動的に送信することができる。

本発明はまた、コンピュータ・システムなどプログラム可能な装置上で実行されるときに本発明による方法の諸ステップを実施するためのコード部分を少なくとも含む、あるいはプログラム可能な装置が本発明によるデバイスまたはシステムの諸機能を実施することを可能とする、コンピュータ・システム上で実行するためのコンピュータ・プログラムとして実装されることも可能である。かかるコンピュータ・プログラムは、このコンピュータ・プログラムを表しコンピュータ・システムのメモリ内にロード可能なデータが記録されたＣＤ−ＲＯＭまたはディスケットなどのデータ・キャリア上に提供されてよい。このデータ・キャリアはさらに、電話ケーブルまたは無線接続などのデータ接続であってもよい。

上述の本明細書において、本発明は、本発明の諸実施形態の特定の例を参照して説明された。しかし、添付の特許請求の範囲に規定される本発明のより広範な趣旨および範囲から逸脱することなく、本発明に種々の修正および変更が加えられ得るということは明らかである。たとえば、図１に示された実施形態において、第１のネットワーク１は、ＧＰＲＳネットワークの代わりに、ＵＭＴＳネットワークまたはその他を含んでもよい。さらに、端末には、たとえばノートブック・コンピュータ、携帯情報端末または他の適切な装置を挙げることができる。

また、本発明は、プログラム不能なハードウェアとして実装される物理的デバイスまたはユニットに限定されず、適切なプログラム・コードに従って動作することにより所望のデバイス機能を果たし得るプログラム可能なデバイスまたはユニット中で適用されることも可能である。さらに、このデバイスは、機能的には単一のデバイスとして動作しながらも、いくつかの装置上に物理的に分散されることも可能である。たとえば、図３に示されたアクセス制御構成５は、第１のネットワーク１内の別々のノード上で、たとえば図１に示されたＳＧＳＮ１００、ＧＧＳＮ１１０および認証サーバ１１２として実装されてもよい。また、機能上別々のデバイスを形成している各デバイスが、単一の物理的デバイスに一体化されてもよい。たとえば、ＲＡＤＩＵＳサーバ２２０と認証サーバ１１２が、第２のネットワーク内で単一のノードとして実装されてもよい。

また、第１のネットワークは、適切などんなタイプのモバイル遠隔通信ネットワークを含んでもよく、たとえばＧＰＲＳまたはＵＭＴＳネットワークを含んでよい。また、第１のネットワークと第２のネットワークのうちの一方または両方が、少なくとも部分的に、無線ローカル・エリア・ネットワークなどの無線データ・ネットワークであってもよい。さらに、第１のネットワークが、第２のネットワーク（の一部）とは別のオペレータを擁していてもよい。たとえば図１の例において、図１の破線で示されるように、ゲートウェイ２００およびプロキシ２１０を含む、第２のネットワーク２の第１の部分２１が、第１のネットワーク１と、ＲＡＤＩＵＳサーバ２２０を含む第２のネットワーク２の第２の部分２２とは異なるエンティティによって運用されていてもよい。同様に、第１のネットワーク１は第１の部分１１および第２の部分１２から成っていてよいが、これらの第１の部分１１および第２の部分１２は、異なるエンティティによって運用されることが可能である。

しかし、他の修正、変更、改変も可能である。したがって、明細書および図面は、限定的ではなく例示的なものと見なされるべきものである。

特許請求の範囲において、括弧内に置かれた任意の参照符号は、請求項を限定するものと解釈されるべきでない。用語「有する、備える（comprising）」は、請求項に列挙された以外の他の要素またはステップの存在を排除しない。さらに、用語「ａ」および「ａｎ」は、「ただ１つ」に限定されていると解釈されるべきでなく、その代わりに、「少なくとも１つ」を意味するのに用いられ複数であることを排除しない。いくつかの手段が、互いに異なる請求項中に記載されていることだけで、これら手段の組合せが有利に使用できないことを意味するものではない。

Claims (14)

1. 端末を使用することにより第１のネットワークおよび第２のネットワークへアクセスする方法であって、
   前記端末が、前記第１のネットワークを介して前記第１のネットワークへのアクセスを要求しつつ、第１の識別子を提供するステップと、
   前記第１のネットワークが前記第１の識別子を検証し、前記検証が成功である場合に第２の識別子を発行するステップと、
   前記端末が、前記第１のネットワークを介して前記第２のネットワークへのアクセスを要求しつつ、前記第２の識別子を提供するステップと、
   認証サーバが前記第２の識別子を検証し、前記検証が成功である場合に第３の識別子を発行するステップと、
   前記第１のネットワークが前記端末に前記第３の識別子を送信するステップと、
   前記端末が前記第３の識別子を使用して前記第２のネットワークへアクセスするステップと
   を有する方法。
2. 前記第１の識別子がＳＩＭカード識別子である、請求項１に記載の方法。
3. 前記第２の識別子がネットワーク・アドレスであり、好ましくはＩＰアドレスである、請求項１または２に記載の方法。
4. 前記第３の識別子がワンタイム・パスワードである、請求項１、２または３に記載の方法。
5. 前記第１のネットワークが、無線ネットワーク、好ましくはＧＰＲＳネットワークもしくはＧＳＭネットワークであり、および／または前記第２のネットワークが、ローカル・エリア・ネットワーク、好ましくは無線ローカル・エリア・ネットワークである、前記請求項のいずれかに記載の方法。
6. 前記第２の識別子が記憶装置内に格納され、この記憶装置は、前記第２の識別子に関連付けられたユーザ情報も格納している、請求項１ないし５のいずれかに記載の方法。
7. 前記端末に前記認証サーバのネットワーク・アドレスを供給するステップをさらに有する、請求項１ないし６のいずれかに記載の方法。
8. 前記第２のネットワークが第１のノードで前記第３の識別子を受信するステップと、
   前記第１のノードが、前記第２のネットワークの選択された第２のノードに前記第３の識別子を転送する、前記第２のノードは前記第１のネットワークと結合された、ステップとをさらに有し、
   前記第２のノードが、好ましくは前記受信された第３の識別子を用いて選択される、
   請求項１ないし７のいずれかに記載の方法。
9. 前記第１のネットワークおよび前記第２のネットワークが異なるオペレータによって運用される、請求項１ないし８のいずれかに記載の方法。
10. 前記端末が第２のネットワークを検出した際に自動的に実施される、請求項１ないし９のいずれかに記載の方法。
11. 請求項１から１０のいずれかによる方法を実施するためのコンピュータ・プログラム。
12. 第１のネットワークおよび第２のネットワークへアクセスするためのアクセス制御構成であって、
    第１の受信された識別子と第１の割り当てられた識別子とを比較するための第１の検証プロセッサ・ユニットと、
    前記第１のネットワークへアクセスするための、前記検証プロセッサ・ユニットに接続された第１のアクセス制御ユニットと、
    第２の受信された識別子と第２の割り当てられた識別子とを比較するための第２の検証プロセッサ・ユニットと、
    前記第２のネットワークへアクセスするための、前記第２の検証プロセッサ・ユニットに結合された第２のアクセス制御ユニットと
    を備えるアクセス制御構成。
13. 請求項１２に記載のアクセス制御構成を備える通信ネットワーク。
14. 第１のネットワークおよび第２のネットワークを備えるシステムであって、前記第１のネットワークは、
    端末から第１のアクセス要求および第１の識別子を受信すると、前記第１の識別子を検証し、前記検証が成功である場合に第２の識別子を発行し、
    前記端末から第２のアクセス要求および前記第２の識別子を受信すると、認証サーバを使用して、前記端末から受信された前記第２の識別子を検証し、前記検証が成功である場合に前記端末に第３の識別子を送信することにより前記第２のネットワークへのアクセスを許容する
    ように構成される、システム。

Images