(57)【要約】【課題】  オブジェクト指向プログラミングを使用して画像形成装置の機能管理を行う、画像形成装置、制御方法、そのためのプログラム並びに記憶媒体を提供すること。【解決手段】  本発明の画像形成装置は、インスタンスを格納する記憶部４４と、画像形成装置に接続され、インスタンスから実行結果を受け取り、実行結果を使用して画像データを外部出力する機能処理部（５０、６２、７８、７０）と、機能処理部（５０、６２、７８、７０）の画像形成装置への接続状態を検出してＣＰＵ４２に割込を行う接続装置検出部８０とを備え、接続装置検出部の検出結果に応答して、機能処理部（５０、６２、７８、７０）による処理を実行するクラスを選択し、選択したクラスに対応するインスタンスを生成し、接続されていない機能処理部のクラスを破棄している。【選択図】  図４
2007081846.tif 000002
【特許請求の範囲】
【請求項１】
画像データを使用して複数の異なる処理を行う画像形成装置であって、
画像処理を行うためのコア機能部と、
前記コア機能部の処理結果を外部出力する機能処理部と、
前記画像形成装置に接続された前記機能処理部を検出して前記コア機能部に通知する接続装置検出部と、
前記コア機能部は、記憶部の記憶容量のうち接続された前記機能処理部に割当てる記憶容量以外の記憶容量を画像処理のために確保する、画像形成装置。
【請求項２】
前記接続装置検出部の検出結果に応答して、前記検出結果に応答した機能処理部による処理を実行させる、請求項１に記載の画像形成装置。
【請求項３】
前記機能処理部は、少なくともファクシミリ、電子メール、外部記憶装置へのデータ入出力機能を提供する処理を行う複数の機能処理部を含む、請求項１または２に記載の画像処理装置。
【請求項４】
前記画像形成装置は、前記接続通知と前記機能処理部の処理のためのクラス識別値とを対応させた対応テーブルを格納し、前記コア機能部は、前記接続通知に対応した前記クラス識別値を取得して、前記機能処理部の機能を提供するためのデータ構造の生成または破棄を実行させ、前記生成または前記破棄に応答したユーザ・インタフェースを用意させる、請求項１〜３のいずれか１項に記載の画像形成装置。
【請求項５】
前記機能処理部は、作像エンジンおよびネットワーク機能処理部を含み、前記作像エンジンおよび前記ネットワーク機能処理部以外の前記機能処理部は、前記画像形成装置とネットワークを介して接続される、請求項１〜４のいずれか１項に記載の画像形成装置。
【請求項６】
画像データを使用して複数の異なる処理を画像形成装置に実行させる制御方法であって、前記制御方法は、
前記画像形成装置に接続された機能処理部の接続状態を検出するステップと、
前記機能処理部の接続状態に対応した接続通知を生成して、コア機能部に通知するステップと、
前記コア機能部が前記接続通知に対応した実行機能を提供するためのデータ構造を生成するステップと、
前記機能処理部が前記コア機能部の実行結果を受け取り、前記実行結果を使用して画像データを外部出力するステップとを画像形成装置に対して実行させ、
前記データ構造を生成するステップは、前記接続通知に対応する識別子をリストした対応テーブルを参照して、前記機能処理部による処理を実行するデータ構造体を選択するステップを実行させる、画像形成装置の制御方法。
【請求項７】
前記機能処理部は、少なくともファクシミリ、電子メール、外部記憶装置へのデータ入出力機能を提供する処理を行う複数の機能処理部を含み、前記画像形成装置に対してその時点で接続されている前記機能処理部のためのデータ構造を宣言して実行させる、請求項６に記載の制御方法。
【請求項８】
さらに、第２の接続通知と直前の接続通知とを比較して前記接続状態の変更を判断させるステップを含み、前記変更が検出された場合には、前記対応テーブルを参照して前記変更に対応したデータ構造の生成または破棄を実行するステップと、前記生成または前記破棄に応答したユーザ・インタフェースを用意させるステップとを実行させる、請求項６または７に記載の制御方法。
【請求項９】
前記機能処理部は、作像エンジンおよびネットワーク機能処理部を含み、前記作像エンジンおよび前記ネットワーク機能処理部以外の前記機能処理部は、前記画像形成装置とネットワークを介して接続され、前記制御方法は、前記作像エンジンおよび前記ネットワーク機能処理部以外の前記機能処理部からの前記ネットワークを介した接続通知を使用して前記クラスの宣言または破棄するステップを実行させる、請求項６〜８のいずれか１項に記載の制御方法。
【請求項１０】
請求項６〜９のいずれか１項に記載の制御方法を画像形成装置に実行させるプログラミング・コードを含む、装置実行可能なプログラム。
【請求項１１】
請求項１０のプログラミング・コードを含む、装置可読な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の機能を有する画像形成装置に関し、より詳細には、画像形成装置の提供可能な機能に応じた画像形成装置の資源管理を行う、画像形成装置、制御方法、そのためのプログラム並びに記憶媒体に関する。
【背景技術】
【０００２】
電子写真複写機といった画像形成装置は、近年では、スキャナ機能、ファクシミリ機能、電子写真法による画像形成を行うための作像機能、メールなどのネットワーク・ユーティリティ機能などの複数の機能を備えることが多い。画像形成装置は、上述した複数の機能に応じて各機能を提供する機能処理部を制御して、ユーザ要求に応じた処理を実行する。画像形成装置は、上述した複数の機能を実行するため、各機能部に対応したプログラムを格納しており、プログラムを格納するためのランダムアクセス・メモリ（ＲＡＭ）などの記憶空間をますます消費するようになっている。また、画像処理を行う対象であるイメージ・データについても、ユーザ要求およびＣＣＤなどの高解像度化に伴いますます大容量化しており、画像処理のための記憶空間をできるだけ確保することが必要となっている。
【０００３】
一方で、複数の機能処理部を備える画像形成装置は、ユーザによっては画像形成装置の特定の機能処理部をまったく使用しない場合もあり、また各機能処理部の交換・メンテナンスなどに応じて一定の期間、交換やメンテナンスを行う機能が使用できなくなる場合も生じる。このような場合であっても従来の画像形成装置の制御プログラムは、手続処理型のプログラミング言語であり、またオブジェクト指向プログラミングが充分に使用されたものとは言えず、使用することができない、または使用しない機能処理部があった場合であっても、該当する不要な機能処理部のための制御コードを含むプログラム全体をロードして、ＲＡＭに格納することになり、画像処理のために割り当てることができる記憶空間を無駄に消費することになる。
【０００４】
このため、ユーザは、機能処理部が正常に動作していない、または交換・メンテナンスなどにより使用できない状況においては、その期間中、画像形成装置は使用できない機能のための制御プログラムのために無駄な記憶空間を消費し、画像形成を行わなければならない。さらに、手続処理型の制御プログラムの仕様によっては、特定の機能処理部の故障により他の機能が使用できるにも拘わらず、全機能が使用できないような場合も考えられる。また、ユーザに対して操作を誘導するための表示を行う、所謂、オペレーション・パネルについても使用できない機能処理部に関する表示がなされている場合には、ユーザに対して無駄な操作を誘導してしまうことも想定される。
【０００５】
加えて、近年におけるネットワーク技術の進歩およびオフィス空間の省スペース化などに対応して、各機能処理部を分散配置することも想定され、このような場合、画像形成装置がすべての機能処理部を管理・制御するためのアプリケーションに対応するインスタンスを保有しておくことは、画像処理のための記憶空間の確保の点で非効率的である。また、メーカサイドにおいても機能処理部のアップデートに伴う制御プログラムのアップデートなどに対応したプログラムの大幅な変更を行わなければならず、メンテナンスがますます複雑高度化し、また、画像処理装置のＲＡＭなどのハードウェア資源も、多機能化のレベルに対応して高度化・ハイコストなものとなるため、効率のよい画像処理および画像処理に基づく出力を行うためには充分なものではなかった。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
すなわち、これまで複数の機能を備える画像形成装置では、使用することができない機能処理部のための制御プログラムを含む手続処理型プログラムを使用していたため、不要な記憶空間を制御プログラムが占有し、そのため、ＲＡＭなどの画像処理空間が不要に占有されてしまい、画像形成効率が低下してしまうという不都合があった。
【０００７】
また、ユーザによる指定、または機能処理部の故障や、交換・メンテナンスなどにより使用しない、または使用できない機能処理部があっても、当該機能処理部のための制御プログラムがＲＡＭ内にロードされ、不要に記憶空間を占有し、画像処理のために使用することができる記憶空間が減少し、画像処理の効率を低下させてしまうという不都合があった。
【０００８】
さらに、使用できない機能処理部があった場合にでも同一のユーザ・インタフェース表示を提供しまうことにより、ユーザの操作性を低下させてしまうという不都合があった。
【０００９】
さらに、分散処理に対応して、画像形成装置の本質的な機能だけをインスタンス化させることにより、画像処理装置の処理効率を向上させることが要求されていた。
【００１０】
また、根本的な問題として、近年では各機能処理部（スキャナ、ファクシミリなど）の機能が分離され、それぞれの機能処理部を別々に脱着させることで、交換メンテナンスが可能となる。また、ユーザは、段階的に機能処理部を購入して接続することが可能となり、複合機としてユーザのニーズにカスタマイズされた組み合わせを提供することが可能になるものと考えられる。このような場合、各機能処理部と画像処理装置のコア機能を提供する部分とが通信することで、各機能処理部に応答した機能を、トータル的に提供することが好ましいということができる。
【課題を解決するための手段】
【００１１】
本発明は、上述した従来技術の不都合に鑑みてなされたものであり、画像形成装置が、その時点で画像形成装置に接続されている機能処理部を検出し、接続されている機能処理部を制御するクラスだけを宣言してインスタンスを生成させることにより、その時点における画像処理に使用できる記憶空間を最大化させる。また、画像形成装置は、機能処理部の検出またはユーザ入力に応答して不必要なクラスを破棄し、メモリを解放させることにより、画像処理に使用することができる記憶空間を拡大させ、画像処理装置の状況に応じて画像処理のための記憶空間を最適化させる。
【００１２】
さらに本発明の画像形成装置は、オペレーション・パネルを介してユーザに対してその時点で生存しているインスタンスに基づきユーザに通知を行うユーザ・インタフェースを作成し、ユーザに対して表示させることで、ユーザ操作性を改善する。
【００１３】
さらに、本発明は、画像形成装置の分散処理およびスタンドアローンの使用に対応して本質的なプログラムの修正を必要とすることなく、不必要な機能処理部のためのインスタンスを生成させないことにより、画像形成装置の処理効率を向上する。
【００１４】
すなわち、本発明によれば、画像データを使用して複数の異なる処理を行う画像形成装置であって、
画像処理を行うためのコア機能部と、
前記コア機能部の処理結果を外部出力する機能処理部と、
前記画像形成装置に接続された前記機能処理部を検出して前記コア機能部に通知する接続装置検出部と、
前記コア機能部は、記憶部の記憶容量のうち接続された前記機能処理部に割当てる記憶容量以外の記憶容量を画像処理のために確保する、画像形成装置が提供される。
【００１５】
本発明では、前記接続装置検出部の検出結果に応答して、前記検出結果に応答した機能処理部による処理を実行させる。
【００１６】
本発明では、前記機能処理部は、少なくともファクシミリ、電子メール、外部記憶装置へのデータ入出力機能を提供する処理を行う複数の機能処理部を含むことができる。
【００１７】
本発明では、前記画像形成装置は、前記接続通知と前記機能処理部の処理のためのクラス識別値とを対応させた対応テーブルを格納し、前記コア機能部は、前記接続通知に対応した前記クラス識別値を取得して、前記機能処理部の機能を提供するためのデータ構造の生成または破棄を実行させ、前記生成または前記破棄に応答したユーザ・インタフェースを用意させることが好ましい。
【００１８】
本発明の前記機能処理部は、作像エンジンおよびネットワーク機能処理部を含み、前記作像エンジンおよび前記ネットワーク機能処理部以外の前記機能処理部は、前記画像形成装置とネットワークを介して接続される。
【００１９】
本発明の第２の構成によれば、画像データを使用して複数の異なる処理を画像形成装置に実行させる制御方法であって、前記制御方法は、
前記画像形成装置に接続された機能処理部の接続状態を検出するステップと、
前記機能処理部の接続状態に対応した接続通知を生成して、コア機能部に通知するステップと、
前記コア機能部が前記接続通知に対応した実行機能を提供するためのデータ構造を生成するステップと、
前記機能処理部が前記コア機能部の実行結果を受け取り、前記実行結果を使用して画像データを外部出力するステップとを画像形成装置に対して実行させ、
前記データ構造を生成するステップは、前記接続通知に対応する識別子をリストした対応テーブルを参照して、前記機能処理部による処理を実行するデータ構造体を選択するステップを実行させる、画像形成装置の制御方法が提供される。
【００２０】
本発明においては、前記機能処理部は、少なくともファクシミリ、電子メール、外部記憶装置へのデータ入出力機能を提供する処理を行う複数の機能処理部を含み、前記画像形成装置に対してその時点で接続されている前記機能処理部のためのデータ構造を宣言して実行させる。
【００２１】
本発明では、さらに、第２の接続通知と直前の接続通知とを比較して前記接続状態の変更を判断させるステップを含み、前記変更が検出された場合には、前記対応テーブルを参照して前記変更に対応したデータ構造の生成または破棄を実行するステップと、前記生成または前記破棄に応答したユーザ・インタフェースを用意させるステップとを実行させる。本発明では、前記機能処理部は、作像エンジンおよびネットワーク機能処理部を含み、前記作像エンジンおよび前記ネットワーク機能処理部以外の前記機能処理部は、前記画像形成装置とネットワークを介して接続され、前記制御方法は、前記作像エンジンおよび前記ネットワーク機能処理部以外の前記機能処理部からの前記ネットワークを介した接続通知を使用して前記クラスの宣言または破棄するステップを実行する。
【００２２】
本発明の第３の構成によれば、上記記載の制御方法を画像形成装置に実行させるプログラミング・コードを含む、装置実行可能なプログラムが提供される。
【００２３】
本発明の第４の構成によれば、上記記載のプログラミング・コードを含む、装置可読な記憶媒体が提供できる。
【発明の効果】
【００２４】
本発明によれば、画像形成装置に接続された機能処理部を自動的に検出して、使用する必要のあるオブジェクト・クラスだけを宣言して対応するインスタンスを生成することができるので、画像形成装置の使用状況に柔軟に対応しつつ、画像処理用の記憶空間を最適化させることを可能とする画像形成装置、制御方法、プログラム、および記憶媒体を提供することが可能となる。
【００２５】
また、本発明によれば、ユーザが新規な機能処理部を搭載した場合にでも対応する処理のインスタンスを自動的に生成することにより、画像処理のための記憶空間の最適化を行いつつ、ユーザに対して新規な機能処理部の使用を可能とする画像形成装置、制御方法、プログラム、および記憶媒体を提供することが可能となる。
【００２６】
さらに、本発明においては、ネットワークを介して接続された機能処理部との通信を行うためのアプリケーションに対応するインスタンスおよび作像エンジンのためのアプリケーションのインスタンスのみを生成させることにより、画像形成装置が提供しなければならない記憶空間を消費する無駄なインスタンスの生成を排除することができ、高効率および省スペースの機能分散型処理に対応した画像形成装置を提供することができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明を図面に示した実施の形態を使用して説明するが、本発明は後述する実施の形態に限定されるものではない。図１は、本発明の画像形成装置１０の構成を示した図である。図１０に示した画像形成装置１０は、複数の機能を搭載した、所謂、ＭＦＰ(Multi-Function Peripheral)であり、オートドキュメント・フィーダ（ＡＤＦ）１２と、ＡＤＦ１２により供給されたドキュメントを読取るための、ＣＣＤを備えたイメージ・リーダ１４とを備えており、本発明の図１に示した実施の形態では、ＡＤＦ１２とイメージ・リーダ１４とがスキャナ装置を形成している。本発明では、ＡＤＦ１２を使用しない場合には、イメージ・リーダ１４は、原稿台に沿って移動して、ドキュメントを読み取る構成とされていてもよい。この場合、イメージ・リーダ１４とその駆動制御装置をスキャナ装置として参照することができる。
【００２８】
ユーザがＡＤＦ１２のフィーダにドキュメントをセットし、オペレーション・パネルまたは入力キー（図示せず）を介して入力すると、ドキュメントがＡＤＦ１２によりイメージ・リーダ１４へと送られ、画像データが生成される。生成された画像データは、コントロール・ユニット１６へと送られて、コントロール・ユニット１６が含む制御処理部により画像処理が行われる。画像処理が行われた画像データは、例えばＦＩＦＯ(First in-First out)バッファなどに送られて、画像データに対応して変調されたレーザ・ビームまたはＬＥＤ光線が露光光学系を介して感光体ドラム１８上に照射され、変調されたレーザ・ビームなどに応答して生成されるフォト・キャリアにより感光体ドラム１８上の帯電がキャンセルされて、静電潜像が形成される。
【００２９】
その後、感光体ドラム１８に形成された静電潜像は、感光体ドラム１８の回動に伴って現像装置２０へと搬送されて行き、現像装置２０により現像される。現像装置２０により現像された着色像は、その後、転写部材２２により中間転写体２４へと転写される。中間転写体２４は、さらに矢線Ａ方向へと転写された着色像と共に移動して行き、２次転写装置２６により、紙またはプラスチック・シートなどの転写材へと転写され、さらに定着装置２８により定着されて、堅固な印刷物としてユーザに提供されている。
【００３０】
なお、図１に示した画像形成装置１０は、感光体ドラム１８としてシアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｂ）などの４色に対応するカラー画像形成装置として示されているが、本発明では、Ｂに対応する感光体ドラムのみを備え、中間転写体を使用せずに転写材に着色像を転写するモノクロ画像形成装置、プリンタとすることもできる。
【００３１】
また、画像形成装置１０には、公衆電話回線またはＩＳＤＮなどの回線３０に接続されていて、アナログまたはディジタル通信によるファクシミリ伝送、またはメール伝送を行う。さらに、画像形成装置１０は、１０ＢＡＳＥ−１００などのイーサネット（登録商標）接続ケーブル３２を介して、ローカルエリア・ネットワーク（ＬＡＮ）、またはワイドエリア・ネットワーク（ＷＡＮ）、またはインターネットなどのネットワークに接続され、メールなどのネットワーク・サービスを提供している。画像形成装置１０は、フロッピー（登録商標）、ＣＤ−ＲＯＭ、ハードディスク・ドライブ（図示せず）といった大容量記憶装置およびＲＡＭなどの記憶装置を備えていて、取得した画像データを蓄積し、ユーザの指令または要求に基づいて、蓄積した画像データを処理している。
【００３２】
図２は、本発明の画像形成装置１０のハードウェア構成を示した図である。本発明の画像形成装置１０は、ＣＰＵ４２と、ＣＰＵ４２の処理のための作業空間を与えるためのＲＡＭ４４と、制御のために必要な設定データや起動時処理を行うプログラムを格納するＲＯＭ４６とを備えている。なお、本発明において、ＲＯＭ４６に充分な記憶空間がある場合には、ＲＯＭ４６に制御処理のために必要とされるプログラム全体を含ませておくこともできる。また、制御プログラムのためのオペレーション・システムおよびプログラムの実行可能コードなどについては、後述するハードディスクなどの記憶装置に別途含ませておき、起動時検査の後にハードディスクからＲＡＭ４４などにロードさせることができる。
【００３３】
本発明において使用することができるＣＰＵ４２としては、特に制限はないものの、例えば、ＭＩＰＳ、ＰｏｗｅｒＰＣ（登録商標）などのＲＩＳＣアーキテクチャのＣＰＵ、またはＰＥＮＴＩＵＭ（登録商標）などにより代表されるＣＩＳＣアーキテクチャのＣＰＵを使用することができ、その駆動クロック周波数を１ＧＨｚ程度、またはそれ以上のリソース環境として使用することができる。また、ＣＰＵ４２は、Ｃ＋＋などのオブジェクト指向プログラミング言語により記述された実行形式のプログラム・コードおよびＣ言語、アセンブラ言語などの手続処理型プログラミング言語により記述された実行形式のプログラム・コードを実行することが可能なソフトウェア環境を提供している。
【００３４】
画像形成装置１０には、画像形成装置が備えるスキャナ装置５０により取得された画像データが入力され、またオペレーション・パネル５２などからのユーザ入力が行われており、それぞれの入力データは、スキャナＩ／Ｆ５４および入出力Ｉ／Ｆ５６により内部処理に適した形式とされて、内部バス７６を介してＣＰＵ４２に対する割り込み処理および画像処理部４８による画像処理が行われる。画像処理部４８は、スキャナ装置５０が取得した画像データを処理し、文字イメージ処理、画像イメージ処理および彩色判定などの処理を行い、処理単位ごとにＦＩＦＯバッファ（図示せず）に送り、それ以後の各機能処理部における処理へと提供している。また、取得されたオリジナル画像は、ＲＡＭ４４などの記憶部に格納され、ユーザ指令に応答してＲＡＭなどに読み出され、ユーザ指定に応答した画像処理が実行される。
【００３５】
さらに、画像形成装置１０には、本発明で用いる接続装置検出部８０が構成されており、画像形成装置１０に接続された各装置を含んで構成される機能処理部の接続状態を検出して、ＣＰＵ４２へとソフトウェア／ハードウェア割込を行っている。接続装置検出部８０は、より詳細には後述するが、接続信号を受け取るためのＩ／Ｆおよび接続信号から接続通知を生成してバッファ・メモリなどに格納させるプログラム（以下、本明細書では、デバイス・ファインダとして参照する。）などから構成されていて、アプリケーション・プログラムに対して各機能処理部の接続状態を通知している。
【００３６】
制御処理部４０は、さらにファクシミリ・コントローラ５８、エンジン・コントローラ６０、ネットワーク・インタフェース・カード（ＮＩＣ）６２と、ハードディスクやフロッピー（登録商標）ディスクなどの外部記憶装置を管理するＩＤＥ(Integrated Drive Electronics)などのインタフェース６４などを含む機能処理部、およびそのためのＩ／Ｆを備えている。各機能処理部の処理を説明すると、ファクシミリ・コントローラ５８は、ファクシミリ・フォーマットへと変換された画像データに対してファクシミリ番号などを対応させ、さらにＧ３、Ｇ４、Ｔ−３０などのプロトコルを使用して、モデムなどのファクシミリ送受信装置７８を介して直接、公衆電話回線またはＤＳＵ／ＴＡ６８を通してファクシミリ機能を提供している。
【００３７】
エンジン・コントローラ６０は、画像形成装置の中心的な機能処理部であり、画像制御装置の感光体回転駆動、帯電、露光、現像、転写、定着などの作像シーケンスを、それぞれのコントローラやドライバを使用して制御している。ＮＩＣ６２は、ネットワーク・インタフェース・カードとして構成されており、ソフトウェアおよびハードウェア的に、データリンク層レベルおよび物理層レベルでの通信を管理する機能処理部を提供している。ＮＩＣ６２は、イーサネット（登録商標）を経由してＳＭＴＰまたはＰＯＰ３プロトコルを用いてメール通信などおよびＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、ＮＥＴＢＥＵＩなどのレベルでのデータ送受信を行っている。
【００３８】
また、ＩＤＥ６４は、例えば、ＡＴＡ、シリアルＡＴＡ、ＡＴＡＰＩ、ＡＴＡ−４などの規格を有しており、スキャナ装置により取得され、ＢＭＰ、ＴＩＦＦ、ＪＰＥＧ、ＪＰＥＧ２０００、ＧＩＦ、ＰＩＣＴ、メタファイル、オリジナル・フォーマットなどの適切なフォーマットとして変換された画像データを、ハードディスク・ドライブ（ＨＤＤ）７４へと格納して、後のユーザ利用のために提供するための記憶機能処理部を提供している。なお、本発明において、作像エンジン７０とエンジン・コントローラ６０との間は、ＵＳＢ(Universal Serial Bus)、またはＩＥＥＥ１２８４などのシリアルまたはパラレルバスで接続することもできる。
【００３９】
図３は、本発明の画像形成装置１０のソフトウェア構成を示した図である。本発明の画像形成装置１０のソフトウェアは、情報処理装置のＣＰＵ４２がプログラムをロードすることによって画像形成装置上に実現されており、本発明では、プログラムは、オブジェクト指向プログラミングを含んで記述される。なお、本発明において、用語「プログラム」または、「アプリケーション・プログラム」とは、オブジェクト指向プログラミングで記述された実行可能コードのことを参照する。また、用語「クラス」とは、オブジェクト指向プログラミングにおいて型宣言される構造体データを意味し、用語「インスタンス」とは、関数とデータとが一体になって実体的に記憶空間を占有するクラス固有のデータ構造体として参照される。
【００４０】
図３に示すように、本発明の画像形成装置が実装するソフトウェア構成は、概ね３層レベルとして説明することができ、上位層レベルに行くにしたがって、オブジェクト指向プログラム性が高まってゆく構成として記述することができる。本発明のソフトウェア構成を説明すると、第１層レベル８２には、ユーザに対して画像形成装置のサービスを提供するため、オブジェクト指向プログラミングにより記述された実行形式のコードにより与えられるインスタンスが示されている。
【００４１】
図３に示した実施の形態では、第１層レベル８２には、ＬＡＮなどを介してプリント要求に対応するためのプリンタ・アプリケーションＰＡ、オペレーション・パネルからの操作入力に応答してコピー処理を可能とするコピー・アプリケーションＣＡ、ファクシミリ送信先を設定し、ファクシミリ送受信装置にデータを渡す処理などを実行するファクシミリ・アプリケーションＦＡのインスタンスが提供されている。また、第１層レベル８２には、さらにスキャナ装置からの画像の処理を可能とするスキャナ・アプリケーションＳＡ、ネットワークへの接続を管理するネットワーク・アプリケーションＮＡ、ユーザ・インタフェース形成処理を可能とするパネル・ディスプレイ処理アプリケーションＰＤＡ、およびＳＭＴＰ(Simple Mail Transfer Protocol)やＰＯＰ３プロトコルなどに基づくメール転送またはメール受信などを可能とするためのメーラなどの電子メール・アプリケーションＥＭＡなどのクラスのインスタンスが示されている。
【００４２】
これらのインスタンスは、ユーザに対して最も近いレベルとして形成されるプログラム要素であり、ユーザ要求に対応する機能を有している。各インスタンスの処理結果は、対応する適切なアプリケーション・プログラミング・インタフェース（ＡＰＩ）を介してオペレーティング・システムなどからなる第２層レベル８４と送られる。
【００４３】
第２層レベル８４は、破線で示したコア機能部を形成しており、オペレーティング・システムおよびクラス宣言、インスタンス生成などの処理を行うプログラム本体（図示せず）から形成される。より詳細には、コア機能部は、ＵＮＩＸ（登録商標）、ＬＩＮＵＸまたはＷＩＮＤＯＷＳ（登録商標）または画像形成装置に専用化されたオペレーティング・システム８６およびＣ＋＋言語、ＪＡＶＡ(登録商標）などのオブジェクト指向プログラム（図示せず）と、画像形成装置１０の初期検査および入出力管理を行うためのユーティリティ・ソフトウェア群８８とから構成されている。
【００４４】
ユーティリティ・ソフトウェア群８８は、それぞれエンジン・コントローラＥＣ、駆動系などのメカニクスのためのメカニクス・コントローラＭＣ、露光光学系、スキャナなどの光学系を制御するためのオプティカル・コントローラＯＣ、ファクシミリ機能を起動してユーザ入力された宛先に対して画像データを送信するためのファクシミリ・コントローラＦＣ、ＲＡＭなどのメモリを管理するストレージ・コントローラＳＣ、および画像形成装置１０に接続された装置を検出するためのデバイス・ファインダＤＦなどを含んでおり、各装置、エンジン、またはインタフェースなどを制御する、より下位のＣ言語、アセンブラ言語などの手続処理型のプログラミング言語により記述することができる。なお、本発明のデバイス・ファインダＤＦは、Ｉ／Ｆおよび接続信号を含め、図３に示した他のデバイスＩ／Ｆと組み合わせて構成させることもできるし、また図３に示したように、他のＩ／Ｆデバイスとは、別途独立したデバイスＩ／Ｆとして構成することもできる。
【００４５】
ユーティリティ・ソフトウェア群８８は、第３層として図３において示した各デバイスＩ／Ｆと協働して、各機能処理部を構成するハードウェアとの入出力および各ハードウェアのシーケンス処理など、ハードウェア固有のインタフェースまたはデバイス・ドライバとデータ送受信を行って、第１層レベルのインスタンスの実行結果を、ハードウェア・レベルへと渡している。
【００４６】
図４は、図に示したハードウェア構成に中から、本発明の接続装置検出部８０を使用した接続装置の検出処理を行うためのハードウェア群を示した概略図である。図４に示した接続装置検出部８０は、本発明の画像形成装置が含む接続装置検出部８０は、ＮＩＣ６２、スキャナ装置５０、ファクシミリ送受信装置７８、作像エンジン７０が画像形成装置に接続されていることを示す信号を受け取る。接続装置検出部８０は、接続信号を受け取ると、接続通知が生成されたことを示す割込信号および接続通知を生成する。その後、接続装置検出部８０は、ＣＰＵ４２へとソフトウェア／ハードウェア割込を可能とする割込信号を伝送する。
【００４７】
また、接続装置検出部８０は、生成された接続通知を、デバイス・ファインダＤＦを介してプログラムが参照できるアドレスに接続通知を格納させる。なお、各装置およびエンジンからの接続通知は、各装置またはエンジンの画像形成装置への装着部の近くまたは装着部に形成されたハードウェア・スイッチとして形成することができる。
【００４８】
また、本発明の他の実施の形態では、ＣＰＵを備えた画像形成装置１０と、例えばスキャナ装置５０とファクシミリ送受信装置７８とは、ネットワークを介して遠隔的に接続されていてもよい。この場合には、接続装置検出部８０は、ハードウェア・スイッチにより生成される接続信号ではなく、例えば、ＣＰＵ４２がＰＩＮＧ／ＩＣＭＰプロトコルを使用してネットワークを介して接続されたスキャナ装置５０およびファクシミリ送受信装置７８へと各機能処理部へと問い合わせを行い、対応する機能処理部からのＩＣＭＰリプライを受け取って、受け取ったＩＣＭＰリプライの値を接続信号とすることができる。本発明の上述した他の実施の形態では、この他、ＳＮＭＰ(Simple Network Management Protocol)などを使用して、接続先の機能処理部の状態および必要な情報を取得することもできる。
【００４９】
ＣＰＵ４２は、接続装置検出部８０からの割込を受け取ると、オペレーティング・システムおよびＡＰＩを介してプログラムに接続通知が生成されたことを通知する。通知を受けたプログラムは、ＲＡＭまたはバッファ・メモリから接続通知を読出し、プログラムが管理し、適切なＲＡＭまたはＲＯＭに格納された対応テーブルをルックアップする。さらにプログラムは、対応テーブルからクラス識別値を取得してインスタンスを生成させるクラスを選択する。その後、プログラムは、選択したされたクラスを宣言し、インスタンスを生成させ、Ｃ＋＋言語での特定の実施の形態で言えば、construct関数などを適用してクラスのインスタンスを初期化する。
【００５０】
図５は、ハードウェア・スイッチを使用して接続を検出する実施の形態における接続装置検出部８０のＩ／Ｆの構成を示した概略図である。図５に示すように、接続装置検出部８０は、各接続装置が接続されるコネクタ付近または接続手段付近に配設されたハードウェア・スイッチからの信号を受け取り、コンパレータ９２により生成されたＨ／Ｌレベルの信号が接続信号としてコントローラ９４へと入力される。コントローラ９４は、入力された接続信号に応答してルックアップ・テーブル９６を参照し、接続通知を生成する。接続通知が生成されると、コントローラ９４は、ＣＰＵ４２に対して割込を行い、ユーティリティ・ソフトウェアとして構成されるデバイス・ファインダＤＦを呼び出させる。
【００５１】
また、コントローラ９４は、生成された接続通知を、バイナリ・コードまたはＡＳＣＩＩコードなどの適切なフォーマットとして、デバイス・ファインダＤＦへと送信する。デバイス・ファインダＤＦは、接続通知を受取ると、適切な共用型変数、例えばconnect_statusに割当てられた、アドレスへと接続通知を格納する。
【００５２】
図６は、図５に示したコントローラ９４が含むルックアップ・テーブル９６の実施の形態を示した図である。コントローラ９４は、図６に示した実施の形態では、各接続装置の４つの接続信号のハイ／ローと、接続通知とを対応させたルックアップ・テーブル９６を参照して、接続信号から接続通知を生成する。なお、本発明では、接続される装置の数は、４つに限定されるものではなく、必要に応じて増加・減少させることができる。また、図６に示した実施の形態では、すべての接続装置が使用可能であることを示す場合には、「ＡＬＬ」の接続通知が対応づけられ、以下、使用できない装置を順次指定してゆく接続通知が対応付けされている。
【００５３】
なお、接続通知は、図６に示したストリング列の他、特定の状態を示すキャラクタ・コードまたは文字コード、例えばＡ、Ｂ、Ｃ、Ｄなどとしてコントローラ９４の不揮発性メモリに格納しておくことができる。
【００５４】
また、本発明の他の実施の形態では、例えば接続通知を１バイトのデータ庁を有するバイナリ・データとして定義し、図６に示したデバイス接続データを、接続通知の上位４ビットまたは下位４ビットに格納して生成させることもできる。この場合には、コントローラ９４は、図６に示したルックアップ・テーブル９６を使用することなく、１バイトの接続通知を、デバイス接続データのビット列の下位ビットまたは上位ビットに、ＯＲ演算により「００００」を追加するプログラムを実装することができる。本発明では、いずれの実施の形態であっても、アプリケーション・プログラムの処理または使用することができるハードウェア資源の特性に応答して、いかなる方法によっても接続通知を生成することができる。
【００５５】
図７には、接続装置検出部８０により検出された接続装置に対応するインスタンスがＲＡＭ内に生成された、ＲＡＭ４４内でのデータ格納構造を示す。実施の形態を示す。図７に示したＲＡＭ４４に格納されたデータ構造では、プログラムが格納される領域と、プログラムが宣言して初期化した各装置およびエンジンに対応するインスタンスが形成されている。図７に示した実施の形態では、４つの装置・エンジンが接続されているものとして説明しているが、さらに多くの装置・エンジンがある場合には、対応するインスタンス分のメモリ領域が確保され、生成されたインスタンスに対応して、画像処理用の空間が減少することになる。このメモリ空間の減少は、インスタンスが処理することができる画像イメージのサイズが小さくなることに直結し、所定の大きさの画像を処理する際のＩ／Ｏ処理時間を増加させ、処理効率が低下する。
【００５６】
本発明では、上述した問題点を、その時点で接続されている装置だけに対応するオブジェクト・クラスのインスタンスを生成させることにより、最適化させることを可能とする。すなわち、画像形成装置がその機能を向上させ、オブジェクトの種類が増加した場合にでも、ユーザが使用しない機能処理部のクラスを生成させない、またはユーザの指令で使用しなくともよい機能に対応するクラスを廃棄することにより、アプリケーション・プログラムとして同一のものを搭載した画像形成装置であっても、ユーザの状況に対応して最適な画像処理環境を提供することができる。
【００５７】
このことは、画像形成装置を提供する側にとっても、ユーザが新たな機能処理部を画像形成装置に搭載するごとにアプリケーションを追加する、その初期設定を行う、という煩雑な手続を行わずに済ませることができ、開発コストやメンテナンス・コストを低下させることができる。なお、ＲＡＭの容量は、適宜ユーザの要求により追加することや、複数のＲＡＭを用いることもできるが、ＲＡＭの容量に拘わらず、画像処理のために使用できるメモリ量は、大きければ大きいほど高速の画像処理が可能となる。このため、本発明は、ＲＡＭのメモリサイズによらず、ユーザに対して最適な画像処理環境を提供することができる。なお、本発明の特定の実施の形態では、グローバル・クラスの生成または破棄を行うものとして記述するが、ローカル・クラスの生成および破棄についてもグローバル・クラスの生成または破棄と同様に、本発明において適用することができる。
【００５８】
図８は、本発明の画像形成装置の制御方法のフローチャートを示す。図８に示した本発明の制御方法は、ステップ８０１で画像形成装置が起動された後に開始され、ステップ８０２で制御に必要なプログラム・コードを、ＲＯＭ、ハードディスクなどから読出す。ステップ８０３で接続装置検出部からの接続通知をモニタして、接続通知があるか否かを判断する。接続通知は、起動時の他、例えば、接続装置検出部８０が含むタイマなどを使用して、画像形成装置が起動された時点、または低消費電力モードの間など適切な待機期間中に定期的に通知され、接続通知に対応して割込が実行される。接続通知を受け取ると（ｙｅｓ）、デバイス・ファインダは、その時点でインスタンスを生成させた直前の接続通知のデータと、定期的に通知される第２の接続通知のデータとを比較し、ステップ８０４に進んで比較結果に応答したクラス識別値を取得する。
【００５９】
ステップ８０４では、画像処理装置は、対応テーブルを、受取った接続通知をキーとしてルックアップし接続通知により指定されるクラス識別値を判断する。生成クラスの判断は、クラス識別子を、例えばグローバル変数として定義したcurrent_classに取得させることにより、イニシャライズが必要なクラスを選択する。
【００６０】
図９には、本発明で使用することができる対応テーブル９８の実施の形態を示す。図９に示すように、対応テーブル９８は、接続通知を登録した接続通知フィールド１０２と、接続通知により指定される宣言するべきクラス（関数名）のクラス識別値をリストしたクラス・フィールド１０４とから構成されている。対応テーブル９８のルックアップは、本発明に特定の実施の形態では、接続通知をキーとして、該当するクラス・フィールドに対応したデータを格納したアドレスから、変数curent_classへと値を読み出し、判断ストリングを、mail、facsimileなどとして使用してストリング列の一致または不一致を判定して実行することができる。なお、本発明では、上述した手法以外にも同様の機能を提供することができる限り、他のプログラミング手法およびアルゴリズムを使用することができる。
【００６１】
さらに、本発明の制御方法を説明すると、ステップ８０５では、ルックアップ・テーブルにより指定されたクラスおよび使用するデータを宣言してインスタンスを作成する。具体的には、本発明のプログラムは、current_classに含まれているストリングが、クラス識別子として使用されるmail、facsimile、copy、printerに該当するストリングを有しているか否かを判断し、見出されたクラス識別値に対応するクラスを宣言し、インスタンス化させる。例えば、ＮＩＣ、スキャナ・ユニット、作像エンジン、ファクシミリ送受信装置のすべてが使用可能な場合であれば、変数current_classは、図９に示した第１行のmailfacsimilecopyprinter」のストリング列を格納しており、各クラス識別子すべてが見出されるので、それぞれのアプリケーションを実行するための関数、例えば「mail_appli()」、「scan_appli()」、「printer_appli()」、「copy_appli()」「facsimile_appli()」についてクラスを宣言し、インスタンスを形成させる処理が実行される。なお、本発明では、より簡単なクラス識別値、例えば特定のクラスを固有に識別させるクラス識別値を、固有のアルファベットやギリシャ文字および数値などを適宜組み合わせてクラス識別値を構成させ、固有のクラス識別値を特定の機能処理を行うための関数に関連づけるための、クラス識別値−関数をリストした関数参照テーブルを使用して、クラス宣言およびインスタンスを生成させることもできる。これらのクラス識別値−関数関連づけ処理については、適用される画像形成装置の性能やプログラミング時の特定の要求に応じて適宜選択することができる。
【００６２】
また、クラスの初期化に際しては、本発明の特定の実施の形態では、construct ()関数を使用して初期化を実行させることができるが、本発明では、construct ()関数以外にもいかなる同等の機能を有する関数でも用いることができる。本発明では、ステップ８０５においてクラスを初期化させた後、ステップ８０３へと処理を戻し、後続する接続通知を待機させる。
【００６３】
ステップ８０３で接続通知がない場合（ｎｏ）、処理は、ステップ８０６へと進み、生成したクラスに対応したオペレーション・パネルを用意して、ユーザにユーザ・インタフェースを表示させる。ステップ８０６で生成したクラスに対応したオペレーション・パネルを用意するとは、（１）生成したクラスに関連した機能のみを表示させるようにオペレーション・パネル表示を選択させる処理、または（２）オペレーション・パネル自体の表示を変えることなく、ユーザがクラス宣言されていない機能を起動するキーまたはパネル入力を行った場合、使用できないことを示すオペレーション・パネル表示を一定の時間表示させる別のオペレーション・パネル表示を設けておき、ユーザの入力に対応する機能が使用できないことを通知させる処理を用いることができるが、本発明では上記（１）および（２）以外のユーザ・インタフェースでも提供することができる。
【００６４】
図１０には、本発明においてオペレーション・パネルとして表示を行うために使用するパネルデータ・リスト１０６を示す。図１０に示すように、パネルデータ・リストは、複写機アプリケーション、プリンタ、アプリケーション、ファクシミリ・アプリケーション、メール・アプリケーションなどの機能を表に対応した機能識別フィールド１０８と機能に対応して表示するべき位置座標、「コピー」、「枚数」、「送信先」などの表示を与えるためのテキスト・データ、およびパネルを通して指令するための対応コマンド（内部コマンド）とを格納したデータ・フィールド１１０とを備えている。
【００６５】
さらに、図１０に示したパネルデータ・リストには、ユーザが使用できない機能を指令した場合に、使用できないことを表示させるためのオペレーション・パネル表示を与えるデータ、およびユーザに対して機能選択を行わせるためのユーザ・インタフェースを与えるデータが同時に格納されているのが示されている。
【００６６】
本発明の画像形成装置は、図１０に示したパネルデータ・リストを参照して、例えばデフォルト設定では、複写機アプリケーションの機能を提供するためのオペレーション・パネル表示を形成させ、ユーザ指令に応答して使用する機能を提供するオペレーション・パネルを表示させる。なお、本発明の他の実施の形態では、（位置データ、表示データ）をペアとした適切なイメージファイルを作成しておき、図１０に示したパネルデータ・リストには、イメージ領域に対応するタッチパネルの領域およびコマンドとを登録しておくことで、オペレーション・パネルに表示されるイメージの作成と都度実行させることなく高速メモリなどから読み出させることができる。
【００６７】
また、図１０に示した実施の形態では、ユーザに対して使用する機能を選択するためのオペレーション・パネル表示を与えるデータが格納されていて、ユーザがオペレーション・パネルまたは入力キーから機能選択指令を行うと、図１０に示した機能選択表示がオペレーション・パネル上に表示される。この場合、ユーザは、オペレーション・パネルに表示されたユーザ・インタフェースにしたがって、自己の必要とする機能だけを指定するか、または使用しない機能を指定して、不要なクラスのインスタンスを生成させずに、記憶空間を最適化させる。
【００６８】
再度、図８を使用して本発明の制御方法を説明すると、オペレーション・パネルの表示が終了した後、画像形成装置は、ステップ８０７でユーザ指令を待機する。ユーザが、オペレーション・パネルを操作して、使用できる機能に該当するジョブを指令するユーザ指令を行った場合（ｙｅｓ）には、ジョブ要求に対応するローカル・インスタンスを生成し処理を開始させることにより、ポイントＡ以後のユーザ指令に対応するジョブを実行させる。また、ユーザからのジョブ要求が、ユーザが使用できない機能を指令する場合には、ステップ８０６で用意した使用不能機能表示をユーザに与える。
【００６９】
図１１は、本発明の画像形成装置の制御方法の第２の実施の形態を示す。図１１に示した実施の形態では、オペレーション・パネルを介してユーザが使用しない機能を選択して、多くの機能を備えた画像形成装置に対してユーザ指令に基づき、生成するクラスの型および変数だけを宣言することにより生成されるインスタンスを制限し、画像処理のために使用できる記憶空間を最適化させる実施の形態である。
【００７０】
図１１に示した実施の形態では、ステップ１１０１〜１１０７およびステップ１１０８については、図８で説明したと同様なので詳細な説明を省略する。図１１に示した第２の実施の形態では、ステップ１１０９で、ユーザからの機能選択指令があるか否かを判断し、ユーザからの機能選択指令がない場合（ｎｏ）には、ステップ１１０７へと戻ってユーザからのジョブ要求を待機する。また、ユーザからの機能選択指令があった場合（ｙｅｓ）には、ステップ１１１０で該当する機能のクラスを、本発明の特定の実施の形態では、destruct ()関数を使用して終了させて、ＲＡＭ内の記憶空間を拡大させている。なお、本発明の図１１に示した実施の形態に関連するさらに他の実施の形態では、ユーザが使用しない機能を指定した場合に、ステップ１１１０ではなくステップ１１０４に分岐して、ユーザ指定以外のクラスを選択して宣言し、初期化させることもできる。
【００７１】
図１２は、本発明において、クラスを削除する場合の処理を示したフローチャートである。図１２に示した本発明のクラス削除処理は、ステップ１２０１から開始し、ステップ１２０２で接続装置検出ユニットからの接続通知をモニタする。その後、ステップ１２０３で、使用不可能な機能に対応するアプリケーション・クラスを、接続通知に対応する図９に示した対応テーブル９８から取得し、例えば共用型変数であるcurrent_class2に設定する。その後、変数current_class2とcurrent_classとの不一致ストリングを判断し、不一致と判断したクラス識別値を選択する。
【００７２】
ステップ１２０４では、クラス識別値に該当するクラスに対して、クラスを破棄する破棄するデストラクタ関数を適用して、該当するクラスのインスタンスおよびクラス宣言を破棄し、メモリを開放させる。なお、図１２に示したクラスの削除処理は、不一致と判断したクラス識別値が増加した、所謂機能処理部の増加の場合には、当該増加したクラス識別値に対応するクラスを宣言し、インスタンス化することにより、クラスの自動追加にも容易に拡張することができる。
【００７３】
その後、ステップ１２０５でユーザに対して使用することができる機能だけを表示したオペレーション・パネルを表示させるか、またはユーザに対して使用できない機能表示に対する警告を与えるオペレーション・パネルを表示させ、ステップ１２０６でユーザからのジョブ指令を待機する。その後、ユーザからのジョブ指令があると、ジョブに対応するインスタンスを生成し、ユーザ指令に対応した処理を実行させている。
【００７４】
図１３は、図８、図１１、図１２のポイントＡ以後の画像形成装置の実行する処理を示したフローチャートである。図１３に示されるように、画像形成装置は、ステップ１３０１で、ローカル・インスタンスを生成してユーザが要求したジョブに必要な画像処理を実行し、ステップ１３０２で画像処理により生成された画像データをＦＩＦＯ(First in-First-out)バッファなどに送る。ステップ１３０３では、バッファ・メモリ内のデータを先入れ・先出し順に対応する機能処理部に出力させユーザが要求したジョブを実行させる。
【００７５】
ステップ１３０４では、ＦＩＦＯバッファ内のデータが空か否かを判断し、空の場合（ｙｅｓ）処理データがなくなったものと判断し、ステップ１３０５で処理をステップ８０７、１１０７、１２０６に戻し次のジョブを待機する。なお、本発明では、ステップ１３０４の判断については、出力する画像データの有無ではなく、例えば、他の装置からの指令により行うこともできる。
【００７６】
本発明の制御方法を実行するためのプログラムは、アセンブラ言語、Ｃ言語などの手続処理型言語およびＣ＋＋言語、ＪＡＶＡ（登録商標）、ＪＡＶＡ（登録商標）ＡＰＰＬＥＴ、ＪＡＶＡ（登録商標）ＢＥＡＮＳ、Ｐｅｒｌなどを使用して記述することができ、本発明のプログラムは、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ、光磁気ディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭ、ＲＯＭなどに記録して画像形成装置に読取らせることができる。
【００７７】
これまで本発明を図面に示した実施の形態をもって説明してきたが、本発明は、図面に示した実施の形態に限定されるものではなく、別の実施の形態、変更例、本発明に対する他の構成要件の付加など、当業者により想到できる構成の相違であって、本願の作用効果を奏するものについても含むものである。
【図面の簡単な説明】
【００７８】
【図１】本発明の画像形成装置を示した図。
【図２】本発明の画像形成装置の制御処理部の構成を示した図。
【図３】本発明のソフトウェア構成を示した図。
【図４】本発明の接続装置検出部（デバイス・ファインダ）を使用した接続装置の検出を示した概略図。
【図５】本発明の接続装置検出部の構成を示した概略図。
【図６】接続装置検出部のコントローラが保有するルックアップ・テーブルを示した図。
【図７】本発明によりＲＡＭ内に格納されるデータの構造を示した概略図。
【図８】本発明の制御方法の第１の実施の形態のフローチャートを示した図。
【図９】本発明において使用する対応テーブルの実施の形態を示した図。
【図１０】本発明において使用するパネルデータ・リストを示した図。
【図１１】本発明の制御方法の第３の実施の形態のフローチャート。
【図１２】本発明の制御方法の第３の実施の形態のフローチャート。
【図１３】本発明により生成されたインスタンスにより実行されるジョブのフローチャート。
【符号の説明】
【００７９】
１０…画像形成装置、１２…ＡＤＦ、１４…イメージ・リーダ、１６…コントロール・ユニット、１８…感光体ドラム、２０…現像装置、２２…転写部材、２４…中間転写体、２６…２次転写装置、２８…定着装置、３０…公衆電話回線、３２…ネットワーク、４０…制御処理部、４２…ＣＰＵ、４４…ＲＡＭ、４６…ＲＯＭ、４８…画像処理部、５０…スキャナ装置、５２…オペレーション・パネル（入力キー）、５４…スキャナＩ／Ｆ、５６…入出力Ｉ／Ｆ、５８…ファクシミリ・コントローラ、６０…エンジン・コントローラ、６２…ＮＩＣ、６４…ＩＤＥ、６６…インタフェース（ＵＳＢ／ＩＥＥＥ１２８４）、６８…ＤＳＵ／ＴＡ、７０…作像エンジン、７２…ネットワーク（ＬＡＮ、ＷＡＮ、インターネット）、７４…ＨＤＤ、７６…内部バス、
７８…ファクシミリ送受信装置、８０…接続装置検出部、８２…第１層レベル、８４…第２層レベル、８６…オペレーティング・システム、８８…ユーティリティ・ソフトウェア、９０…第３層レベル、９２…コンパレータ、９４…コントローラ、９６…ルックアップ・テーブル、９８…対応テーブル、１０２…クラス・フィールド、１０４…クラス・フィールド、１０６…パネルデータ・リスト、１０８…機能識別フィールド、１１０…データ・フィールド
【図１】
2007081846.tif 000003
【図２】
2007081846.tif 000004
【図３】
2007081846.tif 000005
【図４】
2007081846.tif 000006
【図５】
2007081846.tif 000007
【図６】
2007081846.tif 000008
【図７】
2007081846.tif 000009
【図８】
2007081846.tif 000010
【図９】
2007081846.tif 000011
【図１０】
2007081846.tif 000012
【図１１】
2007081846.tif 000013
【図１２】
2007081846.tif 000014
【図１３】
2007081846.tif 000015