CN1560772A - 一种基于移动智能网的小额支付方法及系统 - Google Patents

Abstract

本发明提供一种基于移动智能网的小额支付方法及系统。其将小额支付的业务逻辑存储在移动智能网的业务控制点中；将小额支付交易的参与方分别与所述的业务控制点建立通信联接；所述的小额支付交易的参与方在所述的业务控制点的控制下，按照所述的小额支付的业务逻辑，进行交易数据的交互；所述的业务控制点根据所述的小额支付交易的参与方之间所达成的交易信息，对移动用户的小额支付帐户进行相应的处理，并将处理结果分别反馈给所述的小额支付交易的参与方。使得移动用户可以通过移动终端随时随地的方便地对网上购物、日常费用缴纳等小额支付交易进行支付。

Description

一种基于移动智能网的小额支付方法及系统

技术领域

本发明属于电信移动网络的增值业务技术，其特别涉及利用移动智能网进行支付的方法及系统，具体的讲是一种基于移动智能网的小额支付方法及系统。

背景技术

互联网的迅速发展，促进了电子商务的发展。人们可以在网上购买到越来越多的商品，比如书、鲜花、电话卡、上网卡、一首MP3歌曲、一张图片、车票、演出票、彩票、甚至一条新闻、一则笑话等等。但是电子支付手段却一直是电子商务发展的一个瓶颈，因此人们迫切需要一种便捷的电子支付手段。研究目前的网上购物可以发现，这些B2C类的电子商务交易每次交易额都不是很大，但交易的频率比较高、业务总量比较大，属于典型的小额支付交易。对于小额支付交易，完全采用银行卡方式进行支付在方便性、安全性、效率、成本等方面都有其很大的缺陷。

另外，像一些日常生活的缴费业务，比如电话费、煤气费、水电费、有线电视费、上网费等公共事业费的缴纳，由于每次交易的金额也不是很大，也属于小额支付的业务范围。亲自到银行去缴纳这些费用不但费时费力、不方便，而且银行的柜面业务处理压力很大、业务成本也较大。现有的电话银行业务和手机银行业务虽然可以在一定程度上解决这类问题，但使用起来并不方便，有些还需要用户重新更换专门的手机卡并且这些手机卡不能跨银行使用，另外电话银行或手机银行业务也无法有效解决网上购物支付的问题。

移动通信的快速发展，尤其是移动数据通信的迅猛发展和移动智能网络的建设和完善，为用户通过移动终端进行电子支付提供了新的技术手段。

中国专利，申请号为：01109822.8、申请人为杨大成的发明专利申请，公开了一种“蜂窝移动通信网电子商务小额支付系统设计方案”，其主要利用蜂窝移动通信网技术和蓝牙技术的协同工作来实现小额支付的功能。但该方案要求用户的移动终端必需有蓝牙通信接口，并且只适合于安装有支持蓝牙技术的商业服务机的场合，这大大限制了该方法的用户范围和小额支付交易的使用范围。

中国专利，申请号为：01139885.X、申请人为北京凯华网络技术有限公司的发明专利申请公开了一种“移动支付的方法及其系统”，该方法通过无线通信网和移动金融服务交易中心，达到用户使用银行卡进行移动支付的目的，但该方法只适用于安装有交易终端设备(POS机或ATM机)的场合。

中国专利，申请号为：00806483.0，申请人为法国电讯公司的发明专利申请公开了一种“电子支付方法及采用该方法的系统”，该方法通过位于商家或银行的“操作台通路网关”的设备，来完成用户用手机进行支付的功能，但该方法具有如下的缺点：一是“操作台通路网关”由商家或银行拥有，势必要建很多这样的网关，由此会带来成本、技术、管理的难度、网络的复杂性、以及网关之间兼容的问题。二是用户的SIM卡中要保存用户的银行卡账号，每次交易，用户的银行卡账号都要加密后由用户的终端传到网关。这对用户终端的技术要求较高，而且也带来额外的通信负担。

可见现有技术中的移动支付技术尚不能很好满足用户的支付需求。

发明内容

本发明的目的在于提供一种基于移动智能网的小额支付方法及系统，使得移动用户可以通过移动终端随时随地的方便地对前面所述的网上购物、日常费用缴纳等小额支付交易进行支付。

本发明的目的是这样实现的：

一种基于移动智能网的小额支付方法，其特征在于，将小额支付的业务逻辑存储在移动智能网的业务控制点中；

将小额支付交易的参与方分别与所述的业务控制点建立通信联接；

所述的小额支付交易的参与方在所述的业务控制点的控制下，按照所述的小额支付的业务逻辑，进行交易数据的交互；

所述的业务控制点根据所述的小额支付交易的参与方之间所达成的交易信息，对移动用户的小额支付帐户进行相应的处理，并将处理结果分别反馈给所述的小额支付交易的参与方。

所述的小额支付交易的参与方至少包括：移动用户和业务控制点两方。

所述的小额支付交易的参与方还包括：电信运营商的业务运营和支撑系统(BOSS)、电子商务提供商(SP)、金融系统等实体中的一方或多方。

不同的小额支付业务对应着不同的业务逻辑，采用移动智能网的业务管理点(SMP)将各种不同的小额支付业务所对应的不同的业务逻辑静态或动态的加载到所述的业务控制点(SCP)上。

所述的移动用户的小额支付账户是指：专门的小额支付真实账户，该专门的小额支付真实账户由业务控制点为注册了小额支付业务的移动用户专门建立、管理和维护的一个账户，其专门用来对小额支付的交易进行支付；

所述的专门的小额支付真实账户可以采用先充值再消费的预付费方式，也可以是先消费再充值的后付费方式。具体采用哪种方式，由移动运营商或移动用户指定。

所述的移动用户的小额支付账户是指：小额支付虚拟账户，该小额支付虚拟账户由业务控制点为注册了小额支付业务的移动用户建立、管理和维护的一个帐户；其中：

所述的业务控制点将注册了小额支付业务的移动用户的移动终端号码和该移动用户的一个或多个银行卡号码建立固定绑定关系，以实现支付。

业务控制点对所述的小额支付虚拟账户的操作方式是实时操作方式，该实时操作方式是指：业务控制点与金融的银行卡系统之间进行有关小额支付信息的实时交互，由银行卡系统对移动用户的银行卡账号进行实时操作，并把操作结果实时反馈给业务控制点。

业务控制点对所述的小额支付虚拟账户的操作方式是预冻结方式，该预冻结方式是指：在与移动用户移动终端号码相绑定的该移动用户的银行卡账户中，预先冻结一定数额的资金作为保证金，专门用来对小额支付交易进行支付；

所述的保证金真实地存在于所述移动用户的银行卡账户里；

在进行每次小额支付交易时，业务控制点仅对所述的小额支付虚拟账户内与所述保证金相对应的虚拟资金进行处理；

设定结账周期或结帐触发条件，业务控制点依据所述的结账周期或结帐触发条件与银行之间进行对帐和结算的处理。

所述的小额支付账户还包括：移动用户的预付费通信账户、后付费通信账户。

对所述的小额支付账户的选用，由移动运营商、移动用户和金融系统中的单方指定或多方协商指定；业务控制点并为移动用户提供对所作的指定进行修改或取消的途径。

在所述的业务控制点中为所述的小额支付交易设定交易限额。

所述的交易限额是指：每次交易额小于等于某个较小的上限一，每天的交易总额小于等于某个较小的上限二；

所述的上限一和上限二可由业务控制点统一指定，也可由移动用户自己设定并修改。

本发明还提供了一种基于移动智能网的小额支付系统，包括：作为小额支付交易的参与方的移动通信终端，业务控制点装置，在所述的业务控制点装置中存储有小额支付的业务逻辑；

将所述的作为小额支付交易的参与方的移动通信终端与所述的业务控制点装置建立通信联接；

所述的业务控制点装置根据所述的小额支付交易的参与方之间所达成的交易信息，对移动用户的小额支付帐户进行相应的处理，并将处理结果反馈给所述的作为小额支付交易的参与方的移动通信终端和其他参与方的实体。

本发明所述的系统还包括：作为小额支付交易的参与方的电信运营商的业务运营和支撑系统(BOSS)、电子商务提供商系统(SP)、金融系统等实体系统中的一个或多个。

所述的业务控制点装置至少包括用于小额支付交易报文通信处理的通信单元和用于小额支付交易账户操作的交易单元。

所述的将小额支付交易的参与方分别与所述的业务控制点建立通信联接是指：业务控制点与小额支付交易的各参与方之间、SCP与运营商的业务管理系统之间的通信可利用电信运营商现网中已有的各种通信接口、链路和协议。

本发明的有益效果在于：(一)基于移动智能网的SCP平台设备来实现小额支付功能，只需在电信运营商原有的SCP设备上加载与小额支付业务有关的软件模块，比如通信单元和交易单元，就可实现小额支付的功能。这样能充分利用电信运营商现网上移动智能网的各种资源，比如网络链路、系统接口、各种管理系统。本发明既能有效保护运营商在移动智能网方面已有的投资，又能快速构建本发明所述的小额支付的方法和系统，发展新的增值业务。

(二)小额支付的业务逻辑贮存在SCP中，并且业务逻辑可由SMP动态地加载到SCP上去，这样就很好的适应了电子商务的业务多样性和业务多变性的特点。(三)小额支付账户由SCP进行建立、管理和维护，并可提供多种的实现形式，这充分利用了SCP具有的电信级强大的账户实时管理功能，保证了小额支付交易支付方式的多样化和方便性，实现了随时随地进行支付的功能，有效克服了目前单纯银行卡支付的缺陷，适用了小额支付业务交易额小、交易频率高、业务量大的特点。(四)小额支付业务每次的交易额和用户每天的交易总额都有限制，这些限制把用户小额支付账户的潜在的资金风险有效控制在一定的范围内。

附图说明

图1为本发明一实施例的系统网络结构示意图；

图2为本发明一实施例的网上购物的小额支付交易的流程图；

图3为本发明一实施例的缴纳煤气费的小额支付交易的流程图。

具体实施方式

下面结合附图说明本发明的具体实施方式：

一种基于移动智能网的小额支付的方法，它包括如下步骤：

步骤1：涉及小额支付交易的各方，在移动智能网业务控制点(SCP)的控制下，按照预先储存在SCP中的小额支付的业务逻辑，进行必需的全部或部分的交易报文的交互，以完成小额支付交易的发起和小额支付交易的确认操作；

步骤2：SCP根据小额支付交易的各方所达成的交易信息，对移动用户的小额支付账户进行相应的操作，并把操作结果反馈给小额支付交易的各方。

所述的涉及小额支付交易的各方，至少包括移动用户和SCP两方，也可能包括下列实体中的一方或多方：移动智能网的业务管理点(SMP)、电信运营商的业务运营和支撑系统(BOSS)、电子商务提供商(SP)、金融系统等。SMP负责对SCP进行管理，包括小额支付业务逻辑的修改和加载。BOSS系统负责通信计费和后付费账户的管理。金融系统包括银行卡业务子系统、银行中间业务子系统等银行业务系统。SP包括开展电子商务的网站以及彩票中心、票务中心等的网络系统。参与小额支付交易的各方构成了小额支付业务的价值链，这个价值链会因具体小额支付业务的不同而不同，随着电子商务的发展，参与到小额支付业务价值链上的实体会不断增加，一般可将他们归为SP。

小额支付交易的各方均通过SCP进行必需的小额支付交易报文的交互，报文的交互流程按照预先储存在SCP中的小额支付的业务逻辑进行。各种不同的小额支付业务所对应的业务逻辑会有所不同，这些小额支付业务逻辑可通过移动智能网中的业务管理点(SMP)静态或动态的加载到SCP上。

步骤2中所述的小额支付账户可以有多种实现方法，比如移动用户的预付费通信账户、后付费通信账户、专门的小额支付真实账户和小额支付虚拟账户。具体采用哪种实现方法，可由电信运营商指定或移动用户指定或电信运营商、移动用户和银行三家协商指定。对于这种指定，电信运营商可提供途径供移动用户进行修改或取消。

专门的小额支付真实账户是指由SCP为小额支付业务的注册移动用户专门建立、管理和维护的一个账户，专门用来对小额支付的交易进行支付。小额支付真实账户可以是先充值再消费的预付费方式，也可以是先消费再充值的后付费方式。

小额支付虚拟账户是指由SCP为小额支付业务的注册移动用户建立、管理和维护的一个用户终端号码和用户的一个或多个银行卡号码的固定绑定关系。SCP对小额支付虚拟账户的操作方式是实时方式或预冻结方式。

实时方式是指业务控制点与金融的银行卡系统之间进行有关小额支付信息的实时交互，由银行卡系统对移动用户的银行卡账户进行实时操作，并把操作结果实时反馈给业务控制点。

