JP2014179044A - 情報処理システム、出力システム、及び出力方法 - Google Patents

Abstract

【課題】出力データに対する処理効率を向上させる。
【解決手段】１以上の情報処理装置を有する情報処理システムであって、出力データを解析して、出力対象データと出力条件データとに分割する解析手段と、前記解析手段により得られる出力対象データを圧縮する圧縮伸張手段と、前記圧縮伸張手段により圧縮した出力対象データと前記解析手段により得られる出力条件データとを対応付けて管理する管理手段とを有することにより上記課題を解決する。
【選択図】図３

Description

本願は、情報処理システム、出力システム、及び出力方法に関する。

例えば、印刷するデータをビットマップ展開したビットマップデータを、データ転送速度に基づき選択した圧縮方式で圧縮し、圧縮したビットマップデータを印刷装置に送信する方法が知られている（例えば、特許文献１参照）。

しかしながら、特許文献１の方法では、印刷するデータ全てに対して圧縮をしているため、例えばユーザが印刷要求時に印刷条件を変更するような場合には、圧縮したデータを一旦伸張して、データに含まれる印刷条件データ部分を変更しなければならなかった。

１つの側面では、出力データに対する処理効率を向上させることを目的とする。

一態様における情報処理システムは、１以上の情報処理装置を有する情報処理システムであって、出力データを解析して、出力対象データと出力条件データとに分割する解析手段と、前記解析手段により得られる出力対象データを圧縮する圧縮伸張手段と、前記圧縮伸張手段により圧縮した出力対象データと前記解析手段により得られる出力条件データとを対応付けて管理する管理手段とを有することを特徴とする。

出力データに対する処理効率を向上させることが可能となる。

第１実施形態における出力システムの一例の構成図である。 第１実施形態において適用される印刷データの一例を示す図である。 第１実施形態における各装置の機能構成の一例を示す図である。 クライアントＰＣ及びプリントサーバのハードウェア構成の一例を示す図である。 画像形成装置のハードウェア構成の一例を示す図である。 第１実施形態におけるプリントサーバへのジョブ投入シーケンスである。 属性記憶部に記憶されるデータの一例を示す図である。 第１実施形態におけるプリントサーバからのデータ取得シーケンスである。 第２実施形態における各装置の機能構成の一例を示す図である。 第２実施形態におけるプリントサーバからのデータ取得シーケンスである。 第３実施形態におけるプリントサーバからのデータ取得シーケンスである。 第４実施形態における各装置の機能構成の一例を示す図である。 第４実施形態における圧縮判断処理の第１実施例を示すフローチャートである。 第４実施形態における圧縮判断処理の第２実施例を示すフローチャートである。 第４実施形態における圧縮判断処理の第３実施例を示すフローチャートである。 第５実施形態における各装置の機能構成の一例を示す図である。 第５実施形態における圧縮判断処理の一例を示すフローチャートである。 第５実施形態における属性記憶部に記憶されるデータの一例を示す図である。 他のシステム構成の一例を示す図である。 第６実施形態におけるシステム構成の一例を示す図である。 第６実施形態におけるサービス提供システムの一例の処理ブロック図である。 第６実施形態におけるプリントサービスアプリの一例の処理ブロック図である。

以下、実施形態について、詳細に説明する。

＜第１実施形態＞
＜システム構成＞
図１は、第１実施形態における出力システムの一例の構成図である。図１に示す出力システム１０は、クライアントＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１１と、プリントサーバ１２と、出力装置の一例としての画像形成装置１３とを有するように構成される。

クライアントＰＣ１１と、プリントサーバ１２と、画像形成装置１３とは、例えばインターネットや、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等に代表される通信ネットワーク１４を介してデータの送受信が可能な状態で接続されている。なお、通信ネットワーク１４は、有線でも無線でも良く、それらの組み合わせであっても良い。

図１の例では、複数の画像形成装置（画像形成装置１３−１、１３−２）と、複数のクライアントＰＣ（クライアントＰＣ１１−１〜１１−３）とを示しているが、台数についてはこれに限定されるものではなく、１以上であれば良い。これは、プリントサーバ１２においても同様であり、例えば、１以上の情報処理装置を有する情報処理システムとして構成されても良い。

クライアントＰＣ１１は、汎用的なＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）（例えばＷｉｎｄｏｗｓ（登録商標））により各種処理を実行する。クライアントＰＣ１１は、例えばＭｉｃｒｏｓｏｆｔ Ｗｏｒｄ（登録商標）等の文書編集ソフトや、表計算ソフト、プレゼンテーション用ソフト、Ｗｅｂブラウザ等の一般的なアプリケーションを用いて印刷を行う。なお、クライアントＰＣ１１は、印刷を行う際、画像形成装置１３に対して直接印刷を行うのではなく、プリントサーバ１２に印刷するデータ（出力データ）を蓄積すると良い。

クライアントＰＣ１１は、印刷にプリントドライバを使用する場合には、画像形成装置１３に依存しないプリンタドライバを使用することが望ましいが、これに限定されるものではない。クライアントＰＣ１１は、プリントサーバ１２に印刷するデータを送信し、プリントサーバ１２でレンダリング処理（例えば、上述したＷｏｒｄ等のアプリケーションファイルからプリンタで印刷可能な形式である印刷データへの変換処理）を行っても良い。

なお、クライアントＰＣ１１は、例えば携帯端末（スマートフォン、タブレット、携帯電話）等でも良い。

プリントサーバ１２は、汎用的なＯＳ（例えばＷｉｎｄｏｗｓ、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）等）により各種処理を実行する。プリントサーバ１２は、通信ネットワーク１４を介して、クライアントＰＣ１１や画像形成装置１３とデータ通信を行う。

プリントサーバ１２は、例えばクライアントＰＣ１１から印刷するデータ（出力データ）を取得すると、取得した出力データを解析する。プリントサーバ１２は、出力対象データとしての印刷データ（例えばＰＤＬ（Ｐｒｉｎｔｅｒ Ｊｏｂ Ｌａｎｇｕａｇｅ）：ページ記述言語）と、出力条件データが含まれる書誌情報（例えばＰＪＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）：ジョブ制御コマンド）とに分割する。

プリントサーバ１２は、印刷データを所定の圧縮方式により圧縮する。プリントサーバ１２は、書誌情報から属性情報（例えば部数、両面印刷、ページ数等）を抽出すると、抽出した属性情報を格納し、圧縮した印刷データと書誌情報とを対応付けて管理する。

なお、プリントサーバ１２は、上述した各データを内部のファイルシステムにより格納しても良く、ＲＤＢＭＳ（Ｒｅｌａｔｉｏｎａｌ ＤａｔａＢａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）や、外部のストレージサービスを用いて格納しても良い。

画像形成装置１３は、例えばＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等の画像形成機能を有する装置であるがこれには限定されず、コピー機、スキャナ、プリンタ、レーザプリンタ等であっても良い。

画像形成装置１３は、例えばクライアントＰＣ１１からプリントサーバ１２に印刷するデータを投入したユーザ等に対して、プリントサーバ１２から取得したジョブ一覧を表示し、ユーザからの印刷要求（ジョブ取得要求）等を受け付ける。

画像形成装置１３は、ユーザの印刷要求に応じて、プリントサーバ１２から上述した書誌情報と圧縮された印刷データとを取得すると、圧縮された印刷データを伸張して、書誌情報と、伸張した印刷データとに基づき印刷を行う。

なお、画像形成装置１３は、上述した機能を、例えば画像形成装置１３上の拡張ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を利用しても良く、画像形成装置１３の外付端末で実現しても良い。また、画像形成装置１３は、例えば外部装置等と連携してユーザの認証を行っても良い。

＜本実施形態において適用される印刷データの一例＞
図２は、第１実施形態において適用される印刷データの一例を示す図である。図２に示すように、画像形成装置１３において印刷可能となる印刷データは、上述した書誌情報を示すジョブ制御コマンド（ＰＪＬ）と、印刷データ（ＰＤＬ）とにより構成される。

