CN117993967A - 乘车权益信息处理方法、装置、终端设备以及存储介质 - Google Patents

Abstract

本申请公开了一种乘车权益信息处理方法、装置、终端设备以及存储介质，涉及公共交通领域，其方法包括：基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；当接收到乘车交易请求时，获取交通卡信息和交易信息；根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；若是，则对所述乘车交易进行乘车优惠，本发明提高了交通卡权益配置灵活度。

Description

乘车权益信息处理方法、装置、终端设备以及存储介质

技术领域

本申请涉及公共交通领域，尤其涉及一种乘车权益信息处理方法、装置、终端设备以及存储介质。

背景技术

在很多城市都有公共交通优惠政策，按照乘车优惠规则，不同人群在乘车方面享受的优惠存在差别，如学生5折、人才8折等。

然而，现有具有金融属性联名的交通卡权益配置灵活度较低，同一类型的卡片只能满足该类型所属人群的乘车权益折扣需求，以具有金融属性联名的交通卡为学生卡为例，该交通卡不能转化为老人卡或人才卡。

发明内容

本申请的主要目的在于提供一种乘车权益信息处理方法、装置、终端设备以及存储介质，旨在提高交通卡权益配置灵活度。

为实现上述目的，本申请提供一种乘车权益信息处理方法，所述乘车权益信息处理方法包括：

基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；

当接收到乘车交易请求时，获取交通卡信息和交易信息；

根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；

若是，则对所述乘车交易进行乘车优惠。

可选地，所述用户信息包括用户身份，所述基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益的步骤包括：

根据所述用户信息，对所述交通卡进行绑定，得到绑定后的交通卡；

对所述用户身份进行身份验证，当身份验证通过时，则根据所述用户身份提供相应的所述乘车权益配套；

基于所述绑定后的交通卡，对所述乘车权益配套进行设置，获取所述交通卡的特定乘车权益。

可选地，所述交通卡信息包括卡号信息，所述交易信息包括交易金额，所述根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则的步骤包括：

根据所述卡号信息，查询所述交通卡是否存在所述交通卡的特定乘车权益；

若是，则查询所述交通卡的特定乘车权益是否有效；

若是，则查询所述交易金额是否超越权益票价区间；

若交易金额不是超越权益票价区间，则确定所述乘车交易符合乘车优惠规则。

可选地，所述根据所述卡号信息，查询所述交通卡是否存在所述交通卡的特定乘车权益的步骤之后还包括：

若否，则确认所述乘车交易不符合乘车优惠规则。

可选地，所述根据所述用户身份提供相应的所述乘车权益配套的步骤之前还包括：

获取用户的乘车行为信息和乘车偏好信息；

根据所述用户身份、所述乘车行为信息和所述乘车偏好信息，对所述乘车权益配套进行智能推荐，提供相应的所述乘车权益配套。

可选地，所述基于交通卡和用户信息，对乘车权益进行设置，获取交通卡的特定乘车权益的步骤之前还包括：

根据预设的乘车优惠规则，对乘车权益进行配置，获得所述乘车权益配套。

可选地，所述方法包括：

基于预设的风险控制策略，对所述交通卡的特定乘车权益进行检测。

本申请实施例还提出一种乘车权益信息处理装置，所述乘车权益信息处理装置包括：

权益设置模块，用于基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；

信息获取模块，用于当接收到乘车交易请求时，获取交通卡信息和交易信息；

优惠判断模块，用于根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；

优惠实施模块，用于若是，则对所述乘车交易进行乘车优惠。

本申请实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的乘车权益信息处理程序，所述乘车权益信息处理程序被所述处理器执行时实现如上所述的乘车权益信息处理方法的步骤。

本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有乘车权益信息处理程序，所述乘车权益信息处理程序被处理器执行时实现如上所述的乘车权益信息处理方法的步骤。

本申请实施例提出的乘车权益信息处理方法、装置、终端设备以及存储介质，通过基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；当接收到乘车交易请求时，获取交通卡信息和交易信息；根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；若是，则对所述乘车交易进行乘车优惠。通过用户信息对交通卡的乘车权益配套进行设置，得到交通卡的特定乘车权益，在实际乘车交易时，可以通过交通卡信息、交易信息和/或交通卡的特定乘车权益判断是否对乘车交易进行乘车优惠。可以理解地，不同人群可以根据相应的用户信息来设置对应的交通卡的权益，使得交通卡可以满足不同人群的乘车权益需求，从而提高交通卡权益配置的灵活度。

