CN106909766A - 一种信息处理方法及电子设备 - Google Patents

Abstract

本发明公开了一种信息处理方法及设备，所述方法还包括：云端服务器接收睡眠监测设备或第一终端发送的患者的睡眠数据，所述睡眠数据至少包括睡眠监测设备采集所述患者睡眠过程而生成的睡眠监测数据；所述云端服务器将患者的睡眠数据发送给第二终端；所述云端服务器接收所述第二终端发送的关于所述睡眠数据的诊断结果，所述诊断结果用于表明所述患者的健康状况；所述云端服务器存储所述诊断结果，并将所述诊断结果发送给第一终端，所述第一终端用于向所述患者或所述患者的医生展示患者的诊断结果。

Description

一种信息处理方法及电子设备

技术领域

本发明涉及电子技术，尤其涉及一种信息处理方法及电子设备。

背景技术

多导睡眠监测，是当今睡眠医学中的一项重要新技术，在世界睡眠研究界又被称为诊断睡眠障碍疾病的“金标准”，对于诊治各种睡眠障碍相关疾病、保障人们健康正发挥越来越重要的作用。然而，受到技师专业水平的影响，多导睡眠监测通常只能在特定的睡眠中心进行，不利于患者进行检测。

随着移动技术的不断发展，远程睡眠健康分级诊疗服务开始得到关注，目前远程睡眠健康分级诊疗服务是通过B/S(Browser/Server，浏览器/服务器模式)方式提供一站式服务。多导监测睡眠数据与大部分应用传递的数据相比，其特殊性体现在：每个患者通过标准多导睡眠仪整晚监测后，数据约为400-600MB(兆字节)，另外视频数据为1.5GB左右，大批量数据在传输、预处理、显示方面都具有一定的技术难度。因此，现有的技术方案主要有以下几点缺陷：

1)缺少睡眠数据传输的实时安全性保障；大数据量的传输需要考虑可能的丢包、传输中断等问题。同时，为了保障数据传输的高效性，需采用压缩传输、预加载等技术。以浏览器进行数据传输为例，该方式不会主动对文件进行压缩，且受到HTTP协议的规定，每个请求可传输的数据量有大小限制，在传输过程中容易出现丢包、传输中断等问题。实际测试过程中，受到网络速率等多方面影响，一份400MB的睡眠文件传输时间约为1小时。

2)缺少睡眠数据存储的易查找性和易伸缩性。目前的存储方案包括直接以文件形式存储或存放在关系型数据库中。无论采用哪种方案，都是直接将睡眠数据文件直接保存起来，在浏览器频繁发出数据请求时，需要先查找出包含请 求数据的文件内容，然后根据请求的范围摘选出需要的数据，这样导致I/O效率低下。同时，睡眠数据是由多个导联数据组合而成的，导联数据具有伸缩性，因此要求存储睡眠数据的方式也具有伸缩性。而关系型数据库是通过增加导联对应的数据表来实现的，容易造成数据库臃肿。

3)缺少睡眠数据显示和标注的实时、交互流畅性。根据多导睡眠标注要求，需要在同一屏幕同步显示20-30导联的数据，且有大量窗口、视窗大小切换需求，并且在医生快速操作过程中，系统要实时计算，并显示要流畅，因此需要谨慎地进行技术选型，高效地算法设计。目前单机版多导睡眠仪软件只能本地标注，但是在web环境下无法实现大数据量处理，实时对1G的数据量标注有相当大的难度。

发明内容

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种信息处理方法及设备，能够将专业医生的诊断结果及时快速地传递给患者。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种信息处理方法，所述方法包括：

云端服务器接收睡眠监测设备或第一终端发送的患者的睡眠数据，所述睡眠数据至少包括睡眠监测设备采集所述患者睡眠过程而生成的睡眠监测数据；

所述云端服务器将患者的睡眠数据发送给第二终端；

所述云端服务器接收所述第二终端发送的关于所述睡眠数据的诊断结果，所述诊断结果用于为专业医生根据所述睡眠数据而诊断出的所述患者的健康状况；

所述云端服务器存储所述诊断结果，并将所述诊断结果发送给第一终端，所述第一终端用于向所述患者或所述患者的医生展示患者的诊断结果。

第二方面，本发明实施例提供一种信息处理方法，所述方法包括：

所述第一终端接收睡眠监测设备发送的患者的第一睡眠数据，所述第一睡眠数据包括患者的标识信息和睡眠监测数据；

所述第一终端对所述第一睡眠数据进行压缩，得到第二睡眠数据；

所述第一终端对所述第二睡眠数据进行切片，得到切片文件集合；其中，所述切片文件集合中至少包括两个及其以上的切片文件；

所述第一终端记录每一所述切片文件的大小信息；

所述第一终端向云端服务器发送第一HTTP请求，所述第一HTTP请求中携带有第一切片文件；

所述第一终端接收所述云端服务器发送的第一HTTP响应，所述第一HTTP响应中携带有第一令牌信息；

所述第一终端向云端服务器发送第二HTTP请求，所述第而HTTP请求中携带有第二切片文件和所述第一令牌信息。

第三方面，本发明实施例提供一种云端服务器，所述云端服务器包括第一接收单元、第一发送单元、第二接收单元、存储单元和第二发送单元，其中：

所述第一接收单元，用于接收睡眠监测设备或第一终端发送的患者的睡眠数据，所述睡眠数据至少包括睡眠监测设备采集所述患者睡眠过程而生成的睡眠监测数据；

所述第一发送单元，用于将患者的睡眠数据发送给第二终端；

所述第二接收单元，用于接收所述第二终端发送的关于所述睡眠数据的诊断结果，所述诊断结果为专业医生根据所述睡眠数据而诊断出的所述患者的健康状况；

所述存储单元，用于存储所述诊断结果；

所述第二发送单元，用于将所述诊断结果发送给第一终端，所述第一终端用于向所述患者或所述患者的医生展示患者的诊断结果。

