JP4704251B2 - ネットワーク機器 - Google Patents

Description

本発明は、アドレスの値により自機にアクセスするユーザを限定することのできるネットワーク機器に関する。

ＩＰｖ６（Internet Protocol Version 6）では、ケーブルを接続した時点で、ユーザは何も設定すること無く直ぐに他機器と通信できることを特徴としている。これは、ケーブルを接続した時点で機器にリンクローカルアドレスが割り当てられ、また同一ネットワークにルータが存在すれば、機器はルータ広告（ＲＡ：Router Advertisement）を受けることにより、ステートレスアドレスが設定される。元々ＩＰｖ６では、１２８ビットの長いアドレスをユーザが入力するのは困難であるため、上記のように自動設定でアドレスが割り当てられることが主流となっている。

なお、出願人は出願時点までに本発明に関連する公開された先行技術文献を発見することができなかった。よって、先行技術文献情報を開示していない。

ところで、ＩＰアドレスの値により自機（サーバ機器）にアクセスするユーザを限定したい場合、従来から使用されている３２ビットのＩＰｖ４（Internet Protocol Version 4）アドレスであれば、アドレス値が連続しているので、アクセス制御をするのは比較的容易である。例えば、192.168.100.10〜192.168.100.50のＩＰアドレスの機器にのみアクセス可能にしたい場合、下記のようなアクセス制御式を自機で設定することにより、容易にアクセス制御を実現できる。
[192.168.100.10]-[192.168.100.50]
しかしながら、ＩＰｖ６では、値が数値として連続して存在しないため、ＩＰｖ４のような指定方法ができない。それは、ＩＰｖ６アドレスの下６４ビットは、機器のＭＡＣ（Media Access Control）アドレスを元に生成されるという特徴をもっているからである。

手動でＩＰｖ６アドレスを設定すれば、上記問題を解決することができるが、先にも述べたように、ＩＰｖ６では、１２８ビットの長いアドレスをユーザが手動で設定することは困難である。また、手動設定の場合は、機器を管理する管理者にも、アドレスを管理する必要が生じる。

なお、ＩＰｖ６アドレスのアクセス制御方式を「マスク指定」および「レンジ指定］で実現したＷｅｂセキュリティ制御システムも提案されているが、制御式が複雑になることと、予期せぬクライアント機器からのアクセスが可能となる問題がある。また、アクセスを許可している機器のＭＡＣアドレスが変わってしまうと、その後アクセスできなくなるといった問題が考えられる。

一方、ＲＦＣ（Request For Comments）３０４１で規定されたプライバシアドレスというものがある。これは、ＩＰｖ６アドレスのインタフェース識別子部分を一定時間経過後にランダムな値に変更するという特徴を持っている。インタフェース識別子が変化することにより、盗聴者やその他の情報収集者がユーザを特定するのを困難にさせることができる反面、このアドレスをクライアント側の機器が使用すると、ＩＰアドレスが頻繁に変わるため、サーバ機器へのアクセス制御が困難となる。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、アドレスの値により自機にアクセスするユーザを限定することのできるネットワーク機器を提供することにある。

上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、ネットワークに接続されるサーバ側のネットワーク機器であって、アクセスを許可するクライアント側の他の機器からアドレスの要求を受け付ける手段と、上記の要求に応じて上記の他の機器に対して現時点のプライバシアドレスを通知する手段と、上記のプライバシアドレスを所定のタイミングで新たに生成して変更する手段と、変更したプライバシアドレスを上記の他の機器に対して通知する手段とを備え、上記のプライバシアドレスにつき、有効時間および推奨有効時間を保持し、推奨有効時間が満了した後、有効時間の満了までの間に、新たなプライバシアドレスを生成するネットワーク機器を要旨としている。

