画像形成装置及び画像形成システム
【課題】ユーザアプリケーションによる複数の機能の連続実行において、適切な時点で画像形成装置での操作からコンピュータによるリモートコントロールへ容易に切替可能にする。
【解決手段】
宛先を示す変数Ｆ＿Ａｄｒ又はＥ＿ａｄｒが空文字である場合に、命令"RemoteControl(192.168.1.28)"が実行され、現在実行中のユーザアプリケーションがホストコンピュータへ送信される。ホストコンピュータ２５には、画像形成装置１０の簡易テキスト言語処理プログラム３８に対応したプログラムが常駐し、ステップＳ１２を除き図１と同じ処理を実行し、ステップＳ１２に対応して命令文を画像形成装置へ送信し、画像形成装置でこの命令文を実行する。
【解決手段】
宛先を示す変数Ｆ＿Ａｄｒ又はＥ＿ａｄｒが空文字である場合に、命令"RemoteControl(192.168.1.28)"が実行され、現在実行中のユーザアプリケーションがホストコンピュータへ送信される。ホストコンピュータ２５には、画像形成装置１０の簡易テキスト言語処理プログラム３８に対応したプログラムが常駐し、ステップＳ１２を除き図１と同じ処理を実行し、ステップＳ１２に対応して命令文を画像形成装置へ送信し、画像形成装置でこの命令文を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像入出力機能を備えた画像形成装置及び画像形成システムに係り、特に、ユーザアプリケーションを解釈実行するテキスト言語処理プログラム（インタープリタ）が格納されている記憶手段を備えた画像形成装置及び画像形成システムに関する。
【背景技術】
【０００２】
画像形成装置、特に複合機では、様々なユーザの要求に応えるために多機能化が進んでいる。
【０００３】
しかしながら、多機能化によりメニュー項目が増加するので、メニュー構造が複雑になり、操作性が悪化する。すなわち、ユーザにとって使用しない機能が多くなると共に、使用したい機能を実行するのに操作パネル上で押下すべき釦数が多くなり、操作性が悪くなる。特に、複数の機能を連続的に実行する場合にこの問題が顕著になる。
【０００４】
そこで、下記特許文献１には、複数の操作を組み合わせた命令語をＸＭＬ言語で記述してその処理を実行させることが開示されている。
【０００５】
一方、下記特許文献２には、ファクシミリ装置で原稿画像を読み取り、これに接続されたコンピュータシステムで宛先を指定して送信指示する構成が開示されている。
【特許文献１】特開２００５−０８００１９号公報
【特許文献２】特開平１０−１３６０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記特許文献１では、操作パネルと無関係に処理が実行されるので、プログラムに不慣れなユーザにとっては使い勝手が良くない。
【０００７】
また、上記特許文献２では、リモートコントロールがファクシミリ送信に限定されており、例えば、スキャナで読み取った原稿画像を第１の宛先にファクシミリ送信し第２の宛先に添付ファイルとして電子メール送信するといった、ユーザの希望に応じた複数機能を自動的に実行することができない。
【０００８】
原稿画像をファクシミリ送信する場合、原稿を画像形成装置にセットしなければならないので、通常、ユーザが画像形成装置を直接操作して送信することが行われている。画像形成装置に宛先が登録されていないことを確認した場合、画像形成装置で宛先を入力するのは、コンピュータシステムでの入力よりも操作性が良くない。
【０００９】
本発明の目的は、このような問題点に鑑み、ユーザアプリケーションによる複数の機能の連続実行において、適切な時点で画像形成装置での操作からコンピュータによるリモートコントロールへ容易に切替可能な画像形成装置及び画像形成システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明による画像形成装置の第１態様では、プロセッサと、テキスト言語処理プログラムが格納された記憶手段と、通信インターフェイスとを備えた画像形成装置において、
該記憶手段にはさらにユーザアプリケーションが格納され、該ユーザアプリケーションには、第１宛先アドレスをパラメータとして含むリモートコントロール命令が記述され、
該テキスト言語処理プログラムは該プロセッサに対し、該ユーザアプリケーションを解釈させ、該リモートコントロール命令に基づき、
（ａ）該ユーザアプリケーションを該第１宛先アドレスのコンピュータへ送信させ、
（ｂ）該ユーザアプリケーションに基づいて該コンピュータから供給される指令を実行させる。
【００１１】
本発明による画像形成装置の第２態様では、第１態様において、操作パネルをさらに備え、該ユーザアプリケーションにはさらに、アイコンの属性と処理との組が記述され、該リモートコントロール命令は該処理に含まれ、該テキスト言語処理プログラムは該プロセッサに対し、
該アイコンの属性に基づき該操作パネル上又は該通信インターフェイスを介したリモートコンソール上にアイコンを表示させ、
該アイコンのオンに応答して該処理を実行させる。
【００１２】
本発明の第３態様では、上記いずれかの画像形成装置と、該画像形成装置の通信インターフェイスに結合されるコンピュータシステムとを備えた画像形成システムであって、該コンピュータシステムはコンソールを備え、
該コンピュータは、該画像形成装置から受信したユーザアプリケーションに基づいて、
該アイコンの属性に基づき該コンソールに第２アイコンを表示させ、
該第２アイコンのオンに応答して、該処理を実行させるための指令を該画像形成装置へ送信する。
【発明の効果】
【００１３】
上記第１態様の構成によれば、ユーザアプリケーションに含まれるリモートコントロール命令に基づき、この命令で指定された宛先アドレスのコンピュータへユーザアプリケーションを送信させ、該ユーザアプリケーションに基づいて該コンピュータから供給される指令を実行するので、画像形成装置に格納されたユーザアプリケーションの内容を、適切な時点で、コンピュータから確認しながら順次実行させることが容易にできるという効果を奏する。
【００１４】
上記第２態様の構成によれば、ユーザアプリケーションに基づき操作パネルに表示されたアイコンのオンに応答して、該リモートコントロール命令を含む処理が行われるので、例えば送信の宛先が指定されていない場合に該リモートコントロール命令を実行することにより、適切な時点でリモートコントロールが可能となるという効果を奏する。
【００１５】
上記第３態様の構成によれば、簡単な構成により、ユーザアプリケーションに基づいてコンピュータ側から画像形成装置へ順次指示することができるという効果を奏する。
【００１６】
本発明の他の目的、構成及び効果は以下の説明から明らかになる。
【実施例１】
【００１７】
図１０は、本発明の実施例１に係る画像形成装置１０のハードウェア構成を示す概略ブロック図である。
【００１８】
この画像形成装置１０では、ＭＰＵ１１がインターフェイス１２を介して、ＰＲＯＭ１３、ＤＲＡＭ１４、操作パネル１５、プリンタ１６、スキャナ１７、ＮＩＣ１８、ＦＡＸモデム１９、ＵＳＢポート２０、トナー残量検出器２１、ＩＣカードリーダ２２、電子タグリーダ２３及びタイマＴＭに結合されている。図１０では、簡単化のため、複数のインターフェイスを１つのブロックで示している。
【００１９】
ＰＲＯＭ１３は、例えばフラッシュメモリであり、これには、オペレーティングシステム（ＯＳ）と、ＯＳの上層で動作する各種プログラムと、各種設定値とが格納されている。各種プログラムは、画像形成装置１０を複合機として機能させるためのものであり、この機能には、コピー、スキャン、プリント、ファクシミリ送受信、電子メール送受信及びＨＴＴＰ通信がある。ＤＲＡＭ１４は、ワークエリア用である。
【００２０】
操作パネル１５は、表示部とキー入力部とを備えており、設定情報又は指示を入力し、選択画面や設定画面などを表示させるためのものである。プリンタ１６は、プリントエンジン、定着器並びに用紙の給紙部、搬送部及び排紙部を備えており、印刷データとして供給されるビットマップデータに基づきプリントエンジンの感光ドラムに静電潜像を形成し、これをトナーで現像し、用紙に転写し定着させた後に排紙する。スキャナ１７は、コピー及びファクシミリ送信での画像入力用である。ＮＩＣ１８は、ネットワーク上のホストコンピュータ及びサーバに結合されてプリントジョブ及び消耗品発注に用いられる。ＦＡＸモデム１９は、ファクシミリ送受信用である。
【００２１】
トナー残量検出器２１は、プリンタ１６用のトナーカートリッジに収容されているトナーの残量を検出してその信号を出力する。ＩＣカードリーダ２２は、所定範囲内に存在するＩＣカードとの間で電波を介し信号を送受して、ユーザのＩＤ及びパスワード情報を読取り、これらを画像形成装置１０に対する認証情報として出力する。電子タグリーダ２３は、トナーカートリッジに固着された電子タグからそのＩＤを読み出して出力する。このＩＤには、トナーカートリッジの型式及びシリアル番号が含まれる。
【００２２】
トナー残量検出器２１及び電子タグリーダ２３の出力は、プログラムに従ってＭＰＵ１１によりそれぞれ定期的に及びトナーカートリッジ装着時に読取られ、図２に示すようにそれぞれToner.Level及びToner.RFIDとしてＤＲＡＭ１４に格納される。
【００２３】
ポート２０に接続されるＵＳＢメモリ２４Ａは、例えばフラッシュメモリチップを備えている。
【００２４】
ホストコンピュータ２５は、そのＮＩＣがハブを介してＮＩＣ１８に結合されるとともに、不図示のルータを介してインターネット２６に結合される。このインターネット２６には、不図示のルータを介してＷｅｂサーバマシン２７が結合されている。一方、画像形成装置１０のＦＡＸモデム１９とＷｅｂサーバマシン２７のＦＡＸモデムとは、公衆回線網２８を介して結合される。
【００２５】
タイマＴＭは、現時刻検出用及びＭＰＵ１１に対するタイマ割込用である。
【００２６】
図９は、本発明の実施例１に係る画像形成装置のソフトウェア階層構造を示す概略ブロック図である。
【００２７】
ＯＳ３０は、そのカーネル、例えばLinuxに、各種ハードウェアのそれぞれに対応したデバイスドライバ３１が組み込まれている。
【００２８】
ＯＳ３０の上層には、ＯＳ３０内の各種機能を利用するためのＡＰＩ３２を介し、ミドルウェアとしての基本サービスプログラム３３が備えられている。基本サービスプログラム３３は、操作パネル制御モジュール３３０と、画像入力モジュールとしてのスキャンモジュール３３１と、入力データを処理するデータ処理モジュールと、処理された画像データを出力する画像出力モジュールとしてのプリントモジュール３３２と、入出力モジュールとを備えている。
【００２９】
操作パネル制御モジュール３３０は、操作パネル１５上に操作釦を表示させ、その押下を検出させるためのものである。入出力モジュールには、ＦＡＸ送受信モジュール３３３、電子メール送受信モジュール３３４及びＨＴＴＰ処理モジュール３３９が含まれる。データ処理モジュールには、ＩＣカード制御モジュール３３５、ＲＦＩＤ制御モジュール３３６、画像データのフォーマットを変換するフォーマット変換モジュール３３７並びに不図示の集約処理モジュール及び頁付モジュール等が含まれる。基本サービスプログラム３３にはさらに、ユーティリティモジュールとして、ファクシミリ及び電子メールの宛先指定に用いられるアドレス帳モジュール３３８が含まれる。
【００３０】
基本サービスプログラム３３の上層には、外部ＡＰＩ３４を介してアプリケーション３５が備えられている。アプリケーション３５は、外部ＡＰＩ３４を介し基本サービスプログラム３３のモジュールを用いて作成されたプログラムである。アプリケーション３５には、コピーモジュール３５０、プリントモジュール３５１、ＦＡＸモジュール３５２、電子メールモジュール３５３、ジョブ管理モジュール３５４及び操作パネルモジュール３５５が含まれている。例えば、コピーモジュール３５０は、スキャンモジュール３３１とプリントモジュール３３２とを組み合わせて構成されている。また、ＦＡＸモジュール３５２は、ＦＡＸ送受信モジュール３３３とアドレス帳モジュール３３８とを組み合わせて構成されている。
【００３１】
画像形成装置１０のソフトウェアはさらに、ユーザアプリケーション３７に対するインタプリタである簡易テキスト言語処理プログラム３８を備えている。このプログラム簡易テキスト言語処理プログラム３８は、ユーザアプリケーション３７の命令文を解釈し、外部ＡＰＩ３４、外部ＡＰＩ３６又はＡＰＩ３２を介してそれぞれ基本サービスプログラム３３、アプリケーション３５又はＯＳ３０に含まれている関数を利用することにより、ユーザアプリケーション３７を実行させるためのものである。
【００３２】
ユーザアプリケーション３７は、例えばホストコンピュータ２５で作成され、文法チェックされ、ＵＳＢメモリ２４Ａ内にコピーされ、ポート２０を介してＤＲＡＭ１４に読み込まれる。ユーザアプリケーション３７は、前処理により、その各行に行番号が付される。図５（Ａ）〜（Ｃ）及び図６（Ａ）〜（Ｃ）はユーザアプリケーション３７の具体例を示す。
【００３３】
ここで、操作パネル１５上には図３（Ａ）に示すようなメインメニュー画面が表示されており、この画面上の"ＵＳＥＲ ＡＰＰＬＩＣＡＴＩＯＮ"釦をタッチ（押下）すると、図３（Ｂ）の"ＵＳＥＲ ＡＰＰＬＩＣＡＴＩＯＮ"以外の表示及びこれに関係した処理が図１に示すフローに従って行われる。
【００３４】
図１は、ユーザアプリケーション３７に対する簡易テキスト言語処理プログラム３８の処理を示す概略フローチャートである。
【００３５】
この処理は、タイマ割込により、例えば２０ｍｓｅｃ毎に開始される。以下、括弧内は図中のステップ識別番号である。
【００３６】
（Ｓ０）ユーザアプリケーション３７の次処理対象行番号を示すカウンタＬＣを０に初期設定する。
【００３７】
（Ｓ１）カウンタＬＣが示す行をユーザアプリケーション３７から読み出し、現行カウンタＣＬＣにＬＣの値を代入し、現行カウンタＣＬＣが示す行のステートメントの次のステートメントの行番号を、次行カウンタＬＣに代入する。ステートメントの区切り記号は、Ｃ言語と同様にセミコロン";"又は閉じ括弧"｝"である。図５（Ａ）の場合、ＬＣ＝０の次はＬＣ＝１、その次は、条件文が成立しなければＬＣ＝７、成立すれば、後述のステップＳ１０でＬＣ＝２となる。
【００３８】
（Ｓ２）ステップＳ１で読み込むべき行が存在しなかった場合には処理を終了し、存在した場合にはステップＳ３へ進む。
【００３９】
（Ｓ３）ステートメントがResetEnd文であればステップＳ４へ進み、そうでなければステップＳ７へ進む。
【００４０】
（Ｓ４）消耗品管理終了を示すエンドフラグＥＦが‘０’であればステップＳ１へ戻り、‘１’であればステップＳ５へ進む。
【００４１】
（Ｓ５）ResetEnd文の括弧内に記述された条件式（ＲＥＣ）の成否を判定し、肯定判定した場合にはステップＳ６へ進み、そうでなければ図１の処理を終了する。
【００４２】
（Ｓ６）エンドフラグＥＦをリセットし、操作パネル１５上の、後述の発注済表示をクリアして、ステップＳ１へ戻る。
【００４３】
（Ｓ７）ＣＬＣの行が条件句であればステップＳ８へ進み、そうでなければステップＳ１１へ進む。
【００４４】
図５（Ａ）の場合、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"及びＬＣ＝２の行"Button (120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) {"はいずれも条件句である。
【００４５】
後者は、条件句（釦句）"If Button (120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) is pushed {"を省略記載したものである。この省略記載により、条件文のネスト構造が見かけ上隠蔽されるので、ユーザアプリケーション３７が見易くなるとともに、ユーザアプリケーション３７の作成が容易になる。
【００４６】
（Ｓ８）現行番号ＣＬＣの行が釦句であればその引数に基づいて釦の表示データを作成し、例えば図３（Ｂ）中の釦４０のように、操作パネル１５上に表示させる。
【００４７】
ＬＣ＝２の釦句の場合、引数(120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) のうち、（120, 80）は操作パネル１５上での釦の左上頂点のＸ−Ｙ座標であり、（60, 30）は釦の幅及び高さであり、「カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚」は釦上のテキストである。ここに &は文字の連結演算子であり、 CrLfは復帰改行の制御コードを示しており、Toner.Level.ToPagesは上述のトナー残量検出値を平均印刷枚数で換算したものを示している。釦の表示データ作成処理及び表示処理は、操作パネル制御モジュール３３０及び操作パネルモジュール３５５に含まれる関数を用いて行われる。
【００４８】
この表示処理後に、内部フラグＦを立てておき、次回以降、ステップＳ８でこのフラグＦがセットされていればこの釦表示データ作成処理を省略する。
【００４９】
（Ｓ９）条件句中の条件式の成否を判定し、成立していればステップＳ１０へ進み、そうでなければステップＳ１へ戻る。
【００５０】
（Ｓ１０）次行カウンタＬＣの内容を、条件成立時の行番号に変更する。すなわち、ＬＣ＝ＣＬＣ＋１とする。次に、ステップＳ１へ戻る。
【００５１】
（Ｓ１１）現行番号ＣＬＣの行がＥｎｄ文であればステップＳ１３へ進み、そうでなければステップＳ１２へ進む。
【００５２】
（Ｓ１２）現行番号ＣＬＣの行の内容を処理し、ステップＳ１へ戻る。
【００５３】
（Ｓ１３）エンド文Endを実行して、図１の処理を終了する。すなわち、ステップＳ８で表示した操作パネル１５上の釦をクリアし、上記内部フラグＦをリセットするとともに、エンドフラグＥＦをセットする。
【００５４】
次に、図１の処理の具体例を、ユーザアプリケーション３７が図５（Ａ）に示すものである場合について説明する。なお、エンドフラグＥＦは‘１’に初期設定されている。
【００５５】
（１）タイマ割込により、まず、ステップＳ０でＬＣ＝０となる。ステップＳ１でＬＣ＝０の行ResetEnd(Toner.Level>Level.High)が読み出され、ＣＬＣ＝０、ＬＣ＝１となる。ステップＳ２、Ｓ３及びＳ４を通ってステップＳ５でResetEnd文の条件式"Toner.Level>Level.High"が判定される。カートリッジ交換直後は、この条件式"Toner.Level>Level.High"が成立し、ステップＳ６でＥＦ＝０となる。ここに閾値Level.Highは、後述の閾値Level.Low1、Level.Low2、・・・とともに、図２に示すように予めＰＲＯＭ１３に格納されている。
【００５６】
ステップＳ１へ戻り、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"が読み出され、ＣＬＣ＝１、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７、Ｓ８を通りステップＳ９で条件式"Toner.Level<Level.Low1"が否定判定されてステップＳ１へ戻る。ステップＳ１でＬＣ＝７の行が読み出され、これがNullであるので、ステップＳ２で肯定判定されて終了する。
【００５７】
（２）次のタイマ割込で、まず、ステップＳ０においてＬＣ＝０となる。ステップＳ１でＬＣ＝０の行"ResetEnd(Toner.Level>Level.High)"が読み出され、ＣＬＣ＝０、ＬＣ＝１となる。ステップＳ２及びＳ３を通ってステップＳ４で肯定判定されステップＳ１へ戻る。ステップＳ１で、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"が読み出され、ＣＬＣ＝１、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７、Ｓ８を通りステップＳ９で条件式"Toner.Level<Level.Low1"が否定判定されてステップＳ１へ戻る。ＬＣ＝７の行が読み出され、これがNullであるので、ステップＳ２で肯定判定されて終了する。
【００５８】
その後も、ステップＳ９で否定判定されればこのような処理（２）が行われる。
【００５９】
図４に示すように、時間の経過とともにトナー残量Toner.Levelが低下して、これが、予め設定された閾値Level.Low1未満になると、条件"Toner.Level<Level.Low1"が成立する。
【００６０】
（３）タイマ割込により、まず、ステップＳ０でＬＣ＝０となる。ステップＳ１でＬＣ＝０の行"ResetEnd(Toner.Level>Level.High)"が読み出され、ＣＬＣ＝０、ＬＣ＝１となる。ステップＳ２及びＳ３を通ってＳ４で肯定判定されステップＳ１へ戻る。ステップＳ１で、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"が読み出され、ＣＬＣ＝１、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７、Ｓ８を通りステップＳ９で条件式"Toner.Level<Level.Low1"が肯定判定されてステップＳ１０へ進む。ステップＳ１０でＬＣ＝２となり、ステップＳ１へ戻る。
【００６１】
ステップＳ１で、ＬＣ＝２の行"Button (120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) {"
が取り出され、ＣＬＣ＝２、ＬＣ＝７（文の区切り記号の場合には次の行）となり、ステップＳ２、Ｓ３及びＳ７を通ってステップＳ８で、上述のように釦４０の表示データが作成されてこれが操作パネル１５上に表示されるとともに内部フラグＦがセットされる。まだ釦４０の表示範囲(120, 80, 60, 30)内がタッチ（押下）されていないので、ステップＳ９で否定判定され、ステップＳ１へ戻る。
【００６２】
ステップＳ１で、ＬＣ＝７の行Nullが取り出され、ステップＳ２を通って終了する。
【００６３】
その後も、釦４０が押下されなければ、このような処理（３）が行われる。
【００６４】
（４）釦４０が押下されると、ステップＳ９で肯定判定され、ステップＳ１０でＬＣ＝３となり、ステップＳ１へ戻る。
【００６５】
ステップＳ１で、ＬＣ＝３の行"Order (Toner.RFID To DefaultDealer)"が取り出され、ＣＬＣ＝３、ＬＣ＝４となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝３の行が処理される。すなわち、Toner.RFIDに含まれるトナーカートリッジ型式と、Orderには隠蔽されているユーザＩＤとを含むＨＴＴＰリクエストメッセージを生成して、ＮＩＣ１８及びインターネット２６を介し、宛先DefaultDealer（例えば図２に示すhttp://km.com:80）であるＷｅｂサーバマシン２７へ送信する。このメッセージのリクエスト行は例えば、
GET /cgi-bin/order.cgi?UserID=21035&Type=KM102 HTTP/1.0
である。ここにUserID=21035は、図２に示すようにＰＲＯＭ１３に予め格納されている。また、Type=KM102は、Toner.RFIDの内容の一部であるトナーカートリッジ型式である。ＨＴＴＰメッセージの送受信は、ＨＴＴＰ処理モジュール３３９及びＯＳ３０を用いて行われる。
【００６６】
Ｗｅｂサーバマシン２７はこのＨＴＴＰリクエストメッセージに応答して、これに含まれるクエリ文字列UserID=21035&Type=KM102を引数とし該メッセージに含まれるパス名/cgi-bin/order.cgiのＣＧＩプログラムを起動させる。これにより、図１０に示すように、受信した日時を受注日時とし、トナーカートリッジ型式、顧客ＩＤ及び発送予定日がテーブルＴＢＬ１に記入される。顧客ＩＤは、上記UserIDと同一である。発送予定日は、該型式をキーとして在庫データベース２９を検索し、その結果得られる在庫状況に基づき決定される。テーブルＴＢＬ１内の完了フラグは、受注時にはリセットされており、発送時にこれがセットされる。
【００６７】
このテーブルＴＢＬ１は、顧客ＩＤ、会社名、住所、担当者名、所属部課名、電話番号、ファクシミリ番号などのフィールドを含む顧客情報テーブルＴＢＬ２とリンクされて、リレーショナルデータベースが構成される。
【００６８】
Ｗｅｂサーバマシン２７は、受注日時を発注日時とし、これとトナーカートリッジの型式と発送予定日とを含むＨＴＴＰリスポンスメッセージを、テンプレートファイルに基づき生成し、画像形成装置１０へ送信する。
【００６９】
画像形成装置１０はこれに応答して、受信したメッセージの内容を、図３（Ｃ）に示すように操作パネル１５に表示させる。
【００７０】
このようなＣＬＣ＝３の行の処理が完了すると、ステップＳ１へ戻り、ＬＣ＝４の行Endが取り出され、ＣＬＣ＝４、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１３でＣＬＣ＝４の行Endが処理される。すなわち、操作パネル１５上の釦４０の表示がクリアされ、内部フラグＦがリセットされるとともに、エンドフラグＥＦがセットされる。
【００７１】
これにより、トナーカートリッジを交換するまでは、タイマ割込により図１の処理が開始されても、ステップＳ４及びＳ５で共に否定判定され、図３（Ｃ）に示す如く、トナーカートリッジ発注釦４０は操作パネル１５に表示されず、発注済みの表示が維持される。
【００７２】
このような処理（４）の後に、図４に示すようにトナーカートリッジを交換すると、ResetEnd文の条件が成立して、上述の処理（１）が行われ、ステップＳ５からステップＳ６へ進み、ＥＦ＝０となり、操作パネル１５上の発注済みの表示がクリアされる。
【００７３】
トナーカートリッジの在庫があるためトナーカートリッジを発注する必要がない場合、トナーカートリッジ交換時に、上述のように電子タグリーダ２３の出力が、図１とは別のプログラムに従ってＭＰＵ１１によりに読取られ、これが図２に示すToner.RFIDとしてＤＲＡＭ１４に格納される。この際、該プログラムにより、図１のステップＳ１３と同じ処理が行われる。これにより、次にToner.Level<Level.Low1が成立するまでトナーカートリッジ発注釦４０は操作パネル１５に表示されない。
【００７４】
本実施例１によれば、条件付リセットエンド命令ResetEndと、釦４０の属性とOrder命令との組とが記述されたユーザアプリケーションを用い、簡易テキスト言語処理プログラム３８に従って、条件付リセットエンド命令ResetEndの条件成否に応じ釦４０のオンを検出し、該オンの検出に応答してOrder命令を実行するので、条件文が実質的にネストしていても、条件に応じてユーザインターフェイスを変更するユーザアプリケーションの構造が簡単になるという効果を奏する。
【００７５】
また、If文により条件文がさらにネストしても、条件に応じてユーザインターフェイスを変更するユーザアプリケーションの構造が簡単になるという効果を奏する。
【００７６】
また、アイコンとしての釦４０の属性(120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) と消耗品発注命令Order (Toner.RFID To DefaultDealer)とが対になって記述された簡単なユーザアプリケーションの該属性に基づいて操作パネル１５に釦４０を表示させ、そのオンの検出に応答して、該消耗品発注命令に基づきＮＩＣ１８を介し消耗品発注情報を宛先へ送信させるので、簡単なユーザアプリケーションの記述により、ユーザが容易に消耗品を発注できるとともに、消耗品消耗速度が予測に反して急増し又は急減してもこれに対処できるという効果を奏する。
【００７７】
また釦４０の属性として消耗状態の記述「残り& Toner.Level.ToPages & 枚」が含まれ、検出された消耗状態がこの記述に基づき操作パネル１５に表示されるので、簡単な記述により、適切なタイミングで消耗品を発注できるという効果を奏する。
【００７８】
さらに、釦４０の表示領域(120, 80, 60, 30)内に消耗状態が表示されるので、ユーザの操作性が向上するという効果を奏する。
【００７９】
また、ステップＳ４をステップＳ５の前に配置しているので、エンドフラグＥＦが一旦リセットされればリセットエンド命令ResetEndの条件式が判定されず、トナー残量検出値が機械的振動により変動しても、ユーザアプリケーションを複雑化させることなく釦４０のオン検出を継続して行うことができるという効果を奏する。
【００８０】
また、消耗品発注情報の送信後に、操作パネル１５上に消耗品を発注したことが表示されるので、複数のユーザによる消耗品重複発注を防止できるという効果を奏する。
【００８１】
さらにまた、消耗品発注情報の送信後に、操作パネル１５上の釦４０の表示が削除されるので、操作性が向上するとともに、誤操作や複数のユーザによる消耗品重複発注を防止できるという効果を奏する。
【００８２】
また、ユーザアプリケーションに含まれるエンド命令Endに基づき該削除が行われるので、簡単な記述で該削除を行わせるか否かの選択を行うことができるという効果を奏する。
【００８３】
またトナーカートリッジの型式が電子タグから自動的に読み出されて発注情報として用いられるという効果を奏する。
【００８４】
図５（Ｂ）及び（Ｃ）は、図５（Ａ）と発注形態のみが異なるユーザアプリケーションを示す。
【００８５】
図５（Ｂ）の場合、カートリッジ発注処理として、
"Fax cartridgeOrderFile.pdf to アドレス帳(dealer1, fax)"が、図１のステップＳ１２において、ＦＡＸモジュール３５２を用いて実行される。このステートメントにより、ファイルcartridgeOrderFile.pdfの内容が、宛先へ送信される。この宛先は、関数であるアドレス帳(dealer1,fax)の戻り値となる。アドレス帳には、宛先毎にファクシミリ番号と電子メールアドレスとが記入されており、引数faxは、引数dealer1で示されるレコードのファクシミリ番号がこの関数の戻り値となることを示している。
【００８６】
図５（Ｃ）の場合、カートリッジ発注処理として、"Email cartridgeOrderFile.pdf to アドレス帳(dealer1,email)"が、図１のステップＳ１２において、電子メールモジュール３５３を用いて実行される。このステートメントにより、ファイルcartridgeOrderFile.pdfの内容が、宛先へ送信される。この宛先は、関数であるアドレス帳(dealer1,email)の戻り値である。引数emailは、引数dealer1で示されるレコードの電子メールアドレスがこの関数の戻り値となることを示している。
【００８７】
図１の処理は、消耗品発注とは無関係なユーザアプリケーションにも適用可能であり、その具体例を図６（Ａ）〜（Ｃ）に示す。
【００８８】
次に、図６（Ａ）に示すユーザアプリケーションに対する図１の処理を説明する。
【００８９】
（５）タイマ割込により、まず、ステップＳ０でＬＣ＝０となる。ステップＳ１でＬＣ＝０の行”Button (20, 30, 60, 30, 伝票送信) {”が読み出され、ＣＬＣ＝０、ＬＣ＝５となる。ステップＳ２、Ｓ３及びＳ７を通って、ステップＳ８で図３（Ｂ）に示すような釦４１が表示されるとともに、内部フラグＦがセットされる。まだ釦４１の表示範囲(20, 30, 60, 30)内が押下されていないので、ステップＳ９で否定判定され、ステップＳ１へ戻る。ステップＳ１で、ＬＣ＝５の行Nullが取り出され、ステップＳ２を通って終了する。
【００９０】
その後も、釦４１が押下されなければ、このような処理（５）が行われる。
【００９１】
（６）ユーザが画像形成装置１０の原稿台に原稿を載置して釦４１を押下すると、ステップＳ９で肯定判定され、ステップＳ１０でＬＣ＝１となり、ステップＳ１へ戻る。
【００９２】
ステップＳ１で、ＬＣ＝１の行"file.pdf=Scan"が取り出され、ＣＬＣ＝１、ＬＣ＝２となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝１の行が処理される。すなわち、スキャナ１７が動作して原稿画像が読み取られ、そのデータがｐｄｆフォーマットに変換されてfile.pdfにされる。
【００９３】
ステップＳ１へ戻り、ＬＣ＝２の行"Fax file.pdf to アドレス帳(本社経理部, fax)"が読み出され、ＣＬＣ＝２、ＬＣ＝３となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝２の行が処理される。すなわち、アドレス帳(本社経理部, fax)の戻り値である宛先へ、ファイルfile.pdfの内容が送信される。
【００９４】
ステップＳ１へ戻り、ＬＣ＝３の行"Email file.pdf to アドレス帳(佐々木太郎, email)"が読み出され、ＣＬＣ＝３、ＬＣ＝５となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝３の行が処理される。すなわち、アドレス帳(佐々木太郎, email)の戻り値である宛先へ、ファイルfile.pdfが電子メール送信される。例えば、ファクシミリ送信内容の控えが、自分宛へ送信される。
【００９５】
ステップＳ１へ戻り、ＬＣ＝５のNull行が読み出され、ステップＳ２を通って図１の処理を終了する。釦４１は、操作パネル１５上に表示されたままである。
【００９６】
図６（Ｂ）の場合、上述と同じ処理が行われ、電子メール送信後にさらに、End文が処理されて、ステップＳ１３で操作パネル１５上の釦４１の表示がクリアされ、内部フラグＦがリセットされるとともに、エンドフラグＥＦがセットされる。
【００９７】
図６（Ｃ）の場合、図６（Ｂ）の処理の前に、ステップＳ１２においてＣＬＣ＝１の行"ResetEnd(ICcardID=KM01)"が処理される。すなわち、ユーザのＩＣカード２４Ｂに格納されている、ユーザＩＤとパスワードを暗号化したものとが、電波を介してＩＣカードリーダ２２により読み出される。そして、ＰＲＯＭ１３に登録されている、ユーザＩＤと例えば２回暗号化されているパスワードとが読み出され、後者が１回復号され、両者が照合される。両者のそれぞれが一致し、かつ、ユーザＩＤが、"ICcardID=KM01"のKM01と一致すれば、すなわちIDがKM01のユーザ認証が成功すれば、ResetEnd文の条件が成立したことになり、ステップＳ５で肯定判定され、ステップＳ６でＥＦ＝０となる。その後、図６（Ｂ）の場合と同じ処理が行われる。
【００９８】
前記ユーザ認証が失敗した場合には、ステップＳ５で否定判定されて図１の処理が終了し、釦４１が操作パネル１５上に表示されない。
【００９９】
したがって、特定のユーザのみに対し、毎回、操作パネル１５上に釦４１が表示されて上述のシーケンス処理が行われ、処理が終わると釦４１が操作パネル１５上から消失する。すなわち、簡単なユーザアプリケーションにより、ユーザ毎のユーザインターフェイスを構成できるという効果を奏する。
【実施例２】
【０１００】
図６（Ａ）〜（Ｃ）に示すユーザアプリケーションでは、ファクシミリ送信及び電子メール送信の宛先が固定であり、ユーザアプリケーション実行時に変更することができなかった。
【０１０１】
そこで本実施例２では、図７（Ａ）に示すようなユーザアプリケーションにより、ユーザアプリケーション実行時に宛先アドレスを変更可能にしている。これを実現するために、釦文の前のＬＣ＝０及びＬＣ＝１のステートメント中にそれぞれ、操作パネル１５上にアドレス帳を表示するための命令"F_Adr=アドレス帳(fax, 150, 20)"及び"E_Adr=アドレス帳(e-mail, 150, 38)"を記述している。括弧内の第１パラメータ"fax"及び"e-mail"はそれぞれファクシミリ及び電子メールのアドレス帳を指定するものである。括弧内の第２及び第３パラメータは操作パネル上のアドレス帳配置座標である。
【０１０２】
図７（Ｂ）は、図７（Ａ）のユーザアプリケーションを実行したときの操作パネル１５上の表示画面を示す。この画面上のファクシミリアドレス帳４２及び電子メールアドレス帳４３はそれぞれ、ＬＣ＝０及びＬＣ＝１のアドレス帳表示命令を実行することにより表示される。各アドレス帳は、ファクシミリであるか電子メールであるかを示すラベルと、選択した宛先が表示されるテキストボックスと、矢印部とを有し、この矢印部をマウスでクリックすると、宛先のドロップダウンリストが表示され、その中の１つをマウスで選択すると、それがテキストボックスに表示される。
【０１０３】
これらアドレス帳表示命令は、図７（Ｃ）に示すようなアドレス帳テーブルＴＢＬ３を用いた関数に対応している。アドレス帳テーブルＴＢＬ３は、宛先名と、電子メールアドレスと、ファクシミリ番号とをフィールドとして含む。
【０１０４】
ファクシミリアドレス帳４２で選択された宛先名を含む、アドレス帳テーブルＴＢＬ３上のレコードのファクシミリ番号が、"アドレス帳(e-mail, 150, 38)"の戻り値となる。したがって、ＬＣ＝０のステートメントを実行すると、この選択が行われていればその戻り値が変数Ｆ＿Ａｄｒに代入される。戻り値は、上記ドロップダウンリスト中の項目をマウスでクリックしたときのイベントに対するイベントハンドラで取得され、変数Ｆ＿Ａｄｒへの戻り値の代入は、図１のステップＳ１２で行われる。
【０１０５】
ＬＣ＝１のステートメントについても前記同様である。
【０１０６】
ＬＣ＝２〜５のステートメントは、アドレス帳表示命令の替わりに変数を用いている他は、図６（Ａ）のＬＣ＝０〜３のステートメントと同一である。
【０１０７】
本実施例２によれば、簡単なユーザアプリケーションにより、原稿をスキャンし、その画像をファクシミリ送信するとともに電子メール送信するという一連の処理を自動的に行い、この処理前に、ファクシミリ及び電子メールの宛先をユーザが選択できるという効果を奏する。
【実施例３】
【０１０８】
実施例２において、宛先がアドレス帳に登録されていれば、ユーザは画像形成装置１０に原稿をセットした後、宛先を選択して送信釦を押下することにより、複数の処理を容易に自動実行させることができる。
【０１０９】
しかし、宛先がアドレス帳に登録されていない場合、操作パネル１５上の不図示のソウフトウェアキー又はハードウェアキーを操作してファクシミリアドレス帳４２又は電子メールアドレス帳４３のテキストボックスにファクシミリ番号又は送信アドレスを入力しなければならず、操作性が良くない。
【０１１０】
一方、アドレス帳４２又は４３を閲覧して、宛先がアドレス帳に登録されていないことに気づくことがある。
【０１１１】
そこで、本実施例３では、アドレス帳４２又は４３に宛先が記入されていない状態で送信釦４１を押下すると、操作がホストコンピュータ２５によるリモートコントロールに切り替えられるように構成されている。
【０１１２】
図８（Ａ）は、これを実現するためのユーザアプリケーションを示す。このプログラムでは、ＬＣ＝０及びＬＣ＝４〜６の命令文が、図７（Ａ）のプログラムに付加されている。
【０１１３】
ＬＣ＝０の命令"Label ( 20, 62, 宛先無指定で送信釦を押下するとＰＣに切替)"は、操作パネル１５上に文字列「宛先無指定で送信釦を押下するとＰＣに切替」を表示させるものであり、その開始位置座標は（２０，６２）である。
【０１１４】
ＬＣ＝４〜６の条件文
If (F_Adr="" or E_adr=""){
RemoteControl(192.168.1.28);
}
は、ＬＣ＝１又は２において変数Ｆ＿Ａｄｒ又はＥ＿ａｄｒが空文字である場合に、命令"RemoteControl(192.168.1.28)"が実行されることを意味している。この命令の括弧内のパラメータは、画像形成装置１０に接続されているホストコンピュータ２５のＩＰアドレスであり、このＩＰアドレスのコンピュータに、画像形成装置１０に対する操作が切り替わることを意味している。なお、ＩＰアドレスの代わりにコンピュータ名を用い、NetBEUIプロトコル等で名前解決してＩＰアドレスに変換する構成であってもよい。
【０１１５】
図９は、図１のステップＳ１２の処理のより詳細を示すフローチャートである。図１０は画像形成装置１０とホストコンピュータ２５との間の信号の流れを示すシーケンス図である。
【０１１６】
（Ｓ２０）ＬＣ行がリモートコントロール命令であればステップＳ２１へ進み、そうでなければステップＳ２５へ進む。
【０１１７】
（Ｓ２１）上記タイマ割込をマスクすることにより、タイマ割込を禁止する。
【０１１８】
（Ｓ２２）現在実行中のユーザアプリケーションをホストコンピュータ２５へ送信する。
【０１１９】
ホストコンピュータ２５には、画像形成装置１０の簡易テキスト言語処理プログラム３８に対応したプログラムが予めインストールされ、これがホストコンピュータ２５に常駐して待機状態になっている。このプログラムは、画像形成装置１０からの信号の受信イベントに応答して動作が開始され、ステップＳ１２を除き図１と同じ処理を実行し、ステップＳ１２に対応して命令文を画像形成装置１０へ送信し、画像形成装置１０でこの命令文を実行する。このような画像形成装置１０とホストコンピュータ２５との連携で、図１の処理が実行される。
【０１２０】
具体的には、ホストコンピュータ２５の表示装置に、操作パネル１５に対応したコントロールパネルが表示される。ユーザは、キーボードやマウス等の対話型入力装置でファクシミリ又は電子メールの宛先アドレスを入力し、コントロールパネル上の伝票送信釦を押下する。
【０１２１】
これにより、図８のＬＣ＝４〜９の行が順次実行される。ＬＣ＝４の条件は不成立であり、次にＬＣ＝７の行が実行される。
【０１２２】
すなわち、ＬＣ＝７のステートメント"file.pdf = Scan"がホストコンピュータ２５から画像形成装置１０へ送信され、画像形成装置１０はこれを受け付けて実行し、この実行が完了すると、画像形成装置１０は完了したことを示す応答信号をホストコンピュータ２５へ送信する。ホストコンピュータ２５はこれに応答して、次のステートメントの"F_Adr"に値を代入した"Fax file.pdf to 123-456-789"を画像形成装置１０へ送信する。画像形成装置１０はこれを受け付けて実行し、この実行が完了すると、画像形成装置１０は完了したことを示す応答信号をホストコンピュータ２５へ送信する。ホストコンピュータ２５はこれに応答して、次のステートメントの"E_Adr"に値を代入した"Email file.pdf to suzuki@xyz.com"を画像形成装置１０へ送信する。
【０１２３】
このようにして、ユーザは適切な時点で、通常使用して慣れている画像形成装置１０の操作画面と同じ画面で画像形成装置１０をリモートコントロールすることが可能となる。この場合、複数の機能の実行がユーザアプリケーションに従って確認しながら自動的に行われるとともに、操作性の良い対話型入力装置を用いて宛先を指定することができるという効果を奏する。
【０１２４】
なお、本発明には外にも種々の変形例が含まれる。
【０１２５】
例えば、ユーザアプリケーションは入力インターフェイスを介して画像形成装置に格納されればよく、フラッシュメモリカード等の他のリブーバブルメモリや通信インターフェイスの入力インターフェイスを介する構成であってもよい。
【０１２６】
また、操作パネル１５の替わりに、画像形成装置の通信インターフェイスを介して結合されたコンピュータシステムの対話型入出力装置、すなわちリモートコンソールを用いる構成であってもよい。この場合、アイコンは例えばマウスのクリックによりオンにされる。
【図面の簡単な説明】
【０１２７】
【図１】本発明の実施例１に係る画像形成装置に格納されている、ユーザアプリケーションに対する簡易テキスト言語処理プログラムの処理を示す概略フローチャートである。
【図２】この画像形成装置のＰＲＯＭ及びＤＲＡＭに格納されているデータの一部説明図である。
【図３】（Ａ）は該画像形成装置の操作パネル上のメインメニュー画面を示す図であり、（Ｂ）は（Ａ）の"ＵＳＥＲ ＡＰＰＬＩＣＡＴＩＯＮ"釦を押下したときに表示されるメニュー画面を示す図であり、（Ｃ）は（Ｂ）の釦４０を押下した後の画面を示す図である。
【図４】時間の経過に対するトナー残量のグラフを示す、図１の処理説明図である。
【図５】（Ａ）〜（Ｃ）はトナーカートリッジ発注に関するユーザアプリケーションの具体例を示す図である。
【図６】（Ａ）〜（Ｃ）は伝票のスキャン、ファクシミリ送信及び電子メール送信に関するユーザアプリケーションの具体例を示す図である。
【図７】（Ａ）は本発明の実施例２に係るユーザアプリケーションを示す図であり、（Ｂ）は（Ａ）のユーザアプリケーションを実行することにより表示される操作画面を示す図である。
【図８】（Ａ）は本発明の実施例３に係るユーザアプリケーションを示す図であり、（Ｂ）は（Ａ）のユーザアプリケーションを実行することにより表示される操作画面を示す図であり、（Ｃ）はアドレス帳テーブル説明図である。
【図９】該画像形成装置のソフトウェア階層構造を示す概略ブロック図である。
【図１０】該画像形成装置のハードウェア構成を示す概略ブロック図である。
【符号の説明】
【０１２８】
１０ 画像形成装置
１１ ＭＰＵ
１２ インターフェイス
１３ ＰＲＯＭ
１４ ＤＲＡＭ
１５ 操作パネル
１６ プリンタ
１７ スキャナ
１８ ＮＩＣ
１９ ＦＡＸモデム
２０ ポート
２１ トナー残量検出器
２２ ＩＣカードリーダ
２３ 電子タグリーダ
２４Ａ ＵＳＢメモリ
２４Ｂ ＩＣカード
２５ ホストコンピュータ
２６ インターネット
２７ Ｗｅｂサーバマシン
２８ 公衆回線網
３０ ＯＳ
３１ デバイスドライバ
３２ ＡＰＩ
３３ 基本サービスプログラム
３３０ 操作パネル制御モジュール
３３１ スキャンモジュール
３３２ プリントモジュール
３３３ ＦＡＸ送受信モジュール
３３４ 電子メール送受信モジュール
３３５ ＩＣカード制御モジュール
３３６ ＲＦＩＤ制御モジュール
３３７ フォーマット変換モジュール
３３８ アドレス帳モジュール
３３９ ＨＴＴＰ処理モジュール
３４、３６ 外部ＡＰＩ
３５ アプリケーション
３５０ コピーモジュール
３５１ プリントモジュール
３５２ ＦＡＸモジュール
３５３ 電子メールモジュール
３５４ ジョブ管理モジュール
３５５ 操作パネルモジュール
３７ ユーザアプリケーション
３８ 簡易テキスト言語処理プログラム
４０、４１ 釦
４２ ファクシミリアドレス帳
４３ 電子メールアドレス帳
ＴＢＬ１、ＴＢＬ２ テーブル
ＴＢＬ３ アドレス帳テーブル
【技術分野】
【０００１】
本発明は、画像入出力機能を備えた画像形成装置及び画像形成システムに係り、特に、ユーザアプリケーションを解釈実行するテキスト言語処理プログラム（インタープリタ）が格納されている記憶手段を備えた画像形成装置及び画像形成システムに関する。
【背景技術】
【０００２】
画像形成装置、特に複合機では、様々なユーザの要求に応えるために多機能化が進んでいる。
【０００３】
しかしながら、多機能化によりメニュー項目が増加するので、メニュー構造が複雑になり、操作性が悪化する。すなわち、ユーザにとって使用しない機能が多くなると共に、使用したい機能を実行するのに操作パネル上で押下すべき釦数が多くなり、操作性が悪くなる。特に、複数の機能を連続的に実行する場合にこの問題が顕著になる。
【０００４】
そこで、下記特許文献１には、複数の操作を組み合わせた命令語をＸＭＬ言語で記述してその処理を実行させることが開示されている。
【０００５】
一方、下記特許文献２には、ファクシミリ装置で原稿画像を読み取り、これに接続されたコンピュータシステムで宛先を指定して送信指示する構成が開示されている。
【特許文献１】特開２００５−０８００１９号公報
【特許文献２】特開平１０−１３６０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記特許文献１では、操作パネルと無関係に処理が実行されるので、プログラムに不慣れなユーザにとっては使い勝手が良くない。
【０００７】
また、上記特許文献２では、リモートコントロールがファクシミリ送信に限定されており、例えば、スキャナで読み取った原稿画像を第１の宛先にファクシミリ送信し第２の宛先に添付ファイルとして電子メール送信するといった、ユーザの希望に応じた複数機能を自動的に実行することができない。
【０００８】
原稿画像をファクシミリ送信する場合、原稿を画像形成装置にセットしなければならないので、通常、ユーザが画像形成装置を直接操作して送信することが行われている。画像形成装置に宛先が登録されていないことを確認した場合、画像形成装置で宛先を入力するのは、コンピュータシステムでの入力よりも操作性が良くない。
【０００９】
本発明の目的は、このような問題点に鑑み、ユーザアプリケーションによる複数の機能の連続実行において、適切な時点で画像形成装置での操作からコンピュータによるリモートコントロールへ容易に切替可能な画像形成装置及び画像形成システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明による画像形成装置の第１態様では、プロセッサと、テキスト言語処理プログラムが格納された記憶手段と、通信インターフェイスとを備えた画像形成装置において、
該記憶手段にはさらにユーザアプリケーションが格納され、該ユーザアプリケーションには、第１宛先アドレスをパラメータとして含むリモートコントロール命令が記述され、
該テキスト言語処理プログラムは該プロセッサに対し、該ユーザアプリケーションを解釈させ、該リモートコントロール命令に基づき、
（ａ）該ユーザアプリケーションを該第１宛先アドレスのコンピュータへ送信させ、
（ｂ）該ユーザアプリケーションに基づいて該コンピュータから供給される指令を実行させる。
【００１１】
本発明による画像形成装置の第２態様では、第１態様において、操作パネルをさらに備え、該ユーザアプリケーションにはさらに、アイコンの属性と処理との組が記述され、該リモートコントロール命令は該処理に含まれ、該テキスト言語処理プログラムは該プロセッサに対し、
該アイコンの属性に基づき該操作パネル上又は該通信インターフェイスを介したリモートコンソール上にアイコンを表示させ、
該アイコンのオンに応答して該処理を実行させる。
【００１２】
本発明の第３態様では、上記いずれかの画像形成装置と、該画像形成装置の通信インターフェイスに結合されるコンピュータシステムとを備えた画像形成システムであって、該コンピュータシステムはコンソールを備え、
該コンピュータは、該画像形成装置から受信したユーザアプリケーションに基づいて、
該アイコンの属性に基づき該コンソールに第２アイコンを表示させ、
該第２アイコンのオンに応答して、該処理を実行させるための指令を該画像形成装置へ送信する。
【発明の効果】
【００１３】
上記第１態様の構成によれば、ユーザアプリケーションに含まれるリモートコントロール命令に基づき、この命令で指定された宛先アドレスのコンピュータへユーザアプリケーションを送信させ、該ユーザアプリケーションに基づいて該コンピュータから供給される指令を実行するので、画像形成装置に格納されたユーザアプリケーションの内容を、適切な時点で、コンピュータから確認しながら順次実行させることが容易にできるという効果を奏する。
【００１４】
上記第２態様の構成によれば、ユーザアプリケーションに基づき操作パネルに表示されたアイコンのオンに応答して、該リモートコントロール命令を含む処理が行われるので、例えば送信の宛先が指定されていない場合に該リモートコントロール命令を実行することにより、適切な時点でリモートコントロールが可能となるという効果を奏する。
【００１５】
上記第３態様の構成によれば、簡単な構成により、ユーザアプリケーションに基づいてコンピュータ側から画像形成装置へ順次指示することができるという効果を奏する。
【００１６】
本発明の他の目的、構成及び効果は以下の説明から明らかになる。
【実施例１】
【００１７】
図１０は、本発明の実施例１に係る画像形成装置１０のハードウェア構成を示す概略ブロック図である。
【００１８】
この画像形成装置１０では、ＭＰＵ１１がインターフェイス１２を介して、ＰＲＯＭ１３、ＤＲＡＭ１４、操作パネル１５、プリンタ１６、スキャナ１７、ＮＩＣ１８、ＦＡＸモデム１９、ＵＳＢポート２０、トナー残量検出器２１、ＩＣカードリーダ２２、電子タグリーダ２３及びタイマＴＭに結合されている。図１０では、簡単化のため、複数のインターフェイスを１つのブロックで示している。
【００１９】
ＰＲＯＭ１３は、例えばフラッシュメモリであり、これには、オペレーティングシステム（ＯＳ）と、ＯＳの上層で動作する各種プログラムと、各種設定値とが格納されている。各種プログラムは、画像形成装置１０を複合機として機能させるためのものであり、この機能には、コピー、スキャン、プリント、ファクシミリ送受信、電子メール送受信及びＨＴＴＰ通信がある。ＤＲＡＭ１４は、ワークエリア用である。
【００２０】
操作パネル１５は、表示部とキー入力部とを備えており、設定情報又は指示を入力し、選択画面や設定画面などを表示させるためのものである。プリンタ１６は、プリントエンジン、定着器並びに用紙の給紙部、搬送部及び排紙部を備えており、印刷データとして供給されるビットマップデータに基づきプリントエンジンの感光ドラムに静電潜像を形成し、これをトナーで現像し、用紙に転写し定着させた後に排紙する。スキャナ１７は、コピー及びファクシミリ送信での画像入力用である。ＮＩＣ１８は、ネットワーク上のホストコンピュータ及びサーバに結合されてプリントジョブ及び消耗品発注に用いられる。ＦＡＸモデム１９は、ファクシミリ送受信用である。
【００２１】
トナー残量検出器２１は、プリンタ１６用のトナーカートリッジに収容されているトナーの残量を検出してその信号を出力する。ＩＣカードリーダ２２は、所定範囲内に存在するＩＣカードとの間で電波を介し信号を送受して、ユーザのＩＤ及びパスワード情報を読取り、これらを画像形成装置１０に対する認証情報として出力する。電子タグリーダ２３は、トナーカートリッジに固着された電子タグからそのＩＤを読み出して出力する。このＩＤには、トナーカートリッジの型式及びシリアル番号が含まれる。
【００２２】
トナー残量検出器２１及び電子タグリーダ２３の出力は、プログラムに従ってＭＰＵ１１によりそれぞれ定期的に及びトナーカートリッジ装着時に読取られ、図２に示すようにそれぞれToner.Level及びToner.RFIDとしてＤＲＡＭ１４に格納される。
【００２３】
ポート２０に接続されるＵＳＢメモリ２４Ａは、例えばフラッシュメモリチップを備えている。
【００２４】
ホストコンピュータ２５は、そのＮＩＣがハブを介してＮＩＣ１８に結合されるとともに、不図示のルータを介してインターネット２６に結合される。このインターネット２６には、不図示のルータを介してＷｅｂサーバマシン２７が結合されている。一方、画像形成装置１０のＦＡＸモデム１９とＷｅｂサーバマシン２７のＦＡＸモデムとは、公衆回線網２８を介して結合される。
【００２５】
タイマＴＭは、現時刻検出用及びＭＰＵ１１に対するタイマ割込用である。
【００２６】
図９は、本発明の実施例１に係る画像形成装置のソフトウェア階層構造を示す概略ブロック図である。
【００２７】
ＯＳ３０は、そのカーネル、例えばLinuxに、各種ハードウェアのそれぞれに対応したデバイスドライバ３１が組み込まれている。
【００２８】
ＯＳ３０の上層には、ＯＳ３０内の各種機能を利用するためのＡＰＩ３２を介し、ミドルウェアとしての基本サービスプログラム３３が備えられている。基本サービスプログラム３３は、操作パネル制御モジュール３３０と、画像入力モジュールとしてのスキャンモジュール３３１と、入力データを処理するデータ処理モジュールと、処理された画像データを出力する画像出力モジュールとしてのプリントモジュール３３２と、入出力モジュールとを備えている。
【００２９】
操作パネル制御モジュール３３０は、操作パネル１５上に操作釦を表示させ、その押下を検出させるためのものである。入出力モジュールには、ＦＡＸ送受信モジュール３３３、電子メール送受信モジュール３３４及びＨＴＴＰ処理モジュール３３９が含まれる。データ処理モジュールには、ＩＣカード制御モジュール３３５、ＲＦＩＤ制御モジュール３３６、画像データのフォーマットを変換するフォーマット変換モジュール３３７並びに不図示の集約処理モジュール及び頁付モジュール等が含まれる。基本サービスプログラム３３にはさらに、ユーティリティモジュールとして、ファクシミリ及び電子メールの宛先指定に用いられるアドレス帳モジュール３３８が含まれる。
【００３０】
基本サービスプログラム３３の上層には、外部ＡＰＩ３４を介してアプリケーション３５が備えられている。アプリケーション３５は、外部ＡＰＩ３４を介し基本サービスプログラム３３のモジュールを用いて作成されたプログラムである。アプリケーション３５には、コピーモジュール３５０、プリントモジュール３５１、ＦＡＸモジュール３５２、電子メールモジュール３５３、ジョブ管理モジュール３５４及び操作パネルモジュール３５５が含まれている。例えば、コピーモジュール３５０は、スキャンモジュール３３１とプリントモジュール３３２とを組み合わせて構成されている。また、ＦＡＸモジュール３５２は、ＦＡＸ送受信モジュール３３３とアドレス帳モジュール３３８とを組み合わせて構成されている。
【００３１】
画像形成装置１０のソフトウェアはさらに、ユーザアプリケーション３７に対するインタプリタである簡易テキスト言語処理プログラム３８を備えている。このプログラム簡易テキスト言語処理プログラム３８は、ユーザアプリケーション３７の命令文を解釈し、外部ＡＰＩ３４、外部ＡＰＩ３６又はＡＰＩ３２を介してそれぞれ基本サービスプログラム３３、アプリケーション３５又はＯＳ３０に含まれている関数を利用することにより、ユーザアプリケーション３７を実行させるためのものである。
【００３２】
ユーザアプリケーション３７は、例えばホストコンピュータ２５で作成され、文法チェックされ、ＵＳＢメモリ２４Ａ内にコピーされ、ポート２０を介してＤＲＡＭ１４に読み込まれる。ユーザアプリケーション３７は、前処理により、その各行に行番号が付される。図５（Ａ）〜（Ｃ）及び図６（Ａ）〜（Ｃ）はユーザアプリケーション３７の具体例を示す。
【００３３】
ここで、操作パネル１５上には図３（Ａ）に示すようなメインメニュー画面が表示されており、この画面上の"ＵＳＥＲ ＡＰＰＬＩＣＡＴＩＯＮ"釦をタッチ（押下）すると、図３（Ｂ）の"ＵＳＥＲ ＡＰＰＬＩＣＡＴＩＯＮ"以外の表示及びこれに関係した処理が図１に示すフローに従って行われる。
【００３４】
図１は、ユーザアプリケーション３７に対する簡易テキスト言語処理プログラム３８の処理を示す概略フローチャートである。
【００３５】
この処理は、タイマ割込により、例えば２０ｍｓｅｃ毎に開始される。以下、括弧内は図中のステップ識別番号である。
【００３６】
（Ｓ０）ユーザアプリケーション３７の次処理対象行番号を示すカウンタＬＣを０に初期設定する。
【００３７】
（Ｓ１）カウンタＬＣが示す行をユーザアプリケーション３７から読み出し、現行カウンタＣＬＣにＬＣの値を代入し、現行カウンタＣＬＣが示す行のステートメントの次のステートメントの行番号を、次行カウンタＬＣに代入する。ステートメントの区切り記号は、Ｃ言語と同様にセミコロン";"又は閉じ括弧"｝"である。図５（Ａ）の場合、ＬＣ＝０の次はＬＣ＝１、その次は、条件文が成立しなければＬＣ＝７、成立すれば、後述のステップＳ１０でＬＣ＝２となる。
【００３８】
（Ｓ２）ステップＳ１で読み込むべき行が存在しなかった場合には処理を終了し、存在した場合にはステップＳ３へ進む。
【００３９】
（Ｓ３）ステートメントがResetEnd文であればステップＳ４へ進み、そうでなければステップＳ７へ進む。
【００４０】
（Ｓ４）消耗品管理終了を示すエンドフラグＥＦが‘０’であればステップＳ１へ戻り、‘１’であればステップＳ５へ進む。
【００４１】
（Ｓ５）ResetEnd文の括弧内に記述された条件式（ＲＥＣ）の成否を判定し、肯定判定した場合にはステップＳ６へ進み、そうでなければ図１の処理を終了する。
【００４２】
（Ｓ６）エンドフラグＥＦをリセットし、操作パネル１５上の、後述の発注済表示をクリアして、ステップＳ１へ戻る。
【００４３】
（Ｓ７）ＣＬＣの行が条件句であればステップＳ８へ進み、そうでなければステップＳ１１へ進む。
【００４４】
図５（Ａ）の場合、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"及びＬＣ＝２の行"Button (120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) {"はいずれも条件句である。
【００４５】
後者は、条件句（釦句）"If Button (120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) is pushed {"を省略記載したものである。この省略記載により、条件文のネスト構造が見かけ上隠蔽されるので、ユーザアプリケーション３７が見易くなるとともに、ユーザアプリケーション３７の作成が容易になる。
【００４６】
（Ｓ８）現行番号ＣＬＣの行が釦句であればその引数に基づいて釦の表示データを作成し、例えば図３（Ｂ）中の釦４０のように、操作パネル１５上に表示させる。
【００４７】
ＬＣ＝２の釦句の場合、引数(120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) のうち、（120, 80）は操作パネル１５上での釦の左上頂点のＸ−Ｙ座標であり、（60, 30）は釦の幅及び高さであり、「カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚」は釦上のテキストである。ここに &は文字の連結演算子であり、 CrLfは復帰改行の制御コードを示しており、Toner.Level.ToPagesは上述のトナー残量検出値を平均印刷枚数で換算したものを示している。釦の表示データ作成処理及び表示処理は、操作パネル制御モジュール３３０及び操作パネルモジュール３５５に含まれる関数を用いて行われる。
【００４８】
この表示処理後に、内部フラグＦを立てておき、次回以降、ステップＳ８でこのフラグＦがセットされていればこの釦表示データ作成処理を省略する。
【００４９】
（Ｓ９）条件句中の条件式の成否を判定し、成立していればステップＳ１０へ進み、そうでなければステップＳ１へ戻る。
【００５０】
（Ｓ１０）次行カウンタＬＣの内容を、条件成立時の行番号に変更する。すなわち、ＬＣ＝ＣＬＣ＋１とする。次に、ステップＳ１へ戻る。
【００５１】
（Ｓ１１）現行番号ＣＬＣの行がＥｎｄ文であればステップＳ１３へ進み、そうでなければステップＳ１２へ進む。
【００５２】
（Ｓ１２）現行番号ＣＬＣの行の内容を処理し、ステップＳ１へ戻る。
【００５３】
（Ｓ１３）エンド文Endを実行して、図１の処理を終了する。すなわち、ステップＳ８で表示した操作パネル１５上の釦をクリアし、上記内部フラグＦをリセットするとともに、エンドフラグＥＦをセットする。
【００５４】
次に、図１の処理の具体例を、ユーザアプリケーション３７が図５（Ａ）に示すものである場合について説明する。なお、エンドフラグＥＦは‘１’に初期設定されている。
【００５５】
（１）タイマ割込により、まず、ステップＳ０でＬＣ＝０となる。ステップＳ１でＬＣ＝０の行ResetEnd(Toner.Level>Level.High)が読み出され、ＣＬＣ＝０、ＬＣ＝１となる。ステップＳ２、Ｓ３及びＳ４を通ってステップＳ５でResetEnd文の条件式"Toner.Level>Level.High"が判定される。カートリッジ交換直後は、この条件式"Toner.Level>Level.High"が成立し、ステップＳ６でＥＦ＝０となる。ここに閾値Level.Highは、後述の閾値Level.Low1、Level.Low2、・・・とともに、図２に示すように予めＰＲＯＭ１３に格納されている。
【００５６】
ステップＳ１へ戻り、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"が読み出され、ＣＬＣ＝１、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７、Ｓ８を通りステップＳ９で条件式"Toner.Level<Level.Low1"が否定判定されてステップＳ１へ戻る。ステップＳ１でＬＣ＝７の行が読み出され、これがNullであるので、ステップＳ２で肯定判定されて終了する。
【００５７】
（２）次のタイマ割込で、まず、ステップＳ０においてＬＣ＝０となる。ステップＳ１でＬＣ＝０の行"ResetEnd(Toner.Level>Level.High)"が読み出され、ＣＬＣ＝０、ＬＣ＝１となる。ステップＳ２及びＳ３を通ってステップＳ４で肯定判定されステップＳ１へ戻る。ステップＳ１で、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"が読み出され、ＣＬＣ＝１、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７、Ｓ８を通りステップＳ９で条件式"Toner.Level<Level.Low1"が否定判定されてステップＳ１へ戻る。ＬＣ＝７の行が読み出され、これがNullであるので、ステップＳ２で肯定判定されて終了する。
【００５８】
その後も、ステップＳ９で否定判定されればこのような処理（２）が行われる。
【００５９】
図４に示すように、時間の経過とともにトナー残量Toner.Levelが低下して、これが、予め設定された閾値Level.Low1未満になると、条件"Toner.Level<Level.Low1"が成立する。
【００６０】
（３）タイマ割込により、まず、ステップＳ０でＬＣ＝０となる。ステップＳ１でＬＣ＝０の行"ResetEnd(Toner.Level>Level.High)"が読み出され、ＣＬＣ＝０、ＬＣ＝１となる。ステップＳ２及びＳ３を通ってＳ４で肯定判定されステップＳ１へ戻る。ステップＳ１で、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"が読み出され、ＣＬＣ＝１、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７、Ｓ８を通りステップＳ９で条件式"Toner.Level<Level.Low1"が肯定判定されてステップＳ１０へ進む。ステップＳ１０でＬＣ＝２となり、ステップＳ１へ戻る。
【００６１】
ステップＳ１で、ＬＣ＝２の行"Button (120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) {"
が取り出され、ＣＬＣ＝２、ＬＣ＝７（文の区切り記号の場合には次の行）となり、ステップＳ２、Ｓ３及びＳ７を通ってステップＳ８で、上述のように釦４０の表示データが作成されてこれが操作パネル１５上に表示されるとともに内部フラグＦがセットされる。まだ釦４０の表示範囲(120, 80, 60, 30)内がタッチ（押下）されていないので、ステップＳ９で否定判定され、ステップＳ１へ戻る。
【００６２】
ステップＳ１で、ＬＣ＝７の行Nullが取り出され、ステップＳ２を通って終了する。
【００６３】
その後も、釦４０が押下されなければ、このような処理（３）が行われる。
【００６４】
（４）釦４０が押下されると、ステップＳ９で肯定判定され、ステップＳ１０でＬＣ＝３となり、ステップＳ１へ戻る。
【００６５】
ステップＳ１で、ＬＣ＝３の行"Order (Toner.RFID To DefaultDealer)"が取り出され、ＣＬＣ＝３、ＬＣ＝４となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝３の行が処理される。すなわち、Toner.RFIDに含まれるトナーカートリッジ型式と、Orderには隠蔽されているユーザＩＤとを含むＨＴＴＰリクエストメッセージを生成して、ＮＩＣ１８及びインターネット２６を介し、宛先DefaultDealer（例えば図２に示すhttp://km.com:80）であるＷｅｂサーバマシン２７へ送信する。このメッセージのリクエスト行は例えば、
GET /cgi-bin/order.cgi?UserID=21035&Type=KM102 HTTP/1.0
である。ここにUserID=21035は、図２に示すようにＰＲＯＭ１３に予め格納されている。また、Type=KM102は、Toner.RFIDの内容の一部であるトナーカートリッジ型式である。ＨＴＴＰメッセージの送受信は、ＨＴＴＰ処理モジュール３３９及びＯＳ３０を用いて行われる。
【００６６】
Ｗｅｂサーバマシン２７はこのＨＴＴＰリクエストメッセージに応答して、これに含まれるクエリ文字列UserID=21035&Type=KM102を引数とし該メッセージに含まれるパス名/cgi-bin/order.cgiのＣＧＩプログラムを起動させる。これにより、図１０に示すように、受信した日時を受注日時とし、トナーカートリッジ型式、顧客ＩＤ及び発送予定日がテーブルＴＢＬ１に記入される。顧客ＩＤは、上記UserIDと同一である。発送予定日は、該型式をキーとして在庫データベース２９を検索し、その結果得られる在庫状況に基づき決定される。テーブルＴＢＬ１内の完了フラグは、受注時にはリセットされており、発送時にこれがセットされる。
【００６７】
このテーブルＴＢＬ１は、顧客ＩＤ、会社名、住所、担当者名、所属部課名、電話番号、ファクシミリ番号などのフィールドを含む顧客情報テーブルＴＢＬ２とリンクされて、リレーショナルデータベースが構成される。
【００６８】
Ｗｅｂサーバマシン２７は、受注日時を発注日時とし、これとトナーカートリッジの型式と発送予定日とを含むＨＴＴＰリスポンスメッセージを、テンプレートファイルに基づき生成し、画像形成装置１０へ送信する。
【００６９】
画像形成装置１０はこれに応答して、受信したメッセージの内容を、図３（Ｃ）に示すように操作パネル１５に表示させる。
【００７０】
このようなＣＬＣ＝３の行の処理が完了すると、ステップＳ１へ戻り、ＬＣ＝４の行Endが取り出され、ＣＬＣ＝４、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１３でＣＬＣ＝４の行Endが処理される。すなわち、操作パネル１５上の釦４０の表示がクリアされ、内部フラグＦがリセットされるとともに、エンドフラグＥＦがセットされる。
【００７１】
これにより、トナーカートリッジを交換するまでは、タイマ割込により図１の処理が開始されても、ステップＳ４及びＳ５で共に否定判定され、図３（Ｃ）に示す如く、トナーカートリッジ発注釦４０は操作パネル１５に表示されず、発注済みの表示が維持される。
【００７２】
このような処理（４）の後に、図４に示すようにトナーカートリッジを交換すると、ResetEnd文の条件が成立して、上述の処理（１）が行われ、ステップＳ５からステップＳ６へ進み、ＥＦ＝０となり、操作パネル１５上の発注済みの表示がクリアされる。
【００７３】
トナーカートリッジの在庫があるためトナーカートリッジを発注する必要がない場合、トナーカートリッジ交換時に、上述のように電子タグリーダ２３の出力が、図１とは別のプログラムに従ってＭＰＵ１１によりに読取られ、これが図２に示すToner.RFIDとしてＤＲＡＭ１４に格納される。この際、該プログラムにより、図１のステップＳ１３と同じ処理が行われる。これにより、次にToner.Level<Level.Low1が成立するまでトナーカートリッジ発注釦４０は操作パネル１５に表示されない。
【００７４】
本実施例１によれば、条件付リセットエンド命令ResetEndと、釦４０の属性とOrder命令との組とが記述されたユーザアプリケーションを用い、簡易テキスト言語処理プログラム３８に従って、条件付リセットエンド命令ResetEndの条件成否に応じ釦４０のオンを検出し、該オンの検出に応答してOrder命令を実行するので、条件文が実質的にネストしていても、条件に応じてユーザインターフェイスを変更するユーザアプリケーションの構造が簡単になるという効果を奏する。
【００７５】
また、If文により条件文がさらにネストしても、条件に応じてユーザインターフェイスを変更するユーザアプリケーションの構造が簡単になるという効果を奏する。
【００７６】
また、アイコンとしての釦４０の属性(120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) と消耗品発注命令Order (Toner.RFID To DefaultDealer)とが対になって記述された簡単なユーザアプリケーションの該属性に基づいて操作パネル１５に釦４０を表示させ、そのオンの検出に応答して、該消耗品発注命令に基づきＮＩＣ１８を介し消耗品発注情報を宛先へ送信させるので、簡単なユーザアプリケーションの記述により、ユーザが容易に消耗品を発注できるとともに、消耗品消耗速度が予測に反して急増し又は急減してもこれに対処できるという効果を奏する。
【００７７】
また釦４０の属性として消耗状態の記述「残り& Toner.Level.ToPages & 枚」が含まれ、検出された消耗状態がこの記述に基づき操作パネル１５に表示されるので、簡単な記述により、適切なタイミングで消耗品を発注できるという効果を奏する。
【００７８】
さらに、釦４０の表示領域(120, 80, 60, 30)内に消耗状態が表示されるので、ユーザの操作性が向上するという効果を奏する。
【００７９】
また、ステップＳ４をステップＳ５の前に配置しているので、エンドフラグＥＦが一旦リセットされればリセットエンド命令ResetEndの条件式が判定されず、トナー残量検出値が機械的振動により変動しても、ユーザアプリケーションを複雑化させることなく釦４０のオン検出を継続して行うことができるという効果を奏する。
【００８０】
また、消耗品発注情報の送信後に、操作パネル１５上に消耗品を発注したことが表示されるので、複数のユーザによる消耗品重複発注を防止できるという効果を奏する。
【００８１】
さらにまた、消耗品発注情報の送信後に、操作パネル１５上の釦４０の表示が削除されるので、操作性が向上するとともに、誤操作や複数のユーザによる消耗品重複発注を防止できるという効果を奏する。
【００８２】
また、ユーザアプリケーションに含まれるエンド命令Endに基づき該削除が行われるので、簡単な記述で該削除を行わせるか否かの選択を行うことができるという効果を奏する。
【００８３】
またトナーカートリッジの型式が電子タグから自動的に読み出されて発注情報として用いられるという効果を奏する。
【００８４】
図５（Ｂ）及び（Ｃ）は、図５（Ａ）と発注形態のみが異なるユーザアプリケーションを示す。
【００８５】
図５（Ｂ）の場合、カートリッジ発注処理として、
"Fax cartridgeOrderFile.pdf to アドレス帳(dealer1, fax)"が、図１のステップＳ１２において、ＦＡＸモジュール３５２を用いて実行される。このステートメントにより、ファイルcartridgeOrderFile.pdfの内容が、宛先へ送信される。この宛先は、関数であるアドレス帳(dealer1,fax)の戻り値となる。アドレス帳には、宛先毎にファクシミリ番号と電子メールアドレスとが記入されており、引数faxは、引数dealer1で示されるレコードのファクシミリ番号がこの関数の戻り値となることを示している。
【００８６】
図５（Ｃ）の場合、カートリッジ発注処理として、"Email cartridgeOrderFile.pdf to アドレス帳(dealer1,email)"が、図１のステップＳ１２において、電子メールモジュール３５３を用いて実行される。このステートメントにより、ファイルcartridgeOrderFile.pdfの内容が、宛先へ送信される。この宛先は、関数であるアドレス帳(dealer1,email)の戻り値である。引数emailは、引数dealer1で示されるレコードの電子メールアドレスがこの関数の戻り値となることを示している。
【００８７】
図１の処理は、消耗品発注とは無関係なユーザアプリケーションにも適用可能であり、その具体例を図６（Ａ）〜（Ｃ）に示す。
【００８８】
次に、図６（Ａ）に示すユーザアプリケーションに対する図１の処理を説明する。
【００８９】
（５）タイマ割込により、まず、ステップＳ０でＬＣ＝０となる。ステップＳ１でＬＣ＝０の行”Button (20, 30, 60, 30, 伝票送信) {”が読み出され、ＣＬＣ＝０、ＬＣ＝５となる。ステップＳ２、Ｓ３及びＳ７を通って、ステップＳ８で図３（Ｂ）に示すような釦４１が表示されるとともに、内部フラグＦがセットされる。まだ釦４１の表示範囲(20, 30, 60, 30)内が押下されていないので、ステップＳ９で否定判定され、ステップＳ１へ戻る。ステップＳ１で、ＬＣ＝５の行Nullが取り出され、ステップＳ２を通って終了する。
【００９０】
その後も、釦４１が押下されなければ、このような処理（５）が行われる。
【００９１】
（６）ユーザが画像形成装置１０の原稿台に原稿を載置して釦４１を押下すると、ステップＳ９で肯定判定され、ステップＳ１０でＬＣ＝１となり、ステップＳ１へ戻る。
【００９２】
ステップＳ１で、ＬＣ＝１の行"file.pdf=Scan"が取り出され、ＣＬＣ＝１、ＬＣ＝２となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝１の行が処理される。すなわち、スキャナ１７が動作して原稿画像が読み取られ、そのデータがｐｄｆフォーマットに変換されてfile.pdfにされる。
【００９３】
ステップＳ１へ戻り、ＬＣ＝２の行"Fax file.pdf to アドレス帳(本社経理部, fax)"が読み出され、ＣＬＣ＝２、ＬＣ＝３となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝２の行が処理される。すなわち、アドレス帳(本社経理部, fax)の戻り値である宛先へ、ファイルfile.pdfの内容が送信される。
【００９４】
ステップＳ１へ戻り、ＬＣ＝３の行"Email file.pdf to アドレス帳(佐々木太郎, email)"が読み出され、ＣＬＣ＝３、ＬＣ＝５となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝３の行が処理される。すなわち、アドレス帳(佐々木太郎, email)の戻り値である宛先へ、ファイルfile.pdfが電子メール送信される。例えば、ファクシミリ送信内容の控えが、自分宛へ送信される。
【００９５】
ステップＳ１へ戻り、ＬＣ＝５のNull行が読み出され、ステップＳ２を通って図１の処理を終了する。釦４１は、操作パネル１５上に表示されたままである。
【００９６】
図６（Ｂ）の場合、上述と同じ処理が行われ、電子メール送信後にさらに、End文が処理されて、ステップＳ１３で操作パネル１５上の釦４１の表示がクリアされ、内部フラグＦがリセットされるとともに、エンドフラグＥＦがセットされる。
【００９７】
図６（Ｃ）の場合、図６（Ｂ）の処理の前に、ステップＳ１２においてＣＬＣ＝１の行"ResetEnd(ICcardID=KM01)"が処理される。すなわち、ユーザのＩＣカード２４Ｂに格納されている、ユーザＩＤとパスワードを暗号化したものとが、電波を介してＩＣカードリーダ２２により読み出される。そして、ＰＲＯＭ１３に登録されている、ユーザＩＤと例えば２回暗号化されているパスワードとが読み出され、後者が１回復号され、両者が照合される。両者のそれぞれが一致し、かつ、ユーザＩＤが、"ICcardID=KM01"のKM01と一致すれば、すなわちIDがKM01のユーザ認証が成功すれば、ResetEnd文の条件が成立したことになり、ステップＳ５で肯定判定され、ステップＳ６でＥＦ＝０となる。その後、図６（Ｂ）の場合と同じ処理が行われる。
【００９８】
前記ユーザ認証が失敗した場合には、ステップＳ５で否定判定されて図１の処理が終了し、釦４１が操作パネル１５上に表示されない。
【００９９】
したがって、特定のユーザのみに対し、毎回、操作パネル１５上に釦４１が表示されて上述のシーケンス処理が行われ、処理が終わると釦４１が操作パネル１５上から消失する。すなわち、簡単なユーザアプリケーションにより、ユーザ毎のユーザインターフェイスを構成できるという効果を奏する。
【実施例２】
【０１００】
図６（Ａ）〜（Ｃ）に示すユーザアプリケーションでは、ファクシミリ送信及び電子メール送信の宛先が固定であり、ユーザアプリケーション実行時に変更することができなかった。
【０１０１】
そこで本実施例２では、図７（Ａ）に示すようなユーザアプリケーションにより、ユーザアプリケーション実行時に宛先アドレスを変更可能にしている。これを実現するために、釦文の前のＬＣ＝０及びＬＣ＝１のステートメント中にそれぞれ、操作パネル１５上にアドレス帳を表示するための命令"F_Adr=アドレス帳(fax, 150, 20)"及び"E_Adr=アドレス帳(e-mail, 150, 38)"を記述している。括弧内の第１パラメータ"fax"及び"e-mail"はそれぞれファクシミリ及び電子メールのアドレス帳を指定するものである。括弧内の第２及び第３パラメータは操作パネル上のアドレス帳配置座標である。
【０１０２】
図７（Ｂ）は、図７（Ａ）のユーザアプリケーションを実行したときの操作パネル１５上の表示画面を示す。この画面上のファクシミリアドレス帳４２及び電子メールアドレス帳４３はそれぞれ、ＬＣ＝０及びＬＣ＝１のアドレス帳表示命令を実行することにより表示される。各アドレス帳は、ファクシミリであるか電子メールであるかを示すラベルと、選択した宛先が表示されるテキストボックスと、矢印部とを有し、この矢印部をマウスでクリックすると、宛先のドロップダウンリストが表示され、その中の１つをマウスで選択すると、それがテキストボックスに表示される。
【０１０３】
これらアドレス帳表示命令は、図７（Ｃ）に示すようなアドレス帳テーブルＴＢＬ３を用いた関数に対応している。アドレス帳テーブルＴＢＬ３は、宛先名と、電子メールアドレスと、ファクシミリ番号とをフィールドとして含む。
【０１０４】
ファクシミリアドレス帳４２で選択された宛先名を含む、アドレス帳テーブルＴＢＬ３上のレコードのファクシミリ番号が、"アドレス帳(e-mail, 150, 38)"の戻り値となる。したがって、ＬＣ＝０のステートメントを実行すると、この選択が行われていればその戻り値が変数Ｆ＿Ａｄｒに代入される。戻り値は、上記ドロップダウンリスト中の項目をマウスでクリックしたときのイベントに対するイベントハンドラで取得され、変数Ｆ＿Ａｄｒへの戻り値の代入は、図１のステップＳ１２で行われる。
【０１０５】
ＬＣ＝１のステートメントについても前記同様である。
【０１０６】
ＬＣ＝２〜５のステートメントは、アドレス帳表示命令の替わりに変数を用いている他は、図６（Ａ）のＬＣ＝０〜３のステートメントと同一である。
【０１０７】
本実施例２によれば、簡単なユーザアプリケーションにより、原稿をスキャンし、その画像をファクシミリ送信するとともに電子メール送信するという一連の処理を自動的に行い、この処理前に、ファクシミリ及び電子メールの宛先をユーザが選択できるという効果を奏する。
【実施例３】
【０１０８】
実施例２において、宛先がアドレス帳に登録されていれば、ユーザは画像形成装置１０に原稿をセットした後、宛先を選択して送信釦を押下することにより、複数の処理を容易に自動実行させることができる。
【０１０９】
しかし、宛先がアドレス帳に登録されていない場合、操作パネル１５上の不図示のソウフトウェアキー又はハードウェアキーを操作してファクシミリアドレス帳４２又は電子メールアドレス帳４３のテキストボックスにファクシミリ番号又は送信アドレスを入力しなければならず、操作性が良くない。
【０１１０】
一方、アドレス帳４２又は４３を閲覧して、宛先がアドレス帳に登録されていないことに気づくことがある。
【０１１１】
そこで、本実施例３では、アドレス帳４２又は４３に宛先が記入されていない状態で送信釦４１を押下すると、操作がホストコンピュータ２５によるリモートコントロールに切り替えられるように構成されている。
【０１１２】
図８（Ａ）は、これを実現するためのユーザアプリケーションを示す。このプログラムでは、ＬＣ＝０及びＬＣ＝４〜６の命令文が、図７（Ａ）のプログラムに付加されている。
【０１１３】
ＬＣ＝０の命令"Label ( 20, 62, 宛先無指定で送信釦を押下するとＰＣに切替)"は、操作パネル１５上に文字列「宛先無指定で送信釦を押下するとＰＣに切替」を表示させるものであり、その開始位置座標は（２０，６２）である。
【０１１４】
ＬＣ＝４〜６の条件文
If (F_Adr="" or E_adr=""){
RemoteControl(192.168.1.28);
}
は、ＬＣ＝１又は２において変数Ｆ＿Ａｄｒ又はＥ＿ａｄｒが空文字である場合に、命令"RemoteControl(192.168.1.28)"が実行されることを意味している。この命令の括弧内のパラメータは、画像形成装置１０に接続されているホストコンピュータ２５のＩＰアドレスであり、このＩＰアドレスのコンピュータに、画像形成装置１０に対する操作が切り替わることを意味している。なお、ＩＰアドレスの代わりにコンピュータ名を用い、NetBEUIプロトコル等で名前解決してＩＰアドレスに変換する構成であってもよい。
【０１１５】
図９は、図１のステップＳ１２の処理のより詳細を示すフローチャートである。図１０は画像形成装置１０とホストコンピュータ２５との間の信号の流れを示すシーケンス図である。
【０１１６】
（Ｓ２０）ＬＣ行がリモートコントロール命令であればステップＳ２１へ進み、そうでなければステップＳ２５へ進む。
【０１１７】
（Ｓ２１）上記タイマ割込をマスクすることにより、タイマ割込を禁止する。
【０１１８】
（Ｓ２２）現在実行中のユーザアプリケーションをホストコンピュータ２５へ送信する。
【０１１９】
ホストコンピュータ２５には、画像形成装置１０の簡易テキスト言語処理プログラム３８に対応したプログラムが予めインストールされ、これがホストコンピュータ２５に常駐して待機状態になっている。このプログラムは、画像形成装置１０からの信号の受信イベントに応答して動作が開始され、ステップＳ１２を除き図１と同じ処理を実行し、ステップＳ１２に対応して命令文を画像形成装置１０へ送信し、画像形成装置１０でこの命令文を実行する。このような画像形成装置１０とホストコンピュータ２５との連携で、図１の処理が実行される。
【０１２０】
具体的には、ホストコンピュータ２５の表示装置に、操作パネル１５に対応したコントロールパネルが表示される。ユーザは、キーボードやマウス等の対話型入力装置でファクシミリ又は電子メールの宛先アドレスを入力し、コントロールパネル上の伝票送信釦を押下する。
【０１２１】
これにより、図８のＬＣ＝４〜９の行が順次実行される。ＬＣ＝４の条件は不成立であり、次にＬＣ＝７の行が実行される。
【０１２２】
すなわち、ＬＣ＝７のステートメント"file.pdf = Scan"がホストコンピュータ２５から画像形成装置１０へ送信され、画像形成装置１０はこれを受け付けて実行し、この実行が完了すると、画像形成装置１０は完了したことを示す応答信号をホストコンピュータ２５へ送信する。ホストコンピュータ２５はこれに応答して、次のステートメントの"F_Adr"に値を代入した"Fax file.pdf to 123-456-789"を画像形成装置１０へ送信する。画像形成装置１０はこれを受け付けて実行し、この実行が完了すると、画像形成装置１０は完了したことを示す応答信号をホストコンピュータ２５へ送信する。ホストコンピュータ２５はこれに応答して、次のステートメントの"E_Adr"に値を代入した"Email file.pdf to suzuki@xyz.com"を画像形成装置１０へ送信する。
【０１２３】
このようにして、ユーザは適切な時点で、通常使用して慣れている画像形成装置１０の操作画面と同じ画面で画像形成装置１０をリモートコントロールすることが可能となる。この場合、複数の機能の実行がユーザアプリケーションに従って確認しながら自動的に行われるとともに、操作性の良い対話型入力装置を用いて宛先を指定することができるという効果を奏する。
【０１２４】
なお、本発明には外にも種々の変形例が含まれる。
【０１２５】
例えば、ユーザアプリケーションは入力インターフェイスを介して画像形成装置に格納されればよく、フラッシュメモリカード等の他のリブーバブルメモリや通信インターフェイスの入力インターフェイスを介する構成であってもよい。
【０１２６】
また、操作パネル１５の替わりに、画像形成装置の通信インターフェイスを介して結合されたコンピュータシステムの対話型入出力装置、すなわちリモートコンソールを用いる構成であってもよい。この場合、アイコンは例えばマウスのクリックによりオンにされる。
【図面の簡単な説明】
【０１２７】
【図１】本発明の実施例１に係る画像形成装置に格納されている、ユーザアプリケーションに対する簡易テキスト言語処理プログラムの処理を示す概略フローチャートである。
【図２】この画像形成装置のＰＲＯＭ及びＤＲＡＭに格納されているデータの一部説明図である。
【図３】（Ａ）は該画像形成装置の操作パネル上のメインメニュー画面を示す図であり、（Ｂ）は（Ａ）の"ＵＳＥＲ ＡＰＰＬＩＣＡＴＩＯＮ"釦を押下したときに表示されるメニュー画面を示す図であり、（Ｃ）は（Ｂ）の釦４０を押下した後の画面を示す図である。
【図４】時間の経過に対するトナー残量のグラフを示す、図１の処理説明図である。
【図５】（Ａ）〜（Ｃ）はトナーカートリッジ発注に関するユーザアプリケーションの具体例を示す図である。
【図６】（Ａ）〜（Ｃ）は伝票のスキャン、ファクシミリ送信及び電子メール送信に関するユーザアプリケーションの具体例を示す図である。
【図７】（Ａ）は本発明の実施例２に係るユーザアプリケーションを示す図であり、（Ｂ）は（Ａ）のユーザアプリケーションを実行することにより表示される操作画面を示す図である。
【図８】（Ａ）は本発明の実施例３に係るユーザアプリケーションを示す図であり、（Ｂ）は（Ａ）のユーザアプリケーションを実行することにより表示される操作画面を示す図であり、（Ｃ）はアドレス帳テーブル説明図である。
【図９】該画像形成装置のソフトウェア階層構造を示す概略ブロック図である。
【図１０】該画像形成装置のハードウェア構成を示す概略ブロック図である。
【符号の説明】
【０１２８】
１０ 画像形成装置
１１ ＭＰＵ
１２ インターフェイス
１３ ＰＲＯＭ
１４ ＤＲＡＭ
１５ 操作パネル
１６ プリンタ
１７ スキャナ
１８ ＮＩＣ
１９ ＦＡＸモデム
２０ ポート
２１ トナー残量検出器
２２ ＩＣカードリーダ
２３ 電子タグリーダ
２４Ａ ＵＳＢメモリ
２４Ｂ ＩＣカード
２５ ホストコンピュータ
２６ インターネット
２７ Ｗｅｂサーバマシン
２８ 公衆回線網
３０ ＯＳ
３１ デバイスドライバ
３２ ＡＰＩ
３３ 基本サービスプログラム
３３０ 操作パネル制御モジュール
３３１ スキャンモジュール
３３２ プリントモジュール
３３３ ＦＡＸ送受信モジュール
３３４ 電子メール送受信モジュール
３３５ ＩＣカード制御モジュール
３３６ ＲＦＩＤ制御モジュール
３３７ フォーマット変換モジュール
３３８ アドレス帳モジュール
３３９ ＨＴＴＰ処理モジュール
３４、３６ 外部ＡＰＩ
３５ アプリケーション
３５０ コピーモジュール
３５１ プリントモジュール
３５２ ＦＡＸモジュール
３５３ 電子メールモジュール
３５４ ジョブ管理モジュール
３５５ 操作パネルモジュール
３７ ユーザアプリケーション
３８ 簡易テキスト言語処理プログラム
４０、４１ 釦
４２ ファクシミリアドレス帳
４３ 電子メールアドレス帳
ＴＢＬ１、ＴＢＬ２ テーブル
ＴＢＬ３ アドレス帳テーブル
【特許請求の範囲】
【請求項１】
プロセッサと、テキスト言語処理プログラムが格納された記憶手段と、通信インターフェイスとを備えた画像形成装置において、
該記憶手段にはさらにユーザアプリケーションが格納され、該ユーザアプリケーションには、第１宛先アドレスをパラメータとして含むリモートコントロール命令が記述され、
該テキスト言語処理プログラムは該プロセッサに対し、該ユーザアプリケーションを解釈させ、該リモートコントロール命令に基づき、
（ａ）該ユーザアプリケーションを該第１宛先アドレスのコンピュータへ送信させ、
（ｂ）該ユーザアプリケーションに基づいて該コンピュータから供給される指令を実行させる、
ことを特徴とする画像形成装置。
【請求項２】
該テキスト言語処理プログラムは該プロセッサに対しさらに、
（ｃ）処理（ｂ）の実行完了を該コンピュータへ通知させる、
ことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
操作パネルをさらに備え、
該ユーザアプリケーションにはさらに、アイコンの属性と処理との組が記述され、該リモートコントロール命令は該処理に含まれ、
該テキスト言語処理プログラムは該プロセッサに対し、
該アイコンの属性に基づき該操作パネル上又は該通信インターフェイスを介したリモートコンソール上にアイコンを表示させ、
該アイコンのオンに応答して該処理を実行させる、
ことを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
該処理には、該第１宛先アドレスが指定されていなければ該リモートコントロール命令を実行する条件文と、第２宛先アドレスをパラメータとして含むファックス送信命令とが含まれ、該ファックス送信命令は該条件文の後に記述され、
処理（ｂ）の指令は該ファックス送信命令に基づくファックス送信指令である、
ことを特徴とする請求項３に記載の画像形成装置。
【請求項５】
該処理には、該第１宛先アドレスが指定されていなければ該リモートコントロール命令を実行する条件文と、第２宛先アドレスをパラメータとして含む電子メール送信命令とが含まれ、該ファックス送信命令は該条件文の後に記述され、
処理（ｂ）の指令は該電子メール送信命令に基づく電子メール送信指令である、
ことを特徴とする請求項３に記載の画像形成装置。
【請求項６】
請求項３乃至５のいずれか１つに記載の画像形成装置と、該画像形成装置の通信インターフェイスに結合されるコンピュータシステムとを備えた画像形成システムであって、該コンピュータシステムはコンソールを備え、
該コンピュータは、該画像形成装置から受信したユーザアプリケーションに基づいて、
該アイコンの属性に基づき該コンソールに第２アイコンを表示させ、
該第２アイコンのオンに応答して、該処理を実行させるための指令を該画像形成装置へ送信する、
ことを特徴とする画像形成システム。
【請求項１】
プロセッサと、テキスト言語処理プログラムが格納された記憶手段と、通信インターフェイスとを備えた画像形成装置において、
該記憶手段にはさらにユーザアプリケーションが格納され、該ユーザアプリケーションには、第１宛先アドレスをパラメータとして含むリモートコントロール命令が記述され、
該テキスト言語処理プログラムは該プロセッサに対し、該ユーザアプリケーションを解釈させ、該リモートコントロール命令に基づき、
（ａ）該ユーザアプリケーションを該第１宛先アドレスのコンピュータへ送信させ、
（ｂ）該ユーザアプリケーションに基づいて該コンピュータから供給される指令を実行させる、
ことを特徴とする画像形成装置。
【請求項２】
該テキスト言語処理プログラムは該プロセッサに対しさらに、
（ｃ）処理（ｂ）の実行完了を該コンピュータへ通知させる、
ことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
操作パネルをさらに備え、
該ユーザアプリケーションにはさらに、アイコンの属性と処理との組が記述され、該リモートコントロール命令は該処理に含まれ、
該テキスト言語処理プログラムは該プロセッサに対し、
該アイコンの属性に基づき該操作パネル上又は該通信インターフェイスを介したリモートコンソール上にアイコンを表示させ、
該アイコンのオンに応答して該処理を実行させる、
ことを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
該処理には、該第１宛先アドレスが指定されていなければ該リモートコントロール命令を実行する条件文と、第２宛先アドレスをパラメータとして含むファックス送信命令とが含まれ、該ファックス送信命令は該条件文の後に記述され、
処理（ｂ）の指令は該ファックス送信命令に基づくファックス送信指令である、
ことを特徴とする請求項３に記載の画像形成装置。
【請求項５】
該処理には、該第１宛先アドレスが指定されていなければ該リモートコントロール命令を実行する条件文と、第２宛先アドレスをパラメータとして含む電子メール送信命令とが含まれ、該ファックス送信命令は該条件文の後に記述され、
処理（ｂ）の指令は該電子メール送信命令に基づく電子メール送信指令である、
ことを特徴とする請求項３に記載の画像形成装置。
【請求項６】
請求項３乃至５のいずれか１つに記載の画像形成装置と、該画像形成装置の通信インターフェイスに結合されるコンピュータシステムとを備えた画像形成システムであって、該コンピュータシステムはコンソールを備え、
該コンピュータは、該画像形成装置から受信したユーザアプリケーションに基づいて、
該アイコンの属性に基づき該コンソールに第２アイコンを表示させ、
該第２アイコンのオンに応答して、該処理を実行させるための指令を該画像形成装置へ送信する、
ことを特徴とする画像形成システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００９−８８７４８（Ｐ２００９−８８７４８Ａ）
【公開日】平成２１年４月２３日（２００９．４．２３）
【国際特許分類】
【出願番号】特願２００７−２５３０７７（Ｐ２００７−２５３０７７）
【出願日】平成１９年９月２８日（２００７．９．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００６１５０）京セラミタ株式会社 (13,173)
【Ｆターム（参考）】
【公開日】平成２１年４月２３日（２００９．４．２３）
【国際特許分類】
【出願日】平成１９年９月２８日（２００７．９．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００６１５０）京セラミタ株式会社 (13,173)
【Ｆターム（参考）】
[ Back to top ]