(57)【要約】【課題】アプリケーションが不測の事態に陥って応答が無くなった場合でも、短い時間で処理の失敗及びエラー処理を行うことが出来るようにすることを目的とする。【解決手段】アプリケーション制御手段は、Ｐａｇｅモードに対応するＰａｇｅモードタイマ時間内に、アプリケーションから変換が完了したことを示す応答があったか否かを判断し、Ｐａｇｅモードタイマ時間内に、アプリケーションから変換が完了したことを示す応答がなかった場合、アプリケーションのプロセスを強制終了させることによって課題を解決する。【選択図】図８
2012242895.tif 000002
【特許請求の範囲】
【請求項１】
ドキュメントの変換を行うアプリケーションを制御するドキュメント変換処理手段を有するドキュメント変換装置であって、
前記ドキュメント変換処理手段は、
アプリケーションに対して、ドキュメント全体を一度に変換するＪｏｂモードでの変換を指示するＪｏｂモード指示手段と、
アプリケーションのプロセスを起動し、前記Ｊｏｂモードに対応するＪｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断するアプリケーション制御手段と、
前記アプリケーション制御手段で前記Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかったと判断された場合、前記アプリケーションに対して、ドキュメント全体を１ページずつページ数分のドキュメントに変換するＰａｇｅモードでの変換を指示するＰａｇｅモード指示手段と、
を有し、
前記アプリケーション制御手段は、更に、前記Ｐａｇｅモードに対応するＰａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断し、前記Ｐａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかった場合、前記アプリケーションのプロセスを強制終了させるドキュメント変換装置。
【請求項２】
前記ドキュメント変換処理手段は、前記アプリケーション制御手段で前記アプリケーションのプロセスを強制終了された場合、ドキュメントの変換を失敗したことを報告するエラー報告手段を更に有する請求項１記載のドキュメント変換装置。
【請求項３】
前記エラー報告手段は、前記ドキュメントの変換に失敗したことと共に、変換に成功したページと変換に失敗したページの情報とを出力する請求項２記載のドキュメント変換装置。
【請求項４】
前記ドキュメント変換処理手段は、前記アプリケーション制御手段で前記Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったと判断された場合、前記アプリケーションで変換されたドキュメントを出力する出力手段を更に有する請求項１乃至３何れか１項記載のドキュメント変換装置。
【請求項５】
前記Ｐａｇｅモード指示手段は、前記アプリケーション制御手段で前記Ｐａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったと判断された場合、変換されたドキュメントをファイル化し、
前記出力手段は、全てのページの変換が終了したと判断された場合、前記ファイル化されたドキュメントを出力する請求項４記載のドキュメント変換装置。
【請求項６】
ドキュメントの変換を行うアプリケーションを制御する複数のドキュメント変換処理手段を有するドキュメント変換装置であって、
前記ドキュメント変換処理手段は、
アプリケーションに対して、ドキュメント全体を一度に変換するＪｏｂモードでの変換を指示するＪｏｂモード指示手段と、
前記Ｊｏｂモードに対応するＪｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断し、Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかったと判断した場合、前記複数のドキュメント変換処理手段の共有の記憶領域に記憶されているタイムアウトしたＪｏｂモード起動数のカウントを１追加するアプリケーション制御手段と、
前記アプリケーション制御手段で前記Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかったと判断され、かつ、前記共有の記憶領域に記憶されているタイムアウトしたＪｏｂモード起動数のカウントが、Ｊｏｂモード起動数のカウントと一致した場合、前記アプリケーションに対して、ドキュメント全体を１ページずつページ数分のドキュメントに変換するＰａｇｅモードでの変換を指示するＰａｇｅモード指示手段と、
を有し、
前記アプリケーション制御手段は、更に、前記Ｐａｇｅモードに対応するＰａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断し、前記Ｐａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかった場合、前記共有の記憶領域に記憶されているタイムアウトしたＰａｇｅモード起動数のカウントを１追加し、追加した結果、タイムアウトしたＰａｇｅモード起動数のカウントが、Ｐａｇｅモード起動数のカウントと一致した場合、前記アプリケーションのプロセスを強制終了させるドキュメント変換装置。
【請求項７】
前記アプリケーション制御手段は、前記Ｊｏｂモード指示手段でＪｏｂモードでの変換が指示された場合、Ｊｏｂモード起動数のカウントを１追加し、前記Ｐａｇｅモード指示手段でＰａｇｅモードでの変換での変換が指示された場合、Ｐａｇｅモード起動数のカウントを１追加する請求項６記載のドキュメント変換装置。
【請求項８】
ドキュメントの変換を行うアプリケーションを制御するドキュメント変換処理手段を有するドキュメント変換装置における情報処理方法であって、
前記ドキュメント変換処理手段が、アプリケーションに対して、ドキュメント全体を一度に変換するＪｏｂモードでの変換を指示するＪｏｂモード指示ステップと、
前記ドキュメント変換処理手段が、アプリケーションのプロセスを起動し、前記Ｊｏｂモードに対応するＪｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断するアプリケーション制御ステップと、
前記ドキュメント変換処理手段が、前記アプリケーション制御ステップで前記Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかったと判断された場合、前記アプリケーションに対して、ドキュメント全体を１ページずつページ数分のドキュメントに変換するＰａｇｅモードでの変換を指示するＰａｇｅモード指示ステップと、
を含み、
前記アプリケーション制御ステップでは、更に、前記Ｐａｇｅモードに対応するＰａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断し、前記Ｐａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかった場合、前記アプリケーションのプロセスを強制終了させる情報処理方法。
【請求項９】
ドキュメントの変換を行うアプリケーションを制御する複数のドキュメント変換処理手段を有するドキュメント変換装置における情報処理方法であって、
前記ドキュメント変換処理手段が、アプリケーションに対して、ドキュメント全体を一度に変換するＪｏｂモードでの変換を指示するＪｏｂモード指示ステップと、
前記ドキュメント変換処理手段が、前記Ｊｏｂモードに対応するＪｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断し、Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかったと判断した場合、前記複数のドキュメント変換処理手段の共有の記憶領域に記憶されているタイムアウトしたＪｏｂモード起動数のカウントを１追加するアプリケーション制御ステップと、
前記ドキュメント変換処理手段が、前記アプリケーション制御ステップで前記Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかったと判断され、かつ、前記共有の記憶領域に記憶されているタイムアウトしたＪｏｂモード起動数のカウントが、Ｊｏｂモード起動数のカウントと一致した場合、前記アプリケーションに対して、ドキュメント全体を１ページずつページ数分のドキュメントに変換するＰａｇｅモードでの変換を指示するＰａｇｅモード指示ステップと、
を含み、
前記アプリケーション制御ステップでは、更に、前記Ｐａｇｅモードに対応するＰａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断し、前記Ｐａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかった場合、前記共有の記憶領域に記憶されているタイムアウトしたＰａｇｅモード起動数のカウントを１追加し、追加した結果、タイムアウトしたＰａｇｅモード起動数のカウントが、Ｐａｇｅモード起動数のカウントと一致した場合、前記アプリケーションのプロセスを強制終了させる情報処理方法。
【請求項１０】
コンピュータを、
ドキュメントの変換を行うアプリケーションを制御するドキュメント変換処理手段として機能させ、
前記ドキュメント変換処理手段は、
アプリケーションに対して、ドキュメント全体を一度に変換するＪｏｂモードでの変換を指示するＪｏｂモード指示手段と、
アプリケーションのプロセスを起動し、前記Ｊｏｂモードに対応するＪｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断するアプリケーション制御手段と、
前記アプリケーション制御手段で前記Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかったと判断された場合、前記アプリケーションに対して、ドキュメント全体を１ページずつページ数分のドキュメントに変換するＰａｇｅモードでの変換を指示するＰａｇｅモード指示手段と、
を有し、
前記アプリケーション制御手段は、更に、前記Ｐａｇｅモードに対応するＰａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断し、前記Ｐａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかった場合、前記アプリケーションのプロセスを強制終了させるプログラム。
【請求項１１】
コンピュータを、
ドキュメントの変換を行うアプリケーションを制御する複数のドキュメント変換処理手段として機能させ、
前記ドキュメント変換処理手段は、
アプリケーションに対して、ドキュメント全体を一度に変換するＪｏｂモードでの変換を指示するＪｏｂモード指示手段と、
前記Ｊｏｂモードに対応するＪｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断し、Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかったと判断した場合、前記複数のドキュメント変換処理手段の共有の記憶領域に記憶されているタイムアウトしたＪｏｂモード起動数のカウントを１追加するアプリケーション制御手段と、
前記アプリケーション制御手段で前記Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかったと判断され、かつ、前記共有の記憶領域に記憶されているタイムアウトしたＪｏｂモード起動数のカウントが、Ｊｏｂモード起動数のカウントと一致した場合、前記アプリケーションに対して、ドキュメント全体を１ページずつページ数分のドキュメントに変換するＰａｇｅモードでの変換を指示するＰａｇｅモード指示手段と、
を有し、
前記アプリケーション制御手段は、更に、前記Ｐａｇｅモードに対応するＰａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断し、前記Ｐａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかった場合、前記共有の記憶領域に記憶されているタイムアウトしたＰａｇｅモード起動数のカウントを１追加し、追加した結果、タイムアウトしたＰａｇｅモード起動数のカウントが、Ｐａｇｅモード起動数のカウントと一致した場合、前記アプリケーションのプロセスを強制終了させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドキュメント変換装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
着脱可能、かつ、複数のモジュールを連結する処理方法として、モジュールをフィルタとして扱い、パイプラインでつないだフィルタパイプラインシステムが従来からある。フィルタ間のデータの受け渡し方法は、ストリームで順次データを送る方法や、電子ファイルとしてまとめて送る方法等、様々な方法がある。データの受け渡し方法として共通している点は、「あるフィルタの出力データが次のフィルタの入力データである」という点である。
フィルタパイプラインシステムの従来の例として  Ｍｉｃｒｏｓｏｆｔ  ＸＰＳフィルタパイプラインがある（非特許文献１）。Ｍｉｃｒｏｓｏｆｔ  ＸＰＳ  フィルタパイプラインは、例えば、入力フォーマットであるＸＰＳ（ＸＭＬ  Ｐａｐｅｒ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）ファイルのレイアウトを変換し、レイアウト変換済みＸＰＳファイルを出力するＸＰＳレイアウトフィルタを含む。また、Ｍｉｃｒｏｓｏｆｔ  ＸＰＳ  フィルタパイプラインは、例えば、レイアウトされたＸＰＳファイルを印刷装置が認識可能な制御コマンドであるＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）ファイルに変換するＸＰＳ印刷フィルタを含む。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】"ＸＰＳＤｒｖ＿ＦｉｌｔｅｒＰｉｐｅ．ｘｐｓ"、［ｏｎｌｉｎｅ］，２００８年２月７日、インターネット＜ｈｔｔｐ：／／ｍｓｄｎ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａ−ｊｐ／ｗｉｎｄｏｗｓ／ｈａｒｄｗａｒｅ／ｇｇ４６３３６４．ａｓｐｘ＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、フィルタパイプラインシステムは、アプリケーションに指示したフォーマット変換の応答が一定時間発生しなかった場合、変換処理自体が重いのか、アプリケーションが変換中、不測の事態に陥っているのか判断できない。
入力ドキュメントのページ数が多いといった要因で変換処理自体が重いのであれば、更に一定時間応答を待つのが適切である。しかし不測の事態に陥っている場合は更に待機すると、一定時間分フィルタパイプラインシステムが動作出来ないことを意味する。
不測の事態に陥っているのであればアプリケーションプロセスを落として、該当変換処理のエラー処理を行うことが適切である。しかし単に変換処理自体が重いだけであった場合、その入力ドキュメントは決して出力ドキュメントに変換出来ないことを意味する。
【０００５】
本発明はこのような問題点に鑑みなされたもので、アプリケーションが不測の事態に陥って応答が無くなった場合でも、短い時間で処理の失敗及びエラー処理を行うことが出来るようにすることを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明は、ドキュメントの変換を行うアプリケーションを制御するドキュメント変換処理手段を有するドキュメント変換装置であって、前記ドキュメント変換処理手段は、アプリケーションに対して、ドキュメント全体を一度に変換するＪｏｂモードでの変換を指示するＪｏｂモード指示手段と、アプリケーションのプロセスを起動し、前記Ｊｏｂモードに対応するＪｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断するアプリケーション制御手段と、前記アプリケーション制御手段で前記Ｊｏｂモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかったと判断された場合、前記アプリケーションに対して、ドキュメント全体を１ページずつページ数分のドキュメントに変換するＰａｇｅモードでの変換を指示するＰａｇｅモード指示手段と、を有し、前記アプリケーション制御手段は、更に、前記Ｐａｇｅモードに対応するＰａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答があったか否かを判断し、前記Ｐａｇｅモードタイマ時間内に、前記アプリケーションから変換が完了したことを示す応答がなかった場合、前記アプリケーションのプロセスを強制終了させる。
【発明の効果】
【０００７】
本発明によれば、アプリケーションが不測の事態に陥って応答が無くなった場合でも、短い時間で処理の失敗及びエラー処理を行うことが出来るようにすることができる。
【図面の簡単な説明】
【０００８】
【図１Ａ】ドキュメント変換フィルタがアプリケーションを活用してドキュメント変換を行う一例を示す図である。
【図１Ｂ】ドキュメント変換フィルがＰＤＦ生成ドライバを活用してドキュメント変換を行う一例を示す図である。
【図２】フォーマット変換装置が適用されるコンピュータの構成の一例を示す図である。
【図３】ドキュメント変換指示を受けて印刷が実行されるまでの概念図である。
【図４】フォーマット変換部のソフトウェア構成等の一例を示す図である。
【図５】ドキュメント変換フィルタ１５の構成の一例を示す図である。
【図６Ａ】ドキュメント変換Ｊｏｂモード指示部の変換方法であるＪｏｂモードの一例を示す図である。
【図６Ｂ】ドキュメント変換Ｐａｇｅモード指示部の変換方法であるＰａｇｅモードの一例を示す図である。
【図６Ｃ】Ｊｏｂモードの出力結果の一例を示す図である。
【図６Ｄ】関連付けドキュメントの一例を示した図である。
【図７Ａ】アプリケーション制御部が常にアプリケーションへの指示に対して応答時間を監視していることを示す図である。
【図７Ｂ】ＪｏｂモードタイマとＰａｇｅモードタイマとの一例を示す図である。
【図８】実施形態１のＪｏｂモード時の処理の一例を示すフローチャートである。
【図９】実施形態１のＰａｇeモード時の処理の一例を示すフローチャートである。
【図１０】図８と図９との一連のフローチャートを簡略化して一つの情報処理の流れを表したフローチャートである。
【図１１】複数のドキュメント変換フィルタから同一プロセスで動作する変換アプリケーションを制御する一例を示す図である。
【図１２Ａ】共有情報の一例を示す図である。
【図１２Ｂ】ＪｏｂモードタイマとＰａｇｅモードタイマとの一例を示す図である。
【図１２Ｃ】ＪｏｂモードとＰａｇｅモードとの変移の条件の一例を示す図である。
【図１３】実施形態２のＪｏｂモード時の処理の一例を示すフローチャートである。
【図１４】実施形態２のＰａｇeモード時の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
フィルタパイプラインシステムでは入力フォーマットを固定している訳ではなく、例えばＰＤＦだったり、Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅ（登録商標）といったアプリケーションで活用されるＯＯＸＭＬだったり、任意のフォーマットに対応することができる。ＰＤＦは、Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔの略である。また、ＯＯＸＭＬは、Ｏｆｆｉｃｅ  Ｏｐｅｎ  ＸＭＬの略である。
フィルタパイプラインシステムで多種多様なフォーマットに対応する場合は、フィルタから該当フォーマットを解釈出来る市販アプリケーション等を活用して、次のフィルタが解釈出来るフォーマットに変換することが可能である。フィルタパイプラインシステムの入力がＯＯＸＭＬで出力がＰＤＬというユースケースにおいて、ＰＤＦをＰＤＬに変換するＰＤＦ印刷フィルタが予め存在しているとする。その場合、ＯＯＸＭＬ−ＰＤＦ変換フィルタとＰＤＦ印刷フィルタとを連結する。
図１Ａに示すように、ＯＯＸＭＬ−ＰＤＦ変換フィルタは、ＯＯＸＭＬを入力とし、Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅアプリケーション（以下、単に所定アプリケーションという）のプロセスを立ち上げ、ＰＤＦ変換への指示を行う。そして、ＯＯＸＭＬ−ＰＤＦ変換フィルタは、出来あがったＰＤＦをＯＯＸＭＬ−ＰＤＦ変換フィルタの出力とする。或いは、アプリケーションが直接ＰＤＦ変換する機能を有さない場合でも、印刷機能さえ持っていれば同様の機能が実現出来る。図１Ｂに示すように、プリンタドライバの代わりに、ＰＤＦを出力するＰＤＦ生成ドライバを用意し、アプリケーションにはＰＤＦ生成ドライバへの印刷指示し、ＰＤＦ生成ドライバの出力としてＰＤＦを取得する。
このようにドキュメント変換フィルタを、アプリケーションを活用した形態で構築し、入力フォーマットに対応したフィルタを組み合わせることで、フィルタパイプラインシステムは多種多様なフォーマットに対応することが出来る。
【００１１】
フィルタパイプラインシステムでは、入力フォーマットがＯＯＸＭＬであり、ＯＯＸＭＬ−ＰＤＦ変換フィルタを活用することでＰＤＦに変換可能であることは判断出来る。しかしながら、上述したように、ＯＯＸＭＬ−ＰＤＦ変換フィルタがプロセスを立ち上げる所定アプリケーションが正常にＯＯＸＭＬ−ＰＤＦ変換を行っているかを逐次監視できない。
【００１２】
＜実施形態１＞
フィルタパイプラインシステムにおいて、特にクライアントＰＣ内にフォーマット変換装置を適合させた場合の実施形態である。実施形態１では、フォーマットして様々な入力ドキュメントを取り扱っており、入力ドキュメントのフォーマットに従ってフィルタパイプラインシステムが構築するフィルタを切り替えている。
フィルタは、任意の入力ドキュメントのフォーマットに対し、該当フォーマットを解釈出来るアプリケーションを活用しＰＤＦに変換する。また後段のフィルタが、そのＰＤＦを印刷データであるＰＤＬファイルへ変換する。
このようにフィルタパイプラインシステムではフィルタ制御部が複数のフィルタを組み合わせて、所望の処理を実現する。
ここで、アプリケーションを活用して変換するフォーマットはＰＤＦに限定されるものではなく、後段のフィルタが解釈出来るフォーマットであれば同様に成立する。また、後段のフィルタが出力するものはＰＤＬである必要もなく、印刷システムに限定されるわけではない。最終的に何らかのドキュメントを出力するユースケースであれば同様に成立する。またこのフォーマット変換装置は、Ｗｅｂサービスのサーバやクラウドサービスとしてサービスを提供する際にも適用可能である。
【００１３】
図２は、フォーマット変換装置が適用されるコンピュータの構成の一例を示す図である。
中央処理装置１は、プログラム及び関連データが記憶されているＦＤ、ＣＤ−ＲＯＭ、ＩＣメモリカード等の記憶媒体に記憶されているデータ等をシステムに接続された媒体読取装置６から読み込む。その後、中央処理装置１は、補助記憶装置３から主記憶装置２にロードされたシステムプログラム、アプリケーションプログラム等によって入力装置４から入力される情報を処理して、出力装置５や印刷装置７に出力する。なお、本実施形態では出力装置５は、ディスプレイ等の表示装置とし、本来出力装置に含まれる印刷装置７と区別する。また、入力装置４は、キーボード、ポインティングデバイス等で構成されているものとする。更に補助記憶装置３は、ハードディスク、光磁気ディスクで構成されるものであってもいいし、これらの組み合わせで構成されるものであってもよい。また、それぞれの装置がネットワークを介して接続されていてもよい。
【００１４】
図３は、媒体読取装置６に格納されていたプログラムと関連するデータが中央処理装置１に読み込まれ、入力装置４からフォーマット変換指示がフォーマット変換部１０に入力されて、印刷装置７へＰＤＬデータを送り印刷するまでの概念図である。アプリケーション１１及びドキュメント生成ドライバ１２はフォーマット変換部１０から活用され、ＯＳ（オペレーティングシステム）９の制御下で機能する。
なお、図３のフォーマット変換部１０、アプリケーション１１、ドキュメント生成ドライバ１２はプログラムである。上述したように、これらのプログラムを中央処理装置１が実行することによって、ソフトウェアとしてのフォーマット変換部１０、アプリケーション１１、ドキュメント生成ドライバ１２等として機能させる。
【００１５】
図４は、フォーマット変換部１０のソフトウェア構成等の一例を示す図である。ＯＳ（オペレーティングシステム）９は、フォーマット変換部１０、所定アプリケーション１１Ａや、入力ドキュメントを解釈し、印刷出来る任意ドキュメント用アプリケーション１１Ｂ、ドキュメント生成ドライバ１２を制御している。
ユーザーインターフェース部１３は、ユーザがフォーマット変換部１０に対して変換元ドキュメントの指定や各種設定を入力したり、変換開始指示をしたりする。
フィルタ制御部１４は、ユーザからの指示に従い、様々なフィルタの処理順序を構築したり入出力等を制御したりする。
ドキュメント変換フィルタ１５は、フィルタの中でも特にドキュメント変換機能を有するドキュメント変換フィルタ群を示す。本実施形態では、ドキュメント変換フィルタ１５そのものが存在している訳ではなく、入力ドキュメントを別のドキュメントに変換するフィルタを総称している。例えばドキュメント変換フィルタ１５の一例であるＯＯＸＭＬ−ＰＤＦ変換フィルタ１６は、ＯＯＸＭＬファイルを取得し、所定アプリケーション１１Ａのプロセスを立ち上げ、取得したＯＯＸＭＬファイルを読み込ませ、ＰＤＦ変換指示を出す。所定アプリケーション１１Ａが作成したＰＤＦをＯＯＸＭＬ−ＰＤＦ変換フィルタ１６の出力とする。
また、別のドキュメント変換フィルタ１５の一例としては、任意ドキュメントＰＤＦ変換フィルタ１７があげられる。ここで任意のドキュメントとは、ＸＰＳ、ＯＤＦ（ＯｐｅｎＤｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）といった標準フォーマット、或いは特定のアプリケーションのみで活用するドキュメントフォーマットでも成立する。この任意ドキュメントを処理するアプリケーションは一つではなく、任意ドキュメント用アプリケーション１１Ｂとは、複数の様々なアプリケーションの総称とする。本実施形態においてはＯＳが提供するファイル拡張子とアプリケーションとの関連付け機構を活用しているため、ドキュメント変換フィルタ１５自体は、立ち上げるアプリケーションが何かを特に意識する必要はない。
【００１６】
任意ドキュメントＰＤＦ変換フィルタ１７は、入力ドキュメントファイルを取得し、任意ドキュメント用アプリケーション１１Ｂのプロセスを立上げ、取得した入力ドキュメントを読み込ませる。そして、任意ドキュメントＰＤＦ変換フィルタ１７は、ＰＤＦを生成するドキュメント生成ドライバ１２を指定して印刷指示を出す。ドキュメント生成ドライバ１２が作成したＰＤＦを任意ドキュメントＰＤＦ変換フィルタ１７の出力とする。
印刷フィルタ１８は、ドキュメント変換フィルタ１５が各種ドキュメントファイルから作成したＰＤＦを基に、印刷用のＰＤＬデータを生成する。ここで作成されたＰＤＬデータは印刷装置７に投げられる等により紙への印刷が実現される。
本実施形態においては、常に印刷フィルタはＰＤＦをＰＤＬに変換するものとしているが、入力はＰＤＦに限定されたものではく、ＸＰＳ印刷フィルタとしてＸＰＳをＰＤＬに変換するものといった別フォーマットに対しても成立できる。その際、ドキュメント変換フィルタ１５の出力は、印刷フィルタ１８の入力フォーマットである必要がある。
【００１７】
図５は、ドキュメント変換フィルタ１５の構成の一例を示す図である。ドキュメント変換フィルタ１５は、入出力管理部１９、アプリケーション制御部２０、ドキュメント変換Ｊｏｂモード指示部２１、ドキュメント変換Ｐａｇｅモード指示部２２から構成される。
入出力管理部１９は、ドキュメント変換フィルタ１５に入ってきた入力ドキュメントをドキュメント変換Ｊｏｂモード指示部２１或いはドキュメント変換Ｐａｇｅモード指示部２２に渡す。そして、入出力管理部１９は、変換された出力ドキュメントを取得し、ドキュメント変換フィルタ１５の出力として入出力を管理する。
アプリケーション制御部２０は、入力ドキュメントを解釈できるアプリケーションを起動し、処理が終わるとアプリケーションのプロセスを落とす。また、アプリケーションからの応答を監視し、ある期間応答がない場合には、アプリケーションが不測の事態に陥っていると判断し、適切な対処を行う。この適切な対処とは、本実施形態に係わるものであり、後述する。
ドキュメント変換Ｊｏｂモード指示部２１は、アプリケーションを活用して入力ドキュメントをそのまま出力ドキュメントに変換を行なう（つまり、入力ドキュメント全体を一度に変換する）。ドキュメント変換Ｐａｇｅモード指示部２２は、入力ドキュメントをページ数分の各ドキュメント１ページ分の出力ドキュメントに変換を行う。この変換に関しては、図６で後述する。
【００１８】
図６Ａは、ドキュメント変換Ｊｏｂモード指示部２１の変換方法であるＪｏｂモードの一例を示す図である。
Ｊｏｂモードの場合、ドキュメント変換Ｊｏｂモード指示部２１は、アプリケーションに対して入力ドキュメント全体を出力ドキュメントへの変換指示を行う。つまり、１つの入力ドキュメントが１つの出力ドキュメントに変換される。
図６Ｂは、ドキュメント変換Ｐａｇｅモード指示部２２の変換方法であるＰａｇｅモードの一例を示す図である。Ｐａｇｅモードの場合、ドキュメント変換Ｐａｇｅモード指示部２２は、アプリケーションに対して変換するページを指定し、出力ドキュメントの変換指示を行う。ページ指定は、１ページから順に入力ドキュメントのページ数分、指定ページを一ずつ更新しながら行われる。各１ページ分の出力ドキュメントは、図６Ｃに示すように入力ドキュメントのページ数分作成され、それらの出力ドキュメントを関連付けるドキュメントにて、どこのページに相当するかが指定される。
図６Ｄは、関連付けドキュメントの一例を示した図である。本実施形態においては、ＸＭＬ形式でファイルをＰａｇｅファイルとして指定している。
【００１９】
図７Ａは、アプリケーション制御部２０が常にアプリケーションへの指示に対して応答時間を監視していることを示す図である。図７Ｂに示すように、タイマは２種類予め用意されている。アプリケーション制御部２０は、ＪｏｂモードのときはＪｏｂモードタイマでアプリケーションの応答を監視し、Ｊｏｂモードタイマ以上応答がなければ、Ｊｏｂモードをエラーとする。すると変換はＰａｇｅモードに移行する。
アプリケーション制御部２０Ｐａｇｅモードのとき、Ｐａｇｅモードタイマでアプリケーションの応答を監視し、Ｐａｇｅモードタイマ以上応答がなければ、Ｐａｇｅモードをエラーとする。その場合は、本変換処理事態がエラーとなる。
【００２０】
次に、図８のフローチャートを用いて、実施形態１に係わるドキュメント変換フィルタ１５の処理の内、主にＪｏｂモードに関して説明する。ドキュメント変換フィルタ１５が入力ドキュメント及び出力変換指示を受けたところから本フローは始まる。
最初は図６で説明したＪｏｂモードからスタートする。
ドキュメント変換フィルタ１５の入出力管理部１９が入力ドキュメント及び出力変換指示を取得する（Ｓ８０１）。すると、アプリケーション制御部２０が入力ドキュメントを出力ドキュメントに変換できるアプリケーションを起動する（Ｓ８０２）。このとき変換するアプリケーションとは、市販されているようなアプリケーションでもよく、出力変換指示の出力ドキュメントに変換できる機能、或いは出力ドキュメントを生成するプリンタドライバを活用した印刷処理を実施出来るものである必要がある。
更に、アプリケーション制御部２０は、起動させたアプリケーションに入力ドキュメントを読み込ませる（Ｓ８０３）。
次に、現時点ではＪｏｂモードが指定されているため、ドキュメント変換Ｊｏｂモード指示部２１が、アプリケーションに対して直接出力ドキュメント変換する、或いは出力ドキュメント生成プリンタドライバに対する印刷指示をする（Ｓ８０４）。このとき、ドキュメント変換Ｊｏｂモード指示部２１は、入力ドキュメント全体を１つの出力ドキュメントに変換するように指示する。
【００２１】
アプリケーションからの処理完了の応答計測はアプリケーション制御部２０が行う。アプリケーション制御部２０は、現時点がＪｏｂモードであるため、図７Ｂで登録されたＪｏｂモードタイマ時間内にアプリケーションからの応答があるかを監視する。
Ｊｏｂモードタイマ時間内にアプリケーションからの完了通知が発生すると（Ｓ８０５）、それはアプリケーションによる出力ドキュメント変換処理が正常に完了したことになる。その場合、アプリケーション制御部２０は、Ｓ８０２で起動させた変換アプリケーションのプロセスを完了させる（Ｓ８０６）。入出力管理部１９は、変換アプリケーション或いは変換アプリケーションとドキュメント生成ドライバ１２とが生成した出力ドキュメントをドキュメント変換フィルタ１５の出力とする（Ｓ８０７）。そして、入出力管理部１９は、フィルタパイプラインシステムを構成する次のフィルタに出力ドキュメントを渡すことで完了する。
Ｊｏｂモードタイマ時間内にアプリケーションからの完了通知が発生しない場合（Ｓ８０５）とは、以下の何れかである。即ち、入力ドキュメントが大きすぎて、Ｊｏｂモードタイマ指定の短い時間では処理しきれない、或いは入力ドキュメントが不適切だった等の要因でアプリケーションが不測の事態に陥っている状態の何れかである。前者の状況であった場合は、もう少し待つのが適切であり、後者の状況であった場合は、例え待っても変換処理を完了させられない可能性が高い。しかしながら、市販アプリケーションといった内部処理が不明なコンポーネントを活用して変換処理を行う場合、どちらの状態であるかはドキュメント変換フィルタ１５では判断できない。そこで、アプリケーション制御部２０は、変換アプリケーションのプロセスを強制終了させ（Ｓ８０８）、ＪｏｂモードからＰａｇｅモードに移行させる（Ｓ８０９）。
【００２２】
次に図９のフローチャートを用いて、図８のフローチャートでＪｏｂモードからＰａｇｅモードに移行した後のＰａｇｅモードに関して説明する。
ここでは図６で説明したＰａｇｅモードが指定されている。また、入力ドキュメント及び出力変換指示は、図８のＳ８０１で入出力管理部１９が取得した物をそのまま活用する。
まず、アプリケーション制御部２０が入力ドキュメントを変換できるアプリケーションを起動する（Ｓ９０１）。この変換するアプリケーションとは、図８のＳ８０２と同じ物である。更に、アプリケーション制御部２０は、起動させたアプリケーションに入力ドキュメントを読み込ませる（Ｓ９０２）。
次に、現時点ではＰａｇｅモードが指定されているため、ドキュメント変換Ｐａｇｅモード指示部２２が、アプリケーションに対して直接出力ドキュメント変換する、或いは出力ドキュメント生成プリンタドライバに対する印刷指示をする（Ｓ９０３）。このとき、ドキュメント変換Ｐａｇｅモード指示部２２は、入力ドキュメントの１ページを１つの出力ドキュメントに変換するように指示する（Ｓ９０３）。
【００２３】
アプリケーションからの処理完了の応答計測はアプリケーション制御部２０が行う。アプリケーション制御部２０は、現時点がＰａｇｅモードであるため、図７Ｂで登録されたＰａｇｅモードタイマ時間以内にアプリケーションからの応答があるかを監視する。
Ｐａｇｅモードタイマ時間以内にアプリケーションからの完了通知が発生すると（Ｓ９０４）、それはアプリケーションによる特定ページの出力ドキュメント変換処理が正常に完了したことになる。ドキュメント変換Ｐａｇｅモード指示部２２は、特定ページの出力ドキュメントをファイル化し（Ｓ９０５）、入力ドキュメントの全てのページ処理を行ったかを判断する（Ｓ９０６）。入力ドキュメント全てのページの出力ドキュメント変換処理が完了していなければ、ドキュメント変換Ｐａｇｅモード指示部２２は、変換ページを次のページ指定に変更し、再度特定ページの出力ドキュメント変換処理指示を行う（Ｓ９０３）。その都度、アプリケーション制御部２０によるＰａｇｅモードタイマとの比較（Ｓ９０４）、正常に特定ページ変換処理が完了した場合のファイル化（Ｓ９０５）を行い、入力データ全ページの変換処理が完了するまで繰り返す（Ｓ９０６）。
全ての特定ページの出力ドキュメント変換がＰａｇｅモードタイマ時間内に完了すると、それは入力ドキュメントが正常に出力ドキュメントに変換されたことを意味する。
そして、アプリケーション制御部２０は、Ｓ９０１で起動させた変換アプリケーションのプロセスを完了させる（Ｓ９０７）。入出力管理部１９は、変換アプリケーション或いは変換アプリケーションと出力ドキュメント生成プリンタドライバとが生成した入力ドキュメントページ数分の特定ページ出力ドキュメントを図６Ｃ、図６Ｄで示したように関連付け、ドキュメントを生成する（Ｓ９０８）。
【００２４】
ある特定ページのドキュメント変換処理が、Ｐａｇｅモードタイマ時間以内にアプリケーションからの完了通知が発生しない場合（Ｓ９０４）、以下の様な状態を意味する。それは、ある特定のページの入力ドキュメントが不適切だった等の要因で、アプリケーションが不測の事態に陥っている状態を意味する。この場合は、入力ドキュメントを出力ドキュメントに変換出来ないことを意味する。
そこで、アプリケーション制御部２０は、変換アプリケーションのプロセスを強制終了させる（Ｓ９０９）。そして、入出力管理部１９は、ドキュメント変換フィルタ１５に指示された変換が失敗した旨の処理エラー報告を行う（Ｓ９１０）。
なお、このとき、特定のページの変換処理は失敗したが、それ以前のページの変換処理は成功している。そのため、処理エラー報告では変換に成功したページと失敗したページとを報告することで、ユーザに対して特定ページの修正を促す、特定ページの処理をＳｋｉｐする指示を促す等が可能である。またそのとき、既に正常に処理を完了しているページ群に対しては、それを活用して効率よく再変換を実現することも可能である。
【００２５】
図１０は、図８と図９との一連のフローチャートを簡略化して一つの情報処理の流れを表したフローチャートである。
ドキュメント変換フィルタ１５が入力ドキュメント及びそれを出力ドキュメントに変化する指示を受けると（Ｓ１００１）、ドキュメント変換フィルタ１５は、Ｊｏｂモードで変換処理を行なう（Ｓ１００２）。Ｊｏｂモード処理中に予め設定したタイマ時間以内で全ての処理が完了すればドキュメント変換処理が正常に完了したことを意味し、そのまま正常終了する（Ｓ１００３）。
Ｊｏｂモード処理中に予め設定したタイマ時間以内で完了しない処理があった場合（Ｓ１００３）、ドキュメント変換フィルタ１５は、Ｐａｇｅモードで変換処理を行う（Ｓ１００４）。Ｐａｇｅモード処理中に予め設定したタイマ時間以内で全ての処理が完了すればドキュメント変換処理が正常に完了したことを意味し、ドキュメント変換フィルタ１５は、そのまま正常終了する（Ｓ１００５）。
Ｐａｇｅモード処理中に予め設定したタイマ時間以内で完了しない処理があった場合（Ｓ１００３）、ドキュメント変換フィルタ１５は、Ｓ１００１にて指示を受けたドキュメント変換処理に失敗したことを意味する。
【００２６】
＜実施形態２＞
実施形態１においては、一つのドキュメント変換フィルタ１５が一つの変換アプリケーションのプロセス起動、終了を制御している。同じＯＳ９上で複数のフィルタパイプラインシステムが並列的に動作する場合、複数のドキュメント変換フィルタが同時に一つの変換アプリケーションを活用する場合がありうる。
図１１は、複数のドキュメント変換フィルタから同一プロセスで動作する変換アプリケーションを制御する一例を示す図である。
ここでは３つのドキュメント変換フィルタがそれぞれ別の入力ドキュメントを出力ドキュメントに変換するため、それぞれがアプリケーションの起動、終了、変換指示を行う。ドキュメント変換フィルタがプロセス起動を指定しても、実際にアプリケーションが複数立ち上がるわけではなく、２回目以降の起動指示に対してアプリケーションはスレッドを分けて並列処理を行う物がある。一方、あるドキュメント変換フィルタがプロセスを強制終了させると、他のドキュメント変換フィルタがまだ変換指示を出している状況であっても、アプリケーションプロセスは強制終了してしまう。他のドキュメント変換フィルタからは突然変換処理指示を出しているはずのアプリケーションが存在しなくなったことになる。
【００２７】
ドキュメント変換フィルタのアプリケーション制御部２０は、複数のアプリケーション制御部２０間で図１２ＡのようにＪｏｂモード及びＰａｇｅモードの起動数とタイムアウト数とを記録する共有情報を持つ。この共有情報は、ある事前に定められた場所にファイルとして格納してもよいし、ＯＳ９が提供するレジストリ等といった場所や複数のアプリケーション制御部２０の共有の記憶領域である共有メモリに格納してもよい。この共有情報は、アプリケーションプロセス毎に持つ。また実施形態２においては共有情報が存在しない場合、最初にプロセスを立ち上げるドキュメント変換フィルタのアプリケーション制御部２０が共有情報を作成する。
ドキュメント変換フィルタが変換アプリケーションのプロセスを立ち上げる際、図６Ａで示したＪｏｂモードの場合は、Ｊｏｂモード起動数のカウントを１追加し、正常に変換処理が完了すると、Ｊｏｂモード起動数のカウントを１減らす。ここでカウントを１減らした結果、Ｊｏｂモード起動数が０になった場合、他のドキュメント変換フィルタが変換アプリケーションのプロセスを立ち上げていないことを意味する。そのため、Ｊｏｂモードの起動数が０になった時点でアプリケーション制御部２０は、アプリケーションプロセスを落とす。
図６ＢのＰａｇｅモードの場合も同様でアプリケーション制御部２０は、起動する際にＰａｇｅモード起動数のカウントを１追加し、正常終了した際にはカウントを１減らす。そしてＰａｇｅモード起動数が０になった時点でアプリケーション制御部２０は、アプリケーションプロセスを落とす。
アプリケーションからの応答が図１２Ｂにて指定されたＪｏｂモードタイマ時間以上或いはＰａｇｅモードタイマ時間以上無かった場合、アプリケーション制御部２０は、Ｊｏｂモードタイムアウト数、Ｐａｇｅモードタイムアウト数のカウントを１追加する。
起動数よりタイムアウト数の方が小さければ、他のドキュメント変換フィルタが変換アプリケーションに変換指示を出していることになる。そのため、応答が無く、タイムアウトが発生していても、アプリケーション制御部２０は、他のドキュメント変換フィルタがタイムアウトになるまで待機する。
【００２８】
図１２Ｃにておいて、ＪｏｂモードとＰａｇｅモードとの変移を示す。
Ｊｏｂモードで動作しているとき、Ｊｏｂモード起動数とＪｏｂモードタイムアウト数とが一致すると、最後にＪｏｂモードタイムアウト数を更新したアプリケーション制御部２０は、アプリケーションを強制終了させ、Ｐａｇｅモードに移行する。同様にそれ以外のドキュメント変換フィルタのアプリケーション制御部２０もＰａｇｅモードに移行する。
Ｐａｇｅモードでは各アプリケーション制御部２０がそれぞれ変換アプリケーションを起動する度にＰａｇｅモード起動数を１追加し、正常終了する度に１減らす。ここでＰａｇｅモード起動数が０になった場合は、アプリケーション制御部２０がアプリケーションプロセスを落とす。それ以降の処理は初期状態に戻っているため、Ｊｏｂモードで動作する。
なお、図１２ＡのＰａｇｅモードタイムアウト数がＰａｇｅモード起動数に一致した場合は、全てのアプリケーション制御部２０が、Ｐａｇｅモードで不測の事態に陥ったことを意味する。よって最後に一致させたアプリケーション制御部２０が変換アプリケーションを強制終了させると共に、全てのドキュメント変換フィルタが、該当処理をエラーとする。
【００２９】
図１３のフローチャートを用いて、実施形態２に係わるドキュメント変換フィルタの処理の内、主にＪｏｂモードに関して説明する。ドキュメント変換フィルタが入力ドキュメント及び出力変換指示を受けたところから本フローは始まる。
最初は図６で説明したＪｏｂモードからスタートする。
ドキュメント変換フィルタの入出力管理部１９が入力ドキュメント及び出力変換指示を取得する（Ｓ１３０１）。すると、アプリケーション制御部２０が入力ドキュメントを変換できるアプリケーションの起動処理を行う（Ｓ１３０２）。実施形態２における起動処理とは、図１２で説明した以下の一連の処理の総称である。
・アプリケーション制御部２０が、アプリケーションのプロセスＩＤを取り出す。
・アプリケーション制御部２０は、それを基に図１２Ａで示した共有情報にアクセスする。アプリケーション制御部２０は、共有情報が存在しなければ新規に作成する。
・Ｊｏｂモード起動数が０だった場合は、アプリケーション制御部２０は、該当アプリケーションのプロセスを立ち上げる。
・アプリケーション制御部２０は、Ｊｏｂモード起動数を１つ追加する。
更に、アプリケーション制御部２０は、起動させたアプリケーションに入力ドキュメントを読み込ませる（Ｓ１３０３）。
【００３０】
次に、現時点ではＪｏｂモードが指定されているため、ドキュメント変換Ｊｏｂモード指示部２１が、アプリケーションに対して直接出力ドキュメント変換する（Ｓ１３０４）。このとき、入力ドキュメント全体を１つの出力ドキュメントに変換するように指示する。
アプリケーションからの処理完了の応答計測はアプリケーション制御部２０が行う。アプリケーション制御部２０は、現時点がＪｏｂモードであるため、図１２Ｂで登録されたＪｏｂモードタイマ時間内にアプリケーションからの応答があるかを監視する。
Ｊｏｂモードタイマ時間内にアプリケーションからの完了通知が発生すると（Ｓ１３０５）、それはアプリケーションによる出力ドキュメント変換処理が正常に完了したことになる。その場合、アプリケーション制御部２０は、Ｓ１３０２で起動させた変換アプリケーションのプロセス正常終了処理を行う（Ｓ１３０６）。実施形態２におけるプロセス正常終了処理とは、図１２で説明した以下の一連の処理の総称である。
・アプリケーション制御部２０がＪｏｂモード起動数を１減らす。
・減らした結果Ｊｏｂモード起動数が０になった場合はアプリケーション制御部２０が該当アプリケーションのプロセスを正常終了させる。
入出力管理部１９は、変換アプリケーション或いは変換アプリケーションと出力ドキュメント生成プリンタドライバとが生成した出力ドキュメントをドキュメント変換フィルタの出力とする（Ｓ１３０７）。そして、入出力管理部１９は、フィルタパイプラインシステムを構成する次のフィルタに出力ドキュメントを渡すことで処理を完了する。
【００３１】
Ｊｏｂモードタイマ時間内にアプリケーションからの完了通知が発生しない場合（Ｓ１３０５）、それは以下の何れかである。つまり、入力ドキュメントが大きすぎて、Ｊｏｂモードタイマ指定の短い時間では処理しきれない、或いは入力ドキュメントが不適切だった等の要因で、アプリケーションが不測の事態に陥っている状態の何れかである。そこで、アプリケーション制御部２０は、変換アプリケーションのプロセスの強制終了処理を行う（Ｓ１３０８）。実施形態２におけるプロセス強制終了処理とは、図１２で説明した以下の一連の処理の総称である。
・アプリケーション制御部２０が、図１２Ａに示したＪｏｂモードタイムアウト数のカウントを１追加する。
・Ｊｏｂモードタイムアウト数がＪｏｂモード起動数と一致していない場合、・アプリケーション制御部２０は、Ｊｏｂモードタイムアウト数がＪｏｂモード起動数に一致するまで、スリープ等を行い待機する。
・Ｊｏｂモードタイムアウト数のカウントを１追加した結果、Ｊｏｂモード起動数と一致した場合、・アプリケーション制御部２０は、該当アプリケーションのプロセスを強制終了する。
そしてアプリケーション制御部２０は、ＪｏｂモードからＰａｇｅモードに移行させる（Ｓ１３０９）。
【００３２】
次に図１４のフローチャートを用いて、図１３のフローチャートでＪｏｂモードからＰａｇｅモードに移行した後のＰａｇｅモードに関して説明する。
ここでは図６で説明したＰａｇｅモードが指定されている。また、入力ドキュメント及び出力変換指示は、図１３のＳ１３０１で入出力管理部１９が取得した物をそのまま活用する。
まず、アプリケーション制御部２０が入力ドキュメントを変換できるアプリケーションの起動処理を行う（Ｓ１４０１）。実施形態２における起動処理とは、図１２で説明した以下の一連の処理の総称である。
・アプリケーション制御部２０が、アプリケーションのプロセスＩＤを取り出す。
・アプリケーション制御部２０が、それを基に図１２Ａで示した共有情報にアクセスする。Ｐａｇｅモード起動数が０だった場合は、該当アプリケーションのプロセスを立ち上げる。
・アプリケーション制御部２０が、Ｐａｇｅモード起動数を１つ追加する。
この変換するアプリケーションとは、図１３のＳ１３０２と同じ物である。更に、アプリケーション制御部２０は、起動させたアプリケーションに入力ドキュメントを読み込ませる（Ｓ１４０２）。
【００３３】
次に、現時点ではＰａｇｅモードが指定されているため、ドキュメント変換Ｐａｇｅモード指示部２２が、アプリケーションに対して直接出力ドキュメント変換する、或いは出力ドキュメント生成プリンタドライバに対する印刷指示をする。このとき、ドキュメント変換Ｐａｇｅモード指示部２２は、入力ドキュメントの１ページを１つの出力ドキュメントに変換するように指示する（Ｓ１４０３）。
アプリケーションからの処理完了の応答計測はアプリケーション制御部２０が行う。アプリケーション制御部２０は、現時点がＰａｇｅモードであるため、図１２Ｂで登録されたＰａｇｅモードタイマ時間以内にアプリケーションからの応答があるかを監視する。
Ｐａｇｅモードタイマ時間以内にアプリケーションからの完了通知が発生すると（Ｓ１４０４）、それはアプリケーションによる特定ページの出力ドキュメント変換処理が正常に完了したことになる。したがって、ドキュメント変換Ｐａｇｅモード指示部２２は、特定ページの出力ドキュメントをファイル化し（Ｓ１４０５）、入力ドキュメントの全てのページ処理を行ったかを判断する（Ｓ１４０６）。入力ドキュメント全てのページの出力ドキュメント変換処理が完了していなければ、ドキュメント変換Ｐａｇｅモード指示部２２は、変換ページを増加させて、再度特定ページの出力ドキュメント変換処理指示を行う（Ｓ１４０３）。その都度、アプリケーション制御部２０によるＰａｇｅタイマとの比較（Ｓ１４０４）、ドキュメント変換Ｐａｇｅモード指示部２２による正常に特定ページ変換処理が完了した場合のファイル化（Ｓ１４０５）が行われる。そして、ドキュメント変換Ｐａｇｅモード指示部２２は、入力データ全ページの変換処理が完了するまで繰り返す（Ｓ１４０６）。
【００３４】
全ての特定ページの出力ドキュメント変換がＰａｇｅタイマ時間内に完了すると、それは入力ドキュメントが正常に出力ドキュメントに変換されたことを意味する。
そして、アプリケーション制御部２０は、Ｓ９０１で起動させた変換アプリケーションのプロセスの正常終了処理を行う（Ｓ１４０７）。実施形態２におけるプロセス正常終了処理とは、図１２で説明した以下の一連の処理の総称である。
・アプリケーション制御部２０がＰａｇｅモード起動数を１減らす。
・減らした結果Ｐａｇｅモード起動数が０になった場合はアプリケーション制御部２０が該当アプリケーションのプロセスを正常終了させる。
入出力管理部１９は、変換アプリケーション或いは変換アプリケーションと出力ドキュメント生成プリンタドライバとが生成した入力ドキュメントページ数分の特定ページ出力ドキュメントを図６Ｃにて説明したように関連付け、ドキュメントを生成する（Ｓ１４０８）。
【００３５】
ある特定ページのドキュメント変換処理が、Ｐａｇｅモードタイマ時間以内にアプリケーションからの完了通知が発生しない場合（Ｓ１４０４）、以下の状態を意味する。それは、ある特定のページの入力ドキュメントが不適切だった等の要因で、アプリケーションが不測の事態に陥っている状態を意味する。この場合は、入力ドキュメントを出力ドキュメントに変換出来ないことを意味する。
そこで、アプリケーション制御部２０は、変換アプリケーションのプロセスの強制終了処理を行う（Ｓ１４０９）。実施形態２におけるプロセス強制終了処理とは、図１２で説明した以下の一連の処理の総称である。
・アプリケーション制御部２０が、図１２Ａに示したＰａｇｅモードタイムアウト数のカウントを１追加する。
・Ｐａｇｅモードタイムアウト数がＰａｇｅモード起動数と一致していない場合、アプリケーション制御部２０は、Ｐａｇｅモードタイムアウト数がＰａｇｅモード起動数に一致するまで、スリープ等を行い待機する。
・Ｐａｇｅモードタイムアウト数のカウントを１追加した結果、Ｐａｇｅモード起動数と一致した場合、アプリケーション制御部２０は、該当アプリケーションのプロセスを強制終了する。
入出力管理部１９は、ドキュメント変換フィルタに指示された変換が失敗した旨の処理エラー報告を行う（Ｓ１４１０）。
このようにして、複数のドキュメント変換処理部が並列的に同一の変換アプリケーションを活用する場合も、同様に高速にエラー判断出来るようになる。
【００３６】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００３７】
以上、上述した各実施形態によれば、アプリケーションが不測の事態に陥って応答が無くなった場合でも、短い時間で処理の失敗及びエラー処理を行うことが出来るようにすることができる。
つまり、ページ数が多い等によって変換処理に時間がかかる入力ドキュメントに関しては正常に処理でき、同時にアプリケーションが不測の事態に陥って応答が無くなった場合でも、短い時間で処理の失敗及びエラー処理を行うことが出来るようにすることができる。
【００３８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１Ａ】
2012242895.tif 000003
【図１Ｂ】
2012242895.tif 000004
【図２】
2012242895.tif 000005
【図３】
2012242895.tif 000006
【図４】
2012242895.tif 000007
【図５】
2012242895.tif 000008
【図６Ａ】
2012242895.tif 000009
【図６Ｂ】
2012242895.tif 000010
【図６Ｃ】
2012242895.tif 000011
【図６Ｄ】
2012242895.tif 000012
【図７Ａ】
2012242895.tif 000013
【図７Ｂ】
2012242895.tif 000014
【図８】
2012242895.tif 000015
【図９】
2012242895.tif 000016
【図１０】
2012242895.tif 000017
【図１１】
2012242895.tif 000018
【図１２Ａ】
2012242895.tif 000019
【図１２Ｂ】
2012242895.tif 000020
【図１２Ｃ】
2012242895.tif 000021
【図１３】
2012242895.tif 000022
【図１４】
2012242895.tif 000023