CN106022758A - 信息推荐方法和装置 - Google Patents

Abstract

本公开是关于一种信息推荐方法和装置，属于电子信息技术领域。其中，所述方法包括：获取与支付相关的应用信息；从所述应用信息中提取出用户多个支付账户的支付参考信息；对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便所述用户应用所述目标支付账户进行支付。本公开的实施例提供的方法和装置，针对不同用户进行个性化推荐目标支付账户，优化支付时各支付账户的排序。

Description

信息推荐方法和装置

技术领域

本公开涉及电子信息技术领域，尤其涉及一种信息推荐方法和装置。

背景技术

随着在线支付和移动互联网技术的不断发展，人们越来越多的选择在线消费。用户可通过各种在线快捷支付、支付平台等方式完成在线支付。用户可能在支付平台中绑定多个银行卡，因此，在在线支付时，需要在多个已绑定的银行卡中进行选择，如果选择的银行卡不能满足支付需要，甚至还需要重新选择。

发明内容

为克服相关技术中存在的问题，本公开提供一种信息推荐方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种信息推荐方法，包括以下步骤：

获取与支付相关的应用信息；

从所述应用信息中提取出用户多个支付账户的支付参考信息；

对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便所述用户应用所述目标支付账户进行支付。

如上所述的方法，所述对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，包括：

根据所述多个支付账户的支付参考信息分别确定所述多个支付账户的推荐排序；

按照所述推荐排序将所述用户的多个支付账户、或所述用户的多个支付账户和各支付账户的支付参考信息推荐给用户。

如上所述的方法，所述根据所述多个支付账户的支付参考信息分别确定所述多个支付账户的推荐排序，包括：

针对每个支付账户，根据所述支付账户的支付参考信息对应的预设权重计算所述支付账户的排序权重；

根据所述多个支付账户的排序权重确定所述多个支付账户的推荐排序。

如上所述的方法，还包括：

接收所述用户的支付指令；

其中，所述对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，包括：

根据所述支付指令确定待支付金额；

根据所述待支付金额在所述多个支付账户中选择能够满足所述待支付金额的目标支付账户；

将所述目标支付账户、或所述目标支付账户和所述目标支付账户的支付参考信息推荐给用户。

如上所述的方法，从所述应用信息中提取出用户多个支付账户的支付参考信息，包括：

从所述应用信息中提取所述多个支付账户的支付记录；

从各支付账户的支付记录分别提取预设时间内各支付账户每次支付的处理时间和/或每次支付是否成功；

根据各支付账户每次支付的处理时间统计各支付账户的处理效率，和/或，根据各支付账户每次支付是否成功统计各支付账户的处理成功率；

所述对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，包括：

基于所述处理成功率和/或所述处理效率确定所述目标支付账户，并推荐给所述用户。

如上所述的方法，所述对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，包括：

根据所述多个支付账户的优惠信息或所述用户的历史支付信息确定所述多个支付账户的优惠金额；

根据所述优惠金额从所述多个支付帐号中选择目标支付账户；

将所述目标支付及所述目标支付账户的优惠信息推荐给所述用户。

如上所述的方法，所述支付参考信息包括可支付额度、积分信息、使用次数、优惠信息、处理成功率、处理效率或服务费率中的一个或多个。

如上所述的方法，所述与支付相关的应用信息包括提示短信、账单邮件、应用程序提示信息、支付应用信息中的一个或多个。

根据本公开实施例的第二方面，提供一种信息推荐装置，包括：

获取模块，用于执行获取与支付相关的应用信息；

提取模块，用于执行从所述应用信息中提取出用户多个支付账户的支付参考信息；

推荐模块，用于执行对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便所述用户应用所述目标支付账户进行支付。

如上所述的装置，所述推荐模块，包括：

第一确定子模块，用于执行根据所述多个支付账户的支付参考信息分别确定所述多个支付账户的推荐排序；

第一推荐子模块，用于执行按照所述推荐排序将所述用户的多个支付账户、或所述用户的多个支付账户和各支付账户的支付参考信息推荐给用户。

如上所述的装置，所述第一确定子模块，用于执行：

针对每个支付账户，根据所述支付账户的支付参考信息对应的预设权重计算所述支付账户的排序权重；

根据所述多个支付账户的排序权重确定所述多个支付账户的推荐排序。

如上所述的装置，还包括：

接收模块，用于执行接收所述用户的支付指令；

其中，所述推荐模块，包括：

第二确定子模块，用于执行根据所述支付指令确定待支付金额；

第一选择子模块，用于执行根据所述待支付金额在所述多个支付账户中选择能够满足所述待支付金额的目标支付账户；

第二推荐子模块，用于执行将所述目标支付账户、或所述目标支付账户和所述目标支付账户的支付参考信息推荐给用户。

如上所述的装置，所述提取模块用于执行：

从所述应用信息中提取所述多个支付账户的支付记录；

从各支付账户的支付记录分别提取预设时间内各支付账户每次支付的处理时间和/或每次支付是否成功；

根据各支付账户每次支付的处理时间统计各支付账户的处理效率，和/或，根据各支付账户每次支付是否成功统计各支付账户的处理成功率；

所述推荐模块用于执行：

基于所述处理成功率和/或所述处理效率确定所述目标支付账户，并推荐给所述用户。

如上所述的装置，所述推荐模块，包括：

第三确定子模块，用于根据所述多个支付账户的优惠信息或所述用户的历史支付信息确定所述多个支付账户的优惠金额；

第二选择子模块，用于根据所述优惠金额从所述多个支付帐号中选择目标支付账户；

第三推荐子模块，用于执行将所述目标支付及所述目标支付账户的优惠信息推荐给所述用户。

如上所述的装置，所述支付参考信息包括可支付额度、积分信息、使用次数、优惠信息、处理成功率、处理效率或服务费率中的一个或多个。

如上所述的装置，所述与支付相关的应用信息包括提示短信、账单邮件、应用程序提示信息、支付应用信息中的一个或多个。

根据本公开实施例的第三方面，提供一种信息推荐装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取与支付相关的应用信息；

从所述应用信息中提取出用户多个支付账户的支付参考信息；

对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便所述用户应用所述目标支付账户进行支付。

本公开的实施例提供的技术方案可以包括以下有益效果：通过获取与支付相关的应用信息，并从中提取出用户多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便用户应用该目标支付账户进行支付，能够综合考虑不同的支付参考信息，针对不同用户进行个性化推荐目标支付账户，优化支付时各支付账户的排序，减少用户选择操作，提升用户支付效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种信息推荐方法的流程图。

图2是根据一示例性实施例示出的一种信息推荐方法的流程图。

图3是根据一示例性实施例示出的一种信息推荐方法的流程图。

图4是根据一示例性实施例示出的一种信息推荐装置的框图。

图5是根据一示例性实施例示出的一种信息推荐装置的框图。

图6是根据一示例性实施例示出的一种信息推荐装置的框图。

图7是根据一示例性实施例示出的一种信息推荐装置的框图。

图8是根据一示例性实施例示出的一种装置的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种信息推荐方法的流程图，如图1所示，信息推荐方法用于终端中，包括以下步骤。

在步骤S11中，获取与支付相关的应用信息。

其中，与支付相关的应用信息可包括但不限于提示短信、账单邮件、应用程序提示信息、支付应用信息中的一个或多个。举例来说，如银行发送的用于提示交易、收支等行为的提示短信、账单等、通讯应用中银行帐号发送的通讯消息、支付应用(支付平台)中支付账户相关的提示信息、或者支付记录等提示信息。

其中，账单可由用户上传，或者由用户授权查看接收账单的账户后，自动查看。

在步骤S12中，从所述应用信息中提取出用户多个支付账户的支付参考信息。

需要说明的是，本公开中的支付账户可以是信用卡(贷记卡)、借记卡，或者对应的子卡等银行卡账户，还可以是各类互联网金融账户。

本公开的实施例中，支付参考信息是用户在支付过程中选择哪一个支付账户进行支付的影响因素。本公开实施例中的支付参考信息可包括但不限于支付账户的可用额度、积分信息、使用次数、账单日、对应银行的优惠信息、处理成功率、处理效率或服务费率等中的一个或多个。

举例来说，对于信用卡来说，可支付额度为可用信用额度，对于借记卡、互联网金融账户来说，可支付额度为账户余额。使用次数可为支付账户的刷卡交易、网络交易、转账等使用活动的总次数。优惠信息可包括支付金额满减等优惠活动以及满足一定条件时的减免年费或者积分奖励活动等。

在本公开的实施例中，可结合应用信息中支付账户的基本信息和/或支付应用中的相关信息获取用户多个支付账户，并获取多个支付账户的支付参考信息。

具体地，在本公开的一个实施例中，可通过以下方式获取用户的多个支付账户：

方式一

根据应用信息中的帐号关键字确定用户的多个支付账户。

其中，应用信息中的帐号关键字为支付账户帐号的部分或全部内容。举例来说，在银行发送的提示短信或者在用户的支付账户账单中，可能显示支付账户的全部或者部分字符，因此，可将这部分数字作为支付账户的帐号关键字，并作为支付账户的标识。由此，如果接收到含有支付账户标识的短信账单，则可认为该标识对应的支付账户为用户持有的支付账户之一。

方式二

根据支付应用中的支付账户绑定信息确定用户的多个支付账户。

由于用户在使用支付应用进行支付时，大多绑定支付账户，因此可将用户在支付应用中绑定的支付账户作为用户持有的支付账户。

在本公开的一个实施例中，可分别提取每个支付账户对应的应用信息，并根据各个支付参考信息对应的关键字提取对应的支付参考信息。

具体地，由于应用信息中可包括支付账户的基本信息，如额度、可用额度、积分、账单日、交易详情、使用次数(如刷卡次数、交易次数、转账次数等)等信息；还可包括支付应用数据，如支付账户绑定信息、交易记录、银行推送信息等。

因此，可首先根据支付账户的标识对获取到的应用信息进行分类，每一类对应一个支付账户。然后对于每一类，对支付账户的基本信息进行关键字提取，即分别针对可支付额度、积分、账单日、交易等关键字提取出对应的支付参考信息。然后进一步地，根据交易情况统计出支付账户的使用次数。进一步地，可根据交易情况实时统计并更新支付账户的支付参考信息。

此外，还可从支付应用数据中根据支付账户绑定信息确定用户持有的支付账户，并根据银行推送信息获取银行的优惠信息，并根据交易记录统计每次交易的处理时间、是否处理成功、支付平台所支付的费用等，进而，可分别针对不同的支付账户统计对应的处理效率、成功率、服务费率。

在本公开的一个实施例中，可从应用信息中提取述多个支付账户的支付记录，并从各支付账户的支付记录分别提取预设时间内各支付账户每次支付的处理时间和/或每次支付是否成功；根据各支付账户每次支付的处理时间统计各支付账户的处理效率，和/或，根据各支付账户每次支付是否成功统计各支付账户的处理成功率。从而可基于所述处理成功率和/或所述处理效率确定所述目标支付账户，并推荐给所述用户。

在本公开的一个实施例中，可根据处理效率将处理效率较高的支付账户推荐给用户，减少支付过程所需时间，进一步提高支付效率。

在本公开的另一个实施例中，可统计交易记录中一段时间内各个支付账户的交易总量以及成功的交易量，并根据成功的交易量和交易总量计算交易处理的成功率。从而，可根据处理的成功率将成功率较高的支付账户推荐给用户，提高支付的成功率。

在本公开的另一个实施例中，还可根据服务费率向用户推荐服务费率较低的支付账户，从而尽可能降低支付过程中的用户的额外费用，为用户节省资金。

在步骤S13中，对多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便用户应用所述目标支付账户进行支付。

在本公开的实施例中，可根据支付参考信息中一个或者多个对用户的多个支付账户进行排序，并根据排序结果确定一个或多个目标支付账户。在向用户推荐时，可将目标支付账户推荐给用户进行支付，也可将目标支付账户的优惠活动等信息推荐给用户，以便于用户选择。

具体地，可仅选择其中一个支付排序指标作为参考标识，确定支付账户的推荐排序。举例来说，对于信用卡有诸如使用满一定次数减免年费或者增加积分的鼓励机制(可从个银行服务器处获取)，因此，可根据用户持有的各支付账户的使用次数将尚未满足上述一定次数的支付账户的排序提前，得到推荐排序，从而能够自动引导用户完成满次数减免等银行活动。

此外，还可选择多个支付排序指标进行综合考虑，以确定推荐排序。在本公开的一个实施例中，所述对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，可包括如图2所示的步骤。

如图2所示，在步骤S21中，根据所述多个支付账户的支付参考信息分别确定所述多个支付账户的推荐排序。

在本公开的实施例中，可根据各支付账户的支付参考信息中的一个或多个确定各支付账户的推荐排序。

具体地，可仅选择其中一个支付参考信息作为参考标识，确定支付账户的推荐排序。举例来说，对于信用卡有诸如使用满一定次数减免年费或者增加积分的鼓励机制(可从个银行服务器处获取)，因此，可根据用户持有的各支付账户的使用次数将尚未满足上述一定次数的支付账户的排序提前，得到推荐排序，从而能够自动引导用户完成满次数减免等银行活动。

此外，还可选择多个支付参考信息进行综合考虑，以确定推荐排序。具体地，在本公开的一个实施例中，可针对每个支付账户，根据所述支付账户的支付参考信息对应的预设权重计算所述支付账户的排序权重；根据所述多个支付账户的排序权重确定多个支付账户的推荐排序。

在步骤S22中，按照所述推荐排序将所述用户多个支付账户、或所述用户的多个支付账户和各支付账户的支付参考信息推荐给用户。

从而，能够综合考虑各种优惠活动、满足支付需求，以及各银行的稳定性(成功率)、响应时间(处理效率)、成本(服务费率)等因素，得到优化的支付账户推荐排序。在交易稳定性高的情况下，优先选择服务费率低的支付账户，不但优化支付应用中支付账户的展示顺序，且能够降低支付平台的成本。

举例来说，如果在用户的多个支付账户中有3个支付账户的处理成功率都高于95％，则可进一步结合这3个支付账户的处理效率、服务费率对3个支付账户进行排序，或者选择处理效率高、服务费率低的支付账户，推荐给用户。

在本公开的一个实施例中，所述对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，包括：根据所述多个支付账户的优惠信息或所述用户的历史支付信息确定所述多个支付账户的优惠金额；根据所述优惠金额从所述多个支付帐号中选择目标支付账户；将所述目标支付及所述目标支付账户的优惠信息推荐给所述用户。

由此，可分别分析用户的多个支付账户是否有优惠活动，并将有优惠活动的支付账户作为目标支付账户，并将目标支付及目标支付账户的优惠信息推荐给所述用户。

由于支付平台可与大量不同的银行进行合作，并可获取并推广这些银行的优惠信息，但是对于单独的一个用户来说，其持有的可能只是部分支付账户，因此，通过本公开实施例，可针对不同用户持有不同银行的支付账户，从众多优惠信息中筛选出该用户持用的支付账户对应的优惠信息，过滤无效的优惠信息，给用户精准的推荐银行刷卡优惠活动。

本公开实施例的信息推荐方法，通过获取与支付相关的应用信息，并从中提取出用户多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便用户应用该目标支付账户进行支付，能够综合考虑不同的支付参考信息，针对不同用户进行个性化推荐目标支付账户，优化支付时各支付账户的排序，减少用户选择操作，提升用户支付效率。

图3是根据一示例性实施例示出的一种信息推荐方法的流程图，如图3所示，信息推荐方法用于终端中，包括以下步骤。

在步骤S31中，获取与支付相关的应用信息。

其中，与支付相关的应用信息可包括但不限于提示短信、账单邮件、应用程序提示信息、支付应用信息中的一个或多个。举例来说，如银行发送的用于提示交易、收支等行为的提示短信、账单等、通讯应用中银行帐号发送的通讯消息、支付应用(支付平台)中支付账户相关的提示信息、或者支付记录等提示信息。

其中，账单可由用户上传，或者由用户授权查看接收账单的账户后，自动查看。

在步骤S32中，从所述应用信息中提取出用户多个支付账户的支付参考信息。

需要说明的是，本公开中的支付账户可以是信用卡(贷记卡)、借记卡，或者对应的子卡等。

本公开的实施例中，支付参考信息是用户在支付过程中选择哪一个支付账户进行支付的影响因素。本公开实施例中的支付参考信息可包括但不限于支付账户的可用额度、积分信息、使用次数、账单日、对应银行的优惠信息、处理成功率、处理效率或服务费率等中的一个或多个。

举例来说，对于信用卡来说，可支付额度为可用信用额度，对于借记卡来说，可支付额度为借记卡余额。使用次数可为支付账户的刷卡交易、网络交易、转账等使用活动的总次数。优惠信息可包括支付金额满减等优惠活动以及满足一定条件时的减免年费或者积分奖励活动等。

在本公开的实施例中，可结合应用信息中支付账户的基本信息和/或支付应用中的相关信息获取用户多个支付账户，并获取多个支付账户的支付参考信息。

具体地，在本公开的一个实施例中，可通过以下方式获取用户的多个支付账户：

方式一

根据应用信息中的帐号关键字确定用户的多个支付账户。

其中，应用信息中的帐号关键字为支付账户帐号的部分或全部内容。举例来说，在银行发送的提示短信或者在用户的支付账户账单中，可能显示支付账户的全部或者部分数字，因此，可将这部分数字作为支付账户的帐号关键字，并作为支付账户的标识。由此，如果接收到含有支付账户标识的短信账单，则可认为该标识对应的支付账户为用户持有的支付账户之一。

方式二

根据支付应用中的支付账户绑定信息确定用户的多个支付账户。

由于用户在使用支付应用进行支付时，大多绑定支付账户，因此可将用户在支付应用中绑定的支付账户作为用户持有的支付账户。

在本公开的一个实施例中，可分别提取每个支付账户对应的应用信息，并根据各个支付参考信息对应的关键字提取对应的支付参考信息。

具体地，由于应用信息中可包括支付账户的基本信息，如额度、可用额度、积分、账单日、交易详情、使用次数(如刷卡次数、交易次数、转账次数等)等信息；还可包括支付应用数据，如支付账户绑定信息、交易记录、银行推送信息等。

因此，可首先根据支付账户的标识对获取到的应用信息进行分类，每一类对应一个支付账户。然后对于每一类，对支付账户的基本信息进行关键字提取，即分别针对可支付额度、积分、账单日、交易等关键字提取出对应的支付参考信息。然后进一步地，根据交易情况统计出支付账户的使用次数。进一步地，可根据交易情况实时统计并更新支付账户的支付参考信息。

此外，还可从支付应用数据中根据支付账户绑定信息确定用户持有的支付账户，并根据银行推送信息获取银行的优惠信息，并根据交易记录统计每次交易的处理时间、是否处理成功、支付平台所支付的费用等，进而，可分别针对不同的支付账户统计每个银行对应的处理效率、成功率、服务费率。

在步骤S33中，接收所述用户的支付指令。

在步骤S34中，根据所述支付指令确定待支付金额。

在步骤S35中，根据所述待支付金额在所述多个支付账户中选择能够满足所述待支付金额的目标支付账户。

在步骤S36中，将所述目标支付账户、或所述目标支付账户和所述目标支付账户的支付参考信息推荐给用户，以便用户应用所述目标支付账户进行支付。

由此，能够针对用户需要支付的金额以及各支付账户的可用额度，引导用户使用额度适合的支付账户进行支付，避免出现因首次支付额度不够，需要再次选卡支付的情况，提升用户支付效率。

图4是根据一示例性实施例示出的一种信息推荐装置框图。参照图4，该装置包括获取模块11，提取模块12和推荐模块13。

该获取模块11被配置为获取与支付相关的应用信息。

该提取模块12被配置为从应用信息中提取出用户多个支付账户的支付参考信息。

该推荐模块13被配置为对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便所述用户应用所述目标支付账户进行支付。

在本公开的一个实施例中，所述提取模块12还可被配置为：

从所述应用信息中提取所述多个支付账户的支付记录；

从各支付账户的支付记录分别提取预设时间内各支付账户每次支付的处理时间和/或每次支付是否成功；

根据各支付账户每次支付的处理时间统计各支付账户的处理效率，和/或，根据各支付账户每次支付是否成功统计各支付账户的处理成功率；

