一种非自愿客票改期赔付处理方法及相关设备

摘要

本申请提供了一种非自愿客票改期赔付处理方法及相关设备，可以提升了非自愿客票改期赔付处理的效率，提升用户体验。该方法包括：服务器获取目标用户的证件信息；将所述证件信息发送至航班计划系统，以使得航班计划系统根据证件信息获取目标用户对应的至少一个航班信息，并将至少一个航班信息通过前端设备进行显示；接收前端设备发送的目标航班信息；将目标航班信息以及证件信息发送至非自愿客票赔付系统，以使得非自愿客票赔付系统根据目标航班信息以及证件信息生成赔付订单，并返回赔付订单号；将赔付订单号、证件信息以及目标航班信息发送至前端设备，以使得前端设备根据赔付订单号、证件信息以及目标航班信息执行相应的操作。

说明书

技术领域

本申请涉及航空领域，尤其涉及一种非自愿客票改期赔付处理方法及相关设备。

背景技术

随着航空客运业的快速发展，飞机作为一种快速且便捷的交通工具深受旅客的喜爱。越来越多的旅客选择飞机作为出行方式，与铁路客运不同的是，在航空客运中每一个航班的起飞时间分为计划起飞时间与实际起飞时间，作为旅客习惯关注的时间节点，飞机的预计起飞时间仅代表航班计划，而飞机实际起飞的时间受制于天气、航路管制等不可抗因素，以及机械故障等航空公司自身原因，可随时变化调整。

其中若因航空公司原因导致航班延误，按各航空公司要求，系统服务器会对旅客客票打非自愿客票标记，标记可简称为IRR，在不改变行程，不改变实际承运航司的情况下，进而允许旅客进行改期操作，业务称之为非自愿客票改期。

当前，机场自助前端设备对旅客提供非自愿客票改期的功能，要求旅客持身份证件在自助前端设备进行客票改期操作，在旅客改期完成后需要去人工柜台频繁咨询航班起飞时间及自己可获得的相应权益，对于现场工作人员而言，服务压力大且工作内容繁琐，对于旅客而言，体验感非常不好。

发明内容

本申请提供了一种非自愿客票改期赔付处理方法及相关设备，可以提升了非自愿客票改期赔付处理的效率，提升用户体验。

本申请实施例第一方面提供了一种非自愿客票改期赔付处理方法，包括：

服务器获取目标用户的证件信息；

所述服务器将所述证件信息发送至航班计划系统，以使得所述航班计划系统根据所述证件信息获取所述目标用户对应的至少一个航班信息，并将所述至少一个航班信息通过所述前端设备进行显示；

所述服务器接收所述前端设备发送的目标航班信息，所述目标航班信息为所述前端设备根据所述目标用户对所述至少一个航班信息的操作指令生成；

所述服务器将所述目标航班信息以及所述证件信息发送至非自愿客票赔付系统，以使得所述非自愿客票赔付系统根据所述目标航班信息以及所述证件信息生成赔付订单，并返回所述赔付订单对应的赔付订单号；

所述服务器将所述赔付订单号、所述证件信息以及所述目标航班信息发送至所述前端设备，以使得所述前端设备根据所述赔付订单号、所述证件信息以及所述目标航班信息执行相应的操作。

本申请实施例第二方面提供了一种非自愿客票改期赔付处理方法，包括：

非自愿客票赔付系统接收服务器发送的目标航班信息以及目标用户的证件信息，所述目标航班信息为前端设备根据目标用户对至少一个航班信息的操作指令生成并发送至所述服务器，所述证件信息为所述前端设备获取并发送至所述服务器，所述至少一个航班信息为航班计划系统根据所述服务器发送的所述证件信息获取得到并发送至所述前端设备；

所述非自愿客票赔付系统根据所述目标航班信息以及所述证件信息生成赔付订单；

所述非自愿客票赔付系统将所述赔付订单对应的赔付订单号发送至所述服务器，以使得所述服务器通过所述前端设备根据所述赔付订单号、所述证件信息以及所述目标航班信息执行相应的操作。

本申请实施例第三方面提供了一种服务器，包括：

获取单元，用于获取目标用户的证件信息；

发送单元，用于将所述证件信息发送至航班计划系统，以使得所述航班计划系统根据所述证件信息获取所述目标用户对应的至少一个航班信息，并将所述至少一个航班信息通过所述前端设备进行显示；

接收单元，用于接收所述前端设备发送的目标航班信息，所述目标航班信息为所述前端设备根据所述目标用户对所述至少一个航班信息的操作指令生成；

所述发送单元，还用于将所述目标航班信息以及所述证件信息发送至非自愿客票赔付系统，以使得所述非自愿客票赔付系统根据所述目标航班信息以及所述证件信息生成赔付订单，并返回所述赔付订单对应的赔付订单号；

所述发送单元，还用于将所述赔付订单号、所述证件信息以及所述目标航班信息发送至所述前端设备，以使得所述前端设备根据所述赔付订单号、所述证件信息以及所述目标航班信息执行相应的操作。

本申请实施例第四方面提供了一种非自愿客票赔付系统，包括：

接收单元，用于接收服务器发送的目标航班信息以及目标用户的证件信息，所述目标航班信息为前端设备根据目标用户对至少一个航班信息的操作指令生成并发送至所述服务器，所述证件信息为所述前端设备获取并发送至所述服务器，所述至少一个航班信息为航班计划系统根据所述服务器发送的所述证件信息获取得到并发送至所述前端设备；

生成单元，用于根据所述目标航班信息以及所述证件信息生成赔付订单；

发送单元，用于将所述赔付订单对应的赔付订单号发送至所述服务器，以使得所述服务器通过所述前端设备根据所述赔付订单号、所述证件信息以及所述目标航班信息执行相应的操作。

本申请实施例第五方面提供了一种赔付系统，包括：

前端设备、服务器、航班计划系统以及非自愿客票赔付系统；

所述前端设备与所述服务器通信连接，所述服务器与所述航班计划系统以及所述非自愿客票赔付系统通信连接；

所述前端设备获取目标用户的证件信息，并将所述证件信息发送至所述服务器；

所述服务器将所述证件信息发送至所述航班计划系统；

所述航班计划系统根据所述证件信息获取所述目标用户对应的至少一个航班信息，并将所述至少一个航班信息发送至所述前端设备；

所述前端设备将所述至少一个航班信息进行显示，并根据所述目标用户对所述至少一个航班信息的操作指令确定目标航班信息，且将所述目标航班信息发送至所述服务器；

所述服务器将所述目标航班信息以及所述证件信息发送至所述非自愿客票赔付系统；

所述非自愿客票赔付系统根据所述目标航班信息以及所述证件信息生成赔付订单，并返回所述赔付订单对应的赔付订单号至所述服务器；

所述服务器将所述赔付订单号、所述证件信息以及所述目标航班信息发送至所述前端设备；

所述前端设备根据所述赔付订单号、所述证件信息以及所述目标航班信息执行相应的操作。

本申请第六方面提供了一种计算机装置，其包括至少一个连接的处理器和存储器，其中，所述存储器用于存储程序代码，所述程序代码由所述处理器加载并执行以实现上述第一方面以及第二方面所述的非自愿客票改期赔付处理方法的步骤。

本申请第七方面提供了一种计算机可读存储介质，其包括指令，当其在计算机上运行时，使得计算机执行上述第一方面以及第二方面所述的非自愿客票改期赔付处理方法的步骤。

综上所述，可以看出，本申请提供的实施例中，前端设备获取旅客证件信息，服务器根据旅客证件信息判断可进行非自愿客票改期赔付的行程，并获取用户改期后的航班信息，将航班信息及证件信息发送至非自愿客票赔付系统，非自愿客票赔付系统可以接收服务器发送的目标航班信息以及目标用户的证件信息，并根据目标航班信息以及证件信息生成赔付订单，并将赔付订单对应的赔付订单号发送至服务器，服务器将赔付订单号、证件信息、航班信息整合并通过前端设备进行显示，完成目标用户的自助申请赔付。由此旅客只需要在前端设备上进行申请，而不需要旅客辗转在人工柜台进行询问，可以更加简单高效的对非自愿客票改期赔付场景进行处理，提升了非自愿客票改期赔付处理的效率，提升用户体验。

附图说明

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

图1为本申请实施例提供的非自愿客票改期赔付处理方法的一个流程示意图；

图2为本申请实施例提供的非自愿客票改期赔付处理方法的另一流程示意图；

图3为本申请实施例提供的非自愿客票改期赔付处理方法的另一流程示意图；

图4为本申请实施例提供的服务器的结构示意图；

图5为本申请实施例提供的非自愿客票赔付系统的结构示意图；

图6为本申请实施例提供的赔付系统的结构示意图；

图7为本申请实施例提供的机器可读介质的结构示意图；

图8为本申请实施例提供的服务器的硬件结构示意图。

具体实施方式

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

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

需要注意，本申请中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本申请中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

下面从服务器的角度对本申请提供的非自愿客票改期赔付处理方法进行说明。

请参阅图1，图1为本申请实施例提供的非自愿客票改期赔付处理方法的流程示意图，包括：

101、服务器获取目标用户的证件信息。

本实施例中，服务器可以获取目标用户的证件信息，其中，该目标用户为延误航班对应的用户的任意一个用户，该证件信息例如可以为身份证信息、社保卡信息等等能唯一标识该目标用户的证件信息，也就是说，当目标用户的航班有延误或取消时，目标用户可以持出行有效证件在前端设备(该前端设备需要具备证件阅读的功能)进行刷取，前端设备可以获得该目标用户的证件信息，之后前端设备将该目标用户的证件信息发送至服务器，进而服务器可以获取到该目标用户的证件信息。此处以服务器通过接收前端设备发送的目标用户的证件信息为例对服务器获取目标用户的证件信息为例进行说明，当然该服务器也还可以通过其他的方式获取到目标用户的证件信息，例如目标用户可以通过小程序或者应用程序上传该证件信息，进而服务器可以获取到该目标用户的证件信息。

102、服务器将证件信息发送至航班计划系统。

本实施例中，服务器在获取到目标用户的证件信息之后，可以将该证件信息发送至航班计划系统，以使得该航班计划系统根据证件信息获取目标用户对应的至少一个航班信息，并将至少一个航班信息通过前端设备进行显示。也就是说，当服务器将将证件信息发送至航班计划系统之后，航班计划(Flight Operations Control，FOC)系统根据该证件信息按照规则进行校验(也即每个航空公司的FOC系统有自己的判断要求，在收到该目标用户的证件信息之后，可以获取该证件信息对应的航班发生延误的原因、该航班发生延误的影响等原因进行判断)，判断是该证件信息对应的航班是否为可进行非自愿改期赔付的航班，若是，则将该证件信息对应的航班信息以及可以替换的航班信息发送至前端设备进行显示，例如该证件信息对应的航班为“深圳-北京，DZ6203，波音737-800(中)，19:15宝安机场T3-00:25大兴机场”，FOC系统可以将除该次航班之外的其他深圳飞往北京的可以进行非自愿改期赔付的航班信息发送至前端设备进行显示。可以理解的是，该至少一个航班信息中可以包括该证件信息对应的延误的航班信息，也可以不包括，具体可以根据实际情况进行设置。

103、服务器接收前端设备发送的目标航班信息。

本实施例中，服务器可以接收前端设备发送的目标航班信息，该目标航班信息为前端设备根据目标用户对至少一个航班信息的操作指令生成，也就是说，当前端设备将至少一个航班信息进行显示之后，可以接收目标用户对至少一个航班信息操作指令，也即目标用户从至少一个航班信息中选择目标航班信息，之后前端设备将该目标航班信息发送至服务器。

一个实施例中，生成目标用户的操作指令的操作至少包括手势操作、滑动操作、点击操作以及声控操作中的一种，例如前端设备将至少一个航班信息显示在显示屏幕上，目标用户在前端设备的显示屏幕上对该至少一个航班信息中的某个航班信息进行点击操作时，前端设备可以接收到该点击操作，此时，该点击操作即生成该目标用户对至少一个航班信息的操作指令；也即，可以提前定义操作指令，例如提前定义滑动操作为生成该目标用户对至少一个航班信息的操作指令(如左滑操作、右滑操作、上滑操作以及下滑操作等等)，或者定义点击操作为生成该目标用户对至少一个航班信息的操作指令(如双击操作、鼠标滑动操作、长按操作、单击操作、鼠标左右键同时按操作以及滚轮鼠标中键等等)，或者定义手势操作为生成该目标用户对至少一个航班信息的操作指令(如向左摆动手腕或手臂，向右摆动手腕或手臂，如四根手指收缩操作或者三根手指上滑操作等等)，或者定义声控操作为生成该目标用户对至少一个航班信息的操作指令(如接收到目标用户选择具体航班信息的声音)，上述仅为举例说明，并不代表对生成该目标用户对至少一个航班信息的操作指令的操作进行限定。当然该该目标用户对至少一个航班信息的操作指令还可以通过在输入设备上设置对应的快捷键进行生成，例如该输入设备为键盘，通过设置键盘上的“CTRL+A键”作为生成该目标用户对至少一个航班信息的操作指令的操作，具体不限定。

104、服务器将目标航班信息以及证件信息发送至非自愿客票赔付系统。

本实施例中，服务器在接收到前端设备发送的目标航班信息之后，可以将该目标航班信息以及目标用户的证件信息发送至非自愿客票赔付系统，以使得非自愿客票赔付系统根据目标航班信息以及证件信息生成赔付订单，并返回赔付订单对应的赔付订单号。也就是说，服务器接收前端设备回传的目标航班信息，与证件信息进行整合，一并发送到非自愿客票赔付系统进行赔付订单申请，非自愿客票赔付系统依据证件信息及目标航班信息，对照预设的赔付规则进行判断，依据不同情况创建赔付订单，进而生成赔付订单号并将赔付订单号返回至服务器。可以理解的是，预设的赔付规则与航空公司相对应，不同的航空公司有不同的预设的赔付规则，例如该赔付规则为目标用户对应着航班因为天气原因取消或延误，应该赔偿给目标用户的金额为A，因为机器故障原因取消或延误了，应赔偿给目标用户的金额为B，因空中管制原因取消或延误了，应赔偿给目标用户的金额为C，此处以赔偿物为金额进行说明，当然也还可以是其他的赔偿物，例如承诺目标用户多次乘坐该航空公司的航班免费等等，具体不做限定。

105、服务器将赔付订单号、证件信息以及目标航班信息发送至前端设备。

本实施例中，服务器可以在收到赔付订单号之后，将赔付订单号、证件信息以及目标航班信息发送至前端设备，以使得前端设备根据赔付订单号、证件信息以及目标航班信息执行相应的操作。例如服务器接收到赔付订单号后，与证件信息以及目标航班信息进行整合，统一发送给前端设备进行展示，告知目标用户，该赔付订单已生成，用户可以通过赔付订单号查询相应的信息(例如赔付后的航班信息以及目标用户可以获得相应权益，其中，该赔付后的航班信息可以为航班起飞时间、航班号以及飞行时长等等信息，该相应权益如赔付金额或者赔付物等等信息)，同时该前端将赔付订单号、证件信息以及目标航班信息发送至打印机进行打印，该前端设备还可以直接将该赔付订单号、证件信息以及目标航班信息发送至目标用户的手机终端，当然该前端设备还可以根据赔付订单号、证件信息以及目标航班信息执行其他的操作，具体不做限定。

需要说明的是，当服务器收到该赔付订单号之后，还可以将赔付订单号、证件信息以及目标航班信息发送至订座系统，以使得订座系统根据赔付订单号、证件信息以及目标航班信息对目标用户的旅客订座记录进行更新。也即服务器将整合的证件信息、目标航班信息以及赔付订单号，并发送到订座系统进行旅客订座记录(Passenger Name Record，PNR)的更新。

需要说明的是，在一些实施方式中，前端设备、服务器、航班计划系统以及非自愿客票赔付系统之间可以利用诸如HTTP(HyperText Transfer Protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

综上所述，可以看出，本申请提供的实施例中，前端设备获取旅客证件信息，服务器根据旅客证件信息判断可进行非自愿客票改期赔付的行程，并获取用户改期后的航班信息，将航班信息及证件信息发送至非自愿客票赔付系统，非自愿客票赔付系统可以接收服务器发送的目标航班信息以及目标用户的证件信息，并根据目标航班信息以及证件信息生成赔付订单，并将赔付订单对应的赔付订单号发送至服务器，服务器将赔付订单号、证件信息、航班信息整合并通过前端设备进行显示，完成目标用户的自助申请赔付。由此旅客只需要在前端设备上进行申请，而不需要旅客辗转在人工柜台进行询问，可以更加简单高效的对非自愿客票改期赔付场景进行处理，提升了非自愿客票改期赔付处理的效率。

下面结合图2，从非自愿客票赔付系统的角度对本申请实施例提供的非自愿客票改期赔付处理方法进行说明。

请参阅图2，图2为本申请实施例提供的非自愿客票改期赔付处理方法的另一流程示意图，包括：

201、非自愿客票赔付系统接收服务器发送的目标航班信息以及目标用户的证件信息。

本实施例中，非自愿客票赔付系统可以接收服务器发送的目标航班信息以及目标用户的证件信息，其中，该目标航班信息为前端设备根据目标用户对至少一个航班信息的操作指令生成并至所述服务器，证件信息为前端设备获取并发送至所述服务器，至少一个航班信息为航班计划系统根据服务器发送的证件信息获取得到并发送至前端设备。也就是说，当目标用户的航班有延误或取消时，目标用户可以持出行有效证件在前端设备(该前端设备需要具备证件阅读的功能)进行刷取，前端设备可以获得该目标用户的证件信息，之后前端设备将该目标用户的证件信息发送至服务器，服务器在收到目标用户的证件信息之后，可以将证件信息发送至FOC系统，FOC系统根据该证件信息按照规则进行校验(也即每个航空公司的FOC系统有自己的判断要求，在收到该目标用户的证件信息之后，可以获取该证件信息对应的航班发生延误的原因、该航班发生延误的影响等原因进行判断)，判断是该证件信息对应的航班是否为可进行非自愿改期赔付的航班，若是，则将该证件信息对应的航班信息以及可以替换的航班信息发送至前端设备进行显示，例如该证件信息对应的航班为“深圳-北京，DZ6203，波音737-800(中)，19:15宝安机场T3-00:25大兴机场”，FOC系统可以将除该次航班之外的其他深圳飞往北京的可以进行非自愿改期赔付的航班信息发送至前端设备进行显示。可以理解的是，该至少一个航班信息中可以包括该证件信息对应的延误的航班信息，也可以不包括，具体可以根据实际情况进行设置。当前端设备将至少一个航班信息进行显示之后，可以接收目标用户对至少一个航班信息操作指令，也即目标用户从至少一个航班信息中选择目标航班信息，之后前端设备将该目标航班信息发送至服务器，服务器在收到该目标航班信息之后，可以将该目标航班信息以及目标用户的证件信息进行整合，一并发给非自愿客票赔付系统，至此，该非自愿客票赔付系统可以获取到该目标航班信息以及目标用户的证件信息。

202、非自愿客票赔付系统根据目标航班信息以及证件信息生成赔付订单。

本实施例中，非自愿客票赔付系统在收到证件信息及目标航班信息之后，可以根据目标航班信息以及证件信息生成赔付订单。具体的，该非自愿客票赔付系统根据证件信息确定与目标用户对应的延误航班，之后确定延误航班的延误信息(也即确定延误航班是因为什么原因延误或取消的，例如天气、空中管制以及机器故障等等原因)，并对照预设的赔付规则进行判断，依据不同情况创建赔付订单。可以理解的是，预设的赔付规则与航空公司相对应，不同的航空公司有不同的预设的赔付规则，例如该赔付规则为目标用户对应着航班因为天气原因取消或延误，应该赔偿给目标用户的金额为A，因为机器故障原因取消或延误了，应赔偿给目标用户的金额为B，因空中管制原因取消或延误了，应赔偿给目标用户的金额为C，此处以赔偿物为金额进行说明，当然也还可以是其他的赔偿物，例如承诺目标用户多次乘坐该航空公司的航班免费等等，具体不做限定。

203、非自愿客票赔付系统将赔付订单对应的赔付订单号发送至服务器。

本实施例中，非自愿客票赔付系统在生成赔付订单之后，将该赔付订单对应的赔付订单号发送至服务器，以使得服务器通过前端设备根据赔付订单号、证件信息以及目标航班信息执行相应的操作。也就是说，服务器可以在收到赔付订单号之后，将赔付订单号、证件信息以及目标航班信息发送至前端设备，以使得前端设备根据赔付订单号、证件信息以及目标航班信息执行相应的操作。例如服务器接收到赔付订单号后，与证件信息以及目标航班信息进行整合，统一发送给前端设备进行展示，告知目标用户，该赔付订单已生成，用户可以通过赔付订单号查询相应的信息(例如赔付后的航班信息及赔付金额或者赔付物等等信息)，同时该前端将赔付订单号、证件信息以及目标航班信息发送至打印机进行打印，该前端设备还可以直接将该赔付订单号、证件信息以及目标航班信息发送至目标用户的手机终端，当然该前端设备还可以根据赔付订单号、证件信息以及目标航班信息执行其他的操作，具体不做限定。

综上所述，可以看出，本申请提供的实施例中，非自愿客票赔付系统可以接收服务器发送的目标航班信息以及目标用户的证件信息，并根据目标航班信息以及证件信息生成赔付订单，并将赔付订单对应的赔付订单号发送至服务器，服务器将赔付订单号、证件信息、航班信息整合并通过前端设备进行显示，完成目标用户的自助申请赔付。由此旅客只需要在前端设备上进行申请，而不需要旅客辗转在人工柜台进行询问，可以更加简单高效的对非自愿客票改期赔付场景进行处理，提升了非自愿客票改期赔付处理的效率。

上面通过服务器以及非自愿客票赔付系统对本申请实施例提供的非自愿客票改期赔付处理方法进行说明，下面通过服务器与非自愿客票赔付系统之间的交互对本申请实施例提供的非自愿客票改期赔付处理方法。

请参阅图3，图3为本申请实施例提供的非自愿客票改期赔付处理方法的另一流程示意图，包括：

301、前端设备获取目标用户的证件信息。

302、前端设备将证件信息发送至服务器。

303、服务器将证件信息发送至航班计划系统。

304、航班计划系统根据证件信息获取目标用户对应的至少一个航班信息，并将至少一个航班信息发送至前端设备。

需要说明的是，步骤303至步骤304与上述图1中的步骤102类似，上述图1中已经进行了详细说明，具体此处不再赘述。

305、前端设备显示至少一个航班信息，并根据目标用户的操作指令确定目标航班信息。

306、前端设备将目标航班信息发送至服务器。

307、服务器将目标航班信息以及证件信息发送至非自愿客票赔付系统。

308、非自愿客票赔付系统根据目标航班信息以及证件信息生成赔付订单。

需要说明的是，步骤308与图2中的步骤202类似，上述图2已经进行详细说明，具体此处不再赘述。

309、非自愿赔付系统将赔付订单对应的赔付订单号发送至服务器。

310、服务器将赔付订单号、证件信息以及目标航班信息发送至前端设备。

311、前端设备根据赔付订单号、证件信息以及目标航班信息执行相应的操作。

需要说明的是，步骤310至步骤311与图1中的步骤105类似，上述图1中已经进行了详细说明，具体此处不再赘述。

综上所述，可以看出，本申请提供的实施例中，前端设备获取旅客证件信息，服务器根据旅客证件信息判断可进行非自愿客票改期赔付的行程，并获取用户改期后的航班信息，将航班信息及证件信息发送至非自愿客票赔付系统，非自愿客票赔付系统可以接收服务器发送的目标航班信息以及目标用户的证件信息，并根据目标航班信息以及证件信息生成赔付订单，并将赔付订单对应的赔付订单号发送至服务器，服务器将赔付订单号、证件信息、航班信息整合并通过前端设备进行显示，完成目标用户的自助申请赔付。由此旅客只需要在前端设备上进行申请，而不需要旅客辗转在人工柜台进行询问，可以更加简单高效的对非自愿客票改期赔付场景进行处理，提升了非自愿客票改期赔付处理的效率。

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

本申请实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本申请的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本申请的范围在此方面不受限制。

另外，本申请还可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

上面从的非自愿客票改期赔付处理方法的角度对本申请进行说明，下面从非自愿客票改期赔付处理装置的角度对本申请进行说明。

请参阅图4，图4为本申请实施例提供的一种服务器的虚拟结构示意图，该服务器400包括：

获取单元401，用于获取目标用户的证件信息；

发送单元402，用于将所述证件信息发送至航班计划系统，以使得所述航班计划系统根据所述证件信息获取所述目标用户对应的至少一个航班信息，并将所述至少一个航班信息通过所述前端设备进行显示；

接收单元403，用于接收所述前端设备发送的目标航班信息，所述目标航班信息为所述前端设备根据所述目标用户对所述至少一个航班信息的操作指令生成；

所述发送单元402，还用于将所述目标航班信息以及所述证件信息发送至非自愿客票赔付系统，以使得所述非自愿客票赔付系统根据所述目标航班信息以及所述证件信息生成赔付订单，并返回所述赔付订单对应的赔付订单号；

所述发送单元402，还用于将所述赔付订单号、所述证件信息以及所述目标航班信息发送至所述前端设备，以使得所述前端设备根据所述赔付订单号、所述证件信息以及所述目标航班信息执行相应的操作。

一种可能的实现方式中，所述发送单元402，还用于将所述赔付订单号、所述证件信息以及所述目标航班信息发送至订座系统，以使得所述订座系统根据所述赔付订单号、所述证件信息以及所述目标航班信息对所述目标用户的旅客订座记录进行更新。

综上所述，可以看出，本申请提供的实施例中，前端设备获取旅客证件信息，服务器根据旅客证件信息判断可进行非自愿客票改期赔付的行程，并获取用户改期后的航班信息，将航班信息及证件信息发送至非自愿客票赔付系统，非自愿客票赔付系统可以接收服务器发送的目标航班信息以及目标用户的证件信息，并根据目标航班信息以及证件信息生成赔付订单，并将赔付订单对应的赔付订单号发送至服务器，服务器将赔付订单号、证件信息、航班信息整合并通过前端设备进行显示，完成目标用户的自助申请赔付。由此旅客只需要在前端设备上进行申请，而不需要旅客辗转在人工柜台进行询问，可以更加简单高效的对非自愿客票改期赔付场景进行处理，提升了非自愿客票改期赔付处理的效率。

请参阅图5，图5为本申请实施例提供的一种非自愿客票赔付系统，该非自愿客票赔付系统500包括：

接收单元501，用于接收服务器发送的目标航班信息以及目标用户的证件信息，所述目标航班信息为前端设备根据目标用户对至少一个航班信息的操作指令生成并发送至所述服务器，所述证件信息为所述前端设备获取并发送至所述服务器，所述至少一个航班信息为航班计划系统根据所述服务器发送的所述证件信息获取得到并发送至所述前端设备；

生成单元502，用于根据所述目标航班信息以及所述证件信息生成赔付订单；

发送单元503，用于将所述赔付订单对应的赔付订单号发送至所述服务器，以使得所述服务器通过所述前端设备根据所述赔付订单号、所述证件信息以及所述目标航班信息执行相应的操作。

一种可能的实现方式中，所述生成单元502具体用于：

所述非自愿客票赔付系统根据所述证件信息确定与所述目标用户对应的延误航班；

所述非自愿客票赔付系统确定所述延误航班的延误信息；

所述非自愿客票赔付系统根据所述延误航班的延误信息、预设的赔付规则以及所述目标航班信息生成所述赔付订单。

综上所述，可以看出，本申请提供的实施例中，非自愿客票赔付系统可以接收服务器发送的目标航班信息以及目标用户的证件信息，并根据目标航班信息以及证件信息生成赔付订单，并将赔付订单对应的赔付订单号发送至服务器，服务器将赔付订单号、证件信息、航班信息整合并通过前端设备进行显示，完成目标用户的自助申请赔付。由此旅客只需要在前端设备上进行申请，而不需要旅客辗转在人工柜台进行询问，可以更加简单高效的对非自愿客票改期赔付场景进行处理，提升了非自愿客票改期赔付处理的效率。

需要说明的是，描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取目标用户的证件信息的单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

请参阅图6，图6为本申请实施例提供的一种赔付系统的结构示意图，该赔付系统600包括：

前端设备601、服务器602、航班计划系统603以及非自愿客票赔付系统604；

所述前端设备601与所述服务器602通信连接，所述服务器602与所述航班计划系统603以及所述非自愿客票赔付系统604通信连接；

所述前端设备601获取目标用户的证件信息，并将所述证件信息发送至所述服务器602；

所述服务器602将所述证件信息发送至所述航班计划系统603；

所述航班计划系统603根据所述证件信息获取所述目标用户对应的至少一个航班信息，并将所述至少一个航班信息发送至所述前端设备601；

所述前端设备601将所述至少一个航班信息进行显示，并根据所述目标用户对所述至少一个航班信息的操作指令确定目标航班信息，且将所述目标航班信息发送至所述服务器602；

所述服务器602将所述目标航班信息以及所述证件信息发送至所述非自愿客票赔付系统604；

所述非自愿客票赔付系统604根据所述目标航班信息以及所述证件信息生成赔付订单，并返回所述赔付订单对应的赔付订单号至所述服务器602；

所述服务器602将所述赔付订单号、所述证件信息以及所述目标航班信息发送至所述前端设备601；

所述前端设备601根据所述赔付订单号、所述证件信息以及所述目标航班信息执行相应的操作。

综上所述，可以看出，本申请提供的实施例中，前端设备获取旅客证件信息，服务器根据旅客证件信息判断可进行非自愿客票改期赔付的行程，并获取用户改期后的航班信息，将航班信息及证件信息发送至非自愿客票赔付系统，非自愿客票赔付系统可以接收服务器发送的目标航班信息以及目标用户的证件信息，并根据目标航班信息以及证件信息生成赔付订单，并将赔付订单对应的赔付订单号发送至服务器，服务器将赔付订单号、证件信息、航班信息整合并通过前端设备进行显示，完成目标用户的自助申请赔付。由此旅客只需要在前端设备上进行申请，而不需要旅客辗转在人工柜台进行询问，可以更加简单高效的对非自愿客票改期赔付场景进行处理，提升了非自愿客票改期赔付处理的效率。

请参阅图7，图7为本申请实施例提供的一种机器可读介质的实施例示意图。

如图7所示，本实施例提供了一种机器可读介质700，其上存储有计算机程序711，该计算机程序711被处理器执行时实现上述图1以及图2所述非自愿客票改期赔付处理方法的步骤。

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

需要说明的是，本申请上述的机器可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

请参阅图8，图8是本申请实施例提供的一种服务器的硬件结构示意图，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)822(例如，一个或一个以上处理器)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中，存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器822可以设置为与存储介质830通信，在服务器800上执行存储介质830中的一系列指令操作。

服务器800还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口858，和/或，一个或一个以上操作系统841，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

上述实施例中由服务器或非自愿客票赔付系统所执行的步骤可以基于该图8所示的服务器结构。

还需要说明的，根据本申请的实施例，上述图1以及图2中的流程示意图图描述非自愿客票改期赔付处理方法的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行上述图1以及图2的流程示意图中所示的方法的程序代码。

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

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

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