CN108605050B - 一种快速进入金融交易的方法、装置及电子设备 - Google Patents

Abstract

本发明实施例公开了一种快速进入金融交易的方法，所述方法用于电子设备，包括：所述电子设备的第一应用接收信息；根据预设关键字对所述信息的上下文进行分析；当通过所述分析确定所述信息包括与金融交易相关的账户信息时，生成备选支付应用列表；根据用户或所述电子设备的选择，调用所述备选支付应用列表中的第一支付应用完成所述金融交易。通过对账户信息接收界面的账户信息或者通讯录中联系人界面的账户信息直接操作快速调出支付应用的相关处理界面，使用户操作简单，提高用户体验。

Description

一种快速进入金融交易的方法、装置及电子设备

技术领域

本发明涉及通信领域，尤其涉及一种快速进入金融交易的方法、装置及电子设备。

背景技术

目前，可用于进行转账或收款等金融交易的支付应用有很多，如支付宝、百度钱包、京东钱包、paypal、google wallet、易付宝等第三方机构以及各大银行机构开发的应用。

用户在需要使用某种支付应用向朋友等他人转账或收款时，通常是先经过某种方式(如短信、邮件、即时通讯消息等)获取对方的账户信息(如银行卡号、支付应用账号等)，然后从电子设备(如手机)中选出一个支付应用，最后将接收到的账户信息输入该支付应用的转账或收款等金融交易界面，即可完成后续的金融交易。其中，比较常见的输入账户信息的方式，如人工记忆接收到的账户信息，并在打开的金融交易界面把该账户信息手动输入到相应的位置，或者，复制接收到的账户信息，然后在打开的金融交易界面把复制的账户信息粘贴到相应的位置。现有的金融交易方式用户操作繁琐，例如需要在打开的金融交易界面把该账户信息手动输入到相应的位置，由于金融账户通常较长，所以容易出错，用户体验度不高，此外，在输入账号过程中用户可能在金融交易界面与账户接收界面进行多次切换，也比较耗时。

发明内容

本发明实施例所要解决的技术问题在于，提供一种快速进入金融交易的方法，应用于电子设备内，通过对账户信息接收界面的账户信息或者通讯录中联系人界面的账户信息直接操作快速调出支付应用的相关处理界面，解决现有技术中用户操作繁琐、体验度不高以及界面间切换引起的耗时等问题。

第一方面，提供一种快速进入金融交易的方法，所述方法用于电子设备，包括：所述电子设备的第一应用接收第一信息，根据预设关键字对所述第一信息的上下文进行分析；当通过所述分析确定所述第一信息是与金融交易相关的账户信息时，生成备选支付应用列表，所述备选支付应用列表包括：已安装在所述电子设备中的一个或多个支付应用；根据用户或电子设备的选择，调用所述备选支付应用列表中的第一支付应用界面完成所述金融交易。

在第一方面提供的技术方案中，通过对第一应用接收的第一信息进行分析处理得到与金融交易相关的账户信息，然后生成备选支付应用列表，从备选支付应用列表中确定第一支付应用后，直接调用第一支付应用的界面。本发明方案能通过对账户信息接收界面的账户信息或者通讯录中联系人界面的账户信息直接操作快速调出支付应用，并进入相应的金融交易界面完成本次交易，用户无需因为记忆与输入、或者复制与粘贴账户信息而在账户信息界面与支付应用界面之间来回切换，简化操作步骤，提升用户体验。

在可选方案中，第一方面提供的方法在所述电子设备的第一应用接收第一信息之后，根据预设关键字对所述第一信息的上下文进行分析之前，还包括：判断所述第一信息中是否包含指定类型的数据，所述指定类型包括：数字串、邮箱地址、交易链接中的一种或多种；如果所述第一信息中包含指定类型的数据，则根据预设关键字对所述第一信息的上下文进行分析；如果所述第一信息中不包含指定类型的数据，则不对所述第一信息进行处理。

上述可选方案在信息分析处理之前对信息进行判断看是否有指定类型的数据，只有该信息具有指定类型的数据时，才进行分析处理，减少了信息分析处理的计算量。

在可选方案中，上述方法在所述生成备选支付应用列表之后，在根据用户或所述电子设备对所述备选支付应用列表中的第一支付应用的选择之前，还包括：在所述电子设备上显示所述备选支付应用列表。从而可以显示备选支付应用列表供用户选择。

在可选方案中，上述生成备选支付应用列表，具体包括：

根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，生成备选支付应用列表。

上述可选方案提供了一种备选支付应用列表的生成方法，支持了第一方面方案的实现。

在可选方案中，所述生成备选支付应用列表，具体包括：根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，以及所述第一信息的上下文或账户信息的属性，生成备选支付应用列表，其中，所述第一信息的上下文包括支付应用的标识，所述账户信息的属性包括所述账户信息的发行机构。

上述可选方案提供了另一种备选支付应用列表的生成方案，并且在生成备选支付应用列表时考虑了信息的上下文或账户信息，这样使得生成的备选支付应用列表中的支付应用能够匹配信息的上下文或账户信息。

在可选方案中，所述根据已安装在所述电子设备中的每个应用的账号处理能力和所述账户信息，生成备选支付应用列表，包括：根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表。

上述可选方案提供了又一种备选支付应用列表的生成方案，并且在生成备选支付应用列表时考虑了支付应用的账号处理能力，这样使得生成的备选支付应用列表中的支付应用均能够处理该账户信息。

在可选方案中，所述根据已安装在所述电子设备中的每个应用的账号处理能力，将能够处理所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表，包括：根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理第一类型的所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表，所述第一类型包括指定类型或根据预设识别规则对所述账户信息识别后确定的账户类型，所述指定类型包括：数字串、邮箱地址中的一种或多种。

在可选方案中，所述根据预设识别规则对所述账户信息识别后确定的账户类型，具体包括：当所述第一信息包括数字串时，根据所述数字串的长度或上下文确定所述数字串是手机号或银行卡号，进而确定所述账户类型为手机号账户或银行卡账户；或者，当所述第一信息包括邮箱地址时，确定所述账户类型为邮箱账户。

在可选方案中，所述调用所述备选支付应用列表中的第一支付应用完成所述金融交易，具体包括：调用与所述账户信息匹配的第一支付应用界面并将所述账户信息自动填入到所述第一支付应用界面完成所述金融交易。

在可选方案中，所述方法还包括：根据预设排序规则对所述备选支付应用列表中的多个支付应用排序。

在可选方案中，所述方法还包括：对所述第一信息的发送方的可靠性进行验证。

在可选方案中，所述当通过所述分析确定所述第一信息包括与金融交易相关的账户信息之后，还包括：判断所述账户信息的所有者是否与通讯录中的第一联系人相匹配；如果所述账户信息的所有者与所述第一联系人相匹配，则将所述账户信息关联到所述第一联系人；如果所述账户信息的所有者与所述通信录中的所有联系人都不匹配，则自动或提示用户在所述通讯录中创建第二联系人，将所述账户信息关联到所述第二联系人。

在可选方案中，所述方法还包括：如果在通讯录中的第三联系人页面接收到用于搜索账户信息的特定操作，则在所述电子设备中搜索预设时间内收到的与所述第三联系人相关的所述账户信息，并将所述账户信息关联到所述第三联系人。

在可选方案中，在所述生成备选支付应用列表之后，在根据用户或所述电子设备对所述备选支付应用列表中的第一支付应用的选择之前，还包括：在与所述账户信息相对应的位置上将所述备选支付应用列表中每个支付应用对应的图标显示出来，以便于用户在所述通讯录的联系人中通过所述图标选择对应的支付应用。

第二方面，本申请提供一种电子设备，所述电子设备包括：收发单元，用于通过所述电子设备的第一应用接收第一信息；分析单元，用于根据预设关键字对所述第一信息的上下文进行分析；生成单元，用于当通过所述分析确定所述第一信息包括与金融交易相关的账户信息时，生成备选支付应用列表，所述备选支付应用列表包括：已安装在所述电子设备中的一个或多个支付应用；调用单元，用于根据用户或所述电子设备的选择，调用所述备选支付应用列表中的第一支付应用完成所述金融交易。

在第二方面提供的技术方案中，通过对第一应用接收的第一信息进行分析处理得到与金融交易相关的账户信息，然后生成备选支付应用列表，从备选支付应用列表中确定第一支付应用后，直接调用第一支付应用的界面以完成金融交易。第二方面的方案能通过对包括账户信息接收界面的账户信息或者通讯录中联系人界面的账户信息直接操作快速调出支付应用，并进入相应的金融交易界面完成本次交易，用户无需因为记忆与输入、或者复制与粘贴账户信息而在账户信息界面与支付应用界面之间来回切换，简化操作步骤，提升用户体验。

在第二方面的可选设计方案中，上述电子设备可以执行第一方面的任意可选方案。

第三方面，提供一种电子设备，所述电子设备包括：收发器、处理器、存储器、显示器和总线，其中，所述收发器、处理器、存储器、显示器通过所述总线连接；所述收发器，用于通过所述电子设备的第一应用接收第一信息；所述处理器，用于根据预设关键字对所述第一信息的上下文进行分析；当通过所述分析确定所述第一信息包括与金融交易相关的账户信息时，生成备选支付应用列表，所述备选支付应用列表包括：已安装在所述电子设备中的一个或多个支付应用；根据用户或所述电子设备的选择，调用所述备选支付应用列表中的第一支付应用完成所述金融交易。

在第三方面的可选方案中，上述电子设备可以执行第一方面的任意可选方案。

在第三方面提供的技术方案，在收发器接收到第一信息后，由处理器对第一应用接收的指定类型的第一信息进行分析处理得到与金融交易相关的账户信息，然后生成备选支付应用列表，从备选支付应用列表中确定第一支付应用后，直接调用第一支付应用的界面。第三方面的方案能通过对包括账户信息接收界面的账户信息或者通讯录中联系人界面的账户信息直接操作快速调出支付应用，并进入相应的金融交易界面完成本次交易，用户无需因为记忆与输入、或者复制与粘贴账户信息而在账户信息界面与支付应用界面之间来回切换，简化操作步骤，提升用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种快速进入金融交易的方法的流程示意图。

图2(a)是本申请一实施例提供的接收到的消息应用界面的示意图。

图2(b)是本申请一实施例提供的可选支付应用界面的示意图。

图2(c)是本申请一实施例提供的第一支付应用界面的示意图。

图3(a)是本申请一实施例提供的接收到的消息应用界面的示意图。

图3(b)是本申请一实施例提供的生成用户操作选项界面的示意图。

图3(c)是本申请一实施例提供的可选支付应用界面的示意图。

图3(d)是本申请一实施例提供的第一支付应用界面的示意图。

图4-1为本申请一实施例提供的银行识别号示意图。

图4-2为本申请一实施例提供的卡组织分配的银行识别号的开头以及对应的卡号长度示意图。

图5(a)是本申请一实施例提供的接收到的消息应用界面的示意图。

图5(b)是本申请一实施例提供的可选支付应用界面与联系人关联界面示意图。

图5(c)是本申请一实施例提供的选择的第一支付应用界面的示意图。

图6(a)是本申请一实施例提供的接收到的消息应用界面的示意图。

图6(b)是本申请一实施例提供的生成用户操作选项界面的示意图。

图6(c)是本申请一实施例提供的可选支付应用界面与联系人关联界面的示意图。

图6(d)是本申请一实施例提供的第一支付应用界面的示意图。

图7为本申请另一实施例提供的快速进入金融交易的方法的流程示意图。

图8为本申请又一实施例提供的快速进入金融交易的方法的流程示意图。

图9为本申请另一实施例提供的电子设备的结构框图。

图10为本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参阅图1，图1为本申请一实施例提供的一种快速进入金融交易的方法，该方法应用于电子设备，本申请实施例所涉及到的电子设备可以包括各种具有无限通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(英文：user equipment，UE)，移动台(mobile station，MS)，终端设备(terminal device)等等。为方便描述，上面提到的设备统称为电子设备。

该方法如图1所示，包括如下步骤：

步骤S101、电子设备的第一应用接收第一信息。

以电子设备是手机时为例，上述第一应用包括但不限于：手机短信应用，手机电子邮件客户端，微信、QQ、Facebook Twitter、MSN、KaKao Talk、Line等即时通信应用或其他通信应用，备忘录或记事本等能接收用户输入的应用，等等。上述第一信息具体可以为，短消息、电子邮件、即时通讯应用消息等通过上述第一应用接收的信息。

步骤S102、电子设备根据预设关键字对该第一信息的上下文进行分析。

上述信息的上下文可以是本次所接收的第一信息中的内容，也可以是在接收到该第一信息之前或之后接收到的一条或多条信息(是该第一信息之前或之后多少条信息，或者该第一信息之前或之后多长时间收到的所有信息，不做限制，具体可以由用户决定)；当然在实际应用中，该第一信息的上下文还可以包括：与该第一信息关联的其他信息的内容，其中，该关联的其他信息，例如：与该第一信息具有相同的发送人、与该第一信息具有相同的发送账号、与该第一信息具有相同的群组等。

本步骤S102中的分析可以采用自然语言分析算法进行分析。上述预设关键字例如：转账、收款、还钱、借钱、支付，卡号、帐号、账户等。

步骤S103、当通过所述分析确定所述第一信息中包含与金融交易相关的账户信息时，生成备选支付应用列表，所述备选支付应用列表包括：已安装在所述电子设备中的一个或多个支付应用。

如果分析出该信息上下文中存在预设关键字(如转账、收款、还钱、借钱等)，或者，存在与预设关键字同义或近义的字，或者，存在部分预设关键字，则可以认为包含预设关键字，进而确定与金融交易相关；否则，可以认为不包含预设关键字，进而确定与金融交易无关。

进一步地，直接基于上述分析确定该第一信息与金融相关时，可以据此推断该第一信息中包含与该金融交易相关的账户信息；或者，也可以再根据其他条件判断该第一信息中是否包含与该金融交易相关的账户信息，例如，判断该第一信息中是否还存在“账户”、“账号”、“卡号”之类的账户关键字，如果有，在认为该第一信息中包含与金融交易相关的账户信息，否则认为不包含。

在如图1所示实施例中，上述方法在第一应用接收上述第一信息之后与生成备选支付应用列表之前的任意时刻，还可以包括：

对所述信息的发送方的可靠性进行验证，具体的验证方法可以如下：通过第三方软件(例如360安全卫士、百度卫士等等)对发送方进行安全验证，当然还可以通过其他方式来验证，例如，将发送方与联系人匹配，如能够匹配，确定可信，如不能够匹配，则提示用户；又如，在本地设置白名单或者黑名单等方式对该信息的发送方进行安全验证。

所述可靠性验证操作达到的有益效果是，能先判断所接收的账户信息的来源是否可靠，再决定是否从本地安装的支付应用中进行备选支付应用的筛选，从而能对不可信的账户信息进行有效过滤，在一定程度上减缓用户进行金融交易的行为，可能对预防诈骗有一定的作用等。

此外，本实施例中，在步骤S102之前还可以包括如下步骤：

步骤S101-1、判断所述第一信息中是否包含指定类型的数据，其中，所述指定类型包括：数字串、邮箱地址中的一种或多种；如果所述信息中包含指定类型的数据，则根据预设关键字对所述信息的上下文进行分析(具体分析的实现方式可以参见上述步骤S102的细化方案，这里不再赘述)；如果所述信息中不包含指定类型的数据，则不对所述信息进行处理。

需要说明的是，对于数字串，可以是由连续数字组成的串，如123456789；也可以是由中间存在空格或‘-’或其他字符的多个数字段组成的串，如12-345-6，此时，手机的第一应用需要进行数字的提取与拼接，具体实现方式不限。

可选地，本实施例中，在步骤S102与步骤S103之间还可以包括如下步骤：

步骤S102-1、在根据步骤S102确定所述第一信息中包含预设关键字之后，再判断所述第一信息中是否包含指定类型的数据，其中，所述指定类型包括：数字串、邮箱地址中的一种或多种；如果所述信息中包含指定类型的数据，则认为所述第一信息中包含与金融交易相关的账户信息(即该指定类型的数据为账户信息)，进而按照步骤S103执行后续流程，否则，认为不包含与金融交易相关的账户信息，进而结束流程。

结合上述步骤S101-1、S102和S103，或者，上述步骤S102、S102-1和S103，根据第一信息中是否包含预设关键字、是否包含指定类型的数据这些信息来判断第一信息中是否包含与金融交易相关的账户信息，具体实现方式示例为：如果分析出该第一信息上下文中存在预设关键字(如转账、收款、还钱、借钱等)，或者，存在与预设关键字同义或近义的字，或者，存在部分预设关键字，则认为包含预设关键字，进而确定与金融交易相关；否则，认为不包含预设关键字，进而确定与金融交易无关。

进一步地，直接基于上述分析确定该第一信息与金融相关时，可以再判断该第一信息中是否包含上述指定类型的数据，如果包含，则认为该指定类型的数据就是与金融交易相关的账户信息，否则，认为其中没有账户信息；或者，可以再判断该第一信息中是否包含上述指定类型的数据，如果第一信息中不包含指定类型的数据，则认为其中没有账户信息，如果包含指定类型的数据，则再进一步地判断该指定类型的数据附近(如该指定类型的数据的前面或后面)是否存在还存在“账户”、“账号”、“卡号”之类的账户相关的关键字，若存在，则认为该指定类型的数据就是与金融交易相关的账户信息，若不存在，则认为该指定类型的数据不是账户信息。

此外，本实施例中，上述方法在生成备选支付应用列表之后，还可以包括：在该电子设备上显示该备选支付应用列表。

具体实现方式例如：手机(或手机的第一应用)通过用户界面(英文：userinterface，UI) 将备选支付应用列表中的每个支付应用按照一定的顺序显示出来，以供用户选择。

本实施例中，上述步骤S103中的生成备选支付应用列表具体可以为：根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，生成备选支付应用列表。

例如：提取已安装在所述电子设备中的每个支付应用的账号处理能力，将账号处理能力中能够处理该账户信息的一个或多个支付应用放入到备选支付应用列表中。上述处理能力包括但不限于：支付应用能够处理的账户类型。该账户类型可以为：手机号、银行账号、邮箱、交易链接等。

需要说明的是，每个支付应用的账号处理能力，用于声明该支付应用能否处理金融账户信息(此时，并不对账户类型进行区分，即，可以处理所有类型的账户信息)，或者，用于声明该支付应用能处理特定类型的金融账户信息(例如，手机号账户、银行卡号账户等)。

该账号处理能力，可以是支付应用在安装到手机上时注册到系统中的，以安卓系统为例，支付应用通过应用配置文件(manifest.xml文件)注册到安卓OS中，具体实现方式为：例如，支付应用通过Android Manifest文件配置一个或多个活动组件activity，其中，每个activity支持过滤一种类型(如账户类型A)的账户信息的intent(可理解支付应用具有处理类型为A 的账户信息的能力)。当然，本发明方案不排除支付应用的其他配置方式，例如，配置一个activity来过滤所有账户信息(可理解为具有处理所有账户信息的能力)；又如，配置一个 activity来支持过滤一种金融交易服务(如转账、收款、信用卡还款等)的intent(可理解具有处理转账交易、收款交易等的能力)。

此技术方案能够保证该备选支付应用列表中的每个支付应用均是能够处理账户信息的支付应用，进而保证了无论用户选择备选支付应用列表中的哪一个支付应用，均能够实现使用该账户信息完成本次金融交易。

例如：若账户信息为工行的银行卡，手机上安装有工行网银客户端(通过账号处理能力声明能处理银行卡号账户和手机号账户)、支付宝客户端(通过账户处理能力声明能处理银行号账户、手机号账户和邮箱账户)、PayPal应用(通过账户处理能力声明能处理邮箱账户)，则本发明方案中，根据每个支付应用的账号处理能力筛选支付应用时，可将工行网银客户端和支付宝客户端筛选出来，放入备选支付应用列表中。

可选的，在本实施例中，上述生成备选支付应用列表的实现方式还可以包括：

根据该第一信息的上下文以及账户信息的属性中的一种，生成备选支付应用列表，其中，所述第一信息的上下文包括支付应用的标识，所述账户信息的属性包括所述账户信息的发行机构。

需要说明的是，上述支付应用的标识可以为支付应用的名称，如支付宝、微信、paypal 等，当然也不排除其他可能，例如是支付应用下载到手机上注册的标识信息，或者，手机给支付应用分配的编号等，本发明对此不进行限定。

上述账户信息的属性可以为所述账户信息的发行机构，例如，银行卡号对应的发卡行(如工商银行、农业银行等)，邮箱地址对应的注册机构(如认为google、网易等)/支付平台(如认为gmail.com后缀对应google wallet的支付平台，当然也可能不排除支付宝、paypal等支付平台；认为126.com后缀对应的是支付宝、paypal支付平台)等。

上述支付应用的标识可以是手机或手机的第一应用从第一信息的上下文中提取出来的；上述账户信息的属性可以是手机或手机的第一应用从第一信息的上下文中提取出来的，也可以是根据本地存储的或从云端获取的如图4-1所示的银行卡的发卡机构(即发卡行)与银行识别号(Bank Identification Number，BIN)的映射表和/或如图4-2所示的卡组织对应的BIN 开头以及卡号长度映射表、或根据邮箱后缀(即服务器名.域名)判断出来的，还可以是请求云端根据如图4-1和/或图4-2所示的表格信息、或根据邮箱后缀(即服务器名.域名)判断出来的。当根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，以及，该信息的上下文以及账户信息的属性中的一种，生成备选支付应用列表，其中，所述信息的上下文包括支付应用的标识，所述账户信息的属性包括所述账户信息的发行机构时，能够使得备选支付应用列表中的支付应用更加的匹配账户信息或信息上下文，更加的契合用户选择。

当然，需要说明的是，本发明实施例还可以仅根据该信息的上下文以及账户信息的属性中的一种，生成备选支付应用列表。

分析该第一信息的上下文确定所述第一信息的上下文包含支付应用的名称或账户发行机构，则将该支付应用的名称或账户发行机构对应的支付应用录入到生成的备选支付应用列表中。

针对上述实施例中“根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，生成备选支付应用列表”，根据前面描述的账号处理能力所声明的不同含义(即，是不区分账户类型、能够处理所有账户信息，还是只能处理特定类型的账户信息)，具体实现可以是以下任一种方式：

方式A、根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表。

方式B、根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理第一类型的所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表，所述第一类型包括指定类型或根据预设识别规则对所述账户信息识别后确定的账户类型。

针对根据预设识别规则对所述账户信息识别后确定的账户类型，根据预设识别规则对所述账户信息进行识别的实现方式具体可以为：对所述账户信息进行识别获取该账户信息是数字串还是邮箱，如是邮箱，则识别确定该账户类型为邮箱账户。如是数字串，则可以根据数字串的长度和/或第一信息的上下文来判断该账户类型是手机号账户还是银行卡号账户。其中，根据数字串的长度进行判断的示例为：若数字串的长度为11位，则判断为手机号账户；若该数字串的长度大于11位，则可以认为长度为13或15-19位时为银行卡号账户，也可以再根据该数字串的前几位(如4位、6位等，具体如何选择由实现决定)以及如图4-1和/或图4-2 所示的表格信息判断该数字串是否为银行卡号。

在如图1所示的实施例中，上述方法在生成备选支付应用列表后，还可以包括：通过预设排序规则对备选支付应用列表中的多个支付应用排序。

上述预设排序规则，可以包括该账户信息的上下文、账户类型、该账户信息的属性以及用户使用习惯中的一个或多个条件。

例如，若分析信息上下文中有支付应用的名称(如paypal)，则将该支付应用(如paypal) 排在备选支付应用列表中第一个；若获知账户信息为邮箱地址(如xxx@gmail.com)，则将邮箱地址对应的支付应用(如google wallet)排在备选支付应用列表中第一个；若获知该账户信息为银行账号，获取该银行账号的发卡机构(如工行)，将发卡机构的支付应用(如工行手机银行)排在备选支付应用列表中第一个；若获知某支付应用在设定时间段或地理位置的使用频率最高，则在该设定时间段将该支付应用的排序在备选支付应用列表中第一个。

步骤S104、根据用户或所述电子设备的选择，调用所述备选支付应用列表中的第一支付应用完成所述金融交易备选支付应用列表。

上述步骤S104的实现方法具体可以包括：

如果该备选支付应用列表中包含多个支付应用，则可以通过UI显示出来供用户选择，并在用户确认选择其中的第一支付应用后调用该第一支付应用完成本次金融交易，也可以由电子设备自动从中选择第一支付应用(如自动选择优先级最高的第一支付应用)后调用该第一支付应用完成本次金融交易。

如果该备选支付应用列表中仅包含一个支付应用即第一支付应用，则所述电子设备可直接调用该第一支付应用完成该金融交易，当然也可以通过UI显示出来，并在用户确认选择后调用第一支付应用完成本次金融交易。例如该备选支付应用列表只包含一个工行手机银行应用，则电子设备直接调用工行手机银行的交易界面。该工行手机银行的交易界面包括但不限于：手机号转账界面、银行卡号转账界面。当然在实际应用中，上述第一支付应用的交易界面可以包括其他形式的界面，例如收款界面、付款界面等。电子设备直接调用第一支付应用的哪个交易界面，具体由在前面步骤中所确定的账户信息的账户类型(如手机号账户、银行卡号账户、邮箱账户等)决定，还可能需要由从第一信息的上下文中推断出的交易类型(如从上下文中推断是转账交易还是收款交易等)决定。

此外，本实施例中，上述步骤S104的实现方法具体还可以包括：调用与所述账户信息匹配的第一支付应用界面并将所述账户信息自动填入到所述第一支付应用界面完成所述金融交易。

需要说明的是，如何确定与所述账户信息匹配的第一支付应用界面，具体方式示例如下：若所述账户信息为手机号账户，则调用第一支付应用中用来处理手机号账户的交易界面；若所述账户信息为银行卡号账户，则调用第一支付应用中用来处理银行卡号账户的交易界面；若该账户信息为邮箱账户，则调用第一支付应用中用来处理邮箱账户的交易界面。

上述将账户信息自动填入到第一支付应用界面的对应位置，以转账为例，假设第一支付应用为工行手机银行,第一应用接收到的账户信息为工行发行的银行卡号，则手机在调用工行手机银行的银行卡号转账界面后，将该银行卡号填入到该转账界面的收款卡号位置。

如何将账户信息自动填入到第一支付应用界面的对应位置，具体可以是在调起第一支付应用时，将账户信息传给第一支付应用，然后由第一支付应用接收后将其填入交易界面中输入账户信息的对应位置。以安卓系统为例，具体实现是，用户或电子设备选中第一支付应用后，第一应用将包含账户信息的intent对象发送给第一支付应用，第一支付应用收到该intent 对象后进行解析，将能够处理该类型的账户信息的交易界面(如通过银行卡号转账的界面、通过手机号/支付宝账户转账的界面等)打开，并将解析出来的账户信息自动输入到该交易界面上的相应位置。

当然，除了账户信息，还可以一并或采用同样方式分开将交易金额、收款方姓名等其他信息传给第一支付应用，以自动填入到第一支付应用界面。

本实施例中，上述第一应用需要增加处理模块，来执行上述步骤S101-S104的操作。另外，第一应用在安装到电子设备上时可通过应用配置文件(如安卓manifest.xml文件)申请调用手机上所安装的支付应用(如第一支付应用)的权限，该调用权限可能需要得到用户的确认；或者，第一应用默认具有调用手机上所安装的这些支付应用的权限，例如，第一应用为短信、通讯录等系统级应用时，手机出厂时可默认为其打开了支付应用的调用权限。

此外，本实施例中，上述第一应用还可以是如备忘录或记事本等可用于编辑信息的应用，相应地，第一信息可以是用户在这种应用中输入或编辑的信息，例如，用户A在备忘录中手动编辑并保存用户B的账户信息(银行卡号、支付宝账号等)，当用户A打开备忘录中该条信息时，可以通过上述操作步骤对其中的账户信息进行操作，从而直接从备选支付应用列表中选择一个可用的支付应用(如某手机银行客户端、支付宝客户端等)以完成本次金融交易 (如转账)。

本发明实施例通过对接收到的第一信息的上下文分析确定该信息中包含与金融交易相关的账户信息时，生成备选支付应用列表，并根据用户或电子设备的选择调用备选支付应用列表中的第一支付应用完成金融交易。此技术方案能通过对账户信息接收界面的账户信息或者通讯录中联系人界面的账户信息直接操作快速调出支付应用，并进入相应的金融交易界面完成本次交易，用户无需因为记忆与输入、或者复制与粘贴账户信息而在账户信息界面与支付应用界面之间来回切换，简化操作步骤，提升用户体验。

下面通过图2(a)、图2(b)、图2(c)和图3(a)、图3(b)、图3(c)、图3(d)从用户界面上来直观地示意本申请的技术方案达到的效果，以电子设备为手机为例，手机通过第一应用(如短信应用)接收到一条消息(如短信消息)，如图2(a)所示；为了方便说明，将该一条消息命名为第一消息，接收到该第一消息后，对第一消息进行处理(具体实现方法可以参见步骤S102-S103以及相关细化方案的描述)，当通过该分析确定该第一消息包括与金融交易相关的账户信息时，生成备选支付应用列表(具体实现方法可参见步骤S103及其细化方案)，并通过UI显示出来，如图2(b)所示，该上下文分析以及生成备选支付应用列表的动作可以是用户在图2(a)所示的UI上进行操作(如点击直接转账按钮)触发的，也可以是在用户进行该操作之前进行的；用户手动或者该手机自动从所述备选支付应用列表中确定第一支付应用(例如工行手机银行)之后，手机调用该工行手机银行的支付界面，即手机从该短信消息界面跳转到工行手机银行的界面(例如通过银行卡号进行转账的界面)，如图2(c)所示。用户对如图2(c)所示界面的信息补充完整以后，即可以实现转账操作。

由于上述备选支付应用列表生成之前，手机可以通过执行上述步骤S103以及步骤S103 的细化步骤实现对备选支付应用列表中的支付应用的自动筛选与排序，保证该备选支付应用列表中的支付应用都能够处理该账户信息，这个过程无需用户自己判断。因此，如上述操作所示，用户只需要在账户信息接收界面(即图2(a)所示的短信界面)进行操作，即可直接从备选支付应用列表中选择第一支付应用后快速调出第一支付应用界面完成本次交易。

如图3(a)所示，为手机通过第一应用(例如短信)接收的消息，接收到该消息后，对该消息进行处理(具体实现方法可以参见步骤S102-S103以及相关细化方案的描述)，当确定该消息包括与金融交易相关的账户信息(即银行账号)时，可对该账户信息进行特殊处理(如对该账户信息做单独打不同颜色、打下划线等各种标记处理)，并在UI上显示出来；如果用户对该账户信息做特定操作(如点击、长按等)，则显示如图3(b)所示的用户界面，当用户点击图3(b)中的特定操作选项(如向该账户转账)时，显示如图3(c)所示的备选支付应用列表供用户选择，其中，该备选支付应用列表可以是在用户选择向该账户转账之前生成的，也可以是在用户选择向该账户转账之后生成的，而生成备选支付应用列表的具体实现方案可以参见如图1实施例中的描述；在用户从如图3(c)所示的备选支付应用列表中选择第一支付应用例如工行手机银行时，手机调用如图3(d)所示的该工行手机银行的境内汇款界面，并将该账户信息的所有人自动填写入境内汇款界面的收款姓名位置，将账户信息自动填入到境内汇款界面的收款卡号位置。图3(a)-图3(d)增加了用户选择界面，增加了用户的选择的自由度。

如图1所示实施例中的方法通过所述分析确定所述信息包括与金融相关的账户信息之后，还可以包括：

判断所述账户信息的所有者是否与通讯录中的第一联系人相匹配；如果所述账户信息的所有者与所述第一联系人相匹配，则将所述账户信息关联到所述第一联系人；如果所述账户信息的所有者与所述通信录中的所有联系人都不匹配，则自动或提示用户在所述通讯录中创建第二联系人，将所述账户信息关联到所述第二联系人。

上述账户信息的所有者，可以是第一信息的发送方(如姓名/昵称、电话号/第一应用对应的通讯帐号等)；也可以是从第一信息的上下文中搜索出来的姓名、电话号等可以标识该所有者的信息，例如，第一信息中包括一个银行卡号以及该卡号所属人的姓名，则认为该姓名即可代表该所有者，又如，第一信息中包括一个手机号表示的支付宝账号，则认为该手机号即可代表该所有者。

上述判断该账户信息的所有者是否与通信录中的第一联系人相匹配的实现方法具体可以包括：从通信录中搜索是否存在与所述账户信息的所有者相同的第一联系人，如搜索到与所有者相同的第一联系人，则确定账户信息的所有者与通信录中的第一联系人匹配，如所述账户信息的所有者与所述通信录中的所有联系人都不匹配，则自动或提示用户在所述通讯录中创建第二联系人，将所述账户信息关联到所述第二联系人。

需要说明的是，在进行账户信息的所有者与通信录中的联系人匹配时，如果第一应用与通讯录应用的控制方相同，如短信应用与手机电话本，或者，邮件应用与手机电话本，或者，即时通讯应用与其中的通讯录或好友列表，则第一应用可以直接获取通讯录应用中的联系人列表(如每个联系人的姓名或昵称、电话号或即时通讯帐号等属性信息)，然后将账户信息的所有者或发送方(如姓名或昵称、电话号或即时通讯帐号)与联系人列表中的每个联系人进行匹配，直到匹配成功一个为止，当然，第一应用还可以把该账户信息的所有者或发送方发给通讯录，由通讯录进行此次匹配。

如果第一应用与通讯录应用的控制方不同，如微信、Facebook等即时通讯应用与手机电话本，则第一应用可能需要在获取到通讯录中的联系人列表之后，请求服务器进行这次匹配，或者，从服务器先获取该账户信息的发送方对应的属性信息后在本地进行这次匹配，如，微信应用从服务器侧获取该发送方对应的手机号，然后把该手机号与联系人列表中的手机号进行匹配。

上述将账户信息关联到所述第一、第二联系人的方式具体例如，如果账户信息为手机号，则可以在通讯录中找不到与该手机号匹配的联系人时，自动或经用户同意后创建新的联系人并将该手机号账户关联到该新建的联系人；如果账户信息为银行卡号或邮箱地址，则可以在通讯录中找到与该账户信息的所有者匹配的联系人时，将该银行卡号账户或邮箱账户作为新的属性信息自动或经用户同意后关联到该匹配的联系人(如将该账户信息显示在该联系人页面上)，当然，也可以在找不到匹配的联系人时，如上述方法，新建联系人并将该账户信息关联到新建联系人下面。

在如图1所示实施例中，上述方法在生成备选支付应用列表之后，在根据用户或所述电子设备对所述备选支付应用列表中的第一支付应用的选择之前，还可以包括：

在与所述账户信息相对应的位置上将所述备选支付应用列表中每个支付应用对应的图标显示出来，以便于用户在所述通讯录的联系人中通过所述图标选择对应的支付应用。

示例地，如果账户信息为手机号，则可以在其关联的联系人页面的某个相关位置(如该手机号的后面等)显示可以处理该账户信息的支付应用的图标(如应用LOGO等)；如果账户信息为银行卡号或邮箱地址，则可以其关联的联系人页面的某个相关位置(如卡号或邮箱后面等)显示可以处理该账户信息的支付应用的图标，UI显示效果如图5(b)或6(c)所示。

