CN113257404B - 病理远程会诊的通信方法及平台 - Google Patents
病理远程会诊的通信方法及平台 Download PDFInfo
- Publication number
- CN113257404B CN113257404B CN202110525731.8A CN202110525731A CN113257404B CN 113257404 B CN113257404 B CN 113257404B CN 202110525731 A CN202110525731 A CN 202110525731A CN 113257404 B CN113257404 B CN 113257404B
- Authority
- CN
- China
- Prior art keywords
- server
- sub
- data
- request
- main server
- 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
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H70/00—ICT specially adapted for the handling or processing of medical references
- G16H70/60—ICT specially adapted for the handling or processing of medical references relating to pathologies
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Biomedical Technology (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Pathology (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开的一种病理远程会诊的通信方法包括以下步骤:判断用户是在主服务器登录还是在分服务器登录;如果用户在主服务器登录,则判断请求数据是在主服务器还是在分服务器;如果请求数据是在主服务器则通过客户端进行数据请求;如果请求数据在分服务器则通过主服务器把请求转发到分服务器进行数据获取;如果用户在分服务器登录,请求数据在本地分服务器则通过客户端请求数据;如果用户在分服务器登录且请求数据在主服务器,则通过客户端请求数据;如果用户在分服务器登录且请求数据在其它网络的分服务器,则通过主服务器把请求转发到其它网络的分服务器进行数据获取。本发明解决了远程会诊平台主服务器与分服务器之间在不同协议下的通信问题。
Description
技术领域
本发明涉及一种病理远程会诊的通信方法及平台,属于网络通信技术领域。
背景技术
HTTP是一种无状态的、基于TCP的超文本传输协议,客户端与服务端在网络中的通信就是通过HTTP协议进行的。但是,由于HTTP明文传输的特性,在网络传输的过程中也不会验证通信方的身份,任何人都有可能从中截获、修改或者伪造信息,这就造成了很大的安全隐患。为了解决HTTP不安全的问题,HTTPS也就应运而生了,HTTPS是在HTTP上建立SSL加密层,并对传输数据进行加密,是HTTP协议的安全版。
病理远程会诊是将影像学数据传输到网络中,专家在网络上完成对病例的诊断。病理远程会诊平台能够帮助基层医院解决病理专家稀缺、疑难会诊、术中病理快速冰冻的等问题。病理远程会诊平台传输的数据主要为影像学的图片数据,数据量非常大,为了提高数据的传输速度,提高用户体验,在架构上采用主服务器与分服务器的模式,整个会诊平台有一个主服务器,部署在公网上;分服务器部署在各个需要会诊的基础医院中。为了保证远程会诊平台的安全性,远程会诊的主服务器使用HTTPS协议进行数据传输,而医院内部使用内网,安全性较高,部署在医院的分服务器则使用HTTP协议进行数据传输,这时就涉及到了主服务器与分服务器间的数据通信,但是HTTPS协议的网站下,请求HTTP接口,会报不安全错误,这就需要一种主服务器与分服务器之间通信的方法。
为了解决远程会诊平台主服务器与分服务器之间在不同协议下的通信问题,本发明提出了一种对于不同协议间通信的方法。
发明内容
为了解决上述问题,本发明提出了一种病理远程会诊的通信方法及平台。能够解决远程会诊平台主服务器与分服务器之间在不同协议下的通信问题。
本发明解决其技术问题采取的技术方案是:
第一方面,本发明实施例提供的一种远程会诊并发请求的通信方法,用于主服务器将客户端请求转发到分服务器进行数据获取,所述方法包括以下步骤:
步骤1,在主服务器定义转发接口和消息队列;转发接口获取客户端请求信息的上下文信息、请求信息的内容和分服务器的地址,将请求加入到消息队列的末尾;
步骤2,接口判断消息队列是否为空;如果为空则延时等待;否则根据消息队列的头部信息中的分服务器地址和请求内容进行转发请求;
步骤3,分服务器记录请求的上下文信息,根据请求的数据内容进行数据的读取,将获得的数据组成字符串并利用上下文信息将数据写回;
步骤4,主服务器接利用客户端请求信息的上下文信息将数据写回信息发送给客户端;
步骤5,写完一个客户端的数据后,转到步骤2,继续对客户端的转发请求进行处理。
第二方面,本发明实施例提供的一种病理远程会诊的通信方法,包括以下步骤:
步骤1,判断用户是在主服务器登录还是在分服务器登录;
步骤2,如果用户在主服务器登录,则判断请求数据是在主服务器还是在分服务器;
步骤3,如果请求数据是在主服务器,则通过客户端进行数据请求;
步骤4,如果请求数据在分服务器,则通过主服务器把请求转发到分服务器进行数据获取;
步骤5,如果用户在分服务器登录,请求数据在本地分服务器,则直接通过客户端请求数据;
步骤6,如果用户在分服务器登录,且请求数据在主服务器,则直接通过客户端请求数据;
步骤7,如果用户在分服务器登录,且请求数据在其它网络的分服务器,则通过主服务器把请求转发到其它网络的分服务器进行数据获取。
作为本实施例一种可能的实现方式,所述主服务器采用HTTPS协议通信,所述分服务器采用HTTP协议通信。
作为本实施例一种可能的实现方式,在建立分服务器时,在主服务器上记录每个分服务器的外网地址,数据需要存储在分服务器时,设置分服务器的外网地址为当前分服务器外网地址;数据不需要存储在分服务器时,设置分服务器的外网地址为空字符串。
作为本实施例一种可能的实现方式,如果用户在主服务器登录,且请求数据在分服务器,则采用如上所述的远程会诊并发请求的通信方法通过主服务器把请求转发到分服务器进行数据获取。
作为本实施例一种可能的实现方式,如果用户在分服务器登录,且请求数据在其它网络的分服务器,则采用如上所述的远程会诊并发请求的通信方法通过主服务器把请求转发到其它网络的分服务器进行数据获取。
第三方面,本发明实施例提供的一种病理远程会诊平台,其特征是,包括:
客户端,用于用户登录病理远程会诊平台;
主服务器,与客户端和分服务器相连,用于安装病理远程会诊程序;
分服务器,用于存储各个需要会诊的基层医院影像数据;
病理远程会诊程序,安装主服务器,用于执行如上所述的病理远程会诊的通信方法。
作为本实施例一种可能的实现方式,所述主服务器部署在公网中,所述分服务器安装在需要会诊的基层医院的内网中。
作为本实施例一种可能的实现方式,所述分服务器安装有内外网端口映射软件,且在内外网端口映射过程中的数据经过堡垒机的检测。
本发明实施例的技术方案可以具有的有益效果如下:
当多个客户端同时向主服务器发送转发请求时,如果请求是采用同步的方式进行处理,多个请求会同时执行转发程序,请求会拥塞到主服务器端,造成了主服务端的阻塞、死锁等情况,因此,本发明实施例的技术方案提供了一种远程会诊并发请求的通信方法,解决了高并发请求、防止服务器阻塞的问题。
本发明实施例的技术方案的一种病理远程会诊的通信方法,针对病理远程会诊平台的各种通信情况,提供了不同协议间通信措施,解决了病理远程会诊平台主服务器与分服务器的通信问题。
本发明实施例的技术方案的一种病理远程会诊平台,针对病理远程会诊平台的各种通信情况,提供了不同协议间通信措施,解决了病理远程会诊平台主服务器与分服务器的通信问题。
附图说明:
图1是根据一示例性实施例示出的一种病理远程会诊的通信方法流程图;
图2是根据一示例性实施例示出的一种远程会诊并发请求的通信方法流程图;
图3是根据一示例性实施例示出的一种病理远程会诊平台的结构图;
图4是根据一示例性实施例示出的一种病理远程会诊平台的整体架构图。
具体实施方式
下面结合附图与实施例对本发明做进一步说明:
为能清楚说明本方案的技术特点,下面通过具体实施方式,并结合其附图,对本发明进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开,下文中对特定例子的部件和设置进行描述。此外,本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的,其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意,在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。
图1是根据一示例性实施例示出的一种病理远程会诊的通信方法流程图。如图1所示,本发明实施例提供的一种病理远程会诊的通信方法,包括以下步骤:
步骤1,判断用户是在主服务器登录还是在分服务器登录;
步骤2,如果用户在主服务器登录,则判断请求数据是在主服务器还是在分服务器;
步骤3,如果请求数据是在主服务器,则通过客户端进行数据请求;
步骤4,如果请求数据在分服务器,则通过主服务器把请求转发到分服务器进行数据获取;
步骤5,如果用户在分服务器登录,请求数据在本地分服务器,则直接通过客户端请求数据;
步骤6,如果用户在分服务器登录,且请求数据在主服务器,则直接通过客户端请求数据;
步骤7,如果用户在分服务器登录,且请求数据在其它网络的分服务器,则通过主服务器把请求转发到其它网络的分服务器进行数据获取。
作为本实施例一种可能的实现方式,所述主服务器采用HTTPS协议通信,所述分服务器采用HTTP协议通信。
作为本实施例一种可能的实现方式,在建立分服务器时,在主服务器上记录每个分服务器的外网地址,数据需要存储在分服务器时,设置分服务器的外网地址为当前分服务器外网地址;数据不需要存储在分服务器时,设置分服务器的外网地址为空字符串。
作为本实施例一种可能的实现方式,如果用户在主服务器登录,且请求数据在分服务器,则采用远程会诊并发请求的通信方法通过主服务器把请求转发到分服务器进行数据获取。
作为本实施例一种可能的实现方式,如果用户在分服务器登录,且请求数据在其它网络的分服务器,则采用远程会诊并发请求的通信方法通过主服务器把请求转发到其它网络的分服务器进行数据获取。
如图2所示,本发明提供的一种远程会诊并发请求的通信方法,用于主服务器将客户端请求转发到分服务器进行数据获取,所述方法包括以下步骤:
步骤1,在主服务器定义一个内部转发的接口,定义消息队列;在接口中先获取客户端请求信息的上下文信息、请求信息的内容和分服务器的地址,并将请求加入到消息队列的末尾;
步骤2,接口判断消息队列是否为空;如果为空则延时等待;如果不为空,则取消息队列的头部信息,根据头部信息中的分服务器地址和请求内容进行转发请求;
步骤3,分服务器接收到请求信息后,记录请求的上下文信息,根据请求的数据内容调用不同的函数进行数据的读取,将获得的数据组成字符串;分服务器利用上下文信息将数据写回;
步骤4,主服务器接收到分服务器写回的数据后,利用客户端请求信息的上下文信息将数据写回信息发送给客户端;
步骤5,写完一个客户端的数据后,转到步骤2,继续判断消息队列,对客户端的转发请求进行再次处理。
由于通信方式较多,下面以用户在主服务器登录,请求的数据在分服务器的情况对本发明所述病理远程会诊的通信方法进行具体说明:
步骤S1,用户登录会诊平台https://192.168.3.23,客户端通过window.location.protocol方式获取当前网址的通信协议https,判断得出当前通信协议为HTTPS,用户在主服务器登录。
步骤S2,用户登录会诊平台时,客户端获取该用户所在医院的分服务器地址subServerURL,请求数据之前判断subServerURL是否为空,若不为空,需要向分服务器请求数据。例如,查询分服务器未上传的影像数据时,获取的分服务器地址subServerURL=http://192.168.1.10。
由于该情况下分服务器的外网地址subServerURL一定不为空,所以跳过步骤S3。
步骤S4,由于用户在HTTPS协议的网站下登录,客户端请求HTTP接口,会报不安全错误,所以需要将请求通过主服务器转发到分服务器进行数据获取。
步骤S4-1,定义一个内部转发接口,定义一个消息队列queueMessage。首先获取客户端请求信息的上下文HttpContext信息clientInfo,分服务器的地址subServerURL(http://192.168.1.10),及请求信息的内容content(/CopyUploadSlide?action=fileIsExist&filename=”test”)。将请求加入到消息队列queueMessage的末尾中。
步骤S4-2,转发接口判断消息队列是否为空,如果为空则延时等待Sleep(time);如果不为空,则获取消息队列queueMessage的头部信息queueInfo,根据头部信息中的分服务器地址和请求内容,将其拼接为请求地址strRequestUrl=http://192.168.1.10/CopyUploadSlide?action=fileIsExist&filename=”test”,利用webClient的UploadString方法,将请求strRequestUrl加载到指定资源。
步骤S4-3,分服务器接收到请求信息后,记录请求的上下文HttpContext信息context,根据请求的数据内容调用fileIsExist函数查询文件名为test的影像数据,将获得的数据组成json字符串jsonData;分服务器利用上下文信息将数据返回context.Response.Write(jsonData);
步骤S4-4,主服务器接收到分服务器写回的数据jsonData,利用客户端请求信息的上下文HttpContext信息clientInfo将数据写回客户端(即clientInfo.Response.Write(jsonData))。
步骤S4-5请求完一个客户端的数据后,转到步骤S4-1,继续判断消息队列,对客户端的其他转发请求进行再次处理。
由于此情况不涉及数据在主服务器或其他分服务器的情况,所以跳过步骤S5。
如图3所示,本发明实施例提供的一种病理远程会诊平台,包括:
客户端,用于用户登录病理远程会诊平台;
主服务器,与客户端和分服务器相连,用于安装病理远程会诊程序;
分服务器,用于存储各个需要会诊的基层医院影像数据;
病理远程会诊程序,安装主服务器,用于执行病理远程会诊的通信方法。
病理远程会诊提供了一个医学影像数据传输的平台。若要访问影像数据,则通过分片的方式,即用户请求查看影像数据时是按照瓦片的形式传输,不会请求整个数据;但是上传影像数据时需要全部上传到服务器,其余的客户端才能访问。根据不同医院的业务需求,远程会诊平台的部署方式分为两种。一种是在公网中部署会诊平台的主服务器,在各个需要会诊的基层医院的内网中部署影像数据分服务器。这种方式主要应用于术中病理需要快速冰冻诊断的会诊医院。由于快速冰冻诊断情况的特殊性,需要在短时间内快速诊断得出结论;但是根据不同医院的网络环境不同,影像数据上传的速度也不同,为了能够使专家尽快诊断,会诊平台会优先访问分服务器上暂存的影像数据。另一种是将整个会诊平台作为分服务器单独部署在需要会诊的医院中,这种方式主要应用于提供会诊服务的第三方机构或者需要自己管理会诊数据的医院。在应用中会诊平台的网络环境部署方式为:主服务器为https协议;分服务器为http协议,部署在医院的分服务器由于采用的是内外网映射,且中间会经过堡垒机的检测,采用http协议即可保证数据安全。整体架构图如图4所示。
在病理远程会诊平台中,如果用户所在医院是由主服务器管理的,用户登录的就是主服务器;如果用户所在医院是由分服务器管理的,用户登录的就是分服务器。在远程会诊平台的架构中,若用户登录主服务器的远程会诊平台,其请求的影像数据可能存储在主服务器,也可能存储在分服务器;所以需要根据不同情况设置不同的通信方法。若用户登录分服务器的远程会诊平台,由于分服务器是部署在医院内网的,外网无法请求内网数据,用户只能通过内网登录。所以,远程会诊平台的通信分为以下几种情况:
情况一:用户在主服务器登录,请求的数据在主服务器。此情况通信方式为HTTPS;
情况二:用户在主服务器登录,请求的数据在分服务器。此情况的登录方式为HTTPS,请求数据为HTTP;
情况三:用户在分服务器内网IP地址登录,请求的数据在分服务器。此情况通信方式为HTTP,由于医院网络安全的要求,不允许内网IP通过外网映射访问医院的分服务器,只能利用内网进行通信。
情况四:用户在分服务器登录,请求的数据在主服务器或在其他分服务器。
该病理远程会诊平台进行病理远程会诊的通信过程如下。
步骤S1,远程会诊平台判断用户是在主服务器登录还是在分服务器登录。如果是主服务器则通过HTTPS协议通信,如果是分服务器则通过HTTP协议通信,方法是通过网站地址栏中的通信协议判断。例如:浏览器的地址栏为:http://192.168.2.22或https://192.168.3.23,客户端通过window.location.protocol方法获取到当前页面地址的协议,这样就可以具体判断出客户是在HTTP协议下还是在HTTPS协议下。
步骤S2,对于用户在主服务器登录,需要判断请求数据是在主服务器还是在分服务器。因为远程会诊要求快速、便捷、完整的特性,部分病例数据会暂时存放在部署在医院的分服务器上,所以在请求数据时需要区分其是在主服务器还是在分服务器。在建立分服务器时,需要在主服务器上记录每个分服务器的外网地址。数据需要存储在分服务器时,设置分服务器的外网地址为当前分服务器外网地址;数据不需要存储在分服务器时,设置分服务器的外网地址为空字符串。设置分服务器外网地址变量为:subServerURL。在用户登录时,获取其所在医院分服务器的外网地址subServerURL,在请求数据时会根据是否有分服务器的地址来区分请求的数据在哪个服务器上。
步骤S3,如果subSeverURL为空,则为情况一,这种情况下由于其通信协议都是HTTPS,且请求数据在同一服务器下,所以直接通过客户端进行数据请求。
步骤S4,如果subServerURL不为空,即数据存在分服务器,则为情况二。对于情况二,主服务器要求HTTPS协议,分服务器采用HTTP协议,在HTTPS协议的网站下,客户端请求HTTP接口,会报不安全错误,这样不能直接通过客户端进行数据的请求。为了解决这种情况远程会诊平台在主服务器设置了一种内部请求转发的方法,把请求转发到分服务器进行数据获取。
但是当多个客户端同时向主服务器发送转发请求时,如果请求是采用同步的方式进行处理,多个请求会同时执行转发程序,请求会拥塞到主服务器端,造成主服务端的阻塞、死锁等情况。为了解决高并发请求、防止服务器阻塞,会诊平台中采用的是请求异步处理,具体如下。
步骤S4-1,首先,在主服务器定义一个内部转发的接口;定义消息队列queueMessage。客户端所有针对分服务器数据的请求全部通过这个接口进行转发。在接口中先获取客户端请求信息的上下文HttpContext信息clientInfo,分服务器的地址subServerURL,及请求信息的内容content。将请求加入到消息队列queueMessage的末尾。
步骤S4-2,转发接口判断消息队列是否为空;如果为空则延时等待Sleep(time);如果不为空,则取消息队列queueMessage的头部信息queueInfo,根据头部信息中的分服务器地址和请求内容进行转发请求。主要方法是利用WebClient的UploadString函数将请求信息发送给分服务器。
步骤S4-3,分服务器接收到请求信息后,记录请求的上下文信息HttpContext,根据请求的数据内容调用不同的函数进行数据的读取,将获得的数据组成json字符串jsonData;分服务器利用上下文信息HttpContext将数据写回Response.Write(jsonData);
步骤S4-4主服务器接收到分服务器写回的数据后,利用客户端请求信息的上下文HttpContext信息clientInfo将数据写回客户端(即clientInfo.Response.Write(jsonData))。
步骤S4-5写完一个客户端的数据后,转到步骤S4-1,继续判断消息队列,对客户端的转发请求进行再次处理。
步骤S5,客户端通过内网IP登录分服务器,此时请求的影像学数据可能在分服务器也可能在主服务器或其他分服务器。客户端首先获取当前登录地址window.location,然后请求病例的详细信息,其中包括影像学数据存储的位置imageDataUrl,若存储地址imageDataUrl中包含当前登录地址,即数据存在与客户端同网络的内网中,此情况为情况三,直接通过客户端请求数据即可。若数据存在主服务器或其他网络的分服务器,此情况为情况四,无论请求数据在主服务器还是在其他分服务器,客户端先向本地分服务器发送请求,本地分服务器接到客户端的请求后利用webClient将其转发到主服务器。当主服务器接收到转发请求后,查看存储地址imageDataUrl中是否包含当前主服务器地址。如果包含主服务器地址,则数据存储在主服务器,主服务器获取到数据jsonData后,利用HttpContent返回信息,分服务器接收到返回的信息,再将数据返回客户端;否则,数据存储在其他的分服务器,需要转到S4-1,主服务器将请求信息的上下文HttpContext信息subClientInfo、请求内容追加到消息队列queueMessage末尾,依次执行步骤S4-2,S4-3,当主服务器接收到分服务器写回的数据后,利用HttpContent返回信息,本地分服务器接收到返回的信息,本地服务器再利用客户端请求信息的上下文HttpContext信息subClientInfo将数据写回客户端。
最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制,尽管参照上述实施例对本发明进行了详细的说明,所属领域的普通技术人员应当理解:依然可以对本发明的具体实施方式进行修改或者等同替换,而未脱离本发明精神和范围的任何修改或者等同替换,其均应涵盖在本发明的权利要求保护范围之内。
Claims (7)
1.一种病理远程会诊的通信方法,其特征是,包括以下步骤:
步骤1,判断用户是在主服务器登录还是在分服务器登录;
步骤2,如果用户在主服务器登录,则判断请求数据是在主服务器还是在分服务器;
步骤3,如果请求数据是在主服务器,则通过客户端进行数据请求;
步骤4,如果请求数据在分服务器,则通过主服务器把请求转发到分服务器进行数据获取;
步骤5,如果用户在分服务器登录,请求数据在本地分服务器,则直接通过客户端请求数据;
步骤6,如果用户在分服务器登录,且请求数据在主服务器,则直接通过客户端请求数据;
步骤7,如果用户在分服务器登录,且请求数据在其它网络的分服务器,则通过主服务器把请求转发到其它网络的分服务器进行数据获取;
所述主服务器采用HTTPS协议通信,所述分服务器采用HTTP协议通信;
所述通过主服务器把请求转发到分服务器进行数据获取;包括以下步骤:
步骤A,在主服务器定义转发接口和消息队列;转发接口获取客户端请求信息的上下文信息、请求信息的内容和分服务器的地址,将请求加入到消息队列的末尾;
步骤B,接口判断消息队列是否为空;如果为空则延时等待;否则根据消息队列的头部信息中的分服务器地址和请求内容进行转发请求;
步骤C,分服务器记录请求的上下文信息,根据请求的数据内容进行数据的读取,将获得的数据组成字符串并利用上下文信息将数据写回;
步骤D,主服务器接利用客户端请求信息的上下文信息将数据写回信息发送给客户端;
步骤E,写完一个客户端的数据后,转到步骤B,继续对客户端的转发请求进行处理。
2.根据权利要求1所述的病理远程会诊的通信方法,其特征是,在建立分服务器时,在主服务器上记录每个分服务器的外网地址,数据需要存储在分服务器时,设置分服务器的外网地址为当前分服务器外网地址;数据不需要存储在分服务器时,设置分服务器的外网地址为空字符串。
3.根据权利要求1-2任意一项所述的病理远程会诊的通信方法,其特征是,如果用户在主服务器登录,且请求数据在分服务器,则采用如权利要求2所述的远程会诊并发请求的通信方法通过主服务器把请求转发到分服务器进行数据获取。
4.根据权利要求1-2任意一项所述的病理远程会诊的通信方法,其特征是,如果用户在分服务器登录,且请求数据在其它网络的分服务器,则采用如权利要求1所述的远程会诊并发请求的通信方法通过主服务器把请求转发到其它网络的分服务器进行数据获取。
5.一种病理远程会诊平台,其特征是,包括:
客户端,用于用户登录病理远程会诊平台;
主服务器,与客户端和分服务器相连,用于安装病理远程会诊程序;
分服务器,用于存储各个需要会诊的基层医院影像数据;
病理远程会诊程序,安装主服务器,用于执行如权利要求1-4任意一项所述的病理远程会诊的通信方法;
所述主服务器采用HTTPS协议通信,所述分服务器采用HTTP协议通信。
6.根据权利要求5所述的病理远程会诊平台,其特征是,所述主服务器部署在公网中,所述分服务器安装在需要会诊的基层医院的内网中。
7.根据权利要求5所述的病理远程会诊平台,其特征是,所述分服务器安装有内外网端口映射软件,且在内外网端口映射过程中的数据经过堡垒机的检测。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110525731.8A CN113257404B (zh) | 2021-05-12 | 2021-05-12 | 病理远程会诊的通信方法及平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110525731.8A CN113257404B (zh) | 2021-05-12 | 2021-05-12 | 病理远程会诊的通信方法及平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113257404A CN113257404A (zh) | 2021-08-13 |
CN113257404B true CN113257404B (zh) | 2023-06-23 |
Family
ID=77181999
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110525731.8A Active CN113257404B (zh) | 2021-05-12 | 2021-05-12 | 病理远程会诊的通信方法及平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113257404B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104363245A (zh) * | 2014-11-28 | 2015-02-18 | 上海斐讯数据通信技术有限公司 | 一种基于telnet 协议的远程登录系统及方法 |
CN109636334A (zh) * | 2018-12-07 | 2019-04-16 | 深圳市汇鑫科技股份有限公司 | 一种物业智慧社区服务系统及方法 |
CN111372100A (zh) * | 2020-04-21 | 2020-07-03 | 白杨 | 一种基于分布式选举的端到端内容分发网络系统和分发方法 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030217149A1 (en) * | 2002-05-20 | 2003-11-20 | International Business Machines Corporation | Method and apparatus for tunneling TCP/IP over HTTP and HTTPS |
CN101431476B (zh) * | 2008-12-12 | 2012-04-18 | 中国工商银行股份有限公司 | 一种基于消息队列的数据传输方法、服务器及系统 |
WO2014201811A1 (en) * | 2013-06-20 | 2014-12-24 | Tencent Technology (Shenzhen) Company Limited | Method, device and system for logging in through a browser application at a client terminal |
CN104219248B (zh) * | 2014-09-26 | 2018-04-17 | 广州市问道文化传播有限公司 | 社区架构、社区通讯方法及系统 |
US20160134934A1 (en) * | 2014-11-06 | 2016-05-12 | Adobe Systems Incorporated | Estimating audience segment size changes over time |
CN105187327A (zh) * | 2015-08-14 | 2015-12-23 | 广东能龙教育股份有限公司 | 一种分布式消息队列中间件 |
CN105208043B (zh) * | 2015-10-13 | 2019-02-12 | 网易(杭州)网络有限公司 | 外网代理模块、内网代理模块、数据传输方法及系统 |
CN112714194B (zh) * | 2021-03-26 | 2021-06-18 | 南京美乐威电子科技有限公司 | 一种外网主机访问内网设备的方法和网络拓扑结构 |
-
2021
- 2021-05-12 CN CN202110525731.8A patent/CN113257404B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104363245A (zh) * | 2014-11-28 | 2015-02-18 | 上海斐讯数据通信技术有限公司 | 一种基于telnet 协议的远程登录系统及方法 |
CN109636334A (zh) * | 2018-12-07 | 2019-04-16 | 深圳市汇鑫科技股份有限公司 | 一种物业智慧社区服务系统及方法 |
CN111372100A (zh) * | 2020-04-21 | 2020-07-03 | 白杨 | 一种基于分布式选举的端到端内容分发网络系统和分发方法 |
Also Published As
Publication number | Publication date |
---|---|
CN113257404A (zh) | 2021-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8886714B2 (en) | Remote access service for cloud-enabled network devices | |
US11399113B2 (en) | System and method for selectively sending, delivery and receiving of faxes | |
US8566443B2 (en) | Unobtrusive methods and systems for collecting information transmitted over a network | |
US8843605B2 (en) | Method and system for filtering and suppression of telemetry data | |
KR100289520B1 (ko) | 웹브라우저애플리케이션의성능향상방법및장치,클라이언트/서버시스템의성능향상방법및장치 | |
US7558854B2 (en) | Access relaying apparatus | |
US20080114897A1 (en) | System and method for transmission of DNS beacons | |
US20070266145A1 (en) | Method, system and program product for collecting web metric data | |
WO2012129468A1 (en) | System and method for sharing data from a local network to a remote device | |
JP2013504806A (ja) | ファイルディレクトリに基づいたファイルの転送のための方法、装置、およびシステム | |
CN111835758A (zh) | 基于tcp/udp透明代理实现的蜜罐攻击者溯源的方法 | |
US8490173B2 (en) | Unauthorized communication detection method | |
US20090259666A1 (en) | Unobtrusive methods and systems for collecting information transmitted over a network | |
US20030135566A1 (en) | File transmission apparatus, web server, file transmission system, file transmission program storage medium, and web server program storage medium | |
CN113271362B (zh) | 基于混合云的教育资源的处理方法、装置、系统及介质 | |
CN113257404B (zh) | 病理远程会诊的通信方法及平台 | |
CN112968914A (zh) | 请求数据实时导入漏洞扫描器的系统、方法、设备及介质 | |
US20120198079A1 (en) | Parallel transmissions over http connections | |
WO2017005118A1 (zh) | 维持通信连接的方法、装置、终端及服务器 | |
JP2013250691A (ja) | 通信装置および方法 | |
JP6605149B2 (ja) | 共有端末の検出方法及びその装置 | |
JP4001047B2 (ja) | 中継装置 | |
CN117615043B (zh) | 一种边缘网关上服务间通信方法及系统 | |
BE1004536A6 (fr) | Transmission de donnees et controle d'acces a celles-ci. | |
CN112653732A (zh) | 一种实现http代理的方法、装置、设备及存储介质 |
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 |