具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的自动检票方法，可以应用于如图1所示的应用环境中。其中，检票系统102通过网络与第一运营系统101以及第二运营系统103进行通信。其中第一运营系统101可以是用户需要通过的检票闸口对应的运营系统，第二运营系统则可以是需要进行信息共享的运营系统。具体来说，当用户通过在某个检票闸口利用乘车媒介进行检票通行时，该闸口对应的第一运营系统101则可以将相应的检票请求发送至检票系统102，由检票系统102得到对应用户的行程信息后，通过票务规则判断用户行程是否合法，如果合法，则将用户行程的检测结果返回第一运营系统101，由第一运营系统101执行开闸指令，并返回相应的检票交易信息，检票系统102再将检票交易信息共享至其他相关的第二运营系统103。其中，检票系统102、第一运营系统101以及第二运营系统103可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种自动检票方法，以该方法应用于图1中的检票系统102为例进行说明，包括以下步骤：

步骤S201，检票系统102响应于第一运营系统101发送的检票请求，获取预先存储的与检票请求对应的用户行程信息；其中，第一运营系统101为触发检票请求的检票闸口对应的运营系统。

其中，检票请求指的是第一运营系统101向检票系统102触发的检票请求，该请求可以是第一运营系统101从其管理的检票闸口中触发，例如当用户利用某种乘车媒介通过一个检票闸口时，该检票闸口可以生成一个相应的检票请求，给到其对应的第一运营系统101，可以是该检票闸口对应的运营公司的运营系统，而用户行程信息则利用乘车媒介触发检票请求的用户的相关行程，例如该用户的入站时间，或者入站闸口等等。

具体来说，检票系统102可以预先和各种运营系统建立网络通信连接，当用户需要通过某个检票闸口时，该闸口则可以向其对应的第一运营系统101触发一个对应的检票请求，第一运营系统则可以将检票请求传输至检票系统102，以使得检票系统102根据得到的检票请求查询该用户对应的行程信息。

步骤S202，检票系统102基于预设的票务规则，对用户行程信息进行合法性检测。

其中，预设的票务规则指的是预先设计的用于检测用户行程是否合法的规则，例如可以是某个城市轨道交通票务规则，合法性检测的过程例如可以是根据该用户的入闸以及出闸时间判断该用户是否恶意乘车，或者该客户是否缺少入闸记录等可能存在的恶意逃票行为等等，检票系统102可以根据预先设定的票务规则，以判断用户的行程是否合法。

步骤S203，若合法性检测的检测结果为检测通过，检票系统102则将检测结果返回至第一运营系统101，以使第一运营系统101根据检测结果生成开闸指令，并返回与检票请求对应的检票交易信息；开闸指令用于第一运营系统101对检票闸口执行开闸处理。

之后，如果检票系统102确定用户行程合法性检测通过后，则可以将检测通过的结果发送至第一运营系统101，使得第一运营系统101则可以根据检测通过的检测结果生成开闸指令，对触发检票请求的闸口进行开闸处理，同时返回相应的检票交易信息，该检票交易信息可以包括该用户的乘车时长，乘车起始站，终点站以及乘车票价等相关信息。

步骤S204，检票系统102接收检票交易信息，并获取检票交易信息对应的用户属性以及交易属性，将检票交易信息推送至与用户属性以及交易属性关联的第二运营系统102。

最后，检票系统102则可以接收第一运营系统101返回的检票交易信息，并利用检票交易信息对应的用户属性以及交易属性，将检票交易信息相关联的第二运营系统102，例如可以是该用户预先授权的可以对交易信息进行信息共享的相关运营系统，作为与用户属性以及交易属性关联的第二运营系统102，或者是用户入闸使用的闸口与出闸使用的闸口分别对应不同的运营系统，那么则可以将用户入闸时通过的闸口对应的运营系统作为第二运营系统102等等。

