CN115240821A - 图像显示方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请公开了一种图像显示方法、装置、计算机设备及存储介质，属于网络技术领域。该方法包括：响应于图像查看指令，显示目标网络会议的图像讲解界面，该图像讲解界面显示有第一医学图像；在该图像讲解界面中，基于对该第一医学图像的处理操作，显示第二医学图像；基于与服务器建立的套接字连接，向服务器发送操作同步信息，由服务器将操作同步信息转发至第二终端。本申请通过第一终端和第二终端都直接下载医学图像至本地，并基于操作同步信息来同步对第一医学图像的处理操作，避免了医学图像在传输中产生失真，能够满足医学诊断需求，优化了医学图像的显示效果。

Description

图像显示方法、装置、计算机设备及存储介质

技术领域

本申请涉及网络技术领域，特别涉及一种图像显示方法、装置、计算机设 备及存储介质。

背景技术

随着多媒体技术的发展和搜索功能的多样化，用户能够通过终端参与视频 会议，例如，在医疗会诊场景中，医生们能够基于线上会议系统实现音视频沟 通，并且，主讲医生能够通过屏幕共享方式将终端屏幕内容同步给其他参会医 生。

由于原始的医学图像通常是DICOM(Digital Imaging and Communications inMedicine，医学数字成像和通信)格式，包含的灰度信息较为丰富，以CT (ComputedTomography，电子计算机断层扫描)图像为例，CT图像通常是12 位图，灰度范围为-1024到3071，而在屏幕共享方式中如果主讲医生的屏幕上存 在DICOM格式的医学图像，在屏幕数据传输时这些DICOM格式的医学图像会 被转化为灰度范围为0到255的黑白图像，丢失了很多灰度值上细节信息，会 导致医学图像的严重失真，也即，其他参会医生同步到的是失真的黑白图像， 无法满足医学诊断需求，图像显示效果差。

发明内容

本申请实施例提供了一种图像显示方法、装置、计算机设备及存储介质， 能够改善医学图像在线上会议中严重失真的现象以满足诊断需求、提升医学图 像的显示效果。该技术方案如下：

一方面，提供了一种图像显示方法，应用于第一终端，该方法包括：

响应于图像查看指令，显示目标网络会议的图像讲解界面，所述图像讲解 界面显示有第一医学图像，其中，参与所述目标网络会议的所述第一终端和第 二终端均从服务器中下载并显示所述第一医学图像；

在所述图像讲解界面中，基于对所述第一医学图像的处理操作，显示第二 医学图像，所述第二医学图像为对第一医学图像执行所述处理操作对应处理得 到；

基于与所述服务器建立的套接字连接，向所述服务器发送操作同步信息， 由所述服务器将所述操作同步信息转发至所述第二终端，所述操作同步信息用 于指示对所述第二终端上显示的所述第一医学图像执行所述处理操作，以显示 所述第二医学图像。

一方面，提供了一种图像处理方法，应用于第二终端，所述方法包括：

响应于图像查看指令，显示目标网络会议的图像讲解界面，所述图像讲解 界面显示有第一医学图像；

接收参与所述目标网络会议的第一终端的操作同步信息，所述操作同步信 息用于指示对所述第二终端上显示的第一医学图像执行处理操作，以显示第二 医学图像；

在所述图像讲解界面中，基于所述操作同步信息所指示的处理操作，显示 第二医学图像，所述第二医学图像为对第一医学图像执行所述处理操作对应处 理得到。

一方面，提供了一种图像显示装置，该装置包括：

显示模块，用于响应于图像查看指令，显示目标网络会议的图像讲解界面， 所述图像讲解界面显示有第一医学图像，其中，参与所述目标网络会议的所述 第一终端和第二终端均从服务器中下载并显示所述第一医学图像；

所述显示模块，还用于在所述图像讲解界面中，基于对所述第一医学图像 的处理操作，显示第二医学图像，所述第二医学图像为对第一医学图像执行所 述处理操作对应处理得到；

发送模块，用于基于与所述服务器建立的套接字连接，向所述服务器发送 操作同步信息，由所述服务器将所述操作同步信息转发至所述第二终端，所述 操作同步信息用于指示对所述第二终端上显示的所述第一医学图像执行所述处 理操作，以显示所述第二医学图像。

在一种可能实施方式中，所述显示模块还用于：在会议详情界面中显示目 标对象的历史诊断信息；若所述历史诊断信息中包含图像检查结果，显示所述 图像检查结果的查看选项；

所述装置还包括：第一获取模块，用于响应于对所述查看选项的触发操作， 获取所述图像查看指令。

在一种可能实施方式中，所述历史诊断信息按照时间戳从小到大的顺序排 列显示。

在一种可能实施方式中，所述显示模块还用于：在会议管理界面中显示会 议创建选项；响应于对所述会议创建选项的触发操作，显示会议配置窗口，所 述会议配置窗口中显示有对象信息输入框、会议信息输入框和确认选项；

所述装置还包括：第二获取模块，用于响应于对所述确认选项的触发操作， 获取所述对象信息输入框中的第一信息和所述会议信息输入框中的第二信息；

所述发送模块，还用于：发送会议创建请求，所述会议创建请求中携带所 述第一信息和所述第二信息。

在一种可能实施方式中，所述会议管理界面中显示有至少一个会议的会议 状态信息，所述至少一个会议包括已完成的会议或者未完成的会议中至少一项。

在一种可能实施方式中，所述至少一个会议的会议状态信息按照时间戳从 大到小的顺序排列显示。

在一种可能实施方式中，对所述至少一个会议中的任一会议，所述显示模 块还用于：

若所述任一会议为已完成的会议，在所述任一会议的会议状态信息的第一 目标范围内显示所述任一会议的结论查看选项，所述结论查看选项用于触发查 看已完成的会议的会议结论；

若所述任一会议为未完成的会议，在所述任一会议的会议状态信息的第二 目标范围内显示所述任一会议的进入会议选项，所述进入会议选项用于进入未 完成的会议的会议详情界面。

在一种可能实施方式中，所述图像讲解界面中还显示有申请同步选项，所 述发送模块还用于：响应于对所述申请同步选项的触发操作，发送申请同步请 求，所述申请同步请求用于申请将所述第一终端上对所述第一医学图像的所述 处理操作同步至所述第二终端；

所述显示模块还用于：响应于对所述申请同步请求的确认响应，显示第一 提示信息，执行基于所述处理操作显示第二医学图像并发送操作同步信息的步 骤，其中，所述第一提示信息用于表征所述第二终端对所述申请同步请求进行 了确认。

在一种可能实施方式中，所述图像讲解界面中还显示有退出同步选项，所 述发送模块还用于：响应于对所述退出同步选项的触发操作，发送退出同步请 求，所述退出同步请求用于请求停止将所述第一终端上对所述第一医学图像的 所述处理操作同步至所述第二终端；

所述显示模块还用于：响应于对所述退出同步请求的确认响应，显示第二 提示信息，停止执行基于所述处理操作显示第二医学图像并发送操作同步信息 的步骤，所述第二提示信息用于表征已停止将所述第一终端上对所述第一医学 图像的所述处理操作同步至所述第二终端。

在一种可能实施方式中，所述处理操作包括下述至少一项：图像布局操作、 翻页操作、调窗操作、平移操作、缩放操作、多平面重建操作、三维重建操作、 测量操作、标记操作、反色操作、自动播放操作、恢复原图操作、删除操作或 者查看图像参数。

在一种可能实施方式中，所述显示模块还用于：响应于对音视频通话的发 起请求或加入请求，显示应用跳转选项，所述应用跳转选项用于跳转至支持所 述音视频通话的目标应用；

所述装置还包括：跳转模块，用于响应于对所述应用跳转选项的触发操作， 跳转至所述目标应用；

所述显示模块还用于：在所述目标应用中显示所述音视频通话的交互窗口。

一方面，提供了一种图像显示装置，该装置包括：

显示模块，用于响应于图像查看指令，显示目标网络会议的图像讲解界面， 所述图像讲解界面显示有第一医学图像；

接收模块，用于接收参与所述目标网络会议的第一终端的操作同步信息， 所述操作同步信息用于指示对第二终端上显示的第一医学图像执行处理操作， 以显示第二医学图像；

所述显示模块，还用于在所述图像讲解界面中，基于所述操作同步信息所 指示的处理操作，显示第二医学图像，所述第二医学图像为对第一医学图像执 行所述处理操作对应处理得到。

在一种可能实施方式中，所述显示模块还用于：若在显示所述图像讲解界 面时，第一终端已开启对所述第一医学图像的处理操作的同步，在所述图像讲 解界面中显示加入同步选项；

所述装置还包括：获取模块，用于响应于对所述加入同步选项的触发操作， 获取历史操作同步信息，所述历史操作同步信息用于表征当前时刻之前所述第 一终端对所述第一医学图像的至少一个历史操作；

所述显示模块还用于：在所述图像讲解界面中，基于所述历史操作同步信 息，显示第三医学图像，所述第三医学图像为对所述第一医学图像执行所述至 少一个历史操作对应处理得到。

在一种可能实施方式中，所述接收模块还用于：接收所述第一终端的申请 同步请求，所述申请同步请求用于申请将所述第一终端上对所述第一医学图像 的所述处理操作同步至所述第二终端；

所述装置还包括：第一发送模块，用于响应于对所述申请同步请求的确认 操作，发送对所述申请同步请求的确认响应；

所述显示模块还用于：在所述图像讲解界面中显示第一提示信息，所述第 一提示信息用于表征所述第二终端对所述申请同步请求进行了确认。

在一种可能实施方式中，所述接收模块还用于：接收所述第一终端的退出 同步请求，所述退出同步请求用于请求停止将所述第一终端上对所述第一医学 图像的所述处理操作同步至所述第二终端；

所述装置还包括：第二发送模块，用于响应于对所述退出同步请求的确认 操作，发送对所述退出同步请求的确认响应；

所述显示模块还用于：在所述图像讲解界面中显示第二提示信息，所述第 二提示信息用于表征已停止将所述第一终端上对所述第一医学图像的所述处理 操作同步至所述第二终端。

一方面，提供了一种计算机设备，该计算机设备包括一个或多个处理器和 一个或多个存储器，该一个或多个存储器中存储有至少一条计算机程序，该至 少一条计算机程序由该一个或多个处理器加载并执行以实现如上述任一种可能 实现方式的图像显示方法。

一方面，提供了一种存储介质，该存储介质中存储有至少一条计算机程序， 该至少一条计算机程序由处理器加载并执行以实现如上述任一种可能实现方式 的图像显示方法。

一方面，提供一种计算机程序产品或计算机程序，所述计算机程序产品或 所述计算机程序包括一条或多条程序代码，所述一条或多条程序代码存储在计 算机可读存储介质中。计算机设备的一个或多个处理器能够从计算机可读存储 介质中读取所述一条或多条程序代码，所述一个或多个处理器执行所述一条或 多条程序代码，使得计算机设备能够执行上述任一种可能实施方式的图像显示 方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

通过在图像讲解界面中直接显示第一医学图像，并在第一终端和第二终端 之间，只需要基于操作同步信息来同步对第一医学图像的处理操作，即可实现 第一终端和第二终端无需传输任何医学图像，即能够同步显示第二医学图像， 由于无需传输任何医学图像，因此第一终端和第二终端都可以直接下载原始 DICOM格式的医学图像至本地，避免了医学图像在传输中产生失真，能够满足 医学诊断需求，优化了医学图像的显示效果。

附图说明

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

图1是本申请实施例提供的一种图像显示方法的实施环境示意图；

图2是本申请实施例提供的一种图像显示方法的流程图；

图3是本申请实施例提供的一种图像显示方法的交互流程图；

图4是本申请实施例提供的一种会议详情界面的界面示意图；

图5是本申请实施例提供的一种移动端应用的界面变化图；

图6是本申请实施例提供的一种图像讲解界面的界面示意图；

图7是本申请实施例提供的一种显示询问窗口的界面示意图；

图8是本申请实施例提供的一种图像讲解界面的界面示意图；

图9是本申请实施例提供的一种图像讲解界面的界面示意图；

图10是本申请实施例提供的一种图像显示方法的交互流程图；

图11是本申请实施例提供的一种图像讲解界面的界面示意图；

图12是本申请实施例提供的一种图像讲解界面的界面示意图；

图13是本申请实施例提供的一种加入音视频通话的方法流程图；

图14是本申请实施例提供的一种会议详情界面的界面示意图；

图15是本申请实施例提供的一种调起目标应用的界面示意图；

图16是本申请实施例提供的一种音视频通话的交互窗口的界面示意图；

图17是本申请实施例提供的一种WebRTC服务的原理性示意图；

图18是本申请实施例提供的一种账号对应关系的原理性示意图；

图19是本申请实施例提供一种目标应用中账号登录的流程图；

图20是本申请实施例提供的一种退出数据同步的方法流程图；

图21是本申请实施例提供的一种图像讲解界面的界面示意图；

图22是本申请实施例提供的一种图像讲解界面的界面示意图；

图23是本申请实施例提供的一种图像显示方法的原理性流程图；

图24是本申请实施例提供的一种会诊创建方法的流程图；

图25是本申请实施例提供的一种会议管理界面的界面示意图；

图26是本申请实施例提供的一种会议管理界面的界面示意图；

图27是本申请实施例提供的一种会议配置窗口的界面示意图；

图28是本申请实施例提供的一种会议配置窗口的界面示意图；

图29是本申请实施例提供的一种图像显示装置的结构示意图；

图30是本申请实施例提供的一种图像显示装置的结构示意图；

图31是本申请实施例提供的一种终端的结构示意图；

图32是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请 实施方式作进一步地详细描述。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项 或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序 上的依赖关系，也不对数量和执行顺序进行限定。

本申请中术语“至少一个”是指一个或多个，“多个”的含义是指两个或两 个以上，例如，多个第一位置是指两个或两个以上的第一位置。

以下，对本申请实施例涉及的术语进行介绍：

云计算(Cloud Computing)：是一种计算模式，它将计算任务分布在大量计 算机构成的资源池上，使各种应用系统能够根据需要获取计算力、存储空间和 信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以 无限扩展的，并且可以随时获取，按需使用，随时扩展，按使用付费。

作为云计算的基础能力提供商，会建立云计算资源池平台，简称云平台， 一般也可称为IaaS(Infrastructure as a Service，基础设施即服务)，在资源池中 部署多种类型的虚拟资源，供外部客户选择使用。云计算资源池中主要包括： 计算设备(为虚拟化机器，包含操作系统)、存储设备、网络设备。

按照逻辑功能划分，在IaaS层上可以部署PaaS(Platform as a Service，平 台即服务)层，PaaS层之上再部署SaaS(Software as a Service，软件即服务) 层，也可以直接将SaaS部署在IaaS上。PaaS为软件运行的平台，如数据库、 Web(网页)容器等。SaaS为各式各样的业务软件，如Web门户网站、短信群 发器等。一般来说，SaaS和PaaS相对于IaaS是上层。

医疗云(Medical Cloud)：是指在云计算、移动技术、多媒体、4G通信(The 4thGeneration Mobile Communication Technology，第四代移动通信技术)、大数 据、以及物联网等新技术基础上，结合医疗技术，使用“云计算”来创建医疗 健康服务云平台，实现了医疗资源的共享和医疗范围的扩大。因为云计算技术 的运用于结合，医疗云提高医疗机构的效率，方便居民就医。像现在医院的预 约挂号、电子病历、医保等等，都是云计算与医疗领域结合的产物，医疗云还 具有数据安全、信息共享、动态扩展、布局全局的优势。

云会议：是基于云计算技术的一种高效、便捷、低成本的会议形式。使用 者只需要通过互联网界面，进行简单易用的操作，便可快速高效地与全球各地 团队及客户同步分享语音、数据文件及视频，而会议中数据的传输、处理等复 杂技术由云会议服务商帮助使用者进行操作。目前云会议主要集中在以SaaS模 式为主体的服务内容，包括电话、网络、视频等服务形式，基于云计算的视频 会议就叫云会议。

在云会议时代，数据的传输、处理、存储全部由视频会议厂家的计算机资 源处理，用户完全无需再购置昂贵的硬件和安装繁琐的软件，只需打开浏览器， 登录相应界面，就能进行高效的远程会议。