また、請求項２に記載されるように、ネットワークに接続されるクライアント側のネットワーク機器であって、サーバ側の他の機器に対してアドレスの要求を行う手段と、上記の他の機器からプライバシアドレスを受け取って送信先アドレスの設定を行う手段とを備え、上記のプライバシアドレスは、有効時間および推奨有効時間が保持され、推奨有効時間が満了した後、有効時間の満了までの間に、新たなプライバシアドレスが生成されるネットワーク機器を要旨としている。

また、請求項３に記載されるように、ネットワークに接続されるサーバ側のネットワーク機器であって、アクセスを許可するクライアント側の他の機器からアドレス生成ルールの要求を受け付ける手段と、上記要求に応じて上記他の機器に対して現時点のプライバシアドレスおよび当該プライバシアドレスのアドレス生成ルールを通知する手段と、上記のプライバシアドレスを所定のタイミングで新たに生成して変更する手段とを備え、上記のプライバシアドレスにつき、有効時間および推奨有効時間を保持し、推奨有効時間が満了した後、有効時間の満了までの間に、新たなプライバシアドレスを生成するネットワーク機器を要旨としている。

また、請求項４に記載されるように、ネットワークに接続されるクライアント側のネットワーク機器であって、サーバ側の他の機器に対してアドレス生成ルールの要求を行う手段と、上記の他の機器から現時点のプライバシアドレスおよび当該プライバシアドレスのアドレス生成ルールを受け取って送信先アドレスの設定を行う手段と、上記の他の機器から受け取ったアドレス生成ルールに基づいてプライバシアドレスの生成を行い、送信先アドレスの設定を行う手段とを備え、上記のプライバシアドレスにつき、有効時間および推奨有効時間を保持し、推奨有効時間が満了した後、有効時間の満了までの間に、新たなプライバシアドレスを生成するネットワーク機器を要旨としている。

また、請求項５に記載されるように、請求項１乃至４のいずれか一項に記載のネットワーク機器において、上記の要求および通知は暗号化通信により行うようにすることができる。

また、請求項６に記載されるように、請求項１乃至４のいずれか一項に記載のネットワーク機器において、上記のアドレスに対し、管理者が最大設定個数を設定できるようにすることができる。

また、請求項７に記載されるように、請求項３または４のいずれか一項に記載のネットワーク機器において、上記のアドレス生成ルールは、管理者が設定できるようにすることができる。

また、請求項８〜１２に記載されるように、ネットワーク機器のアクセス制御方法として構成することができる。

本発明のネットワーク機器にあっては、アドレスの値により自機にアクセスするユーザを限定することが容易に達成できる。

以下、本発明の好適な実施形態につき説明する。

＜概要＞
本発明では、従来、クライアント機器で使用していたプライバシアドレスをサーバ機器に設定させることを特徴としている。本来、サーバとなるネットワーク機器にプライバシアドレスを設定してしまうと、時間とともにプライバシアドレスが変化してしまうことにより、クライアントがアクセスすることはできなくなり、クライアントにとっては利点を感じられない。この点、サーバ機器がＤｙｎａｍｉｃ ＤＮＳ（Domain Name System）を使用して、プライバシアドレスが変化したタイミングでＤＮＳサーバにアドレスを登録しにいくことにより、クライアントはサーバのアドレスが変わったことを意識することなく通信することができる。しかし、全てのクライアント機器に対してサーバ機器へのアクセスを許可するのであればこの方法で良いが、この方式ではアクセス制御を行うことはできない。

そこで、本発明では、アクセス制御を行いたいクライアント機器に対してプライバシアドレス乃至はプライバシアドレス生成ルールを教え、変化するプライバシアドレスをクライアント機器側で把握できるようにしている。

また、プライバシアドレスには「有効時間」があり、有効時間が満了してしまうと次のアドレスが生成される。ただ、プライバシアドレスはルータ等が管理するものではないため、有効時間が過ぎても使用できることはできてしまう。本発明では、プライバシアドレスに「有効時間」と「推奨有効時間」の概念を持たせている。「推奨有効時間」が満了すると、機器は新たなプライバシアドレスを生成する。また、クライアント機器からのセッションが張られていなければ、その時点で古いプライバシアドレスを無効にする。つまり、古いプライバシアドレスは、「推奨有効時間」から「有効時間」の間で無効になる。「推奨有効時間」があることにより、有効時間が満了したアドレスを長時間使用させず、また第三者にプライバシアドレス生成タイミングを予想されることを防ぐことができる。

プライバシアドレスを特定のクライアント機器に教えるには、次の２つの方式がある。
（１）クライアント機器からサーバ機器に対して現在サーバ機器に設定されているプライバシアドレスを要求し、サーバ機器からクライアント機器にプライバシアドレスを通知する方式（方式＃１）。
（２）クライアント機器からサーバ機器に対して現在サーバ機器に設定されているプライバシアドレス生成ルールを要求し、サーバ機器からクライアント機器にプライバシアドレス生成ルールを通知する方式（方式＃２）。

方式＃１においては、クライアント機器が暗号化通信でサーバ機器に対してセッションを張ると、サーバ機器は現在機器に設定されているプライバシアドレスをクライアント機器に対して開示する。クライアント機器は、サーバ機器のプライバシアドレスが通知された時点で、自機の名前解決ファイルを更新する。この際、サーバ機器は自機のプライバシアドレス通知テーブルで、アクセスしてきたクライアント機器のＩＰアドレスを管理する。プライバシアドレスの推奨有効時間が満了した時点で、プライバシアドレス通知テーブルに登録されているクライアント機器に暗号化通信を用いて自機のプライバシアドレスを開示する。サーバ機器からプライバシアドレス更新通知を受信したクライアント機器は、自機の名前解決ファイルを更新する。

方式＃２においては、クライアント機器が暗号化通信でサーバ機器に対してセッションを張ると、サーバ機器は現在機器に設定されているプライバシアドレスとプライバシアドレス生成ルールをクライアント機器に対して開示する。クライアント機器は、サーバ機器のプライバシアドレスが通知された時点で、自機の名前解決ファイルを更新する。この際、クライアント機器は自機の管理テーブルで、サーバ機器のＩＰアドレスを管理する。プライバシアドレスの推奨有効時間が満了した時点で、管理テーブルに登録されているサーバ機器のプライバシアドレス生成ルールから、次に生成されうるプライバシアドレスを計算する。その後、サーバ機器に対して近隣要請を行いサーバ機器の到達性を確認した後に、自機の名前解決ファイルを更新する。

方式＃１では、クライアント機器が非力な機器であった場合に、方式＃２のようにクライアント側で計算をしないですむ。また、クライアント機器はアドレスが変わったタイミングでサーバ機器から通知が来るので、プライバシアドレスが確実に変わったことが判る。

一方、方式＃２では、プライバシアドレス生成テーブルを保持することが困難なリソースの限られているサーバ機器において、プライバシアドレス生成ルールを自機ではなく、クライアント機器に持たせることができる。また、クライアント機器がプライバシアドレスでサーバ機器にアクセスしてきた場合、時間経過に伴いクライアン機器のプライバシアドレスが変わる可能性がある。そのため、方式＃１のようにサーバ機器でプライバシアドレス生成ルールを保持していると、サーバ機器のプライバシアドレスが変更になった時点でプライバシアドレス変更通知をクライアント機器に通知することができなくなる。方式＃２では、サーバ機器からの通知を受信する必要がないので、上記問題を解決することができる。

２つの方式に共通して、クライアント、サーバともに暗号化通信を行う。本発明では、暗号化通信方式に関して特に言及はしないが、ＩＰｓｅｃ（Security Architecture for Internet Protocol）やＳＳＬ（Secure Socket Layer）暗号化通信が主な暗号化通信方式として挙げられる。また、サーバはプライバシアドレス以外のＩＰアドレス（リンクローカルアドレス、ステートレスアドレス等）が既に設定されていることを想定し、クライアント機器には、プライバシアドレスを要求する特別なソフトウェアがインストールされている。

