JP2018067242A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】印刷属性情報を処理に適したデータ形式に変換する情報処理装置を提供する。【解決手段】第１コンバータ３２の入力データ形式特定部５０は、受信した印刷ジョブに含まれるＪＤＦデータの入力データ形式を特定する。変換処理内容決定部５４は、特定された入力データ形式に基づいてＪＤＦデータの変換に用いるＸＳＬＴスタイルシートを選択する。ＸＳＬＴプロセッサ５８は、ＪＤＦデータに当該ＸＳＬＴスタイルシートを適用することでＪＤＦデータを共通データ形式に変換する。第２コンバータの出力データ形式特定部は、印刷ジョブの送信先コントローラに応じて決定される出力データ形式を特定する。変換処理内容決定部は、特定された出力データ形式に基づいてＸＳＬＴスタイルシートを選択する。ＸＳＬＴプロセッサは、ＪＤＦデータに当該ＸＳＬＴスタイルシートを適用することで、共通データ形式のＪＤＦデータを出力データ形式に変換する。【選択図】図３

Description

本発明は、情報処理装置及びプログラムに関する。

従来、主にプロダクション印刷を行う際に、印刷ジョブの属性を示す情報、あるいは印刷処理装置（ＤＦＥ（Digital Front End）及びプリンタなど）への処理の実行指示を示す情報を含む印刷属性情報が生成されている。印刷属性情報は、ＪＤＦ（Job Definition Format）と呼ばれる規格に従って生成されるのが一般的である。印刷属性情報は、印刷対象の文書を示す印刷データに関連付けられて、印刷データと共に印刷処理装置へ送信される。これにより、印刷処理装置は、印刷属性情報に従って印刷データを印刷処理することができる。

印刷属性情報がＪＤＦに従って生成されることで、印刷属性情報において一定の汎用性が担保される。例えば、Ａ社の印刷処理装置がＢ社のデータ形式の印刷属性情報をある程度処理できるようになる。しかしながら、ＪＤＦにおいては、印刷属性情報に作成者独自の記述を追加できる拡張領域が確保されており、当該拡張領域において独自の記述が追加された場合、その汎用性が制限されることになる。

このような場合、後段の処理装置が印刷属性情報における独自の記述に対応したものでない場合、当該後段の処理装置において、印刷属性情報の参照あるいは内容更新を含む処理を好適に行うことができなくなる場合がある。例えば、Ａ社のデータ形式の印刷属性情報にＡ社独自の記述が含まれている場合、Ｂ社の印刷処理装置が当該印刷属性情報を好適に処理できなくなる場合がある。また、例えば、サーバなどにおいて印刷属性情報に対して処理を行う場合、当該サーバが対応するデータ形式以外のデータ形式の印刷属性情報を処理できなくなる場合がある。あるいは、複数のデータ形式の印刷属性情報に対応すべく、複数のデータ形式に応じた処理を行うことができるようにサーバ側で対応しなければならなくなる（例えば複数のデータ形式に応じた複数のプログラムを用意しなければならないなど）場合がある。

本発明の目的は、印刷属性情報を処理に適したデータ形式に変換することにある。

請求項１に係る発明は、印刷ジョブの属性を示す印刷属性情報の変換前データ形式及び変換先データ形式の少なくとも一方に基づいて、前記印刷属性情報の変換規則を決定する変換規則決定手段と、決定された前記変換規則に応じて、前記変換前データ形式から前記変換先データ形式に、前記印刷属性情報のデータ形式を変換するデータ形式変換手段と、を備えることを特徴とする情報処理装置である。

請求項２に係る発明は、前記データ形式変換手段は、前記変換前データ形式としての入力データ形式に基づいて決定された前記変換規則に応じて、前記入力データ形式から、前記変換先データ形式としての、予め定義された共通データ形式に、前記印刷属性情報のデータ形式を変換し、前記情報処理装置は、さらに、前記共通データ形式の前記印刷属性情報を処理する印刷属性情報処理手段、を備える、ことを特徴とする請求項１に記載の情報処理装置である。

請求項３に係る発明は、前記データ形式変換手段は、前記変換先データ形式としての出力データ形式に基づいて決定された前記変換規則に応じて、前記変換前データ形式としての前記共通データ形式から前記出力データ形式に、前記印刷属性情報のデータ形式を変換し、前記出力データ形式は、前記印刷属性情報が出力される印刷処理装置に応じて決定される、ことを特徴とする請求項２に記載の情報処理装置である。

請求項４に係る発明は、前記情報処理装置は、さらに、前記変換規則を複数記憶する記憶手段、をさらに備え、前記変換規則決定手段は、前記複数の変換規則から１つの変換規則を選択する、ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置である。

請求項５に係る発明は、コンピュータを、印刷ジョブの属性を示す印刷属性情報の変換前データ形式及び変換先データ形式の少なくとも一方に基づいて、前記印刷属性情報の変換規則を決定する変換規則決定手段と、決定された前記変換規則に応じて、前記変換前データ形式から前記変換先データ形式に、前記印刷属性情報のデータ形式を変換するデータ形式変換手段と、として機能させることを特徴とするプログラムである。

