CN114333167A - 托运信息处理方法及机场服务引擎、电子设备、存储介质 - Google Patents

Abstract

本申请一种托运信息处理方法及机场服务引擎、电子设备、存储介质，所述方法应用于机场服务引擎，包括：接收任意一个指定的自助柜机发送的旅客的登陆信息；其中，旅客的登陆信息至少包括旅客的身份信息；向自助柜机反馈行李条数量选择指令；其中，行李条数量选择指令用于触发自助柜机跳转至行李条数量选择页面；接收自助柜机反馈的行李条数量，并生成行李条数量的旅客对应的行李条号；向给自助柜机反馈旅客对应的行李条号，以使自助柜机响应旅客的打印操作打印行李条；接收目标自助柜机发送的旅客的行李的重量；其中，目标自助柜机为支持称重的自助柜机；将旅客的对应的行李条号与旅客的行李的重量进行绑定，得到旅客的行李数据。

Description

托运信息处理方法及机场服务引擎、电子设备、存储介质

技术领域

本申请涉及民航信息处理技术领域，特别涉及一种托运信息处理方法及机场服务引擎、电子设备、存储介质。

背景技术

随着民航业的发展，越来越多的人选择民航交通工具。这需要机场不断提高运营效率，服务更多旅客，同时还需要有效的控制好成本。

为此现今各个机场、航空公式，开始在各领域中使用自助服务。当前，网上值机以及自助值机的应用技术已不断的成熟，并且取得了良好的效果。

但是这样独立完整的自助系统，实现逻辑相对复杂，因此成本相对较高，并且实现周期也相对较长。所以当前旅客虽然可以通过自助值机办理登机牌，但是仍然需要到人工柜台办理行李托运，这给旅客带来了极大的不便，使得运营效率相对较慢。

发明内容

基于上述现有技术的不足，本申请提供了一种托运信息处理方法及机场服务引擎、电子设备、存储介质，以解决现有缺乏一种快速实现行李自助托运的方法的问题。

为了实现上述目的，本申请提供了以下技术方案：

本申请第一方面提供一种托运信息处理方法，应用于机场服务引擎，所述方法包括：

接收任意一个指定的自助柜机发送的旅客的登陆信息；其中，所述旅客的登陆信息至少包括所述旅客的身份信息；

向所述自助柜机反馈行李条数量选择指令；其中，所述行李条数量选择指令用于触发所述自助柜机跳转至行李条数量选择页面；

接收所述自助柜机反馈的行李条数量，并生成所述行李条数量的所述旅客对应的行李条号；

向给所述自助柜机反馈所述旅客对应的行李条号，以使自助柜机响应所述旅客的打印操作打印行李条；

接收目标自助柜机发送的所述旅客的行李的重量；其中，所述目标自助柜机为支持称重的所述自助柜机；

将所述旅客的对应的行李条号与所述旅客的行李的重量进行绑定，得到所述旅客的行李数据。

可选地，在上述提供的托运信息处理方法中，所述接收目标自助柜机发送的所述旅客的行李的重量之前，还包括：

判断当前的所述自助柜机是否为目标自助柜机；

若判断出当前的所述自助柜机为目标自助柜机，则向所述自助柜机发送称重提示信息；

若判断出所述自助柜机不是目标自助柜机，则向所述自助柜机发送换机提示信息；其中，所述换机提示信息用于提示旅客更换至目标自助柜机进行称重。

可选地，在上述提供的托运信息处理方法中，所述接收任意一个指定的自助柜机发送的旅客的登陆信息之后，还包括：

根据所述旅客的身份信息，查询是否存储有未使用的所述旅客对应的行李条号；其中，若未存储有未使用的所述旅客对应的行李条号，则执行所述向所述自助柜机反馈行李条数量选择指令；若存储有未使用的所述旅客对应的行李条号，则执行所述判断当前的所述自助柜机是否为目标自助柜机。

可选地，在上述提供的托运信息处理方法中，所述将所述旅客的对应的行李条号与所述旅客的行李的重量进行绑定，得到所述旅客的行李数据之前，还包括：

判断所述旅客的行李的重量是否超过配置量；

若判断出所述旅客的行李的重量超过配置量，则根据所述旅客的行李的重量与所述配置量的差值，确定行李超重费用；

向所述目标自助柜机发送所述行李超重费用的支付指令；

当判断出所述旅客的行李的重量未超过配置量，或者监测到所述旅客成功支付所述行李超重费用时，执行所述将所述旅客的对应的行李条号与所述旅客的行李的重量进行绑定，得到所述旅客的行李数据。

可选地，在上述提供的托运信息处理方法中，所述判断所述旅客的行李的重量是否超过配置量，包括：

分别判断所述旅客的每一件行李的重量是否超过单件行李配置量，以及所述旅客的所有行李的重量的总和是否超过行李总量配置量；

其中，所述根据所述旅客的行李的重量与所述配置量的差值，确定行李超重费用，包括：

若判断出所述旅客的各件行李中存在重量超过单件行李配置量的目标行李，则分别根据每件目标行李与所述单件行李配置量的差值，计算得到多笔第一费用；

若判断出所述旅客的所有行李的重量的总和超过行李总量配置量，则根据所述旅客的所有行李的重量的总和与所述行李总量配置量的差值，计算得到第二费用；

将所述多笔第一费用与所述第二费用的总和确定为所述行李超重费用。

本申请第二方面提供了一种机场服务引擎，包括：

第一接收单元，用于接收任意一个指定的自助柜机发送的旅客的登陆信息；其中，所述旅客的登陆信息至少包括所述旅客的身份信息；

第一反馈单元，用于向所述自助柜机反馈行李条数量选择指令；其中，所述行李条数量选择指令用于触发所述自助柜机跳转至行李条数量选择页面；

生成单元，用于接收所述自助柜机反馈的行李条数量，并生成所述行李条数量的所述旅客对应的行李条号；

第二反馈单元，用于向给所述自助柜机反馈所述旅客对应的行李条号，以使自助柜机响应所述旅客的打印操作打印行李条；

第二接收单元，用于接收目标自助柜机发送的所述旅客的行李的重量；其中，所述目标自助柜机为支持称重的所述自助柜机；

绑定单元，用于将所述旅客的对应的行李条号与所述旅客的行李的重量进行绑定，得到所述旅客的行李数据。

可选地，在上述提供的机场服务引擎中，还包括：

第一判断单元，用于判断当前的所述自助柜机是否为目标自助柜机；

第一提示单元，用于在判断出当前的所述自助柜机为目标自助柜机时，向所述自助柜机发送称重提示信息；

第二提示单元，用于在判断出所述自助柜机不是目标自助柜机时，向所述自助柜机发送换机提示信息；其中，所述换机提示信息用于提示旅客更换至目标自助柜机进行称重。

可选地，在上述提供的机场服务引擎中，还包括：

查询单元，用于根据所述旅客的身份信息，查询是否存储有未使用的所述旅客对应的行李条号；其中，若未存储有未使用的所述旅客对应的行李条号，则所述第一提示单元执行所述向所述自助柜机反馈行李条数量选择指令；若存储有未使用的所述旅客对应的行李条号，则第二提示单元执行所述判断当前的所述自助柜机是否为目标自助柜机。

可选地，在上述提供的机场服务引擎中，还包括：

第二判断单元，用于判断所述旅客的行李的重量是否超过配置量；

确定单元，用于在判断出所述旅客的行李的重量超过配置量时，根据所述旅客的行李的重量与所述配置量的差值，确定行李超重费用；

发送单元，用于向所述目标自助柜机发送所述行李超重费用的支付指令；其中，当判断出所述旅客的行李的重量未超过配置量，或者监测到所述旅客成功支付所述行李超重费用时，所述绑定单元执行所述将所述旅客的对应的行李条号与所述旅客的行李的重量进行绑定，得到所述旅客的行李数据。

可选地，在上述提供的机场服务引擎中，所述第二判断单元，包括：

第二判断子单元，用于分别判断所述旅客的每一件行李的重量是否超过单件行李配置量，以及所述旅客的所有行李的重量的总和是否超过行李总量配置量；

其中，所述确定单元，包括：

第一计算单元，用于若判断出所述旅客的各件行李中存在重量超过单件行李配置量的目标行李，则分别根据每件目标行李与所述单件行李配置量的差值，计算得到多笔第一费用；

第二计算单元，用于若判断出所述旅客的所有行李的重量的总和超过行李总量配置量，则根据所述旅客的所有行李的重量的总和与所述行李总量配置量的差值，计算得到第二费用；

确定子单元，用于将所述多笔第一费用与所述第二费用的总和确定为所述行李超重费用。

本申请第三方面提供了一种电子设备，包括：

一个或多个处理装置；

存储器，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理装置执行时，使得所述一个或多个处理装置实现如上述任意一项所述的托运信息处理方法。

本申请第四方面提供了一种计算机存储介质，其特征在于，用于存储程序，所述程序被执行时，用于实现如上述任意一项所述的托运信息处理方法。

本申请提供了一种托运信息处理方法，应用于机场上已有的机场服务引擎，具体接收任意一个指定的自助柜机发送的旅客的登陆信息；其中，旅客的登陆信息至少包括所述旅客的身份信息。然后，向自助柜机反馈行李条数量选择指令，用于触发所述自助柜机跳转至行李条数量选择页面。接收自助柜机反馈的行李条数量，并生成所述行李条数量的所述旅客对应的行李条号。然后向给所述自助柜机反馈所述旅客对应的行李条号，以使自助柜机响应旅客的打印操作打印行李条。最后，接收支持称重的目标自助柜机发送的所述旅客的行李的重量，并将旅客的对应的行李条号与旅客的行李的重量进行绑定，得到旅客的行李数据。从而通过现有的机场服务引擎，结合机场已有的自助柜机，实现了一种托运信息处理方法，进而实现了行李自助托运，不需要额外开发独立完整的自助系统，实现相对简单，在快速提高运营效率的同时，有效地控制了成本。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种托运信息处理方法的流程图；

图2为本申请另一实施例提供的另一种托运信息处理方法的流程图；

图3为本申请另一实施例提供的一种行李超重判断并计费的方法的流程图；

图4为本申请另一实施例提供的一种机场服务引擎的结构示意图；

图5为本申请另一实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

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

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

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

本申请实施例提供了一种托运信息处理方法，该方法应用于机场服务引擎。如图1所示，本申请实施例提供的托运信息处理方法，包括以下步骤：

S101、接收任意一个指定的自助柜机发送的旅客的登陆信息。

其中，旅客的登陆信息至少包括旅客的身份信息。旅客的身份信息指的是可以确定旅客身份的信息，例如身份证号、客票号或者护照号等。

首先需要说明的是，机场服务引擎为当前机场为满足旅客的多项服务需求已设置的服务引擎。在该机场服务引擎中增加实现本申请提供的方法的逻辑，从而可以用于实现本申请提供的托运信息处理方法。

指定的自助柜机可以是自助值机柜机(CUSS)或自助行李托运柜机等机场已有的自助柜机。

具体的，旅客在任意一个指定的自助柜机录入自己的登陆信息。具体可以是通过手段进行输入，或者通过刷身份证的方式，又或者其他的方式进行录入。

可选地，在获取到旅客的身份信息后，可以基于旅客的身份信息在后续数据或eterm程序中查询旅客的身份类型，如是否为特服旅客，是否是婴儿旅客，是否是过站旅客、国际旅客、联程旅客等，从而确定为旅客提供的服务等，如是否向旅客提供行李自助服务。

可选地，旅客在自助柜机选择行李自助服务后，执行步骤S102。

S102、向自助柜机反馈行李条数量选择指令。

其中，行李条数量选择指令用于触发自助柜机跳转至行李条数量选择页面。

可选地，旅客可以在自助柜机的行李数量选择页面中根据需求选择需要打印的信令条的数量，并点击增加行李的相关选项。此时自助柜机响应用户的选择操作，调用机场服务引擎的自助行李托运接口，发送行李增加请求。其中，行李增加请求包括用户选择的行李条数量。

S103、接收自助柜机反馈的行李条数量，并生成行李条数量的旅客对应的行李条号。

具体的，在接收到自助柜机反馈的行李条数量后，按照预设规则生成与行李条数量相等的行李条号。可选地，每个行李条号均是唯一的。然后，建立旅客的身份信息与生成的各个行李条号的关联关系，得到旅客对应的行李条号，即旅客对应的行李条号为与旅客的身份信息关联的行李条号。

S104、向给自助柜机反馈旅客对应的行李条号，以使自助柜机响应旅客的打印操作打印行李条。

将生成的旅客对应的行李条号发送给自助柜机，由于自助柜机一般都具有打印的功能，所以可以在界面向用户展示生成的行李条好，用户选择打印的行李条号，从而通过自助柜机打印出相应的行李条。

S105、接收目标自助柜机发送的旅客的行李的重量，目标自助柜机为支持称重的自助柜机。

需要说明的是，由于行李托运对行李的重要有要求，而只有部分的自助柜机可以支持称重，所以旅客需要到支持称重的自助柜机上进行称重。具体的，若用户当前使用的自助柜机为目标自助柜机，则可以直接进行行李称重，若用户当前使用的自助柜机为目标自助柜机，则需要到支持称重的目标自助柜机进行称重，而当旅客转至目标柜机时，也需要进行登录，以能更具旅客的身份信息，将旅客与其行李对应上。当目标自助柜机对旅客的行李进行称重，得到行李的重量并上传。

可选地，目标自助柜机在对行李进行称重时，还可以对行李中的禁止携带的物品进行检测，并直接反馈给旅客。对于包含禁止携带物品的行李，可以不上传其重量，也就无法对该行李走后续的流程，从而保证最终的行李中不携带有禁止携带的物品。

S106、将旅客的对应的行李条号与旅客的行李的重量进行绑定，得到旅客的行李数据。

本申请实施例提供了一种托运信息处理方法，应用于机场上已有的机场服务引擎，具体接收任意一个指定的自助柜机发送的旅客的登陆信息；其中，旅客的登陆信息至少包括所述旅客的身份信息。然后，向自助柜机反馈行李条数量选择指令，用于触发所述自助柜机跳转至行李条数量选择页面。接收自助柜机反馈的行李条数量，并生成所述行李条数量的所述旅客对应的行李条号。然后向给所述自助柜机反馈所述旅客对应的行李条号，以使自助柜机响应旅客的打印操作打印行李条。最后，接收支持称重的目标自助柜机发送的所述旅客的行李的重量，并将旅客的对应的行李条号与旅客的行李的重量进行绑定，得到旅客的行李数据。从而通过现有的机场服务引擎，结合机场已有的自助柜机，实现了一种托运信息处理方法，进而实现了行李自助托运，不需要额外开发独立完整的自助系统，实现相对简单，在快速提高运营效率的同时，有效地控制了成本。

本申请另一实施例提供了另一种托运信息处理方法，该方法应用于机场服务引擎。如图2所示，本申请实施例提供的托运信息处理方法，包括以下步骤：

S201、接收任意一个指定的自助柜机发送的旅客的登陆信息。

其中，旅客的登陆信息至少包括旅客的身份信息。

需要说明的是，步骤S201的具体实施方式，可相应地参考上述方法实施例中的步骤S101，此处不再赘述。

S202、根据旅客的身份信息，查询是否存储有未使用的旅客对应的行李条号。

需要说明的是，为使用的行李条号指的是未将其与行李的重量进行绑定，生成旅客的行李数据的行李条号。

由于，旅客在操作生成行李条号之后，可能需要换到目标自助柜机，在换到目标自助柜机时需要再次登陆目标自助柜机，或者由于其他原因没有及时继续后续的托运流程，而当前再次登陆自助柜机办理，所以需要先根据旅客的身份信息，查询是否存储有未使用的旅客对应的行李条号。

其中，若查询未存储有未使用的旅客对应的行李条号，则执行步骤S203。若存储有未使用的旅客对应的行李条号，则直接执行步骤S206。

S203、向自助柜机反馈行李条数量选择指令。

其中，行李条数量选择指令用于触发自助柜机跳转至行李条数量选择页面。

需要说明的是，步骤S203的具体实施方式，可相应地参考上述方法实施例中的步骤S102，此处不再赘述。

S204、接收自助柜机反馈的行李条数量，并生成行李条数量的旅客对应的行李条号。

需要说明的是，步骤S204的具体实施方式，可相应地参考上述方法实施例中的步骤S103，此处不再赘述。

S205、向给自助柜机反馈旅客对应的行李条号，以使自助柜机响应旅客的打印操作打印行李条。

需要说明的是，步骤S205的具体实施方式，可相应地参考上述方法实施例中的步骤S104，此处不再赘述。

S206、判断当前的自助柜机是否为目标自助柜机。

其中，目标自助柜机为支持称重的自助柜机。

需要说明的是，若判断出当前的自助柜机为目标自助柜机，则执行步骤S207。若判断出自助柜机不是目标自助柜机，则执行步骤S208。

S207、向自助柜机发送称重提示信息。

自助柜机在接收到称重提示信息后，将称重提示信息显示在显示界面上。可选地，称重提示信息除提示旅客开始进行称重外，还可以提示具体称重的步骤等。

S208、向自助柜机发送换机提示信息。

其中，换机提示信息用于提示旅客更换至目标自助柜机进行称重。

需要说明的是，在旅客更换至目标自助柜机后，需要重新在目标自助柜机上进行登录，所以此时会返回从步骤S201开始执行。

S209、接收目标自助柜机发送的旅客的行李的重量。

需要说明的是，步骤S209的具体实施方式，可相应地参考上述方法实施例中的步骤S105，此处不再赘述。

S210、判断旅客的行李的重量是否超过配置量。

由于对旅客托运的行李重量是要要求的，所以需要先判断旅客的行李的重量是否超过配置量。若判断出旅客的行李的重量超过配置量，则执行步骤S211。若判断出旅客的行李的重量未超过配置量，则直接执行步骤S212。

S211、根据旅客的行李的重量与配置量的差值，确定行李超重费用。

可选地，在本申请另一实施例中，步骤S210和相应的步骤S211的一种实施方式，如图3所示，包括：

S301、分别判断旅客的每一件行李的重量是否超过单件行李配置量。

需要说明的是，在本申请实施例中，判断旅客的行李重要是否超重，具体分为了单件行李是否超重以及总行李重量是否超重，当旅客的任意一件行李的重量超过单件行李配置量，或旅客的所有行李的重量的总和超过行李总量配置量，则都判断出旅客的行李的重量超过配置量，都需要支付额外的费用。

其中，若判断出旅客的各件行李中存在重量超过单件行李配置量的目标行李，则先执行步骤S302，在执行步骤S302之后，再执行步骤S303。若判断出旅客的各件行李中不存在重量超过单件行李配置量的目标行李，则执行步骤S303。

S302、分别根据每件目标行李与单件行李配置量的差值，计算得到多笔第一费用。

S303、判断旅客的所有行李的重量的总和是否超过行李总量配置量。

