针对服务变更的信息处理方法、系统及电子设备与流程

文档序号:22626448发布日期:2020-10-23 19:34阅读:294来源:国知局
针对服务变更的信息处理方法、系统及电子设备与流程

本发明涉及信息处理技术领域,特别是涉及一种针对服务变更的信息处理方法、系统及电子设备。



背景技术:

近几年航空公司以电子杂费单(electronicmiscellaneousdocument,emd)为载体,发展了如机上餐食、预付费行李、逾重行李、优选作为、付费升舱等众多的附加服务产品。

目前若用户需要更改之前的服务,如预定信息,智能通过提供附加服务的处理器的相应接口,先将pnr(passengernamerecord,旅客订座记录)中的emd订座等信息删除,座位释放之后通过接口重新预定emd,将emd写入pnr。这就使得处理器在对相应的服务变更请求处理时,需要先对原来附件服务产品进行申退处理,在退款的同时,然后生成对应的信息通知用户全款再购买其他附件服务产品,才能完成用户变更附加服务的效果。一方面增加了处理器处理信息的复杂性,使得其处理效率较低,另一方面也会由于处理较为繁琐使得资金的暂时无法变更到新服务中造成用户的体验效果较差。



技术实现要素:

针对于上述问题,本发明提供一种针对服务变更的信息处理方法及系统,实现了提升处理器对信息的处理效率和用户体验效果的目的。

为了实现上述目的,本发明提供了如下技术方案:

一种针对服务变更的信息处理方法,所述方法包括:

响应于接收到服务变更请求,获取与所述服务变更请求对应的关联信息;

基于所述关联信息,确定配置条件;

基于所述配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;

将所述变更结果发送至与所述服务变更请求对应的请求方。

一种针对服务变更的信息处理系统,所述系统包括:

获取单元,用于响应于接收到服务变更请求,获取与所述服务变更请求对应的关联信息;

确定单元,用于基于所述关联信息,确定配置条件;

处理单元,用于基于所述配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;

发送单元,用于将所述变更结果发送至与所述服务变更请求对应的请求方。

一种存储介质,所述存储介质上存储有可执行指令,所述指令被处理器执行时实现如上任一项所述的针对服务变更的信息处理方法。

一种目标设备,包括:

存储器,用于存储程序;

处理器,用于执行所述程序,所述程序具体用于:

响应于接收到服务变更请求,获取与所述服务变更请求对应的关联信息;

基于所述关联信息,确定配置条件;

基于所述配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;

将所述变更结果发送至与所述服务变更请求对应的请求方。

相较于现有技术,本发明提供了一种针对服务变更的信息处理方法、系统及电子设备,响应于接收到服务变更请求,获取与所述服务变更请求对应的关联信息;基于所述关联信息,确定配置条件;基于所述配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;将所述变更结果发送至与所述服务变更请求对应的请求方。本发明可以直接面向服务变更请求的用户,以便可以提供自助变更查询和变更预定服务,同时可以对变更信息进行自动处理,实现了提升处理器对信息的处理效率和用户体验效果的目的。

附图说明

结合附图并参考以下具体实施方式,本公开各实施例的上述和其他特征、有点及方面将变得更加明显。贯穿附图中,相同或相似的附图标记标识相同或相似的元素。应当理解附图是式意性的,原件和元素不一定按照比例绘制。

图1为本发明实施例提供的一种针对服务变更的信息处理方法的流程示意图;

图2为本发明实施例提供的一种变更附加服务的交互示意图;

图3为本发明实施例提供的查询接口requeryrq底层流程图;

图4为本发明实施例提供的变更接口rebookrq底层流程图;

图5为本发明实施例提供的一种变更emd出票接口reticketrq底层流程图;

图6为本发明实施例提供的一种针对服务变更的信息处理系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。

为了便于对本发明的实施例进行描述,下面对本发明的术语进行说明。

emd(electronicmiscellaneousdocument):电子杂费单,是由航空公司或其授权的代理机构出具的,符合运价规则的杂费费用电子记录,也是一种记录航空杂费的凭证,确认相关费用的销售并跟踪其使用的方法。

