购票资格的确定方法、装置、设备及存储介质

摘要

本申请提供了一种购票资格的确定方法、装置、设备及存储介质，属于互联网和计算机领域。所述方法包括：获取基于目标用户帐号的活动关联操作信息，确定出的目标用户帐号的信用积分；响应于信用积分满足条件，确定目标用户帐号具有针对目标活动的购票资格；向客户端发送第一指示信息。本申请实施中，提高购票门槛，避免倒卖票的情况发生，为用户提供良好的购票环境，信用积分的获取与目标活动具有相关性，使得信用积分能够反映目标用户帐号对目标活动的关注程度，保证对目标活动关注度高的用户具有购票资格，避免购票浪费造成的空座情况。

说明书

技术领域

本申请实施例涉及互联网和计算机领域，特别涉及一种购票资格的确定方法、装置、设备及存储介质。

背景技术

目前，电子竞技赛事的举办次数越来越多，线上购票的人数也越来越多。在相关技术中，用户在购买电子竞技赛事的入场票时，采用登录帐号登录售票网站即可进行购票。

然而，在上述相关技术中，登录售票网站之后即可购票，线上购票门槛低，容易导致线下倒卖票的情况泛滥，对实际购票环境造成不良影响。

发明内容

本申请实施例提供了一种购票资格的确定方法、装置、设备及存储介质，能够提高购票门槛，为用户提供良好的购票环境。所述技术方案如下：

根据本申请实施例的一个方面，提供了一种购买资格的确定方法，所述方法包括：

获取基于目标用户帐号的活动关联操作信息，确定出的所述目标用户帐号的信用积分，所述活动关联操作信息是指与目标活动相关的操作信息；

响应于所述信用积分满足条件，确定所述目标用户帐号具有针对所述目标活动的购票资格；

向客户端发送第一指示信息，所述第一指示信息用于指示所述目标用户帐号具有针对所述目标活动的购票资格。

根据本申请实施例的一个方面，提供了一种信用积分显示方法，所述方法包括：

显示活动购票界面，所述活动购票界面中包括至少一个活动的购票入口；

在目标用户帐号未绑定关联帐号的情况下，显示帐号绑定界面，所述帐号绑定界面用于授权绑定至少一个所述关联帐号；

在所述目标用户帐号与所述关联帐号绑定成功的情况下，显示所述目标用户帐号的信用积分；并且，在所述信用积分满足条件的情况下，显示相应的购票控件。

根据本申请实施例的一个方面，提供了一种购票资格的确定装置，所述装置包括：

信息获取模块，用于获取基于目标用户帐号的活动关联操作信息，确定出的所述目标用户帐号的信用积分，所述活动关联操作信息是指与目标活动相关的操作信息；

资格确定模块，用于响应于所述信用积分满足条件，确定所述目标用户帐号具有针对所述目标活动的购票资格；

信息发送模块，用于向客户端发送第一指示信息，所述第一指示信息用于指示所述目标用户帐号具有针对所述目标活动的购票资格。

根据本申请实施例的一个方面，提供了一种信用积分显示装置，所述装置包括：

界面显示模块，用于显示活动购票界面，所述活动购票界面中包括至少一个活动的购票入口；

帐号显示模块，用于在目标用户帐号未绑定关联帐号的情况下，显示帐号绑定界面，所述帐号绑定界面用于授权绑定至少一个所述关联帐号；

积分显示模块，用于在所述目标用户帐号与所述关联帐号绑定成功的情况下，显示所述目标用户帐号的信用积分；并且，在所述信用积分满足条件的情况下，显示相应的购票控件。

计算机设备包括终端和服务器；

根据本申请实施例的一个方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述购票资格的确定方法，或实现上述信用积分显示方法。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述购票资格的确定方法，或实现上述信用积分显示方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述购票资格的确定方法，或实现上述信用积分显示方法。

本申请实施例提供的技术方案可以包括如下有益效果：

通过目标用户帐号的信用积分来检测目标用户帐号的购票资格，在信用积分满足条件的情况下，确定目标用户帐号具有购票资格，提高购票门槛，避免倒卖票的情况发生，为用户提供良好的购票环境；而且，信用积分是通过与目标活动相关的操作信息确定的，即信用积分的获取与目标活动具有相关性，使得信用积分能够反映目标用户帐号对目标活动的关注程度，保证对目标活动关注度高的用户具有购票资格，避免购票浪费造成的空座情况。

附图说明

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

图1是本申请一个实施例提供的购票系统的示意图；

图2是本申请一个实施例提供的购票资格的确定方法的流程图；

图3是本申请另一个实施例提供的购票资格的确定方法的流程图；

图4示例性示出了一种座位选择界面的示意图；

图5示例性示出了一种订单支付界面的示意图；

图6示例性示出了一种购票资格的确定方式的流程的示意图；

图7是本申请一个实施例提供的信用积分显示方法的流程图；

图8和图9示例性示出了活动购票界面的示意图；

图10示例性示出了一种帐号绑定界面的示意图；

图11至图12示例性示出了积分展示界面的示意图；

图13是本申请一个实施例提供的购票资格的确定装置的框图；

图14是本申请另一个实施例提供的购票资格的确定装置的框图；

图15是本申请一个实施例提供的信用积分显示装置的框图；

图16是本申请另一个实施例提供的信用界面显示装置的框图；

图17是本申请一个实施例提供的服务器结构的示意图；

图18是本申请一个实施例提供的终端结构的示意图。

具体实施方式

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

请参考图1，其示出了本申请一个实施例提供的购票系统的示意图。该购票系统可以包括：终端10和服务器20。

终端10可以是诸如手机、平板电脑、游戏主机、电子书阅读器、多媒体播放设备、可穿戴设备、PC(Personal Computer，个人计算机)等电子设备。终端10中可以包括具有购票功能的客户端。其中，该购票功能可以是单独针对某个活动的购票功能，也可以是针对不同活动的购票功能，本申请实施例对此不作限定。可选地，上述客户端可以是需要下载安装的应用程序的客户端，也可以是即点即用的应用程序的客户端。

服务器20用于为终端10提供后台服务。服务器20可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。可选地，服务器20可以是上述客户端的后台服务器。示例性地，服务器20用于对购票用户进行资格检测，确定购票用是否具有购票资格。可选地，服务器20同时为多个终端10中的客户端提供后台服务。

在本申请实施例中，上述终端10中还可以包括与上述客户端相关联的其它客户端。可选地，服务器20在对终端10的购票用户进行资格检测时，基于上述其它客户端所记录的用户操作信息，以及上述客户端所记录的用户操作，确定终端10的购票用户是否具有购票资格。当然，在实际运用中，服务器20也可以根据实际情况实时对购票用户的购票资格进行更新。

可选地，上述终端10和上述服务器20通过网络30进行互相通信。下面，结合几个实施例对本申请技术方案进行介绍说明。

请参考图2，其示出了本申请一个实施例提供的购票资格的确定方法的流程图。该方法可应用于图1所示的购票系统中，如各步骤的执行主体可以是服务器20，该方法可以包括以下几个步骤(201～203)：

步骤201，获取基于目标用户帐号的活动关联操作信息，确定出的目标用户帐号的信用积分。

目标用户帐号是指上述客户端的登录帐号。可选地，用户基于该目标用户帐号登录上述客户端。在一种可能的实施方式中，该目标用户帐号为用户首次登录客户端时，由客户端的后台服务器为用户分配的帐号。示例性地，在用户首次登录该客户端时，通过注册操作获取目标用户帐号。在另一种可能的实施方式中，该目标用户帐号为与上述客户端相关联的其它客户端为用户分配的帐号。示例性地，游戏应用程序与社交应用程序相关联，用户在登录游戏应用程序的客户端时，采用社交应用程序的客户端的登录帐号登录该游戏应用程序的客户端。

在本申请实施例中，服务器在确定目标用户帐号的信用积分时，获取该目标用户帐号的活动关联操作信息，并基于该活动关联操作信息，确定出目标用户帐号的信用积分。其中，上述活动关联操作信息是指与目标活动相关的操作信息，该目标活动可以是任意线上或线下活动，如游戏赛事、绘画展览、在线购物等。

可选地，上述活动关联操作信息中包括由用户通过目标用户帐号所执行的用户操作对应的信息；或者，上述活动关联操作信息中包括由用户通过目标用户帐号和/或关联帐号所执行的用户操作对应的信息。其中，该关联帐号是指与目标用户帐号相关联的用户帐号。可选地，目标用户帐号与关联帐号对应有相同的标识信息，该标识信息用于指示用户的唯一身份。示例性地，关联帐号与目标用户帐号具有相同的手机号作为标识信息；或者，关联帐号与目标用户帐号具有相同的身份证号码作为标识信息；或者，关联帐号与目标用户帐号具有相同的社交帐号作为标识信息；等等。

在一种可能的实施方式中，服务器在接收到来自客户端的积分获取请求之后，获取目标用户帐号的信用积分。其中，该积分获取请求中包括目标用户帐号的标识信息。可选地，服务器在获取上述积分获取请求之后，基于该积分获取请求中的标识信息，收集获取标识信息所记录的用户操作，进而确定上述目标用户帐号的活动关联操作信息。其中，上述用户操作包括目标用户帐号对应的用户操作，以及关联帐号对应的用户操作。

在另一种可能的实施方式中，服务器在确定目标用户帐号与上述关联帐号绑定完成之后，获取目标用户帐号的信用积分。可选地，服务器在接收到来自客户端的帐号绑定请求，对目标用户帐号与至少一个关联帐号进行绑定，该关联帐号用于获取上述活动关联操作信息，进而在目标用户帐号与至少一个关联帐号绑定完成的情况下，服务器基于该目标用户帐号所记录的用户操作，以及该关联帐号所记录的用户操作，确定上述目标用户帐号的活动关联操作信息。在一种可能的实施方式中，上述帐号绑定请求中包括关联帐号的标识信息和目标用户帐号的标识信息，服务器基于该关联帐号的标识信息确定关联帐号，并对该关联帐号与目标用户帐号进行绑定；在另一种可能的实施方式中，上述帐号绑定请求中包括目标用户帐号的标识信息，服务器基于该目标用户帐号的标识信息，搜索获取目标用户帐号对应的关联帐号，进而对该关联帐号与目标用户帐号进行绑定。

需要说明的一点是，在实际运用中，目标用户帐号与关联帐号的绑定时间可以是任意时间，如目标用户帐号在创建时即与关联帐号绑定，用户通过目标用户帐号触发帐号绑定操作之后才与关联帐号绑定，本申请实施例对此不作限定。

可选地，在本申请实施例中，服务器在获取上述目标用户帐号的信用积分之后，可以实时对目标用户帐号的信用积分进行更新。可选地，服务器实时对目标用户帐号的标识信息进行检测，在确定存在新增的活动关联操作信息之后，获取该目标用户帐号新增的活动关联操作信息，并根据该新增的活动关联操作信息获取目标用户帐号的积分变化数值，进而基于该积分变化数值，对目标用户帐号的信用积分进行更新，得到更新后的信用积分。

其中，上述积分变化数值可以是积分增加数值，也可以是积分减少数值，本申请实施例对此不作限定。示例性地，若服务器检测到用户通过关联帐号执行上述其它客户端的签到操作，则确定上述积分变化数值为积分增加数值；若服务器检测到用户通过目标用户帐号接收到来自其他用户的帐号的举报信息，则确定上述积分变化数值为积分减少数值。

需要说明的一点是，根据实际情况的不同，不同活动可以拥有不同的积分规则，因此，服务器在对目标用户帐号进行更新时，可以仅仅对通用操作信息造成的积分变化数值进行更新。之后，在获取目标用户帐号针对某个活动的信用积分时，可以在已更新的离线信用积分的基础上，根据该活动的积分规则确定浮动信用积分，进而根据离线信用积分和浮动信用积分确定目标用户帐号的信用积分。

步骤202，响应于信用积分满足条件，确定目标用户帐号具有针对目标活动的购票资格。

在本申请实施例中，服务器在获取上述目标用户帐号的信用积分之后，基于该信用积分确定目标用户帐号是否具有针对上述目标活动的购票资格。可选地，若上述信用积分满足条件，则确定目标用户帐号具有针对目标活动的购票资格；若上述信用积分未满足条件，则确定目标用户帐号不具有针对目标活动的购票资格。其中，上述条件是指针对目标活动的购票资格判断条件。

可选地，不同活动对应的条件不同。

在实际运用中，可以根据实际情况对该条件进行灵活设置与调整，本申请实施例对此不作限定。例如，上述条件为信用积分大于阈值，服务器在对信用积分进行判断时，将该信用积分与阈值进行比较，若信用积分大于阈值，则确定目标用户帐号具有针对目标活动的购票资格；再例如，上述条件为信用积分对应的排名超过目标值，服务器在对信用积分进行判断时，基于该信用积分确定目标用户帐号的信用排名，并将该信用排名与目标值进行比较，若该信用排名超过目标值，则确定目标用户帐号具有针对目标活动的购票资格。

可选地，不同目标用户帐号对应的上述条件不同。

在一种可能的实施方式中，该条件与目标用户帐号的已注册时长有关。可选地，若目标用户帐号的已注册时长较长，则确定该目标用户帐号对应的用户为旧用户，上述条件达成的难度较小；若目标用户帐号的已注册时长较短，则确定该目标用户帐号对应的用户为新用户，由于无法确定新用户针对目标活动关注程度，在这种情况下，上述条件达成的难度较大。

示例性地，服务器在获取上述信用积分之后，获取目标用户帐号的已注册时长，并基于该目标用户帐号的已注册时长，确定目标用户帐号对应的积分判定阈值，若信用积分大于积分判定阈值，则确定目标用户帐号具有针对目标活动的购票资格。其中，上述已注册时长与上述积分判定阈值呈负相关关系。也就是说，已注册时长越长，积分判定阈值越小，已注册时长越短，积分判定阈值越大。

当然，在实际运用中，可以根据实际情况对上述条件进行灵活设置和调整。示例性地，为了保证新用户的购票体验，服务器在确定目标用户帐号的已注册时长小于某个数值的情况下，确定该目标用户帐号对应的用户为新用户，则向该目标用户帐号分配新人积分获取活动，新用户通过该新人积分获取活动，在短时间内临时获取足够的信用积分，以此来保证新用户的购票资格。示例性地，上述新人积分获取活动可以为邀请旧用户为新用户验证身份、向新用户提问目标活动的相关问题等。

在另一种可能的实施方式中，该条件与目标用户帐号的信用积分更新频率有关。可选地，若目标用户帐号的信用积分更新频率较快，则确定该目标用户帐号对应的用户较活跃，在这种情况下，上述条件达成的难度较小；若目标用户帐号的信用积分更新频率越慢，则确定该目标用户帐号对应的用户不活跃，在这种情况下，上述条件达成的难度较大。

示例性地，服务器在获取上述信用积分之后，获取目标用户帐号的信用积分更新频率，并基于该目标用户帐号的信用积分更新频率，确定目标用户帐号对应的积分判定阈值，若信用积分大于积分判定阈值，则确定目标用户帐号具有针对目标活动的购票资格。其中，上述信用积分更新频率与上述积分判定阈值呈负相关关系。也就是说，即信用积分更新频率越快，积分判定阈值越小，信用积分更新频率越慢，积分判定阈值越大。

步骤203，向客户端发送第一指示信息。

在本申请实施例中，服务器在确定上述目标用户帐号具有针对目标活动的购票资格之后，生成第一指示信息，并向客户端发送该第一指示信息。其中，第一指示信息用于指示目标用户帐号具有针对目标活动的购票资格。可选地，客户端在接收到该第一指示信息之后，在界面中显示相应的购票控件，用户通过针对该购票控件的触发操作来进入购票流程。

可选地，在本申请实施例中，若服务器通过上述信用积分确定目标用户帐号不具有针对目标活动的购票资格，则生成第二指示信息，并向客户端发送该第二指示信息。其中，第二指示信息用于指示目标用户帐号不具有针对目标活动的购票资格。可选地，客户端在接收到该第二指示信息之后，在界面中显示相应的积分详情查看控件，用户通过针对该积分详情查看控件的触发操作来查看积分获取方式的提示信息。

综上所述，本申请实施例提供的技术方案中，通过目标用户帐号的信用积分来检测目标用户帐号的购票资格，在信用积分满足条件的情况下，确定目标用户帐号具有购票资格，提高购票门槛，避免倒卖票的情况发生，为用户提供良好的购票环境；而且，信用积分是通过与目标活动相关的操作信息确定的，即信用积分的获取与目标活动具有相关性，使得信用积分能够反映目标用户帐号对目标活动的关注程度，保证对目标活动关注度高的用户具有购票资格，避免购票浪费造成的空座情况。

另外，根据目标用户帐号的注册时长确定积分判定阈值，即根据不同目标用户帐号的具体情况对积分判断条件进行灵活设置，保证购票资格验证的公平性和合理性。

下面，对信用积分的获取方式进行介绍。可选地，上述活动关联操作信息包括通用操作信息和目标操作信息。

在示例性实施例中，上述步骤201包括以下几个步骤：

1、获取目标用户帐号的离线信用积分。

在本申请实施例中，服务器在确定获取上述目标用户帐号的信用积分时，获取目标用户帐号的离线信用积分。其中，离线信用积分是根据目标用户帐号的通用操作信息确定的。可选地，不同活动对应的通用操作相同，且不同活动针对通用操作的积分规则相同。

在一种可能的实施方式中，上述通用操作信息包括目标用户帐号的绑定操作信息。可选地，服务器在获取上述离线信用积分时，基于目标用户帐号的标识信息，获取目标用户帐号的绑定操作信息，并基于该绑定操作信息确定目标用户帐号起的离线信用积分。其中，绑定操作是针对身份标识信息与目标用户帐号的绑定操作，该身份标识信息用于指示用户的唯一身份，如身份证号码、手机号码等。

在另一种可能的实施方式中，上述通用操作信息包括绑定操作信息和针对关联活动的参加操作信息。其中，关联活动是与上述目标活动相关的其它活动，如关联客户端的签到活动、关联游戏活动、关联活动的购票情况等。可选地，服务器在获取上述离线信用积分时，基于目标用户帐号的标识信息，获取目标用户帐号的绑定操作信息，以及目标用户帐号的针对关联活动的参加操作信息，进而基于绑定操作信息，确定目标用户帐号的基础信用积分，基于参加操作信息，确定目标用户帐号的额外信用积分，并根据基础信用积分和额外信用积分，确定目标用户帐号的离线信用积分。其中，服务器可以通过针对基础信用积分和额外信用积分的相加、相减、相乘、相除、求平均、加权求平均等方式获取上述目标用户帐号的离线信用积分，本申请实施例对此不作限定。

可选地，在本申请实施例中，离线信用积分为实时更新的信用积分。

2、获取目标用户帐号针对目标活动的浮动信用积分。

在本申请实施例中，服务器在确定获取上述目标用户帐号的信用积分时，获取目标用户帐号的浮动信用积分。其中，浮动信用积分是根据目标用户帐号的目标操作信息确定的。可选地，不同活动对应的目标操作不同，且不同活动针对目标操作的积分规则不同。

可选地，服务器在获取上述浮动信用积分时，获取目标活动对应的积分规则。其中，不同活动对应的积分规则不同。进一步地，服务器基于该积分规则包含的目标操作，确定目标用户帐号的目标操作信息，基于积分规则包含的积分计算规则，结合目标用户帐号的目标操作信息，确定目标用户帐号的浮动信用积分。

3、根据离线信用积分和浮动信用积分，确定目标用户帐号的信用积分。

可选地，服务器在获取上述离线信用积分和浮动信用积分之后，根据该离线信用积分和该浮动信用积分，确定目标用户帐号的信用积分。可选地，服务器通过针对离线信用积分和浮动信用积分的相加、相减、相乘、相除、求平均、加权求平均等方式获取上述目标用户帐号的信用积分，本申请实施例对此不作限定。

请参考图3，其示出了本申请另一个实施例提供的购票资格的确定方法的流程图。该方法可应用于图1所示的购票系统中，如各步骤的执行主体可以是服务器20，该方法可以包括以下几个步骤(301～306)：

步骤301，获取基于目标用户帐号的活动关联操作信息，确定出的目标用户帐号的信用积分。

步骤302，响应于信用积分满足条件，确定目标用户帐号具有针对目标活动的购票资格。

步骤303，向客户端发送第一指示信息。

上述步骤301-303与图2实施例中的步骤201-203相同，具体参见图2实施例，在此不作赘述。

