CN103902355B - 一种医学影像快速加载方法 - Google Patents

一种医学影像快速加载方法 Download PDF

Info

Publication number
CN103902355B
CN103902355B CN201210574426.9A CN201210574426A CN103902355B CN 103902355 B CN103902355 B CN 103902355B CN 201210574426 A CN201210574426 A CN 201210574426A CN 103902355 B CN103902355 B CN 103902355B
Authority
CN
China
Prior art keywords
medical image
subprocess
loaded
webcachechild
web server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201210574426.9A
Other languages
English (en)
Other versions
CN103902355A (zh
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.)
LANWON TECHNOLOGY Co Ltd
Original Assignee
LANWON TECHNOLOGY 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 LANWON TECHNOLOGY Co Ltd filed Critical LANWON TECHNOLOGY Co Ltd
Priority to CN201210574426.9A priority Critical patent/CN103902355B/zh
Publication of CN103902355A publication Critical patent/CN103902355A/zh
Application granted granted Critical
Publication of CN103902355B publication Critical patent/CN103902355B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明公开一种医学影像快速加载方法,其包括如下步骤:进行医学影像操作结束后,由Web浏览器向Web服务器发出医学影像加载的HTTP请求;由Web服务器解析HTTP请求,依据该医学影像的StudyUID通过Hash算法让响应的处理进程处理此请求,该处理进程判断医学影像是否已经加载,如果没有加载,Web浏览器从Web服务器中获取医学影像,并将医学影像保存到缓存中,如果医学影像已经加载过,则Web浏览器直接从缓存中获取医学影像。本发明通过进程调度策略和缓冲机制实现多用户的并发、避免影像的重复加载,从而有效的改善了医学影像加载失败或加载延迟等问题,有利于节约资源、提高医学影像的加载速度。

Description

