CN101470874A - 利用中间平台完成交易的方法及系统 - Google Patents

Abstract

一种利用中间平台完成交易的方法，包括：1)当中间平台接收到用户的通信终端发送的交易请求短信时，从短信内容或短信地址扩展位中解析并识别出对应的商户信息；2)将短信内容中的信息，按与商户预先确定信息交互规则传送给约定的商户子系统；3)商户子系统对中间平台传送的包括商品信息和订购数量进行处理，处理后将至少包含确定的商品名称、单价、订购数量、订购总价和用户手机号码等交易请求反馈给中间平台；4)中间平台通过短信或语音外呼方式与用户建立联系，用户即可通过中间平台完成对本次交易的费用支付；5)中间平台定期与商户子系统进行对账与结算。每个商家只需利用中间平台即可实现用户通过短信或电话方式来完成定购，降低交易成本。

Description

利用中间平台完成交易的方法及系统

技术领域

本发明涉及通信领域，尤其涉及利用中间平台完成交易的交易方法及对应的交易系统。

背景技术

传统的交易模式是面对面的交易模式，即商户和用户能直接面对面，用户能直观接触到其购买的商品，并且采用直接付款的方式进行商户和用户之间的交易，这种交易模式存在交易风险较低、交易周期短的好处。

考虑用户更为便捷的购物方式，电话购物就是其中一种。一种常见的电话购物的模式是首先商户通过报纸、杂志、电视等媒介发布商品信息及相应的付款方式；然后，用户通过本端的通信终端(手机或固定电话等)与商户的呼叫中心建立通信，告知商户需要购买的商品信息及对应的付款方式；最后，商户在确定用户支付费用后进行商品交付或者是通过面交货品收款的方式。商户的呼叫中心通常设置的设备包括具有并发处理能力的交换设备及若干通信终端，可以同时处理多个用户的呼叫。但是，基于运营成本的考虑，即商户通常会考虑购买的交换设备和通信终端的购买成本和维护成本，以及接听电话等需要的人员成本的投入等，使得可接收用户呼叫的个数是非常有限的，从而使得用户在传统商家呼叫中心的无效的等待时间过多，而致使一些用户放弃交易，降低用户和商户之间的交易成功率。

从上可知，现有的利用电话方式进行购物存在着以下的缺陷：

第一，从成本的角度而言，每个商家在本端都需要设置商家呼叫中心，需要大量的设备成本和人力成本等的投入。

第二，从用户的角度来说，用户首先需要记住不同的电话号码。比如，订机票的商户的电话号码、订餐的电话号码等，非常不方便。其次，该电话号码若是商户付费的免费电话号码，则通常存在其在商家呼叫中心无效等待时间过长而影响交易成功率，若该电话号码是普遍电话号码，则用户需要增加额外的交易成本；

第三，从整个运营模式而言，商户属于一虚拟商户，用户无法判定其真实性，对于购买物件也无法判定其品质问题，对于商户而言，如何降低用户的不信任感，而提高其销售量也是头疼的问题。

发明内容

本发明的目的在于提供一种利用中间平台完成交易的方法，以解决现有技术中每个商家在本端都需要设置一商家呼叫中心，需要大量的设备成本和人力成本等的投入、用户使用不方便的技术问题。

本发明的另一目的在于提供一种利用中间平台完成交易的系统，以解决现有技术中每个商家在本端都需要设置一商家呼叫中心，需要大量的设备成本和人力成本等的投入、用户使用不方便的技术问题。

为了达到上述目的，本发明提供了一种利用中间平台完成交易的方法，它包括：

(1)提供一中间平台，所述中间平台建立与用户的通信终端和商户子系统之间的通信；

(2)中间平台对每个与其签约的商户分配唯一的商户识别码及短信内容编码规则，所述商户识别码可被添加在短信内容或添加在短信地址扩展位中；

(3)当中间平台接收到用户的通信终端发送的交易请求短信时，从所述短信中解析并识别出短信内容商户识别码，以找到对应的商户；

(4)中间平台按预先与该商户约定的短信内容编码规则从短信内容中解析并识别出对应的商户信息或从短信地址扩展位中解析并识别出商户信息，及包括商品编号信息和订购数量，并将包括商品编号信息、订购数量和用户手机号码的信息传送给约定的商户子系统；

(5)商户子系统对中间平台传送的包括商品编号信息和订购数量进行处理，处理后将至少包含确定的商品名称、订购总价和用户手机号码的交易请求反馈给中间平台；

(6)中间平台通过短信或语音外呼方式与用户建立联系，用户即通过中间平台完成对本次交易的费用支付；

(7)中间平台定期与商户子系统进行对账结算处理。

步骤(6)中进一步包括：

A1：中间平台根据所述手机号码查找对应的账户信息；

A2：中间平台将交易信息的文字形式转换为固定格式的短信，形成包含提示用户响应方式的短信资料；

A3：中间平台向用户的通信终端发送所述短信资料；

A4：中间平台根据用户对短信资料的响应来完成对对应账户的扣款处理，并把本次交易请求的处理结果发送至商户子系统或分别发送至商户子系统与用户。

