CN103440573A - 一种支付指令的发送方法和终端 - Google Patents

Abstract

本发明提出一种支付指令的发送方法，包括：建立联系人与账户之间的关联关系；接收用户对所述联系人选择的指令；根据所述指令，开启与所述账户对应的支付应用；通过所述支付应用，接收用户向所述账户发送的支付指令。本发明无需用户手动开启支付应用来完成转账，而且也无需用户输入支付的账户信息，让用户通过对联系人的操作实现向联系人的账户发送支付指令的过程，为用户进行转账之类的支付操作提供便利。

Description

一种支付指令的发送方法和终端

技术领域

本发明涉及移动支付领域，尤其涉及一种支付指令的发送方法和终端。

背景技术

转账（Transfer of Account）是指不直接使用现金，将款项从付款方账户划转到收款方账户完成货币收付的一种结算方式。

随着智能手机的广泛应用，用户能够直接通过手机给朋友转账。目前，当用户想要在手机上给朋友转账，常见的操作是：安装银行的网银应用，然后打开安装好的网银应用，输入冗长的收款账号（如收款方的银行卡号）以便完成转账。可见，上述转账操作需要用户在每次转账时都填写冗长的收款账号，操作方式较为繁琐，而且需要耗费用户较多的时间。

发明内容

本发明实施例提供了一种支付指令的发送方法和终端，用于为用户提供便捷的转账操作。

为解决上述技术问题，本发明实施例提供以下技术方案：

本发明提出一种支付指令的发送方法，所述方法包括：

建立联系人与账户之间的关联关系；

接收用户对所述联系人选择的指令；

根据所述指令，开启与所述账户对应的支付应用；

通过所述支付应用，接收用户向所述账户发送的支付指令。

可选地，所述建立联系人与账户之间的关联关系的步骤，具体为：建立联系人预置的属性信息与账户之间的关联关系。

可选地，所述根据所述指令，开启与所述账户对应的支付应用的步骤，具体为：根据所述指令，开启与所述账户对应的支付应用，在所述支付应用中显示所述属性信息。

可选地，所述联系人具备至少两项属性信息；

则所述建立联系人的属性信息与账户之间的关联关系的步骤，具体为：建立联系人的所述至少两项属性信息与一个账户之间的关联关系。

可选地，所述联系人具体为：存储在电话应用的通讯录中的联系人；

所述接收用户对所述联系人选择的指令的步骤，具体为：接收用户在所述通讯录中对所述联系人选择的指令。

本发明还提出一种终端，所述终端包括：

建立单元，用于建立所述联系人与账户之间的关联关系；

第一接收单元，用于接收用户对所述联系人选择的指令；

启动单元，用于根据所述第一接收单元接收到的指令，开启与所述账户对应的支付应用；

第二接收单元，用于通过所述启动单元开启的支付应用，接收用户向所述账户发送的支付指令。

可选地，所述建立单元具体用于：建立联系人预置的属性信息与账户之间的关联关系。

可选地，所述终端还包括：显示单元，用于在所述启动单元开启的支付应用中显示所述属性信息。

可选地，所述联系人具备至少两项属性信息；

所述建立单元具体用于：建立联系人的所述至少两项属性信息与一个账户之间的关联关系。

可选地，所述联系人具体为：存储在电话应用的通讯录中的联系人；

所述第一接收单元具体用于：接收用户在所述通讯录中对所述联系人选择的指令。

由上可见，本发明实施例中建立联系人与账户之间的关联关系，当接收到用户对联系人选择的指令时，开启与该联系人对应的账户对应的支付应用，并通过该支付应用，接收用户向该账户发送的支付指令，由于本发明实施例建立了联系人与账户的关联关系，而账户与支付应用存在对应关系，所以本发明实施例无需用户手动开启支付应用来完成转账，而且也无需用户输入支付的账户信息，让用户通过对联系人的操作实现向联系人的账户发送支付指令的过程，为用户进行转账之类的支付操作提供便利。

附图说明

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

