辅助数据访问的系统和方法与流程

文档序号:25238174发布日期:2021-06-01 14:37阅读:133来源:国知局
辅助数据访问的系统和方法与流程

本说明书一般涉及通信系统,并且具体涉及使得能够访问辅助数据的系统和方法。



背景技术:

诸如从供应商(provider)向消费者提供项目(例如,与旅行相关的产品和服务)之类的各种任务的执行可涉及由不同实体操作的多个不同计算子系统之间的相互作用。对上述子系统中的一些子系统进行操作的机制的更替可能对其他子系统的操作产生负面影响,这可能需要对其他子系统进行高代价的修改。



技术实现要素:

本说明书的一个方面提供一种为供应商子系统提供对辅助数据的访问的方法,包括:存储对应于项目的供应(offer)数据,所述供应数据包括(i)主数据,和(ii)辅助数据,所述辅助数据定义所述主数据与存储在外部储存库处的对应公布数据之间的调整;将所述供应数据存储在辅助储存库中;响应来自客户端子系统的订单请求:获得与所述供应数据对应的订单标识符;和更新所述辅助储存库,以便与所述供应数据关联地存储所述订单标识符;响应获得所述订单标识符,生成用于发送到所述供应商子系统的报告消息,所述报告消息包含所述主数据并且省略所述辅助数据;和在生成所述报告消息之后,从所述辅助储存库检索所述供应数据,并且至少将所述辅助数据发送给所述供应商子系统。

至少将所述辅助数据发送给所述供应商子系统可以包括:从所述供应商子系统接收包含所述订单标识符的请求;和响应所述请求,从所述辅助储存库检索所述供应数据,并且至少将所述辅助数据发送给所述供应商子系统。

至少将所述辅助数据发送给供应商子系统可以包括从所述辅助储存库自动检索所述供应数据,并且至少将所述辅助数据发送给所述供应商子系统。

所述主数据可以定义项目的构成数据和价格中的至少一个,并且所述辅助数据可以定义(i)价格的折扣或加价,和(ii)对所述构成数据的修改中的至少一个。

所述方法还可包括在从所述辅助储存库检索所述供应数据,并且至少发送所述辅助数据之前,将所述报告消息直接发送给所述供应商子系统。

所述方法还可包括将所述报告消息发送给报告子系统,以便递送给所述供应商子系统。

所述方法还可包括:检测辅助记录删除准则已被满足;和响应所述检测,从所述辅助储存库删除所述供应数据。

所述辅助记录删除准则可包括包含所述订单标识符的请求的接收。

本说明书的另一个方面提供一种为供应商子系统提供对辅助数据的访问的中介服务器,包括:通信接口;存储辅助储存库的存储器,所述辅助储存库包含对应于项目的供应数据,所述供应数据包括(i)主数据,和(ii)辅助数据,所述辅助数据定义所述主数据与存储在外部储存库处的对应公布数据之间的调整;和与所述通信接口和所述存储器连接的处理器,所述处理器被配置成:响应来自客户端子系统的订单请求:获得与所述供应数据对应的订单标识符;和更新所述辅助储存库,以便与所述供应数据关联地存储所述订单标识符;响应获得所述订单标识符,生成用于发送到所述供应商子系统的报告消息,所述报告消息包含所述主数据并且省略所述辅助数据;和在生成所述报告消息之后,从所述辅助储存库检索所述供应数据,并且至少将所述辅助数据发送给所述供应商子系统。

为了至少将所述辅助数据发送给所述供应商子系统,所述处理器还可被配置成:从所述供应商子系统接收包含所述订单标识符的请求;和响应所述请求,从所述辅助储存库检索所述供应数据,并且至少将所述辅助数据发送给所述供应商子系统。

为了至少将所述辅助数据发送给供应商子系统,所述处理器还可被配置成从所述辅助储存库自动检索所述供应数据,并且至少将所述辅助数据发送给所述供应商子系统。

所述主数据可以定义项目的构成数据和价格中的至少一个,并且所述辅助数据可以定义(i)价格的折扣或加价,和(ii)对所述构成数据的修改中的至少一个。

所述处理器还可被配置成在从所述辅助储存库检索所述供应数据之前,将所述报告消息直接发送给所述供应商子系统。

所述处理器还可被配置成将所述报告消息发送给报告子系统,以便递送给所述供应商子系统。

所述处理器还可被配置成:检测辅助记录删除准则已被满足;和响应所述检测,从所述辅助储存库删除所述供应数据。

所述辅助记录删除准则可包括包含所述订单标识符的请求的接收。

