CN101099172A - 使用用户的资格以便于用户执行任务 - Google Patents

Abstract

描述了用于便于在具有要执行的可用任务的任务请求者与对于执行任务可用任务执行者之间进行交互的方法、系统、和计算机可读介质。在某些实施例中，要执行的任务是由人执行的任务，它使用任务执行者的认知和其它思维技巧，诸如利用任务执行者的判断、感知和/或推理技巧。此外，在某些情形下，通过使用有关涉及任务执行的任务执行者的资格的信息而便于任务的执行。可以指定各种类型的有关任务执行者的资格，并且资格信息可以以各种方式被指定和使用，诸如把任务执行和/或到其它功能的访问限制到具有适当资格的用户。

Description

使用用户的资格以便于用户执行任务

技术领域

下面的公开内容总体上涉及在计算机系统之间的交互，更具体地说，涉及便于进行这样的互动，以使得具有与执行相关的适当的资格的人们能够执行任务，所述资格是由用户动态定义的资格类型。

背景技术

分布式计算系统是已知的，其中多个计算机系统交互作用，以达到一个目标。常常希望在计算系统上的应用程序与远端系统和应用程序交互作用，以得到不是应用程序的一部分的、各种类型的信息和功能。通过执行这样的交互，应用程序能够通过互联网或其它网络从大量其它计算机系统对信息和功能提供支持。

为了能够在远端计算机系统与应用程序之间进行这样的交互，已经开发了各种可编程的交互机制。例如，很早就有远端过程调用(“RPC”)协议，其允许在一台计算机上的程序使另一台计算机上的程序执行，以及各种面向对象的结构，如CORBA(“公共对象请求代理体系结构”)和DCOM(“分布式组件对象模型”)，提供类似的能力。另外，实现了各种中间程序来连接分开的应用程序(常常是不同的类型和来自不相关的源)，以允许进行通信。例如，存在有各种EDI(“电子数据交换”)网络，提供了标准机制，以允许网络的一个用户的计算机系统把数据发送到网络的另一个用户的计算机系统。

万维网(“Web”)的广泛流行为计算机之间的相互通信提供了额外的机会。例如，许多当前的Web使用牵涉到用户从Web服务器交互地请求网页(例如，通过执行用户的Web浏览器应用程序)，并作为应答接收所请求的信息。除了这样的请求信息的交互式用户技术规范以外，还有不断增长的提供所谓“Web服务”的Web使用，它典型地牵涉到远程应用程序的编程交互，经由所指定的API(“应用程序接口”)等等交换信息。Web服务可以允许不同的应用程序和计算机进行交互，并且可以通过使用各种不同的基础协议和技术来定义和实施。例如，某些Web服务实施方案响应于被指定作为URI(“统一资源标志符”)、如包括指定的操作及一个或多个查询参数的URL(“统一资源定位符”)的Web服务调用请求，通过使用HTTP(“超文本传输协议”)返回XML(“可扩展标记语言”)格式的数据。在其它实施方案中，附加的基础协议被用于各种目的，如用于标准消息交换的SOAP(“简单对象访问协议”)、用于描述服务调用的WSDL(“Web服务描述语言”)、以及用于发现可得到的服务的UDDI(“统一描述、发现和集成服务”)。

不幸的是，虽然Web服务和其它编程交互机制允许各种应用程序和计算机进行交互，但这样的交互通常以各种方式受到限制。例如，通过使用这样的编程交互对于请求可得到的信息和功能的类型往往受限于远程计算机系统和应用程序可以自动满足的非常有限的请求类型(例如，提供指定的预定信息组，如网页或文件，或者对于指定的数据库进行指定的数据库查询)。

然而，虽然这种类型的编程请求可能是有用的，但有很大一类任务是计算机与应用程序不能很容易地自动执行的，而人往往可以很容易地执行，在这里被称为“人执行的任务”。这至少部分是由于在自动化的程序中不容易被编码的人的各种认知和其它思维能力，如利用人的判断来形成意见，执行抽象或普遍感觉的推理，执行各种分辨和感知任务(例如，视觉和听觉模式识别，如基于经验)，使用文化知识和感情智能，以及执行各种其它日常的高度复杂类别的感知、认知、推理和思考。

这样的由人执行的任务的一个例子是识别淫秽内容-具体来说，尽管观察人员通常具有根据粗略回顾能够非常快速地识别淫秽内容的能力，但自动技术基本上不能精确地识别大多数这样的内容。类似地，法官Potter Stewart对于色情描写的名言是，他不能确切地解释它是什么，但“当我看见它时我就知道它”，并且法官Stewart的时代的高级法院继续建立了结合主流社会标准的、对于色情描写的司法测试。今天，不管花费多大力气开发自动的色情描写及其它内容过滤器，还没有人给出一种使得计算机“当看见它时就能真正知道它”的方法。

因此，在给出了有关自动执行任务的现有的限制后，有利的是提供一种使得应用程序能够编程请求执行这样的任务并接收具有任务执行结果的编程响应、以及解决其它相关问题的解决方案。

附图说明

图1A是显示对于由人执行的任务的所述电子集市的一个实施例的交互和信息流的网络图。

图1B是显示用于提供所述电子集市的系统的一个实施例的框图。

图2A-2G显示了被用于和所述电子集市的一个实施例进行交互的编程消息的例子。

图3是显示适用于执行用于提供所述电子集市的系统的一个实施例的计算机系统的框图。

图4A和4B是任务完成测试器子程序的实施例的流程图。

图5是资格验证管理器子程序的实施例的流程图。

图6是信息确证管理器子程序的实施例的流程图。

图7是行为跟踪器子程序的实施例的流程图。

图8是自动匹配器子程序的实施例的流程图。

图9是任务提交接收机子程序的实施例的流程图。

图10A-B是任务交互控制器类型定义器子程序的实施例的流程图。

图11是任务交互控制器子程序的实施例的流程图。

图12A-12J显示了在所述电子集市的一个实施例中使用多种类型的用户交互处理来控制任务执行者的任务执行的例子。

图13是显示用于提供所述电子集市的一个实施例的示例性系统的框图。

具体实施方式

描述了一种便于在具有要执行的任务的任务请求者与执行任务的任务执行者之间进行交互的软件工具。在至少一些实施例中，要被执行的任务是认知方面的由人执行的任务，它利用了由人担任的任务执行者的认知和其它思维技巧，如利用任务执行者的判断、感知和/或推理技巧。另外，在至少一些实施例中，提供了中介电子集市平台，其允许任务请求者用户和任务执行者用户以编程方式和/或交互方式从事与任务有关的交易并执行与任务执行有关的各种其它行为。

实际上，在一些实施例中，提供电子集市的一个或多个平台计算系统用作中介，允许任务请求者以编程方式请求(例如，由任务请求者的应用程序经由电子集市的一个或多个API的编程调用)要由任务执行者执行的任务，并在任务执行后接收相应的结果(例如，作为对于编程调用的应答)。类似地，任务执行者可以访问电子集市(例如，以编程或交互的方式)，得到有关他们可执行的可用任务的数据或其它信息，并在完成分配给他们的任务之后提供任务执行结果。通过使得大量非附属的或无关的任务请求者和任务执行者能够经由中介电子集市以这种方式进行交互，由互联网或其它公共计算机网络传递的自由集市机制可被用来编程开发无关的任务执行者的集合的共同智能。

电子集市还执行多种附加的行为，以便于执行任务。例如，电子集市可以通过各种状态(例如，“打开”状态，用于要执行的可用任务；“指派”状态，用于每次将任务分配给一个或多个任务执行者，“完成”状态，用于在任务执行者提供任务的执行的结果后进行指派等等)跟踪任务的进行过程，并且还可采取相应于这些任务的各种行动。另外，在一些实施例中，任务请求者用户可以施加有关任务执行的各种标准(例如，对于任务执行者的需要的和/或优选的资格、对于任务完成的时间限制等等)和/或可以指定与任务执行有关的各种行动(例如在指定的条件下支付指定的费用)，如果是这样的话，电子集市可以执行这些标准并发起对于任务适当的行动。类似地，任务执行者用户可以指定与任务有关的各种行动，如请求以各种方式提供的、有关可用任务和/或有关其它用户的信息(例如，当指定类型的任务变为可用时被告知)，如果是这样的话，电子集市可以类似地发起适当的行动。

在一些实施例中，电子集市还提供与得到和使用有关任务执行者用户和/或任务请求者用户的资格与其它属性的信息有关的各种类型的功能，以允许用户识别和/或指定与其进行交易的用户的类型。例如，在一些实施例中，电子集市可以跟踪有关由任务执行者用户和/或任务请求者用户进行的行为的各种信息，以自动生成由用户采取的行动的定量度量，其可以被用作为资格条件(例如，涉及到先前的任务执行的行为)。更一般地说，在一些实施例中，电子集市可以支持各种类型的用户资格(例如由该用户声称的、由一个或多个其它用户指定的、和/或由电子集市自动生成的用户资格)。此外，在一些实施例中，电子集市提供认证或确证有关用户的信息(例如，用户的资格、身份、非资格属性等等)的功能，如基于所得到的、支持该信息的证据，然后可以以各种方式使用这样的确证信息。由电子集市提供的、涉及用户信息的资格判定和确证的功能在下面更详细地讨论。

在电子集市与集市用户之间的交互可以以各种方式进行。如前所述，在一些实施例中，任务请求者以编程的方式与电子集市进行交互，如通过调用集市的规定的API(例如基于由电子集市提供的Web服务的API)，发送请求消息或提供数据或其它信息。规定的API可以允许任务请求者不仅仅提交要执行的可用任务，而且也对于先前提交的任务执行各种其它行动(例如，检验待决任务的状态，修改有关待决任务的信息，提交关于处理待决任务的指令，以及以交互方式得到已完成的任务的结果)。另外，规定的API可以允许任务请求者进一步执行与电子集市的各种其它类型的交互，如搜索和/或浏览感兴趣的信息(例如，识别具有指定的资格或属性的可用任务执行者，或者识别有关由其它任务请求者提交的任务的信息)，提供他们自己的和/或任务执行者的资格信息等等。另外，虽然在一些实施例中在任务请求者与任务执行者之间的所有通信都是经由电子集市进行的，但在其它实施例中，至少一些通信可以直接在任务请求者与任务执行者之间发生(例如，允许任务执行者从任务请求者得到有关要执行的任务的信息，允许任务执行者把对于已执行的任务的任务结果信息提供给任务请求者，等等)，或者更一般地，在任意两个或多个用户之间进行，如在电子集市实行该直接通信后(例如，通过将适当的联系或其它与通信有关的信息提供给通信的至少一方)。

在最终的响应对于以编程方式提供的消息不是直接可得到的情形下(例如，包括从执行通过消息提交的任务得到的结果的最后的响应)，电子集市可以在一些实施例中提供确认接收到消息的即时响应(例如，通过提供对于提交的任务的唯一任务识别号)，并且可以随后提供一个或多个附加的相关电子通信(例如，把从执行任务得到的结果提供给提交任务的任务请求者)。这样的附加电子通信可以以各种方式执行，如通过发起新的电子消息(例如，电子邮件、即时消息传送等等)，使用连同原先的消息一起提交的回呼机制等等。

在至少一些实施例中，电子集市还可提供交互的控制台，允许任务请求者交互地执行以前提到的某些或所有的各种类型的行动，作为为这些行动提供的编程接口的代替或者除此之外。例如，在一些实施例中，交互的控制台功能可以由任务请求者用户经由与用于电子集市的Web服务器交互(例如通过以来自电子集市的网页上的表格提供适当的信息)的Web浏览器来访问。

类似地，任务执行者用户可以以编程的和/或交互的方式、通过各种方式与电子集市交互，以便识别可用的感兴趣的任务并执行这样的任务。更一般地，任务执行者用户可类似地执行相对于电子集市的各种各样类型的行动，包括搜索和/或浏览他们有资格执行的可用任务，搜索和/或浏览来自具有指定的属性的任务请求者的任务，提供资格信息，请求分配感兴趣的可用任务，提供他们已分配的任务的执行的结果，请求通知他们有资格以后提交的任务，提供各种类型的喜好信息等等。关于由任务请求者和任务执行者用户与电子集市进行交互的具体类型的其他细节在其它地方更详细地讨论。

图1A提供了在一个示例性实施例中由任务执行者和任务请求者进行交互的类型的的高级别概况。特别地，在这个实施例中，任务完成测试器(“TFF”)系统130工作，以便实行与任务有关的交互，如通过提供电子集市，用于有认知能力的人执行的任务和/或其它类型的人执行的任务。在这个实施例中，TFF系统提供API 135，用于与用户进行编程的交互，交互控制台接口140对于交互通信也是可用的。TFF系统可以在各种实施例中以各种方式实施，诸如在一个或多个服务器计算系统或设备上(例如，以分布方式，如在点对点或网格网络上)执行的软件系统，这在图中并未示出。

具体来说，在本例中，由各种各样的人担任的任务请求者用户105分别与在一个或多个客户计算系统(未示出)上执行的一个或多个应用程序进行交互，以便通过把任务登录或提交到TFF系统而请求要执行的任务，并执行与TFF系统的各种其它交互。为了提交任务或执行其它交互，在这个实施例中，每个应用程序以编程方式调用180a一个或多个Web服务器(“WSes”)作为TFF系统的API 135a的一部分。正如在其它地方更详细地讨论的，每个任务请求者可包括有关要执行的任务的各种信息，包括由执行任务的任何任务执行者所需要的一个或多个资格判定，与任务执行有关的一个或多个其它标准(例如，完成的截止期和对于任务执行的结果的格式要求)，以及要被提供给成功地执行任务的任务执行者的一种或多种相关的费用。

类似地，在所示的实施例中，其它任务请求者用户110提交可用的任务，并以交互的方式经由在一个或多个任务请求者客户计算系统(未示出)上执行的Web浏览器执行与TTF系统的其它交互，这些任务请求者客户计算系统把用户提供的信息传送180b到交互控制台140a，控制台然后以由应用程序执行交互180a类似的方式与TFF系统的API 135a进行交互。在所示的实施例中，控制台作为TFT系统的一部分被提供(在相同的计算系统上或者在被用于TFT系统的其它部分的不同计算系统上)，如基于由TFF系统的Web服务器提供的一个或多个网页。然而，在其它实施例中，一个或多个这样的控制台或与TFF系统交互的其它机构可以通过从外部提供给TFF系统来替代，如由第三方提供(作为由TFF系统提供的任何控制台的替代或除此之外)。在接收到经由API 135a提交的可用任务的信息后，TFF系统保存有关可用任务的信息145，由任务执行者使用。虽然这里未示出，但某些任务请求者用户可以是两个组105和110的一部分，以编程和交互的方式与TFF系统进行交互，如在不同的时间和/或用于不同的目的。

图1A还示出了与电子集市交互而执行可用任务的、由各种不同的人担任的任务执行者用户。具体来说，在本例中，各个不同的任务执行者用户120分别与在任务执行者客户计算系统(未示出)上执行的Web浏览器程序进行交互，该任务执行者客户计算系统与TFF系统的交互控制台140b进行通信，以识别它们有资格执行的当前可用任务，以及提供有关它们已经被分配的任务的执行结果的信息。如控制台140a那样，控制台140b然后与TFF系统的API 135b进行交互，把由任务执行者用户提供的信息提供给TFF系统。不同的是，在所示的这个实施例中，其它任务执行者用户115经由API 135b直接与TFF系统以编程方式进行交互，以便如通过分别使用在编程调用185a作为API 135b的一部分的适当Web服务的一个或多个任务执行者客户计算系统(未示出)上执行的一个或多个应用程序执行与任务执行有关的行为。虽然在本例中被显示为分开的，但控制台140a和140b在一些实施例中可以是由TFF系统提供的单个控制台的一部分，并且类似地，TFF系统的API 135a和135b中的每个可以是用于系统的单个API135的一部分。另外，虽然这里未示出，但某些任务执行者用户可以是组115和组120的一部分，以编程和交互的方式与TFF系统交互，如以不同的时间和/或用于不同的用途。另外，某些用户可以用作任务请求者和任务执行者，诸如用于不同的任务。

根据与任务执行者的交互，TFF系统诸如通过更新有关可用任务的信息145来跟踪有关当前任务状态的信息，并保存经由接口135b接收的任务执行结果150。在任务被执行和接收到相应的结果后，TFF系统可以以各种方式把结果通知给提供该任务的任务请求者。例如，在一些实施例中，在任务请求者下次与控制台进行交互时，结果经由交互的控制台140a提供给任务请求者。作为替代，任务执行结果可以经由API 135a以电子方式发送给任务请求者，作为对于先前调用的应答，或者可以代替地以任何其它方式被发送给任务请求者，它以定时的方式把信息提供给任务请求者(例如，经由电子邮件、电话、传真、信件邮寄等等)。