下面从图5(a)-5(c)所示的用户操作界面来直观地示例将账户信息与联系人进行匹配与关联的一种方式，以及如何直接在联系人页面进行金融交易。手机接收一个消息(这里以短信为例)，消息界面如图5(a)所示，对消息进行处理(具体实现方法可以参见步骤S102-S103 以及相关细化方案的描述)，当确定该消息包括与金融交易相关的账户信息时，判断该账户信息的所有者与通讯录中的第一联系人匹配时，自动或经用户同意后将该账户信息关联到该第一联系人，已关联该账户信息的第一联系人界面如图5(b)所示，其中，该账户信息后面关联的备选支付应用列表(其中每个支付应用可通过图5(b)所示的应用图标进行显示)，可以是由接收该消息的应用或者由通讯录应用生成的(具体实现方法可参见上述步骤S103及其相关细化方案的描述)，该第一联系人界面可以是用户通过通讯录入口打开的，也可以是收到该消息后做上述关联操作时打开的；当用户在第一联系人界面中的备选支付应用列表中选择工行手机银行时，可直接进入到如图5(c)所示的工行手机银行转账界面,并将所述账户信息自动填入到工行手机银行转账界面收款账号位置，将账户信息的所有者自动填入到工行手机银行转账界面收款姓名位置。

下面从图6(a)-6(d)所示的用户操作界面来直观地示例将账户信息与联系人进行匹配与关联的另一种方式，以及如何直接在联系人页面进行金融交易。手机接收一个消息(这里以短信为例)，消息界面如图6(a)所示，对消息进行处理(具体实现方法可以参见步骤S102-S103 以及相关细化方案的描述)，当确定该消息包括与金融交易相关的账户信息时，如果该账户信息的所有者与通讯录中的第一联系人相匹配，则可对该账户信息对该账户信息进行特殊处理 (如对该账户信息做突出显示处理，例如单独显示不同颜色、标记下划线等各种标记处理)，并在UI上显示出来；如果用户对该账户信息做特定操作(如点击、长按等)，则显示如图6 (b)所示的用户界面；当用户点击图6(b)中的特定操作选项(如保存至已有联系人选项) 时，显示如图6(c)所示的已关联该账户信息的第一联系人界面，其中，该账户信息后面关联的备选支付应用列表(其中每个支付应用可通过图6(c)所示的应用图标进行显示)，可以是由接收该消息的应用或者由通讯录应用生成的(具体实现方法可参见上述步骤S103及其相关细化方案的描述)，该第一联系人界面可以是用户通过通讯录入口打开的，也可以是收到该消息后做上述关联操作时打开的；当用户在第一联系人界面上从备选支付应用列表中选择工行手机银行时，进入到如图6(d)所示的工行手机银行转账界面,并将所述账户信息自动填入到工行手机银行转账界面中的收款账号位置，将账户信息的所有者填入到工行手机银行转账界面中的收款姓名位置。

如图1所示实施例中，上述方法还可以包括：如果在通讯录中的第三联系人页面接收到用于搜索账户信息的特定操作，则在所述电子设备中搜索预设时间内收到的与所述第三联系人相关的所述账户信息，并将所述账户信息关联到所述第三联系人。上述预设时间可以由用户自行设定，当然也可以由厂家默认设置。

示例地，在通讯录中第三联系人页面，接收到用户的特定操作(如长按特定账户搜索图标)后，请求在电子设备的指定应用(如短信、邮件等)中对预设时间内接收的与该第三联系人相关的包含指定类型的数据(如数字串、邮箱地址)的信息进行搜索，根据预设的关键字对信息的上下文进行分析确定该指定类型的数据是否为账户信息，并且判断即将发生的用户行为是否与转账或收款等金融交易相关；如相关且指定类型的数据为账户信息，在得到用户允许后，可以将该账户信息关联到该第三联系人。

参阅图7，图7为本申请另一实施例提供的一种快速进入金融交易的方法，该方法由手机实现，该手机内可以包含A类应用和B类应用，该A类应用例如短信、邮件、备忘录等，该B类应用例如支付宝，银行应用、paypal等，该方法如图7所示，包括如下步骤：

步骤S701、手机X通过短信、邮件、备忘录、Facebook等A类应用接收到手机Y发送过来的包含指定类型数据(如数字串或者邮箱地址)的消息后，分析该消息上下文中是否包含预设关键字(如支付、转账、还账、借钱、卡号、银行、账号等)，进而判断即将发生的用户行为是否与转账或收款等金融交易相关。

具体的实现方式可以为：在手机的短信、邮件等A类应用中增加处理模块，该处理模块用于区分收到的消息中是否包含上述指定类型数据，以及基于预设关键字对消息的上下文分析。此外，A类应用需要在安装时通过应用配置文件(如安卓manifest文件)申请调用支付宝等B类应用的权限。

还需要注意的是，用户可以通过短信、邮件、即时通讯应用等接收他人发送过来的账户信息，也可以在备忘录或记事本中输入某人的账户信息，作为备忘提醒，账户信息的显示界面可以在上述A类应用中进行呈现。

步骤S702、如果判断即将发生的用户行为是与转账或收款等金融交易相关，则确定该指定类型内容为账户信息；

具体实现方法可以为：如果信息上下文中存在预设关键字(如转账、收款、还钱、借钱等)，或者，存在与预设关键字同义或近义的字，或者，存在部分预设关键字，则认为包含预设关键字，进而确定与金融交易相关；否则，认为不包含预设关键字，进而确定与金融交易无关。

进一步地，可直接基于上述的判断确定指定类型内容是否为账户信息，还可增设一个条件用来判断指定类型内容是否为账户信息，例如，判断在指定类型内容的前面或后面是否存在“账户”、“账号”、“卡号”之类的账户关键字。

步骤S703、根据预设筛选规则从本地安装的所有支付应用中确定可选的支付应用，以生成备选支付应用列表；

上述步骤S703可以由手机内的A类应用来执行。

上述“预设筛选规则”具体实现方式可以为下述方式中的任意一种：

方式1：根据每个支付应用注册到系统的账号处理能力判断该支付应用能否支持处理账户信息或者第一类型的账户信息，如果能，则确定该支付应用为可选的支付应用。

方式2、根据每个支付应用注册到系统的账号处理能力判断该支付应用能否支持处理账户信息或者第一类型的账户信息，如果能，则再根据该账户信息的上下文或者该账户信息的属性(如所属发行方)判断是否确定该支付应用为可选的支付应用，例如，若从账户信息的上下文中获取到支付应用的名称，或者该账户信息的属性与该支付应用相匹配，则确定该支付应用为可选的支付应用。

方式3：根据该账户信息的上下文或者该账户信息的属性(如所属发行方)判断是否确定该支付应用为可选的支付应用，例如，若从账户信息的上下文中获取到支付应用的名称，或者该账户信息的属性与该支付应用相匹配，则确定该支付应用为可选的支付应用。

上述账号处理能力的定义以及描述可以参见如图1所示实施例中的描述，这里步骤不在赘述。

步骤S704、根据预设排序规则对备选支付应用列表中的每个可选的支付应用进行排序，以更新备选支付应用列表。

上述步骤S704可以由手机内的A类应用执行。

具体的，上述对可选的支付应用进行排序时，也可能需要考虑该账户信息的账户类型这一条件。

例如，对于步骤S703的方式1：根据该账户信息的上下文、账户类型、该账户信息的属性以及用户使用习惯中的一个或多个条件进行排序。例如若获知上下文中有支付应用的名称 (如paypal)，则将该支付应用的优先级调为最高；按优先级的高低按先后顺序排列可选支付应用。又如若获知账户信息为邮箱地址(如xxx@gmail.com)，则将对应的支付应用(如google wallet)的优先级调为最高。再如获知该账户信息对应的发卡机构(如工行)，则将该发卡机构的支付应用(如工行手机银行)的优先级调为最高。另如获知某支付应用在特定时间段的使用频率最高，则将该支付应用的优先级调为最高。

对于步骤S703的实现方式2：若确定的可选支付应用有多个(例如，在确定账户信息为 X发卡机构发行的银行卡账户时，确定X发卡机构的支付应用以及能处理该机构的银行卡的支付应用均为可选的支付应用)，则也可以根据用户使用习惯进行排序。例如，账户信息是工行的银行卡号时，根据步骤S703的方式2筛选出来工行手机银行、支付宝钱包、百度钱包、易付宝，则可以根据用户使用习惯，使用习惯具体如：使用频率(这些应用的使用频率)、使用时间统计(这些应用的最常用的使用时间)、使用位置统计(这些应用的最常用的使用位置) 等，对工行手机银行、支付宝钱包、百度钱包、易付宝这几个支付应用进行排序。

当然，上述排序的方式也可以按照系统默认的排序。该默认的排序可以由手机厂家设定，当然也可以由用户自行设定。

步骤S705、当检测到其中一个支付应用被选中时，直接打开该支付应用的相应交易界面 (如转账界面等)，进一步的，将该账户信息、甚至交易金额或账户信息所有者姓名等其他信息自动填入该交易界面上相应的位置，从而使用户进行后续操作。

