专利名称：一种支付系统及其实现方法
技术领域：
本发明涉及通信领域的支付技术，尤其涉及一种支付系统及其实现方法。
背景技术：
随着移动电话的普及，利用移动电话的移动性和唯一性开展移动支付成为一项新的业务。在移动支付业务中，移动支付业务中心(MPSC)作为移动支付价值链中最重要的一环，直接关系着移动支付业务的开展是否成功。
现有的移动支付一般通过短信方式进行，其主要过程如下1、手机用户使用短信方式接入通信网，发送交易请求到交易中心系统，其中携带信息包括手机号码、银行代码、支付密码、支付金额、POS终端号码。
2、交易中心对手机号码、银行代码、支付密码等信息进行鉴权。
3、鉴权通过后，交易中心与对应银行代码的银行建立联系，并扣除支付金额，完成支付交易。
4、银行或交易中心与POS终端建立连接，显示扣款金额，打印收据。
虽然上述的方式能实现移动支付，但存在以下缺点1、该系统实际上属于一个扣款系统，仅负责从账户上扣款，不能进行其他的业务处理。
2、业务应用方式有限，在此种应用情况下，用户无法使用无线应用协议(WAP)和页面(WEB)等方式接入。
3、用户不能与商户(或称业务应用提供商)交互，需支付的金额凭用户的终端输入为准，无支付确认过程，因而支付行为的准确性和可靠性较差。
发明内容
本发明提供一种支付系统及其实现方法，以解决现有支付技术中存在用户接入方式和业务处理有限，以及支付的准确性和可靠性较差的问题。
一种支付系统，包括支付单元，存储用户数据、商户信息和商户的商品信息，对用户发起的交易请求鉴权，并将通过鉴权的交易请求发送给商户，以及对商户发起的支付请求鉴权和处理支付业务；网关，与所述支付单元连接，将用户和商户接入支付单元；智能外设，与所述支付单元连接，通过语音方式将用户接入支付单元；业务管理点，与所述支付单元连接，用于提供管理接口和根据从该管理接口接受的命令管理所述支付单元上的用户数据；所述通信支付系统还包括充值中心，在所述业务管理点的控制下对所述支付单元上的用户账户充值。
所述通信支付系统还包括门户网站，与所述业务管理点连接，通过提供页面和无线应协议(WAP)方式将所述用户接入支付单元。
所述通信支付系统还包括非结构化补充业务数据中心，与所述网关连接，用于为用户提供补充业务接入。
一种移动通信支付的实现方法，包括如下步骤用户接入支付单元并发起包含商品交易内容的交易请求；支付单元对所述交易请求鉴权，并在鉴权成功后将所述交易请求发送到商户；商户根据交易请求中的交易内容生成支付请求并发送给支付单元；支付单元请求所述用户确认所述支付请求，并在得到用户允许支付的确认后从该用户的账户中扣费。
根据上述方法如果所述商户识别交易请求中指定的商品为周期性扣费商品，则发起要求新建定购关系的支付请求，并且在得到所述用户的确认后由支付单元扣款，同时记录定购关系。
当所述商户收到所述用户要求取消定购关系的请求后，向支付单元发起取消定购请求，在该取消定购请求鉴权通过后支付单元取消记录的定购关系，并通知所述用户和商户；或者，当支付单元收到所述用户要求取消定购关系的请求后对该请求鉴权，在鉴权通过后取消记录的定购关系，并通知所述用户和商户。
当支付单元收到所述用户的周期性扣费请求时，根据用户数据和记录的定购关系对该请求鉴权，在鉴权通过后从用户的账户上扣费，并通知用户和商户。
当所述支付单元接收到商户发起的派奖请求时，根据派奖信息进行鉴权，如果鉴权成功则在用户账户上增加金额，并通知所述用户和商户；否则，拒绝派奖请求并通知商户。
当所述支付单元接收到商户发起的退款请求时，根据退款请求信息进行鉴权，如果鉴权成功则在用户账户上增加金额，并通知所述用户和商户；否则，拒绝退款并通知商户。
当所述支付单元接收到商户发起的冲正请求时，对该冲正请求进行鉴权，如果鉴权成功，则冲销请求中指定的支付金额，并通知所述用户和商户；否则，拒绝退款并通知商户。
本发明具有以下有益效果1、由于通信网络与商户建立了交互联系渠道，用户能够以语音、短信、USSD、WEB、WAP等多种接入方式接入进行支付。
2、建立用户与商户之间的交互，维系用户与商户的交易过程，用户通过支付单元向商户发起交易请求，告知需要获得的服务或要求购买的商品，商户向支付单元发起支付请求，请求内容中包含要求扣款的金额、用户购买的商品ID、数量，由支付单元对商品金额鉴权，并取得用户确认。
3、用户随身携带手机，免带零钱和银行卡，可以随时随地接入支付系统，方便快捷。
4、可避免在互联网站输入银行账号、密码等敏感信息，直接通过手机号码付费，由移动运营商与银行、互联网商家结算，安全可靠。
5、用户通过移动通信系统或互联网向商户发起交易请求，不需要直接接入银行POS机，降低银行系统建设和实施的复杂度，减少网络配合。
6、基于智能网的系统构架，支持交易的高性能实时处理，可规避欠费风险。
7、支持交易的实时支付确认，避免商户欺诈，保障支付交易的安全。
8、系统保存商品信息和价格信息，对商家系统发起的支付请求中所包含的商品ID、数量、金额进行鉴权，避免欺诈，保障交易的严谨性和安全性。
图1A为本发明的移动支付系统结构示意图；图1B为支付单元的结构示意图；图2为支付交易流程图；图3为商户派奖流程图；图4为商户退款的流程图；图5为商户冲正的流程示意图；图6为建立商品定购关系的流程图；图7为商户取消定购关系的流程图；图8为移动用户取消定购关系的流程图；图9为周期性商品扣费的流程图；图10为商户向移动用户发送短信的流程图。
具体实施例方式
本发明主要以移动通信支付为例对本发明进行说明。
参阅图1A所示，移动支付系统包括支付单元存储有用户数据、商户(或称业务应用提供商)信息和商户的商品信息等，对移动用户发起的交易请求和支付请求鉴权，将通过鉴权的交易请求发送给商户，以及对商户发起的支付请求鉴权和处理支付业务。用户数据主要包括用户号码、支付密码、支付账户余额、日消费限额、月消费限额，单笔消费限额；该用户定购了哪些商户的哪些周期性扣费商品等。商品信息包括商品标识、商品名称、商品类型、商品单价、扣费类型和扣费周期等。
网关，与支付单元连接，完成支付单元与外部系统协议转换功能，通过TCP/IP协议触发支付单元上的支付流程。网关为移动用户和商户(商户，或称商户)提供各种接入方式，以便使移动用户和商户接入到支付单元。
智能外设，与支付单元连接，该智能外设通过加载VXML脚本，为移动用户提供语音接入方式。
业务管理点，与支付单元连接，用于提供管理接口，通过该管理接口向业务管理点下发命令以管理支付单元上的用户数据。管理用户数据包括增加、修改和删除用户数据等操作。业务管理点提供的管理接口包括但不限于人机交互语言、业务管理接入点和卡号管理台(CMP)接口中的一种或多种。
充值中心，与支付单元和业务管理点连接，在业务管理点的控制下对支付单元上的移动用户账户充值。卡号管理台(CMP)通过业务管理点管理支付使用的充值卡。
门户网站(Portal)，与业务管理点连接，通过提供Web页面和无线应协议(WAP)方式将所述移动用户接入支付单元。移动用户和商户用户可以登录Portal进行管理操作。
非结构化补充业务数据中心(USSDC)，与网关连接，用于为移动用户提供非结构化补充业务数据(Unstructured Supplementary Service Data，USSD)接入。
参阅图1B所示，所述支付单元包括存储装置，用于存储用户数据、商户信息和商户的商品信息。
第一模块，根据存储装置中的信息对移动用户向商户发起的交易请求鉴权，并将通过鉴权的交易请求发送给对应的商户。
第二模块，接收商户依据所述交易信息生成的支付请求，利用所述存储装置中的信息对鉴权和在鉴权成功后通知移动用户确认该支付请求，以及根据移动用户的确认结果从移动用户账户中扣费或拒绝扣费，并将支付结果通知用户和商户。
第三模块，接收商户根据移动用户的取消定购关系请求而发起的取消定购请求和接收用户直接发起的取消定购请求，在该取消定购请求鉴权通过后取消所述存储装置中对应的定购关系，并将结果通知移动用户和商户的第三模块。
第四模块，接收商户发起的派奖请求和利用存储装置中的信息对该请求鉴权，在鉴权成功后为用户账户增加金额并通知移动用户和商户，或在鉴权失败后拒绝派奖请求并通知商户。
第五模块，接收商户发起的退款请求和利用存储装置中的信息对该请求鉴权，在鉴权成功后为用户账户增加金额并通知移动用户和商户，或在鉴权失败后拒绝退款请求并通知商户。
第六模块，接收商户发起的冲正请求和利用存储装置中的信息对该冲正请求鉴权，在鉴权成功后冲销请求中指定的支付金额或在鉴权失败后拒绝该冲正请求，并将结果通知所述移动用户和商户。
第一模块在发送给商户的交易信息中标记交易请求标识，第二模块在对支付请求鉴权时还将该支付请求中的交易请求标识与交易信息中所携带的交易请求标识进行比较来判断该支付请求的可信度，以防止商户欺诈。
所述支付请求为商户识别交易请求中指定的商品为周期性扣费商品而要求新建定购关系的支付请求时，所述第二模块在得到所述移动用户的允许交易的确认结果后还在存储装置中建立该定购关系；在建立该定购关系的后续交易过程中，所述第二模块在确定商户的支付请求为周期性扣费请求时利用该定购关系鉴权。
移动用户的短信、USSD、WEB请求都通过网关统一接入到支付单元，业务管理点通过门户网站(Portal)提供支付页面(PayWeb)，移动用户、商户和管理员可通过门户网络进行自管理。支付单元通过AIP设备加载VXML脚本实现业务应用。
在本发明中，支付单元可以是智能网中的业务控制点(SCP)，也可以独立设置的一个小额支付平台(MPP)。商户与业务运营支撑系统(BOSS)通过网关与支付单元进行交互；支付单元定义标准的协议与商户建立对话基础，实现与商户之间的交互，该标准协议包括但不限于小额支付通信协议(MPCP)和小额支付交易协议(MPTP)。
以下以小额支付平台(MPP)作为支付单元，结合附图对各种操作的实现进行详细说明一、支付交易的业务流程支付单元(MPP)提供的支付方式主要包括短信、WEB、语音、USSD、WAP等，不同支付方式的商户业务流程都相同，不同点在于用户与MPP交互方式，根据接入方式的不同，用户与MPP之间的交易请求、确认信息、以及交易结果通知，可以使用短信、语音、USSD、WEB或WAP等各种方式。
参阅图2所示，支付交易的主要流程如下1、用户发起交易请求信息，交易请求信息包含相应商品的交易内容。
2、MPP对交易请求鉴权，并在鉴权成功后将交易请求转发给商户。鉴权失败则可直接拒绝该次交易请求。
3、商户根据交易请求中的内容生成支付请求信息，并发送给MPP。支付请求信息包括商户信息(商户编码)、交易明细信息(商品编码、数量)、支付方式、交易总金额、交易备注等。
4、MPP对商户发送的支付请求信息及用户作相应的鉴权，并在鉴权成功后将支付请求发送给发起交易请求的移动用户，通知该移动用户进行确认。
在交易请求的有效期内，用户对交易进行支付确认。确认方式包括语音、短信、USSD、WEB和WAP。语音方式就使用电话语音的方式确认；短信方式就是用户发送确认短信的方式；USSD方式是用户直接输入yes/no来确认；Web方式是用户在支付页面输入支付密码和确认码(确认码发送到用户手机上)；Wap方式则是用户在支付页面直接输入支付密码来确认。
5、MPP根据移动用户的支付确认结果决定是否对用户支付账户扣款。如果用户的确认结果为“允许”，则支付单元从移动用户账户上扣款，生成支付交易详细清单(SDR)，该清单包含交易请求信息、支付确认结果等；否则拒绝从移动用户账上扣款。MPP把支付结果发送给商户，MPP同时将支付结果以短信的形式通知用户。
6、根据支付结果，商户决定是否向用户提供服务或商品，以短信或其他方式通知用户交易确认结果，即通知用户获取商品。
二、商户向移动用户派奖的业务流程MPP提供了该业务功能为提供博彩类业务的商户对中奖的用户进行奖金的派发，商户可以直接将奖金派发到中奖用户的账户。参阅图3所示，其主要流程如下1、商户生成派奖请求信息，派奖请求信息包含商户信息(商户编码)、派奖金额、派奖用户、备注等。
2、MPP根据派奖信息，对派奖请求进行审查，决定是否对用户支付账户派奖加钱。同时，MPP生成派奖SDR话单(唯一)，作为派奖审计的依据。
3、MPP把派奖结果发送给商户，同时将派奖结果(带有SDR话单号)以短信的形式通知用户。
三、商户向移动用户退款商户在出现隔天的错账或者移动用户要求商户退款的情况下，可以使用退款交易直接将退款金额退还给用户的账户。参阅图4所示，商户退款的业务流程如下1、商户生成退款请求，退款请求信息包含交易码(唯一)、商户信息(商户编码)、退款金额、退款用户、备注等。
2、MPP根据退款请求信息，对退款请求进行审查，决定是否对用户支付账户退款加钱。根据退款请求信息，MPP生成退款SDR话单(唯一)，作为退款审计的依据。
3、MPP把退款结果发送给商户，MPP同时将退款结果(含SDR话单号)以短信的形式通知用户。
四、商户进行冲正的业务流程商户在当天发现出现错账的情况下，可以使用冲正功能直接将错账的那笔交易冲销。冲正请求可以对支付、派奖、退款进行冲销。
对于带新定购标志的支付请求的冲正，仅对支付金额进行冲销，冲正操作不对新定购的定购关系进行处理，商户仍应保留定购关系。例如用户请求购买3个包月扣费商品，总金额30元，商户发起支付请求(带新定购标志)并成功，MPP系统扣费30元并为该用户建立数量为3的该商品定购关系。稍后，商户对该笔交易进行冲正，MPP系统仅将30元退还给用户，数量为3的该商品定购关系不变。商户可根据具体情况的需要，再次发起扣费并继续提供服务，或者发起取消该定购关系。
参阅图5所示，商户进行冲正的业务流程如下1、商户生成冲正请求，冲正请求信息包含交易码(唯一)、商户信息(商户编码)、待冲正交易码(唯一)等。
2、MPP根据交易信息，对冲正请求进行审查，决定是否冲销待冲正的交易。如果是，则根据冲正请求进行冲正处理和生成冲正SDR话单(唯一)。
3、MPP把冲正结果发送给商户，并短信通知用户。
五、商品定购与取消对于周期性扣费商品，只有具备该商品定购关系的用户，商户才能对用户进行支付扣费，并且对于周期性扣费商品，商户只能对具备了定购关系的用户使用MT操作发送短信。
系统不提供MPTP协议中的定购操作，而是扩展MPTP的支付请求，在MPTP支付请求中扩展新的字段标识“是否新定购”，如果是新定购，则MPP经过用户确认后自动为用户和商品建立定购关系，便于商户将定购和支付行为统一起来。
另外，对于定购了商品的用户，可以直接向商户提出取消商品定购关系的请求，或者通过MPP提供的自管理功能取消商品定购关系。
参阅图6所示，商品定购流程如下1、用户发起交易请求信息，交易请求信息包含相应商品的交易内容。
2、MPP对交易请求鉴权，并在鉴权成功后将交易请求转发给商户。
3、商户识别交易信息中的商品是周期性扣费商品(周期性扣费商品必须在MPP建立定购关系，商户才能在每个扣费周期发起扣费并获得MPP鉴权通过)，商户发起带有新定购标记的MPTP支付请求。
4、MPP对商户要求新建立定购关系的支付请求进行鉴权，并在鉴权成功后通知用户确认。
5、如果用户确认定购新商品，MPP为用户建立该商品的定购关系，定购关系记录了商品定购的数目，并进行扣费处理并记录话单。
6、MPP向商户返回支付应答，并将交易结果通知移动用户。
在建立定购关系后商户可以向MPP发起周期性扣费交易，移动用户可以通过MPP查询渠道查询定购关系。
参阅图7所示，移动用户向商户发起取消商品定购关系的处理流程如下1、用户向商户发送要求取消某商品定购关系。
2、商户生成取消定购请求并发送给MPP。定购请求信息包含交易码(唯一)、商户信息(商户编码)、取消商品编码等。
3、MPP对商户、交易请求信息及用户进行鉴权，如果鉴权成功，则取消用户的商品定购关系。
4、MPP向商户发送商品取消响应，并通过短信通知移动用户。
用户可以通过MPP提供的查询渠道查询定购关系。
参阅图8所示，用户通过MPP自管理功能取消商品定购的处理流程如下1、用户向MPP发送商品取消请求短信。
2、MPP对用户的取消定购请求鉴权，在鉴权成功后取消用户的商品定购关系。
3、MPP生成商品取消消息下发给商户，作为用户取消定购的依据，同时MPP把商品取消结果以短信的形式通知用户。
在商品定购关系取消后，商户不能再向MPP发起该用户的周期性扣费交易。用户可以通过MPP提供的查询渠道查询定购关系。
商户可以每月向MPP要求同步用户的商品定购关系数据，即要求将MPP系统中记录的用户定购数据同步到商户的业务系统。MPP提供每月定时按商户生成的用户商品定购关系数据文件，并将该数据文件存放到MPP与商户的文件接口目录，供商户下载到本地查询和处理。
六、周期性商品扣费商户在用户定购周期性扣费商品后，可使用该功能向MPP发起对用户的周期性扣费交易请求。
周期性扣费商品的周期为4种固定周期按月、按季度、半年、一年，与用户定购时间无关，即如果商品扣费周期为半年，1月定购和5月定购的用户，当前扣费周期都在6月30日结束。
参阅图9所示，商品周期性扣费交易业务流程如下1、商户生成周期性扣费请求，请求信息包含商户信息(商户编码)、交易明细信息(商品编码、数量)、交易总金额、是否新定购、交易备注等，并将交易请求发送给MPP。
2、MPP对商户、交易请求信息及用户作相应的鉴权。
鉴权内容包括支付限额检查，余额检查；要对商户和商品鉴权，检查是否周期性扣费商品；检查商品是否存在定购关系，本周期扣款个数是否超过定购个数。由于用户可能定购多个相同商品，商户可以对用户定购商品总数进行多次、分批扣费，因此，MPP同时要对商户的扣款数量进行检查，要求当前扣费周期的总扣费个数不得大于用户的定购数量。
3、在鉴权成功后，MPP向移动用户发送支付确认通知，用户将确认结果返回给MPP。
4、MPP根据确认结果决定是否对用户支付账户扣款，并生成支付SDR话单(唯一)，支付SDR话单包含交易请求信息等。
5、MPP把支付结果发送给商户，MPP同时将支付结果(含SDR话单号)以短信的形式通知用户。
根据支付结果，商户决定是否向用户提供服务或商品，以短信或其他方式通知用户交易确认结果，即通知用户获取商品。
七、商户向用户发送短信商户可以通过MPP系统，使用MPCP协议的SUBMIT操作，向用户发送短信，并取得短信状态报告。商户可以通过SUBMIT手段向用户发送信息类商品(比如用户购买的点卡账号密码、彩票号码等商品)。
参阅图10所示，商户向用户发送短信的业务流程如下1、商户生成SUBMIT短信发送请求，请求信息包含商户信息(商户编码)、用户号码、短信内容、商品编号等，并将请求发送给MPP。
2、MPP对商户、用户号码、商品信息作相应的鉴权，并根据鉴权结果决定是否对用户发送短信。SUBMIT操作中携带商品编码信息，如果该商品属于周期性扣费商品，则要求用户必须与该商品具备定购关系，MPP才允许鉴权通过。
3、在鉴权通过后，MPP向短消息网关发送下发短信请求。
4、短消息网关向用户下发短消息，并向商户返回SUBMIT应答。
5、MPP生成通信详细清单(CDR话单)，并向商户返回SUBMIT应答。
MPP提供向商户报告短信状态报告的能力。如果商户要求短信的发送需要状态报告，则MPP将会取得短信中心或短信网关向MPP报告的短信状态报告，发送给商户。商户可以根据状态报告判断用户是否收到了商品递交类的短信，如果用户没有收到该类短信，即可认为商品交付失败，商户需要向MPP发起冲正或退款操作，退还用户的交易费用，或者再次发送短信。
本发明中的支付单元依托运营商的移动网络，利用手机的可移动性、唯一性，为电子商务提供了一种新的支付手段。通过把用户手机号码与用户的支付账户相关联，把移动通信技术引入到移动电子商务的支付机制中。终端用户可以通过语音、短信、WAP、Portal(Mobile Portal移动用户门户网站)和USSD(Unstructured Supplementary Service Data非结构化补充业务数据)多种手段接入支付单元，完成支付操作。
手机用户利用语音、短信、WAP、Portal和USSD手段接入到支付中心可以完成支付、转账、账户管理、充值卡充值、查询支付账户余额、修改支付账户密码和查询交易记录等操作。
商家可以向支付中心发送支付、派奖、退款、冲正、商户业务注册/注销、对账和取对账结果等请求，由移动支付业务中心完成具体操作并向商家反馈操作结果。
本系统为运营商提供一个移动支付的平台系统，为商家和运营商的账务运营管理系统提供统一的标准接口，只需一次建设支付单元，即可支持、适应各种商家和业务应用的接入和开展。而不需要运营商为每一种业务应用都独立建设交易支付系统。
本发明可以利用智能网来建设支付中心，为运营商提供一个全网的、稳定的、扩展性强的移动支付中心。
虽然以上以移动通信和移动用户为例对本发明进行说明，但本发明并不限于此，本领的普通技术员通过上述的描述，可以不经过创造性的劳动即可在固定通信网络中实现本发明的支付方法及系统，在固定通信网络中用户可以是电话终端或计算机终端等。
权利要求
1.一种支付系统，其特征在于包括支付单元，用于存储用户数据、商户信息和商户的商品信息，对用户发起的交易请求鉴权，并将通过鉴权的交易请求发送给商户，以及对商户发起的支付请求鉴权和处理支付业务；网关，与所述支付单元连接，用于将用户和商户接入所述支付单元；智能外设，与所述支付单元连接，用于通过语音方式将用户接入支付单元；业务管理点，与所述支付单元连接，用于提供管理接口和根据从该管理接口接受的命令管理所述支付单元上的用户数据、商户信息和商品信息。
2.如权利要求1所述的支付系统，其特征在于还包括充值中心，在所述业务管理点的控制下对所述支付单元上的用户账户充值。
3.如权利要求1所述的支付系统，其特征在于还包括门户网站，与所述业务管理点连接，通过提供页面和无线应协议(WAP)方式将所述用户接入支付单元。
4.如权利要求1所述的支付系统，其特征在于还包括非结构化补充业务数据中心，与所述网关连接，用于为用户提供补充业务接入。
5.如权利要求1所述的支付系统，其特征在于还包括话单接口机(RBI)，与所述支付单元和商户连接，用于提供支付清单。
6.如权利要求1所述的支付系统，其特征在于，所述网关通过与短信网关或/和短信中心连接为用户提供短消息接入，和为所述用户提供页面和无线应协议(WAP)接入。
7.如权利要求1所述的支付系统，其特征在于，所述业务管理点提供人机交互语言、业务管理接入点和卡号管理台(CMP)接口中的一种或多种。
8.如权利要求1至7任一项所述的支付系统，其特征在于，所述支付单元包括存储装置，用于存储用户数据、商户信息和商户的商品信息的；第一模块，用于根据所述存储装置中的信息对用户向商户发起的交易请求鉴权，并将通过鉴权的交易请求发送给对应的商户；第二模块，用于接收商户依据所述交易信息生成的支付请求，利用所述存储装置中的信息对鉴权和在鉴权成功后通知用户确认该支付请求，以及根据用户的确认结果从用户账户中扣费或拒绝扣费，并将支付结果通知用户和商户。
9.如权利要求8所述的支付系统，其特征在于，所述第一模块在发送给商户的交易信息中标记交易请求标识，所述第二模块在对支付请求鉴权时还将该支付请求中的交易请求标识与交易信息中所携带的交易请求标识进行比较来判断该支付请求的可信度。
10.如权利要求8所述的支付系统，其特征在于，所述支付请求为商户识别交易请求中指定的商品为周期性扣费商品而要求新建定购关系的支付请求时，所述第二模块在得到所述用户的允许交易的确认结果后还在存储装置中建立该定购关系；以及在建立该定购关系的后续交易过程中，所述第二模块在确定商户的支付请求为周期性扣费请求时利用该定购关系鉴权。
11.如权利要求10所述的支付系统，其特征在于，所述支付单元还包括第三模块，接收商户根据用户的取消定购关系请求而发起的取消定购请求和接收用户直接发起的取消定购请求，在该取消定购请求鉴权通过后取消所述存储装置中对应的定购关系，并将结果通知用户和商户。
12.如权利要求8所述的支付系统，其特征在于，所述支付单元还包括第四模块，用于接收商户发起的派奖请求和利用存储装置中的信息对该请求鉴权，在鉴权成功后为用户账户增加金额并通知用户和商户，或在鉴权失败后拒绝派奖请求并通知商户。
13.如权利要求8所述的支付系统，其特征在于，所述支付单元还包括第五模块，接收商户发起的退款请求和利用存储装置中的信息对该请求鉴权，在鉴权成功后为用户账户增加金额并通知用户和商户，或在鉴权失败后拒绝退款请求并通知商户。
14.如权利要求8所述的支付系统，其特征在于，所述支付单元还包括第六模块，接收商户发起的冲正请求和利用存储装置中的信息对该冲正请求鉴权，在鉴权成功后冲销请求中指定的支付金额或在鉴权失败后拒绝该冲正请求，并将结果通知所述用户和商户。
15.一种移动通信支付的实现方法，其特征在于包括如下步骤用户接入支付单元并发起包含商品交易内容的交易请求；支付单元对所述交易请求鉴权，并在鉴权成功后将所述交易请求发送到商户；商户根据交易请求中的交易内容生成支付请求并发送给支付单元；支付单元对所述支付请求鉴权，并在鉴权成功后请求所述用户确认所述支付请求；以及在得到用户允许支付的确认后从该用户的账户中扣费。
16.如权利要求15所述的实现方法，其特征在于，如果所述商户识别交易请求中指定的商品为周期性扣费商品，则发起要求新建定购关系的支付请求，并且在得到所述用户的确认后还记录定购关系。
17.如权利要求15所述的实现，其特征在于，当所述商户收到所述用户要求取消定购关系的请求后，向支付单元发起取消定购请求，在该取消定购请求鉴权通过后支付单元取消记录的定购关系，并通知所述用户和商户；或者，当支付单元收到所述用户要求取消定购关系的请求后对该请求鉴权，在鉴权通过后取消记录的定购关系，并通知所述用户和商户。
18.如权利要求16所述的实现方法，其特征在于，当支付单元收到所述用户的周期性扣费请求时，根据用户数据和记录的定购关系对该请求鉴权，在鉴权通过后从用户的账户上扣费，并通知用户和商户。
19.如权利要求15所述的实现方法，其特征在于，当所述支付单元接收到商户发起的派奖请求时，根据派奖信息进行鉴权，如果鉴权成功则在用户账户上增加金额，并通知所述用户和商户；否则，拒绝派奖请求并通知商户。
20.如权利要求15所述的实现方法，其特征在于，当所述支付单元接收到商户发起的退款请求时，根据退款请求信息进行鉴权，如果鉴权成功则在用户账户上增加金额，并通知所述用户和商户；否则，拒绝退款并通知商户。
21.如权利要求15所述的实现方法，其特征在于，当所述支付单元接收到商户发起的冲正请求时，对该冲正请求进行鉴权，如果鉴权成功，则冲销请求中指定的支付金额，并通知所述用户和商户；否则，拒绝退款并通知商户。
22.如权利确要求15至21任一项所述的实现方法，其特征在于，所述用户通过短信、语音、非结构化补充业务数据(USSD)、页面或无线应用协议方式接入支付单元。
23.如权利要求要求22所述的实现方法，其特征在于，用户通过语音、短信、页面或门户网络方式管理支付单元上的用户数据；所述商户和管理员通过门户网络管理商户信息和商品信息。
全文摘要
本发明公开了一种支付系统，包括支付单元，与支付单元连接的网关、智能外设和业务管理点；所述支付单元存储用户数据、商户和商品数据，利用该数据对用户发起的交易请求鉴权，并将通过鉴权的交易请求发送给商户，以及对商户发起的支付请求鉴权和处理支付业务；所述网关和智能外设提供接入支付单元的接入方式；所述业务管理点提供管理接口和根据从该管理接口接受的命令管理所述支付单元上的用户数据。本发明还同时公开了一种移动通信支付方式。
文档编号G06Q30/00GK1798204SQ200410102530
公开日2006年7月5日 申请日期2004年12月24日 优先权日2004年12月24日
发明者王琳 申请人:华为技术有限公司