航班延误的处理方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域，特别涉及一种航班延误的处理方法、装置、计算机设备和存储介质。

背景技术：

随着保险业务的发展，越来越多的人开始进行各种各样的投保，航班延误险也随之发展，现有的虽然可以根据航班信息以及投保人对应的保单信息主动发生理赔，直接赔款，但是，判断是否发生延误的时间长，浪费投保人的时间等待，且不能为用户及时规划到达目的地的路线。

技术实现要素：

本申请的主要目的为提供一种航班延误的处理方法、装置、计算机设备和存储介质，便于及时告知投保用户所搭航班是否延误，根据投保用户需要及时改签、节省等待时间。

为实现上述目的，本申请提供了一种航班延误的处理方法，用于买入航班延误险的投保用户，包括以下步骤：

获取所述投保用户对应的航班信息，其中，所述航班信息从航联系统中获取，所述航班信息包括航班状态；

在所述航班预设起飞前的指定时间内，根据所述投保用户所对应的所述航班状态计算所述航班延误的概率；

判断所述航班延误的概率是否大于预设的概率阈值；

若是，则获取所述投保用户预先设置的改签信息；

判断所述改签信息中是否填写有为所述投保用户改签所述航班的信息；

若是，则根据所述改签信息，以及预设的改签规则获取改签航班的信息，其中，所述改签信息包括所述投保用户的经济预算信息、飞行时间信息、到达时间信息、以及是否需要转线信息中的一种或多种信息；

发送是否确认改签所述航班的指令至所述投保用户；

接收到所述投保用户反馈的确认改签信息后，根据预设的改签规则为所述投保用户改签航班，并获取改签后的航班的信息。

进一步地，所述判断所述改签信息中是否填写有为所述投保用户改签所述航班的信息的步骤之后，还包括：

若所述改签信息中未填写有为所述投保用户改签所述航班的信息，则判断所述改签信息中是否填写有为所述投保用户退订所述航班的信息；

若是，则为所述投保用户退订航班；否则在指定时间内赔付所述投保用户对应金额。

进一步地，所述为所述投保用户退订所述航班的步骤，包括：

发送是否退订所述航班的指令至所述投保用户；

接收到所述投保用户反馈的退订信息后，为所述投保用户退订所述航班。

进一步地，所述在指定时间内赔付所述投保用户对应金额的步骤，包括：

获取所述投保用户购买的保单信息的投保金额和对应的赔率；

根据所述投保金额和对应的所述赔率确定对应的赔付金额；

在指定的时间内，将所述赔付金额通过数值转移的形式转移到投保用户信息对应的帐号中。

进一步地，所述判断所述改签信息中是否填写有为所述投保用户改签所述航班的信息的步骤之前，包括：

判断在指定的时间范围内是否包含有到达所述投保用户的航班目的地的航班线；

若是，则获取所有到所述投保用户信息中的目的地的航班线。

进一步地，所述获取投保用户对应的航班信息的步骤之前，包括：

获取已经购买飞机票的用户的用户信息，判断所述用户是否购买航班延误险；

若否，则发送提示购买信息至所述投保用户，待所述用户确认购买和付款成功后，将所述用户升级为投保用户。

进一步地，所述发送是否确认改签所述航班的指令至所述投保用户的步骤，包括：

通过短信发送或者终端app推送是否确认改签所述航班的指令至所述投保用户。

本申请还提供了一种航班延误的处理装置，用于买入航班延误险的投保用户，包括：

第一获取模块，用于获取所述投保用户对应的航班信息，其中，所述航班信息从航联系统中获取，所述航班信息包括航班状态；

第二获取模块，用于在所述航班预设起飞前的指定时间内，根据所述投保用户所对应的所述航班状态获取所述航班延误的概率；

第一判断模块，用于判断所述航班延误的概率是否大于预设的概率阈值；

第一执行模块，用于若是，则获取所述投保用户预先设置的延误的改签信息

第二判断模块，用于判断所述改签信息中是否填写有为所述投保用户改签所述航班的信息；

第二执行模块，用于若是，则根据所述改签信息，以及预设的改签规则获取改签航班的信息，其中，所述改签信息包括所述投保用户的经济预算信息、飞行时间信息、到达时间信息、以及是否需要转线信息中的一种或多种；

发送模块，用于发送是否确认改签航班的指令至所述投保用户；

改签模块，用于接收到所述投保用户反馈的确认改签信息后，根据预设的改签规则为所述投保用户改签航班，并获取改签后的航班的信息。

本申请还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。

本申请还提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

本申请中提供的航班延误的处理方法、装置、计算机设备和存储介质，具有以下有益效果：

