CN113571162A - 一种多用户协同操作医学影像的实现方法、装置及*** - Google Patents

Abstract

本申请提供了一种多用户协同操作医学影像的实现方法、装置及***，所述方法应用于医院与医院之间的线上影像协同会诊，包括：当发起用户端与目标协同用户端进行线上影像协同会诊时，协同服务器通过第一链路将目标医学图像分别发送至目标协同用户端和发起用户端；当接收到目标协同用户端反馈的第一会诊标记时，协同服务器通过第二链路将第一会诊标记发送至发起用户端；和/或；当接收到发起用户端反馈的第二会诊标记时，协同服务器通过第二链路将第二会诊标记发送至目标协同用户端。通过采用双链路分别对图像数据的和协同数据进行单独的传输，使得在影像协同过程中不用把整个检查影像数据同步发送到其他用户端进行协同，减少对网络带宽的消耗。

Description

一种多用户协同操作医学影像的实现方法、装置及***

技术领域

本申请涉及医学信息处理领域，特别是一种多用户协同操作医学影像的实现方法、装置及***。

背景技术

远程医疗是使用远程通信技术、影像技术、新电子技术和计算机多媒体等技术，发挥大型医院中心医疗技术和设备优势，对医疗条件薄弱地区及特殊环境提供远距离医学信息服务。通过依据Dicom3.0标准的影像文件的传输，将位于不同地点的多家地方医院的影像设备(如CT、MR等)采集的影像资料通过网络传输给诊断中心(如三甲医院)，由诊断中心的专家进行诊断并给出结果，实现多地医学影像的同步共享。

通过远程影像诊断***，下级医院可将病人影像资料传送到上级医院诊断中心，由上级医院影像专家进行影像阅片，并进行双方互动，提高诊断的准确性和效率。

现有的医学影像协同操作方法主要有两种：

方案一为远程桌面和应用程序共享的方式，设备各方通过传递影像的方式实现互动。该方法采用远程会议的方式，在各个用户端各方需要进行医学影像数据的交流和传输时，采用的是截图的方式，这种传输数据为界面数据，会导致影像在一定程度上失真，无法保证DICOM影像显示的真实性和准确性。

方案二的用户终端的协同模块和云服务器的协同信息通过WebSocket协议通信连通，该方案的图像处理模块的所有操作都需要经过图像处理服务器，图像显示几乎不失真，但是当需要生成新图片时，所有协同方都需要重新生成图像显示，会消耗更多的资源，降低协同速度。

发明内容

鉴于所述问题，提出了本申请以便提供克服所述问题或者至少部分地解决所述问题的一种多用户协同操作医学影像的实现方法、装置及***，包括：

一种多用户协同操作医学影像的实现方法，所述方法应用于医院与医院之间的线上影像协同会诊，所述方法涉及发起用户端、协同用户端以及协同服务器；

所述方法包括：

当所述发起用户端与目标协同用户端进行线上影像协同会诊时，所述协同服务器通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第二会诊标记至所述协同服务器；

当接收到所述目标协同用户端反馈的所述第一会诊标记时，所述协同服务器通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像；所述发起用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像。

进一步地，所述方法还涉及用于存储医学影像的存储服务器；所述发起用户端用于向所述协同服务器发起针对目标医学影像的影像协同会诊的会诊请求；其中，所述会诊请求包括目标影像标识和用户端标识；

所述方法还包括：

当接收到由所述发起用户端发起的会诊请求时，所述协同服务器依据所述会诊请求确定目标协同用户端；

所述协同服务器依据所述会诊请求确定所述目标医学图像；

所述协同服务器通过所述第一链路向所述存储服务器获取所述目标医学影像；所述存储服务器用于将所述目标医学图像发送至所述协同服务器。

进一步地，所述依据所述会诊请求确定目标协同用户端的步骤，包括：

所述协同服务器依据所述会诊请求确定目标用户端标识；

所述协同服务器依据所述目标用户端标识确定所述目标协同用户端。

进一步地，所述依据所述会诊请求确定所述目标医学图像的步骤，包括：

所述协同服务器依据所述会诊请求确定目标影像标识；

所述协同服务器依据所述目标影像标识确定所述目标医学图像。

一种多用户协同操作医学影像的实现方法，所述方法应用于医院与医院之间的线上影像协同会诊，所述方法涉及发起用户端、协同用户端以及协同服务器；所述发起用户端用于向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路发送至所述发起用户端和所述目标协同用户端；

所述方法包括：

当接收到由所述协同服务器通过所述第一链路发送的所述目标医学图像时，所述目标协同用户端获取会诊人员对所述目标医学图像进行交互操作的第一会诊标记，并通过第二链路将所述第一会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第一会诊标记发送至所述发起用户端；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

所述目标协同用户端依据所述第一会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第二会诊标记时，所述目标协同用户端依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

一种多用户协同操作医学影像的实现方法，所述方法应用于医院与医院之间的线上影像协同会诊，所述方法涉及发起用户端、协同用户端以及协同服务器；

所述方法包括：

所述发起用户端向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路分别发送至所述发起用户端和所述目标协同用户端；

所述发起用户端获取会诊人员对所述目标医学图像进行交互操作的第二会诊标记，并通过第二链路将所述第二会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

所述发起用户端依据所述第二会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第一会诊标记时，所述发起用户端依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

一种多用户协同操作医学影像的实现装置，所述装置应用于医院与医院之间的线上影像协同会诊，所述装置涉及发起用户端、协同用户端以及协同服务器；

具体包括：

目标医学图像发送模块，用于当所述发起用户端与目标协同用户端进行线上影像协同会诊时，通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第二会诊标记至所述协同服务器；

会诊标记发送模块，用于当接收到所述目标协同用户端反馈的所述第一会诊标记时，通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；其中，所述目标协同用户端用于依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像；所述发起用户端用于依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

一种多用户协同操作医学影像的实现装置，所述装置应用于医院与医院之间的线上影像协同会诊，所述装置涉及发起用户端、协同用户端以及协同服务器；所述发起用户端用于向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路发送至所述发起用户端和所述目标协同用户端；

具体包括：

第一会诊标记获取模块，用于当接收到由所述协同服务器通过所述第一链路发送的所述目标医学图像时，获取会诊人员对所述目标医学图像进行交互操作的第一会诊标记，并通过第二链路将所述第一会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第一会诊标记发送至所述发起用户端；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

第一会诊标记图像生成模块，用于所述目标协同用户端依据所述第一会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第二会诊标记时，依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

一种多用户协同操作医学影像的实现装置，所述方法应用于医院与医院之间的线上影像协同会诊，所述方法涉及发起用户端、协同用户端以及协同服务器；

具体包括：

会诊请求发起模块，用于向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路分别发送至所述发起用户端和所述目标协同用户端；

第二会诊标记获取模块，用于获取会诊人员对所述目标医学图像进行交互操作的第二会诊标记，并通过第二链路将所述第二会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

第二会诊标记图像生成模块，用于依据所述第二会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第一会诊标记时，所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

一种多用户协同操作医学影像的实现***，所述***应用于医院与医院之间的线上影像协同会诊，所述***涉及发起用户端、协同用户端和协同服务器；

具体包括：

所述发起用户端用于向所述协同服务器发起针对目标医学图像的会诊请求；

所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路发送至所述发起用户端和所述目标协同用户端；

所述目标协同用户端用于获取会诊人员对所述目标医学图像进行交互操作的第一会诊标记，并通过第二链路将所述第一会诊标记反馈至所述协同服务器；

所述发起用户端还用于获取会诊人员对所述目标医学图像进行交互操作的第二会诊标记，并通过第二链路将所述第二会诊标记反馈至所述协同服务器；

当接收到所述目标协同用户端反馈的所述第一会诊标记时，所述协同服务器还用于通过所述第二链路将所述第一会诊标记发送至所述发起用户端；

当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器还用于通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；

所述目标协同用户端还用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像；

所述发起用户端还用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像。

本申请具有以下优点：

在本申请的实施例中，通过当所述发起用户端与目标协同用户端进行线上影像协同会诊时，所述协同服务器通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第二会诊标记至所述协同服务器；当接收到所述目标协同用户端反馈的所述第一会诊标记时，所述协同服务器通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像；所述发起用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像。通过采用双链路分别对图像数据的和协同数据进行单独的传输，使得在影像协同过程中不用把整个检查影像数据同步发送到其他用户端进行协同，仅仅需要通过将用户端的操作指令进行协同分发，其余被协同的用户端接收到协同指令后将对应的操作展示在阅片页面即可完成影像协同，大大减少对网络带宽的消耗。

附图说明

为了更清楚地说明本申请的技术方案，下面将对本申请的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提供的一种多用户协同操作医学影像的实现方法的步骤流程图；

图2是本申请一实施例提供的一种多用户协同操作医学影像的实现方法的医联体关系示意图；

图3是本申请一实施例提供的一种多用户协同操作医学影像的实现方法的会诊医联体示意图；

图4是本申请一实施例提供的一种多用户协同操作医学影像的实现方法的会诊诊断申请流示意图；

图5是本申请一具体实现提供的一种多用户协同操作医学影像的实现方法的会诊模块服务组件示意图；

图6是本申请一实施例提供的一种多用户协同操作医学影像的实现***的结构框图；

图7是本发明一实施例提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请的所述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参照图1，示出了本申请一实施例提供的一种多用户协同操作医学影像的实现方法，所述方法应用于医院与医院之间的线上影像协同会诊，所述方法涉及发起用户端、协同用户端以及协同服务器；

所述方法包括：

S110、当所述发起用户端与目标协同用户端进行线上影像协同会诊时，所述协同服务器通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第二会诊标记至所述协同服务器；

S120、当接收到所述目标协同用户端反馈的所述第一会诊标记时，所述协同服务器通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像；所述发起用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像。

在本申请的实施例中，通过当所述发起用户端与目标协同用户端进行线上影像协同会诊时，所述协同服务器通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第二会诊标记至所述协同服务器；当接收到所述目标协同用户端反馈的所述第一会诊标记时，所述协同服务器通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像；所述发起用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像。通过采用双链路分别对图像数据的和协同数据进行单独的传输，使得在影像协同过程中不用把整个检查影像数据同步发送到其他用户端进行协同，仅仅需要通过将用户端的操作指令进行协同分发，其余被协同的用户端接收到协同指令后将对应的操作展示在阅片页面即可完成影像协同，大大减少对网络带宽的消耗。

下面，将对本示例性实施例中多用户协同操作医学影像的实现方法作进一步地说明。

如上述步骤S110所述，当所述发起用户端与目标协同用户端进行线上影像协同会诊时，所述协同服务器通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第二会诊标记至所述协同服务器。

需要说明的是，所述协同服务器可以为web服务器，所述第一链路可以为基于clinical-server的传输医学图像信息的通讯链路；所述第二链路可以为基于WebSocket通信协议的负责在各个用户端(包括发起用户端和协同用户端)之间传输操作指令的通讯链路；

需要说明的是，WebSocket为用于在Web浏览器和服务器之间进行任意的双向数据传输的一种技术。WebSocket协议基于TCP协议实现，包含初始的握手过程，以及后续的多次数据帧双向传输过程。其目的是在WebSocket应用和WebSocket服务器进行频繁双向通信时，可以使服务器避免打开多个HTTP连接进行工作来节约资源，提高了工作效率和资源利用率。其中，socket通信流程图，如图2所示。

服务器端通过创建一个socket的通信链接，然后绑定socket和端口号并监听，接收来自各个用户端的连接请求，其中，用户端需要有socket并且连接到了该服务器所在设备的端口。各个用户端通过send想socket中写入信息，服务器就可以读到。

WebSocket对象一共支持四个消息onopen、onmessage、onclose和onerror。

当Browser和WebSocketServer连接成功后，会触发onopen消息；

如果连接失败，发送、接收数据失败或者处理数据出现错误，browser会触发onerror消息；

当Browser接收到WebSocketServer发送过来的数据时，就会触发onmessage消息，参数evt中包含server传输过来的数据；

当Browser接收到WebSocketServer端发送的关闭连接请求时，就会触发onclose消息。

需要说明的是，B/S结构(Browser/Server结构)结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端(Browser)实现，但是主要事务逻辑在服务器端(Server)实现，形成三层3-tier结构。这样大大简化了用户端电脑载荷，减轻了***维护与升级的成本和工作量，降低了用户的总体成本(TCO)。以目前的技术看，建立B/S结构的网络应用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式(比如LAN,WAN,Internet/Intranet等)访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全。特别是在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。使用如图3所示。

作为一种示例，在医学影像协同操作过程中，在web服务器上设置了两个后台服务端口，分别是clinical-server服务端口和WebSocket服务端口。其中，clinical-server服务端口负责从PACS服务器获取医学影像数据并发送给各个用户端(包括发起用户端和协同用户端)实现视觉展示；WebSocket服务负责在协同操作过程中与各个用户端保持连接、接受各个用户端的操作指令、分发指令到其他用户端。

如上述步骤S120所述，当接收到所述目标协同用户端反馈的所述第一会诊标记时，所述协同服务器通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像；所述发起用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像。

作为一种示例，clinical-server服务启动后，提供出一个http服务端口，用户端的nginx服务通过JavaScript代码的Ajax请求后台的http服务，下载医学影像到浏览器上进行展示。

WebSocket服务启动后，提供出一个WebSocket服务端口，用户端通过WebSocket端口携带房间ID和用户ID参数向服务发送连接请求，服务端收到连接请求后，在服务端的Session的一维数组中查找ID，如果此ID不存在，则将此ID***到Session的一维数组中，即建立房间；当有其他用户发送请求连接进入同一个房间时，此时同一个房间的用户可以进行协同操作，当其中一个用户对影像进行操作，前端JavaScript代码监听到对应的操作，向WebSocket服务发送此操作对应的指令和参数，Websocket服务接收到数据后，将指令及参数发送到其他用户端，其他用户端前端页面收到协同数据后，对图像进行相应的处理并展示，完成协同操作。

在本发明一实施例中，所述方法还涉及用于存储医学影像的存储服务器；所述发起用户端用于向所述协同服务器发起针对目标医学影像的影像协同会诊的会诊请求；其中，所述会诊请求包括目标影像标识和用户端标识；

所述方法还包括：

当接收到由所述发起用户端发起的会诊请求时，所述协同服务器依据所述会诊请求确定目标协同用户端；

所述协同服务器依据所述会诊请求确定所述目标医学图像；

所述协同服务器通过所述第一链路向所述存储服务器获取所述目标医学影像；所述存储服务器用于将所述目标医学图像发送至所述协同服务器。

在本发明一实施例中，所述依据所述会诊请求确定目标协同用户端的步骤，包括：

所述协同服务器依据所述会诊请求确定目标用户端标识；

所述协同服务器依据所述目标用户端标识确定所述目标协同用户端。

在本发明一实施例中，所述依据所述会诊请求确定所述目标医学图像的步骤，包括：

所述协同服务器依据所述会诊请求确定目标影像标识；

所述协同服务器依据所述目标影像标识确定所述目标医学图像。

在一具体实现中，当两个用户进行阅片，并进行影像协同操作。其中，StudyUID为：1.2.826.0.1.3680043.2.461.11721637.XXXXXX

一个用户在浏览器打开阅片链接：

https://test.lanwoncloudfilm.com:8000/clinicWebPacsViewMobile/mobile.html？studyId＝1.2.826.0.1.3680043.2.461.11721637.XXXXXX

当服务器接收到请求后，下载影像文件到前端进行展示，点击“协同操作”按钮，向协同服务器端发送

roomId:1.2.826.0.1.3680043.2.461.11721637.XXXXXX

和用户端sessionId：7ac8dafd-426e-4532-b881-XXXXXX建立连接的请求，服务端接收到请求后，在服务端session中查找，没有此房间号，创建此roomId的房间，并将此客户端sessionId关联到此房间。

此时另一个用户在浏览器打开阅片链接

https://test.lanwoncloudfilm.com:8000/clinicWebPacsViewMobile/mobile.html？token＝&studyId＝1.2.826.0.1.3680043.2.461.11721637.XXXXXX&meeting＝1，当服务器接收到请求后，下载影像文件到前端进行展示，同时向服务端发送加入roomId为1.2.826.0.1.3680043.2.461.11721637.XXXXXX的请求，服务端接收到请求后，在服务端session中查找，发现有此roomId的房间，将此客户端sessionId：291c6385-e9cf-4c71-8e1f-XXXXXX加入到此房间。此时roomId为1.2.826.0.1.3680043.2.461.11721637.XXXXXX的房间中有两个用户，查看服务端日志，可以看到创建连接的过程，如图4所示。

当291c6385-e9cf-4c71-8e1f-XXXXXX用户点击“序列”按钮时，前端监听到此操作向服务端发送“seriesTouch|na|na”指令到服务端，服务端接收到指令后将此数据内容发送给同一个房间中的其他用户，其他用户收到此请求后在前端页面上模拟点击“序列”按钮，完成序列展示协同操作。

当用户点击“切换”、“调窗”、“移动”、“旋转”、“测量”、“反色”、“镜像”、“一键还原”按钮时，分别发送“scrollTouch|na|na”、“wwwcTouch|na|na”、“panTouch|na|na”、“rotateTouch|na|na”、“measureTouch|na|na”、“invertTouch|na|na”、“flipTouch|na|na”、“rotateTouch|na|na”、“restoreTouch|na|na”指令。服务端接收到指令后将对应的数据内容发送给同一个房间中的其他用户，其他用户接收到对应请求数据后在前端页面上完成对应的协同操作。当用户关闭浏览器时，自动断开影像协同连接。查看服务端日志，可以看到影像协同过程中具体情况，如图5所示。

本申请一实施例还提供了一种多用户协同操作医学影像的实现方法，所述方法应用于医院与医院之间的线上影像协同会诊，所述方法涉及发起用户端、协同用户端以及协同服务器；所述发起用户端用于向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路发送至所述发起用户端和所述目标协同用户端；

所述方法包括：

当接收到由所述协同服务器通过所述第一链路发送的所述目标医学图像时，所述目标协同用户端获取会诊人员对所述目标医学图像进行交互操作的第一会诊标记，并通过第二链路将所述第一会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第一会诊标记发送至所述发起用户端；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

所述目标协同用户端依据所述第一会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第二会诊标记时，所述目标协同用户端依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

在本申请的实施例中，通过当接收到由所述协同服务器通过所述第一链路发送的所述目标医学图像时，所述目标协同用户端获取会诊人员对所述目标医学图像进行交互操作的第一会诊标记，并通过第二链路将所述第一会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第一会诊标记发送至所述发起用户端；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述目标协同用户端依据所述第一会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第二会诊标记时，所述目标协同用户端依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。通过采用双链路分别对图像数据的和协同数据进行单独的传输，使得在影像协同过程中不用把整个检查影像数据同步发送到其他用户端进行协同，仅仅需要通过将用户端的操作指令进行协同分发，其余被协同的用户端接收到协同指令后将对应的操作展示在阅片页面即可完成影像协同，大大减少对网络带宽的消耗。

本申请一实施例还提供了一种多用户协同操作医学影像的实现方法，所述方法应用于医院与医院之间的线上影像协同会诊，所述方法涉及发起用户端、协同用户端以及协同服务器；

所述方法包括：

所述发起用户端向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路分别发送至所述发起用户端和所述目标协同用户端；

所述发起用户端获取会诊人员对所述目标医学图像进行交互操作的第二会诊标记，并通过第二链路将所述第二会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

所述发起用户端依据所述第二会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第一会诊标记时，所述发起用户端依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

在本申请的实施例中，通过所述发起用户端向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路分别发送至所述发起用户端和所述目标协同用户端；所述发起用户端获取会诊人员对所述目标医学图像进行交互操作的第二会诊标记，并通过第二链路将所述第二会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述发起用户端依据所述第二会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第一会诊标记时，所述发起用户端依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。通过采用双链路分别对图像数据的和协同数据进行单独的传输，使得在影像协同过程中不用把整个检查影像数据同步发送到其他用户端进行协同，仅仅需要通过将用户端的操作指令进行协同分发，其余被协同的用户端接收到协同指令后将对应的操作展示在阅片页面即可完成影像协同，大大减少对网络带宽的消耗。

对于***实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

参照图6，示出了本申请一实施例提供的一种多用户协同操作医学影像的实现装置，所述装置应用于医院与医院之间的线上影像协同会诊，所述装置涉及发起用户端、协同用户端以及协同服务器；

具体包括：

目标医学图像发送模块610，用于当所述发起用户端与目标协同用户端进行线上影像协同会诊时，通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第二会诊标记至所述协同服务器；

会诊标记发送模块620，用于当接收到所述目标协同用户端反馈的所述第一会诊标记时，通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；其中，所述目标协同用户端用于依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像；所述发起用户端用于依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

在本发明一实施例中，所述装置还涉及用于存储医学影像的存储服务器；所述发起用户端用于向所述协同服务器发起针对目标医学影像的影像协同会诊的会诊请求；其中，所述会诊请求包括目标影像标识和用户端标识；

所述方法还包括：

目标协同用户端确定模块，用于当接收到由所述发起用户端发起的会诊请求时，依据所述会诊请求确定目标协同用户端；

目标医学图像确定模块，用于依据所述会诊请求确定所述目标医学图像；

目标医学图像获取模块，用于通过所述第一链路向所述存储服务器获取所述目标医学影像；所述存储服务器用于将所述目标医学图像发送至所述协同服务器。

在本发明一实施例中，所述目标协同用户端确定模块，包括：

目标用户端标识确定子模块，用于依据所述会诊请求确定目标用户端标识；

标协同用户端确定子模块，用于依据所述目标用户端标识确定所述目标协同用户端。

在本发明一实施例中，所述依据所述会诊请求确定所述目标医学图像的步骤，包括：

目标影像标识确定子模块，用于依据所述会诊请求确定目标影像标识；

目标医学图像确定子模块，用于依据所述目标影像标识确定所述目标医学图像。

本申请一实施例还提供了一种多用户协同操作医学影像的实现装置，所述装置应用于医院与医院之间的线上影像协同会诊，所述装置涉及发起用户端、协同用户端以及协同服务器；所述发起用户端用于向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路发送至所述发起用户端和所述目标协同用户端；

具体包括：

第一会诊标记获取模块，用于当接收到由所述协同服务器通过所述第一链路发送的所述目标医学图像时，获取会诊人员对所述目标医学图像进行交互操作的第一会诊标记，并通过第二链路将所述第一会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第一会诊标记发送至所述发起用户端；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

第一会诊标记图像生成模块，用于所述目标协同用户端依据所述第一会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第二会诊标记时，依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

本申请一实施例还提供了一种多用户协同操作医学影像的实现装置，所述方法应用于医院与医院之间的线上影像协同会诊，所述方法涉及发起用户端、协同用户端以及协同服务器；

具体包括：

会诊请求发起模块，用于向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路分别发送至所述发起用户端和所述目标协同用户端；

第二会诊标记获取模块，用于获取会诊人员对所述目标医学图像进行交互操作的第二会诊标记，并通过第二链路将所述第二会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

第二会诊标记图像生成模块o30，用于依据所述第二会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第一会诊标记时，所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

本申请一实施例还提供了一种多用户协同操作医学影像的实现***，所述***应用于医院与医院之间的线上影像协同会诊，所述***涉及发起用户端、协同用户端和协同服务器；

具体包括：

所述发起用户端用于向所述协同服务器发起针对目标医学图像的会诊请求；

所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路发送至所述发起用户端和所述目标协同用户端；

所述目标协同用户端用于获取会诊人员对所述目标医学图像进行交互操作的第一会诊标记，并通过第二链路将所述第一会诊标记反馈至所述协同服务器；

所述发起用户端还用于获取会诊人员对所述目标医学图像进行交互操作的第二会诊标记，并通过第二链路将所述第二会诊标记反馈至所述协同服务器；

当接收到所述目标协同用户端反馈的所述第一会诊标记时，所述协同服务器还用于通过所述第二链路将所述第一会诊标记发送至所述发起用户端；

当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器还用于通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；

所述目标协同用户端还用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像；

所述发起用户端还用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像。

参照图7，示出了本发明的一种多用户协同操作医学影像的实现方法的计算机设备，具体可以包括如下：

上述计算机设备12以通用计算设备的形式表现，计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，***存储器28，连接不同***组件(包括***存储器28和处理单元16)的总线18。

