JP2016082470A - サーバ装置、およびプログラム - Google Patents

Abstract

【課題】予め定められた通信装置へのアクセスを阻害するリダイレクトの有無を判定しリダイレクトがあった場合には自動的に通信を開始する端末装置と当該通信の開始を検知したことを契機としてリダイレクトを解除するサーバ装置とを含む通信システムにおいて、端末装置のユーザが上記通信を一旦終了させた場合であっても、ユーザに煩雑な操作を行わせることなくその通信を再開できるようにする。【解決手段】上記サーバ装置に、リダイレクトの解除された端末装置による上記通信よりも下位のプロトコル階層の通信の再開を検知させ、当該下位のプロトコル階層の通信の再開を検知したことを契機として、上記端末装置についてのリダイレクトを復活させるリダイレクト復活手段を設ける。【選択図】図５

Description

この発明は、端末装置のユーザにＷｅｂアプリケーションを提供する技術に関する。

スマートフォンなどのＷｅｂブラウザを備えた端末装置の普及に伴い、各種のＷｅｂサービスがこれら端末装置向けに提供されている。端末装置にＷｅｂサービスを提供するための通信システムのなかには、どのサイトに対するアクセスであっても必ず特定のポータルサイトにアクセス先を変更（以下、リダイレクト）するシステムがある。このようなポータルサイトは「Captive Portal」と呼ばれ、アクセス元の端末装置の認証に利用されることが多い。このような認証用のポータルサイトのＷｅｂページには、ユーザ名やパスワードなどのアカウント情報をユーザに入力させる入力欄が設けられていることが多く、上記Ｗｅｂページを介して入力されたアカウント情報が予め登録されたものと一致すればリダイレクトを解除して自由なアクセスを許可する、といった具合である。このようにＷｅｂページを介してアカウント情報を入力させる認証方法は「Ｗｅｂ認証」と呼ばれる。また、リダイレクトを解除するとは、強制的なアクセス先の変更を行わないようにすることをいう。

端末装置のなかには、Ｗｅｂ認証の際にＷｅｂブラウザを手動で起動する手間を省くことができるように、ＣＰＤ(Captive Portal Detection)と呼ばれる機能を有しているものがある。ＣＰＤを備えた端末装置は、自装置のネットワークへの接続等の検知を契機として、リダイレクトの有無を次のようにチェックする。上記端末装置は、バックグラウンドで所定のＷｅｂページ（例えば、当該端末装置の製造元により運営され、インターネット上で開設されているサイトのＷｅｂページ）へのアクセスを試みる。上記端末装置は、当該Ｗｅｂページにアクセスできた場合にはリダイレクト無と判定し、当該Ｗｅｂページ以外のＷｅｂページ（具体的には、上記Captive PortalのＷｅｂページ）を表すデータが返信されてきた場合にはリダイレクト有と判定する。そして、リダイレクト有と判定した場合には、上記端末装置は、Ｗｅｂブラウザを起動し、Captive PortalのＷｅｂページを表示する。これにより、ブラウザの起動とＷｅｂ認証用にＵＲＩ（Uniform Resource Identifier）の入力といった２つの操作を省略することができる。

ＣＰＤは、Ｗｅｂ認証の際にブラウザを起動する手間を省くための機能であるが、Ｗｅｂアプリケーションを自動的に起動する手段としても利用することができる。Ｗｅｂアプリケーションとは、ブラウザ上で動作するアプリケーションプログラムにより提供される各種機能やサービスのことをいう。例えば、Captive PortalのＷｅｂページに上記アプリケーションプログラムを埋め込んでおけば、端末装置をネットワークに接続等するだけでＷｅｂアプリケーションを利用することができる。前述したように、ＣＰＤがなければ、ブラウザの起動とＵＲＩの入力といった操作が必要になるので、これら２つの操作を省略できるメリットは大きい。

特開２０００−２３１５２４号公報

Captive PortalはＷｅｂ認証のために利用されることが多く、一度認証に成功してしまえば、早々にリダイレクトを復活させる必要はない。このため、Captive Portalを有する従来の通信システムでは、リダイレクトを解除した時点から所定のタイムアウト期間が経過したときにリダイレクトを復活させることが多い。しかし、このような態様では、リダイレクトの解除後、何らかの理由でユーザがブラウザを閉じてＷｅｂページの閲覧等を一旦中止し、その後、上記タイムアウト期間が経過する前にＷｅｂアクセスを再開するような場合に、ブラウザの起動やＵＲＩの入力などの煩雑な操作をユーザが行うことが必要になる、という問題があった。Ｗｅｂアクセスの再開時点ではリダイレクトが解除されているため、ＣＰＤが機能しないからである。このような問題は、ＣＰＤを利用したブラウザの自動起動には限定されず、予め定められた通信装置へのアクセスを阻害するリダイレクトの有無を判定しリダイレクトがあった場合には自動的にアプリケーション層の通信を開始する端末装置と当該通信の開始を検知したことを契機としてリダイレクトを解除するサーバ装置とを含む通信システムであれば同様に発生する。

本発明は上記課題に鑑みて為されたものであり、予め定められた通信装置へのアクセスを阻害するリダイレクトの有無を判定しリダイレクトがあった場合には自動的に通信を開始する端末装置と当該通信の開始を検知したことを契機としてリダイレクトを解除するサーバ装置とを含む通信システムにおいて、上記通信が一旦終了された場合であっても、ユーザに煩雑な操作を行わせることなくその通信を再開させることを可能にする技術を提供することを目的とする。

上記課題を解決するために本発明は、予め定められた第１の通信装置へのアクセス不能であった端末装置から所定の宛先へ宛てて送信されたアクセス要求の受信を検知したことを契機として、予め定められた第２の通信装置へのアクセスを促すデータをそのアクセス要求の送信元へ返信するリダイレクト実行手段と、前記アクセス要求の送信元の端末装置についての前記リダイレクト実行手段によるリダイレクトを解除するリダイレクト解除手段と、前記リダイレクトを解除された端末装置による通信の再開に先立って当該端末装置についての前記リダイレクトを復活させるリダイレクト復活手段と、を有することを特徴とするサーバ装置、を提供する。