第四方面，本发明实施例提供一种第一终端，所述第一终端包括第三接收单元、压缩单元、切片单元、记录单元、第三发送单元、第四接收单元和第四发送单元，其中：

所述第三接收单元，用于接收睡眠监测设备发送的患者的第一睡眠数据，所述第一睡眠数据包括患者的标识信息和睡眠监测数据；

所述压缩单元，用于对所述第一睡眠数据进行压缩，得到第二睡眠数据；

所述切片单元，用于对所述第二睡眠数据进行切片，得到切片文件集合；其中，所述切片文件集合中至少包括两个及其以上的切片文件；

所述记录单元，用于记录每一所述切片文件的大小信息；

所述第三发送单元，用于向云端服务器发送第一HTTP请求，所述第一HTTP请求中携带有第一切片文件；

所述第四接收单元，用于接收所述云端服务器发送的第一HTTP响应，所述第一HTTP响应中携带有第一令牌信息；

所述第四发送单元，用于向云端服务器发送第二HTTP请求，所述第而HTTP请求中携带有第二切片文件和所述第一令牌信息。

本发明实施例提供一种信息处理方法及设备，其中，云端服务器接收睡眠监测设备或第一终端发送的患者的睡眠数据，所述睡眠数据至少包括睡眠监测设备采集所述患者睡眠过程而生成的睡眠监测数据；所述云端服务器将患者的睡眠数据发送给第二终端；所述云端服务器接收所述第二终端发送的关于所述睡眠数据的诊断结果，所述诊断结果为专业医生根据所述睡眠数据而诊断出的所述患者的健康状况；所述云端服务器存储所述诊断结果，并将所述诊断结果发送给第一终端，所述第一终端用于向所述患者或所述患者的医生展示患者的诊断结果；如此，能够将专业医生的诊断结果及时快速地传递给患者。

附图说明

图1-1为相关技术中远程睡眠健康分级诊疗服务模式的框架示意图；

图1-2为本发明实施例中远程睡眠健康分级诊疗系统的业务流程示意图；

图1-3为本发明实施例医生总结的示意图；

图1-4为本发明实施例一信息处理方法的实现流程示意图；

图2为本发明实施例二信息处理方法的实现流程示意图；

图3-1为本发明实施例三睡眠诊疗大数据平台的业务流程示意图；

图3-2为本发明实施例三中基于浏览器的断点续传中间件的工作流程示意 图；

图3-3为本发明实施例多级NOSQL数据库工作时的流程示意图；

图3-4为本发明实施例本地内存数据库在加载睡眠数据的实现流程示意图；

图4为本发明实施例四云端服务器的组成结构示意图；

图5为本发明实施例五第一终端的组成结构示意图。

具体实施方式

随着移动技术的不断发展，远程睡眠健康分级诊疗服务开始得到关注。图1-1为相关技术中远程睡眠健康分级诊疗服务模式的框架示意图，如图1-1所示，地方的基层医院或社区医院为患者进行多导睡眠监测，监测数据上传到服务器云平台，再由睡眠中心提供专业技师在线判读数据、并将临床结果报告返回给地方的基层医院或三甲医院，地方的基层医院或三甲医院医生根据报告为患者解读，进行诊断治疗。

该服务模式通过B/S(Browser/Server，浏览器/服务器模式)方式提供一站式服务。针对远程睡眠健康分级诊疗服务中的各个关键模块，目前常见的技术方案如下：

1)多导监测睡眠数据的传输，是指将监测数据从地方基层医院或社区医院上传到服务器云平台的过程。目前的传输方案通过浏览器或FTP(File Transfer Protocol，文件传输协议)文件系统进行传输。浏览器传输的方式对数据量有大小限制，容易出现“卡死”、输中断等问题；FTP传输方式提供断点续传功能，但不能保障传输文件的安全性，且与系统的兼容性较差。

2)多导监测睡眠数据的存储，是指服务器云平台接收到监测数据后存储在服务器中，为后续服务提供查询的功能。目前的存储方案包括直接以文件形式存储或存放在关系型数据库中。数据通常是以大量小文件夹的形式传输，以文件形式存储，在进行输入/输出(I/O)操作时性能低下；每个小文件存储的是单个导联的数据，不同的导联数据类型不同，存储在关系型数据库中，每增加一个导联就要设计一张表，不具有易伸缩性。

3)多导监测睡眠数据的显示，是指获取监测的原始数据并展示在浏览器页面上，同时提供睡眠数据标注的功能。目前针对大数据显示的方案主要是预加载机制，通过Ajax等异步机制预先加载需要显示的数据，避免在页面切换过程中出现长时间等待，提高用户体验。

为了更好的理解本发明实施例的技术方案，下面先来介绍一下远程睡眠健康分级诊疗系统，远程睡眠健康分级诊疗系统提供分级的睡眠诊疗服务，包括软件(客户端)和硬件两个部分，其中硬件为用于对患者进行睡眠监测的多导睡眠仪监测设备，软件为与硬件配套的多导睡眠仪分析软件。本发明实施例主要是对软件部分进行分析。

图1-2为本发明实施例中远程睡眠健康分级诊疗系统的业务流程示意图，如图1-2所示，该流程包括：

步骤S121，患者前往医院就诊时，在社区医院或县级医院的睡眠实验室用多导睡眠仪进行睡眠数据采集；

步骤S122，采集完成后，社区医院或县级医院将采集的数据上传到云端服务器上；

步骤S123，专业医师通过客户端获取本次测量的原始数据，并对原始数据进行标注，给出监测结果和监测报告；

步骤S124，社区医院或县级医院的医生从云端服务器获得监测报告，并根据监测报告为患者进行诊断和治疗。

下面介绍一下远程睡眠健康分级诊疗系统的基本功能，从上述流程可以看出，系统的主要功能包括以下几个部分：接收并存储原始数据、显示原始数据、手动标注功能、生成监测报告和返回监测报告，其中：

1)接收并存储原始数据，是指获取远程设备采集的一整晚的原始数据，并存储在服务器上。

这里，所述原始数据是指原始的睡眠数据；

这里，原始数据包括：患者基本信息(姓名、性别、年龄、身体质量指数(BMI，Body Mass Index)、身高、体重、出生日期、睡前血氧、醒后血压、科 别、标识信息(ID)、就诊原因、近期服药)，监测信息(监测时间、监测技师、其他)和原始体征数据。原始体征数据信号类型、导联数、采样频率及幅值范围如下表1所示：

表1

信号	导联数	采样频率(Hz)	幅值范围
				脑电	6	512	±35.01uV
眼动	2	512	±0.04mV
				下颌肌电	2	512	±31.25uV
呼吸气流	2	128	±0.38V
				鼻气流	2	128	±0.25mV
心电	1	512	±0.5mV
				胸腹呼吸	1	128	±mV
血氧	1	128	0-100％
				体位	1	16	0-3
鼾声	1	512	±0.4mV
				双下肢肌电	2	512	±35.01uV

2)显示原始数据，是指在医生的标注界面(网页或单机)显示所有通道的原始数据，供医生进行标注。原始数据显示要求如表2所示：

表2

3)手动标注功能，是指为医生提供手动标注的支持，需要手动标注的事件包括：睡眠分期(包括醒、N1、N2、N3、REM)、呼吸事件(阻塞性呼吸暂停、中枢性呼吸暂停、混合型呼吸暂停、低通气)、氧减(血氧下降大于3％)、腿动、觉醒。各事件标注的所依据的导联和视窗大小要求如表3所示，各事件的标注结果分类和标注的操作方法如表4所示：

表3

事件	导联要求/标注位置	视窗要求
			睡眠分期	6导脑电、2导眼动、2导下颌肌电	30s
呼吸事件	呼吸气流、鼻气流、胸腹呼吸、血氧	5m
			氧减	血氧	5m
腿动	双下肢肌电	无
			觉醒	脑电，通常为c4导联	30s

表4

4)生成监测报告，是指根据医生标注的结果，自动生成word格式的报告，报告包括由远程监测端上传得到的患者个人信息(表5)、监测信息(表6)、统计数据(表7)、图表(图1-3)和医生总结等五个部分。

表5

表6

表7

5)，医生总结一共四行，第一行为绝对时间轴，第二行为相对时间轴，第三行为帧数轴，第四行为起始时间、结束时间。在基本图形上，绘制体位、血氧饱和度、心率、腿动(LM，Leg Move)、周期性腿动(PLM)、微觉醒图表。医生总结：包括概述和结论两个部分，由医生手动输入。

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

实施例一

本发明实施例提供一种信息处理方法，所述方法应用于云端服务器，该信息处理方法所实现的功能可以通过云端服务器备中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该云端服务器至少包括处理器和存储介质。

图1-4为本发明实施例一信息处理方法的实现流程示意图，如图1-4所示，该信息处理方法包括：

步骤S101，云端服务器接收睡眠监测设备或第一终端发送的患者的睡眠数据；

这里，所述睡眠数据至少包括睡眠监测设备采集所述患者睡眠过程而生成的睡眠监测数据；在具体实现的过程，第一终端可以基层医院如社区医院的计算设备，其中计算设备可以为任何具有计算能力的电子设备，例如个人计算机、平板电脑、智能手机。

步骤S102，所述云端服务器将患者的睡眠数据发送给第二终端；

这里，所述云端服务器周期性或非周期性地向所述第二终端发送睡眠数据。所述云端服务器可以基于第二终端的响应而向所述第二终端发送睡眠数据，因此，步骤S102，所述云端服务器将患者的睡眠数据发送给第二终端，包括：

步骤S1021，所述云端服务器接收第二终端的第一请求，所述第一请求中 携带有患者的标识信息，所述数据请求用于向所述服务器请求患者的睡眠数据；

步骤S1022，所述云端服务器响应所述第一请求，根据所述患者的标识信息向所述第二终端发送第一响应，所述第一响应中携带有患者的睡眠数据。

这里，在具体实现的过程，第二终端可以专业医院如三甲医院的计算设备，其中计算设备可以为任何具有计算能力的电子设备，例如个人计算机、平板电脑、智能手机。

步骤S103，所述云端服务器接收所述第二终端发送的关于所述睡眠数据的诊断结果；

这里，所述诊断结果用于为专业医生根据所述睡眠数据而诊断出的所述患者的健康状况；

步骤S104，所述云端服务器存储所述诊断结果，并将所述诊断结果发送给第一终端；

这里，所述第一终端用于向所述患者或所述患者的医生展示患者的诊断结果。

这里，所述云端服务器可以基于第一终端的响应而向所述第一终端发送的诊断结果，因此，步骤S104，所述云端服务器将所述诊断结果发送给第一终端，包括：

步骤S1041，所述云端服务器接收所述第一终端的第二请求，所述第二请求中携带有患者的标识信息，所述第二请求用于向所述云端服务器请求患者的诊断结果；

步骤S1042，所述云端服务器响应所述第二请求，根据所述患者的标识信息向所述第一终端发送第二响应，所述第一响应中携带有所述患者的诊断结果。

本发明实施例中，云端服务器接收睡眠监测设备或第一终端发送的患者的睡眠数据，所述睡眠数据至少包括睡眠监测设备采集所述患者睡眠过程而生成的睡眠监测数据；所述云端服务器将患者的睡眠数据发送给第二终端；所述云端服务器接收所述第二终端发送的关于所述睡眠数据的诊断结果，所述诊断结果为专业医生根据所述睡眠数据而诊断出的所述患者的健康状况；所述云端服 务器存储所述诊断结果，并将所述诊断结果发送给第一终端，所述第一终端用于向所述患者或所述患者的医生展示患者的诊断结果；如此，能够将专业医生的诊断结果及时快速地传递给患者。

实施例二

本发明实施例提供一种信息处理方法，所述方法应用于云端服务器，该信息处理方法所实现的功能可以通过云端服务器备中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该云端服务器至少包括处理器和存储介质。

图2为本发明实施例二信息处理方法的实现流程示意图，如图2所示，该信息处理方法包括：

步骤S201，所述第一终端接收睡眠监测设备发送的患者的第一睡眠数据，所述第一睡眠数据包括患者的标识信息和睡眠监测数据；

步骤S202，所述第一终端对所述第一睡眠数据进行压缩，得到第二睡眠数据；

步骤S203，所述第一终端对所述第二睡眠数据进行切片，得到切片文件集合；其中，所述切片文件集合中至少包括两个及其以上的切片文件；

步骤S204，所述第一终端记录每一所述切片文件的大小信息；

步骤S205，所述第一终端向云端服务器发送第一HTTP请求，所述第一HTTP请求中携带有第一切片文件；

步骤S206，所述云端服务器接收所述第一终端发送的第一HTTP请求，所述第一HTTP请求中携带有第一切片文件；

步骤S207，所述云端服务器将所述第一切片文件存储为临时文件；

步骤S208，所述云端服务器根据所述第一切片文件生成第一令牌信息；

这里，是将第一切换文件与第一令牌信息对应起来，并且是唯一对应，换句话说，是建立第一切换文件与第一令牌信息之间的一一对应关系。

步骤S209，所述云端服务器向所述第一终端接收发送第一HTTP响应，所 述第一HTTP响应中携带有第一令牌信息。

步骤S210，所述第一终端接收所述云端服务器发送的第一HTTP响应，所述第一HTTP响应中携带有第一令牌信息；

步骤S211，所述第一终端向云端服务器发送第二HTTP请求，所述第而HTTP请求中携带有第二切片文件和所述第一令牌信息。

本发明实施例中，所述方法还包括：当所述第二切片文件为所述第二睡眠数据的最后一个切片文件时，在所述第二HTTP请求携带有结束标识，所述结束标识用于表明所述第二切片文件为最后一个切片文件。

本发明实施例中，所述方法还包括：

步骤S212，所述云端服务器接收所述第一终端发送的第二HTTP请求，所述第而HTTP请求中携带有第二切片文件和所述第一令牌信息；

步骤S213，所述云端服务器根据所述第一令牌信息检查是否有对应的临时文件存在；

步骤S214，当所述第一令牌信息的临时文件存在时，所述云端服务器判断所述第二切片文件的起始位置是否与对应的临时文件的大小一致；

步骤S215，当一致时，存储所述第二切片文件；当不一致时，所述云端服务器向所述第一终端发送提示信息，所述提示信息用于提示文件异常。

步骤S216，所述云端服务器判断所述第二HTTP请求是否携带有结束标识，所述结束标识用于表明所述第二切片文件为最后一个切片文件；

步骤S217，当所述第二切片文件不为最后一个切片文件时，所述云端服务器根据所述第二切片文件生成第二令牌信息。

实施例三

为了解决现有技术中存在的至少一个问题，本发明实施例将首先描述睡眠诊疗大数据平台的业务流程，然后重点阐述背景技术中的三个技术问题和解决方案：1)基于浏览器的断点续传中间件，通过对文件压缩、将大批量数据切分成多个小文件进行传输等技术，提高文件的传输效率，从而避免了可能的丢包、 传输中断等问题；2)多级NOSQL数据库，通过对数据进行切片、降采样等合理的预处理，在接收到展示请求后可以迅速查找到索引的数据片段并直接返回，提高了数据的查找性能；3)本地内存数据库，一次性加载用户的睡眠诊疗大数据，避免每个视窗数据对服务端发出请求，有效解决了浏览器内存空间不足，请求响应延时等问题。

1)睡眠诊疗大数据平台的业务流程，图3-1为本发明实施例三睡眠诊疗大数据平台的业务流程示意图，如图3-1所示，该流程包括：

步骤S301，云端服务器对基层医院的用户身份信息进行检查；

这里，基层医院首先将自身的身份信息在云端服务器上进行注册，注册成功后，基层医院才有权限获取云端服务器上的睡眠数据。之所以要对基层医院的用户身份进行检查，是为了确保云端服务器上的睡眠数据的安全性。

步骤S302，云端服务器向基层医院发送用户权限；

这里，云端服务器对基层医院的用户身份验证通过后，云端服务器向基层医院发送用户权限。

步骤S303，基层医院对睡眠数据进行格式转换；

这里，所述基层医院代表基层医院的计算设备，即可以为实施例一中第一终端；

步骤S304，基层医院将睡眠数据上传给云端服务器；

步骤S305，云端服务器将切片后的数据保存至数据库；

步骤S306，基层医院退出睡眠诊疗大数据平台的系统；

步骤S307，云端服务器对三甲医院的用户身份进行检查；

这里，三甲医院首先将自身的身份信息在云端服务器上进行注册，注册成功后，三甲医院才有权限获取云端服务器上的睡眠数据。之所以要对三甲医院的用户身份进行检查，是为了确保云端服务器上的睡眠数据的安全性。

步骤S308，云端服务器向三甲医院发送用户权限；

这里，云端服务器对三甲医院的用户身份验证通过后，云端服务器向三甲医院发送用户权限。

步骤S309，三甲医院检查缓存服务是否安装；

步骤S310，当未安装时，三甲医院从云端服务器上下载缓存服务安装文件；

步骤S311，三甲医院向云端服务器请求用户的睡眠数据；

步骤S312，云端服务器向三甲医院发送用户的睡眠数据；

步骤S313，三甲医院将睡眠数据存储至本地缓存器上，然后三甲医院对睡眠数据进行处理，包括：

加载视窗需要的数据片段，导联视窗渲染，对睡眠事件进行标注，导览视窗切换，对其余事件进行标注，导联视窗背景图变换，标注内容保存到本地缓存。

步骤S314，三甲医院将处理后的睡眠数据提交给云端服务器；

这里，处理后的睡眠数据主要是指包含有对睡眠事件进行标注的数据。

步骤S315，云端服务器根据三甲医院处理后的睡眠数据生成监测报告。

步骤S316，三甲医院向云端服务器发送查询请求，所述查询请求用于请求查询监测报告；

步骤S317，云端服务器向三甲医院返回监测报告；

步骤S318，三甲医院退出系统；

步骤S319，云端服务器对基层医院的用户身份进行检查；

步骤S320，云端服务器向基层医院发送用户权限；

步骤S321，基层医院向云端服务器发送查询请求，所述查询请求用于请求查询监测报告；

步骤S322，云端服务器向基层医院返回监测报告；

步骤S323，基层医院退出系统；

需要说明的是，本发明实施例中的基层医院实际上是表示基层医院中的计算设备，三甲医院实际上是表示三甲医院中的计算设备，其中计算设备可以为任何具有计算能力的电子设备，如个人计算机、笔记本电脑等。

二、下面介绍一下本发明实施例的基于浏览器的断点续传中间件；

当基层医院选择上传睡眠数据后，基于浏览器的断点续传中间件会对文件 压缩、将大批量数据切分成多个小文件进行传输。图3-2为本发明实施例三中基于浏览器的断点续传中间件的工作流程示意图，如图3-2所示，该流程包括：

步骤S331，基层医院的客户端选择上传睡眠数据，基层医院的客户端发送第一HTTP请求到云端服务器；

这里，所述基层医院的客户端安装在基层医院的计算设备上。

这里，所述第一HTTP请求用于请求上传睡眠数据；

步骤S332，云端服务器根据数据名称生成唯一的令牌(token)，并以token为文件名生成临时文件，将所述token发送给基层医院的客户端；

步骤S333，基层医院的客户端发送第二HTTP请求到云端服务器；云端服务器根据token监测对应的临时文件是否存在，若临时文件存在，则跳转步骤334，否则，跳转步骤332；

这里，所述第二HTTP请求中包含的参数至少包括有token和睡眠数据参数

步骤S334，基层医院的客户端发送上传文件片段的下一分片到云端服务器，参数包含token，云端服务器将接受的分片存储到token对应的临时文件；

步骤S335，云端服务器判断当分片token对应的临时文件不存在或上传文件片段不成功，则执行步骤336，否则，执行步骤337；

步骤S336，监测当前上传成功的临时文件大小，若临时文件不存在，则重新创建文件；

步骤S337，服务器端发送临时文件大小给客户端，要求从断点处执行文件重传工作，执行步骤S338；

步骤S338，保存当前上传文件片段到临时文件，检测文件是否传输完毕，若传输完毕，则跳转步骤3，否则，结束文件上传工作。

从以上可以看出，云端服务器检测当前上传文件片段的起始位置是否与临时文件大小一致，若一致，则重新创建文件；云端服务器判断分片是否上传成功，是时，保存当前上传文件片段到临时文件，检测文件是否传输完毕，若传输完毕，则结束；这里，当文件上传成功时，云端服务器重命名临时文件，更 改为上传文件的名称。当分片上传成功时，云端服务器向基层医院的客户端返回表明该片段已经上传成功的消息(success)，并等待基层医院的客户端发出的下一文件片段；当分片上传不成功时，云端服务器向基层医院的客户端返回临时文件异常信息，删除云端服务器端临时文件，并要求基层医院的客户端重新上传文件。

三、下面介绍一下本发明实施例的多级NOSQL数据库

上传到云端服务器的睡眠数据，使用MongoDB内存数据库存储多导联数据，对数据进行切片、降采样等合理的预处理，一个导联的数据会被存储成多份不同的格式，方便读取和加载。MongoDB非关系型数据库的引入解决高并发的数据调用和显示，通过把一个人600MB睡眠数据进行分片存储，按照分片调用展示可以满足流畅展示的效果。

为了保证数据的唯一性和准确性，也为了提高数据插入、查询、修改的效率，对应的每个集合(collection)都要设置索引字段，其中索引字段中包含四个字段，分别是：设备ID(deviceID)、数据类型(dataType)、数据编号(packageNo)和数据时间(measureTime)。此这样的索引字段能够保证同一设备同一时间同一个用户只能上传一条数据，从而保证了数据的唯一性，在数据查询时利用索引也大大提高了数据处理效率。

此外，文件(Document)采用JSON格式存储数据，一共包含八个字段，分别是_id(文档唯一标识)、dataType(数据类型)、deviceID(设备标识)、measureTime(数据时间)、packageNo(数据编号)、pinlv(数据频率)、data(数据内容)、patientID(用户标识)。JSON格式具有以下优点：①能够保证数据完整性，②保证数据无冗余，③提高数据查询、修改的效率，④方便后期处理数据标识等。图3-3为本发明实施例多级NOSQL数据库工作时的流程示意图，如图3-3所示，该流程包括：

步骤S351，数据文件上传成功；

步骤S352，云端服务器依次检测各导联数据是否已存储到数据库，若全部 存储，则结束，否则跳转至步骤353；

步骤S353，云端服务器选取下一导联数据，判断数据原始采样频率是否为适当的频率(例如是否为512Hz)；

步骤S354，读取导联数据，分割为512Hz/30s的数据和256Hz/5min的数据入库；

步骤S355，读取导联数据，以原始采样频率分割为30秒(s)的数据和5分钟(min)的数据入库；

本实施例中，监测需要展示的视窗数据是否加载到浏览器，若是则读取浏览器中预加载数据，在界面使用js脚本绘制展示导联图形；若否，从本地内存直接读取数据，在界面使用javascript(js脚本)绘制展示导联图形。

这里，云端服务器获取数据类型、设备标识、数据监测时间、数据分片编号、数据抽样后频率、数据片段内容、用户标识等信息，存储到集合(collection)中。

四、下面介绍一下本发明实施例的本地内存数据库

根据多导睡眠标注要求，需要在同一屏幕同步显示20-30导联的数据，且有大量窗口、视窗大小切换需求，并且在医生快速操作过程中，系统要实时计算，并显示要流畅，因此需要通过在客户端本地自动安装内存数据库，一次性加载用户的睡眠诊疗大数据，避免每个视窗数据对服务端发出请求，有效解决了浏览器内存空间不足，请求响应延时等问题。图3-4为本发明实施例本地内存数据库在加载睡眠数据的实现流程示意图，如图3-4所示，该流程包括：

