JP2010129094A - リモート画像処理ジョブおよび画像処理装置を第三者が管理制御するための方法およびシステム - Google Patents

Abstract

【課題】画像処理装置（ＩＤｅｖ）上のリモートＵＩ（ＲＵＩ）からＲＵＤのアプリケーションが操作でき、リモートユーザ装置（ＲＵＤ）上のＲＵＩからＩＤｅｖが操作できるときに、ＩＤｅｖが好ましくないＲＵＤを操作対象とすることや、同一のＩＤｅｖが不特定多数のＲＵＤから同時に操作されることを防止する。
【解決手段】本発明の方法は、ＩＤｅｖ２とＲＵＤ５の間に双方向の通信リンクを設定するステップと、双方向の通信リンクを通して、ＩＤｅｖ２を制御するためにＲＵＤ５のユーザによって使用されるＲＵＩを設定するステップと、ＲＵＩの設定に応答してＩＤｅｖ２へのアクセスを制限するようＩＤｅｖ２に指示するステップを含む。
【選択図】図１

Description

本発明の実施例は、周辺装置で実行されるリモート画像処理ジョブを第三者が管理制御するための方法およびシステムを含み、より詳細には、このような第三者管理の特性を用いた画像処理装置に関する様々な管理サービスを提供することに関する。

いくつかの多機能周辺装置（ＭＦＰ：Multi-Function Peripheral）では、外部アプリケーションが該ＭＦＰに搭載された機能とインタラクトできるようになっている。しかしながら、これらＭＦＰは、ユーザとの間のインタラクションが、当該ＭＦＰ上のＭＦＰハードウェアユーザインターフェース（ＵＩ：User Interface）（ＭＦＰ上の操作パネル）から入力されるものに制限されている。これらＭＦＰはリモートソースからの（すなわち非ウォークアップの）画像処理ジョブ、例えば、ＰＣプリントまたはＰＣファックスまで制御を拡張できない。

発明者は先の特許出願（特許文献１参照）で多種の実施例を開示および主張しており、その出願では、リモートユーザ装置（ＲＵＤ：Remote User Device）は画像処理装置（ＩＤｅｖ）とインタラクトして、ＲＵＤとインタラクトしながら、（ＩＤｅｖに対してリモートの）ＲＵＤのユーザに、ＩＤｅｖによって定義されたユーザインターフェース（ＵＩ）が与えられるようにリモートユーザインターフェースの機能を提供することができる。

ＲＵＤに対してリモートのＩＤｅｖのコンフィギュレーションおよび／または動作に関するその他の管理機能は、ＩＤｅｖとの物理的なユーザのインタラクション（例えば、ＩＤｅｖのユーザインターフェースに近接）をまだ必要とするであろう。

以上より、リモートユーザ装置を用いた画像処理装置に関する効果的な管理処理のための方法およびシステムの向上が必要であることは明らかである。特許文献２には、ＰＣ（Personal Computer）等の遠隔演算装置とＭＦＰ等の画像形成装置が接続されたシステムにおいて、画像形成装置が遠隔演算装置からメニュー画面データを受信し、メニュー画面（データ）をディスプレイに表示し、当該メニュー画面に対する操作に基づき、遠隔演算装置上のアプリケーションを制御する（ようにデータ通信を行う）ことが開示されている。しかしながら、特許文献２には、同一のＭＦＰが不特定多数のＰＣから同時に操作されることを防止する構成について開示されていない。

特開２００８−０８４３１２号公報 特開２００６−１２７５０３号公報

本発明は、上述のような実情に鑑みてなされたものであり、画像処理装置とリモートユーザ装置が通信可能に接続されたシステムにおいて、リモートユーザ装置上のリモート操作ＵＩから画像処理装置が操作できるよう構成したときに、同一の画像処理装置が不特定多数のリモートユーザ装置から同時に操作されることを防止することを目的としたものである。

本発明は、先の特許出願に最初に開示されたリモートユーザインターフェースの機能に基づき、更なる特徴および利点を提供する。

いくつかの実施例では、画像処理装置で管理制御を実行するための方法が提供される。前記方法は、画像処理装置（ＩＤｅｖ）とリモートユーザ装置（ＲＵＤ）の間に双方向の通信リンクを設定するステップと、前記双方向の通信リンクを通してリモートユーザインターフェースを設定するステップとを含む。前記リモートユーザインターフェースは、前記ＩＤｅｖを制御するために前記ＲＵＤのユーザによって使用される。前記方法は、前記リモートユーザインターフェースの設定に応答して前記ＩＤｅｖへのアクセスを制限するよう前記ＩＤｅｖに指示するステップを更に含む。

添付図面を参照し、次の詳細な説明を検討すれば、本発明の上記およびそれ以外の目的、特徴および利点についてより容易に理解できよう。

本発明によれば、同一の画像処理装置が不特定多数のリモートユーザ装置から同時に操作されることを防止できる。

本発明の実施例の装置および通信リンクの例を示す図である。 ＲＣＤとＩＤｅｖとの間の通信例を示す図である。 ＲＣＤからＩＤｅｖへのＵＩ定義の送信を示す図である。 リモートユーザとＩＤｅｖとの間の通信例を示す図である。 ＲＣＤからＩＤｅｖへ送信されているＵＩ登録を示す図である。 ＲＣＤ ＵＲＩからＲＵＤへの送信後に、ＲＣＤからＲＵＤへ送信中のＵＩ定義を含む実施例を示す図である。 ＩＤｅｖからＲＣＤへリクエスト後に、ＲＣＤからＲＵＤへ送信中のＵＩ定義を含む実施例を示す図である。 ＵＩ応答の通信例を示す図である。 ドライバアクションの通信例を示す図である。 ＲＣＤへの入力応答の送信例を示す図である。 ドライバアクションおよび画像処理ジョブの送信例を示す図である。 ＵＩ応答およびロジカルページの送信例を示す図である。 ＲＣＤからＩＤｅｖへのデバイスアクションの送信例を示す図である。 ＵＩ応答およびページＵＲＩの送信例を示す図である。 デバイスアクションとページデータプルの送信例を示す図である。 リモートユーザインターフェースを使用してＩＤｅｖへのアクセスを制御するための方法の例を示すフローチャートである。 図１６のアクセス制限の特徴をより詳細に提供するための方法の例を示すフローチャートである。 図１６のアクセス制限の特徴をより詳細に提供するための方法の例を示すフローチャートである。 図１６のアクセス制限の特徴をより詳細に提供するための方法の例を示すフローチャートである。 ネットワーク上で新たなＩＤｅｖを自動的に発見し、各ＩＤｅｖのリモートユーザインターフェースを設定する際の機能情報をキャッシュおよび使用するための方法の例を示すフローチャートである。 リモートユーザインターフェースを使用して、ＩＤｅｖの状況を監視するおよび／またはＩＤｅｖ上のジョブの実行を制御するための方法の例を示すフローチャートである。

添付図面を参照することにより、本発明の実施例について最良に理解できよう。図中、同様な番号は同様な部品を示す。図面の簡単な説明にリストアップされた図を、この詳細な説明の一部として明らかに援用する。

本明細書で一般的に説明し、図に示されるような本発明の部品は、異なる広範な種々のコンフィギュレーションに配置し、設計できることが容易に理解できよう。従って、本発明の実施例および方法並びにシステムの、次のより詳細な説明は、本発明の範囲を限定するものでなく、単に本発明の好ましい実施例を示すにすぎない。

本発明の実施例の要素は、ハードウェア、ファームウェアおよび／もしくはソフトウェア、またはこのような実施例のいずれかの組み合わせで具現化できる。本明細書に開示する実施例は、これら形態のうちの１つを記述するにすぎないが、当業者であれば、本発明の範囲内でこれら要素をこれら形態のうちのいずれかで実現することができると理解すべきである。

本発明のいくつかの実施例は、リモートユーザ装置（ＲＵＤ）に由来する画像処理ジョブをリモートコンピューティング装置（ＲＣＤ）で実行中の第三者のアプリケーションからプログラムにより制御できるようにするための方法およびシステムを含み、この発明では、前記第三者のアプリケーションは画像処理装置（ＩＤｅｖ）、例えば多機能周辺装置（ＩＤｅｖ２）を制御している。ＲＵＤに由来するリモートジョブの例として、ＰＣプリント、ＰＣファックス、ＰＣファイルおよびその他を挙げることができる。