推荐模块13可被配置为：

基于所述处理成功率和/或所述处理效率确定所述目标支付账户，并推荐给所述用户。

图5是根据一示例性实施例示出的一种信息推荐装置框图。参照图5，图4所示实施例中的推荐模块13，包括：第一确定子模块131和第一推荐子模块132。

第一确定子模块131被配置为：根据所述多个支付账户的支付参考信息分别确定所述多个支付账户的推荐排序。

其中，与支付相关的应用信息包括提示短信、账单邮件、应用程序提示信息、支付应用信息中的一个或多个。

第一确定子模块131用于执行：

针对每个支付账户，根据所述支付账户的支付参考信息对应的预设权重计算所述支付账户的排序权重；根据所述多个支付账户的排序权重确定所述多个支付账户的推荐排序

推荐子模块132被配置为按照所述推荐排序将所述用户的多个支付账户、或所述用户的多个支付账户和各支付账户的支付参考信息推荐给用户。

图6是根据一示例性实施例示出的一种信息推荐装置框图。参照图6，在图4所示实施例的基础上，还包括接收模块14，其中，推荐模块13还可包括：第二确定子模块133、第一选择子模块134和第二推荐子模块135。

第二确定子模块133被配置为根据所述支付指令确定待支付金额。

第一选择子模块134被配置为根据所述待支付金额在所述多个支付账户中选择能够满足所述待支付金额的目标支付账户。

第二推荐子模块135被配置为将所述目标支付账户、或所述目标支付账户和所述目标支付账户的支付参考信息推荐给用户。

图7是根据一示例性实施例示出的一种信息推荐装置框图。参照图7，图4所示实施例中的推荐模块13还包括：第三确定子模块136、第二选择子模块137和第三推荐子模块138。

第三确定子模块136用于根据所述多个支付账户的优惠信息或所述用户的历史支付信息确定所述多个支付账户的优惠金额；

第二选择子模块137用于根据所述优惠金额从所述多个支付帐号中选择目标支付账户；

第三推荐子模块138被配置为将所述目标支付及所述目标支付账户的优惠信息推荐给所述用户。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开实施例的信息推荐装置，通过获取与支付相关的应用信息，并从中提取出用户多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便用户应用该目标支付账户进行支付，能够综合考虑不同的支付参考信息，针对不同用户进行个性化推荐目标支付账户，优化支付时各支付账户的排序，减少用户选择操作，提升用户支付效率。

图8是根据一示例性实施例示出的一种信息推荐的装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件806为装置800的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (17)

1.一种信息推荐方法，其特征在于，包括以下步骤：

获取与支付相关的应用信息；

从所述应用信息中提取出用户多个支付账户的支付参考信息；

对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便所述用户应用所述目标支付账户进行支付。

2.如权利要求1所述的信息推荐方法，其特征在于，所述对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，包括：

根据所述多个支付账户的支付参考信息分别确定所述多个支付账户的推荐排序；

按照所述推荐排序将所述用户的多个支付账户、或所述用户的多个支付账户和各支付账户的支付参考信息推荐给用户。

3.如权利要求2所述的信息推荐方法，其特征在于，所述根据所述多个支付账户的支付参考信息分别确定所述多个支付账户的推荐排序，包括：

针对每个支付账户，根据所述支付账户的支付参考信息对应的预设权重计算所述支付账户的排序权重；

根据所述多个支付账户的排序权重确定所述多个支付账户的推荐排序。

4.如权利要求1-3任一项所述的信息推荐方法，其特征在于，还包括：

接收所述用户的支付指令；

其中，所述对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，包括：

根据所述支付指令确定待支付金额；

根据所述待支付金额在所述多个支付账户中选择能够满足所述待支付金额的目标支付账户；

将所述目标支付账户、或所述目标支付账户和所述目标支付账户的支付参考信息推荐给用户。

5.如权利要求1所述的信息推荐方法，其特征在于，

从所述应用信息中提取出用户多个支付账户的支付参考信息，包括：

从所述应用信息中提取所述多个支付账户的支付记录；

从各支付账户的支付记录分别提取预设时间内各支付账户每次支付的处理时间和/或每次支付是否成功；

