JP2000244533A - ネットワークデバイス制御装置、ネットワークデバイス制御方法及びネットワークデバイス制御プログラムを格納した記憶媒体 - Google Patents
ネットワークデバイス制御装置、ネットワークデバイス制御方法及びネットワークデバイス制御プログラムを格納した記憶媒体Info
- Publication number
- JP2000244533A JP2000244533A JP4647599A JP4647599A JP2000244533A JP 2000244533 A JP2000244533 A JP 2000244533A JP 4647599 A JP4647599 A JP 4647599A JP 4647599 A JP4647599 A JP 4647599A JP 2000244533 A JP2000244533 A JP 2000244533A
- Authority
- JP
- Japan
- Prior art keywords
- address
- data
- setting
- destination
- icmp
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 本発明は、汎用的なプログラムによるIPアド
レスの誤設定を回避しつつ、本来設定されるべきIPアド
レスを汎用的なプログラムを用いて設定できるようなネ
ットワークデバイス制御装置を提供する。 【解決手段】 本発明に係るネットワークデバイス制御
装置は、ネットワークから標準的なプロトコルを用いて
データを受信する受信手段と、前記データについて、前
記標準的なプロトコルにおいて特殊な属性値を検出する
検出手段と、前記データの宛先物理アドレスが自物理ア
ドレスと同一である場合、前記属性値に応じて各種パラ
メータの設定を行う設定手段とを備えることを特徴とす
る。
レスの誤設定を回避しつつ、本来設定されるべきIPアド
レスを汎用的なプログラムを用いて設定できるようなネ
ットワークデバイス制御装置を提供する。 【解決手段】 本発明に係るネットワークデバイス制御
装置は、ネットワークから標準的なプロトコルを用いて
データを受信する受信手段と、前記データについて、前
記標準的なプロトコルにおいて特殊な属性値を検出する
検出手段と、前記データの宛先物理アドレスが自物理ア
ドレスと同一である場合、前記属性値に応じて各種パラ
メータの設定を行う設定手段とを備えることを特徴とす
る。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークに接
続されているネットワークデバイス制御装置に関するも
ので、特にネットワークデバイス制御装置の設定方法に
関するものである。
続されているネットワークデバイス制御装置に関するも
ので、特にネットワークデバイス制御装置の設定方法に
関するものである。
【０００２】
【従来の技術】近年、コンピュータを相互に接続したロ
ーカルネットワーク（LAN）が普及しており、様々な場
所で、例えば、ビルの1フロアやビル全体、地域、或い
はさらに大きなエリアで構築されている。更に、LANが
相互に接続され、世界規模のネットワークが構築されて
いる。このように相互接続された各LANでは、多様なハ
ードウェア相互接続技術と、いくつものネットワークプ
ロトコルが用いられている。
ーカルネットワーク（LAN）が普及しており、様々な場
所で、例えば、ビルの1フロアやビル全体、地域、或い
はさらに大きなエリアで構築されている。更に、LANが
相互に接続され、世界規模のネットワークが構築されて
いる。このように相互接続された各LANでは、多様なハ
ードウェア相互接続技術と、いくつものネットワークプ
ロトコルが用いられている。
【０００３】特に、LANにおける代表的なネットワーク
プロトコルとしてTCP/IPがある。TCP/IPは階層化された
ネットワークプロトコル群で、ネットワーク層にIP(Int
ernetProtocol)、ICMP(Internet Control Message Prot
ocol)、ARP(Address Resolution Protocol)など、トラ
ンスポート層にTCP(Transamission Control Protoco
l)、UDP(User Datagram Protocol)などといった標準化
されたプロトコルから成り立っている（各プロトコルの
詳細やIPアドレス体系については、「詳解 TCP/IP」
W．RichardStevens＝著／井上尚司＝監訳・橘康雄＝訳
ソフトバンク（株）発行1997年3月31日初版 を参照
のこと）。
プロトコルとしてTCP/IPがある。TCP/IPは階層化された
ネットワークプロトコル群で、ネットワーク層にIP(Int
ernetProtocol)、ICMP(Internet Control Message Prot
ocol)、ARP(Address Resolution Protocol)など、トラ
ンスポート層にTCP(Transamission Control Protoco
l)、UDP(User Datagram Protocol)などといった標準化
されたプロトコルから成り立っている（各プロトコルの
詳細やIPアドレス体系については、「詳解 TCP/IP」
W．RichardStevens＝著／井上尚司＝監訳・橘康雄＝訳
ソフトバンク（株）発行1997年3月31日初版 を参照
のこと）。
【０００４】TCP/IPプロトコルでは、ネットワーク通信
を行う場合、IPアドレスというネットワークにおける論
理アドレスをネットワークデバイス装置ごとに一意に決
める必要がある。IPアドレスは32ビット（4バイト）で
構成されており、一般には32ビットを8ビットずつに区
切って150.61.146.100(0x963d9264)というように表記さ
れる。
を行う場合、IPアドレスというネットワークにおける論
理アドレスをネットワークデバイス装置ごとに一意に決
める必要がある。IPアドレスは32ビット（4バイト）で
構成されており、一般には32ビットを8ビットずつに区
切って150.61.146.100(0x963d9264)というように表記さ
れる。
【０００５】このIPアドレスをネットワークデバイス装
置に設定するために、現在、様々な方法がある。一般
に、コンピュータ端末の場合は、コンピュータ端末に付
属のキーボードからIPアドレスを入力して、そのコンピ
ュータ端末にIPアドレスを設定することが可能である。
置に設定するために、現在、様々な方法がある。一般
に、コンピュータ端末の場合は、コンピュータ端末に付
属のキーボードからIPアドレスを入力して、そのコンピ
ュータ端末にIPアドレスを設定することが可能である。
【０００６】しかし、キーボードが付属されていないネ
ットワークデバイス装置では、例えば、DHCP(Dynamic
Host Configration Protocol)やBOOTP、RARPなどのプ
ロトコルを用いて、ネットワークデバイス装置が電源投
入された時に、ネットワークデバイス装置がネットワー
クのサーバからIPアドレスを獲得し、設定する方法、
ネットワークのコンピュータ端末から、独自プロトコル
で、ネットワークデバイス装置にIPアドレスを設定する
方法などが用いられている。
ットワークデバイス装置では、例えば、DHCP(Dynamic
Host Configration Protocol)やBOOTP、RARPなどのプ
ロトコルを用いて、ネットワークデバイス装置が電源投
入された時に、ネットワークデバイス装置がネットワー
クのサーバからIPアドレスを獲得し、設定する方法、
ネットワークのコンピュータ端末から、独自プロトコル
で、ネットワークデバイス装置にIPアドレスを設定する
方法などが用いられている。
【０００７】しかしながら、の方法では、ネットワー
クに必ずサーバが必要であり、また、そのサーバでの設
定も行わなければならずユーザにとって負担が大きい。
の方法では、独自プロトコルを用いて通信するための
コンピュータ端末やそのコンピュータ端末で動作するプ
ログラムが必要であり、これもまたユーザにとって負担
が大きい。
クに必ずサーバが必要であり、また、そのサーバでの設
定も行わなければならずユーザにとって負担が大きい。
の方法では、独自プロトコルを用いて通信するための
コンピュータ端末やそのコンピュータ端末で動作するプ
ログラムが必要であり、これもまたユーザにとって負担
が大きい。
【０００８】こうしたことから、ネットワークデバイス
装置にIPアドレスを設定する方法として、ネットワーク
にそれ専用のサーバを設置する必要がなく、かつ、標準
的なプロトコルや標準的なプログラムを用いて、IPアド
レスを設定する方法が求められている。
装置にIPアドレスを設定する方法として、ネットワーク
にそれ専用のサーバを設置する必要がなく、かつ、標準
的なプロトコルや標準的なプログラムを用いて、IPアド
レスを設定する方法が求められている。
【０００９】そこで、近年では、標準的なプロトコルと
してICMPプロトコルを用い、標準的なプログラムとして
pingプログラムを用いて、そのIPアドレスを設定する方
法が考えられている。pingプログラムはICMPプロトコル
のエコー要求メッセージをネットワークデバイス装置に
送信し、そのエコー応答メッセージが返ってくるのを待
つプログラムである。TCP/IPプロトコルが実装されてい
るコンピュータには、おおよそpingプログラムが実装さ
れている。
してICMPプロトコルを用い、標準的なプログラムとして
pingプログラムを用いて、そのIPアドレスを設定する方
法が考えられている。pingプログラムはICMPプロトコル
のエコー要求メッセージをネットワークデバイス装置に
送信し、そのエコー応答メッセージが返ってくるのを待
つプログラムである。TCP/IPプロトコルが実装されてい
るコンピュータには、おおよそpingプログラムが実装さ
れている。
【００１０】pingプログラムから送信されるICMPエコー
要求メッセージを受信したネットワークデバイス装置
は、その宛先アドレスであるIPアドレスを自IPアドレス
として認識し、ICMPエコー応答メッセージを返信する。
要求メッセージを受信したネットワークデバイス装置
は、その宛先アドレスであるIPアドレスを自IPアドレス
として認識し、ICMPエコー応答メッセージを返信する。
【００１１】具体的には、pingプログラムを実行する前
に、arpというプログラムを用いて、ネットワークデバ
イス装置の物理アドレスと、そのネットワークデバイス
装置に設定したいIPアドレスを関連付ける。すると、pi
ngプログラムで当該IPアドレスを指定して、ICMPエコー
要求メッセージを送信した場合、そのICMPエコー要求メ
ッセージの宛先物理アドレスには当該ネットワークデバ
イス装置の物理アドレスが設定される。
に、arpというプログラムを用いて、ネットワークデバ
イス装置の物理アドレスと、そのネットワークデバイス
装置に設定したいIPアドレスを関連付ける。すると、pi
ngプログラムで当該IPアドレスを指定して、ICMPエコー
要求メッセージを送信した場合、そのICMPエコー要求メ
ッセージの宛先物理アドレスには当該ネットワークデバ
イス装置の物理アドレスが設定される。
【００１２】一方、ネットワークデバイス装置は、自物
理アドレスが指定された当該ICMPエコー要求メッセージ
を受信する。ここで、普通ならば、ネットワークデバイ
ス装置は、そのICMPエコー要求メッセージの宛先IPアド
レスが自IPアドレスと異なると判断する。しかし、ネッ
トワークデバイス装置の設定として、自物理アドレス宛
てのICMPエコー要求メッセージを受信した場合には、そ
のメッセージの宛先IPアドレスを自IPアドレスとして認
識するように設定しておく。
理アドレスが指定された当該ICMPエコー要求メッセージ
を受信する。ここで、普通ならば、ネットワークデバイ
ス装置は、そのICMPエコー要求メッセージの宛先IPアド
レスが自IPアドレスと異なると判断する。しかし、ネッ
トワークデバイス装置の設定として、自物理アドレス宛
てのICMPエコー要求メッセージを受信した場合には、そ
のメッセージの宛先IPアドレスを自IPアドレスとして認
識するように設定しておく。
【００１３】そして、ネットワークデバイス装置は、自
IPアドレスとして認識したIPアドレスを仮のIPアドレス
として、以後、そのIPアドレスでネットワーク通信を行
う。
IPアドレスとして認識したIPアドレスを仮のIPアドレス
として、以後、そのIPアドレスでネットワーク通信を行
う。
【００１４】なお、このarpプログラムは、pingプログ
ラムと同様にTCP/IPプロトコルが実装されているコンピ
ュータではおおよそ実装されている。
ラムと同様にTCP/IPプロトコルが実装されているコンピ
ュータではおおよそ実装されている。
【００１５】
【発明が解決しようとする課題】しかしながら、上記従
来例では、pingプログラムがあまりにも汎用的であるた
め、pingプログラムを利用した他のネットワークアプリ
ケーションによっても、容易にネットワークデバイス装
置のIPアドレスを設定することができてしまう。その結
果、誤ったIPアドレスを設定してしまうという問題点が
ある。
来例では、pingプログラムがあまりにも汎用的であるた
め、pingプログラムを利用した他のネットワークアプリ
ケーションによっても、容易にネットワークデバイス装
置のIPアドレスを設定することができてしまう。その結
果、誤ったIPアドレスを設定してしまうという問題点が
ある。
【００１６】例えば、定期的にpingプログラムを実行し
て、ネットワーク上のそれぞれのネットワークデバイス
装置が応答を返してくるかを監視しているネットワーク
管理プログラムにおいて、従来のネットワークデバイス
装置では、本来設定されるべきIPアドレスと異なるIPア
ドレスが設定されてしまう。
て、ネットワーク上のそれぞれのネットワークデバイス
装置が応答を返してくるかを監視しているネットワーク
管理プログラムにおいて、従来のネットワークデバイス
装置では、本来設定されるべきIPアドレスと異なるIPア
ドレスが設定されてしまう。
【００１７】本発明は、上記の問題点を解決するために
なされたものであり、汎用的なプログラムによるIPアド
レスの誤設定を回避しつつ、本来設定されるべきIPアド
レスを汎用的なプログラムを用いて設定できるようなネ
ットワークデバイス装置を提供することを目的とする。
なされたものであり、汎用的なプログラムによるIPアド
レスの誤設定を回避しつつ、本来設定されるべきIPアド
レスを汎用的なプログラムを用いて設定できるようなネ
ットワークデバイス装置を提供することを目的とする。
【００１８】
【課題を解決するための手段】上記目的を達成するため
に、本発明は、ネットワークから標準的なプロトコルを
用いてデータを受信する受信手段と、前記データについ
て、前記標準的なプロトコルにおいて特殊な属性値を検
出する検出手段と、前記データの宛先物理アドレスが自
物理アドレスと同一である場合、前記属性値に応じて各
種パラメータの設定を行う設定手段とを備えることを特
徴とする。
に、本発明は、ネットワークから標準的なプロトコルを
用いてデータを受信する受信手段と、前記データについ
て、前記標準的なプロトコルにおいて特殊な属性値を検
出する検出手段と、前記データの宛先物理アドレスが自
物理アドレスと同一である場合、前記属性値に応じて各
種パラメータの設定を行う設定手段とを備えることを特
徴とする。
【００１９】更に、本発明では、前記設定手段は、前記
データの宛先論理アドレスと自論理アドレスが異なり、
かつ、前記宛先物理アドレスが自物理アドレスと同一で
ある場合、前記属性値に応じて各種パラメータの設定を
行うことを特徴とする。
データの宛先論理アドレスと自論理アドレスが異なり、
かつ、前記宛先物理アドレスが自物理アドレスと同一で
ある場合、前記属性値に応じて各種パラメータの設定を
行うことを特徴とする。
【００２０】更に、本発明では、前記設定手段は、前記
データの宛先論理アドレスを自論理アドレスに設定する
ことを特徴とする。
データの宛先論理アドレスを自論理アドレスに設定する
ことを特徴とする。
【００２１】更に、本発明では、前記標準的なプロトコ
ルはインターネットプロトコルであり、前記論理アドレ
スはIPアドレスであることを特徴とする。
ルはインターネットプロトコルであり、前記論理アドレ
スはIPアドレスであることを特徴とする。
【００２２】更に、本発明では、前記物理アドレスはMA
Cアドレスであることを特徴とする。
Cアドレスであることを特徴とする。
【００２３】更に、本発明では、前記データは、ＩＣＭ
ＰプロトコルによるＩＣＭＰエコーメッセージであるこ
とを特徴とする。
ＰプロトコルによるＩＣＭＰエコーメッセージであるこ
とを特徴とする。
【００２４】更に、本発明では、前記属性値は、前記デ
ータの全データ長であることを特徴とする。
ータの全データ長であることを特徴とする。
【００２５】更に、本発明では、前記属性値は、前記デ
ータのTTL値であることを特徴とする。
ータのTTL値であることを特徴とする。
【００２６】また、本発明は、ICMPエコーメッセージを
受信する受信手段と、前記ICMPエコーメッセージのデー
タ長を検出するデータ長検出手段と、前記ＭＡＣアドレ
スが自ＭＡＣアドレスと同一である場合、前記データ長
の値に応じて各種設定パラメータの設定を行う設定手段
とを備えることを特徴とする。
受信する受信手段と、前記ICMPエコーメッセージのデー
タ長を検出するデータ長検出手段と、前記ＭＡＣアドレ
スが自ＭＡＣアドレスと同一である場合、前記データ長
の値に応じて各種設定パラメータの設定を行う設定手段
とを備えることを特徴とする。
【００２７】更に、本発明では、前記設定手段は、前記
ＩＣＭＰエコーメッセージの宛先ＩＰアドレスと自ＩＰ
アドレスが異なり、かつ、前記宛先ＭＡＣアドレスと前
記自ＭＡＣアドレスとが同一である場合、前記データ長
の値に応じて各種設定パラメータの設定を行うことを特
徴とする。
ＩＣＭＰエコーメッセージの宛先ＩＰアドレスと自ＩＰ
アドレスが異なり、かつ、前記宛先ＭＡＣアドレスと前
記自ＭＡＣアドレスとが同一である場合、前記データ長
の値に応じて各種設定パラメータの設定を行うことを特
徴とする。
【００２８】更に、本発明では、前記設定手段は、前記
ＩＣＭＰエコーメッセージの宛先ＩＰアドレスを自ＩＰ
アドレスに設定することを特徴とする。
ＩＣＭＰエコーメッセージの宛先ＩＰアドレスを自ＩＰ
アドレスに設定することを特徴とする。
【００２９】また、本発明は、上記手段を実現するため
のネットワークデバイス制御方法及び上記手段を実現す
るためのネットワークデバイス制御プログラムを格納し
た記憶媒体である。
のネットワークデバイス制御方法及び上記手段を実現す
るためのネットワークデバイス制御プログラムを格納し
た記憶媒体である。
【００３０】
【発明の実施の形態】〔第１の実施の形態〕以下、添付
の図面を参照して本発明の実施例を説明する。
の図面を参照して本発明の実施例を説明する。
【００３１】図１は、ネットワークボードをプリンタに
接続した場合のネットワークの構成を示す概略図であ
る。ネットワークボード101は、LAN100に接続されてい
るネットワークデバイス装置の一例である。LANへは、R
F-45を持つ10Base-Tなどのインターフェースを介して接
続されている。
接続した場合のネットワークの構成を示す概略図であ
る。ネットワークボード101は、LAN100に接続されてい
るネットワークデバイス装置の一例である。LANへは、R
F-45を持つ10Base-Tなどのインターフェースを介して接
続されている。
【００３２】パーソナルコンピュータ（PC）103もLAN10
0に接続されており、PC103はLAN100を介してネットワー
クボード101と通信することができる。
0に接続されており、PC103はLAN100を介してネットワー
クボード101と通信することができる。
【００３３】通常、LAN100は、幾分ローカルなグルー
プ、例えば、１つの建物内の１つの階や連続した複数の
階のユーザグループに対してサービスを提供する。ま
た、ユーザ同士が異なる建物にいる場合には、ユーザ同
士の距離に応じて、ワイドエリアネットワーク（WAN）
を構築してもよい。WANは基本的には、複数のLANが高速
度サービス総合デジタルネットワーク（ISDN）電話など
の高速度デジタルラインで接続されて形成されたLANの
集合体である。
プ、例えば、１つの建物内の１つの階や連続した複数の
階のユーザグループに対してサービスを提供する。ま
た、ユーザ同士が異なる建物にいる場合には、ユーザ同
士の距離に応じて、ワイドエリアネットワーク（WAN）
を構築してもよい。WANは基本的には、複数のLANが高速
度サービス総合デジタルネットワーク（ISDN）電話など
の高速度デジタルラインで接続されて形成されたLANの
集合体である。
【００３４】図２は、本実施例におけるネットワークボ
ード101の内部の制御構成を示すブロック図である。ネ
ットワークボード101は、CPU201、ROM202、RAM203、拡
張Ｉ／Ｆ制御部２０４、NVRAM205、ネットワークI/F制
御部206、バス207を備えている。
ード101の内部の制御構成を示すブロック図である。ネ
ットワークボード101は、CPU201、ROM202、RAM203、拡
張Ｉ／Ｆ制御部２０４、NVRAM205、ネットワークI/F制
御部206、バス207を備えている。
【００３５】CPU201は、ROM202に格納されている本実施
例のプログラムを実行する。NVRAM205は各種設定パラメ
ータを保存しておく。
例のプログラムを実行する。NVRAM205は各種設定パラメ
ータを保存しておく。
【００３６】ネットワークボード101は、ネットワークI
/F制御部206を介してネットワークと接続しており、ま
た、拡張I/F制御部204を介してプリンタ102と接続して
いる。拡張I/F制御部204が制御可能な機器であれば、プ
リンタのみならず、ファクシミリやコピア（登録商標）
などにも接続可能であり、ネットワークボード101によ
り様々な機器がネットワークに接続可能となる。
/F制御部206を介してネットワークと接続しており、ま
た、拡張I/F制御部204を介してプリンタ102と接続して
いる。拡張I/F制御部204が制御可能な機器であれば、プ
リンタのみならず、ファクシミリやコピア（登録商標）
などにも接続可能であり、ネットワークボード101によ
り様々な機器がネットワークに接続可能となる。
【００３７】次に、ネットワークボード101のプログラ
ム構成を説明する。図３は、本実施例におけるネットワ
ークボード101のプログラム構成を示すブロック図であ
る。
ム構成を説明する。図３は、本実施例におけるネットワ
ークボード101のプログラム構成を示すブロック図であ
る。
【００３８】プリンタI/Fドライバモジュール301は拡張
I/F制御部204を制御して、プリンタとデータの送受信を
行う。印刷プロトコルモジュール302は、ネットワーク
における汎用印刷プロトコルをサポートする。ネットワ
ークプロトコル通信モジュール303は、ネットワークの
通信制御を行う。ネットワークドライバモジュール304
は、ネットワークI/F制御部206を制御し、実際にLAN100
との間でパケットの送受信を行う。
I/F制御部204を制御して、プリンタとデータの送受信を
行う。印刷プロトコルモジュール302は、ネットワーク
における汎用印刷プロトコルをサポートする。ネットワ
ークプロトコル通信モジュール303は、ネットワークの
通信制御を行う。ネットワークドライバモジュール304
は、ネットワークI/F制御部206を制御し、実際にLAN100
との間でパケットの送受信を行う。
【００３９】印刷プロトコルモジュール302は、プロト
コルで決められた印刷通信手順に従って、ネットワーク
プロトコル通信モジュール303を介してネットワークか
ら印刷データを受信する。受信された印刷データは、プ
リンタI/Fドライバモジュール301を介してプリンタ102
に送出される。
コルで決められた印刷通信手順に従って、ネットワーク
プロトコル通信モジュール303を介してネットワークか
ら印刷データを受信する。受信された印刷データは、プ
リンタI/Fドライバモジュール301を介してプリンタ102
に送出される。
【００４０】デバイス管理モジュール305は、PC103によ
るネットワークボード101に関する情報の設定や参照、
プリンタ情報の設定や参照を処理する。
るネットワークボード101に関する情報の設定や参照、
プリンタ情報の設定や参照を処理する。
【００４１】更に詳しく、図３のネットワークプロトコ
ル通信モジュール303について説明する。図４は、ネッ
トワークプロトコル通信モジュール303におけるTCP/IP
プロトコルに関するプログラム構成図である。
ル通信モジュール303について説明する。図４は、ネッ
トワークプロトコル通信モジュール303におけるTCP/IP
プロトコルに関するプログラム構成図である。
【００４２】ソケットインターフェース管理モジュール
401は、印刷プロトコルモジュール302やデバイス管理モ
ジュール305に、TCP/IPにおけるソケットと言われるイ
ンターフェースを提供する。ソケットインターフェース
管理モジュール401により、PC103から送られてきたデー
タが、印刷データであるか、ネットワークボード情報や
プリンタ情報の設定・参照の要求であるかが判定され、
印刷データは印刷プロトコルモジュール302に送出さ
れ、ネットワークボード情報やプリンタ情報の設定・参
照の要求はデバイス管理モジュール305に送出される。
401は、印刷プロトコルモジュール302やデバイス管理モ
ジュール305に、TCP/IPにおけるソケットと言われるイ
ンターフェースを提供する。ソケットインターフェース
管理モジュール401により、PC103から送られてきたデー
タが、印刷データであるか、ネットワークボード情報や
プリンタ情報の設定・参照の要求であるかが判定され、
印刷データは印刷プロトコルモジュール302に送出さ
れ、ネットワークボード情報やプリンタ情報の設定・参
照の要求はデバイス管理モジュール305に送出される。
【００４３】TCP管理モジュール402ではTCPプロトコル
が実装されており、UDP管理モジュール403ではUDPプロ
トコルが実装されている。また、IPモジュール406ではI
Pプロトコルが実装されている。TCP管理モジュール402
やUDP管理モジュール403がIPモジュール406と組み合わ
さることにより、LAN100に接続されているコンピュータ
とのTCP/IPによる通信が可能となる。
が実装されており、UDP管理モジュール403ではUDPプロ
トコルが実装されている。また、IPモジュール406ではI
Pプロトコルが実装されている。TCP管理モジュール402
やUDP管理モジュール403がIPモジュール406と組み合わ
さることにより、LAN100に接続されているコンピュータ
とのTCP/IPによる通信が可能となる。
【００４４】ICMP管理モジュール404ではICMPプロトコ
ルが実装されており、疑似ICMP管理モジュール404は、I
CMP管理モジュール404を利用して本発明を実現するため
のモジュールである。なお、ICMPプロトコルを用いた疑
似ICMPモジュール405の処理内容については、後に詳説
する。ARPモジュール407ではARP（Address Resolution
Protocol）プロトコルが実装されており、ARPプロトコ
ルとはIPアドレスからハードウェアアドレスを知るため
のプロトコルである。
ルが実装されており、疑似ICMP管理モジュール404は、I
CMP管理モジュール404を利用して本発明を実現するため
のモジュールである。なお、ICMPプロトコルを用いた疑
似ICMPモジュール405の処理内容については、後に詳説
する。ARPモジュール407ではARP（Address Resolution
Protocol）プロトコルが実装されており、ARPプロトコ
ルとはIPアドレスからハードウェアアドレスを知るため
のプロトコルである。
【００４５】図５はICMPメッセージのフレーム概要を示
す概念図である。ICMPメッセージは、Ethernet Header
501、IP Header 502、ICMP Header 503、Data504、CRC
505から構成されている。CRC505はフレームの終端に付
加されている。以後、それぞれについて説明する。
す概念図である。ICMPメッセージは、Ethernet Header
501、IP Header 502、ICMP Header 503、Data504、CRC
505から構成されている。CRC505はフレームの終端に付
加されている。以後、それぞれについて説明する。
【００４６】まず、Ethernet Header 501について説明
する。図6は本実施例におけるEthernet Headerの概略図
である。本実施例では、TCP/IPプロトコルによるパケッ
トをEthernetＩＩフォーマットで送受信する。よって、
図6はEthernetＩＩフォーマットによるEthernet Header
の概略図となっている。
する。図6は本実施例におけるEthernet Headerの概略図
である。本実施例では、TCP/IPプロトコルによるパケッ
トをEthernetＩＩフォーマットで送受信する。よって、
図6はEthernetＩＩフォーマットによるEthernet Header
の概略図となっている。
【００４７】EthernetＩＩHeaderは、宛先アドレス60
1、発信元アドレス602、フレームタイプ603とから構成
されている。宛先アドレス601と発信元アドレス602に
は、それぞれ宛先と発信元のMAC(Media Access Contro
l)アドレスが格納されている。MACアドレスとは、ネッ
トワークにおける機器固有の物理アドレスで、Ethernet
の場合、6バイト長のコードになっている。
1、発信元アドレス602、フレームタイプ603とから構成
されている。宛先アドレス601と発信元アドレス602に
は、それぞれ宛先と発信元のMAC(Media Access Contro
l)アドレスが格納されている。MACアドレスとは、ネッ
トワークにおける機器固有の物理アドレスで、Ethernet
の場合、6バイト長のコードになっている。
【００４８】6バイトのうち、先頭の3バイトはベンダー
コードになっており、IEEE（Institute of Electrical
and Electronic Enginerrs、米国電気電子学会）がこの
ベンダコードの管理・割当を行っている。残りの3バイ
トは、各ベンダにより独自に管理されているコードであ
る。その結果、世界中で、同じMACアドレスを持つネッ
トワーク機器は存在せず、全てのネットワーク機器に異
なるMACアドレスが割り当てられている。
コードになっており、IEEE（Institute of Electrical
and Electronic Enginerrs、米国電気電子学会）がこの
ベンダコードの管理・割当を行っている。残りの3バイ
トは、各ベンダにより独自に管理されているコードであ
る。その結果、世界中で、同じMACアドレスを持つネッ
トワーク機器は存在せず、全てのネットワーク機器に異
なるMACアドレスが割り当てられている。
【００４９】フレームタイプ603は、上位プロトコルの
タイプを示しており、IPの場合は“0x0800”、ARPの場
合は“0x0806”と決められている。
タイプを示しており、IPの場合は“0x0800”、ARPの場
合は“0x0806”と決められている。
【００５０】次に、IP Header 502について説明する。
図7は、IP Header 502を示す概略図である。IP Header
502はIPバージョン701、IPヘッダレングス702、サービ
スタイプ(Type Of Service)703、全データ長704、識別
子705、フラグフィールド706、生存時間フィールド70
7、プロトコル識別708、チェックサム709、発信元IPア
ドレス710、宛先IPアドレス711から構成されている。
図7は、IP Header 502を示す概略図である。IP Header
502はIPバージョン701、IPヘッダレングス702、サービ
スタイプ(Type Of Service)703、全データ長704、識別
子705、フラグフィールド706、生存時間フィールド70
7、プロトコル識別708、チェックサム709、発信元IPア
ドレス710、宛先IPアドレス711から構成されている。
【００５１】IPバージョン701はIP Header502のバージ
ョン番号を表している。IPヘッダレングス702はIP Head
er 502自体の大きさを表している。サービスタイプ703
は送信しているIPのサービス品質を表している。全デー
タ長704はIP HeaderとIPデータを加えたパケット全体の
大きさを表している。識別子705は上位プロトコルへデ
ータを渡す際の参考情報として使用される。フラグフィ
ールド706はパケットの分割に関する制御を指示するの
に使用される。生存時間フィールド707はパケットがネ
ットワークに存在してよい時間を秒単位で表している。
ョン番号を表している。IPヘッダレングス702はIP Head
er 502自体の大きさを表している。サービスタイプ703
は送信しているIPのサービス品質を表している。全デー
タ長704はIP HeaderとIPデータを加えたパケット全体の
大きさを表している。識別子705は上位プロトコルへデ
ータを渡す際の参考情報として使用される。フラグフィ
ールド706はパケットの分割に関する制御を指示するの
に使用される。生存時間フィールド707はパケットがネ
ットワークに存在してよい時間を秒単位で表している。
【００５２】プロトコル識別708は上位プロトコルがな
んであるかを示しています。例えば、以下のように、上
位プロトコルに対して番号が割り当てられている。
んであるかを示しています。例えば、以下のように、上
位プロトコルに対して番号が割り当てられている。
【００５３】 1 ICMP 6 TCP 17 UDP
【００５４】次に、ICMP Header 503について説明す
る。図8は、ICMP Header 503を示す概略図である。ICMP
Header 503は、ICMPタイプ801、ICMPコード802、チェ
ックサム803、識別子804、シーケンス番号805から構成
されている。
る。図8は、ICMP Header 503を示す概略図である。ICMP
Header 503は、ICMPタイプ801、ICMPコード802、チェ
ックサム803、識別子804、シーケンス番号805から構成
されている。
【００５５】ICMPタイプ801にはICMPエコー要求メッセ
ージの場合は8、ICMPエコー応答メッセージの場合は0が
セットされる。ICMPコード802には、ICMPエコーメッセ
ージの場合は常に0がセットされる。
ージの場合は8、ICMPエコー応答メッセージの場合は0が
セットされる。ICMPコード802には、ICMPエコーメッセ
ージの場合は常に0がセットされる。
【００５６】識別子804は、PC103で実行されたpingプロ
グラムが、要求したエコーコマンドが正しく応答されて
いるかを確認するのに用いられる。また、シーケンス番
号805は、pingプログラムがパケットの消失、順序違
い、重複などを確認するのに用いられる。
グラムが、要求したエコーコマンドが正しく応答されて
いるかを確認するのに用いられる。また、シーケンス番
号805は、pingプログラムがパケットの消失、順序違
い、重複などを確認するのに用いられる。
【００５７】以後、図11、12を用いて、通常のICMPエコ
ーメッセージの処理の流れについて説明する。図11は、
ネットワークドライバモジュール304が、ネットワークI
/F制御部206を介して、図5に示したようなフレームを受
信した後の動作を示すフローチャートである。
ーメッセージの処理の流れについて説明する。図11は、
ネットワークドライバモジュール304が、ネットワークI
/F制御部206を介して、図5に示したようなフレームを受
信した後の動作を示すフローチャートである。
【００５８】ネットワークドライバモジュール304がフ
レームを受信すると、まず、ステップS1101において、
図６に示すEthernet Headerを解析する。そして、ステ
ップS1102において、受信したフレームの宛先MACアドレ
スが自MACアドレスであるか否かを判定する。フレーム
が自MACアドレス向けのものでなければ、ステップS1103
において、宛先MACアドレスが、ブロードキャストアド
レスか、登録されたマルチキャストアドレスのいずれか
であるかを判定する。
レームを受信すると、まず、ステップS1101において、
図６に示すEthernet Headerを解析する。そして、ステ
ップS1102において、受信したフレームの宛先MACアドレ
スが自MACアドレスであるか否かを判定する。フレーム
が自MACアドレス向けのものでなければ、ステップS1103
において、宛先MACアドレスが、ブロードキャストアド
レスか、登録されたマルチキャストアドレスのいずれか
であるかを判定する。
【００５９】ステップS1102とステップS1103の判定の結
果、宛先MACアドレスが、自MACアドレス、ブロードキャ
ストアドレス、登録されたマルチキャストアドレスのい
ずれでもない場合には、ステップS1104において、受信
したフレームは破棄される。
果、宛先MACアドレスが、自MACアドレス、ブロードキャ
ストアドレス、登録されたマルチキャストアドレスのい
ずれでもない場合には、ステップS1104において、受信
したフレームは破棄される。
【００６０】ステップS1102とステップS1103の判定の結
果、宛先MACアドレスが、自MACアドレス、ブロードキャ
ストアドレス、登録されたマルチキャストアドレスのい
ずれかである場合には、ステップS1105において、Ether
net Header内のフレームタイプ603を調べて、その値が
“0x0800”であるか否かを判定する。
果、宛先MACアドレスが、自MACアドレス、ブロードキャ
ストアドレス、登録されたマルチキャストアドレスのい
ずれかである場合には、ステップS1105において、Ether
net Header内のフレームタイプ603を調べて、その値が
“0x0800”であるか否かを判定する。
【００６１】“0x0800”であれば、上位プロトコルはIP
プロトコルである、つまり、フレームのEthernet Heade
r以外のバイトストリームはIPプロトコルによるパケッ
トであると判断して、そのパケットをIPモジュール406
に渡す。ステップS1105において、“0x0800”でなけれ
ば、上位プロトコルはARPプロトコルである、つまり、
フレームのEthernet Header以外のバイトストリームはA
RPプロトコルによるパケットであると判断して、そのパ
ケットをARPモジュール407に渡す。
プロトコルである、つまり、フレームのEthernet Heade
r以外のバイトストリームはIPプロトコルによるパケッ
トであると判断して、そのパケットをIPモジュール406
に渡す。ステップS1105において、“0x0800”でなけれ
ば、上位プロトコルはARPプロトコルである、つまり、
フレームのEthernet Header以外のバイトストリームはA
RPプロトコルによるパケットであると判断して、そのパ
ケットをARPモジュール407に渡す。
【００６２】図11のステップS1106の続きとして、次
に、IPモジュール406がIPプロトコルによるパケットを
受け取った後の処理の流れについて説明する。図12は、
IPモジュール406がパケットを受け取った後の動作を示
すフローチャートである。
に、IPモジュール406がIPプロトコルによるパケットを
受け取った後の処理の流れについて説明する。図12は、
IPモジュール406がパケットを受け取った後の動作を示
すフローチャートである。
【００６３】まず、ステップS1201において、図7に示し
たIP Headerを解析する。そして、ステップS1202におい
て、宛先IPアドレス711が自IPアドレスになっているか
を判定する。宛先IPアドレスが自IPアドレスでない場合
には、更に、ステップS1203において、宛先IPアドレス
がブロードキャストアドレスか、登録されたマルチキャ
ストアドレスのいずれかであるか否かを判定する。
たIP Headerを解析する。そして、ステップS1202におい
て、宛先IPアドレス711が自IPアドレスになっているか
を判定する。宛先IPアドレスが自IPアドレスでない場合
には、更に、ステップS1203において、宛先IPアドレス
がブロードキャストアドレスか、登録されたマルチキャ
ストアドレスのいずれかであるか否かを判定する。
【００６４】ステップS1202とステップS1203の判定の結
果、宛先IPアドレスが、自IPアドレス、ブロードキャス
トアドレス、登録されたマルチキャストアドレスのいず
れでもない場合には、ステップS1204において、受け取
ったパケットは破棄される。
果、宛先IPアドレスが、自IPアドレス、ブロードキャス
トアドレス、登録されたマルチキャストアドレスのいず
れでもない場合には、ステップS1204において、受け取
ったパケットは破棄される。
【００６５】ステップS1202とステップS1203の判定にお
いて、宛先IPアドレスが、自IPアドレス、ブロードキャ
ストアドレス、登録されたマルチキャストアドレスのい
ずれかである場合には、次に、IP Headerのプロトコル
識別708を調べて、プロトコル識別708がTCPプロトコル
を示しているか、つまり、上位プロトコルがTCPプロト
コルであるか否かを判定する。プロトコル識別708がTCP
プロトコルを示している場合には、受け取ったパケット
のIP Header以外のビットストリームはTCPプロトコルに
よるパケットであると判断して、そのパケットをTCP管
理モジュール402に渡す。
いて、宛先IPアドレスが、自IPアドレス、ブロードキャ
ストアドレス、登録されたマルチキャストアドレスのい
ずれかである場合には、次に、IP Headerのプロトコル
識別708を調べて、プロトコル識別708がTCPプロトコル
を示しているか、つまり、上位プロトコルがTCPプロト
コルであるか否かを判定する。プロトコル識別708がTCP
プロトコルを示している場合には、受け取ったパケット
のIP Header以外のビットストリームはTCPプロトコルに
よるパケットであると判断して、そのパケットをTCP管
理モジュール402に渡す。
【００６６】ステップS1205において、プロトコル識別7
08がTCPプロトコルを示していなければ、更に、UDPプロ
トコルを示しているか否かを判定する。プロトコル識別
708がUDPプロトコルを示していれば、受け取ったパケッ
トのIP Header以外のビットストリームはUDPプロトコル
によるパケットであると判断して、ステップS1209にお
いて、そのパケットをUDP管理モジュール403に渡す。
08がTCPプロトコルを示していなければ、更に、UDPプロ
トコルを示しているか否かを判定する。プロトコル識別
708がUDPプロトコルを示していれば、受け取ったパケッ
トのIP Header以外のビットストリームはUDPプロトコル
によるパケットであると判断して、ステップS1209にお
いて、そのパケットをUDP管理モジュール403に渡す。
【００６７】なお、プロトコル識別708がTCPプロトコ
ル、UDPプロトコルのいずれも示していない場合には、I
CMPプロトコルを示していると判断して、ステップS1209
において、パケットをICMP管理モジュール404に渡す。
ル、UDPプロトコルのいずれも示していない場合には、I
CMPプロトコルを示していると判断して、ステップS1209
において、パケットをICMP管理モジュール404に渡す。
【００６８】更に、図12のステップS1209の続きとし
て、ICMP管理モジュール404がICMPプロトコルによるパ
ケットを受け取った後の処理の流れについて説明する。
図13は、ICMP管理モジュール404がパケットを受け取っ
た後の動作を示すフローチャートである。
て、ICMP管理モジュール404がICMPプロトコルによるパ
ケットを受け取った後の処理の流れについて説明する。
図13は、ICMP管理モジュール404がパケットを受け取っ
た後の動作を示すフローチャートである。
【００６９】ICMP管理モジュール404は、IPモジュール4
06からパケットを受け取ると、ステップS1301におい
て、図8に示したICMP Headerの解析を行う。そして、IC
MP管理モジュール404は、ステップS1302において、チェ
ックサム803をチェックし、これが不正な値である場合
にはこのパケットを破棄する。
06からパケットを受け取ると、ステップS1301におい
て、図8に示したICMP Headerの解析を行う。そして、IC
MP管理モジュール404は、ステップS1302において、チェ
ックサム803をチェックし、これが不正な値である場合
にはこのパケットを破棄する。
【００７０】そして、ICMPタイプ801を調べて、このパ
ケットがエコー要求メッセージであるかを判定する。エ
コー要求メッセージでなければ、ステップS1304におい
て、その他の処理を行う。
ケットがエコー要求メッセージであるかを判定する。エ
コー要求メッセージでなければ、ステップS1304におい
て、その他の処理を行う。
【００７１】受け取ったパケットがエコー要求メッセー
ジであれば、ステップS1305において、エコー応答メッ
セージを返す準備をする。ICMP管理モジュール404はエ
コー応答メッセージを返す場合には、図8に示したよう
なICMP Headerを作成する。ICMPタイプ801にはICMP応答
を示すコードが、ICMPコード802には0がセットされる。
また、識別子804には上記受け取ったICMPエコー要求メ
ッセージの識別子が、シーケンス番号805には上記受け
取ったICMPエコー要求メッセージのシーケンス番号がセ
ットされる。
ジであれば、ステップS1305において、エコー応答メッ
セージを返す準備をする。ICMP管理モジュール404はエ
コー応答メッセージを返す場合には、図8に示したよう
なICMP Headerを作成する。ICMPタイプ801にはICMP応答
を示すコードが、ICMPコード802には0がセットされる。
また、識別子804には上記受け取ったICMPエコー要求メ
ッセージの識別子が、シーケンス番号805には上記受け
取ったICMPエコー要求メッセージのシーケンス番号がセ
ットされる。
【００７２】最後に、チェックサムが計算されてセット
され、ステップS1306において、作成されたエコー応答
パケットはIPモジュール406に渡される。
され、ステップS1306において、作成されたエコー応答
パケットはIPモジュール406に渡される。
【００７３】IPモジュール406では、ICMP管理モジュー
ル404が作成したパケットに、図7に示したようなIP Hea
derを付ける。IP Headerの発信元IPアドレス710には自I
Pアドレスが、宛先アドレスには上記受信したIPパケッ
トの発信元IPアドレスがセットされる。作成されたIPパ
ケットはネットワークドライバモジュール304に渡され
る。
ル404が作成したパケットに、図7に示したようなIP Hea
derを付ける。IP Headerの発信元IPアドレス710には自I
Pアドレスが、宛先アドレスには上記受信したIPパケッ
トの発信元IPアドレスがセットされる。作成されたIPパ
ケットはネットワークドライバモジュール304に渡され
る。
【００７４】ネットワークドライバモジュール304で
は、IPモジュール406が作成したパケットに、図6に示し
たようなEthernet Headerを付ける。Ethernet Headerの
プロトコルタイプにはIPプロトコルであることを示す
“0x0800”がセットされる。また、発信元アドレス602
には自MACアドレスが、宛先アドレス602には上記受信し
たフレームの発信元MACアドレスがセットされる。
は、IPモジュール406が作成したパケットに、図6に示し
たようなEthernet Headerを付ける。Ethernet Headerの
プロトコルタイプにはIPプロトコルであることを示す
“0x0800”がセットされる。また、発信元アドレス602
には自MACアドレスが、宛先アドレス602には上記受信し
たフレームの発信元MACアドレスがセットされる。
【００７５】作成されたエコー応答メッセージは、ネッ
トワークI/F制御部206を介してLAN100に発信される。こ
のとき、CRC505がエコー応答メッセージの最後に付加さ
れる。
トワークI/F制御部206を介してLAN100に発信される。こ
のとき、CRC505がエコー応答メッセージの最後に付加さ
れる。
【００７６】以上が、通常のICMPエコーメッセージの処
理の流れである。本発明では、このような一般のICMPエ
コーメッセージの処理にICMP疑似管理モジュール405に
よる処理を加え、更に、IPモジュール406の処理に一部
変更を加える。それにより、ICMPエコー要求メッセージ
による、より安全なIPアドレス設定処理が実現されてい
る。
理の流れである。本発明では、このような一般のICMPエ
コーメッセージの処理にICMP疑似管理モジュール405に
よる処理を加え、更に、IPモジュール406の処理に一部
変更を加える。それにより、ICMPエコー要求メッセージ
による、より安全なIPアドレス設定処理が実現されてい
る。
【００７７】以下、本発明におけるICMPエコーメッセー
ジの処理の流れについて説明する。
ジの処理の流れについて説明する。
【００７８】先程説明したように、PC103で実行されて
いるpingプログラムからICMPエコー要求メッセージが発
信されると、ネットワークドライバモジュール304がLAN
100からネットワークI/F制御部206を介して、当該ICMP
エコー要求メッセージを受信する。そして、ネットワー
クドライバモジュール304は、図11のフローチャートに
従って処理を行った後、パケットがIPモジュール406に
渡される。ただし、ネットワークドライバモジュール30
4からIPモジュール406にパケットを渡す際には、Ethern
et Headerを外すことなく、そのままの状態でパケット
を渡す。
いるpingプログラムからICMPエコー要求メッセージが発
信されると、ネットワークドライバモジュール304がLAN
100からネットワークI/F制御部206を介して、当該ICMP
エコー要求メッセージを受信する。そして、ネットワー
クドライバモジュール304は、図11のフローチャートに
従って処理を行った後、パケットがIPモジュール406に
渡される。ただし、ネットワークドライバモジュール30
4からIPモジュール406にパケットを渡す際には、Ethern
et Headerを外すことなく、そのままの状態でパケット
を渡す。
【００７９】図9は、IPモジュール406がパケットを受け
取った後の動作を示すフローチャートである。まず、ス
テップS901において、チェックサムの確認を行った後、
受け取ったパケット内のIP Headerを解析する。
取った後の動作を示すフローチャートである。まず、ス
テップS901において、チェックサムの確認を行った後、
受け取ったパケット内のIP Headerを解析する。
【００８０】そして、ステップS902において、パケット
の宛先IPアドレス711が自IPアドレスと一致するかを判
定する。一致すれば、ステップS907において、図12と同
様な処理を行う。
の宛先IPアドレス711が自IPアドレスと一致するかを判
定する。一致すれば、ステップS907において、図12と同
様な処理を行う。
【００８１】ステップS902において、宛先IPアドレスと
自IPアドレスが一致しなければ、ステップS903におい
て、宛先IPアドレスが、ブロードキャストアドレスか、
登録されたマルチキャストアドレスのいずれかであるか
否かを判定する。もし、ブロードキャストアドレスか登
録されたマルチキャストアドレスのいずれかであれば、
ステップS907において、図12と同様な処理を行う。
自IPアドレスが一致しなければ、ステップS903におい
て、宛先IPアドレスが、ブロードキャストアドレスか、
登録されたマルチキャストアドレスのいずれかであるか
否かを判定する。もし、ブロードキャストアドレスか登
録されたマルチキャストアドレスのいずれかであれば、
ステップS907において、図12と同様な処理を行う。
【００８２】ステップS902とステップS903の判定の結
果、宛先IPアドレスが、自IPアドレス、ブロードキャス
トアドレス、登録されたマルチキャストアドレスのいず
れでもない場合には、ステップS904において、IP Heade
rのプロトコル識別708と、ICMPHeaderのICMPタイプ801
を調べて、パケットがICMPエコー要求メッセージである
かどうかを判定する。
果、宛先IPアドレスが、自IPアドレス、ブロードキャス
トアドレス、登録されたマルチキャストアドレスのいず
れでもない場合には、ステップS904において、IP Heade
rのプロトコル識別708と、ICMPHeaderのICMPタイプ801
を調べて、パケットがICMPエコー要求メッセージである
かどうかを判定する。
【００８３】ステップS904の判定の結果、ICMPエコー要
求メッセージでなければ、ステップS906において、その
パケットは破棄される。ICMPエコー要求メッセージであ
れば、ステップS905において、受け取ったパケットを疑
似ICMP管理モジュール405へ渡す。なお、この際に、IP
モジュール406はEthernet Header及びIP Headerをパケ
ットから取り除くことをしない。つまり、ネットワーク
ドライバモジュール304がLAN100から受信したパケット
のまま、パケットは疑似ICMP管理モジュール405へ渡さ
れる。
求メッセージでなければ、ステップS906において、その
パケットは破棄される。ICMPエコー要求メッセージであ
れば、ステップS905において、受け取ったパケットを疑
似ICMP管理モジュール405へ渡す。なお、この際に、IP
モジュール406はEthernet Header及びIP Headerをパケ
ットから取り除くことをしない。つまり、ネットワーク
ドライバモジュール304がLAN100から受信したパケット
のまま、パケットは疑似ICMP管理モジュール405へ渡さ
れる。
【００８４】次に、疑似ICMP管理モジュール405の処理
の流れについて説明する。図10は、疑似ICMP管理モジュ
ール405がパケットを受け取った後の動作を示すフロー
チャートである。疑似ICMP管理モジュール405がIPモジ
ュール406からパケットを受け取ると、ステップS1001に
おいて、パケットのEthernet Header501を調べて、パケ
ットの宛先MACアドレス601が自MACアドレスと一致する
かどうかを判定する。自MACアドレスと一致しない場合
には、ステップS1006において、そのパケットは破棄さ
れる。
の流れについて説明する。図10は、疑似ICMP管理モジュ
ール405がパケットを受け取った後の動作を示すフロー
チャートである。疑似ICMP管理モジュール405がIPモジ
ュール406からパケットを受け取ると、ステップS1001に
おいて、パケットのEthernet Header501を調べて、パケ
ットの宛先MACアドレス601が自MACアドレスと一致する
かどうかを判定する。自MACアドレスと一致しない場合
には、ステップS1006において、そのパケットは破棄さ
れる。
【００８５】ステップS1001において、宛先MACアドレス
が自MACアドレスと一致する場合には、ステップS1002に
おいて、IP Header502の全データ長704を調べて、全デ
ータ長704が509バイトになっているかどうかを判定す
る。全データ長704が509バイトになっている場合には、
ステップS1005において、NVRAM205に格納してある設定
パラメータを全て工場出荷値に変更する。
が自MACアドレスと一致する場合には、ステップS1002に
おいて、IP Header502の全データ長704を調べて、全デ
ータ長704が509バイトになっているかどうかを判定す
る。全データ長704が509バイトになっている場合には、
ステップS1005において、NVRAM205に格納してある設定
パラメータを全て工場出荷値に変更する。
【００８６】ステップS1002において、全データ長704が
509バイトになっていなければ、更に、ステップS1003に
おいて、全データ長704が507バイトになっているかどう
かを判定する。全データ長704が509バイト、507バイト
のいずれにもなっていない場合には、ステップS1006に
おいて、パケットを破棄する。
509バイトになっていなければ、更に、ステップS1003に
おいて、全データ長704が507バイトになっているかどう
かを判定する。全データ長704が509バイト、507バイト
のいずれにもなっていない場合には、ステップS1006に
おいて、パケットを破棄する。
【００８７】ステップS1003において、全データ長704が
507バイトになっている場合には、ステップS1004におい
て、IP Header502の宛先IPアドレス711を自IPアドレス
として設定する。疑似ICMP管理モジュール405はIPアド
レスを設定した後は、パケットをICMP管理モジュール40
4に渡す。なお、この際には、不必要なEthernet Header
やIP Headerは取り除かれる。
507バイトになっている場合には、ステップS1004におい
て、IP Header502の宛先IPアドレス711を自IPアドレス
として設定する。疑似ICMP管理モジュール405はIPアド
レスを設定した後は、パケットをICMP管理モジュール40
4に渡す。なお、この際には、不必要なEthernet Header
やIP Headerは取り除かれる。
【００８８】ICMP管理モジュール404は、図13と同様な
処理を行い、エコー応答メッセージをPC103に返す。
処理を行い、エコー応答メッセージをPC103に返す。
【００８９】これまでは、ネットワークデバイス装置で
の処理について説明したが、次に、PC103での処理につ
いて説明する。TCP/IPで通信可能なホストコンピュータ
には、一般的にpingプログラムが実装されており、ユー
ザはこのプログラムを用いてICMPエコー要求メッセージ
を送信することができる。
の処理について説明したが、次に、PC103での処理につ
いて説明する。TCP/IPで通信可能なホストコンピュータ
には、一般的にpingプログラムが実装されており、ユー
ザはこのプログラムを用いてICMPエコー要求メッセージ
を送信することができる。
【００９０】よって、ユーザは、PC103からネットワー
クボード101にIPアドレスを設定する場合、以下の手順
で処理を行う。
クボード101にIPアドレスを設定する場合、以下の手順
で処理を行う。
【００９１】 ARPプログラムを用いて、PC103のARP
テーブルにネットワークボードのMACアドレスと設定し
たいIPアドレスを登録する。
テーブルにネットワークボードのMACアドレスと設定し
たいIPアドレスを登録する。
【００９２】 pingプログラムを用いて、設定したい
IPアドレス向けにICMPエコー要求メッセージを送出す
る。このとき、pingプログラムのオプションを使って
（通常は、“−ｌ”オプションで送信するバッファサイ
ズを指定できる）、全データ長704が507バイトになるよ
うに調整する。また、設定パラメータを工場出荷値に変
更したいときには、オプションを使って、全データ長70
4が509バイトになるように調整する。
IPアドレス向けにICMPエコー要求メッセージを送出す
る。このとき、pingプログラムのオプションを使って
（通常は、“−ｌ”オプションで送信するバッファサイ
ズを指定できる）、全データ長704が507バイトになるよ
うに調整する。また、設定パラメータを工場出荷値に変
更したいときには、オプションを使って、全データ長70
4が509バイトになるように調整する。
【００９３】通常は、pingプログラムによるエコー要求
メッセージでは、IP Headerの全データ長704は64バイト
になる。そのため、上記設定したIPアドレスに向けて、
あらためてICMPエコー要求メッセージを通常どおりに送
出しても、本発明におけるネットワークデバイス装置で
は図10のステップS1003でパケットが破棄される。
メッセージでは、IP Headerの全データ長704は64バイト
になる。そのため、上記設定したIPアドレスに向けて、
あらためてICMPエコー要求メッセージを通常どおりに送
出しても、本発明におけるネットワークデバイス装置で
は図10のステップS1003でパケットが破棄される。
【００９４】本発明では、通常のpingプログラムの実行
によるIPアドレスの設定を排除するため、ICMPエコー要
求メッセージのIP Headerの全データ長704に着目し、全
データ長704があるデータ長になっている場合にのみ、I
Pアドレスの設定が行われるようにしている。
によるIPアドレスの設定を排除するため、ICMPエコー要
求メッセージのIP Headerの全データ長704に着目し、全
データ長704があるデータ長になっている場合にのみ、I
Pアドレスの設定が行われるようにしている。
【００９５】〔第2の実施の形態〕第1の実施の形態で
は、ICMPエコー要求メッセージのIP Headerの全データ
長704に着目したが、第2の実施の形態では、IP Header
のTTL（Time To Live）707に着目する。TTL値は8ビット
で表現され、0から255までの数値になる。ちなみに、一
般的には、32や64といった値になる。
は、ICMPエコー要求メッセージのIP Headerの全データ
長704に着目したが、第2の実施の形態では、IP Header
のTTL（Time To Live）707に着目する。TTL値は8ビット
で表現され、0から255までの数値になる。ちなみに、一
般的には、32や64といった値になる。
【００９６】この値は、ネットワークにおけるルータに
よって参照され、ルータがパケットを受け取るとそのパ
ケットのTTL値を1減算する。その結果、TTL値が0になる
と、ルータはそのパケットを破棄する。よって、初めTT
L値が32になっていると、そのパケットは最大32台のル
ータを通過することができる。この仕組みにより、パケ
ットが永遠にネットワーク間で転送されつづけることを
防ぐことが可能である。
よって参照され、ルータがパケットを受け取るとそのパ
ケットのTTL値を1減算する。その結果、TTL値が0になる
と、ルータはそのパケットを破棄する。よって、初めTT
L値が32になっていると、そのパケットは最大32台のル
ータを通過することができる。この仕組みにより、パケ
ットが永遠にネットワーク間で転送されつづけることを
防ぐことが可能である。
【００９７】なお、本実施の形態におけるネットワーク
環境では、この値が減算されることがないものと仮定す
る。
環境では、この値が減算されることがないものと仮定す
る。
【００９８】そこで、第２の実施の形態では、第１の実
施の形態における図10のフローチャートの代わりに、図
14のフローチャートを用いる。なお、その他の処理につ
いては、第1の実施の形態と同様であるため、説明を省
略する。
施の形態における図10のフローチャートの代わりに、図
14のフローチャートを用いる。なお、その他の処理につ
いては、第1の実施の形態と同様であるため、説明を省
略する。
【００９９】図14は、疑似ICMP管理モジュール405がパ
ケットを受け取った後の動作を示すフローチャートであ
る。疑似ICMP管理モジュール405がIPモジュール406から
パケットを受け取ると、ステップS1401において、パケ
ットのEthernet Header501を調べて、パケットの宛先MA
Cアドレス601が自MACアドレスと一致するかどうかを判
定する。自MACアドレスと一致しない場合には、ステッ
プS1406において、そのパケットは破棄される。
ケットを受け取った後の動作を示すフローチャートであ
る。疑似ICMP管理モジュール405がIPモジュール406から
パケットを受け取ると、ステップS1401において、パケ
ットのEthernet Header501を調べて、パケットの宛先MA
Cアドレス601が自MACアドレスと一致するかどうかを判
定する。自MACアドレスと一致しない場合には、ステッ
プS1406において、そのパケットは破棄される。
【０１００】ステップS1401において、宛先MACアドレス
が自MACアドレスと一致する場合には、ステップS1402に
おいて、IP Header502のTTL707を調べて、TTL707の値が
209になっているかどうかを判定する。TTL707が209にな
っている場合には、ステップS1405において、NVRAM205
に格納してある設定パラメータを全て工場出荷値に変更
する。
が自MACアドレスと一致する場合には、ステップS1402に
おいて、IP Header502のTTL707を調べて、TTL707の値が
209になっているかどうかを判定する。TTL707が209にな
っている場合には、ステップS1405において、NVRAM205
に格納してある設定パラメータを全て工場出荷値に変更
する。
【０１０１】ステップS1402において、TTL707が209にな
っていなければ、更に、ステップS1403において、TTL70
7が207になっているかどうかを判定する。TTL707が20
9、207のいずれにもなっていない場合には、ステップS1
406において、パケットを破棄する。
っていなければ、更に、ステップS1403において、TTL70
7が207になっているかどうかを判定する。TTL707が20
9、207のいずれにもなっていない場合には、ステップS1
406において、パケットを破棄する。
【０１０２】ステップS1403において、TTL707が207にな
っている場合には、ステップS1404において、IP Header
502の宛先IPアドレス711を自IPアドレスとして設定す
る。疑似ICMP管理モジュール405はIPアドレスを設定し
た後は、パケットをICMP管理モジュール404に渡す。な
お、この際には、不必要なEthernet HeaderやIP Header
は取り除かれる。
っている場合には、ステップS1404において、IP Header
502の宛先IPアドレス711を自IPアドレスとして設定す
る。疑似ICMP管理モジュール405はIPアドレスを設定し
た後は、パケットをICMP管理モジュール404に渡す。な
お、この際には、不必要なEthernet HeaderやIP Header
は取り除かれる。
【０１０３】ICMP管理モジュール404は、図13と同様な
処理を行い、エコー応答メッセージをPC103に返す。
処理を行い、エコー応答メッセージをPC103に返す。
【０１０４】これまでは、ネットワークデバイス装置で
の処理について説明したが、次に、PC103での処理につ
いて説明する。TCP/IPで通信可能なホストコンピュータ
には、一般的にpingプログラムが実装されており、ユー
ザはこのプログラムを用いてICMPエコー要求メッセージ
を送信することができる。
の処理について説明したが、次に、PC103での処理につ
いて説明する。TCP/IPで通信可能なホストコンピュータ
には、一般的にpingプログラムが実装されており、ユー
ザはこのプログラムを用いてICMPエコー要求メッセージ
を送信することができる。
【０１０５】よって、ユーザは、PC103からネットワー
クボード101にIPアドレスを設定する場合、以下の手順
で処理を行う。
クボード101にIPアドレスを設定する場合、以下の手順
で処理を行う。
【０１０６】 ARPプログラムを用いて、PC103のARP
テーブルにネットワークボードのMACアドレスと設定し
たいIPアドレスを登録する。
テーブルにネットワークボードのMACアドレスと設定し
たいIPアドレスを登録する。
【０１０７】 pingプログラムを用いて、設定したい
IPアドレス向けにICMPエコー要求メッセージを送出す
る。このとき、pingプログラムのオプションを使って
（通常は、“−i”オプションでTTLの値を設定でき
る）、TTL707の値が207になるように調整する。また、
設定パラメータを工場出荷値に変更したいときには、オ
プションを使って、TTLの値が209になるように調整す
る。
IPアドレス向けにICMPエコー要求メッセージを送出す
る。このとき、pingプログラムのオプションを使って
（通常は、“−i”オプションでTTLの値を設定でき
る）、TTL707の値が207になるように調整する。また、
設定パラメータを工場出荷値に変更したいときには、オ
プションを使って、TTLの値が209になるように調整す
る。
【０１０８】通常は、pingプログラムによるエコー要求
メッセージでは、IP HeaderのTTLの値は32か64である。
そのため、上記設定したIPアドレスに向けて、あらため
てICMPエコー要求メッセージを通常どおりに送出して
も、本発明におけるネットワークデバイス装置では図10
のステップS1003でパケットが破棄される。
メッセージでは、IP HeaderのTTLの値は32か64である。
そのため、上記設定したIPアドレスに向けて、あらため
てICMPエコー要求メッセージを通常どおりに送出して
も、本発明におけるネットワークデバイス装置では図10
のステップS1003でパケットが破棄される。
【０１０９】本発明では、通常のpingプログラムの実行
によるIPアドレスの設定を排除するため、ICMPエコー要
求メッセージのIP HeaderのTTL707に着目し、TTL707が
ある値になっている場合にのみ、IPアドレスの設定が行
われるようにしている。
によるIPアドレスの設定を排除するため、ICMPエコー要
求メッセージのIP HeaderのTTL707に着目し、TTL707が
ある値になっている場合にのみ、IPアドレスの設定が行
われるようにしている。
【０１１０】〔第３の実施の形態〕第１及び第２の実施
の形態では、本発明をネットワークボードで実現した
が、レーザビームプリンタやインクジェットプリンタ等
のプリンタ自身で実現しても、本発明の目的は達成され
ることは言うまでもない。図１５はこの場合のレーザビ
ームプリンタの内部構造を示す断面図である。このＬＢ
Ｐは、文字パターンデータ等を入力して記録紙に印刷す
ることができる。
の形態では、本発明をネットワークボードで実現した
が、レーザビームプリンタやインクジェットプリンタ等
のプリンタ自身で実現しても、本発明の目的は達成され
ることは言うまでもない。図１５はこの場合のレーザビ
ームプリンタの内部構造を示す断面図である。このＬＢ
Ｐは、文字パターンデータ等を入力して記録紙に印刷す
ることができる。
【０１１１】図１５において、１５４０はＬＢＰ本体で
あり、供給される文字パターン等を基に、記録媒体であ
る記録紙上に像を形成する。１５００は操作のためのス
イツチ及びＬＥＤ表示器などが配されている操作パネ
ル、１５０１はＬＢＰ１５４０全体の制御及び文字パタ
ーン情報等を解析するプリンタ制御ユニツトである。こ
のプリンタ制御ユニツト１５０１は主に文字パターン情
報をビデオ信号に変換してレーザドライバ１５０２に出
力する。
あり、供給される文字パターン等を基に、記録媒体であ
る記録紙上に像を形成する。１５００は操作のためのス
イツチ及びＬＥＤ表示器などが配されている操作パネ
ル、１５０１はＬＢＰ１５４０全体の制御及び文字パタ
ーン情報等を解析するプリンタ制御ユニツトである。こ
のプリンタ制御ユニツト１５０１は主に文字パターン情
報をビデオ信号に変換してレーザドライバ１５０２に出
力する。
【０１１２】レーザドライバ１５０２は半導体レーザ１
５０３を駆動するための回路であり、入力されたビデオ
信号に応じて半導体レーザ１５０３から発射されるレー
ザ光１５０４をオン・オフ切替えする。レーザ光１５０
４は回転多面鏡１５０５で左右方向に振られて静電ドラ
ム１５０６上を走査する。これにより、静電ドラム１５
０６上には文字パターンの静電潜像が形成される。この
潜像は静電ドラム１５０６周囲の現像ユニツト１５０７
により現像された後、記録紙に転写される。
５０３を駆動するための回路であり、入力されたビデオ
信号に応じて半導体レーザ１５０３から発射されるレー
ザ光１５０４をオン・オフ切替えする。レーザ光１５０
４は回転多面鏡１５０５で左右方向に振られて静電ドラ
ム１５０６上を走査する。これにより、静電ドラム１５
０６上には文字パターンの静電潜像が形成される。この
潜像は静電ドラム１５０６周囲の現像ユニツト１５０７
により現像された後、記録紙に転写される。
【０１１３】この記録紙にはカットシートを用い、カッ
トシート記録紙はＬＢＰ１５４０に装着した複数種の用
紙に対応した複数の用紙カセツト１５０８に収納され、
給紙ローラ１５０９及び搬送ローラ１５１０と１５１１
とにより装置内に取込まれて、静電ドラム１５０６に供
給される。
トシート記録紙はＬＢＰ１５４０に装着した複数種の用
紙に対応した複数の用紙カセツト１５０８に収納され、
給紙ローラ１５０９及び搬送ローラ１５１０と１５１１
とにより装置内に取込まれて、静電ドラム１５０６に供
給される。
【０１１４】次に、上述したレーザビームプリンタの記
録制御を実行するための制御構成について、図１６に示
すブロック図を参照して説明する。図１６において、１
６３０はプリンタ制御ユニットである。ネットワークイ
ンターフェイス部１６１５を制御するネットワークイン
ターフェイス部１６１４を介して、ネットワーク１６１
８に接続されているホストコンピュータ１６１６と通信
可能に構成されている。
録制御を実行するための制御構成について、図１６に示
すブロック図を参照して説明する。図１６において、１
６３０はプリンタ制御ユニットである。ネットワークイ
ンターフェイス部１６１５を制御するネットワークイン
ターフェイス部１６１４を介して、ネットワーク１６１
８に接続されているホストコンピュータ１６１６と通信
可能に構成されている。
【０１１５】１６０２はCPUで、ROM１６０４に記録され
た制御プログラムに基づいて、バス２０３に接続された
各デバイスを制御する。なお、CPU１６０２が本発明に
係るプログラム（第１及び第２の実施の形態において説
明したフローチャート等）を実行することにより、本発
明は実現される。１６０５はRAMで、CPU１６０２の使用
するデータや、印字データなどを一時的に記憶する。
た制御プログラムに基づいて、バス２０３に接続された
各デバイスを制御する。なお、CPU１６０２が本発明に
係るプログラム（第１及び第２の実施の形態において説
明したフローチャート等）を実行することにより、本発
明は実現される。１６０５はRAMで、CPU１６０２の使用
するデータや、印字データなどを一時的に記憶する。
【０１１６】１６１０は、エンジン制御部で、エンジン
インターフェイス（Ｉ／Ｆ）部１６１１を介して、プリ
ンタエンジン１６１２を制御し、印字処理を行う。
インターフェイス（Ｉ／Ｆ）部１６１１を介して、プリ
ンタエンジン１６１２を制御し、印字処理を行う。
【０１１７】１６０６はメモリ制御部で、メモリ１６０
７を制御する。１６０９は回線制御部で、パラレル回線
Ｉ／Ｆ部１６０８Aやシリアル回線Ｉ／Ｆ部１６０８Ｂ
を制御する。１１６１３はパネル制御部で、パネル１６
２０を制御する。
７を制御する。１６０９は回線制御部で、パラレル回線
Ｉ／Ｆ部１６０８Aやシリアル回線Ｉ／Ｆ部１６０８Ｂ
を制御する。１１６１３はパネル制御部で、パネル１６
２０を制御する。
【０１１８】１６１８は、プリンタ制御ユニット１６３
０とホストコンピュータ１６１６をつなぐネットワーク
である。
０とホストコンピュータ１６１６をつなぐネットワーク
である。
【０１１９】また、レーザビームプリンタを例にして説
明したが、これに限定されるものでなく、以下で説明す
るインクジェットプリンタ等にも適応可能である。図１
７は、不図示であるが複数種の用紙を印刷ジョブに対応
して給紙可能であるインクジェット記録装置の概観図で
ある。
明したが、これに限定されるものでなく、以下で説明す
るインクジェットプリンタ等にも適応可能である。図１
７は、不図示であるが複数種の用紙を印刷ジョブに対応
して給紙可能であるインクジェット記録装置の概観図で
ある。
【０１２０】同図において、駆動モータ５０１３の正逆
回転に連動して駆動力伝達ギア５０１１，５００９を介
して回転するリードスクリュー５００５の螺旋溝５００
４に対して係合するキャリッジ５１００は、ピン（不図
示）を有し、矢印ａ，ｂ方向に往復移動される。このキ
ャリッジ５１００には、インクジェットカートリッジ５
１０１が搭載されている。
回転に連動して駆動力伝達ギア５０１１，５００９を介
して回転するリードスクリュー５００５の螺旋溝５００
４に対して係合するキャリッジ５１００は、ピン（不図
示）を有し、矢印ａ，ｂ方向に往復移動される。このキ
ャリッジ５１００には、インクジェットカートリッジ５
１０１が搭載されている。
【０１２１】５００２は紙押え板であり、キャリッジの
移動方向に亙って紙をプラテン５０００に対して押圧す
る。５００７，５００８はフォトカプラで、キャリッジ
のレバー５００６のこの域での存在を確認して、モータ
５０１３の回転方向切り換え等を行うためのホームポジ
ション検知手段である。
移動方向に亙って紙をプラテン５０００に対して押圧す
る。５００７，５００８はフォトカプラで、キャリッジ
のレバー５００６のこの域での存在を確認して、モータ
５０１３の回転方向切り換え等を行うためのホームポジ
ション検知手段である。
【０１２２】５０１６は記録ヘッドの前面をキャップす
るキャップ部材５０２２を支持する部材で、５０１５は
このキャップ内を吸引する吸引手段で、キャップ内開口
５０２３を介して記録ヘッドの吸引回復を行う。
るキャップ部材５０２２を支持する部材で、５０１５は
このキャップ内を吸引する吸引手段で、キャップ内開口
５０２３を介して記録ヘッドの吸引回復を行う。
【０１２３】５０１７はクリーニングブレードで、５０
１９はこのブレードを前後方向に移動可能にする部材で
あり、本体支持板５０１８にこれらが支持されている。
ブレードは、この形態でなく周知のクリーニングブレー
ドが本例に適用できることは言うまでもない。又、５０
２１は、吸引回復の吸引を開始するためのレバーで、キ
ャリッジと係合するカム５０２０の移動に伴って移動
し、駆動モータからの駆動力がクラッチ切り換え等の公
知の伝達手段で移動制御される。
１９はこのブレードを前後方向に移動可能にする部材で
あり、本体支持板５０１８にこれらが支持されている。
ブレードは、この形態でなく周知のクリーニングブレー
ドが本例に適用できることは言うまでもない。又、５０
２１は、吸引回復の吸引を開始するためのレバーで、キ
ャリッジと係合するカム５０２０の移動に伴って移動
し、駆動モータからの駆動力がクラッチ切り換え等の公
知の伝達手段で移動制御される。
【０１２４】これらのキャッピング、クリーニング、吸
引回復は、キャリッジがホームポジション側の領域に来
た時にリードスクリュー５００５の作用によってそれら
の対応位置で所望の処理が行えるように構成されている
が、周知のタイミングで所望の作動を行うようにすれ
ば、本例にはいずれも適用できる。
引回復は、キャリッジがホームポジション側の領域に来
た時にリードスクリュー５００５の作用によってそれら
の対応位置で所望の処理が行えるように構成されている
が、周知のタイミングで所望の作動を行うようにすれ
ば、本例にはいずれも適用できる。
【０１２５】次に、上述したインクジェット記録装置の
記録制御を実行するための制御構成について、図１８に
示すブロック図を参照して説明する。制御回路を示す同
図において、１８００は記録信号を入力するインターフ
ェース、１８０１はＭＰＵ、１８０２はＭＰＵ１８０１
が実行する制御プログラムを格納するプログラムＲＯ
Ｍ、１８０３は各種データ（上記記録信号やヘッドに供
給される記録データ等）を保存しておくダイナミック型
のＲＯＭである。ＭＰＵ１８０１が、本発明に係るプロ
グラム（第１及び第２の実施の形態において説明したフ
ローチャート等）を実行することにより、本発明は実現
される。
記録制御を実行するための制御構成について、図１８に
示すブロック図を参照して説明する。制御回路を示す同
図において、１８００は記録信号を入力するインターフ
ェース、１８０１はＭＰＵ、１８０２はＭＰＵ１８０１
が実行する制御プログラムを格納するプログラムＲＯ
Ｍ、１８０３は各種データ（上記記録信号やヘッドに供
給される記録データ等）を保存しておくダイナミック型
のＲＯＭである。ＭＰＵ１８０１が、本発明に係るプロ
グラム（第１及び第２の実施の形態において説明したフ
ローチャート等）を実行することにより、本発明は実現
される。
【０１２６】１８０４は記録ヘッド１８０８に対する記
録データの供給制御を行うゲートアレイであり、インタ
ーフェース１８００、ＭＰＵ１８０１、ＲＡＭ１８０３
間のデータ転送制御も行う。１８１０は記録ヘッド１８
０８を搬送するためのキャリアモータ、１８０９は記録
紙搬送のための搬送モータである。１８０５はヘッドを
駆動するヘッドドライバ、１８０６、１８０７はそれぞ
れ搬送モータ１８０９、キャリアモータ１８１０を駆動
するためのモータドライバである。
録データの供給制御を行うゲートアレイであり、インタ
ーフェース１８００、ＭＰＵ１８０１、ＲＡＭ１８０３
間のデータ転送制御も行う。１８１０は記録ヘッド１８
０８を搬送するためのキャリアモータ、１８０９は記録
紙搬送のための搬送モータである。１８０５はヘッドを
駆動するヘッドドライバ、１８０６、１８０７はそれぞ
れ搬送モータ１８０９、キャリアモータ１８１０を駆動
するためのモータドライバである。
【０１２７】上記制御構成の動作を説明すると、インタ
ーフェース１８００に記録信号が入るとゲートアレイ１
８０４とＭＰＵ１８０１との間で記録信号がプリント用
の記録データに変換される。そして、モータドライバ１
８０６、１８０７が駆動されると共に、ヘッドドライバ
１８０５に送られた記録データに従って記録ヘッドが駆
動され、印刷が行われる。
ーフェース１８００に記録信号が入るとゲートアレイ１
８０４とＭＰＵ１８０１との間で記録信号がプリント用
の記録データに変換される。そして、モータドライバ１
８０６、１８０７が駆動されると共に、ヘッドドライバ
１８０５に送られた記録データに従って記録ヘッドが駆
動され、印刷が行われる。
【０１２８】以上のようなインクジェットプリンタの制
御構成に、本発明の構成要素を組み込むことも可能であ
り、本発明はレーザビームプリンタに限らず、上記イン
クジェットプリンタ等にも適用できることは明らかであ
る。
御構成に、本発明の構成要素を組み込むことも可能であ
り、本発明はレーザビームプリンタに限らず、上記イン
クジェットプリンタ等にも適用できることは明らかであ
る。
【０１２９】〔第４の実施の形態〕なお、本発明は、複
数の機器（例えばホストコンピュータ，インタフェイス
機器，リーダ，プリンタなど）から構成されるシステム
に適用しても、一つの機器からなる装置（例えば、複写
機，ファクシミリ装置など）に適用してもよい。
数の機器（例えばホストコンピュータ，インタフェイス
機器，リーダ，プリンタなど）から構成されるシステム
に適用しても、一つの機器からなる装置（例えば、複写
機，ファクシミリ装置など）に適用してもよい。
【０１３０】また、図１９に示すように、本発明の目的
は、前述した第１、第２及び第３の実施の形態の機能を
実現するソフトウェアのプログラムコードを記録した記
憶媒体を、図２、図１６及び図１８に示すシステムある
いは装置に供給し、そのシステムあるいは装置のコンピ
ュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納され
たプログラムコードを読出し実行することによっても、
達成されることは言うまでもない。
は、前述した第１、第２及び第３の実施の形態の機能を
実現するソフトウェアのプログラムコードを記録した記
憶媒体を、図２、図１６及び図１８に示すシステムある
いは装置に供給し、そのシステムあるいは装置のコンピ
ュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納され
たプログラムコードを読出し実行することによっても、
達成されることは言うまでもない。
【０１３１】また、図１９に示すように、前述した第
１、第２及び第3の実施の形態の機能を実現するソフト
ウェアのプログラムコードをネットワーク或いは公衆回
線を介してサーバコンピュータから図２、図１６及び図
１８に示すシステムあるいは装置に供給し、そのシステ
ムあるいは装置のコンピュータ（またはＣＰＵやＭＰ
Ｕ）が供給されたプログラムコードを実行することによ
っても、達成されることは言うまでもない。
１、第２及び第3の実施の形態の機能を実現するソフト
ウェアのプログラムコードをネットワーク或いは公衆回
線を介してサーバコンピュータから図２、図１６及び図
１８に示すシステムあるいは装置に供給し、そのシステ
ムあるいは装置のコンピュータ（またはＣＰＵやＭＰ
Ｕ）が供給されたプログラムコードを実行することによ
っても、達成されることは言うまでもない。
【０１３２】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体及
びそのプログラムコードを送出したサーバ装置は本発明
を構成することになる。
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体及
びそのプログラムコードを送出したサーバ装置は本発明
を構成することになる。
【０１３３】本実施例では、記憶媒体から本プログラム
及び関連データを直接ＲＡＭにロードして実行させる例
を示したが、この他にＦＤ等の外部記憶媒体から本プロ
グラム及び関連データを一旦外部メモリ内の不揮発性記
憶媒体であるハードディスクに格納（インストール）し
ておき、本データ作成・送信処理制御プログラムを動作
させる際にハードディスクからＲＡＭにロードするよう
にしても良い。
及び関連データを直接ＲＡＭにロードして実行させる例
を示したが、この他にＦＤ等の外部記憶媒体から本プロ
グラム及び関連データを一旦外部メモリ内の不揮発性記
憶媒体であるハードディスクに格納（インストール）し
ておき、本データ作成・送信処理制御プログラムを動作
させる際にハードディスクからＲＡＭにロードするよう
にしても良い。
【０１３４】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。また、コンピュータが読出し
たプログラムコードを実行することにより、前述した実
施形態の機能が実現されるだけでなく、そのプログラム
コードの指示に基づき、コンピュータ上で稼働している
ＯＳ（オペレーティングシステム）などが実際の処理の
一部または全部を行い、その処理によって前述した実施
形態の機能が実現される場合も含まれることは言うまで
もない。
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。また、コンピュータが読出し
たプログラムコードを実行することにより、前述した実
施形態の機能が実現されるだけでなく、そのプログラム
コードの指示に基づき、コンピュータ上で稼働している
ＯＳ（オペレーティングシステム）などが実際の処理の
一部または全部を行い、その処理によって前述した実施
形態の機能が実現される場合も含まれることは言うまで
もない。
【０１３５】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。
【０１３６】
【発明の効果】以上説明したように、本発明によれば、
PCなどに標準的に搭載されている、汎用的なプログラム
を用いながら、送出するデータのネットワークプロトコ
ルにおける属性値に応じて、ネットワークデバイス装置
でのIPアドレスの設定と設定パラメータの工場出荷値へ
の設定を安全に行うことが可能になる。
PCなどに標準的に搭載されている、汎用的なプログラム
を用いながら、送出するデータのネットワークプロトコ
ルにおける属性値に応じて、ネットワークデバイス装置
でのIPアドレスの設定と設定パラメータの工場出荷値へ
の設定を安全に行うことが可能になる。
【図１】ネットワークボードをプリンタに接続した場合
の、ネットワークの構成を示す概略図である。
の、ネットワークの構成を示す概略図である。
【図２】ネットワークボード101の制御構成の概略を示
すブロック図である。
すブロック図である。
【図３】ネットワークボード101のプログラム構成の概
略を示すブロック図である。
略を示すブロック図である。
【図４】ネットワークプロトコル通信モジュール内のTC
P/IPプロトコルに係るプログラム構成の概略を示すブロ
ック図である。
P/IPプロトコルに係るプログラム構成の概略を示すブロ
ック図である。
【図５】ICMPエコーメッセージのフレーム概要を示す概
略図である。
略図である。
【図６】Ethernet Headerを示す概略図である。
【図７】IP Headerを示す概略図である。
【図８】ICMP Headerを示す概略図である。
【図９】本発明のIPモジュール406の処理の流れを示す
フローチャートである。
フローチャートである。
【図１０】第1の実施の形態における疑似ICMP管理モジ
ュール405の処理の流れを示すフローチャートである。
ュール405の処理の流れを示すフローチャートである。
【図１１】一般のネットワークドライバモジュール304
の処理の流れを示すフローチャートである。
の処理の流れを示すフローチャートである。
【図１２】一般のIPモジュール406の処理の流れを示す
フローチャートである。
フローチャートである。
【図１３】一般のICMP管理モジュール404の処理の流れ
を示すフローチャートである。
を示すフローチャートである。
【図１４】第2の実施の形態における疑似ICMP管理モジ
ュール405の処理の流れを示すフローチャートである。
ュール405の処理の流れを示すフローチャートである。
【図１５】レーザビームプリンタの内部構造を示す断面
図である。
図である。
【図１６】レーザビームプリンタの記録制御を実行する
ための制御構成を示すブロック図である。
ための制御構成を示すブロック図である。
【図１７】インクジェット記録装置の内部構造を示す概
観図である。
観図である。
【図１８】インクジェット記録装置の記録制御を実行す
るための制御構成を示すブロック図である。
るための制御構成を示すブロック図である。
【図１９】発明に係るプログラムコードの供給方法の一
例を示す図である。
例を示す図である。
１００ ローカルエリアネットワーク（ＬＡＮ） １０１ ネットワークボード １０２ プリンタ １０３ パーソナルコンピュータ ２０１ ＣＰＵ ２０２ ＲＯＭ ２０３ ＲＡＭ ２０４ 拡張インターフェイス制御部 ２０５ ＮＶＲＡＭ ２０６ ネットワークインターフェイス制御部 ３０１ プリンタインターフェイスドライバモジュール ３０２ 印刷プロトコルモジュール ３０３ ネットワークプロトコル通信モジュール ３０４ ネットワークドライバモジュール ３０５ デバイス管理モジュール ４０１ ソケットインターフェイス管理モジュール ４０２ ＴＣＰ管理モジュール ４０３ ＵＤＰ管理モジュール ４０４ ＩＣＭＰ管理モジュール ４０５ 疑似ＩＣＭＰ管理モジュール ４０６ ＩＰモジュール ４０７ ＡＲＰモジュール ２２０１ 本発明に係るシステム或いは装置 ２２０２ フロッピー（登録商標）ディスク ２２０３ フロッピーディスクドライブ ２２０４ サーバコンピュータ ２２０５ ネットワーク或いは公衆回線
Claims (33)
- 【請求項１】 ネットワークから標準的なプロトコルを
用いてデータを受信する受信手段と、 前記データについて、前記標準的なプロトコルにおいて
特殊な属性値を検出する検出手段と、 前記データの宛先物理アドレスが自物理アドレスと同一
である場合、前記属性値に応じて各種パラメータの設定
を行う設定手段とを備えることを特徴とするネットワー
クデバイス制御装置。 - 【請求項２】 前記設定手段は、前記データの宛先論理
アドレスと自論理アドレスが異なり、かつ、前記宛先物
理アドレスが自物理アドレスと同一である場合、前記属
性値に応じて各種パラメータの設定を行うことを特徴と
する請求項１に記載のネットワークデバイス制御装置。 - 【請求項３】 前記設定手段は、前記データの宛先論理
アドレスを自論理アドレスに設定することを特徴とする
請求項１或いは２に記載のネットワークデバイス制御装
置。 - 【請求項４】 前記標準的なプロトコルはインターネッ
トプロトコルであり、 前記論理アドレスはIPアドレスであることを特徴とする
請求項１乃至３のいずれかに記載のネットワークデバイ
ス制御装置。 - 【請求項５】 前記物理アドレスはMACアドレスである
ことを特徴とする請求項１乃至４のいずれかに記載のネ
ットワークデバイス制御装置。 - 【請求項６】 前記データは、ＩＣＭＰプロトコルによ
るＩＣＭＰエコーメッセージであることを特徴とする請
求項４或いは５に記載のネットワークデバイス制御装
置。 - 【請求項７】 前記属性値は、前記データの全データ長
であることを特徴とする請求項１乃至６のいずれかに記
載のネットワークデバイス制御装置。 - 【請求項８】 前記属性値は、前記データのTTL値であ
ることを特徴とする請求項１乃至６のいずれかに記載の
ネットワークデバイス制御装置。 - 【請求項９】 ICMPエコーメッセージを受信する受信手
段と、 前記ICMPエコーメッセージのデータ長を検出するデータ
長検出手段と、 前記ＭＡＣアドレスが自ＭＡＣアドレスと同一である場
合、前記データ長の値に応じて各種設定パラメータの設
定を行う設定手段とを備えることを特徴とするネットワ
ークデバイス制御装置。 - 【請求項１０】 前記設定手段は、前記ＩＣＭＰエコー
メッセージの宛先ＩＰアドレスと自ＩＰアドレスが異な
り、かつ、前記宛先ＭＡＣアドレスと前記自ＭＡＣアド
レスとが同一である場合、前記データ長の値に応じて各
種設定パラメータの設定を行うことを特徴とする請求項
９に記載のネットワークデバイス制御装置。 - 【請求項１１】 前記設定手段は、前記ＩＣＭＰエコー
メッセージの宛先ＩＰアドレスを自ＩＰアドレスに設定
することを特徴とする請求項９或いは１０に記載のネッ
トワークデバイス制御装置。 - 【請求項１２】 ネットワークから標準的なプロトコル
を用いてデータを受信する受信ステップと、 前記データについて、前記標準的なプロトコルにおいて
特殊な属性値を検出する検出ステップと、 前記データの宛先物理アドレスが自物理アドレスと同一
である場合、前記属性値に応じて各種パラメータの設定
を行う設定ステップとを備えることを特徴とするネット
ワークデバイス制御方法。 - 【請求項１３】 前記設定ステップでは、前記データの
宛先論理アドレスと自論理アドレスが異なり、かつ、前
記宛先物理アドレスが自物理アドレスと同一である場
合、前記属性値に応じて各種パラメータの設定を行うこ
とを特徴とする請求項１２に記載のネットワークデバイ
ス制御方法。 - 【請求項１４】 前記設定ステップでは、前記データの
宛先論理アドレスを自論理アドレスに設定することを特
徴とする請求項１２或いは１３に記載のネットワークデ
バイス制御方法。 - 【請求項１５】 前記標準的なプロトコルはインターネ
ットプロトコルであり、 前記論理アドレスはIPアドレスであることを特徴とする
請求項１２乃至１４のいずれかに記載のネットワークデ
バイス制御方法。 - 【請求項１６】 前記物理アドレスはMACアドレスであ
ることを特徴とする請求項１２乃至１５のいずれかに記
載のネットワークデバイス制御方法。 - 【請求項１７】 前記データは、ＩＣＭＰプロトコルに
よるＩＣＭＰエコーメッセージであることを特徴とする
請求項１５或いは１６に記載のネットワークデバイス制
御方法。 - 【請求項１８】 前記属性値は、前記データの全データ
長であることを特徴とする請求項１２乃至１７のいずれ
かに記載のネットワークデバイス制御方法。 - 【請求項１９】 前記属性値は、前記データのTTL値で
あることを特徴とする請求項１２乃至１７のいずれかに
記載のネットワークデバイス制御方法。 - 【請求項２０】 ICMPエコーメッセージを受信する受信
ステップと、 前記ICMPエコーメッセージのデータ長を検出するデータ
長検出ステップと、 前記ＭＡＣアドレスが自ＭＡＣアドレスと同一である場
合、前記データ長の値に応じて各種設定パラメータの設
定を行う設定ステップとを備えることを特徴とするネッ
トワークデバイス制御方法。 - 【請求項２１】 前記設定ステップでは、前記ＩＣＭＰ
エコーメッセージの宛先ＩＰアドレスと自ＩＰアドレス
が異なり、かつ、前記宛先ＭＡＣアドレスと前記自ＭＡ
Ｃアドレスとが同一である場合、前記データ長の値に応
じて各種設定パラメータの設定を行うことを特徴とする
請求項２０に記載のネットワークデバイス制御方法。 - 【請求項２２】 前記設定ステップでは、前記ＩＣＭＰ
エコーメッセージの宛先ＩＰアドレスを自ＩＰアドレス
に設定することを特徴とする請求項２０或いは２１に記
載のネットワークデバイス制御方法。 - 【請求項２３】 ネットワークから標準的なプロトコル
を用いてデータを受信する受信ステップと、 前記データについて、前記標準的なプロトコルにおいて
特殊な属性値を検出する検出ステップと、 前記データの宛先物理アドレスが自物理アドレスと同一
である場合、前記属性値に応じて各種パラメータの設定
を行う設定ステップとを有することを特徴とするコンピ
ュータに実行させるネットワークデバイス制御プログラ
ムを格納した記憶媒体。 - 【請求項２４】 前記設定ステップでは、前記データの
宛先論理アドレスと自論理アドレスが異なり、かつ、前
記宛先物理アドレスが自物理アドレスと同一である場
合、前記属性値に応じて各種パラメータの設定を行うこ
とを特徴とする請求項２３に記載の記憶媒体。 - 【請求項２５】 前記設定ステップでは、前記データの
宛先論理アドレスを自論理アドレスに設定することを特
徴とする請求項２３或いは２４に記載の記憶媒体。 - 【請求項２６】 前記標準的なプロトコルはインターネ
ットプロトコルであり、 前記論理アドレスはIPアドレスであることを特徴とする
請求項２３乃至２５のいずれかに記載の記憶媒体。 - 【請求項２７】 前記物理アドレスはMACアドレスであ
ることを特徴とする請求項２３乃至２６のいずれかに記
載の記憶媒体。 - 【請求項２８】 前記データは、ＩＣＭＰプロトコルに
よるＩＣＭＰエコーメッセージであることを特徴とする
請求項２６或いは２７に記載の記憶媒体。 - 【請求項２９】 前記属性値は、前記データの全データ
長であることを特徴とする請求項２３乃至２８のいずれ
かに記載の記憶媒体。 - 【請求項３０】 前記属性値は、前記データのTTL値で
あることを特徴とする請求項２３乃至２８のいずれかに
記載の記憶媒体。 - 【請求項３１】 ICMPエコーメッセージを受信する受信
ステップと、 前記ICMPエコーメッセージのデータ長を検出するデータ
長検出ステップと、 前記ＭＡＣアドレスが自ＭＡＣアドレスと同一である場
合、前記データ長の値に応じて各種設定パラメータの設
定を行う設定ステップとを備えることを特徴とする記憶
媒体。 - 【請求項３２】 前記設定ステップでは、前記ＩＣＭＰ
エコーメッセージの宛先ＩＰアドレスと自ＩＰアドレス
が異なり、かつ、前記宛先ＭＡＣアドレスと前記自ＭＡ
Ｃアドレスとが同一である場合、前記データ長の値に応
じて各種設定パラメータの設定を行うことを特徴とする
請求項３１に記載の記憶媒体。 - 【請求項３３】 前記設定ステップでは、前記ＩＣＭＰ
エコーメッセージの宛先ＩＰアドレスを自ＩＰアドレス
に設定することを特徴とする請求項３１或いは３２に記
載の記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04647599A JP3563990B2 (ja) | 1999-02-24 | 1999-02-24 | ネットワーク装置、ネットワークデバイス制御方法及び記録媒体 |
| US09/507,941 US7546358B1 (en) | 1999-02-24 | 2000-02-22 | Network device control apparatus, network device control method, network device control program, and computer-readable recording medium storing network device control program therein |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04647599A JP3563990B2 (ja) | 1999-02-24 | 1999-02-24 | ネットワーク装置、ネットワークデバイス制御方法及び記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000244533A true JP2000244533A (ja) | 2000-09-08 |
| JP3563990B2 JP3563990B2 (ja) | 2004-09-08 |
Family
ID=12748231
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04647599A Expired - Fee Related JP3563990B2 (ja) | 1999-02-24 | 1999-02-24 | ネットワーク装置、ネットワークデバイス制御方法及び記録媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7546358B1 (ja) |
| JP (1) | JP3563990B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002229868A (ja) * | 2001-01-30 | 2002-08-16 | Fujitsu Ltd | 端末装置およびコンピュータプログラム |
| KR100473405B1 (ko) * | 2001-12-14 | 2005-03-08 | (주)클립컴 | 네트워크 장치에서의 아이피 설정 및 수동제어방법 |
| WO2007032430A1 (ja) * | 2005-09-15 | 2007-03-22 | Pioneer Corporation | 通信端末、通信方法、通信プログラム、および記録媒体 |
| CN100370754C (zh) * | 2004-04-12 | 2008-02-20 | 佳能株式会社 | 信息处理设备和信息处理方法 |
| US7644143B2 (en) | 2005-04-25 | 2010-01-05 | Canon Kabushiki Kaisha | Data processing device, registration method, and program |
| JP2010081187A (ja) * | 2008-09-25 | 2010-04-08 | Japan Radio Co Ltd | Ｉｐネットワーク装置及びｉｐネットワークシステム |
| US7861127B2 (en) | 2005-05-25 | 2010-12-28 | Panasonic Corporation | Device remote monitor/recovery system |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4718216B2 (ja) * | 2005-03-24 | 2011-07-06 | 富士通株式会社 | プログラム、クライアント認証要求方法、サーバ認証要求処理方法、クライアント及びサーバ |
| KR100726175B1 (ko) * | 2005-12-09 | 2007-06-11 | 한국전자통신연구원 | 무선 휴대 인터넷 시스템에서 상위 프로토콜 메시지의 방송 전송 방법 및 장치 |
Family Cites Families (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5774640A (en) * | 1991-10-21 | 1998-06-30 | Tandem Computers Incorporated | Method and apparatus for providing a fault tolerant network interface controller |
| JP3285941B2 (ja) * | 1992-07-31 | 2002-05-27 | キヤノン株式会社 | 色処理方法、色処理装置、及びカラー画像処理システム |
| US6301016B1 (en) * | 1993-12-22 | 2001-10-09 | Canon Kabushiki Kaisha | Data processing apparatus connectable to a LAN |
| JP3142433B2 (ja) * | 1993-12-29 | 2001-03-07 | 株式会社東芝 | ブリッジ装置及びブリッジ接続方法 |
| JPH09510596A (ja) * | 1994-06-08 | 1997-10-21 | エイチイー・ホールディングス・インコーポレーテッド・ディー ビーエー・ヒューズ・エレクトロニクス | ハイブリッドネットワークアクセスのための装置および方法 |
| US5675741A (en) * | 1994-10-25 | 1997-10-07 | Cabletron Systems, Inc. | Method and apparatus for determining a communications path between two nodes in an Internet Protocol (IP) network |
| JP2655503B2 (ja) | 1994-12-21 | 1997-09-24 | 日本電気株式会社 | Ｌａｎアドレス管理システム |
| US5802065A (en) * | 1995-10-23 | 1998-09-01 | Kawasaki Steel Corporation | Data receiving device |
| JP2701823B2 (ja) | 1996-01-17 | 1998-01-21 | 日本電気株式会社 | Ｉｐアドレス設定方法及び装置 |
| US5828851A (en) * | 1996-04-12 | 1998-10-27 | Fisher-Rosemount Systems, Inc. | Process control system using standard protocol control of standard devices and nonstandard devices |
| EP0812086B1 (en) * | 1996-06-07 | 2007-09-05 | Nippon Telegraph And Telephone Corporation | Vlan control system and method |
| IL118984A (en) * | 1996-07-30 | 2003-12-10 | Madge Networks Israel Ltd | APPARATUS AND METHOD FOR ASSIGNING VIRTUAL LANs TO A SWITCHED NETWORK |
| US5850388A (en) * | 1996-08-02 | 1998-12-15 | Wandel & Goltermann Technologies, Inc. | Protocol analyzer for monitoring digital transmission networks |
| JP3731263B2 (ja) * | 1996-09-11 | 2006-01-05 | ソニー株式会社 | 通信方法及び電子機器 |
| US5896382A (en) * | 1996-11-19 | 1999-04-20 | Scientific-Atlanta, Inc. | Method and apparatus for communicating information between a headend and subscriber over a wide area network |
| US5708654A (en) * | 1996-11-27 | 1998-01-13 | Arndt; Manfred R. | Method for detecting proxy ARP replies from devices in a local area network |
| JP3922312B2 (ja) * | 1997-02-13 | 2007-05-30 | ソニー株式会社 | ケーブルモデムおよびケーブルモデムの制御方法 |
| US6049825A (en) * | 1997-03-19 | 2000-04-11 | Fujitsu Limited | Method and system for switching between duplicated network interface adapters for host computer communications |
| US6032193A (en) * | 1997-03-20 | 2000-02-29 | Niobrara Research And Development Corporation | Computer system having virtual circuit address altered by local computer to switch to different physical data link to increase data transmission bandwidth |
| JP3523019B2 (ja) * | 1997-06-18 | 2004-04-26 | 富士通株式会社 | フレーム中継装置 |
| US6115545A (en) * | 1997-07-09 | 2000-09-05 | Hewlett-Packard Company | Automatic internet protocol (IP) address allocation and assignment |
| US6141690A (en) * | 1997-07-31 | 2000-10-31 | Hewlett-Packard Company | Computer network address mapping |
| US6434620B1 (en) * | 1998-08-27 | 2002-08-13 | Alacritech, Inc. | TCP/IP offload network interface device |
| US6009103A (en) * | 1997-12-23 | 1999-12-28 | Mediaone Group, Inc. | Method and system for automatic allocation of resources in a network |
| US6070187A (en) * | 1998-03-26 | 2000-05-30 | Hewlett-Packard Company | Method and apparatus for configuring a network node to be its own gateway |
| US6189102B1 (en) * | 1998-05-27 | 2001-02-13 | 3Com Corporation | Method for authentication of network devices in a data-over cable system |
| US6532217B1 (en) * | 1998-06-29 | 2003-03-11 | Ip Dynamics, Inc. | System for automatically determining a network address |
| US6389462B1 (en) * | 1998-12-16 | 2002-05-14 | Lucent Technologies Inc. | Method and apparatus for transparently directing requests for web objects to proxy caches |
| US6446200B1 (en) * | 1999-03-25 | 2002-09-03 | Nortel Networks Limited | Service management |
-
1999
- 1999-02-24 JP JP04647599A patent/JP3563990B2/ja not_active Expired - Fee Related
-
2000
- 2000-02-22 US US09/507,941 patent/US7546358B1/en not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002229868A (ja) * | 2001-01-30 | 2002-08-16 | Fujitsu Ltd | 端末装置およびコンピュータプログラム |
| KR100473405B1 (ko) * | 2001-12-14 | 2005-03-08 | (주)클립컴 | 네트워크 장치에서의 아이피 설정 및 수동제어방법 |
| CN100370754C (zh) * | 2004-04-12 | 2008-02-20 | 佳能株式会社 | 信息处理设备和信息处理方法 |
| US7644143B2 (en) | 2005-04-25 | 2010-01-05 | Canon Kabushiki Kaisha | Data processing device, registration method, and program |
| US7861127B2 (en) | 2005-05-25 | 2010-12-28 | Panasonic Corporation | Device remote monitor/recovery system |
| WO2007032430A1 (ja) * | 2005-09-15 | 2007-03-22 | Pioneer Corporation | 通信端末、通信方法、通信プログラム、および記録媒体 |
| JP2010081187A (ja) * | 2008-09-25 | 2010-04-08 | Japan Radio Co Ltd | Ｉｐネットワーク装置及びｉｐネットワークシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| US7546358B1 (en) | 2009-06-09 |
| JP3563990B2 (ja) | 2004-09-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7869073B2 (en) | Image forming system, image forming method and information terminal device | |
| US7594040B2 (en) | Network relay device having network plug-and-play compliant protocols for network relay | |
| US20030225864A1 (en) | Host-based automatic negotiation of an internet protocol address for a network connected device | |
| US20080195688A1 (en) | Information processing apparatus, information processing method, and computer program product | |
| JP5121442B2 (ja) | 情報処理装置、情報処理方法およびプログラム | |
| US20100229030A1 (en) | Communication apparatus and control method thereof | |
| JP3563990B2 (ja) | ネットワーク装置、ネットワークデバイス制御方法及び記録媒体 | |
| US8085771B2 (en) | Information processing apparatus, image processing apparatus, control method, and storage medium | |
| JP5882855B2 (ja) | ホストデバイスを保護するための方法、システム及びプログラム | |
| US8566426B2 (en) | Data processing apparatus, data processing method, and computer program | |
| JP3847970B2 (ja) | 印刷データ処理装置、印刷データ処理方法及び記録媒体 | |
| JP4478291B2 (ja) | ネットワーク管理装置及びネットワーク管理方法及びネットワーク管理プログラムが格納された記録媒体 | |
| JP3890243B2 (ja) | 制御装置、ネットワーク通信方法及び制御プログラム | |
| JP2005346739A (ja) | プリンタおよびプリンタジョブデータの転送方法 | |
| JP4208781B2 (ja) | 情報処理装置及びその制御方法 | |
| JP4282571B2 (ja) | ファクシミリ装置 | |
| JP2007329876A (ja) | デバイス制御装置及びそのネットワークセキュリティー方法 | |
| JP4139541B2 (ja) | プリンタおよびプリンタジョブデータの転送方法 | |
| JP4368776B2 (ja) | ネットワーク機器、ネットワーク機器の制御方法、プログラム及び記録媒体 | |
| JP2004253843A (ja) | 情報処理装置、情報処理装置の制御方法、および情報処理装置の制御プログラム | |
| JP2005115559A (ja) | 印刷処理システム、その制御方法、制御プログラム、及び記憶媒体 | |
| JPH07281850A (ja) | プリンタシステムおよびプリンタシステムの代替印刷方法 | |
| JP4243831B2 (ja) | プリンタおよびプリンタジョブデータの転送方法 | |
| JP2001268095A (ja) | ネットワークデバイス、ネットワークデバイスのパラメータ設定方法及び記憶媒体 | |
| US20070058560A1 (en) | Network device, and data processing method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040302 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040428 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040601 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040604 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080611 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090611 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090611 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100611 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110611 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120611 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120611 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130611 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |