JP2002373064A - 印刷装置および情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数のドキュメントを1つのジョブとして印
刷すること。 【解決手段】 本発明は、ネットワークを介して情報処
理装置３００から指示された複数のドキュメント情報を
1つのジョブとして印刷出力する印刷装置２００におい
て、情報処理装置３００から指示されたドキュメントお
よび印刷条件情報とで構成される複数のドキュメント情
報を記憶するメモリ３０と、記憶された複数のドキュメ
ント情報から1つの印刷ジョブを生成するジョブ生成手
段と、情報処理装置３００から受信したデータ内容もし
くは受信状況からジョブ生成手段で生成された印刷ジョ
ブの処理を開始するか否かを判断するジョブ処理判断手
段と、ジョブ処理の開始を判断した場合に複数のドキュ
メント情報に基づいて印刷ジョブの処理を行うジョブ処
理手段とを備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数ドキュメント
を１つのジョブとして印刷する印刷装置および複数のド
キュメントを１つのジョブとして印刷装置へ送る情報処
理装置に関する。

【０００２】

【従来の技術】従来、電子文書を印刷する場合、コンピ
ュータ内の記憶装置に所望の電子文書を取り込んだ後、
コンピュータに予めインストールされたプリンタドライ
バを介して印刷データを印刷装置に送る手順で印刷処理
が行われる。

【０００３】ＷＷＷやＬＡＮの発達により、インターネ
ットまたはイントラネットなどのネットワーク上に散在
する電子文書の印刷の必要性は増大の一途を辿ってきて
いる。例えば、ＷＷＷデータの印刷に関しては、時々刻
々と変化するインターネットの情報をコンピュータが定
期的に取得して印刷を行ったり、指定時刻に情報を取得
して印刷したり、取得したＷＷＷ文書のリンク先のデー
タを階層的に取得して印刷させるようなアプリケーショ
ンが存在している。

【０００４】このようなアプリケーションを利用する場
合、ＷＷＷサーバからのデータ受信時と印刷装置へのデ
ータ送信時にデータ通信が行われる。この場合、コンピ
ュータの負荷がかかるだけでなくネットワークの負荷も
増大してしまう問題がある。

【０００５】このような問題に対処するため、特開平１
１−１３４１２５号公報に記載の方法では印刷装置がＷ
ＷＷサーバへ直接アクセスしてＷＷＷ文書を取得した
後、ＷＷＷ文書を印刷処理可能なデータに変換する印刷
装置の提案がなされている。

【０００６】このように、印刷装置がネットワーク上の
データフォーマットを直接解釈可能になると、コンピュ
ータ側で印刷設定作業を必要とせずに既存のネットワー
クファイルシステムを利用したファイルのコピー操作や
単に情報資源の格納先を通知するだけで印刷が可能とな
る。

【０００７】また、特開２０００−１８１６５７号公報
に記載の方法では、印刷ファイルの入力先、印刷装置の
出力先および印刷条件をアイコンに対応付けて表示させ
ることにより簡単なドラッグ＆ドロップ操作で容易に印
刷要求可能な印刷システムが提案されている。

【０００８】

【発明が解決しようとする課題】ＩＳＯ１０１７５ＤＰ
Ａ(ドキュメント・プリンティング・アプリケーション)
の工業規格では、一つのジョブに対して複数のドキュメ
ントを内包可能なマルチドキュメントモデルが提案され
ている。ドキュメントとプリントデータは１対１で対応
し、フォーマットの異なる複数ドキュメントの印刷を１
つのジョブとして扱うことができる。さらにドキュメン
ト毎に印刷条件の指示ができ、自由度の高い印刷システ
ムを実現することができる。

【０００９】しかしながら、従来の技術では、マルチド
キュメント印刷に関する観点から考慮されていなかった
ため、特開２０００−１８１６５７号公報に開示されて
いるような印刷システムでは、ドラッグ＆ドロップ操作
によって複数ドキュメントを1つのジョブとして印刷指
示することができないという問題がある。

