移动信息融合平台的制作方法

文档序号:17158400发布日期:2019-03-20 00:18阅读:182来源:国知局
移动信息融合平台的制作方法

本发明属于移动通信技术领域,具体涉及一种移动信息融合平台。



背景技术:

由于手机及其他移动端的使用便携方便,人们越来越依赖移动端来处理日常及工作需求,在工作时,用户通常使用pc端系统进行工作事物处理,但当用户外出或有其他事情不能在pc端操作时,往往需要在手机上有相应的应用进行工作处理。现有的pc端系统转化为移动端应用通常是一对一转化,但是用户需要使用大量的业务需求,面对不同的系统时,通常需要将各个系统转换到移动端中使用,此时转换开发需要多次操作,开发操作麻烦;而用户在使用时需要打开多个移动端应用进行操作,使用麻烦。

随着需求的改变,用户的pc端系统和移动端应用需要更新,不同的系统更新升级能力参差不齐,影响用户的日常及工作。

因此,若是可以将多个系统集合到一个平台中进行统一操作,那么对于日常及工作将提供极大的便捷性。

然而,目前,针对将多个pc端系统融合到移动端,其面临的情况是:1)各pc端的开发时间、开发语言、开发商情况复杂,需要克服实际项目中这些异构性带来的诸多接入问题;2)很多pc端没有提供接口或者接口不全,但其业务依然有移动化的需求,需要实现无接口情况下的业务接入。

针对多个原移动端app的融合,其主要问题在于:1)不同技术路线开发的app其本身的运行机制是不同的,如何兼容各不同技术路线的嵌入是个问题;2)不同app其开发商水平参差不齐,融合到统一的门户上存在很大难度;3)受制于操作系统的安全策略,应用之间并不可以随意调取权限和数据。



技术实现要素:

针对现有技术的不足,本发明提供一种移动信息融合平台,包括前台界面、中间服务器和后台控制模块,所述前台界面用于与用户进行交互,所述前台界面包括多个模块客户端,所述模块客户端包括至少一个pc模块客户端或者包括至少一个移动模块客户端;

所述pc模块客户端通过中间服务器与pc端系统对接从而获取数据同步移植到移动信息融合平台中并嵌入到前台界面中;

所述移动模块客户端通过接口调用方式获取原移动端app的权限和数据从而同步移植到移动信息融合平台中并嵌入到前台界面中;

用户通过与模块客户端的交互,连接到对应的pc端系统的服务器及原移动端app的服务器,所述pc端系统的服务器及原移动端app的服务器反馈的数据传递到移动信息融合平台中由后台控制模块处理并展现到相应的模块客户端的界面中供用户查看处理;

所述后台控制模块用于数据分析及处理,所述数据分析及处理包括对多个模块客户端的数据进行融合。

进一步地,所述移动信息融合平台提供模块客户端所适用的环境使模块客户端嵌入到移动信息融合平台中,所述移动信息融合平台的平台格式与模块客户端所适用的格式相适应。

进一步地,所述平台格式包括公有客户端格式和私有客户端格式。

进一步地,所述中间服务器采用页面适配方式和webservice接口方式与pc端系统对接

进一步地,所述pc端系统为b/s系统或c/s系统,所述中间服务器通过接口调用方式获取pc端系统的数据,所述中间服务器包括b/s调用接口模块和c/s调用接口模块;所述移动信息融合平台通过中间服务器将从pc端系统获取的数据转换为html数据,经由后台控制模块处理并相应交互到前台界面中展现及实现双向交互;所述移动信息融合平台采用接口调用的方式获取原移动端app的数据,经由后台控制模块处理并相应交互到前台界面中展现及实现双向交互。

进一步地,所述原移动端app的种类包括nativeapp、hybridapp及webapp;所述webapp以功能模块为单位在移动信息融合平台进行融合;所述nativeapp和hybridapp通过移动信息融合平台制定的api和应用融合规范进行融合,所述api和应用融合规范用于实现应用间调用、应用间传参、登陆和退出机制等接口和规则;所述移动信息融合平台应用与各原移动端app相适应的sdk化运行环境插件,实现第三方nativeapp和hybridapp的融合和整合。

进一步地,所述移动信息融合平台通过客户端基座兼容各不同技术路线的原移动端app的嵌入,所述客户端基座用于支持不同原移动端app的基座接口并用于调用原移动端app的数据。

进一步地,所述后台控制模块对多个模块客户端的业务项目进行融合,通过pc模块客户端和移动模块客户端所获得的业务数据经由后台控制模块做对应的分类管理进行融合,将处于同一业务项目的数据归类,并加载转成消息提示相应交互到前台界面中供用户使用。

进一步地,所述移动信息融合平台用于企业级应用领域,所述pc端系统包括oa、erp、crm、his、mis系统;所述业务项目包括办公类业务项目、消息类业务项目、业务类业务项目,所述办公类业务项目、消息类业务项目、业务类业务项目之间进行数据交互;所述办公类业务项目包括审批、日程、商务管理、经营管理、综合管理;所述消息类业务项目包括企业门户、提醒消息、事务消息、邮件消息、即时聊天消息;所述业务类业务项目包括移动营销、掌上crm、移动经营分析、现场巡检、现场执法。

进一步地,所述移动信息融合平台将不同的pc端系统及原移动端app的权限数据接入并以接口对接的形式完成与现有权限认证系统的对接,对接后的权限数据为移动信息融合平台的应用插件开放统一的认证接口,所述认证接口由移动信息融合平台的应用开发套件进行调用。

本发明的有益效果:

1、本发明将pc端系统及原移动端app融合到移动信息融合平台中,用户无需一一打开各个系统,使用户使用操作更加便捷,也节省了由于打开系统所需等待的加载时间,解决了由于多个系统运行造成承载硬件的内存不足问题,将多个系统融合到移动信息融合平台,其总的运行内存只在于移动信息融合平台在承载硬件的内存,减少内存损耗,使运行流畅,提高业务处理效率。

2、本发明中,针对多个模块客户端共同融合到移动信息融合平台中,后台控制模块对多个模块客户端的相关数据进行处理及相应的融合,主要针对业务项目融合,通过pc模块客户端和移动模块客户端所获得的业务数据经由后台控制模块做对应的分类管理进行融合,将处于同一业务项目的数据归类,并加载转成消息提示相应交互到前台界面中供用户使用,则用户在使用时,无需到各个模块客户端中打开界面进行交互获得相应的业务处理事项,只需将前台页面显示的多个模块客户端的同一业务的消息提醒打开,则相应的连接到该模块客户端的业务处理项中供用户处理。本发明方便用户使用,无需用户一一打开各个模块客户端再向相应的业务项目查看处理,节约操作步骤,减少打开等待时间,提高工作效率。

附图说明

图1为本实施例中移动信息融合平台的整体结构示意图;

图2为本实施例中前台界面的结构示意图;

图3为本实施例中移动信息融合平台的业务项目融合的示意图;

图4为本实施例中移动信息融合平台针对pc端系统的服务器的数据交互流程示意图;

图5为本实施例中移动信息融合平台针对原移动端app的服务器的数据交互流程示意图。

具体实施方式

下面结合图1至图5对本发明进一步说明。

如图1和图2所示,本实施例的移动信息融合平台包括前台界面、中间服务器和后台控制模块,前台界面用于与用户进行交互,前台界面包括至少一个模块客户端,该模块客户端包括至少一个pc模块客户端,或者包括至少一个移动模块客户端。

优选的,前台界面包括多个模块客户端,其多个模块客户端可全部为pc模块客户端,或者,多个模块客户端可全部为移动模块客户端,或者,多个模块客户端中部分为pc模块客户端,另外部分为移动模块客户端,本实施例中,前台界面包括四个模块客户端,其中两个为pc模块客户端,另外两个为移动模块客户端。

pc模块客户端通过中间服务器采用页面适配方式(表现层实施对接)和webservice接口方式(从逻辑层实施对接)与pc端系统对接从而获取数据同步移植到移动信息融合平台中并嵌入到前台界面中。对于能够抓取到数据的页面,将采用页面适配方式;对于复杂、已有标准接口的页面,将采用webservice接口对接。对接方式灵活,通过webservice接口对接和页面适配方式灵活解决各pc端的开发时间、开发语言、开发商情况复杂的问题及pc端系统没有提供接口或者接口不全的问题,可适应不同的pc端系统,使得平台更加健壮,稳定,可扩充性。

pc端系统为网页版(b/s)或客户端版(c/s)。中间服务器应用于pc端系统的数据调用转换过程,中间服务器通过接口调用方式获取pc端系统的数据,中间服务器包括用于调用网页版pc端系统的b/s调用接口模块和用于调用客户端pc端系统的c/s调用接口模块。其中,b/s具有三层结构,分别为表现层、业务逻辑层和数据访问层,相应的b/s调用接口模块对应包括有表现层接口、业务逻辑层接口和数据访问层接口。针对b/s的三层结构融合,由于在实际运用中,各个项目架构不同,根据需要使用至少一层接口。

