JP2007011726A - 操作パネル制御管理装置、操作パネル制御管理方法及び操作パネル制御管理プログラム - Google Patents

Abstract

【課題】 組み込み型の装置において好適な取得依頼に応答する取得処理を実行する操作パネル制御管理装置を提供する。
【解決手段】 使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの取得依頼を受け付けた場合に、該取得依頼に応じた使用オブジェクトタイプデータを取得し、該取得した使用オブジェクトタイプデータを管理する。
【選択図】 図５

Description

本発明は、表示部上に表示される操作パネル制御を管理する操作パネル制御管理装置、操作パネル制御管理方法及び操作パネル制御管理プログラムに関し、特に、ＬＣＤやＣＲＴを使用した機器の操作パネル制御に好適な操作パネル制御管理装置、操作パネル制御管理方法及び操作パネル制御管理プログラムに関するものである。

近年、パーソナルコンピュータ（ＰＣ：Personal Computer）やネットワークコンピュータ（ＮＣ：Network Computer）において、アプリケーションプログラムのダウンロード機能が標準装備されつつある環境下にある。このような環境下では、システム設計時に想定していない性質を持つアプリケーションプログラムをダウンロードし、該ダウンロードしたアプリケーションプログラムを実行してしまう可能性が高い。しかしながら、上記環境下で使用されるオペレーティングシステムは、実行される全てのアプリケーションプログラムの性質を予測して設計しておくことは不可能に近いものがある。

また、家電製品（ＣＥ：Consumer Electronics）に使用される組み込み用のオペレーティングシステム（組み込みＯＳ）においても上記と同様な問題が生じることはいうまでもない。

このようなことから、本発明より先に出願された技術文献として、１つ以上のオブジェクトから構成される少なくとも１つの実行主体と、上記実行主体に対してサービスを提供する１つ以上のオブジェクトから構成される少なくとも１つの実行環境と、上記実行主体又は実行環境を構成するオブジェクトからの要求に基づいて、上記実行環境を構成するオブジェクトを削除するとともに外部システムから新たなオブジェクトを取り込んで、上記実行環境を構成するオブジェクトの置換処理を行うオブジェクト置換手段とを備え、オブジェクト指向を適用したデータ処理システムにおいて、実行主体に対してそれぞれ好適な実行環境を提供するようにした技術が開示された文献がある（例えば、特許文献１参照）。
特開２０００−２５９４１７号公報

なお、上記特許文献１の技術は、ネットワーク越しに必要なオブジェクトをダウンロードすることで、実行主体に対して好適な実行環境を提供するものであり、短い応答性能や低コストが要求される組み込み型のシステム設計に対しては好適な手法というものではない。

本発明は、上記事情に鑑みてなされたものであり、組み込み型の装置において好適な取得依頼に応答する取得処理を実行する操作パネル制御管理装置、操作パネル制御管理方法及び操作パネル制御管理プログラムを提供することを目的とするものである。

かかる目的を達成するために、本発明は以下の特徴を有することとする。

本発明にかかる操作パネル制御管理装置は、使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの取得依頼を受け付けた場合に、該取得依頼に応答する取得処理を実行すると共に、取得依頼を管理する操作パネル制御管理装置であって、取得依頼に応じた使用オブジェクトタイプデータを取得する取得手段と、取得手段により取得した使用オブジェクトタイプデータを管理する管理手段と、を有することを特徴とするものである。

また、本発明にかかる操作パネル制御管理装置において、取得手段は、管理手段を木構造の親として、管理手段に管理されることを特徴とするものである。

また、本発明にかかる操作パネル制御管理装置は、使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの仕様を保持する保持手段を有することを特徴とするものである。

また、本発明にかかる操作パネル制御管理装置において、保持手段は、管理手段を木構造の親として、管理手段に管理されることを特徴とするものである。

また、本発明にかかる操作パネル制御管理装置は、保持手段が保持する使用オブジェクトタイプデータの仕様を動的に変更する変更手段を有することを特徴とするものである。

また、本発明にかかる操作パネル制御管理装置において、管理手段は、取得手段により取得した使用オブジェクトタイプデータを個別に管理することを特徴とするものである。

また、本発明にかかる操作パネル制御管理方法は、使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの取得依頼を受け付けた場合に、該取得依頼に応答する取得処理を実行すると共に、取得依頼を管理する管理装置において行う操作パネル制御管理方法であって、取得依頼に応じた使用オブジェクトタイプデータを取得する取得工程と、取得工程により取得した使用オブジェクトタイプデータを管理する管理工程と、を、管理装置が行うことを特徴とするものである。

また、本発明にかかる操作パネル制御管理方法において、管理工程は、１つのオブジェクトを生成し、該生成した１つのオブジェクトを木構造の親として取得工程により取得した使用オブジェクトタイプデータを管理することを特徴とするものである。

また、本発明にかかる操作パネル制御管理方法において、管理工程は、１つのオブジェクトを生成し、該生成した１つのオブジェクトを木構造の親として、使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの仕様を管理することを特徴とするものである。

また、本発明にかかる操作パネル制御管理方法は、使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの仕様を動的に変更する変更工程を、管理装置が行うことを特徴とするものである。

また、本発明にかかる操作パネル制御管理方法において、管理工程は、取得工程により取得した使用オブジェクトタイプデータを個別に管理することを特徴とするものである。

また、本発明にかかる操作パネル制御管理プログラムは、使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの取得依頼を受け付けた場合に、該取得依頼に応答する取得処理を実行すると共に、取得依頼を管理する管理装置において実行させる操作パネル制御管理プログラムであって、取得依頼に応じた使用オブジェクトタイプデータを取得する取得処理と、取得処理により取得した使用オブジェクトタイプデータを管理する管理処理と、を、管理装置において実行させることを特徴とするものである。

また、本発明にかかる操作パネル制御管理プログラムにおいて、管理処理は、１つのオブジェクトを生成し、該生成した１つのオブジェクトを木構造の親として取得処理により取得した使用オブジェクトタイプデータを管理することを特徴とするものである。

また、本発明にかかる操作パネル制御管理プログラムにおいて、管理処理は、１つのオブジェクトを生成し、該生成した１つのオブジェクトを木構造の親として、使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの仕様を管理することを特徴とするものである。

また、本発明にかかる操作パネル制御管理プログラムは、使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの仕様を動的に変更する変更処理を、管理装置において実行させることを特徴とするものである。

また、本発明にかかる操作パネル制御管理プログラムにおいて、管理処理は、取得処理により取得した使用オブジェクトタイプデータを個別に管理することを特徴とするものである。

本発明によれば、使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの取得依頼を受け付けた場合に、該取得依頼に応じた使用オブジェクトタイプデータを取得し、該取得した使用オブジェクトタイプデータを管理することで、組み込み型の装置において好適な取得依頼に応答する取得処理を実行することが可能となる。

まず、図５を参照しながら、本実施形態における画像形成装置の特徴について説明する。

本実施形態における画像形成装置は、使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの取得依頼を受け付けた場合に、該取得依頼に応じた使用オブジェクトタイプデータを取得し、該取得した使用オブジェクトタイプデータを管理することを特徴とするものである。これにより、画像形成装置に使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータのみを取得し、該取得した使用オブジェクトタイプデータを管理することが可能となり、本実施形態における画像形成装置において適用可能な必要最小限の使用オブジェクトタイプデータのみを準備して管理することが可能となる。以下、添付図面を参照しながら、本実施形態における画像形成装置について説明する。

（第１の実施形態）
まず、図１を参照しながら、本実施形態の画像形成装置について説明する。

本実施形態における画像形成装置は、図１に示すように、ＣＰＵ（１）と、ＲＯＭ（２）と、ＲＡＭ（３）と、ＮＶＲＡＭ（４）と、モデム（５）と、ホストＩ／Ｆ（６）と、操作パネル（７）と、パネル制御部（８）と、スキャン／プリントエンジン（９）と、エンジン制御部（１０）と、記憶装置（１１）と、ディスクドライバ（１２）と、通信制御部（１３）と、を有して構成される。

ＣＰＵ（１）は、画像形成装置全体の制御を司るものであり、その制御下に、各部（２）〜（１３）を有することになる。

ＲＯＭ（２）は、プログラムコード、フォント、及びその他の静的なデータを格納するものである。ＲＡＭ（３）は、一時的にデータを記憶するものである。ＮＶＲＡＭ（４）は、不揮発性のデータを格納するものである。

モデム（５）は、公衆回線と接続し、外部機器との通信を行うものである。ホストＩ／Ｆ（６）は、セントロニクスやＲＳ−２３２Ｃ等のインターフェイスを適用し、ホストとなる外部機器との通信を行うものである。

操作パネル（７）とパネル制御部（８）とは、画像形成装置を利用する使用者とのインターフェイスを司るものである。

スキャン／プリントエンジン（９）とエンジン制御部（１０）とは、イメージデータの入出力ユニットとして、紙原稿の読取処理と転写紙への印刷処理を実行するものである。

記憶装置（１１）とディスクドライバ（１２）とは、大量のイメージデータなどを蓄積するものである。

通信制御部（１３）は、イーサネット（登録商標）等のネットワークに接続され、外部機器との通信を制御するものである。

次に、図２を参照しながら、本実施形態の画像形成装置におけるソフトウェア構成について説明する。

本実施形態の画像形成装置におけるソフトウェア構成は、『アプリケーションプログラム』と、『パネル制御プログラム』と、『エンジン制御プログラム』と、『通信制御プログラム』と、『パネルドライバ』と、『エンジンドライバ』と、『通信ドライバ』と、『オペレーションシステム』と、を有して構成される。

『アプリケーションプログラム』は、コピー、ファクス、プリンタなどの機能実行を管理するものである。

『パネル制御プログラム』は、『パネルドライバ』を介して、図１に示す操作パネル制御部（８）を制御するものであり、操作パネル（７）を使用する操作者からの操作命令情報を『アプリケーションプログラム』に送信し、『アプリケーションプログラム』からの情報を基に、図１に示す操作パネル制御部（８）を制御し、操作パネル（７）上に表示し、操作者に所定の情報を通知するものである。

『パネルドライバ』は、上記の『パネル制御プログラム』の指示により、『オペレーションシステム』を介して図１に示す操作パネル制御部（８）を制御するものである。

『エンジン制御プログラム』は、『エンジンドライバ』を介して、図１に示すエンジン制御部（１０）を制御するものであり、エンジン制御部（１０）からの情報を『アプリケーションプログラム』に送信し、『アプリケーションプログラム』からの情報を基に、エンジン制御部（１０）を制御するものである。

『エンジンドライバ』は、上記の『エンジン制御プログラム』の指示により、『オペレーションシステム』を介して図１に示すスキャン／プリントエンジン（９）を制御するものである。

『通信制御プログラム』は、『通信ドライバ』を介して、図１に示す通信制御部（１３）を制御するものであり、ネットワーク上の通信相手からの情報を『アプリケーションプログラム』に送信し、『アプリケーションプログラム』からの情報をネットワーク上の通信相手に送信するものである。

『通信ドライバ』は、上記の『通信制御プログラム』の指示により、『オペレーションシステム』を介して図１に示す通信制御部（１３）を制御するものである。

『オペレーションシステム』は、各種ドライバからの指示に基づき、物理デバイスを制御し、物理デバイスの情報を各デバイスドライバに送信し、各デバイスドライバからの情報を物理デバイスに送信するものである。

次に、図３を参照しながら、本実施形態の画像形成装置に適用される図２に示す『パネル制御プログラム』のソフトウェアクラス構成について説明する。なお、図３に示すソフトウェアクラス構成は、図２に示す『パネル制御プログラム』のＵＭＬ（Unified Modeling Language）のクラス図を示している。なお、ＵＭＬとは、ＯＭＧ（Object Management Group）という団体がまとめたシステムモデリング言語であり、システムモデリングの成果を記述する記法を定義したものである。そして、このＵＭＬは、オブジェクト指向によるソフトウェア開発において、一般的に用いられているものである。

本実施形態の画像形成装置に適用される『パネル制御プログラム』のクラス構成は、図３に示すように、『オブジェクト生成コマンド』と、『個別オブジェクト生成コマンド』と、『使用オブジェクト』と、の３つのクラスを有して構成される。

なお、各クラスを示す矩形を結ぶ直線は、その両端のクラス間に関係があることを表しており、この直線の両端付近の文字はクラスの役割を、数字はクラスの多重度をそれぞれ示している。ここで、役割とは、かかる直線の両端における、一方のクラスからみた、もう一方のクラスの役割や立場のことであり、多重度とは、かかる直線の両端のクラスから生成されるオブジェクト数の対応関係のことである。

たとえば、『オブジェクト生成コマンド』の多重度は「１」であり、『個別オブジェクトコマンド』の多重度は「１．．＊」である。ここで、「１．．＊」は、かかる『個別オブジェクトコマンド』の多重度が、１から上限数なしの範囲であることを示している。また、たとえば、「１．．３」の記載をした場合には、かかるクラスの多重度が、１〜３の範囲であることを示す。

また、各クラスを示す矩形は３段の区画を有し、上から、クラス名を示す名前区画、クラスが有するデータ（属性）を示す属性区画、およびクラスが有する処理（操作）を示す操作区画と呼ばれる。このように、各クラスは、データ（属性）を所持するための属性区画と、かかる属性の書き込みおよび読み出しをおこなう処理（操作）を所持するための操作区画とを有している。

なお、これらの各クラスは、プログラムの一部として構成されるため、あらかじめＲＯＭ（２）に格納され、該格納されたプログラムが実行されると、各クラスはＲＡＭ（３）の所定領域に実体化され、属性区画に含まれる各データ（属性）がＲＡＭ（３）上に展開されることになる。したがって、各クラスを実体化したオブジェクトは、ＲＡＭ（３）上の各データ（属性）の書き込みおよび読み出しをすることが可能となる。

なお、図３に示す『使用オブジェクト』は、パネル制御プログラムに用いられるオブジェクト設計データである。

また、『個別オブジェクト生成コマンド』は、『使用オブジェクト』のオブジェクトタイプを実行するための役割を持つものである。

また、『オブジェクト生成コマンド』は、『個別オブジェクト生成コマンド』を管理する役割を持つものである。

次に、図４〜図７を参照しながら、本実施形態の画像形成装置において行われるパネル制御について説明する。

本実施形態の画像形成装置における『パネル制御プログラム』は、図４に示すソフトウェア構成図例のように、『共通プログラム』と、『画面設計データ』と、を有して構成される。

なお、『共通プログラム』とは、各画像形成装置において共通に使用されるパネル制御プログラムを示すものである。

また、『画面設計データ』とは、各画像形成装置において共通に使用することができない各画像形成装置特有のパネル制御プログラムを示すものであり、図７に示す操作パネル（８）上に表示する画面デザインや、使用オブジェクトタイプを定義する画面設計情報を有して構成される。

このように、本実施形態における『パネル制御プログラム』は、各画像形成装置の共通のパネル制御プログラムとなる『共通プログラム』と、各画像形成装置特有のパネル制御プログラムとなる『画面設計データ』と、に分離して管理することで、新規機能を追加する場合には、『共通プログラム』を変更することなく、『画面設計データ』に新規機能を追加するだけで、変更処理が済むことになる。これにより、共通のパネル制御プログラム（共通プログラム）を備えながら、各画像形成装置のアプリケーションプログラムが使用したい『画面設計データ』を保持して管理することが可能となる。なお、本実施形態における画像形成装置は、この『画面設計データ』を各オブジェクトモデルに反映させることになる。

（使用オブジェクトタイプの抽出処理）
まず、図５、図６を参照しながら、本実施形態の画像形成装置に適用可能な使用オブジェクトタイプの抽出処理について説明する。なお、以下の抽出処理は、所定の条件発生時（例えば、画像形成装置の電源投入時）に、画面設計データの解析処理を実行し、本実施形態の画像形成装置に適用可能な使用オブジェクトタイプの抽出処理が行われることになる。

まず、複数の個別画面設計データ「１．．＊」の中から１つの個別画面設計データ（１）を読み込み（ステップＳ１）、該読み込んだ個別画面設計データ（１）を解析する（ステップＳ２）。そして、その解析した解析結果を基に、個別画面設計データ（１）に関連付けられたオブジェクト設計データ「１．．＊」の中から、本実施形態の画像形成装置の画面設計データに適用可能なオブジェクト設計データのオブジェクトタイプのみを抽出することになる（ステップＳ３）。そして、その個別画面設計データ（１）から抽出したオブジェクトタイプをＲＡＭ（３）上に記憶することになる（ステップＳ４）。

そして、全ての個別画面設計データの読み込みが終了したか否かを判断し（ステップＳ５）、全ての個別画面設計データの読み込みが終了していないと判断した場合は（ステップＳ５／Ｎｏ）、まだ読み込みを終了していない個別画面設計データ「２．．＊」の中から１つの個別画面設計データ（２）を読み込み（ステップＳ１）、該読み込んだ個別画面設計データ（２）を解析する（ステップＳ２）。そして、その解析した解析結果を基に、個別画面設計データ（２）に関連付けられたオブジェクト設計データ「２．．＊」の中から、本実施形態の画像形成装置の画面設計データに適用可能なオブジェクト設計データのオブジェクトタイプのみを抽出することになる（ステップＳ３）。そして、その個別画面設計データ（２）から抽出したオブジェクトタイプをＲＡＭ（３）上に記憶することになる（ステップＳ４）。

