CN102685692A - 多模手机支付终端、支付方法及系统 - Google Patents

Abstract

本发明公开了一种支付方法，该方法包括：支付方与被支付方达成交易细节后，多模手机支付终端(MMPUE)根据交易细节生成最初电子合同，并向支付方移动终端发送最初电子合同；支付方移动终端收到初始电子合同并在确认后，向MMPUE发送确认信息，MMPUE向业务运营服务器发送包含确认信息及最终的电子合同的信息；业务运营服务器收到信息后，完成扣款处理。本发明同时公开了一种多模手机支付终端及支付系统，采用本发明的多模手机支付终端、支付方法及系统，能提高支付的安全性，提升用户体验。

Description

多模手机支付终端、支付方法及系统

技术领域

本发明涉及移动电子商务技术，特别是指一种多模手机支付终端(MMPUE，MultiMode mobile phone Payment User Equipment)、支付方法及系统。

背景技术

随着现代科技的高速发展，人们的生活也变得越来越方便、快捷。目前现场交易购买商品的消费支付主要有两种支付方式，包括：现金支付及银行卡支付。其中，现金支付需要支付方随身携带大量现金，如此会造成支付方行动不方便，而且携带的现金容易丢失；银行卡支付同样需要支付方随身携带与终端刷卡设备连接的银行卡。

手机是人们生活中不可缺少的通讯工具，手机具备键盘输入功能、以及画面、文字的显示功能，手机随身携带的特点和手机移动电子支付功能的相结合，将会为用户打造一个快捷、便利的购买消费支付途径，会大大方便人们的生活。

然而，目前的电子商务存在产生的交易记录可信度不好的缺陷，这是因为：在纯虚拟的网络交易中，商家也可以很容易的扮演顾客，从而对自己提供的产品进行相关的宣传，比如：在交易评价中对提供的产品进行虚假宣传等。正是由于这种不可信，造成了现在的电子商务在很大程度上不能被广大用户所接受，换句话说，用户对商家提供的服务不够信任。

随着中国手机实名制的实施，手机的身份唯一性优点为交易记录的准确性提供了较好的基础。移动互联网的用户群体大、方便快捷、以及容易操作的特点更为手机等终端反馈客户消费信息提供了条件。举个例子来说，对于服务业，客户在接受商家的服务后，可以通过各类联网终端，以上网、短信、或电话的方式随时随地的反馈信息，这种反馈信息可以为其它的客户提供相关参考，实现对服务业商家的网络监督。再举个例子来说，对于实体产品交易，客户和商家可以在移动电子商务交易记录保存平台中，对相关的服务条款进行详细说明，这样，客户万一对相关的产品不满意，可以通过这种电子交易记录，依靠网络监督机制保护自己的合法权益。

目前，移动电子商务仍处于起步阶段，各个运营商采用不同的技术实现移动电子商务的应用，具体地，中国移动采用的是基于射频识别(RFID，RadioFrequency Identification)-客户身份识别模块(SIM，Subscriber Identity Module)卡技术，该技术的基本原理是：在原有手机SIM卡的基础上增加金融级安全芯片及射频芯片，从而实现手机刷卡进行身份认证以及支付的目的；中国联通与工商银行联合，采用基于近场通信定制手机加单线协议(SWP，Single WireProtocol)-SIM卡的技术，将金融集成电路(IC，Integrated Circuit)卡集成到SIM卡中，符合中国人民银行(PBOC，The People′s Bank of China)电子现金标准，从而实现手机刷卡进行身份认证以及支付的目的；深圳电信则利用第六版本因特网协议(IPv6，Internet Protocol Version 6)的互联网技术，用带有RFID-用户识别模块(UIM，User Identity Model)卡功能的手机刷卡，即可实现支付的目的。

但是，目前，上面所描述的三种技术方案都存着以下缺点：

第一，运营商的交易标准不统一，消费者只能选择一家运营商提供的一种方式开通手机支付业务；

第二，开通业务麻烦，需要对消费者手机的SIM卡进行升级才能开通业务；

第三，消费者手机只具有单一的使用刷卡功能，即：支付功能，缺乏商家和消费者交互的功能，举个例子来说，当商家和消费者意见出现分歧时，不能通过手机解决二者之间的分歧；

第四，操作麻烦、业务交易缺乏灵活性，且安全性低，如此，造成用户体验差，具体地，由于大多数手机所发送的信息全部为明码，致使手机支付的安全性较低，而且通过短信支付，由于存储等原因会造成短信不能及时转发，从而造成资金流和物流的停滞。

另外，由于目前支付终端，即：各个运营商支付业务的服务器，采用的标准不统一，因此，商家主动部署的积极性不大，而前期的部署主要依靠运营商，如此，造成运营商的投入大、收益周期长。

发明内容

有鉴于此，本发明的主要目的在于提供一种MMPUE、支付方法及系统，能提高支付的安全性，提升用户体验。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种支付方法，该方法包括：

支付方与被支付方达成交易细节后，MMPUE根据交易细节生成最初电子合同，并向支付方移动终端发送最初电子合同；

支付方移动终端收到初始电子合同并在确认后，向MMPUE发送确认信息，MMPUE向业务运营服务器发送包含确认信息及最终的电子合同的信息；

业务运营服务器收到信息后，完成扣款处理。

上述方案中，在MMPUE根据交易细节生成最初电子合同之前，该方法进一步包括：

MMPUE检测到支付方移动终端的信号，并在确认自身支持支付方移动终端的通信制式后，启动相应制式的射频和基带资源，建立强信号近场小区，之后与支付方移动终端建立链接，并在建立链接后，判断支付方移动终端是否具有支付业务权限，确定具有支付业务权限后，根据交易细节生成初始电子合同。

上述方案中，所述确认自身支持支付方移动终端的通信制式，为：

