CN112685171B - 用于请求处理中的负荷减轻的系统和方法 - Google Patents

Abstract

本公开涉及用于请求处理中的负荷减轻的系统和方法。一种方法包括在中介服务器处从请求设备接收对供应商系统提供的一个或多个项目的请求；在所述中介服务器处生成中间回复，所述中间回复包括指示所述供应商系统提供的所述一个或多个项目的数据；在所述中介服务器处确定所述请求是否符合直接分销的条件；响应于确定所述请求符合直接分销的条件，在所述中介服务器处通过以下操作生成调整后的回复：与托管的提案管理系统通信以接收用于调整所述中间回复的指令，所述托管的提案管理系统为所述供应商系统提供托管的供应商对象服务；和在所述中介服务器处基于所述指令调整所述中间回复；和作为响应，从所述中介服务器向所述请求设备提供所述调整后的回复。

Description

用于请求处理中的负荷减轻的系统和方法

技术领域

本说明书一般涉及在计算系统中处理数据请求，具体涉及用于此类请求处理中的负荷减轻的系统和方法。

背景技术

与只需要检索的现有数据相反，对生成或计算的数据的某些请求会大量发生(例如，每秒数以万计)，并且由相对少量的计算系统处理。这种请求的例子是针对可用的旅行相关产品和服务(例如，航班、酒店房间等；航班特别脆弱(vulnerable))的请求，其被定向到这种产品的供应商的计算系统。由供应商的计算系统直接响应这种请求会造成相当大的计算负荷和关联成本。然而，通过依赖第三方基于供应商定期向第三方发布的数据来响应所述请求来减少这些影响，则可能降低响应的准确性。

发明内容

本说明书的一个方面提供一种在计算系统中处理数据请求的方法，包括：在中介服务器处从请求设备接收对供应商系统提供的一个或多个项目的请求；在所述中介服务器处生成中间回复，所述中间回复包括指示所述供应商系统提供的所述一个或多个项目的数据；在所述中介服务器处确定所述请求是否符合直接分销的条件；响应于确定所述请求符合直接分销的条件，在所述中介服务器处通过以下操作生成调整后的回复：与托管的提案管理系统通信以接收用于调整所述中间回复的指令，所述托管的提案管理系统为所述供应商系统提供托管的供应商对象服务；以及在所述中介服务器处基于所述指令调整所述中间回复；和响应于所述请求，从所述中介服务器向所述请求设备提供所述调整后的回复。

在一些例子中，通过基于所述指令调整所述中间回复来生成所述调整后的回复包括调整以下中的一个或多个：

所述数据指示的所述一个或多个项目的价格；和

与所述数据指示的所述一个或多个项目关联的服务。

在一些例子中，其中生成所述中间回复基于定义用于生成与所述一个或多个项目对应的基准提案的规则的数据，所述数据包括(i)由所述供应商系统以电子方式发布的信息和(ii)从所述供应商系统提供给所述中介服务器的信息中的至少一个。

在一些例子中，从所述托管的提案管理系统接收的指令表示所述供应商系统的规则，所述规则用于调整由所述供应商系统以电子方式发布的表示关于所述一个或多个项目的基准提案的信息，以生成关于所述一个或多个项目的提案。

在一些例子中，所述请求包括购物请求。

在一些例子中，所述方法还包括：

在向所述请求设备提供所述调整后的回复之后，在所述中介服务器处从所述请求设备接收对与所述一个或多个项目关联的辅助内容的第二请求；

与所述供应商系统通信，以接收包含与所述一个或多个项目关联的所述辅助内容的辅助回复，所述辅助回复经由与所述托管的提案管理系统通信的所述供应商系统生成；和

响应于所述第二请求，从所述中介服务器向所述请求设备提供所述辅助回复。

在一些例子中，所述方法还包括在所述中介服务器处：检索供应商简档，并基于所述供应商简档确定所述请求是否符合直接分销的条件。

本说明书的再一个方面提供一种用于在计算系统中处理数据请求的中介服务器，所述中介服务器包括：通信接口；和与所述通信接口连接的处理器，所述处理器被配置成：经由所述通信接口，从请求设备接收对由供应商系统提供的一个或多个项目的请求；生成包括指示由所述供应商系统提供的所述一个或多个项目的数据的中间回复；确定所述请求是否符合直接分销的条件；响应于确定所述请求符合直接分销的条件：与托管的提案管理系统通信以接收用于调整所述中间回复的指令，所述托管的提案管理系统为所述供应商系统提供托管的供应商对象服务；以及基于所述指令调整所述中间回复以生成调整后的回复；和响应于所述请求，经由所述通信接口向所述请求设备提供所述调整后的回复。

在一些例子中，为了生成所述调整后的回复，所述处理器被配置成调整以下中的一个或多个：

所述数据指示的所述一个或多个项目的价格；和

与所述数据指示的所述一个或多个项目关联的服务。

在一些例子中，为了生成所述中间回复，所述处理器被配置成检索定义用于生成与所述一个或多个项目对应的基准提案的规则的数据，所述数据包括(i)由所述供应商系统以电子方式发布的信息和(ii)从所述供应商系统提供给所述中介服务器的信息中的至少一个。

在一些例子中，其中从所述托管的提案管理系统接收的指令表示所述供应商系统的规则，所述规则用于调整由所述供应商系统以电子方式发布的表示关于所述一个或多个项目的基准提案的信息，以生成关于所述一个或多个项目的提案。

在一些例子中，所述请求包括购物请求。

在一些例子中，所述处理器还被配置成：

在向所述请求设备提供所述调整后的回复之后，从所述请求设备接收对与所述一个或多个项目关联的辅助内容的第二请求；

与所述供应商系统通信，以接收包含与所述一个或多个项目关联的所述辅助内容的辅助回复，所述辅助回复经由与所述托管的提案管理系统通信的所述供应商系统生成；和

响应于所述第二请求，向所述请求设备提供所述辅助回复。

在一些例子中，所述处理器还被配置成：检索供应商简档，并基于所述供应商简档确定所述请求是否符合直接分销的条件。

本说明书的另一个方面提供一种用于在计算系统中处理数据请求的计算机程序产品，所述计算机程序产品包括存储在计算机可读介质上的程序代码指令，所述程序代码指令包括当所述程序在计算机上运行时，用于经由中介服务器的通信接口，从请求设备接收对由供应商系统提供的一个或多个项目的请求的计算机可读程序装置；用于生成中间回复的计算机可读程序装置，所述中间回复包括指示由所述供应商系统提供的所述一个或多个项目的数据；用于确定所述请求是否符合直接分销的条件的计算机可读程序装置；用于响应于确定所述请求符合直接分销的条件：与托管的提案管理系统通信以接收用于调整所述中间回复的指令，所述托管的提案管理系统为所述供应商系统提供托管的供应商对象服务；以及基于所述指令调整所述中间回复，以生成调整后的回复的计算机可读程序装置；和响应于所述请求，经所述通信接口向所述请求设备提供所述调整后的回复的计算机可读程序装置。

附图说明

参考附图说明实施例，附图中：

图1描述用于请求处理的系统；

图2描述图1的中介服务器和供应商系统的某些组件；

图3描述图1的系统中的请求处理的方法；

图4描述图3的方法的方框305和310的例证执行；

图5描述图3的方法的方框315和320的例证执行；

图6描述图3的方法的方框325的例证执行；

图7描述图3的方法的方框330的例证执行；和

图8描述图3的方法的方框335-350的例证执行。

具体实施方式

图1描述用于处理数据请求的系统100。通常，在本上下文中，处理数据请求指的是接收请求，并且处理该请求(通常通过咨询一个或多个其他数据源)以生成响应，从而提供给发起该请求的计算设备。

更具体地，在图解所示的例子中，本文中讨论的请求由请求设备104(表示了单个请求设备104，不过系统100可以包括任何数量的请求设备104)生成。在下面讨论的例子中，请求是对描述旅行相关产品和服务，比如航班、酒店预订、车辆租赁等(通常称为项目)的信息的请求。请求设备104可以是这种产品和服务的直接消费者(例如，个人旅行者)，或者诸如旅行代理人之类的中介。在本例中，假定请求设备由旅行社(例如，在线旅行社，OTA)操作，于是也被称为销售商104(因为销售商104检索关于上述产品和服务的信息，以出售给消费者)。

销售商104发起的请求包括定义要返回给销售商104的产品和服务的期望特性的各种选项和属性。这种属性的例子包括时间和日期、出发地和目的地位置，等等。对这种请求的响应包括定义满足上述属性的产品或服务的数据。可被称为购物推荐、提案等的响应数据至少部分取决于由诸如航空公司之类的供应商生成的产品和服务特性。每个供应商可以运营供应商系统。图1中表示了两个例证供应商系统108-1和108-2(统称为供应商系统108，并且一般称为供应商系统108)。每个供应商系统108包括一个或多个计算设备，所述计算设备实现使购物推荐的计算和呈现，以及产品和服务向客户的交付成为可能的各种处理。

在以前的安排中，不在供应商系统108本身生成响应。相反，上述供应商数据(例如，时间表、票价、票价的分配规则等)由供应商系统108发布到第三方储存库。来自销售商104的请求经由网络112(即，局域网和广域网(包括因特网)的任何适当组合)被定向到这样的第三方，无论是直接从销售商104还是经由一个或多个中介系统。于是，响应不是由供应商系统108生成的。相反，只有当发起产品或服务的购买时(例如，从作为响应，从一个或多个供应商发给销售商104的许多可能的产品和服务中)，才联系供应商系统108。

然而，上述第三方发布模型限制了供应商系统108响应于特定请求属性，对产品和服务特性(例如，价格)应用动态调整的能力。上述限制例如可能起因于发布的频率，发布的频率可能不足以频繁到适应动态调整规则的期望变化频率。于是，在一些操作模型，比如在新分销能力(NDC)标准中所考虑的模型中，供应商系统108是请求的直接接收方。即，不是向第三方发布产品和服务数据(独立于任何特定请求)，以供第三方本身或另外的系统计算响应，供应商系统108可以本地存储产品和服务数据，直接从销售商104接收请求，并计算对请求的响应。

尽管其中供应商系统108直接负责响应于来自销售商104的数据请求的安排使供应商系统108能够对响应的生成施加更细粒度的控制，不过它也要求供应商系统108处理与前面讨论的模型中相比数量显著更多的请求。此外，这些请求中的大部分没有导致购买，于是相当大的基础设施成本是由供应商系统108带来的。

系统100于是包括某些附加特征，以便能够以提供上面结合基于NDC的模型提及的粒度的方式处理来自销售商104的请求，同时限制通常因提供这种粒度而施加的供应商系统108上的计算负荷。

具体地，系统100包括中介服务器116(这里也简称为服务器116)，中介服务器116包括请求处理器120和托管的提案管理子系统(OMS)124。尽管OMS 124在图1中被表示成是在服务器116实现的，不过在其他例子中，可以在与服务器116通信的单独计算设备(或者链接的计算设备的集合)中实现OMS 124。如下所述，OMS 124代表供应商系统108-1托管在服务器116；在其他实施例中，OMS 124可以部署在供应商系统108-1本身处，而不是代表供应商部署在服务器116。

OMS 124托管储存库128，储存库128可被实现成任何适当数量的储存库(也可实现成不同但是相互通信的子系统)，包含用于响应来自销售商104的请求的数据。例如，储存库128可包含前面提及的时间表和票价。除部分或全部供应商数据之外，或者代替部分或全部供应商数据，OMS 124还可以包含用于从其他来源(未图示)检索供应商数据的指令，和用于生成对请求的基准响应的规则。此外，OMS124可以包含用于在某些条件下生成对基准响应的调整的规则。

这种调整的例子可包括对定价数据的动态调整、辅助产品和服务(即，除在来自销售商104的请求中明确请求的那些产品和服务之外的产品和服务)的添加，等等。用于进行这种调整的信息通常可被称为辅助数据(即，除用于生成对请求的基准回复的数据之外的数据)。供应商系统108本身还可以将未存储在OMS 124的辅助数据包括在例如储存库130中。储存库130中的辅助数据可以包括例如用于定价或服务调整的附加规则、多媒体内容，等等。在其他例子中，可以省略储存库130(即，在响应生成中所采用的所有数据都可以托管在OMS124)。

储存库128中的数据由供应商系统108中的至少一个部署到OMS 124。例如，假设供应商系统108-1已将数据部署到OMS 124；即，服务器116为供应商系统108-1托管提案管理服务，而不是OMS124部署在供应商系统108-1。在其他实施例中，OMS 124在供应商系统108-1内实现，而不是托管在服务器116。请求处理器120包括供应商简档储存库132，简档储存库132包含针对供应商系统108中的至少一个，托管的供应商系统108(即，本例中的供应商系统108-1)能够经由诸如NDC之类的直接分销渠道对请求作出响应的请求属性的指示。对于符合直接分销的条件的请求，供应商系统108通常但不是必定已将辅助数据部署到OMS124。符合直接分销的条件的请求于是也符合辅助内容的条件。换句话说，简档储存库132包含使请求处理器120能够确定哪些到来的请求适合由OMS 124直接处理，以生成辅助内容，比如上述动态定价的指示。

如下更详细所述，来自销售商104的请求不被定向到供应商系统108，而是被定向到服务器116。请求处理器120通过将请求与简档储存库132进行比较来处理每个请求，以确定请求是否符合例如经由如上所述的NDC渠道的直接分销的条件，于是确定请求是否也符合来自每个供应商系统108的辅助内容的条件。当请求符合条件时，请求处理器120将与该供应商系统108对应的任何响应数据标记为适合直接分销，这使销售商104将后续请求直接定向到相关供应商系统108。另外，当请求符合从给定供应商系统108直接分销的条件(于是也符合辅助内容的条件)时，请求处理器120还可以在响应请求之前，生成对基准响应数据的调整。即，请求处理器120可以与OMS 124通信，以便不仅生成基准响应数据，而且生成调整后的响应数据，从而向响应提供至少一定程度的附加粒度，而不将响应生成的计算负荷强加给供应商系统108。

在进一步讨论系统100的各个组件的功能之前，将结合图2说明供应商系统108-1和中介服务器116的某些内部组件。

转到图2，中介服务器116包括至少一个处理器200，比如中央处理器(CPU)等。处理器200与存储器204相互连接，存储器204被实现成适当的非临时性计算机可读介质(例如，非易失性和易失性存储器子系统的适当组合，包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦可编程序只读存储器(EEPROM)、闪存、磁性计算机存储装置等中的任意一个或多个)。处理器200和存储器204通常由一个或多个集成电路(IC)构成。

处理器200还与通信接口208相互连接，这使服务器116能够经由网络112与系统100的其他计算设备通信。通信接口208于是包括经由网络112进行通信的任何必要组件(例如，网络接口控制器(NIC)、无线电单元等)。通信接口208的具体组件是基于网络112的性质选择的。服务器116还可以包括连接到处理器200的输入和输出设备，比如键盘、鼠标、显示器等(未图示)。

上述服务器116的各个组件可以部署在单一壳体中，或者是分布式部署的。于是，在一些例子中，服务器116包括要么共用存储器204和通信接口208，要么分别具有不同的关联存储器和通信接口的多个处理器。

存储器204存储定义如图1中所示的请求处理器120和OMS 124的数据。特别地，存储器204存储储存库128和132，以及呈各种应用的形式，可由处理器200执行的多个计算机可读编程指令。所述应用包括请求处理应用212(这里也简称为应用212)和提案生成应用216(这里也简称为应用216)。本领域的技术人员会理解，处理器200执行应用212和216(以及任何其他适当应用)的指令，以便进行由包含在其中的指令定义的各种动作。在下面的说明中，处理器200，更一般地，服务器116被认为被配置成进行这些动作。可以理解，它们是通过(由处理器200)执行存储在存储器204中的应用的指令被如此配置的。

