JP5333129B2

JP5333129B2 - クライアント装置、アクセス認証制御方法、および、アクセス認証制御プログラム

Info

Publication number: JP5333129B2
Application number: JP2009225805A
Authority: JP
Inventors: 康成八木
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2009-09-30
Filing date: 2009-09-30
Publication date: 2013-11-06
Anticipated expiration: 2029-09-30
Also published as: JP2011076283A

Description

本発明は、インターネットアクセスサービスを利用可能なクライアント装置に関する。

昨今のホテル等の宿泊・商業施設では、施設の利用者であるユーザーに対して、該施設内のネットワークを介して、インターネットにアクセス可能となるようなインターネットアクセスサービスを提供することが一般的となっている。

また、公衆の無線ＬＡＮ等を介して、ユーザーがインターネットにアクセスすることのできるインターネットアクセスサービスも提供されてきている。

ところで、上述のようなインターネットアクセスサービスは、例えばサービス利用者として登録された者のみに限定してアクセスを許可している場合があり、サービス利用前に認証手続きが必要となる。

特許文献１には、利用者端末から、無線ＬＡＮアクセスポイントに対して接続要求を送出し、認証手続きが完了すると、インターネットアクセスサービスが提供されるインターネットアクセスシステムが開示されている。

特開２００４−１２７１８７号公報

ところで、ブラウザを起動してインターネット上のＷＥＢサイトにアクセスしようとすると、インターネットアクセスサービス利用前の認証手続きを行うために、強制的に認証用のサーバへ転送（以下、「リダイレクション」という。）し、ユーザーにブラウザ上で認証をさせるものがある。

この場合、ユーザーは、クライアント装置上でブラウザを起動していなければ、認証が完了しないので、インターネットアクセスサービスを利用することができない。例えば、ユーザーが、メールの送受信を行うためにメールソフトだけを起動すると、ブラウザを起動していないために、インターネットアクセスサービスを利用することができず、メールの送受信を行うことができない。メールの送受信を行うためには、ユーザーは、まずブラウザを起動して認証を行ってから、メールソフトでのメールの送受信を行なう必要がある。

しかしながら、上述のようなインターネットアクセスサービスを利用するための認証手続きの方式は、ユーザーが利用しようとしているインターネットアクセスサービスによって異なる。つまり、ブラウザ上での認証が必要な場合と、ブラウザ上での認証を行わない場合とが混在している。利用しようとしているインターネットアクセスサービスに応じて、ユーザーにブラウザの起動の要否を判断させるのは、ユーザーにとって煩雑となる。

また、ユーザーが、ブラウザ上での認証が必要であることを知らなかったために、ブラウザを起動しないでインターネットアクセスを行おうとすると、認証がなされないために正常にインターネットへアクセスすることができない。この場合、ブラウザ上での認証が必要であることを知らないため、ユーザーが、インターネットにアクセスできない原因を特定するのは困難である。

そこで、本発明は、インターネットアクセスサービスを利用する際に、ブラウザ上での認証が必要な場合に、自動的にブラウザを起動するクライアント装置を提供することを目的とする。

本発明の第１のクライアント装置は、アクセス認証用サイトにアクセスするブラウザアプリケーションによらないで、ネットワークを介して、所定のアドレスへのアクセスを要求するコマンドを送出するクライアント装置であって、前記コマンドに対する応答メッセージが、前記所定のアドレスと異なるアドレスへの転送を示すメッセージであった場合に、前記ブラウザアプリケーションを起動することを特徴とする。

本発明の第２のクライアント装置は、アクセス認証用サイトにアクセスするブラウザアプリケーションによらないで、ネットワークを介して、所定のアドレスへのアクセスを要求するコマンドを送出するアクセス制御手段と、前記アクセス制御手段によって送出されたコマンドに対する応答メッセージが、前記所定のアドレスと異なるアドレスへの転送を示すメッセージであった場合に、前記ブラウザアプリケーションを起動する認証制御手段とを備えることを特徴とする。

本発明の第１のアクセス認証制御方法は、アクセス認証用サイトにアクセスするブラウザアプリケーションによらないで、ネットワークを介して、所定のアドレスへのアクセスを要求するコマンドを送出させるアクセス制御ステップと、前記アクセス手段によって送出されたコマンドに対する応答メッセージが、前記所定のアドレスと異なるアドレスへの転送を示すメッセージであった場合に、ブラウザアプリケーションを起動させる認証制御ステップとを備えることを特徴とする。