附图说明

图1为本申请乘车权益信息处理装置所属终端设备的功能模块示意图；

图2为本申请乘车权益信息处理方法第一示例性实施例的流程示意图；

图3为本申请涉及的具有金融属性联名的交通卡权益框架示意图；

图4为本申请涉及的具有金融属性联名的交通卡刷卡乘车流程示意图。

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

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例的主要解决方案是：通过基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；当接收到乘车交易请求时，获取交通卡信息和交易信息；根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；若是，则对所述乘车交易进行乘车优惠。通过用户信息对交通卡的乘车权益配套进行设置，得到交通卡的特定乘车权益，在实际乘车交易时，可以通过交通卡信息、交易信息和/或交通卡的特定乘车权益判断是否对乘车交易进行乘车优惠。可以理解地，不同人群可以根据相应的用户信息来设置对应的交通卡的权益，使得交通卡可以满足不同人群的乘车权益需求，从而提高交通卡权益配置的灵活度。

本申请实施例考虑到，在很多城市都有公共交通优惠政策，按照乘车优惠规则，不同人群在乘车方面享受的优惠存在差别，如学生5折、人才8折等。

然而，现有具有金融属性联名的交通卡权益配置灵活度较低，同一类型的卡片只能满足该类型所属人群的乘车权益折扣需求，以具有金融属性联名的交通卡为学生卡为例，该交通卡不能转化为老人卡或人才卡。

基于此，本申请实施例提出一种解决方案，通过用户信息对交通卡的乘车权益配套进行设置，得到交通卡的特定乘车权益，在实际乘车交易时，可以通过交通卡信息、交易信息和/或交通卡的特定乘车权益判断是否对乘车交易进行乘车优惠。可以理解地，不同人群可以根据相应的用户信息来设置对应的交通卡的权益，使得交通卡可以满足不同人群的乘车权益需求，从而提高交通卡权益配置的灵活度。

具体地，参照图1，图1为本申请乘车权益信息处理装置所属终端设备的功能模块示意图。该乘车权益信息处理装置可以为独立于终端设备的、能够进行数据处理的装置，也可以通过硬件或软件的形式承载于终端设备上。

在本实施例中，该乘车权益信息处理装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。

存储器130中存储有操作系统以及乘车权益信息处理程序，基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；当接收到乘车交易请求时，获取交通卡信息和交易信息存储于该存储器130中；输出模块110可为显示屏、扬声器等。通信模块140可以包括WI F I模块、移动通信模块以及蓝牙模块等，通过通信模块140与外部设备或服务器进行通信。

其中，存储器130中的乘车权益信息处理程序被处理器执行时实现以下步骤：

基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；当接收到乘车交易请求时，获取交通卡信息和交易信息；根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；若是，则对所述乘车交易进行乘车优惠。

进一步地，存储器130中的乘车权益信息处理程序被处理器执行时还实现以下步骤：

根据所述用户信息，对所述交通卡进行绑定，得到绑定后的交通卡；对所述用户身份进行身份验证，当身份验证通过时，则根据所述用户身份提供相应的所述乘车权益配套；基于所述绑定后的交通卡，对所述乘车权益配套进行设置，获取所述交通卡的特定乘车权益。

进一步地，存储器130中的乘车权益信息处理程序被处理器执行时还实现以下步骤：

根据所述卡号信息，查询所述交通卡是否存在所述交通卡的特定乘车权益；若是，则查询所述交通卡的特定乘车权益是否有效；若是，则查询所述交易金额是否超越权益票价区间；若交易金额不是超越权益票价区间，则确定所述乘车交易符合乘车优惠规则。

进一步地，存储器130中的乘车权益信息处理程序被处理器执行时还实现以下步骤：

若否，则确认所述乘车交易不符合乘车优惠规则。

进一步地，存储器130中的乘车权益信息处理程序被处理器执行时还实现以下步骤：

获取用户的乘车行为信息和乘车偏好信息；根据所述用户身份、所述乘车行为信息和所述乘车偏好信息，对所述乘车权益配套进行智能推荐，提供相应的所述乘车权益配套。

进一步地，存储器130中的乘车权益信息处理程序被处理器执行时还实现以下步骤：

根据预设的乘车优惠规则，对乘车权益进行配置，获得所述乘车权益配套。

进一步地，存储器130中的乘车权益信息处理程序被处理器执行时还实现以下步骤：

基于预设的风险控制策略，对所述交通卡的特定乘车权益进行检测。

本实施例通过上述方案，通过基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；当接收到乘车交易请求时，获取交通卡信息和交易信息；根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；若是，则对所述乘车交易进行乘车优惠。通过用户信息对交通卡的乘车权益配套进行设置，得到交通卡的特定乘车权益，在实际乘车交易时，可以通过交通卡信息、交易信息和/或交通卡的特定乘车权益判断是否对乘车交易进行乘车优惠。可以理解地，不同人群可以根据相应的用户信息来设置对应的交通卡的权益，使得交通卡可以满足不同人群的乘车权益需求，从而提高交通卡权益配置的灵活度，提高交通卡权益配置灵活度。

基于上述终端设备架构但不限于上述架构，提出本申请方法实施例。

参照图2，图2为本申请乘车权益信息处理方法第一示例性实施例的流程示意图。

本发明一实施例提供一种乘车权益信息处理方法，该方法包括：

步骤S10，基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；

在很多城市都有公共交通优惠政策，按照乘车优惠规则，不同人群在乘车方面享受的优惠存在差别，如学生5折、人才8折等。

然而，现有具有金融属性联名的交通卡权益配置灵活度较低，同一类型的卡片只能满足该类型所属人群的乘车权益折扣需求；且具有金融属性联名的交通卡在公共交通场景提供的权益服务单一，不支持多种乘车权益加载，只能加载具有金融属性联名的交通卡所属人群的权益。

在本实施例中，交通卡可以是具有金融属性联名的交通卡。

具体地，权益是对卡所属人群的优惠设定。如：学生5折、人才8折等，又如普通月票、学生月票、普通次票、人才季票、学生年票等。

更具体地，目前的交通卡只能满足一类型人群的权益，同一类型的卡片暂时无法满足多种人群的乘车折扣需求。以交通卡为学生卡举例，该交通卡不能转化为老人卡或人才卡，即该交通卡不能设置其他人群的权益。然而，人群的类型是会随着时间的变化而变化的，如当学生长大之后，学生人群也可能变成人才人群，再往后则变成老年人群。同时，该交通卡(学生卡)也不能加载其他权益，即该交通卡在生产时就是学生卡，只有学生权益属性，而不能转换提供其他权益，如老人权益或人才权益。上述情况导致现有交通卡配置灵活度较低，同一类型的卡片只能满足该类型所属人群的乘车权益折扣需求。

其次，具有金融属性联名的交通卡在公共交通场景提供的乘车服务单一，暂不支持乘车权益加载，如：普通月票、学生月票、普通次票、人才季票、学生年票等。

另外，公共交通领域的学生卡有使用有效期限制，一般在学生高中或技校毕业后就不能继续使用，卡片过期后就作废了。

因此，本实施例提出通过用户信息对交通卡的乘车权益配套进行设置，得到交通卡的特定乘车权益，在实际乘车交易时，可以通过交通卡信息、交易信息和/或交通卡的特定乘车权益判断是否对乘车交易进行乘车优惠。可以理解地，不同人群可以根据相应的用户信息来设置对应的交通卡的权益，使得交通卡可以满足不同人群的乘车权益需求，从而提高交通卡权益配置的灵活度。

具体地，基于用户信息来设置乘车权益可以使交通卡满足不同人群的乘车权益需求。通过收集用户信息，系统可以根据用户的身份、资格和需求来设置相应的乘车权益。例如，在设置(购买)权益时，用户可以提供相关的身份证明或资格证明，系统根据这些信息为用户设置对应的乘车权益。

以用户是学生举例，他们可以提供学生证明并获得学生乘车优惠；如果用户是老人，他们可以提供年龄证明并获得老人乘车优惠。通过这种方式，交通卡可以根据用户信息动态地设置(购买)乘车权益，满足不同人群的需求。

