JP2019530318A - ネットワークアクセスの制御 - Google Patents

Abstract

本発明は、ネットワークアクセス制御方法、ＮＡＳ、および機械読み取り可能な記憶媒体を提供する。本開示の例では、端末が初めてオンラインになると、ＮＡＳは、端末の一時的なロールを取得し、端末からのＩＰアドレス要求を受信すると、端末の一時的なＩＰアドレスを要求し、前記一時的なＩＰアドレスのリースは設定された最短リースであり、ｐｏｒｔａｌ認証が成功すると、強制的に端末をオフラインにし、前記端末が二回目にオンラインになると、端末のサービスロールを取得し、前記一時的なＩＰアドレスのリースが切れた時に端末によって送信されたＩＰアドレス要求を受信したと、端末にのためにサービスＩＰアドレスを要求し、前記サービスＩＰアドレスは、サービスロールに対応するＩＰネットワークセグメントに属する。【選択図】図２

Description

関連出願への相互参照

本開示は２０１６年９月９日に提出された、出願番号が２０１６１０８１３２２０．５であり、発明の名称が「ネットワークアクセスの制御方法および装置」である中国特許出願に基づき優先権を主張し、該出願の全ての内容をここに援用する。

仮想拡張可能なローカルエリアネットワーク（ＶｘＬＡＮ：Ｖｉｒｔｕａｌ Ｅｘｔｅｎｓｉｂｌｅ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）において、サービスロールに基づくアドレス割り当て方式を使用して端末に対してインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスを割り当てるプロセスは、ＩＰネットワークセグメントとサービスロールの対応関係を予め定義し、サービスロールをＩＰネットワークセグメントに対応させる。端末のアカウント情報に応じて端末のサービスロールを決定し、端末のために当該サービスロールに対応するＩＰネットワークセグメント内のアドレスを要求する。そのうち、サービスロールはサービスＶｘＬＡＮまたはサービス仮想ローカルエリアネットワーク（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＶＬＡＮ）であってもよい。

ＶｘＬＡＮにおいて端末のＩＰアドレスが端末に追従し、かつＶｘＬＡＮにおける制御プレーンとデータプレーンとが分離されているため、現在に既存のポータル（ｐｏｒｔａｌ）認証をＶｘＬＡＮに適用することはできない。

図１は本開示の例で提供されるＭＡＣ Ｐｏｒｔａｌ認証のプロセスの模式図である。 図２は本開示の例で提供されるネットワークアクセスの制御方法のプロセスの模式図である。 図３は本開示の例で提供される端末が初めてオンラインで登録するプロセスの模式図である。 図４は本開示の例で提供される端末がＲＡＤＩＵＳ Ｓｅｒｖｅｒに登録した後のオンラインプロセスの模式図である。 図５は本開示の例で提供されるＮＡＳのハードウェア構成の模式図である。 図６は本開示の例で提供されるネットワークアクセスを制御するロジックの構成模式図である。

以下、本開示の例における図面を参照して、本開示における技術案を明確かつ完全に説明する。無論、説明された例示は本開示の一部の実施例だけであり、全ての例示ではない。本開示における例に基づいて、当業者にとって進歩性の労働を行わないことを前提として得られるすべての他の例は、何れも本開示が特許請求する範囲に入る。

サービスロールに基づくアドレス割り当て方式で端末に対してＩＰアドレスを割り当てることにより、端末がどこに移動するかにかかわらず、端末が属するサービスロールが変わらない限り、端末のＩＰアドレスを調整する必要がないため、端末のＩＰアドレスが端末に追従する技術的効果を得ることができる。

ＶｘＬＡＮにおいて端末のＩＰアドレスが端末に追従し、かつＶｘＬＡＮにおける制御プレーンとデータプレーンとが分離されているため、ポータル（ｐｏｒｔａｌ）認証をＶｘＬＡＮに適用することはできない。これにより、どのようにＶｘＬＡＮにおける端末に対してネットワークアクセスの制御を行うかということは、緊急に解決すべく技術的な問題である。

Ｐｏｒｔａｌ認証と区別するために、本開示の例では、ＶｘＬＡＮにおけるネットワークアクセスの制御を実現するための方法を単にメディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）ｐｏｒｔａｌ認証と称する。

図１を参照すると、図１は本開示の例で提供されるＭＡＣ Ｐｏｒｔａｌ認証のフローチャートである。ＭＡＣ Ｐｏｒｔａｌ認証は、リモート認証ダイヤルインユーザーサービス（ＲＡＤＩＵＳ：Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）サーバ（Ｓｅｒｖｅｒ）と、ネットワークアタッチトサーバ（ＮＡＳ：Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｅｒｖｅｒ）と、端末との間のインタラクションによって実行される。したがって、本開示の例ではＲＡＤＩＵＳ Ｓｅｒｖｅｒと、ＮＡＳと、端末との間のインタラクションのみについて主に説明し、その他はここで詳述しない。

一つの実施例として、本開示の例では、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは具体的にエンドユーザインテリジェントアクセス（ＥＩＡ：Ｅｎｄ ｕｓｅｒ Ｉｎｔｅｌｌｉｇｅｎｔ Ａｃｃｅｓｓ）コンポーネントであってもよく、ＮＡＳは具体的にＥＶＰＮにおける幹（Ｓｐｉｎｅ）ー枝（Ｌｅａｆ）階層構成のＬｅａｆデバイスであってもよいし、または無線アクセスコントローラ（ＡＣ：Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）などであってもよい。

図１の例で開示されたＭＡＣ Ｐｏｒｔａｌ認証は以下のステップを含む。

ステップ１０１において、端末は、初めてオンラインになった後にパケットをＮＡＳに送信する。

端末はオンラインになった後に、実際のサービス要求に応じてパケットを送信する。ここで、パケットは、データパケットであってもよいし、プロトコルパケットであってもよいが、本開示の例に限定されるものではない。端末によって送信されたパケットの送信元ＭＡＣアドレスは、端末のＭＡＣアドレスである。

ステップ１０２において、ＮＡＳは、端末によって送信されたパケットを受信し、端末にマッチするセッションエントリがローカルに格納されていないと判断した場合に、端末のＭＡＣアドレスをＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信する。

本開示の例では、端末のＭＡＣアドレスは、アクセス要求（Ａｃｃｅｓｓ ｒｅｑｕｅｓｔ）に付けられてＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信される。

ステップ１０２において、端末にマッチしたセッションエントリは以下のように記述する。

ステップ１０３において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、ＮＡＳによって送信された端末のＭＡＣアドレスを受信し、端末のＭＡＣアドレスに対応する端末アカウント情報がローカルに格納されていないと判断した場合に、設定された一時的なロールとＰｏｒｔａｌ認証ページのＵＲＬをＮＡＳに送信する。

一例として、ここで、設定された一時的なロールと、Ｐｏｒｔａｌ認証ページのＵＲＬとをアクセス応答（Ａｃｃｅｓｓ ａｃｃｅｐｔ）に付けてＮＡＳに送信する。

上記ステップ１０３において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、端末のＭＡＣアドレスに対応する端末アカウント情報がローカルに存在しないと判断した場合に、端末が初めてオンラインになると決定する。本開示の例では、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、初めてオンラインになる端末に対して一時的なロールを統一的に予め設定し、初めてオンラインになる端末がその設定された一時的なロールでネットワークアクセスを行うことのみを許可する。一つの例として、設定された一時的なロールとは、ＶＬＡＮまたはＶｘＬＡＮを意味する。説明の便宜上、本開示の例では、設定された一時的なロールをゲスト（Ｇｕｅｓｔ）ＶＬＡＮ／ＶｘＬＡＮと統一的に呼ぶ。

ステップ１０４において、ＮＡＳは、ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信されたＧｕｅｓｔ ＶＬＡＮ／ＶｘＬＡＮと、Ｐｏｒｔａｌ認証ページのＵＲＬとを受信し、ローカルで端末にマッチするセッションエントリを作成する。

一つの例として、本ステップ１０４において、作成されたセッションエントリは例えば端末ＭＡＣアドレスなどの端末情報を少なくとも含む。

一つの例として、本ステップ１０４において、受信されたＧｕｅｓｔ ＶＬＡＮ／ＶｘＬＡＮと、Ｐｏｒｔａｌ認証ページのＵＲＬとを、作成されたセッションエントリに記録する。

ステップ１０５において、端末は、サービス要求に応じてＩＰアドレスを要求すると、動的ホスト構成プロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＤＨＣＰ）要求をＮＡＳに送信し、ＩＰアドレスを要求するようにする。

ステップ１０６において、ＮＡＳは、ＤＨＣＰ要求を受信し、端末のために一時的なロールに対応するＩＰネットワークセグメント内でＩＰアドレス（一時的なＩＰアドレスとして記録する）を要求して、この一時的なＩＰアドレスを端末に通知する。

ステップ１０６において、ＮＡＳは、ＤＨＣＰサーバとインタラクションすることによって、端末への一時的なＩＰアドレスを要求する。

ステップ１０７において、端末は、一時的なＩＰアドレスを受信し、その一時的なＩＰアドレスに基づいてハイパーテキスト転送プロトコル（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）パケットを送信する。

本ステップ１０７において、ＨＴＴＰパケットの送信元ＩＰアドレスは、一時的なＩＰアドレスである。

ステップ１０８において、ＮＡＳは、端末によって送信されたＨＴＴＰパケットを捕獲（ｃａｐｔｕｒｅ）し、Ｐｏｒｔａｌ認証ページにアクセスするように、ＨＴＴＰリダイレクト処理方式に従って端末を制御する。

一つの例として、ＨＴＴＰリダイレクト処理方式は、具体的に以下のとおりである。ＮＡＳプロキシＨＴＴＰ ｓｅｒｖｅｒは、端末にリダイレクトメッセージを応答し、そのアクセスされるウェブアドレスが上記Ｐｏｒｔａｌ認証ページのＵＲＬになったことを端末に通知し、端末は、リダイレクトメッセージを受信した後に、そのアクセスされるウェブアドレスをＰｏｒｔａｌ認証ページのＵＲＬに変更してＨＴＴＰ要求を再び送信し、ＮＡＳは、端末によって再び送信されたＨＴＴＰ要求を二回目に受信した後に、このＨＴＴＰ要求をｐｏｒｔａｌ ｓｅｒｖｅｒに送信し、ｐｏｒｔａｌ ｓｅｒｖｅｒによってＰｏｒｔａｌ認証ページを端末に返し、最終にＰｏｒｔａｌ認証ページにアクセスするように端末を制御する目的を達成する。ここでのｐｏｒｔａｌ ｓｅｒｖｅｒはＲＡＤＩＵＳ Ｓｅｒｖｅｒと統合するサーバであってもよく、またはＲＡＤＩＵＳ Ｓｅｒｖｅｒとは独立するサーバであってもよい。

ステップ１０９において、端末は、ユーザによってＰｏｒｔａｌ認証ページに入力された認証情報を受信して、この認証情報をＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信する。

このステップ１０９において、認証情報は端末アカウント情報と、パスワードなどであってもよい。

ステップ１１０において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、ユーザによってＰｏｒｔａｌ認証ページに入力された認証情報に基づいて認証を行い、認証が成功すると、端末のＭＡＣアドレスと端末アカウント情報との対応関係をローカルで記録し、ＮＡＳにオフラインメッセージ（例えば許可変更（Ｃｈａｎｇｅ Ｏｆ Ａｕｔｈｏｒｉｚａｔｉｏｎ、ＣＯＡ）メッセージ）を送信して、この端末を強制的にオフラインにするようにＮＡＳをトリガーする。

ステップ１１１において、ＮＡＳは、ＲＡＤＩＵＳ ＳｅｒｖｅｒからのＣＯＡメッセージを受信し、端末が無線端末であるか有線端末であるかを識別する。無線端末である場合、上記セッションエントリを削除することによって端末を強制的にオフラインにし、有線端末である場合、強制的に端末をオフラインにして上記セッションエントリを削除するように、ローカルで端末に接続されるポートをダウン（Ｄｏｗｎ）状態にする。

ステップ１１１によって、最終に無線端末をオフラインにする。無線端末について、オフラインにされた後に、再びオンラインになる。端末がオンラインになると、以下のステップ１１２を実行する。

ステップ１１１によって、最終に有線端末をオフラインにする。ＮＡＳは、該有線端末を再びオンラインにすることを指示するように、このポートをアップ（ＵＰ）状態にする。有線端末が再びオンラインになると、以下のステップ１１２を実行する。

端末が無線端末であるか有線端末であるかにかかわらず、端末は、オフラインになった後に、要求した一時的なＩＰアドレスを解放していないことは注意すべきである。

ステップ１１２から１１３の手順は、上記のステップ１０１から１０２の手順と同様であるため、ここでは繰り返し説明しない。

ステップ１１４において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、ＮＡＳによって送信された端末のＭＡＣアドレスを受信し、端末のＭＡＣアドレスに対応する端末アカウント情報がローカルに存在すると判断した場合、この端末アカウント情報に基づいて端末が属するサービスロールを決定して、サービスロールをＮＡＳに送信する。

ここでいうサービスロールは上記一時的なロールとは異なる。サービスロールは、端末アカウント情報によって決定される。一つの例として、端末アカウントに基づいて端末が属するサービスロールを決定することを容易にするために、各端末アカウント情報とサービスロールとの対応関係をＲＡＤＩＵＳ Ｓｅｒｖｅｒに予め設定する。これにより、ステップ１１４において端末アカウント情報に基づいて端末が属するサービスロールを決定することは、具体的に、端末アカウント情報をキーワードとして、そのキーワードを含む対応関係をローカルの対応関係から検索し、検索された対応関係におけるサービスロールを、端末が属するサービスロールとして決定する。一つの例として、ここでのサービスロールは、適用されたサービスＶＬＡＮまたは適用されたサービスＶｘＬＡＮであってもよい。本開示の例では、説明の便宜上、サービスロールを統一的にサービスＶＬＡＮ／ＶｘＬＡＮと呼ぶ。

ステップ１１５において、ＮＡＳは、ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信されたサービスロールを受信して、端末にマッチしたセッションエントリをローカルに記録する。

一つの例として、ＮＡＳは、受信されたサービスロールを上記セッションエントリに記録する。

ステップ１１６において、端末はＤＨＣＰ要求を送信する。

有線端末について、この有線端末に接続されたＮＡＳのポートがダウン状態からＵＰ状態に変更されて、再びオンラインになると、自動的にＤＨＣＰ要求を送信する。

無線端末について、この無線端末が再びオンラインになると、通常、ＤＨＣＰ要求を送信するが、ＤＨＣＰ要求を送信することが１００％に保証できない。ＤＨＣＰ要求を送信しない場合、端末が常に上記一時的なＩＰアドレスを使用することになり、以下のサービスＩＰアドレスに変更することができない。

ステップ１１７において、ＮＡＳは、端末からのＤＨＣＰ要求を受信し、端末のためにサービスロールに対応するＩＰネットワークセグメント内で対応するＩＰアドレス（サービスＩＰアドレスとして記録する）を要求して、このサービスＩＰアドレスを端末に通知する。

ＮＡＳがその要求されたサービスＩＰアドレスを端末に通知すると、端末は、サービスＩＰアドレスに基づいて正常にネットワークアクセスを行う。

ここまで、図１に示すプロセスが終了する。

図１に示すプロセスから見ると、端末が最終に正常にネットワークアクセスを行うことを実現するために、端末のＩＰアドレスが一時的なＩＰアドレスからサービスＩＰアドレスに変更する必要がある。

しかし、有線端末の場合、上記ＩＰアドレスの変更を実現するために、ステップ１１３で説明したように、ＮＡＳは、当該端末に接続されたポートをダウン（Ｄｏｗｎ）状態にする必要があるが、Ｄｏｗｎ状態になるポートに以下の問題が生じる。即ち、有線端末がＮＡＳと直接接続されない（例えば、ＮＡＳがハブ（ＨＵＢ）とカスケード（ｃａｓｃａｄｅ）接続している）場合は、端末に接続されたＮＡＳの下りポートのみをダウン状態にし（以下、単にダウンイベントと称する）、且つＮＡＳと端末とが別のネットワークデバイスによって隔てられているので、端末のネットワークカードが上記ダウンイベントを検知することなく、ポートが正常に動作していると見なす。この場合で、端末は、自発的にＤＨＣＰ要求を送信せずに、依然として一時的なＩＰアドレスを使用して動作しているため、上記ＩＰアドレスの変更を実行できなく、通常ネットワークアクセスを行うことができなくなる。

無線端末の場合は、ステップ１１２で説明したように強制にオフラインにされた後、ステップ１１８で説明したように通常、ＤＨＣＰ要求を送信するが、１００％送信することが保証できない。ある状況でＤＨＣＰ要求を自発的に送信しないと、端末が依然として一時的なＩＰアドレスを使用して動作することになり、上記ＩＰアドレスの変更を実現できなく、端末が通常ネットワークアクセスを行うことができなくなる。

これにより、本開示の例は上記ＭＡＣ Ｐｏｒｔａｌ認証を最適化し、最適化されたＭＡＣ Ｐｏｒｔａｌ認証はＭＡＣ Ｐｏｒｔａｌ Ｐｌｕｓ認証と略称される。図２を参照すると、図２は本開示の例で提供されるＭＡＣ Ｐｏｒｔａｌ Ｐｌｕｓ認証のプロセスである。

図２の例で開示されたネットワークアクセスの制御方法は以下のステップを含む。

ステップ２０１において、ＮＡＳは、端末が最初にオンラインになると、端末の一時的なロールを取得し、端末のＩＰアドレス要求を受信した時に、端末のために一時的なＩＰアドレスを要求して、一時的なＩＰアドレスに基づいてｐｏｒｔａｌ認証を行うように端末を制御し、一時的なＩＰアドレスが一時的なロールに対応するＩＰネットワークセグメントに属し、一時的なＩＰアドレスのリースが設定された最短リースである。

ステップ２０２において、ＮＡＳは、Ｐｏｒｔａｌ認証が成功すると、取得されたオフライン通知に応じて強制的に端末をオフラインにする。

ステップ２０３において、ＮＡＳは、端末が二回目にオンラインになると、端末のサービスロールを取得し、一時的なＩＰアドレスのリースが切れた時に端末によって送信されたＩＰアドレス要求を受信すると、端末のためにサービスＩＰアドレスを要求して、サービスＩＰアドレスに基づいてネットワークアクセスを行うように端末を制御し、サービスＩＰアドレスが、サービスロールに対応するＩＰネットワークセグメントに属する。

端末が２回目にオンラインになり、かつ当該一時的なＩＰアドレスのリースが切れると、端末はＩＰアドレス要求を送信することが分かる。上述したように、一時的なＩＰアドレスのリースが最短リースとして設定されているので、これは、端末が間もなくサービスＩＰアドレスを要求するためのＩＰアドレス要求を送信することにより、端末ＩＰアドレスを一時的なＩＰアドレスからサービスＩＰアドレスに迅速に切り替える目的を実現できることを意味する。

ここまで、図２に示すプロセスが終了する。

図２に示すプロセスからわかるように、ＭＡＣ Ｐｏｒｔａｌ認証と比べると、ＭＡＣ Ｐｏｒｔａｌ Ｐｌｕｓ認証には以下の利点がある。

ＭＡＣ Ｐｏｒｔａｌ Ｐｌｕｓ認証では、端末が初めてオンラインになる時に、端末のために要求した一時的なＩＰアドレスは設定された最短リースのＩＰアドレスである。例えば、最短リースの期間は、数十秒から１分に設定する。最短リースを有する一時的なＩＰアドレスによって、ＩＰアドレスの変更操作を開始させるように端末をトリガーすることができる。端末が有線端末であっても、ＮＡＳは、端末に接続されたポートをダウン状態にすることによって、ＩＰアドレスの変更操作を開始させるように端末をトリガーすることがない。そして、端末が最短リース方式で開始するＩＰアドレスの変更操作は、一度しか実行されない。さらに、ＭＡＣ Ｐｏｒｔａｌ Ｐｌｕｓ認証では、最短リースを有する一時的なＩＰアドレスは、一時的なＩＰアドレスからサービスＩＰアドレスに変更する操作を実行するように端末をトリガすることができるため、アプリケーションの適応性（ＨＵＢカスケードのシナリオに適用されることができ、無線端末が自発的にＤＨＣＰ要求を送信しないという問題も解決できる。）を高める。

以上説明したＭＡＣ Ｐｏｒｔａｌ Ｐｌｕｓ認証では、上述のように、ＩＰアドレスの変更は、最短リース方式で一回のみ行い、本開示の例では、このＩＰアドレスの変更プロセスを登録プロセスとして記載する。任意の端末にとっても一回のみ登録する必要がある。すなわち、任意の端末に対しても、一時的なＩＰアドレスからサービスＩＰアドレスへの変更操作を一回のみ実行すればよく、ユーザーエクスペリエンスを向上する。

これに基づいて、以下で図２に示すプロセスを、端末が初めてオンラインになるプロセスと、端末が登録を完成した後にオンラインになるプロセスとの二つのプロセスに細分してさらに詳しく説明する。

図３を参照すると、図３は本開示の例で提供される端末が初めてオンラインになる登録プロセスの図である。図３に示すように、当該プロセスは以下のステップを含む。

ステップ３０１において、端末は、初めてオンラインになった後にパケットを送信する。

ステップ３０２において、ＮＡＳは、端末によって送信されたパケットを受信し、端末にマッチするセッションエントリがローカルに格納されていないと判断した場合に、端末のＭＡＣアドレスをＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信する。

本開示の例では、端末のＭＡＣアドレスは、アクセス要求（Ａｃｃｅｓｓ ｒｅｑｕｅｓｔ）に付けられてＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信される。

ステップ３０３において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、ＮＡＳによって送信された端末のＭＡＣアドレスを受信し、端末のＭＡＣアドレスに対応する登録情報がローカルに格納されていないと判断した場合に、設定された一時的なロール（Ｇｕｅｓｔ ＶＬＡＮ／ＶｘＬＡＮ）と、Ｐｏｒｔａｌ認証ページのＵＲＬをＮＡＳに送信する。

ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、端末のＭＡＣアドレスに応じて、端末ＭＡＣアドレスに対応する登録情報がローカルに格納されていないと判断した場合に、端末が初めてオンラインになって登録を開始させると決定する。

一例として、設定された一時的なロール（Ｇｕｅｓｔ ＶＬＡＮ／ＶｘＬＡＮ）と、Ｐｏｒｔａｌ認証ページのＵＲＬとをアクセス応答（Ａｃｃｅｓｓ ａｃｃｅｐｔ）に付けられてＮＡＳに送信される。

一例として、本ステップ３０３においても、第一のアクセス制御リスト（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ、ＡＣＬ）を、設定された一時的なロール（Ｇｕｅｓｔ ＶＬＡＮ／ＶｘＬＡＮ）及びＰｏｒｔａｌ認証ページのＵＲＬとともにＡｃｃｅｓｓ ａｃｃｅｐｔに付けてＮＡＳに送信する。本開示の例では、第一のＡＣＬは、ＮＡＳがこの一時的なロールに基づいて端末によって送信されたＤＨＣＰパケットおよびＨＴＴＰ要求のみを受け入れ、他のパケットを拒否（ｄｅｎｙ）するために使用され、端末がＨＴＴＰアクセスのみを行い、またはＤＨＣＰに基づいてＩＰアドレスを要求するように強制する。

