CN110149408B - 业务数据显示方法、装置、终端及服务器 - Google Patents

Abstract

本申请公开了一种业务数据显示方法、装置、终端及服务器，属于互联网技术领域。方法包括：获取待配置的业务数据，对待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组；接收移动终端发送的第一业务数据查询请求，查询与第一业务数据查询请求匹配的目标业务数据；按照指定排序规则，对目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，其中，目标业务数据中携带至少一个业务群组的简介信息；将业务数据列表返给移动终端，由移动终端对排序后的单项业务数据和至少一个业务群组的简介信息进行显示。本申请减少了移动终端与服务器的数据交互，也解决了用户无法快速查找到感兴趣的业务数据的问题。

Description

业务数据显示方法、装置、终端及服务器

技术领域

本申请涉及互联网技术领域，特别涉及一种业务数据显示方法、装置、终端及服务器。

背景技术

随着移动终端产品的快速发展，诸如应用市场或应用商城等应用管理平台上涌现出了各种各样的APP(Application,应用)，而社区类APP便是其中一类。其中，不同的社区类APP具备的功能通常不一样，以针对游戏业务的社区类APP为例，目前这类APP大多会设置一个业务活动中心，移动终端通过该业务活动中心可显示与游戏业务相关的各种业务数据。

移动终端在显示业务数据时，如果与某一个业务相关的业务数据过多，或者，与某一个业务相关的业务数据更新速度较快时，通常会存在如下问题：第一、用于呈现业务数据的业务数据列表会很长，用户需要在移动终端上执行翻页多次(比如滚动多页)才能查看所有业务数据，这无疑会大大增加移动终端与后台服务器之间的数据交互次数；第二、由于业务数据过多，因此用户无法很快定位到自己感兴趣的业务数据。基于以上描述可知，如何在移动终端上显示业务数据，成为了本领域技术人员亟待解决的一个问题。

发明内容

本申请实施例提供了一种业务数据显示方法、装置、终端及服务器，解决了相关技术存在的移动终端与后台服务器之间数据交互大，以及用户无法很快定位到自己感兴趣的业务数据的问题。所述技术方案如下：

一方面，提供了一种业务数据显示方法，所述方法应用于服务器，所述方法包括：

获取待配置的业务数据，对所述待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组；

接收移动终端发送的第一业务数据查询请求，查询与所述第一业务数据查询请求匹配的目标业务数据；

按照指定排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，其中，所述目标业务数据中携带所述至少一个业务群组的简介信息；

将所述业务数据列表返给所述移动终端，由所述移动终端对排序后的所述单项业务数据和所述至少一个业务群组的简介信息进行显示。

另一方面，提供了一种业务数据显示方法，所述方法应用于移动终端，所述方法包括：

向服务器发送第一业务数据查询请求，由所述服务器查询与所述第一业务数据查询请求匹配的目标业务数据，按照设置的排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，所述目标业务数据中携带所述至少一个业务群组的简介信息；

接收所述服务器返回的所述业务数据列表，对排序后的所述单项业务数据和所述至少一个业务群组的简介信息进行显示；

其中，所述服务器还用于获取待配置的业务数据，对所述待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组。

另一方面，提供了一种业务数据显示装置，所述装置应用于服务器，所述装置包括：

获取模块，用于获取待配置的业务数据，对所述待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组；

接收模块，用于接收移动终端发送的第一业务数据查询请求；

查询模块，用于查询与所述第一业务数据查询请求匹配的目标业务数据；

排序模块，用于按照指定排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，其中，所述目标业务数据中携带所述至少一个业务群组的简介信息；

发送模块，用于将所述业务数据列表返给所述移动终端，由所述移动终端对排序后的所述单项业务数据和所述至少一个业务群组的简介信息进行显示。

在一种可能的实现方式中，所述接收模块，还用于接收所述移动终端发送的第二业务数据查询请求，所述第二业务数据查询请求由所述移动终端在接收到对所述业务数据列表中目标业务群组的简介信息的触发操作后发送；

所述获取模块，还用于获取所述目标业务群组中包括的至少一项业务数据；

所述发送模块，还用于将所述目标业务群组中包括的至少一项业务数据返回给所述移动终端。

在一种可能的实现方式中，所述排序模块，还用于按照时间由近至远的顺序，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，形成时间由近至远的所述业务数据列表；其中，每个所述业务群组中包括的业务数据按照时间由近至远的顺序排序，每个所述业务群组的时间为相应业务群组中排序在首位的业务数据的时间。

在一种可能的实现方式中，所述排序模块，还用于按照热度由高至低的顺序，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，形成热度由高至低的所述业务数据列表；其中，每个所述业务群组中包括的业务数据按照热度由高至低的顺序排序，每个所述业务群组的热度为相应业务群组中排序在首位的业务数据的热度。

在一种可能的实现方式中，所述装置还包括：

校验模块，用于对所述第一业务数据查询请求进行参数校验处理；当所述第一业务数据查询请求通过参数校验处理时，执行所述查询与所述第一业务数据查询请求匹配的目标业务数据的步骤。

另一方面，提供了一种业务数据显示装置，所述装置应用于移动终端，所述装置包括：

发送模块，用于向服务器发送第一业务数据查询请求，由所述服务器查询与所述第一业务数据查询请求匹配的目标业务数据，按照设置的排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，所述目标业务数据中携带所述至少一个业务群组的简介信息；

接收模块，用于接收所述服务器返回的所述业务数据列表；

显示模块，用于对排序后的所述单项业务数据和所述至少一个业务群组的简介信息进行显示；

其中，所述服务器还用于获取待配置的业务数据，对所述待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组。

在一种可能的实现方式中，所述发送模块，还用于在接收到对所述业务数据列表中目标业务群组的简介信息的触发操作后，向所述服务器发送第二业务数据查询请求，由所述服务器获取所述目标业务群组中包括的至少一项业务数据；

所述接收模块，还用于接收所述服务器返回的所述目标业务群组中包括的至少一项业务数据；

所述显示模块，还用于对所述目标业务群组中包括的至少一项业务数据进行显示。

另一方面，提供了一种移动终端，所述移动终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现上述的业务数据显示方法。

另一方面，提供了一种服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现上述的业务数据显示方法。

另一方面，提供了一种存储介质，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现上述的业务数据显示方法。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例增加了业务群组的概念，服务器在配置业务数据时，会将具有同类属性的多项业务数据聚合在一起，形成业务群组。而用户在通过移动终端发起针对业务数据的查询请求时，服务器也仅会返回有关于业务群组的简介信息，并不会返回业务群组所包括的详细业务数据。由于将业务数据通过业务群组进行了聚合，并在移动终端上通过业务数据列表显示非聚合形式的单项业务数据和聚合形式的业务群组的简介信息，因此大大缩短了业务数据列表的长度，且通过业务群组的简介信息用户也同样能够获知有关于该业务群组的讯息，所以本申请实施例无需用户在移动终端上执行翻页操作多次便能查看所有业务数据，大大减少了移动终端与后台服务器的数据交互，同时也解决了当业务数据过多时用户需要通过不断执行翻页操作来查找感兴趣的业务数据的问题。

附图说明

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

图1是本申请实施例提供的一种移动终端的显示画面示意图；

图2是本申请实施例提供的一种业务数据显示方法所涉及的实施环境的示意图；

图3是本申请实施例提供的一种业务数据显示方法的流程图；

图4是本申请实施例提供的另一种移动终端的显示画面示意图；

图5是本申请实施例提供的另一种移动终端的显示画面示意图；

图6是本申请实施例提供的另一种移动终端的显示画面示意图；

图7是本申请实施例提供的一种业务数据显示方法的整体执行流程示意图；

图8是本申请实施例提供的一种业务数据排序方式和聚合方式的示意图；

图9是本申请实施例提供的一种业务数据显示装置的结构示意图；

图10是本申请实施例提供的一种业务数据显示装置的结构示意图；

图11是本申请实施例提供的一种业务数据显示装置的结构示意图；

图12是本申请实施例提供的一种移动终端的结构示意图；

图13是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

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

在对本申请实施例进行详细地解释说明之前，先对本申请实施例涉及到的一些名词进行解释说明。

社区类APP：指代具有社区功能的APP，这类APP能够为多元化的移动终端用户提供多元化的业务，通过这类APP移动终端用户不但能够了解各种各样的资讯信息，而且这类APP还为移动终端用户提供了一个与其他移动终端用户进行信息交互的平台。

业务数据：指代业务提供给用户的业务数据。