ここで、リダイレクト復活手段によるリダイレクトの復活態様の具体例としては、上記通信よりも下位のプロトコル階層（上記通信がＷｅｂブラウザアクセスであれば、ＯＳＩ参照モデルにおけるアプリケーション層より下位のプロトコル階層（具体的にはネットワーク層或いはデータリンク層））の通信を端末装置が開始したことの検知を契機としてリダイレクトを復活させる態様が挙げられる。なお、上記下位のプロトコル階層の通信が開始されたことについては、例えば端末装置に対してＩＰ（Internet Protocol）アドレスが割り当てられたことやＩＰアドレスの割り当てを受けるためフレームの受信により検知すれば良い。また、リダイレクト復活手段によるリダイレクトの復活態様の他の具体例としては、上記通信の再開指示が前記端末装置に与えられたことの検知を契機として復活させる態様が挙げられる。例えば、上記端末装置に振動センサを設けておくとともに、上記端末装置を振る操作を上記通信の再開を指示する操作として定めておき、上記通信よりも下位のプロトコル階層の通信が可能な状態で上記再開を指示する操作が為された場合には上記下位のプロトコル階層の通信で当該操作が為されたことを端末装置から上記サーバ装置に通知させるようにすれば良い。

このようなサーバ装置によれば、端末装置についての上記リダイレクトが解除されても、当該端末装置による通信の再開に先立って当該リダイレクトが復活する。ここで、上記端末装置がＣＰＤ機能を備えた装置であり、上記第１の通信装置が当該端末装置の製造元等により運営されている所定のサイトの装置であった場合、上記端末装置の通信再開時点では当該第１の通信装置にアクセスすることはできず、ＣＰＤ機能によって、ブラウザの起動やＵＲＩの入力といった操作を行うことなく第２の通信装置へのアクセスが再開される。上記第２の通信装置は、Ｗｅｂ認証のための認証装置であっても良く、何らかのＷｅｂアプリケーションの提供のためのアプリケーションサーバであっても良い。また、上記第２の通信装置は上記サーバ装置と別個の装置であっても良いし、上記サーバ装置と同一の装置（例えば、上記サーバ装置に設けられた認証モジュールが上記第２の通信装置である場合など）であっても良い。上記第２の通信装置が認証装置である場合には、上記サーバ装置には、当該第２の通信装置により認証されたことを条件にリダイレクトを解除させるようにすれば良い。

特許文献１には、ブラウザ機能を備える端末からダイヤルアップ接続を介してＷＷＷサーバにアクセスする際、再接続時に以前アクセスしたページを復元する技術が開示されている。しかし、特許文献１に開示の技術は、ＣＰＤを利用してブラウザを自動的に起動する技術ではなく、本願発明とは全く異なる技術である。

上記端末装置は、上記ネットワークに有線接続される端末装置であっても良く、また、無線接続される無線端末装置であっても良い。上記端末装置が信号線等を介して上記ネットワークに有線接続される場合には、上記信号線の着脱（或いはハブ等において当該信号線の接続されるポートの開閉）に応じて上記端末装置の通信の終了、再開を検出するようにすれば良い。また、上記端末装置が無線端末装置である場合には、上記ネットワークに無線アクセスポイント装置を含ませておけば良い。この場合、リダイレクト実行手段に送信させるデータに上記サーバ装置からのポーリングに応答する処理をその送信先の端末装置に実行させるプログラムを埋め込んでおき、上記サーバ装置には、ポーリングにより端末装置におけるブラウザの終了を検知し、当該端末装置についての無線接続の切断を無線アクセスポイント装置に指示させるようにすれば良い。このような態様によれば、何らかの理由でブラウザの実行を一旦終了する場合には、その終了を検知したことを契機として端末装置と無線アクセスポイント装置との間の無線接続が切断される（すなわち、Ｗｅｂアクセスよりも下位のプロトコル階層の通信が終了する）。このため、上記第２のＷｅｂページへのアクセスを再開する際には、端末装置を無線アクセスポイント装置に再接続する必要があり、その再接続（上記下位のプロトコル階層の通信の再開）を検知したことを契機としてリダイレクトが復活する。このような態様によれば、ＣＰＤを備えた無線端末装置において第２の通信装置へのアクセス中にブラウザを終了させた場合であっても、ブラウザの再起動やＵＲＩの入力といった操作をユーザに行わせることなく、かつ確実に当該第２の通信装置へのＷｅｂアクセスを再開させることが可能になる。

また、上記課題を解決するために本発明は、予め定められた第１の通信装置へのアクセスの可否を判定し、アクセス不能であった場合に所定の宛先へ宛ててアクセス要求を送信する１または複数の端末装置と、前記アクセス要求の受信を検知したことを契機として、予め定められた第２の通信装置へのアクセスを促すデータをそのアクセス要求の送信元へ返信する第１のリダイレクトを実行するリダイレクト実行手段と、当該送信元についての当該第１のリダイレクトを解除するリダイレクト解除手段と、を有するサーバ装置と、前記１または複数の端末装置の各々から送信されるアクセス要求が常に前記サーバ装置へ転送されるように第２のリダイレクトを実行する第２のリダイレクト実行手段と、を有する通信システムにおいて、前記サーバ装置は、前記第１のリダイレクトを解除された端末装置による通信の再開を検知したことを契機として当該端末装置についての前記第１のリダイレクトを復活させるリダイレクト復活手段を有することを特徴とする通信システム、を提供する。

このような態様によっても、上記課題を解決することができる。また、従来のＣＰＳ（Captive Portal System）サーバ装置（リダイレクトの解除後、所定のタイムアウト期間の経過を検知したことを契機としてリダイレクトを復活させるＣＰＳサーバ装置）を含む通信システムにおける当該ＣＰＳサーバ装置を本発明のサーバ装置に置き換えることで、当該既存の通信システムを本発明の通信システムとして機能させることができる。なお、上記第２のリダイレクト実行手段の具体例としては、全ての問い合わせに対してＣＰＳサーバ装置のＩＰアドレスを返信するように設定されたＤＮＳ（Domain Name System）サーバ装置が挙げられる。

上記通信システムでは、端末装置から送信されたアクセス要求は上記第２のリダイレクトにより常にＣＰＳサーバ装置に転送される。このため、上記第１の通信装置が上記サーバ装置以外の装置である場合には、上記第１のリダイレクトの有無を問わずに、上記端末装置は上記第１の通信装置にアクセスすることができず、常にリダイレクト有と誤判定されてしまう。そこで、上記第１の通信装置へのアクセスの可否に応じてリダイレクトの有無を判定し、リダイレクトが無い場合の所定の処理を端末装置に実行させる必要がある場合には、リダイレクトを解除した端末装置から第１の通信装置へのアクセスがあった場合に当該第１の通信装置の代わりに代理応答する代理応答手段を上記サーバ装置に設け、上記端末装置には当該代理応答があった場合にリダイレクトなしと判定させるようにすれば良い。

なお、本発明の別の態様としては、ＣＰＵ（Central Processing Unit）などのコンピュータを、上記リダイレクト実行手段、リダイレクト解除手段およびリダイレクト復活手段として機能させることを特徴とするプログラム、を提供する態様も考えられる。このようなプログラムにしたがってコンピュータを作動させることで、当該コンピュータを本発明のサーバ装置として機能させることができる。例えば、従来のＣＰＳサーバ装置に当該プログラムをインストールし、その制御部を当該プログラムにしたがって作動させることで当該ＣＰＳサーバ装置を本発明のサーバ装置として機能させることが可能になる。なお、このようなプログラムの具体的な提供態様としては、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）やＤＶＤ（Digital
Versatile Disc）、ＳＤメモリカードなどのコンピュータ読み取り可能な記録媒体に書き込んで配布する態様や、インターネットなどの電気通信回線経由のダウンロードにより配布する態様が考えられる。

本発明の一実施形態の通信システム１の構成例を示すブロック図である。 同通信システム１に含まれるＣＰＳサーバ装置１０の構成例を示すブロック図である。 同ＣＰＳサーバ装置１０の揮発性記憶部１４２に格納されていている端末管理テーブル１４２ａの格納内容の一例を示す図である。 本実施形態の動作例を示すシーケンス図である。 本実施形態の動作例を示すシーケンス図である。 変形例（３）の通信システムを示す図である。

以下、図面を参照しつつ、本発明の実施形態について説明する。
（Ａ：構成）
図１は、本発明の一実施形態の通信システム１の構成例を示すブロック図である。
図１に示すように通信システム１は、ＬＡＮ（Local Area Network）５０に各々接続されたＣＰＳサーバ装置１０、ＤＮＳサーバ装置２０、ＤＨＣＰ（Dynamic Host Configuration
Protocol）サーバ装置３０および無線アクセスポイント（以下、「ＡＰ」と略記する）装置４０と、無線ＡＰ装置４０に無線接続する無線端末装置である端末装置６０とを含んでいる。図１では、端末装置６０が１台だけ図示されているが、複数の端末装置６０が無線ＡＰ装置４０に無線接続されても良い。また、図１では、無線ＡＰ装置４０が１台だけ図示されているが、複数の無線ＡＰ装置４０がＬＡＮ５０に接続されても良い。

ＤＮＳサーバ装置２０は一般的なＤＮＳサーバ装置と特段に変わるところは無い。ただし、本実施形態では、アドレス解決（ドメイン名に対応するＩＰアドレスの特定）のための全ての問い合わせに対してＣＰＳサーバ装置１０のＩＰアドレスを返信するようにＤＮＳサーバ装置２０に設定されている。ＤＨＣＰサーバ装置３０も一般的なＤＨＣＰサーバ装置と特段に変わるところはなく、無線ＡＰ装置４０に無線接続された端末装置６０に対してＩＰアドレスを動的に割り当てる装置である。ただし、ＤＨＣＰサーバ装置３０については、ＩＰアドレスの割り当てを行う毎にその割り当て結果を示すログ（例えば、割り当てたＩＰアドレスとその割り当て先のＭＡＣ（Media Access Control）アドレスとを含むデータ：以下、Ｓｙｓｌｏｇ）をＣＰＳサーバ装置１０へ送信する設定が予め為されている。ＩＰアドレスとはＯＳＩ参照モデルの第３層（ネットワーク層）において各装置を一意に識別する通信アドレスであり、ＭＡＣアドレスとは同第２層（データリンク層）において各装置を一意に識別する通信アドレスである。ＭＡＣアドレスは各装置の工場出荷時点で装置毎に一意の値となるように定められている。

端末装置６０は、例えばスマートフォンである。端末装置６０は、移動電話網（図示略）を介して通話の発着信を行う通話機能、無線ＡＰ装置４０との間で無線通信リンクを確立する機能、およびプログラム実行機能を備えている。端末装置６０は、無線ＡＰ装置４０との間に無線通信リンクを確立することで無線ＡＰ装置４０への無線接続を実現する。端末装置６０には、メーラやブラウザなどの各種プログラムが予めインストールされており、端末装置６０は、これらプログラムを上記プログラム実行機能を利用して実行することができる。

端末装置６０は、前述したＣＰＤ機能を備えている。端末装置６０は、無線ＡＰ装置４０のＳＳＩＤを指定する操作が為されたことの検知を契機として、前述した無線通信機能により無線ＡＰ装置４０への無線接続を試みる。そして、無線ＡＰ装置４０への無線接続に成功すると、端末装置６０はＤＨＣＰサーバ装置３０にアクセスしてＩＰアドレスの割り当てを受け、前述したＣＰＤ機能により、リダイレクトの有無を判定する。具体的には、端末装置６０は、所定のＷｅｂページへのアクセスの可否を判定し、アクセス不能である場合にブラウザを起動して所定のアクセス要求を送信する。なお、このアクセス要求におけるアクセス先のＵＲＩ等については任意の値に適宜定めておけば良い。上記アクセス要求の送信に先立って端末装置６０は当該アクセス要求によるアクセス先についてのＩＰアドレスの解決をＤＮＳサーバ装置２０に問い合わせる。前述したように、ＤＮＳサーバ装置２０については、全ての問い合わせに対してＣＰＳサーバ装置１０のＩＰアドレスを返信するように設定されているため、端末装置６０のブラウザからのアクセス要求は、全てＣＰＳサーバ装置１０にリダイレクトされる。

ＣＰＳサーバ装置１０は、Ｗｅｂサーバ機能を有しており、アクセス要求を受信したことの検知を契機として、当該アクセス要求のアクセス先のＵＲＩを差し替えて予め定められたＷｅｂページを表すデータをそのアクセス要求の送信元へ返信する。つまり、図１に示す通信システム１では、端末装置６０から送信されるアクセス要求にはＤＮＳサーバ装置２０とＣＰＳサーバ装置１０とによって２段階のリダイレクトが施される。以下では、ＣＰＳサーバ装置１０によるリダイレクトのことを「第１のリダイレクト」と呼び、ＤＮＳサーバ装置２０によるリダイレクトのことを「第２のリダイレクト」と呼ぶ。

上記第１のリダイレクトによってＣＰＳサーバ装置１０から端末装置６０へ送信されるデータの表すＷｅｂページの一例としては、前述したＷｅｂ認証のためのＷｅｂページ（以下、認証用ページ）が挙げられる。ＣＰＳサーバ装置１０は、この認証用ページを介して入力されたアカウント情報に基づいてＷｅｂ認証を行う。ＣＰＳサーバ装置１０は、端末装置６０（或いはそのユーザ）についての認証に成功すると、端末装置６０についての上記第１のリダイレクトを解除するとともに、所定のＷｅｂアプリケーションの埋め込まれたＷｅｂページ（以下、メインページ）のデータを端末装置６０へ送信し、端末装置６０のユーザに当該Ｗｅｂアプリケーションを利用させる。

