JP2000132434A - 情報処理装置、情報処理方法、ホスト装置、その制御方法、サ―バ装置、その制御方法、および記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上を流通する多種多様なファイ
ルを印刷する際に、ネットワーク上で必要なアーカイバ
等を有する装置に展開等の処理を依頼するプリンタを提
供する。 【解決手段】 プリンタ１００はホスト装置５００等の
指示に基づいてアーカイブファイルまたはそのＵＲＬを
取得する。次に、取得したアーカイブファイルに含まれ
るファイルを識別し、必要なファイルをアーカイブファ
イルから分離する。そして、ファイルの拡張子やファイ
ル内容の一部等のファイルの属性に基づいて、各ファイ
ルに対してどのような処理を施せば良いのか判定する。
判定された処理はプリンタ１００自体で行うことがで
き、外部のファイル加工処理サーバ３００に依頼するこ
ともできる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータネッ
トワークに用いて好適な情報処理装置、情報処理方法、
ホスト装置、その制御方法、サーバ装置、その制御方
法、および記憶媒体に関する。

【０００２】

【従来の技術】ファイルサーバのように大量のファイル
を記憶する装置においては、ファイルを効率的に保管す
るために、通常は複数の異なるデータ形式のファイルを
一つにまとめたアーカイブファイルの形式でファイルが
保管される。複数のファイルを一つのアーカイブファイ
ルにまとめ、あるいはアーカイブファイルを個々のファ
イルに展開する装置はアーカイバと称される。また、複
数のファイルを一つのアーカイブファイルにまとめる
際、圧縮処理を施すことも広く行われている。

【０００３】ユーザは、ネットワーク上に存在するアー
カイブファイルの印刷を希望する場合は、(１)まず該ア
ーカイブファイルを取得し、(２)このアーカイブファイ
ルを適切なアーカイバによって個々のファイルに分離
し、(３)しかる後に分離したファイルのうち所望のもの
をプリンタに送信するという段階を踏む必要がある。

【０００４】

【発明が解決しようとする課題】上述した(１)および
(２)の過程においては、ユーザは所望のファイルを得る
ために、アーカイブファイルの内容を分離ツール等で調
査し、必要に応じて分離した後のファイルの内容を確認
する等の手順を繰返す必要があった。また、分離して得
られたファイルの中には特定のアプリケーションプログ
ラムに固有のファイル形式や、特定種類のプリンタに送
信すべきプリント言語のファイル形式のもの等が混在す
るため、印刷する手順等も個々のファイル毎に変更しな
ければならない。かかる操作はきわめて煩雑で非能率的
であった。

【０００５】特開平６−１９９０１２号公報において
は、受信したプリント言語の仕様に従って適切なプリン
ト言語展開処理プログラムを自動的に展開する技術が開
示されている。しかし、ネットワーク上を流通する多種
多様なファイルに対して対応させることは事実上不可能
であった。この発明は上述した事情に鑑みてなされたも
のであり、ファイルの内容に応じて適切な処理を迅速に
施すことができる情報処理装置、情報処理方法、ホスト
装置、その制御方法、サーバ装置、その制御方法、およ
び記憶媒体を提供することを目的としている。

【０００６】

【課題を解決するための手段】上記課題を解決するため
本発明は、一の見地においては、アーカイブファイルを
取得するアーカイブファイル取得手段と、取得したアー
カイブファイルに含まれるファイルを識別する識別手段
と、前記ファイルを前記アーカイブファイルから分離す
る分離手段と、複数の加工方法の何れかによって前記フ
ァイルを加工するファイル加工手段と、前記ファイルの
属性を識別する属性識別手段と、この識別された属性に
対応して前記ファイル加工手段における加工方法を選択
する選択手段とを具備することを特徴とする。また、本
発明は他の見地においては、アーカイブファイルを指定
するアーカイブファイル指定手段と、該アーカイブファ
イルに含まれる個々のファイルを指定する個別ファイル
指定手段と、前記個別ファイル指定手段によって指定さ
れたファイルを取得する取得手段と、取得したファイル
を情報処理装置へ送信する送信手段とを具備することを
特徴とする。また、本発明は他の見地においては、クラ
イアントによって個々のファイルに展開可能なアーカイ
ブファイルの種別を検出するアーカイブファイル種別検
出手段と、アーカイブファイルを個々のファイルに展開
する展開手段と、前記アーカイブファイルが前記クライ
アントによって展開可能である場合は該アーカイブファ
イルを前記クライアントに送信し、前記アーカイブファ
イルが前記クライアントによって展開不可能である場合
は展開された前記個々のファイルを前記クライアントに
送信する送信手段とを具備することを特徴とする。ま
た、本発明は他の見地においては、クライアントが加工
処理可能なファイルの種別を検知する手段と、記憶する
第１のファイルを前記クライアントが処理可能な第２の
ファイルに変換する変換手段と、この第２のファイルを
前記クライアントに送信する送信手段とを具備すること
を特徴とする。また、本発明は他の見地においては、ク
ライアントが展開可能なアーカイブファイルの種別を検
知する手段と、前記クライアントが加工処理可能なファ
イルの種別を検知する手段と、前記アーカイブファイル
に含まれる第１のファイルを、前記クライアントによっ
て加工処理可能な第２のファイルに変換する手段と、前
記アーカイブファイルに含まれる第１のファイルを、前
記第２のファイルに置き換える手段とを備え、前記アー
カイブファイルを個々のファイルに展開して送信しない
場合に、前記クライアントで加工処理が行えない第１の
ファイルを、該クライアントで加工処理可能な第２のフ
ァイルに変換し、前記アーカイブファイル内の前記第１
のファイルを第２のファイルに置き換えて成る他のアー
カイブファイルを送信することを特徴とする。また、本
発明は他の見地においては、上記各方法を実行するプロ
グラムを記憶したことを特徴とする。

【０００７】

【発明の実施の形態】１．第１実施形態 １．１．実施形態の構成 １．１．１．ネットワークの全体構成 （１）プリンタ１００ 次に、本発明の第１実施形態のネットワークシステムの
構成を図１を参照し説明する。図において１００は情報
処理装置を成すプリンタであり、ネットワーク６００を
介して各種情報をやりとりするＷｅｂサーバ１０１と、
画像出力の制御を行うプリントサーバ１０２とが稼働し
ている。Ｗｅｂサーバ１０１は、ＨＴＴＰ（Hyper Text
Transfer Protocol, ＲＦＣ2069）に基づいてクライア
ント（例えば図示のホスト装置５００）と通信し、ホー
ムページを表示する等のために用いられる。

【０００８】さらに、Ｗｅｂサーバ１０１は、ＦＴＰ
（File Transfer Protocol, ＲＦＣ959）に基づいてク
ライアントからファイルを受信するとともに、クライア
ントに対してファイルを転送する。これらの通信プロト
コルのトランスポートプロトコルには、ＴＣＰ／ＩＰプ
ロトコルが使用される。現在主流として使用されるＴＣ
Ｐ／ＩＰプロトコル（バージョン４）においては、通信
のためのアドレスは、４バイトからなるＩＰアドレス
と、２バイトから成るポート番号とに基づいて識別され
る。すなわち、ＩＰアドレスによって送受信を行うワー
クステーションが識別され、ポート番号に基づいて該ワ
ークステーション上で動作するワークサービスが識別さ
れる。

【０００９】ここで、プリンタ１００のハードウエア構
成を図２を参照し説明する。図において１１１はＣＰＵ
であり、上記Ｗｅｂサーバ等の機能を実行する。１１３
は補助記憶装置であり、ハードディスク等から構成さ
れ、Ｗｅｂサーバを実現するプログラムや各種のデータ
が記憶される。１１２はメモリであり、ここにＷｅｂサ
ーバ等のプログラムや各種のデータが展開される。１１
４はネットワークインターフェースであり、ネットワー
ク６００との間でデータの受け渡しを行う。１１５は印
刷部であり、ＣＰＵ１１１の制御の下、各種の画像デー
タを印刷する。１１６はバスであり、上述した各構成要
素間を接続する。

【００１０】かかる構成において、ネットワーク６００
を介してテキストやプリント言語等がネットワークイン
ターフェース１１４に供給されると、ＣＰＵ１１１はこ
れらプリント言語等に基づいてメモリ１１２上にビット
マップイメージを生成し、これを印刷部１１５を介して
出力することになる。

【００１１】（２）ネームサーバ２００ 図１に戻り、ホスト装置５００等のワークステーション
にはネームを付与することができる。２００はネームサ
ーバであり、各ワークステーションのネームとＩＰアド
レスとを対応づけたデータベースを有し、ワークステー
ションのネームを伴う問合わせを受信すると、そのワー
クステーションのＩＰアドレスを返信する。また、逆に
ＩＰアドレスを伴う問合わせを受信すると、そのワーク
ステーションのネームを返信する。なお、インターネッ
トで広く使用されているネームサーバのプロトコルとし
ては、ＤＮＳプロトコル(Domain Name System, RFC103
4,RFC1035)等が知られている。

【００１２】（３）ファイルサーバ４００ ４００はファイルサーバであり、クライアントに対して
各種のファイルを供給する。ファイルサーバ４００にお
いては、ＦＴＰサーバ４０１、ＷｅｂＮＦＳサーバ４０
２およびＷｅｂサーバ４０３が稼働している。ここで、
Ｗｅｂサーバ４０３は上述したＷｅｂサーバ１０１と同
様のものである。ＷｅｂＮＦＳサーバ４０２は、Ｗｅｂ
ＮＦＳプロトコルに基づいてインターネット上のクライ
アントからのファイルの読み書き等の要求を受信し、そ
の要求に応じた処理を行う。

【００１３】その詳細を図１４を参照し説明する。図の
ステップＳＰ１０１においてクライアントは所望のファ
イル名（ここでは「a.lzh」とする）を伴って、所定の
ポート番号（ここでは「２０４９」とする）にルックア
ップ命令を送信する。ＷｅｂＮＦＳサーバ４０２におい
てはポート番号「２０４９」にてルックアップ命令の受
信待ちが行われており、ステップＳＰ１０１におけるル
ックアップ命令が認識されると、ファイル名に対応する
ファイルハンドル（ここでは「0x1234」とする）が返信
される。なお、本明細書において「0x」は１６進数を表
わす。

【００１４】次に、ステップＳＰ１０３においては、ク
ライアントからＷｅｂＮＦＳサーバ４０２に対してリー
ド命令が送信される。このリード命令は、３個のパラメ
ータ「ファイルハンドル」、「読み出し開始位置」およ
び「読み出しサイズ」を伴うものである。図示の例で
は、ファイルハンドルは「0x1234」、読み出し開始位置
は「０」、読み出しサイズは「1024」に設定されてい
る。次に、処理がステップＳＰ１０４に進むと、これら
パラメータに対応するデータがＷｅｂＮＦＳサーバ４０
２からクライアントに返信される。

【００１５】以下同様に、クライアントは読み出し開始
位置を進めつつリード命令を順次送信し、ＷｅｂＮＦＳ
サーバ４０２はこれに応じてデータを返信する。そし
て、読み出し位置がファイルの終端に達した場合は、Ｗ
ｅｂＮＦＳサーバ４０２からＥＯＦ（End Of File）デ
ータが返信される。

【００１６】なお、ファイル取得用プロトコルとしては
上記ＨＴＴＰあるいはＦＴＰ等を用いることもでき、そ
の際にはＦＴＰサーバ４０１またはＷｅｂサーバ４０３
によってファイルの読み書きが行われることになる。し
かし、これらのプロトコルにおいてはクライアントはフ
ァイルの読み出し位置を指定してデータを読み出すこと
ができないため、クライアントがアーカイブファイルの
一部のみを取得しようとする場合においてもアーカイブ
ファイル全体を取得する必要が生じ、転送効率が悪くな
る。

【００１７】本実施形態においては、ＦＴＰのようにフ
ァイルの読み出し位置が指定できないファイル取得用プ
ロトコルをＦＴＰ型プロトコルと呼ぶ。また、ＷｅｂＮ
ＦＳのようにファイルの読み出し位置を指定可能なプロ
トコルをＮＦＳ型プロトコルと呼ぶ。

