从业务管理平台下载预先设置的安全密钥(204)。其中的用户信息管理系统可以包括应用服务管理(TSM)平台及客户关系管理(CRM)系统，TSM平台用于进行应用管理，第二客户端可以通过TSM平台接入CRM系统，CRM系统中存储有移动终端用户的用户信息，例如用户身份识别卡是否处于正常使用状态、卡中余额、签约业务等信息，第二客户端可以通过TSM平台请求CRM系统对第二移动终端的手机号码进行身份鉴权。之后，便可以进行如图2所示另一个实施例的流程:
[0077]210,在第一移动终端与第二移动终端发生碰撞时,第一移动终端获取发生碰撞的时间信息和地理位置信息并通过第一上报消息上报给业务管理平台，该第一上报消息中还包括第一移动终端的MAC地址；第二移动终端获取发生碰撞的时间信息和地理位置信息并通过第二上报消息上报给业务管理平台，该第二上报消息中还包括第二移动终端的MAC地址。
[0078]其中，第一移动终端与第二移动终端的时钟信息一致。
[0079]211，业务管理平台对分别接收到的上报消息中的时间信息和地理位置信息进行比较，获取时间之间差值在预设时差范围内、且地理位置间距在预设间距范围内的两个上报消息中分别携带的第一移动终端的MAC地址和第二移动终端的MAC地址，建立第一移动终端的MAC地址与第二移动终端的MAC地址之间的配对关系。
[0080]212，业务管理平台向第一移动终端发送第一连接建立指示，向第二移动终端发送第二连接建立指示。
[0081]其中，第一连接建立指示中包括第二移动终端的MAC地址，第二连接建立指示中包括第一移动终端的MAC地址。
[0082]213，第一移动终端与第二移动终端分别基于接收到的MAC地址与对端建立WiFi连接。
[0083]214，第一移动终端与第二移动终端分别通过屏幕提示用户选择本次业务中的身份。
[0084]215，第一移动终端接收用户通过交互界面输入的收款方身份，第二移动终端接收用户通过交互界面输入的付款方身份。
[0085]216，第一移动终端根据第一移动终端用户输入交易金额后发起的支付请求操作，向业务管理平台发送支付订单生成请求，该支付订单生成请求中包括交易金额和第一移动终端的MAC地址。
[0086]217，业务管理生成支付订单生成响应并返回第一移动终端，该支付订单生成响应中包括按照支付业务顺序生成的本次业务的支付订单号。
[0087]218，第一移动终端通过WiFi连接向第二移动终端发送订单信息，该订单信息中包括交易金额与支付订单号，另外还可以包括预先设置的商户名称。
[0088]219，业务管理平台向第二移动终端发送订单支付提示消息，该订单支付提示消息中包括支付订单号与交易金额。
[0089]220，响应于接收到第二移动终端返回的订单支付确认消息，业务管理平台向第二移动终端发送支付方式选择提示消息，该支付方式选择提示消息中包括可选择的支付方式，例如，银行卡支付、翼支付支付等。
[0090]221，响应于接收到第二移动终端根据用户选择返回的确认支付方式消息，业务管理平台向确认支付方式消息中支付方式对应的支付平台发送支付处理请求，该支付处理请求中包括第一移动终端的MAC地址对应的商户名称、支付订单号与交易金额、第二移动终端的MAC地址。
[0091]222，支付平台向第二移动终端发送支付交互页面，该支付交互页面中包括商户名称、支付订单号与交易金额。
[0092]223，第二移动终端接收用户输入支付信息后提交的支付请求消息，其中包括支付信息，利用下载的安全密钥对支付请求消息中的支付信息进行加密，然后将支付请求消息发送给支付平台。其中的支付信息可以包括但不限于用户账户与支付密码。
[0093]224，支付平台利用预先设置的安全密钥对支付请求消息中的支付信息进行解密，获得的支付信息。
[0094]其中的安全密钥与业务管理平台中的安全密钥一致，可以由管理员预先设置在支付平台中，也可以由支付平台从业务管理平台获取。
[0095]225，支付平台基于预先存储的用户信息对解密获得的支付信息进行验证，验证支付信息是否正确，例如，解密获得的用户账户、支付密码与预先存储的用户信息是否一致，并根据验证结果向第二移动终端返回支付成功或失败的支付结果通知消息，该支付结果通知消息中包括支付订单号与表示支付成功或失败的结果信息。
[0096]226，第二移动终端通过WiFi连接向第一移动终端返回支付结果响应消息，该支付结果响应消息中包括支付订单号。
[0097]本实施例利用运营商用户身份认证优势，读取用户身份识别卡中ICCID号进而获取用户手机号码的基础上，可完成用户身份鉴权及用户安全下载安全密钥，以加密支付信息，从而实现了支付信息的安全传输。
[0098]在本发明上述各基于移动终端之间的碰撞方式进行数据处理的方法实施例中，第一移动终端与业务管理平台之间可以采用安全超文本传输协议(HTTPS)交互上述实施例记载的各种信息，第二移动终端可以分别与业务管理平台、支付平台之间采用HTTPS交互上述实施例记载的各种信息，从而保证交互信息传输的安全性与正确性。
[0099]本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0100]图3为本发明第一移动终端一个实施例的结构示意图。该第一移动终端用于作为收款方身份移动终端，实现本发明上述各方法中第一移动终端的相应功能。如图3所示，该第一移动终端包括加速度传感器、时钟单元、定位单元、第一 WiFi单元和第一客户端。其中:
[0101]加速度传感器，用于通过检测该第一移动终端的加速度及物理振动，感应第一移动终端是否发生碰撞。
[0102]时钟单元，用于提供时钟信息。
[0103]定位单元，用于对第一移动终端进行定位，该定位单元包括采用GPS定位方式进行定位的GPS单元、或者与定位平台协作采用基站定位方式进行定位的通信业务单元。
[0104]第一 WiFi单元，用于实现WiFi通信功能；以及根据第一客户端的指示，基于第二移动终端的MAC地址与第二移动终端建立WiFi连接；以及根据第一客户端的指示，通过WiFi连接向第二移动终端发送订单信息，该订单信息中包括交易金额与支付订单号；接收第二移动终端通过WiFi连接返回的支付结果响应消息并转发给第一客户端，该支付结果响应消息中包括支付订单号。
[0105]第一客户端，用于在加速度传感器感应到该第一移动终端发生碰撞时，从时钟单元获取发生碰撞的时间信息，指示定位单元采用GPS定位方式或基站定位方式对该第一移动终端定位、或者指示第一 WiFi单元以WiFi定位方式对第一移动终端定位,获得该第一移动终端发生碰撞时的地理位置信息；并向业务管理平台发生第一上报消息，其中包括发生碰撞的时间信息和地理位置信息、第一移动终端的MAC地址；接收业务管理平台发送的第一连接建立指示，该第一连接建立指示中包括第二移动终端的MAC地址；指示第一 WiFi单元与第二移动终端建立WiFi连接；向业务管理平台发送支付订单生成请求，其中包括交易金额和第一移动终端的MAC地址；并接收业务管理生成的支付订单生成响应，其中包括支付订单号；指示第一 WiFi单元通过WiFi连接向第二移动终端发送订单信息。
[0106]示例性地，第一 WiFi单元与第二移动终端建立WiFi连接时，具体用于通过第一WiFi单元建立WiFi广播；接收第二移动终端发送的WiFi连接请求，该WiFi连接请求中包括第二移动终端的MAC地址；以及请求第一客户端对WiFi连接请求进行验证，并在WiFi连接请求通过验证后允许第二移动终端接入WiFi。
[0107]具体地，第一 WiFi单元请求第一客户端对WiFi连接请求进行验证时，用于将WiFi连接请求转发给第一客户端。相应地，第一客户端具体用于通过第一移动终端的屏幕显示WiFi连接请求；在接收到用户通过第一移动终端的交互界面输入的同意连接的指示时，该WiFi连接请求通过验证，向第一 WiFi单元请求返回WiFi连接请求通过验证的验证结果消息；或者，验证WiFi连接请求中第二移动终端的MAC地址是否与第一连接建立指示中第二移动终端的MAC地址相同；若二者相同，则该WiFi连接请求通过验证，向第一 WiFi单元请求返回WiFi连接请求通过验证的验证结果消息。
[0108]在本发明第一移动终端的另一个实施例中，第一客户端还用于在WiFi连接请求通过验证后，通过所在第一移动终端的屏幕提示用户选择本次业务中的身份；以及接收到用户通过交互界面输入的收款方身份后，执行向业务管理平台发送支付订单生成请求的操作。
[0109]另外，再参见图3，在本发明第一移动终端的又一个实施例中，还可以包括HTTPS通信单元，用于通过HTTPS传输信息，第一客户端与业务管理平台之间具体通过HTTPS通信单元采用HTTPS交互信息。
[0110]图4为本发明第二移动终端一个实施例的结构示意图。该第二移动终端用于作为收款方身份移动终端，实现本发明上述各方法中第二移动终端的相应功能。如图4所示，该第二移动终端包括加速度传感器、时钟单元、定位单元、第二 WiFi单元和第二客户端。其中:
[0111]加速度传感器，用于通过检测第二移动终端的加速度及物理振动，感应第二移动终端是否发生碰撞。
[0112]时钟单元，用于提供时钟信息。
[0113]定位单元，用于对第二移动终端进行定位，该定位单元包括采用GPS定位方式进行定位的GPS单元、或者与定位平台