乘车信息处理方法及装置与流程

1.本文件涉及数据处理技术领域，尤其涉及一种乘车信息处理方法及装置。


背景技术：

2.随着公共交通出行行业的快速发展，越来越多的用户选择乘坐公共交通工具出行，公共交通工具成为推崇节碳环保的用户的不二之选。同时，针对公共交通出行行业的多种出行卡也应运而生，比如老年卡、学生卡等等，不同的用户群体利用对应的出行卡进行乘车，更加促进公共交通出行行业的发展。


技术实现要素：

3.本说明书一个或多个实施例提供了一种乘车信息处理方法，包括：获取机具服务器发送的乘车信息；所述乘车信息在用户基于乘车凭证配合扫码机具进行乘车扫码后生成。基于所述乘车信息中包含的凭证标识查询所述乘车凭证绑定的身份类型。若查询到的身份类型为特定身份类型，则确定与所述特定身份类型匹配的调价策略；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。根据所述调价策略和所述乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。
4.本说明书一个或多个实施例提供了另一种乘车信息处理方法，包括：检测用户针对乘车凭证的乘车码提交的展示指令。在检测到所述展示指令后，读取所述乘车码并展示。接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果；所述费用支付结果中记录有基准乘车费用和所述实际乘车费用，所述实际乘车费用基于所述基准乘车费用和与特定身份类型匹配的调价策略计算获得；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。
5.本说明书一个或多个实施例提供了一种乘车信息处理装置，包括：乘车信息获取模块，被配置为获取机具服务器发送的乘车信息；所述乘车信息在用户基于乘车凭证配合扫码机具进行乘车扫码后生成。身份类型查询模块，被配置为基于所述乘车信息中包含的凭证标识查询所述乘车凭证绑定的身份类型。若查询到的身份类型为特定身份类型，则执行调价策略确定模块，所述调价策略确定模块，被配置为确定与所述特定身份类型匹配的调价策略；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。乘车费用计算模块，被配置为根据所述调价策略和所述乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。
6.本说明书一个或多个实施例提供了另一种乘车信息处理装置，包括：展示指令检测模块，被配置为检测用户针对乘车凭证的乘车码提交的展示指令。在检测到所述展示指令后，执行乘车码读取模块，所述乘车码读取模块，被配置为读取所述乘车码并展示。支付结果接收模块，被配置为接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果；所述费用支付结果中记录有基准乘车费用和所述实际乘车费用，所述实际乘车费用基于所述基准乘车费用和与特定身份类型匹配的调价策略计算获得；所述特定身份
类型在对所述乘车凭证进行凭证升级后获得。
7.本说明书一个或多个实施例提供了一种乘车信息处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取机具服务器发送的乘车信息；所述乘车信息在用户基于乘车凭证配合扫码机具进行乘车扫码后生成。基于所述乘车信息中包含的凭证标识查询所述乘车凭证绑定的身份类型。若查询到的身份类型为特定身份类型，则确定与所述特定身份类型匹配的调价策略；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。根据所述调价策略和所述乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。
8.本说明书一个或多个实施例提供了另一种乘车信息处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：检测用户针对乘车凭证的乘车码提交的展示指令。在检测到所述展示指令后，读取所述乘车码并展示。接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果；所述费用支付结果中记录有基准乘车费用和所述实际乘车费用，所述实际乘车费用基于所述基准乘车费用和与特定身份类型匹配的调价策略计算获得；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。
9.本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取机具服务器发送的乘车信息；所述乘车信息在用户基于乘车凭证配合扫码机具进行乘车扫码后生成。基于所述乘车信息中包含的凭证标识查询所述乘车凭证绑定的身份类型。若查询到的身份类型为特定身份类型，则确定与所述特定身份类型匹配的调价策略；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。根据所述调价策略和所述乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。
10.本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：检测用户针对乘车凭证的乘车码提交的展示指令。在检测到所述展示指令后，读取所述乘车码并展示。接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果；所述费用支付结果中记录有基准乘车费用和所述实际乘车费用，所述实际乘车费用基于所述基准乘车费用和与特定身份类型匹配的调价策略计算获得；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。
附图说明
11.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；
12.图1为本说明书一个或多个实施例提供的一种乘车信息处理方法处理流程图；
13.图2为本说明书一个或多个实施例提供的一种应用于老年身份类型场景的乘车信息处理方法处理时序图；
14.图3为本说明书一个或多个实施例提供的另一种乘车信息处理方法处理流程图；
15.图4为本说明书一个或多个实施例提供的一种信息处理方法处理流程图；
16.图5为本说明书一个或多个实施例提供的另一种信息处理方法处理流程图；
17.图6为本说明书一个或多个实施例提供的一种乘车信息处理装置示意图；
18.图7为本说明书一个或多个实施例提供的另一种乘车信息处理装置示意图；
19.图8为本说明书一个或多个实施例提供的一种乘车信息处理设备的结构示意图；
20.图9为本说明书一个或多个实施例提供的另一种乘车信息处理设备的结构示意图。
具体实施方式
21.为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
22.本说明书提供的一种乘车信息处理方法实施例：
23.本实施例提供的乘车信息处理方法，根据与乘车凭证绑定的特定身份类型匹配的调价策略和乘车信息中包含的基准乘车费用进行调价处理。具体的，基于机具服务器发送的乘车信息中包含的凭证标识查询乘车凭证绑定的身份类型，在查询到的身份类型为特定身份类型的情况下，根据与特定身份类型匹配的调价策略和乘车信息中包含的基准乘车费用进行调价处理，具体计算实际乘车费用并进行费用支付，以此，通过不同的特定身份类型匹配的调价策略计算实际乘车费用，实现对基准乘车费用进行调价的灵活性和多元化。
24.参照图1，本实施例提供的乘车信息处理方法，具体包括步骤s102至步骤s108。
25.步骤s102，获取机具服务器发送的乘车信息。
26.其中，所述乘车信息在用户基于乘车凭证配合扫码机具进行乘车扫码后生成。
27.本实施例提供的乘车信息处理方法，应用于第三方服务器，所述第三方服务器可以是调价服务器，也可以是用户终端对应的服务器。
28.所述机具服务器是指与公共交通车辆配置的扫码机具配合工作的服务器。所述扫码机具，是指公共交通车辆配置的用于扫描用户展示的乘车凭证的乘车码的机具。所述乘车扫码，包括用户通过将用户终端安装的应用展示的乘车码向所述扫码机具展示，扫码机具采集展示的乘车码。所述第三方服务器是指与所述应用配合工作的服务器。其中，所述公共交通车辆比如地铁、公交、高铁等。
29.所述乘车信息，是指乘车扫码后生成的与乘车相关的信息，所述乘车信息包括下述至少一项：乘车凭证的凭证标识、基准乘车费用、待核验要素、乘车区域。此处的基准乘车费用，是指表征基准的乘车费用，比如xx站-xx站的原始票价为2元，该原始票价2元即xx站-xx站的基准乘车费用。所述乘车凭证，是指乘车所需要的凭证，比如电子公交卡、电子地铁卡，基于该乘车凭证可生成对应的乘车码，比如电子乘车码。
30.实际应用中，用户进行乘车的过程中，用户终端检测用户针对乘车凭证的乘车码提交的展示指令，在检测到展示指令后，读取乘车码并展示，用户通过乘车码配合扫码机具
进行乘车扫码后生成乘车信息，扫码机具将乘车信息上传至机具服务器，具体的，在进行乘车扫码后，扫码机具将采集的乘车码进行解析后获得的乘车信息向机具服务器上传。机具服务器将乘车信息向第三方服务器发送，本步骤中，获取机具服务器发送的乘车信息。
31.需要说明的是，本实施例中，无需对扫码机具进行硬件改造，利用已有的扫码机具进行乘车扫码即可，节省对硬件设备进行改造的改造成本，也节省时间成本。同时，也无需对乘车凭证的乘车码进行深入开发，若用户的乘车凭证绑定的身份类型为特定身份类型，乘车码的码值内无需加入该特定身份类型，避免对乘车码重新进行开发，节省成本。同时，乘车凭证的乘车码也可以不是所述应用展示的码，而是域外乘车码。在为域外乘车码的情况下，生成域外乘车码的平台可将用户乘车扫码后生成的乘车信息向所述第三方服务器发送，扩大应用场景的覆盖面。
32.步骤s104，基于所述乘车信息中包含的凭证标识查询所述乘车凭证绑定的身份类型。
33.上述获取机具服务器发送的乘车信息，本步骤中，以乘车信息中包含的凭证标识为依据，查询乘车凭证绑定的身份类型。
34.本实施例所述凭证标识，是指乘车凭证的标识，包括乘车凭证的凭证号码，比如电子公交卡的卡号，电子地铁卡的卡号，此外，凭证标识除可以是数字外，还可以是其它形式的标识，比如颜色、字母。
35.所述身份类型，包括预设身份类型或者特定身份类型；所述预设身份类型包括默认身份类型，比如对乘车凭证进行开通之后，乘车凭证绑定的普通用户的身份类型(默认身份类型)；所述特定身份类型，是指特定用户的身份类型，所述特定用户包括老年用户、学生用户、残疾用户和/或保障用户，所述保障用户包括参与保障服务的用户，比如领取补助金的用户，则特定身份类型比如老年身份类型、残疾身份类型、学生身份类型、保障身份类型，此外，特定身份类型还可包括其他身份类型，比如存在第一老年身份类型、第二老年身份类型，第一老年身份类型对应的老年用户为60-70岁，第二老年身份类型对应的老年用户为70岁以上。
36.步骤s106，确定与特定身份类型匹配的调价策略。
37.其中，所述特定身份类型在对所述乘车凭证进行凭证升级后获得。
38.上述以乘车信息中包含的凭证标识作为依据，查询乘车凭证绑定的身份类型，本步骤中，确定与特定身份类型匹配的调价策略，具体的，若上述查询到的身份类型为特定身份类型，则基于该特定身份类型确定匹配的调价策略。
39.本实施例中，调价是指对基准乘车费用进行调整，调整包括减少或者保持一致；所述调价策略，是指对基准乘车费用进行调整的策略，需要说明的是，针对每种特定身份类型，配置对应的调价策略，比如老年身份类型配置有对应的调价策略，学生身份类型配置有对应的调价策略，针对每种特定身份类型配置的调价策略可能相同，也可能不同，可根据实际应用需求进行调整。可选的，所述调价策略包括调价参数和/或调价条件，所述调价参数包括折扣率和/或优惠费用。
40.所述调价条件，是指进行调价的条件或者规则，调价条件可按照至少一个维度进行设置，所述维度包括乘车交易次数、乘车区域和/或乘车时间段，相应的，调价条件包括乘车交易次数小于或者等于预设次数阈值和/或乘车时间段处于预设时间段内。比如老年身
份类型匹配的调价策略为每月免费乘车70次，调价参数为0，调价条件为1个月乘车次数＜70；再比如学生身份类型匹配的调价策略为每天6：00至23：00内进行乘车，打5折，则调价参数为折扣率50％，调价条件为乘车时间段处于6：00至23：00内。
41.具体实施时，特定身份类型在对乘车凭证进行凭证升级后获得，在实际的应用场景中，用户仅需领取1次乘车凭证并进行开通，在进行凭证升级时，若用户没有乘车凭证，则领取乘车凭证并进行开通，并对乘车凭证进行凭证升级；若用户已有乘车凭证，则对该乘车凭证直接进行凭证升级即可，以此，避免用户为了获得绑定特定身份类型的乘车凭证，在已有乘车凭证的基础上，再重新领取新的乘车凭证，造成乘车凭证的使用混乱，并增加乘车凭证的成本，提升乘车凭证的利用率和使用灵活性，同时提升用户的参与度。
42.本实施例提供的第一种可选实施方式中，根据用户提交的特定身份类型以及用户数据对用户进行身份类型核验，并在核验通过后将乘车凭证绑定的身份类型变更为特定身份类型，具体通过如下方式对乘车凭证进行凭证升级：
43.获取所述用户针对所述乘车凭证提交的所述特定身份类型以及所述用户的用户数据；
44.基于所述用户数据对所述用户进行身份类型核验；
45.在核验通过后，将所述乘车凭证绑定的身份类型变更为所述特定身份类型。
46.其中，用户针对乘车凭证提交的特定身份类型，即是用户要将乘车凭证进行凭证升级的类型；所述凭证升级，包括对乘车凭证绑定的身份类型进行类型升级。比如从普通用户的身份类型升级至老年身份类型；所述用户数据，是指用户相关的数据，所述用户数据包括用户属性，比如用户属性为用户72岁。所述身份类型核验，是指对用户的身份类型进行核验。
47.在基于用户数据对用户进行身份类型核验的过程中，本实施例提供的一种可选实施方式中，具体执行如下操作：检测所述用户数据中包含的用户属性是否符合所述特定身份类型对应的用户特征；若是，则确定核验通过，若否，则确定核验未通过。
48.其中，所述用户特征，是指用户的特征数据，比如老年身份类型对应的用户特征为生长时间大于或者等于70岁。
49.例如，用户数据中包含的用户属性为72岁，而老年身份类型对应的用户特征为生长时间大于或者等于70岁，则用户属性符合老年身份类型对应的用户特征，确定核验通过。
50.此外，为了简化用户在凭证升级过程中的操作步骤，提升凭证升级的便捷性，用户可不提前提交特定身份类型，而基于用户的身份关键特征确定匹配的特定身份类型。本实施例提供的第二种可选实施方式中，基于用户数据中的身份关键特征与特定身份类型集中的特定身份类型进行匹配处理，根据匹配处理结果进行身份类型变更，具体通过如下方式对乘车凭证进行凭证升级：
51.基于所述用户终端发送的凭证升级请求，获取用户数据中包含的身份关键特征；
52.将所述身份关键特征与特定身份类型集中的特定身份类型进行匹配处理，基于匹配处理获得的特定身份类型对所述乘车凭证绑定的身份类型进行变更。
53.此处的身份关键特征，是指与身份相关的关键特征信息，比如生长时间、身体残疾特征。
54.例如，用户数据中包含的身份关键特征为生长时间72岁，则将身份关键特征与特
定身份类型集中的特定身份类型进行匹配处理，获得与该身份关键特征匹配的特定身份类型为“老年身份类型”，则将乘车凭证绑定的身份类型变更为“老年身份类型”。
55.需要说明的是，在对乘车凭证进行凭证升级的过程中，需要将乘车凭证绑定的身份类型变更为用户提交的特定身份类型或者匹配处理获得的特定身份类型，所述乘车凭证绑定的身份类型可以是预设身份类型，也可以是特定身份类型，比如将学生身份类型变更为残疾身份类型。
56.实际应用中，乘车凭证存在发卡区域，即是指乘车凭证的领取并激活的区域，用户可以在发卡区域进行使用该乘车凭证进行乘车，同时，用户也可以在发卡区域以外基于该乘车凭证进行乘车，针对于此，可针对不同的乘车区域设置不同的调价策略，实现乘车凭证的使用灵活性，避免用户在发卡区域以外无法使用该乘车凭证，造成乘车凭证的使用局限性。本实施例提供的一种可选实施方式中，采用如下方式确定调价策略：
57.若所述乘车信息中包含的乘车区域与所述乘车凭证对应的发卡区域一致，则将所述发卡区域与所述特定身份类型匹配的第一调价策略作为所述调价策略；
58.若所述乘车信息中包含的乘车区域与所述乘车凭证对应的发卡区域不一致，则将所述乘车区域与所述特定身份类型匹配的第二调价策略作为所述调价策略。
59.具体的，若乘车区域与乘车凭证对应的发卡区域一致，则在发卡区域确定与特定身份类型匹配的第一调价策略，作为所述调价策略；若乘车区域与乘车凭证对应的发卡区域不一致，则在乘车区域确定与特定身份类型匹配的第二调价策略，作为所述调价策略。
60.此处的乘车区域，包括乘车的地区，比如以城市为单位划分的乘车区域，xx市。需要说明的是，第一调价策略和第二调价策略可能相同，也可能不同。
61.在上述提供的第一种凭证升级的升级方式或者第二种凭证升级的升级方式的基础上，为了对特定身份类型的乘车凭证的信息进行存储，以在用户乘车时进行语音播报或者进行精准营销，提升收益。本实施例提供的一种可选实施方式中，在乘车凭证绑定的身份类型变更为特定身份类型之后，执行如下操作：
62.基于所述特定身份类型对所述凭证标识进行标记处理，获得特定凭证标识；
63.将所述特定凭证标识向所述机具服务器同步，以使所述机具服务器将所述特定凭证标识写入特定凭证标识集，将所述特定凭证标识集进行存储并向所述扫码机具下发。
64.此处的特定凭证标识集，是指由各特定凭证标识组成的凭证标识的集合，所述各特定凭证标识，是指基于特定身份类型对各乘车凭证的凭证标识进行标记获得的各凭证标识。
65.在具体的执行过程中，在机具服务器对特定凭证标识写入特定凭证标识集并进行存储之后，为了提升机具平台(机具服务器为机具平台所属)的收益，提升机具平台的用户流量。本实施例提供的一种可选实施方式中，所述机具服务器在将特定凭证标识写入特定凭证标识集，并对所述特定凭证标识集进行存储之后，执行如下操作：
66.检测乘车推荐信息，并在所述特定凭证标识集中的特定凭证标识中查询与所述乘车推荐信息匹配的特定凭证标识；
67.基于所述乘车推荐信息向所述特定凭证标识对应的乘车凭证的所属用户进行推荐处理。
68.其中，所述乘车推荐信息，是指用于进行推荐的与乘车相关的信息，比如推荐学生
乘车凭证，充值200元赠送50元。
69.沿用上例，乘车推荐信息为“学生乘车凭证，充值200元赠送50元”，则查询与乘车推荐信息匹配的特定凭证标识，并将乘车推荐信息向特定凭证标识对应的乘车凭证的所属学生用户进行推荐，以此，实现精准推荐，在增加用户对乘车相关的信息的了解深度的同时，也提升机具平台的收益。
70.在具体的执行过程中，扫码机具接收机具服务器下发的所述特定凭证标识集并进行存储。在检测到用户进行乘车扫码时，为了提升用户对身份类型的感知程度，同时增强驾驶人员对于用户的身份类型的感知，避免用户使用他人绑定特定身份类型的乘车凭证进行乘车，造成乘车凭证的发卡机构的损失，可基于特定身份类型向用户进行语音播报。本实施例提供的一种可选实施方式中，所述扫码机具在检测到所述用户进行乘车扫码后生成的乘车处理指令后，执行如下操作：
71.在特定凭证标识集中查找所述凭证标识对应的特定凭证标识；
72.基于所述特定凭证标识携带的特定身份类型，通过语音组件进行凭证类型语音播报。
73.其中，所述特定凭证标识集，采用如下方式生成：基于所述特定身份类型对所述凭证标识进行标记处理，获得特定凭证标识；将所述特定凭证标识写入特定凭证标识集。
74.具体的，在用户进行乘车扫码后生成乘车信息，在特定凭证标识集中查找乘车信息中包含的凭证标识对应的特定凭证标识，即基于特定身份类型对该凭证标识进行标记后生成的凭证标识，通过语音组件对特定凭证标识携带的特定身份类型进行语音播报。
75.实际应用中，调价策略中包含有调价条件，可基于调价条件核验乘车信息中包含的待核验要素，或者乘车凭证的调价策略可能处于解冻状态、也可能处于冻结状态，可对乘车凭证的调价策略的存在状态进行核验，通过上述核验确定是否进行调价处理，实现针对调价的精细化；所述调价处理包括基于调价策略和基准乘车费用计算实际乘车费用或者基于调价策略对基准乘车费用进行调价。本实施例提供的一种可选实施方式中，在确定与特定身份类型匹配的调价策略执行之后，还执行如下操作：
76.核验所述乘车信息中包含的待核验要素是否符合所述调价策略中包含的调价条件，或者，核验针对所述乘车凭证的调价策略是否处于解冻状态；
77.若是，则执行步骤s108；
78.若否，则将所述基准乘车费用作为所述实际乘车费用。
79.其中，所述待核验要素，包括乘车交易次数、乘车时间段和/或乘车区域，此外，待核验要素还可包括其他类型的要素。
80.沿用上例，老年身份类型匹配的调价策略为每月免费乘车70次，则调价条件为每月乘车交易次数大于或者等于70次，而用户u的乘车信息中包含的待核验要素为x月乘车交易次数为60次，则乘车交易次数符合调价策略的调价条件，继续执行步骤s108。
81.此外，在乘车凭证的待核验要素不符合调价策略中包含的调价条件的情况下，可将乘车凭证的调价策略进行冻结处理。所以，除核验乘车信息中包含的待核验要素之外，也可核验乘车凭证的调价策略的存在状态，若乘车凭证的调价策略处于解冻状态，则继续执行步骤s108，若乘车凭证的调价策略处于冻结状态，则将基准乘车费用作为实际乘车费用。
82.除此之外，上述核验待核验要素是否符合调价条件，或者核验调价策略是否处于
解冻状态的实现过程，可被替换为：若所述乘车信息中包含的待核验要素是否符合所述调价策略中包含的调价条件，则根据所述调价策略和所述乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端；或者，若所述乘车凭证的调价策略处于解冻状态，则根据所述调价策略和所述乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端；并与本实施例提供的其他处理步骤组成新的实现方式。
83.步骤s108，根据所述调价策略和所述乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。
84.上述确定与特定身份类型匹配的调价策略，本步骤中，根据调价策略和乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。相应的，用户终端接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果。所述费用支付结果中记录有基准乘车费用和实际乘车费用，此外，费用支付结果中还可记录有乘车凭证的调价策略。其中所述实际乘车费用，是指在实际乘车时支付的乘车费用。
85.通过获取基准乘车费用而不是调价后获得的实际乘车费用，提升机具服务器的处理效率，避免机具服务器维护相应的调价策略，并进行相应的乘车费用计算，开发成本高，维护工作量大。
86.具体实施时，本实施例提供的一种可选实施方式中，在根据调价策略和乘车信息中包含的基准乘车费用计算实际乘车费用的过程中，执行如下操作：
87.根据所述调价策略中携带的调价参数和所述基准乘车费用计算所述实际乘车费用；
88.其中，所述调价参数包括折扣率和/或优惠费用。
89.具体的，在调价参数包括折扣率的情况下，将调价策略中携带的折扣率与基准乘车费用的乘积作为所述实际乘车费用；在调价参数包括优惠费用的情况下，将基准乘车费用与调价策略中携带的优惠费用的差值作为所述实际乘车费用。
90.另外，若上述查询到的身份类型为预设身份类型，则可按照基准乘车费用进行费用支付。本实施例提供的一种可选实施方式中，若查询到的身份类型为预设身份类型，则按照所述基准乘车费用进行费用支付，并将费用支付结果返回所述用户终端。
91.此外，步骤s108可被替换为根据调价策略和乘车信息中包含的基准乘车费用进行调价处理，并将调价处理结果向所述用户终端返回；并与本实施例提供的其他处理步骤组成新的实现方式。相应的，用户终端接收第三方服务器在调价处理之后发送的调价处理结果；所述调价处理结果中记录有基准乘车费用和所述实际乘车费用，所述实际乘车费用基于所述基准乘车费用和与特定身份类型匹配的调价策略计算获得；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。
92.综上所述，本实施例提供的乘车信息处理方法，获取机具服务器发送的乘车信息，并基于乘车信息中包含的凭证标识查询乘车凭证绑定的身份类型，若查询到的身份类型为特定身份类型，则确定与特定身份类型匹配的调价策略，具体若乘车信息中包含的乘车区域与乘车凭证对应的发卡区域一致，则将发卡区域与特定身份类型匹配的第一调价策略，作为调价策略，若乘车信息中包含的乘车区域与乘车凭证对应的发卡区域不一致，则将乘
车区域与特定身份类型匹配的第二调价策略，作为调价策略，根据调价策略中携带的调价参数和基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端；若查询到的身份类型为预设身份类型，则按照基准乘车费用进行费用支付，并将费用支付结果返回用户终端，通过不同的特定身份类型匹配的调价策略计算实际乘车费用，实现对基准乘车费用进行调价的灵活性和多元化。
93.下述以本实施例提供的一种乘车信息处理方法在老年身份类型场景的应用为例，对本实施例提供的乘车信息处理方法进行进一步说明，参见图2，应用于老年身份类型场景的乘车信息处理方法，具体包括如下步骤。
94.用户终端检测用户针对乘车凭证的乘车码提交的展示指令，在检测到展示指令后，读取乘车码并展示。
95.扫码机具扫描乘车码，并将采集的乘车码进行解析后获得的乘车信息向机具服务器上传，机具服务器将乘车信息向第三方服务器发送。
96.扫码机具在检测到用户进行乘车扫码后生成的乘车处理指令后，在特定凭证标识集中查找凭证标识对应的特定凭证标识，基于特定凭证标识携带的特定身份类型，通过语音组件进行凭证类型语音播报。
97.步骤s206，获取机具服务器发送的乘车信息。
98.步骤s208，基于乘车信息中包含的凭证标识查询乘车凭证绑定的身份类型。
99.步骤s210，确定查询到的老年身份类型匹配的调价策略。
100.上述确定查询到的老年身份类型匹配的调价策略的具体实现过程，包括：若乘车信息中包含的乘车区域与乘车凭证对应的发卡区域一致，则将发卡区域与老年身份类型匹配的第一调价策略，作为调价策略；若乘车信息中包含的乘车区域与乘车凭证对应的发卡区域不一致，则将乘车区域与老年身份类型匹配的第二调价策略，作为调价策略。
101.步骤s212，核验乘车信息中包含的待核验要素是否符合调价策略中包含的调价条件；
102.若是，执行步骤s214；
103.若否，将基准乘车费用作为实际乘车费用并进行费用支付。
104.步骤s214，根据调价策略中携带的调价参数和基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。
105.用户终端接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果并展示。
106.上述步骤s212可被替换为核验针对乘车凭证的调价策略是否处于解冻状态；并与本实施例提供的其他处理步骤组成新的实现方式。
107.此外，上述步骤s212至步骤s214也可被替换为若乘车信息中包含的待核验要素符合调价策略中包含的调价条件，则根据调价策略中携带的调价参数和基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端；并与本实施例提供的其他处理步骤组成新的实现方式。
108.另外，上述步骤s212至步骤s214还可被替换为若乘车凭证的调价策略处于解冻状态，则根据调价策略中携带的调价参数和基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端；并与本实施例提供的其他处理步骤组成新的实现方式。
109.上述提供的一种乘车信息处理方法的实现过程，由第三方服务器执行，下述方法实施例提供的另一种乘车信息处理方法的实现过程，由用户终端执行，二者在执行过程中相互配合，因此，阅读上述实现过程请参照下述方法实施例的对应内容，相应的，阅读下述实现过程请参照上述方法实施例的对应内容。
110.本说明书提供的另一种乘车信息处理方法实施例：
111.在上述的实施例中，提供了一种乘车信息处理方法，应用于第三方服务器，与之相配合的，本实施例还提供了另一种乘车信息处理方法，应用于用户终端，下面结合附图3进行说明。
112.本实施例提供的乘车信息处理方法，在检测到用户针对乘车凭证的乘车码提交的展示指令后，读取乘车码并展示，并接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果，以此，通过费用支付结果提升用户针对乘车收费的感知程度，有效避免费用支付不透明引起的用户纠纷。
113.参照图3，本实施例提供的乘车信息处理方法，具体包括步骤s302至步骤s306。
114.步骤s302，检测用户针对乘车凭证的乘车码提交的展示指令。
115.本实施例所述乘车凭证，是指乘车所需要的凭证，比如电子公交卡、电子地铁卡，基于该乘车凭证可生成对应的乘车码，比如电子乘车码。
116.在实际的应用过程中，用户终端可检测用户针对乘车凭证的乘车码提交的展示指令，该检测可实时进行，避免对用户的展示指令未及时进行检测，对用户的使用体验造成影响。
117.需要说明的是，本实施例中，无需对扫码机具进行硬件改造，利用已有的扫码机具进行乘车扫码即可，节省对硬件设备进行改造的改造成本，也节省时间成本。同时，也无需对乘车凭证的乘车码进行深入开发，若用户的乘车凭证绑定的身份类型为特定身份类型，乘车码的码值内无需加入该特定身份类型，避免对乘车码重新进行开发，节省成本。同时，乘车凭证的乘车码也可以不是所述应用展示的码，而是域外乘车码。在为域外乘车码的情况下，生成域外乘车码的平台可将用户乘车扫码后生成的乘车信息向所述第三方服务器发送，扩大应用场景的覆盖面。
118.步骤s304，读取所述乘车码并展示。
119.上述检测用户针对乘车凭证的乘车码提交的展示指令，本步骤中，读取该乘车码并进行展示，以使扫码机具对该乘车码进行扫描，具体在检测到展示指令后，读取乘车码并进行展示。
120.在此之后，用户通过乘车码配合扫码机具进行乘车扫码后生成乘车信息，扫码机具将乘车信息上传至机具服务器，具体的，在进行乘车扫码后，扫码机具将采集的乘车码进行解析后获得的乘车信息向机具服务器上传。机具服务器将乘车信息向第三方服务器发送，第三方服务器获取机具服务器发送的乘车信息。可选的，所述乘车信息在用户基于乘车凭证配合扫码机具进行乘车扫码后生成。
121.所述机具服务器是指与公共交通车辆配置的扫码机具配合工作的服务器。所述扫码机具，是指公共交通车辆配置的用于扫描用户展示的乘车凭证的乘车码的机具。所述乘车扫码，包括用户通过将用户终端安装的应用展示的乘车码向所述扫码机具展示，扫码机具采集展示的乘车码。所述第三方服务器是指与所述应用配合工作的服务器。其中，所述公
共交通车辆比如地铁、公交、高铁等。
122.所述乘车信息，是指乘车扫码后生成的与乘车相关的信息，所述乘车信息包括下述至少一项：乘车凭证的凭证标识、基准乘车费用、待核验要素、乘车区域。此处的基准乘车费用，是指表征基准的乘车费用，比如xx站-xx站的原始票价为2元，该原始票价2元即xx站-xx站的基准乘车费用。所述乘车凭证，是指乘车所需要的凭证，比如电子公交卡、电子地铁卡，基于该乘车凭证可生成对应的乘车码，比如电子乘车码。
123.上述第三方服务器获取机具服务器发送的乘车信息，在此基础上，第三方服务器以乘车信息中包含的凭证标识为依据，查询乘车凭证绑定的身份类型。
124.所述凭证标识，是指乘车凭证的标识，包括乘车凭证的凭证号码，比如电子公交卡的卡号，电子地铁卡的卡号，此外，凭证标识除可以是数字外，还可以是其它形式的标识，比如颜色、字母。
125.所述身份类型，包括预设身份类型或者特定身份类型；所述预设身份类型包括默认身份类型，比如对乘车凭证进行开通之后，乘车凭证绑定的普通用户的身份类型(默认身份类型)；所述特定身份类型，是指特定用户的身份类型，所述特定用户包括老年用户、学生用户、残疾用户和/或保障用户，所述保障用户包括参与保障服务的用户，比如领取补助金的用户，则特定身份类型比如老年身份类型、残疾身份类型、学生身份类型、保障身份类型，此外，特定身份类型还可包括其他身份类型，比如存在第一老年身份类型、第二老年身份类型，第一老年身份类型对应的老年用户为60-70岁，第二老年身份类型对应的老年用户为70岁以上。
126.上述第三方服务器以乘车信息中包含的凭证标识作为依据，查询乘车凭证绑定的身份类型，在此之后，第三方服务器确定与特定身份类型匹配的调价策略，具体的，若上述查询到的身份类型为特定身份类型，则基于该特定身份类型确定匹配的调价策略。
127.本实施例中，调价是指对基准乘车费用进行调整，调整包括减少或者保持一致；所述调价策略，是指对基准乘车费用进行调整的策略，需要说明的是，针对每种特定身份类型，配置对应的调价策略，比如老年身份类型配置有对应的调价策略，学生身份类型配置有对应的调价策略，针对每种特定身份类型配置的调价策略可能相同，也可能不同，可根据实际应用需求进行调整。可选的，所述调价策略包括调价参数和/或调价条件，所述调价参数包括折扣率和/或优惠费用。
128.所述调价条件，是指进行调价的条件或者规则，调价条件可按照至少一个维度进行设置，所述维度包括乘车交易次数、乘车区域和/或乘车时间段，相应的，调价条件包括乘车交易次数小于或者等于预设次数阈值和/或乘车时间段处于预设时间段内。比如老年身份类型匹配的调价策略为每月免费乘车70次，调价参数为0，调价条件为1个月乘车次数＜70；再比如学生身份类型匹配的调价策略为每天6:00至23:00内进行乘车，打5折，则调价参数为折扣率50％，调价条件为乘车时间段处于6:00至23:00内。
129.具体实施时，特定身份类型在对乘车凭证进行凭证升级后获得，在实际的应用场景中，用户仅需领取1次乘车凭证并进行开通，在进行凭证升级时，若用户没有乘车凭证，则领取乘车凭证并进行开通，并对乘车凭证进行凭证升级；若用户已有乘车凭证，则对该乘车凭证直接进行凭证升级即可，以此，避免用户为了获得绑定特定身份类型的乘车凭证，在已有乘车凭证的基础上，再重新领取新的乘车凭证，造成乘车凭证的使用混乱，并增加乘车凭
证的成本，提升乘车凭证的利用率和使用灵活性，同时提升用户的参与度。
130.本实施例提供的第一种可选实施方式中，第三方服务器根据用户提交的特定身份类型以及用户数据对用户进行身份类型核验，并在核验通过后将乘车凭证绑定的身份类型变更为特定身份类型，具体第三方服务器通过如下方式对乘车凭证进行凭证升级：
131.获取所述用户针对所述乘车凭证提交的所述特定身份类型以及所述用户的用户数据；
132.基于所述用户数据对所述用户进行身份类型核验；
133.在核验通过后，将所述乘车凭证绑定的身份类型变更为所述特定身份类型。
134.其中，用户针对乘车凭证提交的特定身份类型，即是用户要将乘车凭证进行凭证升级的类型；所述凭证升级，包括对乘车凭证绑定的身份类型进行类型升级。比如从普通用户的身份类型升级至老年身份类型；所述用户数据，是指用户相关的数据，所述用户数据包括用户属性，比如用户属性为用户72岁。所述身份类型核验，是指对用户的身份类型进行核验。
135.在基于用户数据对用户进行身份类型核验的过程中，第三方服务器具体执行如下操作：检测用户数据中包含的用户属性是否符合特定身份类型对应的用户特征；若是，则确定核验通过，若否，则确定核验未通过。
136.其中，所述用户特征，是指用户的特征数据，比如老年身份类型对应的用户特征为生长时间大于或者等于70岁。
137.例如，用户数据中包含的用户属性为72岁，而老年身份类型对应的用户特征为生长时间大于或者等于70岁，则用户属性符合老年身份类型对应的用户特征，确定核验通过。
138.此外，为了简化用户在凭证升级过程中的操作步骤，提升凭证升级的便捷性，用户可不提前提交特定身份类型，而基于用户的身份关键特征确定匹配的特定身份类型。本实施例提供的第二种可选实施方式中，第三方服务器基于用户数据中的身份关键特征与特定身份类型集中的特定身份类型进行匹配处理，根据匹配处理结果进行身份类型变更，具体第三方服务器通过如下方式对乘车凭证进行凭证升级：
139.基于凭证升级请求获取用户数据中包含的身份关键特征；
140.将所述身份关键特征与特定身份类型集中的特定身份类型进行匹配处理，基于匹配处理获得的特定身份类型对所述乘车凭证绑定的凭证类型进行变更。
141.此处的身份关键特征，是指与身份相关的关键特征信息，比如生长时间、身体残疾特征。
142.例如，用户数据中包含的身份关键特征为生长时间72岁，则第三方服务器将身份关键特征与特定身份类型集中的特定身份类型进行匹配处理，获得与该身份关键特征匹配的特定身份类型为“老年身份类型”，则将乘车凭证绑定的身份类型变更为“老年身份类型”。
143.需要说明的是，第三方服务器在对乘车凭证进行凭证升级的过程中，需要将乘车凭证绑定的身份类型变更为用户提交的特定身份类型或者匹配处理获得的特定身份类型，所述乘车凭证绑定的身份类型可以是预设身份类型，也可以是特定身份类型，比如将学生身份类型变更为残疾身份类型。
144.实际应用中，乘车凭证存在发卡区域，即是指乘车凭证的领取并激活的区域，用户
可能在发卡区域进行使用该乘车凭证进行乘车，同时，用户也可能在发卡区域以外基于该乘车凭证进行乘车，针对于此，可针对不同的乘车区域设置不同的调价策略，实现乘车凭证的使用灵活性，避免用户在发卡区域以外无法使用该乘车凭证，造成乘车凭证的使用局限性。本实施例提供的一种可选实施方式中，所述调价策略，通过如下方式确定：
145.若乘车信息中包含的乘车区域与所述乘车凭证对应的发卡区域一致，则将所述发卡区域与所述特定身份类型匹配的第一调价策略作为所述调价策略；
146.若乘车信息中包含的乘车区域与所述乘车凭证对应的发卡区域不一致，则将所述乘车区域与所述特定身份类型匹配的第二调价策略作为所述调价策略；
147.其中，所述乘车信息在所述用户基于所述乘车凭证配合扫码机具进行乘车扫码后生成。
148.具体的，若乘车区域与乘车凭证对应的发卡区域一致，则第三方服务器在发卡区域确定与特定身份类型匹配的第一调价策略，作为所述调价策略；若乘车区域与乘车凭证对应的发卡区域不一致，则第三方服务器在乘车区域确定与特定身份类型匹配的第二调价策略，作为所述调价策略。
149.此处的乘车区域，包括乘车的地区，比如以城市为单位划分的乘车区域，xx市。需要说明的是，第一调价策略和第二调价策略可能相同，也可能不同。
150.在上述提供的第一种凭证升级的升级方式或者第二种凭证升级的升级方式的基础上，为了对特定身份类型的乘车凭证的信息进行存储，以在用户乘车时进行语音播报或者进行精准营销，提升收益。本实施例提供的一种可选实施方式中，第三方服务器在乘车凭证绑定的身份类型变更为特定身份类型之后，执行如下操作：
151.基于所述特定身份类型对所述乘车凭证的凭证标识进行标记处理，获得特定凭证标识；
152.将所述特定凭证标识向机具服务器同步，以使所述机具服务器将所述特定凭证标识写入特定凭证标识集，将所述特定凭证标识集进行存储并向扫码机具下发。
153.此处的特定凭证标识集，是指由各特定凭证标识组成的凭证标识的集合，所述各特定凭证标识，是指基于特定身份类型对各乘车凭证的凭证标识进行标记获得的各凭证标识。
154.在具体的执行过程中，在机具服务器对特定凭证标识写入特定凭证标识集并进行存储之后，为了提升机具平台(扫码机具对应的平台)的收益，提升机具平台的用户流量。机具服务器在将特定凭证标识写入特定凭证标识集，并对特定凭证标识集进行存储之后，执行如下操作：
155.检测乘车推荐信息，并在特定凭证标识集中的特定凭证标识中查询与乘车推荐信息匹配的特定凭证标识；
156.基于乘车推荐信息向特定凭证标识对应的乘车凭证的所属用户进行推荐处理。
157.其中，所述乘车推荐信息，是指用于进行推荐的与乘车相关的信息，比如推荐学生乘车凭证，充值200元赠送50元。
158.沿用上例，乘车推荐信息为“学生乘车凭证，充值200元赠送50元”，则第三方服务器查询与乘车推荐信息匹配的特定凭证标识，并将乘车推荐信息向特定凭证标识对应的乘车凭证的所属学生用户进行推荐，以此，实现精准推荐，在增加用户对乘车相关的信息的了
解深度的同时，也提升机具平台的收益。
159.在具体的执行过程中，扫码机具接收机具服务器下发的所述特定凭证标识集并进行存储。在检测到用户进行乘车扫码时，为了提升用户对身份类型的感知程度，同时增强驾驶人员对于用户的身份类型的感知，避免用户使用他人绑定特定身份类型的乘车凭证进行乘车，造成乘车凭证的发卡机构的损失，可基于特定身份类型向用户进行语音播报。本实施例提供的一种可选实施方式中，所述扫码机具在检测到所述用户进行乘车扫码后生成的乘车处理指令后，执行如下操作：
160.在特定凭证标识集中查找所述凭证标识对应的特定凭证标识；
161.基于所述特定凭证标识携带的特定凭证类型，通过语音组件进行凭证类型语音播报。
162.其中，所述特定凭证标识集，采用如下方式生成：基于所述特定身份类型对所述凭证标识进行标记处理，获得特定凭证标识；将所述特定凭证标识写入特定凭证标识集。
163.具体的，在用户进行乘车扫码后生成乘车信息，在特定凭证标识集中查找乘车信息中包含的凭证标识对应的特定凭证标识，即基于特定身份类型对该凭证标识进行标记后生成的凭证标识，通过语音组件对特定凭证标识携带的特定身份类型进行语音播报。
164.实际应用中，调价策略中包含有调价条件，可基于调价条件核验乘车信息中包含的待核验要素，或者乘车凭证的调价策略可能处于解冻状态、也可能处于冻结状态，可对乘车凭证的调价策略的存在状态进行核验，通过上述核验确定是否进行调价处理，实现针对调价的精细化。具体第三方服务器在确定与特定身份类型匹配的调价策略执行之后，还执行如下操作：
165.核验所述乘车信息中包含的待核验要素是否符合所述调价策略中包含的调价条件，或者，核验针对所述乘车凭证的调价策略是否处于解冻状态；
166.若是，则根据调价策略和乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端；
167.若否，则将基准乘车费用作为实际乘车费用。
168.其中，所述待核验要素，包括乘车交易次数、乘车时间段和/或乘车区域，此外，待核验要素还可包括其他类型的要素。
169.沿用上例，老年身份类型匹配的调价策略为每月免费乘车70次，则调价条件为每月乘车交易次数大于或者等于70次，而用户u的乘车信息中包含的待核验要素为x月乘车交易次数为60次，则乘车交易次数符合调价策略的调价条件，继续执行根据调价策略和乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。
170.此外，在乘车凭证的待核验要素不符合调价策略中包含的调价条件的情况下，第三方服务器可将乘车凭证的调价策略进行冻结处理。所以，除核验乘车信息中包含的待核验要素之外，也可核验乘车凭证的调价策略的存在状态，若乘车凭证的调价策略处于解冻状态，则第三方服务器继续执行根据调价策略和乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端，若乘车凭证的调价策略处于冻结状态，则将基准乘车费用作为实际乘车费用。
171.上述第三方服务器确定与特定身份类型匹配的调价策略，在此基础上，第三方服
务器根据调价策略和乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。其中所述实际乘车费用，是指在实际乘车时支付的乘车费用。
172.通过获取基准乘车费用而不是调价后获得的实际乘车费用，避免机具服务器维护相应的调价策略，并进行相应的乘车费用计算，开发成本高，维护工作量大，提升机具服务器的处理效率。
173.具体实施时，本实施例提供的一种可选实施方式中，所述实际乘车费用，采用如下方式计算获得：
174.根据所述调价策略中携带的调价参数和所述基准乘车费用计算所述实际乘车费用；
175.其中，所述调价参数包括折扣率和/或优惠费用。
176.具体的，在调价参数包括折扣率的情况下，第三方服务器将调价策略中携带的折扣率与基准乘车费用的乘积作为所述实际乘车费用；在调价参数包括优惠费用的情况下，第三方服务器将基准乘车费用与调价策略中携带的优惠费用的差值作为所述实际乘车费用。
177.另外，若上述查询到的身份类型为预设身份类型，则可按照基准乘车费用进行费用支付。本实施例提供的一种可选实施方式中，若查询到的身份类型为预设身份类型，则按照所述基准乘车费用进行费用支付，并将费用支付结果返回用户终端。
178.步骤s306，接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果。
179.其中，所述费用支付结果中记录有基准乘车费用和所述实际乘车费用，所述实际乘车费用基于所述基准乘车费用和与特定身份类型匹配的调价策略计算获得；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。此外，费用支付结果中还可记录有乘车凭证的调价策略。
180.通过在费用支付结果中记录基准乘车费用和实际乘车费用，可提升用户针对乘车费用的感知程度，避免乘车费用的不透明引发的用户纠纷，提升用户的使用体验。
181.综上所述，本实施例提供的乘车信息处理方法，检测用户针对乘车凭证的乘车码提交的展示指令，在检测到展示指令后，读取乘车码并展示，接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果，以此，通过费用支付结果提升用户针对乘车收费的感知程度，有效避免费用支付不透明引起的用户纠纷。
182.下述以本实施例提供的一种乘车信息处理方法在老年身份类型场景的应用为例，对本实施例提供的乘车信息处理方法进行进一步说明，参见图2，应用于老年身份类型场景的乘车信息处理方法，具体包括如下步骤。
183.步骤s202，检测用户针对乘车凭证的乘车码提交的展示指令。
184.步骤s204，在检测到展示指令后，读取乘车码并展示。
185.扫码机具扫描乘车码，并将采集的乘车码进行解析后获得的乘车信息向机具服务器上传，机具服务器将乘车信息向第三方服务器发送。
186.扫码机具在检测到用户进行乘车扫码后生成的乘车处理指令后，在特定凭证标识集中查找凭证标识对应的特定凭证标识，基于特定凭证标识携带的特定身份类型，通过语
音组件进行凭证类型语音播报。
187.第三方服务器获取机具服务器发送的乘车信息，基于乘车信息中包含的凭证标识查询乘车凭证绑定的身份类型，确定查询到的老年身份类型匹配的调价策略，并核验乘车信息中包含的待核验要素是否符合调价策略中包含的调价条件；若是，根据调价策略中携带的调价参数和基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端，若否，将基准乘车费用作为实际乘车费用并进行费用支付。
188.步骤s216，接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果并展示。
189.本说明书提供的一种信息处理方法实施例：
190.参见图4，本实施例提供的信息处理方法，具体包括步骤s402至步骤s408。
191.步骤s402，获取机具服务器发送的购物信息。
192.可选的，所述购物信息在用户基于购物凭证配合扫码机具进行购物扫码后生成。
193.步骤s404，基于所述购物信息中包含的凭证标识查询所述购物凭证绑定的身份类型。
194.步骤s406，若查询到的身份类型为特定身份类型，则确定与所述特定身份类型匹配的调价策略。
195.可选的，所述特定身份类型在对所述购物凭证进行凭证升级后获得。
196.步骤s408，根据所述调价策略和所述购物信息中包含的基准购物费用计算实际购物费用并进行费用支付，将费用支付结果返回用户终端。
197.需要说明的是，本实施例提供的信息处理方法与上述提供的应用于第三方服务器的乘车信息处理方法的执行过程类似，上述提供的应用于第三方服务器的乘车信息处理方法的应用场景为乘车场景，而本实施例提供的信息处理方法的应用场景为购物场景，针对于此，阅读本实施例提供的信息处理方法，请参照上述提供的应用于第三方服务器的乘车信息处理方法实施例。
198.上述提供的一种信息处理方法的实现过程，由购物服务器执行，下述方法实施例提供的另一种信息处理方法的实现过程，由用户终端执行，二者在执行过程中相互配合，因此，阅读上述实现过程请参照下述方法实施例的对应内容，以及阅读下述实现过程请参照上述方法实施例的对应内容。
199.本说明书提供的另一种信息处理方法实施例：
200.参见图5，本实施例提供的信息处理方法，具体包括步骤s502至步骤s506。
201.步骤s502，检测用户针对购物凭证的购物码提交的展示指令。
202.步骤s504，在检测到展示指令后，读取购物码并展示；
203.步骤s506，接收购物服务器在按照实际购物费用进行费用支付后返回的费用支付结果。
204.可选的，所述费用支付结果中记录有基准购物费用和所述实际购物费用，所述实际购物费用基于所述基准购物费用和与特定身份类型匹配的调价策略计算获得；所述特定身份类型在对所述购物凭证进行凭证升级后获得。
205.需要说明的是，本实施例提供的信息处理方法与上述提供的应用于用户终端的乘车信息处理方法的执行过程类似，上述提供的应用于用户终端的乘车信息处理方法的应用
场景为乘车场景，而本实施例提供的信息处理方法的应用场景为购物场景，针对于此，阅读本实施例提供的信息处理方法，请参照上述提供的应用于用户终端的乘车信息处理方法实施例。
206.本说明书提供的一种乘车信息处理装置实施例如下：
207.在上述的实施例中，提供了一种乘车信息处理方法，与之相对应的，还提供了一种乘车信息处理装置，下面结合附图进行说明。
208.参照图6，其示出了本实施例提供的一种乘车信息处理装置示意图。
209.由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
210.本实施例提供一种乘车信息处理装置，包括：
211.乘车信息获取模块602，被配置为获取机具服务器发送的乘车信息；所述乘车信息在用户基于乘车凭证配合扫码机具进行乘车扫码后生成；
212.身份类型查询模块604，被配置为基于所述乘车信息中包含的凭证标识查询所述乘车凭证绑定的身份类型；
213.若查询到的身份类型为特定身份类型，则执行调价策略确定模块506，所述调价策略确定模块606，被配置为确定与所述特定身份类型匹配的调价策略；所述特定身份类型在对所述乘车凭证进行凭证升级后获得；
214.乘车费用计算模块608，被配置为根据所述调价策略和所述乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。
215.本说明书提供的另一种乘车信息处理装置实施例如下：
216.在上述的实施例中，提供了另一种乘车信息处理方法，与之相对应的，还提供了一种乘车信息处理装置，下面结合附图进行说明。
217.参照图7，其示出了本实施例提供的一种乘车信息处理装置示意图。
218.由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
219.本实施例提供一种乘车信息处理装置，包括：
220.展示指令检测模块702，被配置为检测用户针对乘车凭证的乘车码提交的展示指令；
221.在检测到所述展示指令后，执行乘车码读取模块704，所述乘车码读取模块704，被配置为读取所述乘车码并展示；
222.支付结果接收模块706，被配置为接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果；所述费用支付结果中记录有基准乘车费用和所述实际乘车费用，所述实际乘车费用基于所述基准乘车费用和与特定身份类型匹配的调价策略计算获得；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。
223.本说明书提供的一种乘车信息处理设备实施例如下：
224.对应上述描述的一种乘车信息处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种乘车信息处理设备，该乘车信息处理设备用于执行上述提供的乘车信息处理方法，图8为本说明书一个或多个实施例提供的一种乘车信息处理设备的结构示意图。
225.本实施例提供的一种乘车信息处理设备，包括：
226.如图8所示，乘车信息处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器801和存储器802，存储器802中可以存储有一个或一个以上存储应用程序或数据。其中，存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括乘车信息处理设备中的一系列计算机可执行指令。更进一步地，处理器801可以设置为与存储器802通信，在乘车信息处理设备上执行存储器802中的一系列计算机可执行指令。乘车信息处理设备还可以包括一个或一个以上电源803，一个或一个以上有线或无线网络接口804，一个或一个以上输入/输出接口805，一个或一个以上键盘806等。
227.在一个具体的实施例中，乘车信息处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对乘车信息处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
228.获取机具服务器发送的乘车信息；所述乘车信息在用户基于乘车凭证配合扫码机具进行乘车扫码后生成；
229.基于所述乘车信息中包含的凭证标识查询所述乘车凭证绑定的身份类型；
230.若查询到的身份类型为特定身份类型，则确定与所述特定身份类型匹配的调价策略；所述特定身份类型在对所述乘车凭证进行凭证升级后获得；
231.根据所述调价策略和所述乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。
232.本说明书提供的另一种乘车信息处理设备实施例如下：
233.对应上述描述的另一种乘车信息处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种乘车信息处理设备，该乘车信息处理设备用于执行上述提供的乘车信息处理方法，图9为本说明书一个或多个实施例提供的一种乘车信息处理设备的结构示意图。
234.本实施例提供的一种乘车信息处理设备，包括：
235.如图9所示，乘车信息处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器901和存储器902，存储器902中可以存储有一个或一个以上存储应用程序或数据。其中，存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括乘车信息处理设备中的一系列计算机可执行指令。更进一步地，处理器901可以设置为与存储器902通信，在乘车信息处理设备上执行存储器902中的一系列计算机可执行指令。乘车信息处理设备还可以包括一个或一个以上电源903，一个或一个以上有线或无线网络接口904，一个或一个以上输入/输出接口905，一个或一个以上键盘906等。
236.在一个具体的实施例中，乘车信息处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对乘车信息处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行
以下计算机可执行指令：
237.检测用户针对乘车凭证的乘车码提交的展示指令；
238.在检测到所述展示指令后，读取所述乘车码并展示；
239.接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果；所述费用支付结果中记录有基准乘车费用和所述实际乘车费用，所述实际乘车费用基于所述基准乘车费用和与特定身份类型匹配的调价策略计算获得；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。
240.本说明书提供的一种存储介质实施例如下：
241.对应上述描述的一种乘车信息处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
242.本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
243.获取机具服务器发送的乘车信息；所述乘车信息在用户基于乘车凭证配合扫码机具进行乘车扫码后生成；
244.基于所述乘车信息中包含的凭证标识查询所述乘车凭证绑定的身份类型；
245.若查询到的身份类型为特定身份类型，则确定与所述特定身份类型匹配的调价策略；所述特定身份类型在对所述乘车凭证进行凭证升级后获得；
246.根据所述调价策略和所述乘车信息中包含的基准乘车费用计算实际乘车费用并进行费用支付，将费用支付结果返回用户终端。
247.需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于乘车信息处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
248.本说明书提供的另一种存储介质实施例如下：
249.对应上述描述的另一种乘车信息处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
250.本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
251.检测用户针对乘车凭证的乘车码提交的展示指令；
252.在检测到所述展示指令后，读取所述乘车码并展示；
253.接收第三方服务器在按照实际乘车费用进行费用支付后返回的费用支付结果；所述费用支付结果中记录有基准乘车费用和所述实际乘车费用，所述实际乘车费用基于所述基准乘车费用和与特定身份类型匹配的调价策略计算获得；所述特定身份类型在对所述乘车凭证进行凭证升级后获得。
254.需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于乘车信息处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
255.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺
序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
256.在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device，pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(comell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
257.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
258.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
259.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
260.本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
261.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
262.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
263.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
264.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
265.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
266.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
267.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
268.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上
下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
269.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
270.以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。