本说明书的另一个方面提供一种计算机程序,所述计算机程序包括当在计算机上执行所述程序时,用于执行本文中所述的方法的步骤的指令。

附图说明

参考以下附图说明实施例,附图中:

图1是图解说明用于提供辅助数据访问的系统的示图;

图2是图解说明图1的客户端子系统和供应商子系统的某些内部组件的示图;

图3是提供辅助数据访问的方法的流程图;

图4是图解说明图3的方法的方框305的执行的示图;

图5是图解说明图3的方法的方框310和315的执行的示图;

图6是图解说明图3的方法的方框320的执行的示图;

图7是图解说明图3的方法的方框325的执行的示图。

具体实施方式

图1描述用于提供辅助数据访问的系统100。在系统100内,各种计算子系统相互作用,以生成和处理与各种各样的活动中的任意活动相关的数据。在下面讨论的例子中,系统100的各个子系统相互作用,以生成和处理与向客户交付项目相关的数据。在下面的例子中,项目是与旅行相关的产品和服务,比如机票、酒店预订、车辆租赁预订等。通过系统100的所示子系统之间的数据交换,可以实现各种各样其他的活动,在系统100内处理的数据的具体性质并无特别限制。

在示例中,系统100包括由也可被称为销售商的客户端实体操作的客户端子系统104。销售商例如可以是旅行社。客户端子系统104例如代表客户生成对旅行项目的请求。所述请求指定旅行项目的各种属性,比如出发地和目的地、旅行时间和日期,等等。对来自客户端子系统104的请求的响应由提供项目的实体生成或者代表所述实体生成,提供项目的实体在本文中称为供应商。因此在本例中,供应商是在(例如经由客户端子系统104)的项目的购买之后,向客户交付项目的实体,比如航空公司、酒店经营者等。

在示例中,供应商还生成对来自客户端子系统104的请求的上述响应。为此,每个供应商实体操作供应商子系统108。客户端子系统104和供应商子系统108中的每一个都被实现成具有输入和输出组件以及用于经由网络112交换数据的通信设备的至少一个计算设备。网络112可包括局域网和包括因特网的广域网的任何适当组合。尽管图1中表示了单个客户端子系统104和单个供应商子系统108,不过在其他例子中,系统100可以包括更多或更少的客户端子系统104和供应商子系统108。

供应商子系统108可包括为响应来自客户端子系统104的请求而生成数据的供应子系统116。响应在供应商子系统108接收的任何给定请求,供应子系统116可生成响应数据,以便返回给客户端子系统104,所述响应数据定义可在客户端子系统104处选择购买的一个或多个项目或多组项目。通常,通过供应子系统108生成响应数据涉及在操作供应商子系统108的实体所提供的一组项目(例如航班)中,选择具有与所述请求中的至少一些选项和属性匹配的特性的一个或多个项目。

尽管供应子系统116生成对来自客户端子系统104的请求的响应,不过,不过请求不需要直接从客户端子系统104发送到供应商子系统108。相反,在示例中,系统100还包括中介服务器120,中介服务器120接收来自客户端子系统104的请求,并将这种请求传递给供应商子系统108。中介服务器120还接收来自供应商子系统108的响应,并将这中响应返回给客户端子系统104。

在包括多个供应商子系统108的系统中,中介服务器120因此可以将来自客户端子系统104的给定请求传递给多个供应商子系统108,接收来自这些供应商子系统108中的每一个的响应,并组合这些响应以便返回给客户端子系统104。另外,在一些例子中,中介服务器120可代表供应商子系统108实现供应子系统116,并且供应商子系统108本身因此可能并不直接参与生成对来自客户端子系统104的请求的响应,而是定期向中介服务器120提供配置数据,以使中介服务器120能够实现供应子系统116。

如对本领域技术人员清楚的,在系统100中可以按照新分销能力(ndc)标准,实现供应商子系统108进行的或者代表供应商子系统108进行的供应生成。除了上面讨论的机制以外,系统100还可以实现其他供应分销机制,比如传统的全球分销系统(gds)方法之类。例如,供应商子系统108可以向由公布子系统124维护的外部储存库公布诸如票价(即价格)、调度信息之类的数据。例如,中介服务器120可以咨询公布子系统124,以响应于来自客户端子系统104的请求生成供应。

在响应数据经由中介服务器120返回到客户端子系统104之后,客户端子系统104可以选择一个或多个项目以进行购买。这种选择也可被称为订单请求(即,订购供应商子系统108所提供的项目)。订单请求在中介服务器120处被接收,并由订单管理子系统(也简称为订单子系统128)处理。订单请求的处理可包括将数据发送到供应商子系统108,以发起由供应商向客户实际提供(即交付和履行)相关项目的处理。例如,这些处理可包括请求支付信息、存储客户标识信息、和更新航班的乘客名单。订单处理可会导致生成订单标识符,比如电子票号之类,该订单标识符可经由中介服务器120返回给客户端子系统104。

另外,订单处理可包括从订单子系统128到供应商子系统108的订单数据的发送。更具体地,供应商子系统108可包括下游子系统132,比如收入和会计模块。可以直接从订单子系统128到下游子系统132,或者从订单子系统128到报告子系统136进行这种发送,报告子系统136被配置成将订单数据传递给下游子系统132。报告子系统136的例子是计费与结算计划(bsp)处理器。

在其他例子中可被实现为系统100中的单独子系统(即,实现为逻辑上和物理上与供应商子系统108分离的计算设备或一组计算设备)的下游子系统132消费上述订单数据并使用订单数据进行各种动作。这类动作的例子包括在供应商和销售商之间、在供应商和其他供应商之间(例如,对于联程航班)等按比例分配收入。下游子系统132还被配置成从上述公布子系统124的外部储存库检索数据,以进行上述动作。

在按照传统标准(例如,前面提到的gds方法)操作的系统中,公布系统124所存储的数据与供应和订单数据之间几乎没有偏差。然而,在按照其他标准,比如ndc标准操作的系统中,在供应子系统116处的供应数据的生成,以及在一些情况下在订单子系统128处的订单数据的生成,可能包括动态调整。这类调整可包括对项目价格、供应构成(例如,以包括附加项目)等的调整。这些调整可能不会反映在公布子系统124中。因此,下游子系统132可能接收与从公布子系统124检索的数据冲突的订单数据。例如,订单数据可能定义相对于从公布子系统124检索的同一项目的价格打折的价格。下游子系统132因此可能检测到冲突,并且需要人工干预,或者可能生成错误输出。

系统100实现附加功能,以使得能够向下游子系统132提供定义上述调整的辅助数据,同时最小化对变更下游系统132和报告子系统136的现有处理以接收这样的辅助数据的需要。系统100的附加功能还最大程度地减小或避免对公布子系统124本身进行修改以便例如适应定义动态调整的数据的存储的需要。此外,即使执行了上述修改,上述修改也可能要求供应商108(例如,向子系统124)公布定义如何对供应数据进行调整的专有(proprietary)处理。这种公布可能是不可取的。

为此,中介服务器120还包括其中存储供应数据(例如,从供应子系统116接收的供应数据)的辅助储存库140。所存储的供应数据包括定义供应的属性(比如价格、项目类型和名称等)的主供应数据和定义为了生成主供应数据而应用的调整的辅助供应数据。因此,辅助数据可以定义例如为了获得主供应数据而应用的折扣。换句话说,辅助数据提供主供应数据与公布系统124中的可由下游子系统132检索的任何数据之间所存在的任何差异的定义或解释。

另外,中介服务器120更新辅助储存库140,以存储与订购的项目(即,客户端子系统104已订购的供应)有关的订单标识符。中介服务器120还可响应来自供应商子系统108的请求或者在没有请求的情况下(例如,按照先前商定的时间表),将辅助数据发送到供应商子系统108(例如,发送到下游子系统132)。换句话说,尽管下游子系统132可能需要技术修改,以从中介服务器120检索辅助数据并处理辅助数据,但是下游子系统132接收主供应数据和从公布子系统124检索数据的处理不需要被修改。类似地,也可避免报告子系统136的修改。

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

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

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

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

存储器204存储上面提到的辅助储存库140,以及可由处理器200执行以实现各种功能的计算机可读指令。计算机可读指令也可被称为应用,并且在示例中,存储器204存储订单处理应用212(这里也被简称为应用212)。如图2中图解所示,应用212可实现图1中所示的订单子系统128。处理器200执行应用212的指令,以便进行由包含在其中的指令定义的各种动作。在下面的说明中,处理器200,并且更一般地,服务器120被认为进行或者被配置成进行这些动作。可以理解,它们是通过(由处理器200)执行存储在存储器204中的应用的指令被如此配置的。通常,通过应用212的执行,服务器120被配置成实现储存库140中的订单数据的上述存储和更新,以使下游子系统132能够访问辅助订单数据。

