CN110210921A

CN110210921A - 代付界面的显示方法、装置、终端及存储介质

Info

Publication number: CN110210921A
Application number: CN201810724446.7A
Authority: CN
Inventors: 李建立; 陈毅
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2018-07-04
Filing date: 2018-07-04
Publication date: 2019-09-06

Abstract

本申请公开了一种代付界面的显示方法、装置、终端及存储介质，涉及电子商务领域。该方法包括：向支付服务器发送代付请求；接收支付服务器发送的代付好友列表，代付好友列表是支付服务器根据关联账号与购买账号的亲密度生成的列表，代付好友列表包括根据亲密度依序排列的关联账号；显示代付界面，代付界面用于显示代付好友列表。当购买账号选择好友代付时，通过对该购买账号的关联账号根据亲密度进行按序排列，得到代付好友列表，终端显示该代付好友列表后，用户可以快速的从列表中查找到亲密度较高的关联账号进行代付，提高了人机交互效率，避免了由于列表中是按照好友的名称的首字母按序排列，而导致的查找好友账号的过程步骤较多的问题。

Description

代付界面的显示方法、装置、终端及存储介质

技术领域

本申请实施例涉及电子商务领域，特别涉及一种代付界面的显示方法、装置及***。

背景技术

电子商务是一种通过互联网进行交换资源交换的交易形式，该电子商务包括使用交换资源交换实物、虚拟物品、服务等形式的商品。并且，用户在通过交换资源对商品进行交换时，可以申请由与该用户具有关联关系的好友代付相应的交换资源以获得对应的商品。

相关技术中，用户在对商品A进行购买并申请代付时，终端显示代付用户界面，该代付用户界面中会将用户的好友按好友的名称的首字母进行顺序排列显示。用户可以在该按首字母进行顺序排列显示的列表中选择代付的好友，并向该代付的好友发送代付请求，代付的好友接收到代付请求后，可以选择同意代付或者拒绝代付，当代付的好友同意代付时，由该代付的好友支付交换资源后，用户对该商品A购买成功。

然而，在代付用户界面中显示好友时，由于列表中是按照好友的名称的首字母按序排列的，当用户的好友较多时，用户需要先对代付的好友的名称进行确定，然后根据该名称的首字母，在对应的首字母区域查找该代付的好友，并对该代付的好友进行选择。该选择代付的好友的过程较为繁琐，查找代付的好友的过程中步骤较多，用户在选择代付的好友时人机交互效率较低。

发明内容

本申请实施例提供了一种目标对象提供方法、装置和***，可以解决查找代付的好友的过程中步骤较多，用户在选择代付的好友时人机交互效率较低的问题。该技术方案如下：

一方面，提供了一种代付界面的显示方法，应用于第一客户端中，该方法包括：

向支付服务器发送代付请求，第一客户端登录有购买账号，代付请求用于请求购买账号的关联账号支付目标商品对应的交换资源；

接收支付服务器发送的代付好友列表，代付好友列表是支付服务器根据关联账号与购买账号的亲密度生成的列表，代付好友列表包括根据亲密度依序排列的关联账号；

显示代付界面，代付界面中用于显示代付好友列表。

另一方面，提供了一种代付界面的显示方法，应用于支付服务器中，该方法包括：

接收第一客户端发送的代付请求，第一客户端登录有购买账号，代付请求用于请求购买账号的关联账号支付目标商品对应的交换资源；

根据代付请求获取购买账号与关联账号的亲密度；

根据亲密度将关联账号进行依序排列，得到代付好友列表；

将代付好友列表发送至第一客户端，第一客户端用于显示代付界面，代付界面用于显示代付好友列表。

另一方面，提供了一种代付界面的显示装置，该装置包括：

发送模块，用于向支付服务器发送代付请求，第一客户端登录有购买账号，代付请求用于请求购买账号的关联账号支付目标商品对应的交换资源；

接收模块，用于接收支付服务器发送的代付好友列表，代付好友列表是支付服务器根据关联账号与购买账号的亲密度生成的列表，代付好友列表包括根据亲密度依序排列的关联账号；

显示模块，用于显示代付界面，代付界面中用于显示代付好友列表。

另一方面，提供了一种代付界面的显示装置，该装置包括：

接收模块，用于接收第一客户端发送的代付请求，第一客户端登录有购买账号，代付请求用于请求购买账号的关联账号支付目标商品对应的交换资源；

获取模块，用于根据代付请求获取购买账号与关联账号的亲密度；

排列模块，用于根据亲密度将关联账号进行依序排列，得到代付好友列表；

发送模块，用于将代付好友列表发送至第一客户端，第一客户端用于显示代付界面，代付界面用于显示代付好友列表。

另一方面，提供了一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现本申请实施例所述的代付界面的显示方法。

另一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现本申请实施例所述的代付界面的显示方法。

本发明实施例提供的技术方案带来的有益效果至少包括:

当购买账号选择好友代付时，通过支付服务器对该购买账号的好友账号根据亲密度进行按序排列，得到代付好友列表，即该代付好友列表中的好友账号是根据亲密度进行排列的，终端接收并显示该代付好友列表后，用户可以快速的从代付好友列表中查找到亲密度较高的好友账号进行代付，提高了人机交互效率，避免了由于列表中是按照好友的名称的首字母按序排列，而导致的选择代付的好友账号的过程较为繁琐，查找代付的好友账号的过程步骤较多，用户在选择代付的好友账号时人机交互效率较低的问题。

附图说明

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

图1是本申请一个示例性实施例提供的代付界面显示***的结构框图；

图2是本申请一个示例性实施例提供的代付界面显示方法的流程图；

图3是本申请一个示例性实施例提供的代付界面显示方法的界面示意图；

图4是本申请另一个示例性实施例提供的代付界面显示方法的流程图；

图5是本申请另一个示例性实施例提供的代付界面显示方法的界面示意图；

图6是本申请另一个示例性实施例提供的代付界面显示方法的界面示意图；

图7是本申请另一个示例性实施例提供的代付界面显示方法的流程图；

图8是本申请一个示例性实施例提供的代付界面显示装置的结构框图；

图9是本申请另一个示例性实施例提供的代付界面显示装置的结构框图；

图10是本申请另一个示例性实施例提供的代付界面显示装置的结构框图；

图11是本申请一个示例性实施例提供的终端的结构框图；

图12是本申请一个示例性实施例提供的支付服务器的结构框图。

具体实施方式

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

首先，对本申请实施例中涉及的名词进行简单介绍：

代付：代付是指用户在购买商品时，由他人对该商品进行付款后，用户获得该商品。示意性的，用户A对目标商品进行购买，并申请由用户B对该目标商品进行付款，用户B对目标商品进行付款后，用户A获得该目标商品。

亲密度：亲密度用于表示两个用户之间的亲密程度，可选地，应用在社交平台中，该亲密度用于表示两个账号之间的关系密切程度。可选地，本申请实施例中，该亲密度用于表示购买账号与好友账号之间的亲密程度，该亲密度根据目标商品的商品属性、关联账号的历史消费能力、备注信息、互动频率、代付得分、关注状态和共同好友数中的至少一个计算参数确定，如，该亲密度是支付服务器通过对上述至少一个参数的加权和进行计算得到的。示意性的，以该亲密度由购买账号与关联账号之间的互动频率、代付得分、关注状态和共同好友数决定为例进行说明，购买账号与好友账号A之间的亲密度计算公式如下：

W＝R×w₁+F×w₂+M×w₃+H×w₄

其中，W表示购买账号与好友账号A之间的亲密度，R表示购买账号与好友账号A之间的互动频率，F表示购买账号与好友账号A之间的代付得分、M表示购买账号与好友账号A之间的关注状态、H表示购买账号与好友账号A之间的共同好友数，w₁表示互动频率在计算亲密度中的第一权重，w₂表示代付得分在计算亲密度中的第二权重，w₃表示关注状态在计算亲密度中的第三权重，w₄表示共同好友数率在计算亲密度中的第四权重，则，计算互动频率与第一权重的第一乘积、代付得分与第二权重的第二乘积、关注状态和第三权重的第三乘积以及共同好友数和第四权重的第四乘积；将第一乘积、第二乘积、第三乘积和第四乘积的和确定为购买账号和好友账号A的亲密度。

可选地，当计算参数中包括商品属性和备注信息时，服务器可以首先对上述至少一个计算参数的加权和进行计算，当商品属性与备注信息的对应关系符合目标对应关系时，在该加权和的基础上增加对目标对应关系对应的附加分值得到购买账号与关联账号的亲密度。其中，目标对应关系为预先设置并存储在支付服务器中的对应关系。

示意性的，当商品属性和备注信息的对应关系符合教育类与家属类的第一对应关系时，在加权和的基础上增加与第一对应关系对应的附加分值得到购买账号和关联账号的亲密度；

当商品属性和备注信息的对应关系符合娱乐类与绰号类的第二对应关系时，在加权和的基础上增加与第二对应关系对应的附加分值得到购买账号和关联账号的亲密度；

当商品属性和备注信息的对应关系符合美妆类与亲密关系类的第三对应关系时，在加权和的基础上增加与第三对应关系对应的附加分值得到购买账号和关联账号的亲密度。

其中，一个目标商品可以对应一个或者多个商品属性，一个关联账号也可以对应一个或者多个备注信息。

值得注意的是，上述第一对应关系、第二对应关系以及第三对应关系可以同时实现在同一个实施例中，也可以由三种对应关系中的任意两个进行组合实现在同一个实施例中，还可以分别独自实现在实施例中，本申请对三种对应关系的组合方式不加以限定。

示意性的，支付服务器中预先存储的目标对应关系如下表一所示：

表一

编号	商品属性	备注信息	附加分值
				1	教育类	亲属类	30
2	美妆类	亲密关系类	25
				3	娱乐类	绰号类	20

当购买账号所购买的目标商品为书本时，该目标商品的商品属性属于教育类，当关联账号的备注信息为“爸爸”，则该备注信息属于亲属类，则购买账号与该关联账号的亲密度在加权和的基础上增加30。

值得注意的是，该亲密度的计算可以由支付服务器进行计算、由其他服务器进行计算，还可以由第一客户端进行计算，本申请实施例对此不加以限定。

互动频率：该互动频率用于表示购买账号与关联账号之间的互动频繁程度。可选地，该互动频率可以通过购买账号与好友账号之间的聊天次数、聊天时长等进行计算，可选地，该互动频率还可以根据时间进行逐步衰减，如：购买账号与好友账号在一天内聊天次数达到5次，互动频率增加20分，聊天时长达到20分钟，互动频率增加20分，每天互动频率固定扣除2分。

代付得分：该代付得分用于表示购买账号与关联账号之间的历史代付情况。可选地，该代付得分可以通过购买账号与好友账号之间的代付次数进行计算，如：购买账号与好友账号之间每进行一次代付，代付得分增加30分。其中，购买账号与好友账号之间进行的代付不限定哪一方为代付交换资源的一方。

关注状态：该关注状态用于表示购买账号与关联账号之间的特殊关注状态。可选地，该关注状态可以通过购买账号与好友账号之间的特殊关注状态进行计算，如：当购买账号对好友账号A设置了特别关注，则购买账号与好友账号A之间的关注状态增加10，当好友账号A对购买账号设置了特别关注，则关注状态也增加10，当购买状态对好友账号A设置了隐身对其可见，则关注状态增加15。

共同好友数：该共同好友数可以根据购买账号的好友账号，以及好友账号的第二好友账号确定，如：获取购买账号的所有好友账号的账号标识，以及好友账号的第二好友账号的账号标识，判断账号标识中重复的标识确定共同好友数；可选地，该共同好友数还可以根据购买账号以及好友账号对好友的备注进行关键字匹配，如：购买账号对好友账号b备注为“ABC”，好友账号A对第二好友账号b备注为“辛迪”，则认为被备注为“ABC”的好友即为购买账号与好友账号A的共同好友。

商品属性：商品属性用于表示目标商品所属的类别，该商品属性包括教育类、娱乐类、金融类、美妆类、体育类、食品类、服装类中的任意一种，示意性的，该目标商品为书本，则通过对关键字“书本”的识别，确定该目标商品的商品属性为教育类。由于商品属性在计算加权和时，针对不同的关联账号所起的效果相同，所以可以不将其列入计算加权和的计算参数中，也可以将其视为权重为0的计算参数。

历史消费能力：该历史消费能力可以是由关联账号的支出账单和/或收入账单决定的。如：当前为6月，在5月的支出账单中，当支出账单的金额达到5000，则对应的历史消费能力增加50，当收入账单的金额达到6000，则对应的历史消费能力增加60，以此类推。可选地，该历史消费能力需要获取关联账号的历史支出账单和/或收入账单，可以在获取上述账单之前，首先向关联账号对应的客户端发送获取账号授权的请求，当关联账号向支付服务器授权后，支付服务器获取该关联账号的历史支出账单和/或收入账单，并得到历史消费能力。

备注信息：该备注信息可以是指购买账号对关联账号的备注信息，也可以是指关联账号对购买账号的备注信息，可选地，该备注信息包括亲密关系类、家属类、好友类、名字类、绰号类中的任意一种。示意性的，当购买账号对关联账号A的备注信息为“爸爸”时，则通过对关键字“爸爸”的识别，认为该关联账号A与该购买账号属于家属类，家属类对应的备注信息得分为80。

关联账号：本申请实施例中，关联账号是指与购买账号具有关联关系的账号，可选地，该关联账号可以是该购买账号的好友账号，也可以是与该购买账号在同一个群组中但并未建立好友关系的账号。本申请实施例中，以该关联账号为好友账号为例进行说明。

图1是本申请一个示例性实施例提供的代付界面显示***的结构框图。如图1所示，该***包括：第一客户端11、支付服务器12、第二客户端13，可选地，该***中还包括即时通讯服务器14和社交服务器15。

其中，第一客户端11是用于对目标商品进行购买的客户端，该第一客户端11中登录有购买账号。示意性的，该第一客户端11可以是移动终端中安装的应用程序，该移动终端可以是手机、平板电脑、便携式笔记本电脑、台式电脑中的任意一种。该第一客户端11为具有购买目标商品的能力的应用程序，可选地，该应用程序可以是即时通讯程序，也可以是购物类应用程序。可选地，当第一客户端11对目标商品进行购买时，可以通过支付服务器12对目标商品对应的交换资源进行支付，也可以通过支付服务器12申请第二客户端对该交换资源进行代付。值得注意的是，上述目标商品为泛指，泛指通过该第一客户端11可以购买的商品；该交换资源所指代的含义包括但不限于：用于购买目标对象的实体货币、用于购买目标对象的虚拟货币(如：比特币)、用于购买目标对象的积分、用于购买目标对象的信用分中的至少一个。

可选地，第一客户端11还可以通过即时通讯服务器14与第二客户端13进行通信，该第二客户端13上登录有该购买账号的关联账号。

第一客户端11可以通过通信网络16与支付服务器12进行通信，可选地，第一客户端11也可以通过通信网络16与即时通讯服务器14进行通信。

可选地，该通信网络16可以是局域网、广域网、城域网中的至少一种。

支付服务器12是用于对购买账号的账户、关联账号的账户以及目标商品对应的商家账户之间的交换资源进行转移的服务器。可选地，该支付服务器还用于对购买账号与关联账号之间的好友代付功能进行处理，可选地，本申请实施例中以购买账号购买目标商品，关联账号为购买账号进行代付为例进行说明，实际操作中，也可以关联账号购买目标商品，由购买账号进行代付，本申请实施例对此不加以限定。

可选地，支付服务器12可以通过通信网络16与即时通讯服务器14进行通信，也可以通过通信网络16与第二客户端13进行通信。

第二客户端13是用于为所述第一客户端11上登陆的购买账户进行代付的客户端，该第二客户端13中登录有上述购买账号的关联账号，即该购买账号和关联账号为建立了好友关系的两个账号。可选地，该第二客户端13可以是一个客户端，也可以是多个客户端，如图1所示，该第二客户端13包括第二子客户端131、第二子客户端132以及第二子客户端133。

可选地，第二客户端13可以通过通信网络16与支付服务器12进行通信，也可以通过通信网络16与即时通讯服务器14进行通信。

即时通讯服务器14用于在第一客户端11和第二客户端13之间对消息进行转发，示意性的，第一客户端11打开与关联账号的聊天界面，并输入发送至第二客户端13的消息，选择发送后，该第一客户端11首先通过通信网络16将消息发送至即时通讯服务器14，即时通讯服务器14将该消息转发至第二客户端13以完成购买账号与关联账号的一次通信。

可选地，支付服务器12还可以通过通信网络16与社交服务器15进行通信，社交服务器15用于存储计算购买账号以及关联账号之间亲密度的参数，如：目标商品的商品属性、关联账号的历史消费能力、备注信息、互动频率、代付得分、关注状态和共同好友数等，其中，互动频率可以通过购买账号与关联账号之间的聊天次数、聊天时长等进行计算，代付得分可以通过购买账号与关联账号之间的代付次数进行计算，关注状态可以通过购买账号和关联账号之间的特殊关注状态进行计算(如：特别关注、隐身对其可见、在线对其隐身等)。社交服务器15可以通过通信网络16从第一客户端11和/或第二客户端13获取购买账号与关联账号之间亲密度计算的参数，并通过通信网络16将其发送至支付服务器12。

需要说明的是，在本申请的各个实施例中，所涉及的目标商品可以是具有物理实体的产品，也可以是不具有物理实体的服务。比如，目标商品可以是实际的产品，也可以是保险产品、彩票、基金、增值业务、优惠券等不具有物理实体的服务。

图2是本申请一个示例性实施例提供的代付界面显示方法的流程图。以该代付界面显示方法应用在如图1所示的***中，以关联账号为好友账号为例进行说明，如图2所示，该方法包括：

步骤201，第一客户端向支付服务器发送代付请求。

可选地，该第一客户端登录有购买账号，该代付请求用于请求购买账号的好友账号支付目标商品对应的交换资源。

可选地，该购买账号是指对目标商品进行购买的账号，该对目标商品进行购买是指当支付目标商品对应的交换资源后，该够买账号能够得到该目标商品。

可选地，第一客户端向支付服务器发送代付请求可以是由用户选择好友代付作为支付方式后触发的，也可以是在第一客户端对目标商品进行下单后，直接向该支付服务器发送的，本申请实施例对第一客户端向支付服务器发送代付请求的触发方式不做限定。

可选地，第一客户端向支付服务器发送代付请求之前，该第一客户端选中该目标商品，并获取该目标商品的支付总额后，用户界面中显示有支付方式，如：余额支付、银行卡支付、储蓄卡支付、好友代付等。用户对好友代付选项进行选择后，第一客户端向支付服务器发送代付请求。

可选地，该购买账号包括至少一个好友账号，通常，一个购买账号包括多个好友账号，且该代付请求中并未指出购买账号指定哪一个好友账号作为代付该目标商品的交换资源的目标好友账号。

步骤202，支付服务器接收第一客户端发送的代付请求。

步骤203，支付服务器根据代付请求获取购买账号与好友账号的亲密度。

可选地，该代付请求还包括该购买账号的第一账号标识，支付服务器根据该第一账号标识获取该购买账号与好友账号的亲密度。

可选地，该亲密度的获取方式包括如下方式中的至少一种：

第一，社交服务器中已经对购买账号与好友账号之间的亲密度进行了计算，支付服务器根据第一账号标识从社交服务器中获取购买账号与好友账号之间的亲密度；

第二，支付服务器根据第一账号标识从社交服务器获取购买账号与好友账号之间计算亲密度的参数(如：互动频率、代付得分、关注状态以及共同好友数)后，由支付服务器对亲密度进行计算；

第三，社交服务器根据购买账号与好友账号之间的互动频率、关注状态以及共同好友数计算购买账号与好友账号之间的初步亲密度，支付服务器根据第一账号标识从社交服务器获取购买账号与好友账号之间的初步亲密度，并根据购买账号与好友账号之间的代付得分计算购买账号与好友账号之间的亲密度。

可选地，亲密度的计算方式在上述名词简介中已进行了具体说明，此处不再赘述。

步骤204，支付服务器根据亲密度将好友账号进行依序排列，得到代付好友列表。

可选地，支付服务器将好友账号根据亲密度从高到低进行排列。

可选地，支付服务器可以将购买账号的全部好友账号根据亲密度进行依序排列，也可以从好友账号中选择亲密度最高的n个好友账号进行依序排列，n≥2。示意性的，从全部好友账号中选择亲密度最高的n个好友账号进行依序排列的方式包括如下方式中的至少一种：

第一，n为好友账号的数量的一半，选择亲密度最高的前一半好友账号进行依序排列；可选地，当好友账号的数量为奇数时，可以取该好友账号的数量的一半的整数位作为n，也可以好友账号的数量的一半四舍五入作为n，本申请实施例对此不加以限定，示意性的，好友账号的数量为30，则取亲密度最高的15个好友账号进行依序排列，当有两个或多个好友账号的亲密度相等且都排在第15位时，可以将该两个或多个好友账号都列入代付好友列表，也可以从中随机取一个列入代付好友列表；

第二，n为固定整数，当购买账号的好友账号的数量大于n时，取亲密度最高的n个好友账号进行排列，得到代付好友列表，当购买账号的好友账号的数量小于n时，将所有好友账号根据亲密度进行依序排列得到代付好友列表；

第三，n为亲密度高于预设数值的好友账号的数量，即该n为不确定数；示意性的，预设数值为90，购买账号包括8个好友账号，该8个好友账号的亲密度分别为：55、65、91、88、96、100、77、15，则将亲密度为91、96以及100的三个好友账号进行依序排列，此时n为3。

步骤205，支付服务器将代付好友列表发送至第一客户端。

可选地，该支付服务器将好友账号根据亲密度按序排列后，得到代付好友列表，并将该代付好友列表发送至第一客户端。

步骤206，第一客户端接收支付服务器发送的代付好友列表。

步骤207，第一客户端显示代付界面。

可选地，该代付界面中用于显示上述代付好友列表，即，该代付界面中显示有根据亲密度按序排列的好友账号。

可选地，该代付界面中可以显示完整的代付好友列表，当代付界面的显示能力有限时，该代付界面也可以仅显示部分代付好友列表，并根据用户的操作将该代付好友列表向上或者向下滚动显示。

可选地，用户可以对该代付界面中的代付好友列表中的好友进行选择目标好友账号进行代付。

可选地，该代付界面中还包括完整好友列表控件，即当用户选择该完整好友列表控件进行选择后，显示完整好友列表，该完整好友列表为根据好友备注的首字母按序排列的好友列表。

示意性的，请参考图3，图3是本申请一个示例性的实施例提供的代付界面显示方法的界面示意图，在支付界面31中显示有目标商品的总价为0.2，当前支付方式为余额支付，该支付界面31中还显示有好友代付控件32，用户在该好友代付控件32上进行触摸后，该第一客户端向支付服务器发送代付请求，支付服务器根据该代付请求向第一客户端发送代付好友列表，第一客户端在代付界面33中显示代付好友列表34，该代付界面33中还显示有完整好友列表控件35，当用户需要选择的好友账号不在代付好友列表中时，可以通过对完整好友列表控件35查看完整好友列表，并在完整好友列表中选择代付的好友账号。

综上所述，本实施例提供的代付界面显示方法，当购买账号选择好友代付时，通过支付服务器对该购买账号的好友账号根据亲密度进行按序排列，得到代付好友列表，即该代付好友列表中的好友账号是根据亲密度进行排列的，终端接收并显示该代付好友列表后，用户可以快速的从代付好友列表中查找到亲密度较高的好友账号进行代付，提高了人机交互效率，避免了由于列表中是按照好友的名称的首字母按序排列，而导致的选择代付的好友账号的过程较为繁琐，查找代付的好友账号的过程步骤较多，用户在选择代付的好友账号时人机交互效率较低的问题。

图4是本申请另一个示例性的实施例提供的代付界面显示方法的流程图，以该代付界面显示方法应用在如图1所示的***中为例，如图4所示，该方法包括：

步骤401，第一客户端向支付服务器发送代付请求。

可选地，第一客户端向支付服务器发送代付请求之前，该第一客户端选中该目标商品，并获取该目标商品的支付总额后，用户界面中显示有支付方式，如：余额支付、银行卡支付、储蓄卡支付、好友代付。用户对好友代付选项进行选择后，第一客户端向支付服务器发送代付请求。

步骤402，支付服务器接收第一客户端发送的代付请求。

步骤403，支付服务器根据代付请求获取购买账号与好友账号的亲密度。

步骤404，支付服务器根据亲密度将好友账号进行依序排列，得到代付好友列表。

可选地，支付服务器可以将购买账号的全部好友账号根据亲密度进行依序排列，也可以从好友账号中选择亲密度最高的n个好友账号进行依序排列，n≥2。

步骤405，支付服务器将代付好友列表发送至第一客户端。

步骤406，第一客户端接收支付服务器发送的代付好友列表。

步骤407，第一客户端显示代付界面。

步骤408，第一客户端接收对代付好友列表中的目标好友账号进行选择的选择信号。

可选地，第一客户端接收对目标好友账号进行选择的选择信号的方式包括如下方式中的至少一种：

第一，当第一客户端为台式电脑或笔记本电脑上安装的应用程序时，用户可以通过外部输入设备进行输入并选择目标好友账号，如：通过鼠标指向目标好友账号，并点击鼠标左键，以触发对目标好友账号进行选择的选择信号；

第二，当第一客户端为移动终端(如：带有触摸屏的手机)中安装的应用程序时，用户可已通过在代付界面中对目标好友账号进行触摸，以触发对该目标好友账号的选择信号。

可选地，用户对目标好友账号进行选择时，可以在代付好友列表中选择一个好友账号作为目标好友账号，也可以在代付好友列表中选择多个好友账号作为目标好友账号。

步骤409，第一客户端根据选择信号向支付服务器发送代付申请。

可选地，该代付申请用于申请目标好友账号对目标商品对应的交换资源进行支付。

可选地，该代付申请中包括购买账号的第一账号标识、目标好友账号的第二账号标识，以及目标商品对应的交换资源的数额。

步骤410，支付服务器接收第一客户端发送的代付申请。

步骤411，支付服务器根据代付申请向目标好友账号对应的第二客户端发送支付消息。

可选地，该支付消息中包括目标商品对应的交换资源的数额。可选地，当目标好友账号只有一个时，支付服务器向该目标好友账号对应的第二客户端发送该支付消息，该支付消息中包括目标商品对应的而交换资源的数额；当目标好友账号有多个时，支付服务器向所有目标好友账号对应的第二客户端发送支付消息，所有支付消息中包括与接收该支付消息的目标好友账号对应的交换资源的子数额，且所有子数额的总和为该目标商品对应的交换资源的数额。

可选地，当只有一个目标好友账号时，支付服务器中存储有目标好友账号为购买账号代付时的代付限额，该代付限额用于表示目标好友账号为购买账号代付时的最大代付额度，支付服务器向第二客户端发送支付消息时，还包括如下情况中的至少一种：

第一，当目标商品对应的交换资源的数额不大于代付限额时，向第二客户端发送支付消息，该支付消息中包括目标商品对应的交换资源的数额；

第二，当目标商品对应的交换资源的数额大于代付限额时，向第二客户端发送支付消息，该支付消息包括代付限额。

示意性的，以目标商品对应的而交换资源的数额大于代付限额为例进行说明，请参考图5，图5是本申请一个示例性的实施例提供的代付界面显示方法的界面示意图。

在支付消息显示界面51中显示有目标商品对应的交换资源的数额为600，购买账号“卡卡的”与目标好友账号的代付限额为520，则在该支付消息显示界面51中显示有代付限额520。可选地，代付限额以外的交换资源可以由购买账号支付，也可以由购买账号选择其他好友账号进行支付。

可选地，当目标好友账号不止一个时，支付服务器首先需要确定每个目标好友账号需要支付的交换资源的数额后，根据不同的数额向第二客户端发送支付消息。可选地，在支付服务器确定每个目标好友账号需要支付的交换资源的数额时，可以通过如下方式中的至少一种进行确定：

第一，每个目标好友账号平均支付该交换资源，可选地，当平均支付的数额大于某个目标好友账号的代付限额时，该目标好友账号支付代付限额对应的交换资源，其他目标好友账号平均支付余下的交换资源；

第二，根据每个目标好友账号与购买账号的亲密度按比例支付目标商品对应的交换资源；示意性的，购买账号选择了三个目标好友账号对交换资源进行支付，目标商品的总价为500，目标好友账号A与购买账号的亲密度为30，目标好友账号B与购买账号的亲密度为20，目标好友账号C与购买账号的亲密度为50，则目标好友账号A需支付150，目标好友账号B需支付100，目标好友账号C需支付250。可选地，当某个目标好友账号需要支付的交换资源的数额大于代付限额时，该目标好友账号支付代付限额对应的数额，余下的交换资源由其他的目标好友账号按照亲密度的比例进行支付；

第三，确定每个目标好友账号的代付限额，目标商品对应的交换资源的数额减去代付限额的总和得到一个差值，每个目标好友账号支付代付限额之外，平均支付差值；

第四，每个目标好友账号的支付金额都是最大支付金额(即目标商品对应的交换资源的数额达到代付限额则以代付限额为最大支付金额，若未达到，则以目标商品对应的交换资源的数据为最大支付金额)，先付款的目标好友账号作为目标好友账号。

步骤412，第二客户端接收支付服务器发送的支付消息。

可选地，该支付消息可以是支付服务器通过社交服务器发送至第二客户端的消息，即该支付消息为显示在聊天对话框中的一条消息，使用第二客户端的用户需要点开该消息终端才显示支付消息显示界面，并在该支付消息界面中进行支付；该支付消息也可以是直接显示在第二客户端中的支付消息显示界面，用户可以直接在该支付消息显示界面进行支付。

示意性的，以该支付消息是支付服务器通过社交服务器发送至第二客户端的消息为例进行说明，请参考图6，图6是本申请另一个示例性的实施例提供的代付界面显示方法的界面示意图。在目标好友账号与购买账号“海无涯”的对话界面61中显示有支付服务器通过社交服务器发送至第二客户端的支付消息62，该支付消息62以对话消息的形式显示在对话界面61中。当用户对该消息进行点击后，显示支付消息显示界面63，该支付消息显示界面63中包括该目标好友账号需要支付的交换资源，可选地，该支付消息显示界面63中还包括支付控件64，用户可以通过该支付控件64对交换资源进行支付。

步骤413，第二客户端根据支付消息向支付服务器发送支付请求。

可选地，该支付请求用于对目标商品对应的交换资源进行支付。可选地，该支付请求用于表示第二客户端请求对该目标商品对应的交换资源进行支付。

步骤414，支付服务器接收第二客户端发送的支付请求。

步骤415，支付服务器根据支付请求将目标好友账号的账户中的交换资源转移至目标商品对应的商品账户中。

可选地，该支付请求中包括该目标好友账号为目标商品支付的交换资源的数额，示意性的，第二客户端A上登录有目标好友账号A，第二客户端A向支付服务器发送的支付请求中包括该目标好友账号A为目标商品支付的交换资源的数额为125，则支付服务器从该目标好友账号A的账户中转125至目标商品对应的商品账户中。

可选地，当支付服务器将目标好友账号的账户中的交换资源转移至目标商品对应的商品账户中之后，支付服务器还可以以预设增长幅度提高目标好友账号为购买账号代付时对应的代付限额。

步骤416，支付服务器向第一客户端发送代付成功消息。

步骤417，第一客户端接收支付服务器发送的代付成功消息。

可选地，该支付成功消息用于指示目标好友账号对交换资源支付成功。

本实施例提供的代付界面显示方法，用户在对目标好友账号进行选择时，可以同时选择多个目标好友账号，通过该多个目标好友账号对目标商品对应的交换资源进行支付，提高了购买账号对目标商品进行购买的成功率。

本实施例提供的方法，在计算购买账号与关联账号之间的亲密度时，通过关联账号的历史消费能力计算该亲密度，避免了由于关联账号的消费能力本身较弱，无法对目标商品对应的交换资源进行支付而导致的代付失败的问题。

本实施例提供的方法，在计算购买账号与关联账号之间的亲密度时，通过目标商品的商品属性以及备注信息之间的对应关系进行计算，针对不同的商品属性和备注信息对应不同程度地增加亲密度，结合对应关系对该目标商品进行代付的关联账号的预测更准确。

本实施例提供的方法，在计算购买账号与关联账号之间的亲密度时，通过互动频率、代付得分、关注状态和共同好友数中的至少一个计算参数计算该亲密度，对亲密度的计算更加准确。

图7是是本申请另一个示例性的实施例提供的代付界面显示方法的流程图，以该代付界面显示方法应用在如图1所示的***中为例，如图7所示，该方法包括：

步骤701，第一客户端向商户服务器发送下单请求。

可选地，第一客户端对目标商品进行选择下单后，向该商户服务器发送下单请求，该商户服务器用于处理并转发第一客户端发送的下单请求。可选地，该下单请求包括第一客户端中登录的购买账号的第一账号标识。

步骤702，商户服务器将下单请求转发至支付服务器。

可选地，商户服务器接收到第一客户端发送的下单请求后，将该下单请求转发至支付服务器。

步骤703，支付服务器根据下单请求创建交易会话。

可选地，支付服务器创建的交易会话是以第一账号标识为主键的会话，即在该交易会话中的其他参数都是与该第一账号标识关联的。示意性的，该交易会话中包括第一账号标识、第一客户端的接收地址、目标商品的价格、运费、优惠价格、保险金额等参数，其中，目标商品的价格、运费、优惠价格、保险金额用于确定目标商品对应的交换资源的总额。可选地，支付服务器创建交易会话后，在该支付服务器中进行存储。

步骤704，支付服务器向第一客户端发送订单详情。

可选地，该订单详情包括上述目标商品的价格、运费、优惠价格、保险金额等参数，支付服务器根据第一客户端的接收地址向该第一客户端发送订单详情。

步骤705，第一客户端接收订单详情。

步骤706，第一客户端向支付服务器发送代付请求。

可选地，第一客户端向订单详情后，用户界面中显示有支付方式，如：余额支付、银行卡支付、储蓄卡支付、好友代付。用户对好友代付选项进行选择后，第一客户端向支付服务器发送代付请求。

步骤707，支付服务器接收第一客户端发送的代付请求。

步骤708，支付服务器根据代付请求获取购买账号与好友账号的亲密度。

步骤709，支付服务器根据亲密度将好友账号进行依序排列，得到代付好友列表。

步骤710，支付服务器将代付好友列表发送至第一客户端。

步骤711，第一客户端接收支付服务器发送的代付好友列表。

步骤712，第一客户端显示代付界面。

步骤713，第一客户端接收对代付好友列表中的目标好友账号进行选择的选择信号。

步骤714，第一客户端根据选择信号向支付服务器发送代付申请。

步骤715，支付服务器接收第一客户端发送的代付申请。

步骤716，支付服务器根据代付申请创建代付会话。

