基于近场通信NFC的交易方法和设备与流程

基于近场通信nfc的交易方法和设备
1.本技术是分案申请，原申请的申请号是201680085046.5，原申请日是2016年04月29日，原申请的全部内容通过引用结合在本技术中。
技术领域
2.本发明实施例涉及电子硬件，尤其涉及基于nfc来进行交易的手持终端。


背景技术：

3.目前，可用于转账交易的应用中，存在多种专用于金融交易的支付客户端，例如支付宝、百度钱包、京东钱包、paypal、google wallet、易付宝等第三方机构以及银行机构开发的应用。
4.现有技术中，在移动终端用户使用支付客户端进行当面转账时，收付双方先协商好使用哪种支付客户端，然后通过以下任一种方式进行转账：第一种方式是收付双方均打开同一个支付客户端，然后使用扫码或声波的方式进行转账；第二种方式是一方询问另一方的收款账号或付款账号，然后手动输入到自己的支付客户端中进行付款或收款。
5.鉴于目前移动终端用户安装与使用的支付客户端并不单一，每次需要进行转账交易时，收付双方都要口头协商使用哪种支付客户端，然后各自手动打开手机上的支付客户端，操作不够简化。此外，还存在用户选择一个支付客户端进行交易后由于对应的账户余额不足等原因导致的需要重新选择另外一个支付客户端的问题。


技术实现要素：