本申请中提供的航班延误的处理方法、装置、计算机设备和存储介质，通过提前获取投保用户的航班信息是否延误，提前告知投保用户，并通过获取延误的投保用户信息，判断是否需要为用户改签；根据用户的需求自动规划到达目的地的航班路线，以便投保用户可以及时做出对应的选择，尽可能节省投保用户的时间。

附图说明

图1是本申请一实施例中航班延误的处理方法步骤示意图；

图2是本申请一实施例中航班延误的处理装置结构框图；

图3是本申请一实施例的计算机设备的结构示意框图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参照图1，为本申请一实施例中提供了一种航班延误的处理方法，用于买入航班延误险的投保用户，包括以下步骤：

步骤s1，获取投保用户对应的航班信息，其中，航班信息从航联系统中获取，航班信息包括航班状态；

步骤s2，在航班预设起飞前的指定时间内，根据投保用户所对应的航班状态计算航班延误的概率；

步骤s3，判断航班延误的概率是否大于预设的概率阈值；

步骤s4，若是，则获取投保用户预先设置的改签信息

步骤s5，判断改签信息中是否填写有为投保用户改签航班的信息；

步骤s6，若是，则根据改签信息，以及预设的改签规则获取改签航班的信息，其中，改签信息包括投保用户的经济预算信息、飞行时间信息、到达时间信息、以及是否需要转线信息中的一种或多种信息；

步骤s7，发送是否确认改签航班的指令至投保用户；

步骤s8，接收到投保用户反馈的确认改签信息后，根据预设的改签规则为投保用户改签航班，并获取改签后的航班的信息。

在本实施例中，根据投保用户购买的航班延误险，获取到投保用户对应的航班信息，航班信息通过连接航空公司系统获取，其中，航班信息包括航班状态，通过航班状态获取投保用户对应的航班是否会发生延误、航班的实时位置等等；在投保用户所对应的航班预设起飞的指定时间内，计算并判断航班是否会发生延误，该指定时间可以根据航班的飞行时间的长短、航班飞行的距离长短自由设置，如在一具体实施例中，广东飞至哈尔滨的航班线，在起飞前2小时判断飞机是否会发生延误；若判断航班发生延误，则获取与航班对应的投保用户的改签信息，包括投保用户购买航班延误险的证件类型、证件号码、投保用户的手机号码等；获取投保用户是否需要改签航班，若获取到投保用户需要更改航班，则根据投保用户提前预设的信息，获取所有符合投保用户预设信息的航班线，并依据投保用户的先后排列顺序，依次对所有符合投保用户的到达目的地的航班线进行最优的排序，以供投保用户选择。

根据预先设置的改签的航班预算费用，改签航班的飞行时间的长短、改签航班飞行的距离长短，改签航班的预起飞时间范围、是否需要转线等信息，获取到所有满足投保用户改签信息的新的航班，并根据改签规则对投保用户预先设置的改签信息的内容进行排序，若从改签信息中获取到填写有投保用户改签航班的信息，则发送是否确认改签航班的指令至用户，可以短信发送或者终端app(应用程序)推送给投保用户，接收到投保用户反馈的确认改签信息后，根据预设的改签规则为投保用户改签航班，如一具体实施例中，投保用户需要参加某一重要会议，其改签信息中首要的内容是以最快的时间到达目的地，则系统会根据需求对所有符合投保用户要求的航班进行一个用时最少的排序，以供投保用户进一步的选择航班，以便最快到达目的地；在其他的实施例中，还可以根据投保用户改签的航班预算费用为首要内容，其他为辅组进行对应的排序，满足投保用户的需求。

其中，可以自由设置航班的延误时间，如在一具体实施例中，可以设置当判断飞机在预设起飞的时间往后延误4小时起飞，为判定该班航班延误，根据投保用户填写的改签信息判断投保用户是否需要改签航班，可以为投保用户提前做好航班延误的计划，尽可能的缩短投保用户浪费的时间。

预设起飞前的指定时间，可以根据投保用户所乘航班需要花费的时间、行程进行设置，如飞行时间需要6小时的，则可以通过获取投保用户所对应的航班预设起飞前的2小时内，获取到投保用户所对应的航班状态，以获取到对应的航班延误的概率，其所对应的延误概率的计算包括机场的航班积压、特情、前序航班的起飞延误情况的实时状态所形成的概率；如在一具体实施例中，由于天气雾多，不利于飞机飞行，根据天气预报的检测，飞机延飞的时间，前序航班起飞延误等等，通过航班延误概率的计算，获取投保用户所对应的航班起飞发生延误的概率。若所对应的航班延误4小时以上的概率为92％，通过与预设航班延误概率对比，预设的航班延误概率可以根据之前获取的数据进行计算获取到具体概率，如当判断航班的延误概率大于90％，则判定该所对应的航班延误4小时以上，及时获取投保用户信息，以便进一步的动作，如改签、退订或者计算赔款等。

