著录项信息
专利名称 | 分布式中央监护系统中的数据发送方法及装置 |
申请号 | CN201410530281.1 | 申请日期 | 2014-10-10 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2015-03-11 | 公开/公告号 | CN104410657A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/08 | IPC分类号 | H;0;4;L;2;9;/;0;8查看分类表>
|
申请人 | 西安理邦科学仪器有限公司 | 申请人地址 | 陕西省西安市高新区锦业一路29号龙旗科技园A栋13层
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 西安理邦科学仪器有限公司 | 当前权利人 | 西安理邦科学仪器有限公司 |
发明人 | 刘金阳 |
代理机构 | 深圳市科吉华烽知识产权事务所(普通合伙) | 代理人 | 刘显扬 |
摘要
本发明涉及一种分布式中央监护系统中数据的发送方法,包括如下步骤:分别取得需要监护的生理数据,将其转换为数据包,并通过网络发送;分别接收所述数据包,对其进行解包,进行业务处理,将其以监护仪标记为单位分别存储在数据中心;按照设定时间由所述数据中心取得更新的监护数据,以监护标记为单元,形成实时发送队列;取得当前实时发送清单,按照当前实时发送清单依次逐一发送所述实时发送队列中的各数据单元。本发明还涉及一种实现上述方法的装置。实施本发明的分布式中央监护系统中的数据发送方法及装置,具有以下有益效果:数据的一致性较好、数据传输量较小。
1.一种分布式中央监护系统中数据的发送方法,其特征在于,包括如下步骤:
A)分别取得需要监护的生理数据,将其转换为数据包,并通过网络发送;
B)分别接收所述数据包,对其进行解包,进行业务处理,将其以监护仪标记为单位分别存储在数据中心;
C)按照设定时间由所述数据中心取得更新的监护数据,以监护仪标记为单元,形成实时发送队列;
D)取得当前实时发送清单,按照当前实时发送清单依次逐一发送所述实时发送队列中的各数据单元;
其中,所述当前实时发送清单是以监护仪标记的设定时间内的数据为单位,指出每个监护仪标记的数据需要发送到当前在线客户端的列表;所述当前实时发送清单中的用户已经登录服务器并接收其所需观察设备的归档数据;所述当前实时发送清单由在当前在线并登录且完成归档数据传输的客户端的注册信息形成;所述当前实时发送清单在执行所述步骤C)之前形成;所述当前实时发送清单的生成步骤包括:
M)客户端登陆并注册用户信息,依据所述注册的用户信息,为其分配观察设备,得到该用户观察设备信息;
N)初始化该用户的用户数据状态,并建立该用户的用户通道;
O)依据所述用户数据状态,判断该用户当前是否处于实时传输状态,如是,将该用户加入当前实时发送清单;否则,执行下一步骤;
P)按照该用户的观察设备信息,逐一传输由其观察设备之前的数据组成的归档数据,所述归档数据同样由所述数据中心取得并通过所述用户通道传输到所述用户;执行完本步骤后,更新所述用户数据状态,并返回步骤O)。
2.根据权利要求1所述的分布式中央监护系统中数据的发送方法,其特征在于,所述步骤B)中对解开数据包后得到的监护数据进行业务处理包括:对数据用采集并上传的监护仪标记加以标注,并以所述标注为索引将得到的数据分别存储在数据中心。
3.根据权利要求1所述的分布式中央监护系统中数据的发送方法,其特征在于,在所述步骤P)中,判断一个用户的用户通道处于空闲状态时,才向该用户传输归档数据;所述归档数据包括存储在该用户查看设备的标识下的所有当前数据。
4.根据权利要求1所述的分布式中央监护系统中数据的发送方法,其特征在于,所述发送队列的形成步骤进一步包括:按照当前更新数据的所有监护仪标记的顺序,将本次更新的数据依次排列形成队列。
5.根据权利要求1所述的分布式中央监护系统中数据的发送方法,其特征在于,所述步骤D)中进一步包括:
D1)取得所述实时发送队列中的一个数据单元,并得到该单元中的监护仪标记;
D2)在所述当前实时发送清单中查找该监护仪标记,得到该监护仪标记对应的所有用户的注册信息;
D3)分别通过所述得到的用户注册信息中的用户通道将该数据单元的数据发送到各用户;
D4)判断所述实时发送队列中的所有数据单元是否发送完,如是,退出本次发送;否则,返回步骤D1)对下未发送一个数据单元进行发送。
6.一种实现如权利要求1所述的分布式中央监护系统中数据发送方法的装置,其特征在于,包括:
生理参数采集及发送单元:用于分别取得需要监护的生理数据,将其转换为数据包,并通过网络发送;
生理参数接收及存储单元:用于分别接收所述数据包,对其进行解包,进行业务处理,将其以监护仪标记为单位分别存储在数据中心;
实时发送队列形成单元:用于按照设定时间由所述数据中心取得更新的监护数据,以监护仪标记为单元,形成实时发送队列;
实时发送单元:用于取得当前实时发送清单并按照当前实时发送清单依次逐一发送所述实时发送队列中的各数据单元;
其中,所述当前实时发送清单是以监护仪标记的设定时间内的数据为单位,指出每个监护仪标记的数据需要发送到当前在线客户端的列表;所述当前实时发送清单中的用户已经登录服务器并接收其所需观察设备的归档数据;所述当前实时发送清单由在当前在线并登录且完成归档数据传输的客户端的注册信息形成;
还包括当前实时发送清单形成单元,所述当前实时发送清单形成单元用于由在当前在线并登录且完成归档数据传输的客户端的注册信息形成当前实时发送清单;所述当前发送清单形成单元进一步包括:
用户注册模块:用于用户端登陆并注册用户信息,依据所述注册的用户信息,为其分配观察设备,得到该用户观察设备信息;
用户通道建立模块:用于初始化该用户的用户数据状态,并建立该用户的用户通道;
用户数据状态判断模块:用于依据所述用户数据状态,判断该用户当前是否处于实时传输状态,如是,将该用户加入当前实时发送清单;否则,调用归档数据传输模块;
归档数据传输模块:用于按照该用户的观察设备信息,逐一传输由其观察设备之前的数据组成的归档数据,所述归档数据同样由所述数据中心取得并通过所述用户通道传输到所述用户;执行完本步骤后,更新所述用户数据状态。
7.根据权利要求6所述的装置,其特征在于,所述实时发送队列形成单元按照当前更新数据的所有监护标记的顺序,将本次更新的数据依次排列形成队列。
8.根据权利要求7所述的装置,其特征在于,所述实时发送单元中进一步包括:
单元取得模块:用于取得所述实时发送队列中的一个数据单元,并得到该单元中的监护仪标记;
注册信息查找模块:用于在所述当前实时发送清单中查找该监护仪标记,得到该监护标仪记对应的所有用户的注册信息;
队列单元发送模块:用于分别通过所述得到的用户注册信息中的用户通道将该数据单元的数据发送到各用户;
队列判断模块:用于判断所述实时发送队列中的所有数据单元是否发送完,如是,退出本次发送;否则,调用单元取得模块对下未发送一个数据单元进行发送。
分布式中央监护系统中的数据发送方法及装置\n技术领域\n[0001] 本发明涉及医用监护系统,更具体地说,涉及一种分布式中央监护系统中的数据发送方法及装置。\n背景技术\n[0002] 现有的医用监护系统通常是单机版的,这种单机版中央监护系统由多台床边监护仪和一台中央站组成,床边监护仪负责采集患者各项生理参数,通过有线或者无线网络传输到中央站,中央站负责集中显示、报警、存储、回顾、打印等。分布式中央站监护系统(下文简称系统)由一台服务器端和多台客户机组成,服务器端和客户机之间通过有线或者无线网络连接,每台客户机都具备单机版中央站的功能。也有采用分布式的监护系统,其通常采用C/S(客户机/服务器)架构设计,所有数据保存在本地服务器,所有业务功能由服务器完成,本地的客户端登陆后,获取当前所有监护数据并负责显示数据。实时监护数据在本地服务器与客户端直接交互获取,其监护数据取得及分发控制方法为: 客户端登陆成功后,不需要数据中心分发数据,由显示逻辑单元从数据中心抽取数据,进行显示逻辑处理,实时数据同样由客户端驱动定时从数据中心获取,并进行数据呈现;或者客户端登陆成功后,数据中心主动推送数据至显示逻辑单元,显示逻辑单元获取数据后,对数据进行逻辑处理,实时数据同样由数据中心定时推送至客户端显示逻辑单元,由显示逻辑单元并进行数据呈现。\n但是,现有的这种数据分发技术存在以下问题:由客户端驱动获取数据的方式,在多用户的分布式环境下,客户端定时访问服务器,不但增大服务器的访问压力,同时因数据定时到达服务器等原因,易造成数据不同步,请求数据未达到等延迟问题。同时客户端对服务器的操作,不能及时传递至客户端,需要等待客户端对服务器进行操作时才能将此消息返回给其他客户端,易造成各客户端数据不同步。当采用服务器主动推送的方式时,当多个用户同时在线时,缺乏对用户通道的管理,对数据发送状态的管理,易造成数据发送混乱,造成客户端数据不一致等错误;此外,在C/S环境下,客户端不保存数据,当进行业务操作时,如转床等,需要再次从服务器获取大量数据,造成客户端长时间等待,而客户端不能根据数据量进行进度提示等问题。\n发明内容\n[0003] 本发明要解决的技术问题在于,针对现有技术的上述数据发送量较大、数据管理混乱、可能不同步的缺陷,提供一种数据发送量较小、数据管理简单、数据一致性较好的分布式中央监护系统中的数据发送方法及装置。\n[0004] 本发明解决其技术问题所采用的技术方案是:构造一种分布式中央监护系统中数据的发送方法,包括如下步骤:\n[0005] A)分别取得需要监护的生理数据,将其转换为数据包,并通过网络发送;\n[0006] B)分别接收所述数据包,对其进行解包,进行业务处理,将其以监护仪标记为单位分别存储在数据中心;\n[0007] C)按照设定时间由所述数据中心取得更新的监护数据,以监护标记为单元,形成实时发送队列;\n[0008] D)取得当前实时发送清单,按照当前实时发送清单依次逐一发送所述实时发送队列中的各数据单元;\n[0009] 其中,所述当前实时发送清单是以监护数据标识为单位,指出每个监护标识数据需要发送到当前在线客户端的列表;所述当前实时发送清单中的用户已经接收其所需观察设备的归档数据。\n[0010] 更进一步地,所述步骤B)中对解开数据包后得到的监护数据进行业务处理包括:\n对数据用采集并上传的监护仪标记加以标注,并以所述标注为索引将得到的数据分别存储在数据中心。\n[0011] 更进一步地,所述当前实时发送清单由在当前在线并登录且完成归档数据传输的客户端的注册信息形成;所述当前实时发送清单在执行所述步骤C)之前形成;所述当前实时发送清单的生成步骤包括:\n[0012] M)客户端登陆并注册用户信息,依据所述注册的用户信息,为其分配观察设备,得到该用户观察设备信息;\n[0013] N)初始化该用户的用户数据状态,并建立该用户的用户通道;\n[0014] O)依据所述用户数据状态,判断该用户当前是否处于实时传输状态,如是,将该用户加入当前实时发送清单;否则,执行下一步骤;\n[0015] P)按照该用户的观察设备信息,逐一传输由其观察设备之前的数据组成的归档数据,所述归档数据同样由所述数据中心取得并通过所述用户通道传输到所述用户;执行完本步骤后,更新所述用户数据状态,并返回步骤O)。\n[0016] 更进一步地,在所述步骤P)中,判断一个用户的用户通道处于空闲状态时,才向该用户传输归档数据;所述归档数据包括存储在该用户查看设备的标识下的所有当前数据。\n[0017] 更进一步地,所述发送队列的形成步骤进一步包括:按照当前更新数据的所有监护标记的顺序,将本次更新的数据依次排列形成队列。\n[0018] 更进一步地,所述步骤E)中进一步包括:\n[0019] E1)取得所述待发送队列中的一个单元,并得到该单元中的监护标记;\n[0020] E2)在所述当前实时发送清单中查找该监护标记,得到该监护标记对应的所有用户的注册信息;\n[0021] E3)分别通过所述得到的用户注册信息中的用户通道将该单元的数据发送到各用户;\n[0022] E4)判断所述待发送队列中的所有单元是否发送完,如是,退出本次发送;否则,返回步骤E1)对下未发送一个单元进行发送。\n[0023] 本发明还涉及一种实现上述方法的装置,包括:\n[0024] 生理参数采集及发送单元:用于分别取得需要监护的生理数据,将其转换为数据包,并通过网络发送;\n[0025] 生理参数接收即存储单元:用于分别接收所述数据包,对其进行解包,进行业务处理,将其以监护仪标记为单位分别存储在数据中心;\n[0026] 实时发送队列形成单元:用于按照设定时间由所述数据中心取得更新的监护数据,以监护标记为单元,形成实时发送队列;\n[0027] 实时发送单元:用于取得当前实时发送清单并按照当前实时发送清单依次逐一发送所述实时发送队列中的各数据单元;\n[0028] 其中,所述当前实时发送清单是以监护数据标识为单位,指出每个监护标识数据需要发送到当前在线客户端的列表;所述当前实时发送清单中的用户已经接收其所需观察设备的归档数据。\n[0029] 更进一步地,还包括当前实时发送清单形成单元,所述当前实时发送清单形成单元用于由在当前在线并登录且完成归档数据传输的客户端的注册信息形成当前实时发送清单;所述当前发送清单形成单元进一步包括:\n[0030] 用户注册模块:用于用户端登陆并注册用户信息,依据所述注册的用户信息,为其分配观察设备,得到该用户观察设备信息;\n[0031] 用户通道建立模块:用于初始化该用户的用户数据状态,并建立该用户的用户通道;\n[0032] 用户数据状态判断模块:用于依据所述用户数据状态,判断该用户当前是否处于实时传输状态,如是,将该用户加入当前实时发送清单;否则,调用归档数据传输模块;\n[0033] 归档数据传输模块:用于按照该用户的观察设备信息,逐一传输由其观察设备之前的数据组成的归档数据,所述归档数据同样由所述数据中心取得并通过所述用户通道传输到所述用户;执行完本步骤后,更新所述用户数据状态。\n[0034] 更进一步地,所述实时发送队列形成单元按照当前更新数据的所有监护标记的顺序,将本次更新的数据依次排列形成队列。\n[0035] 更进一步地,所述实时发送单元中进一步包括:\n[0036] 单元取得模块:用于取得所述待发送队列中的一个单元,并得到该单元中的监护标记;\n[0037] 注册信息查找模块:用于在所述当前实时发送清单中查找该监护标记,得到该监护标记对应的所有用户的注册信息;\n[0038] 队列单元发送模块:用于分别通过所述得到的用户注册信息中的用户通道将该单元的数据发送到各用户;\n[0039] 队列判断模块:用于判断所述待发送队列中的所有单元是否发送完,如是,退出本次发送;否则,调用单元取得模块对下未发送一个单元进行发送。\n[0040] 实施本发明的分布式中央监护系统中的数据发送方法及装置,具有以下有益效果:由于设置了表示用户当前已接收数据的数据状态,并根据数据状态决定该用户的数据传输模式是实时传输(在传输队列中传输当前更新数据)还是归档数据传输(传输该标识下的所有数据,包括当前更新数据),使得在发送归档数据时每个用户都能够得到当前的全部监护数据,而在实时传输模式时,不会出现漏发或重发的情况,这使得数据的一致性较好、数据传输量较小。\n附图说明\n[0041] 图1是本发明分布式中央监护系统中的数据发送方法及装置实施例中数据发送方法的流程图;\n[0042] 图2是所述实施例中当前实时发送清单的形成流程图;\n[0043] 图3是所述实施例中发送实时发送队列的流程图;\n[0044] 图4是所述实施例中装置结构示意图。\n具体实施方式\n[0045] 下面将结合附图对本发明实施例作进一步说明。\n[0046] 如图1所示,在本发明分布式中央监护系统中的数据发送方法及装置实施例中,实现数据发送方法包括如下步骤:\n[0047] 步骤S11 采集数据,生成数据包并上传:在本实施例中,分布式中央监护系统中包括多个监护仪,这些监护仪设置在不同的位置(通常是不同的需要监护的病床边)并通过网络与服务器连接;与此同时,该系统还包括多个客户端,这些客户端通常设置在固定的场所,例如护士站。当需要取得监护数据时,用户(医生或护士或得到授权的医疗组等等)在上述客户端上运行监护系统软件,由其浏览器查看该用户得到授权的监护仪的监护数据。在本步骤中,上述多个监护仪分别取得其监护病人的生理参数,并将其生成数据包,通过上述网络上传到服务器上。一般来讲,多个监护仪事先在服务器上注册过,且已经和该服务器建立了连接关系。同样地,这些监护仪的工作是独立的、不相关的。为了简便起见,也可以用一个监护仪为例进行说明。在实际操作中,本步骤将同时或不同时地发生在每个监护仪上。\n[0048] 步骤S12 解开数据包,进行业务处理并存储在数据中心:在本步骤中,服务器通过网络接收到监护仪传输来的数据包,其对接收到的数据包进行解包,然后对解包后得到的数据进行业务处理,并将经过业务处理后的数据存储在该服务器的数据中心。在本实施例中,服务器首先将接收到的数据包解包,得到该监护仪上传的监护数据,然后得到的监护数据做业务处理,对得到的数据用采集并上传该数据的监护仪标记加以标注,并以该标注为索引将得到的数据分别存储在数据中心。在本实施例中,上述业务处理是在数据中心进行的。同时,在该服务器的数据中心,监护数据是以监护仪标记为索引而分开存储的。\n[0049] 步骤S13 形成实时发送队列:在本步骤中,将在设定时间内存储到数据中心的数据单独地抽取出来,按照其监护仪标识,形成一个实时发送队列。这个实时发送队列包括了按照监护仪标识排列的多个数据单元,一个数据单元就是一个监护仪在设定时间内上传到服务器的监护数据。例如,当上述监护仪均以1秒为单元向服务器传输监护数据,且上述设定为1秒时,在上述的实时发送队列中,一个以监护仪标识为标记的数据单元中只有一个该监护仪上传的监护数据。在本步骤中,按照当前更新数据的所有监护仪标识(监护标记)的顺序,将本次更新的数据依次排列形成队列。\n[0050] 步骤S14 取得当前实时发送清单:在本步骤中,服务器取得当前实时发送清单。值得一提的是,在本实施例中,这个清单是不断变化的,因为不断地有用户进入或退出。在这种情况下,在本步骤中使用的清单是在执行本步骤之前生成的,在执行本步骤之后生成的清单将在后面或下一轮的数据发送中使用,这是由于如果在本步骤之后生成的清单(或清单的改变),其增加的用户在进行归档数据传输时,已经将处于实时发送队列中的数据发送给用户,所以也不会造成用户的数据遗漏。至于当前实时发送清单是如何生成的,稍后详述。\n[0051] 步骤S15 依据实时发送清单,逐一发送当前实时发送队列中的数据单元:在本步骤中,按照实时发送清单,将当前实时发送队列中的数据单元逐一发送出去。每个数据需要发送去的用户不同,一个数据单元可能需要发送到多个用户。在本步骤中,发送是以数据单元为主的,例如,发送第一个数据单元,需要根据上述实时发送清单得到该数据单元需要发送到哪些用户及其传输通道的地址,在将该数据单元分别通过这些传输通道发送出去;一个数据单元发送完成后,在发送下一个数据单元;以此类推,直到所有数据单元被发送。\n[0052] 图2示出了一个用户由登录服务器到被加入当前实时发送清单的具体过程。在图2中,当前实时发送清单的生成包括如下步骤:\n[0053] 步骤S21 用户登录并设置用户信息:在本实施例中,用户如果需要得到监护数据,需要上线与服务器连接,这样才能将监护仪数据传输到用户的显示界面上,该显示界面通常是浏览器界面。当用户上线时,一个必要的步骤就是登录服务器,并配置其注册信息,这些注册信息包括该用户的权限、选择需要观察哪些监护仪数据等等。当然这些信息都是用户配置或输入的,但是不可否认的是,服务器事先也保存有用户资料,如果用户要求的注册信息超出服务器本身存储的用户信息的范围,服务器也不会批准其注册信息。在本步骤中,就是取得上述用户注册的信息以及用户在注册时产生的用户数据状态(用户数据状态的产生方法将在稍后详述)。\n[0054] 步骤S22 设置用户数据状态并建立用户通道:在本步骤中,当用户完成上述的登录及注册信息的设置后,为该用户设置其用户数据状态并建立用户通道。用户数据状态表示该用户当前已接收的数据,如果一个用户的数据状态是初始状态,表示该用户尚未进行归档数据传输(就是将该监护仪在用户上线之前的监护数据传输到该用户),其尚不能进入实时传输模式;如果一个用户的数据状态是更新的,表明该用户已经进行过归档数据的传输,其可以进入实时传输模式。\n[0055] 步骤S23 判断一个用户的状态是否是实时传输,如是,执行步骤S24;否则执行步骤S25。在本步骤中,是通过一个用户的用户数据状态来判断其是否处于实时传输模式的。\n[0056] 步骤S24 将该用户放入实时发送清单:在本步骤中,将已经判断其数据传输模式是实时传输的在线用户加入到实时发送清单中,以便于在后续的步骤中能够向该用户发送实时传输的监护数据。在本实施例中,不仅仅是加入该用户的名称,同时也会将一些注册参数加入,例如,该用户的数据通道位置或地址等等,这样便于在后续的步骤中不用再次进行查找。\n[0057] 步骤S25 对该用户使用归档传输模式;在本步骤中,对于还没有进行归档数据传输的用户进行归档数据传输。通俗地讲,这些用户可能才上线,所以其并没有之前的监护数据。在这种情况下,需要将之前(包括当前)的数据先传输给该用户,以保证不会出现监护数据的遗漏。然后才能使用上述的当前传输队列对其数据进行更新。\n[0058] 步骤S26 遍历在线用户否:如是,执行下一步骤;否则,返回步骤S23,判断下一个在线用户。在本实施例中,这里讲的在线用户是已经登录的用户,包括新登录的和以前登录但没有退出的。\n[0059] 在本实施例中,当客户端(即上述用户)退出系统时,客户端向服务器端发送退出系统请求,并关闭客户端显示;服务器端接收到客户端的退出系统请求后,检索当前请求用户的注册信息,当查询到该信息后,首先恢复用户信息至初始化状态,然后释放用户信息,并将用户信息移除;同时,根据用户信息,将此用户的通道移除,关闭通道并释放该通道相关的资源。\n[0060] 图3示出了本实施例中实时发送队列中数据发送的具体流程图。如前所述,在本实施例中。实时发送队列是有多个数据单元有序地构成的,其发送时,是将这些数据单元逐个地发送出去的。具体步骤如下:\n[0061] 步骤S31取得当前发送队列中一个单元数据的标识:在本步骤中,取得当前发送队列中的一个单元数据,得到该单元数据的监护仪标识或监护标记。\n[0062] 步骤S32查找当前实时发送清单中对应该标识的所有用户:在本步骤中,在当前实时发送清单中查找上述步骤中得到的监护标记,得到该监护标记对应的所有用户的注册信息。例如,可能多个用户都需要该监护仪的监护数据。\n[0063] 步骤S33分别通过其用户通道将该单元数据发送到查找到的用户:分别通过得到的用户注册信息中的用户通道将该单元的数据发送到各用户;如果一个数据单元需要发送到多个用户,在本步骤中,需要将该数据单元分别用过多个数据通道发送的多个用户。\n[0064] 值得一提的是,上述步骤S31-S33仅仅只是给出了一个数据单元的发送过程。一般来讲,当前发送队列中存在不止一个数据单元。所以,当上述步骤执行完后,粗要判断实时发送队列中的所有单元是否发送完,如是,退出本次发送;否则,返回步骤S31对下未发送一个单元进行发送。\n[0065] 本实施例还涉及一种实现上述方法的装置,包括生理参数采集及发送单元1、生理参数接收及存储单元2、实时发送队列形成单元3、实时发送单元4和当前实时发送清单形成单元5;其中,生理参数采集及发送单元1用于分别取得需要监护的生理数据,将其转换为数据包,并通过网络发送;生理参数接收及存储单元2用于分别接收所述数据包,对其进行解包,进行业务处理,将其以监护仪标记为单位分别存储在数据中心;实时发送队列形成单元\n3用于按照设定时间由所述数据中心取得更新的监护数据,以监护标记为单元,形成实时发送队列;在本实施例中,实时发送队列形成单元3按照当前更新数据的所有监护标记的顺序,将本次更新的数据依次排列形成队列。实时发送单元4用于取得当前实时发送清单并按照当前实时发送清单依次逐一发送所述实时发送队列中的各数据单元;当前实时发送清单形成单元5用于由在当前在线并登录且完成归档数据传输的客户端的注册信息形成当前实时发送清单;\n[0066] 其中,所述当前实时发送清单是以监护数据标识为单位,指出每个监护标识数据需要发送到当前在线客户端的列表;所述当前实时发送清单中的用户已经接收其所需观察设备的归档数据。\n[0067] 更在本实施例中,当前发送清单形成单元5进一步包括:用户注册模块51、用户通道建立模块52、用户数据状态判断模块53和归档数据传输模块54;其中,用户注册模块51用于用户端登陆并注册用户信息,依据所述注册的用户信息,为其分配观察设备,得到该用户观察设备信息;用户通道建立模块52用于初始化该用户的用户数据状态,并建立该用户的用户通道;用户数据状态判断模块53用于依据所述用户数据状态,判断该用户当前是否处于实时传输状态,如是,将该用户加入当前实时发送清单;否则,调用归档数据传输模块;归档数据传输模块54用于按照该用户的观察设备信息,逐一传输由其观察设备之前的数据组成的归档数据,所述归档数据同样由所述数据中心取得并通过所述用户通道传输到所述用户;执行完本步骤后,更新所述用户数据状态。\n[0068] 此外,在本实施例中,上述实时发送单元4中进一步包括:单元取得模块41、注册信息查找模块42、队列单元发送模块43和队列判断模块44;其中,单元取得模块41用于取得所述待发送队列中的一个单元,并得到该单元中的监护标记;注册信息查找模块42用于在所述当前实时发送清单中查找该监护标记,得到该监护标记对应的所有用户的注册信息;队列单元发送模块43用于分别通过所述得到的用户注册信息中的用户通道将该数据单元的数据发送到各用户;队列判断模块44用于判断所述待发送队列中的所有单元是否发送完,如是,退出本次发送;否则,调用单元取得模块41对下未发送一个数据单元进行发送。\n[0069] 以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
法律信息
- 2019-02-26
- 2015-08-26
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201410530281.1
申请日: 2014.10.10
- 2015-03-11
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2013-07-24
|
2013-03-20
| | |
2
| |
2014-04-23
|
2013-12-23
| | |
3
| |
2012-08-01
|
2012-03-19
| | |
4
| |
2009-12-09
|
2009-04-30
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |