CN101821758A - 旅行奖励积累 - Google Patents

Abstract

本说明书的主题，除其他之外，可以实现为一种方法，包括：接收乘客正登上旅行路线第一段的运载工具的指示，确定与第一段相关联的旅行奖励积分数额，以及基本上在登上第一段的运载工具的同时，向旅行奖励系统输出旅行奖励积分数额，使得旅行奖励积分可用于乘客在旅行路线第二段上兑换。

Description

旅行奖励积累

相关申请的交叉引用

本申请要求2007年8月23日提交的序号为60/957,578的美国申请的优先权，通过引用将该申请的内容包含于此。

技术领域

本申请涉及使用与旅行相关联的积分来奖励旅客。

发明内容

概括而言，本申请描述了基本上在赢取奖励积分的同时，对与旅行忠诚计划相关联的奖励积分数额进行修改。此处所描述的系统和技术可以提供下列一个或多个优势。第一，奖励积分可以基本上实时地随着奖励积分的赢取而积累。第二，奖励积分可以由旅客访问他/她的旅行奖励账户来即时查看。第三，奖励积分可以兑换以升级旅行路线中后续的行程。

在第一概括方面，描述了一种计算机实现的方法，用于在旅行期间更新旅行奖励积分，使得基本上在赢取旅行奖励积分的同时便可兑换该旅行奖励积分。该方法包括：接收乘客正登上旅行路线第一段的运载工具的指示，确定与第一段相关联的旅行奖励积分数额，以及基本上在登上第一段的运载工具的同时，向旅行奖励系统输出旅行奖励积分数额，使得旅行奖励积分可用于乘客在旅行路线第二段上兑换。

在第二概括方面，描述了一种系统，用于在旅行期间更新旅行奖励积分，使得基本上在赢取旅行奖励积分的同时便可兑换该旅行奖励积分。该系统包括一个或多个计算机，其具有积累模块，用于接收乘客正登上旅行路线第一段的运载工具的指示；规则引擎，用于确定与第一段相关联的旅行奖励积分数额；以及数据库，用于基本上在登上第一段的运载工具的同时，向旅行奖励系统输出旅行奖励积分数额，使得旅行奖励积分可用于乘客在旅行路线第二段上兑换。

在又一概括方面，描述了一种计算机实现的方法，用于更新旅行奖励积分，使得基本上在赢取旅行奖励积分的同时便可兑换该旅行奖励积分。该方法包括：在服务器处接收乘客正登上旅行路线第一旅程段的运载工具的通知，使用所述服务器运行的规则引擎来确定与第一旅程段相关联的旅行奖励积分数额，以及向与所述乘客相关联的电子账户传输存入所确定的旅行奖励积分数额的请求。所述存入基本上与登上第一段的运载工具同时发生，使得在第一旅程段完成之前，所述旅行奖励积分便可由乘客用于兑换。

在附图和下文描述中阐述了奖励特征的一个或多个实施方式的细节。奖励特征的其他特征和优势将从说明书、附图以及权利要求书中变得很明显。

附图说明

图1是实时记入积分的示例图示。

图2是用于实时记入积分的示例系统的一个实现的框图。

图3是用于实时记入积分的示例过程的流程图。

图4是示例性计算机系统的示意图。

在各个附图中，类似的参考标号指示类似的元件。

具体实施方式

本文描述了用于基本上实时地向客户的常飞客账户记入和更新旅行奖励积分的系统和技术。旅行奖励积分的实时记入和更新可以基本上在赢取该旅行奖励积分的同时发生。例如，客户可以是忠诚计划的会员，在该忠诚计划中，客户分配有常飞客账户，其可以包括到某个时间点积累的旅行奖励积分总数以及其他信息。在一个示例中，客户的旅行路线可以包括从一个目的地到另一目的地的航程，该航程可以划分为多个段。可以保留有关客户登上每个航段的记录。如果客户是忠诚计划的会员，则该客户可以具有常飞客账户，在此账户中，可以积累旅行奖励积分并且由该客户将其兑换成旅行。在航段上赢取的旅行奖励积分可以在客户登上该航段的同时记入到客户的常飞账户中。一旦客户登上了航程的第一航段的飞机，该客户可用于兑换的总旅行奖励积分就可以反映出已经赢取了第一航段的旅行奖励积分。客户继而可以选择在下一航段上兑换旅行奖励积分，因为客户积累的旅行奖励积分数目(包括第一航段所赢取的旅行奖励积分)可用于兑换。

图1是实时记入积分的示例图示。在图1的示例中，客户102是忠诚计划114的会员，并正坐飞机旅行到目的地104。为了客户102能够到达目的地104，客户的航程可以划分为两段：第一航段106和第二航段108。在此示例中，客户102办理登机手续，并且接收第一航段106的有效登机证110。客户102将登机证110递给登机口工作人员112。此工作人员112可以记录客户102正在登上第一航段106(例如，工作人员112可以扫描印刷在登机证110上的条形码，其指示该乘客正在登机)，并且可以允许该客户102登上飞机。

可以在客户102登上第一航段106的同时，将第一航段106所赢取的旅行奖励积分116的数目记入到与该客户102(其为忠诚计划114的会员)相关联的常飞客账户上。此时，可以对该客户的常飞客账户中积累的旅行奖励积分进行更新。

客户102完成第一航段106的旅行，到达中转站118。在一个示例中，在登上第一航段106之前，客户102在其常飞客账户中可能没有足够的旅行奖励积分来取得在第二航段108上升级座位的资格。然而，在登上第一航段106之后，客户102现在可能已经赢取了足够的旅行奖励积分来取得在第二航段108上升级座位(例如，从经济舱到头等舱)的资格。客户102可以兑换必需数额的旅行奖励积分124以升级其座位，并且接收指示了此升级的登机证122。例如，登机口工作人员120(或其他机场人员)可以访问客户102的常飞客账户、扣除在第二航段108上从经济舱升级到头等舱所需的旅行奖励积分数目，以及向客户102发放用于第二航段108的登机证122。已兑换的奖励积分124基本上会在兑换奖励积分的同时从客户102的常飞客账户中扣除。此时，可以对该客户的常飞客账户中积累的旅行奖励积分数额进行更新。

如图1的示例所示，客户102可以将登机证122递给登机口工作人员120，并登上第二航段108的飞机。登机口工作人员120可以记录客户102正在登上第二航段108(例如，使用附加在终端上的键盘来输入该客户已登上飞机，其中该终端与航空公司管理系统对接)。第二航段108所赢取的旅行奖励积分126的数目可以在客户102登上第二航段108的同时，记入到客户102的常飞客账户上。此时，可以对该客户的常飞客账户中积累的旅行奖励积分数额进行更新。

航段上赢取的旅行奖励积分数目可以基于与忠诚计划相关联的规则。在某些实现中，这些规则可以是基本规则形式，其可以使用标准来确定奖励给旅客的积分数额。例如，标准可以包括交易日期(例如，购票日期)、预订渠道(例如，在线、呼叫中心以及旅行代理商售票处等等)、预订日期范围(例如，旅行天数)、市场(例如，旅行始发地和目的地组合)、客户认可级别(例如，忠诚会员身份级别，诸如银卡、金卡或白金卡)、旅行始发地(例如，机场或城市)、旅行目的地(例如，机场或城市)，以及星期几(例如，航班安排在星期二)。

在某些实现中，可以根据例外来修改基本规则，诸如根据航空公司发起的促销。例如，航空公司可以举行针对明尼阿波利斯/圣保罗到纽约市旅行市场的促销，其中这两个城市之间在五月份预订的、七月期间进行旅行的航程可以赢取三倍奖励积分。

在某些实现中，航段所赢取的旅行奖励积分数目可以基于此航段期间所飞行的距离。在其他实现中，所赢取的积分数目可以基于此航段期间飞行的距离以及可以应用的任何额外奖励。例如，航空公司可以针对特定航段上的一段时期举行特价，期间赢取的奖励积分可以变为双倍。

例如，居住在明尼苏达州的明尼阿波利斯的客户(例如，客户102)计划去法国巴黎旅行。从明尼阿波利斯/圣保罗到巴黎的航程可以包括两段。第一航段可以是从明尼阿波利斯/圣保罗国际机场到纽约的JFK国际机场的航程，客户可以在纽约短暂停留。第二航段可以是从JFK国际机场到法国巴黎的Charles de Gaulle国际机场的航程。当客户在明尼阿波利斯办理这两个航段的登机手续时，客户可能希望将其在第二航段上的座位从经济舱升级到头等舱，然而，客户可能没有足够的旅行奖励积分(例如，客户在其常飞客账户中有13,446个旅行奖励积分，但是升级需要15,000个积分)。如果可以，客户更愿意在第二航段上乘坐头等舱，因为第二航段是大约7小时的横跨大西洋的航程，第二天才能到达。

继而，客户在从明尼阿波利斯/圣保罗到纽约的第一航段上乘坐经济舱旅行。当客户登上第一航段时，客户的常飞客账户基本上实时地存入2,054个旅行奖励积分。这些积分反映了从明尼阿波利斯/圣保罗机场到JFK机场的飞行距离里程数的两倍，因为航空公司正在举行将明尼阿波利斯/圣保罗与纽约市之间的旅行所赢取的积分数目变为双倍的促销。同样，在此时，将所积累的旅行奖励积分更新到新数值15,500个积分。当客户到达纽约JFK机场时，他/她可以在登上从纽约到巴黎的第二航段之前短暂停留。客户现在已经积累了足够多的旅行奖励积分，能够将该客户在第二航段上的座位从经济舱升级到头等舱(例如，15,000个积分用于升级)。客户可以让登机口工作人员根据例如头等舱是否有空座位来进行升级。一旦进行了升级，便可以基本上实时地调整客户积累的旅行奖励积分，以反映用于此升级的里程数目(例如，客户在其常飞客账户中将剩下500个旅行奖励积分)。当登上从JFK机场到Charles De Gaulle机场的第二航段后，客户可以赢取另外的旅行奖励积分(例如，3,640个旅行奖励积分)。

在另一示例中，其旅行路线包括两个航段的客户可以在第一航段上赢取足够多的旅行奖励积分，以便升级该客户的忠诚计划会员资格级别(例如，从金卡会员资格级别到白金卡会员资格级别)用于第二航段。升级后的会员资格级别可以使客户有资格在第二航段上获取该客户在第一航段上无资格获取的旅行优惠(例如，座位升级、提前登机、免费点心)。

图2是用于实时记入积分的示例系统200的一种实现的框图。系统200可以由航空公司用来例如管理客户群的预约和购票。系统200可以包括新航空(New Skies)模块202、航空支付(SkyPay)模块204以及忠诚模块206。新航空模块202例如可以执行以客户为中心的针对该航空公司的预约和分配活动(例如，互联网预订、呼叫中心、web服务)。在图2的示例中，航空支付模块204例如可以对购票的支付处理和航段升级管理进行管理。忠诚模块206例如可以管理航空公司忠诚计划。

在图2的实现中，新航空模块202可以包括客户数据库208、乘客姓名记录(PNR)210以及已登机乘客(pax)队列212。客户数据库208可以包括但不限于有关客户的信息，诸如姓名、地址、电话号码、电子邮件地址以及常飞客账户号(如果有的话)，以及与客户相关的其他信息。乘客姓名记录210可以包括但不限于客户的旅行详情，诸如航班号、旅行日期、已飞航段、已飞里程以及与客户的旅行详情有关的其他信息。已登机乘客队列212可以包括但不限于涉及登机乘客的信息，诸如客户的常飞客ID、航班号、航班日期和时间、登记来源、航班的始发城市和目的城市以及其他涉及登机乘客的信息，表1中示出了这些信息示例。

表1

字段	字段描述	数据类型	类型	必需(R)或可选(O)	备注
						1	请求日期	日期时间	N	R
2	常飞客ID	字符串(20)	A	R
						3	计划代码	字符串(3)	A	R
4	记录定位符	字符串(12)	A	R
						5	预订日期	日期时间	A	R
6	航空公司代码	字符串(3)	A	R	销售承运方
						7	运营航空公司代码	字符串(3)	A	R
8	航班号	字符串(4)	N	R
						9	OpSuffix	字符串(1)	A	O
10	出发日期	日期时间	N	R
						11	到达日期	日期时间	N	R

字段	字段描述	数据类型	类型	必需(R)或可选(O)	备注
						12	出发站	字符串(3)	A	R
13	到达站	字符串(3)	A	R
						14	登记来源	字符串(10)	A	R
15	费用基础	字符串(8)	A	R
						16	费用等级	字符串(8)	A	R
17	货币代码	字符串(3)	A	R
						18	渠道类型	枚举	N	R	与NS相同
19	费用数额	十进制	N	R
						20	基本价格	十进制	N	R
21	总计价格	十进制	N	R
						22	乘客类型	字符串	A	R

忠诚模块206可以包括忠诚数据库214、积累模块216、兑换模块218、规则引擎220和计分模块222。忠诚数据库214可以包括有关作为航空公司的忠诚计划会员的客户的信息。此信息可以包括但不限于由客户数据库208提供的数据(例如，客户姓名、地址、电话号码、电子邮件地址等)，以及涉及客户的常飞客账户的数据，诸如账户号、至今已积累的里程、至今已兑换的里程以及其他账户活动。忠诚数据库214还可以包括客户偏好，诸如座位偏好(例如，靠窗或靠过道)、饮食偏好(例如，素食)，以及任何其他特殊旅行需求(例如，在舱门口需要轮椅)。

积累模块216可以对接到已登机乘客队列212，并且积累模块216可以接收客户已登上航段飞机的指示。例如，当登机口工作人员扫描客户机票上的条形码时，通过新航空202系统向已登机乘客队列212发送有关客户已登机的指示。当此事件发生时，已登机乘客队列212可以向积累模块216发出消息以指示客户已登上该航段。

在某些实现中，积累模块216还可以从已登机乘客队列212接收有关客户所登乘航段的其他详情，诸如分配给该航段的里程、航班号、日期和时间以及始发城市和目的城市。此类信息的示例在表1中示出。

积累模块216可以访问规则引擎220和计分模块222，将从已登机乘客队列212接收到的信息传递给规则引擎220，以确定要存给客户的奖励积分数额。规则引擎220的计分模块222可以使用基本规则以及任何可应用的例外规则，从而基于客户的旅行里程和其他信息来计算客户赢取的旅行奖励积分。

所赢取的旅行奖励积分可以由积累模块216记入到忠诚数据库214上的客户账户中。继而可以相应地调整客户的常飞客账户中的总计奖励积分。因此，客户可以基本上实时地积累各个航段上的旅行奖励积分。

如前所述，在某些实现中，规则可以基于基本规则，或者规则可以基于与例外规则(诸如航空公司发起的奖励积分促销)组合的基本规则。例如，规则引擎220可以包括这种基本规则：从明尼阿波利斯/圣保罗旅行到JFK机场的所有忠诚级别的客户可以接收等于所旅行距离的旅行奖励积分。促销可以修改此基本规则，使得客户可以在2007年7月份期间从明尼阿波利斯/圣保罗机场到JFK机场的航段中赢取双倍的奖励积分。

兑换模块218可以用于兑换来自忠诚数据库214中客户的常飞客账户的旅行奖励积分。在某些实现中，所兑换的奖励积分可以由包括在航空支付模块204中的奖励支付模块224使用，例如用于补充或完全支付购票的费用。在另一实现中，所兑换的奖励积分可以用来支付航段的座位升级费用。

客户或者客户代表(例如，登机口工作人员)可以使用航空销售(SkySales)模块226来经由互联网进行在线航班预订。航空销售模块226对接至新航空模块202，新航空模块202将有关客户的信息包括在客户数据库208中。客户使用航空销售模块226所预订的旅行路线可以添加到乘客姓名记录210中。

航空销售模块226还可以对接至忠诚模块206。在某些实现中，这可以允许客户在预订航班期间查看他/她的常飞客账户信息。例如，航空销售模块226可以帮助用户确定该用户是否有足够多的旅行积分来兑换免费机票。在另一示例中，基于旅行奖励积分的基本上实时积累，航空销售模块226可以帮助用户确定该用户是否有资格升级任一航段上的座位。

在其他实现中，客户可以访问用于忠诚模块206的接口(未示出)，以便确定已赢取的旅行奖励积分数额，或者基于已赢取的积分可以兑换哪些商品。

登记模块228可以用于传输旅客已登机的指示。例如，条形码读取器可以与登记模块228对接，从而当登机口工作人员扫描乘客的机票时，向新航空202传输登机信息。

在某些实现中，管理员UI(用户界面)232可以由管理员用来管理忠诚模块206。例如，管理员UI 232可以用于更新包括在规则引擎220中的基本规则和例外规则。在某些实现中，管理员UI 232可以允许管理员向忠诚数据库214添加新的忠诚客户，或者修改忠诚数据库214中当前忠诚客户的简档和账户。

报告模块234可以生成报告，其可以包括忠诚数据库214中的信息。例如，报告模块234可以按月准备和发送常飞客账户报告书给客户。在某些实现中，报告模块234可以准备这样的报告，其可以包括可以由航空公司用来进行分析的统计信息(例如，有资格参与包括在规则引擎220中的特别促销的忠诚计划会员数目)。

第三方常飞客积分模块236可以对接至忠诚模块206。接口236可以允许客户接收从第三方(例如，租车代理、旅店)赢取的旅行奖励分数(credit)。例如，从Hertz租车的客户可能能够赢取奖励旅行积分，其可被存入忠诚数据库214中该客户的常飞客账户中。

在某些实现中，规则测试器(未示出)可以用于在向客户应用规则之前，对规则引擎220中所包括的规则和促销进行测试。执行这些测试可以防止基于基本规则和例外规则之间交互的、可能未预料到的旅行奖励积分计算和所赢取的旅行奖励积分的异常计算(例如，零)。

例如，Jane Deer决定在2007年6月期间从明尼苏达州的明尼阿波利斯旅行去法国巴黎。Jane是OnTime航空公司的忠诚计划的会员。Jane可以使用OnTime航空公司的航空销售模块226来预订其从明尼阿波利斯到巴黎的往返旅行航程。Jane决定从明尼阿波利斯/圣保罗国际机场旅行到Charles De Gaulle机场。此航程可以划分为两段：从明尼阿波利斯/圣保罗机场到纽约的JFK机场，以及从JFK机场到Charles De Gaulle机场。在使用航空销售模块226预订其航程的同时，Jane注意到她的常飞客账户中的当前旅行奖励积分数目(例如，12,000)不足以将其任何航段上的座位从经济舱升级到头等舱(例如，为了升级，Jane需要15,000个积分)。然而，在完成第一航段的旅行之后，Jane将赢取足够多的旅行奖励积分来升级其第二航段上的座位。这是因为OnTime航空公司6月份期间正在举行促销，其中从美国旅行到欧洲的旅客在旅客航程的国内航段上可以赢取三倍奖励积分。

出发前往巴黎的那天，Jane带着她的登机证到达明尼阿波利斯/圣保罗机场。在登机口，Jane将其第一航段的登记证递给登机口工作人员。工作人员可以扫描登机证上的条形码，登机信息经由登记模块228从条形码读取器向航空公司管理系统(例如，新航空)传输。登机信息可以包括从条形码的扫描获取的信息。在某些实现中，登机信息包括或者链接到客户标识号、乘客姓名记录ID、常飞客账户号或航班号。登机信息可以用于在登机乘客队列212中记录Jane的登机这一事件。如上所述，表1中示出的其他信息也可以包括在放置在登机乘客队列212上的信息中。

登机乘客队列212可以向积累模块216传递指示Jane的登机的消息(可选地，还有其他信息，诸如此航段将飞行的里程数、航班号、Jane的常飞客账户号或表1中示出的其他信息)。积累模块216可以向规则引擎220传递这些信息的全部或部分。规则引擎220可以确定可如何计算第一航段的旅行奖励积分。规则引擎中的计分模块222可以访问合适的基本规则(例如，每飞行里程相等的旅行奖励积分)、例外规则(例如，三倍奖励积分)以及相应的参数(诸如第一航段上飞行的里程数(例如，1,027))，并且计算可以记入到Jane的常飞客账户上的总计奖励积分(例如，3,081个积分)。

在某些实现中，计分模块222还可以向积累模块216递送此信息，积累模块216可以将其记入到Jane的常飞客账户上。积累模块216可以将Jane的常飞客账户中的旅行奖励积分更新为15,081个积分(之前的12,000个积分+第一航段赢取的3,081个积分)。

在此示例中，Jane在JFK机场落地作短暂停留，直到她的下一航班出发去往巴黎。Jane将她的第二航段的登机证递给登机口工作人员，并且请求将去往巴黎的第二航段升级成头等舱。利用航空销售模块226，工作人员可以访问包括在客户数据库208中的Jane的客户账户信息、包括在乘客姓名记录210中的Jane的旅行路线，以及包括在忠诚数据库214中的她的常飞客账户信息。登机口工作人员可以从Jane的常飞客账户兑换15,000个旅行奖励积分，用于将Jane的座位从经济舱升级到头等舱。兑换模块218与奖励支付模块224对接，其可以兑换Jane的旅行奖励积分以升级第二航段上的座位。兑换模块218可以调整Jane的常飞客账户中的旅行奖励积分数额，以反映此兑换(例如，Jane的旅行奖励余额现在是81个积分)。登机口工作人员可以向Jane重新发放登机证，以反映出其座位从经济舱升级到了头等舱。

在Jane登上第二航段时，登机口工作人员可以扫描登机证上的条形码。这可以启动与前面结合对Jane的第一航段的登机证的扫描进行描述的过程(例如，Jane可以基本上在赢取积分的同时积累旅行奖励积分，也即一旦登上第二航段之后)类似的过程。

图3是用于实时记入积分的示例过程300的流程图。过程300例如可以由系统(诸如系统200)来执行，出于清楚起见，以下描述使用系统200作为描述这些过程的示例基础。然而，可以使用其他系统或系统的组合来执行过程300。

在图3所示的实现中，过程300包括具有两段的航程。不过，该过程并不限于两个航段，而是可以用于具有多于或者少于两个航段的航程。过程300开始于客户登上航程的第一航段(步骤302)。登机之后，基本上实时地更新客户的奖励积分(步骤304)。对客户的奖励积分的更新已经参考图2进行了描述。

客户可以选择查看他/她的奖励积分(步骤306)。例如，航空销售模块226可以由客户用来访问该客户的忠诚账户以及查看积累的旅行奖励里程。如果客户不是在另一航段上飞行(步骤308)，则过程300结束。如果客户正在另一航段上飞行(步骤308)，则该客户可以检查其是否已积累了足够多的旅行奖励里程以便升级(步骤310)。如果没有，则该客户可以登上下一航段(步骤312)，并且过程300继续到步骤304。如果该客户已积累了足够多的旅行奖励里程可用于升级(步骤310)，则该客户可以在下一航段上兑换旅行奖励积分(步骤314)。该客户继而可以接收针对该航段的奖励(诸如，升级)(步骤316)。可以实时更新客户的奖励积分(步骤318)。例如，已兑换的积分数额可以从客户的常飞客账户中扣除。接着，该客户可以登上航程的下一航段(步骤312)，并且过程300继续到步骤304，直到该客户没有任何剩余的航段。

在某些实现中，客户可能在登机之后下飞机。例如，如果飞机有问题并且不能用于此航段，则可能出现这种情况。一旦下飞机，登机口工作人员可以进入所离开的飞机的机场管理系统(或者，例如工作人员可以重新扫描各个离机的乘客)，并且将实时减去针对该航段给客户的旅行奖励积分。因此，一旦客户离开飞机，将扣除在客户登机时存入客户常飞客账户的奖励积分。

在某些实现中，旅行奖励系统(诸如系统100、200)实现用于旅行预约系统的实时接口，其中该旅行预约系统提供有关乘客登机或离机的信息。该接口可以通过队列(诸如已登机乘客队列212)来实现。例如，每次乘客的状态变为已登记且已登机时，该乘客和航班数据(或者该乘客的乘客姓名记录(PNR))可以放入队列中，忠诚系统(例如，系统206)可以基本上实时地对该队列进行读取和处理。此外，如果状态从已登记且已登机变为未登机，则此事务和未登机的指示符可以放入队列中，从而忠诚系统可以在该忠诚系统内“撤消(unpost)”该乘客的活动。

在一个示例中，用户是登机口工作人员。该登机口工作人员可以负责乘客登上航班。该登机口工作人员还可以了解未登机的客户，并且将其记录在预约系统中乘客的PNR中。

忠诚系统可以跟踪客户活动，并且可以处理已登机乘客和未登机乘客，以确定适用(apply)的任何可应用忠诚积分。在一个示例中，乘客登上飞机，并且他们的搭乘状态设为已登机。同样，如果乘客离开飞机，从而离开此航程，则搭乘状态会由登机口工作人员从已登机改为未登机。

在另一示例中，在忠诚系统对忠诚积分进行管理中可以发生以下事件。乘客登上飞机。系统将搭乘状态设置为“已登机”。预约系统可以识别已登机的乘客，并且将带有适当详情的该事务安置在新的队列上以供忠诚系统访问。此事务中的数据可以包括例如上面表1中所描述的诸字段。忠诚系统继而可以读取此队列，并且使用其计分和积累引擎来处理此事务。

在另一示例中，乘客未登上飞机。机场工作人员将乘客PNR记录更新为未登机。预约系统识别出状态已经从已登机改变成未登机，并且将带有适当详情的此事务连带“未登机”指示符安置在新队列上，以供忠诚系统使用。再一次，该事务可以包括表1中字段的部分或全部。忠诚系统继而可以读取该队列，利用其计分和积累引擎来处理此事务，从而撤消以前在此航程上对该乘客应用的任何忠诚积分。

在某些实现中，预约系统(例如，新航空202)包括中央客户数据库，其包括地址、电话号码、电子邮件地址等等。忠诚系统可以包括作为忠诚计划会员的客户的有关忠诚活动的补充数据库。

系统(例如，系统100或200)可以实时跟踪客户旅行活动。当乘客登上飞机时，可以触发航程用于记入。将其他活动计入，当该活动受到“使用”时，对于大部分其他部分而言，这将意味着从供应方接收具有使用数据的批处理文件。系统可以跟踪金钱花费、飞行里程、飞行航段、附加服务和在一时间段内(例如，此自然年、最近12个月(滚动的)、终生等)“使用的”旅行部分。

系统可以通过类型、来源和描述来区分客户的奖励积分的记入。对于此处的目的而言，“类型”是以下多项之一。来源指示正被记入的积分的来源-来自航空公司或者第三方供应商(诸如连锁旅店)。描述字段可以包含对特定活动的描述。航空示例可以是“MSP-SLC航班1234，Y舱中的L1子舱”。在某些实现中，“类型”可以包括航空-主承运、航空-合作承运、旅店、汽车租赁、旅行保险、活动/事件、一揽子购物(也即，动态打包)以及各色调整(其需要备注字段以供呼叫中心工作人员指明原因)。

系统可以为承运方的网站(例如，airline.com)的在线页面提供web页面模块。这些模板可以包括用于提供忠诚会员账户信息的功能，账户信息包括客户级别、当前奖励积分余额等。此功能还可以包括提供已赢取积分和已兑换积分二者的奖励活动的详细列表。例如，忠诚会员可以能够利用旅行承运方在页面中配置的默认设置(其作为与系统相关联的销售模块定制的一部分)、基于开始和结束日期范围进行查询。页面可以默认注明日期(例如，开始于1个月前，结束于当前日期)。

在某些实现中，奖励兑换可以通过在线执行或者通过拨打呼叫中心来执行。奖励兑换可以基于特定度量来配置，航空公司选择该特定度量来作为他们奖励的基础。例如，一个此类配置包括基于代金券的方案，其可以利用已有的用于兑换奖励代金券的代金券基础架构。忠诚可以调用代金券API，从而使用针对奖励设置的代金券类型和特定费用等级来为客户创建代金券。在另一示例配置中，配置可以包括基于积分的方案，其中费用包括积分值和收入值，并且奖励兑换直接来自可用积分，而没有创建代金券然后兑换的中间步骤。

系统可以推动多个会员级别或等级-标准、VIP、超级VIP等，当客户的活动达到每个级别的可配置阈值时，自动触发这些级别。可以在忠诚系统内维持对每个等级的积分级别的配置。在某些实现中，新航空也具有针对各级别的配置，系统可以就此保持同步。只要针对给定会员的客户认可级别改变，忠诚系统就可以更新新航空中的客户数据库。

在某些实现中，系统可以提供在线机制来请求过去飞行航程的分数。这可以包括验证该已飞航程上的客户确实是请求分数的人。该请求可以放置在队列中，航空公司工作人员将需要对其进行处理，并且在可应用时将适当的积分记入到客户的账户。

系统可以提供呼叫中心“管理员”功能。可以基于用户/角色来限制访问权限。该功能可以包括基于任何原因而调整客户的账户，诸如客户服务问题或者漏掉的航程分数，当有人错误地签约了两次时“合并”账户，以及在账户之间“转移”积分。该系统可以包括以下能力：检查需要手工检查的项目“队列”(其可以包括重复积分记入(同一天同样的活动))，以及在可应用之处移除重复项，并在验证信息与已飞航程请求不匹配时移除遗漏的航程分数请求。

