(57)【要約】【課題】バージョンが異なる複数のデータ変換用ソフトウェアをダウンロードする際、それぞれのデータ変換用ソフトウェアが使用するソフトウェア資源をそれぞれ別個に搭載した場合と比較して、使用する容量を抑制することができる画像形成装置及びプログラムを提供する。【解決手段】画像形成装置１は、入力されたデータを出力先の印刷出力部に対応した形式に変換する手段であって、バージョンが異なる複数の変換手段の一例としてのＲＩＰ処理部２７Ａ、２７Ｂ、２７Ｃと、複数のＲＩＰ処理部２７Ａ、２７Ｂ、２７Ｃに共通に使用される共通リソース３１０を記憶する第１の記憶部の一例としての共通記憶部３１と、複数のＲＩＰ処理部２７Ａ、２７Ｂ、２７Ｃに個別に使用される個別リソース３２０ａ、３２０ｂ、３２０ｃを記憶する複数の第２の記憶部の一例としての個別記憶部３２Ａ、３２Ｂ、３２Ｃとを備える。【選択図】図１
2018149781.tif 000002
【特許請求の範囲】
【請求項１】
入力されたデータを出力先の印刷出力部に対応する形式に変換する手段であって、バージョンが異なる複数の変換手段と、
前記複数の変換手段に共通に使用される第１のソフトウェア資源を記憶する第１の記憶部と、
前記複数の変換手段に個別に使用される第２のソフトウェア資源を記憶する複数の第２の記憶部と、
を備えた画像形成装置。
【請求項２】
前記複数の変換手段は、リンク又はコピーの共有方法によって前記第１のソフトウェア資源を使用する、
請求項１に記載の画像形成装置。
【請求項３】
前記変換手段が使用するソフトウェア資源を、前記第１のソフトウェア資源及び前記第２のソフトウェア資源に分類するための分類情報と、
前記第１のソフトウェア資源に分類する場合の前記共有方法とを含む管理情報を記憶する第３の記憶部と、
新しいバージョンの変換手段をダウンロードする際、前記新しいバージョンの変換手段に使用される前記第１及び第２のソフトウェア資源を前記管理情報に基づいて追加する追加手段と、
をさらに備えた、請求項２に記載の画像形成装置。
【請求項４】
前記追加手段は、前記複数の変換手段に共通に使用される新たなソフトウェア資源を追加する場合は、前記新たなソフトウェア資源を前記第１のソフトウェア資源として前記第１の記憶部に追加する、
請求項３に記載の画像形成装置。
【請求項５】
前記第１のソフトウェア資源は、フォントファイルを含む、
請求項１から４のいずれか１項に記載の画像形成装置。
【請求項６】
前記第１のソフトウェア資源は、ライセンスキーと、ライセンスの対象となるソフトウェアとを含む、
請求項１から４のいずれか１項に記載の画像形成装置。
【請求項７】
入力されたデータを出力先の印刷出力部に対応する形式に変換する手段であって、バージョンが異なる複数の変換手段と、
前記複数の変換手段に共通に使用される第１のソフトウェア資源を記憶する第１の記憶部と、
前記複数の変換手段に個別に使用される第２のソフトウェア資源を記憶する複数の第２の記憶部と、
前記複数の変換手段のうちいずれかの変換手段によって変換されたデータを印刷出力する前記印刷出力部と、
を備えた画像形成装置。
【請求項８】
入力されたデータを出力先の印刷出力部に対応する形式に変換する第１の変換手段を有するコンピュータを、
新たに第２の変換手段のソフトウェアをダウンロードする際、前記第１及び第２の変換手段に共通に使用される第１のソフトウェア資源と、前記第１及び第２の変換手段に個別に使用される第２のソフトウェア資源とを分けて記憶部に追加する追加手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置及びプログラムに関する。
【背景技術】
【０００２】
近年、ベクターデータをラスターデータに変換するＲＩＰ（Raster Image Processor）処理を行うＲＩＰソフトウェアであって、バージョンが異なる複数のＲＩＰソフトウェアがインストールされたプリントサーバが提案されている（例えば、特許文献１参照。）。
【０００３】
特許文献１に記載されたプリントサーバは、既定のＲＩＰソフトウェアが生成した第１のラスターデータを検証するため、既定のＲＩＰソフトウェアが生成した第１のラスターデータとプリンタサーバに指定された第２のラスターデータ（例えば、バージョンアップ前のＲＩＰソフトウェアにより生成したラスターデータ）を比較し、第１のラスターデータと第２のラスターデータとの差分を出力するＲＩＰ検証ソフトウェアが実装されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１０８８２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の課題の一つは、バージョンが異なる複数のデータ変換用ソフトウェアをダウンロードする際、それぞれのデータ変換用ソフトウェアが使用するソフトウェア資源をそれぞれ別個に搭載した場合と比較して、使用する容量を抑制することができる画像形成装置及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
［１］入力されたデータを出力先の印刷出力部に対応した形式に変換する手段であって、バージョンが異なる複数の変換手段と、
前記複数の変換手段に共通に使用される第１のソフトウェア資源を記憶する第１の記憶部と、
前記複数の変換手段に個別に使用される第２のソフトウェア資源を記憶する複数の第２の記憶部と、を備えた画像形成装置。
［２］前記複数の変換手段は、リンク又はコピーの共有方法によって前記第１のソフトウェア資源を使用する、前記［１］に記載の画像形成装置。
［３］前記変換手段が使用するソフトウェア資源を、前記第１のソフトウェア資源及び前記第２のソフトウェア資源に分類するための分類情報と、前記第１のソフトウェア資源に分類する場合の前記共有方法とを含む管理情報を記憶する第３の記憶部と、
新しいバージョンの変換手段をダウンロードする際、前記新しいバージョンの変換手段に使用される前記第１及び第２のソフトウェア資源を前記管理情報に基づいて追加する追加手段と、をさらに備えた、前記［２］に記載の画像形成装置。
［４］前記追加手段は、前記複数の変換手段に共通に使用される新たなソフトウェア資源を追加する場合は、前記新たなソフトウェア資源を前記第１のソフトウェア資源として前記第１の記憶部に追加する、前記［３］に記載の画像形成装置。
［５］前記第１のソフトウェア資源は、フォントファイルを含む、前記［１］から［４］のいずれかに記載の画像形成装置。
［６］前記第１のソフトウェア資源は、ライセンスキーと、ライセンスの対象となるソフトウェアとを含む、前記［１］から［４］のいずれかに記載の画像形成装置。
［７］入力されたデータを出力先の印刷出力部に対応する形式に変換する手段であって、バージョンが異なる複数の変換手段と、
前記複数の変換手段に共通に使用される第１のソフトウェア資源を記憶する第１の記憶部と、
前記複数の変換手段に個別に使用される第２のソフトウェア資源を記憶する複数の第２の記憶部と、
前記複数の変換手段のうちいずれかの変換手段によって変換されたデータを印刷出力する前記印刷出力部と、
を備えた画像形成装置。
［８］入力されたデータを出力先の印刷出力部に対応した形式に変換する第１の変換手段を有するコンピュータを、
新たに第２の変換手段のソフトウェアをダウンロードする際、前記第１及び第２の変換手段に共通に使用される第１のソフトウェア資源と、前記第１及び第２の変換手段に個別に使用される第２のソフトウェア資源とを分けて記憶部に追加する追加手段として機能させるためのプログラム。
【発明の効果】
【０００７】
請求項１、２、７、８に係る発明によれば、バージョンが異なる複数のデータ変換用ソフトウェアをダウンロードする際、それぞれのデータ変換用ソフトウェアが使用するソフトウェア資源をそれぞれ別個に搭載した場合と比較して、使用する容量を抑制することができる。
請求項３に係る発明によれば、新しいバージョンの変換手段をダウンロードする場合でも、請求項１に係る発明と同様に、使用する容量を抑制することができる。
請求項４に係る発明によれば、複数の変換手段に共通に使用される新たなソフトウェア資源を追加する場合でも、請求項１に係る発明と同様に、使用する容量を抑制することができる。
請求項５に係る発明によれば、フォントファイルを個別にダウンロードしなくても、複数の変換手段に共通に使用することができる。
請求項６に係る発明によれば、ライセンスキー及びライセンスの対象となるソフトウェアを個別にダウンロードしなくても、複数の変換手段に共通に使用することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の実施の形態に係る画像形成装置の構成例を示すブロック図である。
【図２】図２は、ディレクトリ構造情報の一例を示す図である。
【図３】図３は、ＰＳＤリソース管理テーブルの一例を示す図である。
【図４】図４は、ＰＳＤバージョン管理テーブルの一例を示す図である。
【図５】図５は、バージョン番号「V3021」のファイルを追加した場合の、共通リソースへの参照パスを追加するための、コマンドの実行例を示す図である。
【図６】図６は、リンク形成例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について図面を参照して説明する。なお、各図中、実質的に同一の機能を有する構成要素については、同一の符号を付してその重複した説明を省略する。
【００１０】
［実施の形態の要約］
本実施の形態に係る画像形成装置は、入力されたデータを出力先の印刷出力部に対応した形式に変換する手段であって、バージョンが異なる複数の変換手段と、前記複数の変換手段に共通に使用される第１のソフトウェア資源を記憶する第１の記憶部と、前記複数の変換手段に個別に使用される第２のソフトウェア資源を記憶する複数の第２の記憶部とを備える。
【００１１】
「入力されたデータ」は、例えば、PostScript、ＰＤＦ（Portable Document Format）等のページ記述言語（ＰＤＬ：Page Description Language）で記述されたデータ（「ＰＤＬデータ」、「非ラスターデータ」ともいう。）でもよく、ＴＩＦＦ、ＪＰＥＧ等のラスターデータでもよい 。また、ＰＤＬデータにベクターデータが含まれていてもよい。「ベクターデータ」とは、点、線、面の図形によって数式的に表現したデータをいう。「出力先の印刷出力部に対応した形式」のデータは、例えば、ラスターデータであり、入力されたラスターデータとは異なる。「ラスターデータ」とは、1ドット（pixel）単位の点の集まりで構成されたビットマップ画像をいう。「ソフトウェア資源」とは、機能を実現するために用いられるプログラムやデータ等をいう。
【００１２】
［実施の形態］
図１は、本発明の実施の形態に係る画像形成装置の構成例を示すブロック図である。この画像形成装置１は、入力された印刷指示情報としての印刷ジョブを制御するコントローラ２と、コントローラ２に接続され、ユーザとのインターフェースとなる操作表示部３と、コントローラ２に接続され、印刷データを印刷して出力する印刷出力部４とを備える。
【００１３】
操作表示部３は、例えば、タッチパネルディスプレイであり、操作者から操作を受け付けるとともに、操作者に情報を表示する。
【００１４】
印刷出力部４は、コントローラ２から送信された印刷データを、例えば、電子写真プロセスにより用紙等の記録媒体に印刷して出力する。
【００１５】
コントローラ２は、印刷ジョブを管理するジョブ管理部２０と、操作表示部３に対して入力及び表示の制御を行う操作制御部２１と、外部装置から印刷ジョブが入力されるジョブ入力部２２と、外部装置からリソースが入力されるリソース入力部２３と、ジョブ管理部２０の管理の下でジョブ入力部２２及びリソース入力部２３を制御する入力制御部２４と、ＲＩＰ（Raster Image Processor）を制御するＲＩＰ制御部２５と、ＲＩＰ処理に関する管理情報を記憶する管理情報記憶部２６と、ＲＩＰソフトウェアの異なるバージョンに体操してそれぞれ構築された複数（本実施の形態では３つ）の第１のＲＩＰ処理部２７Ａ、第２のＲＩＰ処理部２７Ｂ、及び第３のＲＩＰ処理部２７Ｃ（これらを総称するときは「ＲＩＰ処理部２７」ともいう。）と、印刷出力部４に出力する印刷データを管理する印刷データ管理部２８と、ＲＩＰソフトウェアを画像形成装置１にダウンロードして新たにＲＩＰ処理部を構築するインストーラ２９とを備える。管理情報記憶部２６は、第３の記憶部の一例である。ＲＩＰ処理部２７は、変換手段の一例である。ＲＩＰソフトウェアは、データ変換用ソフトウェアの一例である。インストーラ２９は、追加手段の一例である。
【００１６】
また、コントローラ２は、ＲＩＰ処理部２７Ａ〜２７Ｃに共通に使用される共通リソース３１０を記憶する共通記憶部３１と、ＲＩＰ処理部２７Ａ〜２７Ｃに個別に使用される個別リソース３２０ａ、３２０ｂ、３２０ｃ（これらを総称するときは「個別リソース３２０」ともいう。）を記憶する複数の個別記憶部３２Ａ〜３２Ｃ（これらを総称するときは「個別記憶部３２」ともいう。）とを備える。共通リソース３１０は、第１のソフトウェア資源の一例である。個別リソース３２０は、第２のソフトウェア資源の一例である。共通記憶部３１は、第１の記憶部の一例である。個別記憶部３２は、第２の記憶部の一例である。
【００１７】
本実施の形態において、「リソース」とは、機能を実現するために用いられるソフトウェア資源（例えば、プログラム、データ、データベース、ライブラリ、リファレンス、ファイル等）をいい、ＣＰＵ、メモリ、ネットワーク等のハードウェア資源は除かれる。
【００１８】
ジョブ管理部２０は、ジョブ入力部２２に入力された印刷ジョブの状態を管理する。ジョブ管理部２０は、ジョブ入力部２２に入力された印刷ジョブを入力制御部２４に転送する指示を行う。
【００１９】
ジョブ入力部２２は、外部装置としてクライアントＰＣ（Personal Computer）からネットワーク経由で印刷ジョブを受け付ける。ジョブ入力部２２に入力される印刷ジョブは、PostScript等のページ記述言語（ＰＤＬ：Page Description Language）で記述されている。そして、印刷ジョブの属性情報には、ＲＩＰソフトウェアのバージョンが指定されている。ジョブ入力部２２は、ジョブ管理部２０からの転送指示に基づいて印刷ジョブを入力制御部２４に転送する。
【００２０】
リソース入力部２３は、サーバ等の外部装置から共通リソース３１０及び個別リソース３２０が入力される。リソース入力部２３は、リソースを追加でダウンロードする場合にも用いられる。リソース入力部２３からリソースを追加でダウンロードすることにより、ジョブ処理の効率化が図れたり、新しいフォントを使用できるようになる。
【００２１】
ＲＩＰ制御部２５は、バージョンが異なる複数のＲＩＰ処理部２７を制御する。すなわち、ＲＩＰ制御部２５は、印刷ジョブの属性情報に指定されたＲＩＰソフトウェアのバージョンに対応するＲＩＰ処理部２７を起動させる。ＲＩＰ制御部２５は、起動させたＲＩＰ処理部２７からのページ要求に従って、上位から印刷指示されたページキューから適当なページを選択し、１ページの印刷指示としてＰＤＬファイルパス及びＲＩＰ指定ページ情報等を当該バージョンのＲＩＰ処理部２７に渡す。なお、ＲＩＰ制御部２５は、処理するＲＩＰ処理部２７を選択し、ページＲＩＰ要求を発行する構成であってもよい。
【００２２】
第１乃至第３のＲＩＰ処理部２７Ａ、２７Ｂ、２７Ｃは、不揮発性メモリ、又はコントローラ２上のファイルシステムに、バージョンの古い順にインストールされて構築されている。本実施の形態では、ＲＩＰ処理部２７は、Windowsファイルシステムで動作するものとする。なお、それぞれのバージョンのＲＩＰ処理部２７は、１つのように図示しているが、高速化を図るため、複数のＲＩＰプロセスを起動し、プロセス１には奇数ページ、プロセス２には偶数ページを処理させたり、複数スレッドで動作させ、並列して処理させている。
【００２３】
ＲＩＰ処理部２７は、ＰＤＬデータをラスターデータに変換し、印刷データ管理部２８に渡す。ＲＩＰ処理部２７は、ＲＩＰ処理の準備可能になったとき、ＲＩＰ制御部２５にＲＩＰすべきページを要求する。ＰＤＬデータは、入力されたデータの一例である。
【００２４】
なお、ＲＩＰ処部２７は、ＰＤＬデータをラスターデータでなく中間データ形式に変換して処理することも可能であるが、ラスターデータに変換する方式を中心に説明する。
【００２５】
印刷データ管理部２８は、ＲＩＰ処理部２７で変換出力されたラスターデータを、専用バードウェアを用いて、印刷出力部４のデータ形式の印刷データに高速に変換し、変換した印刷データを印刷出力部４の印刷速度に同期して印刷出力部４に送信する。印刷データ管理部２８から印刷出力部４に出力する印刷データは、出力先の印刷出力部に対応した形式のデータの一例である。
【００２６】
共通リソース３１０と、個別リソース３２０ａ、３２０ｂ、３２０ｃとは、区別して管理される。共通リソース３１０は、３つのＲＩＰ処理部２７で共有して使用される。
【００２７】
共有リソース３１０は、バージョンが変更されてもほとんど影響を受けないリソースが対象になる。共有リソース３１０には、例えば、フォントファイル（フォントデータ、フォントプログラムを含む。）  、フォントファイル等のようにサイズが大きいもののサブディレクトリ、追加アプリケーションで使用されるライセンス管理情報、追加アプリケーションでライセンス上１つしか持てないもの（ライセンスの対象となるソフトウェア）、スクリーン、フォームデータ等が含まれる。ライセンス管理情報  は、各バージョンで共通のライセンスキーと、ライセンスの対象となるソフトウェアを特定する情報とを含む。ライセンスキーがなければ、フォントファイル をコピーして使用できないようになっている。サードパーティはライセンスキーがなくてもフォントをコピーして使用できる。 
【００２８】
個別リソース３２０には、例えば、起動パラメータ、機能設定ファイル、初期設定ファイル等の個別に持たなければならないもの、現在のバージョンまでは共通であるが、将来機能エンハンスにより差が出てしまう可能性があるもの等が含まれる。
【００２９】
また、ソース入力部２３に入力されるリソースは、あるＦＴＰ（File Transfer Protocol）アカウントでインストールすると個別リソース３２０に入り、他のＦＴＰアカウントでインストールすると、共有リソース３１０に入るようになっている。
【００３０】
インストーラ２９は、ＰＳＤリソース管理テーブル２６１（図３参照）に基づいて、新たにＲＩＰソフトウェアをダウンロードする際、共通リソース３１０と個別リソース３２０とを分けて共通記憶部３１及び個別記憶部３２に記憶するようプログラムに従って動作する。
【００３１】
管理情報記憶部２６は、ディレクトリ構造情報２６０（図２参照）、ＰＳＤリソース管理テーブル２６１（図３参照）、ＰＳＤバージョン管理テーブル２６２（図４参照）等を記憶する。ＰＳＤリソース管理テーブル２６１は、管理情報の一例である。なお、ＰＳＤリソース管理テーブル２６１は、インストーラ２９が持っていてもよい。また、インストーラ２９を画像形成装置１が持たずにインストーラが記録された記録媒体を画像形成装置１に挿入してインストーラを起動してもよい。
【００３２】
図２は、ディレクトリ構造情報２６０の一例を示す図である。ディレクトリ構造情報２６０は、実行モジュール（Bin）及びリソース（Resource）のルートディレクトリにそれぞれサブディレクトリが接続されたディレクトリ構造を有している。例えば、PostScriptによるＲＩＰ処理部２７は、図２に示すように、サブディレクトリに分けられた複数のファイルから構成される。
【００３３】
図３は、図２に示すディレクトリ構造情報２６０のうち、ＰＳＤ形式のサブディレクトリに関するＰＳＤリソース管理テーブル２６１の一例を示す図である。ＰＳＤリソース管理テーブル２６１では、ＲＩＰ処理部２７のそれぞれのリソースが、共有なのか、個別なのか、どのような共有方法を採るのかという情報を管理している。
【００３４】
ＰＳＤリソース管理テーブル２６１は、共有ディレクトリ名が登録される「共有ディレクトリ名」欄と、当該ディレクトリが共有か、個別か、共有の場合の共有方法が登録される「共有フラグ」欄と、参照先の共有対象のパスが登録される「共有対象」欄とが設けられている。「共有ディレクトリ名」に登録されているディレクトリは、ＲＩＰソフトウェアが標準で持っているものである。ＲＩＰ処理部２７はバージョンが変更されても、基本リソースのディレクトリが大きく変更することはまれである。そこで全バージョンで共通の、図３のようなＰＳＤリソース管理テーブル２６１を持っている。「共有フラグ」欄に登録される情報は、分類情報の一例である。
【００３５】
図４は、ＰＳＤバージョン管理テーブル２６２の一例を示す図である。ＰＳＤバージョン管理テーブル２６２には、ＲＩＰソフトウェアのバージョン番号が登録される「バージョン番号」欄と、ルートパス名が登録される「ルートパス名」欄と、デフォルトの使用の有無が登録される「デフォルト使用」欄と、事前処理の使用の有無が登録される「事前処理使用」欄と、障害発生時に優先的に使用する順序が登録される「障害発生時使用順」欄と、フォントファイルのインストールの有無が登録される「フォントインストール」欄と、当該ＲＩＰソフトウェアが無効になった場合に登録される「無効」欄と、優先的に選択されるプリント属性が登録される「優先選択プリント属性」欄とが設けられている。
【００３６】
（実施の形態の動作）
次に、本実施の形態に係る画像形成装置１の動作の一例について説明する。
【００３７】
（１）新しいバージョンのＲＩＰソフトウェアをインストールする場合
インストーラ２９は、例えば、図示しないサーバから新しいバージョンのＲＩＰソフトウェアを画像形成装置１にダウンロードする。インストーラ２９は、ダウンロードしたＲＩＰソフトウェアのパッケージ内に含まれているファイル構成をチェックする。インストーラ２９は、ルートディレクトリにバージョン名を追加してツリーを編集し、ＰＳＤリソース管理テーブル２６１に従って設置していく。
【００３８】
ＰＳＤリソース管理テーブル２６１の「共有フラグ」欄に「リンク」と登録されているサブディレクトリのファイルは、インストールせずに、参照先のファイルとの間にリンクを形成する。例えば、PSD\Resourceというサブディレクトリは、ＰＳＤリソース管理テーブル２６１の「共有フラグ」欄に「リンク」と登録されているため、パッケージ内のPSD\Resourceのファイルをインストールせずに、参照先の「..\PSD\Resource」のファイルとの間にリンクを形成する。
【００３９】
ＰＳＤリソース管理テーブル２６１の「共有フラグ」欄に「個別」と登録されているサブディレクトリのファイルは、すべてインストールする。ＰＳＤリソース管理テーブル２６１の「共有フラグ」欄に「コピー」と登録されているサブディレクトリのファイルは、インストールしない。この「コピー」と登録されているサブディレクトリは、システムの起動時に自動的にコピーされる。また、ＰＳＤリソース管理テーブル２６１に登録されていない新しいサブディレクトリのファイルもすべてインストールする。このようにして、インストーラ２９は、パッケージ内のすべてのサブディレクトリを処理する。
【００４０】
図５は、バージョン番号「V3021」のファイルを追加した場合の、共通リソース３１０への参照パスを追加するための、コマンドの実行例を示す図である。このように実行することで、図６のようにリンクが構成され、共有リソース３１０にアクセスすることができる。
【００４１】
インストーラ２９は、図４に示すように、ＰＳＤバージョン管理テーブル２６２に、インストールしたバージョンのＲＩＰソフトウェアのパス名（PSD_V3021）などの情報を書き込む。ＲＩＰ制御部２５は、ＰＳＤバージョン管理テーブル２６２を参照することにより、新しいバージョンのＲＩＰ処理部２７を認識することができる。ＲＩＰ制御部２５は、印刷ジョブの属性情報に新しいバージョンのＲＩＰソフトウェアが指定されている場合には、ＲＩＰ処理を実行する際に新しいバージョンに対応するＲＩＰ処理部２７を選択する。
【００４２】
例えば、第１のＲＩＰ処理部２７Ａ、及び第２のＲＩＰ処理部２７Ｂは、既にインストールされて構築され、第３のＲＩＰ処理部２７ＣのＲＩＰソフトウェアをインストールしたとする。第１のＲＩＰ処理部２７Ａのバージョン番号を「V3019」、第２のＲＩＰ処理部２７Ｂのバージョン番号を「V3020」とし、第３のＲＩＰ処理部２７Ｃのバージョン番号を「V3021」とする。
【００４３】
図６に示すように、新しいバージョンのＲＩＰ処理部に対応したディレクトリ名「PSD_V3021」を新たに付してリンクを形成する。
【００４４】
（２）フォームデータ等をインストールする場合
再利用するフォームデータ等をインストールする場合には、ＦＴＰを使用することが多い。インストーラ２９は、複数のプロトコルをサポートしており、特定のリソースダウンロード用のＦＴＰアカウントでサーバにアクセスした場合には、共有リソース３１０にファイルをダウンロードし、個別リソース３２０にダウンロードしないようになっている。また、個別のディレクトリに変更したいファイルのためのＦＴＰアカウントも用意されている。
【００４５】
（３）フォントファイル  をインストールする場合
フォントファイル をインストールする場合は、PostScriptの解釈が必要になる場合がある。この場合、入力制御部２４は、ＰＳＤバージョン管理テーブル２６２で「フォントインストール」欄が有効になっているバージョン（例えば最新のバージョン）のＲＩＰ処理部２７を選択して起動させ、入力されたフォントファイ ルを当該ＲＩＰ処理部２７に渡して処理させる。
【００４６】
このフォントを処理するのに必要なファイルのディレクトリ、ライセンス管理情報を作成するディレクトリが、すべて共有ディレクトリに設定されている。すべてのフォント関連情報は、共有領域に書き込まれ、どのバージョンのＲＩＰ処理部２７からも同様に使用することができる。
【００４７】
（４）その他の場合
その他に、ＷｉｎｄｏｗｓのレジストリＤＢに従ってインストールするようなアプリケーションがある。この場合、専用の共有ディレクトリをレジストリＤＢに登録し、それを参照させることで共有ディレクトリにインストールさせ、すべてのバージョンのＲＩＰ処理部で使用できるようにすることもできる。
【００４８】
以上のようにして、一度インストールされたリソースは、すべてのバージョンで使用することができる。
【００４９】
一般的に、新しいバージョンのＲＩＰソフトウェアを使用するに当たっては、初期不具合は避けられない問題である。そのため、ユーザは新しいバージョンを導入することに慎重になり、バージョンが異なる複数のＲＩＰソフトウェアをシステムに搭載する場合がある。
【００５０】
しかし、バージョンが異なるＲＩＰソフトウェアをそのまま複数搭載したのでは、システム領域が複数倍必要となり、既存のプラットフォーム上に搭載する場合には、容量が、不足してしまうという問題がある。また、拡張のためのオプションソフトウェアを搭載する場合は、ライセンスの関係で複製を持つことができないリソースもあり、それぞれのバージョンのＲＩＰソフトウェアに、複数回インストーラを使用してインストールすることになり手間となる。本実施の形態によれば、バージョンが異なるＲＩＰソフトウェアをそのまま複数搭載する場合と比較して、容量不足やインストールの手間が軽減される。
【００５１】
以上、本発明の実施の形態を説明したが、本発明の実施の形態は上記実施の形態に限定されるものではなく、本発明の要旨を変更しない範囲内で種々の変形、実施が可能である。例えば、上記実施の形態では、ＰＤＬデータをラスターデータに変換するＲＩＰ処理部について説明したが、本発明は、ラスターデータの前段階の中間データをラスターデータに変換するＲＩＰ処理部についても、上記実施の形態と同様に適用することができる。また、本発明は、ＴＩＦＦ等のラスターデータを印刷出力部４に対応した形式のラスターデータに変換する場合についても、上記実施の形態と同様に適用することができる。
【００５２】
また、上記実施の形態では、Resource部について説明したが、System実行オブジェクトについても、上記実施の形態と同様に、基本的に個別のディレクトリ（個別リソース）にインストールすることで適用することができる。この場合、共通のＤＬＬ（Dynamic Link Library）等は共通のディレクトリ（共通リソース）にインストールさせてもいい。
【００５３】
コントローラ２の構成要素は、それぞれ一部又は全部を再構成可能回路（ＦＰＧＡ：Field Programmable Gate Array）、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）等のハードウェア回路によって構成してもよい。
【００５４】
また、本発明の要旨を変更しない範囲内で、上記実施の形態の構成要素の一部を省くことや変更することが可能である。また、本発明の要旨を変更しない範囲内で、上記実施の形態のフローにおいて、ステップの追加、削除、変更、入替え等が可能である。また、上記実施の形態で用いたプログラムをＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録して提供することができる。また、上記実施の形態で用いたプログラムをクラウドサーバ等の外部サーバに格納しておき、ネットワークを介して利用することができる。
【符号の説明】
【００５５】
１…画像形成装置、２…コントローラ、３…操作表示部、４…印刷出力部、
２０…ジョブ管理部、２１…操作制御部、２２…ジョブ入力部、
２３…リソース入力部、２４…入力制御部、２５…ＲＩＰ制御部、
２６…管理情報記憶部、２７、２７Ａ-２７Ｃ…ＲＩＰ処理部、
２８…印刷データ管理部、２９…インストーラ、３１…共通記憶部、
３２、３２Ａ-３２Ｃ…個別記憶部、２６０…ディレクトリ構造情報、
２６１…ＰＳＤリソース管理テーブル、２６２…ＰＳＤバージョン管理テーブル、
３１０…共通リソース、３２０、３２０ａ-３２０ｃ…個別リソース
【図１】
2018149781.tif 000003
【図２】
2018149781.tif 000004
【図３】
2018149781.tif 000005
【図４】
2018149781.tif 000006
【図５】
2018149781.tif 000007
【図６】
2018149781.tif 000008