CN108733775A - 客户端的内容管理方法及后台架构 - Google Patents

Abstract

本申请公开了一种客户端的内容管理方法及后台架构。其中，架构包括：业务模块、逻辑结构元素、数据生成器和数据接口；业务模块，用于存储动态内容数据；逻辑结构元素，用于决定对业务模块中的数据进行处理的操作逻辑；数据生成器，用于从业务模块中调取动态内容数据，并将动态内容数据传输至数据接口；数据接口，用于接收客户端的统一资源定位符请求，并统一返回从数据生成器端接收的统一格式的动态内容数据至客户端。达到了不需要另外开发客户端的管理后台，不需要改变Joomla！后台的业务逻辑和数据存储结构；进而达到能够降低开发成本及维护成本的目的；同时该数据接口除了客户端之外也可以作为移动APP等的数据接口进而提高开发效率。

Description

客户端的内容管理方法及后台架构

技术领域

本申请涉及内容管理***领域，具体而言，涉及一种客户端的内容管理方法及后台架构。

背景技术

随着移动技术的发展以及服务平台的日益增多，导致同样的后台服务针对不同的***平台都需要分别进行运营支撑服务，给各个内容服务运营商或企业造成了巨大的压力。

以微信小程序为例，微信小程序(mini program，简称XCX)是一种全新的连接用户与服务的方式，它可以在微信内被便捷地获取和传播，同时具有出色的使用体验。

当微信小程序需要有信息管理后台来支持运营维护，那么就涉及到小程序与内容管理***(content management system，简称CMS)之间的信息传递。比如一个行业杂志小程序，小程序上被用户浏览到的文章内容更新其实CMS上来完成的；再比如一个小型线上商城，上面的商品信息(包括图片、文字、视频等)也是有管理后台来进行维护。

现有技术中通过Joomla！进行搭建网站以及网络应用十分的普遍；如果目前已经有基于Joomla！搭建的网站/网络***，同时要创建一个相应业务的微信小程序，则立即会涉及以下问题：

1、是否需要为微信小程序单独开发一个内容管理后台；

2、小程序上的内容是否可以通过Joomla！来进行管理。

但是，相关技术中基本上都是为微信小程序单独开发一个内容管理后台。但是这样需要做两次内容维护，且维护成本高，浪费时间。

针对相关技术中存在如何针对不同的平台服务进行统一的管理的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种客户端的内容管理方法及后台架构，以解决相关技术中存在的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种客户端的内容管理后台架构。

根据本申请的客户端的内容管理后台架构包括：

业务模块、逻辑结构元素、数据生成器和数据接口；每个所述业务模块对应设有一个或多个所述逻辑结构元素；所述数据生成器与所述业务模块一一对应；

所述业务模块，用于存储动态内容数据；

所述逻辑结构元素，用于决定对所述业务模块中的数据进行处理的操作逻辑；

所述数据生成器，用于从所述业务模块中调取动态内容数据，并将所述动态内容数据传输至所述数据接口；

所述数据接口，用于接收客户端的统一资源定位符请求，并统一返回从数据生成器端接收的统一格式的动态内容数据至所述客户端。

进一步的，如前述的客户端的内容管理后台架构，还包括：负载均衡器和加载模块；

所述负载均衡器，用于根据客户端发起的获取业务模块中动态内容数据的访问请求数量，动态分配不同的加载模块给所述客户端；

所述加载模块，用于将所述客户端的统一资源定位符请求加载至所述数据接口，并将所述数据接口端的对应的JSON格式的动态内容数据加载至所述客户端。

进一步的，如前述的客户端的内容管理后台架构，所述负载均衡器还包括：负载计算模块；所述负载计算模块用于：

预先确定每个所述加载模块的处理能力数据；

实时确定每个所述加载模块的处理能力占用量；

计算得到每个所述加载模块的剩余处理能力数据；

将剩余处理能力数据最大的所述加载模块优先分配给发起访问请求的所述客户端。

进一步的，如前述的客户端的内容管理后台架构，所述数据生成器还包括：数据封装模块；所述数据封装模块，还用于将从所述业务模块中调取的动态内容数据封装成JSON格式的数据。

进一步的，如前述的客户端的内容管理后台架构，还包括：请求识别模块；所述请求识别模块，用于：

识别所述客户端的统一资源定位符请求；

确定所述统一资源定位符请求对应的动态内容数据所在的业务模块。

