JP2006352845A - 画像取扱装置、画像処理システム、画像処理制御方法、及び画像処理制御プログラム - Google Patents

Abstract

【課題】画面開発の効率化を維持するとともに、画像形成装置が有する特有のハードウェアの制御も可能なインタフェースを提供する画像取扱装置、画像処理システム、画像処理制御方法、及び画像処理制御プログラムの提供を目的とする。
【解決手段】画像を扱うための画像扱い情報を入力可能な入力画面を、ネットワークを介して接続可能な外部装置からの表示制御情報に基づき表示して画像生成の指示を受け付ける操作パネルと、画像を生成するためのハードウェア資源とを備えた画像取扱装置であって、前記入力画面で入力された前記画像扱い情報を前記外部装置に転送し、前記画像生成の指示により、前記ハードウェア資源に前記画像扱い情報に基づく画像生成を実行させる画像生成情報を前記外部装置から受信して解釈し、前記ハードウェア資源に画像生成を実行させる画像生成制御手段を備えたことにより上記課題を解決する。
【選択図】図６

Description

本発明は、画像取扱装置、画像処理システム、画像処理制御方法、及び画像処理制御プログラムに関し、特に撮像部及び印刷部の少なくともいずれか一方と操作パネルとを備えた画像取扱装置、画像処理システム、画像処理制御方法、及び画像処理制御プログラムに関する。

近年におけるプリンタ、コピー機、スキャナ、ファクシミリ、又はこれらの機能を一台の筐体で実現する複合機等の画像形成装置では、メモリ等の制限は厳しいものの、汎用的なコンピュータと同様にＣＰＵを備え、各機能はアプリケーションの制御によって実現されるようになっている。

このような画像形成装置の中には、アプリケーションを実装するためのＡＰＩ（Application Program Interface）が公開され、その出荷後にユーザの利用環境に適したアプリケーションの実装により、カスタマイズが可能とされているものもある（例えば、特許文献１）。

また、画像形成装置の操作パネルへの表示を外部サーバからのＨＴＭＬ（Hyper Text Markup Language）データを用いているという技術もある（例えば、特許文献２又は特許文献３）。
特開２００５−２６９６１９号公報 特開２０００−１２５０７３号公報 特開２００２−１５２４５８号公報

しかしながら、公開されているＡＰＩに基づいて新たにアプリケーションを実装するためには、Ｃ言語やＪａｖａ（登録商標）言語等に精通している必要があるところ、その習得は必ずしも容易なものではない上に、これらの新たなアプリケーション開発の実行環境の整備や開発自体も画像形成装置側で行なう必要がある。

また外部サーバのアプリケーションにより、ＨＴＭＬデータを画像形成装置の操作パネルに表示させる場合には、サーバ側でアプリケーションの開発や管理ができるため画面開発の効率化にはなり得るが、ＨＴＭＬデータは基本的には表示用データであるため、ＨＴＭＬデータを操作パネルの表示に利用しただけでは画像の生成に用いる特有のハードウェアを制御するということはできない。

本発明は上記の点に鑑みなされたもので、画面開発の効率化を維持するとともに、画像形成装置が有する特有のハードウェアの制御も可能なインタフェースを提供する画像取扱装置、画像処理システム、画像処理制御方法、及び画像処理制御プログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、画像を扱うための画像扱い情報を入力可能な入力画面を、ネットワークを介して接続可能な外部装置からの表示制御情報に基づき表示して画像生成の指示を受け付ける操作パネルと、画像を生成するためのハードウェア資源とを備えた画像取扱装置であって、前記入力画面で入力された前記画像扱い情報を前記外部装置に転送し、前記画像生成の指示により、前記ハードウェア資源に前記画像扱い情報に基づく画像生成を実行させる画像生成情報を前記外部装置から受信して解釈し、前記ハードウェア資源に画像生成を実行させる画像生成制御手段を備えたことを特徴とする。

このような画像取扱装置では、画面開発の効率化を維持するとともに、画像形成装置が有する特有のハードウェアの制御も可能なインタフェースを提供することができる。

本発明によれば、画面開発の効率化を維持するとともに、画像形成装置が有する特有のハードウェアの制御も可能なインタフェースを提供する画像取扱装置、画像処理システム、画像処理制御方法、及び画像処理制御プログラムを提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における画像処理システムの構成例を示す図である。図１において、画像処理システム１は、複合機１０１、Ｗｅｂサーバ１０２、及びＡＳＰ（Application Service Provider）サーバ１０３等より構成されており、それぞれは、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）によって接続されている。

複合機１０１は、コピー、スキャナ、及びプリンタ等の複数の機能を一台の筐体によって実現する画像形成装置であり、画像取扱装置の一例である。複合機１０１は、オペレーションパネルを備え、ＨＴＭＬ（HyperText Markup Language）データに基づいて当該オペレーションパネルに操作画面を表示させるためのＷｅｂブラウザとしてＭＦＰ（Multi Function Peripheral）ブラウザを備える。

Ｗｅｂサーバ１０２は、ｈｔｔｐｄ等、Ｗｅｂサーバとしての機能が実装された汎用的なコンピュータである。Ｗｅｂサーバ１０２には、画像形成制御アプリ１０２１がＷｅｂアプリケーションとして実装されている。画像形成制御アプリ１０２１は、複合機１０１におけるＭＦＰブラウザからのＨＴＴＰリクエストに応じ、複合機１０１のオペレーションパネルに表示させる操作画面としてのＨＴＭＬデータを生成し、返信する。

ＡＳＰサーバ１０３は、複合機１０１において形成された画像データに関して各種のサービス提供するためのアプリケーションとして画像処理アプリ１０３１が実装された汎用的なコンピュータである。例えば、画像処理アプリ１０３１は、複合機１０１においてスキャンされ、ＡＳＰサーバ１０３に転送された画像データを蓄積したり、指定された宛先に配信したりする。

図２は、本発明の実施の形態における複合機のソフトウェア構成例を説明するための図である。図２において、複合機１０１は、種々のハードウェア１１１と、種々のソフトウェア１１２と、複合機起動部１１３とより構成される。

複合機１０１のハードウェア１１１としては、撮像部１２１と、印刷部１２２と、その他のハードウェア１２３が存在する。撮像部１２１は、読取原稿から画像（画像データ）を読み取るためのハードウェアである。印刷部１２２は、画像（画像データ）を印刷用紙に印刷するためのハードウェアである。

複合機１０１のソフトウェア１１２としては、種々のアプリケーション１３１と、種々のプラットフォーム１３２が存在する。これらのプログラムは、ＵＮＩＸ（登録商標）等のＯＳ（オペレーティングシステム）によりプロセス単位で並列的に実行される。

アプリケーション１３１としては、コピー用のアプリケーションであるコピーアプリ１４１、プリンタ用のアプリケーションであるプリンタアプリ１４２、スキャナ用のアプリケーションであるスキャナアプリ１４３、ファクシミリ用のアプリケーションであるファクシミリアプリ１４４、ネットワークファイル用のアプリケーションであるネットワークファイルアプリ１４５、及びＭＦＰブラウザ１８１等が実装されている。

ＭＦＰブラウザ１８１は、上述したＭＦＰブラウザであり、ＨＴＴＰ通信においてクライアントとしての機能を実現するライブラリであるｌｉｂｗｗｗ１３６を介して図１のＷｅｂサーバ１０２よりＨＴＭＬデータを取得し、当該ＨＴＭＬデータをオペレーションパネルに表示させる。ＭＦＰブラウザ１８１は、更に、ＨＴＭＬデータに記述されたスクリプト（スクリプト言語によるプログラム）を解釈することができ、当該スクリプトにしたがって、複合機１０１のハードウェア１１１を制御することができる。すなわち、ＭＦＰブラウザ１８１は、汎用的なＷｅｂブラウザが解釈可能なスクリプトだけでなく、複合機１０１のハードウェア１１１を制御するために拡張されたスクリプト（例えば、スキャンの実行命令等）を解釈することができ、これによって複合機１０１に画像処理を実行させる。

なお、アプリケーション１３１は、専用のＳＤＫ（ソフトウェア開発キット）を使用して開発することができる。ＳＤＫを使用して開発したアプリケーション１３１をＳＤＫアプリと呼ぶ。専用のＳＤＫとしては、Ｃ言語でアプリケーション１３１を開発するための「ＣＳＤＫ」や、Ｊａｖａ（登録商標）言語でアプリケーション１３１を開発するための「ＪＳＤＫ」が提供される。ＣＳＤＫを使用して開発したアプリケーション１３１を「ＣＳＤＫアプリ」と呼び、ＪＳＤＫを使用して開発したアプリケーション１３１を「ＪＳＤＫアプリ」と呼ぶ。図２の複合機１０１にも、ＣＳＤＫアプリ１４６と、ＪＳＤＫアプリ１４７が存在する。図２の複合機１０１にはさらに、Ｊａｖａ（登録商標）言語で記述されたＪＳＤＫアプリ１４７とＣ言語で記述された他のソフトウェア１１２との仲介を行うソフトウェア１１２として、ＪＳＤＫプラットフォーム１４８が存在する。

なお、本実施の形態において、ＭＦＰブラウザ１８１は、ＣＳＤＫアプリとして実装されたアプリケーションである。

プラットフォーム１３２としては、種々のコントロールサービス１５１、システムリソースマネージャ１５２、種々のハンドラ１５３が存在する。コントロールサービス１５１としては、ネットワークコントロールサービス（ＮＣＳ）１６１、ファクシミリコントロールサービス（ＦＣＳ）１６２、デリバリコントロールサービス（ＤＣＳ）１６３、エンジンコントロールサービス（ＥＣＳ）１６４、メモリコントロールサービス（ＭＣＳ）１６５、オペレーションパネルコントロールサービス（ＯＣＳ）１６６、サーティフィケーションコントロールサービス（ＣＣＳ）１６７、ユーザディレクトリコントロールサービス（ＵＣＳ）１６８、システムコントロールサービス（ＳＣＳ）１６９が存在する。ハンドラ１５３としては、ファクシミリコントロールユニットハンドラ（ＦＣＵＨ）１７１、イメージメモリハンドラ（ＩＭＨ）１７２が存在する。

ＮＣＳ１６１のプロセスは、ネットワーク通信の仲介を行う。ＦＣＳ１６２のプロセスは、ファクシミリのＡＰＩを提供する。ＤＣＳ１６３のプロセスは、蓄積文書の配信処理に関する制御を行う。ＥＣＳ１６４のプロセスは、撮像部１２１や印刷部１２２に関する制御を行う。ＭＣＳ１６５のプロセスは、メモリやハードディスクドライブに関する制御を行う。ＯＣＳ１６６のプロセスは、オペレーションパネルに関する表示制御等を行う。ＣＣＳ１６７のプロセスは、認証処理や課金処理に関する制御を行う。ＵＣＳ１６８のプロセスは、ユーザ情報の管理に関する制御を行う。ＳＣＳ１６９のプロセスは、システムの管理に関する制御を行う。

アプリケーション１３１とプラットフォーム１３２の仲介を行うソフトウェア１１２として、仮想アプリケーションサービス（ＶＡＳ）１３５が存在する。ＶＡＳ１３５は、アプリケーション１３１をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム１３２をサーバとするクライアントプロセスとして動作する。ＶＡＳ１３５は、アプリケーション１３１から見てプラットフォーム１３２を隠蔽するラッピング機能を備え、プラットフォーム１３２のバージョンアップに伴うバージョン差を吸収する役割等を担う。

複合機起動部１１３は、複合機１０１の電源投入時に最初に実行される。これにより、ＵＮＩＸ（登録商標）等のＯＳが起動され、アプリケーション１３１やプラットフォーム１３２が起動される。これらのプログラムは、ハードディスクドライブやメモリカードに蓄積されており、ハードディスクドライブやメモリカードから再生されて、メモリに起動されることになる。

図３は、本発明の実施の形態における複合機のハードウェア構成例を示す図である。複合機１０１のハードウェア１１１としては、コントローラ２０１と、オペレーションパネル２０２と、ファクシミリコントロールユニット（ＦＣＵ）２０３と、撮像部１２１と、印刷部１２２が存在する。

コントローラ２０１は、ＣＰＵ２１１、ＡＳＩＣ２１２、ＮＢ２２１、ＳＢ２２２、ＭＥＭ−Ｐ２３１、ＭＥＭ−Ｃ２３２、ＨＤＤ（ハードディスクドライブ）２３３、メモリカードスロット２３４、ＮＩＣ（ネットワークインタフェースコントローラ）２４１、ＵＳＢデバイス２４２、ＩＥＥＥ１３９４デバイス２４３、セントロニクスデバイス２４４により構成される。

ＣＰＵ２１１は、種々の情報処理用のＩＣである。ＡＳＩＣ２１２は、種々の画像処理用のＩＣである。ＮＢ２２１は、コントローラ２０１のノースブリッジである。ＳＢ２２２は、コントローラ２０１のサウスブリッジである。ＭＥＭ−Ｐ２３１は、複合機１０１のシステムメモリである。ＭＥＭ−Ｃ２３２は、複合機１０１のローカルメモリである。ＨＤＤ２３３は、複合機１０１のストレージである。メモリカードスロット２３４は、メモリカード２３５をセットするためのスロットである。ＮＩＣ２４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。ＵＳＢデバイス２４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。ＩＥＥＥ１３９４デバイス２４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。セントロニクスデバイス２４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。オペレーションパネル２０２は、オペレータが複合機１０１に入力を行うためのハードウェア（操作部）であると共に、オペレータが複合機１０１から出力を得るためのハードウェア（表示部）である。

ＭＦＰブラウザ１８１等、各アプリケーションは、メモリカード２３５又はＨＤＤ２３３等に記録されており、ＣＰＵ２１１によって処理されることによりその機能を実現する。

図４は、オペレーションパネルの例を示す図である。図４において、オペレーションパネル２０２は、タッチパネル３１１と、テンキー３１２と、スタートボタン３１３と、リセットボタン３１４と、機能キー３１５と、初期設定ボタン３１６により構成される。タッチパネル３１１は、タッチ操作で入力を行うためのハードウェア（タッチ操作部）であると共に、画面表示で出力を得るためのハードウェア（画面表示部）である。テンキー３１２は、キー（ボタン）操作で数字入力を行うためのハードウェアである。スタートボタン３１３は、ボタン操作でスタート操作を行うためのハードウェアである。スタートボタン３１３には、ＬＥＤランプ３１７が備えられている。ＬＥＤランプ３１７は、機能キー３１５で選択されているアプリケーションの実行開始（スタート）の可否を通知するためのランプであり、スタートのための条件が整っていない場合は赤色に、スタートのための条件が整った場合は緑色に点灯する。したがって、ユーザは、ＬＥＤランプ３１７が緑色に点灯したことにより、スタートボタンの押下が可能であることを認識する。リセットボタン３１４は、ボタン操作でリセット操作を行うためのハードウェアである。機能キー３１５は、各キー（ボタン）にそれぞれアプリケーション（例えば、コピーアプリ１４１、プリンタアプリ１４２、スキャナアプリ１４３）が割り当てられている。したがって、いずれかの機能キー３１５が押下されると、当該機能キー３１５に割り当てられているアプリケーションの初期画面がタッチパネル３１１に表示される。初期設定ボタン３１６は、ボタン操作で初期設定画面を表示させるためのハードウェアである。

次に、ＭＦＰブラウザ１８１の詳細について説明する。図５は、ＭＦＰブラウザの機能構成例を示す図である。図５において、ＭＦＰブラウザ１８１は、エンジン部５０２、スクリプト処理部５０３、イメージライブラリ５０４、ファイル制御部５０５、画像変換部５０６、画面構築部５０７、オパパネデータ生成部５０８、及びイベント処理部５０９等より構成されている。なお、図中においてＨＴＭＬデータ６００は、Ｗｅｂサーバ１０２より転送されるＨＴＭＬデータである。

エンジン部５０２は、ＭＦＰブラウザ１８１の心臓部であり、ＨＴＭＬデータ６００内のＨＴＭＬ及びＪａｖａ（登録商標）Ｓｃｒｉｐｔ（以下、単に「スクリプト」という。）等を解釈（パース）し、ＨＴＭＬによって定義されている操作画面の構築を画面構築部５０７に指示したり、スクリプト内に定義されている処理の実行をスクリプト処理部５０３やファイル操作部５０５に指示したりする。

スクリプト処理部５０３は、ＨＴＭＬデータ６００内のスクリプトに定義されている処理のうち、画像処理に関する部分の処理を実行する。イメージライブラリ５０４は、コピー、スキャン、又は印刷といったアプリケーション単位での関数インタフェースを提供するライブラリである。例えば、スクリプト処理部５０３は、イメージライブラリ５０４を呼び出すことにより、コピー、スキャン、又は印刷等の機能を実現する。

ファイル操作部５０５は、スクリプトの実行時等において発生するファイル操作や、ＨＴＭＬデータ６００のキャッシュのためのファイル操作等を行う。

画像変換部５０６は、ＨＴＭＬデータ６００に画像データが含まれている場合、当該画像データを表示可能な形式に変換する。

画面構築部５０７は、エンジン部５０２によって解釈されたＨＴＭＬによる操作画面のレイアウト情報を生成する。

オパパネデータ生成部５０８は、画面構築部５０７によって生成されたレイアウト情報を、ＯＣＳ１６６が解釈可能なデータ形式又は制御命令に変換し、変換後の情報をＯＣＳ１６６に出力する。なお、ＯＣＳ１６６は、オパパネデータ生成部５０８からの情報に基づきオペレーションパネル２０２のタッチパネル３１１に操作画面を表示させる。すなわち、画面構築部５０７によって生成されるレイアウト情報は、汎用的な形式に基づくものであるため、オペパネデータ生成部５０８は、当該複合機１０１のオペレーションパネル２０２のタッチパネル３１１に適合するように、レイアウト情報の変換を行うのである。

イベント処理部５０９は、タッチパネル３１１に表示されたＨＴＭＬデータ等に対する入力や、オペレーションパネル２０２上の他のボタン（スタートボタン３１３等）に対する操作によって発生するイベントを検出し、当該イベントの発生をエンジン部５０２等に通知する。

以下、画像処理システム１による処理の一例として、スキャン処理について説明する。ここでいうスキャン処理には、原稿の読み取りに始まり、読み取られた画像データの配信までをも含む。

図６は、スキャン処理の処理手順を説明するためのシーケンス図である。

複合機１０１に電源が投入され、ＭＦＰブラウザ１８１が起動されると、ＭＦＰブラウザ１８１のエンジン部５０２はｌｉｂｗｗｗ１３６を介して、予め設定されている初期画面のＵＲＬに係るＨＴＴＰリクエストをＷｅｂサーバ１０２に送信する（Ｓ１０１）。

Ｗｅｂサーバ１０２の画像形成制御アプリ１０２１は、当該ＵＲＬに対応したＨＴＭＬデータをＭＦＰブラウザに対して返信する（Ｓ１０２）。一般的に初期画面は、ログイン画面であったり、アプリケーションの選択画面であったりするが、ここでは、便宜上スキャン条件設定画面を表示させるＨＴＭＬデータ（以下「スキャン条件設定ページ」という。）が返信されたこととする。したがって、ＭＦＰブラウザ１８１は、スキャン条件設定ページにおけるＨＴＭＬによる定義を解釈し、スキャン条件設定画面をタッチパネル３１１に表示させる。

図７は、スキャン条件設定画面の表示例を示す図である。図７において、スキャン条件設定画面６０１には、解像度ボタン６０１１、原稿種類ボタン６０１２、原稿サイズボタン６０１３、濃度ボタン６０１４、圧縮方法ボタン６０１５、及び配信先ボタン６０１６等が表示されている。各ボタンは、各条件を設定させるための画面を表示させるためのボタンである。具体的には、スキャン条件設定ページにおいて、各ボタンには、当該ボタンに対応する条件を設定させるためのＨＴＭＬデータのＵＲＬがリンクとして関連付けられている。

したがって、例えば、解像度ボタン６０１１が押下（タッチ）されると（Ｓ１０３）、ＭＦＰブラウザ１０２１は、解像度ボタン６０１１にリンクされているＵＲＬに係るＨＴＴＰリクエストをＷｅｂサーバ１０２に送信する（Ｓ１０４）。画像形成制御アプリ１０２１は、当該ＵＲＬに基づいて、解像度設定画面を表示させるＨＴＭＬデータ（以下「解像度設定ページ」という。）を生成し、当該解像度設定ページをＭＦＰブラウザ１８１に返信する（Ｓ１０５）。ＭＦＰブラウザ１８１は、解像度設定ページの定義を解釈し、解像度設定画面をタッチパネル３１１に表示させる。

図８は、解像度設定画面の表示例を示す図である。図８に示されるように、解像度設定画面６０２では、解像度ごとにボタンが表示されている。解像度設定ページには、ＯＫボタン６０２１が押下された際の振る舞いが定義されている。したがって、解像度設定画面６０２において解像度が選択され、ＯＫボタン６０２１が押下されると（Ｓ１０６）、ＭＦＰブラウザ１８１は、解像度設定ページにおける定義に基づき選択された解像度を通知するＰＯＳＴメッセージをＷｅｂサーバ１０２に送信する（Ｓ１０７）。

ＰＯＳＴメッセージが受信されると、画像形成制御アプリ１０２１は、当該ＰＯＳＴメッセージに含まれている解像度をＷｅｂサーバ１０２のメモリ上に記録（保持）し、スキャン条件設定ページをＭＦＰブラウザ１８１に返信する（Ｓ１０８）。したがって、タッチパネル３１１の表示画面は、再びスキャン条件設定画面６０１（図７）に戻る。

以下、ユーザは、解像度の設定と同様の手順で、他の条件の設定画面を表示させ、条件の設定を行う。この間のＭＦＰブラウザ１８１とＷｅｂサーバ１０２とのやりとりは、解像度の設定の場合と同様に行われる。当該設定操作によって、例えば、原稿種類（モノクロ２値）、原稿サイズ（Ａ４）、濃度（濃い）、圧縮方法（ＭＦ）、配信先（配信先のメールアドレス）等がＷｅｂサーバ１０２にＰＯＳＴされ、画像形成制御アプリ１０２１によってそれぞれの値がメモリ上に保持される（Ｓ１０９〜Ｓ１１３）。すなわち、本実施の形態において、複合機１０１にはスキャン条件は保存されず、Ｗｅｂサーバ１０２側で管理される。複合機１０１は、単に、Ｗｅｂサーバ１０２より送信されるＨＴＭＬデータに従った処理を実行するのみで、各ＨＴＭＬデータが表示させる情報の意味については関知しない。このように、複合機１０１側の実装は、非常にシンプルなものとなっている。これは、メモリ容量の制限の厳しい組み込み機器にとって、極めて有効な実装方法であるといえる。

なお、画像形成制御アプリ１０２１は、複合機１０１（ＭＦＰブラウザ１８１）よりＰＯＳＴされる情報によって、押下されたボタンや、選択されたスキャン条件を随時把握することができる。したがって、或る条件について選択された値に応じて、他の条件の設定画面の内容を動的に変更させることができる。例えば、原稿種類がカラーと選択された場合、ＭＨやＭＭＲといった２値データの圧縮方法は意味がない。したがって、この場合、画像制御アプリ１０２１は、圧縮方法選択画面においてＭＨやＭＭＲがグレーアウトされるように圧縮方法選択ページを生成する。

また、通信相手の複合機１０１の性能に応じた設定画面を表示させるＨＴＭＬデータを提供することもできる。

画像形成制御アプリ１０２１は、順次送信されてくるスキャン条件に応じて、スキャンを実行するために最低限設定される必要がある情報が揃ったと判断すると、複合機１０１のオペレーションパネル２０２のスタートボタン３１３の押下を可能とするための制御情報を含むＨＴＭＬデータをＭＦＰブラウザ１８１に返信する（Ｓ１１４）。具体的には、当該ＨＴＭＬデータには、オペレーションパネル２０２のＬＥＤランプ３１７の色を赤から緑に変更させるためのスクリプトの定義が含まれている。

図９は、ＬＥＤランプの色を変更させるためのスクリプトの定義例を示す図である。図９に示されるスクリプト６０３において、「Ｓｙｓｔｅｍ．ＬｏｃａｌＣＧＩ．Ｓｅｔｔｉｎｇ．ＳｔａｒｔＫｅｙＤｉｓａｂｌｅ＝１」という記述が、ＬＥＤランプ３１７の色を変更させるための命令である。

例えば、スクリプト６０３を含むＨＴＭＬデータにおいて、当該ＨＴＭＬデータのＭＦＰブラウザ１８１へのロード時（ｏｎＬｏａｄイベントの発生時）にスクリプト６０３を実行すべき旨が定義されているとする。この場合、ＭＦＰブラウザ１８１のエンジン部５０２は、スクリプト６０３を解釈することにより、ＯＣＳ１６６にＬＥＤランプ３１７の色の変更命令を出力する（Ｓ１１５）。ＯＣＳ１６６は、ＬＥＤランプ３１７の色を緑に変更させる。

なお、ユーザの利用環境によっては、ログイン後のスキャン条件設定画面で何も設定されていない状態でもスタートキー３１３の押下を可能（ＬＥＤを赤から緑に変更）としてもよいが、本実施の形態では、各条件が設定されや配信先が設定されるまでスキャンの開始はできない場合を例としている。

ＬＥＤランプ３１７の色が緑になったことにより、ユーザは、スキャンの開始が可能となったことを認識し、スタートボタン３１３を押下する（Ｓ１１６）。スタートボタン３１３の押下イベントはＭＦＰブラウザ１８１に通知される。ＭＦＰブラウザ１８１は、当該イベントに応じて、スキャンの実行指示内容が定義されているデータ（以下「スキャン実行指示データ」という。）を要求するＨＴＴＰリクエストを要求するＨＴＴＰリクエストをＷｅｂサーバ１０２に送信する（Ｓ１１７）。画像形成制御アプリ１０２１は、スキャン実行指示データを生成し（Ｓ１１８）、当該スキャン実行指示データをＭＦＰブラウザ１８１に返信する（Ｓ１１９）。

ここで、スキャン実行指示データについて説明する。図１０は、スキャン実行指示データの構成例を概念的に示す図である。図１０において、スキャン実行指示データ６０４は、他のＨＴＭＬデータと同様、ＨＴＭＬ形式のデータであり、スクリプト６０４１、設定情報６０４２、画像埋め込み領域６０４３等を含むように構成されている。

スクリプト６０４１は、スキャンの実行指示が定義されたスクリプトである。設定情報６０４２は、スキャンによって得られた画像データを扱うための情報であり、具体的には、スキャン条件画面を介して設定されたスキャン条件の値の集合である。例えば、条件ごとにタグによって区別され、値が記述されている。画像埋め込み領域６０４３は、画像データを扱うための情報（設定情報６０４２）と当該画像データとを関連付けるための部分である。当該関連づけとしては、例えば、画像埋め込み領域６０４３に画像データが埋め込まれてもよいし、又は、画像データへのポインタ（位置情報）を記述しておき、画像データは別ファイルとしてもよい。この場合ポインタと画像データとの対応関係は、後述するＵＲＬで指定された指定先で、例えばテーブルのような形式で管理をすればよい。本実施の形態では前者の場合を例として説明する。なお、この時点では、当該画像データは存在しないため、単に、画像埋め込み領域６０４３であることを示す開始タグと終了タグのみが記述されている。

図１１は、スキャン実行指示データにおけるスクリプトの定義例を示す図である。図１１に示されるスクリプト６０４１において、記述６０４１ｂ（「Ｓｙｓｔｅｍ．ＬｏｃａｌＣＧＩ．ｄｏＳｃａｎ（＜ＵＲＬ＞，・・・）」）は、スキャンの実行関数（以下「ｄｏＳｃａｎ（）」という。）であり、その定義は、エンジン部５０２等に実装されている。ｄｏＳｃａｎ（）内では、スキャンの実行処理及びスキャン画像の配信処理が定義されている。一方、記述６０４１ａは、ユーザによって指定されたスキャン条件をｄｏＳｃａｎ（）内で参照可能とするための定義である。図中では、解像度に関する設定のみが記述されており、他の条件については便宜上省略されている。

ところで、スキャン実行指示データ６０４のうち、設定情報６０４２と画像埋め込み領域６０４３とより構成される部分をフォーマットデータ６０４４という。フォーマットデータ６０４４の意義については後述する。

例えば、スキャン実行指示データ６０４において、当該スキャン実行指示データ６０４のＭＦＰブラウザ１８１へのロード時（ｏｎＬｏａｄイベントの発生時）にスクリプト６０４１を実行すべき旨が定義されているとする。この場合、ＭＦＰブラウザ１８１のエンジン部５０２は、スクリプト６０４１を解釈することにより、ｄｏＳｃａｎ（）を呼び出し、ｄｏＳｃａｎ（）に定義されている処理を実行する。すなわち、複合機１０１にスキャンを実行させ、スキャンされた画像データを、ｄｏＳｃａｎ（）の引数に指定されたＵＲＬ（例えば、ＡＳＰサーバ１０３の画像処理アプリ１０３１）に転送させる（Ｓ１２０、Ｓ１２１）。このｄｏＳｃａｎ（）の引数に指定されたＵＲＬはＷｅｂサーバ１０２において予め決めておけばよいが、このＵＲＬとしては、スキャン条件として設定された宛先を用いてもよい。

画像データの転送には、フォーマットデータ６０４４が用いられる。すなわち、ＭＦＰブラウザ１８１は、スキャン実行指示データ６０４よりフォーマットデータ６０４４を抽出し、その画像埋め込み領域６０４３の開始タグ及び終了タグ内にスキャンされた画像データを添付する（埋め込む）。そして、画像データが埋め込まれたフォーマットデータ６０４４を画像処理アプリ１０３１に転送する。

図１２は、画像データが埋め込まれたフォーマットデータの例を示す図である。図１２中、図１０と同一部分には同一符号を付している。

図１２において、フォーマットデータ６０４４には原稿の各ページの画像データが埋め込まれている。ステップＳ１２１においては、このような構成を持つフォーマットデータ６０４４が画像処理アプリ１０３１に転送される。

フォーマットデータ６０４４を受信した画像処理アプリ１０３１は、当該フォーマットデータ６０４４に応じた処理を実行する。例えば、フォーマットデータ６０４４に含まれている配信先に、画像データを配信する。また、フォーマットデータ６０４４には当該画像データのスキャン条件も含まれている。したがって、画像処理アプリ１０３１は、当該画像データのスキャン条件を知ることができ、そのスキャン条件に応じて、更なる画像処理（例えば、解像度の変換等）を施した後に配信することもできる。

ところで、画像データの転送情報として要求される形式は、サーバ（本実施の形態におけるＡＳＰサーバ１０３）毎に様々で、ＸＭＬ（eXtensible Markup Language）形式によるメタ情報が転送されることを要求するものもあれば、ＭＩＭＥ形式によって転送されることを要求するものもある。フォーマットデータ６０４４は、かかる事情に汎用的に対応する仕組みを提供する。すなわち、予め転送先のサーバに対応してフォーマットデータ６０４４を生成し、Ｗｅｂサーバ１０２に保存しておけば、複合機１０１は、転送先が対応可能な形式や転送先での用途を意識することなく、Ｗｅｂサーバ１０２よりダウンロードされたフォーマットデータ６０４４に画像データを埋め込んで転送すればよいだけであるからである。

なお、図１２では、複数ページ分の画像データを一度に転送する場合の例が示されているが、例えば、１枚ごとにスキャン条件を変更する場合は、１枚ごとにステップＳ１０２以降の処理を繰り返すようにしてもよい。

続いて、ｄｏＳｃａｎ（）内において行われる処理の詳細について説明する。図１３は、ｄｏＳｃａｎ（）における処理手順を説明するためのシーケンス図である。

エンジン部５０２は、スキャン実行指示データ６０４におけるスクリプト６０４１においてｄｏＳｃａｎ（）の呼び出しを検出すると、スクリプト処理部５０３の関数を呼び出すことによりスキャンの実行指示を行う（Ｓ２０１）。当関数の引数として、図１１の記述６０４１ａにおいて設定されているスキャン条件が指定される。スクリプト処理部５０３は、イメージライブラリ５０４の関数を呼び出すことによりスキャンの実行指示を行う（Ｓ２０２）。当該関数の引数にはスキャン条件が指定される。

イメージライブラリ５０４は、ＳＣＳ１６９を呼び出し、ＳＣＳ１６９にスキャナエンジンである撮像部１２１のｒｅａｄｙ状態（使用可能状態であるか否か）をチェックさせる（Ｓ２０３）。撮像部１２１が使用可能であることが確認されると、イメージライブラリ５０４は、スキャンを開始するために必要なメモリ（ページメモリ）の確保をＭＣＳ１６５に要求する（Ｓ２０４）。ページメモリが確保されると、イメージライブラリ５０４は、ＯＣＳ１６６を呼び出して、タッチパネル３１１に「読取中です」の表示をさせる（Ｓ２０５）。すなわち、「読み取り中です」の表示は、Ｗｅｂサーバ１０２から取得されるＨＴＭＬデータに基づいてではなく、スキャンを実行するための一連の処理手順の中で複合機１０１内において発生する制御命令に基づいて行われる。後述するエラー表示、読み取り完了の表示についても同様である。

続いて、イメージライブラリ５０４は、ｄｏＳｃａｎ（）で指示されたスキャン条件を反映したスキャンジョブの生成及び実行をＥＣＳ１６４に要求する（Ｓ２０６）。ＥＣＳ１６４は、スキャンジョブを生成し当該スキャンジョブを実行するための制御命令を撮像部１２１に出力する（Ｓ２０７）。ＥＣＳ１６４からの制御命令に応じ、撮像部１２１は、原稿のスキャンを実行する（Ｓ２０８）。スキャンされた画像データは、ＭＣＳ１６５によって確保されたページメモリに格納される。一ページのスキャンが完了する度に、スキャンの完了通知がＥＣＳ１６４に通知される（Ｓ２０９）。ＥＣＳ１６４ではページごとの完了通知を受けて、ページメモリ上の画像データを圧縮し、圧縮された画像データをＨＤＤ２３３に保存する（Ｓ２１０）。

なお、スキャンの途中でジャム（ＪＡＭ）等が発生した場合は、ジャムの発生がＥＣＳ１６４に通知され（Ｓ２１１）、更に、ＥＣＳ１６４よりイメージライブラリ５０４にジャムの発生が通知される（Ｓ２１２）。この場合、イメージライブラリ５０４は、ＯＣＳ１６６に、タッチパネル３１３へのエラーの表示を実行させる（Ｓ２１３）。なお、エラー解除後に、スキャンの中断又は再開のポップアップ表示等もイメージライブラリ５０４の制御に基づいて行われ、中断が指示された場合はスキャンの実行を中止し、再開が指示された場合はスキャンの実行を継続する。

全ページ分のスキャンが完了した旨の通知を受けると、ＥＣＳ１６４は、スキャンジョブが完了した旨をイメージライブラリ５０４に通知する（Ｓ２１４）。イメージライブラリ５０４は、ＯＣＳ１６６を呼び出して、タッチパネル３１１に「読み取り完了」の表示をさせ（Ｓ２１５）、更に、スクリプト処理部５０３にスキャンの終了を通知する（Ｓ２１６）。スクリプト処理部５０３は、スキャンの終了をエンジン部５０２に通知する（Ｓ２１７）。

エンジン部５０２は、スキャンが完了すると、ＨＤＤ２２３に保存されている画像データをファイル操作部５０５を介して取得し（Ｓ２１８〜Ｓ２２０）、取得された画像データをフォーマットデータ６０４４に埋め込む（Ｓ２２１）。続いて、エンジン部５０２は、画像データの埋め込まれたフォーマットデータ６０４４を、ｄｏＳｃａｎ（）の引数に指定されたＵＲＬに転送する（Ｓ２２２）。

上述から明らかなように、スキャン実行指示データ６０４の受信後は、Ｗｅｂサーバ１０２との通信は行われず、「読み取り中」、エラー表示、及び「読み取り完了」等のタッチパネルの表示は、複合機１０１内の制御に基づいて行われる。スキャン処理（又は印刷処理）等は片面／両面原稿や片面／両面印刷やフィニッシャーの有無などによって、エラー解除後の再開ページは、機種依存となるケースがほとんどである。したがって、エラー表示や、中断又は再開のポップアップ表示等は、Ｗｅｂサーバ１０２より取得されるＨＴＭＬデータに基づいて行うのは非常に処理が煩雑となり、複合機１０１内において処理してしまうのが効率的であるからである。また、このような機種依存部分が複合機１０１側に隠蔽されることで、Ｗｅｂサーバ１０２におけるロジック又はＨＴＭＬデータ等は、異なる機種にも共通で対応可能となる。

なお、初期画面のＵＲＬに係るＨＴＴＰリクエストは、ＭＦＰブラウザ１８１の起動時だけでなく、システムオートクリア時やアプリオートクリア時にも送信される。複合機１０１は複数のアプリが並行動作するため、システムオートクリアという機能があり、或るユーザが特定のアプリケーション（例えば、スキャン）を使用して放置した場合、一定時間が経過すると自動的に電源ＯＮ後に最初に起動されるアプリ（通常はコピーアプリに設定。変更可能）の初期画面に表示が戻るようにされている。また、アプリケーションの利用途中で複合機１０１を離れるユーザがいる場合等を考慮し、一定時間の経過後に当該アプリケーションの初期画面に自動的に戻るといったアプリオートクリアという機能も備えられている。したがって、スキャンの実行後、しばらくするとアプリオートクリア機能またはシステムオートクリア機能によって、ＭＦＰブラウザ１８１は、スキャン条件設定ページのダウンロードを実行し、スキャン条件設定画面をタッチパネル３１３に表示させる。また、オペレーションパネル２０２の機能キー３１５のいずれかが押下されると、押下されたキーに対応するアプリケーションの初期画面を表示させるＨＴＭＬデータのダウンロードがＭＦＰブラウザ１８１によって実行される。

ところで、上記では、画像データの添付されたフォーマットデータ６０４４の転送先がＡＳＰサーバ１０３である場合を例としたが、当該転送先は、ユーザ個人のＰＣやＷｅｂサーバ１０２であってもよい。転送先がＷｅｂサーバ１０２である場合、ＭＦＰブラウザ１８１とＷｅｂサーバ１０２との間で既に開設されているセッションにおいて、フォーマットデータ６０４４の転送ができれば便宜である。しかし、スキャン処理はある程度の時間を必要とするところ、上述したようにスキャン実行中のタッチパネル３１３の表示は、複合機１０１の内部で制御されるため、Ｗｅｂサーバ１０２との通信は必ずしも必要ではない。したがって、Ｗｅｂサーバ１０２の画像形成制御プログラム１０２１とＭＦＰブラウザ１８１とのセッションがタイムアウトしてしまうことが考えられる。

そこで、かかるタイムアウトを防止するために、ＭＦＰブラウザ１８１がＷｅｂサーバ１０２に対してダミーのＨＴＴＰリクエストを定期的に送信するようにしてもよい。また、ＭＦＰブラウザ１８１が、スキャン実行指示データ６０４の受信後、Ｗｅｂサーバ１０２側のタイマーの計時の停止を要求するＨＴＴＰリクエストを送信することにより、スキャン中はＷｅｂサーバ１０２における当該セッションのタイムアウトの計時を停止させるようにしてもよい。この場合、フォーマットデータ６０４の転送の前又は後に、当該タイマーの計時の再開を要求するＨＴＴＰリクエストを送信すればよい。

上述したように、本発明の実施の形態における複合機１０１によれば、ＭＦＰブラウザ１８１が、ＨＴＭＬファイル内に記述された表示情報と、スキャナ等の複合機１０１に特有のハードウェア資源を用いた機能を制御するためのスクリプトを解釈することができるため、テキストデータであるＨＴＭＬデータの記述によって、複合機１０１カスタマイズを容易に行うことができるとともに操作パネルへの表示をＨＴＭＬデータで行ったときでも、画像を生成する特有のハードウェアを制御することができる。また、ＨＴＭＬデータは、Ｗｅｂサーバ１０２において生成又は管理されているものであるため、Ｗｅｂサーバ１０２側において変更するだけで、複数の複合機１０１のカスタマイズを同時に行うことができる。

また、ＭＦＰブラウザ１８１は、Ｗｅｂサーバ１０２からダウンロードされるＨＴＭＬデータに従って処理を実行すればよく、当該ＨＴＭＬデータに基づく表示情報の意味等を関知する必要はない。したがって、汎用性に富み、ユーザ環境に応じた様々なソリューションに柔軟対応することができる。

更に、スキャン等によって形成された画像データの取り扱いについても複合機１０１は関知せず、Ｗｅｂサーバ１０２よりダウンロードされるフォーマットデータ６０４４に埋め込むだけであるため、転送先に対応したデータ形式を複合機１０１が意識する必要はなく、この点においても汎用性が保たれている。

なお、本実施の形態では、ＨＴＭＬデータがＷｅｂサーバ１０２よりダウンロードされる例について説明したが、当該ＨＴＭＬデータは、複合機１０１のＨＤＤ２３３に保存しておき、ＭＦＰブラウザ１８１は、当該複合機１０１に保存されているＨＴＭＬデータに基づいて複合機１０１を制御するようにしてもよい。こうすることで、Ｗｅｂサーバ１０２を別途設置したくないといったユーザのニーズに対応することが可能となる。この場合、ＭＦＰブラウザ１８１とＷｅｂサーバプログラムは別スレッドで動作し、両者間の通信はローカルアドレス（１２７．０．０．１）のループバックポートで行えばよい。

更に、本実施の形態では、スキャン処理について説明したが、例えば、ＭＦＰブラウザ１８１が、ｄｏＰｒｉｎｔ（）、ｄｏＦＡＸ（）、ｄｏＣｏｐｙ（）等のスクリプトに基づいて、印刷、ＦＡＸ送信、又はコピーの実行制御を行えるようにしておけば、これらの機能についても、テキストデータであるＨＴＭＬデータの記述により容易にカスタマイズを行うことができ、操作パネルへの表示をＨＴＭＬデータで行ったときでも、画像を生成する特有のハードウェアを制御することができる。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

本発明の実施の形態における画像処理システムの構成例を示す図である。 本発明の実施の形態における複合機のソフトウェア構成例を説明するための図である。 本発明の実施の形態における複合機のハードウェア構成例を示す図である。 オペレーションパネルの例を示す図である。 ＭＦＰブラウザの機能構成例を示す図である。 スキャン処理の処理手順を説明するためのシーケンス図である。 スキャン条件設定画面の表示例を示す図である。 解像度設定画面の表示例を示す図である。 ＬＥＤランプの色を変更させるためのスクリプトの定義例を示す図である。 スキャン実行指示データの構成例を概念的に示す図である。 スキャン実行指示データにおけるスクリプトの定義例を示す図である。 画像データが埋め込まれたフォーマットデータの例を示す図である。 ｄｏＳｃａｎ（）における処理手順を説明するためのシーケンス図である。

符号の説明

１ 画像処理システム
１０１ 複合機
１０２ Ｗｅｂサーバ
１０３ ＡＳＰサーバ
１１１ ハードウェア
１１２ ソフトウェア
１１３ 融合機起動部
１２１ 撮像部
１２２ 印刷部
１２３ その他のハードウェア
１３１ アプリケーション
１３２ プラットフォーム
１３３ アプリケーションプログラムインタフェース
１３４ エンジンインタフェース
１３５ 仮想アプリケーションサービス
１３６ ｌｉｂｗｗｗ
１４１ コピーアプリ
１４２ プリンタアプリ
１４３ スキャナアプリ
１４４ ファクシミリアプリ
１４５ ネットワークファイルアプリ
１４６ ＣＳＤＫアプリ
１４７ ＪＳＤＫアプリ
１４８ ＪＳＤＫプラットフォーム
１５１ コントロールサービス
１５２ システムリソースマネージャ
１５３ ハンドラ
１６１ ネットワークコントロールサービス
１６２ ファクシミリコントロールサービス
１６３ デリバリコントロールサービス
１６４ エンジンコントロールサービス
１６５ メモリコントロールサービス
１６６ オペレーションパネルコントロールサービス
１６７ サーティフィケーションコントロールサービス
１６８ ユーザディレクトリコントロールサービス
１６９ システムコントロールサービス
１７１ ファクシミリコントロールユニットハンドラ
１７２ イメージメモリハンドラ
１８１ ＭＦＰブラウザ
２０１ コントローラ
２０２ オペレーションパネル
２０３ ファクシミリコントロールユニット
２１１ ＣＰＵ
２１２ ＡＳＩＣ
２２１ ＮＢ
２２２ ＳＢ
２３１ ＭＥＭ−Ｐ
２３２ ＭＥＭ−Ｃ
２３３ ＨＤＤ
２３４ メモリカードスロット
２３５ メモリカード
２４１ ＮＩＣ
２４２ ＵＳＢデバイス
２４３ ＩＥＥＥ１３９４デバイス
２４４ セントロニクスデバイス
３１１ タッチパネル
３１２ テンキー
３１３ スタートボタン
３１４ リセットボタン
３１５ 機能キー
３１６ 初期設定ボタン
３１７ ＬＥＤランプ
１０２１ 画像形成制御アプリ
１０３１ 画像処理アプリ

Claims (22)

1. 画像を扱うための画像扱い情報を入力可能な入力画面を、ネットワークを介して接続可能な外部装置からの表示制御情報に基づき表示して画像生成の指示を受け付ける操作パネルと、画像を生成するためのハードウェア資源とを備えた画像取扱装置であって、
   前記入力画面で入力された前記画像扱い情報を前記外部装置に転送し、
   前記画像生成の指示により、前記ハードウェア資源に前記画像扱い情報に基づく画像生成を実行させる画像生成情報を前記外部装置から受信して解釈し、前記ハードウェア資源に画像生成を実行させる画像生成制御手段を備えたことを特徴とする画像取扱装置。
2. 前記画像生成情報は、前記画像扱い情報に基づく画像生成を前記ハードウェア資源に実行させるための情報を定義したスクリプトを含み、
   前記画像生成制御手段は、該スクリプトに基づき生成された画像と前記画像扱い情報とを関連付けることを特徴とする請求項１に記載の画像取扱装置。
3. 前記スクリプトには、前記関連付けされた画像と画像扱い情報の転送先情報が指定されており、前記画像生成制御手段は、前記関連付けされた画像と画像扱い情報とを前記転送先情報に基づき転送することを特徴とする請求項２に記載の画像取扱装置。
4. 前記画像扱い情報には画像の配信先情報を含み、
   前記画像生成制御手段は、前記関連付けされた画像と画像扱い情報とを前記配信先情報に基づき配信することを特徴とする請求項２に記載の画像取扱装置。
5. 前記画像生成情報は、前記スクリプトの実行により前記ハードウェア資源が生成した画像または該画像への参照情報が格納される領域を有することを特徴とする請求項２に記載の画像取扱装置。
6. 前記表示制御情報にはＨＴＭＬデータを含むことを特徴とする請求項１記載の画像取扱装置。
7. 前記ハードウェア資源には、原稿を読み取り画像を生成する読取装置及び該画像を記録紙に印字する印字装置のいずれかを含むことを特徴とする請求項１記載の画像取扱装置。
8. 前記画像生成制御手段は、前記画像生成情報を前記外部装置から受信して解釈し、前記読取装置に前記原稿の読み取りを実行させることを特徴とする請求項７記載の画像取扱装置。
9. 画像を扱うための画像扱い情報を入力可能な入力画面を、ネットワークを介して接続可能な外部装置からの表示制御情報に基づき表示して画像生成の指示を受け付ける操作パネルと、画像を生成するためのハードウェア資源とを備えた画像取扱装置と、前記外部装置とを含む画像処理システムであって、
   前記画像取扱装置は、
   前記入力画面で入力された前記画像扱い情報を前記外部装置に転送し、
   前記画像生成の指示により、前記ハードウェア資源に前記画像扱い情報に基づく画像生成を実行させる画像生成情報を前記外部装置から受信して解釈し、前記ハードウェア資源に画像生成を実行させる画像生成制御手段を備えたことを特徴とする画像処理システム。
10. 前記画像生成情報は、前記画像扱い情報に基づく画像生成を前記ハードウェア資源に実行させるための情報を定義したスクリプトを含み、
    前記画像生成制御手段は、該スクリプトに基づき生成された画像と前記画像扱い情報とを関連付けることを特徴とする請求項９に記載の画像処理システム。
11. 前記スクリプトには、前記関連付けされた画像と画像扱い情報の転送先情報が指定されており、前記画像生成制御手段は、前記関連付けされた画像と画像扱い情報とを前記転送先情報に基づき転送することを特徴とする請求項１０に記載の画像処理システム。
12. 前記画像扱い情報には画像の配信先情報を含み、
    前記画像生成制御手段は、前記関連付けされた画像と画像扱い情報とを前記配信先情報に基づき配信することを特徴とする請求項１０に記載の画像処理システム。
13. 前記画像生成情報は、前記スクリプトの実行により前記ハードウェア資源が生成した画像または該画像への参照情報が格納される領域を有することを特徴とする請求項１０に記載の画像処理システム。
14. 画像を扱うための画像扱い情報を入力可能な入力画面を、ネットワークを介して接続可能な外部装置からの表示制御情報に基づき表示して画像生成の指示を受け付ける操作パネルと、画像を生成するためのハードウェア資源とを備えた画像取扱装置が実行する画像処理制御方法であって、
    前記入力画面で入力された前記画像扱い情報を前記外部装置に転送する画像扱い情報転送手順と、
    前記画像生成の指示により、前記ハードウェア資源に前記画像扱い情報に基づく画像生成を実行させる画像生成情報を前記外部装置から受信して解釈し、前記ハードウェア資源に画像生成を実行させる画像生成制御手順とを有することを特徴とする画像処理制御方法。
15. 前記画像生成情報は、前記画像扱い情報に基づく画像生成を前記ハードウェア資源に実行させるための情報を定義したスクリプトを含み、
    前記画像生成制御手順は、該スクリプトに基づき生成された画像と前記画像扱い情報とを関連付けることを特徴とする請求項１４に記載の画像処理制御方法。
16. 前記スクリプトには、前記関連付けされた画像と画像扱い情報の転送先情報が指定されており、前記画像生成制御手順は、前記関連付けされた画像と画像扱い情報とを前記転送先情報に基づき転送することを特徴とする請求項１５に記載の画像処理制御方法。
17. 前記画像扱い情報には画像の配信先情報を含み、
    前記画像生成制御手順は、前記関連付けされた画像と画像扱い情報とを前記配信先情報に基づき配信することを特徴とする請求項１５に記載の画像処理制御方法。
18. 前記画像生成情報は、前記スクリプトの実行により前記ハードウェア資源が生成した画像または該画像への参照情報が格納される領域を有することを特徴とする請求項１５に記載の画像処理制御方法。
19. 前記表示制御情報にはＨＴＭＬデータを含むことを特徴とする請求項１４記載の画像処理制御方法。
20. 前記ハードウェア資源には、原稿を読み取り画像を生成する読取装置及び該画像を記録紙に印字する印字装置のいずれかを含むことを特徴とする請求項１４記載の画像処理制御方法。
21. 前記画像生成制御手順は、前記画像生成情報を前記外部装置から受信して解釈し、前記読取装置に前記原稿の読み取りを実行させることを特徴とする請求項２０記載の画像処理制御方法。
22. 請求項１４乃至２１いずれか一項記載の画像処理制御方法を前記画像取扱装置に実行させるための画像処理制御プログラム。

Images