MMPUE通过自身的选频网络电路检测到支付方移动终端信号的频率范围，根据频率范围判断自身是否配置了相应的射频子系统，确定已配置相应的射频子系统后，根据支付方移动终端的通信制式设置选择相应的通信制式射频模块上电，并启动相应的基带资源，同时关闭自身的选频网络电路。

上述方案中，所述MMPUE建立强信号近场小区，为：

MMPUE向支付方终端所属的服务提供商服务器请求支付方移动终端的通信制式下的服务小区相关信息，并通过所述服务小区相关信息建立强信号小区；

所述与支付方移动终端建立链接，为：

当支付方移动终端检测到强信号近场小区信号与支付方移动终端所在服务小区信号的功率比值大于切换门限值后，支付方移动终端断开与所述所在服务小区的链接，切换到MMPUE建立的强信号近场小区，并建立链接。

上述方案中，所述判断支付方移动终端是否具有支付业务权限，为：

建立链接后，MMPUE向支付方移动终端所属的服务提供商服务器发送包含支付方移动终端SIM卡的用户信息的查询请求，所述服务器收到查询请求后，确认支付方移动终端用户信息正确后，向MMPUE返回确认消息。

上述方案中，在支付方与被支付方达成交易细节之前，该方法还可以进一步包括：

MMPUE上电启动后，与业务运营服务器建立链接，并进行鉴权处理。

上述方案中，所述完成扣款处理，为：

业务运营服务器判断用户交易密码是否正确，确定正确后，根据所述最终的电子合同中的扣款金额及支付方移动终端号码进行帐户扣款。

上述方案中，所述业务运营服务器判断用户交易密码是否正确，为：

业务运营服务器判断收到的用户交易密码与自身保存的支付方移动终端号码的用户交易密码是否能匹配。

上述方案中，该方法进一步包括：

确定用户交易密码错误时，业务运营服务器通知MMPUE用户交易密码错误，MMPUE收到通知后提示支付方移动终端密码错误，支付方移动终端收到提示后，可以重新向MMPUE发送用户交易密码，MMPUE将收到的用户交易密码发送给业务运营服务器，业务运营服务器收到用户交易密码后再进行判断，如果确定用户交易密码错误，再通知MMPUE用户交易密码错误，直至确定用户交易密码正确或已达到设置的判断次数为止。

上述方案中，该方法进一步包括：

扣款成功后，业务运营服务器保存包含最终电子合同的交易记录，之后通知MMPUE交易成功；MMPUE收到通知后，关闭自身的相关资源，并提醒与支付者移动终端之前建立链接的所述所在服务小区，支付者移动终端切换回正常通信的所述所在服务小区。

本发明还提供了一种多模手机支付终端，该终端包括：应用软件子系统、射频子系统、基带子系统、射频和基带软件子系统、以及控制子系统；其中，

应用软件子系统，用于在控制子系统的控制下，完成支付方与被支付方的人机交互，输入、生成、以及转发相关数据，并用于查询、分析、以及存储相关数据；

射频子系统，用于在控制子系统的控制下，将收到的信号依次进行滤波、放大、混频、模数(A/D，Analog/Digital)转换、以及数字中频处理，并将处理后的信号发送给基带子系统，并对收到基带子系统发送的信号依次进行数字中频处理、数模(D/A，Digital/Analog)转换、混频、放大、以及滤波处理，将处理后的信号发送出去；

基带子系统，用于在控制子系统的控制下，收到射频子系统发送的信号后，对信号进行基带信号处理，得到需要的数据，并将需要发送的数据进行基带信号处理，将处理后的信号发送给射频子系统；

射频和基带软件子系统，用于在控制子系统的控制下，对射频子系统及基带子系统硬件进行控制，并进行基带算法的运算、以及通信协议的处理；

控制子系统，用于控制应用软件子系统、射频子系统、基带子系统、以及射频和基带软件子系统进行相应的操作；

射频子系统包含两种以上通信制式的射频子系统。

上述方案中，该终端进一步包括：

操作系统软件子系统，用于进行底层硬件驱动、资源管理、应用程序控制、以及人机交互。

本发明又提供了一种支付系统，该系统包括：MMPUE、支付方移动终端、以及业务运营服务器；其中，

MMPUE，用于支付方与被支付方达成交易细节后，根据交易细节生成最初电子合同，并向支付方移动终端发送最初电子合同；并收到支付方移动终端发送的确认信息后，向业务运营服务器发送包含确认信息及最终的电子合同的信息；

支付方移动终端，用于收到MMPUE发送的最初电子合同并在确认后，向MMPUE发送确认信息；

业务运营服务器，用于收到MMPUE发送的信息后，完成扣款处理。

上述方案中，所述MMPUE，还用于检测到支付方移动终端的信号，并在确认自身支持支付方移动终端的通信制式后，启动相应制式的射频和基带资源，建立强信号近场小区，与支付方移动终端建立链接，并在建立链接后，判断支付方移动终端是否具有支付业务权限，确定具有支付业务权限后，根据交易细节生成最初电子合同；

所述支付方移动终端，还用于与MMPUE建立链接。

上述方案中，该系统进一步包括：支付方移动终端服务提供商服务器，用于收到MMPUE发送的查询请求后，确认支付方移动终端用户信息正确后，向MMPUE返回确认消息；

所述MMPUE具体用于：在判断支付方移动终端是否具有支付业务权限时，向支付方移动终端服务提供商服务器发送包含支付方移动终端SIM卡的用户信息的查询请求，收到服务器返回的确认信息后，向业务运营服务器发送包含支付方移动终端号码的支付业务权限查询请求，并接收业务运营服务器回复确认的支持支付业务的消息；

所述业务运营服务器，具体用于：收到MMPUE发送的查询请求后，将查询请求中的移动终端号码与自身保存的业务相关信息相匹配，确定能匹配后，向MMPUE回复确认支持支付业务的消息。

上述方案中，所述MMPUE，还用于上电启动后，与业务运营服务器建立链接，并进行鉴权处理；

所述业务运营服务器，还用于与MMPUE建立链接，并进行鉴权处理。

上述方案中，所述业务运营服务器，还用于扣款成功后，保存包含最终电子合同的交易记录，之后通知MMPUE交易成功；

所述MMPUE收到业务运营服务器的通知后，关闭自身的相关资源。

本发明提供的支付方法及系统，支付方与被支付方达成交易细节后，MMPUE根据交易细节生成电子合同，并向支付方移动终端发送初始电子合同；支付方移动终端收到初始电子合同并在确认后，向MMPUE发送确认信息，MMPUE向业务运营服务器发送包含确认信息及最终的电子合同的信息；业务运营服务器收到信息后，完成扣款处理，在已有成熟的移动通信安全机制下，支付方移动终端只需要与MMPUE通过短距离标准无线空中接口高速、快捷地进行信息交互即可，如此，能提高支付的安全性，提升用户体验。

另外，MMPUE可以与不同通信制式的支付方移动终端进行信息交互，从开通支付业务到后续完成整个交易过程，支付方移动终端不需要进行任何硬件及软件的升级或更换，换句话说，只要商家部署MMPUE提供支付服务，任何移动终端用户只需要进行简单的注册就可以轻松享受到此服务；除此以外，当支付方认为电子合同不合理后，可以与被支付者通过MMPUE提供的人机交互界面对电子合同进行修改，合理后再向MMPUE发送确认信息，如此，能进一步提升用户体验。

扣款成功后，业务运营服务器保存包含最终电子合同的交易记录，如此，支付方能通过保存的交易记录维护自己的合法权益，进一步提升用户体验。

附图说明

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

图2为本发明多模手机支付终端的结构示意图

图3为本发明以GSM、TD-SCDMA、以及TD-LTE通信制式为例下的射频子系统及基带子系统的实际信息处理链路示意图；

图4为本发明以GSM通信制式为例下的通信协议的信令和数据链路示意图；

图5为本发明支付的方法流程示意图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

本发明提供的支付系统，如图1所示，该系统包括：MMPUE 11、支付方移动终端12、以及业务运营服务器13；其中，

MMPUE 11，用于支付方与被支付方达成交易细节后，根据交易细节生成最初电子合同，并向支付方移动终端12发送最初电子合同；并收到支付方移动终端12发送的确认信息后，向业务运营服务器13发送包含确认信息及最终的电子合同的信息；

支付方移动终端12，用于收到MMPUE 11发送的最初电子合同并在确认后，向MMPUE 11发送确认信息；

业务运营服务器13，用于收到MMPUE 11发送的信息后，完成扣款处理。

其中，所述MMPUE 11，还用于检测到支付方移动终端12的信号，并在确认自身支持支付方移动终端的通信制式后，启动相应制式的射频和基带资源，建立强信号近场小区，与支付方移动终端12建立链接，并在建立链接后，判断支付方移动终端12是否具有支付业务权限，确定具有支付业务权限后，根据交易细节生成最初电子合同；

所述支付方移动终端12，还用于通过标准的移动通信空中接口与MMPUE11建立无线链接。

在判断支付方移动终端是否具有支付业务权限时，所述MMPUE 11具体用于：向支付方移动终端所属的服务提供商服务器发送包含支付方移动终端SIM卡的用户信息的查询请求，收到支付方移动终端所属的服务提供商服务器返回的确认信息后，向业务运营服务器13发送包含支付方移动终端号码的支付业务权限查询请求，并接收业务运营服务器13发送的支持支付业务的消息；

该系统还可以进一步包括：支付方移动终端所属的服务提供商服务器，用于收到MMPUE 11发送的查询请求后，确认支付方移动终端用户信息正确后，向MMPUE 11返回确认消息；

所述业务运营服务器13，具体用于：收到MMPUE 11发送的查询请求后，将查询请求中的移动终端号码与自身保存的业务相关信息相匹配，确定能匹配后，向MMPUE 11回复确认支持支付业务的消息；

这里，所述支付方移动终端所属的服务提供商服务器为：支付方移动终端移动服务提供商的管理用户数据及相关业务的服务器。

所述MMPUE 11，还用于上电启动后，通过有线或者无线的方式与业务运营服务器13建立链接，并进行鉴权处理，这里，有线的方式主要是指：通过各种宽带接入技术，采用标准的TCP/IP协议与业务运营服务器13连接，无线的方式主要是指：通过安装具有传统移动通信功能的用户设备(UE，UseEquipment)功能的功能单元与业务运营服务器13、如当地移动通信网基站建立无线连接；

所述业务运营服务器13，还用于与MMPUE 11建立链接，并进行鉴权处理。

所述业务运营服务器13，还用于扣款成功后，保存包含最终电子合同的交易记录，之后通知MMPUE 11交易成功；

所述MMPUE 11收到业务运营服务器13的通知后，关闭自身与支付方移动终端通信的射频和基带相关资源。

本发明还提供了一种多模手机支付终端，如图2所示，该终端包括：应用软件子系统111、射频子系统112、基带子系统113、射频和基带软件子系统114、以及控制子系统115；其中，

射频子系统112包含两种以上通信制式的射频子系统，包含与支付方移动终端建链的射频模块、以及与移动通信网基站建链的射频模块，即：与业务运营服务器建链的射频模块，MMPUE的用户可以根据当地移动通信网的具体情况，选择安装对应的射频模块；

应用软件子系统111，用于在控制子系统115的控制下，完成支付方与被支付方的人机交互，输入、生成、以及转发相关数据，并提供相关数据的查询、分析、存储等功能；比如：生成电子合同、对电子合同内容的修改、进行销售业绩查询等；