步骤304，接收来自客户端的针对目标活动的座位选择信息。

可选地，在本申请实施例中，客户端在接收到上述第一指示信息之后，在界面中显示相应的购票控件，用户通过针对该购票控件的触发操作来进入购票流程。进一步地，客户端在检测到用户针对座位的选择操作之后，生成针对目标活动的座位选择信息，并向服务器接收该座位选择信息。对应地，服务器接收来自客户端的针对目标活动的座位选择信息。

可选地，用户可以通过座位选择界面中针对某个座位的触发操作生成上述座位选择信息。示例性地，如图4所示，在座位选择界面40中包括多个座位选择控件41，且一个座位选择控件41对应一个座位，客户端在检测到针对座位选择控件41的触发操作之后，生成针对目标活动的座位选择信息，并向服务器发送该座位选择信息。此时，座位选择信息中包括所选座位号。

步骤305，响应于座位选择信息和信用积分满足要求，确定目标用户帐号选座成功，并向客户端发送订单信息。

在本申请实施例中，服务器在获取上述座位选择信息之后，对该座位选择信息和上述目标用户帐号的信用积分进行判断，以此来确定目标用户帐号选座是否成功。可选地，若座位选择信息和信用积分满足要求，则确定目标用户帐号选座成功；若座位选择信息和信用积分未满足要求，则确定目标用户帐号选择失败。

其中，上述要求是指针对座位选择信息的信用积分判断要求。可选地，在本申请实施例中，不同区域的座位对应的信用积分判断要求不同。示例性地，座位的观赏效果与上述要求的达成难度正相关关系，也就是说，座位的观赏效果越好，上述要求的达成难度越大，座位的观赏效果越差，上述要求的达成难度越小。

可选地，服务器在获取上述座位选择信息之后，基于该座位选择信息中的位置分布信息，确定该位置分布信息对应的积分门限值，进一步地，服务器将目标用户帐号的信用积分与该积分门限值进行比较。若信用积分大于积分门限值，则确定目标用户帐号座位选择成功；若信用积分小于积分门限值，则确定目标用户帐号作为选择失败。其中，上述位置分布信息用于指示所选座位号的所处区域，也就是说，该位置分布信息能够用于描述所选座位的观赏效果的优劣。

在本申请实施例中，服务器在确定目标用户帐号选座成功之后，生成订单信息，并向客户端发送该订单信息。其中，该订单信息包括目标用户帐号的身份标识信息。可选地，客户端接收到该订单信息之后，显示订单支付界面。示例性地，如图5所示，订单支付界面50中包括目标活动的名称51、目标活动的举办位置52、目标活动的举办时间53、所选座位号54、目标用户帐号的身份标识信息55、待支付金额56和支付按钮57等。

在本申请实施例中，服务器在确定目标用户帐号选座失败之后，生成失败提示信息，并向客户端发送该失败提示信息。其中，该失败提示信息用于指示目标用户帐号选座失败。可选地，该失败提示信息中包括选座失败原因，客户端在接收到该失败提示信息之后，向用户展示选座失败原因，并提醒用户重新选座。

步骤306，在确定订单支付成功的情况下，对所选座位号与目标用户帐号的身份标识信息进行绑定。

在本申请实施例中，服务器确定订单支付成功之后，对所选座位号与目标帐号的身份标识信息进行绑定。在一种可能的实施方式中，该所选座位号包含于上述座位选择信息中；在另一种可能的实施方式中，该所选座位号是在用户支付成功后，由支付成功信息发送至服务器。可选地，上述支付成功信息是由第三方支付平台在确定用户支付成功后生成并发送的信息。

需要说明的一点是，在本申请实施例中，不同目标用户帐号对应的购票数量可以不同。可选地，目标用户帐号的购票数量与信用积分呈正相关关系，也就是说，信用积分越大，购票数量越多，信用积分越小，购票数量越少。当然，在本申请实施例中，一张票仅仅对应一个身份标识信息。

综上所述，本申请实施例提供的技术方案中，通过将积分信息与座位选择资格相关联，且信用积分能够反映用户对目标活动的关注程度，使得对目标活动关注高的用户能够买到前排座位票，保证购票的公平性。

另外，结合参考图6，从服务器侧对用户购票流程进行完整介绍。服务器在接收到针对目标用户帐号的帐号绑定请求之后，基于目标用户帐号的标识信息，确定目标用户帐号的关联帐号，并对目标用户帐号和关联帐号进行绑定。在帐号绑定成功后，获取目标用户帐号的离线信用积分，并根据目标活动对应的积分规则，获取目标用户帐号的浮动信用积分，进而根据该离线信用积分和该浮动信用积分确定目标用户帐号的信用积分。进一步地，若目标用户帐号的信用积分大于积分判定阈值，则确定目标用户帐号具有针对目标活动的购票资格，并向客户端发送第一指示信息；若目标用户帐号的信用积分小于积分判定阈值，则确定目标用户帐号不具有针对目标活动的购票资格，向客户端发送第二指示信息。之后，在服务器检测到座位选择信息之后，基于该座位选择信息确定信用积分对应的积分门限值。进一步地，若目标用户帐号的信用积分大于积分门限值，则确定该目标用户帐号选座成功，并向客户端发送订单信息；若目标用户帐号的信用积分小于积分门限值，则确定目标用户帐号选座失败，向客户端发送选座失败信息。之后，服务器在确定订单支付完成的情况下，将目标用户帐号的身份标识信息与所选座位号进行绑定。

