JPH04155558A - ネットワークシステム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、異なる通信プロトコル（以下、プロトコル
という）を持つデータ処理装置とプリンタか同一の伝送
媒体上に接続されたネットワークシステムに関する。

〔従来の技術〕

従来より、同−論理ネットワークシステム上に異なるプ
ロトコルを有するホスト・コンピュータ（以下、ホスト
という）やプリンタを接続したネットワークシステムが
知られている。第１１図は、従来のネットワークシステ
ムの一例を示す構成ブロック図である。図において、２
１はプロトコル１を有するホスト、２２はプロトコル２
を有するプリンタ、２３はプロトコル１と２を有するゲ
ートウェイであり、ファイルなどを記憶するための記憶
手段であるスプール２４を具えている。第１１図におい
て、ホスト２１上にあるファイルをプロトコルの異なる
プリンタ２に送信するには、まず、ホスト２１からプロ
トコルの違いを吸収するゲートウェイ２３にファイル転
送コマンドを発信する。これに対してゲートウェイ２３
は、ホスト２１からの要求を受は付け、ファイルをスプ
ール２４に一時的にバッファリングし、プロトコル２で
プリンタ２２にファイルを送信する。

〔発明が解決しようとする課題〕

しかしながら、第１１図のネットワークシステムは、ク
ライアント（能動側）として機能するホストを前提とし
ているため、クライアント機能を持たないホストについ
ては、ホストから能動的に送信を行うことかできないと
いう問題点があった。

また、ファイルをゲートウェイ上に一時的にノ＜、。

ファリングし、ブロック単位で逐次プリンタに送信して
いたので、ファイル送信中の通信障害なとによって、フ
ァイルが損失するおそれもあった。

この発明は、クライアント機能を持たないホストから、
ファイルの送信ができるようにすると共に、ファイル送
信中の障害などによるファイルの損失を防止することか
できるネットワークシステムを提供することを目的とす
る。

〔課題を解決するための手段〕

上記課題を解決するため、この発明に係わるネットワー
クシステムでは、ネットワークに対して単一のインター
フェースで接続され、前記インターフェースを介して、
ホストやプリンタなどの各機器のプロトコルに従ってデ
ータを送受信するデータ送受信手段と、前記データ送受
信手段により受信したファイルを蓄積するスプールなど
の記憶手段と、ホストに対して所定の時間間隔てホスト
内のプリント要求ファイル゛を検索するファイル検索手
段と、ホスト内にプリント要求ファイルがあるときは、
そのファイルをホストのサポートするプロトコルで受信
し、記憶手段に蓄積するファイル受信手段と、前記記憶
手段に蓄積されたファイルをプリンタのサポートするプ
ロトコルで送信すると共に、プリンタへのファイルの送
信が全て終了したときに、記憶手段内の該当するファイ
ルを゛削除し、プリンタでのプリント処理が終了したと
きに、ホスト内のファイルを削除するファイル送信手段
とからなるゲートウェイを設けている。

〔作用〕

ゲートウェイは、ホストのサポートするプロトコルでホ
ストに接続し、所定の時間間隔でプリント要求ファイル
があるかどうかをチエツクする。

ホストにプリント要求ファイルがあるときは、そのファ
イルをゲートウェイのスプールに受信し、このファイル
をプリンタのサポートするプロトコルでプリンタに送信
する。そして、プリンタへのファイルの送信が終了した
ときにスプールに蓄積したファイルを削除し、プリンタ
からプリント完了の通知を受取った後、ホスト上のファ
イルを削除する。このように、ゲートウェイは所定の時
間間隔てホスト内のファイルの有無をチエツクし、ファ
イルがあるときはそのファイルを一旦スプールに蓄えて
からプリンタに送信するので、クライアント機能を持た
ないホストでも、ファイルの自動送信が可能となる。ま
た、プリンタへの送信が完全に終了し、プリンタでのプ
リント処理か終了するまでホスト上にファイルを蓄積し
ているので、ファイル送信中の障害などによるファイル
の損失を防ぐことができる。

〔実施例〕

以下、この発明に係わるネットワークシステムの一実施
例を説明する。

第２図は、この発明に係わ向ネットワークシステムの概
略構成を示すブロック図である。図において、１１はＴ
ＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏ
ｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏ
ｃｏｌ）プロトコルを有するホスト、１２はＸＮ５（Ｘ
ｅｒｏｘ　Ｎｅｔｗｏｒｋ　５ｙｓｔｅｓ）プロトコル
を有するプリンタ、１３はＴＣＰ／ＩＰプロトコルとＸ
ＮＳプロトコルを有するゲートウェイであり、これらは
同−論理ネットワークであるケーブル１４に接続されて
いる。なお、ここで使用されるホストはサーバ機能のみ
を持つものとする。

第１図は、上述したゲートウェイ１３の基本的な構成を
示すブロック図であり、第２図と同一部分を同一符号で
示す。このゲートウェイ１３は、ケーブル１４に対して
単一の図示せぬインタフェースで接続され、前記インタ
ーフェースによりＴＣＰ／ＩＰ及びＸＮＳのプロトコル
に従ってデータを送受信するデータ送受信部１と、前記
データ送受信部１により受信したファイルを蓄積する記
憶手段であるスプール２と、ホスト１１に対してＦＴＰ
で接続し、所定の時間間隔て定期的にプリント要求ファ
イルを検索するファイル検索部３と、ホスト１１内にプ
リント要求ファイルかあるときは、そのファイルをホス
ト１１のサポートするＴＣＩ”／ＩＰプロトコルで受信
し、スプール２に蓄積するファイル受信部４と、前記ス
プール２に蓄積されたファイルをプリンタ１２のサポー
トするＸＮＳプロトコルで送信すると共に、プリンタ１
２への送信が終了した時点てスプール２内の該当するフ
ァイルを削除し、プリンタ１２てのプリント処理か終了
した時点でホスト１１内のファイルを削除するファイル
送信部５とから構成されている。

なお、上記ゲートウェイ１３は、ＣＰＵ　（中央処理装
置）、主記憶装置及び補助記憶装置を主要構成要素とす
る周辺回路から構成されている。

第３図は、ホストとプリンタ間のファイル転送処理を説
明するためのシーケンスである。第３図において、ホス
トとゲートウェイ間はＴＣＰ／ＩＰのプロトコルで転送
処理か行われ、ゲートウェイとプリンタ間はＸＮＳのプ
ロトコルで転送処理が行われる。また、これらの受信プ
ロセスと送信プロセスは並列的に処理される。

次に、ファイルの自動転送を行うときの処理手順を、上
述した第３図のシーケンスを参照しながら、第４図及び
第５図のフローチャートで説明する。

最初に、ホストとゲート・ウェイ間の受信プロセスを、
第４図のフローチャートに基づいて説明する。

まず、ゲートウェイ１３のファイル検索部３は、データ
送受信部１からファイル転送用のコネクション確立要求
をホスト１１に対して行い（ステップ１０１）、コネク
ション確立要求が受理されると（ステップ１０２）、ホ
スト１１に対しログオンする（ステップ１０３）。これ
でホスト上のファイルを操作することが可能となる。次
に、ファイル受信部４はコマンドｃｄ’（ＣＷＤ）を設
定し、ルートディレクトリから、プリントファイルの入
っているスプールディレクトリへ移動する（ステップ１
０４）。そして、コマンドｌ５（ＮＬＳＴ）を設定して
スプールディレクトリの下にあるファイルをリスティン
グし、プリント要求ファイルがあるかどうかを判断する
（ステップ１０５）。ここで、プリント要求ファイルが
あるときは、コマンド”ｇｅｔ（ＲＥＴＲ）を設定し、
該当するファイルを取り出してスプール２に蓄積する（
ステップ１０６）。続いて、ファイルの送信を送信プロ
セスへ通知しくステップ１０７）、ステップ１０５に戻
る。

なお、コマンドｌ　Ｓ　（ＮＬＳＴ）は所定の時間間隔
（例えば、６０秒おき）で定期的に設定する。

さて、ステップ１０５においてスプールディレクトリに
ファイルがないときは、送信すべきファイルがない、又
はプリンタへファイルを送信中と判断して、一定時間又
はプリンタへの送信が終了するまで待機する（ステップ
１０８）。次に、ファイル送信部５は、後述の送信プロ
セスからの通知により、ファイルの送信か終了したかと
うかを判断しくステップ１０９）、ファイルの送信が終
了したときはゲートウェイ内のスプール２に蓄積したフ
ァイルを削除する（ステップ１１０）。次に、後述の送
信プロセスからの通知により、プリント処理が終了した
かどうかを判断しくステップ１１１）、プリント処理が
終了したときはホスト上の該当するファイルを削除する
（ステップ１］２）。

