CN100373961C - 基于智能网的短信支付方法及系统 - Google Patents

Abstract

本发明公开了一种基于智能网的短信支付系统，包括：存储用户数据、商户信息和商户的商品信息，对用户通过短信发起的交易请求鉴权，并将通过鉴权的交易请求发送给商户，以及对商户发起的支付请求鉴权和处理支付业务的业务控制点；与所述业务控制点连接，将用户与支付业务相关的短信转发到所述业务控制点的网关；与所述业务控制点连接，用于提供管理接口和根据从该管理接口接受的命令管理所述业务控制点上的用户数据、商户信息和商品信息的业务管理点。本发明还同时公开了一种基于智能网的短信支付方法。

Description

基于智能网的短信支付方法及系统

技术领域

本发明涉及移动通信技术，尤其涉及基于智能网的短信支付方法及系统。

背景技术

随着移动电话的普及，利用移动电话的移动性和唯一性开展移动支付成为一项新的业务。在移动支付业务中，移动支付业务中心(MPSC)作为移动支付价值链中最重要的一环，直接关系着移动支付业务的开展是否成功。

现有的移动用户使用发送短信的方式购买商品，是基于梦网短信网关(ISMG)实现的，而且只适用于购买信息类商品(比如天气预报，笑话短信等)。用户通过发送短信到商户(或称业务应用提供商)来定购某短信信息，商户则通过发送短信经过ISMG来对用户号码进行计费和扣款。

虽然上述方法能实现移动支付，但存在以下缺点：

1、缺少支付确认的环节，难以遏制某些商户的恶意欺诈，经常导致用户不知情情况下的消费，从而引起投诉；

2、计费核心设备处于ISMG，安全系数不高；

3、没有对所有的商品价格进行鉴权，系统不维护商品价格信息，扣款金额只能以商户发起的计费请求为准。

发明内容

本发明提供一种基于智能网的短信支付方法及系统，以解决现有的短信支付中存在准确性和安全性不高的问题。

一种基于智能网的短信支付系统，包括：

业务控制点，存储用户数据、商户信息和商户的商品信息，对用户通过短信发起的交易请求鉴权，并将通过鉴权的交易请求发送给商户，以及对商户发起的支付请求鉴权和处理支付业务；

网关，与所述业务控制点连接，将用户与支付业务相关的短信转发到所述业务控制点；

业务管理点，与所述业务控制点连接，用于提供管理接口和根据从该管理接口接受的命令管理所述业务控制点上的用户数据、商户信息和商品信息。

所述系统还包括：

充值中心，在所述业务管理点的控制下对所述业务控制点上的用户账户充值。

门户网站，与所述业务管理点连接，通过该门户网站和业务管理点管理所述业务控制点中用户数据、商户信息和商品信息。

话单接口机(RBI)，与所述业务控制点和商户连接，用于提供支付清单。

一种基于智能网的短信支付方法，包括如下步骤：

业务控制点接收用户通过短信发起的包含商品交易内容的交易请求；

对所述交易请求鉴权，并在鉴权成功后将所述交易请求发送到商户；

接收商户根据交易请求中的交易内容生成的支付请求；

对所述支付请求鉴权，在鉴权成功后从所述用户的账户上扣费。

根据上述方法：

在扣费前还通过短信通知所述用户确认支付请求，并在收到用户允许扣费的确认结果时从该用户的账户上扣费。

所述业务控制点标识每个交易请求，并且在向商户发送的交易请求和商户发起的支付请求中携带有交易请求标识，业务控制点在收到支付请求后通过比较标识来判断该支付请求的可信度。

当所述业务控制点接收到商户发起的冲正请求时，对该冲正请求进行鉴权，如果鉴权成功，则冲销请求中指定的支付金额，并通知所述用户和商户；否则，拒绝冲正请求并通知商户。

本发明为用户提供短信接入方式，系统对商户的所有支付请求都检查其商品扣费单价以及数量，并通过短信方式通知用户确认，能够防止商户欺诈，做到用户的知情消费，使用户拥有完整的知情权和控制权，保证了用户账户金额的安全以及交易过程的可靠性和严谨性。因此，本发明为用户提供了便捷、安全、高效的短信支付手段，采用本发明能够为移动运营商建立统一的支付渠道和支付平台，能适应各种业务应用开展。

附图说明

图1为本发明的移动支付系统结构示意图；

图2为业务控制点的结构示意图；

图3为商户的商品生命周期示意图；

图4为支付交易流程图；

图5为冲正的流程示意图。

具体实施方式