一方、プライバシアドレスの特徴として、一定時間経過（有効時間）すると、新たなプライバシアドレスが生成されていくことが挙げられる。また、この生成されるプライバシアドレスの数は無限に生成されることを特徴としている。そのため、組み込み機器などリソースの限られている機器では、プライバシアドレスが複数作成されると、機器のリソースが飽和してしまう。そこで、本発明では管理者がサーバ機器に設定できるプライバシアドレスの最大設定個数を設定することにより、リソースの限られた機器でもプライバシアドレスを使用することを可能とする。

プライバシアドレスの生成ルールには、上記「有効時間の値」、「推奨有効時間の値」の他に、「重複アドレス検出の回数」、「ランダムインタフェース識別子生成方式」、「期限切れアドレスを使用するか否か」等を管理者が設定できることを特徴とする。これにより、どの位の間プライバシアドレスを使用し続けることを許すかどうか、また生成したプライバシアドレスが重複した際の振る舞いを、管理者が柔軟に設定することができる。

＜構成＞
図１は本発明のネットワーク機器１を用いたネットワークシステムの一実施形態を示す全体構成図である。

図１において、ＩＰｖ６に対応した複数のネットワーク機器１およびルータ２がネットワーク上に配置されている。ネットワーク機器１は、クライアントＰＣ（Personal Computer）、サーバ、プリンタ、ＭＦＰ（Multi Function Printer）等が想定される。また、ネットワーク機器１はｔｅｌｎｅｔ端末やＷｅｂブラウザとして動作することもある。

ＩＰｖ６では、機器は複数のＩＰｖ６アドレスを保有するという特徴をもっている。代表的なものに、機器に必ず設定されるリンクローカルアドレス、ルータから配布されるプレフィックスを元に生成されるステートレスアドレスがある。通常ＩＰｖ６通信対応機器は、リンクローカルアドレスの他にステートレスアドレスを所持することが多い。何故なら、リンクローカルアドレスは同一ネットワーク（サブネットワーク）の機器としか通信することができないからである。ルータを越えた機器と通信する際にはグローバルアドレスが必要であり、そのグローバルアドレスに該当するのがステートレスアドレスである。また、上記アドレスの他にＲＦＣ ３０４１規格に則ったプライバシアドレスを所持する機器も存在する。

図２はサーバ側となるネットワーク機器１Ｓの内部構成例を示す図である。

図２において、ネットワーク機器１Ｓは、ネットワーク通信を利用する上位のアプリケーション１１と、ネットワーク通信を司るネットワーク制御部１２と、ＯＳ（Operating System）１３とを備えている。

ネットワーク制御部１２は、プライバシアドレスに関する設定を保持するユーザ設定保持テーブル１２１と、ユーザ設定保持テーブル１２１に設定されたユーザオプションを判定するプライバシアドレスオプション判定部１２２と、上述した方式＃１においてプライバシアドレスの通知先を保持するプライバシアドレス通知テーブル１２３と、方式＃１においてプライバシアドレスを生成するサーバ側プライバシアドレス生成部１２４とを備えている。方式＃２においては、プライバシアドレス通知テーブル１２３とサーバ側プライバシアドレス生成部１２４は不要である。

ＯＳ１３は、ネットワークプロトコル１３１とネットワーク通信ドライバ１３２とを備えている。

ネットワーク機器１Ｓでは、ユーザから設定されたＩＰｖ６動作値をユーザ設定保持テーブル１２１にて保持し、プライバシアドレスオプション判定部１２２によりプライバシアドレス生成ルールを決定する。また、クライアント機器が設定されているプライバシアドレスを要求してきた場合（方式＃１でアクセスしてきた場合）、プライバシアドレス通知テーブル１２３にてクライアント機器のＩＰアドレスを管理する。

図３はクライアント側となるネットワーク機器１Ｃの内部構成例を示す図である。

図３において、ネットワーク機器１Ｃは、ネットワーク制御部１２以外は図２に示したサーバ側のネットワーク機器１Ｓと同様の構成となっている。

ネットワーク制御部１２は、方式＃１においてはサーバ側にプライバシアドレスを問合せ、方式＃２おいてはサーバ側にプライバシアドレス生成ルールを問い合わせるプライバシアドレス／プライバシアドレス生成ルール問合部１２５と、方式＃２においてサーバ側から通知されたプライバシアドレス生成ルールに基づいてプライバシアドレスを生成するクライアント側プライバシアドレス生成部１２６と、通信相手の名前解決を行う名前解決部１２７とを備えている。方式＃１においては、クライアント側プライバシアドレス生成部１２６は不要である。

図４はユーザ設定保持テーブル１２１の例を示す図であり、プライバシアドレス利用可否、プライバシアドレス生成周期、期限切れアドレス使用可否、最大プライバシアドレス数、重複アドレス検出回数等が設定される。

図５はプライバシアドレス通知テーブル１２３の例を示す図であり、送信先アドレスとインタフェース（Ｉ／Ｆ）とが設定される。

＜事前設定の処理＞
図６は管理者による事前設定の処理例を示すフローチャートである。

図６において、処理を開始すると（ステップＳ１０１）、管理者は、先ずサーバ機器にプライバシアドレスを使用するかどうか決定する（ステップＳ１０２〜Ｓ１０４）。

プライバシアドレスを使用するよう設定すると、プライバシアドレス生成オプションを設定する（ステップＳ１０５〜Ｓ１１９）。機器に設定されているデフォルト値ではなく、ユーザが個々のプライバシアドレス生成オプションを選択することができる。設定できるユーザオプションの主なものは、プライバシアドレス生成周期（ステップＳ１０８〜Ｓ１１０）、期限切れアドレスを使用するかどうか（ステップＳ１１１〜Ｓ１１３）、最大プライバシアドレス数（ステップＳ１１４〜Ｓ１１６）、重複アドレス検出の回数（ステップＳ１１７〜Ｓ１１９）である。

＜クライアント側からサーバ側へのアクセス＞
図７はクライアント側からサーバ側へのアクセス時の認証画面の例を示す図である。

図７の認証画面では、サーバ機器と通信を許可されているユーザ名とパスワードとを入力して認証を行っているが、認証方式はあくまでも一例である。認証方式はどのようなものでもよく、本発明では認証方式に関しては言及しない。

図８は認証が完了した後の機器検索初期画面の例を示す図であり、機器検索ボタンを押下することにより機器検索を行う。機器検索に使用するプロトコルは、全ノードマルチキャストアドレス、乃至は専用のマルチキャストアドレスグループに登録されている機器宛にマルチキャスト通信を行うことにより、サーバ機器のリストを取得する。同時に、検索した機器に対して、ＳＮＭＰ（Simple Network Management Protocol）を用いてプライバシアドレス通信に対応しているか否かの情報を取得する。

図９は機器検索結果画面の例を示す図であり、ホスト名、検出機器アドレス、プライバシ機能が表示される。ユーザはリストに表示された機器の中から、実際に通信を行いたい機器を選択する。

図１０は機器選択後の方式選択画面の例を示す図であり、プライバシアドレスの通知方式につき、「方式＃１モード」もしくは「方式＃２モード」を選択する。

＜方式＃１モードにおける処理＞
図１１は方式＃１モードにおける処理例を示すシーケンス図であり、ネットワーク機器１Ｓからネットワーク機器１Ｃに対してプライバシアドレスを通知する処理である。

図１１において、ネットワーク機器１Ｃから暗号化通信でネットワーク機器１Ｓに対してセッションを張った後（ステップＳ１２１）、ネットワーク機器１Ｃはネットワーク機器１Ｓにプライバシアドレスの要求を行う（ステップＳ１２２）。

