JP2002132601A - パラメータ構成方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク機器を導入後、ユーザが改めて
設定を行わなくとも通信サービスを提供することができ
るパラメータ構成方法を提供すること。 【解決手段】 Ｎは自分と同じタイプのサービスを有す
るネットワーク機器を自身が存在するローカルネットワ
ーク上にブロードキャストし検索する（ステップ１
１）。このとき同じサービスとは、自身が必要とするパ
ラメータを所持、使用し、その値をリモートから取得可
能である必要がある。ここで検索されたノードＮ０に対
し（ステップ１２；Ｙ）、ＳＮＭＰにより必要とするパ
ラメータを問い合わせ、値を得る（ステップ１４）。こ
れらは得られたパラメータ値を（ステップ１６）、その
まま、自身のＮＶＲＡＭに記憶させる（ステップ１
７）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークにお
けるネットワークインターフェイスユニットのパラメー
タ構成方法に関する。

【０００２】

【従来の技術】プリンタ、スキャナ、ＦＡＸ等のＯＡ機
器をローカルエリアネットワーク（ＬＡＮ）で使用する
ためには各ＯＡ機器に、サーバ機能を持つネットワーク
インターフェイスユニット（ＮＩＵ）を装着する必要が
ある。このＮＩＵにはＯＡ機器に内蔵されるカードタイ
プのもの、セントロニクス、ＳＣＳＩ等の汎用インター
フェイスを介して接続されるＢＯＸタイプのものなどが
ある。また、このＮＩＵの多くは、ＬＡＮへのパケット
送受信のみならず、自身に専用のプロセッサを備えるこ
とにより、ＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ、ＮｅｔＢＥ
ＵＩなどのトランスポートプロトコル処理やさらに上位
のＬＰＲ、ＦＴＰ、ＨＴＴＰ、ＳＮＭＰなどのアプリケ
ーションプロトコル処理を行うものが現在広く用いられ
ている。

【０００３】上記ユニットに対し、ＬＡＮを介してリモ
ートから操作を行うためには、通信時にその端末を特定
するためアドレスと呼ばれるパラメータを設定する必要
がある。この手段としては以下の方法がある。 （１）ユニットに接続された操作パネル等のコンソール
からセットする。 （２）ユニットにネットワーク接続された端末装置から
パラメータ設定用アプリケーションを起動し、設定を行
う。 （３）ネットワーク上に存在する設定パラメータをさせ
るサーバから取得し、設定する（ＤＨＣＰなど）。

【０００４】

【発明が解決しようとする課題】しかしながら、上記方
法には次のような難点がある。 （１）については、ＯＡ機器のコンソールはその画面サ
イズ、ボタン数などの制限を受け、使いやすいものとは
言い難い。また、その装置の設置場所にて行わねばなら
ず、集中管理等もやりにくい。 （２）については（１）の欠点を補ってはいるが、
（１）（２）ともに、は機器設置時に管理者の手を介在
させなければならないことに変わりは無い。管理者の手
が介在することなく、機器導入後、ネットワークケーブ
ルをつなげば、すぐにネットワークからのリモート使用
を可能にする（プリンタで言えば、プラグアンドプリン
ト）ためには機器が自動的に自身のアドレス等のパラメ
ータがセットされている必要がある。 （３）についてはそれを可能にできるが、このようなサ
ーバは管理されたネットワークにおいては存在する場合
があるが、小規模なネットワークでは存在しないケース
が多い。

【０００５】そこで、本発明の目的は、ネットワーク機
器を導入後、ユーザが改めて設定を行わなくとも通信サ
ービスを提供することができるパラメータ構成方法を提
供することである。

【０００６】

