支付方法及支付系统

IPRDB

API 数据接口

专利申请

使用指引 chat嘟嘟

会员体验

联系我们

交流群

现在联系顾问~

支付方法及支付系统
申请号	CN201810480923.X	申请日	2018-05-18	公开(公告)号	CN108681899A	公开(公告)日	2018-10-19
申请人	中国联合网络通信集团有限公司;			发明人	张伦泳;
摘要	本发明公开了一种支付方法及支付系统。该支付方法包括：安全验证平台获取银行支付结算系统的支付验证请求，支付验证请求包括支付账户对应的支付终端号码和支付费用信息；安全验证平台根据支付终端号码，查询出预先建立的安全验证平台与支付终端号码对应的支付终端之间的呼叫连接关系；安全验证平台通过呼叫连接关系向支付终端发送支付信息，支付信息包括所述支付费用信息；支付终端根据支付信息向安全验证平台返回支付确认信息，以供银行支付结算系统根据安全验证平台返回的支付确认信息对支付账户进行相应的扣费。本发明提高了手机免密支付的安全性，在一定程度上避免了用户的经济损失。
权利要求	1.一种支付方法，其特征在于，包括：安全验证平台获取银行支付结算系统的支付验证请求，所述支付验证请求包括支付账户对应的支付终端号码和支付费用信息；所述安全验证平台根据所述支付终端号码，查询出预先建立的所述安全验证平台与所述支付终端号码对应的支付终端之间的呼叫连接关系；所述安全验证平台通过所述呼叫连接关系向所述支付终端发送支付信息，所述支付信息包括所述支付费用信息；所述支付终端根据所述支付信息向所述安全验证平台返回支付确认信息，以供所述银行支付结算系统根据所述安全验证平台返回的所述支付确认信息对所述支付账户进行相应的扣费。 2.根据权利要求1所述的支付方法，其特征在于，所述安全验证平台获取银行支付结算系统的支付验证请求之前还包括：所述银行支付结算系统获取扣费请求，所述扣费请求包括所述支付账户和所述支付费用信息；所述银行支付结算系统向所述安全验证平台发送所述支付验证请求。 3.根据权利要求2所述的支付方法，其特征在于，所述银行支付结算系统向所述安全验证平台发送所述支付验证请求之前还包括：所述银行支付结算系统从预先建立的支付账户与支付终端号码的对应关系中，查询出所述支付账户对应的支付终端号码。 4.根据权利要求2所述的支付方法，其特征在于，所述银行支付结算系统获取扣费请求之前还包括：所述支付终端向收款终端发送支付标识信息，所述支付标识信息包括所述支付账户；所述收款终端向所述支付账户对应的所述银行支付结算系统发送所述扣费请求。 5.根据权利要求4所述的支付方法，其特征在于，所述支付终端向收款终端发送支付标识信息之前还包括：所述支付终端向所述安全验证平台发送所述支付账户对应的支付终端号码；所述安全验证平台根据所述支付终端号码向所述支付终端发起呼叫，并设置述呼叫的呼叫类型为支付验证；所述支付终端识别出所述呼叫的呼叫类型为支付验证，与所述安全验证平台之间建立所述呼叫连接关系。 6.一种支付系统，其特征在于，包括安全验证平台、银行支付结算系统和支付终端；所述安全验证平台用于获取所述银行支付结算系统的支付验证请求，所述支付验证请求包括支付账户对应的支付终端号码和支付费用信息；根据所述支付终端号码，查询出预先建立的所述安全验证平台与所述支付终端号码对应的支付终端之间的呼叫连接关系；通过所述呼叫连接关系向所述支付终端发送支付信息，所述支付信息包括所述支付费用信息；所述支付终端用于根据所述支付信息向所述安全验证平台返回支付确认信息；所述银行支付结算系统用于根据所述安全验证平台返回的所述支付确认信息对所述支付账户进行相应的扣费。 7.根据权利要求6所述的支付系统，其特征在于，所述银行支付结算系统还用于获取扣费请求，所述扣费请求包括所述支付账户和所述支付费用信息；向所述安全验证平台发送所述支付验证请求。 8.根据权利要求7所述的支付系统，其特征在于，所述银行支付结算系统还用于从预先建立的支付账户与支付终端号码的对应关系中，查询出所述支付账户对应的支付终端号码。 9.根据权利要求7所述的支付系统，其特征在于，还包括收款终端；所述支付终端还用于向收款终端发送支付标识信息，所述支付标识信息包括所述支付账户；所述收款终端用于向所述支付账户对应的所述银行支付结算系统发送所述扣费请求。 10.根据权利要求9所述的支付系统，其特征在于，所述支付终端还用于向所述安全验证平台发送所述支付账户对应的支付终端号码；所述安全验证平台还用于根据所述支付终端号码向所述支付终端发起呼叫，并设置述呼叫的呼叫类型为支付验证；所述支付终端还用于识别出所述呼叫的呼叫类型为支付验证，与所述安全验证平台之间建立所述呼叫连接关系。
说明书全文	支付方法及支付系统技术领域 [0001] 本发明涉及通信技术领域，特别涉及一种支付方法及支付系统。背景技术 [0002] 目前，手机支付越来越受到欢迎，为了能够达到快速完成支付结算的目标，很多支付程序都设置了免密支付的功能。免密支付往往给用户带来了一定的风险，例如，目前存在的一种攻击方式是在用户不知情的情况下，恶意盗用用户的支付账户和用户手机的手机支付程序，将用户的整个手机支付软件克隆到另一个手机上，克隆手机就可以冒充用户本人进行小额免密支付，给用户造成了一定的经济损失。 [0003] 因此，现有技术中的免密支付方法，安全性较低，容易给用户造成一定的经济损失。发明内容 [0004] 本发明提供一种支付方法及支付系统，用于提高手机免密支付的安全性，在一定程度上避免用户的经济损失。 [0005] 为实现上述目的，本发明提供一种支付方法，该支付方法包括： [0006] 安全验证平台获取银行支付结算系统的支付验证请求，所述支付验证请求包括支付账户对应的支付终端号码和支付费用信息； [0007] 所述安全验证平台根据所述支付终端号码，查询出预先建立的所述安全验证平台与所述支付终端号码对应的支付终端之间的呼叫连接关系； [0008] 所述安全验证平台通过所述呼叫连接关系向所述支付终端发送支付信息，所述支付信息包括所述支付费用信息； [0009] 所述支付终端根据所述支付信息向所述安全验证平台返回支付确认信息，以供所述银行支付结算系统根据所述安全验证平台返回的所述支付确认信息对所述支付账户进行相应的扣费。 [0010] 可选地，所述安全验证平台获取银行支付结算系统的支付验证请求之前还包括： [0011] 所述银行支付结算系统获取扣费请求，所述扣费请求包括所述支付账户和所述支付费用信息； [0012] 所述银行支付结算系统向所述安全验证平台发送所述支付验证请求。 [0013] 可选地，所述银行支付结算系统向所述安全验证平台发送所述支付验证请求之前还包括： [0014] 所述银行支付结算系统从预先建立的支付账户与支付终端号码的对应关系中，查询出所述支付账户对应的支付终端号码。 [0015] 可选地，所述银行支付结算系统获取扣费请求之前还包括： [0016] 所述支付终端向收款终端发送支付标识信息，所述支付标识信息包括所述支付账户； [0017] 所述收款终端向所述支付账户对应的所述银行支付结算系统发送所述扣费请求。 [0018] 可选地，所述支付终端向收款终端发送支付标识信息之前还包括： [0019] 所述支付终端向所述安全验证平台发送所述支付账户对应的支付终端号码； [0020] 所述安全验证平台根据所述支付终端号码向所述支付终端发起呼叫，并设置述呼叫的呼叫类型为支付验证； [0021] 所述支付终端识别出所述呼叫的呼叫类型为支付验证，与所述安全验证平台之间建立所述呼叫连接关系。 [0022] 为实现上述目的，本发明提供一种支付系统，该支付系统包括安全验证平台、银行支付结算系统和支付终端； [0023] 所述安全验证平台用于获取所述银行支付结算系统的支付验证请求，所述支付验证请求包括支付账户对应的支付终端号码和支付费用信息；根据所述支付终端号码，查询出预先建立的所述安全验证平台与所述支付终端号码对应的支付终端之间的呼叫连接关系；通过所述呼叫连接关系向所述支付终端发送支付信息，所述支付信息包括所述支付费用信息； [0024] 所述支付终端用于根据所述支付信息向所述安全验证平台返回支付确认信息； [0025] 所述银行支付结算系统用于根据所述安全验证平台返回的所述支付确认信息对所述支付账户进行相应的扣费。 [0026] 可选地，所述银行支付结算系统还用于获取扣费请求，所述扣费请求包括所述支付账户和所述支付费用信息；向所述安全验证平台发送所述支付验证请求。 [0027] 可选地，所述银行支付结算系统还用于从预先建立的支付账户与支付终端号码的对应关系中，查询出所述支付账户对应的支付终端号码。 [0028] 可选地，该支付系统还包括收款终端； [0029] 所述支付终端还用于向收款终端发送支付标识信息，所述支付标识信息包括所述支付账户； [0030] 所述收款终端用于向所述支付账户对应的所述银行支付结算系统发送所述扣费请求。 [0031] 可选地，所述支付终端还用于向所述安全验证平台发送所述支付账户对应的支付终端号码； [0032] 所述安全验证平台还用于根据所述支付终端号码向所述支付终端发起呼叫，并设置述呼叫的呼叫类型为支付验证； [0033] 所述支付终端还用于识别出所述呼叫的呼叫类型为支付验证，与所述安全验证平台之间建立所述呼叫连接关系。 [0034] 本发明具有如下有益效果： [0035] 本发明所提供的支付方法及支付系统的技术方案中，安全验证平台根据支付终端号码，查询出预先建立的安全验证平台与支付终端号码对应的支付终端之间的呼叫连接关系，并通过呼叫连接关系向支付终端发送支付信息，支付终端根据支付信息向安全验证平台返回支付确认信息，银行支付结算系统根据支付确认信息对支付账户进行相应的扣费。安全验证平台通过预先建立的呼叫连接关系向支付终端发送支付信息，只有支付终端确认了支付信息才能完成免密支付，从而提高了手机免密支付的安全性，在一定程度上避免了用户的经济损失。附图说明 [0036] 图1为本发明实施例一提供的一种支付方法的流程图； [0037] 图2为本发明实施例二提供的一种支付方法的流程图； [0038] 图3为本发明实施例三提供的一种支付系统的结构示意图。具体实施方式 [0039] 为使本领域的技术人员更好地理解本发明的技术方案，下面结合附图对本发明提供的支付方法及支付系统进行详细描述。 [0040] 图1为本发明实施例一提供的一种支付方法的流程图，如图1所示，该支付方法包括： [0041] 步骤101、安全验证平台获取银行支付结算系统的支付验证请求，支付验证请求包括支付账户对应的支付终端号码和支付费用信息。 [0042] 步骤102、安全验证平台根据支付终端号码，查询出预先建立的安全验证平台与支付终端号码对应的支付终端之间的呼叫连接关系。 [0043] 步骤103、安全验证平台通过呼叫连接关系向支付终端发送支付信息，支付信息包括支付费用信息。 [0044] 步骤104、支付终端根据支付信息向安全验证平台返回支付确认信息。 [0045] 步骤105、安全验证平台向银行支付结算系统返回支付确认信息。 [0046] 步骤106、银行支付结算系统根据支付确认信息对支付账户进行相应的扣费。 [0047] 本实施例所提供的支付方法的技术方案中，安全验证平台根据支付终端号码，查询出预先建立的安全验证平台与支付终端号码对应的支付终端之间的呼叫连接关系，并通过呼叫连接关系向支付终端发送支付信息，支付终端根据支付信息向安全验证平台返回支付确认信息，银行支付结算系统根据支付确认信息对支付账户进行相应的扣费。安全验证平台通过预先建立的呼叫连接关系向支付终端发送支付信息，只有支付终端确认了支付信息才能完成免密支付，从而提高了手机免密支付的安全性，在一定程度上避免了用户的经济损失。 [0048] 图2为本发明实施例二提供的一种支付方法的流程图，如图2所示，该支付方法包括： [0049] 步骤201、支付终端向安全验证平台发送支付账户对应的支付终端号码。 [0050] 本实施例中，支付终端可以为手机，支付终端上设置有支付客户端，例如，支付宝等。当用户在支付终端上启动支付客户端后，支付客户端立即自动将支付终端号码发送至安全验证平台，其中，支付终端号码为用户在支付客户端上默认的支付账户所对应的支付终端号码。例如，支付账户为银行卡卡号，支付终端号码为手机号码。需要说明的是，在支付客户端上，用户一般预先设置有支付用的默认的支付账户和可供选择的其他支付账户。 [0051] 本实施例中，支付客户端具有特定插件，该特定插件支持以下功能：当支付客户端启动后，自动将用户默认的支付账户所关联对应的支付终端号码发送至安全验证平台。其中，支付账户与支付终端号码的关联关系预先保存在支付客户端内。 [0052] 步骤202、安全验证平台根据支付终端号码向支付终端发起呼叫，并设置呼叫的呼叫类型为支付验证。 [0053] 具体地，安全验证平台根据支付终端号码，通过移动交换中心(Mobile Switching Center，简称：MSC)向支付终端发起呼叫。 [0054] 步骤203、支付终端识别出呼叫的呼叫类型为支付验证时，与安全验证平台之间建立呼叫连接关系。 [0055] 具体地，支付终端识别出呼叫的呼叫类型为支付验证时，自动摘机，完成与安全验证平台之间的呼叫连接关系的建立。 [0056] 本实施例中，支付终端包括SIM卡，支付终端的SIM卡中设置有SIM卡安全程序。SIM卡安全程序可以是预制于支付终端的SIM卡中，还可以是通过运营商的空中下载技术(Over-the-Air Technology，简称：OTA)功能下载至支付终端的SIM卡中。 [0057] 具体地，SIM卡安全程序用于在支付终端作为被叫状态下建立呼叫连接关系时，识别来自MSC的呼叫类型，当识别出当前呼叫的呼叫类型为支付验证时，则自动发起摘机操作，最终完成支付终端与安全验证平台之间的呼叫连接关系的建立；同时，当识别出当前呼叫的呼叫类型为支付验证后，向支付终端的终端语音通话程序发送指示信息，以指示终端语音通话程序控制支付终端的显示界面不显示来电呼叫；若在呼叫连接关系建立的同时，有另一个语音呼叫接入时，该另一个语音呼叫为正常的语音通话呼叫，则将呼叫类型为支付验证的呼叫挂起，并向安全验证平台发送“呼叫被挂起”的信令通知。 [0058] 本实施例中，在呼叫连接关系建立过程中，在MSC的信令中，扩展一个“支付验证”的呼叫类型，用于表示当前呼叫是专用于支付终端免密支付验证。一般而言，呼叫类型由主叫方设置，在本实施例中，呼叫类型由安全验证平台在呼叫中设置。当安全验证平台通过MSC向支付终端发起呼叫时，MSC验证来电号码为安全验证平台的号码后，将呼叫的呼叫类型透传至被叫方，即支付终端，以便于支付终端的SIM卡安全程序根据该呼叫类型做进一步地处理，具体作何处理可参见上述对SIM卡安全程序的描述。 [0059] 本实施例中，当用户在支付终端上启动支付客户端后，若用户在支付客户端上重新选择了其他支付账户作为支付的支付账户时，支付客户端需要重新向安全验证平台发送该其他支付账户对应的支付终端号码，并提示安全验证平台需要更新此前发送的默认的支付账户对应的支付终端号码。安全验证平台接收到支付终端号码更新提示消息后，关闭此前建立的呼叫连接关系，重新向其他支付账户对应的支付终端号码发起呼叫，并设置呼叫的呼叫类型为支付验证，其他支付账户对应的支付终端号码所对应的支付终端和安全验证平台之间的呼叫连接关系的建立过程可参见上述对在默认的支付账户对应的支付终端号码所对应的支付终端和安全验证平台之间建立呼叫连接关系的过程的描述，此处不再具体赘述。 [0060] 步骤204、支付终端向收款终端发送支付标识信息，支付标识信息包括支付账户。 [0061] 具体地，用户通过支付终端的终端支付程序向商户进行支付操作，例如，支付标识信息为付款二维码，用户通过支付终端的支付客户端向商户展示付款二维码。 [0062] 步骤205、收款终端根据所述支付标识信息向支付账户对应的银行支付结算系统发送扣费请求，扣费请求包括支付账户和支付费用信息。 [0063] 例如，收款终端通过扫描付款二维码，获得支付账户，而后，向支付账户对应的银行支付结算系统发送扣费请求。本实施例中，收款终端包括移动支付系统，例如，移动支付系统为商户的微信或支付宝等。具体地，扣费请求还可以包括交易时间，交易地点、商户名称、订单编号等，其中，支付费用信息为交易金额。 [0064] 步骤206、银行支付结算系统从预先建立的支付账户与支付终端号码的对应关系中，查询出支付账户对应的支付终端号码。 [0065] 步骤207、银行支付结算系统向安全验证平台发送支付验证请求，支付验证请求包括支付账户对应的支付终端号码和支付费用信息。 [0066] 本实施例中，银行支付结算系统与安全验证平台之间预先建立有数据连接关系，数据连接方式通常为TCP/IP方式。具体地，银行支付结算系统通过预先建立的数据连接关系向安全验证平台发送支付验证请求。具体地，支付验证请求还可以包括交易时间、交易地点、商户名称、订单编号等信息。 [0067] 步骤208、安全验证平台根据支付终端号码，查询出预先建立的安全验证平台与支付终端号码对应的支付终端之间的呼叫连接关系。 [0068] 在步骤202和步骤203中，安全验证平台与支付终端之间预先建立了呼叫类型为支付验证的呼叫连接关系，因此在本步骤中，安全验证平台接收到支付验证请求后，可根据支付终端号码，查询出预先建立的安全验证平台与支付终端号码对应的支付终端之间的呼叫连接关系。 [0069] 需要说明的是，若在本步骤中，安全验证平台根据支付终端号码，未查询出预先建立的安全验证平台与支付终端号码对应的支付终端之间的呼叫连接关系，则执行步骤202和步骤203，建立安全验证平台与该支付终端号码与支付终端之间的呼叫类型为支付验证的呼叫连接关系，而后执行步骤209。 [0070] 步骤209、安全验证平台通过呼叫连接关系向支付终端发送支付信息，支付信息包括支付费用信息。 [0071] 具体地，支付终端的SIM卡安全程序接收安全验证平台的支付费用信息，并控制在支付终端的显示界面上弹出提示窗口，提示窗口显示有支付信息、支付确认按钮、支付拒绝按钮、支付确认时限倒计时，并等待用户确认。其中，弹出的提示窗口为全屏幕模式，支付确认按钮的位置是随机的，即不固定在提示窗口的某个特定的位置，每次弹出提示窗口时支付确认按钮在提示窗口上的位置不同。此外，提示窗口上除了支付确认按钮所在的位置以外的其他位置均为支付拒绝按钮所在的位置，当用户在除了支付确认按钮所在的位置以外的其他位置进行点击操作时，均视为用户点击了支付拒绝按钮。本实施例中，支付信息还可以包括交易时间、交易地点、商户名称、订单编号等信息。例如，提示窗口显示支付信息，支付信息为：您招商银行尾号为1234的银行卡卡号正在KFC金融街店进行刷卡消费，交易金额为6.00元，2018年5月10日14点03分。 [0072] 本实施例中，通过将提示窗口设置为全屏幕模式和将支付确认按钮的位置设置为随机位置，从而避免由于支付确认按钮的位置固定，容易造成的恶意程序能够对提示窗口的固定位置发送“点击”消息，以避开用户的支付确认或拒绝的操作，达到盗用用户的支付账户进行免密支付的目的的问题。 [0073] 步骤210、支付终端根据支付费用信息向安全验证平台返回支付确认信息或者支付拒绝信息。 [0074] 具体地，当用户在弹出的提示窗口上点击支付确认按钮时，支付终端向安全验证平台返回支付确认信息。当用户在弹出的提示窗口上点击支付拒绝按钮时，支付终端向安全验证平台返回支付拒绝信息；或者，当弹出的提示窗口上支付确认时限倒计时为0，即用户超时仍不进行任何点击操作时，支付终端向安全验证平台返回支付拒绝信息。 [0075] 步骤211、安全验证平台向银行支付结算系统返回支付确认信息或者支付拒绝信息。 [0076] 步骤212、银行支付结算系统根据支付确认信息对支付账户进行相应的扣费，或者，银行支付结算系统根据支付拒绝信息对支付账户不进行扣费。 [0077] 本实施例中，在步骤202和步骤203中，安全验证平台与支付终端号码对应的支付终端之间建立呼叫类型为支付验证的呼叫连接关系后，若安全验证平台在设定时间段内未收到银行支付结算系统发送的支付验证请求时，表明用户可能只是启动支付客户端查看一下，并未进行支付操作，因此，安全验证平台对挂机。其中，该设定时间段为门限制，可设置，一般设置在10s以内。本实施例中，通过设置设定时间段的目的是为了避免无意义的呼叫连接关系被长时间保持。 [0078] 本实施例中，若呼叫类型为支付验证的呼叫被挂起期间，安全验证平台接收到银行支付结算系统的支付验证请求，且安全验证平台需要向支付终端发送支付信息时，则安全验证平台会针对该被挂起的呼叫，向支付终端发送请求恢复的信令。SIM卡安全程序监测到该信令后，会自动将当前正在进行的正常的语音通话呼叫挂起，并恢复之前挂起的呼叫类型为支付验证的呼叫，从而完成呼叫切换，并接收安全验证平台的支付信息。针对呼叫类型为支付验证的呼叫被挂起的过程的描述可参见上述对SIM卡安全程序的描述，此处不再具体赘述。 [0079] 本实施例中，安全验证平台通过与支付终端号码对应的支付终端预先建立呼叫连接关系，在接收到银行支付结算系统的支付验证请求后，通过呼叫连接关系向支付终端发送支付费用信息，待支付终端号码对应的支付终端点击支付确认后，获取支付确认信息，并将支付确认信息发送至银行支付结算系统，以供银行支付结算系统进行扣费，从而完成支付终端的免密支付过程。本实施例通过预先建立的呼叫连接关系实现支付的方法，优点在于：电路连接传输时延低，安全可靠，不易丢失信息，也不易被篡改。相对于传统的短信通知的方式，本实施例中，支付终端号码对应的支付终端接收到支付费用信息后，支付终端有确认或拒绝的选择，即支付终端可选择地向安全验证平台发送支付确认信息或者支付拒绝信息，而不仅仅是通知支付终端已完成支付。因此，本实施例所提供的支付方法，避免了终端支付程序、支付帐户被恶意盗用的情况下给用户带来的风险，提高了手机免密支付的安全性，在一定程度上避免了用户的经济损失。并且，本实施例所提供的支付方法，具有实时性，在实现提高免密支付的安全性的同时，也不会降低支付的效率。 [0080] 本实施例所提供的支付方法的技术方案中，安全验证平台根据支付终端号码，查询出预先建立的安全验证平台与支付终端号码对应的支付终端之间的呼叫连接关系，并通过呼叫连接关系向支付终端发送支付费用信息，支付终端根据支付费用信息向安全验证平台返回支付确认信息，银行支付结算系统根据支付确认信息对支付账户进行相应的扣费。安全验证平台通过预先建立的呼叫连接关系向支付终端发送支付信息，只有支付终端确认了支付信息后才能完成免密支付，从而提高了手机免密支付的安全性，在一定程度上避免了用户的经济损失。 [0081] 图3为本发明实施例三提供的一种支付系统的结构示意图，如图3所示，该支付系统包括安全验证平台301、银行支付结算系统302和支付终端303。 [0082] 其中，安全验证平台301用于获取银行支付结算系统302的支付验证请求，支付验证请求包括支付账户对应的支付终端号码和支付费用信息；根据支付终端号码，查询出预先建立的安全验证平台301与支付终端号码对应的支付终端303之间的呼叫连接关系；通过呼叫连接关系向支付终端303发送支付信息，支付信息包所述支付费用信息。 [0083] 支付终端303用于根据支付信息向安全验证平台301返回支付确认信息。 [0084] 银行支付结算系统302用于根据安全验证平台301返回的支付确认信息对支付账户进行相应的扣费。 [0085] 本实施例中，银行支付结算系统302还用于获取扣费请求，扣费请求包括支付账户和支付费用信息；向安全验证平台301发送支付验证请求。 [0086] 本实施例中，银行支付结算系统302还用于从预先建立的支付账户与支付终端号码的对应关系中，查询出支付账户对应的支付终端号码。 [0087] 本实施例中，该支付系统还包括收款终端304。具体地，支付终端303还用于向收款终端304发送支付标识信息，支付标识信息包括支付账户；收款终端304用于向支付账户对应所述银行支付结算系统302发送扣费请求。 [0088] 本实施例中，支付终端303还用于向安全验证平台301发送支付账户对应的支付终端号码。 [0089] 安全验证平台301还用于根据支付终端号码向支付终端303发起呼叫，并设置述呼叫的呼叫类型为支付验证。 [0090] 支付终端303还用于识别出呼叫的呼叫类型为支付验证，与安全验证平台301之间建立呼叫连接关系。 [0091] 本实施例所提供的支付系统，用于实现上述实施例二提供的支付方法，具体描述可参见上述实施例二，此处不再赘述。 [0092] 本实施例所提供的支付系统的技术方案中，安全验证平台用于根据支付终端号码，查询出预先建立的安全验证平台与支付终端号码对应的支付终端之间的呼叫连接关系，并通过呼叫连接关系向支付终端发送支付费用信息；支付用于终端根据支付费用信息向安全验证平台返回支付确认信息；银行支付结算系统用于根据支付确认信息对支付账户进行相应的扣费。安全验证平台通过预先建立的呼叫连接关系向支付终端发送支付信息，只有支付终端确认了支付信息后才能完成免密支付，从而提高了手机免密支付的安全性，在一定程度上避免了用户的经济损失。 [0093] 可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。