CN112667180A - 一种业务数据的显示方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本发明实施例提供了一种业务数据的显示方法、装置、计算机设备和存储介质，该方法包括：确定在客户端中配置显示第一业务数据、第二业务数据、第三业务数据，以优先级、权限值作为约束条件，选择第一业务数据、第二业务数据、第三业务数据中的至少一者，作为目标业务数据，权限值用于表征在客户端中显示时消耗的数据，向客户端、第二业务平台、第三业务平台中的至少一者请求目标业务数据，在客户端的界面上显示目标业务数据，在客户端中提供了聚合不同业务平台的业务数据的框架，框架的可扩展性强，在接入的业务平台发生变化时，可遵循框架的约定显示业务数据，减少对客户端显示业务数据的功能模块的修改，降低开发的工作量。

Description

一种业务数据的显示方法、装置、计算机设备和存储介质

技术领域

本发明实施例涉及计算机处理的技术领域，尤其涉及一种业务数据的显示方法、装置、计算机设备和存储介质。

背景技术

随着网络科技的快速发展，不同的业务平台集成众多业务数据，这些业务数据通过不同的方式推送至客户端，以便为用户提供服务。

客户端可能接入一个或多个业务平台的业务数据，客户端通常对不同的业务平台配置不同的方式显示业务数据。

在接入的业务平台发生变化时，其显示业务数据的方式也相应发生变化，此时，对客户端显示业务数据的功能模块进行修改，开发的工作量较大。

发明内容

本发明实施例提出了一种业务数据的显示方法、装置、计算机设备和存储介质，以解决在接入的业务平台发生变化时、对显示业务数据的功能模块进行修改的开发的工作量较大的问题。

第一方面，本发明实施例提供了一种业务数据的显示方法，包括：

确定在客户端中配置显示第一业务数据、第二业务数据、第三业务数据，所述第一业务数据来源于与所述客户端配套的第一业务平台、所述第二业务数据来源于与所述客户端中开发工具包配套的第二业务平台、所述第三业务数据来源于向所述客户端提供接口的第三业务平台；

以优先级、权限值作为约束条件，选择所述第一业务数据、所述第二业务数据、所述第三业务数据中的至少一者，作为目标业务数据，所述权限值用于表征在所述客户端中显示时消耗的数据；

向所述客户端、所述第二业务平台、所述第三业务平台中的至少一者请求所述目标业务数据；

在所述客户端的界面上显示所述目标业务数据。

第二方面，本发明实施例还提供了一种业务数据的显示装置，包括：

业务数据配置确定模块，用于确定在客户端中配置显示第一业务数据、第二业务数据、第三业务数据，所述第一业务数据来源于与所述客户端配套的第一业务平台、所述第二业务数据来源于与所述客户端中开发工具包配套的第二业务平台、所述第三业务数据来源于向所述客户端提供接口的第三业务平台；

目标业务数据选择模块，用于以优先级、权限值作为约束条件，选择所述第一业务数据、所述第二业务数据、所述第三业务数据中的至少一者，作为目标业务数据，所述权限值用于表征在所述客户端中显示时消耗的数据；

目标业务数据请求模块，用于向所述客户端、所述第二业务平台、所述第三业务平台中的至少一者请求所述目标业务数据；

目标业务数据显示模块，用于在所述客户端的界面上显示所述目标业务数据。

第三方面，本发明实施例还提供了一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的业务数据的显示方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方所述的业务数据的显示方法。

在本实施例中，确定在客户端中配置显示第一业务数据、第二业务数据、第三业务数据，第一业务数据来源于与客户端配套的第一业务平台、第二业务数据来源于与客户端中开发工具包配套的第二业务平台、第三业务数据来源于向客户端提供接口的第三业务平台，以优先级、权限值作为约束条件，选择第一业务数据、第二业务数据、第三业务数据中的至少一者，作为目标业务数据，权限值用于表征在客户端中显示时消耗的数据，向客户端、第二业务平台、第三业务平台中的至少一者请求目标业务数据，在客户端的界面上显示目标业务数据，在客户端中提供了聚合不同业务平台的业务数据的框架，由于第一业务平台与客户端之间适配，因此，第一业务数据对于客户端的价值更高，而第二业务平台、第三业务平台可以保证业务数据的填充率，提高了业务数据的多样化，从而提高了业务位的使用效率，框架的可扩展性强，各个业务平台可作为资源池，降低了显示业务数据的逻辑与客户端功能之间的耦合，开发者可以不用关心业务数据的来源，在接入的业务平台发生变化时，可遵循框架的约定显示业务数据，减少对客户端显示业务数据的功能模块的修改，降低开发的工作量。

附图说明

图1为本发明实施例一提供的一种业务数据的显示方法的流程图；

图2是本发明实施例二提供的一种业务数据的显示方法的流程图；

图3为本发明实施例三提供的一种业务数据的显示装置的结构示意图；

图4为本发明实施例四提供的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种业务数据的显示方法的流程图，本实施例可适用于在客户端中聚合各个业务平台的业务数据的情况，该方法可以由业务数据的显示装置来执行，该业务数据的显示装置可以由软件和/或硬件实现，可配置在计算机设备中，例如，个人电脑、移动终端(如手机、平板电脑等)、智能穿戴设备(如眼镜、手表等)，等等，具体包括如下步骤：

步骤101、确定在客户端中配置显示第一业务数据、第二业务数据、第三业务数据。

对于不同业务领域而言，可以具有不同的业务数据，即具有业务领域特征的数据。

例如，对于新闻媒体领域而言，业务数据可以为新闻数据；对于多媒体领域而言，业务数据可以短视频；对于电子商务(Electronic Commerce，EC)领域而言，业务对象可以为广告数据，等等。

业务数据虽然承载不同的业务特性，但其本质仍然是数据，例如，文本、图像数据、音频数据、视频数据等等。

为使本领域技术人员更好地理解本发明，在本实施例中，将广告数据作为业务数据的一种示例进行说明。

开发者在客户端中显示业务数据(如广告数据)，通常有三种方式：

第一种方式是创建业务平台，业务平台与客户端配套，属于同一个开发企业，业务平台可独立承接业务数据，向客户端推送业务数据。

对于广告数据而言，此时又可称之为品牌广告数据，一般情况下，品牌广告数据的收益较高、效果较好。

为便于区分，该业务平台可记为第一业务平台，该业务数据可记为第一业务数据，即第一业务数据来源于与客户端配套的第一业务平台。

第二种方式是在客户端嵌入一个或多个开发工具包(SDK，Software DevelopmentKit)，该开发工具包由第三方的业务平台开发，客户端调用与开发工具包配套的业务平台发送业务数据。

对于广告数据而言，此时又可称之为SDK广告数据，一般情况下，SDK广告数据按照曝光点击收费(如CPM(Cost per mille，每千次展现收费)、CPC(Cost per click，每次点击收费))，客户端是设置底价向业务平台请求SDK广告数据，即SDK广告数据的收费高于底价。

为便于区分，该业务平台可记为第二业务平台，该业务数据可记为第二业务数据，即第二业务数据来源于与客户端中开发工具包配套的第二业务平台。

第三种方式是引入多家第三方的业务平台，这些业务平台提供API(ApplicationProgram Interface，应用程序编程接口)接口，客户端调用各个业务平台的API接口获取业务数据。

对于广告数据而言，该业务平台又称之为DSP(Demand Side Platform，需求方平台)，该业务数据又可称之为竞价广告数据。

为便于区分，该业务平台可记为第三业务平台，该业务数据可记为第三业务数据，即第三业务数据来源于向客户端提供接口的第三业务平台。

由于客户端的类型不同，需求业务数据的场景不同，业务数据的获取方式以及效果也就不同。

第一种方式，大多数开发客户端的业务平台没有大量的业务数据的需求，较难保证业务数据的填充率，其次在业务数据的投放上，难以满足制作业务数据的用户(对于广告数据而言，该用户可以指广告主)的各种投放需求。

对于第二种方式、第三种方式而言，是从第三方的业务平台获取业务数据，虽然能保证业务数据的填充率，但是不能有效地利用每个业务位(即对显示业务数据的区域的抽象表示，对于广告数据而言，该区域又称之为广告位)的特点、实现效率最大化，并且也无法获知各个第三方的业务平台的实际效率，对于广告数据而言，该效率尤其体现为收益。

