支付渠道推荐方法及其系统

摘要

本申请涉及在线支付领域，公开了一种支付渠道推荐方法及其系统，既可以有效的达到支付渠道的容量目标，同时又让用户有着良好的支付体验。该方法包括：获取各渠道支付容量在上一时间窗口的实际占比；根据实际占比和预先设置的各渠道支付容量在当前时间窗口的期望占比，对各渠道支付容量在上一时间窗口的推荐比进行调整，得到各渠道支付容量在当前时间窗口的推荐比；根据当前时间窗口的推荐比和指定用户的支付偏好参数，得到对指定用户的支付渠道推荐结果。

权利要求

1.一种支付渠道推荐方法，其特征在于，包括：获取各渠道支付容量在上一时间窗口的实际占比；

根据所述实际占比和预先设置的各渠道支付容量在当前时间窗口的期望占比，对各渠道支付容量在上一时间窗口的推荐比进行调整，得到各渠道支付容量在当前时间窗口的推荐比；

根据所述当前时间窗口的推荐比和指定用户的支付偏好参数，得到对所述指定用户的支付渠道推荐结果；其中所述支付偏好参数是反映一个用户对其能够使用的各支付渠道的偏好程度的参数。

2.如权利要求1所述的方法，其特征在于，所述根据所述实际占比和预先设置的各渠道支付容量在当前时间窗口的期望占比，对各渠道支付容量在上一时间窗口的推荐比进行调整，得到各渠道支付容量在当前时间窗口的推荐比，进一步包括：将所述各渠道支付容量在当前时间窗口的期望占比分别除以所述各渠道支付容量在上一时间窗口的实际占比，再分别乘以所述各渠道支付容量在上一时间窗口的推荐比，得到所述各渠道支付容量在当前时间窗口的推荐比。

3.如权利要求1所述的方法，其特征在于，所述根据所述当前时间窗口的推荐比和指定用户的支付偏好参数，得到对所述指定用户的支付渠道推荐结果，进一步包括：对于每一个所述渠道，分别将该渠道在当前时间窗口的推荐比乘以所述指定用户对该渠道的支付偏好参数，得到所述指定用户对该渠道的推荐值；

将推荐值最大的渠道作为对所述指定用户的支付渠道推荐结果。

4.如权利要求1所述的方法，其特征在于，所述支付偏好参数是根据用户最近一段时间内的支付行为和/或用户的设定得到的。

5.如权利要求1所述的方法，其特征在于，所述根据所述当前时间窗口的推荐比和指定用户的支付偏好参数，得到对所述指定用户的支付渠道推荐结果的步骤，是在所述指定用户提交订单的时候触发的。

6.如权利要求5所述的方法，其特征在于，在所述得到对所述指定用户的支付渠道推荐结果之后，还包括：向所述指定用户使用的终端发送所述支付渠道推荐结果。

7.如权利要求1至6中任意一项所述的方法，其特征在于，所述时间窗口的长度在10秒至15秒的范围。

8.一种支付渠道推荐系统，其特征在于，包括：实际占比获取模块，用于获取各渠道支付容量在上一时间窗口的实际占比；

推荐比调整模块，用于根据所述实际占比和预先设置的各渠道支付容量在当前时间窗口的期望占比，对各渠道支付容量在上一时间窗口的推荐比进行调整，得到各渠道支付容量在当前时间窗口的推荐比；

推荐模块，用于根据所述当前时间窗口的推荐比和指定用户的支付偏好参数，得到对所述指定用户的支付渠道推荐结果；其中所述支付偏好参数是反映一个用户对其能够使用的各支付渠道的偏好程度的参数。

9.如权利要求8所述的系统，其特征在于，所述推荐比调整模块通过以下方式调整推荐比：将所述各渠道支付容量在当前时间窗口的期望占比分别除以所述各渠道支付容量在上一时间窗口的实际占比，再分别乘以所述各渠道支付容量在上一时间窗口的推荐比，得到所述各渠道支付容量在当前时间窗口的推荐比。

