JP2000353143A - ネットワークにおけるノード検索方法、装置、および、ノード検索のためのプログラムを記録した記録媒体 - Google Patents

ネットワークにおけるノード検索方法、装置、および、ノード検索のためのプログラムを記録した記録媒体

Info

Publication number
JP2000353143A
JP2000353143A JP2000035175A JP2000035175A JP2000353143A JP 2000353143 A JP2000353143 A JP 2000353143A JP 2000035175 A JP2000035175 A JP 2000035175A JP 2000035175 A JP2000035175 A JP 2000035175A JP 2000353143 A JP2000353143 A JP 2000353143A
Authority
JP
Japan
Prior art keywords
network
node
packet
domain
program
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
Application number
JP2000035175A
Other languages
English (en)
Inventor
Atsushi Uchino
敦 内野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Seiko Epson Corp
Original Assignee
Seiko Epson Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Seiko Epson Corp filed Critical Seiko Epson Corp
Priority to JP2000035175A priority Critical patent/JP2000353143A/ja
Priority to US09/544,544 priority patent/US7009941B1/en
Publication of JP2000353143A publication Critical patent/JP2000353143A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route

Abstract

(57)【要約】 【課題】 ルータを介して接続されたネットワークにお
けるプリンタを、ブロードキャストパケットを用いて検
索する。 【解決手段】 ホスト１１０は、ルータ２００からルー
ティング情報を取得する。ホスト１１０は、ルーティン
グ情報における、サブネットワークＢ１０３のドメイン
名から、そのドメインにおけるブロードキャストアドレ
スを求め、そのブロードキャストアドレスに宛てたプリ
ンタ名を要求するブロードキャストパケットを、ルータ
２００を介して送出する。ホスト１１０は、ブロードキ
ャストパケットに対する応答パケットを受信することに
よって、プリンタ１２０を検索する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ネットワークにお
けるノードの検索を行う技術に係り、特に、ネットワー
ク相互接続装置を介して接続される複数のドメインを含
んで構成されるネットワークにおけるノードの検索を行
うための方法、装置、および、そのためのプログラムを
記録した記録媒体に関する。
【０００２】
【従来の技術】ネットワークには、ノード（node）と称
される、アドレス付け可能な装置が、複数接続される。
ノードとしては、例えば、ワークステーション、パーソ
ナルコンピュータ、プリンタ、スキャナ、ルータ等があ
る。この種のネットワークにおいては、すべてのノード
の所在を常に知っておくことは困難であるため、特定の
ノードの存在を検索する必要が生じることがある。例え
ば、特定のサービスを行うノードの検索を行うことがあ
る。
【０００３】この目的のため、あるネットワーク内で特
定のサービスを行うノードについて、特定のポート番号
からのブロードキャストに対して、自己の名称および状
態を返送するように設計することが可能である。例え
ば、ホストコンピュータにおける電源投入時または印刷
開始時に、上記特定のポート番号に対してブロードキャ
ストすることによって、特定のサービスを行うノード、
例えば、印刷を行うプリンタを検索することができる。
【０００４】
【発明が解決しようとする課題】一方、ネットワーク相
互接続装置（ＩＷＵ：InternetWorking Unit）、例え
ば、ルータ（Router）などによって接続された複数のサ
ブネットワークで構成されるネットワークがある。この
ようなネットワークでは、あるサブネットワークでのブ
ロードキャストは、通常、ルータを越えては転送されな
い。このため、上述した方法では、IWUを介して接続さ
れるセクションにおけるサービス提供ノードを検索する
ことはできない。
【０００５】例えば、サブネットワークAおよびサブネ
ットワークＢがルータによって相互接続されたネットワ
ークが構築されているとする。サブネットワークAおよ
びBにおけるサブネットマスクが255．255．255．0であ
り、サブネットワークAに対するルータのアドレスがxx
x.yyy.22.255であり、サブネットワークＢに対するルー
タのアドレスがxxx.yyy.33.255であるとする。このよう
なネットワーク構成においては、サブネットワークAに
接続されているあるノード（ホスト）からのサブネット
ワークA内へのブロードキャストアドレスは、xxx.yyy.2
2.255である。ところが、ルータは、このブロードキャ
ストアドレスを持つブロードキャストパケットをサブネ
ットワークＢへは転送しない。
【０００６】従って、サブネットワークAにおけるノー
ドからの前述したブロードキャストによっては、通常、
サブネットワークＢにおけるノードからの応答を得るこ
とができないという問題がある。
【０００７】本発明の目的は、 ネットワーク相互接続
装置を介して複数のドメインが接続されて構成されるネ
ットワークであっても、ブロードキャストパケットを用
いたノード検索を可能とするノード検索方法、装置、お
よび、そのためのプログラムを記録した記録媒体を提供
することにある。
【０００８】
【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の態様によれば、ネットワークにおけ
るノード検索方法において、ネットワーク上に送出され
た、当該ネットワークにおけるドメインが記述されたル
ーティング情報を含むパケットを取得し、上記取得した
ルーティング情報に記述されたドメインに宛てて、特定
サービスを提供するノードの応答を要求するブロードキ
ャストパケットを送出し、上記ブロードキャストパケッ
トに対する応答パケットを受信して、該応答パケットを
送出したノードを検知することを特徴とするノード検索
方法が提供される。
【０００９】本発明の第２の態様によれば、ネットワー
クにおけるノード検索方法において、予め設定された、
ルーティング情報を記憶することができるネットワーク
相互接続装置に宛てて、当該ネットワーク相互接続装置
が接続されているネットワークにおけるルーティング情
報を要求するパケットを送出し、上記ルーティング情報
を含むパケットを受信し、上記受信したルーティング情
報に記述されたドメインに宛てて、特定サービスを提供
するノードの応答を要求するブロードキャストパケット
を送出し、上記ブロードキャストパケットに対する応答
パケットを受信して、該応答パケットを送出したノード
を検知することを特徴とするノード検索方法が提供され
る。
【００１０】本発明の第３の態様によれば、複数のドメ
インを含んで構成されるネットワークにおけるサービス
提供ノードを検索するためのノード検索方法において、
ネットワークを構成する各ドメインを検索するための第
１の処理と、上記第１の処理において検索されたドメイ
ンのうち少なくとも１つのドメインにおける特定サービ
ス提供ノードを検索するための第２の処理と、を行うこ
とを特徴とするノード検索方法が提供される。
【００１１】本発明の第４の態様によれば、ネットワー
クにおけるノード検索方法において、RIP(Routing Info
rmation Protocol)パケットを受信し、上記受信したRIP
パケットから、ネットワークにおける各ドメインのネッ
トワーク番号およびルータアドレスを示す情報を取得
し、上記取得した情報に基づいて、特定のポート番号で
特定のネットワーク内にブロードキャストしてノードを
検索することを特徴とするネットワークにおけるノード
検索方法が提供される。
【００１２】本発明の第５の態様によれば、ネットワー
クにおけるノードを検索するためのノード検索装置にお
いて、ネットワークと接続するためのネットワークイン
タフェース手段と、上記ネットワークインタフェース手
段によって取得された、ルーティング情報を含むパケッ
トからドメインを示す情報を取得するための手段と、上
記ドメインに対するブロードキャストアドレスを求める
ための手段と、上記求めたブロードキャストアドレスに
対して、特定のサービスを行うノードからの応答を求め
る要求パケットを生成し、上記ネットワークインタフェ
ース手段を介してネットワークに送出するための手段
と、上記要求パケットに対する応答パケットに含まれる
上記特定のサービスを行うノードを示す情報を抽出して
ノードを検出するための手段とを有することを特徴とす
るノード検索装置が提供される。
【００１３】本発明の第６の態様によれば、ネットワー
クにおけるノードを検索するためのノード検索装置にお
いて、予め設定された、ルーティング情報を記憶するこ
とができるネットワーク相互接続装置に宛てて、当該ネ
ットワーク相互接続装置が接続されているネットワーク
におけるルーティング情報を要求するパケットを送出す
るための手段と、上記ルーティング情報を含むパケット
を受信し、該ルーティング情報に含まれるノードを示す
情報を取得するための手段と、上記情報を取得したネッ
トワーク相互接続装置ノードに宛てて、当該ネットワー
ク相互接続装置を介して接続されるドメインに対してブ
ロードキャストされる、特定サービスを提供するノード
の応答を求める要求パケットを送出するための手段と、
上記要求パケットに対する応答パケットを受信して、該
応答パケットを送出したノードを検知するための手段と
を有することを特徴とするノード検索装置が提供され
る。
【００１４】本発明の第７の態様によれば、コンピュー
タに実行させて、ネットワークにおけるノードを検索す
るためのプログラムが記憶された、コンピュータ読み取
り可能な記憶媒体において、上記プログラムは、ネット
ワーク上に送出された、当該ネットワークにおけるドメ
インが記述されたルーティング情報を含むパケットを取
得する処理、上記取得したルーティング情報に記述され
たドメインに宛てて、特定サービスを提供するノードの
応答を要求するブロードキャストパケットを送出する処
理、および、上記ブロードキャストパケットに対する応
答パケットを受信して、該応答パケットを送出したノー
ドを検知する処理を上記コンピュータに実行させるもの
であることを特徴とするプログラムを記録した記録媒体
が提供される。
【００１５】本発明の第８の態様によれば、コンピュー
タに実行させて、ネットワークにおけるノードを検索す
るためのプログラムが記憶された、コンピュータ読み取
り可能な記憶媒体において、上記プログラムは、予め設
定された、ルーティング情報を記憶することができるネ
ットワーク相互接続装置に宛てて、当該ネットワーク相
互接続装置が接続されているネットワークにおけるルー
ティング情報を要求するパケットを送出する処理と、上
記ルーティング情報を含むパケットを受信する処理と、
上記受信したルーティング情報に記述されたドメインに
宛てて、特定サービスを提供するノードの応答を要求す
るブロードキャストパケットを送出する処理と、上記ブ
ロードキャストパケットに対する応答パケットを受信し
て、該応答パケットを送出したノードを検知する処理と
を上記コンピュータに実行させるものであることを特徴
とするプログラムが記憶された記憶媒体が提供される。
【００１６】本発明の第９の態様によれば、コンピュー
タに実行させて、複数のドメインを含んで構成されるネ
ットワークにおけるサービス提供ノードを検索するため
のプログラムが記憶された、コンピュータ読み取り可能
な記憶媒体において、ネットワークを構成する各ドメイ
ンを検索するための第１の処理と、上記第１の処理にお
いて検索されたドメインのうち少なくとも１つのドメイ
ンにおける特定サービス提供ノードを検索するための第
２の処理とを上記コンピュータに実行させるものである
こと、を行うことを特徴とするプログラムを記録した記
録媒体が提供される。
【００１７】本発明の第１０の態様によれば、コンピュ
ータに実行させて、複数のドメインを含んで構成される
ネットワークにおけるサービス提供ノードを検索するた
めのプログラムが記憶された、コンピュータ読み取り可
能な記憶媒体において、上記プログラムは、RIP(Routin
g Information Protocol)パケットを受信する処理と、
上記受信したRIPパケットから、ネットワークにおける
各ドメインのネットワーク番号およびルータアドレスを
示す情報を取得する処理と、上記取得した情報に基づい
て、特定のポート番号で特定のネットワーク内にブロー
ドキャストしてノードを検索する処理とを上記コンピュ
ータに実行させるものであることを特徴とするプログラ
ムを記録した記録媒体が提供される。
【００１８】本発明の第１１の態様によればコンピュー
タに実行させて、複数のドメインを含んで構成されるネ
ットワークにおけるサービス提供ノードを検索するため
のプログラムが記憶された、コンピュータ読み取り可能
な記憶媒体において、上記プログラムは、SNMP (Simple
Network Management Protocol)パケットを受信する処
理と、上記受信したSNMPパケットから、ネットワークに
おける各ドメインのネットワーク番号およびルータアド
レスを示す情報を取得する処理と、上記取得した情報に
基づいて、特定のポート番号で特定のネットワーク内に
ブロードキャストしてノードを検索する処理とを上記コ
ンピュータに実行させるものであることを特徴とするプ
ログラムを記録した記録媒体が提供される。
【００１９】
【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態について説明する。
【００２０】まず、本発明の第１の実施形態について説
明する。本実施の形態によって行われるノード検索方法
は、RIP(Routing Information Protocol)プロトコルに
よりネットワークのドメイン情報を取得し、その情報を
基に、情報を取得したドメイン内のノードを検索するも
のである。以下の説明では、ネットワーク相互接続装置
として、ルータ(Router)が用いられたネットワークに適
用される場合について説明する。しかし、本発明はこれ
に限定されない。例えば、他種のネットワーク相互接続
装置、ドメイン間のトラフィックをリレーする機器、例
えば、ブリッジ(Bridge)、ブルータ（Brouter）、ゲー
トウエイ(Gateway)などを用いて相互に接続されるネッ
トワークであっても適用することができる。
【００２１】RIPの仕様は、RFC(Request For Comments)
−1058で公開されている。また、機能拡張されたRIP Ve
r2(RIP2とも呼ばれる。)について、RFC−1723にて仕様
が公開されている。さらに、RFC−1923にて状況説明が
行われている。なお、RIP Ver2と区別するために、RFC
−1058におけるRIPを、RIP Ver1、RIP1と呼ぶこともあ
る。
【００２２】図１を参照して、本実施の形態に係るノー
ド検索方法について、その概要を説明する。図１におい
て、サブネットワークAおよびサブネットワークＢがル
ータ２００によって相互接続されたネットワークが構築
されているとする。ここで、サブネットワークAおよびB
におけるサブネットマスクが255．255．255．0であり、
サブネットワークAに対するルータ２００のアドレスがx
xx.yyy.22.255であり、サブネットワークＢに対するル
ータ２００のアドレスがxxx.yyy.33.255であるとする。
【００２３】ホストａ１１０が、ルータ２００のアドレ
スと、サブネットワークＢのネットワークのアドレスと
を知っている場合、xxx.yyy.33.255に対するブロードキ
ャストパケットをルータ２００に宛てて送ることができ
る。このようなブロードキャストパケットを受け付ける
と、ルータ２００は、このブロードキャストパケットを
サブネットワークＢに転送する。
【００２４】転送されたブロードキャストパケットは、
サブネットワークＢにおける各ノードにおいて受信され
る。例えば、サブネットワークＢにおけるプリンタｂ１
２０は、受信したブロードキャストパケットに対する応
答パケットをルータ２００に返送する。ルータ２００
は、当該応答パケットを発信元であるホストａ１１０に
転送する。
【００２５】このようにして、ホストａ１１０は、ルー
タ２００を介して接続されたサブネットワークＢにある
プリンタｂ１２０の存在を知ることができる。
【００２６】ネットワークアドレスと、そのネットワー
クへのルータのアドレスのリストとは、RIP(Routing In
formation Protocol)と呼ばれるプロトコルを利用して
得ることができる。通常、このRIPは、ルータ相互にル
ーティング情報を交換するために用いられるものであ
る。ルータは、一定の時間間隔で自己が行えるルーティ
ング情報をブロードキャストしたり、ルーティング情報
の問い合わせに応答したりする。このルーティング情報
をルータから取得することにより、上述したように、ル
ータを介して接続されるネットワークに対するブロード
キャストが行えるようになる。
【００２７】また、ネットワーク上で、ルータ相互にル
ーティング情報が交換されることから、ネットワーク上
に送出されたルーティング情報を取得することによって
ルーティング情報を取得することが可能である。
【００２８】以下、図２から図１４を参照して、本発明
の実施形態について説明する。以下の実施形態では、ノ
ード検索プログラム、上記ノード検索プログラムを実行
することでノード検索を行う方法、および、上記ノード
検索プログラムを実行することでノードを検索する装置
について、それぞれ詳細に説明する。
【００２９】まず、図２を参照して、ホストとしてノー
ド検索をおこなうためのクライアント装置（Client P
C）の一例について説明する。図２において、クライア
ント装置１０は、プログラムに従って演算処理を行うた
めの中央処理装置（ＣＰＵ）１１と、各種プログラムお
よび作業データを記憶するためのメモリ１２と、処理対
象データおよび処理結果データを格納するための補助記
憶装置１４と、ネットワーク１００と接続するためのネ
ットワークインタフェース１５と、ユーザに対する情報
の表示およびユーザによる操作の受付を行うためのマン
マシンインタフェース１６と、記憶媒体２０に記憶され
ている情報を読み取るための媒体読み取り装置１７と、
これらを接続するためのバス１８とを有して構成され
る。上記各種プログラムには、オペレーティングシステ
ム（ＯＳ）、各種アプリケーション、後述するノードを
検索するための手順が記述されたノード検索プログラム
１３等が含まれる。
【００３０】次に、図３を参照して、上記ネットワーク
インタフェースについて説明する。ネットワークインタ
フェース１５は、ネットワーク１００と物理的に接続す
るためのコネクタ１５ａと、データリンク層１５ｂを構
成する送受信部１５１と、IPプロトコル１５ｃおよびUD
Pプロトコル１５ｄを実現するためのプロトコル処理部
１５２とを有して構成される。
【００３１】上記マンマシンインタフェース１６は、例
えば、キーボード装置およびポインティング装置の少な
くとも一方と、ディスプレイ装置とを備えて構成され
る。また、タッチパネルなどの、入力および出力の機能
を併せて実現する入出力装置を用いて構成してもよい。
【００３２】上記媒体読み取り装置１７と、記憶媒体２
０とは、互いに対応する形式であればよい。記憶媒体２
０としては、例えば、磁気フロッピディスク、光ディス
ク、光磁気ディスク、磁気テープなどが挙げられる。
【００３３】上記ノード検索プログラム１３は、これを
メモリ１２にロードした状態で、中央処理装置１１によ
り実行される。その結果、ノードを検索する機能が実現
される。また、プログラム１３のメモリ１２へのロード
は、その出所に依存しない。すなわち、プログラム１３
は、それがコンピュータ読み取り可能に記録された記録
媒体によって提供されることができる。また、ネットワ
ークを介してダウンロードすることで提供されることが
できる。例えば、補助記憶装置１４に予め格納されたも
のをメモリ１２にロードすることができる。ネットワー
ク１００から伝送されるプログラムをメモリ１２にロー
ドすることができる。また、記憶媒体２０に格納された
ものを媒体読み取り装置１７によって読み取り、メモリ
１２にロードしてもよい。
【００３４】次に、上記ノード検索プログラム１３によ
り実現される機能の構成について説明する。図１１に示
すように、ノード検索プログラム１３は、メインプログ
ラム（Main program）１３１と、データベース（Databa
se）１３２と、RIPエージェント（RIP Agent）１３３
と、サーバエージェント(Server Agent)１３４と、ユー
ザインタフェース（User interface）１３５とをそれぞ
れ機能モジュールとして実現するプログラムを含んでい
る。上記メインプログラム１３１は、各機能の全体制御
を行うためのものである。これらのプログラムは、ＣＰ
Ｕ１１により実行され、それぞれの機能が実現される。
実行結果は、メモリ１２または補助記憶装置１４に格納
される。
【００３５】上記RIPエージェント１３３は、RIPの仕様
に従って、RIP 要求（RIP request）パケットを送信
し、RIP 応答（RIP Response）パケットを受信するため
のモジュールである。RIPの仕様は、上述のように、例
えば、RFC−1058、RFC−1723などに記載されている。ま
た、RIPエージェント１３３は、上記受信されたRIP応答
（RIP Response）パケットに基づきドメインリスト（Do
main list）１３２ｄを作成する。
【００３６】上記サーバエージェント１３４は、特定の
サービスを行うサーバに、そのサービスに対応するサー
バ名要求パケットを送信し、サーバ名を含むパケットを
受信するためのものである。また、上記サーバエージェ
ント１３４は、受信されたサーバを識別する情報を含む
パケットに基づきサーバリスト（Server list）１３２
ｓを作成する。上記特定のサービスとしては、例えば、
プリント、スキャンなどが挙げられる。より具体的に
は、例えば、プリンタ名要求（Printer name request）
パケットを指定されたノードに送信し、プリンタ名（pr
inter name）パケットを受信するためのモジュール（プ
リンタエージェント、Printer agent）、スキャナ名要
求（Scanner name request）パケットを指定されたノー
ドに送信し、スキャナ名（Scanner name）パケットを受
信するためのモジュール（スキャナエージェント、Scan
ner agent）などのうち少なくとも１つを含むサーバエ
ージェントを実装することができる。
【００３７】上記データベース１３２は、RIPエージェ
ント１３３により作成されたドメインリスト１３２ｄ、
および、サーバエージェント１３４により作成されたサ
ーバリスト１３２ｓをそれぞれ保存する。これらのリス
トのデータは、一時的には、例えば、メモリ１２に保存
され、さらに、助記憶装置１４に保存される。上記サー
バリスト１３２ｓとしては、例えば、上記プリンタエー
ジェント１３４が受信したプリンタ名パケットから作成
されるプリンタリスト（Printer list）、上記スキャナ
エージェントが受信したスキャナ名パケットから作成さ
れるスキャナ（Scanner list）などが挙げられる。
【００３８】上記ユーザインタフェース１３５では、上
記ドメインリスト１３２ｄ、および、サーバリスト１３
２ｓを、ユーザに表示するためのモジュールである。ま
た、ユーザインタフェース１３５において、さらに、例
えば、検索すべきサーバの種別（サービスの内容）、サ
ーバを検索すべきネットワークの範囲（例えば、ホップ
数）などを指定する指示を受け付けるための処理を行
う。ユーザインタフェース１３５は、マンマシンインタ
フェース１６（図２参照）の制御をも行う。
【００３９】次に、上記メインプログラムの動作手順に
ついて説明する。図１２に、メインプログラム１３１の
動作手順の一例を示す。これらの手順は、ＣＰＵ１１に
より実行される。
【００４０】上記マンマシンインタフェース１６を介し
ておこなわれるユーザからのノード検索要求操作を、上
記ユーザインタフェース１３５により受け付ける（ステ
ップ１３１１）。すなわち、上記ノード検索プログラム
３０を機能させることについての要求を受け付ける。こ
れを契機として、ＣＰＵ１１は、上記RIPエージェント
１３３を起動し、上記RIPエージェント１３３にドメイ
ンリスト１３２ｄを作成させる（ステップ１３１２）。
【００４１】次に、上記作成したドメインリスト１３２
ｄを、上記ユーザインタフェース１３５によりマンマシ
ンインタフェース１６において表示させる（ステップ１
３１３）。そして、マンマシンインタフェース１６を介
しておこなわれる、上記表示させたドメインリスト１３
２ｄから特定のドメインを選択するユーザの操作を、上
記ユーザインタフェース１３５によって受け付ける（ス
テップ１３１４）。
【００４２】ＣＰＵ１１は、サーバエージェント１３４
を起動する。そして、サーバエージェント１３４にサー
バリスト１３２ｓを作成させる（ステップ１３１５）。
これを受けて、サーバエージェント１３４は、上記選択
されたドメインに対して、特定のサービスに対応するサ
ーバ（例えば、プリンタ、スキャナなど）発見用のパケ
ットを、上記サーバエージェント１３４によりブロード
キャストする。また、サーバエージェント１３４は、サ
ーバ発見用のパケットに対する応答パケットによってサ
ーバを発見し、該発見されたサーバについてのサーバリ
スト１３２ｓを作成する。
【００４３】そして、ＣＰＵ１１は、上記作成したサー
バリスト１３２ｓを、上記ユーザインタフェース１３５
によりマンマシンインタフェース１６に表示させる（ス
テップ１３１６）。
【００４４】従って、RIP エージェント１３３により検
索され、作成されたドメインリスト１３２ｄの各々に対
して、それぞれサーバリストの作成を行うことで、ネッ
トワークにおける全サーバのリストアップを行うことが
できる。このとき、各ドメインについて１個ずつのブロ
ードキャストパケットの送出で、ネットワーク全体に対
する検索が実現される。
【００４５】次に、RIP エージェント１３３によるドメ
インリストの作成処理の詳細について、図１３を参照し
て説明する。図１３には、RIP エージェント１３３によ
るドメインリストの作成処理手順を示す。
【００４６】上記メインプログラム１３１により起動さ
れると、RIP エージェント１３３は、まず、クライアン
ト装置におけるオペレーティングシステム（Client O
S）におけるネットワーク設定から、既定ルータ（Defau
lt Router）のIPアドレス、および、ネットマスク（Net
mask）を取得する（ステップ１３３１）。例えば、ネッ
トワーク設定から、“Default Router:xxx.yyy.1.1， N
etmask:255.255.255.0”という情報が取得される。
【００４７】次に、RIP エージェント１３３は、RIP要
求（RIP request）パケットを作成する（ステップ１３
３２）。また、RIP エージェント１３３は、上記作成し
たRIP要求（RIP request）パケットを既定ルータに送出
し、応答を待つ（ステップ１３３３、１３３４）。
【００４８】RIP エージェント１３３は、既定ルータか
らの応答として得られたRIP応答（RIP response）パケ
ットからドメインリスト１３２ｄを作成し、これをデー
タベース１３２に登録する（ステップ１３３５）。
【００４９】上記ステップ１３３４において、一定時間
内に既定ルータからの応答が得られない場合には、RIP
エージェント１３３は、中止処理をおこなう（ステップ
１３３６）。すなわち、RIP エージェント１３３は、既
定ルータに障害が発生しているか、既定ルータがRIPプ
ロトコルをサポートしていない旨の警告を、ユーザイン
タフェース１３５によりマンマシンインタフェース１６
を介してユーザに通知させ、処理を中止する。ここで、
上記一定時間としては、例えば、６０秒間と設定するこ
とができる。RFCでは、ルータ相互のルーティング情報
伝送について、RIPパケットを、３０秒毎にブロードキ
ャストすることを推奨している。従って、３０秒の２倍
の６０秒間までは、障害と判断することが妥当であろ
う。
【００５０】次に、サーバエージェント１３４によるサ
ーバリスト１３２ｓを作成する手順の詳細について、図
１４を参照して説明する。ここでは、サーバとして、プ
リンタのリストを作成する場合について説明する。本発
明はこれに限られない。例えば、他の種別のサービスを
行うサーバのリストも同様の手順にて作成することが可
能である。
【００５１】上記メインプログラム１３１により起動さ
れると、サーバエージェント１３４は、指定されたドメ
インに対するブロードキャストアドレスを、次式（１）
によって計算する（ステップ１３４１）。
【００５２】 BA=DA or (not NM) …（１） 例えば、ドメインのアドレスがDA=xxx.yyy.2.0で、ネッ
トマスクがNM=255.255.255.0ならば、ブロードキャスト
アドレスBAは、（１）式より、BA=xxx.yyy.2.255とな
る。
【００５３】次に、サーバエージェント１３４は、プリ
ンタ名要求パケットを作成する（ステップ１３４２）。
上記パケットの作成に際して用いられるTCP/IP ポート
（port）番号は、特別に割り当てられたものを使用す
る。プリンタ名要求パケットであることは、例えば、UD
Pデータに"GetPrintername"という文字列を含めること
によって指定することができる。また、これに加えて、
若しくは、これに代えて、UDPにおけるTCP/IP ポート番
号による指定を行ってもよい。
【００５４】サーバエージェント１３４は、プリンタ名
要求パケットを上記計算したブロードキャストアドレス
に送り、応答を待つ（ステップ１３４３，１３４４）。
サーバエージェント１３４は、一定時間内に得られた応
答を集めて、プリンタリストを作成する（ステップ１３
４５）。また、一定時間内にプリンタからの応答が得ら
れない場合には、サーバエージェント１３４は、そのド
メイン内にプリンタが存在しないものとして空のリスト
を作成する（ステップ１３４６）。
【００５５】ここでは、プリントを行うプリンタサーバ
のリストを作成する場合について説明した。本発明はこ
れに限らず、他の種別のサービスを行うノード（サー
バ）のリストを作成に適用することができる。例えば、
スキャンを行うスキャナサーバのリストを作成する場
合、上記プリンタ名要求パケットに代えて、スキャナ名
要求パケットを作成し、これをブロードキャスト送信す
ればよい。スキャナ名要求パケットであることは、例え
ば、UDPデータに"GetScannername"という文字列を含め
ることによって指定することができる。
【００５６】次に、図４から図６を参照して、RIPパケ
ットの詳細について説明する。RIPパケットは、トラン
スポート層におけるプロトコルの一つであるUDP(User D
atagram Protocol)におけるUDPデータグラムに組み込ま
れて運ばれる。送信および受信の両方に、UDPポート520
が使われる。ただし、要求元における任意のUDPポート
からの送信も可能であり、この場合であっても、応答
は、UDP520ポートに宛てられる。
【００５７】ここで、ルーティング情報伝達のプログラ
ムを起動させている機器（例えば、UNIXワークステーシ
ョンなど）がネットワークに接続されている場合、当該
機器からも、ブロードキャストに対する応答が返され
る。
【００５８】図４において、RIPパケット４０００は、
イーサネットヘッダ（Ethernet Header）４１００と、I
Pヘッダ４２００と、UDPヘッダ４３００と、RIP要求／
応答メッセージを含むUDPデータ４４００とを有して構
成される。上記イーサネットヘッダ４１００は14バイ
ト、IPヘッダ４２００は20バイト、UDPヘッダ４３００
は8バイトの、それぞれ固定長のフォーマットである。R
IP要求／応答メッセージを含むＵＤＰデータ４４００
は、その長さに応じた可変長データである。
【００５９】上記RIP要求／応答メッセージは、メッセ
ージが要求タイプか応答タイプかを示すためのコマンド
と、RIPのバージョンを示すバージョン番号と、ルート
タグと、アドレスファミリ識別子とを含んで構成され
る。応答タイプのメッセージでは、さらに、ルートエン
トリを含む構成となる。
【００６０】ルーティングテーブル(Routing Table)を
要求する場合、上記コマンドとして、“１”がセットさ
れる。このパケットをブロードキャスト(Broadcast)す
ることによって、ネットワーク上のそれぞれのルータか
ら応答メッセージを含むパケットを取得することができ
る。この場合、コマンドとして“２”がセットされてい
る。
【００６１】ルーティングテーブルは、５バイト目から
２０バイトの繰り返しで、25エントリまでである。これ
を超えるエントリは、さらに、RIP要求(RIP Request)を
行うことによって取得される。従って、ルーティングテ
ーブルが大きい場合は、複数回のRIP要求を行って、ル
ーティングテーブルを完成させることとなる。
【００６２】RIP Ver1(Version=1)の場合、上記ルート
タグ、サブネットマスク、および、ネクストホップは、
それぞれ“０”となる。すなわち、ドメイン毎のサブネ
ットマスクの値を取得することはできない。
【００６３】上記アドレスファミリ識別子は、アドレス
の表現形式を指定するためのものであり、ＩＰ（Intern
et Protocol）の場合は、２がセットされる。なお、Ｉ
Ｐは、インターネットプロトコルセットにおける、ネッ
トワーク層プロトコルである。
【００６４】要求タイプのメッセージの場合、コマンド
には、要求を示す“１”がセットされ、アドレスファミ
リ識別子に“０”がセットされ、メトリックには、RIP
Ver1での最大値である“１６”をセットする。
【００６５】次に、図５を参照して、上記RIP要求メッ
セージの詳細について説明する。図５において、RIP要
求メッセージ４４１０は、コマンド（Command、１バイ
ト）４４１１と、バージョン（Version、１バイト）４
４１２と、未使用バイト（unused、２バイト）４４１３
と、アドレスファミリ識別子（Address Family Identif
ier、２バイト）４４１４と、ルートタグ（Route Tag、
２バイト）４４１５とから構成され、合計８バイトであ
る。
【００６６】RIP Ver1に対応する場合の、上記RIP要求
メッセージ４４１０における値は、コマンド４４１１に
は要求（request）を示す“１”がセットされ、バージ
ョン４４１２にはRIP Ver1を示す“１”がセットされ、
アドレスファミリ識別子４４１４にはＩＰを示す“２”
がセットされ、ルートタグ４４１５はRIP Ver1ではサポ
ートされていないため“０”がセットされる。
【００６７】次に、図６を参照して、上記RIP応答メッ
セージの詳細について説明する。図６において、RIP応
答メッセージ４４２０は、コマンド（１バイト）４４２
１と、バージョン（１バイト）４４２２と、未使用バイ
ト（２バイト）４４２３と、アドレスファミリ識別子
（２バイト）４４２４と、ルートタグ（２バイト）４４
２５と、ルーティング情報を示すルートエントリ４４３
０とを含んで構成される。本図では、１つのルートエン
トリが含まれる場合が描かれている。ルートエントリの
数はこれに限られない。２以上のルートエントリが含ま
れる場合もある。従って、RIP応答メッセージは、伝送
すべきテーブルのサイズ、すなわち、ルートエントリの
数によって、メッセージの長さが変わる。
【００６８】RIP Ver1に対応する場合の、上記RIP応答
メッセージにおける値は、コマンド４４２１には応答
（response）を示す“１”がセットされ、バージョン４
４２２にはRIP Ver1を示す“１”がセットされ、アドレ
スファミリ識別子４４２４にはIPを示す“２”がセット
され、ルートタグ４４１５はRIP Ver1ではサポートされ
ていないため“０”がセットされる。そして、これらの
後に、１６バイトを１組として、ルーティング可能なア
ドレスがリストされたルートエントリ４４３０が１以上
続く。
【００６９】各ルートエントリ４４３０は、ドメインの
ネットワークアドレス（Network address）を示すIPア
ドレス（IP Address、４バイト）４４３１と、そのドメ
インのネットマスク（Netmask）を示すサブネットマス
ク（Subnet Mask、４バイト）４４３２と、そのドメイ
ンへルーティングすることができるルータのIP アドレ
スを示す次ホップ（Next Hop、４バイト）４４３３と、
そこまでのルータの数を示すメトリック（Metric、４バ
イト）４４３４とを有して構成される。
【００７０】次に、指定されたドメインに宛ててブロー
ドキャストされる、サーバ名要求パケットについて説明
する。ここでは、サーバとしてプリントサーバを対象と
する場合を例に挙げて説明する。もちろん、本発明が適
用されるサーバにおけるサービス種別はこれに限らな
い。
【００７１】まず、図７を参照して、プリンタ名要求パ
ケットについて説明する。図７において、プリンタ名要
求パケット５０００は、イーサネットヘッダ（14バイ
ト）５１００と、IPヘッダ（20バイト）５２００と、UD
Pヘッダ（8バイト）５３００と、プリンタ名要求を示す
情報が記述されたUDPデータ（14バイト）５４００とを
含んで構成される。
【００７２】上記プリンタ名要求を示す情報としては、
例えば、"GetPrintername"という文字列を用いることが
できる。なお、プリンタ名要求を示す情報として、TCP/
IPポート番号を用いる場合には、UDPヘッダにおける宛
先ポート(Destination port)において、ポート番号を指
定すればよい。
【００７３】このようなプリンタ名要求パケットが、あ
るドメインに対してブロードキャストされることによ
り、当該ブロードキャストされたドメインにおける各ノ
ードが、プリンタ名要求パケットを解釈し、自己が該当
するサービス（ここでは、プリントである）を提供する
場合には、応答パケットを返送する。
【００７４】次に、図８を参照して、プリンタ名要求パ
ケットに対する応答パケットについて説明する。図８に
おいて、応答パケットは、イーサネットヘッダ（14バイ
ト）５１００と、IPヘッダ（20バイト）５２００と、UD
Pヘッダ（8バイト）５３００と、プリンタ名を示す情報
を含むUDPデータ（可変長）５４００とを含んで構成さ
れる。応答パケットは、上記プリンタ名要求パケットを
送出したノードに宛ててユニキャストで返送される。
【００７５】次に、図９を参照して、ドメインリストの
構成について説明する。図９において、ドメインリスト
１３２ｄは、ドメイン名１３２ｄ１、宛先ルータ１３２
ｄ２、および、ネットマスク（Netmask）１３２ｄ３を
示す情報が、互いに関係づけられたリレーショナル構造
を有する。
【００７６】ただし、RIP Ver2の仕様では、ネットマス
クを取得することは困難である。従って、すべてのドメ
インについて、起動時に得られた既定ネットマスク（De
fault Netmask）を設定する。これは、自己が属するド
メインのネットマスクが分かっているのなら、他のドメ
インにおいても、同一のネットマスクが使用されている
と考えられるからである。
【００７７】また、ドメインごとにネットマスクが違う
場合には、RIP Ver2が使用されていると考えられる。な
ぜならば、ドメインごとにネットマスクを変えているよ
うなネットワークでは、各ドメインのルータは、ルーテ
ィング情報と共に、ネットマスク情報を交換する必要が
あり、このためには、RIP Ver2が要求されるからであ
る。従って、このようなネットワークに適用する場合に
は、RIP Ver2に対応するRIP要求パケットを生成、送出
し、ルーティング情報と共に、ネットマスク情報を取得
すればよい。そして、サブネットマスクの値に応じたブ
ロードキャストアドレスを設定したブロードキャストパ
ケットを生成し、これをそれぞれのドメインに対して送
出することによって、ネットワーク全体に対するノード
検索が可能である。
【００７８】ドメイン名は、ヒューマンリーダブルなも
のが割り当てられないため、IPアドレスにおけるネット
ワークアドレス（Network address）を用いる。
【００７９】次に、図１０を参照して、サーバリストの
一種であるプリンタリストの構成について説明する。図
１０において、プリンタリスト１３２ｐは、ドメインご
とに区分され、各ドメイン名１３２ｐ１ごとに、プリン
タ名１３２ｐ２と、そのIPアドレス１３２ｐ３とを示す
情報が互いに関係づけられたリレーショナル構造を有す
る。
【００８０】図１０には、ドメインxxx.yyy.1.0には、
ダイアモンド（diamond）という名称のプリンタが存在
し、ドメインxxx.yyy.2.0には、エメラルド（emerald）
という名称のプリンタ、および、クリスタル（crysta
l）という名称のプリンタの２つのプリンタが存在し、
他のドメインには、プリンタは検索されなかった場合の
プリンタリストが示されている。
【００８１】なお、プリンタリストは、ドメイン名１３
２ｐ１、プリンタ名１３２ｐ２およびIPアドレス１３２
ｐ３を示す情報が、互いに関係づけられたリレーショナ
ル構造を有し、かつ、ドメイン名１３２ｐ１について並
び替えられたデータ構造としてもよい。
【００８２】本実施の形態によれば、ドメイン間のトラ
フィックを選択的にリレーするネットワーク相互接続装
置（例えば、ルータなど）を介して複数のドメインが接
続されて構成されるネットワークであっても、ブロード
キャストパケットを用いたノード検索が可能となる。従
って、各ドメイン毎に１個ずつのブロードキャストパケ
ットの送出で、ネットワーク全体に対するノード検索が
実現される。
【００８３】また、検索に使用するプロトコルとして、
現在非常に多くの装置において実装されているRIPプロ
トコルを採用することが可能であり、適用対象とするネ
ットワークが広範囲であるという利点もある。
【００８４】さらに、RIPプロトコルでは、ルータが定
期的にルーティング情報を送出しているので、このルー
ティング情報を取得して利用することによって、受動的
動作のみで、ドメインリストを作成することが可能であ
る。
【００８５】次に、本発明の第２の実施形態について説
明する。本実施形態は、ハードウエアシステム等の基本
構成は、第１の実施形態と同様であるが、ノード検索方
法において相違する。すなわち、本実施形態に係るノー
ド検索方法は、SNMP (SimpleNetwork Management Proto
col)と称されるプロトコルによりネットワークのドメイ
ン情報を取得し、その情報を基に、ドメイン内のノード
を検索するものである。以下に、ネットワークのドメイ
ン情報をSNMPプロトコルにより取得する手順を中心に説
明する。ドメイン情報を取得するための手順以外は、上
述した第１の実施形態におけるノード検索方法と同様の
手順で行うことができるため、ここで、重ねて説明する
ことは省略する。
【００８６】本実施形態は、図１５に示すノード検索プ
ログラムを有する。図１５に示すように、本実施の形態
では、前述した第１の実施形態のノード検索プログラム
に、SNMPエージェント１３６がさらに追加されている点
に特徴がある。
【００８７】ルータを設定するに際し、意図的にRIPを
オフすることがある。例えば、ルータ間でルーティング
テーブルの自動交換を行わずに、予め作成した静的なテ
ーブルを用いる場合や、他のルーティングテーブル管理
プロトコルを使う場合などがある。このように、RIPが
オフされた状態では、第１の実施形態で述べたドメイン
リスト作成手順が実行できない。このため、別の手順で
ドメインリストを作成することが要求される。例えば、
SNMPを使用することが可能である。
【００８８】SNMPは、ネットワークに接続された機器を
管理するためのプロトコルとして広く普及しているもの
であり、ほとんどのルータが採用している。SNMPの仕様
は、例えば、RFC1155、RFC1157、および、RFC1213など
に記載されている。
【００８９】RIPのルーティングテーブルに相当する情
報は、SNMPが提供するMIB(Management Information Bas
e)と称されるデータベースにおけるホストソースMIB（H
ost Source MIB）のIPルーティングテーブル（ip Routi
ng Table） (OID:=1.3.6.1.2.1.48.4.21)に記述されて
いる。ここで、OIDは、MIBにおける階層命令体系におけ
るオブジェクトを示すオブジェクト識別子（Object Ide
ntifier）を示し、非負の整数列で、階層構造を通るパ
スを個別に表す。
【００９０】SNMPを用いて上記IPルーティングテーブル
を取得し、上述した手順と同様にしてドメインリストを
作成することができる。以下に、ドメインリストをSNMP
を使用して作成する手順について、図１６を参照して説
明する。図１６は、SNMPを使用してドメインリストを作
成する手順を示す。
【００９１】メインプログラム１３１により起動される
と、SNMPエージェント１３６は、クライアントＯＳにお
けるネットワーク設定から、既定ルータ（Default Rout
er）のIPアドレスおよびネットマスクを取得する（ステ
ップ１３６１）。例えば、ネットワーク設定から、“De
fault Router:xxx.yyy.1.１， Netmask:255.255.255.
0”という情報が取得される。
【００９２】次に、SNMPエージェント１３６は、IPルー
ティングテーブルを表すオブジェクト識別子（OID:=1.
3.6.1.2.1.48.4.21）に対応するSNMP要求（SNMP Get）
パケットを作成する（ステップ１３６２）。また、SNMP
エージェント１３６は、上記作成したSNMP要求パケット
を既定ルータに送り、応答を待つ（ステップ１３６３，
１３６４）。
【００９３】SNMPエージェント１３６は、応答として得
られたSNMP応答（SNMP response）パケットから、ドメ
インリストを作成し、データベースに登録する（ステッ
プ１３６５）。
【００９４】上記ステップ１３６４において、一定時間
内に既定ルータからの応答が得られない場合は、SNMPエ
ージェント１３６は、中止処理をおこなう（ステップ１
３６６）。すなわち、SNMPエージェント１３６は、既定
ルータに障害が発生しているか、既定ルータがSNMPをサ
ポートしていない旨の警告を、ユーザインタフェース１
３５によりマンマシンインタフェース１６を介してユー
ザに通知し、処理を中止する。ここで、一定時間として
は、前述した第１の実施形態と同様に、例えば、６０秒
間と設定することができる。
【００９５】本実施形態によれば、ドメイン間のトラフ
ィックを選択的にリレーするネットワーク相互接続装置
（例えば、ルータなど）を介して複数のドメインが接続
されて構成されるネットワークであっても、ブロードキ
ャストパケットを用いたノード検索が可能となる。従っ
て、各ドメイン毎に１個ずつのブロードキャストパケッ
トの送出で、ネットワーク全体に対するノード検索が実
現される。また、RIPプロトコルが採用されていないネ
ットワークであっても、SNMPプロトコルが採用されてい
れば、検索の適用対象とすることできる。
【００９６】なお、上述した第１の実施形態および第２
の実施形態では、自己が属するドメイン以外のドメイン
におけるノードを検索するための手順について説明し
た。本発明は、これに限られない。例えば、自己が属す
るドメインにおけるノードの検索についても適用するこ
とができる。この場合には、当該ノードにノード名要求
のブロードキャストパケットを送出すればよい。
【００９７】また、ドメインを複数階層有するネットワ
ークの場合、すなわち、あるノードに対してルータを複
数介して接続されるドメインが存在する場合であって
も、上記RIPプロトコルまたはSNMPプロトコルにより、
各ドメインのドメイン名を取得することが可能である。
従って、例えば、最も近いドメイン、すなわち、最小の
ホップ数のドメインから検索を順次行い、指定したサー
ビスを提供するノードが少なくとも１つ発見されたと
き、検索をうち切ることが可能である。
【００９８】また、検索するネットワークの範囲を指定
する指示を受け付け、指示された範囲にある各ドメイン
について、指定されたサービスを提供するノードすべて
についてのリストを作成することができる。ネットワー
クの範囲の指定は、例えば、ホップ数によって行うこと
ができる。すなわち、指定された数より小さなホップ数
にある各ドメインに対して、それぞれサーバ名を要求す
るブロードキャストパケットし、それぞれのブロードキ
ャストパケットに対する応答パケットを受信することに
よって、ユーザにより定められた範囲のドメインを検索
し、指定されたサービスを提供するすべてのノードをリ
ストアップすることができる。
【００９９】以上のように、本発明の各実施形態によれ
ば、各ドメイン毎に１個ずつのブロードキャストパケッ
トの送出で、ネットワーク全体に対するノード検索が実
現される。
【０１００】
【発明の効果】本発明によれば、ドメイン間のトラフィ
ックを選択的にリレーするネットワーク相互接続装置を
介して複数のドメインが接続されて構成されるネットワ
ークであっても、ブロードキャストパケットを用いたノ
ード検索が可能となる。
【図面の簡単な説明】
【図１】 複数のネットワークがルータによって相互接
続されて構成されるネットワークを示す説明図である。
【図２】 本発明を適用したノード検索機能を有する装
置のハードウエアシステム構成を示すブロック図であ
る。
【図３】 ネットワークインタフェースの機能の階層構
造を示す説明図である。
【図４】 RIP要求／応答パケットの構成を模式的に示
す説明図である。
【図５】 RIP要求メッセージの構成を模式的に示す説
明図である。
【図６】 RIP応答メッセージの構成を模式的に示す説
明図である。
【図７】 プリンタ名要求パケットの構成を模式的に示
す説明図である。
【図８】 RIP要求パケットに対する応答パケットの構
成を模式的に示す説明図である。
【図９】 ドメインリストのデータ構造を示す説明図で
ある。
【図１０】 プリンタリストのデータ構造を示す説明図
である。
【図１１】 本発明の第１の実施形態におけるノード検
索機能の構成を示すブロック図である。
【図１２】 メインプログラムの動作手順の一例を示す
フローチャートである。
【図１３】 RIPエージェントによるドメインリスト作
成処理手順の一例を示すフローチャートである。
【図１４】 サーバエージェントによるサーバリスト作
成処理手順の一例を示すフローチャートである。
【図１５】 本発明の第２の実施形態におけるノード検
索機能の構成を示すブロック図である。
【図１６】 SNMPエージェントによるドメインリスト作
成処理手順の一例を示すフローチャートである。
【符号の説明】
１０…クライアント装置 １１…中央処理装置（ＣＰＵ） １２…メモリ １３…ノード検索プログラム １３１…メインプログラム １３２…データベース １３２ｄ…ドメインリスト １３２ｓ…サーバリスト １３３…RIPエージェント １３４…サーバエージェント １３５…ユーザインタフェース １３６…SNMPエージェント １４…補助記憶装置 １５…ネットワークインタフェース １６…マンマシンインタフェース １７…媒体読み取り装置 １８…バス ２０…記憶媒体 １００…ネットワーク １０２，１０３…サブネットワーク（ドメイン） １１０…ホスト機器（クライアント） １２０…プリンタ（サーバ） ２００…ルータ
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B021 BB01 BB10 EE04 5B089 GA31 JA35 JB14 KB04 KB06 LB12 5K030 HA08 HD03 HD06 HD10 JA05 KA05 KA07 LA02 LD06 MA06 MD07 MD10 5K033 BA04 CB04 CC01 DA01 DA05 DB12 DB19 DB20 EA07 EC03 9A001 CC03 CC06 CC07 FF03 JJ25 JJ35

