一种处理停车支付信息的方法及电子设备与流程

1.本技术涉及智慧停车领域，尤其涉及一种处理停车支付信息的方法及电子设备。


背景技术：

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


技术实现要素：

4.本技术提供了一种处理停车支付信息的方法及电子设备，能够快速恢复停车支付信息的处理。
5.第一方面，提供了一种处理停车支付信息的方法，应用于停车收费系统，所述停车收费系统包括：主服务器、第一服务器和第二服务器，所述方法包括：所述第一服务器接收客户端发送的停车支付请求；所述第一服务器根据所述停车支付请求生成停车支付信息；所述第一服务器向所述主服务器发送所述停车支付信息和所述客户端的用户信息；所述第一服务器向所述第二服务器发送所述停车支付信息；当所述主服务器确定所述第一服务器无法处理所述停车支付信息时，所述主服务器指示所述第二服务器处理所述停车支付信息。
6.第一服务器会将停车支付信息及时同步给主服务器和第二服务器，主服务器接收到停车支付信息后，会监控第一服务器处理该停车支付信息的过程；若主服务器监控到第一服务器无法处理该停车支付信息时，则会立即指示第二服务器调取事先同步的停车支付信息并对该停车支付信息继续进行处理。第二服务器未保存用户信息，专门用于处理停车支付信息，相比于通过通用服务器(主服务器)处理停车支付信息，通过第二服务器处理停车支付信息能够快速恢复停车支付信息的处理过程，从而提高用户体验。
7.可选地，所述主服务器确定所述第一服务器无法处理所述停车支付信息，包括：所述主服务器接收所述客户端发送的第一查询请求，所述第一查询请求用于查询所述停车支付信息的处理进度；所述主服务器根据所述第一查询请求向所述第一服务器发送第二查询请求，所述第二查询请求用于查询所述停车支付信息的处理进度；当所述主服务器在预设时段内未收到所述第一服务器的响应时，所述主服务器确定所述第一服务器无法处理所述停车支付信息。
8.本实施例中，主服务器响应第一查询请求向第一服务器查询停车支付信息的处理进度，当主服务器未在预设时间段内接收到第一服务器的响应时，确定第一服务器发生故
障，随后可以及时指示第二服务器处理停车支付信息，避免用户长时间等待支付完成，从而提高了用户体验。
9.可选地，所述停车支付请求为订单生成请求，所述停车支付信息为停车消费订单。
10.可选地，所述停车支付请求为订单预支付请求，所述停车支付信息为停车预支付费用。
11.可选地，所述停车支付请求为订单支付查询请求，所述停车支付信息为订单支付结果。
12.可选地，所述第一服务器向所述主服务器发送所述停车支付信息和所述客户端的用户信息，包括：所述第一服务器通过数据传输服务dts向所述主服务器发送所述停车支付信息和所述客户端的用户信息。
13.本实施例中，第一服务器采用dts及时将停车支付信息和客户端的用户信息向主服务器进行备份，从而可以避免第一服务器故障而导致停车支付信息丢失以致于用户无法完成线上支付停车费的情况出现。
14.可选地，所述第一服务器向所述第二服务器发送所述停车支付信息，包括：所述第一服务器通过数据传输服务dts向所述第二服务器发送所述停车支付信息。
15.本实施例中，第一服务器采用dts及时将停车支付信息向第二服务器进行同步，当第一服务器故障而导致用户无法完成线上支付停车费时，主服务器可以立即指示第二服务器调取事先同步的停车支付信息并对该该停车支付信息继续处理，以减少用户等待支付停车费用的时间，从而提高用户体验。
16.第二方面，提供了一种生成报表的装置，包括用于执行第一方面中任一种方法的模块。
17.第三方面，提供了一种电子设备，包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于从所述存储器中调用并运行所述计算机程序，使得所述电子设备执行第一方面中任一项所述的方法。
18.第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储了计算机程序，当所述计算机程序被处理器执行时，使得处理器执行第一方面中任一项所述的方法。
19.在本技术的第二方面、第三方面和第四方面中的有益效果参见第一方面的有益效果。
附图说明
20.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
21.图1为本发明实施例中处理停车支付信息的方法流程示意图；
22.图2为本发明实施例中停车收费系统的结构示意图；
23.图3为本发明实施例中又一停车收费系统的结构示意图；
24.图4为本发明实施例中kafka同步停车支付信息过程的示意图；
25.图5为本发明实施例中处理停车支付信息的装置示意图；
26.图6为本发明实施例中电子设备的结构示意图。
具体实施方式
27.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
28.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
29.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
30.另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
31.在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。因此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
32.随着无人值守停车场的快速推广，由于大多数停车场完全依赖于移动端线上支付停车费，因此，这些停车场对线上支付平台的稳定性要求越来越高。比如，无人值守停车场使用停车收费系统完成车主线上支付停车费；该停车收费系统运行的稳定性取决于云端服务器的稳定性。众所周知，同一时间段内，云端服务器接入的线上支付订单数可能有成千上万个，一旦该云端服务器在该时间段内故障，比如，云端服务器在处理停车支付信息时发生故障，就会导致车主无法完成线上支付停车费从而无法顺利出停车场，这种情况不仅会引起大量停车场的出入口严重阻塞，还会给车主带来极度糟糕的体验。因此，如何快速恢复停车支付信息的处理是当前急需解决的问题。
33.下面结合附图和具体实施例对本技术做进一步详细说明。
34.图1是本技术实施例中处理停车支付信息的方法的流程示意图，本技术实施例提供的处理停车支付信息的方法应用于停车收费系统200，如图2所示，停车收费系统200包括：主服务器201、第一服务器202和第二服务器203，其中，主服务器201用于同步第一服务器202发送的停车支付信息和客户端204的用户信息以及控制第一服务器202向第二服务器203进行切换，第一服务器202用于存储和处理用户的停车支付信息，第二服务器203用于同步第一服务器202发送的停车支付信息；上述第一服务器202上的订单服务数据库用于存储用户的停车支付信息；上述第二服务器203上的订单微服务数据库是一个微型数据库，专门用于存储和处理第一服务器203同步到第二服务器203上的停车支付信息；上述主服务器201分别与第一服务器202和第二服务器203互相通信。
35.比如，用户使用停车收费系统200进行停车费支付，用户通过客户端204向第一服务器202发送停车费支付请求，该停车费支付请求包括：停车消费订单生成请求以及对应的用户信息，第一服务器202响应该停车费支付请求并生成停车支付信息。第一服务器202在处理停车支付信息的同时，将该停车支付信息以及对应的用户信息同步至主服务器201，并将该停车支付信息同步给第二服务器203。正常情况下，第一服务器202处理停车支付信息并将处理结果(比如，支付成功的处理结果)发送给停车场的车辆管理系统，该车辆管理系统根据处理结果(比如，支付成功的处理结果)确定是否打开车(比如，打开)闸门让车辆出停车场。当第一服务器202发生故障无法处理停车支付信息时，主服务器201指示第二服务器203处理该停车支付信息。由于第二服务器203仅用于存储停车支付信息而不存储其他信息(比如，用户个人基本信息、用户停车消费历史记录等)，并且专门用于处理停车支付信息，相比于通过通用服务器(主服务器201)处理停车支付信息，通过第二服务器203处理停车支付信息能够快速恢复停车支付信息的处理过程。上述第二服务器203处理停车支付信息并将处理结果(比如，支付成功的处理结果)发送给停车场的车辆管理系统，该车辆管理系统根据处理结果(比如，支付成功的处理结果)确定是否打开车(比如，打开)闸门让车辆出停车场。
36.示例性地，上述主服务器201是存储全国所有地区停车支付信息的公共数据库服务器，用于存储其他服务器发送的停车支付信息和对应的用户信息；还用于存储不同服务器处理不同区域停车支付信息的配置信息。上述用户信息包括：用户个人基本信息、用户停车消费历史记录和用户停车费用结算记录；上述公共数据库服务器包括：基础公共数据库和订单公共数据库，其中，基础公共数据库用于存储车辆基本信息(比如，车牌号、停车时间、停车地点等)、上述配置信息以及上述用户信息等；订单公共数据库用于存储停车支付信息。比如，第一服务器201负责华南区域的停车支付信息，第三服务器负责华北地区的停车支付信息，第四服务器负责西南地区的停车支付信息，主服务器201会将上述不同服务器处理不同地区停车支付信息的配置信息存储在主服务器201中，以方便用户查询处理不同区域停车支付信息的服务器。
37.示例性地，上述主服务器201、第一服务器202和第二服务器203相互之间物理隔离，其中，任意一个服务器上发生数据丢失并不影响另外两个服务器上的数据。上述第一服务器201仅处理本服务器需要负责的区域内的停车支付信息，并将该区域内的停车支付信息分别同步至主服务器201和第二服务器203。比如，第一服务器201只负责处理华南区域的停车支付信息，对于其他地区的停车支付信息由其他服务器处理，其他服务器处理其他地区的停车支付信息，也会将该区域内的停车支付信息分别同步至主服务器201和第二服务器203。
38.主服务器201会时刻监听第一服务器201处理停车支付信息的处理过程；一旦主服务器201监听到第一服务器201故障而无法处理停车支付信息，就会将客户端204请求第一服务器201生成停车支付信息的访问地址切换至第二服务器203，并控制第二服务器203响应客户端204发送的停车费支付请求；第二服务器203根据停车支付请求生成停车订单信息。
39.示例性地，上述主服务器201、第一服务器202和第二服务器203均多级缓存设计，比如，采用本地缓存、redis缓存和数据库存储的多级存储方式，其中每种存储方式都是独
立的。当客户端203在向服务器查询停车支付信息a时，服务器先在本地缓存中查询，若本地缓存中不存在停车支付信息a，则服务器再向redis缓存查询是否存在停车支付信息a；若redis缓存中不存在停，则最后再查询数据库以确定是否存在停车支付信息a；若数据库中也不存在停车支付信息a，则服务器会发出警报，以及时告知运维人员当前服务器异常，需要尽快处理。
40.示例性地，上述主服务器201、第一服务器202和第二服务器203均可以是单个服务器也可以是服务器集群，本身请对此不作限定，用户可以根据实际应用场景选择服务器的组合方式。
41.如图1所示，本技术实施例中处理停车支付信息的方法包括：
42.s101，第一服务器接收客户端发送的停车支付请求。
43.示例性地，如图2所示，用户在客户端204上使用停车应用软件(比如，捷停车应用软件)向第一服务器202发送停车支付请求；第一服务器202接收停车支付请求，并响应该停车支付请求。比如，第一服务器202负责处理华南地区的停车支付信息，某华南地区的用户在a停车场完成停车后，通过手机上的捷停车应用软件向第一服务器202发送停车支付请求x；第一服务器202响应该停车支付请求x。
44.s102，第一服务器根据停车支付请求生成停车支付信息。
45.示例性地，如图2所示，第一服务器202接收到上述停车软件发送的停车支付请求后，并根据该停车支付请求生成停车支付信息。比如，第一服务器202负责处理华南地区的停车支付信息，某华南地区的用户在a停车场完成停车后，通过手机上的捷停车应用软件向第一服务器202发送停车支付请求x；第一服务器202根据该停车支付请求x生成停车支付信息y。
46.示例性地，停车支付请求为订单生成请求，停车支付信息为停车消费订单。上述订单生成请求用于请求服务器为用户生成停车消费订单。如图2所示，第一服务器202在接收到上述停车软件发送的订单生成请求后，并根据该订单生成请求生成停车消费订单。比如，第一服务器202负责处理西南地区的停车支付信息，某西南地区的用户在b停车场完成停车后，通过手机上的捷停车应用软件向第一服务器202发送订单生成请求x1；第一服务器202根据该订单生成请求x1生成停车消费订单y1。
47.示例性地，停车支付请求为订单预支付请求，停车支付信息为停车预支付费用。上述订单预支付请求用于请求服务器为用户生成停车预支付费用。如图2所示，第一服务器202接收到上述停车软件发送的订单预支付请求后，并根据该订单预支付请求生成停车预支付费用。比如，第一服务器202负责处理华北地区的停车支付信息，某华北地区的用户在c停车场完成停车后，用户通过手机上的捷停车应用软件支付第一服务器202生成的停车消费订单；当用户触发捷停车应用软件上的支付操作后，该捷停车应用软件向第一服务器202发送订单预支付请求x2；第一服务器202根据该订单预支付请求x2生成停车预支付费用y2。
48.示例性地，停车支付请求为订单支付查询请求，停车支付信息为订单支付结果。上述订单支付查询请求用于请求服务器为用户查询停车消费订单支付的结果。如图2所示，第一服务器202接收到上述停车软件发送的订单支付查询请求后，并根据订单支付查询请求为用户查询停车消费订单的支付结果，并将支付结果反馈给用户。比如，第一服务器202负责处理华北地区的停车支付信息，某华北地区的用户在d停车场完成停车后，用户支付了停
车费用，但是d停车场的车辆管理软件并没有收到支付结果，以致于用户的车辆无法出停车场；此时，用户可以通过手机上的捷停车应用软件向第一服务器202发送订单支付查询请求x3；第一服务器202根据该订单支付查询请求x3为用户查询停车消费订单的支付结果，并将该支付结果反馈给用户。
49.s103，第一服务器向主服务器发送停车支付信息和客户端的用户信息。
50.示例性地，上述停车支付信息包括停车消费订单、停车预支付费用和订单支付结果；上述用户信息包括用户个人信息、车辆标识、停车时间、停车地点和支付方式(比如，微信支付、银行卡支付、支付宝支付、花呗支付等)。比如，如图2所述，客户端204会将用户信息和停车支付请求发送给第一服务器202；第一服务器202根据停车支付请求生成停车支付信息；第一服务器202将该停车支付信息和对应的用户信息同步给主服务器201；主服务器201接收到该停车支付信息和对应的用户信息后，将停车支付信息存储在订单公共数据库而将用户信息存储在基础公共数据库。
51.示例性地，第一服务器通过数据传输服务dts向主服务器发送停车支付信息和客户端的用户信息。如图2所示，第一服务器202可以通过数据传输服务(data transmission service，dts)向主服务器201同步停车支付信息和客户端204的用户信息，即第一服务器202将停车支付信息通过dts同步至订单公共数据库，而将客户端204的用户信息通过dts同步至基础公共数据库。上述订单公共数据库和基础公共数据库可以是mysql、sql server、oracle、sybase等，本技术对此不作任何限定，用户可以根据实际需求选择合适的数据库。
52.可选地，如图3所示，第一服务器202还可以通过kafka数据处理平台以异步的方式向主服务器201发送停车支付信息和客户端的用户信息，即第一服务器202将停车支付信息通过kafka数据处理平台并以异步的方式同步(即写入)至订单公共数据库，而将客户端204的用户信息通过kafka数据处理平台并以异步的方式同步(即写入)到基础公共数据库(图3为示出)。上述kafka数据处理平台以订阅订单数据的方式向主服务器201同步停车支付信息和客户端204的用户信息；该订阅订单数据即订阅停车支付信息和客户端204的用户信息的数据。
53.本实施例中，第一服务器202采用dts及时将停车支付信息和客户端204的用户信息向主服务器201进行同步，从而可以避免第一服务器202故障而导致停车支付信息丢失以致于用户无法完成线上支付停车费的情况出现。
54.s104，第一服务器向第二服务器发送停车支付信息。
55.示例性地，如图2所述，客户端204会将停车支付请求发送给第一服务器202；第一服务器202根据停车支付请求生成停车支付信息；第一服务器202将该停车支付信息同步给第二服务器203；第二服务器203接收到该停车支付信息后，将停车支付信息存储在第二服务器203上的订单微服务数据库。
56.示例性地，第一服务器通过数据传输服务dts向第二服务器发送停车支付信息。如图2所示，第一服务器202可以通过dts向第二服务器203同步停车支付信息，即第一服务器202将停车支付信息通过dts同步至第二服务器203上的订单微服务数据库。该订单微服务数据库可以是mysql、sql server、oracle、sybase等，本技术对此不作任何限定，用户可以根据实际需求选择合适的数据库。
57.本实施例中，第一服务器202采用dts及时将停车支付信息向第二服务器203进行
同步，当第一服务器202故障而导致用户无法完成线上支付停车费时，主服务器201可以立即指示第二服务器203调取事先同步的停车支付信息并对该停车支付信息继续处理，以减少用户等待支付停车费用的时间，从而提高用户体验。
58.s105，当主服务器确定第一服务器无法处理停车支付信息时，主服务器指示第二服务器处理停车支付信息。
59.示例性地，正常情况下，第一服务器用于处理停车支付信息，并将该停车支付信息分别同步至主服务器和第二服务器。一旦主服务器监测到第一服务器故障无法正常处理停车支付信息，就会立即指示第二服务器去处理该停车支付信息，以确保用户顺利的完成停车费用的支付。
60.比如，如图2所示，第一服务器202在接收到客户端204发送的订单生成请求后，并根据该订单生成请求生成停车消费订单。第一服务器202将该停车消费订单发送至客户端204；当用户还未根据该停车消费订单发起订单预支付请求时，第一服务器202故障，此时，主服务器201已经将客户端204访问第一服务器202的地址切换至第二服务器203；此时，用户需要重新刷新一下客户端204的订单生成页面就会出现该停车消费订单；重新生成的停车消费订单是第二服务器203通过第二服务器203与客户端204之间的访问地址发送给客户端204的；此外，用户通过客户端204对该停车消费订单发起订单预支付请求，并将该订单预支付请求通过第二服务器203与客户端204之间的访问地址发送给第二服务器203；第二服务器203会调取该订单预支付请求对应的停车消费订单；并根据该停车消费订单和订单预支付请求为用户生成停车预支付费用；第二服务器203将该停车预支付费用通过第二服务器203与客户端204之间的访问地址发送给客户端204；此时，用户可以根据停车预支付费用完成停车费的支付，从而顺利出停车场。
61.比如，如图2所示，第一服务器202已经根据客户端204发送的订单预支付请求，为用户生成停车预支付费用，而且用户已经根据停车预支付费用发起了预支付但是还未支付成功(比如，用户还未输密码或者突然断网)；此时，第一服务器202故障，并且，主服务器201已经将客户端204访问第一服务器202的地址切换至第二服务器203；此时，用户需要重新刷新一下客户端204的预支付费用生成页面就会出现该停车预支付费用；重新生成的停车预支付费用是第二服务器203通过第二服务器203与客户端204之间的访问地址发送给客户端204的；此时，用户通过客户端204对该停车预支付费用进行支付(比如，选择支付宝支付并输入支付宝密码以完成支付)；用户对该停车预支付费用的支付结果会通过第二服务器203与客户端204之间的访问地址发送给第二服务器203；第二服务器203将支付完成的结果发送给停车场的车辆管理系统；车辆管理系统根据该支付完成的结果开启闸门，用户顺利出停车场。
62.再比如，如图2所示，用户已经对上述停车预支付费用完成了支付，但是，在停车场的车辆管理系统还未收到用户支付完成的结果时，第一服务器202故障，并且，主服务器201已经将客户端204访问第一服务器202的地址切换至第二服务器203；此时，当用户通过客户端204向服务器发送订单支付查询请求时，该订单支付查询请求通过第二服务器203与客户端204之间的访问地址发送给第二服务器203；第二服务器203根据该订单支付查询请求查询对应停车消费订单的支付情况，并将查询结果通过第二服务器203与客户端204之间的访问地址发送给客户端204，以及时告知用户上述停车消费订单的支付情况。
63.可选地，上述第二服务器203在处理完停车支付信息后，可以向主服务器201反馈处理情况，以便于主服务器201及时了解停车费用支付的情况。
64.示例性地，主服务器确定第一服务器无法处理停车支付信息，包括：主服务器接收客户端发送的第一查询请求，第一查询请求用于查询停车支付信息的处理进度；主服务器根据第一查询请求向第一服务器发送第二查询请求，第二查询请求用于查询停车支付信息的处理进度；当主服务器在预设时段内未收到第一服务器的响应时，主服务器确定第一服务器无法处理停车支付信息。上述第一查询请求包括：订单支付结果查询请求和订单详情查询请求，其中，订单支付结果查询请求用于客户端向主服务器查询订单支付结果，订单详情查询请求用于客户端向主服务器查询订单处理详情；上述第二查询请求包括：订单支付结果处理请求和订单处理详情请求，其中，订单支付结果处理请求用于主服务器向第一服务器查询订单支付结果，订单处理详情请求用于主服务器向第一服务器查询订单处理详情。
65.比如，如图2所示，当用户支付完停车预支付费用后，停车场还未给用户的车辆开闸门。此时，用户可以通过客户端204上停车应用软件提供的订单查询服务向主服务器201发送订单支付结果查询请求，主服务器201根据该订单支付结果查询请求向第一服务器202发送订单支付结果处理请求；第一服务器202根据该订单支付结果处理请求查询第一服务器202上的订单服务数据库，并将该订单支付结果的查询结果反馈给主服务器201；若第一服务器202在预设时段内(比如，2s内)未收到上述订单支付结果的查询结果，则主服务器201确定第一服务器202发生故障而无法处理用户的停车支付信息，随后及时指示第二服务器203处理停车支付信息，避免用户长时间等待支付完成，从而提高了用户体验。
66.综上所述，第一服务器会将停车支付信息及时同步给主服务器和第二服务器，主服务器接收到停车支付信息后，会监控第一服务器处理该停车支付信息的过程；若主服务器监控到第一服务器无法处理该停车支付信息时，则会立即指示第二服务器调取事先同步的停车支付信息并对该停车支付信息继续进行处理。第二服务器未保存用户信息，专门用于处理停车支付信息，相比于通过通用服务器(主服务器)处理停车支付信息，通过第二服务器处理停车支付信息能够快速恢复停车支付信息的处理过程，从而提高用户体验。
67.为了便于理解，下面结合图3以示例的形式再一次说明本技术提供的处理停车支付信息的方法的流程步骤：
68.(1)用户通过客户端204上的捷停车应用软件在华南地区的a停车场临时停车。捷停车应用软件在使用分发服务向服务器(比如，第一服务器202)下发停车支付请求，会根据用户停车的区域确定用户发送停车支付请求应该下发给哪个服务器进行处理。比如，第一服务器202负责处理华南地区停车场的停车支付信息，用户在华南地区停车场进行停车；用户的停车支付请求应该下发(即发送)给第一服务器202进行处理。
69.(2)停车结束后，用户通过捷停车应用软件支付停车费用。当第一服务器202正常时，用户在客户端204上使用捷停车应用软件向第一服务器202发送停车支付请求w1；第一服务器202根据该停车支付请求w1生成停车支付信息，并分别将该停车支付信息同步至第二服务器203和主服务器201。当第一服务器202故障时，第一服务器202无法根据停车支付请求w1生成停车支付信息，如图3中虚线所示；此时，主服务器201指示第二服务器203去处理该停车支付信息。再比如，若用户在华北地区的b停车场临时停车，则用户在客户端204上
使用捷停车应用软件发送的停车支付请求w2应该是发送给第三服务器301；第三服务器301来处理用户发送的停车支付请求w2。上述主服务器201、第一服务器202、第二服务器203和第三服务器301采用多级缓存设计，比如，采用本地缓存、redis缓存和mysql数据库存储的多级存储方式。特此说明，其他地区的服务器处理停车支付信息的方式，与第一服务器202处理停车支付信息的方式类似，在此不再赘述。
70.图5是本技术提供的处理停车支付信息的装置的结构示意图。该装置500包括接收模块501、生成模块502、发送模块503和确定模块504，其中，
71.接收模块501，用于第一服务器接收客户端发送的停车支付请求；
72.生成模块502，用于第一服务器根据停车支付请求生成停车支付信息；
73.发送模块503，用于第一服务器向主服务器发送停车支付信息和客户端的用户信息；还用于第一服务器向第二服务器发送停车支付信息；
74.确定模块504，用于当主服务器确定第一服务器无法处理停车支付信息时，主服务器指示第二服务器处理停车支付信息。
75.装置500执行处理停车支付信息的方法的具体方式以及产生的有益效果可以参见图1所示的方法实施例中的相关描述。
76.图6示出了本技术提供了一种电子设备的结构示意图。图6中的虚线表示该单元或该模块为可选的。电子设备600可用于实现上述方法实施例中描述的方法。电子设备600可以是服务器或芯片。
77.电子设备600包括一个或多个处理器601，该一个或多个处理器601可支持电子设备600实现图1所对应方法实施例中的方法。处理器601可以是通用处理器或者专用处理器。例如，处理器601可以是中央处理器(central processing unit，cpu)。cpu可以用于对电子设备600进行控制，执行软件程序，处理软件程序的数据。电子设备600还可以包括通信单元605，用以实现信号的输入(接收)和输出(发送)。
78.例如，电子设备600可以是芯片，通信单元605可以是该芯片的输入和/或输出电路，或者，通信单元605可以是该芯片的通信接口，该芯片可以作为电子设备的组成部分。
79.又例如，通信单元605可以是该电子设备600的收发器，或者，通信单元605可以是该电子设备600的收发电路。
80.电子设备600中可以包括一个或多个存储器602，其上存有程序604，程序604可被处理器601运行，生成指令603，使得处理器601根据指令603执行上述方法实施例中描述的方法。可选地，存储器602中还可以存储有数据。可选地，处理器601还可以读取存储器602中存储的数据，该数据可以与程序604存储在相同的存储地址，该数据也可以与程序604存储在不同的存储地址。
81.处理器601和存储器602可以单独设置，也可以集成在一起，例如，集成在电子设备的系统级芯片(system on chip，soc)上。
82.处理器601执行处理停车支付信息的方法的具体方式可以参见方法实施例中的相关描述。
83.应理解，上述方法实施例的各步骤可以通过处理器601中的硬件形式的逻辑电路或者软件形式的指令完成。处理器601可以是cpu、数字信号处理器(digital signal processor,dsp)、现场可编程门阵列(field programmable gate array，fpga)或者其它可
编程逻辑器件，例如，分立门、晶体管逻辑器件或分立硬件组件。
84.本技术还提供了一种计算机程序产品，该计算机程序产品被处理器601执行时实现本技术中任一方法实施例所述的方法。
85.该计算机程序产品可以存储在存储器602中，例如是程序604，程序604经过预处理、编译、汇编和链接等处理过程最终被转换为能够被处理器601执行的可执行目标文件。
86.本技术还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现本技术中任一方法实施例所述的方法。该计算机程序可以是高级语言程序，也可以是可执行目标程序。
87.该计算机可读存储介质例如是存储器602。存储器602可以是易失性存储器或非易失性存储器，或者，存储器602可以同时包括易失性存储器和非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamicram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram,drram)。
88.本领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和设备的具体工作过程以及产生的技术效果，可以参考前述方法实施例中对应的过程和技术效果，在此不再赘述。
89.在本技术所提供的几个实施例中，所揭露的系统、装置和方法，可以通过其它方式实现。例如，以上描述的方法实施例的一些特征可以忽略，或不执行。以上所描述的装置实施例仅仅是示意性的，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，多个单元或组件可以结合或者可以集成到另一个系统。另外，各单元之间的耦合或各个组件之间的耦合可以是直接耦合，也可以是间接耦合，上述耦合包括电的、机械的或其它形式的连接。
90.以上所述实施例仅用以说明本技术的技术方案，而非对其限制。尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换，而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。