JP5654806B2 - サーバシステムとプリント装置及びそれらを有するネットワーク印刷システムとそれらにおける方法 - Google Patents

Description

本発明は、サーバシステムとプリント装置及びそれらを有するネットワーク印刷システムと該システムにおけるダウンロード方法に関する。

近年、クラウドサービスと呼ばれるインターネットに接続したサーバシステムによりサービスを提供するインフラが整備されてきている。一方、インターネット上のサーバで、プリント装置からの要求に応じて、プリントデータの生成・配信を行う機能を提供し、インターネット経由でのプルプリントを行うプリントサービスが従来から提供されている（例えば、特許文献１等参照）。そして、このプリントサービスを前述のクラウドを利用して提供するシステムが開発されている。こうしたシステムでは、印刷に供する電子文書として広く用いられた形式が一般的に利用されている。中でもアドビシステムズのＰＤＦ（Portable Document Format）のデータが利用されることが多い。

特開２００５−１９６７５７号公報

しかしながら、ＰＤＦフォーマットでは、印刷すべきデータの構造を解釈するために必要な構造記述が電子文書の末尾に記述される。従って、ＰＤＦファイルを解釈する際には、ＰＤＦファイル全体をダウンロードして、ファイル末尾の構造記述を参照する必要がある。そのため、ダウンロードと印刷処理とを平行処理できず、ダウンロードを完了するまでは印刷を開始できないため、印刷完了するまでの時間も非常にかかってしまう可能性があった。

また、例えばファイルの先頭などに構造記述がある形式のファイルをプリントサービスに利用した場合などには、従来もファイルのダウンロードと印刷とを並列に行える。この場合でも、プリント装置のエンジンの温度調整やキャリブレーションや紙ジャム等で印刷が即時実行できなければ、分割されたＰＤＦファイルをプリント装置が受信してもすぐに印刷されない。そのため、全体の効率が下がり、結果的に印刷時間が長くなってしまう可能性があった。

また上記ケースでは、プリント装置によるクラウドサーバからの受信処理の優先度を高めすぎると、印刷処理に優先して受信が行われるため、印刷処理が遅延してしまう可能性があった。

本発明は上記従来例に鑑みてなされたもので、上記課題を解決することを目的とする。具体的には、文書データの末尾までダウンロードしなければ印刷を開始できない構造の文書データの処理を効率よく迅速に行うことを可能とするサーバシステムとプリント装置及びそれらを有するネットワーク印刷システムと該システムにおけるダウンロード方法を提供することを目的とする。

さらに、例えば故障等、印刷を直ちに開始できない事情が発生しても、できるだけ効率よく処理を行えるサーバシステムとプリント装置及びそれらを有するネットワーク印刷システムと該システムにおけるダウンロード方法を提供することを目的とする。

上記目的を達成するために本発明は以下の構成を備える。すなわち、プリント装置とサーバシステムとを有するネットワーク印刷システムであって、
前記サーバシステムは、
アップロードされた文書データのサイズがしきい値を超えている場合には、前記文書データを複数の文書データに分割する分割手段と、
前記文書データを印刷するためのジョブチケットを生成する生成手段と、
前記文書データと前記ジョブチケットとを印刷ジョブとして保存する保存手段と、
前記プリント装置の要求に応じて、保存した文書データまたは当該文書データのジョブチケットを送信する送信手段とを備え、
前記プリント装置は、
前記サーバシステムに保存された文書データの印刷指示が入力されると、当該文書データのジョブチケットを前記サーバシステムに要求し、該要求に応じて前記サーバシステムから受信したジョブチケットを参照して前記文書データが複数の分割ジョブに分割されているか否かを判定する判定手段と、
前記文書データが分割されていると判定した場合には、前記プリント装置が印刷可能状態であれば前記ジョブチケットに記載の順序に従い分割された前記複数の文書データを前記サーバシステムに要求して受信し、前記プリント装置が印刷不能状態であれば分割された前記複数の文書データを並行して前記サーバシステムに要求して受信する受信手段とを備える。

他の側面によれば、本発明は、プリント装置とサーバシステムとを有するネットワーク印刷システムにおける文書データのダウンロード方法であって、
前記サーバシステムが、アップロードされた文書データのサイズがしきい値を超えている場合には、前記文書データを複数の文書データに分割する分割工程と、
前記サーバシステムが、前記文書データを印刷するためのジョブチケットを生成する生成工程と、
前記サーバシステムが、前記文書データと前記ジョブチケットとを印刷ジョブとして保存する保存工程と、
前記プリント装置が、前記サーバシステムに保存された文書データの印刷指示が入力されると、当該文書データのジョブチケットを前記サーバシステムに要求する工程と、
前記サーバシステムが、前記プリント装置の要求に応じて、保存した文書データまたは当該文書データのジョブチケットを送信する送信工程と、
前記プリント装置が、前記要求に応じて前記サーバシステムから受信したジョブチケットを参照して前記文書データが複数の分割ジョブに分割されているか否かを判定する判定工程と、
前記プリント装置が、前記文書データが分割されていると判定した場合には、前記プリント装置が印刷可能状態であれば前記ジョブチケットに記載の順序に従い分割された前記複数の文書データを前記サーバシステムに要求して受信し、前記プリント装置が印刷不能状態であれば分割された前記複数の文書データを並行して前記サーバシステムに要求して受信する受信工程とを有する。

さらに他の側面によれば、本発明は、プリント装置と接続され、外部からアップロードされたＰＤＦ（Portable Document Format）で記述された文書データを保存する記憶手段を備えるサーバシステムであって、
前記アップロードされた文書データを複数の文書データに分割する分割手段と、
前記分割された複数の文書データを印刷するためのジョブチケットを生成する生成手段と、
前記分割された複数の文書データと前記ジョブチケットとを前記記憶手段に保存する保存手段と、
前記プリント装置からの印刷のための要求に応じて、前記記憶手段に保存されている前記分割された複数の文書データと前記ジョブチケットとを送信する送信手段とを備え、
前記送信手段は、前記プリント装置からの要求に応じて、さらに、前記記憶手段に保存されている分割される前のもとの文書データを送信する。

さらに他の側面によれば、本発明は、サーバシステムと接続されたプリント装置であって、
前記サーバシステムに保存された文書データの印刷指示が入力されると、当該文書データのジョブチケットを前記サーバシステムに要求し、要求に応じて前記サーバシステムから受信したジョブチケットを参照して前記文書データが複数の分割ジョブに分割されているか否かを判定する判定手段と、
前記文書データが分割されていると判定した場合には、前記プリント装置が印刷可能状態であれば前記ジョブチケットに記載の順序に従い分割された前記複数の文書データを前記サーバシステムに要求して受信し、印刷不能状態であれば、分割された前記複数の文書データを並行して前記サーバシステムに要求して受信する受信手段とを備える。

さらに他の側面によれば、本発明は、サーバシステムと接続され、記憶手段を備えるプリント装置であって、
前記サーバシステムに保存された文書データの印刷指示が入力されると、前記サーバシステムに対して、当該文書データに関する印刷のための要求を行う要求手段と、
前記要求に応じて、印刷指示された文書データが分割された複数の文書データと、当該文書データを印刷するためのジョブチケットを受信する受信手段と、
前記受信手段により受信した前記分割された複数の文書データと、前記ジョブチケットを用いて印刷を行う印刷手段と、
前記印刷指示された文書データを前記記憶手段に保存する指定がなされている場合には、さらに前記サーバシステムに対して、分割される前のもとの文書データを要求することで受信し、前記記憶手段に保存する保存手段とを備える。

本発明によれば、デバイスの状態やジョブの種別によって、効率的にクラウドからダウンロードを行うことが可能となり、また印刷等の処理を効率的に行うことが可能となる。

本発明の実施形態1に係わるプリント装置の内部構成を示した図。 本発明の実施形態1に係わるサーバ装置の内部構成を示した図。 本発明の実施形態１に係わるシステムの全体配置を説明する図。 本発明の実施形態１にシステムの全体動作フローの詳細を示した図。 本発明の実施形態１に係わるプリント装置内の内部モジュール構成図。 本発明の実施形態１に係わるサーバ装置内の内部モジュール構成図。 、 本発明の実施形態１に係わる印刷ジョブに含まれるＰＤＦファイルとジョブチケットの一例を示す図。 本発明の実施形態１に係わる分割されたジョブのリストが記述されているジョブチケットの一例を示す図。 本発明の実施形態１に係わるサーバとクライアントのシーケンス図。 本発明の実施形態１に係わるサーバとクライアントのシーケンス図。 本発明の実施形態1に係わる印刷データを受信するデバイス側のフローチャート。 本発明の実施形態1に係わる印刷データを受信するクラウド上サーバ側のフローチャート。 本発明の実施形態２に係わるＵＩの画面の一例の図。 本発明の実施形態２に係わるデータを受信するデバイス側のフローチャート。

［実施形態１］
＜プリント装置及びサーバ装置の構成＞
図１は、本発明の実施形態１に係わるプリント装置の内部構成を示した図である。なお本実施形態のプリント装置とは、プリント機能を有するコンピュータ周辺装置を指しており、プリンタや多機能複写機などを含む。図１の内部構成では、１つのＣＰＵによりネットワーク制御部とデバイス（プリンタ）制御部とが実現されている。このプリント装置１は、ＲＯＭ１−３やＲＡＭ１−２に格納されているプログラムを実行するＣＰＵ１−１を備え、ＣＰＵ１−１はシステムバス１−１１に接続される各デバイスを総括的に制御する。また、ＲＡＭ１−２は、ＣＰＵ１−１の主メモリ、ワークエリア等として機能する。そして、ＲＡＭ１−２には、バッテリ等で常時通電され各種の設定値を保存するバックアップＲＡＭも構成される。ＣＲＴコントローラ（ＣＲＴＣ）１−４は、ＣＲＴディスプレイ（ＣＲＴ）１−８の表示を制御する。ＣＲＴディスプレイ１−８を用いてユーザは、クラウド上のデータリストを印刷開始指示等をすることができる。ディスクコントローラ１−５は、画像や様々なユーザデータを保存するハードディスク（ＨＤ）１−９を制御する。デバイスコントローラ（ＤＶＣ）１−６は、プリンタおよびスキャナ（ＤＶ）１−１０を制御する。ネットワークインタフェースカード（ＮＩＣ）１−７は、ＬＡＮ１−１２を介して、サーバと通信を行うことができる。

なお、本実施形態では、キーボードはないが、もちろんキーボードがあってもよい。また、ＨＤはなくてもよいし、また、ＨＤでなくとも、データを保存できれば、不揮発性メモリ等でもよい。また、各種の設定値はバックアップＲＡＭではなく、ＨＤＤ等の不揮発性の格納装置内部に保存されていてもかまわない。

図２は、本発明の実施形態１に係わるサーバ装置２の内部構成を示した図である。このサーバ装置２は、ＲＯＭ２−３やＲＡＭ２−２に格納されているプログラムを実行するＣＰＵ２−１を備え、ＣＰＵ２−１はシステムバス２−１１に接続される各デバイスを総括的に制御する。また、ＲＡＭ２−２は、ＣＰＵ２−１の主メモリ、ワークエリア等として機能する。そして、ＲＡＭ２−２には、バッテリ等で常時通電され、様々な設定値を保存するバックアップＲＡＭも構成される。キーボードコントローラ（ＫＢＣ）２−４は、キーボード（ＫＢ）２−８のキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２−５は、ＣＲＴディスプレイ（ＣＲＴ）２−９の表示を制御する。ディスクコントローラ２−６は、ユーザからアップロードされる印刷データや様々なユーザデータを保存するハードディスク（ＨＤ）２−１０を制御する。ネットワークインタフェースカード（ＮＩＣ）２−７は、ＬＡＮ１−１２を介して、ユーザＰＣや各種サーバと通信を行うことができる。

なお、本実施形態では、ＨＤでなくとも、データを保存できれば、不揮発性メモリ等でもよい。また、通信ポート設定値はバックアップＲＡＭではなく、ＨＤＤ等の別の不揮発性格納装置内部に保存されていてもかまわない。

＜クラウドプリントシステムの構成＞
図３は本発明の実施形態１に係わるネットワーク印刷システムの全体配置を説明する図である。図３において、プリント装置３−１、３−８は、インターネット３−１０を経由して、クラウド上のサーバ（以下単にサーバと呼ぶ）３−１２からの印刷ジョブの受信を行うことが可能である。なお本実施形態では、印刷ジョブは、印刷対象の文書データと、その文書の所在や構成をＸＭＬ等で記述したジョブチケットの組から構成されている。プリント装置３−１，３−８は、図１のプリント装置１に相当する。サーバ３−１２は、図２のサーバ装置２に相当する。コンピュータ３−２、３−６、３−７は、ユーザの操作による指示に応じて、サーバ３−１２へ印刷ジョブのアップロードを行うことが可能である。これらコンピュータをユーザコンピュータと呼ぶことにする。ルータ３−３、３−５、３−１１は、インターネットと各ローカルネットワークとの間のルータである。ネットワーク３−４、３−９、３−１３は、それぞれインターネットと接続されたローカルネットワークであり、例えばＬＡＮで実現される。

なお、サーバ、デバイス、ＰＣとも、図３の構成に限定されるものではなく、それぞれ１または複数が組み合わされてもかまわない。サーバ３−１２，クライアントコンピュータまた、インターネット３−１０に代えて例えばイントラネットを経由してサーバ装置３−１２に接続してもかまわない。ただしその場合にはサーバ３−１２はインターネットを介してアクセスできるとは限らない。

＜プリントサービスの概要＞
図４は、本発明の実施形態１にシステムの全体動作フローの概略を示した図である。ユーザは、ユーザＰＣ４−１で実行されるＷｅｂブラウザから印刷ジョブのアップロード指示を入力する。ユーザＰＣ４−１は、ユーザコンピュータ３−２等に相当する。データのアップロード指示は、ネットワーク回線４−２を介してクラウド（インターネット）上のサーバ３−１２へ送信される。クラウド環境４−３は、サーバ３−１２により提供されるサービスを含む様々なクラウドサービスがあることを示している。上述したように、サービスとサーバとの対応関係は１対１とは限らないので、サーバをサーバシステムと呼ぶこともある。本例のプリントサービスはサーバ３−１２により提供されるものとして説明する。ただし印刷対象の文書データは、別の文書サーバにより提供されても良いし、サーバ３−１２が提供しても良い。あるいは、ユーザコンピュータにより提供されることもあり得る。

データ４−４は、ユーザコンピュータ４−１から送信された印刷ジョブによる印刷対象の文書データであり、元の文書データとして、クラウド上のサーバ３−１２に保管される。この文書データは、上述したように様々な獲得方法があるが、本実施形態ではクラウド内の文書サーバから獲得するものとして説明する。分割文書データ（あるいは単に分割データ）４−５は、文書データ４−４のデータサイズが大きい場合に文書データ４−４を分割して得た分割データである。分割は、例えば、文書のレイアウトが２ｉｎ１両面等であれば４ページごとのデータというように、プリント装置で印刷する際の最適な分割、たとえば、シート媒体の区切り目となるページで分割する。分割された文書データは、それぞれ独立したデータファイルとして保存される。分割データの順番は、別途作成するジョブチケットに記述しておく。個々の分割データは独立したファイルなので、たとえばＰＤＦファイルであれば、個々のファイルの末尾に各データの構造記述が記録される。コネクション４−５は、サーバ３−１２とプリント装置３−１（本例ではプリント装置３−１で印刷する）との間で、分割データごとに張られたコネクションである。この複数のコネクションは、例えばプリント装置４−６のエンジンがキャリブレーション中などで印刷処理が行えない場合に受信処理を効率的に行うために設けられる。プリント装置は、印刷処理がただちに開始できない場合には、コネクション（セッション）を複数張り、サーバ３−１２からまずジョブチケットを受信すると、その後、パフォーマンスを優先させて分割データの受信を行う。なお元文書データの印刷ジョブは、予め作成してアップロードされてもよいし、サーバがアップロードされた文書データに基づいて印刷ジョブを作成しても良い。文書データを分割する場合でも、分割前の元文書データに対してもジョブチケットを作成して印刷ジョブが生成され保存される。

なお、図４では、分割数は３として記述しているが、特にその数に限定されるものではなく、サイズのジョブの種類により動的に数を変更してもよい。また、本例ではジョブチケットに分割データの分割の仕方を記録したが、ジョブチケットを利用せずに、分割データのファイル名に連番の数字をつける等（ｇａｚｏｕ１．ｐｄｆ，ｇａｚｏｕ２．ｐｄｆ，ｇａｚｏｕ３．ｐｄｆ）で順序を記録してもかまわない。また両方合わせて行っても良い。本例では両方合わせて行うものとする。

なお、クラウド環境で提供するサービスはサーバにより提供されるが、各サービスは複数のサーバが連携して実現されることもあるし、逆に単独のサーバが複数のサービスを提供することもできる。また、ひとつのサービスを複数のクライアントに提供すべく、複数のサーバで負荷分散されている構成もある。

＜プリント装置のソフトウェア構成＞
図５は、本発明の実施形態１に係わるプリント装置１内の内部モジュール構成図である。エンジン制御部５−１は、プリンタエンジンの印刷制御や、デバイスの制御等を行う。エンジン情報保持部５−２は、エンジン制御部５−１からエンジンの最新の状態等の情報（Ｒｅａｄｙ（印刷可能状態）、Ｎｏｔ Ｒｅａｄｙ（印刷不能状態）やＰｒｉｎｔｉｎｇ印刷中状態等）を保持する。クラウドデータ処理部５−３は、ＵＩ５−４からのユーザ操作に応じて、クラウド上のサーバ３−１２へと印刷ジョブを取得しに行く。ＨＴＴＰ処理部５−５は、複数のタスクを同時に処理することが可能である。ネットワーク送受信部５−６は、ＨＴＴＰ処理部５−５等からの指示に応じて、ネットワークを経由して、サーバ３−１２等とデータの送受信を行うことが可能である。

なお、図５ではＨＴＴＰ処理部５−５としたが、インターネット上で通信が可能であれば、特に限定されない。例えばＦＴＰなど他のプロトコルに対応した処理部であっても良い。また、図５ではクラウドデータ処理部５−３としたが、サーバと通信が可能であれば、クラウドに限定されるものではない。

＜サーバ装置のソフトウェア構成＞
図６は、本発明の実施形態１に係わるサーバ装置２内の内部モジュール構成図である。ネットワーク送受信部６−１は、ＨＴＴＰ処理部６−２に対してユーザコンピュータからの印刷ジョブのアップロードを行ったり、あるいはＨＴＴＰ処理部６−２からプリント装置１への印刷ジョブの送信をする。クラウドデータ処理部６−３は、ＨＴＴＰ処理部６−２からのデータ、およびＨＴＴＰ処理部６−２へのデータをハンドリングする。また、前記データのサイズがしきい値（例えば１ＭＢｙｔｅ）を超えた場合には、クラウドデータ分割部６−５に処理を渡す。クラウドデータ分割部６−５は、図７のようなデータの分割を行う。分割したデータは、クラウドデータ保持部６−４へ渡し、データ保存をする。また、クラウドデータ保持部６−４は、元の分割前のデータも合わせて保存する。

なお、図６ではＨＴＴＰ処理部６−２としたが、インターネット上で通信が可能であれば、特に限定されず、たとえがＦＴＰなどの他のプロトコルであっても良い。また、図６ではクラウドデータ処理部６−３としたが、特にＴＴＴＰ処理部６−２を介した通信が可能であれば、クラウドに限定されるものではない。また、サイズのしきい値を１ＭＢｙｔｅとしたが、特にサイズは限定されず、サイズをオペレータが変更することがあってもかまわない。

＜データの一例＞
図７は、本発明の実施形態１に係わる印刷ジョブに含まれるＰＤＦファイルとジョブチケットの一例を示す図である。

