支付方法、系统、设备、平台、介质及产品与流程

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.风险校验模块，用于对车辆服务账单和支付凭证信息进行风险校验；
35.支付处理模块，用于在校验成功的情况下，从与车载支付系统关联的资金账户中，扣除车辆服务账单对应的收款金额，并将收款金额转移至收款设备对应的资金账户，生成支付结果；
36.发送模块，用于向收款设备和车载支付系统发送支付结果。
37.第七方面，本技术实施例提供一种支付设备，包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第一方面、第二方面或者第三方面的支付方法的步骤。
38.第八方面，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面、第二方面或者第三方面所示的支付方法的步骤。
39.第九方面，本技术实施例提供一种计算机程序产品，计算机程序产品被存储在非易失的存储介质中，计算机程序产品被至少一个处理器执行时实现如第一方面、第二方面或者第三方面所示的支付方法的步骤。
40.本技术实施例提供一种支付方法、系统、设备、平台、介质及产品，车辆上安装的车载支付系统可以接收车辆服务账单，并获取与该车辆服务账单的账单类型关联的车辆监控数据。基于此，车载支付系统可对车辆服务账单与车辆监控数据进行自动校验，即确认该车
辆服务账单与车辆监控数据是否匹配，无需用户人为查看校验，简化了用户的支付操作步骤。并且，在车辆服务账单与车辆监控数据匹配，即校验通过的情况下，车载支付系统可以生成支付凭证信息，基于该支付凭证信息支付车辆服务账单对应的收款金额，完成此次支付过程。如此，本技术能够在车辆服务场景下智能化校验车辆服务结果，简化用户的支付操作步骤，有效提升账单的支付效率，缩短支付时长。
附图说明
41.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
42.图1为本技术实施例提供的支付方法的应用场景的一示例的架构示意图；
43.图2为本技术第一方面提供的支付方法的一实施例的流程图；
44.图3为本技术第一方面提供的支付方法的另一实施例的流程图；
45.图4为本技术第一方面提供的支付方法的又一实施例的流程图；
46.图5为本技术第一方面提供的支付方法的再一实施例的流程图；
47.图6为本技术第一方面提供的支付方法的再一实施例的流程图；
48.图7为本技术第二方面提供的支付方法的一实施例的流程图；
49.图8为本技术第三方面提供的支付方法的一实施例的流程图；
50.图9为本技术实施例提供的支付流程的一示例的流程图；
51.图10为本技术第四方面提供的车载支付系统的一实施例的结构示意图；
52.图11为本技术第五方面提供的收款设备的一实施例的结构示意图；
53.图12为本技术第六方面提供的支付平台的一实施例的结构示意图；
54.图13为本技术第七方面提供的支付设备的一实施例的结构示意图。
具体实施方式
55.下面将详细描述本技术的各个方面的特征和示例性实施例，为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本技术进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本技术，而不是限定本技术。对于本领域技术人员来说，本技术可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本技术的示例来提供对本技术更好的理解。
56.随着经济不断的进步和发展，汽车已经成为人们生活的一部分，与此同时，为车主提供的车辆服务也日渐多样化，例如加油、停车、车辆维修保养等。实际应用中，在提供车辆服务之后，用户在支付过程中需对车辆服务结果校验后再完成付款，例如在车辆加油场景下，用户需下车核对加油量与收款金额，核对完成后通过用户终端完成支付。如此，在车辆服务场景下，用户在支付过程中需人为校验车辆服务结果，支付耗时较长，支付效率较低。
57.基于上述出现的问题，本技术实施例提供一种支付方法、系统、设备、平台、介质及产品，能够在车辆服务场景下，通过车辆上安装的车载支付系统对车辆服务账单与车辆监控数据进行自动校验，即确认该车辆服务账单与车辆监控数据是否匹配，智能化校验车辆服务结果，无需用户人为查看校验，简化用户的支付操作步骤，有效提升账单的支付效率，
缩短支付时长。
58.本技术实施例中的支付方法可以应用于车辆服务场景，该支付方法可涉及付款方的车载支付系统、收款方的电子设备(简称收款设备)、支付平台。下面结合图1对本技术实施例中的支付架构进行详细说明。
59.图1为本技术实施例提供的支付方法的应用场景的一示例的架构示意图。
60.如图1所示，该支付方法的架构系统可包括车载支付系统11、收款设备12和支付平台13。
61.车载支付系统11可安装于车辆，车载支付系统11可以包括车载应用程序，以及与该车载应用程序集成的支付软件开发工具包sdk，支付sdk可提供支付服务。车载支付系统11关联付款方的至少一个资金账户，以通过资金账户完成付款，其中，本技术实施例中的资金账户包括但不限于下述中的至少一种：银行账户、第三方支付账户、手机钱包账户。
62.收款设备12为收款方在支付过程中用于与车载支付系统11进行交互的终端设备，具体可为手机、平板电脑、智能穿戴设备、智能销售设备(point of sales，pos)、边缘侧设备或者云端服务设备等，在此并不限定收款设备12的具体种类。在车辆服务场景下，收款设备12可向车载支付系统11推送车辆服务账单，该车辆服务账单可以包括账单类型和收款金额。收款设备12可安装有支付应用程序，支付应用程序可用于收款，支付应用程序提供收款服务，收款服务授权绑定收款方的至少一个资金账户，以便在资金账户中添加车辆服务账单中的收款金额。
63.支付平台13可用于分别与车载支付系统11和收款系统12进行通信，为付款服务和收款服务提供支付资源的传输，从而完成付款账户的扣款以及收款账户的收款，还可用于支付风险的校验、控制、清算等。
64.基于上述附图1所示的本技术实施例提供的支付架构，对本技术实施例提供的支付方法进行详细地说明。
65.本技术第一方面提供一种支付方法，可应用于车载支付系统，即该支付方法可由车载支付系统执行。车载支付系统的具体内容可参见上述实施例中的相关说明，在此不再赘述。
66.图2为本技术第一方面提供的支付方法的一实施例的流程图。如图2所示，该支付方法可以包括步骤210-步骤240。
67.步骤210，接收收款设备发送的车辆服务账单。
68.其中，车辆服务账单可以包括账单类型。
69.步骤220，获取与车辆服务账单的账单类型关联的车辆监控数据。
70.步骤230，在车辆服务账单与车辆监控数据匹配的情况下，生成支付凭证信息。
71.步骤240，基于支付凭证信息，支付车辆服务账单对应的收款金额。
72.本技术实施例提供的支付方法，车辆上安装的车载支付系统可以接收车辆服务账单，并获取与该车辆服务账单的账单类型关联的车辆监控数据。基于此，车载支付系统可对车辆服务账单与车辆监控数据进行自动校验，即确认该车辆服务账单与车辆监控数据是否匹配，无需用户人为查看校验，简化用户的支付操作步骤。并且，在车辆服务账单与车辆监控数据匹配，即校验通过的情况下，车载支付系统可以生成支付凭证信息，基于该支付凭证信息支付车辆服务账单对应的收款金额，完成此次支付过程。如此，本技术能够在车辆服务
场景下智能化校验车辆服务结果，简化用户的支付操作步骤，有效提升账单的支付效率，缩短支付时长。
73.下面结合实施例，对上述步骤的具体实现方式进详细说明，具体如下所示。
74.涉及步骤210，接收收款设备发送的车辆服务账单。
75.在车辆服务场景下，收款方可为付款方提供车辆服务，服务结束后收款方可在收款设备中设置此次车辆服务对应的收款金额，以使收款设备生成此次车辆服务对应的车辆服务账单，并向付款方的车载支付系统发送该车辆服务账单。
76.在本技术的一些实施例中，收款设备可以包括用于提供收款服务的支付应用程序，支付应用程序包括收款界面，该收款界面可以包括收款金额输入框，用户可在该收款金额输入框中设置收款金额。
77.在一些示例中，在加油服务场景下，该收款设备可以为加油站管理设备，加油员完成机油后，需要在加油站管理设备的收款界面输入收款金额，以使加油站管理设备生成并向车辆的车载支付系统推送车辆服务账单。
78.在另一些实施例中，收款设备可以自动计算收款金额，生成车辆服务账单。
79.在另一些示例中，在停车服务场景下，该收款设备可以为停车场收费设备，停车场收费设备可以基于车辆的停车时长自动计算收款金额，生成并向车辆的车载支付系统推送车辆服务账单。
80.在本技术的一些实施例中，收款设备可以通过后台、蓝牙、无线通信技术wifi、电子不停车收费系统(electronic toll collection，etc)或者近场通信(near field communication，nfc)等通信方式向车载监控系统发送车辆服务账单，本技术对收款设备与车载支付系统之间的通信方式不做具体限定。
81.涉及步骤220，获取与车辆服务账单的账单类型关联的车辆监控数据。
82.在本技术的一些实施例中，步骤220可以具体包括：从车载监控系统中获取与账单类型关联的车辆监控数据。
83.车载监控系统与车载支付系统均安装于车辆，车载监控系统中可以包括传感器，通过传感器可以实时监控车辆，并收集车辆的监控数据。这样，车载支付系统在接收到车辆服务账单的情况下，可以向车载监控系统发送数据获取请求，该数据获取请求可以包括车辆服务账单的账单类型，以请求车载监控系统向车载支付系统返回账单类型对应的车辆监控数据。
84.在本技术的一些实施例中，在账单类型为加油服务账单的情况下，车辆监控数据包括车辆的燃油储量数据；在账单类型为停车服务账单的情况下，车辆监控数据包括车辆的停车位置和停车时间；在账单类型为车辆维护账单的情况下，车辆监控数据包括车辆的软硬件更新数据；在账单类型为充电服务账单的情况下，车辆监控数据包括车辆的荷电状态数据、充电时间中的至少一项。
85.在一些示例中，在加油服务场景下，账单类型为加油服务账单，该加油服务账单的账单数据可以包括账单加油量、油类、单价和收款金额。车载支付系统通过获取车辆在加油前后的燃油储量数据，可以确定实际加油量，通过比较该实际加油量与账单加油量，可以确定车辆服务账单与车辆监控数据是否匹配，例如，在实际加油量与账单加油量的差值小于预设油量阈值的情况下，确认车辆服务账单与车辆监控数据匹配。
86.在另一些示例中，在停车服务场景下，账单类型为停车服务账单，停车服务账单的账单数据可以包括账单停车时长、单价和收款金额。车载支付系统通过获取车辆的停车位置和停车时间，可以确定实际停车时长，通过比较该实际停车时长与账单停车时长，可以确定车辆服务账单与车辆监控数据是否匹配，例如，在实际停车时长与账单停车时长的差值小于预设时长阈值的情况下，确认车辆服务账单与车辆监控数据匹配。
87.在本技术实施例中，由于在不同的车辆服务场景下，车载支付系统需要校验的车辆监控数据的具体内容不同，因此基于不同的车辆服务场景，车载支付系统可以从车载监控系统中获取不同的车辆监控数据，以对该场景下的车辆服务结果进行校验。具体地，不同车辆服务场景对应的车辆服务账单的账单类型不同，因此在接收到车辆服务账单的情况下，车载支付系统可以从车辆监控系统中获取与该账单类型相关的车辆监控数据，基于该车辆监控数据，车载支付系统可以对此次车辆服务账单和车辆服务结果进行校验。在车辆监控数据与车辆服务账单匹配的情况下，确认车辆服务结果校验通过，为用户提供便捷的核验账单的服务。
88.在本技术的一些实施例中，为了实现对车辆服务账单的校验，车载支付系统包括车载应用程序，以及与车载应用程序集成的支付软件开发工具包sdk，图3为本技术第一方面提供的支付方法的另一实施例的流程图，如图3所示，在步骤220获取与车辆服务账单的账单类型关联的车辆监控数据之后，该方法还包括步骤310和步骤320。
89.步骤310，支付sdk校验车辆服务账单的账单数据与车辆监控数据是否匹配。
90.其中，支付功能可以作为软件开发工具包sdk集成在车载支付系统的车载应用程序中。
91.账单数据可以包括收款金额等与车辆服务相关的数据。
92.示例性地，在加油服务场景下，账单类型为加油服务账单，该加油服务账单的账单数据可以包括账单加油量、油类、单价和收款金额；在停车服务场景下，账单类型为停车服务账单，该停车服务账单的账单数据可以包括账单停车时长、单价和收款金额。
93.在一些示例中，车载支付系统中车载应用程序的服务器可以接收收款设备发送的车辆服务账单，以及调用车载监控系统获取车辆监控数据。然后，车载应用程序的服务器向支付sdk转发车辆服务账单和车辆监控数据，以使支付sdk基于车辆监控数据对车辆服务账单进行校验。
94.步骤320，在账单数据与车辆监控数据匹配的情况下，确定车辆服务账单与车辆监控数据匹配。
95.在一些示例中，在充电服务场景下，账单类型为充电服务账单，该充电服务账单的账单数据可以包括账单充电量、账单充电时长、单价和收款金额，车辆监控数据包括车辆的荷电状态数据和充电时间。车载支付系统通过获取车辆的充电时间，以及在不同充电时间下的荷电状态数据，可以确定实际充电量，通过比较该实际充电量与账单充电量，可以确定车辆服务账单与车辆监控数据是否匹配，例如，在实际充电量与账单充电量的差值小于预设电量阈值的情况下，确认车辆服务账单与车辆监控数据匹配。
96.在本技术实施例中，车载支付系统中支付sdk可以基于车辆监控数据，实现对车辆服务账单的核验，以判断车辆服务账单中的收款金额是否与车辆服务结果匹配，为用户提供智能化的账单核验功能，例如在加油服务场景下，车辆可对加油服务账单进行自动核验，
无需用户下车在油枪屏上确认加油量，简化用户的支付步骤，提升支付效率，改善用户体验。
97.涉及步骤230，在车辆服务账单与车辆监控数据匹配的情况下，生成支付凭证信息。
98.在本技术的一些实施例中，为了对车辆服务账单进行支付，图4为本技术第一方面提供的支付方法的再一实施例的流程图，步骤230可以包括图4所示的步骤410和步骤420。
99.步骤410，在车辆服务账单与车辆监控数据匹配的情况下，生成支付账单。
100.具体地，支付账单包括收款金额和车辆监控数据，支付sdk在确定车辆服务账单与车辆监控数据匹配的情况下，可以生成支付账单。
101.步骤420，基于支付账单生成支付凭证信息。
102.具体地，支付sdk基于该支付账单完成付款后，可生成支付凭证信息。
103.在车载支付系统所关联的资金账户开启免密支付的情况下，车载支付系统可基于支付账单自动付款；在车载支付系统所关联的资金账户未开启免密支付的情况下，车载支付系统可显示支付界面，以使用户在该支付界面对该支付账单进行手动支付。
104.在本技术的一些实施例中，为了完成车辆服务账单的付款，车载支付系统包括车载应用程序，以及与车载应用程序集成的支付sdk，图5为本技术第一方面提供的支付方法的再一实施例的流程图，步骤420可以包括图5所示的步骤510-步骤530。
105.步骤510，在车辆的显示屏显示车载应用程序的应用界面，应用界面包括支付sdk生成的支付账单。
106.其中，该应用界面即为支付界面，用户在该应用界面进行操作，即可对支付账单进行手动支付。
107.步骤520，接收对支付账单的付款输入。
108.在一些示例中，应用界面除了包括支付账单，还可以包括支付账单对应的付款控件，该付款输入可以为用户触控付款控件的输入。
109.在另一些示例中，付款输入可以为用户在应用界面中按照预设手势的滑动输入，或者对应用界面中预设位置的点击输入。
110.步骤530，响应于付款输入，生成支付凭证信息。
111.具体地，响应于该付款输入，支付sdk可以生成支付凭证信息。
112.在本技术实施例中，当车载支付系统对车辆服务账单校验通过后，可以在车辆的显示屏中显示车载应用程序的应用界面，该应用界面可以包括支付sdk生成的支付账单。这样，用户通过对该应用界面中支付账单的付款操作，可以通过车辆显示屏对车辆服务账单进行支付，实现基于车辆的账单支付方式，无需用户使用手机，在车辆服务场景下为用户提供了灵活的账单支付方式，提升账单支付体验。
113.步骤240，基于支付凭证信息，支付车辆服务账单对应的收款金额。
114.具体地，车载支付系统可以通过支付sdk与收款设备和支付平台进行信息交互，以完成支付账单的扣款过程。
115.在本技术的一些实施例中，为了完成支付账单的扣款过程，图6为本技术第一方面提供的支付方法的再一实施例的流程图，步骤240可以包括图6所示的步骤610和步骤620。
116.步骤610，向收款设备发送支付凭证信息，以使收款设备向支付平台发送车辆服务
账单和支付凭证信息；
117.步骤620，在支付平台对车辆服务账单和支付凭证信息校验成功，且扣款成功的情况下，接收支付平台发送的支付结果。
118.其中，支付平台从与车载支付系统关联的资金账户中，扣除车辆服务账单对应的收款金额，并将收款金额转移至收款设备对应的资金账户。
119.在本技术实施例中，支付平台在接收到车辆服务账单和支付凭证信息之后，可以基于车辆服务账单和支付凭证信息进行风险校验，在校验成功后进行扣款，为支付过程的安全提供保障。
120.本技术第二方面提供一种支付方法，可应用于收款设备，即该支付方法可由收款设备执行。收款设备的具体内容可参见上述实施例中的相关说明，在此不再赘述。
121.图7为本技术第二方面提供的支付方法的一实施例的流程图。如图7所示，该支付方法可以包括步骤710-步骤750。
122.步骤710，基于获取到的车辆标识和收款金额，生成车辆服务账单。
123.在车辆服务场景下，收款方可为付款方提供车辆服务，服务结束后收款方可在收款设备中设置此次车辆服务对应的收款金额。车辆标识可以由收款设备通过识别技术自动识别得到，也可以由用户输入得到，本技术在此不做具体限定。收款设备获取到车辆标识和收款金额后，可生成此次车辆服务对应的车辆服务账单。
124.在一些示例中，该车辆标识可以为车牌号、etc标签、射频识别技术(radio frequency identification，rfid)标签等。
125.步骤720，向车辆标识对应的车辆发送车辆服务账单，车辆包括车载支付系统。
126.车载支付系统的具体内容可参见上述实施例中第一方面提供的支付方法的相关说明。
127.步骤730，在车载支付系统对车辆服务账单校验成功的情况下，接收车载支付系统发送的支付凭证信息。
128.其中，支付凭证信息基于车辆服务账单生成。
129.车载支付系统对车辆服务账单的校验过程可参见上述步骤310和步骤320。
130.支付凭证信息可以由车辆中车载支付系统的支付sdk生成。
131.步骤740，向支付平台发送车辆服务账单和支付凭证信息。
132.步骤750，在支付平台对车辆服务账单和支付凭证信息校验成功，且扣款成功的情况下，接收支付平台发送的支付结果。
133.其中，支付平台从与车载支付系统关联的资金账户中，扣除车辆服务账单对应的收款金额，并将收款金额转移至收款设备对应的资金账户。
134.在本技术实施例中，在车辆服务场景下，收款设备可向车辆推送车辆服务账单，以使车辆中的车载支付系统对该车辆服务账单进行自动校验，实现智能化的车辆账单校验，无需支付过程中人为校验车辆服务账单和车辆服务结果，提升支付效率。在车载支付系统对车辆服务账单校验成功的情况下，车载支付系统可向收款设备返回支付凭证信息，收款设备通过向支付平台上传车辆服务账单与支付凭证信息，可以使支付平台对此次账单支付进行风险校验，在风险校验通过的情况下，收款金额可转移至收款设备对应的资金账户，实现基于车辆的账单支付方式，无需用户使用手机，在车辆服务场景下为用户提供了灵活的
账单支付方式，提升账单支付体验。
135.本技术第三方面提供一种支付方法，可应用于支付平台，即该支付方法可由支付平台执行。支付平台的具体内容可参见上述实施例中的相关说明，在此不再赘述。
136.图8为本技术第三方面提供的支付方法的一实施例的流程图。如图8所示，该支付方法可以包括步骤810-步骤840。
137.步骤810，接收收款设备发送的车辆服务账单和支付凭证信息。
138.其中，车辆服务账单为收款设备基于车辆标识和收款金额生成的，支付凭证信息为车辆标识对应车辆中的车载支付系统在对车辆服务账单校验成功的情况下生成的。
139.收款设备基于车辆标识和收款金额生成车辆服务账单后，可以向该车辆标识对应的车辆发送车辆服务账单，该车辆可包括车载支付系统，车载支付系统可以对车辆服务账单进行校验，在车辆服务账单校验成功的情况下，可生成支付凭证信息，并可向收款设备发送该支付凭证信息。
140.步骤820，对车辆服务账单和支付凭证信息进行风险校验。
141.步骤830，在校验成功的情况下，从与车载支付系统关联的资金账户中，扣除车辆服务账单对应的收款金额，并将收款金额转移至收款设备对应的资金账户，生成支付结果。
142.支付平台在校验成功后，从与车载支付系统关联的资金账户中，扣除车辆服务账单中的收款金额，并将扣除的收款金额添加至收款设备授权绑定的资金账户，以便完成支付。
143.步骤840，向收款设备和车载支付系统发送支付结果。
144.在本技术实施例中，收款设备基于车辆标识和收款金额生成车辆服务账单，该车辆标识对应车辆中的车载支付系统可对车辆服务账单进行校验，实现智能化的车辆账单校验，无需支付过程中人为校验车辆服务账单和车辆服务结果，提升支付效率。在车载支付系统对车辆服务账单校验成功的情况下，支付平台可接收到收款设备发送的车辆服务账单和支付凭证信息，基于该车辆服务账单和支付凭证信息，可对此次账单支付进行风险校验，在风险校验通过的情况下，收款金额可转移至收款设备对应的资金账户，实现基于车辆的账单支付方式，无需用户使用手机，在车辆服务场景下为用户提供了灵活的账单支付方式，提升账单支付体验。
145.为了便于理解本技术实施例中的支付方法，下面以车辆服务场景为例来说明车载服务系统、收款设备和支付平台之间的支付流程。
146.图9为本技术实施例提供的支付流程的一示例的流程图。
147.如图9所示，支付方法可包括步骤901至步骤909。
148.步骤901，收款设备基于获取到的车辆标识和收款金额，生成车辆服务账单。
149.步骤902，收款设备向车辆标识对应车辆中的车载支付系统发送车辆服务账单，车辆服务账单包括账单类型。
150.步骤903，车载支付系统获取与车辆服务账单的账单类型关联的车辆监控数据。
151.步骤904，车载支付系统在车辆服务账单与车辆监控数据匹配的情况下，生成支付凭证信息。
152.步骤905，车载支付系统向收款设备发送支付凭证信息。
153.步骤906，收款设备向支付平台发送车辆服务账单和支付凭证信息。
154.步骤907，支付平台对车辆服务账单和支付凭证信息进行风险校验。
155.步骤908，支付平台在校验成功的情况下，从与车载支付系统关联的资金账户中，扣除车辆服务账单对应的收款金额，并将收款金额转移至收款设备对应的资金账户，生成支付结果。
156.步骤909，支付平台向收款设备和车载支付系统发送支付结果。
157.上述步骤901至步骤909中的具体内容可参见上述实施例中的相关内容，在此不再赘述。
158.综上，本技术实施例提供一种支付方法、系统、设备、平台、介质及产品，车辆上安装的车载支付系统可以接收车辆服务账单，并获取与该车辆服务账单的账单类型关联的车辆监控数据。基于此，车载支付系统可对车辆服务账单与车辆监控数据进行自动校验，即确认该车辆服务账单与车辆监控数据是否匹配，无需用户人为查看校验，简化了用户的支付操作步骤。并且，在车辆服务账单与车辆监控数据匹配，即校验通过的情况下，车载支付系统可以生成支付凭证信息，基于该支付凭证信息支付车辆服务账单对应的收款金额，完成此次支付过程。如此，本技术能够在车辆服务场景下智能化校验车辆服务结果，简化用户的支付操作步骤，有效提升账单的支付效率，缩短支付时长。
159.基于同样的发明构思，本技术第四方面提供一种车载支付系统。图10为本技术第四方面提供的车载支付系统的一实施例的结构示意图。
160.如图10所示，车载支付系统1000可以为如图1所示的车载支付系统11，车载支付系统1000具体可以包括：
161.接收模块1010，用于接收收款设备发送的车辆服务账单，车辆服务账单包括账单类型；
162.获取模块1020，用于获取与车辆服务账单的账单类型关联的车辆监控数据；
163.生成模块1030，用于在车辆服务账单与车辆监控数据匹配的情况下，生成支付凭证信息；
164.支付模块1040，用于基于支付凭证信息，支付车辆服务账单对应的收款金额。
165.本技术实施例提供的车载支付系统，可以接收车辆服务账单，并获取与该车辆服务账单的账单类型关联的车辆监控数据。基于此，车载支付系统可对车辆服务账单与车辆监控数据进行自动校验，即确认该车辆服务账单与车辆监控数据是否匹配，无需用户人为查看校验，简化了用户的支付操作步骤。并且，在车辆服务账单与车辆监控数据匹配，即校验通过的情况下，车载支付系统可以生成支付凭证信息，基于该支付凭证信息支付车辆服务账单对应的收款金额，完成此次支付过程。如此，本技术能够在车辆服务场景下智能化校验车辆服务结果，简化用户的支付操作步骤，有效提升账单的支付效率，缩短支付时长。
166.下面对本技术实施例提供的车载支付系统1000进行详细说明。
167.在本技术的一些实施例中，车载支付系统包括车载应用程序，以及与车载应用程序集成的支付软件开发工具包sdk，该支付sdk用于：在获取与车辆服务账单的账单类型关联的车辆监控数据之后，校验车辆服务账单的账单数据与车辆监控数据是否匹配；在账单数据与车辆监控数据匹配的情况下，确定车辆服务账单与车辆监控数据匹配。
168.在本技术的一些实施例中，获取模块1020具体用于：从车载监控系统中获取与账单类型关联的车辆监控数据。
169.在本技术的一些实施例中，在账单类型为加油服务账单的情况下，车辆监控数据包括车辆的燃油储量数据；在账单类型为停车服务账单的情况下，车辆监控数据包括车辆的停车位置和停车时间；在账单类型为车辆维护账单的情况下，车辆监控数据包括车辆的软硬件更新数据；在账单类型为充电服务账单的情况下，车辆监控数据包括车辆的荷电状态数据、充电时间中的至少一项。
170.在本技术的一些实施例中，生成模块1030具体用于：在车辆服务账单与车辆监控数据匹配的情况下，生成支付账单，支付账单包括收款金额和车辆监控数据；基于支付账单生成支付凭证信息。
171.在本技术的一些实施例中，车载支付系统包括车载应用程序，以及与车载应用程序集成的支付sdk，生成模块1030包括：显示单元，用于在车辆的显示屏显示车载应用程序的应用界面，应用界面包括支付sdk生成的支付账单；接收单元，用于接收对支付账单的付款输入；生成单元，用于响应于付款输入，生成支付凭证信息。
172.在本技术的一些实施例中，支付模块1040包括：发送单元，用于向收款设备发送支付凭证信息，以使收款设备向支付平台发送车辆服务账单和支付凭证信息；接收单元，用于在支付平台对车辆服务账单和支付凭证信息校验成功，且扣款成功的情况下，接收支付平台发送的支付结果，其中，支付平台从与车载支付系统关联的资金账户中，扣除车辆服务账单对应的收款金额，并将收款金额转移至收款设备对应的资金账户。
173.基于同样的发明构思，本技术第五方面提供一种收款设备。图11为本技术第四方面提供的收款设备的一实施例的结构示意图。
174.如图11所示，收款设备1100可以为如图1所示的收款设备12，收款设备1100具体可以包括：
175.生成模块1110，用于基于获取到的车辆标识和收款金额，生成车辆服务账单；
176.发送模块1120，用于向车辆标识对应的车辆发送车辆服务账单，车辆包括车载支付系统；
177.接收模块1130，用于在车载支付系统对车辆服务账单校验成功的情况下，接收车载支付系统发送的支付凭证信息，支付凭证信息基于车辆服务账单生成；
178.发送模块1120，用于向支付平台发送车辆服务账单和支付凭证信息；
179.接收模块1130，还用于在支付平台对车辆服务账单和支付凭证信息校验成功，且扣款成功的情况下，接收支付平台发送的支付结果，其中，支付平台从与车载支付系统关联的资金账户中，扣除车辆服务账单对应的收款金额，并将收款金额转移至收款设备对应的资金账户。
180.本技术实施例提供的收款设备，在车辆服务场景下，可向车辆推送车辆服务账单，以使车辆中的车载支付系统对该车辆服务账单进行自动校验，实现智能化的车辆账单校验，无需支付过程中人为校验车辆服务账单和车辆服务结果，提升支付效率。在车载支付系统对车辆服务账单校验成功的情况下，车载支付系统可向收款设备返回支付凭证信息，收款设备通过向支付平台上传车辆服务账单与支付凭证信息，可以使支付平台对此次账单支付进行风险校验，在风险校验通过的情况下，收款金额可转移至收款设备对应的资金账户，实现基于车辆的账单支付方式，无需用户使用手机，在车辆服务场景下为用户提供了灵活的账单支付方式，提升账单支付体验。
181.基于同样的发明构思，本技术第六方面提供一种支付平台。图12为本技术第六方面提供的支付平台的一实施例的结构示意图。
182.如图12所示，支付平台1200可以为如图1所示的支付平台13，支付平台1200具体可以包括：
183.接收模块1210，用于接收收款设备发送的车辆服务账单和支付凭证信息，车辆服务账单为收款设备基于车辆标识和收款金额生成的，支付凭证信息为车辆标识对应车辆中的车载支付系统在对车辆服务账单校验成功的情况下生成的；
184.风险校验模块1220，用于对车辆服务账单和支付凭证信息进行风险校验；
185.支付处理模块1230，用于在校验成功的情况下，从与车载支付系统关联的资金账户中，扣除车辆服务账单对应的收款金额，并将收款金额转移至收款设备对应的资金账户，生成支付结果；
186.发送模块1240，用于向收款设备和车载支付系统发送支付结果。
187.在本技术实施例中，收款设备基于车辆标识和收款金额生成车辆服务账单，该车辆标识对应车辆中的车载支付系统可对车辆服务账单进行校验，实现智能化的车辆账单校验，无需支付过程中人为校验车辆服务账单和车辆服务结果，提升支付效率。在车载支付系统对车辆服务账单校验成功的情况下，支付平台可接收到收款设备发送的车辆服务账单和支付凭证信息，基于该车辆服务账单和支付凭证信息，可对此次账单支付进行风险校验，在风险校验通过的情况下，收款金额可转移至收款设备对应的资金账户，实现基于车辆的账单支付方式，无需用户使用手机，在车辆服务场景下为用户提供了灵活的账单支付方式，提升账单支付体验。
188.本技术第七方面还提供了一种支付设备。图13为本技术第七方面提供的支付设备的一实施例的结构示意图。如图13所示，支付设备1300包括存储器1301、处理器1302及存储在存储器1301上并可在处理器1302上运行的计算机程序。
189.在一个示例中，上述处理器1302可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
190.存储器1301可包括只读存储器(read-only memory，rom)，随机存取存储器(random access memory，ram)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本技术第一方面、第二方面或者第三方面的实施例中支付方法所描述的操作。
191.处理器1302通过读取存储器1301中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序，以用于实现上述第一方面、第二方面或者第三方面实施例中的支付方法。
192.在一些示例中，支付设备1300还可包括通信接口1303和总线1304。其中，如图13所示，存储器1301、处理器1302、通信接口1303通过总线1304连接并完成相互间的通信。
193.通信接口1303，主要用于实现本技术实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口1303接入输入设备和/或输出设备。
194.总线1304包括硬件、软件或两者，将用户终端1300的部件彼此耦接在一起。举例来说而非限制，总线1304可包括加速图形端口(accelerated graphics port，agp)或其他图形总线、增强工业标准架构(enhanced industry standard architecture，eisa)总线、前端总线(front side bus，fsb)、超传输(hyper transport，ht)互连、工业标准架构(industry standard architecture，isa)总线、无限带宽互连、低引脚数(low pin count，lpc)总线、存储器总线、微信道架构(micro channel architecture，mca)总线、外围组件互连(peripheral component interconnect，pci)总线、pci-express(pci-e)总线、串行高级技术附件(serial advanced technology attachment，sata)总线、视频电子标准协会局部(video electronics standards association local bus，vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1404可包括一个或多个总线。尽管本技术实施例描述和示出了特定的总线，但本技术考虑任何合适的总线或互连。
195.本技术第八方面提供一种计算机可读存储介质，该计算机可读存储介质上存储有程序或指令，该程序或指令被处理器执行时可实现上述第一方面、第二方面或者第三方面所示的支付方法，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，上述计算机可读存储介质可包括非暂态计算机可读存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等，在此并不限定。
196.本技术第九方面提供一种计算机程序产品，该计算机程序产品被存储在非易失的存储介质中，计算机程序产品被至少一个处理器执行时实现如第一方面、第二方面或者第三方面所示的支付方法的步骤，支付方法的具体内容可参见上述实施例中的相关说明，在此不再赘述。
197.本技术还可提供一种支付系统，该支付系统可包括上述实施例中的车载支付系统、收款设备和支付平台。车载支付系统、收款设备和支付平台的具体内容可参见上述实施例中的相关说明，在此不再赘述。
198.需要明确的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。对于装置实施例、用户终端实施例、设备实施例、系统实施例和计算机可读存储介质实施例而言，相关之处可以参见方法实施例的说明部分。本技术并不局限于上文所描述并在图中示出的特定步骤和结构。本领域的技术人员可以在领会本技术的精神之后，作出各种改变、修改和添加，或者改变步骤之间的顺序。并且，为了简明起见，这里省略对已知方法技术的详细描述。
199.上面参考根据本技术的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本技术的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬
件来实现，或可由专用硬件和计算机指令的组合来实现。
200.本领域技术人员应能理解，上述实施例均是示例性而非限制性的。在不同实施例中出现的不同技术特征可以进行组合，以取得有益效果。本领域技术人员在研究附图、说明书及权利要求书的基础上，应能理解并实现所揭示的实施例的其他变化的实施例。在权利要求书中，术语“包括”并不排除其他装置或步骤；数量词“一个”不排除多个；术语“第一”、“第二”用于标示名称而非用于表示任何特定的顺序。权利要求中的任何附图标记均不应被理解为对保护范围的限制。权利要求中出现的多个部分的功能可以由一个单独的硬件或软件模块来实现。某些技术特征出现在不同的从属权利要求中并不意味着不能将这些技术特征进行组合以取得有益效果。