JP2004265409A

JP2004265409A - モバイルデバイスからのドキュメントサービスリクエストを制御する方法及び装置

Info

Publication number: JP2004265409A
Application number: JP2004051549A
Authority: JP
Inventors: Francois Ragnet; ラグネーフランソワ; Christer Fernstrom; フェルンストロームクリスター
Original assignee: Xerox Corp
Current assignee: Xerox Corp
Priority date: 2003-02-28
Filing date: 2004-02-26
Publication date: 2004-09-24
Also published as: EP1457890A2; US20080270516A1; EP1457890B1; EP1457890A3; US20040172586A1; EP2273386A1; EP2273385B1; EP2273385A1; US7930407B2; US7409452B2

Abstract

【課題】モバイルデバイスからアクセス可能なドキュメントサービスに関して、サービスリクエストをより好適にルーティングする。
【解決手段】ドキュメントサービスリクエストを制御するに当たって、ドキュメントサービスリクエストワークフローを規定し、モバイルデバイス１２０からのドキュメントサービスリクエストをリダイレクトする。フォーリンネットワーク１１０上のドキュメント処理装置１１４に対する短距離接続を介してデバイス１２０はそのネイティブネットワーク１０４との間に安全な接続を確立し、ネットワーク１０４にて動作しているファイルサーバ１０６上のドキュメント１０８を識別する。一旦ドキュメント１０８を識別した後は、デバイス１２０は、ネットワーク１０４上で動作している出力サーバ１２４に対し、識別されたドキュメント１０８の取り寄せ及び装置１１４における出力準備フォーマットへの変換を要求することにより、安全な接続を介してドキュメントサービスリクエストを発行する。
【選択図】図１

Description

本発明は、一般にはモバイルデバイスからアクセス可能なドキュメントサービスに関し、より詳細には、ドキュメントサービスリクエストを発行および開始する方法及び装置に関する。

一般に、モバイルコンピューティングデバイスは、使用される機会が増加しつつも、記憶容量の制限に継続的に晒されている。即ち、モバイルコンピューティングデバイス上にドキュメントを格納することは可能であるが、モバイルコンピューティングデバイス上に格納できるドキュメントのサイズ及び個数は制限される傾向にある。加えて、テキスト、グラフィクス、イメージ、オーディオ、ビデオ等の組合せを含むようになったことから、ドキュメントの一般的なサイズは年々大きくなり続けている。その結果、モバイルデバイス上でのドキュメント管理、特に物理的にそのデバイス上にないドキュメントの管理を行いたいというニーズが高まっている。

モバイルコンピューティングデバイス上のストレージが限られているという問題に加え、最近作成したドキュメントや最近修正したドキュメント等を初めとする各種ドキュメントにリアルタイムにアクセスしたい、というニーズもある。即ち、モバイルコンピューティングデバイス上にドキュメントが格納されている場合であっても、そのモバイルコンピューティングデバイス上のドキュメントに最新の更新が組み込まれていない場合等に、ユーザが他の場所からそのモバイルコンピューティングデバイスにアクセスする必要があるかもしれない。或いは、ドキュメントに対する不意なアクセス即ち予定・計画してなかったアクセスが必要になった場合及びそのドキュメントがモバイルコンピューティングデバイス上に格納されていない場合、そのドキュメントに対するリアルタイムアクセスが望ましい。

更に、モバイルコンピューティングデバイスの使用機会がますにつれて、自宅或いは母国に格納してあるドキュメントに対して、地方或いは外国を旅行中に安全にアクセスできるようにしたい、という要請も強まっている。また、母国にて利用可能なドキュメントに対するドキュメントサービスリクエストを外国において開始及び制御する機会を持つと同時に、母国から離れた外国にて利用可能なドキュメントサービスの利用可能性を調べる機会を持つことに対する要請も、強まっている。

トークンイネーブルドモバイルコンピューティングデバイスは、これらの問題に対する一つの解決となっている（以下、これを「オリジナルトークンベースト環境」と呼ぶ）。オリジナルトークンベースト環境は、下に列記した特許文献に述べられている。

米国特許第５８６２３２１号明細書米国特許第６１４４９９７号明細書米国特許第６３９７２６１号明細書米国特許第６４２１７１６号明細書米国特許第６４３０６０１号明細書米国特許第６４８７１８９号明細書米国特許第６４９３７６０号明細書米国特許第６５１５９８１号明細書米国特許第６５１６９８８号明細書米国特許公開第２００３／００５０９６３号明細書米国特許公開第２００３／００６９９２１号明細書米国特許公開第２００３／０１９６０８７号明細書

しかしながら、トークンイネーブラユニットを備えているトークンイネーブルドモバイルコンピューティングデバイスであっても、非トークンイネーブルドのまま残されている出力装置と接続できないことがある。これは、トークンイネーブルドサーバとその出力装置との間に、既存のネットワーク接続がないことによる。加えて、ある種のトークンイネーブルドモバイルコンピューティングデバイスは、トークンイネーブルド出力装置に対する不適切な既存の接続によって、苦しい状態に置かれる。ここでいう不適切な既存の接続（即ち送信元から宛先へと適切に行われない接続）は、他のチャネルに代わりある通信チャネルを用いてトークンイネーブルドデバイスが成功裡に通信できる環境において、発生しうる。例えば、既存のトークンベーストネットワークにおける印刷は、トークンイネーブルドサーバから、安全といえないネットワークや信頼できないネットワーク、例えばインターネットを介してプリンタに送信されるドキュメントのコンテンツを、必要とすることがある。

更に、次のような問題もある。非ネイティブユーザ（プライベートネットワークにユーザとして登録されていないユーザ）と共有する多くのドキュメント及びサービスは、プライベートネットワークのファイアウオールの背後に格納されている。ここでいうプライベートネットワークは、そのネットワークに対するアクセスをそのゲートウエイにおいて又は各マシンで個別的に制限する各種のネットワークである。即ち、モバイルコンピューティングデバイスを使用するとき、プライベートネットワーク間でドキュメント又はサービスを共有する可能性をネットワークセキュリティが制限する傾向を持つ。外部ネットワーク上のドキュメントサービスに対してそれを適用したとき、しばしば、ネイティブネットワーク上に格納されているドキュメントに対する安全なアクセスを保証するのが難しくなる。

一般に、ネットワークはゲートウエイ（群）を介して他のネットワーク（群）に接続される。ゲートウエイを介し権限なしでのアクセスが行われることを防ぐため、ゲートウエイにはファイアウオールがインストールされる。例えば、プライベートネットワークが、ゲートウエイを介してインターネット等の公衆ネットワークに接続された企業イントラネットの形をとって、構築されたとする。このプライベートネットワークのゲートウエイは、当該プライベートネットワークに出入りするメッセージ（群）をチェックするファイアウオールを有するであろう。ファイアウオールをメッセージが通り抜けるのは、そのメッセージが所定の安全性基準に適合している場合のみである（例えば、特定のアドレスから来たものは特定のポートにダイレクトされる）。

いくつかの解決策があるとはいえ、モバイルコンピューティングデバイスにて発しトークンベーストサーバと出力装置（トークンベーストサーバに対して不適切なネットワーク接続性を有するもの。例えばアクセス権もアクセス制御も有しておらず、認証ユーザに対して何ら力を有していないもの）の間を通ってドキュメントサービスリクエストをルーティングする、というより優れた経路を提供することに対して、継続した期待が存在している。もし、ドキュメントのルーティング用にそのような優れた経路が提供され、その経路によって、トークンベーストサーバ・出力装置間の既存だが不適切な接続において安全性が向上するのであれば、更に好ましいであろう。

本発明の一実施形態により提供される方法、装置及び製品は、モバイルデバイスからドキュメント処理装置へと、ドキュメントサービスリクエストを提出するものである。ここでいうドキュメント処理装置は、第１のネットワークに接続される装置であり、第２のネットワークに接続された１個又はそれ以上の個数のサーバとの通信に適合するよう設計されたものである。モバイルデバイスからドキュメント処理装置に至る接続としては、第１の接続及び第２の接続が成り立ちうる。モバイルデバイスにおいては、第１のドキュメントフォーマットを有し第２のネットワーク上にあるドキュメントを識別するためのドキュメント識別子を含むドキュメントサービスリクエストが、特定される。このドキュメントサービスリクエストは、ドキュメント識別子と共に、モバイルデバイスからドキュメント処理装置との第１の接続を介して、第２のネットワークに接続された出力サーバに提出される。ドキュメントは、出力サーバからドキュメント処理装置との第１の接続を介し、第２のフォーマットにより、モバイルデバイスにおいて受信される。なお、ドキュメントの第２のフォーマットとは、ドキュメント処理装置の入力フォーマットである。そして、出力サーバから第２のフォーマットで受信したドキュメントは、特定のドキュメントサービスを受けるべく、モバイルデバイスからドキュメント処理装置との第２の接続を介しドキュメント処理装置に、再送信される。

本発明の他の実施形態により提供される方法、装置及び製品は、モバイルデバイスにおける複数のドキュメントサービスリクエストを、ドキュメント処理装置において実行すべく制御するものである。本実施形態に係る方法により、モバイルデバイスにて識別された文書用のジョブチケット中において規定されるワークフローは、複数のドキュメントサービスリクエストのうち少なくとも一つがドキュメント処理装置にて実行されるべきであるところの２個又はそれ以上の個数のドキュメントサービスリクエストを特定する。そのジョブチケットは、モバイルデバイスからドキュメント処理装置へと、ドキュメントサービスリクエストがドキュメント処理装置にて実行されるべきである旨指示する入力を受信した上で、送信される。ドキュメント処理装置は、（ａ）ジョブチケット中で特定されたすべてのドキュメントサービスリクエストを実行するよう、或いは（ｂ）ドキュメントの処理結果を示すデータ及びジョブチケットを他のドキュメント処理装置に送りジョブチケット中の処理未了のドキュメントサービスリクエストを実行させるよう、設計される。

本発明の他の実施形態により提供される方法、装置及び製品は、第１のドキュメント処理装置にてモバイルデバイスを用いドキュメントサービスリクエストをリダイレクトするものである。第１のドキュメント処理装置においては、そのモバイルデバイスのユーザを識別する情報が受信される。第１のドキュメント処理装置は、引き続いて、そのモバイルデバイスのユーザにより提出されたそれらのドキュメントサービスリクエストを識別し、ドキュメントサービスリクエストを提出したユーザに関するデバイスステータス情報を判別する。第１のドキュメント処理装置は、そのモバイルデバイスに対し、ドキュメントサービスリクエストを提出したユーザに関するステータス情報を送信することによって、ユーザが提出したドキュメントサービスリクエストを第１のドキュメント処理装置が実行できるかどうかを、モバイルデバイスのユーザが評価できるようにする。ユーザが提出したドキュメントサービスリクエストのうちリダイレクト対象とされたものをモバイルデバイスから受信すると、第１のドキュメント処理装置は、当該受信したリダイレクト対象リクエストを第２のドキュメント処理装置に宛てリダイレクトする。

Ａ．動作環境
図１に、本発明を実行するための動作環境１００を示す。この動作環境１００においては、モバイルユーザ１０２がローカルエリアネットワーク１０４の全面的に認証された登録ユーザ（例えば一揃いアクセス権を有するユーザ）であり、従ってこのローカルエリアネットワーク１０４はモバイルユーザ１０２のネイティブネットワーク１０４であるとする。モバイルユーザ１０２は、例えば、ファイルサーバ１０６へのアクセス権を有する。即ち、モバイルユーザ１０２は、ドキュメント１０８等のドキュメントをファイルサーバ１０６上の自分のディレクトリ内に格納することができる。

動作環境１００の一状態としては、モバイルユーザ１０２が物理的にローカルエリアネットワーク１１０に近い状態、即ち自分のネイティブネットワーク１０４から離れたところにあるローカルエリアネットワーク（フォーリンネットワーク乃至リモートネットワーク）１１０の近くにいる状態がある。一般に、リモートネットワーク１１０にてモバイルユーザ１０２に与えられるアクセス権限は非常に限られているが（例えばゲスト権限）、例えばフォーリンネットワーク１１０のゲートウエイ１２６を介してインターネット１２２にアクセスするには充分である。ゲートウエイ１２６は、ファイアウオールを有することがあり、また周知のプロトコル例えばＨＴＴＰ(Hyper Text Transfer Protocol)を用いている。フォーリンネットワーク１１０は、例えば企業イントラネット、公共施設（例えば空港）内ネットワーク、或いは食品店、雑貨店等の商品センター内ネットワークであってもよい。

フォーリンネットワーク１１０には、ドキュメントサービスリクエストを提供するシステムが接続されている。その例としては、ネットワークアクセスポイント１１２、多機能（又はドキュメント処理）装置１１４、ディスプレイ１１６（例えばXerox LiveBoard（商標））、単機能装置１１８（例えばスキャナ、ファクシミリ、プリンタ、バインダ）がある。ドキュメント処理装置１１４は、デバイス特有の容量、即ち印刷、スキャン、ファックス、並びにネットワーク１１０に対する登録、非登録若しくはゲストユーザによるネットワークアクセスに係る容量を有している。これらのサービスは、サービスの性質及びサービスが提供される場所に応じ、無料で或いは有料で提供される。加えて、ドキュメント処理装置１１４には、ディスプレイ１１６や単機能装置１１８と同様、ネットワークアクセスポイントとして機能する装置を埋め込むことができる。一般に、ネットワークアクセスポイントは、モバイルデバイス１２０とフォーリンネットワーク１１０との間を短距離(short range)無線接続するブリッジとして、機能する。

他の実施形態においては、ドキュメント処理装置１１４において利用可能なドキュメントサービスとして、装置固有でない各種のハードコピーや電子サービス、例えば翻訳サービス、抄録サービス、フォーマット変換サービス（例えば光学的文字認識（ＯＣＲ）サービス）、スキャントゥファイルサービス（例えば格納、Xerox FlowPort（商標）等）、リコメンダサービス、メッセージングサービス（例えば電子メール、ＳＭＳ、ファックス）、ドキュメントロケーションサービス、リッチ化サービス等、それら自身に又は装置固有のサービス（例えば印刷）に加えて適用できるすべてのサービスを、セクションＢ．３にて図１０から図１６を参照して説明するドキュメントサービスリクエストワークフローを用いて、提供しうる。翻訳サービスは、ドキュメントをある言語から他の言語へと周知の翻訳システムを用いて翻訳するサービスである。抄録サービスは、周知の複数の方法のうち一つを用いてドキュメントのコンテンツを概要としてまとめるサービスである。リコメンダサービスは、Xerox Corporationにより開発されたKnowledge Pumpのようなリコメンダシステムを用いて、リコメンデーションを発行するサービスである。リッチ化サービスは、例えば米国特許出願第０９／５４３９６２号に記載されているメタドキュメント管理システムにより提供される。ドキュメントロケーションサービスは、例えば、米国特許出願第１０／６０５６３０号により開示されているサービスを用いて提供される。

ネイティブネットワーク１０４から離れているとき、モバイルユーザ１０２は、モバイルコンピューティングデバイス１２０を持ち運ぶ。モバイルコンピューティングデバイス１２０は、フォーリンネットワーク１１０に接続された短距離接続デバイスのうち少なくとも１個との間に通信を確立させうるデバイスである。この短距離接続は、例えばBluetooth仕様や８０２．１１（ＷｉＦｉ等とも称されるもの）準拠の技術に従いＲＦ（無線周波数）において、或いは例えばＩＲＤＡ(Infrared Data Association)規格準拠技術に従いＩＲ（赤外線）において、確立しうる接続である。モバイルコンピューティングデバイス１２０の例としては、次のものがある：携帯電話、ＰＤＡ（携帯情報端末）、携帯型コンピュータ、コミュニケータ、携帯型カメラ、等。モバイルコンピューティングデバイス１２０がネットワーク１２２例えばインターネットに接続しているとき、モバイルユーザ１０２は、ネットワーク１２２例えばワールドワイドウエブ(WWW)上で利用できるドキュメントを、ブラウズすることができる。

加えて、モバイルコンピューティングデバイス１２０は、１個若しくは複数のドキュメント参照子（例えばＵＲＬ:Uniform Resource Locator）及びドキュメント、あるいはドキュメント参照子若しくはドキュメントのいずれかを格納できるようになっている。モバイルコンピューティングデバイス上に格納される当該１個若しくは複数のドキュメント参照子及びドキュメント、あるいはドキュメント参照子若しくはドキュメントのいずれかは、例えば、サーバから受け取るか或いは他のモバイルコンピューティングデバイスから受け取る。或いは、ＷＷＷ上のドキュメントをブラウジングしながらモバイルコンピューティングデバイス１２０上で直接生成し又は識別する。ある実施形態においては、モバイルコンピューティングデバイス１２０上に格納されているドキュメント参照子の内容が、ファイルサーバ１０６上に格納される。

フォーリンネットワーク１１０内でネットワーク接続を確立するため、モバイルコンピューティングデバイス１２０には、１個又はそれ以上の個数の送受信機が搭載されている。各送受信機により、１個又はそれ以上の個数の無線（又は有線）の接続（又はセッション）が確立され、１個又はそれ以上の個数の独立したチャネルが形成される。通信チャネルは、１個又はそれ以上の個数のプロトコルにより規定される。例えば、ＨＣＲＰ(Hardcopy Cable Replacement Profile)、Bluetooth SPP(Serial Port Profile)、Bluetooth LAP(LAN Access Profile)、又はBluetooth BPP(Basic Printing Profile)である。個別の通信チャネルは、モバイルデバイス１２０と、単独の計算装置（例えばドキュメント処理装置１１４）又は複数の計算装置（例えばドキュメント処理装置１１４及びネットワークアクセスポイント１１２）との間にて、確立され得る。

これからより詳細に説明するところの図１に示した動作環境１００においては、ある実施形態に係るモバイルコンピューティングデバイス１２０は、ドキュメント処理装置１１４との間に２種類の無線接続１２８及び１３０を確立する。この場合における第１の無線接続１２８はBluetooth LAP接続によるものであり、第２の無線接続１３０はBluetooth SPP接続によるものである。或いは、これらの無線接続双方を、単一のBluetooth LAP接続の２個のセッションによるものとしてもよい。他の実施形態においては、無線接続１２８及び１３０が互いに異なるネットワークアクセスポイントを通じて確立される。

ネイティブネットワーク１０４には、出力サーバ１２４が接続されている。出力サーバ１２４は、１個又はそれ以上の個数の装置、ドキュメントサービス、ファイルサーバ等と通信できるよう接続されており、或いはそれらが組み込まれた構成を有している。ここでは、ドキュメントを第１のフォーマットから第２のフォーマットへと変換する変換サービスを含むあるドキュメントサービスを例とする。第１のフォーマットは、例えばデバイス又はアプリケーションに対して独立したフォーマットであり、第２のフォーマットは、デバイス又はアプリケーションに依存したフォーマットである。出力サーバ１２４は、例えばサーバ１０６にてドキュメント参照子例えばＵＲＬが与えられたドキュメントを、そのドキュメントが変換サービスを受ける前に移動させる。加えて、出力サーバ１２４は、ドキュメント処理装置１１４と同様のサービス、例えば翻訳、ＯＣＲ、抄録、リコメンデーション、リッチ化等を含む。ある特定の実施形態においては、出力サーバ１２４は、ｈｔｔｐリクエストを、ドキュメントのＵＲＬ、オプションのプリンタタイプ等のパラメータと共に受信し、特定のプリンタタイプに適合させたプリントレディファイルを返信する。一般的に、プリンタタイプが特定されていなければ、共通的なプリンタ可読ページ記述言語、例えばPostScriptやＰＣＬにより一般プリントレディファイルが生成される。

動作環境１００においては、モバイルユーザのネイティブネットワーク１０４とフォーリンネットワーク１１０との間がネットワーク１２２によりブリッジされている。ネットワーク１２２は、例えば、安全が確保されていない公衆ネットワーク例えばインターネットであるかもしれない。ネットワーク１２２は、ネットワーク１０４とネットワーク１１０の間を、専用地上回線、セルラー、衛星接続等を用いてブリッジする。ネットワーク１２２からこれら２個の（プライベート）ネットワークへのアクセスは、これら（プライベート）ネットワークそれぞれのゲートウエイ１２６を介して行われる。各ゲートウエイ１２６はそれぞれファイアウオールを有していてもよく、当該ファイアウオールは一般にＨＴＴＰ等の規格化プロトコルを用いて、対応するネットワーク内から非安全なネットワーク例えばインターネット１２２へのアクセスを許可する。

Ｂ．ユーザ発行型ドキュメントサービスリクエスト
このセクションにおいては、モバイルユーザ１０２が、ドキュメント処理装置１１４にて実行されるべきドキュメントサービスリクエストをモバイルコンピューティングデバイス１２０から開始するための交信方法を説明する。ドキュメントサービスリクエストはドキュメント処理装置１１４に対するドキュメント入力を求めるものであってもよいし（例えば印刷リクエスト）、ドキュメント処理装置１１４からドキュメント出力を提供するものであってもよい（例えばスキャンリクエスト）。

Ｂ．１ハードコピードキュメントを出力させるサービスリクエスト
動作環境１００において、モバイルユーザ１０２がファイルサーバ１０６上に格納されているドキュメント１０８の印刷（又はそれと１個又はそれ以上の個数のドキュメントサービスリクエストとの組合せ）をドキュメント処理装置１１４により実行するときを、考える。この場合においては、モバイルユーザ１０２は、自分のネイティブネットワーク１０４との間に安全な接続（例えばＶＰＮ：Virtual Private Network）を確立し、ドキュメント処理装置１１４を介してドキュメント１０８をブラウズ及び識別する。一旦ドキュメント１０８が識別されると、モバイルユーザ１０２は、安全な接続を介して出力サーバ１２４に対し、識別されたドキュメント１０８の読出並びにドキュメント処理装置１１４に適した出力形式への変換を要求することによって、ドキュメント処理装置１１４にて実行されるべきプリントサービスリクエストを発行および開始する。出力準備が整ったドキュメント１０８を受け取った上で（ある実施形態においては、受信すべき当該出力準備が整ったドキュメント１０８のデータ全体を受信し終えるのを待たない。そうでなければ、すべてのデータを受信するまで待つ）、モバイルコンピューティングデバイス１２０は、当該出力準備が整ったドキュメント１０８をドキュメント処理装置１１４へと再送信し、ドキュメントサービスリクエストを実行させる。代替的な実施形態においては、出力準備が整ったドキュメント１０８がモバイルデバイス１２０上に残る（それによって、後述する図２中の動作２０６，２０８及び２１４がスキップされる）。

図２に、ドキュメントを入力として必要とするモバイルコンピューティングデバイス１２０においてドキュメントサービスリクエストを実行する実施形態、特にその流れをより詳細に示す。最初に、ステップ２０２において、フォーリンネットワーク１１０内のホットスポット（即ちワイヤレスアクセスポイントによりカバーされている地理的領域）が、例えばBlutooth Inquiry and Service Discovery Protocol（ＳＤＰ）を用いて、モバイルデバイス１２０により発見される。一旦ステップ２０２にてホットスポットが発見されると、モバイルコンピューティングデバイス１２０は、ステップ２０４において、ドキュメント処理装置１１４との間に短距離無線接続を確立する。なお、ここでは、ドキュメント処理装置１１４がネットワークアクセスポイントとして動作するものとしている（加えて、ステップ２０２又は２０４にて、デバイスタイプ識別子と、ドキュメント処理装置１１４で利用可能なサービスのリストとを、モバイルデバイス１２０が受信することとしてもよい）。

ステップ２０６においては、ユーザ１０２は、ネイティブネットワーク１０４上にあるファイルサーバ１０６を、モバイルデバイス１２０を用いて、またドキュメント処理装置１１４にて利用可能なネットワークアクセスポイントを介してブラウズする。ネイティブネットワーク１０４との間に安全な接続を確立する必要がある場合（例えばゲートウエイ１２６にファイアウオールが組み込まれている場合）は、モバイルデバイス１２０とファイルサーバ１０６との間に、その接続におけるセキュリティレベルの認証通信又は暗号化通信に依りつつ、安全な接続が確立される。ある実施形態においては、安全な接続はＶＰＮを用いて確立される。代替的な実施形態においては、安全な接続を確立するためにＩＰＶ６(Internet Protocol Version 6)が用いられる。モバイルデバイス１２０とファイルサーバ１０６との間の通信がＶＰＮを用いて暗号化されているときは、フォーリンネットワーク１１０及び公衆ネットワーク１２２における通信は、盗み聞きに対して保護される。更に他の実施形態においては、モバイルデバイス１２０とネイティブネットワーク１０４との間に確立される通信接続は、安全が保証されない接続である。

安全な（例えばＶＰＮの）セッションによってモバイルデバイス１２０を用いファイルサーバ１０６をブラウズしている間、モバイルユーザ１０２は、ステップ２０８にてファイルサーバ１０６から受け取ったディレクトリリスティング又はドキュメントから、そのドキュメントを識別して識別子（例えばＵＲＬ）を記録する。ある実施形態においては、従来からあるウエブブラウザ（例えばMicrosoft（商標） Internet Explorer）がモバイルデバイス１２０において使用され、ファイルサーバ１０６上のドキュメント１０８及びその識別子が識別される。ファイルサーバ１０６をブラウジングするときには、ファイルサーバ１０６とモバイルデバイス１２０との間で送信される情報は、ネットワークアクセスポイントでもあるドキュメント処理装置１１４に送信される。代替的な実施形態においては、モバイルデバイス１２０上にあるドキュメントがファイルサーバ１０６にアップロードされ、ＵＲＬが直接に出力サーバ１２４に届く。

ステップ２１０においては、モバイルユーザ１０２は、ステップ２０４において接続を確立した装置に係るサービスの中から、ドキュメント識別子を用いて識別したブラウズ中のドキュメントに適用すべきドキュメントサービスを、選択する。代替的な実施形態においては、ドキュメントの識別子が先に知らされている場合或いはそのドキュメントがモバイルデバイス上に存在している場合、ステップ２０６及び２０８におけるブラウジングは省略される。他の実施形態においては、モバイルユーザ１０２は、ステップ２０６及び２１０においてドキュメントサービスリクエストワークフローを後述のセクションＢ．３及び図１０から図１６の如く規定する。ステップ２１２においては、モバイルデバイス１２０は安全なセッションであるところの出力サーバ１２４との接続を、解放する。ある実施形態においては、ドキュメント識別子及びデバイスタイプがモバイルデバイス１２０から出力サーバ１２４へと送信される。代替的な実施形態においては、ドキュメント及びデバイスタイプがモバイルデバイス１２０から出力サーバ１２４へと送信される。

ステップ２１４においては、ドキュメント識別子及びデバイスタイプの受信に応じ、出力サーバは（ｉ）ドキュメントの位置を例えばファイルサーバ１０６から突き止め、（ｉｉ）特定されたタイプのデバイスにおける出力に向けドキュメントを準備し（追加的にリクエストされたドキュメントサービスの何れをも含む）、（ｉｉｉ）出力準備が整ったドキュメント１０８を安全なセッションを介してモバイルデバイス１２０に送信する。ステップ２０６及び２０８におけるブラウジングと同様にして、ステップ２１２及び２１４においては、出力サーバ１２４とモバイルデバイス１２０との間で、ネットワークアクセスポイントでもあるところのドキュメント処理装置１１４を介し情報が送信される。

ステップ２１６においては、出力準備が整ったドキュメントのコンテンツを受信した上で、モバイルデバイス１２０が、ドキュメント処理装置１１４とのローカル接続乃至セッションを確立する。このローカル接続を介し、モバイルデバイス１２０は、ドキュメント処理装置１１４に対し、もしあるのであればドキュメントサービスリクエストのパラメータ（例えばステープル、カラー、バインド、デュプレクス等のプリンタパラメータ）と共に、出力準備が整ったドキュメントのコンテンツを再送信する。これによって、出力準備が整ったドキュメントはステップ２１８における処理に供される。ある実施形態においては、モバイルデバイス１２０はドキュメント処理装置１１４に対する２通りの無線接続乃至セッションを同時的に維持しつつ、ステップ２１６を実行する（図１及び図２中の１２８及び１３０）。この実施形態においては、モバイルデバイス１２０は、出力準備が整ったドキュメント１０８を、出力サーバ１２４から接続１２８を介し受信次第徐々に、接続１３０を介しドキュメント処理装置１１４に送信する（なお、接続１２８及び１３０が同一接続の別セッションであってもよい）。

ある実施形態においては、ステップ２１６において、第１の接続１２８が出力サーバ１２４との安全な接続を形成し、第２の接続１３０がドキュメント処理装置１１４とのローカル接続を形成する。上述したように、第１の接続１２８はBluetooth LAP接続とすることができ、第２の接続１３０はBluetooth SPP接続とすることができる。代替的な実施形態においては、両接続を、単一のBluetooth LAP接続の相異なる二つのセッションとする。他の実施形態においては、無線接続１２８及び１３０は相異なる二つのデバイスにより形成される。例えば、出力サーバ１２４との接続１２８は、ネットワークアクセスポイント１１２を介した接続とし、接続１３０は、BluetoothのＨＣＲＰ(Hardcopy Cable Replacement Profile)又はＢＰＰ(Basic Printing Profile)を用いたドキュメント処理装置１１４との接続とする。

図５に、モバイルコンピューティングデバイスにおいてドキュメントサービスリクエストを実行する他の実施形態の流れを示す。図２に示した実施形態と同様、ドキュメント処理装置１１４との接続はまずステップ２０２及び２０４において確立される。続くステップ５００においては、ユーザは、ドキュメント処理装置１１４及び出力サーバ１２４において適用されるべきドキュメントサービス、例えばイメージ拡張、翻訳、抄録化、電子メール、ＯＣＲ等を特定する。この実施形態においては、ユーザ１０２は、モバイルデバイス１２０にて利用可能なドキュメント例えばイメージをステップ５００にて選択し、或いはステップ５０２においてドキュメント処理装置１１４にてハードコピードキュメントをスキャンする（その詳細動作３０８及び３１０については図３を参照して後に説明する）。ある実施形態においては、後にセクションＢ．３にて図１０から図１６を参照して説明するように、モバイルユーザ１０２がステップ５００及び５０２において、あるいは５００若しくは５０２のいずれかにおいて、ドキュメントサービスリクエストワークフローを規定する。

引き続いて、ステップ５０４においては、ドキュメント処理装置１１４では施せない処理を施すべく、モバイルデバイス上にあるドキュメントが出力サーバ１２４にダイレクトされるか、或いはスキャンされたドキュメントが出力サーバ１２４に送信される。ステップ２１４で受信されたドキュメントは、選択されたドキュメントサービスリクエストに従って処理され、ドキュメント処理装置１１４への入力に適したフォーマットに変換される。第１の接続を介して一旦受信されると、出力準備が整ったドキュメントは、ステップ２１６において第２の接続を介してドキュメント処理装置に再送信され、ステップ２１８においてドキュメント処理装置１１４により処理される。図２に示した実施形態と同様、第１の接続は安全な接続、第２の接続はローカル接続とすればよい。

Ｂ．２電子ドキュメントを出力するためのサービスリクエスト
動作環境１００において、モバイルユーザ１０２がドキュメント処理装置１１４においてドキュメントをスキャンし（又は１個又はそれ以上の個数の代替的若しくは追加的なドキュメントサービスリクエストの組合せを実行し）、それをドキュメント１０８としてファイルサーバ１０６内に格納するときを考える。この場合においては、モバイルユーザ１０２は、自分のネイティブネットワーク１０４との間に安全な（例えばＶＰＮによる）接続を確立し、ドキュメント処理装置１１４を介してファイルロケーションを識別する。一旦ファイルロケーションが識別されると、モバイルユーザ１０２は、ドキュメント処理装置１１４とのローカル接続を介し、スキャンされるべきハードコピーの入力を要求することにより、ドキュメント処理装置１１４にて実行されるべきスキャンサービスリクエストを発行および開始する。スキャンされたドキュメントをドキュメント処理装置１１４から直接受信した上で、モバイルデバイス１２０はスキャンされたドキュメントを、ファイルサーバ１０６上に格納させるべく、安全な接続を介してファイルサーバ１０６へと再送信する。

より詳細には、図３に、モバイルコンピューティングデバイス１２０にてドキュメントサービスリクエストを実行する手順を例示する。この流れにおいては、スキャンドキュメントサービスを選択したとき、ハードコピードキュメントを入力として与える必要がある。図２に示した実施形態と同様、最初にステップ２０２及び２０４においてドキュメント処理装置１１４との間に短距離無線接続を確立する。

ステップ３０２及び３０４においては、図２におけるステップ２０６及び２０８と同様、ユーザ１０２がモバイルデバイス１２０を用い、ドキュメント処理装置１１４にて利用可能なネットワークアクセスポイントを介して、ネイティブネットワーク１０４上のファイルサーバ１０６をブラウズする。しかしながら、ステップ２０６と異なりステップ３０２では、ユーザは、処理されたドキュメントが格納されているディレクトリロケーションを識別する。ある実施形態においては、モバイルユーザは、スキャンされたドキュメント用にプレースホルダを生成する。この点に関しては米国特許出願第１０／２０２０４３号及び第１０／２０２０２７号を参照されたい。

ステップ３０６においては、ユーザ１０２は、ドキュメント処理装置１１４に入力されたハードコピードキュメントに対して適用すべきドキュメントサービスを選択する。ドキュメント処理装置１１４の電子出力は、ステップ３０２において識別された特定のディレクトリロケーションに格納される。他の実施形態においては、モバイルユーザ１０２は、ステップ３０２及び３０６において、後にセクションＢ．３にて図１０から図１６を参照して説明するドキュメントサービスリクエストワークフローを、規定する。代替的な実施形態においては、電子的に処理されたハードコピードキュメントが格納されるディレクトリロケーションをユーザが前もって知っているときには、ステップ３０２及び３０４は省略される。ステップ３０８においては、ドキュメントサービスリクエストが、ドキュメント処理装置１１４との間に確立されているローカル接続を介し送信される。

ステップ３１０においては、ハードコピー入力されたドキュメントに関してドキュメントサービスリクエスト例えばスキャニング並びにその他の処理例えばＯＣＲや抄録化をドキュメント処理装置１１４が一旦実行すると、その結果得られる出力ドキュメント例えばスキャンされたハードコピードキュメントの電子的表現形態がモバイルデバイス１２０に送信される。この出力ドキュメントを受信した上で、モバイルデバイス１２０は、ステップ３１２及び３１４において、出力ドキュメントのコンテンツをファイルサーバ１０６に送信し、選択されたディレクトリロケーションに格納させる。他の実施形態においては、ステップ２１９においてドキュメント処理装置１１４は単純にハードコピードキュメントのスキャンを行うのみで或いはリクエストされたサービスを全部は実行しないまま、ステップ３１３において、モバイルデバイス１２０が、スキャンされたハードコピードキュメントをリモートサーバ例えばファイルサーバ１０６に送り、１個又は更に他のドキュメントサービスリクエスト例えばＯＣＲ、抄録化、格納等を実行させる。

ある実施形態においては、ステップ３１０及び３１２は、モバイルデバイス１２０において、図１及び図２中の接続１２８及び１３０の如く、ドキュメント処理装置１１４に対する２種類の無線接続乃至セッションを同時的に保持しつつ実行される。この実施形態においては、モバイルデバイス１２０は、接続１３０例えばBluetooth SPPを用いた接続を介しドキュメント処理装置１１４から受信次第徐々に、接続１２８例えばBlutooth LAPを用いた接続を介し出力ドキュメントをファイルサーバ１０６へと送信する。

図４に、モバイルコンピューティングデバイス１２０にてドキュメントサービスリクエストを実行する他の実施形態の流れを示す。この実施形態では、モバイルコンピューティングデバイス１２０は、入力として電子文書を想定し、１個又はそれ以上の個数のドキュメントサービス（例えば抄録化、ＯＣＲ等）を施した上で、電子文書を出力する。図２及び図３に示した実施形態と同様、まずステップ２０２及び２０４にてドキュメント処理装置１１４との接続が確立される。続くステップ２０７及び２０９においては、ユーザはドキュメント及びドキュメントが格納されているロケーションをブラウズする。

ステップ２１１にて一旦サービスを受けるべきドキュメント、出力デバイスタイプ並びに結果として得られる出力ドキュメントが格納されるロケーションが識別されると、ステップ２１３においてドキュメントサービスリクエストが発行および開始される。ある実施形態においては、ステップ２０７及び２１１において、モバイルユーザは、図１０から図１６を参照して後にセクションＢ．３にて説明するとおり、ドキュメントサービスリクエストワークフローを規定する。図２と同様、ステップ２１４においては、出力サーバ１２４は識別されたドキュメントを取り寄せドキュメント処理装置１１４向けのフォーマットに整える。ある実施形態においては、装置１１４向けに特に処理することなしに、当該ドキュメントが整えられる。代替的な実施形態においては、例えば、所有者刻印を加える、イメージデータを蓄積し積分する等のドキュメントサービスを施すことにより、ドキュメントが整えられる。

モバイルデバイス１２０における受信の後、出力準備が整ったドキュメントはステップ２１６においてドキュメント処理装置１１４に再送信される。出力準備が整ったドキュメント１０８が一旦ステップ２１９においてドキュメント処理装置により処理されると、その結果得られたドキュメントは第２の接続を介しモバイルデバイスに送信され、ステップ３１３において第１の接続を介しファイルサーバ１０６に送信され、ステップ３１５にて特定のディレクトリロケーションに格納される。図３に示した実施形態と同様、第１の接続は安全な接続、第２の接続はローカル接続とすることができる。

Ｂ．３モバイルデバイスのユーザインタフェースの例
図６から図９に、図１から図５に示したドキュメントサービスリクエスト特定時におけるモバイルデバイス１２０のユーザインタフェース６００の一例を示す。まず、ステップ２０２にてホットスポットを発見したとき、図６中のウインドウ６０２に示されているように、ユーザ１０２に対し、利用可能なドキュメントサービスのリストが提供される（"Available Document Service"）。ブラウズするサービスをカーソル６０４にて選択することにより、ユーザ１０２は、ドキュメント１０８のアドレスをブラウズし又は直接に入力することができ、そのドキュメント１０８に対し図７中のカーソル７０２により示される処理（"Apply Service"）を適用させることができる。図８に示すように、利用可能なサービスのリストを示すウインドウ６０２が再表示され、カーソル８０２により印刷（"Printing"）が選択されると、図７において識別したドキュメント１０８に対しサービスが適用される（この例では印刷される）。更に、図８左下に示すように、サービスを実行するために選択されたデバイスの識別子（絵、モデル、ブランド等）が表示される。更に、８０４により、そのロケーションを示すマップを表示するためのオプション８０４を起動できる。また、それと同時に、８０６により、図９中のサービスコストウインドウ９０２を表示させ、このウインドウにて、ドキュメントサービスに関する支払い方法を特定できる（広告が印刷ドキュメント上に現れることをユーザが許容していることを条件に無料とすることもできる）。

図１０から図１４に、図１から図５に示したドキュメントサービスリクエスト特定時におけるモバイルデバイス１２０のユーザインタフェース１０００の一例を示す。図１０においては、ステップ２０２においてホットスポットが発見されそれに応じてユーザインタフェース１０００上のステータスバー１０１０にドキュメント処理装置１１４と接続した旨が表示された後、ユーザ１０２は、１個又はそれ以上の個数のワークフロー規定を用いてメニュー１０１２から一連のドキュメントサービスリクエストを特定できることとなる。ある実施形態においては、これは、所定のワークフローテンプレート、ユーザがカスタムできるワークフローテンプレートあるいは所定かつユーザがカスタムできるワークフローテンプレートを特定するジョブチケットである。代替的には、"Add"ボタン１０１４により、ユーザ１０２は、コンテンツ（例えば電子メールやドキュメント）を送信すべき接触先(contact)を特定することができる。加えて、"Set"ボタン１０１６により、ユーザは１０１２又は１０１４の操作に従い処理されたコンテンツに関しセキュリティ優先度(security preferences)を設定することができる。

図１１に示したメニュー１０１２からドキュメントサービスワークフローテンプレート１１１０を選択した後、図１２中の１２１０の如く、選択されたテンプレート（"Scan, store, summarize & share"）に従い詳細なワークフロー（"Scan"→"Store"→"Sum"→"Share"）がユーザ１０２に示される。ユーザ１０２は、ドキュメントサービスワークフロー１２１０の各段階について、関連するパラメータを検討及び修正することができる。図１２に示した例では、ドキュメントサービスワークフロー１２１０のスキャン段階１２１１、格納段階１２１２、抄録化段階１２１４及び共有化段階１２１８を選択することにより、ワークフロー１２１０の各段階のパラメータが検討されかつ修正されるか、あるいは検討され若しくは修正される。より具体的には、図１２中の抄録化段階１２１４で“１０行”というパラメータを選択している。

このワークフロー例１２１０はドキュメントのスキャン、格納、抄録化及び共有化に関連するものであるが、他にも多様なワークフロー例を示すことができる。即ち、例えばドキュメントコンテンツのスキャン、印刷、取り寄せ（再生）、格納、フォーマット、抄録化、翻訳、送信（例えば電子メール、ファックス）、リッチ化等の中から１個又はそれ以上の個数のサービスを含めたワークフローを定義可能である。加えて、この例は単純な経路のワークフロー（例えば（１）スキャン（２）格納（３）抄録化（４）共有化）を示しているけれども、単一の複数の経路を有するワークフロー（例えば（１）スキャン（２ａ）格納（３）抄録化（４）共有化の経路及び（２ａ）に代え（２ｂ）印刷とした経路）を定義してもよい。この単一或いは複数の経路は、条件分岐を含んでいてもよい。

更に、図１２に示すように、"add"ボタン１２１６により、ユーザ１０２は、選択されたワークフローの共有化段階１２１８にて使用される頒布リスト(distribution list)中に、接触先を加えることができる。図１３においては、"add"ボタンの操作の後に複数の接触先のイメージを含むユーザの接触先リスト１３１０が現れ、ユーザ１０２によりいずれかのイメージが選択される。ユーザ１０２は、引き続いて、ワークフロー１２１０の共有化段階１２１８上に自分の接触先リスト１３１０内の接触先をドラッグアンドドロップすることにより、共有化頒布先リストに接触先を追加することができる。一旦ワークフロー１２１８の各段階ですべてのパラメータが検討されかつ修正されるか、あるいは検討され若しくは修正されると、図１２中の"start"ボタン１２２０を選択することによって、ドキュメントサービスワークフロー１２１０が開始される。ドキュメントサービスワークフロー１２１０の全段階が終了すると、図１４に示すように、抄録化終了スクリーン１４１０が表示される。

図１５に、図１２から図１４に示したドキュメントサービスワークフロー１２１８用のドキュメントサービスワークフローディスクリプション１５００の一例を示す。ワークフローディスクリプション１５００は、図示の如くＸＭＬを用いて記述する場合、モバイルデバイス上に既に存在しておりユーザがそのプロパティを修正できるテンプレート"job ticket"から作成される。代替的には、ジョブチケットはドキュメント処理装置１１４からユーザ１０２のモバイルデバイス１２０への接続を介して取り寄せられる。例えば、図１３に示したように接触先を追加する場合、ワークフローディスクリプション１５００は１５１２の記述の如く接触先追加によって修正される。この（修正された）ワークフローディスクリプション１５００は、更に（確立済みの）接続を介して、モバイルデバイス１２０から、特定のワークフローディスクリプションを実行するのに適合されているドキュメント処理装置１１４、例えばドキュメントサービスリクエストを開始するドキュメント処理装置又はスキャナへと、送信される。

この実施形態においては、スキャニングオプション１５０２及びトランスファオプション１５０４がドキュメント処理装置１１４により読み込まれる。スキャナに置かれた入力ドキュメントが一旦読み取られると、ドキュメント処理装置１１４は、そのスキャンしたドキュメントのファイルをジョブチケットと共に、頒布オプション１５０５中の残りのタスクを実行するドキュメント頒布サーバに転送する。当該残りのタスク中、格納オプション１５０６では、スキャンされたドキュメントを特定して格納し、抄録化オプション１５０８では、スキャンされたドキュメントを特定して抄録化し、共有化オプション１５１０では、スキャン及び抄録化されたドキュメントを特定して共有化例えば電子メール送信する。トランスファタスクの後に続いて実行される格納、抄録化及び共有化タスクは、１個又はそれ以上の個数のドキュメント頒布サーバによって実行させてもよい。ドキュメント頒布サーバは、最初の（スキャン）処理タスクを実行するドキュメント処理サーバに対してローカルかつリモートで、あるいはローカル若しくはリモートで動作させられる。

Ｃ．ドキュメントサービスリクエストの管理
動作環境１００のもう一つの側面は、フォーリンネットワーク１１０上にある装置例えばドキュメント処理装置１１４に一旦提出されたドキュメントサービスリクエストの管理に関する面である。この実施形態においては、モバイルデバイス１２０がドキュメントサービス管理リクエストを発行する。動作環境１００の更に他の面は、フォーリンネットワーク１１０内の装置により発行されたドキュメントサービスリクエスト、例えばドキュメント処理装置１１４に送信されたものに関する面である。この実施形態においては、ドキュメント処理装置１１４がモバイルユーザ１０２の存在を検知し、かつモバイルコンピューティングデバイス１２０を検出して、あるいはモバイルユーザ１０２の存在を検知し、若しくはモバイルコンピューティングデバイス１２０を検出して、サービスの申込を送信し又は提出されたサービスをリダイレクトする旨の申込を送信する。このリダイレクトは、フォーリンネットワーク１１０上（或いはネットワーク１２２に接続された他のネットワーク上）にある他のより適切な（又は機能的に適した）デバイスへのリダイレクトである。

図１６に、ドキュメント処理装置１１４に提出されたドキュメントサービスリクエストをモバイルデバイス１２０を用い管理するための処理の流れを示す。まず、ステップ１６０２及び１６０４においては、モバイルデバイス１２０とドキュメント処理装置１１４との間に接続が確立される。第１の実施形態においては、ステップ１６０２にて、モバイルユーザ１０２がモバイルデバイス１２０によりホットスポットを発見して接続を確立する。第２の実施形態においては、ステップ１６０４にて、ドキュメント処理装置１１４がそのホットスポット内におけるモバイルコンピューティングデバイス１２０の存在を発見する。

