1.一种智慧景区服务器架构的数据处理方法，其特征在于，包括：步骤S1、构建智慧景区服务器架构并初始化；

根据景区管理用户所购买专属应用软件系统的属性和数量，在中台系统的后台界面配置所述景区管理用户与购买合同匹配的至少两种专属应用软件系统之间的接入链路，并经所述中台系统前端供所述景区管理用户操作的浏览器界面进行显示；所述中台系统还将能被至少两个专属应用软件系统共用的基础模块抽离为中台系统的一部分；所述基础模块至少包括短信提醒模板和景区基础数据模板；所述中台系统还集成有将各所述专属应用软件系统独立的游客信息进行汇总及去重处理的会员模块，且在所述会员模块中保留各游客信息的导入渠道信息以供分类检索和统计；所述中台系统还集成有对各所述专属应用软件系统的独立数据进行汇总并去重处理的统计看板模块，在所述统计看板模块所设置的时空检索结构中，空间信息为任一单个景区或跨域至少两个景区的联合体，时间信息以日为最小单位；所述中台系统还设有配置企业部门及人员角色对所购专属应用软件系统队列中任一专属应用软件系统的操作权限用的企业基础管理模块，且所述企业基础管理模块还用于创建所述会员模块和所述统计看板模块所分别对应的用户读写权限；在所述中台系统能链接的各所述专属应用服务软件系统中，至少两个专属应用软件系统中存在实现游客导入和订单信息交互的功能模块；

步骤S2、获取景区管理用户在中台登录界面输入的账号信息，根据所述账号信息判定当前景区管理用户的身份；当所述景区管理用户为业务操作类用户时，将所购专属应用软件系统队列中任意两种专属应用软件系统所共用的基础模块加载并显示于所述中台系统前端操作的浏览器界面上，并根据相应的用户权限判断是否加载所述会员模块与所述统计看板模块，如果是，将所购专属应用软件系统队列中相关的数据信息传输到所述浏览器界面的相应展示区域；当所述景区管理用户为权限配置用户时，在前端操作的浏览器界面上显示所述企业基础管理模块所对应的配置菜单；

步骤S3、实时获取所述景区管理用户中的业务操作类用户在各所述专属应用软件系统之间的切换指令，根据所述切换指令在各专属应用软件系统的之间进行相应切换，并根据所述景区管理用户的权限显示切换后专属应用软件相应的前端用户界面或后台管理界面；

步骤S4、所述中台系统的后台服务器定时检测或根据用户发出的同步指令判断所述基础模块的数据是否发生更新，以及判断所述基础模块、所述会员模块与所述统计看板模块所对应逻辑的程序块是否存在新版本；如果发生更新，通知各相应的专属应用软件系统执行相应的同步更新处理；

其中，所述至少两种专属应用软件系统包括以下系统中的任意两种以上的组合：计调系统，与执行酒店、门票、拓展、餐饮、晚会及导游分配的各资源分系统连接，以将团体游客按团进行资源预定；

票务系统，用于创建向至少两个分销软件系统发布的门票，并对各分销软件系统所生成的订单信息及闸机系统返回的核销信息进行收集、分类统计及生成报表；并将所生成的门票供售票窗口、自助机打印；

OTA对接系统，用于将所述票务系统创建的门票信息映射到第三方OTA平台进行发布，并将各所述第三方OTA平台所返回的订单信息反馈到所述票务系统；

基于微信小程序的核销系统，用于通过扫码电子门票和纸质门票中的二维码进行核销处理，并将核销数据发送给所述票务系统；所述票务系统还与用于验票核销的闸机建立数据交互通道以获取闸机的核销数据；

扫码购票系统，用于创建支付链路并向用户输出购票的支付二维码，并将支付信息传送给所述票务系统及相对应的酒店、拓展、餐饮、晚会及导游分配的各资源分系统。

2.根据权利要求1所述的方法，其特征在于，所述第三方OTA平台包括美团、携程、京东和天猫中的任意一种或任意组合，所述扫码购票系统的支付链路采用自建方式或与第三方合作，合作的支付链路第三方包括微信和支付宝。

3.根据权利要求1或2所述的方法，其特征在于，所述计调系统以消息队列中的不同通道分别对接酒店、门票、拓展、餐饮、晚会及导游分配的各资源分系统，并在同一通道中对不同资源服务商进行不同编码，然后根据预设的编码规则将解压缩数据分别存储在数据库中各资源服务商所对应的存储块中以供读写。