【課題を解決するための手段】請求項１記載の発明で
は、ネットワークインターフェイスユニットを各々備え
た複数の端末をローカルネットワークにて接続したネッ
トワークにおいて、所定の端末のネットワークインター
フェイスユニットにおいて、動作上必要とされる構成パ
ラメータを、当該ローカルエリアネットワーク上で稼動
する他の端末のネットワークインターフェイスユニット
が所持するパラメータ値を取得し、この取得したパラメ
ータをパラメータテンプレートとして使用することによ
り、前記目的を達成する。請求項２記載の発明では、請
求項１記載の発明において、パラメータを取得可能な他
の端末のネットワークインターフェイスユニットが複数
存在した場合、その各ネットワークインターフェイスユ
ニットから使用ログ情報を取得し、最も使用実績のある
ネットワークインターフェイスユニットを、パラメータ
取得元として選択し、パラメータテンプレートとして取
得することを特徴とする。請求項３記載の発明では、ネ
ットワーク上の他の端末のネットワークインターフェイ
スユニットからパラメータを取得した場合に、その取得
元情報を記録しておくことを特徴とする。

【０００７】

【発明の実施の形態】以下、本発明の好適な実施の形態
を図１ないし図９を参照して、詳細に説明する。図１
は、複数の端末からなるローカルエリアネットワークの
例を示した図である。この図に示すように、複数の端末
がＬＡＮを介してネットワーク接続されている。各端末
にはネットワークインターフェイスユニットが設けられ
ている。図２は、ネットワークインターフェイスのブロ
ック構成図である。ここには、ＣＰＵ（中央処理装置）
１０、ＲＯＭ（リード・オンリ・メモリ）１２、ＲＡＭ
（ランダム・アクセス・メモリ）１４、ＮＡＶＲＡＭ
（不揮発性ＲＡＭ）１６、ネットワークＩ／Ｏ）１８が
設けられている。図３は、ネットワーク端末の機能ブロ
ック図である。ネットワーク端末は、アプリケーション
層、トランスポート層、物理層より構成されている。

【０００８】図４は、ローカルエリアネットのブロード
キャストを説明する図である。ここで、Ｎは端末装置を
イーサーネットに接続するためのユニットである。Ｎが
イーサーネットに接続されかつ正常に他の端末装置と通
信を行い、端末装置が具備するサービスを他の端末装置
に提供するためには、最低限必要な動作構成パラメータ
セットが必要となる。特に、トランスポート層のプロト
コルに対するパラメータ設定が必要な場合には基本的な
通信も不能な状態となってしまう。トランスポート層の
プロトコルの代表的なものにＴＣＰ／ＩＰ、ＩＰＸ／Ｓ
ＰＸ、ＮｅｔＢＥＵＩなどがある。ＴＣＰ／ＩＰは主に
インターネットや、ＵＮＩＸ（登録商標）系ＯＳにて用
いられるプロトコルであるが、通信するためにはＩＰア
ドレス、サブネットマスク、ゲートウェイアドレスなど
のパラメータ設定が必要とされる。このうちＩＰアドレ
スは他と重複しないユニークな値である必要があると同
時にその環境に与えられた範囲の値で使用しなければな
らないものである。

【０００９】ＩＰＸ／ＳＰＸはノベル社のＮｅｔＷａｒ
ｅシステムとの通信に用いられるプロトコルであるが、
特にユーザ設定がパラメータ設定をしなくとも通信可能
である。ＮｅｔＢＥＵＩは、Ｗｉｎｄｏｗｓ系ＯＳでフ
ァイル、プリンタ共有に用いられるプロトコルである
が、ＮｅｔＢＩＯＳ名という１５文字以内のユニークな
名前を必要とする。また、トランスポート層で必要なパ
ラメータ以外にも、アプリケーション層でのサービスに
おいて必要とされるパラメータも多々ある。例えば、メ
ール送信の際のＳＭＴＰサーバアドレス、ＮｅｔＷａｒ
ｅ環境でのＮＤＳツリー名、プリントサーバ名、Ｗｉｎ
ｄｏｗｓ環境でのドメイン名など多々必要とされる。こ
れらのパラメータセットはＮ内もしくはＮと関連付けら
れた不揮発性記憶装置（ＮＶＲＡＭなど）内に記憶し、
読み出し、書き込みが可能になっている。