云会议系统支持多服务器动态集群部署，并提供多台高性能服务器，大大 提升了会议稳定性、安全性、可用性。近年来，视频会议因能大幅提高沟通效 率，持续降低沟通成本，带来内部管理水平升级，而获得众多用户欢迎，已广 泛应用在政府、军队、交通、运输、金融、运营商、教育、企业、车联网等各 个领域。毫无疑问，视频会议运用云计算以后，在方便性、快捷性、易用性上 具有更强的吸引力，必将激发视频会议应用新高潮的到来。

套接字(Socket)：所谓套接字，就是对网络中不同主机上的应用进程之间 进行双向通信的端点的抽象。一个套接字就是网络上进程通信的一端，提供了 应用层进程利用网络协议交换数据的机制。从所处的地位来讲，套接字上联应 用进程，下联网络协议栈，是应用程序通过网络协议进行通信的接口，是应用 程序与网络协议根进行交互的接口。套接字Socket＝(IP地址：端口号)，套接 字的表示方法是点分十进制的IP(Internet Protocol，网际互连协议)地址后面写 上端口号，中间用冒号或逗号隔开。每一个传输层连接唯一地被通信两端的两 个端点(即两个套接字)所确定。

网页套接字(WebSocket)：WebSocket是一种在单个TCP(Transmission ControlProtocol，传输控制协议)连接上进行全双工通信的协议。WebSocket通 信协议于2011年被IETF(The Internet Engineering Task Force，国际互联网工程 任务组)定为标准RFC6455，并由RFC7936补充规范。WebSocket API (Application Programming Interface，应用程序接口)也被W3C(World Wide Web Consortium，万维网联盟)定为标准。WebSocket使得客户端和服务器之间的数 据交换变得更加简单，允许服务端主动向客户端推送数据。在WebSocket API 中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的 连接，并进行双向数据传输。

目前，在医疗会诊场景中，医生们能够基于线上会议系统实现音视频沟通， 并且，主讲医生能够通过屏幕共享方式将终端屏幕内容同步给其他参会医生。 由于会诊病例一般为疑难杂症，基本都需要参考患者的原始医学图像(也称为 医学影像)，原始医学图像一般采用DICOM(Digital Imaging and Communications in Medicine，医学数字成像和通信)格式，包含的灰度信息远大于普通图像。以 常见的CT图像为例，图像一般是12位，灰度范围为-1024到3071，通过屏幕 共享方式进行数据传输时，这些DICOM格式的医学图像会被转化为灰度范围为 0到255的黑白图像，丢失了很多灰度值上细节信息，会导致医学图像的严重失 真，也即，其他参会医生同步到的是失真的黑白图像，无法满足医学诊断需求， 图像显示效果差。此外，由于会诊针对的患者通常诊治时间长、病历资料繁杂 且包含多个时段的影像检查，相关医生需要对所有资料进行手动归档整理，十 分耗时耗力，在上传远程后，接收方的医生查看时仍然需要重新整理。此外， 针对一些独立搭建的会诊系统而言，需要明确的硬件配置、设备数量、网络专 线，这一情况决定了会诊系统的服务范围、可支持的会诊人员并发数以及信号 传输效果等，换言之，会诊并发数受限于系统可支持的通路数量，因此存在建 设成本高且灵活性差的问题。此外，传统基于硬件实现音视频信号转化的方式 必须依赖于物理大屏，将与会医生限制于室内固定空间，无法满足临床医生、 专家在院外场景或其他移动场景下的参会诉求。

有鉴于此，本申请实施例提供的技术方案，可构建一种基于云端SaaS服务 的线上会诊平台，涉及医疗云和云会议的交叉领域。该线上会诊平台支持参与 会议的各个终端接入医疗场景下的网络视频会议，从而能够进行远程会诊。通 过云端服务器，能够向所有参与会议的终端提供原始DICOM格式的医学图像的 调阅服务，使得所有参与会议的终端均能够在本地加载DICOM格式的医学图 像，并且基于云端服务器的灵活扩容能力，保证与会人员增加后的多并发场景 下的DICOM格式的医学图像的显示效果不受影响，从而改善了基于传统屏幕共 享技术所带来的医学图像严重失真的现象。同时，针对会诊场景下，由于主讲医生在讲解医学图像时存在对医学图像的处理操作的同步需求，提出一种基于 WebSocket(网页套接字)的指令协同技术，也即能够将主讲医生在第一终端上 针对医学影像的处理操作，同步至各个其他医生的第二终端，以此来降低共享 内容、提升共享速度、保证共享效果，从而达到与在线下会议室开会、阅片操 作相同的实时性要求，提供线上全真会诊体验。进一步地，医生在线上会诊平 台上创建会诊时，选择了会诊患者之后系统会自动代入该患者的所有病历资料， 且在会诊室(即会议详情界面)中按照患者的检查时间线对所有病历资料进行 整理排序，达到自动进行病历资料归档的效果，提高了会诊资料的可读性，帮 助医生尽快掌握患者就诊过程，提高会诊效率。进一步地，基于SaaS化的系统 架构构建线上会诊平台，将音视频信号转换服务置于云端，当参会并发数增加 时依据资源调度自动扩容，实现效果包括：1)降低传统的拉专线、买硬件等大 规模投入，一键开通账号即可享受线上会诊服务；2)音视频服务由SaaS平台 统一调度，参会并发数可灵活扩充。进一步地，线上会诊平台还可与目标应用 (如：社交应用、远程会议应用、企业应用、音视频应用等移动应用)实现联 动，通过成熟的移动应用音视频沟通保证院内外专家均可参与会诊讨论。

以下，对本申请实施例涉及的系统架构进行介绍。

图1是本申请实施例提供的一种图像显示方法的实施环境示意图。参见图1， 在该实施环境包括第一终端120、服务器140和第二终端160。

第一终端120安装和运行有支持远程会议的应用程序，可选地，该应用程 序包括但不限于：浏览器应用、远程会议应用、远程会诊应用、医疗云应用、 社交应用等，本申请实施例对该应用程序的类型不进行具体限定。示意性地， 以远程会议为远程会诊为例进行说明，第一终端120上安装有浏览器应用，第 一用户(如主讲医生)在该第一终端120上启动浏览器应用，并在该浏览器应 用中访问线上会诊平台(即访问对应的网页)，在该线上会诊平台中登录自身注 册的账号，即可在该线上会诊平台中实现如下功能：创建会诊、会诊管理、线 上会诊室、会诊结论等，其中，创建会诊是指在线上会诊平台中创建一个新的 会诊；会诊管理包括但不限于：查看已完成的会诊的会诊结论、修改未完成的 会诊的相关信息、删除未完成的会诊等；线上会诊室是指针对到达约定时间的 会诊提供一个会诊详情界面，用于展示目标对象的历史诊断信息，例如，该目 标对象是指本次会诊针对的患者，该历史诊断信息是指该患者的所有历史病例 资料，该历史病例资料包括但不限于：化验单、报告单、病例记录、出院小结、 医学影像等；会诊结论是指已完成的会诊最终讨论得到的会诊结论，除此以外 还可以包括已完成的会诊的全程录像。

第一终端120以及第二终端160通过有线或无线通信方式与服务器140进 行直接或间接地通信连接。

服务器140包括一台服务器、多台服务器、云计算平台或者虚拟化中心中 的至少一种。服务器140用于为支持远程会议的应用程序提供后台服务。可选 地，服务器140承担主要计算工作，第一终端120和第二终端160承担次要计 算工作；或者，服务器140承担次要计算工作，第一终端120和第二终端160 承担主要计算工作；或者，服务器140、第一终端120和第二终端160三者之间 采用分布式计算架构进行协同计算。

可选地，服务器140是独立的物理服务器，或者是多个物理服务器构成的 服务器集群或者分布式系统，或者是提供云服务、云数据库、云计算、云函数、 云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网 络(Content Delivery Network，CDN)以及大数据和人工智能平台等基础云计算 服务的云服务器。

第二终端160安装和运行有支持远程会议的应用程序，可选地，该应用程 序包括但不限于：浏览器应用、远程会议应用、远程会诊应用、医疗云应用、 社交应用等，本申请实施例对该应用程序的类型不进行具体限定。示意性地， 以远程会议为远程会诊为例进行说明，第二终端160上安装有浏览器应用，第 二用户(如参会的非主讲医生，简称参会医生)在该第二终端160上启动浏览 器应用，并在该浏览器应用中访问线上会诊平台(即访问对应的网页)，在该线 上会诊平台中登录自身注册的账号，即可在该线上会诊平台中实现如下功能： 创建会诊、会诊管理、线上会诊室、会诊结论等，其中，创建会诊是指在线上 会诊平台中创建一个新的会诊；会诊管理包括但不限于：查看已完成的会诊的 会诊结论、修改未完成的会诊的相关信息、删除未完成的会诊等；线上会诊室 是指针对到达约定时间的会诊提供一个会诊详情界面，用于展示目标对象的历 史诊断信息，例如，该目标对象是指本次会诊针对的患者，该历史诊断信息是 指该患者的所有历史病例资料，该历史病例资料包括但不限于：化验单、报告 单、病例记录、出院小结、医学影像等；会诊结论是指已完成的会诊最终讨论 得到的会诊结论，除此以外还可以包括已完成的会诊的全程录像。

在一个示例性场景中，以远程会议为远程会诊为例进行说明，第一用户(即 主讲医生)在第一终端120上创建会诊，并选择会诊针对的患者ID(Identification， 标识)以及参与会诊的各个医生的医生ID，第一用户可以在第一终端120上向 服务器140上传患者的所有历史病例资料，如化验单、报告单、病例记录、出 院小结、医学影像等。假设参与会诊的医生中包括第二用户，在到达会诊的开 始时间时，第一用户在第一终端120上进入对应的会诊详情界面，第二用户在 第二终端160上进入对应的会诊详情界面，在该会诊详情界面中按照时间戳从 小到大的顺序排列显示患者的所有历史病例资料。在该历史病例资料中包括图 像检查结果(例如，DICOM格式的医学图像)的情况下，第一用户可通过点击 该图像检查结果的查看选项，进入新的标签页中全屏显示该DICOM格式的医学 图像，同理，第二用户可通过点击该图像检查结果的查看选项，进入新的标签 页中全屏显示该DICOM格式的医学图像。在上述过程中，第一终端120和第二 终端160均将该DICOM格式的医学图像从服务器140中下载至本地，因此第一 用户和第二用户查看的都是DICOM格式的医学图像，而并非是传统屏幕共享方 式下失真的黑白图像，改善了会诊系统中医学图像易失真、无法满足诊断需求 的问题。进一步地，第一终端120还可以在该医学影像所在的新的标签页(可 称为图像讲解界面)中提供申请同步选项，第一用户通过点击该申请同步选项， 可向服务器140发送申请同步请求，服务器140在接收到该申请同步请求之后， 将该申请同步请求转发至第二终端160，第二用户可以在第二终端160上选择是 否确认该申请同步请求，如果第二用户在第二终端160上确认了该申请同步请 求，此后，第一终端120和第二终端160之间，将通过服务器140来转发操作 同步信息，以实现将第一用户在第一终端120对医学图像的处理操作同步至第 二终端160。

可选地，第一终端120和第二终端160上安装的应用程序是相同的，或两 个终端上安装的应用程序是不同操作系统平台的同一类型应用程序，或两个终 端上安装的应用程序是同一类型应用程序针对不同型号的终端开发的不同版 本，例如，第一终端120为台式计算机则安装PC(Personal Computer，个人计 算机)端应用，第二终端160为智能手机则安装移动端应用。

第一终端120可以泛指多个终端中的一个，第二终端160可以泛指多个终 端中的一个，本申请实施例仅以第一终端120和第二终端160来举例说明。第 一终端120和第二终端160的设备类型相同或不同，该设备类型包括：智能手 机、平板电脑、智能音箱、智能手表、笔记本电脑或者台式计算机中的至少一 种，但并不局限于此。例如，第一终端120可以是台式计算机，第二终端160 可以是智能手机。以下实施例，以第一终端120为笔记本电脑、台式计算机等 计算机设备为例进行说明。

本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终 端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本申请实 施例对终端的数量和设备类型不加以限定。

图2是本申请实施例提供的一种图像显示方法的流程图。参见图2，该实施 例应用于计算机设备，以该计算机设备为上述实施环境中的第一终端120为例 进行说明，该实施例包括下述步骤：

201、第一终端响应于图像查看指令，显示目标网络会议的图像讲解界面， 该图像讲解界面显示有第一医学图像，其中，参与该目标网络会议的该第一终 端和第二终端均从服务器中下载并显示该第一医学图像。

该第一终端是指参与目标网络会议的计算机设备，该第二终端是指参与该 目标网络会议的、除了该第一终端以外的计算机设备，第一终端可以是第一用 户所使用的终端，第一用户是指该目标网络会议中对该第一医学图像存在讲解 需求的用户，该第二终端可以是第二用户所使用的终端，第二用户是指参与该 目标网络会议但并不对第一医学图像存在讲解需求的用户。

需要说明的是，由于在目标网络会议中可能会存在多个用户对该第一医学 图像存在讲解需求，因此第一用户的数量可以是一个或多个，且同一用户在自 身讲解阶段属于第一用户，但当讲解权移交或切换至下一个主讲人时，该用户 的身份将会从第一用户切换为第二用户，本申请实施例对此不进行具体限定。

在一些实施例中，该第一终端上安装和运行有支持远程会议的应用程序， 可选地，该应用程序包括但不限于：浏览器应用、远程会议应用、远程会诊应 用、医疗云应用、社交应用等，本申请实施例对该应用程序的类型不进行具体 限定。可选地，该应用程序可根据第一终端的设备类型的不同而随之变化，比 如，若第一终端为笔记本电脑、台式计算机时，该应用程序可以是浏览器应用， 若第一终端为智能手机时，该应用程序可以是远程会议应用，本申请实施例对 此不进行具体限定。

第一用户可以在该第一终端上启动该支持远程会议的应用程序，该启动操 作可以是第一用户在第一终端的桌面上对该应用程序的图标进行了触摸操作， 或者第一用户向智能助手输入对该应用程序的启动指令，该启动指令可以包括 语音指令或者文本指令，本申请实施例不对启动指令的类型进行具体限定。可 选地，在第一用户为该应用程序设置了自动启动条件时，第一终端可以在检测 到符合该应用程序的自动启动条件时，由操作系统自动启动该应用程序，例如， 该自动启动条件可以是开机自动启动，或者定时自动启动，例如在会议开始之 前5分钟自动启动该应用程序等，本申请实施例不对该应用程序的自动启动条 件进行具体限定。

在应用程序启动后，显示该应用程序的主界面，主界面中可显示有账号登 录选项和远程会议的功能标签，第一用户可以通过对该账号登录选项执行触发 操作，从而在该应用程序中登录该第一用户的第一用户账号，并在登录完毕后 返回该主界面。接着，第一用户可通过对该远程会议的功能标签执行触发操作， 从主界面进入到会议管理界面，在该会议管理界面中可显示有至少一个会议的 会议状态信息，该至少一个会议均是与该第一用户账号关联的会议，例如，是 由该第一用户账号创建的会议，或者，是由第一用户账号参与的会议。

在一些实施例中，该至少一个会议中可以包括已完成的会议或者未完成的 会议中至少一项，也即是说，该至少一个会议可以是已经结束的历史会议，还 可以是尚未开始或者正在进行中的会议，本申请实施例不对会议管理界面中显 示的会议类型进行具体限定。

在上述过程中，通过在应用程序中提供会议管理界面，使得第一用户能够 直观地查看自身需要参与的各个会议的当前时刻下的会议状态信息，一方面， 能够方便地了解还未完成的各个会议的会议数量、会议主题、开始时间、参会 人员等，提高了人机交互效率，另一方面，方便了第一用户随时管理未完成的 各个会议，比如，创建一个新的会议，或者更改(或删除)自身创建的会议， 或者退出自身参与的会议等等，降低了管理会议时的操作复杂度，进一步提高 了人机交互效率。

在一些实施例中，该至少一个会议的会议状态信息按照时间戳从大到小的 顺序排列显示，可选地，按照时间戳从大到小的顺序排列，可以是按照会议的 开始时间戳从大到小的顺序排列，也即开始时间戳较新的会议排列在开始时间 戳较旧的会议之前，例如，按照开始时间戳从新到旧的顺序，对各个会议进行 从上到下的排列显示，或者，还可以是按照会议的创建时间戳从大到小的顺序 排列，也即创建时间戳较新的会议排列在创建时间戳较旧的会议之前，例如， 按照创建时间戳从新到旧的顺序，对各个会议进行从上到下的排列显示。需要 说明的是，除了从上到下的排列显示之外，也可以对各个会议进行从左到右排 列显示，本申请实施例不对各个会议状态信息在该会议管理界面中的布局方式 进行具体限定。

在上述过程中，通过在会议管理界面中按照时间先后顺序来整理各个会议 的显示排序，使得第一用户能够直观地查看最新的哪些会议尚未完成，且能够 一目了然的查看有哪些会议是已完成的，提高了人机交互效率，优化了用户体 验。

在一些实施例中，除了显示与该第一用户账号关联的各个会议的会议状态 信息之外，根据各个会议是否完成，还可以显示各个会议的互动选项。也即是 说，对于该至少一个会议中的任一会议，若该任一会议为已完成的会议，第一 终端在该任一会议的会议状态信息的第一目标范围内显示该任一会议的结论查 看选项，该结论查看选项用于触发查看已完成的会议的会议结论；若该任一会 议为未完成的会议，第一终端在该任一会议的会议状态信息的第二目标范围内 显示该任一会议的进入会议选项，该进入会议选项用于进入未完成的会议的会 议详情界面。其中，该第一目标范围和第二目标范围可以相同或者不同，例如， 第一目标范围可以是左侧、右侧、上侧、下侧等等，第二目标范围也可以是左 侧、右侧、上侧、下侧等等，本申请实施例对此不进行具体限定。

可选地，若该任一会议为已完成的会议，第一终端在该任一会议的会议状 态信息的右侧显示该任一会议的结论查看选项，第一用户可以通过对该结论查 看选项执行触发操作，使得第一终端从该会议管理界面跳转至该任一会议的会 议结论界面，在该会议结论界面中可以查看该任一会议的会议结论、会议记录、 会议录像等。

可选地，若该任一会议为未完成的会议，第一终端在该任一会议的会议状 态信息的右侧显示该任一会议的进入会议选项，第一用户可以通过对该进入会 议选项执行触发操作，使得第一终端从该会议管理界面跳转至该任一会议的会 议详情界面，在该会议详情界面中可以查看目标对象的历史诊断信息，其中， 该目标对象是指该任一会议的待讨论对象，例如，在远程会诊场景下，该目标 对象是指待进行会诊的患者，该历史诊断信息是指该患者的所有历史病例资料。

在上述过程中，通过针对处于不同状态的会议，提供不同的互动选项，从 而能够提供查看已完成的会议的会议结论，进入未完成的会议的会议详情界面 (即线上会诊室)的功能，方便了第一用户查看历史会议的会议结论，也方便 了第一用户及时进入未开始会议的线上会诊室，降低了操作复杂度，提高了操 作便捷性，提高了人机交互效率，优化了用户体验。

在一些实施例中，该图像查看指令的触发过程如下：第一终端在会议管理 界面中显示该目标网络会议的会议状态信息和进入会议选项，该目标网络会议 是指与第一用户账号关联且当前时刻下未完成的任一网络会议，例如，在远程 会诊场景下，该目标网络会议是指目标网络会诊。第一终端响应于第一用户对 该目标网络会议的进入会议选项的触发操作，从该会议管理界面跳转至该目标 网络会议的会议详情界面，在该会议详情界面中显示有目标对象的历史诊断信 息，该目标对象是指该目标网络会议所待讨论的对象，在远程会诊场景下，该 目对象是指目标网络会诊的患者，该历史诊断信息包括该患者的所有历史病例 资料，例如，化验单、报告单、病例记录、出院小结、医学影像等。

在一些实施例中，在该会议详情界面中的该历史诊断信息按照时间戳从小 到大的顺序排列显示。可选地，对于该历史诊断信息中包含的各个历史病历资 料，获取各个历史病例资料的诊断时间戳，按照诊断时间戳从小到大的顺序排 列显示，也即，按照诊断时间戳从旧到新的顺序排列显示，诊断时间戳较旧的 历史病例资料排列在诊断时间戳较新的历史病例资料之前。示意性的，在该会 议详情界面中显示一时间轴，并在该时间轴上绘制多个时间节点，在每个时间 节点对应的区域内显示各自的历史病例资料，可选地，该时间轴可以是自上而 下的一条时间轴，位于上部的时间节点具有较小且较旧的时间戳，位于下部的 时间节点具有较大且较新的时间戳，可选地，该时间轴还可以是自左而右的一 条时间轴，位于左部的时间节点具有较小且较旧的时间戳，位于右部的时间节 点具有较大且较新的时间戳，本申请实施例不对时间轴的布局方式进行具体限 定。

在上述过程中，通过在会议详情界面中按照时间从旧到新的顺序来整理目 标对象的各个历史病例资料，使得第一用户能够完整地了解目标对象的整个诊 疗过程，直观地了解到目标对象的病情发展的基本情况，从而无需第一用户对 各个历史病历资料进行手动归档整理，大大提高了人机交互效率，优化了用户 体验。在另一些实施例中，也可以在该会议详情界面中的该历史诊断信息按照 时间戳从大到小的顺序排列显示，排列显示方式与上述情况类似，这里不做赘 述，这样能够方便第一用户快速翻看到最近一次的历史病历资料，能够尽快定 位并跟进到该目标对象的病情的最新诊断，降低了定位最新诊断时的操作复杂 度。

在一些实施例中，若该历史诊断信息中包含图像检查结果，第一终端可以 在该会议详情界面中显示该图像检查结果的查看选项，响应于第一用户对该查 看选项的触发操作，第一终端获取该图像查看指令，该图像查看指令中携带该 图像检查结果的标识信息。在上述过程中，第一终端通过针对图像检查结果提 供查看选项，可以使得在第一用户对图像检查结果不存在查看需求时，无需加 载数据量较大的第一医学图像至本地，只有当第一用户对图像检查结果存在查 看需求时，通过触发该查看选项并生成图像查看指令，从而加载数据量较大的 第一医学图像至本地，因此能够优化第一终端的资源配置，节约第一终端的存 储空间。

在一些实施例中，第一终端响应于该图像查看指令，向服务器发送图像加 载请求，该图像加载请求携带该图像检查结果的标识信息，该图像加载请求用 于请求获取该标识信息所指示的第一医学图像。服务器在接收到该图像加载请 求之后，解析该图像加载请求，得到该图像检查结果的标识信息，以该标识信 息为索引，查询与该标识信息对应的第一医学图像，将该第一医学图像以及图 像讲解界面的显示资源发送至第一终端。第一终端接收该第一医学图像和该图 像讲解界面的显示资源，对该显示资源和该第一医学图像进行渲染，从而在第 一终端上显示该目标网络会议的图像讲解界面，并在该图像讲解界面中显示该 第一医学图像。

示意性地，以该应用程序为浏览器应用为例，第一终端响应于该图像查看 指令，将第一医学图像从云端加载至本地，并在浏览器应用中弹出新的标签页 即图像讲解界面，在该图像讲解界面中全屏显示该第一医学图像，或者，在该 图像讲解界面中按照100％的缩放比例显示该第一医学图像，本申请实施例对此 不进行具体限定。

示意性地，以该应用程序为远程会议应用为例，第一终端响应于该图像查 看指令，将第一医学图像从云端加载至本地，并在远程会议应用中从当前界面 跳转至图像讲解界面，在该图像讲解界面中显示有第一医学图像，或者，在该 远程会议应用中显示弹窗，在该弹窗内全屏显示该第一医学图像，或者，在该 远程会议应用的当前界面(如会议详情界面)中直接显示该第一医学图像，本 申请实施例对此不进行具体限定。

202、第一终端在该图像讲解界面中，基于对该第一医学图像的处理操作， 显示第二医学图像，该第二医学图像为对第一医学图像执行该处理操作对应处 理得到。

在一些实施例中，在第一终端与第二终端之间已开启指令同步的情况下， 第一终端检测第一用户对该第一医学图像的处理操作，响应于检测到该处理操 作，对该第一医学图像执行该处理操作所对应的处理，得到第二医学图像，并 在该图像讲解界面中显示该第二医学图像。

在一些实施例中，该处理操作包括下述至少一项：图像布局操作、翻页操 作、调窗操作、平移操作、缩放操作、多平面重建操作、三维重建操作、测量 操作、标记操作、反色操作、自动播放操作、恢复原图操作、删除操作或者查 看图像参数。

在上述过程中，通过支持对该第一医学图像的各类处理操作，代表着也能 将上述各类处理操作同步至第二终端，从而保证了第一终端与第二终端之间所 支持同步的处理操作的种类多样性，使得目标网络会议上针对第一医学图像的 讲解更贴近于线下会议的体验。

203、第一终端基于与服务器建立的套接字连接，向该服务器发送操作同步 信息，由该服务器将该操作同步信息转发至第二终端，该操作同步信息用于指 示对该第二终端上显示的该第一医学图像执行该处理操作，以显示该第二医学 图像。

在一些实施例中，第一终端可以基于检测到的该处理操作，生成该操作同 步信息，该操作同步信息至少可以携带该处理操作的操作信息，该操作信息包 括但不限于：操作类型、操作时间、操作位置、持续时长、操作轨迹等，本申 请实施例不对操作信息的内容进行具体限定。

在一些实施例中，第一终端和服务器预先建立套接字连接，并基于与该服 务器建立的套接字连接，向该服务器发送该操作同步信息，由该服务器将该操 作同步信息转发至该第二终端。其中，该套接字连接也即Socket连接，是指网 络中不同主机上的应用进程之间进行双向通信的端点，在本申请实施例中，指 终端与服务器之间进行双向通信的端点。

示意性地，当该应用程序为浏览器应用时，该套接字连接可以是WebSocket 连接，其中，WebSocket是一种在单个TCP连接上进行全双工通信的协议，终端 与服务器之间可以仅通过一次握手即可建立WebSocket连接。第一终端与服务 器建立WebSocket连接之后，基于该WebSocket连接向服务器发送该操作同步 信息，服务器接收到该操作同步信息之后，向参与该目标网络会议的各个第二 终端转发该操作同步信息，同理，第二终端和服务器也可以预先建立套接字连 接，如预先建立WebSocket连接，服务器转发操作同步信息时，也可以基于服 务器与各个第二终端分别建立的各个套接字连接进行转发，如基于服务器与各个第二终端分别建立的各个WebSocket连接进行转发，或者，服务器还可以采 用广播、组播等方式转发该操作同步信息，本申请实施例对操作同步信息的转 发方式不进行具体限定。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在 此不再一一赘述。

本申请实施例提供的方法，通过在图像讲解界面中直接显示第一医学图像， 并在第一终端和第二终端之间，只需要基于操作同步信息来同步对第一医学图 像的处理操作，即可实现第一终端和第二终端无需传输任何医学图像，即能够 同步显示第二医学图像，由于无需传输任何医学图像，因此第一终端和第二终 端都可以直接下载原始DICOM格式的医学图像至本地，避免了医学图像在传输 中产生失真，能够满足医学诊断需求，优化了医学图像的显示效果。

上述实施例中介绍了第一终端如何下载第一医学图像，并基于操作同步信 息将第一用户对第一医学图像的处理操作同步至第二终端，使得第一终端和第 二终端能够同步显示第二医学图像，而在本申请实施例中，将详细介绍在上述 同步过程之前，第一终端和第二终端如何通过服务器建立起指令同步的过程， 下面进行详述。

图3是本申请实施例提供的一种图像显示方法的交互流程图，如图3所示， 该实施例应用于第一终端、第二终端和服务器三者之间的交互过程，该实施例 包括下述步骤：

301、第一终端在目标网络会议的会议详情界面中，显示目标对象的历史诊 断信息。

其中，该目标网络会议是指与第一用户账号关联且当前时刻下未完成的任 一网络会议，例如，在远程会诊场景下，该目标网络会议是指目标网络会诊。

其中，该目标对象是指该目标网络会议所待讨论的对象，在远程会诊场景 下，该目对象是指目标网络会诊的患者，该历史诊断信息包括该患者的所有历 史病例资料，例如，化验单、报告单、病例记录、出院小结、医学影像等。

在一些实施例中，该第一终端上安装和运行有支持远程会议的应用程序， 可选地，该应用程序包括但不限于：浏览器应用、远程会议应用、远程会诊应 用、医疗云应用、社交应用等，本申请实施例对该应用程序的类型不进行具体 限定。可选地，该应用程序可根据第一终端的设备类型的不同而随之变化，比 如，若第一终端为笔记本电脑、台式计算机时，该应用程序可以是浏览器应用， 若第一终端为智能手机时，该应用程序可以是远程会议应用，本申请实施例对 此不进行具体限定。

在一些实施例中，第一用户可以在该第一终端上启动该支持远程会议的应 用程序，并在该应用程序中登录该第一用户的第一用户账号，接着，第一用户 可通过操作进入到目标网络会议的会议详情界面中。可选地，可以如上述步骤 201所示的，先从应用程序的主界面进入到会议管理界面，再从会议管理界面中 找到目标网络会议的进入会议选项，从而进入到该目标网络会议的会议详情界 面中。可选地，还可以直接在应用程序的主界面中显示包括目标网络会议在内 的未完成的各个会议以及对应的各个进入会议选项，从而可以直接在主界面中 点击目标网络会议的进入会议选项，从而进入到该目标网络会议的会议详情界 面中，本申请实施例不对进入会议详情界面的方式进行具体限定。需要说明的是，应用程序的启动方式与上述步骤201中的启动方式类似，这里不做赘述。

在一些实施例中，在该会议详情界面中的该历史诊断信息按照时间戳从小 到大的顺序排列显示。可选地，对于该历史诊断信息中包含的各个历史病历资 料，获取各个历史病例资料的诊断时间戳，按照诊断时间戳从小到大的顺序排 列显示，也即，按照诊断时间戳从旧到新的顺序排列显示，诊断时间戳较旧的 历史病例资料排列在诊断时间戳较新的历史病例资料之前。示意性的，在该会 议详情界面中显示一时间轴，并在该时间轴上绘制多个时间节点，在每个时间 节点对应的区域内显示各自的历史病例资料，可选地，该时间轴可以是自上而 下的一条时间轴，位于上部的时间节点具有较小且较旧的时间戳，位于下部的 时间节点具有较大且较新的时间戳，可选地，该时间轴还可以是自左而右的一 条时间轴，位于左部的时间节点具有较小且较旧的时间戳，位于右部的时间节 点具有较大且较新的时间戳，本申请实施例不对时间轴的布局方式进行具体限 定。

在上述过程中，通过在会议详情界面中按照时间从旧到新的顺序来整理目 标对象的各个历史病例资料，使得第一用户能够完整地了解目标对象的整个诊 疗过程，直观地了解到目标对象的病情发展的基本情况，从而无需第一用户对 各个历史病历资料进行手动归档整理，大大提高了人机交互效率，优化了用户 体验。在另一些实施例中，也可以在该会议详情界面中的该历史诊断信息按照 时间戳从大到小的顺序排列显示，排列显示方式与上述情况类似，这里不做赘 述，这样能够方便第一用户快速翻看到最近一次的历史病历资料，能够尽快定 位并跟进到该目标对象的病情的最新诊断，降低了定位最新诊断时的操作复杂 度。

302、若该历史诊断信息中包含图像检查结果，第一终端显示该图像检查结 果的查看选项。

在一些实施例中，由于该历史诊断信息中包括目标对象的一个或多个历史 病例资料，通常并非全部的历史病例资料中均包含图像检查结果，因此，第一 终端可以先确定包含图像检查结果的一个或多个目标病例资料，并在各个目标 病例资料的文本标题的第三目标范围内显示对应的查看选项。例如，该第三目 标范围可以是左侧、右侧、上侧、下侧等等，本申请实施例对此不进行具体限 定。

图4是本申请实施例提供的一种会议详情界面的界面示意图，如图4所示， 在第一终端为PC端的情况下，以目标网络会议为目标网络会诊为例进行说明， 其会议详情界面也可称为会诊详情界面。第一终端在目标网络会诊的会诊详情 界面400中显示有目标患者的历史诊断信息410，可以看出，历史诊断信息410 表现为一条自上而下的时间轴，显示在上侧的历史病例资料具有较旧的时间戳， 显示在下侧的历史病例资料具有较新的时间戳，在所有的历史病例资料中有一 个目标病例资料411携带了图像检查结果，因此在目标病例资料411的文本标 题下方还显示有该图像检查结果的查看选项412。除此以外，由于目标病例资料 411代表的是一次拍片检查，因此目标病例资料411包括检查报告单421和图像 检查结果两项内容，第一用户点击目标病例资料411之后，会触发在会诊详情 界面400的预览区域420中显示本次的检查报告单421，并且，在预览区域420 的下方还显示有会诊结论的填写区域430，在目标网络会诊结束后，可由第一用 户在该填写区域中输入最终的会诊结论。

图5是本申请实施例提供的一种移动端应用的界面变化图，如图5所示， 在第一终端为移动端的情况下，以目标网络会议为目标网络会诊为例进行说明。 在到达目标网络会诊的开始时间之后，平台可自动创建该目标网络会诊的聊天 室，也即将参与会诊的各个用户账号添加到同一用户群组中，如聊天界面510 所示，第一用户可在该用户群组(俗称为群聊)中发送文本消息或语音消息， 以便于和其他用户进行沟通。示意性地，聊天界面510的上部显示有群聊名称 511，例如群聊名称511为“演示患者的会诊”，并且在聊天界面510中还可以 提供进入会诊选项512，该进入会诊选项512上可以显示有目标网络会诊的开始 时间和结束时间，并显示有提示文本“点击可查看会诊信息与资料”。第一用户 在点击进入会诊选项512之后，可从聊天界面510跳转至会诊详情界面520。在 会诊详情界面520中显示有目标网络会诊的会诊信息521以及目标患者的历史 诊断信息522。示意性地，会诊信息521可包括如下内容：会诊状态为“待会诊”， 开始时间为“6月16日周三22:00”，结束时间为“6月16日周三23:00”， 会诊发起人“医生A”，会诊专家“医生B”，病情摘要“除胃间质肿瘤外，对胃 淋巴瘤、神经内分泌瘤、异位胰腺、脂肪瘤、平滑肌瘤、神经鞘瘤等具有一定 敏感性，缺乏特异性，其价值有待进一步验证A、胃淋巴瘤；B、胃异位胰腺； C、胃神经内分泌癌；D、胃脂肪瘤”。示意性地，历史诊断信息522表现为一条 自上而下的时间轴，显示在上侧的历史病例资料具有较旧的时间戳，显示在下 侧的历史病例资料具有较新的时间戳。例如，历史诊断信息522包括两条历史 病例资料5221和5222，第一用户点击历史病例资料5222之后，可从会诊详情 界面520跳转至病例资料界面530。在病例资料界面530中，显示了历史病例资 料5222的一系列相关信息：如，患者的姓名、性别、年龄、就诊医院、患者ID、 检查ID、检查部位、检查科室、检查时间、检查描述以及检查结论等。可选地， 为保护患者隐私，可将患者的姓名进行隐私处理，例如，将患者姓名的第二个 字采用掩码“*”进行替代，如“王小五”会显示为“王*五”。由于历史病例资 料5222携带了图像检查结果，因此，在病例资料界面530的右下角还显示有该 图像检查结果的查看选项531，第一用户在点击该查看选项531之后，可从服务 器中下载DICOM格式的第一医学图像541，并从病例资料界面530跳转至图像讲解界面540，在该图像讲解界面540中显示第一医学图像541。示意性地，在 图像讲解界面540的下方还可以显示有对第一医学图像的多种编辑功能选项， 例如：序列翻页、调整窗宽、预设窗宽、平移、整体缩放、反色等等，本申请 实施例不对此进行具体限定。

在上述过程中，在到达目标网络会诊的开始时间之后，第一用户可操作进 入目标网络会诊的会诊详情界面，也可形象地将会诊详情界面称为线上会诊室， 在会诊详情界面中，会按照目标患者的就诊时间线自动对所有的历史病例资料 进行整理展示，使得就诊过程一目了然，方便了主讲医生和其他参会医生有目 的地查阅就诊详情。

303、第一终端响应于第一用户对该查看选项的触发操作，获取图像查看指 令。

其中，该图像查看指令中携带该图像检查结果的标识信息。

在一些实施例中，第一终端响应于第一用户对该查看选项的触发操作，第 一终端生成该图像查看指令。该触发操作包括但不限于：点击操作、触摸操作、 双击操作、长按操作、拖拽操作、按压操作、滑动操作、语音指令、手势指令 等，本申请实施例不对触摸操作的操作方式进行具体限定。

在上述步骤301-303中，第一终端通过针对图像检查结果提供查看选项，可 以使得在第一用户对图像检查结果不存在查看需求时，无需加载数据量较大的 第一医学图像至本地，只有当第一用户对图像检查结果存在查看需求时，通过 触发该查看选项并生成图像查看指令，从而加载数据量较大的第一医学图像至 本地，因此能够优化第一终端的资源配置，节约第一终端的存储空间。

304、第一终端响应于该图像查看指令，从服务器中加载与该图像检查结果 对应的第一医学图像。

在一些实施例中，第一终端响应于该图像查看指令，向服务器发送图像加 载请求，该图像加载请求携带该图像检查结果的标识信息，该图像加载请求用 于请求获取该标识信息所指示的第一医学图像。服务器在接收到该图像加载请 求之后，解析该图像加载请求，得到该图像检查结果的标识信息，以该标识信 息为索引，查询与该标识信息对应的第一医学图像，将该第一医学图像以及图 像讲解界面的显示资源发送至第一终端，第一终端接收该第一医学图像和该图 像讲解界面的显示资源。

305、第一终端显示目标网络会议的图像讲解界面，该图像讲解界面显示有 该第一医学图像和申请同步选项。

在一些实施例中，第一终端接收服务器发送的该第一医学图像和该图像讲 解界面的显示资源之后，对该显示资源和该第一医学图像进行渲染，从而在第 一终端上显示该目标网络会议的图像讲解界面，并在该图像讲解界面中显示该 第一医学图像。可选地，在该图像讲解界面中还显示有申请同步选项，该申请 同步选项用于发起对第一医学图像的处理操作的申请同步请求。

需要说明的是，由于第一医学图像通常是DICOM格式的，此时第一终端会 从服务器中下载DICOM格式的第一医学图像(即下载原图)，而不会下载经过 压缩的黑白图像，这是为了避免图像失真，以符合医生日常在工作站中的影像 查看环境，并且每个参会医生都能够将DICOM格式的第一医学图像下载至本 地，且能够自由浏览相关资料，从而能够提升图像显示效果。

示意性地，以该应用程序为浏览器应用为例，第一终端响应于该图像查看 指令，将第一医学图像从云端加载至本地，并在浏览器应用中弹出新的标签页 即图像讲解界面，在该图像讲解界面中全屏显示该第一医学图像，或者，在该 图像讲解界面中按照100％的缩放比例显示该第一医学图像，本申请实施例对此 不进行具体限定。

示意性地，以该应用程序为远程会议应用为例，第一终端响应于该图像查 看指令，将第一医学图像从云端加载至本地，并在远程会议应用中从当前界面 跳转至图像讲解界面，在该图像讲解界面中显示有第一医学图像，或者，在该 远程会议应用中显示弹窗，在该弹窗内全屏显示该第一医学图像，或者，在该 远程会议应用的当前界面(如会议详情界面)中直接显示该第一医学图像，本 申请实施例对此不进行具体限定。

图6是本申请实施例提供的一种图像讲解界面的界面示意图，如图6所示， 在第一终端为PC端且应用程序为浏览器应用的情况下，以目标网络会议为目标 网络会诊为例进行说明。第一用户在会议详情界面610中点击图像检查结果的 查看选项之后，会触发浏览器应用弹出新的标签页即图像讲解界面620。在该图 像讲解界面620中显示有第一医学图像621和申请同步选项622。可选地，第一 医学图像621可以是DICOM格式的医学图像，示意性地，如果图像检查结果中 包含多张医学图像，那么可将多张医学图像的缩略图显示在左侧的影像序列区 域623中，第一用户可通过选中影像序列区域623中任一医学图像的缩略图， 以触发将选中的缩略图对应的医学图像在右侧区域进行放大显示。可选地，申 请同步选项622用于发起对第一医学图像的处理操作的申请同步请求，申请同 步选项622上可显示有“申请主持”、“申请主讲”、“申请同步”等字样，图6 中仅以“申请主持”为例进行说明。除此以外，在图像讲解界面620中还可以 包括图像编辑区域624，图像编辑区域624中提供有针对医学图像的多种编辑功 能选项，包括但不限于：图像布局、翻页、调窗、平移、缩放、多平面重建(Multi Planner Reformation，MPR)、三维(3D)重建、测量、标记、反色、自动播放、 恢复原图、删除以及查看图像参数(DICOM信息)等。可选地，在图像讲解界 面620的下方还可以显示有当前参与到同步中的人员，例如，参与目标网络会 诊的第一用户(即医生A)点击申请同步选项622发起了申请同步请求，此时 医生A变成了“主持人”，但此时尚未接收到第二用户(即医生B)的确认响应， 因此在图像讲解界面620中提示医生B当前状态为“未加入”。

306、参与该目标网络会议的第二终端基于与上述步骤301-305类似的操作， 显示目标网络会议的图像讲解界面，该图像讲解界面显示有该第一医学图像。

可选地，参与该目标网络会议的各个终端，不管是第一终端还是第二终端， 均无需基于屏幕共享方式来同步失真的黑白图像，而是各自均从服务器中下载 并显示原始的医学图像，如第一终端和第二终端分别从服务器中加载并显示 DICOM格式的医学图像。

在上述过程中，第二终端显示图像讲解界面的方式与第一终端显示图像讲 解界面的方式类似，也即，第二终端在目标网络会议的会议详情界面中，显示 目标对象的历史诊断信息；若该历史诊断信息中包含图像检查结果，第二终端 显示该图像检查结果的查看选项；第二终端响应于第二用户对该查看选项的触 发操作，获取图像查看指令；第二终端响应于该图像查看指令，从服务器中加 载与该图像检查结果对应的第一医学图像；第二终端显示目标网络会议的图像 讲解界面，该图像讲解界面显示有该第一医学图像和申请同步选项。第二终端 执行上述各步骤的方式与第一终端执行上述步骤301-305的方式类似，这里不做 赘述。

307、第一终端响应于第一用户对该申请同步选项的触发操作，向服务器发 送申请同步请求，该申请同步请求用于申请将该第一终端上对该第一医学图像 的该处理操作同步至该第二终端。

该触发操作包括但不限于：点击操作、触摸操作、双击操作、长按操作、 拖拽操作、按压操作、滑动操作、语音指令、手势指令等，本申请实施例不对 触摸操作的操作方式进行具体限定。

在一些实施例中，第一用户对该申请同步选项执行触发操作之后，第一终 端响应于第一用户对该申请同步选项执行触发操作，向服务器发送申请同步请 求，该申请同步请求至少携带第一用户账号的账号标识、目标网络会议的会议 标识以及申请同步的操作时间戳。

308、服务器响应于接收到该第一终端的申请同步请求，向该第二终端发送 该申请同步请求。

在一些实施例中，服务器在接收到任一请求时，解析该任一请求的头字段， 如果该头字段中携带申请同步请求的请求类型标识，确定该任一请求为申请同 步请求，接着，解析该申请同步请求的用户字段，得到第一用户账号的账号标 识，解析该申请同步请求的数据字段，得到目标网络会议的会议标识以及申请 同步的操作时间戳。进一步地，服务器根据该目标网络会议的会议标识，确定 参与该目标网络会议的第二终端，并向第二终端转发该申请同步请求。

需要说明的是，该第二终端的数量可以是一个或多个，本申请实施例仅以 单个第二终端为例进行说明，当第二终端存在多个时，对每个第二终端可执行 与单个第二终端类似的操作。

309、第二终端响应于接收到该第一终端的申请同步请求，显示询问窗口， 该询问窗口中包括确认选项和拒绝选项。

在一些实施例中，第二终端在接收到服务器转发的申请同步请求之后，可 以在图像讲解界面中弹出询问窗口，该询问窗口用于提示第二用户是否向由一 用户申请的同步过程进行授权，因此，该询问窗口中可显示有确认选项和拒绝 选项，该确认选项用于表征同意第一终端的申请同步请求，该拒绝选项用于表 征拒绝第一终端的申请同步请求。

图7是本申请实施例提供的一种显示询问窗口的界面示意图，如图7所示， 第二终端上显示的图像讲解界面700的布局可与图6所示的第一终端上显示的 图像讲解界面620类似，这里不做赘述。在第二终端接收到服务器转发的、第 一终端发起的申请同步请求之后，可在图像讲解界面700上显示询问窗口710， 在该询问窗口710中包含询问文本“是否接受数据同步？”，并提供有确认选项711和拒绝选项712，第二用户可通过点击确认选项711，触发执行确认操作， 或者，也可以通过点击拒绝选项712，暂时拒绝加入到数据同步中。可选地，图 像讲解界面700的右下角还可以提供有加入同步选项720，即使第二用户点击了拒绝选项712之后，仍然可以随时通过点击加入同步选项720，触发再次显示该 询问窗口710，从而再次选择是否加入到数据同步中，这样能够方便用户灵活地 选择是否加入数据同步、什么时候加入到数据同步。

在一些实施例中，由于并不是每个第二用户都能够准时参加到目标网络会 议中，也即很有可能存在第二用户迟到的现象，针对部分第二用户参会较晚的 情况，第二用户在第二终端上进入到图像讲解界面中，如果当前第一用户已经 开启了数据同步，那么此时可以第一时间在图像讲解界面中显示该询问窗口， 使得第二用户能够在第一时间接收到“是否接受数据同步？”的消息咨询，避 免参会较晚的第二用户错过了数据同步。

在上述过程中，针对参会较晚的第二用户，提供了第二终端在首次打开图 像讲解界面时，自动显示询问窗口的可能实施方式，此时无需第二用户主动操 作以加入到已存在的数据同步中，能够简化第二用户的操作复杂度，提高人机 交互效率。需要说明的是，如果第二用户在该询问窗口中点击了确认选项，此 时第二终端可以一次性拉取在当前时刻之前的全量的历史操作同步信息，以立 即同步到当前时刻之下第一终端显示的第二医学图像，并在此后进行逐帧同步。

在一些实施例中，若在显示该图像讲解界面时，第一终端已开启对该第一 医学图像的处理操作的同步，第二终端在该图像讲解界面中显示加入同步选项； 响应于对该加入同步选项的触发操作，获取历史操作同步信息，该历史操作同 步信息用于表征当前时刻之前该第一终端对该第一医学图像的至少一个历史操 作；在该图像讲解界面中，基于该历史操作同步信息，显示第三医学图像，该 第三医学图像为对该第一医学图像执行该至少一个历史操作对应处理得到。

在上述过程中，针对参会较晚的第二用户，提供了第二用户手动对加入同 步选项执行触发操作，以拉取历史操作同步信息的可能实施方式，在这种方式 下第二用户可以灵活、自由地选择何时加入到已存在的数据同步中，避免在首 次打开图像讲解界面中自动弹出询问窗口而对第二用户造成打扰，能够提升远 程会议时的操作灵活度。

310、第二终端响应于第二用户对该确认选项的触发操作，向服务器发送对 该申请同步请求的确认响应，并在该图像讲解界面中显示第一提示信息，该第 一提示信息用于表征该第二终端对该申请同步请求进行了确认。

可选地，该确认响应可以是一个ACK(Acknowledge Character，确认字符) 消息，以节约第二终端与服务器之间的通信开销。

在上述步骤310中，第二终端响应于第二用户对该确认选项的触发操作， 代表检测到了第二用户对该申请同步请求的确认操作，并响应于第二用户对该 申请同步请求的确认操作，可以向服务器发送对该申请同步请求的确认响应。 与此同时，还可以在该图像讲解界面中显示第一提示信息，以代表该第二终端 对该申请同步请求进行了确认。需要说明的是，由于在下述步骤312中，第一 终端也会显示第一提示信息，但是，第一提示信息在第一终端和第二终端上可 以具有不同的提示文本，例如，在第二终端上的第一提示信息可以为“您已加 入同步”，而在第一终端上的第一提示信息可以为“创建同步成功”，本申请实施例对此不进行具体限定。

