基于修改单个旅行预订来更新整个行程的制作方法

本发明一般涉及计算机和计算机软件，特别是涉及基于对作为旅行行程的一部分的单个旅行预订的修改来更新整个旅行行程的方法、系统和计算机程序产品系统。

背景技术：

第三方预订代理(即，旅行代理)或旅行者可以预订各种不同的用于旅行的各个方面的旅行相关预订。例如，一些旅行可能需要用于到特定目的地的旅行的航空公司预订、用于旅行期间住宿的旅店预订以及在特定目的地用于运输的汽车租赁。此外，旅行者还可能需要预订其他预订作为旅行的一部分，诸如观光或其他与旅行有关的活动。作为在旅行中可能进行的不同的与旅行相关的预订的结果，许多电子邮件或其他类型的电子消息一般被发送给旅行者或预订代理。电子邮件通知并确认已经进行的旅行预订。此外，如果对特定的旅行预订进行修改，则电子邮件也发送确认特定的改变。

有时，旅行者可能很难跟踪和组织来自各个旅行提供商的所有不同的电子邮件通知。此外，在旅行者希望改变特定的旅行预订的情况下，还可能需要调整作为旅行的一部分的剩余的旅行预订。例如，如果旅行者改变航班的到达和离开日期，那么旅行者的相应的酒店和租车预订也可能需要被调整，以便与航班的新日期和时间相一致。

对于旅行者或预订代理来说，当重新安排旅行的一部分时，有效地进行所有必要的改变可能是有挑战性的。事实上，有时预订代理需要大量的时间来考虑旅行行程的每一个变化，然后使用主观的措施以确定作为旅行行程的一部分的个人旅行预订所需要做出的改变。此外，预订代理需要随时可用以通过使用诸如例如全球分销系统(gds)或特定网站的各种旅行平台对特定旅行进行必要的变更和取消。然而，对行程进行这些变更和取消可能影响预订代理的生产效率，因为改变行程会花费相当长的时间。

可以理解的是，至少有一个gds目前有能力更新作为单个旅行的部分的相关预订。然而，当对于特定的旅行预订了多个旅行相关预订时，旅行者和预订代理通常使用多于一个的平台。该特定的gds存在局限性，因为这个gds无法更新在自身平台之外进行的任何旅行预订。例如，预订代理可以通过一个gds预订航空公司旅行，并通过折扣网站进行租用车辆预订。因此，即使这个gds可能有能力通过自己的平台来更新旅行预订，旅行者或预订代理仍然需要手动更新租用车辆预订。

因此，需要用来更新基于特定规则或指令的旅行预订记录的改进方法、系统和计算机程序产品，其通过允许以前没有通过计算机执行的功能的计算机性能来改进计算机相关的技术。

技术实现要素：

在本发明的实施例中，提供一种用于基于对作为整个旅行行程的一部分的至少一个预订的修改来更新整个旅行行程的系统，该系统包括一个或多个处理器和耦合到处理器的存储器。存储器存储包含当通过处理器被执行时使系统接收至少一个确认消息的程序代码的数据。确认消息包括关于至少一个预订的更新的信息。还使得系统确定预订与用户简档相关联。用户简档与多个旅行记录相关联。响应于预订与用户简档相关联，进一步使得系统为包括在确认消息的每个预订创建新的旅行项目。还使得系统组合新的旅行项目与多个旅行记录中的每一个，并且对与新的旅行项目组合的多个旅行记录中的每一个指派相应评分。相应评分基于与新的旅行项目组合的各旅行记录的兼容性。还使得系统基于多个旅行记录的相应评分选择特定旅行记录以用新的旅行项目进行更新。进一步使得系统确定所选择的特定旅行记录包括写入访问。最后，响应于确定特定旅行记录包括写入访问，使得系统用新的旅行项目更新特定旅行记录。

在一个实施例中，响应于选择的特定旅行记录没有写入访问，由计算机创建新的旅行记录。用新的旅行项目更新新的旅行记录。

在另一实施例中，多个旅行项目和新的旅行项目按时间顺序排列以形成时间线，并且，旅行项目分别与多个旅行记录中的一个相关联。

在又一实施例中，通过使得系统确定新的旅行项目与用于多个旅行记录中的每一个的多个旅行项目中的一个或更多个重叠，使得系统向与新的旅行项目组合的旅行记录中的每一个指派相应评分。响应于确定新的旅行项目不与旅行项目中的一个或更多个重叠，将正得分指派给多个旅行记录中的一个的相应评分。

在又一实施例中，通过使得系统将新的旅行项目和多个旅行项目中的每一个归类为类别，使得系统向与新的旅行项目组合的旅行记录中的每一个指派相应评分。类别包括静止的、点到点和漫游。进一步使得系统确定新的旅行项目和重叠的多个旅行项目中的一个或更多个均被归类为点到点。响应于确定新的旅行项目和重叠的多个旅行项目中的一个或更多个被归类为点到点，系统将负得分指派给多个旅行记录中的一个的相应评分。

在另一实施例中，通过使得系统将前一个旅行项目的结束位置与新的旅行项目的起始位置进行比较，使得系统向与新的旅行项目组合的旅行记录中的每一个指派相应评分。响应于前一个旅行项目的结束位置与新的旅行项目的起始位置匹配，系统将正得分指派给多个旅行记录中的一个的相应评分。使得系统将随后一个旅行项目的起始位置与新的旅行项目的结束位置进行比较。响应于随后一个旅行项目的起始位置与新的旅行项目的结束位置匹配，系统将正得分指派给多个旅行记录中的一个的相应评分。最后，响应于新的旅行项目在时间线中被排序为第一个或最后一个，系统将正得分指派给多个旅行记录中的一个的相应评分。

在又一实施例中，通过使得系统确定包含于至少一个确认消息内的旅客和与旅行记录中的每一个相关联的旅客订座记录匹配，使得系统向与新的旅行项目组合的旅行记录中的每一个指派相应评分。响应于包含于至少一个确认消息内的旅客与旅客订座记录匹配，系统将正得分指派给多个旅行记录中的一个的相应评分。

在另一实施例中，通过使得系统确定包含于至少一个确认消息中的旅客的数量少于包含于与多个旅行记录中的每一个相关联的旅客订座记录中的旅客的总数，使得系统向与新的旅行项目组合的旅行记录中的每一个指派相应评分。响应于包含于至少一个确认消息中的旅客的数量少于旅客的总数，系统将正得分指派给多个旅行记录中的一个的相应评分。

在一个实施例中，使得系统确定与多个旅行记录中的一个相关联的相应评分大于或等于预定评分。响应于与多个旅行记录中的一个相关联的相应评分大于或等于预定评分，新的旅行项目与旅行记录中的每一个的旅行项目中的一个或更多个重叠。

在另一实施例中，使得系统确定与多个旅行记录相关联的相应评分大于或等于预定评分。响应于确定与多个旅行记录中的一个相关联的相应评分大于或等于预定评分，特定旅行记录被更新为选择的旅行记录。

在又一实施例中，基于多个旅行记录的相应评分选择特定旅行记录以用新的旅行项目进行更新包括确定与多个旅行记录相关联的相应评分小于预定评分。

在又一实施例中，公开了一种基于对作为整个旅行行程的一部分的至少一个预订的修改来更新整个旅行行程的方法。该方法包括通过计算机接收至少一个确认消息。确认消息包括关于预订的更新信息。该方法还包括通过计算机确定预订与用户简档相关联。用户简档与多个旅行记录相关联。响应于预订与用户简档相关联，该方法包括通过计算机为包括在确认消息中的每个预订创建新的旅行项目。方法还包括组合新的旅行项目与多个旅行记录中的每一个以及通过计算机对与新的旅行项目组合的多个旅行记录中的每一个指派相应评分。相应评分基于与新的旅行项目组合的各旅行记录的兼容性。该方法还包括通过计算机基于多个旅行记录的相应评分选择特定旅行记录以用新的旅行项目进行更新。该方法包括通过计算机确定所选择的特定旅行记录包括写入访问。响应于确定特定旅行记录包括写入访问，该方法包括用新的旅行项目更新特定旅行记录。

在本发明的另一实施例中，提供一种用于基于对作为整个旅行行程的一部分的至少一个预订的修改来更新整个旅行行程的计算机程序产品。计算机程序产品包括非暂时性计算机可读存储介质和存储于非暂时性计算机可读存储介质上的程序代码，这些程序代码当通过一个或多个处理器被执行时使得一个或多个处理器接收至少一个确认消息。确认消息包括关于至少一个预订的更新的信息。还使得系统确定预订与用户简档相关联。用户简档与多个旅行记录相关联。响应于预订与用户简档相关联，进一步使得系统为包括在确认消息的每个预订创建新的旅行项目。还使得系统组合新的旅行项目与多个旅行记录中的每一个，并且对与新的旅行项目组合的多个旅行记录中的每一个指派相应评分。相应评分基于与新的旅行项目组合的各旅行记录的兼容性。还使得系统基于多个旅行记录的相应评分选择特定旅行记录以用新的旅行项目进行更新。进一步使得系统确定所选择的特定旅行记录包括写入访问。最后，响应于确定特定旅行记录包括写入访问，使得系统用新的旅行项目来更新特定旅行记录。

为了对这里讨论的系统和/或方法的一些方面提供基本的理解，上述的发明内容给出了简化的摘要。本发明内容不是对这里讨论的系统和/或方法的广泛概述。不打算标识关键/重要要素或划定这种系统和/或方法的范围。其唯一目的是以简化形式提出一些概念，作为后面给出的具体实施方式的序言。

附图说明

附图示出本发明的各种实施例，并且，连同上面给出的本发明的一般描述以及下面给出的实施例的具体实施方式，用于解释本发明的实施例。

图1是包括与一个或多个全球分销系统(gds)和/或一个或多个旅行网站通信的旅行管理系统的示例性操作环境的图解视图。

图2是图1的示例性计算机系统的图解视图。

图3是特定旅行行程的依时间顺序的时间线的示例性说明。

图4示出了总结三种不同类型的旅行项目的图。

具体实施方式

现在参照图1，根据本发明的实施例的操作环境10可以包括一个或更多个客户端设备14和旅行管理系统20。客户端设备14和旅行管理系统20可以通过网络26通信。网络26可以包括允许数据交换的一个或更多个私有网络或公共网络(例如，因特网)。旅行管理系统20可以与一个或更多个全球分销系统(gds)22和/或一个或更多个旅行网站24通信。如下面更详细地解释的，为了基于作为旅行行程的一部分的至少一个预订的修改来更新旅行行程，旅行管理系统20遵循特定的规则或指令集。

客户端设备14可以分别包括台式计算机、膝上型计算机、平板计算机、智能电话或任何其他合适的计算设备。在一个实施例中，诸如例如旅行者的最终用户可以使用相应的客户端设备14预订旅行预订。例如，最终用户可以启动浏览器应用，并使用浏览器应用以通过经由网络26访问gds22、旅行网站24或任何其他合适的系统来搜索和预订旅行服务。例如，旅行者可以启动浏览器应用，并使用浏览器应用以搜索由gds22、旅行网站24或任何其他合适系统中的一个提供的网站上的旅行服务。旅行者可以通过将支付信息输入到网站来预订选定的旅行服务。或者，在另一个实施例中，客户端设备14可以向旅行代理提供用于访问使得代理能够搜索和预订旅行行程的gds12的接口。

各gds22可以识别包括来自多个航空公司的航班的旅行行程，并且也可以提供包括诸如火车旅行、酒店房间、租车、观光和其他旅行相关活动的旅行行程。各gds22可以保持与多个运营商系统的链接，这些链接使得各gds22能够将来自验证运营商或旅行代理的预订请求路由到相应的操作运营商。客户端设备14可以由此通过与gds22的单个连接预订多个航空公司的航班。旅行网站24可以是可以用于预订诸如但不限于机票、酒店房间和租车的旅行预订的万维网上的任何网站。

客户端设备14可以通过网络26访问旅行管理系统20。如图1所示，旅行管理系统20可以包括可被称为总旅行记录(ttr)30的多个旅行记录。ttr30分别与特定的用户简档相关联。用户简档可以指示旅行者或多个旅行者的组的身份。各ttr30代表用户简档的特定旅行行程的中央存储位置。应该理解的是，各ttr30可以代表当前的、不活动的(即过去的)或将来的旅行行程。

如图1所示，各ttr30可以包括相关的旅客订座记录(pnr)32和/或相关的扩展旅行记录(etr)34。pnr32是gds特定的数据集，该数据集包括关于与用户简档相关联的旅行者或旅行者组的信息。pnr32可以指示的信息的一些例子包括但不限于旅行行程、票价或费用以及用于购买构成旅行行程的旅行项目的支付形式。etr34包含与pnr32相似的信息，但是，应该理解，pnr32是gds特定的。即，pnr32包含所有gds特定的预订信息。相反，etr34包含与另一个外部gds22或者甚至旅行网站24中的一个相关的所有预订信息。

现在参照图2，可以在一个或更多个计算机设备或系统(诸如示例性计算机系统50)上实现操作环境10的客户端设备14、旅行管理系统20、gds22和旅行网站24。计算机系统50可以包括处理器52、存储器54、大容量存储设备56、输入/输出(i/o)接口58和人机接口(hmi)60。计算机系统50还可以通过网络26或i/o接口58可操作地耦合到一个或更多个外部资源62。外部资源可以包括但不限于服务器、数据库、大容量存储设备、外围设备、基于云的网络服务或计算机系统50可以使用的任何其他合适的计算机资源。

处理器52可以包括选自微处理器、微控制器、数字信号处理器、微计算机、中央处理单元、现场可编程门阵列、可编程逻辑器件、状态机、逻辑电路、模拟电路、数字电路或基于存储于存储器54中的操作指令操纵(模拟或数字)信号的任何其它设备的一个或更多个设备。存储器54可以包括单个存储器设备或多个存储器设备，包括但不限于只读存储器(rom)、随机存取存储器(ram)、易失性存储器、非易失性存储器、静态随机存取存储器(sram)、动态随机存取存储器(dram)、闪速存储器、高速缓冲存储器或任何其他能够存储信息的设备。大容量存储存储器设备56可以包括数据存储设备，诸如硬盘驱动器、光驱、磁带驱动器、易失性或非易失性固态设备或任何其他能够存储信息的设备。

处理器52可在驻留于存储器54中的操作系统66的控制下运行。操作系统66可以管理计算机资源，使得体现为一个或更多个计算机软件应用的计算机程序代码，诸如驻留于存储器54中的应用68，可以具有由处理器52执行的指令。在替代性实施例中，处理器52可以直接执行应用48，在这种情况下，操作系统66可以被省略。一个或更多个数据结构70也可以驻留于存储器54中，并且可以被处理器52、操作系统66或应用68使用以存储或操纵数据。

i/o接口58可提供可操作地将处理器32耦合到其他设备和系统(诸如网络26或外部资源62)的机器接口。由此，应用68可以通过经由i/o接口58的通信与网络26或外部资源62协同工作，以提供构成本发明的实施例的各种特征、功能、应用、过程或模块。应用68还可以具有由一个或更多个外部资源62执行的程序代码，或者以其他方式依赖于由计算机系统50外部的其他系统或网络部件提供的功能或信号。事实上，考虑到几乎无止境的硬件和软件配置可能，本领域普通技术人员将理解，本发明的实施例可以包括位于计算机系统50外部、分布于多个计算机或其他外部资源62之间或者由作为诸如云计算服务的网络上服务26提供的计算资源(硬件和软件)提供的应用。

hmi60可以以已知的方式可操作地耦合到计算机系统50的处理器52，以允许用户直接与计算机系统50交互。hmi60可以包括视频或字母数字显示器、触摸屏、扬声器和能够向用户提供数据的任何其他合适的音频和视觉指示器。hmi60还可以包括输入设备和能够接受来自用户的命令或输入并将输入的输入传送到处理器52的控制，诸如字母数字键盘、指示设备、键盘、按钮、控制旋钮、麦克风等。

数据库64可以驻留在大容量存储器设备56上，并且可以用于收集和组织这里描述的各种系统和模块所使用的数据。数据库64可以包括数据和存储和组织数据的支持数据结构。特别地，数据库64可以布置成任何数据库组织或结构，包括但不限于关系数据库、分层数据库、网络数据库或它们的组合。在处理器52上作为指令执行的计算机软件应用的形式的数据库管理系统可以用于响应于询问访问存储于数据库64的记录中的信息或数据，这里，询问可以由操作系统66、其它应用68或一个或更多个模块动态确定和执行。

