(57)【要約】【課題】  画像形成装置の対話的な操作に必要なソフトウェア部品を効率的に再利用することができ、ソフトウェア構成の煩雑化を防止することができるユーザインタフェース制御装置及びその制御方法並びにプログラムを提供する。【解決手段】  画像形成装置の操作を対話的に行うために、表示部１０とアプリケーションロジック部１１とからなるソフトウェア構成を有する。表示部１０は、ユーザの操作を補助するための画面を表示するダイアログ３と、画面表示制御を行う制御部品であるシステム１及びファンクション２とを備える。一方、アプリケーションロジック部１１は、画像形成装置の状態を示す複数のロジック部６を保持し、画像形成装置で状態の変化が生じた場合、その状態に関連するロジック部６及び表示部１０に対して状態の変化を通知し、ロジック部６を変更する。【選択図】  図２
2005309619.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置の操作を対話的に行うためのユーザインタフェース制御装置であって、
ユーザの操作を補助するための画面を表示する表示部品と、該表示部品による画面表示制御を行う制御部品とを備える表示手段と、
画像形成装置の状態を示す複数のアプリケーションロジックを保持する保持手段と、
前記画像形成装置で状態の変化が生じた場合、該状態に関連するアプリケーションロジック及び前記表示手段に対して状態の変化を通知する通知手段と、
前記通知に基づいて前記アプリケーションロジックを変更する変更手段とを備え、
前記表示手段は、前記通知を受けて変更後の前記アプリケーションロジックから情報を取得して画面表示制御を行う
ことを特徴とするユーザインタフェース制御装置。
【請求項２】
前記アプリケーションロジックが、画像形成装置のデバイス情報をそのまま取得した複数の基本ロジックと、該基本ロジックを組み合わせた複合ロジックを含んでおり、
前記表示手段が、前記複合ロジックに基づいて画面表示制御を行うことを特徴とする請求項１に記載のユーザインタフェース制御装置。
【請求項３】
前記通知手段が、前記状態の変化を該状態に関連する複合ロジックに対して通知することを特徴とする請求項２に記載のユーザインタフェース制御装置。
【請求項４】
前記表示手段が、前記画像形成装置においてユーザの操作が可能な機能ごとに画面表示に関する制御を行うための複数の制御部品と、それぞれの制御部品によって画面表示制御が行われる表示部品を各制御部品について１又は複数個備えることを特徴とする請求項１から３までのいずれか１項に記載のユーザインタフェース制御装置。
【請求項５】
画面の新規作成を指示する指示手段と、
新規作成された前記画面の表示制御のために必要な情報が前記保持手段に保持されているアプリケーションロジックに含まれるか否かを検索する検索手段と、
前記情報が前記アプリケーションロジックに含まれる場合、該アプリケーションロジックに前記画面に関する登録情報を追加する追加手段と
をさらに備えることを特徴とする請求項１から４までのいずれか１項に記載のユーザインタフェース制御装置。
【請求項６】
前記表示手段による画面表示制御と前記アプリケーションロジックとの関係を示す登録情報を管理する管理手段をさらに備え、
該管理手段は、前記追加手段によって情報が追加された場合、該情報を新たな登録情報として管理する
ことを特徴とする請求項５に記載のユーザインタフェース制御装置。
【請求項７】
画面の削除を指示する削除指示手段と、
前記削除指示手段により削除が指示された場合、前記画面の表示制御のために必要な情報をアプリケーションロジックから削除する削除手段と
をさらに備えることを特徴とする請求項１から４までのいずれか１項に記載のユーザインタフェース制御装置。
【請求項８】
前記表示手段による画面表示制御と前記アプリケーションロジックとの関係を示す登録情報を管理する管理手段と、
前記管理手段が管理するリストから前記画面に関するリスト情報を削除する第２の削除手段と
をさらに備えることを特徴とする請求項７に記載のユーザインタフェース制御装置。
【請求項９】
前記表示手段が、エラー表示画面を含むポップアップ画面を表示することを特徴とする請求項１から８までのいずれか１項に記載のユーザインタフェース制御装置。
【請求項１０】
ユーザの操作を補助するための画面を表示する表示部品と、該表示部品による画面表示制御を行う制御部品とを備える表示手段と、画像形成装置の状態を示す複数のアプリケーションロジックを保持する保持手段とを備える画像形成装置の操作を対話的に行うためのユーザインタフェース制御方法であって、
前記画像形成装置で状態の変化が生じた場合、該状態に関連するアプリケーションロジック及び前記表示手段に対して状態の変化を通知する通知工程と、
前記通知に基づいて前記アプリケーションロジックを変更する変更工程と、
前記表示手段に対して前記通知を受けて変更後の前記アプリケーションロジックから情報を取得して画面表示制御を行わせる制御工程と
を有する特徴とするユーザインタフェース制御方法。
【請求項１１】
ユーザの操作を補助するための画面を表示する表示部品と、該表示部品による画面表示制御を行う制御部品とを備える表示手段と、コンピュータの状態を示す複数のアプリケーションロジックを保持する保持手段とを備えるコンピュータの操作を対話的に行うためのプログラムであって、
前記コンピュータで状態の変化が生じた場合、該状態に関連するアプリケーションロジック及び前記表示手段に対して状態の変化を通知する通知手順と、
前記通知に基づいて前記アプリケーションロジックを変更する変更手順と、
前記表示手段に対して前記通知を受けて変更後の前記アプリケーションロジックから情報を取得して画面表示制御を行わせる制御手順と
を実行させるためのプログラム。
【請求項１２】
請求項１１のプログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザからの入力を画像形成装置本体に伝えると共に本体の情報をユーザに伝えるための対話型のユーザインタフェース制御装置及びその制御方法並びにプログラムに関する。
【背景技術】
【０００２】
近年のソフトウェアのパフォーマンスアップを受けて、ソフトウェア業界においてはその開発効率の改善が必然的に要求されている。その解決方法の１つとして、ソフトウェアの部品化が考えられている。例えば、入力されたオペレータの要求を理解・実行し、その結果をオペレータに画面出力するユーザインタフェースであって、画面全体を表すソフトウェア・コンポーネント（ダイアログ部品）と画面構成要素を表すソフトウェア・コンポーネント（コンポ部品）とを分離し、互いに協調動作する独立した部品として構成したユーザインタフェースを用いて、画面とその構成要素を独立のソフトウェア・コンポーネントにより制御するものが知られている（例えば、特許文献１参照）。
【０００３】
上記特許文献１には、また、画面自体を表す工程が、操作フローに属する画面の表示を制御する工程と、操作フローに属する画面の表示を制御する工程とを分離した、ポップアップ画面の表示を制御する工程を含んでおり、オペレーション操作フローに属する画面の表示制御とポップアップ画面の表示制御とを互いに協調動作する分離独立したソフトウェア・コンポーネントにより行うことが記載されている。
【０００４】
上述したように、ソフトウェア・コンポーネントを分離することで、アプリケーションの変更による画面仕様の変更が発生したような場合であっても、それを制御するソフトウェアを再利用することが可能である。また、前述した方法では、画面全体を表すダイアログ部品や画面構成要素を表すコンポ部品は、デバイス本体から通知される情報をそれぞれ取得することが可能である。
【特許文献１】特開２０００−３１５１５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、実際には、エラーを通知するようなポップアップ画面はどの画面からも表示できるものであるため、画面全体を表すダイアログ部品や画面構成要素を表すコンポ部品がデバイス本体から通知される情報をそれぞれ取得するだけでは、全ての画面にポップアップ画面を表示させる機能が必要になり、複雑なソフトウェア構成になってしまう可能性がある。
【０００６】
そこで、例えば上述したエラー等の情報は、ダイアログ部品やコンポ部品にそれぞれ通知するのではなく、一箇所で通知を受けて管理することができれば、各部品にエラー等のポップアップ画面を表示させるような機能は不必要になり、ソフトウェア構成の煩雑化を回避できると考えられる。
【０００７】
本発明は、このような事情を考慮してなされたものであり、画像形成装置の対話的な操作に必要なソフトウェア部品を効率的に再利用することができ、ソフトウェア構成の煩雑化を防止することができるユーザインタフェース制御装置及びその制御方法並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、画像形成装置の操作を対話的に行うためのユーザインタフェース制御装置であって、
ユーザの操作を補助するための画面を表示する表示部品と、該表示部品による画面表示制御を行う制御部品とを備える表示手段と、
画像形成装置の状態を示す複数のアプリケーションロジックを保持する保持手段と、
前記画像形成装置で状態の変化が生じた場合、該状態に関連するアプリケーションロジック及び前記表示手段に対して状態の変化を通知する通知手段と、
前記通知に基づいて前記アプリケーションロジックを変更する変更手段とを備え、
前記表示手段は、前記通知を受けて変更後の前記アプリケーションロジックから情報を取得して画面表示制御を行う
ことを特徴とする。
【０００９】
また、本発明は、ユーザの操作を補助するための画面を表示する表示部品と、該表示部品による画面表示制御を行う制御部品とを備える表示手段と、画像形成装置の状態を示す複数のアプリケーションロジックを保持する保持手段とを備える画像形成装置の操作を対話的に行うためのユーザインタフェース制御方法であって、
前記画像形成装置で状態の変化が生じた場合、該状態に関連するアプリケーションロジック及び前記表示手段に対して状態の変化を通知する通知工程と、
前記通知に基づいて前記アプリケーションロジックを変更する変更工程と、
前記表示手段に対して前記通知を受けて変更後の前記アプリケーションロジックから情報を取得して画面表示制御を行わせる制御工程と
を有する特徴とする。
【００１０】
さらに、本発明は、ユーザの操作を補助するための画面を表示する表示部品と、該表示部品による画面表示制御を行う制御部品とを備える表示手段と、コンピュータの状態を示す複数のアプリケーションロジックを保持する保持手段とを備えるコンピュータの操作を対話的に行うためのプログラムであって、
前記コンピュータで状態の変化が生じた場合、該状態に関連するアプリケーションロジック及び前記表示手段に対して状態の変化を通知する通知手順と、
前記通知に基づいて前記アプリケーションロジックを変更する変更手順と、
前記表示手段に対して前記通知を受けて変更後の前記アプリケーションロジックから情報を取得して画面表示制御を行わせる制御手順と
を実行させるためのプログラムであることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、画像形成装置の対話的な操作に必要なソフトウェア部品を効率的に再利用することができ、ソフトウェア構成の煩雑化を防止することができるユーザインタフェース制御装置及びその制御方法並びにプログラムを提供することを目的とする。また、これによって、開発者による実装不可や実装漏れを減らして、開発効率を向上させることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。尚、以下の実施形態では、液晶操作部を有するデジタル複写機（画像形成装置）を用いて、特にその操作部であるユーザインタフェース部分について詳細に説明する。
【００１３】
図１は、本発明の一実施形態に係る画像形成システムの全体構成を示すブロック図である。図１に示すように、本実施形態に係る画像形成システムは、複数台の画像形成装置（デジタル複写機）１０２、１０８、及びパーソナルコンピュータ１００、１０９等がＬＡＮ１０１や公衆回線１０７を介して互いに接続されて構成されている。
【００１４】
ここで、画像形成装置１０２は、原稿から画像を読み取って入力する画像入力デバイスであるスキャナ部１０５と、画像データに基づいて画像を形成する画像出力デバイスであるプリンタ部１０６と、ユーザインタフェースである操作部１０３と、それらを制御する制御部であるコントローラユニット１０４とを備えている。
【００１５】
図２は、本実施形態に係る画像形成装置１０２の操作部１０３におけるアプリケーションフレームワークのソフトウェア構成を示す図である。図２に示すように、操作部１０３は大きくアプリケーションとしての表示部１０とアプリケーションロジック部１１とから構成されている。
【００１６】
表示部１０は、上述したようなスキャナ機能やプリンタ機能を使用する際の操作画面等の画面表示や、ユーザによるボタン押下等の動作等を制御する部分である。表示部１０において、１は操作部アプリケーションを管理するシステム、２はコピーや送信等の各種機能を示すファンクションであり、システム１に１又は複数個備わっている。また、３はユーザの操作を補助するためのユーザインタフェースを提供するダイアログ（画面）であり、それぞれのファンクションに対して１又は複数個備わっている。尚、ダイアログ３は、フレーム上にボタン、リスト、或いはビットマップ等の画面部品を配置したものである。
【００１７】
ここで、各種機能を示すファンクション２と複数のファンクションからなるアプリケーション全体を管理するシステム１は、表示部１０における非表示部品である。ファンクション２はコピー等の大きな機能を表す単位であり、そのファンクション２に関連する複数の画面３を保持して管理している。ファンクション２はダイアログ（画面）３の作成を行い、現在アクティブになっている画面を記憶している。
【００１８】
一方、画面であるダイアログ３は表示部品である。このように、図２に示す表示部１０は、ダイアログ３（表示部品）とファンクション２（非表示部品）とシステム１（非表示部品）の３階層から構成される。すなわち、表示部１０は、画面部品から構成されるダイアログ（画面）３の表示部品と、当該表示部品の管理や各表示部品に依存しないファンクション２やシステム１等の非表示部品とに分離されている。
【００１９】
一方、アプリケーションロジック部１１において、６は機器内の動作や機器の状態を制御するアプリケーションロジックを定義する抽象クラスであるロジック部であり、４はロジック部６の変更をイベント受信するロジック変更リスナ、５はロジック部６と表示部１０との関連を管理するロジック変更リスナ管理者である。また、ロジック部６は、コントローラユニット９（図１における画像形成装置内のコントローラユニット１０４等に相当）からデバイス情報を取得・保持する基本ロジック部７と、基本ロジック部７の組み合わせによって汎用的なロジックを提供する汎用ロジック部８とから構成される。そして、コントローラユニット９から取得されるデバイスの状態変化は、まず基本ロジック部７に伝えられ、次いで変化等した基本ロジック部を含む汎用ロジック部８に伝えられる。そして、汎用ロジック部８からロジック変更リスナ４に通知されて、そこから表示部１０に通知される。
【００２０】
ここで、汎用ロジック部８は、一又は複数個の基本ロジックの組み合わせで実現されるダイアログの制御のための情報をリストとして保持している。また、ロジック変更リスナ管理者５は、複数の汎用ロジック部がそれぞれ有しているリストをまとめて保持している。
【００２１】
図４は、本実施形態に係る画像形成装置におけるアプリケーションロジック部１１に対するロジック変更リスナ４の登録処理手順を説明するためのフローチャートである。コントローラユニット９からの指示によってダイアログ（画面）３を新規作成する際には、まず、当該画面を表示するための初期化情報を取得するロジック部があるか否かが判断される（ステップＳ３０１）。その結果、初期化情報を取得するロジック部があると判断された場合（Ｙｅｓ）は当該ロジック部から必要な初期化情報を取得し（ステップＳ３０２）、取得した初期化情報をロジック変更リスナ４に自動登録する（ステップＳ３０３）。また、ロジック変更リスナ管理者５にも、自動登録された汎用ロジック部と表示部とのリンク情報である登録リンク情報を登録する（ステップＳ３０４）。
【００２２】
アプリケーションロジック部１１には、表示部品と非表示部品の両方を含む表示部１０が登録されている。アプリケーションロジック部６は突発的にコントローラ９から通知されるデバイスの状態変化があった際に、その変化を表示部１０に通知する。通知された表示部１０は、画面の表示や機能などに必要な情報をアプリケーションロジック部１１から取得し、それぞれの動作を実現する。
【００２３】
表示部１０は、複数のアプリケーションロジック部にイベント通知の登録をすることができる。複数のアプリケーションロジック部にイベント通知を登録している表示部は、あるアプリケーションロジック部からイベントが通知された場合、必要な情報を全て登録しているアプリケーションロジック部から取得し、動作を実現する。
【００２４】
図６は、本実施形態に係る画像形成装置におけるロジック部６の変更処理手順を説明するためのフローチャートである。まず、コントローラユニット９から画像形成装置のデバイス状態の変化が通知されると、ロジック部６（詳細には、汎用ロジック部８）に登録されているロジック変更リスナリストの検索をリストの先頭から始める（ステップＳ３２１）。そして、当該変化に係るリスナがリストの末尾であるかどうかを判別する（ステップＳ３２２）。
【００２５】
その結果、リストの末尾でない場合（Ｎｏ）は、次のロジック変更リスナにそのロジック部６の変更を通知し（ステップＳ３２３）、変更を通知されたロジック変更リスナがロジック部６であるか否かが判断される（ステップＳ３２４）。そして、ロジック部６である場合（Ｙｅｓ）は当該ロジック部６に対してステップＳ３２０の処理を終了するまで繰り返す（ステップＳ３２５）。さらに、ロジック変更リスナリストの次を検索し（ステップＳ３２６）、ステップＳ３２２に戻る。一方、ステップＳ３２２でリストの末尾であると判断された場合（Ｙｅｓ）は終了する。
【００２６】
尚、アプリケーションロジック部６の情報通知登録リストへの表示部１０の登録は、アプリケーション実行時に動的に登録することが可能である。画面は画面遷移等により実行中に作成されるものであるため、アプリケーションロジック部１１への登録は画面が作成された時にすることにより、最小限のイベント通知ですむ。
【００２７】
例えば、ファンクション２は、通知登録したアプリケーションロジック部１１からイベントが通知された場合、当該イベントが画面の遷移（特に、ポップアップメニュー）に係わるものである場合、画面を作成してその画面順序を保持する。尚、ジャムの発生等のイベントについては、アクティブになっている画面にかかわらず、どこからでも出現する画面であるので、ファンクション２が責任を持って画面作成を行う。
【００２８】
また、画面のボタン押下等によって画面を閉じる場合には、ファンクション２は、自己が保持している画面を責任もって削除する。また、ジャムから復帰等でポップアップメニューを削除する場合も同様に、ファンクション２の管理の下で画面が削除される。
【００２９】
システム１はアプリケーション内で唯一の存在であり、前述のとおり複数のファンクションを保持し、管理している。システム１はアプリケーション実行時の動的なファンクションの追加を可能とし、現在アクティブになっているファンクションを記憶している。画面のボタン押下等によるファンクションの切り替えは、画面からボタン押下の通知を受け、指定されたファンクションをアクティブにし、ファンクションの順序を保持する。
【００３０】
システム１は通知登録したアプリケーションロジック部からイベントが通知された場合、画面の遷移（特に、ポップアップメニュー）に係わるものである場合、画面を作成し画面順序を保持する。ジャムの発生等は、アクティブになっている画面にかかわらず、どこからでも出現する画面であるので、システム１が責任を持って画面作成を行う。また、ジャムからの復帰等でポップアップメニューを閉じる場合には、システム１が保持している画面を責任もって削除し、前回アクティブになっていたファンクションをアクティブにする。
【００３１】
ロジック変更リスナ管理者５はアプリケーションロジック部６と表示部１０の登録リンク情報を管理している。図３は、ロジック変更リスナ管理者５が管理している登録リンク情報の一例を示す図である。ロジック変更リスナ管理者５は、登録リンク情報をテーブルで保持し、ロジック変更リスナ２０１をキー、ロジック部２０３のリスト情報への参照を値とする。例えば、両面ロジック部２０３が登録されているロジックは、２０４で示される登録されているロジック部リストへの参照が示す、両面情報ロジック部２０５及びユニット１ロジック部２０６である。
【００３２】
一方、画面が削除された際に、登録されているアプリケーションロジック部１１のイベント通知登録情報は、実行時に動的に削除される。図５は、本実施形態に係る画像形成装置における変更リストの削除処理を説明するためのフローチャートである。ロジック変更リスナ管理者５は、画面３が削除された際に、当該画面を登録情報として保持しているアプリケーションロジック１１を検索する（ステップＳ３１１）。そして、ロジック部６（詳しくは、汎用ロジック部８）にリストがあるか否かを確認する（ステップＳ３１２）。
【００３３】
その結果、リストがある場合（Ｙｅｓ）は、ロジック部６からロジック変更リスナ４の登録を削除する（ステップＳ３１３）。一方、ステップＳ３１５でリストがない場合（Ｎｏ）は、アプリケーションロジック部１１のロジック変更リスナ管理者５からロジック変更リスナ４とロジック部６との関連リンク情報である登録リンク情報を削除する（ステップＳ３１４）。このように動的に削除することにより、必要の無くなった表示部へのイベント通知がなくなる。
【００３４】
上述したように、本実施形態では、機器の状態変化による画面の表示変更は、リスナ登録されている表示部品、非表示部品のみにイベント通知するので、従来よりもパフォーマンスが向上した。また、非表示部品を登録することにより、ハードウェアから突発的に発生するポップアップの制御が容易になる。さらに上述した構成を用いることにより、アプリケーションロジック部１１と表示部１０とを切り離せることができるので、画面に変更があった際の画面の管理が効率的に行え、保守が容易になる。
【００３５】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００３６】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００３７】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００３８】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【００３９】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００４０】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００４１】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００４２】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００４３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施形態に係る画像形成システムの全体構成を示すブロック図である。
【図２】本実施形態に係る画像形成装置１０２の操作部１０３におけるアプリケーションフレームワークのソフトウェア構成を示す図である。
【図３】ロジック変更リスナ管理者５が管理している登録リンク情報の一例を示す図である。
【図４】本実施形態に係る画像形成装置におけるアプリケーションロジック部１１に対するロジック変更リスナ４の登録処理手順を説明するためのフローチャートである。
【図５】本実施形態に係る画像形成装置における変更リストの削除処理を説明するためのフローチャートである。
【図６】本実施形態に係る画像形成装置におけるロジック部６の変更処理手順を説明するためのフローチャートである。
【符号の説明】
【００４５】
１  システム
２  ファンクション
３  ダイアログ
４  ロジック変更リスナ
５  ロジック変更リスナ管理者
６  ロジック部
７  基本ロジック部
８  汎用ロジック部
９、１０４  コントローラユニット
１０  表示部
１１  アプリケーションロジック部
１００、１０９  パーソナルコンピュータ
１０１  ＬＡＮ
１０２、１０８  画像形成装置
１０３  操作部
１０５  スキャナ部
１０６  プリンタ部
１０７  公衆回線
【図１】
2005309619.tif 000003
【図２】
2005309619.tif 000004
【図３】
2005309619.tif 000005
【図４】
2005309619.tif 000006
【図５】
2005309619.tif 000007
【図６】
2005309619.tif 000008