ステップ３０４において、ＮＡＳは、ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信されたＧｕｅｓｔ ＶＬＡＮ／ＶｘＬＡＮと、Ｐｏｒｔａｌ認証ページのＵＲＬを受信し、ローカルで端末にマッチするセッションエントリを作成する。

一つの例として、本ステップ３０４では、作成されたセッションエントリが例えば端末ＭＡＣアドレスなどの端末情報を少なくとも含む。

一つの例として、本ステップ３０４では、受信されたＧｕｅｓｔ ＶＬＡＮ／ＶｘＬＡＮと、Ｐｏｒｔａｌ認証ページのＵＲＬを、作成されたセッションエントリに記録する。

ステップ３０５において、端末は、ＩＰアドレスを要求するようにＤＨＣＰ要求を送信する。

本ステップ３０５では、端末は、ＩＰアドレスを要求するように、自身のサービス要求に応じてＤＨＣＰ要求を送信する。

ステップ３０６において、ＮＡＳは、当該端末からのＤＨＣＰ要求を受信し、端末のために一時的なロールに対応するＩＰネットワークセグメント内で対応するＩＰアドレス（一時的なＩＰアドレスとして記録する）を要求して、この一時的なＩＰアドレスを端末に通知する。

以上説明した第一のＡＣＬによれば、ＮＡＳは、ＤＨＣＰ Ｓｅｒｖｅｒによって端末に対して一時的なＩＰアドレスを割り当てるように、最終にＤＨＣＰ要求をＤＨＣＰ Ｓｅｒｖｅｒに送信する。もちろん、本開示の一例として、第一のＡＣＬを使用せず、他の方式を使用してもよく、最終的にＤＨＣＰ Ｓｅｒｖｅｒによって端末に対して一時的なＩＰアドレスを割り当てるように、ＤＨＣＰ要求をＤＨＣＰ Ｓｅｒｖｅｒに送信する。

本ステップ３０６では、一時的なＩＰアドレスのリースは設定された最短リースであり、例えば１分である。

ステップ３０７において、端末は、一時的なＩＰアドレスを受信し、一時的なＩＰアドレスを基づいてＨＴＴＰパケットを送信する。

本ステップ３０７では、ＨＴＴＰパケットの送信元ＩＰアドレスは、一時的なＩＰアドレスである。

ステップ３０８において、ＮＡＳは、ＨＴＴＰパケットを捕獲し、当該端末がＰｏｒｔａｌ認証ページにアクセスするように、ＨＴＴＰリダイレクト処理を実行する。

以上説明した第一のＡＣＬとＨＴＴＰリダイレクト処理方式によれば、最終に当該端末がＰｏｒｔａｌ認証ページにアクセスするようにする。もちろん、本開示の一例として、上記第一のＡＣＬを使用せず、他の方式とＨＴＴＰリダイレクト処理方式を使用してもよく、最終に当該端末がＰｏｒｔａｌ認証ページにアクセスするようにする。

ステップ３０９において、端末は、ユーザによってＰｏｒｔａｌ認証ページに入力された認証情報を受信して、この認証情報をＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信する。

このステップ３０９において、認証情報は端末アカウント情報とパスワードなどであってもよい。

ステップ３０４からステップ３０９に、ステップ２０２においてＮＡＳが一時的なＩＰアドレスに基づいてＰｏｒｔａｌ認証を行うように端末を制御する具体的な実施態様を含んでいる。

ステップ３１０において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、ユーザーによってＰｏｒｔａｌ認証ページに入力された認証情報に基づいて認証を行い、認証が成功すると、ステップ３１１を実行する。

ユーザーによってＰｏｒｔａｌ認証ページに入力された認証情報がＲＡＤＩＵＳ Ｓｅｒｖｅｒの認証をパスすると、端末がＲＡＤＩＵＳ Ｓｅｒｖｅｒへの登録に成功したことを意味する。

ステップ３１１において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、ローカルに端末のＭＡＣアドレスに対応する登録情報（登録情報は、端末アカウント情報と端末のＭＡＣアドレスとの対応関係を含む）を記録し、オフライン通知をＮＡＳに送信し、端末に対応する無感知マーカー（ｎｏ−ｐｅｒｃｅｐｔｉｏｎ ｍａｒｋｅｒ）を有効に設定して、無感知マーカーに対応するタイマを起動し、タイマーが切れたときに無感知マーカーを無効に更新する。

上記ステップ３０３において第一のＡＣＬをＮＡＳに送信すると、本ステップ３１１では、ＲＡＤＩＵＳ Ｓｅｒｖｅｒはさらに第一のＡＣＬ削除通知をＮＡＳに送信する。

ステップ３１２において、ＮＡＳは、オフライン通知を受信し、端末を強制的にオフラインにするように、オフライン通知に基づいてセッションエントリを削除する。

ＭＡＣ Ｐｏｒｔａｌ Ｐｌｕｓ認証では、ＮＡＳは、端末がオフラインになるたびに、端末にマッチしたセッションエントリを削除する。

ステップ３１１では、さらに第一のＡＣＬ削除通知をＮＡＳに送信すると、本ステップ３１２では、ＮＡＳはさらに第一のＡＣＬ削除通知を受信して、第一のＡＣＬ削除通知に基づいて第一のＡＣＬを削除することは注意すべきである。

ここまで、図３に示すプロセスが終了する。

図３に示すプロセスでは、端末がＲＡＤＩＵＳ Ｓｅｒｖｅｒに登録された後、端末のＭＡＣアドレスに対応する登録情報（具体的に、端末ＭＡＣアドレスと端末アカウント情報との対応関係）はＲＡＤＩＵＳ Ｓｅｒｖｅｒに長期格納され、無感知マーカーが無効であるかどうかによって削除されることがない。端末が二回目にオンラインになると、ＲＡＤＩＵＳ Ｓｅｒｖｅｒに当該登録情報を長期に格納しているため、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、端末のサービスロールを直接に割り当てることになる。詳細は、以下の図４で説明する。

図４を参照すると、図４は本開示の例で提供される端末がＲＡＤＩＵＳ Ｓｅｒｖｅｒに登録した後のオンラインプロセスの図である。図４に示すように、当該プロセスは以下のステップを含む。

ステップ４０１において、端末は、再びオンラインになった後にパケットを送信する。

ステップ４０２において、ＮＡＳは、端末によって送信されたパケットを受信し、端末にマッチするセッションエントリがローカルに格納されていないと判断した場合に、端末のＭＡＣアドレスをＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信する。

本開示の例では、端末のＭＡＣアドレスは、アクセス要求（Ａｃｃｅｓｓ ｒｅｑｕｅｓｔ）に付けられてＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信される。

ステップ４０３において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、ＮＡＳによって送信された端末のＭＡＣアドレスを受信し、端末のＭＡＣアドレスに対応する登録情報がローカルに格納されていると判断した場合に、この登録情報における端末アカウント情報に基づいて端末が属するサービスロールを決定する。

上記のように、当該サービスロールは、端末が属するサービスＶＬＡＮまたはサービスＶｘＬＡＮである。

ステップ４０４において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、端末に対応する無感知マーカーが有効であるかどうかを判断し、ＹＥＳである場合、ステップ４０５を実行し、ＮＯである場合、ステップ４０７を実行する。

ステップ４０５において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは決定されたサービスロールをＮＡＳに送信する。

本ステップ４０５は、ＲＡＤＩＵＳ Ｓｅｒｖｅｒによってロカールに端末にマッチした登録情報が存在し、かつ端末に対応する無感知マーカーが有効であると判断した時に実行される。

ステップ４０３からステップ４０５に、ステップ２０３においてＮＡＳが端末のサービスロールを取得する具体的な実施態様を含んでいる。

ステップ４０６において、ＮＡＳは、ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信されたサービスロール受信し、端末にマッチするセッションエントリを作成し、端末からのＤＨＣＰ要求を受信すると、端末のためにサービスロールに対応するＩＰネットワークセグメント内で対応するＩＰアドレス（サービスＩＰアドレスとして記載する）を要求して、このサービスＩＰアドレスを端末に通知する。

一つの例で、受信されたＤＨＣＰ要求は、一時的なＩＰアドレスのリースが切れたときに端末によって送信されたＤＨＣＰ要求であってもよい。

一つの例で、端末は、一時的なＩＰアドレスのリースが切れたときにサービスＩＰアドレスを取得するようにＤＨＣＰ要求を送信して、このサービスＩＰアドレスに基づいてネットワークアクセスを行う。該端末からのパケットを長時間に受信していない場合、ＮＡＳは、この端末をオフラインにするように、この端末のセッションエントリを削除する。当該端末が再びオンラインになると、端末は、新しいサービスＩＰアドレスを要求するように、ＤＨＣＰ要求を送信する。この時、受信されたＤＨＣＰ要求は、サービス要求に応じて端末によって送信されたＤＨＣＰ要求であってもよい。

例えば、サービスＩＰアドレスを取得した後、当該端末はシャットダウンされる。長期間にわたって端末からのパケットを受信していないため、ＮＡＳは、この端末をオフラインにするように、この端末のセッションエントリを削除する。当該端末の電源がオンになると、シャットダウンされる前に取得したサービスＩＰアドレスが格納されないので、この端末は、当該ＮＡＳが端末のために新しいＩＰアドレスを要求するように、ＤＨＣＰ要求をＮＡＳに送信する。

ステップ４０６において、端末によって送信されたＤＨＣＰ要求を受信していないと、ＮＡＳはサービスロール内でアクセスさせるように端末を制御し、そのうち、端末は、サービスロール内でネットワークアクセスを行う時に、要求されたサービスＩＰアドレスを使用する。

一つの例では、端末は、ＤＨＣＰ要求をＤＨＣＰリレー（Ｒｅｌａｙ）に送信することができ、ＤＨＣＰ Ｒｅｌａｙによってこの端末のためにＤＨＣＰサーバにサービスＩＰアドレスを要求する。そのうち、このＤＨＣＰ Ｒｅｌａｙは、ＮＡＳと同じ物理デバイス、または異なる物理デバイスに位置することができるが、本願はこれを限定するものではない。

一つの例として、ＮＡＳは、受信されたサービスロールを端末にマッチしたセッションエントリに記録する。

ＮＡＳがその要求したサービスＩＰアドレスを端末に通知すると、端末は、サービスＩＰアドレスに基づいてＨＴＴＰパケットを送信する。ＨＴＴＰパケットの送信元ＩＰアドレスは、上記のサービスＩＰアドレスである。最終に、端末はサービスＩＰアドレスに基づいて通常ネットワークアクセスを行う。

ステップ４０７において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒはサービスロールと、Ｐｏｒｔａｌ認証ページのＵＲＬをＮＡＳに送信する。

本ステップ４０７は、ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、ロカールに端末ＭＡＣアドレスに対応する登録情報が格納されており、かつ端末に対応する無感知マーカーが無効であると判断した時に実行される。

一つの例として、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、第二のＡＣＬを上記のサービスロール及びＰｏｒｔａｌ認証ページのＵＲＬとともにＡｃｃｅｓｓ ａｃｃｅｐｔに付けてＮＡＳに送信する。第二のＡＣＬは、ＮＡＳがサービスロールに基づいて端末によって送信されたＤＨＣＰパケットおよびＨＴＴＰ要求のみを受け入れ、他のパケットを拒否（ｄｅｎｙ）するために使用され、端末がＨＴＴＰアクセスのみを行い、またはＤＨＣＰに基づいてＩＰアドレスを要求するように強制する。

ステップ４０８において、ＮＡＳは、ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信されたサービスロールと、Ｐｏｒｔａｌ認証ページのＵＲＬを受信して、端末にマッチするセッションエントリを作成し、端末からのＤＨＣＰ要求を受信すると、端末のためにサービスロールに対応するＩＰネットワークセグメント内で対応するＩＰアドレス（サービスＩＰアドレスとして記載する）を要求して端末に通知する。

一つの例で、端末は、一時的なＩＰアドレスのリースが切れたときにサービスＩＰアドレスを取得するようにＤＨＣＰ要求を送信して、このサービスＩＰアドレスに基づいてネットワークアクセスを行う。長時間にわたって端末からのパケットを受信していない場合、ＮＡＳは、この端末をオフラインにするように、この端末のセッションエントリを削除する。当該端末が再びオンラインになると、端末は、新しいサービスＩＰアドレスを要求するように、ＤＨＣＰ要求を送信する。この時、受信されたＤＨＣＰ要求は、サービス要求に応じて端末によって送信されたＤＨＣＰ要求であってもよい。

例えば、サービスＩＰアドレスを取得した後、当該端末はシャットダウンされる。長期間にわたって端末からのパケットを受信していないため、ＮＡＳは、この端末をオフラインにするように、この端末のセッションエントリを削除する。当該端末の電源がオンになると、シャットダウンされる前に取得したサービスＩＰアドレスが格納されないので、この端末は、当該ＮＡＳが端末のために新しいＩＰアドレスを要求するように、ＤＨＣＰ要求をＮＡＳに送信する。

ステップ４０８では、端末によって送信されたＤＨＣＰ要求を受信していないと、ＮＡＳはサービスロール内でアクセスさせるように前記端末を制御し、そのうち、前記端末は、前記サービスロール内でネットワークアクセスを行う時に、その要求されたサービスＩＰアドレスを使用する。

一つの例では、端末は、ＤＨＣＰ要求をＤＨＣＰリレー（Ｒｅｌａｙ）に送信することができ、ＤＨＣＰ Ｒｅｌａｙはこの端末のためにサービスＩＰアドレスを要求する。そのうち、ＤＨＣＰ Ｒｅｌａｙは、ＮＡＳと同じ物理デバイス、または異なる物理デバイスに位置することができるが、本願はこれを限定するものではない。

ＮＡＳがその要求されたサービスＩＰアドレスを端末に通知すると、端末は、サービスＩＰアドレスに基づいてＨＴＴＰパケットを送信する。ＨＴＴＰパケットの送信元ＩＰアドレスは、上記のサービスＩＰアドレスである。

ステップ４０９において、ＮＡＳは、端末によってサービスＩＰアドレスに基づいて送信されたＨＴＴＰパケットを捕獲し、当該端末がＰｏｒｔａｌ認証ページにアクセスするように、ＨＴＴＰリダイレクト処理を実行する。

以上説明した第二のＡＣＬとＨＴＴＰリダイレクト処理方式によれば、最終に端末がＰｏｒｔａｌ認証ページにアクセスするようにする。もちろん、本開示の一例として、上記第二のＡＣＬを使用せず、他の方式とＨＴＴＰリダイレクト処理方式を使用して、最終に端末がＰｏｒｔａｌ認証ページにアクセスすることもできる。

ステップ４１０において、端末は、ユーザーによってＰｏｒｔａｌ認証ページに入力された認証情報を受信する。

ステップ４０８からステップ４１０に、ＮＡＳがサービスＩＰアドレスに基づいてＰｏｒｔａｌ認証を行うように端末を制御する具体的な実施態様を含んでいる。

ステップ４１１において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、ユーザーによってＰｏｒｔａｌ認証ページに入力された認証情報に基づいて認証を行い、認証が成功すると、ステップ４１２を実行する。

