支付方法、服务器及移动终端与流程

1.本技术涉及通信技术领域，尤其涉及一种支付方法、服务器及移动终端。


背景技术：

2.随着科学技术的快速发展，在乘坐地铁或公交等公共交通工具出行时，用户可以使用二维码等移动支付方式，代替传统的实体公交卡。
3.以乘坐地铁出行为例。在进入地铁站时用户可以将二维码对准进站闸机的扫码设备，以进站乘车；在达到终点地铁站后，用户可以将二维码对准出站闸机的扫码设备，以离开终点地铁站。然后，服务器根据这个用户的进站信息和出站信息等，计算乘车费用，并对用户账户扣除乘车费用。
4.上述移动支付方式是基于在同一应用程序注册的同一账户完成的。然而，在某些情况下，进站和出站时使用的二维码可能属于某应用程序的不同账户，例如在用户进站时使用该应用程序的账户1，在用户出站时使用该应用程序的账户2，但这可能会造成对这两个账户均进行扣费，降低了用户的支付体验。


技术实现要素：

5.本技术提供一种支付方法、服务器及移动终端，解决了在用户乘坐公共交通工具出行时，若用户开始乘车和结束乘车时选择了在同一应用程序注册的不同账户，则对这两个账户均进行扣费的技术问题。
6.为达到上述目的，本技术采用如下技术方案：
7.第一方面，本技术实施例提供一种支付方法。该方法包括：
8.接收第一支付信息和第二支付信息；其中，第一支付信息为进站闸机通过扫描与第一账户对应的第一乘车码得到的，第二支付信息为出站闸机通过扫描与第二账户对应的第二乘车码得到的，第一账户和第二账户为在一个支付应用注册的两个账户；
9.在根据第一支付信息和第二支付信息，确定存在单次乘车事件的情况下，从第一账户或第二账户扣除单次乘车费用；其中，单次乘车事件是指用户完成从起始乘车站到终点乘车站的单次行程，单次乘车费用用于支付单次行程。
10.在本技术实施例中，针对在用户开始乘车和结束乘车时，对移动终端进行两次扫码操作，以完成一次扣费操作的场景，若开始乘车时的扫描信息和扫描乘车时的支付信息对应在同一应用程序注册的两个支付账户，则会判断是否发生单次乘车事件。在确定发生了单次乘车事件的情况下，从两个支付账户的任意一个支付账户扣除单次行程的乘车费用，从而避免了多次扣费等异常情况，进而提高了用户的支付体验。
11.在一种可能的实现方式中，根据第一支付信息和第二支付信息，确定存在单次乘车事件，包括：确定第一信息集和第二信息集，第一信息集由与第一支付信息关联的至少一个信息组成，第二信息集由与第二支付信息关联的至少一个信息组成；在第一信息集和第二信息集中每类信息的检测结果均符合预设条件的情况下，确定存在单次乘车事件。
12.应理解，由于开始乘车时的支付信息和结束乘车时的支付信息较为单一，因此通过获取与第一支付信息关联的第一信息集、与第二支付信息关联的第二信息集，可以利用第一信息集和第二信息集中每类信息，全面反映真实的乘车情况。
13.在一种可能的实现方式中，第一信息集包括：第一用户信息，第一用户信息用于指示与第一账户关联的用户；第二信息集包括：第二用户信息，第二用户信息用于指示与第二账户关联的用户。相应地，第一信息集和第二信息集中每类信息的检测结果均符合预设条件，包括：第一用户信息与第二用户信息指示同一用户。
14.应理解，当开始乘车时的支付信息和结束乘车时的支付信息属于同一个实名认证用户时，可以判定该用户完成了从起始乘车站到终点乘车站的单次行程。
15.在一种可能的实现方式中，第一信息集还包括第一设备标识，第一设备标识用于指示登录第一账户的移动终端；第二信息集还包括第二设备标识，第二设备标识用于指示登录第二账户的移动终端。相应地，第一信息集和第二信息集中每类信息的检测结果均符合预设条件，还包括：第一设备标识和第二设备标识指示同一移动终端。
16.应理解，仅根据用户信息可能存在乘车事件误判，因此通过判断开始乘车时和结束乘车时的移动终端是否为同一移动终端，可提高确定单次乘车事件的准确性。
17.在一种可能的实现方式中，第一信息集还包括第一类型标识，第一类型标识用于指示提供第一乘车码的乘车卡的类型；第二信息集还包括第二类型标识，第二类型标识用于指示提供第二乘车码的乘车卡的类型。相应地，第一信息集和第二信息集中每类信息的检测结果均符合预设条件，还包括：第一类型标识和第二类型标识指示同一类型的乘车卡。
18.应理解，仅根据用户信息可能存在乘车事件误判，因此通过判断开始乘车时和结束乘车时使用的乘车卡是否属于同一类型，可提高确定单次乘车事件的准确性。
19.在一种可能的实现方式中，第一信息集还包括第一时间信息，第一时间信息用于指示进站闸机扫描第一乘车码的时间；第二信息集还包括第二时间信息，第二时间信息用于指示出站闸机扫描第二乘车码的时间。相应地，第一信息集和第二信息集中每类信息的检测结果均符合预设条件，还包括：第一时间信息和第二时间信息指示的时间间隔小于或等于预设间隔。
20.应理解，仅根据用户信息可能存在乘车事件误判，因此通过判断开始乘车和结束乘车的时间间隔是否小于或等于预设的时间间隔，可提高确定单次乘车事件的准确性。
21.在一种可能的实现方式中，第一信息集还包括第一站点信息，第一站点信息用于指示起始乘车站；第二信息集还包括第二站点信息，第二站点信息用于指示终点乘车站。相应地，第一信息集和第二信息集中每类信息的检测结果均符合预设条件，还包括：第一站点信息和第二站点信息指示的乘车站为不同的乘车站。
22.应理解，仅根据用户信息可能存在乘车事件误判，因此通过判断开始乘车和结束乘车的乘车站是否为同一个乘车站，可提高确定单次乘车事件的准确性。
23.在一种可能的实现方式中，第一信息集还包括：第一优惠信息和第一余额信息，第一优惠信息用于指示第一账户包含的各个乘车优惠项，第一余额信息用于指示第一账户的余额；第二信息集还包括：第二优惠信息和第二余额信息，第二优惠信息用于指示第二账户包含的各个乘车优惠项，第二余额信息用于指示第二账户的余额。
24.相应地，从第一账户或第二账户扣除单次乘车费用，包括：根据多种预设策略中每
种预设策略的优先级、第一优惠信息、第二优惠信息、第一余额信息、第二余额信息、第一类型标识、第二类型标识、第一时间信息和第二时间信息，从多种预设策略中确定目标支付策略；按照目标支付策略，从符合目标支付策略的第一账户或第二账户，扣除单次乘车费用。
25.其中，多种预设策略包括以下至少一项：
26.根据账户的优惠程度设置的支付策略；
27.根据账户的优惠券期限设置的支付策略；
28.根据账户的余额设置的支付策略；
29.根据账户的乘车卡的类型设置的支付策略；
30.根据账户的扫描顺序设置的支付策略。
31.应理解，由于预先设置了多种支付策略，因此根据第一信息集和第二信息集包含的各个信息，可以从多种支付策略中选择出对用户最优的支付策略，并按照该支付策略从一个账户扣除单次乘车费用，从而提高用户的支付体验。
32.在一种可能的实现方式中，该方法还包括：在根据第一支付信息和第二支付信息，确定存在两次乘车事件的情况下，分别从第一账户和第二账户扣除每次乘车事件的乘车费用；其中，两次乘车事件是指用户完成从起始乘车站到任意站点的单次行程，以及完成从任意站点到终点乘车站的单次行程。
33.应理解，若是发生了两次乘车事件，则需要对两个账户均进行扣费。例如，按照预设的最高扣费策略，从两个账户中的每个账户扣除单次乘车费用。
34.在一种可能的实现方式中，根据第一支付信息和第二支付信息，确定存在两次乘车事件，包括：确定第一信息集和第二信息集；并在第一信息集和第二信息集满足条件1，且满足条件2、条件3和条件4中的至少一项的情况下，确定存在两次乘车事件。
35.其中，条件1为第一用户信息与第二用户信息指示同一用户；
36.条件2为第一设备标识和第二设备标识指示不同的移动终端；
37.条件3为第一类型标识和第二类型标识指示不同类型的乘车卡；
38.条件4为第一时间信息和第二时间信息指示的时间间隔大于预设间隔。
39.应理解，尽管开始乘车时的支付信息和结束乘车时的支付信息属于同一个实名认证用户，但是开始乘车时和结束乘车时的移动终端不同，开始乘车时和结束乘车时使用了不同类型的乘车卡，和/或开始乘车和结束乘车时的时间检测较长，那么可能发生了两次乘车事件。在这种情况下，需要对两个账户均进行扣费。
40.在一种可能的实现方式中，该方法还包括：在根据第一支付信息和第二支付信息，确定不存在乘车事件的情况下，不从第一账户和第二账户扣除乘车费用；其中，不存在乘车事件是指起始乘车站和终点乘车站为同一乘车站。
41.应理解，在用户进入某个乘车站后又从该乘车站离开，那么用户可能并未乘车。在这种情况下，不需要对任意一个账户扣费。
42.第二方面，本技术实施例提供一种支付方法。该方法包括：
43.在目标支付应用的第一乘车卡处于激活状态的情况下，接收进站闸机以nfc信号形式发送的第一请求信息，并响应于第一请求消息，确定第一信息集，第一信息集由与第一乘车卡关联的至少一个信息组成；
44.在目标支付应用的第二乘车卡处于激活状态的情况下，接收出站闸机以nfc信号
形式发送的第二请求信息，并响应于第二请求消息，确定第二信息集，第二信息集由与第二乘车卡关联的至少一个信息组成；
45.在根据第一信息集和第二信息集，确定存在单次乘车事件的情况下，从第一乘车卡或第二乘车卡扣除单次乘车费用；其中，单次乘车事件是指用户完成从起始乘车站到终点乘车站的单次行程，单次乘车费用用于支付单次行程。
46.在本技术实施例中，针对在用户开始乘车和结束乘车时，将移动终端分别靠近nfc设备，以完成一次扣费操作的场景，若移动终端在开始乘车时接收的请求信息和结束乘车时接收的请求信息对应与同一应用程序关联的两个乘车卡，则会判断是否发生单次乘车事件。在确定发生了单次乘车事件的情况下，从两个乘车卡的任意一个乘车卡扣除单次行程的乘车费用，从而避免了多次扣费等异常情况，进而提高了用户的支付体验。
47.在一种可能的实现方式中，根据第一信息集和第二信息集，确定存在单次乘车事件，包括：在第一信息集和第二信息集中每类信息的检测结果均符合预设条件的情况下，确定存在单次乘车事件。
48.在一种可能的实现方式中，若第一信息集包括第一类型标识，且第二信息集包括第二类型标识，则第一信息集和第二信息集中每类信息的检测结果均符合预设条件，包括：第一类型标识和第二类型标识指示同一类型的乘车卡。其中，第一类型标识用于指示第一乘车卡的类型，第二类型标识用于指示第二乘车卡的类型。
49.应理解，当开始乘车时和结束乘车时使用的乘车卡属于同一类型时，例如均属于地铁卡，可判定该用户乘坐同一个或同一类交通工具完成了从起始乘车站到终点乘车站的单次行程。
50.在一种可能的实现方式中，若第一信息集包括第一时间信息，且第二信息集包括第二时间信息，则第一信息集和第二信息集中每类信息的检测结果均符合预设条件，包括：第一时间信息和第二时间信息指示的时间间隔小于或等于预设间隔。其中，第一时间信息用于指示接收第一请求消息的时间，第二时间信息用于指示接收第二请求消息的时间。
51.应理解，当开始乘车和结束乘车的时间间隔在预设时间内时，可判定该用户在预设时间内乘坐交通工具完成了从起始乘车站到终点乘车站的单次行程。
52.在一种可能的实现方式中，若第一信息集包括第一站点信息，且第二信息集包括第二站点信息，则第一信息集和第二信息集中每类信息的检测结果均符合预设条件，包括：第一站点信息和第二站点信息指示的乘车站为不同的乘车站。其中，第一站点信息用于指示起始乘车站，第二站点信息用于指示终点乘车站。
53.应理解，当起始乘车站和终点乘车站为不同的乘车站时，可判定用户进行了乘车。
54.在一种可能的实现方式中，第一信息集还包括：第一优惠信息和第一余额信息，第一优惠信息用于指示第一乘车卡包含的各个乘车优惠项，第一余额信息用于指示第一乘车卡的余额。第二信息集还包括：第二优惠信息和第二余额信息，第二优惠信息用于指示第二乘车卡包含的各个乘车优惠项，第二余额信息用于指示第二乘车卡的余额。
55.从第一乘车卡或第二乘车卡扣除单次乘车费用，包括：
56.根据多种预设策略中每种预设策略的优先级、第一优惠信息、第二优惠信息、第一余额信息、第二余额信息、第一类型标识、第二类型标识、第一时间信息和第二时间信息，从多种预设策略中确定目标支付策略。按照目标支付策略，从第一乘车卡的余额或第二乘车
卡的余额，扣除单次乘车费用；或者，按照目标支付策略，从目标支付应用的余额或关联账户，扣除单次乘车费用。
57.其中，多种预设策略包括以下至少一项：
58.根据乘车卡的优惠程度设置的支付策略；
59.根据乘车卡的优惠券期限设置的支付策略；
60.根据乘车卡的余额设置的支付策略；
61.根据乘车卡的类型设置的支付策略；
62.根据乘车卡接收请求消息的顺序设置的支付策略。
63.应理解，由于预先设置了多种支付策略，因此根据第一信息集和第二信息集包含的各个信息，可以从多种支付策略中选择出对用户最优的支付策略，并按照该支付策略从一个乘车卡扣除单次乘车费用，从而提高用户的支付体验。
64.在一种可能的实现方式中，该方法还包括：在根据第一信息集和第二信息集，确定存在两次乘车事件的情况下，分别从第一乘车卡的余额和第二乘车卡的余额扣除每次乘车事件的乘车费用；或者，从目标支付应用的余额或关联账户，扣除两次乘车事件的费用。其中，两次乘车事件是指用户完成从起始乘车站到任意站点的单次行程，以及完成从任意站点到终点乘车站的单次行程。
65.应理解，若是发生了两次乘车事件，则需要对两个乘车卡均进行扣费。例如，按照预设的最高扣费策略，从两个乘车卡中的每个乘车卡的余额扣除单次乘车费用。再例如，当两个乘车卡没有余额时，从与两个乘车卡绑定的支付应用的余额或关联账户，扣除两次乘车事件的费用。
66.在一种可能的实现方式中，根据第一信息集和第二信息集，确定存在两次乘车事件，包括：在第一信息集和第二信息集满足条件1和条件2中的至少一项的情况下，确定存在两次乘车事件。
67.其中，条件1为第一类型标识和第二类型标识指示不同类型的乘车卡；
68.条件2为第一时间信息和第二时间信息指示的时间间隔大于预设间隔。
69.应理解，如果开始乘车时和结束乘车时使用了不同类型的乘车卡，和/或开始乘车和结束乘车时的时间检测较长，那么可能发生了两次乘车事件。在这种情况下，扣除两次乘车事件的费用。
70.在一种可能的实现方式中，该方法还包括：
71.在根据第一信息集和第二信息集，确定不存在乘车事件的情况下，不从第一乘车卡和第二乘车卡扣除乘车费用。其中，不存在乘车事件是指起始乘车站和终点乘车站为同一乘车站。
72.应理解，在用户进入某个乘车站后又从该乘车站离开，那么用户可能并未乘车。在这种情况下，不需要对任意一个乘车卡扣费。
73.第三方面，本技术提供一种支付装置，该装置包括用于执行上述第一方面或第二方面的方法的单元/模块。该装置可对应于执行上述第一方面或第二方面描述的方法，该装置中的单元/模块的相关描述请参照上述第一方面或第二方面的描述。为了简洁，在此不再赘述。
74.第四方面，提供一种服务器，包括处理器，该处理器与存储器耦合，该处理器用于
执行该存储器中存储的计算机程序或指令，以使得服务器实现如第一方面中任一项的支付方法。
75.第五方面，提供一种移动终端，包括处理器，该处理器与存储器耦合，该处理器用于执行该存储器中存储的计算机程序或指令，以使得移动终端实现如第二方面中任一项的支付方法。
76.第六方面，提供一种芯片，该芯片与存储器耦合，该芯片用于读取并执行该存储器中存储的计算机程序，以实现如第一方面或第二方面中任一项的支付方法。
77.第七方面，提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序在服务器上运行时，使得服务器执行如第一方面中任一项的支付方法；或者，当该计算机程序在移动终端上运行时，使得移动终端执行如第二方面中任一项的支付方法。
78.第八方面，提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面或第二方面中任一项的支付方法。
79.可以理解的是，上述第三方面至第八方面的有益效果可以参见上述第一方面和第二方面中的相关描述，在此不再赘述。
附图说明
80.图1为本技术实施例提供的用户采用扫码支付方式乘坐地铁时的通信系统的示意图；
81.图2为本技术实施例提供的用户使用二维码乘坐地铁时的支付方法的流程示意图；
82.图3为本技术实施例提供的进站时触发显示二维码的操作示意图；
83.图4为本技术实施例提供的出站时触发显示二维码的操作示意图；
84.图5为本技术实施例提供的支付平台服务器进行支付方法的流程示意图；
85.图6为本技术实施例提供的支付平台服务器确定第一信息集的方法的流程示意图；
86.图7为本技术实施例提供的用户采用nfc支付方式乘坐地铁时的通信系统的示意图；
87.图8为本技术实施例提供的用户使用nfc乘坐地铁时的支付方法的流程示意图；
88.图9为本技术实施例提供的进站和出站时触发显示nfc乘车卡的操作示意图；
89.图10为本技术实施例提供的一种支付装置的结构示意图；
90.图11为本技术实施例提供的另一种支付装置的结构示意图；
91.图12为本技术实施例提供的服务器的结构示意图；
92.图13为本技术实施例提供的移动终端的结构示意图。
具体实施方式
93.为了使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。
94.在本技术的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b。在本技术的描述中，“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
95.在本技术的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。例如，第一类型标识和第二类型标识等是用于区别不同的类型标识，而不是用于描述类型标识的特定顺序。
96.在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
97.首先对本技术中涉及的一些名词或者术语进行解释说明。
98.应用多开，是指在一个应用程序在一个电子设备上用多个账户登录，从而使得多个账户同时在线使用或后台运行，即各个账户互不影响。例如，通过对一个手机的应用a双开，使得应用a的主号和应用a的小号同时登录，适用于电商、微商、销售和游戏代练等各种特殊人群。
99.近场通信(near field communication，nfc)是一种在非接触式射频识别技术的基础上，结合无线互连技术研发而成的短距离高频无线通信技术。通过在移动终端的芯片上集成感应式读卡器、感应式卡片和点对点通信模块，从而实现了移动支付、电子票务、门禁、移动身份识别和防伪等功能。
100.通常，nfc工作模式分为被动模式和主动模式。在被动模式中，需要为nfc发起设备(也称为主设备)提供供电设备，主设备利用供电设备的电能来提供射频场，并将数据发送到nfc目标设备(也称为从设备)。由于从设备不产生射频场，所以不需要供电设备。从设备将主设备产生的射频场转换为电能，为从设备的电路供电，以接收主设备发送的数据，并利用负载调制(load modulation)技术，以相同的速度将从设备的数据传回主设备。在主动模式中，nfc发起设备和nfc目标设备在向对方发送数据时，均会主动产生射频场，因此都需要供电设备提供产生射频场的电能。
101.需要说明的是，本技术实施例的nfc支付方式主要涉及被动模式。具体地，在与公共交通工具对应的闸机上设置的nfc设备为nfc发起设备，用户携带的移动终端为nfc目标设备。nfc发起设备以射频形式将站点信息、地址位置信息和请求付费消息等发送至移动终端，然后移动终端根据这些信息完成移动支付。
102.目前，在乘坐地铁等公共交通工具出行的场景下，当用户开始乘车和结束乘车时，用户可能需要对随身携带的移动终端进行两次操作，以完成一次扣费操作。但这是基于在同一应用程序注册的同一账户完成的。然而，在某些情况下，用户在进站和出站时使用的支付方式可能属于在同一应用程序注册的不同账户。下面分别以使用较为常见的扫码支付方式和nfc支付方式乘坐地铁为例进行说明。
103.第一种场景、移动终端的某个具备支付功能的应用程序支持应用多开，例如同时
登录该应用程序的账户a1和账户a2。在用户进入起始乘车站时，先触发移动终端显示账户a1的地铁卡界面，然后将账户a1的地铁卡界面中的二维码对准进站闸机的扫码设备。进站闸机的扫码设备在扫描到二维码后，进站闸机会开启闸门，并将扫码信息发送至服务器。用户在乘坐上地铁后，可能会触发账户a1后台运行，并触发前台显示账户a2的界面，例如使用账户a2进行收发快递、购买电影票、观看视频或聊天等操作。在用户离开终点乘车站时，当前界面仍是账户a2的界面。若用户将账户a2的地铁卡界面中的二维码，对准出站闸机的扫码设备，则在出站闸机的扫码设备扫描到二维码后，出站闸机会开启闸门，并将扫码信息发送至服务器。
104.由于服务器接收的两个扫码信息对应两个不同的账户，那么服务器会判定账户a1没有出站信息，账户a2没有进站信息，并分别按照最高扣费上限，对账户a1和账户a2均进行扣费，从而降低了用户的支付体验。
105.第二种场景、移动终端的电子钱包绑定了多个乘车卡，且每个乘车卡均能采用nfc支付方式进行乘车支付。通常，在用户将多个乘车卡的某张乘车卡设置为默认公交卡的情况下，当用户乘坐地铁时，如果用户将移动终端靠近或接触闸机的nfc设备，那么移动终端会对处于激活状态的默认公交卡进行自动扣费。但是，在用户没有设置用于支付的默认公交卡的情况下，在用户将移动终端靠近或接触闸机的nfc设备之前，用户先要触发移动终端解锁屏幕，并从多个乘车卡中选择一张乘车卡，以使该乘车卡处于激活状态。然后，用户将移动终端靠近或接触闸机的nfc设备，从而使用处于激活状态的乘车卡进行乘车支付。
106.然而，如果用户出站时忘记了进站时选择的乘车卡，那么用户在进站时选择的乘车卡和出站时选择的乘车卡可能不同。如此，移动终端可能会按照最高扣费上限，对两个乘车卡均进行扣费，从而降低了用户的支付体验；或者，在用户出站前，移动终端提示用户将当前选择的乘车卡切换为进站时选择的乘车卡，从而导致用户操作较为繁琐。
107.由此可见，针对在用户开始乘车和结束乘车时，需要对移动终端进行两次操作，以完成一次扣费操作的场景，若用户在开始乘车和结束乘车时选择的账户或乘车卡不同，则会导致两次扣费，从而降低了用户的支付体验。鉴于上述问题，本技术实施例提供了一种支付方法：若开始乘车时的支付信息和结束乘车时的支付信息为某用户在同一应用程序注册的两个支付账户的支付信息，则会判断是否发生单次乘车事件。在发生了单次乘车事件的情况下，根据乘车的站点数、乘车时间和/或乘车里程等，计算单次乘车费用。之后，从两个支付账户的任意一个支付账户扣除单次乘车费用，从而避免了多次扣费等异常情况，进而提高了用户的支付体验。
108.需要说明的是，上述移动终端可以是具有无线通信功能的移动终端设备，例如手机、可穿戴设备、平板电脑、笔记本电脑或个人数字助理(personal digital assistant，pda)等。其中，可穿戴设备可以是智能手表、智能手环或智能眼镜等。可以根据实际使用需求确定，本技术实施例不作限定。
109.下面将以移动终端是手机，且出行方式是地铁为例，通过下述的实施例一和实施例二，分别对扫码支付方式和nfc支付方式的具体支付方法进行示例性地说明。需要说明的是，本技术实施例提供的支付方法不但适用于地铁，还可以适用于轻轨电车、导轨电车、城际快车，或者在上车位置和下车位置设置有两个扫码设备的公交车等任意需要两次操作以完成一次扣费操作的交通工具。另外，进站闸机和出站闸机为同一闸机设备，或为不同闸机
设备。
110.实施例一
111.图1示出了用户采用扫码支付方式乘坐地铁时的通信系统的示意图。
112.如图1所示，该通信系统包括：用户随身携带的手机01、设置在起始乘车站的入口处的进站闸机02、用户乘坐的地铁03、设置在终点乘车站的出口处的出站闸机04、用于负责地铁运营的地铁系统服务器05，以及支付平台服务器06。其中，进站闸机02包括扫码设备021，出站闸机04包括扫码设备041，扫码设备021和扫码设备041用于扫描二维码、条形码或其他乘车支付码。
113.手机01的应用程序a支持应用多开，例如同时登录支付应用a的账户a1和账户a2，因此，手机01可以用于显示账户a1的二维码和账户a2的二维码。例如，在用户进入起始乘车站时，手机01显示账户a1的二维码界面，从而用户将账户a1的二维码界面对准进站闸机02的扫码设备021，以实现进站。再例如，在用户离开终点乘车站时，手机01显示账户a2的二维码界面，从而用户将账户a2的二维码界面对准出站闸机04的扫码设备041，以实现出站。
114.进站闸机02设置在地铁站(例如用户的起始乘车站)的入站口，用于通过扫码设备021扫描来自不同账户的二维码，并将扫描到的支付信息发送至地铁系统服务器05，例如将账户a1的信息发送至地铁系统服务器05。另外，进站闸机02还可以用于在对支付信息验证成功的情况下，控制闸门开启，从而使得用户能够进站乘车。
115.地铁03用于在地铁系统服务器05的控制下，沿预设线路行驶，该预设线路的站点包括用户的起始乘车站和用户的终点乘车站。地铁03还可以用于根据行驶进度，播放到站信息和终点站信息等。
116.出站闸机04设置在地铁站(例如用户的终点乘车站)的出站口，用于通过扫码设备041扫描来自不同账户的二维码，并将扫描到的支付信息发送至地铁系统服务器05，例如将账户a2的信息发送至地铁系统服务器05。另外，出站闸机04还可以用于在对支付信息验证成功的情况下，控制闸门开启，从而使得用户能够顺利出站。
117.地铁系统服务器05作为整个地铁系统的控制中心，与进站闸机02、出站闸机04和地铁03等保持通信连接。一方面，地铁系统服务器05可以用于接收地铁发送的行驶速度和行驶位置等行驶信息，并向地铁发送调度信息，以及向乘客播报地铁进站信息。另一方面，地铁系统服务器05可以用于接收进站闸机02和出站闸机04发送的支付信息，并将支付信息发送至支付平台服务器06，例如将账户a1的支付信息和账户a2的支付信息发送至支付平台服务器06。
118.支付平台服务器06为与地铁系统合作的第三方应用程序的后台服务器。例如，支付平台服务器06为用户使用的支付应用a的后台服务器。支付平台服务器06用于接收地铁系统服务器05转发的账户a1的支付信息和账户a2的支付信息，并根据账户a1的支付信息和账户a2的支付信息进行扣费。例如，支付平台服务器06可以检测账户a1和账户a2是否属于同一用户；并在属于同一用户的情况下，进一步判断是否发生了单次乘车事件；然后，在判定该用户发生了单次乘车事件的情况下，并根据乘车的站点数、乘车时间和/或乘车里程等计算单次乘车费用，然后按照该乘车费用对账户a1或账户a2进行扣费，以及向手机01发送扣款信息。
119.本技术实施例的用户也可以称为乘客，支付应用程序的账户也可以称为账号。
120.需要说明的是，本技术实施例是以进站闸机02和出站闸机04通过地铁系统服务器05向支付平台服务器06转发账户的支付信息为例进行说明的。可以理解，在实际实现时，进站闸机02和出站闸机04也可以直接向支付平台服务器06发送账户的信息。
121.另外，本技术实施例是以地铁系统服务器05和支付平台服务器06为两个独立的服务器为例进行示例说明的。可以理解，在实际实现时，地铁系统服务器05和支付平台服务器06也可以为同一个服务器。例如，将地铁系统的控制功能和乘车扣费功能均集成到地铁系统服务器05中，并为用户提供一款专门为该地铁系统设计的应用程序。这样，当用户在手机使用该应用程序进行扫码时，地铁系统服务器05可以直接对用户的账户进行扣费。
122.图2为本技术实施例提供的用户使用二维码乘坐地铁时的支付方法的流程示意图。该方法可以应用于在用户开始乘车和结束乘车时，需要使用手机进行两次扫码操作，以完成一次扣费操作的任意公共交通工具中。需要说明的是，用于扫描二维码的扫码设备可以设置在公共交通工具之上，也可以与公共交通工具分开设置，本技术实施例不作限定。
123.下面以如图1所示的通信系统为例，如图2所示，该方法可以包括下述s201-s214。
124.s201、手机01响应于用户对支付应用a的账户a1的触发操作，显示与账户a1对应的二维码。
125.上述支付应用a为一款支持电子支付或移动支付的应用程序。例如，支付应用a可以为由第三方支付平台提供的支付应用程序；也可以为由手机01提供的原生支付应用程序，如电子钱包或移动钱包。
126.以支付应用a为第三方支付平台提供的支付应用程序为例。在第一次使用支付应用a时，用户需要在支付应用a中注册一个账户a1，并为该账户a1设置身份标识(identity document，id)、头像和昵称，并采用身份证、护照或驾驶证等证件进行用户身份实名认证，以及为该账户绑定用于支付的银行卡等。如此，当用户后续使用支付应用a时，若该账户为默认登录账户，则用户无需登录操作，并直接使用账户a1进行各种操作，例如乘车、收付款、转账、充值、缴费、收发快递、打车和理财等。进一步地，由于一个用户可能在支付应用a注册多个账户，例如账户a1和账户a2，因此可以采用应用多开功能使得多个账户同时在线。
127.示例性地，假设支付应用a有两个账户：与如图3中的(a)或如图4中的(a)所示的应用图标21对应的账户a1，以及应用图标24对应的账户a2。当用户携带手机01来到起始乘车站的进站闸机02所在的位置时，用户可以点击如图3中的(a)所示的应用图标21，从而手机01显示如图3中的(b)所示的、与账户a1对应的首页界面。然后，用户点击该首页界面中的“出行”控件22，再选择一个乘车卡。手机根据该乘车卡生成二维码，并显示如图3中的(c)所示的出行界面23，该出行界面23包括该二维码。如此，用户可以将该二维码朝向进站闸机02的扫码设备021，从而扫码设备021可以对该二维码进行扫描和识别。
128.s202、进站闸机02扫描与账户a1对应的二维码，得到第一支付信息。其中，第一支付信息用于指示账户a1。
129.上述第一支付信息至少包括账户a1的账户id。账户a1的账户id用于标识账户a1。应理解，根据账户id可以区分各个账户。
130.上述第一支付信息还可以包括以下至少一项：
131.(1)第一设备标识。该第一设备标识可以用于标识手机01。
132.例如，第一设备标识可以为媒体接入控制地址(media access control address，
mac)，移动设备识别码(mobile equipment identifier，meid)，国际移动用户识别码(international mobile subscriber identity，imsi)，和/或国际移动设备识别码(international mobile equipment identity，imei)等。应理解，根据手机的设备标识可以区分各个手机。
133.需要说明的是，上述实施例是以由二维码携带手机的设备标识为例进行说明的，其并不对本技术实施例形成限定。本技术实施例还提供了另外一种实现方式：在支付平台服务器存储有使用各个账户时所登录的移动终端的设备标识的情况下，二维码仅需携带账户id，而无需携带设备标识，从而支付平台服务器可以根据账户id，确定使用各个账户时所登录的移动终端的设备标识。
134.(2)第一类型标识。该第一类型标识可以用于指示与账户a1关联的一个乘车卡的类型。
135.可选地，一个账户可以关联多个类型的多个乘车卡，如公交卡和地铁卡等。
136.进一步地，针对每个乘车类型的乘车卡，一个账户可以关联多个分类卡，如城市1地铁卡、城市2地铁卡和城市3地铁卡等。
137.当用户选择某个乘车卡时，通过将该乘车卡的类型标识编码于二维码中，使得进站闸机02能够从二维码界面中解码得到该类型标识，进而根据该类型标识确定用户选择的乘车卡是否为地铁类型。例如，若用户选择了与账户a1关联的乘车卡x，且乘车卡x的类型标识用于指示公交卡，则进站闸机02确定该类型标识不属于地铁类型，从而不会开启闸门，也不会通过地铁系统服务器05向支付平台服务器06转发该第一支付信息。
138.(3)第一时间信息。该第一时间信息用于指示用户的进站时间。
139.例如，在手机01响应于用户对账户a1的触发操作生成二维码时，手机01可以将手机01当前的系统时间编码至二维码中。若进站闸机02通过地铁系统服务器05向支付平台服务器06转发该进站时间信息，则支付平台服务器06可以确定用户的进站时间，并根据进站时间计算乘车费用。
140.需要说明的是，上述实施例以将手机的系统时间作为用户的进站时间为例进行示例说明的。本技术实施例还提供了另外一种实现方式，进站闸机将扫描或解码得到二维码的时间作为用户的进站时间。应理解，由于从手机生成二维码到进站闸机解码得到二维码，存在一定的延时，因此将进站闸机解码二维码的时间作为进站时间更为准确。
141.(4)第一用户信息。该第一用户信息用于指示与账户a1关联的实名认证用户。
142.例如，用户信息可以为身份证、护照或驾驶证等证件的证件编号，或者其他可以用于标识用户身份的信息。应理解，由于这些证件编号是唯一的，因此根据这些证件编号，可以确定不同账户是否属于同一实名认证用户。
143.需要说明的是，上述实施例是以由二维码携带用户信息为例进行说明的，其并不对本技术实施例形成限定。本技术实施例还提供了另外一种实现方式，在支付平台服务器存储有与各个账户对应的用户信息的情况下，二维码仅需携带账户id，而无需携带与账户id对应的用户信息，从而支付平台服务器根据账户id，确定与账户id对应的用户信息。
144.(5)第一优惠信息。该第一优惠信息用于指示账户a1包含的各个乘车优惠项，例如年卡、季卡、月卡、周卡、优惠券和红包等。
145.需要说明的是，上述实施例是以由二维码携带账户的优惠信息为例进行说明的，
其并不对本技术实施例形成限定。本技术实施例还提供了另外一种实现方式，在支付平台服务器存储有与各个账户对应的优惠信息的情况下，二维码仅需携带账户id，而无需携带与账户id对应的优惠信息，从而支付平台服务器根据账户id，确定与账户id对应的优惠信息。
146.(6)第一余额信息，该第一余额信息用于指示账户a1的余额。
147.在一种实现方式中，在第一支付信息至少包括账户a1的账户id的情况下，进站闸机02可以直接通过地铁系统服务器05向支付平台服务器06转发该第一支付信息。在另一种实现方式中，在第一支付信息至少包括账户a1的账户id和第一类型标识的情况下，进站闸机02可以先判断第一类型标识指示的乘车类型是否为地铁类型，再在第一类型标识指示的乘车类型为地铁类型的情况下，向支付平台服务器06转发该第一支付信息。
148.下面以第一支付信息至少包括账户a1的账户id和第一类型标识为例进行说明。
149.s203、进站闸机02判断第一类型标识指示的乘车类型是否为地铁类型。若第一类型标识指示的乘车类型为地铁类型，则执行下述s204和s205；否则，则执行下述s206。
150.s204、进站闸机02开启闸门。
151.进站闸机02开启闸门之后，用户可以携带手机01进入起始乘车站。
152.s205、进站闸机02通过地铁系统服务器05向支付平台服务器06转发该第一支付信息。
153.相应地，支付平台服务器06接收并存储第一支付信息。
154.可选地，由于进站闸机02设置在起始乘车站，因此，进站闸机02向支付平台服务器06转发的第一支付信息中还可以包括：起始站点信息，该起始站点信息用于指示起始乘车站。
155.需要说明的是，本技术实施例对s204和s205执行顺序不作限定，例如两者同时执行。
156.s206、进站闸机02向手机01发送提示信息。该提示信息用于提示用户更换乘车卡。
157.示例性地，假设第一支付信息包括第一设备标识。在进站闸机02检测到第一类型标识指示的乘车类型不是地铁类型的情况下，进站闸机02根据该第一设备标识，通过地铁系统服务器05和运营商服务器等向手机01发送提示信息，以向用户提示更换乘车卡。
158.s207、手机01响应于用户对支付应用a的账户a2的触发操作，显示与账户a2对应的二维码。
159.示例性地，用户在乘坐上地铁后，可能会触发账户a1后台运行，并点击如图4中的(a)所示的应用图标24，以触发手机01前台显示如图4中的(b)所示的、与账户a2对应的首页界面。用户可以在首页界面中进行充值、收付款、信用卡还款、购买理财产品或其他任意可能的操作。当用户到达终点乘车站的出站闸机04所在的位置时，用户可以点击该首页界面中的“出行”控件25，再选择一个乘车卡。手机根据该乘车卡生成二维码，并显示如图4中的(c)所示的出行界面26，该出行界面26包括该二维码。如此，用户可以将该二维码朝向出站闸机04的扫码设备041，从而扫码设备041可以对该二维码进行扫描和识别。
160.需要说明的是，如图3中的(c)所示的二维码与如图4中的(c)所示的二维码不同。其中，如图3中的(c)所示的二维码为根据账户a1的信息生成，且该二维码用于进站；如图4中的(c)所示的二维码为根据账户a2的信息生成，且该二维码用于出站。
161.s208、出站闸机04扫描与账户a2对应的二维码，得到第二支付信息。其中，第二支付信息用于指示账户a2。
162.可选地，第二支付信息可以包括账户a2的账户id。账户a2的账户id用于标识账户a2。应理解，根据账户id可以区分各个账户。
163.进一步地，第二支付信息还可以包括以下至少一项：
164.(1)第二设备标识。该第二设备标识可以用于标识手机01。
165.(2)第二类型标识。该第二类型标识可以用于指示与账户a2关联的一个乘车卡的类型。
166.(3)第二时间信息。该第二时间信息可以用于指示用户的出站时间。
167.(4)第二用户信息。该第二用户信息可以用于指示与账户a2关联的实名认证用户。
168.(5)第二优惠信息。该第二优惠信息可以用于指示账户a2包含的各个乘车优惠项。
169.(6)第二余额信息，该第二余额信息用于指示账户a2的余额。
170.对于第二支付信息包含的各个信息的描述，可以参照上述实施例对第一支付信息包含的各个信息的描述，此处不再赘述。
171.需要说明的是，第一支付信息和第二支付信息包括的多个信息可以被划分为多个类别。例如，第一设备标识和第二设备标识属于一个类别，第一类型标识和第二类型标识属于一个类别，第一时间信息和第二时间信息属于一个类别。
172.在一种实现方式中，在第二支付信息至少包括账户a2的账户id的情况下，出站闸机04可以直接通过地铁系统服务器05向支付平台服务器06转发该第二支付信息。在另一种实现方式中，在第二支付信息至少包括账户a2的账户id和第二类型标识的情况下，出站闸机04可以先判断第二类型标识指示的乘车类型是否为地铁类型，再在第二类型标识指示的乘车类型为地铁类型的情况下，向支付平台服务器06转发该第二支付信息。
173.下面以第二支付信息至少包括账户a2的账户id和第二类型标识为例进行说明。
174.s209、出站闸机04判断第二类型标识指示的乘车类型是否为地铁类型。若第二类型标识指示的乘车类型为地铁类型，则执行下述s210和s211；否则，则执行下述s212。
175.s210、出站闸机04开启闸门。
176.出站闸机04开启闸门之后，用户可以携带手机01离开终点乘车站。
177.s211、出站闸机04通过地铁系统服务器05向支付平台服务器06转发该第二支付信息。
178.相应地，支付平台服务器06接收并存储第二支付信息。
179.可选地，由于进站闸机02设置在起始乘车站，因此，出站闸机04向支付平台服务器06转发的第二支付信息中还可以包括：终点站点信息，该终点站点信息用于指示用户的终点乘车站。
180.s212、出站闸机04向手机01发送提示信息。该提示信息用于提示用户更换乘车卡。
181.示例性地，假设第二支付信息包括第二设备标识。在出站闸机04检测到第二类型标识指示的乘车类型不是地铁类型的情况下，出站闸机04根据该第二设备标识，通过地铁系统服务器05和运营商服务器等向手机01发送提示信息，以向用户提示更换乘车卡。
182.s213、支付平台服务器06根据第一支付信息和第二支付信息，判断是否存在单次乘车事件。
183.与传统支付方式会按照最高扣费上限，对账户a1和账户a2均进行扣费有所不同，本技术实施例会判断第一支付信息和第二支付信息，判断是否存在单次乘车事件。若存在单次乘车事件，则执行下述s214。若存在两次乘车事件，则对两个账户均进行扣费。若不存在乘车事件，则不进行扣费。
184.需要说明的是，上述单次乘车事件也称为单次乘车事实，是指一个用户通过搭乘某类型的交通工具，在预设时长内完成从起始乘车站到终点乘车站的行程。其中，预设时长为根据起始乘车站到终点乘车站的距离，计算的最大时长。以地铁为例，该最大时长包括在起始乘车站的最大候车时长、从起始乘车站到终点乘车站的最大乘车时长、从进站闸机到搭乘上地铁的最大时长、和/或从离开地铁到出站闸机的最大时长等。
185.另外，上述不存在乘车事件，也称为未乘车事件、非乘车事件，是指用户没有搭乘公共交通工具。具体到本技术，不存在乘车事件是指起始乘车站和终点乘车站为同一站点，或者进站闸机和出站闸机位于同一站点。
186.s214、支付平台服务器06根据目标支付策略，从账户a1或账户a2扣除单次乘车费用。
187.上述单次乘车费用为完成单次乘车事件所需要支付的乘车费用。应理解，单次乘车费用小于或等于最高扣费上限，该最高扣费上限为完成任意一次乘车事件所需支付的最高费用。
188.在支付平台服务器06根据目标支付策略，对账户a1或账户a2扣除单次乘车费用后，支付平台服务器06会将单次乘车费用转账至地铁系统服务器05的账号，并通知地铁系统服务器05。另外，支付平台服务器06还会向手机01发送扣费信息，从而使得用户及时获知本次乘车被扣除的乘车费用。
189.本技术实施例提供一种用户使用二维码乘坐地铁时的支付方法，若开始乘坐地铁时的支付信息和结束乘坐地铁时的支付信息为某用户在同一应用程序注册的两个支付账户的支付信息，则会判断是否发生单次乘车事件，并在发生了单次乘车事件的情况下，从两个支付账户的任意一个支付账户扣除单次乘车费用，从而提高了用户的支付体验。
190.上述图2是从多台设备交互的角度描述的用户使用二维码乘坐地铁时的支付流程。下面将从支付平台服务器的角度具体描述单个支付账户的支付流程。
191.图5为本技术实施例提供的支付平台服务器进行支付方法的流程示意图。该方法的执行主体为支付平台服务器或支付平台服务器中的芯片等。如图5所示，该方法可以包括下述的s501-s510。
192.s501、支付平台服务器06接收来自进站闸机02的第一支付信息。其中，该第一支付信息为实名认证用户甲的乘车支付信息。
193.第一支付信息至少包括账户a1的账户id。当然，第一支付信息还可以包括其他信息。可以参照上述实施例s202的描述，此处不再赘述。
194.例如，若第一支付信息包括账户a1的账户id，未包括用户信息，则在支付平台服务器的数据库中存储有与账户a1对应的第一用户信息的情况下，根据第一用户信息，确定实名认证用户甲。其中，该第一用户信息可以用于指示与账户a1关联的实名认证用户甲。
195.再例如，若第二支付信息包括账户a1的账户id和第一用户信息，且第一用户信息用于指示与账户a1关联的实名认证用户甲，则支付平台服务器确定实名认证用户甲。
196.s502、支付平台服务器06根据第一支付信息，确定第一信息集。其中，该第一信息集用于判断是否为用户甲的单次乘车事件。
197.可选地，第一信息集至少包括：账户a1的账户id和第一用户信息。其中，账户a1的账户id用于标识账户a1，该第一用户信息可以用于指示与账户a1关联的实名认证用户甲。
198.进一步地，第一信息集还可以包括以下至少一项：
199.第一设备标识，该第一设备标识可以用于标识登录账户a1的手机01；
200.第一类型标识，该第一类型标识可以用于指示与账户a1关联的一个乘车卡的类型；
201.第一时间信息，该第一时间信息可以用于指示实名认证用户甲的进站时间；
202.第一优惠信息，该第一优惠信息可以用于指示账户a1包含的各个乘车优惠项；
203.第一站点信息，该第一站点信息可以用于指示实名认证用户甲的起始乘车站；
204.第一余额信息，该第一余额信息用于指示账户a1的余额。
205.下面以第一支付信息包括账户a1的账户id，未包括用户信息为例，结合图6，介绍支付平台服务器06确定第一信息集的方法：
206.①
根据账户a1的账户id，确定第一用户信息，并将第一用户信息添加至第一信息集。
207.②
判断第一支付信息是否包括设备标识。若第一支付信息包括第一设备标识，则将第一设备标识添加至第一信息集。若第一支付信息不包括设备标识，则在支付平台服务器06的数据库中，查找与账户a1的账户id对应的第一设备标识，并将第一设备标识添加至第一信息集。
208.③
判断第一支付信息是否包括类型标识。若第一支付信息包括第一类型标识，则将第一类型标识添加至第一信息集。若第一支付信息不包括类型标识，则在支付平台服务器06的数据库中，查找与账户a1的账户id对应的第一类型标识，并将第一类型标识添加至第一信息集。
209.④
判断第一支付信息是否包括时间信息。若第一支付信息包括第一时间信息，则将第一时间信息添加至第一信息集。若第一支付信息不包括时间信息，则在支付平台服务器06的数据库中，查找与账户a1的账户id对应的第一时间信息，并将第一时间信息添加至第一信息集。
210.⑤
判断第一支付信息是否包括优惠信息。若第一支付信息包括第一优惠信息，则将第一支付信息添加至第一信息集。若第一支付信息不包括优惠信息，则在支付平台服务器06的数据库中，查找与账户a1的账户id对应的第一优惠信息，并将第一支付信息添加至第一信息集。
211.⑥
判断第一支付信息是否包括余额信息。若第一支付信息包括第一余额信息，则将第一余额信息添加至第一信息集。若第一支付信息不包括余额信息，则在支付平台服务器06的数据库中，查找与账户a1的账户id对应的第一余额信息，并将第一余额信息添加至第一信息集。
212.⑦
判断第一支付信息是否包括站点信息。若第一支付信息包括第一站点信息，则将第一站点信息添加至第一信息集。
213.需要说明的是，本技术实施例对
②‑⑦
的执行顺序不作限定，可以根据实际使用需
求调整。
214.在支付平台服务器06根据第一支付信息确定第一信息集之后，支付平台服务器06可以检测是否接收到与实名认证用户甲关联的其他支付信息。在某些情况下，例如手机关机、扫码失败、网络状况不佳或其他各种原因，手机无法及时向支付平台服务器06发送支付信息，或者支付平台服务器06可能无法及时获取用户出站时的支付信息。因此，若是支付平台服务器06长时间检测是否接收到与实名认证用户甲关联的其他支付信息，则会导致功耗较高。为了解决这一技术问题，本技术实施例提供了另外一种实施方式：在支付平台服务器06根据第一支付信息确定第一信息集之后，在预设时间内检测是否接收到与实名认证用户甲关联的其他支付信息，即执行下述s503。
215.s503、支付平台服务器06开启计时器，并在第一预设时长内，检测是否接收到来自出站闸机的与实名认证用户甲关联的其他支付信息；直至计时时长达到第一预设时长，则结束计时，停止检测。
216.若在第一预设时长内接收到来自出站闸机04的与实名认证用户甲关联的第二支付信息，则提前结束计时，停止检测，并执行下述s504；否则，在第一预设时长内继续执行s503。
217.其中，第二支付信息至少包括账户a2的账户id。应理解，第二支付信息还可以包括其他信息，可以参照上述实施例s208的描述，此处不再赘述。
218.例如，若第二支付信息包括账户a2的账户id，未包括用户信息，则在支付平台服务器的数据库中存储有与账户a2的账户id对应的第二用户信息的情况下，根据第二用户信息，确定接收到与实名认证用户甲关联的支付信息。其中，该第二用户信息可以用于指示与账户a2关联的实名认证用户甲。
219.再例如，若第二支付信息包括账户a2的账户id和第二用户信息，且第二用户信息用于指示与账户a2关联的实名认证用户甲，则确定接收到与实名认证用户甲关联的支付信息。
220.可选地，上述第一预设时长可以为根据地铁系统的所有地铁站中两个最远地铁站之间的距离，计算的最大乘车时长；也可以为根据起始乘车站，以及与起始乘车站最远的地铁站之间的距离，计算的最大乘车时长。其中，该起始乘车站可根据第一支付信息包括的起始站点信息确定。
221.s504、支付平台服务器06根据第二支付信息，确定第二信息集。其中，该第二信息集用于判断是否为用户甲的单次乘车事件。
222.可选地，第二信息集至少包括：账户a2的账户id和第二用户信息。其中，该账户id用于标识账户a2，该第二用户信息可以用于指示与账户a2关联的实名认证用户甲。
223.进一步地，第二信息集还可以包括以下至少一项：
224.第二设备标识，该第二设备标识可以用于标识登录账户a2的手机01；
225.第二类型标识，该第二类型标识可以用于指示与账户a2关联的一个乘车卡；
226.第二时间信息，该第二时间信息可以用于指示实名认证用户甲的出站时间；
227.第二优惠信息，该第二优惠信息可以用于指示账户a2包含的各个乘车优惠项；
228.第二站点信息，该第二站点信息可以用于指示实名认证用户甲的终点乘车站；
229.第二余额信息，该第二余额信息用于指示账户a2的余额。
230.对于确定第二信息集的方法，可以参照上述s502确定第一信息集的方法，此处不再赘述。
231.s505、支付平台服务器06根据第一信息集和第二信息集，判断是否存在单次乘车事件。若存在单次乘车事件，则执行下述s506和s507；若存在两次乘车事件，则执行下述s508；若不存在乘车事件，则执行下述s509。
232.支付平台服务器06可以先获取第一信息集和第二信息集中每类信息的检测结果；再确定每类信息的检测结果，是否符合单次乘车事件的条件。在每类信息的检测结果均符合单次乘车事件的条件的情况下，确定存在单次乘车事件，执行下述s506和s507。在至少一个类别的检测结果不符合单次乘车事件的条件的情况下，确定存在两次乘车事件或不存在乘车事件。具体地，如果存在两次乘车事件，那么需要计算两个账户中的每个账户的单次乘车费用，并分别扣除每个账户的单次乘车费用，则执行下述s508。如果不存在乘车事件，则无需扣费，即执行下述s509。
233.可选地，可通过下述(1)-(3)确定每类信息的检测结果是否符合单次乘车事件的条件。
234.(1)判断第一设备标识和第二设备标识是否指示同一手机。若第一设备标识和第二设备标识指示同一手机，则确定符合单次乘车事件的条件。否则，不符合单次乘车事件的条件。
235.在一个实名认证用户注册多个账户的情况下，可能存在多台设备同时登录多个账号的场景。例如，某家长在支付应用a注册了账户a1和账户a2。在上午7:30家长使用登录账户a1的手机1从乘车站u扫码进站乘坐地铁，并在上午8:30于公司附近的乘车站v下车；在上午7:30孩子使用登录账户a2的手机2从乘车站u扫码进站乘坐地铁，并在上午8:00于学校附近的乘车站w下车。由于孩子先于家长扫码出站，如果不判断设备标识是否指示同一手机，那么支付平台服务器06可能根据账户a1的起始乘车站的支付信息和账户a2的终点乘车站的支付信息，判定为单次乘车事件，并对账户a1扣除乘车费用。当家长扫码出站时，由于已经对账户a1扣除乘车费用，因此可能会发生计费错误。可以理解，通过判断第一设备标识和第二设备标识是否指示同一手机，可以避免类似的计费错误的问题。
236.示例性地，以第一设备标识和第二设备标识均为meid为例。假设第一设备标识和第二设备标识均为：a000005526be86，则确定两个设备标识指示同一手机。假设第一设备标识为：a000005526be86，第二设备标识为：a0000020c7511a，则确定两个设备标识指示不同的手机。
237.(2)判断第一类型标识和第二类型标识是否指示同一类型的乘车卡。若第一类型标识和第二类型标识指示同一类型的乘车卡，则确定符合单次乘车事件的条件。否则，不符合单次乘车事件的条件。
238.在本技术实施例中，一个支付平台服务器可能支持多种类型的乘车卡的支付操作，例如支持地铁卡、公交车卡、轻轨电卡车卡、导轨电车卡和城际快车卡的支付操作。若在某一时段内用户使用了两种不同类型的乘车卡，则支付平台服务器06可能会接收到与之对应的两种类型标识。如果支付平台服务器06不对类型标识指示的乘车卡的类型进行比较，那么可能会发生计费错误。可以理解，通过判断第一类型标识和第二类型标识是否指示同一乘车类型的乘车卡，可以避免类似的计费错误的问题。
239.示例性地，如果第一类型标识和第二类型标识均指示地铁卡，那么确定两个类型标识指示同一类型的乘车卡。如果第一类型标识指示地铁卡，第二类型标识指示公交卡，那么确定两个类型标识指示不同类型的乘车卡。
240.需要说明的是，在某些情况下，第一类型标识和第二类型标识指示的地铁卡可能属于不同城市或不同地铁公司，此时，支付平台服务器可以确定两个类型标识指示不同类型的乘车卡。另外，在某些情况下，第一类型标识和和第二类型标识指示的地铁卡可能属于不同分类卡，例如第一类型标识指示普通地铁卡，第二类型标识指示学生地铁卡，此时，支付平台服务器可以确定两个类型标识指示同一类型的乘车卡。
241.(3)判断第一时间信息和第二时间信息指示的时间间隔是否小于或等于第二预设时长。若第一时间信息和第二时间信息指示的时间间隔小于或等于第二预设时长，则确定符合单次乘车事件的条件。否则，不符合单次乘车事件的条件。
242.其中，第二预设时长为根据起始乘车站到终点乘车站的距离，计算的最大时长。该起始乘车站可以根据第一乘车信息确定。该终点乘车站可以根据第二乘车信息确定。
243.以地铁为例，上述最大时长可以包括在起始乘车站的最大候车时长、从起始乘车站到终点乘车站的最大乘车时长、从进站闸机到搭乘上地铁的最大时长、和/或从离开地铁到出站闸机的最大时长等。
244.结合上述实施例的s213描述，单次乘车事件是指一个用户通过搭乘某类型的交通工具，在预设时长内完成从起始乘车站到终点乘车站的行程。当第一时间信息和第二时间信息指示的时间间隔大于第二预设时长时，例如时间间隔为1天，可能属于两次乘车事件。因此，通过判断第一时间信息和第二时间信息指示的时间间隔是否小于或等于第二预设时长，可以避免将两次乘车事件误判为单次乘车事件。
245.(4)判断第一站点信息和第二站点信息是否指示相同乘车站。若第一站点信息和第二站点信息指示不同的乘车站，则确定符合单次乘车事件的条件。否则，不符合单次乘车事件的条件。
246.通常，用户乘坐交通工具的起始乘车站和终点乘车站为不同的乘车站。但是，在用户忘记物品或发生突发事件等特殊情况下，用户通过某地铁站的进站闸机进站后，可能不会搭乘地铁，并从该地铁站的出站闸机离开。因此，通过判断第一乘车站和第二乘车站是否指示不同的乘车站，可以避免对用户账户误扣费。
247.s506、支付平台服务器06根据第一信息集和第二信息集，确定单次乘车事件的单次乘车费用，并确定目标支付策略。
248.s507、支付平台服务器06根据目标支付策略，从账户a1或账户a2扣除单次乘车费用。
249.可通过方式1-方式3中任一项，确定单次乘车事件的乘车费用。
250.方式1、根据第一时间信息和第二时间信息，确定乘车费用。例如，采用第二时间信息指示的出站时间减去采用第一时间信息指示的进站时间，得到乘车时间。然后根据乘车时间，计算乘车费用。应理解，乘车时间越久，乘车费用越高。
251.方式2、根据第一站点信息和第二站点信息，确定乘车费用。例如，根据第一站点信息指示的起始乘车站和第二站点信息指示的终点乘车站，计算得到用户乘坐的站点总数。然后，根据站点总数，计算乘车费用。应理解，站点总数越多，乘车费用越高。
252.方式3、根据第一信息集的第一时间信息和第二信息集的第二时间信息、以及第一信息集的第一站点信息和第二信息集的第二站点信息，确定乘车费用。
253.对于用户来说，目标支付策略可以为最优的支付策略。
254.本技术实施例预先设置了多种支付策略。支付平台服务器06可以从多种支付策略中，确定一种支付策略，即目标支付策略。然后，确定符合目标支付策略的一个乘车卡，并对该乘车卡扣除乘车费用。
255.示例性地，多种支付策略可以包括以下至少一项：
256.⒈
根据账户的余额设置的支付策略。
257.第1种方式、支付策略为对余额多的账户扣除乘车费用。例如，若账户a1的余额大于账户a2的余额，则对账户a1扣除乘车费用。
258.第2种方式、支付策略为对余额充足的账户扣除乘车费用。例如，若账户a1的余额小于乘车费用，账户a2的余额大于或等于乘车费用，则按照支付策略对账户a2扣除乘车费用。
259.⒉
根据账户的乘车卡的类型设置的支付策略。
260.针对同一乘车类型的乘车卡，不同分类的乘车卡对应不同的优先级。
261.例如，地铁卡可以分为普通地铁卡、学生地铁卡、爱心地铁卡和纪念地铁卡。这几种卡的优先级由高到低依次为：学生地铁卡﹥爱心地铁卡﹥纪念地铁卡﹥普通地铁卡。如果账户a1的乘车卡类型为学生地铁卡，账户a2的乘车卡类型为普通地铁卡，那么按照支付策略对账户a2扣除乘车费用。
262.⒊
根据账户的优惠程度设置的支付策略。
263.其中，账户的优惠程度是指在乘车费用的基础上减免的费用。减免的费用越多，优惠程度越高；减免的费用越少，优惠程度越低。
264.例如，假设乘车费用为5元，账户a1为9折卡，减免费用0.5元，折后费用是4.5元；账户a2为5折卡，减免费用2.5元，折后费用是2.5元。由于账户a2的优惠程度更好，因此按照支付策略，对账户a2扣除乘车费用。应理解，使用优惠程度高的账户进行乘车费用支付，可以节省用户花费。
265.⒋
根据账户的优惠券期限设置的支付策略。
266.其中，账户的优惠券期限是指优惠券到期的期限。在优惠券期限之前，享受乘车优惠。
267.例如，账户a1的优惠券期限是2022.9.1，账户a2的优惠券期限是2022.10.1，由于账户a1早于账户a2到期，因此按照支付策略对账户a1扣除乘车费用，在一定程度上避免了浪费优惠券。
268.⒌
根据账户的扫描顺序设置的支付策略。该扫描顺序可根据实名认证用户甲的进站时间和出站时间确定。
269.第1种方式、支付策略为对先进行扫描的账户a1扣除乘车费用。
270.第2种方式、支付策略为对后进行扫描的账户a2扣除乘车费用。
271.可选地，对于多种支付策略，不同的支付策略对应不同的优先级。支付平台服务器06可以按照支付策略的优先级由高到低的顺序，从多种支付策略中选择一种支付策略。然后，确定与该支付策略对应的账户，例如账户a1或账户a2。之后，从账户a1或账户a2扣除单
次乘车费用。
272.表1示出了支付策略、账户a1的详情信息和账户a2的详情信息的对应关系表。
273.表1
[0274][0275]
在表1中，假设5种支付策略的优先级由高到低依次为：根据账户的优惠程度设置的支付策略﹥根据账户的优惠券期限设置的支付策略﹥根据账户的乘车卡类型设置的支付策略﹥根据账户的余额设置的支付策略﹥根据账户的扫描顺序设置的支付策略。按照支付策略的优先级由高到低的顺序，先比较账户a1和账户a2的优惠程度。由于账户a1和账户a2的优惠程度均是9折，因此再比较账户a1和账户a2的优惠券期限。又由于账户a1和账户a2的优惠券期限均是2022.9.1，因此再比较账户a1和账户a2的乘车卡类型。账户a1的乘车卡类型为学生地铁卡，账户a2的乘车卡类型为普通地铁卡，结合上述实施例的描述，学生地铁卡的优先级高于普通地铁卡的优先级，因此最终从账户a1扣除乘车费用。
[0276]
需要说明的是，尽管账户a2的余额大于账户a1的余额，但由于“根据账户的乘车卡类型设置的支付策略”的优先级高于“根据账户的余额设置的支付策略”的优先级，因此会按照“根据账户的乘车卡类型设置的支付策略”从账户a1扣除乘车费用。
[0277]
上述s506和s507是以从账户a1或账户a2扣除乘车费用进行示例说明的，其并不对本技术实施例形成限定。本技术实施例还提供另外一种实施方式，在支付平台服务器确定目标支付策略和乘车费用之后，如果待支付账户的余额小于乘车费用，那么扣除待支付账户的余额，并从待支付账户外的另一账户扣除未支付费用。即，支付平台服务器对两个账户均进行了扣除乘车费用。
[0278]
s508、支付平台服务器06分别扣除账户a1的单次乘车费用和账户a2的单次乘车费用。
[0279]
在支付平台服务器06获取第一信息集和第二信息集中每类信息的检测结果之后，如果满足下述条件1、条件2或条件3，则确定为两次乘车事件。
[0280]
条件1、第一设备标识和第二设备标识指示不同手机；
[0281]
条件2、第一类型标识和第二类型标识指示不同类型的乘车卡；
[0282]
条件3、第一时间信息和第二时间信息指示的时间间隔大于第二预设时长。
[0283]
示例性地，以最高扣费上限为8元为例。在确定为两次乘车事件的情况下，支付平
台服务器06先按照最高扣费上限，将账户a1的单次乘车费用计为8元，将账户a2的单次乘车费用计为8元，再从账户a1和账户a2分别扣除8元。
[0284]
s509、支付平台服务器06不对乘车卡b1和乘车卡b2扣费。
[0285]
在用户忘记物品或发生突发事件等特殊情况下，用户通过某地铁站的进站闸机进站后，可能不会搭乘地铁，并从该地铁站的出站闸机离开，这时未发生乘车事件。例如，如果第一站点信息和第二站点信息指示相同乘车站，那么支付平台服务器06确定未发生乘车事件，不对乘车卡b1和乘车卡b2扣费，从而避免了对用户账户误扣费。
[0286]
在上述s507和s508之后，还可以包括下述s510。
[0287]
s510、支付平台服务器06向登录被支付账户的手机发送扣除乘车费用信息。
[0288]
在支付平台服务器06对账户a1和/或账户a2扣除乘车费用之后，支付平台服务器06向登录被支付账户的手机发送扣除乘车费用信息，从而使得用户及时获知消费信息。
[0289]
在本技术实施例中，在用户携带手机进入起始乘车站时，用户选择账户a1，并将账户a1的地铁卡界面中的二维码对准进站闸机的扫码设备，从而服务器可以获取第一支付信息。在用户携带移动终端离开终点乘车站时，用户选择账户a2，并将账户a2的地铁卡界面中的二维码对准出站闸机的扫码设备，从而服务器可以获取第二支付信息。如果服务器确定第一支付信息和第二支付信息为同一用户的支付信息，那么服务器会判断是否发生单次乘车事件，并在发生了单次乘车事件的情况下，根据第一支付信息和第二支付信息计算单次乘车费用，然后按照单次乘车费用对一个支付账户进行扣费，从而提高了用户的支付体验。
[0290]
实施例二
[0291]
图7示出了用户采用nfc支付方式乘坐地铁时的通信系统的示意图。
[0292]
如图7所示，该通信系统包括：用户随身携带的手机01、设置在起始乘车站的入口处的进站闸机02、用户乘坐的地铁03、设置在终点乘车站的出口处的出站闸机04、用于负责地铁运营的地铁系统服务器05，以及支付平台服务器06。其中，手机01包括nfc目标设备(图未示出)。进站闸机02包括nfc设备022，出站闸机04包括nfc设备042。nfc设备022和nfc设备042为nfc发起设备，用于产生射频场，以请求nfc目标设备支付乘车费用。
[0293]
手机01的电子钱包绑定了多个乘车卡，且每个乘车卡均能采用nfc支付方式进行乘车支付。手机01用于在乘车卡处于激活状态的情况下，通过nfc目标设备接收来自nfc设备022或nfc设备042的请求消息，并向nfc设备022或nfc设备042分别返回请求消息的响应消息。手机01还用于根据nfc设备022和nfc设备042的请求消息，计算乘车费用，并使用乘车卡支付乘车费用。
[0294]
例如，在用户进入起始乘车站时，用户从多个乘车卡中选择一张乘车卡，以使该乘车卡处于激活状态。用户将手机01靠近或接触nfc设备022，以使得在手机01与nfc设备022的距离小于或等于预设距离的情况下，接收第一请求消息。该第一请求消息用于指示进站闸机02请求处于激活状态的乘车卡进行乘车支付。然后，在用户离开终点乘车站时，用户从多个乘车卡中选择另一张乘车卡，以使该乘车卡处于激活状态。然后，用户将手机01靠近或接触nfc设备042，以使得在手机01与nfc设备042的距离小于或等于预设距离的情况下，接收第二请求消息，该第二请求消息用于指示出站闸机04请求处于激活状态的乘车卡进行乘车支付。如此，手机01可以根据两个请求消息计算单次乘车费用，并从任意一张乘车卡扣除单次乘车费用。
[0295]
进站闸机02，设置在地铁站(例如用户的起始乘车站)的入站口，用于向靠近或接触nfc设备022的各个手机发送第一请求消息。另外，进站闸机02还可以用于在接收到各个手机返回的、第一请求消息的响应消息的情况下，控制进站闸机02的闸门开启，从而使得用户能够进站乘车。
[0296]
地铁03用于在地铁系统服务器05的控制下，沿预设线路行驶，该预设线路的站点包括用户的起始乘车站和用户的终点乘车站。地铁03还可以用于根据行驶进度，播放到站信息和终点站信息等。
[0297]
出站闸机04，设置在地铁站(例如用户的终点乘车站)的出站口，用于向靠近或接触nfc设备042的各个手机发送第二请求消息。另外，出站闸机04还可以用于在接收到各个手机返回的、第二请求消息的响应消息的情况下，控制出站闸机04的闸门开启，从而使得用户能够顺利出站。
[0298]
地铁系统服务器05作为整个地铁系统的控制中心，与进站闸机02、出站闸机04和地铁03等保持通信连接。一方面，地铁系统服务器05可以用于接收地铁发送的行驶速度和行驶位置等行驶信息，并向地铁发送调度信息，以及向乘客播报地铁进站信息。另一方面，地铁系统服务器05还可以用于接收支付平台服务器06转入的乘车费用。
[0299]
支付平台服务器06为电子钱包的后台服务器。支付平台服务器06用于在手机01使用电子钱包支付乘车费用后，将乘车费用转账至地铁系统服务器05的账户，并向地铁系统服务器05发送转账消息。
[0300]
图8为本技术实施例提供的用户使用nfc乘坐地铁时的支付方法的流程示意图。该方法可以应用于在用户开始乘车和结束乘车时，需要进行两次nfc操作，以完成一次扣费操作的任意交通工具中。需要说明的是，用于产生射频场的nfc发起设备可以设置在交通工具之上，也可以与交通工具分开设置，本技术实施例不作限定。
[0301]
下面以如图7所示的通信系统为例，如图8所示，该方法可以包括下述s801-s816。
[0302]
s801、手机01响应于用户对电子钱包的乘车卡b1的触发操作，激活乘车卡b1。
[0303]
可选地，上述电子钱包为一款用于电子支付或移动支付的支付应用程序。例如，电子钱包为由手机01提供的原生支付应用程序，或者为由第三方支付平台提供的支付应用程序，本技术实施例不作限定。
[0304]
以电子钱包为手机01的系统提供的支付应用程序为例。在第一次使用电子钱包时，用户需要在电子钱包中注册一个账户，例如为该账户设置id、头像和昵称，并采用身份证、护照或驾驶证等证件进行用户身份实名认证，以及为该账户绑定用于支付的银行卡等。进一步地，用户可以为电子钱包绑定多个乘车卡，并设置多个乘车卡的乘车费用的扣除方式。
[0305]
可选地，一种方式为，用户使用电子钱包为多个乘车卡的每个乘车卡分别充值。在使用某个乘车卡乘车时，从该乘车卡的余额中扣除乘车费用。另一种方式为，用户将多个乘车卡的每个乘车卡分别绑定至电子钱包。在使用某个乘车卡乘车时，从该电子钱包的余额中扣除乘车费用，或从与该电子钱包绑定银行卡中扣除乘车费用。
[0306]
需要说明的是，如果电子钱包的至少两个乘车卡处于激活状态，那么在用户使用nfc乘坐地铁时，两个乘车卡会产生支付冲突。为了避免该问题，本技术实施例最多允许一个乘车卡处于激活状态。
[0307]
第1种可选的方式为，在通常情况下，多个乘车卡均处于非激活状态。在接收到用户对某乘车卡的触发操作的情况下，该乘车卡从非激活状态切换为激活状态。之后，在满足状态切换条件的情况下，该乘车卡从激活状态切换为非激活状态。
[0308]
其中，状态切换条件可以包括以下任意一项：乘车卡处于激活状态的时长达到预设激活时长，接收到nfc设备发送的nfc信号，接收到用户触发关闭乘车卡的激活状态的操作，以及接收到用户对其他乘车卡的激活操作等。
[0309]
第2种可选的方式为，在接收到用户对某乘车卡的触发操作的情况下，该乘车卡从非激活状态切换为激活状态，并保持激活状态。直至接收到用户对另一乘车卡的触发操作，则将另一张乘车卡从非激活状态切换为激活状态，并保持激活状态。
[0310]
下面以第1种可选的方式为例进行说明。
[0311]
示例性地，假设手机的电子钱包绑定了乘车卡b1和乘车卡b2。在通常情况下，乘车卡b1和乘车卡b2均处于非激活状态。如图9中的(a)所示，当用户点击桌面中的电子钱包的图标31时，手机01会显示如图9中的(b)所示的与电子钱包对应的首页界面。然后，用户点击该首页界面中的“卡包”控件32，手机01会在卡包界面中显示如图9中的(c)所示或如图9中的(d)所示的“nfc一卡通1”33和“nfc一卡通2”34。其中，“nfc一卡通1”33用于指示乘车卡b1，“nfc一卡通2”34用于指示乘车卡b2。
[0312]
然后，用户可以通过对“nfc一卡通1”33和“nfc一卡通2”34的选择输入，触发任意一张乘车卡激活。以用户进站时选择“nfc一卡通1”33为例。如图9中的(c)所示，当用户点击“nfc一卡通1”33之后，“nfc一卡通1”33指示的乘车卡b1激活。如果用户将手机01靠近或接触进站闸机02的nfc设备022，那么在手机01与进站闸机02的距离小于或等于预设距离的情况下，手机01会接收到进站闸机02以nfc信号形式发送的第一请求消息。
[0313]
s802、在手机01与进站闸机02的距离小于或等于预设距离的情况下，手机01接收进站闸机02以nfc信号形式发送的第一请求消息。该第一请求消息用于指示进站闸机02请求手机01中处于激活状态的乘车卡进行乘车支付。
[0314]
第一请求消息还可以包括与进站闸机02对应的站点信息，即，在第一请求消息中携带了用户的起始乘车站。
[0315]
上述预设距离为nfc设备的传输距离或最大识别距离。
[0316]
示例性地，nfc设备的最大识别距离可以在[1cm，20cm]范围内取值。
[0317]
以最大识别距离为10cm为例。进站闸机02的nfc设备022以nfc信号形式持续发送第一请求消息，以请求靠近nfc设备022的各个手机进行乘车支付。在手机01的乘车卡b1处于激活状态的情况下，如果手机01与nfc设备022的距离小于或等于10cm，那么手机01会接收到nfc设备022以nfc信号形式发送的第一请求消息。
[0318]
s803、手机01响应于该第一请求消息，生成并存储与乘车卡b1关联的第一信息集。其中，该第一信息集用于判断是否为单次乘车事件。
[0319]
第一信息集至少包括乘车卡b1的账户id。乘车卡b1的账户id用于标识乘车卡b1。应理解，根据乘车卡的账户id可以区分各个账户。
[0320]
第一信息集还可以包括以下至少一项：
[0321]
(1)第一时间信息。该第一时间信息用于指示用户使用乘车卡b1进站的时间。
[0322]
例如，手机01可以将接收到第一请求消息的时间作为用户的进站时间，或者将向
进站闸机02发送第一请求消息的响应消息的时间作为用户的进站时间。
[0323]
(2)第一优惠信息。该第一优惠信息用于指示乘车卡b1包含的各个乘车优惠项。其中，乘车优惠项可以包括：优惠程度/或优惠券期限等。由于手机01存储有乘车卡b1包含的各个乘车优惠项，因此手机01可以乘车优惠项添加至第一信息集中。
[0324]
(3)第一站点信息。该第一站点信息用于指示用户的起始乘车站。根据上述s802描述，由于第一请求消息包括与进站闸机02对应的站点信息，因此手机01可以根据第一请求消息确定与进站闸机02对应的站点信息，并将该站点信息添加至第一信息集中。
[0325]
(4)乘车卡b1的类型。例如乘车卡b1的类型可以为普通地铁卡、学生地铁卡、爱心地铁卡或纪念地铁卡等。由于每个乘车卡会标注类型，因此手机01可以直接将乘车卡b1的类型添加至第一信息集中。
[0326]
(5)在用户预先为乘车卡b1充值的前提下，第一信息集还可以包括乘车卡b1的余额。
[0327]
s804、手机01以nfc信号形式向进站闸机02发送第一请求消息的响应消息。该第一请求消息的响应消息用于指示手机01同意采用乘车卡进行乘车支付。
[0328]
s805、进站闸机02开启闸门。
[0329]
在进站闸机02接收到第一请求消息的响应消息之后，进站闸机02对第一请求消息的响应消息进行验证，以确定手机01是否同意进行乘车支付。如果验证通过，则进站闸机02开启闸门，用户可以进入起始乘车站。
[0330]
s806、手机01响应于用户对电子钱包的乘车卡b2的触发操作，激活乘车卡b2。
[0331]
示例性地，在用户乘坐上地铁后，若乘车卡b1处于激活状态的时长达到预设激活时长，则乘车卡b1会自动从激活状态切换为非激活状态。当用户来到终点乘车站的出站闸机04处时，一种应用场景为，用户可能忘记进站时选择了“nfc一卡通1”33还是“nfc一卡通2”34，那么可能会随意点击一张乘车卡，例如“nfc一卡通2”34。另一种应用场景为，“nfc一卡通1”33的余额不足，但“nfc一卡通2”34的余额充足，所以用户选择了“nfc一卡通2”34。如图9中的(d)所示，当用户点击“nfc一卡通2”34之后，“nfc一卡通2”34指示的乘车卡b2激活。如果用户将手机01靠近出站闸机04的nfc设备042，那么在手机01与出站闸机04的距离小于或等于预设距离的情况下，手机01接收出站闸机04以nfc信号形式发送的第二请求消息。
[0332]
s807、在手机01与出站闸机04的距离小于或等于预设距离的情况下，手机01接收出站闸机04以nfc信号形式发送的第二请求消息。该第二请求消息用于指示出站闸机04请求手机01中处于激活状态的乘车卡进行乘车支付。
[0333]
第二请求消息还可以包括与出站闸机04对应的站点信息，即，在第二请求消息中携带了用户的终点乘车站。
[0334]
上述预设距离为nfc设备的传输距离或最大识别距离。
[0335]
s808、手机01根据该第二请求消息，生成并存储与乘车卡b2关联的第二信息集。其中，该第二信息集用于判断是否为单次乘车事件。
[0336]
第二信息集至少包括乘车卡b2的账户id。乘车卡b2的账户id用于标识乘车卡b2。应理解，根据乘车卡的账户id可以区分各个账户。
[0337]
第二信息集还可以包括以下至少一项：
[0338]
(1)第二时间信息。该第二时间信息用于指示用户使用乘车卡b2出站的时间。
[0339]
例如，手机01可以将接收到第二请求消息的时间作为用户的出站时间，或者将向出站闸机04发送第二请求消息的响应消息的时间作为用户的出站时间。
[0340]
(2)第二优惠信息。该第二优惠信息用于指示乘车卡b2包含的各个乘车优惠项。其中，乘车优惠项可以包括：优惠程度/或优惠券期限等。由于手机01存储有乘车卡b2包含的各个乘车优惠项，因此手机01可以乘车优惠项添加至第二信息集中。
[0341]
(3)第二站点信息。该第二站点信息用于指示用户的终点乘车站。
[0342]
(4)乘车卡b2的类型。例如普通地铁卡、学生地铁卡、爱心地铁卡或纪念地铁卡。由于每个乘车卡会标注类型，因此手机01可以直接将乘车卡b2的类型添加至第二信息集中。
[0343]
(5)在用户预先为乘车卡b2充值的前提下，第二信息集还可以包括乘车卡b2的余额。
[0344]
s809、手机01以nfc信号形式向出站闸机04发送第二请求消息的响应消息。该第二请求消息的响应消息用于指示手机01同意采用乘车卡进行乘车支付。
[0345]
s810、出站闸机04开启闸门。
[0346]
在出站闸机04接收到第二请求消息的响应消息之后，出站闸机04对第二请求消息的响应消息进行验证，以确定手机01是否同意采用乘车卡进行乘车支付。如果验证通过，则出站闸机04开启闸门，用户可以离开终点乘车站。
[0347]
需要说明的是，为了提高乘客的出站效率，本技术实施例是以在出站闸机接收到第二请求消息的响应消息后，直接开启闸门为例进行说明的，其并不对本技术实施例形成限定。本技术实施例还提供另外一种实现方式，在手机对乘车卡b1和/或乘车卡b2扣除乘车费用后，向出站闸机发送完成扣费的消息，出站闸机04根据该消息开启闸门。
[0348]
s811、手机01根据第一信息集和第二信息集，判断是否存在单次乘车事件。
[0349]
对于单次乘车事件，可以参照上述实施例一的描述，此处不再赘述。
[0350]
在实施例一中，由于支付平台服务器可能会接收到来自不同用户的支付信息，因此支付平台服务器需要先判断是否为同一用户的支付信息，再判断是否存在单次乘车事件。与实施例一有所不同，在实施例二中，由于乘车卡b1和乘车卡b2均与手机的电子钱包绑定，必定属于同一用户，因此手机仅需判定是否存在单次乘车事件。
[0351]
手机01可以先获取第一信息集和第二信息集中每类信息的检测结果；再确定每类信息的检测结果，是否符合单次乘车事件的条件。在每类信息的检测结果均符合单次乘车事件的条件的情况下，确定为单次乘车事件，则执行下述s812和s813。在至少一个类别的检测结果不符合单次乘车事件的条件的情况下，确定存在两次乘车事件或不存在乘车事件。具体地，如果存在两次乘车事件，那么需要计算两个账户中的每个账户的单次乘车费用，并分别扣除每个账户的单次乘车费用，则执行下述s814。如果不存在乘车事件，则无需扣费，即执行下述s815。
[0352]
可选地，可通过下述(1)-(3)确定每类信息的检测结果是否符合单次乘车事件的条件。
[0353]
(1)判断乘车卡b1的类型和乘车卡b2的类型是否为同一乘车类型。若乘车卡b1的类型和乘车卡b2的类型为同一乘车类型，则确定符合单次乘车事件的条件。否则，不符合单次乘车事件的条件。
[0354]
在本技术实施例中，手机01可能会绑定多种乘车类型的乘车卡，例如地铁卡、公交
车卡、轻轨电卡车卡、导轨电车卡和城际快车卡等。假设在某一时段内用户使用了两种不同乘车类型的乘车卡，如果手机01不对乘车类型进行比较，那么可能会发生计费错误。可以理解，通过判断乘车卡b1的类型和乘车卡b2的类型是否为同一乘车类型，可以避免类似的计费错误的问题。
[0355]
需要说明的是，在某些情况下，乘车卡b1和乘车卡b2可能属于不同城市或不同地铁公司，此时，乘车卡b1的类型和乘车卡b2的类型为不同的乘车类型。另外，在某些情况下，乘车卡b1和乘车卡b2可能属于不同分类卡，例如乘车卡b1属于普通地铁卡，乘车卡b2属于学生地铁卡，此时，乘车卡b1的类型和乘车卡b2的类型为同一乘车类型。
[0356]
(2)判断第一时间信息和第二时间信息指示的时间间隔是否小于或等于第二预设时长。若第一时间信息和第二时间信息指示的时间间隔小于或等于第二预设时长，则确定符合单次乘车事件的条件。否则，不符合单次乘车事件的条件。
[0357]
其中，第二预设时长为根据起始乘车站到终点乘车站的距离，计算的最大时长。该起始乘车站可以根据第一乘车信息确定。该终点乘车站可以根据第二乘车信息确定。
[0358]
以地铁为例，上述最大时长可以包括在起始乘车站的最大候车时长、从起始乘车站到终点乘车站的最大乘车时长、从进站闸机到搭乘上地铁的最大时长、和/或从离开地铁到出站闸机的最大时长等。
[0359]
(3)判断第一站点信息和第二站点信息是否指示不同乘车站。若第一站点信息和第二站点信息指示不同乘车站，则确定符合单次乘车事件的条件。否则，不符合单次乘车事件的条件。
[0360]
通常，用户乘坐公共交通工具的起始乘车站和终点乘车站为不同的乘车站。但是，在用户忘记物品或发生突发事件等特殊情况下，用户通过某地铁站的进站闸机进站后，可能不会搭乘地铁，而从该地铁站的出站闸机离开。因此，通过判断第一乘车站和第二乘车站是否指示不同乘车站，可以避免对用户账户误扣费。
[0361]
s812、手机01根据第一信息集和第二信息集，确定单次乘车事件的单次乘车费用，并确定目标支付策略。
[0362]
s813、手机01根据目标支付策略，从乘车卡b1或乘车卡b2扣除单次乘车费用。
[0363]
对于手机01确定单次乘车事件的乘车费用的具体实现方式，可以参照上述实施例中支付平台服务器06确定单次乘车事件的乘车费用的描述，此处不再赘述。
[0364]
对于用户来说，目标支付策略可以为最优的支付策略。
[0365]
本技术实施例预先设置了多种支付策略。手机01可以从多种支付策略中，确定一种支付策略，即目标支付策略。然后，手机01确定符合目标支付策略的一个乘车卡，并从该乘车卡或电子钱包扣除单次乘车费用。
[0366]
示例性地，多种支付策略可以包括以下至少一项：
[0367]
⒈
根据乘车卡的余额设置的支付策略。
[0368]
⒉
根据乘车卡的类型设置的支付策略。
[0369]
⒊
根据乘车卡的优惠程度设置的支付策略。
[0370]
其中，乘车卡的优惠程度是指在乘车费用的基础上减免的费用。
[0371]
⒋
根据乘车卡的优惠券期限设置的支付策略。
[0372]
其中，乘车卡的优惠券期限是指优惠券到期的期限。在优惠券期限之前，享受乘车
优惠。
[0373]
⒌
根据乘车卡接收请求消息的设置的支付策略。
[0374]
可选地，对于上述多种支付策略，不同支付策略对应不同的优先级。手机01可以按照支付策略的优先级由高到低的顺序，从多种支付策略中选择一种支付策略。然后，按照选择的一种支付策略，对乘车卡b1或乘车卡b2扣除乘车费用。
[0375]
需要说明的是，上述s813中对乘车卡b1或乘车卡b2扣除乘车费用，包括下述两种可能实现方式：以单次乘车事件的乘车费用为5元为例，如果用户预先为乘车卡b1和乘车卡b2充值，那么从乘车卡b1或乘车卡b2的余额中扣除5元。如果没有预先为乘车卡b1和乘车卡b2充值，那么从电子钱包的余额中扣除5元，或者从与电子钱包绑定的银行卡中扣除5元。另外，本技术实施例还提供另外一种实施方式，在手机确定目标支付策略和乘车费用之后，如果待支付账户的余额小于乘车费用，那么扣除待支付账户的余额，并从待支付账户外的另一账户扣除未支付费用。即，手机对两个账户均进行了扣除乘车费用。
[0376]
s814、手机01分别扣除乘车卡b1的单次乘车费用和乘车卡b2的单次乘车费用。
[0377]
在手机01获取第一信息集和第二信息集中每类信息的检测结果之后，如果满足下述条件1和/或条件2，则确定为两次乘车事件。
[0378]
条件1、乘车卡b1的类型和乘车卡b2的类型为不同乘车类型。例如，乘车卡b1的类型为公交卡，乘车卡b2的类型为地铁卡。
[0379]
条件2、第一时间信息和第二时间信息指示的时间间隔大于第二预设时长。例如，假设第二预设时长为3小时，最高扣费上限为8元。若第一时间信息和第二时间信息指示的时间间隔大于3小时，则手机会从乘车卡b1和乘车卡b2的余额中分别扣除8元，或者，手机会从与乘车卡b1和乘车卡b2绑定的电子钱包中扣除16元。
[0380]
s815、手机01不对乘车卡b1和乘车卡b2扣费。
[0381]
在用户忘记物品或发生突发事件等特殊情况下，用户通过某地铁站的进站闸机进站后，可能不会搭乘地铁，并从该地铁站的出站闸机离开，这时不属于乘车事件。例如，如果第一站点信息和第二站点信息指示相同乘车站，那么手机01确定未发生乘车事件，不对乘车卡b1和乘车卡b2扣费，从而避免了对用户账户误扣费。
[0382]
在上述s813或s814之后，还可以包括s816。
[0383]
s816、手机01通过支付平台服务器06将乘车费用转账至地铁系统服务器05的账户，并向地铁系统服务器05发送转账通知消息。
[0384]
在本技术实施例中，在用户携带手机进入起始乘车站时，用户选择乘车卡b1，并将手机靠近进站闸机的nfc设备，从而手机可以获取进站闸机的nfc设备发送的第一请求消息。在用户携带手机离开终点乘车站时，用户选择乘车卡b2，并将手机靠近出站闸机的nfc设备，从而手机可以获取出站闸机的nfc设备发送的第二请求消息。如果手机确定第一请求消息和第二请求消息用于请求对电子钱包的不同乘车卡扣费，那么将计算单次乘车费用，然后按照该单次乘车费用对某个乘车卡进行扣费，从而提高了用户的支付体验。
[0385]
上述主要从设备的角度对本技术实施例提供的方案进行了介绍。可以理解的是，各个设备为了实现上述功能，其包含了执行每一个功能相应的硬件结构或软件模块，或两者结合。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究
竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0386]
本技术实施例可以根据上述方法示例对各个设备进行功能模块的划分，例如，可以对应每一个功能划分每一个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应每一个功能划分每一个功能模块为例进行说明。
[0387]
图10为本技术实施例提供的一种支付装置的示意性框图。该装置100可以用于执行上述实施例一中支付平台服务器所执行的动作。如图10所示，该装置100包括接收模块101、处理模块102和扣费模块103。
[0388]
处理模块102，用于根据接收模块101接收的第一支付信息，确定第一信息集；并根据接收模块101接收的第二支付信息，确定第二信息集。其中，该第一支付信息和该第二支付信息为实名认证用户甲的乘车支付信息，该第一信息集和该第二信息集用于判断是否为用户甲的单次乘车事件。
[0389]
处理模块102，还用于在根据第一信息集和第二信息集确定存在单次乘车事件的情况下，确定目标支付策略。
[0390]
扣费模块103，用于按照目标支付策略，从账户a1或账户a2扣除单次乘车费用。
[0391]
在一种可能实现方式中，处理模块102，具体用于：
[0392]
在确定第一信息集之后，开启计时器；在第一预设时长内，检测是否接收到来自出站闸机的与实名认证用户甲关联的其他支付信息；若在第一预设时长内，接收到来自出站闸机的与实名认证用户甲关联的第二支付信息，则根据第二支付信息，确定第二信息集；若计时时长达到第一预设时长时，仍未接收到与实名认证用户甲关联的其他支付信息，则结束计时，停止检测。
[0393]
在一种可能实现方式中，第一信息集至少包括：
[0394]
账户a1的账户id，该账户id用于标识账户a1；
[0395]
第一用户信息，该第一用户信息可以用于指示与账户a1关联的实名认证用户甲。
[0396]
在一种可能实现方式中，第二信息集至少包括：
[0397]
账户a2的账户id，该账户id用于标识账户a2；
[0398]
第二用户信息，该第二用户信息可以用于指示与账户a2关联的实名认证用户甲。
[0399]
在一种可能实现方式中，第一信息集还包括以下至少一项：
[0400]
第一设备标识，该第一设备标识可以用于标识登录账户a1的移动终端；
[0401]
第一类型标识，该第一类型标识可以用于指示与账户a1关联的一个乘车卡的类型；
[0402]
第一时间信息，该第一时间信息可以用于指示实名认证用户甲的进站时间；
[0403]
第一优惠信息，该第一优惠信息可以用于指示账户a1包含的各个乘车优惠项；
[0404]
第一站点信息，该第一站点信息可以用于指示实名认证用户甲的起始乘车站。
[0405]
在一种可能实现方式中，第二信息集还包括以下至少一项：
[0406]
第二设备标识，该第二设备标识可以用于标识登录账户a2的移动终端；
[0407]
第二类型标识，该第二类型标识可以用于指示与账户a2关联的一个乘车卡；
[0408]
第二时间信息，该第二时间信息可以用于指示实名认证用户甲的出站时间；
[0409]
第二优惠信息，该第二优惠信息可以用于指示账户a2包含的各个乘车优惠项；
[0410]
第二站点信息，该第二站点信息可以用于指示实名认证用户甲的终点乘车站。
[0411]
在一种可能实现方式中，处理模块102，具体用于获取第一信息集和第二信息集中每类信息的检测结果；并在每类信息的检测结果均符合单次乘车事件的条件的情况下，确定存在单次乘车事件。
[0412]
其中，每类信息的检测结果符合单次乘车事件的条件包括以下至少一项：
[0413]
第一设备标识和第二设备标识指示同一移动终端；
[0414]
第一类型标识和第二类型标识指示同一类型的乘车卡；
[0415]
第一时间信息和第二时间信息指示的时间间隔小于或等于第二预设时长；
[0416]
第一站点信息和第二站点信息指示不同乘车站。
[0417]
图11为本技术实施例提供的另一种支付装置的示意性框图。该装置110可以用于执行上述实施例二中手机所执行的动作。如图11所示，该装置110包括通信模块111、处理模块112和扣费模块113。
[0418]
通信模块111，用于在与进站闸机的距离小于或等于预设距离的情况下，接收进站闸机以nfc信号形式发送的第一请求消息。其中，该第一请求消息用于指示进站闸机请求处于激活状态的乘车卡进行乘车支付。
[0419]
通信模块111，还用于在与出站闸机的距离小于或等于预设距离的情况下，接收出站闸机以nfc信号形式发送的第二请求消息。其中，该第二请求消息用于指示出站闸机请求处于激活状态的乘车卡进行乘车支付。
[0420]
处理模块112，用于根据第一请求消息，生成与乘车卡b1关联的第一信息集；并根据第二请求消息，生成与乘车卡b2关联的第二信息集；以及在根据第一信息集和第二信息集确定存在单次乘车事件的情况下，确定目标支付策略。
[0421]
扣费模块113，用于按照目标支付策略，从乘车卡b1或乘车卡b2扣除单次乘车费用。
[0422]
在一种可能实现方式中，通信模块111，还用于以nfc信号形式向进站闸机发送第一请求消息的响应消息。其中，该第一请求消息的响应消息用于指示同意采用乘车卡进行乘车支付。
[0423]
在一种可能实现方式中，通信模块111，还用于以nfc信号形式向出站闸机发送第二请求消息的响应消息。其中，该第二请求消息的响应消息用于指示同意采用乘车卡进行乘车支付。
[0424]
在一种可能实现方式中，处理模块112，具体用于获取第一信息集和第二信息集中每类信息的检测结果；并在每类信息的检测结果均符合单次乘车事件的条件的情况下，确定为单次乘车事件。
[0425]
其中，每类信息的检测结果符合单次乘车事件的条件包括以下至少一项：
[0426]
乘车卡b1的类型和乘车卡b2的类型为同一乘车类型；
[0427]
第一时间信息和第二时间信息指示的时间间隔小于或等于第二预设时长；
[0428]
第一站点信息和第二站点信息指示不同乘车站。
[0429]
图12为本技术实施例提供的服务器的结构示意图。该服务器可以为上述实施例一中的支付平台服务器。如图12所示，服务器可以包括处理器121，处理器121与存储器123耦合。处理器121用于执行存储器123中存储的计算机程序或指令，以使得服务器实现上述各实施例中的方法。其中，存储器123可以包含于服务器，也可以独立于服务器。
[0430]
服务器还可以包括通信总线122、通信接口124、输出设备125和输入设备126。
[0431]
处理器121的数量可以为一个或多个。一个处理器121可以包括至少一个处理单元。例如，处理器可以包括如图12所示的至少一个中央处理器(central processing unit，cpu)。在一些实施例中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
[0432]
通信总线122可包括一通路，用于在处理器121、存储器123以及通信接口124之间传送信息。
[0433]
通信接口124，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，ran)或无线局域网(wireless local area networks，wlan)等。在本技术实施例中，通信接口124主要用于与进站闸机、出站闸机、地铁系统服务器以及移动终端等通信。例如，接收进站闸机发送的第一支付信息，以及接收出站闸机发送的第二支付信息。
[0434]
存储器123可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disk read only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备，或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
[0435]
存储器123用于存储执行应用程序代码，并由处理器121来控制执行。处理器121用于执行存储器123中存储的应用程序代码，从而实现上述实施例一中的支付方法。
[0436]
输出设备125和处理器121通信，可以以多种方式来显示信息。其中，输出设备125可以包括显示面板，例如液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emitting diode，oled)，或者有源矩阵有机发光二极体等。
[0437]
输入设备126和处理器121通信，可以以多种方式接收用户的输入。其中，输入设备126可以是鼠标、键盘、触摸屏或传感设备等。
[0438]
可以理解，本技术实施例示意的结构并不构成对服务器的具体限定。在本技术另一些实施例中，服务器可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
[0439]
图13为本技术实施例提供的移动终端的结构示意图。如图13所示，移动终端130可以包括处理器131，nfc模块132，无线通信模块133，天线134，内部存储器135，外部存储器接口136，电源模块137，音频模块138，扬声器138a，受话器138b，麦克风138c，耳机接口138d，传感器模块139，按键140，马达141，指示器142，摄像头143，显示屏144，以及用户标识模块
(subscriber identification module，sim)卡接口145等。
[0440]
处理器131可以包括一个或多个处理单元，例如：处理器131可以包括应用处理器(application processor，ap)，调制解调处理器，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural-network processing unit，npu)等。其中，控制器可以是移动终端130的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
[0441]
nfc模块132，用于检测nfc主设备产生的射频场，并与nfc主设备建立nfc连接。
[0442]
本技术实施例中，nfc模块132用于在与进站闸机的距离小于或等于预设距离的情况下，接收进站闸机以nfc信号形式发送的第一请求消息，并以nfc信号形式向出站闸机发送第一请求消息的响应消息。其中，该第一请求消息用于指示进站闸机请求处于激活状态的乘车卡进行乘车支付。该第一请求消息的响应消息用于指示同意采用乘车卡进行乘车支付。
[0443]
nfc模块132还用于在与出站闸机的距离小于或等于预设距离的情况下，接收出站闸机以nfc信号形式发送的第二请求消息，并以nfc信号形式向出站闸机发送第二请求消息的响应消息。其中，该第二请求消息用于指示出站闸机请求处于激活状态的乘车卡进行乘车支付。该第二请求消息的响应消息用于指示同意采用乘车卡进行乘车支付。
[0444]
处理器131，用于根据第一请求消息，生成与乘车卡b1关联的第一信息集；并根据第二请求消息，生成与乘车卡b2关联的第二信息集；在根据第一信息集和第二信息集确定存在单次乘车事件的情况下，确定目标支付策略；以及按照目标支付策略，从乘车卡b1或乘车卡b2扣除单次乘车费用。
[0445]
移动终端130的无线通信功能可以通过无线通信模块133，天线134，调制解调处理器以及基带处理器等实现。
[0446]
内部存储器135可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器131通过运行存储在内部存储器135的指令，从而执行移动终端130的各种功能应用以及数据处理。内部存储器135可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如图像播放功能等)等。存储数据区可存储移动终端130使用过程中所创建的数据等。
[0447]
外部存储器接口136可以用于连接外部存储卡，实现扩展移动终端130的存储能力。外部存储卡通过外部存储器接口136与处理器131通信，实现数据存储功能。
[0448]
电源模块137用于为移动终端130提供工作电源。
[0449]
移动终端130可以通过音频模块138，扬声器138a，受话器138b，麦克风138c，耳机接口138d，以及应用处理器等实现音频功能。例如音乐播放和录音等。
[0450]
按键140包括开机键，音量键等。按键140可以是机械按键。也可以是触摸式按键。
[0451]
马达141可以产生振动提示。马达141可以用于来电振动提示，也可以用于触摸振动反馈。作用于显示屏144不同区域的触摸操作，马达141也可对应不同的振动反馈效果。
[0452]
指示器142可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
[0453]
摄像头143用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。
[0454]
显示屏144包括显示面板，用于显示图像和视频等，例如显示用于乘车支付的二维码。在一些实施例中，移动终端130可以包括至少一个显示屏144。
[0455]
sim卡接口145用于连接sim卡。sim卡可以通过插入sim卡接口145，或从sim卡接口145拔出，实现与移动终端130的接触和分离。
[0456]
本技术实施例还提供了一种服务器，包括处理器，处理器与存储器耦合，处理器用于执行存储器中存储的计算机程序或指令，以使得服务器实现上述各实施例中的方法。
[0457]
本技术实施例还提供了一种移动终端，包括处理器，处理器与存储器耦合，处理器用于执行存储器中存储的计算机程序或指令，以使得移动终端实现上述各实施例中的方法。
[0458]
本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令；当该计算机可读存储介质在服务器或移动终端上运行时，使得该服务器或移动终端执行如上所示的方法。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘或磁带)，光介质或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
[0459]
本技术实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述各实施例中的方法。
[0460]
本技术实施例还提供了一种芯片，该芯片与存储器耦合，该芯片用于读取并执行存储器中存储的计算机程序或指令，以执行上述各实施例中的方法。该芯片可以为通用处理器，也可以为专用处理器。
[0461]
需要说明的是，该芯片可以使用下述电路或者器件来实现：一个或多个现场可编程门阵列(field programmable gate array，fpga)、可编程逻辑器件(programmable logic device，pld)、控制器、状态机、门逻辑、分立硬件部件、任何其他适合的电路、或者能够执行本技术通篇所描述的各种功能的电路的任意组合。
[0462]
上述实施例提供的移动终端、服务器、支付装置、计算机可读存储介质、计算机程序产品以及芯片均用于执行上文所提供的方法，因此，其所能达到的有益效果可参考上文所提供的方法对应的有益效果，在此不再赘述。
[0463]
应理解，上述只是为了帮助本领域技术人员更好地理解本技术实施例，而非要限制本技术实施例的范围。本领域技术人员根据所给出的上述示例，显然可以进行各种等价的修改或变化，例如，上述检测方法的各个实施例中某些步骤可以是不必须的，或者可以新加入某些步骤等。或者上述任意两种或者任意多种实施例的组合。这样的修改、变化或者组合后的方案也落入本技术实施例的范围内。
[0464]
还应理解，上文对本技术实施例的描述着重于强调各个实施例之间的不同之处，
未提到的相同或相似之处可以互相参考，为了简洁，这里不再赘述。
[0465]
还应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0466]
还应理解，本技术实施例中，“预先设定”、“预先定义”可以通过在设备(例如，包括电子设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本技术对于其具体的实现方式不做限定。
[0467]
还应理解，本技术实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便，不应构成特别的限定，各种方式、类别、情况以及实施例中的特征在不矛盾的情况下可以相结合。
[0468]
还应理解，在本技术的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
[0469]
最后应说明的是：以上描述内容，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。