其中，若判断出旅客的所有行李的重量的总和超过行李总量配置量，则先执行步骤S304，再执行步骤S305。

若判断旅客的所有行李的重量的总和未超过行李总量配置量，而且步骤S301的判断结果为是，则直接执行步骤S305。若步骤S301的判断结果也为否，则可以直接执行步骤S213，而不执行步骤S212。当然，也可以是在判断旅客的所有行李的重量的总和未超过行李总量配置量直接执行步骤S305，但是在行李超重费用为零时，不执行步骤S212，直接执行步骤S213。

S304、根据旅客的所有行李的重量的总和与行李总量配置量的差值，计算得到第二费用。

S305、将多笔第一费用与第二费用的总和确定为行李超重费用。

需要说明的是，若由于步骤301或步骤S303的判断结果为否，而没有计算第一费用或第二费用，则此时相应的第一费用或第二费用为零。

S212、目标自助柜机发送行李超重费用的支付指令。

目标自助柜机在接收到行李超重费用的支付指令后，在用户界面向旅客展示行李超重费用的支付页面。具体的支付方式，可以是采用第三方支付平台进行支付，例如扫描支付页面中的二维码进行支付，当然若目标自助柜机支持现金支付，也可以通过目标自助柜机直接进行现金支付。

可选地，机场服务引擎在发送行李超重费用的支付指令后，可以实时监测是否接收到第三方支付平台反馈的支付信息，或者目标自助柜机反馈的支付信息。当监测到旅客成功支付所述行李超重费用后，执行步骤S213。

S213、将旅客的对应的行李条号与旅客的行李的重量进行绑定，得到旅客的行李数据。

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

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

本申请另一实施例提供了一种机场服务引擎，如图4所示，包括以下单元：

第一接收单元401，用于接收任意一个指定的自助柜机发送的旅客的登陆信息。

其中，旅客的登陆信息至少包括旅客的身份信息。

第一反馈单元402，用于向自助柜机反馈行李条数量选择指令。

其中，行李条数量选择指令用于触发自助柜机跳转至行李条数量选择页面。

生成单元403，用于接收自助柜机反馈的行李条数量，并生成行李条数量的旅客对应的行李条号。

第二反馈单元404，用于向给自助柜机反馈旅客对应的行李条号，以使自助柜机响应旅客的打印操作打印行李条。

第二接收单元405，用于接收目标自助柜机发送的旅客的行李的重量。

其中，目标自助柜机为支持称重的自助柜机。

绑定单元406，用于将旅客的对应的行李条号与旅客的行李的重量进行绑定，得到旅客的行李数据。

可选地，在本申请另一实施例提供的机场服务引擎中，还包括：

第一判断单元，用于判断当前的自助柜机是否为目标自助柜机。

第一提示单元，用于在判断出当前的自助柜机为目标自助柜机时，向自助柜机发送称重提示信息。

第二提示单元，用于在判断出自助柜机不是目标自助柜机时，向自助柜机发送换机提示信息。

其中，换机提示信息用于提示旅客更换至目标自助柜机进行称重。

可选地，在本申请另一实施例提供的机场服务引擎中，还包括：

查询单元，用于根据旅客的身份信息，查询是否存储有未使用的旅客对应的行李条号。

其中，若未存储有未使用的旅客对应的行李条号，则第一提示单元执行向自助柜机反馈行李条数量选择指令；若存储有未使用的旅客对应的行李条号，则第二提示单元执行判断当前的自助柜机是否为目标自助柜机。

可选地，在本申请另一实施例提供的机场服务引擎中，还包括：

第二判断单元，用于判断旅客的行李的重量是否超过配置量。

确定单元，用于在判断出旅客的行李的重量超过配置量时，根据旅客的行李的重量与配置量的差值，确定行李超重费用。

发送单元，用于向目标自助柜机发送行李超重费用的支付指令。

其中，当判断出旅客的行李的重量未超过配置量，或者监测到旅客成功支付行李超重费用时，绑定单元执行将旅客的对应的行李条号与旅客的行李的重量进行绑定，得到旅客的行李数据。

可选地，在本申请另一实施例提供的机场服务引擎中，第二判断单元，包括：

第二判断子单元，用于分别判断旅客的每一件行李的重量是否超过单件行李配置量，以及旅客的所有行李的重量的总和是否超过行李总量配置量。

其中，本申请实施例中的确定单元，包括：

第一计算单元，用于若判断出旅客的各件行李中存在重量超过单件行李配置量的目标行李，则分别根据每件目标行李与单件行李配置量的差值，计算得到多笔第一费用。

第二计算单元，用于若判断出旅客的所有行李的重量的总和超过行李总量配置量，则根据旅客的所有行李的重量的总和与行李总量配置量的差值，计算得到第二费用。

确定子单元，用于将多笔第一费用与第二费用的总和确定为行李超重费用。

需要说明的是，本申请上述实施例提供的各个单元的具体工作过程，可相应地参考上述方法实施例中的相应的步骤，此处不再赘述。

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

本申请另一实施例提供一种电子设备，如图5所示，其示出了适于用来实现本公开实施例的电子设备500的结构示意图。其中，本公开实施例中的电子设备可以包括但不限于诸如台式计算机、笔记本电脑、平板电脑、车载终端等电子设备。

如图5所示，电子设备500包括一个或多个处理装置501，例如中央处理器、图形处理器等，以及包括存储器502，其上存储有一个或多个程序。其中一个或多个程序被一个或多个处理装置501执行时，使得一个或多个处理装置501实现如上述任意一个实施例提供的托运信息处理方法。

可选地，电子设备还可以包括其他组成结构，同样参见图5，处理装置501、只读存储器ROM502以及随机存取存储器RAM503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。通常，以下装置可以连接至I/O接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器、扬声器、振动器等的输出装置507，包括例如磁带、硬盘等的存储装置508，以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

本申请另一实施例提供了一种计算机存储介质，用于存储程序，该程序被执行时，用于实现如上述任意一个实施例提供的托运信息处理方法。

计算机存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种托运信息处理方法，其特征在于，应用于机场服务引擎，所述方法包括：

接收任意一个指定的自助柜机发送的旅客的登陆信息；其中，所述旅客的登陆信息至少包括所述旅客的身份信息；

向所述自助柜机反馈行李条数量选择指令；其中，所述行李条数量选择指令用于触发所述自助柜机跳转至行李条数量选择页面；

接收所述自助柜机反馈的行李条数量，并生成所述行李条数量的所述旅客对应的行李条号；

向给所述自助柜机反馈所述旅客对应的行李条号，以使自助柜机响应所述旅客的打印操作打印行李条；

接收目标自助柜机发送的所述旅客的行李的重量；其中，所述目标自助柜机为支持称重的所述自助柜机；

将所述旅客的对应的行李条号与所述旅客的行李的重量进行绑定，得到所述旅客的行李数据。

2.根据权利要求1所述的方法，其特征在于，所述接收目标自助柜机发送的所述旅客的行李的重量之前，还包括：

判断当前的所述自助柜机是否为目标自助柜机；

若判断出当前的所述自助柜机为目标自助柜机，则向所述自助柜机发送称重提示信息；

若判断出所述自助柜机不是目标自助柜机，则向所述自助柜机发送换机提示信息；其中，所述换机提示信息用于提示旅客更换至目标自助柜机进行称重。

3.根据权利要求2所述的方法，其特征在于，所述接收任意一个指定的自助柜机发送的旅客的登陆信息之后，还包括：

根据所述旅客的身份信息，查询是否存储有未使用的所述旅客对应的行李条号；其中，若未存储有未使用的所述旅客对应的行李条号，则执行所述向所述自助柜机反馈行李条数量选择指令；若存储有未使用的所述旅客对应的行李条号，则执行所述判断当前的所述自助柜机是否为目标自助柜机。

4.根据权利要求1所述的方法，其特征在于，所述将所述旅客的对应的行李条号与所述旅客的行李的重量进行绑定，得到所述旅客的行李数据之前，还包括：

判断所述旅客的行李的重量是否超过配置量；

若判断出所述旅客的行李的重量超过配置量，则根据所述旅客的行李的重量与所述配置量的差值，确定行李超重费用；

向所述目标自助柜机发送所述行李超重费用的支付指令；

当判断出所述旅客的行李的重量未超过配置量，或者监测到所述旅客成功支付所述行李超重费用时，执行所述将所述旅客的对应的行李条号与所述旅客的行李的重量进行绑定，得到所述旅客的行李数据。

5.根据权利要求4所述的方法，其特征在于，所述判断所述旅客的行李的重量是否超过配置量，包括：

分别判断所述旅客的每一件行李的重量是否超过单件行李配置量，以及所述旅客的所有行李的重量的总和是否超过行李总量配置量；

其中，所述根据所述旅客的行李的重量与所述配置量的差值，确定行李超重费用，包括：

若判断出所述旅客的各件行李中存在重量超过单件行李配置量的目标行李，则分别根据每件目标行李与所述单件行李配置量的差值，计算得到多笔第一费用；

若判断出所述旅客的所有行李的重量的总和超过行李总量配置量，则根据所述旅客的所有行李的重量的总和与所述行李总量配置量的差值，计算得到第二费用；

将所述多笔第一费用与所述第二费用的总和确定为所述行李超重费用。

6.一种机场服务引擎，其特征在于，包括：

第一接收单元，用于接收任意一个指定的自助柜机发送的旅客的登陆信息；其中，所述旅客的登陆信息至少包括所述旅客的身份信息；

第一反馈单元，用于向所述自助柜机反馈行李条数量选择指令；其中，所述行李条数量选择指令用于触发所述自助柜机跳转至行李条数量选择页面；

生成单元，用于接收所述自助柜机反馈的行李条数量，并生成所述行李条数量的所述旅客对应的行李条号；

第二反馈单元，用于向给所述自助柜机反馈所述旅客对应的行李条号，以使自助柜机响应所述旅客的打印操作打印行李条；

第二接收单元，用于接收目标自助柜机发送的所述旅客的行李的重量；其中，所述目标自助柜机为支持称重的所述自助柜机；

绑定单元，用于将所述旅客的对应的行李条号与所述旅客的行李的重量进行绑定，得到所述旅客的行李数据。

7.根据权利要求6所述的机场服务引擎，其特征在于，还包括：

第一判断单元，用于判断当前的所述自助柜机是否为目标自助柜机；

第一提示单元，用于在判断出当前的所述自助柜机为目标自助柜机时，向所述自助柜机发送称重提示信息；

第二提示单元，用于在判断出所述自助柜机不是目标自助柜机时，向所述自助柜机发送换机提示信息；其中，所述换机提示信息用于提示旅客更换至目标自助柜机进行称重。

8.根据权利要求7所述的机场服务引擎，其特征在于，还包括：

查询单元，用于根据所述旅客的身份信息，查询是否存储有未使用的所述旅客对应的行李条号；其中，若未存储有未使用的所述旅客对应的行李条号，则所述第一提示单元执行所述向所述自助柜机反馈行李条数量选择指令；若存储有未使用的所述旅客对应的行李条号，则第二提示单元执行所述判断当前的所述自助柜机是否为目标自助柜机。

9.一种电子设备，其特征在于，包括：

一个或多个处理装置；

存储器，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理装置执行时，使得所述一个或多个处理装置实现如权利要求1至5任意一项所述的托运信息处理方法。

10.一种计算机存储介质，其特征在于，用于存储程序，所述程序被执行时，用于实现如权利要求1至5任意一项所述的托运信息处理方法。

Images