CN116347347A - 补票方法、补票装置及存储介质 - Google Patents

Abstract

本公开是关于一种补票方法、补票装置及存储介质。补票方法包括：获取用户的初始车票信息；若基于所述初始车票信息，确定用户已乘坐匹配所述初始车票信息的列车，则获取待补票的补票信息；向服务器发送包括所述初始车票信息以及所述补票信息的补票请求信息，以执行补票操作。通过本公开可以实现用户通过终端进行自助补票。

Description

补票方法、补票装置及存储介质

技术领域

本公开涉及智能终端技术领域，尤其涉及一种补票方法、补票装置及存储介质。

背景技术

最近几年，例如手机等终端得到了极大的普及，人手一部，信息获取变得便捷高效。并且，由于终端的更新迭代，例如智慧出行、智能交通领域等技术也得到了大力发展，极大的降低了用户的出行时间成本，提高了用户出行的便利性。相关技术中，针对用户出行且需要补票的场景，用户需要到指定的补票点进行补票。例如，用户上车后，自己步行至指定车厢(补票车厢)进行补票。又例如，用户下车后，去往到达站点内的补票窗口进行补票。

相关技术中的补票方法，存在补票效率较低及用户操作成本较高的问题，无法满足用户的需求。

发明内容

为克服相关技术中存在的问题，本公开提供一种补票方法、补票装置及存储介质。

根据本公开实施例的第一方面，提供一种补票方法，应用于终端，所述补票方法包括：

获取用户的初始车票信息；若基于所述初始车票信息，确定用户已乘坐匹配所述初始车票信息的列车，则获取待补票的补票信息；向服务器发送包括所述初始车票信息以及所述补票信息的补票请求信息，以执行补票操作。

一种实施方式中，基于所述初始车票信息，确定用户已乘坐匹配所述初始车票信息的列车，包括：获取终端的实时位置以及实时速度；在所述终端的实时位置与所述初始车票信息中出发站点之间的距离大于或等于预设距离阈值，且所述终端的实时速度大于预设速度阈值的情况下，确定用户已乘坐匹配所述初始车票信息的列车。

一种实施方式中，所述获取终端的实时位置以及实时速度之前，还包括：获取匹配所述出发站点的发车时间，并确定当前时间与所述发车时间之间的时间差在预设差值范围内。

一种实施方式中，所述补票信息包括待补票的列车行程区间；采用如下方式获取待补票的列车行程区间，包括：获取用户输入的目标车站；基于用户输入的目标车站，以及所述初始车票信息中包括的到达车站，确定待补票的列车行程区间。

一种实施方式中，所述补票信息包括待补票的列车行程区间；采用如下方式获取待补票的列车行程区间，包括：基于所述初始车票信息确定列车信息，并基于所述列车信息确定列车运行轨迹；监测终端运动轨迹，并确定所述终端运动轨迹与所述列车运行轨迹之间的匹配度；若所述匹配度小于匹配度阈值，则确定所述列车运行轨迹中与所述终端位置最近的车站为用户下车的目标车站；基于所述目标车站以及所述初始车票信息中的到达车站，确定待补票的列车行程区间。

一种实施方式中，所述方法还包括：响应于接收到补票成功提示信息，生成并显示匹配所述补票信息的最终车票信息。

根据本公开实施例的第二方面，提供一种补票方法，应用于服务器，所述方法包括：

接收补票请求信息，所述补票请求信息中包括有终端获取的初始车票信息，以及待补票的补票信息；基于所述初始车票信息以及所述待补票的补票信息，执行补票操作。

根据本公开实施例的第三方面，提供一种补票装置，应用于终端，包括：

获取单元，用于获取用户的初始车票信息；以及用于在基于所述初始车票信息，确定用户已乘坐匹配所述初始车票信息的列车的情况下，获取待补票的补票信息；控制单元，用于向服务器发送包括所述初始车票信息以及所述补票信息的补票请求信息，以执行补票操作。

一种实施方式中，所述获取单元采用如下方式基于所述初始车票信息，确定用户已乘坐匹配所述初始车票信息的列车：获取终端的实时位置以及实时速度；在所述终端的实时位置与所述初始车票信息中出发站点之间的距离大于或等于预设距离阈值，且所述终端的实时速度大于预设速度阈值的情况下，确定用户已乘坐匹配所述初始车票信息的列车。

一种实施方式中，所述获取单元还用于：在获取终端的实时位置以及实时速度之前，获取匹配所述出发站点的发车时间，并确定当前时间与所述发车时间之间的时间差在预设差值范围内。

一种实施方式中，所述补票信息包括待补票的列车行程区间；所述获取单元采用如下方式获取待补票的列车行程区间：基于所述初始车票信息确定列车信息，并基于所述列车信息确定列车运行轨迹；监测终端运动轨迹，并确定所述终端运动轨迹与所述列车运行轨迹之间的匹配度；若所述匹配度开始小于匹配度阈值，则确定所述列车运行轨迹中与所述终端位置最近的车站为用户下车的目标车站；基于所述目标车站以及所述初始车票信息中的到达车站，确定待补票的列车行程区间。

根据本公开实施例的第四方面，提供一种补票装置，应用于服务器，包括：

接收单元，用于接收补票请求信息，所述补票请求信息中包括有终端获取的初始车票信息，以及待补票的补票信息；处理单元，用于基于所述初始车票信息以及所述待补票的补票信息，执行补票操作。

根据本公开实施例第五方面，提供一种补票装置，包括：

处理器；用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行第一方面或者第一方面任意一种实施方式中所述的补票方法，或执行第二方面或者第二方面任意一种实施方式中所述的补票方法。

根据本公开实施例第六方面，提供一种存储介质，所述存储介质中存储有指令，当所述存储介质中的指令由处理器执行时，使得处理器能够执行第一方面或者第一方面任意一种实施方式中所述的补票方法，或执行第二方面或者第二方面任意一种实施方式中所述的补票方法。

本公开的实施例提供的技术方案可以包括以下有益效果：可以在确定用户已乘坐匹配初始车票信息的列车的情况下，获取待补票的补票信息，并通过向服务器发送包括初始车票信息以及补票信息的补票请求信息的方式，实现补票。在此基础上，用户可以通过终端实现自助补票，减小了因用户去指定车厢或指定窗口进行补票所产生的时间成本及操作成本，可以满足用户需求。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种补票方法的流程图。

图2是根据一示例性实施例示出的一种基于初始车票信息，确定用户已乘坐匹配初始车票信息的列车的方法流程图。

图3是根据一示例性实施例示出的另一种基于初始车票信息，确定用户已乘坐匹配初始车票信息的列车的方法流程图。

图4是根据一示例性实施例示出的另一种补票方法的流程图。

图5是根据一示例性实施例示出的一种确定待补票的列车行程区间的方法流程图。

图6是根据一示例性实施例示出的另一种补票方法的流程图。

图7是根据一示例性实施例示出的一种补票方法的流程图。

图8是根据一示例性实施例示出的另一种补票方法的流程图。

图9是根据一示例性实施例示出的一种补票方法的流程图。

图10是根据一示例性实施例示出的一种补票装置框图。

图11是根据一示例性实施例示出的另一种补票装置框图。

图12是根据一示例性实施例示出的一种用于补票的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。

在附图中，自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。所描述的实施例是本公开一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。下面结合附图对本公开的实施例进行详细说明。

目前，例如手机等终端得到了极大的普及，人手一部，信息获取变得便捷高效。并且，由于终端的更新迭代，例如智慧出行、智能交通领域等技术也得到了大力发展，极大的降低了用户的出行时间成本，提高了用户出行的便利性。例如，早些年前，用户需要亲自去车站或者代售点买票。若遇到例如春节等节假日，用户可能需要提前几个小时，甚至通宵排队去车站买票，这需要用户花费大量的时间和精力。而到了近几年，随着终端的大力普及，我们只需在终端上点击几下，分分钟就可以买到车票，再也不用去车站排队。并且，不仅针对买票，用户还可以通过终端，实时查看列车是否准时，又或在终端上进行退票、改签等操作，非常便捷。

相关技术中，还无法在终端上做到越站补票的功能，针对用户出行且需要补票的场景，用户只能够到指定的补票点进行补票。例如，用户上车后，自己步行至指定车厢(补票车厢)进行补票。又例如，用户下车后，去往到达站点内的补票窗口进行补票。

相关技术中的补票方法，存在以下问题：

(1)对于列车：补票车厢内人数过多，导致该节车厢的负载明显大于其他车厢，整列列车的负载分布严重不均衡，严重的时候，可能会因为补票车厢负载过大，导致列车无法正常启动，影响列车的正常行驶和列车的行驶安全。

(2)对于用户：用户需要从其他车厢步行至补票车厢，进行补票。针对列车负载人数较多的情况，列车内部较为拥挤，用户步行至补票车厢，并在补票后回到座位，需要花费较多的时间成本，以及较大的精力成本，这影响了用户的在途心情，以及用户的乘车体验。

(3)对于工作人员：补票现象往往会在特定时期(例如节假日)出现猛增的情况，工作人员往往要面对集中且大量的补票任务。针对补票流程，工作人员需要在维持秩序、查验、收费以及打印车票等环节，付出大量的时间及精力成本。

(4)对于社会：成本太高。聘用工作人员所带来的人力成本，以及打印手持车票所带来的物料成本，都是无法满足社会针对列车补票环节的实际成本需求的。

基于此，亟需一种简单、高效且低成本的补票方法，来改善相关技术的补票方法所存在的问题。

本公开实施例提供了一种应用于终端的补票方法，可以获取用户的初始车票信息，并在通过初始车票信息，确定用户已乘坐匹配初始车票信息的列车的情况下，获取待补票的补票信息，进而控制终端向服务器发送包括初始车票信息以及补票信息的补票请求信息。通过本公开实施例提供的补票方法，可以实现使用户通过终端进行自助补票，方便快捷地完成补票流程，满足用户需求，且节省了繁杂操作所带来的时间成本。

图1是根据一示例性实施例示出的一种补票方法的流程图，如图1所示，补票方法用于终端中，包括以下步骤。

在步骤S11中，获取用户的初始车票信息。

本公开实施例中，初始车票信息表征用户已购车票的车票信息，例如可以包括车票序列号、出发车站、到达车站、列车号、预计乘车时间、座位号、座位类型以及用户身份信息(示例的，用户身份信息例如可以包括用户名以及用户购买车票时提供的证件号)。

示例的，初始车票信息可以是在用户开启终端的补票功能时实时获取的，也可以是在开启补票功能后，终端需要时获取的；或者是用户在购买车票后存储在终端中的。并且，初始车票信息可以是用户手动输入的，也可以是预先在用户通过终端购买车票时记录的，或者是终端从其他设备中获取的。

在步骤S12中，在基于初始车票信息，确定用户已乘坐匹配初始车票信息的列车的情况下，获取待补票的补票信息。

其中，补票信息例如可以包括用于在执行补票操作过程中提供支付验证的支付验证信息，用于核验初始车票信息的用户身份信息，以及待补票的列车行程区间。其中，待补票的列车行程区间，可以理解为已购车票的到达车站与用户实际下车的车站之间的列车行程区间。

在步骤S13中，向服务器发送包括初始车票信息以及补票信息的补票请求信息，以执行补票操作。

本公开实施例提供的补票方法，在终端向服务器发送补票请求信息的情况下，服务器可以根据所接收的补票请求信息，完成用户所需的补票操作，并以此满足用户的补票需求。

通常的，针对用户未乘坐与初始车票信息匹配的列车的情况，用户不会有补票需求。

本公开实施例中，可以在确定用户已乘坐匹配初始车票信息的列车的情况下，获取待补票的补票信息，而在确定用户未乘坐匹配初始车票信息的列车的情况下，不获取待补票的补票信息。在此基础上，针对用户未乘坐匹配初始车票信息的列车的情况，可以节省终端后续的操作成本，在保证终端可以顺利执行补票流程的同时，节省了终端的功耗。

示例的，可以采用如下方式确定用户已乘坐匹配初始车票信息的列车。

图2是根据一示例性实施例示出的一种基于初始车票信息，确定用户已乘坐匹配初始车票信息的列车的方法流程图，如图2所示，包括以下步骤。

在步骤S21中，获取终端的实时位置以及实时速度。

示例的，终端的实时位置可以是通过开启终端的定位功能获取的，终端的实时速度可以是根据终端固有的加速度传感器获取的。当然，还可以通过其他方式获取终端的实时位置以及实时速度，本公开对此不做具体限定。

在步骤S22中，在终端的实时位置与初始车票信息中出发站点之间的距离大于或等于预设距离阈值，且终端的实时速度大于预设速度阈值的情况下，确定用户已乘坐匹配初始车票信息的列车。

本公开实施例中，获取终端的实时位置的目的在于，通过监测终端是否远离出发站点的方式，判断用户是否已乘坐列车。获取终端的实时速度的目的在于，通过监测终端的速度是否与列车速度匹配的方式，判断用户是否已乘坐列车。换言之，仅通过终端的实时速度或实时位置，也可以实现针对用户是否已乘坐匹配初始车票信息的列车的判断，但同时采用上述两种方式，判断用户是否已乘坐匹配初始车票信息的列车，所得到的判断结果具有更高的精度。

本公开实施例中，预设距离阈值以及预设速度阈值可以是根据实验设置的经验值，也可以是根据实际场景设置的临界值，本公开对预设距离阈值以及预设速度阈值的设置方式不做具体限定。

本公开实施例提供的补票方法，针对终端的实时位置与初始车票信息中出发站点之间的距离逐渐增大，且距离大于或等于预设距离阈值的情况，可以判断出用户当前正在远离出发站点。针对终端的实时速度大于预设速度阈值的情况，可以判断出用户当前正在乘坐交通工具。因此，基于上述判断，可以确定用户正在通过乘坐交通工具的方式远离出发站点，以此可以确定出用户已乘坐匹配初始车票信息的列车。

由于通常情况下，用户在同一时段只会购买一张列车车票，因此，只要通过上述方式确定用户当前正在通过乘坐交通工具的方式远离出发站点，即可确定用户已乘坐匹配初始车票信息的列车。当然，上述方法针对用户通过乘坐除列车外的其他交通工具的方式远离出发站点的情况，可能会出现用户当前所处场景误判。示例的，还可以对用户当前所处场景进行更精细化地判断。例如，可以在终端的实时位置与初始车票信息中出发站点之间的距离大于或等于预设距离阈值，且终端的实时速度大于预设速度阈值的情况下，进一步判断终端的运动轨迹与匹配初始车票信息的列车的运行轨迹之间的轨迹匹配度，并在确定二者间匹配度较高(例如，匹配度大于匹配度阈值)的情况下，确定用户已乘坐匹配初始车票信息的列车。此外，也可以根据实际场景下对功耗与精度之间的平衡性考虑，调整确定用户已乘坐匹配初始车票信息的列车的具体方式，本公开对此不作具体限定。

示例的，可以根据出发站点的发车时间，设置获取终端实时位置以及实时速度的起始时间。

图3是根据一示例性实施例示出的另一种基于初始车票信息，确定用户已乘坐匹配初始车票信息的列车的方法流程图，如图3所示，本公开实施例中的步骤S32与图2中的步骤S22的实施过程相似，在此不做赘述。

在步骤S31中，获取匹配出发站点的发车时间，并在确定当前时间与发车时间之间的时间差在预设差值范围内的情况下，获取终端的实时位置以及实时速度。

本公开实施例中，可以在当前时间与发车时间之间的时间差在预设差值范围内时，获取终端的实时位置以及实时速度，而针对当前时间与发车时间之间的时间差在预设差值范围之外的情况，则不获取终端的实时位置以及实时速度，该方法无需一直监测终端的位置及速度，可以减小终端的功耗。

一实施方式中，补票信息中包括的待补票的列车行程区间，可以是通过用户输入的目标车站确定的。例如，获取用户输入的目标车站，并通过目标车站以及初始车票信息中的到达车站，确定待补票的列车行程区间。

图4是根据一示例性实施例示出的另一种补票方法的流程图，如图4所示，本公开实施例中的步骤S41和步骤S43与图1中的步骤S11和步骤S13的实施过程相似，在此不做赘述。

在步骤S42中，在基于初始车票信息，确定用户已乘坐匹配初始车票信息的列车的情况下，获取待补票的补票信息，补票信息中包括基于用户输入的目标车站，以及初始车票信息中的到达车站，确定的待补票的列车行程区间。

其中，目标车站表征用户意图下车的列车车站，该车站与当前初始车票信息中包括的到达车站不同。并且，可以理解的是，针对列车完整行程区间内各车站，若用户意图下车的列车车站为相较于到达车站的在前车站，则用户无需补票。因此，目标车站可以理解为列车完整行程区间内各车站中，相较于到达车站的在后车站。进一步的，目标车站与到达车站之间的列车行程区间，即为待补票的列车行程区间。

本公开实施例中，针对用户在出发前或乘坐列车途中，就已经明确需要补票，且已知补票后下车至目标车站的情况，用户可以主动输入目标车站。进一步的，终端可以根据用户输入的目标车站，确定待补票的列车行程区间。

另一实施方式中，补票信息中包括的待补票的列车行程区间，可以是通过终端及列车的运动轨迹确定的。

图5是根据一示例性实施例示出的一种确定待补票的列车行程区间的方法流程图，如图5所示，包括以下步骤。

在步骤S51中，基于初始车票信息确定列车信息，并基于列车信息确定列车运行轨迹。

本公开实施例中，列车信息表征初始车票信息中与列车相关的信息。与上述涉及的初始车票信息相应的，列车信息例如可以包括出发车站、到达车站、列车号以及预计乘车时间。

示例的，可以采用如下方式确定列车运行轨迹。例如，可以查找匹配列车号的铁路线，以此得到的列车运行轨迹。又例如，可以根据列车途径车站，绘制列车运行轨迹。本公开对确定列车运行轨迹的方式不做具体限定。

在步骤S52中，监测终端运动轨迹，并确定终端运动轨迹与列车运行轨迹之间的匹配度。

在步骤S53a中，若匹配度小于匹配度阈值，则确定列车运行轨迹中与终端位置最近的车站为用户下车的目标车站。

示例的，可以在匹配度开始小于匹配度阈值的情况下，确定列车运行轨迹中与终端位置最近的车站为用户下车的目标车站。

在步骤S53b中，若匹配度大于或等于匹配度阈值，则继续执行步骤S52。

在步骤S54中，基于目标车站以及初始车票信息中的到达车站，确定待补票的列车行程区间。

示例的，确定终端运动轨迹与列车运行轨迹之间的匹配度，可以是将完整的终端运动轨迹与完整的列车运行轨迹进行匹配，也可以是将终端运动轨迹以及列车运行轨迹划分为多段轨迹，并分别比较。换言之，只要能够通过所确定出的匹配度，确定出用户下车的目标车站，即可满足本公开针对匹配度的实际需求，本公开对确定匹配度的具体方式不做限定。

其中，确定轨迹匹配度的方式，例如可以是在轨迹中标识出多个特征位置点，进而通过比对终端与列车之间针对特征位置点的位置匹配度，得到终端运动轨迹与列车运行轨迹之间的匹配度。当然，还可以针对终端运动轨迹以及列车运行轨迹进行轨迹轮廓的相似度匹配，本公开对此不做具体限定。

本公开实施例中，可以通过轨迹匹配的方式，确定出用户下车的目标车站，进而根据目标车站与到达车站之间的关联关系，确定待补票的补票信息，该方法无需用户输入目标车站，可以进一步节省用户的操作成本。

通常的，用户需要在出站时进行车票校验。本公开实施例提供的补票方法，终端可以在用户由下车至出站的行程中，通过轨迹匹配的方式确定待补票的补票信息，并向服务器发送补票请求信息，以此得到用户所需的最终车票信息。进一步的，可以在用户出站时，为用户提供相应的最终车票信息，满足用户针对车票校验的需求。

本公开实施例中，可以通过待补票的列车行程区间确定待补票的补票金额。例如，可以通过网络搜索的方式，查找待补票列车行程区间对应的补票金额。又例如，可以通过读取预存的补票金额与列车行程区间之间的对应关系表，确定待补票列车行程区间对应的补票金额。本公开对通过列车行程区间确定补票金额的具体方式不做限定。

一实施方式中，终端可以在确定待补票的列车行程区间的情况下，通过待补票的列车行程区间，确定补票金额，进而将所确定的补票金额包含于补票信息。基于此，补票金额可以通过补票请求信息发送至服务器，以使服务器获取补票金额，并执行补票流程中的支付操作。

另一实施方式中，可以通过服务器确定补票金额。例如，在服务器获取到补票请求信息的情况下，通过补票信息中包括的待补票的列车行程区间，确定补票金额。

本公开实施例中，在终端向服务器发送补票请求信息的情况下，针对服务器侧，服务器可以通过补票请求信息，执行补票操作，并在完成补票操作的情况下，向终端发送用于提示完成补票操作的补票成功提示信息。进一步的，终端可以在接收到补票成功提示信息的情况下，生成并显示匹配补票信息的最终车票信息，以使用户获知补票完成，并根据所显示的最终车票信息，进行查阅或使用。

图6是根据一示例性实施例示出的另一种补票方法的流程图，如图6所示，本公开实施例中的步骤S61、步骤S62和步骤S63与图1中的步骤S11、步骤S12和步骤S13的实施过程相似，在此不做赘述。

在步骤S64中，响应于接收到补票成功提示信息，生成并显示匹配补票信息的最终车票信息。

本公开实施例中，匹配补票信息的最终车票信息，可以是将已购路段以及待补票路段对应的车票信息整合后得到的完整车票信息，也可以是仅包括待补票路段的车票信息。基于相同的构思，本公开实施例还提供一种应用于服务器的补票方法，在服务器接收到终端发送的补票请求信息的情况下，可以基于补票请求信息中包括的初始车票信息以及待补票的补票信息，执行补票操作，并以此完成用户所需的自助补票服务。

图7是根据一示例性实施例示出的一种补票方法的流程图，如图7所示，应用于服务器，包括以下步骤。

在步骤S71中，接收补票请求信息。

其中，补票请求信息中包括有终端获取的初始车票信息，以及待补票的补票信息。

在步骤S72中，基于初始车票信息以及待补票的补票信息，执行补票操作。

示例的，针对服务器所接收的补票请求信息，补票请求信息中包括的初始车票信息以及待补票的补票信息，是通过终端获取的，具体的获取过程已于上述终端侧实施例中予以描述，相关内容可参考上述终端侧对应的实施例。

本公开实施例中，服务器侧可以通过初始车票信息以及补票信息执行补票操作。

示例的，可以通过补票信息中包含的用户身份信息，核验初始车票信息，以及通过初始车票信息，核验补票信息中包含的待补票的列车行程区间。并且，可以通过待补票的列车行程区间，确定补票金额。此外，还可以通过补票信息中包括的支付验证信息，根据所确定的补票金额，完成支付流程。在此基础上，服务器可以通过初始车票信息以及待补票的补票信息，完成补票操作，满足用户通过终端进行补票操作的实际使用需求。

当然，若所获取的补票信息中已包括补票金额，可以直接通过补票信息中包括的补票金额，完成支付流程。此外，为确保支付流程的安全性，还可以在获取到补票信息中包括的补票金额的情况下，通过待补票的列车行程区间，对补票金额进行核验，以此保证补票金额的正确性。

进一步的，服务器可以在完成补票操作的情况下，向终端发送用于提示完成补票操作的补票成功提示进行。

图8是根据一示例性实施例示出的另一种补票方法的流程图，如图8所示，应用于服务器，本公开实施例中的步骤S81和步骤S82与图7中的步骤S71和步骤S72的实施过程相似，在此不做赘述。

在步骤S83中，在完成补票操作的情况下，向终端发送用于提示完成补票操作的补票成功提示信息。

示例的，在服务器发送补票成功提示信息的情况下，终端可以接收补票成功提示信息。进一步的，终端可以根据所接收的补票成功提示信息，生成并显示最终车票信息，以供用户查阅或使用。

图9是根据一示例性实施例示出的一种补票方法的流程图，以用户主动输入目标车站为例，具体流程如图9所示。本公开实施例中，用户可以根据实际需求选择是否开启终端的自动补票功能。示例的，针对用户需要补票到目标车站的情况，用户可以将初始车票信息以及目标车站输入终端，并开启终端的自动补票功能。

示例的，在终端的自动补票功能被开启的情况下，终端可以在与出发车站对应的出发时间之间的时间差在预设差值范围内的任一时间点，获取终端的实时位置以及实时速度，并在确定终端的实时位置与出发车站之间的距离逐渐增大，且距离大于或等于预设距离阈值，且终端的实时速度大于预设速度阈值的情况下，确定用户已乘坐匹配初始车票信息的列车。

示例的，在确定用户已乘坐匹配初始车票信息的列车的情况下，终端可以获取用户先前输入的初始车票信息以及目标车站。进一步的，可以通过到达车站和目标车站，确定待补票的列车行程区间。进一步的，在通过待补票的列车行程区间等信息得到补票信息的情况下，可以向服务器发送包括初始车票信息以及补票信息的补票请求。相应的，针对服务器侧，可以在接收补票请求信息的情况下，通过初始车票信息以及待补票的补票信息，执行补票操作。

示例的，服务器可以通过补票信息中包含的用户身份信息，核验初始车票信息，以及通过初始车票信息，核验补票信息中包含的待补票的列车行程区间。并且，可以通过待补票的列车行程区间，确定补票金额。此外，还可以通过补票信息中包括的支付验证信息，根据所确定的补票金额，完成支付流程。进一步的，服务器可以在完成补票操作的情况下，向终端发送补票成功提示信息，终端在接收到补票成功提示信息的情况下，生成并显示最终车票信息(例如，终端生成并显示表征用户补票后实际行程的电子车票)。

本公开实施例提供的补票方法，根据初始车票信息的出发车站发车时间，结合终端在特定时间特定地点的速度信息及位置信息，可以确定用户是否乘坐匹配初始车票信息的列车，并通过后续向服务器发送补票请求信息的方式，实现补票。由于上述过程中，针对例如获取发车时间、获取位置信息以及获取速度信息等相关操作，相关技术较为成熟。因此，针对上述过程，在终端侧实施部署较为便捷，且实现方式贴合实际需求。并且，通过本公开实施例提供的补票方法，用户可以实现通过终端进行自助补票。基于此，用户无需去往指定车厢或指定窗口进行补票，且相关服务部门无需设置相应的补票点，节省用户时间及操作成本的同时，可以节省补票点的部署成本，满足了针对补票场景的实际需求。此外，通过终端显示最终车票信息，可以避免补票环节打印电子车票，节省了更新纸质车票所带来的物料成本。综上，本公开实施例提供的补票方法，可以满足用户侧以及服务车站侧双方的实际需求，为用户补票场景提供了一种高效、便捷且低成本的补票方案。

基于相同的构思，本公开实施例还提供一种应用于终端的补票装置。

可以理解的是，本公开实施例提供的补票装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本公开实施例中所公开的各示例的单元及算法步骤，本公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本公开实施例的技术方案的范围。

图10是根据一示例性实施例示出的一种补票装置框图。参照图10，该装置100应用于终端，包括获取单元101和控制单元102。

获取单元101，用于获取用户的初始车票信息。以及用于在基于初始车票信息，确定用户已乘坐匹配初始车票信息的列车的情况下，获取待补票的补票信息。控制单元102，用于向服务器发送包括初始车票信息以及补票信息的补票请求信息，以执行补票操作。

一种实施方式中，获取单元101采用如下方式基于初始车票信息，确定用户已乘坐匹配初始车票信息的列车：获取终端的实时位置以及实时速度。在终端的实时位置与初始车票信息中出发站点之间的距离大于或等于预设距离阈值，且终端的实时速度大于预设速度阈值的情况下，确定用户已乘坐匹配初始车票信息的列车。

一种实施方式中，获取单元101还用于：在获取终端的实时位置以及实时速度之前，获取匹配出发站点的发车时间，并确定当前时间与发车时间之间的时间差在预设差值范围内。

一种实施方式中，补票信息包括待补票的列车行程区间。获取单元101采用如下方式获取待补票的列车行程区间：基于初始车票信息确定列车信息，并基于列车信息确定列车运行轨迹。监测终端运动轨迹，并确定终端运动轨迹与列车运行轨迹之间的匹配度。若匹配度开始小于匹配度阈值，则确定列车运行轨迹中与终端位置最近的车站为用户下车的目标车站。基于目标车站以及初始车票信息中的到达车站，确定待补票的列车行程区间。

基于相同的构思，本公开实施例还提供一种应用于服务器的补票装置。

图11是根据一示例性实施例示出的一种补票装置框图。参照图11，该装置200应用于服务器，包括接收单元201和处理单元202。

接收单元201，用于接收补票请求信息，补票请求信息中包括有终端获取的初始车票信息，以及待补票的补票信息。处理单元202，用于基于初始车票信息以及待补票的补票信息，执行补票操作。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图12是根据一示例性实施例示出的一种用于补票的装置300的框图。例如，装置300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图12，装置300可以包括以下一个或多个组件：处理组件302，存储器304，电力组件306，多媒体组件308，音频组件310，输入/输出(I/O)接口312，传感器组件314，以及通信组件316。

处理组件302通常控制装置300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件302可以包括一个或多个处理器320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件302可以包括一个或多个模块，便于处理组件302和其他组件之间的交互。例如，处理组件302可以包括多媒体模块，以方便多媒体组件308和处理组件302之间的交互。

存储器304被配置为存储各种类型的数据以支持在装置300的操作。这些数据的示例包括用于在装置300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件306为装置300的各种组件提供电力。电力组件306可以包括电源管理***，一个或多个电源，及其他与为装置300生成、管理和分配电力相关联的组件。

多媒体组件308包括在所述装置300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件308包括一个前置摄像头和/或后置摄像头。当装置300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件310被配置为输出和/或输入音频信号。例如，音频组件310包括一个麦克风(MIC)，当装置300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器304或经由通信组件316发送。在一些实施例中，音频组件310还包括一个扬声器，用于输出音频信号。

I/O接口312为处理组件302和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件314包括一个或多个传感器，用于为装置300提供各个方面的状态评估。例如，传感器组件314可以检测到装置300的打开/关闭状态，组件的相对定位，例如所述组件为装置300的显示器和小键盘，传感器组件314还可以检测装置300或装置300一个组件的位置改变，用户与装置300接触的存在或不存在，装置300方位或加速/减速和装置300的温度变化。传感器组件314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件316被配置为便于装置300和其他设备之间有线或无线方式的通信。装置300可以接入基于通信标准的无线网络，如WiFi，4G或5G，或它们的组合。在一个示例性实施例中，通信组件316经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器304，上述指令可由装置300的处理器320执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

可以理解的是，本公开中“多个”是指两个或两个以上，其它量词与之类似。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

进一步可以理解的是，术语“第一”、“第二”等用于描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开，并不表示特定的顺序或者重要程度。实际上，“第一”、“第二”等表述完全可以互换使用。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。

进一步可以理解的是，除非有特殊说明，“连接”包括两者之间不存在其他构件的直接连接，也包括两者之间存在其他元件的间接连接。

进一步可以理解的是，本公开实施例中尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利范围指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利范围来限制。

Claims (14)

1.一种补票方法，其特征在于，应用于终端，所述补票方法包括：

获取用户的初始车票信息；

若基于所述初始车票信息，确定用户已乘坐匹配所述初始车票信息的列车，则获取待补票的补票信息；

向服务器发送包括所述初始车票信息以及所述补票信息的补票请求信息，以执行补票操作。

2.根据权利要求1所述的补票方法，其特征在于，基于所述初始车票信息，确定用户已乘坐匹配所述初始车票信息的列车，包括：

获取终端的实时位置以及实时速度；

在所述终端的实时位置与所述初始车票信息中出发站点之间的距离大于或等于预设距离阈值，且所述终端的实时速度大于预设速度阈值的情况下，确定用户已乘坐匹配所述初始车票信息的列车。

3.根据权利要求2所述的补票方法，其特征在于，所述获取终端的实时位置以及实时速度之前，还包括：

获取匹配所述出发站点的发车时间，并确定当前时间与所述发车时间之间的时间差在预设差值范围内。

4.根据权利要求1至3中任意一项所述的补票方法，其特征在于，所述补票信息包括待补票的列车行程区间；

获取待补票的列车行程区间，包括：

获取用户输入的目标车站；

基于用户输入的目标车站，以及所述初始车票信息中包括的到达车站，确定待补票的列车行程区间。

5.根据权利要求1至3中任意一项所述的补票方法，其特征在于，所述补票信息包括待补票的列车行程区间；

获取待补票的列车行程区间，包括：

基于所述初始车票信息确定列车信息，并基于所述列车信息确定列车运行轨迹；

监测终端运动轨迹，并确定所述终端运动轨迹与所述列车运行轨迹之间的匹配度；

若所述匹配度小于匹配度阈值，则确定所述列车运行轨迹中与所述终端位置最近的车站为用户下车的目标车站；

基于所述目标车站以及所述初始车票信息中的到达车站，确定待补票的列车行程区间。

6.根据权利要求1所述的补票方法，其特征在于，所述方法还包括：

响应于接收到补票成功提示信息，生成并显示匹配所述补票信息的最终车票信息。

7.一种补票方法，其特征在于，应用于服务器，所述补票方法包括：

接收补票请求信息，所述补票请求信息中包括有终端获取的初始车票信息，以及待补票的补票信息；

基于所述初始车票信息以及所述待补票的补票信息，执行补票操作。

8.一种补票装置，其特征在于，应用于终端，所述补票装置包括：

获取单元，用于获取用户的初始车票信息；以及用于在基于所述初始车票信息，确定用户已乘坐匹配所述初始车票信息的列车的情况下，获取待补票的补票信息；

控制单元，用于向服务器发送包括所述初始车票信息以及所述补票信息的补票请求信息，以执行补票操作。

9.根据权利要求8所述的补票装置，其特征在于，所述获取单元采用如下方式基于所述初始车票信息，确定用户已乘坐匹配所述初始车票信息的列车：

获取终端的实时位置以及实时速度；

在所述终端的实时位置与所述初始车票信息中出发站点之间的距离大于或等于预设距离阈值，且所述终端的实时速度大于预设速度阈值的情况下，确定用户已乘坐匹配所述初始车票信息的列车。

10.根据权利要求9所述的补票装置，其特征在于，所述获取单元还用于：

在获取终端的实时位置以及实时速度之前，获取匹配所述出发站点的发车时间，并确定当前时间与所述发车时间之间的时间差在预设差值范围内。

11.根据权利要求8至10中任意一项所述的补票装置，其特征在于，所述补票信息包括待补票的列车行程区间；

所述获取单元采用如下方式获取待补票的列车行程区间：

基于所述初始车票信息确定列车信息，并基于所述列车信息确定列车运行轨迹；

监测终端运动轨迹，并确定所述终端运动轨迹与所述列车运行轨迹之间的匹配度；

若所述匹配度开始小于匹配度阈值，则确定所述列车运行轨迹中与所述终端位置最近的车站为用户下车的目标车站；

基于所述目标车站以及所述初始车票信息中的到达车站，确定待补票的列车行程区间。

12.一种补票装置，其特征在于，应用于服务器，所述补票装置包括：

接收单元，用于接收补票请求信息，所述补票请求信息中包括有终端获取的初始车票信息，以及待补票的补票信息；

处理单元，用于基于所述初始车票信息以及所述待补票的补票信息，执行补票操作。

13.一种补票装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行权利要求1至6中任意一项所述的补票方法，或执行权利要求7所述的补票方法。

14.一种存储介质，其特征在于，所述存储介质中存储有指令，当所述存储介质中的指令由处理器执行时，使得处理器能够执行权利要求1至6中任意一项所述的补票方法，或执行权利要求7所述的补票方法。

Images