CN107004166A - 改进的客户简档分析***及其方法 - Google Patents

改进的客户简档分析***及其方法 Download PDF

Info

Publication number
CN107004166A
CN107004166A CN201580058058.4A CN201580058058A CN107004166A CN 107004166 A CN107004166 A CN 107004166A CN 201580058058 A CN201580058058 A CN 201580058058A CN 107004166 A CN107004166 A CN 107004166A
Authority
CN
China
Prior art keywords
event
client
value
profile
analysis system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201580058058.4A
Other languages
English (en)
Inventor
斯图尔特·艾伦·阿特金斯
肖恩·伍德布里奇
利希·伊莱亚斯
拉加特·戴伊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Think Of It Networks Processing Uk Ltd
Original Assignee
Think Of It Networks Processing Uk Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Think Of It Networks Processing Uk Ltd filed Critical Think Of It Networks Processing Uk Ltd
Publication of CN107004166A publication Critical patent/CN107004166A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/01—Customer relationship services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226—Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0269—Targeted advertisements based on user profile or attribute
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/14—Travel agencies

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • Human Resources & Organizations (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

描述了客户简档分析***和方法。该***包括用于响应于客户与环境的交互接收事件触发数据的接收器；处理器，其被配置为：唯一地确定与事件触发数据相关联的客户标识符数据；以及使事件触发数据与同唯一的客户标识符相关联的客户简档相关联。

Description

改进的客户简档分析***及其方法
发明领域
本发明大体上涉及客户或用户简档分析***。本发明还涉及用于唯一地区分一个客户或用户与另一客户或用户的***。此外，本发明涉及用于基于确定的简档提供客户或用户建议的***。另外，本发明大体上涉及用于提供可由航空公司或其他运输服务提供商使用的客户建议或用户建议的***。本发明还涉及用于由这样的***使用的数据库，以及涉及数据库的相关联的数据结构。
发明背景
用于由航空公司服务提供商或全球分销***(GDS)使用的许多传统的预订或库存***使用UNYSIS或IBM平台。这些通常使用TPF或FORTRAN编程语言来编程。
此外，这样的***通常使用乘客订座记录(PNR)来储存乘客行程。这样的***，对于在PNR中具有相同姓名项目的不同乘客之间进行区分并确定不同的PNR是否与相同的个体有关还是与不同的个体有关是困难的，特别是对于捕获不到护照信息的国内行程来说是困难的。
特别是当乘客没有订购忠诚计划的情况下，因为较少信息可用于在具有相同姓名项目的不同PNR之间进行区分。
此外，用于航空公司的全球分销***通常向旅行代理商而不是个体用户或乘客提供服务。因此，当前的GDS***不在具有相同姓名项目的PNR之间进行区分。而且这样的***，一旦乘客起飞，关于该飞行的相关的预约信息就从预订***中清除，这意味着没有PNR历史被储存在GDS中。
此外，通过传统的***，航空公司仅能够计算订购飞行常客计划的乘客的值，该飞行常客计划将乘客归类为金、铂、银和铜等。这样的***需要乘客主动选择加入，因此，仅较少数量的乘客订购飞行常客计划。
发明概述
本发明目的在于通过提供用于基于信息(诸如由客户提供的个人信息)唯一地区分客户的***来解决这些问题。该信息可包括以下中的一个或多个：姓名、地址和其他个人信息。本发明的实施例可使用确定的处理逻辑和概率处理逻辑或算法的组合。在一些方面中，如果乘客提供了足够的信息，则***可确定简档的精确匹配。然而，如果乘客没有提供用于精确匹配的足够详情，则***可返回多个简档，并且本发明的实施例可使用概率法并向客户要求进一步的数据以将客户与多个不同的客户唯一地进行区分。
本发明的实施例可使客户简档与客户相关联。***还可使诸如预约、旅行和服务事件的事件与客户简档相关联。***可基于与客户和事件相关联的唯一简档提供客户建议。
因此，本发明的实施例可对一个航班上的一个乘客(例如John Smith)与具有相同姓名的不同航班上的乘客进行区分，并确定这些实际上是不同的个体。这可通过使每个个体的个人详情与他们的客户简档进行匹配来实现。因此，本发明的实施例在即使乘客可能没有订购飞行常客计划的情况下也可唯一地识别乘客而不仅仅是预约。
通过这种方式，本发明的实施例可捕获与特定乘客相关联的事件，并使一些不同的事件与关于特定乘客的相同简档相关联。事件类型可以是可扩展和可配置的，使得新的事件类型可被添加为由数据库中可更新的内容定义的事件类型。
本发明的实施例可从一个或多个乘客属性确定用户或客户值。优选地，本发明的实施例可基于他们的对于航空公司的重要性和他们的飞行常客等级确定用户值。对于没有飞行常客会员资格的客户，本发明的实施例可基于他们的重要性以及他们的飞行历史和预约确定用户值。另外，值可不仅基于未来的预约还可基于可能已经在过去发生的先前的预约来确定。历史可包括多个不同的预订预约指示器、RBD，每个指示器与旅程段相关联。在一些示例中，段可对应于旅程的分支，但分支可能与定义飞机在出发地和目的地之间的移动有关，而段可能与定义乘客在(可能在一些实施例中的)不同的出发地和目的地之间的移动有关。因此，段可包括一个或多个分支。
此外，本发明的实施例可基于不同简档之间的关系确定链路调整的值。本发明的实施例可包括确定链路调整的用户值、客户值或乘客值的***。在一个示例中，链路调整的乘客值可基于与乘客简档的用户、客户相关联的最近邻近的链路来确定。优选地，链路调整的值被用储存装置储存在客户的简档中。
本发明的实施例可储存一个或多个确定的客户值或用户值，并且可将一个或多个规则储存在储存装置(诸如硬盘、闪存、ROM、RAM或技术人员已知的其他储存装置)中。所计算的值和规则可被解耦。因此，本发明的实施例具有值计算算法可在使用相同规则时被容易地修改的优点。因此，本发明的实施例可具有订户航空公司可容易地改变值计算算法来做出调整以满足他们自己的商业需求的优点。本发明的实施例可允许航空公司直接看到这些改变如何影响典型范围的假定客户所计算的值。因此，***可由订户航空公司配置。这为订户航空公司的更大灵活性创造了条件，该订户航空公司通常将为被馈入到值计算中的不同类型的信息配置选定的权重或阈值。
本发明的实施例可确定与用户相关联的数值。该值可具有比结合飞行常客计划使用的5层***更细的粒度。在一个具体示例中，乘客值可由1到100(包括100)范围内的值表征。然而，本发明的实施例可确定分层的客户值，诸如a、b、c或d等。
本发明的实施例可，不管乘客是否订购飞行常客计划，计算关于所有乘客的值。
另外，本发明的实施例可通过使用飞行和预约历史而不是飞行常客层信息来计算客户值，为订购飞行常客计划的乘客和那些没有订购飞行常客计划的乘客二者提供价值意识(value-aware)建议。
建议可通过在确定用户值时考虑中间层数据在中间层等级下动态生成。本发明的实施例可使用所确定的值来使建议与用户或客户匹配或相关联。
优选地，本发明的实施例使例如发生在特定非唯一命名的乘客上的一个或多个事件并使这些事件中的一个或多个事件与同乘客姓名相关联的唯一标识符相关联。
本发明的实施例可包括用于储存一个或多个事件的储存装置以及用于储存一个或多个预约的储存装置。事件可与一个或多个预约相关联。优选地，预约可被储存一年。通过这种方式，本发明的实施例可比使用基于PNR***访问比当前可用于CRS多得多的历史。订户航空公司也可选择储存预约以超过一年。
实施本发明的***可确定一个或多个事件可能在机场或者甚至在到达机场之前(例如在预约过程期间)发生。
事件可被记录在与一个乘客唯一相关联的简档中。例如，乘客可呼叫客服热线，并且该事件可被储存在将永远不会被储存在基于PNR的***中的简档中。诸如爱好等的客户兴趣也可被考虑使建议与特定的并且优选唯一的乘客简档匹配。
本发明的实施例可基于客户的事件、值、出生日期和兴趣使建议与简档匹配。
本发明的实施例可基于由客户提供的信息在不同的客户之间进行识别和区分。这与仅识别预约的已知的基于PNR的***相反。
本发明的实施例可唯一地识别客户，并使一个或多个事件与该特定的客户相关联。优选地，***确定与该客户相关联的值。
事件与特定的客户的关联和与该客户相关联的值的计算可使建议能够针对特定的客户来制订。可选地，由客户记录的兴趣还可使建议能够针对特定的客户来制订。
本发明的实施例可包括算法，该算法在提供建议时将客户与订户航空公司的交互考虑在内，以及是否发生不周到的行为，和/或该不周到的行为是否被解决。例如，如果***确定不周到的行为还未被解决，则分配客户值增加预定的值。
本发明的实施例可提供服务，该服务获得客户简档值并确定修改的客户简档值。优选地，***基于规则生成建议。
本发明的实施例可将一个或多个客户值发送给外部服务，以用在诸如优先座位重新调节的其他价值意识算法中。这可使用XML或其他结构化消息类型来交换信息进行执行。
在简档等级下，本发明的实施例可使用简档链接实体，以将一个简档链接到另一不同的简档。本发明的实施例基于一个简档的链接距离调整简档的值。例如，简档可链接到相关的简档。
本发明的实施例可基于确定的调整了的用户值和与用户相关联的确定的事件生成一个或多个建议。建议可响应于用户与诸如办理登机手续、安检、登机、或登机门的触摸点的交互实时生成。用户可通过在扫描设备上扫描登机牌或护照进行交互。
事件可由一些不同的过程触发，通过该不同的过程客户或用户与产品或服务提供商或者机场基础实施提供商进行交互。事件可包括用户已经做出或改变预约或者已经完成旅行或飞行的指示。
当事件发生时，本发明的实施例可用该事件来更新与唯一的客户相关联的简档活动。
事件可触发***自动生成建议。客服专员可使用实施本发明的***来检索与客户相关联的简档，并显示与该简档相关联的一个或多个事件。不周到的行为事件可在简档中保持为‘未履行的’，直至建议已经被提供给客户以补救不周到的行为。通过这种方式，航空公司可确保补救动作总是针对经受不周到的行为的客户来采取。
附图简述
现在将仅通过示例的方式并参照附图对本发明的实施例进行描述，其中：
图1是实施本发明的主要功能组件的示意图；
图2是示出了客户简档***的逻辑层架构的本发明的实施例的示意图，该客户简档***出于清晰的目的已被简化；
图3是示出了由本发明的实施例使用的一些示例规则的图；
图4示出了由诸如客服专员的用户使用的图形用户界面，该图形用户界面允许规则根据航空公司在客服上的政策基于事件针对建议而被建立的；
图5示出了由诸如客服专员的用户使用的另一图形用户界面，该另一图形用户界面允许查看、编辑和/或删除建议规则；
图6示出了由诸如航空公司员工的用户使用的另一图形用户界面，该另一图形用户界面允许在预订的桌面上查看建议；
图7是示出了由本发明的实施例执行的处理步骤以及本发明的实施例如何与其他***进行交互的流程图；
图8示出了由诸如航空公司员工的用户使用的另一图形用户界面，该另一图形用户界面示出了简档活动屏幕；
图9是示出了通过本发明的实施例执行的主要步骤的流程图；
图10示出了诸如预约事件的事件可如何触发客户简档和/或PNR状态改变；
图11示出了根据特定示例的组合服务过程视图；
图12示出了操作客户值的结构；以及
图13示出了可如何对与不同客户相关联的不同OCV进行比较或排名。
以下的描述是用于在航空行业中使用的***的描述，但这是示例性的并且也将对本发明的其他应用进行讨论。例如，***可用在产品或服务被提供给用户或客户的任何环境中，或者用在事实上执行用户简档分析的任何环境中。因此，本发明的实施例不仅被发现通常同于旅游业(例如，铁路、航空、客车等)中，还被发现用于售票业(诸如用于剧院、电影院等的售票)中。票与出发地和目的地(例如两个机场)之间的旅程有关。
***可在(例如，由航空公司托管的)托管***中实施，该托管***可使用API通信协议来与诸如预订***的外部***进行通信。
图1是示出了实施本发明的***的服务架构的示意图。该服务可被提供作为SITA预订桌面GUI内的Horizon客户简档产品选项的部分。
在该实施例中，建议建立在SOA套件Oracle BPEL平台上。然而，可使用技术人员已知的其他平台。例如，可使用其他平台或编程语言，诸如C++、JAVA和.xml，以及可使用技术人员将了解的其他编程语言。例如，本发明的实施例可使用这些编程语言中的一种来提供基于web的服务。
***200可包括一个或多个以下的组件：诸如SRDT计算机服务器的服务器103，该服务器经由技术人员将了解的有线或无线的传输装置通信耦合到驻留在计算机或服务器101上的Oracle BPEL过程管理器。在图1的示意图中，示出了两个单独的计算机服务器101、103，但原理上，可提供既生成一个或多个建议又检索一个或多个简档的单一服务器。
在图1的示意图中，客户简档和建议规则被示意性地图示为储存在单独的储存装置上，但客户简档105和规则109可被储存在单一的储存装置上。在任何情况下，所储存的规则109和客户简档105通信耦合到BPEL层服务器101。因此，BPEL层服务器101可从储存装置109中检索一个或多个规则。此外，服务器101也可从储存装置105中检索一个或多个客户简档。最后，***200可包括预订或预约***或者服务器，诸如SITA预订或预约***或者服务器107。预订服务器107控制飞机上的座位的可用性或旅程的分支/段，并且由于这样的预订***对于技术人员来说是已知的，因此将不再详细描述。
当检索简档时，***可使用中层架构，以基于简档获得客户的值，并通过将可由航空公司配置的规则应用到被检索的简档来生成建议。客户值的确定在以下参照附图中的图3来进行详细描述。
规则和建议将在以下参照图5和图6来进行详细描述。然而，建议可被认为是显示给代理的警报，该警报帮助代理了解航空公司对给定了客户资料的该具体客户的客服响应，该客户资料包括他们的值和被记录在客户的简档中的任何事件。建议可基于在代理和客户的简档之间发生的交互被动态生成。建议可包括文本警报，并且可被记录在简档中，这在以下进一步详细描述。
图2是示出了实施本发明的客户简档***的逻辑层架构的本发明的实施例的示意图，该客户简档分析***出于清晰的目的已被简化。这可被称为可训练的数据字典，其包括各种不同的实体、属性以及不同实体和不同属性之间的关系或关联。
实体也可被称为表格，而属性可被称为栏或字段。实体由主键唯一识别，而不同实体或属性之间的关系可由一个或多个外键(即，实体中的不是实体的识别主键的键，而是对相关的外实体的识别主键的参考的键)确定。
实体的一个示例是预约历史值实体，订户(诸如航空公司)按距离(国际/国内)、舱类别和预订/预约指示器(RBD)列表等对其进行分配。
预约历史值实体可包括一个或多个属性或特性。
例如，如以下参照图3进一步详细描述的，属性可包括简档属性、飞行常客属性或预约历史属性。
简档属性在图2中的虚线301内示出，而建议属性在虚线305内示出，以及事件属性在图2中的虚线307内示出。图2还示出了虚线303内的属性，其可用在订户值计算的确定方面。值确定可通过计算机硬件或通过可独立于数据库的软件执行。
简档主表格示出为在虚线301内。简档表格可包括个体简档子类型INDIVIDUAL_PROFILE。INDIVIDUAL_PROFILE实体是简档实体的子类型，并且可储存个体的详情。
这些子实体中的每个可包括IMPORTANCE_CODE属性。该属性可包括表示客户的重要性的代码，以用在值计算算法中。值包括VIP＝非常重要、VVIP＝极其重要、CIP＝商业上重要。
这些子实体中的每个还可包括CUSTOMER_VALUE属性。该属性可包括由订户或代表订户分配给个体的值。其可表示个体对订户的值。
另外，这些子实体中的每个还可包括LINK_ADJUSTED_CUSTOMER_VALUE。该值可通过调整CUSTOMER_VALUE来确定，以考虑任何链接的简档的值。
本发明的实施例可将简档标识符拷贝到简档链路中。通过这种方式，本发明的实施例可仅考虑其中简档标识符存在于简档链路中的链路。链路通常包括两个不同的简档标识符，并且个体客户简档可另外链接到公司或旅行代理机构简档。
图2中虚线303内所示的是示出了本发明的实施例在执行订户值计算时可考虑的不同的参数或属性的示意图。在该示例中，订户值的确定可采用在确定订户值时将考虑重要性值、飞行常客层值、预约历史值和加权了的航班参数中的一个或多个。
SUBSCR_VALUE_CALC_CONFIG实体可定义用于订户的值计算规则配置范围内的加权。每个订户可具有关于每个简档类型的不同规则集。作为规则的部分，可指定每个属性对整体值计算的贡献。这将在以下参照附图中的图3来进一步详细描述。属性可在贡献上从0到百分之100的范围中，并且所有属性的总计可高达百分之100，即在一些实施例中，
IMPORTANCE_WEIGHTING_PCT+FF_BOOKING_HIST
_WEIGHTING_PCT可等于100。
IMPORTANCE_VALUE属性可包括由订户关于每个简档类型定义的关于IMPORTANCE_CODE的值，作为简档值的计算的贡献。
FF_TIER_VALUE逻辑实体可包括由订户关于每个简档类型定义的关于FF_Tier的值，作为简档值的计算的贡献。
BOOKING_HISTORY_VALUE逻辑实体可包括订户按距离(国际/国内)、舱类别和RBD列表进行分配的值，作为以SUBSCR_VALUE_CALC_CONFIG.FF_BOOKING_HISTORY_WEIGHTING_PCT中定义的加权为条件的值计算算法的贡献。这些值可乘以WEGHTED_FLIGHTS_TAKEN中的值，以确定客户的预约历史对他们的值的贡献。在一些示例中，当订户没有飞行常客计划时或者当客户不是订户的FF计划的成员时，该表格中的和WEIGHTED_FLIGHTS_TAKEN中的信息仅用作FF层的替代。
WEIGHTED_FLIGHTS_TAKEN逻辑实体可包括订户可定义任意数量的范围的值，其中的每个是总的飞行航班的范围，并且可定义关于待在客户值计算算法中使用的那些范围中的每个定义值的倍数。仅需要储存该范围的上限，以便导出关于服务的实际范围。第一范围起始于0，所有后续的范围可继续，并且最后的范围没有上限。例如，如果客户已经飞行了20个航班，并且有定义为16到21的范围，则与该范围相关联的值被纳入值计算算法中，以乘以BOOKING_HISTORY_VALUE中的距离/舱类别/RBD的值，并随后以FF_BOOKING_HIST_WEIGHTING+PCT为条件储存在SUBSCR_VALUE_CALC_CONFIG中的父规则中。在一些示例中，当订户没有飞行常客计划时或者当客户不是订户的FF计划的成员时，该表格中的和BOOKING_HISTORY_VALUE中的信息仅用作FF层的替代。
虚线305内所示的是简档建议表格、实体或数据PROFILE_RECOMM ENDATION。这可包括已经针对简档采取动作的建议的列表，即代理注意到与简档有关的建议，并遵循或处理该建议。处理建议的代理连同数据和处理的时间被记录，并且如果需要客户对建议的接受情况(如通过SUBS CRIBER_RECOMMENDATION中的ACCEPTANCE_REQUIRED_IND所确定的)，则无论建议是否被接受，也应通过设置ACCEPTED_IND来记录。
另外，图2的虚线305内所示的是SUBSCRIBER_RECOMMENDAT ION实体。这可包括定义由订户输入的建议的数据，该数据可用于与订户的简档进行匹配并被显示给代理，代理可用其进行选择以向客户提供建议。建议需要确认(接受或拒绝)或不需要。在一些示例中，不需要确认的建议不被储存在简档中。如果建议被接受或拒绝，则那些需要确认的建议仅被储存在简档(在PROFILE_RECOMMENDATION中)中。如果建议既没有被接受也没有被拒绝，则我们可推断出建议被忽略(不管是被代理还是客户忽略是无关紧要的，因为后果是相同的)，在这种情况下，该建议不被储存在简档中，并且其可被再次使用。一些建议可以是用于特定的事件类型，并且可与包含那些事件类型(在PROFILE_EVENT中)的实例的简档匹配。如果这样的建议被储存在简档中，则其也链接到使其与简档匹配的一个事件或多个事件，从而完成事件并确保没有关于该PROFIL E_EVENT的其他建议与简档匹配。
另外，虚线305内所示的是RECOMMENDATION_EVENT_TYPE实体。这可包括数据，该数据使订户能够出于将建议与简档进行匹配的目的，例如，为了诸如卸载的不良事件类型或者诸如延迟、取消或改线事件的航班中断事件提供服务补救，将建议与事件类型相关联。
另外最后，图2的虚线305内所示的是RECOMMENDATION_INTEREST逻辑实体。这可包括数据，该数据使订户能够出于将建议与具有相同或类似的兴趣的简档进行匹配的目的，将建议与兴趣相关联。
与事件相关联的逻辑实体还在图2的虚线307内被示出。虚线307内所示的是事件表格、实体或数据。该实体记录涉及特定简档的事件的发生的细节。通过定义，事件总是涉及至少一个简档。事件也可涉及一个以上的简档，例如，预约事件将涉及所有那些在该预约上进行的简档。事件具有必须是代理、***或简档中的一个且仅有一个的出发地。在一些示例中，该实体是不可更新的。
如从图2中可见的，事件与特定的简档相关联，并且如先前所描述的，每个简档可与值相关联。另外，每个简档也可与LINK_ADJUSTED值相关联。
以下部分描述了特定的事件和特定的客户之间的链路如何实现。当创建了PNR或客户旅程(即预约)时，客户的客户简档ID被包括在预约信息中，这样，当生成关于预约的事件时，其通过被包括在事件消息中的客户简档Id而被传递给客户简档服务。这使事件在简档的唯一标识符上与客户简档匹配。预约的创建和预约事件的后续生成在CP数据字典中没有进行描述，因为那些功能不是客户简档域的部分，它们是客户旅程域的部分。
其他(非预约)事件也可与客户简档匹配，通常这依赖于客户简档ID，该客户简档ID是服务在事件创建时生成事件而已知并被包括在事件消息中。客户仅必须针对关于检索他们的客户简档的服务的服务来识别他们自己，完成ID，并随后生成可通过客户简档ID的方式唯一地与客户简档匹配的事件。
事件可基于简档标识符和对事件内的该标识符的参考之间的链路与简档或用户相关联。
链路可以是直接链路或间接链路，并且在图2中所示的示例中，简档属性和事件属性经由简档事件直接链接，其可以是事件属性的子属性。事件可涉及许多简档，以及类似地，简档可与许多事件有关。该实体通过映射特定的简档和事件的对来捕获这些细节。
因此，关于上段中所描述的关联，应注意到的是，问题中的属性是简档的标识符(客户简档ID)。事件消息可包含使事件能够链接到简档的客户简档标识符的列表。
因此，应认识到的是，实体的标识符不是其识别的实体的背景下的属性(其是标识符而不是属性)，但其可以是其他实体的背景下的属性，类型“外键”或“参考”的属性。
从上述将认识到的是，根据先前所描述的关系数据模型，事件与简档匹配的方式与建议与简档匹配的方式有所不同。
建议与简档的匹配是在将建议的属性与简档的属性进行匹配的基础上完成的，而事件与简档的匹配是在将简档的标识符与对事件内的所包含的那些标识符的一个或多个参考进行匹配的基础上完成的。事件内的一个CP标识符可与仅一个客户简档匹配，该一个客户简档是数据库中可能匹配的最直接且准确的形式，而对于建议，在该建议内的一个属性能够与几百或者甚至上千的简档匹配，该几百或者甚至上千的简档是匹配中远远更不直接且(有意)更不准确的形式，目的是建议内的任何属性应实际上与几百或者可能是几千个简档匹配。通过使用建议内的一个以上的属性，与属性匹配的客户简档集的交集减少了与几十或者可能几百个客户简档的建议的最终匹配的简档集。
在一个示例中，特定的客户简档标识符，例如与第一客户(诸如公司执行者的女儿)相关联的简档的标识符，可被包括在简档链路中，其中，该链路包括两个不同的简档标识符，一个与第一客户相关联，而另一个与第二客户(例如公司执行者)相关联。
例如，处理器可基于与简档链路相关联的数据确定链路调整的客户值。在一些具体示例中，链路调整的客户值可通过确定与简档标识符(对于第二客户来说，储存在简档链路中)相关联的客户值来确定。在一个具体示例中，如果处理器确定与第二客户的客户简档相关联的客户值大于与第二客户简档相关联的客户值，则处理器可将客户值增加预定的值。
当确定链路调整的值时，可考虑下个最接近的临近链路。例如，与客户相关联的第一客户简档可包括简档链路。简档链路可包括分别与第一客户和第二客户相关联的第一简档标识符和第二简档标识符。
第二客户简档可与第二客户相关联。第二客户简档可具有另外的简档链路。另外的简档链路可包括两个不同的简档标识符，一个与第二客户相关联，而第三简档标识符与另外第三客户相关联。
在该示例中，处理器可基于与简档链路相关联的数据和与另外的简档链路相关联的数据确定链路调整的客户值。
在一个具体示例中，链路调整的客户值可通过确定与储存在简档链路中的简档标识符相关联的客户值和与储存在另外的简档链路中的简档标识符相关联的客户值来确定。
在一个具体示例中，链路调整的客户值可通过确定与简档标识符(对于第二客户来说，储存在简档链路中)相关联的客户值和与另外的简档标识符(对于第三客户来说，储存在另外的简档链路中)相关联的客户值来确定，其中第三简档链路与第一客户和第三客户相关联，但不与第三客户相关联。
如果处理器确定与第三客户的客户简档相关联的客户值大于与第一客户简档相关联的客户值，如先前参照最接近的临近链路所描述的那样，不管处理器是否已经增加了第一客户的客户值，处理器都可将客户值增加预定的值。
另外，即使处理器先前将第一客户的客户值增加了预定的量，处理器也可做出与第三客户的客户简档相关联的客户值是否大于与第二客户简档相关联的客户值的确定。随后，处理器可增加或进一步将第一客户的客户值增加预定的量。这些值中的任意一个可被储存在储存装置中。
通过这种方式，建议可基于事件或/值或者二者被提供给订户航空公司。图2还示出了PROFILE_INTEREST逻辑属性。该属性可包括关于特定的个体简档的数据，该特定的个体简档记录了客户的兴趣的细节。典型示例包括“足球”和“歌剧”。注意，该实体是不可更新的。
图3是示出了本发明的实施例所使用的一些示例规则以及不同的值可如何与不同的简档属性相关联的图。在图3中，示出了一些特定的示例值，当然，这些仅是示例。例如，蓝等级的飞行常客层等级与值5相关联，铜层的飞行常客等级与值15相关联，银层的飞行常客等级与值20相关联，金层的飞行常客等级与值30相关联，以及铂层的飞行常客等级与值50相关联。此外，如图3中所示，国内的头等舱预约历史RBD与值3相关联，国内的商务舱预约历史与值2相关联，国内的豪华经济舱预约历史RBD与值1.5相关联，以及国内的经济舱RBD与值1相关联。具体的RBD没有在图3中示出，但这些通常包括一个或多个字母数字或字母字符，诸如F、J、Y、S、L、X或Z，其可与航空公司出售的不同的票类型相关联。
在一个示例中，实施本发明的Horizon客户简档***可用算法计算其本身的值，或者其可储存由诸如外部CRM***的另一源计算的值。在图3中所示的示例中，对于具体的客户，值20通过对该客户或乘客的预约历史值3、2、1.5和1求和(等于7.5)来确定，其落在介于3到16之间的加权的乘坐的航班的第二条带内。可提供从预约历史值的确定的和7.5到值20(诸如客户值)的映射。
用于Horizon客户简档内的客户值计算的算法可用以下的选项来执行，但可通过航空公司来配置和加权。
值可以是介于1-100之间的数，100是最高值。被包括在该值计算中的项为：
1.飞行常客层等级；
2.12个月的周期内(通过RBD)的预约的号和值；以及
3.简档属性(例如，VIP、商业上重要)
每个区域具有总数的百分比和与其相关联的值。值可通过将所有因素相加来确定，提供待在整个乘客服务***(PSS)的过程中使用的值。
在客户值规则中可有5个可用于计算相对于航空公司或相对于订户的客户的值。以下进一步详细描述该表格：
·加权标准——如果客户没有飞行常客状态，该表格将客户值分成在如由订户所确定的客户的属性与客户的飞行常客状态或预约历史之间。这2个字段可不大于100％。
·CP属性——订购的航空公司可将目的地分配给如VIP的客户。订户给每个目的地分配指示其重要性的值。
·飞行常客(FF)层——如果订户具有飞行常客计划，该飞行常客计划将具有提供给客户特定好处的等级。订户将给每个等级分配值。实际的层将从订户的FF数据库中取出。此处所示的等级仅出于解释的目的。
·距离/舱——预约历史具有2个表格。第一个是距离/舱。距离部分是国内的或国际的。有4种与每个距离相关联的舱。舱由值规则配置中所示的RBD来确定。每种距离/舱的组合(有8种)具有由订户分配的乘法因数(乘数栏)，其给订户分配了距离/舱的值。例如，最便宜的国内经济舱可被赋予值1，以及最昂贵的国际头等舱可具有值4。中间值票价可与介于1和4中间的任何值相关联。
·加权的乘坐的航班——该表格给出了根据通过总计距离/舱航班段所确定的航班的预约值。
在以下的示例中，一个使用了飞行常客数据，以及一个使用了预约历史数据。
在这些示例中的乘客由50％的客户简档属性和50％的FF层等级/预约历史组成。
示例1：乘客1：普通和蓝
1.普通具有属性值10。
2.CP属性的加权值是50％。10乘以50％＝5。
3.蓝层具有值10。
4.FF层的加权值是50％。10乘以50％＝5。
5.加权的CP属性+加权的FF层＝客户值5+5＝10。
6.10是将被输入到客户简档中的客户值。
示例2：乘客6：普通，1个国际经济舱，4个国内经济舱
1.普通具有属性值10。
2.CP属性的加权值是50％。10乘以50％＝5。
3.国际经济舱具有1.5的加权值。航班的数量(1)乘以乘数(1.5)＝1.5。
4.国内经济舱具有加权值1。国内经济舱的数量(4)乘以乘数(1)＝4。
5.总计加权航班，以获得距离/舱的总加权值1.5+4＝5.5。
6.步骤5中的答案大于3但小于15。预约值是10。
7.预约历史的加权值是50％。10乘以50％＝5。
8.CP属性+预约历史＝客户值。5+5＝10。
9.10是将被输入到客户简档中的客户值。
在一个示例中，可提供客户简档值规则模拟器。
模拟器可允许诸如航空公司的客户确定他们的值计算规则的定制如何影响针对典型客户范围所计算的实际值。
如先前所描述的，模拟器可确定客户简档值，以产生可在运行于计算机或服务器上的图形用户界面中显示的表格。图形用户界面可显示以下的表格1中所示的数据。
在以下的表格1中所示的值的示例表格中，当前的值被确定为CP属性的50％加权和飞行常客(FF)层等级/预约历史的50％加权。注意，乘客4计算到100。然而，由于主机限定，其被显示为99。另外注意的是，乘客8计算到62.5。然而，由于主机限制，其被舍入，在该情况下舍入到63。
乘客 类型 先前值 当前值
乘客1 普通，蓝 10
乘客2 VIP，银 40
乘客3 VVIP，银 70
乘客4 VVIP，铂 99
乘客5 CIP，铜 60
乘客6 普通，1个国际经济舱，4个国内经济舱 10
乘客7 CIP，12个国际头等舱，2个国际商务舱，20个国内头等舱 90
乘客8 CIP，20个国内头等舱 63
乘客9 VVIP，6个国际商务舱，2个国际豪华经济舱，8个国内经济舱 60
乘客10 VIP，36个国内商务舱，4个国内经济舱 50
表格1：确定的客户简档值。
因此，在该示例中，代理最初以50/50的拆分创建关于个体客户简档的值规则。为了看出是什么对客户值有80/20和70/30的拆分，代理可使用模拟器来运行这些场景而无需改变实际的设置。
在以下的表格2中所示的值的示例表格中，当前的值被确定为CP属性的80％加权和当前值栏中所列出的FF层等级/预约历史的20％加权。注意，乘客4在50/50和80/20二者下都计算到100。然而，由于主机限定，其被显示为99。
表格2：根据改变的加权确定的客户简档值。
在以下的表格3中所示的值的示例表格中，当前的值被确定为CP属性的30％加权和当前值栏中的FF层等级/预约历史的70％加权，并且80/20的表示在先前的值栏中。注意，乘客4计算到100。然而，由于主机限定，其被显示为99。另外注意的是，乘客8计算到47.5。然而，由于主机限制，其被舍入，在该情况下舍入到48。
乘客 类型 先前值 当前值
乘客1 普通，蓝 10 10
乘客2 VIP，银 40 40
乘客3 VVIP，银 88 58
乘客4 VVIP，铂 99 99
乘客5 CIP，铜 84 44
乘客6 普通，1个国际经济舱，4个国内经济舱 10 10
乘客7 CIP，12个国际头等舱，2个国际商务舱，20个国内头等舱 96 86
乘客8 CIP，20个国内头等舱 85 48
乘客9 VVIP，6个国际商务舱，2个国际豪华经济舱，8个国内经济舱 84 44
乘客10 VIP，36个国内商务舱，4个国内经济舱 44 54
表格3：根据另外的加权确定的客户简档值。
图4示出了实施本发明的GUI，其可允许订户航空公司基于事件建立关于建议的规则。在一个示例中，事件可包括预约事件或服务/不周到的行为的事件，它们可连同关于客户的值或值范围被记录在简档中。其他事件可包括新的预约事件，并更新预约事件，取消预约事件、办理登机手续事件、起飞状态-已飞事件、为预约付费事件、升级事件、降级事件、拒绝登机事件、中断事件、自愿卸载事件、非自愿卸载事件、生日事件、称赞事件、投诉事件和客户查询事件，但其他事件技术人员也将了解。
在图4中所示的具体示例中，用户处于创建与从10到50的值范围内的用户相关联的建议的过程中，该建议也与从2014年7月3日到2014年7月31日的有效日期范围相关联。另外，在图5中所示的示例中，与一个或多个事件相关联的仅部分复选框被勾选。这可能意味着，特定的建议仅与某些事件(诸如拒绝登机或者中断或非自愿卸载事件)相关联，而不是图4中所示的临近勾选框所示的其他事件。如先前所描述的，规则可以是根据航空公司关于客服的政策基于事件针对意见而被建立的。
一旦建议已经被输入到临近“建议”的文本框中，例如“升级到商务舱”或“补票”。其他建议可包括文本，该文本可提示客服专员祝客户生日快乐、为上次先前航班上将他们卸载而道歉、提供免费的1等贵宾室、提供在他们的目的地为体育或文化事件提供廉价的票、向高值客户提供免费的升级等。
随后，用户可通过点击图4中所示的“保存”按钮保存建议规则。如果规则标准为真，则航空公司可对被显示给用户的文本进行配置。诸如先前特别参照附图中的图2所描述的，这可将规则保存在数据库中。在图4的示例中，建议规则可被标记，以指示需要确认。这可能要求代理询问客户他们是否想要接受建议。
确认可被储存为属性，并且可通过先前参照图2，特别是参照用虚线所包围的元素，所描述的关系的方式与一个或多个实体相关联。
通过这种方式，由航空公司用户或订户向客户提出的建议之间的反馈环可通过储存与建议相关联的数据来完成，该数据指示一个或多个建议是否被用户接受。
通过这种方式，航空公司订户可基于客户是否接受一个或多个建议来管理建议，且图5示出了实施本发明的GUI，其允许被查看、编辑、删除和搜索的建议规则。
在该示例中，规则与拒绝登机事件和非自愿卸载事件相关联。规则也与10到50的客户值范围相关联，其可如先前所描述的那样来确定。此外，在该示例中，规则也与从2014年7月3日到2014年7月31的特定有效期相关联。
此外，在该示例中，建议是“提供贵宾室”，并且确认字段也与建议相关联。这可能意味着，如果客户希望接受建议，确认被从运行GUI的服务器发送出，以及确认可指示建议已经被接受。
如先前所指出的，参照图1，客户简档和建议规则被示意性地图示为储存在单独的储存装置上，然而，客户简档105和规则109可被储存在单一的储存装置上。建议可通过以下的方式从储存装置(例如，图1的示意图中所示的储存装置中的一个)中检索出来。
实施本发明的***可首先通过调用中层中的建议服务来检查建议。随后，***接收对于每个事件和非事件类型的建议。***响应所有建议，通常情况下，适用于乘客的建议最多高达30个。这些建议可基于事件和非事件二者。如果没有建议适用于乘客，则将没有建议返回。建议通常5个成组显示，直至所有30个被显示。通过这种方式，***响应与匹配事件/非事件类型的客户简档相关联的建议。
图6示出了由诸如航空公司员工的订户使用的以及建议可如何在预订桌面上查看的GUI。例如，当简档在与客户的交互期间被检索时，航空公司可查看这些建议。
在图6中所示的示例中，与特定的客户简档相关联的数据被显示，例如，一个或多个称呼、名、中间名、姓、性别、出生日期、国家、隶属号、诸如与客户简档相关联的客户值的属性、诸如执行者的职业、以及行业领域。
如果建议需要确认，则代理选择接受/拒绝该建议。如果客户拒绝建议，则用户在GUI中选择拒绝按钮，并且这可在活动简档中被记录下来。随后，建议不被再次显示给用户。
建议可被记录在简档活动中，并且这可示出什么建议被接受以及什么被拒绝。通过这种方式，航空公司可改变规则，以提供他们的服务状况的更好控制。
在一些示例中，建议可链接到商品推销，以利用建议基于用于区分的简档属性、事件和值来直接向客户推动销售——例如，较高值的客户能够以较高折扣购买辅助服务。
图7是示出了由本发明的实施例执行的处理步骤以及本发明的实施例如何与其他***进行交互的流程图。
例如，如图7中所示，客户可例如通过做出或改变预约，使用实施本发明的***经由与订户代理的交互触发事件。此外，客户也可通过经由计算机、平板计算机或其他便携式计算设备做出或改变预约来触发事件。客户也可基于与机场处的信息亭(诸如用于打印登机牌的信息亭)的交互触发事件。
在该实施例中，触发事件由计算机服务器或实施本发明的***接收。事件可如先前所描述的或者根据图9的流程图来处理以产生事件建议，或者产生如图7中所示的一些其他的后事件活动。例如，后事件活动可包括没有进一步动作，或者触发事件可由***处理以触发另一事件。
事件错误
事件可从各种源被通知到客户简档***，其中它们被处理并对照有关的客户简档被记录。这些事件中的一些可基于业务规则或***故障由***拒绝。被拒绝的事件可被记录在事件错误日志中。通常，被拒绝的事件被手动处理。
图8示出了由诸如航空公司员工的用户使用的另一图形用户界面，该另一图形用户界面示出了简档活动屏幕。这示出了当前的预约和被记录的事件。如先前所描述的，建议可被记录在简档活动中，并且简档活动屏幕可示出哪些建议被接受以及什么被拒绝。这可允许航空公司订户修改规则，使得建议更有可能被诸如乘客的用户或客户接受。通过这种方式，订户可具有对他们的服务情况的更好的控制。
在图8的具体示例中，简档活动屏幕示出了与由诸如名或姓的姓名识别的特定命名的用户相关联的数据。用户可具有相关联的客户号，其在该示例中是数值，诸如501003130。
在该示例中，多个不同的记录与该用户相关联。每个记录可由记录***标识符识别，该记录***标识符可包括字母数字序列的字符。每个记录***标识符可与起飞日期标识符以及优选地旅行标识符相关联。起飞日期可以是日/月/年的形式。旅行标识符可识别两个机场(诸如班加罗尔机场(BLR)到伦敦的希思罗机场(LHR))之间的旅程。旅程可以是直飞航班，或者在乘客的出发地和目的地之间可包括一个或多个站点。因此，在图8的具体示例中，每个记录可与旅行的分支或段相关联。
在图8中所示的简档活动屏幕中，没有时间或日期过滤器被应用到临近“从”或“到”的文本框。然而，通过从图8中所示的下拉框中选择“客户旅程事件”过滤器，仅客户旅程事件被显示在图8中的结果窗格中。然而，由于没有特定的事件类别在图8的事件下拉框中被选择，因此所有事件被示出。
图8的结果窗格中所示的结果示出了与特定的客户简档相关联的一些不同事件。如先前所描述的，事件可包括办理登机手续、起飞状态-已飞、更新预约、取消预约、新的预约等中的一个或多个。事件的进一步细节可通过在图8中所示的细节栏下选择有下划线的文本来获得。
在图8中所示的具体示例中，没有建议或确认与特定事件相关联。然而，建议和确认可如何与特定事件相关联的其他示例先前已经进行了描述。
可由本发明的实施例执行的各种方法步骤现在将参照附图中的图9进行描述。通常情况下，消息可被发送到使用XML消息或其他结构化的消息类型的***的不同组件或/和由其接收。这可供***的组件之间的交换信息之用。
现在参照图9，过程在步骤901开始。在步骤903，客服专员可例如使用如图8中所示的GUI做出对于简档的请求，该GUI可运行在服务器、笔记本电脑或其他计算机上。
在步骤905，如果处理器确定客户具有被储存在数据库中的飞行常客号，则特定的客户或用户简档可在匹配飞行常号的基础上从储存装置中检索出来。通过这种方式，简档可借助于明确的搜索标准从储存装置中检索出来。明确的搜索标准可包括一个或多个客户号/参考、飞行常客号等。当这样的细节有效时，***将检索匹配搜索标准的单一简档。
如果处理器确定客户不具有被储存在数据库中的飞行常客号，则简档在姓名加以下个人详情(包括***详情、邮政地址、营业地址、移动电话号码和电子邮件地址)中的任意一个或多个的基础上从储存装置中检索出来。因此，搜索关键字可用于从数据库中检索一个或多个简档。关键字可包括诸如姓名的信息，并且可选地，可包括以上有下划线的一个或多个进一步细节。
如果单一简档项目匹配关键字，则该单一简档被返回到中间层处理。如果记录的号匹配搜索关键字，则消息被发送给航空公司的代理(旅行代理或办理登机手续代理)，或者直接发送给客户要求客户提供更多信息，以便将它们与单一简档唯一匹配。
因此，一个或多个客户姓名加以上提及的任意字段可用于搜索客户。通常，仅当检索到多个匹配(例如，相同姓名和相同地址)时，本发明的实施例要求更多细节，以确切并且通常唯一地将客户与所储存的客户简档进行匹配。然而，在一些具体示例中，仅先前所描述的细节用在搜索中，并且本发明的实施例不必搜索年龄或先前没有描述的任何其他细节。
在步骤907，在任何情况下，要求获得简档，以从数据库中检索与用户唯一相关联的简档。
值，例如客户值，可被计算或确定。这可在生成建议时，在使用客户值之前的任何阶段执行。例如，值可在步骤905检索简档之后但在步骤913生成建议之前被确定。值可使用如先前所描述的值规则911来计算。在步骤913，一个或多个建议如先前所描述的基于所确定的值并基于在步骤915从储存装置中检索出来的一个或多个建议规则来生成。值也可通过从数据库检索与简档相关联的先前所确定的值来确定。
在步骤917，一个或多个简档、值和建议例如可使用图4到图6中所示的GUI来显示。在步骤919，如果建议被接受或拒绝，则确认被储存921在客户简档数据库中。
在步骤923，活动连同所记录的建议被显示。如果建议被接受，则代理通常将采取由建议暗示的任何动作。最终，在步骤925，过程结束。
从上述将认识到的是，移动通信或客户端设备可包括计算设备，诸如台式计算机、笔记本计算机、平板计算机、个人数字助理、移动电话、智能手机、互联网电视、互联网电视接收机、互联网游戏控制台或便携式游戏设备。
服务器可包括运行用于与客户端设备进行通信的一个或多个服务器过程的计算机处理器。服务器过程包括用于进行本发明的操作的计算机可读程序指令。计算机可读程序指令可以是源代码或目标代码，或者可以是以合适的编程语言或其任意组合所写的源代码或目标代码，该编程语言包括程序化编程语言，诸如C、面向对象的编程语言(诸如C#、C++、Java)、脚本语言、汇编语言、机器代码指令、指令集架构(ISA)指令、以及状态设置数据。
以上所描述的有线或无线的通信网络可以是公共、私人、有线或无线的网络。通信网络可包括局域网(LAN)、广域网(WAN)、互联网、移动电话通信***或卫星通信***中的一个或多个。通信网络可包括任何合适的基础设施，包括铜缆、光缆或光纤、路由器、防火墙、交换机、网关计算机和边缘服务器。
以上所描述的***可包括图形用户界面。
本发明的实施例可包括屏幕上图形用户界面。用户界面例如能够以嵌入在网站中的微件(widget)的形式作为用于设备的应用或在专用的登陆网页上来进行提供。用于实施图形用户界面的计算机可读程序指令可经由网络，例如，互联网、局域网(LAN)、广域网(WAN)和/或无线网，从计算机可读储存介质下载到客户端设备。指令可被储存在客户端设备内的计算机可读储存介质中。
如本领域中的技术人员将认识的到是，本文中所描述的发明可全部或部分地作为方法、数据处理***或包括计算机可读指令的计算机程序产品来实施。因此，本发明可采取完全的硬件实施例的形式，或结合了软件、硬件和其他合适的方法或装置的实施例的形式。
计算机可读程序指令可被储存在非临时性有形的计算机可读介质中。计算机可读储存介质可包括以下中的一个或多个：电子储存设备、磁储存设备、光储存设备、电磁储存设备、半导体储存设备、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式光盘只读存储器(CD-ROM)、数字通用盘(DVD)、记忆棒、软盘。
本发明的示例实施例可被实施为电路板，该电路板可包括CPU、总线、RAM、闪存、用于操作连接的I/O装置(诸如打印机、显示器、键盘、传感器和相机)的一个或多个端口、ROM、通信子***(诸如调制解调器)和通信媒介。
图7和图9的流程图图示了根据本发明的各种实施例的***、方法和计算机程序产品的示例实施例的操作。流程图或框图中的每个框可表示模块，模块包括用于实施框中指定的逻辑功能的一个或多个可执行计算机指令或指令的部分。图中的框的顺序仅旨在说明示例。在可替代的实施中，特定框中所图示的逻辑功能可按图中所示的顺序以外的顺序出现。例如，示出为彼此临近的两个框可同时进行，或者根据功能以相反的顺序进行。流程图中的每个框能够以软件、硬件或软件和硬件的组合来实施。
图9示出了不计算值的建议过程的示例。在所示的示例流程过程中，不必计算值，如以上所描述的，因为值在先前已经被计算，其随后被储存在储存装置中。所储存的值与特定的简档相关联。
图10示出了客户亲和关系中的状态转换的表示。事件由诸如预订和飞行常客***的外部***触发。只要事件消息达到中层复合层，客户亲和关系引擎就触发，并且值就基于规则来计算或重新计算。一旦计算完值，简档的状态就从一个状态变为另一状态。后续的动作触发事件返回到RES***，以给PNR标记以新的简档值。
现在参照图11，其示出了一些不同的组件可如何部署在计算机或服务器上。组件可彼此耦合。这在图11中通过线示意性表示出来。组件可被部署在中层软件等级下。组件可执行一个或多个先前所描述的方法步骤。客户亲和关系介体服务组件1101可提供用于内部组件交互的中介。主要驱动是性能要求和交互的方法。典型的服务总线(OSB)交互通常是无状态且同步的。如果中介在服务组件架构SCA层内是必要的，则中介仅对于实施验证、充实(Enrich)、变换、路由、操作(VETRO)模式是必要的。VETRO模式可提供企业服务总线的典型功能。介体可以是中层内的总线。
SCA层可用于通过组装和组合现有的服务基于面向服务的架构(SOA)构建应用，以创建新的服务。
介体使用底层事件驱动网络以在组件之间发布订购事件。VETRO模式是常见的复合模式，其组合了在接收到消息时对消息所采取的多种动作。
当中层计算值过程确定客户值与现有的值相同时，不必调用创建简档组件1103或更新简档组件1105。
在图11中所示的示例中，客户亲和关系组件1101耦合到检索客户简档组件1107。另外，如果客户存在或者与简档相关联的客户值不是最新的，则客户亲和关系组件1101酌情将数据发送给创建组件1103或更新组件1105。在该示例中，创建组件1103和更新组件1105耦合到客户值组件1109，该客户值组件1109如先前所描述的那样确定客户值。
图11示还出了预约事件过程组件1111和飞行常客服务组件1113。预约事件过程组件1109和飞行常客服务组件1111中的每个耦合到客户值服务组件1109。因此，组件1109和1111可将数据发送到客户值服务组件1109。客户值服务组件1109可使用该数据确定客户值，如先前所描述的。如由往来于以上组件中的每个的线所表示的，每个组件可如先前所描述的从其他***接收数据并也可向其他***输出数据。
客户亲和关系介体服务组件1101可执行VETRO模式，并且可根据已经被接收的特定http请求路由到创建/更新组件1103/1105或检索组件1107。
创建组件1103和更新组件1105流入到客户值过程组件1109中。在客户值过程期间，更新组件1105将新确定的客户值与先前确定的客户值进行比较。基于该比较，客户值可在数据库中进行更新。
类似地，预约事件组件1111和飞行常客事件组件1113流入到客户值组件中。客户值组件1109可基于从这些组件中的每个接收的数据确定客户值。
此外，从上述将认识到的是，本发明的实施例也可由可能希望使用简档分析***的机场基础设施操作者使用。
例如，如果用户以机场基础设提供商注册，以通过提供电子邮件地址和密码使用免费的无线互联网服务，当然提供了尊重客户隐私，机场操作者可针对特定的用户提供提议或服务。
基于由用户提供的关于在机场诸如拾取，旅行，下降的原因，机场基础设施提供可通常经由技术人员将了解的无线通信协议将特定的数据传输给客户。实施本发明的***也可用于发送(通常经由无线通信协议)信息或折扣，以使用机场内的零售机构。例如，如果用户在机场的打算是拾取，则达到过程或者当飞机降落时的警报、大厅内的行李的细节等可被传输到用户的便携式通信设备。
另外，商品推销过程可使用本发明的实施例，以基于关于客户的已知的信息(简档或活动的属性)直接向客户推送提议。
从上述将认识到的是，本发明的实施例可与客户简档分析***有关，例如，其中客户可以是乘客、旅行代理或航空公司代理、或者公司或其他组织。其还与旅行客户简档分析***有关。
本发明的实施例不仅发现了用于在旅行业内使用的特定应用，还发现了在零售业或其他客户中的应用。
例如，其可通过提供能够从可识别的客户接受订单(诸如预约)的***发现用于客户的应用，并且其生成链接到它们的客户简档或与其相关联的事件。
偏好可被扩展为包括定义任意类型的偏好的能力。偏好可以是用户可定义的。值计算算法可被扩展为特定于零售业领域。
此外，由于本发明的实施例可能与简档分析***有关，因此本发明的实施例不必确定客户值计算或事件。
本发明的实施例可不仅捕获偏好，还可捕获客户的爱好和兴趣、他们的生日和他们的飞行常客层信息。
以下的示例描述了可使用确定的客户值的一些额外的方式。
·在任何超额预定的情况下，确定的客户值可用于确定客户排名顺序。这可帮助代理在接受客户或将客户移为待命时做出知情的选择。
·如果客户值辅助的接受标志为ON，则客户可被自动设为STBY，从而减少STBY间隙上的负载并节省代理的时间。
·如果客户与其它客户一起登机，则他被接受的机会可基于确定的客户值得以提升(或降低)。
·确定的客户值可用于确定客户的座位。例如，确定的客户值可用于提供最好的座位/预留座位给客户。这可降低对于手动预留座位组的需要。
·确定的客户值可用于飞机改变情境，以向特定客户提供最好的座位。
·确定的客户值可用于处理座位是否可针对自动服务请求ASR进行分配。
·在装备改变或中断(转移)的情境中，移到转移或“到”航班的第一客户可以是具有最高确定的客户值的那些客户。由于确定的客户值可基于操作参数；具有特殊需要的客户可首先被转移。
·当客户需要被分级以在他们当前的舱内腾出空间时，确定的客户值可用于选择客户升级或降级。
·起飞控制***中的任何列表可基于确定的客户值被分类。这可帮助代理在执行操作时做出知情的选择和重写***的优先顺序。备用列表可使用两种形式的排名。第一排名给出***将针对备用处理/建议选择客户的顺序。第二排名对移动(升级或降级)哪个客户以在舱内腾出空间进行分类。排名可以是硬编码。然而，确定的客户值可用于使其灵活并符合航空公司对于备用间隙的政策。
操作客户值
在另外的示例中，被称作操作客户值(OCV)的修改的客户值可被确定。如以下进一步详细描述的，这可被确定为对于先前所描述的客户简档值的可替代的或额外的值。然而，通常情况下，用于确定OCV的关键参数是CPV。在CPV已经被用作OCV参数且客户还未订购客户简档的情况下，或者如果客户的简档值不能被检索，则值将被认为是0。操作客户值(OCV)和客户简档值(CPV)二者可为航空公司提供独特且灵活的方式以在起飞控制***DCS中对它们的客户进行排名。
OCV可以是用于在DCS中指定操作的客户值。客户简档值(CPV)将通常是用在OCV中的关键参数中的一个。用于计算OCV的其他参数在实质上可以是操作的，诸如办理登机手续的时间等。
OCV的结构
客户的OCV可以是反映不同参数的权重的整数。
a.客户的OCV的范围介于0和9999999999(包括9999999999)之间。
b.参数权重可在0到99(包括0和99)的范围之间。
c.一位权重通过添加前位的0被转换为2位字符串。
d.最初支持最多5个参数。
在图12中所示的示例中，OCV包括8位。OCV通过将与4个不同的参数相关联的四个2位值连在一起来确定。在该示例中，OCV基于诸如CPV的第一参数和3个其他参数来确定或计算。权重可被分配给这些参数的一个或多个值，并且结果数89029919被设置为特定客户的OCV。例如，参数2可以是可被加权的飞行常客值，参数3可以是反映票类的参数，以及参数4可以是反映预约时间或办理登机手续的时间的被加权参数，以给提前预约的乘客或早早办理登机手续的乘客给出更多的权重。
例如，参数2的较低值可指示乘客是较低估值的客户，值3的较低参数可指示较低的票类，而参数4的较低值可指示乘客没有早早预约或早早办理登机手续，并且可被视为较少值。可用于计算OCV的其他参数被列在以下的表格中。
用于计算OCV的参数
将认识到的是，技术人员已知的其他参数可用于确定OCV。
当设置OCV时，航空公司通常选择以上属性中的一个或多个。航空公司通常选择以上列出的参数的子集。一旦航空公司选择了参数集或参数的子集，OCV中的参数的顺序就可被选定。这通常是重要的步骤，因为其通常对OCV的排名和比较具有重大的影响。例如，如果CPV被设置为第一参数，则具有较高CPV的客户将具有比具有较低CPV的客户更高的排名。最后，如果例如特定的参数没有值，则航空公司可定义参数的默认值或权重。
比较OCV
与不同的客户相关联的操作客户值可作为数值来比较。OCV数越大，值越高。例如，如图13中所示，4个不同的OCV可与四个不同的客户相关联，它们以升序的客户号被储存在图13的前2列中。这些可通过降序顺序来分类，并且在图13的右手侧所示的客户值已经通过降序的OCV被分类。因此，与客户号2相关联的OCV排名最高，而客户号1的OCV排名第二高，而客户号4的OCV排名第三高，最后，客户号3的OCV排名最低。
另外，与不同的客户相关联的多个OCV的最小值、或最大值或平均值可被确定。
例如，当一个以上的客户被认为最小时，最大值或平均值根据完整的OCV被确定。假设，第一客户具有OCV＝504030，以及第二客户具有OCV＝402030。在这种情境下，两个OCV值的最小值Min＝402030，并被应用到两个客户。类似地，俩个OCV值的最大值Max＝504030。这也可应用于两个客户。两个OCV值的平均值也可被确定，并被计算为Ave＝453030。这也可应用于两个客户。因此，关于多个客户的OCV组可被确定，并且该OCV组可与该多个客户相关联。
另外，被处理的OCV值可通过以被处理的OCV值的升序或降序顺序对它们进行排名来加以比较。
一旦OCV被设置，就可通过航空公司选项的装置激活关于乘客接受程度的OCV。例如，OCV在乘客接受期间可用于所有机场和航班，或者OCF可仅在结合特定的航班(诸如MH100和所有从伦敦希思罗机场(LHR)发出的航班)时可被使用。
在可替代的示例中，OCV不可用于协助任何接受。可替代地，当起飞机场是吉隆坡机场(KUL)且航班为MH200时，OCV不可用于协助接受。
当一个以上的客户一起办理登机手续时，两个航空公司选项可控制接受行为。在一个示例中，当2到4个客户一起办理登机手续时，可应用逻辑组。可替代地，成组的客户可共享其他客户的OCV的最大值、最小值或平均值。
从上述将认识到的是，操作客户值OCV可：
·基于操作CPV和其他操作参数生成。其通常对于客户的当前旅程有效；
·从一个操作变到另一操作，并还从一个航班变到另一航班；
·基于操作客户属性(SSR)，并且还产生(航班)属性(例如，段号、单独旅行或团体旅行等)；
·对于相同的客户，根据其是单独旅行还是团体旅行会有所不同。
·如果他们具有某值1或值2，则可具有类似或相同的排名值。
以下编号的条款提供了本发明的进一步的细节：
1.一种用户简档分析***，包括：
通信装置，其用于响应于用户与环境的交互而接收事件触发数据；
处理装置，其被配置为：
唯一地确定与事件触发数据相关联的用户标识符数据；以及
使事件触发数据与同唯一的用户标识符相关联的用户简档相关联。
2.根据条款1所述的用户简档分析***，还包括将多个不同的预约历史RBD的每个映射到不同的数值，以及还包括对与每个相关联的值中的每个进行求和，以产生与客户相关联的加权的所乘坐的航班值。
3.一种图形用户界面，包括上述条款中任一项所述的***。
4.一种用户简档分析***，包括：
接收器，其用于响应于用户与环境的交互而接收事件触发数据；
处理器，其被配置为：
唯一地确定与事件触发数据相关联的用户标识符数据；
使事件触发数据与同唯一的用户标识符相关联的用户简档相关联。
5.根据条款4所述的用户简档分析***，其中，用户是航空公司乘客，以及其中，***优选还包括基于用户重要性代码、用户频率值和用户历史确定用户简档值。
6.根据条款5所述的用户简档分析***，其中，重要性代码包括分层的重要性代码，以及其中，不同的数值与每个重要性代码层相关联。
7.根据条款2所述的用户简档分析***，其中，用户频率值包括分层的频率值，以及其中，不同的数值与每个频率值层相关联。
8.根据条款5所述的用户简档分析***，其中，历史包括多个不同的预订预约指示器RBD，每个指示器与旅程段相关联。
9.根据条款4所述的用户简档分析***，还包括基于与重要性代码相关联的值和与飞行常客层等级相关联的值或与旅程段的预约历史相关联的值的等量加权，确定用户简档值。
10.根据条款4所述的用户简档分析***，还包括确定飞行常客属性是否与用户简档相关联。
11.根据条款4所述的用户简档分析***，还包括确定飞行常客属性是否与同环境交互的用户相关联，并且优选地，在客户简档数据库中搜索包括匹配的飞行常客属性的简档，并且特别地，其中，如果确定没有飞行常客属性与同环境交互的用户相关联，则基于个人信息搜索客户简档数据库，该个人信息包括姓名和***细节、邮政地址、营业地址、移动电话号码和电子邮件地址中的任意一个或多个。
12.根据条款4所述的用户简档分析***，还包括确定飞行常客属性是否与用户简档相关联，以及其中，如果没有飞行常客属性与用户简档相关联，则确定与客户简档相关联的不同航班类型的数量，并基于与每个航班类型相关联的加权值的和确定关于用户的客户值。
13.根据条款4所述的用户简档分析***，还包括使多个不同的数值与同用户预约历史相关联的多个不同的RBD相关联。
14.根据条款4所述的用户简档分析***，还包括基于简档属性和飞行常客属性或预约历史属性，按诸如1到100的数值尺度确定客户值，并且优选地，将确定的值储存在与用户相关联的客户简档数据库中。
15.根据条款4所述的用户简档分析***，还包括确定简档是否包括将简档链接到不同的用户简档的简档分析链路实体，并且优选地，其中，处理器确定简档链路实体是否是到最接近的临近简档的链路，并且还优选地，基于与链接的客户简档相关联的客户值调整客户值。
16.根据条款4所述的用户简档分析***，还包括检测一个或多个事件的发生，并且优选地，其中，事件包括机场办理登机手续事件、起飞状态-已飞事件、更新预约事件、取消预约事件或新的预约事件中的一个或多个。
17.根据条款4所述的用户简档分析***，还包括响应于用户用扫描装置，特别是光学扫描装置，扫描登机牌、护照或旅行文件，来检测事件。
18.根据条款4所述的用户简档分析***，还包括在显示器装置上显示从多个建议中选择的建议，其中，建议基于确定的值、事件以及优选地一个或多个建议是否先前已经被用户接受来进行选择，并且优选地，其中，处理器被配置为基于所接收的事件在中层处理等级下动态地生成一个或多个建议。
19.根据条款4所述的用户简档分析***，还包括用于储存关系客户简档数据库的储存装置，以及其中，处理器被配置为提供基于web的服务。
20.根据条款4所述的用户简档分析***，还包括接收装置，该接收装置被布置为接收与一个或多个未来预约相关联的数据，并且优选地，将所接收的数据储存在被储存于储存装置中的客户简档数据库中。
21.根据条款20所述的用户简档分析***，还包括基于与一个或多个未来预约相关联的所接收的数据来更新客户值。
22.一种计算机实施的用户简档分析方法，包括：
a.响应于用户与环境的交互，用接收器接收事件触发数据；以及
用处理器：
唯一地确定与事件触发数据相关联的用户标识符数据；以及
将事件触发数据与同唯一的用户标识符相关联的用户简档相关联。
23.一种计算机可读介质，其在被执行时进行条款22所述的方法。

Claims (35)

1.一种客户简档分析***，包括：
用于响应于客户与环境的交互接收事件数据的通信装置；
用于唯一地确定与所述事件数据相关联的客户标识符数据的装置；以及
用于将所述事件数据与所述客户相关联的装置。
2.根据权利要求1所述的客户简档分析***，其中，所述关联装置被配置为使所述事件数据与同所述唯一的客户标识符数据相关联的客户简档相关联。
3.根据前述权利要求中任一项所述的客户简档分析***，还包括储存装置，所述储存装置用于储存所述事件数据，并且优选地，所述储存装置用于储存所述事件和所述客户之间的关联。
4.根据前述权利要求中任一项所述的客户简档分析***，其中，所述通信装置还被布置为接收客户识别信息，特别是与所述客户或者客户号或飞行常客号中的一个或多个相关联的唯一的字母数字字符串。
5.根据权利要求3到4中任一项所述的客户简档分析***，其中，所述储存装置还储存与不同的客户相关联的多个不同的客户简档，并且所述***还包括用于在所述储存装置中搜索包括对应于搜索关键字的识别数据的简档的装置。
6.根据前述权利要求中任一项所述的客户简档分析***，其中，所述客户是乘客，以及其中，所述***优选还包括基于客户重要性代码、客户频率值和客户历史中的一个或多个确定客户简档值。
7.根据权利要求6所述的客户简档分析***，其中，所述重要性代码包括分层的重要性代码，以及其中，不同的数值与每个重要性代码层相关联。
8.根据权利要求6所述的客户简档分析***，其中，所述客户频率值包括分层的频率值，以及其中，不同的数值与每个频率值层相关联。
9.根据权利要求6所述的客户简档分析***，其中，所述历史包括多个不同的预订预约指示器RBD，每个指示器与旅程段相关联。
10.根据前述权利要求中任一项所述的客户简档分析***，还包括用于基于与重要性代码相关联的值和与飞行常客层等级相关联的值或与旅程段的预约历史相关联的值的等量加权来确定客户简档值的装置。
11.根据权利要求2到10中任一项所述的客户简档分析***，还包括用于确定飞行常客属性是否与所述客户简档相关联的装置。
12.根据权利要求2到10中任一项所述的客户简档分析***，还包括用于确定飞行常客属性是否与所述客户简档或同环境交互的客户相关联的装置，并且优选地，所述***还包括用于在客户简档数据库中搜索包括匹配的飞行常客属性的简档的搜索装置，并且特别地，其中，如果确定没有飞行常客属性与同环境交互的所述客户相关联，则所述搜索装置基于个人信息搜索客户简档数据库，所述个人信息包括姓名和***细节、邮政地址、营业地址、移动电话号码和电子邮件地址中的任意一个或多个。
13.根据权利要求6到10中任一项所述的客户简档分析***，还包括用于确定与所述客户简档相关联的一些不同的航班类型和用于基于与每个航班类型相关联的加权值的和确定所述客户的客户值的装置。
14.根据权利要求6到13中任一项所述的客户简档分析***，还包括用于将多个不同的数值与同所述客户的预约历史相关联的多个不同的预订预约指示器RBD相关联的装置。
15.根据前述权利要求中任一项所述的客户简档分析***，还包括用于基于所述简档属性和飞行常客属性或预约历史属性，按诸如1到100的数值尺度确定客户值并且优选地用于将所确定的值储存在与所述客户相关联的客户简档数据库中的装置。
16.根据前述权利要求中任一项所述的客户简档分析***，还包括用于确定所述简档或一个简档是否包括将所述简档或一个简档链接到不同的客户简档的简档分析链路实体的装置，并且优选地，其中，所述处理器确定所述简档链路实体是否是到最接近的临近简档的链路，并且还优选地，所述处理器基于与所链接的客户简档相关联的客户值调整所述客户值。
17.根据前述权利要求中任一项所述的客户简档分析***，还包括用于检测一个或多个事件的发生的装置，并且优选地，其中，所述事件包括以下中的一个或多个：机场办理登机手续事件、起飞状态已飞事件、更新预约事件、取消预约事件、新的预约事件、对预约付费事件、升级事件、降级事件、拒绝登机事件、中断事件、自愿卸载事件、非自愿卸载事件、生日事件、称赞事件、投诉事件以及客户询问事件。
18.根据前述权利要求中任一项所述的客户简档分析***，其中，每个事件包括对所述事件进行定义的相关联的数据，并且优选地，其中，所述事件数据包括对诸如代理事件或***事件或简档事件中的一个的事件源进行定义的数据。
19.根据前述权利要求中任一项所述的客户简档分析***，还包括用于基于所述事件数据确定事件是否是诸如卸载事件、航班中断事件、延迟事件、取消事件或改线事件中的一个或多个的不利事件的装置。
20.根据前述权利要求中任一项所述的客户简档分析***，还包括用于响应于客户用扫描装置特别是光学扫描装置或无线扫描装置扫描登机牌、护照或旅行文件来检测事件的发生的装置。
21.根据前述权利要求中任一项所述的客户简档分析***，还包括用于从多个预定的建议中选择建议的装置，并且优选地，其中，所述建议是基于所确定的值和所确定的事件来选择的，以及优选地，所述***还包括用于显示所述建议的显示器装置。
22.根据前述权利要求中任一项所述的客户简档分析***，还包括用于确定所述建议中的一个或多个是否先前已经由所述客户接受的装置，并且优选地，其中，所述处理器被配置为基于接收的事件在中层处理等级下动态地生成一个或多个建议。
23.根据前述权利要求中任一项所述的客户简档分析***，还包括用于储存关系客户简档数据库的储存装置，并且优选地，其中，处理器被配置为提供基于web的服务。
24.根据前述权利要求中任一项所述的客户简档分析***，还包括接收装置，所述接收装置被布置为接收与一个或多个预约相关联的数据，并且优选地，所述接收装置被布置为将所接收的数据储存在被储存于储存装置中的客户简档数据库中。
25.根据权利要求24所述的客户简档分析***，还包括用于基于与所述一个或多个预约相关联的所接收的数据更新所述客户值的装置。
26.根据前述权利要求中任一项所述的客户简档分析***，还包括用于通过将与所述客户简档相关联的一个或多个标识符同与所述事件相关联的相应的标识符的一个或多个参考进行匹配来将所述事件数据与所述简档进行匹配的装置。
27.根据前述权利要求中任一项所述的客户简档分析***，还包括用于基于与所述建议相关联的一个或多个属性将所述建议或一个建议与所述客户简档进行匹配的装置，所述建议对应于与所述简档相关联的一个或多个属性。
28.根据前述权利要求中任一项所述的客户简档分析***，还包括用于优选地基于客户值和飞行常客值、票类、预约时间和办理登机手续时间中的一个或多个来确定操作客户值的装置。
29.根据权利要求28所述的客户简档分析***，其中，所述操作客户值通过将与所述客户相关联的多个2位值连在一起来确定。
30.根据权利要求28所述的客户简档分析***，还包括用于确定与多个不同的客户相关联的多个操作客户值的装置。
31.根据权利要求28所述的客户简档分析***，还包括优选地基于多个操作客户值的最大值或最小值或平均值对所述操作客户值中的每个进行排名。
32.一种客户简档分析方法，包括：
响应于客户与环境的交互，用接收器接收事件数据；
唯一地确定与所述事件数据相关联的客户标识符数据；以及
将所述事件数据与所述客户相关联。
33.一种计算机可读介质，所述计算机可读介质在被执行时进行权利要求32所述的方法。
34.根据权利要求1所述的客户简档分析***，还包括用于将多个不同的预约历史预订预约指示器RBD中的每个映射到不同的数值并且还包括对与每个值相关联的所述值中的每个进行求和以产生与客户相关联的加权的所乘坐的航班的值的装置。
35.一种图形用户界面，包括前述权利要求中任一项所述的***。
CN201580058058.4A 2014-09-09 2015-08-13 改进的客户简档分析***及其方法 Pending CN107004166A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/481,378 US20160071116A1 (en) 2014-09-09 2014-09-09 User profiling system and method therefor
US14/481,378 2014-09-09
PCT/EP2015/068682 WO2016037794A1 (en) 2014-09-09 2015-08-13 Improved customer profiling system and method therefor

Publications (1)

Publication Number Publication Date
CN107004166A true CN107004166A (zh) 2017-08-01

Family

ID=54064278

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580058058.4A Pending CN107004166A (zh) 2014-09-09 2015-08-13 改进的客户简档分析***及其方法

Country Status (10)

Country Link
US (1) US20160071116A1 (zh)
CN (1) CN107004166A (zh)
AU (1) AU2015314589A1 (zh)
CA (1) CA2960311A1 (zh)
DE (1) DE202015009440U1 (zh)
GB (1) GB2531410A (zh)
MY (1) MY198754A (zh)
SG (1) SG11201701810RA (zh)
WO (1) WO2016037794A1 (zh)
ZA (1) ZA201701632B (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160086103A1 (en) * 2014-09-19 2016-03-24 Amadeus S.A.S. Corporate recognition for travel related services
US9881262B2 (en) * 2015-01-26 2018-01-30 Amadeus S.A.S. Undo/redo of database files for modifying re-accommodation
CA3020450A1 (en) 2016-04-15 2017-10-19 Walmart Apollo, Llc Systems and methods for facilitating shopping in a physical retail facility
WO2017181052A1 (en) 2016-04-15 2017-10-19 Wal-Mart Stores, Inc. Systems and methods for providing content-based product recommendations
US10430817B2 (en) 2016-04-15 2019-10-01 Walmart Apollo, Llc Partiality vector refinement systems and methods through sample probing
US10373464B2 (en) 2016-07-07 2019-08-06 Walmart Apollo, Llc Apparatus and method for updating partiality vectors based on monitoring of person and his or her home
CN106874951B (zh) * 2017-02-14 2020-12-25 Tcl科技集团股份有限公司 一种旅客关注度评级方法及装置
US11223596B2 (en) 2018-11-19 2022-01-11 Stubhub, Inc. Generation of composite messages using qualifying events and actions
US20200410607A1 (en) * 2019-06-25 2020-12-31 Terrance Lamont Ford Airline pilot information portal
US10991190B1 (en) 2020-07-20 2021-04-27 Abbott Laboratories Digital pass verification systems and methods

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060053056A1 (en) * 2001-03-29 2006-03-09 American Express Marketing & Development Corporati Card member discount system and method
US7406467B1 (en) * 2004-12-03 2008-07-29 Unisys Corporation Network-based management of airline customer data
US20090299846A1 (en) * 2008-03-18 2009-12-03 Wayne Richard Brueggemann Linking loyalty reward programs
CN101821758A (zh) * 2007-08-23 2010-09-01 埃森哲环球服务有限公司 旅行奖励积累
CN102063675A (zh) * 2009-06-03 2011-05-18 埃森哲环球服务有限公司 旅行相关报价的生成
CN102378986A (zh) * 2009-02-02 2012-03-14 埃蒂斯控股有限公司 用于提供行程信息的设备和方法
US20120123844A1 (en) * 2004-02-27 2012-05-17 Accenture Global Services Limited System for individualized customer interaction

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5774888A (en) * 1996-12-30 1998-06-30 Intel Corporation Method for characterizing a document set using evaluation surrogates
US7716080B2 (en) * 1999-06-23 2010-05-11 Signature Systems, Llc Method and system for using multi-function cards for storing, managing and aggregating reward points
US6622087B2 (en) * 2000-12-26 2003-09-16 Intel Corporation Method and apparatus for deriving travel profiles
US6931399B2 (en) * 2001-06-26 2005-08-16 Igougo Inc. Method and apparatus for providing personalized relevant information
US7809740B2 (en) * 2006-03-29 2010-10-05 Yahoo! Inc. Model for generating user profiles in a behavioral targeting system
WO2008013945A2 (en) * 2006-07-27 2008-01-31 Leverage, Inc. System and method for targeted marketing and consumer resource management
US20100088148A1 (en) * 2008-10-02 2010-04-08 Presswala Irfan System and methodology for recommending purchases for a shopping intent
US20130297360A1 (en) * 2012-05-07 2013-11-07 Yapta, Inc Flight-price monitoring systems and methods
US9280252B1 (en) * 2013-03-08 2016-03-08 Allstate Insurance Company Configuring an application task list of an application based on previous selections of application tasks
US9152930B2 (en) * 2013-03-15 2015-10-06 United Airlines, Inc. Expedited international flight online check-in
US20150178763A1 (en) * 2013-12-23 2015-06-25 Amadeus S.A.S. Revenue driven travel rewards

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060053056A1 (en) * 2001-03-29 2006-03-09 American Express Marketing & Development Corporati Card member discount system and method
US20120123844A1 (en) * 2004-02-27 2012-05-17 Accenture Global Services Limited System for individualized customer interaction
US7406467B1 (en) * 2004-12-03 2008-07-29 Unisys Corporation Network-based management of airline customer data
CN101821758A (zh) * 2007-08-23 2010-09-01 埃森哲环球服务有限公司 旅行奖励积累
US20090299846A1 (en) * 2008-03-18 2009-12-03 Wayne Richard Brueggemann Linking loyalty reward programs
CN102378986A (zh) * 2009-02-02 2012-03-14 埃蒂斯控股有限公司 用于提供行程信息的设备和方法
CN102063675A (zh) * 2009-06-03 2011-05-18 埃森哲环球服务有限公司 旅行相关报价的生成

Also Published As

Publication number Publication date
GB201514387D0 (en) 2015-09-30
MY198754A (en) 2023-09-23
GB2531410A (en) 2016-04-20
WO2016037794A1 (en) 2016-03-17
AU2015314589A1 (en) 2017-03-23
ZA201701632B (en) 2018-05-30
SG11201701810RA (en) 2017-04-27
US20160071116A1 (en) 2016-03-10
CA2960311A1 (en) 2016-03-17
DE202015009440U1 (de) 2017-08-24

Similar Documents

Publication Publication Date Title
CN107004166A (zh) 改进的客户简档分析***及其方法
KR101461606B1 (ko) 승객 예약 기록과 대응되는 전자 티켓 사이의 여행 데이터를 자동으로 일관되게 유지하는 방법 및 시스템
CN105631630A (zh) 旅客订单数据处理方法及装置
US20070143153A1 (en) Demand tracking system and method for a transportation carrier
US20090287513A1 (en) System and method for processing multiple bookings to receive a transportation service
US20170308972A1 (en) Improved customer profiling system and method therefor
US11922338B2 (en) Devices, systems and methods for providing ancillary objects from a cache and categorized provider objects
US10147055B2 (en) Aggregation record for managing ancillary travel services
WO2002006998A2 (en) Method and apparatus for arranging flexible and cost-efficient private air travel
US20090216572A1 (en) Conversation Mode Booking Method
US20100030591A1 (en) Method and apparatus for recommending simplified fares with consistent buyacross
KR20150021447A (ko) 상황에 맞는 여행 제안 방법
US20200394728A1 (en) Amenity and service search and booking engine
US7406467B1 (en) Network-based management of airline customer data
JP2016168970A (ja) 評価システム及び運行情報の評価方法
US20240028682A1 (en) Information processing apparatus, information processing method, and storage medium
KR101821717B1 (ko) 여행플랫폼의 공유플랜 제공장치 및 방법
US20180211189A1 (en) Record aggregation database
AU2022201086A1 (en) Resource crew management
WO2018134426A1 (en) Record aggregation database
US20180204294A1 (en) Computer based system and method for developing, managing and distributing mixed media content in the travel services industry
US20200265038A1 (en) Mutual data resolution system and process therefor
US20220092483A1 (en) Customer experience generator with shareable profile and autopay
KR20150116385A (ko) 여행 예약 시스템
EP4073720A1 (en) Devices, systems and methods for providing ancillary objects from a cache and categorized provider objects

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20170801

RJ01 Rejection of invention patent application after publication