JPH08221340A - ネットワークシステム - Google Patents
ネットワークシステムInfo
- Publication number
- JPH08221340A JPH08221340A JP7029317A JP2931795A JPH08221340A JP H08221340 A JPH08221340 A JP H08221340A JP 7029317 A JP7029317 A JP 7029317A JP 2931795 A JP2931795 A JP 2931795A JP H08221340 A JPH08221340 A JP H08221340A
- Authority
- JP
- Japan
- Prior art keywords
- program
- terminal device
- network
- packet
- startup processing
- 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.)
- Withdrawn
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【目的】 回線に端末を接続するだけで自動的に立上げ
処理を行う。 【構成】 回線Ｎにおいて使用されているプロトコルに
対応する立上げ処理用プログラムをサーバＢ内に格納し
ておく。回線Ｎへの接続に応答して端末装置Ａは自装置
の立上げ処理用プログラムの要求を行う。この要求に応
答してサーバＢは立上げ処理用プログラムを端末装置Ａ
に返送する。この返送された立上げ処理用プログラムを
用いて端末装置Ａは立上げ処理を行う。 【効果】 端末装置Ａ内に立上げ処理用プログラムを用
意しておく必要がなくなる。使用するプロトコルが異な
る場合でも、内蔵プログラムのみを変更した端末装置を
用意する必要がなくなる。
処理を行う。 【構成】 回線Ｎにおいて使用されているプロトコルに
対応する立上げ処理用プログラムをサーバＢ内に格納し
ておく。回線Ｎへの接続に応答して端末装置Ａは自装置
の立上げ処理用プログラムの要求を行う。この要求に応
答してサーバＢは立上げ処理用プログラムを端末装置Ａ
に返送する。この返送された立上げ処理用プログラムを
用いて端末装置Ａは立上げ処理を行う。 【効果】 端末装置Ａ内に立上げ処理用プログラムを用
意しておく必要がなくなる。使用するプロトコルが異な
る場合でも、内蔵プログラムのみを変更した端末装置を
用意する必要がなくなる。
Description
【０００１】
【産業上の利用分野】本発明はネッワークシステムに関
し、特にネットワーク上にクライアントとして接続して
使用されるＸ端末等の端末装置を含むネットワークシス
テムに関する。
し、特にネットワーク上にクライアントとして接続して
使用されるＸ端末等の端末装置を含むネットワークシス
テムに関する。
【０００２】
【従来の技術】一般に、ネットワークに接続して使用さ
れる端末装置は、ネットワーク上の他の装置との間でデ
ータ授受を行う前に、装置自体の立上げ処理を行う必要
がある。その場合、接続されるネットワークにおいて使
用されているプロトコルに対応した立上げ制御プログラ
ムを用いて立上げ処理が行われる。
れる端末装置は、ネットワーク上の他の装置との間でデ
ータ授受を行う前に、装置自体の立上げ処理を行う必要
がある。その場合、接続されるネットワークにおいて使
用されているプロトコルに対応した立上げ制御プログラ
ムを用いて立上げ処理が行われる。
【０００３】従来のネットワークシステムにおいては、
ネットワークに接続して使用される端末装置に、接続す
るネットワーク上の特定のプロトコルあるいはプロトコ
ル上のアプリケーションに対応した立上げ制御プログラ
ムを全て内蔵していた。
ネットワークに接続して使用される端末装置に、接続す
るネットワーク上の特定のプロトコルあるいはプロトコ
ル上のアプリケーションに対応した立上げ制御プログラ
ムを全て内蔵していた。
【０００４】その公知技術の一例が特開平１―２００８
５１号公報に開示されている。これは、複数のプロトコ
ルでの通信を可能とするために、予想される通信プロト
コルの種類に対応する全てのプログラムを予め端末装置
に内蔵しておくものである。そして、端末装置への通信
要求があった場合には、要求者を識別して使用すべきプ
ロトコルを判断し必要な内蔵プログラムを起動してい
た。
５１号公報に開示されている。これは、複数のプロトコ
ルでの通信を可能とするために、予想される通信プロト
コルの種類に対応する全てのプログラムを予め端末装置
に内蔵しておくものである。そして、端末装置への通信
要求があった場合には、要求者を識別して使用すべきプ
ロトコルを判断し必要な内蔵プログラムを起動してい
た。
【０００５】また、ＴＣＰ／ＩＰプロトコル（Ｔｒａｎ
ｓｍｉｓｓｉｏｎ ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／
Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を採用している
場合には、端末装置の内部にＢＯＯＴＰ（Ｂｏｏｔｓｔ
ｒａｐ Ｐｒｏｔｏｃｏｌ：ＲＦＣ（Ｒｅｑｕｅｓｔ
Ｆｏｒ Ｃｏｍｍｎｅｔｓ）９５１）やＴＦＴＰ（Ｔｒ
ｉｖｉａｌ Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏ
ｃｏｌ：ＲＦＣ７８３）での通信制御プログラムを内蔵
しておく。そして、ネットワークに接続された状態で電
源が投入されると、端末装置はまずネットワーク通信ハ
ードウェアに設定されているアドレス情報を元にＢＯＯ
ＴＰ問合わせを作成しＩＰのパケットとして送信を行
う。
ｓｍｉｓｓｉｏｎ ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／
Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を採用している
場合には、端末装置の内部にＢＯＯＴＰ（Ｂｏｏｔｓｔ
ｒａｐ Ｐｒｏｔｏｃｏｌ：ＲＦＣ（Ｒｅｑｕｅｓｔ
Ｆｏｒ Ｃｏｍｍｎｅｔｓ）９５１）やＴＦＴＰ（Ｔｒ
ｉｖｉａｌ Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏ
ｃｏｌ：ＲＦＣ７８３）での通信制御プログラムを内蔵
しておく。そして、ネットワークに接続された状態で電
源が投入されると、端末装置はまずネットワーク通信ハ
ードウェアに設定されているアドレス情報を元にＢＯＯ
ＴＰ問合わせを作成しＩＰのパケットとして送信を行
う。
【０００６】ＴＣＰ／ＩＰプロトコルが動作するサーバ
は、このＩＰパケットを受信し、ＢＯＯＴＰの問合わせ
と判断してそこに記述されたアドレス情報で自動立上げ
処理に関する情報を検索し、ＢＯＯＴＰの応答を作成し
ＩＰパケットにして発信する。この返答のＩＰパケット
を端末装置が受信し、ＢＯＯＴＰの応答に記述された自
動立上げ処理に関する情報を元に、必要なプログラムを
ＴＦＴＰによるＩＰパケットの送受信によりロードし、
ネットワーク装置として稼働を開始する。
は、このＩＰパケットを受信し、ＢＯＯＴＰの問合わせ
と判断してそこに記述されたアドレス情報で自動立上げ
処理に関する情報を検索し、ＢＯＯＴＰの応答を作成し
ＩＰパケットにして発信する。この返答のＩＰパケット
を端末装置が受信し、ＢＯＯＴＰの応答に記述された自
動立上げ処理に関する情報を元に、必要なプログラムを
ＴＦＴＰによるＩＰパケットの送受信によりロードし、
ネットワーク装置として稼働を開始する。
【０００７】
【発明が解決しようとする課題】上述した特開平１―２
００８５１号公報に開示されている公知技術では、対応
しようとするプロトコルの種類の数だけプログラムを端
末装置に用意しておかなければならないという欠点があ
る。また、この公知技術を用いると、通信相手からの要
求がなければ立上げられないという欠点もある。
００８５１号公報に開示されている公知技術では、対応
しようとするプロトコルの種類の数だけプログラムを端
末装置に用意しておかなければならないという欠点があ
る。また、この公知技術を用いると、通信相手からの要
求がなければ立上げられないという欠点もある。
【０００８】上述したＴＣＰ／ＩＰプロトコルでのＢＯ
ＯＴＰ・ＴＦＴＰ機能によれば、後者の欠点は解決でき
るが、その他のネットワークにおいてはその端末装置が
使用できないという他の欠点がある。
ＯＴＰ・ＴＦＴＰ機能によれば、後者の欠点は解決でき
るが、その他のネットワークにおいてはその端末装置が
使用できないという他の欠点がある。
【０００９】本発明は上述した従来技術の欠点を解決す
るためになされたものであり、その目的はネットワーク
に端末を接続するだけで自動的に立上げ処理を実行する
ことのできるネッワークシステムを提供することであ
る。
るためになされたものであり、その目的はネットワーク
に端末を接続するだけで自動的に立上げ処理を実行する
ことのできるネッワークシステムを提供することであ
る。
【００１０】
【課題を解決するための手段】本発明によるネッワーク
システムは、ネットワークに接続自在に構成され、かつ
前記ネットワークへの接続に応答して自装置の立上げ処
理用プログラムの要求を行うプログラム要求手段を有す
る端末装置と、前記ネットワークにおいて使用されてい
るプロトコルに対応する立上げ処理用プログラムが格納
された格納手段と、前記要求に応答して前記立上げ処理
用プログラムを前記端末装置に返送する返送手段とを有
する制御装置とを含み、前記端末装置は前記返送手段に
より返送された立上げ処理用プログラムを用いて立上げ
処理を行うようにしたことを特徴とする。
システムは、ネットワークに接続自在に構成され、かつ
前記ネットワークへの接続に応答して自装置の立上げ処
理用プログラムの要求を行うプログラム要求手段を有す
る端末装置と、前記ネットワークにおいて使用されてい
るプロトコルに対応する立上げ処理用プログラムが格納
された格納手段と、前記要求に応答して前記立上げ処理
用プログラムを前記端末装置に返送する返送手段とを有
する制御装置とを含み、前記端末装置は前記返送手段に
より返送された立上げ処理用プログラムを用いて立上げ
処理を行うようにしたことを特徴とする。
【００１１】
【作用】ネットワークにおいて使用されているプロトコ
ルに対応する立上げ処理用プログラムを制御装置に格納
しておく。ネットワークへの接続に応答して端末装置は
自装置の立上げ処理用プログラムの要求を行う。この要
求に応答して制御装置は立上げ処理用プログラムを前記
端末装置に返送する。この返送された立上げ処理用プロ
グラムを用いて端末装置は立上げ処理を行う。
ルに対応する立上げ処理用プログラムを制御装置に格納
しておく。ネットワークへの接続に応答して端末装置は
自装置の立上げ処理用プログラムの要求を行う。この要
求に応答して制御装置は立上げ処理用プログラムを前記
端末装置に返送する。この返送された立上げ処理用プロ
グラムを用いて端末装置は立上げ処理を行う。
【００１２】
【実施例】次に、本発明について図面を参照して説明す
る。
る。
【００１３】図１は本発明によるネッワークシステムの
一実施例の構成を示すブロック図である。図において、
本発明の一実施例によるネッワークシステムは、ネット
ワークである通信用ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎ
ｅｔｗｏｒｋ）回線Ｎと、このネットワークＮを制御す
るサーバＢと、回線Ｎに対して接続自在に構成された端
末装置Ａとを含んで構成されている。
一実施例の構成を示すブロック図である。図において、
本発明の一実施例によるネッワークシステムは、ネット
ワークである通信用ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎ
ｅｔｗｏｒｋ）回線Ｎと、このネットワークＮを制御す
るサーバＢと、回線Ｎに対して接続自在に構成された端
末装置Ａとを含んで構成されている。
【００１４】端末装置Ａは、ハードウェア（以下、“Ｈ
Ｗ”と省略）アドレスを有する通信ハードウェア１０
と、サーバＢから受取ったプログラムを用いて立上げ処
理を行う自動立上げロード制御部１１と、運用プログラ
ムを格納しておく運用プログラム格納領域１２とを含ん
で構成されている。
Ｗ”と省略）アドレスを有する通信ハードウェア１０
と、サーバＢから受取ったプログラムを用いて立上げ処
理を行う自動立上げロード制御部１１と、運用プログラ
ムを格納しておく運用プログラム格納領域１２とを含ん
で構成されている。
【００１５】サーバＢは、プロトコルに対応した自動立
上げ制御プログラムＡ―０と、ＡＵＴＯＢＯＯＴ０のパ
ケットを受信したときに検索されるＡＵＴＯＢＯＯＴ用
リスト２４と、プログラムＡ―０により検索される自動
立上げ情報リスト２５と、装置Ａ動作用プログラムＡ―
１とを含んで構成されている。
上げ制御プログラムＡ―０と、ＡＵＴＯＢＯＯＴ０のパ
ケットを受信したときに検索されるＡＵＴＯＢＯＯＴ用
リスト２４と、プログラムＡ―０により検索される自動
立上げ情報リスト２５と、装置Ａ動作用プログラムＡ―
１とを含んで構成されている。
【００１６】また、サーバＢは、回線Ｎに接続されてい
る端末装置と送受信を行う通信ハードウェア２０と、こ
のハードウェア２０を制御するハードウェア通信制御部
２１と、端末装置からのＡＵＴＯＢＯＯＴ０を受信した
ときにＡＵＴＯＢＯＯＴ用リスト２４の検索等を行うＡ
ＵＴＯＢＯＯＴ対応部２２と、プロトコル制御部、自動
立上げ通信制御部他２３とを含んで構成されている。
る端末装置と送受信を行う通信ハードウェア２０と、こ
のハードウェア２０を制御するハードウェア通信制御部
２１と、端末装置からのＡＵＴＯＢＯＯＴ０を受信した
ときにＡＵＴＯＢＯＯＴ用リスト２４の検索等を行うＡ
ＵＴＯＢＯＯＴ対応部２２と、プロトコル制御部、自動
立上げ通信制御部他２３とを含んで構成されている。
【００１７】ここで、本実施例ではパケットのプロトコ
ルを識別する情報であるパケット種別に、自動立上げ処
理で使用するＡＵＴＯＢＯＯＴパケットが追加されてい
る。このパケットは、図２に示されているように、送信
先ハードウェアアドレス３１、送信元ハードウェアアド
レス３２、パケット種別３３及びデータ部３４という基
本構造をもっており、プロトコルの種類によってパケッ
ト種別が異なる。例えば、ＢＯＯＴＰの場合はＴＣＰ／
ＩＰプロトコルのパケットなのでパケット種別はＩＰと
なり、以降はＩＰヘッダ部・ＩＰデータ部という構造と
なる。
ルを識別する情報であるパケット種別に、自動立上げ処
理で使用するＡＵＴＯＢＯＯＴパケットが追加されてい
る。このパケットは、図２に示されているように、送信
先ハードウェアアドレス３１、送信元ハードウェアアド
レス３２、パケット種別３３及びデータ部３４という基
本構造をもっており、プロトコルの種類によってパケッ
ト種別が異なる。例えば、ＢＯＯＴＰの場合はＴＣＰ／
ＩＰプロトコルのパケットなのでパケット種別はＩＰと
なり、以降はＩＰヘッダ部・ＩＰデータ部という構造と
なる。
【００１８】本実施例で追加されているＡＵＴＯＢＯＯ
Ｔパケットでは、次に続く１バイトデータが「０」のと
きは図３に示されている要求パケットとなり、「１」の
ときは図４に示されている回答パケットとなる。つま
り、「０」か「１」かより、２種類のパケットとなる。
Ｔパケットでは、次に続く１バイトデータが「０」のと
きは図３に示されている要求パケットとなり、「１」の
ときは図４に示されている回答パケットとなる。つま
り、「０」か「１」かより、２種類のパケットとなる。
【００１９】ここで、図３に示されている要求パケット
は、自動立上げプログラムの転送要求であり、パケット
データ部は要求であることを示す「０」と、この要求パ
ケット自身のサイズを示すサイズ部３４１と、回答時の
プログラムデータのサイズを指定するためのサイズ指定
部３４２とから構成されている。
は、自動立上げプログラムの転送要求であり、パケット
データ部は要求であることを示す「０」と、この要求パ
ケット自身のサイズを示すサイズ部３４１と、回答時の
プログラムデータのサイズを指定するためのサイズ指定
部３４２とから構成されている。
【００２０】また、図４に示されている回答パケット
は、自動立上げプログラムの転送であり、パケットデー
タ部は回答であることを示す「１」と、この回答パケッ
ト自身のサイズを示すサイズ部３４１と、パケットの順
番を示すブロック番号部３４３と、要求時に指定された
サイズに分割されたプログラムデータ部３４４とから構
成されている。
は、自動立上げプログラムの転送であり、パケットデー
タ部は回答であることを示す「１」と、この回答パケッ
ト自身のサイズを示すサイズ部３４１と、パケットの順
番を示すブロック番号部３４３と、要求時に指定された
サイズに分割されたプログラムデータ部３４４とから構
成されている。
【００２１】本実施例では、自動立上げする端末装置Ａ
内には、図５に示されているようなプログラムが内蔵さ
れ、また回線上のサーバ内には図６に示されているよう
なプログラムが内蔵されているものとする。
内には、図５に示されているようなプログラムが内蔵さ
れ、また回線上のサーバ内には図６に示されているよう
なプログラムが内蔵されているものとする。
【００２２】サーバ上にはさらにＡＵＴＯＢＯＯＴ０の
要求処理用リストと、プロトコル対応の自動立上げ用の
装置側プログラム（ＴＣＰ／ＩＰの場合のＢＯＯＴＰ・
ＴＦＴＰ機能等を使用したロードプログラム）を格納す
る。
要求処理用リストと、プロトコル対応の自動立上げ用の
装置側プログラム（ＴＣＰ／ＩＰの場合のＢＯＯＴＰ・
ＴＦＴＰ機能等を使用したロードプログラム）を格納す
る。
【００２３】かかる構成において、図１中の端末装置Ａ
を立上げる場合の動作について、図５及び図６のフロー
チャートを参照して説明する。
を立上げる場合の動作について、図５及び図６のフロー
チャートを参照して説明する。
【００２４】図５において、装置Ａは自装置の起動の
際、まず最初に図３に示されている構造のＡＵＴＯＢＯ
ＯＴ０のパケットを送信先不定のブロードキャストパケ
ットとして送信する（ステップ５１）。このとき、図３
の回答時のプログラムデータのサイズ指定には、装置Ａ
がパケットを受信する際に一度に記憶できるメモリ量を
記載する。
際、まず最初に図３に示されている構造のＡＵＴＯＢＯ
ＯＴ０のパケットを送信先不定のブロードキャストパケ
ットとして送信する（ステップ５１）。このとき、図３
の回答時のプログラムデータのサイズ指定には、装置Ａ
がパケットを受信する際に一度に記憶できるメモリ量を
記載する。
【００２５】このパケットの送信後、装置ＡはＡＵＴＯ
ＢＯＯＴ１のパケットの受信待ち状態になる（ステップ
５２）。
ＢＯＯＴ１のパケットの受信待ち状態になる（ステップ
５２）。
【００２６】図６に移り、サーバＢは送信先不定のＡＵ
ＴＯＢＯＯＴ０のパケットを受取って分析すると、パケ
ット種別がＡＵＴＯＢＯＯＴなので図６に示されている
プログラムを起動する（ステップ６１）。そして、パケ
ットの送信元として示される装置Ａのハードウェアアド
レスでＡＵＴＯＢＯＯＴ用リストを検索する（ステップ
６２）。
ＴＯＢＯＯＴ０のパケットを受取って分析すると、パケ
ット種別がＡＵＴＯＢＯＯＴなので図６に示されている
プログラムを起動する（ステップ６１）。そして、パケ
ットの送信元として示される装置Ａのハードウェアアド
レスでＡＵＴＯＢＯＯＴ用リストを検索する（ステップ
６２）。
【００２７】この検索の結果、装置ＡはプログラムＡ―
０で登録されているのでプログラムＡ―０を読出す（ス
テップ６２→６３→６４）。そして、装置Ａから受信し
たＡＵＴＯＢＯＯＴ０パケットのプログラムデータのサ
イズ指定で指定されているサイズで分割し、ブロック番
号を付けてＡＵＴＯＢＯＯＴ１のパケットを作成し、こ
れを装置Ａ宛に送信する（ステップ６５）。リストを検
索した結果、何ら指定がない場合は、処理は終了となる
（ステップ６３→６８）。
０で登録されているのでプログラムＡ―０を読出す（ス
テップ６２→６３→６４）。そして、装置Ａから受信し
たＡＵＴＯＢＯＯＴ０パケットのプログラムデータのサ
イズ指定で指定されているサイズで分割し、ブロック番
号を付けてＡＵＴＯＢＯＯＴ１のパケットを作成し、こ
れを装置Ａ宛に送信する（ステップ６５）。リストを検
索した結果、何ら指定がない場合は、処理は終了となる
（ステップ６３→６８）。
【００２８】装置Ａへのパケットの送信後、サーバＢは
ＡＵＴＯＢＯＯＴ１のパケットの返送待ち状態になる
（ステップ６６）。
ＡＵＴＯＢＯＯＴ１のパケットの返送待ち状態になる
（ステップ６６）。
【００２９】図５に戻り、装置ＡはＡＵＴＯＢＯＯＴ１
のパケットを受取ると、ブロック番号と要求したデータ
サイズを元にプログラムを格納する（ステップ５２→５
３）。そして、このパケットを受信した合図として、Ａ
ＵＴＯＢＯＯＴ１パケットからプログラムデータ部を削
除してサーバＢに送信する（ステップ５４）。
のパケットを受取ると、ブロック番号と要求したデータ
サイズを元にプログラムを格納する（ステップ５２→５
３）。そして、このパケットを受信した合図として、Ａ
ＵＴＯＢＯＯＴ１パケットからプログラムデータ部を削
除してサーバＢに送信する（ステップ５４）。
【００３０】再び図６に移り、サーバＢは、この返信の
ＡＵＴＯＢＯＯＴ１でタイミングを取り、分割されたプ
ログラムＡ―０を順次転送する（ステップ６７→６５→
６６…）。この転送に応じて装置Ａは、図５に示されて
いるように、受信サイズが要求サイズに一致するまで上
記の受信、格納、返送の動作を繰返す（ステップ５５→
５２→５３…）。
ＡＵＴＯＢＯＯＴ１でタイミングを取り、分割されたプ
ログラムＡ―０を順次転送する（ステップ６７→６５→
６６…）。この転送に応じて装置Ａは、図５に示されて
いるように、受信サイズが要求サイズに一致するまで上
記の受信、格納、返送の動作を繰返す（ステップ５５→
５２→５３…）。
【００３１】図６において、全てのＡＵＴＯＢＯＯＴ１
パケットを受信し、プログラムの格納が終了したならば
（ステップ６７→６８）、図５に戻り、装置Ａはそのプ
ログラムＡ―０を起動する（ステップ５５→５６）。
パケットを受信し、プログラムの格納が終了したならば
（ステップ６７→６８）、図５に戻り、装置Ａはそのプ
ログラムＡ―０を起動する（ステップ５５→５６）。
【００３２】これにより、プロトコルに対応した自動立
上げ処理を実行し、動作プログラム及び動作データをロ
ードする（ステップ５７）。
上げ処理を実行し、動作プログラム及び動作データをロ
ードする（ステップ５７）。
【００３３】プログラムＡ―０はＴＣＰ／ＩＰの場合の
ＢＯＯＴＰ・ＴＦＴＰ機能等を使用した装置の立上げを
実行するプログラムであり、サーバの自動立上げ情報リ
ストを検索し装置Ａアドレスで記載されている装置Ａ立
上げ用情報とプログラムＡ―１を認識して動作用プログ
ラムＡ―１をロードする。
ＢＯＯＴＰ・ＴＦＴＰ機能等を使用した装置の立上げを
実行するプログラムであり、サーバの自動立上げ情報リ
ストを検索し装置Ａアドレスで記載されている装置Ａ立
上げ用情報とプログラムＡ―１を認識して動作用プログ
ラムＡ―１をロードする。
【００３４】その後、装置Ａはロードした動作プログラ
ムを起動して運用状態とする（ステップ５８）。
ムを起動して運用状態とする（ステップ５８）。
【００３５】以上のように、回線に接続される端末装置
は使用するプロトコルを考慮する必要がなくなるのであ
る。したがって、制御装置内に立上げ処理用プログラム
を複数種類格納しておけば、端末装置は複数のプロトコ
ルに対応した立上げ処理を行うことができ、よって複数
のプロトコル対応のプログラムを端末装置内部に用意す
る必要がなくなるのである。
は使用するプロトコルを考慮する必要がなくなるのであ
る。したがって、制御装置内に立上げ処理用プログラム
を複数種類格納しておけば、端末装置は複数のプロトコ
ルに対応した立上げ処理を行うことができ、よって複数
のプロトコル対応のプログラムを端末装置内部に用意す
る必要がなくなるのである。
【００３６】また、使用するプロトコルが異なる場合で
も、内蔵プログラムのみを変更した端末装置を用意する
必要がなくなるのである。また、通信相手からの要求が
なくても立上げ処理を行うことができるのである。
も、内蔵プログラムのみを変更した端末装置を用意する
必要がなくなるのである。また、通信相手からの要求が
なくても立上げ処理を行うことができるのである。
【００３７】また、サーバ内に立上げ処理用プログラム
を設けているため、端末装置自体は他のネットワークに
接続しても使用することができるのである。
を設けているため、端末装置自体は他のネットワークに
接続しても使用することができるのである。
【００３８】なお、本実施例では端末装置Ａを回線に接
続する場合について説明したが、図１中に示されていな
い他の端末装置を回線に接続する場合にも以上と同様の
動作が行われる。
続する場合について説明したが、図１中に示されていな
い他の端末装置を回線に接続する場合にも以上と同様の
動作が行われる。
【００３９】また、サーバに限らず、以上の動作を行う
制御装置を回線内に設けても同様の効果が得られること
は明らかである。
制御装置を回線内に設けても同様の効果が得られること
は明らかである。
【００４０】
【発明の効果】以上説明したように本発明は、プロトコ
ルに対応する立上げ処理用プログラムを制御装置内に格
納しておき、端末装置からそのプログラムの要求を行
い、この要求に応答して返送された立上げ処理用プログ
ラムを用いて端末装置が立上げ処理を行うことにより、
複数のプロトコル対応のプログラムを端末装置内部に用
意する必要がなくなるという効果がある。また、使用す
るプロトコルが異なる場合でも、内蔵プログラムのみを
変更した端末装置を用意する必要がなくなるという効果
もある。
ルに対応する立上げ処理用プログラムを制御装置内に格
納しておき、端末装置からそのプログラムの要求を行
い、この要求に応答して返送された立上げ処理用プログ
ラムを用いて端末装置が立上げ処理を行うことにより、
複数のプロトコル対応のプログラムを端末装置内部に用
意する必要がなくなるという効果がある。また、使用す
るプロトコルが異なる場合でも、内蔵プログラムのみを
変更した端末装置を用意する必要がなくなるという効果
もある。
【図１】本発明の実施例によるネッワークシステムの構
成を示すブロック図である。
成を示すブロック図である。
【図２】ＡＵＴＯＢＯＯＴパケットの基本構造図であ
る。
る。
【図３】ＡＵＴＯＢＯＯＴ要求パケットの構成例を示す
図である。
図である。
【図４】ＡＵＴＯＢＯＯＴ回答パケットの構成例を示す
図である。
図である。
【図５】端末装置Ａの動作を示すフローチャートであ
る。
る。
【図６】サーバＢの動作を示すフローチャートである。
Ａ 端末装置 Ａ―０ 自動立上げ制御プログラム Ｂ サーバ Ｎ 通信用ＬＡＮ回線
Claims (5)
- 【請求項１】 ネットワークに接続自在に構成され、か
つ前記ネットワークへの接続に応答して自装置の立上げ
処理用プログラムの要求を行うプログラム要求手段を有
する端末装置と、前記ネットワークにおいて使用されて
いるプロトコルに対応する立上げ処理用プログラムが格
納された格納手段と、前記要求に応答して前記立上げ処
理用プログラムを前記端末装置に返送する返送手段とを
有する制御装置とを含み、前記端末装置は前記返送手段
により返送された立上げ処理用プログラムを用いて立上
げ処理を行うようにしたことを特徴とするネッワークシ
ステム。 - 【請求項２】 前記プログラム要求手段は、ブロードキ
ャストパケットを送出することにより立上げ処理用プロ
グラムの要求を行うことを特徴とする請求項１記載のネ
ッワークシステム。 - 【請求項３】 ネットワークに接続自在に構成された端
末装置であって、前記ネットワークへの接続に応答して
自装置の立上げ処理用プログラムの要求を行うプログラ
ム要求手段と、この要求の結果取得した立上げ処理用プ
ログラムを用いて立上げ処理を行う手段とを有すること
を特徴とする端末装置。 - 【請求項４】 前記プログラム要求手段は、ブロードキ
ャストパケットを送出することにより立上げ処理用プロ
グラムの要求を行うことを特徴とする請求項３記載の端
末装置。 - 【請求項５】 ネットワークにおいて使用されているプ
ロトコルに対応する立上げ処理用プログラムが格納され
た格納手段と、前記ネットワークに接続されている端末
装置からの要求に応答して前記立上げ処理用プログラム
を前記端末装置に返送する返送手段とを有することを特
徴とする制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7029317A JPH08221340A (ja) | 1995-02-17 | 1995-02-17 | ネットワークシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7029317A JPH08221340A (ja) | 1995-02-17 | 1995-02-17 | ネットワークシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08221340A true JPH08221340A (ja) | 1996-08-30 |
Family
ID=12272850
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7029317A Withdrawn JPH08221340A (ja) | 1995-02-17 | 1995-02-17 | ネットワークシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08221340A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10177534A (ja) * | 1996-12-13 | 1998-06-30 | Nec Corp | クライアントコンポーネントのインストール方法 |
| JP2003309568A (ja) * | 2002-04-02 | 2003-10-31 | Huawei Technologies Co Ltd | ２層ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法 |
-
1995
- 1995-02-17 JP JP7029317A patent/JPH08221340A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10177534A (ja) * | 1996-12-13 | 1998-06-30 | Nec Corp | クライアントコンポーネントのインストール方法 |
| JP2003309568A (ja) * | 2002-04-02 | 2003-10-31 | Huawei Technologies Co Ltd | ２層ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5537417A (en) | Kernel socket structure for concurrent multiple protocol access | |
| US7072965B2 (en) | Communication distribution controlling method and apparatus having improved response performance | |
| US6314088B1 (en) | Node configuration setup system with servers hunting through connection-oriented network for client's data | |
| US6052727A (en) | Method of discovering client systems on a local area network | |
| US20070124487A1 (en) | DNS server | |
| EP1152582A2 (en) | Transparent telecommunications system and apparatus | |
| US20070150104A1 (en) | Apparatus and method for controlling network-based robot | |
| US7428574B2 (en) | Device cooperation service system and electronic devices included in the system | |
| US20050060419A1 (en) | Apparatus and method for transmitting command | |
| JPH10340257A (ja) | エージェント移動方法、メッセージ送信方法、エージェント送信方法、エージェント取得方法、メッセージ取得方法、エージェント・リスト取得方法、及び計算機 | |
| JPH11122301A (ja) | アドレス変換接続装置 | |
| WO1999046922A8 (en) | Method and system for searching through descriptive data in the av/c protocol | |
| EP1039692A2 (en) | Network peripheral server discovery method | |
| JP2000029813A (ja) | サーバ選択システム | |
| JPH1021169A (ja) | 通信制御装置及び通信制御装置の通信制御方法並びに通信制御装置を有する通信システム | |
| JPH11232302A (ja) | 予約型情報検索配信方法及びシステム | |
| JPH08221340A (ja) | ネットワークシステム | |
| JPH10187614A (ja) | 複数ｗｗｗブラウザの同期ページ表示方法及びそのプログラムを記録した記録媒体 | |
| JP2002358229A (ja) | キャッシュ装置及びコンピュータプログラム | |
| Cisco | delete through reset--switch | |
| Cisco | delete through reset--switch | |
| JP2001092641A (ja) | ソフトウェアインストールシステム | |
| JPH11225171A (ja) | 異通信手順間通信方法及び方式 | |
| JPH11126171A (ja) | インターネットを利用したファイル処理システム | |
| JP3507760B2 (ja) | Ａｒｐテーブル固定化システムおよびａｒｐテーブル固定化方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20020507 |