ネットワーク機器１Ｓは現在機器に設定されているプライバシアドレスＡ１をクライアント機器に対して通知する（ステップＳ１２３）。この際、ネットワーク機器１Ｓは自機のプライバシアドレス通知テーブル１２３（図２）で、アクセスしてきたネットワーク機器１ＣのＩＰアドレスを管理する（ステップＳ１２４）。

ネットワーク機器１Ｃはサーバ側のプライバシアドレスが通知された時点で自機の名前解決ファイル（ＨＯＳＴＳファイル）の更新を行い（ステップＳ１２５）、その後はプライバシアドレスＡ１により通信を行う（ステップＳ１２６）。名前解決ファイルは名前解決部１２７（図３）の管理下にあるものであり、図１２に例を示す。

次いで、図１１に戻り、ネットワーク機器１Ｓは、プライバシアドレスＡ１の推奨有効時間が満了した時点から有効時間が満了するまでの間で通信が中断した場合はその時点で、通信が継続している場合は有効時間の満了の時点で、プライバシアドレスを変更（新たなプライバシアドレスＡ２を生成）し（ステップＳ１２７）、プライバシアドレス通知テーブル１２３に登録されているネットワーク機器１Ｃに暗号化通信を用いて自機のプライバシアドレスを通知する（ステップＳ１２８）。

ネットワーク機器１Ｓからプライバシアドレス更新通知を受信したネットワーク機器１Ｃは、自機の名前解決ファイルを更新し（ステップＳ１２９）、その後、ネットワーク機器１Ｃはネットワーク機器１Ｓとの通信を、新たに生成されたサーバのプライバシアドレスＡ２宛に対して行う（ステップＳ１３０）。

＜方式＃２モードにおける処理＞
図１３は方式＃２モードにおける処理例を示すシーケンス図であり、ネットワーク機器１Ｓからネットワーク機器１Ｃに対してプライバシアドレス生成ルールを通知する処理である。

図１３において、ネットワーク機器１Ｃから暗号化通信でネットワーク機器１Ｓに対してセッションを張った後（ステップＳ１３１）、ネットワーク機器１Ｃはネットワーク機器１Ｓにプライバシアドレス生成ルールの要求を行う（ステップＳ１３２）。

ネットワーク機器１Ｓは現在機器に設定されているプライバシアドレスＡ１とプライバシアドレス生成ルールをネットワーク機器１Ｃに対して通知する（ステップＳ１３３）。

ネットワーク機器１Ｃはサーバ側のプライバシアドレスが通知された時点で自機の名前解決ファイルの更新を行い（ステップＳ１３４）、その後はプライバシアドレスＡ１により通信を行う（ステップＳ１３５）。

プライバシアドレスＡ１の推奨有効時間が満了した時点で、ネットワーク機器１Ｓはプライバシアドレスを変更（新たなプライバシアドレスＡ２を生成）するが（ステップＳ１３７）、これとほぼ同時に、ネットワーク機器１Ｃは既に通知されたプライバシアドレス生成ルールから、次に生成されうるプライバシアドレスＡ２を生成する（ステップＳ１３６）。

その後、ネットワーク機器１Ｃはネットワーク機器１Ｓに対して近隣要請により到達確認を行い（ステップＳ１３８）、ネットワーク機器１Ｓへの到達性を確認した後に、自機の名前解決ファイルを更新する（ステップＳ１３９）。その後、ネットワーク機器１Ｃはネットワーク機器１Ｓとの通信を、新たに生成されたサーバのプライバシアドレスＡ２宛に対して行う（ステップＳ１４０）。

＜総括＞
本発明ではプライバシアドレスをサーバ機器に設定し、アクセス制御を行いたいクライアント機器に対してプライバシアドレス乃至はプライバシアドレス生成ルールを教え、変化するプライバシアドレスをクライアント機器側で把握できるようにしているため、ＩＰｖ４アドレスのように値の連続しないＩＰｖ６アドレスでも、従来技術に比べ確実かつ容易にクライアント機器のアクセス制御を行うことが可能となる。これにより、サーバのプライバシアドレスに対してアクセスしてきた機器に対しては、付加価値の高いサービスを提供することができる。