【００１０】

【課題を解決するための手段】本発明は、このような問
題を解決するために成されたものである。すなわち、本
発明は、ネットワークを介して情報処理装置から指示さ
れた複数のドキュメント情報を1つのジョブとして印刷
出力する印刷装置において、情報処理装置から指示され
たドキュメントおよび印刷条件情報とで構成される複数
のドキュメント情報を記憶する記憶手段と、記憶手段に
記憶された複数のドキュメント情報から1つの印刷ジョ
ブを生成するジョブ生成手段と、情報処理装置から受信
したデータ内容もしくは受信状況からジョブ生成手段で
生成された印刷ジョブの処理を開始するか否かを判断す
るジョブ処理判断手段と、ジョブ処理判断手段において
ジョブ処理の開始を判断した場合には複数のドキュメン
ト情報に基づいて印刷ジョブの処理を行うジョブ処理手
段とを備えている。

【００１１】このような本発明では、ネットワークを介
して複数のドキュメント情報を情報処理装置から印刷装
置へ指示し、印刷装置は複数のドキュメント情報を１つ
のジョブとして印刷を行う。すなわち、記憶手段は情報
処理装置から格納指示を受けた複数のドキュメント情報
を逐次記憶してゆく。ジョブ生成手段は記憶されている
複数のドキュメント情報から1つの印刷ジョブの生成を
行う。ジョブ処理判断手段は受信したデータ内容もしく
は受信状況から印刷ジョブの処理を開始するか否かを判
断する。ジョブ処理手段は、印刷ジョブの処理の開始が
判断されるとドキュメント情報に基づいて印刷ジョブの
処理を行う。

【００１２】また、本発明は、ネットワークを介して複
数のドキュメント情報を１つのジョブとして印刷装置へ
送る情報処理装置であり、印刷装置からジョブ情報を取
得するジョブ情報取得手段と、ジョブ情報取得手段で取
得したジョブ情報の中の属性情報とジョブを構成する複
数のドキュメントの属性情報を階層的に対応付けて表示
するジョブ表示手段とを備えている。

【００１３】このような本発明では、印刷装置へ送った
複数のドキュメント情報について、これを一つのジョブ
として階層的に表示することができ、ジョブにおける各
ドキュメント情報の進行状況や各種設定を参照できるよ
うになる。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を図に
基づいて説明する。図１は、本実施形態を適用するネッ
トワーク印刷システムの構成図である。ネットワーク印
刷システム１０００は、印刷装置２００と情報処理装置
３００とがＬＡＮ７００を介してネットワーク接続され
る構成となっている。

【００１５】ＣＰＵ１０は、印刷装置２００を構成する
各デバイス全体の制御および状態の管理を行う。ジョブ
処理要求の発生時には各デバイスの状態を把握し、効率
的にジョブ処理が可能となるよう各デバイスの制御を行
う。ＣＰＵ１０が行う画像処理およびシステム制御手順
は、プログラムや設定情報に従って動作する。

【００１６】ＲＯＭ２０には印刷装置２００のシステム
を制御するプログラムが格納され、データの読み出しの
みを可能とする不揮発性のメモリである。印刷装置２０
０の電源が投入される毎にＣＰＵ１０ＲＯＭ２０に格納
される制御プログラムを読み込んで印刷装置２００の起
動を行う。

【００１７】メモリ３０は、ＣＰＵ１０がＲＯＭ２０か
ら読み込んだ制御プログラムの処理を実行する時に作業
用のメモリとして使用したり、システムを制御するため
のパラメータを保持しておくのに使用される。

【００１８】不揮発性ＲＡＭ４０（ＮＶＲＡＭ）は、印
刷装置２００の使用用途に応じての設定される情報を格
納する。不揮発性ＲＡＭ４０は、書き込み可能な不揮発
性のメモリで、ユーザの用途によって設定情報を随時変
更することが可能であり、電源を落としても書き込まれ
た内容は保存される。

【００１９】画像形成部５０は、受信した画像データの
内容を解釈し、データの種類に応じて画像データへ展開
を行う。データ展開の手順はＲＯＭ２０に記憶されてい
るプログラムに基づいて行われ、展開したデータはイメ
ージメモリ６０に格納してゆく。

【００２０】印字部７０は、イメージメモリ６０に展開
された画像データを読み出し、印字を行う。外部バス制
御部８０は、外部バス９０に接続可能な各種周辺機器と
の通信制御を行い、各種周辺機器とのデータのやりとり
を行う。

【００２１】ハードディスク１００は、印刷装置２００
に接続される周辺機器の一つで、大量のデータを記憶可
能であるため、印刷装置２００の設定情報の格納先とし
て使用されたり、情報処理装置３００から送られる複数
のドキュメント情報を格納するスプール機能を有する場
合などにおいて使用される。

【００２２】操作部１１０は、複数のボタンで構成さ
れ、表示部１２０に表示される設定内容を確認しながら
印刷装置２００の各種設定を行う。通信制御部１３０
は、印刷装置２００とＬＡＮ（Local Area Network）７
００とのインタフェースとして機能し、ネットワーク接
続された情報処理装置３００とのデータ送受信を可能に
する。

【００２３】電源供給部１４０は、印刷装置２００を構
成する各デバイスに対する電源供給の制御を行う。内部
バス１５０は、ＣＰＵ１０、ＲＯＭ２０、メモリ３０、
不揮発性ＲＡＭ４０、画像形成部５０、イメージメモリ
６０、印字部７０、外部バス制御部８０、操作部１１
０、表示部１２０、通信制御部１３０、電源供給部１４
０などの各デバイス間での通信を可能にする。

【００２４】このような構成から成る印刷装置２００で
は、ＣＰＵ１０によって実行されるプログラムにより、
情報処理装置３００から送られた複数のドキュメント情
報を１つの印刷ジョブとして生成するジョブ生成手段、
情報処理装置から受信したデータ内容もしくは受信状況
から印刷ジョブの処理の開始を判断するジョブ処理判断
手段、処理の開始判断がなされた印刷ジョブの処理を行
うジョブ処理手段が実現されている。

【００２５】また、情報処理装置３００は、図示しない
ＣＰＵ、メモリ、記憶装置、ディスプレイ、キーボー
ド、マウス等を有し、ＬＡＮ７００を介して記憶装置に
格納される印刷データの格納指示を印刷装置２００に対
して行うことができる。

【００２６】本実施形態の印刷装置２００および情報処
理装置３００は、図２に示すようなネットワーク環境で
用いられる。すなわち、印刷装置２００、情報処理装置
３００、ＷＷＷサーバ４００、プロキシサーバ５００が
ＬＡＮ７００を介して接続され、相互の情報交換を可能
にする。プロキシサーバ５００はインターネット８００
に接続され、ＬＡＮ７００内の各通信装置からインター
ネット上のＷＷＷサーバ６００への接続を可能にする。

【００２７】初めに、情報処理装置３００から印刷装置
２００に対して複数のドキュメント情報を指示する動作
について説明を行う。指示操作は、情報処理装置３００
の表示画面からマウスやキーボード等の操作手段を介し
て指示される。

【００２８】例えば、Microsoft社のWindowsであれば、
ファイル共有プロトコルとして、HTTP1.1を基礎としたW
ebDAV(Web Distributed Authoring and Versioning)プ
ロトコルやMicrosoftネットワークのプロトコルであるS
MB(Server Message Block)プロトコルをサポートしてい
る。印刷装置２００がこれらのプロトコルをサポートす
ることにより、ドキュメントデータの格納先をWindows
クライアントに対して容易に開示させることが可能とな
る。

【００２９】WebDAVプロトコルを例に取ると、WebDAVク
ライアント機能を搭載したWindowsクライアントは、HTT
P（Version1.1）拡張のメソッドPROPFINDリクエストを
印刷装置２００に要求することによって印刷装置２００
が開示しているデータ格納先の情報取得を行うことがで
きる。

