CN102930430A - 电话支付系统和方法 - Google Patents

Abstract

本发明公开了一种电话支付系统和方法，在上述系统中，银行系统，用于在确定用户设备成功进入电话支付流程时，发送成功接入响应；商户系统，用于在接收来自于银行系统的成功响应之后，切断其与用户设备之间的通话链路，并建立用户设备与银行系统之间的通话链路。通过本发明，达到了在银行系统、运营商系统以及商户系统之间，用户的支付卡卡号和有效期等重要信息只保存在银行系统，商户系统或者运营商系统无法获知用户的支付卡信息，从而大大提高了用户支付卡的安全性并且降低了银行系统的监管成本。另外，在整个预订及支付的过程中，用户不需要挂机等待，从而实现安全、快捷的支付业务的效果。

Description

电话支付系统和方法

技术领域

本发明涉及通信领域，具体而言，涉及一种电话支付系统和方法。

背景技术

随着电话支付业务的快速发展，目前的电话支付方式存在很大弊端，面临着进一步发展的瓶颈。

目前的电话支付主要有两种方式，其中，包括：商户在获取用户支付卡信息后使用POS机刷卡支付的方式和用户挂机等待银行回拨后输入支付卡信息支付的方式。

图1是根据相关技术的商户在获取用户支付卡信息后使用POS机刷卡支付的系统示意图，如图1所示，用户告诉商户其支付卡卡号和有效期等信息，由商户根据这些机密消息在POS上输入，从而实现支付；当用户进行支付时，该用户需要将支付卡卡号、有效期等信息告知商户。在商户得知该用户的个人信息后，在POS机上输入该用户的卡号及支付金额，完成支付及预订等业务。然而，这种方式在商户侧保存了大量用户的支付卡信息，给电话支付业务带来巨大的安全隐患。因此，一旦出现支付卡被盗用或用户投诉，将会给支付卡发卡行的品牌带来严重的负面影响。同时，发卡行还需要对商户进行监管，由此增加了操作成本。不仅如此，这个操作流程的本身也会影响业务的发展，其原因在于，对于多数用户而言，基于安全的考虑，并不愿意直接将支付卡信息透露给商户，从而制约了电话支付业务用户群的扩大。

图2是根据相关技术的用户挂机等待银行回拨后输入支付卡信息支付的系统示意图，如图2所示，用户在商户录入订单后需要挂机，在一段时间过后，银行回拨用户，再由用户输入支付卡卡号以及有效期等信息以完成支付。这种方式虽然相对安全，但是由于预订流程与支付流程是分开进行的，导致用户体验很不友好。

发明内容

针对相关技术的交易过程中，商户或者运营商获取用户的支付卡信息所造成安全隐患以及用户挂机等待银行回拨所导致的用户体验很不友好的问题，本发明的主要目的在于提供一种电话支付系统和方法，以解决上述问题至少之一。

根据本发明的一个方面，提供了一种电话支付系统。

根据本发明的电话支付系统包括：银行系统，用于在确定用户设备成功进入电话支付流程时，发送成功接入响应；商户系统，用于在接收来自于银行系统的成功响应之后，切断其与用户设备之间的通话链路，并实时建立用户设备与银行系统之间的通话链路而无需用户挂机，以使所述用户设备根据所述银行系统的指示进行电话支付。

根据本发明的另一方面，提供了一种电话支付方法。

根据本发明的电话支付方法包括：商户系统接收来自于银行系统的成功响应，其中，该成功响应用于指示用户设备进入电话支付流程；商户系统切断其与用户设备之间的通话链路，并实时建立用户设备与银行系统之间的通话链路而无需用户挂机，以使用户设备根据银行系统的指示进行电话支付。

通过本发明，采用将用户的支付卡信息实时地提交给银行系统，解决了相关技术中的电话支付方式存在安全隐患以及用户需要挂机等待的问题，进而达到了在银行系统、运营商系统以及商户系统之间，用户的支付卡卡号和有效期等重要信息只保存在银行系统，商户系统或者运营商系统无法获知用户的支付卡信息，从而大大提高了用户支付卡的安全性并且降低了银行系统的监管成本。另外，在整个预订及支付的过程中，用户不需要挂机等待，从而实现安全、快捷的支付业务的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的商户在获取用户支付卡信息后使用POS机刷卡支付的系统示意图；

图2是根据相关技术的用户挂机等待银行回拨后输入支付卡信息支付的系统示意图；

图3是根据本发明实施例的电话支付系统的结构框图；

图4是根据本发明优选实施例的电话支付系统的结构框图；

图5是根据本发明实施例的电话支付方法的流程图；

图6是根据本发明优选实施例的电话支付方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图3是根据本发明实施例的电话支付系统的结构框图。如图3所示，本发明的电话支付系统包括：银行系统10，用于在确定用户设备成功进入电话支付流程时，发送成功接入响应；商户系统20，用于在接收来自于银行系统的成功响应之后，切断其与用户设备之间的通话链路，并实时建立用户设备与银行系统之间的通话链路而无需用户挂机，以使所述用户设备根据所述银行系统的指示进行电话支付。

相关技术中，现有电话支付系统要么是由商户系统在得到用户个人信息之后代替用户进行支付，要么就是需要用户挂机等待银行系统回拨电话进行支付来实现的。在图3所示的电话支付系统中，银行系统在确定用户设备成功进入电话支付流程时，发送成功接入响应，商户系统，在接收来自于银行系统的成功响应之后，切断其与用户设备之间的通话链路，并建立用户设备与银行系统之间的通话链路。由此解决了相关技术中由商户系统在得到用户个人信息之后代替用户进行电话支付的方式所存在安全隐患以及因用户需要挂机等待银行系统回拨造成用户体验不友好的问题，进而达到了用户个人的重要信息只保存在银行系统，商户系统无法获知用户的个人信息，从而大大提高了用户支付卡的安全性并且降低了银行系统的监管成本。另外，在整个预订及支付的过程中，用户不需要挂机等待，用户体验友好的效果。

优选地，如图4所示，商户系统20可以进一步包括：生成模块202，用于生成订单信息；第一发送模块204，用于向银行系统发送订单信息；第二发送模块206，用于向银行系统发送订单编号。银行系统10可以进一步包括：第一接收模块102，用于在用户设备确认进行订单支付之后，接收来自于商户系统推送的订单信息；第二接收模块104，用于在商户系统接收到推送成功响应以后，银行系统接收来自于商户系统的订单编号；判断模块106，用于判断订单编号与保存的订单信息是否匹配；处理模块108，用于在判断模块输出为否时，切断其与运营商系统之间的通话链路；第三发送模块110，用于在判断模块输出为是时，发送成功响应。

优选地，如图4所示，为了增加系统的安全性，所述商户系统还可以包括：加密模块208，用于对所述订单信息中的数据进行加密；所述电话支付系统还可以包括：运营商系统30，所述运营商系统包括：解密模块302，用于对所述商户系统推送的所述订单信息中的数据进行解密。

优选地，如图4所示，上述运营商系统还可以包括：第三接收模块304，用于接收来自于所述商户系统的订单信息；第一推送模块306，用于推送所述接收到的订单信息到银行系统；第四接收模块308，用于接收所述商户系统传送的订单编号；验证模块310，用于在所述接收到的订单信息中根据所述订单编号验证其对应的订单信息是否存在；第二推送模块312，用于在所述验证模块验证为存在时，将所述订单编号推送给所述银行系统；释放模块314，用于在所述验证模块验证为不存在时，释放所述商户系统与所述运营商系统之间的通话链路。

优选地，如图4所示，上述银行系统还可以包括：支付模块114，用于接收所述银行系统发送的支付请求，进行扣费处理；通知模块116，用于经由所述商户系统将支付成功的消息通知给所述用户设备；更新模块112，用于更新所述订单信息的状态。

在优选实施过程中，上述电话支付系统主要包括：银行系统、运营商系统和商户系统。

其中，运营商系统可以进一步包括：运营商管理系统和运营商语音系统。本发明中的银行系统可以分为银行前台系统和银行后台系统，银行前台系统又包括银行管理系统和银行语音系统。

其中，运营商管理系统用于为商户提供服务，包括但不限于订单上传、冲正、退货等操作。由于运营商管理系统与商户系统可能通过公网连接，所以，为了提高系统的安全性，运营商管理系统与商户系统可以事先约定好密钥(也可以不设置密钥)，对其中的数据进行加密，并且定期更换密钥，以此来提高系统的安全性。当运营商管理系统收到来自商户系统的请求时，需要对其中的数据进行解密，并对各个字段的数据格式进行验证，在不满足格式要求的情况下将出错消息返回给商户系统，反之则将订单信息入库。在完成上述操作之后，运营商管理系统会将订单信息透传给银行管理系统。运营商语音系统，与银行语音系统连接，用于接收商户系统呼转并访问该系统中的存储介质，确定商户系统通过二次拨号等方式传送的交易跟踪号是否存在，如不存在则语音提示用户设备“订单号不存在”后释放语音链路，否则把呼叫日志入库。

上述银行管理系统，分别与运营商管理系统、银行语音系统以及银行后台系统连接，用于接收运营商管理系统发送的消息，并对该消息进行解析，执行相应的操作。同时，还用于接收银行语音系统发送的消息，从中解析出订单流水号以及支付需要的相关信息(例如，用户卡号、有效期等)，并向银行后台系统发起支付请求。银行语音系统，与银行管理系统连接，用于接收运营商语音系统的呼转并查找该系统的存储介质中是否存在订单。当存储介质中不存在该订单的情况下，银行语音系统提示用户“订单号不存在”后释放语音链路；否则，银行语音系统提示用户按某个按键进入支付流程。用户在进入支付流程后，银行语音系统首先提示用户本次支付的期数以及交易金额，用户在确定后按确认键(例如#号，*号等)。接下来，银行语音系统提示用户输入卡号和有效期，并对其格式进行验证。当全部验证通过以后，银行语音系统会发送包含交易流水号、支付卡卡号和有效期的消息给银行管理系统。

为了提高电话支付系统的安全性及容错性，商户系统、运营商系统以及银行系统可以同时建立测试系统和正式系统。当某个商户系统需要接入本发明的电话支付系统时，首先必须通过测试系统的严格测试，在满足预先设定条件的情况下，才允许其接入正式系统。

在具体实施过程中，图4中所示的第一接收模块102、判断模块106和处理模块108可以设置在银行管理系统当中；第二接收模块104和第三发送模块110可以设置在银行语音系统当中；银行管理系统和银行语音系统设置在银行前台系统当中，支付模块114和通知模块116可以设置在银行后台系统当中。

在具体实施过程中，图4中所示的解密模块302、验证模块306和释放模块308可以设置在运营商管理系统当中，第三接收模块304和推送模块310可以设置在运营商语音系统当中。

图5是根据本发明实施例的电话支付方法的流程图，如图5所示，该方法主要包括以下处理：

步骤S502：商户系统接收来自于银行系统的成功响应，其中，该成功响应用于指示用户设备进入电话支付流程；

步骤S504：商户系统切断其与用户设备之间的通话链路，并实时建立用户设备与银行系统之间的通话链路而无需用户挂机，以使用户设备根据银行系统的指示进行电话支付。

相关技术中，现有电话支付系统要么是由商户系统在得到用户个人信息之后代替用户进行支付，要么就是需要用户挂机等待银行系统回拨电话进行支付来实现的。在图5所示的电话支付方法中，银行系统在确定用户设备成功进入电话支付流程时，发送成功接入响应。商户系统在接收来自于银行系统的成功响应之后，切断其与用户设备之间的通话链路，并建立用户设备与银行系统之间的通话链路，以使用户设备根据银行系统的指示进行电话支付。由此解决了相关技术中由商户系统在得到用户个人信息之后代替用户进行电话支付的方式所存在安全隐患以及因用户需要挂机等待银行系统回拨造成用户体验不友好的问题，进而达到了用户个人的重要信息只保存在银行系统，商户系统无法获知用户的个人信息，从而大大提高了用户支付卡的安全性并且降低了银行系统的监管成本。另外，在整个预订及支付的过程中，用户不需要挂机等待，用户体验友好的效果。

优选地，在商户系统接收来自于银行系统的成功响应之前，还包括以下处理：

(1)在用户设备确认进行订单支付之后，银行系统接收商户系统推送的订单信息，保存该订单信息，并将推送成功响应返回给商户系统；

(2)在商户系统接收到推送成功响应以后，银行系统接收来自于商户系统的订单编号；

(3)银行系统确定订单编号与保存的订单信息是否匹配，如果匹配，则发送成功响应，如果不匹配，则银行系统切断其与商户系统之间的通话链路。

优选地，银行系统接收商户系统推送的订单信息包括：银行系统经由运营商系统接收商户系统推送的订单信息，其中，商户系统对订单信息中的数据进行加密，运营商系统对商户系统推送的订单信息中的数据进行解密。

优选地，银行系统接收来自于商户系统的订单编号包括：运营商系统接收商户系统发送的订单编号；运营商系统在所述接收到的订单信息中，根据订单编号验证其对应的订单信息是否存在；如果不存在，则运营商系统释放商户系统与运营商系统之间的通话链路；如果存在，则运营商系统将订单编号推送给银行系统。

优选地，在用户设备根据银行系统的指示进行电话支付成功之后，还包括：银行系统将支付成功的消息经由商户系统通知给用户设备，并更新订单信息的状态。

以下结合图6进一步描述上述优选实施方式。

图6是根据本发明优选实施例的电话支付方法的流程图。如图6所示，具体的支付流程如下：

步骤S602：用户设备和商户系统进行信息交互，用户确认进行订单支付；

步骤S604：商户系统生成订单信息；

步骤S606：商户系统将生成的订单信息推送到运营商系统；

步骤S608：运营商系统在接收到订单信息以后，将其推送到银行前台系统；

步骤S610：银行前台系统接收到订单信息，将其保存至银行数据库，同时返回推送订单响应消息给运营商系统；

步骤S612：运营商系统在收到推送订单响应消息之后，将该响应消息返回给商户系统；

步骤S614：商户系统在收到成功响应消息后，拨打运营商系统接入码；

步骤S616：运营商系统接通后，返回应答；

步骤S618：播放提示音“请输入订单编号，并以#号键结束”同时开始接收订单编号；

步骤S620：商户系统收到应答信号或人工坐席人员听到提示音，即可自动二次拨号或手动输入订单编号；运营商系统如果接收到的按键位数不正确，则播放提示“订单编号接收不正确，长度为XX，编号为XXX”，并重新返回到步骤S618以便重新输入，最多允许重试3次，3次失败以后释放话路；如果输入正确，则继续执行S622；

步骤S622：运营商系统播放提示“输入的订单编号为XXX”，并根据订单编号验证其合法性；经验证，如果运营商系统发现该订单不存在，则播放提示“该订单不存在”，然后释放话路；如果发现订单存在，则继续执行S624；

步骤S624：运营商系统播放提示“正在转接，请稍后”，并根据订单对应的银行接入码转接到银行前台系统；

步骤S626：银行前台系统接通后，根据订单编号查询银行数据库的订单信息，其中，包括金额、是否分期及分期数等，如果银行前台系统在银行数据库查询不到该订单信息，则释放话路；否则，继续执行S628；

步骤S628：银行前台系统接通后，返回应答；

步骤S630：银行前台系统发送双音多频(Dual Tone Multi Frequency，简称为DTMF)“D”信号(“嘀”音)；

步骤S632：商户系统收到DTMF“D”或人工坐席人员听到“嘀”音，就必须切断坐席话路并恢复用户话路；

步骤S634：银行前台系统播放欢迎语“欢迎使用XX银行电话支付系统，确认进入请按1”同时开始接收用户输入的按键号；

步骤S636：由用户输入按键1；如果银行前台系统接收到的按键不正确，则播放提示“按键错误”，并返回到上一步重新输入，最多允许重试3次，3次失败以后释放话路；否则，继续执行S638；

步骤S638：银行前台系统播放提示“您的支付金额为XXX，确认付款请按#号，返回请按*号”或“您的支付金额为XXX，期数为XX期，确认付款请按#号，返回请按*号”同时开始接收用户输入的按键号；

步骤S640：如果银行前台系统接收到的按键不正确，则提示用户重新输入，最多允许重试3次，3次失败以后释放话路；如果银行前台系统接收到按键为*号，则释放话路，否则，如果银行前台系统接收到按键为#号，则继续执行S642；

步骤S642：银行前台系统播放提示“请输入您的支付卡号，按#键确认”同时开始接收用户输入的卡号；

步骤S644：用户输入卡号，如果银行前台系统接收到的按键位数不正确，则播放提示“卡号位数有误”，并提示用户重新输入，最多允许重试3次，3次失败以后释放话路，否则，继续执行S646；

步骤S646：银行前台系统播放提示“请输入您的卡片有效期，输入格式为月两位年两位，例如：2010年6月输入为0610，按#号确认”同时开始接收用户输入的卡片有效期；

步骤S648：用户输入有效期，如果银行前台系统接收到的按键格式不正确，则播放提示“有效期格式有误”，并提示用户重新输入，最多允许重试3次，3次失败以后释放话路；否则，继续执行S650；

步骤S650：银行前台系统释放其与运营商系统之间的通话链路；

步骤S652：运营商系统释放其与商户系统之间的通话链路；

步骤S654：商户系统释放其与用户设备之间的通话链路；

步骤S656：银行前台系统更新银行数据库的订单状态；

步骤S658：银行前台系统发送支付请求到银行后台系统；

步骤S660：银行后台系统收到支付请求，进行支付处理；

步骤S662：银行后台系统将支付处理的结果返回给银行前台系统；

步骤S664：如果支付成功，则发送支付成功短信通知给用户；

步骤S666：如果银行前台系统收到银行后台系统发出的明确的支付结果，银行前台系统将更新银行数据库的订单状态；

步骤S668：银行前台系统返回支付结果通知给运营商系统；如果银行前台系统未收到银行后台明确的支付结果，则在更新银行数据库的订单状态后，不发起冲正操作，而是直接将支付异常结果返回给运营商系统；

步骤S670：运营商系统收到支付结果通知，发送支付结果通知到商户系统；

步骤S672：商户系统收到支付结果通知，如果支付成功，则向用户设备发送支付成功短信通知；

步骤S674：商户系统向运营商系统回复结果通知应答；

步骤S676：运营商系统收到结果通知应答，向银行前台系统回复结果通知应答；

步骤S678：银行前台系统收到结果通知应答，更新银行数据库的订单状态；商户系统如果未收到结果通知消息，或收到支付异常错误，可发起冲正操作；商户系统如果收到支付失败，则可发起重试，但重试时需要发起新的交易，和上笔交易没有关联。

从以上的描述中，可以看出，本发明实现了如下技术效果：一方面，用户的个人信息只保存在银行系统中，其它系统或个人无法获得，由此保障了用户个人信息的安全性，对银行系统支付卡品牌产生正面效应；另一方面，用户在整个支付流程中不需要挂机等待，节约了用户时间，提高了用户满意度。与此同时，对于银行系统而言，相对于传统的电话支付方式，银行系统不用再去对商户系统的操作进行监管，提高了银行系统业务的能动性，减少了银行系统的运营成本，能更好的促进银行系统业务的开展。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种电话支付系统，其特征在于，包括：

银行系统，用于在确定用户设备成功进入电话支付流程时，发送成功接入响应；

商户系统，用于在接收来自于所述银行系统的所述成功响应之后，切断其与用户设备之间的通话链路，并实时建立所述用户设备与所述银行系统之间的通话链路而无需用户挂机，以使所述用户设备根据所述银行系统的指示进行电话支付。

2.根据权利要求1所述的电话支付系统，其特征在于，

所述商户系统包括：

生成模块，用于生成订单信息；

第一发送模块，用于向所述银行系统发送所述订单信息；

第二发送模块，用于向所述银行系统发送订单编号；

所述银行系统包括：

第一接收模块，用于在所述用户设备确认进行订单支付之后，接收来自于所述商户系统推送的所述订单信息；

第二接收模块，用于在所述商户系统接收到所述推送成功响应以后，所述银行系统接收来自于所述商户系统的所述订单编号；

判断模块，用于判断所述订单编号与保存的所述订单信息是否匹配；

处理模块，用于在所述判断模块输出为否时，切断其与所述运营商系统之间的通话链路；

第三发送模块，用于在所述判断模块输出为是时，发送所述成功响应。

3.根据权利要求1所述的电话支付系统，其特征在于，所述商户系统还包括：加密模块，用于对所述订单信息中的数据进行加密；

所述电话支付系统还包括：运营商系统，所述运营商系统包括：解密模块，用于对所述商户系统推送的所述订单信息中的数据进行解密。

4.根据权利要求3所述的电话支付系统，其特征在于，所述运营商系统还包括：

第三接收模块，用于接收来自于所述商户系统的订单信息；

第一推送模块，用于推送所述接收到的订单信息到银行系统；

第四接收模块，用于接收所述商户系统传送的订单编号；

验证模块，用于在所述接收到的订单信息中根据所述订单编号验证其对应的订单信息是否存在；

第二推送模块，用于在所述验证模块验证为存在时，将所述订单编号推送给所述银行系统；

释放模块，用于在所述验证模块验证为不存在时，释放所述商户系统与所述运营商系统之间的通话链路。

5.根据权利要求2至4中任一项所述的电话支付系统，其特征在于，所述银行系统还包括：

支付模块，用于接收所述银行系统发送的支付请求，进行扣费处理；

通知模块，用于经由所述商户系统将支付成功的消息通知给所述用户设备；

更新模块，用于更新所述订单信息的状态。

6.一种电话支付方法，其特征在于，包括：

商户系统接收来自于银行系统的成功响应，其中，所述成功响应用于指示用户设备进入电话支付流程；

所述商户系统切断其与用户设备之间的通话链路，并实时建立所述用户设备与所述银行系统之间的通话链路而无需用户挂机，以使所述用户设备根据所述银行系统的指示进行电话支付。

7.根据权利要求6所述的方法，其特征在于，在所述商户系统接收来自于所述银行系统的所述成功响应之前，还包括：

在所述用户设备确认进行订单支付之后，所述银行系统接收所述商户系统推送的订单信息，保存所述订单信息，并将推送成功响应返回给所述商户系统；

在所述商户系统接收到所述推送成功响应以后，所述银行系统接收来自于所述商户系统的订单编号；

所述银行系统确定所述订单编号与保存的所述订单信息是否匹配，如果匹配，则发送所述成功响应，如果不匹配，则所述银行系统切断其与所述商户系统之间的通话链路。

8.根据权利要求7所述的方法，其特征在于，所述银行系统接收所述商户系统推送的订单信息包括：所述银行系统经由运营商系统接收所述商户系统推送的所述订单信息，其中，所述商户系统对所述订单信息中的数据进行加密，所述运营商系统对所述商户系统推送的所述订单信息中的数据进行解密。

9.根据权利要求8所述的方法，其特征在于，所述银行系统接收来自于所述商户系统的订单编号包括：

所述运营商系统接收所述商户系统发送的所述订单编号；

所述运营商系统在所述接收到的订单信息中，根据所述订单编号验证其对应的订单信息是否存在；

如果不存在，则所述运营商系统释放所述商户系统与所述运营商系统之间的通话链路；

如果存在，则所述运营商系统将所述订单编号推送给所述银行系统。

10.根据权利要求6至9中任一项所述的方法，其特征在于，在所述用户设备根据所述银行系统的指示进行电话支付成功之后，还包括：所述银行系统将支付成功的消息经由所述商户系统通知给所述用户设备，并更新所述订单信息的状态。

Images