請求項１又は５に係る発明によれば、印刷属性情報を処理に適したデータ形式に変換することができる。

請求項２に係る発明によれば、印刷属性情報処理手段は、入力データ形式に関わらず、好適に印刷属性情報を処理することができる。

請求項３に係る発明によれば、印刷属性情報が出力される印刷処理装置に適したデータ形式に印刷属性情報を変換することができる。

請求項４に係る発明によれば、予め用意された変換規則の中から印刷属性情報のデータ形式を変換するための変換規則を選択することができる。

本実施形態に係る印刷システムの構成概略図である。 印刷ジョブ管理サーバの機能ブロック図である。 第１コンバータの機能ブロック図である。 ＸＳＬＴスタイルシートの内容の例を示す図である。 第２コンバータの機能ブロック図である。 本実施形態に係る印刷ジョブ管理サーバの処理の流れを示すフローチャートである。

以下、本発明の実施形態について説明する。

図１に、本実施形態に係る印刷システム１０の構成概略図が示されている。印刷システム１０は、ユーザ端末１２、コントローラ群１４、プリンタ群１６、及び、情報処理装置としての印刷ジョブ管理サーバ１８を含んで構成されている。ユーザ端末１２と印刷ジョブ管理サーバ１８は、インターネットあるいはＬＡＮ（Local Area Network）などの通信回線２０ａを介して通信可能に接続され、印刷ジョブ管理サーバ１８とコントローラ群１４は、同じくインターネットあるいはＬＡＮなどの通信回線２０ｂを介して通信可能に接続されている。なお、図１には１つのユーザ端末１２が示されているが、印刷システム１０は、複数のユーザ端末１２が含まれていてよい。

コントローラ群１４に含まれる各コントローラは、プリンタ群１６に含まれる各プリンタに対応するものである。コントローラとプリンタのセットが印刷処理装置を構成する。本実施形態においては、コントローラＡ及びプリンタＡのセットはＡ社が提供するものであり、コントローラＢ及びプリンタＢのセットはＢ社が提供するものであり、コントローラＣ及びプリンタＣのセットはＣ社が提供するものであるとする。図１には、コントローラとプリンタのセットが３セット示されているが、印刷システム１０としては、それ以外の数のセットを含むようにしてもよい。また、図１の例では、プリンタ群１６はコントローラ群１４を介して印刷ジョブ管理サーバ１８に接続されているが、プリンタ群１６は、コントローラ群１４を介さずに印刷ジョブ管理サーバ１８と通信可能であってもよい。

ユーザ端末１２は、印刷システム１０の操作者（ユーザ）が利用するものであり、汎用コンピュータであってよい。ユーザ端末１２は、ＣＰＵ（Central Processing Unit）などの制御部、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、あるいはハードディスクなどの記憶部、マウス、キーボードなどの入力部、液晶ディスプレイなどの表示部、通信回線２０ａを介して印刷ジョブ管理サーバ１８と通信するためのネットワークアダプタなどの通信部を含んで構成される。ユーザ端末１２から印刷ジョブ管理サーバ１８へのアクセスは、ウェブブラウザのような汎用ブラウザを用いてアクセスすることができる。

ユーザ端末１２は、ユーザの指示に従って印刷ジョブを生成し、印刷ジョブ管理サーバ１８に送信する。さらに、ユーザ端末１２は、ユーザの指示に従って印刷ジョブの属性を示す印刷属性情報を生成する。本実施形態では、印刷属性情報には、ＪＤＦデータ及びＪＭＦ（Job Messaging Format）データが含まれる。

ＪＤＦデータは、ＪＤＦ規格に従って生成されるものであり、具体的にはＸＭＬ（Extensible Markup Language）で記述されたデータである。ＪＤＦデータは、印刷ジョブの各種設定を示すものである。例えば、ＪＤＦデータには、印刷部数、両面／片面印刷、使用する用紙トレイの指示、ＲＩＰの種類、色設定、画質設定、用紙設定、出力方法（レイアウト、ウォーターマーク挿入など）、フィニッシング設定（紙折り、断裁、くるみ製本など）などの各種設定情報が含まれる。

ＪＭＦデータも、ＪＤＦ規格に従って生成され、ＸＭＬで記述されたデータである。ＪＭＦデータには、コントローラ及びプリンタに対する各種指示情報が含まれる。指示情報としては、例えば、ＪＭＦデータには、コントローラ及びプリンタに対する実行指示あるいは問い合わせ内容を示す情報が含まれる。

ＪＤＦデータ及びＪＭＦデータは、それぞれ印刷ジョブに含められる。つまり、印刷ジョブは、印刷対象の文書を示す印刷データ、ＪＤＦデータ、及びＪＭＦデータを含む。本実施形態においては、ＪＤＦデータ及びＪＭＦデータは、それぞれＪＤＦファイル及びＪＭＦファイルとしてまとめられ、印刷ジョブに含められる。