可选地，该代付会话是以第二账号标识为主键的会话，即在该代付会话中的其他参数都是与该第二账号标识关联的。示意性的，该交易会话中包括第二账号标识、第一账号标识、第一客户端的接收地址、第二客户端的接收地址、目标好友账号支付的交换资源的数额等。

步骤717，支付服务器根据代付申请，通过社交服务器向目标好友账号对应的第二客户端发送支付消息。

可选地，支付服务器根据第二客户端的接收地址向第二客户端发送支付消息；支付服务器也可以将该支付消息发送至社交服务器，社交服务器根据第二账号标识将该支付消息转发至第二客户端。

步骤718，第二客户端接收支付服务器发送的支付消息。

步骤719，第二客户端根据支付消息向支付服务器发送支付请求。

步骤720，支付服务器接收第二客户端发送的支付请求。

步骤721，支付服务器根据支付请求将目标好友账号的账户中的交换资源转移至目标商品对应的商品账户中。

步骤722，支付服务器通过社交服务器向第一客户端发送代付成功消息。

步骤723，第一客户端接收支付服务器发送的代付成功消息。

值得注意的是，上述支付服务器通过社交服务器发送至第一客户端或者第二客户端的内容，也可以通过即时通讯服务器进行发送，及上述社交服务器可以替换实现为即时通讯服务器。

图8是本申请一个示例性实施例提供的代付界面的显示装置的结构框图，如图8所示，该代付界面的显示装置包括：发送模块81、接收模块82以及显示模块83；

发送模块81，用于向支付服务器发送代付请求，第一客户端登录有购买账号，代付请求用于请求购买账号的关联账号支付目标商品对应的交换资源；

接收模块82，用于接收支付服务器发送的代付好友列表，代付好友列表是支付服务器根据关联账号与购买账号的亲密度生成的列表，代付好友列表包括根据亲密度依序排列的关联账号；

显示模块83，用于显示代付界面，代付界面中用于显示代付好友列表。

在一个可选的实施例中，接收模块82，还用于接收支付服务器发送的代付好友列表，代付好友列表是支付服务器对关联账号与购买账号的亲密度进行计算后，选择前n个亲密度最高的关联账号，并对前n个关联账号根据亲密度依序排列得到的列表，n≥2。

在一个可选的实施例中，支付服务器计算亲密度时的计算参数包括目标商品的商品属性、关联账号的历史消费能力、备注信息、互动频率、代付得分、关注状态和共同好友数中的至少一个计算参数；

代付得分用于表示购买账号与关联账号之间的历史代付情况；

关注状态用于表示购买账号与关联账号之间的特殊关注状态；

亲密度是支付服务器通过对至少一个计算参数的加权和进行计算得到的。

在一个可选的实施例中，计算参数中包括商品属性和备注信息；

亲密度是当商品属性与备注信息的对应关系符合目标对应关系时，支付服务器在计算得到加权和后增加与目标对应关系对应的附加分值后得到的。

在一个可选的实施例中，商品属性包括教育类、娱乐类、金融类、美妆类、体育类、食品类、服装类中的任意一种；

备注信息包括亲密关系类、家属类、好友类、名字类、绰号类中的任意一种。

在一个可选的实施例中，当商品属性和备注信息的对应关系符合教育类与家属类的第一对应关系时，亲密度是支付服务器在计算得到加权和后增加与第一对应关系对应的附加分值后得到的；

当商品属性和备注信息的对应关系符合娱乐类与绰号类的第二对应关系时，亲密度是支付服务器在计算得到加权和后增加与第二对应关系对应的附加分值后得到的；

当商品属性和备注信息的对应关系符合美妆类与亲密关系类的第三对应关系时，亲密度是支付服务器在计算得到加权和后增加与第三对应关系对应的附加分值后得到的。

在一个可选的实施例中，接收模块82，还用于接收对代付好友列表中的目标关联账号进行选择的选择信号；

发送模块81，还用于根据选择信号向支付服务器发送代付申请，代付申请用于申请目标关联账号对目标商品对应的交换资源进行支付，支付服务器用于根据代付申请向目标关联账号对应的第二客户端发送支付消息，支付消息包括目标商品对应的交换资源的数额，第二客户端用于根据支付消息对目标商品对应的交换资源进行支付；

接收模块82，还用于接收支付服务器发送的代付成功消息，代付成功消息用于指示目标关联账号对交换资源支付成功。

综上所述，本实施例提供的代付界面显示装置，当购买账号选择好友代付时，通过支付服务器对该购买账号的好友账号根据亲密度进行按序排列，得到代付好友列表，即该代付好友列表中的好友账号是根据亲密度进行排列的，终端接收并显示该代付好友列表后，用户可以快速的从代付好友列表中查找到亲密度较高的好友账号进行代付，提高了人机交互效率，避免了由于列表中是按照好友的名称的首字母按序排列，而导致的选择代付的好友账号的过程较为繁琐，查找代付的好友账号的过程步骤较多，用户在选择代付的好友账号时人机交互效率较低的问题。

图9是本申请另一个示例性实施例提供的代付界面的显示装置的结构框图，如图9所示，该代付界面的显示装置包括：接收模块91、获取模块92、排列模块93以及发送模块94；

接收模块91，用于接收第一客户端发送的代付请求，第一客户端登录有购买账号，代付请求用于请求购买账号的关联账号支付目标商品对应的交换资源；

获取模块92，用于根据代付请求获取购买账号与关联账号的亲密度；

排列模块93，用于根据亲密度将关联账号进行依序排列，得到代付好友列表；

发送模块94，用于将代付好友列表发送至第一客户端，第一客户端用于显示代付界面，代付界面用于显示代付好友列表。

在一个可选的实施例中，请参考图10，图10是本申请另一个示例性实施例提供的代付界面的显示装置的结构框图，如图10所示，获取模块92，包括：

计算子模块921，用于根据代付请求计算购买账号与关联账号的亲密度；

排列模块93，包括：

选择子模块931，用于从关联账号中选择亲密度最高的前n个关联账号，n≥2；

排列子模块932，用于对前n个关联账号根据亲密度依序排列，得到代付好友列表。

在一个可选的实施例中，计算亲密度时的计算参数包括目标商品的商品属性、关联账号的历史消费能力、备注信息、包括互动频率、代付得分、关注状态和共同好友数中的至少一个计算参数；

计算子模块921，还用于计算至少一个计算参数的加权和作为购买账号和关联账号的亲密度。

计算子模块921，还用于对至少一个计算参数的加权和进行计算；

计算子模块921，还用于当商品属性与备注信息的对应关系符合目标对应关系时，在加权和的基础上增加目标对应关系对应的附加分值得到购买账号和关联账号的亲密度。

在一个可选的实施例中，计算子模块921，还用于当商品属性和备注信息的对应关系符合教育类与家属类的第一对应关系时，在加权和的基础上增加与第一对应关系对应的附加分值得到购买账号和关联账号的亲密度；

和/或，

计算子模块921，还用于当商品属性和备注信息的对应关系符合娱乐类与绰号类的第二对应关系时，在加权和的基础上增加与第二对应关系对应的附加分值得到购买账号和关联账号的亲密度；

和/或，

计算子模块921，还用于当商品属性和备注信息的对应关系符合美妆类与亲密关系类的第三对应关系时，在加权和的基础上增加与第三对应关系对应的附加分值得到购买账号和关联账号的亲密度。

在一个可选的实施例中，接收模块91，还用于接收第一客户端发送的代付申请，代付申请是第一客户端接收对代付好友列表中的目标好友列表进行选择的选择信号后，向支付服务器发送的，代付申请用于申请目标好友账号对目标商品对应的虚拟货币进行支付；

发送模块94，还用于根据代付申请向目标好友账号对应的第二客户端发送支付消息，支付消息包括目标商品对应的虚拟货币的数额；

接收模块91，还用于接收第二客户端发送的支付请求，支付请求用于对目标商品对应的虚拟货币进行支付；

发送模块94，还用于根据支付请求将目标好友账号的账户中的虚拟货币转移至目标商品对应的商户账户中；

发送模块94，还用于向第一客户端发送代付成功消息。

图11示出了本发明一个示例性实施例提供的终端1100的结构框图。该终端1100可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio LayerIII，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1100还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1100包括有：处理器1101和存储器1102。

处理器1101可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1101可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1101也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1101可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1101还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1102可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1102还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1102中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1101所执行以实现本申请中方法实施例提供的代付界面的显示方法。

在一些实施例中，终端1100还可选包括有：***设备接口1103和至少一个***设备。处理器1101、存储器1102和***设备接口1103之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口1103相连。具体地，***设备包括：射频电路1104、触摸显示屏1105、摄像头1106、音频电路1107、定位组件1108和电源1109中的至少一种。

***设备接口1103可被用于将I/O(Input/Output，输入/输出)相关的至少一个***设备连接到处理器1101和存储器1102。在一些实施例中，处理器1101、存储器1102和***设备接口1103被集成在同一芯片或电路板上；在一些其他实施例中，处理器1101、存储器1102和***设备接口1103中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1104用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1104通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1104将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1104包括：天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1104可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1104还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1105用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1105是触摸显示屏时，显示屏1105还具有采集在显示屏1105的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1101进行处理。此时，显示屏1105还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1105可以为一个，设置终端1100的前面板；在另一些实施例中，显示屏1105可以为至少两个，分别设置在终端1100的不同表面或呈折叠设计；在再一些实施例中，显示屏1105可以是柔性显示屏，设置在终端1100的弯曲表面上或折叠面上。甚至，显示屏1105还可以设置成非矩形的不规则图形，也即异形屏。显示屏1105可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1106用于采集图像或视频。可选地，摄像头组件1106包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1106还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1107可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1101进行处理，或者输入至射频电路1104以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1100的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1101或射频电路1104的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1107还可以包括耳机插孔。

定位组件1108用于定位终端1100的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1108可以是基于美国的GPS(GlobalPositioning System，全球定位***)、中国的北斗***或俄罗斯的伽利略***的定位组件。

电源1109用于为终端1100中的各个组件进行供电。电源1109可以是交流电、直流电、一次性电池或可充电电池。当电源1109包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1100还包括有一个或多个传感器1110。该一个或多个传感器1110包括但不限于：加速度传感器1111、陀螺仪传感器1112、压力传感器1113、指纹传感器1114、光学传感器1115以及接近传感器1116。

加速度传感器1111可以检测以终端1100建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1111可以用于检测重力加速度在三个坐标轴上的分量。处理器1101可以根据加速度传感器1111采集的重力加速度信号，控制触摸显示屏1105以横向视图或纵向视图进行用户界面的显示。加速度传感器1111还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1112可以检测终端1100的机体方向及转动角度，陀螺仪传感器1112可以与加速度传感器1111协同采集用户对终端1100的3D动作。处理器1101根据陀螺仪传感器1112采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1113可以设置在终端1100的侧边框和/或触摸显示屏1105的下层。当压力传感器1113设置在终端1100的侧边框时，可以检测用户对终端1100的握持信号，由处理器1101根据压力传感器1113采集的握持信号进行左右手识别或快捷操作。当压力传感器1113设置在触摸显示屏1105的下层时，由处理器1101根据用户对触摸显示屏1105的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1114用于采集用户的指纹，由处理器1101根据指纹传感器1114采集到的指纹识别用户的身份，或者，由指纹传感器1114根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1101授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1114可以被设置终端1100的正面、背面或侧面。当终端1100上设置有物理按键或厂商Logo时，指纹传感器1114可以与物理按键或厂商Logo集成在一起。

光学传感器1115用于采集环境光强度。在一个实施例中，处理器1101可以根据光学传感器1115采集的环境光强度，控制触摸显示屏1105的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1105的显示亮度；当环境光强度较低时，调低触摸显示屏1105的显示亮度。在另一个实施例中，处理器1101还可以根据光学传感器1115采集的环境光强度，动态调整摄像头组件1106的拍摄参数。

接近传感器1116，也称距离传感器，通常设置在终端1100的前面板。接近传感器1116用于采集用户与终端1100的正面之间的距离。在一个实施例中，当接近传感器1116检测到用户与终端1100的正面之间的距离逐渐变小时，由处理器1101控制触摸显示屏1105从亮屏状态切换为息屏状态；当接近传感器1116检测到用户与终端1100的正面之间的距离逐渐变大时，由处理器1101控制触摸显示屏1105从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图11中示出的结构并不构成对终端1100的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本申请还提供了一种支付服务器，该支付服务器包括处理器和存储器，存储器中存储有至少一条指令，至少一条指令由处理器加载并执行以实现上述各个方法实施例提供的在代付界面的显示方法。需要说明的是，该支付服务器可以是如下图12所提供的支付服务器。

请参考图12，其示出了本申请一个示例性实施例提供的支付服务器的结构示意图。具体来讲：所述支付服务器1200包括中央处理单元(CPU)1201、包括随机存取存储器(RAM)1202和只读存储器(ROM)1203的***存储器1204，以及连接***存储器1204和中央处理单元1201的***总线1205。所述支付服务器1200还包括帮助计算机内的各个器件之间传输信息的基本输入/输出***(I/O***)1206，和用于存储操作***1213、应用程序1214和其他程序模块1215的大容量存储设备1207。

所述基本输入/输出***1206包括有用于显示信息的显示器1208和用于用户输入信息的诸如鼠标、键盘之类的输入设备1209。其中所述显示器1208和输入设备1209都通过连接到***总线1205的输入输出控制器1210连接到中央处理单元1201。所述基本输入/输出***1206还可以包括输入输出控制器1210以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1210还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1207通过连接到***总线1205的大容量存储控制器(未示出)连接到中央处理单元1201。所述大容量存储设备1207及其相关联的计算机可读介质为支付服务器1200提供非易失性存储。也就是说，所述大容量存储设备1207可以包括诸如硬盘或者CD-ROI驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的***存储器1204和大容量存储设备1207可以统称为存储器。

存储器存储有一个或多个程序，一个或多个程序被配置成由一个或多个中央处理单元1201执行，一个或多个程序包含用于实现上述代付界面的显示方法的指令，中央处理单元1201执行该一个或多个程序实现上述各个方法实施例提供的代付界面的显示方法。

根据本发明的各种实施例，所述支付服务器1200还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即支付服务器1200可以通过连接在所述***总线1205上的网络接口单元1211连接到网络1212，或者说，也可以使用网络接口单元1211来连接到其他类型的网络或远程计算机***(未示出)。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本发明实施例提供的代付界面的显示方法中由支付服务器所执行的步骤。

本申请实施例还提供一种计算机可读存储介质，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器1210加载并执行以实现如图1至图7任一所述的代付界面的显示方法。

本申请还提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述各个方法实施例提供的代付界面的显示方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种代付界面的显示方法，其特征在于，应用于第一客户端中，所述方法包括：

向支付服务器发送代付请求，所述第一客户端登录有购买账号，所述代付请求用于请求所述购买账号的关联账号支付目标商品对应的交换资源；

接收所述支付服务器发送的代付好友列表，所述代付好友列表是所述支付服务器根据所述关联账号与所述购买账号的亲密度生成的列表，所述代付好友列表包括根据所述亲密度依序排列的所述关联账号；

显示所述代付界面，所述代付界面中用于显示所述代付好友列表。

2.根据权利要求1所述的方法，其特征在于，所述接收支付服务器发送的代付好友列表，包括：

接收所述支付服务器发送的所述代付好友列表，所述代付好友列表是所述支付服务器对所述关联账号与所述购买账号的亲密度进行计算后，选择前n个所述亲密度最高的关联账号，并对所述前n个关联账号根据所述亲密度依序排列得到的列表，n≥2。

3.根据权利要求2所述的方法，其特征在于，所述支付服务器计算所述亲密度时的计算参数包括所述目标商品的商品属性、所述关联账号的历史消费能力、备注信息、互动频率、代付得分、关注状态和共同好友数中的至少一个计算参数；

所述代付得分用于表示所述购买账号与所述关联账号之间的历史代付情况；

所述关注状态用于表示所述购买账号与所述关联账号之间的特殊关注状态；

所述亲密度是所述支付服务器通过对所述至少一个计算参数的加权和进行计算得到的。

4.根据权利要求3所述的方法，其特征在于，所述计算参数中包括所述商品属性和所述备注信息；

所述亲密度是当所述商品属性与所述备注信息的对应关系符合目标对应关系时，所述支付服务器在计算得到所述加权和后增加与所述目标对应关系对应的附加分值后得到的。

5.根据权利要求4所述的方法，其特征在于，

所述商品属性包括教育类、娱乐类、金融类、美妆类、体育类、食品类、服装类中的任意一种；

所述备注信息包括亲密关系类、家属类、好友类、名字类、绰号类中的任意一种。

6.根据权利要求5所述的方法，其特征在于，

当所述商品属性和所述备注信息的对应关系符合所述教育类与所述家属类的第一对应关系时，所述亲密度是所述支付服务器在计算得到所述加权和后增加与所述第一对应关系对应的附加分值后得到的；

和/或，

当所述商品属性和所述备注信息的对应关系符合所述娱乐类与所述绰号类的第二对应关系时，所述亲密度是所述支付服务器在计算得到所述加权和后增加与所述第二对应关系对应的附加分值后得到的；

和/或，

当所述商品属性和所述备注信息的对应关系符合所述美妆类与所述亲密关系类的第三对应关系时，所述亲密度是所述支付服务器在计算得到所述加权和后增加与所述第三对应关系对应的附加分值后得到的。

7.根据权利要求1至6任一所述的方法，其特征在于，所述显示所述代付界面之后，还包括：

接收对所述代付好友列表中的目标关联账号进行选择的选择信号；

根据所述选择信号向所述支付服务器发送代付申请，所述代付申请用于申请所述目标关联账号对所述目标商品对应的交换资源进行支付，所述支付服务器用于根据所述代付申请向所述目标关联账号对应的第二客户端发送支付消息，所述支付消息包括所述目标商品对应的交换资源的数额，所述第二客户端用于根据所述支付消息对所述目标商品对应的交换资源进行支付；

接收所述支付服务器发送的代付成功消息，所述代付成功消息用于指示所述目标关联账号对所述交换资源支付成功。

8.一种代付界面的显示方法，其特征在于，应用于支付服务器中，所述方法包括：

接收第一客户端发送的代付请求，所述第一客户端登录有购买账号，所述代付请求用于请求所述购买账号的关联账号支付目标商品对应的交换资源；

根据所述代付请求获取所述购买账号与所述关联账号的亲密度；

根据所述亲密度将所述关联账号进行依序排列，得到代付好友列表；

将所述代付好友列表发送至所述第一客户端，所述第一客户端用于显示代付界面，所述代付界面用于显示所述代付好友列表。

9.根据权利要求8所述的方法，其特征在于，所述根据所述代付请求获取所述购买账号与所述关联账号的亲密度，包括：

根据所述代付请求计算所述购买账号与所述关联账号的亲密度；

所述根据所述亲密度将所述关联账号进行依序排列，得到代付好友列表，包括：

从所述关联账号中选择亲密度最高的前n个关联账号，n≥2；

对所述前n个关联账号根据所述亲密度依序排列，得到所述代付好友列表。

10.根据权利要求9所述的方法，其特征在于，计算所述亲密度时的计算参数包括所述目标商品的商品属性、所述关联账号的历史消费能力、备注信息、包括互动频率、代付得分、关注状态和共同好友数中的至少一个计算参数；

所述根据所述代付请求计算所述购买账号与所述关联账号的亲密度，包括：

计算所述至少一个计算参数的加权和作为所述购买账号和所述关联账号的亲密度。

11.根据权利要求10所述的方法，其特征在于，所述计算参数中包括所述商品属性和所述备注信息；

所述计算所述至少一个计算参数的加权和作为所述购买账号和所述关联账号的亲密度，包括：

对所述至少一个计算参数的加权和进行计算；

当所述商品属性与所述备注信息的对应关系符合目标对应关系时，在所述加权和的基础上增加所述目标对应关系对应的附加分值得到所述购买账号和所述关联账号的亲密度。

12.一种代付界面的显示装置，其特征在于，所述装置包括：

发送模块，用于向支付服务器发送代付请求，所述第一客户端登录有购买账号，所述代付请求用于请求所述购买账号的关联账号支付目标商品对应的交换资源；

接收模块，用于接收所述支付服务器发送的代付好友列表，所述代付好友列表是所述支付服务器根据所述关联账号与所述购买账号的亲密度生成的列表，所述代付好友列表包括根据所述亲密度依序排列的所述关联账号；

显示模块，用于显示所述代付界面，所述代付界面中用于显示所述代付好友列表。

13.一种代付界面的显示装置，其特征在于，所述装置包括：

接收模块，用于接收第一客户端发送的代付请求，所述第一客户端登录有购买账号，所述代付请求用于请求所述购买账号的关联账号支付目标商品对应的交换资源；

获取模块，用于根据所述代付请求获取所述购买账号与所述关联账号的亲密度；

排列模块，用于根据所述亲密度将所述关联账号进行依序排列，得到代付好友列表；

发送模块，用于将所述代付好友列表发送至所述第一客户端，所述第一客户端用于显示代付界面，所述代付界面用于显示所述代付好友列表。

14.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至11任一所述的代付界面的显示方法。

15.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至11任一所述的代付界面的显示方法。