次に、ゲートウェイとプリンタ間の送信プロセスを、第
５図のフローチャートに基づいて説明する。

まず、ゲートウェイ１３のファイル送信部５は、送信プ
ロセスに対する要求を判断する（ステップ２０１）。こ
こで、プリント要求があったときは、プリンタが利用可
能かどうかを知るためにプリンタの状態問合せを行う（
ステップ２０２）。この状態間合せは、例えば１０秒ご
とに定期的に行い、その結果をステータス情報として記
憶しておく。

次に、状態問い合わせの結果に基づいてプリンタが利用
可能かどうかを判断する（ステップ２０３）。この判断
は、前記ステータス情報をチエツクして行う。ここで、
プリンタが利用可能てないときは一定時間待機しくステ
ップ２０４）　、ステップ２０２に戻る。また、プリン
タが利用可能であるときは、プリントの結果問い合わせ
を行う（ステップ２０５）。この結果問い合わせは、既
に送信されたファイルについて定期的に実施され、プリ
ンタでのプリント処理が終了したときは、プリント処理
の終了を受信プロセス（第４図のステップ１０９）に通
知する。次に、ゲートウェイ内に送信ファイルかあるか
とうかを判断しくステップ２０６）、送信ファイルかあ
るときはプリンタへ送信する（ステップ２０７）。そし
て、ファイルの送信か終了したかどうかをプリンタから
の通知に基づいて判断しくステップ２０８）、送信か終
了したときは受信プロセス（第４図のステップ１１０）
へ通知する（ステップ２０９）。

また、ステップ２０１において送信プロセスに対する要
求がないときは、プリンタの状態問合せを行い（ステッ
プ２１０）、プリンタが利用可能かどうかを判断する（
ステップ２１１）。ここで、プリンタが利用可能でない
ときは一定時間待機しくステップ２１２）、ステップ２
０１に戻る。また、プリンタが利用可能であるときは、
プリントの結果問い合わせを行い（ステップ２１３）、
さらに一定時間（例えば、１分間）待機（ステップ２１
４）した後、ステップ２０１に戻る。

また、ステップ２０１て受信プロセスから停止要求があ
ったときは停止処理を行う（ステップ２１５）。

上述した実施例においては、ホストとプリンタが一つづ
つ接続されたネットワークシステムについて説明したが
、この発明に係わるネットワークシステムは、複数のホ
ストと複数のプリンタが接続されたシステムにも適用す
ることができる。

第６図は、複数のホストとプリンタが接続されたネット
ワークシステムの概略構成を示すブロック図である。こ
のネットワークシステムは、プロトコル１を有するホス
トＡ、Ｂと、プロトコル２を有するプリンタＡ、ＢＳＣ
と、プロトコル１及び２を有するゲートウェイＧＷとか
ら構成されている。ゲートウェイＧＷの図示せぬメモリ
には、全てのホストとプリンタの情報を記述した情報フ
ァイルが記憶されている。ホスト情報ファイルの形式を
第７図に、プリンタ情報ファイルの形式を第８図に示す
。

第９図は、ホスト内のスプールとプリン′りとの関係を
示す説明図である。第９図において、ホストＡは、プリ
ンタＡ用のスプールＡと、プリンタＢ用のスプールＢを
具え、ホストＢは、プリンタＢ用のスプールＡと、プリ
ンタＣ用のスプールＢを具えている。また、ゲートウェ
イＧＷはプリンタＡ−Ｃに対応した３つのスプールＡ−
Ｃを具えている。各ホスト内のスプールはプリンタと１
対１に対応している。

第１０図は、ゲートウェイで生成されるファイルの受信
プロセスと送信プロセスの説明図である。

以下、第１０図に基づいて複数のホストとプリンタ間の
ファイル転送処理を説明する。なお、ファイルを送受信
する際の基本的な処理手順は第４図及び第５図で説明し
たので、ここではファイル転送処理の概要について説明
する。また、コマンドのやりとりについても説明を省略
する。

まず、ファイル送受信を行う前に、ゲートウェイＧＷは
ホスト情報ファイルに記述されたホストとスプールに対
して、ファイルの受信プロセスを生成し、同時にプリン
タ情報ファイルに記述されたプリンタに対して、ファイ
ルの送信プロセスを生成する。

