一种信息处理方法、第一终端、第二终端及服务器与流程

本发明涉及通讯技术，尤其涉及一种信息处理方法、第一终端、第二终端及服务器。

背景技术：

本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：

随着2G/3G，甚至是4G时代的到来，以及随处可见的WIFI热点，标志着现今大数据时代的来临，用户一切的日常行为理论上可以借助各大运营商提供的移动数据网络构建的网络及WIFI这种无线局域网络，通过互联网技术实现各种数据处理。

以用户一个生活服务场景中的数据处理为例，用户可以通过PC端对各种买卖交易进行下单，也可以通过移动终端中的应用(APP)客户端对各种买卖交易进行下单，比如包括购物，充水电/煤气/网费/有线电视费，充游戏币、购买道具等在内的买卖交易。而对于下单后的支付，可以采用线下的货到付款，也可以采用线上的以借记卡或信用卡实现即时支付，可以采用无线短距离传输(NFC)技术来实现支付，也可以通过PC端或者移动终端中的APP客户端调用各种支付平台对生活服务中的各种买卖交易进行支付。

对于上述生活服务场景中的数据处理，如何对买卖交易进行下单，如何实现快捷支付，以提高从下单到支付整体的安全性和整体流程的处理效率是需要解决的问题，然而，相关技术中，对于该问题，尚无有效解决方案。

技术实现要素：

有鉴于此，本发明实施例希望提供一种信息处理方法、第一终端、第二终 端及服务器，至少解决了现有技术存在的问题。

本发明实施例的技术方案是这样实现的：

本发明实施例的一种信息处理方法，所述方法包括：

登录显示于第一终端用户界面的第一页面，第一页面用于显示用户需要支付的至少一个对象；

获取第一操作；

响应所述第一操作，从所述至少一个对象中获取目标对象，基于所述目标对象生成用于支付目标对象对应订单的第一请求消息；

通过第一入口发送所述第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端；

接收第一响应消息，所述第一响应消息为所述第二终端对所述第一请求消息进行响应，根据响应结果生成的消息；

解析所述第一响应消息，得到所述响应结果，所述响应结果为支付成功时，在第一终端用户界面显示第二页面，所述第二页面用于提示用户对所述目标对象的支付已经完成。

本发明实施例的一种第一终端，所述第一终端包括：

第一登录单元，用于登录显示于第一终端用户界面的第一页面，第一页面用于显示用户需要支付的至少一个对象；

第一获取单元，用于获取第一操作；

第一响应单元，用于响应所述第一操作，从所述至少一个对象中获取目标对象，基于所述目标对象生成用于支付目标对象对应订单的第一请求消息；

第一发送单元，用于通过第一入口发送所述第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端；

第一接收单元，用于接收第一响应消息，所述第一响应消息为所述第二终端对所述第一请求消息进行响应，根据响应结果生成的消息；

第一解析及处理单元，用于解析所述第一响应消息，得到所述响应结果，所述响应结果为支付成功时，在第一终端用户界面显示第二页面，所述第二页 面用于提示用户对所述目标对象的支付已经完成。

本发明实施例的一种信息处理方法，所述方法包括：

接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端；

触发判断当前用户是否已经绑定用于支付目标对象对应订单的卡信息，得到判断结果；

所述判断结果用于表征已经绑定所述卡信息时，在第二终端的用户界面显示第三页面，所述第三页面包括密码输入区域；

获取作用于所述密码输入区域的第二用户操作；

响应所述第二用户操作，得到输入的密码信息，将所述密码信息通过第二请求消息发送给支付平台进行验证，使支付平台能根据所述密码信息和所述卡信息进行匹配后得到验证结果；

接收所述验证结果，所述验证结果为匹配时，封装支付成功的响应结果到第一响应消息中，返回给第一终端。

本发明实施例的一种第二终端，所述第二终端包括：

第二接收单元，用于接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端；

触发单元，用于触发判断当前用户是否已经绑定用于支付目标对象对应订单的卡信息，得到判断结果；

显示单元，用于所述判断结果用于表征已经绑定所述卡信息时，在第二终端的用户界面显示第三页面，所述第三页面包括密码输入区域；

第二获取单元，用于获取作用于所述密码输入区域的第二用户操作；

第二响应单元，用于响应所述第二用户操作，得到输入的密码信息，将所述密码信息通过第二请求消息发送给支付平台进行验证，使支付平台能根据所述密码信息和所述卡信息进行匹配后得到验证结果；

第三接收单元，用于接收所述验证结果，所述验证结果为匹配时，封装支 付成功的响应结果到第一响应消息中，返回给第一终端。

本发明实施例的一种信息处理方法，所述方法包括：

接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端；

从所述第一请求消息中解析出第一信息标识；所述第一信息标识用于标识所述用户；

根据所述第一信息标识将所述第一请求消息同步给所述用户登录的第二终端；

接收第一响应消息，所述第一响应消息中封装有支付成功的响应结果；

将所述第一响应消息从所述第二终端同步给所述第一终端；

所述第一终端与所述第二终端为不同类型的终端。

本发明实施例的一种信息处理方法，所述方法包括：

接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端；

从所述第一请求消息中解析出第二信息标识；所述第二信息标识用于标识与所述用户相关的用户群；

根据所述第二信息标识将所述第一请求消息同步给所述用户群中选定的一个或多个用户所登录的第二终端；

接收第一响应消息，所述第一响应消息中封装有支付成功的响应结果；

将所述第一响应消息从所述第二终端同步给所述第一终端；

所述第一终端与所述第二终端为不同类型的终端。

本发明实施例的一种服务器，所述服务器包括：

第四接收单元，用于接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端；

第二解析单元，用于从所述第一请求消息中解析出第一信息标识；所述第一信息标识用于标识所述用户；

第一同步单元，用于根据所述第一信息标识将所述第一请求消息同步给所述用户登录的第二终端；

第五接收单元，用于接收第一响应消息，所述第一响应消息中封装有支付成功的响应结果；

第二同步单元，用于将所述第一响应消息从所述第二终端同步给所述第一终端；

所述第一终端与所述第二终端为不同类型的终端。

本发明实施例的一种服务器，所述服务器包括：

第四接收单元，用于接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端；

第二解析单元，用于从所述第一请求消息中解析出第二信息标识；所述第二信息标识用于标识与所述用户相关的用户群；

第一同步单元，用于根据所述第二信息标识将所述第一请求消息同步给所述用户群中选定的一个或多个用户所登录的第二终端；

第五接收单元，用于接收第一响应消息，所述第一响应消息中封装有支付成功的响应结果；

第二同步单元，用于将所述第一响应消息从所述第二终端同步给所述第一终端；

所述第一终端与所述第二终端为不同类型的终端。

本发明实施例的信息处理方法包括：登录显示于第一终端用户界面的第一页面，第一页面用于显示用户需要支付的至少一个对象；获取第一操作；响应所述第一操作，从所述至少一个对象中获取目标对象，基于所述目标对象生成用于支付目标对象对应订单的第一请求消息；通过第一入口发送所述第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端；接收第一响应消息，所述第一响应消息为所述第二终端对所述第一请求消息进行响应，根据响应结果生成的消息；解析所述第一响应消息，得到所述响应结 果，所述响应结果为支付成功时，在第一终端用户界面显示第二页面，所述第二页面用于提示用户对所述目标对象的支付已经完成。

采用本发明实施例，由于PC终端比移动终端系统更稳定可靠，所以，通过登录显示于第一终端(如PC终端)用户界面的第一页面，第一页面用于显示用户需要支付的至少一个对象；获取第一操作；响应所述第一操作，从所述至少一个对象中获取目标对象，基于所述目标对象生成用于支付目标对象对应订单的第一请求消息，以完成在第一终端的下单，得到对应的支付请求；之后，通过第一入口发送所述第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端，从而将支付请求而不是下单的列表直接发送给第二终端(如手机等移动终端)进行支付，在第二终端侧直接收到支付请求，而不需要再查找下单的列表等选择一个订单进行支付，从而简化了整体流程的处理效率。

附图说明

图1为本发明方法实施例一的一个实现流程示意图；

图2为应用本发明实施例的第一页面的示意图；

图3为本发明第一终端实施例一的组成结构示意图；

图4为本发明方法实施例二的一个实现流程示意图；

图5为应用本发明方法实施例的第三页面的示意图；

图6为本发明第二终端实施例一的组成结构示意图；

图7为应用本发明实施例的第一终端，第二终端或服务器对应的通用硬件实体图；

图8为应用本发明实施例的一应用场景的示意图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

本发明实施例的一种信息处理方法，如图1所示，所述方法包括：

步骤101、登录显示于第一终端用户界面的第一页面，第一页面用于显示用户需要支付的至少一个对象。

这里，第一页面包括但不限于在第一终端通过客户端、或直接通过网页登录进入购物下单或购买道具等过程的页面。

步骤102、获取第一操作。

步骤103、响应所述第一操作，从所述至少一个对象中获取目标对象，基于所述目标对象生成用于支付目标对象对应订单的第一请求消息。

步骤104、通过第一入口发送所述第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端。

这里，第一入口包括但不限于位于第一页面上的穿越按钮，穿越按钮只是一个具体表现形式，本质上，穿越按钮就是一个请求触发的入口而转发第一请求消息(比如订单支付请求消息)的入口，通过该第一入口，可以将第一终端的订单支付请求转移给第二终端(如移动终端)进行支付，后续应用场景描述中有具体阐述，这里不做赘述。

这里，仅仅以第一终端为PC端为例，第二终端为移动终端为例进行阐述，第一终端和第二终端为不同类型的终端，利用第一终端下单，由于第一终端系统稳定性比第二终端要高，所以能实现安全性，利用第二终端进行支付，由于第二终端的便携性和移动性，所以能实现支付的快捷性。

这里，从所述第一终端转移给第二终端可以是在二个不同类型终端间直接交互，也可以是通过一个中转部件，如服务器进行中转，即：第一终端要发送给第二终端的请求/响应消息需要经过服务器中转以同步到第二终端；而第二终端要发送给第一终端的请求/响应消息需要经过服务器中转以同步到第一终端。

步骤105、接收第一响应消息，所述第一响应消息为所述第二终端对所述第一请求消息进行响应，根据响应结果生成的消息。

步骤106、解析所述第一响应消息，得到所述响应结果，所述响应结果为支付成功时，在第一终端用户界面显示第二页面，所述第二页面用于提示用户对所述目标对象的支付已经完成。

这里，如图2所示为显示于第一终端的第一页面，第一终端具体为PC终端，图2中，PC终端S1中显示有第一页面a1，第一页面a1中包括多个对象，以对象b1和b2为例示意。当然，第一页面不限于购物网站的页面，还可以是游戏场景中购买道具或装备的页面。第一页面不限于这里的实例。

以购物网站的页面为例，用户通过PC终端下单，可以是通过第一页面的搜索框搜索得到需要的商品，或者直接在第一页面中翻页查找得到需要的商品。以游戏场景中购买道具或装备的页面，可以在游戏通关或者游戏进行过程中的弹出提示来进入第一页面，以购买游戏道具或装备或兑换积分等等。如果支付成功，则在第一终端显示第二页面，第二页面为提示支付成功的页面。

采用本发明实施例，由于PC终端比移动终端系统更稳定可靠，所以，通过登录显示于第一终端(如PC终端)用户界面的第一页面，第一页面用于显示用户需要支付的至少一个对象；获取第一操作；响应所述第一操作，从所述至少一个对象中获取目标对象，基于所述目标对象生成用于支付目标对象对应订单的第一请求消息，以完成在第一终端的下单，得到对应的支付请求；之后，通过第一入口发送所述第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端，从而将支付请求而不是下单的列表直接发送给第二终端(如手机等移动终端)进行支付，在第二终端侧直接收到支付请求，而不需要再查找下单的列表等选择一个订单进行支付，从而简化了整体流程的处理效率。

在本发明实施例一实施方式中，所述通过第一入口发送所述第一请求消息，包括：所述第一请求消息中包括第一信息标识，所述第一信息标识用于标识所述用户；通过所述第一入口将所述第一请求消息发送给服务器，由服务器解析出所述第一信息标识后，通过所述第一信息标识将所述第一请求消息同步给所述用户登录的第二终端。

采用本实施例，用户在第一终端下单来请求支付，将支付请求转发给用户登录的第二终端，中间需要通过服务器的转发以在二者之间同步信息，一种可能，是通过标识用户身份的一个第一信息标识(比如QQ账号或其他账号)来 进行同一个用户下单，同一个用户来支付的方案。

在本发明实施例一实施方式中，所述通过第一入口发送所述第一请求消息，包括：所述第一请求消息中包括第二信息标识，所述第二信息标识用于标识与所述用户相关的用户群；通过所述第一入口将所述第一请求消息发送给服务器，由服务器解析出所述第二信息标识后，通过所述第二信息标识得到与所述用户相关的用户群，将所述第一请求消息同步给所述用户群中选定的一个或多个用户所登录的第二终端。

区别于上述实施例，本实施例不是同一个用户下单，同一个用户来支付的方案，而是根据第二信息标识，所述第二信息标识用于标识与所述用户相关的用户群来找到与下单的用户相关联的其他用户，使服务器根据预设策略从与所述用户相关的用户群中选取一个或多个用户进行代为支付，也就是说，是由用户的一个好友链中的好友登录的第二终端进行支付的方案。

进一步的，如果是多个用户都收到支付请求，那么其中一个选择支付，会告知用户群中其他用户，其他用户就无需进行支付了，或者将一个用户支付成功的结果在用户群隶属的多个第二终端间同步，其他用户也无需进行支付了，以免重复进行支付。

第一终端的实施例一：

本发明实施例的第一终端，如图3所示，所述第一终端包括：

第一登录单元11，用于登录显示于第一终端用户界面的第一页面，第一页面用于显示用户需要支付的至少一个对象。

第一获取单元12，用于获取第一操作。

第一响应单元13，用于响应所述第一操作，从所述至少一个对象中获取目标对象，基于所述目标对象生成用于支付目标对象对应订单的第一请求消息。

第一发送单元14，用于通过第一入口发送所述第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端。

第一接收单元15，用于接收第一响应消息，所述第一响应消息为所述第二终端对所述第一请求消息进行响应，根据响应结果生成的消息。

第一解析及处理单元16，用于解析所述第一响应消息，得到所述响应结果，所述响应结果为支付成功时，在第一终端用户界面显示第二页面，所述第二页面用于提示用户对所述目标对象的支付已经完成。

在本发明实施例一实施方式中，所述第一发送单元，进一步用于在所述第一请求消息中包括第一信息标识，所述第一信息标识用于标识所述用户时，通过所述第一入口将所述第一请求消息发送给服务器，由服务器解析出所述第一信息标识后，通过所述第一信息标识将所述第一请求消息同步给所述用户登录的第二终端。

在本发明实施例一实施方式中，所述第一发送单元，进一步用于在所述第一请求消息中包括第二信息标识，所述第二信息标识用于标识与所述用户相关的用户群时，通过所述第一入口将所述第一请求消息发送给服务器，由服务器解析出所述第二信息标识后，通过所述第二信息标识得到与所述用户相关的用户群，将所述第一请求消息同步给所述用户群中选定的一个或多个用户所登录的第二终端。

方法实施例二：

本发明实施例的一种信息处理方法，如图4所示，所述方法包括：

步骤201、接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端。

步骤202、触发判断当前用户是否已经绑定用于支付目标对象对应订单的卡信息，得到判断结果。

步骤203、所述判断结果用于表征已经绑定所述卡信息时，在第二终端的用户界面显示第三页面，所述第三页面包括密码输入区域。

步骤204、获取作用于所述密码输入区域的第二用户操作。

步骤205、响应所述第二用户操作，得到输入的密码信息，将所述密码信息通过第二请求消息发送给支付平台进行验证，使支付平台能根据所述密码信息和所述卡信息进行匹配后得到验证结果。

步骤206、接收所述验证结果，所述验证结果为匹配时，封装支付成功的响应结果到第一响应消息中，返回给第一终端。

这里，如图5所示为显示于第二终端的第三页面，第二终端具体为移动终端S2，图5中，移动终端S2中显示有第三页面a2，第三页面a2中包括密码输入区域，用户输入密码，验证通过，则支付成功，将支付成功消息返回给第一终端。第三页面不限于这里的实例。