【００１０】ネットワークに接続された端末装置から他
の端末装置のパラメータを取得する手段として一般的に
用いられるのはＳＮＭＰプロトコルである。ＳＮＭＰで
は各端末を構成するパラメータをＭＩＢオブジェクトと
して管理し、各ＭＩＢオブジェクトはオブジェクトＩＤ
（ＯＩＤ）により一意に定義されており、そのＯＩＤを
用いて、値の取得、値の設定が行われる。ＯＩＤは標準
的に、定義されているものおよび各装置のベンダーで独
自に定義されているものがある。いずれも、オブジェク
ト値を取得する際には、その取得対象のＯＩＤ等を知っ
ている必要がある。

【００１１】先に説明したようにＮのパラメータが工場
出荷状態の場合、そのままの状態では使用することがで
きない。特に、ＴＣＰ／ＩＰ環境では基本的な通信も不
能である。ＮがＤＨＣＰに対応し、ＤＨＣＰサーバから
パラメータが提供されるようにしっかり管理された環境
であれば、即使用可能であるが、本実施の形態では、Ｄ
ＨＣＰによるパラメータ取得環境がない場合にも、適切
なパラメータで動作可能にすることを可能にする方式を
提案する。以下、図５のフローチャートを参照して処理
手順を説明する。

【００１２】まず、Ｎは自分と同じタイプのサービスを
有するネットワーク機器を自身が存在するローカルネッ
トワーク上にブロードキャストし検索する（ステップ１
１）。このとき同じサービスとは、自身が必要とするパ
ラメータを所持、使用し、その値をリモートから取得可
能である必要がある。当然ながら、Ｎと同等品であれば
この条件を満足することは可能である。

【００１３】また、通常ブロードキャストの方式には以
下の３種類に分類される。 （１）ローカルネットワーク上のすべてのノードへのブ
ロードキャスト （２）リモートネットワーク上のすべてのノードへのブ
ロードキャスト （３）インターネット全体へのブロードキャスト 通常のネットワーク環境であれば、自分と同じネットワ
ーク内すなわちローカルネットワーク内の方が流用でき
るパラメータが多いことは明らかである。本実施の形態
では、（１）のブロードキャスト方式を用いて、ローカ
ルネットワーク上のサービスを検索する。その結果、Ｎ
０がすでにローカルネットワーク上で稼動していること
が検出できたとする。ここで検索されたノードＮ０に対
し（ステップ１２；Ｙ）、ＳＮＭＰにより必要とするパ
ラメータを問い合わせ、値を得る（ステップ１４）。こ
のときトランスポート層のプロトコルとしては、ＩＰは
使用できないので、ＩＰＸプロトコル等の使用可能なプ
ロトコルを用いるべきである。また、ここでＮが要求さ
れるパラメータ値には他のノードとも共通で使えるもの
と、他のどのノードとも異なる値である必要があるもの
に分類することができる。

【００１４】共通で使用できるものは、ＴＣＰ／ＩＰの
ゲートウェイアドレス、ＴＣＰ／ＩＰのサブネットマス
ク、ＴＣＰ／ＩＰのＤＮＳサーバアドレス、ＮｅｔＷａ
ｒｅのディレクトリツリー名、ＮｅｔＢＥＵＩのドメイ
ン名である。これらは得られたパラメータ値を（ステッ
プ１６）、そのまま、自身のＮＶＲＡＭに記憶させる
（ステップ１７）。他のノードと異なる必要があり、自
由に名前をつけられるものは、ＮｅｔＷａｒｅのプリン
トサーバ名、ＮｅｔＢＥＵＩのＮｅｔＢＩＯＳ名があ
る。イーサネット（登録商標）接続可能なユニットには
必ずＭＡＣアドレスというそのノードに固有の値を持っ
ている。この値を利用してユニークな値を作り、自身の
ＮＶＲＡＭに記憶させる（ステップ１５）。