【００１８】（４）ファイル加工処理サーバ３００ 図において３００はファイル加工処理サーバであり、Ｗ
ｅｂサーバ１０１，４０３と同様のＷｅｂサーバ３０１
が稼働している。Ｗｅｂサーバにおいては、ＣＧＩ(Com
mon Graphical Interface)と称する機能拡張用インター
フェースを設けることができる。本実施形態において
は、このＣＧＩを介してファイル加工プログラムが起動
され、その処理結果がクライアントに返信される。

【００１９】（５）ホスト装置５００ 次に、ホスト装置５００の構成を図３を参照し説明す
る。図において５１１はＣＰＵであり、他の各構成要素
を制御する。５１３は補助記憶装置であり、ハードディ
スク等から構成され、オペレーティングシステムや各種
アプリケーションプログラム等が記憶される。５１２は
メモリであり、ここにオペレーティングシステムや各種
アプリケーションプログラム等がが展開される。５１４
はネットワークインターフェースであり、ネットワーク
６００との間でデータの受け渡しを行う。５１６は入力
装置であり、キーボードおよびマウス等から構成されて
いる。５１５は各種インターフェース部であり、ＣＰＵ
５１１の制御の下、入力装置５１６あるいはモニタ５１
７を介して、各種情報の入出力処理を行う。５１８はバ
スであり、上述した各構成要素間を接続する。

【００２０】１．１．２．プリンタ１００のタスク構成 次に、プリンタ１００のソフトウエアにおけるタスク構
成を図４を参照し説明する。 （１）バッファ 図において１２４は受信バッファ、１２６はページバッ
ファであり、メモリ１１２あるいは補助記憶装置１１３
上に割り当てられる。

【００２１】（２）取得タスク１２２ １２２は取得タスクであり、ネットワーク６００を介し
て指定されたファイルを指定されたプロトコルにて取得
し、受信バッファ１２４に蓄積する。また、取得タスク
１２２は、ファイル加工処理やアーカイブファイルの展
開を、ファイル加工処理管理タスク１２９に対して依頼
する。そして、取得タスク１２２は、このファイル加工
処理結果あるいはアーカイブファイルの展開結果を受信
すると、その内容を受信バッファ１２４またはページバ
ッファ１２６に蓄積する。

【００２２】取得タスク１２２においては、受信したフ
ァイルが解析されその種別が識別される。そして、ファ
イルの種別がアーカイブファイルである場合には、後述
するファイル加工処理管理タスク１２９によって該アー
カイブファイルに含まれるファイルが分離される。

【００２３】本実施形態においては、ファイルの種別は
拡張子に基づいて識別される。識別されたファイルの種
別は、MINE(Multipurpose Internet Mail Extensions,
RFC1341)に従った文字列で表記される。例えば、アドビ
社（商標）のポストスクリプト（商標）用ファイルであ
ることを示す場合は、"application/postscript"と表記
され、ASCII形式のテキストファイルである場合には"te
xt/plain"と表記される。

【００２４】但し、図６に示すようなプリント言語タス
ク制御命令がプリント言語の先頭に挿入されている場合
は、プリント言語の種別は解析されない。すなわち、プ
リント言語タスク制御命令によってプリント言語が指定
されると、取得タスク１２２においてはこの指定された
プリント言語が正しいものであると看做され、該ファイ
ルがそのままファイル加工処理管理タスク１２９に供給
される。

【００２５】ここで、図６の内容について説明してお
く。図において先頭行に「[ESC]％~12345X」とあるが、
これはプリント言語タスク制御命令であることを示すコ
マンドである。次に、「＠PL＞ART」とあるのは、プリ
ント言語タスクを指定する命令であり、この例において
は富士ゼロックス社（商標）のＡＲＴ言語を指定してい
る。

【００２６】（３）ファイル加工処理管理タスク１２９ 上述したように、取得タスク１２２においてアーカイブ
ファイルが取得された場合は、その展開依頼がファイル
加工処理管理タスク１２９に供給される。ファイル加工
処理管理タスク１２９における処理の例として、受信し
たファイルの拡張子が".tar"であった場合の分離処理の
詳細を図１２を参照し説明する。

【００２７】拡張子が".tar"であれば、取得タスク１２
２からファイル加工処理管理タスク１２９に対してアー
カイブファイルの展開依頼が供給される。ファイル加工
処理管理タスク１２９においては、最初に、アーカイブ
ファイルの拡張子を除いた名称のディレクトリが作成さ
れる。例えば、アーカイブファイル名が"foo.tar"であ
れば、"foo"なるディレクトリが作成される。

【００２８】tar形式のアーカイブファイルにおいて
は、ここに含まれるファイルの属性情報と、ファイルの
実体とが含まれる。ここに属性情報は、各ファイルのパ
ス名、ファイル名、ファイルサイズ、作成時刻およびチ
ェックサムから構成される。そこで、アーカイブファイ
ルの先頭の属性情報におけるファイル名が読み取られ、
該ファイル名と同一名称の新規ファイルが上記ディレク
トリ"foo"内に作成される。

【００２９】次に、該属性情報に続く内容が順次読出さ
れ、データサイズが上記属性情報内のファイルサイズに
達するまで、上記新規ファイルに書き込まれてゆく。以
後、アーカイブファイルの終端に至るまで同様の処理が
繰返される。図１５に示す例にあっては、アーカイブフ
ァイル"foo.tar"には、３個のテキストファイル"ファイ
ル１.txt"、"ファイル２.txt"および"ファイル３.txt"
が格納されている。これにより、ディレクトリ"foo"上
には、これらテキストファイルが作成されることにな
る。 （４）受信タスク１２３ １２３は受信タスクであり、ホスト装置５００から送信
されたファイルまたはアーカイブファイルを受信し、こ
れを受信バッファ１２４に蓄積する。ホスト装置５００
は、受信タスク１２３に対して数種別の操作を行うこと
ができる。この操作には、「ファイル加工処理命令」、
「リモートファイル加工処理命令」および「属性取得命
令」が含まれる。

【００３０】ここで、「ファイル加工処理命令」は、加
工処理の対象となるファイルの実体と、加工処理方法を
示す属性値とから構成される。また、「リモートファイ
ル加工処理命令」は、加工処理の対象となるファイルの
アドレスと、該ファイルの取得方法および加工処理方法
を示す属性値とから構成される。また、「属性取得命
令」は、プリンタ１００が備える加工処理方法の種別、
あるいは加工処理中のファイルに関する属性を問い合わ
せる命令である。

【００３１】（５）プリント言語展開タスク１２５ 図４に戻り、１２５はプリント言語展開タスクであり、
受信バッファ１２４に蓄積されたプリント言語を解析
し、印刷可能なビットマップデータをページバッファ１
２６上に展開する。なお、プリント言語展開タスク１２
５は、プリント言語の種別に応じて複数設けられてい
る。

【００３２】（６）印刷部制御タスク１２７ 次に、１２７は印刷部制御タスクであり、ページバッフ
ァ１２６上に展開されたビットマップデータを印刷部１
１５に供給し、その内容を用紙等に印刷させる。

【００３３】１．１．３．ホスト装置５００のレイヤ構
成 次に、ホスト装置５００のレイヤ構成を図５を参照し説
明する。図において５２０はアプリケーション・レイヤ
であり、種々のアプリケーションプログラムから構成さ
れている。５３０はＧＵＩ(Graphical User Interface)
を備えるオペレーティングシステムであり、上記アプリ
ケーションプログラムから種々のコマンドを受信する。

【００３４】５４０はハードウエア・レイヤであり、モ
ニタ５５１に供給するＲＧＢ信号を生成するグラフィッ
クカード５４１、ローカルプリンタ５５２にプリントデ
ータを供給するプリンタポート５４２、そしてネットワ
ーク６００を介してプリンタ１００内のプリントサーバ
１０２等と通信するネットワークインターフェース５４
３を有している。

【００３５】アプリケーションプログラムが、ローカル
プリンタ５５２およびプリントサーバ１０２に対する共
通の描画命令５３１を生成すると、これがプリンタドラ
イバ５３２を介してローカルプリンタ５５２用のプリン
ト言語に変換され、さらにリダイレクタ５３３を介して
プリントサーバ１０２用のプリント言語に変換される。
これにより、ローカルプリンタ５５２およびプリントサ
ーバ１０２のうち一方または双方から印字出力を得るこ
とができる。

【００３６】１．２．実施形態の動作 １．２．１．ファイル加工処理命令に対する処理 次に、ファイル加工処理命令に対する処理として、プリ
ンタ１００においてホスト装置５００からプリント言語
を含むアーカイブファイルを受信し、その印字出力を得
るまでの工程を図８，図９を参照し説明する。まず、ホ
スト装置５００において、ファイル加工処理命令が出力
される。ここでは、対象となるファイルは、図１５に示
すtar形式のアーカイブファイルであったこととする。

【００３７】受信タスクにおいては、ネットワーク６０
０を介して供給されるファイルが常時監視されており、
ファイルの受信が検知されると、処理はステップＳＰ１
に進む。ここでは、受信されたファイルの内容が受信バ
ッファ１２４に蓄積される。次に、処理がステップＳＰ
２に進むと、このファイルの拡張子に基づいてファイル
の種別が解析される。上記例にあっては、拡張子".tar"
に基づいて、tar形式のアーカイブファイルであること
が検出される。

【００３８】次に、処理がステップＳＰ３に進むと、受
信タスク１２３からファイル加工処理管理タスク１２９
に対して、該アーカイブファイルとその種別を示す情報
とを伴って展開処理開始依頼が通知される。そして、以
上の処理が終了すると、受信タスク１２３は次のファイ
ルの待ち受け状態になる。なお、上述したように、図６
に示すようなファイルの種別を特定するプリント言語タ
スク制御命令がファイルの先頭に挿入されている場合
は、受信タスク１２３においてファイルの種別は解析さ
れない。

【００３９】ファイル加工処理管理タスク１２９におい
ては受信タスク１２３からの通知が常時監視されてお
り、上記展開処理開始依頼が供給されると、処理はステ
ップＳＰ１１に進む。ここでは、受信タスク１２３から
通知されたファイルの種別に基づいて、該ファイルはプ
リンタ１００内で処理可能であるか否かが判定される。
なお、ファイルの種別が通知されなかった場合は、ファ
イル加工処理管理タスク１２９においてプリント言語タ
スク制御命令（図６）が解析され、ファイルの種別が特
定される。以降の処理はファイルの種別等に応じて異な
るため場合を分けて説明する。

【００４０】（１）プリンタ１００内で処理可能なファ
イルである場合 供給されたファイルの種別がプリンタ１００内で処理可
能である場合にはステップＳＰ１１において「ＹＥＳ」
と判定され処理はステップＳＰ１２に進む。ここでは、
ファイルの種別に応じたプリント言語展開タスク１２５
に対して展開処理開始依頼が供給される。

【００４１】この展開処理開始依頼が供給されると、プ
リント言語展開タスク１２５において処理はステップＳ
Ｐ２１に進み、展開処理が開始される。すなわち、受信
バッファ１２４に蓄積されたプリント言語がビットマッ
プデータに展開され、その結果がページバッファ１２６
に蓄積される。展開処理が終了すると、プリント言語展
開タスク１２５において処理はステップＳＰ２２に進
み、展開処理の完了通知がファイル加工処理管理タスク
１２９に送信される。

【００４２】この完了通知を受信すると、ファイル加工
処理管理タスク１２９において処理はステップＳＰ１３
に進み、印刷部制御タスク１２７に対して印字処理開始
依頼が送信される。この印字処理開始依頼が受信される
と、印刷部制御タスク１２７において処理はステップＳ
Ｐ４２に進み、ページバッファ１２６に格納されたビッ
トマップデータが用紙等に出力される。

