JPH07104957A - プリンタサーバ - Google Patents

Abstract

(57)【要約】 【構成】 ホストコンピュータからイーサネット１を通
じて転送されてきたパケットをデータ受信部３で受信
し、一旦、受信バッファ５に蓄える。プロトコル判別部
６により、受信バッファ５のパケットのプロトコルを判
別して、判別したパケットをプロトコルに応じてプロト
コル処理部７〜９のいずれかに転送する。プロトコル処
理部７〜９では、各プロトコルのパケットからデータを
取り出し、印刷データを再生する。そして、この印刷デ
ータを印刷データ出力部１０を介して出力装置２に転送
する。 【効果】 １台のプリンタサーバにより異なる複数種の
プロトコルのパケットを処理するので、プリンタサーバ
を備えたネットワークシステムの構築の自由度を向上さ
せることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホストコンピュータ等
の情報処理装置が接続されたネットワークにプリンタ等
の出力装置を接続させるプリンタサーバに関するもので
ある。

【０００２】

【従来の技術】近年においては、分散して配置されたホ
ストコンピュータや端末装置等の情報処理装置、プリン
タやプロッタ等の出力装置、その他の周辺装置を相互に
接続するネットワークを構築することによって、これら
の装置や情報の有効利用が図られるようになっている。

【０００３】通常、上記のネットワークに接続される各
種の装置は、処理能力や用途に応じて最適な規格のプロ
トコルに設定されている。したがって、ネットワークを
構築するには、出力装置や周辺装置の使用状況を管理す
る必要がある。また、装置をネットワークに接続するに
は、各装置により異なるプロトコルをネットワークのプ
ロトコルに整合させるサーバが用いられる。

【０００４】ところで、プリンタやプロッタ等の出力装
置をネットワークに接続する際には、出力装置を管理す
るサーバ機能を有したプリンタサーバが使用されるよう
になっている。以下に、図４に基づいて、プリンタサー
バの動作の概要について説明する。

【０００５】まず、ホストコンピュータからの回線の接
続要求を受けると、ＬＡＮ等のネットワークの通信回線
に接続される（）。次いで、ホストコンピュータから
印字データパケットが送信されると、それを受信してプ
リンタに印字を行なわせるための所定の処理を行なう。
プリンタは、プリンタサーバからの印字データを受けて
印字動作を行なう（）。以降、ホストコンピュータ、
プリンタサーバおよびプリンタでの動作が繰り返し行
なわれる。

【０００６】そして、印字が終了すると、ホストコンピ
ュータに処理が終了したことを通知する（）。その
後、ホストコンピュータからの回線切断の要求を受ける
と回線を切断し、切断を確認したことをホストコンピュ
ータに通知する（）。

【０００７】以上の処理シーケンスを実現するシステム
は、例えば、図５に示すようなものがある。このシステ
ムにおいて、例えば、ＵＮＩＸが装備されている装置か
らのパケットは、ＬＡＮ１１を介してＴＣＰ／ＩＰ(Tra
nsmission Control Protocol/Internet Protocol) に対
応するプリンタサーバ１２に伝送される。また、Ｎｅｔ
Ｗａｒｅが装備されている装置からのパケットは、同
様にＬＡＮ１１を介してＳＰＸ／ＩＰＸに対応するプリ
ンタサーバ１３に伝送される。

【０００８】プリンタサーバ１２・１３では、それぞれ
のプロトコルに応じたデータ処理が施されて印字データ
が出力される。この印字データは、一旦、プリンタバッ
ファ１４に蓄えられた後、プロッタ１５に送出される。

【０００９】

【発明が解決しようとする課題】ところが、上記のシス
テムでは、各プリンタサーバ１２・１３が１つのプロト
コルにしか対応しないため、プロトコル毎に異なるプリ
ンタサーバ１２・１３が必要となる。このため、多種の
プロトコルに対応しようとすると、各プロトコルに応じ
たプリンタサーバを設置しなければならないが、実際に
設置できるプリンタサーバの数には限りがある。したが
って、現状では、多種のプロトコルに対応することが非
常に困難であり、その結果、データ送信先となるホスト
コンピュータの機種が限定されることになる。

【００１０】また、上記のようにプロッタ１５を複数の
プリンタサーバ１２・１３で共有するシステムでは、プ
リンタサーバ１２・１３をプロッタ１５に接続するため
に、プリンタバッファ１４が必要になる。このように、
従来の技術では、システム構成が複雑にならざるを得
ず、コストアップを招来するという問題点があった。

【００１１】本発明は、上記の事情に鑑みてなされたも
のであって、プリンタサーバ側で複数種のプロトコルに
対応するようにしてシステム構成の簡素化を図り、シス
テム構築の自由度を向上させることを目的としている。

