CN114495301B - 一种地铁票务处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种地铁票务处理方法、装置、设备及存储介质，该方法包括：获取乘客的第一生物特征数据，将第一生物特征数据与预设的第二生物特征数据进行匹配；确定第一生物特征数据与第二生物特征数据相匹配时，根据相匹配的第二生物特征数据确定乘客的剩余更新次数；确定剩余更新次数满足预设更新条件时，免费更新乘客的进站点并调整剩余更新次数。通过上述技术手段，解决现有地铁票务处理方法无法避免票务收益流失的问题，准确监测异常更新进站点的乘客，减少异常更新进站点的次数，降低票务收益的流失。

Description

一种地铁票务处理方法、装置、设备及存储介质

技术领域

本申请实施例涉及地铁服务技术领域，尤其涉及一种地铁票务处理方法、装置、设备及存储介质。

背景技术

地铁是如今最重要的交通工具之一，为提高乘客乘坐地铁的便利性，地铁票务系统推出各种票务处理规则以对无法用于进出地铁的车票进行处理。现有的地铁票务处理规则包括对未进站的车票进行进站点免费更新，乘客更新进站点时可以选择相对较近的车站作为进站点，这导致乘客实际花费的乘车费用小于其应该花费的费用。如果地铁频繁出现此种情况，会造成地铁票务收益严重流失。

现有票务处理方法是筛选出短时间内大量进行免费更新进站点的储值卡，并将该储值卡进行拉黑处理，以禁用该储值卡。但这种票务处理方法属于事后处理机制，票务收益已经大量流失。而且这种限制只是针对储值卡，而乘客可以持有多张卡，以在不同时间段使用，此时票务处理方法难以筛选出异常更新进站点的储值卡。

发明内容

本申请实施例提供一种地铁票务处理方法、装置、设备及存储介质，解决现有票务处理方法无法避免票务收益流失的问题，准确监测异常更新进站点的乘客，减少异常更新进站点的次数，降低票务收益的流失。

第一方面，本申请实施例提供了一种地铁票务处理方法，包括：

获取乘客的第一生物特征数据，将所述第一生物特征数据与预设的第二生物特征数据进行匹配；

确定所述第一生物特征数据与所述第二生物特征数据相匹配时，根据相匹配的第二生物特征数据确定所述乘客的剩余更新次数；

确定所述剩余更新次数满足预设更新条件时，免费更新所述乘客的进站点并调整所述剩余更新次数。

进一步的，所述第一生物特征数据包括第一指静脉特征数据，所述第二生物特征数据包括第二指静脉特征数据；

所述将所述第一生物特征数据与预设的第二生物特征数据进行匹配包括：

计算所述第一指静脉特征数据与预设数据库中的第二指静脉特征数据的特征相似度；

当所述特征相似度满足预设相似度阈值时，确定所述第一指静脉特征数据与对应的第二指静脉特征数据相匹配。

进一步的，所述根据相匹配的第二生物特征数据确定所述乘客的剩余更新次数包括：

根据所述预设数据库中所述相匹配的第二指静脉特征数据关联的账号信息，确定所述乘客的剩余更新次数。

进一步的，在所述计算所述第一指静脉特征数据与预设数据库中的第二指静脉特征数据的特征相似度之后，还包括：

当所述预设数据库中第二指静脉特征数据对应的特征相似度均不满足预设相似度阈值时，创建所述乘客的账号信息，并初始化设置所述账号信息对应的剩余更新次数；

将所述第一指静脉特征数据和所述账号信息关联存储。

进一步的，所述剩余更新次数包括每日剩余更新次数、每月剩余更新次数和每年剩余更新次数，所述预设更新条件包括所述每日剩余更新次数大于零、所述每月剩余更新次数大于零和所述每年剩余更新次数大于零中的至少一个。

进一步的，所述地铁票务处理方法还包括：

确定当前时间节点为所述每日剩余更新次数、每月剩余更新次数和每年剩余更新次数中至少一个的重置时间节点时，初始化设置对应的次数。

进一步的，在所述根据相匹配的第二生物特征数据确定所述乘客的剩余更新次数之后，还包括：

确定所述剩余更新次数不满足预设更新条件时，根据所述乘客的历史更新次数确定本次更新费用。

第二方面，本申请实施例提供了一种地铁票务处理装置，包括：

特征比较模块，被配置为获取乘客的第一生物特征数据，将所述第一生物特征数据与预设的第二生物特征数据进行匹配；

次数确定模块，被配置为确定所述第一生物特征数据与所述第二生物特征数据相匹配时，根据相匹配的第二生物特征数据确定所述乘客的剩余更新次数；

免费更新模块，被配置为确定所述剩余更新次数满足预设更新条件时，免费更新所述乘客的进站点并调整所述剩余更新次数。

进一步的，所述第一生物特征数据包括第一指静脉特征数据，所述第二生物特征数据包括第二指静脉特征数据；所述特征比较模块包括：

相似度计算单元，被配置为计算所述第一指静脉特征数据与预设数据库中的第二指静脉特征数据的特征相似度；

匹配判断单元，被配置为当所述特征相似度满足预设相似度阈值时，确定所述第一指静脉特征数据与对应的第二指静脉特征数据相匹配。

进一步的，所述次数确定模块包括：

关联获取单元，被配置为根据所述预设数据库中所述相匹配的第二指静脉特征数据关联的账号信息，确定所述乘客的剩余更新次数。

进一步的，所述地铁票务处理装置还包括：

账号创建模块，被配置为当所述预设数据库中第二指静脉特征数据对应的特征相似度均不满足预设相似度阈值时，创建所述乘客的账号信息，并初始化设置所述账号信息对应的剩余更新次数；

关联存储模块，被配置为将所述第一指静脉特征数据和所述账号信息关联存储。

进一步的，所述剩余更新次数包括每日剩余更新次数、每月剩余更新次数和每年剩余更新次数，所述预设更新条件包括所述每日剩余更新次数大于零、所述每月剩余更新次数大于零和所述每年剩余更新次数大于零中的至少一个。

进一步的，所述地铁票务处理装置还包括：

次数重置模块，被配置为确定当前时间节点为所述每日剩余更新次数、每月剩余更新次数和每年剩余更新次数中至少一个的重置时间节点时，初始化设置对应的次数。

进一步的，所述地铁票务处理装置还包括：

费用确定模块，被配置为在所述根据相匹配的第二生物特征数据确定所述乘客的剩余更新次数之后，确定所述剩余更新次数不满足预设更新条件时，根据所述乘客的历史更新次数确定本次更新费用。

第三方面，本申请实施例提供了一种地铁票务处理设备，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的地铁票务处理方法。

第四方面，本申请实施例提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的地铁票务处理方法。

本申请通过获取乘客的第一生物特征数据，将第一生物特征数据与预设的第二生物特征数据进行匹配；确定第一生物特征数据与第二生物特征数据相匹配时，根据相匹配的第二生物特征数据确定乘客的剩余更新次数；确定剩余更新次数满足预设更新条件时，免费更新乘客的进站点并调整剩余更新次数。通过上述技术手段，将乘客的生物特征信息与对应的剩余更新次数相关联，以通过采集乘客的生物特征信息确定乘客的剩余更新次数。通过剩余更新次数限制乘客的免费更新次数，避免乘客频繁利用免费更新的票务规则来达到以较少车费乘坐较远车程。准确监测异常更新进站点的乘客，减少异常更新进站点的次数，降低票务收益的流失。

附图说明

图1是本申请一个实施例提供的一种地铁票务处理方法的流程图；

图2是本申请实施例提供的地铁票务处理系统的结构框图；

图3是本申请实施例提供的匹配特征数据的流程图；