図１を参照し、本発明のいくつかの実施例について説明する。これら実施例は、多数の画像処理機能、例えば、コピー、ファックス、プリント、スキャニング、ファイリング、パブリッシング、フォーマット変換、ディスプレイ、媒体の複製、およびその他の機能を実行できる画像処理装置２、例えば、多機能周辺装置（ＩＤｅｖ２）を含むことができる。画像処理装置は単一機能の装置でもよい。これら実施例は、リモートコンピューティング装置（ＲＣＤ）４、例えば、サーバ、ＰＣまたは別のコンピューティング装置を含むこともできる。ＲＣＤ４は、プロセッサ、メモリ、記憶装置、通信インターフェースおよび他の要素を含むことができる。このＲＣＤ４は、通信リンク、例えば、通信リンク１２および１６を通して他の装置と通信できる。いくつかの実施例では、ＲＣＤ４は単一の通信リンクを含むだけでよく、別の実施例では、ＲＣＤ４は多数の通信リンク１２、１６を含むことができる。これら通信リンク１２、１６および１０は、ネットワークのための標準通信プロトコル、シリアル通信、パラレル通信および双方向の通信を達成する他の装置を使用する有線または無線通信リンクとすることができる。

これら実施例は、リモートユーザ装置（ＲＵＤ）５、例えば、クライアントパソコン（ＰＣ）、ワークステーション、ラップトップＰＣ、ＰＤＡ、スマートフォン、または入力装置およびディスプレイを有する別のコンピューティング装置も含むことができる。ＲＵＤ５は、一般に、中央処理ユニット（ＣＰＵ）６、ディスプレイ８および入力装置、例えば、キーボード７および／またはマウス９も含む。ＲＵＤ５は、ＣＰＵ６上のオペレーティングシステムと組み合わせて作動する画像処理装置のドライバも含むことができる。

いくつかの実施例では、通信リンク１２を通して直接ＲＣＤ４とＩＤｅｖ２との間でデータを伝送してもよいし、または、通信リンク１０および１６を通してＲＵＤ５により間接的にデータを伝送してもよい。いくつかの実施例では、通信リンク１６を通して直接ＲＣＤ４とＲＵＤ５との間でデータを伝送してもよいし、または、通信リンク１０および１２を通し、ＩＤｅｖ２を介して間接的にデータを伝送しても良い。いくつかの実施例では、通信リンク１０を通して直接ＲＵＤ５およびＩＤｅｖ２からデータを伝送してもよいし、または、通信リンク１２および１６を通し、ＲＣＤ４により間接的にデータを伝送してもよい。

本発明のいくつかの実施例では、ＲＣＤ４がＩＤｅｖ２の機能を制御し、その機能のユーザ制御を可能にできる。このことは、ユーザがアクセス可能な装置に対し、ユーザインターフェース（ＵＩ：User Interface）としての表示内容であるＭＴＭＬなどで記述されたＵＩコンテントを送ることによって実行できる。いくつかの実施例では、ＩＤｅｖ２はＲＣＤ４からのＵＩコンテントを受信し、これに基づいてＵＩをディスプレイし、そのＵＩコンテントのディスプレイに応答し、ユーザ入力を受け入れできる。いくつかの実施例では、ＲＣＤ４は、ＲＵＤディスプレイ８でＵＩ（リモートＵＩ）１４がディスプレイされるよう、ＲＵＤ５に対してＵＩコンテントを送ることができる。ＲＵＤディスプレイ８にリモートＵＩ１４をディスプレイすることに応答して受信されたユーザ入力を、通信リンク１６を通し、直接、または、通信リンク１０および１２を通し、ＩＤｅｖ２により、ＲＣＤ４へ送り戻すことができる。

本発明のいくつかの実施例では、作動環境の一例は、ＲＣＤ４で作動する外部の（第三者の）アプリケーションによって画像処理ジョブがプログラムにより制御される画像処理装置（例えば、ＩＤｅｖ２）を含むことができる。これら実施例では、後述の方法を用いて、ＩＤｅｖ２により外部制御アプリケーションを登録できる。登録された外部制御アプリケーションはＩＤｅｖ２のユーザインターフェース（ＵＩ）（例えばフロントパネルのタッチスクリーンＵＩ）を制御することにより、装置へのウォークアップアクセスを制御する。いくつかの実施例では、この外部制御アプリケーションはＩＤｅｖ２に対し当該ＩＤｅｖ２でＵＩを表示するためのＨＴＭＬなどで記述されたＵＩデスクリプションを送ることができ、ＩＤｅｖ２はネイティブなＵＩと外部制御アプリケーション／ＲＣＤ４からのＵＩデスクリプション（例えばディスプレイする内容）に基づくＵＩとを交換できる。他の実施例において、ＩＤｅｖ２は、ＲＣＤ４によって送信されたＵＩデスクリプションに基づくＵＩとＩＤｅｖ２のネイティブなＵＩとを結合（Join）操作して複合的なＵＩを作成する。制御アプリケーションからのＵＩデスクリプションに基づくＩＤｅｖのＵＩへウォークアップユーザが入力信号を入力すると、ＩＤｅｖ２はＲＣＤ４上の制御アプリケーションへ入力応答を送ることができる。次に、ＲＣＤ４上の制御アプリケーションは、入力応答を解読し、適当なときにＩＤｅｖ２へコマンドを送り戻し、ユーザ入力が示す機能を実行できる。

本発明の実施例では、ＲＣＤ４上の制御アプリケーションは、そのプログラム制御をＩＤｅｖ２（例えばプリント／ファックスドライバ）とインターフェースするリモートＵＩ、例えば、ＲＵＤ５上のリモートＵＩへ拡張できる。いくつかの実施例では、ＲＣＤ４上の制御アプリケーションは、ネイティブなＵＩを登録することに相当するように、ＩＤｅｖ２によりリモートＵＩ１４を登録できる。ＲＵＤ５／クライアントのＰＣ側では、プリント／ファックスドライバはプログラム制御インターフェースを有する包括的なドライバとすることができる。いくつかの実施例では、ＲＵＤ５でプリント／ファックスドライバが開始されると、ドライバは次のプロセスを統括できる。

１．ＩＤｅｖとの双方向通信の設定。

２．ＩＤｅｖは制御アプリケーション／ＲＣＤにより登録されたリモートＵＩを表示するためのリモートＵＩデスクリプションをＲＵＤ上のプリント／ファックスドライバへ転送できる。

３．ドライバ／ＲＵＤはリモートＵＩデスクリプションに基づくＵＩをプリント／ファックスの設定ＵＩとしてレンダリングし、これをユーザにディスプレイする。

４．ドライバ／ＲＵＤはディスプレイしたＵＩへの入力に対応するＵＩ応答をＩＤｅｖに送り戻し、ＩＤｅｖはこれら応答を制御アプリケーション／ＲＣＤに転送する。

５．制御アプリケーション／ＲＣＤは応答を解読し、装置および／またはドライバのための対応するアクション（後述）をＩＤｅｖへ送り戻す。

プリント／ファックスドライバによるプリントデータの発生は、次の方法のうちの１つを含むことができる。

１．ドライバ／ＲＵＤは制御アプリケーション／ＲＣＤがドライバのための上記アクション（ドライバアクション）を送るのを待つ。これらアクションに基づき、ドライバは完成したプリントジョブを発生する。

２．ドライバ／ＲＵＤはＵＩ応答をＩＤｅｖに送ったときに限り、プリントデータを分割不可能な印刷イメージであるロジカルページ（すなわちトレイの指定や出力命令などがない印刷イメージ）として送る。ＩＤｅｖはロジカルページを記憶し、制御アプリケーション／ＲＣＤがＩＤｅｖのための上記アクション（デバイスアクション）を送るのを待つ。これらアクションに基づき、これらＩＤｅｖは論理ページをレンダリング／出力する。

プリンタ／ファックスドライバは、あるフォーマット（例えばＭＳ−Ｗｏｒｄ）のドキュメントデータをプリンタレディデータ（例えばＰＣＬ）に変換し、オプションとしてＵＩで指定されたプリント命令のうちの一部（例えばプリントエミュレーション）を実行するアプリケーション／プロセスとすることができる。他のケースでは、プリンタ／ドライバは元のフォーマット（例えばダイレクトプリント、ウェブブラウザ、ＵＲＬプリント、電子メールプリントなど）のドキュメントデータを直接操作し、オプションとしてＵＩで指定されたプリント命令のうちの一部（例えばプリントエミュレーション）を実行するアプリケーションとすることができる。

１．オペレーティング環境の例；
図２を参照して説明するいくつかの実施例では、作動環境の一例はウォークアップ機能およびリモートジョブ入力機能を備えた、ネットワーク接続またはローカル接続された多機能周辺装置（ＩＤｅｖ）２を含む。ウォークアップジョブの例として次のことを挙げることができる。

１．コピー

２．ネットワークスキャン

３．ハードコピーのファックス出力

４．記憶装置へのスキャン（例えばファイリング）

５．媒体の複製

６．ファイリング記憶装置または外部媒体からの印刷（例えばＵＳＢサムドライブ）

リモート入力ジョブの例として次のことを挙げることができる。

１．プリント

２．スキャン（例えばトウェイン（ＴＷＡＩＮ）ドライバ）

３．ＰＣファックス

４．ファイリング

