用户乘车签约方法及装置与流程

1.本发明涉及人工智能技术领域，尤其涉及用户乘车签约方法及装置。


背景技术：

2.本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
3.目前现有的乘车码签约系统，一般是直接在用户触发乘车签约后，直接对用户的乘车签约请求处理，并基于处理结果，向用户发送乘车码，以供用户乘车。
4.但上述的用户乘车签约流程存在问题：
5.当用户所操作前端(如手机端)的防重复点击失败时，同一用户可能会多次触发签约接口，造成重复生成多次乘车签约请求；而由于当前乘车码签约系统响应时间不定，先调用的接口可能返回较慢，会将先返回的处理结果数据覆盖掉，导致前端缓存的用户标识与后台(即乘车码签约系统端)存储的标识不一致，会导致用户使用乘车码的时候的校验无法通过的问题，使得用户无法正常乘车。
6.如上述，现有技术下并不能解决因用户重复触发签约而导致无法生成对应用户的乘车码，而致使用户无法正常乘车的问题，提升了用户乘车签约的错误率，给用户出行乘车造成了困难，影响用户体验。


技术实现要素：

7.本发明实施例提供一种用户乘车签约方法，用以生成正确的乘车码，降低用户乘车签约的错误率，改善用户体验，该方法包括：
8.接收用户的乘车签约请求；所述用户的乘车签约请求携带有用户身份标识；
9.基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复；
10.在确定用户未签约、且用户身份标识未重复时，向redis服务器发送用于验证是否已存在历史乘车签约请求的查询请求；
11.在接收到redis服务器反馈的未存在历史乘车签约请求的返回信息后，将乘车签约请求存入redis服务器，并对乘车签约请求进行签约处理；
12.在签约处理结果为签约成功时，生成并发送对应用户身份标识的乘车码，并删除redis服务器中存入的乘车签约请求。
13.本发明实施例还提供一种用户乘车签约装置，用以生成正确的乘车码，降低用户乘车签约的错误率，改善用户体验，该装置包括：
14.请求接收模块，用于接收用户的乘车签约请求；所述用户的乘车签约请求携带有用户身份标识；
15.用户信息查询模块，用于基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复；
16.查询请求发送模块，用于在确定用户未签约、且用户身份标识未重复时，向redis
服务器发送用于验证是否已存在历史乘车签约请求的查询请求；
17.签约处理模块，用于在接收到redis服务器反馈的未存在历史乘车签约请求的返回信息后，将乘车签约请求存入redis服务器，并对乘车签约请求进行签约处理；
18.乘车码发送模块，用于在签约处理结果为签约成功时，生成并发送对应用户身份标识的乘车码，并删除redis服务器中存入的乘车签约请求。
19.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述用户乘车签约方法。
20.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述用户乘车签约方法。
21.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述用户乘车签约方法。
22.本发明实施例中，接收用户的乘车签约请求；所述用户的乘车签约请求携带有用户身份标识；基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复；在确定用户未签约、且用户身份标识未重复时，向redis服务器发送用于验证是否已存在历史乘车签约请求的查询请求；在接收到redis服务器反馈的未存在历史乘车签约请求的返回信息后，将乘车签约请求存入redis服务器，并对乘车签约请求进行签约处理；在签约处理结果为签约成功时，生成并发送对应用户身份标识的乘车码，并删除redis服务器中存入的乘车签约请求，从而在有多个乘车签约请求同时发生时，利用redis服务器单线程的优势，可对乘车签约请求的唯一性进行检验，确保了仅有一个乘车签约请求可成功写入redis服务器并进入签约处理的流程中，避免了现有技术下因用户重复触发签约而导致无法生成对应用户的乘车码，而致使用户无法正常乘车的问题，实现了生成正确的乘车码的目的，同时降低了用户乘车签约的错误率，改善了用户体验。
附图说明
23.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
24.图1为本发明实施例中一种用户乘车签约方法的流程示意图；
25.图2为本发明实施例中一种用户乘车签约方法的具体示例图；
26.图3为本发明实施例中一种用户乘车签约装置的结构示例图；
27.图4为本发明实施例中一种用户乘车签约装置的具体示例图；
28.图5为本发明实施例中提供的一种计算机设备的示意图。
具体实施方式
29.为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
30.本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括a、b、c中的至少一种，可以表示包括从a、b和c构成的集合中选择的任意一个或多个元素。
31.在本说明书的描述中，所使用的“包含”、“包括”、“具有”、“含有”等，均为开放性的用语，即意指包含但不限于。参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本技术的实施，其中的步骤顺序不作限定，可根据需要作适当调整。
32.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
33.目前，现有的乘车码签约系统主要流程多为：
①
用户触发签约；
②
用户端(手机前端)生成用户唯一标识；
③
手机后台端校验用户是否签约以及用户标识是否重复；在插入签约数据状态为未签约时，调用第三方系统签约；判断第三方系统返回的签约结果；更新签约结果；返回前端签约成功；
④
前端缓存用户标识调第三方sdk进行申码，用户即可乘车。
34.该流程存在如下问题：在前端的防重点击失败时，同一用户会多次触发签约接口，由于第三方系统响应时间不定，先调用的接口可能返回较慢，会将数据库表中先返回的数据的用户标识覆盖掉，导致前端缓存的用户标识与后台存储的标识不一致，用户下一次使用的时候会校验不通过。即为，受第三方系统限制，用户签约时，服务方与第三方之间的用户唯一标识需由前端生成，当前端防重点击不生效时，就会同时触发多笔签约请求，由于网络通信时间不定、系统响应时间不定，先发出的签约请求可能返回晚于后发出的签约请求，后返回的签约数据会将前面返回的签约数据覆盖，会导致前后端存储的用户标识不一致，用户下一次乘车时，校验时候签约就会不通过，同时无法发起重复签约。
35.如上述，现有技术下并不能解决因用户重复触发签约而导致无法生成对应用户的乘车码，而致使用户无法正常乘车的问题，提升了用户乘车签约的错误率，给用户出行乘车造成了困难，影响用户体验。
36.为了解决上述问题，本发明实施例提供了一种用户乘车签约方法，参见图1，该方法可以包括：
37.步骤101：接收用户的乘车签约请求；上述用户的乘车签约请求携带有用户身份标识；
38.步骤102：基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复；
39.步骤103：在确定用户未签约、且用户身份标识未重复时，向redis服务器发送用于验证是否已存在历史乘车签约请求的查询请求；
40.步骤104：在接收到redis服务器反馈的未存在历史乘车签约请求的返回信息后，将乘车签约请求存入redis服务器，并对乘车签约请求进行签约处理；
41.步骤105：在签约处理结果为签约成功时，生成并发送对应用户身份标识的乘车
码，并删除redis服务器中存入的乘车签约请求。
42.本发明实施例中，接收用户的乘车签约请求；上述用户的乘车签约请求携带有用户身份标识；基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复；在确定用户未签约、且用户身份标识未重复时，向redis服务器发送用于验证是否已存在历史乘车签约请求的查询请求；在接收到redis服务器反馈的未存在历史乘车签约请求的返回信息后，将乘车签约请求存入redis服务器，并对乘车签约请求进行签约处理；在签约处理结果为签约成功时，生成并发送对应用户身份标识的乘车码，并删除redis服务器中存入的乘车签约请求，从而在有多个乘车签约请求同时发生时，利用redis服务器单线程的优势，可对乘车签约请求的唯一性进行检验，确保了仅有一个乘车签约请求可成功写入redis服务器并进入签约处理的流程中，避免了现有技术下因用户重复触发签约而导致无法生成对应用户的乘车码，而致使用户无法正常乘车的问题，实现了生成正确的乘车码的目的，同时降低了用户乘车签约的错误率，改善了用户体验。
43.具体实施时，首先接收用户的乘车签约请求；上述用户的乘车签约请求携带有用户身份标识。
44.实施例中，接收用户的乘车签约请求，可以包括：在用户使用手机前端触发签约界面时，接收手机端生成的携带有用户身份标识的乘车签约请求；其中，该用户身份标识为对应用户身份的唯一标识，存储于手机端中。
45.具体实施时，在接收用户的乘车签约请求后，基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复。
46.实施例中，基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复，如图2所示，可以包括：
47.步骤201：基于用户的乘车签约请求，查询签约数据存储服务器中是否存在与用户相关联的用户签约数据和用户身份标识；
48.步骤202：在查询到签约数据存储服务器中不存在与用户相关联的用户签约数据和用户身份标识时，确定用户未签约、且用户身份标识未重复。
49.在上述实施例中，通过查询用户是否已签约、和用户身份标识是否重复，并在查询用户未签约、且用户身份标识未重复
50.在一个实施例中，还可以包括：
51.在签约处理结果为签约成功时，更新签约数据存储服务器存储的与用户相关联的用户签约数据和用户身份标识。
52.在一个实施例中，还可以包括：
53.在确定用户已签约、和/或用户身份标识已重复时，发出用户已完成签约的通知信息，并中止对乘车签约请求的处理。
54.在上述实施例中，可确保用户并未完成过乘车签约，避免了在用户已完成乘车签约的情况下，还对用户的乘车签约请求进行处理而造成的重复处理的情况发生。
55.具体实施时，在基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复后，在确定用户未签约、且用户身份标识未重复时，向redis服务器发送用于验证是否已存在历史乘车签约请求的查询请求。
56.在一个实施例中，redis服务器可为任何能存储乘车签约请求的部件，可设置于手
机后台中，也可以redis锁的形式，设置于可执行上述乘车签约方法的计算机程序中，本技术中，对redis服务器的具体存在形式并不进行限定。
57.实施例中，通过查询用户是否已签约、和用户身份标识是否重复，并在查询用户未签约、且用户身份标识未重复时，才向redis服务器发送用于验证是否已存在历史乘车签约请求的查询请求，可确保用户并未完成过乘车签约，避免了在用户已完成乘车签约的情况下，还对用户的乘车签约请求进行处理而造成的重复处理的情况发生。
58.具体实施时，在在确定用户未签约、且用户身份标识未重复时，向redis服务器发送用于验证是否已存在历史乘车签约请求的查询请求后，在接收到redis服务器反馈的未存在历史乘车签约请求的返回信息后，将乘车签约请求存入redis服务器，并对乘车签约请求进行签约处理。
59.在上述实施例中，当有多个乘车签约请求同时发生时，可利用redis单线程的优势，使得只有一个乘车签约请求可成功写入redis并进入后续流程中，其余请求在校验redis锁时会不通过，也就不会反回多个签约成功数据，造成相互覆盖，避免了现有技术下因用户重复触发签约而导致无法生成对应用户的乘车码，而致使用户无法正常乘车的问题，实现了生成正确的乘车码的目的，同时降低了用户乘车签约的错误率，改善了用户体验。
60.在一个实施例中，在接收到redis服务器反馈的已存在历史乘车签约请求的返回信息后，发出用户重复进行乘车签约的告警信息，并中止对乘车签约请求的处理。
61.举一实例，在经上述校验用户是否签约以及用户标识是否重复完成之后，可使用redis锁，以在用户触发签约时，校验redis锁中是否有正在签约的进程(即确认redis服务器中是否已存在历史乘车签约请求)，若有，则返回给前端redis服务器已存在历史乘车签约请求的返回信息，如反馈给前端内容为“用户正在完成签约，请稍后”的通知信息；若没有，则进行后续的签约处理的流程。
62.在一个实施例中，对乘车签约请求进行签约处理，可以包括：
63.将乘车签约请求发送至乘车签约系统；上述乘车签约系统用于对乘车签约请求进行实名认证处理；在实名认证处理通过时，生成并发出携带有对应用户身份标识的乘车码的签约成功通知信息；在实名认证处理未通过时，生成并发出签约失败通知信息；
64.根据接收的乘车签约系统发送的签约成功通知信息/或签约失败通知信息，确定签约处理结果。
65.在一个实施例中，乘车签约系统可用于：各个手机app中提供的乘车码乘车功能，如：手机银行app向客户提供乘车功能，用户可将app定位调整至当地，即可通过该功能乘车。用户可根据需要选择乘坐是地铁还是公交，申请乘车二维码，在首次申请二维码前，会触发该签约系统，签约系统内查询该用户是否签约，如未签约则先向用户展示签约内容，在用户勾选同意签约之后，会进入签约系统签约逻辑。
66.具体实施时，在将乘车签约请求存入redis服务器，并对乘车签约请求进行签约处理后，在签约处理结果为签约成功时，生成并发送对应用户身份标识的乘车码，并删除redis服务器中存入的乘车签约请求。
67.实施例中，用户可基于对应用户身份标识的乘车码，进行乘车操作；通过删除redis服务器中存入的乘车签约请求，可保证用户在后续再次提交乘车签约请求时，可顺利
实现对再次提交的乘车签约请求的处理，不会因redis服务器已存入乘车签约请求，而导致再次提交的乘车签约请求无法处理的情况发生。
68.本发明实施例中，接收用户的乘车签约请求；上述用户的乘车签约请求携带有用户身份标识；基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复；在确定用户未签约、且用户身份标识未重复时，向redis服务器发送用于验证是否已存在历史乘车签约请求的查询请求；在接收到redis服务器反馈的未存在历史乘车签约请求的返回信息后，将乘车签约请求存入redis服务器，并对乘车签约请求进行签约处理；在签约处理结果为签约成功时，生成并发送对应用户身份标识的乘车码，并删除redis服务器中存入的乘车签约请求，从而在有多个乘车签约请求同时发生时，利用redis服务器单线程的优势，可对乘车签约请求的唯一性进行检验，确保了仅有一个乘车签约请求可成功写入redis服务器并进入签约处理的流程中，避免了现有技术下因用户重复触发签约而导致无法生成对应用户的乘车码，而致使用户无法正常乘车的问题，实现了生成正确的乘车码的目的，同时降低了用户乘车签约的错误率，改善了用户体验。
69.如上述，本发明实施例可实现：
①
用户首先触发签约请求；
②
用户前端(手机端)生成用户唯一标识；
③
手机后台校验用户是否签约以及用户标识是否重复、并校验redis锁、在插入签约数据状态为未签约时，调用第三方系统签约；判断第三方系统返回的签约结果；更新签约结果；释放redis锁；返回前端签约成功的通知信息；
⑤
前端缓存用户标识调第三方sdk进行申码，用户即可乘车。该实例可在有多个签约请求同时发生时，利用redis单线程的优势，只有一笔请求可成功写入redis并进入后续流程中，其余请求在校验redis锁时会不通过，也就不会反回多个签约成功数据，造成相互覆盖，同时又可以控制用户标识的唯一性。
70.本发明实施例中还提供了一种用户乘车签约装置，如下面的实施例上述。由于该装置解决问题的原理与用户乘车签约方法相似，因此该装置的实施可以参见用户乘车签约方法的实施，重复之处不再赘述。
71.本发明实施例还提供一种用户乘车签约装置，用以生成正确的乘车码，降低用户乘车签约的错误率，改善用户体验，如图3所示，该装置包括：
72.请求接收模块301，用于接收用户的乘车签约请求；上述用户的乘车签约请求携带有用户身份标识；
73.用户信息查询模块302，用于基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复；
74.查询请求发送模块303，用于在确定用户未签约、且用户身份标识未重复时，向redis服务器发送用于验证是否已存在历史乘车签约请求的查询请求；
75.签约处理模块304，用于在接收到redis服务器反馈的未存在历史乘车签约请求的返回信息后，将乘车签约请求存入redis服务器，并对乘车签约请求进行签约处理；
76.乘车码发送模块305，用于在签约处理结果为签约成功时，生成并发送对应用户身份标识的乘车码，并删除redis服务器中存入的乘车签约请求。
77.在一个实施例中，用户信息查询模块，具体用于：
78.基于用户的乘车签约请求，查询签约数据存储服务器中是否存在与用户相关联的用户签约数据和用户身份标识；
79.在查询到签约数据存储服务器中不存在与用户相关联的用户签约数据和用户身份标识时，确定用户未签约、且用户身份标识未重复。
80.在一个实施例中，还可以包括：
81.用户信息更新模块，用于：
82.在签约处理结果为签约成功时，更新签约数据存储服务器存储的与用户相关联的用户签约数据和用户身份标识。
83.在一个实施例中，还可以包括：
84.第一请求中止处理模块，用于：
85.在确定用户已签约、和/或用户身份标识已重复时，发出用户已完成签约的通知信息，并中止对乘车签约请求的处理。
86.在一个实施例中，还可以包括：
87.第二请求中止处理模块，用于：
88.在接收到redis服务器反馈的已存在历史乘车签约请求的返回信息后，发出用户重复进行乘车签约的告警信息，并中止对乘车签约请求的处理。
89.在一个实施例中，签约处理模块，具体用于：
90.将乘车签约请求发送至乘车签约系统；上述乘车签约系统用于对乘车签约请求进行实名认证处理；在实名认证处理通过时，生成并发出携带有对应用户身份标识的乘车码的签约成功通知信息；在实名认证处理未通过时，生成并发出签约失败通知信息；
91.根据接收的乘车签约系统发送的签约成功通知信息/或签约失败通知信息，确定签约处理结果。
92.下面给出一个具体实施例，来说明本发明的装置的具体应用，该实施例中，可以包括如下模块：
93.签约校验模块(即上述的请求接收模块、用户信息查询模块、查询请求发送模块)：用于校验用户是否为重复签约、校验用户标识是否重复、校验是否已发起签约；
94.签约模块(即上述的签约处理模块)：用于与存储签约数据，将用户的签约调用第三方系统进行实名认证并签约；
95.存储签约数据模块(即上述的乘车码发送模块)：用于更新用户签约状态，返回签约成功。
96.如下结合图4，对上述具体实施例中的模块进行说明：
97.1、签约校验模块，用于：在用户发起签约请求时，先校验用户是否已签约以及用户身份标识是否重复；然后调用redis工具(redis服务器的一种实现方式)校验redis锁，判断是否存在已发起的乘车签约请求，若有，则返回前端“正在完成签约，请稍后”的通知信息，若没有，则确定用户为第一次发起乘车签约请求；在这一步骤中，通过加入redis锁，可防止后续签约请求的加入；最后插入签约数据状态为未签约。
98.2、签约模块：用于组装第三方系统请求报文(即将乘车签约请求发送至乘车签约系统的一种方式)，调用第三方系统进行实名认证；
99.3、存储签约数据模块：校验签约结果，修改签约状态，返回用户签约结果。
100.在这一具体实施例中，
①
用户首先触发签约请求；
②
用户前端(手机端)生成用户唯一标识；
③
手机后台校验用户是否签约以及用户标识是否重复、并校验redis锁、在插入
签约数据状态为未签约时，调用第三方系统签约；判断第三方系统返回的签约结果；更新签约结果；释放redis锁；返回前端签约成功的通知信息；
⑤
前端缓存用户标识调第三方sdk进行申码，用户即可乘车。该实例可在有多个签约请求同时发生时，利用redis单线程的优势，只有一笔请求可成功写入redis并进入后续流程中，其余请求在校验redis锁时会不通过，也就不会反回多个签约成功数据，造成相互覆盖，同时又可以控制用户标识的唯一性。
101.当然，可以理解的是，上述详细模块还可以有其他变化例，相关变化例均应落入本发明的保护范围。
102.基于上述发明构思，如图5所示，本发明还提出了一种计算机设备500，包括存储器510、处理器520及存储在存储器510上并可在处理器520上运行的计算机程序530，所述处理器520执行所述计算机程序530时实现上述用户乘车签约方法。
103.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述用户乘车签约方法。
104.本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述用户乘车签约方法。
105.本发明实施例中，接收用户的乘车签约请求；所述用户的乘车签约请求携带有用户身份标识；基于用户的乘车签约请求，查询用户是否已签约、和用户身份标识是否重复；在确定用户未签约、且用户身份标识未重复时，向redis服务器发送用于验证是否已存在历史乘车签约请求的查询请求；在接收到redis服务器反馈的未存在历史乘车签约请求的返回信息后，将乘车签约请求存入redis服务器，并对乘车签约请求进行签约处理；在签约处理结果为签约成功时，生成并发送对应用户身份标识的乘车码，并删除redis服务器中存入的乘车签约请求，从而在有多个乘车签约请求同时发生时，利用redis服务器单线程的优势，可对乘车签约请求的唯一性进行检验，确保了仅有一个乘车签约请求可成功写入redis服务器并进入签约处理的流程中，避免了现有技术下因用户重复触发签约而导致无法生成对应用户的乘车码，而致使用户无法正常乘车的问题，实现了生成正确的乘车码的目的，同时降低了用户乘车签约的错误率，改善了用户体验。
106.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
107.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
108.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或
多个方框中指定的功能。
109.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
110.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。