そして、再び、全ての個別画面設計データの読み込みが終了したか否かを判断し（ステップＳ５）、全ての個別画面設計データに対して上述した読み込み処理を行い、全ての個別画面設計データ（１．．＊）の中から、本実施形態の画像形成装置の画面設計データに適用可能なオブジェクト設計データのオブジェクトタイプのみを抽出し、該抽出したオブジェクトタイプをＲＡＭ（３）上に記憶することになる。これにより、本実施形態の画像形成装置の画面設計データに適用可能なオブジェクト設計データのオブジェクトタイプ（使用オブジェクトタイプ）のみを抽出し、該抽出した使用オブジェクトタイプをＲＡＭ（３）上に記憶することが可能となる。

（操作パネル制御プログラムの実行準備処理）
次に、図５、図７を参照しながら、図６の処理によりＲＡＭ（３）上に記憶した使用オブジェクトタイプを基に、操作パネル制御プログラムの実行準備を行う際の処理動作について説明する。

まず、ＲＡＭ（３）上に記憶した使用オブジェクトタイプを管理するための、オブジェクト生成コマンドを生成し、該生成したオブジェクト生成コマンドにより、ＲＡＭ（３）上に記憶した使用オブジェクトタイプを実行するための個別オブジェクト生成コマンドの生成処理を行うことになる（ステップＳ１１）。

まず、ＲＡＭ（３）上に記憶した１つ目の使用オブジェクトタイプを読み込み（ステップＳ１２）、該読み込んだ１つ目の使用オブジェクトタイプを実行するための第１の個別オブジェクト生成コマンドを生成する（ステップＳ１３）。

次に、ＲＡＭ（３）上に記憶した全ての使用オブジェクトタイプの読み込みが終了したか否かを判断し（ステップＳ１４）、全ての使用オブジェクトタイプの読み込み処理が終了していないと判断した場合は（ステップＳ１４／Ｎｏ）、まだ読み込みが終了していないＲＡＭ（３）上に記憶した２つの目の使用オブジェクトタイプを読み込み（ステップＳ１２）、該読み込んだ２つ目の使用オブジェクトタイプを実行するための第２の個別オブジェクト生成コマンドを生成する（ステップＳ１３）。

そして、再び、ＲＡＭ（３）上に記憶した全ての使用オブジェクトタイプの読み込みが終了したか否かを判断し（ステップＳ１４）、全ての使用オブジェクトタイプの読み込み処理が終了すると判断するまで（ステップＳ１４／Ｙｅｓ）、上述した処理を行うことになる。これにより、ＲＡＭ（３）上に記憶した使用オブジェクトタイプを実行するための個別オブジェクト生成コマンドを生成し、該生成した個別オブジェクト生成コマンドを管理することになる。

このように、本実施形態における画像形成装置は、画像形成装置毎に異なる機能部分となる画面設計データの読み込み処理を行い、本実施形態における画像形成装置の画面設計データに適用可能なオブジェクト設計データのオブジェクトタイプのみを抽出し、該抽出したオブジェクトタイプを実行するための個別オブジェクト生成コマンドを作成して管理することで、本実施形態における画像形成装置において適用可能な必要最小限のオブジェクト設計データのオブジェクトタイプのみを準備して管理することが可能となる。これにより、画像形成装置に搭載されるＲＡＭの使用量を低減させ、ハードウェアの低コスト化による安価なシステムの供給を実現することが可能となる。また、各画像形成装置に共通な機能部分となる『共通プログラム』と、各画像形成装置毎に異なる機能部分となる『画面設計データ』と、を分離して管理することで、本実施形態の画像形成装置に適用可能な『画面設計データ』の使用オブジェクトタイプの抽出処理にかかる時間を短縮し、快適な操作環境を提供することが可能となる。

（第２の実施形態）
次に、第２の実施形態について説明する。
第２の実施形態における画像形成装置は、画像形成装置において適用可能な必要最小限のオブジェクト設計データのオブジェクトタイプのみを準備して管理する際に、その管理するオブジェクト設計データのオブジェクトタイプがどのようなオブジェクトタイプであるかという情報（仕様）を付加させて管理することを特徴とするものである。以下、図８、図９を参照しながら、第２の実施形態における画像形成装置について説明する。

第２の実施形態における画像形成装置のパネル制御プログラムは、図８に示すソフトウェア構成図例のように、『共通プログラム』と、『画面設計データ』と、『使用オブジェクトタイプデータ』と、を有して構成される。

