(57)【特許請求の範囲】
【請求項１】
プロセッサと、プログラムが格納された記憶手段と、操作パネルと、通信インターフェイスとを備えた画像形成装置が複数、ピア・ツー・ピアでネットワークに結合され、該ネットワークにさらにファイルサーバ及び該ファイルサーバにアクセス可能な複数のホストコンピュータが結合された画像形成システムであって、
該プログラムは、通常時処理とエラー時処理とが含まれているユーザアプリケーションと、インタープリタとを含み、
該インタープリタは該プロセッサに対し、
（ａ）該通常時処理に基づき、画像データを取得させ、次いで該画像データをファイルサーバへ送信させ、次いで該画像データを出力させ、
（ｂ）該画像データの出力中にエラーが発生してジョブが中断したときには、該エラー時処理に基づき、該ジョブに係る装置設定情報を取得させ、次いで該装置設定情報を、該エラー時処理で指定された他の画像形成装置へ該通信インターフェイスを介し送信させ、
該指定された他の画像形成装置は、該装置設定情報を受信した後に、該ファイルサーバに対し、該装置設定情報に対応した画像データの送信要求を行い、
該ファイルサーバは、
該複数の画像形成装置のうちの任意の１つから受信した画像データをその記憶手段に格納し、
該画像データの送信要求に応答して、該記憶手段に格納されている要求対象の画像データを要求元の画像形成装置へ送信する、
ことを特徴とする画像形成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像入出力機能を備えた画像形成装置及びこれが複数台ネットワークで結合された画像形成システムに係り、特に、テキストで記述された簡易ユーザアプリケーションを解釈実行するインタープリタを備えた画像形成装置及び画像形成システムに関する。
【背景技術】
【０００２】
画像形成装置、特に複合機では、様々なユーザの要求に応えるために多機能化が進んでいる。
【０００３】
しかしながら、多機能化によりメニュー項目が増加するので、メニュー構造が複雑になり、操作性が悪化する。すなわち、ユーザにとって使用しない機能が多くなると共に、使用したい機能を実行するのに操作パネル上で押下すべき釦数が多くなり、操作性が悪くなる。特に、複数の機能を連続的に実行する場合にこの問題が顕著になる。
【０００４】
そこで、下記特許文献１には、複数の操作を組み合わせた命令語をＸＭＬ言語で記述してその処理を実行させることが開示されている。
【０００５】
一方、下記特許文献２には、ジャム等のエラーが発生して印刷が中断した場合に、ＬＡＮに接続された他の画像形成装置のうち印刷可能な代替候補を自動検出し、該代替候補の中の１つをユーザが選択し、これに印刷データを自動送信して印刷を続行する構成が開示されている。
【特許文献１】特開２００５−０８００１９号公報
【特許文献２】特開２００７−２２６２９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１では、操作パネルと無関係に処理が実行されるので、プログラムに不慣れなユーザにとっては使い勝手が良くない。
【０００７】
また、上記特許文献２では、他の全ての画像形成装置のうち印刷可能な代替候補を検出しなければならず、しかも、複数の代替候補の中の１つをユーザが選択しなければならないので、構成が複雑になるとともに、ユーザが操作パネルから離れた場合、緊急を要する印刷に対処することができない。複数の代替候補の中の１つを自動的に選択したとしても、ユーザが意図しない代替装置が選択される虞がある。
【０００８】
本発明の目的は、このような問題点に鑑み、ジョブを中断させるエラーが発生した場合に、ユーザが意図する代替装置に処理を自動続行させることが可能であるとともに複数の処理を自動実行可能な画像形成装置及び画像形成システムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の第１態様では、プロセッサと、プログラムが格納された記憶手段と、操作パネルと、通信インターフェイスとを備えた画像形成装置において、該プログラムは、通常時処理とエラー時処理とが含まれているユーザアプリケーションと、インタープリタとを含み、該インタープリタは該プロセッサに対し、
（ａ）該通常時処理を実行させ、
（ｂ）該通常時処理中にエラーが発生したときには、該エラー時処理に基づき、中断したジョブに係る装置設定情報を取得させ、次いで該装置設定情報と続行すべきジョブデータとを、該エラー時処理で指定された他の画像形成装置へ該通信インターフェイスを介し送信させる。
【００１０】
本発明による画像形成装置の第２態様では、第１態様において、該通常時処理には、アイコンの属性を含むアイコン表示命令と画像入力命令と画像出力命令とがこの順に含まれ、
該インタープリタは該プロセッサに対し、処理（ａ）において、
（ａ１）該属性に対応したアイコンを、該操作パネル上又は該通信インターフェイスを介したリモートコンソール上に表示させ、
（ａ２）該アイコンのオンを検出させ、該オンの検出に応答して、該画像入力命令と該画像出力命令とを実行させる。
【００１１】
本発明による画像形成装置の第３態様では、プロセッサと、プログラムが格納された記憶手段と、操作パネルと、通信インターフェイスとを備えた画像形成装置において、該プログラムは、通常時処理とエラー時処理とが含まれているユーザアプリケーションと、インタープリタとを含み、該インタープリタは該プロセッサに対し、
（ａ）該通常時処理に基づき、画像データを取得させ、次いで該画像データをファイルサーバへ送信させ、次いで該画像データを出力させ、
（ｂ）該画像データの出力中にエラーが発生してジョブが中断したときには、該エラー時処理に基づき、該ジョブに係る装置設定情報を取得させ、次いで該装置設定情報を、該エラー時処理で指定された他の画像形成装置へ該通信インターフェイスを介し送信させる。
【発明の効果】
【００１２】
エラー発生によりジョブが中断した場合、どの画像形成装置を代替装置として用いるべきかは、一般に、ユーザが経験的によく知っている。また、同時に２台の画像形成装置がエラーになる確率は、一般に極小である。したがって、この代替装置の選択をユーザの判断に任したほうが好ましい。
この選択を手動で行うと、手間がかかるとともに、ユーザが画像形成装置から離れると、緊急を要する画像出力に対処できない場合がある。さらに、入力画像データについて複数の処理を画像形成装置に自動実行させたい場合がある。
上記第１態様の構成によれば、通常時処理とエラー時処理とが含まれているユーザアプリケーションの該通常時処理中にエラーが発生したとき、該エラー時処理に基づき、中断したジョブに係る装置設定情報が取得され、該装置設定情報と続行すべきジョブデータとが、該エラー時処理で指定された他の画像形成装置へ送信されるので、簡単な構成で、エラーが発生した場合にユーザが意図する代替装置に対し処理を自動続行させることができるとともに、画像形成装置に対し複数の処理を自動実行させることが可能であるという効果を奏する。
【００１３】
上記第２態様の構成によれば、該通常時処理に、アイコンの属性を含むアイコン表示命令と画像入力命令と画像出力命令とがこの順に含まれ、該属性に対応したアイコンが、操作パネル上又は通信インターフェイスを介したリモートコンソール上に表示され、該アイコンのオン検出に応答して、該画像入力命令と該画像出力命令とが実行されるので、簡単なユーザアプリケーションによりユーザインターフェイスと連続自動処理とを実現できるという効果を奏し、ユーザ毎の操作性向上に寄与するところが大きい。
【００１４】
上記第３態様の構成によれば、画像データ取得後に該画像データがファイルサーバへ送信されるので、該画像データを、ジョブ中断後の代替装置によるジョブ続行以外の目的にも用いることができ、画像データの再利用性やセキュリティを向上させることができるという効果を奏する。
【００１５】
本発明の他の目的、構成及び効果は以下の説明から明らかになる。
【実施例１】
【００１６】
図１１は、本発明の実施例１に係る画像形成装置１０のハードウェア構成を示す概略ブロック図である。
【００１７】
この画像形成装置１０では、ＭＰＵ１１がインターフェイス１２を介して、ＰＲＯＭ１３、ＤＲＡＭ１４、操作パネル１５、プリンタ１６、スキャナ１７、ＮＩＣ１８、ＦＡＸモデム１９、ＵＳＢポート２０、トナー残量検出器２１、ＩＣカードリーダ２２、電子タグリーダ２３及びタイマＴＭに結合されている。図１１では、簡単化のため、複数のインターフェイスを１つのブロックで示している。
【００１８】
ＰＲＯＭ１３は、例えばフラッシュメモリであり、これには、オペレーティングシステム（ＯＳ）と、ＯＳの上層で動作する各種プログラムと、各種設定値とが格納されている。各種プログラムは、画像形成装置１０を複合機として機能させるためのものであり、この機能には、コピー、スキャン、プリント、ファクシミリ送受信、電子メール送受信及びＨＴＴＰ通信がある。ＤＲＡＭ１４は、ワークエリア用である。
【００１９】
操作パネル１５は、表示部とキー入力部とを備えており、設定情報又は指示を入力し、選択画面や設定画面などを表示させるためのものである。プリンタ１６は、プリントエンジン、定着器並びに用紙の給紙部、搬送部及び排紙部を備えており、印刷データとして供給されるビットマップデータに基づきプリントエンジンの感光ドラムに静電潜像を形成し、これをトナーで現像し、用紙に転写し定着させた後に排紙する。スキャナ１７は、コピー及びファクシミリ送信での画像入力用である。ＮＩＣ１８は、ネットワーク上のホストコンピュータ及びサーバに結合されてプリントジョブ及び消耗品発注に用いられる。ＦＡＸモデム１９は、ファクシミリ送受信用である。
【００２０】
トナー残量検出器２１は、プリンタ１６用のトナーカートリッジに収容されているトナーの残量を検出してその信号を出力する。ＩＣカードリーダ２２は、所定範囲内に存在するＩＣカードとの間で電波を介し信号を送受して、ユーザのＩＤ及びパスワード情報を読取り、これらを画像形成装置１０に対する認証情報として出力する。電子タグリーダ２３は、トナーカートリッジに固着された電子タグからそのＩＤを読み出して出力する。このＩＤには、トナーカートリッジの型式及びシリアル番号が含まれる。
【００２１】
トナー残量検出器２１及び電子タグリーダ２３の出力は、プログラムに従ってＭＰＵ１１によりそれぞれ定期的に及びトナーカートリッジ装着時に読取られ、図２に示すようにそれぞれ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文の条件が成立したことになり、ステップＳ５で肯定判定され、ステップＳ６でＥＦ＝０となる。その後、図６（Ｂ）の場合と同じ処理が行われる。
【００９６】
前記ユーザ認証が失敗した場合には、ステップＳ５で否定判定されて図１の処理が終了し、釦４１が操作パネル１５上に表示されない。
【００９７】
したがって、特定のユーザのみに対し、毎回、操作パネル１５上に釦４１が表示されて上述のシーケンス処理が行われ、処理が終わると釦４１が操作パネル１５上から消失する。すなわち、簡単なユーザアプリケーションにより、ユーザ毎のユーザインターフェイスを構成できるという効果を奏する。
【実施例２】
【００９８】
次に、印刷中にジャムや用紙無し等のエラーが発生して印刷が中断した場合、他の画像形成装置に印刷を続行させる処理を、本発明の実施例２として説明する。
【００９９】
図７（Ａ）は、実施例２の画像形成システムを示す概略ブロック図である。
【０１００】
このシステムでは、社内のＬＡＮ２６Ｌに、ｍ台の画像形成装置１０１〜１０ｍと（ｎ−１）台のホストコンピュータ２５２〜２５ｎとが結合されている。ｍ台の画像形成装置１０１〜１０ｍ間は、ピア・ツー・ピアで結合されている。
【０１０１】
例えば、画像形成装置１０１で原稿をスキャンして印刷する場合を考える。印刷中にジャム等のエラーが発生して印刷が中断した場合、スキャンした画像データとこの印刷に関する画像形成装置１０１の設定情報とを、他の画像形成装置に送信してその後のジョブを実行させる。
【０１０２】
この場合、どの画像形成装置を代替装置として印刷させるべきかは、ユーザが経験的によく知っている。また、同時に２台の画像形成装置がエラーになる確率が一般的に極小である。したがって、この代替装置の選択をユーザの判断に任したほうが好ましい。
【０１０３】
しかしながら、この選択を手動で行うと、手間がかかるとともに、ユーザが画像形成装置から離れると、緊急を要する印刷に対処できない場合がある。さらに、スキャンした画像データについて上述の例のように、電子メール送信等の処理も自動実行させたい場合がある。
【０１０４】
そこで、このような処理を、図７（Ｂ）に示すようなユーザアプリケーションを用いてインタープリタ３８により実行する。
【０１０５】
ここで、原稿スキャンの場合、スキャン中にエラーが生じても、他の画像形成装置にこれを自動続行させることができない。すなわち、自動続行は画像出力中のエラーに対する処理に限定される。
【０１０６】
図７（Ｂ）のユーザアプリケーションが図６（Ａ）のそれと相違する点は、Try-CatchError文の有無と、ＦＡＸ送信命令が印刷命令に替わっている点である。このTry-CatchError文について、Try句内の処理は通常処理であり、CatchError句内の処理はエラー発生時の処理である。また、印刷命令"Print file.pdf"は、例えばスキャン命令"file.pdf = Scan"で取得したファイルfile.pdfを、プリンタ１６で印刷させるためのものである。
【０１０７】
図７（Ｂ）のユーザアプリケーションに対するインタープリタ３８の処理は、基本的に図１のそれと同一である。ただし、図１のステップＳ０が図８（Ａ）の処理で置き換えられ、図１のステップＳ１２が図８（Ｂ）の処理で置き換えられる。インタープリタ３８の実行は、通常時とエラーイベント発生時とで、上述のようにタイマ割込で開始される。
【０１０８】
（Ｓ０１）エラーイベントが発生していればエラーフラグがセットされ、このエラーフラグがセットされている場合にはステップＳ０３へ進み、そうでなければステップＳ０２へ進む。このエラーフラグは、図１のステップＳ２で終了判定された場合にリセットされる。
【０１０９】
（Ｓ０２）行カウンタＬＣに０を代入し、何番目のTry-CatchError文であるかを示す変数ＥＮに０を代入し、ステップＳ１へ進む。
【０１１０】
（Ｓ０３）ユーザアプリケーションにおいて、ＥＮ番目のTry-CatchError文中のCatchError句内の最初の処理行を見つけ、その行番号を行カウンタＬＣに代入し、ステップＳ１へ進む。
【０１１１】
これらの処理の意味は、以下の説明から明らかになる。
【０１１２】
（Ｓ１２１）Try句、例えば図７（Ｂ）のＬＣ＝２の行であれば、ステップＳ１２２へ進み、そうでなければステップＳ１２３へ進む。
【０１１３】
（Ｓ１２２）変数ＥＮを１だけインクリメントしてステップＳ１へ戻る。
【０１１４】
ＥＮ＝１であることにより、ＬＣ＝３のプリント文を実行中にエラーが発生した場合、図８（Ａ）のステップＳ０３で、ユーザアプリケーション中の最初から１番目のTry-CatchError文中のCatchError句内の最初のステートメントの行番号６がＬＣに代入される。
【０１１５】
（Ｓ１２３）ＬＣ行がCatchError句であればステップＳ１２４へ進み、そうでなければステップＳ１２５へ進む。
【０１１６】
（Ｓ１２４）ＬＣの値を、CatchError句の次の行の番号に更新する。例えば図７（Ｂ）のＬＣ＝５でCatchError句が含まれていると判定されると、ＬＣに９が代入される。次にステップＳ１へ進む。
【０１１７】
（Ｓ１２５）ＬＣ行についてその処理を行い、ステップＳ１へ戻る。
【０１１８】
次に、図７（Ｂ）のユーザアプリケーションについて、以上の処理の概略を説明する。
【０１１９】
ＬＣ＝３の印刷命令を実行中にジャム等のエラーイベントが発生して印刷が中断した場合、上述のようにステップＳ０３でＬＣ＝６とされ、ステップＳ１２５において、中断した機能である印刷に関する画像形成装置１０１での設定情報が取得され、予め定められた構造体の変数Ｓにこの設定情報が代入される。次にステップＳ１へ戻り、再度ステップＳ１２５へ進んだ時に、ＬＣ＝７の命令"Migrate (file.pdf, S, MFP2)"が実行されて、この設定情報Ｓと、ＬＣ＝１でスキャンして得られたファイルfile.pdfの内容とが、指定したＭＰＦ２へ送信される。ＭＰＦ２は、画像形成装置のＩＤであり、これをキーとして不図示のテーブルを参照することにより、このＩＤに対応した画像形成装置のＩＰアドレスが、送信先アドレスと決定される。設定情報Ｓには、中断した頁の値が含まれており、受信した代替装置ではファイルfile.pdfの内容をこの頁から印刷開始する。
【０１２０】
ＬＣ＝９のEmail命令は、Try-CatchError文の外に存在するので、エラー発生の有無とは無関係に実行される。すなわち、ＬＣ＝３の印刷処理がエラーで中断し又はエラー無しで完了した後に、ＬＣ＝９の行がステップＳ１２５で実行される。エラーが発生したときのこの処理は、エラー処理と別のスレットで行っても、エラー処理が終わった後に行うようにしてもよい。
【０１２１】
本実施例２によれば、エラーが発生したとき、ユーザアプリケーション中のGetSettings命令に基づき、中断したジョブに係る装置設定情報が取得され、この装置設定情報と、スキャンした画像のデータファイルとが、ユーザアプリケーション中のMigrate命令に基づき、指定された他の画像形成装置へ送信されるので、簡単なユーザアプリケーションで、エラーが発生した場合にユーザが意図する代替装置に対し処理を自動続行させることができるという効果を奏する。
【実施例３】
【０１２２】
図９（Ａ）は、本発明の実施例３の画像形成システムを示す概略ブロック図である。
【０１２３】
この画像形成システムでは、図７（Ａ）のそれに、ファイルサーバ２５１が追加されている。
【０１２４】
画像形成装置１０１〜１０ｍのいずれかでスキャンして得られた画像データのファイルfile.pdfは、命令"Send (file.pdf, FileServer)"の実行によりファイルサーバ２５１へ送信されて記録される。この記録されたファイルは、画像形成装置１０１〜１０ｍ及びホストコンピュータ２５２〜２５ｎのうち許可されたもののいずれからでも、再利用することが可能となっている。また、この開示機能により、スキャンした画像のファイルの監視が互いに行われて、セキュリティが確保される。
【０１２５】
ファイルサーバ２５１は、このファイルを受信すると、一意の新たなファイル名（ファイルＩＤ）、例えば"file1234.pdf"を付与し、これを送信元の画像形成装置へ通知する。
【０１２６】
上述のようにエラーが発生して印刷が中断した場合、GetSettings命令の実行により画像形成装置１０１の設定情報Ｓが取得され、これとファイルＩＤと代替装置とが指定されたMigrate命令の実行により、そのデータがこの代替装置へ送信される。例えば画像形成装置１０２がこれを受信すると、画像形成装置１０２はファイルサーバ２５１に対し、このファイルＩＤを指定してファイルを要求する。ファイルサーバ２５１はこれに応答して、このファイルをその記憶装置から読出し、画像形成装置１０２へ送信する。画像形成装置１０２は、実施例２と同様に、このファイルを設定情報Ｓに従って印刷する。
【０１２７】
図９（Ｂ）は、このような処理を行うための、画像形成装置１０１でのユーザアプリケーションを示す。
【０１２８】
図７（Ｂ）との相違は、ＬＣ＝２においてSend命令によりファイルをファイルサーバ２５１へ送信している点と、ＬＣ＝８の命令"Migrate (file1234.pdf, S, MFP2)"が、指定されたファイル名"file1234.pdf"自体を送信する点である。
【０１２９】
本実施例３によれば、画像データ取得後に該画像データがファイルサーバ２５１へ送信されるので、該画像データを、ジョブ中断後の代替装置によるジョブ続行以外の目的にも用いることができ、画像データの再利用性やセキュリティを向上させることができるという効果を奏する。
【０１３０】
なお、本発明には外にも種々の変形例が含まれる。
【０１３１】
例えば、複数のユーザアプリケーションを記述し、又は、１つのユーザアプリケーション中に条件句と処理命令文との組を複数記述することにより、図３（Ｂ）の表示画面に３以上の釦を表示させて、このメニューだけで日常業務を処理できるようにしてもよい。
【０１３２】
また、ユーザアプリケーションは入力インターフェイスを介して画像形成装置に格納されればよく、フラッシュメモリカード等の他のリブーバブルメモリや通信手段の入力インターフェイスを介する構成であってもよい。
【０１３３】
さらに、操作パネル１５に表示させるアイコンの形状は釦に限定されず、様々な形状のアイコンを用いてもよい。
【０１３４】
また、実施例２のMigrate命令又は実施例３のSend命令の実行においては、スキャンした画像のデータと設定情報とをプリントドライバでプリントジョブデータに変換して送信する構成であってもよい。この場合、これを受信した画像形成装置は、通常のプリント処理として実行することができる。
【０１３５】
また、画像形成装置１０１に原稿をセットし、その操作パネル１５の替わりに、ホストコンピュータ２５２〜２５ｎのいずれかをリモートコンソールとして用いる構成であってもよい。この場合、アイコンは例えばマウスのクリックによりオンにされる（選択される）。
【０１３６】
さらに、実施例３において実施例２と同様に、指定されたファイル名のファイルの内容をMigrate命令実行により送信する構成であってもよい。
【０１３７】
また、１つ以上の画像形成装置がプリントサーバを介してネットワーク２６Ｌに結合された構成であってもよい。この場合の各画像形成装置の通信インターフェイスは、ＵＳＢ等のローカル通信インターフェイスであってもよい。
【図面の簡単な説明】
【０１３８】
【図１】本発明の実施例１に係る画像形成装置に格納されている、ユーザアプリケーションに対するインタープリタの処理を示す概略フローチャートである。
【図２】この画像形成装置のＰＲＯＭ及びＤＲＡＭに格納されているデータの一部説明図である。
【図３】（Ａ）は該画像形成装置の操作パネル上のメインメニュー画面を示す図であり、（Ｂ）は（Ａ）の"ＵＳＥＲ  ＡＰＰＬＩＣＡＴＩＯＮ"釦を選択したときに表示されるメニュー画面を示す図であり、（Ｃ）は（Ｂ）の釦４０を選択した後の画面を示す図である。
【図４】時間の経過に対するトナー残量のグラフを示す、図１の処理説明図である。
【図５】（Ａ）〜（Ｃ）はトナーカートリッジ発注に関するユーザアプリケーションの具体例を示す図である。
【図６】（Ａ）〜（Ｃ）は伝票のスキャン、ファクシミリ送信及び電子メール送信に関するユーザアプリケーションの具体例を示す図である。
【図７】本発明の実施例２に係り、（Ａ）は画像形成システムの概略ブロック図、（Ｂ）はエラー中断時に代替装置でジョブを実行する処理を含むユーザアプリケーションの具体例を示す図である。
【図８】（Ａ）は図１のステップＳ０の替わりに用いられる処理を示す部分フローチャートであり、（Ｂ）は図１のステップＳ１２の替わりに用いられる処理を示す部分フローチャートである。
【図９】本発明の実施例３に係り、（Ａ）は画像形成システムの概略ブロック図、（Ｂ）はエラー中断時に代替装置でジョブを実行する処理を含むユーザアプリケーションの具体例を示す図である。
【図１０】該画像形成装置のソフトウェア階層構造を示す概略ブロック図である。
【図１１】該画像形成装置のハードウェア構成を示す概略ブロック図である。
【符号の説明】
【０１３９】
１０、１０１〜１０ｍ  画像形成装置
１１  ＭＰＵ
１２  インターフェイス
１３  ＰＲＯＭ
１４  ＤＲＡＭ
１５  操作パネル
１６  プリンタ
１７  スキャナ
１８  ＮＩＣ
１９  ＦＡＸモデム
２０  ポート
２１  トナー残量検出器
２２  ＩＣカードリーダ
２３  電子タグリーダ
２４Ａ  ＵＳＢメモリ
２４Ｂ  ＩＣカード
２５、２５２〜２５ｎ  ホストコンピュータ
２５１  ファイルサーバ
２６  インターネット
２６Ｌ  ＬＡＮ
２７  Ｗｅｂサーバマシン
２８  公衆回線網
３０  ＯＳ
３１  デバイスドライバ
３２  ＡＰＩ
３３  基本サービスプログラム
３３０  操作パネル制御モジュール
３３１  スキャンモジュール
３３２  プリントモジュール
３３３  ＦＡＸ送受信モジュール
３３４  電子メール送受信モジュール
３３５  ＩＣカード制御モジュール
３３６  ＲＦＩＤ制御モジュール
３３７  フォーマット変換モジュール
３３８  アドレス帳モジュール
３３９  ＨＴＴＰ処理モジュール
３４、３６  外部ＡＰＩ
３５  アプリケーション
３５０  コピーモジュール
３５１  プリントモジュール
３５２  ＦＡＸモジュール
３５３  電子メールモジュール
３５４  ジョブ管理モジュール
３５５  操作パネルモジュール
３７  ユーザアプリケーション
３８  インタープリタ
４０、４１  釦
ＴＢＬ１、ＴＢＬ２  テーブル
【図１】
0005145008.tif 000002
【図２】
0005145008.tif 000003
【図３】
0005145008.tif 000004
【図４】
0005145008.tif 000005
【図５】
0005145008.tif 000006
【図６】
0005145008.tif 000007
【図７】
0005145008.tif 000008
【図８】
0005145008.tif 000009
【図９】
0005145008.tif 000010
【図１０】
0005145008.tif 000011
【図１１】
0005145008.tif 000012