在线支付控制方法及其装置与流程

本发明涉及计算机软件技术领域，更具体地，涉及一种在线支付控制方法及其装置。

背景技术：

可穿戴设备是可以直接穿着、佩戴在用户身体上，或者整合到用户的服装、配件上的一种便携式设备。可穿戴设备不仅是一种硬件设备，它还可以通过软件的支持使用移动互联网、大数据和云计算等新兴热点技术来实现各种智能化的功能。可穿戴的智能设备作为智能终端产业的下一个热点，未来将会给人类的感知和生活方式带来极大的转变。

儿童智能手表是可穿戴智能设备的一种，监护人通过己端的手机APP、系统云端服务器和儿童智能手表，与被监护幼童进行交互，从而有效地实现对被监护幼童的远程管理。

已公开的儿童智能手表技术多为定位、追踪、监听和对讲等功能实现，目前尚未有允许被监护者在监护者的控制下、使用所佩戴的儿童智能手表进行B2C在线支付功能的实现记载，当遇到被监护者使用儿童智能手表进行网上B2C购物的场景时，监护者无法获取被监护者的所购买物品的信息、做出决策，从而控制被监护者的在线付款操作。

有鉴于此，有必要提供一种能够解决上述技术问题的在线支付控制方法及其装置。

技术实现要素：

本发明的目的在于：克服现有技术的不足，提供一种能够控制受限设备实施线上B2C支付的在线支付控制方法及其装置。

为了实现上述目的，本发明提供了一种在线支付控制方法，其包括以下步骤：

接收受限设备发起的提交订单消息；

将该提交订单消息转发给相应的商户服务器；

接收商户服务器响应所述提交订单消息而反馈的包含支付表单的消息；

依据绑定关系确定控制设备并向该控制设备发送支付通知消息，所述绑定关系为受限设备与控制设备绑定于同一用户账号的关系；

在该控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器。

优选地，在控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器的步骤之后还包括，接收所述支付方服务器或所述商户服务器发起的对应于所述支付表单的扣款成功通知消息，并将该扣款成功通知消息转发给所述控制设备和/或所述受限设备。

优选地，在控制设备确认支付后将包含支付表单的消息发送至支付表单所指向的支付方服务器的步骤中，接收控制设备发来的确认支付消息，依据所述支付表单生成指向支付方服务器的请求支付消息，向所述支付方服务器发送该请求支付消息。

优选地，所述支付通知消息包含所述支付表单；在控制设备确认支付后将包含支付表单的消息发送至支付表单所指向的支付方服务器的步骤中，交由控制设备依据所述支付表单生成指向支付方服务器的请求支付消息、向支付方服务器发送该请求支付消息。

优选地，依据绑定关系确定控制设备并向该控制设备发送支付通知消息的步骤中，依据绑定关系确定控制设备，从所存储的受限设备历史交互数据中提取购买对象信息，向所述控制设备发送包含该购买对象信息的支付通知消息，以使控制设备根据购买对象信息作出是否支付的决策。

优选地，所述提交订单消息包含控制设备的设备识别码。

优选地，依据绑定关系确定控制设备并向该控制设备发送支付通知消息，所述绑定关系为受限设备与控制设备绑定于同一用户账号的关系的步骤中，依据所述设备识别码和绑定关系确定控制设备并向该控制设备发送支付通知消息，所述绑定关系为至少一台受限设备与至少一台控制设备绑定于同一用户账号的关系。

优选地，所述向控制设备发送支付通知消息具体为，将支付通知消息通过与控制设备所建立的TCP长连接通道转发给控制设备，或者依据绑定关系将支付通知消息通过控制设备主动轮询的方式转发给控制设备。

优选地，所述支付表单包含所述商户在所述支付方的收款账号信息、收款金额信息、所述支付方服务器的功能接口地址信息。

优选地，所述支付表单包含所述商户的数字签名信息。

优选地，所述支付表单由所述商户服务器根据所述提交订单消息和所述支付方的数据规范生成。

为了实现上述目的，本发明还提供了一种受限设备在线支付方法，其包括以下步骤：

向服务端发起提交订单消息；

交由服务端依据该提交订单消息从相应的商户服务器获取支付表单；

交由服务端在控制设备确认支付后将支付表单信息发送至支付表单所指向的支付方服务器，其中，所述控制设备由服务端依据绑定关系确定，所述绑定关系为受限设备与控制设备绑定于同一用户账号的关系。

优选地，交由服务端在控制设备确认支付后将支付表单信息发送至支付表单所指向的支付方服务器的步骤之后还包括，接收由所述支付方服务器或所述商户服务器发起、经所述服务端转发而来的对应于所述支付表单的扣款成功通知消息。

优选地，交由服务端依据该提交订单消息从相应的商户服务器获取支付表单的步骤中，交由服务端将提交订单消息发给相应的商户服务器，交由服务端接收商户服务器响应提交订单消息而反馈的包含支付表单的消息。

优选地，交由服务端在控制设备确认支付后将支付表单信息发送至支付表单所指向的支付方服务器的步骤中，交由服务端向控制设备发送支付通知消息，交由服务端在该控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器。

优选地，所述交由服务端在该控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器具体为，交由服务端接收控制设备发来的确认支付消息；交由服务端依据所述支付表单生成指向支付方服务器的请求支付消息；交由服务端向所述支付方服务器发送该请求支付消息。

优选地，所述支付通知消息包含所述支付表单；所述在该控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器具体为，交由控制设备依据所述支付表单生成指向支付方服务器的请求支付消息、向支付方服务器发送该请求支付消息。

优选地，所述支付通知消息包含购买对象信息，该购买对象信息由服务端从所存储的受限设备历史交互数据中提取，该购买对象信息用于使控制设备作出是否支付的决策。

优选地，所述提交订单消息包含控制设备的设备识别码。

优选地，所述控制设备由服务端依据绑定关系确定具体为，交由服务端依据所述设备识别码和绑定关系确定控制设备，所述绑定关系为至少一台受限设备与至少一台控制设备绑定于同一用户账号的关系。

优选地，所述交由服务端向控制设备发送支付通知消息具体为，交由服务端将支付通知消息通过与控制设备所建立的TCP长连接通道转发给控制设备，或者依据绑定关系将支付通知消息通过控制设备主动轮询的方式转发给控制设备。

优选地，所述支付表单包含所述商户在所述支付方的收款账号信息、收款金额信息、所述支付方服务器的功能接口地址信息。

优选地，所述支付表单包含所述商户的数字签名信息。

优选地，所述支付表单由所述商户服务器根据所述提交订单消息和所述支付方的数据规范生成。

为了实现上述目的，本发明还提供了一种在线支付控制装置，其包括：

接收订单模块，用于接收受限设备发起的提交订单消息；

转发订单模块，用于将该提交订单消息转发给相应的商户服务器；

接收表单模块，用于接收商户服务器响应所述提交订单消息而反馈的包含支付表单的消息；

确定控制设备模块，用于依据绑定关系确定控制设备并向该控制设备发送支付通知消息，所述绑定关系为受限设备与控制设备绑定于同一用户账号的关系；

发送表单模块，用于在该控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器。

优选地，还包括：转发通知模块，用于接收所述支付方服务器或所述商户服务器发起的对应于所述支付表单的扣款成功通知消息，并将该扣款成功通知消息转发给所述控制设备和/或所述受限设备。

优选地，所述在控制设备确认支付后将包含支付表单的消息发送至支付表单所指向的支付方服务器具体为，接收控制设备发来的确认支付消息，依据所述支付表单生成指向支付方服务器的请求支付消息，向所述支付方服务器发送该请求支付消息。

优选地，所述支付通知消息包含所述支付表单；所述在控制设备确认支付后将包含支付表单的消息发送至支付表单所指向的支付方服务器具体为，交由控制设备依据所述支付表单生成指向支付方服务器的请求支付消息、向支付方服务器发送该请求支付消息。

优选地，所述依据绑定关系确定控制设备并向该控制设备发送支付通知消息具体为，依据绑定关系确定控制设备，从所存储的受限设备历史交互数据中提取购买对象信息，向所述控制设备发送包含该购买对象信息的支付通知消息，以使控制设备根据购买对象信息作出是否支付的决策。

优选地，所述提交订单消息包含控制设备的设备识别码。

优选地，所述依据绑定关系确定控制设备并向控制设备发送支付通知消息，绑定关系为受限设备与控制设备绑定于同一用户账号的关系具体为，依据所述设备识别码和绑定关系确定控制设备并向该控制设备发送支付通知消息，所述绑定关系为至少一台受限设备与至少一台控制设备绑定于同一用户账号的关系。

优选地，所述向控制设备发送支付通知消息具体为，将支付通知消息通过与控制设备所建立的TCP长连接通道转发给控制设备，或者依据绑定关系将支付通知消息通过控制设备主动轮询的方式转发给控制设备。

优选地，所述支付表单包含所述商户在所述支付方的收款账号信息、收款金额信息、所述支付方服务器的功能接口地址信息。

优选地，所述支付表单包含所述商户的数字签名信息。

优选地，所述支付表单由所述商户服务器根据所述提交订单消息和所述支付方的数据规范生成。

为了实现上述目的，本发明还提供了一种受限设备在线支付装置，其包括：

发起订单模块，用于向服务端发起提交订单消息；

获取表单模块，用于交由服务端依据该提交订单消息从相应的商户服务器获取支付表单；

提交表单模块，用于交由服务端在控制设备确认支付后将支付表单信息发送至支付表单所指向的支付方服务器，其中，所述控制设备由服务端依据绑定关系确定，所述绑定关系为受限设备与控制设备绑定于同一用户账号的关系。

优选地，还包括：接收通知模块，用于接收由所述支付方服务器或所述商户服务器发起、经所述服务端转发而来的对应于所述支付表单的扣款成功通知消息。

优选地，所述交由服务端依据该提交订单消息从相应的商户服务器获取支付表单具体为，交由服务端将提交订单消息发给相应的商户服务器，交由服务端接收商户服务器响应提交订单消息而反馈的包含支付表单的消息。

优选地，所述交由服务端在控制设备确认支付后将支付表单信息发送至支付表单所指向的支付方服务器具体为：交由服务端向控制设备发送支付通知消息，交由服务端在该控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器。

优选地，所述交由服务端在该控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器具体为，交由服务端接收控制设备发来的确认支付消息；交由服务端依据所述支付表单生成指向支付方服务器的请求支付消息；交由服务端向所述支付方服务器发送该请求支付消息。

优选地，所述支付通知消息包含所述支付表单；所述在该控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器具体为，交由控制设备依据所述支付表单生成指向支付方服务器的请求支付消息、向支付方服务器发送该请求支付消息。

优选地，所述支付通知消息包含购买对象信息，该购买对象信息由服务端从所存储的受限设备历史交互数据中提取，该购买对象信息用于使控制设备作出是否支付的决策。

优选地，所述提交订单消息包含控制设备的设备识别码。

优选地，所述控制设备由服务端依据绑定关系确定具体为，交由服务端依据所述设备识别码和绑定关系确定控制设备，所述绑定关系为至少一台受限设备与至少一台控制设备绑定于同一用户账号的关系。

优选地，所述交由服务端向控制设备发送支付通知消息具体为，交由服务端将支付通知消息通过与控制设备所建立的TCP长连接通道转发给控制设备，或者依据绑定关系将支付通知消息通过控制设备主动轮询的方式转发给控制设备。

优选地，所述支付表单包含所述商户在所述支付方的收款账号信息、收款金额信息、所述支付方服务器的功能接口地址信息。

优选地，所述支付表单包含所述商户的数字签名信息。

优选地，所述支付表单由所述商户服务器根据所述提交订单消息和所述支付方的数据规范生成。

与现有技术相比，本发明的技术效果包括但不限于：

第一，将B2C在线支付过程分离为针对商户的提交订单部分和针对支付方的付款部分，由受限设备控制订单、控制设备控制付款账户，丰富了现有的在线支付方式，扩展了在线支付方式的适用范围，尤其是监护人对被监护人实施B2C在线支付管理的使用场景，显著提升了用户体验。

第二，在受限设备系统中以系统服务器作为控制中心获取和分发支付表单，最终由支付表单的持有者实施付款操作，提升了受限设备系统的可扩展性和实施B2C在线支付的灵活性。

第三，通过绑定关系确定控制设备以向控制设备传送支付表单或支付通知消息，结合受限设备系统的优势实现支付确认和付款账户控制，减少了系统通信交互的开销，提升了系统的整体效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明在线支付控制方法的流程图。

图2为本发明在线支付控制方法实施例1的通信交互示意图。

图3为本发明在线支付控制方法实施例2的通信交互示意图。

图4为本发明在线支付控制装置的模块框图。

图5为本发明受限设备在线支付方法的流程图。

图6为本发明受限设备在线支付装置的模块框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，本发明在线支付控制方法包括以下步骤：

步骤101，接收受限设备发起的提交订单消息；

步骤102，将该提交订单消息转发给相应的商户服务器；

步骤103，接收商户服务器响应所述提交订单消息而反馈的包含支付表单的消息；

步骤104，依据绑定关系确定控制设备并向该控制设备发送支付通知消息，所述绑定关系为受限设备与控制设备绑定于同一用户账号的关系；

步骤105，在该控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器。

儿童智能手表系统主要由幼童佩戴的儿童智能手表、监护人持有的手机端、儿童智能手表服务器组成，各个儿童智能手表之间、儿童智能手表与手机端之间的通信交互由儿童智能手表服务器控制完成。

下面以在儿童智能手表服务器中的应用为例，给出本发明在线支付控制方法的实施例，其中，儿童智能手表对应于本发明的受限设备，手机端对应于本发明的控制设备。

实施例1

请参阅图2，图2示出了本实施例中各端的通信交互过程。

步骤201，接收儿童智能手表发起的包含手机端设备识别码信息的提交订单消息。

被监护人在所佩戴的儿童智能手表上浏览商户网页，以B2C在线支付的方式购买物品。被监护人在商户网页上填写订单、选择支付方、并点击提交订单按键，则儿童智能手表向儿童智能手表服务器发起包含手机端设备识别码信息的提交订单信息。

手机端设备识别码用于唯一地标识监护人所持有的手机端，手机端设备识别码与手机端一一对应。在本实施例中，手机端设备识别码信息包含于提交订单消息中传送，以减少通信交互的次数，提高系统的整体效率；在其他实施例中，手机端设备识别码信息也可通过其他途径传送。

步骤202，将提交订单消息转发给相应的商户服务器。

儿童智能手表服务器接收提交订单消息后，将提交订单消息发送到相应的商户服务器。

步骤203，接收商户服务器响应提交订单消息而反馈的包含支付表单的消息。

商户服务器接收儿童智能手表服务器发来的提交订单消息后，根据提交订单消息、以及被监护人所填写的订单数据、所选择的支付方的数据规范生成支付表单，并将支付表单反馈给儿童智能手表服务器。支付表单中包含商户在支付方的收款帐户、收款金额、商户的数字签名、支付方服务器的功能接口地址等信息。

具体地，商户服务器按照支付方的B2C订单数据规范形成提交数据，并使用支付方提供的API和商户证书对提交数据进行数字签名，生成form表单(即支付表单)。Form表单的action地址指向支付方服务器接收请求支付消息的servlet。

步骤204，依据绑定关系和手机端设备识别码确定手机端。

绑定关系为至少一台儿童智能手表与至少一台手机端绑定于同一用户账号的关系。在儿童智能手表系统中，若干台儿童智能手表与若干台手机端绑定于同一用户账号，例如，在一个家庭所使用的同一个用户账号中，同时绑定了兄妹两人所佩戴的儿童智能手表，以及父亲、母亲、爷爷、奶奶持有的手机端。

当若干台儿童智能手表与若干台手机端同时使用这一共有的用户账号登陆系统时，儿童智能手表服务器通过儿童智能手表发来的提交订单消息中所携带的手机端设备识别码来辨识儿童智能手表欲请求支付的手机端，从而向手机端发送消息。当然，当同一用户账号中仅绑定了一台儿童智能手表与一台手机端时，或者当某一台儿童智能手表已经通过预先的设置固定匹配于某一台手机端时，提交订单消息中也可以不包含手机端设备识别码，而通过已知的对应关系确定手机端。

步骤205，从所存储的儿童智能手表历史交互数据中提取购买对象信息。

儿童智能手表历史交互数据是指被监护人使用儿童智能手表浏览网页时，儿童智能手表通过儿童智能手表服务器与网站服务器交互的过程中，存储在儿童智能手表服务器中的历史交互数据。

儿童智能手表服务器从儿童智能手表与商户服务器交互的历史数据中提取出购买对象信息。购买对象信息包可以是与购买对象相关的所有信息，例如显示有购买对象详情的网页地址、相关的商户的网页地址、被监护人所填写订单的网页地址、购买对象的价格、购买的数量、被监护人所选择的支付方的名称等。

步骤206，向手机端发送包含购买对象信息的支付通知消息。

在提取购买对象信息之后，儿童智能手表服务器将包含购买对象信息的支付通知消息通过与各个手机端所建立的TCP长连接通道转发给欲发送的手机端(即服务器推送方式)，或者通过各个手机端主动轮询儿童智能手表服务器的方式转发给欲发送的手机端(即手机端自取方式)，又或者将支付通知消息通过其他的服务器推送方式或手机端自取方式转发给欲发送的手机端。

持有手机端的监护人根据购买对象信息、以及手机端将购买对象信息还原得到的被监护人所填写的订单页面等进行判断，作出是否支付的决策。

步骤207，接收手机端发来的确认支付消息。

监护人决定支付后，手机端向儿童智能手表服务器发送确认支付消息，儿童智能手表服务器接收确认支付消息。

步骤208，依据支付表单生成指向支付方服务器的请求支付消息，向支付方服务器发送请求支付消息。

支付方是持有货币的金融机构，例如银行、第三方支付机构等。在本实施例中，儿童智能手表系统的管理者与支付方是同一机构，因此儿童智能手表服务器与支付方服务器可以为相同的服务器，也可以为不同的服务器。若儿童智能手表服务器与支付方服务器不是相同的服务器，则儿童智能手表服务器收到确认支付消息，依据支付表单生成指向支付方服务器的请求支付消息，向支付方服务器发送该请求支付消息。

易于理解的是，由于请求支付消息由支付表单生成，请求支付消息亦包含支付表单中携带的商户在支付方的收款帐号和收款金额信息，支付方服务器收到请求支付消息后只需要再获取监护人在支付方的付款账号信息，并经监护人授权即可实施扣款操作。

鉴于儿童智能手表系统的管理者与支付方是同一机构，儿童智能手表服务器已经获得手机端发送的确认支付消息，即支付方服务器已获得监护人授权。另外，手机端监护人在儿童智能手表系统的用户账号可设置为与其在支付方的付款账号相同，或者，手机端设备识别码可设置为与在支付方的付款账号相同，即支付方服务器可以通过预设的类似的对应关系从儿童智能手表服务器获取监护人在支付方的付款账号。这样，支付方服务器便可以直接实施扣款操作，从付款账号划扣指定数额的款项至收款账号。

步骤209，接收支付方服务器或商户服务器发起的对应于支付表单的扣款成功通知消息，并将扣款成功通知消息转发给手机端和/或儿童智能手表。

扣款成功后，支付方服务器向儿童智能手表服务器返回扣款成功通知消息，儿童智能手表服务器将扣款成功通知消息转发给相应的手机端和/或儿童智能手表，以在儿童智能手表和手机端显示扣款完成情况。

实施例2

请参阅图3，图3示出了本实施例中各端的通信交互过程。

步骤301，接收儿童智能手表发起的包含手机端设备识别码信息的提交订单消息。

步骤302，将提交订单消息转发给相应的商户服务器。

步骤303，接收商户服务器响应提交订单消息而反馈的包含支付表单的消息。

步骤304，依据绑定关系和手机端设备识别码确定手机端。

步骤305，从所存储的儿童智能手表历史交互数据中提取购买对象信息。

上述的步骤301、302、303、304和305分别与实施例1中的步骤201、202、203、204和205相同，此处不再赘述。

步骤306，向手机端发送包含购买对象信息和支付表单信息的支付通知消息。

在提取购买对象信息之后，儿童智能手表服务器将包含购买对象信息和支付表单信息的支付通知消息通过与各个手机端所建立的TCP长连接通道转发给欲发送的手机端(即服务器推送方式)，或者通过各个手机端主动轮询儿童智能手表服务器的方式转发给欲发送的手机端(即手机端自取方式)，又或者将支付通知消息通过其他的服务器推送方式或手机端自取方式转发给欲发送的手机端。

在本实施例中，购买对象信息和支付表单信息包含于支付通知消息中传送，以减少通信交互的次数，提高系统的整体效率；在其他实施例中，购买对象信息和支付表单信息也可通过其他途径传送。

持有手机端的监护人根据购买对象信息、以及手机端将购买对象信息还原得到的被监护人所填写的订单页面等进行判断，作出是否支付的决策。

支付方是持有货币的金融机构，例如银行、第三方支付机构等。在本实施例中，儿童智能手表系统的管理者与支付方是不同的机构，因此儿童智能手表服务器与支付方服务器是不相同的服务器。儿童智能手表服务器将支付表单发送给手机端，由手机端单独与支付方服务器进行交互完成确认支付和扣款操作。

步骤307，交由手机端依据支付表单生成指向支付方服务器的请求支付消息、向支付方服务器发送请求支付消息。

若手机端监护人判断决定支付，则手机端依据支付表单生成指向支付方服务器的请求支付消息，向支付方服务器发送该请求支付消息。由于请求支付消息由支付表单生成，请求支付消息亦包含支付表单中携带的商户在支付方的收款帐号和收款金额信息，支付方服务器收到请求支付消息后还需要再获取监护人在支付方的付款账号信息，并经监护人授权才可以实施扣款操作。

支付方服务器接收请求支付消息，对其中的商户信息进行检查，并向手机端显示支付方的付款授权页面。手机端监护人在付款授权页面输入付款账号、密码、验证码等信息，指示支付方服务器实施扣款操作。支付方服务器从付款账号划扣指定数额的款项至收款账号。

步骤308，接收商户服务器发来的对应于支付表单的扣款成功通知消息，并将扣款成功通知消息转发给儿童智能手表。

扣款成功后，支付方服务器向商户服务器发送扣款成功通知消息，商户服务器接收扣款成功通知消息并关闭与支付方服务器的连接，支付方服务器再将扣款成功通知消息发送给手机端，以在手机端显示扣款完成情况。

商户服务器将扣款成功通知消息发送给儿童智能手表服务器，儿童智能手表服务器再将扣款成功通知消息转发给儿童智能手表，以在儿童智能手表显示扣款完成情况。

请参阅图4，本发明在线支付控制装置包括：

接收订单模块，用于接收受限设备发起的提交订单消息；

转发订单模块，用于将该提交订单消息转发给相应的商户服务器；

接收表单模块，用于接收商户服务器响应所述提交订单消息而反馈的包含支付表单的消息；

确定控制设备模块，用于依据绑定关系确定控制设备并向该控制设备发送支付通知消息，所述绑定关系为受限设备与控制设备绑定于同一用户账号的关系；

发送表单模块，用于在该控制设备确认支付后将包含支付表单信息的消息发送至支付表单所指向的支付方服务器。

接收订单模块、转发订单模块、接收表单模块、确定控制设备模块和发送表单模块的工作过程分别对应于本发明在线支付控制方法的步骤101、102、103、104和105，此处不再赘述。

请参阅图5，本发明受限设备在线支付方法包括以下步骤：

步骤401，向服务端发起提交订单消息；

步骤402，交由服务端依据该提交订单消息从相应的商户服务器获取支付表单；

步骤403，交由服务端在控制设备确认支付后将支付表单信息发送至支付表单所指向的支付方服务器，其中，所述控制设备由服务端依据绑定关系确定，所述绑定关系为受限设备与控制设备绑定于同一用户账号的关系。

下面以在儿童智能手表中的应用为例，给出本发明受限设备在线支付方法的实施例，其中，儿童智能手表对应于本发明的受限设备，手机端对应于本发明的控制设备，儿童智能手表服务器对应于本发明的服务端。

实施例3

步骤501，向儿童智能手表服务器发起包含手机端设备识别码信息的提交订单消息。

步骤502，交由儿童智能手表服务器将提交订单消息转发给相应的商户服务器。

步骤503，交由儿童智能手表服务器接收商户服务器响应提交订单消息而反馈的包含支付表单的消息。

步骤504，交由儿童智能手表服务器依据绑定关系和手机端设备识别码确定手机端。

步骤505，交由儿童智能手表服务器从所存储的儿童智能手表历史交互数据中提取购买对象信息。

步骤506，交由儿童智能手表服务器向手机端发送包含购买对象信息的支付通知消息。

步骤507，交由儿童智能手表服务器接收手机端发来的确认支付消息。

步骤508，交由儿童智能手表服务器依据支付表单生成指向支付方服务器的请求支付消息，向支付方服务器发送请求支付消息。

步骤509，接收并显示由支付方服务器或商户服务器发起并经儿童智能手表服务器转发的对应于支付表单的扣款成功通知消息。

上述的步骤501-509分别对应于实施例1中步骤201-209中儿童智能手表的工作过程，具体内容请参阅实施例1步骤201-209中的描述。

实施例4

步骤601，向儿童智能手表服务器发起包含手机端设备识别码信息的提交订单消息。

步骤602，交由儿童智能手表服务器将提交订单消息转发给相应的商户服务器。

步骤603，交由儿童智能手表服务器接收商户服务器响应提交订单消息而反馈的包含支付表单的消息。

步骤604，交由儿童智能手表服务器依据绑定关系和手机端设备识别码确定手机端。

步骤605，交由儿童智能手表服务器从所存储的儿童智能手表历史交互数据中提取购买对象信息。

步骤606，交由儿童智能手表服务器向手机端发送包含购买对象信息和支付表单信息的支付通知消息。

步骤607，交由手机端依据支付表单生成指向支付方服务器的请求支付消息、向支付方服务器发送请求支付消息。

步骤608，接收并显示由商户服务器发来并经儿童智能手表服务器转发的对应于支付表单的扣款成功通知消息。

上述的步骤601-608分别对应于实施例2中步骤301-308中儿童智能手表的工作过程，具体内容请参阅实施例2步骤301-308中的描述。

请参阅图6，本发明受限设备在线支付装置包括：

发起订单模块，用于向服务端发起提交订单消息；