回到图1，客户端设备14接收确认消息80。确认消息80可以包括关于已更新或修改的至少一个旅游预订的已更新的信息。例如，特定的旅游行程可以包括几个预订，诸如飞往目的地城市的航空公司的预订、目的地城市中的酒店的单独预订以及租车。确认消息80可以包括指示航空旅游的某些方面已经改变的信息。在一个实施例中，确认消息80可以指示航空旅游的出站部分已经将其起飞时间从下午5:30改为下午8:30。应当理解，该实施例本质上仅仅是示例性的，并且确认消息80可以传送与旅游预订有关的任何其他信息。

确认消息80可以是可以发送给客户端设备14的任何类型的电子通信，诸如但不限于电子邮件、文本消息或社交媒体平台所传递的消息。客户端设备14包括解释确认消息80并将确认消息80转换成离散属性的解析器。离散属性可以指示是否应该更新现有预订，以考虑现有预订的任何改变，或者，如果已经进行了新的预订，可以将其添加到现有的旅游行程中。例如，如果确认消息80是电子邮件并且客户端设备14包括电子邮件解析器，则电子邮件解析器可以创建离散属性，诸如但不限于发送者、接收者、电子邮件的主题、与电子邮件相关的旅游者或多个旅游者、在电子邮件中提到的特定预订或多个特定预订以及关于在电子邮件中提到的特定预订或多个特定预订的任何更新信息。在另一个实施例中，如果确认消息80是文本消息，则解析器可以创建表示与文本消息相关联的移动号码的离散属性。

一旦客户端设备14的解析器将确认消息80转换为离散属性，客户端设备14就然后通过网络26将确认消息80的离散属性发送到旅行管理系统20。响应于接收到确认消息80，旅行管理系统20随后遵循特定规则或指令，以便更新现有的预订，这将在下面更详细地描述。具体而言，响应于接收到确认消息80，旅行管理系统20确定在确认消息80中指示的旅游者或多个旅游者是否和与ttrs30相关联的用户简档相关。换句话说，旅行管理系统20确定对在确认消息80内指示的旅行预订的修改是否针对与ttr30相关联的特定旅游者或多个特定旅游者。在一个实施例中，旅行管理系统20可以通过电子邮件地址、移动号码或账户标识符确定在确认消息80中指示的旅游者。

应当理解，旅行管理系统20可以实现接受规则，以确保由确认消息80传达的信息是有效的。特别地，旅行管理系统20确定是否对于在确认消息80内指示的旅游行程是否存在足够的信息以更新旅游行程。例如，旅行管理系统20可以确定在可以执行进一步的分析和更新之前各旅游预订是否具有开始日期以及结束日期。

响应于在确认消息80中指示的旅游预订与用户简档相关联并以开始日期和结束日期有效，旅行管理系统20为包含在确认消息80中的各预订创建新的旅行项目。旅行项目指示包含于旅游行程中的特定预订。图3是示出由ttr30中的一个表示的特定旅游行程的按时间顺序的安排或时间线100的示例性图。

现在参照图1和图3，旅行管理系统20将新的旅行项目与各ttr30相结合。应当理解，即使ttr30不再活跃(即，过去发生的行程)，也有逻辑来检索所有的ttr30。如图3所示，时间线100包括三个新的旅行项目102、104和106，这里，各新的旅行项目代表单个旅游预订。为了创建时间线100，可以按时间顺序排列多个现有的旅行项目108、110、112、114和新的旅行项目102、104和106。现有的旅行项目108、110、112和114分别代表作为旅游行程的一部分的现有旅游预订。现有的旅行项目108、110、112、114和新的旅行项目102、104和106可以按它们各自的开始日期和开始时间按时间顺序排序。在一个实施例中，现有的旅行项目108、110、112、114和新的旅行项目102、104和106可首先从本地日期和时间(例如基于东部标准时间(est)的时间和日期)被转换为协调世界时间(utc)。

有时，与etr34中的一个相关的旅行预订可以具有开始日期但没有结束日期。如果现有的etr34具有开始日期但没有结束日期，则旅行管理系统20假定结束日期和时间等于开始日期和时间。在一个示例性实施例中，如果现有的etr34不包括开始时间和结束时间，则指派开始时间0:01和结束时间23:59。

继续参考图1和图3，旅行管理系统20向各ttr30指派评分。评分基于现有的旅行项目108、110、112和114与新的旅行项目102、104和106的兼容性。如下面更详细地解释的，各ttr30的评分基于新的旅行项目102、104和106与现有的旅行项目108、110、112和114的重叠来确定，各种旅行项目的地理，以及在确认消息80中指示的旅游者的数量实际上是旅行的一部分。

如图3所示的时间线100所示，新的旅行项目102、104和106中的一些可能与另一个旅行项目重叠。例如，在所示的实施例中，新的旅行项目102与新的旅行项目104和106以及现有的旅行项目110和112重叠。如果新的旅行项目102、104和106中的一个不与任何其他旅行项目重叠，则可以将正评分指派给与时间线100相关联的ttr30。虽然新的旅行项目102、104和106中的一些可以彼此重叠或与现有的旅行项目中的一个重叠，但是应当理解，有时新的旅行项目102、104和106可能不与另一个旅行项目重叠，并且可以被称为非相干重叠。这种非相干重叠的确定基于与两个重叠旅行项目相关联的旅行的类型或性质。例如，本领域的普通技术人员将很容易意识到，旅游者不可能同时乘坐飞机和火车。因此，分别代表航空旅行或火车旅行的旅行项目不会彼此重叠。然而，旅游者可以搭乘航班，同时有租车预订或酒店预订。应该理解的是，旅行管理系统20可能已经假定现有的旅行项目108、110、112和114不包括彼此的非相干重叠。

在一个示例性实施例中，新的旅行项目102、104和106可以被分为三类：静止、点到点和漫游。静止类别代表包括静态位置的旅行预订，诸如例如旅馆或饭店预订。点到点类别代表将旅客从一个地点运送到另一个地点的旅游预订，诸如例如航空公司的航班或火车。漫游类别代表为旅游者提供车辆但旅游者不需要全部时间位于车辆内的旅游预订。漫游预订的一些例子包括例如自行车和汽车租赁。

图4是示出概括三种不同类型的旅行项目的图以及确定旅行项目是否可以彼此重叠的规则的示图。在一个示例性实施例中，如果将两个旅行项目归类为标记为“ok”的框中的一个，则将零点的评分指派给相应ttr30。事实上，旅游者有可能在航空公司的航班上，这是点到点的旅行项目，同时具有租车的预订，这是漫游预订。但是，如果两个旅行项目被归类到标记为“x”的框，这表示非相干重叠。负评分数被指派给具有非相干重叠的相应ttr30。如图4所示，“x”表示点到点旅行项目不会与另一个点到点旅行项目重叠。在一个实施例中，将-100分的负评分指派给具有两个旅行项目的非相干重叠的相应ttr30。

返回图1和图3，指派与新的旅行项目102、104和106相组合的ttr30中的每一个的相应评分也可以包括比较每个特定旅行项目的不同开始和结束位置之间的城市。特别地，旅行管理系统20可以奖励具有与从先前旅游段的结束或到达城市相同的开始或起点城市的新的旅行项目。类似地，旅行管理系统20还可以奖励具有与随后一个旅游段的开始或起点城市相同的结束或到达城市的新的旅行项目。本领域的普通技术人员将很容易理解，这种方案确保了旅途中的连续性。

具体参照图3，旅行管理系统20可将行进旅行项目的结束位置与新的旅行项目的开始位置进行比较。响应于行进旅行项目与新的旅行项目的开始位置匹配，旅行管理系统20将正得分指派给相应ttr30。并且，可以将随后一个旅行项目的开始位置与新的旅行项目的结束位置进行比较，并且，响应于随后一个旅行项目的开始位置与新的旅行项目的结束位置匹配，旅行管理系统20将正得分指派给相应ttr30。如果新的旅行项目在时间线100内被排序为第一或最后，则旅行管理系统20也可以给该新的旅行项目指派得分。

例如，在一个实施例中，新的旅行项目102可以具有纽约的开始位置start2。现有旅行项目108的结束位置end1也可以在纽约。因此，旅行管理系统20将正评分(诸如+5分)指派给相应ttr30。旅行管理系统20还可以将新的旅行项目104的结束位置end3与现有旅行项目110的开始位置start4以及新的旅行项目106的开始位置start5进行比较。如果新的旅行项目104的结束位置end3与现有旅行项目110的开始位置start4匹配，则可以将另外的+5分指派给相应ttr30。而且，如果新的旅行项目104的结束位置end3与新的旅行项目106的开始位置start5匹配，则可以将另外的5分指派给相应ttr30。进一步地，如果现有旅行项目110的结束位置end4与现有旅行项目112的开始位置start6匹配，则旅行管理系统20也可以将另外的+5分指派给相应ttr。最后，旅行管理系统20可以将新的旅行项目102的结束位置end2与现有旅行项目114的开始位置start7进行比较，并且如果位置匹配，则旅行管理系统20指派+5分。旅行管理系统20还可以将新的旅行项目106的终点位置end5与现有旅行项目114的开始位置start7进行比较，并且如果位置匹配，则也可以将另外的+5分指派给相应ttr30。