本発明の第１のアクセス認証制御プログラムは、アクセス認証用サイトにアクセスするブラウザアプリケーションによらないで、ネットワークを介して、所定のアドレスへのアクセスを要求するコマンドを送出させるアクセス制御ステップと、前記アクセス手段によって送出されたコマンドに対する応答メッセージが、前記所定のアドレスと異なるアドレスへの転送を示すメッセージであった場合に、ブラウザアプリケーションを起動させる認証制御ステップとを備えることを特徴とする。

本発明によれば、インターネットアクセスサービスを利用する際に、ブラウザ上での認証が必要な場合に、自動的にブラウザを起動するクライアント装置を提供することができる。

本発明の実施の形態のクライアント装置を説明するためのブロック図である。本発明の実施の形態のクライアント装置の動作を説明するためのフローチャートである。本発明の実施の形態におけるリダイレクションが発生する場合の一例を説明する図である。

以下、図面を参照して本発明を実施するための最良の形態について説明する。図１は、本発明の実施の形態のクライアント装置を説明するためのブロック図である。

図１を参照すると、クライアント装置１０は、制御部２０と通信部３０とからなる。クライアント装置１０は、ネットワーク１００に接続可能である。

まず、本発明の実施の形態のクライアント装置の概略を説明すると、クライアント装置１０がネットワーク１００を介してインターネットへのアクセスを開始しようとすると、所定のＷｅｂサイトへのアクセスを要求するコマンドを発行し、リダイレクションされたことを示す信号を受信した場合に、ブラウザを起動する。以下、詳細に説明する。

クライアント装置１０は、制御部２０と、通信部３０とからなる。制御部２０は、記録媒体に格納されたプログラムを読み込んで実行することにより、アクセス制御手段２１と、認証手段２２とを論理的に備える。通信部３０は、ネットワーク１００に接続される、通信インターフェース装置である。なお、ネットワーク１００は、通信回線であり、有線であっても、無線であっても良い。

ゲートウェイ装置４０は、ネットワーク１００とインターネット回線とを接続するための通信機器（ネットワークノード）である。

次に、図２を参照して、本発明の実施の形態（第１の実施例）の動作について説明する。図２は、本発明の実施の形態の動作を説明するためのフローチャートである。

図２を参照すると、インターネットへのアクセス要求があった場合に、アクセス制御手段２１は、所定のＷｅｂサイトへアクセスするためのリクエストを送出する（ステップＳ１０１）。

リクエストの具体例を、図３（ａ）に示す。図３を参照すると、所定のＷｅｂサイトとして、http://www.someserver.ne.jpというＷｅｂサイトが予め登録されていたとする。すると、アクセス制御手段２１は、「GET http://www.someserver.ne.jp/ HTTP/1.1 Host:www.someserver.ne.jp」というリクエストを、ネットワーク１００を介して送出する。

インターネットへのアクセス要求の具体例としては、メールソフトによる送受信要求や、遠隔地のサーバ装置への遠隔操作アプリケーション起動時に該サーバ装置に向けて発信される接続要求が挙げられる。また、当該アクセス要求は、ユーザーの操作の有無にかかわらず、メールソフトや遠隔操作アプリケーションが起動された際に、自動的にアクセス要求をするものであっても良い。

例えば、メールソフトによる送受信要求の場合には、アクセス制御手段２１が、メールソフトがＰＯＰ３のリクエストの発行の有無、所定のポート（１１０番）が使用されていることの有無を監視して、ＰＯＰ３のリクエストの発行があった場合や１１０番のポートが使用されていることが検出された場合に、アクセス要求があったと判断すれば良い。

また、遠隔操作アプリケーションにおいても、まずはメールを送信して遠隔地のサーバの起動要求するものがあり、この場合はメールソフトによる送受信要求を検出する技術が利用できる。

さらに、アクセス制御手段２１が、メールソフトや遠隔操作アプリケーションが実行されたことを検出された場合に、アクセス要求があったと判断するものとしても良い。この場合、該メールソフトや該遠隔操作アプリケーションは、予め、ユーザー等の設定によって登録されるものとすれば良い。

ステップＳ１０１で、リクエストが送出されると、クライアント装置１０に対する応答メッセージがネットワーク１００を介して返信されてくる。