一种医学影像快速加载方法
技术领域
本发明涉及医学图像加载及显示技术,尤其是涉及一种基于Web服务器的医学影像快速加载方法。
背景技术
长期以来,医院的信息化建设一直以固定PC、有线网络为信息化建设的重要手段,虽然在一定程度上实现了医院日常业务的无纸化、信息化和数字化,为解决我国看病难、看病贵和医疗资源分布不均匀的问题做出了贡献。但是对于日常的护理、查房、远程办公领域,目前还缺乏成熟的解决方案,即使有一些PDA、移动查房车的移动应用,但是受制于医院人员拥挤的现状、电池续航能力和使用的便捷性等方面的制约,得不到广泛的使用,因此移动领域成为当前医学信息化的一个死角,成为普及全院无纸化医疗的一个不可逾越的障碍。
因为近年来移动平板计算机的快速普及和应用,以及WIFI、3G无线网络的建设,通过internet访问医院的信息系统已经在技术上得以实现。近两年来,国内外厂商均加入到移动医疗研发和应用的热潮中。医学影像因其携带的信息较为直观和准确,目前医学影像检查已经成为临床诊断的重要依据,影像的移动浏览和处理已经成为移动查房和移动护理的重要手段。然而有别于数KB医疗文书、护理记录等诊疗文档,医学影像因为其高分辨率等因素,一张影像往往包含数MB,甚至几GB的数据,因此医学影像的传输将占用大量的带宽和计算资源。但是因为有限的带宽和计算资源,而因为医疗诊断的紧迫性和准确性的要求,因此解决当前这种矛盾就成为一种迫切的需求。
发明内容
为解决现有技术的缺陷,本发明提出一种基于Web服务器的医学影像快速加载方法。
本发明采用如下技术方案实现:一种医学影像快速加载方法,其包括如下步骤:
A、由Web浏览器向Web服务器发出医学影像加载的HTTP请求;
B、由Web服务器解析HTTP请求,依据该医学影像的StudyUID通过Hash算法让响应的处理进程处理此请求,该处理进程判断医学影像是否已经加载,如果没有加载,Web浏览器从Web服务器中获取医学影像,并将医学影像保存到缓存中,如果医学影像已经加载过,则Web浏览器直接从缓存中获取医学影像。
其中,步骤B具体包括:
Web服务器收到Web浏览器发出的HTTP请求后,会随机指派给php-cgi子进程处理;
Php-cgi子进程区分HTTP请求的类型,对于需要加载医学影像的HTTP请求,Php-cgi子进程会依据医学影像的StudyUID来寻找固定的WebCacheChild子进程进行处理;
WebCacheChild子进程判断该医学影像是否已经加载过,如果加载过,直接从缓存中获取该医学影像返回,如没有加载过,再到Web医学影像存储服务载入医学影像并返回。
其中,当Php-cgi子进程接收到医学影像加载的HTTP请求时,通过Hash算法找到该医学影像的StudyUID对应的WebCacheChild子进程的进程ID,然后通过GetCurrendProcessId函数获取该进程ID对应的WebCacheChild子进程。
其中,如果WebCacheChild子进程的状态为psSuspend,说明进程可以执行该任务,状态改为psExecute。
其中,WebCacheChild子进程通过在缓存中查询医学影像来判断该医学影像是否已经加载过。
其中,Web服务器在运行的时候会为每个进程分配不同的内存区域,不同的进程具有独立的数据空间,且不同的进程通过共享内存区进行数据传递。
其中,通过系统函数CreateFileMapping创建一个共享内存区,并通过系统函数MapViewOfFile将共享内存区影射到进程地址中。
其中,通过系统函数OpenFileMapping打开管理进程创建的共享内存区。
与现有技术相比,本发明具有如下有益效果:
本发明通过进程调度策略和缓冲机制实现多用户的并发、避免影像的重复加载,从而有效的改善了医学影像加载失败或加载延迟等问题,有利于节约资源、提高医学影像的加载速度。
附图说明
图1是Web服务器中多进程并发处理的示意图;
图2是管理进程通信信息的数据结构示意图;
图3是管理进程执行过程的示意图;
图4是处理进程通信信息的数据结构示意图;
图5是医学影响加载获取的流程示意图;
图6是处理进程执行过程的示意图;
图7是Web任务线程执行过程的示意图;
图8是管理进程执行过程的示意图。
具体实施方式
本发明提出一种基于Web服务器的医学影像快速加载方法,其中,提供Web服务(Web Server)的Web服务器采用多进程并发处理方式对医学影像(或简称为“影像”)进行加载处理。Web服务器具有Web服务进程(Web Server Process)、数据交换区(SharedMemory)、处理任务进程(Task Process)和管理进程(Manage Process),由管理进程来对资源进行有效的分配,如图1所示。
因为系统(本申请中提到的系统,指Web服务器)在运行的时候会为每个进程分配不同的内存区域,对不同进程来说,它们具有独立的数据空间,要进行数据传递需要分配一个共享内存区(Shared Memory)。首先在启动主管理进程的时候可以通过系统函数CreateFileMapping创建一个共享内存区,通过系统函数MapViewOfFile将共享内存区影射到进程地址中。在系统运行过程中,管理进程需要管理两种类型的进程,一种为网络通信进程,别一种为数据处理任务进程。因为两种进程的调度策略完全不同,所以在实际操作中,应该分别进行考虑。
首先我们先描述网络通信进程调度策略:为了实现管理主进程对其进行合理调度,应该定义两个数据结构,分别记录管理主进程的属性信息、进程运行状态信息,同时定义进程的状态,将两个结构影射到共享内存中
进程状态定义表如下表1所示:
表1
网络通信子进程属性信息如下:
网络通信管理主进程属性信息的数据结构:
将二个结构影射到共享内存区中,如图2所示。
实现了对进程状态的记录后还需要定义一组用于进程间通信的消息命令。其中,进程消息定义如下表2所示:
表2
对消息定义完成后就可以实现进程的调度工作:管理主进程启动后将进程消息句柄记录在属性信息中。为了避免启动任务进程影响系统的运行效率,在启动管理主进程后将预先启动三个网络通信进程,使用CreateProcess启动进程,函数调用结束后返回进程ID号,找出子进程信息列表中未记录进程信息的位置,将内容写入该位置,同时将进程设置为psInit状态表示该任务进程正在启动中,还不能进行网络通信。
通信进程启动后通过系统函数OpenFileMapping打开管理进程创建的共享内存区,通过系统函数MapViewOfFile将内存区影射到该进程地址中,这样通信进程就可以访问进程信息列表中的信息。使用GetCurrendProcessId获取该进程ID找出列表中记录该进程的位置,将进程状态修改为psOpen,说明进程已经启动成功,可以执行任务。同时使用PostMessage向管理主进程发出WM_PROCESS_OPEN消息,通知管理主进程可以为该进程分配任务,进程进入等待状态。
管理进程接收到WM_PROCESS_OPEN消息后选择其中一个进程作为执行进程,向该进程发送WM_PROCESS_EXECUTE消息。
通信进程接收到WM_PROCESS_EXECUTE消息后启动完成端口网络监听模式,接收客户端的处理请求。当通信进程进入执行状态后生存期将开始计时,进程运行一段时间,到达生存期后当前执行的通信进程将向管理进程发出WM_PROCESS_SUSPEND消息,同时关闭完成端口网络监听,进程状态修改成psSupsend状态。网络监听虽然关闭,但该进程有可能还存在关闭监听端口前用户未处理完成的连接,所以进程不马上关闭,而是等待所有用户处理完成后再关闭进程。
管理进程接收到通信进程的WM_PROCESS_SUSPEND消息后需要马上选择一个挂起的通信进程发送WM_PROCESS_EXECUTE消息启动执行状态,接替网络通信任务。
管理进程定时检测通信进程数量,如果进程数量少于三个,将自动启动一个新进程用与等待执行通信任务,如图3所示。
以上为通信进程的调度策略,使用该方法可以保正网络通信的持续稳定工作,不会因运行时间长导致运行问题。
描述了通信进程的调度策略后,我们再描述处理进程的调度策略。同样我们为处理进程也定义三个数据结构,分别记录管理主进程属性信息、进程选择属性信息及处理子进程的数据交换信息,同时定义进程的状态,将三个结构影射到共享内存中,这样进程间就可以知道各自的状态,以便如何进行下一步的操作。
进程状态定义表3:
表3
处理子进程属性信息结构:
进程选择属性信息:
管理主进程属性信息结构:
将三个结构影射到共享内存区中,如图4所示。
管理主进程启动后将进程消息句柄记录在属性信息中。为了避免启动任务进程影响系统的运行效率,在启动管理主进程后应该预先启动若干个处理子进程,这些子进程主要包含两个类型:Php-cgi子进程和WebCacheChild子进程。Web server收到Web浏览器(又简称为“浏览器”)发出的HTTP请求后,会随机指派给php-cgi进程处理,Php-cgi子进程收到一个任务请求后,区分请求的类型,对于需要加载医学影像的请求,Php-cgi进程会依据医学影像的StudyUID来寻找固定的WebCacheChild子进程进行处理;WebCacheChild子进程获取到医学影像加载请求后,首先在缓存里判断该医学影像是否已经加载过,如果加载过,直接从缓存中获取该医学影像返回,如没有加载过,再到Web医学影像存储服务载入医学影像并返回。这些进程均使用CreateProcess启动,函数调用结束后返回进程ID号,找出子进程信息列表中未记录进程信息的位置,将内容写入该位置,同时将进程设置为psInit状态表示该任务进程正在启动中,还不能接收任务处理。如图5所示,显示了医学影像请求和响应流程的业务处理流程的框图。
如图6所示,处理子进程启动后通过系统函数OpenFileMapping打开管理进程创建的共享内存区C和D,共享内存C负责子进程A和通信管理进程之间的进程调度信息共享,通过MapViewOfFile将内存区影射到该进程地址中,这样Php-cgi处理子进程就可以访问进程信息列表中的信息。使用GetCurrendProcessId获取该进程ID找出列表中记录该进程的位置,将进程状态修改为psSuspend,说明进程已经启动成功,可以执行任务。同时使用PostMessage向管理主进程发出WM_PROCESS_OPEN消息,通知管理主进程可以为该进程分配任务。共享内存D主要负责Php-cgi子进程与WebCacheChild子进程之间的进程调度信息共享,参数的传递与数据返回。当Php-cgi子进程接收到医学影像加载的HTTP请求时,通过Hash算法找到该医学影像的StudyUID对应的WebCacheChild子进程的进程ID,然后通过GetCurrendProcessId函数获取该进程ID找出列表中记录该进程的位置,如果该进程状态为psSuspend,说明进程可以执行该任务,状态改为psExecute,WebCacheChild子进程通过共享内存D获取到参数后,从该进程管理的缓存中查询医学影像,如果加载了医学影像则直接返回,如果没有加载医学影像则再从Web服务器获取医学影像后返回。
因为Web服务是依据Web浏览器的HTTP请求随机选择php-cgi进程来处理,判断医学影像是否已经加载,如果没有加载过,医学影像需要从Web服务器中获取,并保存到缓存中,如果医学影像已经加载过,则直接从缓存中获取医学影像。
当我们需要对医学影像进行多次操作时,Web浏览器会发送多个请求给web服务,web服务会依据这些请求随机挑选php-cgi进程进行处理,如果处理该医学影像新的请求的php-cgi进程与上次处理这个影像请求的php-cgi进程不是同一个进程,则会造成影像在缓存中的重复加载和影像在影像服务中的重复获取,这将极大的浪费资源和降低Web服务的响应速度。为此,我们会根据影像的StudyUID采用hash算法在现有的WebCacheChild子进程数中选定一个固定进程ID对应的WebCacheChild子进程处理该医学影像的影像加载请求,只要在初始处理时在缓存中加载过一次该医学影像,则在处理后续请求时,该医学影像可以直接从缓存中读取,从而可以避免医学影像的重复加载,节约资源与提高处理效率。
结合图7和图8所示,管理主进程进入等待任务请求状态,实时检测管道进程属性信息表变量Request属性值,如果值为1表示需要分配一个资源给服务线程来处理任务。
当Web服务接收到一个任务请求时,首先判断处理子进程属性信息结构,该线程是否已经分配了处理资源,如果已经分配了资源,直接向处理进程发出处理请求,如果未分配资源,将管道进程属性信息变量Request值设为1,向管理主进程发出请求,管理进程为该线程分配资源,将Result设置为0~N的值,指定处理子进程属性信息具体的位置,同时向分配进程发出WM_PROCESS_EXECUTE消息,通知进程进入执行状态。如果所有的进程都处于处理状态,管理进程直接启动一个新进程来执行任务。
处理进程接收到处理任务,从处理子进程属性信息表中读取数据,进行处理,处理结束后向任务线程返回处理结果,分别填写:DataState为1,表示输出状态;Size表示输出数据大小;Data为数据内容。如果处理错误则在DataState值等于-1时处理错误。如果Data定义的最大空间不能放下输出的数据,可以采用多次填入数据的方法来实现大数据的输出,采用IsLastFragment来识别数据是否传输完成。
任务线程判断DataState状态如果值为1,说明任务处理完成读取Data数据,将内容返回给Web浏览器,结束任务。如果值为-1,说明处理错误,将进程状态设置为psError,结束任务。管理进程定期检测各进程状态,发现有psError状态进程,将其关闭。
为了提高线程与进程交互效率,避免任务线程每次处理都要向管理进程申请资源,所以当进程任务处理完后,并没有直接退出执行状态,仍然记录对应线程信息,延迟一段时间,等待该线程的下一次处理任务。
延迟一段时间,如果未接收到对应线程任务,处理子进程重新进入psSuspend状态将挂起时候记录在信息列表结构变量SuspendTime中,同时发管理进程发出WM_PROCESS_SUSPEND消息,通知管理进程该处理进程可以接收下一个线程任务。我们为每个任务进程设置了一个生存期,然后通过与SuspendTime时间进行判断来确认是否已经超过了进程的生存期。如果进程已经超过生存期结束进程,向管理进程发出WM_PROCESS_CLOSE消息。
由于每个进程都有一定的生存期,也就是说过一段时间后所有的旧进程都会被关闭,如果没有了任务进程,就无法接收任务请求,所以我们设置了一个初始默认启动进程数,如果进程小于指定数量,管理进程会启动新的任务进程来补充处理任务。使用定期更换进程的方法可以进一步提高系统的稳定性。
当系统关闭的时候管理进程会向各处理子进程发出WM_PROCESS_STOP消息,要求关闭所有处理。
使用该方法,Web服务程序内的线程任务只负责将任务输入数据拷入到数据交换区,然后等待处理结果,处理结束后再从数据交换区拷出输出数据返回结Web浏览器,服务进程内部环节简单,稳定性高。
综上,使用本申请的方法,特别是需对医学影像进行多次操作时,医学影像不会因此请求次数的多少而重复加载,医学影像只需加载一次,这样就有效的节约了有限的内存资源,提高了Web服务的影响速度。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。