在某些实现中，系统可以向机票收银员、呼叫中心和预订API的使用显示与给定乘客相关的忠诚信息。例如，可以基于费用等级而提供已兑换/已使用奖励的信息。系统可以提供外部可访问web服务，以供第三方应用(诸如，问询处应用)查找忠诚状态和其他信息。系统还可以提供通过各种方式加入忠诚计划的机制(例如，在预订过程期间以及在完成预订之后在线加入，即使没有预订旅行也可以通过加入页面在线加入，从呼叫中心，使用web服务从第三方系统，等等)。

在某些实现中，系统提供灵活方式以供航空公司基于航程市场来建立奖励积分的规则，其包括对用于奖励额外积分的促销规则进行配置的能力。规则引擎可以使得航空公司分析员能够通过桌面UI来配置规则。例如，规则标准可以包括事务类型-航空、旅店、汽车，等等；事务日期-诸如航空事务的航班出发日期；预订渠道-在线、呼叫中心、旅行代理、GDS，等等；预订日期范围-预订的开始和结束日期；市场-例如，始发地和目的地组合(例如MSP/SLC)；客户认可级别-例如，银卡、金卡、白金卡；始发地-在给定机场始发的任何航程；目的地-通过主承运方到达给定机场的任何航程；星期几；费用等级；营销的航空公司；运营的航空公司；以及费用等级。

在某些实现中，每个规则可以针对合格的积分和可获利的积分执行单独的计算。例如，计算可以是固定数额或者该市场的基本奖励的a％。多条规则可以应用到单个事务上。每条规则输出可以存储为单独的账户活动记录。可以由承运方维护针对市场的基本奖励积分的对照表。每条规则可以具有描述，其将与活动记录一起存储。系统可以提供每月通过电子邮件向乘客发送一次报告书的能力。而且，响应于签约忠诚计划，系统可以向签约人员发送欢迎电子邮件。

在某些实现中，系统可以通过活动发生后一段长度可配置的时间来支持分数/积分的期满。在其他实现中，系统可以包括具有一些报告的报告工具，诸如：给定时段的奖励活动摘要；给定时段的奖励兑换；以及未结清的奖励积分余额-以供在计算未结清的负债时使用。此外，系统可以提供针对特定航程使用奖励，而针对其他航程和附加服务使用正常收入费用的能力。

下面是系统的示例性用例。用例中的参与者可以包括下列角色人员：旅客、旅行代理、呼叫中心工作人员以及登机口工作人员。外部系统参与者可以包括：GDS代理、API代理以及旅客。以下参与者可以预订旅行：旅行代理-使用到承运方预订系统的接口来为旅客预订旅行的第三方旅行代理；呼叫中心工作人员，其使用另一接口来预订旅行并执行其他相关功能；GDS代理-通过连接的GDS来预订旅行的第三方；以及API代理-通过API(web服务)渠道来预订旅行并执行其他相关功能的第三方。

用例1-常飞客计划注册。系统通过在线访问、呼叫中心或注册API来支持注册到忠诚计划。

用例2-注册后发送欢迎电子邮件。系统支持向乘客发送带有欢迎消息的电子邮件，包括他们的新常飞客账户号。此电子邮件可以响应于签约而发送。

用例3-向旅客的账户记入奖励积分。系统支持针对完成的每个旅客活动来记入积分。活动可以包括已飞航程、通过第三方(诸如旅店或汽车公司)购买积分，或者完成特定活动(诸如，使用web办理登记)。

用例4-预订奖励旅行。系统支持使用乘客的可用积分来预订奖励旅行。预订可以包括在可能完成预订之前、针对每种类型使用适当的“支付”模式来预订收入航程和奖励航程。

用例5-账户信息查找。系统支持通过用于预订系统的在线接口、呼叫中心可访问的接口，或者通过第三方可用的web服务来查找常飞客账户信息，并且显示有关积分的活动和状态的概括信息和详细信息。

用例6-积分期满。系统支持在将积分奖励给旅客后的一段长度可配置的时间之后积分期满。

用例7-奖励配置。系统支持管理针对给定活动给予的积分数目，包括特殊奖励促销，诸如针对特定费用等级、特定路线等的额外积分。

用例8-设置客户认可级别。系统支持基于达到特定配置的积分级别来自动改变客户认可级别，或者通过具有适当许可的工作人员的手动撤消来改变。

用例9-进行客户服务/管理调整。系统支持提供检查和调整客户账户的能力，包括根据合适的查账索引来增加和减少积分。这可以用于客户服务调整以及其他管理目的，以便修改乘客的账户。这可以由用户的角色来限制。

用例10-查看乘客每月报告书。系统支持乘客在新的账户报告书页面上在线查看他们的账户报告书。

用例11-创建常飞客报告。系统支持以下功能：创建给定时段的奖励活动摘要-根据类型奖励的积分；给定时段的奖励兑换摘要-已兑换的积分数目；以及未结清奖励积分余额(用于估计要计算的负债)。

用例12-过去的航程分数调整。系统支持乘客请求以前尚未奖励给乘客积分的航程的奖励积分。这可能是因为乘客没有常飞客账户，或者预订时没有将其与常飞客账户相关联。

用例13-在忠诚账户之间转移积分。系统支持将积分从一个乘客的账户转移到另一个。此功能必须由具有查账索引的角色许可进行限制，代理可以利用该查账索引来进行转移。

用例14-创建新的奖励积分规则。系统支持分析员使用规则引擎UI、利用规则引擎中任何可用的标准来建立新的奖励积分规则。

用例15-从旅客账户撤消奖励积分。系统支持在乘客离开航班(诸如在IROP期间)的情况下扣除之前针对该航程记入的积分。当旅客再次登上同一航班或者乘坐不同航班时，将会针对此实际飞行的航程奖励适当的积分。

用例16-修改当前活跃的奖励积分规则。系统支持分析员更新当前活跃的规则。对于规则修改，在编辑之前将保存该规则的版本。如果当前日期早于正在修改的规则的生效日期，则系统可以允许删除该规则。如果当前日期在规则的生效日期和废止日期之间，则原始规则可以从当前日期/时间起废止，并且新修改的规则可以从当前日期/时间起生效。

