CN108848108A - 基于移动互联网+的创新项目pdca过程管理平台 - Google Patents

基于移动互联网+的创新项目pdca过程管理平台 Download PDF

Info

Publication number
CN108848108A
CN108848108A CN201810822886.6A CN201810822886A CN108848108A CN 108848108 A CN108848108 A CN 108848108A CN 201810822886 A CN201810822886 A CN 201810822886A CN 108848108 A CN108848108 A CN 108848108A
Authority
CN
China
Prior art keywords
data
server
pdca
cache
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201810822886.6A
Other languages
English (en)
Inventor
勾清亮
曾勇
张广梅
何荣卜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guizhou Power Grid Co Ltd
Original Assignee
Guizhou Power Grid Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guizhou Power Grid Co Ltd filed Critical Guizhou Power Grid Co Ltd
Priority to CN201810822886.6A priority Critical patent/CN108848108A/zh
Publication of CN108848108A publication Critical patent/CN108848108A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及一种基于移动互联网+的创新项目PDCA过程管理平台，属于移动互联网领域。该平台包括APP系统和服务器；APP系统通过课题文字编入模块输入问题发现、建议、职业创新、质量控制QC、科技项目和软课题信息，再通过记录模块记录PDCA的照片、视频和文字信息，通过PDCA模块将PDCA内容通过无线传输模块传送至服务器；服务器利用PDCA集合模块将PDCA内容进行PDCA集合，再通过时间序列整合模块进行智能时间序列整合，利用课题展示模块展示各个课题的成果文件，再通过播放模块在PC端和手机端进行播放展示。本发明基于私有数据通道及断点技术的加密传输，采用数据流压缩算法，实现对科技创新课题全过程的记录。

Description

基于移动互联网+的创新项目PDCA过程管理平台
技术领域
本发明属于移动互联网领域，涉及基于移动互联网+的创新项目PDCA过程管理平台。
背景技术
目前，对科技部门的项目管理操作的制度，在进行不断地改革与深化，科技部门的科技项目管理业务空间与管理手段也在不断更新。利用信息管理技术，对科技部门的科技项目管理模式进行信息化的改革，已经成为了目前科技部门的项目管理信息管理的主要发展趋势。科技部门的科技项目管理信息管理将逐渐地实现信息内容的系统化、信息传递的规范化、信息形式的标准化，在科技部门的项目管理业务管理中，实施数据管理平台的建设，将有利于提高科技部门的项目管理效率和科技项目管理的业务水平。
西方发达国家通过先进的计算机技术、软件工程等诸多方法对科技项目管理的发展实现了重要的突破，有效地提高了科技项目资源的利用率，为国家对政策的制定和经济的调控做出了巨大的贡献。国外对科技项目资源信息的共享和管理已经有了很大的进展。在根据科技项目不同种类的特点分别构建了网上在线申报的管理系统、ERP系统等不同模式的科技项目申报管理系统，并在云技术日益成熟化的背景下，开始将传统项目管理信息系统放在以云技术为依托所搭建的科技项目管理云平台上，实现了资源信息的流通和重复信息的减少。与此同时，工作流技术、界面个性化生成、科技项目模版自动配置等技术的引入改善了整个科技项目管理的Web页面的友好交互性，提高了科技项目管理系统的响应性能。但未针对科技创新课题的全过程记录进行研究。
如今世界已经进入多元化、信息化的时代，科技作为引领全球的第一生产力显得更为重要，欧美等发达国家早就认识到了对科技项目进行有效管理的重要性。
然而，国内还没有任何一款完整的科技创新课题记录和成果智能展示的系统或平台，急需一套提高科技创新管理水平和技术的成果。
发明内容
有鉴于此，本发明的目的在于提供一种基于移动互联网+的创新项目PDCA过程管理平台，基于私有数据通道及断点技术的加密传输，采用数据流压缩算法，基于分布式网络的存储、分析和计算，对科技创新课题进行全过程的记录。
为达到上述目的，本发明提供如下技术方案：
基于移动互联网+的创新项目PDCA过程管理平台，该平台包括APP系统和服务器；
所述APP系统包括记录模块、课题文字编入模块、PDCA(计划/实施/检查/回顾)模块、无线传输模块和播放模块；
所述服务器包括PDCA集合模块、时间序列整合模块和课题展示模块；
APP系统通过课题文字编入模块输入问题发现、建议、职业创新、质量控制QC、科技项目和软课题信息，再通过记录模块记录PDCA的照片、视频和文字信息，通过PDCA模块将PDCA内容通过无线传输模块传送至服务器；服务器利用PDCA集合模块将PDCA内容进行PDCA集合，再通过时间序列整合模块进行智能时间序列整合，利用课题展示模块展示各个课题的成果文件，再通过播放模块在PC端和手机端进行播放展示，最终实现PDCA全流程管理。
进一步，所述平台在传输数据的过程中采用断点传输端对端技术，用于适应GSM、WCDMA和LTE不同网络环境数据的更新方式，降低数据传输丢包率。
进一步，所述平台在传输数据过程中，采用数据流压缩技术降低在GSM、WCDMA和LTE移动互联网环境中系统对带宽的要求；
即采取非对称数据压缩方式实现移动数据的数据流压缩：
压缩算法：
S101.把编码位置置于输入数据流的开始位置；
S102.在预读缓存器readahead_buffer中查找最长的匹配串，定义P为指向最长匹配串的指针，L为匹配串长度；
S103.若L＝>MIN_LENGTH，其中，MIN_LENGTH为最小匹配串的长度，则转S104，否则转S105；
S104.输出指针P，然后将编码位置向前移动L个位置；
S105.输出readahead_buffer中的第1个字符，然后将位置编码向前移动1个字符；
S106.如readahead_buffer不等于null，则转S102；
解压算法：
S201.置于数据流的开始位置；
S202.若标志变量FLAG＝0，则输出该字符；
S203.若FLAG＝1，则取出匹配指针和长度，从已编译的字符中取出匹配字符串输出。
进一步，所述平台在传输数据过程中，采用数据加密技术保障关键数据的安全以及数据校对的时间成本消耗，具体为：
利用Socket传输协议来实现数据加密和数据完整性校验的处理，数据加密采用基于RSA非对称加密的方式来实现，数据的完整性即对传输的内容进行MD5数据的校验对比，判断检查是否内容被篡改过；
消息加密数据的传输前，需要交换算法的公钥，即服务器把公钥给客户端，客户端收到服务器的公钥请求后，返回客户端的公钥给服务器，实现两者的交换，以后双方的消息都通过对方公钥加密，把加密内容通过标准的Socket消息对象传递，对方收到的加密内容，就通过自身的私钥进行解密；
在传递消息前处理公钥交换时，在服务器接入一个新的客户端连接后，在登录处理前，向客户端发送服务器的公钥，客户端受到服务器的公钥后，回应自己的公钥信息，并存储服务器的公钥；在登陆的时候以及后面的消息传递过程中，使用对方公钥进行加密数据，保证安全性；
公钥传递的过程为：客户端发起连接服务器请求后，由服务器主动发送一个公钥请求命令，客户端收到后进行响应，发送自身的公钥给服务器，服务器把客户端的公钥信息存储在对应的Socket对象上，以后所有消息都通过客户端公钥加密，然后发送给客户端。
进一步，所述播放模块在PC端和手机端进行播放展示具体为：对于前端的Visualization展现，使用Silverlight技术，将后台拿到的数据与具体的Silverlight控件进行绑定，以控制整个图形化界面的渲染；前端引入Cache层以提升系统性能；对于检索的需求，在可视化里面分为两类Query：基本的Tree/Feature Query检索，查询Decision Tree的基本信息；DSAT Query检索，查询与人工标注样本差异化较大信息的Query。
进一步，所述平台集成于协同办公系统时，具体结构为：
前端：
1)具有自动化双向数据绑定功能；
2)语义化标签，通过语义化的标签把对DOM元素的操作和逻辑代码分离；
3)模块化设计，包括项目、任务、日程、文件、话题和文档模块；
4)引入依赖注入；
服务端：
1)API服务，包括WebAPI、MobileAPI和OpenAPI，都运行于NodeJS之上；
2)缓存和队列服务，都基于Redis实现；
3)mysql数据库；
4)文件预览服务，在实现文件预览时根据文件的类型做出不同的处理，针对txt、pdf和代码片段文本型的文件，只需要读取文件中的内容，然后再前端用相应的视图展现出来；对于Office类型的文件，选用微软官方提供的Office WebApp服务；
消息推送方式包括：
1)短轮询，页面端通过js定时异步刷新；
2)长轮询，页面端通过js异步请求服务端，服务端在接收到请求后，如果该次请求没有数据，则挂起这次请求，直到有数据到达或服务端设定的时间片到，则返回本次请求，客户端接着下一次请求；
3)Websocket，浏览器通过websocket协议连接服务端，实现浏览器和服务器端的全双工通信，服务端和浏览器都支持websocket协议。
进一步，所述平台架构具体为：
1)客户端
通过DNS，访问后端服务域名，在DNS上做负载均衡，所有的请求每个IP只承担1/N的负载；
2)接入层
接入层的作用就是分发请求或者负载均衡；后端的接入是通过HTTP+TCP长链接两种；
Nginx负责接收用户的HTTP请求，分发给下游的tomcat、resin应用服务器，作为七层负载均衡软件使用；
CDN接收用户的资源请求，资源包括：css/js、图片/语音；对资源请求没有直接具体资源服务器，而是指向CDN；
LVS接收用户的TCP长链接请求，主要对实时ChatServer群聊服务做请求分发；LVS作为四层负载均衡软件使用，集成在Linux操作系统内核中，作为TCP负载均衡；
3)业务层
根据不同的业务需求，拆分成不同的业务角色；业务用Java和Python实现，包含以下：
Web容器：应用服务器，采用tomcat，具体又分为：www、api、oauth和admin服务，分别对应于网站、客户端api、token授权和后台管理业务；
静态资源：Python进程，将less文件编译成css文件；
Event：事件处理消息队列；次要的、耗时的、非核心业务，都通过异步消息的方式处理；
Runner：定时任务，跑一些报表，或其他计划性、周期性的任务；
ChatServer：群聊服务器，使用自定义的消息协议，群聊消息的实时推送，通过Netty实现；
Thrift服务：独立部署和做负载均衡，使用C/S模式；
4)数据层
数据层，处于架构最底层，分为MySQL、Memcached、Redis和云存储四种数据；通过统一的抽象，每种数据都是一种数据源，在系统里面配置；当数据源改变，只需要更新系统配置，使用此数据源的客户端，即业务层就马上感知并更新配置；
5)信息可视化：
(1)后台
完成对数据的加载、解析、统计、分析、计算任务，以Web Services的形式进行封装，并为前端提供必要的服务调用接口；对于数据的获取采用的是懒加载Lazy Fetch的模式，即只有在真正用到这部分数据信息的时候才会去唤醒相应的服务执行；
对应于服务Shapes Service、Analysis Service和Statistics Service，其输出结果将分别放置于Shapes Cache、Analysis Data Cache和Statistics Data Cache中；引入Cache Manager对Cache进行管理，实现Cache缓存数据的更新与替换；
对于前端用户请求而言，在经过WCF传递到后台后，会被Cache层拦截，如果Cache层中缓存对应的结果，则Cache命中，直接返回，而不会被传递到下层的应用服务层BLS；否则Cache未命中，Cache层将会被击穿，请求将被传递至BLS层，驱动对应的服务调用DLPWS接口完成数据的I/O，进而实现统计、分析和计算，最终的生成结果会被经由Cache Manager执行缓存替换后载入Cache；
(2)前台
开设2M的前端Cache，同样会存在一个Cache Manager用于管理Cache，实现缓存内容的替换和更新。
进一步，所述平台还包括可平滑移植至项目管理及流程管理系统的接口，用于为大数据平台提供数据支持。
本发明的有益效果在于：
本发明基于私有数据通道及断点技术的加密传输，采用数据流压缩算法，基于分布式网络的存储、分析和计算，实现了PDCA各个环节按时间序列智能归类记录信息，实现了移动终端(如：手机等)、PC端进行编辑、访问和播放功能，还实现了对多种类型创新课题智能分类，按照PDCA进行集合。一方面，大大缩短了创新人员对科技创新过程收集资料的时间，提升了科技创新人员在创新过程的工作效率，收集了完整的科技项目申报、实施及成果展示的的完整信息；另一方面，方便了科技创新人员对创新课题的管理，方便了科技管理者对科技项目及科技项目创新人员的管理，以供科技创新管理人员审核、监督，提升了整个科技创新课题的管理水平，实现了PDCA循环管理模式的项目全流程记录和展示。
附图说明
为了使本发明的目的、技术方案和有益效果更加清楚，本发明提供如下附图进行说明：
图1为本发明架构图；
图2为本发明断点传输端对端技术原理图；
图3为公钥传递过程示意图；
图4为本发明集成于协同办公系统的结构图；
图5为本发明集成于协同办公系统的架构图。
具体实施方式
下面将结合附图，对本发明的优选实施例进行详细的描述。
如图1所示，基于移动互联网+的创新项目PDCA过程管理平台，该平台包括APP系统和服务器；
所述APP系统包括记录模块、课题文字编入模块、PDCA(计划/实施/检查/回顾)模块、无线传输模块和播放模块；
所述服务器包括PDCA集合模块、时间序列整合模块和课题展示模块；
APP系统通过课题文字编入模块输入问题发现、建议、职业创新、质量控制QC、科技项目和软课题信息，再通过记录模块记录PDCA的照片、视频和文字信息，通过PDCA模块将PDCA内容通过无线传输模块传送至服务器；服务器利用PDCA集合模块将PDCA内容进行PDCA集合，再通过时间序列整合模块进行智能时间序列整合，利用课题展示模块展示各个课题的成果文件，再通过播放模块在PC端和手机端进行播放展示，最终实现PDCA全流程管理。
如图2所示，平台在传输数据的过程中采用断点传输端对端技术，用于适应GSM、WCDMA和LTE不同网络环境数据的更新方式，降低数据传输丢包率。
利用Socket传输协议来实现数据加密和数据完整性校验的处理，数据加密可以采用基于RSA非对称加密的方式来实现，数据的完整性，可以对传输的内容进行MD5数据的校验对比。
消息加密数据的传输前，需要交换算法的公钥，也就是服务器把自己公钥给客户端，客户端收到服务器的公钥请求后，返回客户端的公钥给服务器，实现两者的交换，以后双方的消息都通过对方公钥加密，把加密内容通过标准的Socket消息对象传递，这样对方收到的加密内容，就可以通过自身的私钥进行解密了。
那么要在传递消息前处理这个公钥交换的话，设计在服务器接入一个新的客户端连接后(在登录处理前)，向客户端发送服务器的公钥，客户端受到服务器的公钥后，回应自己的公钥信息，并存储服务器的公钥。这样就可以在登陆的时候以及后面的消息传递过程中，使用对方公钥进行加密数据，实现较好的安全性。
公钥传递的过程如图3所示，也就是客户端发起连接服务器请求后，由服务器主动发送一个公钥请求命令，客户端收到后进行响应，发送自身的公钥给服务器，服务器把客户端的公钥信息存储在对应的Socket对象上，以后所有消息都通过客户端公钥加密，然后发送给客户端。
数据的完整性，通过消息内容的MD5值进行比对，实现检查是否内容被篡改过，不过如果是采用了非对称加密，这种完整性检查也可以忽略，不过可以保留它作为一个检查处理。
协同办公系统，采用是单页应用(SPA)，因为使用SPA后，用户在浏览器端可以像操作原生客户端程序一样的体验(速度和流畅度)，对于开发者来说，前后端分离，服务端只提供RESTfulAPI服务，移动端集成也非常的方便，具体如图4所示。
前端设计：
1)自动化双向数据绑定功能非常重要，如任务的状态变化都要实时变更到其他成员，如果具有自动化双向数据绑定功能，只需要绑定到UI的数据源发生变化，UI会自动发生改变，不需要工程师再通过代码去修改UI元素的改变。
2)语义化标签，当编写UI的同时又需要编写业务逻辑时，声明式的代码远比命令式代码要好，命令式的代码更适合写业务逻辑，在设计上就通过语义化的标签把对DOM元素的操作和逻辑代码分离。
3)模块化设计，通过模块化设计可以非常好的实现系统的工程化，在系统中涉及的元素非常多，如有项目、任务、日程、文件、话题、文档等等，而这每一个元素都可以设计为一个模块。
4)引入依赖注入，依赖注入是面向对象中比较成熟的设计模式之一，为了解决面向对象中依赖问题，得到了广泛的应用，使用了依赖注入，极大的减少了各个模块之间的依赖问题。
服务端设计：
1)API服务，包括WebAPI、MobileAPI、OpenAPI，这些都运行于NodeJS之上，选用NodeJS的原因主要是它的异步事件驱动，对于高并发的支持比较好，另外一个原因是使用简单，对于前后端可以使用同一门语言去开发。
2)缓存和队列服务，缓存和队列服务都是基于Redis来实现，Redis是一款非常优秀的开源缓存服务，并且可以选择基于内存还是进行数据持久化，它提供的pub/sub模型对于Worktile来说非常重要，对于一些实时性要求不高的处理，都是在Redis中pub一条消息，告知其他服务有数据发生了变化，那些服务在接收到Redis中的消息后，根据消息的类型决定应该如何做出处理。
3)数据库服务，产品本身的特点决定了它是一个对实时性和性能的要求，远超过对事务性要求的产品，所以在选择数据库时，选用了mysql数据库，性能高，集群方便，数据以BSON结构存储。
4)文件预览服务，在实现文件预览时也要根据文件的类型做出不同的处理，针对txt、pdf、代码片段等文本型的文件，只需要读取文件中的内容，然后再前端用相应的视图展现出来。但是对于Office类型的文件，如ppt、doc、xls等文件，希望文件在系统中查看的效果和用户在本地使用Word、Excel、PowerPoint查看的效果差不多，经过调研，选用了微软官方提供的Office WebApp服务。
消息推送：
1)短轮询，页面端通过js定时异步刷新，这种方式优点在于实现简单，但实时效果较差。
2)长轮询。页面端通过js异步请求服务端，服务端在接收到请求后，如果该次请求没有数据，则挂起这次请求，直到有数据到达或时间片(服务端设定)到，则返回本次请求，客户端接着下一次请求，这种方式对于服务的要求较高，尤其在并发量很大的情况下，对服务端的压力很大。
3)Websocket。浏览器通过websocket协议连接服务端，实现了浏览器和服务器端的全双工通信。需要服务端和浏览器都支持websocket协议。
架构图如图5所示：
1)客户端
作为一个App肯定包含了安卓和IOS两个客户端，另外还有H5客户端，供PC或手机浏览器访问。对浏览器来说，后端通过HTTP User-Agent请求头适配到不同的页面。比如：安卓User-Agent带有“Android”的字符串，就使用页面1，PC浏览器带有“Firefox”就使用页面2。
客户端通过DNS，访问后端服务域名。这里特别强调DNS是因为，在DNS上做了负载均衡，所有的请求每个IP只承担1/N的负载。
2)接入层
接入层的主要作用就是分发请求，或者说是负载均衡。具体来说，后端的接入是通过HTTP+TCP长链接两种。
Nginx负责接收用户的HTTP请求，nginx的高性能、高并发，将大量的用户请求，分发给下游的应用服务器(tomcat、resin等)，作为七层负载均衡软件使用。
CDN接收用户的资源请求，资源包括：css/js、图片/语音等。对资源请求没有直接具体资源服务器，而是指向CDN，CDN作为缓存大大减少了资源服务器的读压力，而且根据CDN跨地域就近访问的特点，也提高了响应速度。
LVS接收用户的TCP长链接请求，主要对实时群聊服务(ChatServer)做请求分发。LVS作为四层负载均衡软件使用，集成在Linux操作系统内核中，效率非常高，作为TCP负载均衡。
3)业务层
根据不同的业务需求，也拆分成了不同的业务角色。业务主要用Java实现，还包含Python等，主要包含五种
Web容器：应用服务器，这里用的是tomcat，大部分主要的、核心的业务都在这里实现。具体又可以分为：www、api、oauth、admin等服务，分别对应于网站、客户端api、token授权、后台管理业务。
静态资源：Python进程，将less文件编译成css文件。所有的js和css最终的根源都是从这来的。
Event：事件处理消息队列。次要的、耗时的、非核心业务，都通过异步消息的方式处理。
Runner：定时任务。经常跑一些报表，或其他计划性、周期性的任务
ChatServer：群聊服务器，使用自定义的消息协议，主要是群聊消息的实时推送，Netty实现。
Thrift服务：公用的、耗资源较高的服务，单独抽取出来，独立部署和做负载均衡。这是在业务层中更低一个级别的服务，使用传统的C/S模式。这样的好处有两点，一是服务的重用，二是减轻API的负载。
4)数据层
数据层，处于架构最底层，分为四种数据。通过统一的抽象，每种数据都是一种数据源，在系统里面配置。当数据源改变，只需要更新系统配置，使用此数据源的客户端(业务层)就能够马上感知并更新配置。
MySQL：重要的业务数据，应用到传统的优化手段，读写分离，根据业务垂直分库，根据数据量，水平分表。
Memcached：kv内存数据库，作为访问MySQL之前的一层缓存，利用Memcached的高并发、高效率，大大缓解MySQL的读压力。
Redis：kv内存数据库充当缓存系统。这里主要用Redis实现消息队列服务，和群聊的消息队列。此外利用redis提供的一些特性，诸如实时榜单等的数据存储也在redis上。部署上搭建主从结构，利用redis一致性哈希，做了sharding(分片)，增强了可扩展性。
云存储：大量的文件存储，图片和音频。利用云存储的好处就是不用自己再实现分布式的存储系统，而且云存储现在都比较可靠，基本不必担心数据丢失。
5)信息可视化：
(1)后台
对于后台而言，需要完成对数据的加载、解析、统计、分析、计算等任务，将之以WebServices的形式进行封装，并为前端提供必要的服务调用接口。考虑到后台数据量可能会比较大，而Cache是放置在内存中的一块区域，其容量是有限的，因此，不能一开始就把所有解析、统计或计算的结果全部存入Cache。于是，对于数据的获取采用的是懒加载的模式(Lazy Fetch)，即只有在真正用到这部分数据信息的时候才会去唤醒相应的服务执行。这样做的好处在于：一个系统中真正被频繁使用到的数据只占整个数据的20％，80％的数据几乎很少或不被访问(二/八定律)，若根据系统运行时态，动态地去加载用户所需要的数据，比一开始就把所有数据载入，会减少系统运行对资源的需求，并且这些数据可能很久都不会被访问一次。而对于已经获取到的结果数据，会将之缓存入Cache。
结合实际的应用需求，对应于服务Shapes Service、Analysis Service和Statistics Service，其输出结果将分别放置于Shapes Cache、Analysis Data Cache和Statistics Data Cache中。然而，Cache容量是有限的，越来越多数据的置入将导致Cache的饱和，引入了Cache Manager对Cache进行管理，实现Cache缓存数据的更新与替换。扩展性方面考虑，Cache Manager为接口设计，并可扩展出最近最少使用(LRU)替换策略、最近未使用(NRU)替换策略等具体实现，采用策略设计模式来完成缓存替换模块，在此只讲思路，具体细节不做介绍。
对于前端用户请求而言，在经过WCF传递到后台后，会被Cache层拦截，如果Cache层中缓存了对应的结果，则Cache命中，直接返回，而不会被传递到下层的应用服务层BLS；否则Cache未命中，Cache层将会被击穿，请求将被传递至BLS层，驱动对应的服务调用DLPWS接口完成数据的I/O，进而实现统计、分析和计算。最终的生成结果会被经由Cache Manager执行缓存替换后载入Cache。
(2)前台
在前端设计中，同样引入了一个Cache层，且Cache层的结构与后台Cache层几乎一一对应。引入前端Cache的好处有两个：其一，用户之前访问的数据会被存入Cache，用户同样的访问请求会被前端Cache命中后，直接拦截并返回结果，响应速度迅速，减少了用户的等待时间；其二，用户请求被Cache拦截后，Cache层并没有被击穿，用户的请求不被通过WCF传递至后台服务端，减轻了后台服务器端的访问压力。不过由于前端一般是基于浏览器实现的，因此缓存的大小不能太大，结合Demo的实际需求，开设了2M的前端Cache，这对一个Demo项目而言是完全足够了。前端同样会存在一个Cache Manager用于管理Cache，实现缓存内容的替换和更新。
在黑线的左侧，直到整个后台部分，通过后台把抽象图形构建好，并把对应的信息统计、分析好，通过WCF传到前端，存入Visualization Cache，而这一切并没有涉及任何与表示层相关的技术，始终关注的都只是业务逻辑。借助于一种展现交互方式，将图形信息予以可视化的展示。选择了Silverlight，并将Visualization Cache层中的图形、图像、图表信息获取到，与一些具体的Silverlight可视化控件绑定，将数据灌入控件中，并完成控件的渲染。Silverlight相当于是一个代理(Proxy)，一个外壳，所有的数据和行为全部封装在了抽象的图形(Visualization Shapes)对象里面，Silverlight只需要借助Proxy的方式调用Visualization Shape的数据和行为。还可以很快地将展现技术替换为使用Flex、JavaScript或HTML5，而黑线左侧，乃至整个后台都不会有任何改动，真正意义上做到了视图与模型的完全剥离。
最后说明的是，以上优选实施例仅用以说明本发明的技术方案而非限制，尽管通过上述优选实施例已经对本发明进行了详细的描述，但本领域技术人员应当理解，可以在形式上和细节上对其作出各种各样的改变，而不偏离本发明权利要求书所限定的范围。