ある実施形態では、例えば、ドキュメント処理装置１１４がそのホットスポット内におけるデバイス信号強度を監視する。Bluetoothの無線技術を使用することにより１０メートル以内に存在するデバイスを検知することができる。モバイルデバイス１２０がＲＦチャネルが届く距離内にいるときは、ドキュメント処理装置１１４は、この技術を用いてモバイルデバイス１２０との接続を確立し、ＲＳＳＩ(Receiving Signal Strength Indicator)値を計測する。ＲＳＳＩ値はモバイルユーザ１０２がドキュメント処理装置１１４に対し近づいているのか離れているのかを判別するのに使用される。

ステップ１６０６においては、ドキュメント処理装置１１４は、モバイルデバイス１２０のモバイルユーザ１０２を識別する情報を受信する。ある実施形態においては、モバイルユーザ１０２はフォーリンネットワーク１１０上でのアクセス権を有しており、従ってフォーリンネットワーク１１０に接続されているデバイスにより認識される。代替的な実施形態においては、モバイルユーザ１０２はフォーリンネットワーク１１０上では認識されず、登録の対象となる。ユーザ１０２は、例えば、モバイルデバイス１２０のユニークＭＭＡＣアドレスを用いて登録される。

ステップ１６０８においては、ドキュメント処理装置１１４は識別されたモバイルユーザ１０２により提出されたドキュメントサービスリクエストを識別する。ある実施形態においては、ドキュメント処理装置１１４は、そのシステムマネージャに対してそのシステム上のロケーションにあるドキュメントサービスリクエストを識別するよう要求する。この実施形態においては、そのシステムにとって利用可能な資源である場合、ドキュメント処理装置１１４は識別されたドキュメントサービスリクエストを処理し始める（これは、ドキュメント処理システムに物理的に近いところにいるユーザからのサービスリクエストを、スピードアップして処理するという利点につながる）。

代替的な実施形態においては、ドキュメント処理装置１１４は、ユーザ１０２のサービスリクエストに関し共有ドキュメント（プリント）サーバ（印刷リクエストをスプール及び実行するもの）に対して要求する。ドキュメント（プリント）サーバはフォーリンネットワーク１１０上のスタンドアローンデバイスであってもよいし、ドキュメント処理装置１１４等の一部を構成するデバイスであってもよい。加えて、この実施形態においては、ドキュメント処理装置１１４は、サービスリクエストがドキュメント処理装置１１４にダイレクトされていない場合であっても、処理レディ（例えばＰＤＬ(Page Description Language)形式のファイル）を取得できる。一旦前処理が終了すると（即ちサービスリクエストが出力処理レディになると）、後にステップ１６２０に関し説明するように、ドキュメント処理装置１１４は、そのデバイスにおけるサービスリクエストを実行すべく、ユーザ１０２のサービスリクエストを保持する。これは、サービスリクエストを前処理したモバイルデバイス１２０によりサービスリクエストを実行する旨の確認を一旦受信したとき、出力処理速度が高まるという利点を有する。更に、これは、サービスリクエストが物理的に存在するユーザ１０２により実行されることについて幾ばくかの保証となる。

ステップ１６１０においては、ドキュメント処理装置１１４は、ユーザ１０２からの各識別済みドキュメントリクエストのステータス情報を判別する。ステータス情報は、そのプロパティに関する情報、例えば色、多重、仕上げ、コピー枚数、ジョブ長さ、ジョブ複雑度等の情報と、完了状態に関する情報とを含んでいる。ステップ１６１２においては、ドキュメント処理装置１１４は、その機能状態、例えばデバイスの各種不調要素や警告（例えば、印刷中の複数コピー印刷ジョブ等、ユーザによって提出されなかった他のドキュメントサービスリクエストの状態）に関するステータス情報を判別する。

ステップ１６１４においては、ドキュメント処理装置１１４は、例えばステップ１６０４に示す如く自分自身で、或いは例えばステップ１６０２の如くモバイルデバイス１２０からの要求に応じて、モバイルデバイス１２０に対し、そのモバイルユーザ１０２の各サービスリクエストに関する情報を、自分の機能的ステータス情報及び動作ステータス情報と共に送信する。受信後、この情報はデバイス識別情報付きのフォーマットとして、またプロパティ及び完了状態付きのサービスリクエストのリストとして、存置される。

ステップ１６１４が実行されると、ステップ１６１６にて、モバイルユーザ１０２が、（もしあれば）他のドキュメント処理装置にリダイレクトすべきドキュメントサービスリクエストを選択する。これは、ユーザ１０２が直接送ってもよいし、ユーザ１０２の選択を元にリダイレクト先デバイスが取り寄せるのでもよい。ステップ１６１６にてユーザ１０２により何れのサービスリクエストも選択されなかった場合、ドキュメントサービスリクエストの管理はステップ１６２２にて終端され、通常終了となる（ドキュメント（プリント）サーバから再生されたサービスリクエスト即ちオリジナルでないもの（ドキュメント処理装置１１４にて提出及び処理（印刷）されたものでないもの）は削除される）。逆に、リダイレクトすべきドキュメントサービスリクエストがある場合は、ステップ１６１８にて、ドキュメント処理装置１１４が、モバイルデバイス１２０に代替的な即ちリダイレクト対象として選択されたドキュメントサービスリクエストを実行するドキュメント処理装置のリストを、提供する。

ステップ１６２０においては、選択された代替的ドキュメント処理装置に関する情報を受信した後、ドキュメント処理装置１１４が、選択されたドキュメントサービスリクエストを（直接又は間接的にドキュメント（プリント）サーバを介して）リダイレクトする。加えて、ステップ１６２０においては、ドキュメント処理装置１１４が、モバイルデバイス１２０に、モバイルユーザ１０２により選択されたドキュメントサービスリクエストのリダイレクト先であるドキュメント処理装置のダイレクション及びイメージ、あるいはダイレクション若しくはイメージを提供する。その後、ステップ１６２２にて、接続は終了し通常動作が終了する（即ち、システムに係属中のサービスリクエストに関し処理を継続する）。

Ｄ．その他
いわゆる当業者であれば、ある実施形態において、ドキュメントサービスリクエストがモバイルコンピューティングデバイス１２０からドキュメント処理装置１１４へのローカル接続を介し実行されうること、特に米国特許出願第１０／２７２８７０号及び第１０／２７２８７１号に記載のユーザインタフェースエクステンションによって実行されうることは、理解されるであろう。これらの米国出願におけるユーザインタフェースエクステンションは、モバイルコンピューティングデバイスからコンパチブル通信ポートを介し、ドキュメント処理装置のユーザインタフェースのフィールド内にて、データエントリを許すものである。この代替的実施形態におけるドキュメント処理装置は、データがエントリされるべきフィールドを含むユーザインタフェースフィールドを有する。ユーザはマシンに対しデータがモバイル通信デバイスから来ることを教える。マーキングマシンは、モバイル通信デバイスのデータ向けに開かれている通信ポートを監視する。ユーザは、モバイル通信デバイスから送信すべきデータを入力又は選択し、そしてデータが送信準備状態にあることを知らせ、モバイル通信デバイスはマーキングマシンにデータを送信する。

同じく、いわゆる当業者であれば、モバイルデバイス１２０が受信したデータの再送信即ちドキュメント処理装置１１４による接続１２８及び１３０を介したデータのルーピングに関する次のような利点は、理解されるであろう。第１に、ネイティブネットワーク１０４内でドキュメントサービスリクエストを発する際の処理が、ネットワーク技術上別個のものであるので、フォーリンネットワーク１１０のファイアウオール１２６が標準構成であれば当該ファイアウール１２６越しの公衆又はネイティブネットワーク１０４へのアクセスが可能になる。即ち、フォーリンネットワーク１１０からか否かにかかわらずネイティブネットワーク１０４上のサーバがネットワーク１２２からアクセス可能である限りは、モバイルデバイス１２０は、ドキュメントに安全に接続できるネイティブネットワーク１０４内で利用可能なドキュメントに対し、ドキュメントサービスリクエストを適用できる。第２に、データの再送信即ちルーピングの際、モバイルデバイス１２０は最小限のパワー及び最小限のメモリ容量しか必要としない。これにより、送信する前に（或いは処理する前に（印刷準備が整ったファイル）又は処理の後に）ドキュメント全体をキャッシュする必要がなくなる。第３に、データの再送信即ちルーピングの際、ネイティブネットワーク１０４にて認証されているモバイルデバイス１２０は、引き続き安全性を保持できる。従って、フォーリンネットワーク１１０にて何らネイティブネットワーク１０４に対するアクセス権を取得する必要がない。

