CN106355485A - 用户界面显示方法、资源分配方法和装置 - Google Patents

Abstract

本发明实施例提供一种用户界面显示方法、资源分配方法和装置，该用户界面显示方法包括：显示资源分配入口控件；响应于对资源分配入口控件的操作，显示与当前服务提供方匹配的多个资源分配参考信息，以供该服务提供方依据这多个资源分配参考信息进行资源分配处理。由于该多个资源分配参考信息是与该服务提供方匹配的，即是针对该服务提供方的、用于该服务提供方进行资源分配的参考之用，意味着不同服务提供方对应的资源分配参考信息不同，从而可以使得服务提供方能够依据针对性的资源分配参考信息自主进行有效地资源分配处理。

Description

用户界面显示方法、资源分配方法和装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种用户界面显示方法、资源分配方法和装置。

背景技术

随着互联网的发展，O2O(Online To Offline，线上到线下)作为一种新型的电子商务模式，已经大大改变了人们的生活方式，比如人们的出行方式、购物方式、配送方式等都在发生巨大变化。

以购物方式为例，各服务提供方可以通过电子商务服务平台向广大用户提供服务，比如销售各种商品。用户通过网上购物完成商品的购买，服务提供方通过线下的配送过程将用户购买的商品配送至用户。

目前，服务提供方或者服务平台为了吸引更多的用户来消费，往往会向用户推出诸如优惠券、满减、折扣等优惠活动，但是，目前服务提供方所采用的大多优惠活动的发放机制是：被动接受服务平台制定的优惠活动，而且，服务平台制定优惠活动的机制一般是：基于特定时间进行发放，针对一段时间内没有触发服务需求的用户发放，等等。

发明内容

以电子商务领域为例，各种优惠活动作为一种服务资源，目前向用户分配这种资源的方式多是通过服务平台基于简单的分配策略决策的，服务提供方在其中的角色往往是被动的，其做出采用与否的决定往往是主观的，缺乏有效的依据，因为服务平台的分配策略对其的针对性较差。

实际上，服务平台采用的这些分配策略往往没有考虑服务提供方的个性化特征，即并未对各个服务提供方进行差异性的对待，从而向某服务提供方推送的资源分配建议，或者服务提供方基于该分配策略而做出的资源分配决定并不一定符合该服务提供方的需求，导致服务提供方向用户进行资源分配的准确性、有效性较差。

因此，实际应用中会有这样的需求：服务提供方进行资源分配的自主配置，以向对其具有重要价值的用户分配这些资源，从而提高资源分配的准确性、有效性。

而为了提高资源分配的有效性、准确性，服务提供方自主进行资源分配时需要具有准确的依据，现有技术中并未提供该依据。

有鉴于此，本发明实施例提供一种用户界面显示方法、资源分配方法和装置，在服务提供方侧显示与其匹配的针对多个用户的多个资源分配参考信息，以便服务提供方能够基于该参考信息实现自主的、准确而有效的资源分配处理。

本发明实施例提供一种用户界面显示方法，应用于客户端侧，包括：

显示资源分配入口控件；

响应于对所述资源分配入口控件的操作，显示与当前服务提供方匹配的多个资源分配参考信息。

可选地，所述多个资源分配参考信息包括：多个用户的用户数量，以及

所述多个资源分配参考信息的显示步骤包括：

提供所述用户数量；

与所述用户数量关联地显示与所述多个用户对应的如下至少一种消费特征信息：口味类别、配送范围、总订单量、总流水金额、平均客单价格。

可选地，所述方法还包括：从服务器获取所述多个资源分配参考信息。

可选地，所述方法还包括：响应于对所述多个资源分配参考信息中任一项的操作，显示对应的统计详情信息。

可选地，所述方法还包括：

显示资源分配触发控件；

响应于对所述资源分配触发控件的操作，进行资源分配处理。

可选地，所述进行资源分配处理，包括：

呈现资源分配设置界面；

获取通过所述资源分配设置界面输入的资源分配设置信息，所述资源分配设置信息中包括用户指示信息和待分配资源；

向所述用户指示信息对应的用户分配所述待分配资源。

可选地，所述进行资源分配处理，包括：

向所述多个用户分别分配预先配置好的待分配资源。

可选地，所述待分配资源的分配步骤包括：

通过服务器将所述待分配资源存入对应用户的用户账号中。

本发明实施例提供一种用户界面显示装置，应用于客户端侧，包括：

第一显示模块，用于显示资源分配入口控件；

第二显示模块，用于响应于对所述资源分配入口控件的操作，显示与当前服务提供方匹配的多个资源分配参考信息。

可选地，该用户界面显示装置还包括：

获取模块，用于从服务器获取所述多个资源分配参考信息。

可选地，该用户界面显示装置还包括：

第三显示模块，响应于对所述多个资源分配参考信息中任一项的操作，显示对应的统计详情信息。

可选地，所述第二显示模块，还用于显示资源分配触发控件；

所述装置还包括：处理模块，用于响应于对所述资源分配触发控件的操作，进行资源分配处理。

本发明实施例提供的用户界面显示方法和装置，当服务提供方通过操作客户端界面上的资源分配入口控件而触发了资源分配意图后，客户端通过在界面上显示与该服务提供方匹配的多个资源分配参考信息，以供该服务提供方依据这多个资源分配参考信息进行资源分配处理。由于该多个资源分配参考信息是与该服务提供方匹配的，即是针对该服务提供方的、用于该服务提供方进行资源分配的参考之用，意味着不同服务提供方对应的资源分配参考信息不同，从而可以使得服务提供方能够依据针对性的资源分配参考信息自主进行有效地资源分配处理。

本发明实施例提供一种资源分配方法，应用于客户端侧，包括：

获取与当前服务提供方匹配的多个资源分配参考信息；

显示所述多个资源分配参考信息。

本发明实施例提供一种资源分配装置，应用于客户端侧，包括：

获取模块，用于获取与当前服务提供方匹配的多个资源分配参考信息；

显示模块，用于显示所述多个资源分配参考信息。

本发明实施例提供的上述资源分配方法和装置，服务提供方的客户端通过服务器获取与该服务提供方匹配的多个资源分配参考信息，并在界面上显示该多个资源分配参考信息，使得该服务提供方能够依据这多个资源分配参考信息进行资源分配处理。由于该多个资源分配参考信息是与该服务提供方匹配的，即是针对该服务提供方的、用于该服务提供方进行资源分配的参考之用，从而可以使得服务提供方能够依据针对性的资源分配参考信息自主进行有效地资源分配处理。

本发明实施例提供另一种资源分配方法，应用于服务器侧，包括：

获取当前周期内，消费特征与服务提供方的服务特征匹配的多个用户；

根据所述多个用户的消费特征，确定与所述多个用户对应的多个资源分配参考信息；