在本发明实施例一实施方式中，所述方法还包括：

步骤301、所述判断结果用于表征未绑定所述卡信息时，在第二终端的用户界面显示第四页面，所述第四页面包括的信息区域支持采用至少一种支付方式进行支付的渠道接口。

步骤302、获取作用于所述渠道接口的第三用户操作。

步骤303、响应所述第三用户操作，将第三请求消息发送给对应所述渠道接口的支付平台，使所述支付平台至少能通过新绑定的卡信息、或者当前用户输入的卡信息或者与当前用户的账号关联的其他支付载体发起支付信息确认的提示，得到提示结果。

步骤304、接收所述提示结果，根据所述提示结果输入密码信息，经所述支付平台验证通过后，封装支付成功的响应结果到第一响应消息中，返回给第一终端。

在本发明实施例一实施方式中，所述封装支付成功的响应结果到第一响应消息中，返回给第一终端，还包括：第二终端将所述第一响应消息发送给服务器后，通过所述服务器将所述第一响应消息转发给所述第一终端。

第二终端实施例一：

本发明实施例的第二终端，如图6所示，所述第二终端包括：

第二接收单元21，用于接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端。

触发单元22，用于触发判断当前用户是否已经绑定用于支付目标对象对应 订单的卡信息，得到判断结果。

显示单元23，用于所述判断结果用于表征已经绑定所述卡信息时，在第二终端的用户界面显示第三页面，所述第三页面包括密码输入区域。

第二获取单元24，用于获取作用于所述密码输入区域的第二用户操作。

第二响应单元25，用于响应所述第二用户操作，得到输入的密码信息，将所述密码信息通过第二请求消息发送给支付平台进行验证，使支付平台能根据所述密码信息和所述卡信息进行匹配后得到验证结果。

第三接收单元26，用于接收所述验证结果，所述验证结果为匹配时，封装支付成功的响应结果到第一响应消息中，返回给第一终端。

在本发明实施例一实施方式中，所述显示单元，进一步用于所述判断结果用于表征未绑定所述卡信息时，在第二终端的用户界面显示第四页面，所述第四页面包括的信息区域支持采用至少一种支付方式进行支付的渠道接口；

所述第二终端还包括：

第三获取单元，用于获取作用于所述渠道接口的第三用户操作；

第三响应单元，用于响应所述第三用户操作，将第三请求消息发送给对应所述渠道接口的支付平台，使所述支付平台至少能通过新绑定的卡信息、或者当前用户输入的卡信息或者与当前用户的账号关联的其他支付载体发起支付信息确认的提示，得到提示结果；

返回单元，用于接收所述提示结果，根据所述提示结果输入密码信息，经所述支付平台验证通过后，封装支付成功的响应结果到第一响应消息中，返回给第一终端。

在本发明实施例一实施方式中，所述返回单元，进一步用于将所述第一响应消息发送给服务器后，通过所述服务器将所述第一响应消息转发给所述第一终端。

方法实施例三：

本发明实施例的一种信息处理方法，所述方法包括：

步骤401、接收第一终端通过第一入口发送的用于支付目标对象对应订单 的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端。

步骤402、从所述第一请求消息中解析出第一信息标识；所述第一信息标识用于标识所述用户。

步骤403、根据所述第一信息标识将所述第一请求消息同步给所述用户登录的第二终端。

步骤404、接收第一响应消息，所述第一响应消息中封装有支付成功的响应结果。

步骤405、将所述第一响应消息从所述第二终端同步给所述第一终端。

这里，所述第一终端与所述第二终端为不同类型的终端。

方法实施例四：

本发明实施例的一种信息处理方法，所述方法包括：

步骤501、接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端。

步骤502、从所述第一请求消息中解析出第二信息标识；所述第二信息标识用于标识与所述用户相关的用户群。

步骤503、根据所述第二信息标识将所述第一请求消息同步给所述用户群中选定的一个或多个用户所登录的第二终端。

步骤504、接收第一响应消息，所述第一响应消息中封装有支付成功的响应结果。

步骤505、将所述第一响应消息从所述第二终端同步给所述第一终端。

这里，所述第一终端与所述第二终端为不同类型的终端。

服务器实施例一：

本发明实施例的一种服务器，所述服务器包括：

第四接收单元，用于接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一 终端转移给第二终端。第二解析单元，用于从所述第一请求消息中解析出第一信息标识；所述第一信息标识用于标识所述用户。第一同步单元，用于根据所述第一信息标识将所述第一请求消息同步给所述用户登录的第二终端。第五接收单元，用于接收第一响应消息，所述第一响应消息中封装有支付成功的响应结果。第二同步单元，用于将所述第一响应消息从所述第二终端同步给所述第一终端。所述第一终端与所述第二终端为不同类型的终端。

服务器实施例二：

本发明实施例的一种服务器，所述服务器包括：第四接收单元，用于接收第一终端通过第一入口发送的用于支付目标对象对应订单的第一请求消息，所述第一入口用于将所述第一请求消息从所述第一终端转移给第二终端。第二解析单元，用于从所述第一请求消息中解析出第二信息标识；所述第二信息标识用于标识与所述用户相关的用户群。第一同步单元，用于根据所述第二信息标识将所述第一请求消息同步给所述用户群中选定的一个或多个用户所登录的第二终端。第五接收单元，用于接收第一响应消息，所述第一响应消息中封装有支付成功的响应结果。第二同步单元，用于将所述第一响应消息从所述第二终端同步给所述第一终端。所述第一终端与所述第二终端为不同类型的终端。

这里需要指出的是，上述第一终端可以为PC终端，台式机这种电子设备，第二终端除了可以是智能手机，还可以为如PAD，平板电脑，手提电脑这种便携电子设备，不限于这里的描述；所述服务器可以是通过集群系统构成的，为实现各单元功能而合并为一或各单元功能分体设置的电子设备，第一终端、第二终端和服务器都至少包括用于存储数据的数据库和用于数据处理的处理器，或者包括设置于服务器内的存储介质或独立设置的存储介质。

其中，对于用于数据处理的处理器而言，在执行处理时，可以采用微处理器、中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Singnal Processor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现；对于存储介质来说，包含操作指令，该操作指令可以为计算机可执行代码，通过所述操作指令来实现上述本发明实施例信息处理方法流程中的各个步 骤。

该第一终端，第二终端和该服务器作为硬件实体S31的一个示例如图7所示。所述装置包括处理器31、存储介质32以及至少一个外部通信接口33；所述处理器31、存储介质32以及外部通信接口33均通过总线34连接。

这里需要指出的是：以上涉及第一终端，第二终端和服务器项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明客户端和服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述。

以一个现实应用场景为例对本发明实施例阐述如下：

本应用场景为利用PC或台式机这种不够便携的终端下单，以选购多种形式的物品，虚拟币、订阅类产品、道具等下单对象，可以非常方便、快捷、安全地转移到手机上支付通过一个穿越按钮一键跳转该下单的支付请求到另一个便携的终端，如手机，PAD这种平板电脑上进行支付的场景，本应用场景采用本发明实施例，为一个穿越支付的方案。

先对本文涉及自定义的关键术语描述如下：

穿越支付：指可以基于QQ账户体系的新一代无线支付方式，用户可以在一个PC端上挑选商品，然后“一键穿越”到移动端进行支付，解决用户在PC端下单、在移动端支付的需求，是从PC端向移动端转化，且能得到最大支付转化率的最自然场景，因为这种支付形式能用最少的流程和最安全的支付体系来支撑。这里，所述支付转化率指用户从挑选商品到完成支付的过程中，用户挑选商品下单数与最终完成支付的订单数的比例。

目前，对于上述应用场景，对于利用互联网技术实现支付而言，趋向于将PC端支付转移到移动支付。但是如何实现用户在PC端挑选商品，在移动端支付的闭环流程在技术实现上都不够完善，在安全和快捷性上都存在问题。

第一种方式：用户在PC端选购商品，然后向服务器(Sever)下单，Server生成相应订单号的订单，用户打开APP客户端，利用APP客户端主动去Server拉取用户的订单，则在APP客户端的用户界面会显示已经生成的订单，还可以包括用户账户，已购买商品等内容对象。拉取成功后，将已经生成的订单展示 在订单列表中，此时用户若想要支付，则需要去订单列表中查找出需要支付的订单，然后才可以进行支付。

这个将PC端支付转移到移动支付的方案存在的问题是：用户在移动端没有感知，无法明确提示用户在移动端也可以支付，用户可能只会采用PC端支付，而忽略APP客户端也可以支付的可能性，除非登录了APP客户端，拉取到订单，查看发现未支付订单，才可以选择在移动终端支付，处理效率低下，信息不共享。

第二种方式：将PC端订单同步到移动端的方式主要是扫码支付(需要用户主动触发手机端软件并找到扫码入口，不够便捷)，如订单生成为一个二维码，移动端对该二维码解析以得到订单，对订单进行支付。又如，在PC端唤起手机APP失败的情况下，系统会通过PC端应用向Server下单，Server生成相应的订单号，并且根据订单号生成唯一的二维码回传给PC端，需用户打开移动APP，找到扫码功能入口，扫描PC端二维码进行支付。

这个将PC端支付转移到移动支付的方案存在的问题是：虽然有提示给APP客户端知道，它也可以支付的可能性，但是，在APP客户端侧，从用户扫码到成功支付，需要用户开启扫描软件，扫描软件可能并不是该在APP客户端自带的，还需要在支付APP和扫描APP间多进行一次交互，以得到信息，即便是APP客户端自带扫描功能，也需要用户开启APP客户端后，主动触发扫码入口，对准二维码进行扫描，以获取订单，之后对订单进行支付。可见，整个过程需要用户进行掏出手机—>解锁—>打开APP—>找到扫码入口—>对准二维码进行扫描—>获取订单—>进行支付，这个过程还是相对繁琐，处理效率低下，信息也不共享，支付完成的结果不会主动通知给PC端知道。

而上述应用场景采用本发明实施例，简单来说，使用穿越支付，用户只需在PC端点击“穿越按钮”，手机端(如手Q软件或微信软件)就会立即收到待支付订单的支付请求，简化了步骤，达到提高处理效率和PC端与移动终端间信息同步共享的目的，当然处理效率的提高，也能相应提高支付转化率。

具体来说，上述应用场景采用本发明实施例，如图8所示，包括以下流程：

步骤601、用户在用户的PC终端上选购商品。

步骤602、用户通过点击PC终端上的穿越按钮启动通过接入层请求穿越支付，发送支付请求给手机终端。

步骤603、将用户的支付请求加入APP客户端的后台。

步骤604、通知手机终端拉取支付请求，或者将支付请求推送给手机终端。

步骤605、通知用户有未完成支付。

步骤606、用户通过手机终端对支付请求进行支付。

步骤607-610、将支付请求发送给支付逻辑系统，包括下单生成的订单号，如果已经绑定卡可以直接输入密码进行支付，也可以选择支付渠道进行支付，反馈支付结果。

步骤611-613、通知发货，推送支付流水，通知用户PC终端已经支付成功

这里，支付逻辑系统、支付渠道、消息推送系统都位于服务器侧，支付逻辑系统、支付渠道都属于支付平台的一部分。

综上所述，穿越支付仅需一步：用户选购好商品后，点击穿越按钮，Server会将支付请求实时同步到移动终端上，移动终端自动弹出支付页面，用户输入支付密码即可支付完成；若用户移动端APP未绑卡，则会进入支付渠道页面，先选择相应支付渠道，再输入密码即可支付完成。(前提是用户移动端APP客户端在线，如果不在线，则不展示穿越按钮，展示生成的二维码。PC端与手机端体验同步，当用户在手机端支付完后，支付Server会通知PC端，PC端收到消息会在PC端向用户展示支付完成的页面。

采用上述流程，将PC端的支付需求转移到移动终端，用户在PC端选好商品，点击按钮，移动端立即拉起支付页面，整个下单和支付流程中，步骤更少、流程更短、体验更佳，并且这个过程中PC端跟移动端的用户体验同步，减小了用户跨越终端支付的门槛，有效的改善了用户体验，提高了支付转化率，同时将用户从PC端引导到移动端进行支付，利用移动支付的快捷性。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所 述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。