ある特定の実施形態においては、ネットワークアクセスポイント１１２は、例えばRoving Networks Inc.により製造されたBlueLine（商標）のようなBluetooth・Ethernet（登録商標）間アクセスポイントである。この種のアクセスポイントを用いることにより、例えばBluetoothが実装された古いデバイスをそのアクセスポイントのＵＳＢポート等を介して例えばBluetooth SPP (Serial Port Profile)により接続できる。図１に示したように、この実施形態においては、ネットワークアクセスポイント１１２により従来からあるプリンタ１３２が接続される。このとき、以上述べた方法によるドキュメントサービスリクエストの受信に当たってコンフィギュレーションを変更する必要はない。

更に、いわゆる当業者であれば、ネイティブネットワーク１０４がインターネットホスティングサービスを含みうることを理解できるであろう。そのような実施形態においては、ドキュメントは、ファイルサーバ上に格納されておりアクセスが全く又はほとんど制限されていない通常のウエブページであってもよい。従って、この実施形態においては、モバイルデバイス１２０及びサーバ１０６と、あるいはモバイルデバイス１２０若しくはサーバ１０６と、出力サーバ１２４との間の上述の接続１２８は、安全でなくてもよい（即ち、ＶＰＮ接続等を確立する必要がない）。

更に、いわゆる当業者であれば、ファイルサーバ１０６及び出力サーバ１２４の機能は、１個又は複数のネットワークに分散配置された複数のサーバにより実現できることを、理解できるであろう。また、ファイルサーバ１０６及び出力サーバ１２４の機能は、１個又は複数のサーバ上で実行されている単一のアプリケーションの一部分としても、実現できる。

本発明を実行するための動作環境を示す図である。入力としてドキュメントを必要とするモバイルコンピューティングデバイスにおいてドキュメントサービスリクエストを実行する実施形態に係る流れ図である。入力としてハードコピードキュメントを必要とするモバイルコンピューティングデバイスにおいてドキュメントサービスリクエストを実行する他の実施形態に係る流れ図である。入力として電子ドキュメントを必要とするモバイルコンピューティングデバイスにおいてドキュメントサービスリクエストを実行する更に他の実施形態に係る流れ図である。モバイルコンピューティングデバイスにおいてドキュメントサービスリクエストを実行する更に他の実施形態に係る流れ図である。図２から図５に示したドキュメントサービスリクエストを特定するためのユーザインタフェースの一例を示す図である。図２から図５に示したドキュメントサービスリクエストを特定するためのユーザインタフェースの一例を示す図である。図２から図５に示したドキュメントサービスリクエストを特定するためのユーザインタフェースの一例を示す図である。図２から図５に示したドキュメントサービスリクエストを特定するためのユーザインタフェースの一例を示す図である。図２から図５に示したドキュメントサービスリクエストを特定するためのユーザインタフェースの他の一例を示す図である。図２から図５に示したドキュメントサービスリクエストを特定するためのユーザインタフェースの他の一例を示す図である。図２から図５に示したドキュメントサービスリクエストを特定するためのユーザインタフェースの他の一例を示す図である。図２から図５に示したドキュメントサービスリクエストを特定するためのユーザインタフェースの他の一例を示す図である。図２から図５に示したドキュメントサービスリクエストを特定するためのユーザインタフェースの他の一例を示す図である。図１０から図１４に示したドキュメントサービスリクエストワークフローのワークフロー記述の一例を示す図である。ドキュメント処理装置に提出されたドキュメントサービスリクエストをモバイルデバイスを用いて管理する流れ図である。

符号の説明

１００動作環境、１０２モバイルユーザ、１０４，１１０ローカルエリアネットワーク、１０６ファイルサーバ、１０８ドキュメント、１１２ネットワークアクセスポイント、１１４多機能（又はドキュメント処理）装置、１１６ディスプレイ、１１８単機能装置、１２０モバイルコンピューティングデバイス、１２２インターネット、１２４出力サーバ、１２６ゲートウエイ、１２８，１３０無線接続、６００，１０００ユーザインタフェース。

Claims

第１のネットワークに接続されており且つ第２のネットワークに接続された１個又はそれ以上のサーバと通信可能なドキュメント処理装置へ、モバイルデバイスからドキュメントサービスリクエストを提出する方法であって、
モバイルデバイスからドキュメント処理装置への第１及び第２の接続を確立するステップと、
第１のドキュメントフォーマットを有し第２のネットワーク上にロケーションがあるドキュメントを識別するためのドキュメント識別子を含むドキュメントサービスリクエストを、モバイルデバイスにおいて特定するステップと、
モバイルデバイスからドキュメント処理装置との第１の接続を介し、第２のネットワークに接続されている出力サーバへ、デバイス識別子と共にドキュメントサービスリクエストを提出するステップと、
ドキュメント処理装置の入力フォーマットであるところの第２のフォーマットを有するドキュメントを、出力サーバからドキュメント処理装置との第１の接続を介してモバイルデバイスにおいて受信するステップと、
モバイルデバイスからドキュメント処理装置との第２の接続を介して、特定されたドキュメントサービスを実行するドキュメント処理装置へ、出力サーバから受信した第２のフォーマットを有するドキュメントを再送信するステップと、
を有する方法。
ドキュメント処理装置にて実行される複数のドキュメントサービスリクエストをモバイルデバイスにおいて制御する方法であって、
モバイルデバイスにて識別されたドキュメント用のジョブチケットにおいて、そのうち少なくとも１個がドキュメント処理装置にて実行されるべき２個又はそれ以上の個数のドキュメントサービスリクエストを特定するワークフローを、規定するステップと、
ドキュメントサービスリクエストをドキュメント処理装置にて実行すべき旨の指令の入力を受信するのに応じ、モバイルデバイスからドキュメント処理装置にジョブチケットを送信するステップと、
を有し、
ドキュメント処理装置が、（ａ）ジョブチケット内で特定されているすべてのドキュメントサービスリクエストを実行するか、又は（ｂ）処理したドキュメント結果データ及びジョブチケットを他のドキュメント処理装置に先送りしジョブチケット内で特定されているドキュメントサービスリクエストのうち未了のものを当該他のドキュメント処理装置により実行させる方法。
第１のドキュメント処理装置においてモバイルデバイスを用いドキュメントサービスリクエストをリダイレクトする方法であって、
第１のドキュメント処理装置においてモバイルデバイスのユーザを識別する情報を受信するステップと、
第１のドキュメント処理装置においてモバイルデバイスのユーザにより提出されたドキュメントサービスリクエストを識別するステップと、
第１のドキュメント処理装置においてドキュメントサービスリクエストを提出したユーザに関するステータス情報を判定するステップと、
ユーザにより提出されたドキュメントサービスリクエストを第１のドキュメント処理装置が実行できるかどうかモバイルデバイスのユーザが判別できるよう、ドキュメントサービスリクエストを提出したユーザに関するステータス情報を第１のドキュメント処理装置からモバイルデバイスへと送信するステップと、
を有し、
モバイルデバイスからの受信に応じ、第１のドキュメント処理装置において、ユーザにより提出されたドキュメントサービスリクエストのうちいくつかが、リダイレクト対象として選択され、第１のドキュメント処理装置が、当該リダイレクト対象として選択されたいくつかのドキュメントサービスリクエストを第２のドキュメント処理装置にリダイレクトする方法。