【００１５】他のノードと異なる必要があり、環境に応
じて設定する必要があるものとしては、ＴＣＰ/ＩＰの
ＩＰアドレスがある。このＩＰアドレス決定処理（ステ
ップ１８）を図６のフローチャートを参照して説明す
る。このＩＰアドレスはそのノードが存在する環境に応
じて、セットされている必要があり、勝手に適当な値を
割り振ることができない。これはＮ０から得たＴＣＰ／
ＩＰアドレス（ステップ１０１）、およびサブネットマ
スク（ステップ１０２）から使用可能なアドレスの範囲
を得ることができる。その範囲で未使用なアドレスを調
べ、未使用であったならばそのアドレスを使用する（ス
テップ１０３、ステップ１０４）。

【００１６】具体例を以下に挙げる。 Ｎ０におけるＴＣＰ／ＩＰアドレス：１９８．１７６．
５４．３２ Ｎ０におけるサブネットマスク： ２５５．２５５．
２５５．０ のように取得できた場合、 １９８．１７６．５４．１〜１９８．１７６．５４．２
５４ がこのネットワークにて使用可能なアドレス範囲であ
る。ＴＣＰ／ＩＰ環境で通信可能なノードはそのアドレ
ス解決を目的とするプロトコルをサポートしている。こ
れはＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃ
ｏｌ（以下ＡＲＰ）と呼ばれるもので、ＩＰアドレスを
パラメータとして、問い合わせパケットを送出すると、
そのＩＰアドレスで稼動しているノードが応答パケット
を返すというものである。

【００１７】上記のアドレス範囲（ＡＤ１〜ＡＤ２５
４）の各アドレスに対し、順番にＡＲＰパケットを送出
し（ステップ１０５）、正常に応答があれば（ステップ
１０６；あり）、このアドレスはすでに使用されている
ものと判断できる。このステップ１０４から１０６の処
理をくり返す（ステップ１０７）。逆にＡＤｘに対する
ＡＲＰ応答パケットを受信できなかった場合には（ステ
ップ１０６；なし）、そのアドレスＡＤｘはその時点で
使用されていないものと判断し、そのアドレスＡＤｘを
Ｎ０が使用するようＮＶＲＡＭに記憶させる（ステップ
１９）。要求したすべてのパラメータを取得できたなら
ば（ステップ２０；なし）、必要に応じてＮをリブート
するなどして、ＮＶＲＡＭに記憶したパラメータセット
を動作に反映させる（ステップ２１）。

【００１８】次に、図７のフローチャートを参照して第
２の実施の形態を説明する。第１の実施の形態におい
て、パラメータを参照するためのノードを検索する際に
は上記説明のようにブロードキャストを使用して通信す
る。したがって、これに対し、複数の既存端末が稼動し
ている場合、それら各々より応答がある（ステップ３
０；Ｙ）。上記ブロードキャストによるサービス検索時
に、各端末がインストールされてからの使用ログ情報を
同時に取得する（ステップ３２）。この処理を全てのノ
ードに行う（ステップ３３）。使用ログ情報の中には各
既存端末においてサービスの使用回数（プリントサーバ
サービス端末の場合は印刷回数）が含まれている（図８
参照）。新規端末Ｎでは、応答のあった中より、使用回
数値の最も大きい端末を選択し（ステップ３５）、その
端末Ｎ２をパラメータコピー対象端末Ｎ０とする（ステ
ップ３６）。新規端末Ｎは既存端末Ｎ０より第１の実施
の形態のように、パラメータセットを取得し自信のパラ
メータとしてセットする。

