本发明实施例公开了一种交易处理方法及终端，涉及通信领域，解决了在近场通信中的交易请求冲突的问题。具体方案为：在第一终端接收到第二终端发送的第一交易请求消息后，如果存在交易请求冲突，则第一终端根据第二终端的角色标识和/或第一终端的角色标识向第二终端发送第一交易响应消息，或者，第一终端不答复第一交易请求消息。本发明实施例用于解决交易请求冲突。
第一终端接收第二终端发送的第一交易请求消息，所述第一交易请求消息包括所述第二终端的角色标识，所述第二终端的角色标识为付款方角色标识或收款方角色标识；
如果存在交易请求冲突，则所述第一终端根据所述第二终端的角色标识和/或所述第一终端的角色标识确定所述第一交易请求消息处理的方式；
所述第一交易请求消息处理的方式为所述第一终端向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息，或者，所述第一终端不答复所述第一交易请求消息；
所述交易请求冲突是指在所述第一终端接收到所述第一交易请求消息的同时或预设时段内，所述第一终端向所述第二终端发送了第二交易请求消息，所述第二交易请求消息包括所述第一终端的角色标识，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
其中，所述第一终端不答复所述第一交易请求消息包括：
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识时，所述第一终端不答复所述第一交易请求消息，且接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息；或者，所述第一终端向所述第二终端发送第一交易响应消息包括：
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识时，所述第一终端向所述第二终端发送所述第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
2.根据权利要求1所述的方法，其特征在于，所述第一交易请求消息还包括所述第二终端的交易账号属性，所述第二交易请求消息还包括所述第一终端的交易账号属性，所述交易账号属性为个人账号或商户账号；
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，所述第二终端的交易账号属性为个人账号时，所述第一终端不答复所述第一交易请求消息，且接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，所述第一终端的交易账号属性为商户账号时，所述第一终端不答复所述第一交易请求消息，且接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息。
3.根据权利要求1所述的方法，其特征在于，所述第一交易请求消息还包括所述第二终端的交易账号属性，所述第二交易请求消息还包括所述第一终端的交易账号属性，所述交易账号属性为个人账号或商户账号；
所述第一终端向所述第二终端发送第一交易响应消息包括：
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，所述第二终端的交易账号属性为商户账号时，所述第一终端向所述第二终端发送所述第一交易响应消息且所述第二终端不答复所述第二交易请求消息；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，所述第一终端的交易账号属性为个人账号时，所述第一终端向所述第二终端发送所述第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
4.根据权利要求1所述的方法，其特征在于，如果存在交易请求冲突，则所述第一终端根据所述第二终端的角色标识和/或所述第一终端的角色标识确定所述第一交易请求消息处理的方式，所述方法具体包括：如果存在交易请求冲突，所述第一终端判断所述第一终端的角色标识与所述第二终端的角色标识是否相同，如果不同，则所述第一终端根据所述第二终端的角色标识和/或所述第一终端的角色标识确定第一交易请求处理的方式。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
所述第一终端判断所述第一终端的角色标识与所述第二终端的角色标识是否相同，如果相同，则
所述第一终端向所述第二终端发送异常通知消息，所述异常通知消息用于指示当前交易存在错误；
所述第一终端不答复所述第一交易请求消息，且提示当前交易存在错误。
6.根据权利要求1～5任意一项权利要求所述的方法，其特征在于，在所述第一终端接收第二终端发送的第一交易请求消息之后，所述方法还包括：所述第一终端确定不存在所述交易请求冲突，则所述第一终端向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息。
第一终端接收第二终端发送的第一交易请求消息，所述第一交易请求消息包括所述第二终端的能力标识，所述第二终端的能力标识用于指示所述第二终端是否可以向交易服务器提交交易处理请求；
如果存在交易请求冲突，则所述第一终端根据所述第一终端的能力标识和/或所述第二终端的能力标识确定所述第一交易请求消息处理的方式；
所述第一交易请求消息处理的方式为所述第一终端向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息，或者，所述第一终端不答复所述第一交易请求消息；
所述交易请求冲突是指在所述第一终端接收到所述第一交易请求消息的同时或预设时段内，所述第一终端向所述第二终端发送了第二交易请求消息，所述第二交易请求消息包括所述第一终端的能力标识，所述第一终端的能力标识用于指示所述第一终端是否可以向所述交易服务器提交交易处理请求。
8.根据权利要求7所述的方法，其特征在于，所述第一终端向所述第二终端发送第一交易响应消息包括：当所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向交易服务器提交交易处理请求时，所述第一终端向所述第二终端发送的第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
9.根据权利要求7所述的方法，其特征在于，所述第一终端不答复所述第一交易请求消息包括：
当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端不能向交易服务器提交交易处理请求时，所述第一终端不答复所述第一交易请求消息，且接收或等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息。
10.根据权利要求7所述的方法，其特征在于，所述第一终端向所述第二终端发送第一交易响应消息包括：当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端不能向所述交易服务器提交交易处理请求时，所述第一终端向所述第二终端发送的第一交易响应消息，且所述第二终端不答复所述第二交易请求消息。
11.根据权利要求7所述的方法，其特征在于，所述第一终端不答复所述第一交易请求消息包括：当所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，所述第一终端不答复所述第一交易请求消息，且接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息。
12.根据权利要求7所述的方法，其特征在于，所述第一交易请求消息还包括所述第二终端的随机数，所述第二终端的随机数是所述第二终端随机生成的，所述第二交易请求消息中还包括所述第一终端的随机数，所述第一终端的随机数是所述第一终端随机生成的，所述第一终端的随机数和所述第二终端的随机数具有相同的长度，所述第一终端向所述第二终端发送所述第一交易响应消息包括：当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，所述第一终端比较所述第一终端的随机数和所述第二终端的随机数是否满足第一预设规则，如果是，则所述第一终端向所述第二终端发送所述第一交易响应消息，且所述第二终端不答复所述第二交易请求消息，其中，所述第一预设规则为所述第一终端的随机数大于或者等于所述第二终端的随机数，或者，所述第一预设规则为所述第二终端的随机数大于或等于所述第一终端的随机数，或者，所述第一预设规则为当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数满足第一预定关系时，判断第一终端的随机数除预定区域之外的随机数大于第二终端的随机数除预定区域之外的随机数，当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数不满足第一预定关系时，判断第一终端的随机数在预定区域之外的随机数小于第二终端的随机数在预定区域之外的随机数，所述第一预定关系为所述第一终端的随机数的预定区域的随机数大于或等于所述第二终端的随机数的预定区域的随机数，或所述第一终端的随机数的预定区域的随机数小于所述第二终端的随机数的预定区域的随机数。
13.根据权利要求7所述的方法，其特征在于，所述第一交易请求消息还包括所述第二终端的随机数，所述第二终端的随机数是所述第二终端随机生成的，所述第二交易请求消息中还包括所述第一终端的随机数，所述第一终端的随机数是所述第一终端随机生成的，所述第一终端的随机数和所述第二终端的随机数具有相同的长度，所述第一终端不答复所述第一交易请求消息包括：当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，所述第一终端比较所述第一终端的随机数和所述第二终端的随机数是否满足第一预设规则，如果否，则所述第一终端不答复所述第一交易请求消息，且接收或等待接收所述第二终端发送的第二交易响应消息，其中，所述第一预设规则为所述第一终端的随机数大于或者等于所述第二终端的随机数，或者，所述第一预设规则为所述第二终端的随机数大于或等于所述第一终端的随机数，或者，所述第一预设规则为当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数满足第一预定关系时，判断第一终端的随机数除预定区域之外的随机数大于第二终端的随机数除预定区域之外的随机数，当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数不满足第一预定关系时，判断第一终端的随机数在预定区域之外的随机数小于第二终端的随机数在预定区域之外的随机数，所述第一预定关系为所述第一终端的随机数的预定区域的随机数大于或等于所述第二终端的随机数的预定区域的随机数，或所述第一终端的随机数的预定区域的随机数小于所述第二终端的随机数的预定区域的随机数。
14.根据权利要求7所述的方法，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
所述第一终端向所述第二终端发送第一交易响应消息包括：
当所述第一终端的角色标识是收款方角色标识和/或所述第二终端的角色标识是付款方角色标识，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，则所述第一终端向所述第二终端发送第一交易响应消息且所述第二终端不答复所述第二交易请求消息；
当所述第一终端的角色标识是付款方角色标识和/或所述第二终端的角色标识是收款方角色标识，且所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，则所述第一终端向所述第二终端发送第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
15.根据权利要求7所述的方法，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识是付款方角色标识和/或所述第二终端的角色标识是收款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求时，则所述第一终端不答复所述第一交易请求消息；
当所述第一终端的角色标识是收款方角色标识和/或所述第二终端的角色标识是付款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端不能向所述交易服务器提交交易处理请求时，则所述第一终端不答复所述第一交易请求消息。
16.根据权利要求7所述的方法，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识和所述第二终端的交易账号属性，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识和所述第一终端的交易账号属性，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
所述第一终端向所述第二终端发送第一交易响应消息包括：
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，且所述第二终端的能力标识指示所述第二终端能够向所述服务器提交所述交易处理请求，且所述第二终端的交易账号属性为商户账户时，则所述第一终端向所述第二终端发送第一交易响应消息；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，且所述第二终端的能力标识指示所述第二终端能够向所述服务器提交所述交易处理请求，且当所述第一终端的交易账号属性为个人账号时，则所述第一终端向所述第二终端发送第一交易响应消息。
17.根据权利要求7所述的方法，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识和所述第二终端的交易账号属性，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识和所述第一终端的交易账号属性，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述服务器提交所述交易处理请求，且所述第一终端的交易账号属性为商户账户时，则所述第一终端不答复所述第一交易请求消息；
当第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述服务器提交所述交易处理请求，且当所述第二终端的交易账号属性为个人账号时，则所述第一终端不答复所述第一交易请求消息。
18.根据权利要求7～17任一项权利要求所述的方法，其特征在于，如果存在交易请求冲突，则所述第一终端根据所述第一终端的能力标识和/或所述第二终端的能力标识确定所述第一交易请求消息处理的方式，所述方法具体包括：如果存在交易请求冲突，所述第一终端判断是否所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求且所述第二终端的能力标识指示所述第二终端不能向所述交易服务器提交交易处理请求；
如果不是，则所述第一终端根据所述第一终端的能力标识和/或所述第二终端的能力标识确定所述第一交易请求消息处理的方式。
19.根据权利要求7所述的方法，其特征在于，在所述第一终端接收第二终端发送的第一交易请求消息之后，所述方法还包括：所述第一终端确定不存在所述交易请求冲突，则所述第一终端向所述第二终端发送第一交易请求响应，所述第一交易请求响应用于答复所述第一交易请求消息。
所述第一终端判断所述第一消息为第一协商消息或第一交易请求消息，所述第一协商消息用于指示由所述第一终端向所述第二终端发送交易请求消息或者所述第二终端向所述第一终端发送交易请求消息；
当所述第一消息为所述第一协商消息时，所述第一终端判断是否作为交易的发起方，如果所述第一终端作为交易的发起方，则所述第一终端向所述第二终端发送第二交易请求消息，如果所述第一终端不作为交易的发起方，则所述第一终端向所述第二终端发送第二协商消息，所述第二协商消息用于指示所述第二终端向所述第一终端发送交易请求消息；
当所述第一消息为所述第一交易请求消息时，所述第一终端向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息。
收发单元，用于接收第二终端发送的第一交易请求消息，所述第一交易请求消息包括所述第二终端的角色标识，所述第二终端的角色标识为付款方角色标识或收款方角色标识；
处理单元，用于如果判断存在交易请求冲突，则根据所述第二终端的角色标识和/或所述第一终端的角色标识确定所述第一交易请求消息处理的方式；
所述第一交易请求消息处理的方式为所述收发单元，还用于向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息，或者，所述处理单元，还用于确定不答复所述第一交易请求消息；
所述交易请求冲突是指在所述第一终端接收到所述第一交易请求消息的同时或预设时段内，所述第一终端向所述第二终端发送了第二交易请求消息，所述第二交易请求消息包括所述第一终端的角色标识，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识时，不答复所述第一交易请求消息，且所述收发单元，还用于接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息；
所述收发单元还具体用于：当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识时，向所述第二终端发送所述第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
22.根据权利要求21所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的交易账号属性，所述第二交易请求消息还包括所述第一终端的交易账号属性，所述交易账号属性为个人账号或商户账号；
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，所述第二终端的交易账号属性为个人账号时，不答复所述第一交易请求消息，且所述收发单元，还用于接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，所述第一终端的交易账号属性为商户账号时，不答复所述第一交易请求消息，且所述收发单元，还用于接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息。
23.根据权利要求21所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的交易账号属性，所述第二交易请求消息还包括所述第一终端的交易账号属性，所述交易账号属性为个人账号或商户账号；
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，所述第二终端的交易账号属性为商户账号时，向所述第二终端发送所述第一交易响应消息且所述第二终端不答复所述第二交易请求消息；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，所述第一终端的交易账号属性为个人账号时，向所述第二终端发送所述第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
24.根据权利要求21所述的第一终端，其特征在于，如果存在交易请求冲突，则所述第一终端根据所述第二终端的角色标识和/或所述第一终端的角色标识确定所述第一交易请求消息处理的方式，所述处理单元具体用于：如果存在交易请求冲突，判断所述第一终端的角色标识与所述第二终端的角色标识是否相同，如果不同，则根据所述第二终端的角色标识和/或所述第一终端的角色标识确定第一交易请求处理的方式。
25.根据权利要求24所述的第一终端，其特征在于，所述处理单元还用于：
判断所述第一终端的角色标识与所述第二终端的角色标识是否相同，如果相同，则所述收发单元，还用于向所述第二终端发送异常通知消息，所述异常通知消息用于指示当前交易存在错误；
所述处理单元还用于不答复所述第一交易请求消息，且提示当前交易存在错误。
26.根据权利要求21～25任意一项权利要求所述的第一终端，其特征在于，所述处理单元还用于：确定不存在所述交易请求冲突，则所述收发单元向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息。
收发单元，用于接收第二终端发送的第一交易请求消息，所述第一交易请求消息包括所述第二终端的能力标识，所述第二终端的能力标识用于指示所述第二终端是否可以向交易服务器提交交易处理请求；
处理单元，用于如果判断存在交易请求冲突，则根据所述第一终端的能力标识和/或所述第二终端的能力标识确定所述第一交易请求消息处理的方式；
所述第一交易请求消息处理的方式为所述收发单元，还用于向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息，或者，所述处理单元，还用于确定不答复所述第一交易请求消息；
所述交易请求冲突是指在所述第一终端接收到所述第一交易请求消息的同时或预设时段内，所述第一终端向所述第二终端发送了第二交易请求消息，所述第二交易请求消息包括所述第一终端的能力标识，所述第一终端的能力标识用于指示所述第一终端是否可以向所述交易服务器提交交易处理请求。
28.根据权利要求27所述的第一终端，其特征在于，所述收发单元，具体用于：
当所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向交易服务器提交交易处理请求时，向所述第二终端发送的第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
29.根据权利要求27所述的第一终端，其特征在于，所述处理单元，具体用于：
当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端不能向交易服务器提交交易处理请求时，不答复所述第一交易请求消息，且所述收发单元，还用于接收或等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息。
30.根据权利要求27所述的第一终端，其特征在于，所述收发单元，具体用于：
当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端不能向所述交易服务器提交交易处理请求时，向所述第二终端发送的第一交易响应消息，且所述第二终端不答复所述第二交易请求消息。
31.根据权利要求27所述的第一终端，其特征在于，所述处理单元，具体用于：
当所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，不答复所述第一交易请求消息，且所述收发单元，还用于接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息。
32.根据权利要求27所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的随机数，所述第二终端的随机数是所述第二终端随机生成的，所述第二交易请求消息中还包括所述第一终端的随机数，所述第一终端的随机数是所述第一终端随机生成的，所述第一终端的随机数和所述第二终端的随机数具有相同的长度，所述收发单元，具体用于：当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，所述第一终端比较所述第一终端的随机数和所述第二终端的随机数是否满足第一预设规则，如果是，则向所述第二终端发送所述第一交易响应消息，且所述第二终端不答复所述第二交易请求消息，其中，所述第一预设规则为所述第一终端的随机数大于或者等于所述第二终端的随机数，或者，所述第一预设规则为所述第二终端的随机数大于或等于所述第一终端的随机数，或者，所述第一预设规则为当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数满足第一预定关系时，判断第一终端的随机数除预定区域之外的随机数大于第二终端的随机数除预定区域之外的随机数，当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数不满足第一预定关系时，判断第一终端的随机数在预定区域之外的随机数小于第二终端的随机数在预定区域之外的随机数，所述第一预定关系为所述第一终端的随机数的预定区域的随机数大于或等于所述第二终端的随机数的预定区域的随机数，或所述第一终端的随机数的预定区域的随机数小于所述第二终端的随机数的预定区域的随机数。
33.根据权利要求27所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的随机数，所述第二终端的随机数是所述第二终端随机生成的，所述第二交易请求消息中还包括所述第一终端的随机数，所述第一终端的随机数是所述第一终端随机生成的，所述第一终端的随机数和所述第二终端的随机数具有相同的长度，所述处理单元，具体用于：当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，比较所述第一终端的随机数和所述第二终端的随机数是否满足第一预设规则，如果否，则不答复所述第一交易请求消息，且所述收发单元，还用于接收或等待接收所述第二终端发送的第二交易响应消息，其中，所述第一预设规则为所述第一终端的随机数大于或者等于所述第二终端的随机数，或者，所述第一预设规则为所述第二终端的随机数大于或等于所述第一终端的随机数，或者，所述第一预设规则为当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数满足第一预定关系时，判断第一终端的随机数除预定区域之外的随机数大于第二终端的随机数除预定区域之外的随机数，当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数不满足第一预定关系时，判断第一终端的随机数在预定区域之外的随机数小于第二终端的随机数在预定区域之外的随机数，所述第一预定关系为所述第一终端的随机数的预定区域的随机数大于或等于所述第二终端的随机数的预定区域的随机数，或所述第一终端的随机数的预定区域的随机数小于所述第二终端的随机数的预定区域的随机数。
34.根据权利要求27所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识是收款方角色标识和/或所述第二终端的角色标识是付款方角色标识，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，则向所述第二终端发送第一交易响应消息且所述第二终端不答复所述第二交易请求消息；
当所述第一终端的角色标识是付款方角色标识和/或所述第二终端的角色标识是收款方角色标识，且所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，则向所述第二终端发送第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
35.根据权利要求27所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识是付款方角色标识和/或所述第二终端的角色标识是收款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求时，则不答复所述第一交易请求消息；
当所述第一终端的角色标识是收款方角色标识和/或所述第二终端的角色标识是付款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端不能向所述交易服务器提交交易处理请求时，则不答复所述第一交易请求消息。
36.根据权利要求27所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识和所述第二终端的交易账号属性，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识和所述第一终端的交易账号属性，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，且所述第二终端的能力标识指示所述第二终端能够向所述服务器提交所述交易处理请求，且所述第二终端的交易账号属性为商户账户时，则向所述第二终端发送第一交易响应消息；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，且所述第二终端的能力标识指示所述第二终端能够向所述服务器提交所述交易处理请求，且当所述第一终端的交易账号属性为个人账号时，则向所述第二终端发送第一交易响应消息。
37.根据权利要求27所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识和所述第二终端的交易账号属性，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识和所述第一终端的交易账号属性，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述服务器提交所述交易处理请求，且所述第一终端的交易账号属性为商户账户时，则不答复所述第一交易请求消息；
当第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述服务器提交所述交易处理请求，且当所述第二终端的交易账号属性为个人账号时，则不答复所述第一交易请求消息。
38.根据权利要求27～37任一项权利要求所述的第一终端，其特征在于，如果存在交易请求冲突，则所述第一终端根据所述第一终端的能力标识和/或所述第二终端的能力标识确定所述第一交易请求消息处理的方式，所述处理单元具体用于：如果存在交易请求冲突，所述第一终端判断是否所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求且所述第二终端的能力标识指示所述第二终端不能向所述交易服务器提交交易处理请求；
如果不是，则所述第一终端根据所述第一终端的能力标识和/或所述第二终端的能力标识确定所述第一交易请求消息处理的方式。
39.根据权利要求27所述的第一终端，其特征在于，所述处理单元，还用于：
确定不存在所述交易请求冲突，则所述收发单元向所述第二终端发送第一交易请求响应，所述第一交易请求响应用于答复所述第一交易请求消息。
处理单元，用于判断所述第一消息为第一协商消息或第一交易请求消息，所述第一协商消息用于指示由所述第一终端向所述第二终端发送交易请求消息或者所述第二终端向所述第一终端发送交易请求消息；
所述收发单元，还用于当所述第一消息为所述第一协商消息时，所述处理单元判断是否作为交易的发起方，如果所述第一终端作为交易的发起方，则向所述第二终端发送第二交易请求消息，如果所述第一终端不作为交易的发起方，则向所述第二终端发送第二协商消息，所述第二协商消息用于指示所述第二终端向所述第一终端发送交易请求消息；
所述收发单元，还用于当所述第一消息为所述第一交易请求消息时，向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息。
41.一种第一终端，其特征在于，所述第一终端包括：处理器、存储器、收发器和总线；所述处理器、所述存储器和所述收发器通过所述总线相互的通信；
所述收发器，用于接收第二终端发送的第一交易请求消息，所述第一交易请求消息包括所述第二终端的角色标识，所述第二终端的角色标识为付款方角色标识或收款方角色标识；
所述处理器，用于调用所述存储器中的指令执行如下方法：如果判断存在交易请求冲突，则根据所述第二终端的角色标识和/或所述第一终端的角色标识确定所述第一交易请求消息处理的方式；
所述第一交易请求消息处理的方式为所述收发器，还用于向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息，或者，所述处理器执行的方法还包括确定不答复所述第一交易请求消息；
所述交易请求冲突是指在所述第一终端接收到所述第一交易请求消息的同时或预设时段内，所述第一终端向所述第二终端发送了第二交易请求消息，所述第二交易请求消息包括所述第一终端的角色标识，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识时，不答复所述第一交易请求消息，且所述收发器，还用于接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识时，向所述第二终端发送所述第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
42.根据权利要求41所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的交易账号属性，所述第二交易请求消息还包括所述第一终端的交易账号属性，所述交易账号属性为个人账号或商户账号；
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，所述第二终端的交易账号属性为个人账号时，不答复所述第一交易请求消息，且所述收发器，还用于接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，所述第一终端的交易账号属性为商户账号时，不答复所述第一交易请求消息，且所述收发器，还用于接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息。
43.根据权利要求41所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的交易账号属性，所述第二交易请求消息还包括所述第一终端的交易账号属性，所述交易账号属性为个人账号或商户账号；
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，所述第二终端的交易账号属性为商户账号时，向所述第二终端发送所述第一交易响应消息且所述第二终端不答复所述第二交易请求消息；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，所述第一终端的交易账号属性为个人账号时，向所述第二终端发送所述第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
44.根据权利要求41所述的第一终端，其特征在于，如果存在交易请求冲突，则所述第一终端根据所述第二终端的角色标识和/或所述第一终端的角色标识确定所述第一交易请求消息处理的方式，所述处理器具体用于：如果存在交易请求冲突，判断所述第一终端的角色标识与所述第二终端的角色标识是否相同，如果不同，则根据所述第二终端的角色标识和/或所述第一终端的角色标识确定第一交易请求处理的方式。
45.根据权利要求44所述的第一终端，其特征在于，所述处理器执行的方法还包括：
判断所述第一终端的角色标识与所述第二终端的角色标识是否相同，如果相同，则所述收发器，还用于向所述第二终端发送异常通知消息，所述异常通知消息用于指示当前交易存在错误；
所述处理器执行的方法还包括不答复所述第一交易请求消息；
所述处理器执行的方法还包括不答复所述第一交易请求消息，且提示当前交易存在错误。
46.根据权利要求41～45任意一项权利要求所述的第一终端，其特征在于，所述处理器执行的方法还包括：确定不存在所述交易请求冲突，则所述收发器向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息。
47.一种第一终端，其特征在于，所述第一终端包括：处理器、存储器、收发器和总线；所述处理器、所述存储器和所述收发器通过所述总线相互的通信；
所述收发器，用于接收第二终端发送的第一交易请求消息，所述第一交易请求消息包括所述第二终端的能力标识，所述第二终端的能力标识用于指示所述第二终端是否可以向交易服务器提交交易处理请求；
所述处理器，用于调用所述存储器中的指令执行如下方法：如果判断存在交易请求冲突，则根据所述第一终端的能力标识和/或所述第二终端的能力标识确定所述第一交易请求消息处理的方式；
所述第一交易请求消息处理的方式为所述收发器，还用于向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息，或者，所述处理器执行的方法还包括确定不答复所述第一交易请求消息；
所述交易请求冲突是指在所述第一终端接收到所述第一交易请求消息的同时或预设时段内，所述第一终端向所述第二终端发送了第二交易请求消息，所述第二交易请求消息包括所述第一终端的能力标识，所述第一终端的能力标识用于指示所述第一终端是否可以向所述交易服务器提交交易处理请求。
48.根据权利要求47所述的第一终端，其特征在于，所述收发器，具体用于：
当所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向交易服务器提交交易处理请求时，向所述第二终端发送的第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
49.根据权利要求47所述的第一终端，其特征在于，所述处理器，具体用于：
当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端不能向交易服务器提交交易处理请求时，不答复所述第一交易请求消息，且所述收发器，还用于接收或等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息。
50.根据权利要求47所述的第一终端，其特征在于，所述收发器，具体用于：
当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端不能向所述交易服务器提交交易处理请求时，向所述第二终端发送的第一交易响应消息，且所述第二终端不答复所述第二交易请求消息。
51.根据权利要求47所述的第一终端，其特征在于，所述处理器，具体用于：
当所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，不答复所述第一交易请求消息，且所述收发器，还用于接收或者等待接收所述第二终端发送的第二交易响应消息，所述第二交易响应消息用于答复所述第二交易请求消息。
52.根据权利要求47所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的随机数，所述第二终端的随机数是所述第二终端随机生成的，所述第二交易请求消息中还包括所述第一终端的随机数，所述第一终端的随机数是所述第一终端随机生成的，所述第一终端的随机数和所述第二终端的随机数具有相同的长度，所述收发器，具体用于：当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，所述处理器执行的方法还包括比较所述第一终端的随机数和所述第二终端的随机数是否满足第一预设规则，如果是，则向所述第二终端发送所述第一交易响应消息，且所述第二终端不答复所述第二交易请求消息，其中，所述第一预设规则为所述第一终端的随机数大于或者等于所述第二终端的随机数，或者，所述第一预设规则为所述第二终端的随机数大于或等于所述第一终端的随机数，或者，所述第一预设规则为当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数满足第一预定关系时，判断第一终端的随机数除预定区域之外的随机数大于第二终端的随机数除预定区域之外的随机数，当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数不满足第一预定关系时，判断第一终端的随机数在预定区域之外的随机数小于第二终端的随机数在预定区域之外的随机数，所述第一预定关系为所述第一终端的随机数的预定区域的随机数大于或等于所述第二终端的随机数的预定区域的随机数，或所述第一终端的随机数的预定区域的随机数小于所述第二终端的随机数的预定区域的随机数。
53.根据权利要求47所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的随机数，所述第二终端的随机数是所述第二终端随机生成的，所述第二交易请求消息中还包括所述第一终端的随机数，所述第一终端的随机数是所述第一终端随机生成的，所述第一终端的随机数和所述第二终端的随机数具有相同的长度，所述处理器执行的方法还包括：当所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，比较所述第一终端的随机数和所述第二终端的随机数是否满足第一预设规则，如果否，则不答复所述第一交易请求消息，且所述收发器，还用于接收或等待接收所述第二终端发送的第二交易响应消息，其中，所述第一预设规则为所述第一终端的随机数大于或者等于所述第二终端的随机数，或者，所述第一预设规则为所述第二终端的随机数大于或等于所述第一终端的随机数，或者，所述第一预设规则为当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数满足第一预定关系时，判断第一终端的随机数除预定区域之外的随机数大于第二终端的随机数除预定区域之外的随机数，当所述第一终端的随机数和所述第二终端的随机数的相同预定区域的随机数不满足第一预定关系时，判断第一终端的随机数在预定区域之外的随机数小于第二终端的随机数在预定区域之外的随机数，所述第一预定关系为所述第一终端的随机数的预定区域的随机数大于或等于所述第二终端的随机数的预定区域的随机数，或所述第一终端的随机数的预定区域的随机数小于所述第二终端的随机数的预定区域的随机数。
54.根据权利要求47所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识是收款方角色标识和/或所述第二终端的角色标识是付款方角色标识，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，则向所述第二终端发送第一交易响应消息且所述第二终端不答复所述第二交易请求消息；
当所述第一终端的角色标识是付款方角色标识和/或所述第二终端的角色标识是收款方角色标识，且所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端能够向所述交易服务器提交交易处理请求时，则向所述第二终端发送第一交易响应消息且所述第二终端不答复所述第二交易请求消息。
55.根据权利要求47所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识是付款方角色标识和/或所述第二终端的角色标识是收款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求时，则不答复所述第一交易请求消息；
当所述第一终端的角色标识是收款方角色标识和/或所述第二终端的角色标识是付款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述交易服务器提交交易处理请求，且所述第二终端的能力标识指示所述第二终端不能向所述交易服务器提交交易处理请求时，则不答复所述第一交易请求消息。
56.根据权利要求47所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识和所述第二终端的交易账号属性，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识和所述第一终端的交易账号属性，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，且所述第二终端的能力标识指示所述第二终端能够向所述服务器提交所述交易处理请求，且所述第二终端的交易账号属性为商户账户时，则向所述第二终端发送第一交易响应消息；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，且所述第二终端的能力标识指示所述第二终端能够向所述服务器提交所述交易处理请求，且当所述第一终端的交易账号属性为个人账号时，则向所述第二终端发送第一交易响应消息。
57.根据权利要求47所述的第一终端，其特征在于，所述第一交易请求消息还包括所述第二终端的角色标识和所述第二终端的交易账号属性，所述第二终端的角色标识为付款方角色标识或收款方角色标识，所述第二交易请求消息还包括所述第一终端的角色标识和所述第一终端的交易账号属性，所述第一终端的角色标识为付款方角色标识或收款方角色标识；
当所述第一终端的角色标识为收款方角色标识和/或所述第二终端的角色标识为付款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述服务器提交所述交易处理请求，且所述第一终端的交易账号属性为商户账户时，则不答复所述第一交易请求消息；
当第一终端的角色标识为付款方角色标识和/或所述第二终端的角色标识为收款方角色标识，且所述第一终端的能力标识指示所述第一终端能够向所述服务器提交所述交易处理请求，且当所述第二终端的交易账号属性为个人账号时，则不答复所述第一交易请求消息。
58.根据权利要求47～57任一项权利要求所述的第一终端，其特征在于，如果存在交易请求冲突，则所述第一终端根据所述第一终端的能力标识和/或所述第二终端的能力标识确定所述第一交易请求消息处理的方式，所述处理器具体用于：如果存在交易请求冲突，所述第一终端判断是否所述第一终端的能力标识指示所述第一终端不能向所述交易服务器提交交易处理请求且所述第二终端的能力标识指示所述第二终端不能向所述交易服务器提交交易处理请求；
如果不是，则所述第一终端根据所述第一终端的能力标识和/或所述第二终端的能力标识确定所述第一交易请求消息处理的方式。
59.根据权利要求47所述的第一终端，其特征在于，所述处理器执行的方法还包括：
确定不存在所述交易请求冲突，则所述收发器向所述第二终端发送第一交易请求响应，所述第一交易请求响应用于答复所述第一交易请求消息。
60.一种第一终端，其特征在于，所述第一终端包括：处理器、存储器、收发器和总线；所述处理器、所述存储器和所述收发器通过所述总线相互的通信；
所述处理器，用于调用所述存储器中的指令执行如下方法：判断所述第一消息为第一协商消息或第一交易请求消息，所述第一协商消息用于指示由所述第一终端向所述第二终端发送交易请求消息或者所述第二终端向所述第一终端发送交易请求消息；
所述收发器，还用于当所述第一消息为所述第一协商消息时，所述处理器判断是否作为交易的发起方，如果所述第一终端作为交易的发起方，则向所述第二终端发送第二交易请求消息，如果所述第一终端不作为交易的发起方，则向所述第二终端发送第二协商消息，所述第二协商消息用于指示所述第二终端向所述第一终端发送交易请求消息；
所述收发器，还用于当所述第一消息为所述第一交易请求消息时，向所述第二终端发送第一交易响应消息，所述第一交易响应消息用于答复所述第一交易请求消息。
一种交易处理方法及终端
技术领域
[0001] 本发明实施例涉及通信领域，尤其涉及一种交易处理方法及终端。
背景技术
[0002] 近场通信(Near Field Communication，NFC)是一种基于射频识别(Radio Frequency Identification，RFID)的短距离无线通信技术，即利用磁场感应实现终端在近距离间的通信，用户只需要通过触碰终端或者终端靠近，就可以安全快速地交换信息或进行交易，如近场支付。
[0003] 示例的，第一终端与第二终端需要进行近场支付，如图1所示，在交易发起时，第一终端向第二终端发送交易请求(Money Transfer Request，MTR)消息，MTR消息用于指示第二终端反馈用于交易需要使用的收款或付款账号信息，根据实现，MTR消息中还可以包括第一终端用于交易的支付应用标识信息，例如，微信或支付宝；第二终端接收到MTR消息后，向第一终端发送交易响应(Money Transfer Response，MTS)消息，MTS消息包括根据MTR消息中所要求的内容所反馈的用于交易处理的信息，如对应于MTR消息中指示的支付应用的账号信息；第一终端接收到MTS消息后，生成交易请求，提交给服务器进行交易处理。服务器将交易处理结果发送给第一终端和第二终端，完成交易。
[0004] 但是，终端在进行交易时，交易双方均有可能发起交易，例如，第一终端是付款方终端，第二终端是收款方终端，在触发交易的过程中，既可以是付款方用户在付款方终端上选择付款功能，然后触碰收款方终端，发起交易；或者，收款方用户在收款方终端上选择收款功能，然后触碰付款方终端，发起交易；还可以是付款方用户和收款方用户分别进行响应的操作，然后使付款方终端和收款方终端进行触碰。由于双方在发起交易时不知道对方是否也会发起交易，第一终端和第二终端同时或几乎同时发送了MTR消息，导致交易双方均等待对方的MTS响应，进程被锁死，交易超时失败；或者，导致交易被执行两遍。因此，如何解决在近场通信中的交易请求冲突是一个亟待解决的问题。
发明内容
[0005] 本发明实施例提供一种交易处理方法及终端，通过确定交易信息的有效性，以及有效的交易发起方来解决在近场通信中的交易请求冲突的问题。
[0006] 为解决上述技术问题，本发明实施例提供如下技术方案：
[0007] 本发明实施例的第一方面，提供一种交易处理方法，包括：
[0008] 在第一终端接收到第二终端发送的第一交易请求消息后，如果第一终端在接收到第一交易请求消息的同时已向第二终端发送了第二交易请求消息，或者，在第一终端接收到第一交易请求消息的时刻开始之前或之后的预设时段内已向第二终端发送了第二交易请求消息，第一终端确定存在交易请求冲突；则第一终端根据第一终端的角色标识和/或第二终端的角色标识确定第一交易请求消息处理的方式，该第一交易请求消息处理的方式为第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息，即第一终端确定第二终端为交易的发起者，第一交易响应消息用于答复第一交易请求消息，或者，第一终端不答复第一交易请求消息，即第一终端确定第一终端自己为交易的发起者，接收或者等待接收第二终端向第一终端发送的第二交易响应消息，第二交易响应消息用于答复第二交易请求消息；其中，第一交易请求消息包括第二终端的角色标识，第二终端的角色标识为付款方角色标识或收款方角色标识，第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为付款方角色标识或收款方角色标识。
[0009] 本发明实施例提供的交易处理方法，在第一终端接收到第二终端发送的第一交易请求消息后，如果第一终端在接收到第一交易请求消息的同时已向第二终端发送了第二交易请求消息，或者，在第一终端接收到第一交易请求消息的时刻开始之前或之后的预设时段内已向第二终端发送了第二交易请求消息，第一终端确定存在交易请求冲突，然后，第一终端根据第二终端的角色标识和/或第一终端的角色标识确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，或者第一终端不答复第二终端发送的第一交易请求消息，即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步第一终端接收或等待接收第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0010] 需要说明的是，第二终端的角色标识是第二终端预先配置的或者在第二终端发送第一交易请求消息的同时或之前确定的。同理，第一终端的角色标识是第一终端预先配置的或者在第一终端发送第二交易请求消息的同时或之前确定的。
[0011] 结合第一方面，在一种可能的实现方式中，第一终端不答复第一交易请求消息包括：当第一终端的角色标识为付款方角色标识和/或第二终端的角色标识为收款方角色标识时，第一终端不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，第二交易响应消息用于答复第二交易请求消息。
[0012] 从而，第一终端根据第二终端的角色标识为收款方角色标识和/或第一终端的角色标识为付款方角色标识确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端不答复第二终端发送的第一交易请求消息，即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步第一终端接收或等待接收第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0013] 结合第一方面，在另一种可能的实现方式中，第一终端向第二终端发送第一交易响应消息包括：当第一终端的角色标识为收款方角色标识和/或第二终端的角色标识为付款方角色标识时，第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息。
[0014] 从而，第一终端根据第二终端的角色标识为付款方角色标识和/或第一终端的角色标识为收款方角色标识确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0015] 需要说明的是，从交易角色来看，付款方通常比收款方在交易方式的选择上有更多的考虑，当收付款双方都是消费者账户时，比较合理的是由付款方发起交易。
[0016] 结合第一方面，在另一种可能的实现方式中，第一交易请求消息还包括第二终端的交易账号属性，第二交易请求消息还包括第一终端的交易账号属性，交易账号属性为个人账号或商户账号，第一终端不答复第一交易请求消息包括：当第一终端的角色标识为付款方角色标识和/或第二终端的角色标识为收款方角色标识，第二终端的交易账号属性为个人账号时，第一终端不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，第二交易响应消息用于答复第二交易请求消息。
[0017] 从而，第一终端根据第二终端的角色标识为收款方角色标识和/或第一终端的角色标识为付款方角色标识，以及第二终端的交易账号属性为个人账号确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端不答复第二终端发送的第一交易请求消息，即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步第一终端接收或等待接收第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0018] 当第一终端的角色标识为收款方角色标识和/或第二终端的角色标识为付款方角色标识，第一终端的交易账号属性为商户账号时，第一终端不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，第二交易响应消息用于答复第二交易请求消息。这样当收款方为商户账号时，由收款方发起交易可以减少付款方终端的操作，降低付款方终端的能耗。
[0019] 从而，第一终端根据第二终端的角色标识为付款方角色标识和/或第一终端的角色标识为收款方角色标识，以及第一终端的交易账号属性为商户账号确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0020] 结合第一方面，在另一种可能的实现方式中，第一交易请求消息还包括第二终端的交易账号属性，第二交易请求消息还包括第一终端的交易账号属性，交易账号属性为个人账号或商户账号，第一终端向第二终端发送第一交易响应消息包括：当第一终端的角色标识为付款方角色标识和/或第二终端的角色标识为收款方角色标识，第二终端的交易账号属性为商户账号时，第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息。
[0021] 从而，第一终端根据第二终端的角色标识为付款方角色标识和/或第一终端的角色标识为收款方角色标识，以及第二终端的交易账号属性为商户账号确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0022] 当第一终端的角色标识为收款方角色标识和/或第二终端的角色标识为付款方角色标识，第一终端的交易账号属性为个人账号时，第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息。
[0023] 从而，第一终端根据第二终端的角色标识为付款方角色标识和/或第一终端的角色标识为收款方角色标识，以及第一终端的交易账号属性为个人账号确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0024] 结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，如果存在交易请求冲突，则第一终端根据第二终端的角色标识和/或第一终端的角色标识确定第一交易请求处理的方式，方法具体包括：如果存在交易请求冲突，第一终端判断第一终端的角色标识与第二终端的角色标识是否相同，如果不同，则第一终端根据第二终端的角色标识和/或第一终端的角色标识确定第一交易请求处理的方式。
[0025] 结合上述可能的实现方式，在另一种可能的实现方式中，方法还包括：第一终端判断第一终端的角色标识与第二终端的角色标识是否相同，如果相同，则第一终端向第二终端发送异常通知消息，异常通知消息用于指示当前交易存在错误；或者，第一终端不答复第一交易请求消息，终止本次交易；或者，第一终端不答复第一交易请求消息，且通过图像、声音和震动等用户界面中的一种或多种向用户提示当前交易存在错误，终止本次交易。
[0026] 结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，在第一终端接收第二终端发送的第一交易请求消息之后，方法还包括：
[0027] 第一终端确定不存在交易请求冲突，则第一终端向第二终端发送第一交易响应消息，第一交易响应消息用于答复第一交易请求消息。
[0028] 本发明实施例的第二方面，提供一种交易处理方法，包括：
[0029] 在第一终端接收到第二终端发送的第一交易请求消息后，如果第一终端在接收到第一交易请求消息的同时已向第二终端发送了第二交易请求消息，或者，在第一终端接收到第一交易请求消息的时刻开始之前或之后的预设时段内已向第二终端发送了第二交易请求消息，第一终端确定存在交易请求冲突；则第一终端根据第一终端的能力标识和/或第二终端的能力标识确定第一交易请求消息处理的方式，该第一交易请求消息处理的方式为第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息，即第一终端确定第二终端为交易的发起者，第一交易响应消息用于答复第一交易请求消息，或者，第一终端不答复第一交易请求消息，即第一终端确定第一终端自己为交易的发起者，接收或者等待接收第二终端向第一终端发送的第二交易响应消息，第二交易响应消息用于答复第二交易请求消息；其中，第一交易请求消息包括第二终端的能力标识，第二终端的能力标识用于指示第二终端是否可以向交易服务器提交交易处理请求，第二交易请求消息包括第一终端的能力标识，第一终端的能力标识用于指示第一终端是否可以向交易服务器提交交易处理请求。
[0030] 本发明实施例提供的交易处理方法，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端根据第二终端的能力标识和/或第一终端的能力标识确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，或者第一终端不答复第二终端发送的第一交易请求消息即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步等待第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0031] 结合第二方面，在一种可能的实现方式中，第一终端向第二终端发送第一交易响应消息包括：当第一终端的能力标识指示第一终端不能向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求时，第一终端向第二终端发送的第一交易响应消息且第二终端不答复第二交易请求消息。
[0032] 从而，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端根据第二终端的能力标识和第一终端的能力标识确定由能够向交易服务器提交交易处理请求的终端为交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得由不能够向交易服务器提交交易处理请求的终端向能够向交易服务器提交交易处理请求的终端发送交易响应消息，即第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0033] 结合第二方面，在另一种可能的实现方式中，第一终端不答复第一交易请求消息包括：当第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端不能向交易服务器提交交易处理请求时，第一终端不答复第一交易请求消息，且接收或等待接收第二终端发送的第二交易响应消息，第二交易响应消息用于答复第二交易请求消息。
[0034] 从而，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端根据第二终端的能力标识和第一终端的能力标识确定由能够向交易服务器提交交易处理请求的终端为交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得由不能够向交易服务器提交交易处理请求的终端向能够向交易服务器提交交易处理请求的终端发送交易响应消息，即第一终端不答复第二终端发送的第一交易请求消息即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步等待第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0035] 结合第二方面，在另一种可能的实现方式中，第一终端向第二终端发送第一交易响应消息包括：当第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端不能向交易服务器提交交易处理请求时，第一终端向第二终端发送的第一交易响应消息，且第二终端不答复第二交易请求消息。
[0036] 结合第二方面，在另一种可能的实现方式中，第一终端不答复第一交易请求消息包括：当第一终端的能力标识指示第一终端不能向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求时，第一终端不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，第二交易响应消息用于答复第二交易请求消息。
[0037] 从而，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端根据第二终端的能力标识和第一终端的能力标识确定由能够向交易服务器提交交易处理请求的终端为交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得由能够向交易服务器提交交易处理请求的终端向不能够向交易服务器提交交易处理请求的终端发送交易响应消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0038] 结合第二方面，在另一种可能的实现方式中，第一交易请求消息还包括第二终端的随机数，第二终端的随机数是第二终端随机生成的，第二交易请求消息中还包括第一终端的随机数，第一终端的随机数是第一终端随机生成的，第一终端的随机数和第二终端的随机数具有相同的长度，第一终端向第二终端发送第一交易响应消息包括：当第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求时，第一终端比较第一终端的随机数和第二终端的随机数是否满足第一预设规则，如果是，则第一终端向第二终端发送第一交易响应消息，且第二终端不答复第二交易请求消息。
[0039] 结合第二方面，在另一种可能的实现方式中，第一交易请求消息还包括第二终端的随机数，第二终端的随机数是第二终端随机生成的，第二交易请求消息中还包括第一终端的随机数，第一终端的随机数是第一终端随机生成的，第一终端的随机数和第二终端的随机数具有相同的长度，第一终端不答复第一交易请求消息包括：当第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求时，第一终端比较第一终端的随机数和第二终端的随机数是否满足第一预设规则，如果否，则第一终端不答复第一交易请求消息，且接收或等待接收第二终端发送的第二交易请求消息。
[0040] 需要说明的是，第一预设规则为第一终端的随机数大于或者等于第二终端的随机数，或者，第一预设规则为第二终端的随机数大于或等于第一终端的随机数，或者，第一预设规则为当第一终端的随机数和第二终端的随机数的相同预定区域的随机数满足第一预定关系时，判断第一终端的随机数除预定区域之外的随机数大于第二终端的随机数除预定区域之外的随机数，当第一终端的随机数和第二终端的随机数的相同预定区域的随机数不满足第一预定关系时，判断第一终端的随机数在预定区域之外的随机数小于第二终端的随机数在预定区域之外的随机数，第一预定关系为第一终端的随机数的预定区域的随机数大于或等于第二终端的随机数的预定区域的随机数，或第一终端的随机数的预定区域的随机数小于第二终端的随机数的预定区域的随机数。
[0041] 结合第二方面，在另一种可能的实现方式中，第一交易请求消息还包括第二终端的角色标识，第二终端的角色标识为付款方角色标识或收款方角色标识，第二交易请求消息还包括第一终端的角色标识，第一终端的角色标识为付款方角色标识或收款方角色标识，第一终端向第二终端发送第一交易响应消息包括：当第一终端的角色标识是收款方角色标识和/或第二终端的角色标识是付款方角色标识时，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求时，则第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息；或者，当第一终端的角色标识是付款方角色标识和/或第二终端的角色标识是收款方角色标识时，且第一终端的能力标识指示第一终端不能向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求时，则第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息。
[0042] 从而，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端确定由能够向交易服务器提交交易处理请求的付款方作为交易发起者，在付款方不可以向交易服务器提交交易处理请求时，由能够向交易服务器提交交易处理请求的收款方作为交易发起者，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息来，忽略第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0043] 结合第二方面，在另一种可能的实现方式中，第一交易请求消息还包括第二终端的角色标识，第二终端的角色标识为付款方角色标识或收款方角色标识，第二交易请求消息还包括第一终端的角色标识，第一终端的角色标识为付款方角色标识或收款方角色标识，第一终端不答复第一交易请求消息包括：当第一终端的角色标识是付款方角色标识和/或第二终端的角色标识是收款方角色标识时，且第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求时，则第一终端不答复第一交易请求消息；或者，当第一终端的角色标识是收款方角色标识和/或第二终端的角色标识是付款方角色标识时，且第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端不能向交易服务器提交交易处理请求时，则第一终端不答复第一交易请求消息。
[0044] 从而，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端确定由能够向交易服务器提交交易处理请求的付款方作为交易发起者，在付款方不可以向交易服务器提交交易处理请求时，由能够向交易服务器提交交易处理请求的收款方作为交易发起者，使得第一终端不答复第二终端发送的第一交易请求消息，即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步等待第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0045] 结合第二方面，在另一种可能的实现方式中，第一交易请求消息还包括第二终端的角色标识和第二终端的交易账号属性，第二终端的角色标识为付款方角色标识或收款方角色标识，第二交易请求消息还包括第一终端的角色标识和第一终端的交易账号属性，第一终端的角色标识为付款方角色标识或收款方角色标识，第一终端向第二终端发送第一交易响应消息包括：当第一终端的角色标识为付款方角色标识和/或第二终端的角色标识为收款方角色标识时，且第二终端的能力标识指示第二终端能够向服务器提交交易处理请求，且第二终端的交易账号属性为商户账户，则第一终端向第二终端发送第一交易响应消息；或者，当第一终端的角色标识为收款方角色标识和/或第二终端的角色标识为付款方角色标识时，且第二终端的能力标识指示第二终端能够向服务器提交交易处理请求，且当第一终端的交易账号属性为个人账号，则第一终端向第二终端发送第一交易响应消息。
[0046] 从而，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端确定由能够向交易服务器提交交易处理请求且交易账号属性为商户账户的收款方作为交易发起者，或由能够向交易服务器提交交易处理请求的付款方作为交易发起者，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0047] 结合第二方面，在另一种可能的实现方式中，第一交易请求消息还包括第二终端的角色标识和第二终端的交易账号属性，第二终端的角色标识为付款方角色标识或收款方角色标识，第二请求消息还包括第一终端的角色标识和第一终端的交易账号属性，第一终端的角色标识为付款方角色标识或收款方角色标识，第一终端不答复第一交易请求消息包括：当第一终端的角色标识为收款方角色标识和/或第二终端的角色标识为付款方角色标识时，且第一终端的能力标识指示第一终端能够向服务器提交交易处理请求，且第一终端的交易账号属性为商户账户，则第一终端不答复第一交易请求消息；或者，当第一终端的角色标识为付款方角色标识和/或第二终端的角色标识为收款方角色标识时，且第一终端的能力标识指示第一终端能够向服务器提交交易处理请求，且当第二终端的交易账号属性为个人账号，则第一终端不答复第一交易请求消息。
[0048] 从而，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端确定由能够向交易服务器提交交易处理请求且交易账号属性为商户账户的收款方作为交易发起者，或能够向交易服务器提交交易处理请求的付款方作为交易发起者，使得第一终端不答复第二终端发送的第一交易请求消息即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步等待第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0049] 结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，如果存在交易请求冲突，则第一终端根据第一终端的能力标识和/或第二终端的能力标识确定第一交易请求消息处理的方式，方法具体包括：如果存在交易请求冲突，第一终端判断是否第一终端的能力标识指示第一终端不能向交易服务器提交交易处理请求且第二终端的能力标识指示第二终端不能向交易服务器提交交易处理请求；如果不是，则第一终端根据第一终端的能力标识和/或第二终端的能力标识确定第一交易请求消息处理的方式。
[0050] 结合第二方面，在另一种可能的实现方式中，在第一终端接收第二终端发送的第一交易请求消息之后，方法还包括：第一终端确定不存在交易请求冲突，则第一终端向第二终端发送第一交易请求响应，第一交易请求响应用于答复第一交易请求消息。
[0051] 第一终端等待接收第二终端发送的第二交易响应消息，也就是第一终端与第二终端在消息的交互过程中可能存在时延，第一终端还没有接收到第二终端发送的第二交易响应消息，在预设时段内第一终端能够接收到第二终端发送的第二交易响应消息；或者，第一终端与第二终端在消息的交互过程中可能存在异常情况，第一终端在预设时段内没有接到第二终端发送的第二交易响应消息，那么，此时第一终端可以进行报错来终止交易流程。
[0052] 本发明实施例的第三方面，提供一种交易处理方法，包括：
[0053] 第一终端接收第二终端发送的第一消息；第一终端判断第一消息为第一协商消息或第一交易请求消息，第一协商消息用于指示由第一终端向第二终端发送交易请求消息或者第二终端向第一终端发送交易请求消息；当第一消息为第一协商消息时，第一终端判断是否作为交易的发起方，如果第一终端作为交易的发起方，则第一终端向第二终端发送第二交易请求消息，如果第一终端不作为交易的发起方，则第一终端向第二终端发送第二协商消息，第二协商消息用于指示第二终端向第一终端发送交易请求消息；当第一消息为第一交易请求消息时，第一终端向第二终端发送第一交易响应消息，第一交易响应消息用于答复第一交易请求消息。
[0054] 本发明实施例提供的交易处理方法，第一终端在接收到第二终端发送的第一消息后，确定第一消息是第一协商消息还是第一交易请求消息，当第一消息为第一协商消息时，第一终端向第二终端发送第二交易请求消息或第二协商消息；当第一消息为第一交易请求消息时，确定第二终端为交易发起方，第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0055] 本发明实施例的第四方面，提供一种第一终端，包括：收发单元，用于接收第二终端发送的第一交易请求消息，第一交易请求消息包括第二终端的角色标识，第二终端的角色标识为付款方角色标识或收款方角色标识；处理单元，用于判断存在交易请求冲突，则根据第二终端的角色标识和/或第一终端的角色标识确定第一交易请求消息处理的方式；第一交易请求消息处理的方式为收发单元，还用于向第二终端发送第一交易响应消息，第一交易响应消息用于答复第一交易请求消息，或者，处理单元，还用于确定不答复第一交易请求消息；交易请求冲突是指在第一终端接收到第一交易请求消息的同时或预设时段内，第一终端向第二终端发送了第二交易请求消息，第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为付款方角色标识或收款方角色标识。
[0056] 本发明实施例的第五方面，提供一种第一终端，包括：收发单元，用于接收第二终端发送的第一交易请求消息，第一交易请求消息包括第二终端的能力标识，第二终端的能力标识用于指示第二终端是否可以向交易服务器提交交易处理请求；处理单元，用于如果判断存在交易请求冲突，则根据第一终端的能力标识和/或第二终端的能力标识确定第一交易请求消息处理的方式；第一交易请求消息处理的方式为收发单元，还用于向第二终端发送第一交易响应消息，第一交易响应消息用于答复第一交易请求消息，或者，处理单元，还用于确定不答复第一交易请求消息；交易请求冲突是指在第一终端接收到第一交易请求消息的同时或预设时段内，第一终端向第二终端发送了第二交易请求消息，第二交易请求消息包括第一终端的能力标识，第一终端的能力标识用于指示第一终端是否可以向交易服务器提交交易处理请求。
[0057] 本发明实施例的第六方面，提供一种第一终端，包括：收发单元，用于接收第二终端发送的第一消息，处理单元，用于判断第一消息为第一协商消息或第一交易请求消息，第一协商消息用于指示由第一终端向第二终端发送交易请求消息或者第二终端向第一终端发送交易请求消息；收发单元，还用于当第一消息为第一协商消息时，处理单元判断是否作为交易的发起方，如果第一终端作为交易的发起方，则向第二终端发送第二交易请求消息，如果第一终端不作为交易的发起方，则向第二终端发送第二协商消息，第二协商消息用于指示第二终端向第一终端发送交易请求消息；收发单元，还用于当第一消息为第一交易请求消息时，向第二终端发送第一交易响应消息，第一交易响应消息用于答复第一交易请求消息。
[0058] 需要说明的是，本发明各实施例中的第一交易请求消息，还包含第二终端支持的一套或多套交易支付信息，交易支付信息包括交易应用标识，账号类型和交易账号等信息中的至少一项，交易应用标识用于唯一标识一个交易应用，账号类型用于指示交易账号的类型，例如，支付宝账号或银行账号；第一交易响应消息，包括第一终端支持的一套或多套交易支付信息；第二交易请求消息，还包括第一终端支持的一套或多套交易支付信息；第二交易响应消息，包括第二终端支持的一套或多套交易支付信息。
[0059] 需要说明的是，上述第四方面、第五方面和第六方面功能模块可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。例如，收发器，用于完成接收单元和发送单元的功能，处理器，用于完成处理单元的功能，存储器，用于处理器处理本发明实施例的交易处理方法的程序指令。处理器、收发器和存储器通过总线连接并完成相互间的通信。具体的，可以参考第一方面提供的交易处理方法中第一终端的行为的功能，以及第二方面提供的交易处理方法中第一终端的行为的功能。
[0060] 第七方面，本申请实施例提供一种第一终端，包括：处理器、存储器、总线和通信接口；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该第一终端运行时，该处理器执行该存储器存储的该计算机执行指令，以使该第一终端执行如上述任意方面的方法。
[0061] 第八方面，本申请实施例提供了一种计算机可读存储介质，用于储存为上述第一终端所用的计算机软件指令，当其在计算机上运行时，使得计算机可以执行上述中任意方面的方法。
[0062] 第九方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任意方面的方法。
[0063] 另外，第四方面至第九方面中任一种设计方式所带来的技术效果可参见第一方面至第三方面中不同设计方式所带来的技术效果，此处不再赘述。
[0064] 本发明实施例中，第一终端和第二终端的名字对设备本身不构成限定，在实际实现中，这些设备可以以其他名称出现。只要各个设备的功能和本发明实施例类似，属于本发明权利要求及其等同技术的范围之内。
[0065] 本发明实施例的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
[0066] 图1为现有技术提供的一种交易处理方法流程示意图；
[0067] 图2为本发明实施例提供的一种可以应用本发明实施例的系统架构的简化示意图；
[0068] 图3为本发明实施例提供的一种终端的结构示意图；
[0069] 图4为本发明实施例提供的一种交易处理方法的流程示意图；
[0070] 图5为本发明实施例提供的另一种交易处理方法的流程示意图；
[0071] 图6为本发明实施例提供的另一种交易处理方法的流程示意图；
[0072] 图7为本发明实施例提供的另一种交易处理方法的流程示意图；
[0073] 图8为本发明实施例提供的另一种交易处理方法的流程示意图；
[0074] 图9为本发明实施例提供的另一种交易处理方法的流程示意图；
[0075] 图10为本发明实施例提供的另一种交易处理方法的流程示意图；
[0076] 图11为本发明实施例提供的另一种交易处理方法的流程示意图；
[0077] 图12为本发明实施例提供的另一种交易处理方法的流程示意图；
[0078] 图13为本发明实施例提供的另一种交易处理方法的流程示意图；
[0079] 图14为本发明实施例提供的另一种交易处理方法的流程示意图；
[0080] 图15为本发明实施例提供的另一种交易处理方法的流程示意图；
[0081] 图16为本发明实施例提供的一种第一终端的结构示意图；
[0082] 图17为本发明实施例提供的另一种第一终端的结构示意图；
[0083] 图18为本发明实施例提供的另一种第一终端的结构示意图。
具体实施方式
[0084] 为了解决在近场通信中的交易请求冲突的问题，本发明实施例提供的交易处理方法，在第一终端接收到第二终端发送的第一交易请求消息后，如果第一终端在接收到第一交易请求消息的同时已向第二终端发送了第二交易请求消息，或者，在第一终端接收到第一交易请求消息的时刻开始之前或之后的预设时段内已向第二终端发送了第二交易请求消息，第一终端确定存在交易请求冲突，然后，第一终端根据第二终端的角色标识和/或第一终端的角色标识确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，或者第一终端不答复第二终端发送的第一交易请求消息，即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步第一终端接收或等待接收第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0085] 下面将结合附图对本发明实施例的实施方式进行详细描述。
[0086] 图2示出的是可以应用本发明实施例的系统架构的简化示意图。如图2所示，该系统架构可以包括：第一终端11、第二终端12和服务器13。
[0087] 其中，第一终端11上安装有微信和支付宝等具有支付功能的应用程序，第二终端12上也安装有微信和支付宝等具有支付功能的应用程序。若用户需要使用这些具有支付功能的应用程序进行支付交易，则用户可以点击第一终端11的屏幕上显示的具有支付功能的应用程序的图标，在成功登录后，点击具有支付功能的应用程序的界面显示的支付按钮或收款按钮，将第一终端11靠近或触碰第二终端12，向第二终端12发送交易请求消息；同理，用户也可以点击第二终端12的屏幕上显示的具有支付功能的应用程序的图标，在成功登录后，点击具有支付功能的应用程序的界面显示的支付按钮或收款按钮，将第二终端12靠近或触碰第一终端11，向第一终端11发送交易请求消息。第一终端11和第二终端12根据本发明实施例所述的交易处理方法处理接收到的交易请求消息来完成支付交易。本发明实施例所述的交易处理方法在后续的本发明实施例的实施方式进行详细描述。
[0088] 服务器13用于处理第一终端11或第二终端12发送的MTR消息，然后将交易处理结果发送给第一终端11和第二终端12，完成交易。
[0089] 在具体的实现中，第一终端11和第二终端12可以为桌面型、膝上型、平板电脑、手持计算机、手机、笔记本电脑、超级移动个人计算机(Ultra-mobile Personal Computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(Personal Digital Assistant，PDA)、消费类电子设备、可穿戴设备等等。
[0090] 在本发明实施例中以第一终端11和第二终端12为手机为例进行说明。下面结合附图对手机的各个构成部件进行具体的介绍：
[0091] 如图3所示，手机可以包括：显示单元20、输入单元21、处理器22、存储器23、电源24、RF电路25、重力传感器26、音频电路27、扬声器28、麦克风29等部件，这些部件之间可以以总线连接，也可以直连连接。本领域技术人员可以理解，图3中示出的手机结构并不构成对手机的限定，可以包括比图示更多的部件，或者组合某些部件，或者不同的部件布置。
[0092] 其中，显示单元20可操作的连接到处理器22，用于接收处理器22返回的处理结果并进行显示。例如，可用于显示通过摄像头采集到的图像，以及手机的各种菜单。在显示单元20上通常配置有图形用户接口(Graphical User Interface，GUI)，GUI用于在用户和手机上运行的操作系统之间提供易于使用的接口。在本发明实施例中，显示单元20用于显示具有支付功能的应用程序的图标。
[0093] 输入单元21可以是单点或多点的输入单元，其可操作的连接到处理器22，用于接收用户的输入操作。输入单元21可以是放置在显示单元20之上或之前的触摸板或触摸屏，该触摸板或触摸屏可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触摸屏上或在触摸屏附近的操作)，并根据预先设定的程式驱动相应的连接装置。例如，可以基于电容感应、电阻感应、表面声波感应、压力感应、光感应等感应技术来实现触摸板或触摸屏。且触摸板或触摸屏可以与显示单元20集成在一起或者也可以是单独的部件。在本发明实施例中，输入单元21用于接收用户点击的操作。
[0094] 处理器22是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器23内的软件程序和/或模块，以及调用存储在存储器23内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在具体实现中，作为一种实施例，处理器22可包括一个或多个处理单元；处理器22可集成应用处理器和调制解调处理器。其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器22中。在本发明实施例中，处理器22用于确定交易请求的有效性，以及确定有效的交易发起方。
[0095] 存储器23可用于存储数据、软件程序以及模块，可以是易失性存储器(Volatile Memory)，例如随机存取存储器(Random-Access Memory，RAM)；或者非易失性存储器(Non-Volatile Memory)，例如只读存储器(Read-Only Memory，ROM)，快闪存储器(Flash Memory)，硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)；或者上述种类的存储器的组合，或者也可以是可移动存储介质，例如安全数字(Secure Digital，SD)存储卡。具体的，存储器23内可存储程序代码，该程序代码用于使处理器22通过执行该程序代码，执行本发明实施例提供的交易处理方法。在本发明实施例中，存储器23可以用于存储交易需要使用的账号信息。
[0096] 电源24，可以为电池，通过电源管理系统与处理器22逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
[0097] RF电路25可用于收发信息或通话过程中，信号的接收和发送，特别地，将接收到的信息给处理器22处理；另外，将处理器22生成的信号发送出去。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路25还可以通过无线通信与网络和其他设备通信。在本发明实施例中，RF电路25可以与服务器进行通信，以传输交易请求消息，获取交易结果等。
[0098] 重力传感器(Gravity Sensor)26，可以检测手机在各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。需要说明的是，手机还可以包括其它传感器，比如压力传感器、光传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
[0099] 音频电路27、扬声器28、麦克风29可提供用户与手机之间的音频接口。音频电路27可将接收到的音频数据转换后的电信号，传输到扬声器28，由扬声器28转换为声音信号输出；另一方面，麦克风29将收集的声音信号转换为电信号，由音频电路27接收后转换为音频数据，再将音频数据输出至RF电路25以发送给比如另一手机，或者将音频数据输出至处理器22以便进一步处理。
[0100] 另外，在上述部件之上，运行有操作系统。在该操作系统上可以安装运行应用程序，例如微信或支付宝。且，尽管未示出，手机还可以包括WiFi模块、蓝牙模块、摄像头等部件。其中，WiFi模块，可以是包括WiFi芯片和WiFi芯片的驱动程序的模块，WiFi芯片具备运行无线互联网标准协议的能力。蓝牙模块，是一种集成蓝牙功能的印刷电路板组件(Printed Circuit Board Assembly，PCBA)，用于短距离无线通讯。
[0101] 以下结合附图对本发明实施例提供的交易处理方法进行具体介绍。
[0102] 实施例1
[0103] 本发明实施例提供一种交易处理方法，如图4所示，包括：
[0104] 步骤301、第二终端向第一终端发送第一交易请求消息。
[0105] 第一交易请求消息用于指示第一终端提供交易需要使用的账号信息。
[0106] 需要说明的是，第一交易请求消息中还可以携带有第二终端支持的至少一套交易支付信息，每一套支付交易信息中包括支付应用标识，账号类型标识以及支付账号等信息中的一个或多个，支付应用标识用于唯一标识一个可以用于交易支付的应用，账号类型标识用于标识支付账号的类型，例如银行账号类型，支付应用账号类型，统一资源定位符(Uniform Resource Locator，URL)账号类型或者泛欧(PAN-EUROPEAN)点对点(person-to-person，P2P)支付账号类型等，其中URL账号类型是指支付账号在形式上是一个URL，可以通过浏览器登陆并完成支付，PAN-EUROPEAN P2P支付账号类型是欧盟央行正在研究的一种跨国支付方案，第一交易请求消息用于向第一终端指示第二终端将在本次交易中使用的交易支付信息，或者用于向第一终端协商本次交易中将在本次交易中使用的交易支付信息。第一交易响应消息中还可以携带第一终端支持的至少一套交易支付信息，且第一交易响应消息中携带的每一套交易支付信息均与第一交易请求消息中至少一套交易支付信息具有相同的支付应用标识和/或账号类型标识。
[0107] 步骤302、第一终端接收第一交易请求消息。
[0108] 步骤303、第一终端判断是否存在交易请求冲突。
[0109] 若第一终端确定存在交易请求冲突，执行步骤304；若第一终端确定不存在交易请求冲突，执行步骤304a。
[0110] 该交易请求冲突是指在第一终端接收到第一交易请求消息的同时已向第二终端发送了第二交易请求消息，或者在第一终端接收到第一交易请求消息的时刻开始之前的预设时段内已向第二终端发送了第二交易请求消息。特别的，交易请求冲突也可以是指在第一终端接收到第一交易请求消息的时刻开始之后的预设时段内已向第二终端发送了第二交易请求消息。例如，预设时段可以是0.5秒。假设第一终端在T时刻接收到第一交易请求消息，那么在时刻T的正负0.5秒内向第二终端发送了第二交易请求消息，第一终端认为存在交易请求冲突。第二交易请求消息用于指示第二终端提供交易需要使用的账号信息。
[0111] 第二交易请求消息中还可以携带有第一终端支持的至少一套交易支付信息，每一套支付交易信息中包括支付应用标识，账号类型标识以及支付账号等信息中的一个或多个，第二交易请求消息用于向第二终端指示第一终端将在本次交易中使用的交易支付信息，或者用于向第一终端协商本次交易中将在本次交易中使用的交易支付信息。第二交易响应消息中还可以携带第二终端支持的至少一套交易支付信息，且第二交易响应消息中携带的每一套交易支付信息均与第二交易请求消息中至少一套交易支付信息具有相同的支付应用标识和/或账号类型标识。
[0112] 步骤304、第一终端根据第二终端的角色标识和/或第一终端的角色标识确定第一交易请求消息处理的方式。
[0113] 需要说明的是，第一交易请求消息包括第二终端的角色标识，第二终端的角色标识用于表示第一终端与第二终端在交易时第二终端的角色为付款方还是收款方。第二交易请求消息包括第一终端的角色标识，第一终端的角色标识用于表示第一终端与第二终端在交易时第一终端的角色为付款方还是收款方。角色标识可以由用户预先配置或者在发送交易请求消息之前，由用户配置。
[0114] 具体的，步骤304所述的第一交易请求消息处理的方式为第一终端向第二终端发送第一交易响应消息，或者，第一终端不答复第一交易请求消息，第一终端不答复第一交易请求消息方法包括：第一终端接收或者等待接收第二终端发送的第二交易响应消息。具体包括以下详细步骤：
[0115] 步骤304a、第一终端向第二终端发送第一交易响应消息。
[0116] 第一交易响应消息用于答复第一交易请求消息。
[0117] 步骤304b、第二终端向第一终端发送第二交易响应消息。
[0118] 步骤304c、第一终端接收第二终端发送的第二交易响应消息。
[0119] 第二交易响应消息用于答复第二交易请求消息。
[0120] 本发明实施例提供的交易处理方法，在第一终端接收到第二终端发送的第一交易请求消息后，如果第一终端在接收到第一交易请求消息的同时已向第二终端发送了第二交易请求消息，或者，在第一终端接收到第一交易请求消息的时刻开始之前或之后的预设时段内已向第二终端发送了第二交易请求消息，第一终端确定存在交易请求冲突，然后，第一终端根据第二终端的角色标识和/或第一终端的角色标识确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，或者第一终端不答复第二终端发送的第一交易请求消息，即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步第一终端接收或等待接收第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0121] 上述图4所示的方法步骤具体的可以由图3所示的手机实现。示例的，步骤301所述的发送第一交易请求消息和步骤302所述的接收第一交易请求消息，可以由RF电路25来实现。步骤303所述的第一终端确定存在交易请求冲突和步骤304可以由处理器22来实现。
[0122] 进一步的，基于图4如图5所示，如果第一终端判断存在交易请求冲突，在第一终端根据第二终端的角色标识和/或第一终端的角色标识确定第一交易请求处理的方式的方法具体包括以下详细步骤。
[0123] 步骤305、第一终端判断第一终端的角色标识与第二终端的角色标识是否相同。
[0124] 若第一终端的角色标识与第二终端的角色标识是否不同，执行步骤304。
[0125] 若第一终端的角色标识与第二终端的角色标识是否相同，执行步骤306。
[0126] 步骤306、第一终端向第二终端发送异常通知消息。
[0127] 异常通知消息用于指示当前交易存在错误。例如，第一终端的角色标识与第二终端的角色标识是否相同的信息。
[0128] 或者，第一终端不答复第一交易请求消息；或者，第一终端不答复第一交易请求消息，且提示当前交易存在错误。例如，可以通过用户界面(User Interface，UI)图像和/或声音等方式提示当前交易存在错误。
[0129] 这样，在交易过程中，若交易双方都是付款方或收款方时，终端可确定交易请求消息是一个无效的消息，可以通过向用户提示交易错误信息，终止交易，重新发起交易。
[0130] 上述图5所示的方法步骤具体的可以由图3所示的手机实现。示例的，步骤305所述的方法步骤以由处理器22来实现。第一终端提示交易错误可以由显示单元20实现。
[0131] 需要说明的是，从交易角色来看，付款方通常比收款方在交易方式的选择上有更多的考虑，当收付款双方都是消费者账户时，比较合理的是由付款方发起交易。
[0132] 示例的，基于图5如图6所示，当第一终端接收到的第一交易请求消息不包括第二终端的角色标识，而第一终端向第二终端发送的第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为付款方，也就是第一终端只知道自己为付款方，不知道第二终端是付款方还是收款方，此时第一终端可以默认第二终端为收款方，第一终端根据第一终端的角色标识不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，即当第一终端的角色标识为付款方角色标识时，执行步骤304c。
[0133] 或者，当第一终端接收到的第一交易请求消息包括第二终端的角色标识，第二终端的角色标识为收款方，而第一终端向第二终端发送的第二交易请求消息不包括第一终端的角色标识，也就是第一终端只知道第二终端为收款方，不知道自己是收款方还是付款方，此时第一终端可以默认自己为付款方，第一终端根据第二终端的角色标识不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，即当第二终端的角色标识为收款方角色标识时，执行步骤304c。
[0134] 或者，当第一终端接收到的第一交易请求消息包括第二终端的角色标识，第二终端的角色标识为收款方，第一终端向第二终端发送的第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为付款方，也就是第一终端知道自己为付款方，第二终端是收款方，此时第一终端根据第一终端的角色标识和第二终端的角色标识不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，即当第一终端的角色标识为付款方角色标识和第二终端的角色标识为收款方角色标识时，执行步骤304c。
[0135] 从而，第一终端根据第二终端的角色标识为收款方角色标识和/或第一终端的角色标识为付款方角色标识确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端不答复第二终端发送的第一交易请求消息，即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步第一终端接收或等待接收第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0136] 同理，当第一终端接收到的第一交易请求消息不包括第二终端的角色标识，而第一终端向第二终端发送的第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为收款方，也就是第一终端只知道自己为收款方，不知道第二终端是付款方还是收款方，此时第一终端可以默认第二终端为付款方，第一终端根据第一终端的角色标识向第二终端发送第一交易响应消息，且第二终端不答复第二交易请求消息，即当第一终端的角色标识为收款方角色标识时，执行步骤304a。
[0137] 或者，当第一终端接收到的第一交易请求消息包括第二终端的角色标识，第二终端的角色标识为付款方，而第一终端向第二终端发送的第二交易请求消息不包括第一终端的角色标识，也就是第一终端只知道第二终端为付款方，不知道自己是收款方还是付款方，此时第一终端可以默认自己为收款方，第一终端根据第二终端的角色标识向第二终端发送第一交易响应消息，且第二终端不答复第二交易请求消息，即当第二终端的角色标识为付款方角色标识时，执行步骤304a。
[0138] 或者，当第一终端接收到的第一交易请求消息包括第二终端的角色标识，第二终端的角色标识为付款方，第一终端向第二终端发送的第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为收款方，也就是第一终端知道自己为收款方，第二终端是付款方，此时第一终端根据第一终端的角色标识和第二终端的角色标识向第二终端发送第一交易响应消息，且第二终端不答复第二交易请求消息，即当第一终端的角色标识为收款方角色标识和第二终端的角色标识为付款方角色标识时，执行步骤304a。
[0139] 从而，第一终端根据第二终端的角色标识为付款方角色标识和/或第一终端的角色标识为收款方角色标识确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0140] 上述图6所示的方法步骤具体的可以由图3所示的手机实现。示例的，步骤304c所述的接收到的第二交易响应消息和步骤304a所述的发送的第一交易响应消息，可以由RF电路25来实现。
[0141] 特别的，本发明实施例还可以包括第一终端确定由收款方发起交易请求。当第一终端的角色标识为收款方时，接收第二终端发送的第二交易响应消息；第二终端的角色标识为收款方时，接收第一终端发送的第一交易响应消息。
[0142] 需要说明的是，从交易账号属性来看，移动交易场景包括两类：用户与用户之间交易，用户与商户之间交易。其中，收款方可能是高监管度的账号，例如商户账号，或普通账号，例如个人账号，当收款方是商户账号时，由收款方来发起交易可以降低终端的能耗。
[0143] 本发明实施例的另一具体实现方式，交易请求消息还可以包括交易账号属性，交易账号属性可以为商户账号或个人账号。
[0144] 示例的，第一交易请求消息还包括第二终端的交易账号属性，第二交易请求消息还包括第一终端的交易账号属性。基于图5如图7所示，当第一终端接收到的第一交易请求消息不包括第二终端的角色标识，而第一终端向第二终端发送的第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为付款方，也就是第一终端只知道自己为付款方，不知道第二终端是付款方还是收款方，此时第一终端可以默认第二终端为收款方，而且第一交易请求消息包括第二终端的交易账号属性，第二终端的交易账号属性为个人账号，那么，第一终端可以根据第一终端的角色标识不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，即当第一终端的角色标识为付款方角色标识时，执行步骤304c。
[0145] 或者，当第一终端接收到的第一交易请求消息包括第二终端的角色标识和第二终端的交易账号属性，第二终端的角色标识为收款方，第二终端的交易账号属性为个人账号，而第一终端向第二终端发送的第二交易请求消息不包括第一终端的角色标识，也就是第一终端只知道第二终端为收款方，不知道自己是收款方还是付款方，此时第一终端可以默认自己为付款方，第一终端根据第二终端的角色标识不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，即当第二终端的角色标识为收款方角色标识时，执行步骤304c。
[0146] 或者，当第一终端接收到的第一交易请求消息包括第二终端的角色标识，第二终端的角色标识为收款方，第一终端向第二终端发送的第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为付款方，也就是第一终端知道自己为付款方，第二终端是收款方，而且第一交易请求消息包括第二终端的交易账号属性，第二终端的交易账号属性为个人账号，那么，此时第一终端根据第一终端的角色标识和第二终端的角色标识不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，即当第一终端的角色标识为付款方角色标识和第二终端的角色标识为收款方角色标识时，执行步骤304c。
[0147] 从而，第一终端根据第二终端的角色标识为收款方角色标识和/或第一终端的角色标识为付款方角色标识，以及第二终端的交易账号属性为个人账号确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端不答复第二终端发送的第一交易请求消息，即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步第一终端接收或等待接收第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0148] 同理，当第一终端接收到的第一交易请求消息不包括第二终端的角色标识，而第一终端向第二终端发送的第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为收款方，也就是第一终端只知道自己为收款方，不知道第二终端是付款方还是收款方，此时第一终端可以默认第二终端为付款方，第一终端可以根据第一终端的角色标识向第二终端发送第一交易响应消息，且第二终端不答复第二交易请求消息，但是，第一终端的交易账号属性为商户账号，因此，此时应该第一终端作为交易的发起方，第一终端根据第一终端的角色标识和第二终端的角色标识不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，即当第一终端的角色标识为收款方角色标识，第一终端的交易账号属性为商户账号时，执行步骤304c。
[0149] 或者，当第一终端接收到的第一交易请求消息包括第二终端的角色标识，第二终端的角色标识为付款方，而第一终端向第二终端发送的第二交易请求消息不包括第一终端的角色标识，也就是第一终端只知道第二终端为付款方，不知道自己是收款方还是付款方，此时第一终端可以默认自己为收款方，第一终端可以根据第二终端的角色标识向第二终端发送第一交易响应消息，且第二终端不答复第二交易请求消息，但是，第一终端的交易账号属性为商户账号，因此，此时应该第一终端作为交易的发起方，第一终端根据第一终端的角色标识和第二终端的角色标识不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，即当第二终端的角色标识为付款方角色标识，第一终端的交易账号属性为商户账号时，执行步骤304c。
[0150] 或者，当第一终端接收到的第一交易请求消息包括第二终端的角色标识，第二终端的角色标识为付款方，第一终端向第二终端发送的第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为收款方，也就是第一终端知道自己为收款方，第二终端是付款方，此时第一终端根据第一终端的角色标识和第二终端的角色标识向第二终端发送第一交易响应消息，且第二终端不答复第二交易请求消息，但是，第一终端的交易账号属性为商户账号，因此，此时应该第一终端作为交易的发起方，第一终端根据第一终端的角色标识和第二终端的角色标识不答复第一交易请求消息，且接收或者等待接收第二终端发送的第二交易响应消息，即当第一终端的角色标识为收款方角色标识和第二终端的角色标识为付款方角色标识，第一终端的交易账号属性为商户账号时，执行步骤304c。
[0151] 从而，第一终端根据第二终端的角色标识为付款方角色标识和/或第一终端的角色标识为收款方角色标识，以及第一终端的交易账号属性为商户账号确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0152] 同理，当第一终端的角色标识为付款方角色标识和/或第二终端的角色标识为收款方角色标识，第二终端的交易账号属性为商户账号，第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息。执行步骤304a。
[0153] 从而，第一终端根据第二终端的角色标识为付款方角色标识和/或第一终端的角色标识为收款方角色标识，以及第二终端的交易账号属性为商户账号确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0154] 当第一终端的角色标识为收款方角色标识和/或第二终端的角色标识为付款方角色标识，第一终端的交易账号属性为个人账号，第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息。执行步骤304a。
[0155] 从而，第一终端根据第二终端的角色标识为付款方角色标识和/或第一终端的角色标识为收款方角色标识，以及第一终端的交易账号属性为个人账号确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，有效地解决了在近场通信中的交易请求冲突的问题。
[0156] 需要说明的是，第二终端可以参考第一终端处理第一交易请求消息和第二交易请求消息的方法来处理接收到的第二交易请求消息和第一交易请求消息。
[0157] 实施例2
[0158] 本发明实施例提供一种交易处理方法，如图8所示，包括：
[0159] 步骤401、第二终端向第一终端发送第一交易请求消息。
[0160] 第一交易请求消息包括第二终端的能力标识，第二终端的能力标识用于指示第二终端是否可以向交易服务器提交交易处理请求。
[0161] 例如，终端的能力标识可以是终端的网络连接状态，即当终端具有连接互联网或交易服务器的网络能力时，终端的能力标识指示终端可以向交易服务器提交交易处理请求，否则，终端的能力标识指示终端不可以向交易服务器提交交易处理请求；另外，终端的能力标识还可以是结合终端的网络连接状态，以及用户的设置或交易系统的策略来确定，例如，当终端具有连接互联网或交易服务器的网络能力时，但用户设置终端不向交易服务器提交交易处理请求，或者交易系统禁止终端在作为交易的收款方时向提交交易服务器提交交易处理请求，则终端的能力标识将指示不可以向交易服务器提交交易处理请求。交易处理请求用于请求交易服务器进行交易处理。
[0162] 步骤402、第一终端接收第一交易请求消息。
[0163] 步骤403、第一终端判断是否存在交易请求冲突。
[0164] 若第一终端确定存在交易请求冲突，执行步骤404；若第一终端确定不存在交易请求冲突，执行步骤404a。
[0165] 该交易请求冲突是指在第一终端接收到第一交易请求消息的同时已向第二终端发送了第二交易请求消息，或者在第一终端接收到第一交易请求消息的时刻开始之前的预设时段内已向第二终端发送了第二交易请求消息。特别的，交易请求冲突也可以是指在第一终端接收到第一交易请求消息的时刻开始之后的预设时段内已向第二终端发送了第二交易请求消息。例如，预设时段可以是0.5秒。假设第一终端在T时刻接收到第一交易请求消息，那么在时刻T的正负0.5秒内向第二终端发送了第二交易请求消息，第一终端认为存在交易请求冲突。第二交易请求消息用于指示第二终端提供交易需要使用的账号信息。第二交易请求消息包括第一终端的能力标识，第一终端的能力标识用于指示第一终端是否可以向交易服务器提交交易处理请求。
[0166] 步骤404、第一终端根据第二终端的能力标识和第一终端的能力标识确定第一交易请求消息处理的方式。
[0167] 具体的，步骤404所述的第一交易请求消息处理的方式为第一终端向第二终端发送第一交易响应消息，或者，第一终端不答复第一交易请求消息，第一终端不答复第一交易请求消息方法包括：第一终端接收或者等待接收第二终端发送的第二交易响应消息。具体包括以下详细步骤：
[0168] 步骤404a、第一终端向第二终端发送第一交易响应消息。
[0169] 第一交易响应消息用于答复第一交易请求消息。
[0170] 步骤404b、第二终端向第一终端发送第二交易响应消息。
[0171] 步骤404c、第一终端接收第二终端发送的第二交易响应消息。
[0172] 第二交易响应消息用于答复第二交易请求消息。
[0173] 本发明实施例提供的交易处理方法，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端根据第二终端的能力标识和/或第一终端的能力标识确定能够向交易服务器提交交易处理请求的终端为交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，或者第一终端不答复第二终端发送的第一交易请求消息即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步等待第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0174] 上述图8所示的方法步骤具体的可以由图3所示的手机实现。示例的，步骤401所述的发送第一交易请求消息和步骤402所述的接收第一交易请求消息，可以由RF电路25来实现。步骤403所述的第一终端确定存在交易请求冲突和步骤404可以由处理器22来实现。
[0175] 进一步的，基于图8如图9所示，如果第一终端判断存在交易请求冲突，在第一终端根据第二终端的能力标识和/或第一终端的能力标识确定第一交易请求处理的方式的方法具体包括以下详细步骤。
[0176] 步骤405、第一终端判断是否第一终端的能力标识指示第一终端不能向交易服务器提交交易处理请求且第二终端的能力标识指示第二终端不能向交易服务器提交交易处理请求。
[0177] 若不是，执行步骤404。若是，执行步骤406。
[0178] 步骤406、第一终端向第二终端发送异常通知消息。
[0179] 异常通知消息用于指示当前交易存在错误。
[0180] 或者，第一终端不答复第一交易请求消息；或者，第一终端不答复第一交易请求消息，且提示当前交易存在错误。例如，可以通过用户界面(User Interface，UI)图像和/或声音等方式提示当前交易存在错误。
[0181] 上述图9所示的方法步骤具体的可以由图3所示的手机实现。示例的，步骤405所述的方法步骤以由处理器22来实现。第一终端提示交易错误可以由显示单元20实现。
[0182] 具体的，基于图9如图10所示，第一终端向第二终端发送第一交易响应消息包括：当第一终端的能力标识指示第一终端不能向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求时，即由不可以向交易服务器提交交易处理请求的第一终端向能够向交易服务器提交交易处理请求的第二终端发送的第一交易响应消息，通知第二终端该第一终端不能向交易服务器提交交易处理请求，此时，能够向交易服务器提交交易处理请求的第二终端作为交易发起者，且第二终端不答复第二交易请求消息，执行步骤404a。
[0183] 第一终端不答复第一交易请求消息包括：当第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端不能向交易服务器提交交易处理请求时，即由不可以向交易服务器提交交易处理请求的第二终端向能够向交易服务器提交交易处理请求的第一终端发送的第二交易响应消息，通知第一终端该第二终端不能向交易服务器提交交易处理请求，此时，能够向交易服务器提交交易处理请求的第一终端作为交易发起者，且第一终端不答复第一交易请求消息，执行步骤404c。
[0184] 本发明实施例提供的交易处理方法，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端根据第二终端的能力标识和第一终端的能力标识确定由能够向交易服务器提交交易处理请求的终端为交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，或者第一终端不答复第二终端发送的第一交易请求消息即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步等待第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0185] 具体的，基于图9如图11所示，第一终端向第二终端发送第一交易响应消息包括：当第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端不能向交易服务器提交交易处理请求时，即由能够向交易服务器提交交易处理请求的第一终端向不可以向交易服务器提交交易处理请求的第二终端发送的第一交易响应消息，通知第二终端该第一终端能向交易服务器提交交易处理请求，此时，能够向交易服务器提交交易处理请求的第一终端作为交易发起者，且第二终端不答复第二交易请求消息，执行步骤404a。
[0186] 第一终端不答复第一交易请求消息包括：当第一终端的能力标识指示第一终端不能向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求时，即由能够向交易服务器提交交易处理请求的第二终端向不可以向交易服务器提交交易处理请求的第一终端发送的第二交易响应消息，通知第一终端该第二终端能向交易服务器提交交易处理请求，此时，能够向交易服务器提交交易处理请求的第二终端作为交易发起者，且第一终端不答复第一交易请求消息，执行步骤404c。
[0187] 本发明实施例提供的交易处理方法，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端根据第二终端的能力标识和第一终端的能力标识确定由能够向交易服务器提交交易处理请求的终端为交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，或者第一终端不答复第二终端发送的第一交易请求消息即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步等待第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0188] 需要说明的是，当第一终端根据第一终端的能力标识或第二终端的能力标识确定第一交易请求消息处理的方式时，第一终端可以参考终端的在交易中的角色来确定交易发起者。从交易角色来看，付款方通常比收款方在交易方式的选择上有更多的考虑，当收付款双方都是消费者账户时，比较合理的是由付款方发起交易。
[0189] 具体的，基于图9如图12所示，第一交易请求消息还包括第二终端的角色标识，第二终端的角色标识为付款方角色标识或收款方角色标识，第二交易请求消息还包括第一终端的角色标识，第一终端的角色标识为付款方角色标识或收款方角色标识，[0190] 第一终端向第二终端发送第一交易响应消息包括：当第一终端的角色标识是收款方角色标识和/或第二终端的角色标识是付款方角色标识时，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求，即由能够向交易服务器提交交易处理请求的付款方，也就是第二终端作为交易发起者，则第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息，即执行步骤404a。
[0191] 或者，当第一终端的角色标识是付款方角色标识和/或第二终端的角色标识是收款方角色标识时，且第一终端的能力标识指示第一终端不能向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求，即如果付款方不可以向交易服务器提交交易处理请求，由能够向交易服务器提交交易处理请求的收款方，也就是第二终端作为交易发起者，则第一终端向第二终端发送第一交易响应消息且第二终端不答复第二交易请求消息，即执行步骤404a。
[0192] 第一终端可能未处于可用的信号的覆盖范围内而无法连接上交易服务器，此时第一终端可以用第一终端的能力标识指示第一终端不能向交易服务器提交交易处理请求，第二终端可能处于可用的信号的覆盖范围内能够连接上交易服务器，此时第二终端可以用第二终端的能力标识指示第二终端可以向交易服务器提交交易处理请求，从而第一终端确定第二终端为交易发起方。第二交易响应消息还可以包括第二终端的账号信息等。
[0193] 第一终端可能处于可用的信号的覆盖范围内能够连接上交易服务器，此时第一终端可以用第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，第二终端可能未处于可用的信号的覆盖范围内而无法连接上交易服务器，此时第二终端可以用第二终端的能力标识指示第二终端不能向交易服务器提交交易处理请求，从而第一终端确定第一终端为交易发起方。第一交易响应消息还可以包括第一终端的账号信息等。
[0194] 本发明实施例提供的交易处理方法，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端确定由能够向交易服务器提交交易处理请求的付款方作为交易发起者，在付款方不可以向交易服务器提交交易处理请求时，由能够向交易服务器提交交易处理请求的收款方作为交易发起者，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0195] 第一交易请求消息还包括第二终端的角色标识，第二终端的角色标识为付款方角色标识或收款方角色标识，第二交易请求消息还包括第一终端的角色标识，第一终端的角色标识为付款方角色标识或收款方角色标识，
[0196] 第一终端不答复第一交易请求消息包括：
[0197] 当第一终端的角色标识是付款方角色标识和/或第二终端的角色标识是收款方角色标识时，且第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，则第一终端不答复第一交易请求消息，即执行步骤404c。
[0198] 或者，
[0199] 当第一终端的角色标识是收款方角色标识和/或第二终端的角色标识是付款方角色标识时，且第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端不能向交易服务器提交交易处理请求，则第一终端不答复第一交易请求消息，即执行步骤404c。
[0200] 本发明实施例提供的交易处理方法，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端确定由能够向交易服务器提交交易处理请求的付款方作为交易发起者，在付款方不可以向交易服务器提交交易处理请求时，由能够向交易服务器提交交易处理请求的收款方作为交易发起者，使得第一终端不答复第二终端发送的第一交易请求消息即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步等待第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0201] 需要说明的是，当第一终端根据第一终端的能力标识或第二终端的能力标识确定第一交易请求消息处理的方式时，第一终端可以参考终端的在交易中的角色以及交易账号属性来确定交易发起者。从交易角色来看，付款方通常比收款方在交易方式的选择上有更多的考虑，当收付款双方都是消费者账户时，比较合理的是由付款方发起交易。如果收款方可能是高监管度的账号，例如商户账号，或普通账号，例如个人账号，当收款方是商户账号时，由收款方来发起交易可以降低终端的能耗。
[0202] 具体的，基于图9如图13所示，第一交易请求消息还包括第二终端的角色标识和第二终端的交易账号属性，第二终端的角色标识为付款方角色标识或收款方角色标识，第二请求消息还包括第一终端的角色标识和第一终端的交易账号属性，第一终端的角色标识为付款方角色标识或收款方角色标识，
[0203] 第一终端向第二终端发送第一交易响应消息包括：
[0204] 当第一终端的角色标识为付款方角色标识和/或第二终端的角色标识为收款方角色标识时，且第二终端的能力标识指示第二终端能够向服务器提交交易处理请求，且第二终端的交易账号属性为商户账户，则第一终端向第二终端发送第一交易响应消息，即执行步骤404a。
[0205] 或者，当第一终端的角色标识为收款方角色标识和/或第二终端的角色标识为付款方角色标识时，且第二终端的能力标识指示第二终端能够向服务器提交交易处理请求，且当第一终端的交易账号属性为个人账号，则第一终端向第二终端发送第一交易响应消息，即执行步骤404a。
[0206] 本发明实施例提供的交易处理方法，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端确定由能够向交易服务器提交交易处理请求且交易账号属性为商户账户的收款方作为交易发起者，或能够向交易服务器提交交易处理请求的付款方作为交易发起者，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0207] 具体的，第一交易请求消息还包括第二终端的角色标识和第二终端的交易账号属性，第二终端的角色标识为付款方角色标识或收款方角色标识，第二请求消息还包括第一终端的角色标识和第一终端的交易账号属性，第一终端的角色标识为付款方角色标识或收款方角色标识，
[0208] 第一终端不答复第一交易请求消息包括：
[0209] 当第一终端的角色标识为收款方角色标识和/或第二终端的角色标识为付款方角色标识时，且第一终端的能力标识指示第一终端能够向服务器提交交易处理请求，且第一终端的交易账号属性为商户账户，则第一终端不答复第一交易请求消息，即执行步骤404c。
[0210] 或者，当第一终端的角色标识为付款方角色标识和/或第二终端的角色标识为收款方角色标识时，且第一终端的能力标识指示第一终端能够向服务器提交交易处理请求，且当第二终端的交易账号属性为个人账号，则第一终端不答复第一交易请求消息，即执行步骤404c。
[0211] 本发明实施例提供的交易处理方法，第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端确定由能够向交易服务器提交交易处理请求且交易账号属性为商户账户的收款方作为交易发起者，或能够向交易服务器提交交易处理请求的付款方作为交易发起者，使得第一终端不答复第二终端发送的第一交易请求消息即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步等待第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0212] 需要说明的是，角色标识可以由用户预先配置或者在发送交易请求消息之前，由用户配置。
[0213] 具体的，基于图，9如图14所示，第一交易请求消息还包括第二终端的随机数，第二终端的随机数是第二终端随机生成的，第二交易请求消息中还包括第一终端的随机数，第一终端的随机数是第一终端随机生成的，第一终端的随机数和第二终端的随机数具有相同的长度，
[0214] 第一终端向第二终端发送第一交易响应消息包括：
[0215] 当第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求时，第一终端比较第一终端的随机数和第二终端的随机数是否满足第一预设规则，如果是，则第一终端向第二终端发送第一交易响应消息，且第二终端不答复第二交易请求消息，即执行步骤404a。
[0216] 第一交易请求消息还包括第二终端的随机数，第二终端的随机数是第二终端随机生成的，第二交易请求消息中还包括第一终端的随机数，第一终端的随机数是第一终端随机生成的，第一终端的随机数和第二终端的随机数具有相同的长度，
[0217] 第一终端不答复第一交易请求消息包括：
[0218] 当第一终端的能力标识指示第一终端能够向交易服务器提交交易处理请求，且第二终端的能力标识指示第二终端能够向交易服务器提交交易处理请求时，第一终端比较第一终端的随机数和第二终端的随机数是否满足第一预设规则，如果否，则第一终端不答复第一交易请求消息，且接收或等待接收第二终端发送的第二交易响应消息，即执行步骤404c。
[0219] 其中，第一预设规则为第一终端的随机数大于或者等于第二终端的随机数，或者，第一预设规则为第二终端的随机数大于或等于第一终端的随机数，或者，第一预设规则为当第一终端的随机数和第二终端的随机数的相同预定区域的随机数满足第一预定关系时，判断第一终端的随机数除预定区域之外的随机数大于第二终端的随机数除预定区域之外的随机数，当第一终端的随机数和第二终端的随机数的相同预定区域的随机数不满足第一预定关系时，判断第一终端的随机数在预定区域之外的随机数小于第二终端的随机数在预定区域之外的随机数，第一预定关系为第一终端的随机数的预定区域的随机数大于或等于第二终端的随机数的预定区域的随机数，或第一终端的随机数的预定区域的随机数小于第二终端的随机数的预定区域的随机数。
[0220] 例如，第一终端的随机数和第二终端的随机数都是8位数，第一终端的随机数是12345678，第二终端的随机数是87654321，预定区域是前两位，则第一终端的随机数的预定区域的随机数是12，第二终端的随机数的预定区域的随机数是87，比较第一终端的随机数的预定区域的随机数和第二终端的随机数的预定区域的随机数的关系，当两者之间符合第一预定关系时，如“12”小于“87”时，比较第一终端的随机数在预定区域之外的随机数和第二终端的随机数在预定区域之外的随机数，即“345678”和“654321”的大小是否符合第一预设规则。
[0221] 需要说明的是，第二终端可以参考第一终端处理第一交易请求消息和第二交易请求消息的方法来处理接收到的第二交易请求消息和第一交易请求消息。
[0222] 实施例3
[0223] 本发明实施例提供一种交易处理方法，如图15所示，包括：
[0224] 步骤501、第二终端向第一终端发送第一消息。
[0225] 第一消息为第一协商消息或第一交易请求消息。第一协商消息用于指示由第一终端向第二终端发送交易请求消息或者第二终端向第一终端发送交易请求消息，第一交易请求消息包含第二终端支持的交易支付信息。
[0226] 步骤502、第一终端接收第一消息。
[0227] 当第一消息为第一协商消息时，执行步骤503。当第一消息为第一交易请求消息时，执行步骤504。
[0228] 步骤503、第一终端向第二终端发送第二协商消息或第二交易请求消息。
[0229] 具体的，第一终端判断是否作为交易的发起方，如果第一终端作为交易的发起方，则第一终端向第二终端发送第二交易请求消息，第二交易请求消息包含第一终端支持的交易支付信息，如果第一终端不作为交易的发起方，则第一终端向第二终端发送第二协商消息，第二协商消息用于指示第二终端向第一终端发送交易请求消息。
[0230] 步骤504、第一终端向第二终端发送第一交易响应消息。
[0231] 第一交易响应消息用于答复所述第一交易请求消息。
[0232] 本发明实施例提供的交易处理方法，第一终端在接收到第二终端发送的第一消息后，确定第一消息是第一协商消息还是第一交易请求消息，当第一消息为第一协商消息时，第一终端向第二终端发送第二交易请求消息或第二协商消息；当当第一消息为第一交易请求消息时，确定第二终端为交易发起方，第一终端向第二终端发送第一交易响应消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0233] 实施例4
[0234] 本发明实施例提供一种第一终端60，如图16所示，包括：
[0235] 收发单元601，用于接收第二终端发送的第一交易请求消息，第一交易请求消息包括第二终端的角色标识，第二终端的角色标识为付款方角色标识或收款方角色标识；
[0236] 处理单元602，用于确定存在交易请求冲突，则根据第二终端的角色标识和/或第一终端的角色标识确定第一交易请求消息处理的方式；
[0237] 第一交易请求消息处理的方式为收发单元601，还用于向第二终端发送第一交易响应消息，第一交易响应消息用于答复第一交易请求消息，或者，处理单元602，还用于确定不答复第一交易请求消息；
[0238] 交易请求冲突是指在第一终端接收到第一交易请求消息的同时或预设时段内，第一终端向第二终端发送了第二交易请求消息，第二交易请求消息包括第一终端的角色标识，第一终端的角色标识为付款方角色标识或收款方角色标识。
[0239] 本发明实施例提供的第一终端在接收到第二终端发送的第一交易请求消息后，如果第一终端在接收到第一交易请求消息的同时已向第二终端发送了第二交易请求消息，或者，在第一终端接收到第一交易请求消息的时刻开始之前或之后的预设时段内已向第二终端发送了第二交易请求消息，第一终端确定存在交易请求冲突，然后，第一终端根据第二终端的角色标识和/或第一终端的角色标识确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，且第二终端不答复第一终端发送的第二交易请求消息，即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，或者第一终端不答复第二终端发送的第一交易请求消息，即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步第一终端接收或等待接收第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0240] 在本发明实施例中，第一终端60是以功能单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到第一终端60可以采用图16所示的形式。收发单元601,处理单元602可以通过图3的手机来实现，具体的，收发单元501可以由RF电路25实现，处理单元602可以由处理器22实现。
[0241] 实施例5
[0242] 本发明实施例提供一种第一终端70，如图17所示，包括：
[0243] 收发单元701，用于接收第二终端发送的第一交易请求消息，第一交易请求消息包括第二终端的能力标识，第二终端的能力标识用于指示第二终端是否可以向交易服务器提交交易处理请求；
[0244] 处理单元702，用于确定存在交易请求冲突，则根据第一终端的能力标识和/或第二终端的能力标识确定第一交易请求消息处理的方式；
[0245] 第一交易请求消息处理的方式为收发单元701，还用于向第二终端发送第一交易响应消息，第一交易响应消息用于答复第一交易请求消息，或者，处理单元702，还用于确定不答复第一交易请求消息；
[0246] 交易请求冲突是指在第一终端接收到第一交易请求消息的同时或预设时段内，第一终端向第二终端发送了第二交易请求消息，第二交易请求消息包括第一终端的能力标识，第一终端的能力标识用于指示第一终端是否可以向交易服务器提交交易处理请求。
[0247] 本发明实施例提供的第一终端在接收到第二终端发送的第一交易请求消息后，确定存在交易请求冲突，然后，第一终端根据第二终端的能力标识和/或第一终端的能力标识确定交易发起方以及交易发起方发送的交易请求消息为发起交易的请求消息，使得第一终端向第二终端发送第一交易响应消息来响应第二终端发送的第一交易请求消息，而第二终端不答复第一终端发送的第二交易请求消息即第二终端不向第一终端发送第二交易响应消息，忽略第一终端发送的第二交易请求消息，或者第一终端不答复第二终端发送的第一交易请求消息即第一终端不向第二终端发送第一交易响应消息，忽略第二终端发送的第一交易请求消息，进一步等待第二终端发送的第二交易响应消息来响应第一终端发送的第二交易请求消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0248] 在本发明实施例中，第一终端70是以功能单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到第一终端70可以采用图17所示的形式。收发单元701,处理单元702可以通过图3的手机来实现，具体的，收发单元701可以由RF电路25实现，处理单元702可以由处理器22实现。
[0249] 实施例6
[0250] 本发明实施例提供一种第一终端80，如图18所示，包括：
[0251] 收发单元801，用于接收第二终端发送的第一消息，
[0252] 处理单元802，用于判断第一消息为第一协商消息或第一交易请求消息，第一协商消息用于指示由第一终端向第二终端发送交易请求消息或者第二终端向第一终端发送交易请求消息；
[0253] 收发单元801，还用于当第一消息为第一协商消息时，处理单元判断是否作为交易的发起方，如果第一终端作为交易的发起方，则向第二终端发送第二交易请求消息，如果第一终端不作为交易的发起方，则向第二终端发送第二协商消息，第二协商消息用于指示第二终端向第一终端发送交易请求消息；收发单元801，还用于当第一消息为第一交易请求消息时，向第二终端发送第一交易响应消息，第一交易响应消息用于答复第一交易请求消息。
[0254] 本发明实施例提供的第一终端在接收到第二终端发送的第一消息后，确定第一消息是第一协商消息还是第一交易请求消息，当第一消息为第一协商消息时，第一终端向第二终端发送第二交易请求消息或第二协商消息；当当第一消息为第一交易请求消息时，确定第二终端为交易发起方，第一终端向第二终端发送第一交易响应消息，从而有效地解决了在近场通信中的交易请求冲突的问题。
[0255] 在本发明实施例中，第一终端80是以功能单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到第一终端80可以采用图18所示的形式。收发单元801,处理单元802可以通过图3的手机来实现，具体的，收发单元801可以由RF电路25实现，处理单元802可以由处理器22实现。
[0256] 上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，各个网元，例如终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本发明实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。
[0257] 本发明实施例可以根据上述方法示例对终端进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0258] 在采用对应各个功能划分各个功能模块的情况下，图15示出了上述和实施例中涉及的第一终端的一种可能的组成示意图。收发单元601，用于支持第一终端执行图4所示的数据处理方法中的步骤301，图9所示的数据处理方法中的步骤401等。
[0259] 以上所述，仅为本发明实施例的具体实施方式，但本发明实施例的保护范围并不局限于此，任何在本发明实施例揭露的技术范围内的变化或替换，都应涵盖在本发明实施例的保护范围之内。因此，本发明实施例的保护范围应以所述权利要求的保护范围为准。