另外，在所示的实施例中，TFF系统执行在涉及任务的交易的双方之间的支付交换，诸如在任务请求者与任务执行者之间(例如，从任务请求者为所提交的任务的满意执行而向任务执行者付费)。在所显示的实施例中，TFF系统可包括内部付费处理能力，诸如经由付费处理系统190，虽然在其它实施例中，TFF系统可以代替地与外部付费处理系统进行交互(从提供TFF系统的同一个组织或者替代地从第三方)，以提供支付。在某些情形下，任务执行付费可以在任务执行后自动作出(例如，在由TFF系统对于接收的任务结果执行自动验证，以保证满足对于任务的任何标准)，然而在其它情形下，作为替代，付费可以仅仅在任务请求者看到和接受结果之后(或者在指定的时间间隔后没有拒绝结果时)才作出。另外，正如在其它地方更详细地描述的，各种其它类型的支付也可以在其它情形下作出，如来自任务执行者的付费，付费到TFF系统或来自TFF系统的付费(例如，对于由系统提供的服务)，和/或付费到一个或多个第三方或来自一个或多个第三方的付费。

此外，在其它实施例中，也可以使用各种各样的非货币补偿(例如，对于任务执行)和其它非货币奖励，无论是由任务请求者(例如，对于所提交的任务的执行)、任务执行者(例如，对于执行任务的机会)、TTF系统(例如，对于指定的用户行为类型)、和/或由第三方提供给与任务执行有关的事务。具体来说，在一些实施例中，对于一个或多个任务执行者补偿一个或多个任务的执行可包括在一个或多个在线零售商处(例如，装备有TFF系统的Web商家)使用的信贷和/或折扣，如允许这些任务执行者为他们自己和/或为其他人购买和/或租用物品和服务作为礼物。此外，在一些实施例中，这样的补偿和/或有关这种补偿的信息(例如，在将来的时间当指定的条件满足时提供这种补偿的承诺)也可以即时地或者几乎即时地被提供给任务执行者或补偿的其它接受者，以允许接受者立即使用对于零售交易的补偿。在其它情形下，对于任务执行的奖励可包括任务执行者的认可(例如，通过显示有关任务执行者的指定行为的信息和/或任务执行者相对于其它任务执行者的排名)，如对于作为慈善团体或有利于慈善事业或其它公益性实体或行为的任务请求者执行的任务。

图1B显示用于TFF系统130的一个示例性实施例的各种类型的模块和功能的例子。具体来说，TFF系统的所示实施例包括模块131，它经由TFF系统的API 135接收来自用户的请求和信息，并在适当时处理请求和信息(例如，通过对于指定的实施例实施商业逻辑和/或工作流程处理，或通过提供或产生请求的信息，以产生有关要执行的任务的信息和/或有关任务执行结果的信息)。例如，当任务由任务请求者经由API提交时，模块131把有关可用任务的信息存储在数据库145中，并把对任务的任何附加相关信息(例如，作为任务的一部分的要被分析或操控的信息)存储在数据库146中。关于可用任务的信息然后可以由模块131经由API提供给用户，以响应于经由API接收的来自任务执行者和/或任务请求者的请求(例如，访问有关特定任务的信息的请求，或者搜索或浏览各种任务的请求)。此外，当任务执行者经由API提供任务执行的结果时，模块131把任务结果信息存储在数据库150中，并且还可把有关结果的信息在适当时经由API提供给用户(例如，提供给提交任务的任务请求者)。

模块131还可以提供不同于与用户交换任务和任务结果信息的各种类型的功能。例如，模块131可以经由API接收各种类型的有关用户的信息(例如，用户身份的证明、用户的资格信息、支付源和/或用户的库存信息、人口统计信息、用户喜好等等)，如当用户初始登录到TFF系统，作为任务执行者和/或任务请求者时。在所示实施例中，模块131然后把用户资格信息存储在数据库147中，并把其它用户信息存储在数据库148中(虽然在其它实施例中信息也可以以其它方式被存储)，然后当适当时可以经由API把这样的信息提供给用户，以响应于搜索和/或浏览请求。各种各样的其它类型的信息也可以是可用的(例如，有关TTF系统的用户帐户的信息、有关相关用户或所有用户的组的积累信息、有关特定用户和/或用户组的历史行为的信息、有关已执行的任务的摘要和概况的信息等等)，如果是这样的话，模块131可以类似地在适当时经由API把这样的信息提供给用户。

在所示实施例中，TFF系统还包括提供附加功能类型的各种附加模块，以辅助模块131，但在其它实施例中，也可能不包括某些或所有的附加模块和/或附加功能类型，或者它们可以以不同的方式被组合在一起。作为一个例子，TFF系统的所示实施例包括访问控制管理器模块136，以帮助控制对各种功能和存储的信息的访问，如基于由用户对于具体的信息片段指定的特定访问策略和/或基于TFF系统的缺省策略。具体来说，在用户的身份和/或其它相关信息被确定后(无论是由访问控制管理器模块、即模块131，还是诸如配备有TFF系统的外部系统那样的其它实体，或者由第三方提供)，访问控制管理器模块可以帮助根据所确定的用户信息确定是否允许用户访问TFF系统信息，模块131仅仅在用户被许可接收信息时才把信息提供给用户。访问控制信息可以以各种方式对于各种类型的信息指定，如对于有关用户的信息(例如，如由那些用户指定的)、任务(例如，如由提交任务的任务请求者指定的)、任务执行的结果(例如，由提交任务的任务请求者和/或执行任务的任务执行者指定的)等等。

TFF系统的所示实施例还包括用户交互管理器模块134，以帮助管理与用户的至少某些类型的交互。例如，在一些实施例中，任务请求者和/或任务执行者可以被允许指定对于某些特定类型的、与任务有关的交互如何发生的喜好和/或要求，以允许任务请求者指定提交的任务如何被呈现给任务执行者和/或如何得到来自任务执行者的结果。在其中TFF系统包括一个或多个控制台(这里未示出)、通过它使用户在任务执行过程期间进行交互的实施例中，用户交互管理器模块还可以被提供或配备有一个或多个控制台，用来便于执行那些与控制台的用户交互。另外，虽然在所示实施例中用户交互管理器模块与模块131一起工作，以用户可配置的方式控制特定类型的交互，但在其它实施例中，模块131可以直接包括由用户交互管理器模块提供的某些或所有的类型的功能。

为了便于对用户接口进行控制，在所示实施例中的用户交互管理器模块提供各种预定的任务交互控制(“TIC”)类型(未示出)，其分别包括多种类型的、与任务执行有关的处理的组合，并允许任务请求者指定由被提交的每个任务使用的TIC类型。当以后要由任务执行者执行任务时，用户交互管理器模块然后通过执行由与任务有关的TIC型指定的处理类型而控制与任务执行者的交互。这些类型的用户交互处理例如可包括在它被提供给任务执行者之前以指定的方式操控与任务有关的信息(例如，以指定的方式格式化信息)，以指定的方式将操控信息提供给任务执行者(例如，通过在控制显示器的任务执行者的计算系统上调用applet或其它功能，或受到操控的任务信息对任务执行者的其它呈现)，以指定的方式得到来自任务执行者的任务执行的结果(例如，作为到CGI(“通用网关接口”)程序的输入)，以及在结果被提供给任务请求者之前操控所得到的任务结果(例如，以指定的方式格式化信息)。多个预定的替代方式可以被提供用于每种类型的用户交互处理，用户还可被允许根据预定的替代方案的指定的组合和/或通过使用由用户提供的新的处理信息而定义新的TIC类型。关于与相关任务有关的与用户的交互的管理的其它信息在其它地方更详细地讨论。

TFF系统的所示实施例还包括用户资格管理器模块133，帮助指定用户的资格，如与执行任务有关的任务执行者用户的资格和/或与提交可用任务有关的任务请求者用户的资格，以及处理任务执行的结果。具体来说，在所示实施例中，用户资格管理器模块允许用户指定新的资格类型，以及发布或宣称这些资格类型的用户的具体资格(或在TFF系统提供它们的实施例中预定的资格类型)。在所示实施例中，有关用户指定的资格类型和指定的用户资格的信息然后被存储在数据库147中，以及可以由访问该信息的任务请求者和/或任务执行者使用(例如，搜索具有指定资格的用户，识别用于执行任务的任务执行者的优选的或要求的资格，等等)。正如在其它地方更详细地讨论的，在一些实施例中，TFF系统还可以通过跟踪有关这样的行为发生的信息，帮助根据对先前的任务有关的行为的数值评估来指定用户资格。关于资格类型和资格的其它信息在其它地方更详细地讨论。

TFF系统的所示实施例还包括用户信息确证管理器模块137，帮助认证或确证有关用户的信息，如用户的身份、用户的指定资格，以及其它类型的用户属性。具体来说，在所示实施例中，用户确证管理器模块诸如从提供证明的用户经由API得到可作为对于一个或多个有关用户的信息片段的证明的各种信息，以确证特定的用户信息片段，然后可以以各种方式使用该信息用于确证目的。例如，在一些实施例中，确证信息可以连同它所确证的信息一起提供给用户，如允许接收者评估该信息的确证值。作为替代，在一些实施例中，对于某些类型的确证信息，信息确证管理器模块可以自动评估由信息提供的确证的程度和/或类型。在用户信息片段被充分确证后，它可以以各种方式被使用，以提供有关对于信息的确证的程度和/或类型的指示给其它人，以便对于具有充分确证的信息的用户限制某些类型的功能(例如，需要任务执行者对于任务具有充分确证的资格，或对于其身份被充分地确证的用户限制某些类型的访问信息)，等等。关于用户信息的确证的其它信息在其它地方更详细地讨论。

在TFF系统的示例性实施例中还示出了任务与用户匹配管理器模块132，帮助匹配要执行的可用任务与可以执行任务的可用任务执行者。任务与任务执行者的匹配可以在不同的时间和以不同的方式执行。例如，在一些实施例中，可以响应于来自任务执行者用户的对于任务的满足指定标准的请求进行匹配，匹配的任务被提供给任务执行者用户，作为他们可以选择执行的候选者。作为替代，在一些实施例中，对于至少某些类型的任务，当任务被提交时，可以自动执行匹配，以便帮助快速识别一个或多个任务执行者来执行该任务。此外，在一些实施例中，可以通过匹配有关任务的信息与任务执行者，如通过识别具有满足或超过对于任务指定的任何所要求的资格的资格的任务执行者而进行匹配。在其它实施例中，当进行匹配和/或进行与匹配有关的各种附加行为时，匹配管理器模块可以使用附加信息(例如，有关提交任务的任务请求者的信息、任务执行者和/或任务请求者的喜好、对于任务指定的优选的但不是必需的标准等等)。关于任务与任务执行者的其它信息在其它地方更详细地讨论。

TFF系统的所示实施例还包括提供帮助系统工作的附加类型的功能的几个其它模块。例如，所示实施例包括行为跟踪管理器模块138，它跟踪各种类型的行为(例如，相对于所提交的任务由用户采取的每个行为)，并把跟踪信息存储在行为记录数据库149中。行为跟踪管理器模块或系统的其它部分然后可以分析记录的信息，以确定各种类型的累积或概要的信息(例如，对于特定的用户、用户组、所有的用户、任务类型、相关的任务组等等)，并使得该累积或概要的信息在适当时对于用户是可得到的。所示实施例还包括通知管理器模块139，在适当时提供通知给用户，如当满足指定标准的新任务变为可用时通知任务执行者，当他们先前提交的任务的执行结果是可得到时通知任务请求者，等等。在各种实施例中通知可以以各种方式被执行，诸如经由TFF系统的控制台或编程接口，或经由其它电子通信机制(例如，蜂窝电话，即时消息传送等等)。所示实施例还包括奖励管理器模块142，它根据用户的行为跟踪有关补偿和对于用户的其它奖励的信息，以维持财务贮存库，供每个用户在提供或接收货币补偿时使用。另外，所示实施例包括帐户管理器模块141，执行用于系统的各种行政管理功能，诸如得到来自用户的财政支付和其它奖励信息。

图3示出了适用于为由人执行的任务提供电子集市的TFF系统设施的实施例的服务器计算系统300，以及各种任务请求者计算系统350、任务执行者计算系统370、和其它计算系统390。在所示实施例中，服务器计算系统300包括CPU 305、各种I/O设备310、存储装置320和存储器330。I/O设备包括显示器311、网络连接312、计算机可读介质驱动器313和其它I/O设备315。

TFF系统340的实施例在存储器中执行，它使用网络连接312通过网络380与其它计算系统进行交互(例如经由互联网和/或3W网)。具体来说，任务请求者计算系统350的用户可以与TFF系统进行交互，以提供有关要执行的可用任务的信息，诸如通过使用在存储器357中执行的应用程序359，发送所存储的任务信息355(例如，有关任务的信息、任何相关的标准、对于成功的执行的任何奖励等等)和在存储装置354上的相关信息356(例如，由任务执行者作为任务的一部分要分析的信息)。由人担任的任务执行者用户使用任务执行者计算系统370与TFF系统进行交互，如经由在存储器377中的程序379(例如，Web浏览器)来编程或交互地得到有关可用任务的信息和提供对于执行的任务的结果信息。当有关可用任务的信息在计算系统370处被接收时，在本实施例中，信息以当前的任务信息375被存储在存储装置374中(例如，临时存储，直至任务的执行完成)。

TFF系统和它的模块(未示出)还可以访问和使用在存储装置320中或在其它地方的各种任务有关的和用户有关的信息，诸如被存储在一个或多个数据库321中的信息。此外，在一些实施例中，TFF系统也可以与在存储器330中执行的其它可选的系统332和/或其它可选的计算系统390交互，执行附加的相关功能，诸如执行支付处理，以代表任务请求者向任务执行者提供支付和/或从第三方资格发布当局得到资格信息。

本领域技术人员将会理解，计算系统300，350，370和390仅仅是说明性的，并不是用来限制本发明的范围。TFF系统替代地可以由多个交互计算系统或设备执行，包括通过一个或多个网络，诸如互联网或经由3W网络(“Web”)。更一般地，“客户”或“服务器”计算系统或设备可包括可以交互的硬件或软件的任意组合，包括(但不限于)台式机或其它计算机、网络设备、PDA、蜂窝电话、无线电话、寻呼机、电子组织器、互联网应用、基于电视的系统(例如，使用机顶盒和/或个人/数字视频记录器)、以及包括适当的内部通信能力的各种其它消费者产品。此外，在一些实施例中，由所讨论的TFF系统模块提供的功能可以以更少的模块组合而成或者分布在附加模块中。类似地，在一些实施例中，某些模块的功能不作为TFF系统的一部分被提供，和/或可得到其它附加功能。

本领域技术人员还将会理解，虽然讨论了各种项目或显示为在使用时被存储在存储器或存储装置中，但这些项目或它们的部分也可以在存储器与其它存储装置之间转移，用于存储器管理和数据完整性的目的。作为替代，在其它实施例中，某些或所有的软件模块和/或部件可以在另一个设备的存储器中被执行，并经由计算机间通信与所显示的计算系统进行通信。某些和所有的系统模块和/或数据结构也可以被存储(例如，作为软件指令或结构的数据)在计算机可读介质中，诸如硬盘、存储器、网络、或者要通过适当的驱动器或经由适当的连接读出的便携式介质对象。系统模块和数据结构也可以经由在各种各样的计算机可读传输介质-包括基于无线和基于有线/电缆的介质—上生成的数据信号(例如，作为载波的一部分或其它模拟或数字传播信号)被传送。这样的计算机程序产品在其它实施例中也可以采取其它形式。因此，本发明可以用其它计算机系统配置来实现。

如前所述，在至少一些实施例中，任务请求人把要由任务执行者执行的任务提交给电子集市。可被提交和执行的任务的类型在各种实施例中可能是不同的。具体来说，在一些实施例中，每个任务是利用任务执行者的认知和/或具有其它思维技巧的认知能力的人执行的任务，诸如利用人的判断能力来形成与一个或多个主观基础有关的意见，利用人的分辨和/或感知技巧来选择信息(例如，通过分析音频和/或视频信息，诸如执行图案识别)，使用人的推理技巧(例如，根据共同感知的推理)等等。更一般地，在至少一些实施例中，要被执行的任务是基于它们对于人执行的敏感度来选择的、由人执行的任务，无论是因为自动系统当前不能执行任务，还是因为任务执行者可以更便宜地、快捷地、和/或精确地执行任务。例如，虽然自动文本翻译工具可以以有限的熟练水平在不同语言之间翻译文本，但具有适当资格的翻译者能够以高得多的熟练水平进行翻译。此外，在一些实施例中，某些或所有的任务包括要由任务执行者回答的问题，诸如从列举的潜在答案组中选择，或者更一般地生成适当的答案。任务执行的结果在各种实施例中也可以采取各种形式，包括对问题的回答、由任务执行者对于作为任务的一部分提供的一个或多个意见的选择、被提供给任务执行者的信息的归类或其它分析，等等。关于任务和任务结果的附加信息在其它地方讨论。

为了说明起见，下面描述其中一种具体形式的电子集市相对于各种具体类型的任务提供各种具体类型的能力和功能，和以具体的类型的方式与任务请求者和任务执行者交互的某些实施例。然而，本领域技术人员将会理解，本发明的技术可用于各种各样的情形，包括具有其它类型的任务、具有各种编程接口和/或不使用Web服务的访问机制、和在不同于电子集市的情形下，本发明不限于所提供的示例性细节。

图2A-2G示出了用来与电子集市的示例性实施例进行交互的编程消息的例子，消息内容采用XML格式，使用各种示例性类型的XML标签。在其它实施例中，类似类型的信息可采用其它的格式，并且各种各样的附加类型的消息类似地被用于提供其它类型的信息，以及从电子集市得到其它类型的功能。