根据各支付账户每次支付的处理时间统计各支付账户的处理效率，和/或，根据各支付账户每次支付是否成功统计各支付账户的处理成功率；

所述对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，包括：

基于所述处理成功率和/或所述处理效率确定所述目标支付账户，并推荐给所述用户。

6.如权利要求1所述的信息推荐方法，其特征在于，所述对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，包括：

根据所述多个支付账户的优惠信息或所述用户的历史支付信息确定所述多个支付账户的优惠金额；

根据所述优惠金额从所述多个支付帐号中选择目标支付账户；

将所述目标支付及所述目标支付账户的优惠信息推荐给所述用户。

7.如权利要求1所述的信息推荐方法，其特征在于，所述支付参考信息包括可支付额度、积分信息、使用次数、优惠信息、处理成功率、处理效率或服务费率中的一种或多种。

8.如权利要求1所述的信息推荐方法，其特征在于，所述与支付相关的应用信息包括提示短信、账单邮件、应用程序提示信息、支付应用信息中的一种或多种。

9.一种信息推荐装置，其特征在于，包括：

获取模块，用于执行获取与支付相关的应用信息；

提取模块，用于执行从所述应用信息中提取出用户多个支付账户的支付参考信息；

推荐模块，用于执行对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便所述用户应用所述目标支付账户进行支付。

10.如权利要求9所述的信息推荐装置，其特征在于，所述推荐模块，包括：

第一确定子模块，用于执行根据所述多个支付账户的支付参考信息分别确定所述多个支付账户的推荐排序；

第一推荐子模块，用于执行按照所述推荐排序将所述用户的多个支付账户、或所述用户的多个支付账户和各支付账户的支付参考信息推荐给用户。

11.如权利要求10所述的信息推荐装置，其特征在于，所述第一确定子模块，用于执行：

针对每个支付账户，根据所述支付账户的支付参考信息对应的预设权重计算所述支付账户的排序权重；

根据所述多个支付账户的排序权重确定所述多个支付账户的推荐排序。

12.如权利要求9-11任一项所述的信息推荐装置，其特征在于，还包括：

接收模块，用于执行接收所述用户的支付指令；

其中，所述推荐模块，包括：

第二确定子模块，用于执行根据所述支付指令确定待支付金额；

第一选择子模块，用于执行根据所述待支付金额在所述多个支付账户中选择能够满足所述待支付金额的目标支付账户；

第二推荐子模块，用于执行将所述目标支付账户、或所述目标支付账户和所述目标支付账户的支付参考信息推荐给用户。

13.如权利要求8所述的信息推荐装置，其特征在于，

所述提取模块用于执行：

从所述应用信息中提取所述多个支付账户的支付记录；

从各支付账户的支付记录分别提取预设时间内各支付账户每次支付的处理时间和/或每次支付是否成功；

根据各支付账户每次支付的处理时间统计各支付账户的处理效率，和/或，根据各支付账户每次支付是否成功统计各支付账户的处理成功率；

所述推荐模块用于执行：

基于所述处理成功率和/或所述处理效率确定所述目标支付账户，并推荐给所述用户。

14.如权利要求9所述的信息推荐装置，其特征在于，所述推荐模块，包括：

第三确定子模块，用于根据所述多个支付账户的优惠信息或所述用户的历史支付信息确定所述多个支付账户的优惠金额；

第二选择子模块，用于根据所述优惠金额从所述多个支付帐号中选择目标支付账户；

第三推荐子模块，用于执行将所述目标支付及所述目标支付账户的优惠信息推荐给所述用户。

15.如权利要求9所述的信息推荐装置，其特征在于，所述支付参考信息包括可支付额度、积分信息、使用次数、优惠信息、处理成功率、处理效率或服务费率中的一个或多个。

16.如权利要求9所述的信息推荐装置，其特征在于，所述与支付相关的应用信息包括提示短信、账单邮件、应用程序提示信息、支付应用信息中的一个或多个。

17.一种信息推荐装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取与支付相关的应用信息；

从所述应用信息中提取出用户多个支付账户的支付参考信息；

对所述多个支付账户的支付参考信息进行分析，确定目标支付账户并推荐给用户，以便所述用户应用所述目标支付账户进行支付。