本实施例设计并实现一种基于客户端的聚合业务数据的方案，可使得显示业务数据的区域(如广告位)支持客户端对各个业务平台的各种业务数据进行配置，即，一方面满足自家的业务平台投放业务数据的需求，既保证业务数据局与客户端的类型、业务场景契合，又满足制作业务数据的用户(如广告主)投放业务数据的需求(如基于各种形式计费的投放需求)；另一方面，通过第三方的业务平台兜底，来保证业务数据的填充率。最终实现业务数据的质量、数量的双赢，从而达到业务位(如广告位)的合理利用、实现效率(如收益)最大化。

具体而言，本领域技术人员可在后端配置文件，如JSON(JavaScript ObjectNotation，一种轻量级的数据交换格式)数据，该配置文件可用于配置客户端的业务位(如广告位)，即配置客户显示第一业务数据、第二业务数据、第三业务数据中的至少一者。

步骤102、以优先级、权限值作为约束条件，选择第一业务数据、第二业务数据、第三业务数据中的至少一者，作为目标业务数据。

在具体实现中，为避免制作业务数据的用户(如广告主)无序地请求各个业务平台投放业务数据，导致资源浪费，可针对业务数据配置权限值，该权限值用于表征在客户端中显示时消耗的数据，对于广告数据而言，该权限值可以为竞价。

除了权限值之外，业务数据可以根据业务场景的需求设置优先级，本实施例在优先级、权限值这两个维度作为投放业务数据的考量，参考优先级、权限值选择第一业务数据、第二业务数据、第三业务数据中的至少一者，作为目标业务数据。

在本发明的一个实施例中，步骤102可以包括如下步骤：

步骤1021、判断客户端中是否存储有符合显示条件的第一业务数据；若是，则执行步骤1022，若否，则执行步骤1023。

在本实施例中，在第一业务数据、第二业务数据、第三业务数据之间设置优先级，由于第一业务平台与客户端一般属于同一个厂商开发、维护，而第二业务平台、第三业务平台对于客户端而言属于第三方的业务平台，一般情况下，第一业务平台提供的第一业务数据相对于第二业务平台提供的第二业务数据、第三业务平台提供的业务数据，与客户端的业务场景更加适配、质量更高，因此，对于第一业务数据、第二业务数据、第三业务数据之间的优先级，可设置为第一业务数据的优先级均高于第二业务数据的优先级、第三业务数据的优先级，那么，在准备显示业务数据时，可以优先检测是否存在合适的第一业务数据。

为确保在达到显示第一业务数据的时机时及时显示第一业务数据，可以预先从第一业务平台下载第一业务数据，并存储在客户端本地。

第一业务数据配置有显示条件、有效性条件，其中，显示条件为用于显示第一业务数据的条件，有效性条件为检测第一业务数据是否有效的条件。

对于优先级最高的第一业务数据，可判断客户端中是否存储有符合该显示条件的第一业务数据。

在一个示例中，显示条件包括时间范围、时间阈值、频次阈值，则在本示例中，可查询当前的第一时间、上一次客户端显示第一业务数据的第二时间、显示第一业务数据的频次。

判断第一时间是否在时间范围(该显示条件用于保证当前的第一时间到达开始显示的时间、并且未达到截止显示的时间)、第一时间与第二时间之间的差值是否大于或等于时间阈值(该显示条件用于保证当前的第一时间距离上次显示的时间满足显示的间隔)、频次是否小于或等于频次阈值(该显示条件用于防止显示的次数超过一段时间内最大显示的次数)。

若是，则确定客户端中存储有符合显示条件的第一业务数据。

若否，则确定客户端中未存储符合显示条件的第一业务数据。

当然，上述显示条件极其检测的方式只是作为示例，在实施本发明实施例时，可以根据实际情况设置其它显示条件极其检测的方式，例如，显示条件包括时长阈值，该条件用于防止第一业务数据显示的时长超过时长阈值，等等，本发明实施例对此不加以限制。另外，除了上述显示条件极其检测的方式外，本领域技术人员还可以根据实际需要采用其它显示条件极其检测的方式，本发明实施例对此也不加以限制。

步骤1022、选择符合有效性条件的第一业务数据为目标业务数据。

在客户端中存储有符合显示条件的第一业务数据的情况下，可使用有效性条件对该第一业务数据检测有效性，选择有效的第一业务数据为目标业务数据。