其中计算航班延误的概率，是通过建立基础概率，该基础概率是根据航班的历史延误情况给出历史统计延误概率；所述基础概率分为不同情况概率计算，航班延误基础概率根据所有的历史记录统计每个航班的延误概率作为基础概率base_p，获取机场特情，其中起点机场特情航班延误概率forg_tp和到达机场特情航班延误概率fdst_tp；对于起点机场特情航班延误概率，利用起点机场的特情航班历史动态记录，统计不同机场在不同特情类型下的所有航班延误概率frog_tp1以及特情发生之后的航班延误概率fdst_tp2；对于到达机场特情航班延误概率，利用特情机场的到达航班历史动态记录，统计不同机场在不同特情类型下到达机场特情发生时的航班延误概率fdst_tp1以及到达机场特情发生之后的航班延误概率fdst_tp2；前序航班到达延误时长不同情况下航班的起飞延误概率qx_dp，计算航线的历史飞行时长，然后根据前序航班的起飞延误时长推算前序航班的到达延误时长，统计前序航班到达延误时长在0-30分钟，30-60分钟，90-120分钟以及大于120分钟情况下，当前航班延误概率qx_dp；不同航班积压情况下航班起飞延误的概率jy_hp；根据历史航班动态记录，对不同机场的不同时刻航班积压量进行区间划分，选取大于积压均值的航班积压区间，计算在不同区间内后续两小时内的航班延误概率jy_hp1以及后续两小时之后的航班延误概率jy_hp2。

根据航班起飞当天发生航班积压、前序航班延误、起点机场特情以及到达机场特情，首先整合触发机场特情和航班积压概率；

fjy_p＝max(jy_hp，frog_tp)

若起点机场无特情或者机场无积压，则起点机场特情航班延误概率frog_tp或者不同航班积压情况下航班延误概率jy_hp为0。

然后，整合其他因素的概率：

sun_p＝1-(1-fjy_p)*(1-fdst_tp)*(1-qx_dp)

若，到达机场无特情或者前序航班无延误，则将到达机场特情航班延误概率fdst_tp或者前序航班亚努瓦情况下航班起飞延误概率qx_dp为0。

得到航班的延误概率p＝max(sun_p，base_p)。

在本实施例中，判断改签信息中是否填写有为投保用户改签航班的信息s5的步骤之后，还包括：

若改签信息中未填写有为投保用户改签航班的信息，则判断改签信息中是否填写有为投保用户退订航班的信息；

若是，则为投保用户退订航班；否则在指定时间内赔付投保用户对应金额。

在本实施例中，发送是否退订航班的指令至投保用户，并获取到投保用户反馈的是否退订航班的指令，当判断不需要为投保用户改签航班，则再次判断是否需要为投保用户退订该班次航班，若判定需要为投保用户退订该班次的航班，则自动为投保用户退订航班，并将投保用户购买该班次航班的费用通过航空系统的计算方法获取到航班的退订费，然后用加上航班延误费用通过数值转移的形式转移到投保用户信息对应的帐号中。

当判定不需要为投保用户退订航班，则根据投保用户购买的延误险的赔款类型，通过投保用户的投保金额和对应的赔率确定对应的赔付金额，在指定时间内，将该赔付金额通过数值转移的形式转移到投保用户信息对应的帐号中。

在本实施例中，为投保用户退订航班的步骤，包括：

发送是否退订航班的指令至投保用户；

接收到投保用户反馈的退订信息后，为投保用户退订航班。

在本实施例中，当判断投保用户所对应的航班延误后，且获取到投保用户不进行改签航班，判断改签信息中填写有为投保用户退订航班的信息，则发送是否退订航班的指令给用户，可通过短信发送或者app终端推送给投保用户，投保用户根据自己的需要选择是否退订航班，并反馈该指令至系统，以便系统判断用户是否需要退订航班，若接收到投保用户反馈的退订信息后，为投保用户退订航班。

在本实施例中，在指定时间内赔付投保用户对应金额的步骤，包括：

获取投保用户购买的保单信息的投保金额和对应的赔率；

根据投保金额和对应的赔率确定对应的赔付金额；

在指定的时间内，将赔付金额通过数值转移的形式转移到投保用户信息对应的帐号中。