请参考图7，其示出了本申请一个实施例提供的信用积分显示方法的流程图。该方法可应用于图1所示的购票系统中，如各步骤的执行主体可以是终端10，该方法可以包括以下几个步骤(701～703)：

步骤701，显示活动购票界面。

活动购票界面中包括至少一个活动的购票入口。在本申请实施例中，用户在购票之前，由客户端显示活动购票界面，进一步地，用户通过该活动购票界面中的购票入口，控制用户界面显示对应的购票流程。

在一种可能的实施方式中，活动购票界面中包括多个活动对应的购票入口。示例性地，如图8所示，活动购票界面80包括第一活动信息81、第一活动购票入口82、第二活动信息83、第二活动购票入口84、第三活动信息85和第三活动购票入口86。

在另一种可能的实施方式中，活动购票界面中包括一个活动的多个购票入口。示例性地，如图9所示，活动购票界面90中包括目标活动的第一购票入口91、第二购票入口92和第三购票入口93。其中，不同的购票入口对应的目标活动举办时间不同。

步骤702，在目标用户帐号未绑定关联帐号的情况下，显示帐号绑定界面。

帐号绑定界面用于授权绑定至少一个关联帐号。其中，该关联帐号是指与目标用户帐号相关联的用户帐号。可选地，目标用户帐号与关联帐号对应有相同的标识信息，该标识信息用于指示用户的唯一身份。

在本申请实施例中，若目标用户帐号未绑定关联帐号的情况下，显示帐号绑定界面。其中，该帐号绑定界面中包括至少一下绑定帐号的选择标识。可选地，客户端在显示帐号绑定界面之后，对该帐号绑定界面进行检测，若检测到针对某个绑定帐号的选择操作，则基于该绑定帐号的选择操作，确定该绑定帐号为关联帐号。可选地，在本申请实施例中，一个关联帐号包括多于一个角色标识，客户端在确定关联帐号之后，显示该关联帐号对应的多个角色标识的选择控件。其中，不同的角色标识对应该关联帐号在不同场景(如不同应用程序、同一应用程序的不同服务器等)中使用的角色，进一步地，客户端针对目标角色标识的选择控件的触发操作，确定目标角色标识为目标用户帐号的绑定角色标识，并在目标用户帐号与目标角色标识绑定成功的情况下，确定目标用户帐号与关联帐号绑定成功。

示例性地，如图10所示，在帐号绑定界面10中包括帐号绑定按钮101和多个绑定帐号的选择标识102。用户通过点击绑定帐号的选择标识102选择绑定帐号之后，点击帐号绑定按钮101，进一步地，帐号绑定界面100中显示所选择的绑定帐号对应的多个角色标识103，用户通过点击角色标识103触发生成上述帐号绑定请求，并由服务器对目标用户帐号和所选择的绑定帐号进行绑定。

步骤703，在目标用户帐号与关联帐号绑定成功的情况下，显示目标用户帐号的信用积分；并且，在信用积分满足条件的情况下，显示相应的购票控件。

在本申请实施例中，在目标用户帐号与关联帐号绑定成功的情况下，客户端显示目标用户帐号的信用积分；并且，在信用积分满足条件的情况下，显示相应的购票控件。其中，上述条件是指针对目标活动的购票资格判断条件。示例性地，如图11所示，在积分展示界面110中包括目标用户帐号的信用积分111，以及购票控件112。

可选地，该购票控件是针对目标活动的购票控件，用户通过该购票控件进入目标活动的购票流程；或者，该购票控件是针对各个活动的购票控件，用户通过该购票控件进行活动选择界面，并在接收到针对目标活动的选择操作之后，进入目标活动的购票流程。

当然，在目标用户帐号与关联帐号绑定成功的情况下，若在信用积分未满足上述条件，则客户端在显示上述目标用户帐号的信用积分的同时，显示相应的积分详情查看控件。进一步地，客户端在检测到针对积分详情查看控件的触发操作的情况下，显示信用积分的详情展示界面。其中，该信用积分的详情展示界面包括至少一个用于提示上述信用积分的获取途径的提醒图标。

示例性地，如图12所示，在积分展示界面120中包括目标用户帐号的信用积分121，以及积分详情查看控件122。在用户点击积分详情查看控件122之后，将积分展示界面中显示提醒图标123。其中，该提醒图标123包括通用操作对应的提醒图标、针对关联活动的参加操作的提醒图标和目标操作的提醒图标。

当然，在实际运用中，上述图11中的积分展示界面110中也可以包括积分详情查看控件113。

综上所述，本申请实施例提供的技术方案中，在用户界面中显示目标用户帐号的信用积分，使得用户能够直观地查看已拥有的信用积分，操作简便。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图13，其示出了本申请一个实施例提供的购票资格的确定装置的框图。该装置具有实现上述购票资格的确定方法的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是服务器，也可以设置在服务器中。该装置1300可以包括：信息获取模块1310、资格确定模块1320和信息发送模块1330。

信息获取模块1310，用于获取基于目标用户帐号的活动关联操作信息，确定出的所述目标用户帐号的信用积分，所述活动关联操作信息是指与目标活动相关的操作信息。

资格确定模块1320，用于响应于所述信用积分满足条件，确定所述目标用户帐号具有针对所述目标活动的购票资格。

信息发送模块1330，用于向客户端发送第一指示信息，所述第一指示信息用于指示所述目标用户帐号具有针对所述目标活动的购票资格。

在示例性实施例中，所述活动关联操作信息包括通用操作信息和目标操作信息；所述信息获取模块1310，包括：离线获取单元、浮动获取单元和积分获取单元。

离线获取单元，用于获取所述目标用户帐号的离线信用积分；其中，所述离线信用积分是根据所述目标用户帐号的通用操作信息确定的，不同活动对应的通用操作相同。

浮动获取单元，用于获取所述目标用户帐号针对所述目标活动的浮动信用积分；其中，所述浮动信用积分是根据所述目标用户帐号的目标操作信息确定的，不同活动对应的目标操作不同。

积分获取单元，用于根据所述离线信用积分和所述浮动信用积分，确定所述目标用户帐号的信用积分。

在示例性实施例中，所述浮动获取单元，用于获取所述目标活动对应的积分规则；其中，不同活动对应的积分规则不同；基于所述积分规则包含的目标操作，确定所述目标用户帐号的目标操作信息；基于所述积分规则包含的积分计算规则，结合所述目标用户帐号的目标操作信息，确定所述目标用户帐号的浮动信用积分。

在示例性实施例中，所述离线获取单元，用于获取所述目标用户帐号的绑定操作信息，以及所述目标用户帐号的针对关联活动的参加操作信息；其中，所述通用操作信息包括绑定操作信息和针对关联活动的参加操作信息，绑定操作是针对身份标识信息与所述目标用户帐号的绑定操作，所述关联活动是与所述目标活动相关的其它活动；基于所述绑定操作信息，确定所述目标用户帐号的基础信用积分；基于所述参加操作信息，确定所述目标用户帐号的额外信用积分；根据所述基础信用积分和所述额外信用积分，确定所述目标用户帐号的离线信用积分。

在示例性实施例中，所述资格确定模块1320，用于获取所述目标用户帐号的已注册时长；基于所述目标用户帐号的已注册时长，确定所述目标用户帐号对应的积分判定阈值；其中，所述已注册时长与所述积分判定阈值呈负相关关系；响应于所述信用积分大于所述积分判定阈值，确定所述目标用户帐号具有针对所述目标活动的购票资格。

在示例性实施例中，如图14所示，所述装置1300还包括：变化获取模块1340和信息更新模块1350。

所述信息获取模块1310，还用于获取所述目标用户帐号新增的活动关联操作信息。

变化获取模块1340，用于根据所述新增的活动关联操作信息获取所述目标用户帐号的积分变化数值。

信息更新模块1350，用于基于所述积分变化数值，对所述目标用户帐号的信用积分进行更新，得到更新后的信用积分。

在示例性实施例中，如图14所示，所述装置1300还包括：信息接收模块1360、订单发送模块1370和信息绑定模块1380。

信息接收模块1360，用于接收来自所述客户端的针对所述目标活动的座位选择信息。

订单发送模块1370，用于响应于所述座位选择信息和所述信用积分满足要求，确定所述目标用户帐号选座成功，并向所述客户端发送订单信息，所述订单信息包括所述目标用户帐号的身份标识信息。

信息绑定模块1380，用于在确定订单支付成功的情况下，对所选座位号与所述目标用户帐号的身份标识信息进行绑定。

在示例性实施例中，如图14所示，所述装置1300还包括：帐号绑定模块1390。

帐号绑定模块1390，用于响应于接收到来自所述客户端的帐号绑定请求，对所述目标用户帐号与至少一个关联帐号进行绑定；其中，所述关联帐号用于获取所述活动关联操作信息。

所述信息获取模块1310，还用于在所述目标用户帐号与至少一个所述关联帐号绑定完成的情况下，执行所述获取基于目标用户帐号的活动关联操作信息，确定出的所述目标用户帐号的信用积分的步骤。

综上所述，本申请实施例提供的技术方案，通过目标用户帐号的信用积分来检测目标用户帐号的购票资格，在信用积分满足条件的情况下，确定目标用户帐号具有购票资格，提高购票门槛，避免倒卖票的情况发生，为用户提供良好的购票环境；而且，信用积分是通过与目标活动相关的操作信息确定的，即信用积分的获取与目标活动具有相关性，使得信用积分能够反映目标用户帐号对目标活动的关注程度，保证对目标活动关注度高的用户具有购票资格，避免购票浪费造成的空座情况。

请参考图15，其示出了本申请一个实施例提供的信用积分显示装置的框图。该装置具有实现上述信用积分显示方法的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是终端，也可以设置在终端中。该装置1500可以包括：界面显示模块1510、帐号显示模块1520和积分显示模块1530。

界面显示模块1510，用于显示活动购票界面，所述活动购票界面中包括至少一个活动的购票入口。

帐号显示模块1520，用于在目标用户帐号未绑定关联帐号的情况下，显示帐号绑定界面，所述帐号绑定界面用于授权绑定至少一个所述关联帐号。