【００４３】（２）プリンタ１００内で処理不可能なフ
ァイルであって外部のファイル加工処理サーバで処理可
能である場合 供給されたファイルの種別がプリンタ１００内で処理不
可能である場合にはステップＳＰ１１において「ＮＯ」
と判定され、処理はステップＳＰ１４に進む。ここで
は、ファイル加工処理管理タスク１２９から取得タスク
１２２に対して加工処理依頼通知が送信される。これに
対応して取得タスク１２２においては処理がステップＳ
Ｐ３１に進み、かかる加工処理を行い得る外部のファイ
ル加工処理サーバが検索される。

【００４４】外部のファイル加工処理サーバが加工処理
を行い得るか否かは上述した「属性取得命令」が使用さ
れる。すなわち、属性取得命令はホスト装置５００等の
クライアントからプリンタ１００に対して加工処理方法
の種別等を問い合わせるために用いられるが、プリンタ
１００から外部のファイル加工処理サーバへの問合わせ
に対しても用いられる。

【００４５】次に、処理がステップＳＰ３２に進むと、
加工処理を行い得るファイル加工処理サーバが発見され
たか否かが判定される。ここで「ＹＥＳ」と判定される
と、処理はステップＳＰ３４に進み、ファイル加工処理
管理タスク１２９に対して受託通知が送信される。な
お、ここでは発見されたファイル加工処理サーバは、サ
ーバ３００であったこととする。次に、処理がステップ
ＳＰ３５に進むと、受信バッファ１２４内のファイルが
該ファイル加工処理サーバ３００に転送される。

【００４６】ファイルが転送されると、ファイル加工処
理サーバ３００において処理はステップＳＰ４１に進
み、このファイルに対して必要な加工処理が行われ、そ
の結果が取得タスク１２２に順次返信される。ここで、
返信されるデータは、ビットマップデータあるいはプリ
ントデータの何れかであり、何れであるかはMINEに基づ
いて判定される。なお、ビットマップデータとは、上述
したように印刷部制御タスク１２７によって印刷可能な
データであり、プリントデータとはそれ以外の展開が必
要なデータを指す。

【００４７】返信されるデータがビットマップデータで
ある場合、該ビットマップデータはページバッファ１２
６に蓄積される。一方、返信されるデータがプリントデ
ータである場合、該プリントデータは受信バッファ１２
４に蓄積される。このように、加工処理結果が全て返信
されると、取得タスク１２２において処理はステップＳ
Ｐ３６に進み、ファイル加工処理管理タスク１２９に対
して終了通知が送信される。この終了通知においては、
加工処理結果がプリントデータであるのかビットマップ
データであるのかを示す情報が付加される。

【００４８】ところで、ファイル加工処理管理タスク１
２９においては先にステップＳＰ１４で加工処理依頼通
知を送信した後、取得タスク１２２からその返信である
通知を受信するまで処理が待機する。そして、なんらか
の通知が返信されると、処理はステップＳＰ１５に進
み、返信された通知は受託通知であるか否かが判定され
る。

【００４９】上記例にあっては受託通知が返信されたか
ら「ＹＥＳ」と判定され処理はステップＳＰ１７に進
む。ここでは、取得タスク１２２から終了通知を受信す
るまで処理が待機し、終了通知が受信されると処理はス
テップＳＰ１８に進む。ここでは、加工処理結果がプリ
ントデータであるか否かが判定される。ここで「ＹＥ
Ｓ」と判定されると、処理はステップＳＰ１２に進む。
これにより、上述したように、ファイルの種別に応じた
プリント言語展開タスク１２５において展開処理が行わ
れる。

【００５０】一方、ビットマップデータが供給された場
合はステップＳＰ１８において「ＮＯ」と判定され、処
理はステップＳＰ１３に進む。これにより、展開処理は
スキップされ、加工処理結果であるビットマップデータ
に基づいて印字処理が行われる。

【００５１】（３）プリンタ１００および外部のファイ
ル加工処理サーバにおいて共に処理不可能である場合 上述した取得タスク１２２のステップＳＰ３２におい
て、加工処理を行い得る外部のファイル加工処理サーバ
が発見されなかった場合は処理はステップＳＰ３３に進
む。ここでは、受信タスク１２３に対して「拒絶通知」
が返信される。この拒絶通知が受信されると、受信タス
ク１２３において処理はステップＳＰ１６に進み、所定
のプリント言語で「エラー通知ファイル」が生成され
る。

【００５２】ここで、エラー通知ファイルとは、印刷不
可能なファイル名、印刷不可能な理由等を含むレポート
である。次に、処理がステップＳＰ１２に進むと、この
エラー通知ファイルは通常のファイルと同様にビットマ
ップデータに展開され用紙等を介して出力される。これ
により、ユーザはファイルが正常に印刷できないことを
知ることができる。

【００５３】１．２．２．リモートファイル加工処理命
令に対する処理 次に、リモートファイル加工処理命令に対する処理を説
明する。まず、ホスト装置５００において、リモートフ
ァイル加工処理命令が出力される。この命令には、対象
となるファイルのアドレスとその取得方法が添付され
る。ここでは、上述した「ファイル加工処理命令」の場
合と同様に、図１５に示すtar形式のアーカイブファイ
ルが対象であったこととする。

【００５４】アーカイブファイルのアドレスとその取得
方法とは、ＵＲＬ(Uniform Resource Locators, RFC173
8, Request for Comments)に記載されている。その書式
は以下の通りである。 <scheme>:<user>:<passwd>＠<address>

【００５５】ここに<user>は省略可能なユーザ名であ
り、<passwd>は省略可能なパスワードであり、<scheme>
はアクセスする方法を示す。<address>はアドレス情報
であり、その書式はアクセスする方法に依存する。ＵＲ
Ｌは、例えば以下のようになる。 ftp://ftp:abc＠www.que.co.jp/pub/foo.txt

【００５６】上記例にあっては、ユーザ名が「ftp」で
あり、パスワードが「abc」である。そして、「www.qu
e.co.jp」で表わされるサーバにログインし「/pub」の
パスに存在する「foo.txt」という名前のファイルを「f
tp」プロトコルを用いて取得する意味になる。なお、拡
張子「.txt」は、一般にテキストファイルを表わす。

【００５７】リモートファイル加工処理命令において
は、目的とするファイルのアドレスおよびその取得方法
に加えて、「属性値」を指定することができる。この属
性値には「プリンタ１００で加工処理可能なファイルの
み加工処理を行う」、「指定した種別のみ加工処理を行
う」、または「指定したファイル識別子のみ加工処理を
行う」、または「全てのファイルの加工処理を行う」の
うち何れかの動作を指定することができる。

【００５８】このようなリモートファイル加工処理命令
がプリンタ１００に供給されると、図１０、図１１に示
す処理が実行される。まず、受信タスク１２３において
は処理がステップＳＰ５１に進み、上記リモートファイ
ル加工処理命令の内容が受信および蓄積される。

【００５９】次に、処理がステップＳＰ５２に進むと、
取得タスク１２２に対して、このファイルの取得依頼通
知が供給される。この取得依頼通知が供給されると、取
得タスク１２２において処理はステップＳＰ６１に進
み、アドレス情報で示されたファイルサーバが検索され
る。なお、ファイルサーバの検索には、ＤＮＳあるいは
ＳＬＰプロトコルを用いるとよい。次に、処理がステッ
プＳＰ６２に進むと、該ファイルサーバが発見されたか
否かに応じて処理が分岐されるため、以降の処理を場合
を分けて説明する。

【００６０】（１）ファイルサーバが発見された場合 ファイルサーバが発見されると、ステップＳＰ６２にお
いて「ＹＥＳ」と判定され処理はステップＳＰ６４に進
む。ここでは、取得タスク１２２から受信タスク１２３
に対して受託通知が送信される。次に、処理がステップ
ＳＰ６５に進むと、該ファイルサーバから対象となるフ
ァイルがダウンロードされる。

【００６１】ダウンロードの対象となるファイルは上述
した属性値によって指定されたファイルである。属性値
によって「プリンタ１００で加工処理可能なファイルの
み加工処理を行う」、「指定した種別のみ加工処理を行
う」、または「指定したファイル識別子（拡張子）のみ
加工処理を行う」の何れかの動作が指定された場合は、
アーカイブファイルに含まれる複数のファイルのうち一
部のファイルが必要で他のファイルが不要になる場合が
ある。

【００６２】かかる場合は、プリンタ１００およびファ
イルサーバ４００間のプロトコルに基づいて動作が異な
る。すなわち、プリンタ１００とファイルサーバ４００
とがＷｅｂＮＦＳのようなＮＦＳ型プロトコルで接続さ
れている場合は、アーカイブファイルの中から必要なフ
ァイルのみを選択してダウンロードすることになる。

【００６３】一方、両者がＦＴＰのようなＦＴＰ型プロ
トコルで接続されている場合は、ファイルサーバ４００
からアーカイブファイル全体が送信されることになるた
め、プリンタ１００において不必要なファイルは読み捨
てられることになる。なお、各ファイルの種別は、各々
のファイルの拡張子、あるいは各ファイルの内容の一部
に基づいて判別される。

【００６４】ファイルのダウンロードを行うにあたって
は、最初にダウンロードされるファイルサイズが検出さ
れ、このファイルサイズを単位時間あたりの転送量で除
算することにより、ダウンロードの予測所要時間が推定
される。すなわち、ダウンロードの予測所要時間は下式
の通りになる。

【００６５】予測所要時間（秒）＝ファイルサイズ（バ
イト）／単位時間あたりの転送量（バイト／秒） そして、取得タスク１２２から受信タスク１２３に対し
て、この予測所要時間が通知される。この計算された予
測所要時間は、実際にはネットワーク６００におけるト
ラフィックの混み具合やファイルサーバ４００内におけ
るジョブの混み具合によって変動する。従って、所定量
のデータがダウンロードされる毎に、残りのファイルサ
イズに基づいて予測所要時間が再計算される。

【００６６】予測所要時間が再計算されると、その度に
取得タスク１２２から受信タスク１２３に対して通知さ
れる。従って、一般的には予測所要時間の通知は複数回
行われることになる。そして、ダウンロードが終了する
と、処理はステップＳＰ６６に進み、取得タスク１２２
から受信タスク１２３に対して蓄積処理の終了通知（取
得情報）が送信される。

【００６７】一方、受信タスク１２３においては、ステ
ップＳＰ５２において取得依頼通知が送信された後に処
理はステップＳＰ５３に進み、取得タスク１２２からの
応答があるまで処理が待機する。そして、応答が受信さ
れると処理はステップＳＰ５４に進み、この応答が受託
通知であったか否かが判定される。

【００６８】上記例にあっては取得タスク１２２のステ
ップＳＰ６４において受託通知が送信されたから「ＹＥ
Ｓ」と判定され処理はステップＳＰ５６に進む。ここで
は、再び、取得タスク１２２からの応答があるまで処理
が待機する。そして、取得タスク１２２から応答を受信
すると処理はステップＳＰ５６に進み、その応答が予測
所要時間通知であるか否かが判定される。

【００６９】上記例にあっては、取得タスク１２２にお
いて受託通知が送信された後（ステップＳＰ６４）、ス
テップＳＰ６５において予測所要時間が通知された。従
って、ここでは「ＮＯ」と判定され、処理はステップＳ
Ｐ５９に進む。ここでは、ホスト装置５００に対して、
図１８に示すようなCDF(Channel Definition Format)フ
ァイルが送信され、これによって予測所要時間が通知さ
れる。

【００７０】図示の例にあっては、「www.qwe.co.jp/in
dex.html」なるファイルのダウンロードの予測所要時間
が３分であることを示す。これにより、ホスト装置５０
０においてはプラウザ等を用いてモニタ５１７を介して
この情報を表示することができ、ユーザは残りの予測所
要時間を知ることができる。

【００７１】次に、処理がステップＳＰ５６に戻ると、
再び、取得タスク１２２からの応答があるまで処理が待
機する。従って、予測所要時間が再通知されている限り
においてはステップＳＰ５９が繰り返し実行され、その
度にホスト装置５００に通知される予測所要時間が更新
される。やがて、取得タスク１２２においてステップＳ
Ｐ６６が実行され終了通知が送信される。この終了通知
が受信タスク１２３によって受信されると、ステップＳ
Ｐ５７において「ＹＥＳ」と判定され、処理はステップ
ＳＰ５８に進む。

