"複数のサービスプロバイダコンピュータからのジョブの実行のための、サービスプロバイダコンピュータの選択のためのコンピュータによって実現される方法であって、ユーザ選好を受け取る工程と、前記複数のサービスプロバイダコンピュータの属性を収集する工程と、ジョブ及び関連付けられたユーザの前記実行に対するサービス要求を識別する工程と、前記ユーザ選好を、前記収集された属性と比較することにより、前記ジョブを実行するために少なくとも1つのサービスプロバイダをサービスプロバイダ選択モジュールによって判定する工程と、前記ジョブの実行のために前記判定された少なくとも1つのサービスプロバイダに前記ジョブを送出する工程とを含む方法。請求項1記載の方法であって、現在、ネットワークに接続されており、前記サービス要求の実行に利用可能な前記複数のサービスプロバイダコンピュータから、サービスプロバイダコンピュータのリストを求める工程を更に含み、前記ジョブを実行するために少なくとも1つのサービスプロバイダをサービスプロバイダ選択モジュールによって判定する工程は、前記サービスプロバイダコンピュータのリストを使用する方法。請求項1記載の方法であって、前記判定する工程は、自動であり、前記ジョブを実行するためにサービスプロバイダコンピュータを判定し、前記判定されたサービスプロバイダコンピュータは、前記ユーザ選好に近い属性を有し、前記送出する工程は、前記ジョブを前記判定されたサービスプロバイダコンピュータに送出する方法。請求項1記載の方法であって、前記判定する工程は半自動であり、前記ジョブを実行するために、規定された数のサービスプロバイダコンピュータを有するリストを生成し、前記サービスプロバイダコンピュータのリストは前記ユーザ選好に近い属性を有し、前記方法は、前記リストからのサービスプロバイダコンピュータの選択をユーザから受け取る工程を含み、前記送出する工程は、前記選択されたサービスプロバイダコンピュータに前記ジョブを送出する方法。請求項1記載の方法であって、前記少なくとも1つのサービスプロバイダは、サービスプロバイダコンピュータそれぞれについて加重和を算出することによって判定される方法。コンピュータ読み取り可能なプログラムを含む、コンピュータが利用可能な媒体を含むコンピュータプログラムプロダクトであって、前記コンピュータ読み取り可能なプログラムは、コンピュータ上で実行されると、ユーザ選好を受け取る機能と、前記複数のサービスプロバイダコンピュータの属性を収集する機能と、ジョブ及び関連付けられたユーザの前記実行に対するサービス要求を識別する機能と、前記ユーザ選好を、前記収集された属性と比較することにより、前記ジョブを実行するために少なくとも1つのサービスプロバイダをサービスプロバイダ選択モジュールによって判定する機能と、前記ジョブの実行のために前記判定された少なくとも1つのサービスプロバイダに前記ジョブを送出する機能とを前記コンピュータに行わせるコンピュータプログラムプロダクト。請求項6記載のコンピュータプログラムプロダクトであって、前記コンピュータ読み取り可能なプログラムは、コンピュータ上で実行されると、更に、前記コンピュータに、現在、ネットワークに接続されており、前記サービス要求の実行に利用可能な前記複数のサービスプロバイダコンピュータから、サービスプロバイダコンピュータのリストを求める機能とを前記コンピュータに行わせ、前記コンピュータは、前記サービスプロバイダコンピュータのリストを使用して前記ジョブを実行するために前記少なくとも1つのサービスプロバイダを判定するコンピュータプログラムプロダクト。請求項6記載のコンピュータプログラムプロダクトであって、前記判定する機能は、自動であり、前記ジョブを実行するためにサービスプロバイダコンピュータを判定し、前記判定されたサービスプロバイダコンピュータは、前記ユーザ選好に近い属性を有し、前記送出する機能は、前記ジョブを前記判定されたサービスプロバイダコンピュータに送出するコンピュータプログラムプロダクト。請求項6記載のコンピュータプログラムプロダクトであって、前記判定する機能は半自動であり、前記ジョブを実行するために、規定数のサービスプロバイダコンピュータを有するリストを生成し、前記サービスプロバイダコンピュータのリストは前記ユーザ選好に近い属性を有し、前記コンピュータは、前記リストからのサービスプロバイダコンピュータの選択をユーザから受け取り、前記コンピュータは前記選択されたサービスプロバイダコンピュータに前記ジョブを送出するコンピュータプログラムプロダクト。請求項6記載のコンピュータプログラムプロダクトであって、前記コンピュータは、サービスプロバイダコンピュータ毎に加重和を算出することにより、前記ジョブを実行するために前記少なくとも1つのサービスプロバイダを判定するコンピュータプログラムプロダクト。複数のサービスプロバイダコンピュータからのジョブの実行のための、サービスプロバイダコンピュータの選択のためのシステムであって、前記サービスプロバイダコンピュータの自動選択のための、ユーザの選好についての情報を受け取るためのユーザ選好収集器であって、前記ユーザ選好収集器はユーザからの情報を受け取るよう結合されるユーザ選好収集器と、ジョブを完了するうえで前記複数のサービスプロバイダコンピュータの実行を監視するためのサービスプロバイダ属性収集器であって、前記サービスプロバイダ属性収集器は、前記複数のサービスプロバイダコンピュータに結合されるサービスプロバイダ属性収集器と、ワークフローのジョブを行うよう前記サービスプロバイダを選択するためのサービスプロバイダ選択エンジンとを備え、前記サービスプロバイダ選択エンジンは、前記ユーザの選好、及び前記サービスプロバイダの属性を比較して、前記属性が前記ユーザの選好に近い少なくとも1つのサービスプロバイダコンピュータを判定し、前記サービスプロバイダ選択エンジンは、前記サービスプロバイダ属性収集器及び前記ユーザ選好収集器との通信のために結合されたシステム。請求項11記載のシステムであって、ワークフローのジョブを実行するためにどのサービスプロバイダコンピュータがアクセス可能であり、利用可能であるかを判定するようネットワークを監視するためのサービスプロバイダ利用可能性検出器を更に備え、前記サービスプロバイダ利用可能性検出器は、前記複数のサービスプロバイダコンピュータ、及び前記サービスプロバイダ選択モジュールに結合され、前記サービスプロバイダ選択エンジンは、前記サービスプロバイダ利用可能性検出器からの入力を使用して、前記ユーザの選好に近い属性を有する前記少なくとも1つのサービスプロバイダコンピュータを判定するシステム。請求項11記載のシステムであって、前記ユーザ選好収集器は、携帯用計算装置の前記提示モジュールと協働して、前記サービスプロバイダ選択エンジンの自動、半自動、又は手動の動作のための選好を前記ユーザが入力することを可能にするグラフィックユーザインタフェースを生成するシステム。請求項11記載のシステムであって、前記ユーザ選好収集器は、携帯用計算装置の前記提示モジュールと協働して、属性、及び前記属性の重要度の対応するレベルを前記ユーザが入力することを可能にするグラフィックユーザインタフェースを生成するシステム。請求項11記載のシステムであって、前記ユーザの選好、及び他の情報を記憶するためのユーザ選好記憶装置であって、前記ユーザ選好記憶装置は、情報を受け取り、記憶するよう前記ユーザ選好収集器に結合され、前記サービスプロバイダ選択エンジンに情報を提供するよう結合されたユーザ選好記憶装置と、ジョブの実行及び前記複数のサービスプロバイダコンピュータの完了についての属性を記憶するためのサービスプロバイダ属性記憶装置とを更に備え、前記サービスプロバイダ属性記憶装置は、サービスプロバイダ属性情報を受け取り、記憶するよう前記サービスプロバイダ属性収集器に結合され、サービスプロバイダ属性情報を前記サービスプロバイダ選択エンジンに提供するよう結合され、前記サービスプロバイダ選択エンジンは、ユーザの選好及び他の情報を取り出すよう前記ユーザ選好記憶装置に結合され、属性、及び前記ユーザに対するその重要度についての情報を取り出すよう前記サービスプロバイダ属性記憶装置に結合されたシステム。本発明の実施例は、サービス又は処理プロバイダの自動選択又は半自動選択のためのシステム及び方法を提供することにより、従来技術の欠点及び制限を解消する。特に、本発明の一実施例は、ユーザが選好の組を入力することを可能にし、その入力から、入力された選好から導き出されるようにユーザにとって重要な属性に一致するサービス又は処理プロバイダを自動選択する。本発明の別の実施例では、処理は、ユーザが選好の組を提供するという点で半自動的であり、本発明はサービス又は処理プロバイダをフィルタリングし、ユーザの選好に一致し、特定のタスクの処理のためにユーザが1つを選択することが可能ないくつかのものを提示する。システムの一実施例は、サービスプロバイダ選択モジュールを備え、前記サービスプロバイダ選択モジュールは、ユーザ選好収集器及びグラフィカルユーザインタフェースGUI、ユーザ選好記憶装置、サービスプロバイダ利用可能性検出器、サービスプロバイダ属性収集器、サービスプロバイダ選択エンジン、及びサービスプロバイダ属性記憶装置を含む。ユーザ選好収集器及びGUIは、サービスプロバイダに関するユーザの選好についての情報を収集するために使用される。ユーザ選好収集器は、ユ―ザからの情報を捕捉し、これをユーザ選好記憶装置に記憶する。サービスプロバイダ利用可能性検出器は、サービスプロバイダがネットワーク上で現在利用可能か否か、及びどのサービスプロバイダがネットワーク上で現在利用可能かを判定するために使用される。サービスプロバイダ属性収集器は、種々のサービスプロバイダの特性に関する情報を収集する。この情報の収集は、aネットワークから捕捉された統計及び他のデータに基づいて部分的に自動であり、b部分的に、サービスプロバイダの特性に基づいてユーザから求められるか、又は部分的に手動であり、c種々の証明などの、サービスプロバイダが有し得る特定の基準に関してサービスプロバイダから自ら提供される。サービスプロバイダ属性記憶装置は、サービスプロバイダ属性収集器によって獲得されたデータを記憶するために使用される。サービスプロバイダ選択エンジンは、サービスプロバイダ属性記憶装置、ユーザ選好記憶装置、及びサービスプロバイダ利用可能性検出器に結合される。ユーザの選好、プロバイダの利用可能性、及びプロバイダ属性に基づいて、サービスプロバイダ選択エンジンは、ユーザによって入力されている基準に基づいてサービスを提供するための1つの最善の一致、又は最善の一致のリストを求める。一実施例では、これは自動的に行われ、タスクは、処理するために、識別された最善のサービスプロバイダに渡される。別の実施例では、これは半自動的に行われ、ユーザの要件の最も一致するサービスプロバイダのリストがサ―ビスプロバイダ選択エンジンによって提示され、タスクは、ユーザによって選択されたプロバイダに渡される。本発明は更に、サービスプロバイダの自動選択及び半自動選択のための新規な方法、ユーザ選好を入力する方法、及びサービスプロバイダについての属性を収集する方法も含む。本明細書及び特許請求の範囲記載の構成及び効果は網羅的でなく、図及び明細書に鑑みて、更なる多くの構成及び効果が当業者に明らかになるであろう。更に、本明細書において使用する文言は、本発明の主題の範囲を制限するためでなく、主に読みやすさ及び教育の目的で選択している。本発明は、添付図面の図における制限でなく、例示によって示し、同じ参照符号は、同様な構成要素を表すために使用される。参照符号の説明100システム102携帯用計算装置104ネットワーク106ストローク及び画像ワークフローサーバ108コンピュータ110データ記憶装置112結合116信号ライン118信号ライン120信号ライン122a-122nコンピュータ124a-124n信号ライン202携帯用計算装置204スタイラス206ディスプレイ装置208ストローク捕捉装置モジュール210入力装置212入力装置214入力装置216入力装置218カメラ220出力装置302プロセッサ304メモリ306通信装置308一意の装置識別子の記憶装置310クロック312メタデータモジュール314ロギングモジュール316文書転送モジュール318文書作成モジュール320バス322提示モジュール324他のアプリケーション326他のI/O装置328位置バー及びブックマークモジュール402プロセッサ404メモリ406通信装置408文書転送モジュール410クロック412ワークフローモジュール416ロギングモジュール418他のアプリケーション420バス422ディスプレイ装置424出力装置426一意装置ID428入力装置432サービスプロバイダ選択モジュール502インボックス504文書510クロック512バックアップサーバ602ユーザ選好収集器及びGUI604ユーザ選好記憶装置606サービスプロバイダ利用可能性検出器608サービスプロバイダ属性収集器610サービスプロバイダ選択エンジン612サービスプロバイダ属性記憶装置800ユーザインタフェース802ラベル804ラベル806ラベル808ラベル810ボタン812ラベル850ユーザインタフェース852属性854スライダバー856位置表示子858位置表示子860位置表示子862ボタン864ボタン866位置表示子サービス又は処理プロバイダの自動選択又は半自動選択のためのシステムを以下に説明する。以下の説明では、説明の目的で、本発明の詳細な理解を得るために数多くの具体的な詳細を記載している。しかし、前述の具体的な詳細なしで本発明を実施することが可能であることは当業者に明らかとなるであろう。他の場合には、本発明を不必要に分かりにくくすることを避けるために構造及び装置をブロック図で示す。例えば、本発明は、携帯用計算装置を参照して以下に一実施例において説明する。上記携帯用計算装置は、電子ペーパー、eペーパー、又は電子インクディスプレイを利用する、アマゾンAmazon社のキンドルKindleのようなハードウェア及びソフトウェアプラットフォームにおいて例示される。しかし、本発明は、インク、データ、及びコマンドを捕捉し、電子的に文書を送出することが可能な何れかのタイプの携帯用計算装置に適用される。本明細書において、一実施例又は実施例に言及されていることは、実施例に関して説明した特定の構成、構造、又は特性が、本発明の少なくとも1つの実施例に含まれているということを意味する。本明細書の随所に一実施例においての句が存在していることは、必ずしも、全て、同じ実施例を参照している訳でない。特に、本発明は別個の2つのアーキテクチャの内容において以下に説明し、構成部分の一部は、両方のアーキテクチャで動作可能である一方、他の構成部分はそうでない。以下に続く詳細な説明の特定の部分は、コンピュータメモリ内のデータビットに対する動作の記号表現及びアルゴリズムによって示す。前述のアルゴリズム記述及び表現は、当業者に向けてその作品の本質を最も効果的に伝えるために当業者によって使用される手段である。アルゴリズムは本明細書及び特許請求の範囲では、かつ、一般には、所望の結果につながる首尾一貫した一連の工程であると理解される。工程は、物理的数量の物理的操作を必要とするものである。必ずしもそうでないが通常は、前述の数量は、記憶し、転送し、合成し、比較し、その他のやり方で操作することが可能な電気信号又は磁気信号の形態をとる。主に慣用の理由で前述の信号をビット、値、要素、記号、文字、項、数字等として表すことが時には便利であることが明らかになっている。しかし、前述及び同様な項は全て、適切な物理的数量と関連付けられるものであり、前述の数量に付される便利なラベルに過ぎないということを念頭におくべきである。以下の記載から明らかであるように、別途明記していない限り、処理、計算、算出、判定、表示等などの用語を利用する記載は、コンピュータシステム、又は同様な電子計算装置の動作及び処理を表す。上記コンピュータシステム、又は同様な電子計算装置の動作及び処理は、コンピュータシステムのレジスタ内及びメモリ内の物理的電子的数量として表されるデータを他のデータに操作し、変換する。上記他のデータは、コンピュータシステムのレジスタ内若しくはメモリ内、又は、他の当該情報記憶装置内、送信装置内、又は表示装置内の物理的数量として同様に表される。本発明は更に、本明細書及び特許請求の範囲記載の動作を行う装置に関する。前述の装置は、所要の目的のために特別に構成し得るか、又は、コンピュータに記憶されたコンピュータプログラムによって選択的に起動又は再構成された汎用コンピュータを含み得る。前述のコンピュータプログラムは、何れかのタイプのディスク、又は、電子的命令を記憶するのに適した何れかのタイプの媒体であって、それぞれがコンピュータシステムバスに結合されたものなどのコンピュータ読み取り可能な記憶媒体に記憶し得る。上記媒体は、限定列挙でないが、ランダムアクセスメモリRAM、リードオンリメモリROM、EPROM、EEPROM、磁気又は光カード、光磁気ディスク、CD-ROM、光ディスク、フロッピー登録商標ディスクを含む。本発明は、全面的にハードウェアの実施例の形態、全面的にソフトウェアの実施例の形態、又はハードウェア構成要素及びソフトウェア構成要素を含む実施例の形態をとり得る。好ましい実施例では、本発明は、限定列挙でないが、ファームウェア、常駐ソフトウェア、マイクロコード等を含むソフトウェアで実現される。更に、本発明は、プログラムコードを提供するコンピュータ使用可能な媒体又はコンピュータ読み取り可能な媒体によってアクセス可能なコンピュータプログラムプロダクトの形態をとり得る。上記プログラムコードは、コンピュータ又は何れかの命令実行システムによる、若しくは、コンピュータ又は何れかの命令実行システムに関する使用のためである。本明細書の目的では、コンピュータ使用可能な媒体又はコンピュータ読み取り可能な媒体は、プログラムを含め、記憶し、通信し、伝搬させ、若しくは伝送することがあり得る何れかの装置であり得る。上記プログラムを含め、記憶し、通信し、伝搬させ、若しくは伝送することは、命令実行システム、装置、又はデバイスによる、又は命令実行システム、装置、又はデバイスに関する使用のためである。媒体は、電子的、磁気的、光学的、電磁的、赤外、若しくは半導体システム若しくは装置若しくはデバイス又は伝搬媒体であり得る。コンピュータ読み取り可能な媒体の例には、半導体又はソリッドステートメモリ、磁気テープ、着脱可能なコンピュータディスケット、ランダムアクセスメモリRAM、リードオンリメモリROM、リジッド磁気ディスク、及び光ディスクを含む。光ディスクの現在の例には、コンパクトディスクリードオンリメモリCD-ROM、コンパクトディスクリード/ライトCD-R/W、及びDVDが含まれる。プログラムコードを記憶し、かつ/又は実行するのに適したデータ処理システムは、システムバスを介してメモリ要素に直接又は間接に結合された少なくとも1つのプロセッサを含む。メモリ要素は、キャッシュメモリ、大容量記憶装置、プログラムコードの実際の実行中に使用される局所メモリを含み得る。キャッシュメモリは、実行中にコードを大容量記憶装置から取り出さなければならない回数を削減するために少なくとも一部のプログラムコードの一時記憶装置を提供する。入出力又はI/Oデバイス限定列挙でないが、キーボード、ディスプレイ、ポインティングデバイス等を含むは、直接、又は介在するI/Oコントローラを介してシステムと結合し得る。ネットワークアダプタは、データ処理システムが、介在するプライベートネットワーク又はパブリックネットワークを介して他のデータ処理システムあるいは遠隔プリンタあるいは記憶デバイスに結合されることを可能にし得る。モデム、ケーブルモデム、及びイーサネット登録商標カードは、現在入手可能なタイプのネットワークアダプタのうちのわずか少しに過ぎない。最後に、本明細書及び特許請求の範囲に示すアルゴリズム及びディスプレイは、何れかの特定のコンピュータ又は他の装置に固有に関連しているものでない。本明細書及び特許請求の範囲記載の教示に応じて種々の汎用システムをプログラムとともに使用し得るか、又は、所要の方法工程を行うよう更に専門化された装置を構成することが便利でありことが明らかになり得る。前述の種々のシステムに必要な構造は、以下の説明から分かるであろう。更に、本発明は、特定のプログラミング言語を参照して説明する。本明細書及び特許請求の範囲記載の本発明の教示を実現するために、種々のプログラミング言語を使用し得るということが分かる。システム概要図1は、自動ストローク及び画像ベースのワークフロー用のシステム100の実施例を示す。次に図1を参照するに、システム100のこの実施例は、複数の携帯用計算装置102a乃至102nと、ネットワーク104と、コンピュータ108と、ストローク及び画像ワークフローサーバ106と、データ記憶装置110と、1つ又は複数のサービスプロバイダのコンピュータ122a乃至122nとを含む。複数の携帯用計算装置102a乃至102nは、それぞれの結合112a乃至112nを介してネットワーク104に無線結合される。一実施例では、携帯用計算装置102a乃至102nは、ディスプレイ、ストローク捕捉機能、及び無線通信機能を含む携帯用計算装置である。携帯用計算装置102a乃至102nは、画像例えば、フォーム又は文書を受け取り、受け取られた画像にストローク注釈を付し、注釈を付した受け取られた画像を送出するよう適合される。携帯用計算装置102a乃至102nの実施例は、図2及び図3を参照して以下に更に詳細に説明する。ネットワーク104は、有線又は無線の通常のタイプのものであり、スター構成、トークンリング構成、又は当業者に知られている他の構成などの何れかの数の構成を有し得る。更に、ネットワーク104は、ローカルエリアネットワークLAN、ワイドエリアネットワークWAN例えば、インターネット、及び/又は、複数の装置が通信し得る何れかの他の相互接続されたデータ経路を含み得る。更に別の実施例では、ネットワーク104はピアツーピアネットワークであり得る。ネットワーク104は更に、各種通信プロトコルでデータを送出するために、電気通信ネットワークの部分に結合し得るか、又は上記部分を含む。更に別の実施例では、ネットワーク104は、ショートメッセージングサービスSMS、マルチメディアメッセージングサービスMMS、ハイパーテキスト転送プロトコルHTTP、直接データ変換、WAP、電子メール等経由などでデータを送出し、受け取るために、ブルートゥース登録商標通信ネットワーク又はセルラー通信ネットワークを含む。コンピュータ108は、パソコンやハードウェアサーバなどの通常のタイプのものである。コンピュータ108は、信号ライン118により、ネットワーク104に結合される。一実施例では、コンピュータは、ストローク及び画像ワークフローサーバ106にアクセスし、ストローク及び画像ワークフローサーバ106と通信することが可能である。ワークフローに応じて、特定のフォームの処理を検証し、又は特定のフォームを処理するためにフォームを当初、入力するためである。例えば、ユーザは、コンピュータ108を使用して、更なる処理のためにPDFファイルなどの文書をストローク及び画像ワークフローサーバ106に入力することができる。同様に、コンピュータ108は、そのワークフローによる処理全てが完了した後の完了フォームの受け手であり得る。コンピュータ108は、ストローク及び画像ワークフローサーバ106の検証モジュール430図4参照と通信して、特定のフォームの処理の完了又はステータスを検証し得る。最後に、コンピュータ108は、ワークフローの中間段階として電子文書に対して処理し、又は、更に、ストローク及び画像ワークフローサーバ106の機能の一部を含み、携帯用計算装置102a乃至102nと直接通信し得る。ストローク及び画像ワークフローサーバ106は、携帯用計算装置102a乃至102nと通信するために信号ライン116を介してネットワーク104に結合される。ストローク及び画像ワークフローサーバ106は、文書伝送モジュール408、ワークフローモジュール412、ロギングモジュール416、及び検証モジュール430を含む図4参照。ストローク及び画像ワークフローサーバ106は、携帯用計算装置102a乃至102nとの間で文書を送出し、受け取り、検証のために、ログを維持し、ペーパーのようなワークフローを実現し、文書を処理する。これは特に効果的である。ストローク及び画像ワークフローサーバ106が、携帯用装置のユーザのためにペーパーに似たワークフローを実現し、ユーザに処理が見えないように電子文書の処理のオーバヘッドを扱う。データ記憶装置110は、信号ライン120を介してストローク及び画像ワークフローサーバ106に結合される。別の実施例では、データ記憶装置110は、ネットワーク104により、ストローク及び画像ワークフローサーバ106に結合される。例えば、前述の別の実施例では、データ記憶装置110は、アマゾンS3などのオンラインストレージウェブサービスである。データ記憶装置110は、不揮発性メモリ装置又は同様な永久的な記憶装置及び媒体である。データ記憶装置110は、プロセッサ302用のデータ及び命令を記憶し、フラッシュメモリ装置、DVD-RW装置、DVD-RAM装置、DVD-ROM装置、CD-ROM装置、フロッピー登録商標ディスクドライブ、ハードディスクドライブを含む1つ又は複数の装置を含む。データ記憶装置110は、処理ログなどのワークフロー処理についての情報を記憶するために使用される。サービスプロバイダのコンピュータ122a乃至122nは、パソコンやハードウェアサーバなどの一般的なタイプのものである。サービスプロバイダコンピュータ122a乃至122nは、それぞれ、信号ライン124a乃至124nにより、ネットワーク104に結合される。一実施例では、サービスプロバイダコンピュータ122a乃至122nは、ストローク及び画像ワークフローサーバ106にアクセスし、ストローク及び画像ワークフローサーバ106と通信して、より大きなワークフローの一部である部分又はタスクを行う。一実施例では、サービスプロバイダコンピュータ122a乃至122nはワークフローの一部分又はタスクを行うのに必要な文書及び他の情報を受け取るようストローク及び画像ワークフローサーバ106と対話するクライアントアプリケーションを含む。クライアントアプリケーションは更に、ストローク及び画像ワークフローサーバ106に、処理済文書、他の処理済情報、又は結果を返信する役割も果たす。クライアントアプリケーションは更に、制御、エラー処理、及び他の機能のために、サービスプロバイダコンピュータ122a乃至122nと、ストローク及び画像ワークフローサーバ106との間の通信を制御し、処理する。例えば、クライアントアプリケーションは、特定のジョブの実行に関する統計を処理するためにサービスプロバイダ属性収集器608図6と通信し得る。あるいは、クライアントアプリケーションは、特定の形態の処理のステータス又は完了を検証するために、ストローク及び画像ワークフローサーバ106の検証モジュール430図4参照と通信し得る。サービスプロバイダコンピュータ122a乃至122nは、種々の機能の何れかを行うよう構成される。上記種々の機能は、限定列挙でないが、テキスト対音声変換、言語変換、フォーマット変換、スペルチェック、フォーマッティング、OCR、プルーフリーディング、サードパーティーシステムへの入力、画像抽出、文書記憶及び保存等などである。サービスプロバイダコンピュータ122a乃至122nは、ワークフローの中間段階として電子文書を処理するよう構成される。一実施例では、サービスプロバイダコンピュータ122a乃至122nそれぞれは別個のエンティティによって所有され、操作され、サービスプロバイダコンピュータ122a乃至122nそれぞれは各種機能を提供する。種々の属性で、同じサービス又は機能を提供する複数のサービスプロバイダコンピュータ122a乃至122nが存在し得るということを当業者は認識するであろう。その結果、サービスプロバイダコンピュータ122a乃至122nは、ストローク及び画像ワークフローサーバ106によって割り当てられたタスク又はジョブをプロバイダが争う市場を提供する。最後に、他の実施例では、サービスプロバイダコンピュータ122a乃至122nは、ストローク及び画像ワークフローサーバ106の機能の一部を含み、携帯用計算装置102a乃至102nと直接、通信する。以下の多くの場合では、サービスプロバイダの語は、前述のサービスプロバイダコンピュータ122a乃至122nを表すよう同義に使用される。図1のシステムは、1つのストローク画像ワークフローサーバ106のみを示すが、例えば、他の機能、企業、機関、組織構造に特化した何れかの数の更なるワークフローサーバが存在し得るということを理解すべきである。計算パッド202図2は、2つ以上のストローク及び画像ワークフローサーバ106と通信し得る。特定のページ、又は文書のうちの部分は、別々のワークフローサーバに関連付け得る。更に、複合文書の一部を、複合文書全部を送出するのでなく、転送することが可能である。携帯用計算装置102次に図2A、図2B、及び図3を参照すれば、携帯用計算装置102の実施例を更に詳細に説明する。携帯用計算装置102は計算パッド202及びスタイラス204を備える。計算パッド202は、画像を表示し、画像上に書き込まれた何れかのストロークを記録する。ストロークは、通常、紙上にペンで書かれたかのように画像上に直ちに表示される。ストロークは更に、通常、一連の点又はセグメントとして捕捉される。通常、特定のタイミング情報がストロークによって捕捉され、時には、圧力情報が捕捉される。パッドとの至近性に対する、パッドとの接触を示すペンアップ及びペンダウンも、ストロークによって記録し得る。一部の場合には、スタイラス204は、識別子あるいはボタンあるいは別々の端部を有し得、これも、ストロークにより、記録することが可能である。計算パッド202は、ディスプレイ装置206と、ストローク捕捉装置及びモジュール208と、複数の入力装置210乃至216と、カメラ218と、出力装置220と、プロセッサ302と、メモリ304と、通信装置306と、一意の装置識別子の記憶装置308とを備える。計算パッド202は、更に、クロック310と、メタデータモジュール312と、ロギングモジュール314と、文書転送モジュール316と、文書作成モジュール318と、バス320と、提示モジュール322と、他のアプリケーション324と、位置バー及びブックマークモジュール328とを備える。次に図2A及び図2Bを参照するに、計算パッド202の一実施例を示す。本実施例では、ディスプレイ装置206は、イーインクE-ink社によって製造販売されるものなどの電子ペーパーディスプレイである。他の実施例では、ディスプレイ装置206は、液晶ディスプレイLCD又は何れかの他の同様に装備されたディスプレイ装置、画面、又はモニタである。ディスプレイ装置206は、本明細書及び特許請求の範囲記載の電子画像及びデータを表示するよう装備された何れかの装置を表す。ディスプレイ装置206は、少なくとも小さな情報ページを示すために十分なサイズに設定される。別々の実施例では、ディスプレイは2値であり画素の場合、別々の2つの値のみであるか、モノクロ一色の複数の色合いであるか、又は複数の色及び色合いを可能にする。ディスプレイ装置206は好ましくは、軽量の低電力ディスプレイである。一実施例では、ディスプレイ装置206は、屋外での使用のための発光でなく反射光を使用し、使用する電力は少ない。ディスプレイ装置206は、更に、上記ディスプレイ装置がない場合には紙上に表示され得る情報を表示するために高解像度を有する。しかし、ディスプレイ装置206は、LCDディスプレイに共通の60Hzのリフレッシュレートよりもずっと低い更新速度を許容する。ディスプレイ装置206に合わせて、ディジタル化タブレット又はグラフィクスパッドなどのストローク捕捉装置208が存在している。ストローク捕捉装置208は、ディスプレイの上方、下方又は周辺にあり得る受信器を備えた電磁検出装置、若しくは光検出装置、又は接触検出装置である。ストローク捕捉装置208は、スタイラス204、又は指又は他の手段からのストロークを受け付けることができる。ストローク捕捉装置208は、スタイラス204のセンサであり、認識可能な手書き、印刷、及び他の図を捕捉するのに十分な解像度を有する。一実施例では、ディスプレイ装置206には、透明のタッチ感応パネルがディスプレイ装置206の画面を覆うタッチ画面が装備される。一実施例では、ストローク捕捉装置208は、ワコムWacom社によって製造し、販売されるディジタイザである。別の実施例では、ストローク捕捉装置208は、単一の接触点の水平位置及び垂直位置を返す単純なセンサである。更に別の実施例では、圧力、位置、時間の示度を返し、例えば、消去するためにスタイラスが反転しているか、又は、ボタンがスタイラス上で押されているかのスタイラス204のID番号若しくはタイプも返す複雑な複数のセンサである。一部のセンサは複数の接触点を返し得る。ストローク捕捉装置208は、ストローク捕捉装置208の一部であるか、又は、ストローク捕捉モジュール208と通信するよう適合される。スタイラス204に加えて、計算パッド202は、コマンドを入力するために複数の入力装置210乃至216を提供する。図2Aに示すように、計算パッド202の上端上の第1の入力装置210ボタンは、選択されると、計算パッド202をオン/オフにする。一実施例では、第1の入力装置210ボタンは、計算パッド20をスリープモードに入れるよう、短い持続時間の間、選択し、計算パッド202をオフにするよう、長い持続時間の間、押し下げることが可能である。第2の入力装置212ボタンは、カメラ218の動作を制御し、選択されると、カメラ218に画像を捕捉させる。第3の入力装置214ボタンは、選択されると、文書の注釈が完了しており、文書は計算パッド202によって送出される。第4の入力装置216ボタンの対は、ユーザが文書の次のページ又は先行ページに移行することを可能にする。当業者は、ボタンとしての前述の入力装置が複数の入力装置210乃至216の一実施例に過ぎないことを認識するであろう。又、当業者は、本発明の本実施例の範囲内に、より少ない数のボタン若しくは入力装置、又はより多い数のボタン若しくは入力装置の種々の他の構成が存在しているということを認識するであろう。特に、別の実施例では、計算パッド202は非常に少ない数のボタンを有するか、又はボタンを有しない。ボタンが、紙に似ていると認識されている装置を妨げ得るからである。前述の実施例では、ネットワーク接続性が存在している限り、ストローク及び他のメタデータが連続して送信される。ページ、又はページの組の完了は、パッド上の送出ボタン又はリジェクトボタンを押すことによって示し得るか、又は、表示されたページ上に領域が存在し得、上記領域にストロークを加えることにより、適切なデータの送出をもたらし得る。複数の入力装置210乃至216について各種の数及び構成が存在しているということを当業者は認識するであろう。例えば、別の構成は、電源用に1つのボタンを含み、送出用に1つのボタンを含む。第2の例では、1つ又は複数のボタン、及び指の位置に応じて多数のページのうちのページを選ぶためのスライダを有する。次に図2Bを参照すれば、計算パッド202の裏側を示す。計算パッド202は、裏面側にカメラ218を含み、表面側に出力装置220を含む。図2Bに示すように、カメラ218は、上部の左隅部の、計算パッド202の裏面側でそのレンズが外側を向いて配置される。カメラ218は、携帯電話機上、又はノートブック型コンピュータ上で利用可能なものなどの通常のタイプのものである。出力装置220は、図2Aに示し、計算パッド202の表面側にある。出力装置220は、小さな画像を表示する装置であり、カメラのビューファインダーとして使用される。一実施例では、出力装置220は、有機発光ダイオードOLEDであり、カメラが動作状態にある場合にのみ、動作状態にある。別の実施例では、出力装置220は、装置のステータスを示すために使用される。装置のステータスは、1計算パッド202に電源があって、動作状態にあるか否か、2計算パッド202にネットワーク接続性があるか否か、3計算パッド202が、複合文書を送受信するか否か等などである。出力装置220の一部であり得る、上記のものを越える更なる各種のステータス表示子が存在し得るか、又はそのステータスがディスプレイ装置206主ディスプレイを介して供給され得るということを当業者は認識するであろう。次に更に図3を参照すれば、計算パッド202の残りの構成部分を説明する。プロセッサ302は、計算を行い、電子表示信号をディスプレイ装置206に供給し、ストローク入力を検出し、処理するために算術論理装置、マイクロプロセッサ、汎用コントローラ、又は特定の他のプロセッサアレイを含む。プロセッサ302は、計算パッド202の他の構成部分と通信するためにバス320に結合される。プロセッサ302は、データ信号を処理し、高度命令セットコンピュータCISCアーキテクチャ、縮小命令セットコンピュータRISCアーキテクチャ、又は命令セットの組み合わせを実現するアーキテクチャを含む種々の計算アーキテクチャを含み得る。単一のプロセッサのみを図3に示しているが、複数のプロセッサを含み得る。計算パッド202の処理機能は、ストロークの伝送、記録ストローク、及び画像の表示のサポートに制限され得る。処理機能は、各種画像処理、ストローク処理、又は認識タスクを含む高度なタスクを行うのに十分であり得る。他のプロセッサ、オペレーティングシステム、センサ、ディスプレイ、及び物理的な構成が考えられるということが当業者に明らかになるであろう。計算パッド202は、限定列挙でないが、ウィンドウズ登録商標、MacOSX、アンドロイド、又はUNIX登録商標ベースのオペレーティングシステムなどの、プロセッサによって実行可能なオペレーティングシステムも含む。メモリ304は、プロセッサ302によって実行され得るデータ及び/又は命令を記憶する。命令及び/又はデータは、本明細書及び特許請求の範囲記載の手法の何れか、及び/又は全てを行うためのコードを含み得る。メモリ304は、ダイナミックランダムアクセスメモリDRAM装置、スタティックランダムアクセスメモリSRAM装置、フラッシュメモリ、又は当技術分野において知られている特定の他のメモリ装置であり得る。一実施例では、メモリ304は、より恒久的にログ情報を記憶するためのフラッシュドライブ又はハードディスクドライブなどの不揮発性メモリも含む。メモリ304は、計算パッド202の他の構成部分と通信するためにバス320によって結合される。通信装置306はアンテナ及びバス320に結合される。別の実施例では、通信装置306は、ネットワーク104に対する直接の物理的接続のためのポートを提供し得る。通信装置306は、複合文書を送受信するためのトランシーバを含む。一実施例では、通信装置306は、アクセスポイントとの無線通信のためのワイファイWi-Fiトランシーバを含む。別の実施例では、通信装置306は、他の装置と無線通信するためにブルートゥース登録商標トランシーバを含む。更に別の実施例では、通信装置306は、セルラー通信ネットワークを介してデータを送受信するセルラー通信トランシーバを含む。上記データは、ショートメッセージングサービスSMS、マルチメディアメッセージングサービスMMS、ハイパーテキスト転送プロトコルHTTP、直接データ接続、WAP、電子メール等などである。更に別の実施例では、通信装置306は、限定列挙でないが、USB、SD、CAT-5等などの、有線の接続性のためのポートを含む。通信装置306は、複数の処理システムを含み得るネットワーク104にプロセッサ302をつなぐ。処理システムのネットワークは、ローカルエリアネットワークLAN、ワイドエリアネットワークWAN例えば、インターネット、及び/又は複数の装置が通信し得る相互接続された何れかの他のデータ経路を含み得る。通信装置306は更に、当業者が分かるように、TCP/IP、HTTP、HTTPS、及びSMTPなどの標準ネットワークプロトコルを使用してファイルメディアオブジェクトを配信するためにネットワーク104との他の通常の接続も提供する。計算パッド202は、一意の装置識別子の記憶装置308を含む。計算パッド202は、必要に応じて他の構成部分に、上記一意の識別子を供給するためにバス320に結合される。一実施例では、記憶装置は、一意の装置識別子を記憶するためのリードオンリメモリである。別の実施例では、一意の装置識別子の記憶装置308は、公開鍵秘密鍵の対を記憶する不揮発性の記憶装置である。種々の通信プロトコルのために、又はストロークが記録された場所を示すために使用される一意の識別子を計算パッド202が有することは有用である。一実施例では、一意の識別子は、計算パッド202内のネットワークチップのハードウェアMACアドレスである。一意の識別子は、メモリ304内の不揮発性記憶装置内にあるか、又は通信装置306などの別の機能ブロックの内部部分であり得る。別の実施例では、計算パッド202上のメモリカードに関連付けられた一意のIDであり、それにより、特定の装置との関連付けは、メモリカードが移動した場合に、別の装置に移動することになる。これは、予期される挙動であり得る。一意の識別子は、種々の動作に有用であるが、通常、提供されるセキュリティはあまりない。ハードウェアMACアドレスは例えば、他の装置によって模倣することが可能である。よって、RSA登録商標などの公開鍵暗号システムからの鍵の対と装置を関連付けることが時には有意義である。一実施例では、計算パッド202は、配布される公開鍵及び秘密鍵によって製造されるか、又は構成される。次いで、計算パッド202は、装置上で生じるストローク、画像、ログ、又は他の媒体のディジタル署名のためにその秘密鍵を使用することが可能である。前述の媒体を検証するために公開鍵が使用される場合もある。更に、公開鍵は、装置との秘密通信を提供するために使用することができる。暗号化のために装置の公開鍵を使用することにより、単に特定の計算パッド202を目的とするページ画像又はメタデータへの他者のアクセスが制限される。クロック310は、通常タイプのものであり、計算パッド202の局所時間の示度を提供する。特に、クロック310は、複合文書が処理される局所時間を提供するために使用される。この時間値は、ロギングモジュール314を使用して局所ログファイル内のデータとともに記憶される。クロック310は、バス320システムバスを使用してロギングモジュール314及びプロセッサにこの情報を通信するよう適合される。メタデータモジュール312は、文書からメタデータを抽出し、文書の一部としてメタデータを記憶するためのルーチンを含むソフトウェアである。一実施例では、メタデータモジュール312は、画像/ページメタデータ及び文書メタデータにアクセスするために、下記の機能を提供する旨の、プロセッサ302によって実行可能な命令である。別の実施例では、メタデータモジュール312は、ユーザインタフェースを提示し、ストローク情報を捕捉し、ワークフローに応じて文書をルーティングする携帯用計算装置102との間で文書を送受信するためのソフトルーチンである。一実施例では、メタデータモジュール312は、メモリ304に記憶され、プロセッサ302によってアクセス可能であり、実行可能である。いずれにせよ、メタデータモジュール312は、プロセッサ302、及び計算パッド202の他の構成部分と協調し、通信するよう適合される。ロギングモジュール314は、メモリ304内に特に、メモリ304の不揮発性記憶部分内に局所ログを作成し、記憶するためのルーチンを含むソフトウェアである。一実施例では、ロギングモジュール314は、ストローク及び画像ワークフローサーバ106及び計算パッド202において、もつれたハッシュ連鎖ログにメタデータを記憶するために、プロセッサ302によって実行可能なルーチンの組である。ロギングモジュール314は、トランザクションにおけるワーフフロー完了の検証を提供するうえで特に重要である。一実施例では、ロギングモジュール314は、その特定の計算パッド202のログをネットワーク上の公に利用可能な場所で公表又は記憶するためのルーチンも含む。ロギングモジュール314は、プロセッサ302、メモリ304、及び通信装置306にバス320によって結合される。文書転送モジュール316は、ストローク及び画像ワークフローサーバ106との間で文書を送受信するためのソフトウェア及びルーチンである。他の実施例では、限定列挙でないが、コンピュータ108、ストローク及び画像ワークフローサーバ106、又は他の携帯用計算装置102などの何れかの他の計算装置との間で、フォーマッティングされたメッセージなどの文書を送受信する。文書転送モジュール316は、プロセッサ302及び通信装置306との通信のためにバス320に結合される。文書転送モジュール316は、電子メール、ファイル転送、XMPP、又は専用アプリケーションなどにより、計算パッド202との間で文書、又はフォーマッティングされたメッセージを送受信する役割を果たす。第1の実施例では、文書転送モジュール316は、インデクスとしての役目を担うディレクトリ構造を維持する、計算パッド202上で動作するクライアントソフトウェアである。文書転送モジュール316は、文書を、ストローク及び画像ワークフローサーバ106上の対応するインボックスからこのディレクトリに移動させる。計算パッド202のインボックス内の文書に注釈が付され、ユーザが送出命令を入力すると、文書転送モジュール316は、ディレクトリ構造から文書を除去し、更に処理するためにストローク及び画像ワークフローサーバ106に転送する。第2の実施例では、文書転送モジュール316は、添付ファイルがある電子メールを受け取り、送出することができる電子メールクライアントである。電子メールクライアントは、プロセッサ302上で動作可能である。メールサーバは通常、メールクライアントにデータを伝送するためにPOPプロトコル又はIMAPプロトコルを使用し、計算パッド202は、何れかを使用するよう構成される。メッセージは、計算パッド202が直接使用可能なフォーマット例えば、画像ファイルのアタッチメントを有する。メッセージは、計算パッド202上の変換を必要とするフォーマット例えば、pdf文書を有する。あるいは、特別なメールサーバは、パッドが複数のフォーマットをサポートする必要がないようにメッセージの変換を提供することが可能である。例えば、上述の部門内のインボックスなど、一度しか行ってはならないワークを配分するためにワークフローにおいて複数の装置が使用される場合、IMAPの使用が効果的である。複数の装置102a乃至nは、同じIMAPサーバ及びユーザ名を有するクライアントとして構成し得る。装置102a乃至nの群は、形態全てをインボックスに表示し得る。何れかの装置102a乃至n上の何れかのユーザが、処理済としてフォームにマーキングすると、装置はそのメッセージをインボックスから出し、場合によっては、IMAPサーバ上の処理済ボックスに入れる。他の装置102a乃至nは、IMAPサーバ上のインボックスを検査すると、ページがもう存在しておらず、それをもう表示しないと判定する。パッドがページ若しくはストローク又は複数のページ及びストロークを送出する必要があると、パッドは、電子メールクライアントとしてふるまい得る。パッドは、圧縮され、場合によっては、単一のファイルに合成されたディレクトリ構造のページを伴ってメールを送出し得る。第3の実施例では、文書転送モジュール316は、ファイル転送を行うためのルーチンである。計算パッド202との間で文書を移動させるために種々のファイル転送方法を使用することが可能である。計算パッド202は、ftp、http、又はwebdavサーバを実行させることが可能であり、他の装置は計算パッド202上の文書をプッシュし、又はプルすることが可能である。計算パッド202は更に、やはり、ftp、http、rsync、webdav、又は別のプロトコルを介して新たな文書を得るか、又は外部サーバに新たな文書を送るよう構成することが可能である。第4の実施例では、文書転送モジュール316は、MMS、又は他の通信プロトコルを介した通信用などのクライアント通信プログラムである。インスタントメッセージングにおいて使用されるプロトコルであるXMPPは、パッドとの間の文書及びストロークの通信を提供するために使用される。インスタントメッセージングプロトコルは有用である。別のメンバーがメッセージを送信している間にも、メッセージンググループの何れかのメンバーがメッセージを開始することが可能であるからである。計算パッド202にとって、これは、パッドからサーバにストロークが送信されるのと同時にサービスがパッド用の画像を送信することを可能にする。計算パッド202の群がディスプレイ空間を共有しており、よって、上記群のメンバー全てが、新たなストロークについて通知され得る場合に、インスタントメッセージングプロトコルは更に有用であり得る。第5の実施例では、文書転送モジュール316は、カスタムアプリケーションである。当然、情報は、パッドに特有のAPIを使用してパッドと協働するよう企図された特定用途のアプリケーションにより、計算パッド202に転送し得る。インストラクタは、ファイルを移動させるために使用される特定の方法を知ることなく、パッドの図表表現上にワークシートをドラッグアンドドロップしたいことがあり得る。文書作成モジュール318は、新たな文書を作成するためのソフトウェア又はルーチンである。文書作成モジュール318はプロセッサ302上で動作可能であり、計算パッド202の他の構成部分と通信するためにバス320に結合される。文書作成モジュール318は、入力装置210乃至216、又はストローク捕捉装置208からの信号に応答する。文書作成モジュール318は、文書のテンプレートフォームをメモリ304に記憶する。ユーザ入力に応じて、文書作成モジュール318は、記憶されたテンプレートフォームにアクセスし、選択されたものを複製して、テンプレートフォームから、新たな文書を作成する。作成されると、メモリ304に記憶された文書は、提示モジュール322によって維持されるインボックスリストに加えられ、何れかの他の文書と同様に、他の方法で、編集可能であり、操作可能であり、送信可能である。バス320は、計算パッド202にわたり、情報及びデータを通信するための共有バスを表す。バス320は、業界標準アーキテクチャISAバス、周辺装置相互接続PCIバス、ユニバーサルシリアルバスUSB、又は同様な機能を提供するために当技術分野において知られている特定の他のバスを含む1つ又は複数のバスを表し得る。バス320を介してプロセッサ302に結合された更なる構成部分には、ディスプレイ装置206、ストローク捕捉装置208及びモジュール、複数の入力装置210乃至216、出力装置220、プロセッサ302が含まれる。更に、メモリ304、通信装置306、一意の装置識別子の記憶装置308、クロック310、メタデータモジュール312、ロギングモジュール314、文書転送モジュール316、提示モジュール322、及び他のアプリケーション324が含まれる。更に、機能要素間の最も効率的な通信を提供するよう企図された複数のバスが計算システムにおいて存在し得る。提示モジュール322は、ディスプレイ装置206上に文書及びインボックスを表示し、入力装置210乃至216からの入力に応じて画像の表示を調節するためのソフトウェア及びルーチンである。提示モジュール322は、図2、図8A、及び図8Bに示すデュアルモードユーザインタフェースを生成するルーチンを実行する。提示モジュール322は更に、位置バー及びブックマークモジュール328と協調して、新たなグラフィカルユーザインタフェースを生成する。一実施例では、提示モジュール322は、ディスプレイ装置206上に画像を表示させるためにプロセッサ302によって実行可能なシンクライアントルーチンである。提示モジュール322は、ディスプレイ装置206、プロセッサ302、メモリ304、並びに、位置バー及びブックマークモジュール328にバス320によって結合される。他のアプリケーション324は、他の各種機能のためにプロセッサ302によって実行可能な他のソフトウェア及びルーチンを含む。一実施例では、1つ又は複数のアプリケーションプログラムがプロセッサ302によって実行される。上記1つ又は複数のアプリケーションプログラムは、限定列挙でないが、ワードプロセッシングアプリケーション、電子メールアプリケーション、金融アプリケーション、及びウェブブラウザアプリケーションを含む。位置バー及びブックマークモジュール328は、文書のページ間をたどり、ブックマーク機能を提供するために位置バーを提供する新たなグラフィカルユーザインタフェースを生成するためのソフトウェア及びルーチンである。位置バー及びブックマークモジュール328は、文書内のページ間で移動するために、操作可能なページボックスを有する位置バーを提供するグラフィカルユーザインタフェースを生成する役割を果たす。位置バー及びブックマークモジュール328は、ストローク捕捉装置208モジュールからペン入力を受け取るよう適合され、ペン入力を命令又はコマンドとして解釈する。位置バーに沿ったページボックスの位置を操作することにより、ユーザは、表示されているページを切り替えることが可能である。一実施例では、位置バー及びブックマークモジュール328は更に、ブックマーク又は参照機能を提供する。位置バー及びブックマークモジュール328は、ペン入力に応答して、位置バーに沿って参照マークを追加し、移動させ、又は削除する。参照マークがセットされると、位置バー及びブックマークモジュール328は、マーキングされた位置に移動させる旨のコマンドとして、参照マーク又はブックマークの近くの入力を解釈する。最後に、計算パッド202は1つ又は複数の他のI/O装置326を含み得る。例えば、他のI/O装置326には、音を生成するためのスピーカ、音を記録するためのマイクロフォン、文書又は画像を記録するためのスキャナ又はカメラを含み得る。更に、他のI/O装置326には、加速度計、ページャモーター、又は触覚フィードバックのような他のセンサ若しくはフィードバック装置を含み得る。任意的には、他のI/O装置326は、オーディオ処理を容易にするために、1つ又は複数のアナログディジタル変換器、若しくはディジタルアナログ変換器、及び/又は1つ又は複数のディジタル信号プロセッサを含み得る。前述の他のI/O装置326は、プロセッサ302及びメモリ304と通信するためにバス320によって結合される。任意的には、マイクロコントローラは、電源システム制御を容易にし、低速の重要でないタスクからプロセッサ302主プロセッサをオフロードするために、他のI/O装置326の一部として追加し得る。ストローク及び画像ワークフローサーバ106次に図4を参照して、ストローク及び画像ワークフローサーバ106の実施例を更に詳細に説明する。ストローク及び画像ワークフローサーバ106は、プロセッサ402と、メモリ404と、通信装置406と、文書転送モジュール408と、クロック410と、ワークフローモジュール412とを備える。ストローク及び画像ワークフローサーバ106は、更に、ロギングモジュール416と、他のアプリケーション418と、バス420と、検証モジュール430と、サービスプロバイダ選択モジュール432とを備える。別の実施例では、ストローク及び画像ワークフローサーバ106は更に、ディスプレイ装置422、出力装置424、一意の装置識別子の記憶装置426、及び入力装置428を備える。ストローク及び画像ワークフローサーバ106の構成部分の一部が計算パッド202の構成部分と同一又は同様の機能を有するということを当業者は認識するであろう。よって、前述の構成部分の説明はここでは繰り返さないものとする。例えば、プロセッサ402、メモリ404、通信装置406、文書転送モジュール408、ロギングモジュール416、クロック410は、図3の対応する構成と同様の機能を有する。又、他のアプリケーション418、ディスプレイ装置422、出力装置424、一意の装置識別子の記憶装置426、及び入力装置428は、図3の対応する構成と同様の機能を有する。図3の対応する構成は、プロセッサ302、メモリ304、通信装置306、文書転送モジュール316、ロギングモジュール314、クロック310である。図3の対応する構成は、又、他のアプリケーション324、ディスプレイ装置206、出力装置220、一意の装置識別子の記憶装置308、入力装置210乃至216である。ストローク及び画像ワークフローサーバ106の構成部分と、計算パッド202の構成部分との間の差を一部、以下に記す。例えば、通信装置406は、無線でなく有線でストローク及び画像ワークフローサーバ106をネットワーク104に結合し得る。ワークフローサーバ106は、数多くの携帯用計算装置102をサービスする可能性が高いので、プロセッサ402は、プロセッサ302よりも計算量的に強力である。文書転送モジュール408は、電子メールクライアントでなく、電子メールサーバである。ディスプレイ装置422はCRTであり得、出力装置424はスピーカである。入力装置428は、キーボード、及びマウス型コントローラを含む。ストローク及び画像ワークフローサーバ106の構成部分は、遠隔クライアントでなく、ハードウェアサーバとしてふるまうので、種々の他の差が存在し得るということを当業者は認識するであろう。ストローク及び画像ワークフローサーバ106の検証モジュール430は、文書の処理を検証するためのソフトウェア及びルーチンである。一実施例では、検証モジュール430は、後述する文書処理の検証を行うためにプロセッサ402によって実行可能なルーチンである。検証モジュール430は、プロセッサ402、メモリ404、及び通信装置406にバス420によって結合される。検証モジュール430は、ストローク及び画像ワークフローサーバ106と独立して使用し得る。実際に、特定のサーバのトラストの必要なしで文書の独立した検証のためにコンピュータ108上で実行し得る。ストローク及び画像ワークフローサーバ106のワークフローモジュール412は、文書、又はフォーマッティングされたメッセージを処理し、ルーティングするためのソフトウェア及びルーチンである。ワークフローモジュール412は、文書を作成するか、又はフォーマッティングされたメッセージを作成する。ワークフローモジュール412は更に、ロギングモジュール416と協働して、ロギングモジュール416、メモリ404、又はデータ記憶装置110に記憶されるシステムログを作成し、上記ログを、必要に応じて、公表し、又は利用可能にする。ワークフローモジュール412は更に、処理ワークフローの一部として、次の場所に文書、又はフォーマッティングされたメッセージをルーティングする役割も果たす。一実施例では、計算パッド202は、文書を送出することにより、返すか、又は、アタッチメントを含む返信電子メールをストローク及び画像ワークフローサーバ106に送出する。ワークフローモジュール412は、ルーティング及び次のワークフロー工程を判定する。ワークフローモジュール412による、システムログを作成する処理により、もつれたログが作成され得る。文書の別個のページをサービスする複数のワークフローモジュール412が存在していることは、検知されずに文書をタンパリングすることの困難性を大きく増大させる。理解を容易にするために、かつ、便宜のために、ワークフロー内の文書の処理及び文書の転送は、以下で、ストローク及び画像ワークフローサーバ106のワークフローモジュール412によって行われるものとして後述する。しかし、代替的に、同じ動作を計算パッド202によって行い得るということを当業者は認識するであろう。計算パッド202から受け取られると計算パッド202によって送出されると、ストローク及び画像ワークフローサーバ106のワークフローモジュール412が文書をどうするかを判定する種々のやり方が存在している。一実施例では、計算パッド202は、特定のストローク及び画像ワークフローサーバ106と協働し、ストローク及び画像ワークフローサーバ106にページを送出するよう構成される。そのページについて、ストローク及び画像ワークフローサーバ106は次いで、予めプログラムされたルールに基づいて次の工程を判定する。別の実施例では、ワークフローは、文書が送出された電子メールフォーマッティングされたメッセージ内で、又は文書内で規定される。電子メールにより、文書を受信する単純なケースでは、計算パッド202は、完成した文書をストローク及び画像ワークフローサーバ106に返す。ストローク及び画像ワークフローサーバ106は次いで、メタデータを、完成したパッドから抽出し、ワークフロー内の次の工程を判定し、次いで、完了した文書を、識別された装置例えば、コンピュータ108に送出して、ワークフロー内の次の工程を行う。別の実施例では、計算パッド202は、完成した文書を電子メールにより、ストローク及び画像ワークフローサーバ106に戻し、電子メールはワークフローを含む。ストローク及び画像ワークフローサーバ106は、完成した文書を含む電子メールから、完成した文書を送出する次の電子メールアドレスを求める。別の実施例では、HTTPヘッダは、電子メールのヘッダの代わりに、又は電子メールのヘッダに加えて使用することが可能である。ページの画像、ストローク、及びメタデータをサポートするやり方で文書が伝送される場合、メタデータは、ワークフロー命令及びステータスを含み得る。やはり、単純なケースでは、メタデータは電子メールアドレスのリスト、及びワークフローの現在の工程を含む。一実施例では、ワークフローは、規定性が高く、ワークフロー内の特定のジョブ、ステップ、又はタスクそれぞれを行うためにどのサービスプロバイダどのサービスプロバイダコンピュータ122a乃至122nを使用すべきかを規定する。しかし、別の実施例では、ワークフローモジュール412は、サービスプロバイダ選択モジュール432と協調して、ワークフロー内のジョブ、ステップ、又はタスクを行うためにどのサービスプロバイダを使用すべきかを自動的に、又は半自動的に判定する。サービスプロバイダ選択モジュール432は、ストローク及び画像ワークフローサ―バ106の他の構成部分と通信するためにバス420に結合される。サービスプロバイダ選択モジュール432は更に、バス420により、ネットワーク104に結合され、よって、サービスプロバイダコンピュータ122a乃至122n及び携帯用計算装置102a乃至102nに結合される。サービスプロバイダ選択モジュール432は、ポータル計算装置102a乃至102nを介してユーザとインタフェースする。そして、サービスプロバイダ選択モジュール432は、自動選択のレベル例えば、自動、半自動、又は手動、及び上記ユーザに最も重要なサービスプロバイダの属性などのユーザ選好を収集する。サービスプロバイダ選択モジュール432はこの情報を収集し、記憶し、これを使用して、そのユーザに関連付けられたワークフローのタスク、ジョブ又は一部分を行うためにどのサービスプロバイダを使用すべきかを判定する。サービスプロバイダ選択モジュール432は更に、どれが利用可能であり、サービスを提供する準備ができているかを判定するために、ネットワーク104上でサービスプロバイダを監視する。サービスプロバイダ選択モジュール432、及びその構成部分は、図6を参照して以下に更に詳細に説明する。文書フォーマット一実施例では、文書の基本フォーマット又は構造は、1つ又は複数のファイル及びディレクトリを含むディレクトリである。ディレクトリ中には、一連のページ画像、及び任意のメタデータがある。メタデータは各ページと別個に関連付け得、かつ/又は、メタデータは、全体としての文書と関連付け得る。前述のメタデータは、更にネスティングされたディレクトリに記憶されており、任意のものである。一実施例では、文書の各ページは画像として記憶される。これは特に効果的である。広範囲にわたる文書フォーマットを計算パッド202がサポートすることを必要とすることが避けられるからである。純粋な画像すなわち、レンダリングを必要としないファイルを計算パッド202に供給することにより、一貫したビューが確実にされ、フォントや他のグラフィカルコマンドをレンダリングすることができないことを伴う問題点がなくなる。一実施例では、画像は、JPEG、JPEG2000、JPM、PNG、PDF、TIFF、及び、単純なPBMポータブルビットマップファイルフォーマットのうちの1つである。文書ディレクトリを標準ZIPフォーマットアーカイブとして転送し、記憶することが可能であるということを当業者は認識するであろう。同じ当初ネームセグメントを共有する複数のページ画像ファイルは、同等の品質のファイルの別の表現とみなされ、提示モジュール322はその用途に最も便利な表現を選ぶ。よって、例えば、001.pgm、001.png、002.pgm、002.jpg、及び5.pgmのコンテンツを有するディレクトリは、3ページの文書をもたらす。1番目のページは、2つのファイル001.pgm、及び、001.pngのうちの1つによって表される。2番目のページは、002.jpg、及び、002.pgmのうちの1つによって表され、3番目のページは、5.pgmによって表される。一実施例では、ネームのセグメントは、装置が画像を簡単に選ぶことを可能にするために何れかの画像の解像度又はサイズを規定するために使用することが可能である。例えば、画像page001.600×800.Pgm及び画像page001.cif.pgmが存在し得、600x800又はcif共通中間フォーマットは画像の解像度を識別する。複数の画像はそれぞれ、関連付けられたページ又は画像メタデータを含み得る。ページ又は画像メタデータは、ストロークデータ、他のメタデータ、及びログデータを含む。例えば、ページ又は画像メタデータは、捕捉画像を埋め込むか、又は配置し得る、画像内の領域を識別するピクチャ矩形も含み得る。更に、文書全体は文書メタデータを含む。文書メタデータは、文書ログ及び他の文書メタデータを含む。文書のメタデータは、全体としての文書、又は個々のページと関連付けられる、ディレクトリに記憶されたファイルによって表される。一実施例では、メタデータディレクトリは、ディレクトリネームにおける最後の文字対としてサフィックスdを有する。メタデータディレクトリ内の情報は、一意のネームセグメントを有することになっているファイル又はサブディレクトリに記憶される。一意の識別子例えば、伝統的なジャバJavaリバースドメイン名手法を使用して組織を命名することが奨励される。メタデータディレクトリ自体は、サブディレクトリを含み得、サブディレクトリの内容は、そのディレクトリの作成者によって順序付けられ、定義される。一般的な方針は、メタデータファイル又はディレクトリの内容が分からないアプリケーションが内容を保存すべきであり、変えるべきでないというものである。特定のメタデータファイル又はディレクトリは自己内蔵型であるので、同じディレクトリに含まれていない限り、メタデータのアイテム間の依存関係は何らないものであるべきである。メタデータのアイテムは、全体としての文書、又は特定のページに関係がある。一実施例では、文書メタデータはグローバルメタデータであり、document.dと命名された1つ又は複数のファイルを含むディレクトリに記憶される。このディレクトリは、トップレベルディレクトリにおいて含まれる。文書メタデータに、文書に関連付けられた動作のログを記憶することが有用である。一実施例では、システム100は更に、文書メタデータとして元の文書のバージョンを記憶する。例えば、文書がPDF、マイクロソフトMicrosoft社ワードWord、マイクロソフトMicrosoft社エクセルExcel、又は他の文書から形成された場合、元のフォーマットの文書はメタデータディレクトリに保存し得る。一実施例では、ページ又は画像メタデータは、ページ画像と同じネームセグメントによって命名され、拡張子.dで終わる。例えば、ページ画像がpage.001.jpgと命名された場合、そのページに関連付けられている旨を示すようpage.001.dと命名すべきである。別の実施例では、ページ又は画像メタデータは、ページメタデータディレクトリにおけるページ毎の特定のフォーマットにおける元の画像を含む。このメタデータは、例えば、最上位ディレクトリに、かつ、ページメタデータディレクトリにラスタフォーマットを記憶することによって文書が作成されると直ちに作成される。又は、元のラスタフォーマットの複製をページ画像が最初に変更されると、記憶し得る。他の実施例では、ページ又は画像メタデータはログデータを含む。このログデータは、当該ページについて、メタデータディレクトリ内の各ページに施される変更のためのログを表す。他のメタデータは、特定のページ又は画像に関する何れかの他のデータを記憶するために使用される。例えば、画像がページに追加された場合、ページメタデータディレクトリに、前述の追加された画像を記憶することが有用である。紙のページにスタンプすることと同様な理由で、画像例えば、受け取り又は送出をページに加え、何れかの読み取り装置にページのステータスの視覚的な表示を提供し得る。自動文書処理図5は、本発明による自動文書処理方法の一実施例を示す。処理は、ストローク及び画像ワークフローサーバ106が、携帯用計算装置102aに関連付けられたインボックス502を作成し、確立することから始まる。ストローク及び画像ワークフローサーバ106は次いで、携帯用計算装置102aへの配信がスケジューリングされた1つ又は複数の文書504を作成し、インボックス502に入れる。例えば、文書は、携帯用計算装置102aのユーザが記入し、返す必要がある、医療情報フォームなどのフォームであり得る。ストローク及び画像ワークフローサーバ106は、インボックス502から、携帯用計算装置102a上の対応するインボックス図示せずに文書504を自動転送する506。実施例に応じて、文書の転送は、別々のいくつかの時点で行われ得る。別々のいくつかの時点には、1文書504がインボックス502に入れられ次第、2携帯用計算装置102aがストローク及び画像ワークフローサーバ106と通信するために結合され次第がある。更に、315分間隔など周期的に、4上記の種々の組み合わせがある。文書504が、携帯用計算装置102aに転送される506と、携帯用計算装置102aは、文書504に注釈を付し、ストローク及び他の情報を加えるために使用される。注釈が文書504に追加され、文書504がもう一度、線508で表すように携帯用計算装置102a上に記憶される。一実施例では、文書504に追加された注釈及び情報が、携帯用計算装置102aからバックアップサーバ512にバックアップされる510。上記文書の転送は、上記時点と同様な時点で行われ得る。携帯用計算装置102aによって行われた注釈をバックアップする前述の工程は、携帯用計算装置102aの電源を維持するために10分以上毎などの等間隔で行い得る。更に別の実施例では、バックアップ間隔はユーザによって設定することが可能である。ユーザが、特定の文書504への注釈の追加を完了し、文書504が送出できる状態になり次第、ユーザは送出命令を入力し、注釈を付した文書504は、携帯用計算装置102aからストローク及び画像ワークフローサーバ106に転送される514。注釈を付けた文書504は、ストローク及び画像ワークフローサーバ106において受け取られ次第、記憶され、記録され、ワークフロー処理における次の工程が判定される。文書504を次にどこに送出すべきかの判定に基づいて、ストローク及び画像ワークフローサーバ106は文書を、判定された装置例えば、サービスプロバイダコンピュータ122a乃至122nに送信する516。図5は、複数のコンピュータをサービスプロバイダコンピュータ122a乃至122nとして示している。サービスプロバイダコンピュータ122a乃至122nは、文書504に対する更なる処理又は注釈を行うことができる各種ベンダを表す。本発明は、フォーム又は文書を自動的に処理し、ワークフローにおいて進めるレベルが理由で特に効果的である。上述の図5は、フォーム又は文書がワークフローにおいて自動的に進められ、ストローク及び画像ワークフローサーバ106から携帯用計算装置102a乃至nに送出されるという点で、本発明がどのようにして自動的であるかを示す。フォーム又は文書は、ユーザによって注釈が付けられ次第、もう一度、ストローク及び画像ワークフローサーバ106に送出され、ユーザは、単一の送出コマンド又は命令を入力するだけでよい。フォーム又は文書のこの自動レベルの処理は、日常の文書処理に携帯用計算装置102aを使用することが十分に簡単かつ単純になるので特に効果的である。更に、本発明では、鉛筆及び紙の使用を非常に厳密に模倣する体験又は相互作用をユーザに提供することに適しており、学習曲線の必要性はほとんどないか、又は全くない。特に、本発明は、計算パッド202との2つの相互作用モードを提供するユーザインタフェースを含む。第1のモードインボックスモードでは、ユーザインタフェースは、ユ―ザにより、修正可能であるか、編集可能である文書全てを列挙したインボックスを提示する。この第1のモードでは、ユーザは、1文書が列挙された順序を再ソートする動作、2編集するための文書を選択する動作、及び、3編集するために新たな文書を作成する動作の、3つの動作に制限される。第2のモード文書注釈モードでは、文書の画像を表示するユーザインタフェースが提示される。この場合も、ユーザは、1ストローク及び注釈を文書に追加する動作、2ピクチャを文書に追加する動作、3画像の別のページの表示への遷移、又はインボックスモードに戻る遷移を行う動作の、3つの動作に制限される。本発明は、ユーザが必要とする決定数を制限するので、特に効果的である。文書と相互作用するインタフェースを2つだけ提供し、各モードにおいて行われる動作の数を制限することにより、ユーザインタフェースに、洗練された単純さ及び効率性がもたらされる。これにより、ユーザインタフェースが、小さな学習曲線を伴って、又は学習曲線なしで簡単に適合することを可能にし、紙との相互作用を模倣するユーザ体験がもたらされ、ワークフロー内の自動処理と、情報収集体の収集体が一体化される。更に、本発明は、単一のコマンドワークフロールーティングを提供する。サービスプロバイダ選択モジュール432次に図6を参照するに、サービスプロバイダ選択モジュール432の一実施例を説明する。サービスプロバイダ選択モジュール432のこの実施例は、ユーザ選好収集器及びグラフィカルユーザインタフェースGUI602と、ユーザ選好記憶装置604とを備える。更に、サービスプロバイダ利用可能性検出器606と、サービスプロバイダ属性収集器608と、サービスプロバイダ選択エンジン610と、サービスプロバイダ属性記憶装置612とを備える。前述の構成部分は、以下に更に規定するように、互いの通信、並びに、ストローク及び画像ワークフローサーバ106及び携帯用計算装置102a乃至102nとの通信のためにバス420に結合される。他の実施例では、前述の構成部分602、604、606、608、610、及び612は、前述の構成部分それぞれ、及びそれに続くその通信ニーズの機能的な記述によって要求されるように他の構成部分に直接、結合され得る。ユーザ選好収集器及びグラフィックユーザインタフェースGUI602は、ユーザに向けてGUIを提示し、ユーザ選好情報を収集するためのソフトウェア及びルーチンである。例えば、GUI602におけるユーザ選好収集器は、プロセッサ例えば、プロセッサ402によって実行可能なルーチンである。別の実施例では、ユーザ選好収集器及びGUI602は、本明細書及び特許請求の範囲記載の動作を行うよう特に構成されたハードウェアモジュールである。ユーザ選好収集器及びGUI602は、自動サービスプロバイダ選択についてのユーザの選好に関する情報、及びサービスプロバイダのどの属性がユーザに最も重要であるかに関する情報を収集する。ユーザ選好収集器及びGUI602は更に、ユーザが単純かつ容易なやり方で携帯用計算装置102aを使用してこの情報を入力することを可能にする新しいグラフィックユーザインタフェースを生成する。例示的なユーザインタフェースは図8A及び図8Bに示し、以下に更に詳細に説明する。一実施例では、ユーザ選好収集器及びGUI602は、新たなGUIを生成するのに必要な情報を送出し、計算パッド202上でユーザによって入力される情報を受け取るために、計算パッド202の提示モジュール322と通信するよう構成される。ユーザ選好収集器及びGUI602は更に、ユーザ選好記憶装置604において計算パッド202からユーザの選好について受け取られた情報を記憶するために、ユーザ選好記憶装置604と通信するよう構成される。ユーザ選好収集器及びGUI602の機能、動作、及び構造は、図7に関して説明した方法を参照して以下に更に詳細に説明する。ユーザ選好記憶装置604は、ユーザの選好及び他の情報を記憶するための通常のタイプのメモリである。一実施例では、ユーザ選好記憶装置604は揮発性メモリであり、別の実施例では、ユーザ選好記憶装置604は、フラッシュメモリやハードディスクなどの不揮発性メモリである。更に別の実施例では、ユーザ選好記憶装置604は、他のユーザにとってのアクセスの容易性及び冗長度のために別のハードウェアサ―バ又はネットワーク記憶装置にユーザ情報をバックアップするための通信及び機能的な能力を含む。一実施例では、ユーザ選好記憶装置604は、容易にすばやく情報にアクセスすることが可能であるように順番に複数のユーザ、及びそれらの選好についての情報を記憶するためのデータベースを含む。ユーザ選好記憶装置604は、選好について、ユーザから新たな、又は修正された情報を受け取るためにユーザ選好収集器及びGUI602に結合される。ユーザ選好記憶装置604は更に、サービスプロバイダ選択エンジン610に結合される。上記結合は、ワークフローの特定のタスク又はジョブのためにどのサービスプロバイダを推奨又は使用するかの判定を行ううえでユーザの情報をサービスプロバイダ選択エンジン610がアクセスすることが可能であるように行われる。サービスプロバイダ利用可能性検出器606は、ネットワーク104を監視するためのソフトウェア及びルーチンである。上記監視は、ワークフローのタスク又はジョブを行うためにどのサービスプロバイダコンピュータ122がアクセス可能であり、利用可能であるかを判定する。例えば、サービスプロバイダ利用可能性検出器606は、プロセッサ例えば、プロセッサ402によって実行可能なルーチンである。別の実施例では、サービスプロバイダ利用可能性検出器606は、本明細書及び特許請求の範囲記載の動作を行うよう特に構成されたハードウェアモジュールである。サービスプロバイダ利用可能性検出器606は、バス420により、ネットワーク104に結合される。ネットワーク104を介して、サービスプロバイダ利用可能性検出器606は、ワークフローのタスク又はジョブを行うためにどのサービスプロバイダが利用可能であり、アクセス可能であり、動作状態にあるかを判定することができる。一実施例では、サービスプロバイダ利用可能性検出器606は、タスク又はサービスを行うためにどのサービスプロバイダがネットワーク104を介してアクセス可能であり、動作状態にあるかのリアルタイム分析を提供する。サービスプロバイダ利用可能性検出器606は、ネットワーク104を介してサービスプロバイダコンピュータ122a乃至n、どのサービスプロバイダが現在利用可能であるかを示すサービスプロバイダ選択エンジン610と通信するよう構成される。又、サービスプロバイダ利用可能性検出器606は、ストローク及び画像ワークフローサーバの他の構成部分と通信するよう構成される。一実施例では、サービスプロバイダ利用可能性検出器606は、サービスプロバイダを識別するためにネットワーク104をアクティブにサーチするか、又はクロールする。新たな、又は先行して利用可能でなかったサービスプロバイダが識別されると、サービスプロバイダ利用可能性検出器606は、そのステータスを判定する旨の利用可能性クエリを何れかのサービスプロバイダコンピュータ122に送出する。別の実施例では、サービスプロバイダ利用可能性検出器606は、ネットワーク104上で利用可能なサービスプロバイダ全てのリストを維持し、サービスプロバイダが現在、利用可能であり、動作状態にあることを確認するための信号を周期的に送出する。サービスプロバイダ利用可能性検出器606は、送出する利用可能性クエリに対して受け取られる応答に基づいて利用可能なサービスプロバイダコンピュータ122のリストを維持する。一実施例では、利用可能なサービスプロバイダのリストがリアルタイムで維持される。他の実施例では、利用可能なサービスプロバイダのリストは、5乃至10分のレーテンシを有する。別の実施例では、サービスプロバイダ利用可能性検出器606は、登録リストを維持する。ストローク及び画像ワークフローサーバ106からのジョブの受け取りに関心がある何れかのサービスプロバイダは、サービスプロバイダ利用可能性検出器606に登録する必要がある。サービスプロバイダ利用可能性検出器606に登録したいサービスプロバイダは何れも、サービスプロバイダ利用可能性検出器606に登録要求を送出する。サービスプロバイダ利用可能性検出器606は、特定の応答を生成するメッセージを送出することなどにより、ネットワーク104を使用してサービスプロバイダがアクセス可能である旨を確認する。サービスプロバイダ利用可能性検出器606は次いで、確認されたサービスプロバイダを、登録されたサービスプロバイダのリストに追加する。どのサービスプロバイダがアクセス可能であり、動作状態にあるかをサービスプロバイダ利用可能性検出器606が判定する他の方法が存在しているということを当業者は認識するであろう。例えば、ポーリング手法を用いてサービスプロバイダの現在のステータスを判定し得る。あるいは、サービスプロバイダは、そのステータスが動作状態にあることを維持するために所定の時点でサービスプロバイダ利用可能性検出器606に心拍信号を発出することが必要であり得る。更に、上記方法は、サービスプロバイダ利用可能性検出器606により、種々のやり方で組み合せ得る。サービスプロバイダ属性収集器608は、ワークフローのタスク又はジョブを完了するうえでサービスプロバイダコンピュータ122a乃至120nの性能を監視するためのソフトウェア及びルーチンである。例えば、サービスプロバイダ属性収集器608は、プロセッサ例えば、プロセッサ402によって実行可能なルーチンである。別の実施例では、サービスプロバイダ属性収集器608は、本明細書及び特許請求の範囲記載の動作を行うよう特に構成されたハードウェアモジュールである。サービスプロバイダ属性収集器608の動作は図9の方法を参照して以下に更に詳細に説明する。サービスプロバイダ属性収集器608は、各種ソースからサービスプロバイダに関する種々の情報を収集する。例えば、サービスプロバイダ属性収集器608は、種々のサービスプロバイダの性能に関する情報を収集する。この情報の収集は、aネットワーク104から捕捉された統計及び他のデータに基づいて部分的に自動であり、b部分的に、サービスプロバイダの特性に基づいてユーザから求められる。あるいは、この情報の収集は、手動であり、c種々の証明などの、サービスプロバイダが有し得る特定の基準に関してサービスプロバイダから自ら提供される。サービスプロバイダ属性収集器608によって収集される属性の例示的なリストは表1において以下に示す。一実施例では、サービスプロバイダ属性収集器608は、システム100にわたって分散しており、ストローク及び画像ワークフローサーバ106のサービスプロバイダ選択モジュール432において動作可能な集約及び記憶部を含む。この実施例では、サービスプロバイダ属性収集器608は更に、サービスプロバイダコンピュータ122により、文書の処理についての情報を収集し、その情報を、サービスプロバイダ選択モジュール432における集約及び記憶部分に送出する。そのために、携帯用計算装置102、サービスプロバイダコンピュータ122、又はバックアップサーバ512などの、システムにおける種々の場所において動作可能なシンクライアント収集器アプリケーションを含む。サービスプロバイダ属性収集器608は、サービスプロバイダコンピュータ122、携帯用計算装置102、及びサービスプロバイダ属性記憶装置612に結合される。サービスプロバイダ属性収集器608は、サービスプロバイダコンピュータ122、携帯用計算装置102から、かつ、任意的には、バックアップサーバ512からサービスプロバイダの性能についての情報を受け取る。サービスプロバイダ属性収集器608は、サービスプロバイダ選択エンジン610によって使用するためにサービスプロバイダ属性記憶装置612にこの情報を記憶する。一実施例では、サービスプロバイダ属性収集器608は更に、一貫性のために、携帯用計算装置102及びサービスプロバイダコンピュータ122から受け取られた情報を検査する。例えば、情報に一貫性がある場合、サービスプロバイダ属性記憶装置612に情報が送出され、記憶される。しかし、情報に一貫性がない場合、サービスプロバイダ属性収集器は、どのデータが正確かを判定するために種々の解析工程のうちの1つを行う。例えば、サービスプロバイダ属性収集器608は、1データを廃棄し、2どのデータ源が正確であるかをサービスプロバイダ属性収集器608が判定しようとするアービトレーション処理を開始することを行うことが可能である。更に、3デフォルトで、サービスプロバイダからのデータに対して、携帯用計算装置102からのデータを受け入れ、4検証モジュール430にアクセスして、どのデータ源が正確であるかを判定すること等を行うことが可能である。別の実施例では、サービスプロバイダ属性収集器608は、クライアント収集器アプリケーションを必要しない。その代わりに、携帯用計算装置102、ストローク及び画像ワークフローサーバ106及びサービスプロバイダコンピュータ122のログにアクセスする。ログに記憶された情報を使用して、サービスプロバイダ属性収集器608は、サービスプロバイダの性能についてのいくつかの統計を収集することが可能である。サービスプロバイダ属性収集器608が更に、携帯用計算装置102を介してユーザフィードバックを収集し、調査をユーザに向けて提示するためのソフトウェア及びルーチンを含んでいるということを当業者は理解するであろう。同様に、サービスプロバイダ属性収集器608は更に、サービスプロバイダによって記入するためにサービスプロバイダコンピュータ122に調査、テーブル、及び他のフォームを提示するためのソフトウェア及びルーチンを含む。よって、サービスプロバイダ属性収集器608は、3つのソースからの情報を収集し、集約することができる。上記情報は、1行われた活動により、別個に収集され、検証された情報、及びネットワーク104上で送受信された文書、2携帯用計算装置102により、ユーザによって提供された情報である。上記情報は、更に、3サービスプロバイダコンピュータ122によって提供された情報である。サービスプロバイダ属性記憶装置612は、サービスプロバイダ属性及び他の情報を記憶するための通常のタイプのメモリである。一実施例では、サービスプロバイダ属性記憶装置612は揮発性メモリであり、別の実施例では、サービスプロバイダ属性記憶装置612は、フラッシュメモリやハードディスクなどの不揮発性メモリである。更に別の実施例では、サービスプロバイダ属性記憶装置612は、通信及び機能的な能力を含む。上記通信及び機能的な能力は、他のユーザにとってのアクセスの容易性及び冗長度のために別のハードウェアサーバ又はネットワーク記憶装置にサービスプロバイダ属性情報をバックアップするためのものである。一実施例では、サービスプロバイダ属性記憶装置612は、容易にすばやく情報にアクセスすることが可能であるように順番に別々のサービスプロバイダについての情報を記憶するためのデータベースを含む。サービスプロバイダ属性記憶装置612は、新たな、又は修正された属性情報を受け取るためにサービスプロバイダ属性収集器608に結合される。サービスプロバイダ属性記憶装置612は更に、サービスプロバイダ選択エンジン610に結合される。上記結合は、ワークフローの特定のタスク又はジョブのためにどのサービスプロバイダを推奨又は使用するかの判定を行ううえでサービスプロバイダ選択エンジン610がサービスプロバイダ属性情報にアクセスすることが可能であるように行われる。サービスプロバイダ選択エンジン610は、ワークフローのジョブ又はタスクを行うためにサービスプロバイダを選択するためのソフトウェア及びルーチンである。例えば、サービスプロバイダ選択エンジン610は、プロセッサ例えば、プロセッサ402によって実行可能なルーチンである。別の実施例では、サービスプロバイダ選択エンジン610は、本明細書及び特許請求の範囲記載の動作を行うよう特に構成されたハードウェアモジュールである。種々の実施例では、サービスプロバイダ選択エンジン610は、加重和アルゴリズム、ファジーロジック、又は確率モデリングを使用して、ユーザによって提供された属性選好に最も一致するサービスプロバイダを選択する。サービスプロバイダ選択エンジン610の動作は、図10乃至図11を参照して以下に更に詳細に説明する。一実施例では、サービスプロバイダ選択エンジン610は、ユーザ選好の入力に応じて、4つのモードのうちの1つにおいて動作する。第1のモード手動モードでは、サービスプロバイダ選択エンジン610は単に、ネットワークを介して利用可能なサービスプロバイダを識別し、ユーザのリストにおいてそれを提示する。これは、何れかのタスクを行うために利用可能なサービスプロバイダ全てのリストであり、サービスプロバイダ選択エンジン610は、何れのタイプのフィルタリングも提供するものでない。第2のモード半自動モードでは、サービスプロバイダ選択エンジン610は、ネットワーク104上で利用可能なサービスプロバイダを識別する。サービスプロバイダ選択エンジン610は、次いで、どの属性がユーザにとって最も重要であるかについてのユーザ選好により、利用可能なサービスプロバイダをフィルタリングする。第2のモードでは、ユーザの選好を満たす限定数の例えば、3乃至5のサービスプロバイダのリストが提示され、ユーザは、サービスプロバイダのうちの1つを選択してジョブ又はタスクを行う。第3の動作モード自動モードでは、サービスプロバイダ選択エンジン610は、ネットワーク104上で利用可能なサービスプロバイダを識別する。サービスプロバイダ選択エンジン610は、次いで、サービスプロバイダ属性についてのユーザ入力選好に最もよく一致するサービスプロバイダを選択し、次いで、完了するために、タスク又はジョブを、選択されたサービスプロバイダに送出する。この処理は、ユーザが、自分の選好を当初、入力した後に如何なる動作も行う必要がない点で完全に自動であり、サービスプロバイダ選択モジュール432はワークフロー内の各工程を自動的に処理する。第4の動作モード阻止を伴う自動モードでは、サービスプロバイダ選択エンジン610は、前述した第3のモードと同様に動作する。しかし、何れかの後の時点で、ユーザは、サービスプロバイダがリスト上に現れることを阻止する旨を決定することが可能である。例えば、他の考慮点を無視して自分のサービスを相当安く販売していたOCRサービスプロバイダは、劣悪なサービスについて顧客により、又は、サービスを使用し、返された結果を好まなかった顧客によって阻止され得る。同様に、顧客は、悪い経験の後、サービス又は製品の売り手との協働を拒否し、このシステムのユーザは、悪い経験があったプロバイダを除外するよう自動処理を修正することが可能である。方法次に図7乃至図11を参照して、本発明の方法を更に詳細に説明する。次に図7、図8A、及び図8Bを参照するに、本発明による、グラフィカルユーザインタフェースGUIを表示し、ユーザ選好を収集する方法700の一実施例を説明する。図7に示すように、方法は、ユーザ選好の入力を開始する旨の入力信号をサービスプロバイダ選択モジュール432が受け取る702ことで始まる。これに応じて、ユーザ選好収集器及びGUI602は計算パッド202の提示モジュール322と通信して、自動処理のレベルを選択するために、ユーザインタフェース800図8Aを参照されたいを表示する704。図8A及び図8Bは、本発明による、自動選択及びプロバイダ属性選択のレベルのユーザインタフェース800、850の実施例のグラフィック表現を示す。図8A及び図8Bは、自動選択のレベルのためのユーザインタフェース800が、サービスプロバイダ属性選択のためのユーザインタフェース850と別個であることを示している。一方、他の実施例では、ユーザにとって最も重要なサービスプロバイダの属性及び自動選択のレベルの選択のための選択肢を同時に提示する単一のユーザインタフェースに前述の2つのユーザインタフェース800、850を組み合わせることが可能である。次に図8Aを参照するに、自動的なプロバイダ選択のレベルを選択するためのユーザインタフェース800を更に詳細に説明する。サービスプロバイダ選択エンジン610の説明において上述したように、本発明は4つの動作モードを提供する。前述の動作モードは、サービスプロバイダの自動選択の別々のレベルに対応する。ユーザは、サービスプロバイダの自動選択、阻止を伴う自動選択、半自動選択、又は手動選択から選択することが可能である。完全自動モードでは、サービスプロバイダ選択エンジン610及びサービスプロバイダ選択モジュール432は、どの属性が最も重要であるかについてのユーザの選好に基づいてタスク又はジョブを行うためにサービスプロバイダを自動的に選択する。阻止を伴う自動モードでは、サービスプロバイダ選択エンジン610及びサービスプロバイダ選択モジュール432は、どの属性が最も重要であるかについてのユーザの選好に基づいてタスク又はジョブを行うためにサービスプロバイダを自動選択する。自動選択が行われる前に、ユーザによって規定された何れかの阻止されたプロバイダを除外するようプロバイダのリストがフィルタリングされる。半自動モードでは、サービスプロバイダ選択エンジン610及びサービスプロバイダ選択モジュール432は、ユーザ選好に基づいてタスク又はジョブを行うために限定数のサービスプロバイダのリストを作成する。ユーザは次いで、ユーザ選好を満たすフィルタリングされたサービスプロバイダの限定されたリストからサービスプロバイダを選択する。手動モードでは、サービスプロバイダ選択エンジン610はサービスプロバイダ利用可能性検出器606と協調して、タスク又はジョブを行うために現在利用可能なサービスプロバイダを判定する。利用可能なサービスプロバイダのフィルタリングされていないリストがユーザに提示され、ユーザはタスク又はジョブを行うためにサービスプロバイダを選択しなければならない。図8Aに示すように、ユーザインタフェース800は、ユーザが自分の動作モードを選択することを可能にするウィンドウを表示する。ユーザインタフェース800は、4つの動作モードのうちの1つの選択のための対応するラジオボタン及び自動選択の別々のレベルに対応する一連のラベル802、812、804、808を含む。一実施例では、ユーザインタフェース800は、1つの動作モード又はその対応するラジオボタンのみをユーザが選択することを可能にする。ユーザインタフェース800は、半自動動作及び対応するラベル806のリストにサービスプロバイダ選択エンジン610が含むべき最大数の結果を入力するための入力ボックスも含む。ユーザは、自動的なサービスプロバイダ選択のレベルを選択すると、ユーザ選好収集器及びGUI602にその選択を送出するために送出ボタン810を選択する。もう一度、図7を参照するに、方法は、サービスプロバイダ選択モジュール432が行うべき自動選択のレベルについてのユーザ入力を受け取る706ことによって続く。上述のように、この入力は、ユーザが送出ボタン810を選択することに応じてユーザ選好収集器及びGUI602に提供される。方法は、ユーザ選好記憶装置604に、工程706で受け取られた入力を記憶する708によって続く。次いで、方法は、属性の選択及びランク付けのためにユーザインタフェース850を表示する710ことによって続く。属性の選択及びランク付けのためのユーザインタフェース850の一実施例の例を図8Bに示す。次に、更に図8Bを参照するに、プロバイダ属性の選択のためのユーザインタフェース850を更に詳細に説明する。ユーザインタフェース850は、複数の列を有するウィンドウを含み、第1の列はプロバイダ属性を列挙し、第2の列は、対応する行上のその属性の重要度をユーザが示すための入力機構を提供する。例えば、図8Bに示すように、左側の列は属性のリスト属性A852乃至属性N852を含む。一実施例では、第1の列の行はユーザによって選択することが可能であり、ユーザには、プロバイダ全ての属性全てを列挙したドロップダウンメニューが提示される。このようにして、ユーザは、ユーザが懸念を持っているか、又はユーザにとって重要な属性のその自らのリストを作成し得る。属性リストは、1つ乃至全ての属性からの何れかの数の属性を含む。更に、別の実施例では、最も重要な属性は、最も重要なものから最も重要でないものまで順番に列挙している。更に別の実施例では、属性は第1の列にアルファベット順に列挙される。図8Bに示すように、第2の列又は右側の列は、対応する行に列挙された属性の重要度をユーザが示すための入力機構を含む。この例では、各属性は、属性の重要度のレベルを示す位置表示子856、858、860,866、及び対応するスライダバー854を含み、左側の位置は、より低い重要度を示し、右側の位置は、より大きな、又はより高い重要度を示す。例えば、属性A及び属性N852はマーク856、866の位置によって示されるような低レベル重要度を有する一方、属性B852は、位置マーク858によって示されるような最高レベルの重要度を有し、属性C852は、位置マーク860によって示されるような属性B852の重要度レベルに近い高いレベルの重要度を有する。スライダバー及び位置マークの入力機構は、単に、属性の重要度を示す一方法である。別の実施例では、入力機構は、1乃至5などのスケール上の重要度を表す数字を入力する。属性の重要度を示すために使用することが可能な種々の他の実現形態が存在しており、上記は、いくつかの例のリストに過ぎないということを当業者は認識するであろう。第1の列の一番下近くに、ユーザインタフェース850は、属性の追加又は削除のためのボタン862、864を備える。ユーザは、第1の列から属性852を選択し、次いで、ボタン864削除用を選択することが可能であり、属性はそのリストから削除される。同様に、ユーザは行を選択し、次いで、ボタン862追加用を選択することが可能であり、メニュー又はウィンドウが、利用可能な属性のリストとともにユーザに提示される。ユーザは、列挙された属性のうちの1つを選択し、リストに追加される。もう一度、図7を参照すれば、方法は、特定の属性、及びその重要度についての入力を受け取る712ことによって続く。方法は次いで、ユーザ選好記憶装置604に、工程712属性及びその重要度からの、受け取られた入力を記憶する714。次いで、方法は、タイムアウト条件が生じたか否か、又は属性がもう修正されないか否かを判定する716。何れかの条件が真の場合、方法は完了し、終了する。しかし、ユーザが属性を追加又は除去するか、又はその重要度を修正する場合、方法は、ユーザインタフェース850を更新718し、属性の選択のための更新されたユーザインタフェースを表示するために工程710に戻ることにより、続く。方法は次いで、工程712、714、及び716を繰り返す。次に図9を参照すれば、サービスプロバイダ属性を収集し、記憶する方法900の一実施例を説明する。方法は、サービスプロバイダ属性収集器608が、サービスプロバイダに情報を要求し902、サービスプロバイダ属性記憶装置612に応答を記憶することで始まる。次いで、サービスプロバイダ属性収集器608は、サービスプロバイダに対する要求を求めて、ストローク及び画像ワークフローサーバ106を監視する904。ストローク及び画像ワークフローサーバ106によって生成されたサービスプロバイダに対する要求毎に、サービス属性収集器608は、レコードを生成し、そのレコードをサービスプロバイダ属性記憶装置612に記憶する。ストローク及び画像ワークフローサーバ106による要求の送出は、統計のレコードを完了することにおける第1の工程である。上記統計は、要求にどのようにして応答され、要求がどのようにして満たされたかについての情報を収集し、要求にどのようにして応答され、要求がどのようにして満たされたかについてである。次に、方法は、ストローク及び画像ワークフローサーバ106からのサービスプロバイダに対する要求を受け付けるサービスプロバイダを識別する906。一実施例では、サービスプロバイダ属性収集器608は、サービスプロバイダ毎に一意の識別番号を提供する。一意のサービスプロバイダ識別番号はサービスプロバイダ属性記憶装置612に記憶される。次いで、方法は、サービスプロバイダに対する要求の完了に関する統計を捕捉する908。例えば、要求が受け付られた時間、文書がサービスプロバイダに配信された時間、応答がサービスプロバイダによって提供される時間、処理前及び処理後の文書のサイズが捕捉される。更に、応答若しくは結果のサイズ、又はジョブ若しくはタスクの成果に関する応答又は結果、及び他の統計のサイズが捕捉される。例えば、前述の情報を捕捉するための方法は、Paper-LikeFormsProcessingSystemMethodと題する西暦2009年9月8日付の米国特許出願第12/555,663号に開示されている。又、上記方法は、DeviceEnabledVerifiableStrokeAndImageBasedWorkflowsと題する西暦2009年9月8日付の米国特許出願第12/555,669号に開示されている。又、上記方法は、StrokeAndImageAggregationAndAnalyticsと題する西暦2009年9月8日付の米国特許出願第12/555,675号に開示されている。更に、上記方法は、Multi-providerFormsProcessingSystemwithQualityofServiceと題する西暦2009年9月8日付の米国特許出願第12/555,683号に開示されている。本明細書及び特許請求の範囲にこれらの内容全体を、参照によって援用する。次に、方法は、サービスプロバイダ属性記憶装置612における統計に、識別されたサービスプロバイダを記憶する910ことにより、続く。次いで、方法は、ストローク及び画像ワークフローサーバ106によって送出されている、サービスプロバイダに対する更なる要求が存在しているか否かを判定する912。肯定の場合、方法は、工程904に戻り、次の要求について工程906乃至912を繰り返す。否定の場合、方法は工程914まで続けて、ユーザからの成果のフィードバックを要求し、ユーザフィードバックをサービスプロバイダ属性記憶装置612に記憶する。工程番号4の後、方法は完了し、終了する。図9を参照して説明した上記処理は3つのタイプのデータを収集する。3つのタイプのデータは、サービスプロバイダからのデータと、ユーザからのデータと、画像ワークフローサーバ106、携帯用計算装置102、及びサービスプロバイダコンピュータ122の動作から自動的に接続されるデータである。前述の各種データの収集は、何れの順序でも行うことが可能である。例えば、工程902、工程904乃至912、及び工程914は、上述の順序と異なる順序で通知され得る。更に、システム100の別々の構成部分から自動的に収集された統計は、システムの他の構成部分による、サービスプロバイダ属性収集器608への自動報告などの他のやり方で行うことが可能であるということを当業者は認識するであろう。次に図10及び図11を参照すれば、サービスプロバイダ選択エンジン610及びサービスプロバイダ選択モジュール432の2つの動作モードを説明する。サービスプロバイダ選択エンジン610は、ワークフロータスクを有する特定のユーザにとってのサービスプロバイダの選択にどの動作モードが使用されるかを判定するためにユーザ選好記憶装置604にアクセスする。上記ワークフロータスクは、ストローク及び画像ワークフローサーバ106によって割り当てられ、行われる対象である。サービスプロバイダ選択エンジン610は、ユーザ選好記憶装置604からの自動選択のレベルについてユーザ選好を読み取り、ユーザの設定に応じ、このユーザの動作モードを設定する。これにより、サービスプロバイダ選択エンジン610が、手動モード、半自動モード、又は自動モードで動作することがもたらされる。手動モードにおけるサービスプロバイダ選択エンジン610の動作は上述しており、ここではその記載は繰り返さない。自動モードでのサービスプロバイダ選択エンジン610の動作は図10を参照して以下に説明し、半自動モードにおけるサービスプロバイダ選択エンジンの動作は図11を参照して以下に説明する。次に図10を参照すれば、本発明によるサービスプロバイダの方法自動選択の一実施例を説明する。方法は、サービスプロバイダの自動選択に対するユーザ選好、ユーザにとっての重要度の属性、及び各属性の重要度ランキングを収集し、記憶する1002ことによって始まる。この工程を行う一方法を、図7を説明して上述している。次いで、方法は、サービスプロバイダの属性を収集し、記憶する1004。この工程を行う一方法は図9を参照して上述している。次に、方法は、ユーザ又は要求者のために行う対象のサービス要求を識別する1006。次いで、サービスプロバイダ利用可能性検出器606は、ネットワーク104に現在接続されており、サービス要求の実行に利用可能なサービスプロバイダのリストを生成する。次に、サービスプロバイダ選択エンジン610は、ユーザ選好記憶装置604から取り出されたユーザ選好、及びサービスプロバイダ属性記憶装置612から取り出されたサービスプロバイダ属性を比較する。それにより、要求されたサービスの実行に最善のサービスプロバイダを動的に判定する。サービスプロバイダの選択が完全自動であるこの方法では、サービスプロバイダ選択エンジン610は、利用可能なサービスプロバイダの属性と、ユーザの属性選好との間の最善の一致のみを判定すればよい。この判定は、いくつかのやり方で行い得る。一実施例では、サービスプロバイダ選択エンジン610は、サービスプロバイダ毎の加重和を算出し、最高の加重和を有するサービスプロバイダを選択することにより、要求されたサービスを行うために最善のサービスプロバイダを判定する。一実施例では、サービスプロバイダは、要求のタスク又はジョブに一致するサービスを提供するサービスプロバイダのみの加重和が算出されるような第1のフィルタである。例えば、考えられる別のサービスプロバイダ毎に、選択された測定済のパラメータ又は属性Pの組に、その相対的な重要度を示す加重因子Wが割り当てられる。観察値に加重因子が乗算され、和Sが計算される。最高の和Sを有するサービスプロバイダが、最善のサービスプロバイダとして選ばれる。別の実施例では、サービスプロバイダ選択エンジン610は、ファジーロジックを使用して、要求されたサービスを行うために最善のサービスプロバイダを判定する。この実施例では、例えば、Zadeh,L.A1965、Fuzzysets、InformationandControl83:338-353に記載されたようなファジーロジックが、代替案の中から選ぶために使用される。パラメータ又は属性Pそれぞれには、特定のファジー状態を表す一定の範囲の値が割り当てられる。例えば、スループットと呼ばれるパラメータは、そのタスクを達成する前にアプリケーションが平均的に実行する秒数で測定し得る。品質と呼ばれる第2のパラメータは、行われた千タスク毎の、顧客による却下の数を測定し得る。更なるルールは、前述のファジー状態の点での望ましさを規定し得る。前述のルールは、FCL国際電子技術委員会IECによって作成されたファジーロジック表現を表すための言語で表現し得る。例えば、以下のFCL擬似コードは、速度に基づいてサービスを選ぶが、劣悪な品質のサービスを却下するための単純なファジーロジックルールの組を規定し得る。この制御構文があれば、これが一実施例に過ぎない提供されたパラメータに基づいていくつかのファジーロジックシステムの何れかを策定し得る。更に別の実施例では、サービスプロバイダ選択エンジン610は、確率論モデリングを使用して要求されたサービスを行うために最善のサービスプロバイダを判定する。この実施例では、考えられるサービスプロバイダのうちから選ぶためにエキスパートシステムが使用される。この実施例では、パラメータ又は属性P毎の範囲は、アプリケーションを推奨すべき確率を割り当てるために使用される。推論のベイズルールは、前述の確率を、アプリケーションを推奨すべき最終的な確率に組み合わせるために使用される。前述のルールを策定するための手法がいくつか存在しており、最も一般的なものは、前方連鎖のエキスパートシステムのルール、又は後方連鎖のエキスパートシステムのルールである。前述のルールは、速度が<0.1の場合、望ましさは高いという文などのif-then文のようにみえる。更に、確率理論、及びデンプスターシェファーの決定理論、古典的決定理論などの種々の他の数学的手法を、種々の複雑な代替案の中から決定するために使用することが可能である。上記種々の他の数学的手法が、この場合に適用し得る代替的なアルゴリズムを提供する。もう一度、図10を参照すれば、方法1000は、完了するために、動的に判定された最善のサービスプロバイダに対する要求を送出する1012ことによって完了する。次に図11を参照すれば、本発明によるサービスプロバイダの半自動選択の方法1100の一実施例を説明する。方法は、ユーザ選好を収集し、記憶し1002、サービスプロバイダの属性を収集し、記憶し1004、サービス要求を識別し1006、サービスプロバイダのリストを求める1008ことによって始まる。工程1002、1004、1006、及び1008は図を参照して上述した工程と同じであり、よって、説明はここでは繰り返さない。次に、方法は、現在、ネットワークに接続されており、サービス要求の実行に利用可能なサービスプロバイダのリストをフィルタリングする1102。例えば、方法は、ユ―ザの選好、及びサービスプロバイダの属性を比較することにより、利用可能なサービスプロバイダのリストを動的にフィルタリングする。一実施例では、この動的フィルタリング工程は、最善のサービスプロバイダを判定するために図10を参照して上述したものと同様に行われる。すなわち、サービスプロバイダのリストは、加重和アルゴリズム、ファジーロジック、又は確率論モデリングを使用して動的にフィルタリングすることが可能である。例えば、最高の加重和を有するサービスプロバイダを選ぶ代わりに、加重和アルゴリズムが使用された場合、工程1102の方法は、最高の加重和値を有するサービスプロバイダのリストを生成することになる。この実施例は、和Sが最高の最上位のk個のアイテムのリストを提供し、kは、ユーザによって要求されたアイテムの数である。例えば、ユーザが、最善の3つの一致を生成し、列挙する旨の選好として設定した場合、方法は、最高の3つの加重和値を備えたサービスプロバイダのリストを生成することになる。同様に、モデリング時に公表されたファジーロジックは、ユーザの属性の選好に最もよく一致するサービスプロバイダのリストを生成するために使用することが可能である。前述の手法の何れかは更に、ユーザの選好に応じて、変動する長さのリストを生成することも可能である。方法は、サービスプロバイダのショートリストを要求側に提示する1104ことによって続く。これは、提示モジュール322により、ユーザに向けて提示するためのリストをサービスプロバイダ選択エンジン610が提供することによって行うことが可能である。携帯用計算装置102は、サービスプロバイダのショートリストからのサービスプロバイダについて、ユーザからの入力選択を受け取る。携帯用計算装置102は、入力をサービスプロバイダ選択エンジン610に送出する。サービスプロバイダ選択エンジン610は、サービスプロバイダの選択を受け取り1106、完了するために、選択的なサービスプロバイダにサービス要求を送出し1108、方法が終了する。本発明の実施例の上記説明は、例証及び説明の目的で提示している。これは、網羅的であることを意図するものでなく、本発明を、開示された厳密な形態に制限することを意図しているものでない。上記教示に照らして多くの修正及び変更が考えられる。本発明の範囲が、この詳細な説明によって制限されず、本願の請求項によって制限される。当業者によって理解されるように、本発明は、その趣旨又は本質的な特性から逸脱しない限り、他の特定の形態で実施することができる。同様に、モジュール、ルーチン、構成、属性、方法論、及び他の局面の特定の命名及び区分は必須でも重要でもなく、本発明又はその構成を実現する機構は、異なるネーム、区分、及び/又はフォーマットを有し得る。更に、当業者に明らかになるように、本発明のモジュール、ルーチン、構成、属性、方法論、及び他の局面は、ソフトウェア、ハードウェア、ファームウェア、又はこれら3つの何れかの組み合わせとして実現することが可能である。更に、本発明の構成部分この一例は、モジュールであるがソフトウェアとして実現される場合には、上記構成部分は、スタンドアロンプログラムとして実現され得、より大きなプログラムの一部として実現され得る。上記構成部分は、別個の複数のプログラムとして実現され得、静的又は動的にリンクされたライブラリとして実現され得る。上記構成部分は、カーネルロード可能なモジュールとして実現され得、デバイスドライバとして実現され得る。あるいは、現在若しくは将来にコンピュータプログラミングの技術分野において知られている他のやり方全てで実現される。更に、本発明は、何れかの特定のプログラミング言語における実現形態、又は、何れかの特定のオペレーティングシステム若しくは環境のための実現形態に決して制限されるものでない。よって、本発明の開示は、以下の特許請求の範囲に記載された本発明の範囲を例証することを意図しており、上記本発明の範囲を限定することを意図するものでない。本出願は、2010年9月10日付け出願の米国特許出願を基礎とし、米国特許出願第12/879,148号の優先権の利益を主張する。"