一种页面的动态展示方法及装置

技术领域

本发明涉及前端运维技术领域，具体涉及一种页面的动态展示方法及装置。

背景技术

在银行对公计价系统中，经常面向用户开展各种计价营销活动，一般通过银行对公计价系统的前端页面展示计价营销活动的业务要素。

现有技术中，由于业务要素会随着每期计价营销活动中的变化而变化，一般通过人工修改银行对公计价系统前端代码，然后重新上线运行来实现页面业务要素的修改，这一过程时间较长且效率低下。

因此，现有的通过人工修改前端代码来实现页面中业务要素修改的方法，存在的时间较长且效率低下的问题，是目前亟需解决的问题。

发明内容

有鉴于此，本发明实施例提供一种页面的动态展示方法及装置，以实现提高页面展示的效率的目的。

为实现上述目的，本发明实施例提供如下技术方案：

本发明实施例第一方面公开了一种页面的动态展示方法，应用于银行对公计价系统的服务端，所述服务端包括数据库，所述数据库中预先存储有多个业务要素对应的配置信息，以及各个配置信息对应的业务类型编号和活动编号，所述方法包括：

接收银行对公计价系统的客户端发送的下一期活动的业务类型编号和/或活动编号；所述业务类型编号和/或所述活动编号由用户通过所述客户端输入，并在到达所述客户端展示下一期活动页面的预设活动页面跳转时刻时，向所述服务端发送；

从所述数据库中提取所述业务类型编号和/或所述活动编号对应的配置信息，并向所述客户端返回所述配置信息中的特定属性标识；

接收所述客户端发送的对应所述特定属性标识的营销展示数据；所述营销展示数据由用户通过所述客户端输入；

将所述配置信息与所述营销展示数据拼接，得到活动页面数据，并将所述活动页面数据发送给所述客户端，由所述客户端基于所述活动页面数据进行渲染，得到并展示包含所述配置信息对应业务要素的活动页面。

优选的，所述接收所述客户端发送的对应所述特定属性标识的营销展示数据，包括：

若所述特定属性标识表征业务要素类型为下拉选择框或多选框，则接收所述客户端发送的需通过所述下拉选择框或所述多选框展示的下拉选择菜单数据或多选菜单数据。

优选的，所述方法还包括：

若所述业务类型编号和/或所述活动编号对应多条配置信息，则提取所述业务类型编号和/或所述活动编号对应的多条配置信息；

针对每一配置信息，获取用户输入的对应所述配置信息中特定属性标识的营销展示数据，并将所述配置信息与所述营销展示数据拼接，得到活动页面数据；

将各个活动页面数据拼装成报文数据并发送给所述客户端，使得所述客户端解析所述报文数据得到多条活动页面数据，并基于多条活动页面数据进行渲染得到并展示包含各个配置信息对应业务要素的活动页面。

优选的，所述方法还包括：

接收管理员上传包含业务要素对应配置信息的配置文件；

从所述配置文件中提取得到业务要素的配置信息，以及所述配置信息对应的业务类型编号和活动编号；

对所述配置信息进行规则校验；

将校验合格的配置信息、业务类型编号和活动编号，按照所述数据库中数据表的预设字段，保存到所述数据表中。

优选的，所述对配置信息进行规则校验，包括：

校验所述配置信息中type属性的属性值是否符合表征业务要素组件类型的格式；

校验所述配置信息中的disable属性和required属性的属性值是否为true或false。

本发明实施例第二方面公开了一种页面的动态展示方法，应用于银行对公计价系统的客户端，所述方法包括：

当到达所述客户端展示下一期活动页面的预设活动页面跳转时刻时，向所述银行对公计价系统的服务端，发送用户输入的下一期活动的业务类型编号和/或活动编号；

接收所述服务端返回的所述业务类型编号和/或所述活动编号对应配置信息中的特定属性标识；

获取用户输入且对应所述特定属性标识的营销展示数据；

向所述服务端发送所述营销展示数据；

