本申请属于母婴监护技术领域，特别涉及一种胎儿监测预警系统及方法。
背景技术：
母婴监护即同时对母亲和婴儿(胎儿)进行生理数据监护。随着无线通信技术的发展，可通过无线通信技术(CDMA、GPRS以及蓝牙技术等)进行数据量测设备与移动终端间的医疗数据传输，实现远程监护。世界各国在此领域的研究均投入了大量资金，但目前主要是使用价格昂贵的母婴监护仪器完成医疗数据采集，然后通过PC/internet网络完成数据远程传输和诊断。目前专业的电子胎心监护只能在医院做，而且大多数医院只在门诊时间做，对于孕妇尤其是高危孕妇需要增加复诊次数，造成经费、交通、精力、体力的消耗增加，也造成医院拥挤、看病难的现象。也有一些厂家生产便携式家用数据量测设备，但由于不能和医院、医生建立有效的互动，便携式数据量测设备没有起到实质性的作用，缺乏有效的医用价值。
技术实现要素：
本申请提供了一种胎儿监测预警系统及方法，旨在至少在一定程度上解决现有技术中的上述技术问题之一。
为了解决上述问题，本申请提供了如下技术方案：
一种胎儿监测预警系统，包括数据量测设备、第一终端设备、云服务器和第二终端设备；所述数据量测设备用于采集胎儿健康数据，并将采集的胎儿健康数据传输至第一终端设备；所述第一终端设备用于显示胎儿健康数据，并将所述胎儿健康数据传输至云服务器；所述云服务器用于收集医疗大数据，根据医疗大数据构建胎儿健康预测预警模型，基于所述胎儿健康预测预警模型对胎儿健康数据进行分析，得到胎儿健康状况分析结果，并将所述胎儿健康状况分析结果分别发送至到第一终端设备和第二终端设备进行显示；并判断胎儿健康状况分析结果是否存在异常，如果存在异常，则分别向第一终端设备和第二终端设备发送预警信息。
本申请实施例采取的技术方案还包括数据收集模块，所述数据收集模块用于收集医疗大数据；所述医疗大数据收集渠道包括：卫生部相关的医疗信息数据、医疗机构内部共享信息数据、互联网相关的医疗数据、国际卫生部相关的医疗信息、其他信息数据接口、网页版录入数据以及终端设备录入数据。
本申请实施例采取的技术方案还包括智能分析模块，所述智能分析模块用于采用数据分析技术对收集的医疗大数据进行分析，从医疗大数据中提取出有价值的数据；所述数据分析技术包括决策树算法、神经网络算法、聚类分析算法、时序算法和专家医师分析算法。
本申请实施例采取的技术方案还包括模型构建模块，所述模型构建模块用于根据智能分析模块提取的数据构建胎儿健康预测预警模型；所述胎儿健康预测预警模型包括胎心率加速的数学模型、胎心率减速的数学模型、胎心率变异的数学模型、宫缩曲线的数学模型、胎心率平滑曲线模型、宫缩平滑曲线模型以及其他相关的数学模型。
本申请实施例采取的技术方案还包括预测预警模块，所述预测预警模块用于将第一终端设备传输的胎儿健康数据输入胎儿健康预测预警模型，通过胎儿健康预测预警模型对胎儿健康数据进行分析后输出对应的胎儿健康状况分析结果，并将胎儿健康状况分析结果分别发送至第一终端设备和第二终端设备；同时，判断胎儿健康状况分析结果是否存在异常，如果存在异常，则分别向第一终端设备和第二终端设备发送预警信息。
本申请实施例采取的技术方案还包括数据存储模块，所述数据存储模块用于为胎儿建立对应的数据库，并将历史胎儿健康数据和胎儿健康状况分析结果存储在对应的数据库中。
本申请实施例采取的技术方案还包括信息推送模块，所述信息推送模块用于采用LBS技术获取第一终端设备所在的地理位置，根据第一终端设备所在的地理位置向第一终端设备发送增值服务信息，所述增值服务信息包括附件医疗点信息和/或天气信息。
本申请实施例采取的技术方案还包括数据管理模块，所述数据管理模块包括关系型和非关系型数据管理模块、数据融合模块、数据集成模块、数据抽取模块和数据过滤模块。
本申请实施例采取的技术方案还包括数据共享模块，所述数据共享模块用于提供胎儿健康档案、健康统计报表、胎儿健康咨询、胎儿健康教育、胎儿健康预防、胎儿健康治疗、孕妇交流群、母婴食品百科、胎儿健康分享及终端设备管理功能。
本申请实施例采取的另一技术方案为：一种胎儿监测预警方法，包括：
步骤a：通过数据量测设备采集胎儿健康数据，并将采集的胎儿健康数据传输至第一终端设备；
步骤b：通过第一终端设备显示胎儿健康数据，并将胎儿健康数据传输至云服务器；
步骤c：通过云服务器收集医疗大数据，根据医疗大数据构建胎儿健康预测预警模型，基于所述胎儿健康预测预警模型对胎儿健康数据进行分析，得到胎儿健康状况分析结果，并将胎儿健康状况分析结果分别发送至到第一终端设备和第二终端设备进行显示；
步骤d：判断胎儿健康状况分析结果是否存在异常，如果存在异常，分别向第一终端设备和第二终端设备发送预警信息。
相对于现有技术，本申请实施例产生的有益效果在于：本申请实施例的胎儿监测预警系统及方法通过构建数据量测设备量测胎儿胎心率、胎动、宫缩等数据，与移动智能终端实现数据传输，上传至云服务平台进行数据分析，得出胎儿健康状况分析结果，返回给用户及所属医生的一体化胎儿监测预警云服务平台，利用胎儿胎心、胎动、宫缩等量测数据库，深入研究各参数间对健康状况的综合影响，根据胎儿健康预测预警算法，构建胎儿健康预测预警模型，实现胎儿健康状况的准确分析与异常状况的及时发现和预警，为胎儿健康提供有力的保障。
附图说明
图1是本申请实施例的胎儿监测预警系统的结构示意图；
图2是本申请实施例的网络建设框架图；
图3为负载均衡技术示意图；
图4为云推送体系架构图；
图5是本申请实施例的胎儿监测预警方法的流程图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
请参阅图1，是本申请实施例的胎儿监测预警系统的结构示意图。本申请实施例的胎儿监测预警系统包括数据量测设备、第一终端设备、云服务器和第二终端设备。其中，数据量测设备与第一终端设备连接，第一终端设备与第二终端设备相互连接，且第一终端设备和第二终端设备分别与云服务器连接。数据量测设备用于采集胎儿健康数据，并将采集的胎儿健康数据传输至第一终端设备进行实时显示，同时，通过第一终端设备将胎儿健康数据传输至云服务器；云服务器用于收集医疗大数据，根据医疗大数据构建胎儿健康预测预警模型，基于胎儿健康预测预警模型对采集的胎儿健康数据进行分析，得到胎儿健康状况分析结果，并将胎儿健康状况分析结果分别发送至到第一终端设备和第二终端设备进行显示；同时，判断胎儿健康状况分析结果是否存在异常，如果存在异常，则分别向第一终端设备和第二终端设备发送预警信息。第一终端设备和第二终端设备可以建立通信进行远程交互，对胎儿进行远程监护与救助。
本申请实施例中，数据量测设备包括胎心监护仪等监护设备，数据量测设备与第一终端设备的连接方式包括但不限于有线连接或蓝牙、WiFi等无线连接；在采集胎儿健康数据前，首先将数据量测设备与第一终端设备连接，然后通过数据量测设备采集胎心、胎动、宫缩等胎儿健康数据，并将采集的胎儿健康数据以蓝牙、WIFI等低功耗方式实时传输至第一终端设备进行显示。
本申请实施例中，第一终端设备和第二终端设备分别为智能手机、平板电脑、PC等智能电子设备，第一终端设备和第二终端设备与云服务器的连接方式包括但不限于蓝牙、WiFi、移动通信等无线连接方式。
本申请实施例中，云服务器利用胎儿胎心、胎动、宫缩等胎儿健康数据，深入研究各参数间对胎儿健康状况的综合影响，根据胎儿健康预测预警算法构建胎儿健康预测预警模型，实现胎儿健康状况的准确分析与异常状况的及时发现和预警，为母婴健康提供有力的保障。
具体地，云服务器包括数据收集模块、智能分析模块、模型构建模块、预测预警模块、数据存储模块、信息推送模块、数据管理模块和数据共享模块；
数据收集模块用于通过多渠道收集医疗大数据；其中，医疗大数据的收集渠道包括卫生部相关的医疗信息数据、医疗机构内部共享信息数据、互联网相关的医疗数据、国际卫生部相关的医疗信息、其他信息数据接口、网页版录入数据以及各种终端设备录入数据等。其中蕴含的信息多样且丰富，为智能分析模块的智能分析奠定了基础。
智能分析模块用于采用数据分析技术对收集的医疗大数据进行分析，从医疗大数据中提取出有价值的数据，以供模型构建模块构建胎儿健康预测预警模型；其中，智能分析模块采用的数据分析技术包括决策树算法、神经网络算法、聚类分析算法、时序算法和专家医师分析算法等。
模型构建模块用于根据智能分析模块提取的数据构建胎儿健康预测预警模型；其中，胎儿健康预测预警模型包括胎心率加速的数学模型、胎心率减速的数学模型、胎心率变异的数学模型、宫缩曲线的数学模型、胎心率平滑曲线模型、宫缩平滑曲线模型以及其他相关的数学模型。
预测预警模块用于将第一终端设备传输的胎儿健康数据输入胎儿健康预测预警模型，通过胎儿健康预测预警模型对胎儿健康数据进行分析后输出对应的胎儿健康状况分析结果，并将胎儿健康状况分析结果分别发送至第一终端设备和第二终端设备；同时，判断胎儿健康状况分析结果是否存在异常，如果存在异常，则分别向第一终端设备和第二终端设备发送预警信息，第一终端设备和第二终端设备接收到预警信息后可以建立通信进行远程交互，对胎儿进行紧急救治。
数据存储模块用于为每个胎儿建立对应的数据库，将历史胎儿健康数据和胎儿健康状况分析结果存储在对应的数据库中，以便医院或社区的医生以及家属等查阅，了解胎儿的健康情况及其他相关健康服务(例如胎儿健康教育、胎儿健康百科、交流群等)。
信息推送模块用于采用LBS(基于位置的服务，是指通过电信移动运营商的无线电通讯网络或外部定位方式，获取移动终端用户的位置信息，在GIS 平台的支持下，为用户提供相应服务的一种增值业务)技术获取第一终端设备所在的地理位置，根据第一终端设备所在的地理位置向第一终端设备发送增值服务信息，增值服务信息包括但不限于附件医疗点信息和/或天气信息 (例如暴雨、台风等)等，用户可以在紧急情况下根据附件医疗点信息进行就近检查，或当远程救助不奏效时，第二终端设备的医生可根据第一终端设备所在的地理位置，通知就近的医疗点医护人员上门协助治疗，为胎儿救治赢得宝贵的时间；而天气信息可以提醒用户减少外出，以避免意外事故的发生。
数据管理模块包括关系型和非关系型数据管理模块、数据融合模块、数据集成模块、数据抽取模块和数据过滤模块，通过数据管理技术对平台数据进行有效的存储、处理、查询和分析，实现从医疗大数据中提取出与有价值的数据，可以让孕妇得到更真实的胎儿健康情况，也可以辅助某个临床医生做出更为科学和准确的诊断和用药决策，或帮助某个医院根据患者潜在需求开发全新个性化服务及自动服务，甚至可以帮助相关研究机构突破医疗方法和药物革新，或支持地区甚至全国医疗行业主管部门优化医疗资源及服务配置，提供前所未有的强力支持。
数据共享模块用于提供胎儿健康档案、健康统计报表、胎儿健康咨询、胎儿健康教育、胎儿健康预防、胎儿健康治疗、孕妇交流群、母婴食品百科、胎儿健康分享、终端设备管理等功能，为用户提供全面的健康数据。
请参阅图2，是本申请实施例的网络建设框架图。本申请利用先进的设计理念及存储技术，便于系统的扩张，在超大用户量时能容易提升到云计算及云存储平台，实现全国以及全球的个人健康数据共享。承受多种终端设备的接入，对多种个人健康数据的跟踪、防治及治疗的网络能力。
(1)网络建设遵循原则：
规范性原则：按照“总体设计，分步实施”的原则，软件工程必须标准化，遵循国际通用开发标准，并按国家标准及行业标准执行。结合项目需求，形成接口规范、数据规范、应用系统接入等规范。
可靠性原则：作为一个对公众开放的开放平台，必须保证长期大规模访问下系统的稳定性、可用性和运行性能，避免单点故障和关键信息丢失。
扩展性原则：系统应采用模块化、组件化的体系结构，在技术架构和设计模式上保证技术的延续性，灵活的扩展性和广泛的适应性，确保系统能够满足用户在数据及业务功能扩展方面的需求。
开放性原则：在内容模块设计与网上实现过程中充分考虑开放性，便于日后内容维护和扩展，同时要充分考虑与网站现有后台接口和二次开发。
易用性原则：一般用户网站访问习惯和要求，提供灵活易用人性化的页面布局，友好的人机交互界面。
安全保密原则：具备统一完善的多级安全机制设置，严谨的用户权限管理解决方案，拒绝非法用户和合法用户越权操作，避免系统数据遭到破坏，防止系统数据被窃取和篡改。
兼容性原则：开发符合WEB2.0标准，轻量型程序设计模型，丰富的用户体验，兼容主流浏览器。
(2)MVC设计模式
采用MVC设计模式，强制性的使应用程序的输入、处理和输出分开，分成三个核心部件：模型、视图、控制器，它们各自处理自己的任务。易于扩展和维护，独立于操作系统和数据库平台。
(3)面向对象的软件开发方法
在软件开发技术中，面向对象的软件开发技术成为当今主流。本平台的建设与开发将采用面向对象的软件工程方法。
(4)面向服务的软件架构(SOA)的应用
根据平台公用性和基础性的特点，系统软件架构将尽可能采用面向服务的软件架构SOA(Service－Oriented Architecture)。系统设计与开发过程中尽可能将系统提供对外服务的应用程序功能封装和发布为Web服务(Web Service)，通过服务注册和服务目录，向服务消费者(各种组件或部门的应用系统)提供Web服务，使系统的功能可以采用松耦合的方式实现集成，并使平台提供功能服务具有可扩展性。
(5)AJAX
采用大量的AJAX网页交互式开发技术。AJAX应用可以仅向服务器发送并取回必需的数据，它使用SOAP或其它一些基于XML的web service接口，并在客户端采用JavaScript处理来自服务器的响应。因此在服务器和浏览器之间交换的数据大量减少，同时很多的处理工作可以在发出请求的客户端机器上完成，大大减少Web服务器的处理时间，提高响应速度。
使用AJAX的最大优点，就是能在不更新整个页面的前提下维护数据。这使得Web应用程序更为迅捷地回应用户动作，并避免了在网络上发送那些没有改变过的信息。
(6)统一的基础平台和应用平台
本系统充分考虑到各社区及医院的业务需要，充分保证数据的共享和功能互操作。同时，平台还要具备良好的可维护性和扩展性。因此，本系统采用统一的基础平台。包括操作系统平台、数据库平台、地理信息系统平台和应用平台。采用统一平台，可避免不必要的系统间数据的转换、功能的接口、以及系统升级扩展时大量的维护工作量，保证系统的一致性和稳定性。
公有云和私有云建设
1、私有云服务器建设
基于母婴监测数据的采集与存储变化的需要，对数据和服务设置安全有效控制，为本项目数据采集与存储策略实施提供服务平台。私有云服务器具有灵活性和安全性的特点，将母婴的重要个人数据存储在私有云中是非常必要的，能够保证数据的安全性以及私密性，并且确保母婴关键数据的绝对控制权。
1)对统一计算平台规划
构建私有云服务器，第一步是要先统一项目研究室内的计算平台。然后进行研究室内硬件产品平台的集成，把目前所拥有的存储、服务器、网络等硬件捆绑在一起进行一定的调教，实现所有硬件的兼容。因而，需要对研究室内的平台有一个清晰的规划，整合新旧资源以及新旧解决方案。
2)集成现有IT资源
使得现有IT资源得到最高效的集成，是云计算的本质意义。因此，私有云服务器的搭建需要最大限度的集成项目研究室内的计算机资源，确保在私有云的建设过程中资源不出现不必要的浪费。同时，母婴监测数据的存储空间也没有出现浪费的情况，能够尽可能多地存储其数据。
3)可弹性空间和可扩展性评估
云计算最基本的本质特点之一是实现即需即用、灵活高效地使用IT资源。因此对于部署云计算平台来说，就必须考虑对弹性空间和可扩展性的真实需求。这要求私有云服务器的建设在考虑到现阶段的母婴监测数据的存储需求的同时，也需要评估项目发展后监测数据的总量大小以及对私有云存储容量的需求。确保该私有云服务器有一个优质的可弹性空间和可拓展性，以应对系统的扩大需求。
2、公有云服务器建设
将并非关键的母婴监测数据存储在公有云中，能够有效降低数据存储的成本费用，并且不会涉及到关键数据泄露的安全性问题。公有云服务器的搭建主要是通过提供云服务的互联网企业所推出的云存储产品，使用其所提供的云服务器，进行一个具体环境的搭建。
公有云服务器的搭建在降低了该应用系统的开发成本，同时也解决了母婴监测数据的大量存储的问题。其能够帮助私有云服务器分担存储压力，提高了监测数据存储的可拓展性。
技术路线：
云平台设计需满足：一、满足海量数据的高效率存储和访问的需求，拥有上百万人口和上百家医疗机构区域的数据汇集在一起，数据呈持续增长的趋势，并依照医疗行业规定50年的长时间保留；二、简单高效：医疗信息服务中会存在大量在线或实时数据分析处理的需求，必须准确快速挖掘用户的健康信息以及重大疾病高风险因子，实现预测预警功能；三、服务器的处理能力可弹性伸缩，根据实际业务需求确定服务器的需求算量，降低开发运维的难度和整体IT成本。
服务器集群负载均衡技术
负载均衡建立在现有网络结构上，提供一种廉价、有效、透明的方法扩展网络设备和服务器带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可靠性。服务器集群负载均衡指服务器群中所有服务器和应用程序之间流量负载的应用。负载均衡技术可根据使用设备分为软件负载均衡和硬件负载均衡，如图3所示，为负载均衡技术示意图。
影响负载均衡有3个关键因素，分别是负载均衡算法、网络拓扑和负载均衡的粒度。
负载均衡算法从大体上可分为无状态调度和有状态调度两种，无状态调度是指不考虑当前所有连接状态及各节点之间当前的负载情况。有状态调度算法使用一张表记录当前所有连接情况，按照一定规则分配任务。当前行之有效的负载均衡算法有：基于动态反馈的负载均衡算法，提出了一种透明动态反馈负载均衡技术，该算法引入一个负载冗余，既考虑服务器节点的剩余节点处理能力，又考虑各个后台服务器的当前实际负载，还考虑了在某个时间段之间负载均衡。系统采用一个主Linux服务器LinuxVirtualServer，LVS与每一个服务器节点建立长期稳定的TCP连接，并维护着一张记录各节点负载信息表。LVS除了具有客户请求队列外，还有负载信息和冗余信息两个队列，前者按各服务器节点的负载轻重，降序存放各服务器节点号(ID)和权值 Wi；后者用来存放两个时间片之间的某个时刻来了新任务请求后，按各个服务器节点负载冗余量Di降序排列服务器节点号和对应的负载冗余量，便于算法动态调整在两个时间片之间新来任务请求的分配和各个服务器节点的负载均衡性。该算法综合CPU负载、内存负载及I/O使用率得到节点的真实负载。反馈调节根据节点的负载情况及反馈进行负载调节，提高集群利用率。基于多参数的负载均衡算法提出了一种基于多参数的负载均衡算法，与传统算法只考虑CPU排队情况不同，该算法基于分布式服务器集群，其中每个节点使用了一些不同的参数，如CPU负载、网络负载以及内存使用。根据当前负载情况把节点分为4个等级：空置(idle)、闲(low)、中等(normal)和忙(high)。对每个节点来说，CPU利用率(cpu－u)，CPU队列长度(nr)，内存利用率(mem－u) 和网络负载(net－u)都要被考虑到，用来决定该节点是处于4个等级中的哪一个。当有新请求到来时，如果当前节点空置，则由当前节点接收并处理请求。下一个选择是其它任何一个空置的节点。如果当前节点处于忙的状态，下一个选择是一个低负载的节点。如果上述条件没有选择出来一个节点，这个请求将由当前节点接收。经过测试得到，算法的总体性能比单纯基于CPU 队列长度的算法优越43.5％。仅仅在三个参数，CPU利用率、网络负载和内存利用率都很低的情况下基于CPU队列长度的算法才优于该的算法。当网络中有较大负载和内存使用较大时，本算法有较好的性能。
基于Redis+MySQL存储架构
Redis(Remote Dictionary Server)是一个使用ANSIC语言开发的开源的 Key－Value存储系统，它和目前较流行的Mem cached类似，都是基于内存(缓存)的数据存储方式，不同的是Redis支持的数据类型更加丰富并且对每种数据结构提供了丰富的操作。同时，Redis不同于Mem cached之处在于它会将更新的数据异步的持久化到硬盘中或者把进行过的修改操作写入日志文件中。 Redis虽然是Key/Value形式的数据库，但是它吸收了部分关系型数据库的优点，如在能保存Lists和Sets类型的数据的同时，还能完成排序等高级功能，同时在实现INCR(自增)、SETNX(若不存在Key则创建并设值)等功能时保证其操作的原子性。在此基础上还实现了Master－Slave(主从)同步。Redis 主从复制特点：1)支持一个Master可以拥有多个Slave，同时Slave还可以接收其他的Slave；2)主从复制不会阻塞Master和Slave，在同步数据时，Master 和Slave都可以接收Client请求。
MySQL是一个使用C和C++编写的关系型数据库管理系统，由瑞典 MySQLAB公司开发，目前属于Oracle旗下公司。它是最流行的关系型数据库管理系统，在WEB应用方面，是最好的RDBMS(Relational Database Management System，关系数据库管理系统)应用软件。MySQL将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，增加了速度并提高了灵活性。
Redis+MySQL架构对应功能角色如下：Redis基于内存高速缓存，保存集群中央会话，即时通信离线消息队列，即时通信重发消息集合，用户令牌生命周期管理，应用高频访问数据缓存，HTML5模板数据缓存，静态应用资源缓存。MySQL：进行事务数据存储：关企业帐号数据，企业常规业务数据，企业平台交易数据。
基于SSL协议
SSL协议位于HTTP层和TCP层之间，建立用户与服务器之间的加密通信，确保所传递信息的安全性。SSL是工作在公共密钥和私人密钥基础上的，任何用户都可以获得公共密钥来加密数据，但解密数据必须要通过相应的私人密钥。建立了SSL安全机制后，只有SSL允许的客户才能与SSL允许的 Web站点进行通信，并且在使用URL资源定位器时，输入https，而不是http。默认情况下我们所使用的HTTP协议是没有任何加密措施的，所有的消息全部都是以明文形式在网络上传送的，恶意的攻击者可以通过安装监听程序来获得我们和服务器之间的通讯内容。
SSL不是一个单一的协议，而是由多个协议组成，包括SSL记录协议、 SSL握手协议、SSL修改密文规约协议、SSL告警协议，SSL记录协议为高层协议提供基本的安全服务。特别是为Web客户端/服务器交互提供传送服务的 HTTP协议可以在上层访问SSL，而高层协议负责对SSL交换进行管理。
SSL协议是建立在TCP的基础上，而不是UDP。这就保证了数据传输的可靠性和完整性。那么具体SSL协议是如何保证Web服务器的安全性的呢？当客户端使用具有SSL功能的浏览器(比如IE浏览器)和Web服务器通信时，主要会进行以下几个步骤以保证通信安全。首先C/S双方进行身份认证。通过交换各自的数字证书，对客户端和服务器进行身份认证，确保连接到正确的站点。然后客户端向服务器发送通过证书服务中公共密钥加密的48位主密钥，服务器使用自身私有密钥对主密钥进行解密。
据测试，当处理安全的SSL会话时，标准的Web服务器只能处理1％～10％的正常负载。大数据时代，服务器反应速度至关重要。那么如何解决SSL协议在会话启动阶段对服务器资源占用过大，影响整个系统效率的问题则显得非常重要。
SSL加速器将SSL协议中的大量函数计算转移出网络服务器，所有由SSL 加密过的数据流经过SSL加速器时，加密的数据流都会被解密然后才被传输给服务器，另一方面由服务器发出SSL数据流则被SSL加速器加密后传向客户。
云推送技术及LBS
智能移动终端服务系统实现平台云端服务器把相关的业务发送到智能移动终端，包括紧急呼叫服务、健康短信服务、健康信息服务等。与智能移动终端把数据传输到云端服务器是一个相逆的过程。为了减轻云端服务器的负担及更好的用户体验，使用云推送技术及LBS。
1)云推送是指在移动终端中，采用比APP应用程序更底层的中间件来统一处理与网络侧的连接，即使用中间件来代替其他应用软件和网络侧进行信息交互，其他应用软件甚至都不需要开启，有更新的消息时，中间件会投递给对应的应用软件。相当于移动终端上只存在一个和网络侧进行信息交互的软件，这样一来，对移动终端的电量消耗会有明显的改善。云推送技术搭建了一条网络服务器与APP应用程序之间的推送通道，实现了在终端用户允许的情况下，通过服务器直接将用户所需要的文本、更新、图片、视频、音乐等一切手机可支持的程序直接推送至客户端手机中，具体如图4所示，为云推送体系架构图。
请参阅图5，是本申请实施例的胎儿监测预警方法的流程图。本申请实施例的胎儿监测预警方法包括以下步骤：
步骤100：通过数据量测设备采集胎儿健康数据，并将采集的胎儿健康数据传输至第一终端设备；
步骤200：通过第一终端设备实时显示胎儿健康数据，并将胎儿健康数据传输至云服务器；
步骤300：通过云服务器收集医疗大数据，根据医疗大数据构建胎儿健康预测预警模型；
步骤400：将第一终端设备传输的胎儿健康数据输入胎儿健康预测预警模型，通过胎儿健康预测预警模型对胎儿健康数据进行分析，得到胎儿健康状况分析结果，并将胎儿健康状况分析结果分别发送至到第一终端设备和第二终端设备进行显示；
步骤500：判断胎儿健康状况分析结果是否存在异常，如果存在异常，则分别向第一终端设备和第二终端设备发送预警信息；
步骤600：第一终端设备和第二终端设备根据预警信息建立通信进行远程交互，对胎儿进行远程监护与救助。
本申请实施例的胎儿监测预警系统及方法通过构建数据量测设备量测胎儿胎心率、胎动、宫缩等数据，与移动智能终端实现数据传输，上传至云服务平台进行数据分析，得出胎儿健康状况分析结果，返回给用户及所属医生的一体化胎儿监测预警云服务平台，利用胎儿胎心、胎动、宫缩等量测数据库，深入研究各参数间对健康状况的综合影响，根据胎儿健康预测预警算法，构建胎儿健康预测预警模型，实现胎儿健康状况的准确分析与异常状况的及时发现和预警，为胎儿健康提供有力的保障。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。