上述自动检票方法中，检票系统102响应于第一运营系统101发送的检票请求，获取预先存储的与检票请求对应的用户行程信息；其中，第一运营系统101为触发检票请求的检票闸口对应的运营系统；基于预设的票务规则，对用户行程信息进行合法性检测；若合法性检测的检测结果为检测通过，则将检测结果返回至第一运营系统101，以使第一运营系统101根据检测结果生成开闸指令，并返回与检票请求对应的检票交易信息；开闸指令用于第一运营系统101对检票闸口执行开闸处理；接收检票交易信息，并获取检票交易信息对应用户属性以及交易属性，将检票交易信息推送至与用户属性以及交易属性关联的第二运营系统103。本申请通过设定检票系统，在第一运营系统101完成检票开闸后，可以将检票的交易信息传入检票系统102，由检票系统102将交易信息共享至其他关联的第二运营系统103，因此不需要将乘车信息写入乘车媒介也可以实现乘车信息在多运营系统之间的共享。

在一个实施例中，步骤S204之后，还可以包括：检票系统102根据所述检票交易信息，获取与检票交易信息对应的更新行程信息；利用更新行程信息更新检票请求对应的用户行程信息。

其中，更新行程信息指的是用于更新检票系统102存储的用户行程信息的更新信息，由于用户在乘车通过闸口后，其对应的行程信息必然会发生更新，因此检票系统102可以基于第一运营系统101返回的检票交易信息得到上述更新行程信息，并利用更新行程信息对检票系统102存储的用户行程信息进行更新，例如，检票交易信息中可以携带有用户的出闸站点以及出闸的时间，那么检票系统102则可以将出闸站点以及出闸的时间作为更新行程信息，从而对存储的该用户的用户行程信息进行更新。

本实施例中，检票系统102还可以根据第一运营系统101返回的检票交易信息对存储的用户行程信息进行更新，形成交易数据、用户行程更新的闭环，从而可以保证检票系统102存储的用户行程信息的实时准确性。

进一步地，步骤S204之后，还可以包括：检票系统102基于预设的订单生成规则，生成与检票交易信息对应的订单信息并进行存储；如图3所示，自动检票方法，还可以包括：

步骤S301，检票系统102响应于订单查询运营系统发起的订单查询请求，对订单查询运营系统进行合法性鉴权处理。

检票系统102在步骤S204得到第一运营系统101返回的检票交易信息后，则可以根据检票交易信息按照相关的订单生成规则，生成一个完整的扣费订单，例如根据检票交易信息中的出闸时间，出闸站点或者扣除的乘车费用等等，生成相应的订单，并将其进行保存。订单查询运营系统则是需要执行订单查询业务的运营系统，该运营系统可以是任意一个预先和检票系统102构建连接关系，并且需要查询检票系统102中存储的订单信息的运营系统。

具体来说，订单查询运营系统可以向检票系统102发起用于查询存储的订单信息的订单查询请求，之后，检票系统102则可以对发起该请求的订单查询运营系统进行合法性鉴权，以判断其是否存在获取订单信息的权限，合法性鉴权的过程可以是检票系统102预先存储有可实现订单查询功能的运营系统的系统标识，在合法性鉴权过程中，可以确定发起请求的订单查询运营系统的系统标识是否属于可实现订单查询功能的运营系统的系统标识之内，如果属于，则可以认为订单查询运营系统的合法性鉴权结果为鉴权通过。

步骤S302，若订单查询运营系统的合法性鉴权结果为鉴权通过，检票系统102则获取与订单查询请求对应的订单信息，并将订单信息返回至订单查询运营系统。

而如果订单查询运营系统的合法性鉴权结果为鉴权通过，那么，检票系统102则可以从预先存储的订单信息中读取与订单查询请求对应的订单信息，并将订单信息返回至订单查询运营系统，以执行订单查询请求的响应。

本实施例中，检票系统102可以存储检票交易信息对应的订单信息，当运营系统需要查询订单信息时，则可以将订单信息返回，同时，还可以对发起订单查询请求的运营系统进行鉴权，从而保证订单信息的安全性。

在一个实施例中，检票请求携带有用户标识；步骤S201可以进一步包括：检票系统102从预先存储有多个用户行程信息的行程信息库中获取与用户标识对应的用户行程信息，作为与检票请求对应的用户行程信息。

其中，用户标识可以用于标识用户的身份，例如可以是用户的用户编号或者用户对应的票卡号等可以唯一表征身份的标识。具体来说，当用户利用乘车媒介通过检票闸口时，检票闸口可以从该乘车媒介中读取用户标识，并且将包含用户标识的检票请求，发送至第一运营系统101，第一运营系统101则可以将该检票请求上传至检票系统102。检票系统102得到检票请求后，可以从中提取用户标识，并利用用户标识从存储有所有用户行程信息的行程信息库中查询与该用户标识对应的用户行程信息，作为检票请求对应的用户行程信息。

本实施例中，检票系统102得到的检票请求中可以携带有标识用户的用户标识，因此可以根据用户标识从行程信息库中检索出对应的用户行程信息，从而提高用户行程信息获取的效率。

进一步地，检票系统102从预先存储有多个用户行程信息的行程信息库中获取与用户标识对应的用户行程信息之前，还可以包括：检票系统102响应于用户注册请求，获取与用户注册请求对应的用户信息；对用户信息进行审核，审核通过后，从用户标识资源池中获取一待注册用户标识，建立待注册用户标识与用户信息的对应关系。

用户注册请求是用户针对其对应的用户标识的注册请求，在用户使用乘车媒介进行检票出行之前，首先需要进行注册操作，该注册操作可以是通过用户的终端进行，例如可以是用户的各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等等，而用户信息则是用户在发起注册请求时需要录入的相关注册信息，例如用户的姓名，手机号等相关信息。

具体来说，用户可以通过持有的用户终端向检票系统102发起用户注册请求，并填写相关的用户信息，之后检票系统102则可以对用户信息进行审核，可以是对用户信息进行身份验证，审核通过后，则可以从存储有多个可以用于注册的用户标识，即待注册用户标识的资源池中，随机选择一个待注册用户标识，并建立待注册用户标识与得到的用户信息之间的对应关系，从而实现用户注册，并且得到的待注册用户标识则可以作为该用户对应的用户标识。

本实施例中，检票系统102可以实现用户信息的注册，并且注册成功后还可以实现用户信息与用户标识的绑定，从而为用户行程信息的查询提供技术支撑。

另外，如图4所示，检票系统102建立待注册用户标识与用户信息的对应关系之后，还可以包括：

步骤S401，检票系统102响应于用户信息查询运营系统发起的用户信息查询请求，对用户信息查询运营系统进行合法性鉴权处理。

本实施例中，与检票系统102通信连接的运营系统也可以从检票系统102中查询检票系统102中存储的用户信息。具体来说，当某个运营系统需要查询用户信息时，则可以作为用户信息查询运营系统向检票系统102发起存储的用户信息的查询请求，检票系统102则可以对发起请求的用户信息查询运营系统进行合法性鉴权，合法性鉴权的过程可以和对订单查询运营系统的合法性鉴权的类似方式进行，从而得到用户信息查询运营系统的合法性鉴权结果。

步骤S402，若用户信息查询运营系统的合法性鉴权结果为鉴权通过，检票系统102则获取与用户信息查询请求对应的待查询用户标识；

步骤S403，检票系统102获取与待查询用户标识对应的用户信息，将用户信息返回至用户信息查询运营系统。

其中，待查询用户标识是与用户信息查询运营系统发起的用户信息查询请求对应的用户标识。在用户信息查询运营系统向检票系统102触发用户信息查询请求的过程中，用户信息查询运营系统需要指明需要查询哪些用户的用户信息，因此，用户信息查询运营系统可以将需要查询用户信息的用户标识作为待查询用户标识与用户信息查询请求一并发送至检票系统102，当检票系统102确定用户信息查询运营系统的合法性鉴权通过后，则可以利用得到的待查询用户标识查询该标识对应的用户信息，并将对应的用户信息返回至用户信息查询运营系统。

本实施例中，运营系统还可以从检票系统102中得到其存储的用户信息，同时检票系统102还可以对该运营系统进行鉴权，以保证用户信息的安全性。

在一个实施例中，步骤S201还可以包括：检票系统102对第一运营系统101进行合法性鉴权处理；若第一运营系统101的合法性鉴权结果为鉴权通过，则获取检票请求对应的用户行程信息。

本实施例中，在第一运营系统101向检票系统102发起检票请求时，检票系统102也可以对第一运营系统101进行合法性鉴权，以保证发起的检票请求的合法性，鉴权的过程可以与检票系统102对订单查询运营系统或者用户信息查询运营系统的过程类似，当鉴权通过后，检票系统102才进行与检票请求对应的用户行程信息的获取。

上述实施例，检票系统102可以对第一运营系统101进行合法性鉴权，鉴权通过后才执行用户行程信息的获取，可以保证检票请求的合法性，以及用户行程信息的安全性。

在一个应用实例中，如图5所示，提供了一种自动检票系统，系统包括：接入鉴权模块、推送模块、用户信息管理模块、票卡参数管理模块、设备管理模块、乘客事务处理模块、交易管理模块、订单管理模块、时钟同步模块等，其中：

接入鉴权模块，对接入的运营系统及设备交易进行合法性鉴权，提供检票、交易上传及票卡处理等接口；提供交易、订单和用户等信息查询接口；提供对账文件下载等接口。该模块可以灵活支持多运营系统的扩展接入，通过互联互通的自动售检票系统分配的运营接入系统编号、秘钥等统一管理授权。可以快速适应复杂多变的轨道交通运营管理需要。

信息推送模块，根据交易、订单的标识，向不同的运营系统推送对应的行程交易信息、匹配订单数据等；提供统一的接出管理接口。该模块可以配置多运营接入系统参数，并根据已经形成的交易、订单的属性信息，对交易订单数据进行分类转发，发送至相应的运营系统后台。此方案可以灵活控制各运营系统可获取的信息的广度。控制在全线网或者与自身运营系统相关线路的交易、订单数据。有效地控制数据边界，体现了数据的价值性，并对数据安全性保证提供了可靠的支持。

用户信息模块，提供用户实名信息数据管理和行程数据管理等。作为该城市轨道交通统一的用户管理数据中心，拥有最完整、最全面的用户数据及行程数据，以便于对乘客的进、出站行为作出最及时、最准备的判断。

票卡管理模块，提供票卡统一编码管理、运营参数的统一管理和密钥文件的管理等。

设备管理模块，提供设备的统一注册管理授权等，为有效管控接入设备的范围及防止非法设备的接入。

乘客事务模块，提供票卡检票业务；提供票卡异常处理。提供各运营公司的运营系统管理下的设备的进出站请求及半自动售票机的票卡分析、票卡异常处理等功能。

交易管理模块，提供交易存储管理；提供交易匹配功能。该模块管理各运营系统传输的交易信息，并对全线网的交易信息进行排列组合，对有效合法的行程交易进行匹配，形成完整的行程匹配信息，并形成订单信息。

订单管理模块，提供订单管理功能。

时钟服务模块，为保持各运营系统管理下的系统及终端设备的时钟统一，特维持同一时钟源并提供时钟同步功能等。

具体来说，该自动检票系统可以实现如下业务流程：

用户行程管理，如图6所示，用户注册时，提供必要的注册信息(如姓名、手机号、身份信息等)，调用用户信息模块的注册接口，用户信息模块对注册信息校验通过后，向票卡参数管理模块申请逻辑卡号，最终将注册结果返回到客户端。卡号是按照一定命名规则编写的号码，票卡参数管理模块维护系统可用的卡号资源池，分配或及时回收相关卡号资源，达到卡号资源循环使用的目的。用户信息模块提供用户信息更新功能及用户注销功能，用户注销时，需确认该用户是否有未完成支付的订单信息，确认无异常订单信息后向票卡参数管理模块申请逻辑卡号注销，卡号注销后释放至资源池保证卡号资源的循环使用。根据注册用户的属性及相关票务业务规则配置，用户行程管理模块可将关联用户信息主动同步推送到其他相关运营系统。其他运营系统也可以主动查询相关用户信息。

检票、交易上传流程，如图7所示，运营系统向此系统发送检票请求，系统会对请求做合法性校验。校验通过后，调用乘客事务模块的检票接口，乘客事务模块向用户信息模块查询获取最新的用户行程信息，从而判断用户过闸的合法性。经城市轨道交通票务规则判断后，返回检票结果。若检票成功且用户成功进出站，运营系统会将进出站交易上送到交易管理模块。交易管理模块将最新的交易信息更新用户行程信息，从而形成交易数据、用户行程更新的闭环。根据用户及交易的属性，可以将关联用户交易信息同步到其他相关运营系统。

订单匹配流程，如图8所示，交易管理模块将所有的进、出站及其他业务处理的交易按照规则进行匹配，形成一笔完整的扣费订单，并跟进用户属性及交易属性将关联的订单信息同步到其他相关运营系统。订单扣费可由互联互通的自动售检票系统发起或者根据订单归属由各运营系统发起扣款。订单管理模块提供订单查询的功能，可以查询某个用户/卡号一定时间范围内的详细订单信息。各模块之间对于业务交易时间的精度有一定的要求，因此需使用统一的时钟源，即向时钟服务器同步时钟数据。

上述应用实例提供的自动检票系统，可以灵活扩展支持多运营系统的接入，以及灵活扩展多种乘车媒介方式的接入，还可以满足各运营公司对各自共享数据范围及信息安全性方面的要求。

应该理解的是，虽然本申请的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图9所示，提供了一种自动检票装置，应用于检票系统，包括：行程信息获取模块901、行程信息检测模块902、行程检测发送模块903和交易信息共享模块904，其中：

行程信息获取模块901，用于响应于第一运营系统发送的检票请求，获取预先存储的与检票请求对应的用户行程信息；其中，第一运营系统为触发检票请求的检票闸口对应的运营系统；

行程信息检测模块902，用于基于预设的票务规则，对用户行程信息进行合法性检测；

行程检测发送模块903，用于若合法性检测的检测结果为检测通过，则将检测结果返回至第一运营系统，以使第一运营系统根据检测结果生成开闸指令，并返回与检票请求对应的检票交易信息；开闸指令用于第一运营系统对检票闸口执行开闸处理；

交易信息共享模块904，用于接收检票交易信息，并获取检票交易信息对应的用户属性以及交易属性，将检票交易信息推送至与用户属性以及交易属性关联的第二运营系统。

在一个实施例中，自动检票装置，还包括：行程信息更新模块，用于根据检票交易信息，获取与检票交易信息对应的更新行程信息；利用更新行程信息更新检票请求对应的用户行程信息。

在一个实施例中，自动检票装置，还包括：订单信息处理模块，用于基于预设的订单生成规则，生成与检票交易信息对应的订单信息并进行存储；以及用于响应于订单查询运营系统发起的订单查询请求，对订单查询运营系统进行合法性鉴权处理；若订单查询运营系统的合法性鉴权结果为鉴权通过，则获取与订单查询请求对应的订单信息，并将订单信息返回至订单查询运营系统。

在一个实施例中，检票请求携带有用户标识；行程信息获取模块901，进一步用于从预先存储有多个用户行程信息的行程信息库中获取与用户标识对应的用户行程信息，作为与检票请求对应的用户行程信息。

在一个实施例中，自动检票装置，还包括：用户信息处理模块，用于响应于用户注册请求，获取与用户注册请求对应的用户信息；对用户信息进行审核，审核通过后，从用户标识资源池中获取一待注册用户标识，建立待注册用户标识与所述用户信息的对应关系。

在一个实施例中，用户信息处理模块，还用于响应于用户信息查询运营系统发起的用户信息查询请求，对用户信息查询运营系统进行合法性鉴权处理；若用户信息查询运营系统的合法性鉴权结果为鉴权通过，则获取与用户信息查询请求对应的待查询用户标识；获取与待查询用户标识对应的用户信息，将用户信息返回至用户信息查询运营系统。

在一个实施例中，行程信息获取模块901，进一步用于对第一运营系统进行合法性鉴权处理；若第一运营系统的合法性鉴权结果为鉴权通过，则获取检票请求对应的用户行程信息。

关于自动检票装置的具体限定可以参见上文中对于自动检票方法的限定，在此不再赘述。上述自动检票装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

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

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。