另外，如图2中图解所示，供应商系统108-1包括至少一个处理器220，比如CPU等。处理器220与存储器224相互连接，存储器224被实现成适当的非临时性计算机可读介质(例如，非易失性和易失性存储器子系统的适当组合)。处理器220和存储器224通常由一个或多个IC构成。处理器220还与通信接口228相互连接，这使供应商系统108-1能够经由网络112与系统100的其他计算设备通信。

存储器224存储储存库130，以及处理器220可执行的应用232，以与服务器116交互，从而处理来自销售商104的请求。特别地，如图2中所示，(如由应用212实现的)请求处理器120和应用232都被配置成与(如由应用216实现的)OMS 124通信。另外，请求处理器120将来自销售商104的输入请求的子集定向到应用232，以便处理(但是特别注意，不是来自销售商104的所有请求)。如上所述，在其他例子中，OMS 124可以部署在供应商系统108-1，而不是托管在服务器116。在这样的例子中，OMS 124(即，应用216和储存库128)位于存储器224中，而不是位于服务器116的存储器204。

现在转到图3，更详细地说明系统100的操作的某些方面。具体地，图3图解说明处理来自销售商104的请求，同时减轻供应商系统108上的计算负荷的方法300。将结合方法300在系统100内的执行来说明方法300。特别地，方法300的某些方框是通过处理器200执行应用212和216，在服务器116进行的。其他方框是通过处理器220执行应用232，由供应商系统108-1进行的。

在方框305，请求处理器120经由网络112接收来自销售商104的请求。请求可以经由任何适当的接口(例如，由服务器116暴露的API等)被发送到请求处理器120。请求可以包括如前所述，定义要返回给销售商104的产品和服务的期望特性的请求属性。短暂地转到图4，图中表示了例证的请求400。可被称为购物请求的请求400包括航班的出发地、目的地和日期属性，以及不请求返程航班的指示(即，请求400针对的是单程航班)。

返回图3，在方框310，收到请求400后，请求处理器120获得对应于请求400的基准提案。也可被称为中间提案的基准提案是由请求处理器120通过从OMS 124和/或(例如，供应商系统108向第三方储存库发布的信息的)外部来源检索数据而获得的。例如，请求处理器120可以向OMS 124发送对(OMS 124中表示的任何供应商系统108的)表示与请求400的属性匹配的项目的记录的请求。请求处理器120还可以从OMS 124检索与供应商系统108对应并控制对上述记录的访问(例如，定义销售商104必须具有特定地理位置，以便接收包括具有所请求属性的给定项目的响应)的规则。

再次参见图4，图中表示了3个例证基准提案的集合404。例如，基准提案108-1-A表示由供应商系统108-1的运营者提议的航班，而基准提案108-2-A和108-2-B表示由供应商系统108-2的运营者提议的航班。基准提案404例如由日期和时间，以及价格定义。

在生成基准提案404之后，请求处理器120还没有将基准提案404返回给销售商104。相反，返回图3，在方框315，请求处理器120确定请求是否符合从在简档储存库132中表示的任何供应商的直接分销的条件(于是，可能符合辅助内容的条件)(一般，在储存库132中表示的供应商是其供应商数据托管在OMS 124中的那些供应商)。例如，请求处理器120可以从储存库132检索与在基准提案的集合404中表示的任何供应商对应的记录。在本例中，假定储存库132包含供应商系统108-1和108-2两者的记录，如下在表1中所示。

例证的简档储存库132

[表1]

供应商	支持NDC	准则
			108-1	是	出发地＝NYC
108-2	否	N/A

如上所示，储存库132指示供应商系统108-2不支持NDC(或者，更一般地，不支持直接分销或者提供辅助内容)。然而，供应商系统108-1确实支持直接分销，于是可以经由直接分销渠道来联系，以处理请求，包括通过提供辅助内容。然而，供应商系统108-1只为满足某些准则的请求提供辅助内容。在本例中，供应商系统108-1已将辅助内容部署到OMS 124，以便应用于出发地位置为纽约市的任何请求。由于请求400与表1中指示的出发地匹配，因此在方框315，对于供应商系统108-1的确定是肯定的。在储存库132中还可以定义各种各样的其他准则。这种准则的另一个例子是指定将与销售商104的地理位置进行比较的一个或多个地理区域的销售点准则。如果销售商104具有与上述准则匹配的位置，那么该请求符合辅助内容的条件。

在方框315的肯定确定之后，在方框320，请求处理器120获得调整后的提案。具体地，在本例中，请求处理器获得对图4中所示的提案108-1-A的调整。在本例中，获得调整后的提案的机制包括将基准提案108-1-A连同对辅助内容的请求一起发送给OMS 124。OMS124处理该请求，以便例如确定是否用辅助服务补充基准提案108-1-A，是否调整基准提案108-1-A的价格，等等。OMS 124可以进行这些确定，并将其结果返回给请求处理器120，或者OMS124可以将用于进行确定的规则和源数据返回给请求处理器120，然后请求处理器120自己可以确定任何调整是否适用。

请求处理器120对于在基准提案的集合404中表示的每个供应商系统108，重复在方框315的确定，并且如果适用，那么重复方框320的执行(如源于方框315和320的虚线所示)。在本例中，从表1可以明显看出，在方框315对于供应商系统108-2的确定是否定的。因此，对于基准提案108-2-A和108-2-B不进行方框320。转到图5，图中表示了提案的调整后的集合504，其中基准提案108-1-A已被调整后的提案108-1-A'取代。例如，调整后的提案108-1-A'可包括相对于基准提案108-1-A的折扣价。基准提案108-2-A和108-2-B不变。

在方框325，请求处理器120将包含由方框310、315和320的执行而产生的中间提案和/或调整后的提案的回复发给销售商104。在本例中，于是在方框325，提案的集合504被发送给销售商104。另外，任何调整后的提案都将在响应中被标记为符合辅助内容的条件。例如，如图6中所示，包括来自图5的提案和与调整后的提案108-1-A'关联的标志604的响应600被发送给销售商104。标志604可以是文本串、图形标识符或者它们的组合，它向销售商104不仅指示调整后的提案108-1-A'已被调整，而且指示调整后的提案108-1-A'可以适合进一步调整，例如经由与供应商系统108-1本身的NDC交互。

销售商104被配置成响应于收到请求处理器120在方框325发送的提案，呈现所述提案(例如，在显示器或者其他适当的输出组件上)。销售商104被配置成接收一个或多个提案的选择，以获得进一步的详情和/或发起对由选定提案所定义的项目的购买。对于不符合辅助内容的条件的提案，可以进行后续处理，例如通过从销售商104向请求处理器发送预订请求。

然而，从方框330开始，进行对符合辅助内容的条件的提案的后续处理。特别地，在方框330，假设销售商104已收到对调整后的提案(即，符合辅助内容的条件的提案)的选择，请求处理器120接收辅助内容请求。辅助内容请求可以通过数据结构或者任何其他适当的机制与初始购物请求区分开。例如，销售商104可被配置成发送在方框330接收的按照NDC标准格式化的请求(例如，作为OfferPrice请求)。在方框330接收的对辅助内容的请求可包括原始提案(即，在方框325发送的调整后的提案)的内容。在一些例子中，除了实际提案内容以外或者代替实际提案内容，在方框330接收的请求还包括也存储在OMS 124中的提案内容的标识符。

当请求处理器120收到辅助内容请求时，该请求被路由到相关供应商系统108以便处理。图7图解说明在请求处理器120接收请求700，然后将请求700路由到供应商系统108-1。供应商系统108-1又被配置成接收辅助内容请求700(如在图3的方框335用虚线所示)，和发起辅助回复的生成(如在图3的方框340所示)。

为了生成辅助回复，供应商系统108-1可以从储存库130检索内容，还可以向OMS124请求数据。例如，图8图解说明供应商系统108-1和OMS 124之间的交换800。即，OMS 124既被请求处理器120用于生成基准提案(独立于供应商系统108)，又被供应商系统108-1用于生成针对在销售商104已选择作进一步处理的提案的辅助回复。

