パラメータ構成方法

トップ :: G 物理学 :: G06 計算;計数

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

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

【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、ネットワークにおけるネットワークインターフェイスユニットのパラメータ構成方法に関する。
【０００２】
【従来の技術】プリンタ、スキャナ、ＦＡＸ等のＯＡ機器をローカルエリアネットワーク（ＬＡＮ）で使用するためには各ＯＡ機器に、サーバ機能を持つネットワークインターフェイスユニット（ＮＩＵ）を装着する必要がある。このＮＩＵにはＯＡ機器に内蔵されるカードタイプのもの、セントロニクス、ＳＣＳＩ等の汎用インターフェイスを介して接続されるＢＯＸタイプのものなどがある。また、このＮＩＵの多くは、ＬＡＮへのパケット送受信のみならず、自身に専用のプロセッサを備えることにより、ＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ、ＮｅｔＢＥＵＩなどのトランスポートプロトコル処理やさらに上位のＬＰＲ、ＦＴＰ、ＨＴＴＰ、ＳＮＭＰなどのアプリケーションプロトコル処理を行うものが現在広く用いられている。
【０００３】上記ユニットに対し、ＬＡＮを介してリモートから操作を行うためには、通信時にその端末を特定するためアドレスと呼ばれるパラメータを設定する必要がある。この手段としては以下の方法がある。
（１）ユニットに接続された操作パネル等のコンソールからセットする。
（２）ユニットにネットワーク接続された端末装置からパラメータ設定用アプリケーションを起動し、設定を行う。
（３）ネットワーク上に存在する設定パラメータをさせるサーバから取得し、設定する（ＤＨＣＰなど）。
【０００４】
【発明が解決しようとする課題】しかしながら、上記方法には次のような難点がある。
（１）については、ＯＡ機器のコンソールはその画面サイズ、ボタン数などの制限を受け、使いやすいものとは言い難い。また、その装置の設置場所にて行わねばならず、集中管理等もやりにくい。
（２）については（１）の欠点を補ってはいるが、（１）（２）ともに、は機器設置時に管理者の手を介在させなければならないことに変わりは無い。管理者の手が介在することなく、機器導入後、ネットワークケーブルをつなげば、すぐにネットワークからのリモート使用を可能にする（プリンタで言えば、プラグアンドプリント）ためには機器が自動的に自身のアドレス等のパラメータがセットされている必要がある。
（３）についてはそれを可能にできるが、このようなサーバは管理されたネットワークにおいては存在する場合があるが、小規模なネットワークでは存在しないケースが多い。
【０００５】そこで、本発明の目的は、ネットワーク機器を導入後、ユーザが改めて設定を行わなくとも通信サービスを提供することができるパラメータ構成方法を提供することである。
【０００６】
【課題を解決するための手段】請求項１記載の発明では、ネットワークインターフェイスユニットを各々備えた複数の端末をローカルネットワークにて接続したネットワークにおいて、所定の端末のネットワークインターフェイスユニットにおいて、動作上必要とされる構成パラメータを、当該ローカルエリアネットワーク上で稼動する他の端末のネットワークインターフェイスユニットが所持するパラメータ値を取得し、この取得したパラメータをパラメータテンプレートとして使用することにより、前記目的を達成する。請求項２記載の発明では、請求項１記載の発明において、パラメータを取得可能な他の端末のネットワークインターフェイスユニットが複数存在した場合、その各ネットワークインターフェイスユニットから使用ログ情報を取得し、最も使用実績のあるネットワークインターフェイスユニットを、パラメータ取得元として選択し、パラメータテンプレートとして取得することを特徴とする。請求項３記載の発明では、ネットワーク上の他の端末のネットワークインターフェイスユニットからパラメータを取得した場合に、その取得元情報を記録しておくことを特徴とする。
【０００７】
【発明の実施の形態】以下、本発明の好適な実施の形態を図１ないし図９を参照して、詳細に説明する。図１は、複数の端末からなるローカルエリアネットワークの例を示した図である。この図に示すように、複数の端末がＬＡＮを介してネットワーク接続されている。各端末にはネットワークインターフェイスユニットが設けられている。図２は、ネットワークインターフェイスのブロック構成図である。ここには、ＣＰＵ（中央処理装置）１０、ＲＯＭ（リード・オンリ・メモリ）１２、ＲＡＭ（ランダム・アクセス・メモリ）１４、ＮＡＶＲＡＭ（不揮発性ＲＡＭ）１６、ネットワークＩ／Ｏ）１８が設けられている。図３は、ネットワーク端末の機能ブロック図である。ネットワーク端末は、アプリケーション層、トランスポート層、物理層より構成されている。
【０００８】図４は、ローカルエリアネットのブロードキャストを説明する図である。ここで、Ｎは端末装置をイーサーネットに接続するためのユニットである。Ｎがイーサーネットに接続されかつ正常に他の端末装置と通信を行い、端末装置が具備するサービスを他の端末装置に提供するためには、最低限必要な動作構成パラメータセットが必要となる。特に、トランスポート層のプロトコルに対するパラメータ設定が必要な場合には基本的な通信も不能な状態となってしまう。トランスポート層のプロトコルの代表的なものにＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ、ＮｅｔＢＥＵＩなどがある。ＴＣＰ／ＩＰは主にインターネットや、ＵＮＩＸ（登録商標）系ＯＳにて用いられるプロトコルであるが、通信するためにはＩＰアドレス、サブネットマスク、ゲートウェイアドレスなどのパラメータ設定が必要とされる。このうちＩＰアドレスは他と重複しないユニークな値である必要があると同時にその環境に与えられた範囲の値で使用しなければならないものである。
【０００９】ＩＰＸ／ＳＰＸはノベル社のＮｅｔＷａｒｅシステムとの通信に用いられるプロトコルであるが、特にユーザ設定がパラメータ設定をしなくとも通信可能である。ＮｅｔＢＥＵＩは、Ｗｉｎｄｏｗｓ系ＯＳでファイル、プリンタ共有に用いられるプロトコルであるが、ＮｅｔＢＩＯＳ名という１５文字以内のユニークな名前を必要とする。また、トランスポート層で必要なパラメータ以外にも、アプリケーション層でのサービスにおいて必要とされるパラメータも多々ある。例えば、メール送信の際のＳＭＴＰサーバアドレス、ＮｅｔＷａｒｅ環境でのＮＤＳツリー名、プリントサーバ名、Ｗｉｎｄｏｗｓ環境でのドメイン名など多々必要とされる。これらのパラメータセットはＮ内もしくはＮと関連付けられた不揮発性記憶装置（ＮＶＲＡＭなど）内に記憶し、読み出し、書き込みが可能になっている。
【００１０】ネットワークに接続された端末装置から他の端末装置のパラメータを取得する手段として一般的に用いられるのはＳＮＭＰプロトコルである。ＳＮＭＰでは各端末を構成するパラメータをＭＩＢオブジェクトとして管理し、各ＭＩＢオブジェクトはオブジェクトＩＤ（ＯＩＤ）により一意に定義されており、そのＯＩＤを用いて、値の取得、値の設定が行われる。ＯＩＤは標準的に、定義されているものおよび各装置のベンダーで独自に定義されているものがある。いずれも、オブジェクト値を取得する際には、その取得対象のＯＩＤ等を知っている必要がある。
【００１１】先に説明したようにＮのパラメータが工場出荷状態の場合、そのままの状態では使用することができない。特に、ＴＣＰ／ＩＰ環境では基本的な通信も不能である。ＮがＤＨＣＰに対応し、ＤＨＣＰサーバからパラメータが提供されるようにしっかり管理された環境であれば、即使用可能であるが、本実施の形態では、ＤＨＣＰによるパラメータ取得環境がない場合にも、適切なパラメータで動作可能にすることを可能にする方式を提案する。以下、図５のフローチャートを参照して処理手順を説明する。
【００１２】まず、Ｎは自分と同じタイプのサービスを有するネットワーク機器を自身が存在するローカルネットワーク上にブロードキャストし検索する（ステップ１１）。このとき同じサービスとは、自身が必要とするパラメータを所持、使用し、その値をリモートから取得可能である必要がある。当然ながら、Ｎと同等品であればこの条件を満足することは可能である。
【００１３】また、通常ブロードキャストの方式には以下の３種類に分類される。
（１）ローカルネットワーク上のすべてのノードへのブロードキャスト（２）リモートネットワーク上のすべてのノードへのブロードキャスト（３）インターネット全体へのブロードキャスト通常のネットワーク環境であれば、自分と同じネットワーク内すなわちローカルネットワーク内の方が流用できるパラメータが多いことは明らかである。本実施の形態では、（１）のブロードキャスト方式を用いて、ローカルネットワーク上のサービスを検索する。その結果、Ｎ０がすでにローカルネットワーク上で稼動していることが検出できたとする。ここで検索されたノードＮ０に対し（ステップ１２；Ｙ）、ＳＮＭＰにより必要とするパラメータを問い合わせ、値を得る（ステップ１４）。このときトランスポート層のプロトコルとしては、ＩＰは使用できないので、ＩＰＸプロトコル等の使用可能なプロトコルを用いるべきである。また、ここでＮが要求されるパラメータ値には他のノードとも共通で使えるものと、他のどのノードとも異なる値である必要があるものに分類することができる。
【００１４】共通で使用できるものは、ＴＣＰ／ＩＰのゲートウェイアドレス、ＴＣＰ／ＩＰのサブネットマスク、ＴＣＰ／ＩＰのＤＮＳサーバアドレス、ＮｅｔＷａｒｅのディレクトリツリー名、ＮｅｔＢＥＵＩのドメイン名である。これらは得られたパラメータ値を（ステップ１６）、そのまま、自身のＮＶＲＡＭに記憶させる（ステップ１７）。他のノードと異なる必要があり、自由に名前をつけられるものは、ＮｅｔＷａｒｅのプリントサーバ名、ＮｅｔＢＥＵＩのＮｅｔＢＩＯＳ名がある。イーサネット（登録商標）接続可能なユニットには必ずＭＡＣアドレスというそのノードに固有の値を持っている。この値を利用してユニークな値を作り、自身のＮＶＲＡＭに記憶させる（ステップ１５）。
【００１５】他のノードと異なる必要があり、環境に応じて設定する必要があるものとしては、ＴＣＰ/ＩＰのＩＰアドレスがある。このＩＰアドレス決定処理（ステップ１８）を図６のフローチャートを参照して説明する。このＩＰアドレスはそのノードが存在する環境に応じて、セットされている必要があり、勝手に適当な値を割り振ることができない。これはＮ０から得たＴＣＰ／ＩＰアドレス（ステップ１０１）、およびサブネットマスク（ステップ１０２）から使用可能なアドレスの範囲を得ることができる。その範囲で未使用なアドレスを調べ、未使用であったならばそのアドレスを使用する（ステップ１０３、ステップ１０４）。
【００１６】具体例を以下に挙げる。
Ｎ０におけるＴＣＰ／ＩＰアドレス：１９８．１７６．５４．３２Ｎ０におけるサブネットマスク：２５５．２５５．２５５．０のように取得できた場合、１９８．１７６．５４．１～１９８．１７６．５４．２５４がこのネットワークにて使用可能なアドレス範囲である。ＴＣＰ／ＩＰ環境で通信可能なノードはそのアドレス解決を目的とするプロトコルをサポートしている。これはＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃｏｌ（以下ＡＲＰ）と呼ばれるもので、ＩＰアドレスをパラメータとして、問い合わせパケットを送出すると、そのＩＰアドレスで稼動しているノードが応答パケットを返すというものである。
【００１７】上記のアドレス範囲（ＡＤ１～ＡＤ２５４）の各アドレスに対し、順番にＡＲＰパケットを送出し（ステップ１０５）、正常に応答があれば（ステップ１０６；あり）、このアドレスはすでに使用されているものと判断できる。このステップ１０４から１０６の処理をくり返す（ステップ１０７）。逆にＡＤｘに対するＡＲＰ応答パケットを受信できなかった場合には（ステップ１０６；なし）、そのアドレスＡＤｘはその時点で使用されていないものと判断し、そのアドレスＡＤｘをＮ０が使用するようＮＶＲＡＭに記憶させる（ステップ１９）。要求したすべてのパラメータを取得できたならば（ステップ２０；なし）、必要に応じてＮをリブートするなどして、ＮＶＲＡＭに記憶したパラメータセットを動作に反映させる（ステップ２１）。
【００１８】次に、図７のフローチャートを参照して第２の実施の形態を説明する。第１の実施の形態において、パラメータを参照するためのノードを検索する際には上記説明のようにブロードキャストを使用して通信する。したがって、これに対し、複数の既存端末が稼動している場合、それら各々より応答がある（ステップ３０；Ｙ）。上記ブロードキャストによるサービス検索時に、各端末がインストールされてからの使用ログ情報を同時に取得する（ステップ３２）。この処理を全てのノードに行う（ステップ３３）。使用ログ情報の中には各既存端末においてサービスの使用回数（プリントサーバサービス端末の場合は印刷回数）が含まれている（図８参照）。新規端末Ｎでは、応答のあった中より、使用回数値の最も大きい端末を選択し（ステップ３５）、その端末Ｎ２をパラメータコピー対象端末Ｎ０とする（ステップ３６）。新規端末Ｎは既存端末Ｎ０より第１の実施の形態のように、パラメータセットを取得し自信のパラメータとしてセットする。
【００１９】次に、図９のフローチャートを参照して、第３の実施の形態を説明する。第２の実施の形態で複数の既存端末の中から選択して（ステップ４０）、パラメータコピーの対象を決定した場合（ステップ４１）、どの既存端末からコピーしたかという情報（例えばＮ０のネットワークアドレス）を取得し（ステップ４２）、これをＮのパラメータに反映させ（ステップ４３）、成功した場合（ステップ４４；はい）、不揮発性メモリ上に記録している（ステップ４５）。このように処理することで、パラメータをコピーしたい相手の端末候補が複数存在した場合に、その中からどの端末のパラメータを参照したかを、記録保持しておくことができ、新規に導入された端末がパラメータをセットされた過程を知ることができる。
【００２０】
【発明の効果】請求項１記載の発明では、所定のネットワークユニットが動作に必要な最低限のパラメータを、接続されたネットワーク上で既に稼動中である他のユニットから値を取得しセットする、もしくは取得した値をもとに使用可能な値を検出しセットすることにより、工場出荷値状態でネットワークに接続して稼動させるだけで、ユーザが特に意識することなく、サービスをネットワーク上に提供することが可能になる。
【００２１】請求項２記載の発明では、パラメータをコピーしたい相手の候補が複数存在した場合に、その中からもっとも使用実績が高いものを選択することにより、より動作実績が高く信頼できるパラメータを引き継ぐことができる。
【００２２】請求項３記載の発明では、新規に導入された端末が、ネットワーク上で動作するための、パラメータをコピーしたい相手の端末候補が複数存在した場合に、その中からどの端末のパラメータを参照したかを、記録保持しておくことにより、新規に導入された端末がパラメータをセットされた過程を知ることができる。

【出願人】	【識別番号】０００００６７４７【氏名又は名称】株式会社リコー
【出願日】	平成１２年１０月２０日（２０００．１０．２０）
【代理人】
【公開番号】	特開２００２－１３２６０１（Ｐ２００２－１３２６０１Ａ）
【公開日】	平成１４年５月１０日（２００２．５．１０）
【出願番号】	特願２０００－３２１６２３（Ｐ２０００－３２１６２３）