CN102164128A

CN102164128A - 一种互联网电视的在线支付***及在线支付方法

Info

Publication number: CN102164128A
Application number: CN2011100694447A
Authority: CN
Inventors: 丁媛媛; 何剑; 唐建斌; 黄浩泽
Original assignee: Shenzhen Coocaa Network Technology Co Ltd
Current assignee: Shenzhen Coocaa Network Technology Co Ltd
Priority date: 2011-03-22
Filing date: 2011-03-22
Publication date: 2011-08-24

Abstract

本发明适用于互联网电视领域，提供了一种互联网电视的在线支付***及在线支付方法，包括订单加密单元、订单解密单元、公共基础设施PKI单元，所述PKI单元实现服务器端和客户端的身份认证，所述***还包括：标识加密单元，用于当客户端第一次和服务器端通信时，服务器端将客户端发送的电视标识TV_ID和MAC地址进行加密，所述服务器端保存的是加密后的TV_ID和MAC地址列表；机器验证单元，用于当客户端和服务器端再次通信时，服务器端对从客户端接收的加密后的TV_ID和MAC地址进行机器验证。本发明客户端和服务器端进行通信时，传输的是加密后的TV_ID，可以有效防止山寨厂家盗用客户端的电视标识TV_ID。

Description

一种互联网电视的在线支付***及在线支付方法

技术领域

本发明属于互联网电视领域，尤其涉及一种互联网电视的在线支付***及在线支付方法。

背景技术

随着科技的不断发展，互联网电视的出现为用户带来了更多的帮助和选择。互联网电视商家可以为用户提供在线高清电影、音乐、游戏以及网上商城等项目，所述项目中有些内容是免费提供给用户的，而有些内容需要采取付费的方式提供给用户。涉及到付费方面，对于利用互联网电视进行在线支付的用户，最关注的技术问题是互联网电视厂商如何能提供一种安全、备受信任的支付手段来确保用户帐号安全，以防止支付数据被篡改、密码泄漏等支付风险；而对于互联网电视厂商，同时需要考虑如何利用技术手段来防止其他商家盗用自己的网络服务。

传统电视没有付费模式，而目前，通过网络来进行在线支付的消费者大多数是在PC端利用浏览器来操作的，但是这种利用PC支付的模式并不完全适用于互联网电视。因为使用个性化UI来设计客户端的互联网电视并没有属于自己的浏览器，虽然可以在互联网电视机中补充浏览器的功能，但是在进行支付认证时，需要将认证证书加载到浏览器，支付的安全性很难保证。因此，为了确保消费者在线支付安全，制定一套适用于互联网电视的安全在线支付***是相当有必要的。

发明内容

本发明的目的在于提供一种互联网电视的在线支付***，旨在解决现有的互联网电视不能实现安全在线支付的问题。

本发明是这样实现的，一种互联网电视的在线支付***，包括订单加密单元、订单解密单元、公共基础设施PKI单元，所述PKI单元实现服务器端和客户端的身份认证，所述***还包括：

标识加密单元，用于当客户端第一次和服务器端通信时，服务器端将客户端发送的电视标识TV_ID和MAC地址进行加密，所述服务器端保存的是加密后的TV_ID和MAC地址列表；

机器验证单元，用于当客户端和服务器端再次通信时，服务器端对从客户端接收的加密后的TV_ID和MAC地址进行机器验证。

本发明的另一目的在于提供一种互联网电视的在线支付方法，所述方法包括下述步骤：

一种互联网电视的在线支付方法，其特征在于，所述方法包括下述步骤：

客户端向服务器端发送生成的订单数据，发送时对所述订单数据进行加密；

客户端和服务器端进行身份认证；

身份认证通过后，服务器端对从客户端接收的TV_ID和MAC地址进行机器验证；

机器验证通过后，通过输入的支付方式完成支付。

在本发明中，客户端第一次和服务器端进行通信时，服务器端对客户端发送的电视标识TV_ID和MAC地址进行加密，后续客户端和服务器端进行通信时，客户端和服务器端传输的均是加密后的TV_ID，可以有效防止山寨厂家盗用客户端的电视标识TV_ID。

附图说明

图1是本发明实施例提供的互联网电视的在线支付***的结构框图；

图2是本发明实施例提供的CA具体的功能示意图。