図７（Ａ）に、図６のサーバ装置３−１２が解析対象とする印刷ジョブ７１を示す。この印刷ジョブ７１は、ＰＤＦファイル７−１とジョブチケット７−２とを含む。ＰＤＦファイル７−１は、ヘッダ、ボディ、メタデータ、相互参照テーブル、トレーラを備える。ヘッダは、ＰＤＦファイル７−１の先頭行に記述される情報である。ヘッダの持つ情報として、例えばＰＤＦのバージョン番号などが挙げられる。ボディは、文書の内容を表現するオブジェクトを有する。オブジェクトは、文書を構成するフォント、ページ、イメージ等である。ＰＤＦファイル７−１に示す例では、ボディには、Ｐａｇｅ（ページ）１からページ１２までの非共用オブジェクトが記述されている。また、ボディには、全てのページで使用される共用のオブジェクトである共用オブジェクトや特別オブジェクトが記述されている。メタデータは、任意のページに関するキーを表す辞書オブジェクトである。キーは、印刷ジョブの印刷属性を示す。すなわち、メタデータは、印刷ジョブの印刷属性情報である。キーは参照情報を有しており、参照情報は、例えば、キーが示す印刷属性に対応する、ボディ内のオブジェクトを示す。また、参照情報は、例えば、キーが示す印刷属性に対応する印刷設定情報を有するジョブチケットを示す。参照情報がジョブチケットを示す場合、メタデータと、ジョブチケットが有する印刷設定情報とが印刷ジョブの印刷属性情報である。相互参照テーブルには、ＰＤＦファイル内のオブジェクトと該オブジェクトの位置との対応情報が予め記憶されている。また、相互参照テーブルには、メタデータ、オブジェクトのファイル先頭からのバイトオフセット（位置情報の一例である。）が予め記憶されている。この相互参照テーブルを検索することによって、ＰＤＦファイル内のオブジェクトに対してランダムにアクセスすることができる。トレーラは、ＰＤＦファイルの末尾に記述される情報である。トレーラは、例えば、相互参照テーブルの位置情報や、ＰＤＦファイルのルートオブジェクトへの参照情報を有する。ＰＤＦデータを処理するアプリケーションプログラムは、最初にトレーラにアクセスするように実装される。この種のアプリケーションは、トレーラ内にある相互参照テーブルの位置情報を参照し、次に、相互参照テーブルへアクセスする。そして、相互参照テーブルを元に、オブジェクトのオフセットを獲得し、オブジェクトへのランダムアクセスを可能とする。これはクラウドデータ処理部６−３やプリント装置１による印刷処理においても同様であり、ＰＤＦデータを印刷する際には、その全体をダウンロードしてからまずトレーラにアクセスする。

そして、クラウドデータ処理部６−３は、ＰＤＦデータあるいはそれを印刷対象とした印刷ジョブがアップロードされると、そのデータサイズがしきい値を超えているか判定する。越えていると判定された場合に、そのＰＤＦデータはクラウドデータ分割部６−５に引き渡される。クラウドデータ分割部６−５は、引き渡されたＰＤＦファイルのトレーラにアクセスして相互参照テーブルの位置を参照し、メタデータのバイトオフセットを得て、メタデータ内のキーを取得する。取得したキーがレコードの情報を示すと判断した場合は、レコードデータベースを検索する。そして、レコードデータベース内に、メタデータ内のレコードの属性があると判断した場合は、該レコードの属性に対応する参照情報に基づいて、該レコードの属性に対応するページ群を特定する。本例では、属性値として、２ｉｎ１および両面があるため、特定したページ群を用紙単位の４ページを印刷ジョブの分割単位として決定する。

従って、ページ１からページ４までのページ群と、ページ５からページ８までのページ群と、ページ９からページ１２までのページ群とが、分割単位として決定される。この分割単位に従ってＰＤＦファイルを分割する。そして分割データを印刷するための印刷ジョブを生成する。それにより例えば、図７Ｂに示すような印刷ジョブが生成される。

図７（Ｂ）で示すように、ジョブチケットに関しては、３つの分割データに対する設定がひとつのジョブチケット（７−３）にまとめて記述されている。ジョブチケットの内容に関しては図８で後述する。なお、各分割データに対応させて、複数のジョブチケットを生成するといったことも可能である。

なお、本例では、ＰＤＦを例に説明を行ったが、プリント装置で印刷対象のデータ全体を保存した後に印刷を開始するようなＰＤＦ以外のＰＤＬに関しても本案は適応できる。

＜ジョブチケットの例＞
図８は、本発明の実施形態１に係わる分割されたジョブのリストが記述されているジョブチケットの一例を示す図である。

ＲｕｎＬｉｓｔ８０１１，８０１２，８０１３は、それぞれ印刷の順番を示す。分割前のＰＤＦファイルは、順番の小さいほうから順に整列された状態で構成されていた。ＦｉｌｅＳｐｅｃ８０２１，８０２２，８０２３はそれぞれ印刷対象のファイル名を示しており、実際のサーバ３−１２での保存ファイル名となっている。ここでは、それぞれｇａｚｏｕ１．ｐｄｆ、ｇａｚｏｕ２．ｐｄｆ、ｇａｚｏｕ３．ｐｄｆとなっている。このようなジョブチケットが、ＰＤＦデータの分割に合わせてクラウドデータ分割部６−５で作成される。

なお、本例ではＸＭＬベースのジョブチケットの説明を行ったが、ジョブのリストを記述する形式であれば、テキスト等の別のものでもかまわない。また、ジョブが分割されていない場合には、本例のジョブチケットにファイル名が１つ記述されることとなる。

＜プルプリントシーケンス例＞
図９は、本発明の実施形態１に係わるサーバ２とプリント装置１のシーケンス図で、特にプリント装置１のエンジンが"Ｎｏｔ Ｒｅａｄｙ"である場合の一例である。なおプリント装置１をクライアントと称することもある。プリント装置１はサーバ２から印刷データを受信して、印刷を行うデバイスである。ジョブ要求メッセージ９−３は、オーナーのＩＤおよび印刷ジョブのＩＤを指定したデバイスからサーバへのジョブチケットの要求である。ここではオーナーのＩＤはａｏｋでありジョブのＩＤはｊｏｂ１である。ジョブ応答メッセージ９−４は、ジョブ要求メッセージ９−３に対するレスポンスであり、図８のようなジョブチケットをサーバ１からプリント装置２に送信している。処理９−５では、エンジン情報保持部５−３にあるデータをクラウドデータ処理部５−４が参照して、エンジンが"Ｎｏｔ Ｒｅａｄｙ"であることを判別している。エンジンの状態の監視は、たとえばエンジンからの割り込みをトリガとしても良いし、ポーリングしても良い。メッセージ９−６は、ジョブチケットから得た分割の情報を参照して、分割されたデータの数に対応するセッションを確立し、分割データを同時に（すなわち並行して）要求していることを示している。各セッションでは、ジョブチケットで取得したデータの在処（ＵＲＩ）を指定して、ＨＴＴＰ要求９−７が送信される。メッセージ９−９は、各セッションのＨＴＴＰ要求に対して、３つの分割データを同時に受信をしていることを示している。このように、プリント装置の印刷機能が停止している場合、分割データの数に対応した数のセッションで分割データを並列にダウンロードされる。

