基于社交网络模式企业移动信息化研究.docVIP

基于社交网络模式企业移动信息化研究.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于社交网络模式企业移动信息化研究

基于社交网络模式企业移动信息化研究   摘 要:充分利用智能手机终端的主动定位、多媒体信息播放、条码识别、数据共享、3G/4G通信等功能,实现企业关联信息在移动终端上的智能推送和方便的服务交互。   关键词:社交网络模式;企业移动信息化;研究   1 主要研究内容   在传统的企业服务信息化解决方案中,如何实现有效的生成业务以及数据共享一直是一个老生常谈的问题,于是有了诸如EAI、EDC、SOA等解决方案,但这些方案复杂而且成本高昂,难以适应当前移动互联网应用高效低成本的应用需求,而到了移动互联网时代,面对越来越强烈移动信息的需求,这个问题日益尖锐,本研究将针对这一问题进行深入研究,通过创新一种解决方案――微服务模式,有效地解决了这一难题。   假设目前有三个系统分别运行A、B、C三个应用,现在有了新的需求,需要上一个新的应用系统D,但需要A系统提供数据a1、a2,需要B系统提供数据b1、b2、b3,需要C系统提供数据c1,按照传统思路,D系统需要分别与A、B、C系统建立接口关系,通过相应的接口协议实现彼此之间的数据交换。如果这些系统分属不同服务提供商,由不同提供商在不同时期建设完成,那么D系统的建设过程中所面临的难度就可想而知了。   采用微服务模式的解决方案后,D系统把A、B、C系统加入到自己的共享域(类似于朋友圈)并关注它们的相应数据,A、B、C系统授权D系统作为自己的共享对象(相对于好友)并共享相应数据,完成这些系统设置后,D系统就有了一个(a1、a2、b1、b2、b3、c1)这样的共享数据视图(类似于聊天群),这样D就可以随时访问A、B、C系统的共享数据了,另外,有了这个机制后,系统间消息交互也变得非常容易――互相@对方即可。   但这又引出来一个问题,如果将A、B、C这三个老系统改造成能够适应微服务模式的架构,比起前面提到的传统做法,其工作量只会更大,因此这就又引出了一个需求,需要有一个中间产品分别从A、B、C系统把相应的数据提取出来,形成(a1、a2、b1、b2、b3、c1)这样的视图提供给D系统。这种方式其实就是通过中间产品主动关注A、B、C系统中的相应数据,而不是由这些系统主动共享出来,这样的话就不会对原有系统造成任何影响,它们所需做的工作就是开放其数据访问的权限。这个中间产品在理论上可以实现与任何业务系统,包括像微信、易信、微博等社交媒体的对接。   本研究实现了企业IT系统中的服务内容与采用微信、易信等流行社交媒体的对接,通过这些社交媒体的公众号即可向移动终端用户提供服务。   2 关键技术问题   本研究重点在于充分体现了当前移动互联网应用当中的几个最为流行的元素,如社交网络、终端App等,可实现与主流社交媒体的无缝对接,可以极大地利用当前流行社交媒体所具备的广泛的用户基础,快速地借助这些媒体渠道将服务推送到广大用户的移动终端上。   2.1 终端应用容器与综合管控   目前的移动互联网App有一种越来越复杂化的倾向,但如果把这些App抽象一下,全部可以归结为“首屏→事件→下一屏→事件→下一屏→……→结束”这种机制(即“有限状态机”机制),每一屏中可以包括图片、视频、音频、文字等内容元素,而这些内容又是可以从所关注的后台应用中获取的,这样的话终端上只要有一个应用支撑框架,或者可以叫做应用容器,任何人都可以很方便按照前面提到的机制开发自己的App脚本实例,再用应用容器进行封装,一个专属于自己的定制App就生成了。   由此不难看出,采用微服务模式后,App更多的不是被“开发”出来的,而是被“编辑”出来的,这样就大大降低了服务提供者向用户提供自己专用App的技术门槛。通过这种方式,将App当中的底层控制操作尽可能地封装,对外只提供与业务相关联的组件内容让业务人员去定制,这样业务人员就专注于他的业务逻辑即可,而无需关注具体技术实现细节。   2.2 统一消息管理机制的构建   (1)基于规则引擎的协议自主适配:基于规则引擎,通过多种协议的自主适配,屏蔽各传感器接入不同标准的差异。目前已在使用当中的各类行业终端,修改其上的应用使之兼容协议都会存在或多或少的困难和障碍,甚至短期内无法实现,本框架的关键性技术就是进行协议转换。   基于规则引擎的网络协议转换适配器类似于互联网数据采集和传输的可管理框架的前置机,把各种网络协议终端的协议包转换成标准协议。协议转换服务器采取插件机制,根据需要为不同协议提供不同的协议转换插件。部署协议转换器后,灵活支持各种不同网络协议。协议转换器插件使用热部署的方式。在事务驱动的过程中,规则引擎除了负责适配工作,还可以支持事件业务决策。   (2)信息安全化,使用数据安全与认证技术,对互联网传输信息进行安全管理服务,增强安全机制。互联网的安全一直是阻碍

文档评论(0)

189****7685 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档