CN105590197B - 基于路由器的支付方法以及路由器 - Google Patents

Abstract

本申请公开了一种基于路由器的支付方法，所述方法包括：路由器从支付发起方接收支付请求；路由器在通过对所述支付请求的安全检测认证后，根据预先存储在所述路由器中的路由映射关系来确定支付认证方；路由器向所确定的支付认证方发送与所述支付请求相关的信息；路由器在收到所述支付认证方的认证请求后，向后台支付系统发送支付请求，并接收支付结果。本申请还公开了一种路由器。

Description

基于路由器的支付方法以及路由器

技术领域

本申请涉及基于路由器的支付方法以及路由器。

背景技术

随着移动支付、智能家居技术的不断发展，各种各样的支付设备层出不绝，小到智能手表、智能手机，大到路由器、电脑和网络电视。每一种支付设备都有其各自的支付方案，各成体系。目前存在的问题是缺乏相应的统一标准，造成资源的浪费。另外，同时实现的支付方式也都面临传统支付安全的威胁。例如，整个支付方案的实现往往仅基于某一个支付设备，其很容易被不法分子攻击。

因而，需要一种能够同时保证安全性和便捷性的改进的支付方法。

发明内容

根据本申请的一个方面，提供了一种基于路由器的支付方法。该方法包括：路由器从支付发起方接收支付请求；路由器在通过对所述支付请求的安全检测认证后，根据预先存储在所述路由器中的路由映射关系来确定支付认证方；路由器向所确定的支付认证方发送与所述支付请求相关的信息；路由器在收到所述支付认证方的认证请求后，向后台支付系统发送支付请求，并接收支付结果。

在上述方法中，所述支付认证方在判定与所述支付请求相关的信息为正确时，才向所述路由器发起认证请求。

上述方法还可包括：所述路由器向所述支付发起方转发所述支付结果。

在上述方法中，所述支付请求包含支付凭证信息。

在上述方法中，所述路由映射关系指示所述支付凭证信息与认证设备登记信息之间的对应关系。

在上述方法中，所述认证设备登记信息包括支付账户信息和/或认证证书信息。

在上述方法中，所述路由映射关系在业务开通阶段在所述后台系统中设定。

在上述方法中，在所述支付认证方在所述路由器进行登记后，所述路由器配置成从所述后台系统下载所述路由映射关系。

根据本申请的另一个方面，提供了一种路由器。该路由器包括：通讯模块，所述通讯模块配置成从支付发起方接收支付请求；和路由认证管理模块，所述路由认证管理模块配置成在通过对所述支付请求的安全检测认证后，根据预先存储在所述路由器中的路由映射关系来确定支付认证方；其中，所述通讯模块还配置成向所确定的支付认证方发送与所述支付请求相关的信息；以及在收到所述支付认证方的认证请求后，向后台支付系统发送支付请求，并接收支付结果。

在上述路由器中，所述通讯模块还配置成向所述支付发起方转发所述支付结果。

在上述路由器中，所述支付请求包含支付凭证信息。

在上述路由器中，所述路由映射关系指示所述支付凭证信息与认证设备登记信息之间的对应关系。

在上述路由器中，所述认证设备登记信息包括支付账户信息和/或认证证书信息。

在上述路由器中，所述路由映射关系在业务开通阶段在所述后台系统中设定。

在上述路由器中，所述路由认证管理模块配置成在所述支付认证方在所述路由器进行登记后，从所述后台系统下载所述路由映射关系。

上述路由器还可包括：敏感信息安全存储模块，用于存储所述路由映射关系。

上述路由器还可包括：信息推送模块，用于基于大数据来向用户个性化地推荐信息。

上述路由器还可包括：支付安全环境监测模块，用于对恶意行为进行监控并对网络攻击进行防护。

通过采用本申请的技术方案，一种适用于家居设备互联互通的支付方法（或支付标准）被建立起来，有利于整合家居支付网络内的设备，引导创新商业模式。同时，根据本申请的一个优选实施例，本申请的技术方案可借助大数据技术探索线上线下O2O支付新模式，打造安全、便捷、智慧的“家庭”支付生态环境。

附图说明

在参照附图阅读了本申请的具体实施方式以后，本领域技术人员将会更清楚地了解本申请的各个方面。本领域技术人员应当理解的是：这些附图仅仅用于配合具体实施方式说明本申请的技术方案，而并非意在对本申请的保护范围构成限制。

图1是根据本申请的实施例的包括支付发起方、支付认证方、支付路由器以及后台系统的整个支付系统的架构；

图2是根据本申请的实施例的支付处理流程图；