なお、本例では、３セッション同時接続の例を示したが、もちろん本数に限定されるものではない。また、本例では、ジョブチケットを取得するシーケンスを例としたが、ジョブチケットの代わりに、ＨＴＴＰのクエリやＳＯＡＰプロトコルでジョブリストを取得してもかまわない。また、並列にダウンロードする分割データの数に上限を設けてもよい。その場合には、セッション数が上限を越えないようにダウンロードが制御される。

図１０は、本発明の実施形態１に係わるサーバ２とプリント装置１のシーケンス図で、特にエンジンが"Ｒｅａｄｙ"である場合の一例である。ジョブ要求メッセージ１０−３は、オーナーのＩＤおよび印刷ジョブのＩＤを指定したデバイスからサーバへのジョブチケットの要求である。ここではオーナーのＩＤはａｏｋでありジョブのＩＤはｊｏｂ１である。ジョブ応答メッセージ１０−４は、ジョブ要求メッセージ１０−３に対するレスポンスであり、図８のようなジョブチケットをサーバ１からプリント装置２に送信している。処理１０−５は、エンジン情報保持部５−３にあるデータをクラウドデータ処理部５−４が参照して、エンジンが"Ｒｅａｄｙ"であることを判別している処理である。エンジンの状態の監視は、たとえばエンジンからの割り込みをトリガとしても良いし、ポーリングしても良い。メッセージ１０−６は、先頭の分割データを要求するＨＴＴＰ要求メッセージである。それに応答して先頭の分割データがＨＴＴＰ応答メッセージ１０−７として応答される。プリント装置１は、処理１０−８でダウンロードした先頭の分割データの印刷を開始する。また、それと並行して、次の分割データの要求をＨＴＴＰ要求メッセージ１０−９で送信する。それに応答して分割データがＨＴＴＰ応答メッセージ１０−１０として応答される。受信を完了すると、次の分割データの要求をＨＴＴＰ要求メッセージ１０−１１で送信する。それに応答して分割データがＨＴＴＰ応答メッセージ１０−１２として応答される。このようにして、分割された文書データ全てを元データに即した順序で受信し終えるまで、この要求と応答を繰り返す。プリント装置１による印刷処理は、先頭の分割データの受信を完了した後で開始され、その後は受信処理とは非同期に実行される。とはいえ、受信レートが印刷速度に追いつかないとプリントアンダーランが発生する可能性があり、その場合には、プリントアンダーランの発生時が同期ポイントとなる。しかし本実施形態では、元の文書データは、印刷した際の用紙の区切り目で分割されるので、印刷品質への影響は小さい。

なお、本例では、３データの例を示したが、もちろん本数に限定されるものではない。また、本例では、ジョブチケットを取得するシーケンスを例としたが、ジョブチケットの代わりに、ＨＴＴＰのクエリやＳＯＡＰプロトコルでジョブリストを取得してもかまわない。

＜プリント装置による処理＞
図１１は、本発明の実施形態１に係わる印刷ジョブを受信するプリント装置のフローチャートである。以下、プリント装置のＣＰＵにより実行されるプログラムの手順を示す図１１を用いて、本実施例のプリント装置の動作を説明する。

Ｓ１１０１では、ＣＰＵ１−１が、ユーザからの印刷指示の入力を待つ。Ｓ１１０２では、ＣＰＵ１−１が、印刷指示が入力されたかどうかを判定する。判定の結果、印刷指示が入力されたなら、Ｓ１１０３へ進み、そうでなければ、Ｓ１１０１へ戻る。

Ｓ１１０３では、ＣＰＵ１−１が、印刷対象の文書データのジョブチケットをサーバ２に要求する。Ｓ１１０４では、ＣＰＵ１−１が、サーバ２から受信したジョブチケットの内容を参照して、分割データがあるかどうかを判定する。たとえば、ジョブチケットに複数の文書ファイルが参照されていれば、分割されていると判定できる。また、図８のように順序を示すタグがあれば分割されていると判定できる。判定の結果、分割データがあれば、Ｓ１１０５へ進み、分割データがなければ、Ｓ１１１３へ進む。

Ｓ１１０５では、ＣＰＵ１−１が、エンジン状態を示す情報を取得し、Ｓ１１０６では、ＣＰＵ１−１が、その情報を参照してエンジンが"Ｒｅａｄｙ"であるかどうかを判定する。判定の結果、エンジンが"Ｒｅａｄｙ"であれば、Ｓ１１０７へ進み、そうでなければ、Ｓ１１０９へ進む。ＳＳ１１０７では、ＣＰＵ１−１が、図１０のシーケンスで、分割された印刷ジョブすなわち分割データを先頭からシーケンシャルに受信し、並行して、印刷を実行する。Ｓ１１０８では、ＣＰＵ１−１が、ジョブ受信が完了しているかどうかを判定する。判定の結果、ジョブ受信が完了していれば終了し、そうでなければ、Ｓ１１０５へ戻る。

Ｓ１１０９では、ＣＰＵ１−１が、ジョブ状況を示す情報を取得し参照する。Ｓ１１１０では、ＣＰＵ１−１が、取得した情報に基づいて他ジョブがすでに印刷されているかどうかを判定する。判定の結果、他の印刷ジョブが実行中であれば、Ｓ１１１２へ進み、他ジョブが実行されていなければ、Ｓ１１１１へ進む。Ｓ１１１１では、ＣＰＵ１−１が、複数セッションを張って分割データを並列に受信する。Ｓ１１１２では、ＣＰＵ１−１が、帯域制限受信を行う。

Ｓ１１１３では、ＣＰＵ１−１が、分割されていないデータを受信し、受信終了次第、印刷を行い終了する。帯域制限受信は、たとえば、同時進行するセッション数の上限を設けて行っても良い。この場合にはステップ１１１１も帯域制限の対象となり得る。あるいは、新たなダウンロードの開始を一定時間遅延させ、その後Ｓ１１１１の手順を開始しても良い。

なおダウンロードした印刷ジョブは印刷完了後廃棄しても良いし、そのまま保存しても良い。いずれにするかはたとえばユーザが予め選択して設定を保存しておき、印刷完了後にその設定を参照して判断できる。

