CN112687375A - Dicom文件传输方法、系统、装置、服务器和存储介质 - Google Patents
Dicom文件传输方法、系统、装置、服务器和存储介质 Download PDFInfo
- Publication number
- CN112687375A CN112687375A CN202110012716.3A CN202110012716A CN112687375A CN 112687375 A CN112687375 A CN 112687375A CN 202110012716 A CN202110012716 A CN 202110012716A CN 112687375 A CN112687375 A CN 112687375A
- Authority
- CN
- China
- Prior art keywords
- network
- server
- dicom file
- network flow
- type
- 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
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本申请涉及一种DICOM文件传输方法、系统、装置、服务器和存储介质。该方法包括：向影像存储服务器发送DICOM文件获取请求，DICOM文件获取请求用于获取DICOM文件中的网络流，接收影像存储服务器反馈的网络流，并将网络流发送至目的地服务器，以实现DICOM文件传输。采用本方法能够通过转发服务器获取DICOM文件中的多段网络流，进而将多段网络流转发至目的地服务器，以使目的地服务器获取到DICOM文件，该过程并不需要将网络流先写入本地磁盘，再依次读出本地磁盘实现转发至目的地的步骤，减少了网络流写入/读出本地磁盘的流程，从而提高了DICOM文件的转发效率。
Description
技术领域
本申请涉及医学文件处理领域，特别是涉及一种DICOM文件传输方法、系统、装置、服务器和存储介质。
背景技术
现有的医疗信息系统中，对历史影像数据的迁移以及对接院内局域网到院外互联网实现上云的需求越来越多，实现医学数字成像和通信(Digital Imaging andCommunications in Medicine，DICOM)文件从本地或者从医院内部影像存储服务器转发到院外其它目的地也是屡见不鲜。因此，如何将从支持医学影像传输协议的影像存储服务器获取到的DICOM文件转发到不支持医学影像传输协议的目的地，是转发DICOM文件过程中经常遇到的问题之一。
发明内容
基于此，有必要针对上述技术问题，提供一种DICOM文件传输方法、系统、装置、服务器和存储介质。
第一方面，一种DICOM文件传输方法，所述方法包括：
向影像存储服务器发送DICOM文件获取请求；所述DICOM文件获取请求用于获取DICOM文件中的网络流；
接收所述影像存储服务器反馈的所述网络流；
将所述网络流发送至目的地服务器。
在其中一个实施例中，所述方法还包括：确定所述网络流的类型。
在其中一个实施例中，在确定所述网络流的类型之前，所述方法还包括：
将所述影像存储服务器反馈的所述网络流进行封装，获取封装后的对象实例；
其中，所述确定所述网络流的类型是根据所述对象实例的类型属性来确定的。
在其中一个实施例中，所述将所述网络流发送至目的地服务器，包括：
若所述网络流的类型为预设的目标类型，则将所述网络流发送至所述目的地服务器。
在其中一个实施例中，所述方法还包括：
接收所述目的地服务器反馈的响应消息；
若所述响应消息为网络流转发失败，则返回执行所述向影像存储服务器发送DICOM文件获取请求。
在其中一个实施例中，所述DICOM文件获取请求携带所述影像存储服务器支持的协议中的服务请求标识。
第二方面，一种DICOM文件传输方法，所述方法还包括：
接收转发服务器发送的网络流；
若所述网络流为预设类型文件中的最后一段所述网络流，则将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件。
在其中一个实施例中，在接收转发服务器发送的网络流之后，所述方法还包括：向所述转发服务器反馈响应消息。
在其中一个实施例中，所述向所述转发服务器反馈响应消息，包括：
对所述转发服务器发送的所述网络流进行封装，获得封装后的对象实例；
若所述对象实例非空，则向所述转发服务器反馈的所述响应消息为网络流转发成功；
若所述对象实例为空，则向所述转发服务器反馈的所述响应消息为网络流转发失败。
在其中一个实施例中，在将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件之前，所述方法还包括：确定所述网络流的类型。
在其中一个实施例中，在将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件之前，所述方法还包括：根据所述对象实例的类型属性，确定所述网络流的类型。
在其中一个实施例中，所述将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件，包括：
若每段所述网络流的类型为预设的目标类型，则提取每段网络流中预设位的目标信息作为待拼接网络流；
将所述待拼接网络流按照所述网络流的片段标识进行拼接，得到所述DICOM文件。
第三方面，一种DICOM文件传输系统，所述系统包括：转发服务器、影像存储服务器以及目的地服务器；
所述转发服务器用于执行上述第一方面实施例中任一项所述的方法的步骤；
所述目的地服务器用于执行上述第二方面实施例中任一项所述的方法的步骤；所述目的地服务器与所述影像存储服务器支持的协议类型不同。
第四方面，一种DICOM文件传输装置，所述装置包括：
请求发送模块，用于向影像存储服务器发送DICOM文件获取请求；所述DICOM文件获取请求用于获取DICOM文件中的网络流；
网络流接收模块，用于接收所述影像存储服务器反馈的所述网络流；
网络流转发模块，用于将所述网络流发送至目的地服务器。
第五方面，一种DICOM文件传输装置，所述装置包括：
网络流接收模块，用于接收转发服务器发送的网络流；
网络流拼接模块，用于在所述网络流为预设类型文件中的最后一段所述网络流时，将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件。
第六方面，一种服务器，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
向影像存储服务器发送DICOM文件获取请求；所述DICOM文件获取请求用于获取DICOM文件中的网络流；
接收所述影像存储服务器反馈的所述网络流；
将所述网络流发送至目的地服务器。
第七方面，一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
向影像存储服务器发送DICOM文件获取请求；所述DICOM文件获取请求用于获取DICOM文件中的网络流；
接收所述影像存储服务器反馈的所述网络流；
将所述网络流发送至目的地服务器。
上述DICOM文件传输方法、系统、装置、服务器和存储介质，该方法向影像存储服务器发送DICOM文件获取请求，DICOM文件获取请求用于获取DICOM文件中的网络流，接收影像存储服务器反馈的网络流，并将网络流发送至目的地服务器，以实现DICOM文件传输；上述方法可以通过转发服务器获取DICOM文件中的多段网络流，进而将多段网络流转发至目的地服务器，以使目的地服务器获取到DICOM文件，该过程并不需要将网络流先写入本地磁盘，再依次读出本地磁盘实现转发至目的地的步骤，减少了网络流写入/读出本地磁盘的流程，从而提高了DICOM文件的转发效率。
附图说明
图1为一个实施例中DICOM文件传输方法的应用环境图；
图2为一个实施例中DICOM文件传输方法的流程示意图；
图3为另一个实施例中执行向影像存储服务器发送DICOM文件获取请求的方法流程示意图；
图4为另一个实施例中拼接网络流的方法流程示意图；
图5为另一个实施例中反馈响应消息的方法流程示意图；
图6为另一个实施例中拼接网络流的具体方法流程示意图；
图7为一个实施例中DICOM文件传输装置的结构框图；
图8为另一个实施例中DICOM文件传输装置的结构框图；
图9为一个实施例中服务器的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的DICOM文件传输方法，可以应用于如图1所示的应用环境中，即DICOM文件传输系统。可选的，上述DICOM文件传输系统的架构如图1所示，DICOM文件传输系统中的转发服务器、影像存储服务器以及目的地服务器均可以用独立的服务器或者是多个服务器组成的服务器集群来实现，还可以为但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。其中，DICOM文件传输系统中的转发服务器与影像存储服务器之间可以进行通信连接，转发服务器与目的地服务器之间也可以进行通信连接，该通信方式可以为Wi-Fi，移动网络或蓝牙连接等等。在本实施例中，上述影像存储服务器可以为影像归档和通信系统(Picture Archiving and Communication Systems，PACS)服务器；转发服务器可以支持C-Move、C-Get服务的功能，实现GetForCStore SCP(即支持通过C-Get请求取图的C-Store服务)、C-Store SCP的功能。
在一个实施例中，如图2所示，提供了一种DICOM文件传输方法，以该方法应用于图1中的转发服务器为例进行说明，包括以下步骤：
S1001、向影像存储服务器发送DICOM文件获取请求。其中，DICOM文件获取请求用于获取DICOM文件中的网络流。
具体的，转发服务器可以向影像存储服务器发送DICOM文件获取请求。若影像存储服务器需要存储非DICOM格式的文件，影像存储服务器存储前，需要将非DICOM格式的文件先转化为DICOM格式的文件后再进行保存。需要说明的是，DICOM文件可以通过多段网络流组成，每段网络流可以为命令集信息或者数据集信息。可选的，网络流可以通过多个不同的字符组成。
在本实施例中，转发服务器可以向影像存储服务器发送DICOM消息服务元素(DICOM Message Service Element，dimse)请求；该DICOM消息服务元素请求可以为复合DICOM消息服务元素请求或标准化的DICOM消息服务元素请求等等。可选的，复合DICOM消息服务元素请求可以包括不同类型的服务请求，如C-Store服务请求、C-Find服务请求、C-Get服务请求、C-Move服务请求、C-Echo服务请求等等；标准化的DICOM消息服务元素请求可以也包括不同类型的服务请求，如N-Get服务请求、N-Set服务请求、N-Action服务请求、N-Create服务请求、N-Delete服务请求等等。
S1002、接收影像存储服务器反馈的网络流。
具体的，影像存储服务器接收到DICOM文件获取请求后，可以响应DICOM文件获取请求获取对应DICOM文件中的网络流，然后，转发服务器可以接收影像存储服务器反馈的网络流。在本实施例中，上述网络流还可以称为dimse消息。
另外，转发服务器在向影像存储服务器发送DICOM文件获取请求前，可以按照医学影像标准设置可接收的每段网络流的最大字节数，以使转发服务器接收满足设置条件的网络流。其中，医学影像标准中规定有网络流的最大字节数。
S1003、将网络流发送至目的地服务器。
需要说明的是，转发服务器接收到网络流后，可以将所有网络流转发至目的地服务器，还可以将部分网络流转发至目的地服务器。可选的，目的地服务器与影像存储服务器所支持的通信协议可以相同，也可以不相同；在本实施例中，上述影像存储服务器支持的通信协议可以为医学影像传输协议。
上述DICOM文件传输方法中，转发服务器向影像存储服务器发送DICOM文件获取请求，DICOM文件获取请求用于获取DICOM文件中的网络流，接收影像存储服务器反馈的网络流，并将网络流发送至目的地服务器，以实现DICOM文件传输；上述方法可以通过服务器获取DICOM文件中的多段网络流，进而将多段网络流转发至目的地服务器，以使目的地服务器获取到DICOM文件，该过程并不需要将网络流先写入本地磁盘，再依次读出本地磁盘实现转发至目的地的步骤，减少了网络流写入/读出本地磁盘的流程，从而提高了DICOM文件的转发效率。
在另一个实施例中，在上述S1003中将网络流发送至目的地服务器的步骤之前，上述方法还可以包括：确定网络流的类型。
具体的，转发服务器可以直接对接收到的网络流的类型进行判断，确定网络流的类型。可选的，网络流的类型可以为命令类型和数据类型等等。
其中，在上述S1003中将网络流发送至目的地服务器的步骤之前，上述方法还可以包括：将影像存储服务器反馈的网络流进行封装，获取封装后的对象实例。
需要说明的是，为了便于获取每段网络流的属性信息，转发服务器可以将影像存储服务器反馈的网络流进行封装，得到封装后的对象实例。可选的，对网络流封装后，可以得到不同协议数据单元(Protocol Data Unit，PDU)类型的对象实例；在该本实施例中，封装后的对象实例可以为UnparsedPdu对象实例。可选的，网络流的属性信息可以为网络流的类型、网络流的信息特征等等。
其中，所述确定所述网络流的类型是根据对象实例的类型属性来确定的。
在本实施例中，转发服务器可以根据UnparsedPdu对象实例的类型属性，确定网络流的类型；UnparsedPdu对象实例的类型属性与网络流的类型类似。示例性的，转发服务器可以判断UnparsedPdu对象实例的类型属性是否为PDUType.PDataTF，若UnparsedPdu对象实例的类型属性为PDUType.PDataTF，此时，可以确定网络流的类型为PData类型。
进一步地，上述S1003中将网络流发送至目的地服务器的步骤，具体可以包括：若网络流的类型为预设的目标类型，则将网络流发送至目的地服务器。
需要说明的是，若网络流的类型为预设的目标类型，此时，转发服务器才可以将网络流转发至目的地服务器，否则，不需要将该网络流转发至目的地服务器。可选的，预设的目标类型可以为不同属性的命令类型，还可以为不同属性的数据类型；但在本实施例中，上述预设的目标类型可以为PData类型，即数据类型。也就是，该实施例仅在网络流的类型为PData类型时，转发服务器才可以将对应网络流发送至目的地服务器。
上述DICOM文件传输方法可以通过转发服务器将获取到的多段网络流转发至目的地服务器，以使目的地服务器获取到DICOM文件，该过程并不需要将网络流先写入本地磁盘，再依次读出本地磁盘实现转发至目的地的步骤，减少了网络流写入/读出本地磁盘的流程，从而提高了DICOM文件的转发效率。
在另外一个实施例中，如图3所示，在上述S1003中将网络流发送至目的地服务器的步骤之后，上述方法还可以包括以下步骤：
S1004、接收目的地服务器反馈的响应消息。
具体的，目的地服务器在接收到任何信息后，转发服务器可以接收目的地服务器反馈的响应消息。在本实施例中，该响应消息可以为网络流的相关信息，可以包括检查检查标识号Study Instance UID、序列标识号Series Instance UID、影像标识号SOP InstanceUID和网络流转发成功或失败等信息。其中，检查、序列和影像为DICOM文件中的属性标签。
S1005、若响应消息为网络流转发失败，则返回执行向影像存储服务器发送DICOM文件获取请求。
需要说明的是，若转发服务器接收到的目的地服务器反馈的响应消息为网络流转发失败，则表明转发服务器当前转发的该段网络流转发失败，此时，可以继续转发下一段网络流，让转发服务器执行向影像存储服务器发送DICOM文件获取请求。
其中，DICOM文件获取请求携带影像存储服务器支持的协议中的服务请求标识。
在本实施例中，影像存储服务器支持的通信协议可以为DICOM传输协议，因此，DICOM文件获取请求可以携带影像存储服务器支持的DICOM传输协议中不同类型的服务请求标识。可选的，DICOM文件获取请求可以为影像存储服务器支持的DICOM传输协议中SOPInstance UID级别的C-Move或者C-Get的服务请求标识。可选的，影像存储服务器在接收到DICOM文件获取请求后，可以查找SOP Instance UID级别的C-Move或者C-Get的服务请求标识对应的DICOM文件，以获取该DICOM文件中的网络流。
上述DICOM文件传输方法可以接收目的地服务器反馈的响应消息，若响应消息为网络流转发失败，则返回继续执行向影像存储服务器发送DICOM文件获取请求，从而能够使目的地服务器获取到DICOM文件中的所有网络流，以得到完整的DICOM文件，提高转发的DICOM文件的完整性，避免信息缺失。
图4为一实施例提供的DICOM文件传输方法，以该方法应用于图1中的目的地服务器为例进行说明，包括以下步骤：
S2001、接收转发服务器发送的网络流。
具体的，目的地服务可以接收转发服务器转发的网络流。转发服务器转发的网络流可以为影像存储服务器根据接收到的DICOM文件获取请求反馈的网络流。可选的，该网络流可以为DICOM文件中的信息，一个DICOM文件可以由多段网络流组成，每段网络流可以为命令集信息或者数据集信息。可选的，上述网络流可以为DICOM传输协议中SOP InstanceUID级别的C-Move或者C-Get的服务请求标识对应的dimse消息。
S2002、若网络流为预设类型文件中的最后一段网络流，则将接收到的预设类型文件的每段网络流进行拼接，得到DICOM文件。
具体的，目的地服务器接收到的网络流为预设类型文件中的最后一段网络流时，可以将接收到的预设类型文件的每段网络流进行拼接，得到DICOM文件。可选的，拼接的信息可以为目的地服务器接收到的每条网络流中包含的所有信息，还可以为目的地服务器接收到的每条网络流中包含的部分信息。可选的，预设类型文件可以为医学影像类型的文件，可以为DICOM格式、Philips磁共振扫描格式、近原始栅格数据格式、神经影像信息技术格式等等文件。在本实施例中，上述预设类型文件可以为DICOM文件。
需要说明的是，目的地服务器可以根据网络流中的字符信息确定是否为预设类型文件中的最后一段网络流，还可以根据当前接收到的网络流的排序序号确定是否为预设类型文件中的最后一段网络流。
上述DICOM文件传输方法中，目的地服务器接收转发服务器转发的网络流，并在接收到DICOM文件中的最后一段网络流时，将当前接收到的每段网络流进行拼接，以得到DICOM文件；该方法并不限定目的地服务器所支持的通信协议，即使目的地服务器与影像存储器服务器所支持的通信协议不相同，也不需要其它的辅助方法就可以直接传输DICOM文件中的网络流，以将每段网络流进行拼接得到完成的DICOM文件，该方法避免了从本地磁盘读出网络流的过程，从而提高了DICOM文件的转发效率。
在另一个实施例中，在上述S2001中接收转发服务器发送的网络流的步骤之后，上述方法还可以包括：向转发服务器反馈响应消息。
具体的，目的地服务器在接收到转发服务器发送的任何信息后，可以直接向转发服务器反馈响应消息。可选的，上述响应消息可以为网络流的相关信息，可以为检查检查标识号Study Instance UID、序列标识号Series Instance UID、影像标识号SOP InstanceUID和网络流转发成功或网络流转发失败等信息。其中，检查、序列和影像为DICOM文件中的属性标签。
另外，如图5所示，上述向转发服务器反馈响应消息的步骤，具体可以包括：
S2011、对转发服务器发送的网络流进行封装，获得封装后的对象实例。
需要说明的是，为了便于获取每段网络流的属性信息，目的地服务器可以对转发服务器发送的网络流进行封装，获得封装后的对象实例。可选的，该实施例封装后的对象实例与上述S1013中得到的封装后的对象实例的原理基本相同，但实现封装的执行主体不同。也就是，目的地服务器对网络流封装后，可以得到不同PDU类型的对象实例；在该本实施例中，封装后的对象实例可以为UnparsedPdu对象实例。
S2021、若对象实例非空，则向转发服务器反馈的响应消息为网络流转发成功。
可以理解的是，若目的地服务器获取到的封装后的对象实例中存在有信息，即对象实例非空，此时，目的地服务器可以向转发服务器反馈响应消息，该响应消息可以为网络流转发成功的相关信息，表明目的地服务器接收到了转发服务器当前转发的当段网络流。
在本实施例中，若目的地服务器向转发服务器反馈的响应消息为网络流转发成功时，表明目的地服务器接收到了转发服务器当前转发的当段网络流，然后进一步可以继续执行接收转发服务器发送的下一段网络流。
S2031、若对象实例为空，则向转发服务器反馈的响应消息为网络流转发失败。
还可以理解的是，若目的地服务器获取到的封装后的对象实例中不存在任何信息，即对象实例为空，可以表明当前转发的网络流不存在，此时，目的地服务器可以向转发服务器反馈响应消息，该响应消息可以为网络流转发失败的相关信息，表明目的地服务器当前未接收到转发服务器转发的网络流。
在本实施例中，若目的地服务器向转发服务器反馈的响应消息为网络流转发失败时，表明目的地服务器当前未接收到转发服务器转发的当段网络流，此时，目的地服务器可以继续执行接收转发服务器发送的当段网络流，直到接收成功当段网络流为止。
上述DICOM文件传输方法中，目的地服务器接收转发服务器转发的网络流，并在接收到DICOM文件中的最后一段网络流时，将当前接收到的每段网络流进行拼接，以得到DICOM文件；该方法并不限定目的地服务器所支持的通信协议，即使目的地服务器与影像存储器服务器所支持的通信协议不相同，也不需要其它的辅助方法就可以直接传输DICOM文件中的网络流，以将每段网络流进行拼接得到完成的DICOM文件，该方法避免了从本地磁盘读出网络流的过程，从而提高了DICOM文件的转发效率。
在另一个实施例中，在上述S2002中将接收到的预设类型文件的每段网络流进行拼接，得到DICOM文件的步骤之前，上述方法还可以包括：确定网络流的类型。
具体的，目的地服务器可以直接对接收到的网络流的类型进行判断，确定网络流的类型。可选的，网络流的类型可以为命令类型和数据类型等等。
另外，在上述S2002中将接收到的预设类型文件的每段网络流进行拼接，得到DICOM文件的步骤之前，上述方法还可以包括：根据对象实例的类型属性，确定网络流的类型。
需要说明的是，目的地服务器可以根据S2011中获取到的封装后的对象实例，获取对象实例的类型属性，并根据该对象实例的类型属性确定网络流的类型。可选的，目的地服务器可以根据UnparsedPdu对象实例的类型属性，确定网络流的类型；UnparsedPdu对象实例的类型属性与网络流的类型类似。示例性的，目的地服务器可以判断UnparsedPdu对象实例的类型属性是否为PDUType.PDataTF，若UnparsedPdu对象实例的类型属性为PDUType.PDataTF，此时，可以确定网络流的类型为PData类型。
进一步地，如图6所示，上述S2002中将接收到的预设类型文件的每段网络流进行拼接，得到DICOM文件的步骤，具体可以包括以下步骤：
S2012、若每段网络流的类型为预设的目标类型，则提取每段网络流中预设位的目标信息作为待拼接网络流。
需要说明的是，目的地服务器可以获取每段网络流的类型，若每段网络流的类型为预设的目标类型，此时，目的地服务器可以提取每段网络流中预设位的目标信息作为待拼接网络流；否则，若某段网络流的类型不为预设的目标类型，目的地服务器不需要对该段网络流进行处理。也就是，该实施例仅在网络流的类型为PData类型时，目的地服务器才可以将对应网络流进行拼接，以得到DICOM文件。可选的，每段网络流中的预设位的目标信息可以为每段网络流中的部分字符信息；该部分信息可以为每段网络流中的前半段部分字符信息，还可以为每段网络流中的后半段部分字符信息，当然，还可以为每段网络流中的任意部分字符信息。但是在本实施例中，每段网络流中的预设位的目标信息可以为每段网络流中第12位和第12位后的所有字符信息，也就是，每段网络流中第12位和第12位后的所有字符信息均有DICOM文件中的有效信息，每段网络流中的其它位字符信息可以表示每段网络流的片段标识。
S2022、将待拼接网络流按照网络流的片段标识进行拼接，得到DICOM文件。
具体的，目的地服务器可以将待拼接网络流，按照网络流的片段标识进行拼接，得到DICOM文件。可选的，网络流的片段标识可以为每段网络流在DICOM文件中的片段序号。另外，转发服务器转发的网络流也是按照片段序号先后依次转发的，因此，目的地服务器也可以按照接收到的网络流的顺序，依次将每段待拼接网络进行拼接，得到DICOM文件。
其中，在上述S2012中提取每段网络流中预设位的目标信息作为待拼接网络流的步骤之前，上述方法还可以包括：若当前接收到的本段网络流为预设类型文件中最后一段待转发的网络流，则继续执行提取每段网络流中预设位的目标信息作为待拼接网络流。
需要说明的是，若目的地服务器根据当前接收到的本段网络流的片段标识，判定本段网络流为预设类型文件中最后一段待转发的网络流时，表明同一个DICOM文件中的所有段网络流已被全部转发，此时，目的地服务器可以提取接收到的每段网络流中预设位的目标信息作为待拼接网络流，以将每段对应的待拼接网络流进行拼接。
此外，若对象实例中的信息为数据集，则将网络流以网络流文件夹的形式保存至磁盘中，并对网络流文件夹进行命名；网络流文件夹的名称包括预设类型文件标识和预设类型文件中网络流的片段标识。
还可以理解的是，目的地服务器可以创建PDataTF类方法Parse解析封装后的对象实例UnparsedPdu，得到PDataTF实例(即PDU)，并读取PDataTF实例中的PDV数据，然后判断PDV数据是否为命令集类型，若是，表征该段网络流为命令集类型，目的地服务器不需要对该段网络流进行拼接处理。若PDV数据为数据集类型，表明该段网络流为DICOM文件中的有效信息，此时，目的地服务器可以将该段网络流以网络流文件夹的形式保存至磁盘中，并对该网络流文件夹进行命名；网络流文件夹的命名信息可以包括文件夹名和接收到的当前网络流的片段标识；该文件夹名可以为预设类型文件的标识，当前网络流的片段标识可以为当前网络流在所属预设类型文件中的对应序号。也就是，网络流文件夹的命名格式为“预设类型文件的标识”.“接收到的当前网络流的片段标识”。可选的，预设类型文件的标识可以为网络流所属预设类型文件的标识，如第一个预设类型文件中的网络流，对应的预设类型文件的标识可以为1，第二个预设类型文件中的网络流，对应的预设类型文件的标识可以为2。
其中，若当前接收到网络流为数据集类型，且为最后一段网络流时，目的地服务器可以将接收到下一段网络流存储至另外一个新建网络流文件夹中，该文件夹名可以在上一个文件夹名的基础上加1。也就是，本实施例可以执行循环转发处理，直到将所有DICOM文件中的网络流均转发完，得到所有DICOM文件为止，循环结束。可选的，目的地服务器可以将网络流文件夹的存储位置进行记录，以供后续使用时方便获取；同时，目的地服务器每次存储网络流后，还可以在定时任务中定时扫描网络流文件夹中存储的网络流是否包含最后一段网络流对应的数据集信息，若判定网络流文件夹中包含最后一段网络流对应的数据集信息，此时，可以继续执行上述S2012中的步骤，以得到对应的DICOM文件。
在本实施例中，目的地服务器可以支持每段网络流的解析功能，也就是，目的地服务器可以根据DICOM传输协议确定每段网络流的标准格式规范，然后根据标准格式规范获取每段网络流对应的PDV数据。
上述DICOM文件传输方法中，目的地服务器接收转发服务器转发的网络流，并在接收到DICOM文件中的最后一段网络流时，将当前接收到的每段网络流进行拼接，以得到DICOM文件；该方法并不限定目的地服务器所支持的通信协议，即使目的地服务器与影像存储器服务器所支持的通信协议不相同，也不需要其它的辅助方法就可以直接传输DICOM文件中的网络流，以将每段网络流进行拼接得到完成的DICOM文件，该方法避免了从本地磁盘读出网络流的过程，从而提高了DICOM文件的转发效率。
继续参见图1，另一实施例提供的一种DICOM文件传输系统的具体结构示意图；DICOM文件传输系统包括：转发服务器、影像存储服务器以及目的地服务器。
其中，转发服务器用于执行上述图2～图3对应的任一实施例中的方法；
目的地服务器用于执行上述图4～图6对应实施例中的方法；目的地服务器与影像存储服务器支持的协议类型不同。
具体的，转发服务器可以向影像存储服务器发送DICOM文件获取请求，接收影像存储服务器反馈的网络流，并将网络流发送至目的地服务器。可选的，转发服务器可以确定网络流的类型，仅当网络流的类型为预设的目标类型，才将网络流发送至目的地服务器。
另外，目的地服务器可以接收转发服务器发送的网络流，在接收到的网络流为预设类型文件中的最后一段网络流时，将接收到的预设类型文件的所有段网络流进行拼接，得到DICOM文件。其中，目的地服务器与影像存储服务器支持的协议类型可以不同；在本实施例中，上述影像存储服务器可以支持DICOM传输协议，目的地服务器可以支持除DICOM传输协议以外的其它通信协议，如HTTP传输协议、TCP传输协议、UDP传输协议等等，本实施例对此不做限定。
本实施例提供的DICOM文件传输系统，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
应该理解的是，虽然图2-6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-6中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图7所示，提供了一种DICOM文件传输装置，包括：请求发送模块11、网络流接收模块12和网络流转发模块13，其中：
请求发送模块11，用于向影像存储服务器发送DICOM文件获取请求；DICOM文件获取请求用于获取DICOM文件中的网络流；
网络流接收模块12，用于接收影像存储服务器反馈的网络流；
网络流转发模块13，用于将网络流发送至目的地服务器。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，DICOM文件传输装置还包括：第一确定模块，其中：
第一确定模块，用于确定网络流的类型。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，DICOM文件传输装置还包括：第一封装模块，其中：
第一封装模块，用于将影像存储服务器反馈的网络流进行封装，获取封装后的对象实例；其中，所述确定所述网络流的类型是根据对象实例的类型属性来确定的。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，网络流转发模块13具体用于在网络流的类型为预设的目标类型时，将网络流发送至目的地服务器。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，DICOM文件传输装置还包括：接收模块和第一确定执行模块，其中：
接收模块，用于接收目的地服务器反馈的响应消息；
第一确定执行模块，用于当响应消息为网络流转发失败时，返回执行向影像存储服务器发送DICOM文件获取请求。
可选的，DICOM文件获取请求携带影像存储服务器支持的协议中的服务请求标识。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在另一个实施例中，如图8所示，提供了一种DICOM文件传输装置，包括：网络流接收模块14和网络流拼接模块15，其中：
网络流接收模块14，用于接收转发服务器发送的网络流；
网络流拼接模块15，用于在网络流为预设类型文件中的最后一段网络流时，将接收到的预设类型文件的每段网络流进行拼接，得到DICOM文件。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，DICOM文件传输装置还包括：第一反馈模块，其中：
第一反馈模块，用于向转发服务器反馈响应消息；其中，响应消息表示网络流转发成功。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，DICOM文件传输装置还包括：第二封装模块和第二反馈模块，其中：
第二封装模块，用于对转发服务器发送的网络流进行封装，获得封装后的对象实例；
第二反馈模块，用于当对象实例非空时，向转发服务器反馈响应消息。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，DICOM文件传输装置还包括：第二确定执行模块，其中：
第二确定执行模块，用于当对象实例为空时，返回执行接收转发服务器发送的网络流。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，DICOM文件传输装置还包括：第二确定模块，其中：
第二确定模块，用于确定网络流的类型。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，DICOM文件传输装置还包括：第三确定模块，其中：
第三确定模块，用于根据对象实例的类型属性，确定网络流的类型。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，网络流拼接模块15包括：提取单元和拼接单元，其中：
提取单元，用于当每段网络流的类型为预设的目标类型时，提取每段网络流中预设位的目标信息作为待拼接网络流；
拼接单元，用于将待拼接网络流按照网络流的片段标识进行拼接，得到DICOM文件。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在其中一个实施例中，提取单元具体用于在当前接收到的本段网络流为预设类型文件中最后一段待转发的网络流时，继续执行提取每段网络流中预设位的目标信息作为待拼接网络流。
本实施例提供的DICOM文件传输装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
关于DICOM文件传输装置的具体限定可以参见上文中对于DICOM文件传输方法的限定，在此不再赘述。上述DICOM文件传输装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于服务器中的处理器中，也可以以软件形式存储于服务器中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种服务器，该服务器内部结构图可以如图9所示。该服务器包括通过系统总线连接的处理器、存储器和网络接口。其中，该服务器的处理器用于提供计算和控制能力。该服务器的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该服务器的数据库用于存储网络流。该服务器的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种DICOM文件传输方法。
本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种服务器，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
向影像存储服务器发送DICOM文件获取请求；所述DICOM文件获取请求用于获取DICOM文件中的网络流；
接收所述影像存储服务器反馈的所述网络流；
将所述网络流发送至目的地服务器。
在一个实施例中，提供了一种服务器，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时还实现以下步骤：
接收转发服务器发送的网络流；
若所述网络流为预设类型文件中的最后一段所述网络流，则将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件。
在一个实施例中，提供了一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
向影像存储服务器发送DICOM文件获取请求；所述DICOM文件获取请求用于获取DICOM文件中的网络流；
接收所述影像存储服务器反馈的所述网络流；
将所述网络流发送至目的地服务器。
在一个实施例中，提供了一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时还实现以下步骤：
接收转发服务器发送的网络流；
若所述网络流为预设类型文件中的最后一段所述网络流，则将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (17)
1.一种DICOM文件传输方法，其特征在于，所述方法包括：
向影像存储服务器发送DICOM文件获取请求；所述DICOM文件获取请求用于获取DICOM文件中的网络流；
接收所述影像存储服务器反馈的所述网络流；
将所述网络流发送至目的地服务器。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：确定所述网络流的类型。
3.根据权利要求1所述的方法，其特征在于，在确定所述网络流的类型之前，所述方法还包括：
将所述影像存储服务器反馈的所述网络流进行封装，获取封装后的对象实例；
其中，所述确定所述网络流的类型是根据所述对象实例的类型属性来确定的。
4.根据权利要求2或3所述的方法，其特征在于，所述将所述网络流发送至目的地服务器，包括：
若所述网络流的类型为预设的目标类型，则将所述网络流发送至所述目的地服务器。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
接收所述目的地服务器反馈的响应消息；
若所述响应消息为网络流转发失败，则返回执行所述向影像存储服务器发送DICOM文件获取请求。
6.根据权利要求1所述的方法，其特征在于，所述DICOM文件获取请求携带所述影像存储服务器支持的协议中的服务请求标识。
7.一种DICOM文件传输方法，其特征在于，所述方法还包括：
接收转发服务器发送的网络流；
若所述网络流为预设类型文件中的最后一段所述网络流，则将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件。
8.根据权利要求7所述的方法，其特征在于，在接收转发服务器发送的网络流之后，所述方法还包括：向所述转发服务器反馈响应消息。
9.根据权利要求8所述的方法，其特征在于，所述向所述转发服务器反馈响应消息，包括：
对所述转发服务器发送的所述网络流进行封装，获得封装后的对象实例；
若所述对象实例非空，则向所述转发服务器反馈的所述响应消息为网络流转发成功；
若所述对象实例为空，则向所述转发服务器反馈的所述响应消息为网络流转发失败。
10.根据权利要求7所述的方法，其特征在于，在将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件之前，所述方法还包括：确定所述网络流的类型。
11.根据权利要求9所述的方法，其特征在于，在将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件之前，所述方法还包括：根据所述对象实例的类型属性，确定所述网络流的类型。
12.根据权利要求11所述的方法，其特征在于，所述将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件，包括：
若每段所述网络流的类型为预设的目标类型，则提取每段网络流中预设位的目标信息作为待拼接网络流；
将所述待拼接网络流按照所述网络流的片段标识进行拼接，得到所述DICOM文件。
13.一种DICOM文件传输系统，其特征在于，所述系统包括：转发服务器、影像存储服务器以及目的地服务器；
所述转发服务器用于执行权利要求1-6中任一项所述的方法的步骤；
所述目的地服务器用于执行权利要求7-12中任一项所述的方法的步骤；所述目的地服务器与所述影像存储服务器支持的协议类型不同。
14.一种DICOM文件传输装置，其特征在于，所述装置包括：
请求发送模块，用于向影像存储服务器发送DICOM文件获取请求；所述DICOM文件获取请求用于获取DICOM文件中的网络流；
网络流接收模块，用于接收所述影像存储服务器反馈的所述网络流；
网络流转发模块，用于将所述网络流发送至目的地服务器。
15.一种DICOM文件传输装置，其特征在于，所述装置包括：
网络流接收模块，用于接收转发服务器发送的网络流；
网络流拼接模块，用于在所述网络流为预设类型文件中的最后一段所述网络流时，将接收到的所述预设类型文件的每段网络流进行拼接，得到DICOM文件。
16.一种服务器，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至12中任一项所述方法的步骤。
17.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至12中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110012716.3A CN112687375A (zh) | 2021-01-06 | 2021-01-06 | Dicom文件传输方法、系统、装置、服务器和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110012716.3A CN112687375A (zh) | 2021-01-06 | 2021-01-06 | Dicom文件传输方法、系统、装置、服务器和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112687375A true CN112687375A (zh) | 2021-04-20 |
Family
ID=75456022
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110012716.3A Pending CN112687375A (zh) | 2021-01-06 | 2021-01-06 | Dicom文件传输方法、系统、装置、服务器和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112687375A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113270170A (zh) * | 2021-05-28 | 2021-08-17 | 武汉联影医疗科技有限公司 | 数据迁移方法、装置、计算机设备和可读存储介质 |
| CN113808711A (zh) * | 2021-08-12 | 2021-12-17 | 武汉联影医疗科技有限公司 | Dicom文件处理方法、装置、计算机设备和存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105743978A (zh) * | 2016-01-29 | 2016-07-06 | 武汉联影医疗科技有限公司 | 数据传输方法 |
| CN107181794A (zh) * | 2017-04-27 | 2017-09-19 | 广州慧扬健康科技有限公司 | 基于dimse消息发送与接收的dicom网络传输系统 |
| CN109064524A (zh) * | 2018-08-16 | 2018-12-21 | 上海联影医疗科技有限公司 | 一种数据传输方法、数据收集板、重建机及介质 |
| CN110545490A (zh) * | 2018-05-29 | 2019-12-06 | 北京字节跳动网络技术有限公司 | 媒体文件转换方法、装置及存储介质 |
| CN111161849A (zh) * | 2019-12-20 | 2020-05-15 | 南京巨鲨显示科技有限公司 | 一种基于Web的医学影像可视化实现方法、平台以及系统 |
| US20200312440A1 (en) * | 2019-03-29 | 2020-10-01 | Fujifilm Medical Systems U.S.A., Inc. | Universal web service for dicom objects |
-
2021
- 2021-01-06 CN CN202110012716.3A patent/CN112687375A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105743978A (zh) * | 2016-01-29 | 2016-07-06 | 武汉联影医疗科技有限公司 | 数据传输方法 |
| CN107181794A (zh) * | 2017-04-27 | 2017-09-19 | 广州慧扬健康科技有限公司 | 基于dimse消息发送与接收的dicom网络传输系统 |
| CN110545490A (zh) * | 2018-05-29 | 2019-12-06 | 北京字节跳动网络技术有限公司 | 媒体文件转换方法、装置及存储介质 |
| CN109064524A (zh) * | 2018-08-16 | 2018-12-21 | 上海联影医疗科技有限公司 | 一种数据传输方法、数据收集板、重建机及介质 |
| US20200312440A1 (en) * | 2019-03-29 | 2020-10-01 | Fujifilm Medical Systems U.S.A., Inc. | Universal web service for dicom objects |
| CN111161849A (zh) * | 2019-12-20 | 2020-05-15 | 南京巨鲨显示科技有限公司 | 一种基于Web的医学影像可视化实现方法、平台以及系统 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113270170A (zh) * | 2021-05-28 | 2021-08-17 | 武汉联影医疗科技有限公司 | 数据迁移方法、装置、计算机设备和可读存储介质 |
| CN113808711A (zh) * | 2021-08-12 | 2021-12-17 | 武汉联影医疗科技有限公司 | Dicom文件处理方法、装置、计算机设备和存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108256114B (zh) | 文档在线预览方法、装置、计算机设备和存储介质 | |
| CN112687375A (zh) | Dicom文件传输方法、系统、装置、服务器和存储介质 | |
| CN112653656B (zh) | 一种基于应用层协议的数据通信方法及其装置 | |
| CN111756674A (zh) | 网络通信方法、系统、设备及计算机可读存储介质 | |
| CN115098426B (zh) | Pcie设备管理方法、接口管理模块、pcie系统、设备和介质 | |
| CN113296960B (zh) | 数据准实时分发方法、装置、设备及存储介质 | |
| CN112819683B (zh) | 图像处理方法、装置、计算机设备和存储介质 | |
| WO2019127894A1 (zh) | Pdf文件转图片的方法、电子装置及计算机可读存储介质 | |
| CN111506747B (zh) | 文件解析方法、装置、电子设备及存储介质 | |
| US20230106217A1 (en) | Web-end video playing method and apparatus, and computer device | |
| CN110740138A (zh) | 数据传输方法和装置 | |
| CN112491956B (zh) | 物联网设备中通讯模组的升级方法、装置和计算机设备 | |
| CN113472850B (zh) | 链路数据获取方法、装置、系统、电子设备和存储介质 | |
| CN112541143B (zh) | 异步图片获取方法及系统 | |
| US9648079B2 (en) | System and method for providing content to a requesting terminal | |
| CN110674093A (zh) | 文件数据处理方法、装置、计算机设备和存储介质 | |
| CN112185494B (zh) | 数据存储方法、装置、计算机设备和存储介质 | |
| CN112688980A (zh) | 资源分发方法、装置、计算机设备 | |
| CN113438506B (zh) | 视频文件的还原方法、装置、计算机设备和存储介质 | |
| CN113808711A (zh) | Dicom文件处理方法、装置、计算机设备和存储介质 | |
| CN110430279A (zh) | 文件下载控制方法及装置 | |
| CN115905117A (zh) | 文件定位方法、文件存储方法、装置、设备和存储介质 | |
| US20210026809A1 (en) | Data caching method and node based on hyper-converged infrastructure | |
| CN113076151B (zh) | 应用程序交互方法、装置、计算机设备及存储介质 | |
| CN115495679A (zh) | 跳转方法、装置、计算机设备、存储介质 |
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 |