【００３０】印刷装置２００はリクエストに対して、格
納先フォルダの名称、作成日時、所有者等の各種属性情
報やステータス情報をXMLデータで返信することによっ
て情報処理装置３００にWebフォルダとして開示させる
ことが可能である。

【００３１】情報処理装置３００では、印刷させたいド
キュメントを、ディスプレイ上に表示されたデータ格納
先にドラッグ＆ドロップ操作することによって格納指示
を行うことができる。

【００３２】格納指示の表示画面例を図３に示す。この
図の例では、デスクトップ上の４つの印刷ドキュメント
をまとめて指定し、「ドキュメント格納先」のフォルダ
へドラッグ＆ドロップ操作によって格納することで、複
数ドキュメントの印刷指示を与えることができる。

【００３３】次に、図４に基づいて複数のドキュメント
情報の指示方法に関する動作フローを説明する。印刷装
置２００が起動すると印刷装置は、ＬＡＮ７００に接続
された外部機器からのデータ受信を待ち合わせる待機状
態へと移行する。

【００３４】情報処理装置３００などの外部機器からデ
ータが送られると、印刷装置２００はこのデータを受信
して解析し、受信したデータがドキュメント情報である
か否かの判断を行う。ドキュメント情報は、印刷対象の
データやデータ格納先を示したリンク情報のみの場合で
あったりし、さらにそのデータの印刷条件に関する情報
を含んでいる（ステップＳ１−ａ）。

【００３５】ステップＳ１−ａにおいて受信したデータ
がドキュメント情報であると判断した場合、印刷装置２
００は既に他のドキュメント情報を受信しているか否か
を判断する。例えば、ユーザに開示させたドキュメント
情報の格納先にドキュメントが既に格納されているか否
かで判断することができる（ステップＳ２−ａ）。

【００３６】ステップＳ２−ａにおいて受信したドキュ
メント情報が最初のドキュメント情報であると判断した
場合、印刷装置２００は印刷ジョブの生成を行う（ステ
ップＳ３−ａ）。そして、印刷ジョブを構成するドキュ
メントとして受信したドキュメント情報を印刷ジョブに
対応付ける。

【００３７】また、ステップＳ２−ａにおいて、受信し
たドキュメント情報が２番目以降のドキュメントデータ
である場合には、ジョブの生成は行わず、既に生成され
ている印刷データに対して受信したドキュメント情報の
登録を行う（ステップＳ４−ａ）。

【００３８】ステップＳ４−ａにおいて、ドキュメント
情報が印刷ジョブに登録されると印刷装置は次のデータ
の待機状態に移行し、次のドキュメント情報の受信を待
つ（ステップＳ１−ａ）

【００３９】次に、図５に基づいて印刷装置２００がジ
ョブ処理の実行を判断する動作フローに関して説明す
る。印刷装置２００は、情報処理装置３００から送られ
るドキュメント情報が最後に格納された時からの経過時
刻をタイマーで管理する。

【００４０】規定時間を超えてもドキュメント情報の格
納が行われない場合は印刷ジョブを構成するドキュメン
ト情報の追加はこれ以上ないものと判断し、印刷ジョブ
の処理を開始する。

【００４１】なお、まだ1つのドキュメント情報も格納
されていない場合にはタイマーの起動が行われないた
め、規定時間内であると判断される。また、この時の規
定時間は固定値でもユーザの設定に応じて変更可能な構
成でも構わない（ステップＳ１−ｂ、Ｓ１２−ｂ）。

【００４２】ステップＳ１−ｂにおいて、タイマーが規
定時間内であると判断された場合、印刷装置２００は情
報処理装置３００からデータ受信したか否かを判断す
る。データ受信がない場合には、再び、タイマー値とデ
ータ受信の判断を繰り返す。（ステップＳ２−ｂ）。

【００４３】ステップＳ２−ｂにおいて、データ受信が
あると判断されると、受信したデータがドキュメント情
報であるか否かの判断を行う（ステップＳ３−ｂ）。

