一种移动应用统一服务框架系统技术方案

本发明专利技术公开了一种移动应用统一服务框架系统，属于移动应用开发领域。该系统包括服务引擎、数据引擎、界面引擎、胶合组件、模板库、服务界面及扩展/业务组件。服务引擎为本发明专利技术架构的核心，负责调度系统各个组件协调工作，数据引擎负责加载服务所需的数据、界面引擎负责渲染模板，呈现交互界面；通过胶合组件服务所需数据注入界面渲染所需模版中；通过模版库、用户界面则负责服务的界面生成；开发人员可以通过扩展组件/业务组件对服务进行扩展。本发明专利技术的移动应用统一服务框架系统，支持快速应用开发，有效提高移动应用的开发效率，减少重复投资，降低生产成本，具有很好的推广应用价值。

【技术实现步骤摘要】
【专利摘要】本专利技术公开了一种移动应用统一服务框架系统，属于移动应用开发领域。该系统包括服务引擎、数据引擎、界面引擎、胶合组件、模板库、服务界面及扩展/业务组件。服务引擎为本专利技术架构的核心，负责调度系统各个组件协调工作，数据引擎负责加载服务所需的数据、界面引擎负责渲染模板，呈现交互界面；通过胶合组件服务所需数据注入界面渲染所需模版中；通过模版库、用户界面则负责服务的界面生成；开发人员可以通过扩展组件/业务组件对服务进行扩展。本专利技术的移动应用统一服务框架系统，支持快速应用开发，有效提高移动应用的开发效率，减少重复投资，降低生产成本，具有很好的推广应用价值。【专利说明】一种移动应用统一服务框架系统
本专利技术涉及移动应用开发设计领域，具体地说是一种移动应用统一服务框架系统。
技术介绍
伴随移动互联网的兴起，不但公众日常生活离不开移动应用，在企业用户市场，也有越来越多的应用由传统的桌面应用延伸到移动终端上来。移动应用的蓬勃发展，随之而来也带来了移动应用开发的问题:(O当前移动开发是针对移动平台进行的，目前市面存在安卓、1s、Winphone、黑莓等众多平台，针对每个平台开发，重复工作量大，需耗费大量资源； (2)不同的移动平台，造成学习成本增加，由此带来人员紧缺，开发成本提高；(3)开发工作量大，新需求响应不及时，新功能无法快速上线。 针对上述问题，市场上出现了众多跨平台的移动应用开发方法，比较典型的是Phonegap,其实现方法是采用html、css、Javascript,针对不同平台，建立对应的应用程序工程，允许开发者使用相同的html、CSS、JaVaSCript，然后将应用程序工程拷贝到不同的编译打包平台进行编译打包，最终生成相应平台的应用程序。 然而，这种在不同开发平台创建应用工程、开发功能，再在不同编译平台编译打包的方法，对开发人员来说还是不够高效。
技术实现思路
本专利技术的技术任务是针对上述现有技术的不足，提供一种可以快速生成跨平台的原生移动应用的移动应用统一服务框架系统。使用上述统一服务框架系统，通过建立针对业务或通用功能的模版，使用菜单配置和服务界面配置功能，可以快速生成跨平台的原生移动应用。 本专利技术的技术任务是按以下方式实现的:一种移动应用统一服务框架系统，由移动端和后台服务端两部分组成，所述移动端运行在移动终端平台内，用于提供视图界面渲染功能；所述后台服务端部署于后台服务器，按照功能划分，包括服务引擎、数据引擎、界面引擎、胶合组件、模板库、服务界面及扩展/业务组件:所述服务引擎，用于决定服务的数据加载、模板渲染，呈现交互界面，通过获取加载服务配置信息呈现基本的应用结构；所述数据引擎，用于实现对业务数据接口的调用和数据解析；所述界面引擎，根据服务引擎获取的配置信息，选取界面模板，渲染用户界面；所述胶合组件，用于把数据引擎形成的数据注入到界面引擎渲染的模板中； 所述模板库，用于供界面引擎调用，生成服务用户界面；所述服务界面，用于确定服务的界面结构，交互界面，实现人机交互；所述扩展插件/业务组件，用于对服务的功能起到扩充作用，通过编写扩展插件或配置已有的业务组件(web页面等)扩展功能。 作为优选，上述系统中的服务由若干功能模块组成，以菜单形式整合，通过切换菜单实现对功能模块的切换；所述功能模块包含功能模板和菜单组两个部分，其功能由功能模板或扩展插件/业务组件实现，功能模板的业务数据由数据源提供；菜单组提供可配置的一组菜单，用以实现数据筛选功能。 所述服务引擎包括模板渲染组件界面引擎和数据获取解析组件数据引擎。 上述系统中，服务功能界面设计优选由三部分组成:header区、功能内容区、导航菜单区。 Header区包含退出按钮、服务名称、菜单组触发按钮。 功能内容区呈现当前导航菜单对应的功能模块。 导航菜单区呈现服务的功能菜单，仅有一个菜单时不显示。导航菜单提供分组功能，对于同组菜单且菜单属性为rad1的，菜单切换时，不切换功能模板而是在当前界面叠加数据(可用于地图图层叠加)。 基于本专利技术所述移动应用统一服务框架系统，可以帮助普通Java开发人员或部分业务人员等基于统一服务框架的规范，建立针对业务或通用功能的模版，通过配置菜单和服务界面，快速生成跨平台的原生移动应用。 【专利附图】【附图说明】 附图1是本专利技术移动应用统一服务框架系统的框架图；附图2是本专利技术中服务的菜单结构图；附图3是本专利技术中服务界面设计图；附图4是本专利技术中导航菜单配置示意；附图5是本专利技术中PopMenu组配置示意图。 【具体实施方式】 参照说明书附图以具体实施例对本专利技术的移动应用统一服务框架系统作以下详细地说明。 实施例:如附图1所示，本专利技术的移动应用统一服务框架系统架构由移动端和后台服务端两部分组成。 移动端运行在移动终端平台内，用于提供视图界面渲染功能。 后台服务端部署于后台服务器，按照功能划分，包括服务引擎、数据引擎、界面引擎、胶合组件、模板库、服务界面及扩展/业务组件。 服务引擎，用于决定服务的数据加载、模板渲染，呈现交互界面，通过获取加载服务配置信息呈现基本的应用结构。包括模板渲染组件界面引擎和数据获取解析组件数据引擎。 数据引擎，用于实现对业务数据接口的调用和数据解析。 界面引擎，根据服务引擎获取的配置信息，选取界面模板，渲染用户界面。 胶合组件，用于把数据引擎形成的数据注入到界面引擎渲染的模板中。 模板库，用于供界面引擎调用，生成服务用户界面。 服务界面，用于确定服务的界面结构，交互界面，实现人机交互。 扩展插件/业务组件，用于对服务的功能起到扩充作用，通过编写扩展插件或配置已有的业务组件(web页面等)扩展功能。 如附图2所示，上述系统中的服务由若干功能模块组成，以菜单形式整合，通过切换菜单实现对功能模块的切换；所述功能模块包含功能模板和菜单组两个部分，其功能由功能模板或扩展插件/业务组件实现，功能模板的业务数据由数据源提供；菜单组提供可配置的一组菜单，用以实现数据筛选等功能。 如附图3所示，上述系统中，服务功能界面设计优选由三部分组成deader区、功能内容区、导航菜单区。 Header区包含退出按钮、服务名称、菜单组触发按钮。 功能内容区呈现当前导航菜单对应的功能模块。 导航菜单区呈现服务的功能菜单，仅有一个菜单时不显示。导航菜单提供分组功能，对于同组菜单且菜单属性为rad1的，菜单切换时，不切换功能模板而是在当前界面叠加数据(可用于地图图层叠加)。 利用上述系统实现移动应用的具体步骤如下:步骤1:创建，填写服务的基本信息，包括名称、图标、简介等。 步骤2:配置，配置菜单分三个步骤完成，完成菜单配置的服务可正式发布。 I)配置菜单基本信息，包括菜单名、菜单key (用以唯一标识菜单，在服务调用时区分发起调用的菜单);2)配置模板，可选择移动应用平台提供的模板或者直接配置扩展插件或已有的业务页面(如附图4所示)；3)对于移动应用平台提供的模板，需要配置其属性及数据源。 步骤3:配置PopMenu组，Menu可的配置为以浮动窗口呈现数据筛选表单或普通信息。表单的提交支持更新当前界面数据或直接提交两种类型(本文档来自技高网...

【技术保护点】
一种移动应用统一服务框架系统，其特征在于，包括服务引擎、数据引擎、界面引擎、胶合组件、模板库、服务界面及扩展/业务组件：所述服务引擎，用于决定服务的数据加载、模板渲染，呈现交互界面； 所述数据引擎，用于实现对业务数据接口的调用和数据解析；所述界面引擎，根据服务引擎获取的配置信息，选取界面模板，渲染用户界面；所述胶合组件，用于把数据引擎形成的数据注入到界面引擎渲染的模板中；所述模板库，用于供界面引擎调用，生成服务用户界面；所述服务界面，用于确定服务的界面结构，交互界面，实现人机交互；所述扩展插件/业务组件，用于对服务的功能起到扩充作用，通过编写扩展插件或配置已有的业务组件扩展功能。

【技术特征摘要】

【专利技术属性】
技术研发人员：肖雪，冯向阳，吴志强，李飞，
申请(专利权)人：浪潮通信信息系统有限公司，
类型：发明
国别省市：山东;37