作为一个示例，如图1所示，这个社区类APP包括一个活动中心，该活动中心当前以列表形式展示的各项活动在本文中均可称之为一项业务数据。

业务群组：在本申请实施例中，多项具有同类属性的业务数据聚合在一起，便形成了一个业务群组。

作为一个示例，以业务数据指代图1所示的活动为例，则业务群组也可称之为活动组，本申请实施例对此不进行具体限定。

业务数据列表：在本申请实施例中，不能与其他业务数据进行聚合的单项业务数据和聚合出来的业务群组，按照设置的排序规则进行排序，便会形成业务数据列表。

在一种可能的实现方式中，排序规则包括但不限于按照时间顺序进行排序和按照热度顺序进行排序，本申请实施例对此不进行具体限定。

热度：在本申请实施例中，热度反应了一项业务数据在人群中的受欢迎程度。作为一个示例，一项业务数据的热度可从该项业务数据的浏览次数、观看次数等角度衡量，本申请实施例对此不进行具体限定。

下面对本申请实施例提供的一种业务数据显示方法涉及的实施环境进行介绍说明。

参见图2，该实施环境包括：用户持有的移动终端201、业务服务器202、管理服务器203、组合服务器204、排序服务器205以及业务数据库206。

其中，除了移动终端201之外，上述业务服务器202、管理服务器203、组合服务器204、排序服务器205以及业务数据库206，在本文中可统称为服务器。

在本申请实施例中，管理服务器203负责配置业务数据和业务群组。

管理服务器203向组合服务器204发起增加、修改、删除业务群组+业务数据请求，即通过组合服务器204实现业务群组+业务数据的增加、修改和删除。组合服务器204在接收到上述请求后，会判断请求操作的类型，如果针对的是业务群组，则将该业务群组内排在首位的业务数据的时间，作为该业务群组的时间，并将该业务群组的相关数据发送给业务数据库206进行操作。另外，组合服务器204还负责将配置结果返回给管理服务器203。

组合服务器的核心作用是在录入业务数据的时候对业务数据进行聚合，形成多个业务群组。其中，组合服务器204会根据如下类型进行写业务数据库206操作：一种是无法聚合的单项业务数据；另一种是业务群组，如前文所述，业务群组的时间为其所包含的业务数据中排在首位的业务数据的时间。

在本申请实施例中，用户通过移动终端201向业务服务器202发起业务数据查询请求。而业务服务器202在接收到该业务数据查询请求后，首先对该查询请求进行参数校验处理，当且仅当通过参数校验后，才会在业务数据库206中查询移动终端201请求的业务数据。

而业务数据库206负责将移动终端201请求的业务数据返回给业务服务器202。其中，移动终端201请求的业务数据中通常包括请求的单项业务数据+业务群组。

业务服务器202负责将排序规则、请求的业务数据发往排序服务器205。而排序服务器205在接收到上述排序规则、请求的业务数据后，负责按照排序规则对请求的业务数据进行排序。

以按照时间排序为例，则在对业务群组进行排序时参考依据是：其所包含的业务数据中排在首位的业务数据的时间；以按照热度排序为例，则在对业务群组进行排序时参考依据是：其所包含的业务数据中排在首位的业务数据的热度。排序完成后，排序服务器205负责将排序结果返回给业务服务器202。

接下来，业务服务器202负责对排序服务器202返回的排序结果进行缓存和打包处理。之后，业务服务器202会将排序后的业务群组和单项业务数据一起以业务数据列表形式返回给移动终端201，由移动终端201将该业务数据列表显示给用户。

需要说明的是，此时业务服务器202只会向移动终端201返回业务群组的简介信息，比如对业务群组的说明性文字，概要性文字，图片等，并不返回业务群组包括的详细的业务数据。即，该阶段并不会返回业务群组包括的详细业务数据，只有当用户在移动终端201上触发相应业务群组的简介信息时，移动终端201才会发请求至后台服务器进行查询。

综上所述，本申请实施例提出了一种针对移动终端的业务数据显示机制，本申请实施例增加了业务群组的概念，在管理服务器203配置业务数据时，组合服务器204可将具有同类属性的多项业务数据聚合在一起，形成业务群组。而用户在通过移动终端201发起针对业务数据的查询请求时，业务服务器202也只会返回有关于业务群组的诸如说明性文字、概要性文字、图片等简介信息，不会返回业务群组所包括的详细业务数据，只有当用户进行相关触发操作后移动终端才会发送请求至业务服务器202查询。

由于将业务数据通过业务群组进行了聚合，并在业务数据列表上显示无法聚合的单项业务数据和业务群组的简介信息，因此大大缩短了业务数据列表的长度，且通过业务群组的简介信息用户也同样可以简单获知该业务群组的相关业务数据，所以本申请实施例无需用户在移动终端上执行翻页操作多次(比如滚动多页)便能查看所有业务数据，因此大大减少了移动终端与后台服务器的数据交互，同时也解决了当业务数据过多时用户需要通过不断执行翻页操作来查找感兴趣的业务数据的问题，极大地提升了用户体验与系统性能。

换一种表达方式，本申请实施例解决了因移动终端的屏幕小，当业务数据过多时无法快速查找到用户感兴趣的业务数据的问题，同时通过减少移动终端与服务器之间的数据交互，也节省了用户流量，提高了用户体验，使得用户可以快速地查找到自己感兴趣的一类业务数据。

下面对本申请实施例提供的一种业务数据显示方法进行详细地解释说明。

需要说明的是，后文中出现的类似第一、第二、第三、第四等描述，仅是为了区分不同的对象，而不构成任何其他的限定。

图3是本申请实施例提供的一种业务数据显示方法的流程图，该方法的交互主体为移动终端和服务器。其中，此处的服务器涵盖图2中示出的业务服务器、管理服务器、组合服务器、排序服务器以及业务数据库。参见图3，本申请实施例提供的方法流程包括：

301、服务器获取待配置的业务数据，对待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组。

在本申请实施例中，待配置的业务数据指代新增加的业务数据，这些业务数据是需要写入到业务数据库中的。当然，服务器还可对已写入业务数据库中的业务数据进行删除或修改，本申请实施例对此不进行具体限定。

作为一个示例，根据类型不同，业务数据可划分为公告性业务数据、组合性业务数据、同一类业务数据等，组合性业务数据属于同一类业务数据的子集。

其中，公告性业务数据通常指代官方发布的一些公告通知或消息，以活动为例，则公告性活动可为“官方**年*月*日发布新皮肤，提前预约可享好礼”。

组合性业务数据通常包括多个子业务数据，每个子业务数据之间具有关联性。继续以活动为例，假设子活动1、子活动2、子活动3、……、子活动N之间具有关联性，则组合性活动可为：在完成上一个子活动后触发下一个子活动，在全部的子活动完成之后，赠送给用户一份礼物，比如赠送游戏中的钻石、金币或皮肤等，本申请实施例对此不进行具体限定。

同一类业务数据指代广泛意义上归属于同一类的业务数据。继续以活动为例，假设一个业务是每月1号登录赠送用户礼物，因此每月官方均会发布这一活动，但是每月发布的活动之间又互不影响，上述每月发布的活动便可称之为同一类活动。

在本申请实施例中，多项具有同类属性的业务数据聚合在一起便形成了一个业务群组。比如，上述组合性业务数据或同一类业务数据便会聚合在一起形成一个业务群组。

302、移动终端向服务器发送第一业务数据查询请求。

在本申请实施例中，移动终端发送第一业务数据查询请求，可由用户在移动终端上执行的相关操作触发，其中，相关操作包括但不限于：

用户点击了应用页面上的一个按键，比如点击了“活动”按键后，进入到图1所示的页面，而这一点击操作便会触发移动终端向后台服务器发送上述查询请求；又或者，受限于移动终端的屏幕尺寸，每次只能显示部分业务数据，因此每次移动终端可能仅会向后台服务器请求一页的业务数据，当用户执行翻页或滚动翻页操作后，便会触发移动终端向后台服务器发送上述查询请求，以请求下一页的业务数据，本申请实施例对此不进行具体限定。

在一种可能的实现方式中，上述第一业务数据查询请求中可包括用户相关信息，比如用户ID、用户性别、用户等级等，还可包括分页参数，其中，该分页参数用于指示请求的页数和每页请求的业务数据条数等，本申请实施例对此不进行具体限定。

303、服务器在接收到移动终端发送的第一业务数据查询请求后，对该第一业务数据查询请求进行参数校验处理；当第一业务数据查询请求通过参数校验处理时，查询与该第一业务数据查询请求匹配的目标业务数据。

在本申请实施例中，对上述查询请求进行参数校验处理，包括但不限于：

一、进行用户合法性校验，比如校验发起上述查询请求的用户是否为系统禁用功能的黑名单用户，或者，校验发起上述查询请求的用户是否是非法攻击用户；二、校验分页参数是否合法，比如该参数应该是数字而不能够是英文；三、对查询范围进行校验，比如每页请求的条数不能超过10条或20条等，本申请实施例对校验方式不进行具体限定。

其中，在查询与第一业务数据查询请求匹配的目标业务数据时，还需在业务数据库中进行查询，而查询到的目标业务数据可能既包括非聚合形式的单项业务数据，也包括聚合形式的业务群组。

在一种可能的实现方式中，为了使得用户既能够获知业务群组的相关信息，又能够减少移动终端与服务器之间的数据交互，以节省移动终端的流量，目标业务数据中仅携带业务群组的简介信息，移动终端也仅显示业务群组的简介信息。其中，上述简介信息包括但不限于对业务群组的说明性文字、概要性文字、图片等，本申请实施例对此不进行具体限定。

304、服务器按照指定排序规则，对目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表。

其中，上述排序规则既可为系统默认的排序规则，也可为用户选择的排序规则，本申请实施例对此不进行具体限定。

以排序规则为时间顺序为例，则对目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，包括：按照时间由近至远的顺序，对目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，形成时间由近至远的业务数据列表。其中，形成的业务数据列表显示在移动终端上可如图4所示。

需要说明的第一点是，针对该种情况，每个业务群组中包括的业务数据按照时间由近至远的顺序排序，每个业务群组的时间为相应业务群组中排序在首位的业务数据的时间。

以排序规则为热度顺序为例，则对目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，包括：按照热度由高至低的顺序，对目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，形成热度由高至低的业务数据列表。其中，形成的业务数据列表显示在移动终端上可如图5所示。

需要说明的第二点是，针对该种情况，每个业务群组中包括的业务数据按照热度由高至低的顺序排序，每个业务群组的热度为相应业务群组中排序在首位的业务数据的热度。

305、服务器将该业务数据列表返给移动终端。

在本申请实施例中，为了节省移动终端的流量，服务器可将该业务数据列表进行打包，将打包后的数据返回给移动终端。

306、移动终端对排序后的单项业务数据和至少一个业务群组的简介信息进行显示。

在本申请实施例中，对于当前显示在移动终端上的单项业务数据和业务群组，用户可通过执行触发操作来查询某一业务群组包括的详细业务数据。其中，上述触发操作可为点击操作，本申请实施例对此不进行具体限定。

其中，用户在对返回的业务数据列表中任意一个业务群组的简介信息执行触发操作后，移动终端会向服务器发送第二业务数据查询请求，而服务器在接收到移动终端发送的第二业务数据查询请求后，会获取相应业务群组中包括的详细业务数据并返回给移动终端，以由移动终端展示给用户，这一过程可如图6所示。即，仅当用户点击显示的业务群组的简介信息时，才会触发移动终端向后台服务器请求相应业务群组包括的详细业务数据。

本申请实施例提供的方法至少具有以下有益效果：

本申请实施例增加了业务群组的概念，后台服务器在配置业务数据时，会将具有同类属性的多项业务数据聚合在一起，形成业务群组。而用户在通过移动终端发起针对业务数据的查询请求时，后台服务器也仅会返回有关于业务群组的简介信息，并不会返回业务群组所包括的详细业务数据，仅当用户进行相关触发操作后，移动终端才会发送请求至后台服务器查询详细业务数据。

由于将业务数据通过业务群组进行了聚合，并在业务数据列表上显示非聚合形式的单项业务数据和聚合形式的业务群组的简介信息，因此大大缩短了业务数据列表的长度，且通过业务群组的简介信息用户也同样能够获知有关于该业务群组的讯息，所以本申请实施例无需用户在移动终端上执行翻页操作多次便能查看所有业务数据，大大减少了移动终端与后台服务器的数据交互，同时也解决了当业务数据过多时用户需要通过不断执行翻页操作来查找感兴趣的业务数据的问题，极大地提升了用户体验与系统性能。

在另一个实施例中，图7示出了本申请实施例提供的业务数据显示方法的整体执行流程图。

如图8所示，本申请实施例通过业务数据聚合，形成了非聚合形式的单项业务数据，以及聚合形式的业务群组。而排序规则通常可分为时间顺序排序和热度顺序排序。进一步地，参见图7，该执行流程包括如下步骤：

a、管理服务器向组合服务器发起业务数据+业务群组配置请求。

b、组合服务器在接收到上述请求后，与业务数据库交互进行业务数据+业务群组的增加、修改或删除。针对该步骤，在新增业务数据时，组合服务器负责对新增的业务数据进行聚合。

c、组合服务器向业务数据库发送数据更新请求，以向业务数据库新写入业务数据+业务群组，或，修改或删除已写入的业务数据+业务群组。

d、业务数据库向组合服务器发送操作结果，组合服务器在接收到操作结果后，进一步向管理服务器发送配置结果。

e、移动终端向业务服务器发送第一业务数据查询请求。

f、业务服务器在接收到上述请求后，进行参数校验处理；当通过参数校验处理后，向业务数据库发送查询请求，以查询相应业务数据。

g、业务数据库向业务服务器返回移动终端请求的单项业务数据+业务群组。

h、业务服务器向排序服务器发送排序请求，请求排序服务器对移动终端请求的单项业务数据+业务群组进行排序。

i、排序服务器向业务服务器发送排序结果。

j、业务服务器对排序结果进行数据打包处理，将打包数据返回给移动终端。

k、移动终端对业务服务器返回的已排序业务数据进行显示。

图9是本申请实施例提供的一种业务数据显示装置的结构示意图，该装置应用于服务器，参见图9，该装置包括：

获取模块901，用于获取待配置的业务数据，对所述待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组；

接收模块902，用于接收移动终端发送的第一业务数据查询请求；

查询模块903，用于查询与第一业务数据查询请求匹配的目标业务数据；

排序模块904，用于按照指定排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，其中，所述目标业务数据中携带所述至少一个业务群组的简介信息；

发送模块905，用于将所述业务数据列表返给所述移动终端，由移动终端对排序后的所述单项业务数据和所述至少一个业务群组的简介信息进行显示。

本申请实施例提供的装置，增加了业务群组的概念，服务器在配置业务数据时，会将具有同类属性的多项业务数据聚合在一起，形成业务群组。而用户在通过移动终端发起针对业务数据的查询请求时，服务器也仅会返回有关于业务群组的简介信息，并不会返回业务群组所包括的详细业务数据。

由于将业务数据通过业务群组进行了聚合，并在移动终端上通过业务数据列表显示非聚合形式的单项业务数据和聚合形式的业务群组的简介信息，因此大大缩短了业务数据列表的长度，且通过业务群组的简介信息用户也同样能够获知有关于该业务群组的讯息，所以本申请实施例无需用户在移动终端上执行翻页操作多次便能查看所有业务数据，大大减少了移动终端与后台服务器的数据交互，同时也解决了当业务数据过多时用户需要通过不断执行翻页操作来查找感兴趣的业务数据的问题。

在一种可能的实现方式中，接收模块902，还用于接收所述移动终端发送的第二业务数据查询请求，所述第二业务数据查询请求由所述移动终端在接收到对所述业务数据列表中目标业务群组的简介信息的触发操作后发送；

获取模块901，还用于获取所述目标业务群组中包括的至少一项业务数据；

发送模块905，还用于将所述目标业务群组中包括的至少一项业务数据返回给所述移动终端。

在一种可能的实现方式中，排序模块904，还用于按照时间由近至远的顺序，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，形成时间由近至远的所述业务数据列表；其中，每个所述业务群组中包括的业务数据按照时间由近至远的顺序排序，每个所述业务群组的时间为相应业务群组中排序在首位的业务数据的时间。

在一种可能的实现方式中，排序模块904，还用于按照热度由高至低的顺序，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，形成热度由高至低的所述业务数据列表；其中，每个所述业务群组中包括的业务数据按照热度由高至低的顺序排序，每个所述业务群组的热度为相应业务群组中排序在首位的业务数据的热度。

在一种可能的实现方式中，参见图10，该装置还包括：