ジョブ制御コマンド（ＰＪＬ）は、例えば書誌情報に文書名、コピー部数、両面情報等の属性情報を含む制御コマンドである。なお、ジョブ制御コマンドは、例えば途中で文書の設定変更等がある場合には、印刷データの間に含まれることもある。

図２の例では、先頭に示されたジョブ制御コマンド（ＰＪＬ）の後、印刷データ（ＰＤＬ）が来て、ジョブ制御コマンド（ＰＪＬ）と印刷データ（ＰＤＬ）とが順番に繰り返した後、印刷データの終了を示すジョブ制御コマンド（ＰＪＬ）が来ている。

ここで、先頭のジョブ制御コマンドには、上述した文書名、コピー部数、両面情報等が含まれ、ユーザにより出力条件として印刷設定（コピー部数、両面情報等の印刷条件）の変更が行われると、先頭のジョブ制御コマンド（ＰＪＬ）が編集されることとなる。

したがって、例えば、先頭の出力条件データとしてのジョブ制御コマンド（ＰＪＬ）と、その他の出力対象データとしての印刷データ（ＰＤＬ）（以下、「印刷対象データ」と称する）とに分割し、先頭のジョブ制御コマンドは圧縮せず、印刷対象データを圧縮すると良い。なお、印刷対象データには、印刷データ（ＰＤＬ）の他、例えば図２に示すように先頭以外のジョブ制御コマンドや印刷データとの繰り返し部分や、末尾のジョブ制御コマンドを含んでも良い。

上述したように印刷データを分割することで、例えば印刷データ（出力データ）に対する処理効率を向上させることが可能となる。

＜各装置の機能構成＞
図３は、第１実施形態における各装置の機能構成の一例を示す図である。図３（Ａ）は、クライアントＰＣ１１の機能構成の一例を示し、図３（Ｂ）は、プリントサーバ１２の機能構成の一例を示し、図３（Ｃ）は、画像形成装置１３の機能構成の一例を示している。

図３（Ａ）に示すように、クライアントＰＣ１１は、通信部２１と、アプリケーション部２２と、プリンタドライバ２３と、ＯＳ２４とを有するように構成される。

通信部２１は、通信ネットワーク１４を介して、プリントサーバ１２や画像形成装置１３とネットワーク接続し、データ通信を行う。例えば、通信部２１は、プリンタドライバ２３によるＷｏｒｄ等のアプリケーションファイルの変換により得られた印刷データをプリントサーバ１２に送信する。なお、通信部２１は、印刷するデータを変換せずにプリントサーバ１２に直接送信しても良い。通信部２１におけるネットワーク接続は、例えば無線ネットワークでも、有線ネットワークでも良い。

アプリケーション部２２は、例えば、文書編集ソフトや、表計算ソフト、プレゼンテーション用ソフト、Ｗｅｂブラウザ等の一般的なアプリケーションを有し、各処理を実行する。

プリンタドライバ２３は、アプリケーション部２２で実行しているアプリケーションファイルを印刷可能な形式である印刷データへ変換する。

ＯＳ２４は、クライアントＰＣ１１における各処理を制御する制御手段であり、例えばＷｉｎｄｏｗｓ等のＯＳを使用するが、ＯＳの種類についてはこれに限定されるものではない。

図３（Ｂ）に示すように、プリントサーバ１２は、通信部３１と、データ解析部３２と、データ記憶部３３と、管理手段の一例としての属性記憶部３４と、圧縮伸張部３５と、ＯＳ３６とを有するように構成される。

通信部３１は、通信ネットワーク１４を介して、クライアントＰＣ１１や画像形成装置１３とネットワーク接続し、データ通信を行う。なお、通信部３１におけるネットワーク接続は、例えば無線ネットワークでも、有線ネットワークでも良い。

データ解析部３２は、クライアントＰＣ１１から印刷するデータ（出力データ）を取得すると、取得した出力データを解析する。データ解析部３２は、出力データを解析して、書誌情報から属性情報（例えば部数、ページ数、文書名）を抽出すると、先頭のジョブ制御コマンドと、印刷対象データとを分割する。

データ記憶部３３は、データ解析部３２により得られる先頭のジョブ制御コマンドと、圧縮伸張部３５により圧縮した印刷対象データとを記憶する。なお、データ記憶部３３は、プリントサーバ１２内部のファイルシステムでも良く、ＲＤＢＭＳや外部のストレージサービス等であっても良い。

属性記憶部３４は、データ解析部３２により得られる属性情報を記憶する。ここで、属性記憶部３４は、属性情報を記憶する際に、例えば圧縮した印刷対象データと先頭のジョブ制御コマンドとを対応付けて管理すると良い。なお、属性記憶部３４は、例えばＲＤＢＭＳ等を利用しても良い。

圧縮伸張部３５は、例えば印刷対象データ等を所定の圧縮方式により圧縮する。ＯＳ３６は、プリントサーバ１２における各処理を制御する制御手段である。ＯＳ３６は、例えば、Ｗｉｎｄｏｗｓ、Ｕｎｉｘ、Ｌｉｎｕｘ等を使用するが、これに限定されるものではない。

図３（Ｃ）に示すように、画像形成装置１３は、例えば通信部４１と、入出力部４２と、データ処理部４３と、出力手段の一例としての印刷部４４とを有するように構成される。

通信部４１は、通信ネットワーク１４を介して、クライアントＰＣ１１やプリントサーバ１２とネットワーク接続し、データ通信を行う。通信部４１は、プリントサーバ１２にジョブ一覧取得要求を送信したり、ユーザの印刷設定（印刷条件）変更要求を送信したりする。なお、通信部４１におけるネットワーク接続は、例えば無線ネットワークでも、有線ネットワークでも良い。

入出力部４２は、例えばユーザからのジョブ一覧取得要求を受け付けると、プリントサーバ１２から取得したジョブ一覧を画面に表示したり、ユーザからの印刷設定変更要求（出力条件変更要求）や、印刷要求（ジョブ取得要求）を受け付けたりする。

データ処理部４３は、プリントサーバ１２から取得した圧縮された印刷対象データを伸張する。印刷部４４は、プリントサーバ１２から取得したジョブ制御コマンドと、データ処理部４３により伸張された印刷対象データとに基づき印刷を行う。

＜クライアントＰＣ１１及びプリントサーバ１２のハードウェア構成例＞
図４は、クライアントＰＣ及びプリントサーバのハードウェア構成の一例を示す図である。図４に示すハードウェア構成は、例えば入力装置５１と、表示装置５２と、ＲＡＭ５３と、ＲＯＭ５４と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）５５と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５６と、通信Ｉ／Ｆ５７と、外部Ｉ／Ｆ５８とを有し、それぞれがバスＢで相互に接続されている。

入力装置５１は、キーボードやマウス、タッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置５２は、ディスプレイ等を含み、クライアントＰＣ１１又はプリントサーバ１２による処理結果を表示する。

ＲＡＭ５３は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＲＯＭ５４は、電源を切ってもプログラムやデータを保持可能な不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ５４には、クライアントＰＣ１１やプリントサーバ１２の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、ＯＳ設定、及びネットワーク設定等のプログラムやデータが格納されている。

ＨＤＤ５５は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばクライアントＰＣ１１やプリントサーバ１２等のコンピュータ全体を制御する基本ソフトウェアであるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。

ＨＤＤ５５は、格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。

ＣＰＵ５６は、ＲＯＭ５４やＨＤＤ５５等の記憶装置からプログラムやデータをＲＡＭ５３上に読み出し、処理を実行することで、クライアントＰＣ１１やプリントサーバ１２等のコンピュータ全体の制御や機能を実現する演算装置である。

通信Ｉ／Ｆ５７は、クライアントＰＣ１１やプリントサーバ１２を通信ネットワーク１４に接続するインターフェースである。これにより、クライアントＰＣ１１やプリントサーバ１２は、通信Ｉ／Ｆ５７を介してデータ通信を行う。