具体的，如备选支付应用列表中只有一个可选的支付应用时可直接打开该支付应用。如备选支付应用列表中有多个可选的支付应用时可打开用户选择的或优先级最高的可选的支付应用。在打开支付应用时，将账户信息，甚至交易金额、收款方姓名(如通过银行卡号转账时)等一并写入支付应用的交易界面。以安卓系统为例，选中一个支付应用后，A类应用将包含账户信息、交易金额等数据的intent对象发送给该支付应用，支付应用收到该intent对象后进行解析，将处理该类型的账户信息的交易界面(如通过银行卡转账的界面、通过手机号/ 支付宝账户转账的界面等)打开，并将解析出来的账户信息、交易金额等信息自动写入到该交易界面的对应位置上。

在步骤S703之前，上述方法还可以有生成交易操作控件(如上述图2(a)中的“直接转账”操作按钮)的步骤，或者，有基于用户特定操作生成交易操作控件的步骤(如上述图 3(a)中的单击账户信息后弹出含“向该账户转账”交易操作控件的窗口/菜单如上述3(b))，从而在检测到该交易操作控件被选中后触发执行上述步骤S703。

需要说明的是，本发明实施例的UI效果图以及处理流程图是以转账为例进行说明的，当然还适用于收款等其他金融交易。用户在选中某个支付应用之后，或者系统直接打开某个支付应用之后，所呈现的金融交易界面是转账界面、收款界面还是其他界面，具体可以通过所接收的消息的上下文进行判断，如短信模块对所接收信息进行语义分析。

本申请另一实施例提供的技术方案手机的A类应用接收到消息后，对消息分析确定是否存在预设关键字以及账户信息，当确定该信息包括账户信息时，提取能够支持该账户信息的支付应用，并将该支付应用放入到生成的备选支付应用列表中供用户选择，在用户选中其中一个支付应用时，进入到该选中支付应用的界面，在进入支付应用的转账界面时，手机自动填写收款人以及收款账号的信息，并在用户补充完整该转账界面的信息后，向网络侧发送转账请求以实现转账。此方案是首先在生成备选支付应用列表时，手机可以筛选能够处理该账户信息的支付应用，其次用户仅需在备选支付应用列表中选择支付应用，无需用户从A类应用的界面手动切换到支付应用的界面，最后在手机进入选中支付应用的转账界面时，自动填入账户信息以及收款人，方便了用户进行转账且无需用户手动填写账户信息。

参阅图8，图8为本申请又一实施例提供的一种快速进入金融交易的方法，该方法由手机实现，该手机内可以包含A类应用和B类应用，该A类应用例如短信、邮件、备忘录等，该B类应用例如支付宝，银行应用、paypal等,该方法如图8所示，包括如下步骤：

步骤S801、手机X通过短信、邮件等接收到手机Y发送过来的包括指定类型数据(如数字串或者邮箱地址)的消息后，分析消息上下文中是否包含预设的关键字(如支付、转账、还账、借钱、卡号、银行或账号等)，进而判断即将发生的用户行为是否与转账或收款等金融交易相关。

上述步骤S801的实现方法可以参见上述步骤S701的实现方法。

步骤S802、如果判断即将发生的用户行为是与转账或收款等金融交易相关，则确定该指定类型内容为账户信息。

上述步骤S802的实现方法可以参见上述步骤S702的实现方法。

步骤S803、在通讯录中查找该账户信息的所有者(本实施例中，认为账号所有者是账户信息发送者)，并将该账户信息关联到联系人下面。

具体可以为：若账户信息是银行卡号或邮箱地址，则可作为联系人新的属性数据自动或经用户同意后保存到该联系人信息中，若账户信息是电话号码，则当该电话号码与通讯录中已保存的号码不相同时，保存到该联系人信息中。若在没有查到此所有者，则自动创建或者提示用户创建一个新的联系人，将该账户信息作为新的联系人的属性数据自动或经用户同意后保存到该新联系人信息中。

上述方法在将该账户信息关联到联系人下面之前，需要先进行联系人的匹配，具体的，如果A类应用与通讯录应用的控制方相同，如短信应用与手机电话本，或者，邮件应用与手机电话本，或者，即时通讯应用(微信、Facebook等)与其中的通讯录/好友列表，则A类应用可以直接获取通讯录应用中的联系人列表(如每个联系人的姓名或昵称、电话号或即时通讯帐号等属性数据)，然后将账户信息的发送方(如姓名或昵称、电话号或即时通讯帐号)与每个联系人进行匹配，直到匹配成功一个为止，当然，A类应用还可以把该账户信息的发送方发给通讯录，由通讯录进行这次匹配。如果A类应用与通讯录应用的控制方不同，如微信、 Facebook等即时通讯应用与手机电话本，则A类应用可能需要在获取到通讯录中的联系人列表之后，可以请求服务器进行这次匹配，或者，也可以从服务器先获取该发送方的属性数据 (例如手机号、账号等)后在本地进行这次匹配，如，微信应用从服务器侧获取该发送方对应的手机号，然后把该手机号与联系人列表中的手机号进行匹配。

在如图8所示实施例的步骤S803之前，上述方法还可以包括：A类应用可以在确定指定类似内容为账户信息之后，对该账户信息进行分类识别，即确定该账户信息对应的账户类型，然后将该账户类型连同账户信息一起传递给通讯录应用，从而使通讯录应用进行后续步骤例如支付应用的筛选、排序。当然，还可以在通讯录应用获取到A类应用传递过来的账户信息之后，自己进行账户信息的分类识别，此时，需要对通讯录应用进行修改，即添加分类识别处理的功能模块。

步骤S804、根据预设筛选规则从本地安装的所有支付应用中确定可选的支付应用，以生成备选支付应用列表。

上述步骤S804的实现方法可以参见上述步骤S703的实现方法。

步骤S805、根据预设排序规则对备选支付应用列表中的每个可选的支付应用进行排序，以更新备选支付应用列表。

上述步骤S805的实现方法可以参见上述步骤S704的实现方法。

步骤S806、当检测到其中一个支付应用被选中时，直接打开该支付应用的相应交易界面 (如转账界面等)，进一步的，将该账户信息、甚至交易金额或账户信息所有者姓名等其他信息自动填入该交易界面上相应的位置，从而使用户进行后续操作。

上述步骤S806的实现方法可以参见上述步骤S705的实现方法。

本申请又一实施例提供的技术方案手机的A类应用接收到消息后，对消息分析确定是否存在预设关键字以及账户信息，当确定该信息包括账户信息时，将该账户信息与通信录中的一个联系人进行关联，并提取能够支持该账户信息的支付应用，然后将该支付应用放入到生成的备选支付应用列表并在联系人界面显示供用户选择，在用户选中其中一个支付应用时，进入到该选中支付应用的界面，在进入支付应用的转账界面时，手机自动填写收款人以及收款账号的信息，并在用户补充完整该转账界面的信息后，向网络侧发送转账请求以实现转账。此方案能够实现账户信息与联系人之间的关联，方便了用户建立账户信息与联系人的关联。

上述所有实施例中描述的“指定类型的数据”，还可以是交易链接，例如，收款方(对应上述实施例中发送第一信息的电子设备，如手机Y)在paypal交易平台填入付款方(对应上述实施例中接收第一信息的电子设备，如手机A)的手机号或邮箱地址，生成交易链接后，通过短信或者邮件通知给付款方(即手机A接收到包含交易链接的短信或邮件)，付款方的操作类似上述实施例，即直接点击该交易链接即可显示备选支付应用列表，选中一个支付应用后可直接打开相应的交易界面进行后面的交易。

此时，涉及到电子设备(即手机X)对交易链接的识别，通过该交易链接和/或其上下文进行支付应用的筛选与排序，例如，上下文中有“paypal或google wallet”等关键字时，可以筛选出paypal或google wallet，或者，解析交易链接判断其所属的支付平台等等，本发明不进行限定。

参阅图9，图9为本申请提供的一种电子设备900，所述电子设备900可以用于执行如图 1所示实施例的步骤以及步骤的细化方案，如图9所示实施例中的相关描述、技术术语的定义以及技术效果均可以参见如图1所示实施例的描述，这里不在赘述，该电子设备包括：

收发单元901，用于通过电子设备的第一应用接收第一信息；

分析单元902，用于根据预设关键字对所述第一信息的上下文进行分析；

生成单元903，用于当通过所述分析确定所述第一信息包括与金融交易相关的账户信息时，生成备选支付应用列表，所述备选支付应用列表包括：已安装在所述电子设备中的一个或多个支付应用；

调用单元904，用于根据用户或所述电子设备的选择，调用所述备选支付应用列表中的第一支付应用完成所述金融交易。

可选的，所述电子设备还包括：

判断单元905，用于判断所述第一信息中是否包含指定类型的数据，所述指定类型包括：数字串、邮箱地址中的一种或多种；

分析单元902，还用于如果所述判断单元判断出所述第一信息中包含指定类型的数据，则根据预设关键字对所述第一信息的上下文进行分析；

