CN112530028A - 售检票处理方法、***、***服务器及存储介质 - Google Patents

Abstract

本发明公开一种售检票处理方法、***、***服务器及存储介质。该方法包括***服务器执行的如下步骤：接收出站闸机采集的出站客户信息，基于出站客户信息确定出站识别类型；基于出站客户信息查询***数据库，判断出站客户信息是否关联一共用帐户；若出站客户信息关联一共用帐户，在***数据库中存储有与出站客户信息相对应的进站识别类型，进站识别类型与共用帐户对应的关联识别类型相匹配，且出站识别类型与共用帐户对应的关联识别类型相匹配时，控制出站闸机开闸。该方法无需采用与当前进站记录相对应的进站方式相同的出站方式出站，可有效提高出站客户的通行效率，进而提高城市轨道交通的运营效率。

Description

售检票处理方法、***、***服务器及存储介质

技术领域

本发明涉及城市轨道交通技术领域，尤其涉及一种售检票处理方法、***、***服务器及存储介质。

背景技术

随着计算机网络和大数据技术的发展，使得应用在城市轨道交通中的售检票处理***(Automatic Fare Collection，以下简称AFC***)越来越智能化，使得用户在乘坐城市轨道交通出行时，可选择进站、出站的方式越来越多样化。例如，用户在乘坐地铁、高铁和有轨电车等城市轨道交通出行时，可以选择人脸识别、指纹识别、二维码票、城市一卡通和单一票卡等方式进站、出站。当前AFC***提供的多种进站、出站方式中，当用户采用任一种进站方式进入城市轨道交通时，需采用与进站方式相同的出站方式进行出站，例如，用户采用城市一卡通进站，出站时也需要采用城市一卡通进行出站，这种进站与出站方式相匹配的方式，影响用户的通行效率，从而降低城市轨道交通的运营效率。

发明内容

本发明实施例提供一种售检票处理方法、***、***服务器及存储介质，以解决当前城市轨道交通中，需采用与进站方式相同的出站方式进行出站所存在的通行效率较低的问题。

一种售检票处理方法，包括：

接收出站闸机采集的出站客户信息，基于所述出站客户信息确定出站识别类型；

基于所述出站客户信息查询***数据库，判断所述出站客户信息是否关联一共用帐户；

若所述出站客户信息关联一共用帐户，在所述***数据库中存储有与所述出站客户信息相对应的进站识别类型，所述进站识别类型与所述共用帐户对应的关联识别类型相匹配，且所述出站识别类型与所述共用帐户对应的关联识别类型相匹配时，控制所述出站闸机开闸。

一种***服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述售检票处理方法。

一种售检票处理***，包括上述***服务器、与所述***服务器通信相连的进站闸机、出站闸机和***数据库，所述进站闸机和所述出站闸机设有至少一个信息采集设备，所述信息采集设备包括人脸识别设备、指纹识别设备、条码扫描设备和芯片感应设备。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述售检票处理方法。

上述售检票处理方法、***、***服务器及存储介质，在出站闸机采集到的出站客户信息一共用帐户时，可在在***数据库中存储有与出站客户信息相对应的进站识别类型，进站识别类型与共用帐户对应的关联识别类型相匹配，且出站识别类型与共用帐户对应的关联识别类型相匹配时，可采用与共用帐户相对应的任一种关联识别类型对应的方式进行进站和出站，并在出站过程中，无需校验进站方式和出站方式是否一致，即可直接控制出站闸机开闸，使得出站客户无需采用与进站方式相同的出站方式出站，可有效提高出站客户的通行效率，进而提高城市轨道交通的运营效率。

附图说明

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

图1是本发明一实施例中售检票处理***的一示意图；

图2是本发明一实施例中售检票处理方法的一流程图；

图3是本发明一实施例中售检票处理方法的另一流程图；

图4是本发明一实施例中售检票处理方法的另一流程图；

图5是本发明一实施例中售检票处理方法的另一流程图；

图6是本发明一实施例中售检票处理方法的另一流程图；

图7是本发明一实施例中售检票处理方法的另一流程图；

图8是本发明一实施例中售检票处理方法的另一流程图；

图9是本发明一实施例中***服务器的一示意图。

具体实施方式

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

本发明实施例提供的售检票处理方法，该售检票处理方法可应用如图1所示的应用环境中。具体地，该售检票处理方法应用在售检票处理***(Automatic FareCollection，以下简称AFC***)中，该AFC***包括如图1所示的***服务器、与***服务器通信相连的进站闸机、出站闸机和***数据库，进站闸机和出站闸机上设有至少一个信息采集设备，信息采集设备包括人脸识别设备、指纹识别设备、条码扫描设备和芯片感应设备。该AFC***可利用任一信息采集设备采集进站客户和出站客户对应的客户信息，实现售检票处理，提高售检票处理的效率，从而提高客户的通行效率。其中，该客户信息具体是用于唯一识别AFC***上的客户身份的信息。***服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。可以理解地，该***服务器可与客户端相连，即通过客户端与***服务器通过网络进行通信，以便用户通过客户端完成用户帐户注册等操作，以保障***功能的实现。其中，客户端又称为用户端，是指与服务器相对应,为客户提供本地服务的程序。客户端可安装在但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备上。***数据库是用于存储售检票处理过程中所采集到的所有数据的数据库。

作为一个示例，客户信息包括但不限于用于识别AFC***上的客户身份的人脸信息、指纹信息、条码信息(包括二维码信息和条形码信息)和芯片标识信息(如城市一卡通号)。例如，在当前城市轨道交通中，用户通过人脸识别、指纹识别、二维码票、城市一卡通和单一票卡等方式中的任一种实现进站和出站时，通过设置在进站闸机和出站闸机上的人脸识别设备、指纹识别设备、条码扫描设备和芯片感应设备中的任一信息采集设备，采集人脸信息、指纹信息、条码信息(包括二维码信息和条形码信息)和芯片标识信息(如城市一卡通号)等客户信息，以便根据该客户信息进行身份识别，控制相应的闸机开闸并进行付款交易处理。

由于客户信息是用于唯一识别AFC***上的客户身份的信息，因此，需预先在AFC***上注册一客户信息，以便后续使AFC***基于进站闸机和出站闸机采集到的客户信息与预先注册的客户信息进行匹配处理，实现售检票处理。即用户需预先在AFC***上注册上述人脸信息、指纹信息、条码信息(包括二维码信息和条形码信息)和芯片标识信息(如城市一卡通号)等客户信息，才可采用与客户信息相对应的人脸识别、指纹识别、二维码票、城市一卡通和单一票卡等方式进站或出站。

每一客户信息对应一识别类型。其中，识别类型是用于识别采集某一客户信息对应的进站方式或出站方式的类型，具体包括用于识别采集某一客户信息对应的进站方式的进站识别类型和用于识别采集某一客户信息对应的出站方式的类型。上述客户身份的人脸信息、指纹信息、条码信息(包括二维码信息和条形码信息)和芯片标识信息(如城市一卡通号)等客户信息分别对应人脸识别类型、指纹识别类型、条码识别类型和芯片识别类型。

作为一个示例，用户在AFC***上注册一个客户信息或者不存在关联关系的至少两个客户信息，则其在乘坐城市轨道交通***时，需采用同一客户信息进行进站和出站，此时，需保证进站和出站时采集的客户信息对应的识别类型相同。例如，用户采用人脸识别方式进站，则其需采用人脸识别方式出站，以使进站和出站时采集的客户信息对应的识别类型相同，以使AFC***实现售检票功能。

可以理解地，上述人脸信息、指纹信息、条码信息(包括二维码信息和条形码信息)和芯片标识信息(如城市一卡通号)等客户信息可用于识别同一客户身份。例如，用户Q在AFC***上注册的人脸信息Q1、指纹信息Q2、条码信息Q3(包括二维码信息和条形码信息)和芯片标识信息Q4(如城市一卡通号)等客户信息，均可用于唯一识别用户Q的客户身份。

本实施例中，若用户在AFC***上注册一个客户信息或者不存在关联关系的至少两个客户信息时，可将所注册的客户信息与对应的识别类型关联存储在***数据库中，以便后续进行售检票处理。

进一步地，AFC***上还可存储共用帐户和与共用帐户存在关联关系的至少两个关联客户信息，每一关联客户信息对应一关联识别类型。其中，共用帐户是AFC***中用于唯一识别关联至少两个客户信息的用户帐户。关联客户信息是与某一共用帐户关联的客户信息。关联识别类型是关联客户信息对应的识别类型。

