CN108140153A - 用于提供旅行支持服务的方法和系统 - Google Patents

Abstract

提供了提供旅行支持服务的方法和系统。特别地，该方法包括从一个或多个数据库检索第一组信息，该第一组信息包括一个或多个实体的包括附录信息的支付卡交易信息；从一个或多个数据库检索包括供应商信息的第二组信息；以及从一个或多个数据库检索包括外部信息的第三组信息。该方法进一步包括分析第一组信息、第二组信息和第三组信息以识别支付卡交易信息、供应商信息和外部信息之间的一个或多个关联；基于一个或多个关联识别一个或多个实体的计划的旅行信息；并且响应于指示当前旅行信息的改变的事件，向一个或多个实体发送消息，提出计划的旅行信息的可能的改变。

Description

用于提供旅行支持服务的方法和系统

相关申请的交叉引用

本申请要求于2015年8月14日提交的美国专利申请序列号14/826,853的权益和优先权，为了所有目的将其内容整体并入本文。

技术领域

本公开涉及用于提供旅行支持服务的方法和系统。具体而言，本公开涉及一种方法和系统，其可以在出于任何原因计划的旅行安排改变的情况下动态地进行旅行安排(例如，旅行行程)中需要的改变(例如，重新预订)。

背景技术

通过使用现代技术(例如互联网、移动技术、全球定位系统GPS和其它信息技术)，可以大大提高对旅行和相关服务的采购和跟踪。旅行者需要能够对有关货物、服务、信息或其它旅行需要进行搜索、交换信息、储备、重新预订、支付、记录和使用其它功能，特别是当事件导致计划的旅行行程打断和旅行者要求新旅行行程时。

例如，旅行者可能购买到美国某个城市的国际航班，并且作为他们行程的一部分，需要在美国(例如，在新泽西州纽瓦克)转机以到达其最终目的地。如果国际出发航班由于某种原因而延误，那么有时候乘客自己没有过错却错过了转机，并且被迫在旅馆停留过夜或转换到达目的地的时间晚得多的航班。这非常不方便，并导致客户不满。在商业情景中，这类问题有可能极度地破坏收入并增加所有相关方的总体成本。

旅行者经历的造成计划的旅行行程打断的事件同样适用于旅行以及相关商品和服务的所有领域。例如，这些可以包括飞机、租赁车辆、住宿、火车、船只或游轮、娱乐(包括电影或表演)、膳食、杂费或其它商品或服务。因此，旅行者寻求能够动态地对旅行行程做出需要的改变，并在计划行程改变的情况下重新预订，以便尽量减少任何不便或旅行延误。

迄今为止，很多预订后的消费者需求尚未得到充分满足。例如，在预订旅行安排之后，可能希望提供或接收提醒和更新、提供或接收建议以及提供和接收重新预订支持。现有技术中没有充分支持这些特征。

因此，存在对可以在出于任何原因计划的行程改变的情况下动态地对旅行行程进行需要的改变并重新预订的系统和方法的需要。这将允许旅行者在其计划的旅行行程打断的情况下尽量减少整体旅行延误和不便。这也将允许旅行供应商(例如，航空公司)解决会明显影响顾客满意度的痛点。

发明内容

本公开涉及用于提供旅行支持服务的方法和系统。具体而言，本公开涉及一种方法和系统，其在出于任何原因计划的旅行安排改变的情况下动态地进行旅行安排(例如，旅行行程)中需要的改变(例如，重新预订)。

本公开提供了一种用于旅行支持服务的计算机实现的方法。该方法涉及从一个或多个第一数据库检索包括一个或多个实体的支付卡交易信息的第一组信息，支付卡交易信息包括附录信息；从一个或多个第二数据库检索包括一个或多个供应商的供应商信息的第二组信息；和从一个或多个第三数据库检索包括外部信息的第三组信息。该方法进一步涉及分析第一组信息、第二组信息和第三组信息以识别支付卡交易信息、供应商信息和外部信息之间的一个或多个关联；基于一个或多个关联识别一个或多个实体的计划的旅行信息；和响应于指示当前旅行信息的改变的事件向一个或多个实体发送提出计划的旅行信息的可能的改变的消息。

在实施例中，该方法进一步包括确定可用的服务，其中该服务有助于减少与事件相关联的负面后果，并且生成提出提供服务的实体可选择的选项。服务可以包括例如实施或促进预订新的旅行安排、实施或促进预订新的机票、实施或促进预订新的旅馆预约、实施或促进取消现有的旅行安排和/或实施或促进对现有旅行安排的修改。

本公开还提供了一种系统，其包括一个或多个第一数据库，配置为存储包括一个或多个实体的支付卡交易信息的第一组信息，支付卡交易信息包括附录信息；一个或多个第二数据库，配置为存储包括一个或多个供应商的供应商信息的第二组信息；以及一个或多个第三数据库，配置为存储包括外部信息的第三组信息。该系统进一步包括处理器，配置为：分析第一组信息、第二组信息和第三组信息以识别支付卡交易信息、供应商信息和外部信息之间的一个或多个关联；基于一个或多个关联来识别一个或多个实体的计划的旅行信息；和响应于指示当前旅行信息的改变的事件，向一个或多个实体发送消息，提出计划的旅行信息的可能的改变。

在实施例中，处理器进一步配置为：确定可用的服务，其中服务有助于减少与事件相关联的负面后果，并生成提出提供服务的实体可选择的选项。该服务可以包括例如实施或促进预订新的旅行安排、实施或促进预订新的机票、实施或促进预订新的酒店预约、实施或促进取消现有的旅行安排或实施或促进对现有旅行安排的修改。

附图说明

图1是四方支付卡系统的示意图。

图2示出了图1中所示的数据仓库，其是通过存储来自图1的四方支付卡系统中发生的交易的某些交易数据而创建的数据的中央储存库。

图3示出了在本公开的系统和方法中使用的说明性信息类型。

图4示出了用于存储、审查和/或分析在本公开的系统和方法中使用的信息的示例性数据集。

图5是示出根据本公开的示例性实施例的用于向一个或多个实体提供旅行支持服务的方法的框图。

在每张图中，与多个图共用的组件或特征均以相同的附图标记表示。

具体实施方式

在下文中参照附图更全面地描述了本公开的实施例，其中示出了本公开的一些但非全部的实施例。实际上，本公开可以以许多不同的形式来实施，并且不应被解释为限于本文阐述的实施例。相反，提供这些实施例以便本公开清楚地满足适用的法律要求。相同的数字始终指代相同的元件。

如本文所使用的，实体可以包括一个或多个人、组织、企业、机构和/或其它实体，例如金融机构、服务提供者等实现本文描述和/或设想的一个或多个实施例的一个或多个部分的其他实体。特别是，实体可以包括个人、企业、学校、俱乐部、兄弟会或联谊会、特定行业或职业中具有成员的组织、特定产品的销售代表、慈善机构、非营利组织、工会、地方政府、政府机构或政党。

结合本文公开的实施例描述的方法的步骤和/或动作可直接实现在硬件、由处理器执行的软件模块或两者的组合中。软件模块可以驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域已知的任何其它形式的存储介质中。示例性存储介质可以耦接到处理器，使得处理器可以从存储介质读取信息及将信息写入存储介质。可选地，存储介质可以集成到处理器。进一步，在一些实施例中，处理器和存储介质可以驻留在专用集成电路(ASIC)中。可选地，处理器和存储介质可以作为分立组件驻留在计算设备中。另外，在一些实施例中，方法的事件和/或动作可以作为机器可读介质和/或计算机可读介质上的代码和/或指令中的一个或任何组合或代码组而驻留，其可以并入计算机程序产品中。

在一个或多个实施例中，所描述的功能可以用硬件、软件、固件或其任何组合来实现。如果以软件实现，则可以将功能作为一个或多个指令或代码存储到计算机可读介质上或在计算机可读介质上传输。计算机可读介质包括计算机存储介质和通信介质两者，该通信介质包含促进将计算机程序从一处传送到另一处的任何介质。存储介质可以是任何可以被计算机访问的可用介质。作为示例而非限制，这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备，或可用于承载或以指令或数据结构的形式存储期望的程序代码的任何其它介质，并且可以由计算机访问。而且，任何连接都可以被称为计算机可读介质。例如，如果使用同轴电缆、光纤电缆、双绞线、数字用户线路(DSL)或无线技术(例如红外、无线电和微波)从网站、服务器或其它远程源传输软件，则同轴电缆、光纤电缆、双绞线、DSL或无线技术(例如红外线、无线电和微波)都包含在介质的定义中。本文使用的“盘”包括压缩紧凑式盘(CD)、激光盘、光盘、数字通用盘(DVD)、软盘和蓝光盘，其中磁盘通常磁性地再现数据，而光盘通常用激光器光学地再现数据。以上的组合包括在计算机可读介质的范围内。

用于执行本公开的实施例的操作的计算机程序代码可以以面向对象、脚本或非脚本编程语言(例如Java、Perl、Smalltalk、C++等)编写。然而，用于执行本公开实施例的操作的计算机程序代码也可以用传统的过程编程语言(例如“C”编程语言或类似的编程语言)编写。

本文参照方法、装置(系统)和计算机程序产品的流程图和/或框图来描述本公开的实施例。应理解的是，流程图和/或框图的每个框和/或流程图和/或框图中的框的组合可以通过计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器以生成机器，使得经由计算机或其它可编程数据处理装置的处理器执行的指令创建用于实现在流程图和/或框图的一个或多个框中指定的功能/动作的机制。

这些计算机程序指令也可以存储在计算机可读存储器中，该计算机可读存储器可以指导计算机或其它可编程数据处理装置以特定方式运行，使得存储在计算机可读存储器中的指令生成包括实现在流程图和/或框图块中指定的功能/动作的指令装置。

计算机程序指令还可以加载到计算机或其它可编程数据处理装置上，以使得要在计算机或其它可编程装置上执行一系列操作步骤以生成计算机实现的过程，使得在计算机或其它可编程装置上执行的指令提供用于实现在流程图和/或框图框中指定的功能/动作的步骤。可选择地，可以将计算机程序实施的步骤或动作与操作者或人类实施的步骤或动作组合，以便执行本公开的实施例。

在实施例中，由本公开提供的服务使得实体能够识别航空公司的乘客由于其先前的航班延迟而有可能错过转机或连接航班的情况。该服务将利用乘客行程数据将这些航空公司乘客重新安排到“最便捷的选择”，该“最便捷的选择”最理想的将是来自合作伙伴航空公司的与错过的转机航班具有相同或非常相似的到达时间的另一航班。在这种解决方案可能的情况下，服务将已经在机场且准备离开的预定了较迟航班的乘客交换到到起初起飞航班已经晚了并且结果会错过转机的其他人预定的较早航班的座位上。这种类型的无缝切换使所有相关实体受益。

在上述实施例中，航空公司乘客整体旅行延迟被最小化。这对航空公司乘客来说是方便的，因为上述造成乘客错过其转机的延误类型通常完全在乘客的控制范围之外。错过转机是不方便的，并且可能使牵涉的乘客感到沮丧，因为他们经常不得不在附近的旅馆过夜，并且等待到达其预定目的地的到达时间晚得多的航班。在商业场景中，这可能是涉及的所有各方的巨大成本。该服务还将允许航空公司解决将会明显影响客户满意度的痛点。

公司(例如FlightAware.com)使实时航班信息可以通过API购买，并且实体可使用全球分销系统(GDS)、计费和结算计划(BSP)或附录数据源来访问计划航班号。在该实施例中，服务甚至可以扩展到为航班已经被取消的任何人预订交通和酒店。乘客可以通过短信服务(SMS)得到通知，而不是与所有其其他乘客一起站在售票柜台，并在其下一班航班安排好后得到通知。

参照附图，特别是图1，示出了总体由附图标记100表示的四方支付(信用卡、借记卡或其它)卡系统。在卡系统100中，持卡人120将支付卡提交给供应商130。供应商的销售点(POS)设备与充当支付处理器的其收单银行或收单方140进行通信132。在142处，收单方140发起支付卡公司网络150上的交易。支付卡公司网络150(其包括金融交易处理公司)通过162将交易路由到发行银行或卡发行方160，其使用交易消息中的信息来标识。卡发行方160批准或拒绝授权请求，并且然后经由支付卡公司网络150将授权响应路由回收单方140。收单方140向供应商130的POS设备发送批准。此后，几秒钟后，如果交易被批准，则持卡人完成购买并接收收据。

供应商130的账户由收单方140通过170进行贷记。卡发行方160向收单方140支付。最终，持卡人120经由174向卡发行方160支付。

数据仓库200是支付卡公司网络150用于报告和数据分析的全球数据库。根据一个实施例，数据仓库200是具有一个或多个数据库的数据的中央储存库，其通过存储来自在四方支付卡系统100内发生的交易的某些交易数据而创建。根据另一个实施例，数据仓库200例如存储在支付卡网络150内发生的每个交易的日期、时间、金额、位置、供应商代码、供应商类别(例如，航空公司、住宿、租赁汽车等)和供应商地理位置。除了支付卡交易信息和供应商信息之外，数据仓库200还可以存储外部信息，例如旅行者信息(例如，在FlightAware.com上的实时航班跟踪信息)。

在支付持卡人正从供应商(例如飞机、火车、公共汽车或其它旅行票、旅馆、租赁汽车等)购买旅行相关服务的情况下，支付卡交易信息包含描述购买的附录。例如，假设支付持卡人正在购买从纽约市到加州旧金山的飞机票。附录可以包括行程信息，例如旅行日期、航空公司和航班号以及航班的出发/目的地机场代码。行程信息可以替代地来源于全球分销系统或其它旅行数据提供商。如本领域所理解的，全球分销系统总的来说是能够实现旅行服务提供商(例如，航空公司、火车运营商、租赁汽车公司)和旅行预约代理商之间的交易以便为最终用户提供旅行相关服务的网络。

在又一个实施例中，数据仓库200具有一个或多个数据库，其存储、审查(review)和/或分析在构建以下项目中使用的信息：(i)支付卡交易信息、供应商信息和外部信息之间的一个或多个关联；(ii)基于一个或多个关联的一个或多个实体的旅行行程；(iii)导致改变旅行行程的事件；(iv)有助于减少与事件相关联的负面后果的服务；和(v)提出提供服务的实体可选择的选项。

在又一个实施例中，数据仓库200具有一个或多个数据库，其存储、审查和/或分析用于创建一个或多个数据集的信息以存储：(i)第一组信息、第二组信息和第三组信息；(ii)一个或多个实体的计划的旅行信息；(iii)关于支付卡交易信息、供应商信息和外部信息之间的一个或多个关联的信息；(iv)指示当前旅行信息的改变的事件信息；(v)有助于减少与该事件相关联的负面后果的服务信息；和(vi)与提出提供服务的实体可选择的选项有关的信息。

在另一个实施例中，数据仓库200存储、审查和/或分析在开发逻辑中使用的信息，所述逻辑用于创建(i)支付卡交易信息、供应商信息和外部信息之间的一个或多个关联；(ii)基于一个或多个关联的一个或多个实体的旅行行程；和(iii)提出提供服务的实体可选择的选项。

在另一个实施例中，关于支付卡交易信息、供应商信息和外部信息之间的一个或多个关联，数据仓库200存储、审查和/或分析用于将属性分配给在支付卡交易信息、供应商信息和外部信息之间的一个或多个关联的信息，其中属性从由置信度、时间和频率中的一个或多个组成的组中选择。

在另一个实施例中，数据仓库200通过支付持卡人、供应商、类别和/或位置汇总信息。在又一个实施例中，数据仓库200集成来自一个或多个不同源的数据。数据仓库200存储当前以及历史数据，并用于创建报告、在执行网络上的分析、供应商分析以及执行旅行相关的分析。其它数据源可以包括例如天气、机组人员调度数据、实时飞机维护数据馈送等。

参考图2，示出了示例性数据仓库200(图1中的相同数据仓库200)，其用于报告和数据分析，包括信息的存储、审查和/或分析，以用于上述各种目的。数据仓库200可以具有多个条目(例如，条目202、204和206)。

支付卡交易信息202可以包括例如支付持卡人信息以及由支付持卡人引起的购买和支付活动，其可通过数据仓库200中的支付持卡人、供应商、类别(例如航空公司、住宿、租赁汽车等)和/或位置来汇总。支付卡交易信息202还可以包括例如交易标识符、支付卡交易的地理位置、发生支付卡交易的地理位置日期、发生支付卡交易的地理位置时间、支付卡号等。

供应商信息204可以包括例如供应商名称或标识符、供应商的地理位置、供应商类别(例如，航空公司、住宿、租赁汽车等)等。

外部信息206包括例如旅行信息(例如FlightAware.com上的实时航班跟踪信息)。外部信息206可以包括可用于识别以下内容的其它合适信息：(i)支付卡交易信息、供应商信息和外部信息之间的一个或多个关联；(ii)基于一个或多个关联的一个或多个实体的旅行行程；(iii)导致改变旅行行程的事件；(iv)有助于减少与事件相关联的负面后果的服务；和(v)提出提供服务的实体可选择的选项。

典型的数据仓库使用分段(staging)、数据集成和访问层来容纳其关键功能。分段层或分段数据库存储从每个不同的源数据系统提取的原始数据。在208处，集成层通过转换来自分段层的数据来集成不同数据集，通常将该经转换的数据存储在操作数据存储数据库210中。例如，在208处，支付卡交易信息202可以通过供应商、类别和/或位置来汇总。另外，用于上述各种目的的报告和数据分析(包括信息的存储、审查和/或分析)可以在数据仓库200中发生。然后将集成的数据移动到另一个数据库，通常称为数据仓库数据库或数据集市212，其中数据被安排成通常称为维度的分层组，并成为事实和汇总事实。访问层可以帮助用户检索数据。

从集成数据源系统构建的数据仓库不需要分段数据库或操作数据存储数据库。集成数据源系统可以被认为是分布式操作数据存储层的一部分。可以使用数据联合方法或数据虚拟化方法来访问分布式集成源数据系统，以便将数据直接整合并汇总到数据仓库数据库表中。集成源数据系统和数据仓库都是集成的，因为没有维度或参考数据的转换。该集成数据仓库架构支持从数据仓库的汇总数据到集成源数据系统的交易数据的向下钻取。

数据集市212是专注于感兴趣的特定区域的小型数据仓库。例如，数据集市212可以专注于报告和数据分析(包括信息的存储、审查和/或分析)中的一个或多个，以用于上述各种目的中的任何一个。数据仓库可以细分为数据集市，以提高该区域内的性能和易用性。可选地，组织可以创建一个或多个数据集市，作为朝向更大和更复杂的企业数据仓库的第一步。

数据仓库的该定义专注于数据存储。数据的主要来源经过清理、转换和编目，并且使其可被管理人员和其他业务专业人员用于数据挖掘、在线分析处理、市场研究和决策支持。然而，检索和分析数据、提取、过滤、转换和加载数据以及管理数据目录的工具也被视为数据仓库系统的重要组成部分。数据仓库的许多参考文献都使用该更宽广的上下文。因此，数据仓库的扩展定义包括业务情报工具，提取、过滤、转换和加载数据到存储库的工具以及管理和检索元数据的工具。

可以使用算法，使用各种已知数学技术中的任何一种，来确定数据源信息的集成的公式描述。反过来，这些公式可用于导出或生成一个或多个分析和更新，以使用各种可用趋势分析算法中的任何一种来分析、创建、比较和识别活动。例如，这些公式可以用于报告和数据分析，包括信息的存储、审查和/或分析，以用于上述的各种目的。

根据本公开的方法，可以检索存储在一个或多个数据库中的信息(例如，由处理器)。图3示出了本公开的系统和方法中使用的说明性信息类型。

信息例如具有第一组信息302，其可以从实体(例如，支付卡公司(图1中的支付卡公司网络150的一部分))拥有或控制的一个或多个数据库中检索。支付卡交易信息302可以包括例如支付卡交易信息、支付持卡人信息(例如，支付持卡人账户标识符(可能被匿名化)、支付持卡人地理(可能被建模)、支付持卡人类型(消费者/商业)、支付持卡人人口统计等)以及可通过支付持卡人、供应商和/或地点、交易日期和时间以及交易金额汇总的由支付持卡人引起的购买和支付活动。交易支付卡信息302还可以包括例如交易标识符、支付卡交易的地理位置、发生支付卡交易的地理位置日期、发生支付卡交易的地理位置时间、支付卡号等。用于包含在第一组信息中的信息可以例如从名为American 等的支付卡公司(图1中支付卡公司网络150的一部分)获得。

交易支付卡信息302还可以包括例如附录信息。附录可以包括行程信息，例如旅行日期、航空公司和航班号以及航班的始发/目的地机场代码。此行程信息也可以替代地来源于全球分销系统或其它旅行数据提供商。

供应商信息304可以包括例如供应商名称、供应商地理、供应商业务线、供应商类别(例如，航空公司、住宿、租赁汽车等)等。供应商信息304还可以包括例如供应商标识符、供应商的地理位置等。

第三组信息306可以包括例如旅行信息，例如在FlightAware.com上的实时航班跟踪等。第三组信息提供可以补充第一组信息和第二组信息中的信息的被利用的数据源。

关于这些信息组，可以使用一个或多个过滤器来选择信息的特定部分。例如，可以使用可基于需要或可用性而变化的时间范围过滤器。

在一个实施例中，可以检索存储在一个或多个数据库中的每一个中的所有信息。在另一个实施例中，仅可以检索每个数据库中的单个条目。信息的检索可以执行一次，或者可以执行多次。在示例性实施例中，仅从每个数据库检索与特定条目有关的信息。

参考图4，示例性数据集402存储、审查和/或分析在本公开的系统和方法中使用的信息。数据集402可以包括多个条目(例如，条目404a、404b和404c)。

支付卡交易信息406包括支付持卡人的支付卡交易和实际支出。更具体地说，支付卡交易信息406可以包括例如支付卡交易信息、交易日期和时间、交易金额、支付持卡人信息(例如，支付持卡人账户标识符(可能被匿名化)、支付持卡人地理(可能被建模)、支付持卡人类型(消费者/商业)、支付持卡人人口统计等)，以及可通过支付持卡人、供应商和/或地点、交易日期和时间以及交易金额来汇总的支付持卡人引起的购买和支付活动。交易支付卡信息406还可以包括例如交易标识符、支付卡交易的地理位置、发生支付卡交易的地理位置日期、发生支付卡交易的地理位置时间、支付卡号等。用于包含在第一组信息中的信息可以例如从名为American等的支付卡公司(图1中支付卡公司网络150的一部分)获得。

交易支付卡信息406还可以包括例如附录信息。附录可以包括行程信息，例如旅行日期、航空公司和航班号以及航班的始发/目的地机场代码。该行程信息可替代地可以来源于全球分销系统或其它旅行数据提供商。

供应商信息408可以包括例如供应商名称、供应商地理、供应商业务线、供应商类别(例如，航空公司、住宿、租赁汽车等)等。供应商信息408还可以包括例如供应商标识符、供应商的地理位置等。

例如，外部信息410包括例如包括旅行信息(例如在FlightAware.com上的实时航班跟踪等)。第三组信息提供可以补充第一组信息和第二组信息中的信息的被利用的数据源。外部信息410包括可用于实施本公开的系统和方法的其它合适信息。

可以采用算法，使用各种已知的数学技术中的任何一种，来确定支付卡交易信息406、供应商信息408和外部信息410的集成的公式描述。反过来，这些公式可用于使用各种可用趋势分析算法中的任何一种导出或生成一个或多个分析和更新。例如，这些公式可以用来构建支付卡交易信息、供应商信息和外部信息之间的一个或多个关联；基于一个或多个关联的一个或多个实体的旅行行程；导致旅行行程改变的事件；有助于减少与事件关联的负面后果的服务；以及提出提供服务的实体可选择的选项。

在一个实施例中，开发逻辑，所述逻辑用于导出支付卡交易信息、供应商信息和外部信息之间的一个或多个关联；基于一个或多个关联为一个或多个实体创建提出的旅行行程；并创建提出提供服务的实体可选择的选项。

根据本公开的方法，可以(例如，由处理器)检索存储在一个或多个数据库中的信息。信息可以包括例如由金融交易处理实体(例如，支付卡公司)引起的计费活动以及由支付持卡人引起的购买和支付活动(包括日期和时间)、供应商信息、包括FlightAware.com上的实时航班跟踪信息的旅行信息等。

在一个实施例中，可以检索存储在每个数据库中的所有信息。在另一个实施例中，仅可以检索一个或多个数据库中的每一个中的单个条目。信息的检索可以执行一次，或可以执行多次。在示例性实施例中，从每个数据库仅检索与特定旅行行程有关的信息。

参考图5，本公开的方法涉及支付卡公司(图1中的支付卡公司网络150的一部分)从一个或多个数据库检索包括一个或多个实体(例如，一个或多个支付持卡人)的支付卡交易信息的第一组信息。具体而言，在502处，信息可以包括例如交易日期/时间、交易金额、支付持卡人信息(例如，支付持卡人账户标识符(可能被匿名化)、支付持卡人地理(可能被建模)、支付持卡人类型(消费者/商业)和支付持卡人人口统计(例如，性别和年龄)等)。

交易支付卡信息502还可以包括例如附录信息。附录可以包括行程信息，例如旅行日期、航空公司和航班号，以及航班的始发/目的地机场代码。该行程信息可以替换地来源于全球分销系统或其它旅行数据提供商。

本公开的方法还包括支付卡公司(即其数据仓库)从一个或多个数据库检索包括一个或多个供应商的供应商信息的第二组信息。具体而言，在504处，信息可以包括例如供应商信息(例如供应商名称、供应商地理、供应商业务线、供应商类别(例如，航空公司、住宿和租赁汽车)等)。

本公开的方法还包括支付卡公司从一个或多个数据库检索包括外部信息的第三组信息。具体地，例如，在506处，信息可以包括例如在FlightAware.com上的实时航班跟踪的旅行信息等。第三组信息提供可以补充第一组信息和第二组信息中的信息的被利用的数据源。

在508处，支付卡公司分析第一组信息、第二组信息和第三组信息以识别支付卡交易信息、供应商信息和外部信息之间的一个或多个关联。在510处，支付卡公司基于一个或多个关联来识别计划的旅行信息(例如，旅行行程)。在512处，响应于指示当前旅行信息的改变的事件，支付卡公司向一个或多个实体发送消息，提供计划的旅行信息的可能改变。

在一个实施例中，在514处，支付卡公司确定可用的有助于减少与事件相关联的负面后果的服务。在516处，支付卡公司生成提出提供服务的实体可选择的选项。

如上所示，生成实体可选择的选项，提出提供服务。例如，如果实体的会议拖延并导致实体错过航班，则消息(例如，电子邮件、文本消息、电话呼叫或互联网)可以通知实体已经错过航班并提供预订新的旅行安排(例如，新的机票、旅馆预约、汽车租赁等)，修改现有的旅行安排(例如，重新安排后续会议，基于稍后的火车或公交车计算新的到达时间并更新旅行行程等)，取消现有的旅行安排等等。