总线18表示几类总线18结构中的一种或多种，包括存储器总线18或者存储器控制器，***总线18，图形加速端口，处理器或者使用多种总线18结构中的任意总线18结构的局域总线18。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线18，微通道体系结构(MAC)总线18，增强型ISA总线18、音视频电子标准协会(VESA)局域总线18以及***组件互连(PCI)总线18。

计算机设备12典型地包括多种计算机***可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

***存储器28可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其他移动/不可移动的、易失性/非易失性计算机体统存储介质。仅作为举例，存储***34可以用于读写不可移动的、非易失性磁介质(通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质界面与总线18相连。存储器可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块42，这些程序模块42被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器中，这样的程序模块42包括——但不限于——操作***、一个或者多个应用程序、其他程序模块42以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24、摄像头等)通信，还可与一个或者多个使得医护人员能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)界面22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN))，广域网(WAN)和/或公共网络(例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其他模块通信。应当明白，尽管图7中未示出，可以结合计算机设备12使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元16、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***34等。

处理单元16通过运行存储在***存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的多用户协同操作医学影像的实现方法。

也即，上述处理单元16执行上述程序时实现：当所述发起用户端与目标协同用户端进行线上影像协同会诊时，通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；当接收到所述目标协同用户端反馈的所述第一会诊标记时，通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端。

在本发明实施例中，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有实施例提供的多用户协同操作医学影像的实现方法：

也即，给程序被处理器执行时实现：当所述发起用户端与目标协同用户端进行线上影像协同会诊时，通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；当接收到所述目标协同用户端反馈的所述第一会诊标记时，通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机克顿信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的***、***或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、***或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言——诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在医护人员计算机上执行、部分地在医护人员计算机上执行、作为一个独立的软件包执行、部分在医护人员计算机上部分在远程计算机上执行或者完全在远程计算机或者服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到医护人员计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的多用户协同操作医学影像的实现方法、装置及***，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种多用户协同操作医学影像的实现方法，所述方法应用于医院与医院之间的线上影像协同会诊，其特征在于，所述方法涉及发起用户端、协同用户端以及协同服务器；

所述方法包括：

当所述发起用户端与目标协同用户端进行线上影像协同会诊时，所述协同服务器通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第二会诊标记至所述协同服务器；

当接收到所述目标协同用户端反馈的所述第一会诊标记时，所述协同服务器通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像；所述发起用户端用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像。

2.根据权利要求1所述的方法，其特征在于，所述方法还涉及用于存储医学影像的存储服务器；所述发起用户端用于向所述协同服务器发起针对目标医学影像的影像协同会诊的会诊请求；其中，所述会诊请求包括目标影像标识和用户端标识；

所述方法还包括：

当接收到由所述发起用户端发起的会诊请求时，所述协同服务器依据所述会诊请求确定目标协同用户端；

所述协同服务器依据所述会诊请求确定所述目标医学图像；

所述协同服务器通过所述第一链路向所述存储服务器获取所述目标医学影像；所述存储服务器用于将所述目标医学图像发送至所述协同服务器。

3.根据权利要求2所述的方法，其特征在于，所述依据所述会诊请求确定目标协同用户端的步骤，包括：

所述协同服务器依据所述会诊请求确定目标用户端标识；

所述协同服务器依据所述目标用户端标识确定所述目标协同用户端。

4.根据权利要求2所述的方法，其特征在于，所述依据所述会诊请求确定所述目标医学图像的步骤，包括：

所述协同服务器依据所述会诊请求确定目标影像标识；

所述协同服务器依据所述目标影像标识确定所述目标医学图像。

5.一种多用户协同操作医学影像的实现方法，所述方法应用于医院与医院之间的线上影像协同会诊，其特征在于，所述方法涉及发起用户端、协同用户端以及协同服务器；所述发起用户端用于向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路发送至所述发起用户端和所述目标协同用户端；

所述方法包括：

当接收到由所述协同服务器通过所述第一链路发送的所述目标医学图像时，所述目标协同用户端获取会诊人员对所述目标医学图像进行交互操作的第一会诊标记，并通过第二链路将所述第一会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第一会诊标记发送至所述发起用户端；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

所述目标协同用户端依据所述第一会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第二会诊标记时，所述目标协同用户端依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

6.一种多用户协同操作医学影像的实现方法，所述方法应用于医院与医院之间的线上影像协同会诊，其特征在于，所述方法涉及发起用户端、协同用户端以及协同服务器；

所述方法包括：

所述发起用户端向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路分别发送至所述发起用户端和所述目标协同用户端；

所述发起用户端获取会诊人员对所述目标医学图像进行交互操作的第二会诊标记，并通过第二链路将所述第二会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

所述发起用户端依据所述第二会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第一会诊标记时，所述发起用户端依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

7.一种多用户协同操作医学影像的实现装置，所述装置应用于医院与医院之间的线上影像协同会诊，其特征在于，所述装置涉及发起用户端、协同用户端以及协同服务器；

具体包括：

目标医学图像发送模块，用于当所述发起用户端与目标协同用户端进行线上影像协同会诊时，通过第一链路将目标医学图像分别发送至所述目标协同用户端和所述发起用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第二会诊标记至所述协同服务器；

会诊标记发送模块，用于当接收到所述目标协同用户端反馈的所述第一会诊标记时，通过所述第二链路将所述第一会诊标记发送至所述发起用户端；和/或；当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；其中，所述目标协同用户端用于依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像；所述发起用户端用于依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

8.一种多用户协同操作医学影像的实现装置，所述装置应用于医院与医院之间的线上影像协同会诊，其特征在于，所述装置涉及发起用户端、协同用户端以及协同服务器；所述发起用户端用于向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路发送至所述发起用户端和所述目标协同用户端；

具体包括：

第一会诊标记获取模块，用于当接收到由所述协同服务器通过所述第一链路发送的所述目标医学图像时，获取会诊人员对所述目标医学图像进行交互操作的第一会诊标记，并通过第二链路将所述第一会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第一会诊标记发送至所述发起用户端；所述发起用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

第一会诊标记图像生成模块，用于所述目标协同用户端依据所述第一会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第二会诊标记时，依据所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

9.一种多用户协同操作医学影像的实现装置，所述方法应用于医院与医院之间的线上影像协同会诊，其特征在于，所述方法涉及发起用户端、协同用户端以及协同服务器；

具体包括：

会诊请求发起模块，用于向所述协同服务器发起针对目标医学图像的会诊请求；所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路分别发送至所述发起用户端和所述目标协同用户端；

第二会诊标记获取模块，用于获取会诊人员对所述目标医学图像进行交互操作的第二会诊标记，并通过第二链路将所述第二会诊标记反馈至所述协同服务器；所述协同服务器用于通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；所述目标协同用户端用于通过第二链路反馈会诊人员对所述目标医学图像的第一会诊标记至所述协同服务器；

第二会诊标记图像生成模块，用于依据所述第二会诊标记和所述目标医学图像生成会诊标记图像；或；当接收到所述协同服务器反馈的所述第一会诊标记时，所述第一会诊标记、所述第二会诊标记和所述目标医学图像生成会诊标记图像。

10.一种多用户协同操作医学影像的实现***，所述***应用于医院与医院之间的线上影像协同会诊，其特征在于，所述***涉及发起用户端、协同用户端和协同服务器；

具体包括：

所述发起用户端用于向所述协同服务器发起针对目标医学图像的会诊请求；

所述协同服务器用于依据所述会诊请求确定所述目标协同用户端和所述目标医学图像，并将所述目标医学图像通过第一链路发送至所述发起用户端和所述目标协同用户端；

所述目标协同用户端用于获取会诊人员对所述目标医学图像进行交互操作的第一会诊标记，并通过第二链路将所述第一会诊标记反馈至所述协同服务器；

所述发起用户端还用于获取会诊人员对所述目标医学图像进行交互操作的第二会诊标记，并通过第二链路将所述第二会诊标记反馈至所述协同服务器；

当接收到所述目标协同用户端反馈的所述第一会诊标记时，所述协同服务器还用于通过所述第二链路将所述第一会诊标记发送至所述发起用户端；

当接收到所述发起用户端反馈的所述第二会诊标记时，所述协同服务器还用于通过所述第二链路将所述第二会诊标记发送至所述目标协同用户端；

所述目标协同用户端还用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像；

所述发起用户端还用于依据所述目标医学图像以及所述第一会诊标记和/或所述第二会诊标记生成会诊标记图像。

Images