【００７２】以上のホスト装置５００、プリンタ１００
およびファイルサーバ４００相互間の動作を図１９に示
す。図においてステップＳＰ２０１では、リモートファ
イル加工処理命令がプリンタ１００に送信される。これ
に対して、ステップＳＰ２０２においては、Ｗｅｂサー
バ１０１からホスト装置５００内に対して、上記CDFフ
ァイルが送信され、予測所要時間がプラウザに表示され
る。

【００７３】次に、ステップＳＰ２０３においては、フ
ァイルサーバ４００からプリンタ１００に対するファイ
ルの転送が開始される。ステップＳＰ２０４において
は、このファイル転送の過程でダウンロードの予測所要
時間が逐次更新され、その結果がプラウザに反映され
る。そして、ホスト装置５００のプラウザにおいては、
ダウンロードされたファイルのリストが表示される。

【００７４】ここで、プリンタ１００が必要な全てのフ
ァイルを取得する迄は「更新中」を、全てのファイルを
取得した後は「取得終了」のメッセージをプラウザに表
示すると好適である。全てのファイルを取得した後、ユ
ーザは表示されたファイルの全部または一部を選択する
ことができる（ステップＳＰ２０５）。そして、この選
択結果はプリンタ１００に通知される。

【００７５】図１１に戻り、ステップＳＰ５８において
は、蓄積されたファイルの展開処理開始依頼がファイル
加工処理管理タスク１２９に対して送信される。これに
より、ファイル加工処理管理タスク１２９においては、
ホスト装置５００からファイル加工処理命令を受信した
場合と同様に、図８のステップＳＰ１１以降の処理が実
行され、そのファイルの内容等が用紙等に印刷される。

【００７６】ここで、ステップＳＰ２０５においてユー
ザが一部のファイルのみを指定した場合は、ファイル加
工処理管理タスク１２９のステップＳＰ１３において
は、これら指定されたファイルのみに対して印字処理開
始依頼が行われる。

【００７７】（２）ファイルサーバが発見されなかった
場合 取得タスク１２２のステップＳＰ６１においてファイル
サーバが発見できなかった場合は、ステップＳＰ６２に
おいて「ＮＯ」と判定され、処理はステップＳＰ６３に
進む。ここでは、受信タスク１２３に対して拒絶通知が
送信される。受信タスク１２３においては、ステップＳ
Ｐ５３においてこの拒絶通知が受信されると、処理はス
テップＳＰ５５に進み、所定のエラー処理が行われる。
ここでは、例えば、ホスト装置５００に対してファイル
サーバが発見できなかった旨を示すエラーメッセージを
送信するとよい。

【００７８】１．３．ホスト装置５００における処理 以上のようなプリンタ１００等の動作を実行させるため
にホスト装置５００で為される動作について説明する。
ユーザが入力装置５１６において所定の操作を行うと、
図１２，１３に示すプログラムが起動される。図におい
て処理がステップＳＰ７１に進むと、ホスト装置５００
とファイルサーバ４００とが指定されたプロトコルにて
接続される。

【００７９】次に、処理がステップＳＰ７２に進むと、
ファイルサーバ４００内のカレントディレクトリが所定
のディレクトリに設定され、そのディレクトリ構成およ
びファイル構成を示すディレクトリ情報が作成される。
そして、処理がステップＳＰ７３に進むと、作成された
ディレクトリ情報がＧＵＩにて表示される。

【００８０】具体的には、ステップＳＰ７３において
は、図１６に示すウィンドウ５６０がモニタ５５１に表
示される。図において５６１はファイル選択部であり、
ホスト装置５００およびネットワーク６００上のファイ
ルがツリー構造で表示される。５６２はＵＲＬ入力部で
あり、ファイル選択部５６１上で選択されたファイルの
ＵＲＬを表示するとともに、ユーザがＵＲＬを直接入力
することが可能になっている。

【００８１】５６３は種別指定部であり、複数のラジオ
ボタン５７１〜５７８と、テキストボックス５７９とが
設けられている。ここで、ラジオボタン５７１，５７
２，５７７，５７８は択一的に選択可能になっており、
各々印刷するファイルについて「指定なし」（全てのフ
ァイルを印刷するという意味）、「プリント言語の種類
を限定して指定する」、「印刷可能なファイルは印刷す
る」、および「種類を指定する」のモードを選択可能に
なっている。

【００８２】ラジオボタン５７３〜５７６は、各種ファ
イル種別に対応して設けられ何れかの種別を択一的に選
択するためのものであり、ラジオボタン５７２が選択さ
れた時に有効になる。テキストボックス５７９は、ラジ
オボタン５７８が選択された際に有効になり、ユーザは
ここに所望の拡張子を入力することが可能になってい
る。

【００８３】また、ラジオボタン５７７が選択された場
合は、ホスト装置５００からプリンタ１００に対して印
刷可能なプリント言語の種類が問い合わされる。そし
て、この結果がユーザに判別できるようにファイル選択
部５６１における表示態様が設定される。例えば、印刷
可能なファイルはハイライトで、その他のファイルは通
常表示で表示される。

【００８４】５６４は展開工程指定部であり、アーカイ
ブファイルをファイルサーバ４００側で展開するかプリ
ンタ側で展開するかを指定するラジオボタン５６４ａが
設けられている。このラジオボタン５６４ａをチェック
した場合は、ファイルサーバ４００内のＷｅｂサーバ４
０３がアーカイブファイルを展開し、プリンタ１００あ
るいはホスト装置５００に送信することになる。その送
信の際のプロトコルとしては、MINEエンコーディングが
使用される。５６５はファイル展開を実行させるための
実行ボタンであり、５６６はファイル展開処理をキャン
セルさせるためのキャンセルボタンである。

【００８５】このウィンドウ５６０は、プリンタ１００
のＷｅｂページであってもよいし、ホスト装置５００上
のアプリケーションが提供するウィンドウであってもよ
い。ＵＲＬ入力部５６２においてアーカイブファイルを
指定する場合には、記号「＃」および「＆」は特別な意
味を有する。

【００８６】すなわち、「＃」はアーカイブファイルそ
のもののファイル名とアーカイブファイルに含まれるフ
ァイルとの間に介挿される区切記号として用いられる。
また、「＆」は、該アーカイブファイルに含まれる複数
のファイル間を連結する連結記号として用いられる。Ｕ
ＲＬ入力部５６２においては、先頭にリソースの取得手
段が表示される。この取得手段としては、「ｎｆｓ」、
「ｆｔｐ」、または「ｈｔｔｐ」を指定可能である。

【００８７】図１２に戻り、処理がステップＳＰ７４に
進むと、ユーザのイベントが入力されるまで処理が待機
する。そして、何らかのイベントが入力されると、処理
はステップＳＰ７５に進み、イベントの種類に応じて処
理が分岐される。以下、イベント毎に場合を分けて説明
する。

【００８８】１．３．１．ファイル名の選択 ファイル選択部５６１において何れかのファイルがダブ
ルクリックされた場合、あるいはＵＲＬ入力部５６２に
おいてファイル名の入力があった場合は処理はステップ
ＳＰ７６に進む。

【００８９】（１）ＮＦＳ型プロトコルでアーカイブフ
ァイルが指定された場合 ステップＳＰ７６においては、選択されたファイルの拡
張子に基づいて、該ファイルがアーカイブファイルであ
るか否かが判定される。ここで、「ＹＥＳ」と判定され
ると処理はステップＳＰ７７に進み、ファイルサーバ４
００間がＮＦＳ型プロトコルをサポートしているか否か
が判定される。

【００９０】ここで「ＹＥＳ」と判定されると処理はス
テップＳＰ７８に進み、該アーカイブファイルの属性情
報が読み出される。次に処理がステップＳＰ７９に進む
と、この属性情報に基づいて、ファイル名およびファイ
ルサイズ等がファイル選択部５６１上にＧＵＩ表示され
る。

【００９１】次に、処理がステップＳＰ８０に進むと、
アーカイブファイルの読出しポイントが該アーカイブフ
ァイルの終端に達したか否かが判定される。ここで「Ｎ
Ｏ」と判定されると、処理はステップＳＰ７８に戻り、
次の属性情報が読み出される。以下同様に、該アーカイ
ブファイルに含まれる全てのファイルについて、ファイ
ル名やファイルサイズ等がファイル選択部５６１に表示
され、処理はステップＳＰ７４に戻る。

【００９２】（２）ＦＴＰ型プロトコルでアーカイブフ
ァイルが指定された場合 ファイルサーバ４００間がＮＦＳ型プロトコルをサポー
トしていない場合は処理はステップＳＰ８１に進む。こ
こでは、ファイルサーバ４００に対してアーカイブファ
イル全体を送信するように要求が出され、その結果、フ
ァイルサーバ４００から送られてきたファイルがホスト
装置５００内に蓄積される。

【００９３】次に、処理がステップＳＰ８２に進むと、
このアーカイブファイルが解析され、ここに含まれるフ
ァイルおよびファイルサイズが検出される。次に、処理
がステップＳＰ８３に進むと、この検出結果がファイル
選択部５６１に表示され、処理はステップＳＰ７４に戻
る。このように、ユーザがアーカイブファイルを選択す
ると、そのアーカイブファイルを構成するファイルの情
報がＵＲＬ入力部５６２に表示されるから、ユーザはア
ーカイブファイルの中身を容易に認識することが可能で
ある。

【００９４】（３）アーカイブファイル以外のファイル
が指定された場合 ファイル名の選択イベントがアーカイブファイル以外の
ファイルに対して発生した場合は、ステップＳＰ７６に
おいて「ＮＯ」と判定され、処理歯ステップＳＰ７４に
戻る。すなわち、かかる場合にはファイル名の選択イベ
ントに対して「単なるファイル選択」のみが行われるこ
とになる。

【００９５】１．３．２．実行ボタン５６５の押下 （１）指定ファイルが蓄積済みである場合 実行ボタン５６５の押下イベントが検出されると、処理
はステップＳＰ８４に進む。ここでは、指定されたファ
イルが蓄積済みであるか否かが判定される。ここで「Ｙ
ＥＳ」と判定されると、処理はステップＳＰ８５に進
み、指定ファイルがアーカイブファイル内にあるか否か
が判定される。ここで「ＹＥＳ」と判定されると、処理
はステップＳＰ８６に進む。

【００９６】ここでは、種別指定部５６３の指定内容に
基づいて、アーカイブファイル内における全部または一
部のファイルが抽出される。但し、指定ファイルがアー
カイブファイルではなかった場合にはかかる処理は行わ
れず、処理はステップＳＰ８７に進む。

【００９７】ステップＳＰ８７においては、指定ファイ
ルまたは指定されたアーカイブファイルから抽出された
ファイル（以下、これらを総称して「指定ファイル等」
という）の種別が判別され、その種別を特定するプリン
ト言語タスク制御命令（図６参照）が各指定ファイル等
に付加される。かかる種別の判定は、指定ファイル等の
拡張子、あるいは各ファイルの内容の一部に基づいて判
別される。次に、処理がステップＳＰ８８に進むと、こ
の制御コマンドを伴った指定ファイル等がプリンタ１０
０に送信される。

【００９８】（２）指定ファイルが蓄積されていない場
合 指定ファイルが蓄積されていない場合は、ステップＳＰ
８４において「ＮＯ」と判定され、処理はステップＳＰ
８９に進む。すなわち、ファイルサーバ４００間がＮＦ
Ｓ型プロトコルをサポートしている場合には上述したス
テップＳＰ７８〜８０の処理が行われるが、かかる処理
ではファイルの実体はホスト装置５００には転送されて
いないため、指定ファイルが蓄積されていない。

【００９９】ステップＳＰ８９においては、プリンタ１
００がリモートファイル加工処理命令をサポートしてい
るか否かが判定される。ここで「ＹＥＳ」と判定される
と、処理はステップＳＰ９０に進み、リモートファイル
加工処理命令がプリンタ１００に送信される。一方、プ
リンタ１００がリモートファイル加工処理命令をサポー
トしていない場合は、処理はステップＳＰ９１に進む。

【０１００】ここでは、ファイルサーバ４００に対し
て、指定ファイルを送信するように要求が出され、その
結果、ファイルサーバ４００から送られてきたファイル
がホスト装置５００内に蓄積される。次に、処理がステ
ップＳＰ９２に進むと、この蓄積されたファイル（アー
カイブファイルの場合には展開される前の状態のファイ
ル）を伴って、ファイル加工処理命令がプリンタ１００
に送信される。

【０１０１】２．第２実施形態 次に、本発明の第２実施形態について説明する。第２実
施形態のハードウエア構成およびソフトウエア構成は第
１実施形態のものと同様であるが、本実施形態において
は、プリンタ１００で印刷不可能な形式のファイルを印
刷可能な形式に自動的に変換する点が異なっている。

【０１０２】クライアントとなるプリンタ１００は、Ａ
ＲＴ言語を処理可能であり、ファイルサーバ４００には
アーカイブファイル"foo.tar.gz"が記憶されている。フ
ァイル"foo.tar.gz"は、アドビ（商標）社のＰＤＦファ
イル形式の"a.pdf"、ASCII形式のテキストファイルの"
b.txt"、マイクロソフト（商標）社のワード形式の"c.d
oc"を含み、tarコマンドおよびgzipコマンドによって作
成されたものである。

【０１０３】また、Ｗｅｂサーバ４０３は、MINEタイ
プ"application/x-gzip"にはgzipコマンドが、MINEタイ
プ"application/x-art"にはＡＲＴ言語を出力するプリ
ンタドライバが、また、MINEタイプ"application/word"
にはワードプロセッサMS-WORD（商標）が、各々関連付
けられている。また、各ファイルの拡張子について、拡
張子".art"はＡＲＴ言語であることを、拡張子".txt"は
ASCII形式のテキストファイルであることを、拡張子".d
oc"はMS-WORD形式であることを示す。

【０１０４】次に、プリンタ１００に対してＷｅｂサー
バ４０３がアーカイブファイル等を転送する手順につい
て図２０を参照し説明する。まず、プリンタ１００から
Ｗｅｂサーバ４０３に対して取得命令が供給されると、
図２０に示すプログラムが起動される。図において処理
がステップＳＰ１５１に進むと、該取得命令が受信され
る。

【０１０５】ファイルサーバ４００においては、プリン
タ１００からの取得命令が供給されると、Ｗｅｂヘッダ
ーに含まれるACCEPTヘッダーフィールドの内容が検索さ
れる。以下の処理はACCEPTヘッダーフィールドの有無、
あるいは内容に応じて異なるため、場合を分けて説明す
る。

【０１０６】（１）ファイル種別が無指定である場合 次に、処理がステップＳＰ１５２に進むと、該取得命令
中にファイル種別は無指定であるか否かが判定される。
本実施形態においては、 ACCEPTヘッダーフィールドそのものが存在しない、ま
たは、 ACCEPTヘッダーフィールドにMINEタイプ"application
/x-gzip"または"application/x-art"が含まれていない のうち何れかの条件が満たされると無指定であると看做
される。

【０１０７】無指定であれば処理はステップＳＰ１５３
に進み、アーカイブファイルが未展開かつ未変換の状態
で送信され、Ｗｅｂサーバ４０３における処理が終了す
る。すなわち、上記例にあっては、"foo.tar.gz"がその
まま送信されることになる。

【０１０８】（２）展開要求が無かった場合 一方、ファイル種別の指定（"application/x-gzip"また
は"application/x-art"）があれば、ステップＳＰ１５
２において「ＮＯ」と判定され、処理はステップＳＰ１
５２に進む。ここでは、取得命令中に展開処理開始依頼
が含まれるか否かが判定される。なお、かかる判定は、
Ｗｅｂヘッダーに含まれるACCEPTヘッダーフィールドに
おいてMINEタイプ"application/x-gzip"が存在するか否
かに基づいて為される。

【０１０９】ここで「ＮＯ」と判定されると、処理はス
テップＳＰ１５６に進む。ここでは、「ファイル種別の
指定（"application/x-gzip"または"application/x-ar
t"）が存在する」という条件と、「"application/x-gzi
p"は存在しない」という条件とが満たされたわけである
から、ACCEPTヘッダーフィールドには「"application/x
-art"」のファイル種別が必ず存在する。

【０１１０】そこで、ステップＳＰ１５６においては、
アーカイブファイル"foo.tar.gz"に含まれるファイルの
うちＡＲＴ言語ファイル以外のものがＡＲＴ言語に変換
され、変換されたアーカイブファイル"foo.tar.gz"がプ
リンタ１００に送信される。

【０１１１】ここで、ファイル種別の変換方法を図２１
を参照して説明しておく。なお、同図はワード形式の"
c.doc"をＡＲＴ言語ファイル"c.art"に変換する例を示
す。図において処理がステップＳＰ１６１に進むと、フ
ァイル"foo.tar.gz＃c.doc"（"foo.tar.gz"内の"c.do
c"）が取り出される。すなわち、独立したファイル"c.d
oc"が作成されるとともに、アーカイブファイル内では"
foo.tar.gz＃c.doc"は削除される。

【０１１２】次に、処理がステップＳＰ１６２に進む
と、取り出されたファイルに関連付けられたアプリケー
ションプログラム（ここではワードプロセッサMS-WOR
D）が起動される。次に、処理がステップＳＰ１６３に
進むと、該アプリケーションプログラムに対して「印刷
処理」を行うようにコマンドが供給される。

【０１１３】ここで「印刷処理」とは、アプリケーショ
ンプログラム側から見ると、「指定されたプリンタドラ
イバに対して、ファイルの内容に応じた指令を供給す
る」ということになる。一般的には「プリンタドライ
バ」は文字通りプリンタを制御して用紙等に画像出力を
行わせるプログラムであるが、アプリケーションプログ
ラムに対してプリンタドライバと同様のインターフェー
スを確保しておけば、その他の種々の処理を行うことが
できる。

【０１１４】そこで、本実施形態においては、プリンタ
ドライバと同様のインターフェースを有し、アプリケー
ションプログラムからプリンタドライバへのコマンドに
基づいてＡＲＴ言語のファイル（以下、ＡＲＴファイル
という）を生成するコンバータを設けている。これによ
り、ワードプロセッサMS-WORDにおいて「印刷処理」を
行なわせると、ＡＲＴファイルが生成されることにな
る。次に、処理がステップＳＰ１６４に進むと、生成さ
れたＡＲＴファイル"c.art"がアーカイブファイル"foo.
tar.gz"に追加される。

【０１１５】アーカイブファイル"foo.tar.gz"に含ま
れ、かつ、ＡＲＴファイル以外のファイルに対して上述
したのと同様の処理が繰返される。すなわち、種々の拡
張子を有する種々のファイルに対して、関連付けられた
アプリケーションプログラムで「印刷処理」が実行され
ると、各々に対応するＡＲＴファイルが生成され、元々
のファイルに代えてアーカイブファイル"foo.tar.gz"に
追加されることになる。上記例にあっては、最終的にプ
リンタ１００に送信される個々のファイルは"a.art"、"
b.art"および"c.art"になる。

【０１１６】（３）展開要求が有った場合 取得命令中に展開処理開始依頼が含まれていなかった場
合はステップＳＰ１５２において「ＮＯ」と判定され、
処理はステップＳＰ１５５に進む。ここでは、指定され
たアーカイブファイルから個々のファイルが生成され、
このうちＡＲＴファイル以外のものが上述したステップ
ＳＰ１６１〜１６３と同様の処理によってＡＲＴファイ
ルに変換され、その結果がプリンタ１００に送信され
る。

【０１１７】上記例にあっては、アーカイブファイル"f
oo.tar.gz"から"a.pdf"、"b.txt"および"c.doc"が生成
され、これらがＡＲＴファイル"a.art"、"b.art"およ
び"c.art"に変換され、MINEエンコーディングにてプリ
ンタ１００に送信されることになる。

【０１１８】（４）複数のファイル種別の指定があった
場合 上記例においては、プリンタ１００から指定されたファ
イル種別は一種類であった場合を想定したが、プリンタ
１００において複数のファイル種別に対応できる場合に
は、複数のファイル種別が指定される。例えば、プリン
タ１００がASCII形式のテキストファイルにも対応する
場合は、ファイル種別の指定中にMINEタイプ"applicati
on/x-art"と"text/plain"とが含められる。

【０１１９】かかる場合、"b.txt"は変換されずにプリ
ンタ１００に送信されることになる。すなわち、展開要
求が無かった場合には、"a.art"、"b.txt"および"c.ar
t"を含むアーカイブファイル"foo.tar.gz"が、展開要求
が有った場合には、"a.art"、"b.txt"および"c.art"
が、各々MINEエンコーディングにてプリンタ１００に送
信される。

【０１２０】３．第３実施形態 次に、本発明の第３実施形態について説明する。第３実
施形態のハードウエア構成およびソフトウエア構成は第
１および第２実施形態のものと同様であるが、本実施形
態においては、ファイルサーバ４００がクライアントに
対してファイルの実体を直ちに返すのではなく、ファイ
ルのＵＲＬを返し、クライアントは実際にファイルの実
体が必要になった場合に該ＵＲＬを参照してファイルの
実体を取得する点が異なる。

【０１２１】ファイルサーバ４００においては、各種ア
ーカイブファイルの文書構造を検索するために、ＤＴＤ
(Document Type Definition：文書型定義)なる形式にて
各アーカイブファイルの内容を記憶している。その形式
を図７(a)に示す。図において「！ELEMENT」は要素型の
宣言を示し、「＃PCDATA」は文字列であることを示す。
また、図示の「ファイル名」、「サイズ」、「タイ
プ」、「データ」の部分には、各々実際のファイル名、
ファイルサイズ、ファイルタイプ、およびデータ型等が
挿入される。

【０１２２】次に、本実施形態におけるＵＲＬ取得処理
のフローチャートを図２２に示す。図においてホスト装
置５００等のクライアント機において処理がステップＳ
Ｐ１７１に進むと、必要なファイルのＲＤＦ(Resource
Description Framework)による検索要求がＷｅｂサーバ
４０３に供給される。

【０１２３】このＲＤＦの例を図７(b)に示す。同図の
例にあっては、プロパティ型タイプの値が「ポストスク
リプト」であるようなＷＷＷページを（リソース）を検
索することを指示する。Ｗｅｂサーバ４０３において
は、ステップＳＰ１８１においてこのＲＤＦが受信され
るとともに内容が解析される。次に処理がステップＳＰ
１８２に進むと、このＲＤＦで指定されたファイルが存
在するか否かが判定される。

【０１２４】ここで「ＮＯ」と判定されると、処理はス
テップＳＰ１８３に進み、上記ＲＤＦで指定された形式
のファイルが作成される。例えば、ポストスクリプト形
式のファイル"c.ps"が必要であるにもかかわらずMS−WO
RD形式のファイル"c.doc"しか存在しない場合には、上
述したステップＳＰ１６１〜１６３と同様の処理によっ
てポストスクリプトファイル"c.ps"が作成される。

【０１２５】なお、該当するファイルが存在する場合に
は、ステップＳＰ１８３はスキップされる。次に処理が
ステップＳＰ１８４に進むと、該当するファイル（ある
いは作成されたファイル）のＵＲＬがクライアントに対
して返信される。クライアントにおいては、ステップＳ
Ｐ１７２においてこの返信を受信し、実体が必要になっ
た場合にこのＵＲＬを用いてファイルの実体が取得され
る（ステップＳＰ１７３）。