步骤S20，当接收到乘车交易请求时，获取交通卡信息和交易信息；

具体地，交通卡信息可以包括卡片号码：每张交通卡都有一个唯一的标识号码；卡片类型：指明该交通卡属于哪种类型，比如学生卡、老人卡、普通卡等；用户信息：包括用户的身份、资格和其他相关信息，用于确定乘车权益的配置。

具体地，交易信息可以包括交易时间：记录乘车交易发生的日期和时间；交易金额：指示该次乘车交易的费用；乘车线路：记录乘车的线路或线路编号；起始站点和目的站点：标识乘车的起始站点和目的站点；其他交易细节：可以包括乘车方式(地铁、公交等)、车辆类型等。

通过获取交通卡信息和交易信息，系统可以对乘车交易进行判断和处理。例如，乘车权益信息处理系统可以根据交通卡信息来确定用户的身份和乘车权益，进而判断是否应享受相应的优惠折扣；同时，乘车权益信息处理系统可以使用交易信息来计算乘车费用并进行支付或扣费操作。

步骤S30，根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；

步骤S40，若是，则对所述乘车交易进行乘车优惠。

具体地，根据所述交通卡信息确定该交通卡的类型，比如学生卡、老年卡等。

根据所述交通卡的类型和乘车优惠规则，确定该类型交通卡所具有的特定乘车权益，例如学生卡可以享受学生优惠、老年卡可以享受老年人优惠等。

如果当前交易符合乘车优惠规则，则按照相应的政策规定给予乘车优惠；如果不符合，则按照原价进行计费。

本申请实施例提出的乘车权益信息处理方法，通过基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；当接收到乘车交易请求时，获取交通卡信息和交易信息；根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；若是，则对所述乘车交易进行乘车优惠。通过用户信息对交通卡的乘车权益配套进行设置，得到交通卡的特定乘车权益，在实际乘车交易时，可以通过交通卡信息、交易信息和/或交通卡的特定乘车权益判断是否对乘车交易进行乘车优惠。可以理解地，不同人群可以根据相应的用户信息来设置对应的交通卡的权益，使得交通卡可以满足不同人群的乘车权益需求，从而提高交通卡权益配置的灵活度。

基于第一实施例，提出本申请第二实施例，本申请第二实施例与第一实施例的区别在于：所述用户信息包括用户身份；

对步骤S10，基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益的步骤进行细化，其中该步骤可以包括：

在本实施例中，步骤S10，基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益的步骤包括：

步骤S11，根据所述用户信息，对所述交通卡进行绑定，得到绑定后的交通卡；

具体地，对乘车权益的设置过程即是对乘车权益的购买过程。

为了确保交易过程的合法性、安全性和公平性，以及为用户提供个性化的乘车服务，首先通过所述用户信息进行交通卡绑定和身份验证。

具体地用户信息可以包括用户的姓名、身份证号码、手机号码等基本信息，以及与交通卡相关的信息，比如是否已经拥有交通卡、交通卡类型等。

进一步地，根据用户提供的交通卡信息(卡片号码、卡片类型等)，将该交通卡与用户信息进行绑定，从而形成绑定后的交通卡。

步骤S13，对所述用户身份进行身份验证，当身份验证通过时，则根据所述用户身份提供相应的所述乘车权益配套；

具体地，根据用户信息，包括身份证号码、手机号码等信息，进行身份验证。验证通过后，系统会关联用户信息和绑定后的交通卡，并记录下验证通过的时间和地点等相关信息。

其中，用户身份包括学生、老人和人才等标签信息。

进一步地，根据已绑定的交通卡类型和政策规定，根据用户身份查询可以享受的乘车权益配套，如学生身份可以享受学生身份对应的权益，其中，学生权益可以是多个。例如，如果用户持有学生卡，则系统会显示相应的学生优惠政策，包括优惠折扣、乘车时间限制、线路限制等。

步骤S14，基于所述绑定后的交通卡，对所述乘车权益配套进行设置，获取所述交通卡的特定乘车权益。

具体地，针对不同类型的用户身份，会有不同的特定乘车权益配套。例如，学生身份可以享受学生优惠权益(如学生身份可以有学生月票、学生季票等学生优惠权益配套)，老年身份可以享受老年人优惠权益等。

其中，某一身份对应的优惠权益可以是多个，即乘车权益配套，用户可以根据自己的需要在乘车权益配套中选择购买一个或多个优惠权益(如学生身份可以有学生月票、学生季票等学生优惠权益配套)，得到交通卡的特定乘车权益。

进一步地，细化用户实际设置权益的过程。具体地，用户在运营银行柜台或自助发卡机通过身份证领取具有金融属性联名的交通卡，登陆客户端，如：APP或微信小程序等；

用户在客户端完成实名认证，并完成具有金融属性联名的交通卡绑定；

用户在客户端选择身份，如：普通居民、人才、学生、老人等；

客户端对用户普通居民以外的身份进行验证：人才身份需通过白名单校验(人才优惠过期后，可选择普通居民继续使用)，学生身份需通过年龄校验与教育局系统校验(学生毕业后，可选择普通居民继续使用该卡)，老人身份通过年龄校验即可；

通过身份验证后，客户端根据用户身份展示不同人群适用的乘车权益产品，比如，针对学生，权益包括：学生月票、学生季票、学生次数票、学生年票等；

最后，用户选择权益并支付费用，完成具有金融属性联名的交通卡乘车权益购买。

本申请实施例提出的乘车权益信息处理方法，通过根据所述用户信息，对所述交通卡进行绑定，得到绑定后的交通卡；对所述用户身份进行身份验证，当身份验证通过时，则根据所述用户身份提供相应的所述乘车权益配套；基于所述绑定后的交通卡，对所述乘车权益配套进行设置，获取所述交通卡的特定乘车权益,提高交通卡权益配置灵活度。

基于第一实施例，提出本申请第三实施例，本申请第三实施例与第一实施例的区别在于：

对步骤S30，根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则的步骤进行细化，其中细化的步骤可以包括：

步骤S31，根据所述卡号信息，查询所述交通卡是否存在所述交通卡的特定乘车权益；

在查询到卡号信息后，后台系统对该交通卡是否具有的交通卡的特定乘车权益。例如，后台系统可以检查该交通卡是否具有学生月票、学生年票等特定乘车权益。

步骤S32，若是，则查询所述交通卡的特定乘车权益是否有效；

进一步地，如果查询到存在所述交通卡的特定乘车权益，则查询所述交通卡的特定乘车权益是否有效。具体对交通卡的特定乘车权益进行验证，验证的方式可能包括但不限于检查乘车权益的有效期、可乘车次数、使用范围等。

步骤S33，若是，则查询所述交易金额是否超越权益票价区间；

进一步地，如果验证到存在所述交通卡的特定乘车权益有效，则进一步地查询交易金额是否超越权益票价区间，具体后台系统可以检查所需交易金额是否超过了当前路线或站点的票价区间。

步骤S34，若交易金额不是超越权益票价区间，则确定所述乘车交易符合乘车优惠规则。

进一步地，如果交易金额超过票价区间，所述乘车交易不符合乘车优惠规则；如果交易金额未超过票价区间则所述乘车交易符合乘车优惠规则。

具体地，本实施例讲述用户乘车流程。

首先，根据所提供的交通卡号，系统查询相应的交通卡信息，包括卡片类型、有效期、特定乘车权益等。具体判断该交通卡是否具有交通卡的特定乘车权益。如果交通卡具有交通卡的特定乘车权益，则继续下一步；如果没有交通卡的特定乘车权益，则不符合优惠条件。

进一步地，验证乘车权益有效性。对于具有特定乘车权益的交通卡，系统会进一步验证该权益是否在有效期内，如果乘车权益有效，则进行下一步；如果乘车权益已过期，则不符合优惠条件。

进一步地，检查交易金额。系统会检查用户所述乘车交易的金额是否超出特定乘车权益的票价区间。如果交易金额超过了票价区间，则不符合优惠条件；如果交易金额在票价区间内，则符合优惠条件。

综上所述，根据用户提供的交通卡号，通过查询交通卡信息、验证乘车权益有效性以及检查交易金额，系统可以判断乘车交易是否符合所述交通卡的特定乘车权益以及是否享有优惠。

此外，步骤S311，若否，则确认所述乘车交易不符合乘车优惠规则。

如果没有交通卡的特定乘车权益，则不符合优惠条件

以图4所示，进一步细化本实施例的具体操作。

1)用户使用具有金融属性联名的交通卡刷卡乘车，受理设备完成卡片识别与交易计费；

2)受理设备将生成的交易上传至后台系统，包含：卡类型，卡号，交易金额，交易时间等；

3)后台系统接收到具有金融属性联名的交通卡的交易后，先通过卡号查询是否有订购乘车权益，若有订购权益且在有效期内，判断本次交易的票价金额是否超过已购乘车权益的票价区间，若在区间内，后台系统将该卡剩余的乘车权益次数减1，并返回扣款金额0至受理设备端，受理设备提示0元乘车并语音播报(如：“月票”)提示司机；

4)若后台系统通过卡号查询到该卡未订购乘车权益，或有订购的乘车权益但已过期/次数已用完，或虽有已订购的乘车权益也未过期/次数未用完但交易票价超过权益票价区间，后台系统发送请款请求至运营银行，用户从具有金融属性联名的交通卡支付乘车费用，支付成功后，后台系统将扣款金额返回至受理设备进行提示；

5)若具有金融属性联名的交通卡的剩余权益次数少于或等于3次时，受理设备端语音播报(如：“权益少于3次”)提示用户续期。

本申请实施例提出的乘车权益信息处理方法，通过根据所述卡号信息，查询所述交通卡是否存在所述交通卡的特定乘车权益；若是，则查询所述交通卡的特定乘车权益是否有效；若是，则查询所述交易金额是否超越权益票价区间；若交易金额不是超越权益票价区间，则确定所述乘车交易符合乘车优惠规则,若否，则确认所述乘车交易不符合乘车优惠规则，提高交通卡权益配置灵活度。

基于第二实施例，提出本申请第四实施例，本申请第四实施例与第二实施例的区别在于：

对步骤S13，根据所述用户身份提供相应的所述乘车权益配套的步骤之前进行补充，其中补充的步骤可以包括：

步骤S121，获取用户的乘车行为信息和乘车偏好信息；

步骤S122，根据所述用户身份、所述乘车行为信息和所述乘车偏好信息，对所述乘车权益配套进行智能推荐，显示相应的所述乘车权益配套。

具体地，乘车权益信息处理系统通过用户的交通卡记录或其他方式收集用户的乘车行为信息，包括出行频率、线路选择、上下车地点等。

具体地，乘车权益信息处理系统可以通过用户的历史乘车记录、用户填写的问卷调查等方式获取用户的乘车偏好信息，例如优先选择地铁还是公交、是否喜欢换乘、是否有特定的时间段出行等。

进一步地，乘车权益信息处理系统根据收集到的乘车行为信息和乘车偏好信息，进行数据分析和建模，以了解用户的出行习惯、偏好以及可能的需求。

基于数据分析和建模的结果，乘车权益信息处理系统可以智能地推荐适合用户的乘车权益配套。例如，对于经常乘坐地铁的用户，可以推荐购买地铁月票或季票享受长期优惠；对于喜欢换乘的用户，可以推荐购买联程票或换乘优惠等。

进一步地，乘车权益信息处理系统根据用户的身份信息和智能推荐的结果，向用户提供个性化的乘车权益配套。这些配套可以包括折扣优惠、特定线路的优惠、时段优惠等，以满足用户的需求并提供更好的乘车体验。

本申请实施例提出的乘车权益信息处理方法，通过获取用户的乘车行为信息和乘车偏好信息；根据所述用户身份、所述乘车行为信息和所述乘车偏好信息，对所述乘车权益配套进行智能推荐，提供相应的所述乘车权益配套,满足用户的需求并提供更好的乘车体验。

基于第一实施例，提出本申请第五实施例，本申请第五实施例与第一实施例的区别在于：

对步骤S10，基于交通卡和用户信息，对乘车权益进行设置，获取交通卡的特定乘车权益的步骤之前进行补充，其中补充的步骤可以包括：

步骤S00，根据预设的乘车优惠规则，对乘车权益进行配置，获得所述乘车权益配套。

如图3所示，该方案涉及客户端、后台系统、受理设备共三部分。用户在运营银行柜台或自助发卡机通过身份证领取具有金融属性联名的交通卡，通卡公司客户端提供乘车权益购买功能，用户绑定具有金融属性联名的交通卡，并进行身份验证后(学生、人才等)，确定用户可购买的权益产品范围，用户选择需要的权益并支付完成购买，客户端同时提供订购记录查询、权益使用记录查询等；通卡公司后台系统主要包含的功能模块有：乘车权益配置(可针对不同人群不同有效期进行配置，如：学生月票、学生年票、人才季票等)、乘车权益购买记录存储、乘车交易接收、乘车权益使用处理、交易扣费处理等；公交地铁受理设备识别具有金融属性联名的交通卡后，对交易进行计费，并将交易上传到通卡公司后台系统，待通卡公司后台系统完成扣费或权益处理后，播报刷卡结果。

具体地，管理员或工作人员通过登录后台系统进入管理界面。进入乘车权益配置页面：在后台系统中找到乘车权益配置功能入口，点击进入乘车权益配置页面。

进一步地，在乘车权益配置页面，管理员可以点击添加按钮，填写乘车权益的相关信息，如名称、类型、有效时长、可乘车次数、票价区间和售价等。

在添加乘车权益时，管理员可以设置乘车权益的规则。例如，对于学生月票，可以设置票价区间为5元以下的公交线路，有效时长为一个月，可乘车次数为60次，售价为30元。

最后，管理员填写完乘车权益的相关信息和规则后，点击保存按钮将配置信息存储到后台系统中。

管理员可以重复上述步骤，添加和配置其他的乘车权益，如学生年票、人才季票、普通月票等，根据具体需要设定相应的规则和信息。

可以理解地，在后台系统配置好可提供的乘车权益，如：学生月票、学生年票、人才季票、普通月票等，配置每种权益的有效时长、可乘车次数、票价区间、售价等，如：学生月票，可在5元以下票价的公交线路上使用，一个月内可使用60次，售价30元。

本申请实施例提出的乘车权益信息处理方法，通过根据预设的乘车优惠规则，对乘车权益进行配置，获得所述乘车权益配套,为不同人群提供相应的权益优惠提供基础。

基于第一实施例，提出本申请第六实施例，本申请第六实施例与第一实施例的区别在于：

步骤S50，基于预设的风险控制策略，对所述交通卡的特定乘车权益进行检测。

结合风险控制策略和交通卡的特定乘车权益来监测异常交易行为，可以采取以下步骤：

首先，制定一系列交易监测规则，这些规则可以基于特定的乘车权益和交通卡的使用情况，例如，可以设定交易频率上限、金额限制、地点限制等规则，以识别潜在的异常交易行为。

建立实时的交易数据监测系统，对交易行为进行实时监控，通过监测乘车权益相关的交易数据，包括乘车次数、使用时间、使用地点等信息，可以及时发现异常交易行为。

利用数据分析和建模技术，建立针对交通卡特定乘车权益的异常交易识别模型，这样的模型可以根据历史交易模式和用户行为模式，自动识别和预警潜在的异常交易行为。

建立风险评分系统，对每笔交易进行评分，以便快速判断交易风险程度，根据风险评分，可以优先处理高风险的交易并采取相应的措施。

当系统检测到异常交易行为时，及时向相关部门或工作人员发送警报，以便能够采取相应的措施，从而防范滥用权益和权益欺诈行为。

建立明确的异常交易处理流程，包括暂停交通卡的使用、冻结账户、联系用户核实等措施，同时，建立申诉机制，让用户能够及时提出异议并进行解决。

本申请实施例提出的乘车权益信息处理方法，通过基于预设的风险控制策略，对所述交通卡的特定乘车权益进行检测,防范滥用权益和权益欺诈行为。

此外，本申请实施例还提出一种乘车权益信息处理装置，所述乘车权益信息处理装置包括：

权益设置模块，用于基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；

信息获取模块，用于当接收到乘车交易请求时，获取交通卡信息和交易信息；

优惠判断模块，用于根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；

优惠实施模块，用于若是，则对所述乘车交易进行乘车优惠。

本实施例实现乘车权益信息处理的原理及实施过程，请参照上述各实施例，在此不再赘述。

此外，本申请实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的乘车权益信息处理程序，所述乘车权益信息处理程序被所述处理器执行时实现如上所述的乘车权益信息处理方法的步骤。