10.如权利要求8所述的系统，其特征在于，所述推荐模块进一步包括：推荐值计算子模块，用于对于每一个所述渠道，分别将该渠道在当前时间窗口的推荐比乘以所述指定用户对该渠道的支付偏好参数，得到所述指定用户对该渠道的推荐值；

比较子模块，用于将推荐值最大的渠道作为对所述指定用户的支付渠道推荐结果。

11.如权利要求8所述的系统，其特征在于，所述支付偏好参数是根据用户最近一段时间内的支付行为和/或用户的设定得到的。

12.如权利要求8所述的系统，其特征在于，所述推荐模块在所述指定用户提交订单的时候被触发以计算对所述指定用户的支付渠道推荐结果。

13.如权利要求12所述的系统，其特征在于，还包括发送模块，用于向所述指定用户使用的终端发送所述支付渠道推荐结果。

14.如权利要求8至13中任意一项所述的系统，其特征在于，所述时间窗口的长度在10秒至15秒的范围。

15.一种支付渠道推荐系统，其特征在于，包括：存储器，用于存储计算机可执行指令；以及，处理器，用于在执行所述计算机可执行指令时实现如权利要求1至7中任意一项所述的方法中的步骤。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现如权利要求1至7中任意一项所述的方法中的步骤。

说明书

支付渠道推荐方法及其系统

技术领域

[0001] 本申请涉及在线支付领域，特别涉及支付渠道的推荐技术。

背景技术

[0002] 电子商务网站经常会有大促销的活动，每一次大促销对于支付系统都是一次挑战。支付系统面临的一个问题是支付渠道容量风险，如果不对用户支付渠道的使用进行引
导，有可能会导致大量用户集中使用某一个支付渠道，超过该支付渠道的处理能力，从而无
法及时完成支付，导致不良的用户支付体验，最终可能影响销售。

[0003] 关于如何实时地向用户提供支付渠道的推荐建议，实现推荐个性化引流从而突破支付渠道高峰期容量问题，目前还没有发现相关的公开技术。

发明内容

[0004] 本申请的目的在于提供一种支付渠道推荐方法及其系统，既可以有效的达到支付渠道的容量目标，同时又让用户有着良好的支付体验。

[0005] 为了解决上述问题，本申请公开了一种支付渠道推荐方法，包括：

[0006] 获取各渠道支付容量在上一时间窗口的实际占比；

[0007] 根据该实际占比和预先设置的各渠道支付容量在当前时间窗口的期望占比，对各渠道支付容量在上一时间窗口的推荐比进行调整，得到各渠道支付容量在当前时间窗口的
推荐比；

[0008] 根据该当前时间窗口的推荐比和指定用户的支付偏好参数，得到对该指定用户的支付渠道推荐结果；其中该支付偏好参数是反映一个用户对其能够使用的各支付渠道的偏
好程度的参数。

[0009] 在一个优选例中，该对上一时间窗口的推荐比进行调整，进一步包括：

[0010] 将该各渠道支付容量在当前时间窗口的期望占比分别除以该各渠道支付容量在上一时间窗口的实际占比，再分别乘以该各渠道支付容量在上一时间窗口的推荐比，得到
该各渠道支付容量在当前时间窗口的推荐比。

[0011] 在一个优选例中，该根据该当前时间窗口的推荐比和指定用户的支付偏好参数，得到对该指定用户的支付渠道推荐结果，进一步包括：

[0012] 对于每一个该渠道，分别将该渠道在当前时间窗口的推荐比乘以该指定用户对该渠道的支付偏好参数，得到该指定用户对该渠道的推荐值；

[0013] 将推荐值最大的渠道作为对该指定用户的支付渠道推荐结果。

[0014] 在一个优选例中，该支付偏好参数是根据用户最近一段时间内的支付行为和/或用户的设定得到的。

[0015] 在一个优选例中，该根据该当前时间窗口的推荐比和指定用户的支付偏好参数，得到对该指定用户的支付渠道推荐结果的步骤，是在该指定用户提交订单的时候触发的。