射频子系统112，用于在控制子系统115的控制下，将天线接收到的信号依次进行滤波、放大、混频、A/D转换、以及数字中频处理，并将处理后的信号发送给基带子系统113，并对收到基带子系统113发送的信号依次进行数字中频处理、D/A转换、混频、放大、以及滤波处理，将处理后的信号发送出去；

基带子系统113，用于在控制子系统115的控制下，收到射频子系统112发送的信号后，对信号进行基带信号处理，得到需要的数据，并将需要发送的数据进行基带信号处理，将处理后的信号发送给射频子系统112；

射频和基带软件子系统114，用于在控制子系统115的控制下，对射频子系统112及基带子系统113硬件进行控制，并进行基带算法运算、以及通信协议的处理；

控制子系统115，用于控制应用软件子系统111、射频子系统112、基带子系统113、以及射频和基带软件子系统114进行相应的操作。

其中，该终端还可以进一步包括：操作系统软件子系统，用于进行底层硬件驱动、资源管理、应用程序控制、以及人机交互；

这里，所述操作系统软件子系统可以是Windows、Android、Linux等；其中，由于Android能为多种行业提供特殊用途应用的功能，因此，建议采用Android。

所述通信制式具体可以是：全球移动通讯系统(GSM，Global System forMobile Communications)、时分同步码分多址(TD-SCDMA，TimeDivision-Synchronous Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、以及长期演进(LTE，Long TermEvolution)等。

支付方移动终端所采用的通信制式直接决定了射频子系统及基带子系统的实际信息处理链路，以GSM、TD-SCDMA、以及时分双工-长期演进(TDD-LTE，Time Division Duplexing-LTE)通信制式为例，图3示出了GSM、TD-SCDMA、以及TDD-LTE通信制式下的射频子系统及基带子系统的实际信息处理链路，但本发明的信息处理链路不限于此，如图3所示，以支付方移动终端的通信制式为GSM为例，则MMPUE与支付方移动终端的上下行信号处理链路分别为：上行信号处理链路为支付方移动终端发送射频信号，MMPUE通过GSM射频子系统的天线将射频信号接收，之后依次经过滤波、放大、混频、A/D转换、以及数字中频处理后成为基带信号，再通过GSM基带子系统进行解调、解密和信道解码最终得到支付方移动终端发送的信息；其中，混频、放大、以及滤波处理可以称为射频接收处理；下行信号处理链路为MMPUE为支付方移动终端发送射频信号，MMPUE将相关信息送入GSM基带处理子系统，通过GSM基带子系统进行信道编码、加密、以及调制形成基带信号，再依次通过射频子系统的数字中频处理、D/A转换、混频、放大、以及滤波处理，最终通过天线将射频信号发送至支付方手机终端；其中，混频、放大、以及滤波处理可以称为射频发射处理；此时，MMPUE在移动通信网中起到类似于基站的控制管理功能，但MMPUE针对的终端只有支付方移动终端。

TD-SCDMA、以及TDD-LTE通信制式下的射频子系统及基带子系统的实际信息处理链路与GSM通信制式下的处理过程相同，这里不再赘述。

当MMPUE通过移动通信网与业务运营服务器建立链接后，则相应的上、下行链路处理流程与MMPUE与支付方移动终端之间的处理方式相似，此时，MMPUE在移动通信网中为类似支付方移动终端的角色。

当MMPUE通过有线通信方式与业务运营服务器建立链接后，则采用传输控制协议/因特网互联协议(TCP/IP，Transmission Control Protocol/InternetProtocol)等互联网协议进行连接。

支付方移动终端所采用的通信制式直接决定了MMPUE的通信协议链路，以GSM通信制式为例，图4示出了GSM通信制式下的通信协议的信令和数据链路，但本发明的通信协议链路不限于此，如图4所示，假设MMPUE在TDD-LTE通信制式下，通过电信运营商的移动通信网络系统与业务运营服务器相连接，支付方移动终端为GSM通信制式的手机；图中虚线为移动通信网中的信令流，实线为数据流，信令流遵循信令流的协议，数据流遵循数据流的协议，另外，MMPUE与演进型基站(eNB，evolved Node B)采用TDD-LTE无线接口连接，此只为示例。

图4中采用移动通信标准协议设计而成，在MMPUE与支付方移动终端接口通信协议设计上，由于MMPUE与支付方移动终端的通信方式具有近场通信的特点，因此，在涉及通信协议时，建议再从以下几方面进行考虑：

首先，MMPUE与支付方移动终端在近场通信时，无线信道质量和频谱资源比现有的移动通信都要理想得多，因此，为了加快MMPUE与支付方移动终端的建链，提高MMPUE与支付方移动终端之间的传输速度，减少MMPUE和支付方移动终端的处理时延，与传统基站的物理层算法相比，MMPUE的调制解调、信道编码和交织等物理层处理算法可以大大简化；举个例子来说，传统自适应调制和编码技术可以使用固定调制编码实现，MMPUE可以采用固定调制速率较快的算法，而相关信道编码也可以大大简化，减少或不采用信道估计等。

其次，由于MMPUE与支付方移动终端可以认为是一对一的通信，因此，与传统基站需要管理众多的UE、并利用有限的频率资源相比，MMPUE建立的小区与支付方移动终端进行通信时所用的媒体访问控制(MAC，Medium AccessControl)、无线链路控制(RLC，Radio Link Control)、无线资源控制(RRC，Radio Resource Control)等层协议也可以大大简化；举个例子来说，MMPUE可以大大简化射频资源的调度算法，相关功率检测和控制的算法也可以大大简化等。

另外，在MMPUE与eNB的空中接口协议设计上，MMPUE基本沿用了传统移动通信终端的协议设计，在实际应用时，建议再从以下几方面进行考虑：

首先，MMPUE属于特殊数据业务UE，对数据的安全性要求更高，因此，可以采用更加复杂的安全通信级别协议；举个例子来说，MMPUE可以通过临时生成的交易识别码进行确认操作，MMPUE实行用户实名制进行确认操作等。

其次，MMPUE的数据业务属于大流量突发型数据业务，从顾客体验的角度上讲，对时延的要求相对一般的数据业务要求更高，因此，MMPUE手机支付产生的信令流和数据流相对其它业务在移动通信系统或互联网中应拥有较高的通信优先级。

在实际应用时，如果MMPUE与业务运营服务器直接通过电信运营商有线互联网连接，它在协议设计上，建议同时考虑了以下几点需求：

首先，为了保障通信的安全性，相应的业务信息采用加密传输。

其次，考虑到时延特性，为了保障用户体验，MMPUE产生的业务数据流将请求最高优先级进行传输。

基于上述系统，本发明还提供了一种支付方法，如图5所示，该方法包括以下步骤：

步骤501：支付方与被支付方达成交易细节后，MMPUE根据交易细节生成最初电子合同，并向支付方移动终端发送最初电子合同；

这里，所述交易细节可以由支付方与被支付方通过口头或默认的方式达成，根据应用场景的不同而有所不同，举个例子来说，在零售行业，所述交易细节可以是支付方选择的商品，在餐饮、或住宿等服务行业，所述交易细节可以是支付方所选择的服务项目，在自动售票行业，所述交易细节可以是支付方所选择的票务信息等；

在实际应用时，MMPUE根据所述交易细节，生成最初电子合同的处理过程也因应用场景的不同而有所不同，举个例子来说，在零售行业，MMPU将支付方所选的商品通过条形码扫描器将交易内容自动导入到固定格式的电子合同中，支付方所选的商品全部扫描成功后，生成完整的最初电子合同；在餐饮、或住宿等服务行业，MMPUE根据支付方所选择的服务项目，生成最初电子合同；在自动售票行业，根据支付方所选择的票务信息直接生成最初电子合同；其中，在零售业、服务行业中，都需要通过人为的参与，MMPUE才能生成最初电子合同，具体地，在零售业，需要用户使用条形码扫描器才能把交易内容导入，在服务行业，需要用户手动选择服务项目，以使MMPUE可以根据支付方所选择的服务项目，生成电子合同；因此，根据实际的应用场景，MMPUE可以选择合适的应用软件生成最初电子合同；

所述最初电子合同可以包括：支付方用户名、被支付方商家名称、商品名称、单价、数量、总金额等信息；

在MMPUE根据交易细节生成最初电子合同之前，该方法还可以进一步包括：

MMPUE检测到支付方移动终端的信号，并在确认自身支持支付方移动终端的通信制式后，启动相应制式的射频和基带资源，建立强信号近场小区，之后与支付方移动终端建立链接，并在建立链接后，判断支付方移动终端是否具有支付业务权限，确定具有支付业务权限后，根据交易细节生成初始电子合同；

其中，MMPUE根据检测到的信号强度，确定检测到支付方移动终端的信号，具体地，检测到的信号强度大于等于预设的信号强度门限值后，确定检测到支付方移动终端的信号，这里，在实际应用过程中，支付方移动终端比如手机在空闲状态时，总是以一定的信号与本地小区的基站进行同步，因此，可以选用此信号的强度作为预设的信号强度；在实际应用时，在支付方与被支付方达成交易细节后，支付方可以将移动终端放在MMPUE的检测天线附近，以使支付方移动终端放在MMPUE的信号检测区，进而使MMPUE可以根据检测到的信号强度，确定检测到支付方移动终端的信号；

所述确认自身支持支付方移动终端的通信制式，具体为：

MMPUE通过自身的选频网络电路检测到支付方移动终端信号的频率范围，根据频率范围判断自身是否配置了相应的射频子系统，如果没有，则提示支付方操作失败，如果配置了相应的射频子系统，则根据支付方移动终端的通信制式设置选择相应的通信制式射频模块上电，并启动相应的基带资源，同时关闭自身的选频网络电路；这里，选频网络电路检测到支付方移动终端信号的频率范围的具体处理过程与现有的选频网络电路检测到移动终端信号的频率范围的处理过程基本相同，这里不再赘述；由于不同的通信制式所采用的频率范围不同，MMPUE事先通过设定的方式已获知各种通信制式所使用的频率范围，因此，MMPUE可以根据支付方移动终端信号的频率范围，获知支付方移动终端的通信制式；在实际使用过程中，为了更加准确、快速的检测到支付方移动终端的信号，MMPUE的用户可以省略确认是否支持支付方移动终端的通信制式的过程，通过人工询问、手工直接启动相应的通信制式射频模块上电，同时关闭MMPUE的选频网络电路；一般，各个国家的通信制式不同，用户可以根据使用MMPUE的用户所在的国家的通信制式，配置MMPUE的射频子系统，以使MMPUE能满足在该国家的所有通信制式；

MMPUE启动相应制式的射频和基带资源后，向支付方移动终端所属的服务提供商服务器请求支付方移动终端的通信制式下的服务小区相关信息，之后根据请求的相关信息建立强信号近场小区；其中，所述相关信息包括：小区身份(ID，Identification)号、及小区物理层关键参数等；MMPUE请求支付方移动终端的通信制式的服务小区的相关信息、以及根据请求的相关信息建立强信号近场小区的具体处理过程与现有的基站的处理过程基本相同，这里不再赘述；所述强信号近场小区是指：建立的小区的信号功率比较强，使得支付方移动终端检测到的小区信号与支付方移动终端所在服务小区信号的功率比值能大于切换门限值；MMPUE通过动态配置的方式可以获知支付方移动终端所属的服务提供商服务器的因特网协议(IP，Internet Protocol)地址，据此，向支付方移动终端所属的服务提供商服务器请求支付方移动终端的通信制式的服务小区的相关信息；这里，动态配置IP地址的具体处理过程与现有的动态配置IP地址的处理过程相同；

所述与支付方移动终端建立链接，具体为：

当支付方移动终端检测到强信号近场小区信号与支付方移动终端所在服务小区信号的功率比值大于切换门限值后，支付方移动终端将断开与所在服务小区的连接，切换到MMPUE建立的强信号近场小区，并建立链接；这里，在现有技术中，支付方移动终端已经配置了进行切换的切换门限值，与强信号近场小区建立链接的具体处理过程与支付方移动终端与所在服务小区建立链接的处理过程完全相同，支付方移动终端直接断开与所在服务小区的链接后，支付方移动终端与所在服务小区则不再有业务往来；在建立链接后，MMPUE将切换信息通知给支付方移动终端所属的服务提供商服务器，所述支付方移动终端所属的服务提供商服务器为：支付方移动终端移动服务提供商的管理用户数据及相关业务的服务器，比如第二代移动通讯技术(2G，Second Generation)中的无线网络控制器(RNC，Radio Network Controller)、或第三代移动通讯技术(3G，3rd-Generation)中的移动管理实体(MME，Mobility Management Entity)等，进行相应的数据更新，这里，MMPUE通过动态配置的方式可以获知支付方移动终端所属的服务提供商服务器的IP地址，据此，MMPUE将切换信息通知给支付方移动终端所属的服务提供商服务器，进行数据更新的处理过程与现有的处理过程完全相同；

所述判断支付方移动终端是否具有支付业务权限，具体为：

建立链接后，MMPUE向支付方移动终端所属的服务提供商服务器发送包含支付方移动终端SIM卡的用户信息的查询请求，所述服务器收到查询请求后，确认支付方移动终端用户信息正确后，向MMPUE返回确认消息；

MMPUE收到确认信息后，向业务运营服务器发送包含支付方移动终端号码的支付业务权限查询请求，业务运营服务器收到查询请求后，将查询请求中的移动终端号码与自身保存的业务相关信息相匹配，确定能匹配后，向MMPUE回复确认支持支付业务的消息；其中，在建立链接时，支付方移动终端需要将SIM卡的用户信息发送给MMPUE，MMPUE据此获得支付方移动终端SIM卡的用户信息；所述用户信息包括：用户名、用户状态等信息；

支付方只有开通支付业务后，才可以使用支付业务，即：才具有支付业务权限，支付方通过移动终端开通支付业务后，业务运营服务器上会保存有包含移动终端号码、已开通支付业务的标识、以及用户交易密码等的相关信息；这里，支付方开通支付业务时，只需要利用移动终端号码开通即可，就像开通移动运营商提供的其它普通业务一样，不需要在支付者移动终端上做任何处理；

MMPUE收到支持支付业务的消息后，就确认了支付方移动终端具有支付业务权限；确认用户信息的目的是为了确认用户的身份，确认支付方移动终端是否具有支付业务权限的目的是为了确认支付方移动终端已开通了支付业务，以免后续出现费用纠纷；当支付方移动终端所属的服务提供商服务器确认支付方移动终端用户信息错误后，向MMPUE返回错误消息，MMPUE收到错误消息后，提示支付方移动终端无法进行交易；同样的，业务运营服务器确定不能匹配后，向MMPUE发送不支持支付业务的消息，MMPUE收到消息后，提示支付方移动终端无法进行交易；

这里，支付方移动终端具体可以是手机；

在支付方与被支付方达成交易细节之前，该方法还可以进一步包括：

MMPUE上电启动后，与业务运营服务器建立链接，并进行鉴权处理；

其中，MMPUE上电启动，完成包括上电启动控制子系统、上电启动应用程序处理系统、以及时钟、基带、中频、射频等芯片的初始化工作，与计算机的启动过程类似；MMPUE与业务运营服务器建立链接的方式可以是无线通信方式，也可以是有线通信方式，可以事先在MMPUE上配置所采用的通信方式；如果采用无线通信方式，则启动相应的射频子系统，MMPUE搜索移动运营商本地服务小区，进行接入和小区附着，通过运营商移动通信网与业务运营服务器建立链接，具体处理过程与现有的移动终端比如手机等建立链接的处理过程完全相同，同时遵循无线通信的协议；如果采用有线通信方式，MMPUE则可以通过各种宽带连接技术通过互联网直接与业务运营服务器建链，具体处理过程与现有的通过互联网建立链接的处理过程完全相同，同时遵循有线通信的协议；

所述进行鉴权处理，主要包括对MMPUE的SIM卡的信息、MMPUE硬件信息、以及MMPUE用户的信息的鉴权，以保障MMPUE为验证的、授权的用户；这里，进行鉴权处理的具体处理过程与现有的鉴权处理过程完全相同；

鉴权完成后，MMPUE等待用户接入，此时，MMPUE只将选频网络电路开启，而将其它各种通信制式的射频模块处理成节电状态，这主要是为了节约能耗以及避免频率的干扰；在实际应用过程中，如果交易频繁，则用户可以选择将MMPUE的某一种通信制式的射频模块一直处在上电状态，而将选频网络电路和其它通信制式射频模块处于节电状态，这样，MMPUE就变成了某一通信制式的专用移动终端服务台；

步骤502：支付方移动终端收到初始电子合同并在确认后，向MMPUE发送确认信息，MMPUE向业务运营服务器发送包含确认信息及最终的电子合同的信息；

这里，支付方看到电子合同后，认为电子合同比较合理后，可以向MMPUE发送确认信息，所述确认信息可以包括用户交易密码、支付方用户名、支付账号等，也可以进一步包括用户指纹等，所述支付账号即为支付方移动终端号码，在实际应用时，可以根据需要灵活选择，举个例子来说，在交易金额比较小的场合，可以采用输入用户交易密码的方式向MMPUE发送确认信息，在交易金额比较大的场合，可以用指纹识别等高科技身份鉴别方式进行确认，此时，支付者可以通过与MMPUE连接的指纹输入设备输入自己的指纹；

当支付方认为电子合同不合理后，可以与被支付者通过MMPUE提供的人机交互界面对电子合同进行修改，合理后再向MMPUE发送确认信息，此时，MMPUE向业务运营服务器发送的电子合同为经过修改最后确认的电子合同。

步骤503：业务运营服务器收到信息后，完成扣款处理；

这里，所述完成扣款处理，具体为：

业务运营服务器判断用户交易密码是否正确，确定正确后，根据所述最终的电子合同中的扣款金额及支付方移动终端号码进行帐户扣款；

其中，所述业务运营服务器判断用户交易密码是否正确，具体为：

业务运营服务器判断收到的用户交易密码与自身保存的支付方移动终端号码的用户交易密码是否能匹配，确定能匹配后，则说明用户交易密码正确，否则，说明用户交易密码错误；

进行帐户扣款的具体处理过程与现有的进行帐户扣款的具体处理过程完全相同，这里不再赘述；

当确定用户交易密码错误时，业务运营服务器通知MMPUE用户交易密码错误，MMPUE收到通知后提示支付方移动终端密码错误，支付方移动终端收到提示后，可以重新向MMPUE发送用户交易密码，MMPUE将收到的用户交易密码发送给业务运营服务器，业务运营服务器收到用户交易密码后再进行判断，如果确定用户交易密码错误，再通知MMPUE用户交易密码错误，直至确定用户交易密码正确或已达到设置的判断次数为止，在实际应用时，依据需要设置判断次数，比如：可以设置判断次数为3；超过判断次数后，如果业务运营服务器仍确定用户交易密码错误，则通知MMPUE交易失败，MMPUE收到通知后，提示支付方移动终端交易失败；

在进行帐户扣款时，如果帐户余额不足，则业务运营服务器通知MMPUE交易失败，MMPUE收到通知后，提示支付方移动终端交易失败；

该方法还可以进一步包括：扣款成功后，业务运营服务器保存包含最终电子合同的交易记录，之后通知MMPUE交易成功；MMPUE收到通知后，关闭自身与支付方移动终端通信的射频和基带相关资源，并提醒与支付者移动终端之前建立链接的所在服务小区，支付者移动终端切换回正常通信的所在服务小区；

其中，关闭自身的相关资源后，就表示关闭了强近场小区，与支付者移动终端断开了链接；MMPUE通过支付者移动终端已事先获知与支付者移动终端之前建立链接的所在服务小区号，据此，提醒与支付者移动终端之前建立链接的所在服务小区；切换回正常通信的所在服务小区的具体处理过程与现有技术的处理过程完全相同。

这里，需要说明的是：本发明提供的方法中，MMPUE与支付方移动终端、业务运营服务器、支付方移动终端所属的服务提供商服务器、以及移动运营商基站小区等进行通信或数据传输时，都需要经过MMPUE的射频子系统、基带子系统对信号的处理才能将数据或消息发送出去或接收到，并且射频子系统、基带子系统对信号进行处理时，需要射频和基带软件子系统对射频子系统及基带子系统的硬件进行控制，并对基带算法的运算、以及各种通信协议进行处理，才能完成对信号的处理，并且MMPUE所进行的所有操作均在MMPUE的控制子系统的控制之下进行；其中，射频子系统、基带子系统对信号的处理与现有设备对信号处理的过程完全相同。

在实际应用时，MMPUE还可以保存被支付方，即：商家的销售业绩，商家也可以通过MMPUE进行当日或当月销售业绩的查询、分析等，以便掌握销售情况。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (17)

1.一种支付方法，其特征在于，该方法包括：

支付方与被支付方达成交易细节后，多模手机支付终端(MMPUE)根据交易细节生成最初电子合同，并向支付方移动终端发送最初电子合同；

支付方移动终端收到初始电子合同并在确认后，向MMPUE发送确认信息，MMPUE向业务运营服务器发送包含确认信息及最终的电子合同的信息；

业务运营服务器收到信息后，完成扣款处理。

2.根据权利要求1所述的方法，其特征在于，在MMPUE根据交易细节生成最初电子合同之前，该方法进一步包括：

MMPUE检测到支付方移动终端的信号，并在确认自身支持支付方移动终端的通信制式后，启动相应制式的射频和基带资源，建立强信号近场小区，之后与支付方移动终端建立链接，并在建立链接后，判断支付方移动终端是否具有支付业务权限，确定具有支付业务权限后，根据交易细节生成初始电子合同。

3.根据权利要求2所述的方法，其特征在于，所述确认自身支持支付方移动终端的通信制式，为：

MMPUE通过自身的选频网络电路检测到支付方移动终端信号的频率范围，根据频率范围判断自身是否配置了相应的射频子系统，确定已配置相应的射频子系统后，根据支付方移动终端的通信制式设置选择相应的通信制式射频模块上电，并启动相应的基带资源，同时关闭自身的选频网络电路。

4.根据权利要求2所述的方法，其特征在于，所述MMPUE建立强信号近场小区，为：

MMPUE向支付方终端所属的服务提供商服务器请求支付方移动终端的通信制式下的服务小区相关信息，并通过所述服务小区相关信息建立强信号小区；

所述与支付方移动终端建立链接，为：

当支付方移动终端检测到强信号近场小区信号与支付方移动终端所在服务小区信号的功率比值大于切换门限值后，支付方移动终端断开与所述所在服务小区的链接，切换到MMPUE建立的强信号近场小区，并建立链接。

5.根据权利要求2所述的方法，其特征在于，所述判断支付方移动终端是否具有支付业务权限，为：

建立链接后，MMPUE向支付方移动终端所属的服务提供商服务器发送包含支付方移动终端客户身份识别模块(SIM)卡的用户信息的查询请求，所述服务器收到查询请求后，确认支付方移动终端用户信息正确后，向MMPUE返回确认消息。

6.根据权利要求1至5任一项所述的方法，其特征在于，在支付方与被支付方达成交易细节之前，该方法还进一步包括：

MMPUE上电启动后，与业务运营服务器建立链接，并进行鉴权处理。

7.根据权利要求1至5任一项所述的方法，其特征在于，所述完成扣款处理，为：

业务运营服务器判断用户交易密码是否正确，确定正确后，根据所述最终的电子合同中的扣款金额及支付方移动终端号码进行帐户扣款。

8.根据权利要求7所述的方法，其特征在于，所述业务运营服务器判断用户交易密码是否正确，为：

业务运营服务器判断收到的用户交易密码与自身保存的支付方移动终端号码的用户交易密码是否能匹配。

9.根据权利要求7所述的方法，其特征在于，该方法进一步包括：

确定用户交易密码错误时，业务运营服务器通知MMPUE用户交易密码错误，MMPUE收到通知后提示支付方移动终端密码错误，支付方移动终端收到提示后，重新向MMPUE发送用户交易密码，MMPUE将收到的用户交易密码发送给业务运营服务器，业务运营服务器收到用户交易密码后再进行判断，如果确定用户交易密码错误，再通知MMPUE用户交易密码错误，直至确定用户交易密码正确或已达到设置的判断次数为止。

10.根据权利要求1至5任一项所述的方法，其特征在于，该方法进一步包括：

扣款成功后，业务运营服务器保存包含最终电子合同的交易记录，之后通知MMPUE交易成功；MMPUE收到通知后，关闭自身的相关资源，并提醒与支付者移动终端之前建立链接的所述所在服务小区，支付者移动终端切换回正常通信的所述所在服务小区。

11.一种多模手机支付终端，其特征在于，该终端包括：应用软件子系统、射频子系统、基带子系统、射频和基带软件子系统、以及控制子系统；其中，

应用软件子系统，用于在控制子系统的控制下，完成支付方与被支付方的人机交互，输入、生成、以及转发相关数据，并用于查询、分析、以及存储相关数据；

射频子系统，用于在控制子系统的控制下，将收到的信号依次进行滤波、放大、混频、模数(A/D)转换、以及数字中频处理，并将处理后的信号发送给基带子系统，并对收到基带子系统发送的信号依次进行数字中频处理、数模(D/A)转换、混频、放大、以及滤波处理，将处理后的信号发送出去；

基带子系统，用于在控制子系统的控制下，收到射频子系统发送的信号后，对信号进行基带信号处理，得到需要的数据，并将需要发送的数据进行基带信号处理，将处理后的信号发送给射频子系统；

射频和基带软件子系统，用于在控制子系统的控制下，对射频子系统及基带子系统硬件进行控制，并进行基带算法的运算、以及通信协议的处理；

控制子系统，用于控制应用软件子系统、射频子系统、基带子系统、以及射频和基带软件子系统进行相应的操作；

射频子系统包含两种以上通信制式的射频子系统。

12.根据权利要求11所述的终端，其特征在于，该终端进一步包括：

操作系统软件子系统，用于进行底层硬件驱动、资源管理、应用程序控制、以及人机交互。

13.一种支付系统，其特征在于，该系统包括：MMPUE、支付方移动终端、以及业务运营服务器；其中，

MMPUE，用于支付方与被支付方达成交易细节后，根据交易细节生成最初电子合同，并向支付方移动终端发送最初电子合同；并收到支付方移动终端发送的确认信息后，向业务运营服务器发送包含确认信息及最终的电子合同的信息；

支付方移动终端，用于收到MMPUE发送的最初电子合同并在确认后，向MMPUE发送确认信息；

业务运营服务器，用于收到MMPUE发送的信息后，完成扣款处理。

14.根据权利要求13所述的系统，其特征在于，

所述MMPUE，还用于检测到支付方移动终端的信号，并在确认自身支持支付方移动终端的通信制式后，启动相应制式的射频和基带资源，建立强信号近场小区，与支付方移动终端建立链接，并在建立链接后，判断支付方移动终端是否具有支付业务权限，确定具有支付业务权限后，根据交易细节生成最初电子合同；

所述支付方移动终端，还用于与MMPUE建立链接。

15.根据权利要求14所述的系统，其特征在于，该系统进一步包括：支付方移动终端服务提供商服务器，用于收到MMPUE发送的查询请求后，确认支付方移动终端用户信息正确后，向MMPUE返回确认消息；

所述MMPUE具体用于：在判断支付方移动终端是否具有支付业务权限时，向支付方移动终端服务提供商服务器发送包含支付方移动终端SIM卡的用户信息的查询请求，收到服务器返回的确认信息后，向业务运营服务器发送包含支付方移动终端号码的支付业务权限查询请求，并接收业务运营服务器回复确认的支持支付业务的消息；

所述业务运营服务器，具体用于：收到MMPUE发送的查询请求后，将查询请求中的移动终端号码与自身保存的业务相关信息相匹配，确定能匹配后，向MMPUE回复确认支持支付业务的消息。

16.根据权利要求13所述的系统，其特征在于，

所述MMPUE，还用于上电启动后，与业务运营服务器建立链接，并进行鉴权处理；

所述业务运营服务器，还用于与MMPUE建立链接，并进行鉴权处理。

17.根据权利要求13至16任一项所述的系统，其特征在于，

所述业务运营服务器，还用于扣款成功后，保存包含最终电子合同的交易记录，之后通知MMPUE交易成功；

所述MMPUE收到业务运营服务器的通知后，关闭自身的相关资源。

Images