图3是本发明实施例提供的互联网电视的在线支付方法的流程图；

图4是本发明实施例提供的客户端和服务器端进行机器认证的流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

在本发明实施例中，在对订单数据进行加密传输后，对客户端和服务器端进行身份认证，认证成功后直接通过互联网电视实现在线支付，可以保障互联网电视在线支付的安全性。

图1为本发明实施例提供的互联网电视的在线支付***的结构框图，为了便于说明，仅示出了本发明实施例相关的部分。在本实施例中，该***分别内置于包括服务器端和客户端中，包括公共基础设施(Public Key Infrastructure，PKI)单元11。

其中，公共基础设施(Public Key Infrastructure，PKI)单元11主要包括CA、数字证书库、密钥管理模块以及证书作废模块。CA是申请及签发数字证书的机构，需要给客户端和服务器端分别签发数字证书，进行身份认证；数字证书库用来存储已经签发的证书及公钥；密钥管理模块主要负责密钥备份与恢复等相关密钥工作；证书作废模块为PKI单元11提供作废证书的一系列机制，证书作废的原因可能是证书过期、密钥介质丢失或者用户身份变更等，客户端和服务器端需要分别保存一份对方的作废证书列表。这里，PKI单元11的核心是CA，CA主要是围绕数字证书的申请、签发、使用与撤销等整个生命周期进行展开，CA具体的功能如图2所示，在图2中，将CA独立于客户端和服务器端，是为了方便理解，其实CA一部分内置于客户端，另一部分内置于服务器端，通过这两部分CA实现客户端和服务器端数字证书的申请、签发等工作。

另外，作为本发明的一个优选实施例，该在线支付***还包括：订单加密单元12和订单解密单元13。

订单加密单元12用于对客户端生成的订单数据进行加密后传输至服务器端，该单元12采用SSL协议对生成的订单数据进行加密；

订单解密单元13用于对服务器端接收到的加密订单数据进行解密。

另外，作为本发明的另一个优选实施例，该在线支付***还包括：标识加密单元14，该单元14用于将客户端发送的电视标识TV_ID和MAC地址在服务器端进行加密，在服务器端保存的是加密后的TV_ID和MAC地址列表。

在本实施例中，标识加密单元14采用MD5加密算法进行加密，实际的加密算法可以根据需要来制定，这里暂用MD5加密算法来进行说明)，为防止TV_ID和MAC地址列表被他人窃取，服务器端保存的是TV_ID和MAC地址是用MD5加密后的数据列表，因为MD5算法不可逆，所以即使该列表被他人获取，依然获取不到原始的TV_ID数据。另外，在客户端方面，用来存放TV_ID和MAC地址的硬件采用的是加密芯片，可以防止软件拷贝，这样可以防止从客户端获取TV_ID和MAC地址。

另外，作为本发明的第三个优选实施例，该在线支付***还包括：机器验证单元15，该单元用于对所述标识加密单元14加密后的TV_ID和MAC地址进行验证。

机器验证单元15进行验证的过程是：客户端第一次和服务器端进行通信时，服务器端将MAC地址和TV_ID用MD5加密后的数据对应存入到服务器端数据库的机器验证表中，并记录创建时间，后续客户端连接到服务器端时都要验证TV_ID的MD5码和MAC地址是否是唯一配对，如果不是，则说明机器存有问题，机器验证失败。通过机器验证后，可以确定客户端的MAC地址是否是有效的MAC地址，确定客户端是否是服务器端所支持的客户。

另外，作为本发明的第四个优选实施例，为了让在线支付更灵活、用户使用更方便，在互联网电视的在线支付***中设置了电子钱包，因此该在线支付***还包括：电子钱包支付单元16，该电子钱包支付单元包括钱包信息发送子单元、钱包管理子单元和钱包支付子单元。

钱包信息发送子单元用于将电子钱包的信息发送给客户端；

钱包管理子单元用于向电子钱包赠送虚拟货币、实现退款、积分换取虚拟货币；

钱包支付子单元用于使用电子钱包实现支付。