本実施形態では、ＬＡＮ５０は例えば花火大会を展望可能なレストランに敷設されており、上記Ｗｅｂアプリケーションは上記花火大会において花火の打ち上げに合わせて奏でられる音楽を端末装置６０に再生させる音楽アプリケーションである。この音楽アプリケーションを実現するアプリケーションプログラムには、上記花火大会のプログラム進行に即して再生するべき複数の音楽の各々の波形データと各波形データの再生開始時刻を示すタイムチャートとが含まれている。上記レストランの来客には上記Ｗｅｂ認証のためのアカウント情報が配布され、各来客は各自のスマートフォンを用いて上記Ｗｅｂアプリケーションを利用することができる。すなわち、音楽アプリケーションにしたがって再生される音楽を聴きながら花火を鑑賞できる。

上記の要領で音楽を聴きながら花火を見ている状況下でブラウザの実行を一旦中断させた場合（例えば、花火を撮影するためにスマートフォンのカメラを起動させるためにブラウザの実行を終了させた場合や花火の感想を知人に伝えるメールを送信するためにブラウザの実行を終了させた場合など）、ＣＰＳを有する従来のシステムでは、音楽アプリケーションの利用を再開するには、ユーザはブラウザの再起動や上記音楽アプリケーションのＵＲＩ（すなわち、前述したメインページのＵＲＩ）の入力といった操作を行う必要があった。これに対して、本実施形態では、ＣＰＳサーバ装置１０に本発明の特徴を顕著に示す処理を実行させることで、ブラウザの再起動や上記ＷｅｂアプリケーションのＵＲＩの入力といった操作をユーザに行わせることなく、音楽アプリケーションの利用を再開させることが可能となっている。
以下、本実施形態の特徴を顕著に示すＣＰＳサーバ装置１０を中心に説明する。

図２は、ＣＰＳサーバ装置１０の構成例を示すブロック図である。
図２に示すように、ＣＰＳサーバ装置１０は、制御部１１０、通信インタフェース（以下、「Ｉ／Ｆ」）部１２０、タイマ１３０、記憶部１４０、およびこれら構成要素間のデータ授受を仲介するバス１５０を含んでいる。

制御部１１０は例えばＣＰＵである。制御部１１０は記憶部１４０（より正確には不揮発性記憶部１４４）に記憶されているＣＰＳ制御プログラム１４４ｂを実行することにより、ＣＰＳサーバ装置１０の制御中枢として機能する。制御部１１０がＣＰＳ制御プログラム１４４ｂにしたがって実現する機能の詳細については後に明らかにする。通信Ｉ／Ｆ部１２０は例えばＮＩＣ（Network Interface Card）であり、ＬＡＮ５０に接続されている。通信Ｉ／Ｆ部１２０はＬＡＮ５０から送信されてくるデータを受信して制御部１１０に引き渡す一方、制御部１１０から引き渡されたデータをＬＡＮ５０へと送出する。タイマ１３０は例えばリアルタイムクロックである。タイマ１３０は、制御部１１０からの要求に応じてその要求のあった時点の日時を示す日時データを制御部１１０に与える。

記憶部１４０は、図２に示すように揮発性記憶部１４２と不揮発性記憶部１４４を有している。揮発性記憶部１４２は、例えばＲＡＭ（Random Access Memory）である。揮発性記憶部１４２は、ＣＰＳ制御プログラム１４４ｂを実行する際のワークエリアとして制御部１１０によって利用される。また、揮発性記憶部１４２には、端末管理テーブル１４２ａが格納される。端末管理テーブル１４２ａの格納内容は、ＣＰＳ制御プログラム１４４ｂにしたがって作動している制御部１１０によって更新される。

図３は、端末管理テーブル１４２ａの格納内容の一例を示す図である。端末管理テーブル１４２ａには、無線ＡＰ装置４０に無線接続している各端末装置を一意に示す端末識別子（本実施形態では、ＩＰアドレス）に対応付けて、当該端末装置についての直近の認証成功日時を示す認証日時データと前述した第１のリダイレクトの有無を示すリダイレクト有無フラグが格納される。なお、認証日時データの値が初期値（本実施形態では、ＮＵＬＬ、すなわち、０ｘ００）であれば、当該認証日時データに対応する端末識別子の示す端末装置について認証済でないことを表す。また、リダイレクト有無フラグには、当該リダイレクト有無フラグに対応する端末識別子の示す端末装置について第１のリダイレクトが解除されていれば（すなわち、リダイレクト無しであれば）０がセットされ、第１のリダイレクトが解除されていなければ（すなわち、リダイレクト有りであれば）１がセットされる。

つまり、端末管理テーブル１４２ａの格納内容は、無線ＡＰ装置４０に無線接続している各端末装置について、認証済であるか否か、および第１のリダイレクトが解除されているか否かを表している。例えば、図３に示す例は、ＩＰアドレスが“１９２．１６８．１．１”である端末装置については、認証済ではなく、かつ第１のリダイレクトが解除されていないことを、ＩＰアドレスが“１９２．１６８．１．２”である端末装置については、ＹＹ年ＭＭ月ＤＤ１日に認証済であり、かつ第１のリダイレクトが解除されていないことを、ＩＰアドレスが“１９２．１６８．１．３”である端末装置については、ＹＹ年ＭＭ月ＤＤ２日に認証済であり、かつ第１のリダイレクトが解除されていることを、表している。

不揮発性記憶部１４４は例えばフラッシュＲＯＭ（Read Only Memory）やハードディスクである。不揮発性記憶部１４４には、前述したＣＰＳ制御プログラム１４４ｂの他に、ＣＰＳサーバ装置１０に特有のデータが記憶されている。ＣＰＳサーバ装置１０に特有のデータの具体例としては、前述した認証用ページやメインページ、後述する代理応答ページの各々の表すＷｅｂページデータ（例えば、ＨＴＭＬデータ）よりなるＷｅｂページデータ１４４ａが挙げられる。メインページのＷｅｂページデータには前述した音楽アプリケーションを実現するアプリケーションプログラムが埋め込まれている。このアプリケーションプログラムは、複数の音楽の各々を前述したタイムチャートにしたがって再生する処理と、ＣＰＳサーバ装置１０からのポーリングに応答する処理と、を端末装置６０に並列に実行させるプログラムである。