获取表单模块，用于交由服务端依据该提交订单消息从相应的商户服务器获取支付表单；

提交表单模块，用于交由服务端在控制设备确认支付后将支付表单信息发送至支付表单所指向的支付方服务器，其中，所述控制设备由服务端依据绑定关系确定，所述绑定关系为受限设备与控制设备绑定于同一用户账号的关系。

发起订单模块、获取表单模块和提交表单模块的工作过程分别对应于本发明受限设备在线支付方法的步骤401、402和403，此处不再赘述。

下面以在儿童智能手表系统中的应用为例，说明本发明受限设备在线支付方法与本发明在线支付控制方法相互配合完成支付操作的完整过程，其中，儿童智能手表对应于本发明的受限设备，手机端对应于本发明的控制设备，儿童智能手表服务器对应于本发明的服务端。

被监护男童甲佩戴儿童智能手表A，甲的妹妹乙佩戴儿童智能手表B，甲的父亲丙和母亲丁为甲和乙的监护人，丙持有手机端C，丁持有手机端D。A、B、C、D均绑定于儿童智能手表系统的同一用户账号YH123。

甲在A上浏览商户网页，以B2C在线支付的方式购买玩具。甲在商户网页上填写订单、选择戊银行作为支付方、并点击提交订单按键，则A向儿童智能手表服务器发起包含C的设备识别码信息的提交订单消息。

儿童智能手表服务器使用提交订单消息从相应的商户服务器获取支付表单。其中，支付表单包含商户在戊银行的收款帐号SK123、扣款金额20元等信息。

儿童智能手表服务器由用户账号YH123和C的设备识别码确定C。

儿童智能手表服务器从所存储的与A交互的历史数据中提取购买对象信息，并向C发送包含购买对象信息和支付表单信息的支付通知消息。

持有C的丙接收到支付通知消息，浏览C根据购买对象信息还原得到的甲所填写的订单页面后，决定同意付款，则控制C依据支付表单生成指向戊银行服务器的请求支付消息、向戊银行服务器发送请求支付消息。

戊银行服务器接收请求支付消息，对其中的商户信息进行检查以验证商户身份，并向C显示付款授权页面。丙在付款授权页面输入付款账号FK123、密码、验证码等信息，指示戊银行服务器实施扣款操作。戊银行服务器从付款账号FK123划扣20元钱至收款账号SK123。

最后，戊银行服务器向商户服务器发送扣款成功通知消息，商户服务器将扣款成功通知消息转发给儿童智能手表服务器，儿童智能手表服务器再将扣款成功通知消息转发给A。

结合以上对本发明的详细描述可以看出，与现有技术相比，本发明至少具有以下有益的技术效果：

第一，将B2C在线支付过程分离为针对商户的提交订单部分和针对支付方的付款部分，由受限设备控制订单、控制设备控制付款账户，丰富了现有的在线支付方式，扩展了在线支付方式的适用范围，尤其是监护人对被监护人实施B2C在线支付管理的使用场景，显著提升了用户体验。

第二，在受限设备系统中以系统服务器作为控制中心获取和分发支付表单，最终由支付表单的持有者实施付款操作，提升了受限设备系统的可扩展性和实施B2C在线支付的灵活性。

第三，通过绑定关系确定控制设备以向控制设备传送支付表单或支付通知消息，结合受限设备系统的优势实现支付确认和付款账户控制，减少了系统通信交互的开销，提升了系统的整体效率。

第四，提供了受限设备系统管理者与支付方为相同机构和不同机构时，实施B2C在线支付控制的两种解决方案，具有广泛的适用场景。

第五，利用受限设备浏览网页的工作方式，从历史数据提取购买对象信息供控制设备作出决策，减少了受限设备与控制设备的通信交互次数，提高了系统整体效率，增加了在线支付的安全性。

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

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

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

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

以上对本发明所提供的功能接口远程调用及其响应的方法和装置进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。