(57)【要約】【課題】  再利用性や保守性を向上させたフィードバック制御装置、画像形成装置、フィードバック制御方法、フィードバック制御プログラム、及び記録媒体を提供する。【解決手段】  リクエストに応じたジョブの実行を指示する調節手段と、物理量の目標の値を保持する目標値保持手段と、物理量の現在の値を保持する現在値保持手段とを備えたことにより、物理量のフィードバック制御を行う部分すべてに適応することができ再利用性、保守性が向上する。【選択図】  図１
2007017789.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ操作によるジョブ処理依頼を受け付けた場合に、該ジョブ処理依頼に応答する物理量の現在値を目標値に一致させるリクエストにより該物理量を調節するフィードバック制御装置であって、
前記リクエストに応じたジョブの実行を指示する調節手段と、
前記物理量の目標の値を保持する目標値保持手段と、
前記物理量の現在の値を保持する現在値保持手段とを備えたことを特徴とするフィードバック制御装置。
【請求項２】
前記調節手段は、前記現在値保持手段と一対一に対応し、該現在値保持手段へのリンク情報を保持することを特徴とする請求項１に記載のフィードバック制御装置。
【請求項３】
前記調節手段は、前記目標値保持手段を木構造の子として管理することを特徴とする請求項１または２に記載のフィードバック制御装置。
【請求項４】
前記調節手段は、当該リクエスト手段に対応するジョブの実行状態を取得して保持することを特徴とする請求項１から３のいずれか１項に記載のフィードバック制御装置。
【請求項５】
前記目標値保持手段は、ユーザ操作によりジョブ処理依頼を受け付けた際に、当該ユーザ操作の種別に応じた調節手段を生成することを特徴とする請求項１から４のいずれか１項に記載のフィードバック制御装置。
【請求項６】
前記目標値保持手段は、受付可能なジョブ処理依頼の限界数と生成した調節手段の数とを有し、これらの数の差に基づいてジョブ処理依頼の受け付け可否判定処理を行うことを特徴とする請求項１から５のいずれか１項に記載のフィードバック制御装置。
【請求項７】
前記目標値保持手段は、前記ジョブ処理依頼の仕様を定めた要望仕様と、該要望仕様を満たすことができない場合に前記要望仕様の代替仕様として用いられる許容仕様とを有することを特徴とする請求項１から６のいずれか１項に記載のフィードバック制御装置。
【請求項８】
前記調節手段は、調節仕様を保持する調節仕様保持手段をさらに備えたことを特徴とする請求項１から７のいずれか１項に記載のフィードバック制御装置。
【請求項９】
ユーザ操作によるジョブ処理依頼を受け付けた場合に、トナー画像の記録用紙への加熱による定着を行う定着ユニットの温度の現在値を目標値に一致させる、前記ジョブ処理依頼に応答するリクエストにより前記温度を調節するフィードバック制御装置であって、
前記定着のモードの管理を行うモード管理手段と、
前記リクエストに応じた前記温度の調節を行う調節手段と、
前記調節手段の調節内容を規定する調節仕様を保持する調節仕様保持手段と、
前記温度を検出する温度検出手段と、
前記温度検出手段からの温度情報と前記調節仕様とに基づいて温度の制御を行う温度制御手段とを備えたことを特徴とするフィードバック制御装置。
【請求項１０】
表示部、印刷部及び撮像部等のハードウェア資源と、該ハードウェア資源を用いた画像形成に係るジョブ実行を行う共通処理部とを有し、ユーザ操作による画像形成に係るジョブ処理依頼を受け付けた場合に、該ジョブ処理依頼に応答するジョブを前記共通処理部で実行すると共に、各ジョブ処理依頼をリクエストとして管理する画像形成装置であって、
前記リクエストに応じたジョブの実行を前記共通処理部の定着ユニットに対して温度調節を指示する温度調節手段と、
前記ジョブの実行を受け付けると共に管理するモード管理手段と、
前記温度の目標の値を保持する温度制御仕様保持手段と、
前記温度の現在の値を検出する温度センサと、
前記温度調節手段により温度制御されるヒーターコントローラと
を備えたことを特徴とする画像形成装置。
【請求項１１】
前記調節手段は、前記目標値保持手段を木構造の子として管理することを特徴とする請求項１０に記載の画像形成装置。
【請求項１２】
前記目標値保持手段は、ユーザ操作によりジョブ処理依頼を受け付けた際に、当該ユーザ操作の種別に応じた温度調節手段を生成することを特徴とする請求項１０または１１に記載の画像形成装置。
【請求項１３】
前記目標値保持手段は、受付可能なジョブ処理依頼の限界数と生成した温度調節手段の数とを有し、これらの数の差に基づいてジョブ処理依頼の受け付け可否判定処理を行うことを特徴とする請求項１０から１２のいずれか１項に記載の画像形成装置。
【請求項１４】
前記目標値保持手段は、前記ジョブ処理依頼の仕様を定めた要望仕様と、該要望仕様を満たすことができない場合に前記要望仕様の代替仕様として用いられる許容仕様とを有することを特徴とする請求項１０から１３のいずれか１項に記載の画像形成装置。
【請求項１５】
ユーザから受け付けたジョブ処理のリクエストに応じて、該ジョブ処理依頼に応答する物理量の現在値を目標値に一致させるフィードバック制御方法であって、
コンピュータは、
前記ユーザから受け付けたリクエストの詳細な仕様を表すユーザの要望データを自己の属性区画で保持する目標保持手段を、前記リクエストごとに生成する目標値保持手段生成ステップと、
前記目標値保持手段のリンク情報及びリクエストの受付が可能な限界数を自己の属性区画で保持し、現在値をフォルダ管理する現在値保持手段を生成する現在値保持手段生成ステップと
を実行し、
前記目標値保持手段は、
前記リクエストを受け付けたならば、自己の属性区画で所持している限界数データを読み出して、前記受け付けたリクエストが限界数を超えるか否かによりリクエストの投入可否の判定を行う判定ステップと、
前記判定ステップにより投入可能と判定した場合には、前記リクエストに応じたジョブの実行を指示することが可能な調節手段を生成する調節手段生成ステップと、
前記調節手段生成ステップにより生成した調節手段に対して、前記目標値保持手段のリンク情報を渡すことでリクエストの投入を行うリクエスト投入ステップと
をコンピュータに実行させ、
前記調節手段は、
前記渡されたリンク情報を自己の属性区画に保持することにより、自己と前記目標手段との関連付けを行うリクエスト仕様関連付けステップと、
前記リクエスト関連付けステップにより関連付けした目標値保持手段に対して、該目標値保持手段の属性区画で保持しているユーザの要望データの参照を要求する参照要求ステップと
をコンピュータに実行させ、
前記目標値保持手段は、
前記リクエスト手段の参照要求に基づいて、自己の属性区画で保持しているユーザの要望データを読み出して、前記調節手段に渡す参照ステップ
をコンピュータに実行させ、
前記調節手段は、
前記目標値保持手段から取得したユーザの要望データに従い、他のサブシステムに対してジョブ処理の開始を指示する指示ステップ
をコンピュータに実行させることを特徴とするフィードバック制御方法。
【請求項１６】
前記調節手段は、前記指示ステップの実行前に、
自己の属性区画で保持しているユーザの調節仕様を保持する調節仕様保持手段を生成する調節仕様保持手段生成ステップ
をコンピュータに実行させることを特徴とする請求項１０に記載のフィードバック制御方法。
【請求項１７】
ユーザから受け付けたジョブ処理のリクエストに応じて、該ジョブ処理依頼に応答する物理量の現在値を目標値に一致させるためのフィードバック制御プログラムであって、
コンピュータは、
前記ユーザから受け付けたリクエストに基づいて生成され、前記リクエストの詳細な仕様を表すユーザの要望データを自己の属性区画で保持する目標保持手段と、
前記目標保持手段のリンク情報及びリクエストの受付が可能な限界数を自己の属性区画で保持し、現在値をフォルダ管理する現在値保持手段と
を有した状態で、
前記目標値保持手段は、
前記リクエストを受け付けたならば、自己の属性区画で所持している限界数データを読み出して、前記受け付けたリクエストが限界数を超えるか否かによりリクエストの投入可否の判定を行う判定ステップと、
前記判定ステップにより投入可能と判定した場合には、前記リクエストに応じたジョブの実行を指示することが可能な調節手段を生成する調節手段生成ステップと、
前記調節手段生成ステップにより生成した調節手段に対して、前記目標値保持手段のリンク情報を渡すことでリクエストの投入を行うリクエスト投入ステップと
をコンピュータに実行させ、
前記調節手段は、
前記渡されたリンク情報を自己の属性区画に保持することにより、自己と前記目標手段との関連付けを行うリクエスト仕様関連付けステップと、
前記リクエスト関連付けステップにより関連付けした目標値保持手段に対して、該目標値保持手段の属性区画で保持しているユーザの要望データの参照を要求する参照要求ステップと
をコンピュータに実行させ、
前記目標値保持手段は、
前記リクエスト手段の参照要求に基づいて、自己の属性区画で保持しているユーザの要望データを読み出して、前記調節手段に渡す参照ステップ
をコンピュータに実行させ、
前記調節手段は、
前記目標値保持手段から取得したユーザの要望データに従い、他のサブシステムに対してジョブ処理の開始を指示する指示ステップ
をコンピュータに実行させることを特徴とするフィードバック制御プログラム。
【請求項１８】
前記調節手段は、前記指示ステップの実行前に、
自己の属性区画で保持しているユーザの調節仕様を保持する調節仕様保持手段を生成する調節仕様保持手段生成ステップ
をコンピュータに実行させることを特徴とする請求項１７に記載のフィードバック制御プログラム。
【請求項１９】
ユーザから受け付けたジョブ処理のリクエストに応じて、該ジョブ処理依頼に応答する物理量の現在値を目標値に一致させるためのフィードバック制御プログラムを記録した記録媒体であって、
コンピュータは、
前記ユーザから受け付けたリクエストに基づいて生成され、前記リクエストの詳細な仕様を表すユーザの要望データを自己の属性区画で保持する目標保持手段と、
前記目標保持手段のリンク情報及びリクエストの受付が可能な限界数を自己の属性区画で保持し、現在値をフォルダ管理する現在値保持手段と
を有した状態で、
前記目標値保持手段は、
前記リクエストを受け付けたならば、自己の属性区画で所持している限界数データを読み出して、前記受け付けたリクエストが限界数を超えるか否かによりリクエストの投入可否の判定を行う判定ステップと、
前記判定ステップにより投入可能と判定した場合には、前記リクエストに応じたジョブの実行を指示することが可能な調節手段を生成する調節手段生成ステップと、
前記調節手段生成ステップにより生成した調節手段に対して、前記目標値保持手段のリンク情報を渡すことでリクエストの投入を行うリクエスト投入ステップと
をコンピュータに実行させ、
前記調節手段は、
前記渡されたリンク情報を自己の属性区画に保持することにより、自己と前記目標手段との関連付けを行うリクエスト仕様関連付けステップと、
前記リクエスト関連付けステップにより関連付けした目標値保持手段に対して、該目標値保持手段の属性区画で保持しているユーザの要望データの参照を要求する参照要求ステップと
をコンピュータに実行させ、
前記目標値保持手段は、
前記リクエスト手段の参照要求に基づいて、自己の属性区画で保持しているユーザの要望データを読み出して、前記調節手段に渡す参照ステップ
をコンピュータに実行させ、
前記調節手段は、
前記目標値保持手段から取得したユーザの要望データに従い、他のサブシステムに対してジョブ処理の開始を指示する指示ステップ
をコンピュータに実行させるプログラムを記録したことを特徴とする記録媒体。
【請求項２０】
前記調節手段は、前記指示ステップの実行前に、
自己の属性区画で保持しているユーザの調節仕様を保持する調節仕様保持手段を生成する調節仕様保持手段生成ステップ
をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１９に記載の記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フィードバック制御装置、画像形成装置、フィードバック制御方法、フィードバック制御プログラム、及び記録媒体に関する。
【背景技術】
【０００２】
従来、プリンタ、コピーおよびスキャナなどの複数の機能を一つの筐体内に収納した複合機が知られている。かかる複合機では、ＵＮＩＸ（登録商標）などの汎用ＯＳ上に、プリンタアプリ、コピーアプリおよびスキャナアプリと呼ばれる複数のアプリケーションを搭載し、これらのアプリケーションの実行処理を切替えながら複数の機能を実現していた。
【０００３】
ところが、上記プリンタアプリ、コピーアプリおよびスキャナアプリは、それぞれエンジン制御、メモリ制御およびシステム制御などを別個に行っているので、重複処理という無駄が生ずる。
【０００４】
このため、特許文献１では、複合機に搭載される複数のアプリケーションがそれぞれ担っていたエンジン制御、メモリ制御およびシステム制御などの処理を共通処理部分（プラットホーム）として各アプリケーションから括り出すことにより、アプリケーションの開発効率の向上を図っている。
【特許文献１】特開２００２−０８４３８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、かかる特許文献１によれば、ジョブの生成以降の処理を共通化しているものの、ジョブ処理依頼（以下「リクエスト」と言う）の管理などをそれぞれのアプリケーションで別個に行っているため、複合機上のアプリケーションのスリム化を図るうえで改善の余地がある。なお、「ジョブ」とは、成果物の作成が完了するまでの処理の実行単位をいい、複合機全体として入力の始まりから出力の終了までを示す。また、一連の原稿束の読み取り処理や、一連の印刷処理を指して「ジョブ」と呼ぶこともある。
【０００６】
たとえば、複合機に搭載されるコピーアプリは、コピーのリクエストを受け付けたならば、このリクエストに対応するジョブの実行を共通処理部分（プラットホーム）に指示するとともに、かかるリクエストの管理を行うことになるが、プリンタアプリの場合にも同様のジョブ実行指示とリクエスト管理をおこなっている。
【０００７】
このため、リクエストの一元管理を行うことが望まれるが、かかるリクエストは、一元的に管理可能なジョブが生成される前段階のものであるので、特許文献１の共通処理部分で対応するのは無理がある。このリクエストにジョブと同様の仕様制限を加えてしまうと、複合機が新規のリクエストに対応できなくなってしまうからである。
【０００８】
これらのことから、複合機に搭載されるアプリケーションへのリクエストをいかにして効率良く一元管理するかが大きな課題となっている。なお、かかる課題は複合機についてのみ生じるものではなく、たとえば異種のジョブを実行する複数のサーバ機能を搭載した多機能サーバ装置を形成するような場合にも同様に生ずる課題である。
さらに、従来はソースコードを利用して制御を行っていたが、再利用性や保守性に問題があった。
【０００９】
本発明は、上述した従来技術による問題点を解消するためになされたものであり、再利用性や保守性を向上させたフィードバック制御装置、画像形成装置、フィードバック制御方法、フィードバック制御プログラム、及び記録媒体を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、請求項１に記載の発明は、ユーザ操作によるジョブ処理依頼を受け付けた場合に、該ジョブ処理依頼に応答する物理量の現在値を目標値に一致させるリクエストにより該物理量を調節するフィードバック制御装置であって、前記リクエストに応じたジョブの実行を指示する調節手段と、前記物理量の目標の値を保持する目標値保持手段と、前記物理量の現在の値を保持する現在値保持手段とを備えたことを特徴とする。
【００１１】
請求項１に記載の発明によれば、リクエストに応じたジョブの実行を指示する調節手段と、物理量の目標の値を保持する目標値保持手段と、物理量の現在の値を保持する現在値保持手段とを備えたことにより、物理量のフィードバック制御を行う部分すべてに適応することができ再利用性、保守性が向上する。
【００１２】
請求項２に記載の発明は、請求項１に記載の発明において、前記調節手段は、前記現在値保持手段と一対一に対応し、該現在値保持手段へのリンク情報を保持することを特徴とする。
【００１３】
請求項２に記載の発明によれば、調節手段は、現在値保持手段と一対一に対応し、現在値保持手段へのリンク情報を保持することにより、フィードバック制御において拡張部分をモデル化することができ、応用範囲が拡大する。
【００１４】
請求項３に記載の発明は、請求項１または２に記載の発明において、前記調節手段は、前記目標値保持手段を木構造の子として管理することを特徴とする。
【００１５】
請求項３に記載の発明によれば、調節手段は、目標値保持手段を木構造の子として管理することにより、複数の目標値に対応することができるので、さらに再利用性、保守性が向上する。
【００１６】
請求項４に記載の発明は、請求項１から３のいずれか１項に記載の発明において、前記調節手段は、当該リクエスト手段に対応するジョブの実行状態を取得して保持することを特徴とする。
【００１７】
請求項４に記載の発明によれば、調節手段は、リクエスト手段に対応するジョブの実行状態を取得して保持することにより、再利用及び保守を行う際の進捗状況が把握できるので、再利用及び保守の効率が向上する。
【００１８】
請求項５に記載の発明は、請求項１から４のいずれか１項に記載の発明において、前記目標値保持手段は、ユーザ操作によりジョブ処理依頼を受け付けた際に、当該ユーザ操作の種別に応じた調節手段を生成することを特徴とする。
【００１９】
請求項５に記載の発明によれば、目標値保持手段は、ユーザ操作によりジョブ処理依頼を受け付けた際に、ユーザ操作の種別に応じた調節手段を生成することにより、ユーザ操作ごとにきめ細かく調節が行われるので、再利用及び保守の効率が向上する。
【００２０】
請求項６に記載の発明は、請求項１から５のいずれか１項に記載の発明において、前記目標値保持手段は、受付可能なジョブ処理依頼の限界数と生成した調節手段の数とを有し、これらの数の差に基づいてジョブ処理依頼の受け付け可否判定処理を行うことを特徴とする。
【００２１】
請求項６に記載の発明によれば、目標値保持手段は、受付可能なジョブ処理依頼の限界数と生成した調節手段の数とを有し、これらの数の差に基づいてジョブ処理依頼の受け付け可否判定処理を行うことにより、処理の限界を把握することができるので、再利用及び保守の能率が向上する。
【００２２】
請求項７に記載の発明は、請求項１から６のいずれか１項に記載の発明において、前記目標値保持手段は、前記ジョブ処理依頼の仕様を定めた要望仕様と、該要望仕様を満たすことができない場合に前記要望仕様の代替仕様として用いられる許容仕様とを有することを特徴とする。
【００２３】
請求項７に記載の発明によれば、目標値保持手段は、ジョブ処理依頼の仕様を定めた要望仕様と、要望仕様を満たすことができない場合に要望仕様の代替仕様として用いられる許容仕様とを有するので、再利用する際の応用範囲が広がる。
【００２４】
請求項８に記載の発明は、請求項１から７のいずれか１項に記載の発明において、前記調節手段は、調節仕様を保持する調節仕様保持手段をさらに備えたことを特徴とする。
【００２５】
請求項８に記載の発明によれば、調節手段は、調節仕様を保持する調節仕様保持手段をさらに備えたことにより、調節仕様に応じたきめ細かな再利用及び保守を行うことができる。
【００２６】
請求項９に記載の発明は、ユーザ操作によるジョブ処理依頼を受け付けた場合に、トナー画像の記録用紙への加熱による定着を行う定着ユニットの温度の現在値を目標値に一致させる、前記ジョブ処理依頼に応答するリクエストにより前記温度を調節するフィードバック制御装置であって、前記定着のモードの管理を行うモード管理手段と、前記リクエストに応じた前記温度の調節を行う調節手段と、前記調節手段の調節内容を規定する調節仕様を保持する調節仕様保持手段と、前記温度を検出する温度検出手段と、前記温度検出手段からの温度情報と前記調節仕様とに基づいて温度の制御を行う温度制御手段とを備えたことを特徴とする。
【００２７】
請求項９に記載の発明によれば、定着のモードの管理を行うモード管理手段と、リクエストに応じた温度の調節を行う調節手段と、調節手段の調節内容を規定する調節仕様を保持する調節仕様保持手段と、温度を検出する温度検出手段と、温度検出手段からの温度情報と調節仕様とに基づいて温度の制御を行う温度制御手段とを備えたことにより、温度情報と調節仕様とに基づく定着制御における再利用性及び保守性が向上する。
【００２８】
請求項１０に記載の発明は、表示部、印刷部及び撮像部等のハードウェア資源と、該ハードウェア資源を用いた画像形成に係るジョブ実行を行う共通処理部とを有し、ユーザ操作による画像形成に係るジョブ処理依頼を受け付けた場合に、該ジョブ処理依頼に応答するジョブを前記共通処理部で実行すると共に、各ジョブ処理依頼をリクエストとして管理する画像形成装置であって、前記リクエストに応じたジョブの実行を前記共通処理部の定着ユニットに対して温度調節を指示する温度調節手段と、前記ジョブの実行を受け付けると共に管理するモード管理手段と、前記温度の目標の値を保持する温度制御仕様保持手段と、前記温度の現在の値を検出する温度センサと、前記温度調節手段により温度制御されるヒーターコントローラとを備えたことを特徴とする。
【００２９】
請求項１０に記載の発明によれば、リクエストに応じたジョブの実行を共通処理部の定着ユニットに対して温度調節を指示する温度調節手段と、ジョブの実行を受け付けると共に管理するモード管理手段と、温度の目標の値を保持する温度制御仕様保持手段と、温度の現在の値を検出する温度センサと、温度調節手段により温度制御されるヒーターコントローラとを備えたことにより、モードと検出温度と目標温度との関係が明らかになるので、定着制御における再利用性及び保守性が向上する。
【００３０】
請求項１１に記載の発明は、請求項１０に記載の発明において、前記調節手段は、前記目標値保持手段を木構造の子として管理することを特徴とする。
【００３１】
請求項１１に記載の発明によれば、調節手段は、目標値保持手段を木構造の子として管理することにより、複数の目標値に対応することができるので、さらに再利用性、保守性が向上する。
【００３２】
請求項１２に記載の発明は、請求項１０または１１に記載の発明において、前記目標値保持手段は、ユーザ操作によりジョブ処理依頼を受け付けた際に、当該ユーザ操作の種別に応じた温度調節手段を生成することを特徴とする。
【００３３】
請求項１２に記載の発明によれば、目標値保持手段は、ユーザ操作によりジョブ処理依頼を受け付けた際に、ユーザ操作の種別に応じた温度調節手段を生成することにより、ユーザ操作に対応できるので、再利用及び保守の能率が向上する。
【００３４】
請求項１３に記載の発明は、請求項１０から１２のいずれか１項に記載の発明において、前記目標値保持手段は、受付可能なジョブ処理依頼の限界数と生成した温度調節手段の数とを有し、これらの数の差に基づいてジョブ処理依頼の受け付け可否判定処理を行うことを特徴とする。
【００３５】
請求項１３に記載の発明によれば、目標値保持手段は、受付可能なジョブ処理依頼の限界数と生成した温度調節手段の数とを有し、これらの数の差に基づいてジョブ処理依頼の受け付け可否判定処理を行うことにより、処理の限界を把握することができるので、再利用及び保守の能率が向上する。
【００３６】
請求項１４に記載の発明は、請求項１０から１３のいずれか１項に記載の発明において、前記目標値保持手段は、前記ジョブ処理依頼の仕様を定めた要望仕様と、該要望仕様を満たすことができない場合に前記要望仕様の代替仕様として用いられる許容仕様とを有することを特徴とする。
【００３７】
請求項１４に記載の発明によれば、目標値保持手段は、ジョブ処理依頼の仕様を定めた要望仕様と、要望仕様を満たすことができない場合に要望仕様の代替仕様として用いられる許容仕様とを有することにより、再利用する際の応用範囲が広がる。
【００３８】
請求項１５に記載の発明は、ユーザから受け付けたジョブ処理のリクエストに応じて、該ジョブ処理依頼に応答する物理量の現在値を目標値に一致させるフィードバック制御方法であって、コンピュータは、前記ユーザから受け付けたリクエストの詳細な仕様を表すユーザの要望データを自己の属性区画で保持する目標保持手段を、前記リクエストごとに生成する目標値保持手段生成ステップと、前記目標値保持手段のリンク情報及びリクエストの受付が可能な限界数を自己の属性区画で保持し、現在値をフォルダ管理する現在値保持手段を生成する現在値保持手段生成ステップとを実行し、前記目標値保持手段は、前記リクエストを受け付けたならば、自己の属性区画で所持している限界数データを読み出して、前記受け付けたリクエストが限界数を超えるか否かによりリクエストの投入可否の判定を行う判定ステップと、前記判定ステップにより投入可能と判定した場合には、前記リクエストに応じたジョブの実行を指示することが可能な調節手段を生成する調節手段生成ステップと、前記調節手段生成ステップにより生成した調節手段に対して、前記目標値保持手段のリンク情報を渡すことでリクエストの投入を行うリクエスト投入ステップとをコンピュータに実行させ、前記調節手段は、前記渡されたリンク情報を自己の属性区画に保持することにより、自己と前記目標手段との関連付けを行うリクエスト仕様関連付けステップと、前記リクエスト関連付けステップにより関連付けした目標値保持手段に対して、該目標値保持手段の属性区画で保持しているユーザの要望データの参照を要求する参照要求ステップとをコンピュータに実行させ、前記目標値保持手段は、前記リクエスト手段の参照要求に基づいて、自己の属性区画で保持しているユーザの要望データを読み出して、前記調節手段に渡す参照ステップをコンピュータに実行させ、前記調節手段は、前記目標値保持手段から取得したユーザの要望データに従い、他のサブシステムに対してジョブ処理の開始を指示する指示ステップをコンピュータに実行させることを特徴とする。
【００３９】
請求項１５に記載の発明によれば、リクエストに応じたジョブの実行を指示する調節手段と、物理量の目標の値を保持する目標値保持手段と、物理量の現在の値を保持する現在値保持手段とを備えたことにより、物理量のフィードバック制御を行う部分すべてに適応することができ再利用性、保守性が向上する。
【００４０】
請求項１６に記載の発明は、請求項１０に記載の発明において、前記調節手段は、前記指示ステップの実行前に、自己の属性区画で保持しているユーザの調節仕様を保持する調節仕様保持手段を生成する調節仕様保持手段生成ステップをコンピュータに実行させることを特徴とする。
【００４１】
請求項１６に記載の発明によれば、調節手段は、調節仕様を保持する調節仕様保持手段ステップをさらに備えたことにより、調節仕様に応じたきめ細かな再利用及び保守を行うことができる。
【００４２】
請求項１７に記載の発明は、ユーザから受け付けたジョブ処理のリクエストに応じて、該ジョブ処理依頼に応答する物理量の現在値を目標値に一致させるためのフィードバック制御プログラムであって、コンピュータは、前記ユーザから受け付けたリクエストに基づいて生成され、前記リクエストの詳細な仕様を表すユーザの要望データを自己の属性区画で保持する目標保持手段と、前記目標保持手段のリンク情報及びリクエストの受付が可能な限界数を自己の属性区画で保持し、現在値をフォルダ管理する現在値保持手段とを有した状態で、前記目標値保持手段は、前記リクエストを受け付けたならば、自己の属性区画で所持している限界数データを読み出して、前記受け付けたリクエストが限界数を超えるか否かによりリクエストの投入可否の判定を行う判定ステップと、前記判定ステップにより投入可能と判定した場合には、前記リクエストに応じたジョブの実行を指示することが可能な調節手段を生成する調節手段生成ステップと、前記調節手段生成ステップにより生成した調節手段に対して、前記目標値保持手段のリンク情報を渡すことでリクエストの投入を行うリクエスト投入ステップとをコンピュータに実行させ、前記調節手段は、前記渡されたリンク情報を自己の属性区画に保持することにより、自己と前記目標手段との関連付けを行うリクエスト仕様関連付けステップと、前記リクエスト関連付けステップにより関連付けした目標値保持手段に対して、該目標値保持手段の属性区画で保持しているユーザの要望データの参照を要求する参照要求ステップとをコンピュータに実行させ、前記目標値保持手段は、前記リクエスト手段の参照要求に基づいて、自己の属性区画で保持しているユーザの要望データを読み出して、前記調節手段に渡す参照ステップをコンピュータに実行させ、前記調節手段は、前記目標値保持手段から取得したユーザの要望データに従い、他のサブシステムに対してジョブ処理の開始を指示する指示ステップをコンピュータに実行させることを特徴とする。
【００４３】
請求項１７に記載の発明によれば、リクエストに応じたジョブの実行を指示する調節手段と、物理量の目標の値を保持する目標値保持手段と、物理量の現在の値を保持する現在値保持手段とを備えたことにより、物理量のフィードバック制御を行う部分すべてに適応することができ再利用性、保守性が向上する。
【００４４】
請求項１８に記載の発明は、請求項１７に記載の発明において、前記調節手段は、前記指示ステップの実行前に、自己の属性区画で保持しているユーザの調節仕様を保持する調節仕様保持手段を生成する調節仕様保持手段生成ステップをコンピュータに実行させることを特徴とする。
【００４５】
請求項１８に記載の発明によれば、調節手段は、調節仕様を保持する調節仕様保持手段ステップをさらに備えたことにより、調節仕様に応じたきめ細かな再利用及び保守を行うことができる。
【００４６】
請求項１９に記載の発明は、ユーザから受け付けたジョブ処理のリクエストに応じて、該ジョブ処理依頼に応答する物理量の現在値を目標値に一致させるためのフィードバック制御プログラムを記録した記録媒体であって、コンピュータは、前記ユーザから受け付けたリクエストに基づいて生成され、前記リクエストの詳細な仕様を表すユーザの要望データを自己の属性区画で保持する目標保持手段と、前記目標保持手段のリンク情報及びリクエストの受付が可能な限界数を自己の属性区画で保持し、現在値をフォルダ管理する現在値保持手段とを有した状態で、前記目標値保持手段は、前記リクエストを受け付けたならば、自己の属性区画で所持している限界数データを読み出して、前記受け付けたリクエストが限界数を超えるか否かによりリクエストの投入可否の判定を行う判定ステップと、前記判定ステップにより投入可能と判定した場合には、前記リクエストに応じたジョブの実行を指示することが可能な調節手段を生成する調節手段生成ステップと、前記調節手段生成ステップにより生成した調節手段に対して、前記目標値保持手段のリンク情報を渡すことでリクエストの投入を行うリクエスト投入ステップとをコンピュータに実行させ、前記調節手段は、前記渡されたリンク情報を自己の属性区画に保持することにより、自己と前記目標手段との関連付けを行うリクエスト仕様関連付けステップと、前記リクエスト関連付けステップにより関連付けした目標値保持手段に対して、該目標値保持手段の属性区画で保持しているユーザの要望データの参照を要求する参照要求ステップとをコンピュータに実行させ、前記目標値保持手段は、前記リクエスト手段の参照要求に基づいて、自己の属性区画で保持しているユーザの要望データを読み出して、前記調節手段に渡す参照ステップをコンピュータに実行させ、前記調節手段は、前記目標値保持手段から取得したユーザの要望データに従い、他のサブシステムに対してジョブ処理の開始を指示する指示ステップをコンピュータに実行させるプログラムを記録したことを特徴とする。
【００４７】
請求項１９に記載の発明によれば、リクエストに応じたジョブの実行を指示する調節手段と、物理量の目標の値を保持する目標値保持手段と、物理量の現在の値を保持する現在値保持手段とを備えたことにより、物理量のフィードバック制御を行う部分すべてに適応することができ再利用性、保守性が向上する。
【００４８】
請求項２０に記載の発明は、請求項１９に記載の発明において、前記調節手段は、前記指示ステップの実行前に、自己の属性区画で保持しているユーザの調節仕様を保持する調節仕様保持手段を生成する調節仕様保持手段生成ステップをコンピュータに実行させるプログラムを記録したことを特徴とする。
【００４９】
請求項２０に記載の発明によれば、調節手段は、調節仕様を保持する調節仕様保持手段生成ステップをさらに備えたことにより、調節仕様に応じたきめ細かな再利用及び保守を行うことができる。
【発明の効果】
【００５０】
本発明によれば、リクエストに応じたジョブの実行を指示する調節手段と、物理量の目標の値を保持する目標値保持手段と、物理量の現在の値を保持する現在値保持手段とを備えたことにより、物理量のフィードバック制御を行う部分すべてに適応することができ再利用性、保守性が向上する。
【発明を実施するための最良の形態】
【００５１】
以下に添付図面を参照して、この発明にかかるフィードバック制御装置の最良な実施の形態を詳細に説明する。なお、本実施の形態では、この発明を画像形成装置に適用した場合について説明するが、本発明はこれに限らず、フィードバック制御を行う各種装置やフィードバック制御プログラムやフィードバック制御プログラムを記録した記録媒体に適用することができる。
【００５２】
まず、本実施の形態に係る画像形成装置（以下「複合機」と言う）１の概念について図１、図２、図３、図１３および図１４を用いて説明する。図１は、本実施の形態に係る複合機１を取り巻くネットワーク環境を説明するためのネットワーク図であり、図２は、図１に示した複合機１のハードウェア構成を示すブロック図であり、図３は、図１に示した複合機１のソフトウェアとハードウェアの関係を説明するための説明図であり、図１３は、複合機１に搭載されるソフトウェア構成の変遷を説明するための説明図であり、図１４は、従来の複合機のソフトウェアとハードウェアの関係を説明するための説明図である。
【００５３】
図１に示すように、近年のネットワーク化の進展により、オフィスなどに設けられたパーソナルコンピュータ（ＰＣ）などの機器は、ＬＡＮ（Local Area Network）などのネットワークに接続され、相互に通信することができる。たとえば、同図に示したように、ＬＡＮなどのネットワークには、クライアントＰＣ、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ、ＦＴＰ（File Transfer Protocol）サーバ、サーバＰＣなどが接続され、電子メールの送受信やファイル転送をすることができ、モデム接続された配信サーバは、オフィス外のファックス装置と通信することができる。
【００５４】
このようなネットワーク化の進展に伴い、複合機１についてもネットワークに接続され、ＰＣ等の機器と相互に通信することが可能となり、ハードディスク等の記憶装置を内蔵することで、いわゆるネットワーク複合機へと進化し、ユーザの様々なニーズに応えることができるようになった。
【００５５】
具体的には、複合機１は、通常のコピー機能に加えて、クライアントＰＣからの印刷要求により文書データ等を印刷するプリンタ機能、クライアントＰＣからのファックス要求により文書データ等をサーバＰＣに接続されたモデムを経由して他のオフィスのファックス機器に送信するファックス機能、受信したファックス文書やコピー文書を内蔵したハードディスクに蓄積する蓄積機能などを有するようになった。このような多くの機能を実現するために、複合機１に搭載されるソフトウェアは規模が大きくなり、また、複雑なものとなってきた。
【００５６】
図２は、かかる複合機１のハードウェア構成を示すブロック図である。同図に示すように、この複合機１は、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０は、複合機１全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。
【００５７】
コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Application Specific Integrated Circuit）１６と、ハードディスクドライブ（ＨＤＤ）１８とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Accelerated Graphics Port）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Read Only Memory）１２ａと、ＲＡＭ(Random Access Memory)とをさらに有する。
【００５８】
ＣＰＵ１１は、複合機１の全体制御を行うものであり、ＮＢ１３、ＭＥＭ−Ｐ１２
およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。
【００５９】
ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰ１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。
【００６０】
ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【００６１】
ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。
【００６２】
ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１８およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部６０との間でＰＣＩバスを介したデータ転送を行うＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）３０、ＵＳＢ（Universal Serial Bus）４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インターフェース５０が接続される。
【００６３】
ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Hard Disk Drive）１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。
【００６４】
ＡＧＰ１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。
【００６５】
図３は、かかる複合機１のハードウェアおよびソフトウェアの構成を示した概念図であり、具体的には、後述する本実施形態の特徴部分であるリクエスト管理部１１３ａを含む統合アプリケーション１１０と、ソフトウェア１００およびハードウェア２００の階層関係を示している。同図に示すように、ハードウェア２００は、ハードウェアリソース２０１を有し、このハードウェアリソース２０１は、スキャナ２０１ａ、プロッタ２０１ｂ、ＨＤＤ（Hard Disk Drive）２０１ｃ、ネットワーク２０１ｄおよびその他のリソース２０１ｅを有する。なお、その他のリソース２０１ｅは、２０１ａ〜２０１ｄ以外のハードウェアリソース２０１のことであり、たとえば、操作パネルなどの入出力デバイスを示す。
【００６６】
また、かかるハードウェア２００に搭載されるソフトウェア１００は階層化されており、オペレーティングシステム１０３の上層にはサービス層１０２が構築され、このサービス層１０２の上層にはアプリケーション層１０３が構築されている。そして、サービス層１０２は、各ハードウェアリソース（２０１ａ〜２０１ｅ）を制御するドライバーに相当する、スキャナ制御１０２部ａ、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃ、配信／メール送受信制御部１０２ｄ、ＦＡＸ送受信制御部１０２ｅ、ネットワーク通信制御部１０２ｆおよびその他の制御部１０２ｇを有する。
【００６７】
ここで、図３に示したソフトウェア１００が、かかる階層構造をとるに至った経緯について、図１３および図１４を用いて説明する。図１３は、複合機１に搭載されるソフトウェア構成の変遷を示す説明図である。図１３のサービス層分離前アプリケーション５０１に示すように、多機能化した複合機１に搭載されるソフトウェアは、コピーアプリケーション、ＦＡＸアプリケーション、スキャナアプリケーションなどの機能別に独立したアプリケーションとして作成され、図３に示したオペレーティングシステム１０３上で動作していた。
【００６８】
しかしながら、これらのアプリケーションは、ハードウェアリソースを制御するドライバー（サービス層１０２）を含んでいたため、各アプリケーションには重複した処理が存在していた。その結果、各アプリケーションの規模は大きなものとなっていた。
【００６９】
そこで、図１３のサービス層分離後アプリケーション５０２に示すように、サービス層分離前アプリケーション５０１のサービス層１０２相当部分を括りだしサービス層１０２とするとともに、各アプリケーションは、このサービス層１０２の上層であるアプリケーション層１０１に構築する構成とした。かかる階層化構成をとることにより、各アプリケーションはスリム化され開発労力も軽減された。
【００７０】
しかしながら、複合機１のネットワーク化、多機能化がさらに進展するに従って、各アプリケーションに共通処理部分が存在することが問題となってきた。具体的には、アプリケーション層１０１の各アプリケーション、たとえば、コピーアプリケーションやスキャナアプリケーションなどは、それぞれ、スキャナ制御部１０２ａや蓄積制御部１０２ｃ等のドライバーと通信を行う処理や、リクエスト受付やリクエスト実行等のジョブ管理処理などの同様な処理を内部に有していた。このように、同様な処理を各アプリケーションが有していると、各アプリケーションの開発規模が大きくなるとともに、サービス層の仕様変更に対する各アプリケーションの改修規模が大きくなることが問題となってきた。
【００７１】
この問題を解決するため、図１３の共通ルーチン分離アプリケーション５０３に示すように、かかる同様な処理（共通処理部分）を共通ルーチンとして括りだすことも考えられた。
しかしながら、かかる共通ルーチンは、各アプリケーションにおいて微妙に異なる処理を共通化しようとするものであるため、共通ルーチン内部の処理は複雑なものとなってしまう。また、たとえば、プリンタアプリケーションなどの新規アプリケーションを追加する場合においては、かかる新規アプリケーションに適応するために、共通ルーチンの改修が必要となる。
【００７２】
しかし、共通ルーチンの内部処理は複雑であるため、改修要員が処理を把握することが困難となり、改修規模の増大や、改修ミスによる他のアプリケーションへの影響が懸念された。
【００７３】
そこで、図１３のオブジェクト指向アプリケーション５０４に示すように、オブジェクト指向による設計手法（オブジェクトモデリング）により、かかる複数のアプリケーションを、統合アプリケーション１１０に統合することとした。具体的には、各アプリケーションの共通処理部分をオブジェクトモデルとして抽出し、このオブジェクトモデルの集合体から、統合アプリケーション１１０を構成する。そして、従来のコピー機能やスキャナ機能等の機能は、かかるオブジェクトモデルの協調関係によって実現する。
【００７４】
このような構成をとることにより、たとえばプリンタ機能のような新規機能の追加は、
かかるオブジェクトモデルに属するクラスのサブクラス化などにより対処できる。このため、改修部分が明確となり、改修による他の機能への影響を小さくすることができる。また、オブジェクトモデリングによるプログラムは、従来の手続き型プログラムに比べて、処理の把握が容易であるため、改修要員が処理を把握することも容易となり、改修規模の削減や、改修ミスによる他のアプリケーションへの影響を小さくすることができる。
【００７５】
図１４は、図１３に示したサービス層分離後アプリケーション５０２の段階における従来のアプリケーションの構成と、かかるアプリケーションとサービス層１０２の各ドライバーの関係を示した説明図である。図１４に示すように、アプリケーション層１０１は、コピーアプリケーション１２０、スキャナアプリケーション１３０、ファックスアプリケーション１４０およびプリンタアプリケーション１５０を有する。
【００７６】
たとえば、コピーアプリケーション１２０は、コピー機能を実現するために、スキャナ制御部１０２ａ、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃおよびその他の制御部１０２ｇとの間でデータの送受信を行う。また、ファックスアプリケーション１４０は、ファックス機能を実現するために、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃ、ＦＡＸ送受信制御部１０２ｅ、ネットワーク通信制御部１０２ｆおよびその他の制御部１０２ｇとの間でデータの送受信を行う。このように、アプリケーション層１０１の各アプリケーションとサービス層１０２の各ドライバーとの間の通信は、複雑なものとなっていた。
【００７７】
図３の説明に戻ると、上述したオブジェクトモデリングにより、アプリケーション層１０１に存在した複数のアプリケーションは、統合アプリケーション１１０に統合されている。そして、各アプリケーションが重複して行っていた各ドライバーとの通信処理は、統合アプリケーション１１０を構成する所定のオブジェクトモデルに行わせるように構成したことにより、アプリケーション層１０１のアプリケーションと、サービス層１０２の各ドライバーとの間の通信は、図１４と比較して単純になっている。
【００７８】
次に、統合アプリケーション１１０の内部構成について説明する。
図４は、後述する本実施形態の特徴部分であるリクエスト管理部の統合アプリケーション１１０における位置づけと、かかる統合アプリケーション１１０の概要構成を説明するための説明図である。
【００７９】
同図に示すように、統合アプリケーション１１０は、図４は、後述する本実施形態の特徴部分であるリクエスト管理部１１３ａの統合アプリケーション１１０における位置づけと、かかる統合アプリケーション１１０の概要構成を説明するための説明図である。
【００８０】
同図に示すように、統合アプリケーション１１０は、操作系サブシステム１１１と、管理系サブシステム１１２および実行系サブシステム１１３とを有する。操作系サブシステム１１１は、マンマシンインタフェースを担当するソフトウェア群である。具体的には、この操作系サブシステム１１１は、ユーザの要求の受付サービスを行うとともに、かかる要求に対応した成果物（たとえば、コピーした記録紙）の品質、コストおよび納期を考慮したうえで、ユーザに対して情報提供サービスを行う。
【００８１】
管理系サブシステム１１２は、複合機１の資源を管理するソフトウェア群である。具体的には、この管理系サブシステム１１２は、ハードウェアリソース２０１およびこのハードウェアリソース２０１が保持するデータ状態の管理サービスを行う。
【００８２】
実行系サブシステム１１３は、ユーザ要求の実行を担当するソフトウェア群である。具体的には、この実行系サブシステム１１３は、コピーなどの文書操作要求から成果物の出力までの実行サービスを行う。そして、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３は、必要に応じて相互に処理を依頼し結果を受けとることで、統合アプリケーション１１０全体として複合機１に必要とされるサービス提供を行う。
【００８３】
かかる実行系サブシステム１１３は、後述する本実施形態の特徴部分であるリクエスト管理部１１３ａと実行制御部１１３ｂとを有する。リクエスト管理部１１３ａは、いわゆるジョブ管理を行うソフトウェア群である。具体的には、ユーザの要求をリクエストとして受け付け、このリクエストを実行するとともに、かかるリクエストの実行状態を管理する。
【００８４】
また、実行制御部１１３ｂは、実行系サブシステム１１３からリクエスト管理部１１３ａを除いた、その他の実行制御を行うソフトウェア群である。なお、図４＃４において、リクエスト管理部１１３ａが、操作系サブシステム１１１の近くに配置されているのは、ユーザのリクエストを管理するリクエスト管理部１１３ａが、マンマシンインタフェースを担当する操作系サブシステム１１１と密接な関係を有することを示している。
【００８５】
図５は、図４に示した各サブシステムを、ＵＭＬ（Unified Modeling Language）のクラス図（ＵＭＬクラス図）に置換えた図である。ここで、ＵＭＬとは、ＯＭＧ（Object Management Group）という団体がまとめたシステムモデリング言語であり、システムモデリングの成果を記述する記法を定義したものである。そして、このＵＭＬは、オブジェクト指向によるソフトウェア開発において、一般的に用いられている。
【００８６】
図５に示すように、統合アプリケーション１１０は複数のパッケージを含み、この統合アプリケーション１１０自体もパッケージととらえることができる。ここで、パッケージとはＵＭＬモデルの各構成要素（シンボル）をグループ化したものであり、このパッケージは、左上にタブのついたフォルダ型のシンボルで表現する。なお、かかるパッケージは、上述したオブジェクトモデルあるいはオブジェクトモデルの集合体ととらえることもできる。
【００８７】
図５に示したように、統合アプリケーション１１０は、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３の３つのパッケージを内部に有するパッケージである。さらに、実行系サブシステム１１３は、リクエスト管理部１１３ａおよび実行制御部１１３ｂの２つのパッケージを内部に有するパッケージである。そして、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３を相互に結ぶ直線は、各パッケージ間にメッセージ送受信などの関連があることを示している。なお、操作系サブシステム１１１、管理系サブシステム１１２および実行系サブシステム１１３のタブの右端に記された記号は、かかるパッケージがサブシステムであることを示すＵＭＬのシンボルである。
【００８８】
次に、本実施形態の特徴部分であるリクエスト管理部１１３ａについて詳細に説明する。このリクエスト管理部１１３ａは、ユーザから受け付けたジョブの実行依頼を管理するとともに、かかる実行依頼に応じて、実行制御部１１３ｂにジョブの実行指示をおこない、実行指示を行ったジョブの進捗管理を行うことを責務とする。
【００８９】
図６（ａ）は、「ディレクトリ−ファイル」モデルを説明するための説明図であり、図６（ｂ）は、リクエスト管理部のモデリングの概要を説明するための説明図である。図６（ａ）に示すように、いわゆる「ディレクトリ−ファイル」モデルは、ＵＮＩＸ（登録商標）やＷＩＮＤＯＷＳ（登録商標）等のオペレーティングシステム（ＯＳ）において、ファイル管理モデルとして一般的に使用されているモデルである。
【００９０】
この「ディレクトリ−ファイル」モデルは、複数のファイルを管理するディレクトリと、かかるディレクトリの管理下にあるファイルとを有し、ディレクトリおよびファイルは、それぞれディレクトリおよびファイルの詳細情報であるプロパティを有している。この「ディレクトリ−ファイル」モデルを採用することにより、かかるＯＳは、ファイルの作成、コピー、移動、削除および一覧表示等のファイル管理を実現している。
【００９１】
このように、従来から用いられている「ディレクトリ−ファイル」モデルの類推（アナロジー）により、かかるリクエスト管理部１１３ａのモデリングを行うことで、安定
したリクエスト管理モデルを実現できることが予想される。
【００９２】
そこで、図６（ｂ）に示すように、リクエスト管理部１１３ａは、複数のリクエストを管理するリクエストフォルダと、かかるリクエストフォルダの管理下にあるリクエストとを有し、リクエストはリクエストの詳細情報であるリクエスト仕様を有する構成をとることとした。なお、「ディレクトリ−ファイル」モデルは、一般的に、ディレクトリ配下にディレクトリを階層的に有する階層構造をとるが、リクエスト管理部１１３ａはかかる階層構造をとらない構成とした。しかしながら、リクエスト管理部１１３ａはかかる階層構造をとる構成とすることもできる。
【００９３】
このように、「ディレクトリ−ファイル」モデルのアナロジーとして構成したリクエスト管理部１１３ａのクラス構成を、ＵＭＬのクラス図（ＵＭＬクラス図）により表現したものを図７に示す。
ここで、クラスとは、オブジェクト指向システムを構成するオブジェクトの設計図に相当する概念であり、このクラスは、データと処理を一体化（カプセル化）して内部に有するとともに、継承関係や集約関係等の他のクラスとの静的な関係を有する。そして、クラス図においては、各クラスが内部に有するデータおよび処理、複数のクラス間の静的な関係が表される。
【００９４】
次に、本実施形態の特徴部分であるリクエスト管理部１１３ａのクラス構成について説明する。
一般に、各クラスを示す矩形は３段の区画を有し、上から、クラス名を表す名前区画、クラスが有するデータ（属性）を示す属性クラス及びクラスが有する処理（操作）を示す操作区画と呼ばれる。
このように、各クラスは、データ（属性）を所持するための属性区画と、かかる属性の書き込みおよび読み出しを行う処理（操作）を所持するための操作区画とを有している。これらのクラスは、プログラム（統合アプリケーション１１０）の一部として含まれるので、あらかじめＲＯＭ１２ａに格納されたこのプログラムが実行されると、各クラスはＲＡＭ１２ｂの所定領域に実体化され、属性区画に含まれる各データ（属性）がＲＡＭ１２ｂ上に展開される。
したがって、クラスを実体化したオブジェクトは、ＲＡＭ１２ｂ上の各データ（属性）の書き込みおよび読み出しをすることが可能となる。
【００９５】
図７において、定着ユニットクラス７００は、図示しない記録用紙に定着を行うユニットである。具体的には定着ユニットクラス７００は、属性として、定着ユニット番号integer７００ａを有するが、操作は有さない。なお、かかる定着ユニットクラス７００を実体化したオブジェクトが生成されると、定着ユニット番号integer７００ａがＲＡＭ１２ｂ上に展開されるので、このデータ（属性）の書込及び読み出しをすることが可能となる。
【００９６】
モード管理部クラス７０１は、モードを管理するユニットである。モードにはリロードモード（直前に実行したプログラムを再度実行する）、プリントモード、待機モード、停止モードがある。具体的にはモード管理部クラス７０１は、属性として、現在のモード名string７０１ａで指定されたモードstringを有するが、操作は有さない。なお、かかるモード管理部クラス７０１を実体化したオブジェクトが生成されると、現在のモード名string７０１ａがＲＡＭ１２ｂ上に展開されるので、このデータ（属性）の書込及び読み出しをすることが可能となる。温度調節部による温度調節が実行される場面において、モード管理部クラス７０１を実体化したオブジェクトと定着ユニットクラス７００を実体化したオブジェクトとは１対１の関係で存在する（Ｒ１）。
【００９７】
温度調節部クラス７０２は、温度を調節するユニットである。具体的には温度調節部クラス７０２は、属性として、調節部番号integer７０２ａを有するが、操作は有さない。温度調節部クラス７０２が実行される場面において、モード管理部クラスを７０１実体化したオブジェクト１個に対し、１個以上の温度調節部クラス７０２を実体化したオブジェクトが存在する（Ｒ９）。
【００９８】
温度制御仕様クラス７０３は、温度制御仕様を規定するユニットである。具体的には温度制御仕様クラス７０３は、属性として、適用定着モード名string７０３ａと目標温度integer７０３ｂとを有するが、操作は有しない。温度調節が実行される場面において、温度調節部クラス７０２を実体化したオブジェクトと温度制御仕様クラス７０３を実体化したオブジェクトとの関係Ｒ１０、Ｒ１１については以下のようになる。
温度調節部クラス７０２から見ると、「温度調節部クラス７０２は、１つの温度制御仕様を現在の温度仕様とする」ことになり（Ｒ１０）、温度制御仕様クラス７０３から見ると「温度調節部クラス７０２にとって、１つ以上の全ての温度制御仕様は全ての温度仕様である」ことになる（Ｒ１１）。
【００９９】
ヒーターコントローラクラス７０４は、定着ユニットクラス７００に用いられるヒータを管理するユニットである。具体的にはヒーターコントローラクラス７０４は、属性として、ヒータ番号integer７０４ａを有するが、操作は有しない。温度調節が実行される場面において、温度調節部クラス７０２を実体化したオブジェクト１個に対し、１個以上のヒーターコントローラクラス７０４を実体化したオブジェクトが存在する。
【０１００】
温度センサクラス７０５は、定着ユニットクラス７００の温度を検出するユニットである。具体的には温度センサクラス７０５は、属性として、センサ番号integer７０５ａと現在の温度integer７０５ｂとを有するが、操作は有しない。温度調節が実行される場面において温度調節部クラス７０２を実体化したオブジェクトと温度センサクラス７０５を実体化したオブジェクトとは１対１以上の関係で存在する。
【０１０１】
本実施の形態によれば、温度制御をオブジェクト指向（ＵＭＬ）でモデル化することにより、再利用性や保守性が向上する。
【０１０２】
次に、図７に示したクラス図における各クラスを実体化したオブジェクトの動作の概要について、図８、９を用いて説明する。
図８は、複合機１の操作パネル４００の一例を示した図である。同図に示したように、かかる操作パネル４００は、初期設定キー４０１、コピーキー４０２、コピーサーバーキー４０３、プリンタキー４０４、送信キー４０５、テンキー４０６、クリア／ストップキー４０７、スタートキー４０８、予熱キー４０９、リセットキー４１０および液晶タッチパネル４２０を有する。
【０１０３】
初期設定キー４０１をタッチすると、液晶タッチパネル４２０に初期設定用のメニューが表示され、かかるメニューにおいては、収納される用紙サイズなどを設定することができる。また、コピーをしたい場合にはコピーキー４０２を、コピー結果を複合機１に蓄積したい場合にはコピーサーバーキー４０３を、プリンタに係る操作をおこないたい場合には、プリンタキー４０４を、ファックスや蓄積画像などの送信をしたい場合には送信キー４０５を、それぞれタッチすると、液晶タッチパネル４２０に対応したメニューが表示される。
【０１０４】
図９は、図８に示したコピーサーバーキー４０３をタッチすると、液晶タッチパネル４２０に表示されるメニューの一例である。図９に示すように、この液晶タッチパネル４２０には、原稿読み取りボタン４２１、リストから削除ボタン４２２、印刷条件ボタン４２３などのボタンと、蓄積文書の一覧が表示される。
【０１０５】
そして、原稿を蓄積したい場合には、原稿を所定の場所にセットしたうえで、原稿読み取りボタン４２１をタッチする。また、蓄積文書を削除したい場合には、たとえば、ユーザＩＤがＤＥＦの蓄積文書４２５をタッチし、かかる蓄積文書の表示を反転させたうえで、リストから削除ボタン４２２をタッチする。また、蓄積文書の印刷条件を変更したい場合には、たとえば、ユーザＩＤがＡＢＣの蓄積文書４２５をタッチし、かかる蓄積文書の表示を反転させたうえで、印刷条件ボタン４２３をタッチすると印刷条件メニューが表示される。
【０１０６】
かかるメニューにおいて印刷条件を変更することで、選択した蓄積文書４２５の印刷条件を変更することができる。なお、蓄積文書の数が多く表示エリア内に操作対象となる文書が表示されていない場合には、前へボタンおよび後へボタンをタッチすることで、操作対象となる文書を表示することができる。
【０１０７】
次に、本実施形態の特徴部分であるリクエスト管理部１１３ａの機能追加の容易性について説明する。図１０は、統合アプリケーション１１０に、プリンタ機能などの新規機能を追加する場合の概念を説明するための説明図である。
【０１０８】
同図に示すように、統合アプリケーション１１０は、楕円形で示したオブジェクトモデルの集合体として構成されており、各オブジェクトモデルは、統合アプリケーション１１０を構成する役割に相当する。この統合アプリケーション１１０に、プリンタ機能などの新規機能を追加する場合においては、まず、追加するプリンタ機能を、統合アプリケーション１１０を構成する各オブジェクトモデルに適合するよう分離する。そして、かかる分離部分を各オブジェクトモデルに反映させる。
【０１０９】
同図に示したサブクラス化によるクラス追加は、かかる反映方法の１つである。ここで、サブクラス化とは、上位クラスの属性および操作を継承して下位クラスを設計する手法であり、オブジェクト指向によるソフトウェア開発の利点の１つである。
【０１１０】
図１１は本発明にかかるフィードバック制御の他の実施の形態におけるリクエスト管理部のクラス構成を、ＵＭＬのクラス図により表現したものである。
図１１に示したクラス構成は、図７に示したクラス構成を一般化したものである。
同図に示す目標クラス１１００は、温度、湿度、距離、高さ、長さ、速度、加速度、角度、角速度、角加速度、電圧、電流、電力、圧力、流量等の物理量の目標値を設定するユニットである。具体的には目標クラス１１００は、属性として、目標値１１００ａを有するが、操作は有さない。
現在クラス１１０２は、物理量の現在の状態を把握するユニットである。具体的には現在クラス１１０２は、属性として、現在値１１０２ａを有するが、操作は有さない。
調節クラス１１０１は、目標クラス１１００の目標値１１００ａと現在クラス１１０２の現在値１１０２ａとを参照して調節対象を調節するユニットである。
調節クラス１１０１は、属性として、調節ＩＤ１１０１ａを有するが、操作は有さない。
調節クラス１１０１が実行される場面において、目標クラス１１００を実体化したオブジェクトと、調節クラス１１００を実体化したオブジェクトとは以下の関係がある。
調節クラス１１０１から見ると、「調節クラス１１０１は、１つの目標値を現在値とする」ことになり、目標クラス１１００から見ると、「目標クラス１１００は、調節クラス１１０１に現在値とされるものは１つであるが、されないものもある」ことになる。
調節クラス１１０１が実行される場面において、調節クラス１１００を実体化したオブジェクト１個に対し現在クラス１１０２を実体化したオブジェクトが１個存在する。
このようにクラス構成を用いてモデル化することによりフィードバック制御を定着制御に限らず、フィードバック制御を行う部分全てに適用することができる。
【０１１１】
図１２は本発明にかかるフィードバック制御のさらに他の実施の形態におけるリクエスト管理部のクラス構成を、ＵＭＬのクラス図により表現したものである。
図１２に示したクラス構成と図１１に示したクラス構成との相違点は調節仕様クラスを用いた点である。
すなわち、図１２において、目標クラス１１００は、温度、湿度、距離、高さ、長さ、速度、加速度、角度、角速度、角加速度、電圧、電流、電力、圧力等の物理量の目標を設定するユニットである。具体的には目標クラス１１００は、属性として、目標値１１００ａを有するが、操作は有さない。
現在クラス１１０２は、物理量の現在の状態を把握するユニットである。具体的には現在クラス１１０２は、属性として、現在値１１０２ａを有するが、操作は有さない。
調節クラス１１０１は、目標クラス１１００の目標値１１００ａと現在クラス１１０２の現在値１１０２ａとを参照して管理対象を調節するユニットである。
調節クラス１１０１は、属性として、調節ＩＤ１１０１ａを有するが、操作は有さない。
調節仕様クラス１２００は、調節仕様を設定するユニットである。具体的には調節仕様クラス１２００は、属性として、調節仕様ＩＤ１２００ａを有するが、操作は有さない。調節仕様ＩＤ１２００ａは調節仕様が複数存在する場合に調節仕様を特定するためのものである。
調節クラス１１０１が実行される場面において、目標クラス１１００を実体化したオブジェクトと、調節クラス１１００を実体化したオブジェクトとは以下の関係がある。
調節クラス１１０１から見ると、「調節クラス１１０１は、１つの目標値を現在値とする」ことになり、目標クラス１１００から見ると、「目標クラス１１００は、調節クラス１１０１に現在値とされるものは１つであるが、されないものもある」ことになる。
調節クラス１１０１が実行される場面において、調節クラス１１００を実体化したオブジェクト１個に対し現在クラス１１０２を実体化したオブジェクトが１個存在する。
また、調節クラス１１０１を実体化したオブジェクトと、調節仕様クラス１２００を実体化したオブジェクトとは以下の関係がある。
調節仕様（調節方法）が複数存在するという関連が２本線のうちの下側の線の関連であり、複数存在する調節仕様のうち、１つを選んで関連を張っているというのが２本線のうちの上側の線の関連である。
【０１１２】
このようにクラス構成を用いてモデル化することによりフィードバック制御において、拡張部分（調節仕様）をモデル化したことでさらに応用範囲が広がる。
【０１１３】
なお、本実施の形態の画像形成装置で実行されるリクエスト管理プログラム（ジョブ処理指示プログラム）は、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（CD Recordable）、ＤＶＤ（Digital Versatile Disk）などのコンピュータで読み取り可能な記録媒体に記録して提供するよう構成してもよい。この場合、ＣＰＵ１１が上記記憶媒体から、リクエスト管理プログラム（ジョブ処理指示プログラム）を読み出してＭＥＭ−Ｐ１２上にロードすることで、画像形成装置に、上述した各ステップ（工程）、各手段または各部を実現させる。
【０１１４】
また、リクエスト管理プログラム（ジョブ処理指示プログラム）を、インターネットなどのネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するよう構成してもよい。さらに、かかるリクエスト管理プログラム（ジョブ処理指示プログラム）をインターネットなどのネットワーク経由で提供または配布するようにしてもよい。
【産業上の利用可能性】
【０１１５】
本発明は、定着制御の他、自動車のクルーズコントロール装置（自動速度制御）、電子ポット、炊飯ジャー等の民生機器等に適用できる。
【図面の簡単な説明】
【０１１６】
【図１】本実施の形態に係る複合機１を取り巻くネットワーク環境を説明するためのネットワーク図である。
【図２】図１に示した複合機１のハードウェア構成を示すブロック図である。
【図３】図１に示した複合機１のソフトウェアとハードウェアの関係を説明するための説明図である。
【図４】本実施形態の特徴部分であるリクエスト管理部１１３ａの統合アプリケーション１１０における位置づけと、かかる統合アプリケーション１１０の概要構成を説明するための説明図である。
【図５】図４に示した各サブシステムを、ＵＭＬのクラス図に置換えた図である。
【図６】（ａ）は「ディレクトリ−ファイル」モデルを説明するための説明図であり、（ｂ）は「ディレクトリ−ファイル」モデルを説明するための説明図である。
【図７】「ディレクトリ−ファイル」モデルのアナロジーとして構成したリクエスト管理部１１３ａのクラス構成を、ＵＭＬのクラス図により表現したものである。
【図８】複合機１の操作パネル４００の一例を示した図である。
【図９】図８に示したコピーサーバーキー４０３をタッチすると、液晶タッチパネル４２０に表示されるメニューの一例である。
【図１０】統合アプリケーション１１０に、プリンタ機能などの新規機能を追加する場合の概念を説明するための説明図である。
【図１１】本発明にかかるフィードバック制御の他の実施の形態におけるリクエスト管理部のクラス構成を、ＵＭＬのクラス図により表現したものである。
【図１２】本発明にかかるフィードバック制御のさらに他の実施の形態におけるリクエスト管理部のクラス構成を、ＵＭＬのクラス図により表現したものである。
【図１３】複合機１に搭載されるソフトウェア構成の変遷を説明するための説明図である。
【図１４】従来の複合機のソフトウェアとハードウェアの関係を説明するための説明図である。
【符号の説明】
【０１１７】
２０１ａ    スキャナ
２０１ｂ    プロッタ
２０１ｃ    ＨＤＤ
２０１ｄ    ネットワーク
２０１ｅ    その他のリソース
４００    操作パネル
４０１    初期設定キー
４０２    コピーキー
４０３    コピーサーバーキー
４０４    プリンタキー
４０５    送信キー
４０６    テンキー
４０７    クリア／ストップキー
４０８    スタートキー
４０９    予熱キー
４１０    リセットキー
４２０    タッチパネル
４２１    原稿読み取りボタン
４２２    リストから削除ボタン
４２３    印刷条件ボタン
４２４    文書リスト例１
４２５    文書リスト例２
【図１】
2007017789.tif 000003
【図２】
2007017789.tif 000004
【図３】
2007017789.tif 000005
【図４】
2007017789.tif 000006
【図５】
2007017789.tif 000007
【図６】
2007017789.tif 000008
【図７】
2007017789.tif 000009
【図８】
2007017789.tif 000010
【図９】
2007017789.tif 000011
【図１０】
2007017789.tif 000012
【図１１】
2007017789.tif 000013
【図１２】
2007017789.tif 000014
【図１３】
2007017789.tif 000015
【図１４】
2007017789.tif 000016