接收所述服务端返回的活动页面数据；所述活动页面数据由所述配置信息和所述营销展示数据拼接构成；

基于所述活动页面数据进行渲染，得到并展示包含所述配置信息对应业务要素的活动页面。

优选的，所述获取用户输入且对应所述特定属性标识的营销展示数据，包括：

若所述特定属性标识表征业务要素类型为下拉选择框或多选框，则接收用户输入的需通过所述下拉选择框或所述多选框展示的下拉选择菜单数据或多选菜单数据。

优选的，所述方法还包括：

当接收到所述银行对公计价系统的服务端发送的报文数据时，解析所述报文数据得到多条活动页面数据；

基于多条活动页面数据进行渲染，得到并展示包含各个配置信息对应业务要素的活动页面。

本发明实施例第三方面公开了一种页面的动态展示装置，应用于银行对公计价系统的服务端，所述服务端包括数据库，所述数据库中预先存储有多个业务要素对应的配置信息，以及各个配置信息对应的业务类型编号和活动编号，所述装置包括：

第一接收单元，用于接收银行对公计价系统的客户端发送的下一期活动的业务类型编号和/或活动编号；所述业务类型编号和/或所述活动编号由用户通过所述客户端输入，并在到达所述客户端展示下一期活动页面的预设活动页面跳转时刻时，向所述服务端发送；

提取单元，用于从所述数据库中提取所述业务类型编号和/或所述活动编号对应的配置信息，并向所述客户端返回所述配置信息中的特定属性标识；

第二接收单元，用于接收所述客户端发送的对应所述特定属性标识的营销展示数据；所述营销展示数据由用户通过所述客户端输入；

拼接单元，用于将所述配置信息与所述营销展示数据拼接，得到活动页面数据，并将所述活动页面数据发送给所述客户端，由所述客户端基于所述活动页面数据进行渲染，得到并展示包含所述配置信息对应业务要素的活动页面。

本发明实施例第四方面公开了一种页面的动态展示装置，应用于银行对公计价系统的客户端，所述装置包括：

第一发送单元，用于当到达所述客户端展示下一期活动页面的预设活动页面跳转时刻时，向所述银行对公计价系统的服务端，发送用户输入的下一期活动的业务类型编号和/或活动编号；

第三接收单元，用于接收所述服务端返回的所述业务类型编号和/或所述活动编号对应配置信息中的特定属性标识；

获取单元，用于获取用户输入且对应所述特定属性标识的营销展示数据；

第二发送单元，用于向所述服务端发送所述营销展示数据；

第四接收单元，用于接收所述服务端返回的活动页面数据；所述活动页面数据由所述配置信息和所述营销展示数据拼接构成；

渲染单元，用于基于所述活动页面数据进行渲染，得到并展示包含所述配置信息对应业务要素的活动页面。

基于上述本发明实施例提供的一种页面的动态展示方法及装置，接收银行对公计价系统的客户端发送的下一期活动的业务类型编号和/或活动编号；所述业务类型编号和/或所述活动编号由用户通过所述客户端输入，并在到达所述客户端展示下一期活动页面的预设活动页面跳转时刻时，向所述服务端发送；从所述数据库中提取所述业务类型编号和/或所述活动编号对应的配置信息，并向所述客户端返回所述配置信息中的特定属性标识；接收所述客户端发送的对应所述特定属性标识的营销展示数据；所述营销展示数据由用户通过所述客户端输入；将所述配置信息与所述营销展示数据拼接，得到活动页面数据，并将所述活动页面数据发送给所述客户端，由所述客户端基于所述活动页面数据进行渲染，得到并展示包含所述配置信息对应业务要素的活动页面。在本方案中，当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，从服务端数据库中提取配置信息，获取需要展示的营销展示数据，进行拼接后返回客户端，使客户端渲染展示下一期活动页面，在活动页面切换时，无需人工修改前端代码，以实现提高页面展示的效率的目的。

附图说明

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

图1为本发明实施例公开的一种银行对公计价系统的架构图；