具体来说，图2A示出了任务请求者可以以编程方式提供给电子集市的、用来描述要执行的任务的任务提交消息的例子。在本例中，任务是由任务请求者识别为“ImageChoice(图像选择)”(如行5所示)，诸如根据该任务类型的、由任务请求者给出的先前的技术说明，或者替代地根据由电子集市提供的任务的预定的类型。在本例中的任务牵涉到回答4张给定的照片中哪张最好地显示了指定的对象(它在本例中是以“Wildboar Tavern”为名称的、在西雅图的生意，如在第30-37行中表示的)的问题，答案是所选择的照片。任务例如可以是对于创建具有相关照片的生意的目录的任务请求者的成千或上百万的相关任务之一。正如以后更详细地讨论的，图12A示出对于类似类型的任务的编码任务信息的一个替代例子。

在本例中，消息在消息的第2行中将任务请求者识别为具有“BarnabyPhoto”的ID，在第29-44行指定有关任务的细节，以及在第4-28行指定有关标准的信息和对于任务的其它相关的信息。任务的字面上的说明在第7-8行提供，对于任务成功执行的付费补偿的指示在第9-12行提供(它在本例中是6分，在由任务请求者批准任务执行的结果后被提供给任务执行者)，以及对于完成任务所需的时间的估计在第13行被表示为30秒。消息还表示在第17-23行的有关被允许执行任务的任务执行者的各种标准，它在本例中不包括任何具体的资格判定标准(如在第22行显示的)或被识别为允许执行任务的任何具体的任务执行者(如在第22行显示的)，但它确实指定了一个被排除执行任务的、在第19-21行的任务执行者。在第24-27行上的时间到信息表示任务将对于执行继续保持开放172800秒(或48小时)，但任务指定给任务执行者将只保持60秒，此后，任务将变为对于其它人可用。消息还在第39-42行表示所提供的要被分析的照片，以及在第15-16行表示将提供用于比较消息的功能的应用(例如，通过显示全部4张照片以及用于表示选择哪张照片的控制)。响应于提交这个消息，任务请求者接收一个消息(未示出)，表示任务信息被接收并包括对于参考任务生成的独特的任务ID“109234875”。

图2B示出了任务请求者可以编程地提供给电子集市的、用于确定由任务请求者先前提交的各种任务状态的示例性消息。在本例中，其ID为“BamabyPhoto”的先前讨论的任务请求者提供类型同样为“ImageChoice”的先前的任务，并且正在收集有关这些任务的执行的信息。在本例中，消息表示在第2行的任务请求者，以及第3-11行表示执行搜索和提供有关由任务请求者提交的和已完成的类型“ImageChoice”的任务的信息。作为应答，任务请求者将接收一个消息(未示出)，包括有关匹配于这些指定的标准的每个任务的信息。

图2C示出了以后被提供给任务请求者的、给出在图2A上显示的任务的任务执行结果的示例性消息，诸如在接收到来自任务被指派到的任务执行者的类似消息后。具体来说，这个示例性消息的第3行表示这些结果所相应的任务的任务ID，第5行识别任务执行者为“BestManBryan”，以及第6行表示任务执行已完成。第7-10行表示任务的实际结果，它在本例中包括被选择的特定照片的指示，以及由任务请求者提供的、用于被识别的生意的相应ID(图2A所示消息的第31行)。

图2D接着显示从任务请求者发回到电子集市的示例性消息，通过结束任务而表示结果是可接受的，它在本例中触发要提供给执行该任务的任务执行者的6分的支付。如果任务请求者不满意结果，则任务请求者将拒绝现有的执行结果，并使得该任务对于其它任务供应商的执行再次是可用的。

图2E-2G接着显示与任务执行者以编程方式交换的、用来识别和执行感兴趣的任务的某些消息的例子。具体来说，图2E显示任务执行者可以发送到电子集市的、用来识别可用任务的示例性消息，诸如通过在这个示例性消息的第2-5行表示执行搜索开放的和可用的所有任务，以及通过每个可得到的号码类型为可用类型的任务排名。

作为响应，电子集市可以提供示例性消息，如图2F所示，它表示两种类型的可用任务。在本例中，消息的第3-6行表示有400个与选择照片或其它图像有关的可用任务(例如，把它们与交易位置匹配)，以及消息的第7-10行表示有80个与在法语与英语之间的翻译文本有关的可用任务。在一些实施例中，所有的可用任务可以不管执行者的资格而指示给任务执行者，但在其它实施例中，仅指示对于授权执行者和/或准许执行者访问的可用任务(例如，如果在本例中的执行者具有先前确定的、具有法语到英语的翻译能力的相关资格)。

图2G然后显示任务执行者可以用来请求把可用任务分配给他们的示例性消息。虽然在某些情形下，任务执行者可以识别一个或多个感兴趣的任务(例如，通过执行任务的任务ID)，但在本例中，任务执行者通过指定与任务有关的标准而指示可用任务。具体来说，这个示例性消息在第3-10行请求分配和锁定一个用于选择图像的开放任务，并且尤其是通过它们的创建日期为这种类型的任务进行排名，以便选择这种类型的最旧的可用任务。在有关任务的信息被提供给任务执行者之后(诸如在类似于图2A那样的消息中)，任务执行者可以作出适当的选择并把任务执行的结果提供给电子集市(诸如，在类似于图2C那样的应答消息中)。将会理解，各种各样的其它类型的消息可以对于各种其它类型的功能和通过使用各种其它格式类似地被交换，并且类似类型的消息可以被用于各种各样的类型的任务。

图4A和4B是任务完成测试器子程序400的实施例的流程图。该子程序例如可以通过执行图1A和1B中的TFF系统130和/或图3的TFF系统340的实施例而提供，诸如在本实施例中通过在适当时与任务请求者和任务执行者进行交互，以及可选地在适当时与其它第三方系统进行交互，从而提供用于由人执行的任务的电子集市。

该子程序从步骤405开始，其中接收信息或请求的指示，以及在步骤410，诸如根据先前指定的、对于特定用户或用户类型的访问控制，确定信息或请求的发送者是否被授权进行这种类型的请求或提供这种类型的信息。如果在步骤415中子程序识别出发送者是经过授权的，则该子程序进到步骤420，确定接收的指示是否为提交任务的请求。如果是的话，则该子程序进到步骤425，存储在步骤405接收到的任务信息，包括与任务执行有关的任何任务标准、有关任务执行的任何有关的奖励信息、以及作为任务的一部分的要被分析或操控的任何相关信息。

该子程序然后进到步骤430，诸如根据提交的任务的类型和/或由任务提交者作出的明确的请求，确定是否执行自动匹配，以识别适合执行任务的任务执行者，但在其它实施例中，也可能不提供这样的自动匹配功能。在所示实施例中，如果要执行自动匹配，则该子程序进到步骤435，执行自动匹配器子程序，然后在步骤440接收来自自动匹配器子程序的任何所识别出的任务执行者的标识。该子程序然后以适当的方式把任务告知那些识别出的任务执行者(例如，根据对于那些任务执行者的先前指定的用户喜好)。在步骤440之后，或如果替代地在步骤430确定没有执行自动匹配，则子程序进到步骤490。

如果在步骤420替代地确定接收的指示没有提交任务，则该子程序替代地进到步骤445，确定是否接收到对于现有的任务执行更新的请求，如果是的话，则继续进行步骤450，在适当时执行更新。这样的更新可以采取各种各样的形式，如修改有关的信息，或者删除还没有执行的待决任务，执行与任务有关的指示的行为(例如，在任务请求者看到和接受任务结果后将奖励提供给任务执行者)，等等。如果替代地在步骤445确定接收的指示不是要更新现有的任务，则子程序进到步骤455，确定接收的指示是否为对于有关一个或多个任务和/或一个或多个用户的信息的请求，诸如对于搜索或浏览的请求、对于有关具体的任务或用户的详细信息的请求、对于有关某些或所有类型的任务和/或用户的摘要或累计信息的请求等等。如果是的话，则子程序进到步骤460，识别和得到请求的信息，然后继续进到步骤462，诸如根据与得到的信息的任何方面或单元有关的访问控制确定指示的信息接收人是否被授权接收所有得到的信息(但在其它实施例中，访问确定也可以在得到信息之前做出或作为得到信息的一部分)。在步骤464，子程序然后删除其接收人没有被授权接收的任何信息，并且在步骤466，发送剩余的信息给接收人。在一些实施例中，指示可被提供给没有被授权的、任何删除的信息的接收人，而在其它实施例中，不提供这样的指示。在步骤450或466后，子程序进到步骤490。

如果替代地在步骤445确定接收的指示不是对于有关任务或用户的信息的请求，则子程序进到步骤470，确定接收的指示是否来自任务执行者的执行指示的任务的请求。如果是的话，则子程序进到步骤471，以适当的方式(例如，以对于任务指定的方式)检索和提供有关任务的信息给任务执行者，在步骤473，得到由任务执行者执行任务的结果。在步骤475，子程序然后诸如根据与任务有关的信息和/或对于任务请求者的用户喜好，确定是否立即将任务发送给任务请求者。如果是的话，子程序进到步骤477，发送结果。在步骤477后，或者如果在步骤475替代地确定在这时不把结果发送给任务请求者，则子程序进到步骤479，可选地按照任务信息向任务执行者提供与任务有关的任何奖励，诸如如果这样的奖励是在接收任务结果后自动提供的，或者作为替代，如果任务结果满足对于任务指定的、任何可自动地验证的标准，它将触发奖励的提供。在步骤479后，子程序进到步骤490。

虽然所示实施例表示同步的流程，其中子程序在步骤471发送任务信息后在步骤473等待和获取任务结果，但在其它实施例中，子程序可以以其它方式被构建，诸如在等待任务结果(如果有的话)被发送的同时继续进行其它处理。此外，在一些实施例中，任务执行者在他们接受执行任务的分配后不提供对于任务的任务结果，它可以在来自任务执行者的明确的消息中向子程序表示，任务执行者正在放弃或正在从任务执行中撤回，或者作为替代，通过在指定的时间间隔内不接收任务结果，如果是的话，则子程序继续处理其它与任务有关的请求和信息。此外，虽然这里未示出，但在其它实施例中，诸如当任务被指定给任务执行者执行时，和/或当指定的任务从没有完成任务执行的任务执行者处被撤回时，各种类型的通知可被发送到与它们提交的任务有关的任务请求者。

如果替代地在步骤470确定接收的指示不是要执行任务，则子程序进到步骤480，确定是否接收到指定与用户资格有关的信息的请求，如果是的话，则进到步骤482，执行资格管理器子程序，以处理与资格有关的行为。如果替代地在步骤480确定接收的指示不是要指定与资格有关的信息，则子程序进到步骤484，确定是否接收到与用户资格的确证有关的信息或请求或其它用户信息，如果是的话，则进到步骤486，执行信息确证管理器子程序，以处理与确证有关的行为。如果替代地在步骤484确定接收的指示不涉及到确证，则子程序进到步骤488，在适当时执行另一个指示操作，诸如由任务执行者指示：从指定执行任务中撤回或放弃执行任务的分配，指定各种类型的用户信息(例如，有关用户的身份或属性的信息，有关用户在TFF系统的帐户的信息，有关对于信息和/或功能的指定的访问控制的信息，有关系统操作的行政管理请求，对于与监视任务的执行或系统的其它操作有关的信息的请求)。

在步骤482、486或488之后，子程序进到步骤490，执行行为跟踪管理器子程序，记录有关已发生的行为的信息和对于与任务和用户有关的系统生成各种类型的回顾和概要累计信息。在步骤490后，子程序进到步骤492，执行任何附加的内务管理操作，诸如当在指定的时间间隔内没有发生事件时采取适当的行动(例如，从没有及时执行任务的任务执行者撤回指定的任务，当任务请求者没有及时拒绝由任务执行者提供的任务结果时，对于他们已执行的任务提供奖励给任务执行者，等等)。在步骤492后，子程序进到步骤495，确定是否继续进行。如果是的话，或者如果在步骤415确定发送者没有被授权，则子程序进到步骤405，以及如果不进到步骤499，则结束。虽然所示实施例可包括一次指定一个任务，但在其它实施例中，替代地以其它方式指定任务，诸如允许多个任务一起被提交(例如，允许进行批处理)，不管这些任务是否互相有关的。

图5是资格管理器子程序500的实施例的流程图。子程序例如可以通过执行图1B的用户资格管理器模块133的实施例被提供，诸如接收有关用户资格的信息并在适当时处理该信息。

子程序在步骤505开始，在其中接收与用户资格有关的信息或请求的指示。在步骤510，子程序然后确定接收的指示是否为来自用户的请求，诸如由该用户和/或其它指示的用户(或所有的用户)使用。如果是的话，则子程序进到步骤515，得到有关新的资格类型的各种信息并存储它，供以后使用。正如在其它地方更详细地讨论的，这样的资格类型可包括独特的名称，被授权发出该类型的资格的一个或多个实体的指示，对于该类型的资格如何被评级的等级程度的指示，资格类型被指定的特定系统的指示(例如，TFF系统)等等。

如果替代地在步骤510确定接收的指示不是指定新类型的资格的请求，则子程序替代地进到步骤520，确定接收的指示是否为指定对于特定用户的特定资格的请求。正如在其它地方更详细地讨论的，在一些实施例中，任何用户被允许作出对于任何用户(包括他们自己)的任何资格判定，其它确证的和/或有信誉的信息能够被用来确定给予特定资格多少加权因子。如果在步骤520确定接收的指示涉及到指定资格，则子程序进到步骤525，得到接收的资格信息和存储它用来指示的用户。正如在其它地方更详细地讨论的，这样的资格判定可包括对于该资格的资格类型的指示，对于该资格的等级或数值，资格的发布者，存储资格的特定系统的指示(例如，TFF系统)等等。在步骤525后，在步骤530，诸如根据用作为资格的精确度或正确度的证明的其它信息，进行确定在这时是否试图确证资格信息。如果是的话，则子程序进到步骤535，执行信息确证管理器子程序535，以及如果不是的话，则进到步骤599。在其它实施例中，不提供这样的确证功能，或这样的确证功能可以在其它时间执行。

如果替代地在步骤520确定接收的指示不是指定对于用户的资格的请求，则子程序替代地进到步骤590，在适当时执行另一个指示的操作，诸如更新有关现有资格的信息或删除现有的资格，或者将有关用户资格的信息提供给用户或其它系统。此外，在一些实施例中，子程序可以发出资格到至少某些用户，诸如根据用户相对于已被跟踪的TFF系统的过去的行为，诸如自动地(例如，根据周期的原则)和/或响应于来自用户的接收的请求根据指定的类型的跟踪的行为发出对于一个或多个特定的用户的特定类型的一个或多个资格，如果是的话，可以在步骤590执行这样的资格发布。在步骤515，535或590后，子程序进到步骤599，并且结束。虽然所示实施例可包括一次指定一个的资格和资格类型定义，但在其它实施例中，资格和资格类型定义可以替代地以其它方式被指定，诸如允许多个资格和资格类型定义一起被提交(例如，允许进行批处理)。

图6是信息确证管理器子程序600的实施例的流程图。子程序例如可以通过执行图1B的用户信息确证管理器模块137的实施例被提供，诸如接收有关确证用户资格的信息和请求与其它类型的用户信息以及在适当时应答。

子程序在步骤605开始，在其中接收对于特定的类型用户的确证请求或确证信息的指示。在步骤610，子程序确定是否接收到确证信息，诸如对于特定用户资格或其它的用户信息片段。如果是的话，则子程序进到步骤615，把确证信息与用户资格或它确证的其它用户信息相联系，诸如用于以后连同该用户信息一起呈现给其他人，允许接收人评估它的可靠性。

子程序进到步骤620，确定如果可能的话是否自动评估由确证信息提供的确证度，但在一些实施例中，可能不提供这样的自动评估功能。在所示实施例中，如果确证被自动评估，则子程序进到步骤625，分析有关确证信息的信息，以便分析信息提供用户资格的确证度或确证信息所应用的其它信息。例如，该分析至少部分地基于确证信息的类型和有关该信息的可靠度的指示，诸如信息源(和有关源的其它相关信息，诸如源的信誉度)。在步骤625后，子程序进到步骤630，可选地将对于新接收的确证信息的评估的确证度和对于每个用户资格的任何其它确证信息或它所应用的其他用户信息组合起来，以便诸如通过使用各种信息组合技术(例如，平均、加权平均等等)评估对于这些用户资格或其它用户信息的总的确证度。

如果替代地在步骤610确定接收的指示不是确证信息，则子程序替代地进到步骤635，确定是否接收到试图对于这时所指示的用户信息执行确证的请求，虽然在其它实施例中，可以不处理这样的请求。在所示实施例中，如果接收到确证有关的请求，则子程序进到步骤640，试图得到适当的确证信息，以及如果在步骤645确定得到该确证信息，则子程序进到步骤615，处理确证信息。试图得到确证信息可以以各种不同的方式执行，诸如基于要被确证的信息的类型(例如，试图根据询问用户确证用户的身份提供各种形式的身份的证明、试图通过相对于该资格测试用户确证用户的资格、试图从可能具有附加的相关的信息的第三方得到信息等等)。

如果替代地在步骤635确定没有接收到确证有关的请求，则子程序替代地进到步骤690，在适当时执行与确证有关的另一个指示的操作，诸如将确证信息或评估的确证度提供给用户或其它系统。在步骤630或690后，或者如果替代地在步骤620确定没有评估确证度，或者在步骤645确定没有得到确证信息，则子程序进到步骤699，并结束。虽然这里未示出，但在其它实施例中，提供附加类型的功能，诸如将应答提供给在步骤605提供确证信息或确证有关的请求的发送者，诸如表示所提供的确证信息的分析结果和/或试图满足接收的确证有关的请求的结果。虽然所示实施例可包括一次指定一个片段的确证信息，但在其它实施例中，确证信息替代地以其它方式被指定，诸如允许多个片段的确证信息一起被提交(例如，允许进行批处理)。

图7是行为跟踪器子程序700的实施例的流程图。子程序例如可以通过执行图1B的行为跟踪管理器模块138的实施例被提供，诸如跟踪有关任务执行的用户行为。子程序在步骤705开始，在其中接收自从上一个行为跟踪分析以来由任务请求者和/或任务执行者采取的一个或多个行动的的指示。子程序进到步骤710，存储行为信息和更新定量测量值和/或为受到指示的行为影响的用户排名。子程序然后进到步骤799，并结束。在一些实施例中，响应于要被跟踪的行为和/或响应于执行子程序的请求，子程序可以在不同的时间执行，诸如周期地执行。

图8是自动匹配器子程序800的流程图。子程序接收新的任务请求的指示，并试图把任务与适当的任务执行者自动匹配。子程序例如可以通过执行图1B的任务与用户匹配管理器模块132的实施例被提供，诸如在适当时将任务与任务执行者相匹配。在一些实施例中，子程序可以响应于接收到某些或所有任务的新的提交和/或在其它时间(例如，响应于执行匹配的请求)被执行。此外，在一些实施例中，自动匹配可以以其它方式被执行，诸如接收一个或多个任务执行者的指示(例如，对于系统的新的任务执行者)并把适当的任务与这些执行者相匹配。

在所示实施例中，子程序在步骤805开始，在其中接收新任务的指示。在步骤810，子程序识别其资格满足对于新任务的任何资格判定标准的一个或多个任务执行者。在一些实施例中，资格的匹配可以不用理解资格的意义或上下文的子程序而被执行(例如，根据识别来自任务标准的和对于具有相同的资格类型的与具有可兼容的数值或等级的任务执行者的资格)，诸如在其中资格是由用户指定的那些类型的实施例中。子程序然后进到步骤815，检索对于识别的任务执行者的喜好信息，以确定是否和如何通知他们新的任务。在步骤820，子程序按照喜好信息通知所识别的任务执行者新的任务。虽然这里未示出，但在其它实施例中，自动匹配器子程序还可以在适当时自动指定新的任务给一个或多个任务执行者，诸如根据由任务执行者以前作出的请求。此外，在一些实施例中，自动匹配器子程序可以执行诸如来自提供新任务的任务请求者和/或该任务被通知到的任务执行者的、收费的一个或多个指示的行为。在步骤820后，子程序进到步骤899，并结束。虽然所示实施例可包括一次一个地执行任务与任务执行者的匹配，但在其它实施例中，任务可以替代地以各种其它方式匹配于任务执行者和/或任务执行者替代地以各种其它方式与任务相匹配，诸如允许多个任务与任务执行者一起被匹配(例如，允许进行批处理)。

如前所述，在各种实施例中，可以提交和执行各种类型的任务，可包括牵涉到由任务执行者执行的各种类型的行为，诸如一个或多个提供的信息片段的分析(例如，翻译提供的字或段落，选择结果提供的段落的哪个段落最好地代表指定的对象，或识别提供的人的签名是否认证的，诸如通过与已知的样本比较和/或根据另一个项目)，或者检索或识别想要的信息。在一些实施例中，每个任务可能需要任务执行者很少的时间(例如，至多几秒钟)，虽然在其它实施例中，任务可能足够复杂，需花费大量的时间(例如，几小时或几天)。此外，虽然在一些实施例中，每个任务可以是利用任务执行者的认知和/或由具有其它思维技巧的认知能力的人执行的任务，但在其它实施例中，某些或所有任务包括由一个或多个任务执行者执行的物理行为(例如，拍摄和提供特定的类型的照片)，无论是作为一个或多个任务执行者的一个或多个认知或其它思维活动的替代还是除此之外。

此外，在一些实施例中，每个任务可以是与其它任务无关的独立行为，虽然在其它实施例中，某些任务分别可以是较大的集合体的一小部分，诸如允许大量不相关的任务执行者在非常短的时间内并行执行费时的整体任务(例如，甚至不用各个任务执行者知道各个任务是较大整体的一部分)，诸如以类似于网格计算的方式。当各个任务是较大整体的一部分时，单个任务执行者在某些情形下可以收集和累计或分析各个结果，虽然在其它实施例中，某些或所有累计或分析行为替代地可以是通过电子集市可得到的一个或多个其它任务。有关用户执行任务的其它信息被包括在2001年10月12日提交的、题目为“AHybrid Machine/Human Computing Arrangement”的待决的共同拥有的美国专利申请No.09/976,717中。

可以经由电子集市被执行的由人执行的任务的类型例子非排他地包括以下各项：各种形式的信息(例如，文本、语言和其它音频、图像和其它视频)在语言和/或信息形式(例如，音频材料的转录本)之间的翻译或转换；满足指定的标准(例如，识别作为类似具有指定特征等的组)的一组或多组视频信息(例如，照片或其它图像)和/或音频信息(例如，歌曲、语音消息等等)的选择；提供对于特定的问题的回答(例如，得到在用于集市的研究中使用的信息作为反馈，用于人机接口，以及其它类型的用户研究，作为产品和/或内容的发布前和/或发布后的回顾或对产品和/或内容的反应等等)和/或提供其它类型的指定信息(例如可从网页得到的、对于特定物品的遗漏的描述)；各种类型的外来源的任务(例如，工程、集市、销售、客户支持等等)；以及各种形式的信息的内容的分析，以识别指定的类型的内容(例如，垃圾邮件、色情品和其它恶心的或难看的材料等等)和/或把信息归类(例如，按照预定的分类学；根据所确定的源或信息的其它方面；等等)。当信息是要作为任务的一部分被分析时，该信息可以以各种不同的方式提供给任务执行者，诸如从TFF系统连同其它任务有关的信息一起，通过向任务执行者提供链路或其它指示器，以允许任务执行者检索信息(例如，从TFF系统，从对于任务的任务请求者，从TFF系统外部的位置或源等等)。

作为一个具体的例子，任务请求者可以代表商店(例如，Web商店)提交任务，每个任务请求至少两个任务执行者提交对于由商店提供的一个或多个物品丢失的、指定类型的数据(例如，用于立体声的性能技术说明书)。提交对于任务的相同的(或足够类似)数据的头两个任务执行者每人将接收付费(例如，$0.25)，因此以使得对于任务执行者和任务请求者的附加开销最小化的方式提供具有某种可靠度的信息。作为另一个例子，任务可包括分析来自其它任务执行者的任务执行结果，诸如确证或验证精确度或结果的感兴趣的其它方面(例如，使得具有较高的资格级别和/或附加资格的任务执行者回顾来自资格较低的任务执行者的结果)，比较来自多个任务执行者对于相同的或相关的任务的结果(例如，比较任务执行者与自动任务执行者的执行结果，诸如用于研究目的，或比较不同组的任务执行者的执行结果)，分析在试图确定任务执行者是否为人时的结果(例如，用于研究目的或验证或确证任务执行者的身份和/或资格)，等等。

如前所述，在一些实施例中，可以指定和使用各种类型的用户资格，以及在一些实施例中，用户资格分别可以与特定的资格类型相联系。这样的资格类型可包括在各种不同的实施例中的各种相关的信息，包括名字(例如，用于以后引用的目的)，指示允许的数值(例如，任何浮点数，真实/错误、枚举的排名的数值组，等等)的等级尺度，可向用户发布的资格类型的特定资格、一个或多个实体或实体类型的指示，超时条件(例如，唯一的用户识别号)或如何和何时类型的资格是有效的其它指示，指定资格类型的用户的指示(例如，限制可以修改、删除和/或观看有关资格类型的信息)，等等。在一些实施例中，每个资格可被存储在，或作为可包含某些或全部指示的类型的相关信息的资格数据结构的一部分被存储，无论是使用对于指定的资格类型特定的资格数据结构还是与任何特定的资格类型无关地。此外，对于其中TFF系统的多个实例或版本正在工作或其中具有重叠类型的功能的其它类型的系统可以交互的实施例，指定的资格类型还可以具有其上指定资格类型的系统的相关指示。此外，在一些实施例中，可以允许用户指定在系统内使用的新的资格类型。

如前所述，任务执行者资格在各种不同的实施例中还可以采取各种不同的形式，包括由他们拥有的资格的用户的自我宣称，由其它人根据任务执行者的以前的任务执行结果造成的任务执行者的人生成的等级(例如，来自提供任务的任务请求者的反馈和/或由过去执行的其它回顾者给出的等级)，以及由第三方当局提供的证书(例如，来自特定的教育机构的教育程度或其它完成者，来自特定的组织或竞争的奖励和其它识别，训练或知识水平的承认等等)。在一些实施例中可使用的证书的一种形式是由第三方作为服务，诸如对于支付，被提供的用户的荣誉或其它等级。与生成和提供用户等级信息有关的技术的讨论被包括在2003年8月22日提交的、题目为“Managing ContentBased On Reputation”的待决的共同拥有的美国专利申请No.10/636,341中，该专利申请整体地在此引用以供参考。

任务执行者资格还可包括由电子集市对于任务执行者的跟踪的行为的各种定量测量值，包括与特定的任务有关的测量值，在特定的一组多个任务上和/或在指定的时间间隔内的平均的和/或累积的测量值，以及有关在一个或多个指定的时间间隔内对于一个或多个测量值的改变的速率的信息。在各种不同的实施例中可以被使用的测量的类型非排他地包括：指定给任务执行者的任务的数目；指定给任务执行者的已完成的任务的数目或百分比；由任务执行者(例如，由任务请求者)完成、批准或拒绝的任务的数目或百分比；在完成之前，由任务执行者明确放弃(或丢弃)的指定任务的数目或百分比；在完成之前，从任务执行者处撤回(例如，由电子集市对于故障在指定的时间极限范围内完成任务)的指定的任务的数目或百分比；被提供给任务执行者的被拒绝的任务的数目或百分比(如果实施例包括提供任务到任务执行者)；在执行指定任务之前花费的时间量(例如，在时间上平均或分布)，等等。在一些实施例中，还可以根据由电子集市对于跟踪的行动的定量测量值，诸如从任务请求者提交的可用任务的数目、由任务请求者在指定之前被删除的提交的任务的数目或百分比、由任务请求者批准或拒绝的完成的任务的数目或百分比、由任务请求者修改的提交的任务的数目或百分比、当到期时在提供付费的及时性等等，授予任务请求者以资格。此外，在一些实施例中，任务执行者能够通过给任务请求者定等级，诸如对于在由那些任务请求者提交的任务的执行中所牵涉到任务执行者，而提供对于任务请求者的资格。这样的评级例如可以是基于任务请求者在分类他们提交的任务方面、在提供适当的补偿方面、在提供满意的任务结果后的提供付费方面等等的合理度。

在一些实施例中，电子集市还可以根据一个或多个不同的资格类型提供任务执行者相对于其它任务执行者的排名，任务执行者的排名水平还被用作为资格判定(例如，执行者是在指定的定量测量值的最高的10％内)。更一般地，在一些实施例中，执行者资格可包括有关可被测量或识别的执行者的任何信息。

因此，如前所述，在一些实施例中，各种类型的信息可作为资格。更一般地，在一些实施例中，任何用户可指定用于任何用户(包括他们自己)的任何资格，任何资格衡量尺度或方面，使用任何等级尺度，并且还可包括客观和/或主观资格。在一些实施例中，资格的意义或上下文可以在TFF系统的外部维护(例如，通过资格的发布者和/或使用它们作为对于被提交的任务的标准的任务请求者)，这样，TFF系统执行跟踪和匹配作为任意数据值的资格，而不用知道或使用资格的意义。因此，在一些实施例中，任何用户可以作为他们自己的发布当局来发布资格，并且以后通过搜索具有这些资格的用户和/或在他们的任务标准中包括这些资格的任务而使用这些资格。另外，在一些实施例中，资格可被发布和使用于不直接与TFF系统的用户有关的实体，诸如用于各种类型的第三方实体(例如，资格发布者)的资格。

此外，在一些实施例中，用户与其它系统的行为可以被用作资格，或者以其它方式，诸如根据从这样的其它系统中引入的数据。例如，在一些实施例中，TFF系统可具有涉及到用户的购买有关的行为的信息，否则诸如通过Web零售商或其它在线商人接收这样的信息。可以从零售商系统得到和使用的信息的类型包括用户的浏览历史、搜索历史、点击流(click-stream)历史、点击通过(click-through)历史、购买或租用历史、支付和/或信用历史、返还历史、服务有关的行为的历史(例如，呼叫客户服务的频率和次数)、打折和购买刺激鼓励的使用、由用户提供的(例如，物品、感兴趣的物品的清单或组的回顾)内容和/或信息的贡献(包括有关这样的贡献的各种细节，诸如长度、物品、提交的频率、由其它用户判断的质量)、参加各种基于社区的特性、在系统内的信誉(例如，根据由其它用户的选举或其它等级)、浏览器及所使用的浏览设备等等。类似地，来自TFF系统的资格和其它信息，在一些实施例中，可能能够输出到其它系统，供那些其它系统使用。此外，当这样的类型的信息可用时，它们也可以其它方式被使用。例如，如果根据用户与其它用户的关系，推荐信息对于该用户是可用的，则这样的推荐信息可用作对于该用户的资格信息(例如，该用户多半想要担当某种类型的任务)和/或推荐任务给任务执行者(例如，类似与你执行这种类型的任务那样的其它任务执行者)。

各种示例性资格非排他地包括以下项目：

C++编程级别2测试证书，由斯坦福大学的Bob Smith教授发布，测试分数95％(2005年1月13日，10:03 GMT；从发布日期起5年有效)

C++编程推荐证书，由Kemighan与Ritchie发布，“专家”级(2005年1月13日，10:03 GMT；无失效期)

能够按照在密苏里州圣路易斯市通行的社会标准区分色情物与非色情物，我自己发布，“我一看到它就知道它”(2006年6月27日，14:18 PDT)

以90％接受率完成需要自我发布的“能够按照在密苏里州圣路易斯市通行的社会标准区分色情物与非色情物”资格的任务，由TFF系统发布，以98％的接受率完成的1000个任务(2006年6月27日，14:18GMT，根据从2005年1月14日，9:00 GMT到现在的TFF系统中的执行结果)

牙病病人不能吃固体食物，由Mayo诊所发布，(无价值)(2005年1月15日，22:47 EST)

进行科研能力测试，由新泽西州普林斯顿的教育测试服务机构发布，分数文学＝508，数学＝518(2004年10月1日，从发布日期起6年有效)

通过加州的法律职业资格考试，由加州律师协会发布，“活跃成员”和“声誉良好的成员”(2004年10月3日；1994年5月15日的职业资格认可日期；暂时符合继续法律教育要求的继续状态，下一个符合时间间隔在2005年1月31日时或之前结束)

在纽约时报书评中公布的流行英语小说的至少两个述评，由纽约时报发布，由述评者至今为止公布的这类述评的总数(2005年1月15日，12:01 EDT)

是个考虑周到的人，由瑞士日内瓦的Jeanetts Smith发布，“trèssympa”(2004年2月29日，12:32 CET)

关于和资格有关的行为的信息也可以以各种方式被跟踪和存储。例如，可以对于所有的任务跟踪执行有关的资格评分，不管任务类型和/或需要的资格。作为替代，可以对于特定类型的任务或相关的任务组跟踪行为(例如，确定任务执行者在95％的时间内以资格“A”完成任务，而仅仅在80％的时间内以资格“B”完成任务)。类似地，可以对于任务的类别跟踪行为，诸如确定任务执行者在100％的时间内正确地完成“色情物识别”任务，而仅仅在80％的时间内令人满意地完成“捷克语-英语翻译”任务。

当搜索涉及到资格和/或任务的信息时，在一些实施例中，TFF系统允许执行各种各样类型的搜索。用户可执行的示例性搜索非排他地包括以下项目：

我创建/接受的所有的任务，以及这些任务的状态/进展(例如，由任务请求者和/或任务执行者)

所接受的所有当前可用任务，包括对于每个任务的必要资格和对于每个任务的支付/奖励(例如，由任务执行者)

在上一个24小时内添加的系统中的所有资格类型(例如，由任何用户)

在上一个星期内已经发布了新的资格的所有用户(例如，由具有足够许可权的任何用户)

昵称属性值为“Jill”的所有用户(例如，由具有观看用户昵称的足够许可权的任何人)

哪些可用任务的价格＜$1 ？在系统中目前有多少正在执行任务的任务执行者以及有多少没有正在执行任务的任务执行者对于这些任务中的一个或多个任务是合格的？(例如，由任务请求者)

有多少可用任务的任务请求者具有资格B？(例如，由任务执行者，诸如仅仅执行来自某些任务请求者的任务的任务执行者)

有多少用户具有资格X和(Y或Z)但没有资格W？在这些人中，哪些人具有数值超过90％的资格X(例如，由任何人)