本发明主要以移动通信支付为例对本发明进行说明。

参阅图1所示，本发明的移动支付系统包括：

业务控制点(SCP)：存储有用户数据、商户(或称业务应用提供商)信息和商户的商品信息等，对移动用户发起的交易请求和支付请求鉴权，将通过鉴权的交易请求发送给商户，以及对商户发起的支付请求鉴权和处理支付业务。用户数据主要包括：用户号码、支付密码、支付账户余额、日消费限额、月消费限额，单笔消费限额；该用户定购了哪些商户的哪些周期性扣费商品等。商品信息包括：商品标识、商品名称、商品类型、商品单价、扣费类型和扣费周期等。

网关，与业务控制点连接，完成业务控制点与外部系统协议转换功能，通过TCP/IP协议触发业务控制点上的支付流程。网关为移动用户提供短信接入方式，以便使移动用户接入到业务控制点。

业务管理点SMP，与业务控制点连接，用于提供管理接口，通过该管理接口向业务管理点下发命令以管理业务控制点上的用户数据。管理用户数据包括增加、修改和删除用户数据等操作。业务管理点提供的管理接口包括但不限于人机交互语言、业务管理接入点和卡号管理台(CMP)接口中的一种或多种。

充值中心，与业务控制点和业务管理点连接，在业务管理点的控制下对业务控制点上的移动用户账户充值。卡号管理台(CMP)通过业务管理点管理支付使用的充值卡。

门户网站(Portal)，与业务管理点连接，通过提供Web页面和无线应协议(WAP)方式将所述移动用户接入业务控制点。移动用户和商户用户可以登录Portal进行管理操作。

参阅图2所示，SCP包括如下功能模块：

存储装置，存储用户数据、商户信息和商户的商品信息；

第一模块，利用存储装置中的信息对用户通过短信向商户发起的交易请求进行鉴权，并在鉴权成功后将该交易请求发送到商户。

第二模块，利用存储装置中的信息对商户依据所述交易请求内容生成的支付请求鉴权，在鉴权成功后执行扣费和在鉴权失败后拒绝扣费的第二模块。

为了使用户拥有知情权和控制权，第二模块在扣费前先判断是否设定了短信方式的交易支付需要用户进行短信支付确认，如果是，则通过短信通知所述移动用户确认，在收到移动用户允许扣费的确认结果时才从该移动用户的账户上扣费，否则拒绝扣费。

所述第一模块在发送给商户的交易信息标记交易请求标识，所述第二模块在对支付请求鉴权时还将该支付请求中的交易请求标识与交易信息中所携带的交易请求标识进行比较来判断该支付请求的可信度。

第三模块，接收商户发起的冲正请求和对该冲正请求进行鉴权，在鉴权成功后冲销请求中指定的支付金额或在鉴权失败后拒绝该冲正请求，并将结果通知所述移动用户和商户。

第四模块，接收移动用户、商户和管理员通过所述门户网站和业务控制点传送来的管理命令，并根据该命令对存储装置中的信息进行管理。

商户与业务运营支撑系统BOSS通过网关与业务控制点进行交互；业务控制点定义标准的协议与商户建立对话基础，实现与商户之间的交互，该标准协议包括但不限于小额支付通信协议(MPCP)和小额支付交易协议(MPTP)。

移动运营商开通小额支付业务之后，通过发送人机交互语言(MML)命令方式向移动支付系统请求为用户登记开通支付业务，移动支付系统为该用户建立支付账户，该账户建立在业务控制点(SCP)上。用户可通过电话充值的方式，使用充值卡为该支付账户充值。支付账户支持信用度的设定，可以支持预付费(无信用度)或后付费(设定了一定的信用度)。

运营商管理员为准备接入支付平台系统并提供服务的商家设定商户基本信息，包括商户标识(ID)、商户名称、IP地址、接入口令等，并为该商户设定一个短信接入号码，供用户发送短信进行交易时，以该号码作为目的号码。运营商管理员可通过业务管理系统(SMAP)或门户网站(Portal)的管理员页面来进行商户信息的设置。

运营商管理员也要为移动支付系统设定短信接入码，供移动支付系统向用户发送短信时用作短信源号码，以及用户回复确认短信时作为短信目的号码。

移动支付系统还要维护各个商户的商品信息，包括商品标识(ID)、商品名称、商品单价、商品类型、扣费类型(按次扣费、周期扣费)、扣费周期等。维护方式：商户操作员申请、运营商管理员审批；或者运营商管理员直接修改。商户操作员可以登录移动支付系统的Portal的商户页面，进行自己所属商户的商品信息维护，并在确认商品信息符合要求之后，提交申请，可以申请商品新增、申请停售商品、申请恢复商品售卖、申请修改商品信息和申请删除商品等；商户的申请将到管理员处被审核，运营商管理员可以选择批准或驳回。同时，运营商管理员也可以直接修改商品信息、更改商品状态。一切对商品信息的维护都有日志记录，商品的生命周期如图3所示。

支付业务支持用户交易限额设定，用户或管理员可以设定日限额、月限额、单笔限额、商户限额等，控制交易支付的金额风险。

参阅图4所示，支付的业务处理流程如下：

1、移动用户通过短信发送交易请求，该短信通过短信网关或短信中心转发到移动支付系统中的业务控制点。短信内容为：TradeInfo#6位支付密码，用户发送短信的目的号码为移动支付系统中为商户设定的商户短信接入码。

2、业务控制点根据短信中的商户短信接入码判断该用户要求与哪个商户进行交易，并对该商户和移动用户鉴权。并在鉴权通过后，业务控制点通过与商户之间的通信协议，将交易信息Tradeinfo递交给商户，并在消息中携带消息标识Message ID，该Message ID唯一标识一笔用户发起的交易请求。

3、商户解析并理解Tradeinfo，获知用户要求购买的商品和数量，通过商户与移动支付系统之间定义的交易协议，向业务控制点发起支付请求。支付请求中携带金额、商品ID、商品数量及是否新定购等信息，同时，支付请求中也将业务控制点下发的Message ID携带返回。

4、业务控制点对支付请求进行鉴权，包括检查Message ID，检查商品ID、商品数量、扣费金额，确保扣费金额不超过商品单价乘以数量，以及扣费金额不超过用户以及系统设定的各个限额。检查Message ID用以确定该支付请求是由用户发起的短信引起，而不是SP自行主动发起，从而防止欺诈。

5、鉴权通过后，若系统配置为需要用户进行交易短信确认，则取得支付请求中的相关内容，并生成确认短信发送给用户确认，其内容包括支付日期/时间、商户名称、所购买的商品名称、数量、待扣款价格，支付确认码；用户收到确认短信后按提示回复确认码。若系统配置为不需要用户进行交易短信确认，则直接从移动用户的账户上扣费。

如短信内容可为“y年m月d日，您要求购买xx(商户名称)的xx(商品名称)，数量x，金额xx元。确认支付请在xx(系统可配置)分钟内回复确认码xxxxxx(6位支付确认码)至xxxx(MPP支付平台短信接入码)。”

为保证交易过程的安全可靠以及实时性体验，支付确认码为6位随机数或流水号，用户必须在规定时间内(系统可配置)正确回复确认码到业务控制点的短信接入码进行支付确认。

6、业务控制点检查确认码是否匹配，若正确，则进行账户扣费处理，记录话单，若不正确，则拒绝扣费。

业务控制点将待确认的交易数据、包括确认码都做临时保存，等待用户确认，若用户在要求时间内没有确认，则认为该笔交易作废，系统删除临时保留的数据。

7、业务控制点向商户回复支付请求应答，向用户发送交易通知短信。

向用户发送的交易通知短信如：“y年m月d日，您购买xx(SP名称)的xx(商品名称)，数量x，金额xx元，交易成功，交易码xxxxx(15位交易码，唯一标识一笔交易，供用户查询使用)，账户现有余额xx元。”

在完成支付后商户向用户交付商品。

如果商户的系统处理错误，或者商户没有成功向用户交付商品，或者用户对某次交易提出异议，商户可以使用冲正功能，取消错帐，或将某笔交易冲销。参阅图5所示，冲正的业务处理如下：

1.商户移动支付系统发起冲正请求，消息中携带欲冲正交易码(唯一标识某笔交易)、商户信息等。

2、业务控制点(SCP)对商户、用户号码、欲冲正的交易进行检查和鉴权，如果通过，就对用户账户进行冲正，同样记录交易话单，否则拒绝冲正请求。

3、业务控制点向商户返回冲正应答。如果冲正成功，还同时向用户发送冲正短信通知，告知用户账户余额的变化以及原因等。

采用本发明能够提供便捷、安全、高效的移动支付手段，能够防止商户欺诈，做到用户的知情消费，用户拥有完整的知情权和控制权；同时也能够为移动运营商建立统一的支付渠道和支付平台，能适应各种业务应用开展。