まず、受信プロセスはホストにログオンし、ホストのス
プール内にファイルが存在するかどうかを定期的に調べ
、ファイルが存在するときは、そのファイルをホストの
スプールに対応したゲートウェイ内のスプールに格納し
、ファイルの送信プロセスに通知する。送信プロセスは
、受信プロセスからファイルの格納を通知されると、そ
のファイルを対応するプリンタへ順次送信する。送信後
、プリンタからプリントの完了を受信すると、受信プロ
セスに通知する。受信プロセスは、プリント完了を受信
すると、ホスト上のファイルの該当するファイルを削除
する。

なお、上述した実施例では、ネットワークのプロトコル
として、ＸＮＳ及びＴＣＰ／ＩＰを使用した例について
説明したが、同等の機能を有するプロトコルであれば、
他のプロトコルを使用してもよい。

〔発明の効果〕

以上説明したように、この発明に係わるネットワークシ
ステムでは、ゲートウェイ側からホストにログオンして
、ホスト内にプリント要求ファイルか存在するかとうか
を所定の時間間隔てチエツクし、ホスト内にプリント要
求ファイルか存在するときには、そのファイルをゲート
ウェイ内のスプールに蓄積し、プリンタへのファイル送
信か終了した後にゲートウェイ内のファイルを削除する
ようにしている。このため、クライアント機能を持たな
いホストであっても、ケートウェイを介して異なるプロ
トコルを持つプリンタに、ファイルを自動転送すること
か可能となる。

また、プリンタへの送信か完全に終了するまでゲートウ
ェイ内でファイルか蓄積され、ホスト上のファイルはプ
リンタへの送信が終了した後、結果問い合わせの結果、
プリンタでのプリント処理が終了した時点てはじめて削
除されるので、ファイル送信中の通信障害なとによるフ
ァイルの損失を防止することができる。

さらに、ゲートウェイ内にホストとプリンタの情報ファ
イルを記憶しておくことにより、複数のホストとプリン
タが接続されたネットワークステムにおいても自動転送
が可能となる。

【図面の簡単な説明】

第１図はゲートウェイの基本的な構成を示すブロック図
、第２図はこの発明に係わるネットワークシステムの概
略構成を示すブロック図、第３図はホストとプリンタ間
のファイル転送処理を説明するだめのシーケンス図、第
４図はホストとゲートウェイ間の受信プロセスを示すフ
ローチャート、第５図はゲートウェイとプリンタ間の送
信プロセスを示すフローチャート、第６図は複数のホス
トとプリンタが接続されたネットワークシステムの概略
構成を示すブロック図、第７図はホスト情報ファイルの
形式を示す説明図、第８図はプリンタ情報ファイルの形
式を示す説明図、第９図はホスト内のスプールとプリン
タとの関係を示す説明図、第１０図はゲートウェイで生
成されるファイルの受信プロセスと送信プロセスの説明
図、第１１図は従来のネットワークシステムの一例を示
′す構成ブロック図である。 １・・・データ送受信部、２．・スプール、３・・・フ
ァイル検索部、４・ファイル受信部、５・・・ファイル
送信部、１１・・・ホスト、１２・・・プリンタ、１３
・・・ゲートウェイ、１４・・・ケーブル。 第５図 第６図 第７図

Claims (1)

1. 【特許請求の範囲】 少なくとも一つのデータ処理装置と、それと異なるプロ
   トコルを持つ少なくとも一つのプリンタが同一の伝送媒
   体上に接続されたネットワークシステムにおいて、 伝送媒体に対して単一のインターフェースで接続され、
   前記インターフェースを介して、前記各プロトコルに従
   ってデータを送受信するデータ送受信手段と、 前記データ送受信手段により受信したファイルを蓄積す
   る記憶手段と、 データ処理装置に対して、所定の時間間隔でデータ処理
   装置内のファイルを検索するファイル検索手段と、 データ処理装置内にファイルがあるときは、そのファイ
   ルをデータ処理装置のサポートするプロトコルで受信し
   、記憶手段に蓄積するファイル受信手段と、 前記記憶手段に蓄積されたファイルをプリンタのサポー
   トするプロトコルで送信すると共に、プリンタへの送信
   が終了した時点で記憶手段内の該当するファイルを削除
   し、プリンタでのプリント処理が終了した時点でデータ
   処理装置内のファイルを削除するファイル送信手段と、 からなるゲートウェイを設けたことを特徴とするネット
   ワークシステム。