JPH1115610A - 印刷システム - Google Patents

Abstract

(57)【要約】 【課題】 クライアントとプリントサーバーとからなる
印刷システムにおいて、クライアント側での煩雑なデー
タ管理やデータ形式の変更を不要にする。 【解決手段】 クライアントＡ４０から、アプリケーシ
ョンによって生成されたアプリケーションデータそのも
のがサーバー４６へ出力される。すなわち、ネットワー
ク３０上において、アプリケーションに依存する依存型
データが転送される。サーバー４６では、アプリケーシ
ョンデータ１２の種別を判定し、対応するアプリケーシ
ョンを起動させて、アプリケーションに依存しない非依
存型データ（中間形式のデータ）を生成する。そのデー
タによって印刷処理が行われる。アプリケーション及び
プリンタドライバがサーバー４６に設けられているた
め、クライアント側で印刷装置やデコンポーザ３２の特
性を意識する必要がなくなる。クライアントＢからデー
タ名情報１３を発行するだけで、自動的にファイルサー
バー４４からアプリケーションデータ１２が取得され、
上記同様に印刷処理が行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント及び
プリントサーバーを含む印刷システムに関する。

【０００２】

【従来の技術】図４には、従来の一般的な印刷システム
の概略構成が示されている。クライアント（クライアン
トマシン）上にはアプリケーション（アプリケーション
プログラム）１０が搭載されている。そのアプリケーシ
ョン１０によってアプリケーションデータ１２が生成さ
れる。ここで、アプリケーションは、例えばドキュメン
ト作成ソフトウエアなどである。アプリケーションデー
タ１２は、一般に、そのアプリケーション特有のデータ
形式（アプリケーション依存型のデータ形式）で記述さ
れている。

【０００３】アプリケーションデータ１２をサーバー
（プリントサーバー）に転送して印刷する際には、アプ
リケーション１０がアプリケーションデータ１２を中間
のデータ形式（アプリケーションに依存しない非依存型
のデータ形式）に変換する。ここで、そのデータ形式
は、例えば、印刷装置固有の条件が反映されるＰＤＬ
（Page Description Language）形式であり、あるい
は、その前段階のデータ形式であって印刷装置固有の条
件がまだ反映されていない中間形式（例えばＧＤＩのよ
うな形式であり、以下、便宜上ＧＤＩ形式という）であ
る。アプリケーション１０自体がＰＤＬ形式へのデータ
変換機能をもっている場合もあるが、図４に示す例で
は、アプリケーション１０はアプリケーションデータ１
２をいったんＧＤＩ形式（第１の中間形式）のＧＤＩデ
ータ１４に変換している。そして、各印刷装置に対応し
たプリンタドライバ１６によって、ＧＤＩデータ１４が
印刷装置固有の条件を含むＰＤＬ形式（第２の中間形
式）のＰＤＬデータ（マスターファイル）１８に変換さ
れる。なお、プリンタドライバ１６は、通常、各印刷装
置毎にクライアント内に設けられる。

【０００４】クライアントからＰＤＬデータ１８を受け
たサーバー側では、デコンポーザ（ＰＤＬ解釈装置）２
０によってＰＤＬデータ１８が解釈され、これによりビ
ットマップイメージのビットマップデータ２２が生成さ
れる。そのデータ２２が印刷装置２４に転送され、その
イメージの印刷が行われる。

【０００５】図５には、図４に示した概略構成をもう少
し具体化した従来の印刷システムの構成例が示されてい
る。なお、図５において、図４に示した構成に対応する
構成には同一符号を付してある。

【０００６】図５の示すシステムでは、サーバー８によ
って複数の印刷装置３６が一括制御されている。これに
対応して、サーバー８内には複数のデコンポーザ３２が
設けられ、また、クライアント６には複数のプリンタド
ライバ１６が設けられている。ちなみに、クライアント
６とサーバー８はネットワーク３０によって接続され、
各印刷装置３６は複数のクライアントによって共有され
る。

【０００７】クライアント６において、各プリンタドラ
イバ１６には、記憶装置に格納されたデータファイル２
６がそれぞれ対応付けられている。これらのファイルに
は、対応するデコンポーザや印刷装置の特性に関する情
報が含有され、例えば、利用可能なフォントの種類、デ
コンポーザのバージョン、デコンポーザが使用可能なメ
モリ容量、フォントラスタライザの有無、などの情報が
格納される。

【０００８】プリンタドライバは、ＰＤＬデータ作成に
当たって、ユーザー入力されるコピー部数や両面指示な
どの（ユーザーが意識する）情報に加えて、上記のよう
な情報の両者を考慮して、そのデータ変換処理を行って
いた。

【０００９】

【発明が解決しようとする課題】上記システムにおい
て、生成されたＰＤＬデータの種別がサーバーによって
サポートされているものと異なっていたり、あるいはＰ
ＤＬデータが印刷装置やデコンポーザの特性に応じて適
切に記述されていなかったりすると、ユーザーが期待す
る印刷結果を得ることができない。

【００１０】そこで、例えば特開平６−１４３７５５号
公報や特開平８−００６７４１号公報に記載されたシス
テムでは、クライアントが、出力する印刷装置（及びデ
コンポーザ）毎にその特性の情報を自動的に取得するこ
とが行われている。すなわち、各プリンタドライバ１６
毎のデータファイル２６を自動生成するものである。

【００１１】しかし、この場合、クライアント側の負担
が大きくなり、またデータファイル管理のための記憶領
域を確保しておかなければならないという問題がある。

【００１２】また、従来システムでは、クライアント上
にアプリケーションが搭載されていなければ、アプリケ
ーションデータを印刷処理することができない。例え
ば、アプリケーションデータのみを有する場合に、それ
を印刷することができないという問題があった。

【００１３】本発明は、上記従来の課題に鑑みなされた
ものであり、その目的は、クライアント側での煩雑なデ
ータ管理やデータ形式の変換を要することなく、各種の
アプリケーションデータの印刷を行える印刷システムを
提供することにある。

【００１４】本発明の他の目的は、クライアント側でア
プリケーション自体を所有していなくてもアプリケーシ
ョンデータの印刷を行える印刷システムを提供すること
にある。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、ネットワークを介してクライアントとプ
リントサーバーとが接続されたシステムにおいて、前記
クライアントは、アプリケーションソフトウエアに依存
するデータ形式をもった依存型データをネットワークに
出力し、前記プリントサーバーは、前記ネットワークか
らの前記依存型データをアプリケーションソフトウエア
に依存しないデータ形式をもった非依存型データに変換
するデータ形式変換手段を含み、前記ネットワーク上を
前記依存型データが転送されることを特徴とする。

【００１６】上記構成によれば、クライアント側からア
プリケーションデータがそのままプリントサーバーへ転
送され、そのサーバー側でアプリケーションの種別に応
じてデータ形式の変換が行われる。よって、クライアン
ト側で印刷装置の特性を管理する必要がなくなり、また
中間形式（印刷装置特有の条件が反映されたデータ形
式）へのデータ変換に伴う負担が削減される。

【００１７】本発明の望ましい態様では、前記データ形
式変換手段は、前記依存型データを生成したアプリケー
ションソフトウエアそれ自体又はその一部である。アプ
リケーションプログラムにおいて、データ形式変換モジ
ュールが切り離せるような場合にはそのモジュールだけ
をサーバーに搭載しておけばよい。もちろん、アプリケ
ーションプログラム自体をサーバーに搭載しておいても
よい。

【００１８】本発明の望ましい態様では、前記プリント
サーバーは、前記依存型データの種別に基づいてそれを
生成したアプリケーションソフトウエアを判定する判定
手段を含み、前記データ形式変換手段は、前記判定手段
の判定結果に対応した変換処理を実行する。

【００１９】上記のアプリケーションの種別の判定は、
例えばファイル名に含まれる拡張子を利用することがで
き、あるいはアプリケーションの種別を表す情報をアプ
リケーションデータに添付させてもよい。

【００２０】本発明の望ましい態様では、前記データ形
式変換手段は、前記非依存型データとして、印刷装置固
有の条件が反映された中間形式のデータを生成し、前記
中間形式のデータをイメージデータに変換して印刷装置
へ出力するイメージ変換手段が設けられる。

【００２１】上記の中間データ形式は、例えば第１の中
間形式としてのＧＤＩ形式や第２の中間形式としてのＰ
ＤＬ形式である。イメージ変換手段はデコンポーザやＰ
ＤＬ解釈装置に相当するものである。

【００２２】本発明の望ましい態様では、前記プリント
サーバーは、前記非依存型データを保存しておく記憶装
置と、保存された非依存型データに対して印刷指示があ
った場合に、前記記憶装置から当該非依存型データを読
み出す読み出し制御手段と、を含む。

【００２３】例えば、印刷が完了した非依存型データを
サーバーに保存しておけば、後に、同じデータの印刷を
行う場合に、データ形式の変換処理を省略でき、処理速
度を向上できる。

【００２４】本発明の望ましい態様では、前記ネットワ
ークに接続され、前記依存型データを蓄積するファイル
サーバーと、前記依存型データに対して印刷指示があっ
た場合に、前記ファイルサーバーから当該依存型データ
を取得するデータ取得手段と、を含むことを特徴とす
る。これは、例えば、データ名のみの指定をサーバーに
与えて、サーバー側で必要なデータを取得させて印刷を
行うものである。

【００２５】上述のように、本発明によれば、クライア
ント側で中間形式のファイルを作成する必要がないた
め、そのファイル作成に当たって必要なプリンタドライ
バやその処理のための情報の管理などが不要になる。よ
って、クライアントの構成を簡略化できる。

【００２６】また、本発明によれば、印刷装置が追加・
変更されても、サーバーのみの変更で済み、クライアン
トの構成を変更する必要がない。よって、特にクライア
ント数が多いような場合でも、印刷装置の増設を容易に
行える。

【００２７】また、本発明によれば、ドキュメントを作
成しないクライアントには、アプリケーションを搭載さ
せる必要がなくなり、アプリケーションが搭載されてい
なくてもファイル自体の転送やファイル名の指定によっ
て、所望のデータの印刷を行える。そして、クライアン
トでのＣＰＵの負担を大幅に軽減できるので、他のジョ
ブの処理を速やかに行わせることができる。なお、アプ
リケーションの搭載を行えないようなクライアントであ
っても、印刷の実行を行わせることができる。なお、本
発明は、サーバーにおいて、アプリケーションデータか
らイメージデータを直接生成する場合にも当然適用でき
る。

【００２８】

【発明の実施の形態】以下、本発明の好適な実施形態を
図面に基づいて説明する。

【００２９】図１には、本発明に係る印刷システムの全
体構成が概略図として示されている。ネットワーク３０
には、クライアント４０及びクライアント４２とサーバ
ー（プリントサーバー）４６とが接続されている。さら
に、本実施形態ではネットワーク３０に、ファイルサー
バー４４が接続されている。

【００３０】クライアントＡ４０は、例えばアプリケー
ションデータ１２を生成したアプリケーション（アプリ
ケーションソフトウエア）が搭載されているものであっ
て、そのアプリケーションデータ１２はクライアントＡ
４０内に設けられた記憶装置５２内に格納されている。
データ転送装置５０は、その記憶装置５２から、印刷を
行いたいアプリケーションデータ１２を読み出し、その
アプリケーションデータ１２をネットワーク３０を介し
てサーバー４６へ転送する。ここで、データ転送装置５
０は例えばアプリケーションそれ自体であってもよいが
単にデータ転送を行うモジュールであってもよい。

【００３１】クライアントＢ４２は、この実施形態にお
いて、データ指示装置５４を含む。このデータ指示装置
５４はサーバ−４６に対して印刷を希望するデータのデ
ータ名情報１３を出力するものである。

【００３２】ファイルサーバー４４は、記憶装置５６を
有している。この記憶装置５６内には１又は複数のアプ
リケーションデータ１２が格納されている。ファイルサ
ーバー４４は、後述するデータ取得装置６０から特定の
データ名のデータの取得要求があった場合に、そのデー
タを記憶装置５６から読み出してサーバー４６へ転送す
る制御を実行する。

【００３３】サーバー４６において、指示解析装置５８
は、ネットワーク３０を介して入力される指示や情報を
解析する手段であり、例えば入力された情報がアプリケ
ーションデータ１２であればそのアプリケーションデー
タ１２をそのままアプリケーション選択装置６２へ渡す
処理を実行する。また、指示解析装置５８は、クライア
ントＢ４２からのデータ名情報１３が入力された場合に
は、そのデータ名情報１３をデータ取得装置６０に渡す
処理を実行する。

【００３４】データ取得装置６０は、そのデータ名情報
１３に基づきデータ取得要求をファイルサーバー４４に
対して発行する。すると、上述したようにファイルサー
バー４４はそのデータ名で特定されるアプリケーション
データ１２をサーバー４６に対して転送する。これによ
って、そのアプリケーションデータ１２がデータ取得装
置６０及び指示解析装置５８を介してアプリケーション
選択装置６２に送られることになる。

【００３５】アプリケーション選択装置６２は、受け取
られたアプリケーションデータの種別を判定することに
よって、そのアプリケーションデータ１２のデータ形式
を変換する際に利用するいずれかのアプリケーション６
４を選択する手段である。サーバー４６内の記憶装置に
は、ネットワーク３０に接続されたクライアントが有す
る全部又は大部分のアプリケーション６４が搭載されて
おり、アプリケーション選択装置６２は、入力されたア
プリケーションデータ１２を生成したアプリケーション
を判定して、そのアプリケーションと同一のアプリケー
ション６４を選択する。

【００３６】なお、サーバー４６において、アプリケー
ション６４それ自体を格納しておいてよいが、記憶装置
の容量削減などのために、例えばアプリケーション６４
におけるデータ形式の変換モジュール部分のみをサーバ
ー４６に搭載しておいてもよい。このような構成によっ
ても本発明を実現できる。

【００３７】アプリケーション選択装置６２は、例え
ば、アプリケーションデータ１２のファイル名の末尾文
字（拡張子）に基づいてアプリケーションの種別を判定
する処理を行う。例えば、拡張子が“・ＤＯＣ”ならば
アプリケーションＡと判定し、“・ＴＸＴ”ならばアプ
リケーションＢといったようにアプリケーションの判定
を行う。このような選択条件が採用される場合、クライ
アントにおいてはアプリケーションの種別を拡張子とし
つつファイル名を作成する手段を設けるのが望ましい。

【００３８】あるいは、アプリケーション選択装置６２
は、アプリケーションデータ１２とともに入力されるア
プリケーションの種類を表す情報に基づいてアプリケー
ションを判定してもよい。この場合には、クライアント
においてそのような情報を付加する手段を設ける必要が
ある。

【００３９】上記の選択条件の例は一例であって、これ
以外にも結果としてアプリケーションの種別が判定でき
るものであれば各種の条件を採用できる。

【００４０】アプリケーション起動装置６６は、アプリ
ケーション選択装置６２の選択結果に基づいて、選択さ
れたアプリケーション６４を自動的に起動させる処理を
実行する。図１には、そのように起動されたアプリケー
ションが符号６４’で示されている。アプリケーション
６４’は、受け渡されるアプリケーションデータ１２
を、この実施形態では第１の中間形式としてのＧＤＩデ
ータ１４に変換する処理を実行している。ここで、上述
したように、ＧＤＩデータ１４は、アプリケーションに
は依存しない非依存型のデータであって、かつ、印刷装
置３６にも依らないデータである。

【００４１】ＧＤＩデータ１４は、印刷を実行する印刷
装置３６に対応づけられたプリンタドライバ１６に送ら
れる。プリンタドライバ１６は、ＧＤＩデータ１４を第
２の中間形式としてのＰＤＬデータ１８に変換する処理
を実行する。ここで、ＰＤＬデータ１８は上述したよう
に各印刷装置３６（及びデコンポーザ３２）の特性を反
映したデータである。

【００４２】各プリンタドライバ１６にはデータファイ
ル２６が対応付けられており、各データファイル内には
それに対応する印刷装置３６及びデコンポーザ３２の特
性に関する情報が格納されている。例えば、上述したよ
うに、フォントの種類、デコンポーザのバージョン、デ
コンポーザが使用することのできるメモリ容量、フォン
トラスタライザーの有無等の情報がそのデータファイル
２６内に格納されている。プリンタドライバ１６は、そ
のデータファイル２６内に格納された情報及びユーザー
によって指定されたあるいはあらかじめ設定された印刷
条件に基づいてＰＤＬデータ１８を生成している。

【００４３】このように生成されたＰＤＬデータ１８
は、プリンタドライバ１６に対応したデコンポーザ３６
に送られる。このデコンポーザ３２によってＰＤＬが解
釈され、ビットマップイメージのイメージデータが生成
される。そのイメージデータは対応する印刷装置３２に
送られ、これによってイメージデータの印刷が実行され
る。

【００４４】図１に示す構成例では、デコンポーザ３２
がサーバー４６内に設けられていたが、もちろんサーバ
ー４６の外にデコンポーザ３２が設けられていてもよ
い。

【００４５】また、上述したように、サーバー４６に搭
載されるアプリケーション６４はそのアプリケーション
の全機能を持つ必要は必ずしもなく、アプリケーション
６４における印刷に必要な機能（ＧＤＩ変換機能）を少
なくとも有するモジュールだけが搭載されていてもよ
い。例えば、アプリケーションがワードプロセッサ等で
ある場合には、ドキュメントを入力したりあるいは編集
したりする機能は基本的にサーバーにおいては不要であ
る。そこで、アプリケーションのモジュール分解が可能
であるならば、上述のように必要なモジュールのみをサ
ーバー４６上にインストールしておけばよい。

【００４６】図２には、図１に示した印刷システムの動
作がフローチャートとして示されている。

【００４７】Ｓ１０１では、例えばクライアントＡ４０
によってアプリケーションデータが選択され、さらにＳ
１０２ではプリンタが選択される。そして、印刷を行わ
せるアプリケーションデータ及びプリンタの選択情報が
Ｓ１０３においてサーバーへ出力される。

【００４８】なお、クライアントＢにおいても同様に、
Ｓ１０１では、印刷を行いたいアプリケーションデータ
が選択され、Ｓ１０２ではプリンタの選択が行われ、Ｓ
１０３ではデータ名情報１３とプリンタの選択情報とが
サーバー４６へ出力される。サーバー４６では、Ｓ１０
４において、指示解析装置５８によって入力された指示
の内容が解析される。ここで、アプリケーションデータ
（データファイル）１２そのものが転送されたと判断さ
れた場合には、Ｓ１０６が実行され、一方、データ名情
報１３が入力されたと判断された場合には、Ｓ１０５に
おいてデータ取得装置６０によってそのファイル名すな
わちデータ名に対応するアプリケーションデータの取得
処理が実行される。これは、上述したように、ファイル
サーバー４４にリクエストを送ることによって行われ
る。

【００４９】Ｓ１０６では、アプリケーション選択装置
６２によって、指定されたデータに対応するアプリケー
ションがサーバー４６上にインストールされているか否
かが判断され、ここで、そのインストールがなされてい
なければＳ１０７においてエラーが出力される。

【００５０】一方、対応するアプリケーションがインス
トールされていれば、Ｓ１０８においてアプリケーショ
ン起動装置６６によって当該アプリケーションが起動さ
れ、そのように起動されたアプリケーション６４’に対
して、Ｓ１０９においてアプリケーションデータとプリ
ンタの情報とが渡されることになる。Ｓ１１０において
は、アプリケーション６４’において、印刷装置３６が
選択され、結果として対応するプリンタドライバが選択
され、Ｓ１１１において対象となるデコンポーザ３２と
使用すべき条件データが決定される。Ｓ１１２において
は、アプリケーション６４’によって生成されたＧＤＩ
データ１４に基づいてＰＤＬデータ１８が生成される。
そして、Ｓ１１３ではそのＰＤＬデータ１８がデコンポ
ーザ３２へ送られ、Ｓ１１４において、ＰＤＬ解釈とそ
れにより生成されたイメージデータの印刷処理とが実行
されることになる。

【００５１】上記の実施形態では、アプリケーションデ
ータ１２そのものをサーバー４６に渡すことなく、デー
タ名情報１３の転送のみによってアプリケーションデー
タの印刷を行わせることができる。したがって、このよ
うな構成によれば、クライアント４０にアプリケーショ
ンが搭載されていなくても印刷指示を行えるという利点
がある。すなわち、アプリケーションデータがクライア
ントとは別のマシン上に存在していてもそのマシンから
自動的にファイルを取得して印刷を実行させることがで
きる。よって、クライアント自体がファイルサーバーか
らファイルを取得してサーバー４６へ転送する必要がな
いので、ネットワーク上における通信量を削減でき、か
つクライアントにおける負担も軽減できる。

【００５２】図３には、他の実施形態の要部構成が示さ
れている。なお、図１に示す構成と同様の構成には同一
符号を付しその説明を省略する。

【００５３】この実施形態においては、生成されたＰＤ
ＬデータがキャッシュファイルとしてＰＤＬキャッシュ
データベース７２に保存される。そして、次に印刷指示
が出された場合、そのＰＤＬキャッシュデータベース７
２から当該ＰＤＬデータを読み出して印刷が行われる。
これを具体的に説明する。

【００５４】図３に示すキャッシュ保存装置７４は、プ
リンタドライバ１６によって生成されたＰＤＬデータを
ＰＤＬキャッシュデータベース７２に保存する制御を実
行する。この場合、キャッシュ保存装置７６は、生成さ
れたＰＤＬデータと、その元になったアプリケーション
データのファイルを識別する情報と、印刷を行った印刷
装置名の情報と、をセットにしてＰＤＬキャッシュデー
タベース７２に保存する。

【００５５】一方、クライアントからアプリケーション
データについての印刷指示が出された場合、キャッシュ
チェック装置７０は、ＰＤＬキャッシュデータベース７
２を検索して、当該アプリケーションデータに対応する
ＰＤＬデータがそのデータベース７２内に存在するか否
かを判定する。ここで、そのＰＤＬデータが存在してお
り、かつ、そのＰＤＬデータが古いものでなければ、Ｐ
ＤＬキャッシュデータベース７２からそのＰＤＬデータ
がそのまま読み出され、デコンポーザ３２へ出力され
る。この場合には、図３にフローＢで示すように対応す
るアプリケーションは起動されず、新たにＰＤＬデータ
も生成されない。

【００５６】ちなみに、ＰＤＬデータの新旧を判定する
のは、アプリケーションデータが変更されている可能性
があるためであり、アプリケーションデータが新しい内
容になっている場合には、もはやＰＤＬデータは使用で
きないため、この場合には以下に説明するようにフロー
Ａに基づいて新しくＰＤＬデータを生成する。

【００５７】すなわち、キャッシュチェック装置７０に
おいてＰＤＬキャッシュデータベース７２に当該アプリ
ケーションデータに対応するＰＤＬデータが存在しない
と判断された場合、及び、古いＰＤＬデータのみしか存
在しないと判断された場合には、上述したようにアプリ
ケーション選択装置６２によって対応するアプリケーシ
ョンが選択され、アプリケーション起動装置６６によっ
てそのアプリケーションが起動され、そのように起動さ
れたアプリケーション６４’によって、元になったアプ
リケーションデータからＧＤＩデータが生成される。そ
して、プリンタドライバ１６によってそのＧＤＩデータ
から新しいバージョンに対応したＰＤＬデータが生成さ
れる。このような新しいＰＤＬデータは、キャッシュ保
存装置７４によってＰＤＬキャッシュデータベース７２
に格納されるとともに、印刷処理を行うためにデコンポ
ーザ３２に出力される。

