JP2003271553A - ウェブサーバ端末とそのネットワークシステム、及びそのアクセス制御方法 - Google Patents
ウェブサーバ端末とそのネットワークシステム、及びそのアクセス制御方法Info
- Publication number
- JP2003271553A JP2003271553A JP2002073621A JP2002073621A JP2003271553A JP 2003271553 A JP2003271553 A JP 2003271553A JP 2002073621 A JP2002073621 A JP 2002073621A JP 2002073621 A JP2002073621 A JP 2002073621A JP 2003271553 A JP2003271553 A JP 2003271553A
- Authority
- JP
- Japan
- Prior art keywords
- host name
- web
- web server
- server terminal
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【課題】 本発明は、ＩＰアドレスが２重登録されても
簡単且つ確実に誤接続を防止でき、セキュリティが高い
ウェブサーバ端末、ウェブクライアント端末と、ネット
ワークシステム、アクセス制御方式を提供することを目
的とする。 【解決手段】 本発明のネットワークシステムのウェブ
サーバ端末は、自分のホスト名を格納しておくことがで
きる管理テーブルと、アクセス要求を受信するとＨＴＴ
Ｐヘッダからホスト名を取り出すホスト名検出手段と、
ホスト名検出手段が取り出したホスト名と管理テーブル
に格納されているホスト名とを比較して一致するか否か
を判定する判定手段とを備え、ウェブクライアント端末
から送られたホスト名が一致した場合にはウェブ処理手
段が通信を許可し、ホスト名が一致しなかった場合に
は、ウェブ処理手段が通信を拒否することを特徴とす
る。
簡単且つ確実に誤接続を防止でき、セキュリティが高い
ウェブサーバ端末、ウェブクライアント端末と、ネット
ワークシステム、アクセス制御方式を提供することを目
的とする。 【解決手段】 本発明のネットワークシステムのウェブ
サーバ端末は、自分のホスト名を格納しておくことがで
きる管理テーブルと、アクセス要求を受信するとＨＴＴ
Ｐヘッダからホスト名を取り出すホスト名検出手段と、
ホスト名検出手段が取り出したホスト名と管理テーブル
に格納されているホスト名とを比較して一致するか否か
を判定する判定手段とを備え、ウェブクライアント端末
から送られたホスト名が一致した場合にはウェブ処理手
段が通信を許可し、ホスト名が一致しなかった場合に
は、ウェブ処理手段が通信を拒否することを特徴とす
る。
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、登録しているホス
ト名と受信したホスト名が一致したときだけアクセスを
許可するウェブサーバ端末とそのネットワークシステ
ム、及びホスト名を検出してアクセスの許可、不許可を
決定するアクセス制御方法とに関する。
ト名と受信したホスト名が一致したときだけアクセスを
許可するウェブサーバ端末とそのネットワークシステ
ム、及びホスト名を検出してアクセスの許可、不許可を
決定するアクセス制御方法とに関する。
【０００２】
【従来の技術】近年のインターネットの普及には目を見
張るものがあり、ＩＰアドレスの不足はより深刻になっ
ている。従って、インターネットサービスプロバイダ
（以下、ＩＳＰ）は、各ユーザに所定のグローバルＩＰ
アドレス（以下ＩＰアドレスという）から未使用のＩＰ
アドレスを選んで貸与している。この機能を実行するの
がＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇ
ｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバである。こ
のＩＳＰと同様に、１つの組織でＬＡＮを構築して内部
のユーザがインターネット接続を行う場合でも、ＤＨＣ
ＰサーバによってＩＰアドレスを貸与している。
張るものがあり、ＩＰアドレスの不足はより深刻になっ
ている。従って、インターネットサービスプロバイダ
（以下、ＩＳＰ）は、各ユーザに所定のグローバルＩＰ
アドレス（以下ＩＰアドレスという）から未使用のＩＰ
アドレスを選んで貸与している。この機能を実行するの
がＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇ
ｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバである。こ
のＩＳＰと同様に、１つの組織でＬＡＮを構築して内部
のユーザがインターネット接続を行う場合でも、ＤＨＣ
ＰサーバによってＩＰアドレスを貸与している。
【０００３】ところで、ウェブサーバにアクセスしよう
とするユーザは、ブラウザを用いてＩＰアドレスを直接
入力するか、ホスト名を入力することによりウェブサー
バへのアクセスを行う。なお、ここでホスト名とは、端
末名である狭義のホスト名とドメイン名、場合によって
はサブドメイン名を加えて構成されたアクセス用ネーム
のことである。図５（ａ）は従来のＤＨＣＰを使用した
第１のネットワークシステムの構成図、図５（ｂ）は従
来のＤＤＮＳとＤＨＣＰを使用した第２のネットワーク
システムの構成図、図６（ａ）は従来のＤＨＣＰを使用
した第１のネットワークシステムにおけるシーケンスチ
ャート、図６（ｂ）は従来のＤＤＮＳとＤＨＣＰを使用
した第２のネットワークシステムにおけるシーケンスチ
ャートである。図５（ａ）において、１はインターネッ
ト、２ａはウェブサーバ端末Ａ、２ｂはウェブサーバ端
末Ｂ、２ｃはルータＣ、２ｃ1はウェブサーバ端末Ｃ1、
２ｃ2はウェブサーバ端末Ｃ2、２ｄはウェブサーバ端
末、３はブラウザを搭載したウェブクライアント端末、
５は所定のＩＰアドレスの中から１つのＩＰアドレスを
所定期間割り当てて貸与するＤＨＣＰサーバである。
とするユーザは、ブラウザを用いてＩＰアドレスを直接
入力するか、ホスト名を入力することによりウェブサー
バへのアクセスを行う。なお、ここでホスト名とは、端
末名である狭義のホスト名とドメイン名、場合によって
はサブドメイン名を加えて構成されたアクセス用ネーム
のことである。図５（ａ）は従来のＤＨＣＰを使用した
第１のネットワークシステムの構成図、図５（ｂ）は従
来のＤＤＮＳとＤＨＣＰを使用した第２のネットワーク
システムの構成図、図６（ａ）は従来のＤＨＣＰを使用
した第１のネットワークシステムにおけるシーケンスチ
ャート、図６（ｂ）は従来のＤＤＮＳとＤＨＣＰを使用
した第２のネットワークシステムにおけるシーケンスチ
ャートである。図５（ａ）において、１はインターネッ
ト、２ａはウェブサーバ端末Ａ、２ｂはウェブサーバ端
末Ｂ、２ｃはルータＣ、２ｃ1はウェブサーバ端末Ｃ1、
２ｃ2はウェブサーバ端末Ｃ2、２ｄはウェブサーバ端
末、３はブラウザを搭載したウェブクライアント端末、
５は所定のＩＰアドレスの中から１つのＩＰアドレスを
所定期間割り当てて貸与するＤＨＣＰサーバである。
【０００４】図６（ａ）に示すのＤＨＣＰを使用する環
境では、ＩＰアドレスが動的に変わるためＤＮＳを使う
ことができない。従って、ウェブクライアント端末３
は、例えばＩＰアドレス「１．１．１．１」を直接入力
してヘッダを構成し、ウェブサーバ端末Ａ２ａへの通信
を行わざるを得ない。この環境のようにホスト名ではな
く動的に変化するＩＰアドレスを用いて通信を行うのは
事実上きわめて困難となる。
境では、ＩＰアドレスが動的に変わるためＤＮＳを使う
ことができない。従って、ウェブクライアント端末３
は、例えばＩＰアドレス「１．１．１．１」を直接入力
してヘッダを構成し、ウェブサーバ端末Ａ２ａへの通信
を行わざるを得ない。この環境のようにホスト名ではな
く動的に変化するＩＰアドレスを用いて通信を行うのは
事実上きわめて困難となる。
【０００５】そこで、ＤＨＣＰを用いた環境でもホスト
名とＩＰアドレスの関係を保つために、図５（ｂ）のよ
うな環境が用いられてきた。図５（ｂ）において、１は
インターネット、２ａはウェブサーバ端末Ａ、２ｂはウ
ェブサーバ端末Ｂ、２ｃはルータＣ、２ｃ1はウェブサ
ーバ端末Ｃ1、２ｃ2はウェブサーバ端末Ｃ２、２ｄはウ
ェブサーバ端末、３はブラウザを搭載したウェブクライ
アント端末、４はホスト名に対応するＩＰアドレスをウ
ェブクライアントに通知してアクセスの支援を行うＤＮ
Ｓサーバ、４ａはＤＮＳ管理テーブル、５は所定のＩＰ
アドレスの中から１のＩＰアドレスを選んで割り当てる
ＤＨＣＰサーバ、６はホスト名に対応するＩＰアドレス
をウェブクライアントに通知してアクセスの支援を行う
ＤＤＮＳサーバ、６ａは管理テーブルである。
名とＩＰアドレスの関係を保つために、図５（ｂ）のよ
うな環境が用いられてきた。図５（ｂ）において、１は
インターネット、２ａはウェブサーバ端末Ａ、２ｂはウ
ェブサーバ端末Ｂ、２ｃはルータＣ、２ｃ1はウェブサ
ーバ端末Ｃ1、２ｃ2はウェブサーバ端末Ｃ２、２ｄはウ
ェブサーバ端末、３はブラウザを搭載したウェブクライ
アント端末、４はホスト名に対応するＩＰアドレスをウ
ェブクライアントに通知してアクセスの支援を行うＤＮ
Ｓサーバ、４ａはＤＮＳ管理テーブル、５は所定のＩＰ
アドレスの中から１のＩＰアドレスを選んで割り当てる
ＤＨＣＰサーバ、６はホスト名に対応するＩＰアドレス
をウェブクライアントに通知してアクセスの支援を行う
ＤＤＮＳサーバ、６ａは管理テーブルである。
【０００６】図６（ｂ）に示す環境では、ウェブクライ
アント端末３は、例えばウェブサーバ端末Ａ２ａにアク
セスするためウェブサーバ端末Ａ２ａのホスト名「ｈｏ
ｓｔ１」を入力してアクセスを開始する。ウェブクライ
アント端末３のブラウザは、先ずＤＮＳサーバ４に問い
合わせを行い、このＤＮＳサーバ４はＤＤＮＳサーバ６
へＩＰアドレスを問い合わせて、ＤＤＮＳサーバ６から
ホスト名「ｈｏｓｔ１」と対応するＩＰアドレス「１．
１．１．１」を取得する。その後、ウェブクライアント
端末３のブラウザは、取得したＩＰアドレス「１．１．
１．１」を用いてウェブサーバ端末Ａ２ａへアクセスす
る。なお、図においては要部以外のシーケンスを省略し
ている（以下のシーケンスチャートでも同様）。このと
きまで、ＤＨＣＰサーバ５は例えば「１．１．１．１」
のＩＰアドレスをウェブサーバ端末Ａ２ａに対して割り
当て、ウェブサーバ端末Ａ２ａはＤＤＮＳサーバ６にこ
のＩＰアドレスを報告している。従って、ホスト名「ｈ
ｏｓｔ１」が送られてきたときには、管理テーブル６ａ
に「１．１．１．１」が登録されており、このＩＰアド
レス「１．１．１，１」を問い合わせ元のクライアント
に返送することにより、ウェブブラウザはウェブサーバ
端末Ａ２ａのＩＰアドレスを取得し、ウェブサーバ端末
Ａ２ａへの通信が可能になる。ＤＨＣＰサーバ５はその
後も次々とＩＰアドレスを各ウェブクライアント端末３
に割り当て続け、ホスト名が送られてきたときのＩＰア
ドレスで接続することになる。
アント端末３は、例えばウェブサーバ端末Ａ２ａにアク
セスするためウェブサーバ端末Ａ２ａのホスト名「ｈｏ
ｓｔ１」を入力してアクセスを開始する。ウェブクライ
アント端末３のブラウザは、先ずＤＮＳサーバ４に問い
合わせを行い、このＤＮＳサーバ４はＤＤＮＳサーバ６
へＩＰアドレスを問い合わせて、ＤＤＮＳサーバ６から
ホスト名「ｈｏｓｔ１」と対応するＩＰアドレス「１．
１．１．１」を取得する。その後、ウェブクライアント
端末３のブラウザは、取得したＩＰアドレス「１．１．
１．１」を用いてウェブサーバ端末Ａ２ａへアクセスす
る。なお、図においては要部以外のシーケンスを省略し
ている（以下のシーケンスチャートでも同様）。このと
きまで、ＤＨＣＰサーバ５は例えば「１．１．１．１」
のＩＰアドレスをウェブサーバ端末Ａ２ａに対して割り
当て、ウェブサーバ端末Ａ２ａはＤＤＮＳサーバ６にこ
のＩＰアドレスを報告している。従って、ホスト名「ｈ
ｏｓｔ１」が送られてきたときには、管理テーブル６ａ
に「１．１．１．１」が登録されており、このＩＰアド
レス「１．１．１，１」を問い合わせ元のクライアント
に返送することにより、ウェブブラウザはウェブサーバ
端末Ａ２ａのＩＰアドレスを取得し、ウェブサーバ端末
Ａ２ａへの通信が可能になる。ＤＨＣＰサーバ５はその
後も次々とＩＰアドレスを各ウェブクライアント端末３
に割り当て続け、ホスト名が送られてきたときのＩＰア
ドレスで接続することになる。
【０００７】このようにウェブサーバ端末Ａ２ａ，ウェ
ブサーバ端末Ｂ２ｂとルータＣ２ｃがＤＨＣＰクライア
ントである場合、それぞれのＩＰアドレスはＤＨＣＰサ
ーバ５によって動的に変化するため、従来のウェブクラ
イアント端末３は、ＤＤＮＳサーバ６がないと、ウェブ
サーバ端末Ａ２ａ，Ｂ２ｂ，Ｃ1２ｃ1，Ｃ2２ｃ2にアク
セスすることができなかった。従って、ウェブサーバ端
末Ａ２ａ，ウェブサーバ端末Ｂ２ｂ，ウェブサーバ端末
Ｃ1２ｃ1，ウェブサーバ端末Ｃ2２ｃ2とルータＣ２ｃ
は、ＤＨＣＰサーバ５に問い合わせを行い、常に現在の
ＩＰアドレスをＤＤＮＳサーバ６の管理テーブル６ａに
登録しておく必要があった。
ブサーバ端末Ｂ２ｂとルータＣ２ｃがＤＨＣＰクライア
ントである場合、それぞれのＩＰアドレスはＤＨＣＰサ
ーバ５によって動的に変化するため、従来のウェブクラ
イアント端末３は、ＤＤＮＳサーバ６がないと、ウェブ
サーバ端末Ａ２ａ，Ｂ２ｂ，Ｃ1２ｃ1，Ｃ2２ｃ2にアク
セスすることができなかった。従って、ウェブサーバ端
末Ａ２ａ，ウェブサーバ端末Ｂ２ｂ，ウェブサーバ端末
Ｃ1２ｃ1，ウェブサーバ端末Ｃ2２ｃ2とルータＣ２ｃ
は、ＤＨＣＰサーバ５に問い合わせを行い、常に現在の
ＩＰアドレスをＤＤＮＳサーバ６の管理テーブル６ａに
登録しておく必要があった。
【０００８】
【発明が解決しようとする課題】ところで、従来のＤＤ
ＮＳとＤＨＣＰを使用したネットワークシステムにおい
ては、ＤＨＣＰクライアントであるウェブサーバ端末Ａ
がＩＰアドレスを開放した直後に、ＤＨＣＰによって偶
然に同一のＩＰアドレスを他のウェブサーバ端末Ｂが取
得してしまうことが発生する。以下、このネットワーク
システムにおけるこの誤接続について説明する。図７は
従来のＤＤＮＳとＤＨＣＰを使用したＩＰアドレスが競
合する第３のネットワークシステムの構成図、図８は従
来のＤＤＮＳとＤＨＣＰを使用したＩＰアドレスが競合
する第３のネットワークシステムにおけるシーケンスチ
ャートである。
ＮＳとＤＨＣＰを使用したネットワークシステムにおい
ては、ＤＨＣＰクライアントであるウェブサーバ端末Ａ
がＩＰアドレスを開放した直後に、ＤＨＣＰによって偶
然に同一のＩＰアドレスを他のウェブサーバ端末Ｂが取
得してしまうことが発生する。以下、このネットワーク
システムにおけるこの誤接続について説明する。図７は
従来のＤＤＮＳとＤＨＣＰを使用したＩＰアドレスが競
合する第３のネットワークシステムの構成図、図８は従
来のＤＤＮＳとＤＨＣＰを使用したＩＰアドレスが競合
する第３のネットワークシステムにおけるシーケンスチ
ャートである。
【０００９】図７において、１はインターネット、２ａ
はウェブサーバ端末Ａ、２ｂはウェブサーバ端末Ｂ、２
ｃはルータＣ、２ｃ1はウェブサーバ端末Ｃ1、２ｃ2は
ウェブサーバ端末Ｃ２、２ｄ1，２ｄ2はウェブサーバ端
末、３1，３2はブラウザを搭載したウェブクライアント
端末、４はＤＮＳサーバ、４ａはＤＮＳ管理テーブル、
５は所定のＩＰアドレスの範囲から１つのＩＰアドレス
を割り当てるＤＨＣＰサーバ、６はホスト名に対応した
ＩＰアドレスをウェブクライアント端末３1，３2、各ウ
ェブサーバ端末に通知してアクセスの支援を行うＤＤＮ
Ｓサーバ、６ａは管理テーブルである。
はウェブサーバ端末Ａ、２ｂはウェブサーバ端末Ｂ、２
ｃはルータＣ、２ｃ1はウェブサーバ端末Ｃ1、２ｃ2は
ウェブサーバ端末Ｃ２、２ｄ1，２ｄ2はウェブサーバ端
末、３1，３2はブラウザを搭載したウェブクライアント
端末、４はＤＮＳサーバ、４ａはＤＮＳ管理テーブル、
５は所定のＩＰアドレスの範囲から１つのＩＰアドレス
を割り当てるＤＨＣＰサーバ、６はホスト名に対応した
ＩＰアドレスをウェブクライアント端末３1，３2、各ウ
ェブサーバ端末に通知してアクセスの支援を行うＤＤＮ
Ｓサーバ、６ａは管理テーブルである。
【００１０】図８に示すように、例えばウェブサーバ端
末Ａ２ａにアクセスするためウェブクライアント端末３
1は、ウェブサーバ端末Ａ２ａのホスト名「ｈｏｓｔ
１」を用いて、先ずＤＮＳサーバ４に問い合わせを行
い、このＤＮＳサーバ４はＤＤＮＳサーバ６へＩＰアド
レスを問い合わせて、ＤＤＮＳサーバ６からホスト名
「ｈｏｓｔ１」に対応したＩＰアドレス「１．１．１．
１」を取得する。なお、このときまでにＤＨＣＰサーバ
５は、例えば、ウェブサーバ端末Ａ２ａに対して順に
「１．１．１．２」、「１．１．１．１」のＩＰアドレ
スを割り当て、ウェブサーバ端末Ｂ２ｂに対しては順に
「１．１．１．３」、「１．１．１．４」のＩＰアドレ
スを割り当てている。この割り当てを受けたウェブサー
バ端末Ａ２ａとウェブサーバ端末Ｂ２ｂは、それぞれの
最後の割り当てのＴ１時点、Ｔ２時点にこれをＤＤＮＳ
サーバ６に報告する。従って、ホスト名「ｈｏｓｔ１」
が送られてきたときには、管理テーブル６ａに「ｈｏｓ
ｔ１」と対応した「１．１．１．１」と、「ｈｏｓｔ
２」に対応した「１．１．１．４」とが登録されてお
り、このＩＰアドレス例えば「１．１．１，１」によっ
てヘッダを構成することにより、ウェブブラウザからウ
ェブサーバ端末Ａ２ａへの通信が可能になる。ＤＨＣＰ
サーバ５はその後も次々とＴ４，Ｔ７，Ｔ８時点にＩＰ
アドレスを各ウェブクライアント端末３1，３2に割り当
て、これを継続する。
末Ａ２ａにアクセスするためウェブクライアント端末３
1は、ウェブサーバ端末Ａ２ａのホスト名「ｈｏｓｔ
１」を用いて、先ずＤＮＳサーバ４に問い合わせを行
い、このＤＮＳサーバ４はＤＤＮＳサーバ６へＩＰアド
レスを問い合わせて、ＤＤＮＳサーバ６からホスト名
「ｈｏｓｔ１」に対応したＩＰアドレス「１．１．１．
１」を取得する。なお、このときまでにＤＨＣＰサーバ
５は、例えば、ウェブサーバ端末Ａ２ａに対して順に
「１．１．１．２」、「１．１．１．１」のＩＰアドレ
スを割り当て、ウェブサーバ端末Ｂ２ｂに対しては順に
「１．１．１．３」、「１．１．１．４」のＩＰアドレ
スを割り当てている。この割り当てを受けたウェブサー
バ端末Ａ２ａとウェブサーバ端末Ｂ２ｂは、それぞれの
最後の割り当てのＴ１時点、Ｔ２時点にこれをＤＤＮＳ
サーバ６に報告する。従って、ホスト名「ｈｏｓｔ１」
が送られてきたときには、管理テーブル６ａに「ｈｏｓ
ｔ１」と対応した「１．１．１．１」と、「ｈｏｓｔ
２」に対応した「１．１．１．４」とが登録されてお
り、このＩＰアドレス例えば「１．１．１，１」によっ
てヘッダを構成することにより、ウェブブラウザからウ
ェブサーバ端末Ａ２ａへの通信が可能になる。ＤＨＣＰ
サーバ５はその後も次々とＴ４，Ｔ７，Ｔ８時点にＩＰ
アドレスを各ウェブクライアント端末３1，３2に割り当
て、これを継続する。
【００１１】なお、ウェブサーバ端末Ａ２ａ，Ｂ２ｂが
電源を切断した時やＩＰアドレスのリース期間が過ぎた
ときに、ＤＨＣＰサーバ５はウェブサーバ端末Ａ２ａ，
Ｂ２ｂに割り当てていたＩＰアドレスを空き状態とし、
その後のＩＰアドレスを取得要求したクライアントに対
し空き状態としたＩＰアドレスを付与する。また、ＤＨ
ＣＰサーバ５によってはリース期間内にクライアントか
ら更新要求をしても前回と同一のＩＰアドレスを付与し
ないものもあり、この場合もＩＰアドレスの変動が生じ
る。
電源を切断した時やＩＰアドレスのリース期間が過ぎた
ときに、ＤＨＣＰサーバ５はウェブサーバ端末Ａ２ａ，
Ｂ２ｂに割り当てていたＩＰアドレスを空き状態とし、
その後のＩＰアドレスを取得要求したクライアントに対
し空き状態としたＩＰアドレスを付与する。また、ＤＨ
ＣＰサーバ５によってはリース期間内にクライアントか
ら更新要求をしても前回と同一のＩＰアドレスを付与し
ないものもあり、この場合もＩＰアドレスの変動が生じ
る。
【００１２】ここで、ウェブサーバ端末Ａ２ａが電源を
切断等によりＤＨＣＰサーバ５がウェブサーバ端末Ａ２
ａに割り当てたＩＰアドレスを開放した状態において、
他のクライアントがＩＰアドレスの取得要求をした場
合、空き（開放）状態のＩＰアドレスを選択して付与す
ることになる。従って、ウェブサーバ端末Ｂ２ｂに対し
ＩＰアドレスの再割り当てをする場合に、ＩＰアドレス
「１．１．１．１」を付与することがあり、ＩＰアドレ
ス「１．１．１．１」を取得したウェブサーバ端末Ｂ２
ｂは、ＤＤＮＳサーバ６に対しこれを報告する。しか
し、この「１．１．１．１」の開放後Ｔ８時点に「１．
１．１．３」が割り当てられるまでは、管理テーブル６
ａのウェブサーバ端末Ａ２ａのＩＰアドレスは「１．
１．１．１」のまま維持され、従ってウェブサーバ端末
Ａ２ａとウェブサーバ端末Ｂ２ｂとはいずれもＩＰアド
レスとして「１．１．１．１」が登録されることにな
る。
切断等によりＤＨＣＰサーバ５がウェブサーバ端末Ａ２
ａに割り当てたＩＰアドレスを開放した状態において、
他のクライアントがＩＰアドレスの取得要求をした場
合、空き（開放）状態のＩＰアドレスを選択して付与す
ることになる。従って、ウェブサーバ端末Ｂ２ｂに対し
ＩＰアドレスの再割り当てをする場合に、ＩＰアドレス
「１．１．１．１」を付与することがあり、ＩＰアドレ
ス「１．１．１．１」を取得したウェブサーバ端末Ｂ２
ｂは、ＤＤＮＳサーバ６に対しこれを報告する。しか
し、この「１．１．１．１」の開放後Ｔ８時点に「１．
１．１．３」が割り当てられるまでは、管理テーブル６
ａのウェブサーバ端末Ａ２ａのＩＰアドレスは「１．
１．１．１」のまま維持され、従ってウェブサーバ端末
Ａ２ａとウェブサーバ端末Ｂ２ｂとはいずれもＩＰアド
レスとして「１．１．１．１」が登録されることにな
る。
【００１３】そして、Ｔ５時点に別のウェブクライアン
ト端末３2がウェブサーバ端末Ａ２ａのホスト名「ｈｏ
ｓｔ１」でアクセスを開始したとき、ＤＤＮＳサーバ６
にＩＰアドレスを問い合わせると、ＤＮＳ管理テーブル
６ａにはウェブサーバ端末Ａ２ａだけでなくウェブサー
バ端末Ｂ２ｂも「１．１．１．１」が登録されている。
従って、ＤＤＮＳサーバ６がこの「１．１．１．１」を
応答すると、ウェブクライアント端末３2はウェブサー
バ端末Ａ２ａではなく、別の端末であるウェブサーバ端
末Ｂ２ｂに誤接続されることになる。
ト端末３2がウェブサーバ端末Ａ２ａのホスト名「ｈｏ
ｓｔ１」でアクセスを開始したとき、ＤＤＮＳサーバ６
にＩＰアドレスを問い合わせると、ＤＮＳ管理テーブル
６ａにはウェブサーバ端末Ａ２ａだけでなくウェブサー
バ端末Ｂ２ｂも「１．１．１．１」が登録されている。
従って、ＤＤＮＳサーバ６がこの「１．１．１．１」を
応答すると、ウェブクライアント端末３2はウェブサー
バ端末Ａ２ａではなく、別の端末であるウェブサーバ端
末Ｂ２ｂに誤接続されることになる。
【００１４】このように、従来のＤＤＮＳとＤＨＣＰを
使用したネットワークシステムにおいては、ＤＨＣＰク
ライアントのウェブサーバ端末Ａ２ａがＩＰアドレスを
開放すると同一のＩＰアドレスをウェブサーバ端末Ｂ２
ｂが偶然に取得してしまうことが起こった。そしてこの
ときウェブサーバ端末Ａ２ａにウェブサーバ端末Ａ２ａ
のホスト名でアクセスすると、ウェブサーバ端末Ａ２ａ
ではなく、ウェブサーバ端末Ｂ２ｂにアクセスしてしま
い、アクセスしたユーザに誤情報を与えてしまうととも
に、ウェブサーバ端末Ｂ２ｂの内容が外部に漏れてしま
い、ネットワークシステムのセキュリティが低下すると
いう問題があった。
使用したネットワークシステムにおいては、ＤＨＣＰク
ライアントのウェブサーバ端末Ａ２ａがＩＰアドレスを
開放すると同一のＩＰアドレスをウェブサーバ端末Ｂ２
ｂが偶然に取得してしまうことが起こった。そしてこの
ときウェブサーバ端末Ａ２ａにウェブサーバ端末Ａ２ａ
のホスト名でアクセスすると、ウェブサーバ端末Ａ２ａ
ではなく、ウェブサーバ端末Ｂ２ｂにアクセスしてしま
い、アクセスしたユーザに誤情報を与えてしまうととも
に、ウェブサーバ端末Ｂ２ｂの内容が外部に漏れてしま
い、ネットワークシステムのセキュリティが低下すると
いう問題があった。
【００１５】そこで本発明は、ＩＰアドレスが２重登録
されても簡単且つ確実に誤接続を防止でき、セキュリテ
ィが高いウェブサーバ端末を提供することを目的とす
る。
されても簡単且つ確実に誤接続を防止でき、セキュリテ
ィが高いウェブサーバ端末を提供することを目的とす
る。
【００１６】また本発明は、ＩＰアドレスが２重登録さ
れても簡単且つ確実に誤接続を防止でき、セキュリティ
が高いネットワークシステムを提供することを目的とす
る。
れても簡単且つ確実に誤接続を防止でき、セキュリティ
が高いネットワークシステムを提供することを目的とす
る。
【００１７】さらに本発明は、ＩＰアドレスが２重登録
されても簡単且つ確実に誤接続を防止でき、セキュリテ
ィが高いアクセス制御方式を提供することを目的とす
る。
されても簡単且つ確実に誤接続を防止でき、セキュリテ
ィが高いアクセス制御方式を提供することを目的とす
る。
【００１８】
【課題を解決するための手段】上記の問題を解決するた
めに本発明のウェブサーバ端末は、自分のホスト名を格
納しておくことができる管理テーブルと、アクセス要求
を受信するとＨＴＴＰヘッダからホスト名を取り出すホ
スト名検出手段と、ホスト名検出手段が検出したホスト
名と管理テーブルに格納されているホスト名とを比較
し、双方が一致するか否かを判定する判定手段とを備
え、ホスト名が一致した場合には、判定手段がウェブ処
理手段が通信を許可し、ホスト名が一致しなかった場合
には通信を拒否することを特徴とする。
めに本発明のウェブサーバ端末は、自分のホスト名を格
納しておくことができる管理テーブルと、アクセス要求
を受信するとＨＴＴＰヘッダからホスト名を取り出すホ
スト名検出手段と、ホスト名検出手段が検出したホスト
名と管理テーブルに格納されているホスト名とを比較
し、双方が一致するか否かを判定する判定手段とを備
え、ホスト名が一致した場合には、判定手段がウェブ処
理手段が通信を許可し、ホスト名が一致しなかった場合
には通信を拒否することを特徴とする。
【００１９】これにより、ＩＰアドレスが２重登録され
ても簡単且つ確実に誤接続を防止でき、セキュリティが
向上する。
ても簡単且つ確実に誤接続を防止でき、セキュリティが
向上する。
【００２０】また本発明のネットワークシステムは、ウ
ェブサーバ端末と、ウェブクライアント端末と、ＤＤＮ
Ｓサーバと、ＩＰアドレスを割り当てるＤＨＣＰサーバ
を備えたネットワークシステムであって、ウェブクライ
アント端末においてアクセス要求にホスト名を付加し、
ウェブサーバ端末では該ホスト名と登録されているホス
ト名とを比較して一致しているときのみ接続することを
特徴とする。
ェブサーバ端末と、ウェブクライアント端末と、ＤＤＮ
Ｓサーバと、ＩＰアドレスを割り当てるＤＨＣＰサーバ
を備えたネットワークシステムであって、ウェブクライ
アント端末においてアクセス要求にホスト名を付加し、
ウェブサーバ端末では該ホスト名と登録されているホス
ト名とを比較して一致しているときのみ接続することを
特徴とする。
【００２１】これにより、ＩＰアドレスが２重登録され
ても簡単且つ確実に誤接続を防止でき、セキュリティが
向上する。
ても簡単且つ確実に誤接続を防止でき、セキュリティが
向上する。
【００２２】さらに本発明のアクセス制御方法は、ウェ
ブクライアント端末においてブラウザ手段によってウェ
ブサーバ端末にアクセスするとき、アクセス要求にホス
ト名をセットし、ウェブサーバ端末では該ホスト名を取
り出し、該ホスト名を登録されているホスト名と比較
し、一致しているとき接続するとともに不一致のときに
は接続を拒否することを特徴とする。
ブクライアント端末においてブラウザ手段によってウェ
ブサーバ端末にアクセスするとき、アクセス要求にホス
ト名をセットし、ウェブサーバ端末では該ホスト名を取
り出し、該ホスト名を登録されているホスト名と比較
し、一致しているとき接続するとともに不一致のときに
は接続を拒否することを特徴とする。
【００２３】これにより、ＩＰアドレスが２重登録され
ても簡単且つ確実に誤接続を防止でき、セキュリティが
向上する。
ても簡単且つ確実に誤接続を防止でき、セキュリティが
向上する。
【００２４】
【発明の実施の形態】本発明の請求項１記載の発明は、
自分のホスト名を格納しておくことができる管理テーブ
ルと、ウェブクライアント端末からの要求を処理するこ
とができるウェブ処理手段と、ウェブクライアント端末
から送信されてきたアクセス要求を受信するとＨＴＴＰ
ヘッダからホスト名を取り出すホスト名検出手段と、ホ
スト名検出手段が検出したホスト名と管理テーブルに格
納されているホスト名とを比較し、双方が一致するか否
かを判定する判定手段とを備え、ホスト名が一致した場
合には、判定手段がウェブ処理手段が通信を許可し、ホ
スト名が一致しなかった場合には通信を拒否することを
特徴とするウェブサーバ端末であって、ＩＰアドレスが
２重登録されても、ホスト名の一致したときだけアクセ
スを許可することができ、簡単且つ確実に誤った接続を
防止でき、誤接続による内容の流出がないからセキュリ
ティが向上する。
自分のホスト名を格納しておくことができる管理テーブ
ルと、ウェブクライアント端末からの要求を処理するこ
とができるウェブ処理手段と、ウェブクライアント端末
から送信されてきたアクセス要求を受信するとＨＴＴＰ
ヘッダからホスト名を取り出すホスト名検出手段と、ホ
スト名検出手段が検出したホスト名と管理テーブルに格
納されているホスト名とを比較し、双方が一致するか否
かを判定する判定手段とを備え、ホスト名が一致した場
合には、判定手段がウェブ処理手段が通信を許可し、ホ
スト名が一致しなかった場合には通信を拒否することを
特徴とするウェブサーバ端末であって、ＩＰアドレスが
２重登録されても、ホスト名の一致したときだけアクセ
スを許可することができ、簡単且つ確実に誤った接続を
防止でき、誤接続による内容の流出がないからセキュリ
ティが向上する。
【００２５】本発明の請求項２記載の発明は、ホスト名
検出手段が、ウェブクライアント端末から送信されてき
たアクセス要求にセットされたＨＴＴＰヘッダのメソッ
ドによりウェブサーバ端末のホスト名を取り出すことを
特徴とする請求項１記載のウェブサーバ端末であって、
ＨＴＴＰヘッダにセットされたホスト名を取り出すた
め、簡単且つ確実に誤った接続を防止できる。
検出手段が、ウェブクライアント端末から送信されてき
たアクセス要求にセットされたＨＴＴＰヘッダのメソッ
ドによりウェブサーバ端末のホスト名を取り出すことを
特徴とする請求項１記載のウェブサーバ端末であって、
ＨＴＴＰヘッダにセットされたホスト名を取り出すた
め、簡単且つ確実に誤った接続を防止できる。
【００２６】本発明の請求項３記載の発明は、ＤＤＮＳ
管理手段が設けられ、該ＤＤＮＳ管理手段がＤＤＮＳサ
ーバから取得した自分のホスト名を管理テーブルに格納
することを特徴とする請求項１または２記載のウェブサ
ーバ端末であって、ＤＤＮＳ管理手段が管理テーブルに
ホスト名を格納するので、アクセス制御用の管理テーブ
ルを別途設けることなく、システム構成を簡素化でき、
簡単且つ確実に誤接続を防止できる。
管理手段が設けられ、該ＤＤＮＳ管理手段がＤＤＮＳサ
ーバから取得した自分のホスト名を管理テーブルに格納
することを特徴とする請求項１または２記載のウェブサ
ーバ端末であって、ＤＤＮＳ管理手段が管理テーブルに
ホスト名を格納するので、アクセス制御用の管理テーブ
ルを別途設けることなく、システム構成を簡素化でき、
簡単且つ確実に誤接続を防止できる。
【００２７】本発明の請求項４記載の発明は、請求項１
〜３のいずれかに記載のウェブサーバ端末と、ウェブク
ライアント端末と、ウェブサーバ端末からの要求でホー
ム名とＩＰアドレスを変換するＤＤＮＳサーバと、ウェ
ブサーバ端末に対して所定のＩＰアドレスからＩＰアド
レスを割り当てるＤＨＣＰサーバを備えたネットワーク
システムであって、ウェブクライアント端末は、ウェブ
サーバ端末にアクセスし、ウェブ上所定の処理を要求す
ることができるブラウザ手段と、ブラウザ手段によって
ウェブサーバ端末にアクセスするときに、アクセス要求
のＨＴＴＰリクエストの中にウェブサーバ端末のホスト
名をセットすることができるＨＴＴＰリクエスト作成手
段を備え、ウェブクライアント端末においてアクセス要
求にホスト名を付加し、ウェブサーバ端末では該ホスト
名と登録されているホスト名とを比較して一致している
ときのみ接続することを特徴とするネットワークシステ
ムであって、ＤＨＣＰサーバによって割り当てられたＩ
Ｐアドレスが２重登録されても、ホスト名の一致したと
きだけアクセスを許可することができ、簡単且つ確実に
誤った接続を防止でき、誤接続による内容の流出がない
からセキュリティが向上する。
〜３のいずれかに記載のウェブサーバ端末と、ウェブク
ライアント端末と、ウェブサーバ端末からの要求でホー
ム名とＩＰアドレスを変換するＤＤＮＳサーバと、ウェ
ブサーバ端末に対して所定のＩＰアドレスからＩＰアド
レスを割り当てるＤＨＣＰサーバを備えたネットワーク
システムであって、ウェブクライアント端末は、ウェブ
サーバ端末にアクセスし、ウェブ上所定の処理を要求す
ることができるブラウザ手段と、ブラウザ手段によって
ウェブサーバ端末にアクセスするときに、アクセス要求
のＨＴＴＰリクエストの中にウェブサーバ端末のホスト
名をセットすることができるＨＴＴＰリクエスト作成手
段を備え、ウェブクライアント端末においてアクセス要
求にホスト名を付加し、ウェブサーバ端末では該ホスト
名と登録されているホスト名とを比較して一致している
ときのみ接続することを特徴とするネットワークシステ
ムであって、ＤＨＣＰサーバによって割り当てられたＩ
Ｐアドレスが２重登録されても、ホスト名の一致したと
きだけアクセスを許可することができ、簡単且つ確実に
誤った接続を防止でき、誤接続による内容の流出がない
からセキュリティが向上する。
【００２８】本発明の請求項５記載の発明は、ウェブク
ライアント端末においてブラウザ手段によってウェブサ
ーバ端末にアクセスするとき、アクセス要求にホスト名
をセットし、ウェブサーバ端末では該ホスト名を取り出
し、該ホスト名を登録されているホスト名と比較し、一
致しているとき接続するとともに不一致のときには接続
を拒否することを特徴とするアクセス制御方法であっ
て、ＩＰアドレスが２重登録されても、ホスト名の一致
したときだけアクセスを許可することができ、簡単且つ
確実に誤った接続を防止でき、誤接続による内容の流出
がないからセキュリティが向上する。
ライアント端末においてブラウザ手段によってウェブサ
ーバ端末にアクセスするとき、アクセス要求にホスト名
をセットし、ウェブサーバ端末では該ホスト名を取り出
し、該ホスト名を登録されているホスト名と比較し、一
致しているとき接続するとともに不一致のときには接続
を拒否することを特徴とするアクセス制御方法であっ
て、ＩＰアドレスが２重登録されても、ホスト名の一致
したときだけアクセスを許可することができ、簡単且つ
確実に誤った接続を防止でき、誤接続による内容の流出
がないからセキュリティが向上する。
【００２９】（実施の形態１）本発明の実施の形態１に
おけるＤＤＮＳとＤＨＣＰを使用したネットワークシス
テムとそのアクセス制御方法について説明する。図１は
本発明の実施の形態１におけるＤＤＮＳとＤＨＣＰを使
用したネットワークシステムの構成図、図２（ａ）は本
発明の実施の形態１におけるウェブサーバ端末の構成
図、図２（ｂ）は本発明の実施の形態１におけるウェブ
クライアント端末の構成図、図３（ａ）は本発明の実施
の形態１におけるウェブサーバ端末の管理テーブルの要
部図、図３（ｂ）は本発明の実施の形態１におけるアク
セス要求の構成図、図４は本発明の実施の形態１におけ
るウェブサーバ端末のアクセス制御のフローチャートで
ある。
おけるＤＤＮＳとＤＨＣＰを使用したネットワークシス
テムとそのアクセス制御方法について説明する。図１は
本発明の実施の形態１におけるＤＤＮＳとＤＨＣＰを使
用したネットワークシステムの構成図、図２（ａ）は本
発明の実施の形態１におけるウェブサーバ端末の構成
図、図２（ｂ）は本発明の実施の形態１におけるウェブ
クライアント端末の構成図、図３（ａ）は本発明の実施
の形態１におけるウェブサーバ端末の管理テーブルの要
部図、図３（ｂ）は本発明の実施の形態１におけるアク
セス要求の構成図、図４は本発明の実施の形態１におけ
るウェブサーバ端末のアクセス制御のフローチャートで
ある。
【００３０】図１において、１はインターネット、２ａ
はウェブサーバ端末Ａ、２ｂはウェブサーバ端末Ｂ、２
ｃはルータＣ、２ｃ1はウェブサーバ端末Ｃ1、２ｃ2は
ウェブサーバ端末Ｃ２、２ｄはウェブサーバ端末、３は
ブラウザを搭載したウェブクライアント端末、４はＤＮ
Ｓサーバ、４ａはＤＮＳ管理テーブル、５はＤＨＣＰサ
ーバ、６はホスト名に対応し動的に変わるＩＰアドレス
をウェブクライアントに通知してアクセスの支援を行う
ＤＤＮＳサーバ、６ａは管理テーブルである。これらの
詳細は従来のものと基本的に同一である。なお、ＤＮＳ
サーバ４，ＤＨＣＰサーバ５，ＤＤＮＳサーバ６は、ネ
ットワーク上様々の位置で様々の形態で設置することが
できる。
はウェブサーバ端末Ａ、２ｂはウェブサーバ端末Ｂ、２
ｃはルータＣ、２ｃ1はウェブサーバ端末Ｃ1、２ｃ2は
ウェブサーバ端末Ｃ２、２ｄはウェブサーバ端末、３は
ブラウザを搭載したウェブクライアント端末、４はＤＮ
Ｓサーバ、４ａはＤＮＳ管理テーブル、５はＤＨＣＰサ
ーバ、６はホスト名に対応し動的に変わるＩＰアドレス
をウェブクライアントに通知してアクセスの支援を行う
ＤＤＮＳサーバ、６ａは管理テーブルである。これらの
詳細は従来のものと基本的に同一である。なお、ＤＮＳ
サーバ４，ＤＨＣＰサーバ５，ＤＤＮＳサーバ６は、ネ
ットワーク上様々の位置で様々の形態で設置することが
できる。
【００３１】次に図１，図２（ａ）に基づいて、ウェブ
サーバ端末の構成について説明する。２１は中央処理装
置からなり制御プログラムをロードして各種制御機能を
果たすウェブサーバの制御部、２２はＤＤＮＳのための
サーバ側処理を行うＤＤＮＳ管理手段、２３は制御部２
１を構成する中央処理装置の制御プログラムを格納した
メモリ、２４はメモリ２３に設けられた認証情報、ホス
ト名、ＩＰアドレス、ポート番号等を格納した管理テー
ブルである。２５は入出力通信制御を行う入出力制御
部、２６はウェブクライアント端末３から送られたＨＴ
ＭＬファイルの送信等の要求を処理するｈｔｔｐｄ等の
ウェブ処理手段、２７はウェブクライアント端末３から
送信されてきたアクセス要求を受信するとデータ域から
ホスト名を取り出すホスト名検出手段、２８はホスト名
検出手段が検出したホスト名と管理テーブルに格納され
ているホスト名とを比較し、双方が一致するか否かを判
定してアクセスの許可、不許可を決定する判定手段であ
る。
サーバ端末の構成について説明する。２１は中央処理装
置からなり制御プログラムをロードして各種制御機能を
果たすウェブサーバの制御部、２２はＤＤＮＳのための
サーバ側処理を行うＤＤＮＳ管理手段、２３は制御部２
１を構成する中央処理装置の制御プログラムを格納した
メモリ、２４はメモリ２３に設けられた認証情報、ホス
ト名、ＩＰアドレス、ポート番号等を格納した管理テー
ブルである。２５は入出力通信制御を行う入出力制御
部、２６はウェブクライアント端末３から送られたＨＴ
ＭＬファイルの送信等の要求を処理するｈｔｔｐｄ等の
ウェブ処理手段、２７はウェブクライアント端末３から
送信されてきたアクセス要求を受信するとデータ域から
ホスト名を取り出すホスト名検出手段、２８はホスト名
検出手段が検出したホスト名と管理テーブルに格納され
ているホスト名とを比較し、双方が一致するか否かを判
定してアクセスの許可、不許可を決定する判定手段であ
る。
【００３２】ＤＤＮＳ管理手段２２は、管理テーブル２
４に認証情報、ホスト名、ＩＰアドレス及びポート番号
を格納し、ＤＨＣＰサーバ５がＩＰアドレスを割り当て
たときにはこれをＤＤＮＳサーバ６に通知する。ここに
格納されるホスト名は、予めＤＤＮＳ管理手段２２がＤ
ＤＮＳサーバ６に登録し、ＤＤＮＳ管理手段２２がＤＤ
ＮＳサーバ６から登録名として取得したものである。図
３（ａ）に示す管理テーブル２４は、このうちのアクセ
ス要求に利用するホスト名２４ａ、ＩＰアドレス２４ｂ
を示している。ここでは認証情報、ポート番号は図示し
ていない。なお、ここでいうホスト名は、端末名である
狭義のホスト名とドメイン名、場合によってはサブドメ
イン名を加えて構成されたアクセス用ネームのことであ
り、図３（ａ）（ｂ）においてホスト名は「ｔａｒｏ
ｕ．ｍｉｅｍａｓｕ．ｎｅｔ」「ｈａｎａｋｏ．ｍｉｅ
ｍａｓｕ．ｎｅｔ」であって、「ｔａｒｏｕ」「ｈａｎ
ａｋｏ」が狭義のホスト名、「ｍｉｅｍａｓｕ．ｎｅ
ｔ」が共通のドメイン名である。ウェブクライアント端
末３からアクセス要求があると、ホスト名検出手段２７
は図３（ｂ）に示すようにＨＴＴＰリクエストヘッダの
メソッド「ＧＥＴ」に従って「Ｈｏｓｔ」からホスト名
を検出し、判定手段２８が図４に示すようにアクセスを
許可するか否かを判定する。
４に認証情報、ホスト名、ＩＰアドレス及びポート番号
を格納し、ＤＨＣＰサーバ５がＩＰアドレスを割り当て
たときにはこれをＤＤＮＳサーバ６に通知する。ここに
格納されるホスト名は、予めＤＤＮＳ管理手段２２がＤ
ＤＮＳサーバ６に登録し、ＤＤＮＳ管理手段２２がＤＤ
ＮＳサーバ６から登録名として取得したものである。図
３（ａ）に示す管理テーブル２４は、このうちのアクセ
ス要求に利用するホスト名２４ａ、ＩＰアドレス２４ｂ
を示している。ここでは認証情報、ポート番号は図示し
ていない。なお、ここでいうホスト名は、端末名である
狭義のホスト名とドメイン名、場合によってはサブドメ
イン名を加えて構成されたアクセス用ネームのことであ
り、図３（ａ）（ｂ）においてホスト名は「ｔａｒｏ
ｕ．ｍｉｅｍａｓｕ．ｎｅｔ」「ｈａｎａｋｏ．ｍｉｅ
ｍａｓｕ．ｎｅｔ」であって、「ｔａｒｏｕ」「ｈａｎ
ａｋｏ」が狭義のホスト名、「ｍｉｅｍａｓｕ．ｎｅ
ｔ」が共通のドメイン名である。ウェブクライアント端
末３からアクセス要求があると、ホスト名検出手段２７
は図３（ｂ）に示すようにＨＴＴＰリクエストヘッダの
メソッド「ＧＥＴ」に従って「Ｈｏｓｔ」からホスト名
を検出し、判定手段２８が図４に示すようにアクセスを
許可するか否かを判定する。
【００３３】すなわち、図４においてホスト名検出手段
２７がＨＴＴＰリクエストヘッダの中からホスト名を検
出する（ｓｔｅｐ１）。例えば、着信したパケットがＩ
Ｐアドレス「１．１．１．１」、ホスト名「ｈｔｔｐ：
／／ ｔａｒｏｕ．ｍｉｅｍａｓｕ．ｎｅｔ」にアクセ
スしてきたものであれば、ｓｔｅｐ１において図３
（ｂ）に示すメソッド「ＧＥＴ」によって「Ｈｏｓｔ」
から「ｔａｒｏｕ．ｍｉｅｍａｓｕ．ｎｅｔ」を取り出
す。
２７がＨＴＴＰリクエストヘッダの中からホスト名を検
出する（ｓｔｅｐ１）。例えば、着信したパケットがＩ
Ｐアドレス「１．１．１．１」、ホスト名「ｈｔｔｐ：
／／ ｔａｒｏｕ．ｍｉｅｍａｓｕ．ｎｅｔ」にアクセ
スしてきたものであれば、ｓｔｅｐ１において図３
（ｂ）に示すメソッド「ＧＥＴ」によって「Ｈｏｓｔ」
から「ｔａｒｏｕ．ｍｉｅｍａｓｕ．ｎｅｔ」を取り出
す。
【００３４】続いて判定手段２８が、このホスト名検出
手段２７が検出したホスト名と、管理テーブル２４内に
格納されている登録されたホスト名「ｔａｒｏｕ．ｍｉ
ｅｍａｓｕ．ｎｅｔ」とを比較し、両者が同一であるか
否かを判定する（ｓｔｅｐ２）。
手段２７が検出したホスト名と、管理テーブル２４内に
格納されている登録されたホスト名「ｔａｒｏｕ．ｍｉ
ｅｍａｓｕ．ｎｅｔ」とを比較し、両者が同一であるか
否かを判定する（ｓｔｅｐ２）。
【００３５】登録されているホスト名と検出したホスト
名が一致したとき、判定手段２８はアクセスを許可し
（ｓｔｅｐ３）、ウェブ処理手段２６が通信を開始す
る。もし登録されているホスト名と検出したホスト名が
一致しなかったら、判定手段２８はアクセスを拒否し
（ｓｔｅｐ４）、ウェブ処理手段２６は「接続できませ
ん」というＨＴＭＬのウェブページをブラウザに送り返
す。
名が一致したとき、判定手段２８はアクセスを許可し
（ｓｔｅｐ３）、ウェブ処理手段２６が通信を開始す
る。もし登録されているホスト名と検出したホスト名が
一致しなかったら、判定手段２８はアクセスを拒否し
（ｓｔｅｐ４）、ウェブ処理手段２６は「接続できませ
ん」というＨＴＭＬのウェブページをブラウザに送り返
す。
【００３６】このように実施の形態１のウェブサーバ端
末は、ＤＤＮＳサーバが２つのホスト名に対して同一の
ＩＰアドレスを登録するような事態が起こったとして
も、ウェブサーバ端末自身に予めホスト名が登録されて
おり、ブラウザからのアクセス要求に含まれたＨＴＴＰ
リクエストにセットされたホスト名を検出することによ
って、自分にアクセスした場合だけ通信を許可すること
ができる。これにより、簡単且つ確実に誤った接続を防
止でき、誤接続による内容の流出がないからセキュリテ
ィが向上する。
末は、ＤＤＮＳサーバが２つのホスト名に対して同一の
ＩＰアドレスを登録するような事態が起こったとして
も、ウェブサーバ端末自身に予めホスト名が登録されて
おり、ブラウザからのアクセス要求に含まれたＨＴＴＰ
リクエストにセットされたホスト名を検出することによ
って、自分にアクセスした場合だけ通信を許可すること
ができる。これにより、簡単且つ確実に誤った接続を防
止でき、誤接続による内容の流出がないからセキュリテ
ィが向上する。
【００３７】次に、実施の形態１におけるウェブクライ
アント端末の説明をする。図２（ｂ）において、３１は
中央処理装置からなり制御プログラムをロードして各種
制御機能を果たすウェブクライアント端末３の制御部、
３３は制御部３１を構成する中央処理装置の制御プログ
ラムを格納したメモリ、３５は通信のための入出力制御
を行う入出力制御部、３６はウェブページ等ＨＴＭＬ文
書を閲覧できるブラウザ手段、３７はウェブサーバ端末
にアクセス要求を行うときＨＴＴＰリクエストを作成す
るＨＴＴＰリクエスト作成手段である。
アント端末の説明をする。図２（ｂ）において、３１は
中央処理装置からなり制御プログラムをロードして各種
制御機能を果たすウェブクライアント端末３の制御部、
３３は制御部３１を構成する中央処理装置の制御プログ
ラムを格納したメモリ、３５は通信のための入出力制御
を行う入出力制御部、３６はウェブページ等ＨＴＭＬ文
書を閲覧できるブラウザ手段、３７はウェブサーバ端末
にアクセス要求を行うときＨＴＴＰリクエストを作成す
るＨＴＴＰリクエスト作成手段である。
【００３８】ブラウザ手段３６はウェブサーバ端末にア
クセスする場合、ホスト名に対するＩＰアドレスをＤＮ
Ｓサーバ４に問い合わせる。次いでＤＮＳサーバ４はＤ
ＤＮＳサーバ６にこれを問い合わせ、ＩＰアドレスを取
得することが可能になる。例えば、メモリ３３に格納さ
れているホスト名のウェブサーバ端末にアクセスを行う
場合には、ＨＴＴＰリクエスト作成手段３７がＨＴＴＰ
リクエストを作成し、ブラウザ手段３６がこのＨＴＴＰ
リクエストをセットしたＩＰパケットをインターネット
上、ウェブサーバ端末に向けて送信する。ＤＮＳサーバ
４とＤＤＮＳサーバ６によりＩＰアドレスを得てウェブ
サーバ端末に着信すると、ＨＴＴＰリクエストの中のホ
スト名によってウェブサーバ端末は正規の着信か否かを
判断し、アクセスを許可または不許可にする。
クセスする場合、ホスト名に対するＩＰアドレスをＤＮ
Ｓサーバ４に問い合わせる。次いでＤＮＳサーバ４はＤ
ＤＮＳサーバ６にこれを問い合わせ、ＩＰアドレスを取
得することが可能になる。例えば、メモリ３３に格納さ
れているホスト名のウェブサーバ端末にアクセスを行う
場合には、ＨＴＴＰリクエスト作成手段３７がＨＴＴＰ
リクエストを作成し、ブラウザ手段３６がこのＨＴＴＰ
リクエストをセットしたＩＰパケットをインターネット
上、ウェブサーバ端末に向けて送信する。ＤＮＳサーバ
４とＤＤＮＳサーバ６によりＩＰアドレスを得てウェブ
サーバ端末に着信すると、ＨＴＴＰリクエストの中のホ
スト名によってウェブサーバ端末は正規の着信か否かを
判断し、アクセスを許可または不許可にする。
【００３９】このＨＴＴＰリクエストの内容は図３
（ｂ）に示した通りである。ＨＴＴＰリクエスト作成手
段３７は、プロトコルＨＴＴＰに則って、メソッド「Ｇ
ＥＴ」の後にＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕ
ｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）とバージョン情報「Ｈ
ＴＴＰ１．０」をセットし、「Ｈｏｓｔ」の後にホスト
名を書き込んでＨＴＴＰリクエストヘッダを作成する。
なお、ＨＴＴＰ１．１においては、ＨＴＴＰリクエスト
作成手段３７がホスト名をセットするのが義務付けられ
ており、ホスト名が自動的に書き込まれる。
（ｂ）に示した通りである。ＨＴＴＰリクエスト作成手
段３７は、プロトコルＨＴＴＰに則って、メソッド「Ｇ
ＥＴ」の後にＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕ
ｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）とバージョン情報「Ｈ
ＴＴＰ１．０」をセットし、「Ｈｏｓｔ」の後にホスト
名を書き込んでＨＴＴＰリクエストヘッダを作成する。
なお、ＨＴＴＰ１．１においては、ＨＴＴＰリクエスト
作成手段３７がホスト名をセットするのが義務付けられ
ており、ホスト名が自動的に書き込まれる。
【００４０】本実施の形態１のウェブクライアント端末
は、ＨＴＴＰリクエスト作成手段によってアクセス要求
の中に目的のホスト名をセットするから、ウェブサーバ
端末においてＩＰアドレスだけでなくホスト名の比較が
でき、簡単且つ確実に誤った接続を防止できる。
は、ＨＴＴＰリクエスト作成手段によってアクセス要求
の中に目的のホスト名をセットするから、ウェブサーバ
端末においてＩＰアドレスだけでなくホスト名の比較が
でき、簡単且つ確実に誤った接続を防止できる。
【００４１】次いで、本実施の形態１のウェブサーバ端
末とウェブクライアント端末をインターネットに接続し
たネットワークシステムにおいて、ウェブクライアント
端末からウェブサーバ端末にアクセスするときの流れの
説明を行う。
末とウェブクライアント端末をインターネットに接続し
たネットワークシステムにおいて、ウェブクライアント
端末からウェブサーバ端末にアクセスするときの流れの
説明を行う。
【００４２】まず、ウェブクライアント端末からネット
ワークを介し、ウェブサーバ端末に対するアクセス要求
を送出する。このアクセス要求にはウェブサーバ端末が
ホスト名を検出するためのＨＴＴＰリクエストがセット
される。送信されたパケットは、ＤＤＮＳサーバ、ＤＮ
Ｓサーバを利用して取得したホスト名に対応するＩＰア
ドレスが付与されたＩＰヘッダが付加され、ウェブサー
バ端末に送信される。ウェブサーバ端末では、アクセス
要求のＨＴＴＰリクエストによってホスト名検出手段が
ホスト名を検出し、判定手段がこのホスト名と登録され
ているホスト名とを比較し、同一のホスト名のときだけ
アクセスを許可する。
ワークを介し、ウェブサーバ端末に対するアクセス要求
を送出する。このアクセス要求にはウェブサーバ端末が
ホスト名を検出するためのＨＴＴＰリクエストがセット
される。送信されたパケットは、ＤＤＮＳサーバ、ＤＮ
Ｓサーバを利用して取得したホスト名に対応するＩＰア
ドレスが付与されたＩＰヘッダが付加され、ウェブサー
バ端末に送信される。ウェブサーバ端末では、アクセス
要求のＨＴＴＰリクエストによってホスト名検出手段が
ホスト名を検出し、判定手段がこのホスト名と登録され
ているホスト名とを比較し、同一のホスト名のときだけ
アクセスを許可する。
【００４３】このアクセス制御方法によれば、特別なシ
ステムとしなくても、ホスト名の一致したときだけアク
セスを許可することができ、ＩＰアドレスが２重登録さ
れても簡単且つ確実に誤った接続を防止でき、誤接続に
よる内容の流出がせず、プライバシー保護に適ったアク
セス制御を行うことができる。
ステムとしなくても、ホスト名の一致したときだけアク
セスを許可することができ、ＩＰアドレスが２重登録さ
れても簡単且つ確実に誤った接続を防止でき、誤接続に
よる内容の流出がせず、プライバシー保護に適ったアク
セス制御を行うことができる。
【００４４】
【発明の効果】本発明のウェブサーバ端末によれば、Ｉ
Ｐアドレスが２重登録されても、ホスト名の一致したと
きだけアクセスを許可することができ、簡単且つ確実に
誤った接続を防止でき、誤接続による内容の流出がない
からセキュリティが向上する。ＨＴＴＰヘッダにセット
されたホスト名を取り出すため、簡単且つ確実に誤った
接続を防止できる。ＤＤＮＳ管理手段が管理テーブルに
ホスト名を格納するので、アクセス制御用の管理テーブ
ルを別途設けることなく、システム構成を簡素化でき、
簡単且つ確実に誤接続を防止できる。ＨＴＴＰリクエス
ト作成手段によってアクセス要求の中にホスト名をセッ
トするから、ＩＰアドレスだけでアクセス制御するので
なく、ホスト名の比較で目的のウェブサーバ端末を特定
でき、簡単且つ確実に誤った接続を防止できる。
Ｐアドレスが２重登録されても、ホスト名の一致したと
きだけアクセスを許可することができ、簡単且つ確実に
誤った接続を防止でき、誤接続による内容の流出がない
からセキュリティが向上する。ＨＴＴＰヘッダにセット
されたホスト名を取り出すため、簡単且つ確実に誤った
接続を防止できる。ＤＤＮＳ管理手段が管理テーブルに
ホスト名を格納するので、アクセス制御用の管理テーブ
ルを別途設けることなく、システム構成を簡素化でき、
簡単且つ確実に誤接続を防止できる。ＨＴＴＰリクエス
ト作成手段によってアクセス要求の中にホスト名をセッ
トするから、ＩＰアドレスだけでアクセス制御するので
なく、ホスト名の比較で目的のウェブサーバ端末を特定
でき、簡単且つ確実に誤った接続を防止できる。
【００４５】そして本発明のネットワークシステムによ
れば、ウェブクライアント端末においてアクセス要求に
ホスト名を付加し、ウェブサーバ端末ではホスト名を比
較して一致しているときのみ接続するから、ＤＨＣＰサ
ーバによって割り当てられたＩＰアドレスが２重登録さ
れても、ホスト名の一致したときだけアクセスを許可す
ることができ、簡単且つ確実に誤った接続を防止でき、
誤接続による内容の流出がないからセキュリティが向上
する。
れば、ウェブクライアント端末においてアクセス要求に
ホスト名を付加し、ウェブサーバ端末ではホスト名を比
較して一致しているときのみ接続するから、ＤＨＣＰサ
ーバによって割り当てられたＩＰアドレスが２重登録さ
れても、ホスト名の一致したときだけアクセスを許可す
ることができ、簡単且つ確実に誤った接続を防止でき、
誤接続による内容の流出がないからセキュリティが向上
する。
【００４６】さらに、本発明のアクセス制御方法によれ
ば、ＩＰアドレスが２重登録されても、ホスト名の一致
したときだけアクセスを許可することができ、簡単且つ
確実に誤った接続を防止でき、誤接続による内容の流出
がないからセキュリティが向上する。
ば、ＩＰアドレスが２重登録されても、ホスト名の一致
したときだけアクセスを許可することができ、簡単且つ
確実に誤った接続を防止でき、誤接続による内容の流出
がないからセキュリティが向上する。
【図１】本発明の実施の形態１におけるＤＤＮＳとＤＨ
ＣＰを使用したネットワークシステムの構成図
ＣＰを使用したネットワークシステムの構成図
【図２】（ａ）本発明の実施の形態１におけるウェブサ
ーバ端末の構成図 （ｂ）本発明の実施の形態１におけるウェブクライアン
ト端末の構成図
ーバ端末の構成図 （ｂ）本発明の実施の形態１におけるウェブクライアン
ト端末の構成図
【図３】（ａ）本発明の実施の形態１におけるウェブサ
ーバ端末の管理テーブルの要部図 （ｂ）本発明の実施の形態１におけるアクセス要求の構
成図
ーバ端末の管理テーブルの要部図 （ｂ）本発明の実施の形態１におけるアクセス要求の構
成図
【図４】本発明の実施の形態１におけるウェブサーバ端
末のアクセス制御のフローチャート
末のアクセス制御のフローチャート
【図５】（ａ）従来のＤＨＣＰを使用した第１のネット
ワークシステムの構成図 （ｂ）従来のＤＤＮＳとＤＨＣＰを使用した第２のネッ
トワークシステムの構成図
ワークシステムの構成図 （ｂ）従来のＤＤＮＳとＤＨＣＰを使用した第２のネッ
トワークシステムの構成図
【図６】（ａ）従来のＤＨＣＰを使用した第１のネット
ワークシステムにおけるシーケンスチャート （ｂ）従来のＤＤＮＳとＤＨＣＰを使用した第２のネッ
トワークシステムにおけるシーケンスチャート
ワークシステムにおけるシーケンスチャート （ｂ）従来のＤＤＮＳとＤＨＣＰを使用した第２のネッ
トワークシステムにおけるシーケンスチャート
【図７】従来のＤＤＮＳとＤＨＣＰを使用したＩＰアド
レスが競合する第３のネットワークシステムの構成図
レスが競合する第３のネットワークシステムの構成図
【図８】従来のＤＤＮＳとＤＨＣＰを使用したＩＰアド
レスが競合する第３のネットワークシステムにおけるシ
ーケンスチャート
レスが競合する第３のネットワークシステムにおけるシ
ーケンスチャート
１ インターネット
２ａ ウェブサーバ端末Ａ
２ｂ ウェブサーバ端末Ｂ
２ｃ1 ウェブサーバ端末Ｃ1
２ｃ2 ウェブサーバ端末Ｃ2
２ｄ，２ｄ1，２ｄ2 ウェブサーバ端末
２ｃ ルータＣ
３ ウェブクライアント端末
４ ＤＮＳサーバ
４ａ ＤＮＳ管理テーブル
５ ＤＨＣＰサーバ
６ ＤＤＮＳサーバ
６ａ 管理テーブル
２１，３１ 制御部
２２ ＤＤＮＳ管理手段
２３，３３ メモリ
２４ 管理テーブル
２５，３５ 入出力制御部
２６ ウェブ処理手段
２７ ホスト名検出手段
２８ 判定手段
３６ ブラウザ手段
３７ ＨＴＴＰリクエスト作成手段
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 牟田 道弘
大阪府門真市大字門真1006番地 松下電器
産業株式会社内
Ｆターム(参考） 5B085 BC02
5K030 HC01 KA01 KA05 LB05
Claims (5)
- 【請求項１】自分のホスト名を格納しておくことができ
る管理テーブルと、 ウェブクライアント端末からの要求を処理することがで
きるウェブ処理手段と、 ウェブクライアント端末から送信されてきたアクセス要
求を受信するとＨＴＴＰヘッダからホスト名を取り出す
ホスト名検出手段と、 前記ホスト名検出手段が検出したホスト名と前記管理テ
ーブルに格納されているホスト名とを比較し、双方が一
致するか否かを判定する判定手段とを備え、 ホスト名が一致した場合には、前記判定手段が前記ウェ
ブ処理手段が通信を許可し、ホスト名が一致しなかった
場合には通信を拒否することを特徴とするウェブサーバ
端末。 - 【請求項２】前記ホスト名検出手段が、ウェブクライア
ント端末から送信されてきたアクセス要求にセットされ
たＨＴＴＰヘッダのメソッドによりウェブサーバ端末の
ホスト名を取り出すことを特徴とする請求項１記載のウ
ェブサーバ端末。 - 【請求項３】ＤＤＮＳ管理手段が設けられ、該ＤＤＮＳ
管理手段が前記ＤＤＮＳサーバから取得した自分のホス
ト名を前記管理テーブルに格納することを特徴とする請
求項１または２記載のウェブサーバ端末。 - 【請求項４】請求項１〜３のいずれかに記載のウェブサ
ーバ端末と、ウェブクライアント端末と、前記ウェブサ
ーバ端末からの要求でホスト名とＩＰアドレスを変換す
るＤＤＮＳサーバと、前記ウェブサーバ端末に対して所
定のＩＰアドレスからＩＰアドレスを割り当てるＤＨＣ
Ｐサーバを備えたネットワークシステムであって、 前記ウェブクライアント端末は、ウェブサーバ端末にア
クセスし、ウェブ上所定の処理を要求することができる
ブラウザ手段と、前記ブラウザ手段によって前記ウェブ
サーバ端末にアクセスするときに、アクセス要求のＨＴ
ＴＰリクエストの中に該ウェブサーバ端末のホスト名を
セットすることができるＨＴＴＰリクエスト作成手段を
備え、 前記ウェブクライアント端末においてアクセス要求にホ
スト名を付加し、前記ウェブサーバ端末では該ホスト名
と登録されているホスト名とを比較して一致していると
きのみ接続することを特徴とするネットワークシステ
ム。 - 【請求項５】ウェブクライアント端末においてブラウザ
手段によってウェブサーバ端末にアクセスするとき、ア
クセス要求にホスト名をセットし、前記ウェブサーバ端
末では該ホスト名を取り出し、該ホスト名を登録されて
いるホスト名と比較し、一致しているとき接続するとと
もに不一致のときには接続を拒否することを特徴とする
アクセス制御方法。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002073621A JP2003271553A (ja) | 2002-03-18 | 2002-03-18 | ウェブサーバ端末とそのネットワークシステム、及びそのアクセス制御方法 |
| EP03712690A EP1486050A2 (en) | 2002-03-18 | 2003-03-13 | A ddns server, a ddns client terminal and a ddns system, and a web server terminal, its network system and an access control method |
| AU2003217476A AU2003217476A1 (en) | 2002-03-18 | 2003-03-13 | A ddns server, a ddns client terminal and a ddns system, and a web server terminal, its network system and an access control method |
| PCT/JP2003/003022 WO2003079642A2 (en) | 2002-03-18 | 2003-03-13 | A ddns server, a ddns client terminal and a ddns system, and a web server terminal, its network system and an access control method |
| CNA038097435A CN1650598A (zh) | 2002-03-18 | 2003-03-13 | Ddns服务器、ddns客户终端和ddns系统以及万维网服务器终端、其网络系统和访问控制方法 |
| US10/390,238 US7529810B2 (en) | 2002-03-18 | 2003-03-17 | DDNS server, a DDNS client terminal and a DDNS system, and a web server terminal, its network system and an access control method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002073621A JP2003271553A (ja) | 2002-03-18 | 2002-03-18 | ウェブサーバ端末とそのネットワークシステム、及びそのアクセス制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003271553A true JP2003271553A (ja) | 2003-09-26 |
Family
ID=29203239
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002073621A Pending JP2003271553A (ja) | 2002-03-18 | 2002-03-18 | ウェブサーバ端末とそのネットワークシステム、及びそのアクセス制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003271553A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015513810A (ja) * | 2012-01-27 | 2015-05-14 | マイクロソフト コーポレーション | サーバー・ネーム・インディケーション（ｓｎｉ）を伴わない暗黙的なｓｓｌ証明書管理 |
| JP2017010388A (ja) * | 2015-06-24 | 2017-01-12 | キヤノン株式会社 | Ｈｔｔｐサーバとその制御方法、画像形成装置およびプログラム |
-
2002
- 2002-03-18 JP JP2002073621A patent/JP2003271553A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015513810A (ja) * | 2012-01-27 | 2015-05-14 | マイクロソフト コーポレーション | サーバー・ネーム・インディケーション（ｓｎｉ）を伴わない暗黙的なｓｓｌ証明書管理 |
| JP2017010388A (ja) * | 2015-06-24 | 2017-01-12 | キヤノン株式会社 | Ｈｔｔｐサーバとその制御方法、画像形成装置およびプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7529810B2 (en) | DDNS server, a DDNS client terminal and a DDNS system, and a web server terminal, its network system and an access control method | |
| KR100704391B1 (ko) | 단말장치의 액세스 관리장치, 프로그램을 저장하는 컴퓨터 판독가능 매체 및 원격기동방법 | |
| JP3612528B2 (ja) | パラメータ設定システム | |
| US9160623B2 (en) | Method and system for partitioning recursive name servers | |
| KR100535345B1 (ko) | 네임 서버, 네트워크 시스템, 리버스 룩업 요구처리방법,포워드 룩업 요구처리방법 및 통신제어방법 | |
| US7680954B2 (en) | Proxy DNS for web browser request redirection in public hotspot accesses | |
| US7623518B2 (en) | Dynamic access control lists | |
| US7779158B2 (en) | Network device | |
| US20100057895A1 (en) | Methods of Providing Reputation Information with an Address and Related Devices and Computer Program Products | |
| US20060218296A1 (en) | Method and apparatus for providing a stand-alone wireless web service | |
| KR20090030256A (ko) | 네임 챌린지 시행 영역들 | |
| CN106101300A (zh) | 通过私有域名系统控制访问自建服务器的方法 | |
| JP3601526B2 (ja) | 代理登録装置およびネットワークシステムおよびプログラム | |
| US8761046B2 (en) | Communication system and method | |
| EP2127246A1 (en) | Automatic protocol switching | |
| JP2003273896A (ja) | Ｄｄｎｓサーバとｄｄｎｓクライアント端末、及びｄｄｎｓシステム | |
| JP2003271553A (ja) | ウェブサーバ端末とそのネットワークシステム、及びそのアクセス制御方法 | |
| Reed et al. | Openid identity discovery with xri and xrds | |
| JPH09282259A (ja) | ネットワークシステム | |
| JP2004078280A (ja) | リモートアクセス仲介システム及び方法 | |
| Cisco | Configuring BOOTP | |
| Cisco | Wireless Support | |
| Cisco | Configuring Basic File Transfer Services | |
| Cisco | Wireless Support | |
| Cisco | Service Configuration Mode Commands |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050210 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050706 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061107 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061222 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070130 |