专利名称：基于云数据处理技术的电子支付方法
技术领域：
本发明涉及电子支付领域，特别涉及一种基于云数据处理技术的电子支付方法。
背景技术：
目前，通过银行进行支付、转账等行为越来越普遍，银行通过商业收款机(P0S，Point Of Sales)、自动提款机(ATM,Auto Teller Machine)或在柜台读取存折或磁条卡的磁条信息、IC卡信息并识别银行账户的信息从而进行相应的操作，随着电话银行、网上银行的普及，银行也开始通过电话、互联网来读取银行账户信息。通过上述方式，包括支付者银行账户真实信息的信息直接传输给银行。而某些情况下，银行的客户，即支付者不希望直接提供真实的账户信息，例如担心真实账户信息的泄露；另外一些情况下，提供真实的账户信息会给支付者带来不便，例如支付者无法准确记忆账户信息，或者没有携带存折或银行卡等等。如果能够给支付者提供更多、更方便的途径使得支付者不必提供银行账户信息，而是提供一个容易记忆或便于提供的替代信息，则对银行、收款单位和支付者均极为有利。现有技术中，提供一个容易记忆或便于提供的替代信息具体采取的方式通常是建立与银行账户相对应的支付账号，例如支付宝账号、手机银行账号，用户在开通(激活)所述支付账号后(主要是确定用户身份以及与该支付账号对应的银行账号的真实可用性)，便能够以该支付账号实现支付。采用所述支付账号进行消费支付时，如何确保使用与银行账户相对应的支付账号实现支付时的安全性和便捷性，是尤为重要的问题。关于电子支付技术，还可参考公开号为CN 1758276A的中国专利申请，该专利申请公开了一种支付服务管理系统及方法。
发明内容
本发明解决的问题是提供一种基于云数据处理技术的电子支付方法，以确保支付账号进行消费支付时的安全性和便捷性。为解决上述问题，本发明提供一种基于云数据处理技术的电子支付方法，包括:终端设备基于用户的操作信息发送支付确认消息至云服务器；其中，所述支付确认消息中携带第一订单信息、所述用户的支付账号及验证信息、终端设备的身份数据；在接收到所述支付确认消息后，所述云服务器从所述第一订单信息对应的商家服务器中提取第二订单信息，以所述第二订单信息对所述第一订单信息进行验证；在对所述第一订单信息的验证通过后，所述云服务器调用支付接口，向支付服务器提交支付请求；其中，所述支付请求中至少携带支付金额、支付对象、与所述第一订单信息关联的交易编号、所述用户的支付账号及验证信息、终端设备的身份数据；在接收到所述支付请求后，所述支付服务器基于所述用户的支付账号和终端设备的身份数据获取对应的银行账号，并在所述验证信息验证通过后以所述银行账号完成支付。
可选的，所述终端设备基于用户的操作信息发送支付确认消息包括:接收来自所述云服务器的对应于所述第一订单信息的支付提示；接收用户响应所述支付提示的操作信息，所述用户的操作信息包括所述用户的支付账号及验证信息；以所述用户的操作信息、所述第一订单信息、终端设备的身份数据生成所述支付确认消息。可选的，所述基于云数据处理技术的电子支付方法还包括:在接收所述用户的操作信息前，对所述用户的身份信息进行验证。可选的，对所述用户的身份信息进行的验证包括:验证所述用户是否为所述终端设备的登记用户。可选的，所述终端设备在发送支付确认消息前，还包括检查所述用户的支付账号是否在本终端设备上已绑定银行账号。可选的，当所述终端设备检查出所述支付账号未绑定银行账号时，提示用户进行绑定操作。可选的，所述绑定操作包括:所述云服务器接收所述终端设备提交的绑定请求，所述绑定请求携带所述用户的身份信息、支付账号及验证信息、与所述支付账号对应的银行账号及其密码、所述终端设备的身份数据；调用绑定接口，将所述绑定请求提交至所述支付服务器进行验证，并接收验证通过后返回的绑定结果，更新并存储所述支付账号在所述终端设备上绑定银行账号的信息；向所述终端设备返回所述绑定结果。可选的，所述基于云数据处理技术的电子支付方法还包括:在提取所述第二订单信息前，所述云服务器还检查所述支付账号是否已在所述终端设备上绑定银行账号。可选的，所述基于云数据处理技术的电子支付方法还包括:在提取所述第二订单信息前，所述云服务器还对所述第一订单信息中包括的订单号及其对应的商户号进行检查，对所述订单号的检查包括检查该订单号的格式是否正确以及该订单号是否属于对应商户，对所述商户号的检查包括检查该商户号是否已登记注册并处于激活状态。可选的，在接收到所述支付确认消息后的预定时间内，所述云服务器屏蔽对具有所述第一订单信息中的订单号的其他支付确认消息的处理。可选的，以所述第二订单信息对所述第一订单信息进行验证包括:验证所述第一订单信息中的订单号是否存在、支付金额是否与所述第二订单信息中的支付金额一致以及该订单是否已完成支付。可选的，所述基于云数据处理技术的电子支付方法还包括:在验证出该订单未完成支付时，由所述云服务器生成与所述订单号对应的交易记录，所述交易记录包括支付状态和所述交易编号。可选的，所述支付服务器在支付成功或失败后向所述云服务器返回支付结果，所述云服务器在接收到所述支付结果后更新所述支付状态，并向所述商家服务器发送支付完成信号。可选的，所述支付服务器基于所述用户的支付账号和终端设备的身份数据获取对应的银行账号包括:查询预先建立的所述用户的支付账号、终端设备的身份数据与银行账号的绑定关系，获取与所述用户支付账号对应的银行账号。可选的，所述基于云数据处理技术的电子支付方法还包括对所述支付确认消息所携带的信息进行加密处理。可选的，所述基于云数据处理技术的电子支付方法还包括以事务管理的方式对支付过程中的执行结果进行标记。可选的，所述基于云数据处理技术的电子支付方法，所述用户的支付账号与所述终端设备的身份数据、银行账号一一对应。可选的，所述终端设备为车载终端设备。与现有技术相比，本技术方案具有以下优点:通过终端设备向云服务器发送支付确认消息，所述支付确认消息携带第一订单信息、用户的支付账号及验证信息、终端设备的身份数据，云服务器在接收到该支付确认消息后，从第一订单信息对应的商家服务器中提取第二订单信息，对第一订单信息进行验证，并在验证通过后向支付服务器提交支付请求，所述支付请求中至少携带支付金额、支付对象、与第一订单信息关联的交易编号、支付账号及验证信息、终端设备的身份数据，支付服务器在接收到支付请求后，获取与支付账号、终端设备的身份数据相对应的银行账号，并在所述验证信息验证通过后以该银行账号完成支付，从而使用户通过所述支付账号能便捷、安全地实现支付。
图1是本发明实施方式提供的基于云数据处理技术的电子支付方法的流程示意图；图2是本发明实施例提供的基于云数据处理技术的电子支付过程示意图；图3是对用户的身份信息进行验证的示意图。
具体实施例方式为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施方式
做详细的说明。在以下描述中阐述了具体细节以便于充分理解本发明。但是本发明能够以多种不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广。因此本发明不受下面公开的具体实施方式
的限制。图1本发明实施方式提供的基于云数据处理技术的支付方法的流程示意图，如图1所示，所述基于云数据处理技术的支付方法包括:步骤S101，终端设备基于用户的操作信息发送支付确认消息至云服务器；其中，所述支付确认消息中携带第一订单信息、所述用户的支付账号及验证信息、终端设备的身份数据；步骤S102，在接收到所述支付确认消息后，所述云服务器从所述第一订单信息对应的商家服务器中提取第二订单信息，以所述第二订单信息对所述第一订单信息进行验证；步骤S103，在对所述第一订单信息的验证通过后，所述云服务器调用支付接口，向支付服务器提交支付请求；其中，所述支付请求中至少携带支付金额、支付对象、与所述第一订单信息关联的交易编号、所述用户的支付账号及验证信息、终端设备的身份数据；步骤S104，在接收到所述支付请求后，所述支付服务器基于所述用户的支付账号和终端设备的身份数据获取对应的银行账号，并在所述验证信息验证通过后以所述银行账号完成支付。图2是本发明实施例提供的基于云数据处理技术的电子支付过程示意图。下面结合图1和图2，以具体实施例对上述基于云数据处理技术的电子支付方法作详细说明。本实施例中，所述终端设备具体为车载终端设备，在其他实施例中，所述终端设备也可以为手机、个人电脑等。如今，汽车产业发展迅速，汽车的数量越来越多。人们在拥有汽车的同时，也会越来越关注使用汽车时的使用体验，汽车上的车载终端设备可以实现包括音乐、视频、图片等多媒体需求的服务，以及行车导航、实时路况信息等行车需求的服务等。随着用户需求的不断增加，直接通过汽车上的车载终端设备进行购物支付，将逐渐成为一种趋势。用户对其拥有的支付账号进行激活后，登录所述车载终端设备进行购物消费，通过本实施例提供的基于云数据处理技术的电子支付方法，便能够以所述支付账号安全、便捷地实现支付。首先执行步骤S101，终端设备基于用户的操作信息发送支付确认消息至云服务器；其中，所述支付确认消息中携带第一订单信息、所述用户的支付账号及验证信息、终端设备的身份数据。用户登录所述车载终端设备后，通过访问消费应用，所述消费应用可以是设于网上的商家的消费购物平台，也可以集成于车载终端设备的软件系统中购物客户端，用户选定所需的商品，触发订单操作信息，车载终端设备接收到用户的所述订单操作信息后，生成订单数据，并将所述订单数据提交至云服务器进行处理，所述云服务器实现对所述订单数据的云端处理后，提交至与该订单数据对应的商家服务器，所述商家服务器对所述订单数据进行处理后，向所述云服务器提供与所述订单数据相对应的订单确定信号，所述云服务器向车载终端设备发送与所述订单数据对应的支付提示，车载终端设备在接收到所述支付提示后，便可以启动对该订单的支付。当然，对该订单的支付可以在一收到所述支付提示后便启动，也可以在以后登录车载终端设备后再启动。所谓的云，其实是由许多部具有高运算能力的超级电脑所组成的数据中心(datacenter)，而进入云端处理，指的就是透过网络，连接上这些超级电脑，由它们来帮用户处理数据。具体地，步骤SlOl中所述终端设备基于用户的操作信息发送支付确认消息包括:步骤SlOla，接收来自所述云服务器的对应于所述第一订单信息的支付提示；步骤SlOlb，接收用户响应所述支付提示的操作信息，所述用户的操作信息包括所述用户的支付账号及验证信息；步骤SlOlc，以所述用户的操作信息、所述第一订单信息、终端设备的身份数据生成所述支付确认消息。其中，所述第一订单信息在车载终端设备接收到用户的所述订单操作信息后便已生成并存储于所述车载终端设备中，所述第一订单信息具体包括该订单的订单号、购买商品的信息、支付金额、支付对象(包括名称和账号)、以及与所述订单号对应的商户号等等；所述车载终端设备接收所述支付提示后，将所述第一订单信息以及所述支付提示向用户显示，若用户响应该支付提示，则输入操作信息；所述用户的支付账号可以与某个或多个银行账号对应，所述验证信息在本实施例中具体包括所述支付账号的消费密码，所述消费密码是用户确认支付的凭证，是后续步骤中验证的关键信息之一；本实施例中，所述终端设备的身份数据具体包括车载终端设备的设备号，该设备号能够唯一标识一台车载终端设备，后续步骤中能够据此验证发送所述支付确认消息的终端设备上是否已绑定银行账号，在其他实施例中，所述终端设备的身份数据还可以包括该终端设备的名称、型号等信息。需要说明的是，所述支付账号可以与用户登录车载终端设备的用户账号相同，也可以与之不同，考虑到支付的便捷性，本实施例中将用户登录车载终端设备的用户账号作为所述支付账号，而所述消费密码则区别于用户登录车载终端设备的登录密码，如前所述，所述消费密码是用户确认支付的凭证，而所述登录密码则是用户进入车载终端设备的操作系统的凭证。本实施例中，即使用户之前已经登录车载终端设备，为了确保支付的安全，在启动支付前，仍然有必要对用户的身份信息进行再次验证，即在步骤SlOla中所述接收用户响应所述支付提示的操作信息前，还对所述用户的身份信息进行验证。图3是对用户的身份信息进行验证的示意图，对用户的身份信息进行验证的过程如图3所示，用户以用户名、密码登录车载终端设备，车载终端设备将所述用户名、密码发送至云服务器进行验证(其他实施例中也可以在车载终端设备本地进行验证)，云服务器通过云端数据库验证用户名和密码是否相符，该用户是否为该车载终端设备的登记用户，并将云端数据库的返回结果发送至所述车载终端设备。需要说明的是，验证用户的身份信息，除了验证前面所述的用户登录车载终端设备的操作系统的用户账号和登录密码之外，还包括验证该用户是否为该车载终端设备的登记用户，因此，本实施例中，对所述用户的身份信息进行的验证包括验证所述用户是否为所述车载终端设备的登记用户，若验证通过则表明所述用户为车载终端设备的登记用户，所述车载终端设备的登记用户一般具体指该车载终端设备所在车辆的车主，当然，在其他实施例中，所述登记用户也可以是车主授权的其他用户，例如该车主的家人等。本实施例中，车载终端设备在发送所述支付确认消息前，还包括检查所述用户的支付账号是否在本终端设备上已绑定银行账号。如前所述，只有当用户的支付账号处于激活(开通)状态，才能以该支付账号进行支付操作，而对支付账号的激活具体是指在车载终端设备上建立支付账号与某个或多个银行账号的绑定关系，以支付账号进行支付即是以与所述支付账号建立绑定关系的银行账号进行支付。本实施例中，所述用户的支付账号与所述车载终端设备的身份数据、银行账号是一一对应的，即一个支付账号只能在对应的一台车载终端设备上进行支付操作，该支付账号也只对应一个银行账号，如此，只有在所述车载终端设备上建立与银行账号的绑定关系的支付账号，才能以对应的一个银行账号进行支付操作，该用户的其他银行账号同样无法进行支付，而其他用户的支付账号在该车载终端设备上也无法进行支付。所述用户的支付账号、所述车载终端设备的身份数据、银行账号之间一一对应的关系能够有效确保支付的安全性。本实施例中，当车载终端设备检查出所述支付账号未绑定银行账号时，则提示用户进行绑定操作。所述绑定操作具体包括:所述云服务器接收所述车载终端设备提交的绑定请求，所述绑定请求携带所述用户的身份信息、支付账号及验证信息、与所述支付账号对应的银行账号及其密码、所述车载终端设备的身份数据；调用绑定接口，将所述绑定请求提交至所述支付服务器进行验证，并接收验证通过后返回的绑定结果，更新并存储所述支付账号在所述车载终端设备上绑定银行账号的信息；向所述车载终端设备返回所述绑定结果。本实施例提供的基于云数据处理技术的电子支付方法还包括:对所述支付确认消息所携带的信息进行加密处理。具体是通过在所述车载终端设备上设置相关的加密控件和/或数字证书，从而能确保信息传输的安全性。车载终端设备发出所述支付确认消息后，执行步骤S102，在接收到所述支付确认消息后，所述云服务器从所述第一订单信息对应的商家服务器中提取第二订单信息，以所述第二订单信息对所述第一订单信息进行验证。具体地，接收到所述支付确认消息后，云服务器一般首先会检查该支付确认消息中携带的所述支付账号是否已在所述车载终端设备上绑定银行账号，若检查出未绑定银行账号，则会向车载终端设备发送绑定提示信息，以提示用户进行绑定操作。需要说明的是，在车载终端设备检查出支付账号已在本车载终端设备上绑定银行账号后，云服务器同样需要对此进行检查，并且以云服务器检查的结果为准。本实施例中，在提取所述第二订单信息前，还包括对该订单及其对应的商家进行认定的步骤，即:所述云服务器还对所述第一订单信息中包括的订单号及其对应的商户号进行检查，对所述订单号的检查包括检查该订单号的格式是否正确以及该订单号是否属于对应商户，对所述商户号的检查包括检查该商户号是否已在所述云服务器上登记注册并处于激活状态。若上述绑定、订单及其对应商家的认定的验证结果均没有问题，所述云服务器则从所述第一订单信息对应的商家服务器中提取第二订单信息，以所述第二订单信息对所述第一订单信息进行验证。由于在生成订单数据时，车载终端设备和该订单对应的商家服务器都会接收到所述订单数据，为了便于区别，本实施例中，将车载终端设备接收到的订单数据称为第一订单信息，而将所述商家服务器接收到的所述订单数据称为第二订单信息，一般来说，第一订单信息和第二订单信息应该是完全相同的，然而，由于车载终端设备将所述第一订单信息发送至所述云服务器的过程中，也可能会发生在车载终端设备修改所述第一订单信息的情况发生，即用户在车载终端设备作弊的情况，例如修改支付金额等，此时，为了确保安全性，会从所述第一订单信息对应的商家服务器中提取第二订单信息，对第一订单信息进行验证。本实施例中，以所述第二订单信息对所述第一订单信息进行验证具体可以包括:验证所述第一订单信息中的订单号是否存在、支付金额是否与所述第二订单信息中的支付金额一致以及该订单是否已完成支付。本实施例中，若验证出该订单已完成支付，则向车载终端设备发出提示，从而避免重复支付的情况发生，若验证出该订单未完成支付时，则由所述云服务器生成与所述订单号对应的交易记录，所述交易记录包括支付状态和交易编号。需要说明的是，一张订单的订单号是唯一的，而对于该订单的交易编号则可能存在多个，因为生成一张订单后，可以对其进行支付，支付可能成功也可能失败，因此存在对该订单进行多次支付操作的情况，失败后可以对支付操作进行重试，也可以撤销该订单，此外，支付成功后在预定时间内还可以选择进行退款操作，上述多次支付操作、撤销订单的操作、退款操作等都可以视为交易过程，会产生对应的交易编号，后续步骤中所述支付服务器的支付操作也是对应于所述交易编号的，并非订单号。在实际实施时，一个订单号在全局范围内只允许进行一项交易处理，例如:当某个订单正处于支付操作的状态，此时则不允许进行退款操作或者对该订单再进行一次支付操作。因此，本实施例中，在接收到所述支付确认消息后的预定时间内，所述云服务器屏蔽对具有所述第一订单信息中的订单号的其他支付确认消息的处理。所述预定时间可以根据实际情况设定，通常将其设定为大于完成一次交易操作过程所需的时间，例如I分钟、2分钟、5分钟等。步骤S102之后，执行步骤S103，在对所述第一订单信息的验证通过后，所述云服务器调用支付接口，向支付服务器提交支付请求；其中，所述支付请求中至少携带支付金额、支付对象、与所述第一订单信息关联的交易编号、所述用户的支付账号及验证信息、终端设备的身份数据。所述支付接口是对应于所述支付服务器的接口，用于向支付服务器提交所述支付请求。所述云服务器从通过验证的所述第一订单信息中至少提取出支付金额、支付对象、所述用户的支付账号及验证信息、终端设备的身份数据，结合验证第一订单信息时生成的与所述订单号对应的交易编号，即与所述第一订单信息关联的交易编号，生成所述支付请求。步骤S103之后，执行步骤S104，在接收到所述支付请求后，所述支付服务器基于所述用户的支付账号和终端设备的身份数据获取对应的银行账号，并在所述验证信息验证通过后以所述银行账号完成支付。在车载终端设备上建立支付账号与银行账号的绑定关系后，车载终端设备的身份数据、用户的支付账号及验证信息、银行账号之间的对应关系是存储于所述支付服务器上的，基于该存储的对应关系，所述支付服务器便能够基于所述支付请求中的所述用户的支付账号、终端设备的身份数据获取用于进行实际支付的银行账号。即步骤S104中所述支付服务器基于所述用户的支付账号和终端设备的身份数据获取对应的银行账号包括:查询预先建立的所述用户的支付账号、终端设备的身份数据与银行账号的绑定关系，获取与所述用户支付账号对应的银行账号。获取到所述银行账号后，所述支付服务器还会对所述支付请求中的所述验证信息(本实施例中具体包括消费密码)进行验证，若验证通过，则与所述银行账号对应的银行服务器进行通讯，由所述银行服务器对所述银行账号进行扣款操作，从而完成支付。当然，所述支付服务器也可以为银行服务器，直接对所述银行账号进行扣款操作以完成支付。本实施例中，所述支付服务器在接收到所述支付请求后，获取与所述支付账号对应的银行账号，并对所述验证信息进行验证之前，还对所述支付请求中的其他信息进行验证，包括:验证所述交易编号是否已存在、所述支付账号是否在所述车载终端设备上与所述银行账号绑定、所述支付账号对应的银行账号中的余额是否足够、所述支付账号与其消费密码是否匹配。另外，所述支付服务器在支付成功或失败后会向所述云服务器返回支付结果，所述云服务器在接收到所述支付结果后则更新所述支付状态，并向所述商家服务器发送支付完成信号。本实施例中，所述基于云数据处理技术的电子支付方法，还包括:以事务管理的方式对支付过程中的执行结果进行标记。在整个支付流程中，存在多个验证或检查的步骤，每个步骤都会产生成功或失败的结果，以事务管理的方式对支付过程中的执行结果进行标记就是将各步骤执行的结果标记为“成功”或“失败”，对事务状态标记为“已完成”或“未完成”，举例来说，参阅图2，云服务器在接收到所述支付确认消息后，便启动事务，此后进行的操作如前面所述，直至接收到支付服务器返回的支付结果，更新支付状态，并向商家服务器发送支付完成信号，记录业务流水，完成事务，整个事务流程中的每一个步骤都可以用“成功”或“失败”进行标记，如此，能够清楚了解某次支付操作的当前所处状态，也便于相关运营人员对支付过程进行管理和控制。需要说明的是，在整个支付过程中，从启动支付操作起，直至支付操作完成，所述车载终端设备的身份数据起着至关重要的作用，因为其唯一标识一台车载终端设备，相关用户的支付操作只能通过指定的车载终端设备实现，在其他车载终端设备上则难以完成支付，而且在云服务器、支付服务器的验证过程中，都需要对车载终端设备的身份数据进行验证，由此确保了支付的安全性。综上，本发明实施例提供的基于云数据处理技术的电子支付方法，至少具有如下有益效果:通过终端设备向云服务器发送支付确认消息，所述支付确认消息携带第一订单信息、用户的支付账号及验证信息、终端设备的身份数据，云服务器在接收到该支付确认消息后，从第一订单信息对应的商家服务器中提取第二订单信息，对第一订单信息进行验证，并在验证通过后向支付服务器提交支付请求，所述支付请求中至少携带支付金额、支付对象、与第一订单信息关联的交易编号、支付账号及验证信息、终端设备的身份数据，支付服务器在接收到支付请求后，获取与支付账号、终端设备的身份数据相对应的银行账号，并在所述验证信息验证通过后以该银行账号完成支付，从而使用户通过所述支付账号能便捷、安全地实现支付。本发明虽然已以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以利用上述揭示的方法和技术内容对本发明技术方案做出可能的变动和修改，因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化及修饰，均属于本发明技术方案的保护范围。
权利要求
1.一种基于云数据处理技术的电子支付方法，其特征在于，包括: 终端设备基于用户的操作信息发送支付确认消息至云服务器；其中，所述支付确认消息中携带第一订单信息、所述用户的支付账号及验证信息、终端设备的身份数据； 在接收到所述支付确认消息后，所述云服务器从所述第一订单信息对应的商家服务器中提取第二订单信息，以所述第二订单信息对所述第一订单信息进行验证； 在对所述第一订单信息的验证通过后，所述云服务器调用支付接口，向支付服务器提交支付请求；其中，所述支付请求中至少携带支付金额、支付对象、与所述第一订单信息关联的交易编号、所述用户的支付账号及验证信息、终端设备的身份数据； 在接收到所述支付请求后，所述支付服务器基于所述用户的支付账号和终端设备的身份数据获取对应的银行账号，并在所述验证信息验证通过后以所述银行账号完成支付。
2.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，所述终端设备基于用户的操作信息发送支付确认消息包括: 接收来自所述云服务器的对应于所述第一订单信息的支付提示； 接收用户响应所述支付提示的操作信息，所述用户的操作信息包括所述用户的支付账号及验证信息； 以所述用户的操作信息、所述第一订单信息、终端设备的身份数据生成所述支付确认消息。
3.根据权利要求2所述的基于云数据处理技术的电子支付方法，其特征在于，还包括:在接收所述用户的操作信息前，对所述用户的身份信息进行验证。
4.根据权利要求3所述的基于云数据处理技术的电子支付方法，其特征在于，对所述用户的身份信息进行的验证包括:验证所述用户是否为所述终端设备的登记用户。
5.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，所述终端设备在发送支付确认消息前，还包括检查所述用户的支付账号是否在本终端设备上已绑定银行账号。
6.根据权利要求5所述的基于云数据处理技术的电子支付方法，其特征在于，当所述终端设备检查出所述支付账号未绑定银行账号时，提示用户进行绑定操作。
7.根据权利要求6所述的基于云数据处理技术的电子支付方法，其特征在于，所述绑定操作包括: 所述云服务器接收所述终端设备提交的绑定请求，所述绑定请求携带所述用户的身份信息、支付账号及验证信息、与所述支付账号对应的银行账号及其密码、所述终端设备的身份数据； 调用绑定接口，将所述绑定请求提交至所述支付服务器进行验证，并接收验证通过后返回的绑定结果，更新并存储所述支付账号在所述终端设备上绑定银行账号的信息； 向所述终端设备返回所述绑定结果。
8.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，还包括:在提取所述第二订单信息前，所述云服务器还检查所述支付账号是否已在所述终端设备上绑定银行账号。
9.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，还包括:在提取所述第二订单信息前， 所述云服务器还对所述第一订单信息中包括的订单号及其对应的商户号进行检查，对所述订单号的检查包括检查该订单号的格式是否正确以及该订单号是否属于对应商户，对所述商户号的检查包括检查该商户号是否已登记注册并处于激活状态。
10.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，在接收到所述支付确认消息后的预定时间内，所述云服务器屏蔽对具有所述第一订单信息中的订单号的其他支付确认消息的处理。
11.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，以所述第二订单信息对所述第一订单信息进行验证包括:验证所述第一订单信息中的订单号是否存在、支付金额是否与所述第二订单信息中的支付金额一致以及该订单是否已完成支付。
12.根据权利要求11所述的基于云数据处理技术的电子支付方法，其特征在于，还包括:在验证出该订单未完成支付时，由所述云服务器生成与所述订单号对应的交易记录，所述交易记录包括支付状态和所述交易编号。
13.根据权利要求12所述的基于云数据处理技术的电子支付方法，其特征在于，所述支付服务器在支付成功或失败后向所述云服务器返回支付结果，所述云服务器在接收到所述支付结果后更新所述支付状态，并向所述商家服务器发送支付完成信号。
14.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，所述支付服务器基于所述用户的支付账号和终端设备的身份数据获取对应的银行账号包括:查询预先建立的所述用户的支付账号、终端设备的身份数据与银行账号的绑定关系，获取与所述用户支付账号对应的银行账号。
15.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，还包括对所述支付确认消息所携带的信息进行加密处理。
16.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，还包括以事务管理的方式对支付过程中的执行结果进行标记。
17.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，所述用户的支付账号与所述终端设备的身份数据、银行账号一一对应。
18.根据权利要求1所述的基于云数据处理技术的电子支付方法，其特征在于，所述终端设备为车载终端设备。
全文摘要
一种基于云数据处理技术的电子支付方法，包括终端设备基于用户的操作信息发送支付确认消息至云服务器；所述支付确认消息携带第一订单信息、所述用户的支付账号及验证信息、终端设备的身份数据；在接收到支付确认消息后，云服务器从第一订单信息对应的商家服务器中提取第二订单信息，以第二订单信息对第一订单信息进行验证，在验证通过后向支付服务器提交支付请求；支付请求中至少携带支付金额、支付对象、与第一订单信息关联的交易编号、支付账号及验证信息、终端设备的身份数据；在接收到支付请求后，支付服务器获取与支付账号对应的银行账号，并在所述验证信息验证通过后以该银行账号完成支付。本技术方案能确保电子支付的安全性和便捷性。
文档编号G06Q20/40GK103186861SQ20111045790
公开日2013年7月3日 申请日期2011年12月30日 优先权日2011年12月30日
发明者万磊, 姜宇, 岳鹏程, 吴岳 申请人:上海博泰悦臻电子设备制造有限公司