【０１２６】４．第４実施形態 次に、本発明の第４実施形態について説明する。ここ
で、図２３は、本第４実施形態によるプリンタのソフト
ウェアにおけるタスク構成およびネットワーク構成を示
すブロック図である。なお、図１に対応する部分には同
一の符号を付けて説明する。ファイルサーバ４００、ホ
スト機５００およびプリンタ７００は、ネットワーク
（インターネット）６００によって接続されている。フ
ァイルサーバ４００上では、ＨＴＴＰサーパやＦＴＰサ
ーバが稼動している。ホスト機５００は、プリンタ７０
０に対してジョブを送信する情報処理端末である。

【０１２７】ホスト機５００は、ＨＴＴＰ（ＲＦＣ206
8、Hypertext Transfer Protocol-HTTP/1.1）やＦＴＰ
（ＲＦＣ959、File Transfer Protocol）といったプロト
コルを使用して、保存されているドキュメントデータの
取得を行うことができる。本実施形態では、 htp://FileServer.co.jp/pub/docuements.tar で取得するドキュメントデータを指定する。この表記に
は、ＵＲＩ（ＲＦＣ2396、Uniform Resource Identifie
rs：Generic Syntax）を用いる。ＵＲＩは、インターネ
ット上のリソースのネットワークアドレスと、そのアク
セスする方法との組合わせを示す表記方法である。この
例では、 FileServer.co.jp/pub/docuements.tar で示されるファイルを、ＨＴＴＰで取得することを表し
ている。

【０１２８】次に、プリンタ７００内部の構成について
説明する。ジョブ受信タスク７０１は、ホスト機５００
からのジョブ要求を受信し、ジョブ処理の要求を、ジョ
ブ制御タスク７０３に指示する。本実施形態では、ホス
ト機５００からのジョブ受信に、ＩＰＰ（Internet Pri
nting Protocol）を用いて行う。ＩＰＰは、ＩＥＴＦ
（The Internet Engineering Task Force）で検討され
ているインターネットを介したプリンティング技術であ
る。ドキュメントデータ取得タスク７０２は、ジョブ受
信タスク７０１からのドキュメントデータのＵＲＩ指示
に従って、ファイルサーバ４００からドキュメントデー
タを取得し、受信バッファ７０４にプリントデータを蓄
積する。

【０１２９】展開処理タスク７０５は、受信バッファ７
０４に蓄積されているプリントデータを解析し、ページ
バッファ７０６に印刷用イメージデータを作成する。こ
のとき、ジョブ制御タスク７０３から、用紙の向き、用
紙サイズを指定された場合には、それに従う。つまり、
Ａ３の文書に対してＡ４用紙への印字を指定された場
合、Ａ３からＡ４への縮小した印字イメージを、ページ
バッファ７０６に生成する。逆に指定された場合、Ａ４
からＡ３への拡大した印字イメージを生成する。同様
に、用紙の向きが縦の文書に対して、実際に印字する用
紙の向きとして横を指定された場合、右へ９０度、ある
いは左へ９０度の回転を行う。左右の区別は、用紙のス
テープル／パンチする位置が考慮される。ジョブ制御タ
スク７０３と展開処理タスク７０５のデータは、ハード
ディスクやリンクバッファ等の受信バッファを介して渡
される。拡大・縮小・回転処理は、ページバッファ７０
６へのイメージデータの描画時に、その描画する座標系
のスケールおよび向きを変更することにより実現する。
印刷部制御タスク７０７は、ページバッファ７０６に作
成された印刷用イメージデータを印刷部を通して印字出
力する。

【０１３０】ジョブ制御タスク７０３は、ジョブ処理に
係わるタスクを統括管理を行う。ここでは、ひとつのジ
ョブオフジェクトについて複数のドキュメントオフジェ
クトを内包可能なマルチドキュメントモデルを採用して
いる。ドキュメントとプリントデータは１対１対応の関
係である。

【０１３１】図２４は、ホスト機におけるプリンタへジ
ョブを送信指示を行うためのユーザインタフェースの一
例を示す模式図である。本実施形態では、米国ネットス
ケープ社のNetscape communicatorのようなＪＡＶＡの
実行環境を備えたＨＴＭＬフラウザで、 ”http://fujixerox.co.jp/ipp-Printer/” を開くことによって、プリンタ７００からＪＡＶＡアプ
レットをダウンロードすることにより表示される。ＪＡ
ＶＡは、米国サンマイクロシステムズが開発したインタ
プリンタ実行環境であり、ＪＡＶＡアプレットは、ＪＡ
ＶＡ上で動作するプログラムである。

【０１３２】図２４に示すように、ユーザインターフェ
ース８００には、アーカイブファイルの内容を表示する
ファイル表示部８０１、ジョブの印字パラメータを指定
するためのジョブパラメータ指定部８０２、グループを
作成するためのドキュメントグループ操作部８０３から
構成されている。ファイル表示部８０１は、ファイルサ
ーバのディレクトリの内容を表示するためのＨＴＭＬデ
ータを作成し、ＨＴＭＬブラウザに送信する。このと
き、“documents.tar”は “http://fujixorox.co.jp/ipp-Printer?show-contents
=http://FileServer.co.jp/pub/documents-tar” にリンクされている。“？”以下の文字列は、プリンタ
への指示を示すコマンドとそのパラメータを表してお
り、意味は、“Show-contents”がアーカイブファイル
解析指示命令を意味し、そのパラメータは http://FileServer-co.jp/pub/documents.tar である。このＵＲＩをプリンタ７００に送信すると、プ
リンタ７００が“documents.tar”アーカイブファイル
の内容を解析し、その解析結果から図示するようなＨＴ
ＭＬデータをＨＴＭＬブラウザに送信する。

【０１３３】図中、拡張子が“．ｐｓ”のファイルは、
米国アドビ社のＰｏｓｔＳｃｒｉｐｔファイルであるこ
とを示す。拡張子が“．ａｒｔ”のファイルは、富士ゼ
ロックス社のＡＲＴファイルであることを示す。両者と
も、プリントデータを構成するプリント言語の一種であ
る。

【０１３４】ジョブパラメータ指定部８０２では、アー
カイブファイルにアーカイブされているファイルの出力
順、用紙の向さ、用紙サイズ、後処理指定の方法を指定
する。ドキュメントグループ操作部８０３は、後処理指
定の方法に”グループ毎に後処理をする”を指定したと
きに使用可能となる。ここでは、ファイル表示部８０１
で表示されているファイルをグループ化するための操作
を行う。次に、これらの操作とＩＰＰ命令との関係につ
いて述ペる。

【０１３５】本実施形態では、ＩＰＰで定められている
Ｐｒｉｎｔ−ＵＲＩ命令とＣｒｅａｔｅ−Ｊｏｂ命令と
Ｓｅｎｄ− ＲＩ命令の３つのＩＰＰ命令を使用する。
Ｐｒｉｎｔ−ＵＲＩ命令は、命令に含まれるドキュメン
トのＵＲＩに従って、プリンタ７００がドキュメントを
取得し印字する、所謂プルプリント機能を実現する。Ｃ
ｒｅａｔｅ−Ｊｏｂ命令とＳｅｎｄ−ＵＲＩ命令とは、
プルプリントにおけるマルチドキュメント処理機能を実
現する。ドキュメントは、プリントデータ、あるいはプ
リントデータのＵＲＩと１対１に対応し、１つのジョブ
に複数のドキュメントを定義可能とする。

【０１３６】“ジョブ毎に後処理をする”を指定する
と、Ｐｒｉｎｔ−Ｊｏｂ命令を使用する。“ドキュメン
ト毎に後処理をする”を指定すると、Ｃｒｅａｔｅ−Ｊ
ｏｂ命令とＳｅｎｄ−ＵＲＩ命令との組合わせを指定す
る。“グループ毎に後処理をする”を指定すると、Ｃｒ
ｅａｔｅ−Ｊｏｂ命令とＳｅｎｄ−ＵＲＩ命令との組合
わせを使用し、さらに、Ｓｅｎｄ−ＵＲＩ命令のオペレ
ーションアトリビュートに、ｆｉｌｅ−ｐａｔｈアトリ
ビュートとｏｒｄｅｒアトリビュートとを使用する。ア
トリビュートの詳細については後述する。

【０１３７】ドキュメントグループ操作部８０３の下部
に位置する送信ボタン８０４が押下されると、設定され
た内容をＩＰＰに変換して、プリンタ７００へ送信す
る。なお、本実施形態では、この処理の実現にＪＡＶＡ
アプレットとＩＰＰの組合わせを使用しているが、通信
方法はこの限りではない。他、ＨＴＭＬ文書のアップロ
ード（ＲＦＣ1867、Form-based File upload in HTML）
よる方式を用いてもよい。

【０１３８】例えば、図２４で示す指定を行うと、次の
ような形態の用紙出力を得られる。ドキュメントのプリ
ントデータ名を正順し、印字するプリントデータの用紙
向きとサイズについて様々な指定が混在していても、用
紙の向きは縦、用紙の大きさはＡ４に統一され、指定し
たグループ毎に後処理を行い、指定する後処理の種類は
ステープルであることを示す。グループ１は“readme.t
xt”をステープルし、グループ２は”はじめに.ar
t”、”１章.art”、”２章.art”から構成される文書
をステープルする。

【０１３９】図２５（ａ）〜（ｃ）は、各々、異なるＩ
ＰＰ命令の概念図である。図示するように、ＩＰＰ命令
の構成は、ＩＰＰのバージョン番号を示す“version-nu
mber”と、Ｐｒｉｎｔ−ＵＲＩ命令であることを示す
“operation-id”と、Ｐｒｉｎｔ−ＵＲＩ命令に属性を
示すオペレーションアトリビュートとジョブの属性を示
すジョブテンプレートアトリビュートとからなる。

【０１４０】図２５（ａ）におけるＣｒｅａｔｅ−Ｊｏ
ｂ命令のオペレーションアトリビュートには、アトリビ
ュート名、アトリビュート値の文字集合セットを表す
“attribute-charset”と、アトリビュート名の言語を
示す“attribute-natural-language”と、命令の発行先
を示す“printer-uri”と命令の発行者を示す“requost
ing-user-name”とからなる。図２５（ａ）におけるＰ
ｒｉｎｔ−ＵＲＩのジョブテンプレートアトリビュート
には、用紙の向さを示す“orientation-requested”
と、用紙の種類を示す“media”とが指定されている。
“orientation-requested”アトリビュートは、ジョブ
パラメータ指定部８０２の“用紙出力向き”に対応す
る。縦が指定されたときにはアトリビュート値か“port
late”となり、横が指定されたときにはアトリビュート
値は“landscape”となる。また、“media”アトリビュ
ートは、ジョブパラメータ指定部の”用紙サイズ”に対
応する。Ａ３が指定されたときには“iso-a3”となり、
Ａ４が指定されたときには“is-a4”となり、Ｂ４が指
定されたときには“jis-b4”となり、Ｂ５が指定された
ときには“jis-b5”となる。

【０１４１】図２５（ｂ）、図２５（ｃ）におけるＳｅ
ｎｄ−ＵＲＩ命令のオペレーションアトリビュートに
は、“attribute-charset”アトリビュートと“attribu
te-natural-language”アトリビュートと“printer-ur
i”アトリビュートと“requesting-user-name”アトリ
ビュートの他、取得するドキュメントのＵＲＩを示す
“document-uri”アトリビュートと、当該ジョブにおけ
る最後のドキュメントか否かを示す“last-document”
アトリビュートと、アーカイブファイルに含まれるファ
イルのパスを示す“file-path”と、ファイルの印字順
序を示す“order”とからなる。“last-document”アト
リビュー卜のシンタックスは、ｂｏｏｌｅａｎ（論理
型）であり、値が“true”の場合、当該ジョブにおける
最後のＳｅｎｄ−ＵＲＩ命令であることを示す。