哪些任务执行者在本星期内完成需要资格X的任务？他们全部完成的任务的多少百分比被任务请求者所批准？(例如，由任何人)

在姓名字段中包含C++的所有的资格类型中，多少百分比是在自2004年6月30日结束的12个月周期内创建的？(例如，由任何人)

在上个月之前或者代表发布者ABC发布多少在他们的名字中有字符串“St.Louis”的资格？(例如，由任何人)

在一些实施例中，系统还提供以下功能，即帮助认证或确证有关用户的信息，诸如用户的身份、用户的指定资格以及用户的其它种类的属性。具体来说，可以得到各种信息，并用作为确证有关用户的一个或多个信息片段的证明，诸如通过得到有关用户的过去行为的信息(例如，有关行为的反馈和/或等级信息)，来自其它人的关于有关用户的信息的精确度的“证明”或其它宣称，有关用户信誉的信息，有关在社区或组内的用户状态的信息(例如，社会联络组)，以及更一般地，可用来确证用户信息的任何可看到的标记。确证信息可以以各种方式得到，包括从第三方源和/或从其信息被确证的用户，以及确证信息的获取可以以各种方式发起，包括由提供确证信息的用户发起和/或以自动方式发起(例如，根据对于确证信息的需要)。此外，在一些实施例中，确证还可以通过使用附加技术得以增强，诸如通过监视用户的行为和/或通过偶尔向用户提出疑问(例如，通过给予用户简短的测试)验证有关用户的信息(例如，得到确认或反驳用户的资格和/或身份的信息)。

作为根据来自第三方的证明或其它信息来确证用户身份的一个例子，第三方可以是信用卡和/或借记卡的发布者，这样的卡提供在卡上的卡持有人名字是卡持有人的实际姓名的证明。与第三方有关的、各种各样的其它类型的证明或信息可以类似地被用于提供有关用户身份的信息，包括有关用户的银行帐户的信息或其它金融帐户的信息，政府发布的用户信息(例如，驾驶员执照、护照、社会保险号、选举身份卡、等等)，其它政府记录(例如，财产记录)等等。在这样的情形下，用户可以得到来自第三方的这类证明，并且以后把证明提供给系统，或者作为替代，系统在一些实施例中可以直接与第三方进行交互，得到用户的这类证明。例如，系统可以与第三方卡发布者和政府机关进行交互，或者替代地与提供牵涉到根据适当证明验证用户的真实身份、然后应请求把验证的真实身份信息的保证提供给其它人的服务的第三方进行交互。

如前所述，在各种实施例中可以以各种不同的方式得到与用户身份有关的各种类型的证明或其它确证信息，以及可以以各种不同的方式用来识别和/或确证用户的身份。例如，在一些实施例中，有关用户身份的信息可以通过使用由电话服务供应商所保存的信息而得到。在某些这样的实施例中，可以为用户提供执行身份确证行为的系统免费号码，并且当用户呼叫该免费号码时，实体可以收集由电话服务供应商通过该呼叫提供的用户身份信息(例如，用户正在由此进行呼叫的号码以及与该号码有关的名字)，诸如在确证用户以前提供的真实姓名时使用。有关用户的信息可以以类似的方式从具有类似信息的其它第三方收集，诸如通过使用具有非免费号码的蜂窝ID技术，对于由用户提供的号码进行逆号码查找，以识别与该电话号码有关的用户姓名，根据由用户发送的电子通信收集有关用户的信息(例如，根据由用户使用的电子邮件地址，用户的域名，即时消息传送或其它消息发送者身份等等)，和/或收集由其它供应商保存的信息黑用户(例如，互联网服务供应商、公用事业公司、教育机构、医院设施等等)。更一般地，在一些实施例中，系统可提供预定的API和/或一个或多个Web服务，其他人可以经由它提供有关用户的确证和其它信息。

在一些实施例中，有关用户身份的信息还可根据用户所属的组和/或用户的其它附属属性而得到和/或确证。例如，用户能够证明是提供可公开得到的、有关其成员关系或其它附属用户信息的组或组织的成员或其它附属属性，因此根据宣称的身份处在可公开得到的成员关系或其它附属属性提供用户所宣称的身份是准确的某些确证。作为替代，用户可以是社会联络组或其它用户组的一部分，这样，一个或多个其它用户组将为用户的身份作证。在这样的实施例中，用户可以提供有关一个或多个这样的其它用户的联系和其它信息(例如，电子邮件)，并且执行身份确证行为的系统然后可以利用所提供的信息帮助确证用户的身份，诸如通过使用联系信息询问那些其它用户提供一个用户身份的确证性陈述或其它信息。此外，当来自其它用户的信息被用来确证有关用户的信息时(例如，根据社会联络组)，可以考虑的附加因素是：用户组是否仅仅用作为自确证实体，以使得该组的用户仅仅互相确证，或其它外部证明是否对于提供附加确证是可得到的。

在得到确证信息后，它可以以各种方式被使用。在一些实施例中，对于一个用户信息段的一个或多个确证性信息(例如，用户资格)可以被呈现或者向其提供用户信息，以允许用户信息的接收人根据相关的确证信息估计它的准确度、信用度和可靠度。在其它实施例中，系统可以试图自动评估确证信息，以确定被确证的用户信息的可信度水平或数值或其它评估值，诸如根据确证信息的类型、在确证信息与被确证的信息之间的对应度和/或根据确证信息的源(例如，影响给予确证信息的加权值，诸如根据源的信誉度)。此外，在一些实施例中，某些类型的、确证有关的行为可以收费地执行，诸如从其信息正在被确证的用户处收费。

在一些实施例中可得到的、特定类型的执行者资格涉及到任务执行者在一个或多个资格测试中的表现。例如，计划提交多个类似类型的任务的任务请求者可以首先创建具有已知的或想要的执行结果的任务。该任务然后可以经由电子集市形成可用任务，作为由对于执行任务请求者的其它以后的任务感兴趣的任务执行者进行的资格检查任务。在任务执行者提供资格检查任务的结果后，这些结果可以相对于已知的或想要的结果评级，以确定任务执行者是否和/或以什么水平成功地执行任务。用于资格检查任务的执行的指定水平(例如，具有最小指定分数、或以最小的百分比相对于其它任务执行者进行记分)然后可被用作对于该任务请求者的以后的任务的执行者资格标准。这样的资格检查任务在各种不同的实施例中以各种方式被执行，包括对于任务的成功执行者付费或不用付费，由任务执行者对于任务执行尝试和/或完成付费，作为对于任何任务执行者或仅仅对于满足其它指定的标准(例如，成功通过测试的任务执行者的第一指定的数目，对于具有其它指定的资格的任务执行者，等等)的任务执行者可用任务，以及作为对于任务执行者明显地识别为资格检查的任务或不被识别为这样的任务。

除了执行者资格标准以外，任务请求者还可指定对于任务的各种其它类型的标准。例如，在一些实施例中，任务请求者可以指定涉及任务何时要执行的标准，诸如对于任务执行者的初始指定的超时时间间隔和/或对于在任务被指定给任务执行者以后他们提供任务执行结果的超时时间限制。在一些实施例中，任务请求者还可以指定有关提供结果的格式的信息(例如，由任务执行者要完成的应答形式，或者任务执行者要用来提供结果和/或执行任务的可执行的结果程序)。执行人资格标准和其它类型的标准也可以以各种不同的形式被指定，包括作为对于与任务有关的各种行为的精确匹配和作为最小值或最大值阈值(例如，允许任务指定；验证执行结果是满意的；诸如根据对于资格判定值的适当性的生成的自信度水平或数值，确定任务执行者的资格的数值是否足够；诸如根据基于确证的程度或确证量而生成的自信度水平或数值，确定任务执行者的资格的数值是否被充分确证；等等)。这样的阈值也可以由其它用户(例如，任务执行者)指定和/或在其它情形和实施例中由TFF系统自动指定。

此外，在一些实施例中，任务请求者可以提供附加的与任务有关的信息，帮助任务执行者识别适当的或感兴趣的任务，诸如对于任务的一个或多个类别(例如，根据任务的类型)和/或相应于任务的一个或多个关键字。这样的类别和/或关键字信息然后可以由任务执行者以后在搜索和/或浏览感兴趣的任务时使用。在其它实施例中，这样的类别和/或关键字信息替代地可以由电子集市根据与任务有关的信息的分析结果自动生成(例如，通过使用由任务请求者提供的任务的文本说明，通过使用由任务请求者提供的有关任务的历史信息，通过使用有关对于任务指定的标准的信息，等等)。

如前所述，在至少一些实施例中，任务请求者分别还可以对于任务的成功执行指定由任务请求者要支付的一种或多种费用给一个或多个任务执行者。在这样的实施例中，费用可被指定为在任何的各种各样的环境下支付，包括以与任务的特定的状态有关的方式(例如，对于其执行结果被任务请求者明确接受的第一任务执行者，对于其执行结果被电子集市自动接受的第一任务执行者，对于请求的任务被指派的第一任务执行者，等等)。在其它情形下，多个任务执行者可以接受对于任务执行的付费，诸如提供结果的头X个任务执行者(其中X是由任务请求者指定的数目)，多个任务执行者的结果是一致的，并形成来自X个任务执行者的指定水平的(例如，多数)执行结果，等等。

在其它实施例中，对于任务请求者的付费可以以其它方式被确定，诸如根据由任务执行者的出价(例如，作为标准的或荷兰式拍卖的一部分)，作为取决于在提供满意的执行结果方面成功的程度或数量的可变比率，等等。此外，在一些实施例中，任务请求者可以允许电子集市，诸如根据任务的类别，根据在任务请求时的当前的条件进行动态定价，指定对于任务的相关的付费(例如，用于费用)作为对于其由电子集市保证某些结果方面(例如，用来接收执行结果的最大时间，最小的执行结果水平，等等)的特级服务的一部分。此外，在一些实施例中，系统向任务请求者提供信息，帮助他们人工地为任务定价，诸如通过提供对于相同的类型的任务或对于其它相关的任务的历史定价信息，通过提供有关当前的价格和当前价格趋势的概要信息。

在对于任务确定要提供给一个或多个任务执行者的支付后，支付可以以各种方式作出。在一些实施例中，电子集市或相关的系统可以提供帐单给任务请求者和/或任务执行者用户，以及如果是这样的话，可以从任务请求者的这些帐户和/或任务执行者的这些帐户中进行支付。在其它实施例中，电子集市也可以与第三方系统进行交互，以便进行付费，诸如信用卡公司，银行等等。此外，在一些实施例中，可以进行各种各样的其它类型的支付，无论是除了从任务请求者到任务执行者的付费以外，还是替代地，诸如从任务请求者和/或任务执行者对于由电子集市提供的任何功能给电子集市的付费和/或诸如从执行任务请求者的任务的任务执行者对任务请求者的付费。更一般地，在一些实施例中，付费和其它奖励可被指定为从任何一方或多方流到任何一方或多个其它方，无论是任务执行者、任务请求者、TFF系统、外面的一方等等。在一些实施例中可被用来进行付费的、与付费有关的技术的讨论被包括在2004年7月19日提交的、题目为“AutomaticAuthorization of Programmatic Transactions”的美国专利申请No.10/894,347中，该专利申请整体地在此引用以供参考。

在任务请求被提交给电子集市后，任务执行者可以以各种方式得到有关可用任务的信息。在一些实施例中，任务执行者将向电子集市请求识别满足指定标准的当前可用任务，诸如所有当前可用任务或其指定的资格标准由任务执行者的当前资格满足的任务。虽然某些这样的任务信息请求在一些实施例中可以交互地作出，但在其它实施例中，至少某些这样的请求可以替代地以编程的方式作出，诸如通过使用专用程序或指令(例如，客户方程序、宏、插件等等)，被设计成检索用于任务执行者的这样的信息(例如，它从电子集市或从任务请求者对于他们的任务得到的)。除了根据任务执行者的资格搜索任务以外，任务执行者还可以指定各种各样的其它类型的、有关要识别的任务的信息，诸如从指定的任务请求者可得到的任务、在指定的类别中或具有指定的关键字的任务、具有指定的相关的付费或其它相关的标准(例如，截止日期)的任务，来自满足分配请求者资格标准的任务请求者的任务，等等。

除了搜索任务以外，任务执行者还可以请求任务以各种方式分配给他们，诸如通过识别一个或多个特定的感兴趣的任务和/或通过识别满足特定条件的任务(例如，根据任务标准、对于任务的相关的奖励、有关提交任务的任务请求者的信息和身份等等)。在任务分配给任务执行者后，任务执行者然后可以与电子集市进行交互(以交互方式或者以编程方式)，根据任务的执行提供执行结果信息。此外，在一些实施例中，任务执行者可以以各种方式表明，他们希望接收一系列相关任务的分配，诸如特定任务类型的任务。通过创建这样的“流水线”而得到的任务，任务执行者能够更有效地执行任务(例如，如果有足够的任务被分配给任务执行者，以允许他们不断地有要执行的可用任务队列)，在一些实施例中，可以相应地对于接收这样的功能而收费。这样的一系列任务分配的创建可以以各种方式执行，诸如通过用TFF系统对于特定类型的任务登记通知和/或分配请求和/或通过用TFF对于特定类型的任务充分执行搜索或分配请求，通过使用应用程序自动执行这样的重复搜索，等等。

在一些实施例中，关于任务是否要分配给任务执行者的决定至少部分是根据由任务请求者对于任务指定的信息。例如，每个任务可以允许特定数目的任务(例如，一个)同时或顺序地分配给任务执行者。此外，在一些实施例中，任务的分配这样作出，以锁定该分配(例如，在指定的时间间隔内)，这样，它对于其它任务执行者是不可得到的，而在其它实施例中，也可以不执行这样的锁定。因此，例如如果任务请求者希望尽可能快地得到结果，并且只愿意付费给提供满意结果的第一个任务执行者，则任务请求者可以指定任务对于任何数目的任务执行者都是可用的，并且它的分配不被锁定，导致在任务执行者之间在要成为第一个提供成功的结果方面产生竞赛。作为替代，任务请求者可以替代地希望来自仅仅单个任务执行者的满意结果，但可以在任务被分配给任务执行者后提供任务锁定，允许他们在指定的时间量(例如，一分钟或一天)内提供满意的结果，之后任务将对于其它任务执行者是用的。

作为另一个例子，任务请求者可能想要来自多个任务执行者的应答(例如，能够比较多个应答作为自动精度检验)，如果是这样的话，可以允许特定数目的同时分配(例如，相应于想要的应答的数目)。当得到来自多个任务执行者的应答时，它们可以以各种方式被使用，诸如生成各种结果的平均值，通过全部或通过大多数或通过中间数，识别互相一致的结果，等等。此外，在这样的情形下，多个任务执行者可以以各种不同的方式被付费，诸如提供相同的费用给提供结果的所有任务执行者，只把费用提供给其结果被确定为精确的或者是被使用的那些任务执行者(例如，根据它们是结果的大多数)，支付不同的费用给不同的任务执行者(例如，根据结果的确定的精确性，或提供结果的及时性)，等等。

在任务执行者完成任务的执行并把任务执行的结果提交给电子集市后，结果以由任务请求者指定的方式被处理。例如，在一些实施例中，任务的这种任务结果可以即时转发到任务的任务请求者，但在其它实施例中，任务结果也可以被存储，直至任务请求者检索它们为止(例如，在接收到来自电子集市的、关于它们可用性的通知后)。此外，在一些实施例中，任务请求者可以指定涉及估计执行结果是否满意的一个或多个标准，如果是的话，电子集市系统可以在把结果提供给任务请求者之前根据这些标准自动执行这样的结果验证。在一些实施例中，任务请求者还将接收有关任务执行的附加信息，诸如关于任务执行者身份的信息，虽然在其它实施例中，这样的附加信息对于任务请求者是不可得到的。

如前所述，在一些实施例中，对于任务执行者的付费也由涉及到执行结果的一个或多个行为被触发，诸如由任务执行者提供执行结果或由任务请求者批准任务执行和/或自动任务验证行为。此外，在一些实施例中，在任务执行结果由任务执行者提供后，这些任务的任务请求者还可以被询问，提供对于任务执行者的人生成的等级(例如，在对于这些任务执行者的资格确定时使用)，诸如涉及到执行结果的适当性和及时性，虽然在其它实施例中，电子集市替代地可以接收来自任务请求者的任何这样的反馈信息，即使在没有明确请求时。同样地，在一些实施例中，任务执行者可以提供对于任务请求者的等级和反馈信息，它们可被用于这些任务请求者的资格确定(无论是响应于询问还是其它)，诸如涉及到付费的及时性和适当性，任务说明的充分性。

在其中对任务执行者和/或任务请求者进行定量测量，诸如作为这些用户的资格的实施例中，电子集市系统还执行各种类型的跟踪行为，以便收集对于这些定量测量值的信息。具体来说，在一些实施例中，任务执行者和/或任务请求者对于任务的每个行为被记录，以及可被用作为定量测量值。此外，至少某些这样的跟踪信息在至少一些实施例中可被用于其它用途，诸如确定电子集市上的可用性和负荷(例如，确定是否需要附加计算资源或当前的计算资源是否没有被充分利用)。