＜サーバによるアップロード処理手順＞
図１２は、本発明の実施形態１に係わる印刷対象の文書データを受信するクラウド上サーバ２側のフローチャートである。Ｓ１２０１では、ＣＰＵ２−１が、ユーザ端末からの文書データのアップロード指示を待つ。Ｓ１２０２では、ＣＰＵ２−１が、アップロード指示があるかどうかを判定する。判定の結果、アップロード指示があれば、Ｓ１２０３へ進み、そうでなければ、Ｓ１２０１へ戻る。Ｓ１２０３では、ＣＰＵ２−１が、文書データを受信する。なお、アップロード指示が、文書サーバからの文書データの取得の場合には、指定された文書サーバに文書データを要求して獲得する。獲得されたもとの文書データは、をＨＤＤに記憶される。

Ｓ１２０４では、ＣＰＵ２−１が、文書データのサイズが所定のしきい値（例えば１ＭＢｙｔｅ）を超えているかどうかを判定する。判定の結果しきい値を超えていれば、Ｓ１２０７へ進み、しきい値以下であればＳ１２０５へ進む。Ｓ１２０５では、ＣＰＵ２−１が、分割しない文書データを印刷するための印刷ジョブを生成（すなわちジョブチケットを生成）する。Ｓ１２０６では、ＣＰＵ２−１が、印刷ジョブをＨＤＤに保存する。

Ｓ１２０７では、ＣＰＵ２−１が、文書データの分割を行い、各分割データについて印刷ジョブの生成を行う。分割された文書データはその順序を識別するための情報が、その内部或いは外部に生成される。分割は、図７Ａを参照して説明したように、文書データの内容や設定情報を参照して、印刷されたシート媒体の区切り目で文書データを分割するようにする。具体的には、片面印刷と両面印刷の設定、およびページレイアウトの設定を参照し、１枚のシートにレイアウトされるページ数が、分割の単位の候補となる。すなわち、片面であれば、片面にレイアウトされるページ数およびその整数倍のページ数が、分割の単位の候補となる。また両面であれば、両面にレイアウトされるページ数およびその整数倍のページ数が、分割の単位の候補となる。図７Ａおよび図７Ｂでは分割の単位を１としており、１枚のシートにレイアウトされるページ数毎にジョブが分割されていた。しかし、複数枚のシートにレイアウトされるページ数ごとにジョブを分割しても良い。その枚数（すなわち分割の単位）をいくつにするかは、ダウンロードの転送レートと、印刷レートとの兼ね合いで決定される。あるいは、分割するか否かの決定に用いたしきい値を分割データのサイズの指標とすることもできる。この場合には、しきい値以下であって、かつ最大のサイズとなるように、上述した分割単位で分割する。

なお、しきい値は、１ＭＢｙｔｅに限定されるものでなく、他の値であっても良いし、また、サーバのオペレータあるいはユーザ端末のオペレータによって変更ができるようにしてもかまわない。このようにして、文書データがアップロードされると、そのサイズに応じて分割される。

こうしてアップロードされた印刷ジョブをプリント装置が図１１の手順でダウンロードして実行する。ダウンロード時にサーバ２が行う処理は、プリント装置１による要求に応じて印刷ジョブをプリント装置に対して送信することである。

なお、文書データ自体はユーザ端末からアップロードされず、文書サーバから読み出される場合にも本実施形態を適用可能である。この場合には、アップロードを指示された印刷ジョブに係る文書データを文書サーバからサーバ３−１２（これをプリントサーバと呼ぶ。）が読み取り、それを分割して保存する。すなわち、文書データがユーザ端末からアップロードされるか、他の文書サーバからアップロードされるか、いずれの場合にも本実施形態を適用可能である。

また本実施形態では印刷ジョブの生成と生成したジョブの保存とを同一のサーバで実現しているが、これを別々のサーバで行っても良い。この場合、本実施形態のサーバ３０１２として機能するサーバ群を例えばサーバシステムと呼ぶ。

以上のようにして、全体をダウンロードしなければ印刷できない文書データを含む一定以上のサイズの印刷ジョブについては、予めサーバで分割しておく。こうすることで、先頭の分割ジョブのダウンロード完了後は、印刷処理とダウンロード処理とを並列に実行できる。そのため、ユーザが印刷指示を入力してから印刷が開始されるまでの時間、いわゆるファーストプリントが早く、また、印刷完了までの時間も短縮できる。

さらに、ジョブの分割を印刷される用紙（シート）単位で行うために、元の印刷ジョブと同じ体裁で印刷が可能となる。

さらに、プリント処理を行えない状態（印刷可能状態と印刷中状態のいずれでもない状態）の場合には、印刷ジョブが分割されているために複数のジョブを並行してダウンロードできる。このように、印刷ジョブを分割したことでプリント装置の資源をダウンロード処理に対して優先的に振り向けることが可能となる。このため、文書データのダウンロードを印刷に先行して行っておくことができる。たとえばプリント装置がレディ状態に復帰した際に、ダウンロードされた印刷ジョブを実行開始できると共に、ダウンロードが迅速に完了されていることで、次の印刷ジョブ実行の指示に応じて、当該ジョブのダウンロードを迅速に開始できる。また、印刷中の場合には、受信帯域の制限を行うことで、現在進行中の印刷処理に対して資源を優先的に分配できる。

［実施形態２］
次に、本発明の実施形態２について説明する。実施形態２は実施形態１の変形例であり、下記で説明する点を除いては、実施形態１と同様であるものとする。

図１３は、本発明の実施形態２に係わるプリント装置１のＵＩの画面の一例である。ＵＩ１３−１は、クラウド上のサーバ３−１２にある、当該プリント装置で印刷可能なデータ一覧１３−２を表示している。この一覧は、たとえば図９または図１０の手順に先立って、当該プリント装置で印刷可能なジョブの一覧をサーバ１３−２に要求し、その応答に基づいて表示されている。この一覧からユーザがデータを選択して、プリントボタン１３−３を押下することにより、選択したデータを印刷するためのジョブを取得して印刷を開始する。なお文書データの一覧は、分割前の元文書データが表示される。選択された文書データが分割されている場合には、分割された文書データを対象として作成されたジョブチケットがプリント装置に送信される。

また、一覧からデータを選択してプリント後保存ボタン１３−４を押下することにより、印刷を開始した後にＢＯＸ保存する指示が行われる。また保存ボタン１３−５を押下することにより、印刷は行わずにＢＯＸにジョブデータを保存する。ＢＯＸとは、プリント装置に設けた印刷ジョブの保存用の領域であり、ＢＯＸに保存した印刷ジョブはそのプリント装置からもネットワーク等で接続された、権限が付与された他の装置からもアクセス可能である。

なお、本例では、ジョブデータを印刷、印刷とＢＯＸ保存、ＢＯＸ保存というボタンを記述しているが、これに限定されるものではない。

図１４は、本発明の実施形態２に係わる印刷データを受信するデバイス側のフローチャートである。以下、図１４を用いて、本実施形態のプリント装置の動作を説明する。

Ｓ１４０１では、ＣＰＵ１−１が、ユーザからの印刷指示を待つ。Ｓ１４０２では、ＣＰＵ１−１が、印刷指示が入力されたかどうかを判定する。むろんこの待ちはポーリングでも割り込みでも良い。判定の結果、印刷指示の入力があればＳ１４０３へ進み、そうでなければＳ１４０１へ戻る。図１３においては、印刷指示はプリントボタン１３−３またはプリント後保存１３−４のいずれかである。プリント後保存ボタンが押された場合には、そのことを記憶しておく。Ｓ１４０３では、ＣＰＵ１−１が、選択された文書データのジョブチケットの要求を行う。Ｓ１４０４では、ＣＰＵ１−１が、ジョブチケットを要求して、文書データが分割されているか否かを判定する。判定の結果、分割されていればＳ１４０５へ進み、分割されていなければＳ１４１５へ進む。

Ｓ１４０５では、ＣＰＵ１−１が、その時点のエンジン状態を取得する。Ｓ１４０６では、ＣＰＵ１−１が、取得したエンジン状態が"Ｒｅａｄｙ"であるかどうかを判定する。判定の結果、エンジンが"Ｒｅａｄｙ"状態であればＳ１４０７へ進み、そうでなければＳ１４１１へ進む。Ｓ１４０７では、ＣＰＵ１−１が、図１０のシーケンスで、分割ジョブを元の文書データの順序で受信し、分割ジョブの受信が完了し、当該ジョブの実行順となると逐次印刷を実行する。

Ｓ１４０８では、ＣＰＵ１−１が、図１３のプリント後保存が押下されたか否か（すなわち単なるプリントボタンか）を判定する。判定の結果、プリント後保存が押下されたのであればＳ１４１０へ進み、そうでなければＳ１４０９へ進む。この判定は、プリント後保存ボタンが押されたなら、その情報をプリント装置が記憶しておき、その情報を参照して実現される。Ｓ１４０９では、ＣＰＵ１−１が、ジョブ受信が完了しているかどうかを判定する。判定の結果、ジョブ受信が完了していれば、一連の印刷処理は終了し、そうでなければＳ１４０５へ戻る。Ｓ１４１０では印刷ジョブを保存する。ここではダウンロードした印刷ジョブは分割されているので、分割前の元印刷ジョブを改めてダウンロードしてそれを保存する。ダウンロードのためにはプリント装置が文書データファイル名を指定してサーバに要求する必要がある。そこで、たとえば分割されたファイル名を、元文書のファイル名に順番に数字を付加してつけるように取り決めておく。こうすれば、印刷時に取得した図８のようなジョブチケットに記載されたファイル名から、末尾の数字を削除することで、元の文書データファイル名を作成して、当該文書ファイルを要求することができる。もちろん他の方法で元文書データのファイル名をサーバから得ても良い。

Ｓ１４１１では、ＣＰＵ１−１が、ジョブ状況を取得し参照する。Ｓ１４１２では、ＣＰＵ１−１が、取得したジョブ状況に基づいて他ジョブがすでに印刷されているかどうかを判別する。判別の結果、他ジョブが印刷中であればＳ１４１４へ進み、他ジョブが印刷されていなければＳ１４１３へ進む。Ｓ１４１４では、ＣＰＵ１−１が、複数セッションの並列受信を行う。Ｓ１４１４では、ＣＰＵ１−１が、帯域制限受信を行う。これは実施形態１で説明したとおりである。Ｓ１４１５では、ＣＰＵ１−１が、分割されていないデータを受信し、受信終了次第、印刷を行う。印刷が完了したならＳ１４１６において、印刷指示がプリント後保存であったか判定し、そうであればダウンロードした印刷ジョブを保存する。

なお印刷せずに保存する保存ボタン１３−５が押された場合には、分割されていない元の印刷ジョブをダウンロードして保存する。また、本実施例においては、印刷完了後に分割前のもとの文書データをプリント装置にサーバからダウンロードしていた（Ｓ１４１０）。しかしながら、プリント装置からの要求として、プリント後保存が指定されたジョブであることを示す情報を含ませておくことで、分割ジョブのダウンロードと分割前のもとの文書データを並行してダウンロードすることも可能となる。

以上のようにして、サーバ１３−２が提供する印刷ジョブ（すなわちジョブチケットおよび文書データの組）を印刷すると共にプリント装置に保存することができる。保存される印刷ジョブは、印刷時にダウンロードしたものが分割されていたとしても、分割されていない元印刷ジョブである。このため、分割によるデータサイズのオーバーヘッドを抑制でき、また、印刷ジョブの管理も容易となる。

［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

また実施形態では印刷処理をするものとして説明したが、文書データの表示処理や編集処理等、印刷処理以外の処理に対しても、印刷ジョブの分割ダウンロードを適用することができる。

Claims (14)

1. プリント装置とサーバシステムとを有するネットワーク印刷システムであって、
   前記サーバシステムは、
   アップロードされた文書データのサイズがしきい値を超えている場合には、前記文書データを複数の文書データに分割する分割手段と、
   前記文書データを印刷するためのジョブチケットを生成する生成手段と、
   前記文書データと前記ジョブチケットとを印刷ジョブとして保存する保存手段と、
   前記プリント装置の要求に応じて、保存した文書データまたは当該文書データのジョブチケットを送信する送信手段と
   を備え、
   前記プリント装置は、
   前記サーバシステムに保存された文書データの印刷指示が入力されると、当該文書データのジョブチケットを前記サーバシステムに要求し、該要求に応じて前記サーバシステムから受信したジョブチケットを参照して前記文書データが複数の分割ジョブに分割されているか否かを判定する判定手段と、
   前記文書データが分割されていると判定した場合には、前記プリント装置が印刷可能状態であれば前記ジョブチケットに記載の順序に従い分割された前記複数の文書データを前記サーバシステムに要求して受信し、前記プリント装置が印刷不能状態であれば分割された前記複数の文書データを並行して前記サーバシステムに要求して受信する受信手段と
   を備えることを特徴とするネットワーク印刷システム。