4.一种智慧景区服务器系统，其特征在于，包括：中台系统，用于根据景区管理用户所购买专属应用软件系统的属性和数量，在后台界面配置所述景区管理用户与购买合同匹配的至少两种专属应用软件系统之间的接入链路，并经前端供所述景区管理用户操作的浏览器界面进行显示；所述中台系统还将能被至少两个专属应用软件系统共用的基础模块抽离为中台系统的一部分；所述基础模块至少包括短信提醒模板和景区基础数据模板；所述中台系统还集成有将各所述专属应用软件系统独立的游客信息进行汇总及去重处理的会员模块，且在所述会员模块中保留各游客信息的导入渠道信息以供分类检索和统计；所述中台系统还集成有对各所述专属应用软件系统的独立数据进行汇总并去重处理的统计看板模块，在所述统计看板模块所设置的时空检索结构中，空间信息为任一单个景区或跨域至少两个景区的联合体，时间信息以日为最小单位；所述中台系统还设有配置企业部门及人员角色对所购专属应用软件系统队列中任一专属应用软件系统的操作权限用的企业基础管理模块，且所述企业基础管理模块还用于创建所述会员模块和所述统计看板模块所分别对应的用户读写权限；在所述中台系统能链接的各所述专属应用服务软件系统中，至少两个专属应用软件系统中存在实现游客导入和订单信息交互的功能模块；

所述中台系统，还用于获取景区管理用户在中台登录界面输入的账号信息，根据所述账号信息判定当前景区管理用户的身份；当所述景区管理用户为业务操作类用户时，将所购专属应用软件系统队列中任意两种专属应用软件系统所共用的基础模块加载并显示于所述中台系统前端操作的浏览器界面上，并根据相应的用户权限判断是否加载所述会员模块与所述统计看板模块，如果是，将所购专属应用软件系统队列中相关的数据信息传输到所述浏览器界面的相应展示区域；当所述景区管理用户为权限配置用户时，在前端操作的浏览器界面上显示所述企业基础管理模块所对应的配置菜单；之后，实时获取所述景区管理用户中的业务操作类用户在各所述专属应用软件系统之间的切换指令，根据所述切换指令在各专属应用软件系统的之间进行相应切换，并根据所述景区管理用户的权限显示切换后专属应用软件相应的前端用户界面或后台管理界面；

所述中台系统的后台服务器还用于定时检测或根据用户发出的同步指令判断所述基础模块的数据是否发生更新，以及判断所述基础模块、所述会员模块与所述统计看板模块所对应逻辑的程序块是否存在新版本；如果发生更新，通知各相应的专属应用软件系统执行相应的同步更新处理；

其中，所述至少两种专属应用软件系统包括以下系统中的任意两种以上的组合：计调系统，与执行酒店、门票、拓展、餐饮、晚会及导游分配的各资源分系统连接，以将团体游客按团进行资源预定；

票务系统，用于创建向至少两个分销软件系统发布的门票，并对各分销软件系统所生成的订单信息及闸机系统返回的核销信息进行收集、分类统计及生成报表；并将所生成的门票供售票窗口、自助机打印；

OTA对接系统，用于将所述票务系统创建的门票信息映射到第三方OTA平台进行发布，并将各所述第三方OTA平台所返回的订单信息反馈到所述票务系统；

基于微信小程序的核销系统，用于通过扫码电子门票和纸质门票中的二维码进行核销处理，并将核销数据发送给所述票务系统；所述票务系统还与用于验票核销的闸机建立数据交互通道以获取闸机的核销数据；

扫码购票系统，用于创建支付链路并向用户输出购票的支付二维码，并将支付信息传送给所述票务系统及相对应的酒店、拓展、餐饮、晚会及导游分配的各资源分系统。

5.根据权利要求4所述的智慧景区服务器系统，其特征在于，所述第三方OTA平台包括美团、携程、京东和天猫中的任意一种或任意组合，所述扫码购票系统的支付链路采用自建方式或与第三方合作，合作的支付链路第三方包括微信和支付宝。

6.根据权利要求4或5所述的智慧景区服务器系统，其特征在于，所述计调系统还用于：以消息队列中的不同通道分别对接酒店、门票、拓展、餐饮、晚会及导游分配的各资源分系统，并在同一通道中对不同资源服务商进行不同编码，然后根据预设的编码规则将解压缩数据分别存储在数据库中各资源服务商所对应的存储块中以供读写。