图3是根据本申请的实施例的线下应用场景示例；

图4是根据本申请的实施例的智能支付路由器的结构图。

具体实施方式

下面介绍的是本申请的多个可能实施例中的一些，旨在提供对本申请的基本了解，并不旨在确认本申请的关键或决定性的要素或限定所要保护的范围。容易理解，根据本申请的技术方案，在不变更本申请的实质精神下，本领域的一般技术人员可以提出可相互替换的其它实现方式。因此，以下具体实施方式以及附图仅是对本申请的技术方案的示例性说明，而不应当视为本申请的全部或者视为对本申请技术方案的限定或限制。

图1示出了根据本申请的实施例的整个支付系统的架构。在该支付系统中包括：支付发起方、支付认证方、路由器以及后台支付系统。在本申请的上下文中，支付发起方即是发起支付的设备或装置，其一般具备丰富的显示和强大的操作性能，购物体验好，但同时往往面临传统的支付安全威胁。在一个实施例中，支付发起方可包括，但不限于，网络电视盒、平板电脑、网络电视、笔记本电脑、台式机电脑、手机中的一个或多个。在本申请的上下文中，支付认证方，顾名思义，即是对支付请求进行认证的设备或装置。在优选的实施例中，支付认证方通过生物识别特征(包括指纹、声音等)或者物理确认按钮来触发支付确认事件。支付认证方可以是智能手环、智能手表、智能支付路由遥控器或手机，其只需具备简单显示功能(例如显示金额等支付关键确认要素)即可。在本申请的上下文中，术语“路由器”又称为“无线路由器”、“支付路由器”或“智能支付路由器”，它们均表示根据本申请的实施例的既具备传统路由功能、又具备支付功能的路由器。后台支付系统在一个实施例中为银联后台支付系统，用于验证用户提供的银联卡号、密码等敏感信息。

按照本申请的一个实施例，支付方法可包括5个步骤，分别为业务开通、认证设备登记、发起支付请求、支付请求认证和完成支付这五个步骤。其中，需要指出的是，业务开通和认证设备登记这两个步骤需要用户开通支付业务时完成，而后三个步骤具体发生在支付时。

在一个实施例中，“业务开通”步骤包括将支付信息（Token）和认证设备登记信息向后台支付系统进行登记，并将这两个信息相互绑定形成“支付认证路由映射关系”。在一个实施例中，认证设备登记信息可以是支付账户，或者认证证书等。在认证设备登记信息为支付账户的情况下，安装有支付账户客户端的支付终端可作为支付认证设备方。在认证设备登记信息为认证证书信息的情况下，硬件设备、如智能手环、遥控器等可作为支付认证设备方。

在一个实施例中，“认证设备登记”步骤包括支付认证设备进入HomePay(路由器)的“范围”内，在该路由器上进行登记。通过登记，路由器将与该支付认证设备对应的“支付认证路由映射关系”下载到该路由器中。

在一个实施例中，“发起支付请求”步骤包括用户在支付设备上输入支付信息，并发起支付请求。

在一个实施例中，“支付请求认证”步骤包括用户通过支付认证设备对支付请求进行认证，认证的内容包括：交易金额、订单信息等。

在一个实施例中，“完成支付”步骤包括智能支付路由器对支付认证请求进行安全监测，并最终向银联支付后台系统发送支付请求。

继续参考图1，在步骤1，支付发起方输入支付凭证(Token)，发起支付请求。该支付凭证包含在从发起方向支付路由器发送的支付请求中。在一个应用场景中，该支付凭证信息由用户直接输入。在另一个应用场景中，该支付凭证信息由用户刷内置有Token的IC卡，或者NFC手机、支持NFC的笔记本等来进行输入。在步骤2，由支付路由器对支付请求进行安全检测认证。在步骤3，在安全检测认证通过后，支付路由器根据预先存储在其中的映射关系确定支付认证方，并根据规则将与支付请求相关的信息发送给该支付认证方。在步骤4，由支付认证方判断当前支付信息是否正确(如金额、商品信息等)。如果正确，则发起认证支付流程。在步骤5，支付路由器对支付认证请求进行安全检测认证。在步骤6，支付路由器向银联后台支付系统发送支付请求。在步骤7，银联后台系统向支付路由器返回支付请求结果。随后，在步骤8，支付路由器向支付发起方转发该支付请求结果。

参考图2，图2是根据本申请的一个实施例的支付处理流程图。在图2示出的流程图中，没有示出之前提到的“业务开通”步骤，在该步骤中，用户向后台支付系统提供了支付信息与认证信息之间的映射关系。在图2的步骤1中，智能支付路由器发现认证设备，并发送认证设备登记请求。在步骤2，用户进行登记确认。在步骤3，认证设备向智能支付路由器发送支付认证设备请求。需要指出的是，步骤1和步骤2是可选的。在一个实施例中，可省略步骤1和步骤2而直接执行步骤3。例如，认证设备可通过蓝牙或其他无线网络技术发现智能支付路由器，并直接向该智能支付路由器发送支付认证设备请求。接着，在步骤4，智能支付路由器向银联后台支付系统转发登记请求，并发送下载“支付认证路由映射信息”的请求。在步骤5，银联后台支付系统验证登记信息的合法性。在步骤6，银联后台支付系统向智能支付路由器返回所请求的“支付认证路由映射信息”。在步骤7，该智能支付路由器将该映射信息临时存储到“支付请求路由表”或“认证路由表”中。至此，“认证设备登记”步骤完成。

在一个实施例中，认证路由表信息可以如下表1所示：

表1

接着，在步骤8，用户通过支付设备输入Token支付信息，并在步骤9向智能支付路由器发起支付请求(即“发起支付请求”步骤)。在步骤10，智能支付路由器通过“支付请求路由表”找到支付认证设备(即支付认证方)，并在步骤11向支付认证设备发送与支付请求相关的信息。在步骤12，用户通过支付认证设备进行支付确认，并在步骤13向智能支付路由器发送支付认证请求。在步骤14，智能支付路由器认证该请求的合法性，并在步骤15向银联后台支付系统发送最终支付请求。至此，“支付请求认证”步骤完成。

在步骤16，银联后台支付系统完成支付认证，并在步骤17向智能支付路由器返回支付结果，并进而在步骤18转发给支付设备。至此，“完成支付”步骤完成。

在优选实施例中，在进行认证设备登记时，需要用户授权，认证设备才可以成功登记。例如，只有用户输入启动支付账户客户端时的手势密码等后，认证设备才可以成功登记，即在登机前先对用户身份进行认证。在优选的实施例中，“认证路由表”仅保存在智能支付路由器，且具有临时性。在该表中，可包含有Token、认证设备ID、甚至是手机号码等认证信息，从而保证安全性。在优选的实施例中，在认证设备没有预先“登记”的情况下，即使支付信息(Token)输入正确，该Token也会被智能支付路由器拒绝。在优选的实施例中，通过认证设备对支付信息进行二次确认，确保支付信息和用户身份的真实性和合法性。在优选的实施例中，支付确认采用物理触发的方式。在优选的实施例中，智能支付路由器内置有安全防护和监测模块，确保支付网络的安全。另外，所有接入家居网络的支付设备都需要经过安全认证，保证设备互联的安全性。

图3示出了Homepay(路由器)与线下MPOS支付终端进行结合的应用场景。与现有技术不同，在向商家业务处理模块提供支付信息后，该支付信息不直接提供给银联支付后台系统，而是通过Homepay路由器来对持卡人进行二次认证。该过程可进一步保证支付的安全性。此外，由于通过统一的路由器来进行支付，该路由器可进一步配置为收集商户和持卡人的消费行为数据，并对其进行分析和研究。在一个实施例中，该路由器可基于大数据来进行个性化的推荐，包括但不限于，优惠券、优质持卡人和其他有价值的信息。

图4是根据本申请的实施例的智能支付路由器的结构图。与现有的路由器不同，本申请中的路由器不仅具备上网功能，还可提供网络互连和支付认证功能。

在一个实施例中，路由器可配置成实现安全互连，包括：允许授权的支付设备接入其网络；确保支付设备间互连的安全性等。在一个实施例中，路由器还可配置成进行数据收集，包括收集钓鱼网站信息；收集恶意APP、网站信息；收集用户上网行为数据，包括多种渠道，如电视、手机、平板、笔记本等；收集智能家居内可供开放的设备状态信息等。在一个实施例中，路由器配置成对支付认证请求进行“路由”，包括：将支付请求发送到匹配的支付认证设备等待用户确认；将用户认证后的支付请求发送到支付后台等。在一个实施例中，路由器配置成进行信息推送，包括：针对用户的个性化推荐信息，如优惠券等；推送生活资讯信息，如天气交通拥堵情况等。在一个实施例中，路由器配置成读支付安全环境进行监测，包括：对钓鱼网站等恶意行为进行监控；对网络攻击进行防护。在一个实施例中，路由器配置成对支付设备进行发现，包括：对进入智能支付路由器“领域”的支付设备具有主动“发现”并推送连接请求，如智能手表、手机、智能手环、笔记本等。

在优选的实施例中，路由器是系统定制的，例如通过对系统启动机制、应用访问权限、签名机制、权限命名机制等方面对系统进行深度安全定制。在优选的实施例中，支付敏感信息（认证路由表等数据）存储在路由器的安全芯片中，且具有时效性。在优选的实施例中，对支付敏感信息的处理都在路由器的安全芯片中完成，且需要通过证书密钥级的安全认证，包括存储和访问。例如，只有银联后台系统才有权限向安全芯片写入“认证路由表数据”。在优选的实施例中，路由器通过SSL协议完成双向认证，确保接入支付设备的合法性。并且，证书信息仅存储在安全芯片中。在优选的实施例中，作为认证设备连入智能居家网络，需要用户授权，如与支付账户客户端账户绑定。在优选的实施例中，只有预先“登记”的认证设备才可以接受支付认证请求。另外，只有Token等认证路由关联信息匹配上之后才会向匹配上的认证设备发送支付认证请求。在优选的实施例中，智能支付路由器具有安全的统一管理平台，负责系统升级、应用管理（签名、监测、下载、个人化、删除等）等服务。

综上，本申请以“路由器”(或“支付路由器”、“无线路由器”、“智能支付路由器”等)为核心，提供了联网支付设备可无缝接入，并借助银联大数据、Token等安全技术的“认证”支付安全解决方案。该方案可应用于线上和线下支付需求。

上文中，参照附图描述了本申请的具体实施方式。但是，本领域中的普通技术人员能够理解，在不偏离本申请的精神和范围的情况下，还可以对本申请的具体实施方式作各种变更和替换。这些变更和替换都落在本申请权利要求书所限定的范围内。

Claims (14)

1.一种基于路由器的支付方法，其特征在于，所述方法包括：

所述路由器从支付发起方接收支付请求；

所述路由器在通过对所述支付请求的安全检测认证后，根据预先存储在所述路由器中的路由映射关系来匹配支付认证方；

所述路由器向所匹配的支付认证方发送与所述支付请求相关的信息；

所述路由器在收到所述支付认证方的认证请求后，向后台支付系统发送支付请求，并接收支付结果，

其中，所述路由映射关系在业务开通阶段在所述后台支付系统中设定，并且在所述支付认证方在所述路由器进行登记后，所述路由器配置成从所述后台支付系统下载所述路由映射关系。

2.如权利要求1所述的方法，其中，所述支付认证方在判定与所述支付请求相关的信息为正确时，才向所述路由器发起认证请求。

3.如权利要求1所述的方法，还包括：所述路由器向所述支付发起方转发所述支付结果。

4.如权利要求1所述的方法，其中，所述支付请求包含支付凭证信息。

5.如权利要求4所述的方法，其中，所述路由映射关系指示所述支付凭证信息与认证设备登记信息之间的对应关系。

6.如权利要求5所述的方法，其中，所述认证设备登记信息包括支付账户信息和/或认证证书信息。

7.一种路由器，其特征在于，所述路由器包括：

通讯模块，所述通讯模块配置成从支付发起方接收支付请求；和

路由认证管理模块，所述路由认证管理模块配置成在通过对所述支付请求的安全检测认证后，根据预先存储在所述路由器中的路由映射关系来匹配支付认证方；

其中，所述通讯模块还配置成向所匹配的支付认证方发送与所述支付请求相关的信息；以及

在收到所述支付认证方的认证请求后，向后台支付系统发送支付请求，并接收支付结果，

并且，所述路由映射关系在业务开通阶段在所述后台支付系统中设定，所述路由认证管理模块配置成在所述支付认证方在所述路由器进行登记后，从所述后台支付系统下载所述路由映射关系。

8.如权利要求7所述的路由器，其中，所述通讯模块还配置成向所述支付发起方转发所述支付结果。

9.如权利要求7所述的路由器，其中，所述支付请求包含支付凭证信息。

10.如权利要求9所述的路由器，其中，所述路由映射关系指示所述支付凭证信息与认证设备登记信息之间的对应关系。

11.如权利要求10所述的路由器，其中，所述认证设备登记信息包括支付账户信息和/或认证证书信息。

12.如权利要求7所述的路由器，还包括：敏感信息安全存储模块，用于存储所述路由映射关系。

13.如权利要求7所述的路由器，还包括：信息推送模块，用于基于大数据来向用户个性化地推荐信息。

14.如权利要求7所述的路由器，还包括：支付安全环境监测模块，用于对恶意行为进行监控并对网络攻击进行防护。

Images