用例17-废止奖励积分规则。系统支持用户选择规则，并且通过将该规则的废止日期设置为给定日期/时间来废止奖励积分规则。该日期/时间可以是当天或者将来的某一天。废止日期不能设置成早于当日的日期。

用例18-删除奖励积分规则。系统支持用户选择规则以及将其删除。仅当规则从未被激活或者当规则在当日之前已经废止，才有可能执行该动作。如果规则当前是有效的，则不允许删除。

在某些实现中，忠诚系统可以具有以下一个或多个特征：从预约系统实时记入航程活动，用于奖励积分促销的规则引擎，在线进行的以及通过呼叫中心的奖励兑换，通过互联网可访问的在线账户查看，多种会员级别以及对积分度量的多种选择的支持。

图4是示例计算机系统400的示意图。根据一种实现，系统400可以用于结合前面描述的任何计算机实现方法而描述的操作。系统400旨在于包括各种形式的数字计算机，诸如膝上型计算机、台式机、工作站、个人数字助理、服务器、刀片服务器、大型机以及其他合适的计算机。系统400还可以包括移动设备，诸如个人数字助理、蜂窝电话、智能电话以及其他类似的计算设备。此外，系统可以包括便携式存储介质，诸如通用串行总线(USB)闪存驱动。例如，USB闪存驱动可以存储操作系统和其他应用。USB闪存驱动可以包括输入/输出部件，诸如无线发射器或USB连接器，其可以插入到另一计算设备的USB端口中。

系统400包括处理器410、存储器420、存储设备430以及输入/输出设备440。部件410、420、430和440中的每一个使用系统总线450互连。处理器410能够处理用于在系统400内执行的指令。处理器可以使用多种架构中的任何一种来设计。例如，处理器410可以是CISC(复杂指令集计算机)处理器、RISC(精简指令集计算机)处理器或者MISC(最小指令集计算机)处理器。

在一个实现中，处理器410是单线程处理器。在另一实现中，处理器410是多线程处理器。处理器410能够处理存储在存储器420中或者存储设备430上的指令，从而为输入/输出设备440上的用户接口显示图形信息。

存储器420存储系统400内的信息。在一个实现中，存储器420是计算机可读介质。在一个实现中，存储器420是易失性存储单元。在另一实现中，存储器420是非易失性存储单元。

存储设备430能够为系统400提供海量存储。在一个实现中，存储设备430是计算机可读介质。在各种不同的实现中，存储设备430可以是软盘设备、硬盘设备、光盘设备或磁带设备。

输入/输出设备440为系统400提供输出/输出操作。在一个实现中，输入/输出设备440包括键盘和/或指点设备。在另一实现中，输入/输出设备440包括显示单元，用于显示图形用户界面。

所描述的特征可以实现在数字电路中，或者在计算机硬件、固件、软件中，或者它们的结合中。装置可以实现在计算机程序产品中，其有形地包含在信息载体中，例如在机器可读存储设备或其他计算机可读介质中，以便由可编程处理器来执行；并且方法步骤可以通过可编程处理器来执行，该可编程处理器执行指令程序，通过对输入数据进行操作以及产生输出来实现所描述的各种实现的功能。所描述的特征有利地可以实现在一个或多个计算机程序中，这些计算机程序可以在可编程系统上执行，可编程系统包括被耦合以从数据存储系统接收数据和指令并向其发送数据和指令的至少一个可编程处理器，至少一个输入设备以及至少一个输出设备。计算机程序是指令集合，其可以在计算机中直接或间接地用于执行特定活动或者带来特定结果。计算机程序可以以任何形式的编程语言来编写，包括汇编语音或解释语言，并且其可以按任何形式来部署，包括部署为单机程序或者作为模块、部件、子例程或适合于在计算环境中使用的其他单元。

作为示例，用于执行指令程序的适当处理器包括通用微处理器和专用微处理器，以及任何类型计算机的单个处理器或多个处理器之一。一般而言，处理器将从只读存储器或随机访问存储器或二者接收指令和数据。计算机的必要元件是用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器。通常，计算机还会包括或者可操作地耦合以与用于存储数据文件的一个或多个海量存储设备通信；这种设备包括磁盘，诸如内部硬盘和可移动硬盘；光磁盘；以及光盘。适合于有形地包含计算机程序指令和数据的存储设备包括所有形式的非易失性存储器，作为示例，其包括半导体存储器件，诸如EPROM、EEPROM以及闪存器件；磁盘，诸如内部硬盘和可移动硬盘；光磁盘；以及CD-ROM盘和DVD-ROM盘。处理器和存储器可以通过ASIC(专用集成电路)或者与之结合来补充。

为了提供与用户的交互，特征可以实现在具有用于向用户显示信息的显示设备、键盘和指点设备的计算机上，显示设备例如CRT(阴极射线管)或LCD(液晶显示)监视器，指点设备例如是鼠标或轨迹球，用户可以由此向计算机提供输入。

特征可以实现在包括后端部件(诸如，数据服务器)的计算机系统中，或者包括中间部件(诸如，应用服务器或互联网服务器)的计算机系统中，或者包括前端部件(诸如，具有图形用户界面或互联网浏览器的客户端计算机)的计算机系统中，或其任意组合。系统的各个部件可以通过任何形式的数字数据通信媒介来连接，诸如通信网络。通信网络的示例包括局域网(“LAN”)、广域网(“WAN”)、对等网络(具有ad-hoc成员或静态成员)、网格计算架构以及互联网。

计算机系统可以包括客户端和服务器。客户端和服务器通常彼此远离，并且典型地通过诸如前面描述的网络来交互。客户端和服务器之间的关系通过运行在各自计算机上并且相互具有客户端-服务器关系的计算机程序而产生。