除了响应于请求把任务信息提供给任务执行者以外，电子集市在一些实施例中可以在新的任务成为可用时提供自动匹配任务执行者与新任务的功能，诸如用于某项费用(例如，被提供给任务执行者的固定的量，或任何付费的百分比，如果他们完成他们被告知的任务的话)。例如，如果任务执行者先前提供资格信息和/或有关感兴趣的任务的喜好信息(例如，在指定的类别中的任务、具有指定的关键字的、来自指定的任务请求者、来自具有特定的资格的请求者，等等)，诸如在初始登记过程期间，电子集市可以对于被提交的新任务执行自动匹配，以便确定任务执行者是否满足对于任务的任何指定的标准，以及是否想要被告知任务。如果是的话，则电子集市可以以各种方式通知任务执行者，诸如根据先前提供的、有关如何和何时告知他们的喜好信息。此外，在一些实施例中，自动匹配还可以将新任务自动分配给适当的任务执行者(例如，按照由执行者指定的喜好信息)，包括锁定任务指定，如果对于任务适当的话。在其它实施例中，任务执行者可以通过使用第三方功能接收类似的功能，诸如用来得到有关来自电子集市的新任务的信息的自动程序(例如，根据轮询)，以及代表一个或多个任务执行者执行用于这些新任务的自动匹配功能。

任务与任务执行者的匹配可以以各种方式提供。例如，在一些实施例中，匹配以双向方式执行，诸如当任务具有对于任务执行者的标准和任务执行者具有对于任务的条件时(例如，任务的属性和/或提交任务的任务请求者的属性)。此外，当执行时，可以类似地考虑各种各样其它类型的信息。例如，在一些实施例中，匹配可以是时间敏感的(例如，根据任务的紧急性)和/或价格敏感的(例如，当执行任务的价格随时间而改变时，诸如随着时间增加价格直至任务被执行，或者随着时间降低价格)。类似地，在一些实施例中，可以考虑各种各样其它类型的信息，诸如法律限制(例如，加强在分配给任务执行者的任务数目上的最小值或最大值限制，诸如因为合同或收税的原因，在某些实施例和情形下，由于合同或收税的原因，将任务的执行限制为位于某个地理区域内的任务执行者)。此外，某些类型的任务可能限于某些类型的任务执行者，诸如仅仅新的任务执行者(例如，帮助可能缺乏广范资格的新的任务执行者)和/或仅仅有经验的任务执行者。

此外，在一些实施例中和/或对于某些类型的任务(例如，任务请求者已请求和/或购买增强的或“保管(concierge)的”级别的服务的任务)，系统可以通过试图以各种方式定位执行任务的任务执行者而实行任务执行。例如，在一些实施例中，系统可以帮助任务执行者加强他们的资格，诸如通过推荐他们获得新的资格(例如，根据当前的和/或突出的对于资格的要求，或者根据与他们可能与其竞争任务的其它类似的任务执行者的比较)，以及在一些实施例中还可以帮助任务执行者获取新的资格(例如，通过提供资格测试以获取资格，提供来自第三方资格发布者(或“发布实体”)的、有关如何获取资格的信息，等等)。当对于任务执行者的精确的匹配是不可得到时，系统还可以提供附加功能，帮助任务请求者诸如识别最接近于匹配的任务执行者和根据这些任务执行者的接近度提供排名表。系统可以类似地为任务执行者排名任务(例如响应于搜索)，以识别作为最接近的匹配的任务和/或拥有第一感兴趣的其它属性(例如，具有最高的奖励)的任务。此外，在一些实施例中，系统可以试图识别外部的资格信息源和输入的附加资格信息，诸如识别由于缺乏完整的资格信息而最初不知道的匹配。

此外，虽然在一些实施例中，任务可能具有由任务请求者提供的相关的类别和/或关键字，但在其它实施例中，电子集市系统根据有关任务的信息的分析自动对任务进行分类并生成用于该任务的关键字，诸如通过使用数据采集和其它相关的分析技术分析属性的相似性。类似地，在一些实施例中，电子集市可以根据资格的相似性和其它属性把相关的任务执行者和/或任务请求者组织成组。这样的组织和类别帮助电子集市的用户识别任务和感兴趣的其他对方，诸如与其一起工作或避免与其工作的其它对方。

如前所述，在一些实施例中，每个任务可以是简单的独立行为，任务执行者对于其接收任务说明(以及可选地接收附加信息进行分析)并提供任务执行的结果。然而，在其它实施例中，某些或所有的任务替代地可以具有多级和/或多个相关的接连的行为由任务执行者执行，包括具有在这些级或接连的行为期间和/或之间的交互(例如，与任务请求者、TFF系统和/或一个或多个其它执行的应用)。在这样的实施例中，可以以各种方式提供付费给任务执行者，诸如根据所有的阶段/行为的完成，或者替代地根据每个一个或多个中间的阶段/行为的完成。

此外，虽然在一些实施例中，每个任务执行者可以与其它任务执行者无关(甚至是不知道的)，但在其它实施例中，多个任务执行者替代地可以以各种方式互相附属或互相关联的，诸如通过作为单个组织的一部分，当执行某些或所有的任务时通过(例如，作为一个组)一起工作(例如，协调相关任务的执行和/或共享与任务有关的知识)。在至少某些这样的实施例中，任务可以由一个或多个任务请求者提交并由一组多个任务执行者执行(例如，通过指定的组，通过具有至少最小的数目的成员和/或具有至多最大的数目的成员的组，通过具有对于组的一个或多个指定资格的组，等等)，以及一组多个任务执行者可以接受一个或多个任务由该组的一个或多个成员执行，即使在任务请求者没有指定那些任务是由一组执行时。此外，当多个用户作为一个组一起工作时，该组在一些实施例中可以被TFF系统以类似于单个用户的方式被处理，诸如允许发布对于该组的资格和/或具有各种类型的相关信息，以及在一些实施例中根据组的成员的各个资格自动确定对于组的累积的资格。

类似地，虽然在一些实施例中每个任务请求者可以是与其它任务请求者无关(甚至是不知道的)，但在其它实施例中，多个任务请求者替代地可以以各种方式互相附属或互相有关的，诸如通过作为单个组织的一部分，通过对于要执行的某些或所有的任务(例如，作为一个组)一起工作(例如，协调对于相关的任务的执行请求，诸如通过识别它们为相关的，和/或指定与一组任务的执行有关的标准)等等。以相关的方式，在一些实施例中，成组的任务可被识别为相关的(例如，根据从任务请求者接收的、对于任务的指示)，诸如以各种方式协调任务的执行(例如，通过收集或累积对于所有的任务的执行结果，通过便于协调执行的方式把它们分配给一个或多个任务执行者，等等)。此外，在一些实施例中，任务请求者和/或任务执行者可以以各种方式被征募，以参加到系统中，包括根据现有的组成员或其它相似性信息(例如，识别可能有时间作为任务执行者工作的人，诸如由于他们在老年组中的成员关系，根据他们的潜在的退休的状态)。

在一些实施例中，还采用附加保密机制来限制至少某些用户访问至少某些信息。例如，有关任务的某些信息可能对于至少某些任务执行者是不可得到的，诸如对于没有资格执行该任务的、任务没有被分配的、或满足由任务请求者指定的标准的任务执行者隐藏有关任务的存在或有关某些任务细节的信息。而且，有关任务的某些信息仅仅当某些条件满足时，诸如完成非公开的约定或满足其它指定的标准，才对于潜在的任务执行者成为可得到的。类似地，有关任务请求者和/或任务执行者的至少某些信息对于至少某些其它任务执行者和/或任务请求者是隐藏的，诸如屏蔽用户的身份(例如，提供在提交任务的任务请求者与执行任务的任务执行者之间的局部或全部匿名性，或者将有关任务执行者或任务请求者的信息限制为潜在的对手)，或者限制对有关定量测量值或其它资格的访问，以避免集市的参与者人为地操控排名和其它资格信息的企图。具体来说，在一些实施例中，任务执行者的至少某些资格可以是对于任务执行者和/或对于发布这些资格到那些任务执行者的任务请求者来说是隐私，诸如允许任务请求者把他们的任务的执行限制于任务执行者，使得对于没有这些资格的其它任务执行者是看不见的。

在一些实施例中，系统还试图提供有关系统中的其它信息的元信息(例如，任务执行结果、用户资格的适当性、用户资格的确证的适当性等等)，诸如将关于任务执行结果的可能的适当性(例如，精确性、可靠性、可重现性等等)的置信度数值提供给任务请求者，提供关于用户的资格(例如，用户的对于资格的等级)的可能的适当性(例如，精确性、可靠性、可重现性等等)的置信度数值给用户，将关于用户资格的确证的可能的适当性(例如，精确性、可靠性、可重现性等等)的置信度数值提供给用户，等等。这样的置信度数值可以对于任务结果以各种方式被生成或者被确定，诸如根据从不同于提供结果的任务执行者的其它任务执行者得到的信息(例如，通过使得多个任务执行者执行一个任务，并比较它们的结果，通过有更多资格的任务执行者回顾最初得到的任务结果等等)，根据这些结果与对于类似的或相关的任务接收的其它结果的比较结果，根据自动验证这些结果是否满足对于该任务指定的标准，等等。这样的置信度数值可以对于用户的资格和对于用户资格的确证以各种方式生成或者被确定，包括根据由那些用户提供的或者与那些用户有关的信息和/或根据由其它用户提供的或者与其它用户有关的信息。

在一些实施例中，系统还以各种方式帮助任务请求者得到有用的结果，诸如通过对于没有接收到的、或后来成为不满意的结果作出的付费提供赔偿的保险，通过提供信托付款服务，其中付费被保持直至它们可被验证为满意的为止，通过提供适当的合同项(例如，强制性仲裁)或解决争论的其它机制，等等。某些或所有的这些功能在一些实施例中可被提供用于费用，诸如对于在从所提供的功能获利的事务中所涉及的任务请求者和/或任务执行者收费的费用。此外，在一些实施例中，系统试图通过知道任务请求者和/或任务执行者的喜好而随时提高它的性能，诸如通过监视在它们的行为和/或收集来自它们的、关于先前行为的反馈。

系统和/或想要的技术在一些实施例中也可以以其它方式被使用。如前所述，系统可以在一些实施例中输出各种信息供其它系统使用，诸如用户资格信息和其它类型的用户信息。此外，资格信息的使用在一些实施例中可被用于约会或其它社交或业务联络，诸如通过提交具有资格标准的任务，打算匹配于其资格满足资格标准的用户—在本例中，任务可以通过识别满足任务的相关的资格或其它标准的一个或多个任务执行者而被执行。类似地，在其它实施例中，可以类似地找到符合指定标准的用户，用于其它目的，以识别适当的用户，用于研究学习、表决、征求意见、调查等等。

如前所述，在一些实施例中，TFF系统帮助管理至少某些类型的与用户的交互，诸如允许任务请求者和/或任务执行者指定如何与正在执行他们的任务的任务执行者进行某些类型的任务有关的交互，具体来说，为他们提交的每个任务指定一个或多个任务交互控制(“TIC”)类型。在至少某些这样的实施例中，每个TIC类型当把任务有关的信息呈现给任务执行者时和/或当从任务执行者得到任务执行的结果时，与要被执行的多种类型的处理的不同的组合相联系。当TFF系统与任务执行者交互、管理具有指定TIC类型的任务的执行时，TFF系统实现用于指定TIC类型的处理类型的组合，以控制这些交互。

在一些实施例中，对于每个TIC类型可以指定至少四种类型的用户交互处理，包括在任务被提供给任务执行者之前操控与任务有关的信息的指定方式(例如，准备要呈现给任务执行者的信息)，把操控的任务信息提供给任务执行者的指定方式(例如，控制操控的任务信息向任务执行者的呈现)，从任务执行者接收或者得到任务执行结果的指定方式(例如，控制任务结果如何被任务执行者指定和发送)，并在任务结果被提供给任务请求者之前操控所得到的任务结果的指定方式(例如，准备要呈现或者被提供给任务请求者的信息)。这样，每种类型的用户交互处理可以与其它用户无关地被指定，诸如通过使用第一数据格式和/或第一传输协议将任务信息发送到任务执行者和通过使用不同的第二数据格式和/或不同的第二传输协议从任务执行者接收任务结果，和/或使任务信息以第一格式被指定和使任务结果以第二格式被指定。

此外，在至少一些实施例中，执行一种类型的用户交互过程的指定方式可以由用来实施该指定方式的处理的、包含可执行信息的部件来实施。例如，每种指定方式的操控任务信息在它被提供给任务执行者之前可以由适当的任务信息操控部件实施，每种指定方式的发送操控任务信息到任务执行者可以由适当的任务信息提供者部件实施，每种指定方式的从任务执行者接收任务结果可以由适当的任务结果接收机部件实施，以及每种指定方式的操控接收任务结果可以由适当的任务结果操控部件实施。

在任务信息被提供给任务执行者之前操控任务信息的用户交互处理类型的某些说明性例子包括以下步骤：使用XSLT(“可扩展样式语言转换”)把XML格式的任务数据变换成HTML(“超文本标记语言”)格式(例如，用于作为以指定的方式被格式化的网页显示给任务执行者)或另一种格式(例如，不同的XML格式)；把可呈现在任务执行者的计算设备上的格式(例如，以在任务执行者的计算设备上由宏介质播放器呈现的快闪格式，或作为可以在任务执行者的计算设备上执行的Java applet的一部分被包括)下的任务数据封装成用于发送给任务执行者另一种格式(例如，HTML)；在数据信息被发送给任务执行者之前加密任务信息(例如，使得它可以由任务执行者的计算设备解密的方式)；修改任务信息的形式(例如，把基于XML的数据变换成用于呈现的图/曲线图/表格)；操控任务信息的内容(例如，把一种语言的文本转换成另一种语言)，无论是除了操控信息格式以外还是替代操控信息格式。要被操控的任务信息也可以采取各种形式，包括文本、数字数据、一个或多个图像、视频数据、音频信息等等。

把任务信息提供给任务执行者的用户交互处理类型的某些说明性例子包括以下步骤：将网页或其它文档类型发送给任务执行者，用于通过Web浏览器或在任务执行者的计算设备上的其它适当的应用程序进行显示或其它呈现(例如，使用HTTP，WAP(或“无线应用协议”)，SSL(或“安全套接字层”)，安全HTTP等等)；以及调用适当的环境来执行代码(例如，使用JNLP(或“Java网络发送协议”)来执行Java applet)的方式将可执行代码(例如Java applet)发送到任务执行者的计算设备。在一些实施例中，将用户信息提供给任务执行者的用户交互处理类型可包括选择在发送任务信息时要使用的协议和/或可包括使得在任务执行者的计算设备上的特定类型的应用接收和处理任务信息(例如，通过使得该程序被调用)。

从任务执行者获取任务信息的结果的用户交互处理类型的某些说明性例子包括以下步骤：经由所提供的基于Web服务的接口接收任务结果，在任务执行者的计算设备上的程序调用该接口发送任务结果；诸如从在被显示给任务执行者的网页上的一种形式接收任务结果作为CGI数据(例如，经由HTTP GET和/或POST命令)；以及接收从在任务执行者的计算设备上的执行程序发送的任务结果(例如，使用将任务信息提供给任务执行者的、特定的用户交互处理类型而被调用的程序)，诸如使用各种各样的通信技术(例如，CORBA，RPC，JavaRMI(或“远程方法调用”)，通过使用ReST(或“代表性状态转移”)在HTTP上发送XML数据，等等)。

在把任务结果提供给任务请求者之前操控所得到的任务结果的用户交互处理类型的某些说明性例子可包括类似于在把任务信息提供给任务执行者之前操控任务信息那样的处理。此外，在把任务结果提供给任务请求者之前操控所得到的任务结果可包括以下步骤：使用XSD(“XML方案定义”)或DTD(“文档类型定义”)把CGI形式的任务结果数据变换成XML格式；对在任务执行者的计算设备上加密的任务结果进行解密；以各种方式修改任务结果的形式或操控任务结果的内容；以及用作不修改任务结果的传送通过机构。

在一些实施例中，由TFF系统提供对于每种类型的用户交互处理的多个替换例，诸如通过将每个替换例实现为不同的部件。因此，例如，对于操控任务信息的处理类型的替换例，每个可以由相应的任务信息操控部件实现，它可包括一个或多个不同的部件，每个部件具有用于以指定的方式变换XML格式的数据的XSLT指令；一个包括在HTML封装器中封装Flash格式的任务数据的可执行的信息的部件；以及提供它输入为接收的同一任务信息作为输出的传送通过部件。对于每个用户交互处理类型的类似的替换例可以由TFF系统提供。

此外，在一些实施例中，TFF系统提供一种或多种预定TIC类型，每种类型与部件的不同的组合相联系，包括每种用户交互处理类型的至少一个部件。这样，任务请求者可以指定通过选择一个预定TIC类型而提交的任务的TIC类型。此外，在一些实施例中，任务请求者可以指定对于一个任务的多种TIC类型(例如，TIC类型使用不同的处理类型，用于将操控任务信息提供给任务执行者)，诸如允许具有计算设备的任务执行者具有各种各样的执行任务的更大能力。此外，在一些实施例中，TFF系统还可以通过自动选择由任务执行者使用的、对于一个任务的多种指定的TIC类型之一而执行任务，诸如根据任务执行者的计算设备的已知的或可识别的能力。