在一个示例中，有效性条件包括优先级、黑名单，该优先级是指第一业务数据之间的优先级，黑名单记载了禁止显示的第一业务数据，优先级、黑名单均可由本领域技术人员配置。

在本示例中，可对比第一业务数据之间的优先级，以及，将第一业务数据与黑名单中的第一业务数据进行比较，选择优先级最高的、且在黑名单之外的第一业务数据为目标业务数据。

当然，上述有效性条件极其检测的方式只是作为示例，在实施本发明实施例时，可以根据实际情况设置其它有效性条件极其检测的方式，例如，有效性条件包括有效期，对于缓存在客户端的第一业务数据，可以设置缓存的有效期，在有效期内则符合该有效性条件，等等，本发明实施例对此不加以限制。另外，除了上述有效性条件极其检测的方式外，本领域技术人员还可以根据实际需要采用其它有效性条件极其检测的方式，本发明实施例对此也不加以限制。

在选择有效的第一业务数据为目标业务数据之后，鉴于保证第一业务数据的显示效果，减少计算量，可不再选择第二业务数据或者第三业务数据为目标业务数据。

对于广告数据而言，品牌广告数据(即第一业务数据)多使用包天等长时间投放的方式，为保证品牌广告数据的投放效果，减少计算量，可不再选择SDK广告数据(即第二业务数据)或者竞价广告数据(即第三业务数据)为目标业务数据。

步骤1023、基于权限值选择第二业务数据或者第三业务数据为目标业务数据。

在客户端中未存储有符合显示条件的第二业务数据的情况下，则可以在权限值的维度下，对第二业务数据与第三业务数据进行比较，从而选择第二业务数据或者第三业务数据为合适的目标业务数据，在保证业务数据的填充率的同时，尽可能优化显示业务数据的效率，对于广告数据而言，尽量优化显示业务数据的收益。

在具体实现中，可预先对第二业务数据设置类型，类型关联优先级。

示例性地，第二业务数据的类型包括视频类型、横幅类型、图文类型；

其中，视频类型表示第二业务数据的内容包括视频数据，横幅类型表示第二业务数据用于在横幅显示，图文类型表示第二业务数据的内容包括图像数据、文本数据，第二业务平台在推送图文类型的第二业务数据至客户端，客户端将图像数据、文本数据重组为第二业务数据。

对于广告数据而言，视频类型又称之为视频广告数据、横幅类型又称之为横幅广告数据(即banner)、图文类型又称之为图文广告数据。

视频类型的优先级高于横幅类型的优先级，横幅类型的优先级高于图文类型的优先级。

对于广告数据而言，视频广告数据的收益高于横幅广告数据的收益，横幅广告数据的收益高于图文广告数据的收益。

对于当前的第二业务数据、第三业务数据，可查询第二业务数据的类型，按照类型选择优先级最高的第二业务数据，作为候选业务数据，以及，向第三业务平台查询第三业务数据的权限值。

将第三业务数据的权限值与候选业务数据中最小的权限值(如SDK广告数据的底价)进行比较，选择权限值更高的业务数据进行显示。

若第三业务数据的权限值小于或等于候选业务数据中最小的权限值，则选择候选业务数据作为目标业务数据。

若第三业务数据的权限值大于候选业务数据的权限值，则选择第三业务数据作为目标业务数据。

步骤103、向客户端、第二业务平台、第三业务平台中的至少一者请求目标业务数据。

若选择第一业务数据、第二业务数据、第三业务数据中的至少一者为目标业务数据，相应地，向客户端、第二业务平台、第三业务平台中的至少一者请求目标业务数据。

在具体实现中，若选择第一业务数据为目标业务数据，则可以在客户端中查找第一业务数据，禁止向第二业务平台请求第二业务数据、向第三业务平台请求第三业务数据，避免浪费资源。

若选择第二业务数据或第三业务数据为目标业务数据，为快速响应显示目标业务数据，则可以同步调用开发工具包向第二业务平台请求第二业务数据、调用接口向第三业务平台请求第三业务数据，以及，从缓存中读取在有效期内的第二业务数据、第三业务数据，与此同时，执行步骤1023，基于权限值选择第二业务数据或者第三业务数据为目标业务数据。

鉴于第二业务数据的质量一般高于第三业务数据的质量，可以以请求第二业务数据的耗时为基准，对请求进行返回。