作为一示例，用户可通过客户端在AFC***进行共用帐户注册，将人脸信息、指纹信息、条码信息(包括二维码信息和条形码信息)和芯片标识信息(如城市一卡通号)等关联客户信息与共用帐户关联存储在***数据库中，以使于后续利用这一共用帐户，为采用不同方式控制进站闸机和出站闸机开闸提供技术基础。例如上述示例中，用户Q可通过客户端将手机号注册为共用帐户B，并使共用帐户B关联人脸信息Q1、指纹信息Q2、条码信息Q3(包括二维码信息和条形码信息)和芯片标识信息Q4(如城市一卡通号)等关联客户信息，则AFC***中存储的与共用帐户B相对应的关联识别类型包括人脸识别类型、指纹识别类型、条码识别类型和芯片识别类型。

在人脸识别、指纹识别、二维码票、城市一卡通和单一票卡等方式中，城市一卡通和单一票卡自身携带电子钱包，可利用电子钱包实现付款交易；而人脸识别、指纹识别或者其他生物特征识别方式，并不携带电子钱包，因此，需在共用帐户注册过程中，使该共用帐户关联有效支付账户，以便利用该有效支付账户进行付款交易。

其中，有效支付账户是在共用帐户注册过程中设置的与共用帐户相关联的可实现交易支付的账户。有效支付账户可以为但不限于支付宝、微信、***和银联中的至少一种，并设置有效支付账户具有后台免密代扣功能，以方便后台自动扣款。可以理解地，为了更有效管理共用帐户，可使该共用帐户与用户的手机号码关联，以便后续通过手机号码给用户发送相关信息。例如，可直接采用手机号码作为共用帐户，也可以采用自定义规则生成一共用帐户，将该共用帐户与手机号码关联。

本实施例中，若用户在AFC***注册共用帐户时，需将共用帐户、与共用帐户存在关联关系的至少两个关联客户信息及对应的关联识别类型、有效支付账户关联存储在***数据库中，以便后续进行售检票处理。

本发明实施例提供的售检票处理方法可以应用在***服务器上，即在***服务器上设有可执行该售检票处理方法的计算机程序，以使计算机程序被***服务器中的处理器执行时，可实现售检票处理方法；也可以应用在出站闸机或者进站闸机上，即可在进站闸机和出站闸机上设有可执行该售检票处理方法的计算机程序，以使计算机程序被出站闸机或者进站闸机执行时，可实现售检票处理方法。

在一实施例中，如图2所示，提供一种售检票处理方法，该售检票处理方法可应用在***服务器或者出站闸机上，用于实现对出站客户进行售检票处理。以应用在***服务器为例进行说明，该包括***服务器执行的如下步骤：

S201：接收出站闸机采集的出站客户信息，基于出站客户信息确定出站识别类型。

其中，出站客户信息是出站闸机实时采集到的出站客户对应的客户信息，该出站客户信息是可用于唯一识别本次出站的出站客户身份的信息。出站识别类型是用于采集识别出站客户信息对应的出站方式的识别类型，可以是采集识别出站客户信息对应的信息采集设备对应的设备类型，用于反映出站客户对应的出站方式。

在一实施例中，步骤S201具体包括：接收出站闸机上的信息采集设备采集的出站客户信息，信息采集设备为人脸识别设备、指纹识别设备、条码扫描设备和芯片感应设备中的任一种。

即***服务器可接收出站闸机上的人脸识别设备、指纹识别设备、条码扫描设备和芯片感应设备中的任一种实时采集到的出站客户信息，并根据所获取的出站客户信息确定对应的出站识别类型。此时，所采集到的出站客户信息具体为人脸信息、指纹信息、条码信息(包括二维码信息和条形码信息)和芯片标识信息(如城市一卡通号)等客户信息中的任一种。作为一个示例，AFC***的***服务器在接收到出站闸机采集的出站客户信息之后，可基于***数据库中存储的客户信息与识别类型的对应关系，可快速获取与出站客户信息相对应的识别类型，从而确定出站识别类型。

S202：基于出站客户信息查询***数据库，判断出站客户信息是否关联一共用帐户。

其中，***数据库是用于存储售检票处理过程中所采集到的所有数据的数据库，具体用于存储客户信息、进站记录和出站记录等内容的数据库。如上，若用户预先通过客户端在AFC***进行共用帐户注册时，可将人脸信息、指纹信息、条码信息(包括二维码信息和条形码信息)和芯片标识信息(如城市一卡通号)等客户信息与共用帐户关联存储在***数据库。

作为一个示例，***服务器可根据接收到的出站客户信息查询***数据库，判断是否存在与出站客户信息相对应的共用帐户；若存在与出站客户信息相对应的共用帐户，即可认定出站客户信息关联一共用帐户，说明出站客户预先注册共用帐户；若不存在与出站客户信息相对应的共用帐户，即可认定出站客户信息不关联一共用帐户，说明出站客户没有注册共用帐户。

S203：若出站客户信息关联一共用帐户，在***数据库中存储有与出站客户信息相对应的进站识别类型，进站识别类型与共用帐户对应的关联识别类型相匹配，且出站识别类型与共用帐户对应的关联识别类型相匹配时，控制出站闸机开闸。

其中，进站识别类型是用于采集识别进站客户信息对应的进站方式的识别类型，可以是采集识别进站客户信息对应的信息采集设备的设备类型，用于反映进站客户对应的进站方式。相应地，与出站客户信息相对应的进站识别类型具体是指采集识别与出站客户信息相同或者与出站客户信息相同关联于同一共用帐户的进站客户信息对应的信息采集设备的设备类型。

例如，若用户Q在AFC***上注册的人脸信息Q1、指纹信息Q2、条码信息Q3和芯片标识信息Q4等客户信息。在出站闸机采集到的出站客户信息为人脸信息Q1时，其对应的出站识别类型为人脸识别类型；则与人脸信息Q1相对应的进站识别类型，可以是人脸信息Q1对应的进站识别类型(即人脸识别类型)，也可以是指纹信息Q2对应的进站识别类型(即指纹识别类型)、条码信息Q3对应的进站识别类型(即条码识别类型)和芯片标识信息Q4对应的进站识别类型(即芯片识别类型)。

具体地，若出站客户信息关联一共用帐户，则***服务器需判断***数据库是否***数据库中是否存储有与出站客户信息相对应的进站识别类型，具体包括如下步骤：在确定出站客户信息关联一共用帐户时，***服务器可基于该共用帐户查询***数据库，获取共用帐户对应的所有关联客户信息。再基于所有关联客户信息分别查询***数据库，判断***数据库中是否存储有进站客户信息与关联客户信息相匹配的当前进站记录。若***数据库存储有进站客户信息与关联客户信息相匹配的当前进站记录，则根据当前进站记录，获取相对应的进站识别类型，此时，认定***数据库中存储有与出站客户信息相对应的进站识别类型。若***数据库若不存储有进站客户信息与关联客户信息相匹配的当前进站记录，则认定***数据库中不存储有与出站客户信息相对应的进站识别类型。

其中，当前进站记录是存储在***数据库中的未付款的进站记录。每一进站记录用于记录客户通过进站闸机进站时形成的数据。每一当前进站记录与一进站客户信息相关联，用于标识所形成的当前进站记录是记录该进站客户信息对应的进站客户在通过进站闸机进站时记录的数据。本实施例中，与共用帐户相对应的当前进站记录是指最近一次未付款的进站记录。

本实施例中，***数据库中存储的当前进站记录可以包括但不限于交易日期、交易时间、线路编号、车站编号、设备类型、车票种类、设备标识等信息，以便进行数据对比，确定本次行程及相对应的待支付金额，从而进行后续的扣款处理。上述当前进站记录中的交易日期具体为进站时记录的日期。包括但不限于运营统计日期、交易运营日期和ACC结算日期。交易时间为进站时记录的***时间。线路编号为进站闸机所在的线路在***上的编号。车站编号是进站闸机所在的车站在***上的编号。车票种类是用于反馈某一信息采集设备对应的车票的种类，该车票种类可以为上述人脸识别、指纹识别、二维码票、城市一卡通和单一票卡对应的种类。设备类型是用于识别信息采集设备对应的类型，其与车票种类相对应，如车票种类为二维码票时，其对应的设备类型为条码扫描设备这一种设备类型。设备标识是用于唯一识别某一信息采集设备的标识。可以理解地，当前进站记录中的设备类型是用于表示采集当前进站记录中的进站客户信息的信息采集设备对应的类型，其与对应的识别类型一一对应，因此，可基于获取到的当前进站记录中的设备类型确定当前进站记录对应的进站识别类型，该进站识别类型为进站客户信息对应的识别类型。

可以理解地，在***数据库中存储有与出站客户信息相对应的进站识别类型时，说明出站客户在最近一次通过进站闸机进站时，是基于与共用帐户关联的任一关联客户信息进行进站的，即该出站客户最近一次进站是采用与任一关联识别类型相对应的进站方式进站的。在***数据库中不存储有与出站客户信息相对应的进站识别类型，说明出站客户在最近一次通过进站闸机进站时，不是基于与共用帐户关联的任一关联客户信息进行进站的，即该出站客户最近一次进站是采用与所有关联识别类型以外的其他识别类型对应的进站方式进站的。

例如，用户Q可通过客户端将手机号注册为共用帐户B，并使共用帐户B关联人脸信息Q1、指纹信息Q2和条码信息Q3等这三个关联客户信息；则***服务器在确定共用帐户B之后，查询***数据库中是否存储有进站客户信息与人脸信息Q1、指纹信息Q2或者条码信息Q3相匹配的当前进站记录，则可根据当前进站记录确定对应的进站识别类型，因此，可认定***数据库中存储有与出站客户信息相对应的进站识别类型，说明出站客户在最近一次进站是采用与共用帐户B关联的一种关联识别类型对应的进站方式进站。例如，存储有进站客户信息与人脸信息Q1相匹配的当前进站记录，则认定用户Q最近一次是采用人脸识别类型对应的进站方式进站。相应地，***数据库若不存储有当前进站记录，即不存储有与出站客户信息相对应的进站识别类型，认定用户Q最近一次不是采用与共用帐户关联的任一关联客户信息进行进站的，如采用芯片标识信息(如城市一卡通号)这一种不是关联客户信息对应的关联识别类型对应的进站方式。

具体地，在确定出站客户信息对应一共用帐户时，***服务器在获取相对应的进站识别类型和出站识别类型之后，还包括如下步骤：

(1)基于共用帐户查询***库，获取获取共用帐户对应的所有关联客户信息，将所有关联客户信息相对应的关联识别类型确定为该共用帐户对应的关联识别类型。

(2)将与出站客户信息相对应的进站识别类型与共用帐户对应的关联识别类型进行匹配处理，以确定出站客户在上一次进站时是否采用与共用帐户关联的关联识别类型对应的进站方式进站；并将出站客户信息对应的出站识别类型与共用帐户对应的关联识别类型进行匹配处理，以确定出站客户是否采用与共用帐户关联的关联识别类型对应的进站方式进站。

(3)在***数据库存储的出站客户信息对应的进站识别类型与共用帐户对应的关联识别类型相匹配，且出站识别类型与共用帐户对应的关联识别类型相匹配时，说明出站用户最近一次进站是采用与共用帐户对应的关联识别类型对应的进站方式进站，且用户本次出站是采用与与共用帐户对应的关联识别类型对应的出站方式出站，此时，可直接控制出站闸机开闸，无需比较进站方式和出站方式是否一致。

本实施例中，只需保证进站和出站均是采用与共用帐户对应的关联识别类型，即可直接控制出站闸机开闸，无需先判断本次出站的出站方式是否与对应的进站方式一致，即可控制出站闸机开闸，以实现出站客户可基于人脸识别、指纹识别、二维码票、城市一卡通和单一票卡等方式中的任一种实现出站，而无需采用与进站方式相同的出站方式出站，可有效提高出站客户的通行效率，进而提高城市轨道交通的运营效率。可以理解地，无需采用与进站方式相同的出站方式出站，使得出站客户在出站时，无需寻找配置有与进站闸机相匹配的信息采集设备的出站闸机进行出站，以实现通过任意出站闸机出站，以提高通行效率；而且，在出站客户出站时，存在车票遗失或者操作不方便时，采用与进站方式不相同的出站方式出站，可有效提高通行效率。

(4)在***数据库存储的出站客户信息对应的进站识别类型与共用帐户对应的关联识别类型不匹配，或者出站识别类型与共用帐户对应的关联识别类型不匹配时，说明出站用户最近一次进站不是采用与共用帐户对应的关联识别类型对应的进站方式进站，或者出站用户本次出站不是采用与与共用帐户对应的关联识别类型对应的出站方式出站，此时，需校验出站用户最近一次进站的进站方式与出站用户本次出站的出站方式是否一致，只有在进站方式和出站方式一致时，才可控制出站闸机开闸，以保证城市轨道交通的正常运营。

相应地，作为与步骤S203并列的一种实施方式，若出站客户信息不对应一共用帐户，说明出站用户本次出站不是采用与与共用帐户对应的关联识别类型对应的出站方式出站，此时，需校验出站用户最近一次进站的进站方式与出站用户本次出站的出站方式是否一致，只有在进站方式和出站方式一致时，才可控制出站闸机开闸，以保证城市轨道交通的正常运营。

作为一个示例，校验出站用户最近一次进站的进站方式与出站用户本次出站的出站方式是否一致的过程，可以包括如下步骤：***服务器基于出站客户信息查询***数据库，判断***数据库中是否存在进站客户信息与出站客户信息相匹配的当前进站记录；若***数据库中存储有进站客户信息与出站客户信息相匹配的当前进站记录，则在当前进站记录对应的进站识别类型与出站客户信息对应的出站识别类型相匹配时，控制出站闸机开闸。可以理解地，在出站客户信息不关联一共用帐户时，通过判断***数据库中是否存储有与出站客户信息相匹配的当前进站记录，以达到校验出站识别类型对应的出站方式是否与进站识别类型对应的进站方式一致的目的。

例如，***数据库中存储有与出站客户信息相匹配的当前进站记录，则出站识别类型对应的出站方式与进站识别类型对应的进站方式一致，则控制出站闸机开闸。又例如，***数据库中不存储有与出站客户信息相匹配的当前进站记录，则出站识别类型对应的出站方式与进站识别类型对应的进站方式不一致，则形成提醒信息，并在出站闸机上显示该提醒信息，以提醒出站方式采用与进站方式相同的出站方式出站。这一处理过程与传统AFC***进行出站检票方式相同，此处不一一赘述。

本实施例所提供的售检票处理方法中，在出站闸机采集到的出站客户信息一共用帐户时，可在***数据库中存储有与出站客户信息相对应的进站识别类型，进站识别类型与共用帐户对应的关联识别类型相匹配，且出站识别类型与共用帐户对应的关联识别类型相匹配时，可采用与共用帐户相对应的任一种关联识别类型对应的方式进行进站和出站，并在出站过程中，无需校验进站方式和出站方式是否一致，即可直接控制出站闸机开闸，使得出站客户无需采用与进站方式相同的出站方式出站，可有效提高出站客户的通行效率，进而提高城市轨道交通的运营效率。

可以理解地，AFC在出站检票过程中，不仅需要控制出站闸机开闸，还需进行扣款处理，此处的扣款处理包括但不限于实时扣款处理和后扣款处理，其中，实时扣款处理是指在控制出站闸机开闸之前先行扣款的处理过程；而后扣款处理是指在控制出站闸机开闸之后再行扣款的处理过程。

在一实施例中，在控制出站闸机开闸之后，该AFC***还可进行后扣款处理，即售检票处理方法还包括：

S301：接收出站闸机采集的当前出站数据，并从***数据库获取与出站客户信息相对应的当前进站记录。

其中，当前出站数据是出站闸机实时采集的与出站客户本次出站过程形成的数据，该当前出站数据是除出站客户信息以外的其他数据。该当前出站数据包括但不限于交易日期、交易时间、线路编号、车站编号、设备类型、车票种类、设备标识等信息。上述当前出站数据中的交易日期具体为出站时记录的日期。交易时间为出站时记录的***时间。线路编号为出站闸机所在的线路在***上的编号。车站编号是出站闸机所在的车站在***上的编号。车票种类是用于反馈某一信息采集设备对应的车票的种类，可以为上述人脸识别、指纹识别、二维码票、城市一卡通和单一票卡对应的种类。设备类型是用于识别信息采集设备对应的类型，其与车票种类相对应，如车票种类为二维码票时，其对应的设备类型为条码扫描设备这一种设备类型。设备标识是用于唯一识别某一信息采集设备的标识。

作为一个示例，在出站客户信息关联一共用帐户时，从***数据库获取与出站客户信息相对应的当前进站记录，具体包括如下步骤：***服务器可基于该共用帐户查询***数据库，获取共用帐户对应的所有关联客户信息。再基于所有关联客户信息分别查询***数据库，从***数据库中获取进站客户信息与关联客户信息相匹配的当前进站记录。其所采集的当前进站记录当前进站记录可以包括但不限于交易日期、交易时间、线路编号、车站编号、设备类型、车票种类、设备标识等信息，为避免重复，此处不一一赘述。