Claims (3)

1.一种医学影像快速加载方法,其特征在于,包括如下步骤:
A、由Web浏览器向Web服务器发出医学影像加载的HTTP请求;
B、由Web服务器解析HTTP请求,依据该医学影像的StudyUID通过Hash算法让响应的处理进程处理此请求,该处理进程判断医学影像是否已经加载,如果没有加载,Web浏览器从Web服务器中获取医学影像,并将医学影像保存到缓存中,如果医学影像已经加载过,则Web浏览器直接从缓存中获取医学影像;
其中,Web服务器在运行的时候会为每个进程分配不同的内存区域,不同的进程具有独立的数据空间,且不同的进程通过共享内存区进行数据传递;
通过系统函数CreateFileMapping创建一个共享内存区,并通过系统函数MapViewOfFile将共享内存区影射到进程地址中;
通过系统函数OpenFileMapping打开管理进程创建的共享内存区;所述共享内存区包括两个,一个负责子进程和通信管理进程之间的进程调度信息共享,通过MapViewOfFile将内存区影射到该进程地址中,Php-cgi处理子进程就可以访问进程信息列表中的信息;另一个负责Php-cgi子进程与WebCacheChild子进程之间的进程调度信息共享,参数的传递与数据返回;
其中,步骤B具体包括:
Web服务器收到Web浏览器发出的HTTP请求后,会随机指派给php-cgi子进程处理;
Php-cgi子进程区分HTTP请求的类型,对于需要加载医学影像的HTTP请求,Php-cgi子进程会依据医学影像的StudyUID来寻找固定的WebCacheChild子进程进行处理;
WebCacheChild子进程判断该医学影像是否已经加载过,如果加载过,直接从缓存中获取该医学影像返回,如没有加载过,再到Web医学影像存储服务载入医学影像并返回;
当Php-cgi子进程接收到医学影像加载的HTTP请求时,通过Hash算法找到该医学影像的StudyUID对应的WebCacheChild子进程的进程ID,然后通过GetCurrendProcessId函数获取该进程ID对应的WebCacheChild子进程。
2.根据权利要求1所述一种医学影像快速加载方法,其特征在于,如果WebCacheChild子进程的状态为psSuspend,说明进程可以执行任务,状态改为psExecute。
3.根据权利要求1所述一种医学影像快速加载方法,其特征在于,WebCacheChild子进程通过在缓存中查询医学影像来判断该医学影像是否已经加载过。
CN201210574426.9A 2012-12-26 2012-12-26 一种医学影像快速加载方法 Active CN103902355B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210574426.9A CN103902355B (zh) 2012-12-26 2012-12-26 一种医学影像快速加载方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210574426.9A CN103902355B (zh) 2012-12-26 2012-12-26 一种医学影像快速加载方法