图1为本发明提供的支付指令的发送方法一个实施例流程示意图；

图2为本发明提供的一种应用场景下手机接收到用户对联系人选择的指令时的界面显示示意图；

图3为本发明提供的一种应用场景下手机启动支付应用的示意图；

图4为本发明提供的终端一个实施例结构示意图；

图5为本发明提供的终端另一个实施例结构示意图。

具体实施方式

本发明实施例提供了一种支付指令的发送方法和终端。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面对本发明实施例中的一种支付指令的发送方法进行描述，请参阅图1，本发明实施例中的支付指令的发送方法，包括：

101、建立联系人与账户之间的关联关系；

在本发明实施例中，终端中存储有至少一个联系人。

终端建立上述联系人与账户之间的关联关系。

可选地，终端建立联系人预置的属性信息与账户之间的关联关系。联系人预置的属性信息可以为一项，也可以为两项以上。当联系人具备两项以上属性信息时，终端建立联系人的至少两项属性信息与一个账户之间的关联关系。

可选地，上述联系人为存储在上述终端的电话应用的通讯录中的联系人，或者，上述联系人为存储在上述终端的邮箱应用中的联系人，或者，上述联系人为存储在上述终端的即时通讯应用中的联系人。

可选地，若上述联系人为存储在上述终端的电话应用的通讯录中的联系人，则上述联系人的属性信息包括如下信息中的一项或多项：联系人的手机号码，联系人的固话号码和联系人的姓名；若上述联系人存储在上述终端的邮箱应用中的联系人，则上述联系人的属性信息包括如下信息中的一项或多项：联系人的邮箱地址和联系人的姓名；若上述联系人为存储在上述终端的即时通讯应用中的联系人，则上述联系人的属性信息包括如下信息中的一项或多项：联系人的即时通讯应用账号和联系人的个性名称。

可选地，上述账户为上述联系人的银行卡号，或者，上述账户为上述联系人的第三方电子支付平台账号。

102、接收用户对上述联系人选择的指令；

终端接收用户对上述联系人选择的指令。

用户对联系人的选择可以是在联系人列表中使用点击、划选或长按等方式选中具体的联系人，还可以是其他方式。

可选地，用户对联系人的选择可以是在具体某个联系人的联系人详情页面中，对该联系人的属性信息的选择。联系人详情页面是指记录着联系人的各种属性信息的页面，所指的属性信息包括联系人的名称、电话号码、邮箱地址、和/或即时通讯应用账号等。具体地，通过点击、划选或长按等方式可以实现对该联系人的属性信息的选择。

103、根据上述指令，开启与上所述账户对应的支付应用；

其中，上述支付应用支持向上述账户进行支付的服务。

可选地，上述支付应用为第三方电子支付客户端，如支付宝、安付通或国付通等，或者，上述支付应用也可以为各大银行的网银客户端，此处不作限定。

需要说明的是，与上述账户存在对应关系的支付应用可以为一个，也可以为多个，当终端中与上述账户对应的支付应用为多个时，终端可以随机从上述多个与上述账户对应的支付应用中确定一个支付应用并开启该支付应用，或者，终端也可以根据用户使用次数，开启用户使用次数最多且与上述账户对应的支付应用，或者，终端也可以开启与上述账户对应的默认支付应用，此处不作限定。

104、通过上述支付应用，接收用户向上述账户发送的支付指令；

本发明实施例中，用户可以在步骤103开启的支付应用中确认、修改或完善支付信息（如账户、支付金额等）。当用户对支付信息确认无误后，通过步骤103开启的支付应用向上述账户发送支付指令。

需要说明的是，本发明实施例中的终端例如可以为智能手机，平板电脑、笔记本、台式计算机等，此处不作限定。

由上可见，本发明实施例中建立联系人与账户之间的关联关系，当接收到用户对联系人选择的指令时，开启与该联系人对应的账户对应的支付应用，并通过该支付应用，接收用户向该账户发送的支付指令，由于本发明实施例建立了联系人与账户的关联关系，而账户与支付应用存在对应关系，所以本发明实施例无需用户手动开启支付应用来完成转账，而且也无需用户输入支付的账户信息，让用户通过对联系人的操作实现向联系人的账户发送支付指令的过程，为用户进行转账之类的支付操作提供便利。

