CN112948040A - 一种影像显示方法和装置及设备 - Google Patents

一种影像显示方法和装置及设备 Download PDF

Info

Publication number
CN112948040A
CN112948040A CN202110219045.8A CN202110219045A CN112948040A CN 112948040 A CN112948040 A CN 112948040A CN 202110219045 A CN202110219045 A CN 202110219045A CN 112948040 A CN112948040 A CN 112948040A
Authority
CN
China
Prior art keywords
image data
image
thread
cache unit
main thread
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.)
Pending
Application number
CN202110219045.8A
Other languages
English (en)
Inventor
郭秋雨
李和意
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qingdao Hisense Medical Equipment Co Ltd
Original Assignee
Qingdao Hisense Medical Equipment Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qingdao Hisense Medical Equipment Co Ltd filed Critical Qingdao Hisense Medical Equipment Co Ltd
Priority to CN202110219045.8A priority Critical patent/CN112948040A/zh
Publication of CN112948040A publication Critical patent/CN112948040A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • 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
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Public Health (AREA)
  • Primary Health Care (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Radiology & Medical Imaging (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供了一种影像显示方法和装置及设备，所述方法包括：主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据；所述影像加载子线程根据所述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元；所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。利用本发明提供的方法，将响应用户请求、页面渲染的任务，和影像下载的任务分离到不同的线程，并行进行影像下载和页面渲染，提升了影像显示速度和请求响应速度，降低了影像显示的等待时间。

Description

一种影像显示方法和装置及设备
技术领域
本发明涉及计算机技术领域，尤其涉及一种影像显示方法和装置及设备。
背景技术
医学数字成像和通信(Digital Imaging and Communications in Medicine，DICOM)是医学图像和相关信息的国际标准，定义了质量能满足临床需要的、可用于数据交换的医学图像格式。DICOM影像，即符合DICOM标准的医学图像，被广泛应用于放射医疗、心血管成像以及放射诊疗诊断领域，并且在眼科和牙科等其它医学领域也得到越来越深入广泛的应用，当前大约有百亿级的DICOM影像用于临床使用。
在当前的互联网时代，医疗影像阅片的场景已经从之前的放射科阅片室工作站，扩展到了整个医院的临床科室、医联体，乃至整个互联网。医生或患者希望能够通过互联网在不同类型的终端设备上调阅DICOM影像，也就是说，医生或患者希望拿出手机、平板或电脑等终端设备，通过浏览器就可以方便、快捷地查看DICOM影像。而使用浏览器查阅DICOM影像，首先要解决如何通过超文本传输协议(Hypertext Transfer Protocol，HTTP)或超文本传输安全协议(Hyper Text Transfer Protocol over SecureSocket Layer，HTTPS)快速加载DICOM影像。
目前一般采用同步加载DICOM影像的影像显示方案，使用同一线程加载和渲染DICOM影像，即，一张一张的加载DICOM影像，在所有DICOM影像加载完毕之后，进行渲染页面，而后才能响应用户的操作。而一组DICOM影像一般包含几百张的图像，有几百兆的大小，上述同步加载DICOM影像的影像显示方案，等待时间过长，加载效率过低，严重影响用户体验。
发明内容
本发明提供一种影像显示方法和装置及设备，解决同步加载DICOM影像的影像显示方案加载效率低，影像显示的等待时间长的问题。
第一方面，本发明提供一种影像显示方法，该方法包括：
主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
可选地，所述主线程响应于影像显示请求，通过第一事件通知影像加载子线程下载相应的影像数据；
所述缓存单元中的影像数据发生变更时，通过第二事件通知主线程影像数据发生变更。
可选地，主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于影像显示请求，确定当前存在影像加载子线程时，通知影像加载子线程下载相应的影像数据；
所述主线程确定当前不存在影像加载子线程时，创建影像加载子线程后，通知所述影像加载子线程下载相应的影像数据。
可选地，主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于携带对象ID的影像显示请求，通知影像加载子线程下载与所述对象ID相关联的一组影像数据，所述一组影像数据包括对象ID相关信息及多张影像数据；
所述影像加载子线程从服务器下载所述一组影像数据，每完成对象ID相关信息或一张影像数据的下载时，将所述对象ID相关信息或一张影像数据存储至缓存单元。
可选地，所述影像加载子线程将所述对象ID相关信息或一张影像数据存储至缓存单元，包括：
所述影像加载子线程将所述对象ID相关信息存储至缓存单元；
之后每完成一张影像数据的下载时，根据完成下载的影像数据张数与影像数据总张数的比值确定加载进度，将所述加载进度及所述一张影像数据存储至缓存单元。
可选地，所述方法还包括：
所述主线程确定所述缓存单元的剩余存储空间小于预设值时，通知影像加载子线程删除所述缓存单元存储的影像数据；或者
所述影像加载子线程确定影像数据下载成功或失败时，通过第三事件通知所述主线程，所述主线程根据所述第三事件的通知确定下载失败时，重新通知所述影像加载子线程下载相应的影像数据。
可选地，主线程响应于影像显示请求之前，所述方法还包括：
主线程通知影像加载子线程下载默认的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载默认的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
第二方面，本发明提供一种影像显示设备，包括存储器和处理器，其中：
所述存储器用于存储计算机程序；
所述处理器用于读取所述存储器中的程序并执行如下步骤：
主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
可选地，所述处理器的所述主线程响应于影像显示请求，通过第一事件通知影像加载子线程下载相应的影像数据；
所述缓存单元中的影像数据发生变更时，所述处理器通过第二事件通知主线程影像数据发生变更。
可选地，所述处理器的主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于影像显示请求，确定当前存在影像加载子线程时，通知影像加载子线程下载相应的影像数据；
所述主线程确定当前不存在影像加载子线程时，创建影像加载子线程后，通知所述影像加载子线程下载相应的影像数据。
可选地，所述处理器的主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于携带对象ID的影像显示请求，通知影像加载子线程下载与所述对象ID相关联的一组影像数据，所述一组影像数据包括对象ID相关信息及多张影像数据；
所述影像加载子线程从服务器下载所述一组影像数据，每完成对象ID相关信息或一张影像数据的下载时，将所述对象ID相关信息或一张影像数据存储至缓存单元。
可选地，所述处理器的所述影像加载子线程将所述对象ID相关信息或一张影像数据存储至缓存单元，包括：
所述影像加载子线程将所述对象ID相关信息存储至缓存单元；
之后每完成一张影像数据的下载时，根据完成下载的影像数据张数与影像数据总张数的比值确定加载进度，将所述加载进度及所述一张影像数据存储至缓存单元。
可选地，所述处理器还用于：
所述主线程确定所述缓存单元的剩余存储空间小于预设值时，通知影像加载子线程删除所述缓存单元存储的影像数据；或者
所述影像加载子线程确定影像数据下载成功或失败时，通过第三事件通知所述主线程，所述主线程根据所述第三事件的通知确定下载失败时，重新通知所述影像加载子线程下载相应的影像数据。
可选地，主线程响应于影像显示请求之前，所述处理器还用于：
主线程通知影像加载子线程下载默认的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载默认的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
第三方面，本发明提供一种影像显示装置，包括：
主线程，用于响应于影像显示请求，通知影像加载子线程下载相应的影像数据；确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染；
影像加载子线程，用于根据所述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元；
缓存单元，用于存储所述影像加载子线程从服务器下载的影像数据。
可选地，所述主线程响应于影像显示请求，通过第一事件通知影像加载子线程下载相应的影像数据；
所述缓存单元中的影像数据发生变更时，通过第二事件通知主线程影像数据发生变更。
可选地，所述主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于影像显示请求，确定当前存在影像加载子线程时，通知影像加载子线程下载相应的影像数据；
所述主线程确定当前不存在影像加载子线程时，创建影像加载子线程后，通知所述影像加载子线程下载相应的影像数据。
可选地，所述主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于携带对象ID的影像显示请求，通知影像加载子线程下载与所述对象ID相关联的一组影像数据，所述一组影像数据包括对象ID相关信息及多张影像数据；
所述影像加载子线程从服务器下载所述一组影像数据，每完成对象ID相关信息或一张影像数据的下载时，将所述对象ID相关信息或一张影像数据存储至缓存单元。
可选地，所述影像加载子线程将所述对象ID相关信息或一张影像数据存储至缓存单元，包括：
所述影像加载子线程将所述对象ID相关信息存储至缓存单元；
之后每完成一张影像数据的下载时，根据完成下载的影像数据张数与影像数据总张数的比值确定加载进度，将所述加载进度及所述一张影像数据存储至缓存单元。
可选地，所述主线程确定所述缓存单元的剩余存储空间小于预设值时，通知影像加载子线程删除所述缓存单元存储的影像数据；或者
所述影像加载子线程确定影像数据下载成功或失败时，通过第三事件通知所述主线程，所述主线程根据所述第三事件的通知确定下载失败时，重新通知所述影像加载子线程下载相应的影像数据。
可选地，所述主线程响应于影像显示请求之前，主线程通知影像加载子线程下载默认的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载默认的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
第四方面，本发明提供一种计算机程序介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面提供的影像显示方法的步骤。
本发明提供的一种影像显示方法和装置及设备，具有以下有益效果：
将响应用户请求、页面渲染的任务，和影像下载的任务分离到不同的线程，并行进行影像下载和页面渲染，提升了影像显示速度和请求响应速度，降低了影像显示的等待时间。
附图说明
图1为本发明实施例提供的一种影像显示方法的应用场景的示意图；
图2为本发明实施例提供的一种DICOM影像显示组件的初始化流程图；
图3为本发明实施例提供的一种影像显示方法的流程图；
图4为本发明实施例提供的一种影像显示的架构的示意图；
图5为本发明实施例提供的一种通过WADO协议加载影像数据的示意图；
图6为本发明实施例提供的一种影像显示的流程示意图；
图7为本发明实施例提供的一种影像显示设备的示意图；
图8为本发明实施例提供的一种影像显示装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个，其它量词与之类似应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
以下，对本发明实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
(1)本发明实施例中术语“超文本传输协议(Hypertext Transfer Protocol，HTTP)”，是一个简单的请求-响应协议，指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。
(2)本发明实施例中术语“超文本传输安全协议(Hyper Text Transfer Protocolover SecureSocket Layer，HTTPS)”，是以安全为目标的HTTP通道，在HTTP的基础上通过传输加密和身份认证保证了传输过程的安全性。
(3)本发明实施例中术语“统一资源定位系统(uniform resource locator，URL)”，是全球广域网(World Wide Web，Web)服务程序上用于指定信息位置的表示方法，已经被万维网联盟编制为互联网标准RFC1738。
(4)本发明实施例中术语“DICOM服务器”，指支持Web讯息机制的DICOM服务器(WebEnabled DICOM Server)。在1993年DICOM 3.0标准被制定之后，经过十几年的发展，DICOM已成为医疗用影像诊断机器(Modality)和影像保存及呈现装置间不可替代的数字通讯标准，再加上Web技术的发展，通过Web技术及讯息机制接收、发送或保存DICOM影像数据的服务器也变得普及，将上述服务器称为DICOM服务器。
(5)本发明实施例中术语“DICOM持久对象的Web访问(Web Access to DICOMPersistent Object，WADO)协议”，是DICOM标准中的一部分，提供了一种通过HTTP或HTTPS协议并利用DICOM的标识符从超文本标记语言(Hyper Text Markup Language，HTML)页或可扩展标记语言(Extensible Markup Language，XML)文档中存取与重现DICOM对象的机制，用于解决在互联网环境下访问DICOM对象。
由于各个厂商所使用的URL的格式及参数不尽相同，为了实现在因特网中，用户通过浏览网页的方式查看电子病历，并且借由HTTP通讯来从DICOM服务器取得相关影像的目的，每个电子病历厂商或者DICOM服务器厂商就必须根据其所配合的厂商不断的修改其程序来配合彼此。而WADO规范被建立的主要目地就是要统一URL的格式及方法，使得不同厂商的DICOM服务器和电子病历系统的组合均能兼容，并在电子病历系统上也能显示DICOM影像。
(6)本发明实施例中术语“JavaScript(JS)”，是一种具有函数优先的轻量级、解释型或即时编译型的编程语言，可以作为开发Web页面的脚本语言，也可以被应用到很多非浏览器环境中。JavaScript语言采用的是单线程模型，也就是说，所有任务只能在一个线程上完成，一次只能做一件事。前面的任务没做完，后面的任务只能等着。随着电脑计算能力的增强，尤其是多核CPU的出现，单线程带来很大的不便，无法充分发挥计算机的计算能力。
(7)本发明实施例中术语“Web Worker”，为JavaScript创造多线程环境，允许主线程创建Worker线程，将一些任务分配给Worker线程运行。在主线程运行的同时，Worker线程在后台运行，两者互不干扰；等到Worker线程完成计算任务，再把结果返回给主线程。Worker线程负担一些计算密集型或高延迟的任务，负责用户界面(User Interface，UI)交互的主线程就会很流畅，不会被阻塞或拖慢。
鉴于现有的同步加载DICOM影像的影像显示方案存在的上述问题，本申请提出一种影像显示方法和装置及设备。
下面结合附图对本申请实施例中的一种影像显示方法和装置及设备进行详细说明。
实施例1
如图1所示，本发明实施例提供一种影像显示方法的应用场景的示意图，包括：
客户端101，用于通过主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据；通过所述影像加载子线程根据所述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元；通过所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
需要说明的是，本发明实施例的影像显示方法基于浏览器和服务器架构(Browser/Server Architecture，B/S架构)实现，上述客户端为搭载浏览器的终端设备。
本发明实施例中的客户端(Client)或称为用户端，是指与服务器相对应，为用户提供本地服务的设备。具体的设备形式可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
服务器102，用于响应于客户端，反馈相应的影像数据。
上述服务器可以为通过Web技术及讯息机制接收、发送或保存DICOM影像数据的DICOM服务器，上述客户端与服务器之间通过网络进行通信。
本发明实施例并不限定上述影像显示方法的应用场景中实体的数量，上述应用场景中的实体数量可以根据具体的实施情况进行具体设置，上述图1可以增加或删减部分实体设备以适应不同的实施情况，例如，上述服务器可以和多个客户端同时进行通信。
作为一种可选的实施方式，将上述客户端的影像显示功能封装为DICOM影像显示组件。
上述DICOM影像显示组件包含：
(1)主线程，用于响应于影像显示请求，通知影像加载子线程下载相应的影像数据；确定缓存单元的影像数据发生变更时，从上述缓存单元读取未被渲染的影像数据进行页面渲染。
上述主线程负责创建影像加载子线程、页面的渲染、响应用户的影像显示请求。上述主线程接收到用户触发的，加载新影像的影像显示请求后，通知影像加载子线程下载相应的影像数据；实时监听缓存单元，确定缓存单元的影像数据发生变更时，例如加载进度发生变化、下载成功或下载失败后，重新渲染页面。
(2)影像加载子线程，用于根据上述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元。
上述影像加载子线程负责一张一张加载相应的影像数据并实时更新影像数据至缓存单元。
需要说明的是，上述影像加载子线程通过javascipt语言的web worker技术实现。
通过创建上述影像加载子线程，实现主线程和影像加载子线程独立工作，分离了响应影像显示请求、渲染页面的功能和影像数据加载的功能，充分利用了CPU的多核特性，提升了影像显示的效率。
(3)缓存单元，用于存储所述影像加载子线程从服务器下载的影像数据。
通过将上述主线程、影像加载子线程和缓存单元缓存封装于上述DICOM影像显示组件，通过在浏览器上安装上述DICOM影像显示组件，可以在任意搭载浏览器的客户端实现本发明实施例的影像显示方法。
上述DICOM影像显示组件在初次安装或使用时需要进行初始化，上述初始化由收纳书主线程负责。
如图2所示，本发明实施例提供一种DICOM影像显示组件的初始化流程图，包括：
步骤S201，初始化缓存单元；
将缓存单元中存储的内容清空，增加存储单元中的可用存储空间。
步骤S202，触发对缓存单元中影像数据的变更的监听；
上述影像数据的变更包括：新影像数据的载入，影像数据的删除。
步骤S203，创建影像加载子线程；
创建独立工作的影像加载子线程，将影像数据加载的功能与响应影像显示请求、渲染页面的功能分离，以提升影像显示的效率。
步骤S204，触发对影像加载子线程的数据加载进度和数据加载状态的监听。
上述数据加载状态为数据加载失败/数据加载完成。
步骤S205，在页面渲染默认的影像数据。
需要说明的是，在获取用户具体的影像显示请求之前，需要在客户端的浏览器页面渲染默认的影像数据。
作为一种可选的实施方式，主线程响应于影像显示请求之前，还包括：
主线程通知影像加载子线程下载默认的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载默认的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
上述默认的影像数据可以根据具体的实施情况进行具体设置，例如设置默认的影像数据为上述服务器的第一个对象ID对应的第一组影像的第一张影像的数据。
本发明实施例提供一种影像显示方法的流程图，如图3所示，包括：
步骤S301，主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据；
作为一种可选的实施方式，主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于影像显示请求，确定当前存在影像加载子线程时，通知影像加载子线程下载相应的影像数据；
所述主线程确定当前不存在影像加载子线程时，创建影像加载子线程后，通知所述影像加载子线程下载相应的影像数据。
上述主线程接收到影像显示请求，判断影像加载子线程是否存在；若存在，直接通知影像加载子线程下载相应的影像数据；否则，执行影像加载子线程的创建，然后通知创建的影像加载子线程下载相应的影像数据。
作为一种可选的实施方式，所述主线程响应于影像显示请求，通过第一事件通知影像加载子线程下载相应的影像数据。
上述第一事件为影像加载事件，用于通知影像加载子线程下载相应的影像数据。
上述主线程与上述影像加载子线程之间通过上述影像加载事件通信。
上述影像加载事件的具体内容包括加载操作Flag(Load Study)和影像显示请求中携带的对象ID。
作为一种可选的实施方式，主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于携带对象ID的影像显示请求，通知影像加载子线程下载与所述对象ID相关联的一组影像数据，所述一组影像数据包括对象ID相关信息及多张影像数据；
所述影像加载子线程从服务器下载所述一组影像数据，每完成对象ID相关信息或一张影像数据的下载时，将所述对象ID相关信息或一张影像数据存储至缓存单元。
上述对象对应多组影像数据，一组影像数据为一个序列，即影像实例信息每一组影像数据包含具有相同的属性的多张影像数据。
上述对象ID的相关信息可以包括：对象的名称，对象的ID，对象的性别，对象的出生日期，对象的序列号，对象的缩放，对象的窗框/窗位等信息。
上述对象ID为可以在上述服务器中识别到唯一对象的标识，可以根据具体的实施情况设置具体的实施方式，不是本方案的重点在此不再赘述。
作为一种可选的实施方式，上述对象为病例。
步骤S302，所述影像加载子线程根据所述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元；
上述影像加载子线程每下载完成一张影像数据，将下载完成的影像数据异步存储至缓存单元。
作为一种可选的实施方式，所述影像加载子线程将所述对象ID相关信息或一张影像数据存储至缓存单元，包括：
所述影像加载子线程将所述对象ID相关信息存储至缓存单元；
之后每完成一张影像数据的下载时，根据完成下载的影像数据张数与影像数据总张数的比值确定加载进度，将所述加载进度及所述一张影像数据存储至缓存单元。
如图4所示，本发明实施例提供一种影像显示的架构的示意图。
主线程、影像加载子线程和缓存单元加载在客户端的web页面上，其中，主线程用于渲染页面和响应用户请求；影像加载子线程用于加载对象ID相关信息；获取对象ID对应的序列；一张一张加载影像数据，并同步加载进度；缓存单元用于缓存对象ID相关信息和影像数据。
通过主线程实现与用户的交互，通过影像加载子线程实现根据HTTP/HTTPS从服务器加载对象ID相关信息或影像数据，并异步更新缓存至缓存单元，在缓存单元的数据变更时，通知主线程异步渲染页面。
如上述图4所示，上述影像加载子线程首先加载对象ID相关信息，然后获取对象ID对应的序列，即影像实例信息，然后一张一张的加载影像数据，并在加载影像数据时同步加载进度。
上述对象ID相关信息与上述对象ID对应的加载进度和影像数据形成一组数据缓存在上述缓存单元中。
具体的缓存形式可以为：对象1：{对象ID相关信息；加载进度；影像数据}对象2：{对象ID相关信息；加载进度；影像数据}……对象N：{对象ID相关信息；加载进度；影像数据}。
如上述图4所示，影像加载子线程通过WADO协议，即通过HTTP或HTTPS和DICOM的标识符从服务器下载相应的影像数据。
如图5所示，本发明实施例提供一种通过WADO协议加载影像数据的示意图。
用户通过客户端上的浏览器向服务器发送获取与对象ID对应的HTTP或HTTPS的URL地址的请求；
服务器响应于上述请求，向浏览器反馈HTTP或HTTPS的URL地址；
浏览器根据上述URL地址，向服务器发送web请求；
服务器接收到请求后根据上述URL地址中提供的参数，定位要求的数据回送给浏览器。
步骤S303，所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
作为一种可选的实施方式，所述缓存单元中的影像数据发生变更时，通过第二事件通知主线程影像数据发生变更。
上述第二事件为缓存变更事件，上述缓存变更事件包括影像数据的载入和影像数据的删除。
作为一种可选的实施方式，所述主线程确定所述缓存单元的剩余存储空间小于预设值时，通知影像加载子线程删除所述缓存单元存储的影像数据；
上述影像加载子线程执行数据删除的具体实施方式可以为：根据主线程的通知时间，将存储时间在上述通知时间之前的数据删除。
或者所述影像加载子线程确定影像数据下载成功或失败时，通过第三事件通知所述主线程，所述主线程根据所述第三事件的通知确定下载失败时，重新通知所述影像加载子线程下载相应的影像数据。
上述第三事件为上述影像加载子线程在不同阶段发布的状态事件，例如数据加载进度，数据加载状态(加载失败或加载完成)等，主线程监听上述状态事件，并根据上述状态事件进行相应的操作，例如，在加载失败时重新通知影像加载子线程下载相应的影像数据。
如图6所示，本发明实施例提供一种影像显示的流程示意图。
主线程接收到用户的病例加载请求后，立即发送影像加载事件给影像加载子线程，然后继续响应用户的病例加载请求。
影像加载子线程接收到影像加载事件后，向DICOM服务器发送HTTP或HTTPS请求，接收DICOM服务器的响应，获取病例相关信息和影像实例信息，然后一张一张的加载影像数据，每加载完一张影像数据存储至缓存单元，更新缓存信息；缓存信息变更后，发送缓存变更事件；主线程接收到缓存变更事件后，根据影像数据渲染页面。
实施例2
本发明实施例提供一种影像显示设备700的示意图，包括存储器701和处理器702，如图7所示，其中：
所述存储器用于存储计算机程序；
所述处理器用于读取所述存储器中的程序并执行如下步骤：
主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
可选地，所述处理器的所述主线程响应于影像显示请求，通过第一事件通知影像加载子线程下载相应的影像数据；
所述缓存单元中的影像数据发生变更时，所述处理器通过第二事件通知主线程影像数据发生变更。
可选地，所述处理器的主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于影像显示请求，确定当前存在影像加载子线程时，通知影像加载子线程下载相应的影像数据；
所述主线程确定当前不存在影像加载子线程时，创建影像加载子线程后，通知所述影像加载子线程下载相应的影像数据。
可选地，所述处理器的主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于携带对象ID的影像显示请求，通知影像加载子线程下载与所述对象ID相关联的一组影像数据，所述一组影像数据包括对象ID相关信息及多张影像数据；
所述影像加载子线程从服务器下载所述一组影像数据，每完成对象ID相关信息或一张影像数据的下载时，将所述对象ID相关信息或一张影像数据存储至缓存单元。
可选地，所述处理器的所述影像加载子线程将所述对象ID相关信息或一张影像数据存储至缓存单元，包括：
所述影像加载子线程将所述对象ID相关信息存储至缓存单元；
之后每完成一张影像数据的下载时，根据完成下载的影像数据张数与影像数据总张数的比值确定加载进度，将所述加载进度及所述一张影像数据存储至缓存单元。
可选地，所述处理器还用于：
所述主线程确定所述缓存单元的剩余存储空间小于预设值时，通知影像加载子线程删除所述缓存单元存储的影像数据；或者
所述影像加载子线程确定影像数据下载成功或失败时，通过第三事件通知所述主线程，所述主线程根据所述第三事件的通知确定下载失败时，重新通知所述影像加载子线程下载相应的影像数据。
可选地，主线程响应于影像显示请求之前，所述处理器还用于：
主线程通知影像加载子线程下载默认的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载默认的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
本发明实施例提供一种影像显示装置的示意图，如图8所示，包括：
主线程801，用于响应于影像显示请求，通知影像加载子线程下载相应的影像数据；确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染；
影像加载子线程802，用于根据所述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元；
缓存单元803，用于存储所述影像加载子线程从服务器下载的影像数据。
可选地，所述主线程响应于影像显示请求，通过第一事件通知影像加载子线程下载相应的影像数据；
所述缓存单元中的影像数据发生变更时，通过第二事件通知主线程影像数据发生变更。
可选地，所述主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于影像显示请求，确定当前存在影像加载子线程时，通知影像加载子线程下载相应的影像数据；
所述主线程确定当前不存在影像加载子线程时，创建影像加载子线程后，通知所述影像加载子线程下载相应的影像数据。
可选地，所述主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于携带对象ID的影像显示请求，通知影像加载子线程下载与所述对象ID相关联的一组影像数据，所述一组影像数据包括对象ID相关信息及多张影像数据；
所述影像加载子线程从服务器下载所述一组影像数据，每完成对象ID相关信息或一张影像数据的下载时，将所述对象ID相关信息或一张影像数据存储至缓存单元。
可选地，所述影像加载子线程将所述对象ID相关信息或一张影像数据存储至缓存单元，包括：
所述影像加载子线程将所述对象ID相关信息存储至缓存单元；
之后每完成一张影像数据的下载时，根据完成下载的影像数据张数与影像数据总张数的比值确定加载进度，将所述加载进度及所述一张影像数据存储至缓存单元。
可选地，所述主线程确定所述缓存单元的剩余存储空间小于预设值时，通知影像加载子线程删除所述缓存单元存储的影像数据；或者
所述影像加载子线程确定影像数据下载成功或失败时，通过第三事件通知所述主线程，所述主线程根据所述第三事件的通知确定下载失败时，重新通知所述影像加载子线程下载相应的影像数据。
可选地，所述主线程响应于影像显示请求之前，主线程通知影像加载子线程下载默认的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载默认的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
本发明还提供一种计算机程序介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例1中提供的影像显示方法的步骤。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
以上对本申请所提供的技术方案进行了详细介绍，本申请中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种影像显示方法，其特征在于，包括：
主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
2.根据权利要求1所述的方法，其特征在于，
所述主线程响应于影像显示请求，通过第一事件通知影像加载子线程下载相应的影像数据；
所述缓存单元中的影像数据发生变更时，通过第二事件通知主线程影像数据发生变更。
3.根据权利要求1所述的方法，其特征在于，主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于影像显示请求，确定当前存在影像加载子线程时，通知影像加载子线程下载相应的影像数据；
所述主线程确定当前不存在影像加载子线程时，创建影像加载子线程后，通知所述影像加载子线程下载相应的影像数据。
4.根据权利要求1所述的方法，其特征在于，主线程响应于影像显示请求，通知影像加载子线程下载相应的影像数据，包括：
主线程响应于携带对象ID的影像显示请求，通知影像加载子线程下载与所述对象ID相关联的一组影像数据，所述一组影像数据包括对象ID相关信息及多张影像数据；
所述影像加载子线程从服务器下载所述一组影像数据，每完成对象ID相关信息或一张影像数据的下载时，将所述对象ID相关信息或一张影像数据存储至缓存单元。
5.根据权利要求4所述的方法，其特征在于，所述影像加载子线程将所述对象ID相关信息或一张影像数据存储至缓存单元，包括：
所述影像加载子线程将所述对象ID相关信息存储至缓存单元；
之后每完成一张影像数据的下载时，根据完成下载的影像数据张数与影像数据总张数的比值确定加载进度，将所述加载进度及所述一张影像数据存储至缓存单元。
6.根据权利要求1所述的方法，其特征在于，还包括：
所述主线程确定所述缓存单元的剩余存储空间小于预设值时，通知影像加载子线程删除所述缓存单元存储的影像数据；或者
所述影像加载子线程确定影像数据下载成功或失败时，通过第三事件通知所述主线程，所述主线程根据所述第三事件的通知确定下载失败时，重新通知所述影像加载子线程下载相应的影像数据。
7.根据权利要求1所述的方法，其特征在于，主线程响应于影像显示请求之前，还包括：
主线程通知影像加载子线程下载默认的影像数据；
所述影像加载子线程根据所述主线程的通知，从服务器下载默认的影像数据并存储至缓存单元；
所述主线程确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染。
8.一种影像显示设备，其特征在于，包括存储器和处理器，其中：
所述存储器用于存储计算机程序；
所述处理器用于读取所述存储器中的程序并执行权利要求1～7任一所述的影像显示方法。
9.一种影像显示装置，其特征在于，包括：
主线程，用于响应于影像显示请求，通知影像加载子线程下载相应的影像数据；确定所述缓存单元的影像数据发生变更时，从所述缓存单元读取未被渲染的影像数据进行页面渲染；
影像加载子线程，用于根据所述主线程的通知，从服务器下载相应的影像数据并存储至缓存单元；
缓存单元，用于存储所述影像加载子线程从服务器下载的影像数据。
10.一种计算机程序介质，其特征在于，其上存储有计算机程序，该程序被处理器执行时实现如权利要求1～7任一所述影像显示方法的步骤。
CN202110219045.8A 2021-02-26 2021-02-26 一种影像显示方法和装置及设备 Pending CN112948040A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110219045.8A CN112948040A (zh) 2021-02-26 2021-02-26 一种影像显示方法和装置及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110219045.8A CN112948040A (zh) 2021-02-26 2021-02-26 一种影像显示方法和装置及设备

Publications (1)

Publication Number Publication Date
CN112948040A true CN112948040A (zh) 2021-06-11

Family

ID=76246576

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110219045.8A Pending CN112948040A (zh) 2021-02-26 2021-02-26 一种影像显示方法和装置及设备

Country Status (1)

Country Link
CN (1) CN112948040A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113838182A (zh) * 2021-11-24 2021-12-24 之江实验室 基于多线程的磁共振3d图像大数据量渲染方法及系统
CN113986438A (zh) * 2021-10-30 2022-01-28 深圳市快易典教育科技有限公司 动画的加载方法、系统、装置及计算机可读存储介质
CN114237739A (zh) * 2021-12-08 2022-03-25 广州讯飞易听说网络科技有限公司 应用程序的图像加载方法、计算机设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130162664A1 (en) * 2010-09-03 2013-06-27 Adobe Systems Incorporated Reconstructable digital image cache
CN104809123A (zh) * 2014-01-24 2015-07-29 贝壳网际（北京）安全技术有限公司 一种网页渲染方法及系统
CN112115393A (zh) * 2020-08-20 2020-12-22 苏州浪潮智能科技有限公司 一种页面加载方法、系统、设备以及介质
CN112257135A (zh) * 2020-10-30 2021-01-22 久瓴(上海)智能科技有限公司 一种基于多线程的模型加载方法、装置、存储介质及终端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130162664A1 (en) * 2010-09-03 2013-06-27 Adobe Systems Incorporated Reconstructable digital image cache
CN104809123A (zh) * 2014-01-24 2015-07-29 贝壳网际（北京）安全技术有限公司 一种网页渲染方法及系统
CN112115393A (zh) * 2020-08-20 2020-12-22 苏州浪潮智能科技有限公司 一种页面加载方法、系统、设备以及介质
CN112257135A (zh) * 2020-10-30 2021-01-22 久瓴(上海)智能科技有限公司 一种基于多线程的模型加载方法、装置、存储介质及终端

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113986438A (zh) * 2021-10-30 2022-01-28 深圳市快易典教育科技有限公司 动画的加载方法、系统、装置及计算机可读存储介质
CN113986438B (zh) * 2021-10-30 2024-01-30 深圳市快易典教育科技有限公司 动画的加载方法、系统、装置及计算机可读存储介质
CN113838182A (zh) * 2021-11-24 2021-12-24 之江实验室 基于多线程的磁共振3d图像大数据量渲染方法及系统
CN114237739A (zh) * 2021-12-08 2022-03-25 广州讯飞易听说网络科技有限公司 应用程序的图像加载方法、计算机设备及存储介质
CN114237739B (zh) * 2021-12-08 2024-02-02 广州讯飞易听说网络科技有限公司 应用程序的图像加载方法、计算机设备及存储介质

Similar Documents

Publication Publication Date Title
CN112948040A (zh) 一种影像显示方法和装置及设备
CN109976667B (zh) 一种镜像管理方法、装置及系统
US8868637B2 (en) Page rendering for dynamic web pages
US8949427B2 (en) Administering medical digital images with intelligent analytic execution of workflows
US9734476B2 (en) Dynamically allocating data processing components
US8788872B2 (en) Managing failover operations on a cluster of computers
US20090240698A1 (en) Computing environment platform
US20120221346A1 (en) Administering Medical Digital Images In A Distributed Medical Digital Image Computing Environment
US20120221354A1 (en) Administering Medical Digital Images In A Distributed Medical Digital Image Computing Environment With Medical Image Caching
CN103942225A (zh) 一种混合型应用客户端的资源调用方法、客户端及系统
US20130096951A1 (en) Business transaction capture and replay with long term request persistence
US20130018694A1 (en) Dynamically Allocating Business Workflows
JP2019071044A (ja) クラウドからローカル、ローカルからクラウドへの切り替えと、医用画像及びデータの同期
CN111368235A (zh) 页面渲染和展示方法、装置、服务器、存储介质
JP2018173953A (ja) クラウド−ローカル間切り替え並びに医療画像及びデータの同期
US20230096209A1 (en) Application program generation method and apparatus
CN103975301A (zh) 通过本地服务器的对于本地客户机应用的事件服务
CN112764746B (zh) 数据处理方法、装置、电子设备及存储介质
CN107728997B (zh) 一种视频播放器渲染系统
CN113591000B (zh) 一种浏览器引擎的切换方法和装置及设备
US11901075B2 (en) Method and apparatus for generating medical information of object
US20150278448A1 (en) Method And Apparatus For Synchronizing A Clinical Context Across Applications
JP2019079485A (ja) クラウドからローカル、ローカルからクラウドへの切り替えと、医用画像及びデータの同期
CN114496175A (zh) 一种医疗图像查看方法、装置、设备和存储介质
JP2018173954A (ja) クラウド−ローカル間切り替え並びに医療画像及びデータの同期

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20210611

RJ01 Rejection of invention patent application after publication