虽然以上以移动通信和移动用户为例对本发明进行说明，但本发明并不限于此，本领的普通技术员通过上述的描述，可以不经过创造性的劳动即可在固定通信网络中实现本发明的支付方法及系统，在固定通信网络中用户可以是电话终端或计算机终端等。

Claims (16)

1.一种基于智能网的短信支付系统，其特征在于，包括：

业务控制点，用于存储用户数据、商户信息和商户的商品信息，对用户通过短信发起的交易请求鉴权，并将通过鉴权的交易请求发送给商户，以及对商户发起的支付请求鉴权和处理支付业务；

网关，与所述业务控制点连接，将用户与支付业务相关的短信转发到所述业务控制点；

业务管理点，与所述业务控制点连接，用于提供管理接口和根据从该管理接口接受的命令管理所述业务控制点上的用户数据、商户信息和商品信息。

2.如权利要求1所述的短信支付系统，其特征在于，还包括：

充值中心，用于在所述业务管理点的控制下对所述业务控制点上的用户账户充值。

3.如权利要求1所述的短信支付系统，其特征在于，还包括：

门户网站，与所述业务管理点连接，通过该门户网站和业务管理点管理所述业务控制点中用户数据、商户信息和商品信息。

4.如权利要求1所述的短信支付系统，其特征在于，还包括：

话单接口机RBI，与所述业务控制点和商户连接，用于提供支付清单。

5.如权利要求1所述的短信支付系统，其特征在于，所述业务管理点提供人机交互语言、业务管理接入点和卡号管理台CMP接口中的一种或多种。

6.如权利要求1至5任一项所述的短信支付系统，其特征在于，所述业务控制点包括：

存储装置，用于存储用户数据、商户信息和商户的商品信息；

第一模块，利用所述存储装置中的信息对用户通过短信向商户发起的交易请求进行鉴权，并在鉴权成功后将该交易请求发送到商户；

第二模块，利用所述存储装置中的信息对商户依据所述交易请求内容生成的支付请求鉴权，在鉴权成功后执行扣费和在鉴权失败后拒绝扣费；

7.如权利要求6所述的短信支付系统，其特征在于，所述第一模块在发送给商户的交易信息标记交易请求标识，所述第二模块在对支付请求鉴权时还将该支付请求中的交易请求标识与交易信息中所携带的交易请求标识进行比较来判断该支付请求的可信度。

8.如权利要求6所述的短信支付系统，其特征在于，所述第二模块在扣费前还通过短信通知所述用户确认，在收到用户允许扣费的确认结果时从该用户的账户上扣费。

9.如权利要求6所述的短信支付系统，其特征在于，所述业务控制点还包括：

第三模块，用于接收商户发起的冲正请求和对该冲正请求进行鉴权，在鉴权成功后冲销请求中指定的支付金额或在鉴权失败后拒绝该冲正请求，并将结果通知所述用户和商户。

10.如权利要求6所述的短信支付系统，其特征在于，所述业务控制点还包括：

第四模块，用于接收用户、商户和管理员通过所述门户网站和业务控制点传送来的管理命令，并根据该命令对存储装置中的信息进行管理。

11.一种基于智能网的短信支付方法，其特征在于，包括如下步骤：

业务控制点接收用户通过短信发起的包含商品交易内容的交易请求；

对所述交易请求鉴权，并在鉴权成功后向商户发送所述交易请求；

接收商户根据所述交易请求中的交易内容生成的支付请求；

对所述支付请求鉴权，在鉴权成功后从所述用户的账户上扣费。

12.如权利要求11所述的方法，其特征在于，业务控制点在扣费前先通过短信通知所述用户确认支付请求，并在收到用户允许扣费的确认结果时从该用户的账户上扣费。

13.如权利要求11所述的方法，其特征在于，所述业务控制点标识每个交易请求，并且在向商户发送的交易请求和商户发起的支付请求中携带有交易请求标识，业务控制点在收到支付请求后通过比较标识来判断该支付请求的可信度。

14.如权利要求11所述的方法，其特征在于，当所述业务控制点接收到商户发起的冲正请求时，对该冲正请求进行鉴权，如果鉴权成功，则冲销请求中指定的支付金额，并通知所述用户和商户；否则，拒绝冲正请求并通知商户。

15.如权利要求11所述的方法，其特征在于，用户通过短信或门户网站管理业务控制点的用户信息，商户和管理员通过所述门户网站在业务控制点上进行自管理。

16.如权利要求12所述的方法，其特征在于，所述短信内容包括一个6位随机数或流水号的支付确认码，并要求用户在规定时间内正确回复该确认码到业务控制点进行支付确认。

Images