步骤S361，三甲医院的客户端向云端服务器发送视窗渲染请求；

这里，三甲医院的客户端请求睡眠数据展示；

步骤S362，判断内存数据库是否加载患者数据，是时，进入步骤S364，反之，进入步骤S363；

这里，三甲医院的客户端监测本地缓存是否已加载需要的睡眠数据，是时，进入步骤S364，，否则执行步骤S363；

步骤S363，三甲医院的客户端发送请求到云端服务器，以请求加载睡眠数据；

步骤S365，存储到本地内存数据库，并复制切片所有视窗数据；

步骤S366，根据请求查询视窗内数据，在浏览器渲染；

步骤S364，判断视窗数据是否已被预加载，是时，进入步骤S367，反之，进入步骤S368；

步骤S367，读取预加载数据，在浏览器渲染；

这里，云端服务器将涉及到的用户在指定时间测试的所有数据都加载到三甲医院的客户端；

步骤S368，根据请求查询视窗内数据，在浏览器渲染；

这里，三甲医院的客户端将加载的数据存储到本地缓存，并根据各导联的抽样频率，扩展多份不同时间大小的数据片段；从以上可以看出，三甲医院的客户端根据请求查询本地缓存数据，加载需要的数据片段到本地浏览器，进行数据渲染和显示。

本发明实施例提供的技术方案提供了一种基于浏览器的断点续传中间件，该中间件将大批量数据切分成多个小文件进行传输，同时利用HTTP请求的head信息记录文件传输的字节数，提供断点续传能力，在文件传输中断时，可以从中断处重新传输。本发明实施例还提供了一种采用多级NOSQL数据库及数据同步引擎，使用MongoDB非关系型内存数据库存数多导联数据，对数据进行切片、降采样等合理的预处理，一个导联的数据会被存储成多份不同的格式，方便读取和加载。本发明实施例又提供了一种本地内存数据库缓存多导睡眠数据的方案，在客户端本地自动安装内存数据库，一次性加载用户的睡眠诊疗大数据，避免每个视窗数据对服务端发出请求；同时，利用机器的内存数据弥补浏览器内存空间的不足，加快视窗数据的加载。如此，本发明实施例提供的技术方案能够达到多导睡眠仪数据的上传、接收、处理、管理、展示，为医生提供人工标注，监测报告生成/下载/管理功能等。

本发明实施例通过基于浏览器的断点续传中间件、多级NOSQL数据库以及本地内存数据库有效解决了现有技术的缺陷：1)基于浏览器的断点续传中间件通过对文件压缩、将大批量数据切分成多个小文件进行传输等技术，提高文件的传输效率。同时通过记录文件传输的字节数，提供断点续传的能力，避免了可能的丢包、传输中断等问题。2)多级NOSQL数据库通过对数据进行切片、降采样等合理的预处理，存储在数据库中的已分片的数据内容，在接收到展示请求后可以迅速查找到索引的数据片段并直接返回，提高了数据的查找性能。同时，NOSQL的数据库特性结合索引结构的设计，保证了数据的唯一性，在数据查询时利用索引也大大提高了数据处理效率。3)本地内存数据库通过在客户端本地自动安装内存数据库，一次性加载用户的睡眠诊疗大数据，避免每个视窗数据对服务端发出请求，有效解决了浏览器内存空间不足，请求响应延时等问题。

实施例四

基于前述的实施例，本发明实施例提供一种云端服务器，该云端服务器所包括的各单元，以及各单元所包括的各模块，都可以通过云端服务器中的处理器来实现，当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图4为本发明实施例四云端服务器的组成结构示意图，如图4所示，该云端服务器400包括第一接收单元401、第一发送单元402、第二接收单元403、存储单元404和第二发送单元405，其中：

所述第一接收单元401，用于接收睡眠监测设备或第一终端发送的患者的睡眠数据，所述睡眠数据至少包括睡眠监测设备采集所述患者睡眠过程而生成的睡眠监测数据；

所述第一发送单元402，用于将患者的睡眠数据发送给第二终端；

所述第二接收单元403，用于接收所述第二终端发送的关于所述睡眠数据 的诊断结果，所述诊断结果为专业医生根据所述睡眠数据而诊断出的所述患者的健康状况；

所述存储单元404，用于存储所述诊断结果；

所述第二发送单元405，用于将所述诊断结果发送给第一终端，所述第一终端用于向所述患者或所述患者的医生展示患者的诊断结果。

本发明实施例中，所述第一发送单元，包括第一接收模块和第一发送模块，其中：

所述第一接收模块，用于接收第二终端的第一请求，所述第一请求中携带有患者的标识信息，所述数据请求用于向所述服务器请求患者的睡眠数据；

所述第一发送模块，用于响应所述第一请求，根据所述患者的标识信息向所述第二终端发送第一响应，所述第一响应中携带有患者的睡眠数据。

本发明实施例中，所述第二发送单元包括第二接收模块和第二发送模块，其中：

所述第二接收模块，用于接收所述第一终端的第二请求，所述第二请求中携带有患者的标识信息，所述第二请求用于向所述云端服务器请求患者的诊断结果；

所述第二发送模块，用于响应所述第二请求，根据所述患者的标识信息向所述第一终端发送第二响应，所述第一响应中携带有所述患者的诊断结果。

本发明实施例中，所述第一接收单元包括第三接收模块、第一存储模块、第一生成模块和第三发送模块，其中：

所述第三接收模块，用于接收所述第一终端发送的第一HTTP请求，所述第一HTTP请求中携带有第一切片文件；

所述第一存储模块，用于将所述第一切片文件存储为临时文件；

所述第一生成模块，用于根据所述第一切片文件生成第一令牌信息；