为便于更好地理解本发明技术方案，下面以一具体应用场景，对本发明实施例中的支付指令的发送方法进行描述。

如图2所示，假设本发明实施例中建立的是联系人的手机号码（如图2中标记201）和账户之间的关联关系，该账户与手机中安装的支付宝客户端相对应。

当手机接收到用户对联系人选择的指令时，启动支付宝客户端（可选地，在用户点击“通过手机号转账”按钮（如图2中标记202）时，手机启动标记202对应的支付宝客户端），同时，如图3所示，手机在启动的支付应用中显示联系人的手机号码和联系人的姓名，用户在启动的支付应用确认、修改或完善支付信息，当用户确认支付信息时，可以点击图3中的“下一步”按钮向上述账户发送支付指令，手机在接收到用户向上述账户发送的支付指令后，根据接收到的支付指令完成支付。

本发明实施例还提供了一种终端，如图4所示，本发明实施例中的终端400，包括：

建立单元401，用于建立联系人与账户之间的关联关系；

其中，终端400中存储有至少一个联系人。

第一接收单元402，用于接收用户对上述联系人选择的指令；

启动单元403，用于根据第一接收单元402接收到的指令，开启与上述账户关联的支付应用；

第二接收单元404，用于通过启动单元403开启的支付应用，接收用户向上述账户发送的支付指令。

具体的工作流程包括：终端400中存储有至少一个联系人，建立单元401建立联系人与账户之间的关联关系；第一接收单元402接收用户对联系人选择的指令；启动单元403根据第一接收单元402接收到的指令，开启与账户关联的支付应用；第二接收单元404通过启动单元403开启的支付应用，接收用户向上述账户发送的支付指令。

可选地，建立单元401具体用于：建立联系人预置的属性信息与账户之间的关联关系。其中，联系人预置的属性信息可以为一项，也可以为两项以上。当联系人具备两项以上属性信息时，建立单元401具体用于：建立联系人的至少两项属性信息与一个账户之间的关联关系。

可选地，在图4所示实施例的基础上，如图5所示，终端500还包括：

显示单元405，用于在启动单元403开启的支付应用中显示上述属性信息。

可选地，上述联系人为存储在上述终端的电话应用的通讯录中的联系人，或者，上述联系人为存储在上述终端的邮箱应用中的联系人，或者，上述联系人为存储在上述终端的即时通讯应用中的联系人。

可选地，若上述联系人为存储在上述终端的电话应用的通讯录中的联系人，则上述联系人的属性信息包括如下信息中的一项或多项：联系人的手机号码，联系人的固话号码和联系人的姓名；若上述联系人存储在上述终端的邮箱应用中的联系人，则上述联系人的属性信息包括如下信息中的一项或多项：联系人的邮箱地址和联系人的姓名；若上述联系人为存储在上述终端的即时通讯应用中的联系人，则上述联系人的属性信息包括如下信息中的一项或多项：联系人的即时通讯应用账号和联系人的个性名称。

可选地，上述账户为上述联系人的银行卡号，或者，上述账户为上述联系人的第三方电子支付平台账号。

其中，第一接收单元402接收用户对联系人选择的指令的过程中，用户对联系人的选择可以是在联系人列表中使用点击、划选或长按等方式选中具体的联系人，还可以是其他方式。

可选地，用户对联系人的选择可以是在具体某个联系人的联系人详情页面中，对该联系人的属性信息的选择。联系人详情页面是指记录着联系人的各种属性信息的页面，所指的属性信息包括联系人的名称、电话号码、邮箱地址、和/或即时通讯应用账号等。具体地，通过点击、划选或长按等方式可以实现对该联系人的属性信息的选择。

可选地，上述支付应用为第三方电子支付客户端，如支付宝、安付通或国付通等，或者，上述支付应用也可以为各大银行的网银客户端，此处不作限定。

需要说明的是，与上述账户关联的支付应用可以为一个，也可以为多个，当终端中与上述账户关联的支付应用为多个时，启动单元403可以随机从上述多个与上述账户关联的支付应用中确定一个支付应用并开启该支付应用，或者，启动单元403也可以根据用户使用次数，开启用户使用次数最多且与上述账户关联的支付应用，或者，启动单元403也可以开启与上述账户关联的默认支付应用，此处不作限定。

需要说明的是，本发明实施例中的终端例如可以为智能手机，平板电脑、笔记本、台式计算机等，此处不作限定。

需要说明的是，本发明实施例中的终端可以如上述方法实施例中的终端，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述方法实施例中的相关描述，此处不再赘述。

由上可见，本发明实施例中终端通过建立联系人与账户之间的关联关系，当接收到用户对联系人选择的指令时，开启与该联系人对应的账户关联的支付应用，并通过该支付应用，接收用户向该账户发送的支付指令，由于本发明实施例建立了联系人与账户的关联关系，而账户与支付应用存在对应关系，所以本发明实施例无需用户手动开启支付应用来完成转账，而且也无需用户输入支付的账户信息，让用户通过对联系人的操作实现向联系人的账户发送支付指令的过程，为用户进行转账之类的支付操作提供便利。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以理解上述实施例中的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质例如可以包括：只读存储器、随机存储器、磁盘或光盘等。

以上对本发明所提供的一种支付指令的发送方法和终端进行了详细介绍，本文中应用了具体个例对本发明的原理及实施例方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种支付指令的发送方法，其特征在于，所述方法包括：

建立联系人与账户之间的关联关系；

接收用户对所述联系人选择的指令；

根据所述指令，开启与所述账户对应的支付应用；

通过所述支付应用，接收用户向所述账户发送的支付指令。

2.根据权利要求1所述的方法，其特征在于，所述建立联系人与账户之间的关联关系的步骤，具体为：建立联系人预置的属性信息与账户之间的关联关系。

3.根据权利要求2所述的方法，其特征在于，所述根据所述指令，开启与所述账户对应的支付应用的步骤，具体为：根据所述指令，开启与所述账户对应的支付应用，在所述支付应用中显示所述属性信息。

4.根据权利要求2所述的方法，其特征在于，所述联系人具备至少两项属性信息；

则所述建立联系人的属性信息与账户之间的关联关系的步骤，具体为：建立联系人的所述至少两项属性信息与一个账户之间的关联关系。

5.根据权利要求1至4中任意一项所述的方法，其特征在于，

所述联系人具体为：存储在电话应用的通讯录中的联系人；

所述接收用户对所述联系人选择的指令的步骤，具体为：接收用户在所述通讯录中对所述联系人选择的指令。

6.一种终端，其特征在于，所述终端包括：

建立单元，用于建立所述联系人与账户之间的关联关系；

第一接收单元，用于接收用户对所述联系人选择的指令；

启动单元，用于根据所述第一接收单元接收到的指令，开启与所述账户对应的支付应用；

第二接收单元，用于通过所述启动单元开启的支付应用，接收用户向所述账户发送的支付指令。

7.根据权利要求6所述的终端，其特征在于，

所述建立单元具体用于：建立联系人预置的属性信息与账户之间的关联关系。

8.根据权利要求7所述的终端，其特征在于，所述终端还包括：

显示单元，用于在所述启动单元开启的支付应用中显示所述属性信息。

9.根据权利要求7所述的终端，其特征在于，所述联系人具备至少两项属性信息；

所述建立单元具体用于：建立联系人的所述至少两项属性信息与一个账户之间的关联关系。

10.根据权利要求6至9中任一项所述的终端，其特征在于，

所述联系人具体为：存储在电话应用的通讯录中的联系人；

所述第一接收单元具体用于：接收用户在所述通讯录中对所述联系人选择的指令。

Images