资源提供商聚合和基于上下文的内容通知系统的制作方法

相关申请的交叉引用

本国际申请要求于2017年4月12日提交的美国专利申请no.15/486,019的优先权，该专利申请的公开全文以引用方式并入本文用于所有目的。

背景技术：

移动设备和移动应用程序的增殖正在彻底改变向用户提供资源的方式。资源提供商现在比以往任何时候都能更多地访问用户，同时进入的障碍最小。这使得越来越多的资源提供商能够在移动设备经济中蓬勃发展，进而导致资源提供商之间的竞争加剧。虽然这种竞争增加可能对用户产生了总体有益的影响(例如，通过推动降价)，但这也增加了移动设备交易的复杂性。在很多情况下，用户必须打开多个各自与不同资源提供商相关联的不同移动应用程序，以便获取每个资源提供商的潜在交易信息，并查看哪个资源提供商最具吸引力。这要求用户反复向多个移动应用程序提供相同的信息，这样做效率低下。

本发明的实施方案单独地以及共同地解决这些问题和其他问题。

技术实现要素：

本发明的实施方案涉及为所请求的资源聚合资源提供商内容，并向客户端设备呈现内容以及基于上下文的内容。在一些实施方案中，用户可以提供所请求的资源的指示，并且服务提供商计算机可以识别能够提供所请求资源的多个资源提供商计算机。在一些实施方案中，这可涉及与交易处理网络通信，以识别用户之前已经进行过交易的资源提供商计算机。服务提供商计算机可以将接收的请求的详细信息传送到已识别的多个资源提供商计算机中的每一个资源提供商计算机。服务提供商计算机然后可以向客户端设备中继多个所接收的响应。在一些实施方案中，服务提供商计算机还可以识别与请求相关的附加基于上下文的内容，并向客户端设备提供该基于上下文的内容。

本发明的一个实施方案涉及一种向客户端设备呈现多个内容的方法，所述方法包括从客户端设备接收包括资源的指示的请求、基于与客户端设备的用户相关的历史交易数据确定用户偏好的能够提供资源的多个资源提供商计算机，向多个资源提供商计算机中的每个资源提供商计算机提供与从请求获得的资源相关联的信息。所述方法还可以包括从所述多个资源提供商计算机中的每个资源提供商计算机接收基于与所述资源相关联的信息为所述资源生成的内容，并且向所述客户端设备提供与从所述多个资源提供商计算机接收的所述资源相关联的内容的聚合列表。在一些实施方案中，所述方法还包括确定与邻近所述目的地位置的位置相关联的多个附加内容；以及向客户端设备提供多个附加内容。

本发明的另一个实施方案涉及一种服务提供商计算机，所述服务提供商计算机包括一个或多个处理器，以及包括指令的存储器，所述指令在由一个或多个处理器执行时，导致所述服务提供商计算机：从用户接收包括资源的指示的请求，基于与用户相关联的历史交易数据，确定用户过去曾用来进行过交易的能够提供资源的多个资源提供商计算机，向多个资源提供商计算机中的每个资源提供商计算机提供与从请求获得的资源相关联的信息，从多个资源提供商计算机的每个资源提供商计算机接收基于与资源相关联的信息为资源生成的内容，以及向用户提供与从多个资源提供商计算机接收的资源相关联的内容的聚合列表。

另一个实施方案涉及一种移动设备，所述移动设备包括一个或多个处理器，以及包括指令的存储器，所述指令在被一个或多个处理器执行时，导致所述移动设备：接收由移动设备的用户请求的资源的指示，向服务提供商计算机提供指示，从所述服务提供商计算机接收与所请求资源相关的多个内容，所述多个内容中的每一个与不同资源提供商计算机相关联，从移动设备的用户接收对多个内容中的内容的选择，以及发起与所选内容的资源提供商计算机相关联的移动应用程序。

下文进一步详细描述本发明的这些和其他实施方案。

附图说明

根据本公开的各种实施例将参考图式进行描述，其中：

图1描绘了根据至少一些实施方案的系统的例示性示例，其中可以向客户端设备提供从各个资源提供商计算机接收的响应的聚合集合；

图2描绘了根据本公开的实施方案的示例系统架构，可以实施其以生成聚合资源投标和基于上下文的报价；

图3描绘了泳道图，描绘根据至少一些实施方案，聚合来自多个资源提供商计算机的报价并基于这些聚合报价执行交易的过程；

图4描绘了根据本公开的实施方案，用于向安装在客户端设备上的移动应用程序提供后端支持的过程；

图5描绘了指向运输资源的本公开实施方案的例示性示例；以及

图6描绘了流程图，示出了根据至少一些实施方案提供响应的聚合列表和基于上下文内容的过程。

具体实施方式

在下面的描述中将描述各种实施方案。出于解释的目的，阐述特定配置和细节以便提供对实施方案的透彻理解。然而，所属领域的技术人员也应清楚，可在无所述特定细节的情况下实践实施方案。此外，可能省略或简化众所周知的特征以免使描述的实施方案模糊不清。

本发明的实施方案涉及用于生成与用户所需产品相关的内容响应的聚合列表的系统、方法、设备和计算机可读介质。在一些实施方案中，用户可以将所需产品(例如，货物或服务)的指示输入其移动设备的用户界面中。例如，用户可以将详细信息输入与被配置成执行本文所述的至少一些功能的移动应用程序相关联的用户界面中。在另一示例中，用户可以将详细信息输入与用于启用与远程服务器通信的浏览器应用程序相关联的用户界面中。在任一示例中，都可以将详细信息提供给远程服务提供商计算机。

一旦服务提供商计算机获得详细信息，服务提供商计算机就可以识别能够提供所需产品的多个资源提供商计算机。在一些实施方案中，资源提供商计算机可以由与服务提供商计算机通信的交易处理网络识别。然后，服务提供商计算机将对内容的请求传输到每个已识别的资源提供商计算机。包括与从每个资源提供商计算机接收到的所需产品相关的报价的响应然后可以被中继到要呈现给用户的客户端设备。然后，用户可以选择响应之一，这可能导致发起对所需产品的交易。

在一些实施方案中，服务提供商计算机还可以识别可以通过客户端设备向用户提供的基于上下文的内容。可以基于与接收的请求和/或选定响应相关联的上下文来识别基于上下文的内容。例如，上下文可以包括时间、位置、资源类型、资源提供商或任何其他合适的因素。一旦被识别，基于上下文的内容可以被传送到客户端设备。例如，基于上下文的内容可以通过推送通知被传送到客户端设备。

通过例示性示例，考虑用户希望安全运输到特定目的地的情形。在本示例中，用户可以打开安装在其移动设备上的移动应用程序，移动应用程序执行本文所述的至少一些功能。移动应用程序可以是特定于运输服务的应用程序。一旦打开，用户就可以输入与所需运输相关的详细信息(例如，目的地、时间、特定路线等)，移动应用程序可以将这些详细信息中继到远程服务器(例如，服务提供商计算机)。此外，移动应用程序还可以中继与用户相关的各种其他详细信息(例如，当前位置、安装在移动设备上的运输应用程序列表等)。在接收此信息时，远程服务器可以识别能够提供所请求的运输的多个运输提供商。在本示例中，运输提供商可以是任何运输服务的提供商，包括出租车驾驶员/调度员、作为车主的独立承包商、汽车租赁服务、公共汽车或地铁服务或任何其他合适的运输商。在某些情况下，远程服务器可以通过与交易处理网络交互来确定用户通常使用哪些运输服务。一旦远程服务器已识别出用户可能有兴趣使用的运输提供商，远程服务器就可以生成并发送请求给每个已识别的运输提供商，以便从那些运输提供商获得对所请求运输服务的估计。在本示例中，远程服务器可以使用应用编程接口(api)与运输提供商进行通信。在从每个运输提供商接收估计时，远程服务器可以通过移动设备向用户呈现这些估计。

在这个例示性场景中，用户可以查看针对所请求的运输服务的多个报价以识别最佳报价。在本示例中，用户可能注意到，运输提供商a为运输服务提供了估计值14美元，并表示车辆可以在短短5分钟内接到用户。用户还注意到，运输提供商b为运输服务提供了估计值10美元，但表示车辆至少在13分钟内不能接到用户。在本示例中，用户可以确定运输提供商a的运输服务估计包括最佳报价，因为尽管运输提供商b可以以更低成本提供运输服务，但是8分钟的额外等待时间对用户来说是不便的。然后，用户可以选择运输提供商a，这可能导致执行与运输提供商a相关联的应用程序，以便完成针对所请求运输服务的交易。

继续上述示例，远程服务器还可以识别与选定运输服务相关联的各种上下文内容。例如，在本示例中请求运输服务时，用户提供了他或她希望运输的目的地。运输提供商a还可以提供用户在交易完成时应到达其位置的估计时间。在本示例中，远程服务器可以识别目的地位置附近各家公司的报价。除了位置之外，还可以基于时间确定报价。例如，如果在早上请求运输服务，则远程服务器可以识别与咖啡或早餐相关的报价。或者，如果在晚上请求运输服务，则远程服务器可以识别与晚餐或夜间演出相关的报价。在某些情况下，报价可能取决于用户偏好数据。例如，远程服务器可以确定(例如，基于用户的历史交易数据)用户更喜欢某种文化的美食。在本示例中，远程服务器可以识别与目的地位置的预定距离之内的该类型美食相关的任何报价。然后，远程服务器可以向用户的移动设备提供任何已识别的上下文内容(例如，通过推送通知)。

通过第二例示性示例，考虑用户希望购买特定物品的情形。在本示例中，用户可以打开安装在其移动设备上的移动应用程序。一旦打开，用户就可以通过移动应用程序的图形用户界面来输入与所需物品相关的详细信息。移动应用程序然后可以导致移动设备将提供的详细信息传送到为移动应用程序提供后端支持的远程服务器。一旦远程服务器接收到这些详细信息，远程服务器可以识别提供所需物品的多个零售商，并向这些零售商发送查询。零售商可以被一般地称为资源提供商a、资源提供商b、资源提供商c等。然后，远程服务器可以从每个零售商接收包括物品的价格和可用性信息的响应。然后，这些响应可以被转发到用户的移动设备，其中可以在图形用户界面中显示它们。可以彼此并排地呈现响应，以便用户可以相对于其他响应考虑每个响应。一旦用户对特定响应做出决策，用户就能够选择该响应，并且移动应用程序被配置为为用户发起交易。

在这种例示性情境中，用户可以确定资源提供商a的响应包括最佳报价。在从响应列表中选择资源提供商a的响应时，移动应用程序(或代表移动应用程序的远程服务器)可以确定移动设备还有与资源提供商a相关联的移动应用程序a。移动应用程序然后可以识别要用于与移动应用程序a交互的例程和/或方法。移动应用程序然后可以使用已识别的例程和/或方法，利用所提供的与所需物品相关的详细信息的至少一些来发起移动应用程序a。然后，用户可以使用移动应用程序a完成与选定响应相关联的交易。

继续上述示例，远程服务器还可以识别与选定响应/请求相关联的各种上下文详细信息。然后，远程服务器可以确定与要通过客户端设备提供给用户的已识别上下文相关的多个内容(例如，报价)。例如，远程服务器可以确定用户将需要提取所需物品的物理位置(例如，与资源提供商a相关联的位置)。在本示例中，远程服务器可以识别用户可能感兴趣的资源提供商a提供的其他报价。在另一示例中，远程服务器可以识别与资源提供商a的物理位置附近的活动(例如用餐)相关的内容，从而通过客户端设备提供给用户。

在讨论本发明的一些实施方案之前，对一些术语的描述可有助于理解本发明的实施方案。

“访问设备”可以是提供对远程系统的访问的任何合适的设备。访问设备还可用于与商家计算机、交易处理计算机、认证计算机或任何其他合适的系统通信。访问设备通常可以位于任何合适的位置处，例如位于商家所在位置处。访问设备可以呈任何合适的形式。访问设备的一些实例包含pos或销售点设备(例如，pos终端)、蜂窝电话、pda、个人计算机(pc)、平板pc、手持式专用读取器、机顶盒、电子现金出纳机(ecr)、自动柜员机(atm)、虚拟现金出纳机(vcr)、营业亭、安全系统、访问系统等等。访问设备可使用任何合适的接触或非接触操作模式，以向用户移动设备发送或从其接收数据或者与用户移动设备相关联。在访问设备可包括pos终端的一些实施方案中，可以使用任何合适的pos终端，并且任何合适的pos终端可包含读取器、处理器和计算机可读介质。读取器可包含任何合适的接触式或非接触式操作模式。举例来说，示范性读卡器可包含射频(rf)天线、光学扫描仪、条形码读取器或磁条读取器，以与支付设备和/或移动设备交互。在一些实施例中，用作pos终端的蜂窝电话、平板电脑或其它专用无线装置可被称为移动销售点或“mpos”终端。

“收单方”通常可以是与特定商家或其它实体有商业关系的商业实体(例如商业银行)。一些实体可执行发行方和收单方两者的功能。一些实施方案可涵盖此类单实体发行方-收单方。收单方可操作收单方计算机，其也可一般被称为“传送计算机”。

“应用程序”可以指配置为导致处理器执行功能或访问资源的任何计算机可执行指令集。应用程序可以安装在客户端设备上并从客户端设备执行。应用程序可以由客户端设备的制造商或另一个实体安装在客户端设备上。在移动客户端设备上安装的应用程序可以被称为移动应用程序。第三方(3p)应用程序可以指由不同于执行本公开所述功能的实体的实体拥有/操作的应用程序。

“应用服务器”可以是被配置成为安装于客户端设备上并从其执行的应用程序提供处理支持的任何计算设备。在一些实施方案中，应用程序服务器可维护与特定客户端设备和/或用户相关联的账户信息。在一些实施方案中，可以经由安装在客户端设备上的应用程序和/或经由因特网连接来访问应用程序服务器上维护的账户。在一些实施方案中，可能需要用户登录应用程序服务器上维护的账户。在一些实施方案中，移动设备识别符可以与账户相关联，使得当在移动设备上执行应用程序时自动访问所述账户。在一些实施方案中，应用程序服务器可以代表安装在移动设备上的移动应用程序执行处理功能。在一些实施方案中，应用程序服务器可以是资源提供商计算机。

“授权实体”可以是授权请求的实体。授权实体的示例可以是发行方、政府机构、文档存储库、访问管理员等等。“发行方”通常可指维持用户的账户的业务实体(例如，银行)。发行方也可以向消费者发行存储在例如蜂窝电话、智能卡、平板电脑或笔记本电脑等用户装置上的支付凭证。

“授权请求消息”可以是请求对交易的授权的电子消息。在一些实施例中，授权请求消息被发送给交易处理计算机和/或支付卡的发行方，以请求交易授权。根据一些实施例的授权请求消息可以符合iso8583，iso8583是用于交换与用户使用支付装置或支付账户进行的支付相关联的电子交易信息的系统的标准。授权请求消息可包含可与支付设备或支付账户相关联的发行方账户标识符。授权请求消息还可以包括与“识别信息”对应的额外数据元素，包含(只作为示例)：服务代码、cvv(卡检验值)、dcvv(动态卡检验值)、pan(主账户号码或“账户号码”)、支付令牌、用户名、到期日期等等。授权请求消息还可以包括“交易信息”，例如与当前交易相关联的任何信息，例如交易金额、商家识别符、商家位置、购方银行识别号(bin)、卡片接受器id、识别正购买的项目的信息等，以及可用于确定是否识别和/或授权交易的任何其它信息。

“授权响应消息”可以是响应于授权请求的消息。在一些情况下，授权响应消息可以是由发行金融机构或交易处理计算机生成的对授权请求消息的电子消息应答。授权响应消息可包含仅作为示例以下状态指示符中的一个或多个状态指示符：批准—交易被批准；拒绝—交易未被批准；或呼叫中心—挂起更多信息的响应，商家必须呼叫免费授权电话号码。授权响应消息还可以包含授权代码，其可以是信用卡发行银行响应于电子消息中的授权请求消息(直接地或者通过交易处理计算机)返回给商家的访问装置(例如pos设备)的指示交易被批准的代码。所述代码可充当授权的证据。如上文指出的，在一些实施例中，交易处理计算机可生成或向商家转发授权响应消息。

“客户端设备”可以是能够与另一电子装置(例如，应用程序服务器)建立通信会话且传输/接收来自所述装置的数据的任何电子装置。客户端设备可具有下载和/或执行移动应用程序的能力。客户端设备可包含移动通信装置以及个人计算机和精简客户端设备。

“移动设备”可以包括能够被用户容易运输的任何适当客户端设备。下文详细地描述移动装置的实例。

“资源提供商”可以是可提供例如商品、服务、信息和/或访问的资源的实体。资源提供商的实例包含商家、访问装置、安全数据访问点等。“商家”通常可以是参与交易并且可出售商品或服务或提供对商品或服务的访问的实体。

“服务器计算机”可包含功能强大的计算机或计算机集群。举例来说，服务器计算机可以是大型主机、小型计算机集群或像单元一样工作的一组服务器。在一个示例中，服务器计算机可以是耦合到网络服务器的数据库服务器。服务器计算机可耦合到数据库，且可包含用于服务来自一个或多个客户端计算机的请求的任何硬件、软件、其他逻辑或前述内容的组合。服务器计算机可包括一个或多个计算设备，且可使用各种计算结构、布置和编译中的任一种来服务来自一个或多个客户端计算机的请求。

“交易”可以是两方或多于两方之间的任何交互或交换。例如，交易可以包括从第二网络组件请求资源的第一网络组件。在此实例中，当向第一网络组件提供资源或交易被拒绝时交易完成。

“交易数据”可以是与两个实体之间的交易相关的任何信息。交易信息可以包括与完成的交易或尚未完成的交易相关的信息。在一些实施方案中，交易信息可以包括与交易的情境相关的任何合适的信息。例如，交易信息可以包括进行交易的时间、进行交易的终端、进行交易的金额、进行交易的实体的指示、或任何其他合适的交易相关的信息。交易数据可以包括从授权请求收集的数据。

图1描绘了根据至少一些实施方案的系统的例示性示例，其中可以向客户端设备提供从各个资源提供商计算机接收的响应的聚合集合。在图1中，客户端设备102被描绘为与服务提供商计算机104通信。服务提供商计算机104还被描绘为与多个资源提供商计算机106(1-n)通信。另外，服务提供商计算机104和资源提供商计算机106(1-n)的每个可以与交易处理网络108通信。

在一些实施方案中，客户端设备102可以是能够接收用户输入并处理计算机可执行指令的任何合适的计算设备。客户端设备可配置为启用用户与另一电子设备(例如，远程服务器)之间的通信。在一些实施方案中，客户端设备102可以是移动通信设备，例如智能电话、个人数据助理(pda)、蜂窝电话或任何其他适当的移动设备。客户端设备102可以在其上安装(例如，存储在其存储器内)多个应用程序或其他计算机可执行指令集。具体来说，客户端设备102可以已安装移动应用程序110，该移动应用程序使得客户端设备102与服务提供商计算机104之间能够进行通信。此外，客户端设备102可以已经安装了多个第三方(3p)应用程序112，所述第三方(3p)应用程序被配置成使得客户端设备102与资源提供商计算机106之间能够进行通信。在一些实施方案中，3p应用程序112可以各自被配置成使客户端设备102的用户能够与资源提供商计算机106执行交易。

在一些实施方案中，服务提供商可以是能够提供本公开内描述的功能的至少一部分的任何合适的实体。服务提供商可以维护和/或操作服务提供商计算机104，服务提供商计算机根据服务提供商提供的指令执行所述的功能。在一些实施方案中，服务提供商计算机104可以为安装在客户端设备102上的移动应用程序110提供处理支持。在一些实施方案中，服务提供商计算机104可以从客户端设备102接收对资源的请求。服务提供商计算机104在接收到该请求时可以确定要与资源相关联的类别或类型。一旦识别出类别，服务提供商计算机104就可以识别能够提供所请求资源的多个资源提供商。在一些实施方案中，这可以通过与交易处理网络108通信以确定用户的资源提供商偏好来完成。服务提供商计算机104然后可以与资源提供商计算机106的每个通信，以获得来自这些资源提供商的资源的报价(例如，出价或估计)。然后可以将报价的聚合列表提供给客户端设备102。在一些实施方案中，服务提供商计算机104可以维护基于上下文的数据114，其可以包括在基于所请求的资源检测到已满足或可能满足一个或多个上下文条件时要提供给客户端设备102的内容。例如，如果用户从报价的聚合列表中选择了一个报价，则服务提供商计算机104可以识别要兑换的所选报价的位置。服务提供商计算机104然后可以识别要提供给客户端设备102的所识别位置特有的内容。

在一些实施方案中，资源提供商可以是商家，诸如零售商或其他商品和/或服务的提供商。资源提供商可以维护和/或操作资源提供商计算机106(例如，商家计算机)，资源提供商计算机根据资源提供商提供的指令提供对资源的访问。例如，资源提供商计算机106可以是隶属于维护可用资源的电子目录的在线零售实体的服务器计算设备。在一些实施方案中，每个资源提供商可以与可下载到客户端设备102的3p应用程序112相关联，以便在客户端设备102和资源提供商计算机106之间实现通信。在一些实施方案中，可以通过浏览器应用程序使用互联网连接来访问资源提供商计算机106。在一些实施方案中，服务提供商计算机104可以直接或间接通过网络连接与资源提供商计算机106通信。资源提供商计算机106可以被配置成接收对特定资源的请求，识别电子目录之内的资源，并提供与资源相关的报价。

在一些实施方案中，交易处理网络108可以是被配置成接收交易请求并将那些接收到的交易请求路由到适当授权实体的计算设备的网络。在一些实施方案中，交易处理网络108可以是电子支付网络(例如，visanet)。交易处理网络108可以维护交易数据116，其包括与多个用户相关联的历史交易信息。可以通过解析提供给交易处理网络108的每个交易请求的信息来获得交易数据116。

作为例示性示例，考虑用户提交用户希望获得的特定产品的请求的场景。在此示例中，请求通过移动应用程序110被输入，并且被中继到服务提供商计算机104。在一些情况下，移动应用程序110还可以被配置成发现安装在客户端设备102上的多个第三方应用程序112，并且将这些第三方应用程序112报告给服务提供商计算机104。在收到请求后，服务提供商计算机104可以确定用户正在请求的商品或服务的类别(例如，杂货、运输、家具等)。

出于本例示性示例的目的，假设请求的是运输服务。用户可以将目的地位置(以及潜在的原始位置)提交到移动应用程序110，其中每一个都可以被中继到服务提供商计算机104。服务提供商计算机104可以向交易处理网络108提交查询，以基于该用户的历史数据识别用户通常使用的每个运输服务提供商(即，资源提供商)。然后，服务提供商可以向与每个已识别的运输服务提供商相关联的服务器发送请求，以获取所请求的运输的定价信息。

继续上述示例，服务提供商计算机104可以在接收来自每个已识别的运输服务提供商的响应时，将每个响应聚合成要提供给客户端设备102的单个报价列表。一旦提供，客户端设备102的用户可以被赋予从报价的聚合列表中选择一个报价的能力。在一些实施方案中，服务提供商计算机104在接收此类选择时可以在用户和选定的运输服务提供商之间发起交易。为此，服务提供商计算机104可以确定所选运输服务提供商是否与安装在客户端设备102上的第三方应用程序相关联。如果运输服务提供商与第三方应用程序相关联，则服务提供商计算机104可以向客户端设备102(通过移动应用程序110)提供指令，以使用与所选响应相关的数据实例化第三方应用程序的实例。然后，用户可以使用第三方应用程序的实例与运输服务提供商进行交易。

在以上示例中，服务提供商计算机104还可以为与选定的运输服务相关联的客户端设备102提供基于上下文的报价。例如，服务提供商计算机104还可以识别与目的地位置附近的商业相关联的各种报价。在此示例中，服务提供商计算机104可以向客户端设备102提供这些基于位置的报价。在一些情况下，可以与移动应用程序110分开提供报价。例如，可以在推送通知中提供报价，以使得报价与客户端设备102显示的其他通知并排出现。以此方式，不需要打开移动应用程序110以向用户呈现基于上下文的内容。

出于第二个例示性示例的目的，假设请求是一加仑牛奶而不是运输服务，这就落在了杂货类别之下。服务提供商计算机104可以向交易处理网络108提交查询，以基于该用户的历史数据识别用户通常购物的每个杂货店(示例资源提供商)。然后，服务提供商可以向与每个已识别的杂货店相关联的服务器发送请求，以获取一加仑牛奶的定价信息。在一些情况下，交易处理网络108可以识别同一实体的多个分支。例如，交易处理网络108可以在其他杂货店之间识别出用户在同一联锁杂货店的两个(或更多)不同分支机构处购物。在本示例中，服务提供商计算机104可以向这些已识别的分支机构都发送请求，或者服务提供商计算机104可以只向联锁杂货店本身发送请求。

继续上述示例，服务提供商计算机104可以在接收来自每个已识别的杂货店的响应时，将每个响应聚合成要提供给客户端设备102的单个报价列表。一旦提供，客户端设备102的用户可以被赋予从报价的聚合列表中选择一个报价的能力。在一些实施方案中，服务提供商计算机104在接收此类选择时可以在用户和选定的杂货店之间发起交易，这可以通过多个不同的方式完成。例如，服务提供商计算机104可以确定所选杂货店是否与安装在客户端设备102上的第三方应用程序相关联。如果杂货店与第三方应用程序相关联，则服务提供商计算机104可以向客户端设备102(通过移动应用程序110)提供指令，以使用与所选响应相关的数据实例化第三方应用程序的实例。然后，用户可以使用第三方应用程序的实例与杂货店进行交易。在另一示例中，服务提供商计算机104可以(经由移动应用程序110)向客户端设备102提供指令，以实例化安装在客户端设备102上的浏览器应用程序的实例，以使其连接到杂货店的网站。服务提供商提供的指令也可能导致浏览器应用程序导航至所请求物品(例如，一加仑牛奶)的商店网页。然后，用户可以使用第三方应用程序的实例与杂货店进行交易。在又一示例中，服务提供商计算机104可代表用户进行交易。在本示例中，服务提供商计算机104可以利用与用户相关联的支付信息(例如，用户的信用卡号码)对杂货店提供的报价做出响应，以完成交易。杂货店然后可以为用户预留一加仑牛奶。

在以上示例中，服务提供商计算机104还可以向客户端设备102提供基于上下文的报价。例如，服务提供商计算机104在接收报价选择时，可以识别与该报价相关联的杂货店。在本示例中，服务提供商计算机104然后可以确定是否有任何可用折扣或特价也与该杂货店相关联。服务提供商然后可以向客户端设备102提供任何可用的折扣或特价。在一些实施方案中，基于上下文的报价的上下文可以是目的地位置。例如，服务提供商计算机104可以识别可能被访问以获得所请求物品的杂货店的位置(即，目的地)。在识别该位置时，服务提供商计算机104可以识别同时在该位置的交易和/或折扣(例如，在与目的地位置相邻的商业处)。

为了清楚起见，在图1中示出特定数目个部件。然而，应理解，本发明的实施方案可包含多于一个每种部件。另外，本发明的一些实施方案可包含比图1中所示的所有部件少或多的部件。此外，图1的部件可以通过任何合适的通信媒体(包含因特网)使用任何合适的通信协议来进行通信。

图2描绘了根据本公开的实施方案的示例系统架构，可以实施其以生成聚合资源投标和基于上下文的报价。在图2中，服务提供商计算机202可以与多个服务提供商计算机202和/或客户端设备205通信。在一些实施方案中，所示系统的每个部件都可以经由通信网络连接206进行通信。在一些实施方案中，服务提供商计算机202可以是图1的示例服务提供商计算机104。

服务提供商计算机202可以是图1所示的服务提供商计算机104的示例。在至少一些实施方案中，服务提供商计算机202可以包括至少一个存储器208和一个或多个处理单元(或处理器)210。处理器210可以酌情通过硬件、计算机可执行指令、固件或其组合实施。处理器210的计算机可执行指令或固件实施方案可以包括以任何合适的编程语言编写的用于执行所描述的各种功能的计算机可执行指令或机器可执行指令。

存储器208可以存储在处理器210上可加载和可执行的程序指令，以及存储在这些程序的执行期间生成的数据。根据服务提供商计算机202的配置和类型，存储器208可以是易失性的(例如，随机存取存储器(ram))和/或非易失性的(诸如只读存储器(rom)、闪速存储器等)。服务提供商计算机202还可以包括额外存储装置212，例如，可移动存储器和/或不可移动存储装置，其包括但不限于磁存储器、光盘和/或磁带存储器。所述盘驱动器及其相关联的计算机可读介质可以为服务提供商计算机202提供计算机可读指令、数据结构、程序模块和其他数据的非易失性存储。在一些实施方案中，存储器208可以包括多种不同类型的存储器，诸如静态随机存取存储器(sram)、动态随机存取存储器(dram)或rom。

转向存储器208的内容的更多细节，存储器208可以包括操作系统214以及一个或多个用于实施本文所公开的特征的应用程序或服务，至少包括用于与资源提供商计算机204通信并聚合报价的模块(请求履行模块216)和/或用于生成指令以执行第三方应用程序的模块(第三方交互模块218)。存储器208还可以包括聚合交易数据220，所述聚合交易数据提供从数个来源接收的历史交易数据和/或基于上下文的报价数据222，其提供报价以及要满足的相关上下文条件。

在一些实施方案中，请求履行模块216可以结合处理器212被配置成从客户端设备205接收相对于所请求的货物或服务的请求。请求履行模块216在接收请求时可与处理器212结合，被配置为识别所请求的货物或服务的类别。所公开系统的一些实施方式可以是特定类别的货物或服务特有的。例如，所公开系统的实施方案可以是运输服务特有的，在这种情况下，请求履行模块216接收的每个请求都属于运输类别。一旦请求的货物或服务已分类，请求履行模块216可以被配置成识别能够提供所请求的货物或服务的多个资源提供商计算机204。请求履行模块216然后可以生成并发送请求到资源提供商计算机204中的每一个以请求关于所请求的货物或服务的报价。在一些实施方案中，这可以涉及识别用于向资源提供商计算机204中每一个发送请求的格式。格式信息可以由服务提供商计算机202相对于多个资源提供商计算机204存储和维护。

在向多个资源提供商计算机发送请求之后，请求履行模块216可以从每个资源提供商计算机接收包括报价的响应。报价可能包含资源提供商计算机204愿意提供所请求的货物或服务的出价或价格的指示。一旦从资源提供商计算机204接收到响应，响应就可以被发送到客户端设备205。在一些实施方案中，一旦从资源提供商计算机204中的每个接收响应，响应就可以被聚合到单个列表中并且发送到客户端设备205。在一些实施方案中，在接收并聚合到客户端设备205上的列表中时，响应可以被发送到客户端设备205。客户端设备的用户然后可以从报价的聚合列表中选择报价，并且该选择可以被传达到服务提供商计算机202。在一些实施方案中，服务提供商计算机202可以基于接收的选择发起针对所请求的货物或服务的交易。在一些实施方案中，服务提供商计算机202可以生成指令以使客户端设备205执行第三方应用程序以便完成交易。

在一些实施方案中，第三方交互模块218可与处理器212结合，被配置为确定与特定第三方交互的规则和/或过程。在一些实施方案中，服务提供商计算机202可以维护多个应用程序编程接口(api)，其可以用来与各种应用程序和/或资源提供商计算机交互。第三方交互模块218可以被配置成识别用于与特定资源提供商计算机204通信的适当通信信道/技术。第三方交互模块218可以被配置成识别用于在客户端设备205上发起第三方应用程序的适当技术(例如，方法或功能调用)。在本发明的实施方案中，第三方交互模块可以用来生成一组指令，这些指令导致应用程序的实例在客户端设备205上打开，客户端设备至少部分地预填充有与所选报价有关的信息。

服务提供商计算机202还可以包含通信接口224，其使得服务提供商计算机202能够与存储的数据库、另一个计算设备或服务器、一个或多个远程设备、其他应用程序服务器和/或任何其他合适的电子设备通信。在一些实施方案中，通信接口224可以使得服务提供商计算机202能够与网络(例如，私用网络)上的其它电子设备通信。服务提供商计算机202还可以包括输入/输出(i/o)设备和/或端口226，例如，其用于实现与键盘、鼠标、笔、语音输入设备、触摸输入设备、显示器、扬声器、打印机等的连接。

在一些示例中，通信网络206可以包括很多不同类型的网络(诸如有线网络、因特网、无线网络、蜂窝网络以及其他私有和/或公用网络)中的任一种或者它们的组合。此外，通信网络206可以包括多个不同网络。例如，客户端设备205可以利用3g网络来与无线路由器通信，无线路由器可以随后通过公用网络(例如，因特网)将通信路由到服务提供商计算机202。

在一些实施方案中，资源提供商计算机204(1-n)可以包括多个服务器设备，其中每个设备都可以与资源的不同提供商相关联。在一些实施方案中，资源提供商计算机204中的至少一些可以维护电子目录，其包括由该资源提供商提供的一组货物和/或服务。在一些实施方案中，资源提供商计算机204中的每一个可以与由该资源提供商计算机204提供的货物和/或服务类别相关联。每个资源提供商可能与多个类别相关联。在一些实施方案中，服务提供商计算机202可以维护可用资源提供商计算机204及其类别的列表。

在一些实施方案中，客户端设备205可以包括能够与服务提供商计算机202和/或资源提供商计算机204通信的任何便携式电子设备。客户端设备205可以包括存储指令的存储器228(例如，计算机可读存储介质)，该指令在由客户端设备205的处理器230执行时，允许客户端设备执行其预期功能。更详细地参考存储器228的内容，存储器228可以包括为客户端设备205的一般管理和操作提供可执行程序指令的操作系统232，以及一个或多个移动应用程序234，至少其中一个可以被配置成使客户端设备205与服务提供商计算机202通信，以便将客户端设备205的用户的请求中继到服务提供商并随后接收与请求相关的报价的聚合列表。

在一些实施方案中，移动应用程序234可以结合处理器212，被配置成启用对服务提供商计算机202和/或资源提供商计算机204的访问。在一些实施方案中，多个移动应用程序234可以是配置成执行特定于服务提供商计算机或特定资源提供商的功能的专用应用程序。在一些实施方案中，移动应用程序234中的至少一个可以是被配置成接收和显示网站信息的浏览器应用程序236。浏览器应用程序236可以用来通过在客户端设备205上呈现从该资源提供商维护的网站获得的信息，来访问资源提供商计算机204。

图3描绘了泳道图，描绘根据至少一些实施方案，聚合来自多个资源提供商的报价并基于这些聚合报价执行交易的过程。过程300示出了相对于上述图1描述的各种部件之间的潜在交互。例如，在过程300中描绘的是客户端设备102(可以是图1中描绘的客户端设备102的示例)、服务提供商计算机104(可以是图1中描绘的服务提供商计算机104的示例)、处理网络108(可以是图1中描绘的处理网络108的示例)，以及资源提供商计算机106(可以是图1中描绘的资源提供商计算机106的示例)。

根据至少一些实施方案，客户端设备102的用户可以通过生成对货物或服务的请求而在302处发起过程300。可以在通过图形用户界面(gui)接收用户的输入时生成请求。gui的实例可以由服务提供商计算机104支持的移动应用程序或在浏览器应用程序之内被实例化。在一些实施方案中，可以在用户提供用户希望为其进行交易的产品或其他资源的指示(例如，将产品的指示输入到文本输入字段中)时生成请求。本文所述系统的一些实施方案可以涉及特定产品或产品类型。在这些实施方案中，可能要求用户提供与该特定产品的交易相关的详细信息。例如，在所描述的指向运输的系统的实施方案中，可以要求用户至少输入目的地位置。在此示例中，至少一些信息(例如，用户的当前位置)可以由客户端设备102或者在服务提供商计算机104处与用户相关维护的账户提供。

在304处，所生成的请求可以从客户端设备102被传送到服务提供商计算机104。在某些情况下，服务提供商计算机104可以识别与请求相关的产品的类别或以其他方式对产品分类。例如，如果用户提交了与“花生酱”相关的请求，则服务提供商计算机104可以将请求归类为与“杂货”相关。本公开的一些实施方案可以专注于特定产品，其中不需要服务提供商计算机104对产品进行分类。在一些实施方案中，服务提供商计算机104可以维护能够提供特定资源或资源类别的资源提供商的列表。

在一些实施方案中，服务提供商计算机104可以在306处联系处理网络108，以识别能够为接收的请求服务的多个资源提供商。在一些实施方案中，服务提供商计算机104可以提供分配给所请求产品的类别，处理网络108可以识别用户过去已经进行过交易并且能够提供所请求产品的资源提供商(例如，在提供的类别中交易的资源提供商)。资源提供商的列表可以由处理网络108响应于在306发起的联系在308处向服务提供商计算机104提供。

在310处，服务提供商计算机104可以识别要相对于请求而联系的一组资源提供商计算机。在一些实施方案中，所述一组资源提供商计算机可以限于与安装在客户端设备102上的移动应用程序相关联的那些。在一些实施方案中，所述一组资源提供商计算机可以限于由处理网络108提供的资源提供商计算机的列表，或者基于所述列表而被排序。例如，处理网络108可以不仅返回用户使用的资源提供商的列表，还可以返回列表上的资源提供商之间的偏好指示(例如，使用这些资源提供商中的每一个的次数)。在一些实施方案中，服务提供商计算机104可以维护每个资源提供商与其对应资源提供商计算机106之间的映射。

一旦识别了一组资源提供商计算机，就可以生成请求，以便在312处从所述一组资源提供商计算机的每个资源提供商计算机索取报价内容。在一些实施方案中，这可以涉及使用api或资源提供商计算机106特有的其他一组例程。例如，服务提供商计算机104可以维护包含用于与各资源提供商计算机106交互的例程的多个api。在一些实施方案中，api可以执行通常由与安装在客户端设备102上的资源提供商相关联的移动应用程序调用的方法。在一些实施方案中，服务提供商计算机104可以维护可以对资源提供商计算机106上实施的服务执行的方法调用的列表。在一些实施方案中，服务提供商计算机104可以通过与由该资源提供商计算机106维护的网站交互，而向特定资源提供商计算机106提交请求。

在314处，服务提供商计算机104可以从所述一组资源提供商计算机中的每个资源提供商计算机106接收响应。资源提供商计算机106可以以报价内容的形式提供响应，报价内容至少包括可通过资源提供商获得产品的价格或成本。在一些实施方案中，报价内容还可以包括与潜在交易相关的任何其他信息(例如，物品描述等)。如果没有产品，资源提供商计算机106可以提供指示没有产品的响应。在某些情况下，如果没有产品，资源提供商计算机106可以不提供任何响应。在一些实施方案中，如果在预定时间段内没有从该资源提供商计算机接收到响应，服务提供商104可以从已识别的资源提供商计算机列表中移除资源提供商计算机106。在该情境中，服务提供商104可以如同资源提供商计算机106没有产品那样动作。

在316处，服务提供商计算机104可以向客户端设备102提供至少一些所接收的响应。在一些实施方案中，可以不向客户端设备102提供从资源提供商计算机106接收的指示没有所请求货物或服务的响应。在一些实施方案中，服务提供商计算机104可以限制基于某种其他条件提供的响应。例如，服务提供商计算机104可以仅向客户端设备102提供具有最低价格的五个报价。在一些实施方案中，提供给客户端设备102的报价内容可以按照各种标准被排序。例如，可以根据最佳价格、最短的履行时间、最优选的资源提供商(例如，根据用户的历史交易数据)或任何其他合适的标准对聚合报价内容进行排序。

在318处，用户可以从提供给客户端设备102的报价内容的列表中选择报价内容。选择的指示可以被传送到服务提供商计算机104。在接收该选择时，服务提供商可以基于在320处选择的报价来确定发起交易的适当手段。例如，在接收到选择与特定资源提供商相关联的特定报价的指示时，服务提供商计算机104可以识别要用于执行安装在与特定资源提供商相关联的客户端设备102上的移动应用程序的api。在本示例中，服务提供商计算机104可以识别涉及与与资源提供商相关联的移动应用程序的执行的一个或多个例程。

服务提供商计算机104在基于所选报价确定用于发起交易的适当手段时，可以生成指令以导致客户端设备102发起交易。生成的指令可以在322处被提供给客户端设备102。在执行时，所述一组指令可以导致客户端设备102打开与所选资源提供商相关联的移动应用程序的实例。移动应用程序的打开实例至少部分地填充有与所请求产品相关的信息。

在一些实施方案中，服务提供商计算机104可以基于所选择的报价内容代表用户发起交易。例如，服务提供商计算机104可以维护用户的支付账户信息(例如，信用卡号或支付令牌)以及装运信息。服务提供商计算机104可以使用该信息对所选报价内容进行交易。

在324处，可以在客户端设备102和选定的资源提供商计算机106之间发起交易。用户可以通过实例化的移动应用程序获得直接向资源提供商计算机106传达多个交易详细信息的能力。在一些实施方案中，可能要求用户向资源提供商提供支付信息和/或装运信息，以完成交易。在一些实施方案中，可以要求用户登录到由资源提供商计算机106维护的账户中。在一些实施方案中，支付信息可以由资源提供商计算机106或与资源提供商计算机106通信的外部钱包应用程序服务器存储。

资源提供商计算机106可以在326处执行授权步骤，以获得执行交易的批准。例如，资源提供商计算机106可以从由授权实体，例如发行方操作的授权实体计算机请求授权以得到批准。在典型授权过程中，由资源提供商操作的资源提供商计算机106(或访问设备)可以生成授权请求消息。授权请求消息可通过由收单方操作的传输计算机(例如，收单方计算机)和由支付处理器操作的处理网络传送到授权计算机。授权实体计算机然后可以授权或拒绝交易。在做出其决策之后，授权实体计算机可以生成授权响应消息。授权响应消息可以经由处理网络和传输计算机发送回到资源提供商计算机。一旦交易得到批准，资源提供商计算机106就可以在328处向客户端设备102提供交易批准的指示。另外，在稍后时间点，授权实体计算机、传输计算机和处理网络可以执行清算和结算过程以结算交易。

图4描绘了根据本公开的实施方案，用于向安装在客户端设备上的移动应用程序提供后端支持的过程。过程400(或本文中描述的任何其他过程或其变型和/或组合)的一些或全部可以在配置有可执行指令的一个或多个计算机系统的控制下执行，并且可以被实施为代码(例如，可执行指令、一个或多个计算机程序或者一个或多个应用程序)。根据至少一个实施方案，图4中所示的过程400可以由上文参考图2所述的服务提供商计算机202来执行。代码可以存储在计算机可读存储介质上，例如呈包含能够由一个或多个处理器执行的多个指令的计算机程序的形式。计算机可读存储介质可以是非暂时性的。

在一些实施方案中，当接收有关特定产品(例如，货物或服务)的请求时，过程400可以在402处开始。在一些实施方案中，可以通过与服务提供商计算机相关联的移动应用程序提交请求。在一些实施方案中，可以使用浏览器应用程序提交(例如，经由服务提供商计算机维护的网站)请求。在一些实施方案中，请求可以包括要针对所请求产品执行的交易相关的多个详细信息。

在404处，在一些实施方案中，服务提供商计算机可以在接收请求时对其归类。这可能涉及对请求中识别的产品或要对该产品采取的措施进行归类。服务提供商计算机可以在406识别能够提供所请求产品的多个资源提供商。例如，对于每个潜在产品类别而言，服务提供商计算机可以维护可能提供所请求产品的资源提供商列表。在一些实施方案中，安装在客户端设备上的移动应用程序可以向服务提供商计算机传送信息，指示相对于客户端设备可用的多个资源提供商。例如，客户端设备可能在其上安装了多个移动应用程序，其中每个应用程序都被配置为启用由资源提供商提供的功能。在此示例中，可以让客户端设备向服务提供商计算机(例如，经由与服务提供商计算机相关联的移动应用程序)发送相关移动应用程序的列表。然后，服务提供商计算机可以确定该列表上哪些资源提供商能够满足请求。

在408处，服务提供商计算机可以查询交易处理网络，以确定用户优选哪个识别的资源提供商。在一些实施方案中，这可以涉及服务提供商计算机向交易处理网络发送资源提供商的列表。交易处理网络然后可以识别与用户已执行的每个资源提供商相关联的多个交易。

在410处，响应于所接收的查询，交易处理网络可以分析用户的历史交易数据以生成优选资源提供商的列表。在一些实施方案中，交易处理网络可以基于用户与该资源提供商进行交易的倾向提供资源提供商的排名的一些指示(例如，排序列表)。在一些实施方案中，可以至少部分地根据时间确定排名。例如，交易处理网络可以确定用户在过去3个月内与资源提供商a进行了12次交易、在过去3个月内与资源提供商b进行了31次交易，在过去3个月内与资源提供商c进行了25次交易。在此示例中，交易处理网络可以确定资源提供商b当前是用户最优选的资源提供商。交易处理网络可以向服务提供商计算机提供资源提供商的排序列表，其包括<资源提供商b、资源提供商c、资源提供商a>。

在412处，服务提供商计算机可以向每个资源提供商生成请求，以提供可针对所请求产品执行的潜在交易的指示。在一些实施方案中，服务提供商计算机可以维护包括用于与各种资源提供商交互的例程和/或协议的api的库。api的库可以包括与资源提供商计算机以及与资源提供商相关联的移动应用程序进行交互的api。为了向特定资源提供商生成请求，服务提供商计算机可以访问api的库以识别与特定资源提供商相关联的api。然后，服务提供商计算机可以根据与api相关联的方法和/或例程来制定请求。

在414处，多个资源提供商可能会对请求产生响应。某些资源提供商可能表示没有产品或无法识别产品。在一些实施方案中，只有当能够提供所请求的产品时，资源提供商才可以生成响应。可由资源提供商通过根据已识别的api中使用的方法调用的返回或退出参数向服务提供商计算机提供响应。

在416处，服务提供商计算机可以聚合所接收的响应并将其提供给客户端设备。至少一些接收的响应可以被提供给在418处从其接收请求的客户端设备。在一些实施方案中，服务提供商计算机可以将从资源提供商接收的每个响应(例如，在预定时间量内接收的那些)聚合到可提供给客户端设备的单个列表中。在一些实施方案中，服务提供商计算机可以在从资源提供商接收响应时传输每个响应。然后，用户可以从响应的聚合列表中选择响应。

在420处，服务提供商计算机可以识别与所接收请求相关的基于上下文的内容。在一些实施方案中，上下文可以包括与请求相关联的位置和/或时间。例如，上下文可以包括预计用户所处的位置以及预计用户在该位置处的时间。在识别此上下文时，服务提供商计算机可以确定一个或多个附加内容以基于该上下文提供用户。例如，如果用户选择特定的资源提供商来提供所请求的产品，服务提供商计算机可以识别从该资源提供商可提供的多个附加报价。由于预计用户已经与该资源提供商进行过交易，服务提供商计算机可以选择向用户提供这些附加报价以供其考虑。附加报价然后可以被编译成基于上下文的内容，并且可以在422处提供给用户。在一些实施方案中，上下文可以是目的地位置。例如，如果用户请求到特定位置的运输，则服务提供商计算机可以识别与邻近将提供给用户的已识别目的地位置的位置相关联的多个报价。

图5描绘了指向运输资源示例的本公开实施方案的例示性示例。图5中描绘的是用户设备502以及安装在移动设备502上并从所述移动设备执行的移动应用程序504的例示性示例。移动应用程序504可以被配置成执行本文关于运输服务所述的至少一些功能。在一些实施方案中，图形用户界面(gui)504可以由移动应用程序实例化。

在图5中，用户可打开移动设备502上的移动应用程序504。在一些实施方案中，用户可能需要通过登录选项506登录由与移动应用程序504相关联的服务提供商计算机维护的账户。在一些实施方案中，移动应用程序504可以实施由第三方服务提供商计算机提供的一个或多个服务。例如，可以使用映射服务api来构建专注于运输服务的移动应用程序504。

在提供运输服务的移动应用程序504的所示示例中，用户可以通过文本输入字段508输入目的地。在一些实施方案中，运输服务移动应用程序的用户还可以提供初始位置。在一些实施方案中，可以使用移动设备502的全球定位系统(gps)设备自动确定初始位置。来自文本输入字段508的输入可以被中继到服务提供商计算机，服务提供商计算机可以使用文本输入获得来自各种运输提供商的多个报价。在一些实施方案中，移动应用程序504可以提供安装在移动设备502上的相关移动应用程序。

服务提供商计算机可以使用与多个运输提供商相关联的api将用户输入的信息提供给这些运输提供商服务器。在这个例示性示例中，每个运输提供商可以单独确定驱动程序的可用性并计算从初始位置到指定目的地位置的路线，以便估计向所提供的目的地位置提供运输的成本。然后，运输提供商可以向服务提供商计算机提供包括定价/时间估计数据的响应。

在从每个运输提供商接收响应时，服务提供商计算机可以将这些响应中继到移动设备502，移动设备可以在gui之内显示每个报价510。报价510可以各自包括任何相关信息，例如估计价格、估计等待时间或用户可能感兴趣的任何其他信息。gui可被配置为使用户能够通过gui选择所显示报价510中的一个。

在选择所显示报价510中的一个时，可以让移动设备502打开与所选报价相关联的运输应用程序512。在某些情况下，这可能涉及使用被配置为与运输应用程序交互的api。在一些实施方案中，服务提供商计算机可以识别用于与来自api库的运输应用程序通信的例程。运输应用程序512可以由移动应用程序504利用与最初提交的运输服务请求相关的信息(例如，目的地位置)来提供。然后，用户可以使用运输应用程序512完成所请求的运输服务的交易。在一些实施方案中，用户可以使用可用于完成交易的运输应用程序来维护独立的账户。用于完成交易的支付过程可以类似于上文相对于图3中的步骤326所述。

在一些实施方案中，服务提供商计算机还可以识别要向移动设备502的用户提供的基于上下文的内容。例如，服务提供商计算机可以识别可以在邻近接收到的目的地位置的位置兑换的多个附加报价。在一些实施方案中，基于上下文的报价可以被编译成通知514，所述通知可以被传送到移动设备502。例如，多个基于上下文的内容可以通过推送通知被传送到移动设备502。在选择通知时，可以向用户展示包含在基于上下文内容中的报价516的列表。

图6描绘了流程图，示出了根据至少一些实施方案提供响应的聚合列表和基于上下文内容的过程。过程600可以由如图2所示的服务提供商计算机202执行。