图2为本发明实施例公开的一种页面的动态展示方法的流程图；

图3为本发明实施例公开的一种配置文件中的配置信息示例图；

图4为本发明实施例公开的另一种页面的动态展示方法的流程图；

图5为本发明实施例公开的一种页面的动态展示的应用交互图；

图6为本发明实施例公开的一种页面的动态展示装置的结构图；

图7为本发明实施例公开的另一种页面的动态展示装置的结构图。

具体实施方式

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

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

由背景技术可知，现有的通过人工修改前端代码来实现页面中业务要素修改的方法，时间较长且效率低下。

因此，本发明实施例公开了一种页面的动态展示方法及装置，在本方案中，当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，接收客户端发送的下一期活动的业务类型编号和/或活动编号，并根据业务类型编号和/或活动编号从数据库中提取配置信息，获取需要展示的营销展示数据，进行拼接后返回客户端，使客户端渲染展示下一期活动页面，在活动页面切换时，无需人工修改前端代码，以实现提高页面展示的效率的目的。

如图1所示，为本发明实施例公开的一种银行对公计价系统的架构图，该系统至少包括：服务端1、客户端2和数据库3。

其中，服务端1包含数据库3，服务端1与客户端2通信连接。

基于图1所示的一种银行对公计价系统的架构图，如图2所示，为本发明实施例公开的一种页面的动态展示方法的流程图，该方式适用于银行对公计价系统的服务端，该服务端可以是图1中的服务端1。

方法主要包括以下步骤：

步骤S201：接收银行对公计价系统的客户端发送的下一期活动的业务类型编号和/或活动编号。

在步骤S201中，业务类型编号和/或活动编号由用户通过客户端输入，并在到达客户端展示下一期活动页面的预设活动页面跳转时刻时，向服务端发送。

需要说明的是，银行对公计价系统每一期活动的业务要素在不断变化，如春季活动中，针对存款业务需要采集存款金额(输入框)、是否为存量(下拉框)、所属机构(下拉框)等业务要素，而夏季活动中，针对存款业务需要采集账户余额(输入框)、客户性质(多选框)、所属机构(下拉框)等业务要素，此时需要系统页面做出较大变动。

步骤S202：从数据库中提取业务类型编号和/或活动编号对应的配置信息，并向客户端返回配置信息中的特定属性标识。

在步骤S202中，服务端包括数据库，数据库中预先存储有多个业务要素对应的配置信息，以及各个配置信息对应的业务类型编号和活动编号。

需要说明的是，配置信息中的特定属性标识指的是业务要素组件类型，例如输入框的特定属性标识为text，下拉框为select。

可以理解的是，业务类型编号表征的是配置信息对应的业务要素所属的业务，例如存款业务，需展示某一些业务要素，供用户办理存款，这些业务要素对应存款业务的编号。

活动编号，表征的是配置信息对应的业务要素所属的活动，某一期活动的活动编号对应的所有业务要素，都将在这一期活动中渲染到页面。

具体的，向数据库中存储业务要素的配置信息的过程如下：

S11：接收管理员上传包含业务要素对应配置信息的配置文件。

其中，业务要素的展示形式以标签名+业务要素组件类型(输入框、下拉框、多选框等)+其他属性值的形式配置到配置文件中。

如图3所示，为本发明实施例公开的一种配置文件中的配置信息示例图，其中，attr1、attr2和attr29代表标签名，type代表业务要素组件类型，其他属性包括：disabled(是否禁用)、required(是否必须有值)和options(下拉菜单)。

其中，type和其他属性的等号＝后面即为具体的属性值，例如，type＝text代表业务要素组件类型为输入框。

需要说明的是，一个业务要素的配置信息中的属性具体有哪些是由特定属性标识即业务要素组件类型决定的，主要包括：标签名、提示信息、是否禁用、是否检验、展示顺序等。

例如，图3中特定属性标识为text，其他属性包含：disabled(是否禁用)和required(是否必须有值)。