また、プライバシアドレスに「推奨有効時間」の概念を設けることにより、方式＃１にあっては、本来定期的に変更するプライバシアドレス生成タイミングを、推奨有効時間から有効時間の間で可変的に満了させることができる。これにより、第三者にプライバシアドレス生成タイミングを推測されにくくすることができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

本発明のネットワーク機器を用いたネットワークシステムの一実施形態を示す全体構成図である。 サーバ側となるネットワーク機器の内部構成例を示す図である。 クライアント側となるネットワーク機器の内部構成例を示す図である。 ユーザ設定保持テーブルの例を示す図である。 プライバシアドレス通知テーブルの例を示す図である。 事前設定の処理例を示すフローチャートである。 認証画面の例を示す図である。 機器検索初期画面の例を示す図である。 機器検索結果画面の例を示す図である。 機器選択後の方式選択画面の例を示す図である。 方式＃１モードにおける処理例を示すシーケンス図である。 名前解決ファイルの例を示す図である。 方式＃２モードにおける処理例を示すシーケンス図である。

符号の説明

１、１Ｓ、１Ｃ ネットワーク機器
１１ アプリケーション
１２ ネットワーク制御部
１２１ ユーザ設定保持テーブル
１２２ プライバシアドレスオプション判定部
１２３ プライバシアドレス通知テーブル
１２４ サーバ側プライバシアドレス生成部
１２５ プライバシアドレス／プライバシアドレス生成ルール問合部
１２６ クライアント側プライバシアドレス生成部
１２７ 名前解決部
１３ ＯＳ
１３１ ネットワークプロトコル
１３２ ネットワーク通信ドライバ
２ ルータ

Claims (12)

1. ネットワークに接続されるサーバ側のネットワーク機器であって、
   アクセスを許可するクライアント側の他の機器からアドレスの要求を受け付ける手段と、
   上記の要求に応じて上記の他の機器に対して現時点のプライバシアドレスを通知する手段と、
   上記のプライバシアドレスを所定のタイミングで新たに生成して変更する手段と、
   変更したプライバシアドレスを上記の他の機器に対して通知する手段とを備え、
   上記のプライバシアドレスにつき、有効時間および推奨有効時間を保持し、推奨有効時間が満了した後、有効時間の満了までの間に、新たなプライバシアドレスを生成することを特徴とするネットワーク機器。
2. ネットワークに接続されるクライアント側のネットワーク機器であって、
   サーバ側の他の機器に対してアドレスの要求を行う手段と、
   上記の他の機器からプライバシアドレスを受け取って送信先アドレスの設定を行う手段とを備え、
   上記のプライバシアドレスは、有効時間および推奨有効時間が保持され、推奨有効時間が満了した後、有効時間の満了までの間に、新たなプライバシアドレスが生成されることを特徴とするネットワーク機器。
3. ネットワークに接続されるサーバ側のネットワーク機器であって、
   アクセスを許可するクライアント側の他の機器からアドレス生成ルールの要求を受け付ける手段と、
   上記要求に応じて上記他の機器に対して現時点のプライバシアドレスおよび当該プライバシアドレスのアドレス生成ルールを通知する手段と、
   上記のプライバシアドレスを所定のタイミングで新たに生成して変更する手段とを備え、
   上記のプライバシアドレスにつき、有効時間および推奨有効時間を保持し、推奨有効時間が満了した後、有効時間の満了までの間に、新たなプライバシアドレスを生成することを特徴とするネットワーク機器。