当从客户端设备接收所请求的产品/资源的指示时，过程600可以在602处开始。在一些实施方案中，可以通过由服务提供商计算机维护的网站接收请求。例如，用户可以通过安装在客户端设备上的浏览器应用程序访问网站，并提交对资源的请求。在一些实施方案中，可以从安装在与服务提供商计算机通信的客户端设备上的移动应用程序接收请求。

在604，服务提供商计算机可以确定能够提供所请求产品的多个资源提供商。在一些实施方案中，服务提供商计算机可以维护服务资源提供商及其相应资源出价的列表。在一些实施方案中，服务提供商可以对资源提供商进行分类，并确定哪些资源提供商提供对所确定类别的访问。服务提供商计算机可以与交易处理网络通信，以识别资源提供商。例如，交易处理网络可以识别用户之前与之交易的处理所请求资源的多个资源提供商。

在606处，可根据用户偏好过滤资源提供商。在一些实施方案中，可以基于用户的历史交易数据自动确定用户偏好。在一些实施方案中，可以与服务提供商计算机维护的用户相关联的账户相关地存储用户偏好。例如，在帐户注册过程中或者之后，用户可以指明多个偏好。在其他配置设置中，偏好可以指示用户偏好哪些资源提供商。

在608处，向资源提供商提供与所请求产品相关的信息。为此，服务提供商计算机可以访问与多个资源提供商相关联的api的库。服务提供商计算机可以从api中识别和与资源提供商相关联的服务器通信的例程(例如，方法调用)。服务提供商计算机然后可以根据已识别的例程对请求进行格式化。对于要发送请求的每个资源提供商，可以重复此操作。

在610处，服务提供商计算机可以从每个资源提供商接收响应。在一些实施方案中，可以通过为资源提供商识别的例程接收响应。例如，如果服务提供商计算机向资源提供商提交的请求包括资源提供商使用的方法调用，则服务提供商计算机可以通过方法调用中使用的返回(或输出)参数接收响应。在一些实施方案中，可以独立于所生成的请求接收从资源提供商接收的响应。例如，资源提供商可以响应接收到请求而生成内容，并且随后可以将生成的内容发送到服务提供商计算机。

接收的响应可以在612处被聚合，服务提供商计算机可以在614处向客户端设备提供响应。在一些实施方案中，服务提供商计算机可以在从资源提供商接收响应时聚合响应。在一些实施方案中，服务提供商计算机可以仅聚合在预定阈值时间量内接收到的响应。例如，服务提供商计算机可以仅聚合在发送到资源提供商30秒之内接收的响应。在一些实施方案中，服务提供商计算机可以在接收响应时将每个响应中继到客户端设备，安装在客户端设备上的移动应用程序可以聚合接收的响应。然后，可以通过客户端设备的显示器向用户呈现聚合响应，用户可以从中选择响应。

在用户选择响应时，可以发起与响应相关联的交易。在某些情况下，这可能涉及服务提供商计算机代表用户与资源提供商进行交易。在某些情况下，这可能涉及导致与该资源提供商相关联的移动应用程序来完成交易。例如，服务提供商计算机在接收来自响应的聚合列表的响应选择时，可以识别与所选响应的资源提供商相关联的移动应用程序的api。在本示例中，api可以包括用于和与所选响应的资源提供商相关联的移动应用程序交互的例程。服务提供商计算机可以生成计算机可执行指令，以使得使用已识别api执行资源提供商移动应用程序。然后，可以使用资源提供商移动应用程序完成交易。

在616处，服务提供商计算机也可以识别与请求和/或所选择响应相关的基于上下文的内容。在一些实施方案中，针对请求或选定响应的上下文可以包括关于要执行的交易的任何因素。例如，上下文可以包括交易要执行的地点、交易的执行时间、要与其执行交易的资源提供商的类型、交易要执行的金额或任何其他合适的因素。服务提供商计算机可以确定由服务提供商计算机(或与服务提供商无关联的第三方实体)维护的内容与已识别的上下文相关。例如，服务提供商计算机可以识别与邻近要执行交易的位置的位置相关的附加内容。

在618处，可以向客户端设备提供附加基于上下文的内容。在一些实施方案中，可以通过显示在客户端设备显示器上的广告或其他报价提供附加基于上下文的内容(例如，在用户选择响应之后但在发起交易之前)。在一些实施方案中，可以通过在服务提供商计算机和移动设备上的移动应用程序之间维持的通信信道，经由推送通知向客户端设备提供附加基于上下文的内容。

本发明的实施方案相对于常规系统提供了多个技术优点。例如，本发明的实施方案允许用户在单个动作中检查多个资源提供商，以了解所需资源的可用性和定价。在此示例中，用户能够快速识别哪个资源提供商对所请求的产品提供最佳交易，并通过该资源提供商完成交易。另外，在一些实施方案中，仅从用户偏好的那些资源提供商(例如，用户倾向于使用的那些)为用户提供信息。此外，系统的实施方案能够展示与用户兴趣相关的报价以及用户预测的未来动作(例如，用户的预测位置)。这使得服务提供商能够以附加内容更好地指向用户。

应理解，本发明的任何实施方案都可以使用硬件(例如专用集成电路或现场可编程门阵列)和/或使用计算机软件以控制逻辑的形式实施，其中通用可编程处理器是模块化的或集成的。如本文中所使用，处理器包含单核处理器、在同一集成芯片上的多核处理器，或在单个电路板上或网络化的多个处理单元。基于本公开和本文中所提供的教示，本领域的普通技术人员将知道并且了解使用硬件和硬件与软件的组合来实施本发明的实施方案的其他方式和/或方法。

本申请中所描述的任何软件部件或功能可被实施为要使用例如java、c、c++、c#、objective-c、swift的任何合适计算机语言或例如perl或python的脚本语言，使用例如常规的或面向对象的技术由处理器执行的软件代码。软件代码可作为一系列指令或命令存储在计算机可读介质上以供存储和/或传递，合适的介质包含随机存取存储器(ram)、只读存储器(rom)、例如硬盘驱动器或软盘的磁性介质，或例如光盘(cd)或数字通用盘(dvd)的光学介质、闪存存储器等等。计算机可读介质可以是此类存储或传输设备的任何组合。

此类程序还可以使用适应于经由包含因特网的符合多种协议的有线、光学和/或无线网络进行传输的载波信号来编码和传输。因此，根据本发明的实施方案的计算机可读介质可以使用以此类程序编码的数据信号来创建。以程序代码编码的计算机可读介质可与兼容设备一起封装或与其他设备分开地提供(例如，经由因特网下载)。任何此类计算机可读介质可以驻留于单个计算机产品(例如，硬盘驱动器、cd或整个计算机系统)上或内，且可存在于系统或网络内的不同计算机产品上或内。计算机系统可以包含用于将本文中所提及的任何结果提供给用户的监视器、打印机或其他合适的显示器。

以上描述是说明性的而不是限制性的。在所属领域的技术人员阅读了本公开后，本发明的许多变化将变得显而易见。因此，本发明的范围不应参考以上描述来确定，而是应参考待决的权利要求以及其完整范围或等效物来确定。

在不脱离本发明的范围的情况下，任何实施方案的一个或多个特征可与任何其他实施方案的一个或多个特征组合。

除非明确指示有相反的意思，否则“一个/种”或“该/所述”的叙述旨在表示“一个/种或多个/种”。

上文所提及的所有专利、专利申请、公开案和描述都出于所有目的而以其全文引用的方式并入本文中。不承认它们是现有技术。