外部Ｉ／Ｆ５８は、外部装置とのインターフェースである。外部装置には、記録媒体５８Ａ等がある。これにより、クライアントＰＣ１１やプリントサーバ１２は、外部Ｉ／Ｆ５８を介して記録媒体５８Ａの読み取り及び／又は書き込みを行うことが可能である。

記録媒体５８Ａには、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＳＤメモリカード（ＳＤ Ｍｅｍｏｒｙ ｃａｒｄ）、ＵＳＢメモリ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ ｍｅｍｏｒｙ）等がある。

上述したハードウェア構成により、クライアントＰＣ１１及びプリントサーバ１２は、各種処理を実現することが可能となる。

＜画像形成装置１３：ハードウェア構成＞
図５は、画像形成装置のハードウェア構成の一例を示す図である。図５に示すように、画像形成装置１３は、コントローラ６０と、スキャナ６１と、プリンタ６２と、操作パネル６３と、通信インターフェース６４等を有するように構成される。

コントローラ６０は、ＣＰＵ６５と、ＲＡＭ６６と、ＲＯＭ６７と、ＨＤＤ６８と、ＮＶＲＡＭ（Ｎｏｎ Ｖｏｌａｔｉｌｅ ＲＡＭ）６９等を有するように構成される。

ＣＰＵ６５は、ＲＡＭ６６にロードされたプログラムを処理することにより、各種の機能を実現する。ＲＡＭ６６は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＲＯＭ６７には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。

ＨＤＤ６８には、プログラムやプログラムが利用する各種のデータ等が記録される。ＮＶＲＡＭ６９には、各種の設定情報等が記録される。

スキャナ６１は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ６２は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。操作パネル６３は、ユーザからの入力を受け付けるボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。

通信インターフェース６４は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない）に接続するためのハードウェアである。

＜第１実施形態：プリントサーバにジョブ（データ）を投入するシーケンス例＞
図６は、第１実施形態におけるプリントサーバにジョブを投入する一例を示すシーケンス例である。図６の例では、概略的にクライアントＰＣ１１のアプリケーション部２２及びプリンタドライバ２３、プリントサーバ１２の通信部３１、データ解析部３２、データ記憶部３３、圧縮伸張部３５及び属性記憶部３４を用いて説明する。

図６に示すように、クライアントＰＣ１１は、アプリケーション部２２により印刷を実行すると（Ｓ０１）。プリンタドライバ２３により、アプリケーション部２２のデータを印刷データに変換し、プリントサーバ１２へ送信する（Ｓ０２）。

プリントサーバ１２は、クライアントＰＣ１１から通信部３１を介して印刷データを受信すると、データ解析部３２により解析する（Ｓ０３）。Ｓ０３の処理では、データ解析部３２は、先頭のジョブ制御コマンドに含まれる書誌情報から、属性情報（例えば、部数、ページ数、文書名等）を取得すると、先頭のジョブ制御コマンドと、印刷対象データとに分割する。

次に、データ解析部３２は、データ記憶部３３に分割した先頭のジョブ制御コマンドを記憶させる（Ｓ０４）。次に、データ解析部３２は、圧縮伸張部３５により分割した印刷対象データを所定の圧縮方式で圧縮させると（Ｓ０５）、圧縮した印刷対象データをデータ記憶部３３に記憶させる（Ｓ０６）。

次に、データ解析部３２は、先頭のジョブ制御コマンドと圧縮した印刷対象データとを対応付け、取得した属性情報と併せて、属性記憶部３４に記憶させる（Ｓ０７）。

上述したように、プリントサーバ１２は、クライアントＰＣ１１から取得したデータを、ジョブ制御コマンドと印刷対象データとに分割し、印刷対象データは圧縮し保存しておく。

＜第１実施形態：属性記憶部３４に記憶されるデータ例＞
図７は、属性記憶部に記憶されるデータの一例を示す図である。属性記憶部３４に記憶されるデータの項目としては、例えば「ＩＤ」、「ユーザ名」、「ジョブ名」、「投入時刻」、「データサイズ」、「ジョブ制御コマンド蓄積場所」、「印刷対象データ蓄積場所」、「ページ数」、「両面」、「部数」等があるが、これに限定されるものではない。

例えば、「ＩＤ」は、ジョブを識別する識別情報である。「ユーザ名」は、ジョブを実行したユーザを示す。「ジョブ名」は、例えば所定のアプリケーション等で作成された印刷データのファイル名等であるが、これに限定されるものではない。「投入時刻」は、ジョブ（印刷データ）を投入したときの投入時刻である。「データサイズ」は、ジョブ（印刷データ）のデータサイズである。

更に、「ジョブ制御コマンド蓄積場所」は、データ解析部３２により得られた先頭のジョブ制御コマンドの蓄積場所であり、例えばデータ記憶部３３の格納領域である。「印刷対象データ蓄積場所」は、例えば圧縮伸張部３５により圧縮された印刷対象データの格納場所である。「ページ数」は、印刷データのページ数である。「両面」は、両面印刷か、片面印刷するかを示す設定情報である。「部数」は、印刷する部数を示す設定情報である。

上述したように、属性記憶部３４では、属性情報としての部数や、両面情報等と併せて、ジョブ制御コマンドと印刷対象データとを対応付けて管理する。

＜第１実施形態：プリントサーバ１２からデータを取得するシーケンス例＞
図８は、第１実施形態におけるプリントサーバからのデータ取得シーケンスである。図８の例では、画像形成装置１３の入出力部４２、通信部４１、データ処理部４３及び印刷部４４、プリントサーバ１２の通信部３１、属性記憶部３４、及びデータ記憶部３３を用いて説明する。

図８に示すように、画像形成装置１３は、ユーザの操作により入出力部４２から、プリントサーバ１２に蓄積しているジョブ一覧取得要求を受け付けると（Ｓ１１）、入出力部４２は、通信部４１にジョブ一覧取得要求を出力する（Ｓ１２）。

通信部４１は、プリントサーバ１２にジョブ一覧取得要求を送信し（Ｓ１３）、プリントサーバ１２は、通信部３１を介して属性記憶部３４からジョブ一覧を取得すると（Ｓ１４）、
画像形成装置１３にジョブ一覧を送信する。

画像形成装置１３は、入出力部４２によりプリントサーバ１２から取得したジョブ一覧を表示し、表示したジョブ一覧からユーザにより選択されたジョブを受け付ける（Ｓ１５）。なお、Ｓ１５の処理では、ユーザからジョブの印刷設定（例えば部数、両面、カラー等）等の指示を受け付けても良い。

入出力部４２は、通信部４１に該当ジョブの取得要求（印刷要求）として、ジョブ制御コマンドの取得要求と印刷設定要求とを出力して（Ｓ１６）、通信部４１からプリントサーバ１２に送信する（Ｓ１７）。

プリントサーバ１２は、通信部３１を介して、画像形成装置１３からのジョブ制御コマンドの取得要求と印刷設定要求とを取得すると、属性記憶部３４からジョブ制御コマンドの蓄積場所の情報を取得する（Ｓ１８）。プリントサーバ１２は、通信部３１を介して、データ記憶部３３からジョブ制御コマンドを取得すると（Ｓ１９）、画像形成装置１３に送信する。

画像形成装置１３は、入出力部４２を介して、プリントサーバ１２から取得したジョブ制御コマンドを印刷部４４により、先に印刷する（Ｓ２０）。

次に、画像形成装置１３は、入出力部４２により通信部４１に該当ジョブの取得要求として、印刷対象データの取得要求を出力すると（Ｓ２１）、通信部４１からプリントサーバ１２に送信する（Ｓ２２）。プリントサーバ１２は、通信部３１を介して印刷対象データの取得要求を取得すると、属性記憶部３４から印刷対象データの蓄積場所の情報を取得する（Ｓ２３）。

プリントサーバ１２は、通信部３１を介してデータ記憶部３３から印刷対象データを取得すると（Ｓ２４）、画像形成装置１３に送信する。

