トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 ネットワーク機器
【発明者】 【氏名】大平 浩貴
【要約】 【課題】ＩＰアドレスブロック等により外部機器からのアクセスコントロールを行うに際し、最小限の項目により設定が行えるとともに、マルチプレフィクス環境の人為的な認識に依存することなく適切な設定が行えるネットワーク機器を提供する。

【構成】所定のアドレスに対する通信の許可もしくは拒否の設定により外部機器からのアクセスコントロールを行うネットワーク機器であって、アドレスもしくはアドレス範囲を入力させるアドレス入力欄と、当該アドレス入力欄に入力されたアドレスもしくはアドレス範囲に該当する外部機器にアクセスを許可するか拒否するかを選択させる許可／拒否選択欄と、ネットワークを流れるプレフィクスにより影響されるアドレス部分を無視するか否かを選択させる選択欄とを含むユーザインタフェースを提供するユーザインタフェース手段と、上記ユーザインタフェース手段を介して設定された内容に従い、到来するパケットの許可もしくは拒否を行うパケットフィルタリング手段とを備える。
【特許請求の範囲】
【請求項１】
所定のアドレスに対する通信の許可もしくは拒否の設定により外部機器からのアクセスコントロールを行うネットワーク機器であって、
アドレスもしくはアドレス範囲を入力させるアドレス入力欄と、当該アドレス入力欄に入力されたアドレスもしくはアドレス範囲に該当する外部機器にアクセスを許可するか拒否するかを選択させる許可／拒否選択欄と、ネットワークを流れるプレフィクスにより影響されるアドレス部分を無視するか否かを選択させる選択欄とを含むユーザインタフェースを提供するユーザインタフェース手段と、
上記ユーザインタフェース手段を介して設定された内容に従い、到来するパケットの許可もしくは拒否を行うパケットフィルタリング手段とを備えたことを特徴とするネットワーク機器。
【請求項２】
所定のアドレスに対する通信の許可もしくは拒否の設定により外部機器からのアクセスコントロールを行うネットワーク機器であって、
ネットワークを流れるプレフィクスにより影響されないアドレス部分を入力させるアドレス入力欄と、当該アドレス入力欄に入力されたアドレス部分に該当する外部機器にアクセスを許可するか拒否するかを選択させる許可／拒否選択欄とを含むユーザインタフェースを提供するユーザインタフェース手段と、
上記ユーザインタフェース手段を介して設定された内容に従い、到来するパケットの許可もしくは拒否を行うパケットフィルタリング手段とを備えたことを特徴とするネットワーク機器。
【請求項３】
請求項１に記載のネットワーク機器において、
当該ネットワーク機器が接続されるネットワークがマルチプレフィクス環境であるか否かを認識するマルチプレフィクス環境認識手段を備え、
上記ユーザインタフェース手段は、上記マルチプレフィクス環境認識手段の認識結果に基づき、上記選択欄の有効・無効を制御することを特徴とするネットワーク機器。
【請求項４】
請求項３に記載のネットワーク機器において、
上記マルチプレフィクス環境認識手段は、ネットワーク内を流れるルータ広告を監視し、その中に含まれるプレフィックスが複数種類ある場合にマルチプレフィクス環境であると認識することを特徴とするネットワーク機器。
【請求項５】
請求項４に記載のネットワーク機器において、
上記マルチプレフィクス環境認識手段は、上記ルータ広告により到着したプレフィクスと到着時刻とを対にして管理し、一定時間以上古いプレフィクスにつき破棄することを特徴とするネットワーク機器。
【請求項６】
請求項４または５のいずれか一項に記載のネットワーク機器において、
上記マルチプレフィクス環境認識手段は、上記ユーザインタフェース手段からの確認要求に対し、保持しているプレフィクスのエントリ数を返答することを特徴とするネットワーク機器。
【請求項７】
請求項３乃至６のいずれか一項に記載のネットワーク機器において、
上記ユーザインタフェース手段は、現状がマルチプレフィクス環境にあり、かつユーザが入力したアドレスがグローバルユニキャストアドレスである場合に、ネットワークを流れるプレフィクスにより影響されるアドレス部分を無視するか否かの選択肢を有効化することを特徴とするネットワーク機器。
【請求項８】
請求項３乃至６のいずれか一項に記載のネットワーク機器において、
上記ユーザインタフェース手段は、ユーザが入力したアドレスがグローバルユニキャストアドレスではないにもかかわらず、ネットワークを流れるプレフィクスにより影響されるアドレス部分を無視することを選択した場合に、不適切な設定であることをユーザに警告することを特徴とするネットワーク機器。
【請求項９】
請求項７または８のいずれか一項に記載のネットワーク機器において、
上記ユーザインタフェース手段は、グローバルユニキャストアドレスであるか否かを、アドレス先頭の所定ビットの値により判断することを特徴とするネットワーク機器。
【請求項１０】
請求項７または８のいずれか一項に記載のネットワーク機器において、
上記ユーザインタフェース手段は、グローバルユニキャストアドレスであるか否かを、予め設定されたアドレスブロックの範囲内であるか否かにより判断することを特徴とするネットワーク機器。
【請求項１１】
所定のアドレスに対する通信の許可もしくは拒否の設定により外部機器からネットワーク機器へのアクセスコントロールを行う方法であって、
アドレスもしくはアドレス範囲を入力させるアドレス入力欄と、当該アドレス入力欄に入力されたアドレスもしくはアドレス範囲に該当する外部機器にアクセスを許可するか拒否するかを選択させる許可／拒否選択欄と、ネットワークを流れるプレフィクスにより影響されるアドレス部分を無視するか否かを選択させる選択欄とを含むユーザインタフェースを提供するユーザインタフェース提供工程と、
上記ユーザインタフェース提供工程を介して設定された内容に従い、到来するパケットの許可もしくは拒否を行うパケットフィルタリング工程とを備えたことを特徴とするアクセスコントロール方法。
【請求項１２】
所定のアドレスに対する通信の許可もしくは拒否の設定により外部機器からネットワーク機器へのアクセスコントロールを行う方法であって、
ネットワークを流れるプレフィクスにより影響されないアドレス部分を入力させるアドレス入力欄と、当該アドレス入力欄に入力されたアドレス部分に該当する外部機器にアクセスを許可するか拒否するかを選択させる許可／拒否選択欄とを含むユーザインタフェースを提供するユーザインタフェース提供工程と、
上記ユーザインタフェース手段を介して設定された内容に従い、到来するパケットの許可もしくは拒否を行うパケットフィルタリング工程とを備えたことを特徴とするアクセスコントロール方法。
【請求項１３】
請求項１１に記載のアクセスコントロール方法において、
ネットワーク機器が接続されるネットワークがマルチプレフィクス環境であるか否かを認識するマルチプレフィクス環境認識工程を備え、
上記ユーザインタフェース提供工程は、上記マルチプレフィクス環境認識工程の認識結果に基づき、上記選択欄の有効・無効を制御することを特徴とするアクセスコントロール方法。
【請求項１４】
請求項１３に記載のアクセスコントロール方法において、
上記マルチプレフィクス環境認識工程は、ネットワーク内を流れるルータ広告を監視し、その中に含まれるプレフィックスが複数種類ある場合にマルチプレフィクス環境であると認識することを特徴とするアクセスコントロール方法。
【請求項１５】
請求項１４に記載のアクセスコントロール方法において、
上記マルチプレフィクス環境認識工程は、上記ルータ広告により到着したプレフィクスと到着時刻とを対にして管理し、一定時間以上古いプレフィクスにつき破棄することを特徴とするアクセスコントロール方法。
【請求項１６】
請求項１４または１５のいずれか一項に記載のアクセスコントロール方法において、
上記マルチプレフィクス環境認識工程は、上記ユーザインタフェース提供工程からの確認要求に対し、保持しているプレフィクスのエントリ数を返答することを特徴とするアクセスコントロール方法。
【請求項１７】
請求項１３乃至１６のいずれか一項に記載のアクセスコントロール方法において、
上記ユーザインタフェース提供工程は、現状がマルチプレフィクス環境にあり、かつユーザが入力したアドレスがグローバルユニキャストアドレスである場合に、ネットワークを流れるプレフィクスにより影響されるアドレス部分を無視するか否かの選択肢を有効化することを特徴とするアクセスコントロール方法。
【請求項１８】
請求項１３乃至１６のいずれか一項に記載のアクセスコントロール方法において、
上記ユーザインタフェース提供工程は、ユーザが入力したアドレスがグローバルユニキャストアドレスではないにもかかわらず、ネットワークを流れるプレフィクスにより影響されるアドレス部分を無視することを選択した場合に、不適切な設定であることをユーザに警告することを特徴とするアクセスコントロール方法。
【請求項１９】
請求項１７または１８のいずれか一項に記載のアクセスコントロール方法において、
上記ユーザインタフェース提供工程は、グローバルユニキャストアドレスであるか否かを、アドレス先頭の所定ビットの値により判断することを特徴とするアクセスコントロール方法。
【請求項２０】
請求項１７または１８のいずれか一項に記載のアクセスコントロール方法において、
上記ユーザインタフェース提供工程は、グローバルユニキャストアドレスであるか否かを、予め設定されたアドレスブロックの範囲内であるか否かにより判断することを特徴とするアクセスコントロール方法。
【発明の詳細な説明】【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）アドレスブロック等により外部機器からのアクセスコントロールを行うネットワーク機器に関する。
【背景技術】
【０００２】
ネットワークを介して複数の外部機器と接続されたネットワーク機器においては、組織の運用ルールやネットワーク機器の性質に応じ、所定の機器からのアクセスを許可あるいは拒否したいというニーズがある。例えば、企業向けのネットワークプリンタ（ネットワーク機器）では、プリンタの設置された部署内の機器からの印刷のみを許可（他部署からの印刷を拒否）したいというニーズがある。
【０００３】
このようなアクセスコントロールの方式としては種々のものがあるが、その中でも原始的ではあるが非常に簡易に設定できる方式として、相手のＩＰアドレスを指定し、そのＩＰアドレスとの通信を許可したり拒否したりする方式がある。
【０００４】
この手法で、アクセスコントロールする場合、ＩＰアドレス単体では基本的に１台の機器との通信しかコントロールできない。そのため、一定の範囲のＩＰアドレス（アドレスブロック）を定義し、それらとの通信をコントロールすることが一般的である。アドレスブロックの表記法としては、「／」（スラッシュ）による表記法が利用されてきた。例えば、ＩＰｖ４（Internet Protocol version 4）において「123.134.145.0/24」と表記した場合、表記されたＩＰアドレスの上位２４ビットである「123.134.145」という部分までが一致するＩＰアドレスを示すことになる。そして、それらの機器群に対して、通信許可ないしは通信拒否を設定する。なお、「／」の後にＩＰアドレスの全ビット数を指定することにより、範囲ではなくＩＰアドレスそのものを指定することもできる。
【０００５】
図１はＩＰアドレスブロックでアクセスコントロールする場合の従来のネットワーク機器が有するユーザインタフェースの例を示す図であり、機器管理者（ユーザ）に対して、ＩＰアドレスブロックの入力を促す機能と、そのアドレスブロックとの通信を許可するか拒否するかを選択させる機能とが提供されている。すなわち、「IP address block」の欄にＩＰアドレスブロックを入力し、そのＩＰアドレスブロックに対して通信拒否する場合は「deny to access」のラジオボタンを選択し、通信許可する場合は「allow to access」のラジオボタンを選択する。なお、図示の例では３つのＩＰアドレスブロックを指定できるようになっている。
【０００６】
このように、機器管理者はコントロールしたいＩＰアドレスブロックを入力し、それらとの通信の許可／拒否を設定するだけで、当該ネットワーク機器へのアクセスコントロールを行うことができる。
【０００７】
このような、原始的ではあるが便利なＩＰアドレスブロックによるアクセスコントロールは、ＩＰｖ４だけでなくＩＰｖ６（Internet Protocol version 6）においても利用可能である。
【０００８】
なお、出願人は出願時点までに本発明に関連する公開された先行技術文献を発見することができなかった。よって、先行技術文献情報を開示していない。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、ＩＰｖ６環境においてマルチホーミング（multi-homing）を行った場合、上述したようなＩＰアドレスブロックの指定によるアクセスコントロールには問題がある。マルチホーミングとは一つのネットワークが複数のＩＳＰ（Internet Service Provider）と接続性を持った状態である。あるネットワークがインターネットに接続するためにはＩＳＰへの接続性を持たなければならないが、ＩＳＰの障害発生等に備えて複数のＩＳＰとの接続性を持つことが多く、このような場合にマルチホーミングとなる。
【００１０】
ホーミング数がｎのマルチホーミング環境である場合、そのネットワーク内にはＩＳＰ毎に異なったプレフィクスが同時に流れ、ｎ個のプレフィクスが配布されることになる。この場合、ネットワーク内の機器それぞれにｎ個のグローバルユニキャストアドレスが設定されることになる。従って、あるネットワーク機器ないしは機器群からのアクセスを許可ないしは拒否したい場合、このｎ個のプレフィクスによるｎ種類のアドレス全てからのアクセスを許可／拒否しなければならない。
【００１１】
図２はマルチホーミング環境においてＩＰアドレスブロックでアクセスコントロールする場合の機器管理者の操作例を示すシーケンス図であるが、マルチホーミング環境であることを把握しているネットワーク管理者Ｍ１から機器管理者Ｍ２にマルチホーミング環境であることが通知された後、機器管理者Ｍ２はネットワーク機器１０に対して、同じ対象につきホーミング数ｎ（ここでは３）だけＩＰアドレスブロックの設定を行わなければならない。
【００１２】
このように、指定したいアドレスブロック数×ホーミング数の設定を行わなければならないため、操作が煩雑であるとともに設定ミスを誘発しやすい。設定ミスは、本来制限されるべき機器からアクセスできてしまったり、許可されるべき機器がアクセスできなかったりといったことにつながり、セキュリティおよびサービス性の低下につながる。
【００１３】
また、ネットワークプリンタ等のネットワーク機器１０におけるアクセスコントロールのための設定情報を記憶する領域はサイズが限られていることから、実質的に設定できる対象数はホーミング数ｎ分の１となってしまい、必要とされる設定が行えなくなる事態も考えられる。
【００１４】
また、ＩＳＰにおいてプレフィクスのリナンバリングが発生した場合、組織内の全機器のアクセスコントロール設定を変更しなければならないため、例えば数千台の機器を持つ組織では従来に比してｎ倍の大きな作業量が発生してしまう。
【００１５】
更に、マルチホーミング環境であるかどうかはネットワーク管理者Ｍ１が把握しており、そのネットワーク管理者Ｍ１から機器管理者Ｍ２に対しての明示的な指示があって初めて、このような「マルチホーミング環境への対応」が行われるものであるため、ネットワーク管理者Ｍ１がそのような通知を忘れた場合、アクセスコントロールはほとんど意味のないものとなる。
【００１６】
一方、上述したホーミング数だけＩＰアドレスブロックを設定する方法に代え、ビットマスクの指定により変動分を無視するようにした方法がある。
【００１７】
図３はＩＰｖ６アドレスのプレフィックスの構成を示す図であり、プレフィクスは全体で６４ｂｉｔであるが、それらのうち、上位４８ｂｉｔのＦＰ（Format Prefix）、ＴＬＡ ＩＤ（Top Level Aggregation Identifiers）、ｓＴＬＡ ＩＤ（sub Top Level Aggregation Identifiers）、ＮＬＡ ＩＤ（Next Level Aggregation Identifiers）は全てＩＳＰ側で決められ、ＳＬＡ ＩＤ（Site Level Aggregation Identifiers）はＩＰアドレスの割り当てを受けた組織内で自由に設定（一般的に、ＳＬＡ ＩＤは組織内の部署を単位に設定）できる。従って、ＩＳＰの違いによる変動分はＴＬＡ、ｓＴＬＡ、ＮＬＡの部分だけであるため、この部分をマスクすることにより変動分を無視することができる。
【００１８】
図４はビットマスクによりアクセスコントロールする場合の機器管理者の操作例を示すシーケンス図であり、マルチホーミング環境であることを把握しているネットワーク管理者Ｍ１から機器管理者Ｍ２にマルチホーミング環境であることが通知された後、機器管理者Ｍ２はネットワーク機器１０に対してＩＰアドレスブロックおよびビットマスクの設定を行う。すなわち、ビットマスクを「0:0:0:ffff::」とすることで、１２８ｂｉｔ中、４８ｂｉｔ目から６３ｂｉｔ目を比較対象から外し、マルチホーミング時の変動部分であるＴＬＡ、ｓＴＬＡ、ＮＬＡを無視してＳＬＡのみを比較対象とすることができ、複数種類のプレフィクスを持つＩＰアドレスブロックを一括して許可／拒否することができる。
【００１９】
しかしながら、このようなマスク設定では、どのアドレス部分を対象とするのか一目では判りづらいとともに、設定にはビット演算するという手間がかかり、ミスを誘発しやすいという問題がある。
【００２０】
また、前述した方法と同様に、マルチホーミング環境であるかどうかを把握しているネットワーク管理者Ｍ１から機器管理者Ｍ２に対しての明示的な指示があって初めて、このような「マルチホーミング環境への対応」が行われるものであるため、ネットワーク管理者Ｍ１がそのような通知を忘れた場合、アクセスコントロールはほとんど意味のないものとなる。
【００２１】
一方、上述したマルチホーミング環境に限らず、組織のネットワーク内を複数のプレフィクスが流れる場合（マルチプレフィクス環境）があり、上述したのと同様の問題がある。
【００２２】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ＩＰアドレスブロック等により外部機器からのアクセスコントロールを行うに際し、最小限の項目により設定が行えるとともに、マルチプレフィクス環境の人為的な認識に依存することなく適切な設定が行えるネットワーク機器を提供することにある。
【課題を解決するための手段】
【００２３】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、所定のアドレスに対する通信の許可もしくは拒否の設定により外部機器からのアクセスコントロールを行うネットワーク機器であって、アドレスもしくはアドレス範囲を入力させるアドレス入力欄と、当該アドレス入力欄に入力されたアドレスもしくはアドレス範囲に該当する外部機器にアクセスを許可するか拒否するかを選択させる許可／拒否選択欄と、ネットワークを流れるプレフィクスにより影響されるアドレス部分を無視するか否かを選択させる選択欄とを含むユーザインタフェースを提供するユーザインタフェース手段と、上記ユーザインタフェース手段を介して設定された内容に従い、到来するパケットの許可もしくは拒否を行うパケットフィルタリング手段とを備えるネットワーク機器を要旨としている。
【００２４】
また、請求項２に記載されるように、所定のアドレスに対する通信の許可もしくは拒否の設定により外部機器からのアクセスコントロールを行うネットワーク機器であって、ネットワークを流れるプレフィクスにより影響されないアドレス部分を入力させるアドレス入力欄と、当該アドレス入力欄に入力されたアドレス部分に該当する外部機器にアクセスを許可するか拒否するかを選択させる許可／拒否選択欄とを含むユーザインタフェースを提供するユーザインタフェース手段と、上記ユーザインタフェース手段を介して設定された内容に従い、到来するパケットの許可もしくは拒否を行うパケットフィルタリング手段とを備えるネットワーク機器として構成することができる。
【００２５】
また、請求項３に記載されるように、請求項１に記載のネットワーク機器において、当該ネットワーク機器が接続されるネットワークがマルチプレフィクス環境であるか否かを認識するマルチプレフィクス環境認識手段を備え、上記ユーザインタフェース手段は、上記マルチプレフィクス環境認識手段の認識結果に基づき、上記選択欄の有効・無効を制御するようにすることができる。
【００２６】
また、請求項４に記載されるように、請求項３に記載のネットワーク機器において、上記マルチプレフィクス環境認識手段は、ネットワーク内を流れるルータ広告を監視し、その中に含まれるプレフィックスが複数種類ある場合にマルチプレフィクス環境であると認識するようにすることができる。
【００２７】
また、請求項５に記載されるように、請求項４に記載のネットワーク機器において、上記マルチプレフィクス環境認識手段は、上記ルータ広告により到着したプレフィクスと到着時刻とを対にして管理し、一定時間以上古いプレフィクスにつき破棄するようにすることができる。
【００２８】
また、請求項６に記載されるように、請求項４または５のいずれか一項に記載のネットワーク機器において、上記マルチプレフィクス環境認識手段は、上記ユーザインタフェース手段からの確認要求に対し、保持しているプレフィクスのエントリ数を返答するようにすることができる。
【００２９】
また、請求項７に記載されるように、請求項３乃至６のいずれか一項に記載のネットワーク機器において、上記ユーザインタフェース手段は、現状がマルチプレフィクス環境にあり、かつユーザが入力したアドレスがグローバルユニキャストアドレスである場合に、ネットワークを流れるプレフィクスにより影響されるアドレス部分を無視するか否かの選択肢を有効化するようにすることができる。
【００３０】
また、請求項８に記載されるように、請求項３乃至６のいずれか一項に記載のネットワーク機器において、上記ユーザインタフェース手段は、ユーザが入力したアドレスがグローバルユニキャストアドレスではないにもかかわらず、ネットワークを流れるプレフィクスにより影響されるアドレス部分を無視することを選択した場合に、不適切な設定であることをユーザに警告するようにすることができる。
【００３１】
また、請求項９に記載されるように、請求項７または８のいずれか一項に記載のネットワーク機器において、上記ユーザインタフェース手段は、グローバルユニキャストアドレスであるか否かを、アドレス先頭の所定ビットの値により判断するようにすることができる。
【００３２】
また、請求項１０に記載されるように、請求項７または８のいずれか一項に記載のネットワーク機器において、上記ユーザインタフェース手段は、グローバルユニキャストアドレスであるか否かを、予め設定されたアドレスブロックの範囲内であるか否かにより判断するようにすることができる。
【００３３】
また、請求項１１〜２０に記載されるように、アクセスコントロール方法として構成することができる。
【発明の効果】
【００３４】
本発明のネットワーク機器にあっては、マルチホーミング環境であるか否かを自動的に認識し、マルチホーミング環境に影響されるアドレス部分を無視するか否かの選択肢を含むユーザインタフェースを提供するようにしているため、ＩＰアドレスブロック等により外部機器からのアクセスコントロールを行うに際し、最小限の項目により設定が行えるとともに、マルチプレフィクス環境の人為的な認識に依存することなく適切な設定を行うことができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の好適な実施形態につき説明する。
【００３６】
図５は本発明の一実施形態にかかるネットワーク機器の構成例を示す図である。
【００３７】
図５において、ネットワーク機器１は、現状のネットワークがマルチホーミング環境であるか否かの指示を手動により受け付けるマルチホーミング環境指示ユーザインタフェース部２と、現状のネットワークがマルチホーミング環境であるか否かを自動に認識するマルチホーミング環境自動認識部３と、マルチホーミング環境指示ユーザインタフェース部２もしくはマルチホーミング環境自動認識部３により認識された環境（マルチホーミング環境／非マルチホーミング環境）に応じてアクセスコントロールのためのユーザインタフェースを提供するアクセスコントロールユーザインタフェース部４とを備えている。
【００３８】
また、ネットワーク機器１のＯＳ（Operating System）５内には、アクセスコントロールユーザインタフェース部４を介して設定された情報に従って外部の機器から到来するＩＰパケットのフィルタリングを行うパケットフィルタリング部６が設けられ、また、ハードウェア７内にはパケットフィルタリング部６の制御に基づいてＩＰパケットの受信を行うネットワークインタフェース部８が設けられている。なお、ネットワークインタフェース部８の受信パケットは、マルチホーミング環境を認識するためにマルチホーミング環境自動認識部３に供給される。
【００３９】
図６は機器管理者によるアクセスコントロール設定の処理例を示すシーケンス図である。
【００４０】
図６において、ネットワーク機器１はマルチホーミング環境指示ユーザインタフェース部２もしくはマルチホーミング環境自動認識部３によりマルチホーミング環境であるか否かを認識する（ステップＳ１）。
【００４１】
図７はマルチホーミング環境自動認識部３の処理例を示すフローチャートである。
【００４２】
図７において、ネットワーク機器１のマルチホーミング環境自動認識部３はネットワークインタフェース部８を介してルータ広告（ＲＡ（Router Advertisement））受信して処理を開始すると（ステップＳ１１）、ＲＡに含まれるプレフィックスが既に記憶されている受信済のものであるか否か判断する（ステップＳ１２）。既に記憶されているものである場合（ステップＳ１２のＹｅｓ）は処理を終了する（ステップＳ１６）。
【００４３】
既に記憶されているものでない場合（ステップＳ１２のＮｏ）は、そのプレフィックスを記憶し（ステップＳ１３）、記憶する最初のプレフィックスであるか否か判断する（ステップＳ１４）。最初のプレフィックスである場合（ステップＳ１４のＹｅｓ）は処理を終了する（ステップＳ１６）。
【００４４】
また、最初のプレフィックスでない場合（ステップＳ１４のＮｏ）は、複数のプレフィックスがネットワークに流れていることから、マルチホーミング環境であると認識し（ステップＳ１５）、処理を終了する（ステップＳ１６）。
【００４５】
図６に戻り、機器管理者Ｍ２がネットワーク機器１に対してアクセスコントロールのためのユーザインタフェースを要求すると（ステップＳ２）、ネットワーク機器１のアクセスコントロールユーザインタフェース部４はユーザインタフェースを生成する（ステップＳ３）。
【００４６】
次いで、機器管理者Ｍ２は生成されたユーザインタフェースによりＩＰアドレスブロックの設定を行うが（ステップＳ４）、この際、ネットワーク機器１のアクセスコントロールユーザインタフェース部４は入力されたアドレス形式に応じ、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチの制御を行う（ステップＳ５）。
【００４７】
図８はアクセスコントロールユーザインタフェース部４におけるスイッチ制御の処理例を示すフローチャートである。
【００４８】
図８において、アクセスコントロールユーザインタフェース部４はユーザインタフェースに対して操作（文字入力、ボタン選択等）が行われ、あるいは更にフォーカス（選択部分）の移動が行われることをトリガとして処理を開始すると（ステップＳ５１）、現状がマルチホーミング環境であるか否か判断する（ステップＳ５２）。
【００４９】
マルチホーミング環境であると判断された場合（ステップＳ５２のＹｅｓ）は、ユーザが入力中のアドレス（「／」を伴うアドレスブロックを含む）がグローバルユニキャストアドレスであるか否か判断する（ステップＳ５３）。アドレスがグローバルユニキャストアドレスであるか否かは、アドレス先頭のＦＰの値により判断する。
【００５０】
そして、ユーザが入力中のアドレスがグローバルユニキャストアドレスであると判断された場合（ステップＳ５３のＹｅｓ）はＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを有効化し（ステップＳ５４）、処理を終了する（ステップＳ５６）。
【００５１】
また、現状がマルチホーミング環境でないと判断された場合（ステップＳ５２のＮｏ）、もしくは、ユーザが入力中のアドレスがグローバルユニキャストアドレスでないと判断された場合（ステップＳ５３のＮｏ）は、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを無効化し（ステップＳ５５）、処理を終了する（ステップＳ５６）。
【００５２】
図６に戻り、機器管理者Ｍ２はユーザインタフェースによりアクセスの許可／拒否を設定するとともに、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを設定する（ステップＳ６）。
【００５３】
図９はユーザインタフェースの例を示す図であり、三つのＩＰアドレスブロックを設定できるようにしたものである。１段目および３段目のエントリは入力されたＩＰアドレスブロックがグローバルユニキャストアドレスであるため、許可／拒否の欄（deny to access/allow to access）の他にＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチ（Ignore TLA,sTLA,NLA matching）が表示されているが、２段目のエントリは入力されたＩＰアドレスブロックがグローバルユニキャストアドレスでないため、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチが表示されていない。これにより、グローバルユニキャストアドレスでないにもかかわらず、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチが選択されることはなく、ユーザの設定誤りによるセキュリティ低下を防止することができる。なお、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを表示しないようにすることに代えて、表示していてもディム表示（薄い色で表示）とすることで選択できないようにすることもできる。
【００５４】
図６に戻り、ユーザインタフェースによる設定が完了すると、ネットワーク機器１のアクセスコントロールユーザインタフェース部４は設定情報を記憶し、パケットフィルタリング部６に設定を行う（ステップＳ７）。図１０は記憶される設定情報の例を示す図であり、ＩＰアドレスブロックと、許可／拒否に対応するスイッチ（１ｂｉｔ）と、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチ（１ｂｉｔ）とが含まれている。
【００５５】
図１１は上述したようにしてアクセスコントロールのための情報が設定された後のパケットフィルタリング部６の処理例を示すフローチャートである。
【００５６】
図１１において、ＩＰパケットが到着すると（ステップＳ１０１）、設定されている全てのＩＰアドレスブロックとの比較が完了したか否か判断する（ステップＳ１０２）。
【００５７】
全てのＩＰアドレスブロックとの比較が完了していないと判断された場合（ステップＳ１０２のＮｏ）、ユーザの設定したＩＰアドレスブロックのうちの一つを比較対象とし（ステップＳ１０３）、そのＩＰアドレスブロックはＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するように設定されているか否か判断する（ステップＳ１０４）。
【００５８】
ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するように設定されていないと判断された場合（ステップＳ１０４のＮｏ）は、従来通りの手法でユーザが指定したＩＰアドレスブロックと到来したＩＰパケットのソースアドレスとの比較を行う（ステップＳ１０５）。
【００５９】
また、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するように設定されていると判断された場合（ステップＳ１０４のＹｅｓ）は、ＴＬＡ、ｓＴＬＡ、ＮＬＡの値を無視して、ユーザが指定したＩＰアドレスブロックと到来したＩＰパケットのソースアドレスとの比較を行う（ステップＳ１０６）。
【００６０】
次いで、ユーザが指定したＩＰアドレスブロックと到来したＩＰパケットのソースアドレスが一致したか否か判断し（ステップＳ１０７）、一致しないと判断された場合（ステップＳ１０７のＮｏ）は、設定されている全てのＩＰアドレスブロックとの比較が完了したか否かの判断（ステップＳ１０２）に戻る。
【００６１】
また、ユーザが指定したＩＰアドレスブロックと到来したＩＰパケットのソースアドレスが一致したと判断された場合（ステップＳ１０７のＹｅｓ）は、そのＩＰアドレスブロックが通信許可に設定されているか否か判断し（ステップＳ１０８）、通信許可に設定されていないと判断された場合（ステップＳ１０８のＮｏ）はそのＩＰパケットをドロップし（ステップＳ１０９）、通信許可に設定されていると判断された場合（ステップＳ１０８のＹｅｓ）はそのＩＰパケットを透過させ（ステップＳ１１０）、処理を終了する（ステップＳ１１２）。
【００６２】
一方、設定されている全てのＩＰアドレスブロックとの比較が完了したと判断された場合（ステップＳ１０２のＹｅｓ）は、デフォルト処理（許可／拒否が設定されていないＩＰアドレスにつき全てを許可もしくは拒否等）を行い（ステップＳ１１１）、処理を終了する（ステップＳ１１２）。
【００６３】
このように、マルチホーミング環境において複数のプレフィックスが配布され、一つの機器に複数のＩＰアドレスが割り振られた時でも、変動部分であるＴＬＡ、ｓＴＬＡ、ＮＬＡの違いを考慮することなく、一つの対象については一つのＩＰアドレスブロックを設定すればよいため、最小限の設定とすることができる。
【００６４】
図１２は図８に示したスイッチ制御を行わない場合のユーザインタフェースの例を示す図であり、入力されたＩＰアドレスブロックがグローバルユニキャストアドレスであるか否かにかかわらず、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを常に選択可能に表示したものである。ただし、この場合はグローバルユニキャストアドレスでないにもかかわらずＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチが選択される可能性があるため、そのような不適切な設定を防止する必要がある。
【００６５】
図１３は不適切な設定に対して警告を発するための処理例を示すフローチャートであり、ユーザが入力を開始すると（ステップＳ２０１）、ユーザが入力したＩＰアドレスブロックがグローバルユニキャストアドレスであるか否か判断し（ステップＳ２０２）、グローバルユニキャストアドレスであると判断された場合（ステップＳ２０２のＹｅｓ）はそのまま処理を終了する（ステップＳ２０５）。
【００６６】
また、ユーザが入力したＩＰアドレスブロックがグローバルユニキャストアドレスでないと判断された場合（ステップＳ２０２のＮｏ）は、ユーザがＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを選択したか否か判断する（ステップＳ２０３）。
【００６７】
ユーザがＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを選択していないと判断された場合（ステップＳ２０３のＮｏ）はそのまま処理を終了し（ステップＳ２０５）、選択している場合（ステップＳ２０３のＹｅｓ）は、指定されたＩＰアドレスブロックにはＴＬＡ、ｓＴＬＡ、ＮＬＡがないことをユーザに警告し（ステップＳ２０４）、処理を終了する（ステップＳ２０５）。
【００６８】
図１４は警告表示の例を示す図であり、「警告：グローバルユニキャストアドレスではないのに、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視すると設定されています。」というメッセージをユーザに伝えるものである。これにより、ユーザの設定誤りによるセキュリティ低下を防止することができる。
【００６９】
図１５はＳＬＡ ＩＤを直接に設定する場合のユーザインタフェースの例を示す図であり、ＳＬＡ ＩＤの入力欄と許可／拒否の選択欄とを備え、機器管理者がマルチホーミング環境であることを認識している場合において簡略にアクセスコントロールを行えるようにしたものである。すなわち、マルチホーミング環境において複数のプレフィックスが配布され、一つの機器に複数のＩＰアドレスが割り振られた時でも、同一のＳＬＡ ＩＤを持つＩＰアドレスを同一視することができ、アクセスコントロールの設定を省略することができる。
【００７０】
図１６は記憶される設定情報の例を示す図であり、ＳＬＡ ＩＤと、許可／拒否に対応するスイッチ（１ｂｉｔ）とが含まれている。
【００７１】
図１７はＳＬＡ ＩＤを直接に設定する場合のパケットフィルタリング部６の処理例を示すフローチャートである。
【００７２】
図１７において、ＩＰパケットが到着すると（ステップＳ３０１）、そのＩＰパケットのソースアドレスのＦＰがグローバルユニキャストアドレスであることを示す所定値（０）であることと、そのソースアドレスのＳＬＡ ＩＤがユーザの指定と一致するかを比較する（ステップＳ３０２）。
【００７３】
次いで、両者が一致するか否か判断し（ステップＳ３０３）、一致する場合（ステップＳ３０３のＹｅｓ）は、通信許可に設定されているか否か判断し（ステップＳ３０４）、通信許可に設定されていないと判断された場合（ステップ３０４のＮｏ）はそのＩＰパケットをドロップし（ステップＳ３０５）、通信許可に設定されていると判断された場合（ステップＳ３０４のＹｅｓ）はそのＩＰパケットを透過させ（ステップＳ３０６）、処理を終了する（ステップＳ３１０）。
【００７４】
一方、ソースアドレスとＳＬＡ ＩＤが一致しないと判断された場合（ステップＳ３０３のＮｏ）は、全てのＳＬＡ ＩＤを比較し終えたか否か判断し（ステップＳ３０７）、まだであると判断された場合（ステップＳ３０７のＮｏ）は次のＳＬＡ ＩＤとの比較を行い（ステップＳ３０８）、一致の判断（ステップＳ３０３）に戻る。
【００７５】
全てのＳＬＡ ＩＤを比較し終えたと判断された場合（ステップＳ３０３のＹｅｓ）はデフォルト処理を行い（ステップＳ３０９）、処理を終了する（ステップＳ３１０）。
【００７６】
図１８は本発明の他の実施形態にかかるネットワーク機器１の構成例を示す図であり、マルチホーミング環境を含む、より一般的なマルチプレフィクス環境に適用したものである。
【００７７】
図１８において、ネットワーク機器１は、現状のネットワークがマルチプレフィクス環境であるか否かの指示を手動により受け付けるマルチプレフィクス環境指示ユーザインタフェース部２＋と、現状のネットワークがマルチプレフィクス環境であるか否かを自動に認識するマルチプレフィクス環境自動認識部３＋と、マルチプレフィクス環境指示ユーザインタフェース部２＋もしくはマルチプレフィクス環境自動認識部３＋により認識された環境（マルチプレフィクス環境／非マルチプレフィクス環境）に応じてアクセスコントロールのためのユーザインタフェースを提供するアクセスコントロールユーザインタフェース部４とを備えている。
【００７８】
マルチプレフィクス環境自動認識部３＋には、ネットワークを介して到着したＲＡ情報（到着時刻と到着プレフィクス値の対）を保持する到着済ＲＡ情報リストＬ１が設けられている。また、アクセスコントロールユーザインタフェース部４の処理にあっては、入力されたアドレスがグローバルユニキャストアドレスであるか否かを判断してＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを制御するためのスイッチ制御判断用アドレスブロックリストＬ２が参照される。なお、スイッチ制御判断用アドレスブロックリストＬ２はネットワーク機器１の製造時もしくはメンテナンス時に設定され、ＩＰｖ６の規格（グローバルユニキャストアドレスを識別するビット等）の変更等に柔軟に対応できるようになっている。
【００７９】
また、ネットワーク機器１のＯＳ５内には、アクセスコントロールユーザインタフェース部４を介して設定された情報に従って外部の機器から到来するＩＰパケットのフィルタリングを行うパケットフィルタリング部６と、マルチプレフィクス環境自動認識部３＋に現在時刻を供給する時刻管理部９が設けられ、また、ハードウェア７内にはパケットフィルタリング部６の制御に基づいてＩＰパケットの受信を行うネットワークインタフェース部８が設けられている。なお、ネットワークインタフェース部８の受信パケットは、マルチプレフィクス環境を認識するためにマルチプレフィクス環境自動認識部３＋に供給される。
【００８０】
機器管理者によるアクセスコントロール設定の処理としては、図６に示したものと同様の手順で行われる（「マルチホーミング環境」を「マルチプレフィクス環境」と読み替え）。すなわち、ネットワーク機器１におけるマルチプレフィクス環境の認識（ステップＳ１）、機器管理者Ｍ２からネットワーク機器１へのアクセスコントロールユーザインタフェース要求（ステップＳ２）、ネットワーク機器１におけるアクセスコントロールユーザインタフェース生成（ステップＳ３）、機器管理者Ｍ２からネットワーク機器１へのアドレス設定（ステップＳ４）、ネットワーク機器１におけるスイッチ制御（ステップＳ５）、機器管理者Ｍ２からネットワーク機器１への許可／拒否設定およびスイッチ設定（ステップＳ６）、ネットワーク機器１におけるパケットフィルタリング部設定（ステップＳ７）の順に処理が行われる。
【００８１】
図１９はマルチプレフィクス環境自動認識部３＋の処理例を示すフローチャートであり、（ａ）は定常的な監視処理、（ｂ）は外部（主にアクセスコントロールユーザインタフェース部４）からの確認要求時の返答処理である。
【００８２】
図１９（ａ）において、マルチプレフィクス環境自動認識部３＋は、ネットワークインタフェース部８を介して受信されるＲＡを監視し（ステップＳ４０１）、ＲＡが到着したか否か判断する（ステップＳ４０２）。ＲＡが到着しなかった場合（ステップＳ４０２のＮｏ）はＲＡの監視（ステップＳ４０１）に戻る。
【００８３】
ＲＡが到着した場合（ステップＳ４０２のＹｅｓ）、マルチプレフィクス環境自動認識部３＋は時刻管理部９から現在時刻を取得する（ステップＳ４０３）。
【００８４】
次いで、マルチプレフィクス環境自動認識部３＋は、到着したＲＡに含まれるプレフィクス（到着プレフィクス）が到着済ＲＡ情報リストＬ１に存在するか否か判断し（ステップＳ４０４）、存在する場合（ステップＳ４０４のＹｅｓ）は到着済ＲＡ情報リストＬ１内の該当するプレフィクス情報の到着時刻を現在時刻に置き換える（ステップＳ４０５）。到着プレフィクスが到着済ＲＡ情報リストＬ１に存在しない場合（ステップＳ４０４のＮｏ）は、到着プレフィクスと現在時刻を到着済ＲＡ情報リストＬ１に追加する（ステップＳ４０６）。
【００８５】
次いで、マルチプレフィクス環境自動認識部３＋は、到着済ＲＡ情報リストＬ１内のプレフィクス情報の到着時刻に着目し、一定時間以上古いプレフィクス情報が存在するか否か判断し（ステップＳ４０７）、存在する場合（ステップＳ４０７のＹｅｓ）は該当するプレフィクス情報を破棄し（ステップＳ４０８）、ＲＡの監視（ステップＳ４０１）に戻る。一定時間以上古いプレフィクス情報が存在しない場合（ステップＳ４０７のＮｏ）はそのままＲＡの監視（ステップＳ４０１）に戻る。
【００８６】
なお、プレフィクス情報に到着時刻を含めて管理し、一定時間以上古いプレフィクス情報を破棄するのは、古いプレフィクス情報により現在はマルチプレフィクス環境でないにもかかわらずマルチプレフィクス環境であると誤認識しないためである。この機構は前述した図５および図７にも適用することができる。
【００８７】
図１９（ｂ）において、マルチプレフィクス環境自動認識部３＋は、外部から確認要求が到着すると（ステップＳ４１１）、到着済ＲＡ情報リストＬ１内のプレフィクス情報の到着時刻に着目し、一定時間以上古いプレフィクス情報が存在するか否か判断する（ステップＳ４１２）。そして、一定時間以上古いプレフィクス情報が存在する場合（ステップＳ４１２のＹｅｓ）、該当するプレフィクス情報を破棄する（ステップＳ４１３）。なお、確認要求到着時に一定時間以上古いプレフィクス情報の存在の確認および破棄を行うのは、図１９（ａ）においてはプレフィクスの到着時にのみ一定時間以上古いプレフィクス情報の存在の確認および破棄を行っており、ＲＡの到着がない場合は古いプレフィクス情報が残ってしまうからである。
【００８８】
次いで、マルチプレフィクス環境自動認識部３＋は到着済ＲＡ情報リストＬ１のエントリ数を要求元に返答し（ステップＳ４１４）、処理を終了する（ステップＳ４１５）。
【００８９】
図２０はアクセスコントロールユーザインタフェース部４におけるスイッチ制御の処理例を示すフローチャートである。なお、ユーザインタフェースは図９に示したものと同様のものを想定している。
【００９０】
図２０において、アクセスコントロールユーザインタフェース部４は、ユーザインタフェースに対して操作（文字入力、ボタン選択等）が行われ、あるいは更にフォーカス（選択部分）の移動が行われることをトリガとして処理を開始すると（ステップＳ４２１）、マルチプレフィクス環境自動認識部３＋に確認要求を行うことで現状がマルチプレフィクス環境であるか否か判断する（ステップＳ４２２）。
【００９１】
マルチプレフィクス環境であると判断された場合（ステップＳ４２２のＹｅｓ）、ユーザによりアドレス（「／」を伴うアドレスブロックを含む）が入力済であるか判断し（ステップＳ４２３）、入力済である場合（ステップＳ４２３のＹｅｓ）、入力されたアドレスがスイッチ制御判断用アドレスブロックリストＬ２に設定されたアドレスブロックの範囲内であるか否か判断する（ステップＳ４２４）。
【００９２】
そして、入力されたアドレスがスイッチ制御判断用アドレスブロックリストＬ２に設定されたアドレスブロックの範囲内である場合（ステップＳ４２４のＹｅｓ）、有効なグローバルユニキャストアドレスであるものとし、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを有効化し（ステップＳ４２５）、処理を終了する（ステップＳ４２７）。
【００９３】
また、現状がマルチプレフィクス環境でないと判断された場合（ステップＳ４２２のＮｏ）、アドレスが入力済でない場合（ステップＳ４２３のＮｏ）、もしくは、入力されたアドレスがスイッチ制御判断用アドレスブロックリストＬ２に設定されたアドレスブロックの範囲内でないと判断された場合（ステップＳ４２４のＮｏ）は、ＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを無効化し（ステップＳ４２６）、処理を終了する（ステップＳ４２７）。
【００９４】
なお、図２０において、マルチプレフィクス環境であるか否かの判断（ステップＳ４２２）および入力されたアドレスがスイッチ制御判断用アドレスブロックリストＬ２に設定されたアドレスブロックの範囲内であるか否かの判断（ステップＳ４２４）を省略することで、アドレスが入力された場合にはＴＬＡ、ｓＴＬＡ、ＮＬＡを無視するか否かのスイッチを有効化することができる。これにより、マルチプレフィクス環境であるか否かにかかわらず、部署毎に割り当てられたＳＬＡ ＩＤにのみ依存したアクセス制御を指定することができる。
【００９５】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００９６】
【図１】ＩＰアドレスブロックでアクセスコントロールする場合の従来のネットワーク機器が有するユーザインタフェースの例を示す図である。
【図２】マルチホーミング環境においてＩＰアドレスブロックでアクセスコントロールする場合の機器管理者の操作例を示すシーケンス図である。
【図３】ＩＰｖ６アドレスのプレフィックスの構成を示す図である。
【図４】ビットマスクによりアクセスコントロールする場合の機器管理者の操作例を示すシーケンス図である。
【図５】本発明の一実施形態にかかるネットワーク機器の構成例を示す図である。
【図６】機器管理者によるアクセスコントロール設定の処理例を示すシーケンス図である。
【図７】マルチホーミング環境自動認識部の処理例を示すフローチャートである。
【図８】アクセスコントロールユーザインタフェース部におけるスイッチ制御の処理例を示すフローチャートである。
【図９】ユーザインタフェースの例を示す図である。
【図１０】記憶される設定情報の例を示す図である。
【図１１】パケットフィルタリング部の処理例を示すフローチャートである。
【図１２】スイッチ制御を行わない場合のユーザインタフェースの例を示す図である。
【図１３】不適切な設定に対して警告を発するための処理例を示すフローチャートである。
【図１４】警告表示の例を示す図である。
【図１５】ＳＬＡ ＩＤを直接に設定する場合のユーザインタフェースの例を示す図である。
【図１６】記憶される設定情報の例を示す図である。
【図１７】パケットフィルタリング部の処理例を示すフローチャートである。
【図１８】本発明の他の実施形態にかかるネットワーク機器の構成例を示す図である。
【図１９】マルチプレフィクス環境自動認識部の処理例を示すフローチャートである。
【図２０】アクセスコントロールユーザインタフェース部におけるスイッチ制御の処理例を示すフローチャートである。
【符号の説明】
【００９７】
１ ネットワーク機器
２ マルチホーミング環境指示ユーザインタフェース部
２＋ マルチプレフィクス環境指示ユーザインタフェース部
３ マルチホーミング環境自動認識部
３＋ マルチプレフィクス環境自動認識部
４ アクセスコントロールユーザインタフェース部
５ ＯＳ
６ パケットフィルタリング部
７ ハードウェア
８ ネットワークインタフェース部
９ 時刻管理部
Ｌ１ 到着済ＲＡ情報リスト
Ｌ２ スイッチ制御判断用アドレスブロックリスト
１０ ネットワーク機器
Ｍ１ ネットワーク管理者
Ｍ２ 機器管理者
【出願人】 【識別番号】０００００６７４７
【氏名又は名称】株式会社リコー
【出願日】 平成１９年５月１６日（２００７．５．１６）
【代理人】 【識別番号】１０００７０１５０
【弁理士】
【氏名又は名称】伊東 忠彦
【公開番号】 特開２００８−１７４５１（Ｐ２００８−１７４５１Ａ）
【公開日】 平成２０年１月２４日（２００８．１．２４）
【出願番号】 特願２００７−１３０５３８（Ｐ２００７−１３０５３８）