(57)【要約】【課題】  新規機能を追加を目的として既存のプログラムを容易に変更すること。【解決手段】  記憶部１は補助プログラムを格納し、受信情報判定手段３は、受信情報を解析し、該受信情報が上記補助プログラムであるか、画像情報であるかを判定し、補助プログラム管理手段４は、上記受信情報が画像情報であるとき、該画像情報が備える識別子に基づいて上記記憶部１を検索し、上記受信情報の処理に必要な補助プログラムを検出し、該必要な補助プログラムを上記所定の制御プロクラムに追加する。【選択図】        図１
2005231188.tif 000002
【特許請求の範囲】
【請求項１】
受信情報を画像データに変換する所定の制御プロクラムに組合せて補助プログラムの実行が可能な画像形成装置であって、
前記補助プログラムを格納する記憶部と、
前記受信情報を解析し、該受信情報が前記補助プログラムであるか、画像情報であるかを判定する受信情報判定手段と、
前記受信情報が画像情報であるとき、該画像情報が備える識別情報に基づいて前記記憶から、前記受信情報の処理に必要な補助プログラムを検出し、該必要な補助プログラムを前記所定の制御プロクラムに組合せる補助プログラム管理手段とを備えることを特徴とする画像形成装置。
【請求項２】
請求項１に記載の画像形成装置に於いて、
前記補助プログラム管理手段は、
前記受信情報が前記補助プログラムであるとき、該補助プログラムを前記記憶部に格納することを特徴とする画像形成装置。
【請求項３】
請求項１又は請求項２に記載の画像形成装置に於いて、
前記補助プログラム管理手段が前記必要な補助プログラムを前記記憶部から検出すると、前記所定の制御プロクラムの実行に先立って、該必要な補助プログラムを実行し、実行後の画像情報を前記受信情報判定手段へ再度送出する補助プログラム実行手段を更に備えることを特徴とする画像形成装置。
【請求項４】
請求項１又は請求項２に記載の画像形成装置に於いて、
前記補助プログラム管理手段が、前記必要な補助プログラムを検出出来ないとき、該必要な補助プログラムの前記記憶部への格納を求めるメッセージ要求手段を更に備えることを特徴とする画像形成装置。
【請求項５】
請求項１又は請求項２に記載の画像形成装置に於いて、
前記補助プログラム管理手段が、前記必要な補助プログラムを検出出来ないとき、該必要な補助プログラムを受け入れるべく、前記必要な補助プログラムを予め格納する補助プログラムサーバに送信要求する送受信処理手段を備えることを特徴とする画像形成装置。
【請求項６】
請求項１又は請求項２に記載の画像形成装置に於いて、
前記補助プログラム管理手段は、
前記必要な補助プログラムを検出出来ないとき、前記受信情報を破棄することを特徴とする画像形成装置。
【請求項７】
請求項１又は請求項２に記載の画像形成装置に於いて、
前記補助プログラム管理手段は、
前記補助プログラム実行手段が実行した複数の補助プログラムの実行回数を各補助プログラム毎に累積加算した累積加算値を記憶する補助プログラム管理テーブルを更に有することを特徴とする画像形成装置。
【請求項８】
請求項７に記載の画像形成装置に於いて、
前記補助プログラム管理手段は、
前記受信情報が前記補助プログラムであるとき、前記補助プログラム管理テーブルを参照し、累積加算した値が最小の補助プログラムを破棄して前記受信情報の補助プログラムを前記記憶部に格納することを特徴とする画像形成装置。    
【請求項９】
制御プログラムを用いて画像形成を行う画像形成方法に於いて、
上位装置から情報を受信し、
受信した前記情報が画像情報であるとき、該画像情報が備える識別情報に基づいて前記受信情報の処理に必要な補助プログラムを検出し、
前記必要な補助プログラムと前記制御プログラムを組合せた組合せプログラムを作成し、前記組合せプログラムを用いて前記受信した情報から画像形成を行うことを特徴とする画像形成方法。
【請求項１０】
請求項９に記載の画像形成方法に於いて、
前記上位装置から受信した情報が補助プログラムで処理すべきと判断した場合、
該受信した情報を補助プログラムにより処理し、
補助プログラムにより処理した情報を再度補助プログラムで処理すべきか確認することを特徴とする画像形成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信情報を画像データに変換する所定の制御プロクラムに追加して、補助プログラムの実行が可能な画像形成装置及び画像形成方法に関するものである。
【背景技術】
【０００２】
画像形成装置に於いて、特定顧客からの要求や、不具合改修等のために、制御プログラムの更新又は追加を求められる事態が発生する。従来このような事態では、通常サービススタッフが画像形成装置の設置場所に赴き、プログラムの変更作業を実行していた。そのため、プログラム変更作業に多大な時間と労力が掛かるという問題、新規機能を追加するためには既存のプログラムを変更しなければならないという問題、既存のプログラムとの整合を保つため大幅な機能変更や追加が難しいという問題等、解決すべき課題が残されていた。
【０００３】
多大な時間と労力が掛かるという問題を一部解決するための技術として、例えば無線通信手段を用いる等の方法によって、サービススタッフが画像処理装置の分解や組立を行うことなく作業出来る技術等が公開されている（特許文献１参照。）。あるいはまた、サービススタッフが画像処理装置の制御プログラムの一部を更新する場合に於いて、他の部分については、動作を停止しなくて済む更新方法等についての技術も公開されている（特許文献２参照。）。
【特許文献１】特開平５−６６９３７号公報
【特許文献２】特開２００１−６７２１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
解決しようとする問題点は、新規機能を追加するために既存のプログラムを変更しなければならないという問題、及び、既存のプログラムとの整合を保つため、大幅な機能変更や追加が難しいという点である。
【課題を解決するための手段】
【０００５】
補助プログラムを格納する記憶部と、受信情報を解析し、その受信情報が、画像情報であるか、新たに登録すべき補助プログラムであるかを判定する受信情報判定手段と、上記画像情報の変換処理に必要な補助プログラムを認識し、上記記憶部から必要な補助プログラムを検出する補助プログラム管理手段と、所定の制御プロクラムの実行に先立って、該必要な補助プログラムを実行し、実行後の画像情報を上記受信情報判定手段へ再度送出する補助プログラム実行手段とを備え、プログラムの更新や、新規機能の追加が求められたときには、既存のプログラムを変更することなく、要求されている更新プログラムや、新規機能のプログラムを上記記憶部に新たに格納していくことを最も主要な特徴とする。
【発明の効果】
【０００６】
プログラムの更新や、新規機能の追加が求められたときに、既存のプログラムを変更することなく、要求されている更新プログラムや、新規機能のプログラムを上記記憶部に新たに格納していくのみなので、新規機能を追加するために既存のプログラムを変更しなければならないという問題や、既存のプログラムとの整合を保つため、大幅な機能変更や追加が難しいという問題が発生しないので、容易にプログラムの変更や、新規機能の追加が可能になるという効果を得る。
【発明を実施するための最良の形態】
【０００７】
上記受信情報判定手段、上記補助プログラム管理手段、及び、上記補助プログラム実行手段とを画像形成装置全体を制御する既存の制御部の制御手段によって構成することにより、部品点数を増加させることなく、制御プログラムの変更のみによって実現することが出来た。
【実施例１】
【０００８】
図１は、実施例１の構成のブロック図である。
図に示すように、実施例１の画像形成装置１０は、記憶部１と、送受信処理手段２と、受信情報判定手段３と、補助プログラム管理手段４と、補助プログラム実行手段５と、画像データ生成処理手段６と、印刷処理部７と、制御部８とを備える。
【０００９】
記憶部１は、補助プログラムＡ、補助プログラムＢ、・・・を、登録しておく部分である。この記憶部１は、画像形成装置１０全体の制御に必要な情報を格納する記憶装置であって、その内部に補助プログラムＡ、補助プログラムＢ、・・・を、登録しておくメモリ領域が確保されたものである。無論、補助プログラムＡ、補助プログラムＢ、・・・のみを専用に格納するメモリとして新たに配置されたものであっても良い。補助プログラムＡ、補助プログラムＢ、・・・は、画像形成装置１０が設置時点から有するプログラムを更新したり新たな機能を追加するための制御プログラムである。
【００１０】
これらの補助プログラムは、後に、動作説明の中で詳細に説明するが、一例として受信情報内に識別子「@COMPRESSED」が存在する場合は、その受信情報が圧縮された画像情報であると判断し、画像データ生成処理手段６で展開し、処理可能な形式に変換するために、補助プログラムＡが必要に成ってくる。又、一例として受信情報内に「@CONFIDENTIAL」の識別子が存在する場合は、その受信情報がウォーターマークの合成を求める画像情報であると判断し、画像データ生成処理手段６でウォーターマークの合成可能な形式に変換するために、補助プログラムＢが必要に成ってくる。これら補助プログラムの機能については特に限定しない。又、登録可能な補助プログラムの数も限定しない。
【００１１】
送受信処理手段２は、制御部８の制御に基づいて、情報処理装置９との間で情報の送受信を実行する手段である。
受信情報判定手段３は、制御部８の制御に基づいて、受信情報を解析し、受信情報の先頭に、一例として識別子「@PROGRAM」がついている場合には、受け入れた受信情報が補助プログラムであると判断し、それ以外の場合には、画像情報であると判断する手段である。
【００１２】
補助プログラム管理手段４は、制御部８の制御に基づいて、画像情報を受け入れると、画像情報が必要としている補助プログラムを認識し、上記記憶部１を検索し、必要になると認識した補助プログラムを検出し、所定の制御プロクラムに追加する手段である。即ち、必要になると認識した補助プログラムを検出すると、上記補助プログラム実行手段５が、所定の制御プロクラムの実行に先立って、該必要な補助プログラムを実行することを可能にする手段である。又、送受信処理手段２が、情報処理装置９から新規登録が求められている補助プログラムを受け入れると、その補助プログラムを記憶部１に登録するとともに、登録された補助プログラム名を自己の内部に設定し、初期化する手段でもある。ここで所定の制御プロクラムとは、画像形成装置１０が、プログラムの更新や、新規機能の追加が求められる以前から所有している既存のプログラムを言う。
【００１３】
補助プログラム実行手段５は、制御部８の制御に基づいて、補助プログラム管理手段４が上記補助プログラムを記憶部１から検出すると、所定の制御プロクラムの実行に先立って、該必要な補助プログラムを実行し、実行後の画像情報を受信情報判定手段３へ再度送出する手段である。
【００１４】
画像データ生成処理手段６は、制御部８の制御に基づいて、画像情報を受け入れて文字コードを解析し、印刷処理部７で印刷可能な画像データに変換する手段である。但し、補助プログラム管理手段４が変換処理に必要な補助プログラムを認識し、この必要な補助プログラムを記憶部１から検出できたときには、補助プログラム実行手段５による補助プログラムの実行後に上記変換処理を実行する。この画像データ生成処理手段６の実行するプログラムは、上記所定のプログラムに該当する。
【００１５】
印刷処理部７は、制御部８の制御に基づいて、画像データ生成処理手段６から画像データを受け入れて、印刷処理を実行する部分である。
制御部８は、装置全体を制御するＣＰＵ（中央演算処理装置）である。上記送受信処理手段２、受信情報判定手段３、補助プログラム管理手段４、補助プログラム実行手段５、画像データ生成処理手段６の全て、あるいは、その一部は、記憶部１の内部に予め格納してあるプログラムによって動作する制御部８の制御手段によって構成しても良いし、あるいは又、専用の電子回路で構成しても良い。
【００１６】
実施例１の動作について説明する。
図２は、実施例１の補助プログラム未登録時の処理フローチャートである。
図３は、受信情報の一例である。
図４は、受信情報から変換され生成された画像の一例である。
図２のフローチャートは、記憶部１（図１）に補助プログラムが登録されていない場合に、情報処理装置９（図１）から図３に示す情報が送られてきた場合の動作を表している。
【００１７】
ステップＳ１００
制御部８（図１）の制御に基づいて、送受信処理手段２（図１）は、情報処理装置９（図２）から図３に示す情報を受け入れる。
ステップＳ１０１
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、送受信処理手段２（図１）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ１０２へ進み、補助プログラムである場合にはステップＳ１０５へ進む。
【００１８】
受信情報が画像情報であるか、あるいは補助プログラムであるかの判断方法については、特に限定しないが、ここでは、一例として受信情報の先頭に識別子「@ PROGRAM」が付されている場合には補助プログラムであるものと判断し、それ以外の場合には画像情報であると判断するものとする。図３に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ１０２へ進む。
【００１９】
ステップＳ１０２
受信情報は、画像情報であると受信情報判定手段３（図１）が判定すると、制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、登録済みの補助プログラムが記憶部１内部にあるかどうかを判断する。ここでは、未だ補助プログラムは登録されていないので次へ進む。補助プログラム管理手段４（図１）によって、補助プログラムが記憶部１内部に登録されていると判断された場合には点線（後記フロー）へ進む。
【００２０】
ステップＳ１０３
制御部８（図１）の制御に基づいて、画像データ生成処理手段６（図１）は、補助プログラム管理手段４（図１）から画像情報を受け入れると、所定のプログラムを用いて画像情報を画像データに変換する。
ステップＳ１０４
制御部８（図１）の制御に基づいて、印刷処理部７（図１）は、画像データ生成処理手段６（図１）から画像データを受け入れて印刷処理してフローを終了する。このとき印刷出力された画像の一例が図４に示されている。
【００２１】
ステップＳ１０５
仮に、上記ステップＳ１０１で受信情報に識別子「@ PROGRAM」が含まれていたとするならば、制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、補助プログラムを記憶部１（図１）へ登録し、そのプログラム名を自己の内部に設定する。
ステップＳ１０６
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、補助プログラムを初期化してフローを終了する。
【００２２】
図５は、実施例１の補助プログラムＡ格納時の処理フローチャートである。
図６は、補助プログラムＡによる処理を必要とする画像情報の一例である。
図５のフローチャートは、記憶部１（図１）に補助プログラムＡが既に登録されている場合の動作を表している。
ステップＳ１００
制御部８（図１）の制御に基づいて、送受信処理手段２（図１）は、情報処理装置９（図１）から図６に示す情報を受け入れる。
【００２３】
ステップＳ１０１
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、送受信処理手段２（図１）から情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ１０２へ進み、補助プログラムである場合にはステップＳ１０５へ進む。図６の受信情報は識別子「@ PROGRAM」が先頭に付されていないので、画像情報でありステップＳ１０２へ進む。
【００２４】
ステップＳ１０２
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、登録済みの補助プログラムが記憶部１（図１）の内部にあるかどうかを判断する。ここでは、自己の内部に補助プログラムＡの名称が設定されているので記憶部１（図１）の内部に登録済みの補助プログラムがあると判断してステップＳ１０７へ進む。
ステップＳ１０７
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、受け入れた画像情報の識別子を認識して補助プログラムＡによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ１０８へ進み、処理出来ないと判断した場合にはステップＳ１０３へ進む。ここでは、図６の画像情報には識別子「@COMPRESSED」が付されているので補助プログラムＡによって処理可能と判断してステップＳ１０８へ進む。
【００２５】
ステップＳ１０８
制御部８（図１）の制御に基づいて、補助プログラム実行手段５（図１）は、補助プログラムＡを実行した後、画像情報を受信情報判定手段３（図１）へ送出してステップＳ１００へ戻る。
ステップＳ１００
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、補助プログラム実行手段５（図１）から補助プログラムＡを実行した後の画像情報を受け入れる。この画像情報には、もはや識別子「@COMPRESSED」が付されていないので、ステップＳ１０１、ステップＳ１０２、ステップＳ１０７を経てステップＳ１０３に至る。
【００２６】
ステップＳ１０３
制御部８（図１）の制御に基づいて、画像データ生成処理手段６（図１）は、補助プログラム管理手段４（図１）から画像情報を受け入れると、所定のプログラムを用いて画像情報を画像データに変換する。
ステップＳ１０４
制御部８（図１）の制御に基づいて、印刷処理部７（図１）は、画像データ生成処理手段６（図１）から画像データを受け入れて印刷処理してフローを終了する。
ステップＳ１０１からステップＳ１０５へ進んだ場合の動作については既に説明した図２のステップＳ１０５、ステップＳ１０６と同様なので説明を省略する。
【００２７】
図７は、実施例１の補助プログラムＢ追加後の処理フローチャートである。
図７のフローチャートは、記憶部１（図１）に補助プログラムＡ及び補助プログラムＢが登録されている場合の動作を表している。
ステップＳ１００
制御部８（図１）の制御に基づいて、送受信処理手段２（図１）は、補助プログラム実行手段５（図１）から識別子「@COMPRESSED」（補助プログラムＡが必要）と識別子「@CONFIDENTIAL」（補助プログラムＢが必要）とが含まれている情報を受け入れたと仮定する。
【００２８】
ステップＳ１０１
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、送受信処理手段２（図１）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ１０２へ進み、補助プログラムである場合にはステップＳ１０５へ進む。受信情報は識別子「@ PROGRAM」が先頭に付されていないので、画像情報でありステップＳ１０２へ進む。
【００２９】
ステップＳ１０２
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、登録済みの補助プログラムが記憶部１の内部にあるかどうかを判断する。ここでは、補助プログラムＡ、及び補助プログラムＢの名称が自己の内部に設定されているのでステップＳ１０７へ進む。
【００３０】
ステップＳ１０７
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、受け入れた画像情報の識別子を認識して補助プログラムＡによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ１０８へ進み、処理出来ないと判断した場合にはステップＳ１０９へ進む。ここでは、図６の画像情報には識別子「@COMPRESSED」が付されているので補助プログラムＡによって処理可能と判断してステップＳ１０８へ進む。
【００３１】
ステップＳ１０８
制御部８（図１）の制御に基づいて、補助プログラム実行手段５（図１）は、補助プログラムＡを実行した後、画像情報を受信情報判定手段３（図１）へ送出してステップＳ１００へ戻る。
ステップＳ１００  制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、補助プログラム実行手段５（図１）から補助プログラムＡを実行した後の画像情報を受け入れる。この画像情報には、もはや識別子「@COMPRESSED」が付されていないが、未だ識別子「@CONFIDENTIAL」を含んでいるので、ステップＳ１０１、ステップＳ１０２、ステップＳ１０７を経てステップＳ１０９に至る。
【００３２】
ステップＳ１０９
制御部８（図１）の制御に基づいて、補助プログラム管理手段４（図１）は、受け入れた画像情報の識別子を認識して補助プログラムＢによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ１１０へ進み、処理出来ないと判断した場合にはステップＳ１０３へ進む。ここでは、図６の画像情報には識別子「@CONFIDENTIAL」が付されているので補助プログラムＢによって処理可能と判断してステップＳ１１０へ進む。
【００３３】
ステップＳ１１０
制御部８（図１）の制御に基づいて、補助プログラム実行手段５（図１）は、補助プログラムＢを実行した後、画像情報を受信情報判定手段３（図１）へ送出してステップＳ１００へ戻る。
【００３４】
ステップＳ１００
制御部８（図１）の制御に基づいて、受信情報判定手段３（図１）は、補助プログラム実行手段５（図１）から補助プログラムＡ及び補助プログラムＢを実行した後の画像情報を受け入れる。この画像情報には、もはや識別子「@COMPRESSED」及び識別子「@CONFIDENTIAL」が付されていないので、ステップＳ１０１、ステップＳ１０２、ステップＳ１０７、ステップＳ１０９を経てステップＳ１０３に至る。
【００３５】
ステップＳ１０３
制御部８（図１）の制御に基づいて、画像データ生成処理手段６（図１）は、補助プログラム管理手段４（図１）から画像情報を受け入れると、所定のプログラムを用いて画像情報を画像データに変換する。
ステップＳ１０４
制御部８（図１）の制御に基づいて、印刷処理部７（図１）は、画像データ生成処理手段６（図１）から画像データを受け入れて印刷処理してフローを終了する
【００３６】
以上説明したように、本実施例によれば、新規機能の追加が求められたときに、既存のプログラムを変更することなく、要求されている新規機能のプログラムを上記記憶部に新たに格納していくのみなので、新規機能を追加するために既存のプログラムを変更しなければならないという問題や、既存のプログラムとの整合を保つため、大幅な機能変更や追加が難しいという問題が発生しないので、容易に新規機能の追加が可能になるという効果を得る。又、上記ステップＳ１０７とステップＳ１０９に於ける補助プログラムＡと補助プログラムＢの順番を設定時期が新しい順番に実行することによって、最も近い時期に更新登録された補助プログラムが実行されると、もはや画像データ中に於ける同種類の識別子は無くなるため、その前に更新された同種類の補助プログラムは実行されないことになるので、補助プログラムの更新を容易に実行出来るという効果を得る。
【実施例２】
【００３７】
図８は、実施例２の構成のブロック図である。
図に示すように、実施例２の画像形成装置２０は、記憶部１と、送受信処理手段２と、受信情報判定手段３と、補助プログラム実行手段５と、画像データ生成処理手段６と、印刷処理部７と、制御部８と、メッセージ要求手段１１と、補助プログラム管理手段１４とを備える。
【００３８】
実施例１との相違部分のみについて説明する。実施例１と同一の要素には同一の符号が付してある。
メッセージ要求手段１１は、制御部８の制御に基づいて画像形成装置２０の情報を操作者に通知する部分であり、更に、操作者が画像形成装置２０に所定の事項を設定する部分でもある。これら情報の入出力機構としては、図示していない、既存のＬＣＤパネルとスイッチの組み合わせや、タッチ式の液晶パネルなどが併用される。あるいは又、印刷処理部７を介してのエラーレポートであっても良い。更には、情報処理装置９を用いてのメッセージ情報の送受信であっても良い（図上点線で表す）。
【００３９】
補助プログラム管理手段１４は、実施例１の機能にプラスして、画像情報に含まれている前処理に必要な補助プログラムが記憶部１に登録されていないときには、メッセージ要求手段１１の起動を可能にする部分である。この機能を迅速確実に果たすために、その内部に補助プログラム管理テーブル１４−１を備える。
【００４０】
図９は、実施例２の補助プログラム管理テーブルの一例である。
図に示すように、記憶部１に登録されている補助プログラムの識別子と、それらの識別子に対応する記憶部１内におけるアドレスが記憶されている。
その他の部分は、実施例１と同様なので説明を省略する。
【００４１】
実施例２の動作について説明する。
図１０は、実施例２の主動作のフローチャートである。
図１１は、実施例２の受信情報の一例である。
図１２は、実施例２の補助プログラムが未登録時の処理フローチャートである。  図１３は、エラーメッセージの一例である。
図１４は、エラーレポートの一例である。
【００４２】
図１０のフローチャートは、記憶部１（図８）に補助プログラムＢ（図９のAPPRICATION B）は登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な情報を送受信処理手段２（図８）が受け入れたときに、メッセージ要求手段１１（図８）を用いて操作者に対して、必要としている補助プログラムが未登録であることを報知するフローチャートである。
【００４３】
ステップＳ２００
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図１１に示す受信情報を受け入れる。
ステップＳ２０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ２０２へ進み、補助プログラムである場合にはステップＳ２０５へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ２０２へ進む。
【００４４】
ステップＳ２０２
受信情報は、画像情報であると、受信情報判定手段３（図８）が判定すると、制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図１１の受信情報（画像情報）からAPPLICATION Aが前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ２０７へ進み、登録されていない場合にはステップＳ２０９へ進む。ここでは、前提により登録されていないのでステップＳ２０９へ進む。
【００４５】
ステップＳ２０９
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、補助プログラム未登録時の処理（図１２）を実行する。
ステップＳ３００（図１２）
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、図示していない既存のＬＣＤパネル等に図１３のエラーメッセージを表示する。
ステップＳ３０１（図１２）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、画像情報を破棄してフローを終了する。
【００４６】
上記前提に反して、ステップＳ２０２でステップＳ２０７へ進んだ場合には、既に説明した図７に於けるステップＳ１０２でステップＳ１０７へ進んだ場合と全く同様なので説明を省略する。又上記前提に反して、ステップＳ２０１でステップＳ２０５へ進んだ場合には、既に説明した図２に於けるステップＳ１０２でステップＳ１０５へ進んだ場合と全く同様なので説明を省略する。
尚、上記ステップＳ３００でメッセージ要求手段１１（図８）は、エラーメッセージの表示に代えて印刷処理部７（図８）を介して図１４に示すようなエラーレポートを出力しても良い。あるいは又、エラーメッセージは情報処理装置９（図８）を用いてのメッセージ情報の送受信であっても良い（図上点線で表す）
【００４７】
以上説明したように、本実施例によって、装置に未登録の補助プログラムを必要とする受信情報を受け入れた場合には、メッセージ要求手段を用いて操作者に必要としている補助プログラムが未登録であることを報知することが可能になるという効果を得る。
【実施例３】
【００４８】
実施例３の構成は、上記実施例２と同一なので説明を省略し、動作のみについて説明する。
図１５は、実施例３の動作のフローチャートである。
図１５のフローチャートは、実施例２と同様に、記憶部１（図８）に補助プログラムＢは登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な受信情報を送受信処理手段２（図８）が受け入れたときに、メッセージ要求手段を用いて操作者に対し、必要としている補助プログラムが未登録であることを報知し、その後の処理を選択させるフローチャートである。
図８と、図９と、図１１とを再度併用して実施例３の動作について説明する。
【００４９】
ステップＳ５００
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図１１に示す受信情報を受け入れる。
ステップＳ５０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ５０２へ進み、補助プログラムである場合にはステップＳ５０５へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ５０２へ進む。
【００５０】
ステップＳ５０２
受信情報は、画像情報であると受信情報判定手段３（図８）が判定すると、制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図１１の受信情報（画像情報）からAPPLICATION Aが前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ５０７へ進み、登録されていない場合にはステップＳ５１１へ進む。ここでは、前提により登録されていないのでステップＳ５１１へ進む。
【００５１】
ステップＳ５１１
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、図示していない既存のＬＣＤパネル等に画像情報を破棄するか、あるいは、必要な補助プログラムを追加するかを選択させるメッセージを出力し、操作者の指示があるまで処理を中断する。
ステップＳ５１２
操作者が破棄することを選択した場合にはステップＳ５１３へ進み、破棄を選択しない場合にはステップＳ５１４へ進む。
【００５２】
ステップＳ５１３
制御部８（図８）の制御に基づいて、補助プログラム管理手段４（図８）は、画像情報を破棄してフローを終了する。
ステップＳ５１４
補助プログラムがダウンロードされたあとステップＳ５００へ戻る。
【００５３】
上記前提に反して、ステップＳ５０２でステップＳ５０７へ進んだ場合には、既に説明した図７に於けるステップＳ１０２でステップＳ１０７へ進んだ場合と全く同様なので説明を省略する。又上記前提に反して、ステップＳ５０１でステップＳ５０５へ進んだ場合には、既に説明した図２に於けるステップＳ１０２でステップＳ１０５へ進んだ場合と全く同様なので説明を省略する。
尚、上記ステップＳ３００でメッセージ要求手段１１（図８）は、エラーメッセージの表示に代えて印刷処理部７（図８）を介して図１４に示すようなエラー印刷を出力しても良い。
【００５４】
以上説明したように、本実施例によって、装置に未登録の補助プログラムを必要とする受信情報を受け入れた場合には、メッセージ要求手段を用いて操作者に必要としている補助プログラムが未登録であることを報知し、その後の処理を選択させることによって操作者が意図していないのに自己の送信した情報が破棄されることが無くなるという効果を得る。
【実施例４】
【００５５】
実施例４の構成は、上記実施例２と同一なので説明を省略し、動作のみについて説明する。
図１６は、実施例４の動作のフローチャートである。
図１６のフローチャートは、実施例２及び実施例３と同様に、記憶部１（図８）に補助プログラムＢは登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な受信情報を送受信処理手段２（図８）が受け入れたときに、メッセージ要求手段１１（図８）を用いて操作者に対し、必要としている補助プログラムが未登録であることを報知し、受信情報を、必要としている補助プログラムを登録するまで待避させるフローチャートである。
図８と、図９と、図１１とを再度併用して実施例４の動作について説明する。
【００５６】
ステップＳ６００
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図１１に示す情報を受け入れる。
ステップＳ６０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ６０２へ進み、補助プログラムである場合にはステップＳ６０５へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ６０２へ進む。
【００５７】
ステップＳ６０２
受信情報は、画像情報であると受信情報判定手段３（図８）が判定すると、制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図１１の受信情報（画像情報）からAPPLICATION A（初期プログラムＡが該当）が前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ６０７へ進み、登録されていない場合にはステップＳ６１１へ進む。ここでは、前提により登録されていないのでステップＳ６１１へ進む。前提に反してステップＳ６０７へ進んだ場合の動作は、既に説明した図７に於けるステップＳ１０２でステップＳ１０７へ進んだ場合と全く同様なので説明を省略する。
【００５８】
ステップＳ６１１
制御部８（図８）の制御に基づいてメッセージ要求手段１１（図８）は、印刷処理部７（図８）を介して補助プログラムＡが登録されていない旨操作者に知らせるエラーレポートを印刷して出力する。
ステップＳ６１２
制御部８（図８）の制御に基づいて補助プログラム管理手段１４（図８）は、画像情報を記憶部１（図８）へ待避させ、補助プログラムＡの受信までフローを終了する。その後情報処理装置９（図８）から補助プログラムＡを受信したときにはステップＳ６００、ステップＳ６０１、ステップＳ６０５、ステップＳ６０６を経てステップＳ６１３に至る。ここで、ステップＳ６００、ステップＳ６０１、ステップＳ６０５、ステップＳ６０６は、既に説明した図１のステップＳ１００、ステップＳ１０１、ステップＳ１０５、ステップＳ１０６と同様なので説明を省略する。
【００５９】
ステップＳ６１３
制御部８（図８）の制御に基づいて補助プログラム管理手段１４（図８）は、補助プログラムＡを初期化した後、記憶部１（図８）に待避している画像情報が有るかどうかを調べ、有った場合にはステップＳ６１４へ進み、無かった場合にはフローを終了する。ここでは、上記ステップＳ６１２で待避させた画像情報があるのでステップＳ６１４へ進む。
【００６０】
ステップＳ６１４
制御部８（図８）の制御に基づいて補助プログラム管理手段１４（図８）は、追加された補助プログラム（ここでは補助プログラムＡ）が、退避させた画像情報が必要としている補助プログラムと一致するかどうか判断し、一致する場合には、ステップＳ６００へ戻って受信情報の処理をやり直し、一致しない場合にはフローを終了する。
【００６１】
以上説明したように、本実施例によって、装置に未登録の補助プログラムを必要とする受信情報を受け入れた場合には、メッセージ要求手段を用いて操作者に必要としている補助プログラムが未登録であることを報知し、その後に操作者から必要としている補助プログラムを受信して、処理を再開することが出来るという効果を得る。
【実施例５】
【００６２】
図１７は、実施例５の構成のブロック図である。
図に示すように、実施例５の画像形成装置２０は、実施例２の画像形成装置２０と全く同様である。実施例２との相違点は、画像形成装置２０の運用上、外部装置として、情報処理装置９の他に補助プログラムサーバ３０を備える点のみである。ここで、補助プログラムサーバ３０は、受信情報の処理に必要になると考えられる補助プログラムを予め想定して登録しておくサーバである。
【００６３】
以下に実施例５の動作について説明する。
図１８は、実施例５の動作のフローチャートである。
図１８のフローチャートは、実施例２〜実施例４までと同様に、記憶部１（図１７）に補助プログラムＢは登録されているが補助プログラムＡは登録されていない状態なのに、補助プログラムＡによる前処理が必要な受信情報を送受信処理手段２（図１７）が受け入れたときに、補助プログラムサーバ３０へ問い合わせして、補助プログラムＡが補助プログラムサーバ３０に登録されている場合には、該補助プログラムＡを補助プログラムサーバ３０から受け入れて受信情報の処理を実行するフローチャートである。
図９と、図１１と、図１７とを再度併用して実施例５の動作について説明する。
【００６４】
ステップＳ７００
制御部８（図１７）の制御に基づいて、送受信処理手段２（図１７）は、情報処理装置９（図１７）から図１１に示す情報を受け入れる。
ステップＳ７０１
制御部８（図１７）の制御に基づいて、受信情報判定手段３（図１７）は、送受信処理手段２（図１７）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ７０２へ進み、補助プログラムである場合にはステップＳ７０７へ進む。図１１に示す受信情報には識別子「@ PROGRAM」が含まれていないのでステップＳ７０２へ進む。
【００６５】
ステップＳ７０２
受信情報は、画像情報であると受信情報判定手段３（図１７）が判定すると、制御部８（図１７）の制御に基づいて、補助プログラム管理手段１４（図１７）は、図１１の受信情報（画像情報）からAPPLICATION A（補助プログラムＡが該当）が前処理に必要とされていることを認識し、図９の補助プログラム管理テーブルを検索し、APPLICATION Aが登録されているかどうか調べる。登録されている場合にはステップＳ７１１へ進み、登録されていない場合にはステップＳ７０３へ進む。ここでは、前提により登録されていないのでステップＳ７０３へ進む。
【００６６】
ステップＳ７０３
制御部８（図１７）の制御に基づいて送受信処理手段２（図１７）は、補助プログラムサーバ３０（図１７）へ補助プログラムＡが登録されているか否かについて問い合わせする。
ステップＳ７０４
補助プログラムサーバ３０（図１７）に補助プログラムＡが登録されている場合にはステップＳ７０５へ進み、登録されていない場合にはステップＳ７０６へ進む。
【００６７】
ステップＳ７０５
制御部８（図１７）の制御に基づいて送受信処理手段２（図１７）は、補助プログラムサーバ３０（図１７）に対して、補助プログラムＡの送信要求を送り、ステップＳ７００へ戻る。
ステップＳ７０６
制御部８（図１７）の制御に基づいてメッセージ要求手段１１（図１７）は、補助プログラムＡが登録されていない旨操作者に知らせるエラーメッセージを既存のＬＣＤパネル等に表示してフローを終了する。
【００６８】
上記前提に反して、ステップＳ７０２でステップＳ７１１へ進んだ場合には、既に説明した図７に於けるステップＳ１０２でステップＳ１０７へ進んだ場合と全く同様なので説明を省略する。又上記前提に反して、ステップＳ７０１でステップＳ７０５へ進んだ場合には、既に説明した図２に於けるステップＳ１０２でステップＳ１０５へ進んだ場合と全く同様なので説明を省略する。
【００６９】
以上説明したように、本実施例によれば、受信情報の処理に必要な補助プログラムが記憶部１（図１７）に登録されていない場合であっても、必要なプログラムを入手して処理を継続することが出来るという効果を得る。
【実施例６】
【００７０】
実施例６の構成は実施例２と同様なので説明を省略し、動作のみについて説明する。
図１９は、実施例６の主動作のフローチャートである。
図２０は、実施例６の補助プログラム登録処理フローチャートである。
図２１は、実施例６のエラーメッセージの一例である。
図１９のフローチャートは、補助プログラムＡが登録されている記憶部１（図８）に他の補助プログラムを追加登録する場合の動作を表している。
【００７１】
ステップＳ８００
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から受信情報を受け入れる。
【００７２】
ステップＳ８０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ８０２へ進み、補助プログラムである場合にはステップＳ８０５へ進む。既に説明したように受信情報に一例として識別子「@ PROGRAM」が先頭に付されている場合にはステップＳ８０５へ進み、識別子「@ PROGRAM」が先頭に付されていない場合には、画像情報でありステップＳ８０２へ進む。ここでは識別子「@ PROGRAM」が先頭に付されているものとしてステップＳ８０５（図２０）の補助プログラム追加処理へ進む。
【００７３】
ステップＳ９００（図２０）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、図９に示す補助プログラム管理テーブル１４−１（図８）を検索して補助プログラム登録可能数と、登録済み補助プログラム数を比較して新規に補助プログラムを登録可能か否かを判断する。登録可能と判断した場合にはステップＳ９０１へ進み、登録不可能と判断した場合にはステップＳ９０３へ進む。
【００７４】
ステップＳ９０１（図２０）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図１）は、補助プログラムを記憶部１（図１）へ登録し、その識別子を補助プログラム管理テーブル１４−１（図８）に設定する。
ステップＳ９０２（図２０）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図１）は、補助プログラムを初期化してフローを終了する。
【００７５】
ステップＳ９０３（図２０）
制御部８（図８）の制御に基づいて、メッセージ要求手段１１（図８）は、例えばＬＣＤパネル等に図２１に示す（一例）エラーメッセージを表示して次へ進む。
ステップＳ９０４（図２０）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、受信した補助プログラムを破棄してフローを終了する。
【００７６】
以上説明したように、本実施例によれば、記憶部１（図８）に無制限に補助プログラムが追加され、画像形成装置２０（図８）が持つスプール印刷機能や、認証印刷機能等が使用不可能になることを防止することが出来る。
【実施例７】
【００７７】
実施例７の構成は実施例２と同様なので説明を省略し、動作のみについて説明する。
図２２は、実施例７の主動作のフローチャートである。
図２３は、実施例７の補助プログラム登録処理フローチャートである。
図２４は、実施例７の補助プログラム管理テーブルの一例である。
図２２のフローチャートは、記憶部１（図１）に補助プログラムＡが登録されている場合に於いて、補助プログラムＡの処理を実行した場合の補助プログラム管理テーブルの更新と、未だ登録されていない他の補助プログラムを追加登録する場合の動作を表している。
【００７８】
ステップＳ９００
制御部８（図８）の制御に基づいて、送受信処理手段２（図８）は、情報処理装置９（図８）から図６に示す受信情報を受け入れる。
【００７９】
ステップＳ９０１
制御部８（図８）の制御に基づいて、受信情報判定手段３（図８）は、送受信処理手段２（図８）から受信情報を受け入れて、この受信情報が画像情報であるか、あるいは補助プログラムであるかを判断する。画像情報である場合にはステップＳ９０２へ進み、補助プログラムである場合にはステップＳ９０５へ進む。図６の受信情報は識別子「@ PROGRAM」が先頭に付されていないので、画像情報でありステップＳ９０２へ進む。
【００８０】
ステップＳ９０２
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、登録済みの補助プログラムが記憶部１の内部にあるかどうかを判断する。ここでは、図２４に示す補助プログラム管理テーブル１４−１（図１７）に補助プログラムＡが設定されているのでステップＳ９０６へ進む。
【００８１】
ステップＳ９０６
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、受け入れた画像情報の識別子を認識して補助プログラムＡによって処理出来るか否かを判断し、処理出来ると判断した場合にはステップＳ９０７へ進み、処理出来ないと判断した場合にはステップＳ９０３へ進む。ここでは、図６の画像情報には識別子「@COMPRESSED」が付されているので補助プログラムＡによって処理可能と判断してステップＳ９０７へ進む。
【００８２】
ステップＳ９０７
制御部８（図８）の制御に基づいて、補助プログラム実行手段５（図８）は、補助プログラムＡを実行した後、画像情報を受信情報判定手段３（図８）へ送出してステップＳ９００へ戻る。このとき制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は図２４に示す補助プログラム管理テーブル１４−１（図１７）の補助プログラムＡの利用回数に＋１して更新する。次に、次にステップＳ９０１からステップＳ９０５の補助プログラム追加処理（図２３）へ進んだ場合について説明する。
【００８３】
ステップＳ１０００（図２３）
制御部８（図８）の制御に基づいて、補助プログラム実行手段５（図８）は、受信した補助プログラムのデータサイズと記憶部１（図８）の空き容量を比較して、受信した補助プログラムを記憶部１（図８）に登録可能か否か判断し、登録可能と判断した場合にはステップＳ１００１へ進み、登録不可能と判断した場合にはステップＳ１００３へ進む。
ステップＳ１００１（図２３）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、補助プログラムを記憶部１（図８）へ登録し、その識別子を補助プログラム管理テーブル１４−１（図８）に記憶する。
【００８４】
ステップＳ１００２（図２３）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、補助プログラムを初期化してフローを終了する。
ステップＳ１００３
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、補助プログラム管理テーブル１４−１（図８）内の利用回数を参照する。
【００８５】
ステップＳ１００４（図２３）
制御部８（図８）の制御に基づいて、補助プログラム管理手段１４（図８）は、利用回数の最も少ない補助プログラムを削除してステップＳ１０００へ戻る。
【００８６】
以上説明したように、実施例７によれば記憶部１（図８）の記憶容量が不足して補助プログラムが追加出来ず、印刷出来ない等の不都合発生を回避することが出来る。又、定期的に記憶装置の容量を確認し、不要となった補助プログラムを削除するといった煩わしい作業を行わなくても補助プログラムを利用し続けることが可能になるという効果を得る。
【産業上の利用可能性】
【００８７】
以上の説明では、印刷装置に適合させた場合について説明したが、本発明は、この例に限定されるものではない。即ち、ファクシミリ装置などにも適合可能である。
【図面の簡単な説明】
【００８８】
【図１】実施例１の構成のブロック図である。
【図２】実施例１の補助プログラム未登録時の処理フローチャートである。
【図３】受信情報の一例である。
【図４】受信情報から変換され生成された画像の一例である。
【図５】実施例１の補助プログラムＡ格納時の処理フローチャートである。
【図６】補助プログラムＡによる処理を必要とする画像情報の一例である。
【図７】実施例１の補助プログラムＢ追加後の処理フローチャートである。
【図８】実施例２の構成のブロック図である。
【図９】実施例２の補助プログラム管理テーブルの一例である。
【図１０】実施例２の主動作のフローチャートである。
【図１１】実施例２の受信情報の一例である。
【図１２】実施例２の補助プログラムが未登録時の処理フローチャートである。
【図１３】エラーメッセージの一例である。
【図１４】エラーレポートエラーレポートの一例である。
【図１５】実施例３の動作のフローチャートである。
【図１６】実施例の動作のフローチャートである。
【図１７】実施例５の構成のブロック図である。
【図１８】実施例５の動作のフローチャートである。
【図１９】実施例６の主動作のフローチャートである。
【図２０】実施例６の補助プログラム登録処理フローチャートである。
【図２１】実施例６のエラーメッセージの一例である。
【図２２】実施例７の主動作のフローチャートである。
【図２３】実施例７の補助プログラム登録処理フローチャートである。
【図２４】実施例７の補助プログラム管理テーブルの一例である。
【符号の説明】
【００８９】
１    記憶部
２    送受信処理手段
３    受信情報判定手段
４    補助プログラム管理手段
５    補助プログラム実行手段
６    画像データ生成処理手段
７    印刷処理部
８    制御部
９    情報処理装置
【図１】
2005231188.tif 000003
【図２】
2005231188.tif 000004
【図３】
2005231188.tif 000005
【図４】
2005231188.tif 000006
【図５】
2005231188.tif 000007
【図６】
2005231188.tif 000008
【図７】
2005231188.tif 000009
【図８】
2005231188.tif 000010
【図９】
2005231188.tif 000011
【図１０】
2005231188.tif 000012
【図１１】
2005231188.tif 000013
【図１２】
2005231188.tif 000014
【図１３】
2005231188.tif 000015
【図１４】
2005231188.tif 000016
【図１５】
2005231188.tif 000017
【図１６】
2005231188.tif 000018
【図１７】
2005231188.tif 000019
【図１８】
2005231188.tif 000020
【図１９】
2005231188.tif 000021
【図２０】
2005231188.tif 000022
【図２１】
2005231188.tif 000023
【図２２】
2005231188.tif 000024
【図２３】
2005231188.tif 000025
【図２４】
2005231188.tif 000026