并且，优选地，步骤A1还包括：如果未检测到所述手机号码对应的账户信息，则创建与所述手机号码绑定的新账户信息。

优选地，步骤A4进一步包括：

B1：中间平台接收到用户要求支付的响应时，则进行步骤B2，否则退出支付流程，并把处理结果发送至商户子系统或分别发送至商户子系统与用户；

B2：中间平台若检测到账户的余额充足或其已开通卡通业务且卡通余额充足，进行扣款处理，并把处理结果发送至商户子系统或分别发送至商户子系统与用户后结束；

B3：中间平台若检测到账户的余额不足，则通过短信方式提示用户进行对账户的充值处理，并提示用户在指定有效期内回复短信中标明的订单交易号即可完成交易支付；

B4：当用户充值完成后，用户回复指定的订单交易号到中间平台的短信特服号，中间平台检测其账户余额是否充足或是否有卡通，若充足或有卡通，则进行步骤B2，否则进行步骤B3。

本发明提供了第一种利用中间平台完成交易的系统，包括用户的通信终端、商户子系统和中间平台，所述中间平台包括应用服务器和短信网关，其中，

所述短信网关用于通过无线通信系统建立与通信终端的短信通信；

所述应用服务器包括数据库、处理器及与商户子系统建立连接的通信接口；

数据库进一步包括：

编码规则存储区：用于保存签约商户与中间平台预先约定的包括短信内容编码规则在内的编码规则；

商户识别码存储区：用于保存签约商户与识别码的对应关系；

交易存储区：用于存储每一次交易的交易信息及每次交易时与用户交互的短信信息；

短信存储区：用于存储每种类型短信的编码格式信息；

所述处理器进一步包括：

交易请求处理单元：用于从所述短信内容或短信地址扩展位中解析并识别出商户识别码，找到对应的商户，并将短信内容中包含商品编号信息和订购数量的信息，汇同用户手机号码一起通过通信接口传送至对应的商户子系统；

交互处理单元：用于处理与商户子系统之间的交互：接收商户子系统返回的包含确定的商品名称、单价、订购数量、订购总价和用户手机号码的交易请求，并将最后的处理结果返回；

短信处理单元：用于处理与通信终端之间的短信交互：按照短信存储区预先存储的短信格式发送短信，并对接收的通信终端返回的短信信息进行处理；

支付处理单元：用于完成用户对交易的支付处理；

划账结算处理单元：用于完成与各个商户的划账结算处理。

6、一种利用中间平台完成交易的方法，其特征在于，包括：

(1)提供一中间平台，所述中间平台建立与用户的通信终端和商户子系统之间的通信；

(2)中间平台接收到用户的通信终端通过电话发送的交易请求，记录并保存商户信息、商品编号信息和订购数量的交易信息以及用户手机号码；

(3)中间平台按预先与该商户约定的编码规则将手机号码、商品编号信息和订购数量的交易信息传送给约定的商户子系统；

(4)商户子系统对中间平台传送的商品编号信息和订购数量进行处理，处理后将至少包含确定的商品名称、单价、订购数量、订购总价和用户手机号码的交易请求反馈给中间平台；

(5)中间平台通过短信或语音外呼方式与用户建立联系，用户即通过中间平台完成对本次交易的费用支付；

(6)中间平台定期与商户子系统进行对账结算处理。

优选地，步骤(5)中进一步包括：

C1：中间平台根据所述手机号码查找对应的账户信息；

C2：中间平台利用语音合成技术将交易信息的文字形式转换为语音，形成包含提示用户响应方式的语音资料；

C3：中间平台向用户回拨对应的手机号码，接通与用户通话后播放所述语音资料；

C4：中间平台根据用户对语音资料的响应来完成对对应账户的扣款处理，并把本次交易请求的处理结果发送至商户子系统或分别发送至商户子系统与用户。

本发明提供了第二种利用中间平台完成交易的系统，包括用户的通信终端、中间平台和商户子系统，所述中间平台包括应用服务器和回拨子系统，

应用服务器进一步包括数据库、处理器及与商户子系统建立连接的通信接口，数据库至少包括：

交易存储区：用于存储每一次交易的交易信息及每次交易时与用户交互的语音信息；

编码规则存储区：用于保存签约商户与中间平台预先约定的编码规则；

语音存储区：用于存储文字转换成语音所需的资料，包括静态语音资料及动态语音、静态语音的播放顺序资料；

动态参数语音存储区：用于存储每一动态语音中每一动态参数对应的语音；

处理器至少包括：

交易请求处理单元：用于从中间平台接收到用户输入的包括商品编号信息和商品数量信息在内的交易信息，按预先与商户之间约定的规则解析出商户信息，同时将商品编号信息、订购数量和用户手机号码通过通信接口传送至对应的商户子系统；

交互处理单元：用于处理与商户子系统之间的交互：接收商户子系统返回的包含确定的商品名称、单价、订购数量订购总价和用户手机号码的交易请求，并将最后的处理结果返回；

回拨处理单元：用于处理与通信终端之间的电话交互：按照预先存储在语音存储区和动态参数语音存储区中存储从存储文字转换成语音所需的资料，将其形成完整的语音资料，并将所述资料发送至回拨服务器，以及对回拨服务器返回的用户反馈信息进行处理；

