公交付费的方法、装置和设备与流程

1.本发明涉及公交刷卡技术领域，具体涉及一种公交付费的方法、装置和设备。


背景技术：

2.乘坐公交车出行是现代人普遍采用的一种出行方式。除了传统的投币方式外，人们还可以选择刷物理公交卡缴纳乘车费用。当前物理公交卡都是预付费的方式，即用户在使用物理公交卡前需要先向卡内充值一定的额度，nfc虚拟公交卡是模拟的物理卡的行为，因此也需要预充值才能使用，步骤较为繁琐，影响用户使用。随着二维码的兴起，二维码的解决方案商通过改造pos机实现了扫二维码乘车，与此同时，还实现了用户先乘车后付费的功能，该功能对于用户来说省去了充值的动作，比较受用户的欢迎。但是使用二维码刷卡需要用户解锁手机并打开app，显示出二维码，刷卡过程复杂，且必须改造终端的收款设备，造成该方案的成本过于高昂，限制了该方案的推广。
3.因此，现有技术中，公交车刷卡时存在步骤繁琐，刷卡过程复杂的问题，亟待解决。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种公交付费的方法、装置和设备，以克服目前公交车二维码刷卡时存在步骤繁琐，刷卡过程复杂，且必须改造终端的收款设备的问题。
5.为实现以上目的，本发明采用如下技术方案：
6.一种公交付费的方法，应用于服务器端，所述方法包括：
7.获取第一交易事件信息；
8.检测获取所述第一交易事件信息之前，是否接收到与所述第一交易事件信息匹配的第二交易事件信息；其中，使用终端的安全芯片在检测到刷卡行为后生成平台交易事件信息并发送给app平台，消费终端在检测到所述刷卡事件后生成消费交易事件信息；若所述第一交易事件信息为来自所述app平台的平台交易事件信息，则所述第二交易信息为来自所述消费终端的消费交易事件信息；若所述第二交易事件信息为来自所述app平台的平台交易事件信息，则所述第一交易信息为来自所述消费终端的消费交易事件信息；
9.若获取所述第一交易事件信息之前，未接收到与所述第一交易事件信息匹配的所述第二交易事件信息，则根据所述第一交易事件信息，向预先关联的支付平台发送扣款信息；其中，所述支付平台中预设有信用额度；
10.检测到扣款完成后，向所述使用终端发送信用额度补足信息，以便于所述使用终端补足所述信用额度；
11.若获取所述第一交易事件信息之前，接收到与所述第一交易事件信息匹配的所述第二交易事件信息，则忽略所述第一交易事件信息，以避免重复发送所述扣款信息。
12.进一步地，以上所述的公交付费的方法，所述根据所述第一交易事件信息，向预先关联的支付平台发送扣款信息之前，还包括：
13.校验所述第一交易事件信息的合法性；
14.若所述第一交易事件信息校验合法，则根据所述第一交易事件信息，向预先关联的支付平台发送扣款信息。
15.进一步地，以上所述的公交付费的方法，所述平台交易事件信息包括平台卡号、平台交易金额、平台交易日期、平台交易时间、剩余信用额度和平台校验凭证；
16.所述消费交易事件信息包括消费卡号、消费交易金额、消费交易日期、消费交易时间、消费剩余金额和消费校验凭证；
17.所述检测获取所述第一交易事件信息之前，是否接收到与所述第一交易事件信息匹配的第二交易事件信息，包括：
18.检测获取所述第一交易事件信息之前，检测是否存在第二交易事件信息，使得所述平台卡号与所述消费卡号匹配，所述平台交易金额与所述消费交易金额匹配，所述平台交易日期与所述消费交易日期匹配，所述平台交易时间与所述消费交易时间匹配，所述剩余信用额度与所述消费剩余金额匹配，并且，所述平台校验凭证与所述消费校验凭证匹配；
19.若存在，则表示检测获取所述第一交易事件信息之前，接收到与所述第一交易事件信息匹配的第二交易事件信息。
20.进一步地，以上所述的公交付费的方法，若所述第一交易事件信息为来自所述app平台的平台交易事件信息，所述校验所述第一交易事件信息的合法性，包括：
21.校验所述平台校验凭证是否合法；
22.若所述平台校验凭证合法，则表示所述第一交易事件信息校验合法。
23.进一步地，本发明还提供了一种公交付费的装置，应用于服务器端，所述装置包括：
24.获取模块，用于获取第一交易事件信息；
25.检测模块，用于检测获取所述第一交易事件信息之前，是否接收到与所述第一交易事件信息匹配的第二交易事件信息；其中，使用终端的安全芯片在检测到刷卡行为后生成平台交易事件信息并发送给app平台，消费终端在检测到所述刷卡事件后生成消费交易事件信息；若所述第一交易事件信息为来自所述app平台的平台交易事件信息，则所述第二交易信息为来自所述消费终端的消费交易事件信息；若所述第二交易事件信息为来自所述app平台的平台交易事件信息，则所述第一交易信息为来自所述消费终端的消费交易事件信息；
26.第一发送模块，用于若获取所述第一交易事件信息之前，未接收到与所述第一交易事件信息匹配的所述第二交易事件信息，则根据所述第一交易事件信息，向预先关联的支付平台发送扣款信息；其中，所述支付平台中预设有信用额度；
27.第二发送模块，用于检测到扣款完成后，向所述使用终端发送信用额度补足信息，以便于所述使用终端补足所述信用额度；
28.忽略模块，用于若获取所述第一交易事件信息之前，接收到与所述第一交易事件信息匹配的所述第二交易事件信息，则忽略所述第一交易事件信息，以避免重复发送所述扣款信息。
29.进一步地，以上所述的公交付费的装置，还包括校验模块；
30.所述校验模块，用于根据所述第一交易事件信息，向预先关联的支付平台发送扣款信息之前，校验所述第一交易事件信息的合法性；
31.所述第一发送模块，用于若所述第一交易事件信息校验合法，则根据所述第一交易事件信息，向预先关联的支付平台发送扣款信息。
32.进一步地，以上所述的公交付费的装置，所述平台交易事件信息包括平台卡号、平台交易金额、平台交易日期、平台交易时间、剩余信用额度和平台校验凭证；
33.所述消费交易事件信息包括消费卡号、消费交易金额、消费交易日期、消费交易时间、消费剩余金额和消费校验凭证；
34.所述检测模块，用于检测获取所述第一交易事件信息之前，检测是否存在第二交易事件信息，使得所述平台卡号与所述消费卡号匹配，所述平台交易金额与所述消费交易金额匹配，所述平台交易日期与所述消费交易日期匹配，所述平台交易时间与所述消费交易时间匹配，所述剩余信用额度与所述消费剩余金额匹配，并且，所述平台校验凭证与所述消费校验凭证匹配；若存在，则表示检测获取所述第一交易事件信息之前，接收到与所述第一交易事件信息匹配的第二交易事件信息。
35.进一步地，以上所述的公交付费的装置，若所述第一交易事件信息为来自所述app平台的平台交易事件信息，所述校验模块，用于校验所述平台校验凭证是否合法；若所述平台校验凭证合法，则表示所述第一交易事件信息校验合法。
36.进一步地，本发明还提供了一种公交付费的设备，包括处理器和存储器，所述处理器与存储器相连：
37.其中，所述处理器，用于调用并执行所述存储器中存储的程序；
38.所述存储器，用于存储所述程序，所述程序至少用于执行以上任一项所述的公交付费的方法。
39.本发明的公交付费的方法、装置和设备，方法包括：获取第一交易事件信息；检测获取第一交易事件信息之前，是否接收到与第一交易事件信息匹配的第二交易事件信息；其中，使用终端的安全芯片在检测到交易事件后生成平台交易事件信息并发送给app平台，消费终端在检测到交易事件后生成消费交易事件信息；若第一交易事件信息为来自app平台的平台交易事件信息，则第二交易信息为来自消费终端的消费交易事件信息；若第二交易事件信息为来自app平台的平台交易事件信息，则第一交易信息为来自消费终端的消费交易事件信息；若获取第一交易事件信息之前，未接收到与第一交易事件信息匹配的第二交易事件信息，则根据第一交易事件信息，向预先关联的支付平台发送扣款信息；其中，支付平台中预设有信用额度；检测到扣款完成后，向使用终端发送信用额度补足信息，以便于使用终端补足信用额度；若获取第一交易事件信息之前，接收到与第一交易事件信息匹配的第二交易事件信息，则忽略第一交易事件信息，以避免重复发送扣款信息。采用本发明的技术方案，通过在支付平台设置信用额度，不需要进行预先充值即可实现公交卡的刷卡功能，也不需要解锁手机显示二维码，有效提高了刷卡过程的便捷性，而且本技术不需要改造消费终端，节约了改造成本。
附图说明
40.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以
根据这些附图获得其他的附图。
41.图1是本发明公交付费的方法一种实施例提供的流程图；
42.图2是本发明公交付费的装置一种实施例提供的结构示意图；
43.图3是本发明公交付费的设备一种实施例提供的结构示意图。
具体实施方式
44.为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的技术方案进行详细的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本发明所保护的范围。
45.图1是本发明公交付费的方法一种实施例提供的流程图。
46.如图1所示，本实施例的公交付费的方法可以包括以下步骤：
47.s11、获取第一交易事件信息。
48.s12、检测获取第一交易事件信息之前，是否接收到与第一交易事件信息匹配的第二交易事件信息，若是，执行s15，若否，执行s13。
49.s13、根据第一交易事件信息，向预先关联的支付平台发送扣款信息。
50.s14、检测到扣款完成后，向使用终端发送信用额度补足信息，以便于使用终端补足信用额度。
51.s15、忽略第一交易事件信息，以避免重复发送扣款信息。
52.具体地，本实施例的方法实现过程中，共有三端，分别为服务器、用户进行刷卡的使用终端和消费终端。其中，使用终端可以是手机、平板电脑和智能手环等智能设备，消费终端为安装于公交车上的刷卡机。本实施例的步骤s11
‑
s15，均是以服务器为执行主体实现的。
53.需要说明的是，运行在使用终端安全芯片上的小程序applet的实现规范完全按照通卡的卡规范实现，也就是说，需要让消费终端将安全芯片识别为通卡并且能正常的消费，实现无需改造消费终端的目的。在此基础上，可以实现用户刷卡的行为通知，可以将用户的刷卡行为以事件的方式发送给app平台，在一些可选的实施例中，app平台一般是手机厂商用来管理卡片的钱包app。
54.此外，需要先与某个支付渠道签约自动扣款的服务，完成与支付平台的预关联。例如签约支付宝、微信或者信用卡的扣款服务等，本实施例不做限定。签约自动扣款服务的过程，需要将用户将存储在支付平台的一部分的资金作为信用额度，消费终端将安全芯片识别为通卡时，信用额度识别为通卡的余额。在一些可选的实施例中，信用额度的大小一般为10
‑
20元，具体数据一般参考当地公共交通的单次最大扣款的额度，本实施例不做限定。服务器检测到自动扣款的服务签约完成后，建立该公交卡号和签约信息的1对1的关联关系。
55.在一个具体的实现过程中，用户将使用终端贴近消费终端进行刷卡行为后，即产生了刷卡事件。使用终端的安全芯片在检测到刷卡事件后生成平台交易事件信息并发送给app平台。在一些可选的实施例中，运行在安全芯片上的小程序applet检测到刷卡行为后，可以将用户的刷卡消费的行为以事件的方式发送给app平台，即运行在安全芯片上的小程序applet，生成平台交易事件信息并发送给app平台。消费终端在检测到刷卡时间后，生成
消费交易事件信息。
56.app平台将平台交易事件信息发送给服务器，消费终端将消费交易事件信息发送给服务器。
57.服务器获取第一交易事件，并且检测在获取到第一交易事件之前是否获取到与第一交易事件匹配的第二交易事件。具体地，若第一交易事件信息为来自app平台的平台交易事件信息，则第二交易信息为来自消费终端的消费交易事件信息；若第二交易事件信息为来自app平台的平台交易事件信息，则第一交易信息为来自消费终端的消费交易事件信息。
58.本实施例先以第一交易事件信息为来自app平台的平台交易事件信息，第二交易信息为来自消费终端的消费交易事件信息为例进行说明：
59.若服务器获取到来自app平台的平台交易事件信息，则进一步判断是否在之前获取到过消费交易事件信息。在网络正常的情况下，app平台发送平台交易事件信息的速度大于消费终端发送消费交易事件信息的速度，因此大部分情况下会优先接收到平台交易事件信息。在服务器优先接收到平台交易事件信息的情况下，即经过判断，确定获取平台交易事件信息之前未接收到消费交易事件信息，那么服务器可以根据平台交易事件信息向预先关联的支付平台发送扣款信息。检测到扣款完成后，向使用终端发送信用额度补足信息，以便于使用终端补足信用额度。
60.若网络出现异常，但是app平台发送的平台交易事件信息并未丢失，而是延迟发送到了服务器。而服务器在获取到平台交易事件信息后开始进行检测，检测到在获取到平台交易事件信息前，已经获取到与平台交易事件信息匹配的消费交易事件信息，则表示服务器已经根据在先的消费交易事件信息进行过扣款，为了避免进行重复扣款，则可以将此条平台交易事件信息忽略。
61.进一步地，本实施例再以第二交易事件信息为来自app平台的平台交易事件信息，第一交易信息为来自消费终端的消费交易事件信息为例进行说明：
62.服务器若获取到消费交易事件信息，则进一步检测在获取到消费交易事件信息之前，是否获取到平台交易事件信息。在网络正常的情况下，app平台发送平台交易事件信息的速度大于消费终端发送消费交易事件信息的速度，因此大部分情况下会优先接收到平台交易事件信息。在服务器优先接收到消费交易事件信息的情况下，即经过判断，确定获取消费交易事件信息之前接收到平台交易事件信息，那么服务器已经根据在先的平台交易事件信息进行过扣款，为了避免进行重复扣款，则可以将此条消费交易事件信息忽略。
63.若网络出现异常，app平台发送的平台交易事件信息出现丢包或者延迟发送的情况，服务器经检测，确定在获取到消费交易事件信息前，没有获取到与平台交易事件信息匹配的消费交易事件信息，那么服务器可以根据消费交易事件信息向预先关联的支付平台发送扣款信息。检测到扣款完成后，向使用终端发送信用额度补足信息，以便于使用终端补足信用额度。
64.本发明的公交付费的方法，包括：获取第一交易事件信息；检测获取第一交易事件信息之前，是否接收到与第一交易事件信息匹配的第二交易事件信息；其中，使用终端的安全芯片在检测到交易事件后生成平台交易事件信息并发送给app平台，消费终端在检测到交易事件后生成消费交易事件信息；若第一交易事件信息为来自app平台的平台交易事件信息，则第二交易信息为来自消费终端的消费交易事件信息；若第二交易事件信息为来自
app平台的平台交易事件信息，则第一交易信息为来自消费终端的消费交易事件信息；若获取第一交易事件信息之前，未接收到与第一交易事件信息匹配的第二交易事件信息，则根据第一交易事件信息，向预先关联的支付平台发送扣款信息；其中，支付平台中预设有信用额度；检测到扣款完成后，向使用终端发送信用额度补足信息，以便于使用终端补足信用额度；若获取第一交易事件信息之前，接收到与第一交易事件信息匹配的第二交易事件信息，则忽略第一交易事件信息，以避免重复发送扣款信息。采用本发明的技术方案，通过在支付平台设置信用额度，不需要进行预先充值即可实现公交卡的刷卡功能，也不需要解锁手机显示二维码，有效提高了刷卡过程的便捷性，而且本技术不需要改造消费终端，节约了改造成本。
65.在一些可选的实施例中，在步骤根据第一交易事件信息，向预先关联的支付平台发送扣款信息之前，还包括如下步骤：
66.步骤一：校验第一交易事件信息的合法性；
67.步骤二：若第一交易事件信息校验合法，则根据第一交易事件信息，向预先关联的支付平台发送扣款信息。
68.具体地，若经过检测，确定获取第一交易事件信息之前，未接收到与第一交易事件信息匹配的第二交易事件信息，则需要根据第一交易事件信息进行扣款。在进行扣款工作之前，需要校验第一交易事件信息的合法性，在第一交易事件信息校验合法的前提下，根据第一交易事件信息，向预先关联的支付平台发送扣款信息，避免出现错误扣款的情况。
69.在一些可选的实施例中，若第一交易事件信息为平台交易事件信息，则校验平台交易事件信息的合法性，若平台交易事件信息的合法性校验成功，则向预先关联的支付平台发送扣款信息。
70.在另外一些可选的实施例中，若第一交易事件信息为消费交易事件信息，则校验消费交易事件信息的合法性，若消费交易事件信息的合法性校验成功，则向预先关联的支付平台发送扣款信息。
71.在一些可选的实施例中，平台交易事件信息包括平台卡号、平台交易金额、平台交易日期、平台交易时间、剩余信用额度和平台校验凭证，消费交易事件信息包括消费卡号、消费交易金额、消费交易日期、消费交易时间、消费剩余金额和消费校验凭证。
72.步骤检测获取第一交易事件信息之前，是否接收到与第一交易事件信息匹配的第二交易事件信息，包括如下子步骤：
73.子步骤一：检测获取第一交易事件信息之前，检测是否存在第二交易事件信息，使得平台卡号与消费卡号匹配，平台交易金额与消费交易金额匹配，平台交易日期与消费交易日期匹配，平台交易时间与消费交易时间匹配，剩余信用额度与消费剩余金额匹配，并且，平台校验凭证与消费校验凭证匹配；
74.子步骤二：若存在，则表示检测获取第一交易事件信息之前，接收到与第一交易事件信息匹配的第二交易事件信息。
75.即，在校验过程中，需要针对平台交易事件信息与消费交易事件信息，进行卡号、交易金额、交易日期、交易时间、剩余金额和校验凭证的一一核对，若卡号、交易金额、交易日期、交易时间、剩余金额和校验凭证均匹配，则表示平台交易事件信息与消费交易事件信息匹配，则检测获取第一交易事件信息之前，接收到与第一交易事件信息匹配的第二交易
事件信息。
76.在一些可选的实施例中，若第一交易事件信息为来自app平台的平台交易事件信息，步骤校验第一交易事件信息的合法性，包括如下子步骤：
77.子步骤一：校验平台校验凭证是否合法；
78.子步骤二：若平台校验凭证合法，则表示第一交易事件信息校验合法。
79.具体地，校验信息根据不同规范的卡使用的校验数据不同，国内mot规范一般使用交易凭证作为校验信息。
80.基于一个总的发明构思，本发明还提供了一种公交付费的装置，用于实现上述方法实施例。
81.图2是本发明公交付费的装置一种实施例提供的结构示意图。
82.如图2所示，本实施例的公交付费的装置，应用于服务器端，装置包括：
83.获取模块21，用于获取第一交易事件信息；
84.检测模块22，用于检测获取第一交易事件信息之前，是否接收到与第一交易事件信息匹配的第二交易事件信息；其中，使用终端的安全芯片在检测到刷卡行为后生成平台交易事件信息并发送给app平台，消费终端在检测到刷卡事件后生成消费交易事件信息；若第一交易事件信息为来自app平台的平台交易事件信息，则第二交易信息为来自消费终端的消费交易事件信息；若第二交易事件信息为来自app平台的平台交易事件信息，则第一交易信息为来自消费终端的消费交易事件信息；
85.第一发送模块23，用于若获取第一交易事件信息之前，未接收到与第一交易事件信息匹配的第二交易事件信息，则根据第一交易事件信息，向预先关联的支付平台发送扣款信息；其中，支付平台中预设有信用额度；
86.第二发送模块24，用于检测到扣款完成后，向使用终端发送信用额度补足信息，以便于使用终端补足信用额度；
87.忽略模块25，用于若获取第一交易事件信息之前，接收到与第一交易事件信息匹配的第二交易事件信息，则忽略第一交易事件信息，以避免重复发送扣款信息。
88.在一些可选的实施例中，公交付费的装置，还包括校验模块；
89.校验模块，用于根据第一交易事件信息，向预先关联的支付平台发送扣款信息之前，校验第一交易事件信息的合法性；
90.第一发送模块23，用于若第一交易事件信息校验合法，则根据第一交易事件信息，向预先关联的支付平台发送扣款信息。
91.在一些可选的实施例中，平台交易事件信息包括平台卡号、平台交易金额、平台交易日期、平台交易时间、剩余信用额度和平台校验凭证；消费交易事件信息包括消费卡号、消费交易金额、消费交易日期、消费交易时间、消费剩余金额和消费校验凭证；
92.检测模块22，用于检测获取第一交易事件信息之前，检测是否存在第二交易事件信息，使得平台卡号与消费卡号匹配，平台交易金额与消费交易金额匹配，平台交易日期与消费交易日期匹配，平台交易时间与消费交易时间匹配，剩余信用额度与消费剩余金额匹配，并且，平台校验凭证与消费校验凭证匹配；若存在，则表示检测获取第一交易事件信息之前，接收到与第一交易事件信息匹配的第二交易事件信息。
93.在一些可选的实施例中，若第一交易事件信息为来自app平台的平台交易事件信
息，校验模块，用于校验平台校验凭证是否合法；若平台校验凭证合法，则表示第一交易事件信息校验合法。
94.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
95.基于一个总的发明构思，本发明还提供了一种公交付费的设备，用于实现上述方法实施例。
96.图3是本发明公交付费的设备一种实施例提供的结构示意图。
97.如图3所示，本实施例的公交付费的设备包括处理器31和存储器32，处理器31与存储器32相连。其中，处理器31用于调用并执行存储器32中存储的程序；存储器32用于存储程序，程序至少用于执行以上实施例中的公交付费的方法。
98.可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
99.需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。
100.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
101.应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
102.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
103.此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
104.上述提到的存储介质可以是只读存储器，磁盘或光盘等。
105.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何
的一个或多个实施例或示例中以合适的方式结合。
106.尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。