画像形成装置１３は、入出力部４２を介してプリントサーバ１２から取得した印刷対象データをデータ処理部４３により伸張し（Ｓ２５）、伸張された印刷対象データを印刷部４４により印刷する（Ｓ２６）。

上述したように、第１実施形態では、印刷データを分割することで、例えば印刷データ（出力データ）に対する処理効率を向上させることが可能となる。

＜第２実施形態＞
次に、第２実施形態について説明する。なお、第２実施形態における出力システムは、上述した第１実施形態の出力システム１０と同様の構成であるため、ここでの具体的な説明は省略する。

図９は、第２実施形態における各装置の機能構成の一例を示す図である。なお、上述した第１実施形態の各装置の構成と同一の機能を有する構成については、同一の符号を付するものとし、ここでの具体的な説明は省略する。

図９（Ａ）は、クライアントＰＣ１１の機能構成の一例を示し、図９（Ｂ）は、プリントサーバ７０の機能構成の一例を示し、図９（Ｃ）は、画像形成装置１３の機能構成の一例を示している。第２実施形態では、クライアントＰＣ１１と、画像形成装置１３は、上述した第１実施形態の同様の構成であるため、ここでの具体的な説明は省略する。

図９（Ｂ）に示すように、プリントサーバ７０は、通信部３１と、データ解析部３２と、データ記憶部３３と、属性記憶部３４と、圧縮伸張部３５と、ＯＳ３６と、データ編集部７１とを有するように構成される。

第２実施形態では、画像形成装置１３からのジョブ取得要求と、印刷設定変更要求とに応じて、ジョブ制御コマンドを編集するデータ編集部７１を有している。データ編集部７１は、印刷設定変更要求を取得すると、データ記憶部３３に記憶されているジョブ制御コマンドを編集する。ここで、印刷設定（印刷条件）が含まれるジョブ制御コマンドは圧縮されていないため、ユーザがジョブ取得要求時に印刷設定を変更するような場合でも、無駄な圧縮や伸張処理を行うことなく、印刷データ（出力データ）を出力する処理効率を向上させることが可能となる。

＜第２実施形態：プリントサーバ７０からデータを取得するシーケンス例＞
図１０は、第２実施形態におけるプリントサーバからのデータ取得シーケンスである。なお、図１０に示すシーケンスのＳ３１〜Ｓ３４の処理は、図８に示すＳ１１〜Ｓ１４の処理と同様の処理を行い、図１０に示すシーケンスのＳ４１〜Ｓ４７の処理は、図８に示すＳ２０〜Ｓ２６の処理と同様の処理を行うため、ここでの説明は省略する。

画像形成装置１３は、入出力部４２によりジョブ一覧を表示し、ユーザからジョブの取得要求を受け付ける際、ジョブの印刷設定変更の指示を受け付ける（Ｓ３５）。ここでは、ユーザにより、例えば部数、両面、カラー等の印刷設定を変更する指示を受け付けることが可能である。

入出力部４２は、通信部４１に該当ジョブの取得要求として、ジョブ制御コマンドの取得要求と印刷設定変更要求とを出力して（Ｓ３６）、通信部４１からプリントサーバ７０に送信する（Ｓ３７）。

プリントサーバ７０は、通信部３１を介してジョブ制御コマンドの取得要求と印刷設定変更要求とを取得すると、属性記憶部３４からジョブ制御コマンドの蓄積場所の情報を取得し（Ｓ３８）、データ記憶部３３からジョブ制御コマンドを取得する（Ｓ３９）。

次に、プリントサーバ７０は、データ編集部７１により、取得した印刷設定変更要求に応じて、Ｓ３９の処理で取得したジョブ制御コマンドを編集し（Ｓ４０）、編集したジョブ制御コマンドを通信部３１に出力する。プリントサーバ７０は、通信部３１を介して画像形成装置１３の入出力部４２に編集したジョブ制御コマンドを送信する。

上述したように第２実施形態では、ユーザから印刷設定変更要求を取得した場合でも、ジョブ制御コマンドと印刷対象データとを分割し、印刷対象データを圧縮しているため、ジョブ制御コマンドの編集を容易に行うことが可能となる。

＜第３実施形態＞
次に、第３実施形態について説明する。第３実施形態は、第２実施形態と比較すると、プリントサーバ７０の圧縮伸張部３５が、画像形成装置１３にジョブ制御コマンドを送信する際、ジョブ制御コマンドも圧縮し、画像形成装置１３のデータ処理部４３により圧縮したジョブ制御コマンドの伸張を行う。

これにより、例えばジョブ制御コマンド（ＰＪＬ）部分も圧縮することで転送量を減らし、ネットワークが遅い場合でもパフォーマンスを向上させることが可能となる。

なお、第３実施形態のシステム構成及び各装置の機能構成例については、上述した第２実施形態と同様の構成を用いることができるため、ここでの具体的な説明は省略する。

＜第３実施形態：プリントサーバ７０からデータを取得するシーケンス例＞
図１１は、第３実施形態におけるプリントサーバからのデータ取得シーケンスである。なお、図１１に示すシーケンスのＳ５１〜Ｓ５９の処理は、上述した図１０に示すＳ３１〜Ｓ３９の処理と同様の処理を行い、図１１に示すシーケンスのＳ６４〜Ｓ６９の処理は、図１０に示すＳ４２〜Ｓ４７の処理と同様の処理を行うため、ここでの説明は省略する。

プリントサーバ７０は、データ編集部７１により、取得した印刷設定変更要求に応じて、Ｓ５９の処理で取得したジョブ制御コマンドを編集する（Ｓ６０）。次に、プリントサーバ７０は、編集が終了したジョブ制御コマンドを圧縮伸張部３５により圧縮し（Ｓ６１）、圧縮したジョブ制御コマンドを通信部３１に出力する。プリントサーバ７０は、通信部３１を介して画像形成装置１３の入出力部４２に圧縮したジョブ制御コマンドを送信する。

画像形成装置１３は、入出力部４２を介してプリントサーバ７０から圧縮したジョブ制御コマンドを取得すると、データ処理部４３で伸張し（Ｓ６２）、伸張したジョブ制御コマンドを印刷部４４で印刷する（Ｓ６３）。

上述したように、ジョブ制御コマンドも圧縮することで転送量を減らし、印刷データ（出力データ）に対する処理効率を向上させることが可能となる。

＜第４実施形態＞
次に、第４実施形態について説明する。図１２は、第４実施形態における各装置の機能構成の一例を示す図である。なお、上述した第２実施形態の各装置の構成と同一の機能を有する構成については、同一の符号を付するものとし、ここでの具体的な説明は省略する。

図１２（Ａ）は、クライアントＰＣ１１の機能構成の一例を示し、図１２（Ｂ）は、プリントサーバ８０の機能構成の一例を示し、図１２（Ｃ）は、画像形成装置９０の機能構成の一例を示している。第４実施形態では、クライアントＰＣ１１は、上述した第１実施形態の同様の構成であるため、ここでの具体的な説明は省略する。

プリントサーバ８０は、通信部３１と、データ解析部３２と、データ記憶部３３と、属性記憶部３４と、圧縮伸張部３５と、ＯＳ３６と、データ編集部７１と、計測部８１と、圧縮判定部８２とを有するように構成される。

計測部８１は、画像形成装置９０からのジョブ取得要求に応じて、ジョブ制御コマンドを送信する際に、通信ネットワーク１４の通信速度を計測する。例えば、上述した図１０のシーケンスでは、Ｓ３８の処理でジョブ取得要求を受け、Ｓ４０の処理の後、ジョブ制御コマンドを画像形成装置９０に送信するタイミングで、通信ネットワーク１４の通信速度を計測すると良い。

圧縮判定部８２は、予め設定した圧縮条件に基づき、印刷対象データを圧縮するか判定する。圧縮判定部８２は、例えば、予め通信ネットワーク１４の通信速度に閾値を設け、計測部８１の計測結果に応じて、印刷対象データを圧縮するか判定する。また、圧縮判定部８２は、クライアントＰＣ１１から取得したデータのサイズが所定以上の場合や、取得したデータを圧縮伸張部３５により圧縮したときの圧縮率が所定以下の場合等に、印刷対象データを圧縮すると判定しても良い。