重新参照图1，旅行管理系统20还可以基于在确认消息80内指示的旅客是否匹配在各pnr32内指示的旅客来对各ttr30进行评分。具体而言，旅行管理系统20将在确认消息80中所指示的各旅客的名字和姓氏与在各ttr30的各pnr32中包括的旅客的名字和姓氏进行比较。如果确认消息80中的各旅客的名字和姓氏与在特定pnr32中列出的每个名称相匹配，则旅行管理系统20将正分指派给特定的ttr30。例如，在一个实施例中，如果旅客姓名匹配，则旅行管理系统20向ttr30指派+50分，并且，如果旅客姓名不匹配，则指派0分。

有时，ttr30中的一个或更多个不包括相应pnr32，而是包括etr34。在这种情况下，则旅行管理系统20可以确定在确认消息80中指示了多少旅客。如果在确认消息中指示的旅客的数量与etr34中指示的旅客的数量相匹配，则旅行管理系统可以向相应ttr30指派正分。例如，在一个实施例中，旅行管理系统20可以指派+20分的分数。

继续参照图1，旅行管理系统20可以继续对ttr30中的每一个进行评分，直到ttr30中的一个达到最大预定评分。一旦发生这种情况，旅行管理系统20就然后可以停止对该单个ttr30评分，并然后选择具有最大评分的ttr30。旅行管理系统20然后可以用新的旅行项目更新该ttr30。然而，在一些情况下，选择的ttr30可能没有写入访问。响应于选择的ttr30没有写入访问，旅行管理系统20可以创建包括更新的旅行信息的新的旅游记录或ttr30。

在一个实施例中，与ttr30相关联的相应评分可能从未达到最大预定评分。如果ttr30中的每一个小于预定评分，则旅行管理系统20计算阈值数值。阈值数值由与不需要新预订的每个ttr30相关联的旅行项目的数量乘以预定因子的确定。在一个示例性方法中，预定因子为10。如果ttr30中的一个大于或等于阈值数值，则旅行管理系统20可以选择该相应ttr30以用新的旅行项目进行更新。

总地参照附图，所公开的旅行管理系统20通过允许先前不由计算机执行的功能的计算机性能提供计算机相关技术的唯一改进。具体而言，所公开的旅行管理系统20通过使用特定规则而不是先前手动执行的主观评价，基于作为整个行程的一部分的旅游预订中的仅仅一个或一部分的改变来更新整个旅游行程。事实上，旅游者和预订代理先前已经确定了旅游行程的更新。具体而言，这些个人会基于单个旅行预订的改变主观地评估和修改作为单个旅游行程的一部分的各种旅行预订，这是困难、紧张且耗时的任务。此外，应该理解的是，旅行管理系统20遵循的特定规则(诸如但不限于为了确定兼容性向旅游记录中的每一个指派相应评分)以前没有被旅游者或预订代理使用以便来更新旅游行程。

并且，所公开的旅行管理系统20遵循非常规、非通用的方法以更新现有的旅行预订。事实上，将新的旅行项目与所有旅游记录组合、向每个旅游记录指派相应评分和通过选择具有最高评分的旅游记录来更新现有预订的相组合是更新现有旅游预订的非常规方法。应该认识到，与当前可用的仅具有更新用单个gds进行的旅行的能力的一些现有系统不同，所公开的旅行管理系统20具有更新通过使用各种gds或者甚至旅游网站创建的旅游行程的能力。事实上，旅游者和预订代理通常在对特定旅行预订多个旅游相关的预订时使用一个以上的平台或gds。并且，所公开的旅行管理系统还提供包括所有旅游预订的特定旅游行程的统一考虑，而不管用于创建特定预订的旅游平台是什么。