【００１２】

【課題を解決するための手段】本発明のプリンタサーバ
は、上記の課題を解決するために、ホストコンピュータ
等の情報処理装置が接続されるローカルエリアネットワ
ーク等のネットワークと、このネットワークを介して伝
送される情報処理装置から送信された情報を印刷出力す
る出力装置との接続を中継するプリンタサーバにおい
て、以下の手段を講じていることを特徴としている。

【００１３】すなわち、上記のプリンタサーバは、情報
処理装置から送信されたパケットを受信する受信手段
と、受信手段により受信されたパケットがいかなるプロ
トコルで送信されたかを判別する判別手段と、ＴＣＰ／
ＩＰ、ＳＰＸ／ＩＰＸ等のプロトコル別に設けられ、判
別手段により判別されたプロトコルのパケットのデータ
に基づいてプリンタやプロッタ等の出力装置に印刷デー
タを出力するための処理を行なう処理手段とを備えてい
る。

【００１４】

【作用】上記の構成では、受信手段により受信されたパ
ケットは、判別手段によりプロトコルが判別される。プ
ロトコルが判別されると、そのプロトコルに応じた処理
手段に判別後のパケットが入力される。処理手段では、
そのパケットに基づいて印刷データを出力するための処
理が行なわれる。そして、処理手段からの印刷データ
は、出力装置に送出されて印刷に供される。

【００１５】このように、上記の構成によれば、プロト
コルを判別する機能を有しているので、プロトコル毎に
専用のプリンタサーバを設ける必要がなくなる。また、
１台のプリンタサーバにより複数のプロトコルに対応で
きることから、プロトコル毎にプリンタサーバを設置す
る場合のようにプリンタバッファ等の付帯設備を設ける
必要がなくなる。さらに、異なるプロトコルでデータを
送信するホストコンピュータが、データ転送先として上
記の構成のプリンタサーバだけを指定すればよく、取り
扱いが容易になる。

【００１６】

【実施例】本発明の一実施例について図１ないし図３に
基づいて説明すれば、以下の通りである。

【００１７】本実施例に係るプリンタサーバは、ＴＣＰ
／ＩＰやＳＰＸ／ＩＰＸ等のプロトコルによるデータ通
信を可能とし、ＵＮＩＸ等の分散処理環境を実現するネ
ットワークにおいて用いられる。本プリンタサーバで
は、ＴＣＰ／ＩＰ、ＳＰＸ／ＩＰＸ、ＥＴＨＥＲ ＴＡ
ＬＫに対応するように構成されている。