[0016] 在一个优选例中，在该得到对该指定用户的支付渠道推荐结果之后，还包括：向该指定用户使用的终端发送该支付渠道推荐结果。

[0017] 在一个优选例中，该时间窗口的长度在10秒至15秒的范围。

[0018] 本申请还公开了一种支付渠道推荐系统，包括：

[0019] 实际占比获取模块，用于获取各渠道支付容量在上一时间窗口的实际占比；

[0020] 推荐比调整模块，用于根据该实际占比和预先设置的各渠道支付容量在当前时间窗口的期望占比，对各渠道支付容量在上一时间窗口的推荐比进行调整，得到各渠道支付
容量在当前时间窗口的推荐比；

[0021] 推荐模块，用于根据该当前时间窗口的推荐比和指定用户的支付偏好参数，得到对该指定用户的支付渠道推荐结果；其中该支付偏好参数是反映一个用户对其能够使用的
各支付渠道的偏好程度的参数。

[0022] 在一个优选例中，该推荐比调整模块通过以下方式调整推荐比：将该各渠道支付容量在当前时间窗口的期望占比分别除以该各渠道支付容量在上一时间窗口的实际占比，
再分别乘以该各渠道支付容量在上一时间窗口的推荐比，得到该各渠道支付容量在当前时
间窗口的推荐比。

[0023] 在一个优选例中，该推荐模块进一步包括：

[0024] 推荐值计算子模块，用于对于每一个该渠道，分别将该渠道在当前时间窗口的推荐比乘以该指定用户对该渠道的支付偏好参数，得到该指定用户对该渠道的推荐值；

[0025] 比较子模块，用于将推荐值最大的渠道作为对该指定用户的支付渠道推荐结果。

[0026] 在一个优选例中，该支付偏好参数是根据用户最近一段时间内的支付行为和/或用户的设定得到的。

[0027] 在一个优选例中，该推荐模块在该指定用户提交订单的时候被触发以计算对该指定用户的支付渠道推荐结果。

[0028] 在一个优选例中，还包括发送模块，用于向该指定用户使用的终端发送该支付渠道推荐结果。

[0029] 在一个优选例中，该时间窗口的长度在10秒至15秒的范围。

[0030] 本申请还公开了一种支付渠道推荐系统，包括：

[0031] 存储器，用于存储计算机可执行指令；以及，

[0032] 处理器，用于在执行该计算机可执行指令时实现如前文描述的方法中的步骤。

[0033] 本申请还公开了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现如前文描述的方法中的步骤。

[0034] 本申请实施方式既可以快速而有效地达到支付渠道的容量目标，同时又让用户有着良好的支付体验，在用户体验和资源分配上做到实时的动态调整，而且不需要与场景相
关的较多先验知识。

[0035] 本申请的说明书中记载了大量的技术特征，分布在各个技术方案中，如果要罗列出本申请所有可能的技术特征的组合(即技术方案)的话，会使得说明书过于冗长。为了避
免这个问题，本申请上述发明内容中公开的各个技术特征、在下文各个实施方式和例子中
公开的各技术特征、以及附图中公开的各个技术特征，都可以自由地互相组合，从而构成各
种新的技术方案(这些技术方案均因视为在本说明书中已经记载)，除非这种技术特征的组
合在技术上是不可行的。例如，在一个例子中公开了特征A+B+C，在另一个例子中公开了特
征A+B+D+E，而特征C和D是起到相同作用的等同技术手段，技术上只要择一使用即可，不可
能同时采用，特征E技术上可以与特征C相组合，则，A+B+C+D的方案因技术不可行而应当不
被视为已经记载，而A+B+C+E的方案应当视为已经被记载。

附图说明

[0036] 图1是根据本申请第一实施方式的支付渠道推荐方法流程示意图

[0037] 图2是根据本申请第二实施方式的支付渠道推荐系统结构示意图

具体实施方式

[0038] 在以下的叙述中，为了使读者更好地理解本申请而提出了许多技术细节。但是，本领域的普通技术人员可以理解，即使没有这些技术细节和基于以下各实施方式的种种变化
和修改，也可以实现本申请所要求保护的技术方案。

[0039] 部分概念的说明：

[0040] 时间窗口：指预设长度的一段时间。例如，可以将1分钟按10秒钟的长度依次划分为6个时间窗口。

[0041] 支付渠道：即支付的通道，例如不同银行发行的银行卡就是不同的支付渠道，不同的第三方支付方式也属于不同的支付渠道。在本申请的各实施例中，支付渠道也可以简称
为渠道。

[0042] 各渠道支付容量在一个时间窗口的占比：在一个时间窗口中，每一种支付渠道被使用的次数占总支付次数的比例。

[0043] 各渠道支付容量在上一时间窗口的实际占比：在上一个时间窗口中，每一种支付渠道实际被使用的次数占总支付次数的比例。

[0044] 各渠道支付容量在当前时间窗口的期望占比：在当前时间窗口中，每一种支付渠道希望被使用的次数占总支付次数的比例。

[0045] 支付偏好参数：反映用户可用的支付渠道及其使用偏好，例如一个用户总共有A、B、C三种支付渠道，则可以用[A,B,C]＝[0.1,0.6,0.3]来表示该用户对这三种支付渠道的
使用偏好程度，数值越大代表该用户越偏好使用对应的支付渠道。

[0046] 本申请的发明人发现，个性化支付渠道推荐的挑战在于，系统不知道下一时刻到来的请求的用户拥有的支付工具是什么，并且每个用户之间支付习惯大不相同，仅仅考虑
容量目标将严重影响用户支付体验。所以本申请实施方式将用户个性化支付习惯、当时的
用户支付因素和渠道状况综合起来做个性化推荐。

[0047] 为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请的实施方式作进一步地详细描述。

[0048] 本申请的第一实施方式涉及一种支付渠道推荐方法，其流程如图1所示，该方法包括以下步骤：

[0049] 在步骤101中，获取各渠道支付容量在上一时间窗口的实际占比。在一个实施例中，时间窗口的长度可以在10秒至15秒的范围内。在其他的实施例中，在不同的场景中，可
以根据实际情况对时间窗口的长度进行设定，不限于10至15秒的范围。

[0050] 此后进入步骤102，根据所获取的实际占比和预先设置的各渠道支付容量在当前时间窗口的期望占比，对各渠道支付容量在上一时间窗口的推荐比进行调整，得到各渠道
支付容量在当前时间窗口的推荐比。

[0051] 可选地，本步骤进一步包括：将各渠道支付容量在当前时间窗口的期望占比分别除以各渠道支付容量在上一时间窗口的实际占比，再分别乘以各渠道支付容量在上一时间
窗口的推荐比，得到各渠道支付容量在当前时间窗口的推荐比。

[0052] 在一个实施例中，假定当前时间窗口为第n个时间窗口，n为正整数，则各渠道支付容量在上一时间窗口的实际占比可以以向量Vn‑1表示，各渠道支付容量在当前时间窗口的
期望占比可以用向量Un表示,各渠道支付容量在上一时间窗口和当前时间窗口的推荐比分
别为Xn‑1和Xn，这些向量的长度均为支付渠道的数量k，该向量中第i个元素代表第i种渠道，
k为正整数，0＜i≤k。其中U和X的长度都是k。那么，Xn＝Xn‑1·Un/Vn‑1,该公式表示对于将Xn‑1
和Un中每一个对应位置的元素相乘后，分别除以Vn‑1中每一个对应位置的元素，得到Xn。

[0053] 此后进入步骤103，根据当前时间窗口的推荐比和指定用户的支付偏好参数，得到对指定用户的支付渠道推荐结果。可选地，本步骤进一步包括：对于每一个渠道，分别将该
渠道在当前时间窗口的推荐比乘以指定用户对该渠道的支付偏好参数，得到指定用户对该
渠道的推荐值；将推荐值最大的渠道作为对指定用户的支付渠道推荐结果。

[0054] 支付偏好参数是反映一个用户对其能够使用的各支付渠道的偏好程度的参数。可选地，支付偏好参数是根据用户最近一段时间内的支付行为和/或用户的设定得到的。支付
行为包括支付记录，支付成功，支付失败，上一次支付成功距离现在的时间等等。例如，可以
根据在最近的一个月内用户使用各种支付渠道的次数确定支付偏好次数。又如，用户设定
的各种可用支付渠道的支付顺序也可以作为影响支付偏好参数的一个因素，支付顺序在前
的支付渠道在支付偏好参数中相应具有更大权重。

[0055] 在每一个时间窗口上述步骤101、102和103都会执行，不断地迭代计算各渠道支付容量在当前时间窗口的期望占比，并为当前时间窗口中需要支付的各个用户给出个性化的
支付渠道推荐结果，其中需要支付的各个用户就可以看作是上述指定用户。

[0056] 在一个实施例中，步骤101和102是在每个时间窗口开始的时候执行的，以得到各渠道支付容量在当前时间窗口的推荐比。步骤103是在用户提交订单的时候触发的，提交订
单的那个用户就可以被作为指定用户，通过步骤103计算得到该用户支付渠道推荐结果。步
骤101、102和103都是在云端(或服务端，服务器等)进行的，云端会将支付渠道推荐结果发
送到该用户使用的终端(例如智能手机或笔记本电脑等)，该用户提交订单后会进入支付界
面，支付界面中就可以显示与支付渠道推荐结果相关的信息(例如显示推荐的支付渠道，或
显示相关的提示信息等)。

[0057] 通过上述技术方案，可以兼顾支付渠道容量能力和用户的支付习惯。

[0058] 为了能够更好地理解本申请的技术方案，下面结合一个具体的例子来进行说明，该例子中罗列的细节主要是为了便于理解，不作为对本申请保护范围的限制。

[0059] 假定每个时间窗口的长度是10秒，总共有A、B、C三个支付渠道。在当前的时间窗口(假定为第n个时间窗口)内，云端收到三个用户的请求，即用户1、用户2、和用户3。

[0060] 上一个时间窗口各个支付渠道的推荐因子Xn‑1＝[0.4,0.4,0.2]，当前时间窗口各个支付渠道的期望占比是Un＝[0.5,0.4,0.1]，上一时间窗口各个渠道支付容量的实际占
比为Vn‑1＝[0.4,0.4,0.2]。那么当前时间窗口各个支付渠道的推荐因子Xn‑1＝[0.4*0.5/
0.4,0.4*0.4/0.4,0.2*0.1/0.2]＝[0.5,0.4,0.1]

[0061] 假定这三个用户分别拥有的支付渠道以及对应的支付偏好参数分别是[A,B,C]＝[0.1,0.6,0.3]，[C]＝[1]，[A,B]＝[0.8,0.2]，那么这三个用户的支付渠道推荐为：

[0062] 用户1:max(0.5*0.1,0.4*0.6,0.3*0.1)推荐B

[0063] 用户2:max(0，0，0.1*1)推荐C

[0064] 用户3:max(0.5*0.8,0.4*0.1)推荐A

[0065] 其中,max是取最大值的函数。

[0066] 本申请的第二实施方式涉及一种支付渠道推荐系统，其结构如图2所示，该支付渠道推荐系统包括：

[0067] 实际占比获取模块201，用于获取各渠道支付容量在上一时间窗口的实际占比。可选地，时间窗口的长度在10秒至15秒的范围内。可选地，在不同的场景中，可以根据实际情
况对时间窗口的长度进行设定，不限于10至15秒的范围。

[0068] 推荐比调整模块202，用于根据实际占比和预先设置的各渠道支付容量在当前时间窗口的期望占比，对各渠道支付容量在上一时间窗口的推荐比进行调整，得到各渠道支
付容量在当前时间窗口的推荐比。

[0069] 可选地，推荐比调整模块通过以下方式调整推荐比：将各渠道支付容量在当前时间窗口的期望占比分别除以各渠道支付容量在上一时间窗口的实际占比，再分别乘以各渠
道支付容量在上一时间窗口的推荐比，得到各渠道支付容量在当前时间窗口的推荐比。

[0070] 推荐模块203，用于根据当前时间窗口的推荐比和指定用户的支付偏好参数，得到对指定用户的支付渠道推荐结果。其中支付偏好参数是反映一个用户对其能够使用的各支
付渠道的偏好程度的参数。可选地，支付偏好参数是根据用户最近一段时间内的支付行为
和/或用户的设定得到的。

[0071] 可选地，推荐模块进一步包括：推荐值计算子模块，用于对于每一个渠道，分别将该渠道在当前时间窗口的推荐比乘以指定用户对该渠道的支付偏好参数，得到指定用户对
该渠道的推荐值。比较子模块，用于将推荐值最大的渠道作为对指定用户的支付渠道推荐
结果。

[0072] 可选地，推荐模块在指定用户提交订单的时候被触发以计算对指定用户的支付渠道推荐结果。该系统还可以包括发送模块，用于向指定用户使用的终端发送支付渠道推荐
结果。

[0073] 第一实施方式是与本实施方式相对应的方法实施方式，第一实施方式中的技术细节可以应用于本实施方式，本实施方式中的技术细节也可以应用于第一实施方式。

[0074] 需要说明的是，本领域技术人员应当理解，上述支付渠道推荐系统的实施方式中所示的各模块的实现功能可参照前述支付渠道推荐方法的相关描述而理解。上述支付渠道
推荐系统的实施方式中所示的各模块的功能可通过运行于处理器上的程序(可执行指令)
而实现，也可通过具体的逻辑电路而实现。本申请实施例上述支付渠道推荐系统如果以软
件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取
存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡
献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包
括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行
本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存
储器(ROM，Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申
请实施例不限制于任何特定的硬件和软件结合。

[0075] 相应地，本申请实施方式还提供一种计算机可读存储介质，其中存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现本申请的各方法实施方式。计算机可
读存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现
信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储
介质的例子包括但不限于，相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存
储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存
储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD‑ROM)、数字多功能光
盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非
传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读存储介
质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

[0076] 此外，本申请实施方式还提供一种支付渠道推荐系统，其中包括用于存储计算机可执行指令的存储器，以及，处理器；该处理器用于在执行该存储器中的计算机可执行指令
时实现上述各方法实施方式中的步骤。其中，该处理器可以是中央处理单元(Central 
Processing Unit，简称“CPU”)，还可以是其他通用处理器、数字信号处理器(Digital 
Signal Processor，简称“DSP”)、专用集成电路(Application Specific Integrated 
Circuit，简称“ASIC”)等。前述的存储器可以是只读存储器(read‑only memory，简称
“ROM”)、随机存取存储器(random access memory，简称“RAM”)、快闪存储器(Flash)、硬盘
或者固态硬盘等。本发明各实施方式所公开的方法的步骤可以直接体现为硬件处理器执行
完成，或者用处理器中的硬件及软件模块组合执行完成。

[0077] 需要说明的是，在本专利的申请文件中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体
或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他
变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅
包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物
品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不
排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。本专利的申请
文件中，如果提到根据某要素执行某行为，则是指至少根据该要素执行该行为的意思，其中
包括了两种情况：仅根据该要素执行该行为、和根据该要素和其它要素执行该行为。多个、
多次、多种等表达包括2个、2次、2种以及2个以上、2次以上、2种以上。

[0078] 在本申请提及的所有文献都被认为是整体性地包括在本申请的公开内容中，以便在必要时可以作为修改的依据。此外应理解，以上所述仅为本说明书的较佳实施例而已，并
非用于限定本说明书的保护范围。凡在本说明书一个或多个实施例的精神和原则之内，所
作的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例的保护范围之
内。

[0079] 上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来
执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺
序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可
以的或者可能是有利的。