安全支付方法及装置与流程

1.本发明涉及数据业务技术领域，特别是指一种安全支付方法及装置。


背景技术：

2.终端用户与多个不同chatbot商户交互过程中，chatbot支付h5页面与终端用户的银行账户信息由不同chatbot分别维护。用户与不同chatbot商户进行交互时，需多次进行“银行卡 支付密码”的输入过程，操作繁琐。
3.并且，终端用户与多个不同chatbot商户交互过程中，在不同chatbot商户支付h5页面，多次进行“银行卡 支付密码”的输入过程，银行账户信息被多个不同chatbot商户获取，容易造成信息泄露。


技术实现要素：

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.一些实施例中，所述处理器还用于向用户提醒支付成功。
43.本发明的实施例还提供了一种安全支付装置，应用于支付网关，包括收发机和处
理器，
44.所述收发机用于在终端对商品进行下单之后，接收消息中心转发的商户终端的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；
45.所述处理器用于存储支付结果的回调通知字段，根据商品价格生成预付费订单，将所述预付费订单与所述商品的订单号绑定；
46.所述收发机还用于通过所述消息中心向所述终端发送所述预付费订单；接收所述终端发送的支付参数，所述支付参数至少包括所述预付费订单、商品价格和加密后的终端用户的银行账号信息；在完成银行扣款后，向所述终端发送支付成功消息。
47.一些实施例中，所述收发机还用于通过存储的支付结果的回调通知字段，回调对应的商户终端；向所述商户终端发送支付成功消息。
48.本发明的实施例还提供了一种安全支付装置，应用于消息中心，包括收发机和处理器，
49.所述收发机用于在终端对商品进行下单之后，接收商户终端的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；将所述支付消息发送给支付网关；接收所述支付网关发送的预付费订单，所述预付费订单与所述商品的订单号绑定；对所述支付建议操作进行修改，将修改后的支付建议操作和所述预付费订单发送给所述终端，所述修改后的支付建议操作至少包括所述商品的预付费订单和商品价格，所述预付费订单与所述商品的订单号绑定。
50.一些实施例中，所述收发机还用于接收商户终端发送的支付成功的确认消息；将所述支付成功的确认消息发送给所述终端。
51.本发明的实施例还提供了一种安全支付装置，应用于商户终端，包括收发机和处理器，
52.所述收发机用于接收消息中心转发的用户的下单消息；
53.所述处理器用于生成支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；
54.所述收发机还用于通过消息中心向支付网关发送支付消息；接收所述支付网关返回的支付成功消息；通过消息中心向终端发送支付成功的确认消息。
55.本发明的实施例还提供了一种安全支付装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述程序时实现如上所述的安全支付方法。
56.一些实施例中，安全支付装置应用于终端，所述处理器用于在对商品进行下单之后，接收消息中心转发的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的预付费订单和商品价格，所述预付费订单与所述商品的订单号绑定；向用户展示支付消息，在接收到用户的支付指令后，调用支付模块；打开支付模块提供的支付页面，输入银行账号信息进行支付；支付模块向支付网关发送支付参数，所述支付参数至少包括所述预付费订单、商品价格和加密后的终端用户的银行账号信息；接收所述支付网关返回的支付成功消息。
57.所述处理器还用于接收消息中心转发的商户终端的支付成功的确认消息。
58.所述处理器还用于向用户提醒支付成功。
59.一些实施例中，安全支付装置应用于支付网关，所述处理器用于在终端对商品进行下单之后，接收消息中心转发的商户终端的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；存储支付结果的回调通知字段，根据商品价格生成预付费订单，将所述预付费订单与所述商品的订单号绑定；通过所述消息中心向所述终端发送所述预付费订单；接收所述终端发送的支付参数，所述支付参数至少包括所述预付费订单、商品价格和加密后的终端用户的银行账号信息；在完成银行扣款后，向所述终端发送支付成功消息。
60.所述处理器还用于通过存储的支付结果的回调通知字段，回调对应的商户终端；向所述商户终端发送支付成功消息。
61.一些实施例中，安全支付装置应用于消息中心，所述处理器用于在终端对商品进行下单之后，接收商户终端的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；将所述支付消息发送给支付网关；接收所述支付网关发送的预付费订单，所述预付费订单与所述商品的订单号绑定；对所述支付建议操作进行修改，将修改后的支付建议操作和所述预付费订单发送给所述终端，所述修改后的支付建议操作至少包括所述商品的预付费订单和商品价格，所述预付费订单与所述商品的订单号绑定。
62.所述处理器还用于接收商户终端发送的支付成功的确认消息；将所述支付成功的确认消息发送给所述终端。
63.一些实施例中，安全支付装置应用于商户终端，处理器用于接收消息中心转发的用户的下单消息；生成支付消息，并通过消息中心向支付网关发送支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；接收所述支付网关返回的支付成功消息；通过消息中心向终端发送支付成功的确认消息。
64.本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的安全支付方法中的步骤。
65.本发明的实施例具有以下有益效果：
66.上述方案中，终端用户的银行账户信息由消息中心统一维护，终端的支付页面由支付模块统一提供，避免了用户与不同chatbot商户交互时，多次进行银行账户输入的操作，实现了一次银行账户信息输入，多次使用；并且，由于终端用户的银行账户信息由消息中心统一维护，不同chatbot商户将无法获取终端用户的银行账户信息，有助于减小用户银行账户信息的泄露风险。
附图说明
67.图1为现有支付场景终端用户与chatbot的交互流程示意图；
68.图2和图3为向终端展示的页面示意图；
69.图4为本发明实施例安全支付方法的流程示意图；
70.图5和图6为本发明实施例向终端展示的页面示意图；
71.图7为本发明实施例安全支付装置的结构示意图；
72.图8为本发明实施例安全支付装置的组成示意图。
具体实施方式
73.为使本发明的实施例要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
74.相关技术引入chatbot服务，实现“消息即服务”，ct与it、人工智能融合，带来全新人机交互模式，用户在消息窗口内就能完成服务发现、搜索、交互、支付等一站式的业务体验，极大提升运营商行业消息的价值。
75.目前规范，规定了4种chatbot消息格式：
76.普通rcs(rich communication suite，融合通信)消息体；
77.普通rcs消息体 建议回复/建议操作列表；
78.rich card；
79.rich card 建议回复/建议操作列表。
80.目前规定了以下8种建议操作：
81.终端打开一个web url；
82.终端向特定对象拨打音频电话或视频电话；
83.终端录制音频或视频并发送给特定对象；
84.终端向特定对象发送文本消息；
85.终端向chatbot发送地理位置；
86.终端打开地图app，定位到特定位置或搜索某个关键词；
87.终端打开用户日历app，新建一页，并预填好开始时间、结束时间、标题、描述等；
88.终端向chatbot发送该终端的设备信息。
89.建议操作：用户可点击的一个文本标签(按钮)，当用户点击时，可被引导打开特定网页或app、拨打语音或音视频电话呼叫至特定对象、在地图上查询位置和发送终端本地地理位置、添加日历事件、编辑起草文本消息或录制音视频消息等操作。对于用户的点击操作，终端界面上不会保留操作痕迹。
90.目前规范下，chatbot与终端用户交互过程中，若遇到下单支付的场景，如图1所示，chatbot会向终端用户下发一条chatbot消息(普通rcs消息/rich card消息) “终端打开一个web的url地址”的建议操作。终端用户点击该建议操作后，将会打开系统默认浏览器，浏览器根据输入的url地址，跳转到chatbot商户提供的支付h5页，用户在该h5页面中完成银行卡 支付密码输入并完成支付流程。
91.以上流程中，chatbot向终端用户下行支付消息(普通rcs消息 包含支付url的建议操作)sip消息中关键消息体举例如下：
[0092][0093]
以上sip消息中，action字段对应的json数据，为chatbot下行的“终端打开一个web url”的建议操作。
[0094]
收到以上sip消息后，终端聊天窗口中展示效果如图2所示。终端用户点击图2中“支付”按钮后，将打开系统默认浏览器，web页面将跳转到chatbot商户对应的支付h5页面，用户在该h5页面中完成银行卡 支付密码输入并完成支付流程。对应的支付h5页面展示可以如图3所示。
[0095]
终端用户与多个不同chatbot商户交互过程中，chatbot支付h5页面与终端用户的银行账户信息由不同chatbot分别维护。用户与不同chatbot商户进行交互时，需多次进行“银行卡 支付密码”的输入过程，操作繁琐。终端用户与多个不同chatbot商户交互过程中，在不同chatbot商户支付h5页面，多次进行“银行卡 支付密码”的输入过程中。银行账户信息被多个不同chatbot商户获取，容易造成信息泄露。
[0096]
本发明实施例提供一种安全支付方法及装置，能够简化支付操作，并且能够减小用户银行账户信息的泄露风险。
[0097]
本发明的实施例提供一种安全支付方法，由终端执行，包括：
[0098]
在对商品进行下单之后，接收消息中心转发的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的预付费订单和商品价格，所述预付费订单与所述商品的订单号绑定；
[0099]
向用户展示支付消息，在接收到用户的支付指令后，调用支付模块；
[0100]
打开支付模块提供的支付页面，输入银行账号信息进行支付；
[0101]
支付模块向支付网关发送支付参数，所述支付参数至少包括所述预付费订单、商品价格和加密后的终端用户的银行账号信息；
[0102]
接收所述支付网关返回的支付成功消息。
[0103]
一些实施例中，接收所述支付网关返回的支付成功消息之后，所述方法还包括：
[0104]
接收消息中心转发的商户终端的支付成功的确认消息。
[0105]
一些实施例中，接收支付网关返回的支付成功消息之后，所述方法还包括：向用户提醒支付成功。
[0106]
本发明的实施例还提供了一种安全支付方法，由支付网关执行，包括：
[0107]
在终端对商品进行下单之后，接收消息中心转发的商户终端的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；
[0108]
存储支付结果的回调通知字段，根据商品价格生成预付费订单，将所述预付费订单与所述商品的订单号绑定；
[0109]
通过所述消息中心向所述终端发送所述预付费订单；
[0110]
接收所述终端发送的支付参数，所述支付参数至少包括所述预付费订单、商品价格和加密后的终端用户的银行账号信息；
[0111]
在完成银行扣款后，向所述终端发送支付成功消息。
[0112]
一些实施例中，向所述终端发送支付成功消息之后，所述方法还包括：
[0113]
通过存储的支付结果的回调通知字段，回调对应的商户终端；
[0114]
向所述商户终端发送支付成功消息。
[0115]
本发明的实施例还提供了一种安全支付方法，由消息中心执行，包括：
[0116]
在终端对商品进行下单之后，接收商户终端的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；
[0117]
将所述支付消息发送给支付网关；
[0118]
接收所述支付网关发送的预付费订单，所述预付费订单与所述商品的订单号绑定；
[0119]
对所述支付建议操作进行修改，将修改后的支付建议操作和所述预付费订单发送给所述终端，所述修改后的支付建议操作至少包括所述商品的预付费订单和商品价格，所述预付费订单与所述商品的订单号绑定。
[0120]
一些实施例中，将修改后的支付建议操作和所述预付费订单发送给所述终端之后，所述方法还包括：
[0121]
接收商户终端发送的支付成功的确认消息；
[0122]
将所述支付成功的确认消息发送给所述终端。
[0123]
本发明的实施例还提供了一种安全支付方法，由商户终端执行，包括：
[0124]
接收消息中心转发的用户的下单消息；
[0125]
生成支付消息，并通过消息中心向支付网关发送支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；
[0126]
接收所述支付网关返回的支付成功消息；
[0127]
通过消息中心向终端发送支付成功的确认消息。
[0128]
本实施例中，终端用户的银行账户信息由消息中心统一维护，终端的支付页面由支付模块统一提供，避免了用户与不同chatbot商户交互时，多次进行银行账户输入的操作，实现了一次银行账户信息输入，多次使用；并且，由于终端用户的银行账户信息由消息中心统一维护，不同chatbot商户将无法获取终端用户的银行账户信息，有助于减小用户银行账户信息的泄露风险。
[0129]
下面结合附图对本发明实施例进行进一步介绍，本实施例在终端侧新增“5g消息
支付模块”(即上述支付模块)，对平台侧进行改造，平台侧构建“5g消息支付网关”(即上述支付网关)。如图4所示，本实施例包括以下步骤:
[0130]
步骤1-4：前序流程，用户在消息窗口中选中某件商品并进行下单，此时终端会上行一条sip(session initiation protocol，会话初始协议)消息进行下单，该下单消息经5g消息中心转发给maap平台，maap平台再将该下单消息转发给对应的chatbot(即商户终端)。chatbot收到用户的下单消息后，会生成该订单的订单信息orderid；
[0131]
步骤5：chatbot向终端用户下行支付消息，该支付消息可以是“rich card/普通消息 建议操作”形式。rich card消息中可包含商品的名称title、商品描述desc、商品相关介绍的图片url地址；该支付建议操作需至少包含商品的订单号orderid、商品价格price、支付结果的回调通知notifyurl等字段。新增的支付建议操作json结构举例如下：
[0132][0133]
新增的支付建议操作中应至少包含订单号、商品价格、支付状态的回调地址。
[0134]
步骤6：maap平台收到chatbot下行的消息后，将消息转发给5g消息中心。
[0135]
步骤7-9：5g消息中心验证该消息为支付消息，会将消息进行转发。新增一个平台侧处理支付消息的模块“5g消息支付网关”；
[0136]
5g消息支付网关：需要与各大银行进行对接，负责终端用户支付账户信息维护，银行卡扣款，支付订单生成、支付状态查询、支付状态回调，并定期与商户chatbot进行资金结算。
[0137]
5g消息支付网关收到支付消息后，首先需要存储chatbot的支付回调字段notifyurl；然后根据支付信息生成预付费订单pre_payid；然后再将pre_payid与chatbot生成的orderid进行绑定(绑定操作是方便后续通过orderid查找pre_payid)；然后将pre_payid转发给5g消息中心。
[0138]
步骤10：“5g消息中心”收到“5g消息支付网关”返回的pre_payid后，会对将要下发给用户的支付建议操作进行修改，然后进行消息下发。该支付建议操作json结构举例如下：
[0139][0140]“5g消息中心”最终下发的建议支付建议操作中应至少包含“预付费订单pre_payid”、“商品价格price”字段。
[0141]
5g消息中心下发到终端用户的支付消息，sip消息中关键消息体举例如下：
[0142]
[0143]
[0144][0145]
步骤11：终端收到以上支付消息后，进行sip消息解析与展示，展示后的支付消息举例如图5所示。
[0146]
步骤12：终端用户点击图5rich card(富媒体卡片)消息中“支付”按钮(终端用户点击“支付建议操作”)。
[0147]
步骤13-14：用户点击支付按钮后，终端会调用“5g消息支付模块”提供的订单支付接口，传入参数应至少包含“预付费订单pre_payid”、“商品价格price”。调用订单支付接口后，“5g消息支付模块”会打开一个支付页面，用户在该页面输入银行账户、输入账户密码。
[0148]
新增的“5g消息支付模块”与“5g消息支付网关”进行对接，向“5g消息sdk/5g消息app”提供支付接口；向“5g消息sdk/5g消息app”提供支付ui页面；同时负责支付状态的ui回调。“5g消息支付模块”提供的支付ui页面可以如图6所示。
[0149]
步骤15-18：用户输入支付账户信息后，点击图6中“确认支付”按钮后，“5g消息支付模块”会调用“5g消息支付网关”提供的支付接口，进行支付操作，传入的参数应至少包含“预付费订单pre_payid”、“商品价格price”、“经过加密后的用户账户信息”。“5g消息支付网关”收到“5g消息支付模块”的支付请求后，与银行对接，进行银行扣款。完成银行扣款后，将支付结果回调给“5g消息支付模块”。“5g消息支付模块”收到支付状态回调后，向用户进行支付状态的ui变更提示。
[0150]
步骤19-20：“5g消息支付网关”完成银行扣款后，通过存储的notifyurl字段，回调对应chatbot商户后台，通知chatbot商户用户订单支付结果，回到参数应至少包含chatbot的orderid。chatbot商户收到该订单支付通知后，应再次调用“5g消息支付网关”提供的订单状态查询接口，进行订单支付状态的查询确认。
[0151]
步骤21-23：订单支付状态确认后，chatbot商户可向终端用户下发订单支付状态的确认通知。该消息通过maap平台后，经5g消息中心转发，最终以普通rcs消息形式下发到
终端。
[0152]
本发明的实施例还提供了一种安全支付装置，应用于终端，如图7所示，包括收发机11和处理器12，
[0153]
所述收发机11用于在对商品进行下单之后，接收消息中心转发的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的预付费订单和商品价格，所述预付费订单与所述商品的订单号绑定；
[0154]
所述处理器12用于向用户展示支付消息，在接收到用户的支付指令后，调用支付模块；打开支付模块提供的支付页面，输入银行账号信息进行支付；
[0155]
所述收发机11还用于向支付网关发送支付参数，所述支付参数至少包括所述预付费订单、商品价格和加密后的终端用户的银行账号信息；接收所述支付网关返回的支付成功消息。
[0156]
一些实施例中，所述收发机11还用于接收消息中心转发的商户终端的支付成功的确认消息。
[0157]
一些实施例中，所述处理器12还用于向用户提醒支付成功。
[0158]
本发明的实施例还提供了一种安全支付装置，应用于支付网关，如图7所示，包括收发机11和处理器12，
[0159]
所述收发机11用于在终端对商品进行下单之后，接收消息中心转发的商户终端的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；
[0160]
所述处理器12用于存储支付结果的回调通知字段，根据商品价格生成预付费订单，将所述预付费订单与所述商品的订单号绑定；
[0161]
所述收发机11还用于通过所述消息中心向所述终端发送所述预付费订单；接收所述终端发送的支付参数，所述支付参数至少包括所述预付费订单、商品价格和加密后的终端用户的银行账号信息；在完成银行扣款后，向所述终端发送支付成功消息。
[0162]
一些实施例中，所述收发机11还用于通过存储的支付结果的回调通知字段，回调对应的商户终端；向所述商户终端发送支付成功消息。
[0163]
本发明的实施例还提供了一种安全支付装置，应用于消息中心，如图7所示，包括收发机11和处理器12，
[0164]
所述收发机11用于在终端对商品进行下单之后，接收商户终端的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；将所述支付消息发送给支付网关；接收所述支付网关发送的预付费订单，所述预付费订单与所述商品的订单号绑定；对所述支付建议操作进行修改，将修改后的支付建议操作和所述预付费订单发送给所述终端，所述修改后的支付建议操作至少包括所述商品的预付费订单和商品价格，所述预付费订单与所述商品的订单号绑定。
[0165]
一些实施例中，所述收发机11还用于接收商户终端发送的支付成功的确认消息；将所述支付成功的确认消息发送给所述终端。
[0166]
本发明的实施例还提供了一种安全支付装置，应用于商户终端，如图7所示，包括收发机11和处理器12，
[0167]
所述收发机11用于接收消息中心转发的用户的下单消息；
[0168]
所述处理器12用于生成支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；
[0169]
所述收发机11还用于通过消息中心向支付网关发送支付消息；接收所述支付网关返回的支付成功消息；通过消息中心向终端发送支付成功的确认消息。
[0170]
本发明的实施例还提供了一种安全支付装置，如图8所示，包括存储器21、处理器22及存储在所述存储器21上并可在所述处理器22上运行的计算机程序；所述处理器22执行所述程序时实现如上所述的安全支付方法。
[0171]
一些实施例中，安全支付装置应用于终端，所述处理器22用于在对商品进行下单之后，接收消息中心转发的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的预付费订单和商品价格，所述预付费订单与所述商品的订单号绑定；向用户展示支付消息，在接收到用户的支付指令后，调用支付模块；打开支付模块提供的支付页面，输入银行账号信息进行支付；支付模块向支付网关发送支付参数，所述支付参数至少包括所述预付费订单、商品价格和加密后的终端用户的银行账号信息；接收所述支付网关返回的支付成功消息。
[0172]
所述处理器22还用于接收消息中心转发的商户终端的支付成功的确认消息。
[0173]
所述处理器22还用于向用户提醒支付成功。
[0174]
一些实施例中，安全支付装置应用于支付网关，所述处理器22用于在终端对商品进行下单之后，接收消息中心转发的商户终端的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；存储支付结果的回调通知字段，根据商品价格生成预付费订单，将所述预付费订单与所述商品的订单号绑定；通过所述消息中心向所述终端发送所述预付费订单；接收所述终端发送的支付参数，所述支付参数至少包括所述预付费订单、商品价格和加密后的终端用户的银行账号信息；在完成银行扣款后，向所述终端发送支付成功消息。
[0175]
所述处理器22还用于通过存储的支付结果的回调通知字段，回调对应的商户终端；向所述商户终端发送支付成功消息。
[0176]
一些实施例中，安全支付装置应用于消息中心，所述处理器22用于在终端对商品进行下单之后，接收商户终端的支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；将所述支付消息发送给支付网关；接收所述支付网关发送的预付费订单，所述预付费订单与所述商品的订单号绑定；对所述支付建议操作进行修改，将修改后的支付建议操作和所述预付费订单发送给所述终端，所述修改后的支付建议操作至少包括所述商品的预付费订单和商品价格，所述预付费订单与所述商品的订单号绑定。
[0177]
所述处理器22还用于接收商户终端发送的支付成功的确认消息；将所述支付成功的确认消息发送给所述终端。
[0178]
一些实施例中，安全支付装置应用于商户终端，处理器22用于接收消息中心转发的用户的下单消息；生成支付消息，并通过消息中心向支付网关发送支付消息，所述支付消息包括商品信息和支付建议操作，所述支付建议操作至少包括所述商品的订单号、商品价格、支付结果的回调通知字段；接收所述支付网关返回的支付成功消息；通过消息中心向终
端发送支付成功的确认消息。
[0179]
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的安全支付方法中的步骤。
[0180]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储待检测终端设备或任何其他非传输介质，可用于存储可以被计算待检测终端设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0181]
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。