制御部１１０は、ＣＰＳサーバ装置１０の電源（図２では図示略）の投入またはリセットの検知を契機としてＣＰＳ制御プログラム１４４ｂを不揮発性記憶部１４４から揮発性記憶部１４２に読み出し、その実行を開始する。ＣＰＳ制御プログラム１４４ｂにしたがって作動している制御部１１０は、ＤＨＣＰサーバ装置３０から送信されてくるＳｙｓｌｏｇの受信により、無線ＡＰ装置４０への端末装置の無線接続を検出し、当該接続が初回の接続であるかそれとも再接続であるかを判定する。具体的には、当該Ｓｙｓｌｏｇに含まれるＩＰアドレスが端末管理テーブル１４２ａに未登録であれば、初回の接続であると判定する。そして、制御部１１０は、初回の接続であると判定した場合には、当該Ｓｙｓｌｏｇに含まれているＩＰアドレスを端末識別子とし、認証日時データにＮＵＬＬ（すなわち、０ｘ００）をセットし、リダイレクト有無フラグに１をセットしたレコードを作成し、当該レコードを端末管理テーブル１４２ａに追加登録する。逆に再接続であると判定した場合には、制御部１１０はリダイレクト復活手段（図１参照）として機能する。また、ＣＰＳ制御プログラム１４４ｂにしたがって作動している制御部１１０は、図１に示すリダイレクト実行手段、リダイレクト解除手段、代理応答手段、および切断指示手段としても機能する。これら各手段の概略は以下の通りである。

ＣＰＳ制御プログラム１４４ｂにしたがって作動している制御部１１０は、通信Ｉ／Ｆ部１２０を介してアクセス要求を受信したことの検知を契機として、そのアクセス要求の送信元に関して第１のリダイレクトを解除済であるか否かを端末管理テーブル１４２ａの格納内容を参照して判定する。具体的には、制御部１１０は、上記アクセス要求の送信元を示す端末識別子に対応付けて端末管理テーブル１４２ａに格納されているリダイレクト有無フラグの値が０であれば当該送信元について第１のリダイレクトを解除済であると判定し、リダイレクト有無フラグの値が１であれば第１のリダイレクトを解除済ではないと判定する。そして、制御部１１０は、上記アクセス要求の送信元について第１のリダイレクトを解除済ではなかった場合には、リダイレクト実行手段として機能し、逆に解除済であった場合には、代理応答手段として機能する。

リダイレクト実行手段は、上記アクセス要求の送信元について認証済みであるか否かを端末管理テーブル１４２ａの格納内容を参照して判定する。ここで、認証済みとは、上記アクセス要求の送信元の端末識別子に対応付けて端末管理テーブル１４２ａに格納されている認証日時データがＮＵＬＬではなく、かつ上記アクセス要求を受信した日時（タイマ１３０により取得）が当該認証日時データの示す日時を起算点とする所定の認証タイムアウト期間内の日時である場合をいう。認証済でなかった場合には、リダイレクト実行手段は、上記アクセス要求により指定されたＵＲＩとは無関係に認証用ページのＷｅｂページデータをそのアクセス要求の送信元（本実施形態では、端末装置６０）へ返信する第１のリダイレクトを実行する。そして、リダイレクト実行手段は、この認証ページを介した認証に成功すると、タイマ１３０にアクセスして日時データを取得し、上記送信元の端末識別子に対応付けて端末管理テーブル１４４ａに格納されている認証日時データを上記の要領で取得した日時データで更新するとともに、メインページのＷｅｂデータを当該送信元へ送信する。これに対して認証済であった場合には、リダイレクト実行手段は、上記アクセス要求により指定されたＵＲＩとは無関係にメインページのＷｅｂページデータをそのアクセス要求の送信元へ返信する第１のリダイレクトを実行する。なお、上記認証ページを介した認証については、リダイレクト実行手段とは別個の認証モジュールに行わせ、リダイレクト実行手段には上記第１のリダイレクトのみを実行させるようにしても良い。

リダイレクト解除手段は、上記認証用ページを介した認証に成功したことの検知を契機として、端末管理テーブル１４２ａの格納内容を更新し、上記アクセス要求の送信元についての第１のリダイレクトを解除する。具体的には、リダイレクト解除手段は、上記アクセス要求の送信元の端末識別子に対応付けて端末管理テーブル１４２ａに格納されているリダイレクト有無フラグの値を１から０に更新する。

代理応答手段は、代理応答ページのＷｅｂページデータを不揮発性記憶部１４４から読み出し、上記アクセス要求の送信元へ返信する。本実施形態では、上記リダイレクト解除手段によって上記第１のリダイレクトを解除済の端末装置であってもＤＮＳサーバ装置２０による第２のリダイレクトが常に実行されるため、リダイレクトの有無を確かめるため当該端末装置から送信されたアクセス要求がその宛先へと到達することはなく、リダイレクトの有無に関して誤判定が為される虞がある。代理応答手段は、このような誤判定の発生を回避するために設けられている。

切断指示手段は、前述したポーリングを行い、当該ポーリングにより端末装置６０におけるブラウザの終了を検知したこと（すなわち、ポーリングに対する応答が返信されてこなかったこと）を契機として、端末装置６０についての無線接続の切断を無線ＡＰ装置４０に指示するとともに、ＤＨＣＰサーバ装置３０に対して当該端末装置６０に割り当てていたＩＰアドレスの解放を指示する。無線ＡＰ装置４０は、上記指示に応じて端末装置６０との間の無線通信リンクを切断し、ＤＨＣＰサーバ装置３０は上記指示に応じて該当ＩＰアドレスの割り当てを解除する。このような切断指示手段をＣＰＳサーバ装置１０に設けたため、本実施形態では、上記音楽アプリケーションを利用中の端末装置６０において何らかの理由でブラウザの実行を一旦終了させ、その後、その音楽アプリケーションの利用を再開する場合には、端末装置６０のユーザは、端末装置６０を無線ＡＰ装置４０に再接続し、再度ＩＰアドレスの割り当てを受ける（すなわち、アプリケーション層よりも下位のプロトコル階層の通信を再開させる）必要がある。

リダイレクト復活手段は、上記アクセス要求の送受信よりも下位のプロトコル階層（具体的には、ＯＳＩ参照モデルにおける第３層（すなわち、ネットワーク層））の通信が第１のリダイレクトを解除された端末装置６０により再開されたことの検知を契機として当該端末装置６０についての第１のリダイレクトを復活させる。具体的には、リダイレクト復活手段は、当該端末装置６０の端末識別子に対応付けて端末管理テーブル１４２ａに格納されているリダイレクト有無フラグの値を０から１に更新して上記第１のリダイレクトを復活させる。本実施形態のリダイレクト復活手段は、上記アクセス要求の送受信よりも下位のプロトコル階層の通信の再開を、ＤＨＣＰサーバ装置３０によるＩＰアドレスの再割り当てにより検知するが、無線ＡＰ装置４０への再接続（すなわち、ＯＳＩ参照モデルにおける第２層（すなわち、データリンク層）の通信の再開）により検知しても良く、端末装置６０から送信されたＡＲＰの受信により検知しても良い。
以上がＣＰＳサーバ装置１０の構成である。

（Ｂ：動作）
以下、図面を参照しつつ本実施形態の動作を説明する。以下では、通信システム１の敷設されたレストランに端末装置６０のユーザが初めて来店し、上記音楽アプリケーションを利用する場合を例に取って各装置の動作を説明する。

図４は、無線ＡＰ装置４０に対する初回接続時に各装置が実行する通信の流れを示すシーケンス図である。上記レストランに来店した端末装置６０のユーザは、案内された席に座り、上記音楽アプリケーションを利用するために端末装置６０に無線ＡＰ装置４０のＳＳＩＤを入力する。このようにしてＳＳＩＤを入力された端末装置６０は無線ＡＰ装置４０に無線接続し（図４：Ｓ１００）、無線接続に成功するとＤＨＣＰサーバ装置３０と通信（図４：Ｓ１０２）してＩＰアドレスの割り当てを受ける。

ＤＨＣＰサーバ装置３０は、端末装置６０に対するＩＰアドレスの割り当てを完了すると、当該ＩＰアドレスを含むＳｙｓｌｏｇをＣＰＳサーバ装置１０に送信する（図４：Ｓ１０４）。ＣＰＳサーバ装置１０の制御部１１０は、上記Ｓｙｓｌｏｇの受信を検知したことを契機として端末装置６０のＩＰアドレスを端末識別子として含むレコードを端末管理テーブル１４２ａに追加登録する。本動作例では、端末装置６０は初めて無線ＡＰ装置４０に無線接続されるため、上記追加登録の際には認証日時データには初期値（ＮＵＬＬ）がセットされ、リダイレクト有無フラグには１がセットされる。

一方、端末装置６０は、ＤＨＣＰサーバ装置３０によるＩＰアドレスの割り当てが完了すると、前述したＣＰＤによりリダイレクトの有無をバックグラウンドで判定する。本動作例では、端末装置６０から送信されるアクセス要求はＤＮＳサーバ装置２０による第２のリダイレクトとＣＰＳサーバ装置１０による第１のリダイレクトとを受けるため、端末装置６０は、リダイレクト有と判定し、ブラウザを起動して所定のアクセス要求を送信する（図４：Ｓ１０６）。

ＣＰＳサーバ装置１０は、上記アクセス要求を受信すると、当該アクセス要求の送信元についてはリダイレクトを解除されていないため、リダイレクト実行手段による処理を実行する。本動作例では、端末装置６０については認証済ではないため、リダイレクト実行手段により、まず、Ｗｅｂ認証のための通信が実行される（図４：Ｓ１０８）、より詳細に説明すると、リダイレクト実行手段は認証用ページのＷｅｂページデータを端末装置６０へ返信する。端末装置６０は、このＷｅｂページデータに応じて端末認証ページを表示する。端末装置６０のユーザは、来店時に配布されたアカウント情報を端末認証ページの入力欄に入力する。リダイレクト実行手段は、このようにして入力されたアカウント情報を用いて認証を行う。

リダイレクト実行手段は、端末装置６０の認証に成功すると、上記アクセス要求の送信元の端末識別子に対応付けて端末管理テーブル１４２ａに格納されている認証日時データを更新するとともに、メインページのＷｅｂページデータを端末装置６０に送信する（図４：Ｓ１１０）。また、上記認証の成功を検知したことを契機としてリダイレクト解除手段によって、端末装置６０についての第１のリダイレクトが解除される。具体的には、リダイレクト解除手段は、当該端末装置６０の端末識別子に対応付けて端末管理テーブル１４２ａに登録されているリダイレクト有無フラグの値を０に更新する。一方、端末装置６０は、上記メインページのＷｅｂページデータを受信すると、当該メインページに埋め込まれているアプリケーションプログラムの実行を開始し、音楽アプリケーションを実現する。以降、ＣＰＳサーバ装置１０では、切断指示手段によるポーリング（図４：Ｓ１１２）が開始される。以上が、無線ＡＰ装置４０に対する端末装置６０の初回接続時に各装置が実行する通信の流れである。

次いで、上記の要領で音楽アプリケーションの利用を開始したユーザが、花火を撮像するためにブラウザを一旦終了させた場合を例にとって、各装置の動作を説明する。図５は、端末装置６０にてブラウザの実行が終了された場合に各装置が実行する通信の流れを示すシーケンス図である。図５に示すにように、端末装置６０におけるブラウザの実行が終了されると、ＣＰＳサーバ装置１０からのポーリング（図５：Ｓ２００）に対する応答が返信されなくなる。ＣＰＳサーバ装置１０の切断指示手段は、上記ポーリングに対する応答の途絶の検知を契機として端末装置６０におけるブラウザの終了を検知し、無線ＡＰ装置４０に対して、上記ポーリングの相手装置（すなわち、端末装置６０）との間の無線接続の切断を指示する（図５：Ｓ２０２）とともに、当該相手装置に割り当てられていたＩＰアドレスの解放をＤＨＣＰサーバ装置３０に指示する。無線ＡＰ装置４０は上記指示に応じて端末装置６０との間の無線接続を切断し、ＤＨＣＰサーバ装置３０は上記指示に応じて端末装置６０に割り当てていたＩＰアドレスを解放する。

端末装置６０のユーザは、花火の撮像を完了すると、端末装置６０の表示部等に表示されるメッセージによって無線ＡＰ装置４０からの切断を把握する。このようにして無線ＡＰ装置４０からの切断を把握したユーザは、再度、無線ＡＰ装置４０のＳＳＩＤを端末装置６０に入力し再接続を指示する。このようにして再接続を指示された端末装置６０は無線ＡＰ装置４０に無線接続し（図５：Ｓ２０４）、無線接続に成功するとＤＨＣＰサーバ装置３０と通信し（図５：Ｓ２０６）、初回接続時に割り当てられていたＩＰアドレスを再度割り当てられる。ＤＨＣＰサーバ装置３０は、端末装置６０に対するＩＰアドレスの割り当てを完了すると、当該ＩＰアドレスを含むＳｙｓｌｏｇをＣＰＳサーバ装置１０に送信する（図５：Ｓ２０８）。

ＣＰＳサーバ装置１０のリダイレクト復活手段は、上記Ｓｙｓｌｏｇの受信により端末装置６０に対するＩＰアドレスの再割り当てを検知し、端末装置６０についての第１のリダイレクトを復活させる。具体的には、制御部１１０は、上記Ｓｙｓｌｏｇに含まれているＩＰアドレスを端末識別子として含むレコードのリダイレクト有無フラグの値を１に更新する。