校验模块906，用于对所述第一业务数据查询请求进行参数校验处理；当所述第一业务数据查询请求通过参数校验处理时，执行所述查询与所述第一业务数据查询请求匹配的目标业务数据的步骤。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图11是本申请实施例提供的一种业务数据显示装置的结构示意图，该装置应用于移动终端，参见图11，该装置包括：

发送模块1101，用于向服务器发送第一业务数据查询请求，由所述服务器查询与所述第一业务数据查询请求匹配的目标业务数据，按照设置的排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，所述目标业务数据中携带所述至少一个业务群组的简介信息；

接收模块1102，用于接收所述服务器返回的所述业务数据列表；

显示模块1103，用于对排序后的所述单项业务数据和所述至少一个业务群组的简介信息进行显示；

其中，所述服务器还用于获取待配置的业务数据，对所述待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组。

本申请实施例提供的装置，增加了业务群组的概念，服务器在配置业务数据时，会将具有同类属性的多项业务数据聚合在一起，形成业务群组。而用户在通过移动终端发起针对业务数据的查询请求时，服务器也仅会返回有关于业务群组的简介信息，并不会返回业务群组所包括的详细业务数据。

由于将业务数据通过业务群组进行了聚合，并在移动终端上通过业务数据列表显示非聚合形式的单项业务数据和聚合形式的业务群组的简介信息，因此大大缩短了业务数据列表的长度，且通过业务群组的简介信息用户也同样能够获知有关于该业务群组的讯息，所以本申请实施例无需用户在移动终端上执行翻页操作多次便能查看所有业务数据，大大减少了移动终端与后台服务器的数据交互，同时也解决了当业务数据过多时用户需要通过不断执行翻页操作来查找感兴趣的业务数据的问题。

在一种可能的实现方式中，发送模块1101，还用于在接收到对所述业务数据列表中目标业务群组的简介信息的触发操作后，向所述服务器发送第二业务数据查询请求，由所述服务器获取所述目标业务群组中包括的至少一项业务数据；

接收模块1102，还用于接收所述服务器返回的所述目标业务群组中包括的至少一项业务数据；

显示模块1103，还用于对所述目标业务群组中包括的至少一项业务数据进行显示。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

需要说明的是：上述实施例提供的业务数据显示装置在显示业务数据时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的业务数据显示装置与业务数据显示方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

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

通常，终端1200包括有：处理器1201和存储器1202。

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

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

在一些实施例中，终端1200还可选包括有：外围设备接口1203和至少一个外围设备。处理器1201、存储器1202和外围设备接口1203之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1203相连。具体地，外围设备包括：射频电路1204、触摸显示屏1205、摄像头1206、音频电路1207和电源1209中的至少一种。

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

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

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

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

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

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

在一些实施例中，终端1200还包括有一个或多个传感器1210。该一个或多个传感器1210包括但不限于：加速度传感器1211、陀螺仪传感器1212、压力传感器1213、光学传感器1215以及接近传感器1216。

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

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

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

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

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

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

图13是本申请实施例提供的一种服务器的结构示意图，该服务器1300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processingunits，CPU)1301和一个或一个以上的存储器1302，其中，所述存储器1302中存储有至少一条指令，所述至少一条指令由所述处理器1301加载并执行以实现上述各个方法实施例提供的业务数据显示方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成上述实施例中的业务数据显示方法。例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

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

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

Claims (10)

1.一种业务数据显示方法，其特征在于，所述方法应用于服务器，所述方法包括：

获取待配置的业务数据，对所述待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组；

接收移动终端发送的第一业务数据查询请求，查询与所述第一业务数据查询请求匹配的目标业务数据；

按照指定排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，其中，所述目标业务数据中携带所述至少一个业务群组的简介信息；

将所述业务数据列表返给所述移动终端，由所述移动终端对排序后的所述单项业务数据和所述至少一个业务群组的简介信息进行显示；

接收所述移动终端发送的第二业务数据查询请求，所述第二业务数据查询请求由所述移动终端在接收到对所述业务数据列表中目标业务群组的简介信息的触发操作后发送；

获取所述目标业务群组中包括的至少一项业务数据；

将所述目标业务群组中包括的至少一项业务数据返回给所述移动终端，由所述移动终端对所述至少一项业务数据进行显示。

2.根据权利要求1所述的方法，其特征在于，所述按照指定排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，包括：