2. 前記文書データは、その末尾に当該文書データの構造が記述されていることを特徴とする請求項１に記載のネットワーク印刷システム。
3. プリント装置とサーバシステムとを有するネットワーク印刷システムにおける文書データのダウンロード方法であって、
   前記サーバシステムが、アップロードされた文書データのサイズがしきい値を超えている場合には、前記文書データを複数の文書データに分割する分割工程と、
   前記サーバシステムが、前記文書データを印刷するためのジョブチケットを生成する生成工程と、
   前記サーバシステムが、前記文書データと前記ジョブチケットとを印刷ジョブとして保存する保存工程と、
   前記プリント装置が、前記サーバシステムに保存された文書データの印刷指示が入力されると、当該文書データのジョブチケットを前記サーバシステムに要求する工程と、
   前記サーバシステムが、前記プリント装置の要求に応じて、保存した文書データまたは当該文書データのジョブチケットを送信する送信工程と、
   前記プリント装置が、前記要求に応じて前記サーバシステムから受信したジョブチケットを参照して前記文書データが複数の分割ジョブに分割されているか否かを判定する判定工程と、
   前記プリント装置が、前記文書データが分割されていると判定した場合には、前記プリント装置が印刷可能状態であれば前記ジョブチケットに記載の順序に従い分割された前記複数の文書データを前記サーバシステムに要求して受信し、前記プリント装置が印刷不能状態であれば分割された前記複数の文書データを並行して前記サーバシステムに要求して受信する受信工程と
   を有することを特徴とするダウンロード方法。
4. プリント装置と接続され、外部からアップロードされたＰＤＦ（Portable Document Format）で記述された文書データを保存する記憶手段を備えるサーバシステムであって、
   前記アップロードされた文書データを複数の文書データに分割する分割手段と、
   前記分割された複数の文書データを印刷するためのジョブチケットを生成する生成手段と、
   前記分割された複数の文書データと前記ジョブチケットとを前記記憶手段に保存する保存手段と、
   前記プリント装置からの印刷のための要求に応じて、前記記憶手段に保存されている前記分割された複数の文書データと前記ジョブチケットとを送信する送信手段とを備え、
   前記送信手段は、前記プリント装置からの要求に応じて、さらに、前記記憶手段に保存されている分割される前のもとの文書データを送信することを特徴とするサーバシステム。
5. 前記送信手段は、前記プリント装置からの要求に印刷後に文書データを保存する旨の指定がなされている場合には、記記憶手段に保存されている分割される前のもとの文書データを送信することを特徴とする請求項４に記載のサーバシステム。
6. 前記文書データは、両面印刷または片面印刷の指定とページレイアウトとを設定した設定情報を含み、
   前記分割手段は、前記設定情報を参照して、印刷されたシート媒体の区切り目で前記文書データを分割することを特徴とする請求項４または５に記載のサーバシステム。
7. プリント装置と接続され、外部からアップロードされたＰＤＦ（Portable Document Format）で記述された文書データを保存する記憶手段を備えるサーバシステムにおける方法であって、
   前記アップロードされた文書データを複数の文書データに分割する分割工程と、
   前記分割された複数の文書データを印刷するためのジョブチケットを生成する生成工程と、
   前記分割された複数の文書データと前記ジョブチケットとを前記記憶手段に保存する保存工程と、
   前記プリント装置からの印刷のための要求に応じて、前記記憶手段に保存されている前記分割された複数の文書データと前記ジョブチケットとを送信する送信工程とを備え、
   前記送信工程においては、前記プリント装置からの要求に応じて、さらに、前記記憶手段に保存されている分割される前のもとの文書データを送信することを特徴とする方法。
8. 請求項４乃至６のいずれか一項に記載のサーバシステムの備える各手段としてコンピュータを機能させるためのプログラム。
9. サーバシステムと接続されたプリント装置であって、
   前記サーバシステムに保存された文書データの印刷指示が入力されると、当該文書データのジョブチケットを前記サーバシステムに要求し、要求に応じて前記サーバシステムから受信したジョブチケットを参照して前記文書データが複数の分割ジョブに分割されているか否かを判定する判定手段と、
   前記文書データが分割されていると判定した場合には、前記プリント装置が印刷可能状態であれば前記ジョブチケットに記載の順序に従い分割された前記複数の文書データを前記サーバシステムに要求して受信し、印刷不能状態であれば、分割された前記複数の文書データを並行して前記サーバシステムに要求して受信する受信手段と、を備えることを特徴とするプリント装置。
10. 前記受信手段は、前記プリント装置が他の印刷ジョブを実行中であれば、受信帯域の制限を行って前記文書データを受信することを特徴とする請求項９に記載のプリント装置。
    
11. 前記文書データは、その末尾に当該文書データの構造が記述されていることを特徴とする請求項９または１０に記載のプリント装置。
12. サーバシステムと接続され、記憶手段を備えるプリント装置であって、
    前記サーバシステムに保存された文書データの印刷指示が入力されると、前記サーバシステムに対して、当該文書データに関する印刷のための要求を行う要求手段と、
    前記要求に応じて、印刷指示された文書データが分割された複数の文書データと、当該文書データを印刷するためのジョブチケットを受信する受信手段と、
    前記受信手段により受信した前記分割された複数の文書データと、前記ジョブチケットを用いて印刷を行う印刷手段と、
    前記印刷指示された文書データを前記記憶手段に保存する指定がなされている場合には、さらに前記サーバシステムに対して、分割される前のもとの文書データを要求することで受信し、前記記憶手段に保存する保存手段と、を備えることを特徴とするプリント装置。
13. サーバシステムと接続されたプリント装置における方法であって、
    前記サーバシステムに保存された文書データの印刷指示が入力されると、当該文書データのジョブチケットを前記サーバシステムに要求し、要求に応じて前記サーバシステムから受信したジョブチケットを参照して前記文書データが複数の分割ジョブに分割されているか否かを判定する判定工程と、
    前記文書データが分割されていると判定した場合には、前記プリント装置が印刷可能状態であれば前記ジョブチケットに記載の順序に従い分割された前記複数の文書データを前記サーバシステムに要求して受信し、印刷不能状態であれば、分割された前記複数の文書データを並行して前記サーバシステムに要求して受信する受信工程と、を備えることを特徴とする方法。
14. サーバシステムと接続され、記憶手段を備えるプリント装置における方法であって、
    前記サーバシステムに保存された文書データの印刷指示が入力されると、前記サーバシステムに対して、当該文書データに関する印刷のための要求を行う要求工程と、
    前記要求に応じて、印刷指示された文書データが分割された複数の文書データと、当該文書データを印刷するためのジョブチケットを受信する受信工程と、
    前記受信工程で受信した前記分割された複数の文書データと、前記ジョブチケットを用いて印刷を行う印刷工程と、
    前記印刷指示された文書データを前記記憶手段に保存する指定がなされている場合には、さらに前記サーバシステムに対して、分割される前のもとの文書データを要求することで受信し、前記記憶手段に保存する保存工程と、を備えることを特徴とする方法。

Images