由于本乘车权益信息处理程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。

此外，本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有乘车权益信息处理程序，所述乘车权益信息处理程序被处理器执行时实现如上所述的乘车权益信息处理方法的步骤。

由于本乘车权益信息处理程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。

相比现有技术，本申请实施例提出的乘车权益信息处理方法、装置、终端设备以及存储介质，通过基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；当接收到乘车交易请求时，获取交通卡信息和交易信息；根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；若是，则对所述乘车交易进行乘车优惠。通过用户信息对交通卡的乘车权益配套进行设置，得到交通卡的特定乘车权益，在实际乘车交易时，可以通过交通卡信息、交易信息和/或交通卡的特定乘车权益判断是否对乘车交易进行乘车优惠。可以理解地，不同人群可以根据相应的用户信息来设置对应的交通卡的权益，使得交通卡可以满足不同人群的乘车权益需求，从而提高交通卡权益配置的灵活度。

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

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本申请每个实施例的方法。

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

Claims (10)

1.一种乘车权益信息处理方法，其特征在于，所述乘车权益信息处理方法包括：

基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；

当接收到乘车交易请求时，获取交通卡信息和交易信息；

根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；

若是，则对所述乘车交易进行乘车优惠。

2.根据权利要求1所述的乘车权益信息处理方法，其特征在于，所述用户信息包括用户身份，所述基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益的步骤包括：

根据所述用户信息，对所述交通卡进行绑定，得到绑定后的交通卡；

对所述用户身份进行身份验证，当身份验证通过时，则根据所述用户身份提供相应的所述乘车权益配套；

基于所述绑定后的交通卡，对所述乘车权益配套进行设置，获取所述交通卡的特定乘车权益。

3.根据权利要求1所述的乘车权益信息处理方法，其特征在于，所述交通卡信息包括卡号信息，所述交易信息包括交易金额，所述根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则的步骤包括：

根据所述卡号信息，查询所述交通卡是否存在所述交通卡的特定乘车权益；

若是，则查询所述交通卡的特定乘车权益是否有效；

若是，则查询所述交易金额是否超越权益票价区间；

若交易金额不是超越权益票价区间，则确定所述乘车交易符合乘车优惠规则。

4.根据权利要求3所述的乘车权益信息处理方法，其特征在于，所述根据所述卡号信息，查询所述交通卡是否存在所述交通卡的特定乘车权益的步骤之后还包括：

若否，则确认所述乘车交易不符合乘车优惠规则。

5.根据权利要求2所述的乘车权益信息处理方法，其特征在于，所述根据所述用户身份提供相应的所述乘车权益配套的步骤之前还包括：

获取用户的乘车行为信息和乘车偏好信息；

根据所述用户身份、所述乘车行为信息和所述乘车偏好信息，对所述乘车权益配套进行智能推荐，提供相应的所述乘车权益配套。

6.根据权利要求1所述的乘车权益信息处理方法，其特征在于，所述基于交通卡和用户信息，对乘车权益进行设置，获取交通卡的特定乘车权益的步骤之前还包括：

根据预设的乘车优惠规则，对乘车权益进行配置，获得所述乘车权益配套。

7.根据权利要求1所述的乘车权益信息处理方法，其特征在于，所述方法包括：

基于预设的风险控制策略，对所述交通卡的特定乘车权益进行检测。

8.一种乘车权益信息处理装置，其特征在于，所述乘车权益信息处理装置包括：

权益设置模块，用于基于交通卡和用户信息，对乘车权益配套进行设置，获取交通卡的特定乘车权益；

信息获取模块，用于当接收到乘车交易请求时，获取交通卡信息和交易信息；

优惠判断模块，用于根据所述交通卡信息、所述交易信息和/或所述交通卡的特定乘车权益，判断所述乘车交易是否符合乘车优惠规则；

优惠实施模块，用于若是，则对所述乘车交易进行乘车优惠。

9.一种终端设备，其特征在于，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的乘车权益信息处理程序，所述乘车权益信息处理程序被所述处理器执行时实现如权利要求1-7中任一项所述的乘车权益信息处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有乘车权益信息处理程序，所述乘车权益信息处理程序被处理器执行时实现如权利要求1-7中任一项所述的乘车权益信息处理方法的步骤。