ユーザ端末１２は、複数のデータ形式の印刷属性情報を生成することができる。印刷属性情報は、ＪＤＦに従って生成されるものの、例えば、Ａ社、Ｂ社、Ｃ社が、それぞれ自社が規定する独自の記述が含まれているとすると、各社規定の各印刷属性情報のデータ形式が互いに異なることになる。本実施形態においては、ユーザ端末１２は、Ａ社形式、Ｂ社形式、Ｃ社形式、あるいはそれ以外の会社が規定するデータ形式の印刷属性情報を生成可能であるとする。なお、同一の会社であっても、コントローラあるいはプリンタの特定により印刷属性情報のデータ形式が異なる場合もある。

コントローラ群１４に含まれる各コントローラは、ＤＦＥ（Digital Front End）として機能するものであり、ユーザ端末１２から印刷ジョブ管理サーバ１８を介して受信した印刷ジョブに対して処理を行うものである。具体的には、印刷データに対して処理を行い、プリンタが処理可能なラスタデータを生成する処理を行う。また、各コントローラは、印刷データに対する処理にあたり、印刷属性情報を参照し、また必要であればその内容を更新する処理を行う。本実施形態においては、上述の通り、各コントローラは各社が提供するものであり、各コントローラは、自社形式の印刷属性情報は好適に処理（参照、更新など）することができるが、他社形式の印刷属性情報を処理できない場合がある。例えば、Ａ社が提供するコントローラＡは、Ｂ社形式の印刷属性情報を処理できない場合がある。

なお、各コントローラは、自分自身あるいは対応するプリンタの状態を示す状態情報を印刷ジョブ管理サーバ１８に送信する処理を行う。状態情報としては、コントローラあるいはプリンタが実現可能な機能（例えば両面印刷の可否など）、あるいは各プリンタの各トレイにセットされている用紙の情報などが含まれる。本実施形態では、状態情報もＪＤＦに従ってＸＭＬで記述されるものとする。状態情報についても、各社によってそれぞれデータ形式が異なる。例えば、コントローラＡが送信する状態情報とコントローラＢが送信する状態情報はそのデータ形式が互いに異なる。つまり、印刷ジョブ管理サーバ１８側からすれば、コントローラ群１４から、複数のデータ形式の状態情報を受信することになる。

プリンタ群１６に含まれる各プリンタは、対応する各コントローラから受信したラスタデータに基づいて印刷処理を実行する。

印刷ジョブ管理サーバ１８は、例えばサーバコンピュータによって構成される。印刷ジョブ管理サーバ１８は、ユーザ端末１２から送信された印刷ジョブの管理、印刷ジョブに対する処理、及び、ユーザに対するユーザインタフェースの提供などの処理を行う。印刷ジョブの管理としては、例えば、印刷ジョブ管理サーバ１８は、ユーザ端末１２から受信した印刷ジョブを各コントローラへ振り分ける処理を行う。振り分け先のコントローラはユーザによって指定されてよい。印刷ジョブに対する処理としては、例えば、印刷ジョブ管理サーバ１８は、印刷データに対するプリプレス処理を行う。プリプレス処理とは、プリフライト処理、ページ番号付与処理、面付け処理、あるいは透かし処理などを含むものである。また、当該プリプレス処理にあたって、印刷属性情報に対する処理、すなわち、印刷属性情報の参照及び内容の更新を行う。ユーザインタフェースの提供としては、例えば、印刷ジョブ管理サーバ１８は、各印刷ジョブの処理状況を示す画面をユーザ端末１２の表示部に表示させる処理などを行う。

印刷ジョブ管理サーバ１８によって、コントローラ及びプリンタの各セットに送信される印刷ジョブ、あるいはそれに関する情報（印刷属性情報、状態情報など）が統合的に管理される。これにより、印刷ジョブの処理の効率化、コントローラ及びプリンタの各セットにおける稼働状態の管理の効率化、ユーザにおけるユーザビリティの向上などが実現される。

印刷システム１０の構成概要は以上の通りである。以下、図２を参照して印刷ジョブ管理サーバ１８の詳細について説明する。

図２には、印刷ジョブ管理サーバ１８の機能ブロック図が示されている。

端末側送受信部３０は、例えばネットワークアダプタなどで構成され、通信回線２０ａを介してユーザ端末１２と通信するためのものである。具体的には、端末側送受信部３０は、ユーザ端末１２からの印刷ジョブ（印刷データ、ＪＤＦデータ、及びＪＭＦデータ含む）を受信する。上述の通り、ユーザ端末１２は、様々なデータ形式のＪＤＦデータ及びＪＭＦデータを生成し得ることから、端末側送受信部３０が受信する印刷ジョブは、様々なデータ形式のＪＤＦデータ及びＪＭＦデータを含み得るものである。また、端末側送受信部３０は、ユーザからの各種指示情報（例えば印刷ジョブの送信先を指定する情報）などをユーザ端末１２から受信する。さらに、端末側送受信部３０は、後述の制御部４０からの制御に従って、ユーザ端末１２の表示部に各種画面を表示させるための各種画面情報をユーザ端末１２に対して送信する。