按照时间由近至远的顺序，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，形成时间由近至远的所述业务数据列表；

其中，每个所述业务群组中包括的业务数据按照时间由近至远的顺序排序，每个所述业务群组的时间为相应业务群组中排序在首位的业务数据的时间。

3.根据权利要求1所述的方法，其特征在于，所述按照指定排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，包括：

按照热度由高至低的顺序，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，形成热度由高至低的所述业务数据列表；

其中，每个所述业务群组中包括的业务数据按照热度由高至低的顺序排序，每个所述业务群组的热度为相应业务群组中排序在首位的业务数据的热度。

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

对所述第一业务数据查询请求进行参数校验处理；

当所述第一业务数据查询请求通过参数校验处理时，执行所述查询与所述第一业务数据查询请求匹配的目标业务数据的步骤。

5.一种业务数据显示方法，其特征在于，所述方法应用于移动终端，所述方法包括：

向服务器发送第一业务数据查询请求，由所述服务器查询与所述第一业务数据查询请求匹配的目标业务数据，按照设置的排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，所述目标业务数据中携带所述至少一个业务群组的简介信息；

接收所述服务器返回的所述业务数据列表，对排序后的所述单项业务数据和所述至少一个业务群组的简介信息进行显示；

在接收到对所述业务数据列表中目标业务群组的简介信息的触发操作后，向所述服务器发送第二业务数据查询请求，由所述服务器获取所述目标业务群组中包括的至少一项业务数据；

接收所述服务器返回的所述目标业务群组中包括的至少一项业务数据；

对所述目标业务群组中包括的至少一项业务数据进行显示；

其中，所述服务器还用于获取待配置的业务数据，对所述待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组。

6.一种业务数据显示装置，其特征在于，所述装置应用于服务器，所述装置包括：

获取模块，用于获取待配置的业务数据，对所述待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组；

接收模块，用于接收移动终端发送的第一业务数据查询请求；

查询模块，用于查询与所述第一业务数据查询请求匹配的目标业务数据；

排序模块，用于按照指定排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，其中，所述目标业务数据中携带所述至少一个业务群组的简介信息；

发送模块，用于将所述业务数据列表返给所述移动终端，由所述移动终端对排序后的所述单项业务数据和所述至少一个业务群组的简介信息进行显示；

所述接收模块，还用于接收所述移动终端发送的第二业务数据查询请求，所述第二业务数据查询请求由所述移动终端在接收到对所述业务数据列表中目标业务群组的简介信息的触发操作后发送；

所述获取模块，还用于获取所述目标业务群组中包括的至少一项业务数据；

所述发送模块，还用于将所述目标业务群组中包括的至少一项业务数据返回给所述移动终端，由所述移动终端对所述至少一项业务数据进行显示。

7.一种业务数据显示装置，其特征在于，所述装置应用于移动终端，所述装置包括：

发送模块，用于向服务器发送第一业务数据查询请求，由所述服务器查询与所述第一业务数据查询请求匹配的目标业务数据，按照设置的排序规则，对所述目标业务数据中包括的单项业务数据和至少一个业务群组进行排序，得到业务数据列表，所述目标业务数据中携带所述至少一个业务群组的简介信息；

接收模块，用于接收所述服务器返回的所述业务数据列表；

显示模块，用于对排序后的所述单项业务数据和所述至少一个业务群组的简介信息进行显示；

所述发送模块，还用于在接收到对所述业务数据列表中目标业务群组的简介信息的触发操作后，向所述服务器发送第二业务数据查询请求，由所述服务器获取所述目标业务群组中包括的至少一项业务数据；

所述接收模块，还用于接收所述服务器返回的所述目标业务群组中包括的至少一项业务数据；

所述显示模块，还用于对所述目标业务群组中包括的至少一项业务数据进行显示；

其中，所述服务器还用于获取待配置的业务数据，对所述待配置的业务数据中具有同类属性的业务数据进行聚合，得到多个业务群组。

8.一种移动终端，其特征在于，所述移动终端包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如权利要求5所述的业务数据显示方法。

9.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如权利要求1-4中任一项权利要求所述的业务数据显示方法。

10.一种存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如权利要求1至4中任一项权利要求所述的业务数据显示方法，或，如权利要求5所述的业务数据显示方法。

Images