【００１８】ＴＣＰ／ＩＰのパケットヘッダは、図２の
（ａ）に示すように、DESTINATIONADDRESS(図中、Ｄ
Ａ）、SOURCE ADDRESS（図中、ＳＡ）、ETHER TYPE（図
中、ＥＴ）およびHEADER LENGTH(図中、ＨＬ）により構
成されている。HEADER LENGTHにおいて、上２桁の数字
はVERSION(図中、ＶＥＲ）を表し、下２桁の数字はSERV
ICE TYPE（図中、ＳＴ）を表している。

【００１９】ＳＰＸ／ＩＰＸのパケットヘッダは、図２
の（ｂ）に示すように、DESTINATION ADDRESS(図中、Ｄ
Ａ）、SOURCE ADDRESS（図中、ＳＡ）、PACKET LENGTH
(図中、ＰＬ）およびCHECK SUM(図中、ＣＳ）により構
成されている。CHECK SUM は、“ＦＦＦＦ”に固定され
ている。

【００２０】ＥＴＨＥＲ ＴＡＬＫのパケットヘッダ
は、図２の（ｃ）に示すように、DESTINATION ADDRESS
(図中、ＤＡ）、SOURCE ADDRESS（図中、ＳＡ）、PACKE
T LENGTH （図中、ＰＬ）、DISTINATION SAP （図中、
ＤＳＡＰ）、SOURCE SAP（図中、ＳＳＡＰ）、CONTROL
BYTE（図中、ＣＴＬＢ）、SNAP PROTOCL DISCRIMINATOR
（図中、ＳＰＤ）により構成されている。SNAP PROTOCL
DISCRIMINATORは、“０８０００７８０９Ｂ”に固定さ
れている。

【００２１】図１に示すように、本プリンタサーバは、
上記のネットワークとして備えられたイーサーネット１
に接続されている。イーサネット１は、光ファイバー等
の通信回線を介してデータを伝送するようになってい
る。本プリンタサーバは、この通信回線に接続されるこ
とによって、イーサネット１を介して伝送されるデータ
をプリンタやプロッタ等の出力装置２に転送するように
なっている。

【００２２】本プリンタサーバは、データ受信部３と、
データ送信部４と、受信バッファ５と、プロトコル判別
部６と、プロトコル処理部７〜９と、印刷データ出力部
１０とを備えている。

【００２３】受信手段としてのデータ受信部３は、物理
メディアとしてのイーサネット１からプロトコルを含ん
だパケットを受信し、受信バッファ５に転送するように
なっている。受信バッファ５は、データ受信部３からの
パケットを一時的に蓄えるようになっている。送信デー
タ部４は、後述するプロトコル処理部７〜９からの出力
データをイーサネット１を介して情報処理装置としての
ホストコンピュータ（図示しない）に送信するようにな
っている。

【００２４】判別手段としてのプロトコル判別部６は、
受信バッファ５からパケットを１個ずつ取り出して、そ
のパケットに含まれるプロトコルを判別するようになっ
ている。具体的には、図２に示したような各パケットに
含まれるＩＤに基づいて判別が行なわれる。例えば、Ｅ
ＴＨＥＲ ＴＡＬＫのパケットヘッダでは、SNAP PROTO
CL DISCRIMINATORがＩＤに相当する。また、プロトコル
判別部６は、パケットを、判別結果に基づいてそれぞれ
に適したプロトコル処理部７〜９に振り分けて転送する
ようになっている。

【００２５】処理手段としてのプロトコル処理部７〜９
は、プロトコル判別部６から転送されてきたパケットか
らデータを取り出して、印刷に供される印刷データ（印
字・描画データ）を出力する処理をそれぞれプロコトル
毎に行なうようになっている。このため、プロトコル処
理部７〜９は、それぞれＴＣＰ／ＩＰ、ＳＰＸ／ＩＰ
Ｘ、ＥＴＨＥＲ ＴＡＬＫに対応して処理を行なうよう
に構成されている。また、プロトコル処理部７〜９は、
各プロトコルに基づいて、ホストコンピュータとのハン
ドシェイク（例えば、誤り時の再送要求、受信完了の通
知）をデータ送信部４を介して行なうようになってい
る。

【００２６】印刷データ出力部１０は、プロトコル処理
部７〜９からの印刷データをセントロニクスポート、シ
リアルポート等の出力ポートを介して出力装置２に出力
するようになっている。

【００２７】上記のように構成されるプリンタサーバの
動作を説明する。

【００２８】ホストコンピュータからイーサネット１を
通じて転送されたパケットは、データ受信部３で受信さ
れ、一旦、受信バッファ５に蓄えられる。受信バッファ
５内のパケットは、プロトコル判別部６により、１個ず
つ取り出されてそのプロトコルが判別される。そのパケ
ットは、判別されたプロトコルに応じたプロトコル処理
部７〜９のいずれかに転送される。例えば、そのプロト
コルがＴＣＰ／ＩＰである場合、パケットは、プロトコ
ル判別部６の判定によりプロトコル処理部７に出力され
る。

【００２９】プロトコル処理部７〜９では、各プロトコ
ルのパケットからデータが取り出され、印刷データが再
生される。この印刷データは、印刷データ出力部１０を
介して出力装置２に転送される。そして、出力装置２に
より、上記の印刷データに基づいて印刷が行なわれる。

【００３０】印刷すべきデータの受信が完了すると、プ
ロトコル処理部７〜９から受信完了の通知が出力され
る。この通知は、データ送信部４を介してイーサネット
１に送出され、ホストコンピュータに伝送される。ま
た、イーサネット１により伝送されてきたパケットに誤
りがあった場合、プロトコル処理部７〜９からホストコ
ンピュータに対しパケットの再送要求が出力される。こ
の再送要求も、受信完了の通知と同様、データ送信部４
を介してイーサネット１に送出される。

【００３１】ところで、プロトコル判別部６およびプロ
トコル処理部７〜９における処理は、図３のフローチャ
ートに示す手順で行なわれる。

【００３２】まず、ＩＰＸパケットであるか否かが判定
され（Ｓ１）、ＩＰＸパケットでない場合は、ＥＴＨＥ
Ｒ ＴＡＬＫパケットであるか否かが判定される（Ｓ
２）。ここで、ＥＴＨＥＲ ＴＡＬＫパケットでない場
合は、プロトコル処理部７にてＩＰパケットに対応した
処理が行なわれる（Ｓ３）。

【００３３】Ｓ１でＩＰＸパケットである場合は、プロ
トコル処理部８にてＩＰＸに対応した処理が行なわれる
（Ｓ４）。Ｓ２でＥＴＨＥＲ ＴＡＬＫパケットである
場合は、プロトコル処理部９にてＥＴＨＥＲ ＴＡＬＫ
に対応した処理が行なわれる（Ｓ５）。

【００３４】以上述べたように、本実施例に係るプリン
タサーバは、プロトコルを判定してプロトコル毎にデー
タ処理を行なう機能を有している。それゆえ、１台のプ
リンタサーバにより、異なるプロトコルのパケットの処
理が可能になる。したがって、プロトコル毎に専用のプ
リンタサーバを設ける必要がなくなる。また、プリンタ
サーバを１台設けるだけでよいので、複数のプリンタサ
ーバで１台の出力装置を共有する場合のように、各プリ
ンタサーバと出力装置との間にプリンタバッファを設け
る必要がなくなる。加えて、ホストコンピュータ側にお
いて複数のプリンタサーバからプロトコルに応じて１台
を指定するといった手続きを省くことができる。

【００３５】なお、本実施例のプリンタサーバでは、３
種類のプロトコル処理部７〜９が設けられているが、プ
ロトコルがさらに増加する場合は、それに応じてプロト
コル処理部が追加される。イーサネット１上で通信可能
なプロトコルとしては、ＥＴＨＥＲ ＴＡＬＫの他に、
例えばＬＡＴ（ＤＥＣｎｅｔ用のプロトコル）やＬＡＮ
ＭＡＮＡＧＥＲがある。

【００３６】また、ネットワークについては、イーサネ
ット１に限らず、ＤＥＣｎｅｔといった他のローカルエ
リアネットワークなどでも本発明の適用が可能である。

【００３７】

【発明の効果】本発明のプリンタサーバは、以上のよう
に、情報処理装置から送信されたパケットを受信する受
信手段と、受信手段により受信されたパケットがいかな
るプロトコルで送信されたかを判別する判別手段と、プ
ロトコル別に設けられ、判別手段により判別されたプロ
トコルのパケットのデータに基づいて出力装置に印刷デ
ータを出力するための処理を行なう処理手段とを備えて
いる構成である。

【００３８】これにより、異なるプロトコルのデータが
転送されてきても、それを判別して処理が行なわれる。
それゆえ、プロトコル毎に専用のプリンタサーバを設け
る必要がなくなる。

【００３９】また、１台のプリンタサーバに出力装置を
１台接続すればよいので、複数のプリンタサーバで１台
の出力装置を共有する場合に、各プリンタサーバと出力
装置との間に必要であったプリンタバッファ等の付帯設
備が不要になる。

【００４０】しかも、プリンタサーバを１台備えるだけ
でよいので、データを送信するホストコンピュータ側で
複数のプリンタサーバからデータ転送先として１台を指
定するといった手続きを省くことができる。このため、
ユーザはプロトコルを意識することなく、印刷操作を行
なうことができる。

【００４１】その結果、システム構成の簡素化を図るこ
とができるとともに、ネットワークを介して出力装置に
接続しうるホストコンピュータの機種をプロトコルの種
類に関わらず増加させることができるようになる。

【００４２】したがって、本発明を採用すれば、プリン
タサーバを備えたネットワークシステムの構築の自由度
を向上させることができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施例に係るプリンタサーバの概略
構成を示すブロック図である。

【図２】図１のプリンタサーバにおいてプロトコルの判
別に供される３種のパケットヘッダを示す説明図であ
る。

【図３】図１のプリンタサーバにおけるプロトコルの判
別およびプロトコルに応じたデータ処理の手順を示すフ
ローチャートである。

【図４】従来のプリンタサーバにより印字動作を行なう
場合の通信手順を示すシーケンス図である。

【図５】従来のプリンタサーバを備えたネットワークシ
ステムの要部の構成を示すブロック図である。

【符号の説明】 １ イーサネット（ネットワーク） ２ 出力装置 ３ データ受信部（受信手段） ６ プロトコル判別部（判別手段） ７〜９ プロトコル処理部（処理手段）

Claims (1)

【特許請求の範囲】
1. 【請求項１】情報処理装置が接続されるネットワーク
   と、このネットワークを介して伝送される情報処理装置
   から送信された情報を印刷出力する出力装置との接続を
   中継するプリンタサーバにおいて、 情報処理装置から送信されたパケットを受信する受信手
   段と、 受信手段により受信されたパケットがいかなるプロトコ
   ルで送信されたかを判別する判別手段と、 プロトコル別に設けられ、判別手段により判別されたプ
   ロトコルのパケットのデータに基づいて出力装置に印刷
   データを出力するための処理を行なう処理手段とを備え
   ていることを特徴とするプリンタサーバ。