S12：从配置文件中提取得到业务要素的配置信息，以及配置信息对应的业务类型编号和活动编号。

在一实施例中，可以是同一个配置文件里包含同一个业务类型(例如存款类业务)所有业务要素的配置信息，这些配置信息都对应一个业务类型编号。

在一实施例中，可以是同一个配置文件里包含同一个活动的所有业务要素的配置信息，这些配置信息都对应一个活动编号。

S13：对配置信息进行规则校验。

需要说明的是，规则校验即合法性校验，是为了检查用户输入配置文件的配置信息是否规范，是否在符合条件的属性值内选择输入，防止用户输入错误的属性值。

规则校验主要是对用户上传的配置文件(excel格式)中配置信息的字符串进行正确性验证，如从文件中读取到的配置信息的字符串为：

type＝text；disabled＝false；required＝false

针对该字符串，对其做字符正确性验证，防止用户录入错误。

其中type表示数据录入框的形式，录入框的形式包括text：文本框，input：输入框，select：下拉框等。

disabled表示该要素是否隐藏，其值为true或false中的一种。

required表示是否允许为空，其值为true或false中的一种。

如果字符均符合上述要求，则校验通过。

S14：将校验合格的配置信息、业务类型编号和活动编号，按照数据库中数据表的预设字段，保存到数据表中。

具体的，将配置信息按业务类型、展示要素、校验规则、标签名业务类型编号和活动编号等目标信息按规则存入存储到数据库中的对应表的目标字段中。

也就是说，每一项属性值或信息存储到数据库中对应数据表的同一字段下，即同一列。

步骤S203：接收客户端发送的对应特定属性标识的营销展示数据。

在步骤S203中，营销展示数据由用户通过客户端输入。

需要说明的是，特定属性标识引导用户输入相应的营销展示数据，可以理解为营销展示数据即配置信息中的提示信息的属性值，该值根据用户实时需求填写，因此没有预先存储在数据库中。

在步骤S203的具体实现过程中，若特定属性标识表征业务要素类型为下拉选择框或多选框，则接收客户端发送的需通过下拉选择框或所述多选框展示的下拉选择菜单数据或多选菜单数据(即营销展示数据)。

步骤S204：将配置信息与营销展示数据拼接，得到活动页面数据，并将活动页面数据发送给客户端，由客户端基于活动页面数据进行渲染，得到并展示包含配置信息对应业务要素的活动页面。

在步骤S204中，将配置信息与营销展示数据拼接的方式不做限定，可以是普通的叠加拼接，也可以是拼接后达到某种效果，例如压缩数据量或者拼接成方便传输到客户端的形式。

在一实施例中，若业务类型编号和/或活动编号对应多条配置信息，则提取业务类型编号和/或活动编号对应的多条配置信息，则按随机顺序逐一进行提取，后续逐一进行渲染。

在一实施例中，若业务类型编号和/或活动编号对应多条配置信息，则提取业务类型编号和/或活动编号对应的多条配置信息。

针对每一配置信息，获取用户输入的对应配置信息中特定属性标识的营销展示数据，并将配置信息与营销展示数据拼接，得到活动页面数据。

将各个活动页面数据拼装成报文数据并发送给客户端，使得客户端解析报文数据得到多条活动页面数据，并基于多条活动页面数据进行渲染得到并展示包含各个配置信息对应业务要素的活动页面。

基于上述本发明实施例公开的一种页面的动态展示方法，接收银行对公计价系统的客户端发送的下一期活动的业务类型编号和/或活动编号，从数据库中提取业务类型编号和/或活动编号对应的配置信息，并向客户端返回配置信息中的特定属性标识，接收客户端发送的对应特定属性标识的营销展示数据，将配置信息与营销展示数据拼接，得到活动页面数据，并将活动页面数据发送给客户端，由客户端基于活动页面数据进行渲染，得到并展示包含配置信息对应业务要素的活动页面。在本方案中，当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，从服务端数据库中提取配置信息，获取需要展示的营销展示数据，进行拼接后返回客户端，使客户端渲染展示下一期活动页面，在活动页面切换时，无需人工修改前端代码，以实现提高页面展示的效率的目的。