若目标业务数据为第二业务数据，则针对第二业务平台返回的第二业务数据、针对第三业务平台返回的第三业务数据，可确定第二业务数据为有效的目标业务数据，缓存第三业务数据，待后续显示第三业务数据时使用。

若目标业务数据为第三业务数据、且接收第二业务数据的时间晚于接收第二业务数据的时间，则确定第三业务数据为有效的目标业务数据，缓存第二业务数据，待后续显示第二业务数据时使用。

若目标业务数据为第三业务数据、且接收第二业务数据的时间早于接收第三业务数据的时间，则为提高显示业务数据的速度，可将第二业务数据替代第三业务数据、作为目标业务数据，缓存第三业务数据，待后续显示第三业务数据时使用。

步骤104、在客户端的界面上显示目标业务数据。

若客户端获取到目标业务数据，则可以在客户端的界面上为业务数据所设置的位置(如界面的底部、界面上的悬浮窗口等)、调用视频播放器、视图(view)等方式播放该目标业务数据，在播放该目标业务数据完成之后，用户可在客户端正常进行操作。

在本实施例中，确定在客户端中配置显示第一业务数据、第二业务数据、第三业务数据，第一业务数据来源于与客户端配套的第一业务平台、第二业务数据来源于与客户端中开发工具包配套的第二业务平台、第三业务数据来源于向客户端提供接口的第三业务平台，以优先级、权限值作为约束条件，选择第一业务数据、第二业务数据、第三业务数据中的至少一者，作为目标业务数据，权限值用于表征在客户端中显示时消耗的数据，向客户端、第二业务平台、第三业务平台中的至少一者请求目标业务数据，在客户端的界面上显示目标业务数据，在客户端中提供了聚合不同业务平台的业务数据的框架，由于第一业务平台与客户端之间适配，因此，第一业务数据对于客户端的价值更高，而第二业务平台、第三业务平台可以保证业务数据的填充率，提高了业务数据的多样化，从而提高了业务位的使用效率，框架的可扩展性强，各个业务平台可作为资源池，降低了显示业务数据的逻辑与客户端功能之间的耦合，开发者可以不用关心业务数据的来源，在接入的业务平台发生变化时，可遵循框架的约定显示业务数据，减少对客户端显示业务数据的功能模块的修改，降低开发的工作量。

对于广告数据而言，客户端实现了聚合性质的广告位，增加客户端广告位接入广告数据的多样化，以及，广告位内部实现广告数据间的展示逻辑以及竞价逻辑。因此，使用的时候，可以更高效地利用广告位，既能实现高价值的品牌广告数据的接入，又可以在SDK广告和竞价广告的接入下保证广告数据的填充率，与此同时，可获取第三方广告平台DSP高竞价的广告数据，保证收益。

实施例二

图2为本发明实施例二提供的一种业务数据的显示方法的流程图，本实施例以前述实施例为基础，进一步增加预下载第一业务数据、调整第一业务数据的配置信息的操作，该方法具体包括如下步骤：

步骤201、向第一业务平台请求第一业务数据的配置信息。

在本实施例中，第一业务数据通常为高质量的业务数据，其类型多为视频数据，体积较大，若选择第一业务数据为目标业务数据时再从第一业务平台下载，可能会造成下载失败等情况，导致无法正常显示。

为保证第一业务数据在全网客户端中的曝光量，从而保证第一业务数据在全网的投放质量，可从第一业务平台下载未来一段时间内显示的第一业务数据。

具体而言，可向第一业务平台请求第一业务数据的配置信息，该配置信息中具有第一业务数据的地址，如URL(Uniform Resource Locator，统一资源定位符)，以及，第一业务数据的显示条件、有效性条件。

由于客户端是预下载第一业务数据，在下载时会消耗客户端所在设备的CPU(Central Processing Unit，中央处理器)、内存、带宽等资源，因此，可适当控制客户端请求第一业务数据的间隔，避免不必要的下载，减少对客户端所在设备的资源消耗，从而减少对客户端的影响。

在一种预下载的方式中，若上一次向第一业务平台请求第一业务数据的配置信息成功，则间隔预设的第一时间段(如2小时)向第一业务平台请求第一业务数据的配置信息。

若上一次向第一业务平台请求第一业务数据的配置信息失败，则统计失败的次数。