【００５８】図２に示す実施形態によれば、既にＰＤＬ
データが生成されている場合には、ＰＤＬデータ生成に
関わる時間を削減して印刷処理を実行できるので、処理
を迅速に行うことができると共にサーバーの負担を軽減
することができる。

【００５９】なお、図１に示した実施形態では、アプリ
ケーション、プリンタドライバ、デコンポーザの三者が
別体に構成されていたが、もちろんそれらが一体に構成
されるような場合にも本発明を適用できる。すなわち、
アプリケーションが直接的にイメージデータを生成する
ような場合にも本発明を適用できる。

【００６０】

【発明の効果】以上説明したように、本発明によれば、
クライアント側での煩雑なデータ管理やデータ形式の変
換を要することなく、各種のアプリケーションデータの
印刷を行うことができる。また、本発明によれば、クラ
イアント側でアプリケーション自体を所有していない場
合であってもアプリケーションデータの印刷を行うこと
ができる。

【図面の簡単な説明】

【図１】 本発明に係る印刷システムの全体構成を示す
概略図である。

【図２】 図１に示す印刷システムの動作を示すフロー
チャートである。

【図３】 本発明に係る他の実施形態の要部構成を示す
説明図である。

【図４】 従来の一般的な印刷システムの概念を示す図
である。

【図５】 従来の印刷システムの一例を示す概略図であ
る。

【符号の説明】

１２ アプリケーションデータ、１３ データ名情報、
１４ ＧＤＩデータ、１６ プリンタドライバ、１８
ＰＤＬデータ、３０ ネットワーク、３２ デコンポー
ザ、３６ 印刷装置、４０ クライアントＡ、４２ ク
ライアントＢ、４４ ファイルサーバー、５８ 指示解
析装置、６０ データ取得装置、６２アプリケーション
選択装置、６６ アプリケーション起動装置。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介してクライアントとプ
   リントサーバーとが接続されたシステムにおいて、 前記クライアントは、アプリケーションソフトウエアに
   依存するデータ形式をもった依存型データをネットワー
   クに出力し、 前記プリントサーバーは、前記ネットワークからの前記
   依存型データをアプリケーションソフトウエアに依存し
   ないデータ形式をもった非依存型データに変換するデー
   タ形式変換手段を含み、 前記ネットワーク上を前記依存型データが転送されるこ
   とを特徴とする印刷システム。
2. 【請求項２】 請求項１記載のシステムにおいて、 前記データ形式変換手段は、前記依存型データを生成し
   たアプリケーションソフトウエアそれ自体又はその一部
   であることを特徴とする印刷システム。
3. 【請求項３】 請求項１記載のシステムにおいて、 前記プリントサーバーは、前記依存型データの種別に基
   づいてそれを生成したアプリケーションソフトウエアを
   判定する判定手段を含み、 前記データ形式変換手段は、前記判定手段の判定結果に
   対応した変換処理を実行することを特徴とする印刷シス
   テム。
4. 【請求項４】 請求項１記載のシステムにおいて、 前記データ形式変換手段は、前記非依存型データとし
   て、印刷装置固有の条件が反映された中間形式のデータ
   を生成し、 前記中間形式のデータをイメージデータに変換して印刷
   装置へ出力するイメージ変換手段が設けられたことを特
   徴とする印刷システム。
5. 【請求項５】 請求項１記載のシステムにおいて、 前記プリントサーバーは、 前記非依存型データを保存しておく記憶装置と、 保存された非依存型データに対して印刷指示があった場
   合に、前記記憶装置から当該非依存型データを読み出す
   読み出し制御手段と、 を含むことを特徴とする印刷システム。
6. 【請求項６】 請求項１記載のシステムにおいて、 前記ネットワークに接続され、前記依存型データを蓄積
   するファイルサーバーと、 前記非依存型データに対して印刷指示があった場合に、
   前記ファイルサーバーから当該依存型データを取得する
   データ取得手段と、 を含むことを特徴とする印刷システム。