的支付服务器中，接收单元601获取第一用户终端发送的订单支付信息，所述订单支付信息包括第一用户终端的登录账号和交易订单；发送单元602根据接收单元601接收到的第一用户终端的登录账号向与第一用户终端关联的第二用户终端发送支付请求信息；接收单元601接收第二用户终端根据发送单元602发送的支付请求信息返回的支付确认信息；操作单元603根据接收单元601接收到的支付确认信息对所述交易订单进行支付操作，本发明实施例可简化支付流程，提升在线支付效率。
[0106]请参阅图7，图7是本发明另一实施例中提供的一种支付服务器的结构示意图。如图7所示，该支付服务器包括:至少一个处理器701，例如CPU，至少一个网络接口 704，用户接口 703，存储器705，至少一个通信总线702。其中，通信总线702用于实现这些组件之间的连接通信。其中，用户接口 703可以包括显示屏(Display)、键盘(Keyboard),可选用户接口 703还可以包括标准的有线接口、无线接口。网络接口 704可选的可以包括标准的有线接口、无线接口(如W1-FI接口)。存储器705可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器705可选的还可以是至少一个位于远离前述处理器701的存储装置。如图7所示，作为一种计算机存储介质的存储器705中可以包括操作系统、网络通信模块、用户接口模块以及在线支付应用程序。
[0107]在图7所示的支付服务器中，网络接口 704主要用于连接用户终端，与第一用户终端和第二用户终端进行数据通信；而处理器701可以用于调用存储器705中存储的安全支付应用程序，并执行以下操作:
[0108]通过网络接口 704接收第一用户终端发送的订单支付信息，该订单支付信息包括登录账号和交易订单。
[0109]通过网络接口 704发送支付请求信息至与第一用户终端关联的第二用户终端，所述支付请求信息携带交易订单。
[0110]通过网络接口 704接收第二用户终端发送的支付请求信息返回的支付确认信息，可选的，所述支付确认信息中可以携带支付账号和第二用户终端的用户响应所述支付请求信息输入的验证信息。
[0111]在一个实施例中，处理器701调用存储器705中存储的安全支付应用程序还可以执行以下操作:
[0112]通过网络接口 704接收第一用户终端的登录账号的登录终端信息，所述登录终端信息包括所述第一用户终端和所述第二用户终端的终端标识；
[0113]通过网络接口 704接收第一用户终端或第二用户终端发送的支付终端设置消息。
[0114]在一个实施例中，处理器701调用存储器705中存储的安全支付应用程序还可以执行以下操作:
[0115]根据存储器705中的登录终端信息中的第二用户终端的终端标识，向第二用户终端发送支付请求信息。
[0116]根据存储器705中的支付终端设置消息，将第二用户终端设为与第一用户终端关联的支付终端。
[0117]处理器701通过网络接口 704发送对交易订单的支付操作结果至第一用户终端。
[0118]在图7所示的支付服务器中，支付服务器根据第一用户终端的登录账号向与第一用户终端关联的第二用户终端发送支付请求信息；接收第二用户终端根据支付请求信息返回的支付确认信息；根据支付确认信息对第一用户终端发送的交易订单进行支付操作，本发明实施例可简化支付流程，提升在线支付效率。
[0119]请参阅图8，图8是本发明实施例中提供的一种安全支付系统的结构示意图。如图8所示，该安全支付系统可以包括第一用户终端801、支付服务器802以及第二用户终端803，其中，第一用户终端801和第二用户终端803可以通过网络连接支付服务器802，其中支付服务器802可以如前文结合图6或图7所介绍的支付服务器，具体的:
[0120]第一用户终端801，用于向支付服务器802发送订单支付信息，所述订单支付信息包括第一用户终端801的登录账号和交易订单。
[0121]支付服务器802，用于根据第一用户终端801的登录账号向与第一用户终端801关联的第二用户终端803发送支付请求信息，所述支付请求信息携带所述交易订单，第二用户终端803为移动终端。
[0122]第二用户终端803，用于根据所述支付请求信息向支付服务器802发送支付确认信息。
[0123]支付服务器802，还用于根据第二用户终端803发送的支付确认信息对所述交易订单进行支付操作。
[0124]在一个实施例中，第二用户终端803，还用于在根据所述支付请求信息向支付服务器802发送支付确认信息之前，获取用户响应所述支付请求信息输入的验证信息。
[0125]其中第二用户终端803向支付服务器发送的所述支付确认信息中携带支付账号和所述用户输入的验证信息。
[0126]相应地，支付服务器802，还用于判断所述支付确认信息中的验证信息是否与所述支付账号预设的验证信息一致，若一致，则执行对所述交易订单进行支付操作。
[0127]在一个实施例中，支付服务器802，还用于获取第一用户终端801的登录账号的登录终端信息，所述登录终端信息包括第一用户终端801和第二用户终端803的终端标识，从而根据第二用户终端803的终端标识，向第二用户终端803发送所述支付请求信息。
[0128]在一个实施例中，支付服务器802，还用于在根据第一用户终端801的登录账号向与第一用户终端801关联的第二用户终端803发送支付请求信息之前，接收第一用户终端801或第二用户终端803发送的支付终端设置消息，并根据所述支付终端设置消息将第二用户终端803设为与第一用户终端801关联的支付终端。
[0129]在一个实施例中，支付服务器802，还用于在根据第二用户终端803发送的支付确认信息对所述交易订单进行支付操作后，将对所述交易订单的支付操作结果发送给第一用户终端801。
[0130]在图8所示的安全支付系统中，第一用户终端801向支付服务器802发送订单支付信息，支付服务器802根据所述订单支付信息将支付请求信息发送给第二用户终端803，第二用户终端803针对所述支付请求信息返回支付确认信息给支付服务器802，支付服务器802对交易订单进行操作，本发明实施例可简化支付流程，提升在线支付效率。
[0131]本领域普通技术人员可以理解图1和图4所示方法中的全部或部分步骤是可以通过程序来指令支付服务器相关的硬件来完成，该程序可以存储于支付服务器的一计算机可读存储介质中，存储介质可以包括:闪存盘、只读存储器(Read-Only Memory, ROM)、随机存取器(Random Access Memory, RAM)、磁盘或光盘等。
[0132]以上对本发明实施例公开的一种安全支付方法、服务器以及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在【具体实施方式】及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
[0133]本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random AccessMemory, RAM)等。
[0134]以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
【主权项】
1.一种安全支付方法，其特征在于，包括: 第一用户终端向支付服务器发送订单支付信息，所述订单支付信息包括所述第一用户终端的登录账号和交易订单； 所述支付服务器根据所述第一用户终端的登录账号向与所述第一用户终端关联的第二用户终端发送支付请求信息，所述支付请求信息携带所述交易订单，所述第二用户终端为移动终端； 所述第二用户终端根据所述支付请求信息向所述支付服务器发送支付确认信息； 所述支付服务器根据所述第二用户终端发送的支付确认信息对所述交易订单进行支付操作。
2.如权利要求1所述的安全支付方法，其特征在于，所述第二用户终端根据所述支付请求信息向所述支付服务器发送支付确认信息之前还包括: 第二用户终端获取用户响应所述支付请求信息输入的验证信息； 所述支付确认信息中携带支付账号和所述用户输入的验证信息