基于失败的次数配置第二时间段，其中，失败的次数与第二时间段正相关，第二时间段小于或等于第一时间段，即失败的次数越多，第二时间段越长，直至第二时间段与第一时间段相等，反之，失败的次数越少，第二时间段越短。

从而间隔第二时间段向第一业务平台请求第一业务数据的配置信息，在失败时提高下载频次的情况下，逐次拉长下载间隔的时间，在避开导致下载失败的因素的同时，尽可能减少对客户端的影响。

例如，若第一时间段为2小时，针对第一次下载配置信息失败设置的第二时间段为10分钟，即第一次下载配置信息失败之后间隔10分钟重新下载配置信息，针对第二次下载配置信息失败设置的第二时间段为20分钟，即第二次下载配置信息失败之后间隔20分钟重新下载配置信息，针对第三次下载配置信息失败设置的第二时间段为30分钟，即第三次下载配置信息失败之后间隔30分钟重新下载配置信息，直至恢复每2小时下载配置文件。

步骤202、访问地址，以下载第一业务数据。

在本实施例中，客户端读取配置信息中第一业务数据的地址，通过第一业务平台与客户端之间约定的私有协议，访问配置文件中的地址，从而下载第一业务数据的素材本身。

对于第一业务数据，客户端可启动独立的的进程/线程，由该进程/线程执行下载第一业务数据的任务，该进程/线程执行下载第一业务数据时，可支持断点续传等下载方式。

一般情况下，客户端下载第一业务数据的优先级较高，客户端可在启动之后，检测是否存在下载第一业务数据的任务，如果有，则启动下载第一业务数据的任务，客户端可在退出之前，检测是否存在未完成下载第一业务数据的任务，如果有，则保存该任务。

步骤203、将第一业务数据存储在客户端中。

对于已下载的第一业务数据，则可以持久化存储在客户端本地，等待后续显示时调用该第一业务数据。

步骤204、接收调整操作。

步骤205、响应于调整操作，调整第一业务数据对应的显示条件和/或有效性条件。

在本实施例中，客户端提供API接口，本领域技术人员可以根据全网投放业务数据的情况，调用该API接口，触发调整操作，调整第一业务数据对应的显示条件和/或有效性条件，更改每个客户端中第一业务数据对应的显示条件和/或有效性条件，实现细颗粒度控制，提高投放第一业务数据的灵活性，可动态调整第一业务数据在每个客户端中的配置，从而调整第一业务数据在全网客户端中投放的效果。

其中，对于显示条件，可以响应该调整操作，调整第一业务数据的时间范围、时间阈值、频次阈值，包括增大第一业务数据的时间范围、减少第一业务数据的时间范围，提高第一业务数据的时间阈值、降低第一业务数据的时间阈值，提高第一业务数据的频次阈值、降低第一业务数据的频次阈值，等等。

对于有效性条件，可以响应该调整操作，调整优先级、黑名单，包括提高第一业务数据的优先级、降低第一业务数据的优先级，将第一业务数据添加至黑名单，将第一业务数据从黑名单移除，等等。

在一个示例中，同时投放两个同类型的业务数据，其中一个业务数据在全网已完成投放的要求，部分客户端显示该业务数据未达到预设的频次阈值，可能会再次显示该业务数据，为减少这些无意义的曝光，避免浪费资源，可以动态调整全网客户端中的配置信息，将该业务数据添加至黑名单，即便客户端显示该业务数据的频次小于频次阈值，也禁止该业务数据进行显示，以增加另一个业务数据在全网的曝光量。

步骤206、确定在客户端中配置显示第一业务数据、第二业务数据、第三业务数据。

其中，第一业务数据来源于与客户端配套的第一业务平台、第二业务数据来源于与客户端中开发工具包配套的第二业务平台、第三业务数据来源于向客户端提供接口的第三业务平台。

步骤207、以优先级、权限值作为约束条件，选择第一业务数据、第二业务数据、第三业务数据中的至少一者，作为目标业务数据。

其中，权限值用于表征在客户端中显示时消耗的数据。

步骤208、向客户端、第二业务平台、第三业务平台中的至少一者请求目标业务数据。

步骤209、在客户端的界面上显示目标业务数据。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

实施例三

图3为本发明实施例三提供的一种业务数据的显示装置的结构框图，具体可以包括如下模块：