分析单元902，还用于如果所述判断单元判断出所述信息中不包含指定类型的数据，则不对所述第一信息进行处理。

可选的，所述电子设备还包括：

显示单元906，用于在所述电子设备上显示所述备选支付应用列表。

可选的，生成单元903，具体用于根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，生成备选支付应用列表。

可选的，生成单元903，具体用于根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，以及所述第一信息的上下文或账户信息的属性，生成备选支付应用列表，其中，所述第一信息的上下文包括支付应用的标识，所述账户信息的属性包括所述账户信息的发行机构。

可选的，生成单元903，具体用于根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表。

可选的，生成单元903，具体用于根据已安装在所述电子设备中的每个应用的账号处理能力，将能够处理第一类型的所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表，所述第一类型包括指定类型或根据预设识别规则对所述账户信息识别后确定的账户类型，所述指定类型包括：数字串、邮箱地址中的一种或多种。

可选的，所述分析单元902还用于当所述第一信息包括数字串时，根据所述数字串的长度或上下文确定所述数字串是手机号或银行卡号，进而确定所述账户类型为手机号账户或银行卡账户；或者，

当所述第一信息包括邮箱地址时，确定所述账户类型为邮箱账户。

可选的，调用单元904，具体用于调用与所述账户信息匹配的第一支付应用界面并将所述账户信息自动填入到所述第一支付应用界面完成所述金融交易。

可选的，上述电子设备还可以包括：排序单元907，用于根据预设排序规则对所述备选支付应用列表中的多个支付应用排序。

可选的，上述电子设备还包括：验证单元908，用于对所述第一信息的发送方的可靠性进行验证。

可选的，上述电子设备，还可以包括：

判断单元905，用于判断所述账户信息的所有者是否与通讯录中的第一联系人相匹配；

关联单元912，用于如果判断单元905判断出所述账户信息的所有者与所述第一联系人相匹配，则将所述账户信息关联到所述第一联系人；如果判断单元905判断出所述账户信息的所有者与所述通信录中的所有联系人都不匹配，则自动或提示用户在所述通讯录中创建第二联系人，将所述账户信息关联到所述第二联系人。

可选的，上述电子设备还可以包括：

搜索单元910，用于如果在通讯录中的第三联系人页面接收用于搜索账户信息的特定操作，则在所述电子设备中搜索预设时间内收到的与所述第三联系人相关的所述账户信息，并将所述账户信息关联到所述第三联系人。

可选的，上述电子设备还可以包括：

显示单元906，用于在与所述账户信息相对应的位置上将所述备选支付应用列表中每个支付应用对应的图标显示出来，以便于用户在所述通讯录的联系人中通过所述图标选择对应的支付应用。

参阅图10，图10为本申请另外实施例提供的一种电子设备100，该电子设备100可以为手机、平板电脑等设备，该电子设备100如图10所示，包括：处理器1001、存储器1003、收发器1002、显示器1005和总线1004。收发器1002 用于与外部设备之间收发数据。电子设备100中的处理器1001的数量可以是一个或多个。本申请的一些实施例中，处理器1001、存储器1003、显示器1005和收发器1002可通过总线或其他方式连接。电子设备100可以用于执行图1所示的方法以及方法的细化方案。关于本实施例涉及的术语的含义以及举例，可以参考图1对应的实施例。此处不再赘述。

其中，收发器1002，用于通过第一应用接收第一信息；

存储器1003中存储程序代码。处理器1001用于调用存储器1003中存储的程序代码，用于执行以下操作：

处理器1001，用于根据预设关键字对所述第一信息的上下文进行分析；当通过所述分析确定所述第一信息包括与金融交易相关的账户信息时，生成备选支付应用列表，所述备选支付应用列表包括：已安装在所述电子设备中的一个或多个支付应用；根据用户或所述电子设备的选择，调用所述备选支付应用列表中的第一支付应用完成所述金融交易。

需要说明的是，这里的处理器1001可以是一个处理元件，也可以是多个处理元件的统称。例如，该处理元件可以是中央处理器(Central Processing Unit，CPU)，也可以是特定集成电路(Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital singnalprocessor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)。

存储器1003可以是一个存储装置，也可以是多个存储元件的统称，且用于存储可执行程序代码或应用程序运行装置运行所需要参数、数据等。且存储器1003可以包括随机存储器 (RAM)，也可以包括非易失性存储器(non-volatile memory)，例如磁盘存储器，闪存(Flash) 等。

总线1004可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

该电子设备还可以包括输入输出装置，连接于总线1004，以通过总线与处理器1001等其它部分连接。该输入输出装置可以为操作人员提供一输入界面，以便操作人员通过该输入界面选择布控项，还可以是其它接口，可通过该接口外接其它设备。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory， RAM)等。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (39)

1.一种快速进入金融交易的方法，所述方法用于电子设备，其特征在于，包括：

所述电子设备的即时通讯应用接收即时通讯应用信息；判断所述即时通讯应用信息的上下文是否包含与金融交易相关的预设关键字；

当判断所述即时通讯应用信息的上下文包含与金融交易相关的预设关键字时，确定所述即时通讯应用信息包含金融交易相关的账户信息，生成备选支付应用列表，所述备选支付应用列表包括：已安装在所述电子设备中的一个或多个支付应用；其中，所述即时通信应用信息的上下文包括所述即时通信应用信息的内容，或者在接收到所述即时通讯应用信息之前或之后接收到的一条或多条信息，所述一条或多条信息为所述即时通讯应用的信息；

根据用户或所述电子设备的选择，调用与所述账户信息匹配的第一支付应用界面，并将所述账户信息自动填入到所述第一支付应用界面完成金融交易。

2.根据权利要求1所述的方法，其特征在于，在所述电子设备的即时通讯应用接收即时通讯应用信息之后，判断所述即时通讯应用信息的上下文是否包含与金融交易相关的预设关键字之前，还包括：

判断所述即时通讯应用信息中是否包含指定类型的数据，所述指定类型包括：数字串、邮箱地址中的一种或多种；

如果所述即时通讯应用信息中包含指定类型的数据，则判断所述即时通讯应用信息的上下文是否包含与金融交易相关的预设关键字；

如果所述即时通讯应用信息中不包含指定类型的数据，则不对所述即时通讯应用信息进行处理。

3.根据权利要求1或2所述的方法，其特征在于，在所述生成备选支付应用列表之后，在用户或所述电子设备对所述备选支付应用列表中的第一支付应用的选择之前，还包括：

在所述电子设备上显示所述备选支付应用列表。

4.根据权利要求1或2所述的方法，其特征在于，所述生成备选支付应用列表，具体包括：

根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，生成备选支付应用列表。

5.根据权利要求1或2所述的方法，其特征在于，所述生成备选支付应用列表，具体包括：

根据所述即时通讯应用信息的上下文或账户信息的属性，生成备选支付应用列表，其中，所述即时通讯应用信息的上下文包括支付应用的标识，所述账户信息的属性包括所述账户信息的发行机构。

6.根据权利要求4所述的方法，所述根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，生成备选支付应用列表，包括：

根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表。

7.根据权利要求6所述的方法，所述根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表，包括：

根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理第一类型的所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表，所述第一类型包括指定类型或根据预设识别规则对所述账户信息识别后确定的账户类型，所述指定类型包括：数字串、邮箱地址中的一种或多种。

8.根据权利要求7所述的方法，其特征在于，所述根据预设识别规则对所述账户信息识别后确定的账户类型，具体包括：

当所述即时通讯应用信息包括数字串时，根据所述数字串的长度或上下文确定所述数字串是手机号或银行卡号，进而确定所述账户类型为手机号账户或银行卡账户；或者，

当所述即时通讯应用信息包括邮箱地址时，确定所述账户类型为邮箱账户。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：根据预设排序规则对所述备选支付应用列表中的多个支付应用排序。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

对所述即时通讯应用信息的发送方的可靠性进行验证。

11.根据权利要求1所述的方法，其特征在于，所述当判断所述即时通讯应用信息的上下文包含与金融交易相关的预设关键字时，确定所述即时通讯应用信息包含金融交易相关的账户信息之后，还包括：

判断所述账户信息的所有者是否与通讯录中的第一联系人相匹配；

如果所述账户信息的所有者与所述第一联系人相匹配，则将所述账户信息关联到所述第一联系人；

如果所述账户信息的所有者与所述通讯录中的所有联系人都不匹配，则自动或提示用户在所述通讯录中创建第二联系人，将所述账户信息关联到所述第二联系人。

12.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果在通讯录中的第三联系人页面接收到用于搜索账户信息的特定操作，则在所述电子设备中搜索预设时间内收到的与所述第三联系人相关的所述账户信息，并将所述账户信息关联到所述第三联系人。

13.根据权利要求11-12中任一项所述的方法，在所述生成备选支付应用列表之后，在用户或所述电子设备对所述备选支付应用列表中的第一支付应用的选择之前，还包括：

在与所述账户信息相对应的位置上将所述备选支付应用列表中每个支付应用对应的图标显示出来，以便于用户在所述通讯录的联系人中通过所述图标选择对应的支付应用。