基于图1所示的一种银行对公计价系统的架构图，如图4所示，为本发明实施例公开的另一种页面的动态展示方法的流程图，该方法适用于银行对公计价系统的客户端，该服务端可以是图1中的服务端2。

该方法主要包括以下步骤：

步骤S401：当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，向银行对公计价系统的服务端，发送用户输入的下一期活动的业务类型编号和/或活动编号。

在步骤S401中，银行对公计价系统每一期活动的业务要素在不断变化，如春季活动中，针对存款业务需要采集存款金额(输入框)、是否为存量(下拉框)、所属机构(下拉框)等业务要素，而夏季活动中，针对存款业务需要采集账户余额(输入框)、客户性质(多选框)、所属机构(下拉框)等业务要素，此时需要系统页面做出较大变动。

预设活动页面跳转时刻，可以是春季跳转至夏季的时刻，由用户预先设定。

可以理解的是，业务类型编号表征的是配置信息对应的业务要素所属的业务，例如存款业务，需展示某一些业务要素，供用户办理存款，这些业务要素对应存款业务的编号。

活动编号，表征的是配置信息对应的业务要素所属的活动，某一期活动的活动编号对应的所有业务要素，都将在这一期活动中渲染到页面。

步骤S402：接收服务端返回的业务类型编号和/或活动编号对应配置信息中的特定属性标识。

在步骤S402中，配置信息中的特定属性标识指的是业务要素组件类型，例如输入框的特定属性标识为text，下拉框为select。

步骤S403：获取用户输入且对应特定属性标识的营销展示数据。

在步骤S403中，特定属性标识引导用户输入相应的营销展示数据，可以理解为营销展示数据即配置信息中的提示信息的属性值，该值根据用户实时需求填写，因此没有预先存储在数据库中。

在步骤S403的具体实现过程中，若特定属性标识表征业务要素类型为下拉选择框或多选框，则接收用户输入的需通过下拉选择框或所述多选框展示的下拉选择菜单数据或多选菜单数据(即营销展示数据)。

步骤S404：向服务端发送营销展示数据。

步骤S405：接收服务端返回的活动页面数据。

在步骤S405中，活动页面数据由配置信息和营销展示数据拼接构成。

具体的拼接过程请参见上述本发明实施例，这里不再赘述。

步骤S406：基于活动页面数据进行渲染，得到并展示包含配置信息对应业务要素的活动页面。

在一实施例中，当接收到所述银行对公计价系统的服务端发送的报文数据时，解析所述报文数据得到多条活动页面数据。

具体的报文数据构建过程请参见上述本发明实施例。

基于多条活动页面数据进行渲染，得到并展示包含各个配置信息对应业务要素的活动页面。

基于上述本发明实施例公开的一种页面的动态展示方法，当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，向银行对公计价系统的服务端，发送用户输入的下一期活动的业务类型编号和/或活动编号，接收服务端返回的业务类型编号和/或活动编号对应配置信息中的特定属性标识，获取用户输入且对应特定属性标识的营销展示数据，向服务端发送营销展示数据，接收服务端返回的活动页面数据；活动页面数据由配置信息和营销展示数据拼接构成，基于活动页面数据进行渲染，得到并展示包含配置信息对应业务要素的活动页面。在本方案中，当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，从服务端数据库中提取配置信息，获取需要展示的营销展示数据，进行拼接后返回客户端，使客户端渲染展示下一期活动页面，在活动页面切换时，无需人工修改前端代码，以实现提高页面展示的效率的目的。

基于上述本发明实施例公开的一种页面的动态展示方法，如图5所示，为本发明实施例公开的一种页面的动态展示的应用交互图，其中，参与交互的对象包括：银行对公计价系统的服务端、客户端、数据库和用户，其中，服务端、客户端和数据库可以是图1中的服务端1、客户端2和数据库3。