图4是本申请实施例提供的创建账号信息的流程图；

图5是本申请一个实施例提供的一种地铁票务处理装置的结构示意图；

图6是本申请一个实施例提供的一种地铁票务处理设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

本申请提供的地铁票务处理方法、装置、设备及存储介质，旨在通过获取乘客的第一生物特征数据，将第一生物特征数据与预设的第二生物特征数据进行匹配；确定第一生物特征数据与第二生物特征数据相匹配时，根据相匹配的第二生物特征数据确定乘客的剩余更新次数；确定剩余更新次数满足预设更新条件时，免费更新乘客的进站点并调整剩余更新次数。相对于传统的地铁票务处理方法，其筛选出短时间内大量进行免费更新进站点的储值卡，并将该储值卡进行拉黑处理，以禁用该储值卡。但传统的地铁票务处理方法属于事后处理机制，票务收益已经大量流失。而且这种限制只是针对储值卡，而乘客可以持有多张卡，以在不同时间短使用，此时票务处理方法难以筛选出异常更新进站点的储值卡。基于此，提出本申请实施例的地铁票务处理方法、装置、设备及存储介质，以解决现有地铁票务处理方法无法避免票务收益流失的问题。

图1是本申请一个实施例提供的一种地铁票务处理方法的流程图。本实施例中提供的地铁票务处理方法可以由地铁票务处理设备执行，该地铁票务处理设备可以通过软件和/或硬件的方式实现，该地铁票务处理设备可以是两个或多个物理实体构成，也可以是一个物理实体构成。

示例性的，本实施例提供一种地铁票务处理系统，地铁票务处理系统包括设置在地铁进出站口的自助服务设备以及后台处理设备。自助服务设备用于获取乘客输入的请求服务并发送至后台处理设备，后台处理设备用于处理该请求服务并将请求结果反馈至对应的自助服务设备。通过地铁票务处理系统，乘客可在自助服务设备上请求各种票务处理，无需人工服务，提高地铁服务效率。

在一实施例中，地铁票务处理系统配置的地铁票务规则中允许对没有记录进站点的车费储值卡免费更新进站点，这导致乘客可以在地铁A站进站时是购买最低票价的单程票进站，在地铁B站出站时不使用该单程票出站，而是使用未进过站的车费储值卡到自助服务设备上免费更新进站点，选择相对于地铁B站较近的地铁C站作为进站点。假设地铁A站到地铁B站的乘车费用为10元，最低票价的单程票为2元，地铁C站到地铁B站的乘车费用为2元。此时乘客只花费了4元的车费坐了10元的车程，而如果地铁频繁出现类似情况，会导致地铁票务收益严重流失。现有地铁票务处理系统为解决该问题，通过筛选出短时间内大量进行免费更新进站点的车费储值卡，并将该车费储值卡进行拉黑处理，以禁用该车费储值卡。但该方法属于事后处理机制，票务收益已经大量流失。而且这种限制只是针对车费储值卡，而乘客可以持有多张卡，以在不同时间段使用，此时票务处理方法难以筛选出异常更新进站点的车费储值卡。对此，本实施例提供的地铁票务处理方法通过限制每个乘客的进站点免费更新次数，以避免乘客频繁利用免费更新的票务规则来达到以较少车费乘坐较远车程。

下述以地铁票务处理系统的后台处理器为执行地铁票务处理方法的主体为例，进行描述。参考图1，该地铁票务处理方法包括：

S110、获取乘客的第一生物特征数据，将第一生物特征数据与预设的第二生物特征数据进行匹配。

在一实施例中，图2是本申请实施例提供的地铁票务处理系统的结构框图。如图2所示，地铁票务处理系统包括自助服务设备和后台处理设备，自助服务设备包括读卡器、采集模块、输入输出模块和处理模块，读卡器用于读取车费储值卡的车站信息，采集模块用于采集乘客的第一生物特征数据并发送至处理模块，输入输出模块用于获取乘客输入的请求服务和展示服务结果，并发送至处理模块。处理模块用于将读卡器、采集模块和输入输出模块发送的数据上传至后台处理设备，由后台处理设备根据第一生物特征数据和车站信息对该请求服务进行处理。示例性的，乘客的车费储值卡没有记录本次乘车的进站点，乘客想要在自助服务设备上进行进站点更新服务，则乘客可以通过输入输出模块选择进站点更新服务，将车费储值卡放置在自助服务设备的读卡器上，采集模块采集乘客的第一生物特征数据。后台处理设备根据进站点更新服务和对应的第一生物特征数据，更新该车费储值卡的进站点。

其中，第一生物特征数据是指当乘客在进行进站点更新服务时由采集模块采集到的生物特征数据，生物特征数据包括人脸特征数据、指纹特征数据和指静脉特征数据等可以表征乘客身份信息的数据。第二生物特征数据是指后台处理设备存储的生物特征数据，每一第二生物特征数据对应一个乘客的账号信息，其用于确定第一生物特征数据关联的账号信息。

在一实施例中，采集模块为指静脉识别仪，指静脉识别仪用于采集乘客的手指静脉分布图，并根据手指静脉分布图提取对应的指静脉特征数据。相应的，指静脉识别仪采集到的第一生物特征数据为第一指静脉特征数据，后台处理设备存储的第二生物特征数据为第二指静脉特征数据。相比于指纹特征数据，指静脉特征数据不受表皮影响，准确率更高。在该实施例中，图3是本申请实施例提供的匹配特征数据的流程图。如图3所示，将第一指静脉特征数据与第二指静脉特征数据进行匹配的步骤具体包括S1101-S1102：

S1101、计算第一指静脉特征数据与预设数据库中的第二指静脉特征数据的特征相似度。

S1102、当特征相似度满足预设相似度阈值时，确定第一指静脉特征数据与对应的第二指静脉特征数据相匹配。

其中，相似度阈值是指两个指静脉特征数据属于同一乘客的指静脉特征数据时，两个指静脉特征数据之间的特征相似度的最小值。如果两个指静脉特征数据之间的特征相似度等于或大于该相似度阈值，表明两个指静脉特征数据属于同一乘客；如果两个指静脉特征数据之间的特征相似度小于该相似度阈值，表明两个指静脉特征数据属于不同乘客。示例性的，后台处理设备配置有数据库，其存储有多个乘客的第二指静脉特征数据。依次计算第一指静脉特征数据与数据库中各个第二指静脉特征数据的特征相似度。当第一指静脉特征数据与某一第二指静脉特征数据计算出的特征相似度等于或大于该相似度阈值时，确定第一指静脉特征数据与该第二指静脉特征数据属于同一乘客，即确定第一指静脉特征数据与该第二指静脉特征数据相匹配。

S120、确定第一生物特征数据与第二生物特征数据相匹配时，根据相匹配的第二生物特征数据确定乘客的剩余更新次数。

在一实施例中，数据库存储有多个乘客的第二指静脉特征数据以及与第二指静脉特征数据关联的账号ID，第二指静脉特征数据关联的账号ID即为第二指静脉特征数据所属乘客的账号ID。其中，账号ID可作为乘客的身份标识，通过账号ID可查询到关于该乘客的账号信息，账号信息包括身份信息以及使用地铁服务时的相关信息等。例如，后台处理设备还设置有信息库，通过账号ID可查询到对应乘客的账号信息。账号信息包括剩余更新次数，剩余更新次数是指当前乘客可以免费更新进站点的次数。在该实施例中，根据预设数据库中相匹配的第二指静脉特征数据关联的账号信息，确定乘客的剩余更新次数。示例性的，在确定与第一指静脉特征数据属于同一乘客的第二指静脉特征数据后，从数据库中获取与第二指静脉特征数据关联的账号ID，并根据该账号ID查询信息库中的该乘客的账号信息，以从账号信息中获取到该乘客的剩余更新次数。

在另一实施例中，当该乘客的第一指静脉特征数据没有相匹配的第二指静脉特征数据时，确定该乘客第一次选择进站点更新服务，则创建该乘客的账号信息，通过账号信息记录该乘客的剩余更新次数。在该实施例中，图4是本申请实施例提供的创建账号信息的流程图。如图4所示，创建账号信息的步骤具体包括S1201-S1202：

S1201、当预设数据库中第二指静脉特征数据对应的特征相似度均不满足预设相似度阈值时，创建乘客的账号信息，并初始化设置账号信息对应的剩余更新次数。

S1202、将第一指静脉特征数据和账号信息关联存储。

示例性的，当第一指静脉特征数据与数据库中的每一个第二指静脉特征数据的特征相似度均小于相似度阈值时，表明第二指静脉特征数据与第一指静脉特征数据均不属于同一乘客，即后台处理设备没有存储有该乘客的第二指静脉特征数据，也没有存储该乘客的账号信息，此时可确定该乘客为第一次选择进站点更新服务。创建该乘客的账号ID，并将账号ID与该乘客的第一指静脉特征数据关联存储至数据库中。创建该乘客的账号信息，该账户信息包括乘客的身份信息以及剩余更新次数，将剩余更新次数初始化设置到最多可用的免费更新次数，并将该乘客的账号信息与账号ID关联存储至数据库中。可理解的，由于乘客为第一次使用进站点更新服务，其剩余更新次数为最多可用的免费更新次数，当后续更新该乘客的车费储值卡的进站点后，将该剩余更新次数减一。

S130、确定剩余更新次数满足预设更新条件时，免费更新乘客的进站点并调整剩余更新次数。

其中，预设更新条件是指乘客进行免费更新进站点时需要满足的条件，本实施例中的预设更新条件为剩余更新次数大于零。示例性的，当乘客的剩余更新次数大于零时，即表明乘客还有免费更新进站点的次数，则可以免费更新该乘客的车费储值卡的进站点。免费更新进站点后，将该乘客的剩余更新次数减一，表明该乘客用掉一次免费更新进站点的机会。当乘客的剩余更新次数等于零时，则表明乘客已经用完了免费更新进站点的次数，则可以通过输入输出模块提醒乘客免费更新进站点次数已用完，不可免费更新该车费储值卡的进站点，请联系地铁工作人员进行处理。

在一实施例中，剩余更新次数包括每日剩余更新次数、每月剩余更新次数和每年剩余更新次数，预设更新条件包括每日剩余更新次数大于零、每月剩余更新次数大于零和每年剩余更新次数大于零中的至少一个。其中，每日剩余更新次数是指当天乘客可以免费更新进站点的次数，每月剩余更新次数是指当月乘客可以免费更新进站点的次数，每年是指每年乘客可以免费更新进站点的次数。在该实施例中，预设更新条件为每日剩余更新次数、每月剩余更新次数和每年剩余更新次数均大于零。假设每个乘客每天有1次免费更新进站点的机会，每月有3次免费更新进站点的机会，每年有18次免费更新进站点的机会。当乘客当天已经免费更新过进站点，则当天不能再免费更新进站点，当乘客当月已经免费更新过3次进站点，则当月不能再免费更新进站点，当乘客今年已经免费更新过18次进站点，则今年不能再免费更新进站点。在免费更新乘客的车费储值卡的进站点后，将该乘客的每日剩余更新次数减一、每月剩余更新次数减一以及每年剩余更新次数减一。

在该实施例中，确定当前时间节点为每日剩余更新次数、每月剩余更新次数和每年剩余更新次数中至少一个的重置时间节点时，初始化设置对应的次数。其中，重置时间节点是指初始化设置乘客的剩余更新次数的时间节点，在当前时间节点走到重置时间节点时，则将乘客可以免费更新进站点的次数还原至初始次数，如每天1次，每月3次以及每年18次。进一步的，每日剩余更新次数、每月剩余更新次数和每年剩余更新次数都对应一个重置时间节点，每日剩余更新次数的重置时间节点为每天的零点，每月剩余更新次数的重置时间节点为每月最后一天的零点，每年剩余更新次数的重置时间节点为每年最后一天的零点。在当前时间节点走到零点时，将乘客的每日剩余更新次数重置为1次，若当天为当月的最后一天，则还将乘客的每月剩余更新次数重置为3次，若当天为今年的最后一天，则还将乘客的每年剩余更新次数重置为18次。

在一实施例中，确定剩余更新次数不满足预设更新条件时，根据乘客的历史更新次数确定本次更新费用。示例性的，当乘客的剩余更新次数等于零时，确定乘客的免费更新次数已经用完，而为保证乘客能够顺利出站，则根据乘客选择的进站点和乘客的历史更新次数，计算更新进站点所需的费用。如果乘客的进站点到出站点的费用为地铁最高的乘车费用，表明乘客实际花费的乘车费用等同于其乘坐的车程，则免费更新进站点。如果乘客的进站点到出站点的费用不为地铁最高的乘车费用，表明乘客实际花费的乘车费用可能小于其实际乘坐的车程，此时根据乘客的历史更新次数，确定乘客是否频繁更新进站点。如果乘客的历史更新次数较少，则收取较少的更新费用。如果乘客的历史更新次数较多，则收取较多的更新费用，以防止乘客频繁利用免费更新或者低费用更新的票务规则来达到以较少车费乘坐较远车程。

综上所述，本申请实施例提供的地铁票务处理方法，通过获取乘客的第一生物特征数据，将第一生物特征数据与预设的第二生物特征数据进行匹配；确定第一生物特征数据与第二生物特征数据相匹配时，根据相匹配的第二生物特征数据确定乘客的剩余更新次数；确定剩余更新次数满足预设更新条件时，免费更新乘客的进站点并调整剩余更新次数。通过上述技术手段，将乘客的生物特征信息与对应的剩余更新次数相关联，以通过采集乘客的生物特征信息确定乘客的剩余更新次数。通过剩余更新次数限制乘客的免费更新次数，避免乘客频繁利用免费更新的票务规则来达到以较少车费乘坐较远车程。准确监测异常更新进站点的乘客，减少异常更新进站点的次数，降低票务收益的流失。

在上述实施例的基础上，图5是本申请一个实施例提供的一种地铁票务处理装置的结构示意图。参考图5，本实施例提供的地铁票务处理装置具体包括：特征比较模块21、次数确定模块22和免费更新模块23。

其中，特征比较模块，被配置为获取乘客的第一生物特征数据，将第一生物特征数据与预设的第二生物特征数据进行匹配；

次数确定模块，被配置为确定第一生物特征数据与第二生物特征数据相匹配时，根据相匹配的第二生物特征数据确定乘客的剩余更新次数；

免费更新模块，被配置为确定剩余更新次数满足预设更新条件时，免费更新乘客的进站点并调整剩余更新次数。

在上述实施例的基础上，第一生物特征数据包括第一指静脉特征数据，第二生物特征数据包括第二指静脉特征数据；特征比较模块包括：

相似度计算单元，被配置为计算第一指静脉特征数据与预设数据库中的第二指静脉特征数据的特征相似度；

匹配判断单元，被配置为当特征相似度满足预设相似度阈值时，确定第一指静脉特征数据与对应的第二指静脉特征数据相匹配。

在上述实施例的基础上，次数确定模块包括：

关联获取单元，被配置为根据预设数据库中相匹配的第二指静脉特征数据关联的账号信息，确定乘客的剩余更新次数。

在上述实施例的基础上，地铁票务处理装置还包括：

账号创建模块，被配置为当预设数据库中第二指静脉特征数据对应的特征相似度均不满足预设相似度阈值时，创建乘客的账号信息，并初始化设置账号信息对应的剩余更新次数；

关联存储模块，被配置为将第一指静脉特征数据和账号信息关联存储。

在上述实施例的基础上，剩余更新次数包括每日剩余更新次数、每月剩余更新次数和每年剩余更新次数，预设更新条件包括每日剩余更新次数大于零、每月剩余更新次数大于零和每年剩余更新次数大于零中的至少一个。

在上述实施例的基础上，地铁票务处理装置还包括：

次数重置模块，被配置为确定当前时间节点为所述每日剩余更新次数、每月剩余更新次数和每年剩余更新次数中至少一个的重置时间节点时，初始化设置对应的次数。

在上述实施例的基础上，地铁票务处理装置还包括：

费用确定模块，被配置为在根据相匹配的第二生物特征数据确定乘客的剩余更新次数之后，确定剩余更新次数不满足预设更新条件时，根据乘客的历史更新次数确定本次更新费用。

综上，本申请实施例提供的地铁票务处理装置，通过获取乘客的第一生物特征数据，将第一生物特征数据与预设的第二生物特征数据进行匹配；确定第一生物特征数据与第二生物特征数据相匹配时，根据相匹配的第二生物特征数据确定乘客的剩余更新次数；确定剩余更新次数满足预设更新条件时，免费更新乘客的进站点并调整剩余更新次数。通过上述技术手段，将乘客的生物特征信息与对应的剩余更新次数相关联，以通过采集乘客的生物特征信息确定乘客的剩余更新次数。通过剩余更新次数限制乘客的免费更新次数，避免乘客频繁利用免费更新的票务规则来达到以较少车费乘坐较远车程。准确监测异常更新进站点的乘客，减少异常更新进站点的次数，降低票务收益的流失。

本申请实施例提供的地铁票务处理装置可以用于执行上述实施例提供的地铁票务处理方法，具备相应的功能和有益效果。

本申请实施例提供了一种地铁票务处理设备，参照图6，该地铁票务处理设备包括：处理器31、存储器32、通信装置33、输入装置34及输出装置35。该地铁票务处理设备中处理器的数量可以是一个或者多个，该地铁票务处理设备中的存储器的数量可以是一个或者多个。该地铁票务处理设备的处理器、存储器、通信装置、输入装置及输出装置可以通过总线或者其他方式连接。

存储器32作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请任意实施例所述的地铁票务处理方法对应的程序指令/模块(例如，地铁票务处理装置中的特征比较模块21、次数确定模块22和免费更新模块23)。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信装置33用于进行数据传输。

处理器31通过运行存储在存储器中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的地铁票务处理方法。

输入装置34可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置35可包括显示屏等显示设备。

上述提供的地铁票务处理设备可用于执行上述实施例提供的地铁票务处理方法，具备相应的功能和有益效果。

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种地铁票务处理方法，该地铁票务处理方法包括：获取乘客的第一生物特征数据，将第一生物特征数据与预设的第二生物特征数据进行匹配；确定第一生物特征数据与第二生物特征数据相匹配时，根据相匹配的第二生物特征数据确定乘客的剩余更新次数；确定剩余更新次数满足预设更新条件时，免费更新乘客的进站点并调整剩余更新次数。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的地铁票务处理方法，还可以执行本申请任意实施例所提供的地铁票务处理方法中的相关操作。

上述实施例中提供的地铁票务处理装置、设备及存储介质可执行本申请任意实施例所提供的地铁票务处理方法，未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的地铁票务处理方法。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (10)

1.一种地铁票务处理方法，其特征在于，包括：

获取乘客的第一生物特征数据，将所述第一生物特征数据与预设的第二生物特征数据进行匹配；其中，所述第一生物特征数据包括当乘客在进行进站点更新服务时由采集模块采集到的生物特征数据，所述第二生物特征数据包括后台处理设备存储的生物特征数据，每一所述第二生物特征数据对应一个乘客的账号信息，所述账号信号包括对应乘客的剩余更新次数，所述剩余更新次数为当前所述乘客免费更新进站点的次数；

确定所述第一生物特征数据与所述第二生物特征数据相匹配时，根据相匹配的第二生物特征数据从对应乘客的账号信号中获取所述乘客的剩余更新次数；

确定所述剩余更新次数满足预设更新条件时，免费更新所述乘客的进站点并调整所述剩余更新次数，其中，所述预设更新条件为所述剩余更新次数大于零。

2.根据权利要求1所述的方法，其特征在于，所述第一生物特征数据包括第一指静脉特征数据，所述第二生物特征数据包括第二指静脉特征数据；

所述将所述第一生物特征数据与预设的第二生物特征数据进行匹配包括：

计算所述第一指静脉特征数据与预设数据库中的第二指静脉特征数据的特征相似度；

当所述特征相似度满足预设相似度阈值时，确定所述第一指静脉特征数据与对应的第二指静脉特征数据相匹配。

3.根据权利要求2所述的方法，其特征在于，所述从对应乘客的账号信号中获取所述乘客的剩余更新次数包括：

根据所述预设数据库中所述相匹配的第二指静脉特征数据关联的账号信息，确定所述乘客的剩余更新次数。

4.根据权利要求2所述的方法，其特征在于，在所述计算所述第一指静脉特征数据与预设数据库中的第二指静脉特征数据的特征相似度之后，还包括：

当所述预设数据库中第二指静脉特征数据对应的特征相似度均不满足预设相似度阈值时，创建所述乘客的账号信息，并初始化设置所述账号信息对应的剩余更新次数；

将所述第一指静脉特征数据和所述账号信息关联存储。

5.根据权利要求1所述的方法，其特征在于，所述剩余更新次数包括每日剩余更新次数、每月剩余更新次数和每年剩余更新次数，所述预设更新条件包括所述每日剩余更新次数大于零、所述每月剩余更新次数大于零和所述每年剩余更新次数大于零中的至少一个。

6.根据权利要求5所述的方法，其特征在于，所述地铁票务处理方法还包括：

确定当前时间节点为所述每日剩余更新次数、每月剩余更新次数和每年剩余更新次数中至少一个的重置时间节点时，初始化设置对应的次数。

7.根据权利要求1所述的方法，其特征在于，在所述从对应乘客的账号信号中获取所述乘客的剩余更新次数之后，还包括：

确定所述剩余更新次数不满足预设更新条件时，根据所述乘客的历史更新次数确定本次更新费用。

8.一种地铁票务处理装置，其特征在于，包括：

特征比较模块，被配置为获取乘客的第一生物特征数据，将所述第一生物特征数据与预设的第二生物特征数据进行匹配；其中，所述第一生物特征数据包括当乘客在进行进站点更新服务时由采集模块采集到的生物特征数据，所述第二生物特征数据包括后台处理设备存储的生物特征数据，每一所述第二生物特征数据对应一个乘客的账号信息，所述账号信号包括对应乘客的剩余更新次数，所述剩余更新次数为当前所述乘客免费更新进站点的次数；

次数确定模块，被配置为确定所述第一生物特征数据与所述第二生物特征数据相匹配时，根据相匹配的第二生物特征数据从对应乘客的账号信号中获取所述乘客的剩余更新次数；

免费更新模块，被配置为确定所述剩余更新次数满足预设更新条件时，免费更新所述乘客的进站点并调整所述剩余更新次数，其中，所述剩余更新次数为所述剩余更新次数大于零。

9.一种地铁票务处理设备，其特征在于，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7任一所述的地铁票务处理方法。

10.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7任一所述的地铁票务处理方法。