在本实施例中，根据投保用户购买的航班延误险的类型，获取到投保用户购买的保单信息中的投保金额和对应的赔率，根据不同的航班延误险类型获取到不同的规则进行延误险算法处理，当到达指定的规则时触发延误险自动理赔机制，如在一具体实施例中，投保保单所对应的航班延误的计算规则为：延误第一小时赔付50元，延误第二小时赔付100元，延误第三小时赔付200元，延误第四小时赔付400元，延误第五小时赔付800元，以此类推，以乘倍数的计算规则进行赔偿；在另一具体实施例中，投保保单所对应的航班延误的计算规则为：航班延误以每小时赔偿50元来计算，如该航班延误4小时，则赔付200元；根据购买不同的保险种类，获取到不同的赔付金额。

通过获取投保用户信息获取到投保用户对应的帐号，将所需赔付的金额通过数值转移的形式转移到投保用户对应的帐号中，若获取到投保用户对应的帐号与投保用户的个人信息不一致，则通知对应的投保用户录入正确获取指定的帐号信息，待重新获取到投保用户录入的帐号信息后，在指定的时间内，将赔付金额通过数值转移的形式转移到投保用户信息对应的帐号中，其中，指定时间可以自由设置，如设定为投保用户到达目的地后的两个小时内，转账至投保用户所对应的帐号。

在本实施例中，判断改签信息中是否填写有为投保用户改签航班的信息s5的步骤之前，包括：

判断在指定的时间范围内是否包含有到达投保用户的航班目的地的航班线；

若是，则获取所有到投保用户信息中的目的地的航班线。

在本实施例中，上述提到的航班线指的是投保用户所在始发地到投保用户信息中的目的地之间的飞机航线，包括直飞航班路线和转机航班路线等；预先判断投保用户对应的航班延误，且获取到延误时长，如在某一航班线中，获取到该航班延误时长为6小时，而预先设置的当本次航班延误时长超过4小时，则获取在4小时的时间范围内，是否包含有其他的航班可到达投保用户所需到达的目的地的航班线，并获取包含有到达投保用户的航班目的地的所有航班，根据投保用户购买航班延误险时所预填的延误时的改签信息，包括改签的航班费用，改签航班的飞行时间的长短、改签航班飞行的距离长短，改签航班的预起飞时间范围等等，并对所有的航班进行最优顺序的排列，以便投保用户可以及时决定改签所选择的航班，节省投保用户到达目的地的时间。

在本实施例中，获取投保用户对应的航班信息s1的步骤之前，包括：

获取已经购买飞机票的用户的用户信息，判断用户是否购买航班延误险；

若否，则发送提示购买信息至用户，待用户确认购买和付款成功后，将用户升级为投保用户。

在本实施例中，直接关联航空公司，当用户购买机票时，可以直接获取投保用户是否购买到航班延误险，若获取到投保用户并未购买航班延误险，且所对应的航班的延误险购买时间并未超过预设起飞前的指定时间，如起飞前的3小时，则可主动发送购买信息给用户，以便用户可以及时购买航班延误险，若用户确认需要购买，可以直接获取到用户的行程以及用户的个人信息，不需要用户再次填写相关资料，用户直接付款成功即可，通过航班延误险的理赔算法自动计算航班延误险理赔是否生效，简单方便，将用户升级为投保用户，并将生效的所购买的航班延误险发动至投保用户。

在本实施例中，发送是否确认改签所述航班的指令至所述投保用户s7的步骤，包括：

通过短信发送或者终端app推送是否确认改签所述所述航班的指令至所述投保用户。

在本实施例中，若从改签信息中填写有为投保用户改签航班的信息，则发送是否确认改签航班的指令给投保用户，可以短信发送或者终端app(应用程序)推送给投保用户，以便投保用户根据接收到的信息进行选择是否需要进行改签。

综上所述，为本申请实施例中提供的航班延误的处理方法，通过提前获取投保用户的航班信息是否延误，提前告知投保用户，并通过获取延误的投保用户信息，判断是否需要为用户改签；根据用户的需求自动规划到达目的地的航班路线，以便投保用户可以及时做出对应的选择，尽可能节省投保用户的时间。

参照图2，本申请一实施例中还提供了一种航班延误的处理装置，用于买入航班延误险的投保用户，包括：

第一获取模块10，用于获取投保用户对应的航班信息，其中，航班信息从航联系统中获取，航班信息包括航班状态；

第二获取模块20，用于在航班预设起飞前的指定时间内，根据投保用户所对应的航班状态计算航班延误的概率；

第一判断模块30，用于判断航班延误的概率是否大于预设的概率阈值。

第一执行模块40，用于若是，则获取投保用户预先设置的改签信息；

第二判断模块50，用于判断改签信息中是否填写有为投保用户改签航班的信息；

第二执行模块60，用于若是，则根据改签信息，以及预设的改签规则获取改签航班的信息，其中，改签信息包括投保用户的经济预算信息、飞行时间信息、到达时间信息、以及是否需要转线信息中的一种或多种信息；

发送模块70，用于发送是否确认改签航班的指令至投保用户；

改签模块80，用于接收到投保用户反馈的确认改签信息后，根据预设的改签规则为投保用户改签航班，并获取改签后的航班的信息。

在本实施例中，根据投保用户购买的航班延误险，第一获取模块10获取到投保用户对应的航班信息，航班信息通过连接航空公司系统获取，其中，航班信息包括航班状态，通过航班状态获取投保用户对应的航班是否会发生延误、航班的实时位置等等；在投保用户所对应的航班预设起飞的指定时间内，计算并判断航班是否会发生延误，该指定时间可以根据航班的飞行时间的长短、航班飞行的距离长短自由设置，如在一具体实施例中，广东飞至哈尔滨的航班线，在起飞前2小时判断飞机是否会发生延误；若第一判断模块30判断航班发生延误，则获取与航班对应的投保用户信息，包括投保用户购买航班延误险的证件类型、证件号码、投保用户的手机号码等；获取投保用户是否需要改签航班，若第二判断模块50判断投保用户填写更改航班，则根据投保用户提前预设的信息，第二执行模块60获取所有符合投保用户预设信息的航班线，并依据投保用户的先后排列顺序，依次对所有符合投保用户的到达目的地的航班线进行最优的排序，以供投保用户选择。

根据预先设置的改签的航班预算费用，改签航班的飞行时间的长短、改签航班飞行的距离长短，改签航班的预起飞时间范围、是否需要转线等信息，获取到所有满足投保用户改签信息的新的航班，并根据最贴合投保用户预先设置的改签信息的内容进行排序，若从改签信息中获取到填写有投保用户改签航班的信息，则通过发送模块70发送是否确认改签航班的指令至用户，可以短信发送或者终端app推送给投保用户，改签模块80接收到投保用户反馈的确认改签信息后，根据预设的改签规则为投保用户改签航班，如一具体实施例中，投保用户需要参加某一重要会议，其改签信息中首要的内容是以最快的时间到达目的地，则系统会根据需求对所有符合投保用户要求的航班进行一个用时最少的排序，以供投保用户进一步的选择航班，以便最快到达目的地；在其他的实施例中，还可以根据投保用户改签的航班预算费用为首要内容，其他为辅组进行对应的排序，满足投保用户的需求。

其中，可以自由设置航班的延误时间，如在一具体实施例中，可以设置当判断飞机在预设起飞的时间往后延误4小时起飞，为判定该班航班延误，根据投保用户填写的改签信息判断投保用户是否需要改签航班，可以为投保用户提前做好航班延误的计划，尽可能的缩短投保用户浪费的时间。

预设起飞前的指定时间，可以根据投保用户所乘航班需要花费的时间、行程进行设置，如飞行时间需要6小时的，则可以通过获取投保用户所对应的航班预设起飞前的2小时内，获取到投保用户所对应的航班状态，以供第二获取模块20获取到对应的航班延误的概率，其所对应的延误概率的计算包括机场的航班积压、特情、前序航班的起飞延误情况的实时状态所形成的概率；如在一具体实施例中，由于天气雾多，不利于飞机飞行，根据天气预报的检测，飞机延飞的时间，前序航班起飞延误等等，通过航班延误概率的计算，获取投保用户所对应的航班起飞发生延误的概率。若所对应的航班延误4小时以上的概率为92％，通过与预设航班延误概率对比，预设的航班延误概率可以根据之前获取的数据进行计算获取到具体概率，如当第一判断模块30判断航班的延误概率大于90％，则判定该所对应的航班延误4小时以上，第一执行模块40及时获取投保用户信息，以便进一步的动作，如改签、退订或者计算赔款等。

其中计算航班延误的概率，通过建立基础概率，该基础概率是根据航班的历史延误情况给出历史统计延误概率；所述基础概率分为不同情况概率计算，航班延误基础概率根据所有的历史记录统计每个航班的延误概率作为基础概率base_p，获取机场的特情，其中起点机场特情航班延误概率forg_tp和到达机场特情航班延误概率fdst_tp；对于起点机场特情航班延误概率，利用起点机场的特情航班历史动态记录，统计不同机场在不同特情类型下的所有航班延误概率frog_tp1以及特情发生之后的航班延误概率fdst_tp2；对于到达机场特情航班延误概率，利用特情机场的到达航班历史动态记录，统计不同机场在不同特情类型下到达机场特情发生时的航班延误概率fdst_tp1以及到达机场特情发生之后的航班延误概率fdst_tp2；前序航班到达延误时长不同情况下航班的起飞延误概率qx_dp，计算航线的历史飞行时长，然后根据前序航班的起飞延误时长推算前序航班的到达延误时长，统计前序航班到达延误时长在0-30分钟，30-60分钟，90-120分钟以及大于120分钟情况下，当前航班延误概率qx_dp；不同航班积压情况下航班起飞延误的概率jy_hp；根据历史航班动态记录，对不同机场的不同时刻航班积压量进行区间划分，选取大于积压均值的航班积压区间，计算在不同区间内后续两小时内的航班延误概率jy_hp1以及后续两小时之后的航班延误概率jy_hp2。

根据航班起飞当天发生航班积压、前序航班延误、起点机场特情以及到达机场特情，首先整合触发机场特情和航班积压概率；

fjy_p＝max(jy_hp，frog_tp)

若起点机场无特情或者机场无积压，则起点机场特情航班延误概率frog_tp或者不同航班积压情况下航班延误概率jy_hp为0。

然后，整合其他因素的概率：

sun_p＝1-(1-fjy_p)*(1-fdst_tp)*(1-qx_dp)

若，到达机场无特情或者前序航班无延误，则将到达机场特情航班延误概率fdst_tp或者前序航班亚努瓦情况下航班起飞延误概率qx_dp为0。

得到航班的延误概率p＝max(sun_p，base_p)。

在本实施例中，航班延误的处理装置还包括：

第三判断模块，用于若改签信息中未填写有为投保用户改签航班的信息，则判断改签信息中是否填写有为投保用户退订航班的信息；

第三执行模块，用于若是，则为投保用户退订航班；否则在指定时间内赔付投保用户对应金额。

在本实施例中，发送是否退订航班的指令至投保用户，并获取到投保用户反馈的是否退订航班的指令，当第二判断模块50判断不需要为投保用户改签航班，则通过第三判断模块再次判断是否需要为投保用户退订该班次航班，若判定需要为投保用户退订该班次的航班，则第三执行模块为投保用户退订航班，并将投保用户购买该班次航班的费用通过航空系统的计算方法获取到航班的退订费，然后用加上航班延误费用通过数值转移的形式转移到投保用户信息对应的帐号中。

当第三判断模块判定不需要为投保用户退订航班，则第三执行模块根据投保用户购买的延误险的赔款类型，通过投保用户的投保金额和对应的赔率确定对应的赔付金额，在指定时间内，将该赔付金额通过数值转移的形式转移到投保用户信息对应的帐号中。

在本实施例中，第三执行模块包括：

第一发送单元，用于发送是否退订航班的指令至投保用户；

接收单元，用于接收到投保用户反馈的退订信息后，为投保用户退订航班。

在本实施例中，当第一判断单元判断投保用户所对应的航班延误后，且获取到投保用户不进行改签航班，第三判断模块判断改签信息中填写有为投保用户退订航班的信息，则通过第一发送单元发送是否退订航班的指令给投保用户，可通过短信发送或者终端app推送给投保用户，投保用户根据自己的需要选择是否退订航班，并反馈该指令至系统，以便系统判断用户是否需要退订航班，若接收单元接收到投保用户反馈的退订信息后，为投保用户退订航班。

在本实施例中，第三执行模块还包括：

第一获取单元，用于获取投保用户购买的保单信息的投保金额和对应的赔率；

计算单元，用于根据投保金额和对应的赔率确定对应的赔付金额；

转移单元，用于在指定的时间内，将赔付金额通过数值转移的形式转移到投保用户信息对应的帐号中。

在本实施例中，第一获取单元根据投保用户购买的航班延误险的类型，获取到投保用户购买的保单信息中的投保金额和对应的赔率，计算单元根据不同的航班延误险类型获取到不同的规则进行延误险算法处理，当到达指定的规则时触发延误险自动理赔机制，如在一具体实施例中，投保保单所对应的航班延误的计算规则为：延误第一小时赔付50元，延误第二小时赔付100元，延误第三小时赔付200元，延误第四小时赔付400元，延误第五小时赔付800元，以此类推，以乘倍数的计算规则进行赔偿；在另一具体实施例中，投保保单所对应的航班延误的计算规则为：航班延误以每小时赔偿50元来计算，如该航班延误4小时，则赔付200元；根据购买不同的保险种类，获取到不同的赔付金额。