具体的电子钱包支付的过程是：用户首先购买虚拟货币放在电子钱包里，在可以采用电子钱包付费的项目中，使用电子钱包里的虚拟货币支付即可。服务器端可以向电子钱包赠送虚拟货币、实现退款、积分换取虚拟货币等功能。客户端使用电子钱包支付的具体实施方法：SSL协议中需要用到的客户端数字证书在出厂时被预埋在客户端中，客户端首先与服务器端进行身份认证，当客户端和服务器端按照制定好的协议通过SSL安全加密向服务器端发送电子钱包支付请求的数据包，并解析服务器端返回的协议数据包，其中包括相应的订单号、支付密码、支付金额等一系列相关信息。

在本实施例中，客户端与服务器端之间进行的身份认证包括单向认证和双向认证。当客户端的数字证书有效时，客户端和服务器端需要进行SSL双向认证。当客户端的数字证书过期或者失效时，需要重新申请数字证书，由于客户端此时没有有效的证书，服务器端无法验证客户端的身份，所以客户端和服务器端之间通信使用SSL单向认证。为确保客户端是合法用户，服务器端将采用向用户手机或者其它联系方式发送验证码的形式来验证。

其中，SSL协议双向认证的过程如下：

步骤1.客户端发送一个连接请求给服务器端；

步骤2.服务器端将自己的证书，以及同证书相关的信息发送给客户端；

步骤3.客户端验证服务器端所发送的证书，如果验证成功，则继续执行协议，如果验证失败，则中断通信，同时向用户发出警告；

步骤4.服务器端要求用户发送客户端的证书，当接收到客户端发送的证书后，服务器端验证客户端的证书是否合格，如果没有通过验证，则拒绝连接，如果通过验证，则服务器端获得用户的公钥；

步骤5.客户端通知服务器端自己所能够支持的通讯对称密码方案；

步骤6.服务器端从客户端所发送过来的密码方案中，选择一种加密程度最高的密码方案，用客户端的公钥进行加密后通知客户端；

步骤7.客户端针对该密码方案，选择一个通话密钥，接着用服务器端的公钥进行加密后发送给服务器端；

步骤8.服务器端接收到客户端发送的消息，用自己的私钥解密，获得通话密钥；

步骤9.服务器端与用户接下来的通信都是用对称密码方案，对称密钥是加过密的。

SSL协议单向认证的过程如下所述：

步骤1.客户端发送一个连接请求给服务器端；

步骤2.服务器端将自己的证书以及同证书相关的信息发送给客户端；

步骤3.客户端验证服务器端的证书，如果验证成功，则继续执行协议，如果验证失败，则中断通信，同时向用户发出警告；

步骤4.客户端通知服务器端自己所能够支持的通讯对称密码方案；

步骤5.服务器端从客户端所发送的密码方案中，选择一种加密程度最高的密码方案，同时将该密码方案通知给客户端；

步骤6.客户端针对该密码方案，选择一个通话密钥，接着用服务器端的公钥进行加密后发送给服务器端；

步骤7.服务器端接收到客户端发送的消息，用自己的私钥解密，获得通话密钥；

步骤8.服务器端与用户接下来的通信都是用对称密码方案。

图3是本发明实施例提供的互联网电视的在线支付方法的流程图，详述如下：

在步骤S301中，客户端向服务器端发送生成的订单数据，发送时进行加密。

在本实施例中，当用户在客户端点击购买后，客户端会向服务器端发送生成的订单数据，发送时客户端采用SSL协议对该数据进行加密传输。

在步骤S302中，客户端和服务器端进行身份认证。

在服务器端接收到加密的订单数据后，客户端和服务器端要进行身份认证，该身份认证包括单向认证和双向认证。当用户在客户端注册账号之前，互联网电视中预存储有根证书，主要用来验证服务器端的证书。但是互联网电视中没有预存储客户端证书，因此在用户注册后首次购买时需要下载客户端证书，下载证书使用SSL协议。具体的何时使用单向认证、何时使用双向认证以及单、双向认证的流程如上所述，在此不再赘述。

在步骤S303中，身份认证通过后，服务器端对从客户端接收的加密后的TV_ID和MAC地址进行机器验证。

作为本发明的一个优选实施例，客户端和服务器端进行身份认证后，还需要进行机器认证，确保与服务器端进行通信的互联网电视是服务器端所支持的机器，具体的验证步骤如图4所示，详述如下：

步骤1、客户端第一次和服务器端通信时，客户端将TV_ID和MAC地址发送至服务器端。

客户端第一次和服务器端进行通信时，服务器端将MAC地址和TV_ID用MD5加密后的数据对应存入到服务器端数据库的机器验证表中，并记录创建时间。

步骤2、服务器端保存加密后的TV_ID和MAC地址，生成TV_ID和MAC地址列表。

服务器端生成的TV_ID和MAC地址列表存储在服务器端数据库的机器验证表中，并记录有创建时间。

步骤3、后续通信时，服务器端将从客户端接收到的加密后的TV_ID和MAC地址与存储的TV_ID和MAC地址列表中的数据进行匹配，验证加密后的TV_ID和MAC地址的合法性。

客户端和服务器端进行后续的通信时，服务器端首先判断接收到的MAC地址是否在有效范围内，如果否，则机器验证失败，服务器端拒绝提供服务；如果是，则服务器端继续验证服务器端数据库的机器验证表中是否存有此客户端的记录，如果没有，则表示，客户端和服务器端是第一次通信，则服务器端将接收到的TV_ID和MAC地址进行加密后存入服务器端数据库的机器验证表；如果没有，则表示客户端已经和服务器端进行过至少一次通信，则判断TV_ID和MAC地址是否与机器验证表中存储的TV_ID和MAC地址一一对应，如果是，则确定客户端是服务器端所支持的客户，机器验证通过，否则，验证失败，服务器端拒绝提供服务，通知客户端的用户拨打客服电话进行咨询。

在步骤S304中，机器验证通过后，通过输入的支付方式完成支付。

机器验证通过后，用户可以选择虚拟货币、***等实现支付。选择虚拟货币的支付步骤是：用户首先输入密码，客户端对输入的密码以及商品的ID进行加密后发送给服务器端，服务器端验证密码的合法性，如果不合法，则通知用户密码输入错误，请重新输入密码；否则，判断用户的余额是否足够，如果不够，则提示用户余额不足，需要充值，否则，提示用户支付成功。当用户选择***支付时，具体的支付步骤是：客户端请求服务器端向其关联的手机发送验证码，请求用户选择银行，输入银行***等有效信息，然后将***信息、商品ID等信息加密后发送给服务器端，服务器端返回扣款结果，如果扣款成功，则提示用户交易成功，否则提示用户交易失败，并显示交易失败的原因。

在本发明实施例中，在线支付***可以提供机器验证，防止其他商家或者山寨厂商盗用网络服务。另外，客户端和服务器端首先进行身份认证，身份认证成功后，再进行机器验证成功，机器验证成功后直接通过互联网电视实现在线支付，可以让用户放心省心的实现电子支付、并且支付安全灵活。另外，本本发明的在线支付***还可以提供电子钱包，让用户更快捷、更方便地完成支付操作。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种互联网电视的在线支付***，包括订单加密单元、订单解密单元、公共基础设施PKI单元，所述PKI单元实现服务器端和客户端的身份认证，其特征在于，所述***还包括：

2.如权利要求1所述的***，其特征在于，所述标识加密单元采用MD5加密算法进行加密。

3.如权利要求1所述的***，其特征在于，所述订单加密单元采用SSL协议对生成的订单数据进行加密。

4.如权利要求1所述的***，其特征在于，客户端的TV_ID和MAC地址存储在加密芯片中。

5.如权利要求1所述的***，其特征在于，所述***还包括：

电子钱包支付单元，所述电子钱包支付单元包括：

钱包信息发送子单元，用于将电子钱包的信息发送给客户端；

钱包管理子单元，用于向电子钱包赠送虚拟货币、实现退款、积分换取虚拟货币；

钱包支付子单元，用于使用电子钱包实现支付。

6.一种互联网电视的在线支付方法，其特征在于，所述方法包括下述步骤：

客户端和服务器端进行身份认证；

身份认证通过后，服务器端对从客户端接收的加密后的TV_ID和MAC地址进行机器验证；

机器验证通过后，通过输入的支付方式完成支付。

7.如权利要求6所述的方法，其特征在于，采用SSL协议对生成的订单数据进行加密。

8.如权利要求6所述的方法，其特征在于，在所述服务器端对从客户端接收的TV_ID和MAC地址进行机器验证的步骤之前，所述方法还包括下述步骤：

客户端第一次和服务器端通信时，将TV_ID和MAC地址发送至服务器端；

服务器端保存加密后的TV_ID和MAC地址，生成TV_ID和MAC地址列表。