一方、端末装置６０は、ＤＨＣＰサーバ装置３０によるＩＰアドレスの割り当てを完了すると、前述したＣＰＤによりリダイレクトの有無をバックグラウンドで判定する。本動作例では、端末装置６０に対する第１のリダイレクトが復活しているため、端末装置６０は、リダイレクト有と判定し、ブラウザを起動して所定のアクセス要求を送信する（図５：Ｓ２１０）。ＣＰＳサーバ装置１０は、上記アクセス要求を受信すると、当該アクセス要求の送信元についてはリダイレクトを解除されていないため、リダイレクト実行手段による第１のリダイレクトが実行される（図５：Ｓ２１２）。ここで、無線ＡＰ装置４０に対する端末装置６０の初回接続時点から上記アクセス要求の送信までに要した時間が充分に短く、認証タイムアウト期間を経過していなければ、リダイレクト実行手段はＷｅｂ認証をスキップしてメインページのＷｅｂページデータを送信する。端末装置６０は、上記メインページのＷｅｂページデータを受信すると、当該メインページに埋め込まれているアプリケーションプログラムの実行を開始し、音楽アプリケーションを再開する。

以上説明したように本実施形態によれば、花火の撮像のために音楽アプリケーションの利用を一時中断し、撮像完了後に再開する場合であっても、ブラウザの起動や上記メインページのＵＲＩの入力などの操作を行わなくとも、ＣＰＤによりブラウザが自動的に起動され、音楽アプリケーションの実行が再開される。このように、本実施形態によれば、ＣＰＤを備えた端末装置において予め定められたＷｅｂページへのアクセスが中断された場合に、Ｗｅｂブラウザの起動とＵＲＩの入力といった操作をユーザに行わせることなくそのＷｅｂページへのアクセスを再開させることが可能になる。

（Ｃ：変形）
以上本発明の実施形態について説明したが、この実施形態に以下の変形を加えても勿論良い。
（１）上記実施形態では、端末装置６０はスマートフォンであったが、ＬＡＮ５０に無線接続可能でブラウザ機能を備えた端末装置であれば、携帯型ゲーム機であっても良く、タブレット端末やノート型パーソナルコンピュータであっても良い。また、上記実施形態では、端末装置６０がＬＡＮ５０に無線接続される場合について説明したが、有線接続される態様であっても良く、ＬＡＮ５０に無線接続される端末装置６０と有線接続される端末装置６０とが混在する態様であっても良い。

（２）上記実施形態では、ＤＮＳサーバ装置２０とＤＨＣＰサーバ装置３０の各々をＣＰＳサーバ装置１０とは別個の装置としたが、ＤＮＳサーバ装置２０とＤＨＣＰサーバ装置３０の何れか一方（或いは両方）の機能をＣＰＳサーバ装置１０に兼ねさせても良い。また、上記実施形態では、ＣＰＳサーバ装置１０がアクセス要求の送信元の認証を行ったが当該認証を行う認証装置をＣＰＳサーバ装置１０とは別個に設けても良く、この場合、ＣＰＳサーバ装置１０には、上記認証用ページのＷｅｂページデータに代えて当該認証装置へのアクセスを促すデータ（例えば、当該認証装置のＵＲＩを表す文字列データ）を返信させるようにすれば良い。また、上記実施形態では、ＣＰＤを用いて（すなわち、バックグラウンドでブラウザを起動し、所定の宛先とのＨＴＴＰ通信が可能であるか否かに応じて）リダイレクトの有無を判定する場合について説明したが、予め定められた通信装置とＨＴＴＰ以外の通信プロトコルに準拠した通信が可能であるか否かに基づいてリダイレクトの有無を判定しても良い。つまり、ＣＰＳ（或いはＣＰＤ）が本発明の前提となることはない。要は、予め定められた通信装置へのアクセスを阻害するリダイレクトの有無を判定しリダイレクトがあった場合には自動的にＷｅｂアクセス等の通信を開始する端末装置と、当該通信の開始を検知したこと契機としてリダイレクトを解除するサーバ装置とを含む通信システムであれば、本発明を適用すること（すなわち、リダイレクトを解除された端末装置による通信の再開に先立って（例えば、上記通信よりも下位のプロトコル階層の通信が開始されたことの検知を契機として）当該端末装置についてのリダイレクトを復活させるリダイレクト復活手段を上記サーバ装置に設けること）で、Ｗｅｂアクセス等の上位のプロトコル階層の通信が一旦終了された場合であっても、ユーザに煩雑な操作を行わせることなく当該通信を再開させることが可能になる。

（３）上記実施形態では、リダイレクト実行手段、リダイレクト解除手段、リダイレクト復活処理、切断指示手段および代理応答手段の各手段をソフトウェアモジュールで実現したが、これら各手段を電子回路などのハードウェアモジュールで実現し、これら各手段を組み合わせて本発明のサーバ装置を構成しても良い。また、代理応答手段は必ずしも必須ではなく、省略しても良い。さらに、端末装置６０がＬＡＮ５０に有線接続される態様であれば上記サーバ装置に切断指示手段を設ける必要はなく、端末装置６０に固定のＩＰアドレスが割り当てられている態様であればＤＨＣＰサーバ装置３０を省略可能であることは言うまでもない。

したがって、本発明の通信システム１の最小限の構成としては、図６に示すように、予め定められた第１の通信装置（例えば、前述した第１のＷｅｂページのデータを配信する装置）にアクセス不能であった場合に所定のアクセス要求を送信する端末装置６０と、アクセス要求の受信を検知したことを契機として、予め定められた第２の通信装置（例えば、認証装置等）へのアクセスを促すデータをそのアクセス要求の送信元へ返信する第１のリダイレクトを実行するリダイレクト実行手段と、当該送信元についての当該第１のリダイレクトを解除するリダイレクト解除手段とを有するサーバ装置１０´と、端末装置６０から送信されるアクセス要求が常にサーバ装置１０´へ転送されるように第２のリダイレクトを実行する第２のリダイレクト実行手段（ＤＮＳサーバ装置２０）と、を有し、サーバ装置１０´は、第１のリダイレクトを解除された端末装置６０による通信の再開に先立って当該端末装置６０についての第１のリダイレクトを復活させるリダイレクト復活手段をさらに有する構成、が挙げられる。

（４）上記実施形態では、端末管理テーブル１４２ａに格納する端末識別子としてＩＰアドレスを用いたがＭＡＣアドレスを用いても勿論良い。一般に、無線ＡＰ装置４０に対する端末装置６０の無線接続を切断後、再接続する際には、その切断前と同じＩＰアドレスが割り当てられることが多いが、多数の端末装置６０についての切断および再接続が短時間のうちに集中して発生すると、切断前と同じＩＰアドレスが各端末装置６０に割り当てられるとは限らない。切断前とは異なるＩＰアドレスが各端末装置６０に割り当てられた場合には、上記端末識別子としてＩＰアドレスを用いる態様では、端末管理テーブル１４２ａの格納内容が現実に沿わなくなる虞がある。

そこで、このような事態の発生が想定される場合（例えば、大晦日から元日にかけて開催される花火大会用の音楽アプリケーションを提供する場合など：この場合は、メール送信などのために元日午前０時付近に無線接続を切断および再接続が集中すると考えられる）には、上記端末識別子としてＭＡＣアドレスを用いるようにすれば良い。また、端末識別子としてＩＰアドレスを用いるか、それともＭＡＣアドレスを用いるかを時間帯に応じて切り換えるようにしても良い。上記のように大晦日から元日にかけて開催される花火大会用の音楽アプリケーションを提供する場合には、元日午前０時の前後３０分間については端末識別子としてＭＡＣアドレスを用い、その他の時間帯については端末識別子としてＩＰアドレスを用いるようにすれば良い。

（５）上記実施形態では、花火の打ち上げに同期して楽音を再生する音楽アプリケーションを提供する通信システムへの本発明の適用例を説明した。しかし、本発明の適用対象はこのような通信システムに限定されるものではなく、他のアプリケーションを提供する通信システムであっても良い。また、上記実施形態では、Ｗｅｂ認証に先行した端末装置に対してのみメインページのＷｅｂページデータを送信したが、Ｗｅｂ認証を省略しても良く、逆にＷｅｂ認証のみにＣＰＳを利用する通信システムに本発明を適用しても良い。すなわち、ＣＰＳサーバ装置１０がリダイレクトするＷｅｂページは、Ｗｅｂ認証のためのＷｅｂページであっても良く、また、音楽アプリケーション以外のアプリケーションが埋め込まれたＷｅｂページであっても良い。また、上記実施形態ではポーリングによりブラウザの終了を検知する態様について説明したが、ブラウザ終了時にはその終了に先立って所定の終了メッセージを端末装置６０からＣＰＳサーバ装置１０へ送信することでブラウザの終了を通知させるようにしても良い。

１…通信システム、１０…ＣＰＳサーバ装置、１０´…サーバ装置、１１０…制御部、１２０…通信Ｉ／Ｆ部、１３０…タイマ、１４０…記憶部、１４２…揮発性記憶部、１４２ａ…端末管理テーブル、１４４…不揮発性記憶部、１４４ａ…Ｗｅｂページデータ、１４４ｂ…ＣＰＳ制御プログラム、１５０…バス、２０…ＤＮＳサーバ装置、３０…ＤＨＣＰサーバ装置、４０…無線ＡＰ装置、５０…ＬＡＮ、６０…端末装置。

Claims (9)

1. 予め定められた第１の通信装置へのアクセス不能であった端末装置から所定の宛先へ宛てて送信されたアクセス要求を受信したことの検知を契機として、予め定められた第２の通信装置へのアクセスを促すデータをそのアクセス要求の送信元へ返信するリダイレクト実行手段と、
   前記アクセス要求の送信元の端末装置についての前記リダイレクト実行手段によるリダイレクトを解除するリダイレクト解除手段と、
   前記リダイレクトを解除された端末装置による通信の再開に先立って、当該端末装置についての前記リダイレクトを復活させるリダイレクト復活手段と、
   を有することを特徴とするサーバ装置。
2. 前記リダイレクト復活手段は、前記通信よりも下位のプロトコル階層の通信を前記端末装置が開始したことの検知を契機として前記リダイレクトを復活させる
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記リダイレクト復活手段は、前記通信の再開指示が前記端末装置に与えられたことの検知を契機として前記リダイレクトを復活させる
   ことを特徴とする請求項１に記載のサーバ装置。
4. 前記第２の通信装置は、アクセス元の認証を行う認証装置であり、
   前記リダイレクト解除手段は、前記認証装置により認証された端末装置について前記リダイレクトを解除する
   ことを特徴とする請求項１〜３の何れか１項に記載のサーバ装置。
5. 前記リダイレクトを解除済の端末装置からのアクセスがあった場合に前記第１の通信装置に代わって応答する代理応答手段を有する
   ことを特徴とする請求項１〜４の何れか１項に記載のサーバ装置。
6. 前記端末装置は、無線アクセスポイント装置への無線接続を契機として前記第１の通信装置へのアクセスの可否を判定する無線端末装置であり、
   前記第２の通信装置へのアクセスを促すために前記リダイレクト実行手段が送信するデータには、本装置からのポーリングに応答する処理を当該データの送信先に実行させるアプリケーションプログラムが埋め込まれており、
   前記ポーリングにより前記無線端末装置による通信の終了を検知したことを契機として、当該無線端末装置についての無線接続の切断をその接続先の無線アクセスポイント装置に指示する切断指示手段を有する
   ことを特徴とする請求項１〜５の何れか１項に記載のサーバ装置。
7. 予め定められた第１の通信装置へのアクセスの可否を判定し、アクセス不能であった場合に所定の宛先へ宛ててアクセス要求を送信する１または複数の端末装置と、
   前記アクセス要求を受信したことの検知を契機として、予め定められた第２の通信装置へのアクセスを促すデータをそのアクセス要求の送信元へ返信する第１のリダイレクトを実行するリダイレクト実行手段と、当該送信元についての当該第１のリダイレクトを解除するリダイレクト解除手段と、を有するサーバ装置と、
   前記１または複数の端末装置の各々から送信されるアクセス要求が常に前記サーバ装置へ転送されるように第２のリダイレクトを実行する第２のリダイレクト実行手段と、を有する通信システムにおいて、
   前記サーバ装置は、
   前記第１のリダイレクトを解除された端末装置による通信の再開に先立って当該端末装置についての前記第１のリダイレクトを復活させるリダイレクト復活手段を有する
   ことを特徴とする通信システム。
8. 前記第１の通信装置はアクセス要求の送信元へ第１のＷｅｂページデータを送信する一方、前記第２の通信装置はアクセス要求の送信元へ第２のＷｅｂページデータを送信し、
   前記１または複数の端末装置の各々は前記第１の通信装置へアクセス不能であった場合にブラウザを起動し、
   前記サーバ装置はＣＰＳ（Captive Portal System）サーバ装置である
   ことを特徴とする請求項７に記載の通信システム。
9. コンピュータを、
   予め定められた第１の通信装置へのアクセス不能であった端末装置から所定の宛先へ宛てて送信されたアクセス要求を受信したことの検知を契機として、予め定められた第２の通信装置へのアクセスを促すデータをそのアクセス要求の送信元へ返信するリダイレクト実行手段と、
   前記アクセス要求の送信元の端末装置についての前記リダイレクト実行手段によるリダイレクトを解除するリダイレクト解除手段と、
   前記リダイレクトを解除された端末装置による通信の再開に先立って当該端末装置についての前記リダイレクトを復活させるリダイレクト復活手段と、
   して機能させることを特徴とするプログラム。

Images