(57)【要約】【課題】印刷先に依存するデータ変換機能を意識することなくロケーションフリー印刷が行える印刷制御システム、印刷制御方法、画像処理装置、及び印刷制御プログラムを提供する。【解決手段】印刷制御システム１は、情報端末２００と画像処理装置１００と所定のデータ形式のデータを画像処理装置１００で印刷可能な印刷データに変換するデータ変換装置３００とが接続されるシステムであって、情報端末２００から画像処理装置１００にデータを送信する手段２１と、情報端末２００からの受信データを解析する手段１２と、解析結果に基づき、受信データのデータ形式を判別する手段１３と、受信データが画像処理装置１００の印刷データに変換可能なデータ形式と判別した場合、受信データをデータ変換装置３００に送信し、印刷データへの変換を要求する手段１４と、変換要求に対して、データ変換装置３００から応答された印刷データを印刷する手段１６と、を有する。【選択図】図３
2013073369.tif 000002
【特許請求の範囲】
【請求項１】
情報端末と、画像処理装置と、所定のデータ形式のデータを前記画像処理装置で印刷可能な印刷データに変換するデータ変換装置とが接続される印刷制御システムであって、
前記情報端末から前記画像処理装置にデータを送信する送信手段と、
前記情報端末からの受信データを解析する解析手段と、
前記解析手段の解析結果に基づき、前記受信データのデータ形式を判別する形式判別手段と、
前記形式判別手段が、前記受信データが前記画像処理装置の印刷データに変換可能なデータ形式と判別した場合、前記受信データを前記データ変換装置に送信し、前記印刷データへの変換を要求する変換要求手段と、
前記変換要求手段による変換要求に対して、前記データ変換装置から応答された前記印刷データを印刷する印刷制御手段と、を有することを特徴とする印刷制御システム。
【請求項２】
前記形式判別手段は、
前記解析結果に基づき、前記受信データのデータ形式がアプリケーションデータのデータ形式か否かを判別することを特徴とする請求項１に記載の印刷制御システム。
【請求項３】
前記解析手段は、
前記受信データの拡張子の有無を解析し、
前記形式判別手段は、
前記受信データに拡張子がある場合、前記受信データのデータ形式が前記アプリケーションデータのデータ形式であると判別することを特徴とする請求項２に記載の印刷制御システム。
【請求項４】
前記形式判別手段は、
前記受信データのデータ形式が前記アプリケーションデータのデータ形式であると判別した場合、前記アプリケーションデータが前記画像処理装置の印刷データに変換可能なデータ形式か否かを判別することを特徴とする請求項２又は３に記載の印刷制御システム。
【請求項５】
前記形式判別手段は、
予め設定しておいた前記画像処理装置の印刷データに変換可能なデータ形式を示す変換可能形式情報に基づき、前記アプリケーションデータが前記画像処理装置の印刷データに変換可能なデータ形式か否かを判別することを特徴とする請求項４に記載の印刷制御システム。
【請求項６】
前記形式判別手段は、
前記アプリケーションデータの拡張子が、前記変換可能形式情報として設定された拡張子と一致する場合、前記アプリケーションデータが前記画像処理装置の印刷データに変換可能なデータ形式であると判別することを特徴とする請求項５に記載の印刷制御システム。
【請求項７】
前記形式判別手段は、
前記受信データに拡張子がない場合、前記受信データのデータ形式が前記印刷データのデータ形式であると判別することを特徴とする請求項３ないし６のいずれか一項に記載の印刷制御システム。
【請求項８】
前記受信データのデータ形式が前記印刷データのデータ形式であると判別された場合、前記印刷データと判別された受信データが前記画像処理装置で印刷実行可能か否かを判定する実行可否判定手段を有し、
前記解析手段は、
前記受信データのヘッダを解析し、
前記実行可否判定手段は、
前記受信データのヘッダに所定のデータが含まれている場合、前記印刷データと判別された受信データが前記画像処理装置で印刷実行可能であると判定することを特徴とする請求項７に記載の印刷制御システム。
【請求項９】
前記変換要求手段は、
前記受信データを前記画像処理装置の印刷データに変換する前記データ変換装置が複数存在する場合、前記データ変換装置の処理負荷に基づき、変換要求先を決定することを特徴とする請求項１ないし８のいずれか一項に記載の印刷制御システム。
【請求項１０】
前記変換要求手段は、
前記データ変換装置の中で処理負荷が最も小さいデータ変換装置を変換要求先として決定することを特徴とする請求項９に記載の印刷制御システム。
【請求項１１】
前記変換要求手段は、
前記受信データを前記画像処理装置の印刷データに変換する前記データ変換装置が複数存在する場合、前記データ変換装置ごとに予め設定しておいた優先順位に従って、変換要求先を決定することを特徴とする請求項１ないし１０のいずれか一項に記載の印刷制御システム。
【請求項１２】
所定の記憶領域にジョブデータを格納し、該ジョブデータを管理するデータ管理装置からジョブリストを取得し、該ジョブリストを前記情報端末の画面に表示するリスト表示手段を有し、
前記情報端末が、前記リスト表示手段による表示画面から選択されたジョブデータの格納先情報を前記画像処理装置に送信し、前記ジョブデータの取得を要求し、前記画像処理装置が、前記格納先情報に基づき、前記データ管理装置から前記ジョブデータを取得し、
前記ジョブデータが前記画像処理装置の印刷データに変換可能なデータ形式と判別した場合、前記ジョブデータを前記データ変換装置に送信し、前記印刷データへの変換を要求し、前記データ変換装置から応答された前記印刷データを印刷することを特徴とする１ないし１１のいずれか一項に記載の印刷制御システム。
【請求項１３】
情報端末と、画像処理装置と、所定のデータ形式のデータを前記画像処理装置で印刷可能な印刷データに変換するデータ変換装置とが接続される印刷制御システムにおける印刷制御方法であって、
前記情報端末から前記画像処理装置にデータを送信する送信手順と、
前記情報端末からの受信データを解析する解析手順と、
前記解析手順による解析結果に基づき、前記受信データのデータ形式を判別する形式判別手順と、
前記形式判別手順で前記受信データが前記画像処理装置の印刷データに変換可能なデータ形式と判別した場合、前記受信データを前記データ変換装置に送信し、前記印刷データへの変換を要求する変換要求手順と、
前記変換要求手順による変換要求に対して、前記データ変換装置から応答された前記印刷データを印刷する印刷制御手順と、を有することを特徴とする印刷制御方法。
【請求項１４】
情報端末と、所定のデータ形式のデータを画像処理装置で印刷可能な印刷データに変換するデータ変換装置とが接続され、前記情報端末からの受信データの印刷制御を行う画像処理装置であって、
前記受信データを解析する解析手段と、
前記解析手段の解析結果に基づき、前記受信データのデータ形式を判別する形式判別手段と、
前記形式判別手段が、前記受信データが前記画像処理装置の印刷データに変換可能なデータ形式と判別した場合、前記受信データを前記データ変換装置に送信し、前記印刷データへの変換を要求する変換要求手段と、
前記変換要求手段による変換要求に対して、前記データ変換装置から応答された前記印刷データを印刷する印刷制御手段と、を有することを特徴とする画像処理装置。
【請求項１５】
情報端末と、所定のデータ形式のデータを画像処理装置で印刷可能な印刷データに変換するデータ変換装置とが接続され、前記情報端末からの受信データの印刷制御を行う画像処理装置としてコンピュータを機能させる印刷制御プログラムであって、
前記コンピュータを、
前記受信データを解析する解析手段と、
前記解析手段の解析結果に基づき、前記受信データのデータ形式を判別する形式判別手段と、
前記形式判別手段が、前記受信データが前記画像処理装置の印刷データに変換可能なデータ形式と判別した場合、前記受信データを前記データ変換装置に送信し、前記印刷データへの変換を要求する変換要求手段と、
前記変換要求手段による変換要求に対して、前記データ変換装置から応答された前記印刷データを印刷する印刷制御手段として機能させる印刷制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷を制御する技術に関するものである。
【背景技術】
【０００２】
例えば、特許文献１には、印刷サーバが保持する蓄積ジョブをプリンタから取得し、取得ジョブをプリンタで実行（印刷）する技術が開示されている。このような技術により、現在の印刷制御システムは、利用者に対して、ロケーションフリー印刷サービスを提供している。
【０００３】
ところで、近年、スマートフォンやタブレットＰＣ（Tablet Personal Computer）などの情報端末が普及している。このような情報端末は、パーソナルでの利用だけでなく、ビジネスでの利用も増えており、オフィス環境に導入されたプリンタなどの画像処理装置に対して、印刷を要求する場面が考えられる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のシステムでは、情報端末が、プリンタドライバなどのようなアプリケーションデータを印刷可能なデータ（印刷データ）に変換するデータ変換機能（レンダリング機能）を有していることが前提となる。また、利用者が、印刷要求時に、指定印刷先の画像処理装置に対応するデータ変換機能を判別し、意識的に利用しなければならない。利用者にとって、データ変換機能を提供するソフトウェアを情報端末にインストールすることや、印刷先に応じてデータ変換機能を利用することは煩雑であり、ロケーションフリー印刷サービスの利便性を欠くことになる。
【０００５】
このようなことから、印刷制御システムでは、利用者が、印刷先に依存するデータ変換機能を意識することなく、情報端末からロケーションフリー印刷が行えることが望まれる。
【０００６】
本発明は上記従来技術の問題点を鑑み提案されたものであり、印刷先に依存するデータ変換機能を意識することなくロケーションフリー印刷が行える印刷制御システム、印刷制御方法、画像処理装置、及び印刷制御プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る印刷制御システムは、情報端末と、画像処理装置と、所定のデータ形式のデータを前記画像処理装置で印刷可能な印刷データに変換するデータ変換装置とが接続される印刷制御システムであって、前記情報端末から前記画像処理装置にデータを送信する送信手段と、前記情報端末からの受信データを解析する解析手段と、前記解析手段の解析結果に基づき、前記受信データのデータ形式を判別する形式判別手段と、前記形式判別手段が、前記受信データが前記画像処理装置の印刷データに変換可能なデータ形式と判別した場合、前記受信データを前記データ変換装置に送信し、前記印刷データへの変換を要求する変換要求手段と、前記変換要求手段による変換要求に対して、前記データ変換装置から応答された前記印刷データを印刷する印刷制御手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、印刷先に依存するデータ変換機能を意識することなくロケーションフリー印刷が行える印刷制御システム、印刷制御方法、画像処理装置、及び印刷制御プログラムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施形態に係る印刷制御システムの構成例を示す図である。
【図２】本発明の第１の実施形態に係る画像処理装置のハードウェア構成例を示す図である。
【図３】本発明の第１の実施形態に係る印刷制御機能の構成例を示す図である。
【図４】本発明の第１の実施形態に係る印刷制御の処理手順例を示すフローチャートである。
【図５】本発明の変形例１に係る印刷制御機能の構成例を示す図である。
【図６】本発明の変形例１に係る制御情報のデータ例を示す図である。
【図７】本発明の変形例１に係る印刷制御の処理手順例を示すフローチャートである。
【図８】本発明の第２の実施形態に係る印刷制御システムの構成例を示す図である。
【図９】本発明の第２の実施形態に係る印刷制御機能の構成例を示す図である。
【図１０】本発明の第２の実施形態に係る印刷制御の処理手順例を示すフローチャートである。
【図１１】本発明の変形例２に係る印刷制御機能の構成例を示す図である。
【図１２】本発明の変形例２に係る印刷制御の処理手順例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の好適な実施の形態（以下「実施形態」という）について、図面を用いて詳細に説明する。
【００１１】
［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る印刷制御システム１の構成例を示す図である。
図１には、１又は複数の画像処理装置１００１〜１００ｎ（以下総称する場合「画像処理装置１００」という）と１又は複数の情報端末２００１〜２００ｎ（以下総称する場合「情報端末２００」という）とが、ＬＡＮ（Local Area Network）などの内部ネットワークＮで接続されるシステム構成例が示されている。また、図１には、画像処理装置１００や情報端末２００が接続する内部ネットワークＮとデータ変換装置３００とが、インターネットなどの外部ネットワークＩで接続されるシステム構成例が示されている。
【００１２】
画像処理装置１００は、印刷を含む画像処理機能を有する機器であり、プリンタやＭＦＰ（Multifunction Peripheral）などである。情報端末２００は、情報処理機能を有する携帯性に優れた機器であり、スマートフォンやタブレットＰＣなどである。データ変換装置３００は、受信データを、印刷先として指定された画像処理装置１００で印刷可能なデータ（以下「印刷データ」という）に変換するデータ変換機能を有する機器であり、レンダリングサーバなどである。
【００１３】
本実施形態に係る印刷制御システム１では、上記システム構成により、次のような印刷サービスを提供する。
情報端末２００は、画像処理装置１００にアプリケーションデータ（印刷元データ）を送信し、印刷を要求する。これを受けて画像処理装置１００は、データ変換装置３００に受信データを送信し、印刷データへの変換を要求する。このとき、画像処理装置１００は、データ変換装置３００に印刷可能なデータ形式を指定する。
【００１４】
その結果、データ変換装置３００は、受信データを、指定データ形式に従った印刷データに変換し、変換データを要求元の画像処理装置１００に送信し、データ変換要求に応答する。これを受けて画像処理装置１００は、データ変換装置３００から受信した変換データ（印刷データ）を印刷する。
【００１５】
以上のように、本実施形態に係る印刷制御システム１は、例えば、プリンタドライバなどのデータ変換機能を有していない情報端末２００からでも利用可能な印刷サービスを提供することができる。
【００１６】
＜ハードウェア構成＞
図２は、本実施形態に係る画像処理装置１００のハードウェア構成例を示す図である。
図２に示すように、画像処理装置１００は、コントローラ１１０、操作パネル１２０及びプロッタ１３０などを備え、それぞれが相互にバスＢで接続されている。
【００１７】
操作パネル１２０は、表示部及び入力部を備えており、機器情報などの各種情報をユーザに提供したり、動作設定や動作指示などの利用者操作を受け付けたりする。プロッタ１３０は、画像形成部を備えており、用紙に画像を形成する。画像を形成する方式には、例えば、電子写真プロセスやインクジェット方式などがある。
【００１８】
コントローラ１１０は、ＣＰＵ（Central Processing Unit）１１１、記憶装置１１２、通信Ｉ／Ｆ１１３、及び外部装置Ｉ／Ｆ１１４などを備えており、それぞれが相互にバスＢで接続されている。
【００１９】
ＣＰＵ１１１は、プログラムを実行することで装置全体を制御する演算装置である。また、記憶装置１１２は、上記プログラムや各種データ（例えば「画像データ」）を格納し保持する。記憶装置１１２には、揮発性のメモリであるＲＡＭ（Random Access Memory）、不揮発性のメモリであるＲＯＭ（Read Only Memory）、及び大容量の記憶領域を備えたＨＤＤ（Hard Disk Drive）などがある。ＲＡＭは、ＣＰＵ１１１のワークエリア（プログラムやデータが一時的に読み出される記憶エリア）として機能する。ＲＯＭやＨＤＤは、プログラムや各種データの格納先として用いられる。これにより、画像処理装置１００では、ＣＰＵ１１１がＲＯＭに格納されたプログラムをＲＡＭ上に読み出し、プログラムを実行する。
【００２０】
通信Ｉ／Ｆ１１３は、画像処理装置１００をネットワークなどの所定のデータ伝送路に接続するためのインタフェースである。これにより、画像処理装置１００は、通信Ｉ／Ｆ１１３を介して、通信機能を有する他の機器（例えば「情報端末」や「データ変換装置」など）とデータ通信を行うことができる。
【００２１】
外部装置Ｉ／Ｆ１１４は、記録媒体１１４ａなどの外部装置を接続するためのインタフェースである。記録媒体１１４ａには、ＳＤメモリカード（SD memory card）やＵＳＢメモリ（Universal Serial Bus memory）などがある。これにより、画像処理装置１００は、外部装置Ｉ／Ｆ１１４を介して、記録媒体１１４ａの読み取り及び／又は書き込みを行うことができる。
【００２２】
以上のように、本実施形態に係る画像処理装置１００では、上記ハードウェア構成により、印刷機能を含む画像処理サービス（画像処理機能）を提供することができる。
【００２３】
＜印刷制御機能＞
本実施形態に係る印刷制御機能について説明する。
本実施形態に係る印刷制御システム１では、画像処理装置１００が、情報端末２００からの受信データを解析し、受信データのデータ形式を判別する。画像処理装置１００は、受信データが当該画像処理装置１００の印刷データに変換可能なデータ形式と判別した場合、受信データをデータ変換装置３００に送信し、印刷データへの変換を要求する。その結果、画像処理装置１００は、データ変換装置３００からの応答時に受信した印刷データを印刷する。本実施形態に係る印刷制御システム１は、このような印刷制御機能を有している。
【００２４】
従来のシステムでは、利用者が、データ変換機能を提供するソフトウェアを情報端末２００にインストールし、印刷先に応じてデータ変換機能を利用する必要があり、ロケーションフリー印刷サービスの利便性を欠くものであった。
【００２５】
そこで、本実施形態に係る印刷制御システム１では、画像処理装置１００が、受信データのデータ形式を判別し、判別結果に基づき、受信データを印刷データに変換する処理（レンダリング処理）を制御する仕組みとした。
【００２６】
これにより、本実施形態に係る印刷制御システム１は、データ変換機能を有していない情報端末２００からの受信データを画像処理装置１００で印刷可能な環境を提供する。その結果、本実施形態に係る印刷制御システム１では、利用者が、印刷先に依存するデータ変換機能を意識することなくロケーションフリー印刷を行うことができる。
【００２７】
以下に、本実施形態に係る印刷制御機能の構成とその動作について説明する。
図３は、本実施形態に係る印刷制御機能の構成例を示す図である。
図３に示すように、本実施形態に係る印刷制御機能は、送信部２１、受信部１１、データ解析部１２、形式判別部１３、変換要求部１４、実行可否判定部１５、印刷制御部１６、変換要求受付部３１、及びデータ変換部３２などを有している。
【００２８】
送信部２１は、情報端末２００で機能する。また、受信部１１、データ解析部１２、形式判別部１３、変換要求部１４、実行可否判定部１５、及び印刷制御部１６は、画像処理装置１００で機能する。また、変換要求受付部３１及びデータ変換部３２は、データ変換装置３００で機能する。このように、本実施形態に係る印刷制御機能は、各機器の機能部が連携動作することで機能する。
【００２９】
以下の説明では、便宜上、情報端末２００、データ変換装置３００、画像処理装置１００の順に各機能部について説明する。
【００３０】
《情報端末》
送信部２１は、印刷ジョブを送信する機能部である。例えば、情報端末２００では、印刷ジョブ選択や印刷先指定などが可能なＧＵＩ（Graphical User Interface）を備えた操作画面（非図示）を表示する。利用者は、この操作画面上から印刷ジョブを選択し、印刷先の画像処理装置１００を指定し、印刷を要求する。これを受けて、送信部２１は、選択された印刷ジョブのジョブデータを指定された画像処理装置１００に送信する。このとき送信されるジョブデータは、例えば、アプリケーションデータなどであり、印刷データに変換される前のデータ（変換前データ）である。また、データ送信は、例えば、情報端末２００に予め設定された画像処理装置１００のネットワーク設定値（ＩＰアドレス：Internet Protocol Address）に基づき行う。
【００３１】
《データ変換装置》
変換要求受付部３１は、印刷データへの変換要求を受け付ける機能部である。変換要求受付部３１は、画像処理装置１００から変換対象データ（変換前データ）を受信し、変換要求を受け付ける。このとき、変換要求受付部３１は、変換対象データとともに、要求元の画像処理装置１００が有する印刷機能（ＰＤＬ：Page Description Language）の種別値（以下「ＰＤＬ種別値」という）も受信する。
【００３２】
データ変換部３２は、変換対象データを印刷データに変換する機能部である。つまり、データ変換部３２は、レンダリング処理部である。データ変換部３２は、変換要求受付時に受信したＰＤＬ種別値に基づき、変換後のデータ形式（印刷データ形式）を特定し、受信した変換対象データを、特定した所定の形式の印刷データ（ＰＤＬデータ）に変換する。データ変換部３２は、変換データ（印刷データ）を、要求元の画像処理装置１００に送信し、変換要求に応答する。
【００３３】
《画像処理装置》
受信部１１は、各機器から送信されたデータを受信する機能部である。上述したように、情報端末２００（送信部）からは変換前データ（アプリケーションデータ）が送信され、データ変換装置３００（データ変換部）からは変換データ（印刷データ）が送信される。受信部１１は、これらのデータを受信する。
【００３４】
データ解析部１２は、受信データを解析する機能部である。データ解析部１２は、受信データを次のように解析する。データ解析部１２は、受信データの拡張子の有無とその種別を解析する。拡張子（extension）とは、ファイルの名前（ファイル名）の末尾に付加されるファイルの種類を識別するための文字列である。
【００３５】
データ解析部１２は、まず、受信データのファイル名の文字列から拡張子の有無を解析する（以下便宜上「拡張子有無解析」という）。次に、データ解析部１２は、拡張子があった場合に、その拡張子から該当データファイルの種別を解析する（以下便宜上「拡張子種別解析」という）。また、データ解析部１２は、受信データのヘッダを解析する（以下便宜上「ヘッダ解析」という）。
【００３６】
形式判別部１３は、受信データのデータ形式を判別する機能部である。形式判別部１３は、データ解析結果に基づき、受信データのデータ形式を次のように判別する。
【００３７】
形式判別部１３は、まず、拡張子有無解析の結果に基づき、受信データがアプリケーションのデータ形式か否かを判別する。このとき、形式判別部１３は、受信データに拡張子があった場合に、受信データがアプリケーションデータであると判別する。形式判別部１３は、受信データがアプリケーションデータであった場合に、拡張子種別解析の結果に基づき、アプリケーションデータがデータ変換装置３００で変換可能なデータ形式か否かを判別する。
【００３８】
形式判別部１３は、拡張子が予め設定しておいた変換可能なデータ形式を示す拡張子と一致した場合に、データ変換装置３００で変換可能なデータ形式であると判別する。なお、形式判別部１３は、データ変換装置３００で変換可能なデータ形式の拡張子に関する情報（以下「変換可能形式情報」という）を、例えば、'（ｄｏｃ，ｘｌｓ，ｐｐｔ，ｔｘｔ）'のような該当アプリケーションファイルの拡張子を示す１又は複数の文字列を含むリストデータで保持する。形式判別部１３は、この変換可能形式情報を参照し、解析した拡張子が該変換可能形式情報に設定される拡張子であった場合に、データ変換装置３００で変換可能なデータ形式であると判別する。なお、形式判別部１３は、受信データに拡張子がない場合に、受信データが印刷データであると判別する。
【００３９】
変換要求部１４は、データ変換装置３００（変換要求受付部）に対して、受信データから印刷データへの変換を要求する機能部である。変換要求部１４は、受信データがデータ変換装置３００で変換可能なデータ形式のアプリケーションデータであった場合に、受信データを変換対象データ（変換前データ）としてデータ変換装置３００に送信し、データ変換要求を行う。このとき、変換要求部１４は、ＰＤＬ種別値も送信し、画像処理装置１００で印刷可能なデータ形式（搭載ＰＤＬのデータ形式）に関する情報をデータ変換装置３００に通知する。
【００４０】
実行可否判定部１５は、受信データが画像処理装置１００で印刷実行可能な印刷データか否かを判定する機能部である。実行可否判定部１５は、ヘッダ解析の結果に基づき、印刷データと判別された受信データが印刷実行可能な印刷データか否かを判定する。例えば、データ解析部１２によるヘッダ解析では、データファイルのヘッダに'％−１２３４５Ｘ'のデータが含まれているかを解析する。なお、'％−１２３４５Ｘ'は、印刷データのヘッダに含まれるＰＪＬデータ（Printer Job Language Data）の先頭に付加されるデータである。実行可否判定部１５は、受信データのヘッダに'％−１２３４５Ｘ'のデータが含まれていた場合に、印刷実行可能な印刷データであると判定する。
【００４１】
印刷制御部１６は、受信データの印刷処理を制御する機能部である。印刷制御部１６は、印刷実行可能な印刷データであると判定された受信データを画像処理装置１００が備えるプロッタ１３０に渡し、印刷処理の実行を指示する。その結果、プロッタ１３０は、予め設定された印刷条件設定に従って、受信データに基づく画像を形成し、印刷する。
【００４２】
以上のように、本実施形態に係る印刷制御機能は、上記各機能部が連携動作することにより実現される。具体的には、システム１を構成する各機器に搭載（インストール）されたプログラム（印刷制御機能を実現するソフトウェア）が、演算装置（ＣＰＵ）により、記憶装置（「ＨＤＤ」や「ＲＯＭ」）からメモリ（ＲＡＭ）上に読み出され、各機器で以下の処理が実行されることにより実現される。
【００４３】
以下に、本実施形態に係る印刷制御機能の詳細な動作（機能部群の連携動作）について、処理手順を示すフローチャートを用いて説明する。
【００４４】
図４は、本実施形態に係る印刷制御の処理手順例を示すフローチャートである。
図４（Ａ）には、印刷制御における情報端末２００の処理、（Ｂ）には、印刷制御における画像処理装置１００の処理、（Ｃ）には、印刷制御におけるデータ変換装置３００の処理が示されている。
【００４５】
《情報端末の処理》
図４（Ａ）に示すように、情報端末２００は、操作画面上から印刷ジョブの選択を受け付ける（ステップＳ１０１：ＹＥＳ）。
【００４６】
これを受けて情報端末２００は、送信部２１により、選択された印刷ジョブ（選択ジョブ）のジョブデータ（アプリケーションデータ）を印刷先指定された画像処理装置１００に送信する（ステップＳ１０２）。
【００４７】
これにより、本実施形態に係る印刷制御システム１では、情報端末２００から画像処理装置１００に対して印刷が要求される。
【００４８】
《画像処理装置の処理》
図４（Ｂ）に示すように、画像処理装置１００は、受信部１１により、情報端末２００又はデータ変換部３００から送信されたデータを受信すると（ステップＳ２０１：ＹＥＳ）、データ解析部１２により、受信データを解析する（ステップＳ２０２）。このとき、データ解析部１２は、受信データファイルの拡張子とヘッダとを解析する。
【００４９】
次に、画像処理装置１００は、形式判別部１３により、データ解析部１２の拡張子有無解析の結果に基づき、受信データがアプリケーションデータか否かを判別する（ステップＳ２０３）。
【００５０】
その結果、画像処理装置１００は、拡張子がなく、受信データがアプリケーションデータでない（印刷データ）と判別した場合に（ステップＳ２０３：ＮＯ）、実行可否判定部１５により、データ解析部１２のヘッダ解析の結果に基づき、判別した印刷データが印刷実行可能なデータか否かを判定する（ステップＳ２０４）。このとき、実行可否判定部１６は、印刷データと判別された受信データのヘッダに所定のデータ'％−１２３４５Ｘ'が含まれているか否かのヘッダ解析の結果に基づき、上記印刷実行可否判定を行う。
【００５１】
その結果、画像処理装置１００は、印刷データと判別された受信データのヘッダに'％−１２３４５Ｘ'が含まれており、印刷実行可能なデータであると判定した場合に（ステップＳ２０４：ＹＥＳ）、印刷制御部１６により、印刷データの印刷処理を実行する（ステップＳ２０５）。このとき、印刷制御部１６は、印刷データと判別された受信データをプロッタ１３０に渡し、印刷処理の実行を指示する。その結果、プロッタ１３０では、予め設定された印刷条件設定に従って、受信データに基づく画像が形成され、印刷される。
【００５２】
一方、画像処理装置１００は、拡張子があり、受信データがアプリケーションデータであると判別した場合に（ステップＳ２０３：ＹＥＳ）、形式判別部１３により、データ解析部１２の拡張子種別解析の結果に基づき、アプリケーションデータがデータ変換装置３００で変換可能なデータ形式か否かを判別する（ステップＳ２０６）。このとき、形式判別部１３は、解析した拡張子に基づき、予め設定しておいた変換可能形式情報（変換可能なデータ形式を示す拡張子のリストデータ）を参照し、拡張子が変換可能形式情報に設定される拡張子と一致するか否かの結果に基づき、上記変換可能形式判別を行う。
【００５３】
その結果、画像処理装置１００は、解析した拡張子が変換可能形式情報に設定される拡張子であり、変換可能なデータ形式であると判別した場合に（ステップＳ２０６：ＹＥＳ）、変換要求部１４により、変換可能なアプリケーションデータと判別された受信データをデータ変換装置３００に送信し、印刷データへの変換を要求する（ステップＳ２０７）。このとき、変換要求部１４は、ＰＤＬ種別値も送信し、画像処理装置１００で印刷可能なデータ形式に関する情報をデータ変換装置３００に通知する。
【００５４】
その後、画像処理装置１００は、上記ステップＳ２０１の処理へ移行し、データ変換装置３００からの要求応答の受付待ち状態（変換データ：印刷データの受信待ち状態）となる。
【００５５】
なお、画像処理装置１００は、印刷データと判別された受信データのヘッダに'％−１２３４５Ｘ'が含まれておらず、受信データが印刷実行可能なデータでないと判定した場合に（ステップＳ２０４：ＮＯ）、又は、解析した拡張子が変換可能形式情報に設定される拡張子でなく、アプリケーションデータと判別された受信データがデータ変換装置３００で変換可能なデータ形式でないと判別した場合に（ステップＳ２０６：ＮＯ）、所定のエラー処理を実行する（ステップＳ２０８）。ここでいう所定のデータ処理とは、例えば、印刷要求元の情報端末２００に対するエラー内容の通知処理などである。
【００５６】
これにより、本実施形態に係る印刷制御システム１では、画像処理装置１００において、情報端末２００からアプリケーションデータを受信すると、受信データのデータ形式が判別され、判別結果に基づき、受信データを印刷データに変換する処理（レンダリング処理）が制御される。
【００５７】
《データ変換装置の処理》
図４（Ｃ）に示すように、データ変換装置３００は、変換要求受付部３１により、画像処理装置１００からの印刷データへの変換要求を受け付けると（ステップＳ３０１：ＹＥＳ）、データ変換部３２により、受信データ（アプリケーションデータ）を印刷データに変換する（ステップＳ３０２）。このとき、データ変換部３２は、変換要求受付時に受信したＰＤＬ種別値に基づき、変換後のデータ形式（印刷データ形式）を特定し、受信データを、特定した所定の形式の印刷データ（ＰＤＬデータ）に変換する。
【００５８】
その結果、データ変換装置３００は、データ変換部３２により、変換データ（印刷データ）を、要求元の画像処理装置１００に送信し、変換要求に応答する（ステップＳ３０３）。
【００５９】
これにより、本実施形態に係る印刷制御システム１では、データ変換装置３００において、画像処理装置１００からアプリケーションデータを受信すると、画像処理装置１００の搭載ＰＤＬが解釈可能な印刷データに変換され、応答される。
【００６０】
このように、本実施形態に係る印刷制御システム１は、データ変換機能を有していない情報端末２００からの受信データを画像処理装置１００で印刷可能な環境を提供する。
【００６１】
［変形例１］
上記実施形態では、印刷制御システム１が１台のデータ変換装置３００を有するシステム構成を想定している。しかし、データ変換に係る処理負荷の軽減や多様なデータ形式への変換などの対応方法として、複数のデータ変換装置３００による分散処理が考えられる。
【００６２】
そこで、本変形例１では、画像処理装置１００において、複数のデータ変換装置３００の中から、データ変換を行う最適なデータ変換装置３００を決定する仕組みを提案する。
【００６３】
これにより、本変形例１では、データ変換の分散処理環境においても、データ変換機能を有していない情報端末２００からの受信データを画像処理装置１００で印刷可能な環境を提供する。その結果、本実施形態に係る印刷制御システム１では、データ変換の分散処理環境においても、利用者が、印刷先に依存するデータ変換機能を意識することなくロケーションフリー印刷を行うことができる。
【００６４】
なお、以降には、上記実施形態と異なる事項についてのみ説明し、同一事項については、同一参照符号を付し、その説明を省略する。
【００６５】
＜印刷制御機能＞
図５は、本変形例１に係る印刷制御機能の構成例を示す図である。
図５に示すように、本変形例１に係る印刷制御機能は、画像処理装置１００が制御情報保持部９０を有し、この制御情報を形式判別部１３が参照している点で上記実施形態と異なる。なお、制御情報保持部９０は、画像処理装置１００が備える記憶装置１１２の所定の記憶領域にあたる。
【００６６】
《画像処理装置》
図６は、本変形例１に係る制御情報９０Ｄのデータ例を示す図である。
図６に示すように、制御情報９０Ｄは、識別、変換可能形式、及び変換形式などの情報項目が対応付けられた１又は複数の情報セットを含み、該情報セットをデータ変換装置単位で管理している。
【００６７】
［識別］項目は、データ変換装置３００の識別情報を保持する項目であり、項目値には、データ変換装置３００にユニークに割り当てられた識別子（例えば「機器名」や「ネットワーク設定値」）などがある。
【００６８】
［変換可能形式］項目は、変換可能形式情報を保持する項目であり、項目値には、データ変換装置３００で変換可能なデータ形式のアプリケーションファイルの拡張子を示す１又は複数の文字列を含む拡張子のリストデータ'（ｄｏｃ，ｘｌｓ，ｐｐｔ，ｔｘｔ）'などがある。
【００６９】
［変換形式］項目は、データ変換装置３００で生成される印刷データ（変換データ）のデータ形式を示す情報（以下「変換形式情報」という）を保持する項目であり、項目値には、データ変換装置３００で生成される印刷データのＰＤＬ種別値を示す１又は複数の文字列を含むＰＤＬのリストデータ'（ｒｐｃｓ，ｐｓ，ｐｃｌ，ｐｄｆ）'などがある。
【００７０】
上記制御情報９０Ｄは、例えば、所定の設定ツールにより、管理者予め設定しておく。なお、画像処理装置１００が、データ変換装置３００に対して情報取得を要求し、取得した機器情報に基づき、上記制御情報９０Ｄの各情報項目値を自動設定する方法であってもよい。
【００７１】
図５の説明に戻る。形式判別部１３は、制御情報保持部９０にアクセスし、参照した制御情報９０Ｄとデータ解析部１２のデータ解析結果とに基づき、受信データのデータ形式を次のように判別する。
【００７２】
形式判別部１３は、受信データがアプリケーションデータであった場合に、拡張子種別解析の結果に基づき、制御情報９０Ｄの変換可能形式情報を参照し、アプリケーションデータがデータ変換装置３００で変換可能なデータ形式か否かを判別する。形式判別部１３は、拡張子が変換可能形式情報に設定される拡張子と一致した場合に、データ変換装置３００で変換可能なデータ形式であると判別する。
【００７３】
例えば、形式判別部１３は、受信データが"ＸＸＸ．ｄｏｃ"のアプリケーションデータであった場合に、図６に示す制御情報９０Ｄを参照すると、データ変換装置（Ａ），（Ｂ），（Ｃ）で変換可能なデータ形式であると判別する。
【００７４】
このように、データ変換の分散処理環境では、受信データのデータ形式によって、データ変換可能なデータ変換装置３００が複数存在することになる。そこで、本変形例１では、変換要求部１４が、制御情報保持部９０にアクセスし、参照した制御情報９０Ｄに基づき、複数のデータ変換装置３００の中から、データ変換要求を行うデータ変換装置３００を決定する。
【００７５】
変換要求部１４は、形式判別部１３により、受信データのデータ形式が複数のデータ変換装置３００で変換可能なデータ形式であると判別された場合に、制御情報９０Ｄの該当データ変換装置３００の識別情報に対応付けられた変換形式情報を参照し、データ変換装置３００で生成される印刷データが、画像処理装置１００で印刷可能なデータか否かを判定する。変換要求部１４は、参照した変換形式情報に設定されるＰＤＬ種別値が、画像処理装置１００が有する印刷機能（ＰＤＬ）の種別値と一致した場合に、画像処理装置１００で印刷可能なデータであると判定する。
【００７６】
変換要求部１４は、データ変換装置３００で生成される印刷データが、画像処理装置１００で印刷可能なデータであった場合に、該当データ変換装置３００をデータ変換要求の対象機器として決定する。
【００７７】
例えば、変換要求部１４は、形式判別部１３により、受信データが、データ変換装置（Ａ），（Ｂ），（Ｃ）で変換可能なデータ形式であると判別され、画像処理装置１００が有する印刷機能の種別値'ｒｐｃｓ'であった場合に、図６に示す制御情報９０Ｄを参照すると、データ変換装置（Ａ），（Ｂ），（Ｃ）の中から、データ変換装置（Ａ）をデータ変換要求の対象機器として決定する。
【００７８】
つまり、変換要求部１４は、データ変換装置３００で生成される印刷データが、画像処理装置１００で印刷可能なデータでなかった場合に、該当データ変換装置３００をデータ変換要求の対象機器から除外する。
【００７９】
また例えば、変換要求部１４は、形式判別部１３により、受信データが、データ変換装置（Ａ），（Ｂ），（Ｃ）で変換可能なデータ形式であると判別され、画像処理装置１００が有する印刷機能の種別値'ｐｃｌ'であった場合に、図６に示す制御情報９０Ｄを参照すると、データ変換装置（Ａ），（Ｂ），（Ｃ）の中から、データ変換装置（Ａ），（Ｃ）をデータ変換要求の対象機器として決定する。
【００８０】
このように、データ変換装置３００で生成される印刷データが、画像処理装置１００で印刷可能なデータであった場合に、該当データ変換装置３００が複数存在することがある。このような場合、変換要求部１４は、次のようにしてデータ変換装置３００を決定する。
【００８１】
変換要求部１４は、該当データ変換装置３００に対して情報応答を要求し、最も速く応答したデータ変換装置３００をデータ変換要求の対象機器として決定する。つまり、変換要求部１４は、データ変換要求時の処理負荷（通信負荷を含む）が最も低いデータ変換装置３００をデータ変換要求の対象機器として決定する。なお、データ変換装置３００の処理負荷を検証する方法には、上記応答速度による検証方法の他に、例えば、データ変換装置３００から取得した機器情報に含まれる処理負荷値（ＣＰＵ使用率）を機器同士で比較する検証方法もある。
【００８２】
また、変換要求部１４は、次のようにしてデータ変換装置３００を決定してもよい。例えば、制御情報９０Ｄに、データ変換装置３００ごとの優先順位を予め設定しておき、該当データ変換装置３００が複数存在する場合に、各機器の優先順位を比較し、優先順位が最も高いデータ変換装置３００をデータ変換要求の対象機器として決定する。
【００８３】
以下に、本変形例１に係る印刷制御機能の詳細な動作（機能部群の連携動作）について、画像処理装置１００で実行される処理手順を示すフローチャートを用いて説明する。
【００８４】
《画像処理装置の処理》
図７は、本変形例１に係る印刷制御の処理手順例を示すフローチャートである。なお、図７に示すステップＳ４０１−Ｓ４０５，Ｓ４１０の処理は、上記実施形態で説明した図４に示すステップＳ２０１−Ｓ２０５，Ｓ２０８の処理と同じである。よって、以下には、異なる処理手順（Ｓ４０６−Ｓ４０９の処理）についてのみ説明する。
【００８５】
図７に示すように、画像処理装置１００は、拡張子があり、受信データがアプリケーションデータであると判別した場合に（ステップＳ４０３：ＹＥＳ）、形式判別部１３により、制御情報保持部９０にアクセスし、参照した制御情報９０Ｄとデータ解析部１２の拡張子種別解析の結果に基づき、アプリケーションデータがデータ変換装置３００で変換可能なデータ形式か否かを判別する（ステップＳ４０６）。このとき、形式判別部１３は、拡張子種別解析の結果に基づき、制御情報９０Ｄの変換可能形式情報（変換可能なデータ形式を示す拡張子のリストデータ）を参照し、拡張子が変換可能形式情報に設定される拡張子と一致するか否かの結果に基づき、上記変換可能形式判別を行う。
【００８６】
その結果、画像処理装置１００は、解析した拡張子が変換可能形式情報に設定される拡張子であり、変換可能なデータ形式であると判別した場合に（ステップＳ４０６：ＹＥＳ）、変換要求部１４により、判別された受信データを変換可能なデータ変換装置３００が複数存在するか否かを判定する（ステップＳ４０７）。
【００８７】
画像処理装置１００は、該当データ変換装置３００が複数存在すると判定した場合に（ステップＳ４０７：ＹＥＳ）、変換要求部１４により、制御情報保持部９０にアクセスし、参照した制御情報９０Ｄに基づき、複数のデータ変換装置３００の中から、データ変換要求を行うデータ変換装置３００を決定する（ステップＳ４０８）。
【００８８】
このとき、変換要求部１４は、制御情報９０Ｄの該当データ変換装置３００の識別情報に対応付けられた変換形式情報（生成される印刷データのＰＤＬのリストデータ）を参照し、参照した変換形式情報に設定されるＰＤＬ種別値が、画像処理装置１００が有する印刷機能の種別値と一致するか否かを判定する。変換要求部１４は、この判定結果に基づき、データ変換装置３００で生成される印刷データが、画像処理装置１００で印刷可能なデータか否かを判定する。その結果、変換要求部１４は、データ変換装置３００で生成される印刷データが、画像処理装置１００で印刷可能なデータであった場合に、該当データ変換装置３００をデータ変換要求の対象機器として決定する（ステップＳ４０８：ＳＴＥＰ１）。
【００８９】
また、変換要求部１４は、データ変換装置３００で生成される印刷データが、画像処理装置１００で印刷可能なデータであり、該当データ変換装置３００が複数存在したと判定した場合に、該当データ変換装置３００に対して情報応答を要求し、最も速く応答したデータ変換装置３００をデータ変換要求の対象機器として決定する（ステップＳ４０８：ＳＴＥＰ２）。
【００９０】
その結果、画像処理装置１００は、変換要求部１４により、変換可能なアプリケーションデータと判別された受信データを、決定したデータ変換装置３００に送信し、印刷データへの変換を要求する（ステップＳ４０９）。
【００９１】
なお、画像処理装置１００は、該当データ変換装置３００が複数存在しないと判定した場合に（ステップＳ４０７：ＮＯ）、上記ステップＳ４０８（データ変換対象機器決定処理）をスキップし、上記ステップＳ４０９（データ変換要求処理）へと移行する。
【００９２】
これにより、本実施形態に係る印刷制御システム１では、画像処理装置１００において、複数のデータ変換装置３００の中から、データ変換を行う最適なデータ変換装置３００が決定される。
【００９３】
このように、本実施形態に係る印刷制御システム１は、データ変換の分散処理環境においても、データ変換機能を有していない情報端末２００からの受信データを画像処理装置１００で印刷可能な環境を提供する。
【００９４】
＜まとめ＞
以上のように、本実施形態に係る印刷制御システム１によれば、画像処理装置１００は、データ解析部１２が、情報端末２００からの受信データを解析し、形式判別部１３が、受信データのデータ形式を判別する。画像処理装置１００は、受信データが当該画像処理装置１００の印刷データに変換可能なデータ形式と判別した場合、変換要求部１４が、受信データをデータ変換装置３００に送信し、印刷データへの変換を要求する。その結果、画像処理装置１００は、印刷制御部１６が、データ変換装置３００からの応答時に受信した印刷データを印刷する。
【００９５】
これによって、本実施形態に係る印刷制御システム１は、データ変換機能を有していない情報端末２００からの受信データを画像処理装置１００で印刷可能な環境を提供でき、利用者が、印刷先に依存するデータ変換機能を意識することなくロケーションフリー印刷を行うことができる。
【００９６】
［第２の実施形態］
本実施形態では、利用者が外部の記憶領域に蓄積しておいたジョブも印刷対象ジョブとする仕組みを提案する。これにより、本実施形態では、データ変換機能を有していない情報端末２００から指定された蓄積ジョブを画像処理装置１００で印刷可能な環境を提供する。
【００９７】
なお、以降には、第１の実施形態と異なる事項についてのみ説明し、同一事項については、同一参照符号を付し、その説明を省略する。
【００９８】
＜システム構成＞
図８は、本実施形態に係る印刷制御システム１の構成例を示す図である。
図８に示すように、本実施形態に係る印刷制御システム１は、データ管理装置４００を有し、データ管理装置４００は、画像処理装置１００と情報端末２００とが接続される内部ネットワークＮに接続されている。
【００９９】
データ管理装置４００は、蓄積要求を受け付けると、受信データを所定の記憶領域に格納し、該データを管理するデータ管理機能を有する機器であり、ストレージサーバなどである。
【０１００】
本実施形態に係る印刷制御システム１では、上記システム構成により、次のような印刷サービスを提供する。
利用者は、情報端末２００からデータ管理装置４００に対して、アプリケーションデータ（印刷元データ）を送信し、印刷対象ジョブの蓄積を要求しておく。後に利用者は、情報端末２００からデータ管理装置４００に対して、ジョブリストの取得を要求し、画面上に表示されたジョブリストから印刷ジョブを選択する。その結果、情報端末２００からは、画像処理装置１００に、データ管理装置４００における選択ジョブデータ（アプリケーションデータ）の格納先を示す情報（以下「格納先情報」という）が送信され、ジョブデータ取得が要求される。
【０１０１】
これを受けて画像処理装置１００は、格納先情報に基づき、データ管理装置４００に対して、選択ジョブデータの取得を要求し、データ管理装置４００からの取得データをデータ変換装置３００に送信し、印刷データへの変換を要求する。このとき、画像処理装置１００は、データ変換装置３００に印刷可能なデータ形式を指定する。
【０１０２】
その結果、データ変換装置３００は、受信データを、指定データ形式に従った印刷データに変換し、変換データを要求元の画像処理装置１００に送信し、データ変換要求に応答する。これを受けて画像処理装置１００は、データ変換装置３００から受信した変換データ（印刷データ）を印刷する。
【０１０３】
＜印刷制御機能＞
図９は、本実施形態に係る印刷制御機能の構成例を示す図である。
図９に示すように、本実施形態に係る印刷制御機能は、リスト表示部２２とデータ管理部４１とを有し、リスト表示部２２は、情報端末２００で機能し、データ管理部４１は、データ管理装置４００で機能する。
【０１０４】
以下の説明では、第１の実施形態と異なる機能部について、データ管理装置４００、情報端末２００、画像処理装置１００の順に説明する。
【０１０５】
《データ管理装置》
データ管理部４１は、データ管理装置４００で保持するデータを管理する機能部である。データ管理装置４００は、外部（例えば「情報端末」）からの蓄積要求受付時の受信データをデータ管理情報保持部８０に保持する。このとき受信されるデータは、例えば、アプリケーションデータなどであり、印刷データへの変換前データである。また、データ管理情報保持部８０は、データ管理装置４００が備える記憶装置（非図示）の所定の記憶領域にあたる。
【０１０６】
データ管理部４１は、例えば、受信データの識別情報（以下「データ識別情報」という）、受信データのオーナーにあたる利用者の情報（以下「利用者情報」という）、及び受信データの格納先情報などが、受信データごとに対応付けられた１又は複数の情報セットを含むデータ管理情報に基づき、データを管理する。
【０１０７】
データ管理部４１は、蓄積要求を受け付けると、受信データを所定の記録領域に格納する。このとき、データ管理部４１は、データ管理情報保持部８０にアクセスし、受信データに対して採番した識別子をデータ識別情報として記録する。データ管理部４１は、利用者の識別子（例えば「利用者ＩＤ」や「利用者名」）を利用者情報として記録する。データ管理部４１は、格納した受信データへのアクセスパス（ＵＲＩ：Uniform Resource Identifier）を格納先情報として記録する。データ管理部４１は、このようにしてデータ管理情報を更新する。
【０１０８】
また、データ管理部４１は、ジョブリスト取得要求を受け付けると、データ管理情報保持部８０にアクセスし、取得要求時の利用者情報に基づき、データ管理情報の中から、要求者に該当する利用者情報を含む情報セットを特定し、特定した情報セットに基づき、要求者のジョブリストデータを生成する。その結果、データ管理部４１は、生成したジョブリストデータを要求元（情報端末）に送信する。
【０１０９】
また、データ管理部４１は、ジョブデータ取得要求を受け付けると、データ管理情報保持部８０にアクセスし、取得要求時の格納先情報に基づき、選択ジョブデータを取得する。その結果、データ管理部４１は、取得した選択ジョブデータを要求元（画像処理装置）に送信する。
【０１１０】
《情報端末》
リスト表示部２２は、利用者のジョブリストを表示する機能部である。リスト表示部２２は、データ管理装置４００に利用者情報を送信し、ジョブリストの取得を要求する。その結果、リスト表示部２２は、データ管理装置４００からの応答時に受信したジョブリストデータを情報端末２００の画面に表示する。このとき、リスト表示部２２は、利用者が、表示されたジョブリストから印刷ジョブを選択し印刷要求可能なＧＵＩを備えた操作画面（非図示）を表示する。
【０１１１】
リスト表示部２２は、ＧＵＩの操作イベントに基づき、利用者からのジョブ選択及び印刷先指定を含むジョブデータ取得要求の各動作指示を受け付ける。リスト表示部２２は、利用者からの動作指示を受け付けると、ジョブリストデータに含まれる格納先情報の中から、選択ジョブに該当する格納先情報を送信部２１に渡し、印刷先指定された画像処理装置１００へのジョブデータ取得要求を指示する。その結果、送信部２１は、選択ジョブの格納先情報を画像処理装置１００に送信する。
【０１１２】
《画像処理装置》
画像処理装置１００は、データ解析部１２により受信データを解析し、形式判別部１３により受信データのデータ形式を判別する。このとき、形式判別部１３は、格納先情報有無解析の結果に基づき、受信データがジョブデータ取得要求のデータ形式か否かを判別する。このとき、形式判別部１３は、受信データに格納先情報があった場合に、受信データがジョブデータ取得要求を指示するデータであると判別する。なお、データ解析部１２による格納先情報有無解析では、受信データにジョブデータへのアクセスパスであるＵＲＩのデータが含まれているかを解析する。
【０１１３】
その結果、画像処理装置１００は、受信データがジョブデータ取得要求を指示するデータであった場合に、格納先情報に基づき、データ管理装置４００に選択ジョブデータの取得を要求し、受信部１１により要求データを受信する。これにより、画像処理装置１００は、データ管理装置４００が備える記憶装置の所定の記憶領域に保持される選択ジョブに該当するアプリケーションデータを取得する。
【０１１４】
以後、画像処理装置１００では、データ管理装置４００からの受信データが解析され、解析結果に基づき、受信データのデータ形式が判別され、判別結果が変換可能なアプリケーションデータであった場合に、データ変換装置３００に受信データが送信され、印刷データへの変換が要求される。
【０１１５】
以上のように、本実施形態に係る印刷制御機能は、上記各機能部が連携動作することにより実現される。具体的には、システム１を構成する各機器に搭載（インストール）されたプログラム（印刷制御機能を実現するソフトウェア）が、演算装置（ＣＰＵ）により、記憶装置（「ＨＤＤ」や「ＲＯＭ」）からメモリ（ＲＡＭ）上に読み出され、各機器で以下の処理が実行されることにより実現される。
【０１１６】
以下に、本実施形態に係る印刷制御機能の詳細な動作（機能部群の連携動作）について、処理手順を示すフローチャートを用いて説明する。
【０１１７】
図１０は、本実施形態に係る印刷制御の処理手順例を示すフローチャートである。
図１０（Ａ）には、印刷制御における情報端末２００の処理、（Ｂ）には、印刷制御におけるデータ管理装置４００の処理、（Ｃ）には、印刷制御における画像処理装置１００の処理が示されている。なお、印刷制御におけるデータ変換装置３００の処理については、第１の実施形態で説明した図４に示すステップＳ２０３−Ｓ３０３の処理と同じである。よって、その説明を省略する。
【０１１８】
《情報端末の処理》
図１０（Ａ）に示すように、情報端末２００は、リスト表示部２２により、データ管理装置４００に利用者のジョブリストの取得を要求する（ステップＳ５０１）。このとき、リスト表示部２２は、利用者情報をデータ管理装置４００に送信する。
【０１１９】
その後、情報端末２００は、データ管理装置４００からのジョブリスト取得応答を受け付ける（ステップＳ５０２）。このとき、リスト表示部２２は、データ管理装置４００から利用者のジョブリストデータを受信する。
【０１２０】
これを受けて情報端末２００は、リスト表示部２２により、ジョブリストデータを画面に表示する（ステップＳ５０３）。
【０１２１】
その後、情報端末２００は、操作画面上から印刷ジョブの選択を受け付ける（ステップＳ５０４：ＹＥＳ）。
【０１２２】
これを受けて情報端末２００は、送信部２１により、ジョブリストデータに含まれる選択ジョブに該当する格納先情報（選択ジョブデータへのアクセスパス）を印刷先指定された画像処理装置１００に送信する（ステップＳ５０５）。
【０１２３】
これにより、本実施形態に係る印刷制御システム１では、情報端末２００から画像処理装置１００に対して印刷が要求される。
【０１２４】
《データ管理装置の処理》
図１０（Ｂ）に示すように、データ管理装置４００は、情報端末２００又は画像処理装置１００からのデータ取得要求を受け付ける（ステップＳ６０１：ＹＥＳ）。このとき、データ管理部４１は、受信データに含まれる情報種別に基づき、受け付けたデータ取得要求が、ジョブリスト取得要求又はジョブデータ取得要求を判別する。具体的には、受信データに利用者情報が含まれている場合には、受け付けたデータ取得要求がジョブリスト取得要求であると判別し、受信データに格納先情報（アクセスパス：ＵＲＩ）が含まれている場合には、受け付けたデータ取得要求がジョブデータ取得要求であると判別する。
【０１２５】
これを受けてデータ管理装置４００は、データ管理部４１により、データ管理情報保持部８０にアクセスし、要求データを情報端末２００又は画像処理装置１００に送信し、要求元に応答する（ステップＳ６０２）。このとき、データ管理部４１は、ジョブリスト取得要求を受け付けた場合に、取得要求受付時の利用者情報に基づき、要求者のデータ管理情報を特定し、特定したデータ管理情報に基づき、要求者のジョブリストデータを生成し、生成したジョブリストデータを要求元（情報端末）に送信する。また、データ管理部４１は、ジョブデータ取得要求を受け付けた場合に、取得要求時の格納先情報に基づき、所定の記憶領域に保持される選択ジョブデータを取得し、取得した選択ジョブデータを要求元（画像処理装置）に送信する。
【０１２６】
これにより、本実施形態に係る印刷制御システム１では、利用者が外部の記憶領域（データ管理装置）に蓄積しておいたジョブも印刷対象ジョブとされる。
【０１２７】
《画像処理装置の処理》
図１０（Ｃ）に示すように、画像処理装置１００は、受信部１１により、情報端末２００又はデータ変換部３００から送信されたデータを受信すると（ステップＳ２０１：ＹＥＳ）、データ解析部１２により、受信データを解析する（ステップＳ２０２）。このとき、データ解析部１２は、受信データファイルの拡張子とヘッダとを解析する。
【０１２８】
次に、画像処理装置１００は、形式判別部１３により、データ解析部１２の格納先情報有無解析の結果に基づき、受信データがジョブデータ取得要求を指示するデータであるか否かを判別する（ステップＳ７０３）。
【０１２９】
その結果、画像処理装置１００は、受信データに格納先情報（アクセスパス：ＵＲＩ）が含まれており、ジョブデータ取得要求を指示するデータであると判別した場合に（ステップＳ７０３：ＹＥＳ）、データ管理装置４００に選択ジョブデータの取得を要求する（ステップＳ７０７）。このとき、画像処理装置１００は、受信データである格納先情報をデータ管理装置４００に送信する。
【０１３０】
その後、画像処理装置１００は、上記ステップＳ７０１の処理へ移行し、データ管理装置４００からの要求応答の受付待ち状態（要求データ：ジョブデータの受信待ち状態）となる。
【０１３１】
一方、画像処理装置１００は、受信データに格納先情報が含まれておらず、ジョブデータ取得要求を指示するデータでないと判別した場合に（ステップＳ７０３：ＮＯ）、形式判別部１３により、データ解析部１２の拡張子有無解析の結果に基づき、受信データがアプリケーションデータか否かを判別する（ステップＳ７０４）。
【０１３２】
その結果、画像処理装置１００は、拡張子がなく、受信データがアプリケーションデータでない（印刷データ）と判別した場合に（ステップＳ７０４：ＮＯ）、実行可否判定部１５により、データ解析部１２のヘッダ解析の結果に基づき、判別した印刷データが印刷実行可能なデータか否かを判定する（ステップＳ７０５）。このとき、実行可否判定部１６は、印刷データと判別された受信データのヘッダに所定のデータ'％−１２３４５Ｘ'が含まれているか否かのヘッダ解析の結果に基づき、上記印刷実行可否判定を行う。
【０１３３】
その結果、画像処理装置１００は、印刷データと判別された受信データのヘッダに'％−１２３４５Ｘ'が含まれており、印刷実行可能なデータであると判定した場合に（ステップＳ７０５：ＹＥＳ）、印刷制御部１６により、印刷データの印刷処理を実行する（ステップＳ７０６）。このとき、印刷制御部１６は、印刷データと判別された受信データをプロッタ１３０に渡し、印刷処理の実行を指示する。その結果、プロッタ１３０では、予め設定された印刷条件設定に従って、受信データに基づく画像が形成され、印刷される。
【０１３４】
一方、画像処理装置１００は、拡張子があり、受信データがアプリケーションデータであると判別した場合に（ステップＳ７０４：ＹＥＳ）、形式判別部１３により、データ解析部１２の拡張子種別解析の結果に基づき、アプリケーションデータがデータ変換装置３００で変換可能なデータ形式か否かを判別する（ステップＳ７０８）。このとき、形式判別部１３は、解析した拡張子に基づき、予め設定しておいた変換可能形式情報（変換可能なデータ形式を示す拡張子のリストデータ）を参照し、拡張子が変換可能形式情報に設定される拡張子と一致するか否かの結果に基づき、上記変換可能形式判別を行う。
【０１３５】
その結果、画像処理装置１００は、解析した拡張子が変換可能形式情報に設定される拡張子であり、変換可能なデータ形式であると判別した場合に（ステップＳ７０８：ＹＥＳ）、変換要求部１４により、変換可能なアプリケーションデータと判別された受信データをデータ変換装置３００に送信し、印刷データへの変換を要求する（ステップＳ７０９）。このとき、変換要求部１４は、ＰＤＬ種別値も送信し、画像処理装置１００で印刷可能なデータ形式に関する情報をデータ変換装置３００に通知する。
【０１３６】
その後、画像処理装置１００は、上記ステップＳ７０１の処理へ移行し、データ変換装置３００からの要求応答の受付待ち状態（変換データ：印刷データの受信待ち状態）となる。
【０１３７】
なお、画像処理装置１００は、印刷データと判別された受信データのヘッダに'％−１２３４５Ｘ'が含まれておらず、受信データが印刷実行可能なデータでないと判定した場合に（ステップＳ７０５：ＮＯ）、又は、解析した拡張子が変換可能形式情報に設定される拡張子でなく、アプリケーションデータと判別された受信データがデータ変換装置３００で変換可能なデータ形式でないと判別した場合に（ステップＳ７０８：ＮＯ）、所定のエラー処理を実行する（ステップＳ７１０）。ここでいう所定のデータ処理とは、例えば、印刷要求元の情報端末２００に対するエラー内容の通知処理などである。
【０１３８】
これにより、本実施形態に係る印刷制御システム１では、画像処理装置１００において、情報端末２００から選択ジョブデータ取得要求を受け付けると、データ管理装置４００から選択ジョブデータが取得され、受信データのデータ形式が判別され、判別結果に基づき、受信データを印刷データに変換する処理（レンダリング処理）が制御される。
【０１３９】
このように、本実施形態に係る印刷制御システム１は、データ変換機能を有していない情報端末２００から指定された蓄積ジョブを画像処理装置１００で印刷可能な環境を提供する。
【０１４０】
［変形例２］
印刷制御システム１では、利便性向上の観点から、次のようなサービス提供が考えられる。例えば、データ変換装置３００で生成された印刷データを外部の記憶領域に格納し、次回同一ジョブの印刷（以下「再印刷」という）を行う際には、格納しておいた印刷データを用いる。これにより、印刷要求時のたびに印刷データへの変換処理を行わなくてよく、効率的な再印刷処理が実現される。
【０１４１】
そこで、本変形例２では、画像処理装置１００がデータ変換装置３００から受信した印刷データを外部の記憶領域に格納する仕組みを提案する。
【０１４２】
これにより、本変形例２では、データ変換機能を有していない情報端末２００から、一度変換された印刷データを画像処理装置１００で印刷可能な環境を提供する。その結果、本実施形態に係る印刷制御システム１では、利用者が、印刷先に依存するデータ変換機能を意識することなくロケーションフリー印刷を行うことができ、再印刷も効率的に行える。
【０１４３】
なお、以降には、上記実施形態と異なる事項についてのみ説明し、同一事項については、同一参照符号を付し、その説明を省略する。
【０１４４】
＜印刷制御機能＞
図１１は、本変形例２に係る印刷制御機能の構成例を示す図である。
図１１に示すように、本変形例２に係る印刷制御機能は、印刷制御部１６が印刷データをデータ管理装置４００に送信し、データ蓄積を要求する点で上記実施形態と異なる。
【０１４５】
印刷制御部１６は、実行可否判定部１５で印刷実行可能な印刷データであると判定された受信データを画像処理装置１００が備えるプロッタ１３０に渡し、印刷処理の実行を指示する。このとき、印刷制御部１６は、印刷データをデータ管理装置４００に送信し、データ蓄積を要求する。
【０１４６】
また、印刷制御部１６は、印刷データを送信する際に、印刷データの変換前データにあたる選択ジョブデータ（アプリケーションデータ）の格納先情報（情報端末からのジョブデータ取得要求時の受信データ）も送信する。その結果、データ管理部４００では、印刷データが所定の記憶領域に格納される。このとき、データ管理部４１では、データ管理情報保持部８０にアクセスし、蓄積要求時の格納先情報に基づき、データ管理情報の中から該当する格納先情報を含む情報セットが特定され、特定された情報セットに印刷データの格納先情報が新たに記録される。つまり、データ管理装置４００では、変換前データと変換データとが対応付けて管理される。
【０１４７】
これにより、情報端末２００では、データ管理装置４００から印刷データの格納先情報を含むジョブリストデータを受信し、利用者が印刷データを選択可能な操作画面を表示することができる。よって、画像処理装置１００では、情報端末２００からのジョブデータ取得要求受付時に、利用者が選択した印刷データの格納先情報を受信し、データ管理装置４００から該当印刷データを取得することができる。
【０１４８】
このように、本変形例２に係る印刷制御システム１では、印刷要求時のたびに印刷データへの変換処理が行われない。印刷制御システム１では、データ変換が必要なデータ（アプリケーションデータ）を受信した場合にのみ印刷データへの変換処理が行われる。
【０１４９】
なお、上記説明では、データ管理装置４００に印刷データを送信する構成について説明を行ったが、この限りでない。例えば、要求元の情報端末２００に印刷データを送信する構成であってもよく、画像処理装置１００では、印刷データの送信制御を、利用者からの送信先指定に従って行う。この場合、画像処理装置１００は、情報端末２００からのジョブ選択及び印刷先指定を含むジョブデータ取得要求時に送信先指定を受け付ける。
【０１５０】
以下に、本変形例２に係る印刷制御機能の詳細な動作（機能部群の連携動作）について、処理手順を示すフローチャートを用いて説明する。
【０１５１】
図１２は、本変形例２に係る印刷制御の処理手順例を示すフローチャートである。
図１２（Ａ）には、印刷制御における画像処理装置１００の処理、（Ｂ）には、印刷制御におけるデータ管理装置４００の処理が示されている。
【０１５２】
なお、印刷制御における情報端末２００の処理については、第２の実施形態で説明した図１０に示すステップＳ５０１−Ｓ５０５の処理と同じである。また、印刷制御におけるデータ変換装置３００の処理については、第１の実施形態で説明した図４に示すステップＳ２０３−Ｓ３０３の処理と同じである。よって、その説明を省略する。
【０１５３】
また、図１２に示すステップＳ８０１−Ｓ８０６，Ｓ８０８−Ｓ８１１の処理は、上記実施形態で説明した図１０に示すステップＳ７０１−Ｓ７０６，Ｓ７０７−Ｓ７１０の処理と同じである。よって、以下には、異なる処理手順（Ｓ８０７の処理）についてのみ説明する。
【０１５４】
《画像処理装置の処理》
図１２（Ａ）に示すように、画像処理装置１００は、印刷制御部１６により、印刷データの印刷処理を実行する（ステップＳ８０６）。その結果、プロッタ１３０では、予め設定された印刷条件設定に従って、受信データに基づく画像が形成され、印刷される。
【０１５５】
その後、画像処理装置１００は、データ管理装置４００に印刷処理を実行した印刷データの蓄積を要求する（ステップＳ８０７）。このとき、印刷制御部１６は、印刷データをデータ管理装置４００に送信するとともに、印刷データの変換前データにあたる選択ジョブデータ（アプリケーションデータ）の格納先情報も送信する。
【０１５６】
これにより、本変形例２に係る印刷制御システム１では、画像処理装置１００から外部の記憶領域に対して印刷データの蓄積が要求される。
【０１５７】
《データ管理装置の処理》
図１２（Ｂ）に示すように、データ管理装置４００は、画像処理装置１００からのデータ蓄積要求を受け付ける（ステップＳ９０１：ＹＥＳ）。
【０１５８】
これを受けてデータ管理装置４００は、データ管理部４１により、データ管理情報保持部８０にアクセスし、受信データを記憶装置に蓄積する（ステップＳ９０２）。このとき、データ管理部４１は、受信した印刷データを所定の記憶領域に格納するとともに、蓄積要求時の格納先情報に基づき、該当格納先情報を含むデータ管理情報を特定し、特定したデータ管理情報に印刷データの格納先情報を新たに記録する。
【０１５９】
これにより、本変形例２に係る印刷制御システム１では、データ変換装置３００により一度変換された印刷データが外部の記憶領域に蓄積される。
【０１６０】
＜まとめ＞
以上のように、本実施形態に係る印刷制御システム１によれば、画像処理装置１００は、データ解析部１２が、情報端末２００からの受信データを解析し、形式判別部１３が、受信データのデータ形式を判別する。画像処理装置１００は、受信データがジョブデータ取得要求のデータ形式と判別した場合、取得要求時の格納先情報に基づき、データ管理装置４００に情報端末２００で選択されたジョブデータの取得を要求する。その結果、画像処理装置１００は、データ管理装置４００からジョブデータ取得要求への応答を受け付ける。
【０１６１】
これを受けて画像処理装置１００は、受信データであるジョブデータが当該画像処理装置１００の印刷データに変換可能なデータ形式と判別した場合、変換要求部１４が、受信データをデータ変換装置３００に送信し、印刷データへの変換を要求する。その結果、画像処理装置１００は、印刷制御部１６が、データ変換装置３００からの応答時に受信した印刷データを印刷する。
【０１６２】
これによって、本実施形態に係る印刷制御システム１は、データ変換機能を有していない情報端末２００から指定された蓄積ジョブを画像処理装置１００で印刷可能な環境を提供でき、利用者が、印刷先に依存するデータ変換機能を意識することなく、外部の記憶領域に蓄積しておいたジョブもロケーションフリー印刷を行うことができる。
【０１６３】
ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る「印刷制御機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、システム１を構成する各機器（例えば「情報端末」、「画像処理装置」、「データ変換装置」、「データ管理装置」など）が備える演算装置（ＣＰＵ）により実行され連携動作することで実現される。
【０１６４】
上記プログラムは、コンピュータが読み取り可能な記録媒体１１４ａに格納することができる。これにより、例えば、画像処理装置１００の場合には、外部装置Ｉ／Ｆ１１４を介して、画像処理装置１００にインストールすることができる。また、画像処理装置１００は、通信Ｉ／Ｆ１１３を備えていることから、電気通信回線を用いてダウンロードし、インストールすることもできる。
【０１６５】
また、上記実施形態では、データ変換の分散処理環境に対して、画像処理装置１００が印刷データへの変換を要求するデータ変換装置３００を決定する構成について説明を行った。このとき、画像処理装置１００では、次のような対応処理を行ってもよい。画像処理装置１００は、データ変換要求後、データ変換装置３００からの応答（印刷データの受信）を待つ。このとき、画像処理装置１００は、予め設定しておいた所定時間内に、要求先のデータ変換装置３００から応答がなければ、自機の印刷データに変換可能な他のデータ変換装置３００に変換を要求する。また、画像処理装置１００は、要求先のデータ変換装置３００からエラーが応答された場合も、他のデータ変換装置３００に変換を要求し、データ変換処理をリカバリする。これにより、確実な印刷サービスを提供できる。
【０１６６】
また、データ変換の分散処理環境におけるデータ変換処理のリカバリ方法には、複数のデータ変換装置３００が連携することでも実現できる。例えば、データ変換装置３００は、エラーを検出し、要求元の画像処理装置１００に変換要求への正常応答を行うことができないと判断したとする。この場合、データ変換装置３００は、画像処理装置１００から変換要求時に受信したＰＤＬ種別値に基づき、画像処理装置１００の印刷データに変換可能な他のデータ変換装置３００に変換を要求する。このとき、要求元のデータ変換装置１００は、変換要求時の受信データやＰＤＬ種別値を要求先のデータ変換装置３００に送信するとともに、応答先にあたる画像処理装置１００のネットワーク設定値などを送信する。
【０１６７】
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１６８】
１      印刷制御システム
１１    受信部
１２    データ解析部
１３    形式判定部
１４    変換要求部
１５    実行可否判定部
１６    印刷制御部
２１    送信部
２２    リスト表示部
３１    変換要求受付部
３２    データ変換部
４１    データ管理部
８０    データ管理情報保持部
９０    制御情報保持部（Ｄ：制御情報）
１００  画像処理装置
２００  情報端末
３００  データ変換装置（レンダリングサーバ）
４００  データ管理装置（ストレージサーバ）
【先行技術文献】
【特許文献】
【０１６９】
【特許文献１】特開２００９−２９４８８９号公報
【図１】
2013073369.tif 000003
【図２】
2013073369.tif 000004
【図３】
2013073369.tif 000005
【図４】
2013073369.tif 000006
【図５】
2013073369.tif 000007
【図６】
2013073369.tif 000008
【図７】
2013073369.tif 000009
【図８】
2013073369.tif 000010
【図９】
2013073369.tif 000011
【図１０】
2013073369.tif 000012
【図１１】
2013073369.tif 000013
【図１２】
2013073369.tif 000014