如图2中所示,供应商子系统108也包括处理器220、存储器224和通信接口228。存储器224存储分别实现供应子系统116和下游子系统132的供应生成应用232和下游处理应用236。

现在转到图3,将更详细地说明系统100的操作的某些方面。具体地,图3图解说明使得能够访问辅助数据的方法300。方法300的执行将结合其在系统100内的执行,并且具体地通过执行应用212由中介服务器120所进行的执行来讨论。

在方框305,中介服务器120响应来自客户端子系统104的请求,获得供应数据,并将其存储在例如储存库140中。例如,如前所述,中介服务器120可接收来自客户端子系统104的请求,将该请求转发送给一个或多个供应商(例如,转发送给供应商子系统108),并接收来自供应商的供应数据。在本例中,如图4中所示,供应数据400由供应子系统116生成,并被发送给中介服务器120,以便存储在储存库140中。供应数据400包括主数据404和辅助数据408。

主数据404定义由供应商子系统108的操作者提供的,供例如由客户端子系统104所代表的客户购买的一个或多个项目(例如,与旅行相关的产品和服务)的特性。例如,如下在表1中所示,主数据定义在2019年12月18日从巴黎到纽约的价格为$950的航班。在主数据404中还可以定义各种其他特性,包括诸如行李托运、休息室访问之类的辅助服务。主数据404还可以定义由不止一个航班组成的行程。

[表1]

另外如表1中所示,辅助数据408定义应用于在主数据404中定义的航班的原始价格的折扣,以达到在主数据404中所示的价格。即,主数据404所定义的航班具有未在供应数据400中明确反映的原始价格$1187.50。由于各种各样原因中的任意原因(例如,客户忠诚度计划),可能已在供应子系统116处应用了该折扣。对原始价格的各种其他修改也在考虑之中,包括更大或更小的折扣,以及加价(即价格升高而不是降低)。辅助数据408还可以提供指示进行调整的原因的附加数据(未示出)。例如,辅助数据408可包括交易参考、规则标识符等。

特别注意,如果公布系统124包含涉及上面所示的航班的数据,那么包含在其中的价格可能是未修改的$1187.50的价格,因为在辅助数据408中反映的折扣是动态应用的(例如,基于客户端子系统104或者背后的客户的身份),并且因此没有公布给子系统124。辅助数据408因此定义主数据404(即实际供应)和在子系统124处可用的对应公布数据之间的调整。

返回图3,在方框310处,中介服务器120等待与供应400有关的订单请求。如对本领域技术人员清楚的,经由方框305的多次执行,中介服务器120可以接收任何数量的供应。可以仅针对这些供应的子集接收订单请求。当在方框310的涉及供应400的判定为否定的时,服务器120可以继续等待订单请求。在一些例子中,在可配置的时间段之后,供应400可被删除,或者以其他方式在储存库140中标记为不可用。当在方框310处的判定是肯定的,指示客户端子系统104已发送订单请求时,服务器120进入方框315。

在方框315,服务器120获得订单标识符,并更新辅助储存库,以存储与供应数据有关的订单标识符。订单标识符是与上面在表1中指示的供应标识符(在本例中为“400”)不同的标识符。例如,订单标识符可以是电子票号,并且通常是用于系统100内的其他功能的标识符。订单标识符可以由订单子系统128或者由供应商子系统108本身生成。订单标识符的生成可取决于不与本公开直接相关的各种其他处理阶段的完成,比如从客户那里实现对所订购项目的支付。在接收到订单标识符时,中介服务器120利用订单标识符更新储存库140,如下在表2中所示。

[表2]

如上所述,除了前面所示的主数据404和辅助数据408以外,储存库140中对应于供应140的记录已被更新为包括订单标识符“1.234.567”。在一些例子中,在方框315处还可以获得更新的主数据和/或辅助数据。即,在一些情况下,所提供的项目的购买包括生成最终价格和/或最终的一组项目,在此期间,订单子系统128可进一步调整初始供应的价格和/或构成。

图5图解说明方框310和315在系统100中的例证执行。特别地,表示了订单请求500从客户端子系统104发送到中介服务器120(并且具体地,发送到订单子系统128)。订单请求500包含供应标识符“400”,并且因此,订单子系统128发起处理流程,以完成客户端子系统104对表1和2中所示的航班的购买。该处理流程的具体性质在本公开的范围之外,然而,订单处理的输出之一是上述订单标识符的生成。例如借助于消息504,订单标识符与定义订单400的记录关联地存储在储存库140中。因此,该记录被更新为还包含订单标识符值508。