第１コンバータ３２は、端末側送受信部３０が受信した印刷ジョブに含まれるＪＤＦデータのデータ形式を予め定義された共通データ形式に変換する処理を行う。ここでは、端末側送受信部３０が受信したＪＤＦのデータ形式を入力データ形式と呼ぶ。つまり、第１コンバータ３２は、変換前データ形式としての入力データ形式から変換先データ形式としての共通データ形式に、ＪＤＦのデータ形式を変換する。共通データ形式とは、後述のジョブ処理部３４の処理に適した形式である。なお、本実施形態においては、第１コンバータ３２（及び後述の第２コンバータ３６）がＪＤＦデータのデータ形式を変換するが、必要に応じてＪＭＦデータのデータ形式も同様に変換するようにしてもよい。第１コンバータ３２の処理の詳細については後述する。

なお、第１コンバータ３２は、コントローラ群１４から送信された状態情報のデータ形式を予め定義された（印刷ジョブ管理サーバ１８で処理するのに適した）データ形式に変換する処理も行う。

ジョブ処理部３４は、端末側送受信部３０が受信した印刷データに対して、上述のプリプレス処理を行う。当該プリプレス処理にあたって、ジョブ処理部３４は、第１コンバータ３２により変換された共通データ形式のＪＤＦデータを参照する。また、必要に応じて共通データ形式のＪＤＦデータの内容を更新する処理を行う。このように、ジョブ処理部３４は、印刷属性情報処理手段としても機能する。

第２コンバータ３６は、第１コンバータ３２が変換した共通データ形式のＪＤＦデータを、印刷ジョブが送信されるコントローラに応じた出力データ形式に変換する処理を行う。つまり、第２コンバータ３６は、変換前データ形式としての共通データ形式から変換先データ形式としての出力データ形式に、ＪＤＦのデータ形式を変換する。当該出力データ形式は、印刷ジョブの送信先のコントローラあるいはプリンタが処理するのに適した形式である。第２コンバータ３６の処理の詳細についても後述する。

コントローラ側送受信部３８は、例えば端末側送受信部３０同様ネットワークアダプタなどで構成され、通信回線２０ｂを介してコントローラ群１４と通信するためのものである。具体的には、コントローラ側送受信部３８は、印刷ジョブをユーザ指定のコントローラに送信する。送信される印刷ジョブには、第１コンバータ３２により共通データ形式に変換され、ジョブ処理部３４により処理され、第２コンバータ３６により送信先のコントローラに応じた出力データ形式に変換されたＪＤＦデータ（及びＪＭＦデータ）が含まれる。また、コントローラ側送受信部３８は、コントローラ群１４から状態情報を受信する。

制御部４０は、例えばＣＰＵなどから構成され、記憶部４２に記憶されたプログラムに従って、印刷ジョブ管理サーバ１８の各部を制御するものである。特に、制御部４０は、ユーザ端末１２からの指示情報に基づいて、印刷ジョブの送信先となるコントローラを決定する処理を行う。あるいは、コントローラ群１４から受信した状態情報に基づいて、当該状態情報をユーザ端末１２の表示部に表示させるための画面情報を送信する処理を行う。

記憶部４２は、例えばＲＯＭ、ＲＡＭ、あるいはハードディスクなどから構成される。記憶部４２には、印刷ジョブ管理サーバ１８の各部を機能させるためのプログラムが記憶される。また、記憶部４２には、第１コンバータ３２及び第２コンバータ３６による変換処理に必要な各種情報（後述）が記憶される。

印刷ジョブ管理サーバ１８の構成概要は以上の通りである。なお、図２に示す構成のうち、第１コンバータ３２、ジョブ処理部３４、及び第２コンバータ３６の各部は、例えば電気電子回路やプロセッサなどのハードウェアを利用して実現することができ、その実現において必要に応じてメモリなどのデバイスが利用されてもよい。また、上記各部に対応した機能が、ＣＰＵやプロセッサやメモリなどのハードウェアと、ＣＰＵやプロセッサの動作を規定するソフトウェア（プログラム）との協働により実現されてもよい。

以下、図３を参照して、第１コンバータ３２の詳細について説明する。図３には、第１コンバータ３２の機能ブロック図が示されている。

入力データ形式特定部５０は、端末側送受信部３０が受信した印刷ジョブに含まれるＪＤＦデータのデータ形式（入力データ形式）を特定する。例えば、入力データ形式特定部５０は、入力データ形式が、Ａ社形式、Ｂ社形式、Ｃ社形式、あるいは他のデータ形式のいずれであるかを特定する。具体的には、入力データ形式特定部５０は、記憶部４２に記憶されたＪＤＦデータ特徴情報５２に基づいてデータ形式の特定を行う。