为了实现上述目的，根据本申请的另一方面，提供了一种客户端的内容管理方法。

根据本申请的客户端的内容管理方法包括：

通过业务模块预先存储动态内容数据；通过逻辑结构元素决定对所述业务模块中的数据进行处理的操作逻辑；每个所述业务模块对应设有一个或多个所述逻辑结构元素；

通过数据接口接收客户端的统一资源定位符请求；

数据生成器根据所述统一资源定位符请求从所述业务模块中调取动态内容数据，并将所述动态内容数据传输至所述数据接口；

所述数据接口将从数据生成器端接收的统一格式的动态内容数据返回至所述客户端。

进一步的，如前述的客户端的内容管理方法，在通过数据接口接收客户端的统一资源定位符请求之前；还包括：

通过负载均衡器根据客户端发起的获取业务模块中动态内容数据的访问请求数量，动态分配不同的加载模块给所述客户端；

通过加载模块将所述客户端的统一资源定位符请求加载至所述数据接口，并将所述数据接口端的对应的JSON格式的动态内容数据加载至所述客户端。

进一步的，如前述的客户端的内容管理方法，所述动态分配不同的加载模块给所述客户端之前，还通过负载计算模块：

预先确定每个所述加载模块的处理能力数据；

实时确定每个所述加载模块的处理能力占用量；

计算得到每个所述加载模块的剩余处理能力数据；

将剩余处理能力数据最大的所述加载模块优先分配给发起访问请求的所述客户端。

进一步的，如前述的客户端的内容管理方法，在将所述动态内容数据传输至所述数据接口之前，还包括：

通过数据封装模块，将从所述业务模块中调取的动态内容数据封装成 JSON格式的数据。

进一步的，如前述的客户端的内容管理方法，在所述数据生成器根据所述统一资源定位符请求从所述业务模块中调取动态内容数据之前，还通过请求识别模块：

识别所述客户端的统一资源定位符请求；

确定所述统一资源定位符请求对应的动态内容数据所在的业务模块。

在本申请实施例中，采用开发设置一个统一的数据接口的方式，通过设置业务模块、逻辑结构元素、数据生成器和数据接口；所述业务模块，用于存储动态内容数据；所述逻辑结构元素，用于决定对所述业务模块中的数据进行处理的操作逻辑；所述数据生成器，用于从所述业务模块中调取动态内容数据，并将所述动态内容数据传输至所述数据接口；所述数据接口，用于接收客户端的统一资源定位符请求，并统一返回从数据生成器端接收的统一格式的动态内容数据至所述客户端。达到了不需要另外开发客户端的管理后台，不需要改变Joomla！后台的业务逻辑和数据存储结构；进而达到能够降低开发成本及维护成本的目的；同时该数据接口除了客户端之外也可以作为移动APP等的数据接口进而提高开发效率；并且，不需要暴露数据库权限给小程序，需要用到哪些业务数据，就针对性的进行数据接口的开发，确保数据库和Joomla！***的安全。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请一种实施例的架构结构示意图；以及

图2是根据本申请一种实施例的内容管理后台架构进行内容管理的方法流程示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本实用新型及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本发明中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本发明实施例，还提供了一种客户端的内容管理后台架构，如图1 所示，该装置包括：

业务模块1、逻辑结构元素2、数据生成器3和数据接口4；每个所述业务模块1对应设有一个或多个所述逻辑结构元素2；所述数据生成器3与所述业务模块1一一对应；

所述业务模块1，用于存储动态内容数据；一般的，所述业务模块1包括多个，例如当所述内容管理后台为小型线上商城的后台时，上面的商品信息 (包括图片、文字、视频等)分别存储在不同的业务模块中；

所述逻辑结构元素2，用于决定对所述业务模块中的数据进行处理的操作逻辑；每个所述业务模块对应设有一个或多个所述逻辑结构元素；具体的，所述逻辑结构元素2采用的逻辑结构可以是：

1.集合结构：集合结构的集合中任何两个数据元素之间都没有逻辑关系，组织形式松散。

2.线性结构：数据结构中线性结构指的是数据元素之间存在着“一对一”的线性关系的数据结构。

3.树状结构：树状结构是一个或多个节点的有限集合

4.网络结构：网络结构是指通信***的整体设计，它为网络硬件、软件、协议、存取控制和拓扑提供标准。

所述数据生成器3，用于从所述业务模块中调取动态内容数据，并将所述动态内容数据传输至所述数据接口；所述数据生成器与所述业务模块一一对应；

所述数据接口4，用于接收客户端的统一资源定位符请求，并统一返回从数据生成器端接收的统一格式的动态内容数据至所述客户端。

本实施例除了适用于Joomla！平台的内容管理后台之外还适用于通过 WordPress或Drupal等平台开发的内容管理后台。

在一些实施例中，如前述的客户端的内容管理后台架构，还包括：负载均衡器和加载模块；

所述负载均衡器，用于根据客户端发起的获取业务模块中动态内容数据的访问请求数量，动态分配不同的加载模块给所述客户端；

所述加载模块，用于将所述客户端的统一资源定位符请求加载至所述数据接口，并将所述数据接口端的对应的JSON格式的动态内容数据加载至所述客户端。

在一些实施例中，如前述的客户端的内容管理后台架构，所述负载均衡器还包括：负载计算模块；所述负载计算模块用于：

预先确定每个所述加载模块的处理能力数据；一般的，所述加载模块为具有计算及处理能力的服务器等计算设备；因此其处理能力能够通过具体的处理器频率或内存等装置的性能进行计算得到；

实时确定每个所述加载模块的处理能力占用量；

计算得到每个所述加载模块的剩余处理能力数据；

将剩余处理能力数据最大的所述加载模块优先分配给发起访问请求的所述客户端。一般的，每收到一次访问请求便对所述加载模块的剩余处理能力数据重新进行计算；统计得到剩余处理能力数据最高的所述加载模块。

在一些实施例中，如前述的客户端的内容管理后台架构，所述数据生成器还包括：数据封装模块；所述数据封装模块，还用于将从所述业务模块中调取的动态内容数据封装成JSON格式的数据。一般的，在一个项目中通常会有很多数据是需要通过封装成JSON格式进行传输的，但是在封装JSON的过程中，不仅繁琐，而且也不美观，于是构建了一个JSON数据生成器，用户只需要定义好要传输数据类，然后通过调用封装类即可得到JSON格式的数据。

在一些实施例中，如前述的客户端的内容管理后台架构，还包括：请求识别模块；所述请求识别模块，用于：

识别所述客户端的统一资源定位符请求；

确定所述统一资源定位符请求对应的动态内容数据所在的业务模块。

一般的，由于业务模块存在多个，且切中存储的动态内容数据各不相同；对所述统一资源定位符请求进行解析，得到其所需请求的动态内容数据，然后根据动态内容数据与在业务模块中存储的对应关系；确定所述动态内容数据所在的业务模块。

根据本发明实施例，还提供了一种用于实施上述客户端的内容管理后台架构的管理方法，如图2所示，该方法包括：

根据本申请的客户端的内容管理方法包括：

S1.通过业务模块预先存储动态内容数据；通过逻辑结构元素决定对所述业务模块中的数据进行处理的操作逻辑；每个所述业务模块对应设有一个或多个所述逻辑结构元素；

S2.通过数据接口接收客户端的统一资源定位符请求；

S3.数据生成器根据所述统一资源定位符请求从所述业务模块中调取动态内容数据，并将所述动态内容数据传输至所述数据接口；

S4.所述数据接口将从数据生成器端接收的JSON格式的动态内容数据返回至所述客户端。

在一些实施例中，如前述的客户端的内容管理方法，在通过数据接口接收客户端的统一资源定位符请求之前；还包括：

通过负载均衡器根据客户端发起的获取业务模块中动态内容数据的访问请求数量，动态分配不同的加载模块给所述客户端；

通过加载模块将所述客户端的统一资源定位符请求加载至所述数据接口，并将所述数据接口端的对应的JSON格式的动态内容数据加载至所述客户端。

在一些实施例中，如前述的客户端的内容管理方法，所述动态分配不同的加载模块给所述客户端之前，还通过负载计算模块：

预先确定每个所述加载模块的处理能力数据；

实时确定每个所述加载模块的处理能力占用量；

计算得到每个所述加载模块的剩余处理能力数据；

将剩余处理能力数据最大的所述加载模块优先分配给发起访问请求的所述客户端。

在一些实施例中，如前述的客户端的内容管理方法，在将所述动态内容数据传输至所述数据接口之前，还包括：

通过数据封装模块，将从所述业务模块中调取的动态内容数据封装成 JSON格式的数据。