５．フォーマット変換

６．リモートコピー

７．ウェブへのパブリッシュ

いくつかの実施例では、ＩＤｅｖ２はＲＣＤ４で見られるような外部（第三者）の制御アプリケーション２１によってプログラム制御できるタッチスクリーンＵＩを含むことができる。いくつかの実施例では、例えば、マニュアル入力、プログラムサブスクリプションまたはディスカバリにより、ＩＤｅｖ２に制御アプリケーション２１を登録できる。

このモードでは、制御アプリケーション２１は、ＩＤｅｖ２へＨＴＭＬなどで記述されたＵＩ定義２２を送ることができる。このＵＩ定義は、ＩＤｅｖ２がこのＵＩ定義に基づいてレンダリングし、ウォークアップジョブのためのタッチスクリーン２６のＵＩ２７をディスプレイするためのものである。ユーザがＩＤｅｖ２にディスプレイされている制御アプリケーションのタッチスクリーンＵＩ２７へタッチ入力などで入力信号を入力すると、クリックされたボタンの種類などを示す信号であるＵＩ入力応答を制御アプリケーション２１／ＲＣＤ４へ送り戻すことができる（２３）。制御アプリケーション２１／ＲＣＤ４は、これら応答を解読し、入力された応答に対応するコマンド２４を実行のためにＩＤｅｖ２へ送ることができる。

ＩＤｅｖ２との制御アプリケーションの双方向の通信接続１２は、多数の通信トランスポート方法によって行うことができる。これら方法の例として次のものを挙げることができる。

１．ＴＣＰ／ＩＰ

２．アップルトーク

３．ＩＥＥＥ１２８４パラレルポート

４．ＩｒＤＡ

５．ブルートゥース、Ｗｉ−Ｆｉ、Ｗｉ−ＭＡＸ、その他の無線プロトコル

６．ローカルポート：パラレル、シリアル、ＵＳＢ

（２）制御アプリケーションの登録‐ＩＤｅｖへダウンロードされるＵＩ；
図３を参照して説明する本発明のいくつかの実施例では、ＲＣＤ４で作動する制御アプリケーション３１をＩＤｅｖ２により登録できる。この登録プロセスは、多数の方法によって行うことができる。これら方法の例として次の方法を挙げることができる。

１．管理インターフェース（すなわちフロントパネル上のキーオペレータのコードまたは埋め込まれたウェブページ）によるマニュアル入力

２．ＩＤｅｖ上のプログラム登録インターフェース（例えばシンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）、ＨＴＴＰ、ＴＣＰ／ＩＰによる所有権のあるプロトコルなど）を通した制御アプリケーション／ＲＣＤによる自動登録

３．サービスディスカバリプロトコル（例えばサービスロケーションプロトコル（ＳＬＰ）、シンプルサービスディスカバリプロトコル（ＳＳＤＰ）、サリュテーション、ＷＳ−ディスカバリ、マイクロソフトＵＰｎＰ、Ｓｕｎ Ｊｉｎｉ、ブルートゥースなど）によるＩＤｅｖによる制御アプリケーションの発見

登録の一部として、ＲＣＤ４上の制御アプリケーション３１がリモートＵＩ定義をＩＤｅｖ２へダウンロードできる（３４）。このリモートＵＩ定義は、後述のようにＩＤｅｖ２からリモートＵＩ定義を受信したＲＵＤが当該リモートＵＩ定義に基づいてレンダリングし、リモートＵＩをディスプレイするためのものである。リモートＵＩ定義は、例えば、下記のものを含むがこれらに限定されないユーザインターフェースを記述するのに適した任意のフォーマットとすることができる。

１．ＨＴＭＬ（ハイパーテキストマークアップ言語）

２．ＸＭＬ（拡張可能マークアップ言語）

３．ＸＵＬ（ＭＭＬに基づくユーザインターフェース言語）―Ｍｏｚｉｌｌａ ＸＰＴｏｏｌｋｉｔプロジェクト

４．Ｊａｖａ（登録商標）アプレット

ＩＤｅｖ２は、登録された制御アプリケーション３１のためのリモートＵＩ定義３３を記憶できる。ＩＤｅｖコントローラ３２は、ＩＤｅｖファイル転送、通信およびその他の機能を実行できる。下記のような任意の記憶手段を使用できるが、これらに限定されない。

１．装置内の内部記憶手段（ＩＤｅｖ４）

２．装置の外部記憶手段、例えば記憶サーバに設けられている記憶手段

３．取り外し自在な記憶装置、例えばＵＳＢサムドライブ

図４を参照して説明するいくつかの実施例では、ユーザは制御アプリケーション３１のプログラム制御のもとで作動できる包括的ドライバ４０を使って、ＲＵＤ／クライアントＰＣ５（例えばデスクトップＰＣ、ラップトップ、ＰＤＡなど）からのリモート入力ジョブを開始できる。これら実施例では、包括的ドライバ４０は、ＩＤｅｖ２との双方向の通信パス４３および４４を設定できる。この通信パスは、次の多数の通信媒体およびプロトコルを使用することができるが、これらに限定されない。

１．ＳＯＡＰ／ＸＭＬ

２．ＨＴＴＰ

３．ＦＴＰ

４．ＴＣＰ／ＩＰを通した所有権のあるプロトコル

これら実施例では、包括的プリンタドライバ４０はドキュメントデータをプリンタレディデータに変換するドライバ（例えばマイクロソフト社のウィンドウズ（登録商標）とコンパーチブルなＧＤＩまたはＸＰＳプリンタドライバ）、ダイレクトプリントアプリケーション（例えばシャープカラーＤＰＵ）またはウェブブラウザ（例えばマイクロソフト社のインターネットエクスプローラ）とすることができる。

包括的ドライバ４０がＩＤｅｖ２との通信パスを設定すると、包括的ドライバ４０は、ＩＤｅｖ２からリモートＵＩ定義をリクエストできる（４３）。次に、ＩＤｅｖ２は、リモートＵＩ定義を有する制御アプリケーションがＩＤｅｖ２に登録されているかどうかをチェックできる。いくつかの実施例では、ＩＤｅｖはリモートＵＩ定義を有する２つ以上の制御アプリケーションを有することができ、最良当てはめアルゴリズムに基づき、または、他のある方法により、登録されたアプリケーションの間の選択を行うことができる。例えば、制御アプリケーションは、次のうちのいずれかのクラスに対して自ら登録できる。

１．ユーザ

２．範囲（例えばロケーション、部門の関連、ネットワークドメインなど）

３．タイプ（例えば画像処理ジョブのタイプ：プリント、ファックス、ファイル、スキャンなど）

ＩＤｅｖ２が少なくとも１つの登録された制御アプリケーションを有していない場合、ＩＤｅｖ２は包括的ドライバ４０へ拒絶メッセージ４５を送り戻すことができる。リモートＵＩ定義のリクエスト４３が拒絶された場合、包括的ドライバは次のいずれかを行うことができる。

１．プロセスを終了すること

２．別の装置を試みること

３．デフォルトユーザインターフェース、例えばドライバに組み込まれているインターフェースを使用すること

下記の他の理由により、ドライバ４０からのリモートＵＩ定義のリクエスト４３を許可／拒絶することもできる。

１．ユーザ認証−装置がリモートＵＩ定義のリクエストを開始するユーザを認証できる

２．ホスト認証−装置はＩＰ／ＤＮＳネームのフィルタリングを使用し、通信アドレスまたはネーミングされた装置のグループへのアクセスを許可または拒絶することができる

３．コンテント認証―装置がある種のコンテンツと装置で画像処理することを却下する（または許可のみを行う）ことができる

４．ロケーション―装置がある物理的ロケーション（例えば、企業の建物の内部）からのアクセスを却下する（または許可のみを行う）ことができる

制御アプリケーションが発見され、および／または一致し、アクセスが許可された場合、ＩＤｅｖ２は包括的ドライバ４０へリモートＵＩ定義４４を送り戻すことができる。一般的に、リクエスト４３と同じ通信チャンネルに応答４４および４５があるが、いくつかの実施例では、バックチャンネル応答４４および４５のために別個の通信チャンネルを使用することができる。

次に、包括的ドライバ４０は、受信したリモートＵＩ定義４４に従い、ディスプレイ４１上でリモートＵＩ４２をレンダリングできる。例えば、マイクロソフト社のＧＤＩまたはＸＰＳプリントサブシステムでは、ユーザはアプリケーション内の「Ｐｒｉｎｔ」を選択することにより、プリント／ファックスジョブを開始できる。このアプリケーションは、インストールされたプリンタ（例えばロジカルプリンタ）を選択するためのプリントダイアログで応答できる。次に、ユーザは、包括的ドライバに関連するインストールされたプリンタを選択できる。一旦選択されると、ユーザはプリントダイアログ上の「プロパティ」部分を選択することができ、これによってドライバにコマンドを送り、ドライバ固有のプリント設定ＵＩをレンダリングする。従って、この例では、ユーザがプロパティボタンを選択すると、包括的ドライバ４０がリモートＵＩ４２をレンダリングする。