【０１４２】次に、“file-path”と“order”は、本実
施形態における拡張属性である。“file-Path”は、ア
ーカイブファイルの印字の際に使用され、アーカイブフ
ァイルの各ファイルのパスを指定する。このアトリビュ
ートのシンタックスは、１ＳｅｔＯｆＮａｍｅ（名前
型）である。“１ＳｅｔＯｆ”修飾子は、複数の値を持
つことを示すので、複数のファイル名を格納可能であ
る。“order”アトリビュートのシンタックスは、ｅｎ
ｕｍ（列挙型）であり、そのアトリビュート値には、フ
ァイル名昇順を示す“file-name”、ファイル名降順を
示す“file-name-reversed”、時刻昇順を示す“date-t
ime”、時刻降順を示す“date-time-reversed”があ
る。

【０１４３】次に、図２６は、ホスト装置からジョブを
送信し、用紙出力を得るまでの手順を示すシーケンス図
である。図において、ＵＭＬ（Unified Modeling Langu
age）のシーケンス図で記述されている。ＵＭＬは、米
国ラショナル社が定めたソフトウェアの仕様を記述する
ための言語である。シーケンス図は、時系列におけるオ
ブジェクト間の相対関係を記述するために使用する。こ
こでのオブジェクトは、ユーザとジョブ受信タスク７０
１とドキュメントデータ取得タスク７０２とジョブ制御
タスク７０３である。

【０１４４】以下、図２４に示す設定と図２６に示すシ
ーケンス図に従って、本実施形態を説明する。ジョブ受
信タスク７０１が、ホスト機５００から図２５（ａ）で
示されるＣｒｅａｔｅ−Ｊｏｂ命令を受信後（ＳＱ
１）、それに含まれるオペレーションアトリビュートを
解析し、ジョブ制御タスク７０３にジョブの作成要求を
する（ＳＱ２）。作成するジョブのアトリビュートに
は、用紙の向きがポートレート（縦）、用紙サイズがＡ
４、ドキュメントの出力順はファイル各で昇順して出力
する、を指定する。

【０１４５】次に、ホスト機５００から図２５（ｂ）で
示されるＳｅｎｄ−ＵＲＩ命令を受信し（ＳＱ３）、そ
のオペレーションアトリビュー卜を解析すると、“docu
ment-uri”アトリビュートで指定されるドキュメントデ
ータの取得依頼を、ドキュメントデータ取得タスク７０
２に行う（ＳＱ４）。本実施形態では、http://FileSer
ver/pub/documents.tarを取得する。

【０１４６】ドキュメントデータ取得タスク７０２は、
ＵＲＩでｈｔｔｐが指定されているため、取得するプロ
トコルにＨＴＴＰを使用する。拡張子が“tar”である
ことからわかるように、取得するプリントデータはＵｎ
ｉｘＴＡＲ（Tape ARchiver）形式のファイルである。
ドキュメントデータ取得タスク７０２は、ファイルサー
バ４００からドキュメントデータの読み出し時にＴＡＲ
形式の解析処理と各ファイルへの分割処理を行いつつ、
“fiIe-path”アトリビュートで指定される“readme.tx
t”を取り出し、ドキュメントにプリントデータを追加
する（ＳＱ５〜ＳＱ７）。

【０１４７】さらに、ホスト機５００から図２５（ｃ）
で示されるＳｅｎｄ−ＵＲＩ命令を受信し（ＳＱ８）、
そのオペレーションアトリビュートを解析すると、図２
５（ｂ）で説明したのと同様に、ドキュメントデータの
取得依頼を、ドキュメントデータ取得タスク７０２に行
い（ＳＱ９）、ドキュメントデータ取得タスク７０２を
介してドキュメントデータを取得する（ＳＱ１０）。図
２５（ｃ）では、“file-Path”に複数のファイルか指
定されているので、各ファイル毎にドキュメントオブジ
ェクトを生成する（ＳＱ１１）。ホスト機５００が指定
した全てのファイルをジョブ制御タスク７０３に蓄積し
た後（ＳＱ１２）、ジョブ受信タスク７０３がドキュメ
ントの追加終了通知をジョブ制御タスク７０３に通知し
て、ジョブの作成処理を終了する（ＳＱ１３）。

【０１４８】以後、ジョブ制御タスク７０３と展開処理
タスク７０５と印刷郡制御タスク７０７との協調動作に
より、ユーザが指定した形態の用紙出力を得る。

【０１４９】上述したように、本実施形態によれば、ジ
ョブ投入時にアーカイブファイルに含まれる各々のファ
イルの後処理方法を指定でさるため、ユーザの利便性が
向上する。

【０１５０】５．変形例 本発明は上記実施形態に限定されるものではなく、例え
ば以下のように種々の変形が可能である。 （１）上記実施形態は本発明の加工処理の対象をプリン
ト言語とした例を説明したが、例えば音楽データによる
音楽再生装置、画像・動画データによる画像表示装置
等、様々なデータとその加工処理に対して適用可能であ
る。

【０１５１】（２）上記実施形態のステップＳＰ２にお
いては、受信したファイルの拡張子に基づいて該ファイ
ルの種別を解析したが、ファイルの種別は該ファイルの
データ構造を検査することによって判別してもよい。

【０１５２】（３）上記実施形態においては、プリンタ
１００から外部のファイル加工処理サーバに対して「属
性取得命令」を用いて加工処理方法の種別等を問い合わ
せた。しかし、SNMP(Simple Network Management Proto
col, RFC1157)、あるいはSLP(Service Location Protoc
ol, RFC2165)等を用いて加工処理方法の種別等を問い合
わせてもよい。

【０１５３】例えば、SNMPにおいては、Printer MIB(Me
dia Information Base, RFC 1759)を用いて、他のネッ
トワークプリンタ等に印刷可能なプリント言語の対応／
未対応を問い合わせることができる。また、他の変形例
として、プリンタ１００の補助記憶装置１１３内におい
て、複数のファイル加工処理サーバのアドレスと、各フ
ァイル加工処理サーバにおいて加工処理可能なファイル
種別とを関連付けたテーブルを記憶させてもよい。こ
の、テーブルを検索することによって外部のファイル加
工処理サーバを検索する過程を簡略化できる。

【０１５４】（４）上記実施形態においては、プリンタ
１００および外部のファイル加工処理サーバにおいて共
に処理不可能であるファイルに対して、ステップＳＰ１
６でエラー通知ファイルが作成された。しかし、エラー
通知ファイルは１回毎に印刷する必要はなく、所定回数
発生する毎に一覧表として出力してもよい。また、エラ
ー通知ファイルを用紙等に印刷するのではなく、ホスト
装置５００等のクライアントに対してエラーメッセージ
を返信してもよい。

【０１５５】（５）上記実施形態のステップＳＰ５９に
おいては、予測所要時間をホスト装置５００に通知する
ためにCDFファイルを用いたが、ホスト装置５００等の
クライアントに通知するための独自のネットワークプロ
トコルとアプリケーションを用いてもよく、あるいは電
子メール等を適用することもできる。

【０１５６】（６）上記実施形態においては、プリント
言語タスク制御命令を用いてプリント言語の種類等を特
定したが、ホスト装置５００とプリンタ１００間のプリ
ンティングプロトコルにプリント言語の種別を指定可能
であれば、これを利用してもよい。

【０１５７】（７）上記実施形態においては、プリント
言語タスク制御命令を用いてプリント言語の種類等を特
定したが、ホスト装置５００とプリンタ１００間のプリ
ンティングプロトコルにプリント言語の種別を指定可能
であれば、これを利用してもよい。

【０１５８】（８）上記第２実施形態においては、ＡＲ
Ｔ言語、gzip形式、およびMS~WORD形式のファイルを処
理する具体例を説明したが、これはzip形式等、他の形
式であっても同様の処理を行うことができる。

【０１５９】（９）上記第２実施形態において説明した
処理は、一部のクライアントまたはホストに対してのみ
実行するようにしてもよい。例えば、各クライアントま
たはホスト毎に展開可能なアーカイブファイルのリスト
を準備しておき、展開できないアーカイブファイルの要
求を受けた場合のみファイルサーバ４００側で展開処理
を行ってもよい。

【０１６０】

【発明の効果】以上説明したようにこの発明の情報処理
装置は、取得したアーカイブファイルに含まれるファイ
ルを識別、分離し、識別された属性に対応して加工方法
を選択するから、ファイルの内容に応じて適切な処理を
迅速に施すことができる。

【図面の簡単な説明】

【図１】 本発明の第１実施形態のネットワークシステ
ムのブロック図である。

【図２】 情報処理装置を成すプリンタ１００のブロッ
ク図である。

【図３】 ホスト装置５００のブロック図である。

【図４】 プリンタ１００のタスク構成を示すブロック
図である。

【図５】 ホスト装置５００のレイヤ構成を示す図であ
る。

【図６】 プリント言語タスク制御命令の説明図であ
る。

【図７】 ＤＴＤ(Document Type Definition：文書型
定義)およびＲＤＦ(Resource Description Framework)
の説明図である。

【図８】 プリンタ１００内の各タスクのフローチャー
トである。

【図９】 プリンタ１００内の各タスクのフローチャー
トである。

【図１０】 プリンタ１００内の各タスクのフローチャ
ートである。

【図１１】 プリンタ１００内の各タスクのフローチャ
ートである。

【図１２】 ホスト装置５００におけるフローチャート
である。

【図１３】 ホスト装置５００におけるフローチャート
である。

【図１４】 ファイルサーバ４００とクライアントとの
シグナルフローである。

【図１５】 アーカイブファイルの構造および展開処理
の概要を示す図である。

【図１６】 モニタ５１７に表示されるウィンドウ５６
０を示す図である。

【図１７】 図１６における各部の名称を示す図であ
る。

【図１８】 CDF(Channel Definition Format)ファイル
の説明図である。

【図１９】 ホスト装置５００、プリンタ１００および
ファイルサーバ４００間のシグナルフローである。

【図２０】 第２実施形態における制御プログラムのフ
ローチャートである。

【図２１】 第２実施形態における制御プログラムのフ
ローチャートである。

【図２２】 第３実施形態における制御プログラムのフ
ローチャートである。

【図２３】 第４実施形態によるプリンタのソフトウェ
アにおけるタスク構成およびネットワーク構成を示すブ
ロック図である。

【図２４】 ホスト機におけるプリンタへジョブを送信
指示を行うためのユーザインタフェースの一例を示す模
式図である。

【図２５】 各々、異なるＩＰＰ命令の概念図である。

【図２６】 ホスト装置からジョブを送信し、用紙出力
を得るまでの手順を示すシーケンス図である。

【符号の説明】

１００ プリンタ １０１ Ｗｅｂサーバ １０２ プリントサーバ １１１ ＣＰＵ １１２ メモリ １１３ 補助記憶装置 １１４ ネットワークインターフェース １１５ 印刷部 １１６ バス １２２ 取得タスク １２３ 受信タスク １２４ 受信バッファ １２５ プリント言語展開タスク １２６ ページバッファ １２７ 印刷部制御タスク １２９ ファイル加工処理管理タスク ２００ ネームサーバ ３００ ファイル加工処理サーバ ３０１ Ｗｅｂサーバ ４００ ファイルサーバ ４０１ ＦＴＰサーバ ４０２ ＷｅｂＮＦＳサーバ ４０３ Ｗｅｂサーバ ５００ ホスト装置 ５１１ ＣＰＵ ５１２ メモリ ５１３ 補助記憶装置 ５１４ ネットワークインターフェース ５１５ 各種インターフェース部 ５１６ 入力装置 ５１７ モニタ ５１８ バス ５２０ アプリケーション・レイヤ ５３０ オペレーティングシステム ５３１ 描画命令 ５３２ プリンタドライバ ５３３ リダイレクタ ５４０ ハードウエア・レイヤ ５４１ グラフィックカード ５４２ プリンタポート ５４３ ネットワークインターフェース ５５１ モニタ ５５２ ローカルプリンタ ５５２ プリンタ ５６０ ウィンドウ ５６１ ファイル選択部 ５６２ ＵＲＬ入力部 ５６３ 種別指定部 ５６４ 展開工程指定部 ５６５ 実行ボタン ５６６ キャンセルボタン ５７１〜５７８ ラジオボタン ５７９ テキストボックス ６００ ネットワーク ７００ プリンタ ７０１ ジョブ受信タスク ７０２ ドキュメントデータ取得タスク ７０３ ジョブ制御タスク ７０４ 受信バッファ ７０５ 展開処理タスク ７０６ ページバッファ ７０７ 印刷部制御タスク

