基于路由器的支付方法以及路由器的制造方法
【技术领域】
[0001] 本申请涉及基于路由器的支付方法以及路由器。
【背景技术】
[0002] 随着移动支付、智能家居技术的不断发展，各种各样的支付设备层出不绝，小到智 能手表、智能手机，大到路由器、电脑和网络电视。每一种支付设备都有其各自的支付方案， 各成体系。目前存在的问题是缺乏相应的统一标准，造成资源的浪费。另外，同时实现的支 付方式也都面临传统支付安全的威胁。例如，整个支付方案的实现往往仅基于某一个支付 设备，其很容易被不法分子攻击。
[0003] 因而，需要一种能够同时保证安全性和便捷性的改进的支付方法。
【发明内容】
[0004] 根据本申请的一个方面，提供了一种基于路由器的支付方法。该方法包括:路由器 从支付发起方接收支付请求;路由器在通过对所述支付请求的安全检测认证后，根据预先 存储在所述路由器中的路由映射关系来确定支付认证方;路由器向所确定的支付认证方发 送与所述支付请求相关的信息；路由器在收到所述支付认证方的认证请求后，向后台支付 系统发送支付请求，并接收支付结果。
[0005] 在上述方法中，所述支付认证方在判定与所述支付请求相关的信息为正确时，才 向所述路由器发起认证请求。
[0006] 上述方法还可包括:所述路由器向所述支付发起方转发所述支付结果。
[0007] 在上述方法中，所述支付请求包含支付凭证信息。
[0008] 在上述方法中，所述路由映射关系指示所述支付凭证信息与认证设备登记信息之 间的对应关系。
[0009] 在上述方法中，所述认证设备登记信息包括支付账户信息和/或认证证书信息。 [0010]在上述方法中，所述路由映射关系在业务开通阶段在所述后台系统中设定。
[0011] 在上述方法中，在所述支付认证方在所述路由器进行登记后，所述路由器配置成 从所述后台系统下载所述路由映射关系。
[0012] 根据本申请的另一个方面，提供了一种路由器。该路由器包括:通讯模块，所述通 讯模块配置成从支付发起方接收支付请求;和路由认证管理模块，所述路由认证管理模块 配置成在通过对所述支付请求的安全检测认证后，根据预先存储在所述路由器中的路由映 射关系来确定支付认证方;其中，所述通讯模块还配置成向所确定的支付认证方发送与所 述支付请求相关的信息；以及在收到所述支付认证方的认证请求后，向后台支付系统发送 支付请求，并接收支付结果。
[0013] 在上述路由器中，所述通讯模块还配置成向所述支付发起方转发所述支付结果。
[0014] 在上述路由器中，所述支付请求包含支付凭证信息。
[0015] 在上述路由器中，所述路由映射关系指示所述支付凭证信息与认证设备登记信息 之间的对应关系。
[0016] 在上述路由器中，所述认证设备登记信息包括支付账户信息和/或认证证书信息。
[0017] 在上述路由器中，所述路由映射关系在业务开通阶段在所述后台系统中设定。
[0018] 在上述路由器中，所述路由认证管理模块配置成在所述支付认证方在所述路由器 进行登记后，从所述后台系统下载所述路由映射关系。
[0019] 上述路由器还可包括:敏感信息安全存储模块，用于存储所述路由映射关系。
[0020] 上述路由器还可包括:信息推送模块，用于基于大数据来向用户个性化地推荐信 息。
[0021] 上述路由器还可包括:支付安全环境监测模块，用于对恶意行为进行监控并对网 络攻击进行防护。
[0022]通过采用本申请的技术方案，一种适用于家居设备互联互通的支付方法(或支付 标准)被建立起来，有利于整合家居支付网络内的设备，引导创新商业模式。同时，根据本申 请的一个优选实施例，本申请的技术方案可借助大数据技术探索线上线下020支付新模式， 打造安全、便捷、智慧的"家庭"支付生态环境。
【附图说明】
[0023] 在参照附图阅读了本申请的【具体实施方式】以后，本领域技术人员将会更清楚地了 解本申请的各个方面。本领域技术人员应当理解的是:这些附图仅仅用于配合具体实施方 式说明本申请的技术方案，而并非意在对本申请的保护范围构成限制。
[0024] 图1是根据本申请的实施例的包括支付发起方、支付认证方、支付路由器以及后台 系统的整个支付系统的架构； 图2是根据本申请的实施例的支付处理流程图； 图3是根据本申请的实施例的线下应用场景示例； 图4是根据本申请的实施例的智能支付路由器的结构图。
【具体实施方式】
[0025] 下面介绍的是本申请的多个可能实施例中的一些，旨在提供对本申请的基本了 解，并不旨在确认本申请的关键或决定性的要素或限定所要保护的范围。容易理解，根据本 申请的技术方案，在不变更本申请的实质精神下，本领域的一般技术人员可以提出可相互 替换的其它实现方式。因此，以下【具体实施方式】以及附图仅是对本申请的技术方案的示例 性说明，而不应当视为本申请的全部或者视为对本申请技术方案的限定或限制。
[0026] 图1示出了根据本申请的实施例的整个支付系统的架构。在该支付系统中包括:支 付发起方、支付认证方、路由器以及后台支付系统。在本申请的上下文中，支付发起方即是 发起支付的设备或装置，其一般具备丰富的显示和强大的操作性能，购物体验好，但同时往 往面临传统的支付安全威胁。在一个实施例中，支付发起方可包括，但不限于，网络电视盒、 平板电脑、网络电视、笔记本电脑、台式机电脑、手机中的一个或多个。在本申请的上下文 中，支付认证方，顾名思义，即是对支付请求进行认证的设备或装置。在优选的实施例中，支 付认证方通过生物识别特征(包括指纹、声音等)或者物理确认按钮来触发支付确认事件。 支付认证方可以是智能手环、智能手表、智能支付路由遥控器或手机，其只需具备简单显示 功能（例如显示金额等支付关键确认要素）即可。在本申请的上下文中，术语"路由器"又称 为"无线路由器"、"支付路由器"或"智能支付路由器"，它们均表示根据本申请的实施例的 既具备传统路由功能、又具备支付功能的路由器。后台支付系统在一个实施例中为银联后 台支付系统，用于验证用户提供的银联卡号、密码等敏感信息。
[0027]按照本申请的一个实施例，支付方法可包括5个步骤，分别为业务开通、认证设备 登记、发起支付请求、支付请求认证和完成支付这五个步骤。其中，需要指出的是，业务开通 和认证设备登记这两个步骤需要用户开通支付业务时完成，而后三个步骤具体发生在支付 时。
[0028]在一个实施例中，"业务开通"步骤包括将支付信息(Token)和认证设备登记信息 向后台支付系统进行登记，并将这两个信息相互绑定形成"支付认证路由映射关系"。在一 个实施例中，认证设备登记信息可以是支付账户，或者认证证书等。在认证设备登记信息为 支付账户的情况下，安装有支付账户客户端的支付终端可作为支付认证设备方。在认证设 备登记信息为认证证书信息的情况下，硬件设备、如智能手环、遥控器等可作为支付认证设 备方。
[0029]在一个实施例中，"认证设备登记"步骤包括支付认证设备进入HomePay(路由器） 的"范围"内，在该路由器上进行登记。通过登记，路由器将与该支付认证设备对应的"支付 认证路由映射关系"下载到该路由器中。
[0030] 在一个实施例中，"发起支付请求"步骤包括用户在支付设备上输入支付信息，并 发起支付请求。
[0031] 在一个实施例中，"支付请求认证"步骤包括用户通过支付认证设备对支付请求进 行认证，认证的内容包括:交易金额、订单信息等。
[0032] 在一个实施例中，"完成支付"步骤包括智能支付路由器对支付认证请求进行安全 监测，并最终向银联支付后台系统发送支付请求。
[0033]继续参考图1，在步骤1，支付发起方输入支付凭证(Token)，发起支付请求。该支付 凭证包含在从发起方向支付路由器发送的支付请求中。在一个应用场景中，该支付凭证信 息由用户直接输入。在另一个应用场景中，该支付凭证信息由用户刷内置有Token的IC卡， 或者NFC手机、支持NFC的笔记本等来进行输入。在步骤2，由支付路由器对支付请求进行安 全检测认证。在步骤3,在安全检测认证通过后，支付路由器根据预先存储在其中的映射关 系确定支付认证方，并根据规则将与支付请求相关的信息发送给该支付认证方。在步骤4， 由支付认证方判断当前支付信息是否正确(如金额、商品信息等）。如果正确，则发起认证支 付流程。在步骤5,支付路由器对支付认证请求进行安全检测认证。在步骤6,支付路由器向 银联后台支付系统发送支付请求。在步骤7,银联后台系统向支付路由器返回支付请求结 果。随后，在步骤8，支付路由器向支付发起方转发该支付请求结果。
[0034]参考图2,图2是根据本申请的一个实施例的支付处理流程图。在图2示出的流程图 中，没有示出之前提到的"业务开通"步骤，在该步骤中，用户向后台支付系统提供了支付信 息与认证信息之间的映射关系。在图2的步骤1中，智能支付路由器发现认证设备，并发送认 证设备登记请求。在步骤2,用户进行登记确认。在步骤3,认证设备向智能支付路由器发送 支付认证设备请求。需要指出的是，步骤1和步骤2是可选的。在一个实施例中，可省略步骤1 和步骤2而直接执行步骤3。例如，认证设备可通过蓝牙或其他无线网络技术发现智能支付 路由器，并直接向该智能支付路由器发送支付认证设