更に、例えば、ポート指定または下記のようなＩＤｅｖ２にダイナミックに向けられた多層接続により、ＩＤｅｖ２と包括的ドライバ４０を直接関連付けできる。

１．ＩＤｅｖの通信アドレス（例えばＩＰアドレス）またはネットワークドメインネーム（例えばＤＮＳ、ＷＩＮＳ）のユーザ入力

２．装置ディスカバリ方法（例えばＷＳ−ディスカバリ、ＳＮＭＰディスカバリなど）

更に、包括的ドライバ４０は、リモートＵＩ４２をレンダリングする際にプログラム補助も使用できる。例えば、リモートＵＩ定義４４がＸＭＬフォーマットである場合、包括的ドライバ４０は視覚的表示となるようにＸＭＬデータをどのようにレンダリングするかを定めるために、ＸＭＬスタイルのシート（ＸＳＬＴ）を使用できる。レンダリング補助の例として次のものを挙げることができる。

１．制御アプリケーション

２．ＩＤｅｖ

３．ドライバ

いくつかの実施例では、ユーザは直接提出（例えばドライバレス）アプリケーションを使って画像処理ジョブを提出できる。これらケースでは、ダイレクト提出アプリケーションは包括的ドライバ４０に対して記述した同じリモートＵＩ機能を実行できる。

いくつかの実施例では、ユーザはウェブブラウザを使って画像処理ジョブを提出できる。これらケースでは、ウェブブラウザは包括的ドライバ４０に対して記述したのと同じリモートＵＩ機能を実行できる。

いくつかの実施例では、ユーザは電子メールのアプリケーションを使って画像処理ジョブを提出できる。これらケースでは、電子メールのアプリケーションは包括的ドライバ４０に対して記述したのと同じリモートＵＩ機能を実行できる。

（３）制御アプリケーションの登録‐ＩＤｅｖにより登録されたリモートＵＩ；
図５を参照して説明するいくつかの実施例では、ＩＤｅｖ２、例えば、上記方法により制御アプリケーション５１を登録できる。

これら実施例では、制御アプリケーション５１がリモートＵＩ定義をＩＤｅｖ２へダウンロードしないという点で、登録プロセスは上記プロセスと異なっている。その代わりに、リモートＵＩ定義は制御アプリケーションと共に常駐したままである。登録プロセスの一部として、登録は次のことを含む。

１．リモートＵＩ定義のロケーションを識別するＵＲＩまたはＵＲＬ

２．制御アプリケーションがリモートＵＩ定義をダウンロードするようにリクエストするための制御アプリケーションへのプログラムインターフェースのコール

図６を参照して説明するいくつかの実施例では、ユーザは制御アプリケーション６７のプログラム制御下で作動できる包括的ドライバ６０を使って、クライアントＰＣ／ＲＵＤ５（例えばデスクトップＰＣ、ラップトップ、ＰＤＡ、スマートフォンなど）からのリモート入力ジョブを開始できる。これら実施例では、包括的ドライバ６０は上記方法のようないずれかの方法を使ってＩＤｅｖ２との双方向の通信パス６３および６９を設定できる。

包括的ドライバ６０がＩＤｅｖ２との通信パス６３および６９を一旦設定すると、包括的ドライバ６０はＩＤｅｖ２からリモートＵＩ定義をリクエストできる（６３）。ＩＤｅｖ２は次に、リモートＵＩ定義を有する制御アプリケーションがＩＤｅｖ２に登録されているかどうかをチェックできる。いくつかの実施例では、ＩＤｅｖ２はリモートＵＩ定義を有する２つ以上の制御アプリケーションを有することができ、上記のように、または、他の方法により選択を行うことができる。

ＩＤｅｖ２が少なくとも１つの登録された制御アプリケーションを有していない場合、ＩＤｅｖ２は包括的ドライバ６０へ拒絶メッセージ６９を送り戻すことができる。リモートＵＩ定義のリクエスト６３が拒絶された場合、包括的ドライバ６０は、図４に示された実施例を参照してこれまで説明したように応答できる。

制御アプリケーション６７が発見および／または一致し、アクセスが許可された場合、ＩＤｅｖ２はリモートＵＩ定義のＵＲＩ６８（またはプログラムコール）を包括的ドライバ６０へ送り戻すことができる。応答がＵＲＩのフォームである場合、包括的ドライバ６０はＲＣＤ４に対してリモートまたはローカルである制御アプリケーションのＵＩ定義記憶装置６５からＵＲＩを用いてリモートＵＩ定義を直接プルできる（６６）。別の実施例では、包括的ドライバ６０へ送られるプログラムコール６８は、制御アプリケーション６７により通信チャンネル６６を設定でき、このチャンネル６６を通して（プログラムコールに基づく）リモートＵＩ定義をリクエストできる。次に、制御アプリケーション６７は包括的ドライバ６０へリモートＵＩ定義を送ることによって応答できる。他の実施例に関連し、これまで説明したような通信およびリモートＵＩ定義のために、多くのプロトコルおよびデータフォーマットを使用できる。

別の実施例では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これら実施例では、直接提出アプリケーションが包括的ドライバのために説明したのと同じリモートＵＩ機能を実行できる。

別の実施例では、ユーザはウェブブラウザを使って画像処理ジョブを提出できる。これら実施例では、ウェブブラウザのアプリケーションは包括的ドライバについてこれまで説明したのと同じリモートＵＩ機能を実行できる。

別の実施例では、ユーザは電子メールのアプリケーションを使って画像処理ジョブを提出できる。これら実施例では、電子メールのアプリケーションは包括的ドライバについてこれまで説明したのと同じリモートＵＩ機能を実行できる。

（４）制御アプリケーションの登録‐ＩＤｅｖへ送られるＲＵＤ ＵＲＩ；
図７を参照して説明するいくつかの実施例では、ユーザは制御アプリケーション７７のプログラム制御下で作動できる包括的ドライバ７０を使って、クライアントＰＣ／ＲＵＤ５（例えばデスクトップＰＣ、ラップトップ、ＰＤＡなど）からのリモート入力ジョブを開始できる。これら実施例では、包括的ドライバ７０は上記方法のようないずれかの方法を使ってＩＤｅｖ２との双方向の通信パス７３および７９を設定できる。

包括的ドライバ７０がＩＤｅｖ２との通信パス７３および７９を一旦設定すると、包括的ドライバ７０はＩＤｅｖ２からリモートＵＩ定義をリクエストできる（７３）。ＩＤｅｖ２は、次に、リモートＵＩ定義を有する制御アプリケーションがＩＤｅｖ２に登録されているかどうかをチェックできる。いくつかの実施例では、ＩＤｅｖ２はリモートＵＩ定義を有する２つ以上の制御アプリケーションを有することができ、上記のように、または他の方法により選択を行うことができる。

ＩＤｅｖ２が少なくとも１つの登録された制御アプリケーションを有していない場合、ＩＤｅｖ２は包括的ドライバ７０へ拒絶メッセージ７９を送り戻すことができる。リモートＵＩ定義のリクエスト７３が拒絶された場合、包括的ドライバ７０は、図４に示された実施例を参照してこれまで説明したように応答できる。

制御アプリケーション７７が発見され、および／または一致し、アクセスが許可された場合、ＩＤｅｖ２はリモートＵＩ定義のＵＲＩ、プログラムコールまたは別のメッセージ７８を制御アプリケーション７７へ送り、リモートＵＩ定義を包括的ドライバ７０へ送ることをリクエストすることができる。次に、制御アプリケーション７７はメッセージ７８内に識別された包括的ドライバ７０へ直接リモートＵＩ定義を送る（７６）ことができる。ＲＣＤ４に対してリモートまたはローカルであり得る制御アプリケーションのＵＩ記憶装置７５からＵＩ定義を読み出してもよい。他の実施例に関してこれまで説明したような通信およびリモートＵＩ定義のために、多くのプロトコルおよびデータフォーマットを使用できる。

別の実施例では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これら実施例では、直接提出アプリケーションが包括的ドライバのために説明したのと同じリモートＵＩ機能を実行できる。

別の実施例では、ユーザはウェブブラウザを使って画像処理ジョブを提出できる。これら実施例では、ウェブブラウザは包括的ドライバについてこれまで説明したのと同じリモートＵＩ機能を実行できる。

（５）リモートジョブ入力‐ＩＤｅｖを介した制御アプリケーションとのクライアント／ＲＵＤインターフェース；
図８を参照して説明するいくつかの実施例では、ユーザは選択（例えばカーソル、マウス選択、テキスト入力）を包括的ドライバのレンダリングされたリモートＵＩ８３へ入力できる。次に、包括的ドライバ８０により、入力応答８５を記録できる。入力された応答８５を特定の選択制御要素（例えばボタン選択、入力ボックス）、選択制御要素にマッピングし戻すことができるグリッドコーディネート、または、他のいくつかの関連付け方法により関連付けできる。入力応答の例として次のものを挙げることができる。