なお、『使用オブジェクトタイプデータ』は、本実施形態の画像形成装置に適用可能なオブジェクト設計データの使用オブジェクトタイプを定義したものである。

次に、図９を参照しながら、第２の実施形態の画像形成装置におけるパネル制御処理について説明する。

（操作パネル制御プログラムの実行準備処理）
まず、本実施形態の画像形成装置に適用可能な使用オブジェクトタイプを管理するための、オブジェクト生成コマンドを生成し、該生成したオブジェクト生成コマンドにより、本実施形態の画像形成装置に適用可能な使用オブジェクトタイプを実行するための個別オブジェクト生成コマンドの生成処理を行うことになる（ステップＳ２１）。

まず、本実施形態の画像形成装置に適用可能な１つ目の使用オブジェクトタイプを読み込み（ステップＳ２２）、該読み込んだ１つ目の使用オブジェクトタイプを実行するための第１の個別オブジェクト生成コマンドを生成する（ステップＳ２３）。

次に、本実施形態の画像形成装置に適用可能な全ての使用オブジェクトタイプの読み込みが終了したか否かを判断し（ステップＳ２４）、全ての使用オブジェクトタイプの読み込み処理が終了していないと判断した場合は（ステップＳ２４／Ｎｏ）、まだ読み込みが終了していない、本実施形態の画像形成装置に適用可能な２つの目の使用オブジェクトタイプを読み込み（ステップＳ２２）、該読み込んだ２つ目の使用オブジェクトタイプを実行するための第２の個別オブジェクト生成コマンドを生成する（ステップＳ２３）。

そして、再び、本実施形態の画像形成装置に適用可能な全ての使用オブジェクトタイプの読み込みが終了したか否かを判断し（ステップＳ２４）、全ての使用オブジェクトタイプの読み込み処理が終了すると判断するまで（ステップＳ２４／Ｙｅｓ）、上述した処理を行うことになる。これにより、本実施形態の画像形成装置に適用可能な使用オブジェクトタイプを実行するための個別オブジェクト生成コマンドを生成し、該生成した個別オブジェクト生成コマンドを管理することになる。

このように、第２の実施形態における画像形成装置は、画像形成装置において適用可能な必要最小限のオブジェクト設計データのオブジェクトタイプのみを準備して管理する際に、その管理するオブジェクト設計データのオブジェクトタイプがどのようなオブジェクトタイプであるかという情報（仕様）を付加させて管理することで、画像形成装置において適用可能なオブジェクト設計データがどのようなオブジェクトタイプであるか否かを判定する際の処理を短縮することができ、更なる実行速度の向上を図ることが可能となり、より快適な操作環境を提供することが可能となる。

（第３の実施形態）
次に、第３の実施形態について説明する。
第３の実施形態における画像形成装置は、画像形成装置において適用可能なオブジェクト設計データのオブジェクトタイプがどのようなオブジェクトタイプであるかという情報（仕様）を動的に変更することを可能としたことを特徴とするものである。以下、図９〜図１２を参照しながら、第３の実施形態における画像形成装置について説明する。

第３の実施形態における画像形成装置のパネル制御プログラムは、図１０に示すソフトウェア構成図例のように、『共通プログラム』と、『画面設計データ』と、『使用オブジェクトタイプデータ』と、『使用オブジェクトタイプ変更プログラム』と、を有して構成される。

『使用オブジェクトタイプ変更プログラム』は、『使用オブジェクトタイプデータ』を変更するためのものである。

（使用オブジェクトタイプデータの変更）
まず、図１１を参照しながら、使用オブジェクトタイプデータの変更処理について説明する。

まず、『使用オブジェクトタイプ変更プログラム』を起動する（ステップＳ３１）。

そして、その起動した『使用オブジェクトタイプ変更プログラム』を基に、操作パネル制御プログラムにより外部システムから供給される新たなオブジェクトタイプデータ（新オブジェクトタイプデータ）の読み込み処理を行い（ステップＳ３２）、使用オブジェクトタイプデータの内容を初期化することになる（ステップＳ３３）。これにより、新たなオブジェクトタイプデータを読み込むことになる。

次に、図１２を参照しながら、新オブジェクトタイプデータの登録処理について説明する。

まず、新オブジェクトタイプデータを読み込み（ステップＳ４１）、該読み込んだ新オブジェクトタイプデータを、使用オブジェクトタイプデータに登録する（ステップＳ４２）。

次に、全ての新オブジェクトタイプデータの読み込みが終了したか否かを判断し（ステップＳ４３）、全ての新オブジェクトタイプデータの読み込みが終了していないと判断した場合には（ステップＳ４３／Ｎｏ）、まだ、読み込みが終了していない新オブジェクトタイプデータの読み込みを行い（ステップＳ４１）、該読み込んだ新オブジェクトタイプデータを、使用オブジェクトタイプデータに登録することになる（ステップＳ４２）。

そして、再び、全ての新オブジェクトタイプデータの読み込みが終了したか否かを判断し（ステップＳ４３）、全ての新オブジェクトタイプデータの読み込みが終了すると判断するまで（ステップＳ４３／Ｙｅｓ）、上述した処理を行うことになる。これにより、使用オブジェクトタイプ変更プログラムの起動により読み込んだ新オブジェクトタイプデータを使用オブジェクトタイプデータとして登録することになる。

次に、図９を参照しながら、パネル制御処理について説明する。
第３の実施形態の画像形成装置におけるパネル制御処理は、第２の実施形態における画像形成装置と同様に、本実施形態の画像形成装置に適用可能な使用オブジェクトタイプを管理するための、オブジェクト生成コマンドを呼び出し、該呼び出したオブジェクト生成コマンドにより、本実施形態の画像形成装置に適用可能な使用オブジェクトタイプを実行するための個別オブジェクト生成コマンドの生成処理を行うことになる。

このように、第３の実施形態における画像形成装置は、画像形成装置において適用可能なオブジェクト設計データのオブジェクトタイプがどのようなオブジェクトタイプであるかという情報（仕様）を動的に変更可能とすることで、パネル制御プログラム自体を入れ替えることなく、新しいアプリケーションプログラムが求めるオブジェクト使用状況にも適用させることが可能となる。従って、パネル制御プログラムの適用範囲を時間的にも空間的にも拡張することが可能となる。

この空間的な適用範囲の広がりにより、適用環境ごとにプログラムを作成する必要性を低減させることになり、プログラムの開発コストを下げることが可能となる。また、時間的な広がりにより、新しいプログラムを入れ替える必要性をなくすことになり、コストパフォーマンスの高いシステムを提供することが可能となる。

なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。例えば、上記実施形態における画像形成装置は、図１に示すように、パネル制御部（８）と、エンジン制御部（１０）と、が同じＣＰＵ資源（１）を用いて制御するように設計したシステム構成としたが、図１３に示すように、パネル制御部（８）と、エンジン制御部（１１０）と、が別々のＣＰＵ資源（１、１０１）を用いて制御するように設計したシステム構成にすることも可能である。

また、上述した画像形成装置における処理動作は、ハード構成ではなく、コンピュータプログラム等のソフトウェアにより実行することも可能であり、また、上記のプログラムは、光記録媒体、磁気記録媒体、光磁気記録媒体、または半導体等の記録媒体に記録し、その記録媒体からプログラムを情報処理装置に読み込ませることで、上述した処理動作を情報処理装置において実行させることも可能である。また、所定のネットワークを介して接続されている外部機器からプログラムを情報処理装置に読み込ませることで、上述した処理動作を情報処理装置において実行させることも可能である。

本実施形態における操作パネル制御管理装置、操作パネル制御管理方法及び操作パネル制御管理プログラムは、ＬＣＤやＣＲＴを搭載した機器に適用可能である。

本実施形態における画像形成装置の構成を示すブロック図である。 本実施形態の画像形成装置におけるソフトウェア構成を示す図である。 本実施形態の画像形成装置に適用されるソフトウェアクラス構成を示す図である。 第１の実施形態の画像形成装置に適用されるパネル制御プログラムの構成を示す図である。 本実施形態の画像形成装置におけるパネル制御処理を説明するための図である。 第１の実施形態の画像形成装置におけるパネル制御処理を示す第１の図である。 第１の実施形態の画像形成装置におけるパネル制御処理を示す第２の図である。 第２の実施形態の画像形成装置におけるパネル制御プログラムの構成を示す図である。 第２の実施形態の画像形成装置におけるパネル制御処理を示す図である。 第３の実施形態の画像形成装置におけるパネル制御プログラムの構成を示す図である。 第３の実施形態の画像形成装置におけるパネル制御処理を示す第１の図である。 第３の実施形態の画像形成装置におけるパネル制御処理を示す第２の図である。 本実施形態における画像形成装置に適用可能なシステム構成例を示すブロック図である。

符号の説明

１、１０１ ＣＰＵ
２、１０２ ＲＯＭ
３、１０３ ＲＡＭ
４、１０４ ＮＶＲＡＭ
５、１０５ モデム
６、１０６ ホストＩ／Ｆ
７ 操作パネル
８ パネル制御部
９、１０９ スキャン／プリントエンジン部
１０、１１０ エンジン制御部
１１、１１１ 記憶装置
１２、１１２ ディスクドライバ
１３、１１３ 通信制御部

Claims (16)

1. 使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの取得依頼を受け付けた場合に、該取得依頼に応答する取得処理を実行すると共に、前記取得依頼を管理する操作パネル制御管理装置であって、
   前記取得依頼に応じた前記使用オブジェクトタイプデータを取得する取得手段と、
   前記取得手段により取得した使用オブジェクトタイプデータを管理する管理手段と、
   を有することを特徴とする操作パネル制御管理装置。
2. 前記取得手段は、前記管理手段を木構造の親として、前記管理手段に管理されることを特徴とする請求項１記載の操作パネル制御管理装置。
3. 使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの仕様を保持する保持手段を有することを特徴とする請求項１または２記載の操作パネル制御管理装置。
4. 前記保持手段は、前記管理手段を木構造の親として、前記管理手段に管理されることを特徴とする請求項３記載の操作パネル制御管理装置。
5. 前記保持手段が保持する使用オブジェクトタイプデータの仕様を動的に変更する変更手段を有することを特徴とする請求項３または４記載の操作パネル制御管理装置。
6. 前記管理手段は、前記取得手段により取得した使用オブジェクトタイプデータを個別に管理することを特徴とする請求項１記載の操作パネル制御管理装置。
7. 使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの取得依頼を受け付けた場合に、該取得依頼に応答する取得処理を実行すると共に、前記取得依頼を管理する管理装置において行う操作パネル制御管理方法であって、
   前記取得依頼に応じた前記使用オブジェクトタイプデータを取得する取得工程と、
   前記取得工程により取得した使用オブジェクトタイプデータを管理する管理工程と、
   を、前記管理装置が行うことを特徴とする操作パネル制御管理方法。
8. 前記管理工程は、
   １つのオブジェクトを生成し、該生成した１つのオブジェクトを木構造の親として前記取得工程により取得した使用オブジェクトタイプデータを管理することを特徴とする請求項７記載の操作パネル制御管理方法。
9. 前記管理工程は、
   １つのオブジェクトを生成し、該生成した１つのオブジェクトを木構造の親として、前記使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの仕様を管理することを特徴とする請求項７または８記載の操作パネル制御管理方法。
10. 前記使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの仕様を動的に変更する変更工程を、前記管理装置が行うことを特徴とする請求項９記載の操作パネル制御管理方法。
11. 前記管理工程は、前記取得工程により取得した使用オブジェクトタイプデータを個別に管理することを特徴とする請求項７記載の操作パネル制御管理方法。
12. 使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの取得依頼を受け付けた場合に、該取得依頼に応答する取得処理を実行すると共に、前記取得依頼を管理する管理装置において実行させる操作パネル制御管理プログラムであって、
    前記取得依頼に応じた前記使用オブジェクトタイプデータを取得する取得処理と、
    前記取得処理により取得した使用オブジェクトタイプデータを管理する管理処理と、
    を、前記管理装置において実行させることを特徴とする操作パネル制御管理プログラム。
13. 前記管理処理は、
    １つのオブジェクトを生成し、該生成した１つのオブジェクトを木構造の親として前記取得処理により取得した使用オブジェクトタイプデータを管理することを特徴とする請求項１２記載の操作パネル制御管理プログラム。
14. 前記管理処理は、
    １つのオブジェクトを生成し、該生成した１つのオブジェクトを木構造の親として、前記使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの仕様を管理することを特徴とする請求項１２または１３記載の操作パネル制御管理プログラム。
15. 前記使用可能な操作パネル制御プログラムの使用オブジェクトタイプデータの仕様を動的に変更する変更処理を、前記管理装置において実行させることを特徴とする請求項１４記載の操作パネル制御管理プログラム。
16. 前記管理処理は、前記取得処理により取得した使用オブジェクトタイプデータを個別に管理することを特徴とする請求項１２記載の操作パネル制御管理プログラム。

Images