S302：基于当前出站数据和当前进站记录进行后扣款处理，获取扣款处理结果。

由于每一共用帐户关联对应的有效支付账户，该有效支付账户的设置，可以保证AFC***中付款交易的顺利进行，可利用该有效支付账户进行后扣款处理，以进一步提高出站客户的通行效率。当前进站记录是存储在***数据库中的未付款的进站记录。每一进站记录用于记录客户通过进站闸机进站时形成的数据。可以理解地，在查询确定***数据库中存储有与共用帐户相对应的当前进站记录时，可获取该当前进站记录，以使进行后续的扣款处理。

具体地，***服务器在确定出站客户信息关联一共用帐户，可先控制出站闸机开闸，以使出站客户出站，提高通行效率；再从***数据库中获取与共用帐户相对应的当前进站记录，基于当前出站数据和当前进站记录进行后扣款处理，获取扣款处理结果。由于每一共用帐户关联有效支付账户，为基于当前出站数据和当前进站记录进行后扣款处理提供技术保障，保障后扣款处理方案的可执行性。

本实施例中，基于当前出站数据和当前进站记录进行后扣款处理，获取扣款处理结果，具体可以包括如下步骤：(1)基于当前出站数据和当前进站记录，形成代扣款请求，代扣款请求包括有效支付账户和待支付金额。该待支付金额为当前出站数据中的车站编号和当前进站记录中的车站编号，确定两个车站编号对应的车站之间行程的费用。(2)将代扣款请求发送给第三方支付平台，以使第三方支付平台将待支付金额从有效支付账户转入到城市轨道交通对应的运营账户，以获取扣款处理结果。此处的扣款处理结果包括扣款成功和扣款失败两种，而扣款失败可能是AFC***本身的原因，也可能是有效支付账户失效或者账户余额不足等原因造成的。可以理解地，这种基于有效支付账户进行后扣款处理的方式，无需根据当前出站数据中的车票种类确定其是否携带电子钱包并判断电子钱包的帐户余额是否大于或等于待支付金额，而直接采用统一的账户进行付款交易，使得后扣款处理过程更简单方便，以提高出站客户的通行效率。

S303：基于出站客户信息、当前出站数据和扣款处理结果，形成当前出站记录。

其中，当前出站记录是***形成的用于记录本次出站的相关信息的记录。具体地，***服务器中设有用于存储进站记录和出站记录的记录数据表，***服务器在获取当前出站数据和扣款处理结果之后，基于出站客户信息、当前出站数据和扣款处理结果形成当前出站记录，并将当前出站记录存储在记录数据表中，以便后续进行数据处理。可以理解地，该当前出站记录是出站客户信息、当前出站数据以及相应的扣款处理结果所形成的记录，不仅包括交易日期、交易时间、线路编号、车站编号、设备类型、车票种类、设备标识等当前出站数据，还包括与扣款处理结果相对应的数据，如交易状态和交易金额等信息和出站客户信息。

本实施例中，记录数据表上包括至少一个记录字段，***服务器根据出站客户信息、当前出站数据和扣款处理结果，填充每一个记录字段对应的具体信息，以形成当前出站记录。该记录字段包括但不限于记录ID号、交易日期(包括但不限于运营统计日期、交易运营日期和ACC结算日期)、交易时间、线路编号、车站编号、设备类型、车票种类、车票状态、交易类型、交易状态、交易金额、卡逻辑列号、交易标记、共用帐户和检票码。其中，记录ID号是用于唯一识别某一条记录的标识号，可采用ID号生成工具自动生成。车票状态是用于反映记录对应的票卡通常正常交易的状态，可以包括正常状态和异常状态。交易类型是用于反映本次交易的类型，如实时交易和事后交易两种类型，分别对应实时扣款和后扣款两种类型。交易状态是用于反映交易是否完成的状态，包括已付款和未付款两种状态。交易金额是用于反映本次交易对应的金额。卡逻辑列号是用于反映票卡的序列号，具体可以为进站客户信息或者出站客户信息，如二维码票序列号。交易标记是用于反映交易场景的标识，如正常交易、测试交易和修正交易等交易场景对应的标识。共用帐户是用于记录与进站客户信息或出站客户信息相对应的共用帐户。检票码是用于记录出站或者出站时生成的票码组合信息。

由于扣款处理结果包括扣款成功和扣款失败两种结果，因此，步骤S303具体包括如下步骤：(1)若扣款处理结果为扣款成功，则基于出站客户信息、当前出站数据和扣款处理结果，形成当前出站记录。(2)若扣款处理结果为扣款失败，则形成当前出站记录和扣款异常信息，将扣款异常信息发送给***控制中心对应的客户端，由***控制中心的工作人员进行异常检测，确定扣款异常原因，并将扣款异常原因发送给与共用帐户关联的手机号码对应的手机，以使出站客户基于扣款异常原因进行相应处理，以避免扣款异常而影响后续乘坐城市轨道交通，以提高用户体验。

本实施例所提供的售检票处理方法中，在出站客户信息对应一共用帐户时，可直接控制出站闸机开闸再进行后扣款处理，可进一步提高出站客户的通行效率，进而提高城市轨道交通的运营效率。

在一实施例中，在控制出站闸机开闸之前，该AFC***还可进行实时扣款处理，即售检票处理方法还包括：

S401：接收出站闸机采集的当前出站数据，并从***数据库获取与出站客户信息相对应的当前进站记录。

其中，步骤S401的实现过程与步骤S301相同，为避免重复，此处不一一赘述。

S402：基于当前出站数据和当前进站记录进行实时扣款处理，获取扣款处理结果。

作为一个示例，基于当前出站数据和当前进站记录进行实时扣款处理，获取扣款处理结果，具体包括如下步骤：(1)基于当前出站数据和当前进站记录，形成代扣款请求，代扣款请求包括有效支付账户和待支付金额。该待支付金额为当前出站数据中的车站编号和当前进站记录中的车站编号，确定两个车站编号对应的车站之间行程的费用。(2)将代扣款请求发送给第三方支付平台，以使第三方支付平台将待支付金额从有效支付账户转入到城市轨道交通对应的运营账户，以获取扣款处理结果。此处的扣款处理结果包括扣款成功和扣款失败两种，而扣款失败可能是AFC***本身的原因，也可能是有效支付账户失效或者账户余额不足等原因造成的。可以理解地，这种基于有效支付账户进行实时扣款处理的方式，相比于根据当前出站数据中的车票种类确定其是否携带电子钱包，以便利用携带的电子钱包进行付款交易的方式，使得实时扣款处理过程更简单方便，以提高出站客户的通行效率。

作为另一个示例，基于当前出站数据和当前进站记录进行实时扣款处理，获取扣款处理结果，具体包括如下步骤：(1)根据当前出站数据中的车票种类，确定扣款支付账户。若当前出站数据中的车票种类为包含电子钱包对应的第一车票种类，如城市一帐通对应的车票种类，则将电子钱包对应的支付账户确定为扣款支付账户；若当前出站数据中的车票种类为不包含电子钱包对应的第二车票种类，如人脸识别对应的车票种类，则将共用帐户对应的有效支付账户确定为扣款支付账户。(2)基于当前出站数据和当前进站记录，形成代扣款请求，代扣款请求包括扣款支付账户和待支付金额。(3)将代扣款请求发送给第三方支付平台，以使第三方支付平台将待支付金额从扣款支付账户转入到城市轨道交通对应的运营账户，以获取扣款处理结果。其处理过程与上述实施方式类同的内容不在一一赘述，以避免重复。

S403：基于出站客户信息、当前出站数据和扣款处理结果，形成当前出站记录。

由于实时扣款处理是拓控制出站闸机开闸之前先行扣款的处理过程，其扣款处理结果会影响能否控制出站闸机开闸，因此，AFC***可依据扣款处理结果，控制出站闸机开闸，其过程具体包括如下步骤：(1)若扣款处理结果为扣款成功，则控制出站闸机开闸。(2)若扣款处理结果为扣款失败，则形成扣款异常信息，控制出站闸机显示扣款异常信息，以使出站客户可根据出站闸机上显示的扣款异常信息及时处理。

具体地，***服务器中预先存储有用于存储出站记录和出站记录的记录数据表，***服务器在获取当前出站数据和扣款处理结果之后，基于出站客户信息、当前出站数据和扣款处理结果形成当前出站记录，并存储在记录数据表中，其处理过程与步骤S302相同，为避免重复，此处不一一赘述。由于需先依据扣款处理结果控制出站闸机开闸，再形成当前出站记录，以确保每一当前出站记录对应的扣款处理结果均为扣款成功，避免后续乘坐城市轨道交通过程中，因本次出站过程中形成的当前出站记录出现扣款异常而影响通行效率。

本实施例所提供的售检票处理方法中，在控制出站闸机开闸之前，进行实时扣款处理，根据扣款处理结果决定是否控制出站闸机开闸，以确保本次形成的当前出站记录均为扣款成功的出站记录，从而保障后续乘坐城市轨道交通的通行效率。

由于共用帐户关联一有效支付账户，其可以进行后扣款处理，也可以进行实时扣款处理，为了提高用户体验，可使用户在帐户注册时，自主设置相应的扣款处理方式，以后续***服务器可根据用户自主设置的扣款处理方式进行处理，以提高用户体验。

在一实施例中，在步骤S203或者步骤S204之后，即形成当前出站记录之后，售检票处理方法还包括：将当前出站记录与出站客户信息关联存储在***数据库中，基于扣款处理结果，更新出站客户信息对应的当前状态。

具体地，将当前出站记录与出站客户信息关联存储在***数据库中，以便后续基于该当前出站记录与对应的当前进站记录进行数据清算处理，以统一管理和维护***数据。当前状态是记录在***数据库中的用于反映是否存在交易异常的状态。该出站客户信息对应的当前状态具体为该出站客户信息对应的出站客户在完成本次出站操作之后，***数据库中记录的用于反映是否存在交易异常的状态，具体包括正常状态和异常状态，可记录在车票状态这一记录字段下。其中，正常状态是指***数据库中记录的反映不存在交易异常情况的状态；相应地，异常状态是指***数据库中记录的反映存在交易异常情况的状态。例如，若某一出站客户在通过出站闸机出站时，AFC***没有正常扣款，则此时会更新出站客户信息对应的当前状态为异常状态。

本实施例中，基于扣款处理结果，更新出站客户信息对应的当前状态，包括：(1)若扣款处理结果为扣款成功，则更新出站客户信息对应的当前状态为正常状态。(2)若扣款处理结果为扣款失败，则更新出站客户信息对应的当前状态为异常状态。可以理解地，该出站客户信息对应的当前状态为正常状态或异常状态，可以影响相应用户在下一次乘坐城市轨道交通的通行效率。一般来说，若当前状态为正常状态时，用户可以直接进站；若当前状态为异常状态，需在进站时提醒用户进行补票或者其他处理，以解除异常状态，才可进站。因此，在扣款处理结果为扣款失败时，***服务器需通过共用账户对应的手机号码，及时通知出站客户进行补票或者其他处理，以解除异常状态，避免影响后续乘坐城市轨道交通的通行效率。

在一实施例中，如图5所示，在接收出站闸机采集的出站客户信息之前，售检票处理方法还包括：

S501：接收进站闸机采集的进站客户信息。

其中，进站客户信息是进站闸机实时采集的进站客户对应的客户信息。该进站客户信息是可用于唯一识别本次进站的进站客户的信息。

在一实施例中，步骤S501具体包括：接收进站闸机上的信息采集设备采集的进站客户信息，信息采集设备为人脸识别设备、指纹识别设备、条码扫描设备和芯片感应设备中的任一种。

即***服务器可接收进站闸机上的人脸识别设备、指纹识别设备、条码扫描设备和芯片感应设备中的任一种实时采集到的进站客户信息和当前进站数据。此时，所采集到的进站客户信息具体为人脸信息、指纹信息、条码信息(包括二维码信息和条形码信息)和芯片标识信息(如城市一卡通号)等可用于唯一识别本次从城市轨道交通进站的进站客户对应的信息。

S502：基于进站客户信息查询***数据库，判断进站客户信息是否关联一共用帐户。

其中，***数据库是用于存储售检票处理过程中所采集到的所有数据的数据库，具体用于存储客户信息、进站记录和出站记录等内容的数据库。作为一个示例，若用户预先通过客户端在AFC***进行共用帐户注册时，可将人脸信息、指纹信息、条码信息(包括二维码信息和条形码信息)和芯片标识信息(如城市一卡通号)等客户信息与共用帐户关联存储在***数据库。

作为一个示例，***服务器可根据接收到的进站客户信息查询***数据库，判断是否存在与进站客户信息相对的共用帐户，获取判断结果，该判断结果包括进站客户信息关联一共用帐户和进站客户信息不关联一共用帐户两种结果。

S503：若进站客户信息关联一共用帐户，则基于第一进站控制机制，控制进站闸机开闸，其中，第一进站控制机制不包括帐户余额校验。

其中，第一进站控制机制是针对进站客户信息关联共用帐户这一种情况下，控制进站闸机开闸的机制。帐户余额校验是用于校验进站客户信息对应的帐户余额是否大于AFC***预先设置的余额阈值，以根据比较结果决定是否控制进站闸机开闸的校验过程，即在帐户余额校验时，只有在帐户余额大于或等于余额阈值时，才会控制进站闸机开闸。本实施例中，第一进站控制机制不包括帐户余额校验，说明其在控制进站闸机开闸之前，无需进行帐户余额校验，有助于提高进站客户的通行效率。

作为一个示例，在进站客户信息关联一共用帐户时，由于共用帐户预先关联有效支付账户，可进行后扣款处理，因此，无需进行帐户余额校验，直接控制进站闸机开闸，即这种情况下，无需根据帐户余额确定能否控制进站闸机开闸，有助于提高进站客户的通行效率，进而提高城市轨道交通的运营效率。

S504：若进站客户信息不关联一共用帐户，则基于第二进站控制机制，控制进站闸机开闸，其中，第二进站控制机制包括帐户余额校验。

其中，第二进站控制机制是针对进站客户信息不关联共用帐户这一种情况下，控制进站闸机开闸的机制。第二进站控制机制包括帐户余额校验，说明其控制进站闸机开闸之前，需进行帐户余额校验，只有在帐户余额大于或等于余额阈值时，才会控制进站闸机开闸。

作为一个示例，若进站客户信息不关联一共用帐户，则基于第二进站控制机制，控制进站闸机开闸，具体包括如下步骤：若进站客户信息不关联一共用帐户，则获取进站客户信息对应的帐户余额；在帐户余额大于或等于余额阈值时，控制进站闸机开闸；若帐户余额小于余额阈值，则控制进站闸机显示进站异常信息。这一处理过程与传统AFC***进行进站检票方式相同，此处不一一赘述。

可以理解地，在进站客户信息不关联一共用帐户时，由于***并未存储有与该进站客户信息相对应的有效支付账户，无法进行后扣款处理，因此需保证本次进站的车票的余额能够支付城市轨道交通最短行程对应的最小费用时，以保障相应的付款交易的顺利进行。作为一个示例，该城市轨道交通最短行程对应的最小费用即为余额阈值，而不局限于此。

具体地，***服务器在进站客户信息不关联一共用帐户时，先获取进站客户信息对应的帐户余额，如城市一帐通中电子钱包的帐户余额。若该进站客户信息对应的帐户余额大于或等于余额阈值，则说明该进站客户可完成城市轨道交通的最短行程的付费交易，可控制进站闸机开闸，以保证通行效率。即***服务器只需判断帐户余额能否完成最短行程的付费交易，而无需确定其帐户余额能否完成进站客户的最终行程的费用，使其处理过程更便捷，从而保障通行效率。若该进站客户信息对应的帐户余额小于余额阈值，说明无法完成城市轨道交通的最短行程的付费交易，此时，控制进站闸机显示进站异常信息，以提醒进站客户及时处理异常情况，在处理完异常情况之后，重新通过进站闸机进入城市轨道交通，以保障城市轨道交通的正常运营。

本实施例所提供的售检票处理方法中，在进站闸机采集到的进站客户信息对应一共用帐户时，可基于基于不包含帐户余额校验的第一进站控制机制，控制进站闸机开闸，以避免帐户余额不足需进行异常处理，有助于提高进站客户的通行效率，进而提高城市轨道交通的运营效率。

在一实施例中，在判断控制进站闸机开闸之前，即在步骤S503和步骤S504之前，售检票处理方法还包括：基于进站客户信息查询***数据库，获取进站客户信息对应的当前状态；若当前状态为正常状态，则控制进站闸机开闸。

其中，当前状态是记录在***数据库中的用于反映是否存在交易异常的状态。进站记录信息对应的当前状态具体为该进站客户信息对应的进站客户在本次进站操作之前，***数据库中记录的用于反映是否存在交易异常的状态，具体包括正常状态和异常状态。其中，正常状态是指***数据库中记录的反映不存在交易异常情况的状态；相应地，异常状态是指***数据库中记录的反映存在交易异常情况的状态。例如，若进站客户在上一次通过出站闸机出站时，AFC***没有正常扣款，则此时查询***数据库，确定其进站客户信息对应的当前状态为异常状态。

作为一个示例，***服务器在控制进站闸机开闸之前，先基于进站客户信息查询***数据库，获取进站客户信息对应的当前状态。在当前状为正常状态时，说明该进站客户最近一次的付费交易不存在异常情况，可控制进站闸机开闸，有助于提高进站客户的通行效率。在当前状态为异常状态时，控制进站闸机显示进站异常信息，如上次交易付费或者上次交易数据缺失等情况，以提醒进站客户及时处理异常情况，在处理完异常情况之后，重新通过进站闸机进入城市轨道交通，避免异常状态对城市轨道交通的正常运营造成影响，有助于提高进站客户的通行效率，进而提高城市轨道交通的运营效率。

在一实施例中，在控制进站闸机开闸之后，售检票处理方法还包括：接收进站闸机采集的当前进站数据，基于进站客户信息和当前进站数据形成当前进站记录，并将当前进站记录存储在***数据库中。

其中，当前进站数据是进站闸机实时采集的与进站客户本次进站相关的数据，该当前进站数据是除进站客户信息以外的其他数据。该当前进站数据包括但不限于交易日期、交易时间、线路编号、车站编号、设备类型、车票种类、设备标识和等信息。此处的交易日期具体为进站时记录的日期，交易时间为进站时记录的***时间，线路编号为进站闸机所在的线路在***上的编号，车站编号是进站闸机所在的车站在***上的编号，车票种类是用于反馈某一信息采集设备对应的车票的种类，设备类型是用于识别信息采集设备对应的类型，设备标识是用于唯一识别某一信息采集设备的标识。

具体地，记录数据表上包括至少一个记录字段，***服务器根据采集到的进站客户信息和当前进站数据，填充每一个记录字段对应的具体信息，以形成当前进站记录。该记录字段包括但不限于记录ID号、交易日期(包括运营统计日期、交易运营日期和ACC结算日期)、交易时间、线路编号、车站编号、设备类型、车票种类、车票状态、交易类型、交易状态、交易金额、卡逻辑列号、交易标记、共用帐户和检票码。***服务器只需将当前进站数据中存在的相关内容记录到记录数据表中，不存在的相关内容对应的记录字段对应的留空。

即当前进站记录时基于进站闸机采集到的进站客户信息和当前进站数据形成的未付款的进站记录，具体是用于记录进站客户进站的相关数据的数据。即当前进站记录包括进站客户信息和当前进站数据。

本实施例所提供的售检票处理方法中，***服务器预先存储有记录数据表，***服务器在控制进站闸机开闸之后，可将进站闸机采集到的进站客户信息和当前进站数据填充在该记录数据表中，形成当前进站记录，并将该当前进站记录存储在***数据库中，以便后续出站时，利用该当前进站记录进行扣款处理和后续的数据清算处理。

在一实施例中，如图6所示，在步骤S203之后，即在形成当前出站记录之后，售检票处理方法还包括如下步骤：

S601：定时执行数据处理任务，从***数据库中获取处理周期内的待处理数据，待处理数据包括待处理进站记录和待处理出站记录。

其中，数据处理任务是***预先设置的用于对进站记录和出站记录进行匹配处理的任务。该数据处理任务为定时任务，其对应一定时执行时间和和处理周期。该定时执行时间可以为城市轨道交通运营结束之后的任一时间。该处理周期具体为需要对进站记录和出站记录进行匹配分析的时间周期。在***当前时间为定时执行时间时，***服务器可执行该数据处理任务，以实现对该处理周期内的所有进站记录和出站记录逐一进行匹配处理。

作为一个示例，***服务器在***当前时间为定时执行时间时，将***数据库中存储的所有当前进站记录和所有当前出站记录对应的交易时间与处理周期进行匹配，将交易时间在处理周期内的所有当前进站记录确定为待处理进站记录，为了方便描述，将待处理进站记录的交易时间定义为进站交易时间。将交易时间在处理周期内的所有当前出站记录确定为待处理出站记录，为了方便描述，将待处理出站记录的交易时间定义为出站交易时间。

S602：基于用户帐户对待处理数据进行分组处理，获取每一用户帐户对应的待处理数据。

具体地，***服务器可基于处理周期内的所有待处理数据，建立索引表，利用索引表实现依据不同用户帐户对待处理数据进行分组，以基于每一用户帐户建立一个用于存储该用户帐户对应的所有待处理进站记录的进站临时表和用于存储该用户帐户对应的所有待处理出站记录的出站临时表。可以理解地，该进站临时表和出站临时表中，可以按交易时间对相应的待处理进站记录和待处理出站记录进行排序，以便提高后续数据匹配处理的效率。

在一实施方式中，用户帐户可以为共用帐户，***服务器会将与该共用帐户关联的所有进站客户信息对应的当前进站记录存储在进站临时表中，将与该共用帐户关联的所有出站客户信息对应的当前出站记录存储在出站临时表中，以实现对同一用户帐户对应的进站记录和出站记录统一管理和分析。

在另一实施方式中，用户帐户可以为单一帐户，具体为任一进站客户信息或任一出站客户信息对应的帐户，如可以为城市一卡通号。可以理解地，在用户帐户为单一帐户时，***服务器会将单一帐户对应的所有当前进站记录存储在进站临时表中，将单一帐户对应的所有当前出站记录存储在出站临时表中，以实现对每一单一帐户对应的进站记录和出站记录进行管理和分析。

S603：对每一用户帐户对应的待处理数据进行对称匹配处理，获取记录匹配结果。

具体地，***服务器可对每一用户帐户对应的进站临时表和出站时间表中的记录进行逐一对比匹配，以确定每一待处理进站记录均存在对应的待处理出站记录，从而保障运营数据的准确性。

例如，依次将进站临时表中的每一待处理进站记录对应的进站交易时间与出站临时表中的每一待处理出站记录对应的出站交易时间进行对比。若任一待处理进站记录均存在出站交易时间在进站交易时间之后的待处理出站记录，则可获取匹配成功的记录匹配结果。若任一待处理进站记录，不存在出站交易时间在其对应的进站交易时间之后的待处理出站记录，此时认定待处理出站记录不全，需进行补交或补登操作，则获取匹配失败的记录匹配结果。若任一待处理出站记录，不存在进站交易时间在其对应的出站交易时间之前的待处理进站记录，此时认定待处理进站记录不全，需进行补登操作，获取匹配失败的记录匹配结果。

S604：若记录匹配结果为匹配失败，则形成补登提醒信息。

具体地，若记录匹配结果为匹配失败，则说明存在待处理进站记录和/或待处理出站记录不全，即存在单边交易记录，此时，***服务器形成补登提醒信息，并将该补登提醒信息发送给***控制中心对应的客户端，以使***控制中心的工作人员基于该补登提醒信息进行补登操作，该工作人员在补登操作时可与用户帐户对应的客户进行联系。可以理解地，通过定时分析每一用户帐户对应的待处理数据，以便及时发现记录匹配结果为匹配失败的待处理数据，有助于及时进行补登操作，有助于保障城市轨道交通的正常运营。

S605：若记录匹配结果为匹配成功，则将用户帐户对应的待处理数据存储到云数据库，使待处理数据为不可篡改状态。

其中，云数据库是指被优化或部署到一个虚拟计算环境中的数据库，于本实施例中，该云数据库是专用于存储城市轨道交通运营过程中的运营数据的数据库。

其中，不可篡改状态是用于防止人为篡改数据的状态。作为一个示例，在将待处理数据存储到云数据库时，可配置其访问权限为读取权限，而不包括写入权限，使得用户可从云数据库中读取待处理数据，但不可写入修改待处理数据，以使云数据库中的待处理数据为不可篡改状态。作为另一个示例，若云数据库为基于区块链技术的云服务器，则基于区块链技术的不可篡改性，使得存储在云服务器上的待处理数据不可篡改。

具体地，若记录匹配结果为匹配成功，则说明处理周期内的该用户帐户对应的待处理进站记录与待处理出站记录一一匹配，其进站交易时间均在出站交易时间之前，此时，将该用户帐户对应的待处理数据存储到云数据库中，并设置待处理数据为不可篡改状态，以保证待处理数据存储的安全性和客观性，避免人为篡改。