１．ボタンのクリック、または選択／選択解除されたチェックボックス

２．列挙された選択リスト内の要素のインデックス

３．入力ボックスに入力されたテキスト

次に、ＩＤｅｖ２へ入力応答を送ることができる（８６）。これら入力応答８６は、ＩＤｅｖ２またはリモートジョブを特に入力するための別の（例えば非同期の）通信チャンネルからのリモートＵＩ定義リクエストのために使用される同じ通信チャンネルを通して送ることができる。

次に、ＩＤｅｖ２は、制御アプリケーション８２へ入力応答を転送できる（８７）。いくつかの実施例では、ＲＵＤ５とＩＤｅｖ２との間の入力応答８６のフォーマットは、ＩＤｅｖ２と制御アプリケーション８２との間の応答８７のフォーマットと異なっていてもよい。かかるケースでは、ＩＤｅｖ２は入力応答を制御アプリケーション８２とコンパーチブルなフォーマットに変換できる。ＩＤｅｖ２は、通信パスを設定し、入力応答を、例えば、ＳＯＡＰ／ＸＭＬウェブサービスにより制御アプリケーションに転送するために多くの方法を使用できる。

更に、ＲＵＤ／クライアント５とＩＤｅｖ２との間の入力応答８６および／またはＩＤｅｖ２と制御アプリケーション８２との間の応答８７を暗号化しおよび／または圧縮できる。

図９を参照し、本発明のいくつかの実施例について説明する。これら実施例では、応答受信時に制御アプリケーション９３はこれら応答を解読する。入力データおよび関連する制御に基づき、これら応答を包括的ドライバ９１固有のドライバアクション９６に変換する。例えば、ＭＳ ＧＤＩプリントサブシステム内のプリンタドライバは、ＤＥＶＭＯＤＥのデータ構造を使用し、プリント設定を指定する。この実施例では、制御アプリケーション９３は応答（例えばプリント設定）を包括的ドライバ９１とコンパーチブルなＤＥＶＭＯＤＥ構造内で、対応する二進設定に変換できる。

いくつかの実施例では、制御アプリケーション９３は、包括的ドライバ９１とコンパーチブルであり、ＸＭＬフォーマット（例えばプリントチケット（Print Ticket）のためのマイクロソフト社のＸＰＳ定義など）でアクションを表示する共通ジョブ設定言語に応答を変換できる。

いくつかの実施例では、制御アプリケーションはドライバアクションをＩＤｅｖ２に送ることができる。いくつかの実施例では、ＩＤｅｖコントローラ９２がこれらアクションを受信する。制御アプリケーション９３は、同じ通信チャンネルを使用することができ、ＩＤｅｖ２はこのチャンネルにより入力応答を制御アプリケーション９３または別の通信チャンネルに送る。

次に、ＩＤｅｖ２はドライバアクション９４を包括的ドライバ９１へ転送できる。いくつかの実施例では、ＩＤｅｖ２と包括的ドライバ９１との間のドライバアクション９４のデータフォーマットは、制御アプリケーション９３とＩＤｅｖ２との間で行われるドライバアクション９６のフォーマットと同じであり、これらフォーマットは変更することなく転送できる。いくつかの実施例では、フォーマットは異なっていてもよく、ＩＤｅｖ２は制御アプリケーション９３からのドライバアクション９６を包括的ドライバ９１とコンパーチブルなフォーマットに変換できる。ＩＤｅｖ２は、ドライバアクションを包括的ドライバ９１に送るのに任意の通信チャンネル、例えば、包括的ドライバからのリモートＵＩ応答を受信するのに使用された同じ通信チャンネルまたは別の通信チャンネルを使用できる。

包括的ドライバ９１は、ＩＤｅｖ２から受信したドライバアクション９４をプリント設定に解読でき、ＩＤｅｖ２とコンパーチブルであり、ユーザの入力の意図を示す画像処理ジョブ９５を発生するように、関連する作動を実行できる。次に、包括的ドライバ９１により、レンダリング／出力のためのＩＤｅｖ２へ、画像処理ジョブ９５を送る。この画像処理ジョブ９５は任意の通信チャンネル、例えば、ＩＤｅｖ２からのドライバアクションを受信するのに使用された通信チャンネルまたは別の通信チャンネル（例えばＬＰＲ、ＲＡＷ９１００などのレガシープリントポート）により送ることができる。

いくつかの実施例では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これら実施例では、直接提出アプリケーションは包括的ドライバ９１のために説明したのと同じリモートＵＩ機能を実行できる。

いくつかの実施例では、ユーザはウェブブラウザを使って画像処理ジョブを提出できる。これら実施例では、ウェブブラウザは包括的ドライバ９１についてこれまで説明したのと同じリモートＵＩ機能を実行できる。

いくつかの実施例では、ユーザは電子メールのアプリケーションを使って画像処理ジョブを提出できる。これら実施例では、電子メールのアプリケーションは包括的ドライバ９１についてこれまで説明したのと同じリモートＵＩ機能を実行できる。

（６）リモートジョブ入力‐クライアントは制御アプリケーションと直接インターフェースする；
図１０を参照し、本発明のいくつかの実施例について説明する。本発明のいくつかの実施例では、ユーザはタッチスクリーンディスプレイ１０４上で包括的ドライバのレンダリングされたリモートＵＩ１０３または他のＵＩとなるように選択を入力できる。これら入力された応答１０６は、次に、包括的ドライバ１００により記録される。入力された応答１０５は、特定の選択制御要素、選択制御要素にマッピングし戻すことができるグリッドコーディネートに関連付けできるし、または、他の関連によって関連付けできる。

次に、制御アプリケーション１０２に入力応答１０６を直接送ることができる。これら入力応答１０６は任意の通信チャンネルおよびデータプロトコルにより送ることができる。例えば、包括的ドライバ１００が制御アプリケーション１０２から直接リモートＵＩ定義を受信した場合、包括的ドライバ１００は同じ通信チャンネルを使用できる。そうでない場合、包括的ドライバ１００は、例えば、ＴＣＰ／ＩＰを通して別の通信チャンネルを設定し、データ、例えば、ＳＯＡＰ／ＸＭＬメッセージを送信できる。

いくつかの実施例では、クライアント／ＲＵＤ５と制御アプリケーション１０２との間の入力応答を暗号化し、および／または圧縮できる。図１１を参照し、本発明のいくつかの実施例について説明する。これら実施例では、制御アプリケーション１１２は入力データおよび関連する機能に基づき、受信した応答を解読できる。次に、解読された応答は、例えば、前に説明した方法において、包括的ドライバ１１０に固有のドライバアクション１１４に変換できる。

いくつかの実施例では、制御アプリケーション１１２は、受信した応答を包括的ドライバ１１０とコンパーチブルで、例えば、ＸＭＬフォーマット（例えばプリントチケットのためのマイクロソフト社のＸＰＳ定義など）でアクションを表示する共通ジョブ設定言語に変換できる。

制御アプリケーション１１２は、ドライバアクション１１４を包括的ドライバ１１０へ送ることができる。制御アプリケーション１１２は、同じ通信チャンネルを使用でき、制御アプリケーション１１２は包括的ドライバ１１２が入力応答を送ったときに使用した同じ通信チャンネルまたは別の通信チャンネルを使用できる。

包括的ドライバ１１０は、制御アプリケーション１１２から受信したドライバアクション１１４をプリント設定に解読でき、ＩＤｅｖ２とコンパーチブルであり、ユーザの入力の意図を示す画像処理ジョブ１１３を発生するように、関連する作動を実行できる。次に、包括的ドライバ１１０により、レンダリング／出力のためのＩＤｅｖ２へ、画像処理ジョブ１１３が送られる。この画像処理ジョブは任意の通信チャンネル、例えば、ＳＯＡＰ／ＸＭＬウェブサービス、または、レガシープリントポート（例えば、ＬＰＲ、ＲＡＷ９１００）により送ることができる。

別の実施例（例えば印刷ジョブを発生させたウェブブラウザおよび印刷ジョブを発生させた電子メールを含む）では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これら実施例では、直接提出アプリケーションは包括的ドライバ１１０のために説明したのと同じリモートＵＩ機能を実行できる。

（７）リモートジョブ入力‐クライアントはＩＤｅｖ２を介し、制御アプリケーションとインターフェースする；
図１２を参照して説明するいくつかの実施例では、ユーザは選択を包括的ドライバのレンダリングされたリモートＵＩ２３へ入力できる。これら入力された応答は、次に、包括的ドライバ１２０により記録できる。これら入力された応答は、特定の選択制御要素、選択制御要素にマッピングし戻すことができるグリッドコーディネートに関連付けできるし、または、他の関連によって関連付けできる。