emd系统:航空公司主机提供的附加服务模块,主要用于与航班强关联的附加服务管理及销售。

e-buildapi:互联网订座引擎。它可以解决传统的方式下通过使用终端设备来访问主机的模式的问题其,提供了基于因特网和开放平台技术访问航空公司传统订座业务的解决方案。

运价系统:主机提供的维护附加服务运价模块,可以维护变更预付费产品的变更价格与预付费可变开关。

附加服务变更:旅客购买附加服务后,对附加服务或者附加服务关联的行程进行的变更。

附加服务改期:是一种变更类型,附加服务的运价不发生变化,在原来的附加服务的载体-emd票上进行修改,票号不变。

附加服务换开:是一种变更类型,附加服务的运价发生变化,旧的附加服务的载体-emd票换开为一张新票。

trr系统全称为:票证自动退改签系统(ticketrefund&reissue),主要功能包括:国内国际机票的自愿变更、自愿退票、非自愿变更、非自愿退票、变更搜索、附加服务变更计算、附加服务变更确认、附加服务退票、附加服务废票等功能。主要服务用户是订座系统用户、通过ibe/sat调用本系统的系统用户、通过pe访问本系统的自助设备等。

在本发明实施例中提供了一种针对服务变更的信息处理方法,其中,服务变更是指针对飞机餐食、预付费行李、逾重行李、优选座位、付费升舱等相关服务的变更。参见图1,其示出了本发明实施例提供的一种针对服务变更的信息处理方法的流程示意图,该方法可以包括以下步骤:

s101、响应于接收到服务变更请求,获取与服务变更请求对应的关联信息。

服务变更请求是由用户发出的,是针对其现有服务提出的对服务进行变更的请求。需要说明的是,在本发明的应用系统可以直接接收用户的请求,即提供资助变更查询和变更预定服务。

在接收到服务变更请求后,需要获取与服务变更请求对应的关联信息,该关联信息是指与该变更请求对应的信息,如需要进行变更的航班信息、餐食信息或者其他服务信息,也可以是关联到用户的航班信息,时间信息等等。

在本发明的一种可能的实现方式中,所述获取与所述服务变更请求对应的关联信息,包括:依据所述服务变更请求,获得待变更信息;获取与所述待变更信息的关联信息,所述关联信息包括未用行程信息、用户证件类型和证件信息。

s102、基于所述关联信息,确定配置条件。

在本发明实施例中可以是在预设配置信息库中确定配置条件,其中,配置信息库包括航班信息、航班销售有效时间和可变更时间信息等。配置条件可以理解为是预先设置的配置规则,使得在本发明实施例中的配置规则并不是固定的,而是基于不同的航班、日期、舱位等信息进行灵活配置的。例如,航空公司管理员通过变更规则系统配置附加服务的变更规则。变更规则包括航班信息(航班号、航班日期、舱位),可变更航班销售有效时间,可变更信息(可变更时间、航班起飞前可变更时间等)。管理员通过运价系统维护附加服务产品的可变更状态与变更价格。

s103、基于配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;

s104、将变更结果发送至与服务变更请求对应的请求方。

在本发明实施例中处理模块集成了航信订单系统和运价系统,可以实现基于附加服务变更的自动计算和处理。基于配置条件生成变更信息,该变更信息可以是指针对何种服务进行变更以及如何变更的信息,然后对其进行变更处理,得到最终的变更结果,如餐食升级结果等,将这一结果反馈给请求方,使得用户能够获知服务变更是否成功,以及对应款项的利用。

例如,所述变更信息包括价格变更信息,所述根据所述变更信息进行处理,得到变更结果,包括:依据所述价格变更信息,计算得到差价;将所述差价发送给服务变更请求对应的请求方,并接收针对所述差价的反馈信息;基于所述反馈信息,生成变更结果。

对应的,若对所述变更信息处理失败,生成退费信息,使得基于所述退费信息将待退款项返回至请求方账户。

具体的,将要进行变更的emd(电子杂费单)信息,关联到未用行程信息、旅客的证件类型、证件信息发送至ibe(internetbookingengine,中国航信互联网订座引擎),请求变更查询。

将前端的配置信息以及前端传入的emd信息、行程信息、证件信息整合,调用ibeebuild接口trrrequeryrq的变更查询接口。

查询接口实现,是否允许变更,匹配变更规则。返回自动运价,系统自动计算变更需要的差价,前端直接展示旅客,本次变更需要补充的差价等。

参见图2,其示出了本发明实施例提供的一种变更附加服务的交互示意图,在该变更附加服务系统包括前端、trr(票证自动改签系统)和interface(接口程序)用户可以通过点击“座位变更”链接,前端会产生订单详情页面,然后发起座位变更请求至,trr校验是否值机,校验是否满足变更规则,然后调用trrrequery接口至interface,接口调取成功后,trr校验调用接口是否成功,然后返回座位图和座位差价至前端,前端会显示附加服务-选座页面,然后用户会通过前端进行选择座位,点击“确认预定”按钮。然后前端发起重预定请求至trr,trr调用trrrebook接口,校验调用接口是否成功,重新spnr,校验新旧座位差价是否为0,若差价不等于0。前端生成支付页面,用户会通过前端选择“去支付”按钮,然后trr校验是否支付成功,调用trrreticket接口,接口调用成功后,校验是否出票成功,返回出票信息至前端,使得前端生成出票成功页面。

参见图3,其示出了本发明实施例提供的查询接口requeryrq底层流程图,在该流程中包括:ibe接口请求获取emd票号到ems查询到旧emd信息,然后ems系统解析ems回报获取运价信息,提取et票号查询emd关联et信息,ets系统获取新关联行程et信息及运价查询全票面,bgk系统查询新运价,rslist接口获取新的座位图与相关运价结果,并由ibe接收。

参见图4,其示出了本发明实施例提供的变更接口rebookrq底层流程图,在该流程中ibe接口请求调用运价reissue接口进行二次验价至reissue接口,校验通过进行变更运价计算reprice至运价系统,然后检查新旧et票面信息进行座位变更请求至bgk系统,调用运价之前收集的信息,以及运价返回的运价信息写入改期或换开标识至seat系统,申请库存,删除旧订新的库存处理返回处理结果至bgk系统,由bgk系统同步更新pnr请求旧emd与et断开关联,断开联座候选变更至bgk系统,然后生成作为预定返回结果,由ibe接收。

参见图5,其示出了本发明实施例提供的一种变更emd出票接口reticketrq底层流程图。该流程包括:ibe接口请求,解析请求信息报文至bgk系统,然后获取订单信息,返回订单信息至ems系统,检查新旧et票面信息,进行作为变更请求至bgk系统,然后换开/改期至seat系统,变更emd与新et的关联至ems/ets,返回变更结果至bgk系统,调用usas更新pnr,由ibe接收。

具体的,本发明实施例的航司附加服务变更的实现过程包括:

第一、配置可变更规则。

航空公司管理员通过变更规则系统配置附加服务的变更规则。变更规则包括航班信息(航班号、航班日期、舱位等),可变更航班销售有效时间,可变更信息(可变更时间、航班起飞前可变更时间等)。管理员通过运价系统维护附加服务产品的可变更状态与变更价格。

第二、用户发起变更请求。

用户选择购买的预付费座位,以及要关联到的目标航班,发起变更请求。

第三、前端发起变更请求。

将要进行变更的emd信息、关联到的未用行程信息、旅客的证件类型、证件信息发送至ibe,请求变更查询。

第四、ibe发起变更请求。

将前端的配置信息以及前端传入的emd信息、行程信息、证件信息整合,调用ibeebuild接口trrrequeryrq的变更查询接口。

查询接口实现,是否允许变更,匹配变更规则。返回自动运价,系统自动计算变更需要的差价,前端直接展示旅客,本次变更需要补充的差价等。

其中,et票指机票票号,ets指机票票号开放查询接口,bkg指主机实现系统。

trr根据ibe请求报文中的et票号,调用ets的开放读接口,查询新行程对应的et信息。如果旧emd断关联的et和待关联的et相同(场景为:客票改期之后,原座选emd和客票断开关联,需要通过trr重新关联),则只需要查询一次et信息。trr根据ibe请求中的新行程关联的pnr号,调用bkg,查询常旅客信息和新航段的附加服务信息。不同的旅客等级,可以选择的预付费座位有差异,trr调用bkg获取pnr中的常旅客信息、以及目标航班上的附加服务信息和座位状态。trr拼写请求报文,调用运价的relist接口。最后整理,返回附加服务的产品与其计算后的运价。

第五、附加服务重订。

以预付费座位为例,前端选定座位,调用trr接口rebookrq附加服务重订接口,trr在预定预付费座位之前,先调用运价的reissue接口进行验价,然后调用bkg预定座位。

接口内实现:

在变更预定接口中,trr调用运价的reissue接口,进行二次验价。在调用运价之前的信息收集内容,和变更搜索的信息收集相同。如果运价有正确的返回结果,trr需要在运价返回的结果中追加节点priceconsistency,标识查询和预定时的运价一致性,运价相同:true,运价不同:false。运价有正确返回时,trr调用bkg预定预付费座位。trr预定预付费座位时,需要调用运价之前收集的信息,以及运价返回的运价信息。bkg向订单中写入改期或换开标识,bkg调用seat申请库存,seat完成删旧订新的库存处理,并向bkg返回座位申请结果。bkg同步更新pnr,请求旧emd与et断开关联,bkg返回预订结果,断关联座选变更,调用bkg进行座位预订,调用bkg进行座位预订。

第六,选择服务变更确认。

当用户对已购的座位选择服务进行变更重预定,支付完成并确认变更时,调用trr接口retickectrq接口,完成座位选择服务的变更(改期或换开)。

接口内实现:

trr查询到的订单信息,判断是改期还是换开,如果是改期,则调用bkg的改期接口,如果是换开,则调用换开接口。bkg调用ems出票时,ems记录如下信息:运价信息、emd各个coupon的价格、变更手续费、运价规则rulekey。

bkg调用ems进行变更,ems增加emd与新et的关联,ets增加emd与新et的关联,ems返回变更结果,bkg调用usas更新pnr,pnr更新成功,bkg返回变更结果。

第七,通知旅客。

在确认免费变更,或者支付差价变更之后,确认成功,并通知旅客变更商品成功。变更失败,系统会旅客给旅客进行差错退款,并实时通知旅客变更失败。

在本发明实施例中基于航信的统一订单和自动运价系统,实现对以emd为载体的附加服务项目的变更(改期/换开)的自动运价计算和自动变更,面向的用户是使用网站前端的营业部、代理人或者终端旅客。涉及变更流程:用户选择预订的服务发起变更请求,trr根据ibe请求报文中的et票号,再根据ibe请求中的新行程关联的pnr号,调用bkg,查询常旅客信息和新航段的附加服务信息,然后拼写请求报文,调用运价的relist接口,返回附加服务的产品与其计算后的运价。具体涉及重订流程:用户对已购的座位选择服务进行变更时,调用trr接口retickectrq接口,完成座位选择服务的变更(改期或换开),bkg调用usas更新pnr,bkg返回变更结果。本发明可以帮助航空公司提升操作体验,让旅客感受更便捷的方式,以及更人性化的操作体验。旅客可以通过更便捷的方式选择自己喜欢的,更多元的服务,从而加深了对航空公司的认可。

需要说明的是是,实施例中参见的附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。应当理解,本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行,和/或并行执行。此外,方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

参见图6,在本发明实施例还提供了一种针对服务变更的信息处理系统,所述系统包括:

获取单元10,用于响应于接收到服务变更请求,获取与所述服务变更请求对应的关联信息;

确定单元20,用于基于所述关联信息,确定配置条件;

处理单元30,用于基于所述配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;

发送单元40,用于将所述变更结果发送至与所述服务变更请求对应的请求方。

在上述实施例的基础上,所述确定单元具体用于:

基于所述关联信息,在预设配置信息库中确定配置条件,其中,所配置信息库包括航班信息、航班销售有效时间和可变更时间信息。

在上述实施例的基础上,所述获取单元包括:

第一获取子单元,用于依据所述服务变更请求,获得待变更信息;

第二获取子单元,用于获取与所述待变更信息的关联信息,所述关联信息包括未用行程信息、用户证件类型和证件信息。

在上述实施例的基础上,所述变更信息包括价格变更信息,所述处理单元具体用于:

依据所述价格变更信息,计算得到差价;

将所述差价发送给服务变更请求对应的请求方,并接收针对所述差价的反馈信息;

基于所述反馈信息,生成变更结果。

在上述实施例的基础上,所述系统还包括:

退费生成单元,用于若对所述变更信息处理失败,生成退费信息,使得基于所述退费信息将待退款项返回至请求方账户。

本发明提供了一种针对服务变更的信息处理系统,获取单元响应于接收到服务变更请求,获取与所述服务变更请求对应的关联信息;确定单元基于所述关联信息,确定配置条件;处理单元基于所述配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;发送单元将所述变更结果发送至与所述服务变更请求对应的请求方。本发明可以直接面向服务变更请求的用户,以便可以提供自助变更查询和变更预定服务,同时可以对变更信息进行自动处理,实现了提升处理器对信息的处理效率和用户体验效果的目的。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定。

在本发明实施例中还提供了一种存储介质,所述存储介质上存储有可执行指令,所述指令被处理器执行时实现如上任一项所述的针对服务变更的信息处理方法。

本发明实施例还提供了一种电子设备,包括:

存储器,用于存储程序;

处理器,用于执行所述程序,所述程序具体用于:

响应于接收到服务变更请求,获取与所述服务变更请求对应的关联信息;

基于所述关联信息,确定配置条件;

基于所述配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;

将所述变更结果发送至与所述服务变更请求对应的请求方。

进一步地,所述基于所述关联信息,确定配置条件包括:

基于所述关联信息,在预设配置信息库中确定配置条件,其中,所配置信息库包括航班信息、航班销售有效时间和可变更时间信息。

进一步地,所述获取与所述服务变更请求对应的关联信息,包括:

依据所述服务变更请求,获得待变更信息;

获取与所述待变更信息的关联信息,所述关联信息包括未用行程信息、用户证件类型和证件信息。

进一步地,所述变更信息包括价格变更信息,所述根据所述变更信息进行处理,得到变更结果,包括:

依据所述价格变更信息,计算得到差价;

将所述差价发送给服务变更请求对应的请求方,并接收针对所述差价的反馈信息;

基于所述反馈信息,生成变更结果。

进一步地,所述方法还包括:

若对所述变更信息处理失败,生成退费信息,使得基于所述退费信息将待退款项返回至请求方账户。

在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

根据本公开的一个或多个实施例,提供了一种信息处理方法、装置、终端及存储介质。

一种针对服务变更的信息处理方法,所述方法包括:

响应于接收到服务变更请求,获取与所述服务变更请求对应的关联信息;

基于所述关联信息,确定配置条件;

基于所述配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;

将所述变更结果发送至与所述服务变更请求对应的请求方。

一种针对服务变更的信息处理系统,所述系统包括:

获取单元,用于响应于接收到服务变更请求,获取与所述服务变更请求对应的关联信息;

确定单元,用于基于所述关联信息,确定配置条件;

处理单元,用于基于所述配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;

发送单元,用于将所述变更结果发送至与所述服务变更请求对应的请求方。

一种存储介质,所述存储介质上存储有可执行指令,所述指令被处理器执行时实现如上任一项所述的针对服务变更的信息处理方法。

一种目标设备,包括:

存储器,用于存储程序;

处理器,用于执行所述程序,所述程序具体用于:

响应于接收到服务变更请求,获取与所述服务变更请求对应的关联信息;

基于所述关联信息,确定配置条件;

基于所述配置条件生成变更信息,并根据所述变更信息进行处理,得到变更结果;

将所述变更结果发送至与所述服务变更请求对应的请求方。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

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