CN109743399B - 一种体检中心多任务调度的内外网数据传输方法及系统 - Google Patents
一种体检中心多任务调度的内外网数据传输方法及系统 Download PDFInfo
- Publication number
- CN109743399B CN109743399B CN201910033276.2A CN201910033276A CN109743399B CN 109743399 B CN109743399 B CN 109743399B CN 201910033276 A CN201910033276 A CN 201910033276A CN 109743399 B CN109743399 B CN 109743399B
- Authority
- CN
- China
- Prior art keywords
- agent
- service
- physical examination
- mediator
- 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.)
- Active
Links
Images
Abstract
本发明公开了一种基于复杂多任务调度的体检中心内外网数据传输方法及系统,在每个医院的内网环境部署至少一个WS‑Agent;在外网的互联网平台部署WS‑Mediator;每个医院内网环境的WS‑Agent通过该医院的网闸,与WS‑Mediator进行数据通信;WS‑Agent向WS‑Mediator发起请求,WS‑Mediator收到请求后在响应中将业务数据返回WS‑Agent;WS‑Agent收到业务数据后,再将数据同步到各个业务系统中;本发明可以适配多医院体检中心不同业务需求的复杂业务数据交换传输,同时考虑医院体检中心服务器和数据库的并发需求,提供多任务业务数据传输的QoS保障。尽管各个医院体检中心的服务器、数据库性能、体检中心运行模式都有差异,但是通过本发明中的心跳触发器和任务调度器的控制,能够有效面对不同机器性能和差异性业务的需求。
Description
技术领域
本发明属于网络安全技术领域,尤其涉及一种基于复杂多任务调度的体检中心内外网数据传输方法及系统。
背景技术
健康管理作为医疗健康事业发展的重要方向,各级医院纷纷探索健康管理和互联网相结合,提高健康管理服务及用户体验、优化医疗资源利用、降低医疗成本。目前,公立医院都已经建立了比较完备的网络体系环境,严格的网络安全管理制度。公立医院网络具有内外网数据访问隔离,通过网闸摆渡或者防火墙限制,只允许内网访问外网,不允许外网访问内网的特点。
体检中心作为公立医院为数不多的业务营收部门,想要互联网化运营,内外网的复杂业务数据互传必不可少。而且不同公立医院体检中心随着业务模式差异,对业务数据传输的要求也不同(如全天体检还是只上午体检,是否支持现场预约体检等)。
医院现有的业务也有一些内外网数据交换方案,大体思路基本一致。主要是:由内网发起请求,通过HTTP或者Socket将医院内网数据“推”到公网互联网平台展示;或者由内网发起请求,将互联网平台数据“拉”入医院内网中。该方案可以在遵循医院网络安全管理制度的基础上,实现基本的数据交换。
现有内外网数据交换方案主要有以下几点缺点:
1. 以单一任务数据交换为主,对于复杂业务流程数据交换的数据传输没有考虑。例如挂号网,针对号源数据和订单数据传输;体检报告展示,针对体检报告数据传输。
2. 复杂业务数据传输交换,并不是单个任务数据传输交换的叠加。体检中心全流程业务互联网化至少需要订单数据同步、订单回单同步、体检报告同步、单位同步、单项同步、套餐同步等。
(1)多任务同步数据交换会涉及到并发数据传输,对体检系统服务器和数据库会有压力,有可能会拖垮服务器或者数据库;
(2)多任务的业务数据传输对数据传输的质量要求有较高要求,某一个任务的数据传输问题可能会导致其他任务报错或者业务不能执行;
(3)不同医院体检中心业务模式有差异,对于业务数据传输的要求也不一样。
发明内容
本发明的目的在于针对现有技术的不足,提供一种基于复杂多任务调度的体检中心内外网数据传输方法及系统。
本发明的目的是通过以下技术方案来实现的:一种基于复杂多任务调度的体检中心内外网数据传输方法,包括:
在每个医院的内网环境部署至少一个Web Service代理节点WS-Agent,每个WS-Agent具有其对应的业务中间库,通过业务中间库与医院的各个业务系统连接;
在外网的互联网平台部署Web Service服务节点WS-Mediator,WS-Mediator具有WEB数据库,通过WEB数据库与各WEB服务器连接;
每个医院内网环境的WS-Agent通过该医院的网闸,与互联网平台的WS-Mediator进行数据通信;WS-Agent向WS-Mediator发起请求,WS-Mediator收到请求后在响应中将业务数据返回WS-Agent;WS-Agent收到业务数据后,再将数据同步到各个业务系统中;
每个WS-Agent设置有心跳触发器和任务调度器,WS-Mediator设置有Agent管理器和任务校验器;WS-Agent的请求由心跳触发器控制,心跳一次则触发向WS-Mediator发出一次请求,每次心跳通过任务调度器决定业务子任务是否需要通过请求进行相应数据的“推”或者“拉”;每个WS-Agent节点初次发起请求时,需向WS-Mediator的Agent管理器进行注册,通过对WS-Agent每次请求信息获取,Agent管理器对所有注册过的WS-Agent进行管理、监控和报警;任务校验器每次收到请求后,根据业务子任务数据校验任务是否完成。
进一步地,所述业务系统包括HIS、LIS、PACS等。
进一步地,WS-Agent向WS-Mediator发起的请求有“拉”和“推”两种工作模式:“拉”模式是WS-Agent发送请求,将互联网平台数据同步到医院内网的业务系统中;“推”模式是WS-Agent发送请求,将医院内网的相关数据同步到互联网平台。
进一步地,所述“拉”模式主要应用在互联网订单同步、体检单位及其属性的同步;所述“推”模式主要应用在体检报告同步、体检完订单数据同步、体检项目同步等。
进一步地,心跳触发器的心跳频率根据业务情况进行配置;任务调度器可以配置业务子任务多少次心跳调度一次或什么时间点起始、终止调度;通过WS-Agent的心跳触发器、任务管理器进行二级配置,可以最大限度利用服务器资源并满足业务需要。
进一步地,WS-Agent和WS-Mediator数据通信的安全性通过HTTPS访问和WebService请求报文的数字签名加密技术来保障;WS-Agent和WS-Mediator之间基于证书的HTTPS访问保障通信信道的安全;Web Service请求业务数据内容的安全则基于Apache的WSS4J框架,利用秘钥和数字签名技术在报文发送前后对请求体进行加解密处理来保障。
进一步地,所述业务子任务包括订单同步子任务、回单子任务、体检报告子任务、单位同步子任务、单项同步子任务;
订单同步子任务:将互联网平台订单同步到WS-Agent的业务中间库,再通过应用程序轮询或者存储过程触发的方式将数据同步到各个业务系统,并将同步结果和相应的订单状态回写到业务中间库,回传互联网平台;
回单子任务:体检完毕订单状态需要同步给互联网平台,以体检报告出总检结果为标识,判别体检过程是否结束;
体检报告子任务:体检系统将完成的体检报告主动写入业务中间库中,通过WS-Agent将数据推送到互联网平台;
单位同步子任务:当互联网平台新增单位或者修改单位时,单位信息将被写入到业务中间库中,体检系统需要读取业务中间库,在体检系统作相应变化,然后回写状态到业务中间库中;当体检系统中单位变化时,同样将变化的单位信息写入到业务中间库中;
单项同步子任务:当体检系统中单项变化时,需要将改变的单项信息写入业务中间库中,WS-Agent保证互联网平台的体检项目也会作相应改变。
一种基于复杂多任务调度的体检中心内外网数据传输系统,该系统包括:部署在每个医院内网环境的至少一个Web Service代理节点WS-Agent和部署在外网互联网环境的Web Service服务节点WS-Mediator;每个WS-Agent通过该医院的网闸,与WS-Mediator进行数据通信;
每个WS-Agent具有业务中间库、心跳触发器和任务调度器;所述业务中间库用于连接各个业务系统;所述心跳触发器用于控制WS-Agent的请求,心跳一次则触发WS-Agent向WS-Mediator发出一次请求;所述任务调度器用于决定每次心跳业务子任务是否需要通过请求进行相应数据的“推”或者“拉”;WS-Agent向WS-Mediator发起请求,并在收到WS-Mediator发送的业务数据后,将业务数据同步到各个业务系统中;
WS-Mediator具有WEB数据库、Agent管理器和任务校验器;所述WEB数据库用于连接与各WEB服务器;所述Agent管理器用于对所有注册过的WS-Agent进行管理、监控和报警;所述任务校验器每次收到请求后,根据业务子任务数据校验任务是否完成;WS-Mediator收到WS-Agent的请求后,在响应中将业务数据返回WS-Agent。
本发明的有益效果是:本发明可以适配多医院体检中心不同业务需求的复杂业务数据交换传输,同时考虑医院体检中心服务器和数据库的并发需求,提供多任务业务数据传输的QoS保障。尽管各个医院体检中心的服务器、数据库性能、体检中心运行模式都有差异,但是通过本发明的中心跳触发器和任务调度器的控制,能够有效面对不同机器性能和差异性业务的需求。
附图说明
图1为数据通讯拓补图;
图2为数据通信QoS与安全示意图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步详细说明。
本发明提供的一种基于复杂多任务调度的体检中心内外网数据传输方法及系统,实现方式如下:
一、 数据通信模式
针对医院网络环境只允许内网到公网的单向访问,我们采用基于反向代理的数据通信模式。
内外网的所有数据通信以Web Service代理节点(简称WS-Agent)和Web Service服务节点(简称WS-Mediator)为核心,并可根据业务需求进行节点扩展。数据通信以医院内网环境WS-Agent节点为核心,向互联网环境WS-Mediator节点发起Request请求,WS-Mediator节点收到请求后在Response响应中将业务数据返回医院内网WS-Agent节点。WS-Agent节点收到业务数据后,再将数据同步到HIS、LIS、PACS等业务模块中去。该解决方案满既可以满足医院内网对系统核心部件进行有效监控管控的需求,也可以适配医院内外网数据交换通过网闸的单向请求和数据摆渡安全要求,如图1所示。
医院内网的WS-Agent节点向互联网环境的WS-Mediator节点发送请求有“拉”和“推”两种工作模式。
1)“拉”模式是WS-Agent发送请求,将互联网平台数据同步到医院局域网业务系统中。主要应用在互联网订单同步,体检单位及其属性的同步。
2)“推”模式就是WS-Agent发送请求,将医院内部相关数据同步到互联网平台。主要应用在体检报告同步,体检完订单数据同步,体检项目同步等。
二、数据QoS与安全保障
WS-Agent节点和WS-Mediator节点之间的网络数据通信基于Web Service,分为网络通信层和业务数据层2层,如图2所示。
网络通信层QoS通过WS-Agent节点心跳触发器、任务调度器和WS-Mediator节点的Agent管理器来保障。
WS-Agent节点请求访问由心跳触发器控制,心跳一次则触发向WS-Mediator节点发出一次Request,心跳频率可根据业务情况进行配置。每次心跳通过任务调度器决定子任务是否需要通过Request进行相应数据的“推”或者“拉”。任务调度器可以配置决定相应子任务多少次心跳调度一次或什么时间点起始、终止调度。
通过WS-Agent节点的心跳触发器、任务管理器进行二级配置,可以最大限度利用服务器资源并满足业务需要。例如,订单同步任务属于时效性较高的任务,用户在外网互联网平台上下单,甚至有的用户会在现场扫码关注下单,需要能够立刻得到结果反馈信息。该应用场景可以配置心跳触发器30秒/次心跳任务,配合任务管理器订单同步子任务每次心跳都触发,则订单1分钟内肯定会从外网平台导入到内网体检系统中。而体检报告同步子任务的时效性要求不是很高,但数据量很大,对体检系统数据库服务器和网络带宽有较大压力。可以根据心跳频率配置任务调度器让体检报告子任务每天晚上20点开始调度,凌晨6点停止调度。利用业务系统空闲时间进行体检报告上传,防止工作时间数据量访问过大而影响体检系统正常使用。
内网系统中会有多个WS-Agent节点,初次发起请求时,WS-Agent需向WS-Mediator节点的Agent管理器进行注册。通过对WS-Agent节点每次请求信息获取,Agent管理器对所有注册过的WS-Agent节点进行管理、监控和报警,可以有效防止内网WS-Agent故障假死,保障通信QoS质量。
系统数据通信的安全性通过HTTPS访问和Web Service请求报文的数字签名加密技术来保障。WS-Agent节点和WS-Mediator节点之间基于证书的HTTPS访问保障通信信道的安全。Web Service请求业务数据内容的安全则基于Apache的WSS4J框架,利用秘钥和数字签名技术在报文发送前后对请求体进行加解密处理来保障。
三、业务数据QoS
系统业务数据传输通过WS-Agent节点的任务调度器控制,任务可以配置是否开启,也可以根据业务需要进行后续扩充。目前有订单同步子任务、回单子任务、体检报告子任务、单位同步子任务、单项同步子任务。
订单同步:将互联网平台订单同步到WS-Agent节点的中间库,再通过应用程序轮询或者存储过程触发的方式将数据同步到HIS、LIS、PACS等业务系统,并将同步结果和相应的订单状态回写到中间库,回传互联网平台。
订单回单:体检完毕订单状态需要同步给互联网平台,主要是体检后针对订单中项目的增减情况是否需要退款。系统以体检报告出总检结果为标识,判别体检过程是否结束。
体检报告同步:体检系统生成的体检报告同步给互联网平台。体检系统需要将完成的体检报告主动写入中间库中,通过WS-Agent将数据推送到互联网。
单位同步:当互联网平台新增单位或者修改单位时,单位信息将被写入到中间库中,体检系统需要读取中间库,在体检系统作相应变化,然后回写状态到中间库中;当体检系统中单位变化时,同样将变化的单位信息写入到中间库中。
单项同步:当体检系统中单项变化时,需要将改变的单项信息写入中间库中,WS-Agent将保证互联网平台的体检项目也会作相应改变。
数据传输QoS控制,通过WS-Mediator任务校验器来保障。校验器每次收到HTTPS请求后,会根据子任务数据校验任务是否完成。例如,内网WS-Agent节点发送订单同步子任务Request,WS-Mediator节点收到后会将当前外网所有没有导入的订单数据通过Response返回WS-Agent。WS-Agent将订单信息同步到内网体检系统后,会将同步结果写到WS-Agent中间表,下次心跳请求时再将信息通过Request发送给WS-Mediator,任务校验器收到Request后会做判断是否当前所有业务任务都已经完成,否则会进行业务错误报警,以保证业务数据传输和处理的完整性和正确性。
上述实施例用来解释说明本发明,而不是对本发明进行限制,在本发明的精神和权利要求的保护范围内,对本发明作出的任何修改和改变,都落入本发明的保护范围。
Claims (7)
1.一种基于复杂多任务调度的体检中心内外网数据传输方法,其特征在于,包括:
在每个医院的内网环境部署至少一个Web Service代理节点WS-Agent,每个WS-Agent具有其对应的业务中间库,通过业务中间库与医院的各个业务系统连接;
在外网的互联网平台部署Web Service服务节点WS-Mediator,WS-Mediator具有与其对应的WEB数据库,通过WEB数据库与各WEB服务器连接;
每个医院内网环境的WS-Agent通过该医院的网闸,与互联网平台的WS-Mediator进行数据通信;WS-Agent向WS-Mediator发起请求,WS-Mediator收到请求后在响应中将业务数据返回WS-Agent;WS-Agent收到业务数据后,再将数据同步到各个业务系统中;
每个WS-Agent设置有心跳触发器和任务调度器,WS-Mediator设置有Agent管理器和任务校验器;WS-Agent的请求由心跳触发器控制,心跳一次则触发向WS-Mediator发出一次请求,心跳触发器的心跳频率根据业务情况进行配置;每次心跳通过任务调度器决定业务子任务是否需要通过请求进行相应数据的“推”或者“拉”;任务调度器可以配置业务子任务多少次心跳调度一次或什么时间点起始、终止调度;通过WS-Agent的心跳触发器、任务管理器进行二级配置,可以最大限度利用服务器资源并满足业务需要;每个WS-Agent节点初次发起请求时,需向WS-Mediator的Agent管理器进行注册,通过对WS-Agent每次请求信息获取,Agent管理器对所有注册过的WS-Agent进行管理、监控和报警;任务校验器每次收到请求后,根据业务子任务数据校验任务是否完成。
2.根据权利要求1所述的一种基于复杂多任务调度的体检中心内外网数据传输方法,其特征在于,所述业务系统包括HIS、LIS、PACS。
3.根据权利要求1所述的一种基于复杂多任务调度的体检中心内外网数据传输方法,其特征在于,WS-Agent向WS-Mediator发起的请求有“拉”和“推”两种工作模式:“拉”模式是WS-Agent发送请求,将互联网平台数据同步到医院内网的业务系统中;“推”模式是WS-Agent发送请求,将医院内网的相关数据同步到互联网平台。
4.根据权利要求1所述的一种基于复杂多任务调度的体检中心内外网数据传输方法,其特征在于,所述“拉”模式主要应用在互联网订单同步、体检单位及其属性的同步;所述“推”模式主要应用在体检报告同步、体检完订单数据同步、体检项目同步。
5.根据权利要求1所述的一种基于复杂多任务调度的体检中心内外网数据传输方法,其特征在于,WS-Agent和WS-Mediator数据通信的安全性通过HTTPS访问和Web Service请求报文的数字签名加密技术来保障;WS-Agent和WS-Mediator之间基于证书的HTTPS访问保障通信信道的安全;Web Service请求业务数据内容的安全则基于Apache的WSS4J框架,利用秘钥和数字签名技术在报文发送前后对请求体进行加解密处理来保障。
6.根据权利要求1所述的一种基于复杂多任务调度的体检中心内外网数据传输方法,其特征在于,所述业务子任务包括订单同步子任务、回单子任务、体检报告子任务、单位同步子任务、单项同步子任务;
订单同步子任务:将互联网平台订单同步到WS-Agent的业务中间库,再通过应用程序轮询或者存储过程触发的方式将数据同步到各个业务系统,并将同步结果和相应的订单状态回写到业务中间库,回传互联网平台;
回单子任务:体检完毕订单状态需要同步给互联网平台,以体检报告出总检结果为标识,判别体检过程是否结束;
体检报告子任务:体检系统将完成的体检报告主动写入业务中间库中,通过WS-Agent将数据推送到互联网平台;
单位同步子任务:当互联网平台新增单位或者修改单位时,单位信息将被写入到业务中间库中,体检系统需要读取业务中间库,在体检系统作相应变化,然后回写状态到业务中间库中;当体检系统中单位变化时,同样将变化的单位信息写入到业务中间库中;
单项同步子任务:当体检系统中单项变化时,需要将改变的单项信息写入业务中间库中,WS-Agent保证互联网平台的体检项目也会作相应改变。
7.一种利用权利要求1所述方法实现的基于复杂多任务调度的体检中心内外网数据传输系统,其特征在于,该系统包括:部署在每个医院内网环境的至少一个Web Service代理节点WS-Agent和部署在外网互联网环境的Web Service服务节点WS-Mediator;每个WS-Agent通过该医院的网闸,与WS-Mediator进行数据通信;
每个WS-Agent具有与其对应的业务中间库、心跳触发器和任务调度器;所述业务中间库用于连接各个业务系统;所述心跳触发器用于控制WS-Agent的请求,心跳一次则触发WS-Agent向WS-Mediator发出一次请求;所述任务调度器用于决定每次心跳业务子任务是否需要通过请求进行相应数据的“推”或者“拉”;WS-Agent向WS-Mediator发起请求,并在收到WS-Mediator发送的业务数据后,将业务数据同步到各个业务系统中;
WS-Mediator具有与其对应的WEB数据库、Agent管理器和任务校验器;所述WEB数据库用于连接与各WEB服务器;所述Agent管理器用于对所有注册过的WS-Agent进行管理、监控和报警;所述任务校验器每次收到请求后,根据业务子任务数据校验任务是否完成;WS-Mediator收到WS-Agent的请求后,在响应中将业务数据返回WS-Agent。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910033276.2A CN109743399B (zh) | 2019-01-14 | 2019-01-14 | 一种体检中心多任务调度的内外网数据传输方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910033276.2A CN109743399B (zh) | 2019-01-14 | 2019-01-14 | 一种体检中心多任务调度的内外网数据传输方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109743399A CN109743399A (zh) | 2019-05-10 |
CN109743399B true CN109743399B (zh) | 2021-09-03 |
Family
ID=66364722
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910033276.2A Active CN109743399B (zh) | 2019-01-14 | 2019-01-14 | 一种体检中心多任务调度的内外网数据传输方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109743399B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111125212A (zh) * | 2019-11-29 | 2020-05-08 | 福建亿榕信息技术有限公司 | 一种强隔离环境数据实时摆渡方法及系统 |
CN112291298B (zh) * | 2020-09-18 | 2024-03-01 | 云镝智慧科技有限公司 | 异构系统的数据传输方法、装置、计算机设备和存储介质 |
CN116669810A (zh) * | 2020-12-28 | 2023-08-29 | 西安大医集团股份有限公司 | 通信连接的监测方法、医疗系统、存储介质 |
CN114050896A (zh) * | 2021-11-26 | 2022-02-15 | 浩云科技股份有限公司 | 一种内、外对接服务方法、系统、设备和介质 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101944245B (zh) * | 2010-08-24 | 2012-08-22 | 苏州为尔为民信息科技有限公司 | 医疗自助式取单方法及其系统 |
CN103309738B (zh) * | 2013-05-31 | 2016-12-28 | 中国联合网络通信集团有限公司 | 用户作业调度方法及装置 |
CN103346980B (zh) * | 2013-07-02 | 2016-08-10 | 华为技术有限公司 | 一种业务调度方法、装置及网络设备 |
CN105389619B (zh) * | 2014-08-31 | 2021-08-03 | 通用电气公司 | 用于改进健康护理生态系统内的连接的方法和系统 |
CN104899817A (zh) * | 2015-06-26 | 2015-09-09 | 中国人民解放军第四五四医院 | 一种移动互联网医院安全交互的方法 |
CN105205766B (zh) * | 2015-08-19 | 2019-12-17 | 四川佳缘科技股份有限公司 | 基于云平台的移动互联网医院就诊系统 |
CN105610999A (zh) * | 2016-03-30 | 2016-05-25 | 上海斐讯数据通信技术有限公司 | 一种通过穿透nat实现p2p通信的方法、设备、服务器及系统 |
CN105976133A (zh) * | 2016-06-02 | 2016-09-28 | 国网上海市电力公司 | 一种线上线下服务平台的系统架构 |
CN109150702B (zh) * | 2018-08-16 | 2021-02-05 | 南京南瑞信息通信科技有限公司 | 一种连通信息内外网的高性能移动接入网关及其方法 |
-
2019
- 2019-01-14 CN CN201910033276.2A patent/CN109743399B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN109743399A (zh) | 2019-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109743399B (zh) | 一种体检中心多任务调度的内外网数据传输方法及系统 | |
US7437275B2 (en) | System for and method of multi-location test execution | |
CN107295080A (zh) | 应用于分布式服务器集群的数据存储方法和服务器 | |
CN111506412B (zh) | 基于Airflow的分布式异步任务构建、调度系统及方法 | |
CN109167822A (zh) | 一种基于区块链的物联网设备控制方法及系统 | |
JP6164747B2 (ja) | 協働環境におけるフロー制御のためのおよび信頼性のある通信のための方法 | |
CA3107499C (en) | Systems and methods for initiating processing actions utilizing automatically generated data of a group-based communication system | |
JP4724748B2 (ja) | 周期的な分散された時間によるリソース管理 | |
US7937716B2 (en) | Managing collections of appliances | |
US20140245262A1 (en) | Integrated Software Development and Deployment Architecture and High Availability Client-Server Systems Generated Using the Architecture | |
WO2019061720A1 (zh) | 一种数据同步的方法和系统 | |
CN108376106A (zh) | 一种区块链消息反馈方法及系统 | |
US20090063650A1 (en) | Managing Collections of Appliances | |
CN103067230A (zh) | 一种通过植入监控代码实现对http服务监控的方法 | |
CN111625497B (zh) | 一种分布式文件系统的部署方法、装置、设备及存储介质 | |
CN112637318A (zh) | 一种面向存储完整性的智能网关系统、装置及其控制方法 | |
CN110392120A (zh) | 一种消息推送过程中故障的恢复方法及装置 | |
US8924530B2 (en) | Multi-phase monitoring of hybrid system landscapes | |
CN109558239A (zh) | 一种任务调度方法、装置、系统、计算机设备和存储介质 | |
CN111083177A (zh) | 基于协同网关的跨域协同交互方法 | |
Shen et al. | Achieving data consistency by contextualization in web-based collaborative applications | |
CN113127499B (zh) | 一种基于区块链的微服务方法、设备及介质 | |
WO2024032298A1 (zh) | 一种面向电力系统场景及配置的托管系统及托管方法 | |
CN113556387A (zh) | 边缘网关控制方法及系统、装置、电子设备、存储介质 | |
JP2004171063A (ja) | シンクライアントシステム、シンクライアントシステム制御方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |