JP4944050B2

JP4944050B2 - 画像形成装置に対する拡張ｕｉ対応確認方法並びにこの方法が用いられる拡張ｕｉ装置及び画像形成システム

Info

Publication number: JP4944050B2
Application number: JP2008024764A
Authority: JP
Inventors: 徹保井; 浩之高石
Original assignee: Kyocera Mita Corp
Current assignee: Kyocera Document Solutions Inc
Priority date: 2008-02-05
Filing date: 2008-02-05
Publication date: 2012-05-30
Anticipated expiration: 2028-02-05
Also published as: JP2009188583A

Description

本発明は、画像形成装置に対する拡張ＵＩ対応確認方法並びにこの方法が用いられる拡張ＵＩ装置及び画像形成システムに関する。

メーカや型式（機種）の異なる複数の画像形成装置のＵＩ画面を統一するために、各画像形成装置に、タッチパネル型液晶表示装置を備えた拡張ＵＩ装置を外付けし、通信媒体を介しこれらとサーバとを結合してＬＡＮを構成し、このサーバから拡張ＵＩ装置のＷｅｂブラウザがＨＴＭＬファイルを取得してこのタッチパネルにＵＩ画面を表示する方法が用いられている（下記特許文献１、２）。

この方法によれば、複数台の画像形成装置のＵＩ画面が統一されるので、ユーザの操作性が向上する。
特開２００４−５３６５１３号公報特開２００６−１２７５０３号公報

画像形成装置を拡張ＵＩ装置に結合させて画像形成装置で拡張ＵＩ装置を直ちに利用可能にするには、ＬＡＮに結合された複数の拡張ＵＩ装置がメーカに依存しない統一的構成であることから、拡張ＵＩ装置から見て画像形成装置が拡張ＵＩ装置に対応しているか否かを自動判別する必要がある。

拡張ＵＩ装置から画像形成装置に対するＷｅｂサービス要求により、画像形成装置が拡張ＵＩ装置に対応しているか否かを問い合わせる場合、画像形成装置の機種に応じた仕様に従ってＷｅｂサービスを要求しなければならないので、この問い合わせを試行錯誤的に行わなければならない。しかも、不適合の仕様でＷｅｂサービス要求をした場合には、所定時間経過しても応答が無いことにより不適合又はＷｅｂサービス要求に対応していないことを判別しなければならない。このようなことから、画像形成装置が拡張ＵＩ装置に対応しているか否かの自動判別に要する時間が長くなり、拡張ＵＩ装置を起動させた後、拡張ＵＩ装置がレディ状態になるまでの時間が、長くなる原因となる。

本発明の目的は、このような問題点に鑑み、画像形成装置が拡張ＵＩ装置に対応可能であるか否かを短時間で自動判別することが可能な画像形成装置に対する拡張ＵＩ対応確認方法並びにこの方法が用いられる拡張ＵＩ装置及び画像形成システムを提供することにある。

本発明の第１態様では、画像形成装置と、拡張操作パネルを介したＷｅｂサービス要求により画像形成機能を実行させる拡張ＵＩ装置とがネットワークに結合されている状態で、該画像形成装置が該拡張ＵＩ装置に適合しているか否かを確認する、画像形成装置に対する拡張ＵＩ対応確認方法において、
（ａ）該拡張ＵＩ装置から該画像形成装置に対し、ＳＮＭＰプロトコルで該画像形成装置のメーカ情報を要求してその応答を該拡張ＵＩ装置が受信し、
（ｂ）該拡張ＵＩ装置から該画像形成装置に対し、該応答に含まれるメーカ情報に応じたＷｅｂサービス要求により、該画像形成装置が該拡張ＵＩ装置を利用可能であるか否かを問い合わせる、
ステップを有する。

本発明による画像形成装置に対する拡張ＵＩ対応確認方法の第２態様では、第１態様において、
（ｃ）該画像形成装置は、ステップ（ｂ）での要求に肯定応答するとともに、該拡張ＵＩ装置を利用可能にするプログラムを起動させる、
ステップをさらに有する。

上記第１態様の構成によれば、拡張ＵＩ装置から画像形成装置に対し、第１段階において、ＳＮＭＰプロトコルで該画像形成装置のメーカ情報を要求してその応答を受信し、第２段階において、該メーカ情報に応じたＷｅｂサービス要求により、該画像形成装置が該拡張ＵＩ装置を利用可能であるか否かを問い合わせるので、該画像形成装置が該拡張ＵＩ装置に対応可能であるか否かを短時間で自動判別することが可能となり、画像形成装置の追加や交換に対し拡張ＵＩ装置を直ちに自動対応させることができるという効果を奏する。

上記第２態様の構成によれば、この第２段階の要求に対応して、該画像形成装置を、該拡張ＵＩ装置を利用するモードに自動移行させることができるという効果を奏する
本発明の他の目的、構成及び効果は以下の説明から明らかになる。

図５は、本発明の実施例１に係る画像形成システムの概略図である。

このシステムでは、機種が互いに異なる拡張操作パネル付画像形成装置１０及び２０と、サーバ３０とが、ＬＡＮ４０に結合されている。簡単化のため、図５では複数の画像形成装置が２台である場合を記載している。サーバ３０は、機種の異なる複数の画像形成装置に共通のサービスを提供するものであり、各画像形成装置のＵＩ画面の遷移を管理することにより、これら画像形成装置のＵＩ画面を統一し、また、要求に応じて、スキャンした原稿画像を縮小してプレビュー画像を生成する処理等を行う。この目的に為に、装置１０では、画像形成装置５０に拡張ＵＩ装置６０が外付けされている。拡張ＵＩ装置６０は、通常のコンピュータシステムであり、拡張ＵＩ装置本体６１にタッチパネル６２が結合されて、画像形成装置５０に対する拡張操作パネルとして機能する。装置２０についても装置１０と同様である。このシステムに用いられている画像形成装置の種別は、ＭＦＰ（Multifunction Peripheral)のみである。

以下、拡張操作パネル付画像形成装置１０とサーバ３０との関係について説明するが、装置２０とサーバ３０との関係についても同様である。

図６は、図５のシステムのハードウェア構成を示す概略ブロック図である。

画像形成装置５０では、ＭＰＵ５１がインターフェイス５２を介してＰＲＯＭ５３、ＤＲＡＭ５４、操作パネル５５、スキャナ５６、プリンタ５７、ＦＡＸモデム５８及びネットワークインターフェイス５９に結合されている。図６では、簡単化のため、複数のインターフェイスを１つのブロックインターフェイス５２で示している。

ＰＲＯＭ５３は、例えばフラッシュメモリであり、これには、オペレーティングシステム（ＯＳ）と、各種ドライバと、ＯＳの上層で動作する各種プログラムと、データとが格納されている。各種プログラムは、画像形成機能部と、ＳＮＭＰエージェントと、Ｗｅｂサービスサーバ（ＷＳサーバ）と、操作パネルに対する処理部（パネルインターフェイス）と、これらに対する制御部とを含む。この画像形成機能には、コピー、スキャン、プリント、ファクシミリ送受信及び電子メール送受信がある。データには、各種設定値と、ＭＩＢ（Management Information Base）とが含まれる。該ＷＳサーバは、ＳＯＡＰ／ＨＴＴＰプロトコルに則って、受信したＳＯＡＰリクエストメッセージを解釈して制御部へ渡し、制御部からの情報に基づいてＳＯＡＰリスポンスメッセージを作成する。

ＤＲＡＭ１４は、ワークエリア用であり、描画データのビットマップ展開等に用いられる。

操作パネル５５は、表示部とキー入力部とを備えており、設定情報又は指示を入力し、選択画面や設定画面などを表示させるためのものである。本実施例では、通常、操作パネル５５の替わりに拡張ＵＩ装置６０が使用され、システム故障時に画像形成装置５０をスタンドアロンで動作させる場合に操作パネル５５が使用される。

スキャナ５６は、コピー及びファクシミリ送信での画像入力用である。

プリンタ５７は、プリントエンジン、トナーカートリッジ、定着器並びに用紙の給紙部、搬送部及び排紙部を備えており、印刷データとして供給されるビットマップデータに基づきプリントエンジンの感光ドラムに静電潜像を形成し、これをトナーで現像し、用紙に転写し定着させた後に排紙する。

ＦＡＸモデム５８は、ファクシミリ送受信用である。ネットワークインターフェイス５９は、ＬＡＮ４０に結合され、ＦＡＸモデム５８は、不図示の公衆回線網に結合される。

拡張ＵＩ装置本体６１では、ＭＰＵ６３がインターフェイス６４を介してＰＲＯＭ６５、ＤＲＡＭ６６、ＨＤＤ６７、ネットワークインターフェイス６８及びタッチパネル６２に結合されている。

ＰＲＯＭ６５には、ＢＩＯＳ（Basic Input/Output System）及びその設定値が格納されている。ＤＲＡＭ６６は、仮想記憶方式における主記憶装置として用いられる。

ＨＤＤ６７には、ＯＳと、各種ドライバと、ＳＮＭＰマネージャと、画像形成装置５０のＷＳサーバに対するＷｅｂサービス（ＷＳ）クライアントと、ＯＳのＴＣＰ層から受け取ったＵＩ画面ファイル（ＨＴＭＬ又はＸＨＴＭＬファイル）の内容をタッチパネル６２に表示し又はＵＩ画面ファイルに記述されたスクリプトに従ってこのＷＳクライアントを介し画像形成装置５０及びサーバ３０に対しサービス提供を要求するためのＷｅｂブラウザと、このＷＳクライアントを介して後述の初期化処理を行う制御部とがインストールされている。ＷＳクライアントは、Ｗｅｂブラウザ又は制御部からの情報に基づいてＳＯＡＰリクエストメッセージを作成し、受信したＳＯＡＰリスポンスメッセージを解釈してＷｅｂブラウザ又は制御部へ渡す。

同様に、サーバ３０では、ＭＰＵ３３がインターフェイス３４を介してＰＲＯＭ３５、ＤＲＡＭ３６、ＨＤＤ３７、ネットワークインターフェイス３８及び会話型入出力装置３２に結合されている。

会話型入出力装置３２は、入力装置としてキーボードとポインティンデバイスとを備え、出力装置として表示装置を備えている。

ＰＲＯＭ３５には、ＢＩＯＳ及びその設定値が格納されている。ＤＲＡＭ３６は、仮想記憶方式における主記憶装置として用いられる。

ＨＤＤ３７には、ＯＳと、各種ドライバと、各画像形成装置の各種設定値が格納されたデータベース（ＤＢ）と、このデータベースを管理（データの検索、更新及、追加、整合性チェック、排他ロック及び共有ロックを含む）するプログラム（ＤＢＭＳ）と、Ｗｅｂサーバと、このＷｅｂサーバ（ＨＴＴＰサーバ）の上層で動作するＷＳサーバ（ＳＯＡＰサーバ）と、Ｗｅｂアプリケーションとがインストールされている。ＷＳサーバは、受信したＳＯＡＰリクエストメッセージを解釈してＷｅｂアプリケーションへ渡し、Ｗｅｂアプリケーションからの情報に基づいてＳＯＡＰリスポンスメッセージを作成する。

図１は、図６のシステムのソフトウェア構成を示す概略ブロック図である。

画像形成装置５０の通信部５００、拡張ＵＩ装置６０の通信部６００及びサーバ３０の通信部３００はいずれも、ネットワークインターフェイスのドライバ（データリンク層）並びにＯＳのＴＣＰ／ＩＰ層及びソケットレイヤのプログラムを備えている。

画像形成装置５０では、拡張ＵＩ装置６０を利用する場合、制御部５０３が、通信部５００からＷＳサーバ５０１を介し供給されるサービス要求に応答して、設定値記憶部５０５の設定値を書き換え又は画像形成機能部５０２に原稿スキャン等を行わせ、その結果を要求元へ返す。操作パネル５５を用いる場合、制御部５０３は、操作パネル５５からパネルインターフェイス５０４を介し供給される指示に応答して、設定値記憶部５０５の設定値を書き換え又は画像形成機能部５０２に原稿スキャン等を行わせる。ＳＮＭＰエージェント５０６は、通信部５００を介し要求されたデータをＭＩＢ記憶部５０７から取り出して要求元へ返信する。ＭＩＢ記憶部５０７には、内部機器の状態のみならず、画像形成装置５０のメーカ名及び画像形成装置の種別（ＭＦＰ、プリンター、ＦＡＸ等）を示す情報も含まれている。

拡張ＵＩ装置６０では、Ｗｅｂブラウザ６０１が、タッチパネル６２上のボタンのタッチに応答して、通信部６００を介しサーバ３０にＵＩ画面ファイルを要求し、ＷＳクライアント６０２及び通信部６００を介して画像形成装置５０に設定値変更又はスキャン等の動作のサービスを要求し、又は、ＷＳクライアント６０２及び通信部６００を介してサーバ３０に画像縮小サービスを要求し、それぞれの結果を要求元から受信する。ＷＳクライアント６０２は、各メーカのＷＳＤＬファイルを用いて予め作成されたクライアントプロキシクラスを備えており、実行時に、メーカに対応したクライアントプロキシクラスのインスタンスが用いられる。

制御部６０３はまた、Ｗｅｂブラウザ６０１を介さずに、ＳＮＭＰマネージャ６０４及び通信部６００を介し又はＷＳクライアント６０２及び通信部６００を介して、画像形成装置５０に対し後述の初期情報取得サービスを要求する。

ＷＳクライアント６０２又は／及び制御部６０３を用いずにこれらの機能を、ＵＩ画面ファイルの内容（スクリプト）と、これにクラスライブラリを提供すると共にスクリプトを解釈し実行するＷｅｂブラウザ６０１との組み合わせで実現することもできる。ＵＩ画面ファイルの内容の動的更新及びＷｅｂサービス要求は、Ａｊａｘ（Asynchronous JavaScript and XML）の技術を用いて行うことができる。

サーバ３０では、Ｗｅｂアプリケーション３０３が、通信部３００及びＷｅｂサーバ３０１を介して受け取った要求内容に応じ、データ管理部３０４をアクセスして画像形成装置の初期設定値を登録し又はこれを更新し、Ｗｅｂブラウザ６０１に送信するためのＵＩ画面ファイル（ＨＴＭＬ又はＸＨＴＭＬファイル）を、この登録した設定値を用いて動的に生成し、その結果を返す。Ｗｅｂアプリケーション３０３はまた、通信部３００及びＷｅｂサーバ３０１を介し供給される画像縮小サービス要求に応答して画像縮小処理を行い、その結果を返す。

図２（Ａ）及び図３は、画像形成装置５０が拡張ＵＩ装置６０に対応しているか否かを判別し、対応している場合にはさらに画像形成装置５０の能力情報を取得する処理を示すフローチャートである。図２（Ａ）及び図３の処理は、図２（Ａ）のステップＳ０を除き、制御部６０３により行われる。図２（Ａ）の処理は、拡張ＵＩ装置６０に電源を投入し又は拡張ＵＩ装置６０をシステムリセットすることにより開始される。

図４は、図１のシステムにおいて、拡張ＵＩ装置６０の起動又はシステムリセットから拡張ＵＩ装置６０のタッチパネル６２に初期メニューを表示させるまでの処理におけるノード間通信を示す概略シーケンス図である。以下、括弧内は図中のステップ識別符号である。

（Ｓ０）拡張ＵＩ装置６０のシステムを起動させる。すなわち、ＯＳを起動させ、装置６０を拡張ＵＩ装置として機能させるためのアプリケーションを起動させる。次に、制御部６０３に制御を移して以下の処理を行う。

（Ｓ１）制御部６０３は、ＳＮＭＰマネージャ６０４、通信部６００及び通信部５００を介して、ＳＮＭＰエージェント５０６に対し、画像形成装置５０のメーカ名と、画像形成装置５０の種別情報とを要求する（図４のＣ１）。

ＳＮＭＰエージェント５０６はこれに応答して、ＭＩＢ記憶部５０７内の対応するデータを読み出し、ＳＮＭＰマネージャ６０４へ返信する（Ｃ２）。

（Ｓ２）以下のシーケンス処理の状態を示す変数ＳＴに１を代入する。また、何らかの原因で応答が得られない場合のことを考慮して、タイマに所定時間を設定しこれをスタートさせる。

図３は、通信部６００を介した受信イベント及びこのタイマによるタイムアウトイベントの発生に対する制御部６０３でのイベントハンドラの処理を示すフローチャートである。図３では簡単化のために、初期化処理の期間ではＳＴ＝１〜３の各々に対応した応答のみ受信すると仮定している。

上記ステップＳ１での要求に応答した受信のイベント発生により、図３の処理が開始される。

（Ｓ１０）イベント発生原因がタイムアウトであればステップＳ１Ａへ進み、そうでなければステップＳ１１へ進む。

（Ｓ１１）ＳＴ＝１であればステップＳ１２へ進み、ＳＴ＝２であればステップＳ１５へ進み、ＳＴ＝３であればステップＳ１８へ進む。最初は、図２のステップＳ２によりＳＴ＝１である。

（Ｓ１２）受信した種別情報がＭＦＰであることを示していればステップＳ１３へ進み、そうでなければステップＳ１Ａへ進む。

（Ｓ１３）ＳＯＡＰプロトコルで、画像形成装置５０が拡張ＵＩ装置６０に対応しているか否かを問い合わせる（Ｃ３）。この問い合わせはＷＳクライアント６０２、通信部６００、通信部５００及びＷＳサーバ５０１を介して制御部５０３へ伝達される。この際、制御部６０３は、ＷＳクライアント６０２における、受信したメーカ名に対応したクライアントプロキシクラスのインスタンスを用いる。

（Ｓ１４）ＳＴに２を代入し、また、上記タイマを再スタートさせて、このイベントハンドラから抜け出す。

図２（Ｂ）は、制御部５０３の受信イベントハンドラを示すフローチャートであり、主にステップＳ１３の問い合わせに対する処理を示す。

（Ｓ２０）この問い合わせであればステップＳ２１へ進み、そうでなければステップＳ２３へ進む。

（Ｓ２１）拡張ＵＩ装置６０に対応した画像形成装置５０であるか否かを示す情報を制御部６０３に対し、ＳＯＡＰプロトコルに則って返信する（Ｃ４）。

（Ｓ２２）画像形成装置５０が拡張ＵＩ装置６０に対応したものであれば、画像形成装置５０を拡張ＵＩ装置６０に対応させるプログラムを起動させて、画像形成装置５０の動作モードをシステム対応とし、このイベントハンドラの処理を終了する。これにより、操作パネル５５の使用が制限されるとともに、拡張ＵＩ装置６０がその後レディ状態になれば拡張ＵＩ装置６０が使用可能になる。

（Ｓ２３）リクエストに応じた処理、例えばスキャンやファックス送信の実行を行って、その処理結果を返し、このイベントハンドラの処理を終了する。

ステップＳ２１での応答が所定時間内に拡張ＵＩ装置６０に返されると、図３の処理が再開され、ステップＳ１１でＳＴ＝２と判定されてステップＳ１５へ進む。

（Ｓ１５）この応答が肯定応答であれば、ステップＳ１６へ進み、そうでなければステップＳ１Ａへ進む。

（Ｓ１６）制御部５０３に対し、ＳＯＡＰプロトコルに則って、画像形成装置５０の能力情報を要求する（Ｃ５）。この能力情報は、拡張ＵＩ装置６０のＵＩ画面の表示情報を一部省略するか否かをサーバ３０で判定するためのものであり、例えば、ＭＦＰが電子メール送受信機能を備えているか否か、印刷に対する後処理機能を備えているか等を示すものである。

（Ｓ１７）ＳＴに３を代入し、また、上記タイマを再スタートさせて、このイベントハンドラから抜け出す。

ステップＳ１６での要求に対し、所定時間内に制御部５０３からリスポンスメッセージを受信すると（Ｃ６）、図３の処理が再開され、ステップＳ１１でＳＴ＝３と判定されてステップＳ１８へ進む。

（Ｓ１８）受信した能力情報を、ＨＴＴＰ／ＳＯＡＰでサーバ３０のＷｅｂアプリケーション３０３に送信する（Ｃ７）。Ｗｅｂアプリケーション３０３はこれに応答して、受信した能力情報を、拡張ＵＩ装置６０と対応させてデータ管理部３０４に書き込む。書込成功を示す情報が制御部６０３に返されるが（Ｃ８）、図３では簡単化のため、この処理が図示省略されている。

（Ｓ１９）制御部６０３はＷｅｂブラウザ６０１に対し、Ｗｅｂアプリケーション３０３へメインメニューファイルを要求させる。Ｗｅｂアプリケーション３０３は、Ｗｅｂブラウザ６０１からのこの要求（Ｃ９）に応答して、データ管理部３０４に格納されている拡張ＵＩ装置６０の能力情報に応じ、標準的なメインメニュー又はこれからその一部を省略たものを作成し、Ｗｅｂブラウザ６０１に返す（Ｃ１０）。

（Ｓ１Ａ）図３のイベントハンドラを無効化する処理を行う。すなわち、このイベントハンドラに関係付けられた全てのイベントを取り除く処理を行う。

本実施例１によれば、拡張ＵＩ装置６０から画像形成装置５０に対しＳＮＭＰプロトコルにより画像形成装置５０のメーカ及び画像形成装置５０がＭＦＰであるか否かを問い合わせ、その結果がＭＦＰであることを示していれば、このメーカのＷｅｂサービス要求仕様に従って、画像形成装置５０が拡張ＵＩ装置６０に対応しているか否かを問い合わせるので、画像形成装置５０に対し試行錯誤的に問い合わせを行ってタイムアウト待ちを繰り返すことなく、短時間で画像形成装置５０が拡張ＵＩ装置６０に対応しているか否かを知得して、拡張ＵＩ装置６０の立ち上げからレディ状態になるまでの時間を短縮できるという効果を奏する。また、画像形成装置５０ではこの問い合わせに対応して拡張ＵＩ装置６０を利用するモードに自動移行することができるという効果を奏する。これらにより、画像形成装置５０を取り替えても直ちに拡張ＵＩ装置６０に対応させることが可能となる。

本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上述の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。例えば、本発明には以下のような変形例が含まれる。

（１）ＳＮＭＰで画像形成装置５０に対しそのメーカ名及びＦＭＰであるか否かを問い合わせる替わりに、型式の一部（メーカ名とＦＭＰであるか否かを示す情報を判別できる部分、例えば「ＫＭ−」、「ＭＸ−」など）と、メーカ名と、ＦＭＰであるか否かを示す情報とを対応させたテーブルを予めＨＤＤ６７に登録しておき、画像形成装置５０の型式を問い合わせ、その結果をキーとしてこのテーブルを参照し、メーカ名及びＦＭＰであるか否かを判定する構成であってもよい。この場合、該型式の一部としてＭＦＰに対応したもののみテーブルに記入しておくことにより、ＭＦＰであるか否かを示す情報を省略してもよい。また、メーカ名はＷＳクライアント６０２内のどの部分を使用すればよいかを判別するためのものであるので、メーカ名を用いずに、型式の一部とＷＳクライアント６０２内の部分とを対応させたテーブルをＨＤＤ６７に登録する構成であってもよい。

（２）サーバ３０が各画像形成装置５０に対し拡張ＵＩ装置６０に対応可能であるか否かを問い合わせ、その結果を各拡張ＵＩ装置６０がサーバ３０から取得する構成であってもよい。この構成は、上記（１）の変形例と組み合わせたものであってもよい。

（３）本発明は、ＭＦＰ以外の画像形成装置を含む画像形成システムにも適用可能である。

（４）Ｗｅｂサービスで用いるプロトコルは、ＳＯＡＰに限定されず、Ｗｅｂサービスを実現できるものであればよい。

本発明の実施例１に係る画像形成システムのソフトウェア構成を示す概略ブロック図である。（Ａ）は、拡張ＵＩ装置６０に電源を投入し又はこれをシステムリセットすることにより開始される処理を示すフローチャートであり、（Ｂ）は、制御部５０３の受信イベントハンドラを示すフローチャートである。受信イベント及びタイムアウトイベントの発生に対する、制御部６０３でのイベントハンドラの処理を示すフローチャートである。拡張ＵＩ装置の起動又はシステムリセットから拡張ＵＩ装置のタッチパネルに初期メニューを表示させるまでの処理における、図１のシステムのノード間通信を示す概略シーケンス図である。画像形成システムの概略図である。図５のシステムのハードウェア構成を示す概略ブロック図である。

符号の説明

１０、２０拡張パネル付画像形成装置
３０サーバ
３１サーバ本体
３２会話型入出力装置
３３、５１、６３ＭＰＵ
３４、５２、６４インターフェイス
３５、５３、６５ＰＲＯＭ
３６、５４、６６ＤＲＡＭ
３７、６７ＨＤＤ
３８、５９、６８ネットワークインターフェイス
４０ＬＡＮ
５０画像形成装置
５５操作パネル
５６スキャナ
５７プリンタ
５８ＦＡＸモデム
６０拡張ＵＩ装置
６１拡張ＵＩ装置本体
６２タッチパネル
３００、５００、６００通信部
３０１Ｗｅｂサーバ
３０２、５０１ＷＳサーバ
３０３Ｗｅｂアプリケーション
３０４データ管理部
５０２画像形成機能部
５０３、６０３制御部
５０４パネルインターフェイス
５０５設定値記憶部
５０６ＳＮＭＰエージェント
５０７ＭＩＢ記憶部
５５０スキャン継続ボタン
５５１スキャンエンドボタン
５６０オートシートフィーダ
５６１給紙トレイ
６０１Ｗｅｂブラウザ
６０２ＷＳクライアント
６０４ＳＮＭＰマネージャ

Claims

画像形成装置と、拡張操作パネルを介したＷｅｂサービス要求により画像形成機能を実行させる拡張ＵＩ装置とがネットワークに結合されている状態で、該画像形成装置が該拡張ＵＩ装置に適合しているか否かを確認する画像形成装置に対する拡張ＵＩ対応確認方法において、
（ａ）該拡張ＵＩ装置から該画像形成装置に対し、ＳＮＭＰプロトコルで該画像形成装置のメーカ情報を要求してその応答を該拡張ＵＩ装置が受信し、
（ｂ）該拡張ＵＩ装置から該画像形成装置に対し、該応答に含まれるメーカ情報に応じたＷｅｂサービス要求により、該画像形成装置が該拡張ＵＩ装置を利用可能であるか否かを問い合わせる、
ステップを有することを特徴とする、画像形成装置に対する拡張ＵＩ対応確認方法。
画像形成装置と、拡張操作パネルを介したＷｅｂサービス要求により画像形成機能を実行させる拡張ＵＩ装置と、該拡張ＵＩ装置からのＵＩ画面ファイル要求に応答するサーバ装置とがネットワークに結合されている状態で、該画像形成装置が該拡張ＵＩ装置に適合しているか否かを確認する画像形成装置に対する拡張ＵＩ対応確認方法において、
（ａ）該サーバ装置から該画像形成装置に対し、ＳＮＭＰプロトコルで該画像形成装置のメーカ情報を要求してその応答を該サーバ装置が受信し、
（ｂ）該サーバ装置から該画像形成装置に対し、該応答に含まれるメーカ情報に応じたＷｅｂサービス要求により、該画像形成装置が該拡張ＵＩ装置を利用可能であるか否かを問い合わせる、
ステップを有することを特徴とする、画像形成装置に対する拡張ＵＩ対応確認方法。
ステップ（ｂ）の該Ｗｅｂサービス要求は、ＳＯＡＰプロトコルに則って行われることを特徴とする請求項１又は２に記載の画像形成装置に対する拡張ＵＩ対応確認方法。
（ｃ）該画像形成装置は、ステップ（ｂ）での要求に肯定応答するとともに、該拡張ＵＩ装置を利用可能にするプログラムを起動させる、
ステップをさらに有することを特徴とする請求項１乃至３のいずれか１つに記載の拡張ＵＩ対応確認方法。
ネットワークインターフェイスと、拡張操作パネルと、該拡張操作パネルを介した指示入力に応答して該ネットワークインターフェイスを介し外部の画像形成装置に対しＷｅｂサービスを要求することにより画像形成機能を実行させる制御部とを備えた拡張ＵＩ装置において、該制御部は、
（ａ）該画像形成装置に対し、該ネットワークインターフェイスを介し該画像形成装置のメーカ情報をＳＮＭＰプロトコルで要求し、その応答を該画像形成装置から受信し、
（ｂ）該画像形成装置に対し、該応答に含まれるメーカ情報に応じたＷｅｂサービス要求により、該画像形成装置が該拡張ＵＩ装置を利用可能であるか否かを問い合わせる、
ステップを有することを特徴とする拡張ＵＩ装置。
画像形成装置と、拡張操作パネルを介した指示入力に応答して該画像形成装置に対し画像形成機能を実行するＷｅｂサービスを要求する拡張ＵＩ装置とがネットワークに結合されている画像形成システムにおいて、
該拡張ＵＩ装置は、該画像形成装置に対し、ＳＮＭＰプロトコルで該画像形成装置のメーカ情報を要求し、その応答を受信し、
該拡張ＵＩ装置は、該画像形成装置に対し、該応答に含まれるメーカ情報に応じたフォーマットのＷｅｂサービス要求により、該画像形成装置が該拡張ＵＩ装置を利用可能であるか否かを問い合わせる、
ことを特徴とする画像形成システム。
画像形成装置と、拡張操作パネルを介した指示入力に応答して該画像形成装置に対し画像形成機能を実行するＷｅｂサービスを要求する拡張ＵＩ装置と、該拡張ＵＩ装置からのＵＩ画面ファイル要求に応答するサーバ装置とがネットワークに結合されている画像形成システムにおいて、
該サーバ装置は、該画像形成装置に対し、ＳＮＭＰプロトコルで該画像形成装置のメーカ情報を要求し、その応答を受信し、
該サーバ装置は、該画像形成装置に対し、該応答に含まれるメーカ情報に応じたフォーマットのＷｅｂサービス要求により、該画像形成装置が該拡張ＵＩ装置を利用可能であるか否かを問い合わせる、
ことを特徴とする画像形成システム。