圧縮伸張部３５は、圧縮判定部８２の判定結果に応じて、印刷対象データを圧縮したり伸張したりする。

画像形成装置９０は、通信部４１と、入出力部４２と、データ処理部４３と、圧縮判定部９１と、印刷部４４とを有するように構成される。

圧縮判定部９１は、例えばプリントサーバ８０から得られた印刷対象データが圧縮されているか判断する。データ処理部４３は、圧縮判定部９１により圧縮されていると判断された場合に、例えば印刷対象データを伸張する。

上述した構成を有することにより、印刷対象データのサイズや、ネットワーク回線等に応じて圧縮するか判定し、印刷データ（出力データ）に対する処理効率を向上させることが可能となる。

＜圧縮判断処理の第１実施例＞
図１３は、第４実施形態における圧縮判断処理の第１実施例を示すフローチャートであるる。図１３の例では、印刷対象データが既に圧縮されている場合の一例を示している。

図１３に示すように、プリントサーバ８０は、画像形成装置９０にジョブ制御コマンドを送信すると（Ｓ７１）、計測部８１により現在の通信ネットワーク１４の通信速度を計測し、計測した通信速度が所定以上か圧縮判定部８２により判定する（Ｓ７２）。

圧縮判定部８２は、通信速度が所定以上であると判定すると（Ｓ７２において、ＹＥＳ）、印刷対象データを伸張し（Ｓ７３）、伸張した印刷対象データを、画像形成装置１３に送信する（Ｓ７４）。圧縮判定部８２は、通信速度が所定以上ではないと判定すると（Ｓ７２において、ＮＯ）、印刷対象データ（圧縮済み）を画像形成装置９０に送信し（Ｓ７５）、処理を終了する。

上述したように、圧縮判断処理の第１実施例によれば、通信ネットワーク１４の通信速度に基づき、印刷対象データを圧縮するか判定し、印刷データ（出力データ）に対する処理効率を向上させることが可能となる。

＜圧縮判断処理の第２実施例＞
図１４は、第４実施形態における圧縮判断処理の第２実施例を示すフローチャートである。図１４に示すように、プリントサーバ８０は、クライアントＰＣ１１から印刷するデータを受信すると（Ｓ８１）、圧縮判定部８２により受信したデータが予め設定した圧縮条件に合うか判定する（Ｓ８２）。ここでは、受信したデータのサイズが所定以上か判定したり、受信したデータを圧縮した場合の圧縮率が所定以上か判定したりすると良い。

圧縮判定部８２は、受信したデータが圧縮条件に合うと判定すると（Ｓ８２において、ＹＥＳ）、印刷対象データを圧縮し（Ｓ８３）、データ記憶部３３に記憶する（Ｓ８４）。なお、圧縮判定部８２は、受信したデータが圧縮条件に合わないと判定すると（Ｓ８２において、ＮＯ）、そのままＳ８４の処理に進み、処理を終了する。

上述したように、圧縮判断処理の第２実施例によれば、予め圧縮条件を設けて、例えば圧縮率が変わらないデータの場合には、圧縮しないことで印刷データ（出力データ）に対する処理効率を向上させても良い。

＜圧縮判断処理の第３実施例＞
図１５は、第４実施形態における圧縮判断処理の第３実施例を示すフローチャートである。図１５の例は、例えば圧縮条件に基づき印刷対象データを圧縮していない場合等の一例を示している。

図１５に示すように、プリントサーバ８０は、ジョブ制御コマンドを送信すると（Ｓ９１）、計測部８１により現在の通信ネットワーク１４の通信速度を計測し、計測した通信速度が所定以上か圧縮判定部８２により判定する（Ｓ９２）。

圧縮判定部８２は、通信速度が所定以上であると判定すると（Ｓ９２において、ＹＥＳ）、印刷対象データは、圧縮済みデータであるか判定する（Ｓ９３）。圧縮判定部８２は、印刷対象データが圧縮済みデータであると判定すると（Ｓ９３において、ＹＥＳ）、圧縮伸張部３５により印刷対象データを伸張する（Ｓ９４）。

圧縮判定部８２は、通信速度が所定以上ではないと判定すると（Ｓ９２において、ＮＯ）、印刷対象データが圧縮済みデータか判定し（Ｓ９５）、圧縮済みデータではないと判定すると（Ｓ９５において、ＮＯ）、圧縮伸張部３５により印刷対象データを圧縮する（Ｓ９６）。プリントサーバ８０は、Ｓ９４又はＳ９６の処理の後、通信部３１により印刷対象データを送信する（Ｓ９７）。

なお、Ｓ９３の処理において、圧縮済みデータでないと判定した場合（Ｓ９３において、ＮＯ）、Ｓ９５の処理において、圧縮済みデータであると判定した場合（Ｓ９５において、ＹＥＳ）には、そのままＳ９７の処理に進み、処理を終了する。

上述したように、圧縮判断処理の第３実施例によれば、印刷対象データ及びネットワーク回線に応じて圧縮を行うことで、印刷データ（出力データ）に対する処理効率を向上させることが可能となる。

＜第５実施形態＞
次に、第５実施形態について説明する。図１６は、第５実施形態における各装置の機能構成の一例を示す図である。なお、上述した第４実施形態の各装置の構成と同一の機能を有する構成については、同一の符号を付するものとし、ここでの具体的な説明は省略する。

図１６（Ａ）は、クライアントＰＣ１１の機能構成の一例を示し、図１６（Ｂ）は、プリントサーバ８０の機能構成の一例を示し、図１６（Ｃ）は、画像形成装置１００の機能構成の一例を示している。

第５実施形態では、クライアントＰＣ１１及びプリントサーバ８０は、上述した第４実施形態の同様の構成であるため、ここでの具体的な説明は省略する。

画像形成装置１００は、通信部４１と、入出力部４２と、データ処理部４３と、圧縮判定部９１と、機能判断部１０１と、印刷部４４とを有するように構成される。

機能判定部１０１は、データ処理部４３で伸張処理が可能か判定する。機能判定部１０１は、予め設定された機能情報に基づき、伸張処理が可能か判定しても良い。また、機能判定部１０１は、例えばプリントサーバ８０から取得した印刷対象データの圧縮前後のサイズや、データ処理部４３の伸張性能等に応じて、プリントサーバ８０において印刷対象データを圧縮するか判定しても良い。なお、圧縮前後のサイズは、プリントサーバ８０から得られるジョブ一覧に含まれていても良い。

機能判定部１０１は、上述した判定結果として、データ処理部４３により伸張処理が可能ではないと判定した場合や、伸張性能により印刷対象データは圧縮しないと判定した場合、プリントサーバ８０に印刷対象データを圧縮しないよう非圧縮要求を行っても良い。

プリントサーバ８０は、画像形成装置１００からの非圧縮要求を取得すると、圧縮判定部８２により印刷対象データが圧縮されているか判断し、圧縮されている場合には印刷対象データを伸張すると良い。

上述したように、例えば圧縮に対応できない装置や伸張性能が良くない装置が混在した環境の場合でも対応が可能となり、印刷データ（出力データ）に対する処理効率を向上させることが可能となる。

＜第５実施形態：圧縮判断処理＞
図１７は、第５実施形態における圧縮判断処理の一例を示すフローチャートである。図１７に示すように、プリントサーバ８０は、ジョブ制御コマンドを送信すると（Ｓ１０１）、例えば圧縮判定部８２により画像形成装置１００から印刷対象データに対する非圧縮要求があったか判定する（Ｓ１０２）。

プリントサーバ８０は、圧縮判定部８２により非圧縮要求がなかったと判断すると（Ｓ１０２において、ＮＯ）、計測部８１により現在の通信ネットワーク１４の通信速度を計測し、計測した通信速度が所定以上か判定する（Ｓ１０３）。

圧縮判定部８２は、通信速度が所定以上であると判定すると（Ｓ１０３において、ＹＥＳ）、印刷対象データは、圧縮済みデータであるか判定する（Ｓ１０４）。圧縮判定部８２は、印刷対象データが圧縮済みデータであると判定すると（Ｓ１０４において、ＹＥＳ）、圧縮伸張部３５により印刷対象データを伸張する（Ｓ１０５）。

圧縮判定部８２は、通信速度が所定以上ではないと判定すると（Ｓ１０３において、ＮＯ）、印刷対象データが圧縮済みデータか判定し（Ｓ１０６）、圧縮済みデータではないと判定すると（Ｓ１０６において、ＮＯ）、圧縮伸張部３５により印刷対象データを圧縮する（Ｓ１０７）。

一方、プリントサーバ８０は、圧縮判定部８２により非圧縮要求があったと判断すると（Ｓ１０２において、ＹＥＳ）、印刷対象データを圧縮せず、印刷対象データを送信する（Ｓ１０８）。

なお、Ｓ１０４の処理において圧縮済みデータでないと判定した場合（Ｓ１０４において、ＮＯ）、Ｓ１０６の処理において圧縮済みデータであると判定した場合（Ｓ１０６において、ＹＥＳ）、Ｓ１０５又はＳ１０７の処理の後、そのままＳ１０８の処理に進み、処理を終了する。

＜第５実施形態：属性記憶部３４に記憶されるデータ例＞
図１８は、第５実施形態における属性記憶部に記憶されるデータの一例を示す図である。図１８に示すように、第５実施形態における属性記憶部３４に記憶されるデータの項目としては、例えば「ＩＤ」、「ユーザ名」、「ジョブ名」、「投入時刻」、「データサイズ」、「圧縮サイズ」、「ジョブ制御コマンド蓄積場所」、「印刷対象データ蓄積場所」、「ページ数」、「両面」、「部数」等があるが、これに限定されるものではない。

上述した図７に示すデータ項目と比較すると、第５実施形態では、「圧縮サイズ」の項目を有している。第５実施形態では、例えば画像形成装置１００からジョブ一覧取得要求を受けると、プリントサーバ８０は、図１８に示す「データサイズ」と「圧縮サイズ」とに示す印刷対象データの圧縮前後のサイズをジョブ一覧に含めて送信すると良い。

これにより、画像形成装置１００は、印刷対象データの圧縮前後のサイズと、データ処理部４３の伸張性能とに基づき、印刷対象データを圧縮するか判定することが可能となる。このように、圧縮転送が有効か否かを、圧縮前後のサイズや伸張性能に基づき判定することで、印刷データ（出力データ）に対する処理効率を向上させることが可能となる。

＜他のシステム構成例＞
なお、上述した第１〜第５実施形態では、複数の実施形態を組み合わせることが可能である。また、第１〜第５実施形態では、図１に示す出力システム１０を用いた実施形態について示しているが、例えば、出力システム１０に、アプリケーションデータから印刷データに変換する変換装置（例えば、レンダリングサーバ）を含む構成であっても良い。

更に、他の構成としては、上述したプリントサーバと画像形成装置とが異なるネットワーク上にある場合に、その異なるネットワークを中継する中継装置（例えば中継サーバ）を含む構成であっても良い。

例えば、図１９は、他のシステム構成の一例を示す図である。図１９（Ａ）に示す出力システム１１０は、上述した図１に示す出力システム１０と比較すると、レンダリングサーバ１１１が通信ネットワーク１４に接続されている。

プリントサーバ１２は、レンダリングサーバ１１１によりアプリケーションデータを印刷データに変換させ、レンダリングサーバ１１１から印刷データを取得すると、印刷データのサイズと、変換する前のアプリケーションデータのサイズとを比較する。このデータサイズの差が大きいほど圧縮率が高くなるため、プリントサーバ１２は、所定以上のデータサイズの差がある場合に、印刷対象データを圧縮するよう判定しても良い。このように、所定以上のデータサイズの差があるときに、印刷対象データを圧縮することで、印刷データ（出力データ）に対する処理効率を向上させることが可能となる。

図１９（Ｂ）に示す出力システム１２０は、クライアントＰＣ１１と、画像形成装置１３と、中継装置１２１とが、通信ネットワーク１４−１により接続されている。また、出力システム１２０は、中継装置１２１を介して通信ネットワーク１４−２により接続されたプリントサーバ１２と、レンダリングサーバ１１１とを有するように構成されている。

図１９（Ｂ）の例では、プリントサーバ１２が、画像形成装置１３とは異なる通信ネットワーク１４−２上にあり、通信ネットワーク１４−２の通信速度が著しく遅い場合を示している。

画像形成装置１３と同一のネットワーク内にある中継装置１２１は、画像形成装置１３からジョブ取得要求を受けるとプリントサーバ１２に転送し、プリントサーバ１２から得られる圧縮された印刷対象データを伸張し、画像形成装置１３に転送すると良い。

上述したように、通信速度の遅いネットワークのみ、圧縮して転送し、中継装置で、伸張して画像形成装置に送ることで、圧縮に対応しない装置が混在する環境でも、印刷データ（出力データ）に対する処理効率を向上させることが可能となる。

＜第６実施形態：システム構成＞
上述した出力システムは、例えば図２０に示す構成として用いても良い。図２０は、第６実施形態におけるシステム構成の一例を示す図である。

図２０に示す出力システム１３０は、例えばオフィス内ネットワーク等のネットワークＮ１と、クラウドサービスに代表されるようなパブリックなネットワークＮ２と、インターネット等のネットワークＮ３とを有する。

ネットワークＮ１は、ファイアウォールＦＷの内側にあるプライベートなネットワークである。ファイアウォールＦＷは、ネットワークＮ１とネットワークＮ３との接点に設置され、不正なアクセスを検出及び遮断する。ネットワークＮ１は、クライアントＰＣ１１、画像形成装置１３等が接続されている。

なお、図２０に示す出力システム１３０は、ネットワークＮ３に接続されている携帯端末１３５を有している。携帯端末１３５は、例えばスマートフォンや、携帯電話、タブレット端末等、ユーザが携帯可能な端末である。携帯端末１３５は、無線又は有線による通信手段を有している。携帯端末１３は、プリンタドライバを有していない場合でも、クライアントＰＣ１１と同様に、印刷指示を行うことが可能である。

ネットワークＮ２は、アクセス制御装置１３１によってネットワークＮ３に接続されている。ネットワークＮ２は、アクセス制御装置１３１によってセキュリティが保護されている。ネットワークＮ２には、プリントサービス提供装置１３２と、配信サービス提供装置１３３と、他サービス提供装置１３４とが接続されている。

すなわち、図２０に示す出力システム１３０は、アクセス制御装置１３１と、プリントサービス提供装置１３２と、配信サービス提供装置１３３と、他サービス提供装置１３４とがサービス提供システムを実現している。

アクセス制御装置１３１は、プリントサービス提供装置１３２が提供するプリントサービスや、配信サービス提供装置１３３が提供する配信サービス等、各サービスへのログインを制御する。アクセス制御装置１３１、プリントサービス提供装置１３２と、配信サービス提供装置１３３と、他サービス提供装置１３４とは、１以上の情報処理装置（コンピュータシステム）によって実現される。

なお、アクセス制御装置１３１と、プリントサービス提供装置１３２と、配信サービス提供装置１３３と、他サービス提供装置１３４とは、１台のコンピュータに統合して実現しても良いし、複数のコンピュータに分散して実現しても良い。なお、ネットワークＮ２側のサービスの一部はネットワークＮ２以外にあっても良い。

また、図２０に示すサービス提供システムには、例えば図１９に示すレンダリングサーバ１１１や、中継装置１２１の機能を有していても良い。また、図２０に示すサービス提供システムが有する各装置のハードウェア構成は、例えば図４に示すようなハードウェア構成を適用することが可能であるが、これに限定されるものではない。