ＪＤＦデータ特徴情報５２は、各データ形式のＪＤＦデータが有する特徴を示す情報である。例えば、Ａ社形式のＪＤＦデータが、ＸＭＬのデータ構造において「ＡＡＡ」という名前の独自のタグを有するのであれば、「ＡＡＡ」という名前のタグがＡ社形式の特徴としてＪＤＦデータ特徴情報５２に含まれる。あるいは、Ｂ社形式のＪＤＦデータが、「ｂｂｂ」という独自のデータを有するのであれば、「ｂｂｂ」というデータがＢ社形式の特徴としてＪＤＦデータ特徴情報５２に含まれる。なお、ＪＤＦデータ特徴情報５２は、印刷ジョブ管理サーバ１８の管理者などによって予め生成されて記憶部４２に記憶されてよい。

入力データ形式特定部５０は、入力データ形式のＪＤＦデータの内容と、ＪＤＦデータ特徴情報５２とに基づいて、入力データ形式がいずれのデータ形式であるのかを特定する。なお、例えばＪＤＦデータ特徴情報５２に含まれる特徴がＪＤＦデータから発見されずに、入力データ形式がいずれのデータ形式であるのかを特定できなかった場合、入力データ形式特定部５０は、入力データ形式を予め定められたデフォルトデータ形式（例えばＡ社形式）として特定する。

また、ユーザは、入力データ形式を特定する情報をユーザ端末１２から印刷ジョブ管理サーバ１８に送信することができる。この場合は、入力データ形式特定部５０は、ユーザ端末１２から送信された当該情報に基づいて入力データ形式を特定するようにしてもよい。

変換規則決定手段としての変換処理内容決定部５４は、入力データ形式特定部５０が特定した入力データ形式に基づいて、ＪＤＦデータを入力データ形式から共通データ形式に変換するための変換処理の内容（変換規則）を決定する。ＪＤＦデータがＸＭＬで記述されていることから、本実施形態においては、データ形式の変換処理は、変換規則としてのＸＳＬＴ（XSL Transformation）スタイルシートに基づいて行われる。ＸＳＬＴスタイルシートは、ＸＭＬ文書の変換を行うものである。すなわち、変換処理内容決定部５４は、ＪＤＦデータのデータ形式の変換に用いるＸＳＬＴスタイルシートを決定することで、変換処理の変換規則を決定する。

本実施形態においては、記憶手段としての記憶部４２に、複数のＸＳＬＴスタイルシートからなるＸＳＬＴスタイルシート群５６が記憶されている。ＸＳＬＴスタイルシート群５６に含まれる各ＸＳＬＴスタイルシートは、予測される各入力データ形式（つまり印刷ジョブ管理サーバ１８が受信する印刷ジョブに含まれるＪＤＦデータが取り得る各データ形式）に対応するものであり、各入力データ形式を共通データ形式に変換するためのものである。例えば、ＸＳＬＴスタイルシート群５６には、Ａ社形式から共通データ形式に変換するＸＳＬＴスタイルシート、Ｂ社形式から共通データ形式に変換するＸＳＬＴスタイルシート、Ｃ社形式から共通データ形式に変換するＸＳＬＴスタイルシートなどが含まれる。なお、ＸＳＬＴスタイルシート群５６は、印刷ジョブ管理サーバ１８の管理者などによって予め生成されて記憶部４２に記憶されてよい。また、ＸＳＬＴスタイルシート群５６に含まれる各スタイルシートは、コントローラ群１４から送信されてくる状態情報に基づいて書き換えられるようにしてもよい。なお、コントローラ群１４から受信した状態情報は、上述のように第１コンバータ３２により予め定義されたデータ形式に変換されてもよいし、制御部４０にそのまま送信されるようにしてもよい。つまり、制御部４０としては、コントローラ群１４から送信された状態情報をそのままの形式で受信して、それに基づいてＸＳＬＴスタイルシートの書き換えを行ってもよい。

図４に、ＸＳＬＴスタイルシートの内容の例が示されている。ＸＳＬＴスタイルシートもＸＭＬで記述されるものである。図４に示すＸＭＬのうち、上から５〜６行目における
<xsl:template match="from-attribute">
<to-attribute><xsl:value-of select="."/></to-attribute>
という記述が、入力データ形式のＪＤＦデータにおける「from-attribute」というタグ名を「to-attribute」というタグ名に変換することを意味している。また、「<xsl:value-of select="."/>」という記述は、「from-attribute」というタグのデータを「to-attribute」というタグのデータとして維持することを意味している。なお、図４の例のＸＳＬＴスタイルシートは、ＪＤＦデータにおけるタグ名変換、つまりデータ構造の変換を行う例であるが、ＸＳＬＴスタイルシートには、データ構造の変換のみならず、データ自体を変換する処理が含まれていてもよい。

図３に戻り、変換処理内容決定部５４は、入力データ形式特定部５０が特定した入力データ形式に基づいて、ＸＳＬＴスタイルシート群５６の中から１つのＸＳＬＴスタイルシートを選択する。例えば、入力データ形式としてＡ社形式が特定された場合は、Ａ社形式から共通データ形式に変換するＸＳＬＴスタイルシートを選択する。これにより、ＪＤＦデータの変換処理の変換規則が決定される。