Claims (14)

    【特許請求の範囲】
  1. 【請求項１】 ネットワークにおけるノード検索方法に
    おいて、 ネットワーク上に送出された、当該ネットワークにおけ
    るドメインが記述されたルーティング情報を含むパケッ
    トを取得し、 上記取得したルーティング情報に記述されたドメインに
    宛てて、特定サービスを提供するノードの応答を要求す
    るブロードキャストパケットを送出し、 上記ブロードキャストパケットに対する応答パケットを
    受信して、該応答パケットを送出したノードを検知する
    ことを特徴とするノード検索方法。
  2. 【請求項２】 ネットワークにおけるノード検索方法に
    おいて、 予め設定された、ルーティング情報を記憶することがで
    きるネットワーク相互接続装置に宛てて、当該ネットワ
    ーク相互接続装置が接続されているネットワークにおけ
    るルーティング情報を要求するパケットを送出し、 上記ルーティング情報を含むパケットを受信し、 上記受信したルーティング情報に記述されたドメインに
    宛てて、特定サービスを提供するノードの応答を要求す
    るブロードキャストパケットを送出し、 上記ブロードキャストパケットに対する応答パケットを
    受信して、該応答パケットを送出したノードを検知する
    ことを特徴とするノード検索方法。
  3. 【請求項３】 複数のドメインを含んで構成されるネッ
    トワークにおけるサービス提供ノードを検索するための
    ノード検索方法において、 ネットワークを構成する各ドメインを検索するための第
    １の処理と、 上記第１の処理において検索されたドメインのうち少な
    くとも１つのドメインにおける特定サービス提供ノード
    を検索するための第２の処理と、 を行うことを特徴とするノード検索方法。
  4. 【請求項４】 ネットワークにおけるノード検索方法に
    おいて、 RIP(Routing Information Protocol)パケットを受信
    し、 上記受信したRIPパケットから、ネットワークにおける
    各ドメインのネットワーク番号およびルータアドレスを
    示す情報を取得し、 上記取得した情報に基づいて、特定のポート番号で特定
    のネットワーク内にブロードキャストしてノードを検索
    することを特徴とするネットワークにおけるノード検索
    方法。
  5. 【請求項５】 ネットワークにおけるノードを検索する
    ためのノード検索装置において、 ネットワークと接続するためのネットワークインタフェ
    ース手段と、 上記ネットワークインタフェース手段によって取得され
    た、ルーティング情報を含むパケットからドメインを示
    す情報を取得するための手段と、 上記ドメインに対するブロードキャストアドレスを求め
    るための手段と、 上記求めたブロードキャストアドレスに対して、特定の
    サービスを行うノードからの応答を求める要求パケット
    を生成し、上記ネットワークインタフェース手段を介し
    てネットワークに送出するための手段と、 上記要求パケットに対する応答パケットに含まれる上記
    特定のサービスを行うノードを示す情報を抽出してノー
    ドを検出するための手段とを有することを特徴とするノ
    ード検索装置。
  6. 【請求項６】 ネットワークにおけるノードを検索する
    ためのノード検索装置において、 予め設定された、ルーティング情報を記憶することがで
    きるネットワーク相互接続装置に宛てて、当該ネットワ
    ーク相互接続装置が接続されているネットワークにおけ
    るルーティング情報を要求するパケットを送出するため
    の手段と、 上記ルーティング情報を含むパケットを受信し、該ルー
    ティング情報に含まれるノードを示す情報を取得するた
    めの手段と、 上記情報を取得したネットワーク相互接続装置に宛て
    て、当該ネットワーク相互接続装置を介して接続される
    ドメインに対してブロードキャストされる、特定サービ
    スを提供するノードの応答を求める要求パケットを送出
    するための手段と、 上記要求パケットに対する応答パケットを受信して、該
    応答パケットを送出したノードを検知するための手段と
    を有することを特徴とするノード検索装置。
  7. 【請求項７】 コンピュータに実行させて、ネットワー
    クにおけるノードを検索するためのプログラムが記憶さ
    れた、コンピュータ読み取り可能な記憶媒体において、 上記プログラムは、 ネットワーク上に送出された、当該ネットワークにおけ
    るドメインが記述されたルーティング情報を含むパケッ
    トを取得する処理、 上記取得したルーティング情報に記述されたドメインに
    宛てて、特定サービスを提供するノードの応答を要求す
    るブロードキャストパケットを送出する処理、および、 上記ブロードキャストパケットに対する応答パケットを
    受信して、該応答パケットを送出したノードを検知する
    処理を上記コンピュータに実行させるものであることを
    特徴とするプログラムを記録した記録媒体。
  8. 【請求項８】 コンピュータに実行させて、ネットワー
    クにおけるノードを検索するためのプログラムが記憶さ
    れた、コンピュータ読み取り可能な記憶媒体において、 上記プログラムは、 予め設定された、ルーティング情報を記憶することがで
    きるネットワーク相互接続装置に宛てて、当該ネットワ
    ーク相互接続装置が接続されているネットワークにおけ
    るルーティング情報を要求するパケットを送出する処理
    と、 上記ルーティング情報を含むパケットを受信する処理
    と、 上記受信したルーティング情報に記述されたドメインに
    宛てて、特定サービスを提供するノードの応答を要求す
    るブロードキャストパケットを送出する処理と、 上記ブロードキャストパケットに対する応答パケットを
    受信して、該応答パケットを送出したノードを検知する
    処理とを上記コンピュータに実行させるものであること
    を特徴とするプログラムが記憶された記憶媒体。
  9. 【請求項９】 請求項８に記載のプログラムを記録した
    記録媒体において、 上記ネットワーク相互接続装置は、ルータであることを
    特徴とするプログラムを記録した記録媒体。
  10. 【請求項１０】 コンピュータに実行させて、複数のド
    メインを含んで構成されるネットワークにおけるサービ
    ス提供ノードを検索するためのプログラムが記憶され
    た、コンピュータ読み取り可能な記憶媒体において、 ネットワークを構成する各ドメインを検索するための第
    １の処理と、 上記第１の処理において検索されたドメインのうち少な
    くとも１つのドメインにおける特定サービス提供ノード
    を検索するための第２の処理とを上記コンピュータに実
    行させるものであること、 を行うことを特徴とするプログラムを記録した記録媒
    体。
  11. 【請求項１１】 請求項１０に記載のプログラムを記録
    した記録媒体において、 上記第１の処理において、ルーティング情報を要求する
    パケットを、ルーティング情報を記憶する機器に対して
    送信し、該パケットに対する応答に含まれるルーティン
    グ情報から、ドメインを示す情報を取得し、 上記第２の処理において、上記取得したドメインを示す
    情報のうちから、少なくとも１つのドメインを指定する
    操作を受け付け、該指定されたドメインに対して、特定
    のサービスを提供するノード名を要求するサーバ名要求
    パケットをブロードキャスト送信し、該サーバ名要求パ
    ケットに対する応答パケットに含まれるサーバ名から、
    サーバリストを作成することを特徴とするプログラムを
    記録した記録媒体。
  12. 【請求項１２】 請求項１１記載のプログラムを記録し
    た記録媒体において、 上記第２の処理において、上記ノードが提供するサービ
    スの種別を指定する操作を、さらに受け付け、当該指定
    されたサービスを提供するノード名を要求するサーバ名
    要求パケットをブロードキャスト送信することを特徴と
    するプログラムを記録した記録媒体。
  13. 【請求項１３】 コンピュータに実行させて、複数のド
    メインを含んで構成されるネットワークにおけるサービ
    ス提供ノードを検索するためのプログラムが記憶され
    た、コンピュータ読み取り可能な記憶媒体において、 上記プログラムは、 RIP(Routing Information Protocol)パケットを受信す
    る処理と、 上記受信したRIPパケットから、ネットワークにおける
    各ドメインのネットワーク番号およびルータアドレスを
    示す情報を取得する処理と、 上記取得した情報に基づいて、特定のポート番号で特定
    のネットワーク内にブロードキャストしてノードを検索
    する処理とを上記コンピュータに実行させるものである
    ことを特徴とするプログラムを記録した記録媒体。
  14. 【請求項１４】 コンピュータに実行させて、複数のド
    メインを含んで構成されるネットワークにおけるサービ
    ス提供ノードを検索するためのプログラムが記憶され
    た、コンピュータ読み取り可能な記憶媒体において、 上記プログラムは、 SNMP (Simple Network Management Protocol)パケット
    を受信する処理と、 上記受信したSNMPパケットから、ネットワークにおける
    各ドメインのネットワーク番号およびルータアドレスを
    示す情報を取得する処理と、 上記取得した情報に基づいて、特定のポート番号で特定
    のネットワーク内にブロードキャストしてノードを検索
    する処理とを上記コンピュータに実行させるものである
    ことを特徴とするプログラムを記録した記録媒体。