业务数据配置确定模块301，用于确定在客户端中配置显示第一业务数据、第二业务数据、第三业务数据，所述第一业务数据来源于与所述客户端配套的第一业务平台、所述第二业务数据来源于与所述客户端中开发工具包配套的第二业务平台、所述第三业务数据来源于向所述客户端提供接口的第三业务平台；

目标业务数据选择模块302，用于以优先级、权限值作为约束条件，选择所述第一业务数据、所述第二业务数据、所述第三业务数据中的至少一者，作为目标业务数据，所述权限值用于表征在所述客户端中显示时消耗的数据；

目标业务数据请求模块303，用于向所述客户端、所述第二业务平台、所述第三业务平台中的至少一者请求所述目标业务数据；

目标业务数据显示模块304，用于在所述客户端的界面上显示所述目标业务数据。

在本发明的一个实施例中，还包括：

配置信息请求模块，用于向第一业务平台请求第一业务数据的配置信息，所述配置信息中具有所述第一业务数据的地址、所述第一业务数据的显示条件、有效性条件；

第一业务数据下载模块，用于访问所述地址，以下载所述第一业务数据；

第一业务数据存储模块，用于将所述第一业务数据存储在所述客户端中。

在本发明的一个实施例中，还包括：

调整操作接收模块，用于接收调整操作；

配置信息调整模块，用于响应于所述调整操作，调整所述第一业务数据对应的所述显示条件和/或所述有效性条件。

本发明实施例所提供的业务数据的显示装置可执行本发明任意实施例所提供的业务数据的显示方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种计算机设备的结构示意图。

如图4所示，计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，***存储器28，连接不同***组件(包括***存储器28和处理单元16)的总线18。

计算机设备12典型地包括多种计算机***可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

***存储器28可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，程序模块42通常执行本发明所描述的实施例中的功能和/或方法。仅作为举例，存储***34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

处理单元16通过运行存储在***存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的业务数据的显示方法。

实施例五

本发明实施例五还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述业务数据的显示方法的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (13)

1.一种业务数据的显示方法，其特征在于，包括：

确定在客户端中配置显示第一业务数据、第二业务数据、第三业务数据，所述第一业务数据来源于与所述客户端配套的第一业务平台、所述第二业务数据来源于与所述客户端中开发工具包配套的第二业务平台、所述第三业务数据来源于向所述客户端提供接口的第三业务平台；

以优先级、权限值作为约束条件，选择所述第一业务数据、所述第二业务数据、所述第三业务数据中的至少一者，作为目标业务数据，所述权限值用于表征在所述客户端中显示时消耗的数据；

向所述客户端、所述第二业务平台、所述第三业务平台中的至少一者请求所述目标业务数据；

在所述客户端的界面上显示所述目标业务数据。

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

向第一业务平台请求第一业务数据的配置信息，所述配置信息中具有所述第一业务数据的地址、所述第一业务数据的显示条件、有效性条件；

访问所述地址，以下载所述第一业务数据；

将所述第一业务数据存储在所述客户端中。

3.根据权利要求2所述的方法，其特征在于，所述向第一业务平台请求第一业务数据的配置信息，包括：

若上一次向第一业务平台请求第一业务数据的配置信息成功，则间隔预设的第一时间段向所述第一业务平台请求所述第一业务数据的配置信息；

若上一次向第一业务平台请求第一业务数据的配置信息失败，则统计失败的次数；

基于所述失败的次数配置第二时间段，所述失败的次数与所述第二时间段正相关，所述第二时间段小于或等于所述第一时间段；

间隔所述第二时间段向所述第一业务平台请求所述第一业务数据的配置信息。

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

接收调整操作；

响应于所述调整操作，调整所述第一业务数据对应的所述显示条件和/或所述有效性条件。

5.根据权利要求1所述的方法，其特征在于，所述第一业务数据的优先级均高于所述第二业务数据的优先级、所述第三业务数据的优先级，所述第一业务数据配置有显示条件、有效性条件；

所述以优先级、权限值作为约束条件，选择所述第一业务数据、所述第二业务数据、所述第三业务数据中的至少一者，作为目标业务数据，包括：

判断所述客户端中是否存储有符合所述显示条件的所述第一业务数据；

