轨道交通闸机软件的业务处理方法、设备和存储介质与流程

1.本发明涉及轨道交通闸机控制技术领域，特别涉及一种轨道交通闸机软件的业务处理方法、一种轨道交通闸机设备和一种存储有计算机程序的存储介质。


背景技术：

2.在轨道交通行业，一般每新增一种票卡类型，现有的闸机软件需要修改既有业务逻辑才能对新的票卡类型进行支持。在修改既有业务软件的过程中，有可能由于新增业务的影响，导致软件异常退出，从而引发该通道闸机停止服务。


技术实现要素：

3.本发明实施方式提供了一种轨道交通闸机软件的业务处理方法、一种轨道交通闸机设备和一种存储有计算机程序的存储介质。
4.本发明实施方式的一种轨道交通闸机软件的业务处理方法包括：
5.根据不同的票卡业务划分多个单独的业务进程，每个业务进程与主控进程进行通信；
6.获取新增票卡业务操作；
7.根据所述新增票卡业务操作增加一个单独的业务进程，新增的所述业务进程与所述主控进程通信。
8.上述闸机软件的业务处理方法，根据不同票卡业务划分多个单独的业务进程，每个业务进程互不影响，在获取到新增票卡业务操作时，根据新增票卡业务增加相应的一个业务进程即可，无需修改既有业务进程，减少软件异常退出的机率，保证闸机的正常使用。
9.在某些实施方式中，所述业务处理方法还包括：
10.通过消息队列实现多个所述业务进程之间解耦。
11.在某些实施方式中，所述业务处理方法包括：
12.调用监控进程以对所述业务进程进行监控；
13.当多个所述业务进程中出现异常进程时，所述监控进程对所述异常进程进行监管并自动对所述异常进程进行重启；
14.在所述异常进程重启完成后，所述监控进程将监管的数据交由重启完成后的所述业务进程处理。
15.在某些实施方式中，所述业务处理方法包括：
16.在所述业务进程的相关业务处理完成后，所述业务进程生成持久化数据。
17.在某些实施方式中，所述业务处理方法包括：
18.调用网络检测进程以检测网络是否故障；
19.当网络故障时，所述闸机软件切换为离线模式；
20.当网络恢复时，所述闸机软件恢复联网模式。
21.在某些实施方式中，所述业务处理方法包括：
22.当出现交易数据文件损坏时，所述闸机软件分析损坏交易数据，以获取交易数据唯一标识；
23.利用所述唯一标识在交易数据日志中进行匹配以对损坏的交易数据文件进行恢复。
24.在某些实施方式中，所述业务处理方法包括：
25.当硬件模块出现故障时，所述闸机软件自动根据所述硬件模块故障情况，转为相应的降级模式；
26.所述闸机软件自动对所述硬件模块进行检查，并对所述硬件模块进行故障排除。
27.在某些实施方式中，所述业务处理方法包括：
28.所述闸机软件控制硬件模块在运行时段内开启电源及屏幕，在非运行时段内关闭所述电源和所述屏幕。
29.本发明实施方式的一种轨道交通闸机设备，用于城市轨道交通系统，所述轨道交通闸机设备包括：存储器、处理器及存储在所述存储器的计算机程序，所述计算机程序被所述处理器执行时实现上述实施方式中任一项所述方法的步骤。
30.本发明实施方式的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施方式中任一项所述方法的步骤。
31.上述闸机设备和计算机可读存储介质，通过不同的票卡业务划分多个单独的业务进程实现业务进程间的安全隔离，在新增票卡类型支持时，无需修改既有软件的业务逻辑，可以保证既有业务的可用性；通过消息队列实现多个业务进程之间解耦，通过监控进程对异常进程进行监管和重启，在部分票卡业务故障的情况下，缩小该业务的影响范围，确保其他业务进程可以正常运行，提升闸机软件的整体可用性。
32.本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
33.本发明的上述和/或附加的方面和优点从结合下面附图对实施方式的描述中将变得明显和容易理解，其中：
34.图1至图5是本发明实施方式的闸机软件的业务处理方法的流程示意图；
35.图6是本发明实施方式的闸机软件的业务处理方法的独立进程模式示意图；
36.图7是本发明实施方式的闸机软件的业务处理方法的进程间交互示意图；
37.图8是本发明实施方式的闸机软件的业务处理方法的降级模式转换对照表；
38.图9是本发明实施方式的轨道交通闸机设备的模块示意图。
具体实施方式
39.下面详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。
40.在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”、“顺时针”、“逆时针”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
41.本文的公开提供了许多不同的实施方式或例子用来实现本发明的不同结构。为了简化本发明的公开，本文中对特定例子的部件和设置进行描述。当然，它们仅仅为示例，并且目的不在于限制本发明。此外，本发明可以在不同例子中重复参考数字和/或参考字母，这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施方式和/或设置之间的关系。此外，本发明提供了的各种特定的工艺和材料的例子，但是本领域普通技术人员可以意识到其他工艺的应用和/或其他材料的使用。
42.请参阅图1和图6，本发明实施方式的一种轨道交通闸机软件的业务处理方法包括：
43.步骤s101，根据不同的票卡业务划分多个单独的业务进程，每个业务进程与主控进程进行通信；
44.步骤s103，获取新增票卡业务操作；
45.步骤s105，根据新增票卡业务操作增加一个单独的业务进程，新增的业务进程与主控进程通信。
46.上述闸机软件的业务处理方法，根据不同票卡业务划分多个单独的业务进程，每个业务进程互不影响，在获取到新增票卡业务操作时，根据新增票卡业务增加相应的一个业务进程即可，无需修改既有业务进程，减少软件异常退出的机率，保证闸机的正常使用。
47.具体地，根据不同的票卡业务和软件逻辑处理业务划分多个业务进程，将每种票卡类型拆分为单独的业务进程，当新增一种票卡业务时，无需改动现有业务逻辑，直接新增一个业务进程，实现对新增票卡业务的处理。通过应用多进程架构实现各业务进程间的安全隔离。
48.在某些实施方式中，业务处理方法还包括：
49.通过消息队列实现多个业务进程之间解耦。如此，能够减少各业务进程间的影响。
50.具体地，使用消息队列实现多个业务进程之间解耦，每个业务进程负责该类业务内部所有的业务逻辑控制，按照高内聚、低耦合的要求，设计业务进程之间的消息接口，通过消息队列进行消息的写入和获取，尽可能少的各业务进程之间的消息传递，保证在控制一个票卡业务的业务进程出现异常时，不会影响其他业务进程。
51.在一个例子中，如图6和图7所示，闸机软件用于地铁站运营，根据不同的票卡业务和软件逻辑处理业务将业务进程划分为主控业务进程、银联票卡业务进程、人脸业务进程和乘车码业务进程等等，业务进程通过使用消息队列写入和获取消息，进行业务进程间的通信。当乘客在闸机处使用银联卡进出地铁站时，闸机上的读写器寻卡成功，调用银联卡读卡接口读取信息，调用银联sdk接口检验银联卡有效性，并将消息写入消息队列，主控进程获取消息并进行该业务相关操作，界面进程获取消息，若车票有效，界面提示票卡信息；若车票无效，界面提示无效票并引导乘客到客服中心处理。
52.在某些实施方式中，请参阅图2，业务处理方法包括：
53.步骤s109，调用监控进程以对业务进程进行监控；
54.步骤s111，当多个业务进程中出现异常进程时，监控进程对异常进程进行监管并自动对异常进程进行重启；
55.步骤s113，在异常进程重启完成后，监控进程将监管的数据交由重启完成后的业务进程处理。如此，能够避免因某一业务进程异常时使某种票卡业务失效。
56.具体地，当某一个进程出现异常时，监控进程对该异常进程的状态数据及核心交易数据进行监管并自动对异常进程进行重启，异常进程重启完成后，将监管的状态数据及核心交易数据继续交由该进程处理。
57.在某些实施方式中，业务处理方法包括：
58.在业务进程的相关业务处理完成后，业务进程生成持久化数据。如此，能够保证交易数据在传递过程中的完整性和准确性。
59.具体地，当闸机处理票卡时，为保证交易数据完整性，在票卡相关业务处理完成时，在该独立进程中生成持久化数据，避免交易数据在传递过程中出现丢失、篡改等问题。
60.在某些实施方式中，请参阅图3，业务处理方法包括：
61.步骤s117，调用网络检测进程以检测网络是否故障；
62.步骤s119，当网络故障时，闸机软件切换为离线模式；
63.步骤s121，当网络恢复时，闸机软件恢复联网模式。如此，能够在闸机在出现网络故障的情况下，部分功能保持正常运行。
64.具体地，在断网情况下，闸机软件控制闸机切换为离线功能，当网络恢复时，闸机软件可根据网络情况，自动恢复联网业务相关功能。
65.在某些实施方式中，请参阅图4，业务处理方法包括：
66.步骤s123，当出现交易数据文件损坏时，闸机软件分析损坏交易数据，以获取交易数据唯一标识；
67.步骤s125，利用唯一标识在交易数据日志中进行匹配以对损坏的交易数据文件进行恢复。如此，闸机软件能够恢复损坏的交易数据文件，保证交易数据的完整性。
68.具体地，在出现交易数据文件损坏时，闸机软件对损坏交易数据的文件名进行分析得出交易数据唯一id，根据交易数据日志中匹配的交易数据唯一id自动对损坏的交易数据文件进行恢复，确保核心交易数据不出现损坏及丢失的情况。
69.在某些实施方式中，请参阅图5，业务处理方法包括：
70.步骤s127，当硬件模块出现故障时，闸机软件自动根据硬件模块故障情况，转为相应的降级模式；
71.步骤s129，闸机软件自动对硬件模块进行检查，并对模块进行故障排除。如此，能够在闸机的部分硬件模块出现故障时保证部分功能正常运行。
72.具体地，当闸机的部分硬件模块出现故障时，闸机软件能够根据硬件模块的故障情况转为相应的降级模式，使闸机的部分业务功能正常运行。在一个例子中，闸机软件用于地铁站运营，地铁站闸机具有三种票卡处理业务，分别为储值卡处理业务、乘车码处理业务和单程票处理业务，在闸机软件中分别设置储值卡业务进程、乘车码业务进程和单程票业务进程，与处理三种业务相关的硬件模块为读写器、乘车码扫描装置和回收机构。其中，出站读写器的两个天线分别读取储值卡信息和单程票信息，乘车码扫描装置处理乘车码业
务，回收机构用于对单程票进行回收。在地铁的出站口设置闸机，当闸机出站读写器故障时，储值卡业务和单程票业务不可用，闸机软件检测到故障，将该闸机转换为只处理乘车码的模式；当出站乘车码扫描装置故障时，将闸机转换为暂不处理乘车码的模式，具体的降级模式转换如图8所示。
73.在某些实施方式中，业务处理方法包括：
74.闸机软件控制硬件模块在运行时段内开启电源及屏幕，在非运行时段内关闭电源和屏幕。如此，能够减少硬件模块的待机时长，提升硬件模块的使用寿命。
75.具体地，在一个例子中，闸机软件用于地铁站运营，通过分析地铁站闸机运营参数，闸机软件能够获取地铁站运行时间的信息，从而在结束运营的时间段内，软件自动关闭硬件模块电源及屏幕，减少硬件模块的待机时长，提升硬件模块的使用寿命，在运营开始以后，软件自动对硬件模块上电及初始化，自动进入正常服务模式，对乘客提供服务。
76.综上所述的闸机软件的业务处理方法，根据票卡处理业务划分软件业务进程，实现不同票卡类型的业务之间的安全隔离，当新增票卡业务时，只需新增一个业务进程而无需对原有业务逻辑进行修改，从而减少因新的票卡类型业务处理不当导致软件异常退出等问题，同时使用消息队列实现业务进程之间解耦，减少各业务进程间的影响。通过监控进程来对异常进程进行监管和重启，能够在进程异常的情况下保证闸机的运行，当闸机部分硬件模块发生故障时，闸机软件进行模式转换，充分考虑最大可用性，确保闸机软件在个别票卡处理业务异常的情况下，可以最大程度对乘客提供服务。
77.请参阅图9，本发明实施方式的一种轨道交通闸机设备100，用于城市轨道交通系统，轨道交通闸机设备100包括：存储器10、处理器12及存储在所述存储器10的计算机程序，所述计算机程序被所述处理器12执行时实现上述任一实施方式的业务处理方法的步骤。
78.本发明实施方式提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器12执行时实现上述任一实施方式的业务处理方法的步骤。
79.例如，计算机程序被处理器12执行时实现闸机软件的业务处理方法包括：
80.步骤s101，根据不同的票卡业务划分多个单独的业务进程，每个业务进程与主控进程进行通信；
81.步骤s103，获取新增票卡业务操作；
82.步骤s105，根据新增票卡业务操作增加一个单独的业务进程，新增的业务进程与主控进程通信。
83.上述闸机设备和计算机可读存储介质，通过不同的票卡业务划分多个单独的业务进程实现业务进程间的安全隔离，在新增票卡类型支持时，无需修改既有软件的业务逻辑，可以保证既有业务的可用性；通过消息队列实现多个业务进程之间解耦，通过监控进程对异常进程进行监管和重启，在部分票卡业务故障的情况下，缩小该业务的影响范围，确保其他业务进程可以正常运行，提升闸机软件的整体可用性。
84.在本说明书的描述中，参考术语“一个实施方式”、“一些实施方式”、“示意性实施方式”、“示例”、“具体示例”或“一些示例”等的描述意指结合所述实施方式或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。
85.尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施方式进行变化、修改、替换和变型。