JP2000035175A 1999-04-08 2000-02-14 ネットワークにおけるノード検索方法、装置、および、ノード検索のためのプログラムを記録した記録媒体 Pending JP2000353143A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2000035175A JP2000353143A (ja) 1999-04-08 2000-02-14 ネットワークにおけるノード検索方法、装置、および、ノード検索のためのプログラムを記録した記録媒体
US09/544,544 US7009941B1 (en) 1999-04-08 2000-04-06 Node-search method, device, and medium on which a node-search program is recorded

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP10175499 1999-04-08
JP11-101754 1999-04-08
JP2000035175A JP2000353143A (ja) 1999-04-08 2000-02-14 ネットワークにおけるノード検索方法、装置、および、ノード検索のためのプログラムを記録した記録媒体

Publications (1)

Publication Number Publication Date
JP2000353143A true JP2000353143A (ja) 2000-12-19

Family

ID=26442574

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000035175A Pending JP2000353143A (ja) 1999-04-08 2000-02-14 ネットワークにおけるノード検索方法、装置、および、ノード検索のためのプログラムを記録した記録媒体

Country Status (2)

Country Link
US (1) US7009941B1 (ja)
JP (1) JP2000353143A (ja)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004100007A1 (ja) * 2003-05-12 2004-11-18 Sony Corporation 機器間認証システム及び機器間認証方法、通信装置、並びにコンピュータ・プログラム
JP2007221565A (ja) * 2006-02-17 2007-08-30 Ricoh Co Ltd 機器管理装置、機器検索プログラム及び記録媒体
KR100759162B1 (ko) 2004-04-12 2007-09-14 캐논 가부시끼가이샤 정보 처리 장치 및 정보 처리 방법
JP2007334890A (ja) * 2006-06-09 2007-12-27 Ricoh Co Ltd 自動プリンタ登録
JP2010140081A (ja) * 2008-12-09 2010-06-24 Fuji Xerox Co Ltd 画像処理システムおよび画像処理装置の検索プログラム
JP2011039840A (ja) * 2009-08-12 2011-02-24 Ricoh Co Ltd 画像処理装置、ソフトウェア更新システム、ソフトウェア更新方法、ソフトウェア更新プログラム、及びそのプログラムを記録した記録媒体
US8169641B2 (en) 2005-09-30 2012-05-01 Brother Kogyo Kabushiki Kaisha Servers and computer readable media, methods, and systems including or employing servers to perform one-to-one communication between devices on different networks
JP2013026951A (ja) * 2011-07-25 2013-02-04 Nippon Telegr & Teleph Corp <Ntt> 端末およびその動作方法
US8787274B2 (en) 2010-03-31 2014-07-22 Renesas Electronics Corporation Communication system
JP2016012847A (ja) * 2014-06-30 2016-01-21 株式会社バッファロー ネットワークシステム、ネットワークシステムにおけるアドレスの通知方法、情報処理装置、および、装置

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040059842A1 (en) * 2002-09-19 2004-03-25 Xerox Corporation Network device installation
US7631033B2 (en) * 2003-01-15 2009-12-08 Xerox Corporation Hosted method and system for automated proxy creation of device resident services
US8300244B2 (en) * 2003-04-16 2012-10-30 Hewlett-Packard Development Company, L.P. Automatic discovery of networked raster image processing engines
JP4125173B2 (ja) * 2003-04-23 2008-07-30 キヤノン株式会社 情報処理装置の接続制御方法、情報処理装置、及びコンピュータプログラム
JP4136771B2 (ja) 2003-04-23 2008-08-20 キヤノン株式会社 通信システム、通信装置、及びその制御方法、並びにコンピュータプログラム
JP3754974B2 (ja) * 2003-11-14 2006-03-15 キヤノン株式会社 ネットワークプリンタ制御方法、ネットワークプリンタ制御装置及びプログラム
US9237102B2 (en) * 2004-09-08 2016-01-12 Cradlepoint, Inc. Selecting a data path
US8477639B2 (en) 2004-09-08 2013-07-02 Cradlepoint, Inc. Communicating network status
US20070254727A1 (en) * 2004-09-08 2007-11-01 Pat Sewall Hotspot Power Regulation
US7764784B2 (en) * 2004-09-08 2010-07-27 Cradlepoint, Inc. Handset cradle
US9232461B2 (en) * 2004-09-08 2016-01-05 Cradlepoint, Inc. Hotspot communication limiter
US8249052B2 (en) * 2004-09-08 2012-08-21 Cradlepoint, Inc. Automated access of an enhanced command set
US7962569B2 (en) * 2004-09-08 2011-06-14 Cradlepoint, Inc. Embedded DNS
US8732808B2 (en) * 2004-09-08 2014-05-20 Cradlepoint, Inc. Data plan activation and modification
US20090172658A1 (en) * 2004-09-08 2009-07-02 Steven Wood Application installation
US9584406B2 (en) * 2004-09-08 2017-02-28 Cradlepoint, Inc. Data path switching
JP4886463B2 (ja) 2006-10-20 2012-02-29 キヤノン株式会社 通信パラメータ設定方法、通信装置及び通信パラメータを管理する管理装置
KR100785482B1 (ko) * 2006-12-14 2007-12-12 삼성전자주식회사 한 개 이상의 서브 네트워크간 컴포넌트를 디스커버리 하는방법 및 그 장치
US9021081B2 (en) * 2007-02-12 2015-04-28 Cradlepoint, Inc. System and method for collecting individualized network usage data in a personal hotspot wireless network
US8644272B2 (en) 2007-02-12 2014-02-04 Cradlepoint, Inc. Initiating router functions
WO2009064889A2 (en) * 2007-11-14 2009-05-22 Cradlepoint, Inc. Configuring a wireless router
US9042353B2 (en) 2010-10-06 2015-05-26 Blackbird Technology Holdings, Inc. Method and apparatus for low-power, long-range networking
US8976691B2 (en) 2010-10-06 2015-03-10 Blackbird Technology Holdings, Inc. Method and apparatus for adaptive searching of distributed datasets
WO2012100145A1 (en) 2011-01-21 2012-07-26 Blackbird Technology Holdings, Inc. Method and apparatus for memory management
US20120226955A1 (en) * 2011-03-02 2012-09-06 John Peter Norair Method and apparatus for forward error correction (fec) in a resource-constrained network
US8929961B2 (en) 2011-07-15 2015-01-06 Blackbird Technology Holdings, Inc. Protective case for adding wireless functionality to a handheld electronic device
JP7180200B2 (ja) * 2018-08-21 2022-11-30 日本電信電話株式会社 中継装置および中継方法

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4914571A (en) * 1987-06-15 1990-04-03 International Business Machines Corporation Locating resources in computer networks
US4827411A (en) * 1987-06-15 1989-05-02 International Business Machines Corporation Method of maintaining a topology database
US5185860A (en) * 1990-05-03 1993-02-09 Hewlett-Packard Company Automatic discovery of network elements
US5224205A (en) * 1990-05-21 1993-06-29 International Business Machines Corp. Method of combining architecturally dissimilar computing networks into a single logical network
US5511208A (en) * 1993-03-23 1996-04-23 International Business Machines Corporation Locating resources in computer networks having cache server nodes
US5802287A (en) * 1993-10-20 1998-09-01 Lsi Logic Corporation Single chip universal protocol multi-function ATM network interface
JPH08147231A (ja) 1994-11-24 1996-06-07 Mitsubishi Electric Corp ネットワークノードの検索方法
JP2708009B2 (ja) * 1995-03-17 1998-02-04 日本電気株式会社 Ｌａｎ間接続装置及び接続方式
US5687320A (en) * 1995-04-27 1997-11-11 Hewlett-Packard Company Indirect method for network peripheral automated detection
US5852744A (en) * 1995-07-14 1998-12-22 Oki America, Inc. Method for discovering a network printer by assigning dedicated sockets to different printer types and polling the dedicated sockets to learn the corresponding state
US6097718A (en) * 1996-01-02 2000-08-01 Cisco Technology, Inc. Snapshot routing with route aging
US5754790A (en) * 1996-05-01 1998-05-19 3Com Corporation Apparatus and method for selecting improved routing paths in an autonomous system of computer networks
US5909433A (en) * 1996-08-30 1999-06-01 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for acquiring low duty-cycle reference signals in a mobile communications environment
US6052718A (en) * 1997-01-07 2000-04-18 Sightpath, Inc Replica routing
JP3685917B2 (ja) 1997-06-02 2005-08-24 富士通株式会社 中継装置、ネットワーク中継システムおよび中継方法
JPH1132082A (ja) 1997-07-14 1999-02-02 Hitachi Ltd インタネットワーク装置
JP3042457B2 (ja) 1997-08-21 2000-05-15 日本電気株式会社 マルチレイヤａｔｍ通信装置
US6084859A (en) * 1997-08-29 2000-07-04 International Business Machines Corporation Internet protocol assists using multi-path channel protocol
US5926463A (en) * 1997-10-06 1999-07-20 3Com Corporation Method and apparatus for viewing and managing a configuration of a computer network
US6496859B2 (en) * 1998-11-25 2002-12-17 Xerox Corporation System for network device location
TW392111B (en) * 1998-12-16 2000-06-01 Mustek Systems Inc Sharing system for sharing peripheral device via network

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7930536B2 (en) 2003-05-12 2011-04-19 Sony Corporation Device-to-device authentication system, device-to-device authentication method, communication apparatus, and computer program
WO2004100007A1 (ja) * 2003-05-12 2004-11-18 Sony Corporation 機器間認証システム及び機器間認証方法、通信装置、並びにコンピュータ・プログラム
CN100412841C (zh) * 2003-05-12 2008-08-20 索尼株式会社 在设备间的认证系统和在设备间的认证方法及通信装置
KR100759162B1 (ko) 2004-04-12 2007-09-14 캐논 가부시끼가이샤 정보 처리 장치 및 정보 처리 방법
CN100370754C (zh) * 2004-04-12 2008-02-20 佳能株式会社 信息处理设备和信息处理方法
US8169641B2 (en) 2005-09-30 2012-05-01 Brother Kogyo Kabushiki Kaisha Servers and computer readable media, methods, and systems including or employing servers to perform one-to-one communication between devices on different networks
JP2007221565A (ja) * 2006-02-17 2007-08-30 Ricoh Co Ltd 機器管理装置、機器検索プログラム及び記録媒体
JP4682056B2 (ja) * 2006-02-17 2011-05-11 株式会社リコー 機器管理装置、機器管理システム、機器管理方法、機器検索プログラム及び記録媒体
JP2007334890A (ja) * 2006-06-09 2007-12-27 Ricoh Co Ltd 自動プリンタ登録
JP2010140081A (ja) * 2008-12-09 2010-06-24 Fuji Xerox Co Ltd 画像処理システムおよび画像処理装置の検索プログラム
JP2011039840A (ja) * 2009-08-12 2011-02-24 Ricoh Co Ltd 画像処理装置、ソフトウェア更新システム、ソフトウェア更新方法、ソフトウェア更新プログラム、及びそのプログラムを記録した記録媒体
US8787274B2 (en) 2010-03-31 2014-07-22 Renesas Electronics Corporation Communication system
JP2013026951A (ja) * 2011-07-25 2013-02-04 Nippon Telegr & Teleph Corp <Ntt> 端末およびその動作方法
JP2016012847A (ja) * 2014-06-30 2016-01-21 株式会社バッファロー ネットワークシステム、ネットワークシステムにおけるアドレスの通知方法、情報処理装置、および、装置

Also Published As

Publication number Publication date
US7009941B1 (en) 2006-03-07

Similar Documents

Publication Publication Date Title
JP2000353143A (ja) ネットワークにおけるノード検索方法、装置、および、ノード検索のためのプログラムを記録した記録媒体
US5835720A (en) IP discovery apparatus and method
US8086713B2 (en) Determining a subscriber device has failed gracelessly without issuing a DHCP release message and automatically releasing resources reserved for the subscriber device within a broadband network upon determining that another subscriber device requesting the reservation of a network address has the same context information as the failed subscriber device
JP4834493B2 (ja) ネットワーク中継装置、および、ネットワーク中継装置の制御方法
US7574522B2 (en) Communication data relay system
JP2006340161A (ja) パケット通信装置
GB2283645A (en) Digital communication systems
JP2005167435A (ja) Ｖｒの機密性を維持したｖｒｒｐ技術
JP2005295124A (ja) 経路テーブル同期方法、ネットワーク機器および経路テーブル同期プログラム
US7394821B2 (en) System and method for maintaining network system information
AU4022001A (en) Identyfying a failed device in a network
JP3609948B2 (ja) マルチプロトコルネットワーク管理方法、マルチプロトコルネットワーク管理プロキシサーバシステム、マルチプロトコルアドレス管理サーバシステム、および、マルチプロトコルネットワーク管理システム
US7219161B1 (en) Techniques for network address and port translation for network protocols that do not use translated ports when requesting network resources
JP2008072519A (ja) 機器検索装置、機器検索方法及びプログラム
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Routing DECnet
Cisco Routing DECnet
Cisco Routing DECnet
Cisco Routing DECnet
Cisco access-list (DECnet extended) to decnet node-type
JP2004158973A (ja) パケット中継装置
Cisco Novell IPX Commands
Cisco Novell IPX Commands
Cisco Novell IPX Commands