支付处理单元：用于完成用户对交易的支付处理；

划账对账处理单元：用于完成与各个商户的划账对账处理；

所述回拨子系统包括回拨服务器、回拨设备和主叫号码采集器，其中，

主叫号码采集器：用于接收并采集用户通过拨打中间平台提供的统一接入号码来完成回呼预约的通信终端的手机号码；

回拨设备：用于连接运营商提供的电话专线设备；

回拨服务器：用于对需要回拨电话的交易请求按照预先设定的优先级别进行排队，并按照预先设定的优先级规则进行回拨处理，当接收到用户返回的信息时将其发送至应用服务器处理。

与现有技术相比，本发明具有以下的技术效果：

第一，从成本的角度而言，每个商家不需要在本端设置商家呼叫中心，只需要利用中间平台即可实现用户通过短信或电话方式来完成定购，成本低。并且，中间平台都设置预约回拨确认的方式，提高了安全性。

第二，从用户的角度来说，用户无需要记住不同商家对应的电话号码或短信号码，只需记住中间平台一家的联络方式，并且用户还可以采用预约回拨的方式来降低交易的成本。

第三，从整个运营模式而言，用户和商户通过中间平台建立交易时，可以通过将中间平台将交易风险降低，同时也提高了交易的成功率。

附图说明

图1为本发明第一种利用中间平台完成交易的系统的原理结构示意图；

图2为本发明第一种利用中间平台完成交易的流程图；

图3为本发明第二种利用中间平台完成交易的系统的原理结构示意图；

图4为本发明第二种利用中间平台完成交易的流程图。

具体实施方式

以下结合附图，具体说明本发明。

请参阅图1，其为本发明一种利用中间平台完成交易的系统的原理结构示意图。它包括用户的通信终端1、商户子系3统和中间平台2。中间平台包括应用服务器和短信网关24，其中，

短信网关24用于通过无线通信系统建立与通信终端的短信通信；

所述应用服务器包括数据库21、处理器22及与商户子系统3建立连接的通信接口23。通信接口可以是路由设备或直接与网络连接的网络接口。

数据库21进一步包括：

编码规则存储区211：用于保存签约商户与中间平台2预先约定的包括短信编码规则在内的编码规则；

商户识别码存储区212：用于保存签约商户与识别码的对应关系；

交易存储区213：用于存储每一次交易的交易信息及每次交易时与用户交互的短信信息；

短信存储区214：用于存储每种类型短信的编码格式信息；

所述处理器22进一步包括：

交易请求处理单元221：用于从短信内容或短信地址扩展码中解析出商户识别码信息，找到对应的商户，并按预先与该商户约定的短信内容编码规则解析出包含但不仅限于商品编号信息和订购数量等交易信息，汇同用户手机号码一并通过通信接口传送至对应的商户子系统；

交互处理单元222：用于处理与商户子系统之间的交互：接收商户子系统返回的包含确定的商品名称、、单价、订购数量、订购总价和用户手机号码的交易请求，并将最后的处理结果返回；

短信处理单元223：用于处理与通信终端之间的短信交互：按照短信存储区预先存储的短信格式发送短信，并对接收的通信终端返回的短信信息进行处理；

支付处理单元224：用于完成用户对交易的支付处理；

划账结算处理单元225：用于完成与各个商户的划账结算处理。

通过上述系统可知，对于中间平台来说，只需要在硬件上增设一短信网关，而避免各个商户上都设置一短信网关，大大减少了硬件的投入以及对短信网关及对应软件的维护成本。中间平台以支付宝为例，在现有支付宝系统只需额外增设一短信网关即可完成用户通过短信方式来进行交易的需求。

基于上述的系统，本发明提供了第一种利用中间平台完成交易的方法的流程图。它包括：

S110：提供一中间平台，中间平台建立与用户的通信终端和商户子系统之间的通信。以支付宝为例，在硬件上增设一短信网关，并对其现有的应用服务器上安设对应的软件设置。

S120：中间平台对每个与其签约的商户分配唯一的短信商户识别码及短信内容编码规则。

中间平台预先从运营商处获得一具有可扩展功能的短信内容指令规则，中间平台可自定义短信内容的编码规则，每一与其签约的商户会被分配唯一的短信商户识别码，并将其对应关系保存在商户识别码存储区212中。中间平台在与各个商户签约时，预先确定其对应的短信编码规则，其编码规则中包含但不仅限于商户识别码、商品编号信息、商品数量等。另外，中间平台与商户进行交互的各个数据包都预先确定好其对应的编码规则。

S130：当中间平台接收到用户的通信终端发送的交易请求短信时，从所述短信中解析商户识别码信息，找到对应的商户。

S140：中间平台按预先与该商户约定的短信编码规则解析出包含但不仅限于商品编号信息和订购数量的交易信息，汇同用户手机号码信息一并传送给约定的商户子系统。

S150：商户子系统对中间平台传送的商品编号信息和订购数量进行处理，处理后将至少包含确定的商品名称、单价、订购数量、订购总价和用户手机号码的交易请求反馈给中间平台。

商户子系统接收到从中间平台传送的订单数据包时，先在本端的数据库中建立对应的订单记录，该订单记录信息中包括订单的流水号、订单所订商品信息、商品数量、单价、订购总价等。商户子系统还可以通过用户的手机号码来查找出用户的其它信息(比如，其要求付款的方式、其联络地址、商品的交付方式等)。当商户子系统最后接收到中间平台关于用户的支付处理结果时，会将该支付处理结果保存本次交易的订单记录中，并根据交易结果来决定是否需要对用户进行商品的交付。

S160：用户通过中间平台完成对本次交易的费用支付。

以下着重介绍步骤S160。

步骤S160可进一步包括：

A1：中间平台根据所述手机号码查找对应的账户信息，如果未检测到所述手机号码对应的账户信息，则创建与所述手机号码绑定的新账户信息。

A2：中间平台将交易信息的文字形式转换为固定格式的短信，形成包含提示用户响应方式的短信资料。

中间平台预先设定好短信的固定格式，比如

固定文字1：“尊敬的用户，你在”

动态参数1：商户

固定文字2：“购买”

动态参数2：商品品种

动态参数3：数量

固定文字3：“总计”

动态参数4：总额

固定文字4，“如若要支付，请按1，如若取消交易，请按2”。

短信资料的固定顺序为：固定文字1+动态参数1+固定文字2+动态参数2+动态参数3+固定文字3+动态参数4+固定文字4。

中间平台可以从商户子系统返回的交易请求中获得各个动态参数，形成一完整的短信资料。

A3：中间平台向用户的通信终端发送所述短信资料；

A4：中间平台根据用户对短信资料的响应来完成对对应账户的扣款处理，并把本次交易请求的处理结果发送至商户子系统或分别发送至商户子系统与用户。

步骤A4进一步包括：

B1：中间平台接收到用户要求支付的响应时，则进行步骤B2，否则退出支付流程，并把处理结果发送至商户子系统或分别发送至商户子系统与用户；

B2：中间平台若检测到账户的余额充足或已开通卡通且卡通余额充足，进行扣款处理，并把处理结果发送至商户子系统或分别发送至商户子系统与用户后结束；

B3：中间平台若检测到账户的余额不足并且没有开通卡通，则通过短信方式提示用户进行对账户的充值处理，并提示用户在指定有效期内回复短信中标明的订单交易号即可完成交易支付；

B4：当用户充值完成后，用户回复指定的订单交易号到中间平台的短信特服号，中间平台检测其账户余额是否充足或是否开通卡通，若充足或有卡通，则进行步骤B2，否则进行步骤B3。

步骤B3还包括：

中间平台生成一与所述手机号码和付款金额对应的未支付订单信息；

用户通过所述手机号码与付款金额利用网络查询到对应的未支付订单信息；

用户通过网络完成对对应账户的充值处理。

步骤B3还可以通过以下方式来实现：

用户通过卡通或网汇e对所述账户完成充值；

用户再通过互动式语音应答IVR方式通知中间平台。

以下就以支付宝的网汇e为例来说明如何完成对对应账户的充值处理的。

1)用户在邮政柜台办理网汇e业务，即支付宝帐号充值手续，邮政返回给用户一张邮政网汇e汇票，汇票中包含汇票号码和密码；

2)邮政将该用户的汇票号码、汇票密码、支付宝帐号和充值金额等数据传送给中间平台(支付宝)；

3)用户通过拨打中间平台(支付宝)提供的统一接入号码，完成回呼预约

4)中间平台(支付宝)自动回呼到用户主叫手机号码上，用户接听；

5)用户选择“账户充值”功能键，然后按语音提示选择“卡通充值”、或“网汇e充值”；

6)用户选择“网汇e充值”，语音提示用户输入“网汇e汇票号码”和“网汇e汇票密码”，用户按要求输入；

7)中间平台(支付宝)接收到用户输入的“网汇e汇票号码”和“网汇e汇票密码”后，将信息汇同该用户账户信息与手机号码一起提交服务器处理；

8)中间平台(支付宝)系统核对其“网汇e汇票号码”和“网汇e汇票密码”无误后，将对应的汇票金额等值充入该用户账户中，并以语音播报方式反馈给用户其账户充值成功信息；如确认有误，则提示用户重新输入或充值失败；

9)中间平台(支付宝)与邮政按期结算。

步骤A4还可以是采用其它方式来实现，比如，最为简单的即是用手机的话费来支付。具体的实现流程可以为：

M1：中间平台接收到用户要求支付的响应时，则进行步骤M2，否则退出支付流程，并把处理结果发送至商户子系统或分别发送至商户子系统与用户；

M2：中间平台将包含交易金额信息的处理请求发送至运营商子系统，进行该手机号码对应的扣款处理；

M3：若运营商子系统返回扣款成功信息，则将处理结果发送至商户子系统或分别发送至商户子系统与用户后结束；

M4：中间平台若返回的扣款不成功信息，则通过短信或语音回拨方式提示用户进行对本手机账户进行充值处理。

