JP4476642B2 - 画像形成装置及び画像形成方法 - Google Patents
画像形成装置及び画像形成方法 Download PDFInfo
- Publication number
- JP4476642B2 JP4476642B2 JP2004042994A JP2004042994A JP4476642B2 JP 4476642 B2 JP4476642 B2 JP 4476642B2 JP 2004042994 A JP2004042994 A JP 2004042994A JP 2004042994 A JP2004042994 A JP 2004042994A JP 4476642 B2 JP4476642 B2 JP 4476642B2
- Authority
- JP
- Japan
- Prior art keywords
- auxiliary program
- information
- program
- processing
- auxiliary
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
- Control Or Security For Electrophotography (AREA)
Description
本発明は、受信情報を画像データに変換する所定の制御プロクラムに追加して、補助プログラムの実行が可能な画像形成装置及び画像形成方法に関するものである。
画像形成装置に於いて、特定顧客からの要求や、不具合改修等のために、制御プログラムの更新又は追加を求められる事態が発生する。従来このような事態では、通常サービススタッフが画像形成装置の設置場所に赴き、プログラムの変更作業を実行していた。そのため、プログラム変更作業に多大な時間と労力が掛かるという問題、新規機能を追加するためには既存のプログラムを変更しなければならないという問題、既存のプログラムとの整合を保つため大幅な機能変更や追加が難しいという問題等、解決すべき課題が残されていた。
多大な時間と労力が掛かるという問題を一部解決するための技術として、例えば無線通信手段を用いる等の方法によって、サービススタッフが画像処理装置の分解や組立を行うことなく作業出来る技術等が公開されている（特許文献１参照。）。あるいはまた、サービススタッフが画像処理装置の制御プログラムの一部を更新する場合に於いて、他の部分については、動作を停止しなくて済む更新方法等についての技術も公開されている（特許文献２参照。）。
特開平５−６６９３７号公報
特開２００１−６７２１４号公報
解決しようとする問題点は、新規機能を追加するために既存のプログラムを変更しなければならないという問題、及び、既存のプログラムとの整合を保つため、大幅な機能変更や追加が難しいという点である。
補助プログラムを格納する記憶部と、受信情報を解析し、その受信情報が、画像情報であるか、新たに登録すべき補助プログラムであるかを判定する受信情報判定手段と、上記画像情報の変換処理に必要な補助プログラムを認識し、上記記憶部から必要な補助プログラムを検出する補助プログラム管理手段と、所定の制御プロクラムの実行に先立って、該必要な補助プログラムを実行し、実行後の画像情報を上記受信情報判定手段へ再度送出する補助プログラム実行手段とを備え、上記補助プログラム管理手段は、必要な補助プログラムが未登録と判断すると、受信情報を退避させて該受信情報の処理を一旦終了し、次の受信情報の処理に移行する受信情報記憶部と、上記記憶部で上記補助プログラムの登録が完了した後に、上記受信情報記憶部に退避した受信情報が上記記憶部に登録された上記補助プログラムの処理を不要と判断すると処理を終了し、上記受信情報記憶部に退避した受信情報が上記記憶部に登録された上記補助プログラムの処理を必要と判断すると、該受信情報を上記受信情報判定手段に送出する追加補助プログラム判断部とを有し、プログラムの更新や、新規機能の追加が求められたときには、既存のプログラムを変更することなく、要求されている更新プログラムや、新規機能のプログラムを上記記憶部に新たに格納していくことを最も主要な特徴とする。
プログラムの更新や、新規機能の追加が求められたときに、既存のプログラムを変更することなく、要求されている更新プログラムや、新規機能のプログラムを上記記憶部に新たに格納していくのみなので、新規機能を追加するために既存のプログラムを変更しなければならないという問題や、既存のプログラムとの整合を保つため、大幅な機能変更や追加が難しいという問題が発生しないので、容易にプログラムの変更や、新規機能の追加が可能になるという効果を得る。
上記受信情報判定手段、上記補助プログラム管理手段、及び、上記補助プログラム実行手段とを画像形成装置全体を制御する既存の制御部の制御手段によって構成することにより、部品点数を増加させることなく、制御プログラムの変更のみによって実現することが出来た。
図１は、実施例１の構成のブロック図である。
図に示すように、実施例１の画像形成装置１０は、記憶部１と、送受信処理手段２と、受信情報判定手段３と、補助プログラム管理手段４と、補助プログラム実行手段５と、画像データ生成処理手段６と、印刷処理部７と、制御部８とを備える。
図に示すように、実施例１の画像形成装置１０は、記憶部１と、送受信処理手段２と、受信情報判定手段３と、補助プログラム管理手段４と、補助プログラム実行手段５と、画像データ生成処理手段６と、印刷処理部７と、制御部８とを備える。
記憶部１は、補助プログラムＡ、補助プログラムＢ、・・・を、登録しておく部分である。この記憶部１は、画像形成装置１０全体の制御に必要な情報を格納する記憶装置であって、その内部に補助プログラムＡ、補助プログラムＢ、・・・を、登録しておくメモリ領域が確保されたものである。無論、補助プログラムＡ、補助プログラムＢ、・・・のみを専用に格納するメモリとして新たに配置されたものであっても良い。補助プログラムＡ、補助プログラムＢ、・・・は、画像形成装置１０が設置時点から有するプログラムを更新したり新たな機能を追加するための制御プログラムである。
これらの補助プログラムは、後に、動作説明の中で詳細に説明するが、一例として受信情報内に識別子「@COMPRESSED」が存在する場合は、その受信情報が圧縮された画像情報であると判断し、画像データ生成処理手段６で展開し、処理可能な形式に変換するために、補助プログラムＡが必要に成ってくる。又、一例として受信情報内に「@CONFIDENTIAL」の識別子が存在する場合は、その受信情報がウォーターマークの合成を求める画像情報であると判断し、画像データ生成処理手段６でウォーターマークの合成可能な形式に変換するために、補助プログラムＢが必要に成ってくる。これら補助プログラムの機能については特に限定しない。又、登録可能な補助プログラムの数も限定しない。
送受信処理手段２は、制御部８の制御に基づいて、情報処理装置９との間で情報の送受信を実行する手段である。
受信情報判定手段３は、制御部８の制御に基づいて、受信情報を解析し、受信情報の先頭に、一例として識別子「@PROGRAM」がついている場合には、受け入れた受信情報が補助プログラムであると判断し、それ以外の場合には、画像情報であると判断する手段である。
受信情報判定手段３は、制御部８の制御に基づいて、受信情報を解析し、受信情報の先頭に、一例として識別子「@PROGRAM」がついている場合には、受け入れた受信情報が補助プログラムであると判断し、それ以外の場合には、画像情報であると判断する手段である。
補助プログラム管理手段４は、制御部８の制御に基づいて、画像情報を受け入れると、画像情報が必要としている補助プログラムを認識し、上記記憶部１を検索し、必要になると認識した補助プログラムを検出し、所定の制御プロクラムに追加する手段である。即ち、必要になると認識した補助プログラムを検出すると、上記補助プログラム実行手段５が、所定の制御プロクラムの実行に先立って、該必要な補助プログラムを実行することを可能にする手段である。又、送受信処理手段２が、情報処理装置９から新規登録が求められている補助プログラムを受け入れると、その補助プログラムを記憶部１に登録するとともに、登録された補助プログラム名を自己の内部に設定し、初期化する手段でもある。ここで所定の制御プロクラムとは、画像形成装置１０が、プログラムの更新や、新規機能の追加が求められる以前から所有している既存のプログラムを言う。
補助プログラム実行手段５は、制御部８の制御に基づいて、補助プログラム管理手段４が上記補助プログラムを記憶部１から検出すると、所定の制御プロクラムの実行に先立って、該必要な補助プログラムを実行し、実行後の画像情報を受信情報判定手段３へ再度送出する手段である。
画像データ生成処理手段６は、制御部８の制御に基づいて、画像情報を受け入れて文字コードを解析し、印刷処理部７で印刷可能な画像データに変換する手段である。但し、補助プログラム管理手段４が変換処理に必要な補助プログラムを認識し、この必要な補助プログラムを記憶部１から検出できたときには、補助プログラム実行手段５による補助プログラムの実行後に上記変換処理を実行する。この画像データ生成処理手段６の実行するプログラムは、上記所定のプログラムに該当する。
印刷処理部７は、制御部８の制御に基づいて、画像データ生成処理手段６から画像データを受け入れて、印刷処理を実行する部分である。
制御部８は、装置全体を制御するＣＰＵ（中央演算処理装置）である。上記送受信処理手段２、受信情報判定手段３、補助プログラム管理手段４、補助プログラム実行手段５、画像データ生成処理手段６の全て、あるいは、その一部は、記憶部１の内部に予め格納してあるプログラムによって動作する制御部８の制御手段によって構成しても良いし、あるいは又、専用の電子回路で構成しても良い。
制御部８は、装置全体を制御するＣＰＵ（中央演算処理装置）である。上記送受信処理手段２、受信情報判定手段３、補助プログラム管理手段４、補助プログラム実行手段５、画像データ生成処理手段６の全て、あるいは、その一部は、記憶部１の内部に予め格納してあるプログラムによって動作する制御部８の制御手段によって構成しても良いし、あるいは又、専用の電子回路で構成しても良い。
実施例１の動作について説明する。
図２は、実施例１の補助プログラム未登録時の処理フローチャートである。
図３は、受信情報の一例である。
図４は、受信情報から変換され生成された画像の一例である。
図２のフローチャートは、記憶部１（図１）に補助プログラムが登録されていない場合に、情報処理装置９（図１）から図３に示す情報が送られてきた場合の動作を表している。
図２は、実施例１の補助プログラム未登録時の処理フローチャートである。
図３は、受信情報の一例である。
図４は、受信情報から変換され生成された画像の一例である。
図２のフローチャートは、記憶部１（図１）に補助プログラムが登録されていない場合に、情報処理装置９（図１）から図３に示す情報が送られてきた場合の動作を表している。
ステップＳ１００
制御部８（図１）の制御に基づいて、送受信処理手段２（図１）は、情報処理装置９（図２）から図３に示す情報を受け入れる。
ステップＳ１０１
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、送受信処理手段２（図１）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ１０２へ進み、補助プログラムである場合にはステップＳ１０５へ進む。
制御部８（図１）の制御に基づいて、送受信処理手段２（図１）は、情報処理装置９（図２）から図３に示す情報を受け入れる。
ステップＳ１０１
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、送受信処理手段２（図１）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ１０２へ進み、補助プログラムである場合にはステップＳ１０５へ進む。
受信情報が画像情報であるか、あるいは補助プログラムであるかの判断方法については、特に限定しないが、ここでは、一例として受信情報の先頭に識別子「@ PROGRAM」が付されている場合には補助プログラムであるものと判断し、それ以外の場合には画像情報であると判断するものとする。図３に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ１０２へ進む。
ステップＳ１０２
受信情報は、画像情報であると受信情報判定手段３（図１）が判定すると、制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、登録済みの補助プログラムが記憶部１内部にあるかどうかを判断する。ここでは、未だ補助プログラムは登録されていないので次へ進む。補助プログラム管理手段４（図１）によって、補助プログラムが記憶部１内部に登録されていると判断された場合には点線（後記フロー）へ進む。
受信情報は、画像情報であると受信情報判定手段３（図１）が判定すると、制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、登録済みの補助プログラムが記憶部１内部にあるかどうかを判断する。ここでは、未だ補助プログラムは登録されていないので次へ進む。補助プログラム管理手段４（図１）によって、補助プログラムが記憶部１内部に登録されていると判断された場合には点線（後記フロー）へ進む。
ステップＳ１０３
制御部８（図１）の制御に基づいて、画像データ生成処理手段６（図１）は、補助プログラム管理手段４（図１）から画像情報を受け入れると、所定のプログラムを用いて画像情報を画像データに変換する。
ステップＳ１０４
制御部８（図１）の制御に基づいて、印刷処理部７（図１）は、画像データ生成処理手段６（図１）から画像データを受け入れて印刷処理してフローを終了する。このとき印刷出力された画像の一例が図４に示されている。
制御部８（図１）の制御に基づいて、画像データ生成処理手段６（図１）は、補助プログラム管理手段４（図１）から画像情報を受け入れると、所定のプログラムを用いて画像情報を画像データに変換する。
ステップＳ１０４
制御部８（図１）の制御に基づいて、印刷処理部７（図１）は、画像データ生成処理手段６（図１）から画像データを受け入れて印刷処理してフローを終了する。このとき印刷出力された画像の一例が図４に示されている。
ステップＳ１０５
仮に、上記ステップＳ１０１で受信情報に識別子「@ PROGRAM」が含まれていたとするならば、制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、補助プログラムを記憶部１（図１）へ登録し、そのプログラム名を自己の内部に設定する。
ステップＳ１０６
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、補助プログラムを初期化してフローを終了する。
仮に、上記ステップＳ１０１で受信情報に識別子「@ PROGRAM」が含まれていたとするならば、制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、補助プログラムを記憶部１（図１）へ登録し、そのプログラム名を自己の内部に設定する。
ステップＳ１０６
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、補助プログラムを初期化してフローを終了する。
図５は、実施例１の補助プログラムＡ格納時の処理フローチャートである。
図６は、補助プログラムＡによる処理を必要とする画像情報の一例である。
図５のフローチャートは、記憶部１（図１）に補助プログラムＡが既に登録されている場合の動作を表している。
ステップＳ１００
制御部８（図１）の制御に基づいて、送受信処理手段２（図１）は、情報処理装置９（図１）から図６に示す情報を受け入れる。
図６は、補助プログラムＡによる処理を必要とする画像情報の一例である。
図５のフローチャートは、記憶部１（図１）に補助プログラムＡが既に登録されている場合の動作を表している。
ステップＳ１００
制御部８（図１）の制御に基づいて、送受信処理手段２（図１）は、情報処理装置９（図１）から図６に示す情報を受け入れる。
ステップＳ１０１
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、送受信処理手段２（図１）から情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ１０２へ進み、補助プログラムである場合にはステップＳ１０５へ進む。図６の受信情報は識別子「@ PROGRAM」が先頭に付されていないので、画像情報でありステップＳ１０２へ進む。
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、送受信処理手段２（図１）から情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ１０２へ進み、補助プログラムである場合にはステップＳ１０５へ進む。図６の受信情報は識別子「@ PROGRAM」が先頭に付されていないので、画像情報でありステップＳ１０２へ進む。
ステップＳ１０２
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、登録済みの補助プログラムが記憶部１（図１）の内部にあるかどうかを判断する。ここでは、自己の内部に補助プログラムＡの名称が設定されているので記憶部１（図１）の内部に登録済みの補助プログラムがあると判断してステップＳ１０７へ進む。
ステップＳ１０７
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、受け入れた画像情報の識別子を認識して補助プログラムＡによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ１０８へ進み、処理出来ないと判断した場合にはステップＳ１０３へ進む。ここでは、図６の画像情報には識別子「@COMPRESSED」が付されているので補助プログラムＡによって処理可能と判断してステップＳ１０８へ進む。
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、登録済みの補助プログラムが記憶部１（図１）の内部にあるかどうかを判断する。ここでは、自己の内部に補助プログラムＡの名称が設定されているので記憶部１（図１）の内部に登録済みの補助プログラムがあると判断してステップＳ１０７へ進む。
ステップＳ１０７
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、受け入れた画像情報の識別子を認識して補助プログラムＡによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ１０８へ進み、処理出来ないと判断した場合にはステップＳ１０３へ進む。ここでは、図６の画像情報には識別子「@COMPRESSED」が付されているので補助プログラムＡによって処理可能と判断してステップＳ１０８へ進む。
ステップＳ１０８
制御部８（図１）の制御に基づいて、補助プログラム実行手段５（図１）は、補助プログラムＡを実行した後、画像情報を受信情報判定手段３（図１）へ送出してステップＳ１００へ戻る。
ステップＳ１００
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、補助プログラム実行手段５（図１）から補助プログラムＡを実行した後の画像情報を受け入れる。この画像情報には、もはや識別子「@COMPRESSED」が付されていないので、ステップＳ１０１、ステップＳ１０２、ステップＳ１０７を経てステップＳ１０３に至る。
制御部８（図１）の制御に基づいて、補助プログラム実行手段５（図１）は、補助プログラムＡを実行した後、画像情報を受信情報判定手段３（図１）へ送出してステップＳ１００へ戻る。
ステップＳ１００
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、補助プログラム実行手段５（図１）から補助プログラムＡを実行した後の画像情報を受け入れる。この画像情報には、もはや識別子「@COMPRESSED」が付されていないので、ステップＳ１０１、ステップＳ１０２、ステップＳ１０７を経てステップＳ１０３に至る。
ステップＳ１０３
制御部８（図１）の制御に基づいて、画像データ生成処理手段６（図１）は、補助プログラム管理手段４（図１）から画像情報を受け入れると、所定のプログラムを用いて画像情報を画像データに変換する。
ステップＳ１０４
制御部８（図１）の制御に基づいて、印刷処理部７（図１）は、画像データ生成処理手段６（図１）から画像データを受け入れて印刷処理してフローを終了する。
ステップＳ１０１からステップＳ１０５へ進んだ場合の動作については既に説明した図２のステップＳ１０５、ステップＳ１０６と同様なので説明を省略する。
制御部８（図１）の制御に基づいて、画像データ生成処理手段６（図１）は、補助プログラム管理手段４（図１）から画像情報を受け入れると、所定のプログラムを用いて画像情報を画像データに変換する。
ステップＳ１０４
制御部８（図１）の制御に基づいて、印刷処理部７（図１）は、画像データ生成処理手段６（図１）から画像データを受け入れて印刷処理してフローを終了する。
ステップＳ１０１からステップＳ１０５へ進んだ場合の動作については既に説明した図２のステップＳ１０５、ステップＳ１０６と同様なので説明を省略する。
図７は、実施例１の補助プログラムＢ追加後の処理フローチャートである。
図７のフローチャートは、記憶部１（図１）に補助プログラムＡ及び補助プログラムＢが登録されている場合の動作を表している。
ステップＳ１００
制御部８（図１）の制御に基づいて、送受信処理手段２（図１）は、補助プログラム実行手段５（図１）から識別子「@COMPRESSED」（補助プログラムＡが必要）と識別子「@CONFIDENTIAL」（補助プログラムＢが必要）とが含まれている情報を受け入れたと仮定する。
図７のフローチャートは、記憶部１（図１）に補助プログラムＡ及び補助プログラムＢが登録されている場合の動作を表している。
ステップＳ１００
制御部８（図１）の制御に基づいて、送受信処理手段２（図１）は、補助プログラム実行手段５（図１）から識別子「@COMPRESSED」（補助プログラムＡが必要）と識別子「@CONFIDENTIAL」（補助プログラムＢが必要）とが含まれている情報を受け入れたと仮定する。
ステップＳ１０１
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、送受信処理手段２（図１）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ１０２へ進み、補助プログラムである場合にはステップＳ１０５へ進む。受信情報は識別子「@ PROGRAM」が先頭に付されていないので、画像情報でありステップＳ１０２へ進む。
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、送受信処理手段２（図１）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ１０２へ進み、補助プログラムである場合にはステップＳ１０５へ進む。受信情報は識別子「@ PROGRAM」が先頭に付されていないので、画像情報でありステップＳ１０２へ進む。
ステップＳ１０２
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、登録済みの補助プログラムが記憶部１の内部にあるかどうかを判断する。ここでは、補助プログラムＡ、及び補助プログラムＢの名称が自己の内部に設定されているのでステップＳ１０７へ進む。
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、登録済みの補助プログラムが記憶部１の内部にあるかどうかを判断する。ここでは、補助プログラムＡ、及び補助プログラムＢの名称が自己の内部に設定されているのでステップＳ１０７へ進む。
ステップＳ１０７
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、受け入れた画像情報の識別子を認識して補助プログラムＡによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ１０８へ進み、処理出来ないと判断した場合にはステップＳ１０９へ進む。ここでは、図６の画像情報には識別子「@COMPRESSED」が付されているので補助プログラムＡによって処理可能と判断してステップＳ１０８へ進む。
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、受け入れた画像情報の識別子を認識して補助プログラムＡによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ１０８へ進み、処理出来ないと判断した場合にはステップＳ１０９へ進む。ここでは、図６の画像情報には識別子「@COMPRESSED」が付されているので補助プログラムＡによって処理可能と判断してステップＳ１０８へ進む。
ステップＳ１０８
制御部８（図１）の制御に基づいて、補助プログラム実行手段５（図１）は、補助プログラムＡを実行した後、画像情報を受信情報判定手段３（図１）へ送出してステップＳ１００へ戻る。
ステップＳ１００ 制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、補助プログラム実行手段５（図１）から補助プログラムＡを実行した後の画像情報を受け入れる。この画像情報には、もはや識別子「@COMPRESSED」が付されていないが、未だ識別子「@CONFIDENTIAL」を含んでいるので、ステップＳ１０１、ステップＳ１０２、ステップＳ１０７を経てステップＳ１０９に至る。
制御部８（図１）の制御に基づいて、補助プログラム実行手段５（図１）は、補助プログラムＡを実行した後、画像情報を受信情報判定手段３（図１）へ送出してステップＳ１００へ戻る。
ステップＳ１００ 制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、補助プログラム実行手段５（図１）から補助プログラムＡを実行した後の画像情報を受け入れる。この画像情報には、もはや識別子「@COMPRESSED」が付されていないが、未だ識別子「@CONFIDENTIAL」を含んでいるので、ステップＳ１０１、ステップＳ１０２、ステップＳ１０７を経てステップＳ１０９に至る。
ステップＳ１０９
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、受け入れた画像情報の識別子を認識して補助プログラムＢによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ１１０へ進み、処理出来ないと判断した場合にはステップＳ１０３へ進む。ここでは、図６の画像情報には識別子「@CONFIDENTIAL」が付されているので補助プログラムＢによって処理可能と判断してステップＳ１１０へ進む。
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、受け入れた画像情報の識別子を認識して補助プログラムＢによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ１１０へ進み、処理出来ないと判断した場合にはステップＳ１０３へ進む。ここでは、図６の画像情報には識別子「@CONFIDENTIAL」が付されているので補助プログラムＢによって処理可能と判断してステップＳ１１０へ進む。
ステップＳ１１０
制御部８（図１）の制御に基づいて、補助プログラム実行手段５（図１）は、補助プログラムＢを実行した後、画像情報を受信情報判定手段３（図１）へ送出してステップＳ１００へ戻る。
制御部８（図１）の制御に基づいて、補助プログラム実行手段５（図１）は、補助プログラムＢを実行した後、画像情報を受信情報判定手段３（図１）へ送出してステップＳ１００へ戻る。
ステップＳ１００
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、補助プログラム実行手段５（図１）から補助プログラムＡ及び補助プログラムＢを実行した後の画像情報を受け入れる。この画像情報には、もはや識別子「@COMPRESSED」及び識別子「@CONFIDENTIAL」が付されていないので、ステップＳ１０１、ステップＳ１０２、ステップＳ１０７、ステップＳ１０９を経てステップＳ１０３に至る。
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、補助プログラム実行手段５（図１）から補助プログラムＡ及び補助プログラムＢを実行した後の画像情報を受け入れる。この画像情報には、もはや識別子「@COMPRESSED」及び識別子「@CONFIDENTIAL」が付されていないので、ステップＳ１０１、ステップＳ１０２、ステップＳ１０７、ステップＳ１０９を経てステップＳ１０３に至る。
ステップＳ１０３
制御部８（図１）の制御に基づいて、画像データ生成処理手段６（図１）は、補助プログラム管理手段４（図１）から画像情報を受け入れると、所定のプログラムを用いて画像情報を画像データに変換する。
ステップＳ１０４
制御部８（図１）の制御に基づいて、印刷処理部７（図１）は、画像データ生成処理手段６（図１）から画像データを受け入れて印刷処理してフローを終了する
制御部８（図１）の制御に基づいて、画像データ生成処理手段６（図１）は、補助プログラム管理手段４（図１）から画像情報を受け入れると、所定のプログラムを用いて画像情報を画像データに変換する。
ステップＳ１０４
制御部８（図１）の制御に基づいて、印刷処理部７（図１）は、画像データ生成処理手段６（図１）から画像データを受け入れて印刷処理してフローを終了する
以上説明したように、本実施例によれば、新規機能の追加が求められたときに、既存のプログラムを変更することなく、要求されている新規機能のプログラムを上記記憶部に新たに格納していくのみなので、新規機能を追加するために既存のプログラムを変更しなければならないという問題や、既存のプログラムとの整合を保つため、大幅な機能変更や追加が難しいという問題が発生しないので、容易に新規機能の追加が可能になるという効果を得る。又、上記ステップＳ１０７とステップＳ１０９に於ける補助プログラムＡと補助プログラムＢの順番を設定時期が新しい順番に実行することによって、最も近い時期に更新登録された補助プログラムが実行されると、もはや画像データ中に於ける同種類の識別子は無くなるため、その前に更新された同種類の補助プログラムは実行されないことになるので、補助プログラムの更新を容易に実行出来るという効果を得る。
図８は、実施例２の構成のブロック図である。
図に示すように、実施例２の画像形成装置２０は、記憶部１と、送受信処理手段２と、受信情報判定手段３と、補助プログラム実行手段５と、画像データ生成処理手段６と、印刷処理部７と、制御部８と、メッセージ要求手段１１と、補助プログラム管理手段１４とを備える。
図に示すように、実施例２の画像形成装置２０は、記憶部１と、送受信処理手段２と、受信情報判定手段３と、補助プログラム実行手段５と、画像データ生成処理手段６と、印刷処理部７と、制御部８と、メッセージ要求手段１１と、補助プログラム管理手段１４とを備える。
実施例１との相違部分のみについて説明する。実施例１と同一の要素には同一の符号が付してある。
メッセージ要求手段１１は、制御部８の制御に基づいて画像形成装置２０の情報を操作者に通知する部分であり、更に、操作者が画像形成装置２０に所定の事項を設定する部分でもある。これら情報の入出力機構としては、図示していない、既存のＬＣＤパネルとスイッチの組み合わせや、タッチ式の液晶パネルなどが併用される。あるいは又、印刷処理部７を介してのエラーレポートであっても良い。更には、情報処理装置９を用いてのメッセージ情報の送受信であっても良い（図上点線で表す）。
メッセージ要求手段１１は、制御部８の制御に基づいて画像形成装置２０の情報を操作者に通知する部分であり、更に、操作者が画像形成装置２０に所定の事項を設定する部分でもある。これら情報の入出力機構としては、図示していない、既存のＬＣＤパネルとスイッチの組み合わせや、タッチ式の液晶パネルなどが併用される。あるいは又、印刷処理部７を介してのエラーレポートであっても良い。更には、情報処理装置９を用いてのメッセージ情報の送受信であっても良い（図上点線で表す）。
補助プログラム管理手段１４は、実施例１の機能にプラスして、画像情報に含まれている前処理に必要な補助プログラムが記憶部１に登録されていないときには、メッセージ要求手段１１の起動を可能にする部分である。この機能を迅速確実に果たすために、その内部に補助プログラム管理テーブル１４−１を備える。
図９は、実施例２の補助プログラム管理テーブルの一例である。
図に示すように、記憶部１に登録されている補助プログラムの識別子と、それらの識別子に対応する記憶部１内におけるアドレスが記憶されている。
その他の部分は、実施例１と同様なので説明を省略する。
図に示すように、記憶部１に登録されている補助プログラムの識別子と、それらの識別子に対応する記憶部１内におけるアドレスが記憶されている。
その他の部分は、実施例１と同様なので説明を省略する。
実施例２の動作について説明する。
図１０は、実施例２の主動作のフローチャートである。
図１１は、実施例２の受信情報の一例である。
図１２は、実施例２の補助プログラムが未登録時の処理フローチャートである。 図１３は、エラーメッセージの一例である。
図１４は、エラーレポートの一例である。
図１０は、実施例２の主動作のフローチャートである。
図１１は、実施例２の受信情報の一例である。
図１２は、実施例２の補助プログラムが未登録時の処理フローチャートである。 図１３は、エラーメッセージの一例である。
図１４は、エラーレポートの一例である。
図１０のフローチャートは、記憶部１（図８）に補助プログラムＢ（図９のAPPRICATION B）は登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な情報を送受信処理手段２（図８）が受け入れたときに、メッセージ要求手段１１（図８）を用いて操作者に対して、必要としている補助プログラムが未登録であることを報知するフローチャートである。
ステップＳ２００
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図１１に示す受信情報を受け入れる。
ステップＳ２０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ２０２へ進み、補助プログラムである場合にはステップＳ２０５へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ２０２へ進む。
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図１１に示す受信情報を受け入れる。
ステップＳ２０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ２０２へ進み、補助プログラムである場合にはステップＳ２０５へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ２０２へ進む。
ステップＳ２０２
受信情報は、画像情報であると、受信情報判定手段３（図８）が判定すると、制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図１１の受信情報（画像情報）からAPPLICATION Aが前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ２０７へ進み、登録されていない場合にはステップＳ２０９へ進む。ここでは、前提により登録されていないのでステップＳ２０９へ進む。
受信情報は、画像情報であると、受信情報判定手段３（図８）が判定すると、制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図１１の受信情報（画像情報）からAPPLICATION Aが前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ２０７へ進み、登録されていない場合にはステップＳ２０９へ進む。ここでは、前提により登録されていないのでステップＳ２０９へ進む。
ステップＳ２０９
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、補助プログラム未登録時の処理（図１２）を実行する。
ステップＳ３００（図１２）
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、図示していない既存のＬＣＤパネル等に図１３のエラーメッセージを表示する。
ステップＳ３０１（図１２）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、画像情報を破棄してフローを終了する。
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、補助プログラム未登録時の処理（図１２）を実行する。
ステップＳ３００（図１２）
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、図示していない既存のＬＣＤパネル等に図１３のエラーメッセージを表示する。
ステップＳ３０１（図１２）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、画像情報を破棄してフローを終了する。
上記前提に反して、ステップＳ２０２でステップＳ２０７へ進んだ場合には、既に説明した図７に於けるステップＳ１０２でステップＳ１０７へ進んだ場合と全く同様なので説明を省略する。又上記前提に反して、ステップＳ２０１でステップＳ２０５へ進んだ場合には、既に説明した図２に於けるステップＳ１０２でステップＳ１０５へ進んだ場合と全く同様なので説明を省略する。
尚、上記ステップＳ３００でメッセージ要求手段１１（図８）は、エラーメッセージの表示に代えて印刷処理部７（図８）を介して図１４に示すようなエラーレポートを出力しても良い。あるいは又、エラーメッセージは情報処理装置９（図８）を用いてのメッセージ情報の送受信であっても良い（図上点線で表す）
尚、上記ステップＳ３００でメッセージ要求手段１１（図８）は、エラーメッセージの表示に代えて印刷処理部７（図８）を介して図１４に示すようなエラーレポートを出力しても良い。あるいは又、エラーメッセージは情報処理装置９（図８）を用いてのメッセージ情報の送受信であっても良い（図上点線で表す）
以上説明したように、本実施例によって、装置に未登録の補助プログラムを必要とする受信情報を受け入れた場合には、メッセージ要求手段を用いて操作者に必要としている補助プログラムが未登録であることを報知することが可能になるという効果を得る。
実施例３の構成は、上記実施例２と同一なので説明を省略し、動作のみについて説明する。
図１５は、実施例３の動作のフローチャートである。
図１５のフローチャートは、実施例２と同様に、記憶部１（図８）に補助プログラムＢは登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な受信情報を送受信処理手段２（図８）が受け入れたときに、メッセージ要求手段を用いて操作者に対し、必要としている補助プログラムが未登録であることを報知し、その後の処理を選択させるフローチャートである。
図８と、図９と、図１１とを再度併用して実施例３の動作について説明する。
図１５は、実施例３の動作のフローチャートである。
図１５のフローチャートは、実施例２と同様に、記憶部１（図８）に補助プログラムＢは登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な受信情報を送受信処理手段２（図８）が受け入れたときに、メッセージ要求手段を用いて操作者に対し、必要としている補助プログラムが未登録であることを報知し、その後の処理を選択させるフローチャートである。
図８と、図９と、図１１とを再度併用して実施例３の動作について説明する。
ステップＳ５００
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図１１に示す受信情報を受け入れる。
ステップＳ５０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ５０２へ進み、補助プログラムである場合にはステップＳ５０５へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ５０２へ進む。
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図１１に示す受信情報を受け入れる。
ステップＳ５０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ５０２へ進み、補助プログラムである場合にはステップＳ５０５へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ５０２へ進む。
ステップＳ５０２
受信情報は、画像情報であると受信情報判定手段３（図８）が判定すると、制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図１１の受信情報（画像情報）からAPPLICATION Aが前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ５０７へ進み、登録されていない場合にはステップＳ５１１へ進む。ここでは、前提により登録されていないのでステップＳ５１１へ進む。
受信情報は、画像情報であると受信情報判定手段３（図８）が判定すると、制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図１１の受信情報（画像情報）からAPPLICATION Aが前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ５０７へ進み、登録されていない場合にはステップＳ５１１へ進む。ここでは、前提により登録されていないのでステップＳ５１１へ進む。
ステップＳ５１１
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、図示していない既存のＬＣＤパネル等に画像情報を破棄するか、あるいは、必要な補助プログラムを追加するかを選択させるメッセージを出力し、操作者の指示があるまで処理を中断する。
ステップＳ５１２
操作者が破棄することを選択した場合にはステップＳ５１３へ進み、破棄を選択しない場合にはステップＳ５１４へ進む。
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、図示していない既存のＬＣＤパネル等に画像情報を破棄するか、あるいは、必要な補助プログラムを追加するかを選択させるメッセージを出力し、操作者の指示があるまで処理を中断する。
ステップＳ５１２
操作者が破棄することを選択した場合にはステップＳ５１３へ進み、破棄を選択しない場合にはステップＳ５１４へ進む。
ステップＳ５１３
制御部８（図８）の制御に基づいて、補助プログラム管理手段４（図８）は、画像情報を破棄してフローを終了する。
ステップＳ５１４
補助プログラムがダウンロードされたあとステップＳ５００へ戻る。
制御部８（図８）の制御に基づいて、補助プログラム管理手段４（図８）は、画像情報を破棄してフローを終了する。
ステップＳ５１４
補助プログラムがダウンロードされたあとステップＳ５００へ戻る。
上記前提に反して、ステップＳ５０２でステップＳ５０７へ進んだ場合には、既に説明した図７に於けるステップＳ１０２でステップＳ１０７へ進んだ場合と全く同様なので説明を省略する。又上記前提に反して、ステップＳ５０１でステップＳ５０５へ進んだ場合には、既に説明した図２に於けるステップＳ１０２でステップＳ１０５へ進んだ場合と全く同様なので説明を省略する。
尚、上記ステップＳ３００でメッセージ要求手段１１（図８）は、エラーメッセージの表示に代えて印刷処理部７（図８）を介して図１４に示すようなエラー印刷を出力しても良い。
尚、上記ステップＳ３００でメッセージ要求手段１１（図８）は、エラーメッセージの表示に代えて印刷処理部７（図８）を介して図１４に示すようなエラー印刷を出力しても良い。
以上説明したように、本実施例によって、装置に未登録の補助プログラムを必要とする受信情報を受け入れた場合には、メッセージ要求手段を用いて操作者に必要としている補助プログラムが未登録であることを報知し、その後の処理を選択させることによって操作者が意図していないのに自己の送信した情報が破棄されることが無くなるという効果を得る。
実施例４の構成は、上記実施例２と同一なので説明を省略し、動作のみについて説明する。
図１６は、実施例４の動作のフローチャートである。
図１６のフローチャートは、実施例２及び実施例３と同様に、記憶部１（図８）に補助プログラムＢは登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な受信情報を送受信処理手段２（図８）が受け入れたときに、メッセージ要求手段１１（図８）を用いて操作者に対し、必要としている補助プログラムが未登録であることを報知し、受信情報を、必要としている補助プログラムを登録するまで待避させるフローチャートである。
図８と、図９と、図１１とを再度併用して実施例４の動作について説明する。
図１６は、実施例４の動作のフローチャートである。
図１６のフローチャートは、実施例２及び実施例３と同様に、記憶部１（図８）に補助プログラムＢは登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な受信情報を送受信処理手段２（図８）が受け入れたときに、メッセージ要求手段１１（図８）を用いて操作者に対し、必要としている補助プログラムが未登録であることを報知し、受信情報を、必要としている補助プログラムを登録するまで待避させるフローチャートである。
図８と、図９と、図１１とを再度併用して実施例４の動作について説明する。
ステップＳ６００
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図１１に示す情報を受け入れる。
ステップＳ６０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ６０２へ進み、補助プログラムである場合にはステップＳ６０５へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ６０２へ進む。
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図１１に示す情報を受け入れる。
ステップＳ６０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ６０２へ進み、補助プログラムである場合にはステップＳ６０５へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ６０２へ進む。
ステップＳ６０２
受信情報は、画像情報であると受信情報判定手段３（図８）が判定すると、制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図１１の受信情報（画像情報）からAPPLICATION A（初期プログラムＡが該当）が前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ６０７へ進み、登録されていない場合にはステップＳ６１１へ進む。ここでは、前提により登録されていないのでステップＳ６１１へ進む。前提に反してステップＳ６０７へ進んだ場合の動作は、既に説明した図７に於けるステップＳ１０２でステップＳ１０７へ進んだ場合と全く同様なので説明を省略する。
受信情報は、画像情報であると受信情報判定手段３（図８）が判定すると、制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図１１の受信情報（画像情報）からAPPLICATION A（初期プログラムＡが該当）が前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ６０７へ進み、登録されていない場合にはステップＳ６１１へ進む。ここでは、前提により登録されていないのでステップＳ６１１へ進む。前提に反してステップＳ６０７へ進んだ場合の動作は、既に説明した図７に於けるステップＳ１０２でステップＳ１０７へ進んだ場合と全く同様なので説明を省略する。
ステップＳ６１１
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、印刷処理部７（図８）を介して補助プログラムＡが登録されていない旨操作者に知らせるエラーレポートを印刷して出力する。
ステップＳ６１２
制御部８（図８）の制御に基づいて補助プログラム管理手段１４（図８）は、画像情報を記憶部１（図８）へ待避させ、補助プログラムＡの受信までフローを終了する。その後情報処理装置９（図８）から補助プログラムＡを受信したときにはステップＳ６００、ステップＳ６０１、ステップＳ６０５、ステップＳ６０６を経てステップＳ６１３に至る。ここで、ステップＳ６００、ステップＳ６０１、ステップＳ６０５、ステップＳ６０６は、既に説明した図１のステップＳ１００、ステップＳ１０１、ステップＳ１０５、ステップＳ１０６と同様なので説明を省略する。
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、印刷処理部７（図８）を介して補助プログラムＡが登録されていない旨操作者に知らせるエラーレポートを印刷して出力する。
ステップＳ６１２
制御部８（図８）の制御に基づいて補助プログラム管理手段１４（図８）は、画像情報を記憶部１（図８）へ待避させ、補助プログラムＡの受信までフローを終了する。その後情報処理装置９（図８）から補助プログラムＡを受信したときにはステップＳ６００、ステップＳ６０１、ステップＳ６０５、ステップＳ６０６を経てステップＳ６１３に至る。ここで、ステップＳ６００、ステップＳ６０１、ステップＳ６０５、ステップＳ６０６は、既に説明した図１のステップＳ１００、ステップＳ１０１、ステップＳ１０５、ステップＳ１０６と同様なので説明を省略する。
ステップＳ６１３
制御部８（図８）の制御に基づいて補助プログラム管理手段１４（図８）は、補助プログラムＡを初期化した後、記憶部１（図８）に待避している画像情報が有るかどうかを調べ、有った場合にはステップＳ６１４へ進み、無かった場合にはフローを終了する。ここでは、上記ステップＳ６１２で待避させた画像情報があるのでステップＳ６１４へ進む。
制御部８（図８）の制御に基づいて補助プログラム管理手段１４（図８）は、補助プログラムＡを初期化した後、記憶部１（図８）に待避している画像情報が有るかどうかを調べ、有った場合にはステップＳ６１４へ進み、無かった場合にはフローを終了する。ここでは、上記ステップＳ６１２で待避させた画像情報があるのでステップＳ６１４へ進む。
ステップＳ６１４
制御部８（図８）の制御に基づいて補助プログラム管理手段１４（図８）は、追加された補助プログラム（ここでは補助プログラムＡ）が、退避させた画像情報が必要としている補助プログラムと一致するかどうか判断し、一致する場合には、ステップＳ６００へ戻って受信情報の処理をやり直し、一致しない場合にはフローを終了する。
制御部８（図８）の制御に基づいて補助プログラム管理手段１４（図８）は、追加された補助プログラム（ここでは補助プログラムＡ）が、退避させた画像情報が必要としている補助プログラムと一致するかどうか判断し、一致する場合には、ステップＳ６００へ戻って受信情報の処理をやり直し、一致しない場合にはフローを終了する。
以上説明したように、本実施例によって、装置に未登録の補助プログラムを必要とする受信情報を受け入れた場合には、メッセージ要求手段を用いて操作者に必要としている補助プログラムが未登録であることを報知し、その後に操作者から必要としている補助プログラムを受信して、処理を再開することが出来るという効果を得る。
図１７は、実施例５の構成のブロック図である。
図に示すように、実施例５の画像形成装置２０は、実施例２の画像形成装置２０と全く同様である。実施例２との相違点は、画像形成装置２０の運用上、外部装置として、情報処理装置９の他に補助プログラムサーバ３０を備える点のみである。ここで、補助プログラムサーバ３０は、受信情報の処理に必要になると考えられる補助プログラムを予め想定して登録しておくサーバである。
図に示すように、実施例５の画像形成装置２０は、実施例２の画像形成装置２０と全く同様である。実施例２との相違点は、画像形成装置２０の運用上、外部装置として、情報処理装置９の他に補助プログラムサーバ３０を備える点のみである。ここで、補助プログラムサーバ３０は、受信情報の処理に必要になると考えられる補助プログラムを予め想定して登録しておくサーバである。
以下に実施例５の動作について説明する。
図１８は、実施例５の動作のフローチャートである。
図１８のフローチャートは、実施例２〜実施例４までと同様に、記憶部１（図１７）に補助プログラムＢは登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な受信情報を送受信処理手段２（図１７）が受け入れたときに、補助プログラムサーバ３０へ問い合わせして、補助プログラムＡが補助プログラムサーバ３０に登録されている場合には、該補助プログラムＡを補助プログラムサーバ３０から受け入れて受信情報の処理を実行するフローチャートである。
図９と、図１１と、図１７とを再度併用して実施例５の動作について説明する。
図１８は、実施例５の動作のフローチャートである。
図１８のフローチャートは、実施例２〜実施例４までと同様に、記憶部１（図１７）に補助プログラムＢは登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な受信情報を送受信処理手段２（図１７）が受け入れたときに、補助プログラムサーバ３０へ問い合わせして、補助プログラムＡが補助プログラムサーバ３０に登録されている場合には、該補助プログラムＡを補助プログラムサーバ３０から受け入れて受信情報の処理を実行するフローチャートである。
図９と、図１１と、図１７とを再度併用して実施例５の動作について説明する。
ステップＳ７００
制御部８（図１７）の制御に基づいて、送受信処理手段２（図１７）は、情報処理装置９（図１７）から図１１に示す情報を受け入れる。
ステップＳ７０１
制御部８（図１７）の制御に基づいて、受信情報判定手段３（図１７）は、送受信処理手段２（図１７）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ７０２へ進み、補助プログラムである場合にはステップＳ７０７へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ７０２へ進む。
制御部８（図１７）の制御に基づいて、送受信処理手段２（図１７）は、情報処理装置９（図１７）から図１１に示す情報を受け入れる。
ステップＳ７０１
制御部８（図１７）の制御に基づいて、受信情報判定手段３（図１７）は、送受信処理手段２（図１７）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ７０２へ進み、補助プログラムである場合にはステップＳ７０７へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ７０２へ進む。
ステップＳ７０２
受信情報は、画像情報であると受信情報判定手段３（図１７）が判定すると、制御部８（図１７）の制御に基づいて、補助プログラム管理手段１４（図１７）は、図１１の受信情報（画像情報）からAPPLICATION A（補助プログラムＡが該当）が前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ７１１へ進み、登録されていない場合にはステップＳ７０３へ進む。ここでは、前提により登録されていないのでステップＳ７０３へ進む。
受信情報は、画像情報であると受信情報判定手段３（図１７）が判定すると、制御部８（図１７）の制御に基づいて、補助プログラム管理手段１４（図１７）は、図１１の受信情報（画像情報）からAPPLICATION A（補助プログラムＡが該当）が前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ７１１へ進み、登録されていない場合にはステップＳ７０３へ進む。ここでは、前提により登録されていないのでステップＳ７０３へ進む。
ステップＳ７０３
制御部８（図１７）の制御に基づいて送受信処理手段２（図１７）は、補助プログラムサーバ３０（図１７）へ補助プログラムＡが登録されているか否かについて問い合わせする。
ステップＳ７０４
補助プログラムサーバ３０（図１７）に補助プログラムＡが登録されている場合にはステップＳ７０５へ進み、登録されていない場合にはステップＳ７０６へ進む。
制御部８（図１７）の制御に基づいて送受信処理手段２（図１７）は、補助プログラムサーバ３０（図１７）へ補助プログラムＡが登録されているか否かについて問い合わせする。
ステップＳ７０４
補助プログラムサーバ３０（図１７）に補助プログラムＡが登録されている場合にはステップＳ７０５へ進み、登録されていない場合にはステップＳ７０６へ進む。
ステップＳ７０５
制御部８（図１７）の制御に基づいて送受信処理手段２（図１７）は、補助プログラムサーバ３０（図１７）に対して、補助プログラムＡの送信要求を送り、ステップＳ７００へ戻る。
ステップＳ７０６
制御部８（図１７）の制御に基づいてメッセージ要求手段１１（図１７）は、補助プログラムＡが登録されていない旨操作者に知らせるエラーメッセージを既存のＬＣＤパネル等に表示してフローを終了する。
制御部８（図１７）の制御に基づいて送受信処理手段２（図１７）は、補助プログラムサーバ３０（図１７）に対して、補助プログラムＡの送信要求を送り、ステップＳ７００へ戻る。
ステップＳ７０６
制御部８（図１７）の制御に基づいてメッセージ要求手段１１（図１７）は、補助プログラムＡが登録されていない旨操作者に知らせるエラーメッセージを既存のＬＣＤパネル等に表示してフローを終了する。
上記前提に反して、ステップＳ７０２でステップＳ７１１へ進んだ場合には、既に説明した図７に於けるステップＳ１０２でステップＳ１０７へ進んだ場合と全く同様なので説明を省略する。又上記前提に反して、ステップＳ７０１でステップＳ７０５へ進んだ場合には、既に説明した図２に於けるステップＳ１０２でステップＳ１０５へ進んだ場合と全く同様なので説明を省略する。
以上説明したように、本実施例によれば、受信情報の処理に必要な補助プログラムが記憶部１（図１７）に登録されていない場合であっても、必要なプログラムを入手して処理を継続することが出来るという効果を得る。
実施例６の構成は実施例２と同様なので説明を省略し、動作のみについて説明する。
図１９は、実施例６の主動作のフローチャートである。
図２０は、実施例６の補助プログラム登録処理フローチャートである。
図２１は、実施例６のエラーメッセージの一例である。
図１９のフローチャートは、補助プログラムＡが登録されている記憶部１（図８）に他の補助プログラムを追加登録する場合の動作を表している。
図１９は、実施例６の主動作のフローチャートである。
図２０は、実施例６の補助プログラム登録処理フローチャートである。
図２１は、実施例６のエラーメッセージの一例である。
図１９のフローチャートは、補助プログラムＡが登録されている記憶部１（図８）に他の補助プログラムを追加登録する場合の動作を表している。
ステップＳ８００
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から受信情報を受け入れる。
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から受信情報を受け入れる。
ステップＳ８０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ８０２へ進み、補助プログラムである場合にはステップＳ８０５へ進む。既に説明したように受信情報に一例として識別子「@ PROGRAM」が先頭に付されている場合にはステップＳ８０５へ進み、識別子「@ PROGRAM」が先頭に付されていない場合には、画像情報でありステップＳ８０２へ進む。ここでは識別子「@ PROGRAM」が先頭に付されているものとしてステップＳ８０５（図２０）の補助プログラム追加処理へ進む。
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ８０２へ進み、補助プログラムである場合にはステップＳ８０５へ進む。既に説明したように受信情報に一例として識別子「@ PROGRAM」が先頭に付されている場合にはステップＳ８０５へ進み、識別子「@ PROGRAM」が先頭に付されていない場合には、画像情報でありステップＳ８０２へ進む。ここでは識別子「@ PROGRAM」が先頭に付されているものとしてステップＳ８０５（図２０）の補助プログラム追加処理へ進む。
ステップＳ９００（図２０）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図９に示す補助プログラム管理テーブル１４−１（図８）を検索して補助プログラム登録可能数と、登録済み補助プログラム数を比較して新規に補助プログラムを登録可能か否かを判断する。登録可能と判断した場合にはステップＳ９０１へ進み、登録不可能と判断した場合にはステップＳ９０３へ進む。
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図９に示す補助プログラム管理テーブル１４−１（図８）を検索して補助プログラム登録可能数と、登録済み補助プログラム数を比較して新規に補助プログラムを登録可能か否かを判断する。登録可能と判断した場合にはステップＳ９０１へ進み、登録不可能と判断した場合にはステップＳ９０３へ進む。
ステップＳ９０１（図２０）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図１）は、補助プログラムを記憶部１（図１）へ登録し、その識別子を補助プログラム管理テーブル１４−１（図８）に設定する。
ステップＳ９０２（図２０）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図１）は、補助プログラムを初期化してフローを終了する。
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図１）は、補助プログラムを記憶部１（図１）へ登録し、その識別子を補助プログラム管理テーブル１４−１（図８）に設定する。
ステップＳ９０２（図２０）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図１）は、補助プログラムを初期化してフローを終了する。
ステップＳ９０３（図２０）
制御部８（図８）の制御に基づいて、メッセージ要求手段１１（図８）は、例えばＬＣＤパネル等に図２１に示す（一例）エラーメッセージを表示して次へ進む。
ステップＳ９０４（図２０）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、受信した補助プログラムを破棄してフローを終了する。
制御部８（図８）の制御に基づいて、メッセージ要求手段１１（図８）は、例えばＬＣＤパネル等に図２１に示す（一例）エラーメッセージを表示して次へ進む。
ステップＳ９０４（図２０）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、受信した補助プログラムを破棄してフローを終了する。
以上説明したように、本実施例によれば、記憶部１（図８）に無制限に補助プログラムが追加され、画像形成装置２０（図８）が持つスプール印刷機能や、認証印刷機能等が使用不可能になることを防止することが出来る。
実施例７の構成は実施例２と同様なので説明を省略し、動作のみについて説明する。
図２２は、実施例７の主動作のフローチャートである。
図２３は、実施例７の補助プログラム登録処理フローチャートである。
図２４は、実施例７の補助プログラム管理テーブルの一例である。
図２２のフローチャートは、記憶部１（図１）に補助プログラムＡが登録されている場合に於いて、補助プログラムＡの処理を実行した場合の補助プログラム管理テーブルの更新と、未だ登録されていない他の補助プログラムを追加登録する場合の動作を表している。
図２２は、実施例７の主動作のフローチャートである。
図２３は、実施例７の補助プログラム登録処理フローチャートである。
図２４は、実施例７の補助プログラム管理テーブルの一例である。
図２２のフローチャートは、記憶部１（図１）に補助プログラムＡが登録されている場合に於いて、補助プログラムＡの処理を実行した場合の補助プログラム管理テーブルの更新と、未だ登録されていない他の補助プログラムを追加登録する場合の動作を表している。
ステップＳ９００
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図６に示す受信情報を受け入れる。
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図６に示す受信情報を受け入れる。
ステップＳ９０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ９０２へ進み、補助プログラムである場合にはステップＳ９０５へ進む。図６の受信情報は識別子「@ PROGRAM」が先頭に付されていないので、画像情報でありステップＳ９０２へ進む。
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ９０２へ進み、補助プログラムである場合にはステップＳ９０５へ進む。図６の受信情報は識別子「@ PROGRAM」が先頭に付されていないので、画像情報でありステップＳ９０２へ進む。
ステップＳ９０２
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、登録済みの補助プログラムが記憶部１の内部にあるかどうかを判断する。ここでは、図２４に示す補助プログラム管理テーブル１４−１（図１７）に補助プログラムＡが設定されているのでステップＳ９０６へ進む。
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、登録済みの補助プログラムが記憶部１の内部にあるかどうかを判断する。ここでは、図２４に示す補助プログラム管理テーブル１４−１（図１７）に補助プログラムＡが設定されているのでステップＳ９０６へ進む。
ステップＳ９０６
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、受け入れた画像情報の識別子を認識して補助プログラムＡによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ９０７へ進み、処理出来ないと判断した場合にはステップＳ９０３へ進む。ここでは、図６の画像情報には識別子「@COMPRESSED」が付されているので補助プログラムＡによって処理可能と判断してステップＳ９０７へ進む。
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、受け入れた画像情報の識別子を認識して補助プログラムＡによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ９０７へ進み、処理出来ないと判断した場合にはステップＳ９０３へ進む。ここでは、図６の画像情報には識別子「@COMPRESSED」が付されているので補助プログラムＡによって処理可能と判断してステップＳ９０７へ進む。
ステップＳ９０７
制御部８（図８）の制御に基づいて、補助プログラム実行手段５（図８）は、補助プログラムＡを実行した後、画像情報を受信情報判定手段３（図８）へ送出してステップＳ９００へ戻る。このとき制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は図２４に示す補助プログラム管理テーブル１４−１（図１７）の補助プログラムＡの利用回数に＋１して更新する。次に、次にステップＳ９０１からステップＳ９０５の補助プログラム追加処理（図２３）へ進んだ場合について説明する。
制御部８（図８）の制御に基づいて、補助プログラム実行手段５（図８）は、補助プログラムＡを実行した後、画像情報を受信情報判定手段３（図８）へ送出してステップＳ９００へ戻る。このとき制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は図２４に示す補助プログラム管理テーブル１４−１（図１７）の補助プログラムＡの利用回数に＋１して更新する。次に、次にステップＳ９０１からステップＳ９０５の補助プログラム追加処理（図２３）へ進んだ場合について説明する。
ステップＳ１０００（図２３）
制御部８（図８）の制御に基づいて、補助プログラム実行手段５（図８）は、受信した補助プログラムのデータサイズと記憶部１（図８）の空き容量を比較して、受信した補助プログラムを記憶部１（図８）に登録可能か否か判断し、登録可能と判断した場合にはステップＳ１００１へ進み、登録不可能と判断した場合にはステップＳ１００３へ進む。
ステップＳ１００１（図２３）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、補助プログラムを記憶部１（図８）へ登録し、その識別子を補助プログラム管理テーブル１４−１（図８）に記憶する。
制御部８（図８）の制御に基づいて、補助プログラム実行手段５（図８）は、受信した補助プログラムのデータサイズと記憶部１（図８）の空き容量を比較して、受信した補助プログラムを記憶部１（図８）に登録可能か否か判断し、登録可能と判断した場合にはステップＳ１００１へ進み、登録不可能と判断した場合にはステップＳ１００３へ進む。
ステップＳ１００１（図２３）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、補助プログラムを記憶部１（図８）へ登録し、その識別子を補助プログラム管理テーブル１４−１（図８）に記憶する。
ステップＳ１００２（図２３）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、補助プログラムを初期化してフローを終了する。
ステップＳ１００３
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、補助プログラム管理テーブル１４−１（図８）内の利用回数を参照する。
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、補助プログラムを初期化してフローを終了する。
ステップＳ１００３
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、補助プログラム管理テーブル１４−１（図８）内の利用回数を参照する。
ステップＳ１００４（図２３）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、利用回数の最も少ない補助プログラムを削除してステップＳ１０００へ戻る。
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、利用回数の最も少ない補助プログラムを削除してステップＳ１０００へ戻る。
以上説明したように、実施例７によれば記憶部１（図８）の記憶容量が不足して補助プログラムが追加出来ず、印刷出来ない等の不都合発生を回避することが出来る。又、定期的に記憶装置の容量を確認し、不要となった補助プログラムを削除するといった煩わしい作業を行わなくても補助プログラムを利用し続けることが可能になるという効果を得る。
以上の説明では、印刷装置に適合させた場合について説明したが、本発明は、この例に限定されるものではない。即ち、ファクシミリ装置などにも適合可能である。
１ 記憶部
２ 送受信処理手段
３ 受信情報判定手段
４ 補助プログラム管理手段
５ 補助プログラム実行手段
６ 画像データ生成処理手段
７ 印刷処理部
８ 制御部
９ 情報処理装置
２ 送受信処理手段
３ 受信情報判定手段
４ 補助プログラム管理手段
５ 補助プログラム実行手段
６ 画像データ生成処理手段
７ 印刷処理部
８ 制御部
９ 情報処理装置
Claims (11)
- 受信情報を画像データに変換する所定の制御プロクラムに組合せて補助プログラムの実行が可能な画像形成装置であって、
受信した前記補助プログラムを格納し、登録しておく記憶部と、
前記受信情報を解析し、該受信情報が前記補助プログラムであるか、画像情報であるかを判定する受信情報判定手段と、
前記受信情報が画像情報であるとき、該画像情報が備える識別情報に基づいて前記記憶部から、前記受信情報の処理に必要な補助プログラムを検出し、該必要な補助プログラムを前記所定の制御プロクラムに組合せる補助プログラム管理手段とを備え、
前記補助プログラム管理手段は、前記必要な補助プログラムが未登録と判断すると、前記受信情報を退避させて該受信情報の処理を一旦終了し、次の受信情報の処理に移行する受信情報記憶部と、
前記記憶部で前記補助プログラムの登録が完了した後に、前記受信情報記憶部に退避した受信情報が前記記憶部に登録された前記補助プログラムの処理を不要と判断すると処理を終了し、前記受信情報記憶部に退避した受信情報が前記記憶部に登録された前記補助プログラムの処理を必要と判断すると、受信情報の処理をやり直しするために該受信情報を前記受信情報判定手段に送出する追加補助プログラム判断部とを有することを特徴とする画像形成装置。 - 請求項１に記載の画像形成装置に於いて、
前記受信情報記憶部に退避した前記受信情報の処理に必要な補助プログラムが未登録と判断した後に該補助プログラム名のエラーを出力するメッセージ要求部を有し、
前記追加補助プログラム判断部は、前記メッセージ要求部が前記補助プログラム名のエラーを出力した後に前記記憶部で前記補助プログラムの登録が完了すると、前記受信情報記憶部に退避した受信情報が前記記憶部に登録された前記補助プログラムの処理を不要とすると処理を終了し、前記受信情報記憶部に退避した受信情報が前記記憶部に登録された前記補助プログラムの処理を必要とすると、前記受信情報記憶部に退避した該受信情報を前記受信情報判定手段に送出することを特徴とする。
- 請求項１に記載の画像形成装置に於いて、
前記補助プログラム管理手段が前記必要な補助プログラムを前記記憶部から検出すると、前記所定の制御プロクラムの実行に先立って、該必要な補助プログラムを実行し、実行後の画像情報を前記受信情報判定手段へ再度送出する補助プログラム実行手段を更に備えることを特徴とする画像形成装置。 - 請求項１に記載の画像形成装置に於いて、
前記補助プログラム管理手段が、前記必要な補助プログラムを検出出来ないとき、該必要な補助プログラムの前記記憶部への格納を求めるメッセージ要求手段を更に備えることを特徴とする画像形成装置。 - 請求項１に記載の画像形成装置に於いて、
前記補助プログラム管理手段が、前記必要な補助プログラムを検出出来ないとき、該必要な補助プログラムを受け入れるべく、前記必要な補助プログラムを予め格納する補助プログラムサーバに送信要求する送受信処理手段を備えることを特徴とする画像形成装置。 - 請求項１に記載の画像形成装置に於いて、
前記補助プログラム管理手段は、
前記必要な補助プログラムを検出出来ないとき、前記受信情報を破棄することを特徴とする画像形成装置。 - 請求項１に記載の画像形成装置に於いて、
前記補助プログラム管理手段は、
前記補助プログラム実行手段が実行した複数の補助プログラムの実行回数を各補助プログラム毎に累積加算した累積加算値を記憶する補助プログラム管理テーブルを更に有することを特徴とする画像形成装置。 - 請求項７に記載の画像形成装置に於いて、
前記補助プログラム管理手段は、
前記受信情報が前記補助プログラムであるとき、前記補助プログラム管理テーブルを参照し、累積加算した値が最小の補助プログラムを破棄して前記受信情報の補助プログラムを前記記憶部に格納することを特徴とする画像形成装置。 - 制御プログラムを用いて画像形成を行う画像形成方法に於いて、
上位装置から情報を受信し、受信した補助プログラムを登録し、
受信した前記情報が画像情報であるとき、該画像情報が備える識別情報に基づいて前記受信情報の処理に必要な補助プログラムの検出を行い、
前記必要な補助プログラムを検出すると、該補助プログラムと前記制御プログラムを組合せた組合せプログラムを作成し、前記組合せプログラムを用いて前記受信した情報から画像形成を行い、
前記必要な補助プログラムが検出できないと、前記受信情報を退避させて該受信情報の処理を一旦終了し、次の受信情報の処理に移行し、
前記補助プログラムの登録が完了した後に、前記退避した受信情報が登録された前記補助プログラムの処理を不要と判断すると処理を終了し、前記退避した受信情報が登録された前記補助プログラムの処理を必要と判断すると、退避した該受信情報の処理のやり直しを行うことを特徴とする画像形成方法。 - 請求項９に記載の画像形成方法に於いて、
前記上位装置から受信した情報が補助プログラムで処理すべきと判断した場合、
該受信した情報を補助プログラムにより処理し、
補助プログラムにより処理した情報を再度補助プログラムで処理すべきか確認することを特徴とする画像形成方法。 - 請求項９に記載の画像形成方法に於いて、
前記受信情報記憶部に退避した前記受信情報の処理に必要な補助プログラムが検出できないと判断すると該補助プログラム名のエラーを出力し、
前記補助プログラム名のエラーを出力した後に前記補助プログラムの登録が完了すると、退避した前記受信情報が登録された前記補助プログラムの処理を不要とすると処理を終了し、退避した前記受信情報が登録された前記補助プログラムの処理を必要とすると、退避した該受信情報の処理のやり直しを行うことを特徴とする画像形成方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004042994A JP4476642B2 (ja) | 2004-02-19 | 2004-02-19 | 画像形成装置及び画像形成方法 |
| US11/059,738 US8164772B2 (en) | 2004-02-19 | 2005-02-17 | Image forming apparatus and image forming method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004042994A JP4476642B2 (ja) | 2004-02-19 | 2004-02-19 | 画像形成装置及び画像形成方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005231188A JP2005231188A (ja) | 2005-09-02 |
| JP4476642B2 true JP4476642B2 (ja) | 2010-06-09 |
Family
ID=34857996
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004042994A Expired - Fee Related JP4476642B2 (ja) | 2004-02-19 | 2004-02-19 | 画像形成装置及び画像形成方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US8164772B2 (ja) |
| JP (1) | JP4476642B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4832164B2 (ja) * | 2006-05-29 | 2011-12-07 | 株式会社リコー | 画像処理装置、アプリケーション実行方法及びアプリケーション実行プログラム |
| US8334995B2 (en) * | 2007-09-19 | 2012-12-18 | Sharp Laboratories Of America, Inc. | Method and system for adaptive control of imaging node |
| JP6429034B2 (ja) * | 2016-03-04 | 2018-11-28 | 京セラドキュメントソリューションズ株式会社 | 画像形成システム |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0566937A (ja) | 1991-02-12 | 1993-03-19 | Oki Electric Ind Co Ltd | データ処理装置及びその処理変更方法 |
| JPH06162008A (ja) | 1992-11-17 | 1994-06-10 | Fuji Xerox Co Ltd | ページ記述言語処理装置 |
| US5754748A (en) * | 1996-09-13 | 1998-05-19 | Lexmark International, Inc. | Download of interpreter to a printer |
| US6473192B1 (en) * | 1997-09-18 | 2002-10-29 | Canon Kabushiki Kaisha | Job processing apparatus |
| JP2001067214A (ja) | 1999-08-30 | 2001-03-16 | Oki Electric Ind Co Ltd | コンピュータシステム及びプログラムファイル更新方法 |
| JP3602036B2 (ja) * | 2000-06-30 | 2004-12-15 | シャープ株式会社 | プログラム供給システム及びプログラム供給方法 |
| US7246348B1 (en) * | 2000-10-13 | 2007-07-17 | International Business Machines Corp. | Method and apparatus for using print jobs for downloading and executing printer controller code |
| US7362459B2 (en) * | 2000-11-17 | 2008-04-22 | Seiko Epson Corporation | Network device and printer |
| JP2003174618A (ja) | 2001-12-07 | 2003-06-20 | Shinko Electric Co Ltd | 画像処理プログラム供給方法、画像プリントサービス方法、画像サービスセンタ及び画像取扱装置 |
| JP4095448B2 (ja) * | 2002-01-24 | 2008-06-04 | キヤノン株式会社 | ネットワークシステム、画像処理装置、情報処理装置、画像処理装置の制御方法及び情報処理装置の制御方法 |
| JP4333084B2 (ja) * | 2002-06-17 | 2009-09-16 | 富士ゼロックス株式会社 | 画像形成システム及びプログラム |
| JP4018498B2 (ja) * | 2002-10-15 | 2007-12-05 | キヤノン株式会社 | 管理装置、管理方法、制御プログラム |
-
2004
- 2004-02-19 JP JP2004042994A patent/JP4476642B2/ja not_active Expired - Fee Related
-
2005
- 2005-02-17 US US11/059,738 patent/US8164772B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005231188A (ja) | 2005-09-02 |
| US20050185219A1 (en) | 2005-08-25 |
| US8164772B2 (en) | 2012-04-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4880376B2 (ja) | 支援装置、プログラム、情報処理システム及び支援方法 | |
| CN102455883B (zh) | 打印系统和打印机 | |
| JP4485997B2 (ja) | 印刷制御装置、印刷制御システム、印刷制御方法、印刷制御プログラム及び記録媒体 | |
| JP5966270B2 (ja) | システム及び機器管理プログラム | |
| EP2624502A1 (en) | Data processing apparatus, information processing method, and storage medium | |
| JP2010079831A (ja) | 通信システム及び通信制御プログラム | |
| JP2007086969A (ja) | 印刷装置 | |
| JP2020075359A (ja) | 画像形成装置およびコンピュータプログラム | |
| JP2014067126A (ja) | 情報処理装置及び印刷システム | |
| JP4476642B2 (ja) | 画像形成装置及び画像形成方法 | |
| JP4983543B2 (ja) | 画像形成装置及び画像形成システム | |
| JP6311689B2 (ja) | 画像形成システムおよび画像形成システム用プログラム | |
| JP6579013B2 (ja) | 情報処理システム、情報処理装置、情報処理方法、及びプログラム | |
| US7580361B2 (en) | Network system, information processor and electronic apparatus | |
| JP5086820B2 (ja) | サービス管理方法とシステムおよびプログラム | |
| JPH117521A (ja) | 電子文書のファイリング方法および装置 | |
| JP2003091427A (ja) | 情報処理装置 | |
| JP5321891B2 (ja) | 印刷システム | |
| JP2007323303A (ja) | 設備情報管理支援システム | |
| JP4708940B2 (ja) | コンテンツ情報設定方法 | |
| JP2000330750A (ja) | ネットワークプリンタ管理装置及びネットワークプリンタシステム | |
| JP2013098968A (ja) | 情報処理プログラム、情報処理装置および情報処理装置の制御方法 | |
| JP2002351646A (ja) | 印刷管理装置 | |
| JP2016170827A (ja) | 機器管理装置、資産管理装置、及び機器管理方法 | |
| JP2019001050A (ja) | 画像形成装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070116 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091208 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100208 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100309 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100310 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4476642 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140319 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |