(57)【要約】【課題】リモート画像処理ジョブを第三者が制御できるようにする。【解決手段】リモートコンピューティング装置（ＲＣＤ）４がＵＩ定義（操作画面）を多機能周辺装置（ＩＤｅｖ）２及びリモートユーザ装置（ＲＵＤ）５に送信して、ＲＵＤ５の操作画面をＩＤｅｖ２の操作画面と同じにする。ＲＵＤ５は印刷ジョブと共に操作画面を用いたＩＤｅｖ２の機能に関するユーザ入力情報を、ＩＤｅｖ２に送信する。ＩＤｅｖ２は入力された情報に基いて画像処理ジョブを行うので、ユーザはＲＵＤ５でＩＤｅｖ２の機能に関する入力操作をＩＤｅｖ２上での入力操作と同じ感覚で行うことができ、ユーザの操作性が向上する。【選択図】図１
2008084312.tif 000002
【特許請求の範囲】
【請求項１】
ａ）画像処理装置（ＩＤｅｖ）から離間しているリモートコンピューティング装置（ＲＣＤ）で作動する制御アプリケーションにより、前記画像処理装置（ＩＤｅｖ）での機能を制御するステップと、
ｂ）前記ＩＤｅｖおよび前記ＲＣＤから離間しているリモートユーザ装置（ＲＵＤ）に対し、前記ＩＤｅｖの機能に関連するユーザ入力を可能にする、制御アプリケーションのユーザインターフェース定義（ＵＩＤ）を送るステップと、
ｃ）前記ＲＵＤからユーザインターフェース（ＵＩ）応答を受信するステップと、
ｄ）前記ＵＩ応答をＩＤｅｖコマンドに変換するステップとを備えた、リモート制御される画像処理装置を第三者が制御するための方法。
【請求項２】
前記ＩＤｅｖコマンドを前記ＩＤｅｖに送り、前記ＩＤｅｖの機能を開始するステップを更に含む、請求項１記載の方法。
【請求項３】
前記ＲＵＤが、プログラム制御インターフェースを有する包括的ドライバを含む、請求項１記載の方法。
【請求項４】
前記ＵＩ応答をドライバアクションにも変換し、このドライバアクションを前記包括的ドライバに送る、請求項３記載の方法。
【請求項５】
前記ＲＵＤから画像処理ジョブのロジカルページを受信するステップを更に含む、請求項１記載の方法。
【請求項６】
前記ＲＵＤから画像処理ジョブのロジカルページを受信し、前記ＩＤｅｖコマンドにより前記ロジカルページを前記ＩＤｅｖに転送するステップを更に含む、請求項３記載の方法。
【請求項７】
前記ＩＤｅｖコマンドが、前記包括的ドライバから受信したロジカルページにより、前記機能を実行することを前記ＩＤｅｖに命令する、請求項３記載の方法。
【請求項８】
ａ）画像処理装置（ＩＤｅｖ）から離間しているリモートコンピューティング装置（ＲＣＤ）で作動する制御アプリケーションへ画像処理装置（ＩＤｅｖ）の機能の制御を提供するステップと、
ｂ）制御アプリケーションのユーザインターフェース定義（ＵＩＤ）を受信し、このＵＩＤに従ってＵＩコンテントをディスプレイしたリモートユーザ装置（ＲＵＤ）からのユーザインターフェース（ＵＩ）応答から解読されたＩＤｅｖコマンドを受信するステップと、
ｃ）前記ＩＤｅｖコマンドに従って前記ＩＤｅｖ機能を実行するステップとを備えた、遠隔制御画像処理装置を第三者が制御するための方法。
【請求項９】
前記ＲＵＤから画像処理ジョブのロジカルページを受信するステップを更に含む、請求項８記載の方法。
【請求項１０】
前記ＩＤｅｖコマンドが前記ＲＵＤから受信したロジカルページにより前記機能を実行することを、前記ＩＤｅｖに命令する、請求項８記載の方法。
【請求項１１】
前記ＩＤｅｖコマンドが前記包括的ドライバから受信したロジカルページにより前記機能を実行することを、前記ＩＤｅｖに命令する、請求項８記載の方法。
【請求項１２】
前記ＩＤｅｖによる前記制御アプリケーションの登録により、前記制御アプリケーションに制御を提供する、請求項８記載の方法。
【請求項１３】
サービスディスカバリプロトコルを有する前記ＩＤｅｖにより、前記制御アプリケーションをディスカバーした後に、前記制御アプリケーションの自動登録により前記制御アプリケーションへ制御を提供する、請求項８記載の方法。
【請求項１４】
ａ）リモートコンピューティング装置（ＲＣＤ）上の制御アプリケーションの制御下にある画像処理装置（ＩＤｅｖ）から離間しているリモートユーザ装置（ＲＵＤ）において、ユーザインターフェース定義（ＵＩＤ）を受信するステップを備え、前記ＵＩＤは前記ＲＣＤによって制御されるＩＤｅｖ機能に関連するユーザ入力を収集するためのディスプレイコンテントを備え、
ｂ）前記ＵＩＤに従い、ＵＩコンテントをディスプレイするステップと、
ｃ）前記ディスプレイに対するユーザ入力応答を受信するステップと、
ｄ）前記ＲＣＤ上の前記制御アプリケーションに対し、前記ユーザ入力応答を送るステップとを備えた、リモート制御される画像処理装置を第三者が制御するための方法。
【請求項１５】
ＵＩＤを受信する前記ステップ、ディスプレイする前記ステップ、ユーザ入力を受信する前記ステップおよびユーザ入力応答を送る前記ステップを、画像処理装置のドライバの命令により実行する、請求項１４記載の方法。
【請求項１６】
ＵＩＤを受信する前記ステップ、ディスプレイする前記ステップ、ユーザ入力を受信する前記ステップ、ユーザ入力応答を送る前記ステップを前記制御アプリケーションのプログラム制御下にある画像処理装置のドライバの命令により実行する、請求項１４記載の方法。
【請求項１７】
ＩＤｅｖから前記ＵＩＤを受信する、請求項１４記載の方法。
【請求項１８】
ＲＣＤから前記ＵＩＤを受信する、請求項１４記載の方法。
【請求項１９】
画像処理ジョブのロジカルページをＩＤｅｖに送るステップを更に含む、請求項１４記載の方法。
【請求項２０】
画像処理ジョブのロジカルページをＲＣＤに送るステップを更に含む、請求項１４記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施例は、周辺装置で実行されるリモート画像処理ジョブを第三者が制御するための方法およびシステムを含む。より詳細には、クライアント装置の操作画面を画像処理装置の操作画面と同じにした状態で、クライアント装置から印刷ジョブと共に画像処理装置の機能に関するユーザ入力情報を、ネットワークに接続されている画像処理装置に直接送信することを含む。
【背景技術】
【０００２】
いくつかの多機能周辺装置（ＭＦＰ）は、外部アプリケーションが該装置に搭載された機能とインタラクトできるようになっている。例えば、特許文献１には、クライアント装置から印刷ジョブを、ネットワークに接続されているサーバに送信し、サーバが受信した印刷ジョブを、ネットワークに接続されているプリンタに送信することが記載されている。しかしながら、クライアント装置の操作画面を画像処理装置の操作画面と同じにした状態で、クライアント装置から印刷ジョブと共に操作画面を用いた画像処理装置の機能に関するユーザ入力情報を、ネットワークに接続されている画像処理装置に直接送信することに関しては開示されていない。
【特許文献１】特表２００４−５２５４４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、これら装置は、装置上のＭＦＰハードウェアユーザインターフェース（ＵＩ）からの入力に対するユーザのインタラクションを制限するものである。これら装置はリモートソース（すなわち非ウォークアップ）に由来する画像処理ジョブ、例えば、ＰＣプリントまたはＰＣファックスまで制御を拡張できない。
【課題を解決するための手段】
【０００４】
本発明のいくつかの実施例は、周辺装置で実行されるリモート画像処理ジョブを第三者が制御するためのシステムおよび方法を含む。
いくつかの実施例は、画像処理装置を制御している第三者の制御アプリケーションに対するプログラム制御を可能にするものである。いくつかの実施例では、リモートユーザ入力装置またはクライアントはユーザ入力を収集するためのユーザインターフェースを提供できる。このユーザ入力は画像処理装置を制御している制御アプリケーションへ送ることができる。次に、制御アプリケーションはユーザ入力装置から受信した入力に作用し、この入力に従って画像処理装置を制御できる。
【０００５】
添付図面を参照し、次の詳細な説明を検討すれば、本発明の上記およびそれ以外の目的、特徴および利点についてより容易に理解できよう。
【０００６】
添付図面を参照することにより、本発明の実施例について最良に理解できよう。図中、同様な番号は同様な部品を示す。図面の簡単な説明にリストアップされた図を、この詳細な説明の一部として明らかに援用する。
【０００７】
本明細書で一般的に説明し、図に示されるような本発明の部品は、異なる広範な種々のコンフィギュレーションに配置し、設計できることが容易に理解できよう。従って、本発明の実施例および方法並びにシステムの、次のより詳細な説明は、本発明の範囲を限定するものでなく、単に本発明の現時点で好ましい実施例を示すにすぎない。
【０００８】
本発明の実施例の要素は、ハードウェア、ファームウェアおよび／またはソフトウェアで具現化できる。本明細書に開示する実施例は、これら形態のうちの１つを記述するにすぎないが、当業者であれば、本発明の範囲内でこれら要素をこれら形態のうちのいずれかで実現することができると理解すべきである。
【０００９】
本発明のいくつかの実施例は、リモートユーザ装置（ＲＵＤ）に由来する画像処理ジョブをリモートコンピューティング装置（ＲＣＤ）で実行中の第三者のアプリケーションからプログラムにより制御できるようにするための方法およびシステムを含み、この発明では、前記第三者のアプリケーションは画像処理装置（ＩＤｅｖ）、例えば多機能周辺装置（ＩＤｅｖ２）を制御している。ＲＵＤに由来するリモートジョブの例として、ＰＣプリント、ＰＣファックス、ＰＣファイルおよびその他を挙げることができる。
【発明の効果】
【００１０】
本発明によると、サーバがＵＩ定義（操作画面）をクライアント装置及び画像処理装置に送信して、クライアント装置の操作画面を画像処理装置の操作画面と同じにする。クライアント装置は印刷ジョブと共に操作画面を用いた画像処理装置の機能に関するユーザ入力情報を、ネットワークに接続されている画像処理装置に直接送信する。画像処理装置は入力されたレスポンス（設定内容）を基に画像ジョブを処理するので、ユーザはクライアント装置の操作画面を用いて画像処理装置の機能に関する入力情報（用紙サイズ、カラー／モノクロの指定 等）を画像処理装置上での入力操作と同じ感覚で設定すればよく、ユーザの操作性が向上する。
【発明を実施するための最良の形態】
【００１１】
図１を参照し、本発明のいくつかの実施例について説明する。これら実施例は、多数の画像処理機能、例えば、コピー、ファックス、プリント、スキャニング、ファイリング、パブリッシング、フォーマット変換、ディスプレイおよびその他の機能を実行できる画像処理装置２、例えば、多機能周辺装置（ＩＤｅｖ２）を含むことができる。画像処理装置は単一機能の装置でもよい。これら実施例は、リモートコンピューティング装置（ＲＣＤ）４、例えば、サーバ、ＰＣまたは別のコンピューティング装置を含むこともできる。ＲＣＤ４は、プロセッサ、メモリ、記憶装置、通信インターフェースおよび他の要素を含むことができる。このＲＣＤ４は、通信リンク、例えば、通信リンク１２および１６を通して他の装置と通信できる。いくつかの実施例では、ＲＣＤ４は単一の通信リンクを含むだけでよく、別の実施例では、ＲＣＤ４は多数の通信リンク１２、１６を含むことができる。これら通信リンク１２、１６および１０は、ネットワークのための標準通信プロトコル、シリアル通信、パラレル通信および双方向の通信を達成する他の装置を使用する有線または無線通信リンクとすることができる。
【００１２】
これら実施例は、リモートユーザ装置（ＲＵＤ）５、例えば、クライアントのパソコン（ＰＣ）、ワークステーションまたはユーザインターフェース（ＵＩ）およびディスプレイを有する別のコンピューティング装置も含むことができる。ＲＵＤ５は、一般に、中央処理ユニット（ＣＰＵ）６、ディスプレイ８およびユーザインターフェース、例えば、キーボード７および／またはマウス９も含む。ＲＵＤ５は、ＣＰＵ６上のオペレーティングシステムと組み合わせて作動する画像処理装置も含むことができる。
【００１３】
いくつかの実施例では、通信リンク１２を通して直接ＲＣＤ４とＩＤｅｖ２との間でデータを伝送してもよいし、または、通信リンク１０および１６を通してＲＵＤ５により間接的にデータを伝送してもよい。いくつかの実施例では、通信リンク１６を通して直接ＲＣＤ４とＲＵＤ５との間でデータを伝送してもよいし、または、通信リンク１０および１２を通し、ＩＤｅｖ２を介して間接的にデータを伝送しても良い。いくつかの実施例では、通信リンク１０を通して直接ＲＵＤ５およびＩＤｅｖ２からデータを伝送してもよいし、または、通信リンク１２および１６を通し、ＲＣＤ４により間接的にデータを伝送してもよい。
【００１４】
いくつかの実施例では、ＲＣＤ４がＩＤｅｖ２の機能を制御し、その機能のユーザ制御を可能にできるこのことは、ユーザにアクセス可能なＵＩに対し、ＵＩコンテントを送ることによって実行できる。いくつかの実施例では、ＩＤｅｖ２はＲＣＤ４からのコンテントを受信し、これをディスプレイし、そのコンテントのディスプレイに応答し、ユーザ入力を受け入れできる。いくつかの実施例では、ＲＣＤ４はＲＵＤディスプレイ８にディスプレイするよう、ＲＵＤ５に対してＵＩコンテントを送ることができる。ＲＵＤディスプレイ８にＵＩコンテント１４をディスプレイすることに応答して受信されたユーザ入力を、通信リンク１６を通し、直接、または、通信リンク１０および１２を通し、ＩＤｅｖ２により、ＲＣＤ４へ送り戻すことができる。
【００１５】
本発明のいくつかの実施例では、作動環境の一例は画像処理装置、例えば、ＲＣＤ４で作動する外部の（第三者の）アプリケーションにより、画像処理ジョブをプログラムにより制御できる画像処理装置、例えば、ＩＤｅｖ２を含むことができる。これら実施例では、ＩＤｅｖ２により外部制御アプリケーションを登録できる。一旦登録すると、制御アプリケーションはＩＤｅｖ２のユーザインターフェース（ＵＩ）（例えばフロントパネルのタッチスクリーンＵＩ）を制御することにより、装置へのウォークアップアクセスを制御する。いくつかの実施例では、この制御アプリケーションはＩＤｅｖ２にＵＩデスクリプションを送ることができ、ＩＤｅｖ２はネイティブなＵＩディスプレイと制御アプリケーション／ＲＣＤ４からのＵＩデスクリプション（例えばディスプレイコンテント）とを交換できる。ウォークアップユーザが、制御アプリケーションのＵＩディスプレイコンテントをディスプレイしているＩＤｅｖ  ＵＩへ入力信号を入力すると、ＩＤｅｖ２はＲＣＤ４上の制御アプリケーションへ入力応答を送ることができる。次に、制御アプリケーション／ＲＣＤ４は、入力応答を解読し、適当なときにＩＤｅｖ２へコマンドを送り、ユーザ入力が示す機能を実行できる。
【００１６】
本発明の実施例では、ＲＣＤ４上の制御アプリケーションは、そのプログラム制御をＩＤｅｖ２（例えばプリント／ファックスドライバ）とインターフェースするリモートＵＩ８、例えば、ＲＵＤ５上のリモートＵＩへ拡張できる。いくつかの実施例では、制御アプリケーション／ＲＣＤ４は、ネイティブなＵＩインターフェースを登録することに相当するように、ＩＤｅｖ２によりリモートＵＩインターフェース１４を登録できる。ＲＵＤ５／クライアントのＰＣ側では、プリント／ファックスドライバはプログラム制御インターフェースを有する包括的なドライバとすることができる。いくつかの実施例では、ＲＵＤ５でプリント／ファックスドライバが開始されると、ドライバは次のプロセスを統括できる。
１．ＩＤｅｖとの双方向通信の設定。
２．ＩＤｅｖは制御アプリケーション／ＲＣＤにより登録されたリモートＵＩデスクリプションをＲＵＤ上のプリント／ファックスドライバへ転送できる。
３．ドライバ／ＲＵＤはＵＩをプリント／ファックスの設定ＵＩとしてレンダリングし、これをユーザにディスプレイする。
４．ドライバ／ＲＵＤはＵＩ応答をＩＤｅｖに送り戻し、ＩＤｅｖはこれら応答を制御アプリケーション／ＲＣＤに転送する。
５．制御アプリケーション／ＲＣＤは応答を解読し、装置および／またはドライバのための対応するアクションをＩＤｅｖへ送り戻す。
プリント／ファックスドライバによるプリントデータの発生は、次の方法のうちの１つを含むことができる。
１．ドライバ／ＲＵＤは制御アプリケーション／ＲＣＤがドライバアクションを送るのを待つ。これらアクションに基づき、ドライバは完成したプリントジョブを発生する。
２．ドライバ／ＲＵＤはＵＩ応答をＩＤｅｖに送ったときに限り、プリントデータをロジカルページ（すなわち命令などを出力するノーシートアセンブリ）を送る。ＩＤｅｖはロジカルページを記憶し、制御アプリケーション／ＲＣＤが装置のアクションを送るのを待つ。これらアクションに基づき、これらＩＤｅｖはロジカルページをレンダリング／出力する。
【００１７】
プリンタ／ファックスドライバは、あるフォーマット（例えばＭＳ−Ｗｏｒｄ）のドキュメントデータをプリンタレディデータ（例えばＰＣＬ）に変換し、オプションとしてＵＩで指定されたプリント命令のうちの一部（例えばプリントエミュレーション）をオプションとして実行するアプリケーション／プロセスとすることができる。他のケースでは、プリンタ／ドライバは元のフォーマット（例えばダイレクトプリント、ウェブブラウザなど）のドキュメントデータを直接操作し、オプションとしてＵＩで指定されたプリント命令のうちの一部（例えばプリントエミュレーション）を実行するアプリケーションとすることができる。
【００１８】
１．オペレーティング環境の例；
図２を参照して説明する実施例では、作動環境の一例はウォークアップ機能およびリモートジョブ入力機能を備えた、ネットワーク接続またはローカル接続された多機能周辺装置（ＩＤｅｖ）２を含む。ウォークアップジョブの例として次のことを挙げることができる。
１．コピー
２．ネットワークスキャン
３．ハードコピーのファックス出力
４．記憶装置へのスキャン（例えばファイリング）
リモート入力ジョブの例として次のことを挙げることができる。
１．プリント
２．スキャン（例えばトワインドライバ）
３．ＰＣファックス
４．ファイリング
５．フォーマット変換
６．リモートコピー
７．ウェブへのパブリッシュ
【００１９】
いくつかの実施例では、ＩＤｅｖ２はＲＣＤ４で見られるような外部（第三者）の制御アプリケーション２１によってプログラム制御できるタッチスクリーン（ＵＩ）を含むことができる。いくつかの実施例では、例えば、マニュアル入力、プログラムサブスクリプションまたはディスカバリにより、ＩＤｅｖ２に制御アプリケーション２１を登録できる。
【００２０】
このモードでは、制御アプリケーション２１は、ＩＤｅｖ２へＵＩ定義２２を送ることができ、ＩＤｅｖ２はこのＵＩ定義をウォークアップジョブのためのタッチスクリーン２６のＵＩインターフェース２７としてレンダリングできる。ユーザがＩＤｅｖ２にディスプレイされている制御アプリケーションのタッチスクリーンＵＩ２７へ入力信号を入力すると、ＵＩ入力応答を制御アプリケーション２１／ＲＣＤ４へ送りもどすことができる（２３）。制御アプリケーション２１／ＲＣＤ４は、これら応答を解読し、入力された応答に対応するコマンド２４を実行のためにＩＤｅｖ２へ送ることができる。
【００２１】
ＩＤｅｖ２との制御アプリケーションの双方向の通信接続１２は、多数の通信トランスポート方法によって行うことができる。これら方法の例として次のものを挙げることができる。
１．ＴＣＰ／ＩＰ
２．アップルトーク
３．ＩＥＥＥ１２８４パラレルポート
４．ＩｒＤＡ
５．ブルートゥース、ＷｉＦｉ、その他の無線プロトコル
６．ローカルポート：パラレル、シリアル、ＵＳＢ
【００２２】
２．制御アプリケーションの登録−実施例１−ＩＤｅｖへダウンロードされるＵＩ；
図３を参照して説明する本発明のいくつかの実施例では、ＲＣＤ４で作動する制御アプリケーション３１をＩＤｅｖ２により登録できる。この登録プロセスは、多数の方法によって行うことができる。これら方法の例として次の方法を挙げることができる。
１．管理インターフェース（すなわちフロントパネル上のキーオペレータのコードまたは埋め込まれたウェブページ）によるマニュアル入力
２．ＩＤｅｖ上のプログラム登録インターフェース（例えばシンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）、ＨＴＴＰ、ＴＣＰ／ＩＰによる所有権のあるプロトコルなど）を通した制御アプリケーション／ＲＣＤによる自動登録
３．サービスディスカバリプロトコル（例えばサービスロケーションプロトコル（ＳＬＰ）、シンプルサービスディスカバリプロトコル（ＳＳＤＰ）、サリュテーション、ＷＳ−ディスカバリ、マイクロソフトＵＰｎＰ、Ｓｕｎ Ｊｉｎｉ、ブルートゥースなど）によるＩＤｅｖによる制御アプリケーションの発見
【００２３】
登録の一部として、制御アプリケーション３１／ＲＣＤ４がリモートＵＩ定義をＩＤｅｖ２へダウンロードできる（３４）。リモートＵＩページ定義は、例えば、下記のものを含むがこれらに限定されないユーザインターフェースを記述するのに適した任意のフォーマットとすることができる。
１．ＨＴＭＬ（ハイパーマークアップ言語）
２．ＸＭＬ（拡張可能なマークアップ言語）
３．ＸＵＬ（ＭＭＬに基づくユーザインターフェース言語）−Mozilla XPToolkit Project
【００２４】
ＩＤｅｖ２は、登録された制御アプリケーション３１のためのリモートＵＩ定義３３を記憶できる。ＩＤｅｖコントローラ３２は、ＩＤｅｖファイル転送、通信およびその他の機能を実行できる。下記のような任意の記憶手段を使用できるが、これらに限定されない。
１．装置内の内部記憶手段
２．装置の外部記憶手段、例えば記憶サーバに設けられている記憶手段
３．取り外し自在な記憶装置、例えばＵＳＢサムドライブ
【００２５】
図４を参照して説明するいくつかの実施例では、ユーザは制御アプリケーション３１のプログラム制御のもとで作動できる包括的ドライバ４０を使って、ＲＵＤ／クライアントＰＣ５（例えばデスクトップＰＣ、ラップトップ、ＰＤＡなど）からのリモート入力ジョブを開始できる。これら実施例では、包括的ドライバ４０は、ＩＤｅｖ２との双方向の通信パス４３および４４を設定できる。この通信パスは、次の多数の通信プロトコルを通すことができるが、下記のプロトコルだけに限定されない。
１．ＳＯＡＰ／ＸＭＬ
２．ＨＴＴＰ
３．ＦＴＰ
４．ＴＣＰ／ＩＰを通した所有権のあるプロトコル
【００２６】
これら実施例では、包括的なプリンタドライバ４０はドキュメントデータをプリンタレディデータに変換するドライバ（例えばマイクロソフト社のウィンドウズ（登録商標）とコンパーチブルなＧＤＩプリンタドライバ）、ダイレクトプリントアプリケーション（例えばシャープカラーＤＰＵ）またはウェブブラウザ（例えばマイクロソフト社のインターネットエクスプローラ）とすることができる。
【００２７】
包括的なドライバ４０がＩＤｅｖ２との通信パスを設定すると、包括的なドライバ４０は、ＩＤｅｖ２からリモートＵＩインターフェース定義をリクエストできる（４３）。次に、ＩＤｅｖ２は、リモートＵＩを有する制御アプリケーションがＩＤｅｖ２で登録されるかどうかをチェックできる。いくつかの実施例では、ＩＤｅｖはリモートＵＩを有する２つ以上の制御アプリケーションを有することができ、最良当てはめアルゴリズムに基づき、または、他のある方法により、登録されたアプリケーションの間の選択を行うことができる。例えば、制御アプリケーションは、次のうちのいずれかのクラスに対して自ら登録できる。
１．ユーザ
２．範囲（例えばロケーション、部門の関連、ネットワークドメインなど）
３．タイプ（例えば画像処理ジョブのタイプ、プリント、ファックス、ファイル、スキャンなど）
【００２８】
ＩＤｅｖ２が少なくとも１つの登録された制御アプリケーションを有していない場合、ＩＤｅｖ２は包括的ドライバ４０へ拒絶メッセージ４５を送ることができる。リモートＵＩのリクエスト４３が拒絶された場合、包括的ドライバは次のいずれかを行うことができる。
１．プロセスを終了すること
２．別の装置を試みること
３．デフォルトユーザインターフェース、例えばドライバに組み込まれているインターフェースを使用すること
【００２９】
下記の他の理由により、ドライバ４０からのリモートＵＩリクエスト４３を許可／拒絶することもできる。
１．ユーザ認証−装置がリモートＵＩリクエストを開始するユーザを認証できる
２．ホスト認証−装置はＩＰ／ＤＮＳネームのフィルタリングを使用し、通信アドレスまたはネーミングされた装置のグループへのアクセスを許可または拒絶することができる
【００３０】
制御アプリケーションが発見され、および／または一致し、アクセスが許可された場合、ＩＤｅｖ２は包括的ドライバ４０へリモートＵＩ定義４４を送ることができる。一般的に、リクエスト４３と同じ通信チャンネルに応答４４および４５があるが、いくつかの実施例では、バックチャンネル応答４４および４５のために別個の通信チャンネルを使用することができる。
【００３１】
次に、包括的ドライバ４０は、受信したリモートＵＩ定義４４に従い、ディスプレイ４１上でＵＩ４２をレンダリングできる。例えば、マイクロソフト社のＧＤＩプリントサブシステムでは、ユーザはアプリケーション内のＰｒｉｎｔを選択することにより、プリント／ファックスジョブを開始できる。このアプリケーションは、インストールされたプリンタ（例えばロジカルプリンタ）を選択するためのプリントダイアログで応答できる。次に、ユーザは、包括的ドライバに関連するインストールされたプリンタを選択できる。一旦選択されると、ユーザはプリントダイアログ上のプロパティボタンを選択することができ、これによってドライバにコマンドを送り、ドライバ固有のプリント設定ＵＩをレンダリングする。従って、この例では、ユーザがプロパティボタンを選択すると、包括的ドライバ４０がリモートＵＩ４２をレンダリングする。
【００３２】
更に、例えば、ポート指定または下記のようなＩＤｅｖ２にダイナミックに向けられた多層接続により、ＩＤｅｖ２と包括的ドライバ４０を直接関連付けできる。
１．ＩＤｅｖの通信アドレス（例えばＩＰアドレス）またはネットワークドメインネーム（例えばＤＮＳ、ＷＩＮＳ）のユーザ入力
２．装置ディスカバリ方法（例えばＷＳ−ディスカバリ、ＳＮＭＰディスカバリなど）
【００３３】
更に、包括的ドライバ４０は、リモートＵＩ４０をレンダリングする際にプログラム補助も使用できる。例えば、リモートＵＩ定義４４がＸＭＬフォーマットである場合、包括的ドライバ４０は視覚的表示となるようにＸＭＬデータをどのようにレンダリングするかを定めるために、ＸＭＬスタイルのシート（ＸＳＬＴ）を使用できる。レンダリング補助の例として次のものを挙げることができる。
１．制御アプリケーション
２．ＩＤｅｖ
３．ドライバ
【００３４】
いくつかの実施例では、ユーザは直接提出（例えばドライバレス）アプリケーションを使って画像処理ジョブを提出できる。これらケースでは、ダイレクト提出アプリケーションは包括的ドライバ４０に対して記述した同じリモートＵＩ機能を実行できる。
【００３５】
いくつかの実施例では、ユーザはウェブブラウザを使って画像処理ジョブを提出できる。これらケースでは、ウェブブラウザは包括的ドライバ４０に対して記述したのと同じリモートＵＩ機能を実行できる。
【００３６】
３．制御アプリケーションの登録−実施例２−ＩＤｅｖにより登録されたリモートＵＩ；
図５を参照して説明するいくつかの実施例では、ＩＤｅｖ２、例えば、上記方法により制御アプリケーション５１を登録できる。
【００３７】
これら実施例では、制御アプリケーション５１がリモートＵＩ定義をＩＤｅｖ２へダウンロードしないという点で、登録プロセスは上記プロセスと異なっている。その代わりに、リモートＵＩ定義は制御アプリケーションと共に常駐したままである。登録プロセスの一部として、登録は次のことを含む。
１．リモートＵＩ定義のロケーションを識別するＵＲＩまたはＵＲＬ
２．制御アプリケーションがリモートＵＩ定義をダウンロードするようにリクエストするための制御アプリケーションへのプログラムインターフェースのコール
【００３８】
図６を参照して説明するいくつかの実施例では、ユーザは制御アプリケーション６７のプログラム制御下で作動できる包括的ドライバ６０を使って、クライアントＰＣ／ＲＵＤ５（例えばデスクトップＰＣ、ラップトップ、ＰＤＡなど）からのリモート入力ジョブを開始できる。これら実施例では、包括的ドライバ６０は上記方法のようないずれかの方法を使ってＩＤｅｖ２との双方向の通信パス６３および６９を設定できる。
【００３９】
包括的ドライバ６０がＩＤｅｖ２との通信パス６３および６９を一旦設定すると、包括的ドライバ６０はＩＤｅｖ２からリモートＵＩインターフェースの定義をリクエストできる（６３）。ＩＤｅｖ２は次に、リモートＵＩを有する制御アプリケーションがＩＤｅｖ２により登録されたかどうかをチェックできる。いくつかの実施例では、ＩＤｅｖ２はリモートＵＩを有する２つ以上の制御アプリケーションを有することができ、上記のように、または、他の方法により選択を行うことができる。
【００４０】
ＩＤｅｖ２が少なくとも１つの登録された制御アプリケーションを有していない場合、ＩＤｅｖ２は包括的ドライバ６０へ拒絶メッセージ６９を送り戻すことができる。リモートＵＩリクエスト６３が拒絶された場合、包括的ドライバ６０は、図４に示された実施例を参照してこれまで説明したように応答できる。
【００４１】
制御アプリケーション６７が発見および／または一致し、アクセスが許可された場合、ＩＤｅｖ２はリモートＵＩ ＵＲＩ６８（またはプログラムコール）を包括的ドライバ６０へ送り戻すことができる。応答がＵＲＩのフォームである場合、包括的ドライバ６０はＲＣＤ４に対してリモートまたはローカルである制御アプリケーションのＵＩ記憶装置６５からリモートＵＩ定義を直接プルできる（６６）。別の実施例では、包括的ドライバ６０へ送られるプログラムコール６８は、制御アプリケーション６７により通信チャンネル６６を設定でき、このチャンネル６６を通して（プログラムコールに基づく）リモートＵＩ定義をリクエストできる。次に、制御アプリケーション６７は包括的ドライバ６０へリモートＵＩ定義を送ることによって応答できる。他の実施例に関連し、これまで説明したような通信およびリモートＵＩ定義のために、多くのプロトコルおよびデータフォーマットを使用できる。
【００４２】
別の実施例では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これら実施例では、直接提出アプリケーションが包括的ドライバのために説明したのと同じリモートＵＩ定義を実行できる。
【００４３】
別の実施例では、ユーザはウェブブラウザを使って画像処理ジョブを提出できる。これら実施例では、ウェブブラウザのアプリケーションは包括的ドライバについてこれまで説明したのと同じリモートＵＩ機能を実行できる。
【００４４】
４．制御アプリケーションの登録−実施例３−ＩＤｅｖへ送られるＲＵＤ ＵＲＩ；
【００４５】
図７を参照して説明するいくつかの実施例では、ユーザは制御アプリケーション７７のプログラム制御下で作動できる包括的ドライバ７０を使って、クライアントＰＣ／ＲＵＤ５（例えばデスクトップＰＣ、ラップトップ、ＰＤＡなど）からのリモート入力ジョブを開始できる。これら実施例では、包括的ドライバ７０は上記方法のようないずれかの方法を使ってＩＤｅｖ２との双方向の通信パス７３および７９を設定できる。
【００４６】
包括的ドライバ７０がＩＤｅｖ２との通信パス７３および７９を一旦設定すると、包括的ドライバ７０はＩＤｅｖ２からリモートＵＩインターフェースの定義をリクエストできる（７３）。ＩＤｅｖ２は、次に、リモートＵＩを有する制御アプリケーションがＩＤｅｖ２により登録されたかどうかをチェックできる。いくつかの実施例では、ＩＤｅｖ２はリモートＵＩを有する２つ以上の制御アプリケーションを有することができ、上記のように、または他の方法により選択を行うことができる。
【００４７】
ＩＤｅｖ２が少なくとも１つの登録された制御アプリケーションを有していない場合、ＩＤｅｖ２は包括的ドライバ７０へ拒絶メッセージ７９を送り戻すことができる。リモートＵＩリクエスト７３が拒絶された場合、包括的ドライバ７０は、図４に示された実施例を参照してこれまで説明したように応答できる。
【００４８】
制御アプリケーション７７が発見され、および／または一致し、アクセスが許可された場合、ＩＤｅｖ２はＵＩ定義を包括的ドライバ７０へ送ることをリクエストするリモートＵＩ ＵＲＩ、プログラムコールまたは別のメッセージ７８を、制御アプリケーション７７へ送ることができる。次に、制御アプリケーション７７はメッセージ７８内に識別された包括的ドライバ７０へ直接ＵＩ定義７５を送る（７６）ことができる。ＲＣＤ４に対してリモートまたはローカルであり得る制御アプリケーションのＵＩ記憶装置６５からＵＩ定義を読み出してもよい。他の実施例に関してこれまで説明したような通信およびリモートＵＩ定義のために、多くのプロトコルおよびデータフォーマットを使用できる。
【００４９】
別の実施例では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これら実施例では、直接提出アプリケーションが包括的ドライバのために説明したのと同じリモートＵＩ定義を実行できる。
【００５０】
別の実施例では、ユーザはウェブブラウザを使って画像処理ジョブを提出できる。これら実施例では、ウェブブラウザのアプリケーションは包括的ドライバについてこれまで説明したのと同じリモートＵＩ機能を実行できる。
【００５１】
５．リモートジョブ入力−実施例１−ＩＤｅｖを介した制御アプリケーションとのクライアント／ＲＵＤインターフェース；
図８を参照して説明するいくつかの実施例では、ユーザは選択（例えばカーソル、マウス選択、テキスト入力）を包括的ドライバのレンダリングされたリモートＵＩ８３へ入力できる。次に、包括的ドライバ８０により、入力応答８５を記録できる。入力された応答８５を特定の選択制御要素（例えばボタン選択、入力ボックス）、選択制御要素にマッピングし戻すことができるグリッドコーディネート、または、他のいくつかの関連付け方法により関連付けできる。
入力応答の例として次のものを挙げることができる。
１．クリック、すなわち、選択／選択解除されたボタンまたはチェックボックス
２．列挙された選択リスト内の要素のアイテム、すなわち、列挙された選択リスト内の要素のインデックス
３．テキスト、すなわち、入力ボックスに入力されたテキスト
【００５２】
次に、ＩＤｅｖ２へ入力応答を送ることができる（８６）。これら入力応答８６は、ＩＤｅｖ２またはリモートジョブを特に入力するための別の（例えば非同期の）通信チャンネルからのリモートＵＩリクエストのために使用される同じ通信チャンネルを通して送ることができる。
【００５３】
次に、ＩＤｅｖ２は、制御アプリケーション８２へ入力応答を転送できる（８７）。いくつかの実施例では、ＲＵＤ５とＩＤｅｖ２との間の入力応答８６のフォーマットは、ＩＤｅｖ２と制御アプリケーション８２との間の応答８７のフォーマットと異なっていてもよい。かかるケースでは、ＩＤｅｖ２は入力応答を制御アプリケーション８２とコンパーチブルなフォーマットに変換できる。ＩＤｅｖ２は、通信パスを設定し、入力応答を、例えば、ＳＯＡＰ／ＸＭＬウェブサービスにより制御アプリケーションに転送するために多くの方法を使用できる。
【００５４】
更に、ＲＵＤ／クライアント５とＩＤｅｖ２との間の入力応答８６および／またはＩＤｅｖ２と制御アプリケーション８２との間の応答８７を暗号化しおよび／または圧縮できる。
図９を参照し、本発明のいくつかの実施例について説明する。これら実施例では、応答受信時に制御アプリケーション９３はこれら応答を解読する。入力データおよび関連する制御に基づき、これら応答を包括的ドライバ９１固有のドライバアクション９６に変換する。例えば、ＭＳ ＧＤＩプリントサブシステム内のプリンタドライバは、ＤＥＶＭＯＤＥのデータ構造を使用し、プリント設定を指定する。この実施例では、制御アプリケーション９３は応答（例えばプリント設定）を包括的ドライバ９１とコンパーチブルなＤＥＶＭＯＤＥ構造内で、対応する二進設定に変換できる。
【００５５】
いくつかの実施例では、制御アプリケーション９３は、包括的ドライバ９１とコンパーチブルであり、ＸＭＬフォーマットでアクションを表示する共通ジョブ設定言語に応答を変換できる。
【００５６】
いくつかの実施例では、制御アプリケーションはドライバアクションをＩＤｅｖ２に送ることができる。いくつかの実施例では、ＩＤｅｖコントローラ９２がこれらアクションを受信する。制御アプリケーション９３は、同じ通信チャンネルを使用することができ、ＩＤｅｖ２はこのチャンネルにより入力応答を制御アプリケーション９３または別の通信チャンネルに送る。
【００５７】
次に、ＩＤｅｖ２はドライバアクション９４を包括的ドライバ９１へ転送できる。いくつかの実施例では、ＩＤｅｖ２と包括的ドライバ９１との間のドライバアクション９４のデータフォーマットは、制御アプリケーション９３とＩＤｅｖ２との間で行われるドライバアクション９６のフォーマットと同じであり、これらフォーマットは変更することなく転送できる。いくつかの実施例では、フォーマットは異なっていてもよく、ＩＤｅｖ２は制御アプリケーション９３からのドライバアクション９６を包括的ドライバ９１とコンパーチブルなフォーマットに変換できる。ＩＤｅｖ２は、ドライバアクションを包括的ドライバ９１に送るのに任意の通信チャンネル、例えば、包括的ドライバからのリモートＵＩ応答を受信するのに使用された同じ通信チャンネルまたは別の通信チャンネルを使用できる。
【００５８】
包括的ドライバ９１は、ＩＤｅｖ２から受信したドライバアクション９４をプリント設定に解読でき、ＩＤｅｖ２とコンパーチブルであり、ユーザの入力の意図を示す画像処理ジョブ９５を発生するように、関連する作動を実行できる。次に、包括的ドライバ９１により、レンダリング／出力のためのＩＤｅｖ２へ、画像処理ジョブ９５を送る。この画像処理ジョブ９５は任意の通信チャンネル、例えば、ＩＤｅｖ２からのドライバアクションを受信するのに使用された通信チャンネルまたは別の通信チャンネル（例えば遺産プリントポート〜ＬＰＲ、ＲＡＷ９１００）により送ることができる。
【００５９】
別の実施例では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これら実施例では、直接提出アプリケーションは包括的ドライバ９１のために説明したのと同じリモートＵＩ定義を実行できる。
【００６０】
別の実施例では、ユーザはウェブブラウザを使って画像処理ジョブを提出できる。これら実施例では、ウェブブラウザのアプリケーションは包括的ドライバ９１についてこれまで説明したのと同じリモートＵＩ機能を実行できる。
【００６１】
６．リモートジョブ入力−実施例２−クライアントは制御アプリケーションと直接インターフェースする；
本発明のいくつかの実施例では、ユーザはタッチスクリーンディスプレイ１０４上で包括的ドライバのレンダリングされたリモートＵＩ１０３または他のＵＩとなるように選択を入力できる。これら入力された応答１０６は、次に、包括的ドライバ１００により記録される。入力された応答１０５は、特定の選択制御要素、選択制御要素にマッピングし戻すことができるグリッドコーディネートに関連付けできるし、または、他の関連によって関連付けできる。
【００６２】
次に、制御アプリケーション１０２に入力応答１０６を直接送ることができる。これら入力応答１０６は任意の通信チャンネルおよびデータプロトコルにより送ることができる。例えば、包括的ドライバ１００が制御アプリケーション１０２から直接リモートＵＩ定義を受信した場合、包括的ドライバ１００は同じ通信チャンネルを使用できる。そうでない場合、包括的ドライバ１００は、例えば、ＴＣＰ／ＩＰを通して別の通信チャンネルを設定し、データ、例えば、ＳＯＡＰ／ＸＭＬメッセージを送信できる。
【００６３】
いくつかの実施例では、クライアント／ＲＵＤ５と制御アプリケーション１０２との間の入力応答を暗号化し、および／または圧縮できる。
図１１を参照し、本発明のいくつかの実施例について説明する。これら実施例では、制御アプリケーション１１２は入力データおよび関連する機能に基づき、受信した応答を解読できる。次に、解読された応答は、例えば、前に説明した方法において、包括的ドライバ１１０に固有のドライバアクション１１４に変換できる。
【００６４】
いくつかの実施例では、制御アプリケーション１１２は、受信したアクションを包括的ドライバ１１０とコンパーチブルで、例えば、ＸＭＬフォーマットでアクションを表示する共通ジョブ設定言語に変換できる。
【００６５】
制御アプリケーション１１２は、ドライバアクション１１４を包括的ドライバ１１０へ送ることができる。制御アプリケーション１１２は、同じ通信チャンネルを使用でき、制御アプリケーション１１２は包括的ドライバ１１０が入力応答を送ったときに使用した同じ通信チャンネルまたは別の通信チャンネルを使用できる。
【００６６】
包括的ドライバ１１０は、制御アプリケーション１１２から受信したドライバアクション１１４をプリント設定に解読でき、ＩＤｅｖ２とコンパーチブルであり、ユーザの入力の意図を示す画像処理ジョブ１１３を発生するように、関連する作動を実行できる。次に、包括的ドライバ１１０により、レンダリング／出力のためのＩＤｅｖ２へ、画像処理ジョブ１１３が送られる。この画像処理ジョブ９５は任意の通信チャンネル、例えば、ＳＯＡＰ／ＸＭＬウェブサービス、または、遺産プリントポート（例えば、ＬＰＲ、ＲＡＷ９１００）により送ることができる。
【００６７】
別の実施例では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これら実施例では、直接提出アプリケーションは包括的ドライバ１１０のために説明したのと同じリモートＵＩ定義を実行できる。
【００６８】
７．リモートジョブ入力−実施例３−クライアントはＩＤｅｖ２を介し、制御アプリケーションとインターフェースする；
図１２を参照して説明するいくつかの実施例では、ユーザは選択を包括的ドライバのレンダリングされたリモートＵＩ２３へ入力できる。これら入力された応答は、次に、包括的ドライバ１２０により記録できる。これら入力された応答は、特定の選択制御要素、選択制御要素にマッピングし戻すことができるグリッドコーディネートに関連付けできるし、または、他の関連によって関連付けできる。
【００６９】
いくつかの実施例では、包括的ドライバ１２０は、ロジカルページ（すなわちシートプレースメント、シートアセンブリおよび出力のためにフォーマットされていないページ）として、ＩＤｅｖ２とコンパーチブルなプリント（またはファックスもしくはファイル）フォーマットとなるように、ドキュメントデータを変換できる。
【００７０】
次に、ＩＤｅｖ２に入力応答およびロジカルページ１２６を送り戻すことができる。この入力応答／ロジカルページ１２６は、ＩＤｅｖ２からのリモートＵＩリクエストのために使用されたのと同じ通信チャンネルを通して、または、リモートジョブを特に入力するための別の（すなわち非同期の）通信チャンネルを通して送ることができる。
【００７１】
別の実施例では、ＩＤｅｖ２はロジカルフェーズを記憶し、次に、入力された応答１２７を制御アプリケーション１２２に転送できる。いくつかの実施例では、クライアント／ＲＵＤ５とＩＤｅｖ２との間の入力応答１２６のフォーマットは、ＩＤｅｖ２と制御アプリケーション１２２との間のＵＩ応答１２７のフォーマットと異なっていてもよい。かかるケースでは、ＩＤｅｖ２は入力応答１２６を制御アプリケーション１２２とコンパーチブルなフォーマットに変換できる。ＩＤｅｖ２は、通信パスを設定し、入力応答を、例えば、ＳＯＡＰ／ＸＭＬウェブサービスにより、制御アプリケーションに転送するために、任意の方法使用できる。
【００７２】
いくつかの実施例では、クライアント／ＲＵＤ５とＩＤｅｖ２との間、および／またはＩＤｅｖ２と制御アプリケーション１２２との間の入力応答を暗号化し、および／または圧縮できる。
図１３を参照して説明した本発明の別の実施例は、制御アプリケーション１３２は入力データおよび関連する制御機能に基づき、受信した応答を解読できる。次いで、これら解読された応答をＩＤｅｖ２固有のデバイスアクション１３３へ変換できる。例えば、ＨＰ  ＰＪＬ／ＰＣＬコンパーチブルプリンタは、ＰＪＬ（プリンタジョブ言語）フォーマットのプリント設定を受け入れる。この例では、制御アプリケーション１３２は応答（例えばプリント設定）をＩＤｅｖ２とコンパーチブルな対応するＰＪＬコマンドへ変換する。
【００７３】
いくつかの実施例では、制御アプリケーション１３２は、例えば、ＸＭＬフォーマットでアクションを表示することにより、アクションをＩＤｅｖ２とコンパーチブルな共通ジョブ設定言語に変換できる。
【００７４】
制御アプリケーションはデバイスアクション１３３をＩＤｅｖ２内のＩＤｅｖコントローラ１３１へ送ることができる。制御アプリケーション１３２は、ＩＤｅｖ２が入力応答を送るときに使用したのと同じ通信チャンネル、または別の通信チャンネルを使用できる。
【００７５】
ＩＤｅｖ２は、次に、ロジカルページを検索し、制御アプリケーション１３２から受信したデバイスアクション１３３をプリント設定となるように解読する。ＩＤｅｖ２は、画像処理ジョブをレンダリング／出力するための関連する作動も実行できる。
【００７６】
別の実施例では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これら実施例では、直接提出アプリケーションは包括的ドライバ１３０のために説明したのと同じリモートＵＩ定義を実行できる。
【００７７】
８．リモートジョブ入力−実施例４−クライアントは制御アプリケーションと直接インターフェースする；
図１４を参照して説明するいくつかの実施例では、ユーザは選択を包括的ドライバのレンダリングされたリモートＵＩ１４３へ入力できる。これら入力された応答１４５は、次に、包括的ドライバ１４０により記録できる。これら入力された応答は、特定の選択制御要素、選択制御要素にマッピングし戻すことができるグリッドコーディネートに関連付けできるし、または、他の関連によって関連付けできる。
いくつかの実施例では、包括的ドライバ１４０は、ロジカルページ（すなわちシートプレースメント、シートアセンブリおよび出力のためにフォーマットされていないページ）として、ＩＤｅｖ２とコンパーチブルなプリント（またはファックスもしくはファイル）フォーマットとなるように、ドキュメントデータを変換できる。次に、ロジカルページを包括的ドライバ１４０により保持できる。
【００７８】
いくつかの実施例では、ロジカルページに対する入力応答およびＵＲＩ（統一リソースインジケータ）１４６をＩＤｅｖ２へ送ることができる。これら入力応答／ページＵＲＩ１４６は、ＩＤｅｖ２からのリモートＵＩリクエストのために使用された同じ通信チャンネル、または、リモートジョブを特に入力するための別の（すなわち非同期の）通信チャンネルを通して送ることができる。
【００７９】
ＩＤｅｖ２はページＵＲＩを記憶し、入力応答１７４を制御アプリケーション１４２へ送ることができる。いくつかの実施例では、クライアント／ＲＵＤ５とＩＤｅｖ２との間の入力応答のフォーマットは、ＩＤｅｖ２と制御アプリケーション１４２との間のフォーマットと異なっていてもよい。かかるケースでは、ＩＤｅｖ２は入力応答１４６を制御アプリケーション１４２とコンパーチブルなフォーマットに変換できる。ＩＤｅｖ２は、通信パスを設定し、入力応答１４７を、例えば、ＳＯＡＰ／ＸＭＬウェブサービスにより、制御アプリケーションに転送するために、任意の方法を使用できる。
本発明のいくつかの実施例では、制御アプリケーション１４２は入力データおよび関連する制御機能に基づき、ＵＩで受信された応答を解読できる。これら解読された応答を、他の実施例を参照してこれまで説明したように、ＩＤｅｖ２固有のデバイスアクションに変換できる。
【００８０】
図１５を参照して説明するいくつかの実施例では、制御アプリケーション１５２は、例えば、ＸＭＬフォーマットでアクションを表示することにより、アクションをＩＤｅｖ２とコンパーチブルな共通ジョブ設定言語に変換できる。
【００８１】
次に、制御アプリケーション１５２は、デバイスアクション１５４をＩＤｅｖ２へ送ることができる。制御アプリケーションは、ＩＤｅｖ２が入力応答を送ったときに使用した同じ通信チャンネルまたは別の通信チャンネルを使用できる。
【００８２】
ＩＤｅｖ２は、ページＵＲＩを使って包括的ドライバ１５０から任意の関連するロジカルページをプルまたはリクエスト（１５３）し、制御アプリケーションから受信したデバイスアクションをプリント設定となるように解読できる。ＩＤｅｖ２は、画像処理ジョブをレンダリング／出力するための関連する動作を実行することもできる。
【００８３】
いくつかの実施例では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これらケースでは、直接提出アプリケーションは包括的ドライバ１５０のために説明したのと同じリモートＵＩ定義を実行できる。
【００８４】
別の実施例では、ユーザはウェブブラウザを使って画像処理ジョブを提出できる。これら実施例では、ウェブブラウザのアプリケーションは包括的ドライバ１５０についてこれまで説明したのと同じリモートＵＩ機能を実行できる。
【００８５】
これまで説明した多くの実施例は、プリントジョブの一例に関連して記載したが、他の実施例は、ソフトコピーフォーマットまたはハードコピーフォーマットのいずれかで出力をレンダリングする他のリモート入力画像処理動作、例えば、ファックス、スキャン、ファイル、パブリッシュ、ディスプレイおよびフォーマット変換も含む。
【００８６】
本発明の実施例は、マイクロソフト社のウィンドウズ（登録商標）オペレーティングシステム、アップル社のマッキントッシュオペレーティングシステム、ライナックスオペレーティングシステム、システムＶのユニックスオペレーティングシステム、ＢＳＤユニックスオペレーティングシステム、ＯＳＦユニックスオペレーティングシステム、ＩＢＭ社のメインフレームＭＶＳオペレーティングシステムおよびＩＢＭ社のＡＳ−４００のプリントサブシステムのうちの要素も含むことができる。
【００８７】
本明細書で使用した用語および表現は、本発明を説明するための用語として用いたものであり、本発明を限定するために用いたものではない。かかる用語および表現の使用に当たり、本明細書に示し、説明した特徴事項の均等物またはその一部を排除する意図はなく、本発明の範囲は特許請求の範囲のみによって定められることが認識できよう。
【図面の簡単な説明】
【００８８】
【図１】本発明の実施例の装置および通信リンクの例を示す図である。
【図２】ＲＣＤとＩＤｅｖとの間の通信例を示す図である。
【図３】ＲＣＤからＩＤｅｖへのＵＩ定義の送信を示す図である。
【図４】リモートユーザとＩＤｅｖとの間の通信例を示す図である。
【図５】ＲＣＤからＩＤｅｖへ送信されているＵＩ登録を示す図である。
【図６】ＲＣＤ  ＵＲＩからＲＵＤへの送信後に、ＲＣＤからＲＵＤへ送信中のＵＩ定義を含む実施例を示す図である。
【図７】ＩＤｅｖからＲＣＤへリクエスト後に、ＲＣＤからＲＵＤへ送信中のＵＩ定義を含む実施例を示す図である。
【図８】ＵＩ応答の通信例を示す図である。
【図９】ドライバアクションの通信例を示す図である。
【図１０】ＲＣＤへの入力応答の送信例を示す図である。
【図１１】ドライバアクションおよび画像処理ジョブの送信例を示す図である。
【図１２】ＵＩ応答およびロジカルページの送信例を示す図である。
【図１３】ＲＣＤからＩＤｅｖへのデバイスアクションの送信例を示す図である。
【図１４】ＵＩ応答およびページＵＲＩの送信例を示す図である。
【図１５】デバイスアクションとページデータプルの送信例を示す図である。
【符号の説明】
【００８９】
２…画像処理装置、４…リモートコンピューティング装置、５…リモートユーザ装置、６…中央処理ユニット、７…キーボード、８…ディスプレイ、９…マウス、１０，１２，１６…通信リンク。
【図１】
2008084312.tif 000003
【図２】
2008084312.tif 000004
【図３】
2008084312.tif 000005
【図４】
2008084312.tif 000006
【図５】
2008084312.tif 000007
【図６】
2008084312.tif 000008
【図７】
2008084312.tif 000009
【図８】
2008084312.tif 000010
【図９】
2008084312.tif 000011
【図１０】
2008084312.tif 000012
【図１１】
2008084312.tif 000013
【図１２】
2008084312.tif 000014
【図１３】
2008084312.tif 000015
【図１４】
2008084312.tif 000016
【図１５】
2008084312.tif 000017