(57)【要約】【課題】動作条件をヒストリとして記憶するための状況や条件を考慮し、ユーザに対してより利便性の高い動作条件をヒストリとして残しておくことを可能にする。【解決手段】画像データの入力、画像データの加工、画像データの出力の各ジョブ実施する画像形成装置において、各ジョブを実行する際に、それらの動作設定を再利用可能なように記憶するヒストリ情報記憶手段と、ヒストリ情報記憶手段に記憶された動作設定を再利用のために展開するヒストリ情報展開手段とを有し、個々の画像データの入力毎に指定する動作設定としてのページ条件について、入力画像データ群の先頭画像に応じたページ条件と、入力画像データ群に対して指定する動作設定としてのジョブ条件について、入力画像データ群の出力形態が確定したときの動作設定とを、合わせて前記ヒストリ情報記憶手段に１つの動作設定として記憶させる。【選択図】図１
2009225187.tif 000002
【特許請求の範囲】
【請求項１】
画像データの入力、画像データの加工、画像データの出力の各ジョブ実施する画像形成装置において、
前記各ジョブを実行する際に、それらの動作設定を再利用可能なように記憶するヒストリ情報記憶手段と、該ヒストリ情報記憶手段に記憶された動作設定を再利用のために展開するヒストリ情報展開手段とを有し、
個々の画像データの入力毎に指定する動作設定としてのページ条件について、入力画像データ群の先頭画像に応じたページ条件と、
入力画像データ群に対して指定する動作設定としてのジョブ条件について、入力画像データ群の出力形態が確定したときの動作設定とを、合わせて前記ヒストリ情報記憶手段に１つの動作設定として記憶させることを特徴とする画像形成装置。
【請求項２】
請求項１記載の画像形成装置において、
前記ヒストリ情報記憶手段に動作設定を記憶させるタイミングは、ジョブ終了時であることを特徴とする画像形成装置。
【請求項３】
請求項２記載の画像形成装置において、
前記ヒストリ情報記憶手段は、ジョブが正常終了したときにのみ動作設定を記憶することを特徴とする画像形成装置。
【請求項４】
請求項１、２または３記載の画像形成装置において、
画像データの入力途中で、ページ条件が設定変更された場合、設定変更したときの入力画像データの場所とページ条件とを前記ヒストリ情報記憶手段に記憶させ、
前記ヒストリ情報展開手段は、先頭画像に応じたページ条件を再利用しつつ、入力画像数に応じて該設定変更時のページ条件を再利用することを特徴とする画像形成装置。
【請求項５】
請求項１ないし４のうちいずれか１記載の画像形成装置において、
前記ヒストリ情報記憶手段に記憶させる動作設定として、１つのジョブの動作内の何時のタイミングのものを記憶するかを予めユーザが指定可能であることを特徴とする画像形成装置。
【請求項６】
請求項１ないし４のうちいずれか１記載の画像形成装置において、
ジョブの実行のたびに、前記ヒストリ情報記憶手段に動作設定を記憶するか否かをユーザが指定可能であることを特徴とする画像形成装置。
【請求項７】
画像データの入力、画像データの加工、画像データの出力の各ジョブ実施する画像形成制御方法において、
前記各ジョブを実行する際に、それらの動作設定を再利用可能なように記憶するヒストリ情報記憶手段と、該ヒストリ情報記憶手段に記憶された動作設定を再利用のために展開するヒストリ情報展開手段とを有し、
個々の画像データの入力毎に指定する動作設定としてのページ条件について、入力画像データ群の先頭画像に応じたページ条件と、
入力画像データ群に対して指定する動作設定としてのジョブ条件について、入力画像データ群の出力形態が確定したときの動作設定とを、合わせて前記ヒストリ情報記憶手段に１つの動作設定として記憶させることを特徴とする画像形成制御方法。
【請求項８】
請求項７記載の画像形成制御方法において、
前記ヒストリ情報記憶手段に動作設定を記憶させるタイミングは、ジョブ終了時であることを特徴とする画像形成制御方法。
【請求項９】
請求項８記載の画像形成制御方法において、
前記ヒストリ情報記憶手段は、ジョブが正常終了したときにのみ動作設定を記憶することを特徴とする画像形成制御方法。
【請求項１０】
請求項７、８または９記載の画像形成制御方法において、
画像データの入力途中で、ページ条件が設定変更された場合、設定変更したときの入力画像データの場所とページ条件とを前記ヒストリ情報記憶手段に記憶させ、
前記ヒストリ情報展開手段は、先頭画像に応じたページ条件を再利用しつつ、入力画像数に応じて該設定変更時のページ条件を再利用のために展開することを特徴とする画像形成制御方法。
【請求項１１】
請求項７ないし１０のうちいずれか１記載の画像形成制御方法において、
前記ヒストリ情報記憶手段に記憶させる動作設定として、１つのジョブの動作内の何時のタイミングのものを記憶するかを予めユーザが指定可能であることを特徴とする画像形成制御方法。
【請求項１２】
請求項７ないし１０のうちいずれか１記載の画像形成制御方法において、
ジョブの実行のたびに、前記ヒストリ情報記憶手段に動作設定を記憶するか否かをユーザが指定可能であることを特徴とする画像形成制御方法。
【請求項１３】
画像データの入力、画像データの加工、画像データの出力の各ジョブ実施する画像形成制御プログラムであって、
該画像形成制御プログラムは、前記各ジョブを実行する際に、それらの動作設定を再利用可能なように記憶するヒストリ情報記憶ステップと、該ヒストリ情報記憶手段に記憶された動作設定を再利用のために展開するヒストリ情報展開ステップとを、ＣＰＵに実行させるものであり、
前記ヒストリ情報記憶ステップは、個々の画像データの入力毎に指定する動作設定としてのページ条件について、入力画像データ群の先頭画像に応じたページ条件と、
入力画像データ群に対して指定する動作設定としてのジョブ条件について、入力画像データ群の出力形態が確定したときの動作設定とを、合わせて前記ヒストリ情報記憶手段に１つの動作設定として記憶させるステップであることを特徴とする画像形成制御プログラム。
【請求項１４】
請求項１３載の画像形成制御プログラムであって、
前記ヒストリ情報記憶ステップは、動作設定を記憶させるタイミングを、ジョブ終了時とすることを特徴とする画像形成制御プログラム。
【請求項１５】
請求項１４記載の画像形成制御プログラムであって、
前記ヒストリ情報記憶ステップは、ジョブが正常終了したときにのみ動作設定を記憶することを特徴とする画像形成制御プログラム。
【請求項１６】
請求項１３、１４または１５記載の画像形成制御プログラムであって、
前記ヒストリ情報記憶ステップは、画像データの入力途中で、ページ条件が設定変更された場合、設定変更したときの入力画像データの場所とページ条件とを前記ヒストリ情報として記憶させ、
前記ヒストリ情報展開ステップは、先頭画像に応じたページ条件を再利用しつつ、入力画像数に応じて該設定変更時のページ条件を再利用することを特徴とする画像形成制御プログラム。
【請求項１７】
請求項１３ないし１６のうち何れか１記載の画像形成制御プログラムであって、
前記ヒストリ情報記憶ステップで記憶させる動作設定として、１つのジョブの動作内の何時のタイミングのものを記憶するかを予めユーザが指定可能であることを特徴とする画像形成制御プログラム。
【請求項１８】
請求項１３ないし１６のうちいずれか１記載の画像形成制御プログラムであって、
ジョブの実行のたびに、前記ヒストリ情報記憶ステップで動作設定を記憶するか否かをユーザが指定可能であることを特徴とする画像形成制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、画像形成制御方法及び制御プログラムに係り、特に、原稿画像の読み取り、印刷を行うジョブにおいて、ジョブの実行後にジョブ条件等をヒストリとして記憶しておき、その後の再使用を可能とした画像形成装置、画像形成制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
動作履歴を記憶可能とする画像形成装置に関する従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、操作モードの動作履歴を記憶するか否かを動作前選択して設定可能としたものであり、記憶することを選択したとき、操作モードの動作に応じて動作履歴が記憶されることに対して承認要求を行うというものである。承認が却下されると操作モードの設定が禁止される。この禁止の処理は、セキュリティ向上のため、ログを残したくないのに残すことを避けるために使わせなくするための処理である。また、この従来技術は、モード毎に個別に記憶するか否かを設定することも可能とされ、さらに、記憶レベルの設定をも行うことができ、異なる複数の項目を動作履歴の記憶対象として設定することができるものである。
【０００３】
また、他の従来技術として、特許文献２等に記載された技術が知られている。この従来技術は、画像形成動作後の各設定情報を記憶手段に格納し、次の画像形成動作時に、格納された履歴情報を利用して画像形成の条件設定を行うことができるようにしたものであり、設定の煩わしさを軽減して、設定を正確に行うことができるようにしたものである。
【特許文献１】特開２００５−１９１６８６号公報
【特許文献２】特開２００５−３３３８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述した特許文献２に記載の従来技術は、ジョブ実行後の各設定情報を履歴として記憶手段に格納し、その後のジョブ実行時に、格納された履歴情報を利用して設定を行うことができるので、簡単かつ正確に条件設定をすることができる。しかし、この従来技術は、履歴として格納するための状況や条件等を考慮していないため、履歴として残されている情報を再利用して条件の設定を行うには不自由な点があるという課題が残っている。
【０００５】
また、前述した特許文献１に記載の従来技術は、セキュリティや記憶領域の削減が目的であり、記憶した操作モードでの条件の再設定等が考慮されていないという問題点を有している。
【０００６】
本発明の目的は、前述したような従来技術での課題に鑑みて、動作条件をヒストリとして記憶するための状況や条件を考慮し、ユーザに対してより利便性の高い動作条件をヒストリとして残しておくようにした画像形成装置、画像形成制御方法及び制御プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
前記目的を達成するための本発明の第１の手段は、画像データの入力、画像データの加工、画像データの出力の各ジョブ実施する画像形成装置において、前記各ジョブを実行する際に、それらの動作設定を再利用可能なように記憶するヒストリ情報記憶手段と、該ヒストリ情報記憶手段に記憶された動作設定を再利用のために展開するヒストリ情報展開手段とを有し、個々の画像データの入力毎に指定する動作設定としてのページ条件について、入力画像データ群の先頭画像に応じたページ条件と、入力画像データ群に対して指定する動作設定としてのジョブ条件について、入力画像データ群の出力形態が確定したときの動作設定とを、合わせて前記ヒストリ情報記憶手段に１つの動作設定として記憶させることを特徴とする。
【０００８】
また、本発明の第２の手段は、第１の手段において、前記ヒストリ情報記憶手段に動作設定を記憶させるタイミングは、ジョブ終了時であることを特徴とする。
【０００９】
また、本発明の第３の手段は、第２の手段において、前記ヒストリ情報記憶手段は、ジョブが正常終了したときにのみ動作設定を記憶することを特徴とする。
【００１０】
また、本発明の第４の手段は、第１、第２または第３の手段において、画像データの入力途中で、ページ条件が設定変更された場合、設定変更したときの入力画像データの場所とページ条件とを前記ヒストリ情報記憶手段に記憶させ、前記ヒストリ情報展開手段は、先頭画像に応じたページ条件を再利用しつつ、入力画像数に応じて該設定変更時のページ条件を再利用することを特徴とする。
【００１１】
また、本発明の第５の手段は、第１ないし第４のうちいずれか１の手段において、前記ヒストリ情報記憶手段に記憶させる動作設定として、１つのジョブの動作内の何時のタイミングのものを記憶するかを予めユーザが指定可能であることを特徴とする。
【００１２】
また、本発明の第６の手段は、第１ないし第４のうちいずれか１の手段において、ジョブの実行のたびに、前記ヒストリ情報記憶手段に動作設定を記憶するか否かをユーザが指定可能であることを特徴とする。
【００１３】
また、本発明の第７の手段は、画像データの入力、画像データの加工、画像データの出力の各ジョブ実施する画像形成制御方法において、前記各ジョブを実行する際に、それらの動作設定を再利用可能なように記憶するヒストリ情報記憶手段と、該ヒストリ情報記憶手段に記憶された動作設定を再利用のために展開するヒストリ情報展開手段とを有し、個々の画像データの入力毎に指定する動作設定としてのページ条件について、入力画像データ群の先頭画像に応じたページ条件と、入力画像データ群に対して指定する動作設定としてのジョブ条件について、入力画像データ群の出力形態が確定したときの動作設定とを、合わせて前記ヒストリ情報記憶手段に１つの動作設定として記憶させることを特徴とする。
【００１４】
また、本発明の第８の手段は、第７の手段において、前記ヒストリ情報記憶手段に動作設定を記憶させるタイミングは、ジョブ終了時であることを特徴とする。
【００１５】
また、本発明の第９の手段は、第８の手段において、前記ヒストリ情報記憶手段は、ジョブが正常終了したときにのみ動作設定を記憶することを特徴とする。
【００１６】
また、本発明の第１０の手段は、第７、第８または第９の手段において、画像データの入力途中で、ページ条件が設定変更された場合、設定変更したときの入力画像データの場所とページ条件とを前記ヒストリ情報記憶手段に記憶させ、前記ヒストリ情報展開手段は、先頭画像に応じたページ条件を再利用しつつ、入力画像数に応じて該設定変更時のページ条件を再利用のために展開することを特徴とする。
【００１７】
また、本発明の第１１の手段は、第７ないし第１０のうちいずれか１の手段において、前記ヒストリ情報記憶手段に記憶させる動作設定として、１つのジョブの動作内の何時のタイミングのものを記憶するかを予めユーザが指定可能であることを特徴とする。
【００１８】
また、本発明の第１２の手段は、第７ないし第１０のうちいずれか１の手段において、ジョブの実行のたびに、前記ヒストリ情報記憶手段に動作設定を記憶するか否かをユーザが指定可能であることを特徴とする。
【００１９】
また、本発明の第１３の手段は、画像データの入力、画像データの加工、画像データの出力の各ジョブ実施する画像形成制御プログラムであって、該画像形成制御プログラムは、前記各ジョブを実行する際に、それらの動作設定を再利用可能なように記憶するヒストリ情報記憶ステップと、該ヒストリ情報記憶手段に記憶された動作設定を再利用のために展開するヒストリ情報展開ステップとを、ＣＰＵに実行させるものであり、前記ヒストリ情報記憶ステップは、個々の画像データの入力毎に指定する動作設定としてのページ条件について、入力画像データ群の先頭画像に応じたページ条件と、入力画像データ群に対して指定する動作設定としてのジョブ条件について、入力画像データ群の出力形態が確定したときの動作設定とを、合わせて前記ヒストリ情報記憶手段に１つの動作設定として記憶させるステップであることを特徴とする。
【００２０】
また、本発明の第１４の手段は、第１３の手段において、前記ヒストリ情報記憶ステップは、動作設定を記憶させるタイミングを、ジョブ終了時とすることを特徴とする。
【００２１】
また、本発明の第１５の手段は、第１４の手段において、前記ヒストリ情報記憶ステップは、ジョブが正常終了したときにのみ動作設定を記憶することを特徴とする。
【００２２】
また、本発明の第１６の手段は、第１３、第１４または第１５の手段において、前記ヒストリ情報記憶ステップは、画像データの入力途中で、ページ条件が設定変更された場合、設定変更したときの入力画像データの場所とページ条件とを前記ヒストリ情報として記憶させ、前記ヒストリ情報展開ステップは、先頭画像に応じたページ条件を再利用しつつ、入力画像数に応じて該設定変更時のページ条件を再利用することを特徴とする。
【００２３】
また、本発明の第１７の手段は、第１３ないし第１６のうち何れか１の手段において、前記ヒストリ情報記憶ステップで記憶させる動作設定として、１つのジョブの動作内の何時のタイミングのものを記憶するかを予めユーザが指定可能であることを特徴とする。
【００２４】
また、本発明の第１７の手段は、第１３ないし第１６のうち何れか１の手段において、ジョブの実行のたびに、前記ヒストリ情報記憶ステップで動作設定を記憶するか否かをユーザが指定可能であることを特徴とする。
【発明の効果】
【００２５】
本発明によれば、試しコピー後や印刷待機中で動作設定を変更された場合であっても、その動作条件をヒストリとして残すことができ、そのヒストリを再利用する際には、ヒストリを記憶した時の状態と同様に原稿入力から開始できるため、ヒストリを利用した入出力動作で過去の動作を再現することが容易に可能となる。
【００２６】
また、ジョブを途中でキャンセルしたり、ジョブにエラーが生じたときには、そのジョブのヒストリを記憶しないので、記憶領域とヒストリ件数の無駄を無くすことができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明による画像形成装置、画像形成制御方法及び制御プログラムの実施形態を図面により詳細に説明する。
【００２８】
図１は本発明の一実施形態による画像形成装置の機能構成を示すブロック図である。
【００２９】
本発明の実施形態による画像形成装置は、各種のキー、表示装置等を含む操作部デバイス１０１と、ＨＤＤ、ＮＶＲＡＭ等に記憶される装置を制御するために永続的に記憶する情報を管理するコンポーネントであるデータ管理部１０２と、後述する各種のコンポーネントの起動、取り付け、取り外し等の管理を行うプラグイン管理部１０３と、操作デバイス１０１とプラグイン管理部との間のインタフェースであるプラグイン管理ＵＩ１０４と、その他の各種のアクティビティ、フィルタ、インフォメーションに属するコンポーネント１０５〜１１５とを備えて構成される。
【００３０】
前述において、アクティビティとは、複数のコンポーネント（特に、フィルタ）を組合せて、主に、文書操作系のサービスを実現するアプリケーションである。但し、アクティビティの定義上は、利用するコンポーネントがフィルタに限られてはおらず、アプリケーションとして提供するサービスも文書操作に限定されるものではない。以下、図１に示す画像形成装置に備えられるアクティビティ、フィルタ、インフォメーションに属するコンポーネント１０５〜１１５について説明する。
【００３１】
読み取りＵＩ１０５と読み取りフィルタ１１２とは、入力フィルタとしての機能を実行するものであり、デバイスを使用して、機器内で共通に扱えるデータ形式で画像データを取り込む処理を担当するものである。図示例では、画像形成装置のスキャナデバイスを制御することにより、原稿を読み取るコンポーネントであるとして示している。
【００３２】
編集ＵＩ１０６と編集フィルタ１１３とは、加工フィルタとしての機能を実行するものであり、入力フィルタから渡される画像データを、画像形成装置内の画像処理ユニットにより編集し、ユーザが指定した仕上がりを実現できるように画像の編集処理の機能を担当するものである。図示例では、画像形成装置の編集処理を行うコンポーネントであるとして示している。
【００３３】
印刷ＵＩ１０７と印刷フィルタ１１４とは、出力フィルタとしての機能を実行するものであり、デバイスを使用して機器内で下降された画像データを機器外に出力する処理を担当するものである。図示例では、画像形成装置のプロッタデバイスを制御することにより、機器内で加工された画像データを紙等の媒体に転写することによって機器外に出力する印刷コンポーネントであるとして示している。
【００３４】
マルチ文書アクティビティＵＩ１０８とマルチ文書アクティビティ１１０とは、両者でマルチ文書アクティビティを構成し、画像形成装置内で利用可能なフィルタを自由に組み合わせて文書操作を実行することを可能にするアクティビティである。
【００３５】
リクエスト定義ＵＩ１０９とリクエスト定義１１１とは、両者でリクエスト定義インフォメーションを構成し、リポジトリサービスが持つマクロ情報、ヒストリ情報に対するＣＲＵＤ機能をユーザにサービスとして提供するアプリケーションである。
【００３６】
リクエスト定義リポジトリサービスは、画像形成装置内の記憶領域に保管された条件をマクロやヒストリとしてユーザに認識させるための情報（マクロ情報、ヒストリ情報）を管理する機能（ＣＲＵＤ）を提供するためのコンポーネントである。
【００３７】
図２は図１に示したアクティビティ、フィルタ、インフォメーションに属する各コンポーネントの構成を示す図である。各コンポーネントは、はそれぞれ、図２に示すように、設定用ＵＩとジョブ制御用のロジック部とにより構成される。
【００３８】
次に、本発明の実施形態における文書操作の実現形態について説明する。本発明の実施形態では、コピー等の文書操作機能は、パイプ＆フィルタというメカニズムを利用して実現される。
【００３９】
図３は単入力単出力の文書操作の場合の文書操作を行うためのパイプとフィルタとの接続構成の例を示す図である。図３に示す例は、例えば、紙原稿をスキャナで読み取り、何らかの加工を施した上で、プロッタで転写紙に印刷を行う(コピー)ような文書操作の場合の例である。この例の場合、図３に示す変換１、変換２、変換３は、それぞれ、図１により説明した入力、加工、出力の各フィルタに相当し、図３では、Ｆ１、Ｆ２、Ｆ３として示している。各フィルタに入力された画像データは、各フィルタにより画像処理（変換）される。各フィルタを接続しているのがパイプＰであり、パイプＰは、画像データを一時的に保持して、前段のフィルタから後段のフィルタに画像データを渡している。
【００４０】
図４は単入力多出力の文書操作の場合の文書操作を行うためのパイプとフィルタとの接続構成の例を示す図である。図４に示す例は、図３に示して説明したと同様に、紙原稿をスキャナで読み取り、何らかの加工を施した上で、プロッタで転写紙に印刷を行う(コピー)ような文書操作と同時に、フィルタＦ１で紙原稿をスキャナにより読み取った画像データをフィルタＦ４、Ｆ５を介して、例えば、機器内で保存するために出力したり、あるいは、ネットワークを通した外部の機器に転送するような場合の例である。この場合、フィルタＦ１〜Ｆ３は、図３に説明した場合と同様な処理を行い、フィルタＦ４、Ｆ５は、画像データに対して、画像データを内部に保存するため、あるいは、ネットワーク上に転送すめために必要な最適な処理を施す。
【００４１】
図５はパイプ＆フィルタによるアーキテクチャを用いた場合のジョブ条件の設定から実行の流れを説明するシーケンスチャートであり、次に、これについて説明する。
【００４２】
（１）まず、条件生成処理において、画面生成のために、マルチ文書アクティビティから各フィルタに条件生成を行うためのパラメータ群を含む条件を要求する（ステップ５０１〜５０４）。
【００４３】
（２）マルチ文書アクティビティは、フィルタの全ロジックから条件生成のための応答として条件が返ってきたことを確認し、条件生成処理に対して、条件生成完了として報告する（ステップ５０５〜５０８）。
【００４４】
（３）その後、条件生成処理は、画面描画を行う。ここでの条件と機能とは同義である（ステップ５１０〜５１２）。
【００４５】
（４）次に、ユーザにより操作パネルから機能の設定がなされると、条件設定処理は、その機能を持ったＵＩに自身のロジックに対して設定を行うように指示し、各ＵＩは、自身の設定を、指示された設定に変更し、設定変更の通知をマルチ文書アクティビティに対して行って受領させる（ステップ５１３〜５１７）。
【００４６】
（５）次に、ユーザにより操作パネルから実行指示されるアクティビティＵＩからマルチ文書アクティビティのロジックに対して実行を要求する（ステップ５１８）。
【００４７】
（６）次に、マルチ文書アクティビティのロジックは、実行時の条件により生成すべきジョブを判断し、必要なジョブを生成する（ステップ５１９〜５２２）。
【００４８】
（７）次に、アクティビティロジックは、生成されたジョブの構成に従って画像の要求元と要求先との関連付けを判断し、フィルタ間を接続するリンク指示を行うことにより接続処理を実行する（ステップ５２３〜５２５）。
【００４９】
（８）次に、マルチ文書アクティビティのロジックは、それぞれのフィルタのロジックに対し実行要求を行う（ステップ５２６〜５２８）。マルチ文書アクティビティのロジック及びそれぞれのフィルタのロジックは、それぞれのＵＩに対して、進捗状態の通知を行う（ステップ５２９〜５３２）。
【００５０】
（９）実行指示を受けたフィルタは、パイプを仲介して関連付けされた要求先フィルタに対して画像取得要求を行い、要求先で処理された画像データに対して自フィルタでの処理を行い、全ての画像を処理し要求元フィルタに流し終えるとジョブを終了する（ステップ５３３〜５３９）。マルチ文書アクティビティ及び各フィルタは、ジョブの進捗状態をそれぞれのＵＩに対して通知し、画面に状態を表示する。進捗状態には、入力フィルタでは原稿枚数表示、出力フィルタでは印刷枚数表示、その他エラー状態、ジョブの開始、終了状態の通知等がある（ステップ５４０〜５４６）。
【００５１】
図６はヒストリ情報のデータ構造について説明する図であり、次に、図６を参照してアクティビティ、フィルタ、リクエスト定義が保持するそれぞれのデータ構造を説明する。
【００５２】
リクエスト定義で保持する情報は、図６（ａ）のテーブルに示すように、ヒストリ情報であり、このヒストリ情報には、機器ローカルでユニークなＩＤを示す識別子、保管されたアクティビティの動作条件を特定するための情報で、アクティビティの保管に利用するアクティビティ条件、アクティビティを示すアイコンであるアイコン、情報を作製した日時で、複製やインポートによって生成された場合はその日時が設定される登録日時、実行したユーザ名を示す利用者が含まれる。
【００５３】
アクティビティで保持する情報は、図６（ｂ）のテーブルに示すように、動作条件であり、この動作条件には、保管識別子、フィルタ条件、各アクティビティで保持する設定情報群が含まれる。保管識別子は、データを特定するための値であり、記憶装置に保管（永続化）されたときに採番される。フィルタ条件は、入力、出力、加工の条件として設定された全ての条件であり、機能毎に設定される。このフィルタ条件には、印刷フィルタ、読み取りフィルタ等のフィルタの名称を示すフィルタ名、保管されたフィルタの動作条件を特定するための情報、例えば、フィルタの動作条件の保管識別子等の時を示す保管データ識別情報が含まれる。また、各アクティビティで保持する設定情報群は、動作条件として各アクティビティ独自に保持する機能毎に設定される設定項目である。
【００５４】
フィルタで保持する情報は、図６（ｃ）のテーブルに示すように、動作条件であり、この動作条件には、保管識別子、各フィルタで保持する設定値群（ページ単位）、各フィルタで保持する設定値群（ジョブ単位）が含まれる。保管識別子は、データを特定するための値であり、記憶装置に保管（永続化）されたときに採番される。各フィルタで保持する設定値群（ページ単位）は、条件として設定された全ての設定項目でページ単位に条件の変更が可能な機能毎に設定される項目であり、読み取り解像度、読み取り面、印刷面、スタンプ印字設定等の項目である。また、各フィルタで保持する設定値群（ジョブ単位）は、条件として設定された全ての設定項目でジョブ単位に設定される機能毎の設定項目であり、ソート、ステープル等の項目である
図７はヒストリ作成時の処理の流れを説明するシーケンスチャートであり、次に、これについて説明する。このシーケンスでのヒストリの作成は、文書操作ジョブの実行が終了した時点で実施される。
【００５５】
（１）文書操作ジョブが終了すると、マルチ文書アクティビティは、自身が保持するフィルタ条件の保管を実施する。すなわち、まず、マルチ文書アクティビティは、入力に関する条件である読み取りフィルタの条件をよみとって、その条件を保管する（ステップ７０１）。
【００５６】
（２）読み取りフィルタは、自身が保持する条件の設定項目を保管可能な状態（フィルタ条件の保管情報）に変換するため、設定パラメータから保管パラメータを作成し、保管可能なデータが作成できたら、そのデータをデータ管理部に渡しデータの保管を実施する（ステップ７０２、７０３）。
【００５７】
（３）データ管理部は、渡されたデータの保管を行い、保管されたデータを特定するための識別子を読み取りフィルタに返し、読み取りフィルタは、渡された保管されたデータを特定するための識別子をそのままマルチ文書アクティビティに返す（ステップ７０４、７０５）。
【００５８】
（４）マルチ文書アクティビティは、受け取った識別子をフィルタ条件読み出しの際に利用するためにアクティビティ条件の保管情報として記録しておく（ステップ７０６）。
【００５９】
（５）マルチ文書アクティビティは、前記までと同様な処理を編集フィルタ、印刷フィルタについても実施する（ステップ７０７〜７１２、ステップ７１３〜７１８）。
【００６０】
（６）マルチ文書アクティビティは、前述迄の処理により、全てのフィルタ条件の保管が終了したら、アクティビティ条件が保持する条件の設定項目を保管可能な状態（アクティビティ条件の保管情報）に変換する。すなわち、マルチ文書操作アクティビティは、設定パラメータから保管パラメータを作成し、この保管パラメータをデータ管理部に渡しパラメータの保管を実施する。データ管理部は、渡されたパラメータの保管を行い、保管されたパラメータを特定するための識別子をマルチ文書操作アクティビティに返す（ステップ７１９〜７２１）。
【００６１】
（７）マルチ文書アクティビティは、ヒストリ情報としてアクティビティ名、アクティビティ条件を作成し、リクエスト定義インフォメーションに設定すると共に、保管に必要なパラメータの設定の後、ヒストリ情報を作成してリクエスト定義インフォメーションに設定する。なお、アクティビティ名、アクティビティ条件以外の情報は、データが保管されるときにリクエスト定義で生成、設定される（ステップ７２２〜７２４）。
【００６２】
（８）リクエスト定義インフォメーションは、保管データを作成し、その保管パラメータをリクエスト定義リポジトリサービスに渡す。リクエスト定義リポジトリサービスは、保管データを作成し、その保管パラメータをデータ管理部に渡す（ステップ７２５、７２６）。
【００６３】
（９）データ管理部は、ヒストリ情報を保管すると、それに対する保管ＩＤを生成して、リクエスト定義リポジトリサービスに渡し、リクエスト定義リポジトリサービスは、受け取った保管ＩＤをそのままリクエスト定義インフォメーションに渡して保管させる。以上により、ヒストリ情報の作成が完了する（ステップ７２７、７２８）。
【００６４】
前述したヒストリ作成の処理は、文書操作ジョブの実行が終了した時点で実施されるとして説明したが、ヒストリ作成の処理を実施するタイミングは、ジョブ終了後でなくてもよく、例えば、文書操作ジョブの開始、文書操作ジョブの処理中に任意のタイミングで並行に処理するとしてもよい。この実施タイミングは、機器のパフォーマンスを考慮して選択するようにすることができる。
【００６５】
図７により説明したシーケンスで作成された各種データの構造は、表１〜表５に示すようになる。表１には、リクエスト定義におけるヒストリ情報を示しており、表２には、アクティビティにおけるアクティビティ条件保管情報を示しており、表３には、読み取りフィルタにおけるフィルタ条件保管情報を示している。また、表４には、編集フィルタにおけるフィルタ条件保管情報を示しており、表５には、印刷フィルタにおけるフィルタ条件保管情報を示している。なお、表１〜表５の値の欄に記述している数値は、図７に示すシーケンスのステップの位置に示されている値である。
【表１】
2009225187.tif 000003
【表２】
2009225187.tif 000004
【表３】
2009225187.tif 000005
【表４】
2009225187.tif 000006
【表５】
2009225187.tif 000007
【００６６】
図８はヒストリ情報からアクティビティ条件、フィルタ条件を展開する際の処理を説明するシーケンスチャートであり、次に、これについて説明する。ここで説明する処理は、記憶しておいたヒストリ情報を利用して、文書処理を行わせる場合の処理である。
【００６７】
（１）ユーザが操作部からヒストリを１つ選択すると、リクエスト定義インフォメーションは、リクエスト定義リポジトリサービスにヒストリ情報の参照を要求する（ステップ８０１）。
【００６８】
（２）ヒストリ情報の参照を要求されたリクエスト定義リポジトリサービスは、データ管理部からデータを読み出して、そのヒストリ情報をリクエスト定義インフォメーションに渡す（ステップ８０２〜８０４）。
【００６９】
（３）リクエスト定義インフォメーション受け取ったヒストリ情報からアクティビティを特定し、アクティビティの動作条件の所在を含むヒストリ情報をマルチ文書アクティビティに渡す（ステップ８０５、８０６）。
【００７０】
（４）マルチ文書アクティビティは、マルチ文書アクティビティの動作条件の読み出しの要求をデータ管理部に対して行い、必要なデータを取得する（ステップ８０７、８０８）。
【００７１】
（５）マルチ文書アクティビティは、必要なフィルタとフィルタ動作条件の所在を参照して、各フィルタ、ここでは、読み取りフィルタ、編集フィルタ、印刷フィルタに各フィルタでの動作条件の所在場所の情報を渡して、動作条件の展開指示を行う（ステップ８０９〜８１２）。
【００７２】
（６）動作条件の展開指示を受けた読み取りフィルタ、編集フィルタ、印刷フィルタのそれぞれは、データ動作条件の所在場所のデータを用いて、各フィルタでの動作条件の読み出しの要求をデータ管理部に対して行い、必要なデータを取得し、取得した動作条件を画面表示する（ステップ８１３〜８２１）。
【００７３】
次に、フィルタ条件のデータ構造について説明する。
【００７４】
フィルタ条件は、原稿画像単位で設定する動作設定（以下、ページ条件という）と、ジョブあるいは一連の入力画像データ群（原稿読取動作であれば、原稿束）に対して指定する動作設定（以下、ジョブ条件という）とに大別される。例えば、原稿を読み取って印刷出力する場合、ページ条件とは、読取サイズや給紙トレイ選択、カラー選択などを指しており、これらは、原稿読取の度に設定変更することができるものである。また、ジョブ条件としては、ステープル、ソート等があり、これらは、原稿画像毎の設定というよりは、読み取った原稿束に対して適用するものである。
【００７５】
図９はヒストリとして記憶するフィルタ条件の構成例を示す図である。この図９に示すフィルタ条件の構成例は、前述したような点を考慮したものである。
【００７６】
フィルタ条件は、「ページ条件情報」と「ジョブ条件」とに分類され、さらに、「ページ条件情報」は、「ページ条件」とそのページ条件を適用する原稿ページ数「区切りページ」との対を配列化したもので構成される。ここで「区切りページ」とは、例えば、圧板原稿読取時に原稿毎にページ条件の設定変更を実施したときの原稿画像ページ数を示している。本発明の実施形態においては、ヒストリとして記憶するフィルタ条件は、前述のような構造になる。
【００７７】
次に、原稿を読み取って印刷出力する動作を用いて、ヒストリに記憶すべきページ条件、ジョブ条件を抽出するタイミングについて説明する。
【００７８】
図１０は本発明の実施形態により動作設定を行う場合のシーケンスチャートであり、次に、これについて説明する。
【００７９】
（１）ユーザが操作部のデバイスのスタートキーを押下して、原稿を読み取って印刷出力するコピーを指示すると、マルチ文書アクティビティは、読み取り、加工、印刷の各フィルタに対して実行を指示する（ステップ１００１〜１００４）。
【００８０】
（２）読み取り、加工、印刷の各フィルタは、実行の指示を受けると、印刷フィルタが加工フィルタに対して画像を要求し、加工フィルタが読み取りフィルタに対して画像を要求する（ステップ１００５、１００６）。
【００８１】
（３）画像の要求を受けた読み取りフィルタは、原稿の読み取りを行って、読み取った画像データを加工フィルタに渡し、一時停止状態となって、その状態をマルチ文書アクティビティに報告する（ステップ１００７〜１００９）。
【００８２】
（４）加工フィルタは、受け取った画像データに対して編集等の画像処理を行って、加工した画像データを印刷フィルタに渡し、一時停止状態となって、その状態をマルチ文書アクティビティに報告する（ステップ１０１０〜１０１２）。
【００８３】
（５）印刷フィルタは、受け取った画像データを印刷出力して、１枚目の印刷を行った後、一時停止状態となって、その状態をマルチ文書アクティビティに報告する（ステップ１０１３、１０１４）。
【００８４】
（４）この時点で、ユーザはページ条件の設定変更を行うことが可能である。ページ条件の設定変更が行われたか否かに関わらず、次の原稿を読み取って印刷出力するコピーが継続されると、マルチ文書アクティビティは、読み取り、加工、印刷の各フィルタに対して継続を指示する（ステップ１０１５〜１０１７）。
【００８５】
（５）読み取り、加工、印刷の各フィルタは、その後、ステップ１００５〜１０１４までの処理と同様な処理を行って一時停止状態となり、その状態をマルチ文書アクティビティに報告する（１０１８〜１０２７）。
【００８６】
（６）この時点で、読み取りフィルタに対して、操作部デバイスから最終原稿であることが指定されると、読み取りフィルタは、加工フィルタとマルチ文書アクティビティとに終了を通知し、加工フィルタは、印刷フィルタとマルチ文書アクティビティとに終了を通知する（ステップ１０２８〜１０３２）。
【００８７】
（７）印刷フィルタは、マルチ文書アクティビティに出力完全確定通知を行い、２部目の印刷が指示されていれば、２部目の印刷出力を行って、マルチ文書アクティビティに処理の終了を報告する（ステップ１０３３〜１０３５）。
【００８８】
図１１はヒストリを取得するタイミングを決定する処理の例を説明するフローチャートであり、次に、これについて説明する。
【００８９】
（１）処理が開始されると、マルチ文書アクティビティが、読み取り、加工、印刷の各フィルタに対して実行を指示するタイミング、すなわち、図１０に示すシーケンスのａのタイミングになったか否かを判定し、そのタイミングになっていなければそのタイミングになるまで待つ（ステップ１１０１、１１０２）。
【００９０】
（２）ステップ１１０２の判定で、ａのタイミングになったとき、読み取り、加工、印刷の各フィルタは、図示しないＲＡＭにページ条件に分類される動作設定の条件αを一時待避する（ステップ１１０３）。
【００９１】
（３）その後、図１０に示すシーケンスのＡのタイミングであるマルチ文書アクティビティに出力完全確定通知を行ったタイミングになったか否かを判定し、そのタイミングになっていなければそのタイミングになるまで待つ（ステップ１１０４）。
【００９２】
（４）ステップ１１０４の判定で、Ａのタイミングになったとき、アクティビティは、各フィルタに対して条件の保管を指示する。各フィルタは、ページ条件αとジョブ条件とを、データ管理部に保管して、ここでの処理を終了する（ステップ１１０５〜１１０７）。
【００９３】
前述した処理において、ヒストリとして動作条件を記憶するタイミングは、図１０に示すシーケンスのＡのタイミングであるが、このときに、前述で退避していたページ条件をフィルタ条件として含めた上でヒストリ作成する。
【００９４】
また、Ａのタイミングは、印刷における２部目出力開始のタイミングを意味しているが、出力手段としてメール送信を適用する場合、このタイミングは、「原稿画像群をファイルとしてまとめたものを送信開始したタイミング」ということになる。
【００９５】
特に、印刷の場合、一部目を印刷出力し、その結果を見て再度一部目から印刷し直す「試し印刷」という機能があるが、この「試し印刷」機能で一部出力後、再度一部目から出力するような場合、図１０に示すシーケンスでのＡのタイミングは発生しない。
【００９６】
ヒストリとして保管したページ条件とジョブ条件との例は、すでに説明した図９に示すようなものとなる。ページ条件とは、圧板原稿読み取りのように、１ページ毎に条件を変更可能な条件を指し、ジョブ条件とは、ステープルのように原稿束に対して行う条件を指す。
【００９７】
前述した例では、ヒストリとして動作条件を記憶するタイミングは、図１０に示すシーケンスのＡのタイミングであるとしたが、本発明では、ヒストリとして動作条件を記憶するタイミングを、図１０に示すシーケンスのＢのタイミング、すなわち、印刷フィルタが２部目の印刷出力を行って、マルチ文書アクティビティに処理の終了を報告したタイミングとすることもできる。
【００９８】
また、本発明では、ヒストリとして動作条件を記憶するタイミングを、図１０に示すシーケンスのＢのタイミングではなく、出力フィルタが正常終了した場合のみヒストリとして動作条件を記憶するようにすることもできる。例えば、出力フィルタが通信回線への送信フィルタである場合、通信フィルタに通信エラーが発生し画像データを送信できずに終了するようなケースの場合、Ｂのタイミングではヒストリとして動作条件を記憶しないようにする。
【００９９】
図１２はヒストリを取得するタイミングを決定する処理の他の例を説明するフローチャートであり、次に、これについて説明する。
【０１００】
（１）処理が開始されると、マルチ文書アクティビティが、読み取り、加工、印刷の各フィルタに対して実行を指示するタイミング、すなわち、図１０に示すシーケンスのａのタイミングになったか否かを判定し、そのタイミングになっていなければそのタイミングになるまで待つ（ステップ１２０１、１２０２）。
【０１０１】
（２）ステップ１２０２の判定で、ａのタイミングになったとき、読み取り、加工、印刷の各フィルタは、図示しないＲＡＭにページ条件に分類される動作設定の条件αを一時待避する（ステップ１２０３）。
【０１０２】
（３）その後、図１０に示すシーケンスのｂのタイミングである次の原稿を読み取って印刷出力するために、マルチ文書アクティビティが、読み取り、加工、印刷の各フィルタに対して継続を指示したタイミングになったか否かを判定する（ステップ１２０４）。
【０１０３】
（４）ステップ１２０４の判定で、ｂのタイミングになったとき、読み取り、加工、印刷の各フィルタは、図示しないＲＡＭにページ条件と区切りページとの動作設定の条件βを一時待避する（ステップ１２０５）。
【０１０４】
（５）ステップ１２０４の判定で、ｂのタイミングになっていなかったとき、最終原稿指定の操作、すなわち、図１０に示すシーケンスのステップ１０２８での操作が発生したか否かを判定し、発生していなければ、ステップ１２０４からの処理に戻って処理を繰り返す（ステップ１２０６）。
【０１０５】
（６）ステップ１２０６の判定で、最終原稿指定の操作があった場合、ヒストリを記憶するタイミング、すなわち、図１０に示すシーケンスのタイミングＡまたはＢになったとき、アクティビティは、各フィルタに対して条件の保管を指示する。各フィルタは、ページ条件α、βとジョブ条件とを、データ管理部に保管して、ここでの処理を終了する（ステップ１２０７、１２０８）。
【０１０６】
前述した処理において、図１０に示したシーケンスのａのタイミングで、各フィルタは、ページ条件αをＲＡＭに退避すると共に、図１０に示したシーケンスのｂのタイミングが発生すると、各フィルタは、その時のページ条件と区切りページとをＲＡＭに記憶しておき、ヒストリを記憶するタイミングになったときに、ページ条件情報｛α，β｝をヒストリに記憶する。
【０１０７】
前述のようにして得られたページ条件情報が付加されたヒストリを用いる場合、区切りページとして記憶したページ数−１の原稿画像入力が完了した時点で、その区切りページに応じたページ条件がフィルタ条件の一部として展開されることになる。
【０１０８】
前述までに説明した例では、ヒストリとして動作条件を記憶するタイミングとして、「出力内容が完全に確定したとき」、「ジョブが終了したとき」、「ジョブが正常終了したとき」の３種があるとしたが、これらのタイミングは、ジョブ開始前に初期設定等により予め指定することができる。
【０１０９】
図１３はヒストリとして動作条件を保存するタイミングを指定するための画面例を示す図である。ユーザは、ジョブ開始前に、表示されている「動作確定時に保存」、「動作終了時に保存」、「動作正常終了時に保存」の１つを選択することにより、ヒストリとして動作条件を記憶するタイミングを指定することができる。ここで設定された内容は、装置主電源がＯＦＦ／ＯＮされても維持され続けるように、図示しない不揮発メモリに設定値が保存される。
【０１１０】
図１３において、「動作確定時」とは、図１０に示したシーケンスにおいてＡのタイミングでヒストリ記憶を実施することであり、「動作終了時に保存」とは、図１０に示すシーケンスにおいてＢのタイミングでヒストリとして動作条件を記憶することであり、「動作正常終了時に保存」とは、シーケンス図８のＢのタイミングでさらに出力フィルタが正常終了している場合のみ動作条件の記憶を実施することを意味している。
【０１１１】
また、前述までの説明において、ページ条件をヒストリとして記憶するタイミングは、「先頭ページの条件のみ」と「ページ毎に設定変更を実施した場合」との２つから選択することが可能であるが、いづれの動作とするかについては、ジョブ開始前に初期設定等により予め指定することができる。
【０１１２】
図１４はページ条件をヒストリとして記憶するタイミングを指定するための画面例を示す図である。ユーザは、ジョブ開始前に、表示されている「先頭ページの条件のみ」、「設定変更時のページ条件も保存」の１つを選択することにより、ページ条件をヒストリとして記憶するタイミングを指定することができる。ここで設定された内容は、装置主電源がＯＦＦ／ＯＮされても維持され続けるように、図示しない不揮発メモリに設定値が保存される。
【０１１３】
ここで、前述した「出力内容が完全に確定したとき」と「ジョブが終了したとき」との相違について補足的に説明する。
【０１１４】
コピーのアプリケーションとしては、原稿読み取り完了後、印刷動作中において、次のコピー（以降、予約ジョブと呼ぶ）の原稿読み取りを先に行う“予約コピー”が知られているが、予約ジョブの実行開始のタイミングでは、先に実行していたジョブは印刷中でありジョブ動作が終了していない状態である。
【０１１５】
従って、このような場合には、「ジョブが終了したとき」に設定されていた場合、先に実行されたジョブの印刷動作が完了するまでは、予約ジョブは、先のジョブのヒストリを参照することができないことになる。「出力内容が完全に確定した時期」とは、例えば、ソートを行い複数部の印刷が指定されたときに、原稿読み取りを確定したタイミングを意味し、この時点でヒストリ情報が永続化される。このため、予約ジョブが先に実行されているジョブのヒストリを参照することができるというメリットがある。
【０１１６】
図１５はヒストリへの保存の可否をユーザの操作により指定するための画面例を示す図である。本発明は、ヒストリへの保存の可否をユーザの操作により指定することができる。具体的にはヒストリ保存のタイミングで、図１５に示すような画面が表示される。ユーザにより、図１５における「保存する」が押下されたら、動作条件をヒストリとして記憶する。
【０１１７】
前述した本発明の実施形態は、動作条件をヒストリ情報として記憶するタイミングを切り替えるようにしているが、本発明は、ヒストリ情報として動作条件を記憶する動作設定をＲＡＭに退避するタイミングを切り替え、ヒストリ情報として記憶するタイミングを常にジョブ終了時としておいてもよい。
【０１１８】
前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明の制御を司るために備えられる図示しないＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。
【０１１９】
前述した本発明の実施形態によれば、原稿の読み取領域を行うジョブと印刷を行うジョブにおいて、１部目の出力が確定した状態でジョブ条件をヒストリとして記憶することができるので、試しコピー後や印刷待機中で動作設定を変更された場合であってもその動作条件をヒストリとして残すことができ、さらに、ページ条件については、先頭ページ出力時に記憶することができるので、そのヒストリを再利用する際には、ヒストリを記憶したときの状態と同様に原稿入力から開始できるため、ヒストリを利用した入出力動作で過去の動作を再現することが容易になる。なお、ヒストリとして保存するページ条件としては、カラーモード、変倍、濃度等があり、また、ジョブ条件としては、ソート、ステープル、パンチ等がある。
【０１２０】
また、本発明の実施形態によれば、ジョブの実行中に一時中断して動作条件を変更した後、変更後の条件をヒストリに記憶することができ、これにより、ヒストリの入出力動作を再現することが容易になる。また、通信回線への送信動作において、入力確定から送信開始の間での宛先変更が行われた場合に、変更後の条件を記憶することができ、ヒストリの入出力動作を再現することが容易になる。
【０１２１】
また、本発明の実施形態によれば、ジョブを途中でキャンセルしたり、または、ジョブがエラーとなった場合に、そのジョブのヒストリを記憶しないようにすることができ、これにより、記憶領域とヒストリ件数との無駄をなくすことが可能となる。
【０１２２】
また、本発明の実施形態によれば、読み取りを行うジョブと印刷を行うジョブにおいて、圧板などで１枚ずつ原稿を読み込みながら動作設定を変更する場合、設定変更のページとそのページ条件とをヒストリに記憶し、同じページ条件を展開することができ、これにより、ヒストリとして記憶した動作設定を確実に再現することができる。
【０１２３】
さらに、本発明の実施形態によれば、ヒストリ保存のタイミングを利用者が選択可能とすることができるので、利用者の自由度を上げることができ、また、ジョブ実行の都度、ヒストリ情報を記憶するか否かをユーザに指定させるようにすることができるので、利便性を向上させることができる。
【図面の簡単な説明】
【０１２４】
【図１】本発明の一実施形態による画像形成装置の機能構成を示すブロック図である。
【図２】図１に示したアクティビティ、フィルタ、インフォメーションに属する各コンポーネントの構成を示す図である。
【図３】単入力単出力の文書操作の場合の文書操作を行うためのパイプとフィルタとの接続構成の例を示す図である。
【図４】単入力多出力の文書操作の場合の文書操作を行うためのパイプとフィルタとの接続構成の例を示す図である。
【図５】パイプ＆フィルタによるアーキテクチャを用いた場合のジョブ条件の設定から実行の流れを説明するシーケンスチャートである。
【図６】ヒストリ情報のデータ構造について説明する図である。
【図７】ヒストリ作成時の処理の流れを説明するシーケンスチャートである。
【図８】ヒストリ情報からアクティビティ条件、フィルタ条件を展開する際の処理を説明するシーケンスチャートである。
【図９】ヒストリとして記憶するフィルタ条件の構成例を示す図である。
【図１０】本発明の実施形態により動作設定を行う場合のシーケンスチャートである。
【図１１】ヒストリを取得するタイミングを決定する処理の例を説明するフローチャートであ。
【図１２】ヒストリを取得するタイミングを決定する処理の他の例を説明するフローチャートである。
【図１３】ヒストリとして動作条件を保存するタイミングを指定するための画面例を示す図である。
【図１４】ページ条件をヒストリとして記憶するタイミングを指定するための画面例を示す図である。
【図１５】ヒストリへの保存の可否をユーザの操作により指定するための画面例を示す図である。
【符号の説明】
【０１２５】
１０１  操作部デバイス
１０２  データ管理部
１０３  プラグイン管理部
１０４  プラグイン管理ＵＩ
１０５  読み取りＵＩ
１０６  編集ＵＩ
１０７  印刷ＵＩ
１０８  マルチ文書アクティビティＵＩ
１０９  リクエスト定義ＵＩ
１１０  マルチ文書アクティビティ
１１１  リクエスト定義
１１２  読み取りフィルタ
１１３  編集フィルタ
１１４  印刷フィルタ
１１５  リクエスト定義リポジトリサービス
【図１】
2009225187.tif 000008
【図２】
2009225187.tif 000009
【図３】
2009225187.tif 000010
【図４】
2009225187.tif 000011
【図５】
2009225187.tif 000012
【図６】
2009225187.tif 000013
【図７】
2009225187.tif 000014
【図８】
2009225187.tif 000015
【図９】
2009225187.tif 000016
【図１０】
2009225187.tif 000017
【図１１】
2009225187.tif 000018
【図１２】
2009225187.tif 000019
【図１３】
2009225187.tif 000020
【図１４】
2009225187.tif 000021
【図１５】
2009225187.tif 000022