Claims (8)

1.基于移动互联网+的创新项目PDCA过程管理平台，其特征在于：该平台包括APP系统和服务器；
所述APP系统包括记录模块、课题文字编入模块、PDCA模块、无线传输模块和播放模块；
所述服务器包括PDCA集合模块、时间序列整合模块和课题展示模块；
APP系统通过课题文字编入模块输入问题发现、建议、职业创新、质量控制QC、科技项目和软课题信息，再通过记录模块记录PDCA的照片、视频和文字信息，通过PDCA模块将PDCA内容通过无线传输模块传送至服务器；服务器利用PDCA集合模块将PDCA内容进行PDCA集合，再通过时间序列整合模块进行智能时间序列整合，利用课题展示模块展示各个课题的成果文件，再通过播放模块在PC端和手机端进行播放展示，最终实现PDCA全流程管理。
2.根据权利要求1所述的基于移动互联网+的创新项目PDCA过程管理平台，其特征在于：所述平台在传输数据的过程中采用断点传输端对端技术，用于适应GSM、WCDMA和LTE不同网络环境数据的更新方式，降低数据传输丢包率。
3.根据权利要求1所述的基于移动互联网+的创新项目PDCA过程管理平台，其特征在于：所述平台在传输数据过程中，采用数据流压缩技术降低在GSM、WCDMA和LTE移动互联网环境中系统对带宽的要求；
即采取非对称数据压缩方式实现移动数据的数据流压缩：
压缩算法：
S101.把编码位置置于输入数据流的开始位置；
S102.在预读缓存器readahead_buffer中查找最长的匹配串，定义P为指向最长匹配串的指针，L为匹配串长度；
S103.若L＝>MIN_LENGTH，其中，MIN_LENGTH为最小匹配串的长度，则转S104，否则转S105；
S104.输出指针P，然后将编码位置向前移动L个位置；
S105.输出readahead_buffer中的第1个字符，然后将位置编码向前移动1个字符；
S106.如readahead_buffer不等于null，则转S102；
解压算法：
S201.置于数据流的开始位置；
S202.若标志变量FLAG＝0，则输出该字符；
S203.若FLAG＝1，则取出匹配指针和长度，从已编译的字符中取出匹配字符串输出。
4.根据权利要求1所述的基于移动互联网+的创新项目PDCA过程管理平台，其特征在于：所述平台在传输数据过程中，采用数据加密技术保障关键数据的安全以及数据校对的时间成本消耗，具体为：
利用Socket传输协议来实现数据加密和数据完整性校验的处理，数据加密采用基于RSA非对称加密的方式来实现，数据的完整性即对传输的内容进行MD5数据的校验对比，判断检查是否内容被篡改过；
消息加密数据的传输前，需要交换算法的公钥，即服务器把公钥给客户端，客户端收到服务器的公钥请求后，返回客户端的公钥给服务器，实现两者的交换，以后双方的消息都通过对方公钥加密，把加密内容通过标准的Socket消息对象传递，对方收到的加密内容，就通过自身的私钥进行解密；
在传递消息前处理公钥交换时，在服务器接入一个新的客户端连接后，在登录处理前，向客户端发送服务器的公钥，客户端受到服务器的公钥后，回应自己的公钥信息，并存储服务器的公钥；在登陆的时候以及后面的消息传递过程中，使用对方公钥进行加密数据，保证安全性；
公钥传递的过程为：客户端发起连接服务器请求后，由服务器主动发送一个公钥请求命令，客户端收到后进行响应，发送自身的公钥给服务器，服务器把客户端的公钥信息存储在对应的Socket对象上，以后所有消息都通过客户端公钥加密，然后发送给客户端。
5.根据权利要求1所述的基于移动互联网+的创新项目PDCA过程管理平台，其特征在于：所述播放模块在PC端和手机端进行播放展示具体为：对于前端的Visualization展现，使用Silverlight技术，将后台拿到的数据与具体的Silverlight控件进行绑定，以控制整个图形化界面的渲染；前端引入Cache层以提升系统性能；对于检索的需求，在可视化里面分为两类Query：基本的Tree/Feature Query检索，查询Decision Tree的基本信息；DSATQuery检索，查询与人工标注样本差异化较大信息的Query。
6.根据权利要求1所述的基于移动互联网+的创新项目PDCA过程管理平台，其特征在于：所述平台集成于协同办公系统时，具体结构为：
前端：
1)具有自动化双向数据绑定功能；
2)语义化标签，通过语义化的标签把对DOM元素的操作和逻辑代码分离；
3)模块化设计，包括项目、任务、日程、文件、话题和文档模块；
4)引入依赖注入；
服务端：
1)API服务，包括Web API、Mobile API和Open API，都运行于NodeJS之上；
2)缓存和队列服务，都基于Redis实现；
3)mysql数据库；
4)文件预览服务，在实现文件预览时根据文件的类型做出不同的处理，针对txt、pdf和代码片段文本型的文件，只需要读取文件中的内容，然后再前端用相应的视图展现出来；对于Office类型的文件，选用微软官方提供的Office Web App服务；
消息推送方式包括：
1)短轮询，页面端通过js定时异步刷新；
2)长轮询，页面端通过js异步请求服务端，服务端在接收到请求后，如果该次请求没有数据，则挂起这次请求，直到有数据到达或服务端设定的时间片到，则返回本次请求，客户端接着下一次请求；
3)Websocket，浏览器通过websocket协议连接服务端，实现浏览器和服务器端的全双工通信，服务端和浏览器都支持websocket协议。
7.根据权利要求6所述的基于移动互联网+的创新项目PDCA过程管理平台，其特征在于：所述平台架构具体为：
1)客户端
通过DNS，访问后端服务域名，在DNS上做负载均衡，所有的请求每个IP只承担1/N的负载；
2)接入层
接入层的作用就是分发请求或者负载均衡；后端的接入是通过HTTP+TCP长链接两种；
Nginx负责接收用户的HTTP请求，分发给下游的tomcat、resin应用服务器，作为七层负载均衡软件使用；
CDN接收用户的资源请求，资源包括：css/js、图片/语音；对资源请求没有直接具体资源服务器，而是指向CDN；
LVS接收用户的TCP长链接请求，主要对实时ChatServer群聊服务做请求分发；LVS作为四层负载均衡软件使用，集成在Linux操作系统内核中，作为TCP负载均衡；
3)业务层
根据不同的业务需求，拆分成不同的业务角色；业务用Java和Python实现，包含以下：
Web容器：应用服务器，采用tomcat，具体又分为：www、api、oauth和admin服务，分别对应于网站、客户端api、token授权和后台管理业务；
静态资源：Python进程，将less文件编译成css文件；
Event：事件处理消息队列；次要的、耗时的、非核心业务，都通过异步消息的方式处理；
Runner：定时任务，跑一些报表，或其他计划性、周期性的任务；
ChatServer：群聊服务器，使用自定义的消息协议，群聊消息的实时推送，通过Netty实现；
Thrift服务：独立部署和做负载均衡，使用C/S模式；
4)数据层
数据层，处于架构最底层，分为MySQL、Memcached、Redis和云存储四种数据；通过统一的抽象，每种数据都是一种数据源，在系统里面配置；当数据源改变，只需要更新系统配置，使用此数据源的客户端，即业务层就马上感知并更新配置；
5)信息可视化：
(1)后台
完成对数据的加载、解析、统计、分析、计算任务，以Web Services的形式进行封装，并为前端提供必要的服务调用接口；对于数据的获取采用的是懒加载Lazy Fetch的模式，即只有在真正用到这部分数据信息的时候才会去唤醒相应的服务执行；
对应于服务Shapes Service、Analysis Service和Statistics Service，其输出结果将分别放置于Shapes Cache、Analysis Data Cache和Statistics Data Cache中；引入Cache Manager对Cache进行管理，实现Cache缓存数据的更新与替换；
对于前端用户请求而言，在经过WCF传递到后台后，会被Cache层拦截，如果Cache层中缓存对应的结果，则Cache命中，直接返回，而不会被传递到下层的应用服务层BLS；否则Cache未命中，Cache层将会被击穿，请求将被传递至BLS层，驱动对应的服务调用DLPWS接口完成数据的I/O，进而实现统计、分析和计算，最终的生成结果会被经由Cache Manager执行缓存替换后载入Cache；
(2)前台
开设2M的前端Cache，同样会存在一个Cache Manager用于管理Cache，实现缓存内容的替换和更新。
8.根据权利要求1所述的基于移动互联网+的创新项目PDCA过程管理平台，其特征在于：所述平台还包括可平滑移植至项目管理及流程管理系统的接口，用于为大数据平台提供数据支持。
CN201810822886.6A 2018-07-25 2018-07-25 基于移动互联网+的创新项目pdca过程管理平台 Pending CN108848108A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810822886.6A CN108848108A (zh) 2018-07-25 2018-07-25 基于移动互联网+的创新项目pdca过程管理平台

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810822886.6A CN108848108A (zh) 2018-07-25 2018-07-25 基于移动互联网+的创新项目pdca过程管理平台