通过获取投保用户信息获取到投保用户对应的帐号，转移单元将所需赔付的金额通过数值转移的形式转移到投保用户对应的帐号中，若获取到投保用户对应的帐号与投保用户的个人信息不一致，则通知对应的投保用户录入正确获取指定的帐号信息，待重新获取到投保用户录入的帐号信息后，在指定的时间内，将赔付金额通过数值转移的形式转移到投保用户信息对应的帐号中，其中，指定时间可以自由设置，如设定为投保用户到达目的地后的两个小时内，转账至投保用户所对应的帐号。

在本实施例中，航班延误的处理装置还包括：

第四判断模块，用于判断在指定的时间范围内是否包含有到达投保用户的航班目的地的航班线；

第三获取模块，用于若是，则获取所有到投保用户信息中的目的地的航班线。

在本实施例中，上述提到的航班线指的是投保用户所在始发地到投保用户信息中的目的地之间的飞机航线，包括直飞航班路线和转机航班路线等；预先判断投保用户对应的航班是否延误，且获取到延误时长，如在某一航班线中，获取到该航班延误时长为6小时，而预先设置的当本次航班延误时长超过4小时，则获取在4小时的时间范围内，是否包含有其他的航班可到达投保用户所需到达的目的地的航班线，并获取包含有到达投保用户的航班目的地的所有航班，根据投保用户购买航班延误险时所预填的延误时的改签信息，包括改签的航班费用，改签航班的飞行时间的长短、改签航班飞行的距离长短，改签航班的预起飞时间范围等等，并对所有的航班进行最优顺序的排列，以便投保用户可以及时决定改签所选择的航班，节省投保用户到达目的地的时间。

在本实施例中，航班延误的处理装置还包括：

第五判断模块，用于获取已经购买飞机票的用户的用户信息，判断用户是否购买航班延误险；

购买模块，用于若否，则发送提示购买信息至用户，待用户确认购买和付款成功后，将用户升级为投保用户。

在本实施例中，直接关联航空公司，当用户购买机票时，可以直接获取投保用户是否购买到航班延误险，若第五判断模块获取到已经购买飞机票的用户的用户信息，该用户并未购买航班延误险，且所对应的航班的延误险购买时间并未超过预设起飞前的指定时间，如起飞前的3小时，则购买模块可主动发送购买信息给用户，以便用户可以及时购买航班延误险，若用户确认需要购买，可以直接获取到用户的行程以及用户的个人信息，不需要用户再次填写相关资料，用户直接付款成功即可，通过航班延误险的理赔算法自动计算航班延误险理赔是否生效，简单方便，将用户升级为投保用户，并将生效的所购买的航班延误险发动至投保用户。

在本实施例中，发送模块70还包括：

第二发送单元，用于通过短信发送或者终端app推送是否确认改签所述所述航班的指令至所述投保用户。

在本实施例中，若从改签信息中填写有为投保用户改签航班的信息，则第二发送单元发送是否确认改签航班的指令给投保用户，可以短信发送或者终端app(应用程序)推送给投保用户，以便投保用户根据接收到的信息进行选择是否需要进行改签。

综上所述，为本申请实施例中提供的航班延误的处理装置，通过提前获取投保用户的航班信息是否延误，提前告知投保用户，并通过获取延误的投保用户信息，判断是否需要为用户改签；根据用户的需求自动规划到达目的地的航班路线，以便投保用户可以及时做出对应的选择，尽可能节省投保用户的时间。

参照图3，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储投保用户对应的航班信息、改签信息等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种航班延误的处理方法。

上述处理器执行上述航班延误的处理方法的步骤：

获取所述投保用户对应的航班信息，其中，所述航班信息从航联系统中获取，所述航班信息包括航班状态；

在所述航班预设起飞前的指定时间内，根据所述投保用户所对应的所述航班状态计算所述航班延误的概率；

判断所述航班延误的概率是否大于预设的概率阈值；

若是，则获取所述投保用户预先设置的改签信息；

判断所述改签信息中是否填写有为所述投保用户改签所述航班的信息；

若是，则根据所述改签信息，以及预设的改签规则获取改签航班的信息，其中，所述改签信息包括所述投保用户的经济预算信息、飞行时间信息、到达时间信息、以及是否需要转线信息中的一种或多种信息；

发送是否确认改签所述航班的指令至所述投保用户；

接收到所述投保用户反馈的确认改签信息后，根据预设的改签规则为所述投保用户改签航班，并获取改签后的航班的信息。

在一实施例中，所述判断所述改签信息中是否填写有为所述投保用户改签所述航班的信息的步骤之后，还包括：

若所述改签信息中未填写有为所述投保用户改签所述航班的信息，则判断所述改签信息中是否填写有为所述投保用户退订所述航班的信息；