ステップ４１２において、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、ＮＡＳにオフライン通知を送信して、端末に対応する無感知マーカーを有効にして、無感知マーカーに対応するタイマを起動させ、タイマが切れた時に、無感知マーカーを無効に更新する。

上記ステップ４０７では第二のＡＣＬがＮＡＳに送信されると、本ステップ４１２ではＲＡＤＩＵＳ Ｓｅｒｖｅｒはさらに第二のＡＣＬ削除通知をＮＡＳに送信する。

ステップ４１３において、ＮＡＳは、オフライン通知を受信し、端末を強制的にオフラインにして再びオンラインにするように、オフライン通知に基づいて上記セッションエントリを削除する。

本開示の例では、ＮＡＳは、端末がオフラインになるたびに、端末にマッチしたセッションエントリを削除する。

ＭＡＣ Ｐｏｒｔａｌ Ｐｌｕｓ認証では、端末は、ステップ４１３の後で、かつ再びオンラインになる時に、上記ステップ４０１から４１３を実行する。

ステップ４１２では第二のＡＣＬ削除通知がＮＡＳに送信されると、本ステップ４１３では、ＮＡＳは第二のＡＣＬ削除通知を受信して、第二のＡＣＬ削除通知に基づいて第二のＡＣＬを削除する。

ここまで、図４に示すプロセスが終了する。

上記図３と図４の説明では、オフライン通知は、上記のＣＯＡメッセージであってもよいし、カスタム（ｃｕｓｔｏｍ）通知であってもよいが、これは本開示の例に限定されない。

上記に説明したように、ＭＡＣ Ｐｏｒｔａｌ Ｐｌｕｓ認証では、端末がＲＡＤＩＵＳ Ｓｅｒｖｅｒに登録した後、ＲＡＤＩＵＳ Ｓｅｒｖｅｒは、端末の登録情報（具体的には、端末のＭＡＣアドレスと端末アカウントの間のバインディング関係）を長時間格納し、無感知マーカーが無効になることによって登録情報が削除されることがない。例えば、端末は、初めてオンラインになると、一時的なＩＰアドレスを取得し、そして、短リースによって数十秒または１分後に一時的なＩＰアドレスをサービスＩＰアドレスに変更し、その後、端末は、一時的なＩＰアドレスをサービスＩＰアドレスに変更する操作を実行しなく、上記の一時的なＩＰアドレスを要求するプロセスを実行しなくなり、効率が大幅に向上する。

以上、本開示の例で提供される方法について説明した。以下、本開示の例で提供される装置について説明する。

図５を参照すると、図５は本開示の例で提供されるＮＡＳのハードウェア構成の図である。当該ＮＡＳ５０はプロセッサー５１と機械読み取り可能な記憶媒体５２を含む。そのうち、プロセッサー５１と機械読み取り可能な記憶媒体５２とは、システムバス５３を介して通信する。そして、プロセッサ５１は、機械読み取り可能な記憶媒体５２に格納された、ネットワークアクセス制御ロジック６０に対応する機械実行可能な命令を読み出して実行することによって、上記したネットワークアクセスを制御する方法を実行することができる。

本文で言及される機械読み取り可能な記憶媒体５２は、任意の電子、磁気、光学、または他の物理的記憶装置でよく、実行可能な命令、データなどの情報を含む、または格納することができる。たとえば、前記機械読み取り可能な記憶媒体５２はＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ランダムアクセスメモリ）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、ストレージドライブ（ハードディスクドライブなど）、ソリッドステートディスク、任意のタイプのメモリディスク（光ディスク、ＤＶＤなど）、または類似の記憶媒体、またはそれらの組み合わせであってもよい。

図６を参照すると、機能的に分割されると、前記ネットワークアクセス制御ロジック６０は、

端末が最初にオンラインになると、端末の臨時ロールを取得し、端末の第一のＩＰアドレス要求を受信した時に、端末のために一時的なＩＰアドレスを要求し、前記一時的なＩＰアドレスに基づいてｐｏｒｔａｌ認証を行うように端末を制御するための端末初回オンライン処理モジュール６０１であって、前記一時的なＩＰアドレスは、一時的なロールに対応するＩＰネットワークセグメントに属し、前記一時的なＩＰアドレスのリースは設定された最短リースである端末初回オンライン処理モジュール６０１と、

前記ｐｏｒｔａｌ認証が成功すると、取得されたオフライン通知に応じて強制的に端末をオフラインにするためのオフラインモジュール６０４と、

端末のサービスロールを取得し、前記一時的なＩＰアドレスのリースが切れた時に端末によって送信された第二のＩＰアドレス要求を受信した時に、端末のために第一のサービスＩＰアドレスを要求し、端末が前記第一のサービスＩＰアドレスに基づいてネットワークアクセスを行うように制御するための端末二回目オンライン処理モジュール６０２であって、前記第一のサービスＩＰアドレスは、前記サービスロールに対応するＩＰネットワークセグメントに属する端末二回目オンライン処理モジュール６０２と、を含む。

一つの例では、前記端末が最初にオンラインになる時に、前記端末初回オンライン処理モジュール６０１は、前記端末が最初にオンラインになったときに、前記端末のＭＡＣアドレスをＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されていないと決定された時に前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される一時的なロールを受信することに用いられるものであり、そのうち、前記登録情報に、端末のＭＡＣアドレスおよびその対応する端末アカウント情報を記録している。

一つの例では、端末が二回目にオンラインになる時に、前記端末二回目オンライン処理モジュール６０２は、端末が二回目にオンラインになったときに、端末のＭＡＣアドレスをＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録され、かつ記録された前記端末に対応する無感知マーカーが有効であると決定した時に、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される前記ＭＡＣアドレスにマッチしたサービスロールを受信することに用いられるものであり、前記登録情報に、端末のＭＡＣアドレスおよびその対応する端末アカウント情報を記録している。

一つの例では、前記端末二回目オンライン処理モジュール６０２は、さらに、前記端末が再びオンラインになる時に、前記ＮＡＳが前記端末のＭＡＣアドレスをＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、前記ＮＡＳが、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録され、かつ記録された前記端末に対応する無感知マーカーが無効であると決定された時に、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される前記ＭＡＣアドレスにマッチしたサービスロールおよびｐｏｒｔａｌ認証ＵＲＬを受信することと、前記端末によって送信された第三のＩＰアドレス要求を受信した時に、前記ＮＡＳが前記端末のために第二のサービスＩＰアドレスを要求することに用いられるものであり、そのうち、前記第二のＩＰアドレスが前記サービスロールに対応するＩＰネットワークセグメントに属する。

前記オフラインモジュール６０４は、さらに、第二のサービスＩＰアドレスに基づいてｐｏｒｔａｌ認証を行うように前記端末を制御し、前記ｐｏｒｔａｌ認証が成功すると、前記ＮＡＳは取得したオフライン通知に応じて、端末を再びオンラインにするように、端末を強制的にオフラインにする。

一つの例では、当該ロジックは、さらに、

前記端末が再びオンラインになる時に、端末のサービスロールを取得し、前記サービスロール内でネットワークアクセスを行うように端末を制御し、前記端末が前記サービスロール内でネットワークアクセスを行う時に、要求した第二のサービスＩＰアドレスを用いる、制御モジュール６０３を含む。

一つの例では、端末二回目オンライン処理モジュール６０２は、さらに、前記端末が再びオンラインになる時に、前記端末のＭＡＣアドレスをＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録され、かつ記録された前記端末に対応する無感知マーカーが有効であると決定された時に、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される前記ＭＡＣアドレスにマッチしたサービスロールを受信することと、端末によって送信された第三のＩＰアドレス要求を受信した時に、前記ＮＡＳが端末のために第二のサービスＩＰアドレスを要求することに用いられるものであり、そのうち、前記第二のＩＰアドレスが前記サービスロールに対応するＩＰネットワークセグメントに属する。