4. ネットワークに接続されるクライアント側のネットワーク機器であって、
   サーバ側の他の機器に対してアドレス生成ルールの要求を行う手段と、
   上記の他の機器から現時点のプライバシアドレスおよび当該プライバシアドレスのアドレス生成ルールを受け取って送信先アドレスの設定を行う手段と、
   上記の他の機器から受け取ったアドレス生成ルールに基づいてプライバシアドレスの生成を行い、送信先アドレスの設定を行う手段とを備え、
   上記のプライバシアドレスにつき、有効時間および推奨有効時間を保持し、推奨有効時間が満了した後、有効時間の満了までの間に、新たなプライバシアドレスを生成することを特徴とするネットワーク機器。
5. 請求項１乃至４のいずれか一項に記載のネットワーク機器において、
   上記の要求および通知は暗号化通信により行うことを特徴とするネットワーク機器。
6. 請求項１乃至４のいずれか一項に記載のネットワーク機器において、
   上記のアドレスに対し、管理者が最大設定個数を設定できることを特徴とするネットワーク機器。
7. 請求項３または４のいずれか一項に記載のネットワーク機器において、
   上記のアドレス生成ルールは、管理者が設定できることを特徴とするネットワーク機器。
8. ネットワークに接続されるネットワーク機器のアクセス制御方法であって、
   クライアント側のネットワーク機器からサーバ側のネットワーク機器に対してアドレスの要求を行う工程と、
   上記の要求に応じてサーバ側のネットワーク機器からクライアント側のネットワーク機器に対して現時点のプライバシアドレスを通知する工程と、
   サーバ側のネットワーク機器で上記のプライバシアドレスを所定のタイミングで新たに生成して変更し、変更したプライバシアドレスをクライアント側のネットワーク機器に対して通知する工程と、
   クライアント側のネットワーク機器で上記サーバ側のネットワーク機器からプライバシアドレスを受け取って送信先アドレスの設定を行う工程とを備え、
   サーバ側のネットワーク機器は上記のプライバシアドレスにつき、有効時間および推奨有効時間を保持し、推奨有効時間が満了した後、有効時間の満了までの間に、新たなプライバシアドレスを生成することを特徴とするネットワーク機器のアクセス制御方法。
9. ネットワークに接続されるネットワーク機器のアクセス制御方法であって、
   クライアント側のネットワーク機器からサーバ側のネットワーク機器に対してアドレス生成ルールの要求を行う工程と、
   上記の要求に応じてサーバ側のネットワーク機器からクライアント側のネットワーク機器に対して現時点のプライバシアドレスおよび当該プライバシアドレスのアドレス生成ルールを通知する工程と、
   クライアント側のネットワーク機器で上記サーバ側のネットワーク機器からプライバシアドレスを受け取って送信先アドレスの設定を行う工程と、
   サーバ側のネットワーク機器で上記のプライバシアドレスを所定のタイミングで新たに生成して変更する工程と、
   クライアント側のネットワーク機器で上記サーバ側のネットワーク機器から受け取ったアドレス生成ルールに基づいてアドレス生成を行い、送信先アドレスの設定を行う工程とを備え、
   サーバ側のネットワーク機器およびクライアント側のネットワーク機器は上記のプライバシアドレスにつき、有効時間および推奨有効時間を保持し、推奨有効時間が満了した後、有効時間の満了までの間に、新たなプライバシアドレスを生成することを特徴とするネットワーク機器のアクセス制御方法。
10. 請求項８または９のいずれか一項に記載のネットワーク機器のアクセス制御方法において、
    上記の要求および通知は暗号化通信により行うことを特徴とするネットワーク機器のアクセス制御方法。
11. 請求項８または９のいずれか一項に記載のネットワーク機器のアクセス制御方法において、
    上記のアドレスに対し、管理者が最大設定個数を設定できることを特徴とするネットワーク機器のアクセス制御方法。
12. 請求項９に記載のネットワーク機器のアクセス制御方法において、
    上記のアドレス生成ルールは、管理者が設定できることを特徴とするネットワーク機器のアクセス制御方法。

Images