(57)【要約】【課題】対象ファイルを第１フォーマットから第２フォーマットへと変換する変換処理を必ずしも実行しなくても第２フォーマットの対象ファイルを得ることが可能な技術を提供する。【解決手段】情報処理装置は、対象ファイル（フォーマット変換対象のファイル）を第１フォーマット（例えばＪＰＧ）から第２フォーマット（例えばＧＩＦ）に変換すべき旨の変換指令を受け付ける。その後、情報処理装置は、対象ファイルの過去のフォーマット変換に関与したファイルとして変換履歴情報に記録されているファイルであって、対象ファイルのフォーマット変換ルートにおける何れかのフォーマットを有し且つ格納部に格納されているファイルである複数の履歴ファイル（ＰＮＧファイル、ＪＰＧファイル、ＧＩＦファイル）のいずれか（例えばＧＩＦファイル）を利用して、第２フォーマットの対象ファイルを変換指令に応じて取得する。【選択図】図１３
2019215632.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
フォーマット変換対象のファイルである対象ファイルを第１フォーマットから第２フォーマットに変換すべき旨の変換指令を受け付ける受付手段と、
前記対象ファイルに関する過去の少なくとも１つのフォーマット変換処理の履歴情報である変換履歴情報を取得する履歴取得手段と、
前記対象ファイルに関する過去のフォーマット変換に関与した旨が前記変換履歴情報に記録され且つフォーマット変換ルートにおける何れかのフォーマットを有するファイルであって、前記第２フォーマットのファイルの取得処理に利用すべきファイルの候補として所定の格納手段に格納されているファイルである複数の利用候補ファイルのいずれかを利用して、前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得する変換制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記変換制御手段は、前記複数の利用候補ファイルの中から所定の決定基準に基づいて決定された一のファイルを利用して、前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得することを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記所定の決定基準は、前記対象ファイルの過去の変換に関与した複数のフォーマットファイルの中で前記第２フォーマットへの変換段階数が最も少ない旨の基準を含むことを特徴とする情報処理装置。
【請求項４】
請求項２に記載の情報処理装置において、
前記所定の決定基準は、前記対象ファイルの過去の変換に関与した複数のフォーマットファイルの中で前記第２フォーマットへの変換処理時間が最も短い旨の基準を含むことを特徴とする情報処理装置。
【請求項５】
請求項２に記載の情報処理装置において、
前記所定の決定基準は、前記対象ファイルの過去の変換に関与した複数のフォーマットファイルの中で画質が最も高い旨の基準を含むことを特徴とする情報処理装置。
【請求項６】
請求項２に記載の情報処理装置において、
前記複数の利用候補ファイルは、前記第１フォーマットからの変換における変換先のフォーマットのファイルである変換先ファイルと前記第１フォーマットへの変換における変換元のフォーマットのファイルである変換元ファイルとの少なくとも一方を含むことを特徴とする情報処理装置。
【請求項７】
請求項２に記載の情報処理装置において、
前記複数の利用候補ファイルは、過去の単一段階変換における変換前のフォーマットファイルと変換後のフォーマットファイルとの双方である変換前後ファイルを含むことを特徴とする情報処理装置。
【請求項８】
請求項７に記載の情報処理装置において、
前記変換履歴情報には、前記過去の単一段階変換における前記変換前後ファイルのみならず、過去の複数段階変換における全段階の前記変換前後ファイルもが記録され、
前記複数の利用候補ファイルは、前記複数段階変換における全段階の前記変換前後ファイルをも含むことを特徴とする情報処理装置。
【請求項９】
請求項３に記載の情報処理装置において、
前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在する場合、前記変換指令に応じた前記対象ファイルの前記第２フォーマットへの変換結果として、前記第２フォーマットのファイルをそのまま採用することを特徴とする情報処理装置。
【請求項１０】
請求項９に記載の情報処理装置において、
前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在しない場合において、前記複数の利用候補ファイルのいずれかを変換元ファイルとし且つ少なくとも１つの変換段階を経て前記第２フォーマットのファイルへの変換を行う変換ルートが存在するときには、前記変換元ファイルから前記第２フォーマットのファイルへの変換処理を実行することによって、前記第２フォーマットの前記対象ファイルを取得することを特徴とする情報処理装置。
【請求項１１】
請求項９に記載の情報処理装置において、
前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在しない場合、前記複数の利用候補ファイルのいずれかを変換元ファイルとし且つ少なくとも１つの変換段階を経て前記第２フォーマットのファイルへの変換を行う複数の変換ルートの中から、前記所定の決定基準に基づいて決定された前記一のファイルを前記変換元ファイルとし且つ前記第２フォーマットのファイルへの変換を行う一の変換ルートを採用して、前記変換指令に応じて前記対象ファイルを前記第２フォーマットへと変換することを特徴とする情報処理装置。
【請求項１２】
請求項１１に記載の情報処理装置において、
前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在しない場合、前記複数の変換ルートのうち、その変換段階数が最も少ない変換ルートであり且つ最も高画質のフォーマットからの変換ルートを採用して、前記変換指令に応じて前記第２フォーマットへの変換処理を実行することを特徴とする情報処理装置。
【請求項１３】
請求項１１に記載の情報処理装置において、
前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在しない場合、前記複数の変換ルートのうち、その変換段階数が最も少ない変換ルートであり且つ最も上流側のフォーマットからの変換ルートを採用して、前記変換指令に応じて前記第２フォーマットへの変換処理を実行することを特徴とする情報処理装置。
【請求項１４】
請求項９に記載の情報処理装置において、
前記複数の利用候補ファイルは、前記第１フォーマットへの変換前のフォーマットのファイルである変換前ファイルを含み、
前記変換制御手段は、前記第１フォーマットから前記第２フォーマットへのフォーマット変換機能を有しない場合であっても、前記変換前ファイルに前記第２フォーマットのファイルが含まれているときには、前記変換指令に応じた前記対象ファイルの前記第２フォーマットへの変換結果として、前記変換前ファイルをそのまま採用することを特徴とする情報処理装置。
【請求項１５】
請求項１１に記載の情報処理装置において、
前記変換制御手段は、前記第１フォーマットから前記第２フォーマットへのフォーマット変換機能を有しない場合であっても、前記一のファイルから前記第２フォーマットへの変換機能を有するときには、前記一のファイルから前記第２フォーマットへの変換処理を実行して前記第２フォーマットの前記対象ファイルを取得することを特徴とする情報処理装置。
【請求項１６】
請求項１に記載の情報処理装置において、
前記変換制御手段は、過去のフォーマット変換に関与した旨が前記変換履歴情報に記録され且つ前記フォーマット変換ルートにおける何れかのフォーマットを有するファイルであって前記所定の格納手段に格納されているファイルである複数の履歴ファイルの中から、前記対象ファイルに関する過去のフォーマット変換に関与したフォーマットファイルを前記複数の利用候補ファイルとして特定することを特徴とする情報処理装置。
【請求項１７】
請求項１６に記載の情報処理装置において、
前記所定の格納手段に格納される前記複数の履歴ファイルのうち、所定の削除基準に応じて選択された一部のフォーマットファイルを削除する履歴ファイル管理手段、
をさらに備えることを特徴とする情報処理装置。
【請求項１８】
請求項１７に記載の情報処理装置において、
前記履歴ファイル管理手段は、前記所定の格納手段の空き容量が所定程度にまで減少したことに応じて、前記一部のフォーマットファイルを削除することを特徴とする情報処理装置。
【請求項１９】
請求項１７に記載の情報処理装置において、
前記所定の削除基準は、前記複数の履歴ファイルのうち、他の履歴ファイルからの変換によって再現可能なファイルを優先的に削除すべき旨の基準であることを特徴とする情報処理装置。
【請求項２０】
請求項１７に記載の情報処理装置において、
前記所定の削除基準は、前記複数の履歴ファイルのうち、同じコンテンツを有し且つ互いに異なるフォーマットを有するファイルの中で最も低画質のフォーマットのファイルを優先的に削除すべき旨の基準であることを特徴とする情報処理装置。
【請求項２１】
請求項１７に記載の情報処理装置において、
前記所定の削除基準は、前記複数の履歴ファイルのうち、所定の判定時点までにフォーマット変換処理にて利用された回数が最も少ないフォーマットファイルを優先的に削除すべき旨の基準であることを特徴とする情報処理装置。
【請求項２２】
請求項１７に記載の情報処理装置において、
前記所定の削除基準は、前記複数の履歴ファイルのうち、所定の判定時点においてフォーマット変換処理にて利用されていない期間が最も長いファイルを優先的に削除すべき旨の基準であることを特徴とする情報処理装置。
【請求項２３】
請求項１１に記載の情報処理装置において、
前記情報処理装置に構築される複数の仮想環境のうちの第１仮想環境は、
前記変換指令を受け付ける前記受付手段と、
前記変換履歴情報と前記複数の利用候補ファイルとを前記所定の格納手段に格納する動作を制御する格納制御手段と、
前記変換履歴情報を取得する前記履歴取得手段と、
前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得する前記変換制御手段と、
を備え、
前記複数の仮想環境のうちの第２仮想環境は、
前記第１仮想環境から受信した新たな変換指令に応じて、前記対象ファイルを前記第２フォーマットへと変換する変換処理実行手段と、
前記第２フォーマットの前記対象ファイルを前記第１仮想環境に送信する手段と、
を備え、
前記変換制御手段は、
前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが既に存在する場合、前記変換指令に応じた前記対象ファイルの前記第２フォーマットへの変換結果として、前記第２フォーマットの既存ファイルをそのまま採用し、
前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在しない場合、前記複数の変換ルートの中から、前記所定の決定基準に基づく前記一の変換ルートを採用することを決定するとともに、前記一の変換ルートにおける変換開始フォーマットから前記第２フォーマットへの前記新たな変換指令を前記第２仮想環境に送信することを特徴とする情報処理装置。
【請求項２４】
請求項１１に記載の情報処理装置において、
前記情報処理装置に構築される複数の仮想環境のうちの第１仮想環境は、
前記変換指令を受け付ける前記受付手段と、
前記複数の仮想環境のうちの第２仮想環境に対して前記変換指令を転送する第１送信手段と、
前記変換指令に応じた変換結果を前記第２仮想環境から受信する第１受信手段と、
を備え、
前記第２仮想環境は、
前記変換履歴情報と前記複数の利用候補ファイルとを前記所定の格納手段に格納する動作を制御する格納制御手段と、
前記第１仮想環境から前記変換指令を受信する第２受信手段と、
前記変換履歴情報を取得する前記履歴取得手段と、
前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得する前記変換制御手段と、
前記第２フォーマットの前記対象ファイルを前記第１仮想環境に送信する第２送信手段と、
を備えることを特徴とする情報処理装置。
【請求項２５】
請求項２４に記載の情報処理装置において、
前記変換履歴情報は、各ファイルの識別情報を含み、
前記変換指令は、前記対象ファイルの識別情報を含み、
前記第１送信手段は、前記変換指令に加えて、前記対象ファイルのデータである対象ファイルデータをも前記第２仮想環境に対して送信し、
前記変換制御手段は、前記第２仮想環境にて受信される前記対象ファイルの識別情報と前記第２仮想環境にて既に格納されている一の既格納ファイルの識別情報とが一致することが判定される場合、前記対象ファイルデータの受信を中断し、前記複数の利用候補ファイルの中から前記所定の決定基準に基づいて決定された前記一のファイルであって前記第２仮想環境にて既に格納されている前記一のファイルを利用して、前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得することを特徴とする情報処理装置。
【請求項２６】
コンピュータに、
ａ）フォーマット変換対象のファイルである対象ファイルを第１フォーマットから第２フォーマットに変換すべき旨の変換指令を受け付けるステップと、
ｂ）前記対象ファイルに関する過去の少なくとも１つのフォーマット変換処理の履歴情報である変換履歴情報を取得するステップと、
ｃ）前記対象ファイルに関する過去のフォーマット変換に関与した旨が前記変換履歴情報に記録され且つフォーマット変換ルートにおける何れかのフォーマットを有するファイルであって、前記第２フォーマットのファイルの取得処理に利用すべきファイルの候補として所定の格納手段に格納されているファイルである複数の利用候補ファイルのいずれかを利用して、前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置およびそれに関連する技術に関し、特にファイルのフォーマットを変換する技術に関する。
【背景技術】
【０００２】
画像形成装置等の情報処理装置において、画像データファイルのファイル形式をユーザの所望の形式に変換する技術が存在する（特許文献１等参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１７００９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上述の特許文献１の技術においては、元の形式（第１フォーマットとも称する）を有するファイルに基づいて別の形式（第２フォーマットとも称する）のファイルを得るに際して、当該第１フォーマットから当該第２フォーマットへの変換処理が常に実行される。
【０００５】
しかしながら、このような技術には改良の余地が存在する。
【０００６】
そこで、この発明の課題は、対象ファイルを第１フォーマットから第２フォーマットへと変換する変換処理を必ずしも実行しなくても第２フォーマットの対象ファイルを得ることが可能な技術を提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決すべく、請求項１の発明は、情報処理装置であって、フォーマット変換対象のファイルである対象ファイルを第１フォーマットから第２フォーマットに変換すべき旨の変換指令を受け付ける受付手段と、前記対象ファイルに関する過去の少なくとも１つのフォーマット変換処理の履歴情報である変換履歴情報を取得する履歴取得手段と、前記対象ファイルに関する過去のフォーマット変換に関与した旨が前記変換履歴情報に記録され且つフォーマット変換ルートにおける何れかのフォーマットを有するファイルであって、前記第２フォーマットのファイルの取得処理に利用すべきファイルの候補として所定の格納手段に格納されているファイルである複数の利用候補ファイルのいずれかを利用して、前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得する変換制御手段と、を備えることを特徴とする。
【０００８】
請求項２の発明は、請求項１の発明に係る情報処理装置において、前記変換制御手段は、前記複数の利用候補ファイルの中から所定の決定基準に基づいて決定された一のファイルを利用して、前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得することを特徴とする。
【０００９】
請求項３の発明は、請求項２の発明に係る情報処理装置において、前記所定の決定基準は、前記対象ファイルの過去の変換に関与した複数のフォーマットファイルの中で前記第２フォーマットへの変換段階数が最も少ない旨の基準を含むことを特徴とする。
【００１０】
請求項４の発明は、請求項２の発明に係る情報処理装置において、前記所定の決定基準は、前記対象ファイルの過去の変換に関与した複数のフォーマットファイルの中で前記第２フォーマットへの変換処理時間が最も短い旨の基準を含むことを特徴とする。
【００１１】
請求項５の発明は、請求項２の発明に係る情報処理装置において、前記所定の決定基準は、前記対象ファイルの過去の変換に関与した複数のフォーマットファイルの中で画質が最も高い旨の基準を含むことを特徴とする。
【００１２】
請求項６の発明は、請求項２の発明に係る情報処理装置において、前記複数の利用候補ファイルは、前記第１フォーマットからの変換における変換先のフォーマットのファイルである変換先ファイルと前記第１フォーマットへの変換における変換元のフォーマットのファイルである変換元ファイルとの少なくとも一方を含むことを特徴とする。
【００１３】
請求項７の発明は、請求項２の発明に係る情報処理装置において、前記複数の利用候補ファイルは、過去の単一段階変換における変換前のフォーマットファイルと変換後のフォーマットファイルとの双方である変換前後ファイルを含むことを特徴とする。
【００１４】
請求項８の発明は、請求項７の発明に係る情報処理装置において、前記変換履歴情報には、前記過去の単一段階変換における前記変換前後ファイルのみならず、過去の複数段階変換における全段階の前記変換前後ファイルもが記録され、前記複数の利用候補ファイルは、前記複数段階変換における全段階の前記変換前後ファイルをも含むことを特徴とする。
【００１５】
請求項９の発明は、請求項３の発明に係る情報処理装置において、前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在する場合、前記変換指令に応じた前記対象ファイルの前記第２フォーマットへの変換結果として、前記第２フォーマットのファイルをそのまま採用することを特徴とする。
【００１６】
請求項１０の発明は、請求項９の発明に係る情報処理装置において、前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在しない場合において、前記複数の利用候補ファイルのいずれかを変換元ファイルとし且つ少なくとも１つの変換段階を経て前記第２フォーマットのファイルへの変換を行う変換ルートが存在するときには、前記変換元ファイルから前記第２フォーマットのファイルへの変換処理を実行することによって、前記第２フォーマットの前記対象ファイルを取得することを特徴とする。
【００１７】
請求項１１の発明は、請求項９の発明に係る情報処理装置において、前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在しない場合、前記複数の利用候補ファイルのいずれかを変換元ファイルとし且つ少なくとも１つの変換段階を経て前記第２フォーマットのファイルへの変換を行う複数の変換ルートの中から、前記所定の決定基準に基づいて決定された前記一のファイルを前記変換元ファイルとし且つ前記第２フォーマットのファイルへの変換を行う一の変換ルートを採用して、前記変換指令に応じて前記対象ファイルを前記第２フォーマットへと変換することを特徴とする。
【００１８】
請求項１２の発明は、請求項１１の発明に係る情報処理装置において、前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在しない場合、前記複数の変換ルートのうち、その変換段階数が最も少ない変換ルートであり且つ最も高画質のフォーマットからの変換ルートを採用して、前記変換指令に応じて前記第２フォーマットへの変換処理を実行することを特徴とする。
【００１９】
請求項１３の発明は、請求項１１の発明に係る情報処理装置において、前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在しない場合、前記複数の変換ルートのうち、その変換段階数が最も少ない変換ルートであり且つ最も上流側のフォーマットからの変換ルートを採用して、前記変換指令に応じて前記第２フォーマットへの変換処理を実行することを特徴とする。
【００２０】
請求項１４の発明は、請求項９の発明に係る情報処理装置において、前記複数の利用候補ファイルは、前記第１フォーマットへの変換前のフォーマットのファイルである変換前ファイルを含み、前記変換制御手段は、前記第１フォーマットから前記第２フォーマットへのフォーマット変換機能を有しない場合であっても、前記変換前ファイルに前記第２フォーマットのファイルが含まれているときには、前記変換指令に応じた前記対象ファイルの前記第２フォーマットへの変換結果として、前記変換前ファイルをそのまま採用することを特徴とする。
【００２１】
請求項１５の発明は、請求項１１の発明に係る情報処理装置において、前記変換制御手段は、前記第１フォーマットから前記第２フォーマットへのフォーマット変換機能を有しない場合であっても、前記一のファイルから前記第２フォーマットへの変換機能を有するときには、前記一のファイルから前記第２フォーマットへの変換処理を実行して前記第２フォーマットの前記対象ファイルを取得することを特徴とする。
【００２２】
請求項１６の発明は、請求項１の発明に係る情報処理装置において、前記変換制御手段は、過去のフォーマット変換に関与した旨が前記変換履歴情報に記録され且つ前記フォーマット変換ルートにおける何れかのフォーマットを有するファイルであって前記所定の格納手段に格納されているファイルである複数の履歴ファイルの中から、前記対象ファイルに関する過去のフォーマット変換に関与したフォーマットファイルを前記複数の利用候補ファイルとして特定することを特徴とする。
【００２３】
請求項１７の発明は、請求項１６の発明に係る情報処理装置において、前記所定の格納手段に格納される前記複数の履歴ファイルのうち、所定の削除基準に応じて選択された一部のフォーマットファイルを削除する履歴ファイル管理手段、をさらに備えることを特徴とする。
【００２４】
請求項１８の発明は、請求項１７の発明に係る情報処理装置において、前記履歴ファイル管理手段は、前記所定の格納手段の空き容量が所定程度にまで減少したことに応じて、前記一部のフォーマットファイルを削除することを特徴とする。
【００２５】
請求項１９の発明は、請求項１７の発明に係る情報処理装置において、前記所定の削除基準は、前記複数の履歴ファイルのうち、他の履歴ファイルからの変換によって再現可能なファイルを優先的に削除すべき旨の基準であることを特徴とする。
【００２６】
請求項２０の発明は、請求項１７の発明に係る情報処理装置において、前記所定の削除基準は、前記複数の履歴ファイルのうち、同じコンテンツを有し且つ互いに異なるフォーマットを有するファイルの中で最も低画質のフォーマットのファイルを優先的に削除すべき旨の基準であることを特徴とする。
【００２７】
請求項２１の発明は、請求項１７の発明に係る情報処理装置において、前記所定の削除基準は、前記複数の履歴ファイルのうち、所定の判定時点までにフォーマット変換処理にて利用された回数が最も少ないフォーマットファイルを優先的に削除すべき旨の基準であることを特徴とする。
【００２８】
請求項２２の発明は、請求項１７の発明に係る情報処理装置において、前記所定の削除基準は、前記複数の履歴ファイルのうち、所定の判定時点においてフォーマット変換処理にて利用されていない期間が最も長いファイルを優先的に削除すべき旨の基準であることを特徴とする。
【００２９】
請求項２３の発明は、請求項１１の発明に係る情報処理装置において、前記情報処理装置に構築される複数の仮想環境のうちの第１仮想環境は、前記変換指令を受け付ける前記受付手段と、前記変換履歴情報と前記複数の利用候補ファイルとを前記所定の格納手段に格納する動作を制御する格納制御手段と、前記変換履歴情報を取得する前記履歴取得手段と、前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得する前記変換制御手段と、を備え、前記複数の仮想環境のうちの第２仮想環境は、前記第１仮想環境から受信した新たな変換指令に応じて、前記対象ファイルを前記第２フォーマットへと変換する変換処理実行手段と、前記第２フォーマットの前記対象ファイルを前記第１仮想環境に送信する手段と、を備え、前記変換制御手段は、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが既に存在する場合、前記変換指令に応じた前記対象ファイルの前記第２フォーマットへの変換結果として、前記第２フォーマットの既存ファイルをそのまま採用し、前記複数の利用候補ファイルの中に前記第２フォーマットのファイルが存在しない場合、前記複数の変換ルートの中から、前記所定の決定基準に基づく前記一の変換ルートを採用することを決定するとともに、前記一の変換ルートにおける変換開始フォーマットから前記第２フォーマットへの前記新たな変換指令を前記第２仮想環境に送信することを特徴とする。
【００３０】
請求項２４の発明は、請求項１１の発明に係る情報処理装置において、前記情報処理装置に構築される複数の仮想環境のうちの第１仮想環境は、前記変換指令を受け付ける前記受付手段と、前記複数の仮想環境のうちの第２仮想環境に対して前記変換指令を転送する第１送信手段と、前記変換指令に応じた変換結果を前記第２仮想環境から受信する第１受信手段と、を備え、前記第２仮想環境は、前記変換履歴情報と前記複数の利用候補ファイルとを前記所定の格納手段に格納する動作を制御する格納制御手段と、前記第１仮想環境から前記変換指令を受信する第２受信手段と、前記変換履歴情報を取得する前記履歴取得手段と、前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得する前記変換制御手段と、前記第２フォーマットの前記対象ファイルを前記第１仮想環境に送信する第２送信手段と、を備えることを特徴とする。
【００３１】
請求項２５の発明は、請求項２４の発明に係る情報処理装置において、前記変換履歴情報は、各ファイルの識別情報を含み、前記変換指令は、前記対象ファイルの識別情報を含み、前記第１送信手段は、前記変換指令に加えて、前記対象ファイルのデータである対象ファイルデータをも前記第２仮想環境に対して送信し、前記変換制御手段は、前記第２仮想環境にて受信される前記対象ファイルの識別情報と前記第２仮想環境にて既に格納されている一の既格納ファイルの識別情報とが一致することが判定される場合、前記対象ファイルデータの受信を中断し、前記複数の利用候補ファイルの中から前記所定の決定基準に基づいて決定された前記一のファイルであって前記第２仮想環境にて既に格納されている前記一のファイルを利用して、前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得することを特徴とする。
【００３２】
請求項２６の発明は、コンピュータに、ａ）フォーマット変換対象のファイルである対象ファイルを第１フォーマットから第２フォーマットに変換すべき旨の変換指令を受け付けるステップと、ｂ）前記対象ファイルに関する過去の少なくとも１つのフォーマット変換処理の履歴情報である変換履歴情報を取得するステップと、ｃ）前記対象ファイルに関する過去のフォーマット変換に関与した旨が前記変換履歴情報に記録され且つフォーマット変換ルートにおける何れかのフォーマットを有するファイルであって、前記第２フォーマットのファイルの取得処理に利用すべきファイルの候補として所定の格納手段に格納されているファイルである複数の利用候補ファイルのいずれかを利用して、前記第２フォーマットの前記対象ファイルを前記変換指令に応じて取得するステップと、を実行させるためのプログラムであることを特徴とする。
【発明の効果】
【００３３】
請求項１から請求項２６に記載の発明によれば、対象ファイルを第１フォーマットから第２フォーマットへと変換する変換処理を必ずしも実行しなくても第２フォーマットの対象ファイルを得ることが可能である。
【００３４】
特に、請求項３および請求項４に記載の発明によれば、第２フォーマットの対象ファイルを効率的に得ることが可能である。
【００３５】
また、請求項５に記載の発明によれば、高画質の第２フォーマットの対象ファイルを得ることが可能である。
【００３６】
また、請求項８に記載の発明によれば、より多くの種類のフォーマットのファイルが利用候補ファイルに含まれるので、変換指令に応じた処理において当該利用候補ファイル内の何れかのフォーマットファイルが好適に利用される可能性を高めることが可能である。
【００３７】
また、請求項１６に記載の発明によれば、所定の格納部を有効に活用することが可能である。
【００３８】
また、請求項２３に記載の発明によれば、利用候補ファイルの中に第２フォーマットのファイルが存在する場合、変換指令に応じた対象ファイルの第２フォーマットへの変換結果として、当該第２フォーマットの当該ファイルがそのまま採用されるので、第２仮想環境への新たな変換指令の送信を伴わずに当該第２フォーマットのファイルが変換結果として取得される。したがって、この場合、第１仮想環境が第２仮想環境にアクセスせずに済み、対象ファイルのデータ送受信が不要になり、処理の簡素化を図ることが可能である。
【００３９】
また、請求項２４に記載の発明によれば、第２仮想環境によって変換履歴情報と利用候補ファイルとが保管されるとともに、第２仮想環境によって当該変換履歴情報と当該利用候補ファイルとが利用されて変換結果が取得される。第２仮想環境は高い独立性を有しているので、第２仮想環境内部の変更によって、他の仮想環境との組合せによるシステム構築を容易に行うことが可能である。
【００４０】
また、請求項２５に記載の発明によれば、第２仮想環境にて受信される対象ファイルの識別情報と既格納ファイルの識別情報とが一致することが判定される場合には、対象ファイルデータの受信が中断され、既格納ファイルに基づく変換制御動作が実行される。したがって、対象ファイルデータの受信完了を待たずに、既格納ファイルに基づく変換制御動作が実行され得るので、処理時間を短縮することが可能である。
【図面の簡単な説明】
【００４１】
【図１】ファイル変換システムを示す図である。
【図２】サービスがサーバデバイスによってクライアント（外部のクライアン装置および内部の画像形成デバイス等）に提供される様子を示す図である。
【図３】画像形成デバイスの機能ブロックを示す図である。
【図４】サーバデバイスの機能ブロックを示す図である。
【図５】複数の仮想コンテナ環境を示す図である。
【図６】操作画面を示す図である。
【図７】第１実施形態に係るファイル管理部およびファイル変換部等の詳細構成を示す図である。
【図８】ファイル管理部の動作を示すフローチャートである。
【図９】ファイル変換部の動作を示すフローチャートである。
【図１０】サーバデバイスにインストールされている変換プラグインを示す図である。
【図１１】変換履歴情報を示す図である。
【図１２】図１０の変換プラグイン情報を別の表現で示す図である。
【図１３】「ＪＰＧ」から「ＧＩＦ」への変換指令が付与された場合の動作例を示す図である。
【図１４】「ＪＰＧ」から「ＰＮＧ」への変換指令が付与された場合の動作例を示す図である。
【図１５】「ＪＰＧ」から「ＰＤＦ」への変換指令が付与された場合の動作例を示す図である。
【図１６】ＰＮＧファイルからＰＤＦファイルへの変換ルートを示す図である。
【図１７】ＧＩＦファイルからＰＤＦファイルへの変換ルートを示す図である。
【図１８】ＪＰＧファイルからＰＤＦファイルへの変換ルートを示す図である。
【図１９】ＰＮＧファイルからＰＤＦファイルへの他の変換ルートを示す図である。
【図２０】図１２において変換指令および変換履歴情報をも加えて示す図である。
【図２１】他の動作例を示す図である。
【図２２】改変例における一の動作例を示す図である。
【図２３】別の動作例を示す図である。
【図２４】第２実施形態に係るファイル管理部およびファイル変換部等の詳細構成を示す図である。
【図２５】第２実施形態に係るファイル管理部の動作を示すフローチャートである。
【図２６】第２実施形態に係るファイル変換部の動作を示すフローチャートである。
【発明を実施するための形態】
【００４２】
以下、本発明の実施形態を図面に基づいて説明する。
【００４３】
＜１．第１実施形態＞
＜１−１．構成概要＞
図１は、ファイル変換システム１を示す図である。ファイル変換システム１は、ＭＦＰ１０（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））とクライアント９０とを備えて構成される。なお、ＭＦＰ１０は、画像処理装置あるいは情報処理装置などとも称される。
【００４４】
ＭＦＰ１０とクライアント９０とは、ネットワーク１０８を介して接続されており、各装置１０，９０の相互間でデータの送受信が可能である。なお、ネットワーク１０８は、ＬＡＮ（Local Area Network）およびインターネットなどの各種のネットワークを含む。
【００４５】
このＭＦＰ１０は、互いに独立して動作する複数のデバイス（ここではサーバデバイス２０と画像形成デバイス３０との２つのデバイス）を備える（図２も参照）。ここでは、サーバデバイス２０と画像形成デバイス３０とは、一の筐体に収容され、一体的に構成されている。なお、当該一の筐体には、所定の部材と当該所定の部材に対して開閉自在に設けられた部材（たとえば、ＭＦＰ１０の原稿台に設けられた回転軸に対して回動自在に設けられたＡＤＦ（Auto Document Feeder）付き原稿カバー等）とが含まれるものとする。また、このＭＦＰ１０は、操作表示部４０（図１も参照）をも備える。当該操作表示部４０は、複数のデバイス２０，３０によって共用される。
【００４６】
サーバデバイス２０は、ファイル変換サービス等をＭＦＰ１０内の画像形成デバイス３０およびサーバデバイス２０自身、ならびにＭＦＰ１０の外部の装置（たとえばクライアント９０）に対して提供することが可能である。なお、クライアント９０は、たとえば、パーソナルコンピュータ等として構成される。
【００４７】
＜１−２．画像形成デバイス３０の構成＞
画像形成デバイス３０（図１および図３参照）は、各種のジョブ（コピージョブ、スキャンジョブ等）を実行することが可能なデバイスである。なお、画像形成デバイス３０は、ＭＦＰデバイスとも称される。
【００４８】
図３は、画像形成デバイス３０の機能ブロックを示す図である。画像形成デバイス３０は、画像形成機能（コピー機能、スキャン機能、ファクシミリ機能およびボックス印刷機能等）等を有している。具体的には、画像形成デバイス３０は、図３に示すように、画像読取部３２、印刷出力部３３、通信部３４、格納部３５およびコントローラ（制御部）３９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。
【００４９】
画像読取部３２は、画像形成デバイス３０の所定の位置（自動原稿供給部（ＡＤＦ：Auto Document Feeder）あるいはガラス面等）に載置された原稿を光学的に読み取って（すなわちスキャンして）、当該原稿の画像データ（原稿画像あるいはスキャン画像とも称する）を生成する処理部である。この画像読取部３２は、スキャン部などとも称される。画像形成デバイス３０は、所定の位置に載置された原稿を読み取ることが可能なデバイスであり、画像読取デバイスとも称される。
【００５０】
印刷出力部３３は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。印刷出力部３３は、印刷出力機構（具体的には、トナーユニット（現像ユニット）、感光ドラムユニット、中間転写ベルト、転写部、定着部および搬送部など）を有している。当該印刷出力機構は、画像形成機構とも称される。また、画像形成デバイス３０は、各種の媒体に画像を印刷出力することが可能なデバイスであり、印刷出力デバイスとも称される。
【００５１】
通信部３４は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部３４は、ネットワークを介したネットワーク通信を行うことも可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、画像形成デバイス３０は、所望の相手先（サーバデバイス２０等）との間で各種のデータを授受することが可能である。
【００５２】
格納部３５は、各種の記憶装置（（揮発性および／または不揮発性の）半導体メモリおよび／またはハードディスクドライブ（ＨＤＤ）等）で構成される。
【００５３】
コントローラ３９は、画像形成デバイス３０に内蔵され、画像形成デバイス３０を統括的に制御する制御装置である。コントローラ３９は、ＣＰＵ（Central Processing Unit）（マイクロプロセッサあるいはコンピュータプロセッサなどとも称される）および各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ３９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ（登録商標））内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）を実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体から読み出されて画像形成デバイス３０にインストールされるようにしてもよい。あるいは、当該プログラムは、ネットワークを経由してダウンロードされて画像形成デバイス３０にインストールされるようにしてもよい。
【００５４】
具体的には、図３に示されるように、コントローラ３９は、上記のプログラムの実行により、通信制御部３９ａと操作制御部３９ｂと動作制御部３９ｃとを含む各種の処理部を実現する。
【００５５】
通信制御部３９ａは、通信部３４等と協働して他のデバイス（同一筐体（同一装置）内の他のデバイス（サーバデバイス２０等）、および別の筐体内にて構成される他の装置内のデバイスを含む）との間の通信動作を制御する処理部である。たとえば、通信制御部３９ａは、スキャン処理によって得られたスキャン画像データをフォーマット変換処理の対象データとしてサーバデバイス２０に送信する処理等を実行する。
【００５６】
操作制御部３９ｂは、操作表示部４０（図１参照）と協働して、操作表示部４０（特にタッチパネル４５（図１参照））に対する入力動作（操作入力を受け付ける動作）を制御するとともに、操作表示部４０（特にタッチパネル４５）における表示動作（表示出力動作）を制御する処理部である。たとえば、操作制御部３９ｂは、画像形成デバイス３０の画像形成機能に関する情報等を操作表示部４０（タッチパネル４５）に表示させるとともに、操作表示部４０に対するユーザ操作に関する操作入力情報（タッチ情報等）を当該操作表示部４０から取得する。
【００５７】
動作制御部３９ｃは、画像形成デバイス３０における各種の動作（ジョブ動作等）を制御する処理部である。動作制御部３９ｃは、印刷ジョブ動作、コピージョブ動作、スキャンジョブ動作、およびファイルフォーマット変換動作等を制御する。
【００５８】
＜１−３．サーバデバイス２０の構成＞
サーバデバイス２０（図１も参照）は、サーバ機能を実現することが可能なデバイスである。サーバデバイス２０は、たとえば汎用的なコンピュータ装置として構成される。
【００５９】
図４は、サーバデバイス２０の機能ブロックを示す図である。
【００６０】
サーバデバイス２０は、図４の機能ブロック図に示すように、通信部２４、格納部２５、コントローラ（制御部）２９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。
【００６１】
通信部２４は、ネットワーク通信を行うことが可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、サーバデバイス２０は、所望の相手先（クライアント９０および画像形成デバイス３０等）と連携して各種のデータを授受することが可能である。
【００６２】
格納部２５は、各種の記憶装置（（揮発性および／または不揮発性の）半導体メモリおよび／またはハードディスクドライブ（ＨＤＤ）等）で構成される。
【００６３】
格納部２５には、変換履歴情報３００および履歴ファイル４００（後述）等が格納される。
【００６４】
コントローラ（制御部）２９は、サーバデバイス２０に内蔵され、サーバデバイス２０を統括的に制御する制御装置である。コントローラ２９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ２９は、ＣＰＵにおいて、記憶部（半導体メモリ等）内に格納されている所定のプログラムを実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体から読み出されてサーバデバイス２０にインストールされるようにしてもよい。あるいは、当該プログラムは、ネットワークを経由してダウンロードされてサーバデバイス２０にインストールされるようにしてもよい。
【００６５】
具体的には、コントローラ２９は、当該プログラム等の実行により、通信制御部２９ａと操作制御部２９ｂと動作制御部２９ｃとファイル管理部２９ｅとファイル変換部２９ｆとを含む各種の処理部を実現する。
【００６６】
通信制御部２９ａは、通信部２４等と協働して他のデバイス（同一筐体（同一装置）内の他のデバイス（画像形成デバイス３０等）、および別の筐体内にて構成される他の装置内のデバイスを含む）との間の通信動作を制御する処理部である。
【００６７】
操作制御部２９ｂは、操作表示部４０と協働して、操作表示部４０（特にタッチパネル４５）に対する入力動作を制御するとともに、操作表示部４０（特にタッチパネル４５）における表示動作を制御する処理部である。たとえば、操作制御部２９ｂは、サーバデバイス２０に関する情報等を操作表示部４０（タッチパネル４５）に表示させるとともに、操作表示部４０（タッチパネル４５）に対するユーザ操作に関する操作入力情報を当該操作表示部４０から取得する。
【００６８】
動作制御部２９ｃは、サーバデバイス２０における各種の動作（サーバ動作等）を制御する処理部である。
【００６９】
ファイル管理部２９ｅは、ファイルの保存およびファイルの入出力等を管理する処理部である。
【００７０】
ファイル変換部２９ｆは、ファイルの変換処理等を制御する処理部である。
【００７１】
＜１−４．サーバデバイス２０の詳細構成＞
また、サーバデバイス２０においては、複数の仮想環境が構築される。当該複数の仮想環境は、サーバデバイス２０のハードウエア（プロセッサおよびＨＤＤ等）を共有して（論理的に区分して）構築される。
【００７２】
たとえば、「仮想環境」としては、「仮想コンテナ環境」が例示される（図５参照）。複数の仮想コンテナ環境は、同一ホストＯＳ上で動作する複数の仮想コンテナ（単にコンテナとも称する）ＣＴ（ＣＴ１，ＣＴ２，...）によって構成される。なお、図５は、複数の仮想コンテナ環境を示す図である。
【００７３】
そして、各仮想環境において、各種の処理を実行するためのアプリケーション（詳細には、サーバアプリケーション）を実行することが可能である。たとえば、コンテナＣＴ１においてファイル管理部２９ｅの機能（ファイル管理機能（各種のファイルを管理する機能）等）を実現するためのアプリケーションを実行することによって、ファイル管理部２９ｅがコンテナＣＴ１内にて実現される。
【００７４】
同様に、コンテナＣＴ２においてファイル変換部２９ｆの機能（各種のファイルを変換する機能）を実現するためのアプリケーションを実行することによって、ファイル変換部２９ｆがコンテナＣＴ２内にて実現される。
【００７５】
同様に、コンテナＣＴ３において、上述の動作制御部２９ｃの各種の機能（他の装置（およびそのユーザ）とのインターフェイス機能等を含む）を実現するためのアプリケーションを実行することによって、動作制御部２９ｃ等がコンテナＣＴ３内にて実現される。より詳細には、当該アプリケーションは、ユーザからのファイル変換要求（詳細には、各クライアント（端末等）からの各サービスの提供要求）を受け付け、当該ファイル変換要求に応じた変換結果を出力するなどの機能を有している。当該アプリケーションの実行によって、動作制御部２９ｃ等が実現される。
【００７６】
なお、他のコンテナＣＴ４等によって更に別のサービスを提供することも可能である。
【００７７】
また、この第１実施形態においては、変換履歴情報３００および履歴ファイル４００は、ファイル管理部２９ｅの管理下にて格納部２５内に保存される。換言すれば、変換履歴情報３００および履歴ファイル４００は、コンテナＣＴ１（第１仮想環境）内にて管理される（図７参照）。図７は、第１実施形態に係るファイル管理部２９ｅおよびファイル変換部２９ｆの詳細構成を示す図である。
【００７８】
図７に示すように、ファイル管理部２９ｅは、受付部５１と履歴取得部５２と変換制御部５３と変換結果格納制御部５４と履歴更新部５５とを備えている。
【００７９】
受付部５１（変換指令受付部とも称する）は、動作制御部２９ｃ等にて受け付けられたユーザ要求（詳細には、各クライアント（端末等）からの各サービスの提供要求）に基づくファイル変換指令であって当該動作制御部２９ｃ等から転送されてきたファイル変換指令を受け付ける処理部である。受付部５１は、たとえば、フォーマット変換対象のファイルである対象ファイルを第１フォーマット（変換前フォーマット）から第２フォーマット（変換後フォーマット）に変換すべき旨の変換指令を受け付ける。
【００８０】
履歴取得部５２は、フォーマット変換の対象ファイルに関する過去の少なくとも１つのフォーマット変換処理の履歴情報である変換履歴情報３００（図１１参照）を取得する処理部である。
【００８１】
変換制御部５３は、変換履歴情報３００および履歴ファイル４００を利用して、対象ファイルに関する変換指令に応じた処理結果（第２フォーマットのファイル）を取得する処理部である。履歴ファイル４００は、フォーマット変換ルートにおける何れかのフォーマットを有するファイルであり、過去のフォーマット変換に関与したファイル（変換関与ファイル）として変換履歴情報３００に記録されているファイルである。また、履歴ファイル４００（詳細には、そのファイルデータ）は、格納部２５に再利用等のために格納されており、第２フォーマットへの変換が可能なフォーマット或いは第２フォーマット自体を有している。履歴ファイル４００は、過去のフォーマット変換に関与した旨が変換履歴情報３００に記録されているファイル（および、過去のフォーマット変換で使用されたデータファイル）である、とも表現される。
【００８２】
変換制御部５３は、複数の履歴ファイル４００の中から、変換指令にて指定された対象ファイル（たとえば、「FILE_A」）に関する履歴ファイル（対象ファイルに関する過去のフォーマット変換に関与したフォーマットファイル）を複数の利用候補ファイル（第２フォーマットのファイルの取得処理にて利用されるべきファイルの候補）として特定する。そして、変換制御部５３は、当該複数の利用候補ファイルの中から所定の決定基準で決定された一のファイル（フォーマットファイル）を利用して、第２フォーマット（目標フォーマット）の対象ファイルを取得する。換言すれば、変換制御部５３は、複数の利用候補ファイル（目標フォーマットのファイルの取得処理に利用すべきファイルの候補として所定の格納部に格納されているファイル）のいずれかを利用して、変換指令に応じて、目標フォーマットの対象ファイルを（変換指令に対する処理結果として）取得する。
【００８３】
変換制御部５３は、判定部５３ａとサブ変換指令送出部５３ｂとサブ変換結果受付部５３ｃとを備えている。判定部５３ａは、サブ変換処理（後述）の実行の是非を判定する処理部である。サブ変換指令送出部５３ｂは、ファイル変換部２９ｆに対してサブ変換指令を送出する（送信する）処理部であり、サブ変換結果受付部５３ｃは、サブ変換指令に応じた変換結果をファイル変換部２９ｆから受信する（受け付ける）処理部である。
【００８４】
変換結果格納制御部５４は、上述のファイル変換指令に応じた変換結果（データファイル等）を格納部２５内の所定のフォルダ（指定フォルダ）に格納する動作等を制御する処理部である。なお、変換結果格納制御部５４は、依頼元処理部（動作制御部２９ｃ等）に対して完了通知等を送出（返信）してもよい。
【００８５】
履歴更新部５５は、変換履歴情報３００と履歴ファイル４００とを格納部２５に格納する動作を制御する処理部である。履歴更新部５５は、変換履歴情報３００と履歴ファイル４００とを更新する動作等を実行する。
【００８６】
また、ファイル変換部２９ｆは、サブ変換指令受付部５５と変換処理実行部５６とサブ変換結果送出部（送信部）５７とを有している。
【００８７】
サブ変換指令受付部５５は、ファイル管理部２９ｅからサブ変換指令（第１仮想環境から受信した新たな変換指令）を受け付ける（受信する）処理部である。
【００８８】
変換処理実行部５６は、当該サブ変換指令に応じて、対象ファイルを第２フォーマット（目標フォーマット）へと変換する変換処理を実行する処理部である。
【００８９】
サブ変換結果送出部（送信部）５７は、第２フォーマットに変換されたファイル（第２フォーマットを有する対象ファイル）を、サブ変換指令の依頼元のファイル変換部２９ｆ（第１仮想環境）に送信する処理部である。
【００９０】
＜１−５．操作画面１５０＞
サーバデバイス２０は、ファイルフォーマット変換サービスを提供する。サーバデバイス２０は、ウエブサーバ機能を有しており、ＭＦＰ１０の外部装置（外部のパーソナルコンピュータ等）のブラウザ、あるいは、ＭＦＰ１０の画像形成デバイス３０のブラウザ等からのアクセス（ＨＴＴＰリクエスト等）に対して画面表示用データ（ＨＴＴＰレスポンス）を返信する。当該ブラウザは、受信した画面表示用データに基づき、図６に示すような操作画面１５０を表示する。たとえば、ＭＦＰ１０の画像形成デバイス３０のブラウザからのアクセスに応じて、図６に示すような操作画面１５０が操作表示部４０のタッチパネル４５に表示される。サーバデバイス２０の当該ウエブサーバ機能は、ウエブサーバアプリケーションと動作制御部２９ｃとが協働することなどによって実現される。
【００９１】
操作画面１５０（詳細にはその左側から中央）においては、所定フォルダ内の１又は複数のファイルのサムネイル画像１６１，１６２，１６３，１６４，...が、変換対象ファイルの候補として表示されている。また、操作画面１５０内の右側においては、変換後のフォーマットの指定用ボタン１７１〜１７５が表示されている。
【００９２】
ユーザは、変換対象ファイルに関する１又は複数の候補の中から、所望のファイルを変換対象ファイルとして指定する。具体的には、タッチパネル４５に表示された操作画面１５０内の当該サムネイル画像（たとえば１６１）の表示部分をユーザが指で押下することによって、当該サムネイル画像に対応するファイルが変換対象ファイルとして指定される。さらに、操作画面１５０内の指定用ボタン１７１〜１７５のいずれかが押下されることによって、当該変換対象ファイルの変換後のフォーマットが指定される。
【００９３】
図６では、ファイル「FILE_A.jpg」が変換対象ファイルとして指定され、「ＧＩＦ」が当該変換対象ファイルの変換後のフォーマットとして指定されている。その後、ユーザは、操作画面１５０内のＯＫボタンを押下することにより、処理の対象ファイル（たとえば「FILE_A.jpg」）のフォーマットを第１フォーマット（たとえば「ＪＰＧ」形式）から第２フォーマット（たとえば「ＧＩＦ」形式）へと変換すべき旨を指示する。画像形成デバイス３０（あるいはクライアント９０等）のブラウザは、当該指示をサーバデバイス２０へと送信する。
【００９４】
サーバデバイス２０が当該指示をブラウザから受信すると、当該指示に応答して、サーバデバイス２０の動作制御部２９ｃは、ファイルフォーマットの変換指令（たとえば、対象ファイル「FILE_A.jpg」のフォーマットを第１フォーマット（「ＪＰＧ」形式）から第２フォーマット（「ＧＩＦ」形式）へと変換すべき旨の変換指令）をファイル管理部２９ｅに送信する。
【００９５】
ファイル管理部２９ｅは、ファイル変換部２９ｆ等と協働して第２フォーマット（目標フォーマット）の対象ファイルを取得し、当該第２フォーマットのファイルを所定のフォルダに格納する。
【００９６】
このような動作（変換指令に応じた動作）については後に詳述する。
【００９７】
＜１−６．変換プラグイン情報２００＞
格納部２５には、変換プラグイン情報２００もが格納されている。変換プラグイン情報２００は、フォーマット変換処理を行うプラグイン（変換プラグイン）の情報である。変換プラグイン情報２００は、フォーマット変換ルートを規定する情報であるとも表現される。
【００９８】
図１０は、サーバデバイス２０（詳細には、第２仮想環境）にインストールされている変換プラグインを示す図である。図１０では、６種類の変換プラグインが例示されている。また、図１２は、図１０の変換プラグイン情報２００を図１０とは異なる表現で示す図である。
【００９９】
図１０（および図１２）の最上段においては、フォーマット変換対象ファイルのファイルフォーマット（ファイル形式）を変換前の形式（フォーマット）「ＢＭＰ（Bitmap）」（ビットマップ形式）から変換後の形式「ＰＮＧ（Portable Network Graphics）」（ポータブル・ネットワーク・グラフィックス形式）に変換する変換プラグインがインストールされていることが示されている。換言すれば、「ＢＭＰ」形式のファイル（単に「ＢＭＰ」ファイルとも称する）を「ＰＮＧ」形式のファイル（「ＰＮＧ」ファイル）に変換する変換プラグインがインストールされていることが示されている。
【０１００】
また、図１０においては、「ＰＮＧ」ファイルを「ＪＰＧ」形式（ジェイペグ（ＪＰＥＧ：Joint Photographic Experts Group）形式）のファイルに変換する変換プラグインがインストールされていることも示されている。さらに、「ＰＮＧ」形式のファイルを「ＰＤＦ（Portable Document Format）」形式のファイルに変換する変換プラグインがインストールされていることも示されている。また、「ＪＰＧ」形式のファイルを「ＧＩＦ（Graphics Interchange Format）」形式のファイルに変換する変換プラグインがインストールされていることも示されている。さらに、「ＧＩＦ」形式のファイルを「ＰＤＦ」形式のファイルに変換する変換プラグインがインストールされていることも示されている。また、「ＰＤＦ」形式のファイルを「ＷＯＲＤ」形式のファイルに変換する変換プラグインがインストールされていることも示されている。当該「ＷＯＲＤ」形式への変換には、たとえば、ＰＤＦデータファイル内の画像に対してＯＣＲ処理（光学的文字認識処理）を施して抽出したテキストデータをワード形式に変換する処理等が含まれる。
【０１０１】
変換プラグイン情報２００には、複数のフォーマットの相互間の変換のうち、実行可能な変換の情報が記述されている。端的に言えば、変換プラグイン情報２００には、サーバデバイス２０の変換能力（フォーマット変換）が規定されている。
【０１０２】
具体的には、当該変換プラグイン情報２００（図１２参照）には、ＢＭＰファイルからＰＮＧファイルへの変換（詳細には直接変換あるいは一段階変換とも称する）、ＰＮＧファイルからＪＰＧファイルへの変換、ＪＰＧファイルからＧＩＦファイルへの変換、ＧＩＦファイルからＰＤＦファイルへの変換、ＰＤＦファイルからＷＯＲＤファイルへの変換、およびＰＮＧファイルからＰＤＦファイルへの変換が可能である旨が規定されている。
【０１０３】
変換プラグイン情報２００を参照することによって、上述の変換プラグインに関する６種類の変換とそれらの組合せに係る変換は実行可能である一方、それ以外の直接変換は不可能であることが判る。すなわち、６種類の変換機能およびそれらの組合せに係る変換機能のみがサーバデバイス２０に設けられていることが判る。
【０１０４】
たとえば、「ＰＮＧ」ファイルを「ＪＰＧ」ファイルに変換することは可能であるものの、逆に、「ＪＰＧ」ファイルを「ＰＮＧ」ファイルに変換することは不可能である（図１２等参照）。また、「ＪＰＧ」ファイルは、「ＧＩＦ」ファイルへの変換を経由して、「ＰＤＦ」ファイルに変換されることも判る。より具体的には、「ＪＰＧ」ファイルは、複数段階の変換処理（「ＪＰＧ」から「ＧＩＦ」への変換と、「ＧＩＦ」から「ＰＤＦ」への変換との２段階の変換処理）を伴うことによって、「ＰＤＦ」ファイルに変換され得ることが判る。
【０１０５】
＜１−７．変換履歴情報３００および履歴ファイル４００＞
上述のような変換指令（操作画面１５０等を用いた変換指令）が付与される時点（変換指令の付与時点）では、当該変換指令よりも前の変換指令（過去の変換指令）に応じて生成されたファイル等の情報（変換履歴情報３００および履歴ファイル４００）が格納部２５に格納されている。
【０１０６】
図１１は、変換履歴情報３００を示す図である。変換履歴情報３００は、各ファイルに関する過去の少なくとも１つのフォーマット変換処理の履歴情報である。変換履歴情報３００には、各ファイル（「FILE_A」および「FILE_B」等）の過去のフォーマット変換に関与したファイルが記録されている。具体的には、各フォーマット変換処理の変換前のファイル（詳細にはそのファイル名称）と変換後のファイル（そのファイル名称）と変換日時（変換後ファイルの生成日時）とが記録されている。各ファイルの名称、および／または各ファイルの生成時刻等は、各ファイルの識別情報としても利用される。
【０１０７】
図１１においては、ファイル「FILE_A」に関する２つの変換履歴が記録されている。具体的には、「２０１８年１月８日１４時０５分００秒」に「ＰＮＧ」形式のファイル「FILE_A.png」が「ＪＰＧ」形式のファイル「FILE_A.jpg」へと変換されたことが示されている。また、「２０１８年１月９日１５時１０分００秒」に「ＪＰＧ」形式のファイル「FILE_A.jpg」が「ＧＩＦ」形式のファイル「FILE_A.gif」へと変換されたことが示されている。
【０１０８】
さらに、別のファイル「FILE_B」に関する１つの変換履歴が記録されている。具体的には、「２０１８年１月１２日１６時３０分００秒」に「ＰＮＧ」形式のファイル「FILE_B.png」が「ＪＰＧ」形式のファイル「FILE_B.jpg」へと変換されたことが示されている。
【０１０９】
なお、変換前ファイルの生成日時を示すタイムスタンプの情報がさらに記録されていてもよい。たとえば、ファイル「FILE_A.png」が「２０１８年１月７日１３時００分００秒」に生成された旨を示す生成日時情報もが、変換履歴情報３００内に記録されていてもよい。
【０１１０】
また、変換履歴情報３００にフォーマット変換処理の履歴として記録されたファイル（詳細にはそのファイルデータ）は、履歴ファイル４００として格納部２５に格納されている。具体的には、或るフォーマットを有する対象ファイル（変換前ファイルあるいは変換前履歴ファイルとも称する）を別のフォーマットのファイル（変換後ファイルあるいは変換後履歴ファイルとも称する）へと変換した履歴に関して、変換前ファイルと変換後ファイルとの少なくとも一方（ここでは双方）である変換前後ファイル（変換前後履歴ファイルあるいは使用済ファイルなどとも称する）が履歴ファイル４００として格納部２５に格納されている。
【０１１１】
たとえば、ＰＮＧファイル「FILE_A.png」からＪＰＧファイル「FILE_A.jpg」（第１フォーマットのファイル）への変換履歴に関する変換前後ファイル、具体的には、変換前ファイル「FILE_A.png」と変換後ファイル「FILE_A.jpg」との２つのファイルが、履歴ファイル４００として格納部２５に格納されている。同様に、ＪＰＧファイル「FILE_A.jpg」からＧＩＦファイル「FILE_A.gif」への変換履歴に関する変換前後ファイル（「FILE_A.jpg」および「FILE_A.gif」）等も、履歴ファイル４００として格納部２５に格納されている。なお、ファイル「FILE_A.jpg」はこれら２つの変換履歴の相互間で重複しているので、実体データとしては一のファイルデータ「FILE_A.jpg」（変換前ファイルでもあり且つ変換後でもある）が格納部２５に格納されればよい。
【０１１２】
このように、変換履歴情報３００には、各ファイルに関する過去の単一段階変換の変換前ファイルと変換後ファイルとの双方の情報等が記録されている。また、格納部２５には、履歴ファイル４００として、当該単一段階変換の変換前ファイルと変換後ファイルとの双方等が格納されている。
【０１１３】
なお、履歴ファイル４００として格納部２５に格納されている当該ファイルは、操作画面１５０内の変換対象ファイルの候補としては表示されない。履歴ファイル４００は、作業用の内部ファイルであり、操作画面１５０を利用した通常の変換指令の付与操作においてはユーザからは見えないファイルである。
【０１１４】
＜１−８．動作＞
図８は、ファイル管理部２９ｅの動作を示すフローチャートであり、図９は、ファイル変換部２９ｆの動作を示すフローチャートである。また、図１３〜図１５は、変換指令に応じた動作例等を示す図である。図１３は、対象ファイルについて「ＪＰＧ」から「ＧＩＦ」への変換指令が付与された場合の動作例を示し、図１４は、対象ファイルについて「ＪＰＧ」から「ＰＮＧ」への変換指令が付与された場合の動作例を示している。また、図１５は、対象ファイルについて「ＪＰＧ」から「ＰＤＦ」への変換指令が付与された場合の動作例を示している。以下、これらの図を参照しながら、第１実施形態に係る動作について説明する。
【０１１５】
このサーバデバイス２０においては、対象ファイルの過去のフォーマット変換に関与したファイルとして変換履歴情報３００に記録され且つ格納部２５に履歴ファイル４００として格納されているファイル（利用候補ファイル）の中から所定の決定基準で決定された一のファイルが利用されて、目標フォーマットを有する対象ファイルが取得される。換言すれば、複数の履歴ファイル４００の中からまず利用候補ファイル（一次候補ファイルとも称する）が特定（一次検索）され、次に当該利用候補ファイルの中から、実際に利用すべきファイルとして当該一のファイル（二次候補ファイル）が決定（二次検索）（最終決定）される。また、ここでは、当該所定の決定基準として、対象ファイルの過去の変換に関与した複数のフォーマットの中で目標フォーマットへの変換段階数が最も少ない旨の基準が採用される態様について説明する。
【０１１６】
上述のように、図６のような操作画面１５０を用いてユーザによって変換指示が付与されると、動作制御部２９ｃは、ファイルフォーマットの変換指令（たとえば、対象ファイル「FILE_A.jpg」のフォーマットを第１フォーマット（「ＪＰＧ」形式）から第２フォーマット（「ＧＩＦ」形式）へと変換すべき旨の変換指令）をファイル管理部２９ｅに送信する。
【０１１７】
ファイル管理部２９ｅの受付部５１（図７）が当該変換指令を受け付けると、ファイル管理部２９ｅの履歴取得部５２が変換履歴情報３００にアクセスして、対象ファイルの過去のフォーマット変換履歴（単に変換履歴とも称する）を検索する（ステップＳ１２（図８））。
【０１１８】
対象ファイルの変換履歴が存在しない場合には、ステップＳ１３からステップＳ１４に進み、通常のフォーマット変換処理が実行される。たとえば、変換指令にて指定された変換処理の対象ファイルが「FILE_C.jpg」である場合、図１１の変換履歴情報３００には当該対象ファイルの履歴が存在しないと判定され、当該対象ファイル「FILE_C.jpg」を目標フォーマット（たとえば「ＧＩＦ」形式）へと変換する通常の変換処理等が実行される。
【０１１９】
具体的には、ファイル管理部２９ｅの変換制御部５３がファイル変換部２９ｆに対して、第１フォーマットを有する対象ファイルを送信するとともに、当該対象ファイルを第２フォーマット（目標フォーマット）に変換すべき旨の変換指令をも送信する。これに応じてファイル変換部２９ｆは、当該変換指令に応じた変換処理を行って（ステップＳ３１，Ｓ３２）、変換結果として取得されたデータファイルをファイル管理部２９ｅに返信する（Ｓ３３）。その後、ファイル管理部２９ｅは、当該変換結果（データファイル）を所定のフォルダに格納する（ステップＳ２１）。また、履歴更新部５５は、変換履歴情報３００および履歴ファイル４００を更新する（ステップＳ２２）。
【０１２０】
一方、対象ファイルの変換履歴が存在する場合には、ファイル管理部２９ｅの変換制御部５３が、変換履歴情報３００に基づいて、格納部２５に格納されている複数の履歴ファイル４００の中から、対象ファイルに関する過去のフォーマット変換に関与したフォーマットファイル（履歴ファイル４００）を利用候補ファイルとして特定する（ステップＳ１５，Ｓ１６）。たとえば、対象ファイルが「FILE_A.jpg」である場合、図１１の変換履歴情報３００には当該対象ファイルの履歴が存在すると判定され、ステップＳ１５に進む。以下では、対象ファイルが「FILE_A.jpg」である場合について主に説明する。
【０１２１】
ステップＳ１５では、第１フォーマット（変換指令における変換元フォーマット）「ＪＰＧ」を有する対象ファイル「FILE_A.jpg」の変換履歴において、変換後ファイルと変換前ファイルとが検索される。
【０１２２】
たとえば、図１１の変換履歴情報３００においては、対象ファイル「FILE_A.jpg」に関する変換履歴として、「FILE_A.png」（「ＰＮＧ」）から「FILE_A.jpg」（「ＪＰＧ」）への変換履歴が存在するので、「FILE_A.png」（ＰＮＧ形式）が「変換前ファイル（変換前履歴ファイル）」として特定され、「FILE_A.jpg」（ＪＰＧ形式）が「変換後ファイル（変換後履歴ファイル）」として特定される（図１３〜図１５も参照）。同様に、対象ファイル「FILE_A.jpg」に関する変換履歴として、「FILE_A.jpg」（「ＪＰＧ」）から「FILE_A.gif」（「ＧＩＦ」）からへの変換履歴もが存在するので、「FILE_A.jpg」（ＪＰＧ形式）が「変換前ファイル」として特定され、「FILE_A.gif」（ＧＩＦ形式）が「変換後ファイル」として特定される。
【０１２３】
このようにして、「変換前ファイル」（「FILE_A.png」および「FILE_A.jpg」）と「変換後ファイル」（「FILE_A.jpg」および「FILE_A.gif」）とを含むファイルが、「利用候補ファイル」（変換指令に応じた処理にて（実質的に）利用するファイルの候補）として特定される。換言すれば、変換指令における変換元ファイル（ここでは、「ＪＰＧ」形式の「FILE_A.jpg」）に加えて、当該変換元ファイル以外の履歴ファイル（「変換前ファイル」（「FILE_A.png」）と「変換後ファイル」（「FILE_A.gif」）との少なくとも一方）をも含むファイルが、「利用候補ファイル」として特定される。なお、図１３〜図１５においては、変換履歴情報３００内の「利用候補ファイル」が太い枠線で囲まれて示されている。
【０１２４】
換言すれば、ＪＰＧファイル「FILE_A.jpg」（第１フォーマットのファイル）に関するフォーマット変換が過去に行われていた場合、履歴ファイル４００として、当該第１フォーマット（ＪＰＧ）からの変換における変換先のフォーマットのファイル（「変換先ファイル」とも称する）（たとえばＧＩＦファイル「FILE_A.gif」）と当該第１フォーマットへの変換における変換元のフォーマットのファイル（「変換元ファイル」とも称する）（たとえばＰＮＧファイル「FILE_A.png」）とが格納されている。この実施形態では、このような変換先ファイルおよび変換元ファイルを含む複数の利用候補ファイルの中から一のファイルが選択され、当該一のファイルを利用して目標フォーマットのファイルが取得される。
【０１２５】
その後、変換制御部５３の判定部５３ａは、利用候補ファイルの中に、目標フォーマットのファイルが存在するか否かを判定する（ステップＳ１６）。
【０１２６】
目標フォーマットのファイルが利用候補ファイルの中に存在する場合、ステップＳ１７に進む。そして、当該利用候補ファイル（且つ履歴ファイル４００）として格納されていたファイルが、目標フォーマットのファイル（変換指令に応じた変換結果としてのファイル）として決定され、格納部２５内の履歴ファイル格納用フォルダから抽出される。そして、抽出されたファイルが格納部２５内の指定フォルダ（たとえば、履歴ファイル格納用フォルダとは別のフォルダ）に格納される。換言すれば、変換指令に応じた変換結果（対象ファイルの目標フォーマットへの変換結果）として、利用候補ファイルの中に存在していた目標フォーマットファイルがそのまま採用される。なお、このような格納動作は、変換結果格納制御部５４によって制御されればよい。
【０１２７】
たとえば、図１３においては、目標フォーマットのファイル「FILE_A.gif」が「利用候補ファイル」の中に（詳細には、変換後履歴ファイルとして）存在する。この場合、履歴ファイル４００（利用候補ファイルでもある）として格納されていた「FILE_A.gif」自体が、変換指令に応じた変換結果として決定され、格納部２５内の指定フォルダに格納される。この場合、実質的な変換処理を伴うことなく、目標フォーマットのファイルが取得されるので、非常に効率的である。
【０１２８】
同様に、図１４においては、目標フォーマットのファイル「FILE_A.png」が「利用候補ファイル」の中に（詳細には、変換前履歴ファイルとして）存在する。この場合、履歴ファイル４００（利用候補ファイルでもある）として格納されていた「FILE_A.png」自体が、変換指令に応じた変換結果として決定され、格納部２５内の指定フォルダに格納される。この場合、実質的な変換処理を伴うことなく、目標フォーマットのファイルが取得されるので、非常に効率的である。
【０１２９】
一方、目標フォーマットのファイル（目標フォーマットファイル）が利用候補ファイルの中に存在しない場合、ステップＳ１６からステップＳ１８に進む。
【０１３０】
ステップＳ１８以降では、変換制御部５３は、利用候補ファイルのいずれかを変換元ファイル（起点）とし且つ少なくとも１つの変換段階を経て目標フォーマットファイルへの変換を行う変換ルート（サブ変換ルート）が存在するときには、当該変換ルートを用いてフォーマット変換を実行する。
【０１３１】
詳細には、そのような変換ルート（サブ変換ルート）として単一の変換ルートのみが存在する場合には、当該単一の変換ルートを用いてフォーマット変換が実行される。具体的には、当該変換元ファイルから目標フォーマットのファイルへの変換処理を実行すべき旨が決定される。
【０１３２】
一方、そのような変換ルート（利用候補ファイルのいずれかを変換元ファイル（起点）とし且つ少なくとも１つの変換段階を経て目標フォーマットファイルへの変換を行う変換ルート（サブ変換ルート））として、複数の変換ルートが存在する場合には、当該複数の変換ルートの中から、所定の決定基準に基づいて選択されたファイル（フォーマット）を起点とする一の変換ルートが、目標フォーマットファイルを得るための変換ルートとして決定される。ここでは、当該変換ルートの決定基準として上述のように「目標フォーマットへの変換段階数が最も少ない」旨の基準が採用される。そして、当該一の変換ルートを用いてフォーマット変換処理が実行される。
【０１３３】
具体的には、まず、ステップＳ１８において、複数の利用候補ファイルのうち、目標フォーマットのファイルに変換するための変換段階数が最も小さなファイルが、二次候補ファイル（中間フォーマットファイルなどとも称する）として選択される。そして、ステップＳ１９においては、動作制御部２９ｃからの変換指令に応じて対象ファイルを目標フォーマットへと変換するため、ファイル管理部２９ｅは、ファイル変換部２９ｆに対して「サブ変換指令」を送信する。当該サブ変換指令は、変換指令に基づく変換処理の途中段階でのフォーマット（中間フォーマット）を有するファイル（中間フォーマットファイル）を、目標フォーマットに変換すべき旨の指令である。
【０１３４】
たとえば、図１５に示されるように、対象ファイル「FILE_A.jpg」について「ＪＰＧ」から「ＰＤＦ」への変換指令が付与された場合には、３つのファイル（「FILE_A.jpg」、「FILE_A.png」および「FILE_A.gif」）が利用候補ファイルとして仮選択される（図２０も参照）。なお、図２０は、図１２において、変換指令および変換履歴情報をも加えて示す図である。図２０では、（対象ファイルに関する）ＪＰＧからＰＤＦへの変換指令が極太矢印で示されているとともに、３つの利用候補ファイル（ＰＮＧファイル、ＪＰＧファイルおよびＧＩＦファイル）にハッチングが付されて示されている。
【０１３５】
これらの３つの利用候補ファイルのいずれかを変換元ファイルとし且つ少なくとも１つの変換段階を経て目標フォーマットファイルへの変換を行う複数の変換ルートとしては、次のようなルートが存在する。
【０１３６】
具体的には、ＰＮＧファイル「FILE_A.png」からＰＤＦファイル「FILE_A.pdf」への変換ルート（第１ルートとも称する）（図１６参照）と、ＧＩＦファイル「FILE_A.gif」からＰＤＦファイル「FILE_A.pdf」への変換ルート（第２ルートとも称する）とを含む複数の変換ルート（図１７参照）が存在する。また、当該複数の変換ルートには、ＪＰＧファイル「FILE_A.jpg」からＧＩＦファイルを経由してＰＤＦファイル「FILE_A.pdf」へと変換される変換ルート（第３ルートとも称する）（図１８参照）が含まれる。さらに、当該複数の変換ルートには、ＰＮＧファイル「FILE_A.png」からＪＰＧファイル「FILE_A.jpg」とＧＩＦファイル「FILE_A.gif」とを経由してＰＤＦファイル「FILE_A.pdf」へと変換される変換ルート（第４ルートとも称する）（図１９参照）が含まれる。
【０１３７】
そして、変換制御部５３は、当該複数の変換ルートの中から、上述の決定基準（目標フォーマットへの変換段階数が最も少ない旨の基準）に基づいて一の変換ルート（サブ変換に関する利用ルートとも称する）を決定する。
【０１３８】
ここにおいて、第１ルートの変換段階数は「１」であり、第２ルートの変換段階数も「１」である。一方、第３ルートの変換段階数は「２」であり、第４ルートの変換段階数は「３」である（図２０も参照）。この場合、変換制御部５３は、第１ルートまたは第２ルートをサブ変換に関する利用ルートとして決定する。
【０１３９】
なお、図２０をも参照すると判るように、第３ルートは、第２ルートを含む冗長な変換ルートであり、第４ルートは、第２ルート（あるいは第３ルート）を含む冗長な変換ルートである。このような事情に基づき、変換制御部５３は、冗長なルートを選択対象から除外するようにしてもよい。
【０１４０】
また、この実施形態では、２つ以上の変換ルート（サブ変換ルート）が最少の変換段階数（同じ変換段階数）を有する場合、最も高画質のフォーマットを変換元フォーマット（開始フォーマット）とする変換ルートが、サブ変換に関する利用ルートとして決定される。たとえば、「ＰＮＧ」を起点とする第１ルートと「ＧＩＦ」を起点とする第２ルートとのうち、比較的高画質のフォーマット「ＰＮＧ」を起点（変換元フォーマット）とする変換ルートである第１ルートが、サブ変換に関する利用ルートとして決定されればよい。このように、比較的高画質のフォーマットファイルから目標フォーマットファイルが生成されることによれば、比較的低画質のフォーマットファイルから目標フォーマットファイルが生成される場合に比べて、比較的高画質の目標フォーマットファイルを得ることが可能である。
【０１４１】
あるいは、２つ以上の変換ルート（サブ変換ルート）が最少の変換段階数（同じ変換段階数）を有する場合には、当該２つ以上の変換ルートのうち、最も上流側のフォーマットを変換元フォーマット（開始フォーマットとも称する）とする変換ルートが、サブ変換に関する利用ルートとして決定されてもよい。たとえば、図２０に示されるように、最上流の「ＢＭＰ」から、「ＰＮＧ」、「ＪＰＧ」、「ＧＩＦ」、「ＰＤＦ」を経て、最下流の「ＷＯＲＤ」へと遷移する変換フローが存在する。この状況において、上述のように第１ルートと第２ルートとが何れも最少の変換段階数「１」を有する場合には、「ＰＮＧ」を起点とする第１ルートと「ＧＩＦ」を起点とする第２ルートとのうち、比較的上流側のフォーマット「ＰＮＧ」を起点（変換元フォーマット）とする変換ルートである第１ルートが、サブ変換に関する利用ルートとして決定されればよい。上流側のフォーマットは、下流側のフォーマットよりも高画質のフォーマットであることが多いので、比較的高画質の目標フォーマットファイルを得ることが可能である。
【０１４２】
このようにしてサブ変換に関する利用ルートが決定されると、当該利用ルート（所定の決定基準に基づき決定された一の変換ルート）に係る変換処理をファイル変換部２９ｆに実行させるため、ファイル管理部２９ｅ（サブ変換指令送出部５３ｂ）はファイル変換部２９ｆに対して「サブ変換指令」を送信する（ステップＳ１９）。
【０１４３】
ファイル管理部２９ｅからのサブ変換指令（第１仮想環境から受信した新たな変換指令）は、ファイル変換部２９ｆのサブ変換指令受付部５５によって受信される（ステップＳ３１（図９参照））。当該サブ変換指令は、変換元ファイル（たとえば、ＰＮＧファイル「FILE_A.png」）のデータ（ファイルデータ）とともに送信される。当該サブ指令等がサブ変換指令受付部５５によって受信されると、ファイル変換部２９ｆの変換処理実行部５６が、当該サブ変換指令に応じて当該変換元ファイルを目標フォーマット（たとえばＰＤＦ）へと変換する変換処理を実行する（ステップＳ３２）。そして、ファイル変換部２９ｆのサブ変換結果送出部（送信部）５７が、サブ変換処理の結果として得られたファイル（当該目標フォーマットの対象ファイル）（たとえば、ＰＤＦファイル「FILE_A.pdf」）を、サブ変換指令の依頼元のファイル管理部２９ｅ（第１仮想環境）に送信する（ステップＳ３３）。
【０１４４】
ファイル管理部２９ｅのサブ変換結果受付部５３ｃがファイル変換部２９ｆからサブ変換指令に応じた変換結果を受信すると、ファイル管理部２９ｅの変換結果格納制御部５４は、当該変換結果に係るファイルを格納部２５の所定フォルダ内に格納する（ステップＳ２１（図８））。
【０１４５】
さらに、ファイル管理部２９ｅの履歴更新部５５は、変換履歴情報３００と履歴ファイル４００とを更新する（ステップＳ２２）。たとえば、ファイル「FILE_A」に関して、ＰＮＧファイル「FILE_A.png」からＰＤＦファイル「FILE_A.pdf」への変換が行われた旨の情報等が変換履歴情報３００に追加されるとともに、変換後のＰＤＦファイル「FILE_A.pdf」が履歴ファイル４００として格納部２５内に追加される。これにより、次回以降の変換指令に対しては、更新後の変換履歴情報３００および履歴ファイル４００に基づく処理が行われ得る。たとえば、図２３に示すように、ＪＰＧファイル（「FILE_A.jpg」）からＰＤＦファイル（「FILE_A.pdf」）への変換指令が付与された場合、利用候補ファイルとして特定された変換後履歴ファイル「FILE_A.pdf」が、そのまま当該変換指令に応じた処理結果ファイルとして取得される。
【０１４６】
以上のような動作によれば、対象ファイルを第１フォーマットから第２フォーマット（目標フォーマット）に変換すべき旨の変換指令に応じて、当該対象ファイルの過去のフォーマット変換に関与したファイルとして変換履歴情報３００に記録され且つ格納部に格納されているファイルである利用候補ファイルの中から所定の決定基準で決定された一のファイルを利用して、第２フォーマットの対象ファイルが取得される。したがって、対象ファイルを第１フォーマットから第２フォーマットへと変換する変換処理を必ずしも実行しなくても、第１フォーマットのファイルに関して第２フォーマットのファイルを得ることが可能である。
【０１４７】
また、所定の決定基準として、対象ファイルの過去の変換に関与した複数のフォーマットの中で目標フォーマットへの変換段階数が最も少ない旨の基準が採用されているので、目標フォーマットのファイルを効率的に取得することが可能である。
【０１４８】
より詳細には、利用候補ファイルの中に目標フォーマットのファイルが存在する場合（換言すれば、目標フォーマットへの変換段階数が「０（ゼロ）」のフォーマットファイルが存在する場合）、変換指令に応じた対象ファイルの第２フォーマット（目標フォーマット）への変換結果として、第２フォーマットのファイルがそのまま採用される。したがって、対象ファイルを第１フォーマットから第２フォーマットへと変換する変換処理を実行しなくても、非常に効率的に（短時間で）第２フォーマットのファイルを得ることが可能である。
【０１４９】
特に、第１実施形態においては、変換履歴情報３００および履歴ファイル４００を管理するファイル管理部２９ｅが、変換指令を受け付けるとともに、当該ファイル管理部２９ｅが、変換指令に応じた対象ファイルの第２フォーマットへの変換結果として当該第２フォーマットの当該ファイルをそのまま採用する。したがって、第１仮想環境内のファイル管理部２９ｅは、第２仮想環境（ファイル変換部２９ｆ等）への新たな変換指令の送信を伴わずに当該第２フォーマットのファイルを変換結果として取得することが可能である。換言すれば、第１仮想環境が第２仮想環境にアクセスせずに済むので、対象ファイルのデータ送受信が不要になり、処理の簡素化を図ることが可能である。
【０１５０】
また、利用候補ファイルの中に目標フォーマットのファイルが存在しない場合、当該利用候補ファイルのいずれかを変換元ファイルとし且つ少なくとも１つの変換段階を経て当該目標フォーマットのファイルへの変換を行う複数の変換ルートの中から、所定の決定基準に基づいて決定されたファイルを変換元ファイルとし且つ目標フォーマットのファイルへの変換を行う一の変換ルート（ＰＮＧからＰＤＦへの一段階の変換ルート）（図１６および図２０参照）が採用されて、当該変換元ファイルから目標フォーマットへの変換が行われる。したがって、対象ファイルを第１フォーマットから第２フォーマット（目標フォーマット）へと変換する変換処理を必ずしも実行しなくても、第２フォーマットのファイルを得ることが可能である。特に、（たとえばＰＮＧファイルからＰＤＦファイルへの）一段階の変換ルートによる変換によって目標フォーマットファイルが得られることによれば、２段階の変換（たとえばＪＰＧファイルからＧＩＦファイルへの変換とＧＩＦファイルからＰＤＦへの変換とを含む）を伴う場合に比べて、短い処理時間で目標フォーマットファイルを得ることが可能である。
【０１５１】
また、上記実施形態においては、変換履歴情報３００には、過去の単一段階変換の変換前履歴ファイルと変換後履歴ファイルとの双方に関する情報等が記録され、格納部２５には、履歴ファイル４００として、当該単一段階変換の変換前履歴ファイルと変換後履歴ファイルとの双方等が格納されている。
【０１５２】
特に、互いに連鎖する（過去の）複数の単一段階変換に関与したファイルの情報が記録され、互いに連鎖する（過去の）複数の単一段階変換に関与したファイルが履歴ファイル４００として格納部２５に格納されている。たとえば、ＰＮＧファイルからＪＰＧファイルへの単一段階変換に関与したファイル（ＰＮＧファイルおよびＪＰＧファイル）と、当該単一段階変換に連鎖する別の単一段階変換（具体的には、ＪＰＧファイルからＧＩＦファイルへの変換）に関与したファイル（ＪＰＧファイルおよびＧＩＦファイル）とが履歴ファイル４００として格納部２５に格納されている。ここにおいて、一の単一段階変換における変換後ファイルと他の単一段階変換における変換前ファイルとが同一（いずれもＪＰＧファイル）であり、これら２つの単一段階変換は互いに連鎖している。このような態様によれば、より多くの種類のフォーマットのファイルが利用候補ファイルに含まれ得るので、変換指令に応じた処理にて当該利用候補ファイル内の何れかのフォーマットファイルが好適に利用される可能性を高めることが可能である。
【０１５３】
この場合、特にステップＳ１５においては、変換指令における第１フォーマット（たとえばＪＰＧ）からの直接変換の変換先（単一段階の変換先）のフォーマットファイル（ＧＩＦ）（図１２等参照）と当該第１フォーマット（たとえばＪＰＧ）への直接変換の変換元（単一段階の変換元）のフォーマットファイル（ＰＮＧ）とが検索されるのみならず、次のようなフォーマットファイルもが検索されることが好ましい。具体的には、第１フォーマット（たとえばＪＰＧ）からの２段階以上の変換先（２段階以上の単一段階の変換先）の全てのフォーマットファイル（たとえばＰＤＦ）（図１２等参照）、および当該第１フォーマット（たとえばＪＰＧ）への変換にて２段階以上遡る変換元（２段階以上の単一段階の変換元）の全てのフォーマットファイル（たとえばＢＭＰ）もがさらに検索されることが好ましい。換言すれば、第１フォーマットの変換先ファイルは、直接変換の変換先のフォーマットファイルのみならず、２段階以上の変換の組合せに係る変換先のフォーマットファイルであってもよい。同様に、第１フォーマットの変換元ファイルは、直接変換の変換元のフォーマットファイルのみならず、２段階以上の変換の組合せに係る変換元のフォーマットファイルであってもよい。
【０１５４】
たとえば、図２０のような変換履歴に加えて更にＧＩＦファイルからＰＤＦファイルへの変換履歴もが存在する状況において、ＪＰＧファイルからＷＯＲＤ（ワード）ファイルへの変換指令が受け付けられた場合には、ステップＳ１５の動作によって、ＪＰＧファイルの２段階先のＰＤＦファイルが利用候補ファイルとして特定されればよい。
【０１５５】
また、上記実施形態においては、図１２および図２０に示されるように、ＪＰＧファイルからＰＮＧファイルへの変換プラグインが存在せず、サーバデバイス２０は、ＪＰＧファイルからＰＮＧファイルへのフォーマット変換機能を有しない。しかしながら、そのような状況において図１４のようにＪＰＧファイルからＰＮＧファイルへの変換指令が付与された場合であっても、変換前履歴ファイルに目標フォーマットのファイルが含まれているときには、変換指令に応じた対象ファイルの目標フォーマットへの変換結果として、当該変換前履歴ファイルがそのまま採用される。換言すれば、履歴ファイル４００（利用候補ファイル）の中にＰＮＧファイル（目標フォーマットファイル）が既に存在するときには、サーバデバイス２０は、当該変換指令に応じた変換結果ファイルとして当該ＰＮＧファイルを利用することが可能である。このように、或る向き（下流側から上流側に向かう向き）の一の変換プラグインが存在しない場合でも、当該一の変換プラグインの逆向きの変換処理の結果が存在するときには、当該変換処理の結果を利用することによって、目標フォーマットファイルを得ることが可能である。
【０１５６】
＜１−９．他の動作例＞
また、図２１は、他の動作例を示す図である。図２１においては、図２０と同様に、ＪＰＧファイルからＰＤＦファイルへの変換指令が付与された場合の動作例が示されている。ただし、図２１の動作例においては、ＪＰＧファイルからＧＩＦファイルへの変換プラグインが存在しない。すなわち、サーバデバイス２０は、変換指令における第１フォーマットから第２フォーマット（目標フォーマット）へのフォーマット変換機能を有しない。より詳細には、ＪＰＧファイルを起点（開始フォーマットファイル）として、（サーバデバイス２０にインストールされている）１又は複数の変換プラグインを利用した変換処理を行ったとしても、目標フォーマットファイルを生成することができない。
【０１５７】
このような場合であっても、二次候補ファイル（中間フォーマットファイル）として選択された一のファイル（たとえば、ＰＮＧファイル）から目標フォーマット（たとえば、ＰＤＦファイル）への変換機能をサーバデバイス２０が有するときには、サーバデバイス２０は、当該一のファイルから目標フォーマットへの変換処理を実行して目標フォーマットの対象ファイルを取得することが可能である。
【０１５８】
＜２．第２実施形態＞
第２実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。
【０１５９】
図２４は、第２実施形態に係るファイル管理部およびファイル変換部等の詳細構成を示す図である。図２４を図７と比較すると判るように、この第２実施形態においては、変換履歴情報３００および履歴ファイル４００は、ファイル変換部２９ｆの管理下にて格納部２５内に保存される。換言すれば、変換履歴情報３００および履歴ファイル４００は、コンテナＣＴ２（第２仮想環境）内にて管理される。また、第１実施形態では、目標フォーマットファイルの取得動作がファイル管理部２９ｅによって実質的に実行されるのに対して、第２実施形態では、目標フォーマットファイルの取得動作がファイル変換部２９ｆによって実質的に実行される。
【０１６０】
図２４に示されるように、コンテナＣＴ１（第１仮想環境）にて構築されるファイル管理部２９ｅは、受付部６１と変換指令転送部６２と変換結果受付部６３と変換結果格納制御部６４とを備える。
【０１６１】
受付部６１（変換指令受付部とも称する）は、受付部５１と同様の処理を実行する処理部である。受付部６１は、たとえば、フォーマット変換対象のファイルである対象ファイルを第１フォーマット（変換前フォーマット）から第２フォーマット（変換後フォーマット）に変換すべき旨の変換指令を受け付ける。当該変換指令には、当該対象ファイルの識別情報（たとえば、対象ファイルの名称、および／または対象ファイルの生成時刻等）が含まれる。
【０１６２】
変換指令転送部６２は、当該変換指令をファイル変換部２９ｆ（コンテナＣＴ２（第２仮想環境））に転送する処理部である。換言すれば、変換指令転送部６２は、複数の仮想環境のうちの第２仮想環境に対して当該変換指令を転送（送信）する処理部である。
【０１６３】
変換結果受付部６３は、当該変換指令に応じたファイル変換部２９ｆによる変換結果を受け付ける（受信する）処理部である。
【０１６４】
変換結果格納制御部６４は、変換結果格納制御部５４（図７参照）と同様の処理を実行する処理部である。変換結果格納制御部６４は、上述のファイル変換指令に応じた変換結果（データファイル等）を格納部２５内の所定のフォルダ（指定フォルダ）に格納する動作等を制御する処理部である。
【０１６５】
一方、コンテナＣＴ２（第２仮想環境）にて構築されるファイル変換部２９ｆは、変換指令受付部６５と履歴取得部６６と変換制御部６７と変換結果送出部６８と履歴更新部６９とを備えている。
【０１６６】
変換指令受付部６５は、ファイル管理部２９ｅの変換指令転送部６２から転送されてきた変換指令を受け付ける（受信する）処理部である。
【０１６７】
履歴取得部６６は、履歴取得部５２と同様の処理を実行する処理部である。
【０１６８】
変換制御部６７は、変換制御部５３と同様の処理を実行する処理部である。ただし、変換制御部６７は、判定部５３ａと同様の判定部６７ａを備えることに加えて、変換処理実行部５６と同様の変換処理等を実行する変換処理実行部６７ｂをも備えている。
【０１６９】
なお、第２実施形態においては、ファイル変換部２９ｆは、同じコンテナＣＴ２（第２仮想環境）内にて保管（管理）されている変換履歴情報３００および履歴ファイル４００を利用するとともに、同じコンテナＣＴ２（第２仮想環境）内にて実現される変換制御部６７を用いてフォーマット変換処理を実行する。そのため、ファイル変換部２９ｆにおいて、サブ変換指令を異なる仮想環境の相互間で送受信するための処理部（５３ｂ，５５，５７，５３ｃ）を設けることを要しない。
【０１７０】
変換結果送出部６８は、変換制御部６７の最終処理結果を変換結果受付部６３に送出（送信）する処理部である。第２実施形態では、変換制御部６７の最終処理結果（第２フォーマットの対象ファイル）が、ファイル変換指令に応じた変換結果として変換結果受付部６３に送出される。換言すれば、第２仮想環境に構築されたファイル変換部２９ｆで取得された処理結果（第２フォーマットの対象ファイル）が、当該ファイル変換部２９ｆ（第２仮想環境）から、第１仮想環境に構築されたファイル管理部２９ｅへと送信される。
【０１７１】
履歴更新部６９は、履歴更新部５５と同様の処理を実行する処理部である。履歴更新部６９は、変換履歴情報３００と複数の履歴ファイル（利用候補ファイル等）とを格納部２５に格納する動作を制御する。たとえば、履歴更新部６９は、変換履歴情報３００と履歴ファイル４００とを更新する動作等を実行する。
【０１７２】
図２５は、第２実施形態に係るファイル管理部２９ｅの動作を示すフローチャートであり、図２６は、第２実施形態に係るファイル変換部２９ｆの動作を示すフローチャートである。以下、これらの図を参照しながら、第２実施形態に係る動作について説明する。
【０１７３】
第１実施形態と同様に、図６のような操作画面１５０を用いてユーザによって変換指示が付与されると、動作制御部２９ｃは、ファイルフォーマットの変換指令（たとえば、対象ファイル「FILE_A.jpg」のフォーマットを第１フォーマット（「ＪＰＧ」形式）から第２フォーマット（「ＧＩＦ」形式）へと変換すべき旨の変換指令）をファイル管理部２９ｅに送信する。
【０１７４】
ファイル管理部２９ｅの受付部６１（図２４）が当該変換指令を受け付けると、当該変換指令をファイル管理部２９ｅの変換指令転送部６２がファイル変換部２９ｆに転送する（ステップＳ５１（図２５））。そして、変換指令転送部６２は、当該変換指令の対象ファイル自体の送信（ファイル変換部２９ｆへの送信）を開始する。
【０１７５】
変換指令転送部６２からの変換指令をファイル変換部２９ｆの変換指令受付部６５が受信する（ステップＳ６１（図２６））と、ファイル変換部２９ｆの履歴取得部６６が変換履歴情報３００にアクセスして、対象ファイルの過去のフォーマット変換履歴（単に変換履歴とも称する）を検索する（ステップＳ６２（図２６））。
【０１７６】
ステップＳ６３では、対象ファイルに関する変換履歴の有無が判定される。具体的には、変換履歴情報３００を参照して、対象ファイルに関連する履歴ファイルの存否が判定される。
【０１７７】
ここでは、対象ファイルの識別情報（第１仮想環境（ファイル管理部２９ｅ）から受信した変換指令に含まれているファイル識別情報（たとえばファイル名およびファイル作成日時等））が、第２仮想環境にて既に格納されている既格納ファイル（履歴ファイル４００）の識別情報のいずれかに一致するか否かに応じて、対象ファイルに関連する履歴ファイルの存否が判定される。なお、ファイル識別情報として、ファイル名のみならずファイル作成日時等もが用いられることによれば、ファイルの同一性（既格納ファイルと変換指令に含まれる対象ファイルとの同一性）（ひいてはファイルのコンテンツの同一性）をより正確に判断することが可能である。具体的には、対象ファイルの識別情報がいずれかの既格納ファイル（格納済ファイルとも称する）の識別情報に一致する場合、対象ファイルの変換履歴が存在すると判定される。逆に、対象ファイルの識別情報がいずれの既格納ファイルの識別情報にも一致しない場合、対象ファイルの変換履歴が存在しないと判定される。ただし、これに限定されず、たとえば、対象ファイルと同一のファイル名（拡張子以外のファイル名）を有するファイル（対象ファイルのフォーマットとは異なるフォーマット（あるいは同一のフォーマット）の同一名称ファイル）が格納部２５の履歴ファイル格納用フォルダ内に存在するか否かに応じて、対象ファイルに関連する履歴ファイルが存在するか否かが判定されてもよい。
【０１７８】
対象ファイルに関する変換履歴が存在しない場合には、ステップＳ６３からステップＳ６４に進み、通常のフォーマット変換処理等が実行される。具体的には、当該変換指令の対象ファイル（たとえば、「FILE_A.jpg」）の受信完了を待機した後（すなわち受信完了後に）、ファイル変換部２９ｆは、変換指令に応じた変換処理（当該対象ファイルを起点とする変換処理）を実行し（ステップＳ６４）、変換結果として取得されたデータファイルをファイル管理部２９ｅに送信する（ステップＳ７１）。また、履歴更新部６９は、変換履歴情報３００および履歴ファイル４００を更新する（ステップＳ７２）。その後、ファイル管理部２９ｅは、ファイル変換部２９ｆから受信した当該変換結果（データファイル）を所定のフォルダに格納する（ステップＳ５２（図２５））。
【０１７９】
一方、対象ファイルに関する変換履歴が存在する場合には、まず、目標フォーマットの取得処理に利用され得るファイル（変換処理の対象ファイル自体あるいは別のファイル）が格納部２５内に既に存在する旨が判定され、対象ファイル自体（たとえば、「FILE_A.jpg」）の受信は不要であると判定される。そして、変換処理の対象ファイル（たとえば、「FILE_A.jpg」）の受信完了を待たずに且つ当該対象ファイルの受信が中断された上で、ステップＳ６５以後の動作が実行される。
【０１８０】
ステップＳ６５においては、ファイル変換部２９ｆの変換制御部６７が、変換履歴情報３００に基づいて、対象ファイルに関する履歴ファイル４００を利用候補ファイルとして特定する。ステップＳ６５においては、ステップＳ１５（図８）と同様の動作が実行される。
【０１８１】
たとえば、「変換前履歴ファイル」（「FILE_A.png」および「FILE_A.jpg」）と「変換後履歴ファイル」（「FILE_A.jpg」および「FILE_A.gif」）とを含むファイルが、「利用候補ファイル」（変換指令に応じた処理にて（実質的に）利用するファイルの候補）として特定される。
【０１８２】
その後、変換制御部６７の判定部６７ａは、利用候補ファイルの中に、目標フォーマットのファイルが存在するか否かを判定する（ステップＳ６６）。
【０１８３】
目標フォーマットのファイルが利用候補ファイルの中に存在する場合、ステップＳ６６からステップＳ６７に進む。
【０１８４】
ステップＳ６７では、当該利用候補ファイル（且つ履歴ファイル４００）として格納されていたファイルが、目標フォーマットのファイル（変換指令に応じた変換結果としてのファイル）として決定され、格納部２５内の履歴ファイル格納用フォルダから抽出される。そして、ファイル変換部２９ｆの変換結果送出部６８は、抽出されたファイルをファイル管理部２９ｅに送信する。
【０１８５】
ファイル変換部２９ｆからの当該ファイルがファイル管理部２９ｅ（詳細には変換結果受付部６３）によって受信されると、ファイル管理部２９ｅの変換結果格納制御部６４は、当該ファイルを格納部２５内の指定フォルダに格納する（ステップＳ５２（図２５））。換言すれば、変換指令に応じた変換結果（対象ファイルの目標フォーマットへの変換結果）として、利用候補ファイルの中に存在していた目標フォーマットファイルがそのまま採用される。
【０１８６】
これにより、たとえば、上述の図１３（あるいは図１４等）に示すような動作が実行される。履歴ファイル４００（利用候補ファイルでもある）として格納されていた「FILE_A.gif」自体（あるいは、「FILE_A.png」自体）が、変換指令に応じた変換結果として決定され、格納部２５内の指定フォルダに格納される。実質的な変換処理を伴うことなく、目標フォーマットのファイルが取得されるので、非常に効率的である。
【０１８７】
一方、目標フォーマットのファイル（目標フォーマットファイル）が利用候補ファイルの中に存在しない場合、ステップＳ６６からステップＳ６８に進む。
【０１８８】
ステップＳ６８，Ｓ６９では、ファイル変換部２９ｆの変換制御部６７は、利用候補ファイルのいずれかを変換元ファイル（起点）とし且つ少なくとも１つの変換段階を経て目標フォーマットファイルへの変換を行う複数の変換ルート（サブ変換ルート）の中から、所定の決定基準に基づいて選択されたファイル（フォーマット）を起点とする一の変換ルートを、目標フォーマットファイルを得るための変換ルートとして決定する。ここでは、上述のように、当該変換ルートの決定基準として、「目標フォーマットへの変換段階数が最も少ない」旨の基準が採用されるものとする。
【０１８９】
具体的には、まず、ステップＳ６８において、複数の利用候補ファイルのうち、目標フォーマットのファイルに変換するための変換段階数が最も小さなファイルが、「中間フォーマットファイル」（被選択中間フォーマットファイルなどとも称する）として選択される。
【０１９０】
次のステップＳ６９においては、ファイル変換部２９ｆの変換処理実行部６７ｂは、動作制御部２９ｃからの変換指令に応じて対象ファイルを目標フォーマットへと変換するためのサブ変換処理を実行する。具体的には、変換処理実行部６７ｂは、「中間フォーマットファイル」（ファイル管理部２９ｅから転送されてきた変換指令に基づく変換処理の途中段階でのフォーマット（中間フォーマット）を有するファイル）を、目標フォーマットに変換する処理（サブ変換処理）を実行する。これにより、目標フォーマットの対象ファイルが、サブ変換処理の処理結果（ひいては動作制御部２９ｃからの変換指令に応じた処理結果）として得られる。
【０１９１】
たとえば、対象ファイル（たとえば、「FILE_A.jpg」）とは異なるフォーマットを有するファイル（たとえば、「FILE_A.png」）が「中間フォーマットファイル」として選択された場合には、当該「中間フォーマットファイル」からＰＤＦファイルへの変換処理が実行される。より詳細には、格納部２５内に既に格納されている「中間フォーマットファイル」（たとえば、「FILE_A.png」）からＰＤＦファイル（たとえば、「FILE_A.pdf」）への変換処理が実行される。
【０１９２】
一方、対象ファイル（たとえば、「FILE_A.jpg」）と同じフォーマットを有するファイル（たとえば、「FILE_A.jpg」）が「中間フォーマットファイル」として選択された場合には、当該「中間フォーマットファイル」からＰＤＦファイルへの変換処理が実行される。この場合にも、格納部２５内に既に格納されている「中間フォーマットファイル」（たとえば、「FILE_A.jpg」）からＰＤＦファイル（たとえば、「FILE_A.pdf」）への変換処理が実行される。
【０１９３】
そして、ファイル変換部２９ｆの変換結果送出部６８は、変換処理の結果として得られたファイル（当該目標フォーマットに変換された対象ファイル）を、ファイル管理部２９ｅ（第１仮想環境）に送信する（ステップＳ７１）。また、ファイル変換部２９ｆの履歴更新部６９は、変換履歴情報３００と履歴ファイル４００とを更新する（ステップＳ７２）。
【０１９４】
ファイル管理部２９ｅの変換結果受付部６３がファイル変換部２９ｆから変換結果（データファイル）を受信すると、ファイル管理部２９ｅの変換結果格納制御部６４は、当該変換結果に係るファイルを格納部２５の所定フォルダ内に格納する（ステップＳ５２（図２５））。
【０１９５】
これにより、たとえば、上述の図１５〜図２０に示すような動作が実行される。具体的には、対象ファイル「FILE_A.jpg」について「ＪＰＧ」から「ＰＤＦ」への変換指令が付与された場合には、まず、３つのファイル（「FILE_A.jpg」、「FILE_A.png」および「FILE_A.gif」）が利用候補ファイルとして仮選択される（図２０も参照）。そして、これらの３つのファイルのいずれかを変換元ファイルとし且つ少なくとも１つの変換段階を経て目標フォーマットファイルへの変換を行う複数の変換ルート（第１ルート〜第４ルート）の中から、所定の決定基準等に基づいて一の変換ルート（例えば第１ルート）が決定される。そして、当該一の変換ルートによる変換処理の結果が、変換指令に応じた変換処理の結果（最終結果）として取得される。
【０１９６】
以上のような動作によれば、第１実施形態と同様の効果を得ることが可能である。
【０１９７】
ただし、第２実施形態では、２つの仮想環境間での担当処理の分配（担当処理の切り分け）等が第１実施形態とは異なるので、当該構成の相違に基づき、第２実施形態においては、第１実施形態とは若干異なる効果が得られる。
【０１９８】
たとえば、第２実施形態においては、第２仮想環境（コンテナＣＴ２）によって変換履歴情報と利用候補ファイルとが保管されるとともに第２仮想環境によって当該変換履歴情報と当該利用候補ファイルとが利用されて変換結果が取得される。第２仮想環境（ファイル変換部２９ｆ等）は、第１仮想環境から変換指令を受け付けると、当該変換指令に応じた変換結果を当該第２仮想環境自身で取得して、当該変換結果を第１仮想環境に送信する。すなわち、第２仮想環境（ファイル変換部２９ｆ等）は、第１仮想環境（ファイル管理部２９ｅ等）などの他の仮想環境に対して（システム構築に関して）いわゆる疎結合の状態を有しており、第２仮想環境は高い独立性を有している。したがって、第２仮想環境内部の変更によって、他の仮想環境との組合せによるシステム構築を容易に行うことが可能である。
【０１９９】
また、第２実施形態においては、変換指令転送部６２は、変換指令に加えて、対象ファイルのデータである対象ファイルデータをも第２仮想環境（ファイル変換部２９ｆ）に対して送信する。そして、ファイル変換部２９ｆは、第２仮想環境にて受信される対象ファイルデータの識別情報（変換指令内に含まれるファイル識別情報）と第２仮想環境にて既に格納されている既格納ファイル（履歴ファイル４００）の識別情報とが一致する旨が判定される場合（ステップＳ６３でＹＥＳ）には、対象ファイルデータの受信が中断され、既格納ファイルに基づく変換制御動作（ステップＳ６５〜Ｓ７２）が実行される。詳細には、複数の利用候補ファイルの中から所定の決定基準に基づいて決定された一のファイル（且つ第２仮想環境にて既に格納されている一のファイル）を利用して、目標２フォーマットの対象ファイルが取得される。したがって、対象ファイルデータの受信完了を待たずに、既格納ファイルに基づく変換制御動作が実行され得るので、処理時間を短縮することが可能である。
【０２００】
＜３．変形例等＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。
【０２０１】
＜格納部＞
たとえば、上記各実施形態等においては、変換履歴情報３００および履歴ファイル４００等を格納する格納部２５がＭＦＰ１０内に設けられているが、これに限定されず、変換履歴情報３００および履歴ファイル４００等を格納する格納部が、ＭＦＰ１０の外部装置（たとえば、ＮＡＳ（Network Attached Storage）等）に設けられてもよい。
【０２０２】
＜履歴ファイルの削除等＞
上記各実施形態等においては、フォーマット変換処理が行われるごとに、履歴ファイル４００が格納部２５に追加されていく。これによれば、多数の履歴ファイル４００が蓄積されていくので、変換指令に応じた処理結果を得る際に当該履歴ファイル４００を利用できる可能性を増大させることが可能である。
【０２０３】
一方、格納部２５の容量は有限である。そのため、たとえば、格納部２５の空き容量が所定程度（たとえば、格納部２５の全記憶容量の１０％程度）にまで減少した場合等においては、格納部２５に格納される複数の履歴ファイル（複数のフォーマットの履歴ファイル）のうち、削除に関する所定の基準（所定の削除基準）に応じて選択された一部のフォーマットの履歴ファイル（一部のフォーマットファイル）が削除されることが好ましい。このような削除動作によれば、格納部２５を有効に活用することが可能である。なお、このような削除処理は、サーバデバイス２０のコントローラ２９にて実現される履歴ファイル管理部（不図示）等によって実行されればよい。
【０２０４】
当該所定の削除基準としては、「実質同一のファイル（そのフォーマットが互いに異なるものの同じコンテンツを有するファイル）に関する複数のフォーマットの履歴ファイルのうち、他の履歴ファイルからの変換によって再現可能なファイルを優先的に削除すべき旨の基準」が採用され得る。
【０２０５】
たとえば、図１２のような変換ルート（複数の変換プラグイン（図１０）による変換ルート）が存在する場合を想定する。この場合において、或るファイル（「FILE_A.*」）に関して、「ＰＮＧ」形式のファイルと「ＪＰＧ」形式のファイルと「ＧＩＦ」形式のファイルとの３つのファイルが履歴ファイルとして格納部２５に格納されているとき（図２０も参照）には、フォーマット変換ルートにおける最も下流側のフォーマットのファイル（具体的には、「ＧＩＦ」形式ファイル）が最も先に削除されればよい。ここで、ＧＩＦファイルは、ＪＰＧファイル（およびＰＮＧファイル）に基づいて復元可能であるので、ＧＩＦファイルが最も優先的に削除されることが好ましい。その後、更なる削除が要請されるときには、「ＪＰＧ」形式のファイルおよび「ＰＮＧ」形式のファイルがこの順序で順次に削除されればよい。ＪＰＧファイルは、ＰＮＧファイルに基づいて復元可能であるので、ＪＰＧファイルがＰＮＧファイルよりも優先的に削除されることが好ましい。このように下流側のファイル（残った他の履歴ファイルからの変換によって再現可能なファイル）から順に削除されればよい。
【０２０６】
上流側の形式（たとえば「ＰＮＧ」形式あるいは「ＪＰＧ」形式）のファイルは下流側の形式のファイル（たとえば「ＧＩＦ」形式）に基づいて生成することができない一方で、下流側の形式のファイルは上流側の形式のファイルに基づいて生成され得る。したがって、上流側の形式のファイルをなるべく残すべく、下流側の形式のファイルから削除することが好ましい。換言すれば、変換プラグインを用いた変換処理によって変換元形式のファイル（上流側の形式のファイル）から生成することが可能なファイル（下流側の形式のファイル）から順に削除することが好ましく、変換プラグインを用いた変換処理によって生成することが不可能なファイル（上流側の形式のファイル）をなるべく残すことが好ましい。
【０２０７】
また、当該所定の削除基準としては、「複数の履歴ファイルのうち、実質的に同一の複数のファイル（そのフォーマットが互いに異なるものの同じコンテンツを有する複数のフォーマットファイル）の中で最も低画質のフォーマットのファイルを優先的に削除すべき旨の基準」が採用されてもよい。たとえば、或るファイル（「FILE_A.*」）に関して、「ＰＮＧ」形式のファイルと「ＪＰＧ」形式のファイルと「ＧＩＦ」形式のファイルとの３つのファイルが履歴ファイルとして格納部２５に格納されているときには、最も低い画質のフォーマットのファイル（具体的には、「ＧＩＦ」形式ファイル「FILE_A.gif」）が最も先に削除されればよい。その後、更なる削除が要請されるときには、「ＪＰＧ」形式のファイル「FILE_A.jpg」および「ＰＮＧ」形式のファイル「FILE_A.png」がこの順序で順次に削除されればよい。このように低画質ファイルから順に削除されればよい。これによれば、削除されずに残存している比較的高画質のフォーマットファイルを用いた変換制御動作が実行され得る。
【０２０８】
また、当該所定の削除基準としては、「（実質的に同一または互いに異なるファイルに関する）複数の履歴ファイルのうち、所定の判定時点までにフォーマット変換処理にて利用された回数が最も少ないファイルを優先的に削除すべき旨の基準」が採用されてもよい。たとえば、複数のファイル（「FILE_A.*」、「FILE_B.*」等）に関する複数の形式のファイルが履歴ファイルとして格納部２５に格納されている場合、フォーマット変換処理にて利用（再利用）された回数（利用回数）が或る時点にて最も少ないファイル（「FILE_B.doc」等）が最も先に削除されればよい。その後、更なる削除が要請されるときには、その利用回数の少ない順に各ファイルが順次に削除されればよい。これによれば、その利用回数が比較的多いファイルは格納部２５内に残存している可能性が高くなる。したがって、比較的高い使用頻度を有するファイルを利用した効率的な変換制御動作が実行され得る。なお、フォーマット変換処理にて利用された回数は、変換履歴情報３００等に記録されればよい。
【０２０９】
同様に、当該所定の削除基準としては、「（実質的に同一または互いに異なるファイル）に関する複数のフォーマットの履歴ファイルのうち、所定の判定時点において、フォーマット変換処理にて利用されていない期間が最も長いファイルを優先的に削除すべき旨の基準」が採用されてもよい。詳細には、フォーマット変換処理にて利用（再利用）された時刻（利用時刻）等が変換履歴情報３００等に随時記録されるとともに、その後、或る時点にて利用時刻が記録されていない期間が最も長いファイル（最終利用時刻が最も古いファイル等）が優先的に削除されればよい。
【０２１０】
なお、上記のような削除処理は、格納部２５の空き容量が所定程度にまで減少したことに応じて行われてもよいが、これに限定されない。たとえば、ユーザからの削除指示に応じて、上記のような削除処理（所定の削除基準に基づく削除処理）が行われても良い。これによれば、ユーザによる削除の必要性を考慮しつつ格納部２５を有効に利用し、フォーマット変換処理を効率的に実行することが可能である。
【０２１１】
＜各種履歴＞
また、上記各実施形態等においては、変換履歴情報３００には、各ファイルに関する過去の単一段階変換の変換前ファイルと変換後ファイルとの双方に関する情報等が記録され、格納部２５には、履歴ファイル４００として、当該単一段階変換の変換前ファイルと変換後ファイルとの双方等が格納されている。
【０２１２】
しかしながら、本発明はこれに限定されず、変換履歴情報３００には、各ファイルに関する過去の複数段階変換の全段階の変換前ファイルと変換後ファイルとの双方がさらに記録されてもよい。また、格納部２５には、履歴ファイル４００として、当該複数段階変換の全段階の変換前ファイルと変換後ファイルとの双方がさらに格納されてもよい。
【０２１３】
たとえば、ＢＭＰファイルがＰＮＧファイルを経由してＪＰＧファイルに変換される変換が以前に行われていた場合、換言すれば、ＢＭＰファイルからＰＮＧファイルへの変換と当該ＰＮＧファイルからＰＤＦファイルへの変換との複数段階の変換で構成される一連の変換（複数段階変換）が過去に実行されていた場合を想定する。この場合において、複数段階変換の各段階の変換前ファイルおよび／または変換後ファイルである３つのファイル（具体的には、ＢＭＰファイル、ＰＮＧファイルおよびＪＰＧファイル）の情報が変換履歴情報３００に記録され、当該３つのファイルが履歴ファイル４００として格納部２５に格納されるようにしてもよい。
【０２１４】
これによれば、開始フォーマットファイルであるＢＭＰファイルと目標フォーマットファイル（最終目標フォーマットファイル）であるＪＰＧファイルとの２つのファイルのみならず、途中段階のファイル（ＰＮＧファイル）もが格納される。したがって、当該途中段階のファイル（ＰＮＧファイル）を起点とする変換ルートが利用され得るので、多様な変換ルートの利用可能性を拡げることが可能である。換言すれば、より多くの種類のフォーマットのファイルが利用候補ファイルに含まれ得るので、変換指令に応じた処理にて当該利用候補ファイル内の何れかのフォーマットファイルが好適に利用される可能性を高めることが可能である。
【０２１５】
あるいは、ＪＰＧファイルからＧＩＦファイルへの変換と当該ＧＩＦファイルからＰＤＦファイルへの変換との複数段階の変換で更新される一連の変換（複数段階変換）が過去に実行されていた場合には、当該複数段階の変換のそれぞれに関する情報が変換履歴情報３００に記録されるとともに、その変換に関与した３つのファイル（具体的には、ＪＰＧファイル、ＧＩＦファイルおよびＰＤＦファイル）の全てが履歴ファイル４００として格納されればよい。これによれば、より多くの種類のフォーマットのファイルが利用候補ファイルに含まれ得るので、変換指令に応じた処理にて当該利用候補ファイル内の何れかのフォーマットファイルが好適に利用される可能性を高めることが可能である。
【０２１６】
また、このような場合等において、変換指令（たとえば、ＪＰＧからの変換指令）に応じた目標フォーマットファイルの取得処理においては、ＪＰＧファイル「FILE_A.jpg」（第１フォーマットのファイル）の一段階先の変換先ファイル（ＧＩＦファイル）が利用されてもよく、あるいは、当該ＪＰＧファイルの複数段階先の変換先ファイル（たとえばＪＰＧファイルの２段階先のＰＤＦファイル）が利用されてもよい。同様に、ＪＰＧファイル（第１フォーマットのファイル）の一段階前の変換元ファイル（ＰＮＧファイル）が利用されてもよく、あるいは、複数段階前の変換元ファイル（たとえばＢＭＰファイル）が利用されてもよい。
【０２１７】
＜利用候補ファイル＞
上記各実施形態等においては、ステップＳ１５あるいはＳ６５において、対象ファイルと同じファイル（詳細には、対象ファイルと同じコンテンツを有し且つ対象ファイルのフォーマットと同じフォーマットを有するファイル）が変換履歴情報３００に記述されているか否か（換言すれば、対象ファイルと同一のファイルが既に履歴ファイル４００として格納されているか否か）が判定されているが、これに限定されない。たとえば、ステップＳ１５あるいはＳ６５において、対象ファイルと同じファイル名（ファイル拡張子を除き同じファイル名）を有し且つ当該対象ファイルのフォーマットとは異なるフォーマットを有するファイルが履歴ファイル４００として既に格納されているか否かが判定されてもよい。換言すれば、上記各実施形態等とは異なる判定基準（特定用基準）に基づいて、利用候補ファイルが特定されてもよい。
【０２１８】
図２２は、このような改変例における一の動作例を示す図である。図２２では、ＢＭＰファイル（「FILE_A.bmp」）からＰＤＦファイル（「FILE_A.pdf」）への変換指令が付与された場合の動作例が示されている。図２２の動作例においては、ＢＭＰフォーマットの対象ファイル（「FILE_A.bmp」）自体は、履歴ファイル４００として格納されてはいない。一方、ＰＮＧファイル（「FILE_A.png」）とＪＰＧファイル（「FILE_A.jpg」）とＧＩＦファイル（「FILE_A.gif」）とは履歴ファイル４００として格納されている。なお、このような状況は、たとえば、ＢＭＰファイルからＰＮＧファイルへの変換処理が行われ且つＰＮＧファイルからＧＩＦファイルへの変換処理が行われた後、ＢＭＰファイルが削除され（且つＢＭＰファイルからＰＮＧファイルへの変換履歴が削除され）た場合等において生じ得る。あるいは、ＰＮＧファイルからＧＩＦファイルへの変換処理が既に行われた一方で、ＢＭＰファイルからＰＮＧファイルへの変換処理が未だ行われていない場合等にも生じ得る。
【０２１９】
このような状況において、ステップＳ１５あるいはＳ６５において、対象ファイル（「FILE_A.bmp」）と同じファイル名（ファイル拡張子を除き同じファイル名：「FILE_A」）を有し且つ当該対象ファイルのフォーマットとは異なるフォーマットを有するファイル（「FILE_A.png」、「FILE_A.gif」および「FILE_A.jpg」）が利用候補ファイルとして特定されてもよい。
【０２２０】
また、上記各実施形態等においては、互いに連鎖する（過去の）複数の単一段階変換に関与したファイルの情報が記録され、互いに連鎖する（過去の）複数の単一段階変換に関与したファイルが履歴ファイル４００として格納部２５に格納されているが、これに限定されない。具体的には、相互間の連鎖の有無にかかわらず、（過去の）複数の単一段階変換に関与したファイルの情報が記録され、当該複数の単一段階変換に関与したファイルが履歴ファイル４００として格納部２５に格納されてもよい。たとえば、ＢＭＰファイルからＰＮＧファイルへの変換に関与した２つのファイル（ＢＭＰファイルおよびＰＮＧファイル）と、ＧＩＦファイルからＰＤＦファイルへの変換に関与した２つのファイル（ＧＩＦファイルおよびＰＤＦファイル）との合計４つのファイルが履歴ファイル４００として格納部２５に格納されてもよい。
【０２２１】
この場合には、たとえば、上記改変例と同様の判定規準等に基づいて利用候補ファイルが特定されればよい。詳細には、ステップＳ１５あるいはＳ６５において、変換指令における対象ファイルと同じファイル名（ファイル拡張子を除き同じファイル名）を有し且つ当該対象ファイルのフォーマットとは異なるフォーマットを有する全ての履歴ファイル４００が、利用候補ファイルとして特定されればよい。
【０２２２】
＜決定基準＞
また、上記各実施形態等においては、所定の決定基準として、対象ファイルの過去の変換に関与した複数のフォーマットの中で目標フォーマットへの変換段階数が最も少ない旨の基準が採用されている。詳細には、利用候補ファイルの中に目標フォーマットの履歴ファイル４００が存在する場合には、目標フォーマットへの変換段階数がゼロであり、目標フォーマットへの変換段階数が最も少ないと判定され、当該履歴ファイル４００がそのまま変換結果として利用される（ステップＳ１７，Ｓ６７（図８および図２６参照））。また、利用候補ファイルの中に目標フォーマットのファイルが存在しない場合には、複数の利用候補ファイル（複数のフォーマットファイル）の中から、その所要変換段階数が最も小さな一のフォーマットファイルを利用する変換処理が行われて、変換指令に対応する変換結果が取得される（ステップＳ１８〜Ｓ２１，Ｓ６８〜Ｓ７１）。
【０２２３】
しかしながら、これに限定されず、当該所定の決定基準として、対象ファイルの過去の変換に関与した複数のフォーマットファイルの中で目標フォーマットへの変換処理時間が最も短い旨の基準が採用されてもよい。
【０２２４】
より詳細には、利用候補ファイルの中に目標フォーマットの履歴ファイルが存在する場合には、当該目標フォーマットの履歴ファイルが、目標フォーマットへの変換処理時間が最も短いファイルであると判定され、上記各実施形態と同様に当該履歴ファイルがそのまま変換結果として利用されればよい。
【０２２５】
また、利用候補ファイルの中に目標フォーマットのファイルが存在しない場合には、複数の変換ルートのうち、その所要変換段階数が最も小さな変換ルートが、その所要変換時間が最も短い変換ルートであるとみなされて、上記各実施形態と同様の動作が実行されてもよい。このようにして、複数の利用候補ファイル（複数のフォーマットファイル）の中から、その所要変換処理時間が最も短い一のフォーマットファイルを利用する変換処理が行われて、変換指令に対応する変換結果が取得されてもよい。
【０２２６】
あるいは、当該複数の変換ルートのそれぞれの所要変換時間が実際に推定（算出）され、当該推定された所要変換時間が短い変換ルートが採用されて、第２フォーマットへの変換処理が実行されてもよい。換言すれば、履歴ファイル４００として複数のフォーマットのファイルが存在する場合、当該複数のフォーマットのファイルのうち、第２フォーマットへの変換処理の所要時間が最も短いフォーマットのファイルが「中間フォーマットファイル」（二次候補ファイル）として決定されてもよい。
【０２２７】
あるいは、当該所定の決定基準として、対象ファイルの過去の変換に関与した複数のフォーマットファイルの中で画質が最も高い旨の基準が採用されてもよい。特に、上記各実施形態等においては、第２フォーマット（目標フォーマット）のファイルが履歴ファイル４００として存在する場合、当該第２フォーマットのファイルがそのまま処理結果（変換指令に応じた変換結果）として常に採用されている。しかしながら、本発明は、これに限定されない。
【０２２８】
たとえば、第２フォーマット以外のフォーマット（非目標フォーマット）のファイルであって第２フォーマットよりも高画質のフォーマットのファイルもが履歴ファイル４００として存在するときには、当該非目標フォーマットのファイルのうち最も高画質のフォーマットのファイルが、「中間フォーマットファイル」（変換指令に応じた新たな変換の変換元フォーマットファイル）として決定されてもよい。より詳細には、たとえば履歴ファイルとして「ＢＭＰ」、「ＪＰＧ」、「ＧＩＦ」の３つのフォーマットのファイルが記録されている場合、所要変換段階数の多少にかかわらず、常にＢＭＰファイルが「中間フォーマットファイル」として選択されるようにしてもよい。そして、「中間フォーマット（ＢＭＰ）」から「第２フォーマット（ＰＤＦ）」への変換処理が行われ、その変換処理結果が最終処理結果として取得されてもよい。これによれば、比較的高画質のファイルからの変換処理が行われるので、比較的高画質の目標フォーマットファイルを得ることが可能である。たとえば、ＪＰＧファイルから変換されて生成されるＰＤＦファイルよりも、（ＪＰＧファイルよりも高画質の）ＢＭＰファイルから変換されて生成されるＰＤＦファイルの方が、より高い画質を得ることが可能である。
【０２２９】
このように、当該所定の決定基準として、対象ファイルの過去の変換に関与した複数のフォーマットファイルの中で画質が最も高い旨の基準が採用されてもよい。
【０２３０】
＜その他＞
また、上記各実施形態等においては、フォーマット変換対象のファイルである対象ファイルを第１フォーマットから第２フォーマットに変換すべき旨の変換指令が、ユーザの手動操作に応じて発生しているが、これに限定されない。たとえば、当該変換指令がアプリケーション内部で自動的に発生してもよい。
【０２３１】
また、上記各実施形態等においては、サーバデバイス２０と画像形成デバイス３０とを備えるＭＦＰ１０が情報処理装置として例示されているが、これに限定されない。たとえば、情報処理装置は、パーソナルコンピュータ等であってもよい。
【符号の説明】
【０２３２】
１  ファイル変換システム
１０  ＭＦＰ
２０  サーバデバイス
２９ｅ  ファイル管理部
２９ｆ  ファイル変換部
３０  画像形成デバイス
４０  操作表示部
９０  クライアント
２００  変換プラグイン情報
３００  変換履歴情報
４００  履歴ファイル
【図１】
2019215632.tif 000003
【図２】
2019215632.tif 000004
【図３】
2019215632.tif 000005
【図４】
2019215632.tif 000006
【図５】
2019215632.tif 000007
【図６】
2019215632.tif 000008
【図７】
2019215632.tif 000009
【図８】
2019215632.tif 000010
【図９】
2019215632.tif 000011
【図１０】
2019215632.tif 000012
【図１１】
2019215632.tif 000013
【図１２】
2019215632.tif 000014
【図１３】
2019215632.tif 000015
【図１４】
2019215632.tif 000016
【図１５】
2019215632.tif 000017
【図１６】
2019215632.tif 000018
【図１７】
2019215632.tif 000019
【図１８】
2019215632.tif 000020
【図１９】
2019215632.tif 000021
【図２０】
2019215632.tif 000022
【図２１】
2019215632.tif 000023
【図２２】
2019215632.tif 000024
【図２３】
2019215632.tif 000025
【図２４】
2019215632.tif 000026
【図２５】
2019215632.tif 000027
【図２６】
2019215632.tif 000028