前記制御モジュール６０３は、さらに、前記ＮＡＳがサービスロール内でネットワークアクセスを行うように前記端末を制御することに用いられるものであり、そのうち、前記端末が前記サービスロール内でネットワークアクセスを行う時に、要求された第二のサービスＩＰアドレスを使用する。

一つの例では、ｐｏｒｔａｌ認証が成功すると、前記無感知マーカーが有効に設置され、かつ前記無感知マーカーに対応するタイマを起動させる。前記タイマが切れた時に、前記無感知マーカーを無効に変更する。

一つの例で、前記オフラインモジュール６０４は、前記ｐｏｒｔａｌ認証が成功すると、ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信されたオフライン通知を受信することと、前記オフライン通知に応じて、記録された前記端末のセッションエントリを削除して、端末を強制的にオフラインにすることに用いられるものである。

ここまで、図６に示すロジックの構成の説明が終了する。

装置の実施例について、基本的に方法の実施例に対応するので、関連する部分は方法の実施例における説明の部分を参照すればよい。上記の装置の実施例は例示的なものだけであり、そのうち、前記のように分離的な部品として記載されたモジュールは物理的に分離してもしなくてもよく、モジュールとして示された部品は物理モジュールであってもよいし、物理モジュールでなくてもよい。、即ち、１箇所に設置されてもよく、また複数のネットワークユニットに分散されることもできる。本実施例の方案の目的を実現するために、実際のニーズに応じてモジュールの一部または全部を選択することができる。当業者は創造的な作業をすることなく、理解して実施することができる。

この明細書では、「第一」および「第二」などのような関係用語は、実体または操作を他の実体または操作と区別するためにのみ使用されるものであり、これらの実体また操作の間にこのような実際の関係また順序が存在することを必ずしも要求または暗示するわけではない。用語「備える」、「含む」またはその任意の他の変形は、非排他的な包含を含むことによって、一連の要素を備えるプロセス、方法、物品または機器が、これらの要素だけでなく、明示的に列挙されていないほかの要素や、このようなプロセス、方法、物品または機器に固有される要素も備えることを意図している。より多くの制限がない場合、「…を備える」という句によって限定される要素は、前記要素を備えるプロセス、方法、物品または機器に別の同じ要素が存在することを排除するものではない。

以上、本開示実施例で提供される方法および装置について詳しく説明した。本文において具体的な例を用いて本開示の原理および実施形態に対して説明したが、上記の実施例の説明は、本開示の方法およびその発想を理解することに用いられるだけであり、また、当業者にとっては、本開示の思想に従って、具体的な実施形態および適用範囲にいくつかの変更がある。つまり、本開示の内容は、本開示を限定するものと理解されるべきではない。

Claims (15)

1. ネットワークアクセスの制御方法であって、
   端末が初めてオンラインになる時に、ネットワークアタッチトサーバＮＡＳは、端末の一時的なロールを取得し、端末の第一のネットワークプロトコルＩＰアドレス要求を受信した時に、端末のために一時的なＩＰアドレスを要求し、前記一時的なＩＰアドレスに基づいてｐｏｒｔａｌ認証を行うように端末を制御し、前記一時的なＩＰアドレスが前記一時的なロールに対応するＩＰネットワークセグメントに属し、前記一時的なＩＰアドレスのリースが設定された最短リースであることと、
   前記ｐｏｒｔａｌ認証が成功すると、前記ＮＡＳは、取得したオフライン通知に応じて端末を強制的にオフラインにすることと、
   前記端末が二回目にオンラインになる時に、前記ＮＡＳは、端末のサービスロールを取得し、前記一時的なＩＰアドレスのリースが切れた時に端末によって送信された第二のＩＰアドレス要求を受信した時に、端末のために第一のサービスＩＰアドレスを要求し、前記第一のサービスＩＰアドレスに基づいてネットワークアクセスを行うように端末を制御し、前記第一のサービスＩＰアドレスが前記サービスロールに対応するＩＰネットワークセグメントに属することと、
   を含むネットワークアクセスの制御方法。
2. 前記端末が最初にオンラインになる時に、端末の一時的なロールを取得することは、
   前記端末が最初にオンラインになる時に、前記ＮＡＳは、前記端末のメディアアクセス制御ＭＡＣアドレスをリモート認証ダイヤルアップユーザーサービスＲＡＤＩＵＳサーバＳｅｒｖｅｒに送信することと、
   前記ＮＡＳは、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されていないと決定された時に前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される一時的なロールを受信し、前記登録情報に、前記端末のＭＡＣアドレスおよびその対応する端末アカウント情報を記録していることと、
   を含む請求項１に記載のネットワークアクセスの制御方法。
3. 前記端末が二回目にオンラインになる時に、端末のサービスロールを取得することは、
   前記端末が二回目にオンラインになる時に、前記ＮＡＳは、前記端末のＭＡＣアドレスを前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、
   前記ＮＡＳは、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されており、かつ記録された前記端末に対応する無感知マーカーが有効であると決定された時に、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される前記ＭＡＣアドレスにマッチしたサービスロールを受信し、前記登録情報に、前記端末のＭＡＣアドレスおよびその対応する端末アカウント情報を記録していることと、
   を含む請求項１に記載のネットワークアクセスの制御方法。
4. 前記端末が再びオンラインになる時に、前記ＮＡＳは、前記端末のＭＡＣアドレスを前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、
   前記ＮＡＳは、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されており、かつ記録された前記端末に対応する無感知マーカーが無効であると決定された時に、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される前記ＭＡＣアドレスにマッチしたサービスロールおよびｐｏｒｔａｌ認証ユニフォームリソースロケータＵＲＬを受信することと、
   前記端末によって送信された第三のＩＰアドレス要求を受信した時に、前記ＮＡＳは前記端末のために第二のサービスＩＰアドレスを要求し、前記第二のＩＰアドレスが前記サービスロールに対応するＩＰネットワークセグメントに属することと、
   前記ＮＡＳは、前記第二のサービスＩＰアドレスに基づいて前記ｐｏｒｔａｌ認証を行うように前記端末を制御し、前記ｐｏｒｔａｌ認証が成功すると、前記端末を再びオンラインにするように、取得したオフライン通知に応じて強制的に前記端末をオフラインにすることと、
   をさらに含む請求項１に記載のネットワークアクセスの制御方法。
5. 前記端末が再びオンラインになる時に、さらに、
   前記ＮＡＳは、前記端末のサービスロールを取得し、前記サービスロール内でネットワークアクセスを行うように前記端末を制御し、前記端末が前記サービスロール内でネットワークアクセスを行う時に、要求した第二のサービスＩＰアドレスを使用すること、
   を含む請求項４に記載のネットワークアクセスの制御方法。
6. 前記端末が再びオンラインになる時に、前記ＮＡＳは、前記端末のＭＡＣアドレスを前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、
   前記ＮＡＳは、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されており、かつ記録された前記端末に対応する無感知マーカーが有効であると決定された時に、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される前記ＭＡＣアドレスにマッチしたサービスロールを受信することと、
   前記端末によって送信された第三のＩＰアドレス要求を受信した時に、前記ＮＡＳは前記端末のために第二のサービスＩＰアドレスを要求し、前記第二のＩＰアドレスが前記サービスロールに対応するＩＰネットワークセグメントに属することと、
   前記ＮＡＳは、サービスロール内でアクセスを行うように前記端末を制御し、前記端末が前記サービスロール内でネットワークアクセスを行う時に、要求した第二のサービスＩＰアドレスを使用することと、
   をさらに含む請求項１に記載のネットワークアクセスの制御方法。