データ形式変換手段としてのＸＳＬＴプロセッサ５８は、変換処理内容決定部５４が選択したＸＳＬＴスタイルシートに基づいて、ＪＤＦデータのデータ形式を変換する処理を行う。ＸＳＬＴプロセッサ５８が、入力データ形式のＪＤＦデータに対して、選択されたＸＳＬＴスタイルシートを適用すると、当該ＪＤＦデータが共通データ形式に変換される。なお、入力データ形式のＪＤＦデータが有する独自の特徴であって、選択されたＸＳＬＴスタイルシートに当該特徴を共通データ形式に対応したものに変換する記述が含まれていない場合（つまり共通データ形式に変換できない独自の特徴がある場合）は、当該特徴は共通データ形式にそのまま残すようにしてよい。

第１コンバータ３２によれば、端末側送受信部３０が受信した印刷ジョブにいずれのデータ形式のＪＤＦデータが含まれていたとしても、それが共通データ形式のＪＤＦデータに変換される。したがって、ジョブ処理部３４としては、各種データ形式のＪＤＦデータに対応する必要なく、共通データ形式のＪＤＦデータを処理できればよいことになる。これにより、ジョブ処理部３４における処理の簡略化、あるいは高速化が実現される。

なお、第１コンバータ３２は、各コントローラから送信される状態情報のデータ形式の変換も行う。状態情報のデータ形式変換処理は、上述と同様であってよい。すなわち、各社の状態情報の特徴を示す状態情報特徴情報（不図示）を記憶部４２に予め記憶しておき、入力データ形式特定部５０が、当該状態情報特徴情報に基づいて、コントローラ側送受信部３８が受信した状態情報のデータ形式を特定する。そして、変換処理内容決定部５４が、特定したデータ形式に基づいて、予め記憶部４２に記憶された、特定したデータ形式の状態情報を印刷ジョブ管理サーバ１８が処理するのに適したデータ形式に変換するためのＸＳＬＴスタイルシートを選択する。そして、ＸＳＬＴプロセッサ５８が、状態情報に対して、選択されたＸＳＬＴスタイルシートを適用すると、当該状態情報の形式が変換される。各コントローラによって互いに異なるデータ形式の状態情報が規定のデータ形式に変換されることで、どのようなデータ形式の状態情報を受信したとしても、印刷ジョブ管理サーバ１８（例えば制御部４０）は、常に規定のデータ形式に対して処理を行えばよいことになる。

以下、図５を参照して、第２コンバータ３６の詳細について説明する。図５には、第２コンバータ３６の機能ブロック図が示されている。

出力データ形式特定部７０は、第１コンバータ３２により変換され、ジョブ処理部３４により処理された共通データ形式のＪＤＦデータの変換先のデータ形式（出力データ形式）を特定する。出力データ形式は、当該ＪＤＦデータが含まれる印刷ジョブの送信先に応じて決定されるものである。詳しくは、出力データ形式は、それが含まれる印刷ジョブの送信先における処理に適したデータ形式である。例えば、印刷ジョブがコントローラＡに送信される場合、出力データ形式はＡ社形式であると特定される。上述のように、印刷ジョブの送信先はユーザにより指定され、送信先を示す情報がユーザ端末１２から印刷ジョブ管理サーバ１８へ送信される。端末側送受信部３０が当該情報を受信すると、制御部４０が出力データ形式特定部７０に当該情報を転送する。出力データ形式特定部７０は、制御部４０から転送された当該情報に基づいて、出力データ形式を特定する。

変換規則決定手段としての変換処理内容決定部７２は、出力データ形式特定部７０が特定した出力データ形式に基づいて、ＪＤＦデータを共通データ形式から出力データ形式に変換するための変換処理の内容（変換規則）を決定する。第１コンバータ３２と同様に、ＪＤＦのデータ形式の変換処理は、ＪＤＦデータのデータ形式の変換に用いるＸＳＬＴスタイルシートを決定することで、変換処理の変換規則を決定する。

記憶部４２には、ＸＳＬＴスタイルシート群７４が記憶されている。ＸＳＬＴスタイルシート群７４に含まれる各ＸＳＬＴスタイルシートは、印刷ジョブ管理サーバ１８から印刷ジョブが送信される各コントローラが処理可能な各出力データ形式に対応するものであり、共通データ形式を各出力データ形式に変換するためのものである。例えば、ＸＳＬＴスタイルシート群７４には、共通データ形式からＡ社形式に変換するＸＳＬＴスタイルシート、共通データ形式からＢ社形式に変換するＸＳＬＴスタイルシート、共通データ形式からＣ社形式に変換するＸＳＬＴスタイルシートなどが含まれる。なお、ＸＳＬＴスタイルシート群７４も、印刷ジョブ管理サーバ１８の管理者などによって予め生成されて記憶部４２に記憶されてよい。

変換処理内容決定部７２は、出力データ形式特定部７０が特定したデータ形式、つまり出力データ形式に基づいて、ＸＳＬＴスタイルシート群７４の中から１つのＸＳＬＴスタイルシートを選択する。例えば、出力データ形式としてＡ社形式が特定された場合は、共通データ形式からＡ社形式に変換するＸＳＬＴスタイルシートが選択される。これにより、ＪＤＦデータの変換処理の変換規則が決定される。

データ形式変換手段としてのＸＳＬＴプロセッサ７６は、変換処理内容決定部７２が選択したＸＳＬＴスタイルシートに基づいて、ＪＤＦデータのデータ形式を変換する処理を行う。ＸＳＬＴプロセッサ７６が、共通データ形式のＪＤＦデータに対して、選択されたＸＳＬＴスタイルシートを適用すると、当該ＪＤＦデータが出力データ形式に変換される。なお、共通データ形式のＪＤＦデータが、第１コンバータ３２によって変換されなかった独自の特徴を含む場合は、当該特徴はそのまま出力データに残すようにしてよい。

入出力ＪＤＦデータ管理部７８は、入力データ形式のＪＤＦデータと、出力データ形式のＪＤＦデータとを関連付けて管理する。入出力ＪＤＦデータ管理部７８は、入力データ形式のＪＤＦデータ及び出力データ形式のＪＤＦデータ自体を記憶部４２に関連付けて記憶させてもよいし、両データの関連付けを示す情報を記憶部４２に記憶させるようにしてもよい。

第２コンバータ３６によれば、ユーザにより印刷ジョブの送信先としていずれのコントローラが選択された場合であっても、当該出力先のコントローラにおける処理に適した出力データ形式にＪＤＦデータが変換される。したがって、印刷ジョブ管理サーバ１８から印刷ジョブを受信したコントローラあるいはプリンタは、常に好適にＪＤＦデータを処理することができるようになる。

また、第１コンバータ３２と第２コンバータ３６の組み合わせによれば、ＪＤＦデータのデータ形式は、入力データ形式から一旦共通データ形式に変換され、その後出力先に応じた出力データ形式に変換されることになる。これにより、ユーザは、どのようなデータ形式のＪＤＦデータを印刷ジョブ管理サーバ１８に送信しても、いずれのコントローラでＪＤＦデータを好適に処理させることが可能になると共に、印刷ジョブ管理サーバ１８内でＪＤＦデータの処理を行うにあたり、常に共通データ形式のＪＤＦデータを処理することができるから、印刷ジョブ管理サーバ１８としては、共通データ形式のＪＤＦデータのみを処理可能であれば足りるようになる。

以下、図６に示すフローチャートに従って、本実施形態に係る印刷ジョブ管理サーバ１８の処理の流れを説明する。

ステップＳ１０において、端末側送受信部３０は、ユーザ端末１２から印刷ジョブを受信する。ここでは、当該印刷ジョブには、Ａ社形式のＪＤＦデータが含まれているとする。

ステップＳ１２において、第１コンバータ３２の入力データ形式特定部５０は、ステップＳ１０で受信したＪＤＦデータの入力データ形式を特定する。ここでは、入力データ形式として、Ａ社形式が特定される。

ステップＳ１４において、第１コンバータ３２の変換処理内容決定部５４は、ステップＳ１２で特定された入力データ形式に基づいて、記憶部４２に記憶されたＸＳＬＴスタイルシート群５６の中から、ＪＤＦデータの変換に用いるＸＳＬＴスタイルシートを選択する。ここでは、ＪＤＦデータのデータ形式をＡ社形式から共通データ形式に変換するＸＳＬＴスタイルシートが選択される。

ステップＳ１６において、第１コンバータ３２のＸＳＬＴプロセッサ５８は、ステップＳ１４で選択されたＸＳＬＴスタイルシートを入力データ形式（ここではＡ社形式）のＪＤＦデータに適用して、ＪＤＦデータを共通データ形式に変換する。

ステップＳ１８において、ジョブ処理部３４は、印刷ジョブに含まれる印刷データに対して処理を行う。その際、ジョブ処理部３４は、共通データ形式のＪＤＦデータに対する処理（参照、更新など）を行う。

ステップＳ２０において、第２コンバータ３６の出力データ形式特定部７０は、ユーザ端末１２から送信された情報に基づいて、印刷ジョブの出力先コントローラを特定する。これにより、ＪＤＦデータの出力データ形式が特定される。ここでは、出力先コントローラとしてＢ社が提供するコントローラＢがユーザにより指定されたとし、出力データ形式としてＢ社形式が特定されたとする。

ステップＳ２２において、第２コンバータ３６の変換処理内容決定部７２は、ステップＳ２０で特定された出力データ形式に基づいて、記憶部４２に記憶されたＸＳＬＴスタイルシート群７４の中から、ＪＤＦデータの変換に用いるＸＳＬＴスタイルシートを選択する。ここでは、ＪＤＦデータのデータ形式を共通データ形式からＢ社形式に変換するＸＳＬＴスタイルシートが選択される。

ステップＳ２４において、第２コンバータ３６のＸＳＬＴプロセッサ７６は、ステップＳ２２で選択されたＸＳＬＴスタイルシートを共通データ形式のＪＤＦデータに適用して、ＪＤＦデータを出力データ形式（ここではＢ社形式）に変換する。

ステップＳ２６において、コントローラ側送受信部３８は、ステップＳ１８においてジョブ処理部３４により処理された印刷データ、及び、ステップＳ１８においてジョブ処理部３４により処理され、ステップＳ２４において出力データ形式（Ｂ社形式）に変換されたＪＤＦデータを含む印刷ジョブをコントローラＢに送信する。

以上、本発明に係る実施形態を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない限りにおいて種々の変更が可能である。

例えば、上述の実施形態においては、印刷ジョブ管理サーバ１８は第１コンバータ３２及び第２コンバータ３６の２つのコンバータを有していたが、印刷ジョブ管理サーバ１８において印刷ジョブの処理を行わない場合は、印刷ジョブ管理サーバ１８は、２つのコンバータの機能を統合した１つのコンバータを有するようにしてもよい。

この場合、記憶部４２に記憶されるＸＳＬＴスタイルシートは、入力データ形式と出力データ形式の組み合わせ毎に用意される。例えば、Ａ社形式からＢ社形式へ変換するＸＳＬＴスタイルシート、Ａ社形式からＣ社形式へ変換するＸＳＬＴスタイルシート、Ｂ社形式からＡ社形式へ変換するＸＳＬＴスタイルシートなどが記憶される。そして、当該コンバータにおいては、入力データ形式特定部５０が特定した入力データ形式、及び、出力データ形式特定部７０が特定した出力データ形式に基づいて、変換処理内容決定部５４が変換処理に用いるＸＳＬＴスタイルシートを選択する。例えば、入力データ形式としてＡ社形式、出力データ形式としてＢ社形式が特定された場合、Ａ社形式からＢ社形式へ変換するＸＳＬＴスタイルシートが選択される。ＸＳＬＴプロセッサ５８により選択されたＸＳＬＴスタイルシートがＪＤＦデータに適用されることにより、入力データ形式（例えばＡ社形式）が、出力データ形式（例えばＢ社形式）に直接変換された上で、当該ＪＤＦデータを含む印刷ジョブがコントローラ（例えばコントローラＢ）に送信される。

１０ 印刷システム、１２ ユーザ端末、１４ コントローラ群、１６ プリンタ群、１８ 印刷ジョブ管理サーバ、２０ａ，２０ｂ 通信回線、３０ 端末側送受信部、３２ 第１コンバータ、３４ ジョブ処理部、３６ 第２コンバータ、３８ コントローラ側送受信部、４０ 制御部、４２ 記憶部、５０ 入力データ形式特定部、５２ ＪＤＦデータ特徴情報、５４，７２ 変換処理内容決定部、５６，７４ ＸＳＬＴスタイルシート群、５８，７６ ＸＳＬＴプロセッサ、７０ 出力データ形式特定部、７８ 入出力ＪＤＦデータ管理部。

Claims (5)

1. 印刷ジョブの属性を示す印刷属性情報の変換前データ形式及び変換先データ形式の少なくとも一方に基づいて、前記印刷属性情報の変換規則を決定する変換規則決定手段と、
   決定された前記変換規則に応じて、前記変換前データ形式から前記変換先データ形式に、前記印刷属性情報のデータ形式を変換するデータ形式変換手段と、
   を備えることを特徴とする情報処理装置。
2. 前記データ形式変換手段は、前記変換前データ形式としての入力データ形式に基づいて決定された前記変換規則に応じて、前記入力データ形式から、前記変換先データ形式としての、予め定義された共通データ形式に、前記印刷属性情報のデータ形式を変換し、
   前記情報処理装置は、さらに、
   前記共通データ形式の前記印刷属性情報を処理する印刷属性情報処理手段、
   を備える、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記データ形式変換手段は、前記変換先データ形式としての出力データ形式に基づいて決定された前記変換規則に応じて、前記変換前データ形式としての前記共通データ形式から前記出力データ形式に、前記印刷属性情報のデータ形式を変換し、
   前記出力データ形式は、前記印刷属性情報が出力される印刷処理装置に応じて決定される、
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記情報処理装置は、さらに、
   前記変換規則を複数記憶する記憶手段、
   をさらに備え、
   前記変換規則決定手段は、前記複数の変換規則から１つの変換規則を選択する、
   ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
5. コンピュータを、
   印刷ジョブの属性を示す印刷属性情報の変換前データ形式及び変換先データ形式の少なくとも一方に基づいて、前記印刷属性情報の変換規則を決定する変換規則決定手段と、
   決定された前記変換規則に応じて、前記変換前データ形式から前記変換先データ形式に、前記印刷属性情報のデータ形式を変換するデータ形式変換手段と、
   として機能させることを特徴とするプログラム。

Images