若是，则为所述投保用户退订所述航班，否则在指定时间内赔付所述投保用户对应金额。

在一实施例中，所述为所述投保用户退订所述航班的步骤，包括：

发送是否退订所述航班的指令至所述投保用户；

接收到所述投保用户反馈的退订信息后，为所述投保用户退订所述航班。

在一实施例中，所述在指定时间内赔付所述投保用户对应金额的步骤，包括：

获取所述投保用户购买的保单信息的投保金额和对应的赔率；

根据所述投保金额和对应的所述赔率确定对应的赔付金额；

在指定的时间内，将所述赔付金额通过数值转移的形式转移到投保用户信息对应的帐号中。

在一实施例中，所述判断所述改签信息中是否填写有为所述投保用户改签所述航班的信息的步骤之前，包括：

判断在指定的时间范围内是否包含有到达所述投保用户的航班目的地的航班线；

若是，则获取所有到所述投保用户信息中的目的地的航班线。

在一实施例中，所述获取投保用户对应的航班信息的步骤之前，包括：

获取已经购买飞机票的用户的用户信息，判断用户是否购买航班延误险；

若否，则发送提示购买信息至所述用户，待所述用户确认购买和付款成功后，将所述用户升级为投保用户。

在一实施例中，所述发送是否确认改签所述航班的指令至所述投保用户的步骤，包括：

通过短信发送或者终端app推送是否确认改签所述航班的指令至所述投保用户。

本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

本申请一实施例还提供一种计算机存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种航班延误的处理方法，具体为：

获取所述投保用户对应的航班信息，其中，所述航班信息从航联系统中获取，所述航班信息包括航班状态；

在所述航班预设起飞前的指定时间内，根据所述投保用户所对应的所述航班状态计算所述航班延误的概率；

判断所述航班延误的概率是否大于预设的概率阈值；

若是，则获取所述投保用户预先设置的改签信息；

判断所述改签信息中是否填写有为所述投保用户改签所述航班的信息；

若是，则根据所述改签信息，以及预设的改签规则获取改签航班的信息，其中，所述改签信息包括所述投保用户的经济预算信息、飞行时间信息、到达时间信息、以及是否需要转线信息中的一种或多种信息；

发送是否确认改签所述航班的指令至所述投保用户；

接收到所述投保用户反馈的确认改签信息后，根据预设的改签规则为所述投保用户改签航班，并获取改签后的航班的信息。

在一实施例中，所述判断所述改签信息中是否填写有为所述投保用户改签所述航班的信息的步骤之后，还包括：

若所述改签信息中未填写有为所述投保用户改签所述航班的信息，则判断所述改签信息中是否填写有为所述投保用户退订所述航班的信息；

若是，则为所述投保用户退订所述航班，否则在指定时间内赔付所述投保用户对应金额。

在一实施例中，所述为所述投保用户退订所述航班的步骤，包括：

发送是否退订所述航班的指令至所述投保用户；

接收到所述投保用户反馈的退订信息后，为所述投保用户退订所述航班。

在一实施例中，所述在指定时间内赔付所述投保用户对应金额的步骤，包括：

获取所述投保用户购买的保单信息的投保金额和对应的赔率；

根据所述投保金额和对应的所述赔率确定对应的赔付金额；

在指定的时间内，将所述赔付金额通过数值转移的形式转移到投保用户信息对应的帐号中。

在一实施例中，所述判断所述改签信息中是否填写有为所述投保用户改签所述航班的信息的步骤之前，包括：

判断在指定的时间范围内是否包含有到达所述投保用户的航班目的地的航班线；

若是，则获取所有到所述投保用户信息中的目的地的航班线。

在一实施例中，所述获取投保用户对应的航班信息的步骤之前，包括：

获取已经购买飞机票的用户的用户信息，判断用户是否购买航班延误险；

若否，则发送提示购买信息至所述用户，待所述用户确认购买和付款成功后，将所述用户升级为投保用户。

在一实施例中，所述发送是否确认改签所述航班的指令至所述投保用户的步骤，包括：

通过短信发送或者终端app推送是否确认改签所述航班的指令至所述投保用户。

综上所述，为本申请实施例中提供的航班延误的处理方法、装置、计算机设备和存储介质，过提前获取投保用户的航班信息是否延误，提前告知投保用户，并通过获取延误的投保用户信息，判断是否需要为用户改签；根据用户的需求自动规划到达目的地的航班路线，以便投保用户可以及时做出对应的选择，尽可能节省投保用户的时间。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储与一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram通过多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双速据率sdram(ssrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本申请的专利保护范围内。