移动模块客户端通过接口调用方式获取原移动端app的权限和数据从而同步移植到移动信息融合平台中并嵌入到前台界面中。原移动端app包括nativeapp(原生应用app)、hybridapp(混合app)、轻应用及webapp。针对轻应用和webapp,可以功能模块为单位进行融合。针对nativeapp和hybridapp,融合平台在遵循android、ios操作系统应用间调用和传参机制情况下,制定了一整套api和应用融合规范,用于实现应用间调用、应用间传参、登陆和退出机制等接口和规则。同时融合平台还应用了完善的sdk化客户端运行环境插件,可以快速实现第三方原生app的融合和整合。

原移动端app的融合,实际上是需要跨越native、hybrid、web三种主流的app技术进行融合,这中间难度很大,其主要问题在于:1)不同技术路线开发的app其本身的运行机制是不同的,需要有一个客户端基座能够兼容各不同技术路线的嵌入,该客户端基座是一种接口模块,客户端基座支持不同原移动端app的基座接口,用于调用原移动端app的数据,使用户与各原移动端app进行数据交互;2)不同app其开发商水平参差不齐,融合到统一的门户上存在很大难度,需要有相应的规范,使不同app统一进行交互,该规范是指不同的原移动端app在开发时采用不同的接口规范,需要采用相应的接口规范去调用获取原移动端app的数据;3)受制于操作系统的安全策略,应用之间并不可以随意调取权限和数据,本实施例的移动信息融合平台提供与各原移动端app相适应的sdk,从而提高原移动端app融合之后的效率和用户体验。

用户通过与模块客户端的交互,可连接到对应的pc端系统的服务器及原移动端app的服务器,pc端系统的服务器及原移动端app的服务器反馈的数据传递到移动信息融合平台中由后台控制模块处理并展现到相应的模块客户端的界面中供用户查看处理。

移动信息融合平台提供模块客户端所适用的环境使模块客户端嵌入到移动信息融合平台中,移动信息融合平台提供模块客户端所适用的环境所适用的平台格式,该平台格式包括公有客户端格式和私有客户端格式,其公有客户端格式指现有统一制定的规范格式,包括w3c所制定的html格式,其私有客户端格式包括各厂商独立制定的私有的移动客户端格式,如facebook公司的reactnative格式,或者是钉钉所使用的移动客户端格式,或者是uc所使用的移动客户端格式,根据用户需要制定移动信息融合平台的平台格式。针对pc模块客户端,中间服务器将从pc端系统获取的数据转换为相应的平台格式数据,本实施例中,由于html为现有公知格式,为方便说明,以平台格式数据包括html格式作为说明,移动信息融合平台提供相应的html环境将模块客户端嵌入到移动信息融合平台中,中间服务器将从pc端系统获取的数据转换为html数据,经由后台控制模块处理并相应交互到前台界面中展现,用户通过展现的界面进行相应的处理,实现双向交互。针对移动模块客户端,采用接口调用的方式获取原移动端app的数据(其原有的原移动端app的数据格式保留,移动信息融合平台提供相应的平台格式用以适应原移动端app的数据格式),经由后台控制模块处理并相应交互到前台界面中展现,用户通过展现的界面进行相应的处理,实现双向交互。本实施例中,为方便说明,同样以原移动端app适用的数据格式为html格式作为说明。

中间服务器的页面适配技术主要是对接b/s架构的业务系统,中间服务器通过地址(url)抓取web页面数据,在中间服务器的临时缓存区会对应生成xml临时文档,中间服务器将所抓取的web页面数据自动转化为统一的数据文件格式,而后,在开发过程中,程序员将该统一的数据文件通过编写下行或者上行模板格式化成用户所需要的平台格式文件,最终生成相应的平台格式数据,并开发出适用该平台格式的相应的融合平台的客户端。本实施例中,中间服务器自动把xml文档自动转换成统一的html文件,程序员通过该html数据开发生成具有html数据格式的融合平台的客户端,而后在移动信息融合平台的客户端引擎实现界面的展现及进行相应的数据交互。需要说明的是,本实施例中,为方便说明,仅以平台格式所包括的html格式作为说明,至于平台格式所包括及适用的其他数据格式,多是私有客户端格式,由于各私有客户端格式各不相同,不方便说明,且其实现方式及数据交互方式等均与html格式相似,因此本实施例中,不做赘述。

后台控制模块用于数据分析及处理,其数据分析及处理包括对多个模块客户端的数据进行融合。由于多个模块客户端共同融合到移动信息融合平台中,相应的,后台控制模块对多个模块客户端的相关数据进行分析处理及相应的融合,主要针对业务项目融合。如图3所示,通过pc模块客户端和移动模块客户端所获得的业务数据经由后台控制模块做对应的分类管理进行融合,将处于同一业务项目的数据归类,并加载转成消息提示相应交互到前台界面中供用户使用,则用户在使用时,无需到各个模块客户端中打开界面进行交互获得相应的业务处理事项,只需将前台页面显示的多个模块客户端的同一业务的消息提醒打开,则相应的连接到该模块客户端的业务处理项中供用户处理。

本实施例中,主要针对企业级应用领域,pc端系统包括oa、erp、crm、his、mis等用于企业级的应用系统。因此,其业务项目融合包括办公类业务项目融合、消息类业务项目融合、业务类业务项目融合,本实施例主要针对企业级用户用于日常的办公处理事项,当然也可以扩展到日常用户使用的情形。

本实施例中,办公类业务项目融合:包括审批、日程、商务管理、经营管理、综合管理等等。使用者只需在一个主界面即可以看到与自己工作相关的各业务系统的待办工作事项。

消息类业务项目融合:包括企业门户、提醒消息、事务消息、邮件消息、即时聊天消息等等各类消息的融合,将各类消息全部展现到一个前台页面中,而不需要打开多个应用才能查看消息。

业务类业务项目融合:包括移动营销、掌上crm,移动经营分析、现场巡检、现场执法等等。

办公类业务项目、消息类业务项目、业务类业务项目之间进行数据交互,使办公类业务项目实现融合,并进行相应的数据交流,方便工作。

后台控制模块的融合还针对统一的用户权限融合,针对统一的用户权限融合,不同的pc端系统及原移动端app,各自的ad鉴权方式不一,不同的pc端系统及原移动端app的权限数据接入融合平台以接口对接的形式完成与现有权限认证系统的对接,并为融合平台的应用插件开放统一认证接口,由应用开发套件进行调用。最终实现通过融合平台启动插件的统一认证,用户仅需在登录时输入一次账户进行认证,即可访问相关联的多个业务系统。

在使用时,用户与前台界面进行交互,如图4所示,针对pc模块客户端,当需要pc模块客户端提供相应的交互数据时,前台界面将请求交互到后台控制模块,后台控制模块将请求数据发送到中间服务器中,而后中间服务器将请求数据转换封装成webservice接口的xml以适应pc端系统的服务器,pc端系统的服务器收到请求后,反馈相应的数据到中间服务器中,中间服务器将反馈的数据转换成html数据到后台控制模块中,而后后台控制模块将该html数据进行解析处理并交互到前台界面中供用户查看处理;如图5所示,针对移动模块客户端,当需要移动模块客户端提供相应的交互数据时,前台界面将请求交互到后台控制模块,后台控制模块将请求数据发送到原移动端app的服务器,原移动端app的服务器收到请求后,反馈相应的数据到后台控制模块中,而后后台控制模块将该数据进行解析处理并交互到前台界面中供用户查看处理。在后台控制模块解析处理数据时,对相应的业务项目进行分类,并交互到前台界面中,使用户在前台界面中直接针对相应的业务项目进行查看处理,方便用户使用,无需用户一一打开各个模块客户端再向相应的业务项目查看处理,节约操作步骤,减少打开等待时间,提高工作效率。

此外,将pc端系统及原移动端app融合到移动信息融合平台中,用户无需一一打开各个系统,使用户使用操作更加便捷,也节省了由于打开系统所需等待的加载时间,解决了由于多个系统运行造成承载硬件的内存不足问题,将多个系统融合到移动信息融合平台,其总的运行内存只在于移动信息融合平台在承载硬件的内存,减少内存损耗,使运行流畅,提高业务处理效率。

以上所述仅为本发明的较佳实施方式,本发明并不局限于上述实施方式,在实施过程中可能存在局部微小的结构改动,如果对本发明的各种改动或变型不脱离本发明的精神和范围,且属于本发明的权利要求和等同技术范围之内,则本发明也意图包含这些改动和变型。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1