【００４４】ステップＳ３−ｂにおいて、受信したデー
タがドキュメント情報でないと判断された場合、印刷装
置２００は受信データの内容を解析し、情報処理装置３
００が要求している内容を調べる。

【００４５】その要求がデータ格納先の属性情報取得要
求である場合には印刷ジョブの処理要求と判断する。We
bDAVプロトコルを例にとれば、属性情報の取得要求メソ
ッドにPROPFINDリクエストが存在する。このメソッドを
受信時、リクエスト対象のＵＲＩが情報処理装置３００
に開示したドキュメント情報のデータ格納先のパスと一
致するとき、データ格納先の属性情報取得要求があるも
のと判断する（ステップＳ４−ｂ）。

【００４６】ステップＳ４−ｂにおいて、データ格納先
の属性情報取得要求ではないと判断されると、次に受信
データがデータ格納先の属性変更要求であるか否かを判
断する。WebDAVプロトコルでは、属性変更要求メソッド
であるPROPPATCHリクエストによってデータ格納先の属
性変更を行うことが可能である。

【００４７】例えば、データ格納先の属性情報にジョブ
の処理状態を示す属性を用意しておくことにより、既に
格納されたドキュメント情報のジョブ処理の開始を実行
するかどうか指示することが可能となる。これによって
印刷装置２００は、データ格納先の属性変更要求である
か否かを判断する（ステップＳ５−ｂ）。

【００４８】ステップＳ５−ｂにおいて、データ格納先
の属性変更要求でないと判断されると、次に受信データ
がデータ格納先の削除要求であるか否かを判断する。We
bDAVプロトコルでは、リソースの削除要求メソッドであ
るDELETEリクエストで指定されるＵＲＩがデータ格納先
のパスと一致するか否かでデータ格納先の削除要求かを
判断する（ステップＳ５−ｂ）。

【００４９】ステップＳ４−ｂ、ステップＳ５−ｂ、ス
テップＳ６−ｂのいずれかに所定の要求であると判断さ
れると印刷装置２００はジョブ処理の開始を判断し、印
刷ジョブが存在するか否かを確認する（ステップＳ７−
ｂ）。

【００５０】そして、ステップＳ７−ｂにおいて印刷ジ
ョブが既に存在すると判断された場合には、既に格納さ
れているドキュメントデータを指定の印刷条件で印字処
理するよう指示する。

【００５１】なお、ドキュメントデータがリンク情報で
ある時、印刷装置２００はリンク先のドキュメントデー
タを取得して、ジョブの処理を行う。また、印刷ジョブ
が存在しない場合には、要求に応じた処理を実行した
後、データ受信の待機状態に戻る（ステップＳ８−ｂ、
Ｓ９−ｂ）。

【００５２】また、ステップＳ４−ｂ、ステップＳ５−
ｂ、ステップＳ６−ｂのいずれの要求でもない場合にも
印刷装置２００は、要求に応じた処理を実行した後、デ
ータ受信の待機状態に戻る（ステップＳ９−ｂ）。

【００５３】一方、ステップＳ３−ｂにおいて、受信し
たデータがドキュメント情報である場合は、印刷装置２
００は受信したデータのサイズを調べる。受信したデー
タサイズが０バイトの時、印刷装置２００は、印刷ジョ
ブの処理要求と判断し、それまでに格納されていたドキ
ュメント情報の印刷処理を開始する（ステップＳ１０−
ｂ）。

【００５４】また、ステップＳ１０−ｂにおいて、ドキ
ュメントデータのサイズが０でない場合は、ドキュメン
ト情報の属性情報内に印刷ジョブの処理を指示するデー
タが存在するか否かを調べる。

【００５５】属性情報はドキュメントデータもしくはリ
ンク情報の内部に記述されるか、ドキュメントの印刷条
件情報の一部でも構わない（ステップＳ１１−ｂ）。

【００５６】ステップＳ１１−ｂにおいて、ドキュメン
ト情報の属性情報に印刷ジョブ処理の指示が存在する場
合、格納されているドキュメント情報の印刷処理を開始
する。