＜ソフトウェア構成：サービス提供システム＞
図２１は、第６実施形態におけるサービス提供システムの一例の処理ブロック図である。サービス提供システム１４０は、プログラムの実行により、サービスアプリ１４１と、プラットフォーム１４２と、管理データ記憶部１４３と、プラットフォームＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）１４４とを実現している。

サービスアプリ１４１は、プリントサービスアプリ１４５と、配信サービスアプリ１４６と、１つ以上のその他のサービスアプリ１４７とを一例として有している。プリントサービスアプリ１４５は、例えばプリントサービスを提供するアプリケーションである。

配信サービスアプリ１４６は、例えば配信サービスを提供するアプリケーションである。その他のサービスアプリ１４７は、何らかのサービスを提供するアプリケーションである。

プラットフォームＡＰＩ１４４は、プリントサービスアプリ１４５と、配信サービスアプリ１４６と、その他のサービスアプリ１４７等のサービスアプリ１４１が、プラットフォーム１４２を利用するためのインターフェースである。

プラットフォームＡＰＩ１４４は、サービスアプリ１４１からの要求をプラットフォーム１４２が受信するために設けられた予め定義されたインターフェースであり、例えば関数やクラス等により構成される。なお、サービス提供システム１４０が複数のコンピュータに分散して構成される場合、プラットフォームＡＰＩ１４４にはネットワーク経由で利用可能な例えばＷｅｂ ＡＰＩ等を利用することが可能である。

プラットフォーム１４２は、認証部１５０と、機器通信部１５１と、データ処理部１５２とを有するように構成される。

認証部１５０は、図２０に示すオフィス機器からのログイン要求に基づいて認証を実行する。なお、オフィス機器とは、例えば画像形成装置１３、クライアントＰＣ１１、携帯端末１３５等の総称である。

認証部１５０は、例えばクライアントＰＣ１１、携帯端末１３５からのログイン要求に対しては、管理データ記憶部１４３に記憶されている組織管理情報記憶部１６０や、ユーザ管理情報記憶部１６１にアクセスして認証を行う。認証部１５０は、例えば画像形成装置１３からのログイン要求に対しては、管理データ記憶部１４３に記憶されている組織管理情報記憶部１６０や、ユーザ管理情報記憶部１６１、機器管理情報記憶部１６２にアクセスして認証を行う。

このようにしてオフィス機器から、クラウドサービスに代表されるようなパブリックなネットワークＮ２に接続し、サービスの提供を受けることに対してセキュリティを保護することが可能となる。

機器通信部１５１は、オフィス機器との通信を実行する。データ処理部１５２は、例えばプリントサービスアプリ１４５からの要求に基づいてデータ処理を実行する。図２１の例では、データ処理部１５２は、データ形式変換部１５３と、圧縮伸張部１５４とを有するように構成される。

データ形式変換部１５３は、例えば、クライアントＰＣ１１や携帯端末１３５から投入されたデータを出力可能な形式（印刷データ）へ変換する。例えば、データ形式変換部１５３は、第１実施形態のプリントサーバ１２等において実行されるレンダリング処理を実行する。

圧縮伸張部１５４は、例えば、第１実施形態の圧縮伸張部３５に対応し、データ形式変換部１５３により出力可能な形式へと変換されたデータ（印刷対象データ）や、プリントサービスアプリ１４５から得られた印刷対象データを、所定の圧縮方式にて圧縮する。

管理データ記憶部１４３は、組織管理情報記憶部１６０と、ユーザ管理情報記憶部１６１と、機器管理情報記憶部１６２と、データ記憶部１６３とを有するように構成される。

組織管理情報記憶部１６０は、ユーザが所属する組織を認証するための組織コード、組織名等の組織管理情報を記憶する。ユーザ管理情報記憶部１６１は、ユーザを認証するための組織コード、ユーザ名、パスワード等のユーザ管理情報を記憶する。

機器管理情報記憶部１６２は、ユーザが使用する機器を認証するための組織コード、機器認証情報等の機器管理情報を記憶する。

データ記憶部１６３は、第１実施形態のデータ記憶部３３に対応し、ジョブ制御コマンドや、データ処理部１５２の圧縮伸張部１５４により圧縮されたデータ（印刷対象データ）等を記憶する。

サービス提供システム１４０は、例えば認証やデータ処理といった機能を有するクラウド基盤と、クラウド基盤の機能を利用してプリントサービス等のサービス提供を行うサービス群として機能する。クラウド基盤は、例えばプラットフォーム１４２と、管理データ記憶部１４３と、プラットフォームＡＰＩ１４４とによって構成される。サービス群は、例えばプリントサービスアプリ１４５と、配信サービスアプリ１４６、その他のサービスアプリ１４７とによって構成される。

サービス提供システム１４０のクラウド基盤が有する認証の機能は、例えば認証部１５０と、認証用データベースにより構成される。認証用データベースは、組織管理情報記憶部１６０と、ユーザ管理情報記憶部１６１と、機器管理情報記憶部１６２等により構成される。また、サービス提供システム１４０のクラウド基盤が有するデータ処理機能は、例えばデータ処理部１５２と、データ記憶部１６３等により構成される。

サービス群はサービス提供システム１４０のクラウド基盤が有する認証やデータ処理機能を利用し、サービスの提供を行う。また、サービス提供システム１４０は、複数のサービスアプリ１４１が共通に利用する組織管理情報、ユーザ管理情報、機器管理情報等を有することで、認証機能を集約している。

＜プリントサービスアプリの処理ブロック＞
図２２は、第６実施形態におけるプリントサービスアプリの処理ブロック図である。図２２に示すように、プリントサービスアプリ１４５は、データ形式判断部１７０と、データ解析部１７１と、データ編集部１７２と、処理要求部１７３と、属性記憶部１７４として機能する。

データ形式判断部１７０は、例えばクライアントＰＣ１１や携帯端末１３５から投入されたデータが、出力可能な形式（例えば印刷可能な形式）に変換されているデータか判断する。データ形式判断部１７０は、例えばデータの拡張子等から、出力可能な形式に変換されているデータか判断し、出力可能な形式に変換されていないデータであると判断した場合、部数や、両面等の属性情報を抽出し、抽出した属性情報を属性記憶部１７４に記憶させる。

また、データ形式判断部１７０は、出力可能な形式に変換されていないデータであると判断した場合には、処理要求部１７３を介して、データ処理部１５２のデータ形式変換部１５３に出力可能な形式に変換するよう要求する。

データ解析部１７１は、第１実施形態のデータ解析部３２に対応する。データ解析部１７１は、例えばデータ形式判断部１７０により出力可能な形式に変換されていると判断されたデータを解析し、先頭のジョブ制御コマンドと、出力対象データ（印刷対象データ）とに分割する。

データ解析部１７１は、処理要求部１７３を介して、先頭のジョブ制御コマンドを、データ記憶部１６３に記憶させるよう要求し、出力対象データをデータ処理部１５２の圧縮伸張部１５４に圧縮させるよう要求する。なお、データ解析部１７１は、出力可能な形式に変換されていると判断されたデータの書誌情報から属性情報を抽出し、抽出した属性情報を属性記憶部１７４に記憶させる。

データ編集部１７２は、第２実施形態のデータ編集部７１に対応し、ジョブ制御コマンドを編集してジョブの印刷設定の変更を可能とする。データ編集部１７２は、画像形成装置１３から印刷設定変更要求を受けると、属性記憶部１７４を参照し、処理要求部１７３を介して、データ記憶部１６３からジョブ制御コマンドを取得して編集する。

処理要求部１７３は、プラットフォームＡＰＩ１４４を介して、プラットフォーム１４２や管理データ記憶部１４３に対して、プリントサービスアプリ１４５からの要求に応じた処理を実行させる。

処理要求部１７３は、例えばデータ形式変換部１５３に対して、データ形式判断部１７０から取得したデータの形式を変換するよう要求したり、圧縮伸張部１５４に対してデータ解析部１７１から取得した出力対象データを圧縮するよう要求したりする。