Publications (1)

Publication Number Publication Date
CN108848108A true CN108848108A (zh) 2018-11-20

Family

ID=64192085

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810822886.6A Pending CN108848108A (zh) 2018-07-25 2018-07-25 基于移动互联网+的创新项目pdca过程管理平台

Country Status (1)

Country Link
CN (1) CN108848108A (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110575317A (zh) * 2019-09-29 2019-12-17 徐州嘉安健康产业有限公司 智能尿不湿
CN111562940A (zh) * 2020-04-26 2020-08-21 北京金堤科技有限公司 项目数据构建方法以及装置
CN112347491A (zh) * 2020-09-24 2021-02-09 上海对外经贸大学 一种用于双中台双链架构的内生性数据安全交互的方法
CN113067814A (zh) * 2021-03-17 2021-07-02 成都飞鱼星科技股份有限公司 一种服务器与物联网终端的连接管控方法及装置
CN113347144A (zh) * 2021-04-14 2021-09-03 西安慧博文定信息技术有限公司 一种互逆加密数据的方法、系统、设备及存储介质
CN113642031A (zh) * 2021-10-15 2021-11-12 中国铁道科学研究院集团有限公司科学技术信息研究所 一种课题验收方法及系统
CN113642981A (zh) * 2021-07-09 2021-11-12 国网河南省电力公司驻马店供电公司 创新创效管理系统
CN113703995A (zh) * 2021-08-13 2021-11-26 深圳市中博科创信息技术有限公司 前后端数据交互方法、装置、电子设备及存储介质
CN114553939A (zh) * 2022-04-25 2022-05-27 北京广通优云科技股份有限公司 一种it智能运维系统中基于加密流量的资源稳定切换方法
CN114564497A (zh) * 2020-11-27 2022-05-31 Tcl商用信息科技(惠州)有限责任公司 基于nodejs的缓存高可用方法、系统及缓存服务器
CN117472784A (zh) * 2023-12-25 2024-01-30 图灵人工智能研究院（南京）有限公司 基于浏览器的Serverless代码在线调试方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110154187A1 (en) * 2009-12-21 2011-06-23 Domainer Inc. Methods, software and devices for providing server hosted web applications
CN105512167A (zh) * 2015-10-30 2016-04-20 广东广信通信服务有限公司 一种基于混合数据库的多业务用户数据管理系统及其方法
CN107426341A (zh) * 2017-09-13 2017-12-01 北京智芯微电子科技有限公司 App与服务端交互的系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110154187A1 (en) * 2009-12-21 2011-06-23 Domainer Inc. Methods, software and devices for providing server hosted web applications
CN105512167A (zh) * 2015-10-30 2016-04-20 广东广信通信服务有限公司 一种基于混合数据库的多业务用户数据管理系统及其方法
CN107426341A (zh) * 2017-09-13 2017-12-01 北京智芯微电子科技有限公司 App与服务端交互的系统及方法

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
WORKTILE: ""团队协作工具 Worktile 技术架构揭秘"", 《ITKEYOWRD》 *
勾清亮等: ""基于移动互联网+的创新项目PDCA流程管理平台研究"", 《数据化用户》 *
卢小杰等: ""可中断的非对称数据流压缩算法研究与应用"", 《工业控制计算机》 *
愤怒的小狐狸: ""一个信息可视化Demo的设计（一）"", 《CSDN》 *
无: ""Socket开发框架之数据加密及完整性检查"", 《码迷》 *

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110575317A (zh) * 2019-09-29 2019-12-17 徐州嘉安健康产业有限公司 智能尿不湿
CN111562940A (zh) * 2020-04-26 2020-08-21 北京金堤科技有限公司 项目数据构建方法以及装置
CN111562940B (zh) * 2020-04-26 2024-02-27 北京金堤科技有限公司 项目数据构建方法以及装置
CN112347491A (zh) * 2020-09-24 2021-02-09 上海对外经贸大学 一种用于双中台双链架构的内生性数据安全交互的方法
CN114564497A (zh) * 2020-11-27 2022-05-31 Tcl商用信息科技(惠州)有限责任公司 基于nodejs的缓存高可用方法、系统及缓存服务器
CN113067814A (zh) * 2021-03-17 2021-07-02 成都飞鱼星科技股份有限公司 一种服务器与物联网终端的连接管控方法及装置
CN113347144A (zh) * 2021-04-14 2021-09-03 西安慧博文定信息技术有限公司 一种互逆加密数据的方法、系统、设备及存储介质
CN113642981A (zh) * 2021-07-09 2021-11-12 国网河南省电力公司驻马店供电公司 创新创效管理系统
CN113703995A (zh) * 2021-08-13 2021-11-26 深圳市中博科创信息技术有限公司 前后端数据交互方法、装置、电子设备及存储介质
CN113703995B (zh) * 2021-08-13 2024-04-16 深圳市中博科创信息技术有限公司 前后端数据交互方法、装置、电子设备及存储介质
CN113642031A (zh) * 2021-10-15 2021-11-12 中国铁道科学研究院集团有限公司科学技术信息研究所 一种课题验收方法及系统
CN114553939A (zh) * 2022-04-25 2022-05-27 北京广通优云科技股份有限公司 一种it智能运维系统中基于加密流量的资源稳定切换方法
CN117472784A (zh) * 2023-12-25 2024-01-30 图灵人工智能研究院（南京）有限公司 基于浏览器的Serverless代码在线调试方法
CN117472784B (zh) * 2023-12-25 2024-03-19 图灵人工智能研究院（南京）有限公司 基于浏览器的Serverless代码在线调试方法

Similar Documents

Publication Publication Date Title
CN108848108A (zh) 基于移动互联网+的创新项目pdca过程管理平台
US9633135B2 (en) Method and system for extending the capabilities of embedded devices through network clients
US9646254B2 (en) Predicting next web pages
US20160248693A1 (en) Resource server providing a rapidly changing resource
CN108984170A (zh) H5页面多语言渲染方法及装置
CN106940646A (zh) 一种软件国际化处理方法、装置及系统
CN102882974B (zh) 一种通过网站识别版本号节省网站访问资源的方法
US20080177883A1 (en) Web server for managing session and method thereof
CN108510082A (zh) 对机器学习模型进行处理的方法及装置
CN104754052A (zh) 一种基于Websocket实现消息推送的方法
CN103324605A (zh) 一种多用户协同编辑的方法、设备及系统
Chen et al. Design and implementation of bilingual digital reader based on artificial intelligence and big data technology
CN104040995B (zh) 多媒体重定向方法以及多媒体服务器以及计算机系统
CN109460227A (zh) 一种网站前端的开发方法、装置、设备及介质
CN106570151A (zh) 一种海量文件的数据收集处理方法及系统
Sun et al. Research on cloud computing application in the peer-to-peer based video-on-demand systems
US9858250B2 (en) Optimized read/write access to a document object model
CN111988368A (zh) 一种数据交互系统及交互方法
Stukalov et al. Method for Organizing Network Requests in iOS Applications
US11487931B1 (en) Replaying a webpage based on virtual document object model
US11500662B2 (en) Method for dynamic optimization of web applications
US20230359688A1 (en) Webpage rendering method and apparatus, device, and storage medium
He et al. Design a Real-Time Client of WebGIS Based on HTML5
CN105898531A (zh) 视频缓存文件的封装方法和系统
Cheng et al. Design and implementation of instant communication system based on the android platform terminal

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20181120

RJ01 Rejection of invention patent application after publication