除了选择预定的TIC类型以外，在一些实施例中，TFF系统还允许用户定义他们自己的TIC类型，诸如供他们自己使用和/或供其它用户使用。在一些实施例中，TIC类型定义可包括用户对于每个用户交互处理类型选择预定的部件，虽然在其它实施例中，还可以允许用户对于一个或多个用户交互处理类型中的每一个类型提供他/她自己的部件(例如，被设计用来处理以对于由用户创建的任务类型特定的方式被格式化的数据)。此外，在一些实施例中，用户提供的部件可以以与预定的替换例的那些不同的方式执行用户交互处理(例如，组合两种或多种用户交互处理类型的处理的、用户提供的部件，诸如将信息发送给任务执行者并从任务执行者接收任务结果)和/或可以执行各种附加类型的处理。此外，虽然在一些实施例中所选的用于TIC类型的部件以预定的串行方式交互(用任务信息操控部件接收原始的任务数据，并将操控任务信息发送给任务信息提供部件，并且用任务结果获取部件接收原始的任务结果，并把它们发送给任务结果操控部件)，但在其它实施例中，可以允许用户指定附加的逻辑或关系，来指定部件如何交互。此外，在一些实施例中，部件的选择可以取决于在部件被选择之前和/或之后所使用的部件，因此对于定义新的TIC类型的用户可获取的部件的类型可以根据已作出的选择和/或对于任务特定的信息而变化。

为了说明起见，下面描述其中特定类型的用户交互以特定方式被管理的某些实施例中，包括通过以特定方式使用各种特定类型的任务信息处理信息。然而，本领域技术人员将会理解，本发明的技术可以用于各种各样的其它情形下，包括其它类型的任务信息处理和管理其它类型的用户交互，本发明不限于所提供的示例性细节。

图12A-12J示出了使用多种用户交互处理类型来管理与任务执行有关的交互的例子。具体来说，图12A示出了被提交给TFF和与TIC类型(未示出)有关的示例性任务，在本例中任务信息以XML格式被指定。此外，本例中的任务包括“多种选择”型的问题(如第2行所示)，它是其中任务执行者以类似于先前相对于图2A讨论的那种方式在5种指定的图像中选择最好地满足指示条件的一种图像的多种选择问题。在本例中，任务条件涉及到选择最好地匹配于指定目标的图像(如在将被呈现给任务执行者的任务的第4行上的文本表示的)，以及任务包括在第6-35行上“image/jpeg”类型的5个图像的指示。

图12B示出了XSD文件的例子，包括可以由TFF系统或其它实体用来验证具有“多种选择”型的问题的任务被正确地构建并包括适当数据的信息。例如，文件的第30-35行显示在图12A上所示的任务的“问题”部分中使用的允许的类型和数据单元，具体来说，它显示“问题”数据单元，具有“标题”、“文本”和“选择”的子单元，它们分别具有允许的类型“字符串”、“字符串”和“选择型”。文件的其它部分提供其它相关的信息，诸如第23-29行还指定“选择型”数据类型。

图12C-12G接着显示在准备用于呈现给任务执行者的、图12A所示的任务信息时使用的任务信息操控处理类型信息的例子，诸如根据对于与任务有关的TIC类型指定的任务信息操控处理类型。在所示实施例中，任务信息操控处理类型信息被实现为可用来把XML输入文件变换成输出HTML文件的XSLT部件。在XSLT部件中的信息可以由XSLT处理器程序用来找出在XML输入文件中的特定表述模式，然后把它以指定的方式变换成由XSLT处理器创建的新的输出文件。例如，图12C的第4行显示，在本例中输出文件格式将是HTML。第7行显示要被匹配的输入XML文件表述是“/Question”，以及第8-23行显示要被包括在输出文件中的相应的HTML标签。图12C所示的下面的行和图12D-12G中的那些行然后显示来自任务的任务信息如何被操控而形成作为网页被呈现给任务执行者的适当的输出HTML文件。

在HTML输出文件被发送到任务执行者的计算设备后(例如，通过操控任务信息提供器处理部件(未示出)，它通过使用HTTP协议发送数据，诸如根据对于与任务有关的TIC类型被指定的操控任务信息提供器处理类型)，图12H显示作为网页对任务呈现器的HTML输出文件的显示，诸如在任务执行者的计算设备上的Web浏览器上。在本例中，所显示的网页显示向任务执行者提出的问题1225，多个用户可选择的图像选择项1205a-e被显示为对于问题的可能的答案。具体来说，在本例中，每个选择项1205包括显示的图像和任务执行者可以选择的、用户可选射频按钮控制1215。在进行选择后，在本例中是选择图像4，任务执行者点击在屏幕的底部的“提交”按钮1220，使得任务执行的结果被发TFF系统。

在TFF系统处接收任务结果信息后(例如，通过处理部件(未示出)，它通过接收来自任务执行者的CGI数据而得到任务结果，诸如根据对于与任务有关的TIC类型被指定的任务结果提供器处理类型)，图12i显示在准备要提供给提交任务的任务请求者的任务结果时使用的任务结果操控处理类型信息的例子，诸如根据对于与任务有关的TIC类型指定的任务结果操控处理类型。具体来说，在本例中，处理信息被实现为可用来把来自任务执行者的任务结果变换成XML格式，以使它们可以编程方式提供给任务请求者的另一个XSLT部件。例如，第4行显示XSLT文件的输出将是“xml”数据，第5行指定“/CGIData”是在结果信息中要匹配的，以及第6-11行指定：对于所选择的图像的“@value”参数的数值作为想要的数据被写入到输出XML文件。图12J然后显示从任务结果操控处理的操作得到的输出XML文件，第3行显示由任务执行者选择的答案被添加标签“Image4”。

图13显示类似于先前相对于图1B所讨论那样的TTF系统130的示例性实施例，但配备有附加模块，提供所描述的与TIC类型的使用有关的功能。具体来说，图1B包括用户交互管理模块134帮助管理至少某些类型的与用户的交互，而图13在所显示的实施例中包括三个附加模块1343、1344和1346，提供与TIC类型的使用有关的功能(例如，作为用户交互管理模块的子模块或用户交互管理模块的具体的实施方案)。具体来说，在图13所示的实施例中，TFF系统130括任务交互控制器模块1343、TIC类型定义器模块1344、和任务提交接收机模块1346。为了简要起见，图13上没有包括相对于图1B讨论的各种其它模块和信息，但在其它实施例中可以包括它们，并在适当时与所显示的模块进行交互。

在所示的实施例中，任务提交接收机模块接收来自任务请求者的任务的提交，并把一个或多个TIC类型与每个提交的任务相联系，诸如根据由提交任务的任务请求者对于任务的TIC类型的技术指定。在任务请求者以交互的方式提交一个或多个任务的情形下，任务提交接收机模块可以通过把对于TIC类型的选项提供给任务请求者而帮助识别适当的TIC类型，诸如根据与任务的类型和/或任务请求者有关的信息。TIC类型选项可包括预定的TIC类型和/或由任务请求者先前指定的TIC类型，在一些实施例中，任务提交接收机模块还允许任务请求者指定用于提交的任务的新的TIC类型，诸如根据与TIC类型定义器模块的交互。在其它实施例中，一个或多个TIC类型与任务的联系替代地在不同于任务提交的时间执行，诸如在提交之后。在任务被提交并与一个或多个TIC类型相联系之后，有关相关的TIC类型的信息连同有关任务的其它信息一起被包括在数据库145中。在任务执行期间，至少一个相关的TIC类型被用来控制任务执行，相关的TIC类型在一些实施例中还可被用来帮助初始选择对于任务的适当的任务执行者(例如，根据具有以与对于相关的TIC类型指定的处理类型一致的方式接收任务信息和提供任务结果的能力的那些任务执行者)。

在所示实施例中的任务交互控制器模块根据与任务有关的TIC类型控制任务的执行。具体来说，当任务要由任务执行者执行时，任务交互控制器模块选择与任务有关的一种TIC类型，并使用对于TIC类型指定的信息处理的类型来控制任务执行。在所示实施例中，由系统提供的预定TIC类型(如果有的话)的定义被包括在数据库1351中，而由用户指定的TIC类型(如果有的话)的定义被包括在数据库1352中。每种TIC类型定义指定要被用于TIC类型的多种处理类型，在一些实施例中，它们可以指定逻辑或参数，以控制多种处理类型如何交互。在一些实施例中，每种处理类型与相关的部件或处理信息的其它分组相联系，由系统提供的预定部件(如果有的话)在所示实施例中被存储在数据库1353中，而由用户指定的部件(如果有的话)在所示实施例中被存储在数据库1354中。因此，为了根据相关的TIC类型控制任务的执行，任务交互控制器模块检索来自数据库1351或1352的TIC类型定义，检索来自数据库1353和/或1354的TIC类型定义，并以适当的方式执行这些部件，以便控制任务执行。与任务有关的适当的TIC类型可以由任务交互控制器模块进行选择，以各种方式使用，诸如根据选择的TIC类型仅仅是与任务有关的TIC类型，根据选择的TIC类型是由任务执行者指定的，根据选择的TIC类型是优选的或是对于任务执行者的计算设备使用所需要的，根据设备的能力等等。

TIC类型定义器模块在所示实施例中允许用户(例如，任务请求者)定义新的TIC类型，在控制所提交的任务时使用，在一些实施例中，还可以允许用户提供或者指定新的部件，被用于所定义的TIC类型(例如，处理以一种格式指定的信息和/或对于任务请求者特定的任务类型，或者提供附加能力，诸如以特定的方式对发送给任务执行者和从任务执行者接收的信息进行加密和解密)。在其它实施例中，可能不允许用户指定他们自己的TIC类型，因此在这些实施例中不存在TIC类型定义器模块。TIC类型定义可以以各种方式执行，诸如通过接连地显示或者提供给用户用于每个一系列类型的信息处理的每个可得到的替换例，诸如根据系统提供的预定部件。在其中不同的部件或处理类型之间存在差别的实施例和情形下，模块还可根据先前的选择限制所提供的替换例。在指定新的TIC类型后，模块把定义存储在数据库1352中，并把任意用户提供的部件存储在数据库1354中。

在其它实施例中，可能不提供某些类型的所显示的功能和/或信息，而其它类型的信息和/或功能是可得到的。此外，所描述的功能可以被组合成或多或少的模块，所描述的功能类型可以以其它方式存储。

图9是任务提交接收机子程序900的实施例的流程图。子程序例如可以通过图13的任务提交接收机模块1346的实施例的执行而被提供，诸如接收任务提交并把一个或多个TIC类型与任务相联系。在所示实施例中，子程序以交互方式与用户进行交互，把TIC类型与任务相联系，但在其它实施例中，用户也可以以非交互方式提交任务和一个或多个TIC类型的指示。

该子程序从步骤905开始，其中从任务请求者接收指示，以提交一个或多个新的任务。该子程序在步骤910诸如根据从任务请求者接收的指示确定是否使用一个或多个现有的TIC类型(例如，预定的系统提供的TIC类型)，如果是的话，则进到步骤920，确定可得到的TIC类型。可得到的TIC类型可以以各种方式确定，诸如根据所有指定的TIC类型，所确定的TIC类型适用于任务和/或提交任务的用户，等等。该子程序然后进到步骤925，把所确定的TIC类型提供给任务请求者，在步骤930，从任务请求者得到一个或多个TIC类型的选择。如果在步骤910替代地确定没有使用现有的TIC类型，则子程序继续在步骤1000替代地执行TIC类型定义器子程序，以定义一个或多个新的TIC类型，并且在步骤915选择新定义的TIC类型，用于被提交的任务。

在步骤930或915之后，子程序进到步骤935，把所选的TIC类型与所提交的任务相联系，然后进到步骤940，使得任务可用于执行(例如，通过把有关任务的信息存储到可用任务数据库中)。子程序然后进到步骤995，确定是否继续进行。如果是的话，则子程序进到步骤905，如果不是的话，则子程序进到步骤999，并且结束。

图10是任务交互控制器类型定义器子程序1000的实施例的流程图。该子程序例如可以通过图13的TIC类型定义器模块1344的实施例的执行而提供，诸如由用户定义新的TIC类型。在所示实施例中，子程序以交互方式与用户进行交互，定义新的TIC类型，但在其它实施例中，用户也可以替代地以非交互方式提交一个或多个新的TIC类型的定义。

该子程序从步骤1005开始，其中接收来自用户(例如，任务请求者)的指示，定义新的TIC。该子程序进到步骤1010，诸如根据用于所有TIC类型的缺省组的处理类型或替代地以另一种方式，识别用于定义TIC类型的处理类型。该子程序然后进到步骤1015，选择被指定用于所定义的新的TIC类型的下一个信息处理类型，从第一个开始。在步骤1020，该子程序然后确定对于所选的信息处理类型的可得到的替换例，诸如所有的替换例，或者替代地以基于来自新的TIC类型的其它信息的方式(例如，已选择的其它替换例，用户定义新的TC类型，等等)。子程序然后进到步骤1025，把可得到的替换例连同选项一起呈现给任务请求者，替代地提供新的替换的实施方案，虽然在其它实施例中，可能不使用这样的用户提供的替换例，或者这样的用户提供的替换例在其它时间或以其它方式由任务请求者指定。

该子程序然后进到步骤1030，接收来自任务请求者的选择，以及在步骤1035，确定任务请求者是否选择先前可得到的替换例之一。如果不是的话，则子程序进到步骤1040，得到来自任务请求者的替换实施方案(例如，通过接收具有可执行信息的部件来实施替换例)，并选择它用于被定义的新的TIC类型，以及在步骤1050存储所得到的替换例供以后使用。在步骤1050之后，如果替代地在步骤1035确定了任务请求者选择现有的替换例，则子程序进到步骤1045，存储对于新的TIC类型被指定的所选的替换例的指示。子程序然后在步骤1055确定是否有更多的、对于新的TIC类型被指定的信息，如果是的话，返回到步骤1015，选择指定新的信息处理类型。如果不是的话，则子程序存储新的TIC类型的定义，供以后使用，然后进到步骤1060，可选地指定对于新的TIC类型的任何接收的附加信息(例如，有关可以使用TIC类型的条件和谁可以使用它的信息)。虽然这里未示出，但在一些实施例中，子程序也可以对于新指定的TIC类型返回一个指示给任务请求者，诸如唯一的识别号，供以后在参考新的TIC类型时使用。子程序在步骤1095确定是否继续进行。如果是的话，子程序进到步骤1005，如果不是的话，进到步骤1099，并结束。

图11是任务交互控制器子程序1100的实施例的流程图。该子程序例如可以通过图13的任务交互控制器模块1343的实施例的执行而提供，诸如根据与任务有关的TIC类型控制任务的执行。

该子程序从步骤1105开始，其中接收要由任务执行者执行的任务的指示。该子程序进到步骤1110，检索该任务的任务信息，以及在步骤1115确定在控制任务的执行时使用的TIC类型，诸如根据TIC类型与任务的类型和/或由任务执行者执行的TIC类型的选择。该子程序然后进到步骤1120，确定对于所确定的TIC类型指定的多个任务信息处理类型-在所示实施例中，每个TIC类型指定对于四种任务信息处理类型中的每一种的部件或其它组的处理信息，但在其它实施例中，也可以使用其它数目或类型的处理类型。

在步骤1125-1140，该子程序然后执行对于所确定的TIC类型指定的每种类型的处理。在步骤1125，子程序以指定的方式根据对于TIC类型的指定的任务信息操控处理类型，操控检索的任务信息，以及在步骤1130，子程序以指定的方式根据对于TIC类型的指定的任务信息提供处理类型，把操控任务信息提供给任务执行者。在任务执行者执行任务后，子程序在步骤1135以指定的方式根据对于TIC类型的指定的任务结果接收机处理类型接收任务执行的结果，以及在步骤1140以指定的方式根据对于TIC类型的任务结果操控处理类型操控接收的任务结果。虽然所示实施例指示了同步流程，其中子程序在发送任务信息后等待并得到任务结果，但在其它实施例中，子程序也可以以其它方式被构建，诸如继续进行其它处理，而同时等待任务结果(如果有的话)被发送。此外，在某些情形下，任务执行者在接受执行任务的分配后，可能不提供任务结果，该任务可以以来自任务执行者的明确消息向子程序表示从任务执行者撤回，或者替代地在指定的时间间隔内不接收任务结果，如果是的话，则子程序继续处理其它与任务有关的请求和信息。

在步骤1140后，子程序进到步骤1145，以指定的方式把操控任务结果提供给任务请求者，虽然在其它实施例中，任务结果也可以替代地被存储，直至任务请求者主动检索它们为止。在步骤1145之后，子程序进到步骤1195，确定是否继续进行。如果是的话，子程序进到步骤1105，如果不是的话，进到步骤1199，并结束。

虽然TIC类型的使用和各种类型的信息处理的相关的使用是结合TFF系统描述的，但本领域技术人员将会理解，这些技术可以在各种其它情形下类似地被使用，包括在其中提供问题和获取答案的其它类型的系统中使用，或者更一般地，在提供和接收信息的情形下。此外，在某些实施例和情形下，可以只使用某些所描述的类型的信息处理，诸如使用用于提供信息的处理或用于接收信息的处理，而不是同时使用这二者。因此，TIC类型可被使用于各种各样的其它实施例。

本领域技术人员将会理解，在一些实施例中，由以上讨论的子程序提供的功能可以以替换的方式提供，诸如被分割成更多的子程序或合并成较少的子程序。类似地，在一些实施例中，所描述的子程序可以提供比所描述的更多或更少的功能，诸如当其它说明的子程序替代地分别缺乏或包括这样的功能时，或者当提供的功能总量改变时。此外，虽然各种操作可以被描述为以特定的方式(例如，串行或并行)和/或以特定的次序执行，但本领域技术人员将会理解，在其它实施例中，操作可以以其它方式和以其它次序执行。本领域技术人员将会理解，以上讨论的数据结构可以以不同的方式构建，诸如通过把单个数据结构分割成多个数据结构，或者通过把多个数据结构合并成单个数据结构。类似地，在一些实施例中，所描述的数据结构可以存储比所描述的更多或更少的信息，诸如当其它说明的数据结构替代地分别缺乏或包括这样的信息时，或者当所存储的信息量或信息类型改变时。

从以上说明将会理解，虽然这里为了说明目的描述了具体的实施例，但可以作出各种修改方案而不背离本发明的精神和范围。因此，本发明仅仅由这里引述的所附权利要求和单元限制。此外，虽然本发明的某些方面在下面以某些权利要求形式给出，但本发明人预期到了以任何可得到的权利要求的形式的本发明的各种方面。例如，虽然仅仅本发明的某些方面当前被阐述为体现在计算机可读的介质，但其它方面同样可以这样体现。

Claims (67)

1.一种用于服务器计算系统便于在能够提供要执行的任务的任务请求者客户计算系统与能够提供任务执行结果的任务执行者客户计算系统之间进行互动的计算机实现方法，该方法包括：

从客户计算系统接收用来识别多个不同的用户指定的资格类型的数据，每个资格类型涉及到与任务执行有关的一个或多个用户能力；

从客户计算系统接收用来识别用作为执行任务的任务执行者的用户的资格的数据，至少某些识别的资格分别是所识别的资格类型之一，并且每个所识别的资格与对于所指示的用户指示其资格值的、所指示的资格发布者相联系，

从任务请求者客户计算系统接收任务请求者的有关可用任务的数据，每个可用任务具有对于在所接收的数据中指示的任务执行者的一个或多个资格中的每个资格的一个或多个相关的许可值，至少某些资格分别具有所识别的资格类型之一；

自动将可用任务和被识别为有资格作为任务执行者的用户进行匹配，该匹配至少部分基于分别具有识别的资格、其数值满足对于用户要匹配的每个任务的指示的许可资格值的用户；以及

将有关用户要匹配的可用任务的数据提供给每个所识别的用户的任务执行者客户计算系统，使所识别的用户可以作为执行可用任务的任务执行者。

2.权利要求1的方法，其中服务器计算系统提供了一个电子集市，便于在任务请求者用户与涉及任务执行的任务执行者用户之间进行交易，其中识别多个不同的用户指定的资格类型的数据的接收包括从用户接收多个资格类型定义，每个资格类型定义指定了一种资格类型、对于该资格类型的资格的等级尺度、和将该资格类型的资格发布给用户的一个或多个相关的发布者，其中识别用户资格的数据的接收包括接收多个资格指示，每个根据对于该一个资格类型的等级尺度，指示对于所指示的用户的一种识别的资格类型的指定的资格的数值，其中每个可用任务包括要回答的和由执行应用程序代表任务请求者提交的指定的问题，用于由不相关的任务执行者执行，使得相关的费用要支付给具有适当的资格和通过回答对于任务的指定的问题而满意地执行任务的任务执行者，该方法还包括：

对于每个可用任务，

接收由所识别的用户之一生成的对于任务的指定问题的答案；以及

把所接收的答案提供给提交任务的任务请求者，使得用户可以指定用来识别有资格执行提交的任务的用户的资格类型。

3.权利要求2的方法，其中多个资格类型定义是从任务请求者用户接收的。

4.权利要求3的方法，其中对于每个资格类型定义的相关的发布者包括从其接收资格类型定义的任务请求者用户。

5.权利要求2的方法，其中多个资格类型定义中的每个指定一个或多个用户的任何属性作为资格类型。

6.权利要求2的方法，其中多个资格类型定义中的每个指定该资格类型的资格的任何等级尺度。

7.权利要求2的方法，其中所指示的用户的每个指定的资格还包括该资格对于所指示的用户是有效的时间指示。

8.权利要求2的方法，其中还执行用户和可用任务的自动匹配，以确定与任务有关的信息满足由用户指定的任何条件。

9.权利要求2的方法，其中对于至少某些任务的每个任务的任务执行者的指示的资格包括根据任务执行者的过去的执行结果的定量测量值的一个或多个资格，根据任务执行者宣称的一个或多个资格，根据由任务请求者提供的任务执行者的等级的一个或多个资格，以及根据由一个或多个第三方资格判定当局提供的任务执行者的证明的一个或多个资格。

10.权利要求2的方法，其中电子集市包括具有一个或多个Web服务的编程接口，并且其中由任务请求者的任务的每次提交是从调用一个Web服务的任务请求者的应用程序进行的。

11.权利要求10的方法，其中所接收的对于提交任务的答案到任务请求者的每次提供是作为对于由该应用程序的调用的应答被提供到提交任务的应用程序。

12.权利要求1的方法，包括在根据一个或多个任务执行者的执行接收对于每个一个或多个可用任务的结果后，把对于任务的接收结果自动提供给任务请求者。

13.权利要求1的方法，包括识别一个或多个预定的资格类型，并且其中至少某些识别的用户资格具有预定的资格类型。

14.权利要求1的方法，其中至少某些识别的资格类型由任务请求者用户指定。

15.权利要求1的方法，其中至少某些识别的资格类型由任务执行者用户指定。

16.权利要求1的方法，其中至少某些识别的资格类型由加入一个或多个第三方资格发布实体的用户指定。

17.权利要求1的方法，其中指定资格类型包括指定一个或多个用户的任意属性作为资格类型。

18.权利要求17的方法，其中识别出的资格类型中的每个包括指定基于一个或多个用户的技巧、一个或多个用户的经验水平、和一个或多个用户的信誉的一项或多项资格类型。

19.权利要求1的方法，其中识别出的资格类型中的每个指定该资格类型的资格的等级尺度，并且其中资格类型的资格的每个指示的数值是基于该资格类型的等级尺度。

20.权利要求19的方法，其中资格类型的每个等级尺度表示对于该资格类型的资格的多个不同的专家水平，这样，对于这些资格的指示的数值每个是不同的专家水平之一。

21.权利要求1的方法，其中识别的资格类型每个指定可以向用户发布资格类型的资格的一个或多个资格发布当局实体，并且其中对于每个所指示的资格的指示的发布者是对于资格的资格类型的指定的资格发布当局实体之一。

22.权利要求1的方法，其中指示的资格中的至少某些指示的数值分别是布尔代数值和/或数字值。

23.权利要求1的方法，其中指示的资格中的至少某些指示的数值分别是主观评估值。

24.权利要求1的方法，其中指示的资格中的至少某些指示的数值分别是基于用户的信誉。

25.权利要求1的方法，其中至少某些指示的资格中的每个的意义在计算系统的外部被维持，这样，可以不用使用那些识别的资格的意义而执行至少部分根据那些识别的资格的可用任务与用户的自动匹配。

26.权利要求1的方法，其中用户的每个识别的资格还包括该资格是有效的时间的指示。

27.权利要求1的方法，其中用户的每个识别的资格还具有关于资格的指示的数值对于指示的用户是精确的置信度水平的相关指示。

28.权利要求1的方法，其中用户的指示的资格包括根据一个或多个用户的过去的执行结果的定量测量值的一个或多个资格，根据一个或多个用户的主张的一个或多个资格，根据由一个或多个任务请求者提供的一个或多个用户的等级的一个或多个资格，和/或根据由一个或多个第三方资格发布当局提供的用户的证明的一个或多个资格。

29.权利要求1的方法，其中用户和可用任务的自动匹配是响应于来自一个或多个用户的请求而执行的。

30.权利要求1的方法，其中用户和可用任务的自动匹配是响应于变为可用的一个或多个任务而执行的。

31.权利要求1的方法，其中用户和可用任务的自动匹配以双向方式被执行，以识别满足对于他们所匹配的任务的资格的用户以及识别与任务有关的信息满足由所识别的用户指定的任何条件。

32.权利要求31的方法，其中至少某些用户指定与提供任务的任务请求者有关的条件，以使得对于这些用户的可用任务的自动匹配还至少部分基于对于具有满足对于这些用户指定的条件的一个或多个资格的那些任务的任务请求者。

33.权利要求1的方法，其中可用任务和用户的自动匹配被执行，以使得匹配还至少部分基于与用户和/或任务有关的合法的限制。

34.权利要求33的方法，其中与用户有关的至少某些合法限制是根据用户的地理位置、与交税有关的花费和/或国家安全事务。

35.权利要求1的方法，其中可用任务和用户的自动匹配被执行，以使得匹配还至少部分根据基于时间的限制和/或基于价格的限制。

36.权利要求1的方法，其中可用任务和用户的自动匹配被执行，以使得一个或多个用户对于任务被识别为每个不具有用于任务的所有资格。

37.权利要求36的方法，其中一个或多个用户作为用户的资格与对于任务的资格之间的接近程度被排名。

38.权利要求36的方法，其中一个或多个用户每个被告知在用户的资格与对于任务的资格之间的差别。

39.权利要求1的方法，其中可用任务和用户的自动匹配被执行，以使得一组的多个用户被识别为作为一个组执行一个任务。

40.权利要求1的方法，其中至少某些用户每个具有一个或多个私人的识别的资格，它们具有一个或多个相关的访问控制来限制哪些用户可以得到有关私人资格的信息，并且其中用户与任务的自动匹配仅仅在作为匹配的一部分的、用户的私人资格是对于用户和提交任务的任务请求者都是可访问时才成功。

41.权利要求1的方法，其中至少某些任务每个具有一段或多段私人信息，带有一个或多个相关的访问控制来限制哪些用户可以得到那些信息段，并且其中用户与任务的自动匹配仅仅在任务的任何私人信息段对于用户是可访问时才成功。

42.权利要求1的方法，其中至少某些任务中的每个具有一个或多个相关的私人资格来限制哪些用户可以得到有关任务的信息，以及包括仅仅在用户的识别的资格满足任务的任何私人资格时才把有关任务的数据提供给用户。

43.权利要求1的方法，其中至少某些任务中的每个具有一个或多个相关的私人资格来限制哪些用户可以得到有关任务的存在的信息，以及包括仅仅在用户的识别的资格满足任务的任何私人资格时才把任务的存在告知用户。

44.权利要求1的方法，其中至少某些任务中的每个具有一个或多个相关的私人资格来限制哪些用户可以执行任务，以及包括仅仅在用户的识别的资格满足任务的任何私人资格时才把有关任务的数据提供给用户。

45.权利要求1的方法，其中至少某些可用任务中的每个是资格检查，使得由用户参加的资格检查的成功执行导致提交任务的任务请求者向用户发布新的资格，供以后交互时使用。

46.权利要求1的方法，包括自动识别一组多个用户，这样，在所识别的组中的所有的用户具有类似的资格。

47.权利要求46的方法，包括使用所识别的多个用户的组作为任务与用户的自动匹配的一部分，和/或根据有关在组中的其它用户的信息提供对于组中的用户的推荐。

48.权利要求1的方法，包括识别用户的一个或多个属性，并且其中用户与任务的自动匹配还至少部分基于用户具有满足任务的任何指示的属性的一个或多个属性。

49.权利要求1的方法，包括对于至少某些多个用户中的每个用户，将有关用户的一个或多个识别的资格的信息提供到第三方计算系统，供所述的另一个计算系统在与用户进行交互时使用。

50.权利要求1的方法，包括对于至少某些多个用户中的每个用户，从第三方计算系统得到对于本地使用的、有关用户的一个或多个识别的资格的信息。

51.权利要求1的方法，包括向发布资格的资格发布者和/或接收资格的指示的用户收取费用。

52.一种计算机可读的介质，其内容使得计算设备能够通过执行以下方法而作为使得任务执行者执行来自任务请求者的任务的中介，该方法包括：

接收多个指示，每个指定与任务执行有关的指示的用户的资格，每个指定的资格是与资格的指示发布者相联系，以及一个或多个资格具有由用户指定的类型；

接收有关来自任务请求者的可用任务的信息，对于至少某些可用任务的每个任务的接收的信息指示任务执行者的一个或多个资格，指示的资格每个具有指示的类型和/或与指示的用户相联系；以及

将可用任务与被识别为用于任务的任务执行者的用户进行匹配，所述匹配是至少部分根据每个用户对于与用户相匹配的每个任务具的指示的资格。

53.权利要求52的计算机可读的介质，其中该方法还包括在识别具有作为用于任务的任务执行者的资格的用户后，把有关任务的信息提供给所识别的用户并从所识别的用户处接收任务执行的结果。

54.权利要求52的计算机可读的介质，其中至少某些可用任务中的每个是资格检查，使得由用户的成功执行导致用户自动接收新的指定的资格。

55.权利要求52的计算机可读的介质，其中计算设备提供一个电子集市，多个任务请求者把要执行的可用任务提交给该电子集市，以及多个任务执行者把可用任务的执行结果提供给该电子集市。

56.权利要求52的计算机可读的介质，其中计算机可读的介质是计算设备的存储器。

57.权利要求52的计算机可读的介质，其中计算机可读的介质是传送包含内容的、所生成的数据信号的数据传输介质。

58.权利要求52的计算机可读的介质，其中内容是当其被执行时使得计算设备执行方法的指令。

59.一种计算系统，被配置成实行由用户执行由其它用户指示的行动，包括：

用户资格判定模块，被配置成对于多个用户中的每个用户接收关于用户具有一个或多个指定的资格的一个或多个指示，每个指定的资格与一个或多个指示的、资格发布者相联系，和/或具有用户指定的资格类型；

匹配器模块，被配置成对于来自其每个指示行动执行者的资格的请求者的一个或多个行动的每个行动，将行动与被识别为有资格作为行动的执行者的用户进行自动匹配，该匹配是至少部分根据每个具有满足对于与用户相匹配的每个行动的指示的资格的用户；以及

通知器模块，被配置成将有关与用户相匹配的行动的信息提供给每个识别的用户，使得有关用户资格的信息可被使用来使得行动由有资格的用户来执行。

60.权利要求59的计算系统，还包括任务完成促进器系统，被配置成对于其中每个由任务请求者提交和每个指示任务执行者的一个或多个资格的一个或多个任务的每个任务，自动识别每个具有满足对于任务的指示的资格的一个或多个资格的一个或多个用户，以使得一个或多个所识别的用户可以用作为执行可用任务的任务执行者。

61.权利要求60的计算系统，其中任务完成测试器系统提供电子集市，多个任务请求者把要执行的可用任务提交给所述电子集市，以及与任务请求者无关的多个任务执行者把由这些任务请求者提交的任务的执行结果提供给所述电子集市。

62.权利要求59的计算系统，还包括接口，被配置成允许任务请求者提交要执行的可用任务，并允许任务请求者接收有关所提交的任务的执行结果的信息。

63.权利要求59的计算系统，其中用户资格判定模块、匹配器模块和通知器模块中每个均包括在计算系统的存储器中执行的软件。

64.权利要求59的计算系统，其中用户资格判定模块包含用于为多个用户中的每个用户接收关于用户具有一个或多个指定的资格的一个或多个指示的装置，每个指定的资格与一个或多个指示的资格发布者相联系，和/或具有用户指定的资格类型，其中匹配器模块包含用于为来自其每个指示行动执行者的资格的请求者的一个或多个行动的每个行动，将行动与被识别为有资格作为行动的执行者的用户自动匹配的装置，该匹配是至少部分根据每个具有满足对于与用户相匹配的每个行动的指示的资格的用户，并且其中通知器模块包含用于提供有关与用户相匹配的行动的信息到每个识别的用户的装置。

65.一种用于任务执行者的计算设备实行来自任务请求者的任务的执行的方法，该方法包括：

提供信息以识别由用户指定的一个或多个资格类型；

提供信息以把用户登记为对于用作为执行任务的任务执行者可得到的，所提供的信息包括与执行任务有关的用户的一个或多个资格的指示，至少一个资格具有指定的资格类型之一；

指示部分根据指定的资格类型之一，接收有关有由用户执行的可用任务的信息；以及

在接收信息后，执行在所接收的信息中指示的一个或多个任务和提供每个执行的任务的执行结果。

66.权利要求65的方法，其中在所接收的信息中指示的一个或多个任务每个具有任务执行者的一个或多个相关的所需资格，用于每个具有一个指定的资格类型和每个由用户的至少一个指示的资格被满足的任务。

67.一种用于任务请求者的计算设备使用由人担任的任务执行者的电子集市以便于由任务执行者执行的可用任务的方法，该方法包括：

将信息提供到电子集市，以识别由用户指定的一个或多个资格类型；

把有关要被执行的可用任务信息从用作为任务请求者的用户提供到电子集市，

所提供的、对于每个可用任务的信息指示任务执行者的一个或多个所需要的资格，使得至少一个所需要的资格具有一个指定的资格类型；以及

对于至少某些可用任务的每个任务，在可用任务的结果通过由其资格满足指示的需要的资格的一个或多个任务执行者进行的任务执行而被生成后，接收任务的结果。

Images