一种处理停车支付信息的方法及电子设备技术

本申请涉及智慧停车领域，一种处理停车支付信息的方法和电子设备，应用于停车收费系统，所述停车收费系统包括：主服务器、第一服务器和第二服务器，所述方法包括：所述第一服务器接收客户端发送的停车支付请求；所述第一服务器根据所述停车支付请求生成停车支付信息；所述第一服务器向所述主服务器发送所述支付信息和所述客户端的用户信息；所述第一服务器向所述第二服务器发送所述支付信息；当所述主服务器确定所述第一服务器无法处理所述停车支付信息时，所述主服务器指示所述第二服务器处理所述停车支付信息。上述方法能够快速恢复停车支付信息的处理。停车支付信息的处理。停车支付信息的处理。

【技术实现步骤摘要】
一种处理停车支付信息的方法及电子设备


[0001]本申请涉及智慧停车领域，尤其涉及一种处理停车支付信息的方法及电子设备。

技术介绍

[0002]众所周知，由于无人值守停车场完全采用线上支付停车费，因此，这些停车场对线上支付平台的稳定性要求会很高。线上支付平台的稳定性取决于云端服务器的稳定性。云端服务器每时每刻接入的线上支付订单数可能有成千上万个，一旦该云端服务器在某段时间内故障，比如，云端服务器在处理停车支付信息时发生故障，就会导致车主无法完成线上支付停车费从而无法顺利出停车场，这种情况不仅会引起大量停车场的出入口严重阻塞，还会给车主带来极度糟糕的体验。
[0003]因此，如何快速恢复停车支付信息的处理是当前急需解决的问题。

技术实现思路

[0004]本申请提供了一种处理停车支付信息的方法及电子设备，能够快速恢复停车支付信息的处理。
[0005]第一方面，提供了一种处理停车支付信息的方法，应用于停车收费系统，所述停车收费系统包括：主服务器、第一服务器和第二服务器，所述方法包括：所述第一服务器接收客户端发送的停车支付请求；所述第一服务器根据所述停车支付请求生成停车支付信息；所述第一服务器向所述主服务器发送所述停车支付信息和所述客户端的用户信息；所述第一服务器向所述第二服务器发送所述停车支付信息；当所述主服务器确定所述第一服务器无法处理所述停车支付信息时，所述主服务器指示所述第二服务器处理所述停车支付信息。
[0006]第一服务器会将停车支付信息及时同步给主服务器和第二服务器，主服务器接收到停车支付信息后，会监控第一服务器处理该停车支付信息的过程；若主服务器监控到第一服务器无法处理该停车支付信息时，则会立即指示第二服务器调取事先同步的停车支付信息并对该停车支付信息继续进行处理。第二服务器未保存用户信息，专门用于处理停车支付信息，相比于通过通用服务器(主服务器)处理停车支付信息，通过第二服务器处理停车支付信息能够快速恢复停车支付信息的处理过程，从而提高用户体验。
[0007]可选地，所述主服务器确定所述第一服务器无法处理所述停车支付信息，包括：所述主服务器接收所述客户端发送的第一查询请求，所述第一查询请求用于查询所述停车支付信息的处理进度；所述主服务器根据所述第一查询请求向所述第一服务器发送第二查询请求，所述第二查询请求用于查询所述停车支付信息的处理进度；当所述主服务器在预设时段内未收到所述第一服务器的响应时，所述主服务器确定所述第一服务器无法处理所述停车支付信息。
[0008]本实施例中，主服务器响应第一查询请求向第一服务器查询停车支付信息的处理进度，当主服务器未在预设时间段内接收到第一服务器的响应时，确定第一服务器发生故
障，随后可以及时指示第二服务器处理停车支付信息，避免用户长时间等待支付完成，从而提高了用户体验。
[0009]可选地，所述停车支付请求为订单生成请求，所述停车支付信息为停车消费订单。
[0010]可选地，所述停车支付请求为订单预支付请求，所述停车支付信息为停车预支付费用。
[0011]可选地，所述停车支付请求为订单支付查询请求，所述停车支付信息为订单支付结果。
[0012]可选地，所述第一服务器向所述主服务器发送所述停车支付信息和所述客户端的用户信息，包括：所述第一服务器通过数据传输服务DTS向所述主服务器发送所述停车支付信息和所述客户端的用户信息。
[0013]本实施例中，第一服务器采用DTS及时将停车支付信息和客户端的用户信息向主服务器进行备份，从而可以避免第一服务器故障而导致停车支付信息丢失以致于用户无法完成线上支付停车费的情况出现。
[0014]可选地，所述第一服务器向所述第二服务器发送所述停车支付信息，包括：所述第一服务器通过数据传输服务DTS向所述第二服务器发送所述停车支付信息。
[0015]本实施例中，第一服务器采用DTS及时将停车支付信息向第二服务器进行同步，当第一服务器故障而导致用户无法完成线上支付停车费时，主服务器可以立即指示第二服务器调取事先同步的停车支付信息并对该该停车支付信息继续处理，以减少用户等待支付停车费用的时间，从而提高用户体验。
[0016]第二方面，提供了一种生成报表的装置，包括用于执行第一方面中任一种方法的模块。
[0017]第三方面，提供了一种电子设备，包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于从所述存储器中调用并运行所述计算机程序，使得所述电子设备执行第一方面中任一项所述的方法。
[0018]第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储了计算机程序，当所述计算机程序被处理器执行时，使得处理器执行第一方面中任一项所述的方法。
[0019]在本申请的第二方面、第三方面和第四方面中的有益效果参见第一方面的有益效果。
附图说明
[0020]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0021]图1为本专利技术实施例中处理停车支付信息的方法流程示意图；
[0022]图2为本专利技术实施例中停车收费系统的结构示意图；
[0023]图3为本专利技术实施例中又一停车收费系统的结构示意图；
[0024]图4为本专利技术实施例中Kafka同步停车支付信息过程的示意图；
[0025]图5为本专利技术实施例中处理停车支付信息的装置示意图；
[0026]图6为本专利技术实施例中电子设备的结构示意图。
具体实施方式
[0027]以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
[0028]应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
[0029]还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
[0030]另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0031]在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。因此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种处理停车支付信息的方法，其特征在于，应用于停车收费系统，所述停车收费系统包括：主服务器、第一服务器和第二服务器，所述方法包括：所述第一服务器接收客户端发送的停车支付请求；所述第一服务器根据所述停车支付请求生成停车支付信息；所述第一服务器向所述主服务器发送所述停车支付信息和所述客户端的用户信息；所述第一服务器向所述第二服务器发送所述停车支付信息；当所述主服务器确定所述第一服务器无法处理所述停车支付信息时，所述主服务器指示所述第二服务器处理所述停车支付信息。2.根据权利要求1所述的方法，其特征在于，所述主服务器确定所述第一服务器无法处理所述停车支付信息，包括：所述主服务器接收所述客户端发送的第一查询请求，所述第一查询请求用于查询所述停车支付信息的处理进度；所述主服务器根据所述第一查询请求向所述第一服务器发送第二查询请求，所述第二查询请求用于查询所述停车支付信息的处理进度；当所述主服务器在预设时段内未收到所述第一服务器的响应时，所述主服务器确定所述第一服务器无法处理所述停车支付信息。3.根据权利要求1或2所述的方法，其特征在于，所述停车支付请求为订单生成请求，所述停车支付信息为停车消费订单。4.根据权利要求1或2所述的方法，其特征在于，所述停车支付请求为订单预支付请求，所述停车支付信息为停车预支付费用。5.根据权利要求1或2所述的方法，其特征在于，所述停车支付请求为订单支付查询请求，所述停车支付信息为订单支付结果。6.根据权利要求1或2所述的方法，其特征在于，所述第一服务器向所述主服...

【专利技术属性】
技术研发人员：唐健，李红清，许昭林，
申请(专利权)人：深圳市科漫达智能管理科技有限公司，
类型：发明
国别省市：