积分显示模块1530，用于在所述目标用户帐号与所述关联帐号绑定成功的情况下，显示所述目标用户帐号的信用积分；并且，在所述信用积分满足条件的情况下，显示相应的购票控件。

在示例性实施例中，如图16所示，所述装置1500还包括：帐号选择模块1540、角色显示模块1550、角色选择模块1560和结果确定模块1570。

帐号选择模块1540，用于响应于针对所述帐号绑定界面中绑定帐号的选择操作，确定所述绑定帐号为所述关联帐号。

角色显示模块1550，用于响应于所述关联帐号包括多于一个角色标识，显示所述多个角色标识的选择控件；其中，不同的角色标识对应所述关联帐号在不同场景中使用的角色。

角色选择模块1560，用于响应于针对目标角色标识的选择控件的触发操作，确定目标角色标识为所述目标用户帐号的绑定角色标识。

结果确定模块1570，用于在所述目标用户帐号与所述目标角色标识绑定成功的情况下，确定所述目标用户帐号与所述关联帐号绑定成功。

在示例性实施例中，所述积分显示模块1530，还用于在所述目标用户帐号与所述关联帐号绑定成功的情况下，显示所述目标用户帐号的信用积分；并且，在所述信用积分未满足所述条件的情况下，显示相应的积分详情查看控件；响应于针对所述积分详情查看控件的触发操作，显示所述信用积分的详情展示界面；其中，所述信用积分的详情展示界面包括至少一个用于提示所述信用积分的获取途径的提醒图标。

综上所述，本申请实施例提供的技术方案，在用户界面中显示目标用户帐号的信用积分，使得用户能够直观地查看已拥有的信用积分，操作简便。

请参考图17，其示出了本申请一个实施例提供的服务器的结构框图。该服务器可用于实现上述购票资格的确定方法的功能。具体来讲：

服务器1700包括中央处理单元(Central Processing Unit，CPU)1701、包括随机存取存储器(Random Access Memory，RAM)1702和只读存储器(Read Only Memory，ROM)1703的系统存储器1704，以及连接系统存储器1704和中央处理单元1701的系统总线1705。服务器1700还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)1706，和用于存储操作系统1713、应用程序1714和其他程序模块1715的大容量存储设备1707。

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

大容量存储设备1707通过连接到系统总线1705的大容量存储控制器(未示出)连接到中央处理单元1701。大容量存储设备1707及其相关联的计算机可读介质为服务器1700提供非易失性存储。也就是说，大容量存储设备1707可以包括诸如硬盘或者CD-ROM(Compact Disc Read-Only Memory，只读光盘)驱动器之类的计算机可读介质(未示出)。

不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM(Erasable Programmable Read Only Memory，可擦除可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read Only Memory，电可擦可编程只读存储器)、闪存或其他固态存储其技术，CD-ROM、DVD(Digital Video Disc，高密度数字视频光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器1704和大容量存储设备1707可以统称为存储器。

根据本申请的各种实施例，服务器1700还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1700可以通过连接在系统总线1705上的网络接口单元1711连接到网络1712，或者说，也可以使用网络接口单元1711来连接到其他类型的网络或远程计算机系统(未示出)。

所述存储器还包括计算机程序，该计算机程序存储于存储器中，且经配置以由一个或者一个以上处理器执行，以实现上述购票资格的确定方法。

请参考图18，其示出了本申请一个实施例提供的终端1800的结构框图。该终端1800可以是诸如手机、平板电脑、游戏主机、电子书阅读器、多媒体播放设备、可穿戴设备、PC等电子设备。该终端用于实施上述实施例中提供的虚拟对象的控制方法。该终端可以是图1所示游戏运行环境中的终端10。具体来讲：

通常，终端1800包括有：处理器1801和存储器1802。

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

存储器1802可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1802还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1802中的非暂态的计算机可读存储介质用于存储至少一个指令，至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集，且经配置以由一个或者一个以上处理器执行，以实现上述信用积分显示方法。

在一些实施例中，终端1800还可选包括有：外围设备接口1803和至少一个外围设备。处理器1801、存储器1802和外围设备接口1803之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1803相连。具体地，外围设备包括：射频电路1804、显示屏1805、摄像头组件1806、音频电路1807、定位组件1808和电源1809中的至少一种。

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

在示例性实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或所述指令集在被服务器的处理器执行时以实现上述购票资格的确定方法。

在示例性实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或所述指令集在被终端的处理器执行时以实现上述信用积分显示方法。

可选地，该计算机可读存储介质可以包括：ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、SSD(Solid State Drives，固态硬盘)或光盘等。其中，随机存取记忆体可以包括ReRAM(Resistance Random Access Memory，电阻式随机存取记忆体)和DRAM(Dynamic Random Access Memory，动态随机存取存储器)。

在示例性实施例中，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。服务器的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该服务器执行上述购票资格的确定方法。

在示例性实施例中，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。终端的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该终端执行上述信用积分显示方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。另外，本文中描述的步骤编号，仅示例性示出了步骤间的一种可能的执行先后顺序，在一些其它实施例中，上述步骤也可以不按照编号顺序来执行，如两个不同编号的步骤同时执行，或者两个不同编号的步骤按照与图示相反的顺序执行，本申请实施例对此不作限制。

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