图8是本申请实施例提供的一种图像讲解界面的界面示意图，如图8所示， 在第二终端侧，第二用户在图7的基础上点击确认选项711之后，第二终端可 显示如图像讲解界面800所示的画面效果，在图像讲解界面800中显示有第一 提示信息810，该第一提示信息810在第二终端上显示的提示文本为“您已加入 同步”，用于提示第二用户目前已成功加入到第一用户发起的数据同步中。可选 地，在图像讲解界面800中还可以显示有退出同步选项820，第二用户可通过点 击退出同步选项820随时离开第一用户发起的该数据同步，例如，在退出同步 选项820中显示有“离开同步”字样，退出同步的流程将在后续实施例中进行详细说明，这里不做赘述。可选地，在图像讲解界面800中还可以显示有申请 同步选项830，这是为了方便由第二用户发起对第二医学图像的数据同步，换言 之，在第一用户进行数据同步的过程中，第二用户可随时点击申请同步选项830 以向第一用户申请切换主讲人，或者，在第一用户结束数据同步之后，第二用 户可随时点击申请同步选项830以向第一用户申请承担下一个主讲人。

311、服务器响应于接收到第二终端的该确认响应，向该第一终端发送该确 认响应。

在一些实施例中，服务器响应于接收到第二终端发送的ACK消息，向第一 终端转发该ACK消息，从而节约服务器与第一终端之间的通信开销。

312、第一终端响应于接收到该确认响应，在该图像讲解界面中显示第一提 示信息。

在上述步骤312中，第一终端响应于第二终端对该申请同步请求的确认响 应，显示第一提示信息，并执行基于该处理操作显示第二医学图像并发送操作 同步信息的步骤。其中，第一终端显示第一提示信息的方式与上述步骤310中 第二终端显示第一提示信息的方式类似，这里不做赘述。

图9是本申请实施例提供的一种图像讲解界面的界面示意图，如图9所示， 在第一终端侧，第一用户在图6的基础上点击申请同步选项622之后，并且在 接收到第二终端的ACK消息之后，第一终端可显示如图像讲解界面900所示的 画面效果，在图像讲解界面900中显示有第一提示信息910，该第一提示信息 910在第一终端上显示的提示文本为“创建同步成功”，用于提示第一用户目前 已成功创建基于第一医学图像的数据同步。可选地，在图像讲解界面900中还 可以显示有退出同步选项920，第一用户可通过点击退出同步选项920以结束基 于第一医学图像的数据同步，例如，在退出同步选项920中显示有“结束主持” 字样，退出同步的流程将在后续实施例中进行详细说明，这里不做赘述。

313、第一终端与第二终端之间通过服务器同步第一用户对该第一医学图像 的处理操作，以使得第一终端与第二终端同步显示第二医学图像，该第二医学 图像为对第一医学图像执行该处理操作对应处理得到。

上述步骤313与上述步骤202-203类似，这里不做赘述，可选地，在开启数 据同步的过程中，第二终端上的鼠标控制权可以视为交由到第一终端，此时第 二用户不可对第一医学影像进行任何操作，第二终端上对第一医学影像的处理 操作完全取决于第一终端对第一医学影像执行的处理操作，以达到数据同步的 实时效果，这一过程亦可称为“基于指令协同的影像互操作”过程。

需要说明的是，步骤202-203仅示出了单次处理操作如何进行数据同步，但 有可能第一终端发起了多次处理操作，此时只需要多次重复执行步骤202-203， 即可完成多次处理操作的数据同步。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在 此不再一一赘述。

本申请实施例提供的方法，详细介绍了第一终端如何发起数据同步，以及 第二终端如何对第一终端的数据同步进行确认，从而提供了如何建立数据同步 的可能实施方式，在数据同步建立完毕后，第一终端与第二终端之间可以通过 服务器来同步第一用户对第一医学图像的各个处理操作，直到第一终端结束同 步，或者第二终端退出同步，能够达到良好的数据同步效果，且由于第一终端 和第二终端均可以将DICOM格式的第一医学图像下载至本地，避免了第一医学 图像在数据传输中失真，因此不会对第一医学图像的显示效果造成不良影响。

在上述实施例中，详细介绍了第一终端如何发起数据同步，以及第二终端 如何对第一终端的数据同步进行确认，在此基础上，本申请实施例将介绍第一 终端如何与第二终端之间通过服务器来进行数据同步，本申请实施例可视为对 上述步骤202-203的补充说明，也可视为对上述步骤313的详细说明。

图10是本申请实施例提供的一种图像显示方法的交互流程图，如图10所 示，该实施例应用于第一终端、第二终端和服务器三者之间的交互过程，该实 施例包括下述步骤：

3131、第一终端在图像讲解界面中，基于第一用户对第一医学图像的处理 操作，显示第二医学图像，该第二医学图像为对第一医学图像执行该处理操作 对应处理得到。

上述步骤3131与上述步骤203类似，这里不做赘述。

在一些实施例中，该处理操作包括下述至少一项：图像布局操作、翻页操 作、调窗操作、平移操作、缩放操作、多平面重建操作、三维重建操作、测量 操作、标记操作、反色操作、自动播放操作、恢复原图操作、删除操作或者查 看图像参数。

图11是本申请实施例提供的一种图像讲解界面的界面示意图，如图11所 示，在图9的基础上第一用户对第一医学图像执行了“缩放”操作，本申请实 施例以放大操作为例说明，在第一终端的图像讲解界面1100中，显示了经过放 大操作后的第一医学图像即第二医学图像1101。

3132、第一终端向服务器发送操作同步信息，该操作同步信息用于指示对 该第二终端上显示的第一医学图像执行该处理操作，以显示该第二医学图像。

在一些实施例中，第一终端可以基于检测到的该处理操作，生成该操作同 步信息，该操作同步信息至少可以携带该处理操作的操作信息，该操作信息包 括但不限于：操作类型、操作时间、操作位置、持续时长、操作轨迹等，本申 请实施例不对操作信息的内容进行具体限定。

在一些实施例中，第一终端在发送该操作同步信息时，可以执行如下操作： 第一终端基于与服务器建立的套接字连接，向该服务器发送该操作同步信息， 由该服务器将该操作同步信息转发至该第二终端。示意性地，当该应用程序为 浏览器应用时，该套接字连接可以是WebSocket连接，第一终端与服务器建立 WebSocket连接之后，基于该WebSocket连接逐帧向服务器发送该操作同步信 息。

3133、服务器响应于接收到第一终端的该操作同步信息，向参与该目标网 络会议的第二终端发送该操作同步信息。

可选地，服务器接收到该操作同步信息之后，向参与该目标网络会议的各 个第二终端转发该操作同步信息，同理，服务器转发操作同步信息时，也可以 基于服务器与各个第二终端分别建立的各个WebSocket连接逐帧进行转发，这 里不做赘述。

3134、第二终端接收服务器发送的该操作同步信息。

可选地，第二终端在执行上述步骤310中对第一终端的申请同步请求的确 认操作之后，即禁止第二用户对第二终端的鼠标控制权，同时，第二终端可以 基于帧同步技术，通过服务器逐帧接收参与该目标网络会议的第一终端的操作 同步信息，并基于该操作同步信息所指示的处理操作，对第一医学图像执行同 样的该处理操作，以触发显示该第二医学图像。

3135、第二终端在该图像讲解界面中，基于该操作同步信息所指示的处理 操作，显示该第二医学图像。

上述步骤3135中第二终端显示第二医学图像方式，与上述步骤3131中第 一终端显示第二医学图像的方式类似，这里不做赘述。

图12是本申请实施例提供的一种图像讲解界面的界面示意图，如图12所 示，在图9的基础上第一用户对第一医学图像执行了“缩放”操作，本申请实 施例以放大操作为例说明，第一终端向第二终端发送该放大操作所对应的操作 同步信息，第二终端在接收到该操作同步信息之后，对第一医学图像执行相同 的放大操作，以使得在第二终端的图像讲解界面1200中，显示了与第一终端的 图像讲解界面1100中相同的第二医学图像1101。

在一些实施例中，上述基于WebSocket连接的帧同步技术，相当于是使用 了长连接的全双工通信，仅仅是本申请实施例中一种针对操作同步信息的传输 方式的示例性说明。可选地，在第一终端、第二终端和服务器三者之间传输操 作同步信息时，还可以基于云游戏实施的操作渲染技术，不过由于在操作渲染 技术中，在目标网络会议中需要把第一用户针对第一医学图像的处理操作，所 得的结果即第二医学图像做服务端的渲染，并通过视频流向第二终端进行传输， 因此比较容易受到网络波动和带宽的影响，同时服务器的渲染成本比较高。综 合起来看，上述操作渲染技术比较适合复杂3D医学图像建模实时演示等需要超 大计算量的显示渲染场景。

在另一些实施例中，除了操作渲染技术之外，还可以通过远程共享桌面来 完成第一终端、第二终端和服务器三者之间传输操作同步信息的需求，远程共 享桌面技术是直接向第二终端传输第一用户在第一终端上面的处理操作，来实 现目标网络会议中针对第一医学图像的演示功能。与操作渲染技术不同的点在 于，远程共享桌面技术不需要强大的中心化的云服务器，即可实现目标网络会 议的端到端同步。但同时，同步效果会受到第一终端的性能和网络带宽的影响。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在 此不再一一赘述。

本申请实施例提供的方法，通过在图像讲解界面中直接显示第一医学图像， 并在第一终端和第二终端之间，只需要基于操作同步信息来同步对第一医学图 像的处理操作，即可实现第一终端和第二终端无需传输任何医学图像，即能够 同步显示第二医学图像，由于无需传输任何医学图像，因此第一终端和第二终 端都可以直接下载原始DICOM格式的医学图像至本地，避免了医学图像在传输 中产生失真，能够满足医学诊断需求，优化了医学图像的显示效果。

在上述实施例中，详细介绍了第一终端如何与第二终端之间通过服务器来 进行数据同步，由于在第一终端或第二终端在数据同步过程中，通常还存在音 视频通话的需求，因此，在本申请实施例中，将介绍第一终端或者第二终端如 何加入到音视频通话中。

图13是本申请实施例提供的一种加入音视频通话的方法流程图，如图13 所示，该实施例应用于第一终端或者第二终端，以下统称为终端，该实施例包 括下述步骤：

1301、终端响应于用户对音视频通话的发起请求或加入请求，显示应用跳 转选项，该应用跳转选项用于跳转至支持该音视频通话的目标应用。

其中，该终端可以是第一终端或者第二终端，当终端为第一终端时，对应 的用户为第一用户，当终端为第二终端时，对应的用户为第二用户，本申请实 施例对此不进行具体限定。

在一些实施例中，用户可以在会议详情界面(即线上会议室)中，点击音 视频通话的触发选项，终端响应于用户对该触发选项的触发操作，生成用户对 音视频通话的发起请求，终端显示应用跳转选项，该应用跳转选项可以调用终 端上已安装的目标应用并自动跳转至该目标应用，其中，该目标应用支持音视 频通话功能。可选地，如果终端上未安装目标应用，还可以在会议详情界面中 显示目标应用的下载选项，用户可通过对该下载选项的触发操作，触发下载并 安装该目标应用。

在一些实施例中，如果当前已存在其他用户发起了音视频通话，那么在会 议详情界面中可以显示有音视频通话的加入选项，终端响应于用户对该加入选 项的触发操作，生成用户对该音视频通话的加入请求，并显示应用跳转选项， 该应用跳转选项可以调用终端上已安装的目标应用并自动跳转至该目标应用， 其中，该目标应用支持音视频通话功能。可选地，如果终端上未安装目标应用， 还可以在会议详情界面中显示目标应用的下载选项，用户可通过对该下载选项 的触发操作，触发下载并安装该目标应用。

图14是本申请实施例提供的一种会议详情界面的界面示意图，如图14所 示，在会议详情界面1400中，显示有音视频通话的触发选项1401，用户在点击 该触发选项1401之后，在该会议详情界面1400中弹出应用跳转窗口1410，在 该应用跳转窗口1410中包括应用跳转选项1411和取消跳转选项1412，用户在 点击应用跳转选项1411之后，会从当前的应用程序跳转至目标应用中以进行音 视频通话，或者，用户在点击取消跳转选项1412之后，会返回原本的会议详情 界面1400。进一步地，在该会议详情界面1400中，该提供有目标应用的下载选 项1420，用户可通过点击该下载选项1420，触发终端下载并安装该目标应用。

1302、终端响应于用户对该应用跳转选项的触发操作，跳转至该目标应用。

可选地，该触发操作包括但不限于：点击操作、触摸操作、双击操作、长 按操作、拖拽操作、按压操作、滑动操作、语音指令、手势指令等，本申请实 施例不对触摸操作的操作方式进行具体限定。

在一些实施例中，终端响应于用户对应用跳转选项的触发操作，启动目标 应用，并从当前支持远程会议的应用程序跳转至显示该目标应用。在上述过程 中，由于目标应用通常是较为成熟的音视频应用，使得参与远程会议的各个用 户可以基于目标应用来实现音视频沟通，只需要通过该应用程序调起该目标应 用即可在该目标应用中提供音视频通话功能，相当于在该应用程序中集成了其 他携带音视频通话功能的目标应用。

在一些实施例中，该目标应用可以是集成有音视频通话功能的社交应用， 或者也可以是专业的音视频会议应用，从而在该目标应用的主界面中提供目标 网络会议的聊天界面，在该聊天界面中提供音视频通话功能选项，用户点击该 音视频通话功能选项时，终端即可发起目标网络会议的音视频通话。终端发起 该目标网络会议的音视频通话之后，参与目标网络会议的其他终端会接收到是 否加入音视频通话的提示，其他用户可通过确认操作来加入到该音视频通话中， 并触发执行下述步骤1303。

图15是本申请实施例提供的一种调起目标应用的界面示意图，如图15所 示，终端在显示会议详情界面1400的基础上，响应于用户对音视频通话的触发 选项1401的触发操作，显示应用跳转选项，用户点击应用跳转选项后，浏览器 应用会调起目标应用，并且显示目标应用的主界面1500，可以看出在主界面1500 中包含目标网络会议的聊天界面1501，在该聊天界面1501中提供了音视频通话 功能选项1502，用户点击该音视频通话功能选项1502，终端即可发起目标网络 会议的音视频通话。终端发起该目标网络会议的音视频通话之后，参与目标网 络会议的其他终端会接收到是否加入音视频通话的提示，其他用户可通过确认 操作来加入到该音视频通话中。

1303、终端在该目标应用中显示该音视频通话的交互窗口。

在一些实施例中，当用户发起音视频通话之后，终端可以在该目标应用中 显示音视频通话的交互窗口，在该交互窗口中，可显示参与目标网络会议的各 个用户账号所关联的头像图片，并通过透明度或者进度条来表示头像图片对应 的用户账号是否已同意加入到音视频通话中，达到更加直观的显示效果。

图16是本申请实施例提供的一种音视频通话的交互窗口的界面示意图，如 图16所示，在音视频通话的交互窗口1600中包括4个用户账号的头像图片1601-1604，目前只有头像图片1601即登录本终端的用户账号进入到音视频通话 中，其他三个用户账号均未接通该音视频通话，可选地，在交互窗口1600中还 提供音视频通话的挂断选项1605，用户可通过点击该挂断选项1605以随时退出 音视频通话。

在一些实施例中，在基于目标应用进行音视频通话的过程中，可以利用 WebRTC(Web Real-Time Communication，网页即时通信)技术来进行音视频同 步，这是由于WebRTC服务是一种受到较多主流的浏览器应用直接支持的协议， 通过浏览器应用提供JavaScript(JS，即Java脚本)就可以达到实时通讯的能力， 能够降低音视频同步的开发成本。

图17是本申请实施例提供的一种WebRTC服务的原理性示意图，如图17 所示，台式计算机的客户端RTC 1701、笔记本电脑的PC浏览器1702和智能手 机的移动端SDK(Software Development Kit，软件开发工具包)1703，均能够 接入到WebRTC服务中，以实现不同类型的终端设备均能够加入的音视频同步 中。

在上述过程中，通过WebRTC服务可以实现多人的音视频通话，且支持 720P、1080P等高清画质。示意性地，在医疗会诊场景中，通过WebRTC服务 和房间分配，能够实现各个医生之间的实时音视频通话，配合帧同步技术，从 而满足了更加真实的远程医疗会诊需求。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在 此不再一一赘述。

本申请实施例提供的方法，通过在支持远程会议的应用程序中集成了其他 携带音视频通话功能的目标应用，由于目标应用通常是较为成熟的音视频应用， 使得参与远程会议的各个用户可以基于目标应用来实现音视频沟通，只需要通 过该应用程序调起该目标应用即可在该目标应用中提供音视频通话功能，从而 能够大量减少在不同环境下的开发适配工作，同时由于大量优质开源库和各大 云产品服务的支持，使得该应用程序能够快速接入和开发实施，并完成各类功 能的开发以及实现特殊的定制需求，从而大大降低了该应用程序的开发成本。

在上述实施例中，由于支持远程会议的应用程序集成了携带音视频通话功 能的目标应用，因此为了方便用户的操作，可以在后台将该应用程序与该目标 应用的账号系统进行打通，避免用户在该应用程序中注册一个账号，在目标应 用中注册另一个账号，导致需要反复进行登录的情况。

在一个示例性场景中，以该应用程序为医疗影像云平台、该目标应用为企 业社交应用为例进行说明。可选地，医疗影像云平台在系统后台接入了企业社 交应用的后台API，并且打通医疗影像云平台的用户管理与企业社交应用的用户 管理。例如，实现逻辑可包括下述至少一项：1)在医疗影像云平台创建一个医 联体账号，同时对应申请一个企业社交账号；2)在医疗影像云平台创建一个医 院，则在企业社交应用创建对应的部门；3)在医疗影像云平台创建一个医生， 则在企业社交应用对应部门下创建一个成员；4)对应同步医疗影像云平台中的 医生信息与企业社交应用中的成员信息，根据医生姓名拼音(加编号)生成企 业社交应用对应的用户ID；5)通过医疗影像云平台中的医生ID、企业社交应 用中的成员ID或用户手机号，都可以在系统后台获取到该用户的业务权限和数 据权限；6)当医疗影像云平台中产生了用户信息的变更时，或者企业社交应用 中产生了用户信息的变更时，每天会有定时的信息同步，以在医疗影像云平台 和企业社交应用相互之间同步信息(后更新的数据覆盖先前数据)。

图18是本申请实施例提供的一种账号对应关系的原理性示意图，如图18 所示，示出了医疗影像云平台1801的用户管理与企业社交应用1802的用户管 理之间是如何进行对应的。也即：医疗影像云平台1801中的医联体A，对应于 企业社交应用1802中的企业账号A；医疗影像云平台1801中的医院1，对应于 企业社交应用1802中的部门1；医疗影像云平台1801中的医生，对应于企业社 交应用1802中的成员；医疗影像云平台1801中医生的职位，对应于企业社交 应用1802中成员的职务；医疗影像云平台1801中医生的电话号码，对应于企 业社交应用1802中成员的手机号；医疗影像云平台1801中医生的权限，对应 于企业社交应用1802中成员的身份……以此类推，医疗影像云平台1801中的 医联体A下的医院2与企业社交应用1802中的企业账号A下的部门2具有类 似的对应关系，同理，医疗影像云平台1801中的医联体B与企业社交应用1802 中的企业账号B也具有类似的对应关系，这里不做赘述。

在一些实施例中，在上述该应用程序与该目标应用的账号系统进行打通的 基础上，用户仅需要在应用程序中登录一次，即可在目标应用中自动登录，或 者，用户仅需要在目标应用中登录一次，即可在该应用程序中自动登录。

图19是本申请实施例提供一种目标应用中账号登录的流程图，如1900所 示，以该应用程序为医疗影像云平台、该目标应用为企业社交应用为例进行说 明。该企业社交应用可支持小程序登录和客户端登录两种登录方式，而医疗影 像云平台可支持浏览器登录方式。在医疗影像云平台和企业社交应用的系统权 限打通后，通过企业社交应用的账号登录流程如下：

A)医疗影像云平台的系统后台登录时，可利用企业社交应用的用户授权完 成登录。并且，由于医疗影像云平台和企业社交应用的系统权限打通，能够实 现小程序用户静默登录，并且同一个身份凭据可以享有两个平台的用户权限。

B)小程序无交互静默登录：小程序启动时静默获取身份凭据，无需用户键 入账号密码等；小程序与医疗影像云平台的后台通信，可通过身份凭据进行权 限验证；在身份凭据过期时，小程序自动静默再授权获取新的身份凭据，并重 发业务请求，从而实现无感知的身份凭据续期操作。

在上述实施例中，介绍了第一终端和第二终端如何在数据同步过程中进行 音视频通话，并介绍了该应用程序与目标应用之间可进行账号管理的打通，以 避免用户在不同应用中反复执行登录操作。进一步地，由于第一终端在完成对 第一医学图像的讲解之后，还可以退出数据同步，因此在本申请实施例中将详 细介绍第一终端如何退出数据同步，并将鼠标控制权交回给第二终端，下面进 行详述。

图20是本申请实施例提供的一种退出数据同步的方法流程图，如图20所 示，该实施例可执行在上述步骤313或者上述步骤3131-3135之后，该实施例应 用于第一终端、第二终端和服务器三者之间的交互过程，该实施例包括下述步 骤：

2001、第一终端显示目标网络会议的图像讲解界面，该图像讲解界面显示 有第一医学图像和退出同步选项。

其中，该退出同步选项用于退出对第一医学图像的处理操作的数据同步。

上述步骤2001显示图像讲解界面的方式与上述步骤305显示图像讲解界面 的方式类似，这里不做赘述。

2002、第一终端响应于第一用户对该退出同步选项的触发操作，向服务器 发送退出同步请求，该退出同步请求用于请求停止将该第一终端上对该第一医 学图像的该处理操作同步至第二终端。

其中，该退出同步请求至少携带第一用户账号的账号标识、目标网络会议 的会议标识以及退出同步的操作时间戳。

上述步骤2002与上述步骤307类似，这里不做赘述。

2003、服务器响应于接收到该第一终端的退出同步请求，向参与目标网络 会议的第二终端发送该退出同步请求。

上述步骤2003与上述步骤308类似，这里不做赘述。

2004、第二终端接收服务器转发的该第一终端的退出同步请求，显示退出 同步的提示窗口，该提示窗口中包含确认选项。

上述步骤2004与上述步骤309类似，只是在提示窗口中不再包含拒绝选项。

2005、第二终端响应于第二用户对该确认选项的触发操作，向服务器发送 对该退出同步请求的确认响应，并在该图像讲解界面中显示第二提示信息，该 第二提示信息用于表征已停止将该第一终端上对该第一医学图像的该处理操作 同步至该第二终端。

可选地，该确认响应可以是一个ACK(Acknowledge Character，确认字符) 消息，以节约第二终端与服务器之间的通信开销。

在上述步骤2005中，第二终端响应于第二用户对该确认选项的触发操作， 代表检测到了第二用户对该退出同步请求的确认操作，并响应于第二用户对该 退出同步请求的确认操作，生成对该退出同步请求的确认响应，接着，向服务 器发送该确认响应。与此同时，还可以在该图像讲解界面中显示第二提示信息， 以代表该第二终端对该退出同步请求进行了确认。需要说明的是，由于在下述 步骤2007中，第一终端也会显示第二提示信息，但是，第二提示信息在第一终 端和第二终端上可以具有不同的提示文本，例如，在第二终端上的第二提示信 息可以为“主持人已结束同步”，而在第一终端上的第二提示信息可以为“您已 退出同步”，本申请实施例对此不进行具体限定。

图21是本申请实施例提供的一种图像讲解界面的界面示意图，如图21所 示，第一用户在自身图像讲解界面中点击退出同步选项，以结束基于第一医学 图像的数据同步。与此同时，第一终端通过服务器向第二终端发送退出同步请 求，此时在第二终端侧，在图像讲解界面2100中显示有第二提示信息2101，该 第二提示信息2101在第二终端上显示的提示文本为“主持人已结束同步”，用 于提示第一用户已结束之前发起的数据同步。

2006、服务器响应于接收到第二终端的该确认响应，向该第一终端发送该 确认响应。

上述步骤2006与上述步骤311类似，这里不做赘述。

2007、第一终端响应于接收到该确认响应，在该图像讲解界面中显示第二 提示信息。

上述步骤2007与上述步骤312类似，这里不做赘述。

在一些实施例中，第一终端响应于第二终端对该退出同步请求的确认响应， 可以停止执行基于该处理操作显示第二医学图像并发送操作同步信息的步骤， 并显示第二提示信息。其中，第一终端显示第二提示信息的方式与上述步骤2005 中第二终端显示第二提示信息的方式类似，这里不做赘述。

图22是本申请实施例提供的一种图像讲解界面的界面示意图，如图22所 示，第二用户对该退出同步申请执行确认操作之后，第一终端可通过服务器接 收到对应的确认响应。此时在第一终端侧，在图像讲解界面2200中显示有第二 提示信息2201，该第二提示信息2201在第一终端上显示的提示文本为“您已退 出同步”，用于提示第一用户已结束之前发起的数据同步。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在 此不再一一赘述。

本申请实施例提供的方法，详细介绍了第一终端如何停止数据同步，在数 据同步结束后，第二终端可以申请作为下一个主讲人，也即向第一终端发起申 请同步请求，再次执行类似的数据同步流程，能够达到良好的数据同步效果， 或者，第一终端和第二终端还可以在本地自行浏览已下载的DICOM格式的第一 医学图像或者经过处理后的第二医学图像，避免了第一医学图像或第二医学图 像在数据传输中失真，因此不会对第一医学图像或第二医学图像的显示效果造 成不良影响。

图23是本申请实施例提供的一种图像显示方法的原理性流程图，如2300 所示，以目标网络会议为目标网络会诊为例进行说明。传统的远程会诊阅片方 式一般为远程视频会议，对主讲医生端(即第一终端)的网络带宽、后端服务 处理性能要求较高。而本申请实施例中，基于WebSocket的医学图像远程同步 操作，能够在大幅度减少网络传输开销的同时，向参与目标网络会诊的各个终 端均实时同步主讲医生即第一用户的各项处理操作(全量同步包的数据量在10K 左右，逐帧同步包的数据量在100B左右)，示意性的，同步流程如下：

步骤一、医生A、医生B进入影像页，加载影像到本地，与后端同步服务 器建立WebSocket连接。

其中，影像页即指图像讲解界面，影像即指第一医学图像。

其中，医生A为第一终端对应的第一用户，医生B为第二终端对应的第二 用户。

步骤二、医生A发起同步，推送消息(即申请同步请求)到所有浏览当前 影像的医生。

步骤三、医生B收到消息后加入同步，逐帧同步医生A所有操作。

步骤四、医生C进入影像页，加载影像到本地，建立通信后收到医生A正 在同步的消息，询问其是否加入。

其中，医生C为另一第二终端对应的另一第二用户。

步骤五、医生C加入同步，向医生A请求同步一次全量数据(即历史操作 同步信息)，在这之后逐帧同步。

步骤六、医生C发起控制申请，医生A同意后控制权交给医生C，医生C 操作同步给医生A和B。

此时，由于控制权发生变化，医生C转换为第一用户，医生A和B转换为 第二用户。

步骤七、医生B退出同步，独立浏览；医生C结束同步，通知医生A退出 同步。

可选地，通过WebSocket帧同步技术所能同步主要的针对DICOM格式的医 学图像的处理操作包括下述至少一项：镜头远近调节和摇摄、亮度和反光调节、 反色模式、断层扫描的窗框或窗位设置、图片旋转、图片翻转、分段长度、圆 形/椭圆形和其范围内的中间、最小、最大参数值、Hounsfield(亨氏)单位的密 度计算、角度值计算、自由绘画的画笔工具等，本申请实施例对此不进行具体 限定。

在本申请实施例中，由于WebSocket和WebRTC都是成熟开源的技术，因 此在实现远程网络会诊时，不依赖环境与多端同步。并且WebSocket和WebRTC 得到各个浏览器和移动设备的广泛支持，无需过多的适配即可完成各端的同步， 如，PC浏览器、手机浏览器、小程序、Android(安卓)和IOS(苹果)客户端 等均可快速适配并同步。进一步地，通过WebSocket实现影像帧操作同步，以 及通过WebRTC实现实时音视频同步，能够以较低的成本高质量的完成远程会 诊任务。

在上述各个实施例中，详细介绍了第一终端、第二终端之间如何通过服务 器创建数据同步，如何实现数据同步，如何在数据同步中完成音视频通话，以 及如何退出数据同步。在本申请实施例中，由于提供了一种线上会诊平台，在 线上会诊平台中还提供有创建会诊和会诊管理等服务，下面进行详述。

图24是本申请实施例提供的一种会诊创建方法的流程图，如图24所示， 该实施例应用于第一终端或者第二终端，以下统称为终端，该实施例包括下述 步骤：

2401、终端在会议管理界面中显示会议创建选项。

其中，该会议创建选项用于在线上会诊平台中创建一个新的会议记录。

其中，该终端可以是第一终端或者第二终端，当终端为第一终端时，对应 的用户为第一用户，当终端为第二终端时，对应的用户为第二用户，本申请实 施例对此不进行具体限定。

在应用程序启动后，显示该应用程序的主界面，主界面中可显示有账号登 录选项和远程会议的功能标签，第一用户可以通过对该账号登录选项执行触发 操作，从而在该应用程序中登录该第一用户的第一用户账号，并在登录完毕后 返回该主界面。接着，第一用户可通过对该远程会议的功能标签执行触发操作， 从主界面进入到会议管理界面，在该会议管理界面中可显示有至少一个会议的 会议状态信息以及会议创建选项，该至少一个会议均是与该第一用户账号关联 的会议，例如，是由该第一用户账号创建的会议，或者，是由第一用户账号参 与的会议。

在一些实施例中，该至少一个会议中可以包括已完成的会议或者未完成的 会议中至少一项，也即是说，该至少一个会议可以是已经结束的历史会议，还 可以是尚未开始或者正在进行中的会议，本申请实施例不对会议管理界面中显 示的会议类型进行具体限定。

在上述过程中，通过在应用程序中提供会议管理界面，使得第一用户能够 直观地查看自身需要参与的各个会议的当前时刻下的会议状态信息，一方面， 能够方便地了解还未完成的各个会议的会议数量、会议主题、开始时间、参会 人员等，提高了人机交互效率，另一方面，方便了第一用户随时管理未完成的 各个会议，比如，基于该会议创建选项以创建一个新的会议，或者更改(或删 除)自身创建的会议，或者退出自身参与的会议等等，降低了管理会议时的操 作复杂度，进一步提高了人机交互效率。

在一些实施例中，该至少一个会议的会议状态信息按照时间戳从大到小的 顺序排列显示，可选地，按照时间戳从大到小的顺序排列，可以是按照会议的 开始时间戳从大到小的顺序排列，也即开始时间戳较新的会议排列在开始时间 戳较旧的会议之前，例如，按照开始时间戳从新到旧的顺序，对各个会议进行 从上到下的排列显示，或者，还可以是按照会议的创建时间戳从大到小的顺序 排列，也即创建时间戳较新的会议排列在创建时间戳较旧的会议之前，例如， 按照创建时间戳从新到旧的顺序，对各个会议进行从上到下的排列显示。需要 说明的是，除了从上到下的排列显示之外，也可以对各个会议进行从左到右排 列显示，本申请实施例不对各个会议状态信息在该会议管理界面中的布局方式 进行具体限定。

在上述过程中，通过在会议管理界面中按照时间先后顺序来整理各个会议 的显示排序，使得第一用户能够直观地查看最新的哪些会议尚未完成，且能够 一目了然的查看有哪些会议是已完成的，提高了人机交互效率，优化了用户体 验。

在一些实施例中，除了显示与该第一用户账号关联的各个会议的会议状态 信息之外，根据各个会议是否完成，还可以显示各个会议的互动选项。也即是 说，对于该至少一个会议中的任一会议，若该任一会议为已完成的会议，第一 终端在该任一会议的会议状态信息的第一目标范围内显示该任一会议的结论查 看选项，该结论查看选项用于触发查看已完成的会议的会议结论；若该任一会 议为未完成的会议，第一终端在该任一会议的会议状态信息的第二目标范围内 显示该任一会议的进入会议选项，该进入会议选项用于进入未完成的会议的会 议详情界面。其中，该第一目标范围和第二目标范围可以相同或者不同，例如， 第一目标范围可以是左侧、右侧、上侧、下侧等等，第二目标范围也可以是左 侧、右侧、上侧、下侧等等，本申请实施例对此不进行具体限定。

可选地，若该任一会议为已完成的会议，第一终端在该任一会议的会议状 态信息的右侧显示该任一会议的结论查看选项，第一用户可以通过对该结论查 看选项执行触发操作，使得第一终端从该会议管理界面跳转至该任一会议的会 议结论界面，在该会议结论界面中可以查看该任一会议的会议结论、会议记录、 会议录像等。