6.有鉴于此，本发明实施例提供了一种基于近场通信nfc的交易方法及装置，以使两个具有多种交易方式的终端能够快速地匹配出所要使用的交易方式，并提高交易的成功率，使得使用nfc进行交易的过程简单快捷。
7.一方面，本发明实施例提供了一种基于近场通信nfc的交易方法，包括：
8.第一终端对其具有的原始第一交易方式列表进行筛选，移除当前不可用的交易方式，得到第一交易方式列表，其中，原始第一交易方式列表包括至少一种第一终端支持的第一终端交易方式；
9.第一终端通过nfc连接将第一交易方式列表和第一账号列表发送给第二终端，以和第二终端进行交易方式的协商，其中，第一账号列表包括至少一个对应于第一交易方式列表中的第一终端交易方式的第一终端账号。
10.在本实现方式中，第一终端将支持的第一终端交易方式进行筛选后再提供给第二终端进行交易，提高了交易的成功率，减少或避免了交易失败后再次使用其它交易方式进行尝试。
11.在一种可能的实现方式中，在第一终端对原始第一交易方式列表进行筛选之前，第一终端根据已安装在第一终端上的支付客户端生成原始第一交易方式列表。在本实现方式中，在生成原始第一交易方式列表之后，支付客户端有可能可以直接删除，不再占用第一
终端的内存空间，特别是当第一终端作为收款方时。
12.进一步的，第一终端交易方式为第一终端根据已安装在第一终端上的支付客户端生成的标识信息。标识信息可以是第一终端和第二终端都能识别的通用信息，可以识别出对应的支付客户端，以完成交易。在本实现方式中，可以减少发送的数据量，提高交互效率。
13.在一种可能的实现方式中，第一终端根据第一交易方式列表生成第一账号列表。因为第一交易方式列表中都是第一终端可用的交易方式，此时生成第一账号列表，使每种第一终端交易方式具有对应的第一终端账号，在发送给第二终端后，能够顺利完成交易。
14.在一种可能的实现方式中，筛选的条件可以为以下的一个或多个条件：第一终端交易方式对应的账号余额是否充足，第一终端交易方式是否绑定了其它授权支付账户，第一终端交易方式对应的支付客户端是否已登录或者是否保存了登录所用的账号密码，或者登录所用的账号密码对应的支付客户端是否已卸载。
15.在一种可能的实现方式中，第一终端对第一账号列表进行加密，生成支付客户端对应的用户信息的别名，以保护用户的个人信息，提高安全性。
16.在一种可能的实现方式中，第一终端对第一交易方式列表进行排序，以在交易方式的协商中确定优先使用的交易方式。换言之，在多个交易方式都可用的情况下，可以根据排序确定要使用的交易方式。
17.在一种可能的实现方式中，排序的依据可以为以下的一个或多个条件：自动设置或用户手动设置的优先级顺序，使用概率，用户喜好，账户余额，或者本次交易金额与各支付客户端历次被使用时的金额数据匹配结果。
18.另一方面，本发明实施例提供了一种基于近场通信nfc的交易方法，包括：
19.第二终端对其具有的原始第二交易方式列表进行筛选，移除当前不可用的交易方式，得到第二交易方式列表，其中，原始第二交易方式列表包括至少一种第二终端支持的第二终端交易方式，第二终端进一步包括第二账号列表，第二账号列表包括至少一个对应于第二交易方式列表中的第二终端交易方式的第二终端账号；
20.第二终端通过nfc连接从第一终端接收第一交易方式列表及对应的第一账号列表，其中，第一交易方式列表包括至少一种第一终端支持的第一终端交易方式，第一账号列表包括至少一个对应于第一终端交易方式的第一终端账号；
21.第二终端将第一交易方式列表与第二交易方式列表进行匹配，得到至少一种第一终端和第二终端都支持的匹配交易方式；
22.第二终端将其中一个匹配交易方式对应的第一终端账号、第二终端账号和交易金额向匹配交易方式的服务器发出交易请求。
23.在本实现方式中，第二终端只需要和第一终端进行一次交互，就可以获取到完成交易所需的第一终端支持的交易方式和对应的账号，第二终端在匹配交易方式之前再通过筛选可用交易方式，可以提高交易的成功率，具有良好的用户体验。
24.在一种可能的实现方式中，第一交易方式列表中包括的第一终端交易方式是经过第一终端筛选的、当前第一终端可用的交易方式。
25.在一种可能的实现方式中，第二终端对原始第二交易方式列表进行筛选的步骤也可以在接收到第一交易方式列表及对应的第一账号列表之后进行。
26.在一种可能的实现方式中，方法进一步包括：
27.在第二终端匹配出多个匹配交易方式的情况下，第二终端从中选择一个匹配交易方式来确定对应的第一终端账号、第二终端账号和匹配交易方式的服务器。
28.在一种可能的实现方式中，在得到一个匹配交易方式后，第二终端自动打开匹配交易方式对应的支付客户端，以接收用户输入的交易金额和/或交易类型。
29.在一种可能的实现方式中，方法进一步包括：
30.在匹配交易方式之前，第二终端接收交易金额，交易金额可以是用户手动输入的或自动获取的，或者是从第一终端接收的。
31.值得一提的是，上文所述的第一终端执行的步骤或特征，在不产生技术方案抵触的情况下，也可以适用于第二终端，在此不再赘述。
32.又一方面，本发明实施例提供了一种基于近场通信nfc的交易方法，与上文所述方法的相同之处在此不再赘述，不同之处在于，第二终端可以先从第一终端接收第一交易方式列表，与第二交易方式列表进行匹配，得到匹配交易方式后，再从第一终端请求对应于匹配交易方式的第一终端账号。
33.又一方面，本发明实施例提供了一种基于近场通信nfc的交易方法，与上文所述方法的相同之处在此不再赘述，不同之处在于，第二终端可以先从第一终端接收一个第一终端交易方式及其对应的第一终端账号，将接收到的第一终端交易方式与第二交易方式列表进行匹配，在没有得到匹配交易方式的情况下，再从第一终端请求包括其它第一终端交易方式的第一交易方式列表，与第二交易方式列表进行匹配，得到匹配交易方式后，再从第一终端请求对应于匹配交易方式的第一终端账号。
34.另一方面，本发明的实施例提供一种设备，该设备具有能够实现上述筛选交易方式并通过nfc连接协商交易方式来完成交易的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，所述硬件或软件包括一个或多个与上述功能对应的模块，所述模块可以是硬件和/或软件。
35.在一种可能的实现方式中，设备包括nfc单元，存储器，处理器和通信单元。所述nfc单元进行设备间的通信，来完成交易方式的协商。所述存储器存储有交易方式列表和对应的账号列表。所述处理器从存储器中读取交易方式列表并进行筛选，匹配不同设备的交易方式，并通过通信单元向交易方式服务器发起交易请求。
36.又一方面，本发明的实施例提供一种存储介质，用于存储实现上述实现方式的计算机软件指令。
37.通过上述方案，本发明的实施例能够快速高效地实现两个终端之间通过nfc连接方式协商交易方式并完成交易。
附图说明
38.图1为根据本发明一种可能的实施方式提供的交易方法的示意图；
39.图2为根据本发明另一种可能的实施方式提供的交易方法的示意图；
40.图3为根据本发明又一种可能的实施方式提供的交易方法的示意图；
41.图4为根据本发明又一种可能的实施方式提供的交易方法的示意图；
42.图5为根据本发明又一种可能的实施方式提供的交易方法的示意图；
43.图6为根据本发明又一种可能的实施方式提供的交易方法的示意图；
44.图7为根据本发明又一种可能的实施方式提供的交易方法的示意图；
45.图8为根据本发明又一种可能的实施方式提供的交易方法的示意图；
46.图9为根据本发明又一种可能的实施方式提供的交易方法的示意图。
47.图10为根据本发明一种可能的实施方式提供的交易方法的实现流程图。
48.图11示出的是本发明一种可能的实施方式提供的终端的部分结构的框图。
49.图12示出的是本发明一种可能的实施方式提供的具有nfc功能的设备(简称nfc设备)的部分结构的框图。
50.图13示出的是本发明一种可能的实施方式提供的nfc控制器(nfc controller，简称nfcc)的部分结构的框图。
51.图14为根据本发明一种可能的实施方式提供的交易方法的实现流程图。
52.图15为根据本发明一种可能的实施方式提供的第一终端与第二终端之间交互的消息格式的结构图。
53.图16为根据本发明另一种可能的实施方式提供的第一终端与第二终端之间交互的消息格式的结构图。
具体实施方式
54.图1为根据本发明一种可能的实施方式提供的交易方法的示意图。如图1所示，第一终端10和第二终端20先进行交易方式的协商，确定交易方式后，由其中一个终端向要使用的交易方式对应的服务器30提起交易请求。
55.在一种可能的实施方式中，第一终端10和第二终端20通过近场通信nfc连接进行协商，即包括下面所述的信息的交互或传输。值得一提的是，第一终端10和第二终端20也可以通过其它有线或无线方式通信，如二维码、声波、红外、蓝牙、wifi等，无线通信方式还可以使用任一通信标准或协议，包括但不限于gsm(global system of mobile communication，全球移动通讯系统)、gprs(general packet radio service，通用分组无线服务)、cdma(code division multiple access，码分多址)、wcdma(wideband code division multiple access,宽带码分多址)、lte(long term evolution,长期演进)、电子邮件、sms(short messaging service，短消息服务)等。
56.近场通信(nfc，near field communication)是利用磁场感应实现电子设备之间在近距离内实现通信的无线连接技术，其工作频率为13.56mhz，其有效通信范围为0-20cm，典型值是4cm。两个nfc终端(即具有nfc功能的终端，如nfc手机)通过触碰或靠近即可实现快速、安全的数据交换。
57.nfc终端有三种工作方式(按照一次nfc通信中承担的角色来讲)：卡模拟(ce，card emulation)模式、读写(r/w，reader/writer)模式及点对点(p2p，peer-to-peer)模式。其中，
58.ce模式：将具有nfc功能的设备模拟成一张非接触卡或一个nfc标签(tag)，用于如银行卡、交通卡、会员卡、优惠券、身份证等移动支付或身份验证场景。在这种模式下，即使移动设备没有电或关机，也不影响它当做一张卡来使用。
59.r/w模式：具有nfc功能的手机充当的是读卡器的角色，能从一个nfc标签或卡片中读取数据。用于银行卡pos机、公交pos机等移动支付或身份验证场景，以及标签读/写器场
景。
60.p2p模式：两个具有nfc功能的终端可以建立双方之间对等的通信链接，然后进行数据的交换。用于如名片分享、网页分享、nfc配对蓝牙/wifi等场景。
61.在一种可能的实施方式中，第一终端10支持至少一种交易方式。例如，第一终端10可以具有以下信息：交易方式1及第一终端10对应的账号11，交易方式2及第一终端10对应的账号12，交易方式3及第一终端10对应的账号13。第二终端20支持至少一种交易方式。例如，第二终端20可以具有以下信息：交易方式2及第二终端20对应的账号22，交易方式3及第二终端20对应的账号23，交易方式4及第二终端20对应的账号24。容易理解的是，第一终端10和/或第二终端20上也可以具有不同数量的交易方式。
62.在一种可能的实施方式中，第一终端10或第二终端20支持的交易方式是在第一终端10或第二终端20上安装的支付客户端，如支付宝、财付通、百度钱包、京东钱包、paypal、google wallet、易付宝、apple pay等第三方机构以及各银行机构开发的应用。支付客户端还可以包括储蓄卡、信用卡和礼品卡等卡类应用。
63.在一种可能的实施方式中，账号可以为交易方式对应的用户信息，如支付客户端的登录账号名或用于标识该支付客户端的登录账号的信息(如支付客户端的服务器为支付客户端分配的标识)、手机号、邮箱地址、银行卡卡号、信任硬件识别编号(如标识终端硬件的信息)等，也可以是加密后的别名，如一次或多次使用的数字令牌，还可以是用户在支付客户端中选择转账功能(如二维码或条码方式，或者声波方式等)后在本地或服务器上生成的交易信息(如用于收款或付款的二维码或条形码中包含的信息，或者用于收款或付款的声波中包含的信息等)。加密可以在本地或者在服务器上进行，只要交易方式对应的服务器能够识别账号对应的信息即可。
64.在一种可能的实施方式中，银行卡信息，可以是收款方终端预先存储或绑定到某支付应用中的，也可以是收款方终端从其他应用(如终端se中保存的卡模拟应用)或外界实体卡(如物理银行卡，可通过nfc连接读取或通过拍照获取)中获取的，还可以是用户手动输入的。
65.在一种可能的实施方式中，第一终端10和第二终端20用来交易的交易方式可以由两个不同的支付客户端进行。例如，第一终端10具有银行a的支付客户端，第二终端20具有银行b的支付客户端，这两个客户端支持跨行转账，如通过银联、visa或mastercard等通道。
66.在一种可能的实施方式中，第一终端10和/或第二终端20预先存储有各自支持的交易方式的列表和/或对应于交易方式的账号的列表，或者在协商交易方式时，生成各自支持的交易方式的列表和/或对应于交易方式的账号的列表。
67.在一种可能的实施方式中，当第一终端10和/或第二终端20发生交互，识别出要进行交易方式的协商时(示例地，第一终端10通过nfc连接接收第二终端20发送的用于请求第一终端进行本次交易方式协商的信息，该信息如工作在读写模式下发送的用于读标签的命令或者工作在点对点模式下发送的用于发起本次交易的请求)，可以生成或更新各自支持的交易方式的列表和/或对应于交易方式的账号的列表，只要在发送给对方或进行交易方式的匹配之前进行即可。
68.可替代的，第一终端10和/或第二终端20各自支持的交易方式的列表和/或对应于交易方式的账号的列表也可以从外部获取，如云服务器。这样，用户正在使用的终端有可能
没有安装对应的支付客户端，或者更换了终端，则可以通过下载获得交易方式的列表和/或对应于交易方式的账号的列表。
69.在一种可能的实施方式中，用户通过支付客户端注册账号后，第一终端10和/或第二终端20可将其账号保存，或者，将表示已注册账号的状态信息保存；类似地，支付客户端处于已登录或未登录状态时，可将表示已登录或未登录的状态信息保存，从而使系统在使用时可从存储区域获取这些交易方式的状态信息。
70.在一种可能的实施方式中，进行协商的交易方式可以为第一终端10和/或第二终端20具有的支付客户端的标识信息。第一终端10和/或第二终端20通过识别标识信息的内容，可以快速地确定交易方式。
71.在一种可能的实施方式中，在进行交易方式的协商之前，，第一终端10和/或第二终端20对各自支持的交易方式进行排序。排序的依据可以是根据优先级顺序，优先级可以自动设置或用户手动设置；或者根据使用概率，例如按支付客户端使用的广泛程度排序，假设第一支付客户端的用户数多于第二支付客户端的用户数，则可将第一支付客户端排在第二支付客户端之前；或者根据用户喜好，例如智能分析用户的使用习惯，按用户使用的频率来进行排序；或者根据账户余额，例如将余额最多的交易方式排在最前；或者还可以根据本次交易金额与各支付客户端历次被使用时的金额数据的匹配结果等方式进行排序，例如本次交易金额为500元，第一支付客户端历次使用中交易金额范围大概在200-1000元之间，而第二支付客户端历次使用中交易金额范围在0-300元之间，则可将第一支付客户端排在第二支付客户端之前。第一终端10和第二终端20按交易方式的排序来确定优先使用的交易方式。
72.上述在进行交易方式的协商之前，包括但不限于在将交易方式发送给对方之前(示例地，第一终端10向第二终端20发送自己的至少一种交易方式之前)，或者在进行交易方式的匹配之前(示例地，第二终端20接收第一终端10发送的至少一种交易方式之后、且第二终端20进行交易方式的匹配之前)。
73.在一种可能的实施方式中，在进行交易方式的协商之前，第一终端10和/或第二终端20对各自支持的交易方式进行筛选，将当前不可用的交易方式移除。例如：
74.付款方终端接收用户输入的或自动生成的交易金额或接收对方发送的交易金额，将交易方式对应的账号关联的账户余额与要进行的交易金额相比较，根据余额是否充足来判断交易方式是否可用。或者在获取交易金额之前，当付款方终端判断账户余额小于一合理数额，如账户余额为0，则判断交易方式不可用。这一判断可以是终端根据存储的账户余额或者从交易方式对应的服务器获取账户余额后在本地进行的判断，也可以是终端将交易金额发送给交易方式对应的服务器并在服务器侧进行的判断。
75.或者，在余额不足的情况下，付款方终端根据交易方式中是否绑定了其它授权支付账户，如银行应用中相关联的多张银行卡、支付宝的亲密付等代付账户、百度钱包中关联的银行储蓄卡等，来判断交易方式是否可用。这一判断也可以在获取交易金额之前进行，还可以在获取交易金额之后直接进行。
76.或者，付款方终端根据支付客户端是否已登录或者是否保存了登录所用的账号密码等，来判断交易方式是否可用。例如，在确定未保存登录所用的账号和密码(如登录密码)时，可认为交易方式不可用；否则，认为可用。
77.或者，付款方终端根据保存了登录所用的账号密码对应的支付客户端是否已卸载，来判断交易方式是否可用。例如，在确定已保存登录所用的账号和密码但对应的支付客户端已卸载时，可认为交易方式不可用；否则，认为可用。
78.在上述可能的实施方式中，收款方也可以进行类似的筛选。
79.在一种可能的实施方式中，第一终端10和/或第二终端20可以分别请求每个已注册和/或登录的支付客户端去判断自身的账户余额是否足够完成本次转账支付，或者，是否已绑定储蓄卡。另一种实现方式是，每个支付客户端在绑定储蓄卡后将表示已绑定储蓄卡的状态信息保存在系统中，或者，将表示已绑定或未绑定储蓄卡的状态信息保存在系统中，从而使系统在使用时可从存储区域获取这些状态信息。
80.在一种可能的实施方式中，第一终端10先将交易方式1和对应的账号12发送给第二终端20，来协商交易方式1是否可用。
81.在本实施方式中，第一终端10先把排序最靠前的交易方式1和对应的账号11，即第一终端10最希望使用的交易方式发送给第二终端20，如果第二终端20也支持交易方式1，则以交易方式1进行交易，即第二终端20可以自动打开交易方式1对应的支付客户端，以向交易方式1的服务器提交交易请求；当然，在第二终端20上的交易方式1对应的支付客户端打开后，也可允许用户进行其他操作，如输入交易相关的其他信息(如交易金额)、选择交易角色、选择对应的交易账号21或者输入交易密码(如果第二终端是付款方的话)等。本实施方式发送的数据量小，方便快捷。
82.在一种可能的实施方式中，交易方式1为第一终端10当前打开的支付客户端。例如，第一终端10的用户最希望使用支付宝来进行交易，则打开了支付宝客户端，与第二终端20通过nfc连接进行交互，具有直观的操作体验。
83.如果第二终端20返回的结果是交易方式1不可用或自身不支持交易方式1，第一终端10则将剩下的其它交易方式发送给第二终端20。在本实施例中，剩下的其它交易方式是交易方式2和交易方式3。
84.在一种可能的实施方式中，交易方式2和交易方式3等多个交易方式可以以列表的形式发送，或者单独发送。
85.第二终端20将第一终端10发送来的交易方式与第二终端20自身支持的交易方式进行匹配，确定交易方式2和交易方式3是可用的，并从中选择一个可用的交易方式返回给第一终端10。在本实施例中，选择的可用交易方式是交易方式2。
86.在一种可能的实施方式中，选择可用交易方式的过程可以由用户手动选择或者终端自动选择。例如，ui将所有可用交易方式列出，用户通过点击来选择要用的交易方式。或者，根据交易方式的排序由终端自动选择。
87.在一种可能的实施方式中，第二终端20也可以将交易方式2和交易方式3都可用的消息都返回给第一终端10，让第一终端10选择要使用的交易方式。
88.第一终端10接收到第二终端20发送的使用交易方式2的消息之后，将自身对应于交易方式2的账号12发送给第二终端20。
89.在一种可能的实施方式中，第二终端20将交易方式2和交易方式3都可用的消息返回给第一终端10后，第一终端10也可以将账号12和账号13都发送给第二终端20。
90.第二终端20向交易方式2服务器30发起交易请求。
91.在一种可能的实施方式中，第二终端20向交易方式2服务器30发起交易请求可以通过本文提到的各种有线或无线通信技术进行。
92.在一种可能的实施方式中，交易请求包括第一终端10的账号12，第二终端20的账号22，及交易金额。
93.在一种可能的实施方式中，当第二终端20作付款方时，交易请求还可以包括账号22对应的交易密码(如支付密码)，或其它能够用于交易方式2服务器30对第二终端20进行身份识别和权限确认的信息。或者，当第一终端10作付款方时，交易请求还可以包括账号12对应的交易密码，或其他能够用于交易方式2服务器30对第一终端10进行身份识别和权限确认的信息，其中，该账号12对应的交易密码或交易方式2的服务器30对第一终端10进行身份识别和权限确认的信息为第一终端10发送给第二终端20的。
94.在一种可能的实施方式中，交易请求还可以包括其它信息，如标记用户作为付款方还是收款方的用户标识等。可替代的，还可以通过交易金额的正负来表示第二终端20发起的交易请求是付款还是收款。
95.值得一提的是，第一终端10与第二终端20之间的上述交易可以是个人用户之间的转账交易，或者可以是消费者与商户之间的购物交易等。在消费者与商户之间的购物交易场景下，代表商户一方的第一终端10或第二终端20可以是智能手机，也可以是用于收银的pos机，还可以是在线购物时消费者浏览商户网站所使用的个人电脑pc或平板电脑等终端。
96.对于手机用户通过pc进行网购时结合手机完成向商户的支付过程，下面通过具体的场景进行说明：
97.场景1：
98.1.在pc上，打开某网上商城(如淘宝、天猫、京东商城等)选购商品后，确定支付；
99.2.用户在该网上商城的支付页面上选择通过某支付客户端(如支付宝)的nfc碰一碰支付功能进行支付后，pc提示用户将手机放在pc的指定位置(如pc的nfc感应区)；
100.3.用户将手机放在pc的指定位置后，手机打开支付宝客户端并提示用户输入密码或保持不动时按住指纹，用户根据提示操作后pc上账号与密码输入区显示用户的支付宝账号信息以及支付密码(如以隐藏真实数字或字母的形式显示)，从而使用户在pc上通过支付宝完成支付操作。
101.其中，用户在手机支付客户端上输入密码或指纹的操作是可选的。
102.场景2：
103.1-2.如上述场景1的操作步骤1-2；
104.3.用户将手机放在pc的指定位置后，pc将网上商城(即商户)生成的订单信息(如订单号和/或商户收款账号等信息)发送给手机，从而使用户在手机上通过支付宝客户端进行支付操作(如手机向支付宝服务器发送订单号来查询订单，确认后即可向商户付款)。
105.场景1中，手机是通过nfc连接将用于付款的账号信息发送给pc，由pc向支付服务器提交交易请求。而在场景2中，pc将通过网上商城生成的订单信息(其中可包括商户订单号和/或商户收款账号等信息)发送给手机，由手机向支付服务器提交交易请求。
106.图14为针对场景1提供的一种可能的实施方式对应的实现流程图，如图14所示，第一终端10可以是pc，第二终端20可以是手机，其中第一终端10通过nfc连接向第二终端20发送的支付授权请求中可携带支付客户端标识信息(如支付宝客户端标识)，那么，第二终端
20可根据该标识信息从自身支持的交易方式中确定存在该支付宝客户端，从而自动打开或唤起该支付客户端；该支付授权请求中还可以携带本次交易中生成的支付交易号(如网上商城通过支付宝服务器生成的交易号)，那么，第二终端20可将该支付交易号发送给支付宝服务器进行验证，如果验证通过，则确定该支付交易号可信，从而触发第二终端20向第一终端10反馈支付宝账号及其对应的支付密码。第二终端20在获取第一终端10返回的用户的支付账户及其支付密码后，直接填入支付页面上的指定位置(如账号与密码输入区)，在可能经过用户的确认后，把支付账号及其支付密码发送给支付服务器进行认证，认证通过，则支付服务器从该账号对应的账户余额中扣款，并向商户的账户中转账。
107.需要说明的是，用户在网上商城支付页面选择支付方式时，可选择通过nfc碰一碰支付功能进行支付，此时，图14所示的支付授权请求中也可以至少携带多个支付客户端标识信息(如支付宝客户端标识、paypal标识、google wallet标识等)，那么，第二终端20可将自身支持的支付客户端与第一终端10发送的这些支付客户端进行匹配，看自身与对方同时支持哪些支付客户端，从而在确定支付客户端后完成支付，具体的实现方式如下面的实施例，此处不再赘述。
108.在一种可能的实施方式中，交易请求的内容可以由系统自动生成或者用户手动输入。
109.在一种可能的实施方式中，第二终端20在接收到账号12后，自动打开或唤起交易方式2对应的支付客户端，向交易方式2服务器30发起交易请求。
110.值得一提的是，支付客户端也可以在后台被唤起，在不影响用户正常使用的情况下向交易方式2服务器30发起交易请求。
111.可替代的，可以在自动打开或唤起交易方式2对应的支付客户端后，接收用户选择或输入的具体的交易信息，如在绑定了多张银行卡的支付客户端中选择要使用的是哪张卡，交易金额是多少，交易类型是收款还是付款，或者交易密码等。
112.在一种可能的实施方式中，由于是由第二终端20发起交易请求，第一终端10具有的交易方式和账号可以在第一终端上没有安装对应的支付客户端，只要能够向第二终端20提供交易方式和账号，就可以完成协商交易的过程。
113.在一种可能的实施方式中，交易金额可以通过用户的手动输入接收，或者由第二终端20自动获取，或者从第一终端10接收。例如当第二终端20是与收银机连接的pos机时，交易的金额由第二终端20从收银机获取，无须用户手动输入。
114.在一种可能的实施方式中，接收用户手动输入的交易金额或者第二终端20自动获取交易金额可以在第一终端10和第二终端20进行交易方式的协商之前进行。例如，第二终端20的ui呈现一个交易界面，接收到第一终端10和第二终端20双方的用户确认交易金额无误后，第一终端10和第二终端20再通过nfc连接进行交易方式的协商。
115.在一种可能的实施方式中，根据要进行的交易，在通过nfc连接进行协商过程之前，第一终端10被设置为收款方，和/或第二终端20被设置为付款方，即在通过nfc连接进行协商过程后(如，第一终端10或第二终端20确定要使用的交易方式之后)，自动打开或唤起付款方终端上安装的支付客户端。
116.在一种可能的实施方式中，交易方式2服务器30在收到第二终端20发送的交易请求后，还可以向第一终端10发出确认请求，在收到第一终端10发送的确认指令之后，交易方
式2服务器30执行交易。
117.在本实施方式中，终端接收用户对交易进行的确认，增加了安全性。特别是第二终端20作为收款方发起的交易请求是收款请求时，让作为付款方的第一终端10进行确认有利于保障用户的财产安全。
118.在一种可能的实施方式中，确认指令还包括账号12对应的密码，或其它能够用于交易方式2服务器30对第一终端10进行身份识别的信息。
119.值得一提的是，交易确认的过程可以可选地应用于本发明所有的实施例，其余附图不再重复画出。
120.在一种可能的实施方式中，如果因为余额不足、权限受限等原因造成交易失败，交易方式2服务器30向第二终端20发送交易失败的消息。第二终端20向第一终端10发送剩余的可用交易方式，在本实施方式中是交易方式3。第一终端10将交易方式3对应的账号13返回给第二终端20。第二终端20向交易方式3服务器发起交易请求。
121.在一种可能的实施方式中，交易请求包括第一终端10的账号13，第二终端20的账号23，及交易金额。
122.在一种可能的实施方式中，交易方式2服务器30进一步向第一终端10发送交易失败的消息。
123.在一种可能的实施方式中，第一终端10和第二终端20之间的协商过程中任意一步或多步发送的信息，可以是主动发送，或者是收到对方的请求后应对方的请求返回。
124.在一种可能的实施方式中，方法进一步包括第二终端20将交易请求发送给第一终端10，由第一终端10转发给协商选择的交易方式对应的服务器30。
125.图2为根据本发明另一种可能的实施方式提供的交易方法的示意图。如图2所示，本实施方式与图1所示的实施方式的相同之处不再赘述。与图1不同的是，第二终端20在匹配出可用的交易方式是交易方式2和交易方式3后，将选择交易方式2的消息和对应的账号22一起发送给第一终端10。第一终端10向交易方式2服务器30发起交易请求。
126.值得一提的是，本技术中提到的一起发送，可以是将多个信息打包一次发送，也可以是将多个信息逐条发送。
127.图3为根据本发明又一种可能的实施方式提供的交易方法的示意图。如图3所示，本实施方式与图1所示的实施方式的相同之处不再赘述。与图1不同的是，第二终端20在判断交易方式1不可用后，向第一终端10返回第二终端20支持的交易方式列表，包括交易方式2、交易方式3和交易方式4。
128.在一种可能的实施方式中，第二终端20在判断交易方式1不可用后，向第一终端10返回第二终端20支持的交易方式列表，可以包括交易方式2、交易方式3和交易方式4中的任意一个或多个。
129.在本实施方式中，由第一终端10来对两个终端支持的交易方式列表进行可用交易方式的匹配。第一终端10匹配出可用的交易方式是交易方式2和交易方式3，并将选择要使用的交易方式2的消息返回给第二终端20。
130.第二终端20在收到要使用的交易方式是交易方式2的消息后，将第二终端20对应于交易方式2的账号22发送给第一终端10。
131.第一终端10向交易方式2服务器30发起交易请求。
132.图4为根据本发明又一种可能的实施方式提供的交易方法的示意图。如图4所示，本实施方式与图3所示的实施方式的相同之处不再赘述。与图3不同的是，第一终端10在匹配出可用的交易方式是交易方式2和交易方式3后，将选择交易方式2的消息和对应的账号12一起发送给第二终端20。第二终端20向交易方式2服务器30发起交易请求。
133.图5为根据本发明又一种可能的实施方式提供的交易方法的示意图。如图5所示，本实施方式与图1所示的实施方式的相同之处不再赘述。与图1不同的是，第一终端10不再先将最希望使用的交易方式1和账号11发送给第二终端20，来试图达成快速匹配，而是第一终端10将支持的所有交易方式(交易方式1、交易方式2和交易方式3)发送给第二终端20。
134.第二终端20将第一终端10支持的交易方式与第二终端20自身支持的交易方式进行匹配，即判断第二终端与第一终端是否有同时支持的交易方式。在匹配出可用的交易方式是交易方式2和交易方式3后，第二终端20将选择交易方式2的消息发送给第一终端10。
135.第一终端10将对应于交易方式2的账号12发送给第二终端20。
136.第二终端20向交易方式2服务器30发起交易请求。
137.在本实施方式中，第一终端10在第二终端20匹配出可用交易方式后再将账号发送给第二终端20，有利于保密用户信息，提高安全性。
138.图6为根据本发明又一种可能的实施方式提供的交易方法的示意图。如图6所示，本实施方式与图5所示的实施方式的相同之处不再赘述。与图5不同的是，在第二终端20将第一终端10支持的交易方式与第二终端20自身支持的交易方式进行匹配，匹配出可用的交易方式是交易方式2和交易方式3后，第二终端20将选择交易方式2的消息和对应的账号22一起发送给第一终端10。
139.第一终端10向交易方式2服务器30发起交易请求。
140.图7为根据本发明又一种可能的实施方式提供的交易方法的示意图。如图7所示，本实施方式与图5所示的实施方式的相同之处不再赘述。不同的是，第一终端10将支持的所有交易方式(交易方式1、交易方式2和交易方式3)，和对应于交易方式1的账号11一起发送给第二终端20。
141.在本实施例中，如果第二终端20匹配出的可用交易方式包括交易方式1，第二终端20则向交易方式1服务器发起交易请求，以提高支付效率。如果第二终端20匹配出的可用交易方式不包括交易方式1，也可以选择其他匹配出的交易方式，即双方终端都支持的交易方式，如交易方式2或交易方式3。
142.当第二终端20匹配出的可用交易方式不包括交易方式1时，例如，匹配出可用的交易方式是交易方式2和交易方式3，则第二终端20将选择交易方式2的消息发送给第一终端10。
143.第一终端10将对应于交易方式2的账号12发送给第二终端20。
144.第二终端20向交易方式2服务器30发起交易请求。
145.图8为根据本发明又一种可能的实施方式提供的交易方法的示意图。如图8所示，本实施方式与图7所示的实施方式的相同之处不再赘述。与图7不同的是，在第二终端20将第一终端10支持的交易方式与第二终端20自身支持的交易方式进行匹配，匹配出可用的交易方式是交易方式2和交易方式3后，第二终端20将选择的交易方式2和对应的账号22一起发送给第一终端10。
146.第一终端10向交易方式2服务器30发起交易请求。
147.图9为根据本发明又一种可能的实施方式提供的交易方法的示意图。如图9所示，本实施方式与图1所示的实施方式的相同之处不再赘述。与图1不同的是，第一终端10将支持的所有交易方式(交易方式1、交易方式2和交易方式3)，和分别对应于交易方式1、交易方式2和交易方式3的账号11、账号12和账号13一起发送给第二终端20。
148.第二终端20将第一终端10支持的交易方式与第二终端20自身支持的交易方式进行匹配。在匹配出可用的交易方式是交易方式2和交易方式3后，第二终端20选择的交易方式是交易方式2。
149.第二终端20向交易方式2服务器30发起交易请求。
150.在本实施方式中，第一终端10和第二终端20之间只需要进行一次交互。第二终端20在从第一终端10获得所有第一终端10支持的交易方式及其对应的账号后，匹配出可用的交易方式，从中选择一种交易方式，并将第一终端10和第二终端20自身对应于选择的交易方式的账号和交易金额一起发送给选择的交易方式对应的服务器。
151.值得一提的是，本技术的多个实施例也可以互相结合。当终端匹配出一种或多种交易方式(即两个进行nfc通信的终端同时支持一种或多种交易方式)时，可以由进行匹配的终端来选择要使用的交易方式，然后向对方终端发送对应的自身的账号或者向对方终端请求获取对方终端的账号；也可以将匹配出的可用交易方式发送给对方终端，或者将匹配出的可用交易方式及交易方式对应的账号发送给对方终端，然后由对方终端来选择要使用的交易方式。当有多种交易方式和/或交易方式对应的账号需要发送时，可以发送全部或者其中的一部分。
152.图10为根据本发明一种可能的实施方式提供的交易方法的实现流程图。如图10所示，第一终端10和第二终端20分别生成交易方式列表和对应的账号列表，对交易方式列表和对应的账号列表进行存储，从中筛选出可用的交易方式以得到可用交易方式列表，再对可用交易方式列表中的可用交易方式进行排序。然后第一终端10将可用交易方式列表及对应于可用交易方式列表中的每种可用交易方式的对应账号列表发送给第二终端20。第二终端20将两个终端的可用交易方式列表进行匹配，得到至少一个匹配交易方式。第二终端20从至少一个匹配交易方式中选择一个要使用的交易方式，向要使用的交易方式服务器发送交易请求。
153.本发明实施例中，交易方式与账号可以是一一对应的，也可以不是一一对应的，例如多种交易方式对应一个账号，以账号为手机号或邮箱地址为例，它可以用于注册支付宝账号、paypal账号，从而能对应支付宝、paypal等多种交易方式，或者，以账号为银行卡号为例，它也可以绑定到支付宝账号、paypal账号等，从而能对应支付宝、paypal等多种交易方式。
154.本发明实施例中，如果一方终端使用的账号信息中有银行卡信息，则确定要使用哪种支付客户端作为进行本次交易的第一交易方式后，向该第一交易方式对应的服务器提交交易请求的一方终端要先确定该第一交易方式支持使用银行卡进行交易(如支持向银行卡账户进行转账，或者，支持使用银行卡账户进行付款或收款等)。进一步地，如果使用银行卡信息作为账号信息的终端就是向服务器提交交易请求的终端，则由该终端确定该第一交易方式支持使用银行卡进行交易；如果使用银行卡信息作为账号信息的终端不是向服务器
提交交易请求的终端，则是使用银行卡信息作为账号信息的终端在向对方终端发送该银行卡信息之前确定该第一交易方式支持使用银行卡进行交易，和/或，是向服务器提交交易请求的终端在收到对方终端发送的该银行卡信息后确定该第一交易方式支持使用银行卡进行交易。示例地，收款方终端可以将收款用的银行卡信息(卡号，可选的，如姓名等)发送给付款方终端，付款方终端在自身确定使用第一交易方式或对方终端告知使用第一交易方式后，自动或基于用户操作(如点击选择该支付客户端)将该银行卡信息输入到支付客户端提供的用户界面ui上相应的输入框，付款方确认后即可完成转账。对于其他示例，此处不再赘述，本发明实施例不进行限定。
155.此外，本发明实施例还可以用于用户转移银行卡积分、会员卡积分(如支付宝会员卡积分)、电子票券(如优惠券、代金券或票券等)等。例如，转移积分时，表示要转移的积分数量可作为交易金额，也可作为交易金额的附加信息；转移优惠券(如通过支付宝服务器购买或下载的优惠券)时，该优惠券信息(如消费码)可作为账号信息，也可以作为账号信息的附加信息。实现中，在两个终端通过nfc连接交互消息时，可以在交互的消息中携带附加信息，用来表示本次交易要转移的是资金，还是积分，还是优惠券等。本发明实施例对此不进行限定。
156.图15为根据本发明一种可能的实施方式提供的第一终端10与第二终端20之间交互的消息的结构图。第一终端10与第二终端之间20交互的交易消息可以包括消息头(如遵循nfc数据交换格式的记录，即ndef record)，还可以包括多个消息字段(如遵循nfc数据交换格式的记录，即ndef record)，其中，消息头中可以携带用于标识本次交易中消息发送方的角色标识(如作为付款方的标识或者作为收款方的标识)，ndef record用于携带或放置表示前面图1-10中所述的交易方式的数量信息，用于标识交易方式的标识信息(如支付应用标识)，甚至交易方式对应的账号信息(如支付应用账号)。图15中以携带m个支付应用标识及对应的m个账号为例，其中m为大于0的整数，虚线部分标出的ndef record是可选的，对应的含义是终端(如第一终端10)可通过该消息格式向对方终端(如第二终端20)发送m个支付应用标识(m≥1)，也可通过该消息格式向对方终端发送m个支付应用标识及其对应的m个支付应用账号(m≥1)，还可以通过该消息格式向对端终端发送m个支付应用标识以及其中n种交易方式对应的n个支付应用账号(m≥1，n＜m)。
157.图16为根据本发明一种可能的实施方式提供的第一终端10与第二终端20之间交互的消息的另一种结构图。图中所示的交易消息由多个ndef record组成，其中，第一个ndef record可以为图15中的消息头，第二个ndef record可以包括m个指针，其中每个指针可指向后面一个用于携带支付应用标识(及其对应的支付应用账号)的ndef record，从而使终端(具体地，是终端的nfc单元或nfc功能模块，即可以通过nfc天线接收或发送符合上述格式的消息)接收到该交易消息后进行解析时能通过每个指针找到一种交易方式相关的信息，从而使终端能进行交易方式的匹配的操作。
158.图15和16仅是本发明实施例对第一终端10与第二终端20之间交互的消息的格式的设计示例，对于其他设计方式，如将角色标识作为附加信息放置在后面的附加字段中、如将协议版本信息放置在消息头中等，本发明实施例均不进行限定。
159.本发明实施例中，第一终端10与第二终端20之间通过nfc连接交互的消息，可以是第一终端10发送给第二终端20的消息，也可以是第二终端20发送给第一终端10的消息。该
消息可以是通过读写r/w模式传输的或者通过点对点p2p模式传输的，例如，第二终端10工作在r/w模式下向第一终端10发送读命令read command，从而可将第一终端10保存的nfc标签中的信息读取出来(即第一终端10作为nfc标签将其中的信息返回给第二终端20)；又如，第一终端10工作在p2p模式下向第二终端发送请求消息，其中可携带自身的交易方式和/或对应的账号信息，如前面图1至10任一实施例所述，然后第二终端同样以p2p模式向第二终端反馈响应消息，其中可携带确定使用某种交易方式的信息、自身对应的账号信息或其他信息，如前面图1至10任一实施例所述，此模式下，第一终端10向第二终端20发送的请求消息，或者，第二终端20向第一终端反馈的响应消息，都可被封装在至少一个信息协议数据单元i pdu中(该i pdu是nfc forum制定的逻辑连接控制llcp协议中定义的用于携带信息的数据单元)，并经过llcp数据链路连接(llcp data link connection)进行传输，具体可参考llcp协议。当然，本发明实施例并不对该消息的具体传输方式进行限定。
160.本发明实施例中，第一终端10或第二终端20在接收到对方发送的消息后，即其nfc单元或nfc功能模块通过nfc天线接收到对方发送的消息后，该nfc单元或nfc功能模块，可以对消息中的部分或全部信息进行解析。例如，对上述图15或图16中的消息头进行解析，假设解析出角色标识为付款方时，可触发终端进行如前面实施例中所述的判断某交易方式是否绑定其他授权账户或账号余额是否充足，以及根据该判断结果终端对交易方式进行筛选、排序等操作，等等；对上述图15或图16中的支付应用标识信息进行解析，假设解析出来支付应用标识信息为支付宝客户端标识，可触发终端进行如前面实施例中所述的判断其自身支持的交易方式(即支付客户端)中是否有支付宝客户端，以及根据该判断结果触发终端打开或唤起双方匹配的支付客户端等操作，等等；当然，还有部分信息可以不由该nfc单元或nfc功能模块进行解析，如消息中携带的账号信息、交易金额或者其他跟业务相关的附加信息(如交易描述信息：支付、收款、借款、还款、代付等)。
161.本发明一种可能的实施方式提供了一种基于近场通信nfc的交易方法，所述方法包括：
162.第二终端20通过nfc连接接收第一终端10发送的协商消息(如前面图15或图16中所述的交易消息)，所述协商消息中至少包含第一标识列表和第一账号列表，其中，所述第一标识列表中包括m个标识信息，用于标识所述第一终端10支持的至少一种交易方式，所述第一账号列表中包括对应所述m个标识信息中n个标识信息的n个账号信息，其中，m≥1，n≤m。
163.根据本发明一种可能的实施方式，通过判断该协商消息中的标识信息的数量m以及账号信息的数量n的大小，具体确定如何处理，如下：
164.当所述m≥1且所述n＝1时，所述第二终端根据第一预设规则(如上图1或图2或图3或图4或图7或图8所述的方式)确定第一交易方式，以完成本次交易；或者，
165.当所述m≥1且所述n＝0时，所述第二终端根据第二预设规则(如上图5或图6所述的方式)确定所述第一交易方式，以完成本次交易；或者，
166.当所述m＞1且所述n＞1时，所述第二终端根据第三预设规则(如上图9所述的方式)确定所述第一交易方式，以完成本次交易。
167.根据本发明一种可能的实施方式，判断该协商消息中是否有账号信息可以包括以下步骤：
division multiple access,宽带码分多址)、lte(long term evolution,长期演进)、电子邮件、sms(short messaging service，短消息服务)等。
177.nfc单元101用于与其它nfc设备进行通信。
178.存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行手机100的各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图象播放功能等)等；存储数据区可存储根据手机100的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
179.第一终端10和/或第二终端20可以将各自支持的交易方式的列表和/或对应于交易方式的账号的列表，和/或在协商交易方式之前显示的交易界面接收到的用户输入的交易信息存储在存储器120中。
180.其他输入设备130可用于接收输入的数字或字符信息，以及产生与手机100的用户设置以及功能控制有关的键信号输入。具体地，其他输入设备130可包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆、光鼠(光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸)等中的一种或多种。其他输入设备130与i/o子系统170的其他输入设备控制器171相连接，在其他设备输入控制器171的控制下与处理器180进行信号交互。
181.显示屏140可用于显示由用户输入的信息或提供给用户的信息以及手机100的各种菜单，还可以接受用户输入。具体的显示屏140可包括显示面板141，以及触控面板142。其中显示面板141可以采用lcd(liquid crystal display，液晶显示器)、oled(organic light-emitting diode,有机发光二极管)等形式来配置显示面板141。触控面板142，也称为触摸屏、触敏屏等，可收集用户在其上或附近的接触或者非接触操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板142上或在触控面板142附近的操作，也可以包括体感操作；该操作包括单点控制操作、多点控制操作等操作类型。)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板142可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位、姿势，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成处理器能够处理的信息，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板142，也可以采用未来发展的任何技术实现触控面板142。进一步的，触控面板142可覆盖显示面板141，用户可以根据显示面板141显示的内容(该显示内容包括但不限于，软键盘、虚拟鼠标、虚拟按键、图标等等)，在显示面板141上覆盖的当触控面板142上或者附近进行操作，触控面板142检测到在其上或附近的触摸操作后，通过i/o子系统170传送给处理器180以确定触摸事件的类型以确定用户输入，随后处理器180根据触摸事件的类型在显示面板根据用户输入通过i/o子系统170在显示面板141上提供相应的视觉输出。虽然在图11中，触控面板142与显示面板141是作为两个独立的部件来实现手机100的输入和输入功能，但是在某些实施例中，可以将触控面板142与显示面板141集成而实现手机100的输入和输出功能。
182.手机100还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在手机100移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机100还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
183.音频电路160、扬声器161，麦克风162可提供用户与手机100之间的音频接口。音频电路160可将接收到的音频数据转换后的信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，麦克风162将收集的声音信号转换为信号，由音频电路160接收后转换为音频数据，再将音频数据输出至rf电路108以发送给比如另一手机，或者将音频数据输出至存储器120以便进一步处理。
184.i/o子系统170用来控制输入输出的外部设备，可以包括其他设备输入控制器171、传感器控制器172、显示控制器173。可选的，一个或多个其他输入控制设备控制器171从其他输入设备130接收信号和/或者向其他输入设备130发送信号，其他输入设备130可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮、光鼠(光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸)。值得说明的是，其他输入控制设备控制器171可以与任一个或者多个上述设备连接。所述i/o子系统170中的显示控制器173从显示屏140接收信号和/或者向显示屏140发送信号。显示屏140检测到用户输入后，显示控制器173将检测到的用户输入转换为与显示在显示屏140上的用户界面对象的交互，即实现人机交互。传感器控制器172可以从一个或者多个传感器150接收信号和/或者向一个或者多个传感器150发送信号。
185.处理器180是手机100的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行手机100的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理单元；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
186.手机100还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。
187.尽管未示出，手机100还可以包括摄像头、蓝牙模块等，在此不再赘述。
188.图12示出的是本发明一种可能的实施方式提供的具有nfc功能的设备(简称nfc设备)的部分结构的框图。如图12所示，具有nfc功能的设备(以下简称nfc设备)主要由以下三个功能实体组成：主控制器(device host，简称dh)，nfc控制器(nfc controller，简称nfcc)和nfc执行环境(nfc execution environment，简称nfcee)。其中dh负责nfcc的管理，如初始化，配置和电源管理等；nfcc负责通过射频接口和天线进行数据的物理传输；nfcee可以为nfc应用程序提供一个安全的执行环境，可以安全地存储和运行应用，保存应用相关
的密钥、证书等数据不被篡改和非法访问，同时还可以保存机密数据访问规则等。nfc控制接口(nfc control interface，简称nci)定义了一个用于dh和nfcc之间通信的逻辑接口。dh和nfcc可以通过nci协议进行通信。另外，nfcc和nfcee之间可以通过主机控制接口(host controller interface，简称hci)或单线协议(single wire protocol，简称swp)等通信协议进行通信。
189.在实际设备中，dh往往就是该设备的cpu。
190.图13示出的是本发明一种可能的实施方式提供的nfc控制器(nfc controller，简称nfcc)的部分结构的框图。如图13所示，nfcc一般是一块专门的nfc芯片，其中集成了一个处理单元和nfc射频发射器以及接收器。nfc芯片中一般还集成了存储器，可以存储由前述处理单元执行的程序代码。nfcc中的nfc射频发射器和接收器与nfc天线一起为nfc设备提供nfc射频接口。
191.nfcee在实际设备中有多种实现方式。例如可以通过特定的硬件实现其功能，比如通过一个特定的硬件模块实现其功能。该硬件模块可以是固化在nfc设备的电路板上的，如嵌入式通用集成电路卡(embeded universal integrated circuit card，euicc)也可以与用户识别模块(subscriber identity module,sim)、通用集成电路卡(universal integrated circuit card,uicc)、安全数码(secure digital,sd)卡集成在一起。nfcee的另一种实现方式是在nfcc上实现其功能，即ndef-nfcc。此外，nfcee也可以通过软件实现，例如在dh上运行的主机卡模拟环境(host-based card emulation,hce)。
192.由于nfcee包括设备主机近场通信执行环境(device host-nfcee，简称dh-nfcee)及基于多种不同物理载体(如上述uicc、sd等)的nfcee，同一个nfc终端上可能同时部署有多个不同的nfcee，不同的非接触应用可能被配置在不同的nfcee中。
193.本发明实施例中所使用的dh、nfcc以及nfcee都是在nfc论坛制定的nci规范中使用的术语。其中，dh还可以对应欧洲电信标准协会(英文全称：european telecommunication standards institute，简称：etsi)制定的hci规范中的终端主机(英文：terminal host)；此外，全球平台(英文全称：global platform，简称：gp)组织制定的规范中的管理实体(英文全称：managing entity，简称：me)若实现在终端主机上，则也可以将dh称为管理主机(英文全称：managing host，简称：mh)。nfcc还可以对应hci规范中的非接触前端(英文全称：contactless front-end，简称：clf)，此时，hci规范中的主机控制器(英文：host controller)要实现在nfcc上。nfcee还可以对应hci规范中的uicc、ese、sd卡等主机，以及gp制定的规范中的安全单元(英文全称：secure element，简称：se)或卡模拟环境(英文全称：card emulation environment，简称：cee)。
194.本发明实施例所提及的nfc应用一般是指安装到nfcee中并且可以使用nfcc提供的nfc接口与读卡器进行交易的应用，例如，安装到手机通用集成电路卡(英文：universal integrated circuit card，简称：uicc)中的公交卡应用、电子现金卡应用都是nfc应用。nfc应用在不同的标准组织制定的规范中有不同的名称，如gp制定的规范中称为非接触应用(英文：contactless application，简称：cl app)，在nfc论坛制定的相关规范中称为nfc服务(nfc service)。
195.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能
存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括ram、rom、eeprom、cd-rom或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(dsl)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、dsl或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的，盘(disk)和碟(disc)包括压缩光碟(cd)、激光碟、光碟、数字通用光碟(dvd)、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
196.总之，以上所述仅为本发明技术方案的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。