向所述服务提供方的客户端发送所述多个资源分配参考信息。

可选地，所述多个资源分配参考信息包括所述多个用户的用户数量，以及，对所述多个用户一段时间内的消费数据进行分析而获得的如下信息中的至少一种：

口味类别、配送范围、总订单量、总流水金额、平均客单价格。

可选地，所述方法还包括：

若所述多个用户的用户数量大于预设数量阈值，则从所述多个用户中筛选出满足预设数量阈值的部分用户；

相应的，所述多个资源分配参考信息的确定步骤包括：

根据所述部分用户的消费特征，确定与所述部分用户对应的多个资源分配参考信息。

可选地，所述方法还包括：

接收所述客户端发送的资源分配设置信息，所述资源分配设置信息中包括根据所述多个资源分配参考信息确定的用户指示信息和待分配资源；

确定所述用户指示信息所指示用户的用户账号；

将所述待分配资源存入确定出的用户账号中。

本发明实施例提供另一种资源分配装置，应用于服务器侧，包括：

获取模块，用于获取当前周期内，消费特征与服务提供方的服务特征匹配的多个用户；

第一确定模块，用于根据所述多个用户的消费特征，确定与所述多个用户对应的多个资源分配参考信息；

第一发送模块，用于向所述服务提供方的客户端发送所述多个资源分配参考信息。

可选地，所述多个资源分配参考信息包括所述多个用户的用户数量，以及，对所述多个用户一段时间内的消费数据进行分析而获得的如下信息中的至少一种：

口味类别、配送范围、总订单量、总流水金额、平均客单价格。

可选地，该资源分配装置还包括：

筛选模块，用于若所述多个用户的用户数量大于预设数量阈值，则从所述多个用户中筛选出满足预设数量阈值的部分用户；

所述第一确定模块具体用于：根据所述部分用户的消费特征，确定与所述部分用户对应的多个资源分配参考信息。

可选地，该资源分配装置还包括：

接收模块，用于接收所述客户端发送的资源分配设置信息，所述资源分配设置信息中包括根据所述多个资源分配参考信息确定的用户指示信息和待分配资源；

第三确定模块，用于确定所述用户指示信息所指示用户的用户账号；

分配模块，用于将所述待分配资源存入确定出的用户账号中；

第二发送模块，用于向所述用户指示信息所指示用户发送提示信息。

本发明实施例提供的上述另一种资源分配方法和装置，服务器基于大量用户的消费数据，获取当前周期内消费特征与服务提供方的服务特征匹配的多个用户，这多个用户意味着是该服务提供方的高价值用户群。进而根据这多个用户的消费特征统计确定出多个资源分配参考信息，并向服务提供方的客户端发送这多个资源分配参考信息，以供该服务提供方依据这多个资源分配参考信息进行资源分配处理。由于该多个资源分配参考信息是通过对服务提供方的高价值用户群的消费特征统计获得的，是与该服务提供方高度匹配的，因此，以这多个资源分配参考信息作为服务提供方资源分配的依据，可以使得服务提供方能够自主进行有效地资源分配处理。

附图说明

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

图1为本发明实施例提供的用户界面显示方法实施例一的流程图；

图1a为图1所示实施例对应的一种用户界面示意图；

图2为本发明实施例提供的用户界面显示方法实施例二的流程图；

图2a为图2所示实施例对应的一种用户界面示意图；

图3为本发明实施例提供的用户界面显示方法实施例三的流程图；

图3a为图3所示实施例对应的一种用户界面示意图；

图4为本发明实施例提供的资源分配方法实施例一的流程图；

图5为本发明实施例提供的资源分配方法实施例二的流程图；

图6为本发明实施例提供的资源分配方法实施例三的流程图；

图7为本发明实施例提供的资源分配方法实施例四的流程图；

图8为本发明实施例提供的用户界面显示装置实施例一的结构示意图；

图9为本发明实施例提供的用户界面显示装置实施例二的结构示意图；

图10为本发明实施例提供的用户界面显示装置实施例三的结构示意图；

图11为本发明实施例提供的资源分配装置实施例一的结构示意图；

图12为本发明实施例提供的资源分配装置实施例二的结构示意图；

图13为本发明实施例提供的资源分配装置实施例三的结构示意图；

图14为本发明实施例提供的资源分配装置实施例四的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

图1为本发明实施例提供的用户界面显示方法实施例一的流程图，本实施例提供的该用户界面显示方法可以由一用户界面显示装置来执行，该用户界面显示装置可以实现为软件，或者实现为软件和硬件的组合，该用户界面显示装置可以集成设置在服务提供方的客户端侧的设备中，比如移动终端设备中。如图1所示，该方法包括如下步骤：

步骤101、显示资源分配入口控件。

步骤102、响应于对资源分配入口控件的操作，显示与当前服务提供方匹配的多个资源分配参考信息。

本发明实施例中，可以假设如下的资源分配应用场景：在外卖应用中，商家为吸引更多的消费者，向潜在消费者即相对该商家的高价值用户群发放优惠券。为了避免优惠券发放的无效性，即降低发放的优惠券没有被消费者使用而导致的浪费程度，商家需要更多的参考信息作为依据来协助其确定向哪些消费者发放，发放多大金额的优惠券。因此，在该场景中，分配的资源即为优惠券，服务提供方即为商家。

图1a为图1所示实施例对应的一种用户界面示意图，如图1a所示，服务提供方的客户端中集成有多种功能，在客户端的管理界面中，包含有多个功能控件，比如账户结算、发布公告、营业设置、菜单管理等，其中，为了实施本实施例提供的用户界面显示方法，该管理界面中还额外增设一个功能控件—资源分配入口控件，该控件比如可以在实际应用中实现为图1a中所示意出的“揽客宝”。

当服务提供方进入管理界面，并点击揽客宝这一控件后，进入到相应的功能界面，该功能界面用于显示资源分配参考信息，因此可以称为参考信息显示界面。

在该界面中，显示与当前的服务提供方匹配的多个资源分配参考信息。

在一种可选的实现方式中，客户端可以在服务提供方触发了对资源分配入口控件的操作之后，实时从服务器获取上述多个资源分配参考信息，并在获得后进行上述显示。

在另一种可选的实现方式中，服务器可以基于一定的机制预先将上述多个资源分配参考信息发送至客户端，客户端响应于服务提供方触发的上述操作而显示该多个资源分配参考信息。

实际应用中，上述多个资源分配参考信息是反映多个用户的消费特征的消费特征信息，而且这多个用户是与服务提供方匹配，即使该服务提供方的高价值用户群。多个用户与服务提供方匹配，主要是指这多个用户的消费特征与该服务提供方的服务特征相匹配，举例来说，假设该服务提供方所经营的是川味餐馆，那么这多个用户的消费特征可能表明这多个用户经常订餐的口味习惯是川味的。具体地确定消费特征与服务提供方的服务特征匹配的多个用户的方式将在后续实施例中详细描述。