通过上述流程可知，本发明在进行实现用户对中间平台的支付时，中间平台利用给用户回短信的确认步骤，通过此步骤，可以使得用户再次确认其购买商品的信息，从而使用户财产受损，不仅提高了交易的便利性，同时也保证了交易的安全性。

S170：中间平台定期与商户子系统进行对账结算处理。

通过上述流程，本发明可以利用中间平台完成用户与商户之间的交易，不仅方便，而且有短信确认的方式，安全性也高。并且，商户不需要增加额外的运营成本，即可依托中间平台来完成用户的电话方式购物，实现方便且快捷。

请参阅图3，其为本发明的第二种利用中间平台完成交易的系统的原理结构示意图。包括用户的通信终端4、中间平台5和商户子系统6，所述中间平台4包括应用服务器和回拨子系统。

应用服务器进一步包括数据库51、处理器52及与商户子系统6建立连接的通信接口53，数据库51至少包括：

交易存储区511：用于存储每一次交易的交易信息及每次交易时与用户交互的短信信息；

编码规则存储区512：用于保存签约商户与中间平台预先约定的编码规则；

语音存储区513：用于存储文字转换成语音所需的资料，包括静态语音资料及动态语音、静态语音的播放顺序资料；

动态参数语音存储区514：用于存储每一动态语音中每一动态参数对应的语音；

处理器52至少包括：

交易请求处理单元521：用于从中间平台接收到用户输入的包括商品编号信息和商品数量信息在内的交易信息，按预先与商户之间约定的规则解析出商户信息，并保存解析出来的商户信息，并将商品编号信息和订购数量的交易信息以及用户手机号码信息，通过通信接口传送至对应的商户子系统；

交互处理单元522：用于处理与商户子系统之间的交互：接收商户子系统返回的包含确定的商品名称、单价、订购数量、订购总价和用户手机号码的交易请求，并将最后的处理结果返回；

回拨处理单元523：用于处理与通信终端之间的电话交互：按照预先存储在语音存储区和动态参数语音存储区中存储从存储文字转换成语音所需的资料，将其形成完整的语音资料，并将所述资料发送至回拨服务器，以及对回拨服务器返回的用户反馈信息进行处理；

支付处理单元524：用于完成用户对交易的支付处理；

划账结算处理单元525：用于完成与各个商户的划账结算处理；

所述回拨子系统包括回拨服务器54、回拨设备55和主叫号码采集器56，其中，

主叫号码采集器56：用于接收并采集用户通过拨打中间平台提供的统一接入号码来完成回呼预约的通信终端的手机号码；

回拨设备55：用于连通运营商提供的电话专线设备；

回拨服务器54：用于对需要回拨电话的交易请求按照预先设定的优先级别进行排队，并按照预先设定的优先级规则进行回拨处理，当接收到用户返回的信息时将其发送至应用服务器处理。

基于上述的系统，本发明提供了一种交易处理流程(请参阅图4)：

S210：提供一中间平台，所述中间平台建立与用户的通信终端和商户子系统之间的通信。

S220：中间平台接收到用户的通信终端通过电话发送的交易请求，记录并保存商户信息、商品编号信息和订购数量的交易信息以及用户手机号码。

具体实现方式一为：

E1：用户通过拨打中间平台提供的统一接入号码，完成回呼预约；

E2：中间平台自动回呼到用户主叫手机号码上，用户接听；

E3：中间平台接收到用户输入的包括商户识别码、商品编号信息和商品数量信息在内的交易信息，按预先与商户之间约定的规则解析出商户信息，并保存解析出来的商户信息、商品编号信息和订购数量的交易信息以及用户手机号码。

具体实现方式二为：

用户通过拨打中间平台提供的统一接入号码，然后按语音提示输入“商户识别码”、“商品编号”和“商品数量”等信息；

中间平台接收到用户输入的包括商品编号信息和商品数量信息在内的交易信息，按预先与商户之间约定的规则解析出商户信息，并保存解析出来的商户信息、商品编号信息和订购数量的交易信息以及用户手机号码。

商户可将中间平台定义且分配的商户识别码按与中间平台预先确定的编码规则和商品编号信息进行整合，这样中间平台接收到商品编号信息即可获知对应的商户信息。商户也可以在商品编号信息的某一位来表明商户信息，这样，中间平台从商品编号信息对应的编码位即可获知商户信息。至于手机号码，可以是用户告知中间平台其处理该交易的手机号码，也可以是保存通话请求方的手机号码为本次处理交易的手机号码。

S230：中间平台按预先与该商户约定的编码规则将手机号码、商品编号信息和订购数量的交易信息传送给约定的商户子系统。

S240：商户子系统对中间平台传送的商品编号信息和订购数量进行处理，处理后将至少包含确定的商品名称、单价、订购数量、订购总价和用户手机号码的交易请求反馈给中间平台。

S250：用户通过中间平台完成对本次交易的费用支付。

步骤S250中可以通过以下方式来实现：

一、中间平台接收到商户子系统发送的交易请求，所述交易请求至少包括用户的手机号码、商品名称、单价、订购数量及付款总金额在内的交易信息。

二、中间平台根据所述手机号码查找对应的账户信息。

中间平台按照该手机号码如果查到对应的账户信息，则进行下一步骤，若未检测到手机号码对应的账户信息，则创建手机号码绑定的新账户信息，即可分配一新的账户至该手机号码。一种最为简单的方式即以手机号码作为账户名进行存储。

三、中间平台利用语音合成技术将交易信息的文字形式转换为语音，形成包含提示用户响应方式的语音资料。

该步骤进一步为：

A1：预先将语音资料划分为动态语音和静态语音，并确定动态语音和静态语音的播放顺序；

A2：预先录制并保存所有静态语音；

A3：预先录制并保存每一动态语音中每一动态参数对应的语音，建立动态参数语音存储单元；

A4：当接收到一交易请求后，解析出包含付款金额在内的交易信息，确定本语音资料包含付款金额在内的每一动态参数；

A5：从动态参数语音存储单元中查找所述每一动态参数对应的语音；

A6：按照预先设定的播放顺序形成本次交易请求的语音资料。

四、中间平台向用户回拨对应的手机号码，接通与用户通话后播放所述语音资料。

本发明可以预先将交易请求划分为若干优先级别和优先规则；中间平台在进行回拨用户手机号码确认支付时，按照设定的优先级别和优先规则回拨交易请求优先级高的对应用户的手机号码。

比如，中间平台将机票、火车票等票务预定的优先级别设置为1级别，订餐等的优先级别设置为2级别，其它的交易设置为3级别。

中间平台接收交易请求时，其交易信息中还携带有要求处理的时间期限，即要求回拨给用户的最后时间期限。比如，中间平台接收到携程网发送的请求时携带处理回拨给用户的最后时间期限。

中间平台可以将所有的请求按照时间排队，按照时间的先后顺序进行回拨给用户的最后时间期限。中间平台还定期检测其最后时间期限，若检测到当前时间距离最后时间期限若在一预设范围内，则将请求的请求排前，优先处理回拨给用户。比如，当中间平台的交换设备同时支持N1路电话的回拨时，中间平台可以将N1路电话划分为N2路电话回拨和(N2-N1)路电话回拨，N2路电话回拨主要处理1级别和2级别的，(N2-N1)路电话回拨主要处理3级别的。当N2路电话回拨没有1级别和2级别时，处理3级别的。当1级别和2级别的排队数量到达一预先设定值时，则可以将(N2-N1)路电话回拨用于回拨1级别和2级别的交易请求。

上述的优先级别和优先规则仅为实例，并非用于限制本发明。

五、中间平台根据用户对语音资料的响应来完成对对应账户的扣款处理，并把本次交易请求的处理结果发送至商户子系统或分别发送至商户子系统与用户。

其可以进一步包括：

(5-1)中间平台接收到用户要求支付的响应时，则进行步骤(5-2)，否则退出支付流程，并把处理结果发送至商户子系统或分别发送至商户子系统与用户；

(5-2)中间平台若检测到账户的余额充足或已开通卡通且卡通余额充足，进行扣款处理，并把处理结果发送至商户子系统或分别发送至商户子系统与用户后结束；

(5-3)中间平台若检测到账户的余额不足且没有开通卡通，则通过短信或语音回拨方式提示用户进行对账户充值处理，并提示用户在指定有效期内回复短信或语音中标明的订单交易号即可完成交易支付；

(5-4)当用户充值完成后，用户回复指定的订单交易号到中间平台的短信特服号或语音接入号码，中间平台检测其账户余额是否充足，则进行步骤(5-2)，否则进行步骤(5-3)。

步骤(5-3)还包括：

中间平台生成一与所述手机号码和付款金额对应的未支付订单信息；

用户通过所述手机号码与付款金额利用网络查询到对应的未支付订单信息；

用户通过网络完成对对应账户的充值处理。

步骤(5-3)还包括：

用户通过卡通或网汇e对所述账户完成充值；

用户再通过互动式语音应答IVR方式通知中间平台。

通过上述流程可知，本发明在进行实现用户对中间平台的支付时，中间平台利用TTS技术给用户回拨电话的确认步骤，通过此步骤，可以使得用户再次确认其购买商品的信息，防止现有显示用户拨打的电话号码与实际电话号码不符，从而使用户财产受损，不仅提高了交易的便利性，同时也保证了交易的安全性。从另一个角度来说，若用户直接给中间平台拨打电话来进行支付，对用户来说，增加电话费。而由中间平台进行回拨时，减少用户的这一部分支出，呼出成本由中间平台承担，降低了整个用户交易成本。第三，减少传统商家呼叫中心的呼入并发数量，在降低其运营成本的同时提高用户的交易体验，提高用户与商户之间的交易成功率。

S260：中间平台定期与商户子系统进行对账结算处理。以下就以用户主动自主完成电话支付为应用例来说明。

1)用户通过拨打中间平台(支付宝)提供的统一接入号码，完成回呼预约；

2)中间平台(支付宝)自动回呼到用户主叫手机号码上，用户接听；

3)用户选择“订购”功能键，然后按语音提示输入“商品编号”和“商品数量”；

4)中间平台(支付宝)接收到用户输入的“商品编号”后，按与商户之间约定的规则对“商品编号”信息进行解析并判断出对应的商户信息，将用户输入的“商品编号”、“商品数量”及用户手机号码一并传送给约定的商户；

5)指定商户对中间平台传送的“商品编号”和“商品数量”进行处理，处理后将确定的商品名称、单价、订购数量、订购总价和用户手机号码等信息反馈给中间平台；

6)中间平台(支付宝)将接收到的信息以语音方式实时播放给用户，并要求用户按键选择支付或放弃支付；

7)用户选择支付后，中间平台以语音方式反馈给用户支付成功的状态信息，如支付失败则提示失败信息；同时将支付成功信息反馈给对应商户；

8)商户与用户确认收货地址，并完成发货。

以上公开的仅为本发明的几个具体实施例，但本发明并非局限于此，任何本领域的技术人员能思之的变化，都应落在本发明的保护范围内。

Claims (10)

1、一种利用中间平台完成交易的方法，其特征在于，包括：

(1)提供一中间平台，所述中间平台建立与用户的通信终端和商户子系统之间的通信；

(2)中间平台对每个与其签约的商户分配唯一的商户识别码及短信内容编码规则，所述商户识别码可被添加在短信内容或添加在短信地址扩展位中；

(3)当中间平台接收到用户的通信终端发送的交易请求短信时，从所述短信中解析并识别出短信内容商户识别码，以找到对应的商户；

(4)中间平台按预先与该商户约定的短信内容编码规则从短信内容中解析并识别出对应的商户信息或从短信地址扩展位中解析并识别出商户信息，及包括商品编号信息和订购数量，并将包括商品编号信息、订购数量和用户手机号码的信息传送给约定的商户子系统；

(5)商户子系统对中间平台传送的包括商品编号信息和订购数量进行处理，处理后将至少包含确定的商品名称、订购总价和用户手机号码的交易请求反馈给中间平台；

(6)中间平台通过短信或语音外呼方式与用户建立联系，用户即通过中间平台完成对本次交易的费用支付；

(7)中间平台定期与商户子系统进行对账结算处理。

2、如权利要求1所述的利用中间平台完成交易的方法，其特征在于，步骤(6)中进一步包括：

A1：中间平台根据所述手机号码查找对应的账户信息；

A2：中间平台将交易信息的文字形式转换为固定格式的短信，形成包含提示用户响应方式的短信资料；

A3：中间平台向用户的通信终端发送所述短信资料；

A4：中间平台根据用户对短信资料的响应来完成对对应账户的扣款处理，并把本次交易请求的处理结果发送至商户子系统或分别发送至商户子系统与用户。

3、如权利要求2所述的利用中间平台完成交易的方法，其特征在于，

步骤A1还包括：如果未检测到所述手机号码对应的账户信息，则创建与所述手机号码绑定的新账户信息。

4、如权利要求2或3所述的利用中间平台完成交易的方法，其特征在于，步骤A4进一步包括：

B1：中间平台接收到用户要求支付的响应时，则进行步骤B2，否则退出支付流程，并把处理结果发送至商户子系统或分别发送至商户子系统与用户；

B2：中间平台若检测到账户的余额充足或其已开通卡通业务且卡通余额充足，进行扣款处理，并把处理结果发送至商户子系统或分别发送至商户子系统与用户后结束；

B3：中间平台若检测到账户的余额不足，则通过短信方式提示用户进行对账户的充值处理，并提示用户在指定有效期内回复短信中标明的订单交易号即可完成交易支付；

B4：当用户充值完成后，用户回复指定的订单交易号到中间平台的短信特服号，中间平台检测其账户余额是否充足或是否有卡通，若充足或有卡通，则进行步骤B2，否则进行步骤B3。

5、一种利用中间平台完成交易的系统，其特征在于，包括用户的通信终端、商户子系统和中间平台，所述中间平台包括应用服务器和短信网关，其中，

所述短信网关用于通过无线通信系统建立与通信终端的短信通信；

所述应用服务器包括数据库、处理器及与商户子系统建立连接的通信接口；

数据库进一步包括：

编码规则存储区：用于保存签约商户与中间平台预先约定的包括短信内容编码规则在内的编码规则；

商户识别码存储区：用于保存签约商户与识别码的对应关系；

交易存储区：用于存储每一次交易的交易信息及每次交易时与用户交互的短信信息；

短信存储区：用于存储每种类型短信的编码格式信息；

所述处理器进一步包括：

交易请求处理单元：用于从所述短信内容或短信地址扩展位中解析并识别出商户识别码，找到对应的商户，并将短信内容中包含商品编号信息和订购数量的信息，汇同用户手机号码一起通过通信接口传送至对应的商户子系统；

交互处理单元：用于处理与商户子系统之间的交互：接收商户子系统返回的包含但不仅限于确定的商品名称、单价、订购数量、订购总价和用户手机号码的交易请求，并将最后的处理结果返回；

短信处理单元：用于处理与通信终端之间的短信交互：按照短信存储区预先存储的短信格式发送短信，并对接收的通信终端返回的短信信息进行处理；

支付处理单元：用于完成用户对交易的支付处理；

划账结算处理单元：用于完成与各个商户的划账结算处理。

6、一种利用中间平台完成交易的方法，其特征在于，包括：

(1)提供一中间平台，所述中间平台建立与用户的通信终端和商户子系统之间的通信；

(2)中间平台接收到用户的通信终端通过电话发送的交易请求，记录并保存商户信息、商品编号信息和订购数量的交易信息以及用户手机号码；

(3)中间平台按预先与该商户约定的编码规则将手机号码、商品编号信息和订购数量的交易信息传送给约定的商户子系统；

(4)商户子系统对中间平台传送的商品编号信息和订购数量进行处理，处理后将至少包含确定的商品名称、单价、订购数量、订购总价和用户手机号码的交易请求反馈给中间平台；

(5)中间平台通过短信或语音外呼方式与用户建立联系，用户即通过中间平台完成对本次交易的费用支付；

(6)中间平台定期与商户子系统进行对账结算处理。

7、如权利要求6所述的利用中间平台完成交易的方法，其特征在于，步骤(5)中进一步包括：

C1：中间平台根据所述手机号码查找对应的账户信息；

C2：中间平台利用语音合成技术将交易信息的文字形式转换为语音，形成包含提示用户响应方式的语音资料；

C3：中间平台向用户回拨对应的手机号码，接通与用户通话后播放所述语音资料；

C4：中间平台根据用户对语音资料的响应来完成对对应账户的扣款处理，并把本次交易请求的处理结果发送至商户子系统或分别发送至商户子系统与用户。

8、如权利要求7所述的利用中间平台完成交易的方法，其特征在于，

步骤C1还包括：如果未检测到所述手机号码对应的账户信息，则创建与所述手机号码绑定的新账户信息；

步骤C4进一步包括：

D1：中间平台接收到用户要求支付的响应时，则进行步骤D2，否则退出支付流程，并把处理结果发送至商户子系统或分别发送至商户子系统与用户；

D2：中间平台若检测到账户的余额充足或已开通卡通且卡通余额充足，进行扣款处理，并把处理结果发送至商户子系统或分别发送至商户子系统与用户后结束；

D3：中间平台若检测到账户的余额不足且没有开通卡通，则通过语音方式提示用户进行对账户的充值处理；

D4：当用户充值完成后，可通过预约语音回拨方式继续进行支付，中间平台检测到其账户余额是否充足或是否开通卡通，若充足或已开通卡通，则进行步骤D2，否则进行步骤D3。

9、如权利要求6所述的利用中间平台完成交易的方法，其特征在于，步骤(2)进一步包括：

E1：用户通过拨打中间平台提供的统一接入号码，完成回呼预约；

E2：中间平台自动回呼到用户主叫手机号码上，用户接听；

E3：中间平台接收到用户输入的包括商户识别码、商品编号信息和商品数量信息在内的交易信息，按预先与商户之间约定的规则解析出商户信息，并将商品编号信息、订购数量和用户手机号码传送给指定商户。

10、一种利用中间平台完成交易的系统，包括用户的通信终端、中间平台和商户子系统，所述中间平台包括应用服务器和回拨子系统，

应用服务器进一步包括数据库、处理器及与商户子系统建立连接的通信接口，数据库至少包括：

交易存储区：用于存储每一次交易的交易信息及每次交易时与用户交互的语音信息；

编码规则存储区：用于保存签约商户与中间平台预先约定的编码规则；

语音存储区：用于存储文字转换成语音所需的资料，包括静态语音资料及动态语音、静态语音的播放顺序资料；

动态参数语音存储区：用于存储每一动态语音中每一动态参数对应的语音；

处理器至少包括：

交易请求处理单元：用于从中间平台接收到用户输入的包括商品编号信息和商品数量信息在内的交易信息，按预先与商户之间约定的规则解析出商户信息，同时将商品编号信息、订购数量和用户手机号码通过通信接口传送至对应的商户子系统；

交互处理单元：用于处理与商户子系统之间的交互：接收商户子系统返回的包含确定的商品名称、单价、订购数量订购总价和用户手机号码的交易请求，并将最后的处理结果返回；

回拨处理单元：用于处理与通信终端之间的电话交互：按照预先存储在语音存储区和动态参数语音存储区中存储从存储文字转换成语音所需的资料，将其形成完整的语音资料，并将所述资料发送至回拨服务器，以及对回拨服务器返回的用户反馈信息进行处理；

支付处理单元：用于完成用户对交易的支付处理；

划账对账处理单元：用于完成与各个商户的划账对账处理；

所述回拨子系统包括回拨服务器、回拨设备和主叫号码采集器，其中，

主叫号码采集器：用于接收并采集用户通过拨打中间平台提供的统一接入号码来完成回呼预约的通信终端的手机号码；

回拨设备：用于连接运营商提供的电话专线设备；

回拨服务器：用于对需要回拨电话的交易请求按照预先设定的优先级别进行排队，并按照预先设定的优先级规则进行回拨处理，当接收到用户返回的信息时将其发送至应用服务器处理。

Images