交互的具体过程如下：

步骤S501：用户向客户端输入的下一期活动的业务类型编号和/或活动编号。

在步骤S501中，业务类型编号表征的是配置信息对应的业务要素所属的业务，例如存款业务，需展示某一些业务要素，供用户办理存款，这些业务要素对应存款业务的编号。

活动编号，表征的是配置信息对应的业务要素所属的活动，某一期活动的活动编号对应的所有业务要素，都将在这一期活动中渲染到页面。

步骤S502：当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，客户端向服务端发送业务类型编号和/或活动编号。

在步骤S502中，预设活动页面跳转时刻，可以是春季跳转至夏季的时刻，由用户预先设定。

步骤S503：服务端从数据库中提取业务类型编号和/或活动编号对应的配置信息。

在步骤S503中，数据库中预先存储有多个业务要素对应的配置信息，以及各个配置信息对应的业务类型编号和活动编号。

步骤S504：服务端向客户端返回配置信息中的特定属性标识。

在步骤S504中，配置信息中的特定属性标识指的是业务要素组件类型，例如输入框的特定属性标识为text，下拉框为select。

步骤S505：客户端获取用户输入且对应特定属性标识的营销展示数据。

在步骤S505中，特定属性标识引导用户输入相应的营销展示数据，可以理解为营销展示数据即配置信息中的提示信息的属性值，该值根据用户实时需求填写，因此没有预先存储在数据库中。

若特定属性标识表征业务要素类型为下拉选择框或多选框，则接收用户输入的需通过下拉选择框或所述多选框展示的下拉选择菜单数据或多选菜单数据(即营销展示数据)。

步骤S506：客户端向服务端发送营销展示数据。

步骤S507：服务端将配置信息与营销展示数据拼接，得到活动页面数据，并将活动页面数据发送给客户端。

步骤S508：客户端基于活动页面数据进行渲染，得到并展示包含配置信息对应业务要素的活动页面。

本发明实施例的交互过程，均可在上述发明实施例找到相应的解释，互相参见即可。

基于上述本发明实施例公开的一种页面的动态展示的应用方法，在本方案中，当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，从服务端数据库中提取配置信息，获取需要展示的营销展示数据，进行拼接后返回客户端，使客户端渲染展示下一期活动页面，在活动页面切换时，无需人工修改前端代码，以实现提高页面展示的效率的目的。

与上述本发明实施例公开的一种页面的动态展示方法相对应，如图6所示，为本发明实施例公开的一种页面的动态展示装置的结构图，应用于银行对公计价系统的服务端，服务端包括数据库，数据库中预先存储有多个业务要素对应的配置信息，以及各个配置信息对应的业务类型编号和活动编号，该装置包括：第一接收单元601、提取单元602、第二接收单元603和拼接单元604。

其中，第一接收单元601，用于接收银行对公计价系统的客户端发送的下一期活动的业务类型编号和/或活动编号；

具体的，业务类型编号和/或活动编号由用户通过客户端输入，并在到达客户端展示下一期活动页面的预设活动页面跳转时刻时，向服务端发送。

提取单元602，用于从数据库中提取业务类型编号和/或活动编号对应的配置信息，并向客户端返回配置信息中的特定属性标识；

第二接收单元603，用于接收客户端发送的对应特定属性标识的营销展示数据。

其中，营销展示数据由用户通过客户端输入。

在一实施例中，第二接收单元，具体用于：

若特定属性标识表征业务要素类型为下拉选择框或多选框，则接收客户端发送的需通过下拉选择框或多选框展示的下拉选择菜单数据或多选菜单数据。

拼接单元604，用于将配置信息与营销展示数据拼接，得到活动页面数据，并将活动页面数据发送给客户端，由客户端基于活动页面数据进行渲染，得到并展示包含配置信息对应业务要素的活动页面。

在一实施例中，该装置还包括：报文拼装单元，用于若业务类型编号和/或活动编号对应多条配置信息，则提取业务类型编号和/或活动编号对应的多条配置信息。