いくつかの実施例では、包括的ドライバ１２０は、ロジカルページ（すなわちシートプレースメント、シートアセンブリおよび出力のためにフォーマットされていないページ）として、ＩＤｅｖ２とコンパーチブルなプリント（またはファックスもしくはファイル）フォーマットとなるように、ドキュメントデータを変換できる。

次に、ＩＤｅｖ２に入力応答およびロジカルページ１２６を送り戻すことができる。この入力応答／ロジカルページ１２６は、ＩＤｅｖ２からのリモートＵＩリクエストのために使用されたのと同じ通信チャンネルを通して、または、リモートジョブを特に入力するための別の（すなわち非同期の）通信チャンネルを通して送ることができる。

いくつかの実施例では、ＩＤｅｖ２はロジカルフェーズを記憶し、次に、入力された応答１２７を制御アプリケーション１２２に転送できる。いくつかの実施例では、クライアント／ＲＵＤ５とＩＤｅｖ２との間の入力応答１２６のフォーマットは、ＩＤｅｖ２と制御アプリケーション１２２との間のＵＩ応答１２７のフォーマットと異なっていてもよい。かかるケースでは、ＩＤｅｖ２は入力応答１２６を制御アプリケーション１２２とコンパーチブルなフォーマットに変換できる。ＩＤｅｖ２は、通信パスを設定し、入力応答を、例えば、ＳＯＡＰ／ＸＭＬウェブサービスにより、制御アプリケーションに転送するために、任意の方法使用できる。

いくつかの実施例では、クライアント／ＲＵＤ５とＩＤｅｖ２との間、および／またはＩＤｅｖ２と制御アプリケーション１２２との間の入力応答を暗号化し、および／または圧縮できる。

図１３を参照して説明する本発明のいくつかの実施例では、制御アプリケーション１３２は入力データおよび関連する制御機能に基づき、受信した応答を解読できる。次いで、これら解読された応答をＩＤｅｖ２固有のデバイスアクション１３３へ変換できる。例えば、ＨＰ ＰＪＬ／ＰＣＬコンパーチブルプリンタは、ＰＪＬ（プリンタジョブ言語）フォーマットのプリント設定を受け入れる。この例では、制御アプリケーション１３２は応答（例えばプリント設定）をＩＤｅｖ２とコンパーチブルな対応するＰＪＬコマンドへ変換する。

いくつかの実施例では、制御アプリケーション１３２は、例えば、ＸＭＬフォーマット（例えばプリントチケットのためのマイクロソフト社のＸＰＳ定義など）でアクションを表示することにより、アクションをＩＤｅｖ２とコンパーチブルな共通ジョブ設定言語に変換できる。

制御アプリケーションはデバイスアクション１３３をＩＤｅｖ２内のＩＤｅｖコントローラ１３１へ送ることができる。制御アプリケーション１３２は、ＩＤｅｖ２が入力応答を送るときに使用したのと同じ通信チャンネル、または別の通信チャンネルを使用できる。

ＩＤｅｖ２は、次に、ロジカルページを検索し、制御アプリケーション１３２から受信したデバイスアクション１３３をプリント設定となるように解読する。ＩＤｅｖ２は、画像処理ジョブをレンダリング／出力するための関連する作動も実行できる。

別の実施例（例えば印刷ジョブを発生させたウェブブラウザおよび印刷ジョブを発生させた電子メールを含む）では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これら実施例では、直接提出アプリケーションは包括的ドライバ１３０のために説明したのと同じリモートＵＩ機能を実行できる。

（８）リモートジョブ入力‐クライアントは制御アプリケーションと直接インターフェースする；
図１４を参照して説明するいくつかの実施例では、ユーザは選択を包括的ドライバのレンダリングされたリモートＵＩ１４３へ入力できる。これら入力された応答１４５は、次に、包括的ドライバ１４０により記録できる。これら入力された応答は、特定の選択制御要素、選択制御要素にマッピングし戻すことができるグリッドコーディネートに関連付けできるし、または、他の関連によって関連付けできる。いくつかの実施例では、包括的ドライバ１４０は、ロジカルページ（すなわちシートプレースメント、シートアセンブリおよび出力のためにフォーマットされていないページ）として、ＩＤｅｖ２とコンパーチブルなプリント（またはファックスもしくはファイル）フォーマットとなるように、ドキュメントデータを変換できる。次に、ロジカルページを包括的ドライバ１４０により保持できる。

いくつかの実施例では、ロジカルページに対する入力応答およびＵＲＩ（統一リソースインジケータ）１４６をＩＤｅｖ２へ送ることができる。これら入力応答／ページＵＲＩ１４６は、ＩＤｅｖ２からのリモートＵＩリクエストのために使用された同じ通信チャンネル、または、リモートジョブを特に入力するための別の（すなわち非同期の）通信チャンネルを通して送ることができる。

ＩＤｅｖ２はページＵＲＩを記憶し、入力応答１４７を制御アプリケーション１４２へ送ることができる。いくつかの実施例では、クライアント／ＲＵＤ５とＩＤｅｖ２との間の入力応答のフォーマットは、ＩＤｅｖ２と制御アプリケーション１４２との間のフォーマットと異なっていてもよい。かかるケースでは、ＩＤｅｖ２は入力応答１４６を制御アプリケーション１４２とコンパーチブルなフォーマットに変換できる。ＩＤｅｖ２は、通信パスを設定し、入力応答１４７を、例えば、ＳＯＡＰ／ＸＭＬウェブサービスにより、制御アプリケーションに転送するために、任意の方法を使用できる。

本発明のいくつかの実施例では、制御アプリケーション１４２は入力データおよび関連する制御機能に基づき、ＵＩで受信された応答を解読できる。これら解読された応答を、他の実施例を参照してこれまで説明したように、ＩＤｅｖ２固有のデバイスアクションに変換できる。

図１５を参照して説明するいくつかの実施例では、制御アプリケーション１５２は、例えば、ＸＭＬフォーマット（例えばプリントチケットのためのマイクロソフト社のＸＰＳ定義など）でアクションを表示することにより、アクションをＩＤｅｖ２とコンパーチブルな共通ジョブ設定言語に変換できる。

次に、制御アプリケーション１５２は、デバイスアクション１５４をＩＤｅｖ２へ送ることができる。制御アプリケーションは、ＩＤｅｖ２が入力応答を送ったときに使用した同じ通信チャンネルまたは別の通信チャンネルを使用できる。

ＩＤｅｖ２は、ページＵＲＩを使って包括的ドライバ１５０から任意の関連するロジカルページをプルまたはリクエスト（１５３）し、制御アプリケーションから受信したデバイスアクションをプリント設定となるように解読できる。ＩＤｅｖ２は、画像処理ジョブをレンダリング／出力するための関連する動作を実行することもできる。

いくつかの実施例では、ユーザは直接提出（すなわちドライバレスな）アプリケーションを使って画像処理ジョブを提出できる。これらケースでは、直接提出アプリケーションは包括的ドライバ１５０のために説明したのと同じリモートＵＩ機能を実行できる。

いくつかの実施例では、ユーザはウェブブラウザを使って画像処理ジョブを提出できる。これら実施例では、ウェブブラウザのアプリケーションは包括的ドライバ１５０についてこれまで説明したのと同じリモートＵＩ機能を実行できる。

いくつかの実施例では、ユーザは電子メールのアプリケーションを使って画像処理ジョブを提出できる。これら実施例では、電子メールのアプリケーションは包括的ドライバ１５０についてこれまで説明したのと同じリモートＵＩ機能を実行できる。

これまで説明した多くの実施例は、プリントジョブの一例に関連して記載したが、他の実施例は、ソフトコピーフォーマットまたはハードコピーフォーマットのいずれかで出力をレンダリングする他のリモート入力画像処理動作、例えば、ファックス、スキャン、ファイル、パブリッシュ、ディスプレイ、媒体の複製およびフォーマット変換も含む。

（９）リモートユーザインターフェースを使用した管理処理
ＩＤｅｖに関連する他のシステム（すなわちＲＵＤまたは任意のリモートユーザインターフェースのアプリケーション）の間にリモートユーザインターフェースを最初に生成するための上記方法および構造に加えて、その他の種々の管理機能および処理は、上記のようにリモートユーザインターフェースを使用することができる。以下に示す図１６乃至図２１は、上記のようにリモートユーザインターフェースを使用するための管理タスクおよびプロセスを可能にするための更なる向上を示す。