Publications (2)

Publication Number Publication Date
CN103902355A CN103902355A (zh) 2014-07-02
CN103902355B true CN103902355B (zh) 2018-04-27

Family

ID=50993694

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210574426.9A Active CN103902355B (zh) 2012-12-26 2012-12-26 一种医学影像快速加载方法

Country Status (1)

Country Link
CN (1) CN103902355B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107786581B (zh) * 2016-08-24 2021-03-19 心医国际数字医疗系统(大连)有限公司 移动终端显示图像的方法及系统
CN106909780A (zh) * 2017-02-20 2017-06-30 蓝网科技股份有限公司 医学影像信息处理方法及装置
CN108415919A (zh) * 2017-05-10 2018-08-17 林伟 一种医学影像快速加载方法
CN107545136B (zh) * 2017-08-15 2019-07-30 刘志鹏 基于通用函数的医学影像处理方法
CN109976872B (zh) * 2019-02-21 2021-05-18 北京达佳互联信息技术有限公司 数据处理方法、装置、电子设备及存储介质
CN110209970A (zh) * 2019-05-15 2019-09-06 武汉联影医疗科技有限公司 序列图像显示方法、系统、装置、设备和存储介质
CN116569269A (zh) * 2020-11-24 2023-08-08 西安大医集团股份有限公司 医学图像的加载方法、装置、系统及计算机存储介质
CN113241153A (zh) * 2021-05-08 2021-08-10 上海联影医疗科技股份有限公司 图像加载方法、装置、电子设备及存储介质
CN114420263A (zh) * 2022-03-29 2022-04-29 太极计算机股份有限公司 一种医学影像数据加载方法、装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102073537A (zh) * 2010-09-29 2011-05-25 深圳市蓝韵实业有限公司 一种高并发Web医学影像服务器的实现方法
CN102368249A (zh) * 2011-09-26 2012-03-07 奇智软件(北京)有限公司 一种ie内核浏览器的页面下载控制方法和系统
CN102591963A (zh) * 2011-12-30 2012-07-18 奇智软件(北京)有限公司 网页内容加载控制方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102073537A (zh) * 2010-09-29 2011-05-25 深圳市蓝韵实业有限公司 一种高并发Web医学影像服务器的实现方法
CN102368249A (zh) * 2011-09-26 2012-03-07 奇智软件(北京)有限公司 一种ie内核浏览器的页面下载控制方法和系统
CN102591963A (zh) * 2011-12-30 2012-07-18 奇智软件(北京)有限公司 网页内容加载控制方法及装置

Also Published As

Publication number Publication date
CN103902355A (zh) 2014-07-02

Similar Documents

Publication Publication Date Title
CN103902355B (zh) 一种医学影像快速加载方法
CN104572293B (zh) 基于bs结构的医学影像阅片系统的实现方法
US20210044662A1 (en) Server side data cache system
CN102902805B (zh) 一种页面访问方法和装置
CN105339897B (zh) 高效的优先级感知线程调度
JP5006348B2 (ja) 応答出力キャッシュに対するマルチキャッシュ協調
CN105224255B (zh) 一种存储文件管理方法及装置
US8706900B2 (en) Dynamic storage resources
CN107690622A (zh) 实现硬件加速处理的方法、设备和系统
CN104809076B (zh) Cache的管理方法及装置
CN109491928A (zh) 缓存控制方法、装置、终端及存储介质
CN107436813A (zh) 一种元数据服务器动态负载均衡的方法及系统
CN109240946A (zh) 数据的多级缓存方法及终端设备
CN101150485A (zh) 一种零拷贝缓冲区队列网络数据发送的管理方法
CN103345451B (zh) 一种在多核处理器中缓冲数据的方法
JP2017524218A (ja) プライベート・コンテンツ配信ネットワーク
WO2010072083A1 (zh) 基于web应用的数据库系统及其数据管理方法
CN107818013A (zh) 一种应用调度方法及装置
CN103425538A (zh) 进程通讯方法及系统
WO2010006132A2 (en) Network storage
CN107368583A (zh) 一种多集群信息查询的方法及系统
CN110020061A (zh) 一种智慧城市时空信息云平台服务引擎
CN110515706A (zh) 一种请求处理方法、装置、设备及可读存储介质
CN104822047A (zh) 一种基于网络自适应医学图像传输显示方法
US20160328435A1 (en) Thread safe lock-free concurrent write operations for use with multi-threaded in-line logging

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C53 Correction of patent for invention or patent application
CB02 Change of applicant information

Address after: Nanshan District Xueyuan Road in Shenzhen city of Guangdong province 518000 No. 1001 Nanshan Chi Park A3 building 6 floor

Applicant after: LANWON SCIENCE & TECHNOLOGY CO., LTD.

Address before: Futian District King Road Shenzhen city Guangdong province 518000 No. 81 country garden building room 410 (only office)

Applicant before: Shenzhen Landwind Network Co., Ltd.

COR Change of bibliographic data

Free format text: CORRECT: APPLICANT; FROM: SHENZHEN LANDWIND NETWORK CO., LTD. TO: LANWANG TECHNOLOGY CO., LTD.

CB02 Change of applicant information

Address after: Nanshan District Xueyuan Road in Shenzhen city of Guangdong province 518000 No. 1001 Nanshan Chi Park A3 building 6 floor

Applicant after: LANWON TECHNOLOGY CO., LTD.

Address before: Nanshan District Xueyuan Road in Shenzhen city of Guangdong province 518000 No. 1001 Nanshan Chi Park A3 building 6 floor

Applicant before: LANWON SCIENCE & TECHNOLOGY CO., LTD.

COR Change of bibliographic data
GR01 Patent grant
GR01 Patent grant