本实施例中仅简要说明“匹配”的含义，与服务提供方匹配的多个资源分配参考信息是指消费特征与服务提供方的服务特征匹配的多个用户的消费特征统计信息。也就是说，上述多个资源分配参考信息是通过对上述多个用户的消费特征综合统计确定出的，即该多个资源分配参考信息是反映多个与服务提供方匹配的用户的消费特征的信息。统计的过程将在后续实施例中详细说明。

值得说明的是，服务提供方的服务特征可能是多维度的，比如口味类别、地址、配送范围等。上述多个匹配的用户的消费特征至少与其中一个服务特征匹配，并不要求每个用户的消费特征符合该服务提供方的全部服务特征。

在进行上述多个资源分配参考信息的显示时，显示方式比如可以是阵列式的显示，也可以是如图1a所示的环形显示方式，等等。本实施例中不对具体的显示方式、文字样式等进行严格限定。

为了提供给服务提供方足够的信息以进行资源分配参考，同时，也为了避免过多的资源分配参考信息占满界面空间导致服务提供方的可视效果较差，实际应用中，提供给服务提供方的资源分配参考信息的数量可以被综合考虑而设定，以保证提供的参考信息对于服务提供方来说具有较高的参考价值的同时，数量精简。

可选地，多个资源分配参考信息可以包括：上述多个用户的用户数量，以及该多个用户对应的如下至少一种消费特征信息：口味类别、配送范围、总订单量、总流水金额、平均客单价格。当包含上述六种举例出的参考信息时，可以提供给服务提供方足够多的具有较高价值以便于其作出是否进行资源分配以及如何分配的决策。其中，口味类别、配送范围主要反映这多个用户是服务提供方可达的符合其经营理念的用户，总订单量、总流水金额、平均客单价格主要反映这多个用户所能带来的收益情况。

理论上来说，上述六种资源分配参考信息的地址是相等的，但是，换一种角度，也可以将上述的口味类别、配送范围、总订单量、总流水金额、平均客单价格这几个消费特征信息看作是围绕多个用户的用户数量这一信息而展开描述的。也就是说，上述举例的六种资源分配参考信息可以分为主资源分配参考信息和次资源分配参考信息，有主次之分。其中，主资源分配参考信息为用户数量，次资源分配参考信息为反映多个用户消费特征的上述五种消费特征信息。

基于此，在多个资源分配参考信息的显示，可以实现为：先提供用户数量，再与该用户数量关联地显示如下至少一种消费特征信息：口味类别、配送范围、总订单量、总流水金额、平均客单价格。

所述多个资源分配参考信息的显示，可以具体实现为图1a所示的样式：居中显示用户数量；围绕用户数量，分布显示五种消费特征信息。可选地，还可以以阵列方式显示，比如第一排显示用户数量，第二排横向依次显示五种消费特征信息，具体可选的显示方式不以此为限。

图1a中，每种资源分配参考信息被设计为在一个圆形卡片上显示相应的信息，其中，中间的用户数量卡片的大小可以大于周围的五个卡片的大小，以突出显示用户数量卡片。因为在一定程度上，当发放优惠券的金额一定的情况下，服务提供方对发放优惠券的数量可能更为敏感，突出显示用户数量卡片可以使服务提供方更为直观地捕捉到主要信息。

本实施例中，当服务提供方通过操作客户端界面上的资源分配入口控件而触发了资源分配意图后，客户端通过在界面上显示与该服务提供方匹配的多个资源分配参考信息，以供该服务提供方依据这多个资源分配参考信息进行资源分配处理。由于该多个资源分配参考信息是与该服务提供方匹配的，即是针对该服务提供方的、用于该服务提供方进行资源分配的参考之用，意味着不同服务提供方对应的资源分配参考信息不同，从而可以使得服务提供方能够依据针对性的资源分配参考信息自主进行有效地资源分配处理。

实际应用中，为了提高用户界面的可视化效果，避免显示过多文字内容而导致的较差可视化效果，上述多个资源分配参考信息都将会以较为精简的形式呈现，比如图1a中所示的：下单总数1133次，仅显示出多个用户的下单总次数。但是该总次数是在什么时间段内统计获得的，不同口味类别的用户分别对应的下单总数是多少等详情信息并未在该界面中显示。而对于某些服务提供方来说，其可能还会比较关注资源分配参考信息的统计详情信息，以便能够更加精确地了解资源分配信息的统计情况，使得其资源分配更加有效。为此，如图2所示，上述多个资源分配信息的展示卡片中的一个或多个还可以被触发操作，以显示相应的统计详情信息。

图2为本发明实施例提供的用户界面显示方法实施例二的流程图，如图2所示，在图1所示实施例基础上，步骤102之后，该方法还可以包括如下步骤：

步骤201、响应于对多个资源分配参考信息中任一项的操作，显示对应的统计详情信息。

当多个资源分配参考信息包含上述举例的6种参考信息时，可选地，每种参考信息都可以关联有对应的统计详情信息，也可以仅是除用户数量外的其他参考信息分别关联有对应的统计详情信息。统计详情信息的获取过程将在后续实施例中详细说明。

举例来说，当包含以“爱吃”表示的口味类别信息时，点击该卡片显示出的统计详情信息比如可以是：有X人偏好西餐，有Y人偏好快餐。当包含以“坐标配送范围内”表征多个用户都在服务提供方的配送范围内的参考信息时，点击该卡片显示出的统计详情信息比如可以是：有A人在距离其L1公里的配送范围内，有B人在距离其L1-L2公里的配送范围内，等等。

图2a为图2所示实施例对应的一种用户界面示意图，图2a所示意出的是点击“下单总数”这个卡片后的统计详情信息展示效果。

可选地，如图2a所示，可以在多个资源分配参考信息的显示图层上，悬浮显示被选择的参考信息所对应的统计详情信息。也就是说，用户触发的对某个资源分配参考信息的操作，不会导致用户界面的切换，还是在资源分配参考信息的显示界面中显示被操作的资源分配参考信息所对应的统计详情信息。

可选地，悬浮显示的统计详情信息图层可以是如图所示的圆形卡片，该卡片的显示样式以明显区别与资源分配参考信息所在图层为约束，比如在灰度上，被显示的统计详情信息卡片较亮，资源分配参考信息所在图层较暗。

可选地，如图2a所示，在统计详情信息的展示卡片中可以设置一个关闭卡片的控件，点击该控件触发已显示的统计详情信息展示卡片被隐藏，从而资源分配参考信息所在图层再次高亮显示。

本实施例中，服务提供方可以通过点击任一资源分配参考信息而查看其对应的统计详情信息，以便于更加全面而直观地了解服务器推送的多个用户的消费特征信息，有助于提高其资源分配决策的有效性。

图3为本发明实施例提供的用户界面显示方法实施例三的流程图，如图3所示，该方法可以包括如下步骤：

步骤301、显示资源分配入口控件。

步骤302、响应于对资源分配入口控件的操作，显示与当前服务提供方匹配的多个资源分配参考信息和资源分配触发控件。

在前述实施例的基础上，可选地，如图3a所示，当服务提供方触发了对资源分配入口控件的操作后，除了显示与服务提供方匹配的多个资源分配参考信息外，还可以同时显示资源分配触发控件。

响应于服务提供方对该资源分配触发控件的操作，执行资源分配处理的过程。

可选地，进行资源分配处理，可以实现为：向上述多个用户分别分配预先配置好的待分配资源。此时，针对外卖场景来说，服务提供方预先设置好优惠券的金额，也可以设置分配对象为服务器推送来的全部多个用户，此时，当服务提供方触发了对资源分配触发控件的操作后，客户端默认执行向多个用户分配预设优惠券金额的处理。

其中，先配置好的待分配资源的分配步骤可以实现为：通过服务器将待分配资源存入对应用户的用户账号中，即通过服务器将固定金额的优惠券分别存入到多个用户中每个用户的用户账号中。

上述资源分配的处理过程为一种可选的实现方式，在另一种可选的实现方式中，可以执行如下步骤实现：

步骤303、响应于对资源分配触发控件的操作，呈现资源分配设置界面。

步骤304、获取通过资源分配设置界面输入的资源分配设置信息，资源分配设置信息中包括用户指示信息和待分配资源。

步骤305、向用户指示信息对应的用户分配待分配资源。

在上述可选实现方式中，服务提供方可以基于多个资源分配参考信息，甚至结合每个资源分配参考信息对应的统计详情信息来自主决策向多个用户中的全部或部分分别进行什么样的资源分配。

此时，如图3a所示，响应于对资源分配触发控件的操作，呈现资源分配设置界面，服务提供方可以在该界面进行资源分配设置操作。比如，服务提供方可以在该界面输入分配对象和分配金额，即设置向哪些用户分配资源，分配的具体资源是什么。

可以理解的是，为了保护多个用户的用户隐私，本发明实施例中，推送给客户端的仅为多个用户的总数量以及多个用户的一些统计获得的消费特征信息，不涉及具体的用户个人信息。因此，本实施例中，服务提供方对资源分配对象的设置并非是准确地面向某个用户个人的，而是可以通过对多个资源分配参考信息对应的统计详情信息的选择而实现面向某个具体的用户群体的设置或者确定分配对象为全部多个用户。比如，当口味类别这一参考信息包括西餐和快餐两种具体的信息时，服务提供方可以选择向多个用户中与西餐对应的用户群分配资源。此时，向多个用户中与西餐对应的用户群分配资源即为上述所指的用户指示信息，即用于指示向哪些用户分配资源。

可选地，该用户指示信息包括如下指示信息中的一种或多种：

根据多个用户的用户数量确定向多个用户中的全部或部分用户分配资源的指示信息；

向口味类别中的至少一种口味类别对应的用户分配资源的指示信息；

向平均客单价格在预设价格范围内的用户分配资源的指示信息；

根据服务提供方的实际服务能力，以及总订单量和/或总流水金额确定向多个用户中的全部或部分用户分配资源的指示信息。

此时，待分配资源的分配步骤可以实现为：通过服务器向用户指示信息对应的用户分配待分配资源，即通过服务器将待分配资源存入对应用户的用户账号中。

本实施例中，当客户端的界面中显示有与服务提供方匹配的多个资源分配参考信息后，服务提供方可以基于该多个资源分配参考信息进行资源分配处理，即确定是否分配资源，向哪些用户分配什么样的资源。使得服务提供方能够基于多个资源分配参考信息能够自主进行针对自身的、有效地资源分配处理。

图4为本发明实施例提供的资源分配方法实施例一的流程图，本实施例提供的该资源分配方法可以由一资源分配装置来执行，该资源分配装置可以实现为软件，或者实现为软件和硬件的组合，该资源分配装置可以集成设置在服务提供方的客户端侧的设备中，比如移动终端设备中。如图4所示，该方法可以包括如下步骤：

步骤401、获取与当前服务提供方匹配的多个资源分配参考信息。

步骤402、显示多个资源分配参考信息。

可选地，获取与当前服务提供方匹配的多个资源分配参考信息，可以实现为：

向服务器发送获取请求；

接收服务器发送的获取响应，获取响应中包含多个资源分配参考信息。

本实施例与图1所示实施例的区别在于，本实施例从客户端的角度，强调客户端侧存在获取多个资源分配参考信息的获取步骤，而图1所示实施例更主要的是从界面元素的显示角度强调客户端界面从现有的不存在资源分配参考信息的显示到本发明实施例中在界面上显示多个资源分配参考信息的转变。

本实施例中未详细描述的实现细节内容可以参考图1所示实施例中的描述，在此不赘述。

本实施例中，服务提供方的客户端通过服务器获取与该服务提供方匹配的多个资源分配参考信息，并在界面上显示该多个资源分配参考信息，使得该服务提供方能够依据这多个资源分配参考信息进行资源分配处理。由于该多个资源分配参考信息是与该服务提供方匹配的，即是针对该服务提供方的、用于该服务提供方进行资源分配的参考之用，从而可以使得服务提供方能够依据针对性的资源分配参考信息自主进行有效地资源分配处理。

前述各个实施例都是从服务提供方的客户端的角度进行的描述，相对于客户端，服务器侧为了支持服务提供方的自主、有效资源分配处理，也会有相应的改进，下面结合如下的几个方法实施例，从服务器的角度进行资源分配方法的详细介绍，包括如何确定出上述多个用户，多个用户对应的多个资源分配参考信息等。

图5为本发明实施例提供的资源分配方法实施例二的流程图，本实施例提供的该资源分配方法可以由一资源分配装置来执行，该资源分配装置可以实现为软件，或者实现为软件和硬件的组合，该资源分配装置可以集成设置在服务平台侧的设备中，比如服务器中。如图5所示，该方法包括如下步骤：

步骤501、获取当前周期内，消费特征与服务提供方的服务特征匹配的多个用户。

步骤502、根据多个用户的消费特征，确定与多个用户对应的多个资源分配参考信息。

步骤503、向服务提供方的客户端发送多个资源分配参考信息。

可以理解的是，针对外卖应用场景来说，服务器中存储有海量用户的消费数据，以用于记录用户的历史消费行为，每个消费数据中包含诸如用户标识、订单金额、配送地址、所订的餐品的口味类别等信息。

本实施例中，触发服务器执行获取上述多个用户的条件可以是基于接收到服务提供方的客户端发送的获取请求后而触发的，也可以是服务器基于一定的时间周期而周期性自主触发的。

在接收到客户端发送的获取请求而触发的情况下，可选地，客户端发送的获取请求中可以携带有服务提供方的服务特征，以告知服务器该服务提供方具有什么样的服务特征；可选地，该获取请求中还可以仅携带有服务提供方的标识，而服务器中预先存储有大量服务提供方的服务特征，从而，服务器可以基于收到的服务提供方标识，确定与之对应的服务特征。

可选地，服务提供方的服务特征包括但不限于如下特征中的至少一种：口味类别、配送范围、平均商品价格。相应的，服务器可以通过对大量用户的消费数据中与该服务特征对应的消费特征的提取，以基于提取到的每个用户的消费特征获取与该服务提供方匹配的多个用户。可选地，消费特征包括如下特征中的至少一种：口味类别、配送地址、平均客单价格。

其中，当服务特征、消费特征包含两种或两种以上的特征时，匹配的含义是指至少一种特征对应匹配，并非要求全部特征对应匹配。

值得说明的是，为了从大量用户中确定出消费特征与服务提供方的服务特征匹配的多个用户，服务器从每个用户的消费数据中提取出的消费特征可以仅针对服务特征而针对性的提取，但是，从确定与这多个用户对应的多个资源分配参考信息的角度来说，服务器所提取的消费特征可能不仅包含与该服务特征对应的消费特征，还可以包括用作确定资源分配参考信息的消费特征。

具体来说，假设服务特征包含上述举例出的三种特征，相应的，消费特征至少包含上述举例出的三种对应的特征。

另外，本实施例中，为了保证向服务提供方提供的资源分配参考信息的时效性，不同时间周期内，服务器侧为选取出与某服务提供方对应的多个用户时所采用的消费数据可以是不同的。因此，服务器可以针对服务提供方的客户端触发获取请求的时刻，获取与该时刻对应的一定时间周期内大量用户的消费数据，从该大量用户中选出消费特征与服务提供方的服务特征匹配的多个用户。

当服务器选取出上述多个用户之后，进而可以根据多个用户的消费特征，确定与多个用户对应的多个资源分配参考信息，即用于推送给服务提供方的多个资源分配参考信息。

可选地，所述多个资源分配参考信息可以包括所述多个用户的用户数量，以及，对多个用户一段时间内的消费数据进行分析而获得的如下信息中的至少一种：口味类别、配送范围、总订单量、总流水金额、平均客单价格。

具体地，通过对选出的多个用户的消费特征的统计，可以获得上述多个资源分配参考信息。比如汇总多个用户的口味类别、订单数、流水，得到作为资源分配参考信息的口味类别、总订单量、总流水金额；通过求取多个用户的每笔订单的消费金额的均值，得到上述评价客单价格；通过定位多个用户的配送地址与服务提供方的地址，确定上述配送范围。

在得到上述多个资源分配参考信息后，服务器向服务提供方的客户端发送多个资源分配参考信息，以供客户端进行界面显示。

可选地，为了便于服务提供方能够进一步了解每种资源分配参考信息的统计信息，还可以确定多个资源分配参考信息分别对应的统计详情信息，进而向客户端发送多个资源分配参考信息分别对应的统计详情信息，以便客户端将每种资源分配参考信息的统计详情信息与对应的资源分配参考信息关联。举例来说，针对口味类别来说，其统计信息比如可以是多个用户中有多少用于偏好于哪种具体的口味类别。

本实施例中，服务器基于大量用户的消费数据，获取当前周期内消费特征与服务提供方的服务特征匹配的多个用户，这多个用户意味着是该服务提供方的高价值用户群。进而根据这多个用户的消费特征统计确定出多个资源分配参考信息，并向服务提供方的客户端发送这多个资源分配参考信息，以供该服务提供方依据这多个资源分配参考信息进行资源分配处理。由于该多个资源分配参考信息是通过对服务提供方的高价值用户群的消费特征统计获得的，是与该服务提供方高度匹配的，因此，以这多个资源分配参考信息作为服务提供方资源分配的依据，可以使得服务提供方能够自主进行有效地资源分配处理。

实际应用中，由于服务器侧存储的消费数据是海量用户的消费数据，即使通过时间周期的限定使得服务器在当前时刻，仅对某周期内的消费数据进行处理，但是，时间周期的设置不宜过短也不宜过长，实际应用中还往往会出现选出的多个用户的用户数量比较多的情况。如果向服务提供方推荐的用户数量众多，将严重影响服务提供方进行资源分配的积极性，导致推送给服务提供方的资源分配参考信息的实际使用价值大大降低。为此，实际应用中，可以设置向服务提供方推送的用户数量阈值，该阈值可以是固定的一个数值，也可以是一定的比例。当实际获取的多个用户的用户数量过多时，过滤掉一部分用户，结合图6所示实施例对具体的过滤方式进行说明。

图6为本发明实施例提供的资源分配方法实施例三的流程图，如图6所示，该方法可以包括如下步骤：

步骤601、获取当前周期内，消费特征与服务提供方的服务特征匹配的多个用户。

步骤602、若多个用户的用户数量大于预设数量阈值，则从多个用户中筛选出满足预设数量阈值的部分用户。

步骤603、根据部分用户的消费特征，确定与部分用户对应的多个资源分配参考信息。

步骤604、向服务提供方的客户端发送多个资源分配参考信息。

上述各步骤中部分步骤的执行可以参考图5所示实施例，在此不赘述。本实施例中仅重点说明如何进行用户的筛选。

在一种可选的方式中，从多个用户中筛选出满足预设数量阈值的部分用户，可以实现为：

根据消费特征与服务特征的匹配程度，对多个用户进行排序；

根据排序结果，选择匹配程度最高且满足预设数量阈值的部分用户。

其中，消费特征与服务特征的匹配程度，在消费特征和服务特征包含多种特征的情况下，可以是指相互匹配的特征的个数。举例来说，假设服务特征包含三种，消费特征也包含对应的三种，如果某用户的这三种消费特征与服务提供方的三种服务特征匹配，则该用户与服务提供方的匹配程度为3，如果某用户的这三种消费特征与服务提供方的三种服务特征中的两种匹配，则该用户与服务提供方的匹配程度为2。

假设初始选取出的多个用户的用户数量为500个，预设数量阈值为100。实际应用中，在对多个用户基于匹配程度进行排序之后，可能出现多个用户的匹配程度相同的情况。可选地，针对匹配程度相同的用户，可以基于消费特征的优先级和/或其他附加消费特征信息进行再一次的排序。附加消费特征比如为订单量、流水金额等。

举例来说，假设消费特征包含A、B、C，优先级设置依次递减，用户X和Y的匹配程度相同，均为2，且假设用户X的消费特征B和C与服务提供方的对应服务特征匹配，用户Y的消费特征A和B与服务提供方的对应服务特征匹配，则由于上述优先级的设置，可以确定用户Y排序在用户X前面。

再比如，假设消费特征包含A、B、C，用户X和Y的匹配程度相同，均为3，假设用户X和用户Y分别对应的一定时间内的订单量为20、30，则可以确定用户Y排序在用户X前面。

在另一种可选的方式中，从多个用户中筛选出满足预设数量阈值的部分用户，可以实现为：

根据多个用户的用户标识，结合前一周期对应的多个已获取用户的用户标识，从多个用户中过滤掉多个已获取用户中的全部或部分；

从过滤后的多个用户中筛选出满足预设数量阈值的部分用户。

该实现方式中，从过滤后的多个用户中筛选出满足预设数量阈值的部分用户的具体实现可以参考上述可选实现方式实施。

该实现方式所对应的一种实际应用场景是，由于服务提供方可能在不同的时间触发多个资源分配需求，为了保证不同资源分配过程中所对应的分配对象不完全相同，以使得服务提供方尽量扩展多的潜在用户，如果之前已经向某些用户分配过资源，那么在后续的资源分配过程中，应该优先考虑没有被分配过资源的用户。

因此，在当前周期内，服务器在获得多个用户之后，根据多个用户的用户标识，结合前一周期对应的多个已获取用户的用户标识，从多个用户中过滤掉多个已获取用户中的全部或部分，以使得服务提供方本周期的资源分配对象尽量在没有被分配过的用户中进行。

本实施例中，为了进一步保证向服务提供方提供的多个资源分配信息的实用性，当选出的多个用户的用户数量较多时，通过进行部分最优用户的筛选，以使得基于筛选后的用户的消费特征确定的多个资源分配参考信息具有更强的实用性，从而可以提高服务提供方基于该多个资源分配参考信息触发资源分配处理的可能性。

当服务器向客户端推送了多个用户对应的多个资源分配参考信息之后，服务提供方很有可能基于该多个资源分配参考信息进行资源分配处理，此时，服务器需要协助客户端完成后续的资源分配处理过程，具体如图7所示。

图7为本发明实施例提供的资源分配方法实施例四的流程图，如图7所示，在图5所示实施例基础上，步骤503之后，还可以包括如下步骤：

步骤701、接收客户端发送的资源分配设置信息，资源分配设置信息中包括根据多个资源分配参考信息确定的用户指示信息和待分配资源。

步骤702、确定用户指示信息所指示用户的用户账号，将待分配资源存入确定出的用户账号中。

步骤703、向用户指示信息所指示用户发送提示信息。

可选地，服务提供方基于多个资源分配参考信息，可以在客户端的相应界面中进行资源分配设置处理。

如前述图3所示实施例中的介绍，服务提供方可以在该界面中设置分配对象和分配金额，即设置向哪些用户分配资源，分配的具体资源是什么。其中，分配对象的设置体现为上述用户指示信息。

由于用户指示信息所指示的用户并非是准确地面向某个用户个人的，而是针对通过对多个资源分配参考信息对应的统计详情信息的选择而设置的面向某个具体的用户群体的，因此，服务器需要根据该用户指示信息以及多个用户的消费特征，确定出该用户指示信息对应的多个用户。进而确定用户指示信息所指示用户的用户账号，将待分配资源存入确定出的用户账号中。为了被分配资源的用户能够及时了解分配结果，可选地，服务器还有通过短信等通知方式向用户指示信息所指示用户发送提示信息。

以下将详细描述本发明的一个或多个实施例的用户界面显示装置。这些用户界面显示装置可以被实现在客户端的基础架构中，也可以被实现在服务器和客户端的交互系统中。本领域技术人员可以理解，这些用户界面显示装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图8为本发明实施例提供的用户界面显示装置实施例一的结构示意图，如图8所示，该用户界面显示装置包括：第一显示模块11、第二显示模块12。

第一显示模块11，用于显示资源分配入口控件。

第二显示模块12，用于响应于对所述资源分配入口控件的操作，显示与当前服务提供方匹配的多个资源分配参考信息。

可选地，该装置还包括：获取模块13。

获取模块13，用于从服务器获取所述多个资源分配参考信息。

可选地，所述多个资源分配参考信息包括：多个用户的用户数量，以及所述多个用户对应的如下至少一种消费特征信息：口味类别、配送范围、总订单量、总流水金额、平均客单价格。

第二显示模块12，具体用于：提供所述用户数量；与所述用户数量关联地显示与所述多个用户对应的如下至少一种消费特征信息：口味类别、配送范围、总订单量、总流水金额、平均客单价格。

可选地，所述第二显示模块12具体用于：居中显示所述用户数量；围绕所述用户数量，分布显示所述至少一种消费特征信息。

图8所示装置可以执行图1所示实施例的方法，本实施例未详细描述的部分，可参考对图1所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1所示实施例中的描述，在此不再赘述。

图9为本发明实施例提供的用户界面显示装置实施例二的结构示意图，如图9所示，在图8所示实施例基础上，该装置还包括：第三显示模块21。

第三显示模块21，响应于对所述多个资源分配参考信息中任一项的操作，显示对应的统计详情信息。

可选地，所述第三显示模块21具体用于：

在所述多个资源分配参考信息的显示图层上，悬浮显示所述对应的统计详情信息。

图9所示装置可以执行图2所示实施例的方法，本实施例未详细描述的部分，可参考对图2所示实施例的相关说明。该技术方案的执行过程和技术效果参见图2所示实施例中的描述，在此不再赘述。

图10为本发明实施例提供的用户界面显示装置实施例三的结构示意图，如图10所示，在图8或图9所示实施例基础上，所述第二显示模块12，还用于显示资源分配触发控件。

所述装置还包括：处理模块31。

处理模块31，用于响应于对所述资源分配触发控件的操作，进行资源分配处理。

可选地，所述处理模块31可以用于：

呈现资源分配设置界面；

获取通过所述资源分配设置界面输入的资源分配设置信息，所述资源分配设置信息中包括用户指示信息和待分配资源；

向所述用户指示信息对应的用户分配所述待分配资源。

可选地，所述处理模块31可以用于：

向所述多个用户分别分配预先配置好的待分配资源。

可选地，所述处理模块31可以用于：

通过服务器将所述待分配资源存入对应用户的用户账号中。

图10所示装置可以执行图3所示实施例的方法，本实施例未详细描述的部分，可参考对图3所示实施例的相关说明。该技术方案的执行过程和技术效果参见图3所示实施例中的描述，在此不再赘述。

以下将详细描述本发明的一个或多个实施例的资源分配装置。这些资源分配装置可以被实现在客户端的基础架构中，也可以被实现在服务器和客户端的交互系统中。本领域技术人员可以理解，这些资源分配装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图11为本发明实施例提供的资源分配装置实施例一的结构示意图，如图11所示，该资源分配装置包括：获取模块41、显示模块42。

获取模块41，用于获取与当前服务提供方匹配的多个资源分配参考信息。

显示模块42，用于显示所述多个资源分配参考信息。

其中，获取模块41具体用于：向服务器发送所述获取请求；接收所述服务器发送的获取响应，所述获取响应中包含所述多个资源分配参考信息。

图11所示装置可以执行图4所示实施例的方法，本实施例未详细描述的部分，可参考对图4所示实施例的相关说明。该技术方案的执行过程和技术效果参见图4所示实施例中的描述，在此不再赘述。

以上描述了资源分配装置的内部功能和结构，实际中，该资源分配装置可实现为终端设备，包括：显示器、处理器；

所述处理器，耦合到所述显示器，用于获取与当前服务提供方匹配的多个资源分配参考信息。

所述显示器，用于显示所述多个资源分配参考信息。

可选地，所述处理器还用于执行上述图1至图4所示方法步骤中的全部或部分步骤。

以下将详细描述本发明的一个或多个实施例的资源分配装置。这些资源分配装置可以被实现在服务器的基础架构中，也可以被实现在服务器和客户端的交互系统中。本领域技术人员可以理解，这些资源分配装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图12为本发明实施例提供的资源分配装置实施例二的结构示意图，如图12所示，该资源分配装置包括：获取模块51、第一确定模块52、第一发送模块53。

获取模块51，用于获取当前周期内，消费特征与服务提供方的服务特征匹配的多个用户。

第一确定模块52，用于根据所述多个用户的消费特征，确定与所述多个用户对应的多个资源分配参考信息。

第一发送模块53，用于向所述服务提供方的客户端发送所述多个资源分配参考信息。

可选地，该装置还包括：第二确定模块54。

第二确定模块54，用于确定所述多个资源分配参考信息分别对应的统计详情信息。

所述第一发送模块53，还用于向所述客户端发送所述多个资源分配参考信息分别对应的统计详情信息。

可选地，所述服务特征包括如下特征中的至少一种：口味类别、配送范围、平均商品价格；相应的，所述消费特征包括对应的如下特征中的至少一种：口味类别、配送地址、平均客单价格。

可选地，所述多个资源分配参考信息包括所述多个用户的用户数量，以及，对所述多个用户一段时间内的消费数据进行分析而获得的如下信息中的至少一种：口味类别、配送范围、总订单量、总流水金额、平均客单价格。

图12所示装置可以执行图5所示实施例的方法，本实施例未详细描述的部分，可参考对图5所示实施例的相关说明。该技术方案的执行过程和技术效果参见图5所示实施例中的描述，在此不再赘述。

图13为本发明实施例提供的资源分配装置实施例三的结构示意图，如图13所示，在图12所示实施例基础上，该资源分配装置还包括：筛选模块61。

筛选模块61，用于若所述多个用户的用户数量大于预设数量阈值，则从所述多个用户中筛选出满足预设数量阈值的部分用户。

所述第一确定模块52具体用于：根据所述部分用户的消费特征，确定与所述部分用户对应的多个资源分配参考信息。

可选地，所述筛选模块61具有用于：

根据消费特征与所述服务特征的匹配程度，对所述多个用户进行排序；

根据排序结果，选择匹配程度最高且满足预设数量阈值的部分用户。

可选地，所述筛选模块61具有用于：

根据所述多个用户的用户标识，结合前一周期对应的多个已获取用户的用户标识，从所述多个用户中过滤掉所述多个已获取用户中的全部或部分；

从过滤后的多个用户中筛选出满足预设数量阈值的部分用户。

图13所示装置可以执行图6所示实施例的方法，本实施例未详细描述的部分，可参考对图6所示实施例的相关说明。该技术方案的执行过程和技术效果参见图6所示实施例中的描述，在此不再赘述。

图14为本发明实施例提供的资源分配装置实施例三的结构示意图，如图14所示，在图12所示实施例基础上，该资源分配装置还包括：接收模块71、第三确定模块72、分配模块73、第二发送模块74。

接收模块71，用于接收所述客户端发送的资源分配设置信息，所述资源分配设置信息中包括根据所述多个资源分配参考信息确定的用户指示信息和待分配资源。

第三确定模块72，用于确定所述用户指示信息所指示用户的用户账号。

分配模块73，用于将所述待分配资源存入确定出的用户账号中。

第二发送模块74，用于向所述用户指示信息所指示用户发送提示信息。

图14所示装置可以执行图7所示实施例的方法，本实施例未详细描述的部分，可参考对图7所示实施例的相关说明。该技术方案的执行过程和技术效果参见图7所示实施例中的描述，在此不再赘述。

以上描述了资源分配装置的内部功能和结构，实际中，该资源分配装置可实现为服务器，包括：输入输出设备、处理器；

所述处理器，耦合到所述输入输出设备，用于获取当前周期内，消费特征与服务提供方的服务特征匹配的多个用户；根据所述多个用户的消费特征，确定与所述多个用户对应的多个资源分配参考信息。

所述输入输出设备，用于向所述服务提供方的客户端发送所述多个资源分配参考信息。

可选地，所述处理器还用于执行上述图5至图7所示方法步骤中的全部或部分步骤。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以产品的形式体现出来，该计算机产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (33)

1.一种用户界面显示方法，其特征在于，包括：

显示资源分配入口控件；

响应于对所述资源分配入口控件的操作，显示与当前服务提供方匹配的多个资源分配参考信息。

2.根据权利要求1所述的方法，其特征在于，所述多个资源分配参考信息包括：多个用户的用户数量，以及

所述多个资源分配参考信息的显示步骤包括：

提供所述用户数量；

与所述用户数量关联地显示与所述多个用户对应的如下至少一种消费特征信息：口味类别、配送范围、总订单量、总流水金额、平均客单价格。

3.根据权利要求2所述的方法，其特征在于，所述用户数量提供步骤包括：

居中显示所述用户数量；以及

所述关联显示步骤包括：

围绕所述用户数量，分布显示所述至少一种消费特征信息。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

从服务器获取所述多个资源分配参考信息。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

响应于对所述多个资源分配参考信息中任一项的操作，显示对应的统计详情信息。

6.根据权利要求5所述的方法，其特征在于，所述显示对应的统计详情信息，包括：

在所述多个资源分配参考信息的显示图层上，悬浮显示所述对应的统计详情信息。

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

显示资源分配触发控件；