一般而言，为实现本发明的实施例而执行的例程，无论是作为操作系统或特定应用的一部分、组件、程序、对象、模块或指令序列还是作为其子集被实现，都可以在这里被称为“计算机程序代码”或者简称为“程序代码”。程序代码通常包括计算机可读指令，这些计算机可读指令在不同时间驻留于计算机中的各种存储器和存储设备中，并且当通过计算机中的一个或更多个处理器被读取和执行时，使得该计算机执行操作，这些操作是执行体现本发明的实施例的各种方面的操作和/或元素所需要的。用于实施本发明的实施例的操作的计算机可读程序指令可以是例如汇编语言或以一种或更多种编程语言的任意组合编写的任意的源代码或目标代码。

这里描述的各种程序代码可以基于在本发明的具体实施例中实现的应用被识别。然而，应当理解的是，以下任何特定的程序术语仅是为了方便，因此，本发明不应限于仅在由这样的术语标识和/或暗示的任何特定应用中使用。此外，给定计算机程序可以被组织成例程、过程、方法、模块和对象等的一般无穷多的方式以及可以在驻留于典型的计算机内的各种软件层之中分配程序功能的各种方式(例如，操作系统、库、api、应用、小程序等)，应该认识到，本发明的实施例不限于这里描述的程序功能的具体组织和分配。

体现在这里描述的任何应用/模块中的程序代码能够以各种不同的形式单独或集体地作为程序产品分发。特别地，可以通过使用上面具有用于使得处理器实施本发明的实施例的多个方面的计算机可读程序指令的计算机可读存储介质分布程序代码。

本质上非暂时性的计算机可读存储介质可以包括以任何方法或技术实现的用于存储诸如计算机可读指令、数据结构、程序模块或其他数据的信息的易失性和非易失性和可移动和不可移动有形介质。计算机可读存储介质还可以包括ram、rom、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、闪存或其他固态存储器技术、便携式光盘只读存储器(cd-rom)或其他光存储、磁性盒式磁带、磁带、磁盘存储或其它磁存储设备或可以用于存储希望的信息并且可以被计算机读取的任何其它介质。计算机可读存储介质不应被解释为瞬态信号本身(例如，无线电波或其他传播电磁波、通过诸如波导的传输介质传播的电磁波或通过导线传输的电信号)。计算机可读程序指令可以被下载到计算机、另一种类型的可编程数据处理设备或来自计算机读存储介质的另一种设备，或者通过网络被下载到外部计算机或外部存储设备。

存储于计算机可读介质中的计算机可读程序指令可用于指导计算机、其他类型的可编程数据处理装置或其它设备以按特定的方式工作，使得存储于计算机可读介质中的指令产生包括实现在流程图、顺序图和/或框图中指定的功能、动作和/或操作的指令的制品。计算机程序指令可被提供给通用计算机、专用计算机或其他可编程数据处理设备的一个或更多个处理器，以产生机器，使得通过一个或更多个处理器执行的指令导致执行一系列的计算，以实现在流程图、顺序图和/或框图中指定的功能、动作和/或操作。

在某些替代实施例中，在流程图、顺序图和/或框图中指定的功能、动作和/或操作可以被重新排序、被依次处理并且/或者可以与本发明的实施例被并发处理。此外，流程图、顺序图和/或框图中的任何一个可以包括比本发明的实施例所示的块多或少的块。

这里使用的术语仅用于描述特定的实施例，并不旨在限制本发明的实施例。还应进一步理解，在本说明书中使用的术语“包括”和/或“包含”规定陈述的特征、整数、步骤、操作、元素和/或组件的存在，但不排除一个或更多个其他特征、整数、步骤、操作、元素、组件和/或它们的组的存在或添加。此外，就在具体实施方式或权利要求中使用术语“包括”、“具有”、“有”、“带有”、“包含”或它们的变体而言，这些术语旨在以类似于术语“包含”的方式包含。

虽然通过各种实施例的描述示出了所有的发明并且虽然这些实施例已经被相当详细地描述，但申请人没有意图限制或以任何方式将所附权利要求的范围限制在这样的细节上。本领域技术人员将很容易想到另外的优点和修改。因此，本发明在其更广泛的方面上不限于具体的细节、代表性的装置和方法以及示出和描述的说明性示例。因此，在不背离申请人的总的发明构思的精神或范围的情况下，可以偏离这些细节。