辅助回复可包括例如进一步调整的价格、附加的辅助服务(即，除先前提到的那些辅助服务之外的辅助服务)，等等。在生成辅助回复后，供应商系统108-1将辅助回复返回给请求处理器120。换句话说，在方框345，请求处理器120获得辅助回复。在方框350，请求处理器120将辅助回复发送给销售商104。图8图解说明经由请求处理器120被发送到销售商104的辅助回复804。可以按照与辅助内容请求700相同的数据结构(例如，按照NDC标准被格式化，作为OfferPrice回复)来发送辅助回复804。

现在很明显，辅助回复的附加处理，例如，最终完成在其中定义的项目的购买可以在销售商104和供应商系统108-1之间进行，而请求处理器120仅仅路由销售商104和供应商系统108-1之间的通信。

从上面的讨论可以理解，系统100使得能够将粒度应用于某些销售商请求，同时使由供应商系统108-1自己处理的请求的数量降至最小。特别地，请求处理器120和供应商系统108-1对OMS 124的共享使用使得能够生成至少反映一定程度的期望粒度的基准提案和调整后的提案，而不存在供应商系统108-1的任何直接参与。供应商系统108-1只需要响应于第二请求(即，辅助内容请求)直接处理请求，第二请求比诸如请求400之类的购物请求少许多，并且也更可能指示即将发生的预订。

本领域的技术人员会认识到在一些实施例中，应用212、216和232中的任何一个的功能可以利用预编程硬件或固件元件(例如，专用集成电路(ASIC)、电可擦可编程只读存储器(EEPROM)等)或者其他相关的组件来实现。

Claims (15)

1.一种方法，包括：

在中介服务器处从请求设备接收对由一组供应商系统提供的项目的请求，所述请求包含所请求的项目特性；

在所述中介服务器处生成中间回复，所述中间回复定义与所述请求中的特性匹配的一组项目，所述一组项目由所述供应商系统的子集提供；

在所述中介服务器处确定所述一组项目中的任何一个是否符合直接分销的条件；

响应于确定第一项目符合直接分销的条件，在所述中介服务器处通过以下操作生成调整后的回复：

与托管的提案管理系统通信以接收用于调整第一项目的指令，所述托管的提案管理系统为所述供应商系统提供托管的供应商对象服务；

在所述中介服务器处基于所述指令调整所述中间回复中的第一项目，以生成调整后的第一项目；

响应于所述请求，从所述中介服务器向所述请求设备提供调整后的回复，调整后的回复定义调整后的第一项目和所述一组项目中除所述第一项目外的剩余项目；

在所述中介服务器处从所述请求设备接收对与调整后的第一项目关联的辅助内容的第二请求；

与所述供应商系统中的至少一个通信，以接收包含与调整后的第一项目关联的所述辅助内容的辅助回复，所述辅助回复经由与所述托管的提案管理系统通信的至少一个供应商系统生成；和

响应于所述第二请求，从所述中介服务器向所述请求设备提供所述辅助回复。

2.按照权利要求1所述的方法，其中调整所述第一项目包括调整以下中的一个或多个：

所述第一项目的价格；和

与所述第一项目关联的服务。

3.按照权利要求1所述的方法，其中所述请求包括购物请求。

4.按照权利要求1所述的方法，其中生成所述中间回复基于定义用于生成与所述一组项目对应的基准提案的规则的数据，所述数据包括(i)由所述供应商系统以电子方式发布的信息或(ii)从所述供应商系统提供给所述中介服务器的信息中的至少一个。

5.按照权利要求4所述的方法，其中从所述托管的提案管理系统接收的指令表示用于调整与所述第一项目对应的基准提案中的第一基准提案的规则。

6.按照权利要求1所述的方法，还包括在所述中介服务器处：

检索用于供应商的子集的相应供应商简档，并

基于检索的供应商简档确定所述一组项目中的任何一个是否符合直接分销的条件。