可选地，若该任一会议为未完成的会议，第一终端在该任一会议的会议状 态信息的右侧显示该任一会议的进入会议选项，第一用户可以通过对该进入会 议选项执行触发操作，使得第一终端从该会议管理界面跳转至该任一会议的会 议详情界面，在该会议详情界面中可以查看目标对象的历史诊断信息，其中， 该目标对象是指该任一会议的待讨论对象，例如，在远程会诊场景下，该目标 对象是指待进行会诊的患者，该历史诊断信息是指该患者的所有历史病例资料。

图25是本申请实施例提供的一种会议管理界面的界面示意图，如图25所 示，以终端为PC端为例进行说明，在会议管理界面2500中，包括至少一个会 议的会议状态信息的显示区域2501，并且，还提供有会议搜索功能选项2501和 会议创建选项2502。在该显示区域2501中包括至少一个会议的会议状态信息， 并且，针对已完成的会议，提供其会诊结论的结论查看选项，针对已完成的会 议，提供进入会议详情界面的进入会议选项。

图26是本申请实施例提供的一种会议管理界面的界面示意图，如图26所 示，以终端为移动端为例进行说明，以医疗会诊场景下，该会议管理界面也即 会诊管理界面。在会诊管理界面2610中，包括至少一个会诊的会诊状态信息的 显示区域2611，并且，用户可以点击任一个未完成的会诊的会诊状态信息，触 发进入到该会诊的会诊详情界面2620，在该会诊详情界面中可以修改该会诊的 开始时间、结束时间、病情摘要、重新上传医学图像等，接着可以选择保存修 改，或者，还可以取消会诊也即在线上会诊平台中删除本会诊。

在上述过程中，通过针对处于不同状态的会议，提供不同的互动选项，从 而能够提供查看已完成的会议的会议结论，进入未完成的会议的会议详情界面 (即线上会诊室)的功能，方便了第一用户查看历史会议的会议结论，也方便 了第一用户及时进入未开始会议的线上会诊室，并且支持基于会议创建选项创 建新的会议，从而降低了操作复杂度，提高了操作便捷性，提高了人机交互效 率，优化了用户体验。

2402、终端响应于用户对该会议创建选项的触发操作，显示会议配置窗口， 该会议配置窗口中显示有对象信息输入框、会议信息输入框和确认选项。

可选地，该触发操作包括但不限于：点击操作、触摸操作、双击操作、长 按操作、拖拽操作、按压操作、滑动操作、语音指令、手势指令等，本申请实 施例不对触摸操作的操作方式进行具体限定。

在一些实施例中，终端响应于用户对会议创建选项的触发操作，在会议管 理界面中弹出会议配置窗口，在该会议配置窗口中包括对象信息输入框、会议 信息输入框和确认选项，用户可以在对象信息输入框中输入会议待讨论的目标 对象的第一信息，并且，在会议信息输入框中输入本次创建的会议的第二信息， 在两者均输入完毕后，通过确认选项触发执行下述步骤2403。

图27是本申请实施例提供的一种会议配置窗口的界面示意图，如图27所 示，以终端为PC端为例进行说明，用户点击会议管理界面2700中的会议创建 选项之后，触发在该会议管理界面2700中弹出会议配置窗口2710，在该会议配 置窗口中包括对象信息输入框2711、会议信息输入框2712和确认选项2713， 用户可以在对象信息输入框2711中输入会议待讨论的目标对象的第一信息，并 且，在会议信息输入框2712中输入本次创建的会议的第二信息，在两者均输入 完毕后，通过确认选项2713触发执行下述步骤2403。

图28是本申请实施例提供的一种会议配置窗口的界面示意图，如图28所 示，以终端为移动端为例进行说明，用户点击会议管理界面中的会议创建选项 之后，触发从该会议管理界面跳转至会议配置窗口2800，在该会议配置窗口中 包括对象信息输入框2801、会议信息输入框2802和确认选项2803，用户可以 在对象信息输入框2801中输入会议待讨论的目标对象的第一信息，并且，在会 议信息输入框2802中输入本次创建的会议的第二信息，在两者均输入完毕后， 通过确认选项2803触发执行下述步骤2403。

2403、终端响应于用户对该确认选项的触发操作，获取该对象信息输入框 中的第一信息和该会议信息输入框中的第二信息。

可选地，该触发操作包括但不限于：点击操作、触摸操作、双击操作、长 按操作、拖拽操作、按压操作、滑动操作、语音指令、手势指令等，本申请实 施例不对触摸操作的操作方式进行具体限定。

用户在对第一信息和第二信息均输入完毕后，对确认选项执行触发操作， 终端响应于该触发操作，获取该第一信息和第二信息，并生成携带该第一信息 和第二信息的会议创建请求，执行下述步骤2404。

2404、终端向服务器发送会议创建请求，该会议创建请求中携带该第一信 息和该第二信息。

在一些实施例中，终端向服务器发送会议创建请求，该会议创建请求至少 携带该用户的用户账号的账号标识、该第一信息和该第二信息。服务器在接收 到该会议创建请求之后，创建与该第一信息和第二信息均对应的目标网络会议， 并且为该目标网络会议分配会议标识，向终端返回创建成功消息，终端在接收 到创建成功消息之后，可通过刷新界面查看自身创建的目标网络会议。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在 此不再一一赘述。

在本申请实施例中，以医疗会诊场景为例，介绍了用户登录线上会诊平台 并进入远程会诊功能页签之后，显示会诊管理界面，点击会诊创建选项即可在 平台中创建一个新的会诊时，在会诊配置窗口中，可以预设了“影像资料”的 上传入口，用于上传第一医学图像。可选地，用户可直接输入患者ID或患者姓 名，服务器会自动模糊查询与当前输入内容匹配的患者列表，并将患者列表返 回至终端，并展示患者列表中各个患者的其他属性信息，包括检查ID、性别、 年龄、就诊医院等，用户可选择患者列表中与本次会诊对应的患者，从而由系 统自动填写第一信息。接着用户可手动输入第二信息。可选地，对于除影像资 料外的其他资料，如病历、出院小结、检查检验单等，亦可通过电子版图片快 速上传，保证会诊资料的完整性。通过该会议管理方案，医生无需进行病历资 料的手动收集与整理，大大节约了人力资源。进一步地，移动端与PC端所创建 的会诊可进行双向同步，即PC端创建后移动端会自动同步会诊列表，同理，移 动端创建后PC端也会自动同步会诊列表，保证操作的便捷性与会诊信息的完整 性。

图29是本申请实施例提供的一种图像显示装置的结构示意图，如图29所 示，该装置包括：

显示模块2901，用于响应于图像查看指令，显示目标网络会议的图像讲解 界面，该图像讲解界面显示有第一医学图像，其中，参与该目标网络会议的该 第一终端和第二终端均从服务器中下载并显示该第一医学图像；

该显示模块2901，还用于在该图像讲解界面中，基于对该第一医学图像的 处理操作，显示第二医学图像，该第二医学图像为对第一医学图像执行该处理 操作对应处理得到；

发送模块2902，用于基于与该服务器建立的套接字连接，向该服务器发送 操作同步信息，由该服务器将该操作同步信息转发至该第二终端，该操作同步 信息用于指示对该第二终端上显示的该第一医学图像执行该处理操作，以显示 该第二医学图像。

本申请实施例提供的装置，通过在图像讲解界面中直接显示第一医学图像， 并在第一终端和第二终端之间，只需要基于操作同步信息来同步对第一医学图 像的处理操作，即可实现第一终端和第二终端无需传输任何医学图像，即能够 同步显示第二医学图像，由于无需传输任何医学图像，因此第一终端和第二终 端都可以直接下载原始DICOM格式的医学图像至本地，避免了医学图像在传输 中产生失真，能够满足医学诊断需求，优化了医学图像的显示效果。

在一种可能实施方式中，该显示模块2901还用于：在会议详情界面中显示 目标对象的历史诊断信息；若该历史诊断信息中包含图像检查结果，显示该图 像检查结果的查看选项；

基于图29的装置组成，该装置还包括：第一获取模块，用于响应于对该查 看选项的触发操作，获取该图像查看指令。

在一种可能实施方式中，该历史诊断信息按照时间戳从小到大的顺序排列 显示。

在一种可能实施方式中，该显示模块2901还用于：在会议管理界面中显示 会议创建选项；响应于对该会议创建选项的触发操作，显示会议配置窗口，该 会议配置窗口中显示有对象信息输入框、会议信息输入框和确认选项；

基于图29的装置组成，该装置还包括：第二获取模块，用于响应于对该确 认选项的触发操作，获取该对象信息输入框中的第一信息和该会议信息输入框 中的第二信息；

该发送模块2902，还用于：发送会议创建请求，该会议创建请求中携带该 第一信息和该第二信息。

在一种可能实施方式中，该会议管理界面中显示有至少一个会议的会议状 态信息，该至少一个会议包括已完成的会议或者未完成的会议中至少一项。

在一种可能实施方式中，该至少一个会议的会议状态信息按照时间戳从大 到小的顺序排列显示。

在一种可能实施方式中，对该至少一个会议中的任一会议，该显示模块2901 还用于：

若该任一会议为已完成的会议，在该任一会议的会议状态信息的第一目标 范围内显示该任一会议的结论查看选项，该结论查看选项用于触发查看已完成 的会议的会议结论；

若该任一会议为未完成的会议，在该任一会议的会议状态信息的第二目标 范围内显示该任一会议的进入会议选项，该进入会议选项用于进入未完成的会 议的会议详情界面。

在一种可能实施方式中，该图像讲解界面中还显示有申请同步选项，该发 送模块2902还用于：响应于对该申请同步选项的触发操作，发送申请同步请求， 该申请同步请求用于申请将该第一终端上对该第一医学图像的该处理操作同步 至该第二终端；

该显示模块2901还用于：响应于对该申请同步请求的确认响应，显示第一 提示信息，执行基于该处理操作显示第二医学图像并发送操作同步信息的步骤， 其中，该第一提示信息用于表征该第二终端对该申请同步请求进行了确认。

在一种可能实施方式中，该图像讲解界面中还显示有退出同步选项，该发 送模块2902还用于：响应于对该退出同步选项的触发操作，发送退出同步请求， 该退出同步请求用于请求停止将该第一终端上对该第一医学图像的该处理操作 同步至该第二终端；

该显示模块2901还用于：响应于对该退出同步请求的确认响应，显示第二 提示信息，停止执行基于该处理操作显示第二医学图像并发送操作同步信息的 步骤，该第二提示信息用于表征已停止将该第一终端上对该第一医学图像的该 处理操作同步至该第二终端。

在一种可能实施方式中，该处理操作包括下述至少一项：图像布局操作、 翻页操作、调窗操作、平移操作、缩放操作、多平面重建操作、三维重建操作、 测量操作、标记操作、反色操作、自动播放操作、恢复原图操作、删除操作或 者查看图像参数。

在一种可能实施方式中，该显示模块2901还用于：响应于对音视频通话的 发起请求或加入请求，显示应用跳转选项，该应用跳转选项用于跳转至支持该 音视频通话的目标应用；

基于图29的装置组成，该装置还包括：跳转模块，用于响应于对该应用跳 转选项的触发操作，跳转至该目标应用；

该显示模块2901还用于：在该目标应用中显示该音视频通话的交互窗口。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在 此不再一一赘述。

需要说明的是：上述实施例提供的图像显示装置在显示图像时，仅以上述 各功能模块的划分进行举例说明，实际应用中，能够根据需要而将上述功能分 配由不同的功能模块完成，即将计算机设备(如第一终端)的内部结构划分成 不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提 供的图像显示装置与图像显示方法实施例属于同一构思，其具体实现过程详见 图像显示方法实施例，这里不再赘述。

图30是本申请实施例提供的一种图像显示装置的结构示意图，如图30所 示，该装置包括：

显示模块3001，用于响应于图像查看指令，显示目标网络会议的图像讲解 界面，该图像讲解界面显示有第一医学图像；

接收模块3002，用于接收参与该目标网络会议的第一终端的操作同步信息， 该操作同步信息用于指示对第二终端上显示的第一医学图像执行处理操作，以 显示第二医学图像；

该显示模块3001，还用于在该图像讲解界面中，基于该操作同步信息所指 示的处理操作，显示第二医学图像，该第二医学图像为对第一医学图像执行该 处理操作对应处理得到。

本申请实施例提供的装置，通过在图像讲解界面中直接显示第一医学图像， 并在第一终端和第二终端之间，只需要基于操作同步信息来同步对第一医学图 像的处理操作，即可实现第一终端和第二终端无需传输任何医学图像，即能够 同步显示第二医学图像，由于无需传输任何医学图像，因此第一终端和第二终 端都可以直接下载原始DICOM格式的医学图像至本地，避免了医学图像在传输 中产生失真，能够满足医学诊断需求，优化了医学图像的显示效果。

在一种可能实施方式中，该显示模块3001还用于：若在显示该图像讲解界 面时，第一终端已开启对该第一医学图像的处理操作的同步，在该图像讲解界 面中显示加入同步选项；

基于图30的装置组成，该装置还包括：获取模块，用于响应于对该加入同 步选项的触发操作，获取历史操作同步信息，该历史操作同步信息用于表征当 前时刻之前该第一终端对该第一医学图像的至少一个历史操作；

该显示模块3001还用于：在该图像讲解界面中，基于该历史操作同步信息， 显示第三医学图像，该第三医学图像为对该第一医学图像执行该至少一个历史 操作对应处理得到。

在一种可能实施方式中，该接收模块3002还用于：接收该第一终端的申请 同步请求，该申请同步请求用于申请将该第一终端上对该第一医学图像的该处 理操作同步至该第二终端；

基于图30的装置组成，该装置还包括：第一发送模块，用于响应于对该申 请同步请求的确认操作，发送对该申请同步请求的确认响应；

该显示模块3001还用于：在该图像讲解界面中显示第一提示信息，该第一 提示信息用于表征该第二终端对该申请同步请求进行了确认。

在一种可能实施方式中，该接收模块3002还用于：接收该第一终端的退出 同步请求，该退出同步请求用于请求停止将该第一终端上对该第一医学图像的 该处理操作同步至该第二终端；

基于图30的装置组成，该装置还包括：第二发送模块，用于响应于对该退 出同步请求的确认操作，发送对该退出同步请求的确认响应；

该显示模块3001还用于：在该图像讲解界面中显示第二提示信息，该第二 提示信息用于表征已停止将该第一终端上对该第一医学图像的该处理操作同步 至该第二终端。

上述所有可选技术方案，能够采用任意结合形成本公开的可选实施例，在 此不再一一赘述。

需要说明的是：上述实施例提供的图像显示装置在显示图像时，仅以上述 各功能模块的划分进行举例说明，实际应用中，能够根据需要而将上述功能分 配由不同的功能模块完成，即将计算机设备(如第二终端)的内部结构划分成 不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提 供的图像显示装置与图像显示方法实施例属于同一构思，其具体实现过程详见 图像显示方法实施例，这里不再赘述。

图31是本申请实施例提供的一种终端的结构示意图，如图31所示，该终 端3100也即是计算机设备的一种示例性说明，该终端3100可以是上述各个实 施例中的第一终端，或者，还可以是上述各个实施例中的第二终端，本申请实 施例对此不进行具体限定。

可选地，该终端3100的设备类型包括：智能手机、平板电脑、MP3播放器 (MovingPicture Experts Group Audio Layer III，动态影像专家压缩标准音频层面 3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准 音频层面4)播放器、笔记本电脑或台式电脑。终端3100还可能被称为用户设 备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端3100包括有：处理器3101和存储器3102。