本实施例所提供的售检票处理方法中，***服务器定时执行数据处理任务，以获取处理周期内的待处理数据并进行后续的分组和匹配处理，可有助于及时发现记录匹配结果为匹配失败的待处理数据，有助于及时进行补登操作，有助于保障城市轨道交通的正常运营。依据用户帐户进行分组，以便后续可实现对用户帐户对应的待处理数据进行并列处理，提高处理效率。在对每一用户帐户对应的待处理数据进行匹配处理，获取记录匹配结果之后，若记录匹配结果为匹配失败则形成补登提醒信息，以及时进行补登操作，有助于保障城市轨道交通的正常运营；若记录匹配结果为匹配失败则存储用户帐户对应的待处理数据并保证其不可篡改，以保证待处理数据的安全性和客观性，避免人为篡改。

在一实施例中，在步骤S603之前，即在对每一用户帐户对应的待处理数据进行对称匹配处理，获取记录匹配结果之前，售检票处理方法还包括如下步骤：

S701：对每一用户帐户对应的待处理数据进行统计处理，获取待处理进站记录对应的第一数量和待处理出站记录对应的第二数量。

上述实施例中，待处理数据包括待处理进站记录和待处理出站记录，而每一用户帐户对应的待处理进站记录存储在进站临时表中，每一用户帐户对应的待处理出站记录存储在出站临时表中，使得对每一用户帐户对应的待处理数据进行统计处理时，可直接将进站临时表中的记录数量确定为待处理进站记录对应的第一数量，将出站临时表中的记录数量确定为待处理出站记录对应的第二数量。

S702：若第一数量与第二数量相匹配，则执行对每一用户帐户对应的待处理数据进行对称匹配处理，获取记录匹配结果。

S703：若第一数量与第二数量不匹配，则获取匹配失败的记录匹配结果。

具体地，***服务器在统计出第一数量和第二数量之后，比较第一数量与第二数量是否相匹配。若第一数量与第二数量相匹配，则直接执行步骤S603即通过待处理进站记录对应的进站交易时间与待处理出站记录对应的出站交易时间进行逐一匹配，以确定记录匹配结果，并根据记录匹配结果执行后续步骤S604和步骤S605。若第一数量与第二数量不匹配，则直接获取匹配失败的匹配结果，并执行步骤S604。

本实施例所提供的售检票处理方法中，对每一用户帐户对应的待处理数据进行统计，获取待处理进站记录对应的第一数量和待处理出站记录对应的第二数量，在第一数量与第二数量不匹配时，直接获取匹配失败的记录匹配结果，无需进行对称匹配处理，有助于提高确定匹配失败的记录匹配结果的效率，提高处理效率。

在一实施例中，如图8所示，步骤S603，即对每一用户帐户对应的待处理数据进行对称匹配处理，获取记录匹配结果，具体包括如下步骤：

S801：获取待处理进站记录对应的进站交易时间和待处理出站记录对应的出站交易时间。

S802：若所有进站交易时间和所有出站交易时间交错设置、且所有待处理进站记录均存在出站交易时间在进站交易时间之后的待处理出站记录，且所有待处理出站记录均存在进站交易时间在出站交易时间之前的待处理进站记录，则获取匹配成功的记录匹配结果。

S803：若所有进站交易时间和所有出站交易时间不交错设置、或者任一待处理进站记录不存在出站交易时间在进站交易时间之后的待处理出站记录，或者任一待处理出站记录不存在进站交易时间在出站交易时间之前的待处理进站记录，则获取匹配失败的记录匹配结果。

***服务器将每一用户帐户对应的所有待处理进站记录存储在进站临时表内，将所有待处理出站记录存储在出站临时表内，在对每一用户帐户对应的待处理数据进行对称匹配处理过程中，需逐一将进站临时表中的每一待处理进站记录的进站交易时间与出站临时表中的每一待处理出站记录的出站交易时间进行对比，以根据进站交易时间和出站交易时间进行匹配处理。

可以理解地，用户每次乘坐城市轨道交通出行时，完成一次出行交易，需形成一个待处理进站记录和待处理出站记录，而且待处理进站记录的进站交易时间在待处理出站记录的出站交易时间之前。相应地，若用户在一处理周期内多次乘坐城市轨道交通出行，则会形成多个需要进行匹配处理的待处理进站记录和待处理出站记录，且每个待处理进站记录的进站交易时间均在相应的待处理出站记录的出站交易时间之前。

例如，设一用户帐户对应的进站临时表A中存储依时间顺序的待处理进站记录A1、A2、A3……An，对应的进站交易时间分别为T11、T12、T13……T1n，即在处理周期内，用户帐户对应有n个待处理进站记录，也就是说，待处理进站记录对应的第一数量为n；该用户帐户对应的出站临时表B中存储依时间顺序的待处理出站记录B1、B2、B3……Bm，对应的出站交易时间分别为T21、T22、T23……T2m，即在处理周期内，用户帐户对应有m个待处理进站记录，也就是说，待处理出站记录对应的第二数量为m。

其中，所有进站交易时间和所有出站交易时间交错设置，是指相邻两个进站交易时间之间存在一出站交易时间，且相邻两个出站交易时间之间存在一个进站交易时间。例如相邻两个进站交易时间T11和T12之间存在出站交易时间T21，相邻两个出站交易时间T21和T22之间存在进站交易时间T12。

进一步地，在所有进站交易时间和所有出站交易时间交错设置时，可比较是否存在出站交易时间在最后一个待处理进站记录对应的进站交易时间之后的待处理出站记录；若存在，则认定所有待处理进站记录均存在出站交易时间在进站交易时间之后的待处理出站记录；若不存在，则认定最后一个待处理进站记录不存在出站交易时间在进站交易时间之后的待处理出站记录，可获取匹配失败的记录匹配结果，使得对比匹配过程效率较快且更准确。

进一步地，在所有进站交易时间和所有出站交易时间交错设置时，可比较是否存在进站交易时间在第一个待处理出站记录对应的出站交易时间之前的待处理进站记录；若存在，则认定所有待处理出站记录均存在进站交易时间在出站交易时间之前的待处理进站记录；若不存在，则认定第一个待处理出站记录不存在进站交易时间在出站交易时间之前的待处理进站记录，则获取匹配失败的记录匹配结果，使得对比匹配过程效率较快且更准确。

相应地，所有进站交易时间和所有出站交易时间不交错设置，是指相邻两个进站交易时间之间不存在出站交易时间，或者相邻两个出站交易时间之间不存在进站交易时间。例如，若依据时间顺序为T11、T12、T21时，上述相邻两个进站交易时间T11和T12之间不存在出站交易时间，说明进站交易时间T11和T12之间缺少一个待处理出站记录，因此，获取匹配失败的记录匹配结果。又例如，若依据时间顺序为T11、T21、T22和T12时，相邻两个出站交易时间T21和T22之间不存在进站交易时间，则两个出站交易时间T21和T22缺少一个待处理进站记录，因此，获取匹配失败的记录匹配结果。

可以理解地，只有在所有进站交易时间和所有出站交易时间交错设置、且所有待处理进站记录均存在出站交易时间在进站交易时间之后的待处理出站记录和所有待处理出站记录均存在进站交易时间在出站交易时间之前的待处理进站记录这三个条件同时满足时，才获取匹配成功的记录匹配结果，使得获取的匹配成功的记录匹配结果较准确。

作为一个示例，***服务器可以先将待处理进站记录对应的第一数量n与待处理出站记录对应的第二数量m进行比较，判断第一数量n与第二数量m是否一致；若第一数量n与第二数量m相匹配，则需执行对每一用户帐户对应的待处理数据进行对称匹配处理，获取记录匹配结果的步骤；若第一数量n与第二数量m不相匹配，则直接获取匹配失败的记录匹配结果，无需进行对称匹配处理，有助于提高确定匹配失败的记录匹配结果的效率，提高处理效率。

作为另一个示例，***服务器可以直接对n个待处理进站记录和m个待处理出站记录进行对称匹配分析，其分析过程包括：

(1)获取进站临时表中的n个待处理进站记录对应的n个进站交易时间和出站临时表中的m个待处理出站记录对应的m个出站交易时间。

(2)依据时间先后顺序对所有进站交易时间和所有出站交易时间进行排序，形成交易时间列表，以便基于该交易时间列车判断进站交易时间和所有出站交易时间是否交错设置，即是否依据T11、T21、T12、T22、T13、T23……T1n和T2m这种顺序排序。

(3)在所有进站交易时间和所有出站交易时间交错设置时，基于所形成的交易时间列表逐一分析比较，以判断所有待处理进站记录是否均存在出站交易时间在进站交易时间之后的待处理出站记录，且所有待处理出站记录是否均存在进站交易时间在出站交易时间之前的待处理进站记录。在在所有进站交易时间和所有出站交易时间交错设置时，可通过判断是否存在出站交易时间在最后一个待处理进站记录对应的进站交易时间T1n的待处理出站记录，并判断是否存在进站交易时间在第一个待处理出站记录对应的出站交易时间T21之前的待处理进站记录，以达到简化分析的目的。

(4)若所有待处理进站记录均存在出站交易时间在进站交易时间之后的待处理出站记录，且所有待处理出站记录均存在进站交易时间在出站交易时间之前的待处理进站记录，则获取匹配成功的记录匹配结果。例如，n和m相等，所有进站交易时间和所有出站交易时间交错设置，且进站交易时间T11在出站交易时间T21之前，且进站交易时间T1n在出站交易时间T2m之前，可获取匹配成功的记录匹配结果。

(5)所有进站交易时间和所有出站交易时间不交错设置，或者若任一待处理进站记录不存在出站交易时间在进站交易时间之后的待处理出站记录，或者任一待处理出站记录不存在进站交易时间在出站交易时间之前的待处理进站记录，则获取匹配失败的记录匹配结果。例如，n和m不相等、或者所有进站交易时间和所有出站交易时间不交错设置、或者进站交易时间T11在出站交易时间T21之后，或者进站交易时间T1n在出站交易时间T2m之后，可获取匹配失败的记录匹配结果。

本实施例所提供的售检票处理方法中，对同一用户帐户的所有待处理进站记录和待处理出站记录进行对称匹配分析过程中，不需要考虑进站方式和出站方式具体是哪一种类型，即无需比较进站方式与出站方式是否一致，只需比较待处理进站记录的进站交易时间是否在待处理出站记录的出站交易时间之前，可简化数据清算处理的流程，提高数据清算处理的效率。

在一个实施例中，提供了一种***服务器，其内部结构图可以如图9所示。该***服务器包括通过***总线连接的处理器、存储器、网络接口和数据库。其中，该***服务器的处理器用于提供计算和控制能力。该***服务器的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该***服务器的数据库用于执行售检票处理方法过程中采用或形成的数据。该***服务器的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种售检票处理方法。

在一个实施例中，提供了一种***服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中售检票处理方法，例如图2所示S201-S204，或者图3至图8中所示，为避免重复，这里不再赘述。

在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中售检票处理方法，例如图2所示S201-S204，或者图3至图8中所示，为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

上述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (16)

1.一种售检票处理方法，其特征在于，包括：

接收出站闸机采集的出站客户信息，基于所述出站客户信息确定出站识别类型；

基于所述出站客户信息查询***数据库，判断所述出站客户信息是否关联一共用帐户；

若所述出站客户信息关联一共用帐户，在所述***数据库中存储有与所述出站客户信息相对应的进站识别类型，所述进站识别类型与所述共用帐户对应的关联识别类型相匹配，且所述出站识别类型与所述共用帐户对应的关联识别类型相匹配时，控制所述出站闸机开闸。

2.如权利要求1所述的售检票处理方法，其特征在于，在所述控制所述出站闸机开闸之后，所述售检票处理方法还包括：

接收所述出站闸机采集的当前出站数据，并从所述***数据库获取与所述出站客户信息相对应的当前进站记录；

基于所述当前出站数据和所述当前进站记录进行后扣款处理，获取扣款处理结果；

基于所述出站客户信息、所述当前出站数据和所述扣款处理结果，形成当前出站记录。

3.如权利要求1所述的售检票处理方法，其特征在于，在所述控制所述出站闸机开闸之前，所述售检票处理方法还包括：

接收所述出站闸机采集的当前出站数据，并从所述***数据库获取与所述出站客户信息相对应的当前进站记录；

基于所述当前出站数据和所述当前进站记录进行实时扣款处理，获取扣款处理结果；

基于所述出站客户信息、所述当前出站数据和所述扣款处理结果，形成当前出站记录。

4.如权利要求2或3所述的售检票处理方法，其特征在于，在所述形成当前出站记录之后，所述售检票处理方法还包括：

将所述当前出站记录与所述出站客户信息关联存储在***数据库中，基于所述扣款处理结果，更新所述出站客户信息对应的当前状态。

5.如权利要求1所述的售检票处理方法，其特征在于，所述接收出站闸机采集的出站客户信息，包括：

接收所述出站闸机上的信息采集设备采集的出站客户信息，所述信息采集设备为人脸识别设备、指纹识别设备、条码扫描设备和芯片感应设备中的任一种。

6.如权利要求1所述的售检票处理方法，其特征在于，在所述接收出站闸机采集的出站客户信息之前，所述售检票处理方法还包括：

接收进站闸机采集的进站客户信息；

基于所述进站客户信息查询***数据库，判断所述进站客户信息是否关联一共用帐户；

若所述进站客户信息关联一共用帐户，则基于第一进站控制机制，控制所述进站闸机开闸，其中，所述第一进站控制机制不包括帐户余额校验；

若所述进站客户信息不关联一共用帐户，则基于第二进站控制机制，控制所述进站闸机开闸，其中，所述第二进站控制机制包括帐户余额校验。

7.如权利要求6所述的售检票处理方法，其特征在于，在所述控制所述进站闸机开闸之后，所述售检票处理方法还包括：

接收进站闸机采集的当前进站数据，基于所述进站客户信息和所述当前进站数据形成当前进站记录，并将所述当前进站记录存储在***数据库中。

8.如权利要求6所述的售检票处理方法，其特征在于，在所述判断所述控制所述进站闸机开闸之前，所述售检票处理方法还包括：

基于所述进站客户信息查询***数据库，获取所述进站客户信息对应的当前状态；

若所述当前状态为正常状态，且执行所述判断所述进站客户信息是否关联一共用帐户。

9.如权利要求6所述的售检票处理方法，其特征在于，所述接收进站闸机采集的进站客户信息，包括：接收所述进站闸机上的信息采集设备采集的进站客户信息，所述信息采集设备为人脸识别设备、指纹识别设备、条码扫描设备和芯片感应设备中的任一种。

10.如权利要求2或3所述的售检票处理方法，其特征在于，在所述形成当前出站记录之后，所述售检票处理方法还包括：

定时执行数据处理任务，从所述***数据库中获取处理周期内的待处理数据，所述待处理数据包括待处理进站记录和待处理出站记录；

基于用户帐户对所述待处理数据进行分组处理，获取每一所述用户帐户对应的待处理数据；

对每一所述用户帐户对应的待处理数据进行对称匹配处理，获取所述记录匹配结果；

若所述记录匹配结果为匹配失败，则形成补登提醒信息。

11.如权利要求10所述的售检票处理方法，其特征在于，在所述获取所述记录匹配结果之后，所述售检票处理方法还包括：

若所述记录匹配结果为匹配成功，则将所述用户帐户对应的待处理数据存储到云数据库，使所述待处理数据为不可篡改状态。

12.如权利要求10所述的售检票处理方法，其特征在于，在所述对每一所述用户帐户对应的待处理数据进行对称匹配处理，获取所述记录匹配结果，包括：

对每一所述用户帐户对应的待处理数据进行统计处理，获取所述待处理进站记录对应的第一数量和所述待处理出站记录对应的第二数量；

若所述第一数量与所述第二数量相匹配，则执行所述对每一所述用户帐户对应的待处理数据进行对称匹配处理，获取所述记录匹配结果；

若所述第一数量与所述第二数量不匹配，则获取匹配失败的记录匹配结果。

13.如权利要求10所述的售检票处理方法，其特征在于，所述对每一所述用户帐户对应的待处理数据进行对称匹配处理，获取所述记录匹配结果，包括：

获取所述待处理进站记录对应的进站交易时间和所述待处理出站记录对应的出站交易时间；

若所有所述进站交易时间和所有所述出站交易时间交错设置、且所有所述待处理进站记录均存在出站交易时间在进站交易时间之后的待处理出站记录，且所有所述待处理出站记录均存在进站交易时间在出站交易时间之前的待处理进站记录，则获取匹配成功的记录匹配结果；

若所有所述进站交易时间和所有所述出站交易时间不交错设置、或者任一所述待处理进站记录不存在出站交易时间在进站交易时间之后的待处理出站记录，或者任一所述待处理出站记录不存在进站交易时间在出站交易时间之前的待处理进站记录，则获取匹配失败的记录匹配结果。

14.一种***服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至13任一项所述售检票处理方法。

15.一种售检票处理***，其特征在于，包括权利要求14所述的***服务器、与所述***服务器通信相连的进站闸机、出站闸机和***数据库，所述进站闸机和所述出站闸机设有至少一个信息采集设备，所述信息采集设备包括人脸识别设备、指纹识别设备、条码扫描设备和芯片感应设备。

16.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至13任一项所述售检票处理方法。

Images