预冻结方式是指与移动用户终端号码相绑定的用户银行卡账户，预先冻结一定数额的资金，作为保证金，专门用来对小额支付交易进行支付，这部分资金还是存在于用户的银行卡账户里，但用户不能挪作它用。每次小额支付的交易，SCP仅对小额支付虚拟账户内与冻结资金相对应的虚拟资金进行操作和记录。按照一定的结账周期或触发条件，SCP与银行之间进行对帐和结算。

所述的小额支付交易是指每次交易额不大于某个较小的上限一，每天的交易额不大于某个较小的上限二。上限一和上限二可由SCP统一指定，也可由移动用户自己设定并修改。这种方式能有效降低小额支付交易的潜在风险。

SCP可把小额支付交易的参与方分为发起方和确认方。在一个完整的小额支付交易过程中，SCP把首先向它发送支付请求(即报文中包含交易金额)的一方称为发起方，需要对此交易金额进行确认的一方称为确认方。一般情况下，若小额支付交易的发起方若为移动用户，则对应的确认方就是SP或金融系统或BOSS系统或SCP本身；若小额支付交易的发起方为SP或金融系统或BOSS系统或SCP本身，则对应的确认方就是移动用户。

本发明包括以下具体实施步骤：

步骤101：小额支付交易的发起方向SCP发送小额支付请求报文，以发起一个小额支付交易；

步骤102：SCP对收到的小额支付请求报文进行报文解析和报文验证，若无误，则根据解析结果，SCP按照小额支付的业务逻辑，构建小额支付确认请求报文，并发送给小额支付交易的确认方；若有误，则返回给发起方有关报文有误的信息，并结束本次交易；

步骤103：小额支付交易的确认方对收到的确认请求报文进行解析和确认，并返回给SCP小额支付确认响应报文；

步骤201：SCP根据收到的交易请求报文和交易确认报文，计算得出这次小额支付交易的包括本次交易金额在内的交易信息，若无误，则进入步骤202，否则SCP向交易发起方和确认方发送有关交易信息有误的信息，并结束本次交易；

步骤202：SCP判断本次交易金额是否超出预先设定的上限一和本日的累积消费总额是否超过预先设定的上限二；若都未超出，则进入步骤203，否则，SCP向交易发起方和确认方发送有关交易失败的信息，并结束本次交易；

步骤203：SCP根据交易金额对用户的小额支付账户进行操作；

步骤204：SCP把小额支付账户的操作结果反馈给小额支付交易的发起方和确认方。

若用户的小额支付账户采用小额支付虚拟账户的实时形式，则所述的步骤203具体包括如下步骤：

步骤2031：SCP根据用户小额支付虚拟账户中所记录的具体绑定关系，向相关的金融系统发送银行卡支付请求；

步骤2032：金融系统对收到的支付请求报文进行解析和验证，若无误，则进行银行卡账户的操作，并返回支付响应“成功”报文；否则，则返回支付响应“失败”报文；

步骤2033：SCP对收到的支付响应报文进行解析和验证；

若用户的小额支付账户采用小额支付虚拟账户的预冻结方式，则所述的步骤203具体包括如下步骤：

步骤2031’：SCP对用户的虚拟账户中的虚拟资金进行操作；

步骤2032’：在每个结账周期的对帐阶段或一定的触发条件下，SCP与相关的金融系统进行对帐；对帐结束后，银行系统对原先的预冻结资金进行解冻，并从用户的银行卡账户中扣除用户的实际消费金额；这些操作完成后，金融系统开始新一轮的资金预冻结，SCP中小额支付虚拟账户中的虚拟资金也被重置为金融系统的资金预冻结值。

本发明提供的一种基于移动智能网的小额支付的系统，它至少包括移动用户的移动终端设备和电信运营商的业务控制点(SCP)设备，也可能包括下列系统中的一方或多方设备：移动智能网的业务管理点(SMP)、电信运营商的业务运营和支撑系统(BOSS)、电子商务提供商(SP)系统、金融系统等。SMP设备负责对SCP进行管理，包括小额支付业务逻辑的修改和加载。BOSS系统负责通信计费和后付费通信账户的管理。金融系统包括银行卡业务子系统、银行中间业务子系统等银行业务系统。SP包括开展电子商务的网站系统以及彩票中心、票务中心等的网络系统，随着电子商务的发展，SP所囊括的范围会越来越广。

SCP中至少包括用于小额支付交易报文通信处理的通信单元和用于小额支付交易账户处理的交易单元。

各种小额支付的业务逻辑通过移动智能网的业务管理点(SMP)设备静态或动态地加载到SCP设备上去。这一点能很好的满足电子商务业务多样性和业务多变性的要求。

移动用户的移动终端没有特定的要求，移动终端可通过现有或未来的各种无线或移动通信网络与SCP设备进行通信。

SCP与SP、金融系统等的通信线路应保证一定的安全要求，SCP与SP、SCP与金融系统网络之间要设置防火墙设备。

SCP与SMP、BOSS属于电信运营商的内部网络系统，一般采用局域网通信的方式。

参见图1，本发明的这一实施例中，用户移动终端通过移动通信网，可以用多种方式(比如：语音、短信、WAP、多媒体短信等)与SCP进行交互；SCP与SMAP、BOSS系统同属于电信运营商的内部网络，可采用局域网进行连接；SP和金融系统可通过数据专线分别与SCP进行连接，并在中间设置防火墙系统，以增强通信和系统的安全性。

参见图2，本发明一实施例的网上购物的小额支付交易的流程可具体包括如下步骤：

步骤301：移动用户通过移动终端或其他上网终端(比如，桌面电脑)浏览SP的网站内容，决定要购买的商品，并下了购物订单；

步骤302：SP根据移动用户的订单，向SCP发送小额支付交易的支付请求，从而发起小额支付交易；

步骤303：SCP对收到的支付请求报文进行解析和验证，无误后向移动用户发送小额支付交易支付确认请求，让移动用户对交易内容和交易金额进行核对和确认；

步骤304：移动用户核对无误后，返回支付确认响应报文到SCP，表示认可本次小额支付交易；

步骤305：SCP根据交易的金额，对用户的小额支付账户进行操作；

步骤306：SCP把交易的结果反馈给SP；

步骤307：SCP把交易结果反馈给移动用户。

参见图3，本发明一实施例的缴纳煤气费的小额支付交易的流程可具体包括如下步骤：

步骤401：金融系统的中间业务子系统根据煤气公司提供的缴费信息向SCP发送移动用户煤气缴费请求；

步骤402：SCP对收到的煤气缴费请求报文进行解析和验证，无误后向移动用户发送缴费确认请求报文，让移动用户对缴费内容和缴费金额进行核对和确认；

步骤403：移动用户核对无误后，返回缴费确认响应报文给SCP，表示认可本次缴费交易；

步骤404：SCP根据缴费的金额，对用户的小额支付账户进行操作；

步骤405：SCP把缴费结果反馈给金融系统；

步骤406：SCP把缴费结果反馈给移动用户。

本发明的实施使得：(一)基于移动智能网的SCP平台设备来实现小额支付功能，只需在电信运营商原有的SCP设备上加载与小额支付业务有关的软件模块，比如通信单元和交易单元，就可实现小额支付的功能。这样能充分利用电信运营商现网上移动智能网的各种资源，比如网络链路、系统接口、各种管理系统。本发明既能有效保护运营商在移动智能网方面已有的投资，又能快速构建本发明所述的小额支付的方法和系统，发展新的增值业务。(二)小额支付的业务逻辑贮存在SCP中，并且业务逻辑可由SMP动态地加载到SCP上去，这样就很好的适应了电子商务的业务多样性和业务多变性的特点。(三)小额支付账户由SCP进行建立、管理和维护，并可提供多种的实现形式，这充分利用了SCP具有的电信级强大的账户实时管理功能，保证了小额支付交易支付方式的多样化和方便性，实现了随时随地进行支付的功能，有效克服了目前单纯银行卡支付的缺陷，适用了小额支付业务交易额小、交易频率高、业务量大的特点。(四)小额支付业务每次的交易额和用户每天的交易总额都有限制，这些限制把用户小额支付账户的潜在的资金风险有效控制在一定的范围内。

以上实施例仅用以说明而非限制本发明的技术思想，不脱离本发明的精神实质和方法范围的任何修改或局部替换，其均涵盖在本发明的权利要求范围当中。

Claims (15)

1.一种基于移动智能网的小额支付方法，其特征在于，将小额支付的业务逻辑存储在移动智能网的业务控制点中；

将小额支付交易的参与方分别与所述的业务控制点建立通信联接；

所述的小额支付交易的参与方在所述的业务控制点的控制下，按照所述的小额支付的业务逻辑，进行交易数据的交互；