可选地，处理器3101包括一个或多个处理核心，比如4核心处理器、8核 心处理器等。可选地，处理器3101采用DSP(Digital Signal Processing，数字信 号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA (Programmable LogicArray，可编程逻辑阵列)中的至少一种硬件形式来实现。 在一些实施例中，处理器3101包括主处理器和协处理器，主处理器是用于对在 唤醒状态下的数据进行处理的处理器，也称CPU(Central Processing Unit，中央 处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在 一些实施例中，处理器3101集成有GPU(Graphics ProcessingUnit，图像处理 器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处 理器3101还包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器 用于处理有关机器学习的计算操作。

在一些实施例中，存储器3102包括一个或多个计算机可读存储介质，可选 地，该计算机可读存储介质是非暂态的。可选地，存储器3102还包括高速随机 存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储 设备。在一些实施例中，存储器3102中的非暂态的计算机可读存储介质用于存 储至少一个程序代码，该至少一个程序代码用于被处理器3101所执行以实现本 申请中各个实施例提供的图像显示方法。

在一些实施例中，终端3100还可选包括有：外围设备接口3103和至少一 个外围设备。处理器3101、存储器3102和外围设备接口3103之间能够通过总 线或信号线相连。各个外围设备能够通过总线、信号线或电路板与外围设备接 口3103相连。具体地，外围设备包括：射频电路3104、显示屏3105、摄像头 组件3106、音频电路3107、定位组件3108和电源3109中的至少一种。

外围设备接口3103可被用于将I/O(Input/Output，输入/输出)相关的至少 一个外围设备连接到处理器3101和存储器3102。在一些实施例中，处理器3101、 存储器3102和外围设备接口3103被集成在同一芯片或电路板上；在一些其他 实施例中，处理器3101、存储器3102和外围设备接口3103中的任意一个或两 个在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路3104用于接收和发射RF(Radio Frequency，射频)信号，也称电 磁信号。射频电路3104通过电磁信号与通信网络以及其他通信设备进行通信。 射频电路3104将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号 转换为电信号。可选地，射频电路3104包括：天线系统、RF收发器、一个或 多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模 块卡等等。可选地，射频电路3104通过至少一种无线通信协议来与其它终端进 行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、 4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些 实施例中，射频电路3104还包括NFC(Near Field Communication，近距离无线 通信)有关的电路，本申请对此不加以限定。

显示屏3105用于显示UI(User Interface，用户界面)。可选地，该UI包括 图形、文本、图标、视频及其它们的任意组合。当显示屏3105是触摸显示屏时， 显示屏3105还具有采集在显示屏3105的表面或表面上方的触摸信号的能力。 该触摸信号能够作为控制信号输入至处理器3101进行处理。可选地，显示屏3105 还用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中， 显示屏3105为一个，设置终端3100的前面板；在另一些实施例中，显示屏3105 为至少两个，分别设置在终端3100的不同表面或呈折叠设计；在再一些实施例 中，显示屏3105是柔性显示屏，设置在终端3100的弯曲表面上或折叠面上。 甚至，可选地，显示屏3105设置成非矩形的不规则图形，也即异形屏。可选地， 显示屏3105采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-EmittingDiode，有机发光二极管)等材质制备。

摄像头组件3106用于采集图像或视频。可选地，摄像头组件3106包括前 置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头 设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像 头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和 景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄 以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些 实施例中，摄像头组件3106还包括闪光灯。可选地，闪光灯是单色温闪光灯， 或者是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，用 于不同色温下的光线补偿。

在一些实施例中，音频电路3107包括麦克风和扬声器。麦克风用于采集用 户及环境的声波，并将声波转换为电信号输入至处理器3101进行处理，或者输 入至射频电路3104以实现语音通信。出于立体声采集或降噪的目的，麦克风为 多个，分别设置在终端3100的不同部位。可选地，麦克风是阵列麦克风或全向 采集型麦克风。扬声器则用于将来自处理器3101或射频电路3104的电信号转 换为声波。可选地，扬声器是传统的薄膜扬声器，或者是压电陶瓷扬声器。当 扬声器是压电陶瓷扬声器时，不仅能够将电信号转换为人类可听见的声波，也 能够将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路3107还包括耳机插孔。

定位组件3108用于定位终端3100的当前地理位置，以实现导航或LBS (LocationBased Service，基于位置的服务)。可选地，定位组件3108是基于美 国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗 斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源3109用于为终端3100中的各个组件进行供电。可选地，电源3109是 交流电、直流电、一次性电池或可充电电池。当电源3109包括可充电电池时， 该可充电电池支持有线充电或无线充电。该可充电电池还用于支持快充技术。

在一些实施例中，终端3100还包括有一个或多个传感器3110。该一个或多 个传感器3110包括但不限于：加速度传感器3111、陀螺仪传感器3112、压力 传感器3113、指纹传感器3114、光学传感器3115以及接近传感器3116。

在一些实施例中，加速度传感器3111检测以终端3100建立的坐标系的三 个坐标轴上的加速度大小。比如，加速度传感器3111用于检测重力加速度在三 个坐标轴上的分量。可选地，处理器3101根据加速度传感器3111采集的重力 加速度信号，控制显示屏3105以横向视图或纵向视图进行用户界面的显示。加 速度传感器3111还用于游戏或者用户的运动数据的采集。

在一些实施例中，陀螺仪传感器3112检测终端3100的机体方向及转动角 度，陀螺仪传感器3112与加速度传感器3111协同采集用户对终端3100的3D 动作。处理器3101根据陀螺仪传感器3112采集的数据，实现如下功能：动作 感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以 及惯性导航。

可选地，压力传感器3113设置在终端3100的侧边框和/或显示屏3105的下 层。当压力传感器3113设置在终端3100的侧边框时，能够检测用户对终端3100 的握持信号，由处理器3101根据压力传感器3113采集的握持信号进行左右手 识别或快捷操作。当压力传感器3113设置在显示屏3105的下层时，由处理器 3101根据用户对显示屏3105的压力操作，实现对UI界面上的可操作性控件进 行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的 至少一种。

指纹传感器3114用于采集用户的指纹，由处理器3101根据指纹传感器3114 采集到的指纹识别用户的身份，或者，由指纹传感器3114根据采集到的指纹识 别用户的身份。在识别出用户的身份为可信身份时，由处理器3101授权该用户 执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、 支付及更改设置等。可选地，指纹传感器3114被设置终端3100的正面、背面 或侧面。当终端3100上设置有物理按键或厂商Logo时，指纹传感器3114能够 与物理按键或厂商Logo集成在一起。

光学传感器3115用于采集环境光强度。在一个实施例中，处理器3101根 据光学传感器3115采集的环境光强度，控制显示屏3105的显示亮度。具体地， 当环境光强度较高时，调高显示屏3105的显示亮度；当环境光强度较低时，调 低显示屏3105的显示亮度。在另一个实施例中，处理器3101还根据光学传感 器3115采集的环境光强度，动态调整摄像头组件3106的拍摄参数。

接近传感器3116，也称距离传感器，通常设置在终端3100的前面板。接近 传感器3116用于采集用户与终端3100的正面之间的距离。在一个实施例中， 当接近传感器3116检测到用户与终端3100的正面之间的距离逐渐变小时，由 处理器3101控制显示屏3105从亮屏状态切换为息屏状态；当接近传感器3116 检测到用户与终端3100的正面之间的距离逐渐变大时，由处理器3101控制显 示屏3105从息屏状态切换为亮屏状态。

本领域技术人员能够理解，图31中示出的结构并不构成对终端3100的限 定，能够包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的 组件布置。

图32是本申请实施例提供的一种计算机设备的结构示意图，该计算机设备 可以是上述各个实施例中的第一终端、第二终端或者服务器。该计算机设备3200 可因配置或性能不同而产生比较大的差异，该计算机设备3200包括一个或一个 以上处理器(CentralProcessing Units，CPU)3201和一个或一个以上的存储器 3202，其中，该存储器3202中存储有至少一条计算机程序，该至少一条计算机 程序由该一个或一个以上处理器3201加载并执行以实现上述各个实施例提供的 图像显示方法。可选地，该计算机设备3200还具有有线或无线网络接口、键盘 以及输入输出接口等部件，以便进行输入输出，该计算机设备3200还包括其他 用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括至少一 条计算机程序的存储器，上述至少一条计算机程序可由终端中的处理器执行以 完成上述各个实施例中的图像显示方法。例如，该计算机可读存储介质包括ROM (Read-Only Memory，只读存储器)、RAM(Random-Access Memory，随机存 取存储器)、CD-ROM(Compact Disc Read-Only Memory，只读光盘)、磁带、 软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品或计算机程序，包括一 条或多条程序代码，该一条或多条程序代码存储在计算机可读存储介质中。计 算机设备的一个或多个处理器能够从计算机可读存储介质中读取该一条或多条 程序代码，该一个或多个处理器执行该一条或多条程序代码，使得计算机设备 能够执行以完成上述实施例中的图像显示方法。

本领域普通技术人员能够理解实现上述实施例的全部或部分步骤能够通过 硬件来完成，也能够通过程序来指令相关的硬件完成，可选地，该程序存储于 一种计算机可读存储介质中，可选地，上述提到的存储介质是只读存储器、磁 盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的 精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的 保护范围之内。

Claims (19)

1.一种图像显示方法，其特征在于，应用于第一终端，所述方法包括：

响应于图像查看指令，显示目标网络会议的图像讲解界面，所述图像讲解界面显示有第一医学图像，其中，参与所述目标网络会议的所述第一终端和第二终端均从服务器中下载并显示所述第一医学图像；

在所述图像讲解界面中，基于对所述第一医学图像的处理操作，显示第二医学图像，所述第二医学图像为对第一医学图像执行所述处理操作对应处理得到；

基于与所述服务器建立的套接字连接，向所述服务器发送操作同步信息，由所述服务器将所述操作同步信息转发至所述第二终端，所述操作同步信息用于指示对所述第二终端上显示的所述第一医学图像执行所述处理操作，以显示所述第二医学图像。

2.根据权利要求1所述的方法，其特征在于，所述响应于图像查看指令，显示目标网络会议的图像讲解界面之前，所述方法还包括：

在会议详情界面中显示目标对象的历史诊断信息；

若所述历史诊断信息中包含图像检查结果，显示所述图像检查结果的查看选项；

响应于对所述查看选项的触发操作，获取所述图像查看指令。

3.根据权利要求2所述的方法，其特征在于，所述历史诊断信息按照时间戳从小到大的顺序排列显示。

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

在会议管理界面中显示会议创建选项；

响应于对所述会议创建选项的触发操作，显示会议配置窗口，所述会议配置窗口中显示有对象信息输入框、会议信息输入框和确认选项；

响应于对所述确认选项的触发操作，获取所述对象信息输入框中的第一信息和所述会议信息输入框中的第二信息；

发送会议创建请求，所述会议创建请求中携带所述第一信息和所述第二信息。

5.根据权利要求4所述的方法，其特征在于，所述会议管理界面中显示有至少一个会议的会议状态信息，所述至少一个会议包括已完成的会议或者未完成的会议中至少一项。

6.根据权利要求5所述的方法，所述至少一个会议的会议状态信息按照时间戳从大到小的顺序排列显示。

7.根据权利要求5所述的方法，其特征在于，对所述至少一个会议中的任一会议，所述方法还包括：

若所述任一会议为已完成的会议，在所述任一会议的会议状态信息的第一目标范围内显示所述任一会议的结论查看选项，所述结论查看选项用于触发查看已完成的会议的会议结论；

若所述任一会议为未完成的会议，在所述任一会议的会议状态信息的第二目标范围内显示所述任一会议的进入会议选项，所述进入会议选项用于进入未完成的会议的会议详情界面。

8.根据权利要求1所述的方法，其特征在于，所述图像讲解界面中还显示有申请同步选项，所述方法还包括：

响应于对所述申请同步选项的触发操作，发送申请同步请求，所述申请同步请求用于申请将所述第一终端上对所述第一医学图像的所述处理操作同步至所述第二终端；

响应于对所述申请同步请求的确认响应，显示第一提示信息，执行基于所述处理操作显示第二医学图像并发送操作同步信息的步骤，其中，所述第一提示信息用于表征所述第二终端对所述申请同步请求进行了确认。

9.根据权利要求1所述的方法，其特征在于，所述图像讲解界面中还显示有退出同步选项，所述方法还包括：

响应于对所述退出同步选项的触发操作，发送退出同步请求，所述退出同步请求用于请求停止将所述第一终端上对所述第一医学图像的所述处理操作同步至所述第二终端；

响应于对所述退出同步请求的确认响应，显示第二提示信息，停止执行基于所述处理操作显示第二医学图像并发送操作同步信息的步骤，所述第二提示信息用于表征已停止将所述第一终端上对所述第一医学图像的所述处理操作同步至所述第二终端。

10.根据权利要求1所述的方法，其特征在于，所述处理操作包括下述至少一项：图像布局操作、翻页操作、调窗操作、平移操作、缩放操作、多平面重建操作、三维重建操作、测量操作、标记操作、反色操作、自动播放操作、恢复原图操作、删除操作或者查看图像参数。

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

响应于对音视频通话的发起请求或加入请求，显示应用跳转选项，所述应用跳转选项用于跳转至支持所述音视频通话的目标应用；

响应于对所述应用跳转选项的触发操作，跳转至所述目标应用；

在所述目标应用中显示所述音视频通话的交互窗口。

12.一种图像处理方法，其特征在于，应用于第二终端，所述方法包括：

响应于图像查看指令，显示目标网络会议的图像讲解界面，所述图像讲解界面显示有第一医学图像；

接收参与所述目标网络会议的第一终端的操作同步信息，所述操作同步信息用于指示对所述第二终端上显示的第一医学图像执行处理操作，以显示第二医学图像；

在所述图像讲解界面中，基于所述操作同步信息所指示的处理操作，显示第二医学图像，所述第二医学图像为对第一医学图像执行所述处理操作对应处理得到。

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

若在显示所述图像讲解界面时，第一终端已开启对所述第一医学图像的处理操作的同步，在所述图像讲解界面中显示加入同步选项；

响应于对所述加入同步选项的触发操作，获取历史操作同步信息，所述历史操作同步信息用于表征当前时刻之前所述第一终端对所述第一医学图像的至少一个历史操作；

在所述图像讲解界面中，基于所述历史操作同步信息，显示第三医学图像，所述第三医学图像为对所述第一医学图像执行所述至少一个历史操作对应处理得到。

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

接收所述第一终端的申请同步请求，所述申请同步请求用于申请将所述第一终端上对所述第一医学图像的所述处理操作同步至所述第二终端；

响应于对所述申请同步请求的确认操作，发送对所述申请同步请求的确认响应；

在所述图像讲解界面中显示第一提示信息，所述第一提示信息用于表征所述第二终端对所述申请同步请求进行了确认。

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

接收所述第一终端的退出同步请求，所述退出同步请求用于请求停止将所述第一终端上对所述第一医学图像的所述处理操作同步至所述第二终端；

响应于对所述退出同步请求的确认操作，发送对所述退出同步请求的确认响应；

在所述图像讲解界面中显示第二提示信息，所述第二提示信息用于表征已停止将所述第一终端上对所述第一医学图像的所述处理操作同步至所述第二终端。

16.一种图像显示装置，其特征在于，所述装置包括：

显示模块，用于响应于图像查看指令，显示目标网络会议的图像讲解界面，所述图像讲解界面显示有第一医学图像，其中，参与所述目标网络会议的所述第一终端和第二终端均从服务器中下载并显示所述第一医学图像；

所述显示模块，还用于在所述图像讲解界面中，基于对所述第一医学图像的处理操作，显示第二医学图像，所述第二医学图像为对第一医学图像执行所述处理操作对应处理得到；

发送模块，用于基于与所述服务器建立的套接字连接，向所述服务器发送操作同步信息，由所述服务器将所述操作同步信息转发至所述第二终端，所述操作同步信息用于指示对所述第二终端上显示的所述第一医学图像执行所述处理操作，以显示所述第二医学图像。

17.一种图像处理装置，其特征在于，所述装置包括：

显示模块，用于响应于图像查看指令，显示目标网络会议的图像讲解界面，所述图像讲解界面显示有第一医学图像；

接收模块，用于接收参与所述目标网络会议的第一终端的操作同步信息，所述操作同步信息用于指示对第二终端上显示的第一医学图像执行处理操作，以显示第二医学图像；

所述显示模块，还用于在所述图像讲解界面中，基于所述操作同步信息所指示的处理操作，显示第二医学图像，所述第二医学图像为对第一医学图像执行所述处理操作对应处理得到。

18.一种计算机设备，其特征在于，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条计算机程序，所述至少一条计算机程序由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求11或权利要求12至权利要求15中任一项所述的图像显示方法。

19.一种存储介质，其特征在于，所述存储介质中存储有至少一条计算机程序，所述至少一条计算机程序由处理器加载并执行以实现如权利要求1至权利要求11或权利要求12至权利要求15中任一项所述的图像显示方法。

Images