【００１９】次に、図９のフローチャートを参照して、
第３の実施の形態を説明する。第２の実施の形態で複数
の既存端末の中から選択して（ステップ４０）、パラメ
ータコピーの対象を決定した場合（ステップ４１）、ど
の既存端末からコピーしたかという情報（例えばＮ０の
ネットワークアドレス）を取得し（ステップ４２）、こ
れをＮのパラメータに反映させ（ステップ４３）、成功
した場合（ステップ４４；はい）、不揮発性メモリ上に
記録している（ステップ４５）。このように処理するこ
とで、パラメータをコピーしたい相手の端末候補が複数
存在した場合に、その中からどの端末のパラメータを参
照したかを、記録保持しておくことができ、新規に導入
された端末がパラメータをセットされた過程を知ること
ができる。

【００２０】

【発明の効果】請求項１記載の発明では、所定のネット
ワークユニットが動作に必要な最低限のパラメータを、
接続されたネットワーク上で既に稼動中である他のユニ
ットから値を取得しセットする、もしくは取得した値を
もとに使用可能な値を検出しセットすることにより、工
場出荷値状態でネットワークに接続して稼動させるだけ
で、ユーザが特に意識することなく、サービスをネット
ワーク上に提供することが可能になる。

【００２１】請求項２記載の発明では、パラメータをコ
ピーしたい相手の候補が複数存在した場合に、その中か
らもっとも使用実績が高いものを選択することにより、
より動作実績が高く信頼できるパラメータを引き継ぐこ
とができる。

【００２２】請求項３記載の発明では、新規に導入され
た端末が、ネットワーク上で動作するための、パラメー
タをコピーしたい相手の端末候補が複数存在した場合
に、その中からどの端末のパラメータを参照したかを、
記録保持しておくことにより、新規に導入された端末が
パラメータをセットされた過程を知ることができる。

【図面の簡単な説明】

【図１】複数の端末からなるローカルエリアネットワー
クの例を示した図である。

【図２】ネットワークインターフェイスのブロック構成
図である。

【図３】ネットワーク端末の機能ブロック図である。

【図４】ローカルエリアネットのブロードキャストを説
明する図である。

【図５】第１の実施の形態の処理手順を示したフローチ
ャートである。

【図６】第１の実施の形態のＩＰアドレス決定部の処理
手順を示したフローチャートである。

【図７】第２の実施形態におけるＮ０検索の処理手順を
示したフローチャートである。

【図８】第２の実施の形態における既存端末の使用回数
リストを示した表である。

【図９】第３の実施の形態の処理手順を示したフローチ
ャートである。

【符号の説明】

１０ ＣＰＵ １２ ＲＯＭ １４ ＲＡＭ １６ ＮＡＶＲＡＭ １８ ネットワークＩ／Ｏ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ネットワークインターフェイスユニット
   を各々備えた複数の端末をローカルネットワークにて接
   続したネットワークにおいて、 所定の端末のネットワークインターフェイスユニットに
   おいて、動作上必要とされる構成パラメータを、当該ロ
   ーカルエリアネットワーク上で稼動する他の端末のネッ
   トワークインターフェイスユニットが所持するパラメー
   タ値を取得し、この取得したパラメータをパラメータテ
   ンプレートとして使用することを特徴とするパラメータ
   構成方法。
2. 【請求項２】 パラメータを取得可能な他の端末のネッ
   トワークインターフェイスユニットが複数存在した場
   合、その各ネットワークインターフェイスユニットから
   使用ログ情報を取得し、最も使用実績のあるネットワー
   クインターフェイスユニットを、パラメータ取得元とし
   て選択し、パラメータテンプレートとして取得すること
   を特徴とする請求項１記載のパラメータ構成方法。
3. 【請求項３】 ネットワーク上の他の端末のネットワー
   クインターフェイスユニットからパラメータを取得した
   場合に、その取得元情報を記録しておくことを特徴とす
   る請求項１または請求項２記載のパラメータ構成方法。