【００５７】なお、ドキュメントデータがリンク情報で
ある場合、印刷装置２００はリンク先のドキュメントデ
ータを取得して、ジョブの処理を行う。例えば、リンク
情報がＵＲＩで記述されるＷＷＷサーバのアドレスであ
る時、ＬＡＮ７００内のＷＷＷサーバ４００に接続して
所望のデータを取得したり、プロキシサーバ５００を介
してインターネット８００上に存在するＷＷＷサーバ６
００からでデータを取得することも考えられる（ステッ
プＳ８−ｂ）。

【００５８】また、印刷ジョブ処理の指示が存在しない
場合、印刷装置２００は、まだドキュメント情報の追加
があるものと判断し、印刷ジョブに受信したドキュメン
ト情報の登録を行う。さらにタイマをクリアした後、再
びタイマーを起動後、データ受信の待機状態に入る（ス
テップＳ１２−ｂ、Ｓ１３−ｂ）。

【００５９】次に、図６において、情報処理装置３００
が印刷ジョブとその印刷ジョブを構成するドキュメント
情報の属性情報を取得する方法に関して説明を行う。例
えば、WebDAVプロトコルの場合だと、印刷ジョブの属性
情報の取得は、PROPFINDリクエストよって行われる。そ
して印刷ジョブのリソースを示すＵＲＩを付与して印刷
装置２００にリクエストを送信する。またPROPFINDリク
エストにXMLデータを付加して、取得したい属性情報の
指定をすることができる。

【００６０】ここでの扱われる属性情報は、印刷ジョブ
の名前、所有者、処理状態、データサイズ、ジョブ投入
の時刻、構成するドキュメントの数、各ドキュメント毎
の名前、処理状態、データサイズ、データタイプ、印刷
条件などである。

【００６１】印刷装置２００では、XMLデータを解析
し、情報処理装置３００が要求する属性情報を取得す
る。取得した属性情報は、再び、XMLデータとして情報
処理装置３００にPROPFINDリクエストのレスポンスで返
される。

【００６２】情報処理装置３００は、受信したXMLデー
タを解析して得られた印刷ジョブ、およびドキュメント
情報の属性情報を階層的に表示させる。図７は、印刷ジ
ョブの属性情報の表示例を説明する図である。PrintJob
-Aは5つのドキュメントで構成されている。ジョブの名
前である「PrintJob-A」の文字列の下に各ドキュメント
の名称の文字列がツリー構造で階層的に表示される（図
７（ａ）参照）。

【００６３】階層下のドキュメント情報の属性も合わせ
て表示され、各種ドキュメントの処理状態、部数、デー
タサイズ、印刷条件などが表示されている。表示させる
情報は、印刷装置２００から取得した属性情報をすべて
表示させてもユーザが設定のよって表示させたい情報の
みを表示させる構成でもよい。

【００６４】なお、これらの階層表示はユーザのマウス
やキーボードの操作に応じて印刷ジョブの属性情報のみ
を表示させる非階層の表示に変更可能であれば、ユーザ
にとってより使いやすいジョブの表示方法となり得る
（図７（ｂ）参照）。

【００６５】

【発明の効果】以上述べたように、この発明によれば簡
単なドラッグ＆ドロップ操作によって印刷させたい複数
のドキュメントを1つのジョブとして印刷させることが
でき、ジョブの無駄を省いて効率の良い印刷処理を行う
ことが可能となる。

【図面の簡単な説明】

【図１】 本実施形態を適用するネットワーク印刷シス
テムの構成図である。

【図２】 ネットワーク環境を説明する図である。

【図３】 格納指示の表示画面例を示す図である。

【図４】 複数のドキュメント情報の指示方法を説明す
るフローチャートである。

【図５】 ジョブ処理の実行を判断する動作を説明する
フローチャートである。

【図６】 ドキュメント情報の属性情報取得を説明する
図である。

【図７】 印刷ジョブの属性情報の表示例を説明する図
である。

【符号の説明】

１０…ＣＰＵ、２０…ＲＯＭ、３０…メモリ、４０…不
揮発性ＲＡＭ、５０…画像形成部、６０…イメージメモ
リ、７０…印字部、８０…外部バス制御部、９０…外部
バス、１００…ハードディスク、１１０…操作部、１２
０…表示部、１３０…通信制御部、１４０…電力供給
部、１５０…内部バス、２００…印刷装置、３００…情
報処理装置、７００…ＬＡＮ、１０００…ネットワーク
印刷システム

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C061 AP01 HJ06 HK11 HN05 HN15 HQ06 2C087 AB05 AB06 BA03 BA06 BC05 BC07 BD46 CA02 CB02 5B021 AA01 BB01 BB04 CC05 DD13 EE01

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して情報処理装置から
   指示された複数のドキュメント情報を1つのジョブとし
   て印刷出力する印刷装置において、 前記情報処理装置から指示されたドキュメントおよび印
   刷条件情報とで構成される複数のドキュメント情報を記
   憶する記憶手段と、 前記記憶手段に記憶された複数のドキュメント情報から
   1つの印刷ジョブを生成するジョブ生成手段と、 前記情報処理装置から受信したデータ内容もしくは受信
   状況から前記ジョブ生成手段で生成された印刷ジョブの
   処理を開始するか否かを判断するジョブ処理判断手段
   と、 前記ジョブ処理判断手段においてジョブ処理の開始を判
   断した場合には前記複数のドキュメント情報に基づいて
   前記印刷ジョブの処理を行うジョブ処理手段とを備える
   ことを特徴とする印刷装置。
2. 【請求項２】 前記ジョブ処理判断手段は、前記情報処
   理装置から前記ドキュメント情報の格納先の属性情報取
   得要求を受信した場合に、ジョブ処理の開始と判断する
   ことを特徴とする請求項１記載の印刷装置。
3. 【請求項３】 前記ジョブ処理判断手段は、前記情報処
   理装置から前記ドキュメント情報の格納先の削除要求を
   受信した場合に、ジョブ処理の開始と判断することを特
   徴とする請求項１記載の印刷装置。
4. 【請求項４】 前記ジョブ処理判断手段は、前記情報処
   理装置から前記ドキュメント情報の格納先の属性情報の
   変更要求を受信した場合に、ジョブ処理の開始と判断す
   ることを特徴とする請求項１記載の印刷装置。
5. 【請求項５】 前記ジョブ処理判断手段は、前記情報処
   理装置から前記ドキュメント情報の属性情報内にジョブ
   処理の開始を指示するデータが含まれている場合に、ジ
   ョブ処理の開始と判断することを特徴とする請求項１記
   載の印刷装置。
6. 【請求項６】 前記ジョブ処理判断手段は、前記ドキュ
   メントが空のデータである場合にジョブ処理の開始と判
   断することを特徴とする請求項１記載の印刷装置。
7. 【請求項７】 前記ジョブ処理判断手段は、前記情報処
   理装置から規定時間を超えてドキュメント情報の格納指
   示が行われなかった場合にジョブ処理の開始と判断する
   ことを特徴とする請求項１記載の印刷装置。
8. 【請求項８】 前記ジョブ処理手段は、前記ドキュメン
   ト情報のドキュメントがデータの格納先を示すリンク情
   報である場合にリンク先からドキュメントを取得してジ
   ョブの処理を行うことを特徴とする請求項１記載の印刷
   装置。
9. 【請求項９】 ネットワークを介して複数のドキュメン
   ト情報を1つのジョブとして印刷装置へ送る情報処理装
   置において、 前記印刷装置からジョブ情報を取得するジョブ情報取得
   手段と、 前記ジョブ情報取得手段で取得したジョブ情報の中の属
   性情報とジョブを構成する複数のドキュメントの属性情
   報を階層的に対応付けて表示するジョブ表示手段とを有
   することを特徴とする情報処理装置。