针对每一配置信息，获取用户输入的对应配置信息中特定属性标识的营销展示数据，并将配置信息与营销展示数据拼接，得到活动页面数据。

将各个活动页面数据拼装成报文数据并发送给客户端，使得客户端解析报文数据得到多条活动页面数据，并基于多条活动页面数据进行渲染得到并展示包含各个配置信息对应业务要素的活动页面。

在一实施例中，该装置还包括：上传单元，用于接收管理员上传包含业务要素对应配置信息的配置文件。

从配置文件中提取得到业务要素的配置信息，以及配置信息对应的业务类型编号和活动编号。

对配置信息进行规则校验。

将校验合格的配置信息、业务类型编号和活动编号，按照数据库中数据表的预设字段，保存到数据表中。

基于上述本发明实施例公开的一种页面的动态展示装置，接收银行对公计价系统的客户端发送的下一期活动的业务类型编号和/或活动编号，从数据库中提取业务类型编号和/或活动编号对应的配置信息，并向客户端返回配置信息中的特定属性标识，接收客户端发送的对应特定属性标识的营销展示数据，将配置信息与营销展示数据拼接，得到活动页面数据，并将活动页面数据发送给客户端，由客户端基于活动页面数据进行渲染，得到并展示包含配置信息对应业务要素的活动页面。在本方案中，当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，从服务端数据库中提取配置信息，获取需要展示的营销展示数据，进行拼接后返回客户端，使客户端渲染展示下一期活动页面，在活动页面切换时，无需人工修改前端代码，以实现提高页面展示的效率的目的。

与上述本发明实施例公开的一种页面的动态展示方法相对应，如图7所示，为本发明实施例公开的另一种页面的动态展示装置的结构图，应用于银行对公计价系统的客户端，该装置包括：第一发送单元701、第三接收单元702、获取单元703、第二发送单元704、第四接收单元705和渲染单元706。

其中，第一发送单元701，用于当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，向银行对公计价系统的服务端，发送用户输入的下一期活动的业务类型编号和/或活动编号。

第三接收单元702，用于接收服务端返回的业务类型编号和/或活动编号对应配置信息中的特定属性标识。

获取单元703，用于获取用户输入且对应特定属性标识的营销展示数据。

在一实施例中，获取单元703，具体用于：

若特定属性标识表征业务要素类型为下拉选择框或多选框，则接收用户输入的需通过下拉选择框或多选框展示的下拉选择菜单数据或多选菜单数据。

第二发送单元704，用于向服务端发送营销展示数据；

第四接收单元705，用于接收服务端返回的活动页面数据。

其中，活动页面数据由配置信息和营销展示数据拼接构成。

渲染单元706，用于基于活动页面数据进行渲染，得到并展示包含配置信息对应业务要素的活动页面。

在一实施例中，该装置还包括：解析单元，用于当接收到银行对公计价系统的服务端发送的报文数据时，解析报文数据得到多条活动页面数据。

基于多条活动页面数据进行渲染，得到并展示包含各个配置信息对应业务要素的活动页面。

基于上述本发明实施例公开的一种页面的动态展示装置，当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，向银行对公计价系统的服务端，发送用户输入的下一期活动的业务类型编号和/或活动编号，接收服务端返回的业务类型编号和/或活动编号对应配置信息中的特定属性标识，获取用户输入且对应特定属性标识的营销展示数据，向服务端发送营销展示数据，接收服务端返回的活动页面数据；活动页面数据由配置信息和营销展示数据拼接构成，基于活动页面数据进行渲染，得到并展示包含配置信息对应业务要素的活动页面。在本方案中，当到达客户端展示下一期活动页面的预设活动页面跳转时刻时，从服务端数据库中提取配置信息，获取需要展示的营销展示数据，进行拼接后返回客户端，使客户端渲染展示下一期活动页面，在活动页面切换时，无需人工修改前端代码，以实现提高页面展示的效率的目的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。