尽管上面已经详细描述了一些实现，但是其他修改也是有可能的。例如，忠诚计划可以允许会员在各种交通系统(例如，飞机、火车、公共汽车、小汽车、轮航等)上旅行的同时，基本上实时地积累旅行奖励积分。在某些实现中，忠诚计划会员可以将旅行奖励积分积累到单个客户账户中，并且奖励积分可以在任何参与的交通系统上兑换成奖励。例如，客户可以在去往目的地城市的航程中基本上实时地赢取旅行奖励积分，并且继而在租用租赁汽车时兑换这些奖励积分(例如，升级汽车级别)。在另一示例中，客户可以在目的地城市中租用汽车时，基本上实时地赢取旅行奖励积分。客户继而可以在返回航程上兑换这些奖励积分(例如，座位从经济舱升级到头等舱)。

在另一实现中，忠诚计划可以允许会员在坐飞机旅行以及停留在各种处所(例如，旅店、汽车旅店、住宿加早餐旅店、小旅馆、露营场所等)时，基本上实时地积累旅行奖励积分。这些奖励积分可以在任何参与的处所和航空公司处兑换成奖励。

例如，客户可以在去往目的地城市的航程中基本上实时地赢取旅行奖励积分，继而在停留在参与的旅店处时兑换这些奖励积分(例如，升级客户的房间级别以便得到更大的房间，或者有更好视野的房间)。在另一示例中，客户可以在停留在参与的汽车旅店的同时，基本上实时地赢取旅行奖励积分。客户继而可以在返回航程上兑换这些奖励积分(例如，座位从经济舱升级到头等舱)。

在其他实现中，附图中绘出的逻辑流程不要求按所示出的特定顺序或者连续顺序来实现期望的结果。此外，可以提供其他步骤，或者从所描述的流程中省略一些步骤，并且可以添加其他部件，或者从所描述的系统中移除一些部件。因此，其他实现位于所附权利要求的范围内。

Claims (20)

1.一种用于在旅行期间更新旅行奖励积分以使得基本上在赢取所述旅行奖励积分的同时便可兑换所述旅行奖励积分的计算机实现的方法，所述方法包括：

接收乘客正登上旅行路线第一段的运载工具的指示；

确定与所述第一段相关联的旅行奖励积分数额；以及

基本上在登上所述第一段的运载工具的同时，向旅行奖励系统输出所述旅行奖励积分数额，使得所述旅行奖励积分可用于所述乘客在旅行路线第二段上兑换。

2.如权利要求1的方法，其中确定所述旅行奖励积分数额包括：向规则引擎发送所述乘客正在登乘的指示，以便基于将旅程段的属性与旅行奖励积分数额相关联的规则来计算所述旅行奖励积分数额。

3.如权利要求1的方法，其中向所述旅行奖励系统输出所述旅行奖励积分数额包括：将所述数额记入与所述乘客相关联的账户。

4.如权利要求1的方法，进一步包括：接收所述乘客离开所述运载工具的第二指示。

5.如权利要求4的方法，进一步包括：从所述旅行奖励系统扣减所述旅行奖励积分数额。

6.如权利要求1的方法，进一步包括：确定所述乘客是否有资格使用与所述乘客相关联的积累旅行奖励积分数额来获得所述第二段上的奖励，其中所述积累的旅行奖励积分数额包括与所述第一段相关联的旅行奖励积分数额以及以前积累的旅行奖励积分。

7.如权利要求6的方法，进一步包括：输出指定所确定的奖励的标识符，以呈现给所述乘客。

8.如权利要求7的方法，其中输出指定所确定的奖励的标识符包括：向与所述第二段相关联的入口工作人员显示所述奖励。

9.如权利要求7的方法，其中输出指定所确定的奖励的标识符包括：向访问与所述乘客的账户信息相关联的web页面的用户显示指定所述奖励的标识符。

10.如权利要求1的方法，其中所述运载工具选自由飞机、火车、公共汽车和租赁汽车组成的组。

11.如权利要求1的方法，其中所述旅行路线第二段涉及类型与在所述旅行路线第一段中所使用的运载工具不同的运载工具。

12.如权利要求1的方法，进一步包括：将所述旅行奖励积分兑换成所述第二段上的座位升级。

13.如权利要求1的方法，进一步包括：将所述旅行奖励积分兑换成在第一旅程段中使用的运载工具上可用的产品或服务。

14.如权利要求1的方法，进一步包括：将所述旅行奖励积分兑换成在第二旅程段中使用的第二运载工具上可用的产品或服务。

15.如权利要求1的方法，进一步包括：将所述旅行奖励积分兑换成在所述第一段和第二段之间、由第三方提供的产品或服务。

16.如权利要求1的方法，进一步包括：将所述旅行奖励积分兑换成在所述第一段和第二段之间、由第三方提供的产品或服务。

17.如权利要求1的方法，进一步包括：在所述第二段之后，将所述旅行奖励积分兑换成由与所述运载工具的运营方合作的第三方提供的产品或服务。

18.如权利要求17的方法，其中所述产品或服务包括旅店住宿、汽车租赁、出租车代金券或者食品或娱乐代金券。

19.一种用于在旅行期间更新旅行奖励积分以使得基本上在赢取所述旅行奖励积分的同时便可兑换所述旅行奖励积分的系统，所述系统包括：

一个或多个计算机，其具有：

积累模块，用于接收乘客正登上旅行路线第一段的运载工具的指示；

规则引擎，用于确定与第一段相关联的旅行奖励积分数额；以及

数据库，用于基本上在登上所述第一段的运载工具的同时，向旅行奖励系统输出所述旅行奖励积分数额，使得所述旅行奖励积分可用于所述乘客在旅行路线第二段上兑换。

20.一种用于更新旅行奖励积分以使得基本上在赢取所述旅行奖励积分的同时便可兑换所述旅行奖励积分的计算机实现的方法，所述方法包括：

在服务器处接收乘客正登上旅行路线第一旅程段的运载工具的通知；

使用所述服务器运行的规则引擎来确定与所述第一旅程段相关联的旅行奖励积分数额；以及

向与所述乘客相关联的电子账户传输存入所确定的旅行奖励积分数额的请求，其中所述存入基本上与登上所述第一段的运载工具同时发生，使得在所述第一旅程段完成之前，所述旅行奖励积分可用于由乘客兑换。

Images