在一个实施例中，实体(例如，支付持卡人)向支付卡公司提供反馈，以使支付卡公司能够按日期和时间监视和跟踪提供的服务的影响。该“闭环”系统允许支付卡公司度量提供的服务的效率，并对下一次选择进行任何改进。

可以采用一种或多种算法，使用各种已知的数学技术中的任何一种，确定支付卡交易信息、供应商信息和外部信息的汇集的公式化描述。使用各种可用趋势分析算法中的任何一种，这些公式转而可以用于导出或构建支付卡交易信息、供应商信息和外部信息之间的一个或多个关联；基于一个或多个关联的一个或多个实体的旅行行程；导致旅行行程改变的事件；有助于减少与事件相关联的负面后果的服务；以及提出提供服务的实体可选择的选项。

如本文所指出的，本公开的系统和方法利用标准统计技术(例如，群聚、回归、关联、分段、梳理等)来识别支付卡交易信息、供应商信息和外部信息之间的一个或多个关联。可以通过查看因素(例如时间、逻辑地理位置中断、频率等)来改进关联和关系。

可以开发逻辑以创建支付卡交易信息、供应商信息和外部信息之间的一个或多个关联；基于一个或多个关联的一个或多个实体的旅行行程；以及提出提供服务的实体可选择的选项。然后可以将属性(例如，置信度、时间、频率等)分配给群集和/或群集的成员以使数据对潜在最终用户有用。

将理解的是，本公开可以实现在存储计算机程序的指令的计算机可读非暂时性存储介质中，该计算机程序在由计算机系统执行时导致执行在本文描述的方法的步骤。这种存储介质可以包括以上描述中提到的那些中的任何一种。

虽然上述方法表明某些事件以特定顺序发生，但是某些事件的顺序可以修改。而且，虽然被描绘为流程图、框图等的过程可以以顺序方式描述系统的操作，但应该理解，许多系统的操作可以同时发生或以不同的顺序发生。

术语“包含”或“包括”应被解释为指定所述特征、整体，步骤或组件的存在，但不排除存在一个或多个其它特征、整体、步骤或组件或其组。

在可能的情况下，除非另有明确说明，否则本文以单数形式表达的任何术语意味着还包括复数形式，反之亦然。此外，如本文所使用的，术语“一”和/或“一个”应该表示“一个或多个”，即使本文也使用短语“一个或多个”。进一步，当在本文说某事是“基于”别的某事时，它也可以基于一个或多个其它事物。换言之，除非另外明确指出，否则如本文所使用的“基于”意指“至少部分基于”或“至少部分地基于”。

本文描述的技术是示例性的，并且不应该被解释为暗示对本公开的任何特定限制。应该理解的是，本领域技术人员根据本公开可以设计各种替代方案、组合和修改。例如，除非另有说明或由步骤本身规定，否则与本公开描述的过程相关联的步骤可以以任何顺序执行。本公开旨在涵盖落入所附权利要求的范围内的所有这些替代方案、修改和变化。

Claims (23)

1.一种用于旅行支持服务的计算机实现的方法，所述方法包括：

从一个或多个第一数据库检索包括一个或多个实体的支付卡交易信息的第一组信息，所述支付卡交易信息包括附录信息；

从一个或多个第二数据库检索包括一个或多个供应商的供应商信息的第二组信息；

从一个或多个第三数据库检索包括外部信息的第三组信息；

分析所述第一组信息、所述第二组信息和所述第三组信息并过滤所述第一组信息、所述第二组信息和所述第三组信息以识别所述支付卡交易信息、所述供应商信息和所述外部信息之间的一个或多个关联；

基于所述一个或多个关联识别所述一个或多个实体的计划的旅行信息；和

响应于指示当前旅行信息的改变的事件向所述一个或多个实体发送提出计划的旅行信息的可能的改变的消息。

2.根据权利要求1所述的方法，其中，所述一个或多个实体的所述计划的旅行信息包括所述一个或多个实体的一个或多个旅行行程。

3.根据权利要求1所述的方法，进一步包括：

从支付附录信息中提取计划的旅行信息。

4.根据权利要求1所述的方法，进一步包括：

确定可用的服务，其中，所述服务有助于减少与所述事件相关联的负面后果；和

生成提出提供所述服务的实体可选择的选项。

5.根据权利要求4所述的方法，进一步包括：

接收实体希望选择所述选项的指示；和

响应于接收所述指示来协助使得能够使用所述服务。

6.根据权利要求5所述的方法，其中，所述服务包括以下中的至少一项：实施或促进预订新的旅行安排、实施或促进预订新的机票、实施或促进预订新的旅馆预约、实施或促进取消现有的旅行安排、或者实施或促进对现有旅行安排的修改。

7.根据权利要求5所述的方法，其中，所述协助进一步包括：