Claims (36)

【特許請求の範囲】
1. 【請求項１】 アーカイブファイルを取得するアーカイ
   ブファイル取得手段と、 取得したアーカイブファイルに含まれるファイルを識別
   する識別手段と、 前記ファイルを前記アーカイブファイルから分離する分
   離手段と、 複数の加工方法の何れかによって前記ファイルを加工す
   るファイル加工手段と、 前記ファイルの属性を識別する属性識別手段と、 この識別された属性に対応して前記ファイル加工手段に
   おける加工方法を選択する選択手段とを具備することを
   特徴とする情報処理装置。
2. 【請求項２】 アーカイブファイルを取得するアーカイ
   ブファイル取得過程と、 取得したアーカイブファイルに含まれるファイルを識別
   する識別過程と、 前記ファイルを前記アーカイブファイルから分離する分
   離過程と、 前記ファイルの属性を識別する属性識別過程と、 この識別された属性に対応して前記ファイルの加工方法
   を複数の加工方法の中から選択する選択過程と、 この選択された加工方法によって前記ファイルを加工す
   る加工過程と を具備することを特徴とする情報処理方法。
3. 【請求項３】 前記ファイルの種別を解析する解析手段
   と、 前記選択手段における選択結果を表わす制御コマンドを
   前記各ファイルに付与する制御コマンド付与手段とを具
   備することを特徴とする請求項１記載の情報処理装置。
4. 【請求項４】 前記解析手段は前記ファイルのファイル
   名に基づいて前記ファイルの種別を識別することを特徴
   とする請求項３記載の情報処理装置。
5. 【請求項５】 前記解析手段は前記ファイルのデータ構
   造に基づいて前記ファイルの種別を識別することを特徴
   とする請求項３記載の情報処理装置。
6. 【請求項６】 ファイル加工処理を行うファイル加工処
   理装置を検索する検索手段と、 前記ファイルの種別を識別する種別識別手段と、 前記検索手段で検索されたファイル加工処理装置に対し
   て、前記ファイルの加工処理を指令する指令手段とを具
   備することを特徴とする請求項１記載の情報処理装置。
7. 【請求項７】 前記ファイル加工処理が不可能である旨
   を認識するエラー認識手段と、 このエラー認識手段の認識結果に基づいて該ファイル加
   工処理に係るエラー情報を生成するエラー情報生成手段
   とを具備することを特徴とする請求項６記載の情報処理
   装置。
8. 【請求項８】 取得すべきアーカイブファイルのファイ
   ル情報を受信するファイル情報受信手段と、 該ファイル情報受信手段において受信されたファイル情
   報に基づいて前記アーカイブファイルに含まれるファイ
   ルを取得する取得手段とを具備することを特徴とする請
   求項１記載の情報処理装置。
9. 【請求項９】 前記アーカイブファイルの取得に使用す
   べきプロトコルを検知するプロトコル検知手段と、 前記プロトコルが読み出し開始位置を指定可能なプロト
   コルである場合は、該読み出し開始位置を指定して前記
   ファイルを取得することを特徴とする請求項８記載の情
   報処理装置。
10. 【請求項１０】 前記ファイル情報は、前記情報処理装
    置において加工処理可能なファイル種別を示すことを特
    徴とする請求項８記載の情報処理装置。
11. 【請求項１１】 前記ファイル情報は、ユーザによって
    指定されたファイルの種別であることを特徴とする請求
    項８記載の情報処理装置。
12. 【請求項１２】 前記ファイル情報は、ユーザによって
    指定されたファイルの識別子であることを特徴とする請
    求項８記載の情報処理装置。
13. 【請求項１３】 取得すべきファイルの指令を受信する
    指令受信手段と、 前記ファイルの取得に要する予測所要時間を算出する予
    測手段と、 前記ファイルを取得したことを示す取得情報を作成する
    取得情報作成手段とを備え、 前記指令に応答して前記予測所要時間と前記取得情報と
    を送信する送信手段とを具備することを特徴とする請求
    項１記載の情報処理装置。
14. 【請求項１４】 アーカイブファイルを指定するアーカ
    イブファイル指定手段と、 該アーカイブファイルに含まれる個々のファイルを指定
    する個別ファイル指定手段と、 前記個別ファイル指定手段によって指定されたファイル
    を取得する取得手段と、 取得したファイルを情報処理装置へ送信する送信手段と
    を具備することを特徴とするホスト装置。
15. 【請求項１５】 前記アーカイブファイルに含まれるフ
    ァイルの種別を解析する解析手段と、 前記取得手段によって取得されたファイルに前記解析さ
    れた種別を付与する制御手段とを具備することを特徴と
    する請求項１４記載のホスト装置。
16. 【請求項１６】 前記アーカイブファイルに含まれるフ
    ァイルの種別を解析する解析手段を具備し、 前記送信手段は、前記取得手段によって取得されたファ
    イルとともに、前記解析された種別を前記情報処理装置
    にに通知することを特徴とする請求項１４記載のホスト
    装置。
17. 【請求項１７】 前記情報処理装置に対して、該情報処
    理装置によって実行可能なファイル加工処理を実行する
    ように指示する指示手段を具備することを特徴とする請
    求項１４記載のホスト装置。
18. 【請求項１８】 前記情報処理装置に対して、加工処理
    を実行すべきファイルの種別を指示する指示手段を具備
    することを特徴とする請求項１４記載のホスト装置。
19. 【請求項１９】 前記アーカイブファイルに含まれるフ
    ァイルの情報を表示する表示手段を具備することを特徴
    とする請求項１４記載のホスト装置。
20. 【請求項２０】 前記情報処理装置によって加工処理可
    能なファイルの種別を得るファイル種別認識手段と、 前記情報処理装置によって加工処理可能なファイルとそ
    れ以外のファイルとを区別して表示するための表示デー
    タを出力する表示データ出力手段とを具備することを特
    徴とする請求項１４記載のホスト装置。
21. 【請求項２１】 前記情報処理装置からアーカイブファ
    イルの取得結果の通知を受信する受信手段と、 前記取得結果の通知を受信した場合に、前記個別ファイ
    ル指定手段を起動する起動制御手段とを具備することを
    特徴とする請求項１４記載のホスト装置。
22. 【請求項２２】 アーカイブファイルの名称を示すアー
    カイブファイル名と、区切り記号と、該アーカイブファ
    イルに含まれる一または複数のファイル名と、前記各フ
    ァイル名の間に介挿される連結記号との組み合わせによ
    り加工処理を施すべき少なくとも一つのファイルを指定
    するファイル指定手段を具備することを特徴とする請求
    項１４記載のホスト装置。
23. 【請求項２３】 取得するアーカイブファイルを取得先
    で展開するか否かを指定する展開指定手段を具備するこ
    とを特徴とする請求項１４記載のホスト装置。
24. 【請求項２４】 クライアントによって個々のファイル
    に展開可能なアーカイブファイルの種別を検出するアー
    カイブファイル種別検出手段と、 アーカイブファイルを個々のファイルに展開する展開手
    段と、 前記アーカイブファイルが前記クライアントによって展
    開可能である場合は該アーカイブファイルを前記クライ
    アントに送信し、前記アーカイブファイルが前記クライ
    アントによって展開不可能である場合は展開された前記
    個々のファイルを前記クライアントに送信する送信手段
    とを具備することを特徴とするサーバ装置。
25. 【請求項２５】 クライアントが加工処理可能なファイ
    ルの種別を検知する手段と、 記憶する第１のファイルを前記クライアントが処理可能
    な第２のファイルに変換する変換手段と、 この第２のファイルを前記クライアントに送信する送信
    手段とを具備することを特徴とするサーバ装置。
26. 【請求項２６】 クライアントが展開可能なアーカイブ
    ファイルの種別を検知する手段と、 前記クライアントが加工処理可能なファイルの種別を検
    知する手段と、 前記アーカイブファイルに含まれる第１のファイルを、
    前記クライアントによって加工処理可能な第２のファイ
    ルに変換する手段と、 前記アーカイブファイルに含まれる第１のファイルを、
    前記第２のファイルに置き換える手段とを備え、前記ア
    ーカイブファイルを個々のファイルに展開して送信しな
    い場合に、前記クライアントで加工処理が行えない第１
    のファイルを、該クライアントで加工処理可能な第２の
    ファイルに変換し、前記アーカイブファイル内の前記第
    １のファイルを第２のファイルに置き換えて成る他のア
    ーカイブファイルを送信することを特徴とするサーバ装
    置。
27. 【請求項２７】 請求項２記載の方法を実行するプログ
    ラムを記憶したことを特徴とする記憶媒体。
28. 【請求項２８】 アーカイブファイルを指定する過程
    と、 該アーカイブファイルに含まれる個々のファイルを指定
    する過程と、 指定されたファイルを取得する過程と、 取得したファイルを情報処理装置へ送信する過程とを具
    備することを特徴とするホスト装置の制御方法。
29. 【請求項２９】 請求項２８記載の方法を実行するプロ
    グラムを記憶したことを特徴とする記憶媒体。
30. 【請求項３０】 クライアントによって個々のファイル
    に展開可能なアーカイブファイルの種別を検出する過程
    と、 アーカイブファイルを個々のファイルに展開する過程
    と、 前記アーカイブファイルが前記クライアントによって展
    開可能である場合は該アーカイブファイルを前記クライ
    アントに送信し、前記アーカイブファイルが前記クライ
    アントによって展開不可能である場合は展開された前記
    個々のファイルを前記クライアントに送信する過程とを
    具備することを特徴とするサーバ装置の制御方法。
31. 【請求項３１】 請求項３０記載の方法を実行するプロ
    グラムを記憶したことを特徴とする記憶媒体。
32. 【請求項３２】 アーカイブファイルに含まれるファイ
    ルのうち、少なくとも１つのファイルを出力単位である
    ドキュメントとして選択する選択手段と、 前記選択手段により選択されたドキュメントを所定の形
    態で出力する出力手段と、 前記出力手段による出力後に行う後処理の方法を指定す
    るための後処理指定手段と、 前記後処理指定手段により指定された後処理を行うべき
    後処理単位を指定する後処理単位指定手段と、 前記出力手段により出力されたドキュメントに対し、前
    記後処理単位指定手段により指定された後処理単位で、
    前記後処理指定手段により指定された後処置を施す後処
    理制御手段とを具備することを特徴とする情報処理装
    置。
33. 【請求項３３】 前記選択手段は、 前記アーカイブファイルに含まれるファイルのうち、複
    数のファイルを出力単位であるドキュメントとしてグル
    ープ化するグループ指定手段を備え、 前記後処理単位指定手段は、 前記グループ指定手段により指定されたグループ単位、
    またはグループを構成するファイル単位のいずれかを、
    後処理単位として指定することを特徴とする請求項３２
    記載の情報処理装置。
34. 【請求項３４】 ソートキーを指定するソート指定手段
    と、 前記ソート指定手段により指定されたソートキーに従っ
    て、前記選択手段により選択されたファイルの出力順序
    を並べ替える並べ替え手段とを具備することを特徴とす
    る請求項第３２項記載の情報処理装置。
35. 【請求項３５】 出力用紙の向きを指定する用紙向き指
    定手段と、 前記用紙向き指定手段により指定された用紙の向きと異
    なるファイルが存在する場合には、指定された方向に合
    致するように印刷イメージを回転させる編集手段とを具
    備することを特徴とする請求項第３２項記載の情報処理
    装置。
36. 【請求項３６】 出力用紙を指定する用紙指定手段と、 前記用紙指定手段により指定された用紙と異なるドキュ
    メントが存在する場合には、指定された用紙に合致する
    ように印刷イメージを回転、縮小、拡大させる編集手段
    とを具備することを特徴とする請求項第３２項記載の情
    報処理装置。