一种基于移动中台的移动应用平台的制作方法

1.本发明涉及移动应用平台技术领域，具体涉及一种基于移动中台的移动应用平台。


背景技术：

2.研究统计表明，截至2016年底，全国使用互联网的企业比例已达到95.6%，60%以上的企业部署了移动应用平台。这些平台大都由各类前台系统和后台系统组成，前台是企业的最终用户直接使用或交互的系统，例如用户直接使用的网站，手机app，微信公众号等；后台是企业核心资源和数据的管理，例如财务系统，产品系统，客户管理系统，仓库物流管理系统等。
3.前台要与前端用户交互，这就要求前台能不断快速响应用户的需求，快速创新迭代。而很多企业的后台系统在创建之初更多的是为
了
实现后端资源的信息化管理，处理的是相对固定的后端资源，稳定是首要前提。随着企业用户的增加和业务范围的扩展，这种前台后台组合的速率匹配失衡的问题就逐步显现出来。
4.在解决这个响应速度不匹配问题的过程中，由于后台修改的成本和风险较大，大多数企业会选择保持后台系统的稳定性，而将大
量
的业务系统转移到前台系统中，这一方案只能短期缓解前台后台响应速度不匹配的问题。引入额外的业务系统会致使前台系统内容不断扩充，在有限的资源中实现更多的功能，逐渐降低了前台系统的响应能力。少部分企业升级或新建了后台系统，不仅成本上升，而且由于其管理的是企业的关键核心数据，往往无法被前台系统直接使用，或是受到各个方面的限制而无法快速变化。


技术实现要素：