响应于对所述资源分配触发控件的操作，进行资源分配处理。

8.根据权利要求7所述的方法，其特征在于，所述进行资源分配处理，包括：

呈现资源分配设置界面；

获取通过所述资源分配设置界面输入的资源分配设置信息，所述资源分配设置信息中包括用户指示信息和待分配资源；

向所述用户指示信息对应的用户分配所述待分配资源。

9.根据权利要求7所述的方法，其特征在于，所述进行资源分配处理，包括：

向所述多个用户分别分配预先配置好的待分配资源。

10.根据权利要求8或9所述的方法，其特征在于，所述待分配资源的分配步骤包括：

通过服务器将所述待分配资源存入对应用户的用户账号中。

11.一种资源分配方法，其特征在于，包括：

获取与当前服务提供方匹配的多个资源分配参考信息；

显示所述多个资源分配参考信息。

12.根据权利要求11所述的方法，其特征在于，所述获取与当前服务提供方匹配的多个资源分配参考信息，包括：

向服务器发送所述获取请求；

接收所述服务器发送的获取响应，所述获取响应中包含所述多个资源分配参考信息。

13.一种资源分配方法，其特征在于，包括：

获取当前周期内，消费特征与服务提供方的服务特征匹配的多个用户；

根据所述多个用户的消费特征，确定与所述多个用户对应的多个资源分配参考信息；

向所述服务提供方的客户端发送所述多个资源分配参考信息。

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

确定所述多个资源分配参考信息分别对应的统计详情信息；

向所述客户端发送所述多个资源分配参考信息分别对应的统计详情信息。

15.根据权利要求13所述的方法，其特征在于：

所述消费特征包括如下特征中的至少一种：口味类别、配送地址、平均客单价格；

所述服务特征包括如下特征中的至少一种：口味类别、配送范围、平均商品价格。

16.根据权利要求13所述的方法，其特征在于，所述多个资源分配参考信息包括所述多个用户的用户数量，以及，对所述多个用户一段时间内的消费数据进行分析而获得的如下信息中的至少一种：

口味类别、配送范围、总订单量、总流水金额、平均客单价格。

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

若所述多个用户的用户数量大于预设数量阈值，则从所述多个用户中筛选出满足预设数量阈值的部分用户；

相应的，所述多个资源分配参考信息的确定步骤包括：

根据所述部分用户的消费特征，确定与所述部分用户对应的多个资源分配参考信息。

18.根据权利要求17所述的方法，其特征在于，所述从所述多个用户中筛选出满足预设数量阈值的部分用户，包括：

根据消费特征与所述服务特征的匹配程度，对所述多个用户进行排序；

根据排序结果，选择匹配程度最高且满足预设数量阈值的部分用户。

19.根据权利要求17所述的方法，其特征在于，所述从所述多个用户中筛选出满足预设数量阈值的部分用户，包括：

根据所述多个用户的用户标识，结合前一周期对应的多个已获取用户的用户标识，从所述多个用户中过滤掉所述多个已获取用户中的全部或部分；

从过滤后的多个用户中筛选出满足预设数量阈值的部分用户。

20.根据权利要求13至19中任一项所述的方法，其特征在于，所述方法还包括：

接收所述客户端发送的资源分配设置信息，所述资源分配设置信息中包括根据所述多个资源分配参考信息确定的用户指示信息和待分配资源；

确定所述用户指示信息所指示用户的用户账号；

将所述待分配资源存入所确定的用户账号中。

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

向所述用户指示信息所指示用户发送提示信息。

22.一种用户界面显示装置，其特征在于，包括：

第一显示模块，用于显示资源分配入口控件；

第二显示模块，用于响应于对所述资源分配入口控件的操作，显示与当前服务提供方匹配的多个资源分配参考信息。

23.根据权利要求22所述的装置，其特征在于，还包括：

获取模块，用于从服务器获取所述多个资源分配参考信息。

24.根据权利要求22所述的装置，其特征在于，还包括：

第三显示模块，响应于对所述多个资源分配参考信息中任一项的操作，显示对应的统计详情信息。

25.根据权利要求22所述的装置，其特征在于，所述第二显示模块，还用于显示资源分配触发控件；

所述装置还包括：

处理模块，用于响应于对所述资源分配触发控件的操作，进行资源分配处理。

26.一种资源分配装置，其特征在于，包括：

获取模块，用于获取与当前服务提供方匹配的多个资源分配参考信息；

显示模块，用于显示所述多个资源分配参考信息。

27.一种资源分配装置，其特征在于，包括：

获取模块，用于获取当前周期内，消费特征与服务提供方的服务特征匹配的多个用户；

第一确定模块，用于根据所述多个用户的消费特征，确定与所述多个用户对应的多个资源分配参考信息；

第一发送模块，用于向所述服务提供方的客户端发送所述多个资源分配参考信息。

28.根据权利要求27所述的装置，其特征在于，还包括：

第二确定模块，用于确定所述多个资源分配参考信息分别对应的统计详情信息；

所述第一发送模块，还用于向所述客户端发送所述多个资源分配参考信息分别对应的统计详情信息。

29.根据权利要求27所述的装置，其特征在于，所述多个资源分配参考信息包括所述多个用户的用户数量，以及，对所述多个用户一段时间内的消费数据进行分析而获得的如下信息中的至少一种：

口味类别、配送范围、总订单量、总流水金额、平均客单价格。

30.根据权利要求29所述的装置，其特征在于，还包括：

筛选模块，用于若所述多个用户的用户数量大于预设数量阈值，则从所述多个用户中筛选出满足预设数量阈值的部分用户；

所述第一确定模块具体用于：根据所述部分用户的消费特征，确定与所述部分用户对应的多个资源分配参考信息。

31.根据权利要求30所述的装置，其特征在于，所述筛选模块具有用于：根据消费特征与所述服务特征的匹配程度，对所述多个用户进行排序；

根据排序结果，选择匹配程度最高且满足预设数量阈值的部分用户。

32.根据权利要求30所述的装置，其特征在于，所述筛选模块具有用于：

根据所述多个用户的用户标识，结合前一周期对应的多个已获取用户的用户标识，从所述多个用户中过滤掉所述多个已获取用户中的全部或部分；

从过滤后的多个用户中筛选出满足预设数量阈值的部分用户。

33.根据权利要求27至32中任一项所述的装置，其特征在于，还包括：

接收模块，用于接收所述客户端发送的资源分配设置信息，所述资源分配设置信息中包括根据所述多个资源分配参考信息确定的用户指示信息和待分配资源；

第三确定模块，用于确定所述用户指示信息所指示用户的用户账号；

分配模块，用于将所述待分配资源存入所确定的用户账号中；

第二发送模块，用于向所述用户指示信息所指示用户发送提示信息。