7. プロセッサーと、前記プロセッサーによって実行可能な機器実行可能命令を格納している機械読み取り可能な記憶媒体とを含むネットワークアタッチトサーバＮＡＳであって、前記機器実行可能命令によって、前記プロセッサーに、
   端末が初めてオンラインになる時に、ネットワークアタッチトサーバＮＡＳは、端末の一時的なロールを取得し、端末の第一のネットワークプロトコルＩＰアドレス要求を受信した時に、端末のために一時的なＩＰアドレスを要求し、前記一時的なＩＰアドレスに基づいてｐｏｒｔａｌ認証を行うように端末を制御し、前記一時的なＩＰアドレスが前記一時的なロールに対応するＩＰネットワークセグメントに属し、前記一時的なＩＰアドレスのリースが、設定された最短リースであることと、
   前記ｐｏｒｔａｌ認証が成功すると、前記ＮＡＳは取得したオフライン通知に応じて端末を強制的にオフラインにすることと、
   前記端末が二回目にオンラインになる時に、前記ＮＡＳは、端末のサービスロールを取得し、前記一時的なＩＰアドレスのリースが切れた時に端末によって送信された第二のＩＰアドレス要求を受信した時に、端末のために第一のサービスＩＰアドレスを要求し、前記第一のサービスＩＰアドレスに基づいてネットワークアクセスを行うように端末を制御し、前記第一のサービスＩＰアドレスは前記サービスロールに対応するＩＰネットワークセグメントに属することと、
   を実行させるネットワークアタッチトサーバＮＡＳ。
8. 前記機器実行可能命令によって、前記プロセッサーに、
   前記端末が最初にオンラインになる時に、前記ＮＡＳは、前記端末のメディアアクセス制御ＭＡＣアドレスをリモート認証ダイヤルアップユーザーシステムＲＡＤＩＵＳサーバＳｅｒｖｅｒに送信することと、
   前記ＮＡＳは、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されていないと決定された時に前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される一時的なロールを受信し、前記登録情報に、前記端末のＭＡＣアドレスおよびその対応する端末アカウント情報を記録していることと、
   を実行させる請求項７に記載のネットワークアタッチトサーバＮＡＳ。
9. 前記機器実行可能命令によって、前記プロセッサーに、
   前記端末が二回目にオンラインになる時に、前記ＮＡＳは、前記端末のＭＡＣアドレスを前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、
   前記ＮＡＳは、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されており、かつ記録された前記端末に対応する無感知マーカーが有効であると決定された時に、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される前記ＭＡＣアドレスにマッチしたサービスロールを受信し、前記登録情報に、前記端末のＭＡＣアドレスおよびその対応する端末アカウント情報を記録していることと、
   を実行させる請求項７に記載のネットワークアタッチトサーバＮＡＳ。
10. 前記機器実行可能命令によって、前記プロセッサーにさらに、
    前記端末が再びオンラインになる時に、前記ＮＡＳは、前記端末のＭＡＣアドレスを前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、
    前記ＮＡＳは、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されており、かつ記録された前記端末に対応する無感知マーカーが無効であると決定された時に、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される前記ＭＡＣアドレスにマッチしたサービスロールおよびｐｏｒｔａｌ認証ユニフォームリソースロケータＵＲＬを受信することと、
    前記端末によって送信された第三のＩＰアドレス要求を受信した時に、前記ＮＡＳは前記端末のために第二のサービスＩＰアドレスを要求し、前記第二のＩＰアドレスが前記サービスロールに対応するＩＰネットワークセグメントに属することと、
    前記ＮＡＳは、前記第二のサービスＩＰアドレスに基づいて前記ｐｏｒｔａｌ認証を行うように前記端末を制御し、前記ｐｏｒｔａｌ認証が成功すると、前記ＮＡＳは、前記端末を再びオンラインにするように、取得したオフライン通知に応じて強制的に前記端末をオフラインにすることと、
    を実行させる請求項７に記載のネットワークアタッチトサーバＮＡＳ。
11. 前記機器実行可能命令によって、前記プロセッサーにさらに、
    前記ＮＡＳは、前記端末のサービスロールを取得し、前記サービスロール内でネットワークアクセスを行うように前記端末を制御し、前記端末が前記サービスロール内でネットワークアクセスを行う時に、要求した第二のサービスＩＰアドレスを使用すること
    を実行させる請求項７に記載のネットワークアタッチトサーバＮＡＳ。
12. 前記機器実行可能命令によって、前記プロセッサーに、さらに、
    前記端末が再びオンラインになる時に、前記ＮＡＳは、前記端末のＭＡＣアドレスを前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、
    前記ＮＡＳは、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されており、かつ記録された前記端末に対応する無感知マーカーが有効であると決定された時に、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される前記ＭＡＣアドレスにマッチしたサービスロールを受信することと、
    前記端末によって送信された第三のＩＰアドレス要求を受信した時に、前記ＮＡＳは前記端末のために第二のサービスＩＰアドレスを要求し、前記第二のＩＰアドレスが前記サービスロールに対応するＩＰネットワークセグメントに属することと、
    前記ＮＡＳは、サービスロール内でアクセスを行うように前記端末を制御し、前記端末が前記サービスロール内でネットワークアクセスを行う時に、要求した第二のサービスＩＰアドレスを使用することと、
    を実行させる請求項７に記載のネットワークアタッチトサーバＮＡＳ。
13. 機器実行可能命令を格納している機械読み取り可能な記憶媒体であって、
    ネットワークアタッチトサーバＮＡＳのプロセッサーによって呼び出されて実行される時に、前記機器実行可能命令は、前記プロセッサーに、
    端末が初めてオンラインになる時に、ネットワークアタッチトサーバＮＡＳは、端末の一時的なロールを取得し、端末の第一のネットワークプロトコルＩＰアドレス要求を受信した時に、端末のために一時的なＩＰアドレスを要求し、前記一時的なＩＰアドレスに基づいてｐｏｒｔａｌ認証を行うように端末を制御し、前記一時的なＩＰアドレスが前記一時的なロールに対応するＩＰネットワークセグメントに属し、前記一時的なＩＰアドレスのリースが、設定された最短リースであることと、
    前記ｐｏｒｔａｌ認証が成功すると、前記ＮＡＳは取得したオフライン通知に応じて端末を強制的にオフラインにすることと、
    前記端末が二回目にオンラインになる時に、前記ＮＡＳは、端末のサービスロールを取得し、前記一時的なＩＰアドレスのリースが切れた時に端末によって送信された第二のＩＰアドレス要求を受信した時に、端末のために第一のサービスＩＰアドレスを要求し、前記第一のサービスＩＰアドレスに基づいてネットワークアクセスを行うように端末を制御し、前記第一のサービスＩＰアドレスが前記サービスロールに対応するＩＰネットワークセグメントに属することと、
    を実行させる機械読み取り可能な記憶媒体。
14. 前記機器実行可能命令は前記プロセッサーに、
    前記端末が最初にオンラインになる時に、前記ＮＡＳは、前記端末のメディアアクセス制御ＭＡＣアドレスをリモート認証ダイヤルアップユーザーシステムＲＡＤＩＵＳサーバＳｅｒｖｅｒに送信することと、
    前記ＮＡＳは、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されていないと決定された時に前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される一時的なロールを受信し、前記登録情報に、前記端末のＭＡＣアドレスおよびその対応する端末アカウント情報を記録していることと、
    を実行させる請求項７に記載の機械読み取り可能な記憶媒体。
15. 前記機器実行可能命令は、前記プロセッサーに、
    前記端末が二回目にオンラインになる時に、前記ＮＡＳは、前記端末のＭＡＣアドレスを前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒに送信することと、
    前記ＮＡＳは、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって、前記ＭＡＣアドレスに対応する登録情報が記録されており、かつ記録された前記端末に対応する無感知マーカーが有効であると決定された時に、前記ＲＡＤＩＵＳ Ｓｅｒｖｅｒによって送信される前記ＭＡＣアドレスにマッチしたサービスロールを受信し、前記登録情報に、前記端末のＭＡＣアドレスおよびその対応する端末アカウント情報を記録していることと、
    を実行させる請求項７に記載の機械読み取り可能な記憶媒体。