アクセス制御手段２１は、クライアント装置１０に対して返信されてきた応答メッセージから、リダイレクションの有無を判断する（ステップＳ１０２）。

ここで、リダイレクションの有無を判断しているのは、ブラウザ上での認証を必要とするインターネットアクセスサービスの場合には、ユーザーがブラウザを起動すると、ネットワーク１００と、外部のインターネット回線との間に設置されているゲートウェイ装置４０が、認証サーバへのリダイレクションを行なうからである。

より具体的には、リダイレクションが発生しているかどうかは、ネットワーク１００と、インターネット回線との間に設置されているゲートウェイ装置４０からの戻り値（以下、ＨＴＴＰステータスコードと言う）で判断できる。図３（ｂ）を参照すると、応答信号として、「HTTP/1.1 307 Temporary Redirect Location: auth.xxxhotel.co.jp」といった応答信号が返信されてくる。この応答信号における「３０７」という数値が、ＨＴＴＰステータスコードであり、リダイレクションが発生していることを示している。

一方、リダイレクションが発生していない場合には、図３（ｃ）に示すように、予め登録されていたhttp://www.someserver.ne.jpというＷｅｂサイトに正常にリクエストが送信され、「HTTP/1/1 200 OK」といった応答メッセージが、返信されてくる。この応答メッセージの中の、「２００」という数値がＨＴＴＰステータスコードであり、リダイレクションは発生していないことを示している。

つまり、ステップＳ１０２において、アクセス制御手段２１は、ＨＴＴＰステータスコードが２００番台であるか、３００番台であるかで、リダイレクションが発生しているかどうかを判断できる。ＨＴＴＰステータスコードが３００番台の場合には、リダイレクションが発生している。

ステップＳ１０２で、リダイレクションが発生していると判断された場合（ステップＳ１０２／ＹＥＳ）、認証制御手段２２は、クライアント装置１０に備えるブラウザアプリケーションを起動させる（ステップＳ１０３）。

ステップＳ１０２で、リダイレクションが発生してないと判断された場合には（ステップＳ１０２／ＮＯ）、ステップＳ１０３の処理には進まない。

ところで、リダイレクションが発生しているかどうかを判断するだけでは、不十分の場合もある。

具体的には、Ｗｅｂサイト運営者側が、自己のＷｅｂサイトＡ（www.necsomewhere.ne.jp）へのアクセス要求があった場合に、別のＷｅｂサイトＢ（www.necsomewhere.com/）へ誘導する設定を行っている場合がある。この場合には、アクセス制御手段２１が、上述のＷｅｂサイトＡへアクセスするようリクエストを送信すると、ＷｅｂサイトＢにリダイレクションされ、ＨＴＴＰステータスコードが３００番台となる。

従って、ステップＳ１０２において、ＨＴＴＰステータスコードの判断だけでなく、ＷｅｂサイトＡとリダイレクション後のＷｅｂサイトＢの各レベルのドメインの中で、最長の文字列を有するレベルのドメインが変化するかどうかを判断させても良い。

本発明の異なる実施の形態（第２の実施例）においては、ステップＳ１０２において、アクセス制御手段２１は、ＨＴＴＰステータスコードが３００番台であった場合に、さらに、次のような処理も行うようにして良い。

アクセス制御手段２１は、ステップＳ１０１においてアクセス要求を行なったＷｅｂサイトのアドレス情報から、各レベルのドメインのうち最長の文字列の情報を取得する。次に、アクセス制御手段２１は、リダイレクション後のＷｅｂサイトのアドレス情報を、応答メッセージから取得し、最長の文字列を有するレベルのドメインの変化があったかを判断する。

なお、応答メッセージは、認証のためのリダイレクションであれば、ゲートウェイ装置４０から送出される。一方、Ｗｅｂサイト運営者が、アクセス要求を受けたＷｅｂサイトのアドレスをリダイレクションするように設定していた場合には、Ｗｅｂサイト運営者のＷｅｂサーバー等から送出される。なお、Ｗｅｂサイト運営者のＷｅｂサーバーによってリダイレクションされている場合には、ゲートウェイ装置４０は、ステップＳ１０１において送出されるアクセス要求を、そのままインターネット回線に送出している（スルーしている）。

具体的な例を挙げると、アクセス要求を行ったＷｅｂサイトのアドレスが、www.necsomewhere.ne.jp で、リダイレクションされた後のＷｅｂサイトのアドレスがwww.xxhotel.ne.jpであったとする。この場合、当初の最長の文字列を有するレベルのドメインは、第２レベルドメイン（necsomewhere）である。この第２レベルドメインの文字列が、リダイレクションされた後に、xxhotelに変わっており、認証サーバへのリダイレクションであると判断する。

最長の文字列を有するレベルのドメインの変化を比較するのは、一般的に、Ｗｅｂサイトのアドレスは、www、ne、jpといった２文字や３文字といった比較的少ない文字数で構成されているレベルのドメインが変化する場合には、Ｗｅｂサイト運営者がリダイレクションを設定させている場合が多いからである。

認証サーバへのリダイレクションであると判断された場合には、認証制御手段２２は、ブラウザアプリケーションを起動する。

上述のほかに、予め設定されたレベルのドメインの変化だけを判断する方法であっても良い。例えば、www.nec.comというアドレスのうち、第２レベルドメインが変化するかどうかだけを監視するように予め設定する。すると、www.nec.comというアドレスから、www1.nec.comにリダイレクションされているような場合、第２レベルドメインのnecが変化していないので、認証サーバへのリダイレクションはされていないと判断するとしても良い。アクセス要求先のＷｅｂサイトのアドレスの各レベルのドメインの文字列が、２文字や３文字といった比較的少ない文字数で構成されている場合には有効である。

第２の実施例の動作は、ステップＳ１０２の処理を除いては、第１の実施例の処理と同様である。

以上の処理により、インターネットアクセスサービスを利用する際に、ブラウザ上での認証が必要な場合には、自動的にブラウザが起動されるため、ユーザーは個々のインターネットアクセスサービスを利用する際に、ブラウザ上での認証が必要かどうかを記憶しておく必要がない。このため、ユーザーにおける操作の煩雑さが緩和される。

１０クライアント装置
２０制御部
２１アクセス制御手段
２２認証制御手段
３０通信部
４０ゲートウェイ装置
１００ネットワーク

Claims

アクセス認証用サイトにアクセスするブラウザアプリケーションによらないで、ネットワークを介して、所定のアドレスへのアクセスを要求するコマンドを送出するアクセス制御手段と、
前記アクセス制御手段によって送出されたコマンドに対する応答メッセージが、前記所定のアドレスと異なるアドレスへの転送を示すメッセージであった場合に、前記ブラウザアプリケーションを起動する認証制御手段とを備え、
前記認証制御手段は、
前記所定のアドレスの所定のドメインと前記異なるアドレスの所定のドメインとを比較するアドレス比較手段を有し、
前記アドレス比較手段によって、前記異なるアドレスの所定のドメインが、前記所定のアドレスの所定のドメインと一致しないと判断された場合に、前記ブラウザアプリケーションを起動することを特徴とするクライアント装置。
アクセス認証用サイトにアクセスするブラウザアプリケーションによらないで、ネットワークを介して、所定のアドレスへのアクセスを要求するコマンドを送出させるアクセス制御ステップと、
前記アクセス制御ステップによって送出されたコマンドに対する応答メッセージが、前記所定のアドレスと異なるアドレスへの転送を示すメッセージであった場合に、前記所定のアドレスの所定のドメインと前記異なるアドレスの所定のドメインとを比較させるアドレス比較ステップと、
前記アドレス比較ステップによって、前記異なるアドレスの所定のドメインが、前記所定のアドレスの所定のドメインと一致しないと判断された場合に、ブラウザアプリケーションを起動させる認証制御ステップとを備えることを特徴とするアクセス認証制御方法。
コンピュータに、
アクセス認証用サイトにアクセスするブラウザアプリケーションによらないで、ネットワークを介して、所定のアドレスへのアクセスを要求するコマンドを送出させるアクセス制御ステップと、
前記アクセス制御ステップによって送出されたコマンドに対する応答メッセージが、前記所定のアドレスと異なるアドレスへの転送を示すメッセージであった場合に、前記所定のアドレスの所定のドメインと前記異なるアドレスの所定のドメインとを比較させるアドレス比較ステップと、
前記アドレス比較ステップによって、前記異なるアドレスの所定のドメインが、前記所定のアドレスの所定のドメインと一致しないと判断された場合に、ブラウザアプリケーションを起動させる認証制御ステップと、
を実行させるためのアクセス認証制御プログラム。