(57)【要約】【課題】会議用ネットワーク参加希望者が、参加申込のたびに毎回、ユーザ情報を入力操作する煩わしさを解消する。【解決手段】クライアント端末が所定のＵＲＬアドレスを指定してネットワークに接続要求を行い（Ｓ２００）、接続要求を受けたネットワークのアクセスポイントが、所定のＵＲＬアドレスに対応するＩＰアドレスとして、ネットワークの管理サーバのＩＰアドレスをクライアント端末へ通知する（Ｓ２０１）。クライアント端末は、通知されたＩＰアドレスによって管理サーバにアクセスし、ＷＥＢ画面データを入手し（Ｓ２０２，Ｓ２０３）、このＷＥＢ画面データに基づきＷＥＢ画面を表示し（Ｓ２０４）、該ＷＥＢ画面の指示に従いユーザ情報を入力する。入力されたユーザ情報が管理サーバに送信され、管理サーバは、該送信されたユーザ情報を基にクライアント端末のネットワーク接続可否を決定する。【選択図】      図２
2005031793.tif 000002
【特許請求の範囲】
【請求項１】
各々がアクセスポイントおよび管理サーバを備えるとともに、各基幹ネットワークに各アクセスポイントを介してそれぞれ接続される複数の小規模ネットワークにクライアント端末を接続させるクライアント端末接続方法において、
前記クライアント端末が所定のＵＲＬアドレスを指定して前記複数の小規模ネットワークの１つに接続要求を行う接続要求ステップと、
前記接続要求を受けた小規模ネットワークのアクセスポイントが、前記所定のＵＲＬアドレスに対応するＩＰアドレスとして、前記接続要求を受けた小規模ネットワークの管理サーバのＩＰアドレスを前記クライアント端末へ通知する通知ステップと、
前記クライアント端末は、前記通知ステップによって通知されたＩＰアドレスによって前記管理サーバにアクセスし、ＷＥＢ画面データを入手する入手ステップと、
前記クライアント端末は、前記入手ステップによって入手されたＷＥＢ画面データに基づきＷＥＢ画面を表示し、該ＷＥＢ画面の指示に従いユーザ情報を入力する入力ステップと、
前記入力ステップによって入力されたユーザ情報が前記管理サーバに送信され、前記管理サーバは、該送信されたユーザ情報を基に前記クライアント端末のネットワーク接続可否を決定する決定ステップと
を有することを特徴とするクライアント端末接続方法。
【請求項２】
前記入力ステップは、
前記クライアント端末が、前記入手ステップによって入手されたＷＥＢ画面データに基づきＷＥＢ画面を表示するとともに、該ＷＥＢ画面に対応するユーザ情報からなるクッキー情報を保存しているか否かを判別する判別ステップと、
前記判別ステップによる判別の結果、前記クッキー情報を保存していない場合に、前記ＷＥＢ画面の指示に従いユーザ情報を入力する第１の入力ステップと、
前記クッキー情報を保存している場合に、該クッキー情報を読み出して、前記ＷＥＢ画面の指示に対して充当させる第２の入力ステップと
を含むことを特徴とする請求項１記載のクライアント端末接続方法。
【請求項３】
前記各基幹ネットワークは、ＵＲＬアドレスに対応するＩＰアドレスの対応表データベースを格納するＤＮＳサーバを含み、
前記通知ステップは、
前記アクセスポイントが、前記クライアント端末から前記ＤＮＳサーバに対して、前記所定のＵＲＬアドレスに対応するＩＰアドレスの問い合わせが送信されたか否かを監視する監視ステップと、
前記監視ステップによって前記問い合わせが送信されたことが検出されたとき、前記アクセスポイントが、前記管理サーバのＩＰアドレスを前記問い合わせの返答として前記クライアント端末へ送信する送信ステップと
を含むことを特徴とする請求項１記載のクライアント端末接続方法。
【請求項４】
前記接続要求ステップによって前記クライアント端末が前記複数の小規模ネットワークのいずれに対して前記接続要求を行う場合にも、前記所定のＵＲＬアドレスは同一の値であることを特徴とする請求項１記載のクライアント端末接続方法。
【請求項５】
前記複数の小規模ネットワークはＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であることを特徴とする請求項１記載のクライアント端末接続方法。
【請求項６】
前記各アクセスポイントは、前記管理サーバへの専用接続インターフェースを物理的に有し、
前記通知ステップは、前記アクセスポイントが、前記所定のＵＲＬアドレスに対応するＩＰアドレスとして、前記専用接続インターフェースに対して割り振られたＩＰアドレスを前記クライアント端末へ通知することを特徴とする請求項１記載のクライアント端末接続方法。
【請求項７】
前記通知ステップは、
前記アクセスポイントが、前記管理サーバに所定のパケットを送信する第１の送信ステップと、
前記第１の送信ステップによって送信された前記所定のパケットに対して前記管理サーバが応答パケットを返信する返信ステップと、
前記アクセスポイントが、前記返信された応答パケットから前記管理サーバのＩＰアドレスを抽出する抽出ステップと、
前記アクセスポイントが、前記所定のＵＲＬアドレスに対応するＩＰアドレスとして、前記抽出ステップによって抽出されたＩＰアドレスを前記クライアント端末へ送信する第２の送信ステップと
を含むことを特徴とする請求項１記載のクライアント端末接続方法。
【請求項８】
各々がアクセスポイントおよび管理サーバを備えるとともに、各基幹ネットワークに各アクセスポイントを介してそれぞれ接続される複数の小規模ネットワークにクライアント端末を接続させるクライアント端末接続方法を、コンピュータに実行させるためのプログラムにおいて、
前記クライアント端末が所定のＵＲＬアドレスを指定して前記複数の小規模ネットワークの１つに接続要求を行う接続要求ステップと、
前記接続要求を受けた小規模ネットワークのアクセスポイントが、前記所定のＵＲＬアドレスに対応するＩＰアドレスとして、前記接続要求を受けた小規模ネットワークの管理サーバのＩＰアドレスを前記クライアント端末へ通知する通知ステップと、
前記クライアント端末は、前記通知ステップによって通知されたＩＰアドレスによって前記管理サーバにアクセスし、ＷＥＢ画面データを入手する入手ステップと、
前記クライアント端末は、前記入手ステップによって入手されたＷＥＢ画面データに基づきＷＥＢ画面を表示し、該ＷＥＢ画面の指示に従いユーザ情報を入力する入力ステップと、
前記入力ステップによって入力されたユーザ情報が前記管理サーバに送信され、前記管理サーバは、該送信されたユーザ情報を基に前記クライアント端末のネットワーク接続可否を決定する決定ステップと
を有することを特徴とするプログラム。
【請求項９】
前記入力ステップは、
前記クライアント端末が、前記入手ステップによって入手されたＷＥＢ画面データに基づきＷＥＢ画面を表示するとともに、該ＷＥＢ画面に対応するユーザ情報からなるクッキー情報を保存しているか否かを判別する判別ステップと、
前記判別ステップによる判別の結果、前記クッキー情報を保存していない場合に、前記ＷＥＢ画面の指示に従いユーザ情報を入力する第１の入力ステップと、
前記クッキー情報を保存している場合に、該クッキー情報を読み出して、前記ＷＥＢ画面の指示に対して充当させる第２の入力ステップと
を含むことを特徴とする請求項８記載のプログラム。
【請求項１０】
前記各基幹ネットワークは、ＵＲＬアドレスに対応するＩＰアドレスの対応表データベースを格納するＤＮＳサーバを含み、
前記通知ステップは、
前記アクセスポイントが、前記クライアント端末から前記ＤＮＳサーバに対して、前記所定のＵＲＬアドレスに対応するＩＰアドレスの問い合わせが送信されたか否かを監視する監視ステップと、
前記監視ステップによって前記問い合わせが送信されたことが検出されたとき、前記アクセスポイントが、前記管理サーバのＩＰアドレスを前記問い合わせの返答として前記クライアント端末へ送信する送信ステップと
を含むことを特徴とする請求項８記載のプログラム。
【請求項１１】
各々がアクセスポイントおよび管理サーバを備えるとともに、各基幹ネットワークに各アクセスポイントを介してそれぞれ接続される複数の小規模ネットワークにクライアント端末を接続させるクライアント端末接続方法をプログラムとして記憶した、コンピュータにより読み出し可能な記憶媒体において、前記プログラムが、
前記クライアント端末が所定のＵＲＬアドレスを指定して前記複数の小規模ネットワークの１つに接続要求を行う接続要求ステップと、
前記接続要求を受けた小規模ネットワークのアクセスポイントが、前記所定のＵＲＬアドレスに対応するＩＰアドレスとして、前記接続要求を受けた小規模ネットワークの管理サーバのＩＰアドレスを前記クライアント端末へ通知する通知ステップと、
前記クライアント端末は、前記通知ステップによって通知されたＩＰアドレスによって前記管理サーバにアクセスし、ＷＥＢ画面データを入手する入手ステップと、
前記クライアント端末は、前記入手ステップによって入手されたＷＥＢ画面データに基づきＷＥＢ画面を表示し、該ＷＥＢ画面の指示に従いユーザ情報を入力する入力ステップと、
前記入力ステップによって入力されたユーザ情報が前記管理サーバに送信され、前記管理サーバは、該送信されたユーザ情報を基に前記クライアント端末のネットワーク接続可否を決定する決定ステップと
を有することを特徴とする記憶媒体。
【請求項１２】
前記入力ステップは、
前記クライアント端末が、前記入手ステップによって入手されたＷＥＢ画面データに基づきＷＥＢ画面を表示するとともに、該ＷＥＢ画面に対応するユーザ情報からなるクッキー情報を保存しているか否かを判別する判別ステップと、
前記判別ステップによる判別の結果、前記クッキー情報を保存していない場合に、前記ＷＥＢ画面の指示に従いユーザ情報を入力する第１の入力ステップと、
前記クッキー情報を保存している場合に、該クッキー情報を読み出して、前記ＷＥＢ画面の指示に対して充当させる第２の入力ステップと
を含むことを特徴とする請求項１１記載の記憶媒体。
【請求項１３】
前記各基幹ネットワークは、ＵＲＬアドレスに対応するＩＰアドレスの対応表データベースを格納するＤＮＳサーバを含み、
前記通知ステップは、
前記アクセスポイントが、前記クライアント端末から前記ＤＮＳサーバに対して、前記所定のＵＲＬアドレスに対応するＩＰアドレスの問い合わせが送信されたか否かを監視する監視ステップと、
前記監視ステップによって前記問い合わせが送信されたことが検出されたとき、前記アクセスポイントが、前記管理サーバのＩＰアドレスを前記問い合わせの返答として前記クライアント端末へ送信する送信ステップと
を含むことを特徴とする請求項１１記載の記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアント端末接続方法、プログラム、及び記憶媒体に関し、特に、各々がアクセスポイントおよび管理サーバを備えるとともに、各基幹ネットワークに各アクセスポイントを介してそれぞれ接続される複数の小規模ネットワークにクライアント端末を接続させるクライアント端末接続方法、該クライアント端末接続方法をコンピュータに実行させるためのプログラム、及び該プログラムを記憶した記憶媒体に関する。
【０００２】
【従来の技術】
ユーザアカウントが事前に登録されたクライアント端末によって構成されるべき集中管理型ネットワークにおいて、ユーザアカウントが事前に登録されていないクライアント端末にネットワーク接続を認めることは避けたい。そのため、ユーザアカウントが事前に登録されていないクライアント端末によるネットワーク接続を可能にする方法として従来、クライアント端末によるアクセス範囲を制限した比較的小規模なネットワークであるＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を、集中管理型ネットワークとは別に構築し、ユーザアカウントが事前に登録されていないクライアント端末に対して、そのＰＡＮの中で通信を行わせるようにしている。このようなＰＡＮ環境は、部外者等を含めた会議用ネットワークを一時的に構築するような際に特に必要とされる。
【０００３】
このような会議用ネットワークを構築する際、ＰＡＮ管理者は、会議用ネットワークに参加を希望するユーザのクライアント端末から送られたユーザ情報を受信し、このユーザ情報に基づいて参加可否を選択的に決定する。これにより、部外者などを含めた、ＰＡＮ管理者が許容したユーザのクライアント端末だけが会議用ネットワークに接続することが可能となる。
【０００４】
ここで、会議用ネットワーク参加希望者のユーザ情報をＰＡＮ管理者へ送信する方法として従来、会議用ネットワーク参加希望者は参加申込毎にユーザ情報をクライアント端末から入力し送信することを行っていた。
【０００５】
なお従来、ＷＥＢブラウザを用いてユーザ情報を入力し送信する場合、クッキー（Ｃｏｏｋｉｅ）機能によってユーザ入力操作の省略が可能になっている（例えば、特許文献１参照）。すなわちクッキー機能においては、ユーザがＷＥＢ画面において入力操作を行うと、そのときの入力内容がＷＥＢ画面のＵＲＬアドレスとともにＷＥＢブラウザのテーブルに記録され、同一のＷＥＢ画面を再度表示した場合には、ＷＥＢブラウザのテーブルから対応の入力内容が自動的に読み出され、その結果、同一内容の入力操作が不要となる。
【０００６】
【特許文献１】
特開２００２−２３６６６２号公報（第３頁）
【０００７】
【発明が解決しようとする課題】
しかしながら、上記のユーザ情報をＰＡＮ管理者へ送信する従来方法においては、会議用ネットワーク参加希望者が、参加申込のたびに毎回、ユーザ情報を入力操作する必要があり、これは煩わしい操作であった。
【０００８】
なお、ＰＡＮ管理者が提供するＷＥＢ画面を使用して、会議用ネットワーク参加希望者がこのＷＥＢ画面にユーザ情報を入力し、ＰＡＮ管理者へ送信することが考えられるが、この場合、上記のクッキー機能を上記の従来方法に適用することが考えられる。しかしながら、クッキー機能は、同一のクライアント端末が同一のＵＲＬアドレスにアクセスした場合に実現する機能であり、上記の従来方法に必ずしも適用することはできない。すなわち、会議用ネットワーク（ＰＡＮ）および集中管理型ネットワークの組み合わせは複数存在するものであり、各会議用ネットワーク（ＰＡＮ）には異なるＰＡＮ管理者がそれぞれ存在し、したがって、ユーザ情報を入力すべきＷＥＢ画面も異なるものとなる。そのため、クライアント端末は、異なるＰＡＮ管理者へユーザ情報を送信する場合には、クッキー機能を利用できず、再度、ユーザ情報の入力操作を強いられることになる。
【０００９】
本発明はこのような問題点に鑑みてなされたものであって、会議用ネットワーク参加希望者が、参加申込のたびに毎回、ユーザ情報を入力操作する煩わしさを解消したクライアント端末接続方法、プログラム、及び記憶媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載の発明によれば、各々がアクセスポイントおよび管理サーバを備えるとともに、各基幹ネットワークに各アクセスポイントを介してそれぞれ接続される複数の小規模ネットワークにクライアント端末を接続させるクライアント端末接続方法において、前記クライアント端末が所定のＵＲＬアドレスを指定して前記複数の小規模ネットワークの１つに接続要求を行う接続要求ステップと、前記接続要求を受けた小規模ネットワークのアクセスポイントが、前記所定のＵＲＬアドレスに対応するＩＰアドレスとして、前記接続要求を受けた小規模ネットワークの管理サーバのＩＰアドレスを前記クライアント端末へ通知する通知ステップと、前記クライアント端末は、前記通知ステップによって通知されたＩＰアドレスによって前記管理サーバにアクセスし、ＷＥＢ画面データを入手する入手ステップと、前記クライアント端末は、前記入手ステップによって入手されたＷＥＢ画面データに基づきＷＥＢ画面を表示し、該ＷＥＢ画面の指示に従いユーザ情報を入力する入力ステップと、前記入力ステップによって入力されたユーザ情報が前記管理サーバに送信され、前記管理サーバは、該送信されたユーザ情報を基に前記クライアント端末のネットワーク接続可否を決定する決定ステップとを有することを特徴とするクライアント端末接続方法が提供される。
【００１１】
さらに、上記クライアント端末接続方法をコンピュータに実行させるためのプログラム、及び上記方法をプログラムとして記憶した、コンピュータにより読み出し可能な記憶媒体が提供される。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
【００１３】
図１は、本発明に係るクライアント端末接続方法が適用されるネットワーク管理システムの一実施の形態の構成を示す図である。
【００１４】
図中１は、無線または有線のネットワーク接続機能を有するノートＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）であり、異なる複数のネットワーク環境においてクライアント端末として使用され得るものである。２はアクセスポイント（Ａ）であり、後述するイントラネット（Ａ）１１にアップリンク接続されるとともに、ノートＰＣ１や後述する専用ＷＥＢサーバ（Ａ）３をダウンリンク接続する。アクセスポイント（Ａ）２は、アップリンク接続用インターフェースと、有線および無線のダウンリンク接続用インターフェースとを有している。３は専用ＷＥＢサーバ（Ａ）であり、後述するＰＡＮ（Ａ）４に接続されたクライアント端末（ノートＰＣ１）との通信が可能であるとともに、ＰＡＮ（Ａ）４のユーザ情報管理を行う。４はＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）（Ａ）であり、クライアント端末（ノートＰＣ１）と専用ＷＥＢサーバ（Ａ）３とアクセスポイント（Ａ）２とから構成される。
【００１５】
５はアクセスポイント（Ｂ）であり、後述するイントラネット（Ｂ）１５にアップリンク接続されるとともに、ノートＰＣ１や後述する専用ＷＥＢサーバ（Ｂ）６をダウンリンク接続する。アクセスポイント（Ｂ）５は、アップリンク接続用インターフェースと、有線および無線のダウンリンク接続用インターフェースとを有している。６は専用ＷＥＢサーバ（Ｂ）であり、後述するＰＡＮ（Ｂ）７に接続されたクライアント端末（ノートＰＣ１）との通信が可能であるとともに、ＰＡＮ（Ｂ）７のユーザ情報管理を行う。７はＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）（Ｂ）であり、クライアント端末（ノートＰＣ１）と専用ＷＥＢサーバ（Ｂ）６とアクセスポイント（Ｂ）５とから構成される。
【００１６】
８はデータサーバ（Ａ）であり、アクセスポイント（Ａ）２が接続されたイントラネット（Ａ）１１上に設けられる。９はイントラネット（Ａ）１１上に設けられたＤＮＳサーバ（Ａ）、１０はイントラネット（Ａ）１１上に設けられたＤＨＣＰサーバ（Ａ）、１１はイントラネット（Ａ）であり、イントラネット（Ａ）１１には、アクセスポイント（Ａ）２がアップリンク接続される。イントラネット（Ａ）１１は、データサーバ（Ａ）８やＤＮＳサーバ（Ａ）９、ＤＨＣＰサーバ（Ａ）１０等から構成される。
【００１７】
１２はデータサーバ（Ｂ）であり、アクセスポイント（Ｂ）５が接続されたイントラネット（Ｂ）１５上に設けられる。１３はイントラネット（Ｂ）１５上に設けられたＤＨＣＰサーバ（Ｂ）、１４はイントラネット（Ｂ）１５上に設けられたＤＮＳサーバ（Ｂ）、１５はイントラネット（Ｂ）であり、イントラネット（Ｂ）１５には、アクセスポイント（Ｂ）５がアップリンク接続される。イントラネット（Ｂ）１５は、データサーバ（Ｂ）１２やＤＮＳサーバ（Ｂ）１４、ＤＨＣＰサーバ（Ｂ）１３等から構成される。
【００１８】
ＤＮＳサーバ（Ａ）９およびＤＮＳサーバ（Ｂ）１４は各々、アルファベットの文字列で表されたＵＲＬアドレスとＩＰアドレスとの対応テーブルを内蔵し、指定されたＵＲＬアドレスに対応するＩＰアドレスを出力する。ＤＨＣＰサーバ（Ａ）１０およびＤＨＣＰサーバ（Ｂ）１３は各々、クライアント端末の起動時に動的にＩＰアドレスを割り当て、終了時にＩＰアドレスを回収するものである。
【００１９】
ここで例えば、ノートＰＣ１が先ず、アクセスポイント（Ａ）２に接続しており、ＰＡＮ（Ａ）４のユーザ情報管理を行う専用ＷＥＢサーバ（Ａ）３に対して、専用ＷＥＢサーバ（Ａ）３が提供するＷＥＢ画面を利用して、ユーザ情報を送信する必要が生じたとする。またこの時、ノートＰＣ１とアクセスポイント（Ａ）２との間にはＴＣＰ／ＩＰ接続が確立しており、ノートＰＣ１は、専用ＷＥＢサーバ（Ａ）３が提供するＷＥＢ画面を、ＷＥＢブラウザを介して閲覧できる状態にあるとする。
【００２０】
図２は、専用ＷＥＢサーバが提供するＷＥＢ画面を利用して、クライアント端末がユーザ情報を専用ＷＥＢサーバに送信する処理の手順を示すフローチャートである。以下においては、まず、専用ＷＥＢサーバ（Ａ）３が提供するＷＥＢ画面を利用して、ノートＰＣ１がユーザ情報を専用ＷＥＢサーバ（Ａ）３に送信する過程を、図２を参照しながら説明する。
【００２１】
先ず、ノートＰＣ１のユーザがノートＰＣ１を操作して、ＷＥＢブラウザを起動し、ＷＥＢブラウザのＵＲＬアドレス入力ウィンドウに、所定のＷＥＢ画面のＵＲＬアドレス（例えば、ｈｔｔｐ：／／ｇｃｓ．ａａｂｂｃｃ．ｃｏ．ｊｐ／ｓｅｔｕｐ．ｈｔｍｌ）を入力する（ステップＳ２００）。この入力されたＵＲＬアドレスだけでは上記所定のＷＥＢ画面の表示はできずＩＰアドレスが必要であるため、ＵＲＬアドレスを入力されたＷＥＢブラウザは、上記ＵＲＬアドレスの示すドメイン名（ｈｔｔｐ：／／ｇｃｓ．ａａｂｂｃｃ．ｃｏ．ｊｐ）に対応するＩＰアドレスを入手する（ステップＳ２０１）。このＩＰアドレスの入手処理は本発明独自のものであり、この入手処理については、図３を参照して詳しく後述する。
【００２２】
ＩＰアドレスを入手したＷＥＢブラウザは、入手したＩＰアドレスとパス名（ｓｅｔｕｐ．ｈｔｍｌ）とを用いて、所定のＷＥＢ画面を提供するＷＥＢサーバへアクセスし（ステップＳ２０２）、ＷＥＢ画面表示のためのＨＴＭＬデータをダウンロードする（ステップＳ２０３）。そして、ダウンロードしたＨＴＭＬデータを用いてＷＥＢブラウザ上にＷＥＢ画面を表示する（ステップＳ２０４）。
【００２３】
図３は、図２のステップＳ２０１の詳細な処理内容を示すフローチャートである。図２のステップＳ２０５以降の処理を説明する前に、このステップＳ２０１の処理内容を説明する。
【００２４】
ノートＰＣ１は、ドメイン名に対応するＩＰアドレスを入手するために、通常であれば、ネットワーク上に存在するドメイン名サーバ（例えば、ＤＮＳサーバ（Ａ）９）に対して、ドメイン名に対応するＩＰアドレスの問い合わせを実施するが、本発明では、アクセスポイント（Ａ）２が異なる処理を実施する。図３に示す処理はアクセスポイント（Ａ）２で実行される処理である。
【００２５】
アクセスポイント（Ａ）２は先ず、クライアント端末であるノートＰＣ１からドメイン名に対応するＩＰアドレスの問い合わせが実施される以前に、イントラネット（Ａ）１１上のＤＮＳサーバ（Ａ）９のＩＰアドレス情報を入手する（ステップＳ３００）。このＤＮＳサーバ（Ａ）９のＩＰアドレス情報を入手するには、以下の２つの方法のうちいずれかを利用する。
【００２６】
（１）アクセスポイント（Ａ）２からイントラネット（Ａ）１１上のＤＨＣＰサーバ（Ａ）１０へＤＨＣＰリクエストを送信することによって入手する方法（イントラネット（Ａ）１１上にＤＨＣＰサーバ（Ａ）１０が存在する場合であり、本実施の形態では、この方法を利用）。
【００２７】
（２）ユーザの入力操作によって、アクセスポイント（Ａ）２へＤＮＳサーバ（Ａ）９のＩＰアドレス情報が設定されることによって入手する方法（イントラネット（Ａ）１１上にＤＨＣＰサーバ（Ａ）１０が存在しない場合）。
【００２８】
アクセスポイント（Ａ）２はまた、ノートＰＣ１からドメイン名に対応するＩＰアドレスの問い合わせが実施される以前に、ＰＡＮ（Ａ）４上の専用ＷＥＢサーバ（Ａ）３のＩＰアドレス情報を入手する（ステップＳ３０１）。この専用ＷＥＢサーバ（Ａ）３のＩＰアドレス情報を入手するには、専用ＷＥＢサーバ（Ａ）３がアクセスポイント（Ａ）２にダウンリンク接続されている関係から、以下の４つの方法のうちいずれかを利用する。
【００２９】
（１）専用ＷＥＢサーバ（Ａ）３がイントラネット（Ａ）１１上のＤＨＣＰサーバ（Ａ）１０へＤＨＣＰリクエストを送信すると、ＤＨＣＰサーバ（Ａ）１０から専用ＷＥＢサーバ（Ａ）３用にＩＰアドレスが発行されるので、そうした送受信を中継するアクセスポイント（Ａ）２は、ＤＨＣＰサーバ（Ａ）１０から発行されるＩＰアドレスを抽出して入手するようにする（イントラネット（Ａ）１１上にＤＨＣＰサーバ（Ａ）１０が存在し、専用ＷＥＢサーバ（Ａ）３がＤＨＣＰサーバ（Ａ）１０からＩＰアドレスの発行を受ける場合であり、本実施の形態では、この方法を利用）。
【００３０】
（２）専用ＷＥＢサーバ（Ａ）３がアクセスポイント（Ａ）２内の内蔵ＤＨＣＰサーバへＤＨＣＰリクエストを送信すると、内蔵ＤＨＣＰサーバがプライベートＩＰアドレスを発行するので、アクセスポイント（Ａ）２は、内蔵ＤＨＣＰサーバが発行したＩＰアドレスを抽出して入手するようにする（イントラネット（Ａ）１１上にＤＨＣＰサーバ（Ａ）１０存在せず、アクセスポイント（Ａ）２内にＤＨＣＰサーバが内蔵され、その内蔵ＤＨＣＰサーバから専用ＷＥＢサーバ（Ａ）３がＤＨＣＰリクエストによるＩＰアドレスの発行を受ける場合）。
【００３１】
（３）ユーザの入力操作によって、アクセスポイント（Ａ）２へ専用ＷＥＢサーバ（Ａ）３のＩＰアドレス情報が設定されることによって入手する方法（専用ＷＥＢサーバ（Ａ）３が固定ＩＰアドレスを用いており、ＤＨＣＰリクエストによるＩＰアドレスの発行を受けない場合）。
【００３２】
（４）専用ＷＥＢサーバ（Ａ）３を特定するための専用パケットを、アクセスポイント（Ａ）２からアクセスポイント（Ａ）２の全クライアント端末へ送信し、その返答によって専用ＷＥＢサーバ（Ａ）３のＩＰアドレス情報を入手する方法。
【００３３】
上記の（１）−（３）の方法を利用して専用ＷＥＢサーバ（Ａ）３のＩＰアドレス情報を入手するには、アクセスポイント（Ａ）２は、同アクセスポイントに接続されたいずれのクライアント端末が専用ＷＥＢサーバ（Ａ）３であるかを事前に知っておく必要がある。このために、専用ＷＥＢサーバ（Ａ）３を接続するアクセスポイント（Ａ）２上の物理インターフェースを物理的に固定して用いるようにすれば、該物理インターフェースにダウンリンク接続されるクライアント端末が専用ＷＥＢサーバ（Ａ）３であると判断することができる。また、上記（４）の方法を利用して専用ＷＥＢサーバ（Ａ）３のＩＰアドレス情報を入手する場合には、専用ＷＥＢサーバ（Ａ）３とアクセスポイント（Ａ）２とを接続する物理インターフェースを固定しておく必要がないことは言うまでもない。
【００３４】
ステップＳ３００でＤＮＳサーバ（Ａ）９のＩＰアドレス情報を入手するとともに、ステップＳ３０１で専用ＷＥＢサーバ（Ａ）３のＩＰアドレス情報を入手した後、アクセスポイント（Ａ）２は、クライアント端末であるノートＰＣ１から送信されるＴＣＰ／ＩＰパケットの転送先を監視する（ステップＳ３０２）。そして、ＴＣＰ／ＩＰパケットのヘッダに挿入された転送先ＩＰアドレスが、ステップＳ３００で入手しておいたＤＮＳサーバ（Ａ）９のＩＰアドレスと同じであるか否か、すなわちノートＰＣ１の通信先がＤＮＳサーバ（Ａ）９であるか否かを判別する（ステップＳ３０３）。その結果、転送先ＩＰアドレスがＤＮＳサーバ（Ａ）９のＩＰアドレスと同一でなければ、アクセスポイント（Ａ）２は、ノートＰＣ１から送信されたＴＣＰ／ＩＰパケットをＰＡＮ（Ａ）４またはイントラネット（Ａ）１１の転送先へ転送する（ステップＳ３０７）。
【００３５】
一方、転送先ＩＰアドレスがＤＮＳサーバ（Ａ）９のＩＰアドレスと同一であれば、ＤＮＳ問い合わせを行うドメイン名を検査する（ステップＳ３０４）。そして、ＤＮＳ問い合わせされたドメイン名が前記所定のＷＥＢ画面のＵＲＬアドレスのドメイン名（ｈｔｔｐ：／／ｇｃｓ．ａａｂｂｃｃ．ｃｏ．ｊｐ）と同一であるか否かを判別する。その結果、ＤＮＳ問い合わせされたドメイン名が上記のドメイン名と同一であった場合、アクセスポイント（Ａ）２は、ステップＳ３０１で入手しておいた専用ＷＥＢサーバ（Ａ）３のＩＰアドレスをＤＮＳ問い合わせに対する回答としてノートＰＣ１へ返信する（ステップＳ３０６）。一方、ＤＮＳ問い合わせされたドメイン名が上記のドメイン名以外であった場合、アクセスポイント（Ａ）２は、ノートＰＣ１から送信されたＴＣＰ／ＩＰパケットをＰＡＮ（Ａ）４またはイントラネット（Ａ）１１の転送先へ転送する（ステップＳ３０７）。
【００３６】
以上のように、図２のステップＳ２００で所定のＷＥＢ画面のＵＲＬアドレス（ｈｔｔｐ：／／ｇｃｓ．ａａｂｂｃｃ．ｃｏ．ｊｐ／ｓｅｔｕｐ．ｈｔｍｌ）を入力し、ステップＳ２０１の処理（＝図３の処理）を行えば、ＷＥＢブラウザは、実際のネットワーク構成（ＩＰアドレス値やＩＰアドレス付与方法）に拘わらず、専用ＷＥＢサーバ（Ａ）３へアクセスすることができ（ステップＳ２０２）、所定のＷＥＢ画面を表示するために必要なＨＴＭＬデータをダウンロードして（ステップＳ２０３）、ＷＥＢブラウザ上に所定のＷＥＢ画面を表示することができる（ステップＳ２０４）。
【００３７】
図４は、ノートＰＣ１のＷＥＢブラウザ上に表示された所定のＷＥＢ画面の一例を示す図である。この所定のＷＥＢ画面は、専用ＷＥＢサーバ（Ａ）３に格納されている画面である。
【００３８】
この画面によって専用ＷＥＢサーバ（Ａ）３へ送信されるべきユーザ情報の入力が行われる。なお、ＵＲＬアドレス指定ウィンドウ１００には、この所定のＷＥＢ画面のＵＲＬアドレスが表示される。
【００３９】
すなわち、ユーザ情報として、氏名が氏名入力ウィンドウ１０１に、所属名が所属名入力ウィンドウ１０２に、ｅ−メールアドレスがｅ−ｍａｉｌアドレス入力ウィンドウ１０３に入力されることを要求される。なお、ユーザ情報は、ここに示すものに限定されるものではない。
【００４０】
図２に戻って、ノートＰＣ１のＷＥＢブラウザに、この所定のＷＥＢ画面のＵＲＬアドレスに対応するクッキー情報が保存されているか否かを判別する（ステップＳ２０５）。クッキー情報が保存されているならばステップＳ２０９へ、保存されていないならばステップＳ２０６へ進む。
【００４１】
ノートＰＣ１のＷＥＢブラウザが初めて、図４に示す所定のＷＥＢ画面を表示する場合には、このＷＥＢ画面のＵＲＬアドレス（ｈｔｔｐ：／／ｇｃｓ．ａａｂｂｃｃ．ｃｏ．ｊｐ／ｓｅｔｕｐ．ｈｔｍｌ）に対応するクッキー情報（この場合はウィンドウ１０１〜１０３にそれぞれ入力されたユーザ情報）は未だ保存されていないため、ノートＰＣ１のユーザはノートＰＣ１を操作して、ユーザ情報を入力する（ステップＳ２０６）。ノートＰＣ１上で稼働するＷＥＢブラウザは、これらのユーザ情報が入力された場合、その都度、このユーザ情報をクッキー情報として、所定のＷＥＢ画面のＵＲＬアドレスとともに保存する（ステップＳ２０７）。そして、図４に示す所定のＷＥＢ画面においてユーザ情報の全ての項目の入力が完了したか否かを判別する（ステップＳ２０８）。すなわち、ノートＰＣ１のユーザは、ユーザ情報の全ての項目の入力が完了したら、図４に示す確認ボタン１０４をクリックするので、この確認ボタン１０４のクリックがあったか否かを判別する。ユーザ情報の全ての項目の入力が完了したならばステップＳ２１０へ、まだ完了していないならばステップＳ２０６へ進む。その後、入力されたユーザ情報の全ての項目の内容に問題がないか否かを判別し（ステップＳ２１０）、問題がなければ本処理を完了し、問題があればステップＳ２０６へ戻る。
【００４２】
なおステップＳ２０９では、クッキー情報が保存されているので、このクッキー情報を参照して、所定のＷＥＢ画面のＵＲＬアドレスに対応するユーザ情報を読み出して、所定のＷＥＢ画面のウィンドウ１０１〜１０３にそれぞれ表示する。
【００４３】
以上のような処理を、ＰＡＮ（Ａ）４およびイントラネット（Ａ）１１で構成されたネットワーク環境で行ったノートＰＣ１が、次に、同ネットワーク環境における作業を終えてアクセスポイント（Ａ）２との接続を破棄して、ＰＡＮ（Ｂ）７およびイントラネット（Ｂ）１５で構成された異なるネットワーク環境へ移動したとする。
【００４４】
そしてノートＰＣ１が、ＰＡＮ（Ａ）４およびイントラネット（Ａ）１１のネットワーク環境下にあったと同様に、アクセスポイント（Ｂ）５経由でＰＡＮ（Ｂ）７およびイントラネット（Ｂ）１５のネットワーク環境下に入り、ＰＡＮ（Ｂ）７のユーザ情報管理を行う専用ＷＥＢサーバ（Ｂ）６に対して、専用ＷＥＢサーバ（Ｂ）６が提供するＷＥＢ画面を利用して、ユーザ情報を送信する必要が生じたとする。またこの時も、ノートＰＣ１とアクセスポイント（Ｂ）５との間にはＴＣＰ／ＩＰ接続が確立しており、ノートＰＣ１は、専用ＷＥＢサーバ（Ｂ）６が提供するＷＥＢ画面を、ＷＥＢブラウザを介して閲覧できる状態にあるとする。
【００４５】
以下においては、専用ＷＥＢサーバ（Ｂ）６が提供するＷＥＢ画面を利用して、ノートＰＣ１がユーザ情報を専用ＷＥＢサーバ（Ｂ）６に送信する過程を、図２を参照しながら説明する。
【００４６】
ノートＰＣ１のユーザは、ノートＰＣ１を操作して、ＷＥＢブラウザを起動し、ＷＥＢブラウザのＵＲＬアドレス入力ウィンドウに、前述の入力アドレスと同一の所定のＷＥＢ画面のＵＲＬアドレス（ｈｔｔｐ：／／ｇｃｓ．ａａｂｂｃｃ．ｃｏ．ｊｐ／ｓｅｔｕｐ．ｈｔｍｌ）を入力する（ステップＳ２００）。ＵＲＬアドレスを入力されたＷＥＢブラウザは、このＵＲＬアドレスの示すドメイン名（ｈｔｔｐ：／／ｇｃｓ．ａａｂｂｃｃ．ｃｏ．ｊｐ）に対応するＩＰアドレス情報を入手するため、図３に示す処理を行う（ステップＳ２０１）。ここでもアクセスポイント（Ｂ）５は、アクセスポイント（Ａ）２が行ったのと同様の手法によって、上記ＵＲＬアドレスに対応するＩＰアドレスとして、専用ＷＥＢサーバ（Ｂ）６のＩＰアドレスをノートＰＣ１のＷＥＢブラウザに返答する。これによって、前述の場合と同じく、所定のＷＥＢ画面のＵＲＬアドレス（ｈｔｔｐ：／／ｇｃｓ．ａａｂｂｃｃ．ｃｏ．ｊｐ／ｓｅｔｕｐ．ｈｔｍｌ）が指定さえされれば、実際のネットワーク構成（ＩＰアドレス値やＩＰアドレスの付与方法）に拘わらず、ノートＰＣ１のＷＥＢブラウザは専用ＷＥＢサーバ（Ｂ）６にアクセスでき（ステップＳ２０２）、所定のＷＥＢ画面を表示のために必要なデータをダウンロードでき（ステップＳ２０３）、ＷＥＢブラウザ上に所定のＷＥＢ画面を表示できる（ステップＳ２０４）。
【００４７】
この場合も図４に示す所定のＷＥＢ画面が表示されるが、ノートＰＣ１のＷＥＢブラウザにとって、今回は、同一ＵＲＬアドレスによる同一ＷＥＢ画面の２回目の表示であるため、クッキー情報が存在する。このため、クッキー機能が起動し、保存されているクッキー情報が参照されて、所定のＷＥＢ画面のＵＲＬアドレスに対応するユーザ情報が読み出されて、所定のＷＥＢ画面のウィンドウ１０１〜１０３にそれぞれ表示され（図２のステップＳ２０９）、煩わしい入力操作が不要となる。このウィンドウへの自動入力が行われた後、ノートＰＣ１のユーザは、自動入力されたユーザ情報の内容に誤りがないことを確認し、問題がなければ確認ボタン１０４（図４）をクリックする。もし、問題があった場合は、再度、ユーザがユーザ情報の入力操作を行う（図２のステップＳ２０６）。この再入力操作ができる機能は、１台のノートＰＣ１を複数のユーザで共有している様な場合に有効な機能である。
【００４８】
かくして、ユーザのクライアント端末をネットワークに接続させることの可否の判断の拠り所となるユーザ情報を、クライアント端末のネットワーク接続の度にユーザが手動入力しなければならないことが解消でき、ネットワーク参加者の負担を軽減することができる。
【００４９】
（他の実施の形態）
上記の実施の形態では、アクセスポイント（Ａ）２およびアクセスポイント（Ｂ）５が、ＰＡＮ（Ａ）４およびＰＡＮ（Ｂ）７をそれぞれ介して、専用ＷＥＢサーバ（Ａ）３および専用ＷＥＢサーバ（Ｂ）６にそれぞれ接続される構成になっているが、これに代わって、アクセスポイントが専用ＷＥＢサーバへの専用接続インターフェースを物理的に有し、この接続インターフェースに対して割り振られたＩＰアドレスを動的に管理することで、クライアント端末から送られた所定のＷＥＢ画面のＵＲＬアドレスに対応するＩＰアドレスとしてこのＩＰアドレスを返答するようにしてもよい。
【００５０】
なおまた、本発明の目的は、前述の各実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵ、ＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【００５１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５２】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００５３】
また、コンピュータが読み出したプログラムコードを実行することにより、上記の各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も含まれる。
【００５４】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も含まれる。
【００５５】
【発明の効果】
以上詳述したように本発明によれば、複数のネットワーク環境に頻繁に接続と切断を繰り返すクライアント端末をネットワークに接続する際の拠り所となるユーザ情報を、ネットワーク参加の度に手動入力する必要が無くなるため、ネットワーク参加者の入力操作の負担を軽減することができる。こうしたクライアント端末のネットワーク接続方法のニーズは、会議等で一時的にネットワークを構築したい場合等に最適である。
【００５６】
具体的には、クライアント端末からユーザ情報登録ページを呼び出す際のＵＲＬアドレスを一定の値と定義し、クライアント端末から同ＵＲＬアドレスに対するＤＮＳサーバへのアドレス問い合わせが行われたとき、同問い合わせをフックして、専用ＷＥＢサーバのＩＰアドレスを返答する。これにより、実際に接続されるネットワーク環境毎に異なるＷＥＢサーバ上のユーザ情報登録ページを、以前ユーザ情報入力を行ったページと同一に見せかけることができる。
【００５７】
また、専用ＷＥＢサーバの接続インターフェースを物理的に固定し、同インターフェースにＤＨＣＰサーバから割り振られるＩＰアドレス、または、同インターフェースから送信されるパケットに付属されるＩＰアドレスをアクセスポイントにて記録し、記録したＩＰアドレスを専用ＷＥＢサーバのＩＰアドレスとして、ＤＮＳサーバへの問い合わせを行ったクライアント端末へ返答する。これにより、専用ＷＥＢサーバがいかなるＩＰアドレス取得方法を用いてＩＰアドレスを取得した場合であっても、同ＷＥＢサーバのＩＰアドレスを把握し、ユーザ情報登録ページのアドレス転送先を決定することができる。
【００５８】
また、専用ＷＥＢサーバのＩＰアドレス問い合わせパケットを専用ＷＥＢサーバとアクセスポイント間に定義し、アクセスポイントからダウンリンクされる全ての端末に対して、同問い合わせパケットを送信し、そのレスポンスから専用ＷＥＢサーバのＩＰアドレスを検出する。これにより、専用ＷＥＢサーバがいかなるＩＰアドレス取得方法を用いてＩＰアドレスを取得した場合であっても、同ＷＥＢサーバのＩＰアドレスを把握し、ユーザ情報登録ページのアドレス転送先を決定することができる。
【００５９】
さらに、異なる複数のネットワーク環境で、クライアント端末をネットワーク参加させようとした場合、最初の一度目だけ、ユーザ情報を入力すれば、以降はユーザ情報入力処理を自動化する。これにより、ユーザによるユーザ情報の入力操作の手間を省くことができる。
【図面の簡単な説明】
【図１】本発明に係るネットワーク管理システムの一実施の形態の構成を示す図である。
【図２】専用ＷＥＢサーバが提供するＷＥＢ画面を利用して、クライアント端末がユーザ情報を専用ＷＥＢサーバに送信する処理の手順を示すフローチャートである。
【図３】図２のステップＳ２０１の詳細な処理内容を示すフローチャートである。
【図４】ノートＰＣのＷＥＢブラウザ上に表示された所定のＷＥＢ画面の一例を示す図である。
【符号の説明】
１…ノートＰＣ
２…アクセスポイント（Ａ）
３…専用ＷＥＢサーバ（Ａ）
４…ＰＡＮ（Ａ）
５…アクセスポイント（Ｂ）
６…専用ＷＥＢサーバ（Ｂ）
７…ＰＡＮ（Ｂ）
８…データサーバ（Ａ）
９…ＤＮＳサーバ（Ａ）
１０…ＤＨＣＰサーバ（Ａ）
１１…イントラネット（Ａ）
１２…データサーバ（Ｂ）
１３…ＤＮＳサーバ（Ｂ）
１４…ＤＨＣＰサーバ（Ｂ）
１５…イントラネット（Ｂ）
【図１】
2005031793.tif 000003
【図２】
2005031793.tif 000004
【図３】
2005031793.tif 000005
【図４】
2005031793.tif 000006