重新参考图3,在方框320,中介服务器120(例如,订单子系统128)生成包含订单数据的至少一个报告消息,以便发送到供应商子系统108的下游子系统132。报告消息包含来自储存库140的主数据404,但是省略了辅助数据408。服务器120随后发出报告消息,以便经由任何适当的通道递送到下游子系统132。

在一些例子中,报告消息可以按照各种适当格式中的任何一种格式,经由网络112直接发送给供应商子系统108,所述各种适当格式包括在与旅行相关的项目的上下文中,由数据交换规范手册(dish)定义的那些格式。在其他例子中,报告消息被发送给报告子系统136,而不是直接发送给下游子系统132。图6中表示了按照上述间接报告的方框320的例证执行。如将对本领域技术人员清楚的,诸如dish之类的格式可能不能有效地容纳辅助数据。因此,辅助数据从报告消息中被省略,以便如下所述单独发送。

图6图解说明从中介服务器120到报告子系统136的主数据404和订单标识符508的发送。例如,报告子系统136可被配置成处理多个这样的报告消息,并定期将其中的数据传递给下游子系统132。例如,图6中表示了报告子系统136向下游子系统132发送包含主数据404和订单标识符508(并且可以包含各种其他数据)的消息600。

返回图3,在执行方框320之后,在方框325处,中介服务器120判定是否将辅助数据发送给下游子系统132。如上所示,辅助数据408尚未被提供给下游子系统132,例如因为在方框320处用于传送一个或多个报告消息的通信通道(例如api、文件格式等)不支持辅助数据。

在方框325处的判定可包括判定在中介服务器120是否已从下游子系统132接收到请求。在其他例子中,在方框325处,中介服务器120判定是否在不等待请求的情况下发送辅助数据。在方框325处的判定的具体性质也可以是特定于供应商子系统108的。即,中介服务器120可被配置成等待来自供应商子系统108的请求,不过也可被配置成自动将辅助数据发送给另一个供应商子系统,而不等待请求。辅助数据的这种推送式发送可以按照任何适当的时间表定期地进行。

图7图解说明方框325的例证执行,其中下游子系统132将包括订单标识符508的请求700发送给中介服务器120。下游子系统132还向公布子系统124发送请求704,例如,以检索先前公布的与主数据404对应的数据。在其他例子中,下游子系统132可以省略请求704的发送,而只依赖于经由报告消息600接收的主数据和来自中介服务器120的辅助数据。如对本领域技术人员清楚的,从公布子系统124检索的任何数据都将不反映在辅助数据408中定义的,导致主数据404的调整。例如,针对表1和2中所示的巴黎-nyc航班,从公布子系统124检索的数据可能只包含原始的、未打折的价格$1187.50,而不包含在主数据404中定义的价格。

当在方框325处的判定为否定的时,中介服务器120可以重复执行方框325。当在方框325处的判定为肯定的时,中介服务器120进入方框330。在方框330处,服务器120从储存库140至少检索辅助数据408,并将辅助数据408连同订单标识符508一起发送给下游子系统132。在方框330处,可以只发送辅助数据408,或者在方框330处,可以发送整个记录(即,主数据404和辅助数据408)。

因此,下游子系统132被提供辅助数据,而不需对用于直接地或者经由报告子系统136向下游子系统132传送主数据的报告机制进行任何修改。

在方框335处,在方框330处发送辅助数据之后,中介服务器120可以判定是否删除储存库140中的包含主数据404和辅助数据408的记录。在方框335处的判定可以基于各种准则。在一些例子中,一旦辅助数据已被提供给下游子系统132,在方框335处的判定就可以自动地是肯定的。在其他例子中,在方框335处的判定包括判定自从在储存库140中创建对应记录以来,可配置的时间段(例如5年)是否已经过去。在其他例子中,可以应用上述准则的组合。即,中介服务器120可判定是否请求了辅助数据408以及可配置的时间段是否已经过去,只有当两个准则都满足时才得到肯定的判定。

当在方框335处的判定是否定的时,中介服务器120可以重复该判定,或者可以返回到方框325以等待对辅助数据的另外的请求。例如,系统100的其他组件也可被允许从中介服务器120请求辅助数据408,包括客户端子系统104和其他供应商子系统(例如,对于联程航班)。中介服务器120可以实现对储存库140的访问控制,使得只有某些实体被允许访问供应数据400。例如,储存库140可以包括哪些实体被允许访问其中的各个记录的指示。

当在方框335出的判定是肯定的时,从储存库140删除包含主数据404、辅助数据408和订单标识符508的记录。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1