図１６で説明されるようないくつかの実施例において、リモートユーザインターフェースは、特定の識別されたリモートユーザ装置のみがＩＤｅｖとインタラクトできる一方でその他のプロセスはＩＤｅｖへのかかるアクセスを制限または防止されるようにＩＤｅｖへのアクセスを制限するために使用することができる。図１６のステップ１６００において、まず、ＩＤｅｖとリモートユーザ装置（ＲＵＤ）の間に双方向の通信リンクを設定する。次に、ステップ１６０２において、（上記のように）双方向の通信リンクを通して（上記のように）リモートユーザインターフェースを設定（establish）する。この設定したリモートユーザインターフェースを使用して、ステップ１６０４では、次に、他のユーザまたはプロセスによってＩＤｅｖに対して許可されたアクセスを制限するようＩＤｅｖに指示することができる。

図１７乃至図１９は、図１６の一般的方法の更なる詳細な例を提供する。図１７は、図１６において上述した制限的アクセスに関連する更なる処理例を表す。ステップ１７００において、まず、リモートユーザインターフェースを使用して管理ユーザに管理ページを提示する。とりわけ、提示された管理ページは、管理ユーザの対応するＩＤｅｖへのアクセスは種々の方法のうちのひとつにおいて制限されるべきであることを示すためのオプションを提供する。次に、ステップ１７０２では、リモートユーザインターフェースを通して管理ページからユーザ入力を受け入れる（receiveする）。受け入れたユーザ入力は、ＩＤｅｖへのアクセスに対して所望される制限の種類を示す。次に、ステップ１７０４では、ユーザ入力に基づいて、リクエストされたＩＤｅｖへの制限的アクセスを実施する。例えば、管理ページの指示に応答したユーザ入力は、あらゆる装置、プロセスまたはユーザが関連するＩＤｅｖにアクセスできるように制限を課さないよう示すことができる。かかるオプションは、前に付与された制限を解除するために使用できる。更に、例えば、制限は、ＩＤｅｖと一体のユーザインターフェース（例えば「フロントパネル」）のユーザが制限なくＩＤｅｖにアクセスできる（例えば「ウォークアップ」アクセスに対して制限をかけない）ように管理ユーザによって指定できる。しかしながら、（リモートユーザインターフェースを提供したＲＵＤ以外の）リモートユーザ装置によるネットワークアクセスは制限される。更に、例えば、ユーザ入力は、リモートユーザインターフェースを使用するリモートユーザ装置のみがＩＤｅｖにアクセスできる（すなわち「ウォークアップ」でのＩＤｅｖとのインタラクションのための一体化したフロントパネルからのアクセスを防止する）よう指定できる。これらおよび他の制限のフォームの例は、ステップ１７０２によって提供された管理ページおよびそこから受けたユーザ入力によって指定することができる。

別の実施例では、制限的アクセスは、リモートユーザインターフェースまたはＩＤｅｖに対する別のあるユーザインターフェースと併せて使用する管理トークンを設定することによって制御できる。管理トークンは、一体化したフロントパネルのあるユーザ（すなわち「ウォークアップ」ユーザ）またはあるリモートユーザインターフェースのユーザ／プロセスが、対応するＩＤｅｖへのアクセスを許可される特定の管理トークンを提供するような任意の適切なキー、パスワード、ＵＩＤ、生体情報などであってもよい。図１８において、ステップ１８００では、リモートユーザインターフェース（またはＩＤｅｖに関連する他の任意のユーザインターフェース）と共に使用するためのかかる管理トークンを設定または生成する。次に、ステップ１８０２では、ＩＤｅｖに関連する権限を与えられたユーザまたはプロセスにのみ管理トークンを提供する（例えば権限を与えられたＲＵＤ上のリモートユーザインターフェースを使用するプロセスにのみ提供するまたは権限を与えられた「ウォークアップ」アクセスのためのユーザに物理的に提供する）。

図１９は、設定された制限的アクセスに関連するＩＤｅｖの処理を表す対応するフローチャートである。ステップ１９００は、ＩＤｅｖが任意の付加された装置、プロセスまたはユーザからある入力を受け入れる処理を示す。ステップ１９０２では、受け入れた入力がＩＤｅｖにアクセスする権限を与えられているかを判定する。権限を与えられている場合、ステップ１９０４は、ＩＤｅｖへのアクセスの権限を与えられた装置またはプロセスから受け入れた入力を処理するためのＩＤｅｖ内での任意の通常の処理を示す。権限を与えられていない場合、ステップ１９０６は、ＩＤｅｖに対して許可されたアクセスを有さないプロセスまたは装置から受け入れた入力を単に無視するためのＩＤｅｖ内での処理を示す。

上記で示したように、ＩＤｅｖにアクセスするための権限の判定には、図１８において上記で説明したように設定され、ＩＤｅｖへアクセスすることを意図するユーザまたはプロセスにのみ提供される管理トークンを用いることができる。更に、アクセスは、単に、ＩＤｅｖにアクセスしようとするユーザまたはプロセスのアイデンティティ、およびＩＤｅｖへのアクセスを許可されたユーザまたはプロセスを表すＩＤｅｖ内に記憶された対応する表情報によって判定することができる。

図２０は、上記のリモートユーザインターフェースを使用して実行することができる更に別の管理プロセスの例を示すフローチャートである。図２０の方法は、概して、システムのサーバに接続されたＩＤｅｖを最初にサーバによって発見することができ、新たに発見されたＩＤｅｖに関連する機能および特徴を該新たに発見されたＩＤｅｖへのアクセスを所望する他のリモートユーザ装置により使用するためにサーバ内でキャッシュすることができる技術を表す。新たに発見されたＩＤｅｖの機能においてリモートユーザインターフェースの特徴が使用可能である場合、各ＲＵＤはかかる特徴を用いて新たに発見されたＩＤｅｖにアクセスすることができる。もしくは、新たに発見されたＩＤｅｖがリモートユーザインターフェースの特徴を許可することができない場合、サーバはＩＤｅｖの代わりにかかる機能をエミュレートすることで、ＩＤｅｖがリモートユーザインターフェースを直接サポートしているかどうかや、サーバがかかるリモートユーザインターフェースの機能をエミュレートするかどうかに関わらず全てのＲＵＤがリモートユーザインターフェースを使用してＩＤｅｖへのアクセスを想定することができる。

ステップ２０００では、任意の適切なイベントが新たなＩＤｅｖを発見させるのを待つ。発見プロセスを実行させることができるイベントの例は、発見処理の周期的実行を自動化したかかる発見処理をマニュアルリクエストする管理ユーザ、リモートユーザインターフェースのアプリケーションによってかかる発見処理をリクエストする管理ユーザ、または共通のネットワークに接続された装置から検知されたイベントに応答して開始された発見処理（例えば共通のネットワーク上のいくつかの新たな装置の存在を自動的に検知し、新たに検知された装置の情報を発見することを試みること）のいずれかまたは全てを含むことができる。かかるイベントの受信時に、ステップ２００２では、前の未知のＩＤｅｖが発見プロセスを実行するサーバに接続されたいくつかの関連するネットワーク上に現在存在するとして検知されたかどうかを発見することを試みる。ステップ２００４では、いずれかのかかる新たなＩＤｅｖが発見されたかどうかを判定する。発見されない場合、この特定のイベントは無視され、ステップ２０００にループバックして次に検知されるイベントを待つ。

ステップ２００４において新たなＩＤｅｖが発見されたと判定された場合、次に、ステップ２００６では、新たに発見された装置に関する機能情報を取得するために新たに発見された装置に問い合わせをする。例えば、機能情報は画像処理機能および装置に関連する処理の特徴を含むことができる。機能情報は、更に、新たに発見されたＩＤｅｖのリモートユーザインターフェースの機能に関する情報を含むことができる。例えば、機能は、単に、新たに発見されたＩＤｅｖはリモートユーザインターフェースを使用できないことを示すことができ、または、上記のようにリモートユーザインターフェースを介してアクセス可能な特定のユーザインターフェースを示すことができる。新たに発見されたＩＤｅｖがプリント装置である場合、機能情報は、プリンタ機能および新たに発見されたプリンタＩＤｅｖへのアクセスのためのプリントチケットの詳細を明確に含むことができる。ステップ２００８では、任意のプリンタドライバまたはリモートユーザ装置がサーバから直接機能情報を取得することができるように検索された機能情報をサーバに保存する。従って、サーバは、複数のＩＤｅｖのための機能情報の中央リポジトリとなる。更に、機能情報を集約するサーバは、どのＩＤｅｖがリモートユーザインターフェースを直接サポートしているかが分かるため、サーバは、任意のＲＵＤがリモートユーザインターフェースを使ってＩＤｅｖにアクセスすることを可能にするためのエミュレーション機能も提供することができる。ＩＤｅｖがリモートユーザインターフェースの機能を直接サポートすることができない場合、リモートユーザインターフェースの特徴はエミュレータとしてサーバによって提供することができる。

