(57)【要約】【課題】異なる文書処理デバイスから文書処理操作を遠隔管理するシステムおよび方法を提供する。【解決手段】第１の文書処理デバイスが、第２の文書処理デバイスから、ジョブ一覧の要求を、第２のデバイスの能力とともに受信する。その後、第１のデバイスが、第１のデバイス上で未処理になっているジョブの情報を含むＸＭＬファイルを作成する。次に、第１のデバイスが、第２のデバイスにＸＭＬファイルを送り、第２のデバイスが、第１のデバイスから第２のデバイスに放出されるべきジョブのユーザ選択を受け取る。ユーザ選択が、第１のデバイスに送信され、第１のデバイスが、ジョブを暗号化／圧縮して、暗号化／圧縮されたジョブを、第２のデバイスに送る。ジョブが、第２のデバイスの能力を超過していない場合には、第２のデバイスが、そのジョブに関連した文書処理操作を遂行する。【選択図】図１
2007329921.tif 000002
【特許請求の範囲】
【請求項１】
異なる文書処理デバイスから、文書処理操作を遠隔管理するシステムであって、
ネットワーク；
前記ネットワークとデータ通信する第１の文書処理デバイスであって、
ネットワーク・インターフェイス；
前記ネットワークから、少なくとも１つの電子文書を受信するように適合化された電子文書受信手段；
前記第１の文書処理デバイスによって遂行されるべき、前記少なくとも１つの電子文書に関連した、少なくとも１つの文書処理操作を表わすジョブ・データを、前記ネットワークから受信するように適合化されたジョブ・データ受信手段；および、
前記少なくとも１つの文書処理操作の状態のステータスを表わすステータス・データを、前記ネットワークに伝達するように適合化されたステータス・データ伝達手段；
を備えた第１の文書処理デバイス；
前記ネットワークとデータ通信する第２の文書処理デバイスであって、
ユーザ・インターフェイス；
ネットワーク・インターフェイス；
前記ネットワークから、前記ステータス・データを受信するように適合化されたステータス・データ受信手段；
前記ユーザ・インターフェイス上に、受信したステータス・データを表わす表示を発生させるように適合化された表示手段；
前記少なくとも１つの電子文書に関連した、少なくとも１つの第２の文書処理操作を表わす文書管理データを、関係するユーザから受け取るように適合化された文書管理データ受取手段；および、
前記少なくとも１つの文書処理操作を変更するために、受け取った文書管理データを、前記ネットワークを介して、前記第１の文書処理デバイスに伝達するように適合化された文書管理データ伝達手段；
を備えた第２の文書処理デバイス；
を備えてなることを特徴とする文書処理操作を遠隔管理するシステム。
【請求項２】
前記文書管理データが、代替文書処理デバイスへの、前記少なくとも１つの文書処理操作の、前記ネットワークを介する送り直しであることを表わすデータを含んでいることを特徴とする請求項１記載の文書処理操作を遠隔管理するシステム。
【請求項３】
変更された文書処理操作を表わす、更新されたステータス・データを、前記関係するユーザに伝達するように適合化された更新ステータス・データ伝達手段を、さらに備えてなることを特徴とする請求項１記載の文書処理操作を遠隔管理するシステム。
【請求項４】
前記第２の文書処理デバイスが、前記関係するユーザのアイデンティティ（身元）、前記少なくとも１つの文書処理操作のアイデンティティ、および、前記第1の文書処理デバイスのアイデンティティのうちの少なくとも１つを表わす識別データを入手するように適合化された識別データ入手手段を備えており、そして、前記識別データが、前記第１の文書処理デバイスから、前記ステータス・データを入手するために用いられることを特徴とする請求項１記載の文書処理操作を遠隔管理するシステム。
【請求項５】
前記第１の文書処理デバイスと、前記第２の文書処理デバイスとのうちの少なくとも１つが、
前記少なくとも１つの電子文書と、前記識別データとのうちの少なくとも１つを、暗号化された形式で受け取るように適合化された暗号化形式受取手段；および、
前記少なくとも１つの電子文書と、前記識別データとのうちの少なくとも１つを解読するように適合化された解読手段；
を備えていることを特徴とする請求項４記載の文書処理操作を遠隔管理するシステム。
【請求項６】
前記ステータス・データが、ＸＭＬフォーマットにあることを特徴とする請求項４記載の文書処理操作を遠隔管理するシステム。
【請求項７】
前記ユーザ・インターフェイスが、ＸＭＬデータ交換の目的に合うように適合化されたシン・クライアントを備えていることを特徴とする請求項１記載の文書処理操作を遠隔管理するシステム。
【請求項８】
第１の文書処理デバイスにおいて、関連するネットワークを介して、少なくとも１つの電子文書を受信するステップ；
前記第１の文書処理デバイスによって遂行されるべき、前記少なくとも１つの電子文書に関連した、少なくとも１つの文書処理操作を表わすジョブ・データを、前記第１の文書処理デバイスにおいて、前記ネットワークを介して受信するステップ；
前記少なくとも１つの文書処理操作の状態のステータスを表わすステータス・データを、前記第１の文書処理デバイスから、前記ネットワークに伝達するステップ；
前記ネットワークとデータ通信する第２の文書処理デバイスにおいて、前記ステータス・データを受信するステップ；
前記第２の文書処理デバイスに関連したユーザ・インターフェイス上に、受信したステータス・データを表わす表示を発生させるステップ；
前記第２の文書処理デバイスにおいて、関係するユーザから、前記少なくとも１つの電子文書に関連した、少なくとも１つの第２の文書処理操作を表わす文書管理データを受け取るステップ；および、
前記少なくとも１つの文書処理操作を変更するために、受け取った文書管理データを、前記第２の文書処理デバイスから、前記ネットワークを介して、前記第１の文書処理デバイスに伝達するステップ；
を含んでなることを特徴とする異なる文書処理デバイスから文書処理操作を遠隔管理する方法。
【請求項９】
前記文書管理データが、代替文書処理デバイスへの、前記少なくとも１つの文書処理操作の、前記ネットワークを介する送り直しであることを表わすデータを含んでいることを特徴とする請求項８記載の文書処理操作を遠隔管理する方法。
【請求項１０】
変更された文書処理操作を表わす、更新されたステータス・データを、前記関係するユーザに伝達するステップを、さらに含んでなることを特徴とする請求項８記載の文書処理操作を遠隔管理する方法。
【請求項１１】
前記第２の文書処理デバイスを介して、前記関係するユーザのアイデンティティ、前記少なくとも１つの文書処理操作のアイデンティティ、および、前記第1の文書処理デバイスのアイデンティティのうちの少なくとも１つを表わす識別データを入手するステップであって、前記識別データが、前記第１の文書処理デバイスから、前記ステータス・データを入手するために用いられるステップを、さらに含んでなることを特徴とする請求項８記載の文書処理操作を遠隔管理する方法。
【請求項１２】
前記第１の文書処理デバイスと、前記第２の文書処理デバイスとのうちの少なくとも１つを介して、前記少なくとも１つの電子文書と、前記識別データとのうちの少なくとも１つを、暗号化された形式で受け取るステップ；および、
前記少なくとも１つの電子文書と、前記識別データとのうちの少なくとも１つを解読するステップ；
をさらに含んでなることを特徴とする請求項１１記載の文書処理操作を遠隔管理する方法。
【請求項１３】
前記ステータス・データが、ＸＭＬフォーマットにあることを特徴とする請求項１１記載の文書処理操作を遠隔管理する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる文書処理デバイスから文書処理操作を管理するシステムおよび方法に関する。特に、本発明は、ユーザが、そのシステムまたはネットワークに関連する任意のデバイスから、そのユーザの未処理になっている文書処理ジョブのいずれをも見る、または、放出させることを可能にするシステムおよび方法に関する。
【背景技術】
【０００２】
通常、ユーザが、電子文書を作成することを望むとき、ユーザは、電子文書を文書処理デバイスに送信して、文書をジョブキュー（ジョブ待ち行列）に置く。最新の文書処理システムは、ジョブ投入の際に、特定の文書処理デバイスを選択することをユーザに要求する。そのようなシステムに伴う１つの課題は、ユーザが、指定されるデバイスに対する経路情報を持っていなければならず、また、そのデバイスが物理的にどこにあるかを知っていなければならないということである。他の１つの課題は、文書処理デバイスが正常に機能していないと、ユーザが、依然として、デバイスにジョブを投入することができても、デバイスは、そのデバイスが再び作動可能になるまで、いかなるジョブも処理しないということである。さらに、選択されたデバイスが、前のジョブの処理で使用中であるかもしれない。そのときには、ユーザは、前のジョブが処理されるのを待ってから、そのユーザのジョブを処理しなければならない。そのような問題を回避するために、多くの現在の文書処理システムは、ジョブを扱うことができる他の文書処理デバイスを求めてネットワークを探索して、利用可能な、１つまたは複数のデバイスをユーザに通知する。その後、文書処理システムは、ジョブを、利用可能な１つのデバイスに自動的に送るか、または、ユーザに、ジョブを送り直すことを要求するであろう。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、その利用可能なデバイスは、物理的に、ユーザから遠くにあるかもしれないし、または、ユーザが、そのデバイスの場所を知らないかもしれない。そのようなことであるから、ユーザが、そのシステムまたはネットワークに関連した任意のデバイスから、ジョブを読み出すことができる文書処理システムおよび方法が必要である。
【０００４】
本発明は、上記の問題を克服し、そして、異なる文書処理デバイスから、文書処理操作を管理するシステムおよび方法を提供する。
【課題を解決するための手段】
【０００５】
本発明の一態様によれば、異なる文書処理デバイスから、文書処理操作を遠隔管理するシステムであって、
ネットワーク；
前記ネットワークとデータ通信する第１の文書処理デバイスであって、
ネットワーク・インターフェイス；
前記ネットワークから、少なくとも１つの電子文書を受信するように適合化された電子文書受信手段；
前記第１の文書処理デバイスによって遂行されるべき、前記少なくとも１つの電子文書に関連した、少なくとも１つの文書処理操作を表わすジョブ・データを、前記ネットワークから受信するように適合化されたジョブ・データ受信手段；および、
前記少なくとも１つの文書処理操作の状態のステータスを表わすステータス・データを、前記ネットワークに伝達するように適合化されたステータス・データ伝達手段；
を備えた第１の文書処理デバイス；
前記ネットワークとデータ通信する第２の文書処理デバイスであって、
ユーザ・インターフェイス；
ネットワーク・インターフェイス；
前記ネットワークから、前記ステータス・データを受信するように適合化されたステータス・データ受信手段；
前記ユーザ・インターフェイス上に、受信したステータス・データを表わす表示を発生させるように適合化された表示手段；
前記少なくとも１つの電子文書に関連した、少なくとも１つの第２の文書処理操作を表わす文書管理データを、関係するユーザから受け取るように適合化された文書管理データ受取手段；および、
前記少なくとも１つの文書処理操作を変更するために、受け取った文書管理データを、前記ネットワークを介して、前記第１の文書処理デバイスに伝達するように適合化された文書管理データ伝達手段；
を備えた第２の文書処理デバイス；
を備えてなることを特徴とする文書処理操作を遠隔管理するシステムが提供される。
【０００６】
また、本発明の別の一態様によれば、  第１の文書処理デバイスにおいて、関連するネットワークを介して、少なくとも１つの電子文書を受信するステップ；
前記第１の文書処理デバイスによって遂行されるべき、前記少なくとも１つの電子文書に関連した、少なくとも１つの文書処理操作を表わすジョブ・データを、前記第１の文書処理デバイスにおいて、前記ネットワークを介して受信するステップ；
前記少なくとも１つの文書処理操作の状態のステータスを表わすステータス・データを、前記第１の文書処理デバイスから、前記ネットワークに伝達するステップ；
前記ネットワークとデータ通信する第２の文書処理デバイスにおいて、前記ステータス・データを受信するステップ；
前記第２の文書処理デバイスに関連したユーザ・インターフェイス上に、受信したステータス・データを表わす表示を発生させるステップ；
前記第２の文書処理デバイスにおいて、関係するユーザから、前記少なくとも１つの電子文書に関連した、少なくとも１つの第２の文書処理操作を表わす文書管理データを受け取るステップ；および、
前記少なくとも１つの文書処理操作を変更するために、受け取った文書管理データを、前記第２の文書処理デバイスから、前記ネットワークを介して、前記第１の文書処理デバイスに伝達するステップ；
を含んでなることを特徴とする異なる文書処理デバイスから文書処理操作を遠隔管理する方法が提供される。
【発明の効果】
【０００７】
本発明によれば、ユーザが、そのシステムまたはネットワークに関連した任意のデバイスから、ユーザの未処理になっている文書処理ジョブのいずれをも見る、または、放出させることが可能になる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態について、図面を参照しながら説明する。尚、各図において同一箇所については同一の符号を付している。
【０００９】
本発明は、異なる文書処理デバイスから文書処理操作を管理するシステムおよび方法を対象にしている。詳細には、本発明は、ユーザが、そのシステムまたはネットワークに関連する任意のデバイスから、そのユーザの未処理になっている文書処理ジョブのいずれをも見る、または、放出させることを可能にするシステムおよび方法を対象にしている。より詳細には、本発明は、ユーザが、その文書処理ジョブのためにユーザが選択したデバイスからジョブを見るだけである、または、放出させるだけであるように制限されないシステムおよび方法を対象にしている。
【００１０】
ここで図１に目を向けると、本発明による、異なる文書処理デバイスから文書処理操作を遠隔管理するシステム１００の全体図が、示されている。図１に示されているように、システム１００は、コンピュータ・ネットワーク１０２として表わされている分散コンピューティング環境を使用する。コンピュータ・ネットワーク１０２は、２つ以上の電子デバイス間でのデータ交換を可能にすることができる任意の分散通信環境である。ネットワーク１０２は、限定するものではないが例えば、仮想エリア・ネットワーク（ＶＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、パーソナル・エリア・ネットワーク（ＰＡＮ）、インターネット、イントラネット、広域ネットワーク（ＷＡＮ）、または、任意のそれらの適切な組み合わせを含む、周知の任意のコンピュータ・ネットワークである。コンピュータ・ネットワーク１０２は、限定するものではないが例えば、トークンリング、８０２．１１（ｘ）、イーサネット（登録商標）、または、他の無線ベースまたは有線ベースのデータ通信メカニズムのような、おびただしい数の従来のデータ伝送メカニズムによって例示されるような、物理レイヤおよび伝送レイヤから構成されるのが好ましい。
【００１１】
図１に描かれているシステム１００は、さらに、種々の文書処理操作を遂行するように適切に適合化された、多機能（複合）周辺デバイスとして表わされている、第１の文書処理デバイス１０４および第２の文書処理デバイス１１０を含んでいる。そのような文書処理操作には、例えば、複写、スキャニング、電子メール、文書管理、ファクシミリ、印刷、および、その他同様のものが含まれる。適切な商用の文書処理デバイスには、東芝製のｅ−スタジオ（商品名）シリーズ・コントローラが含まれるが、それに限定されるものではない。一実施形態において、文書処理デバイス１０４および１１０は、限定するものではないが、ファイヤワイヤ・ドライブ、ＵＳＢ（ユニバーサル・シリアル・バス）ドライブ、ＳＤメモリカード、マルチメディアカード、ｘＤピクチャーカード、コンパクトフラッシュ（登録商標）、メモリスティック、および、その他同様のものを含む、複数の携帯型記憶媒体を受け入れるように適切に装備されている。本発明の好適な実施形態において、文書処理デバイス１０４は、さらに、タッチスクリーン・インターフェイス、アルファベット文字数字インターフェイス、ＬＣＤ（液晶）ディスプレイ、または、その他同様のもののような、関連するユーザ・インターフェイス１０８を含んでおり、それを介して、関係するユーザ１２４が、文書処理デバイス１０４と直接交信することができる。ユーザ・インターフェイス１１４は、ＸＭＬ（Extensive Markup Language：拡張マークアップ言語）フォーマットで受信されたステータス情報を表示するように適切に適合化されたシン・クライアントであるのが好ましい。同様に、文書処理デバイス１１０は、例えば限定的に、ＬＣＤディスプレイ、タッチスクリーン・インターフェイス、アルファベット文字数字インターフェイス、または、その他同様のもののような、関連するユーザ・インターフェイス１１４を使用している。インターフェイス１１４を用いて、関係するユーザ１２４が、文書処理デバイス１１０と直接交信することができる。本発明の一実施形態によれば、第２の文書処理デバイス１１０のユーザ・インターフェイス１１４は、ＸＭＬフォーマットで受信されたステータス情報を表示するように適切に適合化されたシン・クライアントとして実装されるのが好ましい。
【００１２】
本発明によれば、第１の文書処理デバイス１０４は、第１の文書処理デバイス１０４の操作を容易にするように適切に適合化されたコントローラ１０６を組み込んでいる。同様に、第２の文書処理デバイス１１０も、第２の文書処理デバイス１１０の操作を容易にするように適切に適合化されたコントローラ１１２を使用している。コントローラ１０６およびコントローラ１１２は、関連する文書処理デバイス１０４、１１０の操作を制御する、関連するユーザ・インターフェイス１０８、１１４を介して画像の表示を制御する、受信したユーザ・データを分析する、外部デバイスとの通信を容易にする、などのように設定されたハードウェア、ソフトウェア、または、任意のそれらの適切な組合せとして具体化されるのが好ましい。コントローラ１０６および１１２は、それぞれの文書処理デバイス１０４および１１０に一体化された成分として図１に描かれているが、コントローラ１０６およびコントローラ１１０は、各々、それぞれの文書処理デバイス１０４および１１０に通信可能につながれた外部デバイスとして適切に具体化することができる。コントローラ１０６およびコントローラ１１０の機能は、以下に、さらにずっと詳しく説明されている、図２および図３に例示されているブロック図を併用して、よりよく理解される。
【００１３】
文書処理デバイス１０４および１１０は、それぞれ、適切な通信リンク１１６および１１８を介して、コンピュータ・ネットワークに通信可能につながれるのが好ましい。適切な通信リンクには、限定するものではないが例えば、ワイマックス（WiMax：Worldwide Interoperability for Microwave Access）、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１（ｘ）、ブルートゥース、公衆交換電話網、専用通信ネットワーク、赤外線、光、または、当技術分野において知られている、任意の他の適切な有線または無線のデータ伝送通信が、含まれる。２つの文書処理デバイス１０４および１１０しか、本明細書において例示されないが、本発明は、多数のネットワーク化された文書処理デバイスに、等しく適用可能である。したがって、以下に記述される手順を、コンピュータ・ネットワーク１０２に通信可能につながれた、任意の数の文書処理デバイスを用いて、使用することができる。
【００１４】
システム１００は、さらに、通信リンク１２２を介してコンピュータ・ネットワーク１０２に通信可能につながれた、少なくとも１つのユーザ・デバイス１２０を含んでいる。ユーザ・デバイス１２０は、ただ例示の目的だけのために、ラップトップ・コンピュータとして、図１に描かれている。図１に示されているユーザ・デバイス１２０は、限定するものではないが例えば、コンピュータ・ワークステーション、パーソナル・コンピュータ、パーソナル・データ・アシスタント（携帯情報端末）、ウェブ対応のセルラ電話、スマートフォン（高度自動機能電話）、または、他のウェブ対応の電子デバイスを含む、当技術分野において知られている任意のパーソナル・コンピューティング・デバイスを表わしている。通信リンク１２２は、無線通信を含むが、それに限定されない、当技術分野において知られているデータ通信の任意の適切なチャネル、例えば、それに限定するものではないが、ブルートゥース、ワイマックス、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１（ｘ）、専用通信ネットワーク、赤外線、光、公衆交換電話網、または、当技術分野において知られている任意の適切な無線データ伝送システムまたは有線通信である。ユーザ・デバイス１２０は、電子文書を、文書処理命令とともに作成して、それらを、文書処理デバイス１０４、文書処理デバイス１１０、または、コンピュータ・ネットワーク１０２につながれた任意の他の同様のデバイスに送信するように適切に適合化されるのが好ましい。
【００１５】
ここで図２に目を向けると、本システム１００の動作が、それに基づいて成し遂げられる、適切なコントローラ２００（第１の文書処理デバイス１０４に関連したコントローラ１０６、および、第２の文書処理デバイス１１０に関連したコントローラ１１２を表わしている）の代表的な一アーキテクチャが、例示されている。中央演算処理装置で適切に構成されたプロセッサ２０２が、含まれている。しかしながら、プロセッサ２０２が、互いに連携して動作する複数のプロセッサで構成されるのが有利である。さらに、バイオス（ＢＩＯＳ：Basic Input/Output System）機能、システム機能、システム設定データ、および、コントローラ２００の動作のために用いられる、他のルーチンまたはデータのような、静的データ、または、固定データ、または、命令のために用いるのが有利である不揮発性メモリ、即ち、読み出し専用メモリ２０４が、含まれている。
【００１６】
さらに、コントローラ２００には、ダイナミック・ランダム・アクセス・メモリ、スタティック・ランダム・アクセス・メモリ、または、任意の他の適切な、アドレス可能で書き込み可能なメモリシステム、で適切に形成されたランダム・アクセス・メモリ２０６が、含まれている。ランダム・アクセス・メモリは、プロセッサ２０２によって行われるアプリケーションおよびデータのハンドリングに関連するデータ命令のための記憶エリアを供給する。
【００１７】
記憶インターフェイス２０８は、コントローラ２００に関連するデータの不揮発性記憶、大容量記憶、または、長期記憶のためのメカニズムを適切に供給する。記憶インターフェイス２０８は、２１６として示されているディスク・ドライブ、光ドライブ、テープ・ドライブ、および、その他同様のもののような、任意の適切なアドレス可能記憶装置またはシリアル記憶装置のような大容量記憶装置、ならびに、任意の適切な記憶媒体を適切に用いる。
【００１８】
ネットワーク・インターフェイス・サブシステム２１０は、関連するネットワークからの入出力の経路を適切に定めて、コントローラ２００が、他のデバイスに通信することを可能にする。ネットワーク・インターフェイス・サブシステム２１０は、デバイス２００の外部のデバイスとの１つ以上の接続と適切にインターフェイスをとっている。一例として、イーサネット（登録商標）、トークンリング、および、その他同様のもののような、固定ネットワークまたは有線ネットワークとのデータ通信のための少なくとも１つのネットワーク・インターフェイス・カード２１４、および、ワイファイ（WiFi：Wireless Fidelity）、ワイマックス、無線モデム、セルラ・ネットワーク、または、任意の適切な無線通信システムのような手段を介しての、無線通信用に適切に適合化された無線インターフェイス２１８が、例示されている。しかしながら、ネットワーク・インターフェイス・サブシステムは、任意の物理的データ転送レイヤまたは非物理的データ転送レイヤまたはプロトコル・レイヤを適切に利用する。例示では、ネットワーク・インターフェイス２１４は、ローカル・エリア・ネットワーク、広域ネットワーク、または、それらの組み合わせで適切に構成された物理的ネットワーク２２０を介して、データ交換のために相互接続されている。
【００１９】
プロセッサ２０２、読み出し専用メモリ２０４、ランダム・アクセス・メモリ２０６、記憶インターフェイス２０８、およびネットワーク・インターフェイス・サブシステム２１０の間のデータ伝達は、バス２１２によって例示されているようなバス・データ転送メカニズムを介して適切に行われる。
【００２０】
さらに、文書プロセッサ・インターフェイス２２２が、バス２１２とデータ伝達する。文書プロセッサ・インターフェイス２２２は、ハードウェアとの接続を適切に備えていて、１つ以上の文書処理操作を遂行する。そのような操作には、複写ハードウェア２２４を介して行われる複写、スキャン・ハードウェア２２６を介して行われるスキャニング、印刷ハードウェア２２８を介して行われる印刷、および、ファクシミリ・ハードウェア２３０を介して行われるファクシミリ通信が含まれる。コントローラが、任意の、または、全ての前述の文書処理操作を適切に操作する。２つ以上の文書処理操作を行うシステムが、一般に、多機能周辺装置または多機能デバイスと呼ばれる。
【００２１】
本システムの機能は、文書処理デバイスに関連したインテリジェント・サブシステムとして図２のコントローラ２００を含む、適切な文書処理デバイス上で行われる。図３の例示では、好適な実施形態において、コントローラ機能要素３００は、文書処理エンジン３０２を含んでいる。１つの適切なコントローラ機能は、好適な実施形態において、東芝製のｅ−スタジオ（商品名）システムに組み込まれている機能である。図３は、ソフトウェア機能およびオペレーティング・システム機能との関連における、図２のハードウェアの適切な機能を例示している。
【００２２】
好適な実施形態において、エンジン３０２は、印刷操作、複写操作、ファクシミリ操作、およびスキャニング操作を可能にする。この機能は、しばしば、多機能周辺装置を伴うものであり、多機能周辺装置は、業界において好まれる文書処理周辺装置になっている。しかしながら、本コントローラが、必ずしも、そのような能力のすべてを持つ必要はないということは認識されるであろう。上にリストした文書処理操作のサブセットである、専用の文書処理デバイス、または、より目的を制限した文書処理デバイスに、それらのコントローラを使用するのも有利である。
【００２３】
エンジン３０２は、ユーザ・インターフェイス・パネル３１０と適切にインターフェイスをとっており、そのパネルは、ユーザまたは管理者が、エンジン３０２によって制御される機能にアクセスすることを可能にする。アクセスは、コントローラの近くのインターフェイスを介して適切に、または、遠隔のシン・クライアントまたはシック・クライアントを介して遠隔操作によって、行われる。
【００２４】
エンジン３０２は、プリンタ機能要素３０４、ファクシミリ機能要素３０６、および、スキャン機能要素３０８とデータ伝達する。これらのデバイスは、文書画像を入手して、複写するか、または、電子バージョンを作成する際に用いる印刷、ファクシミリ送受信、および、文書スキャニングの実際の操作を容易にする。
【００２５】
ジョブキュー３１２は、プリンタ機能要素３０４、ファクシミリ機能要素３０６、および、スキャン機能要素３０８と、適切にデータ伝達する。ビットマップ、ページ記述言語（ＰＤＬ）またはベクトル・フォーマット、および、その他同様のもののような、種々の画像形式が、後のジョブキュー３１２を介するハンドリングのために、スキャン機能要素３０８から適切に供給されることが認識されるであろう。
【００２６】
ジョブキュー３１２は、さらに、ネットワーク・サービス３１４とデータ伝達する。好適な一実施形態において、ジョブ制御、ステータス・データ、または、電子文書データが、ジョブキュー３１２とネットワーク・サービス３１４との間で交換される。したがって、適切なインターフェイスが、クライアント側のネットワーク・サービス３２０を介してのコントローラ３００への、ネットワーク・ベースのアクセスのために設けられ、それは、任意の適切なシン・クライアントまたはシック・クライアントである。好適な実施形態において、ウェブ・サービス・アクセスは、ハイパーテキスト転送プロトコル、ファイル転送プロトコル、ユニフォーム・データ・ダイアグラム・プロトコル、または、任意の他の適切な交換メカニズムを介して、適切に行われる。ネットワーク・サービス３１４は、さらに、ＦＴＰ（ファイル転送プロトコル）、電子メール、テルネット（TELNET）、または、その他同様のものを介しての通信のために、クライアント側サービス３２０とのデータ交換を満たすのが有利である。このように、コントローラ機能要素３００は、種々のネットワーク・アクセス・メカニズムを介して、電子文書およびユーザ情報の出力または受信を容易にする。
【００２７】
ジョブキュー３１２は、さらに、画像プロセッサ３１６とデータ伝達するように置かれるのが有利である。画像プロセッサ３１６は、ラスタ・イメージ・プロセス（ＲＩＰ）・インタープリタ、ページ記述言語インタープリタ、または、印刷３０４、ファクシミリ３０６またはスキャニング３０８のようなデバイス・サービスを交換する際に一層よく適したフォーマットに電子文書を交換するのに適切な任意のメカニズム、であるのが適切である。
【００２８】
最後に、ジョブキュー３１２は、パーサ（構文解析器）３１８とデータ伝達し、そのパーサは、クライアント・デバイス・サービス３２２のような外部デバイスから印刷ジョブ言語（ＰＪＬ）ファイルを受け取るように適切に機能する。クライアント・デバイス・サービス３２２には、印刷、ファクシミリ送信、または、コントローラ機能要素３００によるハンドリングが有利であるような、電子文書に関する他の適切なインプット、が適切に含まれる。パーサ３１８は、受け取った電子文書のファイルをインタープリトして、前述の機能および成分に関連するハンドリングのために、それを、ジョブキュー３１２に伝えるように機能する。
【００２９】
動作において、ユーザ・デバイス１２０は、少なくとも１つの電子文書と、少なくとも１つの関連する文書処理操作とを含めて、文書処理要求を投入するのが有利である。当業者には、文書処理要求、即ち、文書処理ジョブが、コンピュータ・ネットワーク１０２を介して、文書処理デバイス１０４、１１０の任意の１つに適切に送信されることが理解されるであろう。ユーザ・デバイス１２０が、文書処理ジョブを、選択された文書処理デバイス、例えば、第１の文書処理デバイス１０４に送るのが好ましい。本明細書においては、例示の目的だけのために、ユーザ・デバイス１２０を用いているが、本発明は、遠隔のデバイス、即ち、ユーザ・デバイス１２０からの文書処理要求だけに制限されることはないということが、当業者には認識されるであろう。当業者であれば、ユーザ１２４が、第１の文書処理デバイス１０４において、関連するユーザ・インターフェイス１０８を介して直接に、文書処理ジョブを開始することができることを理解するであろう。さらに、当業者には、第１の文書処理デバイス１０４によって受信される電子文書を、ユーザ・デバイス１２０から、コンピュータ・ネットワーク１０２上で実行されるセキュリティ・プロトコルにしたがって、暗号化フォーマット、および／または、圧縮フォーマットで受信できることが理解されるであろう。
【００３０】
一旦、第１の文書処理デバイス１０４が、電子文書（文書処理ジョブ内に含まれているのが好ましい）を受信してしまえば、第１の文書処理デバイス１０４に関連したコントローラ１０６が、ジョブに、ユニークな（一意的な）ジョブ識別子を割り当てて、このジョブを、受信された他のジョブから識別する。本発明によれば、ユーザ１２４は、第２の文書処理デバイス１１０に関連したユーザ・インターフェイス１１４を介して、投入した文書処理ジョブに関して、第１の文書処理デバイス１０４の動作を遠隔操作で管理することができる。例えば、ユーザ・インターフェイスとしてシン・クライアントの実行を行使すると、関係するユーザ１２４は、第２の文書処理デバイス１１０を介して、ステータス・データを遠隔操作で管理し、そして、見ることができる。その後、第２の文書処理デバイス１１０に関連したコントローラ１１２が、第１の文書処理デバイス１０４から未処理の文書処理ジョブのステータスを入手するために用いられる識別データを受け取る。当業者であれば、識別データは、限定するものではないが例えば、ユーザ１２４のアイデンティティ、第１の文書処理デバイスのアイデンティティ、未処理の文書処理ジョブのアイデンティティ（ジョブＩＤ）、または、その他同様のものを含むことができることを理解するであろう。ユーザ１２４が、ユーザ・インターフェイス１１４を用いて、この識別データを入力するのが好ましい。
【００３１】
そうすると、第２の文書処理デバイス１１０に関連したコントローラ１１２が、第２の文書処理デバイス１１０の能力を含む、識別データに対応する、ジョブ一覧要求を作成する。その後、この要求が、第２の文書処理デバイス１１０から、コンピュータ・ネットワーク１０２を介して、第１の文書処理デバイス１０４に送信される。２つの文書処理デバイス１０４と１１０の間で通信する適切な手段には、限定するものではないが例えば、ＷＩＮＤＯＷＳ（登録商標）メッセージング、ＴＣＰ（伝送制御プロトコル）ソケット、ＤＣＯＭ（分散コンポーネント・オブジェクト・モデル）、および、その他同様のものが，含まれる。第２の文書処理デバイス１１０に関連したコントローラ１１２が、第１の文書処理デバイス１０４に、どのようにして要求を伝達するかに関わりなく、第１の文書処理デバイス１０４に関連したコントローラ１０６は、ジョブ一覧要求を受信して、第２の文書処理デバイス１１０の能力にしたがうか否かを決定する。即ち、コントローラ１０６は、最初に、要求に対する応答を、識別データに一致し、かつ、第２の文書処理デバイス１１０によって処理することができる、未処理の文書処理ジョブだけに制限すべきか否かを決定しなければならない。例えば、ジョブの１つ以上が、２４ビット・カラーを要求し、そして、第２の文書処理デバイス１１０が、単色のみであるときには、その１つ以上のジョブは、第２の文書処理デバイス１１０の能力を超過している。その後、第１の文書処理デバイス１０４に関連したコントローラ１０６は、そのジョブを抜かすべきか、それとも、第２の文書処理デバイス１１０に返答される一覧に、そのジョブを加えるべきかを決定する。その決定は、ネットワーク・プロトコル、管理者、または、その他同様のものによって確定された設定に基づくのが適切である。
【００３２】
識別データに一致する各ジョブに対して、例えば、ユーザ１２４に関連したジョブ、第１の文書処理デバイス１０４上で未処理になっている全てのジョブ、特定の未処理になっているジョブ、または、その他同様のものに対して、第１の文書処理デバイス１０４に関連したコントローラ１０６は、要求している第２の文書処理デバイス１１０に返答される一覧に、そのジョブを含めるべきか、それとも、一覧から、そのジョブを取り除くべきかを決定する。一旦、第１の文書処理デバイス１０４に関連したコントローラ１０６が、ジョブ一覧要求に関連した全てのジョブを集めてしまえば、それらのジョブは、ジョブ一覧ＸＭＬファイルにコンパイルされ、その後、そのファイルが、第２の文書処理デバイス１１０に送信される。ジョブ一覧に対するＸＭＬフォーマットの使用は、単に例示の目的のためだけのものであって、本発明によれば、他のフォーマットを、等しく、使用することができる。第２の文書処理デバイス１１０が、ＸＭＬ文書を受信し、そして、コントローラ１１２が、ジョブ一覧を分析して、リストされているジョブのうちのいずれかでも、第２の文書処理デバイス１１０の能力を超過しているか否かを決定する。いかなるジョブも、第２の文書処理デバイス１１０の能力を超過していない場合には、ＸＭＬ文書にリストされている全てのジョブが、第２の文書処理デバイス１１０のユーザ・インターフェイス１１４のシン・クライアントの実行を介して、ユーザ１２４に表示される。
【００３３】
ＸＭＬ文書に含まれている１つ以上のジョブが、第２の文書処理デバイス１１０の能力を超過している場合には、それらのジョブをリストしないか、それとも、第２の文書処理デバイス１１０は関連する文書処理操作を遂行することができないというユーザ１２４に対する警告を付けて、それらのジョブをリストするかの決定が、コントローラ１１２によってなされなければならない。警告が用いられる場合には、ユーザ１２４に対する警告で指定された不適合なジョブを伴ってはいるが、ＸＭＬ文書に含まれている全てのジョブが、ユーザ・インターフェイス１１４のシン・クライアントの実行を介して、ユーザ１２４に対して表示される。第２の文書処理デバイス１１０に関連したコントローラ１１２によって、不適合なジョブを表示しないと決定された場合には、第２の文書処理デバイス１１０は、その処理能力に適合する全てのジョブを表示し、一方、それらの不適合なジョブを、関連するユーザ・インターフェイス１１４上で、ユーザ１２４から隠す。
【００３４】
その後、ユーザ１２４は、第２の文書処理デバイス１１０において、ユーザ・インターフェイス１１４のシン・クライアントの実行に関連して表示されたジョブの１つ以上を選択して、第１の文書処理デバイス１０４から、第２の文書処理デバイス１１０に、そこでの出力のために放出させる。ＸＭＬファイルが、その文書に含まれているジョブの各々に対して、ユニークなジョブＩＤを含んでいるから、第２の文書処理デバイス１１０に関連したコントローラ１１２は、ユーザ１２４によってなされた選択に関連したジョブＩＤの一覧をコンパイルすることができる。その後、この一覧が、暗号化され、および／または、圧縮され、そして、当技術分野において知られている任意の適切な手段を介して、第１の文書処理デバイス１０４に送信される。電子文書を暗号化する、および／または、圧縮するための任意の適切な方法を、本発明にしたがって実行できる。暗号化／圧縮された一覧は、セキュア（安全）な通信チャネルを介して送信されるのが好ましい。
【００３５】
暗号化／圧縮された一覧を受信して、第１の文書処理デバイス１０４に関連したコントローラ１０６は、一覧を解読して、および／または、解凍して、ユーザ１２４によってなされた選択に関連したジョブＩＤを読み出す。次に、ジョブＩＤによって指定されたジョブが、それらが現在存在している、１つ、または、複数のキューから読み出され、その後、第１の文書処理デバイス１０４によって暗号化され、および／または、圧縮される。当業者には、当技術分野において知られている、電子文書を暗号化および圧縮するための任意の適切な方法を、本発明にしたがって実行できることが認識されるであろう。次に、暗号化／圧縮された１つ、または複数のジョブが、コンピュータ・ネットワーク１０２を介して、第１の文書処理デバイス１０４から、第２の文書処理デバイス１１０に送信される。次いで、第２の文書処理デバイス１１０に関連したコントローラ１１２が、受信した１つ、または複数のジョブを解凍／解読して、その１つ、または複数のジョブを、対応する出力キューに加える。例えば、１つ以上のジョブが、第１の文書処理デバイス１０４上の直接印刷キューに保存されており、そして、１つ以上の他のジョブが、第１の文書処理デバイス１０４上のプライベート印刷キューに保存されていた場合には、各ジョブは、第２の文書処理デバイス１１０上の同じタイプのキューに加えられる。
【００３６】
その後、１つのジョブが、第２の文書処理デバイス１１０に関連したコントローラ１１２によって、そのキューから読み出され、そして、そのジョブが第２の文書処理デバイス１１０の能力を超過しているか否かに関する決定が、なされる。読み出されたジョブが、能力を超過している場合には、その読み出されたジョブは、抜かされて、ユーザ１２４は、その不適合なジョブについて通知を受ける。ジョブが、第２の文書処理デバイス１１０の能力を超過していない場合には、そのジョブが、第２の文書処理デバイス１１０が用いているフォーマットと異なるフォーマットにあるか否かに関して決定がなされなければならない。フォーマットが適合している場合には、ジョブが、指定の文書処理操作にしたがって出力される。フォーマットが、第２の文書処理デバイス１１０によって認識されるフォーマットに適合しない場合には、ジョブが、コントローラ１１２によって、容認可能なフォーマットに変換され、そして、その後、そのジョブが出力される。
【００３７】
前述のシステム１００、および、図１、図２および図３に示されている成分は、以下の図４、図５および図６に記述されているフローチャートによって具体化される手順を併用して考察すると、一層よく理解される。
【００３８】
ここで、図４に目を向けると、本発明による、異なる文書処理デバイスから文書処理操作を遠隔管理する方法を例示するフローチャート４００が、示されている。ステップ４０２で開始して、第１の文書処理デバイス１０４が、電子文書を受け取る。ユーザ・デバイス１２０、ネットワーク記憶装置、携帯型記憶媒体、電子メール・メッセージ・アタッチメント、または、周知の他の手段から、電子文書を受け取ることができる。その後、第１の文書処理デバイス１０４に関連したコントローラ１０６が、ステップ４０４において、受け取った電子文書に関連した、少なくとも１つの選択された文書処理操作に対応するジョブ・データを受け取る。本発明の一実施形態によれば、第１の文書処理デバイス１０４は、ユーザ・デバイス１２０、電子メール・メッセージ、ネットワーク記憶装置、携帯型記憶媒体、または、当技術分野において知られている他の手段から、暗号化フォーマットおよび／または圧縮フォーマットで、電子文書および／またはジョブ・データを受け取ることができる。そのような一実施形態において、第１の文書処理デバイス１０４に関連したコントローラ１０６は、さらに、本発明によるさらなる操作のために、受け取った電子文書および／またはジョブ・データを解読する、および／または、解凍する。
【００３９】
その後、ステップ４０６において、文書処理操作の状態を表わすステータス・データが、コンピュータ・ネットワーク１０２を介して、第１の文書処理デバイス１０４に関連したコントローラ１０６から、第２の文書処理デバイス１１０に関連したコントローラ１１２に伝達される。次に、第２の文書処理デバイス１１０が、ステップ４０８において、ユーザ・インターフェイス１１４を介して、ユーザ１２４に対して、ステータス・データの表示を発生させる。本発明によれば、シン・クライアントが、ＸＭＬフォーマットで受信したステータス・データを表示するように適切に適合化されたユーザ・インターフェイス１１４として、実行される。次いで、第２の文書処理デバイス１１０に関連したコントローラ１１２が、ステップ４１０において、第２の文書処理操作に対応する文書管理データを受け取る。そのような文書管理データは、好ましくはユーザ・インターフェイス１１４を介して、ユーザ１２４から受け取られる命令を表わしている。その後、ステップ４１２において、第２の文書処理デバイス１１０が、第１の文書処理デバイス１０４に、受け取った文書管理データを伝達する。その結果、第１の文書処理デバイス１０４に関連したコントローラ１０６が、文書管理データにしたがって、最初の文書処理操作を変更する。図４に具体化されている手順は、図５および図６に記述されている手順を併用して考察すると、一層よく理解される。
【００４０】
ここで、図５を参照すると、本発明による、異なる文書処理デバイスからの文書処理操作の遠隔管理を介してジョブを読み出す方法を例示するフローチャート５００が示されている。ステップ５０２において、第１の文書処理デバイス１０４が、電子文書データおよびジョブ処理命令を受け取る。ジョブ処理命令は、少なくとも１つの文書処理操作に対応するのが好ましい。ユーザ・デバイス１２０、携帯型記憶デバイス、ネットワーク記憶デバイス、電子メール・メッセージへのアタッチメント、または、その他同様のものから、電子文書データを受け取ることができる。少なくとも１つの文書処理操作に対応するジョブ処理命令は、ユーザ・デバイス１２０から第１の文書処理デバイス１０４への電子文書の伝送中に、または、携帯型記憶媒体の挿入および選択によって、または、ネットワーク記憶デバイスからの読み出しによって、または、電子メール・メッセージで、または、その他同様にして、入力することができる。第１の文書処理デバイス１０４が、どのようにして、電子文書およびジョブ処理命令を受け取ったかに関わりなく、ステップ５０４において、第1の文書処理デバイス１０４が、受け取った文書処理要求にユニークなジョブＩＤを割り当てる。本発明の一実施形態によれば、第１の文書処理デバイス１０４は、電子文書および／またはジョブ・データを、暗号化フォーマットおよび／または圧縮フォーマットで受け取ることができる。そのような一実施形態において、第１の文書処理デバイス１０４に関連したコントローラ１０６は、さらに、本発明によるさらなる操作のために、受け取った電子文書および／またはジョブ・データを解読する、および／または、解凍する。
【００４１】
ステップ５０６において、第２の文書処理デバイス１１０が、未処理になっている文書処理ジョブの一覧の要求として、識別データのユーザ１２４の入力を受け取る。識別データは、限定するものではないが例えば、ユーザ１２４に関連した識別情報、第１の文書処理デバイス１０４に関連した識別情報、選択された文書処理操作に関連した識別情報、特定の文書処理ジョブに関連した識別情報、または、その他同様のものを含むのが好ましい。本発明によれば、ユーザ１２４によって開始される要求が、第２の文書処理デバイス１１０によって、関連するユーザ・インターフェイス１１４を介して受け取られる。その後、ステップ５０８において、ジョブ一覧要求が、ユーザ１２４によって供給された識別情報、および、第２の文書処理デバイス１１０の文書処理能力を含んで、第２の文書処理デバイス１１０に関連したコントローラ１１２によって作成される。
【００４２】
ステップ５１０において、ジョブ一覧要求が、コンピュータ・ネットワーク１０２を介して、第２の文書処理デバイス１１０から、第１の文書処理デバイス１０４に送信される。そうすると、第１の文書処理デバイス１０４に関連したコントローラ１０６が、ステップ５１２において、ジョブ一覧要求を受信し、そして、ステップ５１４において、応答時に第２の文書処理デバイス１１０の能力にこだわるべきか否かを決定する。即ち、コントローラ１０６は、まず、第２の文書処理デバイス１１０の処理能力を超過するジョブを、ジョブ一覧の要求に対する、何らかの応答に含めるべきか否かを決定する。当業者には、その決定は、ネットワーク管理者が、各文書処理デバイス１０４、１１０の設置中に、デバイス設定、または、その他同様のものに基づいて、選択することができるものであることが理解されるであろう。ステップ５１４において、第１の文書処理デバイス１０４は、第２の文書処理デバイス１１０の限界にこだわるべきではないということが、コントローラ１０６によって決定された場合には、フローは、ステップ５１６に進んで、識別データに一致する全ての未処理になっているジョブが、それらの各自のキューから読み出され、ステップ５２６において、ジョブ一覧が、ＸＭＬファイルにコンパイルされる。
【００４３】
ステップ５１４において、ジョブ一覧要求に応答する際に第２の文書処理デバイス１１０の能力を考慮にいれるべきであるということが決定された場合には、ステップ５１８において、第１の文書処理デバイス１０４に関連したコントローラ１０６が、識別データと一致する１番目の文書処理ジョブを、その各自のキューから読み出す。その後、ステップ５２０において、読み出されたジョブの処理が、第２の文書処理デバイス１１０の能力を超過しているか否かの決定がなされる。例えば、読み出されたジョブが、２４ビット・カラー出力を必要とし、そして、第２の文書処理デバイス１１０が、単色のみであるときには、そのジョブは、第２の文書処理デバイス１１０の処理能力を超過していると決定される。そのような決定のときには、フローは、ステップ５２２に進んで、そのジョブが、一覧から取り除かれ、そして、フローは、識別データと一致する別のジョブが残っているか否かを決定するために、ステップ５２４に進む。さらなるジョブが残っている場合には、フローは、ステップ５１８に戻って、次のジョブが、その各自のキューから読み出される。その後、フローは、ステップ５２０に進んで、読み出されたジョブが、第２の文書処理デバイス１１０の能力を超過しているか否かの決定がなされる。そのジョブが、第２の文書処理デバイス１１０の処理能力に適合している場合には、フローは、識別データにかなう何らかのジョブが残っているか否かを決定するために、ステップ５２４に直接進む。識別に一致する、さらなるジョブが、第１の文書処理デバイスのキュー内に残っていない場合には、フローは、ステップ５２６に進んで、識別データに一致し、かつ、第２の文書処理デバイス１１０の出力処理能力に適合する全てのジョブが、ＸＭＬファイルに包含されている、要求されたジョブ一覧にコンパイルされる。
【００４４】
ＸＭＬフォーマットは、種々のデバイスが理解することができるものであるから、ＸＭＬファイルの使用は、多様なオペレーティング・システムを持つ文書処理デバイスが通信し合うことを可能にする。その後、ステップ５２８において、ＸＭＬファイルが、第１の文書処理デバイス１０４によって、コンピュータ・ネットワーク１０２を介して、第２の文書処理デバイス１１０に送信される。ＸＭＬファイルは、ｗｉｎｄｏｗｓ（登録商標）メッセージ、ＴＣＰソケット、ＤＣＯＭ、または、その他同様のものを用いて、第１の文書処理デバイス１０４から、第２の文書処理デバイス１１０に送信されるのが好ましい。ＸＭＬファイルのジョブ一覧に、限定するものではないが例えば、ユニークなジョブＩＤ、ジョブ処理命令、関連する文書処理操作、および、その他同様のものを含む、読み出されたジョブに関する種々の情報が含まれている。そうすると、第２の文書処理デバイス１１０が、ステップ５３０において、ＸＭＬファイルを受信し、そして、ステップ５３２において、ＸＭＬにリストされているジョブのいずれかでも、第２の文書処理デバイス１１０の能力を超過しているか否かを決定する。いずれのジョブも、第２の文書処理デバイス１１０の処理能力、即ち、出力能力を超過していない場合には、フローは、ステップ５３４に進んで、ジョブの完全な一覧が、関連するユーザ・インターフェイス１１４のシン・クライアントの実行を介して、ユーザ１２４に表示される。
【００４５】
ＸＭＬファイルのジョブ一覧に含まれている１つ以上のジョブが、第２の文書処理デバイス１１０の能力を超過している場合には、フローは、ステップ５３２からステップ５３６に進んで、適合しないジョブを、ユーザ１２４に対する警告を付けて表示すべきか否かの決定がなされる。第２の文書処理デバイス１１０に対するそのような設定、即ち、不適合なジョブに関するユーザ１２４への警告は、システム管理者、ユーザ１２４、ネットワーク・プロトコル、または、その他同様のものによって設定できる。警告が用いられる場合には、フローは、ステップ５３８に進んで、第２の文書処理デバイス１１０による処理を利用不可能である不適合なジョブが、ユーザ１２４に対する警告によって指定されてはいるが、ＸＭＬファイルにリストされている全てのジョブが、ユーザ１２４に対して表示される。何らの警告も用いられない場合には、フローは、ステップ５３６からステップ５４０に進んで、不適合なジョブが、ユーザ１２４から隠されて、全ての適合するジョブが、関連するユーザ・インターフェイス１１４のシン・クライアントの実行を介して、ユーザ１２４に表示される。
【００４６】
図５に関して上述したような、ジョブ情報を読み出す手順は、図６に例示されている、識別されたジョブの１つ以上を放出させる手順を併用して検討すると、一層よく理解される。ここで、図６に目を向けると、本発明による、異なる文書処理デバイスから文書処理操作の遠隔管理を介してジョブを放出させる方法を例示するフローチャート６００が示されている。ステップ６０２において、第２の文書処理デバイス１１０が、関係するユーザ１２４から、ＸＭＬファイル内に識別されている、第２の文書処理デバイス１１０に放出されるべき１つ以上のジョブの選択データを受け取る。その後、第２の文書処理デバイス１１０は、ステップ６０４において、ユーザ１２４の選択データに対応するジョブＩＤの一覧をコンパイルし、そして、ステップ６０６において、この一覧を暗号化／圧縮する。本発明は、周知の任意の暗号化方法および／または圧縮方法を使用することができる。その後、ステップ６０８において、暗号化／圧縮されたジョブＩＤの一覧が、コンピュータ・ネットワーク１０２を経由して、第１の文書処理デバイス１０４に送信される。
【００４７】
第１の文書処理デバイス１０４が、ステップ４１０において、圧縮／暗号化されたジョブＩＤの一覧を受信し、そして、ステップ６１２において、その一覧に対して、適切な解凍／解読操作を遂行する。その後、それらのジョブＩＤによって指定されたジョブが、ステップ６１４において、第１の文書処理デバイス１０４によって、それらのそれぞれのキューから読み出される。次に、ステップ６１６において、読み出されたジョブが、第１の文書処理デバイス１０４によって暗号化され、および／または、圧縮され、その上で、ステップ６１８において、圧縮／暗号化されたジョブが、第２の文書処理デバイス１１０に送信される。暗号化／圧縮されたジョブの送信は、適切な、セキュアな通信チャネルを用いて遂行されるのが好ましい。
【００４８】
その後、第２の文書処理デバイス１１０が、ジョブを受信し、ステップ６２０において、ジョブを解読／解凍する。次に、ステップ６２２において、ジョブが、第２の文書処理デバイス１１０上の、対応する出力キューに加えられる。転送されてきたジョブの放出を成し遂げるために、１つのジョブが、ステップ６２４において、その対応するキュー、例えば、プライベート・キュー、直接キューなど、から読み出される。次いで、ステップ４２６において、読み出されたジョブが、第２の文書処理デバイス１１０の能力を超過しているか否かの決定がなされる。第２のデバイス１１０が、読み出されたジョブを成し遂げることができない場合には、そのジョブは、ステップ６２８において、抜かされ、そして、フローは、ステップ６３０に進んで、ユーザが、その問題について通知される。ジョブが、第２の文書処理デバイス１１０の能力にかなっている場合には、フローは、ステップ６３２に進んで、そのジョブが、第２の文書処理デバイス１１０のフォーマットと異なるフォーマットにあるか否かの決定がなされる。即ち、第２の文書処理デバイス１１０は、まず、そのジョブを、そのジョブが第１の文書処理デバイス１０４に保存されていたフォーマットと異なるフォーマットに変換するべきであるか否かを決定しなければならない。まず、ジョブを変換しなければならない場合には、フローは、ステップ６３２からステップ６３４に進んで、ジョブが、必要なフォーマットに変換される。その後、ステップ６３６において、ジョブが、そのジョブに関連した文書処理操作にしたがって出力される。何らの変換も必要でない場合には、即ち、ジョブが、容認可能なフォーマットまたは適合するフォーマットにある場合には、フローは、直接、第２の文書処理デバイス１１０による出力のためのステップ６３６に進む。
【００４９】
本発明は、ソースコード、オブジェクトコード、コード中間ソースおよび部分的にコンパイルされたオブジェクトコードの諸形式、または、本発明の実行において用いるのに好適な任意の他の形式のコンピュータ・プログラムに及ぶ。コンピュータ・プログラムは、適切なスタンドアロンのアプリケーション、ソフトウェア成分、スクリプト、または、他のアプリケーションへのプラグ・インである。本発明を組み込むコンピュータ・プログラムは、コンピュータ・プログラムを格納することができる任意の実体またはデバイス［例えば、ＲＯＭ（読み出し専用メモリ）またはＲＡＭ（ランダム・アクセス・メモリ）のような記憶媒体、ＣＤ−ＲＯＭ（コンパクトディスクＲＯＭ）のような光記録媒体、または、フロッピー（登録商標）ディスクのような磁気記録媒体］である担体上に具現化されるのが有利である。担体は、電気ケーブルまたは光ケーブルによって、または、無線手段または他の手段によって伝えられる電気信号または光信号のような、任意の伝送可能な担体である。コンピュータ・プログラムは、サーバから、インターネットを経由して適切にダウンロードされる。コンピュータ・プログラムは、また、集積回路に組み込むこともできる。コンピュータに、実質的に、上述の本発明の原理を遂行させるコードを含むような任意の、そして、全ての実施形態は、本発明の範囲内にはいる。
【００５０】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００５１】
【図１】本発明による、異なる文書処理デバイスから文書処理操作を遠隔管理するシステムの全体図である。
【図２】本発明による、異なる文書処理デバイスから文書処理操作を遠隔管理するシステムにおいて用いるためのコントローラ・ハードウェアを例示するブロック図である。
【図３】本発明による、異なる文書処理デバイスから文書処理操作を遠隔管理するシステムにおいて用いるためのコントローラを例示する機能ブロック図である。
【図４】本発明による、異なる文書処理デバイスから文書処理操作を遠隔管理する一方法を例示するフローチャートである。
【図５】本発明による、異なる文書処理デバイスからの文書処理操作の遠隔管理を介してジョブを読み出す一方法を例示するフローチャートである。
【図６】本発明による、異なる文書処理デバイスからの文書処理操作の遠隔管理を介してジョブを放出させる一方法を例示するフローチャートである。
【符号の説明】
【００５２】
１００：システム、１０２：コンピュータ・ネットワーク、１０４：文書処理デバイス、１０６：コントローラ、１０８：ユーザ・インタフェース、１１０：文書処理デバイス、１１４：ユーザ・インタフェース。
【図１】
2007329921.tif 000003
【図２】
2007329921.tif 000004
【図３】
2007329921.tif 000005
【図４】
2007329921.tif 000006
【図５】
2007329921.tif 000007
【図６】
2007329921.tif 000008