信息推荐方法、装置及系统与流程

1.本公开涉及支付领域，尤其涉及一种信息推荐方法、装置及系统。


背景技术：

2.相关技术中，账户在各个商业平台进行商品购买时，可选择的支付方式无法根据账户的支付习惯、活动优惠、各个渠道的容量等情况进行智能展示，导致账户的支付成功率低，而且账户支付体验差。


技术实现要素：

3.本公开提供一种信息推荐方法、装置及系统，以至少解决相关技术中可选择的渠道按照固定顺序展示导致的账户支付体验差的问题。本公开的技术方案如下：
4.根据本公开实施例的第一方面，提供一种信息推荐方法，包括：接收待支付账户的支付请求；根据支付请求，确定多个渠道的渠道信息以及待支付账户的支付特征信息；基于渠道信息和支付特征信息，对多个渠道进行排序；向待支付账户展示排序后的多个渠道的渠道信息。
5.可选地，基于渠道信息和支付特征信息，对多个渠道进行排序的步骤包括：基于渠道信息，确定多个渠道的第一排列顺序；基于支付特征信息，对第一排列顺序进行调整，得到多个渠道的第二排列顺序，并将第二排列顺序作为多个渠道的排列顺序。
6.可选地，渠道信息包括多个渠道中每个渠道的活动信息和容量信息，基于渠道信息，确定多个渠道的第一排列顺序的步骤包括：依据容量信息，确定多个渠道的第三排列顺序，其中，容量信息用于确定当前渠道的允许访问人数；依据活动信息，对第三排列顺序进行调整，得到第一排列顺序，其中，活动信息用于确定各个渠道的优惠信息。
7.可选地，容量信息包括总容量信息和可用容量信息，其中，可用容量信息的获取方法包括：从渠道中获取用于指示当前可用容量的指示信息；以及，基于可用容量信息的历史信息和总支付历史信息，确定当前的可用容量信息。
8.可选地，基于可用容量信息的历史信息和总支付历史信息，确定当前的可用容量信息的步骤包括：在目标时间段中选择多个时间点；确定多个时间点中的每个时间点的总支付信息与每个渠道的可用容量信息；将每个时间点的总支付信息与每个渠道的可用容量信息输入至机器学习模型中，对机器学习模型进行训练，得到训练后的目标预测模型，其中，目标预测模型的输入参数为目标时间点的总支付信息，输出参数为目标时间点的每个渠道的可用容量信息；获取当前时间点的总支付信息，并将当前时间点的总支付信息输入至目标预测模型中，得到当前时间点的每个渠道的可用容量信息。
9.可选地，支付特征信息包括待支付账户选择多个渠道中的各个渠道的频率，以及待支付账户最近一次支付时选择的渠道。
10.可选地，当当前待支付账户为首次支付时，确定当前待支付账户的账户支付特征信息包括：获取当前待支付账户的账户标识；依据账户标识，确定当前待支付账户所在的目
标区域；确定目标区域中的所有支付账户对应的支付特征特征数据；依据支付特征特征数据，确定目标区域中多个渠道中的各个渠道的使用频率，并将使用频率作为当前待支付账户的支付特征信息。
11.可选地，根据支付请求，确定多个渠道的渠道信息以及待支付账户的支付特征信息的步骤之前，信息推荐方法还包括：获取渠道配置列表，其中，渠道配置列表中包括多个渠道中的各个渠道的标识信息；基于标识信息，确定多个渠道。
12.可选地，基于渠道信息和支付特征信息，对多个渠道进行排序的步骤包括：基于渠道信息和支付特征信息，确定多个渠道中的每个渠道的推荐等级；按照推荐等级从小到大的顺序，对多个渠道进行排序。
13.根据本公开实施例的第二方面，提供一种信息推荐方法，包括；获取多个渠道中的每个渠道的渠道信息，以及当前待支付账户的支付特征信息；发送渠道信息和支付特征信息至收银台规则系统，其中，收银台规则系统用于基于渠道信息和支付特征信息确定多个渠道的渠道排列顺序；接收渠道排列顺序；向当前待支付账户推送按照渠道排列顺序排列的多个渠道的渠道信息。
14.可选地，获取多个渠道的步骤包括：从收银台配置系统中获取支付收银台配置列表，其中，支付收银台配置列表中包括多个渠道中的每个渠道的标识信息。
15.可选地，渠道信息包括每个渠道的活动信息，以及每个渠道的容量信息，获取多个渠道中的每个渠道的渠道信息，以及当前待支付账户的支付特征信息的步骤包括：向活动系统发送活动查询指令，并获取活动系统基于活动查询指令确定的每个渠道的活动信息，其中，活动查询指令中包括每个渠道的标识信息；向收银台限流系统发送容量查询指令，并获取收银台限流系统基于容量查询指令确定的每个渠道的容量信息，其中，容量查询指令中包括每个渠道的标识信息；向账户支付数据库发送支付特征特征查询指令，并获取账户支付数据库基于特征查询指令确定的支付特征信息，其中，特征查询指令中包括当前待支付账户的账户标识信息。
16.根据本公开实施例的第三方面，提供了一种信息推荐方法，包括：接收多个渠道中的每个渠道的渠道信息以及当前待支付账户的支付特征信息；基于渠道信息和支付特征信息，确定多个渠道的排列顺序；向支付系统发送排列顺序。
17.可选地，基于渠道信息和支付特征信息，确定多个渠道的排列顺序的步骤包括：基于渠道信息和支付特征信息，确定多个渠道中的每个渠道的推荐等级；按照推荐等级从小到大的顺序，确定多个渠道的排列顺序。
18.可选地，基于渠道信息和支付特征信息，确定多个渠道的排列顺序的步骤包括：基于渠道信息，确定多个渠道的第一排列顺序；基于支付特征信息，对第一排列顺序进行调整，得到多个渠道的第二排列顺序，并将第二排列顺序作为多个渠道的排列顺序。
19.可选地，渠道信息包括活动信息和容量信息，基于渠道信息，确定多个渠道的第一排列顺序的步骤包括：依据容量信息，确定多个渠道的第三排列顺序，其中，容量信息用于确定当前渠道的允许访问人数；依据活动信息，对第三排列顺序进行调整，得到第一排列顺序，其中，活动信息用于确定各个渠道的优惠信息。
20.根据本公开实施例的第四方面，提供了一种渠道推荐装置，包括：接收模块，被配置为执行接收待支付账户的支付请求；获取模块，被配置为执行根据支付请求，确定多个渠
道的渠道信息以及待支付账户的支付特征信息；排序模块，被配置为基于渠道信息和支付特征信息，对多个渠道进行排序；展示模块，被配置为向待支付账户展示排序后的多个渠道的渠道信息。
21.根据本公开实施例的第五方面，提供了一种渠道推荐服务器，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现信息推荐方法。
22.根据本公开实施例的第六方面，提供了一种计算机可读存储介质，当计算机可读存储介质中的指令由渠道推荐装置/电子设备/服务器的处理器执行时，使得渠道推荐装置/电子设备/服务器能够执行信息推荐方法。
23.根据本公开实施例的第七方面，提供一种计算机程序产品，包括计算机程序/指令，其特征在于，计算机程序/指令被处理器执行时实现信息推荐方法。
24.本公开的实施例提供的技术方案至少带来以下有益效果：
25.在本发明实施例中，采用接收待支付账户的支付请求；确定多个渠道；确定多个渠道中的每个渠道的渠道信息，以及待支付账户的支付特征信息；基于渠道信息和支付特征信息，对多个渠道进行排序；向待支付账户展示排序后的多个渠道的渠道信息的方式，通过基于各个渠道的渠道信息和账户的支付特征信息对各个渠道进行排序，达到了向客户提供支付体验最佳的渠道的目的，从而实现了提高账户支付体验的技术效果，进而解决了相关技术中可选择的渠道按照固定顺序展示导致的账户支付体验差的问题。
26.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
27.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
28.图1是根据一示例性实施例示出的一种信息推荐方法的流程图；
29.图2是根据一示例性实施例示出的一种向账户推荐渠道的过程示意图；
30.图3是根据一示例性实施例示出的另一种信息推荐方法的流程图；
31.图4是根据一示例性实施例示出的另一种信息推荐方法的流程图；
32.图5是根据一示例性实施例示出的一种渠道推荐装置的框图；
33.图6是根据一示例性实施例示出的一种渠道推荐服务器的框图(服务器的一般结构)。
具体实施方式
34.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
35.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面
相一致的装置和方法的例子。
36.需要说明的是，本公开所示出的信息推荐方法适用于如图2所示的支付平台，其中，上述支付平台由支付系统，活动系统，收银台规则系统，收银台限流系统，收银台配置系统和账户支付数据库组成的。在本公开的一些实施例中，上述各个系统和数据库可以分别分布在不同的服务器中，即每个系统和数据库均为独立的计算机程序。在本公开的另一些实施例中，上述多个系统和数据库也可以运行在同一个服务器中，即上述支付平台可以为由上述系统和数据库组成的计算机程序，其中，上述系统和数据库可以看做是该计算机程序的不同组件。
37.图1是根据一示例性实施例示出的一种信息推荐方法的流程图，如图1所示，该信息推荐方法用于上述支付平台中，包括以下步骤。
38.在步骤s11中，接收待支付账户的支付请求；
39.可选地，待支付账户可以通过移动端设备，如智能手机，平板电脑，笔记本电脑等发起支付请求，可以通过计算机设备来发起支付请求。
40.在本公开的示例中，待支付账户通过终端设备选择了期望购买的产品后，当支付账户选择支付后，终端设备会向支付平台发送支付请求，其中，支付请求可以通过无线网络或者有线网络被传送给支付平台。
41.在步骤s12中，根据支付请求，确定多个渠道的渠道信息以及待支付账户的支付特征信息；
42.在本公开的一些示例中，上述渠道可以为不同的支付渠道。
43.在本公开的一些示例中，上述支付请求中会携带有用户的身份标识信息，从而可以基于用户的身份标识信息确定当前待支付账户的支付特征信息。
44.在本公开的一些示例中，上述支付请求会触发支付平台开始检索不同的支付渠道的渠道信息。
45.在本公开的一些示例中，上述待支付账户的支付特征信息至少包括待支付账户在历次支付过程中选择各个支付渠道的频率，以及每次选择支付渠道时，各个可选择的支付渠道各自的活动信息。
46.在本公开的一些示例中，在确定多个渠道的渠道信息之前，可以采用如下方式来确定多个渠道具体是哪些渠道；确定渠道配置列表，其中，上述渠道配置列表中包括多个渠道中的各个渠道的标识信息；基于标识信息，确定多个渠道。
47.其中，上述渠道配置列表可以预先存储在支付平台的收银台配置系统中，用于实现支付平台与上述多个渠道之间的连接。具体地，渠道配置列表中可以包含多个渠道的api(application programming interface，应用编程接口)，上述收银台配置系统或者支付平台中对应的功能模块可以通过api与各个渠道进行连接。
48.在本公开的一些示例中，上述渠道信息中可以包括各个渠道的活动信息和容量信息，其中，渠道的容量信息为该渠道分配给支付平台的qps(query per second，每秒钟访问量)，即该渠道分配给支付平台的单位时间内的客户访问数量限制情况。
49.在本公开的一些示例中，上述容量信息包括总容量信息和可用容量信息，其中，渠道的总容量信息为单位时间内可以通过上述支付平台访问该渠道的最大客户访问数量，可用容量信息则是当前时间段内支付平台中还可以访问该渠道的客户访问数量。可用容量信
息的获取方法包括：从所述渠道中获取用于指示当前可用容量的指示信息；以及，基于可用容量信息的历史信息和总支付历史信息，确定当前的可用容量信息。
50.在本公开的一些示例汇总，上述总支付历史信息包括总支付历史人数信息和总支付历史金额信息。
51.在本公开的一些示例中，基于可用容量信息的历史信息和总支付历史信息，确定当前的可用容量信息的步骤包括：在目标时间段中选择多个时间点；确定多个时间点中的每个时间点的总支付信息与每个渠道的可用容量信息；将每个时间点的总支付信息与每个渠道的可用容量信息输入至机器学习模型中，对所述机器学习模型进行训练，得到训练后的目标预测模型，其中，所述目标预测模型的输入参数为目标时间点的总支付信息，输出参数为所述目标时间点的每个渠道的可用容量信息；获取当前时间点的总支付信息，并将所述当前时间点的总支付信息输入至所述目标预测模型中，得到所述当前时间点的每个渠道的可用容量信息。
52.在本公开的一些示例中，上述可用容量信息包括每个渠道可以承载的数据量信息和允许访问人数信息。
53.需要说明的是，上述目标时间段可以为本次支付过程前的任意时间长度的时间段，只要保证所选择的时间段中包含了至少一个支付时间点，其中，该支付时间点中有多个目标账户通过支付平台发起并完成了支付流程。
54.在本公开的一些示例中，上述机器学习模型可以为神经网络模型，包括数据输入层，特征提取层，数据分析层和结果输出层。其中，上述数据输入层用于接收训练数据，训练数据为多个时间点对应的总的支付人数和此时刻的每个渠道的可用容量信息；特征提取层用于提取输入的待训练数据的关键特征，并将得到的关键特征发送至数据分析层；数据分析层用于基于特征提取层提取的关键特征进行训练，得到每个时刻的总支付信息和各个渠道的可用容量信息之间的关系。
55.可选地，上述机器学习模型在训练过程中可以采用有监督学习的方式进行训练。
56.在本公开的一些示例中，上述机器学习模型可以为基于马尔可夫链构造的马尔科夫预测模型，此时用于训练模型的数据可以为每个目标时间点的上一时刻的发起支付请求的总支付账户数目，以及每个目标时间点的各个渠道的可用容量信息。这样在对模型进行训练时，仍然可以采用有监督学习的方式，将上一时刻发起支付请求的总支付账户数目作为输入，各个渠道的当前可用容量信息作为输出对模型进行训练。
57.可选地，由于当前待支付账户本身实际上并不关心各个渠道的可用容量信息，仅关心本次支付能否成功，因此，上述机器学习模型的输出结果可以是本次支付能否成功。
58.在本公开的一些示例中，为了提高预测结果的准确率，可以对待训练数据进行预处理。具体地，可以依据支付请求发起的时间段(如白天，夜晚等)，季节等对待训练数据进行初步分类，从而提高训练效率，增加机器学习模型的预测结果准确率。
59.在本公开的一些示例中，上述支付特征信息可以包括待支付账户在多次支付过程中，选择多个渠道中的各个渠道的频率，以及待支付账户最近一次支付时选择的渠道。其中，用户选择的各个渠道的频率和最近一次支付时选择的渠道可以体现用户在支付时，各个支付渠道被选择的优先级。
60.在本公开的一些示例中，在当前待支付账户为首次支付时，可以将当前待支付账
户所在区域的全部账户的支付特征特征作为当前待支付账户的支付特征特征。具体而言，确定首次支付的当前待支付账户的支付特征特征的方法如下：获取当前待支付账户的账户标识信息；依据账户标识信息，确定当前待支付账户所在的目标区域；确定目标区域中的所有支付账户对应的支付特征特征数据；依据支付特征特征数据，确定目标区域中多个渠道中的各个渠道的使用频率，并将使用频率作为当前待支付账户的支付特征信息。
61.在步骤s13中，基于渠道信息和支付特征信息，对多个渠道进行排序。
62.在本公开的一些示例中，基于渠道信息和支付特征信息，对多个渠道进行排序的步骤包括：基于渠道信息，确定多个渠道的第一排列顺序；基于所述支付特征信息，对所述第一排列顺序进行调整，得到所述多个渠道的第二排列顺序，并将所述第二排列顺序作为所述多个渠道的排列顺序。
63.具体地，上述渠道信息包括活动信息和容量信息，基于所述渠道信息，确定所述多个渠道的第一排列顺序的步骤包括：依据所述容量信息，确定所述多个渠道的第三排列顺序，其中，所述容量信息用于确定当前渠道的允许访问人数；依据所述活动信息，对所述第三排列顺序进行调整，得到所述第一排列顺序，其中，所述活动信息用于确定各个渠道的优惠信息。
64.在本公开的一些示例中，由于各个渠道的当前可用容量信息直接决定了本次支付请求对应的支付特征能否成功，因此，可以先依据各个渠道的当前可用容量的容量大小为各个渠道进行初步排序，排序过程为按照各个渠道的当前可用容量大小从前往后进行排序，当出现多个渠道的当前可用容量大小相同时，可随机决定各个可渠道的排序位置，从而得到上述第三排列顺序。
65.在本公开的一些示例中，由于在当前可用容量大于一定阈值时，可以认为本次支付过程成功的几率极大，因此可以基于不同的预设容量阈值对多个渠道来进行排序。具体而言，可以预先设置多个预设容量阈值，其中，每个预设容量阈值均对应一个支付成功率。例如，可以预先设置预设容量阈值a，b，c，其中a《b《c，上述预设容量阈值对应的支付成功率分别为预设容量阈值a对应30％支付成功率，预设容量阈值b对应60％支付成功率，预设容量阈值c对应90％支付成功率。当某个渠道d的可支付容量大于a且小于b时，可以认为该渠道d的支付成功率在30％到60％之间。当另一个渠道e的可支付容量大于b小于c时，可认为该渠道e的支付成功率在60％到90％之间。由于渠道e的预测支付成功率大于渠道d的预测支付成功率，因此，在排序时，可以将渠道e放在渠道d之前。
66.在得到了第三排列顺序后，依据各个渠道的活动信息对第三排列顺序进行调整时，由于本次支付能否成功相对于本次支付的优惠力度而言，对待支付账户的支付体验影响更大，因此，在基于活动调整按照第一排列顺序排列的多个渠道，得到第二排列顺序时，可以先将可用容量接近的渠道划分为不同的组，例如，可以将第一排列顺序中第1至3个渠道划分为一个组，并依据这三个渠道各自的优惠程度来调整排列顺序，从而得到第一排列顺序。
67.在得到第一排列顺序后，由于不同的账户对优惠力度的敏感程度不同，因此，可以基于账户对优惠力度的敏感程度来确定是否需要依据待支付户的历史支付特征特征来对第二排列顺序进行调整。具体而言，可以统计分析待支付账户的历史支付特征中与优惠力度的关联性，即是否当前待支付账户倾向于选择优惠力度最大的渠道。如果确定当前待支
付账户倾向于优惠力度最大的渠道，则不对第一排列顺序进行调整；如果确定当前待支付账户的支付特征与优惠力度的关联性较低，即用户并不倾向于选择优惠力度最大的渠道，而是固定的某个或某几个渠道，则基于用户的支付特征对第一排列顺序进行调整，得到第二排列顺序。具体而言，可以将组内用户选择频率最高的渠道或者用户上次选择的渠道作为组内顺序第一，并依据用户选择频率的大小来确定其他渠道的顺序，从而得到第二排列顺序。
68.在本公开的一些示例中，上述支付特征包括用户从多个支付渠道中选择某个渠道作为本次支付的支付渠道的概率。
69.在本公开的一些示例中，基于所述渠道信息和所述支付特征信息，对多个渠道进行排序时，还可以通过如下的方式来实现：基于渠道信息和支付特征信息，确定多个渠道中的每个渠道的推荐等级；按照推荐等级从小到大的顺序，对多个渠道进行排序。
70.在本公开的一些示例中，在确定每个渠道的推荐等级之前，首先需要确定渠道信息和支付特征信息中的不同信息的重要程度，其中，该重要程度可以通过分值的大小来体现。例如，由于支付时能否成功支付是影响用户支付体验的重要因素，因此对各个渠道的容量信息赋分时，赋分的取值区间可以为[0,100]，而支付特征和活动对应的的赋分取值区间可以为[0,20]。
[0071]
在本公开的一些示例中，如确定了当前待支付账户对优惠力度敏感，则可以提高活动的赋分取值区间，如可将活动的赋分取值区间调整为[0,50]。
[0072]
在本公开的一些示例中，如确定了当前待支付账户对优惠力度不敏感，而是习惯选择某个或者某几个渠道时，可以将支付特征的赋分取值区间调整为[0,50]。
[0073]
在为各个渠道进行打分时，每个渠道的分数即为该渠道在可用容量信息，支付特征信息，活动信息三个评分项上的分数之和。具体而言，在打分时，各个渠道的可用容量越大，则该渠道在可用容量这个评分项上的分数越高；各个渠道的活动力度越大，则该渠道在活动这个评分项上的分数越高；各个渠道被当前待支付用户过往选择的频率越高，或者为近期被当前待支付用户选择的渠道，则该渠道在支付特征这个评分项上的得分越高。在得到了各个渠道的分数后，分数高的渠道，对应的推荐等级也越高。
[0074]
在步骤s14中，向待支付账户展示排序后的多个渠道的渠道信息。
[0075]
在本公开的一些示例中，在确定了各个渠道的排列顺序后，可以将按照上述排列顺序排列的渠道通过当前账户登录的终端设备展示给正在付款的用户。其中，用户可以通过网页来浏览多个渠道并完成付款，也可以通过app来浏览多个渠道并完成付款。
[0076]
图2是根据一示例性实施例示出的一种渠道推荐的过程示意图，适用于上述支付平台。为了便于理解上述信息推荐方法，下面结合图2所示的渠道推荐示例对上述信息推荐方法做进一步解释说明。
[0077]
如图2所示，当用户通过智能手机，笔记本电脑等终端设备执行步骤s211，向支付系统发送支付请求，请求获取渠道后，支付系统首先会执行步骤s212，向收银台配置系统请求渠道配置列表，然后收银台配置系统会执行步骤s213，返回渠道配置列表给支付系统，其中，渠道配置列表中包括各个渠道的标识信息以及跳转链接。在接收到渠道配置列表后，支付系统会执行步骤s214，向活动系统请求各渠道的活动信息，步骤s216，向收银台限流系统请求各渠道的容量信息，以及步骤s218，请求用户的支付特征。需要说明的是，步骤s214，步
骤s216和步骤s218并没有时间上的先后顺序要求，支付系统也可以选择先获取用户支付特征信息，再获取渠道的活动信息以及容量信息，或者同时执行步骤s214、步骤s216和步骤s218。
[0078]
在支付系统执行步骤s214后，活动系统会执行步骤s215，基于支付系统发送的查询请求中的各个渠道的标识信息，确定各个渠道的活动信息，并将各渠道的活动信息发送给支付系统。同样地，在支付系统执行步骤s216后，收银台限流系统会基于查询请求中的各个渠道的标识信息来查找确认各个渠道的容量信息，并将各渠道的容量信息返回给支付系统。
[0079]
支付系统在执行步骤s218时，查询指令中会携带有用户的账户标识，用户支付数据库会基于该账户标识查找用户的支付特征。如果查找到用户的支付特征，那么用户支付数据库会执行步骤s219，将用户的支付特征(如最近一次选择的渠道，各个渠道的选择频率等)发送给支付系统。如果用户支付数据库未查询到对应的支付特征，则会执行步骤s220，返回空值。
[0080]
当支付系统接收到用户的支付特征后，支付系统会执行步骤s223，将各个渠道的容量信息，活动信息和用户的支付特征发送至收银台规则系统。当支付系统接收到的为空值时，支付系统会执行步骤s221，向用户支付数据库发送查询账户标识所属区域的支付特征。用户支付数据库在接收到查询指令后，会执行步骤s223，将账户标识所述区域的支付特征(如各个渠道的被使用频率)返还给支付系统，然后支付系统会执行步骤s223，将各个渠道的容量信息，活动信息和用户的支付特征发送至收银台规则系统。
[0081]
收银台规则系统在接收到用户发送的各个渠道的活动信息，容量信息以及用户的支付特征后，会执行步骤s224，按照预设规则，基于各个渠道的活动信息，容量信息以及用户的支付特征确定各个渠道的排列顺序，并在确定排列顺序后，执行步骤s225，将排序后的渠道列表发送给支付系统。支付系统在接收到渠道列表后，会执行步骤s226，将排序后的渠道列表发送给用户所使用的终端。
[0082]
在本公开中，由于在向客户展示渠道时，综合考虑了各个渠道的渠道信息和用户的支付特征数据，从而向客户推荐了支付成功率高，优惠力度大且符合用户支付习惯的渠道，从而提高了用户在支付过程中的体验。
[0083]
图3是根据一示例性实施例示出的一种信息推荐方法的流程图，如图3所示，该信息推荐方法用于上述支付平台中的支付系统，或与支付系统功能相同的组件中，包括以下步骤。
[0084]
在步骤s311中，获取多个渠道中的每个渠道的渠道信息，以及当前待支付账户的支付特征信息；
[0085]
在本公开的一些示例中，在获取渠道信息之前，还需要确定所述多个渠道具体是哪些渠道，具体方法如下：从收银台配置系统中获取支付收银台配置列表，其中，所述支付收银台配置列表中包括所述多个渠道中的每个渠道的标识信息。
[0086]
在本公开的一些示例中，渠道信息包括每个渠道的活动信息，以及每个渠道的容量信息，获取多个渠道中的每个渠道的渠道信息，以及当前待支付账户的支付特征信息的方法如下：向活动系统发送活动查询指令，并获取活动系统基于活动查询指令确定的每个渠道的活动信息，其中，活动查询指令中包括每个渠道的标识信息；向收银台限流系统发送
容量查询指令，并获取收银台限流系统基于容量查询指令确定的每个渠道的容量信息，其中，容量查询指令中包括每个渠道的标识信息；向账户支付数据库发送支付特征查询指令，并获取账户支付数据库基于特征查询指令确定的支付特征信息，其中，特征查询指令中包括当前待支付账户的账户标识信息。
[0087]
在步骤s312中，发送渠道信息和支付特征信息至收银台规则系统，其中，收银台规则系统基于渠道信息和支付特征信息确定多个渠道的渠道排列顺序；
[0088]
在步骤s313中，接收渠道排列顺序；
[0089]
在步骤s314中，向当前待支付账户推送按照渠道排列顺序排列的多个渠道的渠道信息。
[0090]
需要说明的是，由于图3所示的信息推荐方法和图1所示的信息推荐方法均适用于上述支付平台，因此，图1所示信息推荐方法中的相关解释说明对图3所示的渠道排序方法依然适用，故在此不再赘述。
[0091]
图4是根据一示例性实施例示出的一种信息推荐方法的流程图，如图4所示，该信息推荐方法用于上述支付平台中的收银台规则系统，或与收银台规则系统功能相同的组件中，包括以下步骤。
[0092]
在步骤s411中，接收多个渠道中的每个渠道的渠道信息以及当前待支付账户的支付特征信息；
[0093]
在本公开的一些示例中，上述渠道信息和支付特征信息可以从支付体统处接收。
[0094]
在步骤s412中，基于渠道信息和支付特征信息，确定多个渠道的排列顺序；
[0095]
在本公开的一些示例中，基于渠道信息和支付特征信息，确定多个渠道的排列顺序的步骤包括：基于渠道信息和支付特征信息，确定多个渠道中的每个渠道的推荐等级；按照推荐等级从小到大的顺序，确定多个渠道的排列顺序。
[0096]
在本公开地一些示例中，基于渠道信息和支付特征信息，确定多个渠道的排列顺序的方法还可以是：基于渠道信息，确定多个渠道的第一排列顺序；基于支付特征信息，对第一排列顺序进行调整，得到多个渠道的第二排列顺序，并将第二排列顺序作为多个渠道的排列顺序。
[0097]
可选地，渠道信息包括活动信息和容量信息，基于渠道信息，确定多个渠道的第一排列顺序的步骤包括：依据容量信息，确定多个渠道的第三排列顺序，其中，容量信息用于确定当前渠道的允许访问人数；依据活动信息，对第三排列顺序进行调整，得到第一排列顺序，其中，活动信息用于确定各个渠道的优惠信息。
[0098]
在步骤s413中，向支付系统发送排列顺序。
[0099]
需要说明的是，由于图4所示的信息推荐方法和图1，图3所示的信息推荐方法均适用于上述支付平台，因此，图1和图3所示信息推荐方法中的相关解释说明对图4所示的渠道排序方法依然适用，故在此不再赘述。
[0100]
图5是根据一示例性实施例示出的一种渠道推荐装置框图。参照图5，该装置包括接收模块151，获取模块152，排序模块153和展示模块154。
[0101]
接收模块151，被配置为执行接收待支付账户的支付请求；
[0102]
获取模块152，被配置为执行根据支付请求，确定多个渠道的渠道信息以及待支付账户的支付特征信息；
[0103]
排序模块153，被配置为基于所述渠道信息和所述支付特征信息，对所述多个渠道进行排序；
[0104]
展示模块154，被配置为向所述待支付账户展示排序后的所述多个渠道的渠道信息。
[0105]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0106]
图6是根据一示例性实施例示出的一种用于执行信息推荐方法的渠道推荐服务器800的框图。
[0107]
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0108]
在示例性实施例中，还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现上述信息推荐方法。
[0109]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
[0110]
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。