結果として、リモートユーザ装置（ＲＵＤ）上で作動可能なリモートユーザインターフェースのアプリケーションが識別されたＩＤｅｖへのアクセスを所望する場合、ステップ２０１０では、特定の識別されたＩＤｅｖのためにサーバから装置機能情報を検索する処理をＲＵＤによって行う。次に、ステップ２０１２では、機能情報は、識別されたＩＤｅｖがリモートユーザインターフェースの特徴をサポートすることができることを示すかどうかを判定する。サポートできることを示していない場合、ステップ２０１８では、ＩＤｅｖの代わりにリクエスト側のＲＵＤとサーバの間にリモートユーザインターフェースを設定する。つまり、ステップ２０１８では、ＩＤｅｖへのアクセスをリクエストするＲＵＤによって使用するために識別されたＩＤｅｖの代わりにリモートユーザインターフェースのエミュレーションを行う。

ステップ２０１２において、識別されたＩＤｅｖがその機能情報によって定義されたようなリモートユーザインターフェースの特徴を直接サポートすることができると判定する場合、ステップ２０１４では、次に、識別されたＩＤｅｖとリクエスト側のＲＵＤの間に直接、双方向の通信リンクを設定する。ステップ２０１６では、リクエスト側のＲＵＤと識別されたＩＤｅｖの間に直接、リモートユーザインターフェースの機能を設定する。

図２０に記載の実施例に従い、サーバは、中央サーバが新たに発見されたＩＤｅｖとリクエスト側のＲＵＤの間におけるリモートユーザインターフェースの設定を調整することを可能にする機能情報を記憶するための中央リポジトリを保持する。各ＩＤｅｖに関する機能情報を受信および記憶することによって、中央サーバは、かかるリモートユーザインターフェースの機能を直接サポートしないＩＤｅｖに関連するリモートユーザインターフェースのためのエミュレーション機能を提供することができる。

図２１は、上記のリモートユーザインターフェースの特徴に基づき提供することができる更に別の管理処理を示す。いくつかの実施例において、監視プロセスは、特定のＩＤｅｖに対応するジョブ状況または装置状況を継続的に監視することを可能にするために生成および発生される。例えば、リモートユーザ装置（ＲＵＤ）上で作動可能なリモートユーザインターフェースのアプリケーションは、特定のジョブの処理の監視、識別されたＩＤｅｖの全体的な状況の監視、または識別されたＩＤｅｖの実行待ちの特定のジョブのパフォーマンスの制御の作動を続けるバックグラウンドプロセスを発生させることができる。

ステップ２１００では、まず、識別されたＩＤｅｖとリモートユーザ装置（ＲＵＤ）の間に双方向の通信リンクを設定する。特に、ＲＵＤの装置ドライバは、識別されたＩＤｅｖとの双方向の通信の設定を行うことができる。次に、ステップ２１０２では、ＲＵＤと識別されたＩＤｅｖの間の双方向の通信リンクを使ってリモートユーザインターフェースを設定する。次に、ステップ２１０４では、装置の状況を監視するためおよび／または識別されたＩＤｅｖ上の関連ジョブを監視するための監視プロセスを生成および発生させる。ステップ２１０６は、リモートユーザインターフェースの機能を使用して識別されたＩＤｅｖと監視プロセスの間で状況情報を交換するための監視プロセスの進行中の処理を表す。

交換された情報は、例えば、識別されたＩＤｅｖが現在認識している全てのジョブに関する全体的な状況情報、識別されたＩＤｅｖの動作状況、およびＩＤｅｖの動作状況および／またはＩＤｅｖに関連するジョブに関する他の任意の適切な状況情報を含むことができる。また、交換された情報は、識別されたＩＤｅｖの特定の識別されたジョブの制御に関する制御関連情報を含むことができる。例えば、制御情報は、識別されたＩＤｅｖの識別されたジョブの実行を開始またはキャンセルするためのリクエストを含むことができる。更に、例えば、制御情報は、識別されたＩＤｅｖの識別されたジョブの処理を一時停止または再開するためのリクエストを含むことができる。更に、例えば、制御情報は、識別されたＩＤｅｖの識別されたジョブの処理を変更するためのリクエストを含むことができる。

状況情報の交換は、リモートユーザインターフェース上のユーザに提示することができる。更に、識別されたＩＤｅｖの特定の識別されたジョブに関する制御情報は、リモートユーザインターフェースから受け入れたユーザ入力に従って判定することができる。

本発明の実施例は、マイクロソフト社のウィンドウズ（登録商標）オペレーティングシステム、Ａｐｐｌｅ ＭａｃＩｎｔｏｓｈオペレーティングシステム、Ｌｉｎｕｘのオペレーティングシステム、Ｓｙｓｔｅｍ Ｖ Ｕｎｉｘ（登録商標）のオペレーティングシステム、ＢＳＤ Ｕｎｉｘ（登録商標）のオペレーティングシステム、ＯＳＦ Ｕｎｉｘ（登録商標）のオペレーティングシステム、ＩＢＭ Ｍａｉｎｆｒａｍｅ ＭＶＳのオペレーティングシステム、およびＩＢＭ ＡＳ／４００のプリントサブシステムの要素を含むことができる。

本明細書で使用した用語および表現は、本発明を説明するための用語として用いたものであり、本発明を限定するために用いたものではない。かかる用語および表現の使用に当たり、本明細書に示し、説明した特徴事項の均等物またはその一部を排除する意図はなく、本発明の範囲は特許請求の範囲のみによって定められることが認識できよう。図および上記の説明において本発明を図示および説明してきたが、かかる図示および説明は例示であり、特徴上限定するものではないと考えられるべきである。本発明の種々の実施例およびその微小の変形について示し説明した。特に、上記の方法の例は、汎用または特殊用途のプログラム可能なプロセッサによって実行される適切にプログラム化された命令として実施することができ、または組み合わせおよび／もしくはシーケンシャル論理要素を含む同等のカスタム論理回路として実施することができることは、当業者に容易に理解されよう。本発明の精神から外れることなく各種の変更および修正が実現される。当業者であれば、本発明の範囲内の上記の実施例の変形例を理解できる。従って、本発明は上記の特定の例および例示に限定されるものではなく、特許請求の範囲によってのみ限定されるものである。

２…画像処理装置、４…リモートコンピューティング装置、５…リモートユーザ装置、６…中央処理ユニット、７…キーボード、８…ディスプレイ、９…マウス、１０，１２，１６…通信リンク。

Claims (6)

1. 画像処理装置（ＩＤｅｖ）とリモートユーザ装置（ＲＵＤ）の間に双方向の通信リンクを設定するステップと、
   前記双方向の通信リンクを通して、前記ＩＤｅｖを制御するために前記ＲＵＤのユーザによって使用されるリモートユーザインターフェースを設定するステップと、
   前記リモートユーザインターフェースの設定に応答して前記ＩＤｅｖへのアクセスを制限するよう前記ＩＤｅｖに指示するステップを含むことを特徴とする、画像処理装置で管理制御を実行するための方法。
2. 前記リモートユーザインターフェース上に、前記ＩＤｅｖへのアクセスの制限を所望することを示すオプションを含む管理ページを提示するステップと、
   前記ＩＤｅｖへのアクセスの制限をユーザが所望することを示すユーザ入力を前記管理ページから受け入れるステップとを含み、
   前記指示するステップは前記ＩＤｅｖへのアクセスの制限を所望することを示すユーザ入力に応答するものであることを特徴とする、請求項１記載の方法。
3. 前記受け入れるステップは、前記ＩＤｅｖへのアクセスを前記ＲＵＤのみに制限することを所望することを示すユーザ入力を受け入れるステップを更に含み、
   前記指示するステップは、前記ＲＵＤ以外の任意の装置による任意のアクセスを拒絶するよう前記ＲＵＤに指示するステップを更に含むことを特徴とする、請求項２記載の方法。
4. 前記受け入れるステップは、任意のリモートユーザ装置によるＩＤｅｖへのアクセスを許可し、前記ＩＤｅｖと一体のユーザインターフェースによるアクセスを制限することを所望することを示すユーザ入力を受け入れるステップを更に含み、
   前記指示するステップは、前記ＩＤｅｖと一体の前記ユーザインターフェースのユーザによる前記ＩＤｅｖへの任意のアクセスを拒絶するよう前記ＲＵＤに指示するステップを更に含むことを特徴とする、請求項２記載の方法。
5. 前記ＩＤｅｖへのアクセスを許可された装置にのみ提供される管理トークンを前記ＩＤｅｖにおいて設定するステップを更に含むことを特徴とする、請求項１記載の方法。
6. 前記指示するステップは、前記ＩＤｅｖに前記管理トークンを提供する任意の装置からの入力を受け入れるよう前記ＩＤｅｖに指示するステップと、
   前記ＩＤｅｖに前記管理トークンを提供しない任意の装置からの入力を無視するよう前記ＩＤｅｖに指示するステップを更に含むことを特徴とする、請求項５記載の方法。

Images