また、処理要求部１７３は、データ形式変換部１５３によりデータ形式を変換したデータを、データ解析部１７１により分割したり、圧縮伸張部１５４により圧縮させた出力対象データをジョブ制御コマンドと対応付け、データ記憶部１６３に記憶させたりする。

また、処理要求部１７３は、画像形成装置１３からジョブ一覧取得要求や、ジョブ取得要求を受けると、属性記憶部１７４を参照し、データ記憶部１６３から対応するジョブ一覧やジョブを取得し、画像形成装置１３に送信する。

属性記憶部１７４は、第１実施形態のデータ記憶部３３に対応し、データ解析部１７１により得られた属性情報を記憶する。また、属性記憶部１７４は、データ解析部１７１により得られる先頭のジョブ制御コマンドと、圧縮伸張部１５４により圧縮された印刷対象データとを対応付けて管理する。

上述したシステムにより、画像形成装置１３からジョブ取得要求や印刷設定変更要求を取得した場合でも、出力データに対する処理効率を向上させることが可能となる。

なお、上述したプリントサービスアプリ１４５の各部は、プラットフォーム１４２のクラウド基盤において機能させても良く、プラットフォーム１４２のデータ処理機能をプリントサービスアプリにおいて機能させても良い。

上述した実施形態によれば、出力データに対する処理効率を向上させることが可能となる。なお、上述した実施形態では、一例として印刷処理について説明したが、印刷に限定されるものではなく、例えばプレビュー画面のように、１画面で複数ページ投影可能な表示用のページデータと、表示条件データを別々で管理する方法等に適用することが可能となる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１０，１１０，１２０，１３０ 出力システム
１１ クライアントＰＣ
１２，７０，８０ プリントサーバ（情報処理システムの一例）
１３，９０，１００ 画像形成装置（出力装置の一例）
１４ 通信ネットワーク
２１，３１，４１ 通信部
２２ アプリケーション部
２３ プリンタドライバ
２４，３６ ＯＳ
３２，１７１ データ解析部（解析手段の一例）
３３，１６３ データ記憶部
３４，１７４ 属性記憶部（管理手段の一例）
３５，１５４ 圧縮伸張部（圧縮伸張手段の一例）
４２ 入出力部
４３ データ処理部
４４ 印刷部（出力手段の一例）
５１ 入力装置
５２ 表示装置
５３，６６ ＲＡＭ
５４，６７ ＲＯＭ
５５，６８ ＨＤＤ
５６，６５ ＣＰＵ
５７ 通信Ｉ／Ｆ
５８ 外部Ｉ／Ｆ
６０ コントローラ
６１ スキャナ
６２ プリンタ
６３ 操作パネル
６４ 通信インターフェース
６９ ＮＶＲＡＭ
７１，１７２ データ編集部
８１ 計測部
８２，９１ 圧縮判定部
１０１ 機能判断部
１１１ レンダリングサーバ
１２１ 中継装置
１３１ アクセス制御装置
１３２ プリントサービス提供装置
１３３ 配信サービス提供装置
１３４ 他サービス提供装置
１３５ 携帯端末
１４０ サービス提供システム
１４１ サービスアプリ
１４２ プラットフォーム
１４３ 管理データ記憶部
１４５ プリントサービスアプリ
１４６ 配信サービスアプリ
１４７ その他のサービスアプリ
１５０ 認証部
１５１ 機器通信部
１５２ データ処理部
１５３ データ形式変換部
１６０ 組織管理情報記憶部
１６１ ユーザ管理情報記憶部
１６２ 機器管理情報記憶部
１７０ データ形式判断部
１７３ 処理要求部
ＦＷ ファイアウォール
Ｎ１〜Ｎ３ ネットワーク

特開２００３−１１４７７８号公報

Claims (12)

1. １以上の情報処理装置を有する情報処理システムであって、
   出力データを解析して、出力対象データと出力条件データとに分割する解析手段と、
   前記解析手段により得られる出力対象データを圧縮する圧縮伸張手段と、
   前記圧縮伸張手段により圧縮した出力対象データと前記解析手段により得られる出力条件データとを対応付けて管理する管理手段とを有することを特徴とする情報処理システム。
2. 前記出力データを出力する出力装置からの出力条件変更要求に応じて、前記出力条件データを編集するデータ編集手段を有することを特徴とする請求項１に記載の情報処理システム。
3. 前記圧縮伸張手段は、
   前記出力装置に前記出力条件データを送信するタイミングで、前記出力条件データを圧縮することを特徴とする請求項２に記載の情報処理システム。
4. 前記出力装置に対する通信速度を計測する計測手段を有し、
   前記圧縮伸張手段は、
   前記出力条件データを送信するタイミングで、前記計測手段の計測結果に応じて、圧縮されている前記出力対象データを伸張することを特徴とする請求項３に記載の情報処理システム。
5. 前記出力対象データに対して予め設定した圧縮条件に基づき、前記出力対象データを圧縮するか判断する圧縮判定手段を有し、
   前記圧縮伸張手段は、
   前記圧縮判定手段による判定結果に応じて、前記出力対象データを圧縮することを特徴とする請求項４に記載の情報処理システム。
6. 前記圧縮伸張手段は、
   前記判定結果に応じて前記出力対象データを圧縮していない場合に、前記計測結果に応じて、前記出力対象データを圧縮することを特徴とする請求項５に記載の情報処理システム。
7. 前記圧縮伸張手段は、
   前記出力装置が前記出力対象データを伸張する手段を有していない場合に、前記出力装置からの非圧縮要求に応じて、圧縮されている前記出力対象データを伸張することを特徴とする請求項２乃至６のいずれか一項に記載の情報処理システム。
8. 前記圧縮伸張手段は、
   前記出力対象データの圧縮前後のサイズに対する前記出力装置からの圧縮判定結果に応じて、前記解析手段により得られる前記出力対象データを圧縮することを特徴とする請求項２乃至７のいずれか一項に記載の情報処理システム。
9. 前記圧縮伸張手段は、
   データを変換する変換装置から得られた前記出力データのデータ変換後のサイズが所定以上の場合に、前記解析手段により得られる前記出力対象データを圧縮することを特徴とする請求項１乃至８のいずれか一項に記載の情報処理システム。
10. 前記圧縮伸張手段は、
    当該情報処理システムが、前記出力装置と異なるネットワーク上にあり、前記異なるネットワークの通信速度が所定以下の場合に、前記出力対象データを圧縮し、
    前記異なるネットワークを中継する中継装置により、前記圧縮された出力対象データを伸張して、伸張した出力対象データを前記出力装置に転送することを特徴とする請求項２乃至９のいずれか一項に記載の情報処理システム。
11. １以上の情報処理装置を有する情報処理システムと、前記情報処理システムと接続された出力装置とを有する出力システムであって、
    前記情報処理システムは、
    出力データを解析して、出力対象データと出力条件データとに分割する解析手段と、
    前記解析手段により得られる出力対象データを圧縮する圧縮伸張手段と、
    前記圧縮伸張手段により圧縮した出力対象データと前記解析手段により得られる出力条件データとを対応付けて管理する管理手段とを有し、
    前記出力装置は、
    前記情報処理システムから得られる出力条件データと、前記出力対象データとに基づき出力する出力手段を有することを特徴とする出力システム。
12. １以上の情報処理装置を有する情報処理システムと、前記情報処理システムと接続された出力装置とを有する出力システムにおける出力方法であって、
    前記情報処理システムが、
    出力データを解析して、出力対象データと出力条件データとに分割する解析手順と、
    前記解析手順により得られる出力対象データを圧縮する圧縮伸張手順と、
    前記圧縮伸張手順により圧縮した出力対象データと前記解析手段により得られる出力条件データとを対応付けて管理する管理手順とを有し、
    前記出力装置が、
    前記情報処理システムから得られる出力条件データと、前記出力対象データとに基づき出力する出力手順を有することを特徴とする出力方法。

Images