所述的业务控制点根据所述的小额支付交易的参与方之间所达成的交易信息，对移动用户的小额支付帐户进行相应的处理，并将处理结果分别反馈给所述的小额支付交易的参与方。

2.根据权利要求1所述的方法，其特征在于，所述的小额支付交易的参与方至少包括：移动用户和业务控制点两方。

3.根据权利要求2所述的方法，其特征在于，所述的小额支付交易的参与方还包括：电信运营商的业务运营和支撑系统、电子商务提供商、金融系统等实体中的一方或多方。

4.根据权利要求1所述的方法，其特征在于，不同的小额支付业务对应着不同的业务逻辑，由移动智能网的业务管理点将各种不同的小额支付业务所对应的不同的业务逻辑静态或动态的加载到所述的业务控制点上。

5.根据权利要求1所述的方法，其特征在于，所述的移动用户的小额支付账户是指：专门的小额支付真实账户，该专门的小额支付真实账户由业务控制点为注册了小额支付业务的移动用户专门建立、管理和维护的一个账户，其专门用来对小额支付的交易进行支付；

所述的专门的小额支付真实账户可以采用先充值再消费的预付费方式，也可以是先消费再充值的后付费方式。具体采用哪种方式，由移动运营商或移动用户指定。

6.根据权利要求1所述的方法，其特征在于，所述的移动用户的小额支付账户是指：小额支付虚拟账户，该小额支付虚拟账户由业务控制点为注册了小额支付业务的移动用户建立、管理和维护的一个帐户；其中：

所述的业务控制点将注册了小额支付业务的移动用户的移动终端号码和该移动用户的一个或多个银行卡号码建立固定绑定关系，以实现支付。

7.根据权利要求6所述的方法，其特征在于，业务控制点对所述的小额支付虚拟账户的操作方式是实时操作方式，该实时操作方式是指：业务控制点与金融的银行卡系统之间进行有关小额支付信息的实时交互，由银行卡系统对移动用户的银行卡账号进行实时操作，并把操作结果实时反馈给业务控制点。

8.根据权利要求6所述的方法，其特征在于，业务控制点对所述的小额支付虚拟账户的操作方式是预冻结方式，该预冻结方式是指：在与移动用户移动终端号码相绑定的该移动用户的银行卡账户中，预先冻结一定数额的资金作为保证金，专门用来对小额支付交易进行支付；

所述的保证金真实地存在于所述移动用户的银行卡账户里；

在进行每次小额支付交易时，业务控制点仅对所述的小额支付虚拟账户内与所述保证金相对应的虚拟资金进行处理；

设定结账周期或结帐触发条件，业务控制点依据所述的结账周期或结帐触发条件与银行之间进行对帐和结算的处理。

9.根据权利要求1所述的方法，其特征在于：所述的小额支付账户还包括：移动用户的预付费通信账户、后付费通信账户。

10.根据权利要求1或5或6或9所述的方法，其特征在于：对所述的小额支付账户的选用，由移动运营商、移动用户和金融系统中的单方指定或多方协商指定；业务控制点并为移动用户提供对所作的指定进行修改或取消的途径。

11.根据权利要求1所述的方法，其特征在于，在所述的业务控制点中为所述的小额支付交易设定交易限额。

12.根据权利要求11所述的方法，其特征在于，所述的交易限额是指：每次交易额小于等于某个较小的上限一，每天的交易总额小于等于某个较小的上限二；

所述的上限一和上限二可由业务控制点统一指定，也可由移动用户自己设定并修改。

13.一种基于移动智能网的小额支付系统，包括：作为小额支付交易的参与方的移动通信终端，其特征在于还包括：业务控制点装置，在所述的业务控制点装置中存储有小额支付的业务逻辑；

将所述的作为小额支付交易的参与方的移动通信终端与所述的业务控制点装置建立通信联接；

所述的业务控制点装置根据所述的小额支付交易的参与方之间所达成的交易信息，对移动用户的小额支付帐户进行相应的处理，并将处理结果反馈给所述的作为小额支付交易的参与方的移动通信终端和其他参与方的实体。

14.根据权利要求13所述的系统，其特征在于还包括：作为小额支付交易的参与方的电信运营商的业务运营和支撑系统、电子商务提供商系统、金融系统等实体系统中的一个或多个。

15.根据权利要求13所述的系统，其特征在于：所述的业务控制点装置至少包括用于小额支付交易报文通信处理的通信单元和用于小额支付交易账户操作的交易单元。

Images