14.一种电子设备，其特征在于，所述电子设备包括：

收发单元，用于通过所述电子设备的即时通讯应用接收即时通讯应用信息；分析单元，用于判断所述即时通讯应用信息的上下文是否包含与金融交易相关的预设关键字；

生成单元，用于当判断所述即时通讯应用信息的上下文包含与金融交易相关的预设关键字时，确定所述即时通讯应用信息包含金融交易相关的账户信息，生成备选支付应用列表，所述备选支付应用列表包括：已安装在所述电子设备中的一个或多个支付应用；其中，所述即时通信应用信息的上下文包括所述即时通信应用信息的内容，或者在接收到所述即时通讯应用信息之前或之后接收到的一条或多条信息，所述一条或多条信息为所述即时通讯应用的信息；

调用单元，用于根据用户或所述电子设备的选择，调用与所述账户信息匹配的第一支付应用界面，并将所述账户信息自动填入到所述第一支付应用界面完成金融交易。

15.根据权利要求14所述的电子设备，其特征在于，所述电子设备还包括：

判断单元，用于判断所述即时通讯应用信息中是否包含指定类型的数据，所述指定类型包括：数字串、邮箱地址中的一种或多种

所述分析单元，还用于如果所述判断单元判断出所述即时通讯应用信息中包含指定类型的数据，则判断所述即时通讯应用信息的上下文是否包含与金融交易相关的预设关键字；

所述分析单元，还用于如果所述判断单元判断出所述即时通讯应用信息中不包含指定类型的数据，则不对所述即时通讯应用信息进行处理。

16.根据权利要求14或15所述的电子设备，其特征在于，所述电子设备还包括：

显示单元，用于在所述电子设备上显示所述备选支付应用列表。

17.根据权利要求14或15所述的电子设备，其特征在于，所述生成单元，具体用于根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，生成备选支付应用列表。

18.根据权利要求14或15所述的电子设备，其特征在于，所述生成单元，具体用于根据所述即时通讯应用信息的上下文或账户信息的属性，生成备选支付应用列表，其中，所述即时通讯应用信息的上下文包括支付应用的标识，所述账户信息的属性包括所述账户信息的发行机构。

19.根据权利要求17所述的电子设备，所述生成单元，具体用于根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表。

20.根据权利要求19所述的电子设备，所述生成单元，具体用于根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理第一类型的所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表，所述第一类型包括指定类型或根据预设识别规则对所述账户信息识别后确定的账户类型，所述指定类型包括：数字串、邮箱地址中的一种或多种。

21.根据权利要求20所述的电子设备，其特征在于，所述分析单元还用于当所述即时通讯应用信息包括数字串时，根据所述数字串的长度或上下文确定所述数字串是手机号或银行卡号，进而确定所述账户类型为手机号账户或银行卡账户；或者，当所述即时通讯应用信息包括邮箱地址时，确定所述账户类型为邮箱账户。

22.根据权利要求21所述的电子设备，其特征在于，所述电子设备还包括：

排序单元，用于根据预设排序规则对所述备选支付应用列表中的多个支付应用排序。

23.根据权利要求22所述的电子设备，其特征在于，所述电子设备还包括：

验证单元，用于对所述即时通讯应用信息的发送方的可靠性进行验证。

24.根据权利要求14所述的电子设备，其特征在于，所述电子设备还包括：

所述判断单元，用于当判断所述即时通讯应用信息的上下文包含与金融交易相关的预设关键字时，确定所述即时通讯应用信息包含金融交易相关的账户信息之后，判断所述账户信息的所有者是否与通讯录中的第一联系人相匹配；

关联单元，用于如果所述判断单元判断所述账户信息的所有者与所述第一联系人相匹配，则将所述账户信息关联到所述第一联系人；如果所述判断单元判断所述账户信息的所有者与所述通讯录中的所有联系人都不匹配，则自动或提示用户在所述通讯录中创建第二联系人，将所述账户信息关联到所述第二联系人。

25.根据权利要求14所述的电子设备，其特征在于，所述电子设备还包括：

搜索单元，用于如果在通讯录中的第三联系人页面接收用于搜索账户信息的特定操作，则在所述电子设备中搜索预设时间内收到的与所述第三联系人相关的所述账户信息，并将所述账户信息关联到所述第三联系人。

26.根据权利要求24-25中任一项所述的电子设备，所述电子设备还包括：

显示单元，用于在与所述账户信息相对应的位置上将所述备选支付应用列表中每个支付应用对应的图标显示出来，以便于用户在所述通讯录的联系人中通过所述图标选择对应的支付应用。

27.一种电子设备，其特征在于，所述电子设备包括：收发器、处理器、存储器、显示器和总线，其中，所述收发器、处理器、存储器、显示器通过所述总线连接；

所述收发器，用于通过所述电子设备的即时通讯应用接收通讯应用信息；

所述处理器，用于判断所述即时通讯应用信息的上下文是否包含与金融交易相关的预设关键字；当判断所述即时通讯应用信息的上下文包含与金融交易相关的预设关键字时，确定所述即时通讯应用信息包含金融交易相关的账户信息，生成备选支付应用列表，所述备选支付应用列表包括：已安装在所述电子设备中的一个或多个支付应用；其中，所述即时通信应用信息的上下文包括所述即时通信应用信息的内容，或者在接收到所述即时通讯应用信息之前或之后接收到的一条或多条信息，所述一条或多条信息为所述即时通讯应用的信息；根据用户或所述电子设备的选择，调用与所述账户信息匹配的第一支付应用界面，并将所述账户信息自动填入到所述第一支付应用界面完成金融交易。

28.根据权利要求27所述的电子设备，其特征在于，所述处理器，还用于判断所述即时通讯应用信息中是否包含指定类型的数据，所述指定类型包括：数字串、邮箱地址中的一种或多种；如果判断出所述即时通讯应用信息中包含指定类型的数据，则判断所述即时通讯应用信息的上下文是否包含与金融交易相关的预设关键字；如果判断出所述即时通讯应用信息中不包含指定类型的数据，则不对所述即时通讯应用信息进行处理。

29.根据权利要求27或28所述的电子设备，其特征在于，所述显示器，用于在所述电子设备上显示所述备选支付应用列表。

30.根据权利要求27或28所述的电子设备，其特征在于，所述处理器，具体用于根据已安装在所述电子设备中的每个支付应用的账号处理能力和所述账户信息，生成备选支付应用列表。

31.根据权利要求27或28所述的电子设备，其特征在于，所述处理器，具体用于根据所述即时通讯应用信息的上下文或账户信息的属性，生成备选支付应用列表，其中，所述即时通讯应用信息的上下文包括支付应用的标识，所述账户信息的属性包括所述账户信息的发行机构。

32.根据权利要求30所述的电子设备，所述处理器，具体用于根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表。

33.根据权利要求32所述的电子设备，所述处理器，具体用于根据已安装在所述电子设备中的每个支付应用的账号处理能力，将能够处理第一类型的所述账户信息的所述一个或多个支付应用加入所述备选支付应用列表，所述第一类型包括指定类型或根据预设识别规则对所述账户信息识别后确定的账户类型，所述指定类型包括：数字串、邮箱地址中的一种或多种。

34.根据权利要求33所述的电子设备，其特征在于，所述处理器，具体用于当所述即时通讯应用信息包括数字串时，根据所述数字串的长度或上下文确定所述数字串是手机号或银行卡号，进而确定所述账户类型为手机号账户或银行卡账户；或者，当所述即时通讯应用信息包括邮箱地址时，确定所述账户类型为邮箱账户。

35.根据权利要求34所述的电子设备，其特征在于，所述处理器，还用于根据预设排序规则对所述备选支付应用列表中的多个支付应用排序。

36.根据权利要求35所述的电子设备，其特征在于，所述处理器，还用于对所述即时通讯应用信息的发送方的可靠性进行验证。

37.根据权利要求27所述的电子设备，其特征在于，所述处理器，用于：

当判断所述即时通讯应用信息的上下文包含与金融交易相关的预设关键字时，确定所述即时通讯应用信息包含金融交易相关的账户信息之后，判断所述账户信息的所有者是否与通讯录中的第一联系人相匹配；

如果所述账户信息的所有者与所述第一联系人相匹配，则将所述账户信息关联到所述第一联系人；

如果所述账户信息的所有者与所述通讯录中的所有联系人都不匹配，则自动或提示用户在所述通讯录中创建第二联系人，将所述账户信息关联到所述第二联系人。

38.根据权利要求27所述的电子设备，其特征在于，所述处理器，用于如果在通讯录中的第三联系人页面接收用于搜索账户信息的特定操作，则在所述电子设备中搜索预设时间内收到的与所述第三联系人相关的所述账户信息，并将所述账户信息关联到所述第三联系人。

39.根据权利要求37-38中任一项所述的电子设备，所述显示器，还用于在与所述账户信息相对应的位置上将所述备选支付应用列表中每个支付应用对应的图标显示出来，以便于用户在所述通讯录的联系人中通过所述图标选择对应的支付应用。

Images