7.按照权利要求6所述的方法，其中确定所述一组项目中的任何一个是否符合直接分销的条件包括确定供应商系统的子集中的任何一个是否能够提供与所述请求对应的新分销能力(NDC)内容。

8.一种中介服务器，所述中介服务器包括：

通信接口；

与所述通信接口连接的处理器，所述处理器被配置成：

经由所述通信接口，从请求设备接收对由一组供应商系统提供的项目的请求，所述请求包含所请求的项目特性；

生成定义与所述请求中的特性匹配的一组项目的中间回复，所述一组项目由供应商系统的子集提供；

确定所述一组项目中的任何一个是否符合直接分销的条件；

响应于确定第一项目符合直接分销的条件：

与托管的提案管理系统通信以接收用于调整第一项目的指令，所述托管的提案管理系统为所述供应商系统提供托管的供应商对象服务；

基于所述指令调整所述中间回复中的第一项目，以生成调整后的第一项目；

响应于所述请求，经由所述通信接口向所述请求设备提供调整后的回复，调整后的回复定义调整后的第一项目和所述一组项目中除所述第一项目外的剩余项目；

从所述请求设备接收对与调整后的第一项目关联的辅助内容的第二请求；

与所述供应商系统中的至少一个通信，以接收包含与调整后的第一项目关联的所述辅助内容的辅助回复，所述辅助回复经由与所述托管的提案管理系统通信的至少一个供应商系统生成；和

响应于所述第二请求，向所述请求设备提供所述辅助回复。

9.按照权利要求8所述的中介服务器，其中为了生成所述调整后的回复，所述处理器被配置成调整以下中的一个或多个：

所述第一项目的价格；和

与所述第一项目关联的服务。

10.按照权利要求8所述的中介服务器，其中所述请求包括购物请求。

11.按照权利要求8所述的中介服务器，其中为了生成所述中间回复，所述处理器被配置成检索定义用于生成与所述一组项目对应的基准提案的规则的数据，所述数据包括(i)由所述供应商系统以电子方式发布的信息或(ii)从所述供应商系统提供给所述中介服务器的信息中的至少一个。

12.按照权利要求11所述的中介服务器，其中从所述托管的提案管理系统接收的指令表示用于调整与所述第一项目对应的基准提案中的第一基准提案的规则。

13.按照权利要求8所述的中介服务器，其中所述处理器还被配置成：

检索用于供应商的子集的相应供应商简档，并

基于检索的供应商简档确定所述一组项目中的任何一个是否符合直接分销的条件。

14.按照权利要求13所述的中介服务器，其中为了确定所述一组项目中的任何一个是否符合直接分销的条件，处理器被配置成确定供应商系统的子集中的任何一个是否能够提供与所述请求对应的新分销能力(NDC)内容。

15.一种存储计算机可读指令的非暂态计算机可读介质，所述计算机可读指令可由中介服务器的处理器执行，以便：

经由中介服务器的通信接口，从请求设备接收对由一组供应商系统提供的项目的请求，所述请求包含所请求的项目特性；

生成中间回复，所述中间回复定义与所述请求中的特性匹配的一组项目，所述一组项目由所述供应商系统的子集提供；

确定所述一组项目中的任何一个是否符合直接分销的条件；

响应于确定第一项目符合直接分销的条件：

与托管的提案管理系统通信以接收用于调整第一项目的指令，所述托管的提案管理系统为所述供应商系统提供托管的供应商对象服务；

基于所述指令调整所述中间回复中的第一项目，以生成调整后的第一项目；和

响应于所述请求，经由所述通信接口向所述请求设备提供调整后的回复，调整后的回复定义调整后的第一项目和所述一组项目中除所述第一项目外的剩余项目；

从所述请求设备接收对与调整后的第一项目关联的辅助内容的第二请求；

与所述供应商系统中的至少一个通信，以接收包含与调整后的第一项目关联的所述辅助内容的辅助回复，所述辅助回复经由与所述托管的提案管理系统通信的至少一个供应商系统生成；和

响应于所述第二请求，向所述请求设备提供所述辅助回复。