生成包括与所述事件相关的信息的消息；和

将所述消息发送到所述一个或多个实体的设备。

8.根据权利要求1所述的方法，其中，所述支付卡交易信息至少包括支付卡交易日期、支付卡交易时间和支付卡号，其中，所述供应商信息至少包括供应商名称，并且其中，所述外部信息至少包括旅行跟踪信息。

9.根据权利要求1所述的方法，进一步包括：

在算法上分析所述第一组信息、所述第二组信息和所述第三组信息以识别所述支付卡交易信息、所述供应商信息和所述外部信息之间的一个或多个关联。

10.根据权利要求1所述的方法，进一步包括：

基于所述一个或多个关联在算法上识别所述一个或多个实体的计划的旅行信息。

11.根据权利要求1所述的方法，进一步包括：

确定可用的服务，其中，所述服务有助于减少与所述事件相关联的负面后果；和

在算法上生成提出提供所述服务的实体可选择的选项。

12.根据权利要求1所述的方法，进一步包括创建一个或多个数据集以存储与所述第一组信息、所述第二组信息和所述第三组信息有关的信息；所述一个或多个实体的所述计划的旅行信息；与所述支付卡交易信息、所述供应商信息和所述外部信息之间的所述一个或多个关联有关的信息；指示当前旅行信息的改变的所述事件信息；有助于减少与所述事件相关联的负面后果的服务信息；以及提出提供所述服务的所述实体可选择的选项。

13.根据权利要求1所述的方法，进一步包括创建一个或多个数据集以存储与实现或促进预订新的旅行安排、实施或促进预订新的机票、实施或促进预订新的酒店预约、实施或促进取消现有旅行安排和/或实施或促进对现有旅行安排的修改有关的信息。

14.根据权利要求1所述的方法，进一步包括开发逻辑，所述逻辑用于创建所述支付卡交易信息、所述供应商信息和所述外部信息之间的所述一个或多个关联；基于所述一个或多个关联的一个或多个实体的旅行行程；以及提出提供所述服务的所述实体可选择的选项。

15.根据权利要求1所述的方法，进一步包括：确定当前时间，其中，所述事件也基于所述当前时间。

16.一种系统，包括：

一个或多个数据库，配置为存储包括一个或多个实体的支付卡交易信息的第一组信息，所述支付卡交易信息包括附录信息；

一个或多个数据库，配置为存储包括一个或多个供应商的供应商信息的第二组信息；

一个或多个数据库，配置为存储包括外部信息的第三组信息；

处理器，配置为：

分析所述第一组信息、所述第二组信息和所述第三组信息以识别所述支付卡交易信息、所述供应商信息和所述外部信息之间的一个或多个关联；

基于所述一个或多个关联来识别所述一个或多个实体的计划的旅行信息；和

响应于指示当前旅行信息的改变的事件，向所述一个或多个实体传送提出计划的旅行信息的可能的改变的消息。

17.根据权利要求16所述的系统，其中，所述一个或多个实体的所述计划的旅行信息包括所述一个或多个实体的一个或多个旅行行程。

18.根据权利要求16所述的系统，其中，所述处理器配置为：

确定可用的服务，其中，所述服务有助于减少与所述事件相关联的负面后果；

生成提出提供所述服务的实体可选择的选项；

接收实体希望选择的所述选项的指示；和

响应于接收所述指示来协助使得能够使用所述服务。

19.根据权利要求16所述的系统，其中，所述服务包括以下中的至少一项：实施或促进预订新的旅行安排、实施或促进预订新的机票、实施或促进预订新的酒店预约、实施或促进取消现有的旅行安排、或者实施或促进对现有旅行安排的修改。

20.根据权利要求16所述的系统，其中，所述处理器配置为：

生成包括与所述事件相关的信息的消息；和

将所述消息发送到所述一个或多个实体的设备。

21.根据权利要求16所述的系统，其中，所述一个或多个实体是支付持卡人，并且其中，通过电子邮件、文本消息、电话呼叫或互联网来向所述一个或多个实体传送消息。

22.根据权利要求16所述的系统，其中，所述支付卡交易信息至少包括支付卡交易日期、支付卡交易时间和支付卡号，其中，所述供应商信息至少包括供应商名称，并且其中，所述外部信息至少包括旅行跟踪信息。

23.根据权利要求16所述的系统，其中，所述处理器配置为：

在算法上分析所述第一组信息、所述第二组信息和所述第三组信息以识别所述支付卡交易信息、所述供应商信息和所述外部信息之间的一个或多个关联；

确定可用的服务，其中，所述服务有助于减少与所述事件相关联的负面后果；和

在算法上生成提出提供所述服务的实体可选择的选项。