在一些实施例中，如前述的客户端的内容管理方法，在所述数据生成器根据所述统一资源定位符请求从所述业务模块中调取动态内容数据之前，还通过请求识别模块：

识别所述客户端的统一资源定位符请求；

确定所述统一资源定位符请求对应的动态内容数据所在的业务模块。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种客户端的内容管理后台架构，其特征在于，包括：业务模块、逻辑结构元素、数据生成器和数据接口；每个所述业务模块对应设有一个或多个所述逻辑结构元素，所述数据生成器与所述业务模块一一对应；

所述业务模块，用于存储动态内容数据；

所述逻辑结构元素，用于决定对所述业务模块中的数据进行处理的操作逻辑；

所述数据生成器，用于从所述业务模块中调取动态内容数据，并将所述动态内容数据传输至所述数据接口；

所述数据接口，用于接收客户端的统一资源定位符请求，并统一返回从数据生成器端接收的统一格式的动态内容数据至所述客户端。

2.根据权利要求1所述的客户端的内容管理后台架构，其特征在于，还包括：负载均衡器和加载模块；

所述负载均衡器，用于根据客户端发起的获取业务模块中动态内容数据的访问请求数量，动态分配不同的加载模块给所述客户端；

所述加载模块，用于将所述客户端的统一资源定位符请求加载至所述数据接口，并将所述数据接口端的对应的JSON格式的动态内容数据加载至所述客户端。

3.根据权利要求2所述的客户端的内容管理后台架构，其特征在于，所述负载均衡器还包括：负载计算模块；所述负载计算模块用于：

预先确定每个所述加载模块的处理能力数据；

实时确定每个所述加载模块的处理能力占用量；

计算得到每个所述加载模块的剩余处理能力数据；

将剩余处理能力数据最大的所述加载模块优先分配给发起访问请求的所述客户端。

4.根据权利要求1所述的客户端的内容管理后台架构，其特征在于，所述数据生成器还包括：数据封装模块；所述数据封装模块，还用于将从所述业务模块中调取的动态内容数据封装成JSON格式的数据。

5.根据权利要求1所述的客户端的内容管理后台架构，其特征在于，还包括：请求识别模块；所述请求识别模块，用于：

识别所述客户端的统一资源定位符请求；

确定所述统一资源定位符请求对应的动态内容数据所在的业务模块。

6.一种客户端的内容管理方法，其特征在于，包括：

通过业务模块预先存储动态内容数据；通过逻辑结构元素决定对所述业务模块中的数据进行处理的操作逻辑；每个所述业务模块对应设有一个或多个所述逻辑结构元素；

通过数据接口接收客户端的统一资源定位符请求；

数据生成器根据所述统一资源定位符请求从所述业务模块中调取动态内容数据，并将所述动态内容数据传输至所述数据接口；

所述数据接口将从数据生成器端接收的JSON格式的动态内容数据返回至所述客户端。

7.根据权利要求6所述的客户端的内容管理方法，其特征在于，在通过数据接口接收客户端的统一资源定位符请求之前；还包括：

通过负载均衡器根据客户端发起的获取业务模块中动态内容数据的访问请求数量，动态分配不同的加载模块给所述客户端；

通过加载模块将所述客户端的统一资源定位符请求加载至所述数据接口，并将所述数据接口端的对应的JSON格式的动态内容数据加载至所述客户端。

8.根据权利要求7所述的客户端的内容管理方法，其特征在于，所述动态分配不同的加载模块给所述客户端之前，还通过负载计算模块：

预先确定每个所述加载模块的处理能力数据；

实时确定每个所述加载模块的处理能力占用量；

计算得到每个所述加载模块的剩余处理能力数据；

将剩余处理能力数据最大的所述加载模块优先分配给发起访问请求的所述客户端。

9.根据权利要求6所述的客户端的内容管理方法，其特征在于，在将所述动态内容数据传输至所述数据接口之前，还包括：

通过数据封装模块，将从所述业务模块中调取的动态内容数据封装成JSON格式的数据。

10.根据权利要求6所述的客户端的内容管理方法，其特征在于，在所述数据生成器根据所述统一资源定位符请求从所述业务模块中调取动态内容数据之前，还通过请求识别模块：

识别所述客户端的统一资源定位符请求；

确定所述统一资源定位符请求对应的动态内容数据所在的业务模块。