若是，则选择符合所述有效性条件的所述第一业务数据为目标业务数据；

若否，则基于权限值选择所述第二业务数据或者所述第三业务数据为目标业务数据。

6.根据权利要求5所述的方法，其特征在于，所述显示条件包括时间范围、时间阈值、频次阈值；

所述判断所述客户端中是否存储有符合所述显示条件的所述第一业务数据，包括：

查询当前的第一时间、上一次所述客户端显示所述第一业务数据的第二时间、显示所述第一业务数据的频次；

判断所述第一时间是否在所述时间范围、所述第一时间与所述第二时间之间的差值是否大于或等于所述时间阈值、所述频次是否小于或等于所述频次阈值；

若是，则确定所述客户端中存储有符合所述显示条件的所述第一业务数据；

若否，则确定所述客户端中未存储符合所述显示条件的所述第一业务数据。

7.根据权利要求5所述的方法，其特征在于，所述有效性条件包括优先级、黑名单；

所述选择符合所述有效性条件的所述第一业务数据为目标业务数据，包括：

选择优先级最高的、且在所述黑名单之外的所述第一业务数据为目标业务数据。

8.根据权利要求5所述的方法，其特征在于，所述基于权限值选择所述第二业务数据或者所述第三业务数据为目标业务数据，包括：

查询所述第二业务数据的类型，所述类型关联优先级；

按照所述类型选择优先级最高的所述第二业务数据，作为候选业务数据；

若所述第三业务数据的权限值小于或等于所述候选业务数据中最小的权限值，则选择所述候选业务数据作为目标业务数据；

若所述第三业务数据的权限值大于所述候选业务数据的权限值，则选择所述第三业务数据作为目标业务数据。

9.根据权利要求8所述的方法，其特征在于，所述第二业务数据的类型包括视频类型、横幅类型、图文类型；

其中，所述视频类型表示所述第二业务数据的内容包括视频数据，所述横幅类型表示所述第二业务数据用于在横幅显示，所述图文类型表示所述第二业务数据的内容包括图像数据、文本数据；

所述视频类型的优先级高于所述横幅类型的优先级，所述横幅类型的优先级高于所述图文类型的优先级。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述向所述客户端、所述第二业务平台、所述第三业务平台中的至少一者请求所述目标业务数据，包括：

在所述客户端中查找所述第一业务数据，禁止向所述第二业务平台请求所述第二业务数据、向所述第三业务平台请求所述第三业务数据；

或者，

同步调用所述开发工具包向所述第二业务平台请求所述第二业务数据、调用所述接口向所述第三业务平台请求所述第三业务数据，以及，从缓存中读取在有效期内的所述第二业务数据、所述第三业务数据；

若所述目标业务数据为所述第二业务数据，则确定所述第二业务数据为有效的所述目标业务数据，缓存所述第三业务数据；

若所述目标业务数据为所述第三业务数据、且接收所述第二业务数据的时间晚于接收所述第二业务数据的时间，则确定所述第三业务数据为有效的所述目标业务数据，缓存所述第二业务数据；

若所述目标业务数据为所述第三业务数据、且接收所述第二业务数据的时间早于接收所述第三业务数据的时间，则将所述第二业务数据替代所述第三业务数据、作为所述目标业务数据，缓存所述第三业务数据。

11.一种业务数据的显示装置，其特征在于，包括：

业务数据配置确定模块，用于确定在客户端中配置显示第一业务数据、第二业务数据、第三业务数据，所述第一业务数据来源于与所述客户端配套的第一业务平台、所述第二业务数据来源于与所述客户端中开发工具包配套的第二业务平台、所述第三业务数据来源于向所述客户端提供接口的第三业务平台；

目标业务数据选择模块，用于以优先级、权限值作为约束条件，选择所述第一业务数据、所述第二业务数据、所述第三业务数据中的至少一者，作为目标业务数据，所述权限值用于表征在所述客户端中显示时消耗的数据；

目标业务数据请求模块，用于向所述客户端、所述第二业务平台、所述第三业务平台中的至少一者请求所述目标业务数据；

目标业务数据显示模块，用于在所述客户端的界面上显示所述目标业务数据。

12.一种计算机设备，其特征在于，所述计算机设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10中任一项所述的业务数据的显示方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1-10中任一项所述的业务数据的显示方法。

Images