5.为解决现有技术中的不足，本发明提供了一种基于移动中台的移动应用平台，解决了移动应用平台前端请求与后台响应速率匹配失衡的问题。
6.为了实现上述目的，本发明采用的技术方案是：一种基于移动中台的移动应用平台，包括：前台、移动中台和后台；前台发送请求给移动中台，移动中台收到前台的请求并解析，若需要调用后台中的系统，移动中台转发请求内容给后台中系统，再将后台中系统返回的响应数据转发给前台，若不需要调用后台中的系统，则移动中台直接响应前台的请求并将响应数据返回给前台；前台和移动中台之间以密文的形式传输，在移动中台和后台之间以明文的形式传输；移动中台和后台都部署在信息内网。
7.进一步的，移动中台设置了请求队列，当前台发送大量请求时，请求缓存在请求队列，移动中台依次处理请求并响应。
8.进一步的，移动中台设置了数据缓冲区。
9.进一步的，所述前台包括：企业门户app、业务系统app和小程序。
10.进一步的，所述移动中台包括：原有后台系统的统一认证系统、基础配置管理、消
息推送、移动接入网关、权限控制、移动终端管理系统、用户管理、应用管理、日志系统和监控分析。
11.进一步的，所述后台包括：原后台系统中的多个业务系统，以及关系数据库；进一步的，在移动中台部署消息推送服务，如果前台的客户端在线，直接将消息发送到客户端；若客户端不在线，则通过厂商推送服务将消息发送到客户端。
12.进一步的，用户登录过程包括：业务系统的app配置好业务系统ip地址和端口后，输入的终端用户名和密码信息经过移动接入网关加密传输再解密处理后，发送到中台统一认证系统进行终端用户信息校验，认证通过后，通过统一认证系统确定终端用户权限，根据终端用户权限返回其在业务系统的app有权限查看的内容，并将当前终端用户与移动设备的绑定信息插入到移动终端管理系统。
13.进一步的，日志信息查看过程包括：终端用户在业务系统app请求查看日志信息，请求经过移动接入网关送到中台日志系统，日志系统根据请求内容返回所需日志信息，经过网关中转后展示在业务系统app。
14.进一步的，工单处理过程包括：终端用户在业务系统app处理工单时， 业务系统app发送完整工单请求经过网关送到消息推送服务，消息推送服务从业务系统获取完整的工单信息并发送给业务系统app；终端用户处理完工单后，处理结果经过移动接入网关送到业务系统，业务系统检查处理结果，检查通过则更新工单信息和状态，并将更新后工单完整信息发送给消息推送服务，再经过网关展示到业务系统app。
15.本发明所达到的有益效果：本发明引入中台这种新的中间层，既可以将前台系统中的稳定通用业务能力沉降到中台层，精简前台业务功能，恢复前台的响应力；又可以将后台系统中需要频繁变化或是需要被前台直接使用的业务能力提取到中台层，赋予这些业务能力更强的灵活度和更低的变更成本，从而为前台提供更强大的数据和业务支援。
16.将消息服务部署在内网中台，内外网复用一套服务，简化服务部署，降低了在外网部署消息服务带来的安全风险。根据消息接收终端是否在线选择推送方式，厂商通道推送服务集成了苹果、小米和华为等推送渠道，适配不同的终端类型，简化了原有的消息推送逻辑，降低了实施复杂度。
附图说明
17.图1是移动应用平台前、中、后台结构图；图2是移动应用平台的基本操作时序图。
具体实施方式
18.下面结合附图对本发明作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。
19.实施例1：如图1所示，一种基于移动中台的移动应用平台，包括：前台、移动中台和后台；前台发送请求给移动中台，移动中台收到前台的请求并解析，若需要调用后台系统，移动中台转发
请求内容给后台系统，再将后台返回的响应数据作加密处理后转发给前台，若不需要访问后台，则移动中台直接响应前台的请求并将响应数据返回给前台。
20.前台可能在信息内网，也可能在信息外网，因此对于敏感数据例如用户名密码，前台会加密后再传输给中台；移动中台和后台都部署在信息内网，移动中台将加密后的密文解密后发送给后台，后台返回的响应数据以明文的形式传输给中台，移动中台对明文数据加密后发送到前台。数据在前台和移动中台之间是以密文的形式传输，保证安全性，在移动中台和后台之间明文传输，提高传输效率。
21.信息内网：企业内部网络，局部局域网。局域网内的主机可以互相通信，但是不能和互联网通信。
22.信息外网：互联网，与信息内网相对应的信息外网。
23.移动中台设置了请求队列，当前台发送大量请求时，缓存在请求队列，依次处理请求并响应，一方面防止因请求量过大导致请求丢失，另一方面异步响应能减小高并发带给后台的压力。此外，移动中台设置数据缓冲区，将近期前台频繁请求的数据放在缓冲区，当前台下次请求时，快速响应，缩短请求响应时间。当前台与中台或中台与后台之间的网络环境不稳定时，数据缓冲区也能暂存数据，减小网络变化带来的影响。
24.三层架构的核心设计思想是通过api（ application programming interface，应用程序接口）服务衔接前中后台，减少数据搬家造成的前台的膨胀，使中台具备横向扩展能力，后台避免锁定技术产品和数据模型，可以根据需求的变化灵活切换到不同的解决方案；api服务相对sql（structured query language，结构化查询语言）脚本具有更好的工程化特性。
25.移动中台，比前台更稳定，比后台更灵活，其业务属性能支撑多个前台业务操作，同时中台能帮助企业将现有核心能力产品化、业务化，在中长期延展现有业务生态。加入新的业务系统时，只需要把该业务系统的后台系统地址等信息添加在中台基础配置管理，同时在业务系统app配置经过网关映射后的业务系统地址，方便简洁，动态扩展。
26.本发明还改进消息推送解决方案，在原来的前台-后台部署模式中，内网和外网均需部署消息推送服务。移动应用平台直接通过内网消息服务给内网终端推送消息。给外网终端推送消息时，内网消息服务先把消息发送给外网消息服务，再转发给第三方厂商推送服务，第三方厂商推送服务选择渠道把消息推送到外网移动终端。
27.本发明改进方法为：将消息服务部署在信息内网移动中台层，移动应用平台将消息发送给消息推送服务，如果前台的客户端在线，直接把消息发送到客户端。若客户端不在线，则通过厂商推送服务把消息发送到客户端。这种新的部署模式，无需同时在信息内网和外网部署消息服务，复用一套服务，提高了服务安全性。厂商通道推送服务集成了苹果、小米和华为等推送渠道，华为手机使用华为推送，其它型号的手机使用小米推送，即便应用没有启动也能接收通知消息。
28.所述前台包括：企业门户app、业务系统的app和小程序；企业门户app： 移动应用平台的移动客户端，可以集成业务系统app和内置小程序；业务系统app：各个业务系统对应的app；小程序：复用了小程序技术和html5插件，针对外部接入或开放给第三方的需求，可以采用小程序来加强规范和约束。
29.所述移动中台包括：原有后台系统的统一认证系统、基础配置管理、消息推送、移动接入网关、权限控制、移动终端管理、用户管理、应用管理、日志系统、监控分析等功能模块。因为这些模块本身的数据量不太大，又要随时响应前台需求，相较于业务系统，其使用频率也更高。
30.统一认证系统：用于终端用户的身份认证；只有在国家电网统一认证系统注册并授权的终端用户能登录企业门户app和业务系统app，在终端登录时要调用统一认证系统进行身份认证。
31.基础配置管理：在移动中台配置后台业务系统的服务信息，包括业务系统的ip地址、端口号信息，并把经过网关映射后的ip地址、端口号和网关地址配置在业务系统app，为前台业务系统app和后台业务系统数据交互建立连接。
32.消息推送：移动应用平台消息推送服务对用户移动设备进行的主动消息推送，包括通知消息、工单消息、提醒消息；服务端可以设置消息的类型、消息格式、接收对象，编辑消息的内容。
33.移动接入网关：在实际业务中，前台app工作的网络环境包括企业信息内网和信息外网，但是与之对应的业务系统，全都只能部署在内网，因此需要移动接入网关将信息内外网“连通”，在保证内网业务系统数据安全的前提下实现内外网数据交互。
34.权限控制：用于控制终端用户的读写和访问权限，每个终端用户只能访问和处理自己权限范围内业务，避免越权造成数据泄露等安全问题。
35.用户管理：是对系统用户和终端用户（均为工作人员）进行管理的功能模块。可进行添加用户、修改用户资料、删除用户信息、禁用用户、查看个人资料、修改用户所属部门、修改用户各种操作权限和管理范畴等操作，还可以对某个或某些用户进行初始化密码。
36.移动终端管理：记录每一个接入平台的移动终端的基本信息，以及登录该设备的账号信息。移动终端管理可以实现设备审核、删除设备、锁定用户、擦除数据、设备定位、终端响铃等功能。移动终端分为内网终端和外网终端，分别只能工作在对应的信息内网和信息外网。
37.应用管理：对前台的移动应用、小程序进行管理，包括应用的添加、发布、修改、下线、删除、下载情况、装机情况、打开频率、用户对应用的评价信息等。
38.日志系统：记录所有与平台相关的操作，并以日志的形式存储，让所有的操作都有迹可循。日志可以浏览、查看、批量删除、归档、下载到本地。
39.监控分析：对于网络状态和应用运行情况进行监控，主要记录应用使用过程中异常和崩溃情况，提供内容管理、行为分析功能,方便定位问题并及时解决，为运营人员日常工作和决策提供有力的支撑。
40.所述后台包括：原后台系统中的各个业务系统，例如营销应用系统、运检应用系统、配抢应用系统等，以及关系数据库；营销应用系统：电力营销基本业务，例如新装增容及变更用电、抄表管理、核算管理、电费收缴、线损管理、资产管理、信息采集、客户关系管理、营销分析与辅助决策等，是建设数字化电网和信息化企业的关键。
41.运检应用系统：主要是对国家电网巡视、检修、检测、抢修、验收、预警等运检工作的管理平台，通过计划自动分配任务、派发任务，在任务进行中整个过程有实时数据采集，
整个系统数据都可视化展示，可实时查看整个线路、设备情况，工作现场情况，人员轨迹等等，并自动生成日报、周报、月报、特殊任务报表等。
42.配抢业务统：配网故障抢修业务系统，不仅能实时传送故障信息、精准定位故障点，主动出击快速抢修。还有数据共享、系统贯通和业务融合三大特征，充分的了解电网运行的实时状况，完成配网与营销信息之间的有机结合以及深度交融，形成一个标准度极高的配网抢修管控平台。
43.关系数据库：存储所有业务系统的数据和数据之间的逻辑关系。
44.实施例2：本发明将移动中台技术应用于一种国家电网企业信息化系统——移动应用平台。移动应用平台由移动应用客户端和后台系统组成，移动应用客户端主要是门户app、业务系统app；后台系统包括统一认证系统、移动终端管理、用户管理、应用管理、消息推送、监控分析、营销应用系统、物资应用系统、运检应用系统等。引入中台概念后，平台的前台特指门户app、各个业务系统的app和小程序，平台提供的统一认证系统、基础配置管理、消息推送、移动接入网关、权限控制、移动终端管理、用户管理、应用管理、日志系统、监控分析等功能模块全都纳入中台，各个业务系统例如营销应用系统、运检应用系统、配抢应用系统等，以及关系数据库等是后台。
45.本发明引入中台这种新的中间层，既可以将前台系统中的稳定通用业务能力沉降到中台层，精简前台业务功能，恢复前台的响应力；又可以将后台系统中需要频繁变化或是需要被前台直接使用的业务能力提取到中台层，赋予这些业务能力更强的灵活度和更低的变更成本，从而为前台提供更强大的数据和业务支援。
46.将消息服务部署在内网中台，内外网复用一套服务，简化服务部署，降低了在外网部署消息服务带来的安全风险。根据消息接收终端是否在线选择推送方式，厂商通道推送服务集成了苹果、小米和华为等推送渠道，适配不同的终端类型，简化了原有的消息推送逻辑，降低了实施复杂度。
47.以移动应用平台支撑的配抢业务为例，配抢app运行在信息外网，配抢业务系统部署在信息内网，内外网数据交互要借助于移动接入网关。先将配抢业务系统的地址、端口、数据库信息配置在移动接入网关，并将经过移动接入网关映射后的地址信息配置在配抢app，建立前台配抢app与后台配抢业务系统的连接。网关地址映射隐藏了真实的业务系统地址，增强了数据的保密性和安全性。
48.管理员在配抢app配置配抢业务系统ip地址和端口后，输入终端用户的用户名和密码信息，经过移动接入网关加密传输再解密处理后，发送到中台统一认证系统进行终端用户信息校验，认证通过后，通过统一认证系统确定终端用户权限，根据终端用户权限返回其在配抢app有权限查看的内容，并将当前终端用户与移动设备的绑定信息插入到移动终端管理系统，绑定信息包括移动设备信息、登录该移动设备的终端用户信息、时间。消息交互时序图如2中“用户登录”部分。
49.终端用户在配抢app请求查看日志信息，请求经过移动接入网关送到中台日志系统，日志系统根据请求内容返回所需日志信息，经过网关中转后展示在配抢app。不需要访问后台系统，缩短了响应时间。消息交互时序图如2中“日志查看”部分。
50.终端用户在业务系统app处理工单时，由于终端用户账号收到的消息推送发送的
工单信息通常只包括关键信息而不是全部信息，业务系统app先发送完整工单请求经过网关送到消息推送服务，消息推送服务从业务系统获取完整的工单信息并发送给业务系统app，终端用户处理完工单后，处理结果经过移动接入网关送到业务系统，业务系统检查处理结果，检查通过则更新工单信息和状态，并将更新后工单完整信息发送给消息推送服务，再经过网关展示到业务系统app。如果需要对工单进行其他操作，再重复执行工单处理的流程。消息交互时序图如2中“工单处理”部分。
51.门户app、各个业务系统app、小程序和其他内嵌应用，都在移动中台的应用管理中，应用在中台发布时，可以选择灰度发布，即只对特定的组织机构或者终端用户分组可见。发布新版本时，可以设置为强制升级，客户端强制安装最新版本。
52.前台发起请求，中台各个模块处理请求，如需访问相应业务系统，中台将请求转发给后台，并将后台返回的响应信息经过中台回复给前台；不需要访问后台时中台直接快速响应前台。在整个过程中，所有与中台和后台交互的操作，都会记录在日志中；并对应用的运行情况和网络状态进行检测，并记录结果。
53.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、cd-rom、光学存储器等）上实施的计算机程序产品的形式。
54.本技术是参照根据本技术实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
55.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
56.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
57.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和变形，这些改进和变形也应视为本发明的保护范围。