所述第三发送模块，用于向所述第一终端接收发送第一HTTP响应，所述第一HTTP响应中携带有第一令牌信息。

本发明实施例中，所述第一接收单元还包括第四接收模块、检查模块、第 一判断模块和第二存储模块，其中：

所述第四接收模块，用于接收所述第一终端发送的第二HTTP请求，所述第而HTTP请求中携带有第二切片文件和所述第一令牌信息；

所述检查模块，用于根据所述第一令牌信息检查是否有对应的临时文件存在；

所述第一判断模块，用于当所述第一令牌信息的临时文件存在时，判断所述第二切片文件的起始位置是否与对应的临时文件的大小一致；

所述第二存储模块，用于当一致时，存储所述第二切片文件。

本发明实施例中，所述第一接收单元还包括第二判断模块和第二生成模块，其中：

所述第二判断模块，用于判断所述第二HTTP请求是否携带有结束标识，所述结束标识用于表明所述第二切片文件为最后一个切片文件；

所述第二生成模块，用于当所述第二切片文件不为最后一个切片文件时，根据所述第二切片文件生成第二令牌信息。

这里需要指出的是：以上云端服务器实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果，因此不做赘述。对于本发明云端服务器实施例中未披露的技术细节，本领域的技术人员请参照本发明方法实施例的描述而理解，为节约篇幅，这里不再赘述。

实施例五

基于前述的实施例，本发明实施例提供一种第一终端，该第一终端所包括的各单元，都可以通过第一终端中的处理器来实现，当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图5为本发明实施例五第一终端的组成结构示意图，如图5所示，该第一终端500包括第三接收单元501、压缩单元502、切片单元503、记录单元504、第三发送单元505、第四接收单元506和第四发送单元507，其中：

所述第三接收单元501，用于接收睡眠监测设备发送的患者的第一睡眠数据，所述第一睡眠数据包括患者的标识信息和睡眠监测数据；

所述压缩单元502，用于对所述第一睡眠数据进行压缩，得到第二睡眠数据；

所述切片单元503，用于对所述第二睡眠数据进行切片，得到切片文件集合；其中，所述切片文件集合中至少包括两个及其以上的切片文件；

所述记录单元504，用于记录每一所述切片文件的大小信息；

所述第三发送单元505，用于向云端服务器发送第一HTTP请求，所述第一HTTP请求中携带有第一切片文件；

所述第四接收单元506，用于接收所述云端服务器发送的第一HTTP响应，所述第一HTTP响应中携带有第一令牌信息；

所述第四发送单元507，用于向云端服务器发送第二HTTP请求，所述第而HTTP请求中携带有第二切片文件和所述第一令牌信息。

本发明实施例中，所述第一终端还包括携带单元，用于当所述第二切片文件为所述第二睡眠数据的最后一个切片文件时，在所述第二HTTP请求中携带结束标识，所述结束标识用于表明所述第二切片文件为最后一个切片文件。

这里需要指出的是：以上终端实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果，因此不做赘述。对于本发明终端实施例中未披露的技术细节，本领域的技术人员请参照本发明方法实施例的描述而理解，为节约篇幅，这里不再赘述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例 序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种信息处理方法，其特征在于，所述方法包括：

云端服务器接收睡眠监测设备或第一终端发送的患者的睡眠数据，所述睡眠数据至少包括睡眠监测设备采集所述患者睡眠过程而生成的睡眠监测数据；

所述云端服务器将患者的睡眠数据发送给第二终端；

所述云端服务器接收所述第二终端发送的关于所述睡眠数据的诊断结果，所述诊断结果用于为专业医生根据所述睡眠数据而诊断出的所述患者的健康状况；

所述云端服务器存储所述诊断结果，并将所述诊断结果发送给第一终端，所述第一终端用于向所述患者或所述患者的医生展示患者的诊断结果。

2.根据权利要求1所述的方法，其特征在于，所述云端服务器将患者的睡眠数据发送给第二终端，包括：

所述云端服务器接收第二终端的第一请求，所述第一请求中携带有患者的标识信息，所述数据请求用于向所述服务器请求患者的睡眠数据；

所述云端服务器响应所述第一请求，根据所述患者的标识信息向所述第二终端发送第一响应，所述第一响应中携带有患者的睡眠数据。

3.根据权利要求2所述的方法，其特征在于，所述云端服务器将所述诊断结果发送给第一终端，包括：

所述云端服务器接收所述第一终端的第二请求，所述第二请求中携带有患者的标识信息，所述第二请求用于向所述云端服务器请求患者的诊断结果；

所述云端服务器响应所述第二请求，根据所述患者的标识信息向所述第一终端发送第二响应，所述第一响应中携带有所述患者的诊断结果。

4.根据权利要求2所述的方法，其特征在于，所述云端服务器接收第一终端发送的患者的睡眠数据，包括：

所述云端服务器接收所述第一终端发送的第一HTTP请求，所述第一HTTP请求中携带有第一切片文件；

所述云端服务器将所述第一切片文件存储为临时文件；

所述云端服务器根据所述第一切片文件生成第一令牌信息；

所述云端服务器向所述第一终端接收发送第一HTTP响应，所述第一HTTP响应中携带有第一令牌信息。

5.根据权利要求4所述的方法，其特征在于，所述云端服务器接收第一终端发送的患者的睡眠数据，还包括：

所述云端服务器接收所述第一终端发送的第二HTTP请求，所述第而HTTP请求中携带有第二切片文件和所述第一令牌信息；

所述云端服务器根据所述第一令牌信息检查是否有对应的临时文件存在；

当所述第一令牌信息的临时文件存在时，所述云端服务器判断所述第二切片文件的起始位置是否与对应的临时文件的大小一致；

当一致时，存储所述第二切片文件。

6.根据权利要求5所述的方法，其特征在于，所述云端服务器接收第一终端发送的患者的睡眠数据，还包括：

所述云端服务器判断所述第二HTTP请求是否携带有结束标识，所述结束标识用于表明所述第二切片文件为最后一个切片文件；

当所述第二切片文件不为最后一个切片文件时，所述云端服务器根据所述第二切片文件生成第二令牌信息。

7.一种信息处理方法，其特征在于，所述方法包括：

所述第一终端接收睡眠监测设备发送的患者的第一睡眠数据，所述第一睡眠数据包括患者的标识信息和睡眠监测数据；

所述第一终端对所述第一睡眠数据进行压缩，得到第二睡眠数据；

所述第一终端对所述第二睡眠数据进行切片，得到切片文件集合；其中，所述切片文件集合中至少包括两个及其以上的切片文件；

所述第一终端记录每一所述切片文件的大小信息；

所述第一终端向云端服务器发送第一HTTP请求，所述第一HTTP请求中携带有第一切片文件；

所述第一终端接收所述云端服务器发送的第一HTTP响应，所述第一HTTP响应中携带有第一令牌信息；

所述第一终端向云端服务器发送第二HTTP请求，所述第而HTTP请求中携带有第二切片文件和所述第一令牌信息。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

当所述第二切片文件为所述第二睡眠数据的最后一个切片文件时，在所述第二HTTP请求携带有结束标识，所述结束标识用于表明所述第二切片文件为最后一个切片文件。

9.一种云端服务器，其特征在于，所述云端服务器包括第一接收单元、第一发送单元、第二接收单元、存储单元和第二发送单元，其中：

所述第一接收单元，用于接收睡眠监测设备或第一终端发送的患者的睡眠数据，所述睡眠数据至少包括睡眠监测设备采集所述患者睡眠过程而生成的睡眠监测数据；

所述第一发送单元，用于将患者的睡眠数据发送给第二终端；

所述第二接收单元，用于接收所述第二终端发送的关于所述睡眠数据的诊断结果，所述诊断结果为专业医生根据所述睡眠数据而诊断出的所述患者的健康状况；

所述存储单元，用于存储所述诊断结果；

所述第二发送单元，用于将所述诊断结果发送给第一终端，所述第一终端用于向所述患者或所述患者的医生展示患者的诊断结果。

10.根据权利要求9所述的云端服务器，其特征在于，所述第一发送单元，包括第一接收模块和第一发送模块，其中：

所述第一接收模块，用于接收第二终端的第一请求，所述第一请求中携带有患者的标识信息，所述数据请求用于向所述服务器请求患者的睡眠数据；

所述第一发送模块，用于响应所述第一请求，根据所述患者的标识信息向所述第二终端发送第一响应，所述第一响应中携带有患者的睡眠数据。

11.根据权利要求10所述的云端服务器，其特征在于，所述第二发送单元包括第二接收模块和第二发送模块，其中：

所述第二接收模块，用于接收所述第一终端的第二请求，所述第二请求中携带有患者的标识信息，所述第二请求用于向所述云端服务器请求患者的诊断结果；

所述第二发送模块，用于响应所述第二请求，根据所述患者的标识信息向所述第一终端发送第二响应，所述第一响应中携带有所述患者的诊断结果。

12.根据权利要求9至11任一项所述的云端服务器，其特征在于，所述第一接收单元包括第三接收模块、第一存储模块、第一生成模块和第三发送模块，其中：

所述第三接收模块，用于接收所述第一终端发送的第一HTTP请求，所述第一HTTP请求中携带有第一切片文件；

所述第一存储模块，用于将所述第一切片文件存储为临时文件；

所述第一生成模块，用于根据所述第一切片文件生成第一令牌信息；

所述第三发送模块，用于向所述第一终端接收发送第一HTTP响应，所述第一HTTP响应中携带有第一令牌信息。

13.根据权利要求12所述的云端服务器，其特征在于，所述第一接收单元，还包括第四接收模块、检查模块、第一判断模块和第二存储模块，其中：

所述第四接收模块，用于接收所述第一终端发送的第二HTTP请求，所述第而HTTP请求中携带有第二切片文件和所述第一令牌信息；

所述检查模块，用于根据所述第一令牌信息检查是否有对应的临时文件存在；

所述第一判断模块，用于当所述第一令牌信息的临时文件存在时，判断所述第二切片文件的起始位置是否与对应的临时文件的大小一致；

所述第二存储模块，用于当一致时，存储所述第二切片文件。

14.根据权利要求13所述的云端服务器，其特征在于，所述第一接收单元还包括第二判断模块和第二生成模块，其中：

所述第二判断模块，用于判断所述第二HTTP请求是否携带有结束标识，所述结束标识用于表明所述第二切片文件为最后一个切片文件；

所述第二生成模块，用于当所述第二切片文件不为最后一个切片文件时，根据所述第二切片文件生成第二令牌信息。

15.一种第一终端，其特征在于，所述第一终端包括第三接收单元、压缩单元、切片单元、记录单元、第三发送单元、第四接收单元和第四发送单元，其中：

所述第三接收单元，用于接收睡眠监测设备发送的患者的第一睡眠数据，所述第一睡眠数据包括患者的标识信息和睡眠监测数据；

所述压缩单元，用于对所述第一睡眠数据进行压缩，得到第二睡眠数据；

所述切片单元，用于对所述第二睡眠数据进行切片，得到切片文件集合；其中，所述切片文件集合中至少包括两个及其以上的切片文件；

所述记录单元，用于记录每一所述切片文件的大小信息；

所述第三发送单元，用于向云端服务器发送第一HTTP请求，所述第一HTTP请求中携带有第一切片文件；

所述第四接收单元，用于接收所述云端服务器发送的第一HTTP响应，所述第一HTTP响应中携带有第一令牌信息；

所述第四发送单元，用于向云端服务器发送第二HTTP请求，所述第而HTTP请求中携带有第二切片文件和所述第一令牌信息。

16.根据权利要求15所述的第一终端，其特征在于，所述第一终端还包括携带单元，用于当所述第二切片文件为所述第二睡眠数据的最后一个切片文件时，在所述第二HTTP请求中携带结束标识，所述结束标识用于表明所述第二切片文件为最后一个切片文件。