CN103716349A - 医学图像文件的传输系统、方法和服务器 - Google Patents
医学图像文件的传输系统、方法和服务器 Download PDFInfo
- Publication number
- CN103716349A CN103716349A CN201210375993.1A CN201210375993A CN103716349A CN 103716349 A CN103716349 A CN 103716349A CN 201210375993 A CN201210375993 A CN 201210375993A CN 103716349 A CN103716349 A CN 103716349A
- Authority
- CN
- China
- Prior art keywords
- client
- central server
- specific data
- data bag
- packet
- 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
Abstract
本发明提出了一种基于比特流BitTorrent协议的医学图像文件的传输系统、方法及服务器。所述系统包括:中心服务器,其用于将医学图像文件以医学数字成像和通信标准DICOM中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;为每一个数据包制作一个种子文件并保存所述数据包和种子文件;将比特流协议为所述数据包生成的标识发布到跟踪服务器上;接收从客户端发来的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给所述客户端;跟踪服务器,其用于存储所述至少一个数据包的标识;并存储能够提供所述数据包的中心服务器和客户端的信息;接收客户端发来的获取能够提供指定数据包的中心服务器和其它客户端的信息的请求;客户端,其用于向所述中心服务器提出下载指定数据包的种子文件的请求,并通过安全套接层协议SSL从中心服务器获得指定数据包的种子文件;根据获得的所述种子文件向跟踪服务器提出获取能够提供所述指定数据包的中心服务器和其它客户端的信息的请求,并根据从跟踪服务器获得的信息,从能够提供所述指定数据包的中心服务器和/或其它客户端下载数据,以获得指定数据包。
Description
技术领域
本发明涉及图像传输技术领域,特别涉及一种基于比特流BitTorrent协议的医学图像的传输系统、方法和发布医学图像文件的中心服务器及其方法。
背景技术
在传统的医疗信息系统中,医学图像的传输主要由超文本传输协议(HyperText Transfer Protocol,HTTP)、文件传输协议(File Transfer Protocol,FTP)等实现。就这些协议的实现方式而言,一般都是先将待传输的医学图像文件收集到下载用的服务器上,当有用户提出下载请求时,由下载服务器直接将用户所请求的医学图像文件传输到下载客户端。因此,如果同一时刻下载该医学图像文件的用户数量太多,则每位用户所占用的下载服务器的带宽就会很少,由于医学图像文件通常都比较大,传输起来尤其缓慢,这样势必会影响到所有用户的下载速度,故而系统性能被大大地降低了。同时,在整个系统中只有下载服务器能够为用户提供下载服务,所以当下载服务器出现故障而不能继续工作时,整个系统的下载业务就不得不被中断,故而业务连续性较差。
发明内容
为了解决上述技术问题,本申请的申请人经过大量的研究和实验发现,可以基于比特流BitTorrent协议来传输医学图像文件,在提高图像传输速度的同时,还可使本地用户充分利用其它医疗机构的医学图像片库的资源,而不仅仅局限于使用大存储量的服务器在本地存储医学图像文件,这大大提高了系统的共享性能。
本发明提出了一种基于比特流BitTorrent协议的医学图像文件的传输系统,该系统包括:
中心服务器其用于将医学图像文件以医学数字成像和通信标准DICOM中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;为每一个数据包制作一个种子文件并保存所述数据包和种子文件;将比特流协议为所述数据包生成的标识发布到跟踪服务器上;接收从客户端发来的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给所述客户端;
跟踪服务器,其用于存储所述至少一个数据包的标识;并存储能够提供所述数据包的中心服务器和客户端的信息;接收客户端发来的获取能够提供指定数据包的中心服务器和其它客户端的信息的请求;
客户端,其用于向所述中心服务器提出下载指定数据包的种子文件的请求,并通过安全套接层协议SSL从中心服务器获得指定数据包的种子文件;根据获得的所述种子文件向跟踪服务器提出获取能够提供所述指定数据包的中心服务器和其它客户端的信息的请求,并根据从跟踪服务器获得的信息,从能够提供所述指定数据包的中心服务器和/或其它客户端下载数据,以获得所述的指定数据包。
本发明还提出了一种用于基于比特流BitTorrent协议发布医学图像文件的中心服务器,其特征在于,该中心服务器包括:
分装单元,用于将医学图像文件以医学数字成像和通信标准DICOM中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;
发布单元,用于将比特流协议为所述至少一个数据包生成的标识发布到跟踪服务器上;
处理单元,用于为每个数据包制作一个种子文件;
存储单元,用于存储所述种子文件和所述至少一个数据包;
收发单元,用于接收客户端发来的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给提出下载指定数据包的种子文件的请求的客户端。
此外,本发明还提出了一种基于比特流BitTorrent协议发布医学图像文件的方法,其特征在于,该方法包括:
将医学图像文件以医学数字成像和通信标准DICOM中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;
将比特流协议为所述至少一个数据包生成的标识发布到跟踪服务器;
为每个数据包制作一个种子文件;
存储所述种子文件和所述至少一个数据包;
接收客户端发来的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给提出下载指定数据包的种子文件的请求的客户端。
采用本发明实施例提供的基于比特流BitTorrent协议的医学图像的传输系统、方法和中心服务器,可以有效地提高医学图像传输系统中的中心服务器的带宽使用率,减少中心服务器的工作负荷,提高医学图像的传输速度,实现医学图像文件的安全高效传输;同时,由于中心服务器对数据包进行加密,并且还通过安全套接层协议SSL将种子文件传递给客户端,这大大提高了医学图像文件传输的安全性;并且,还可使用户充分利用其它医疗机构的医学图像片库的资源,大大提高系统的共享性能。
附图说明
以下附图仅对本发明做示意性说明和解释,并不限定本发明的范围。
图1示出了依据本发明一实施例的基于比特流BitTorrent协议的医学图像的传输系统的结构示意图;
图2示出了依据本发明一实施例的基于比特流BitTorrent协议的医学图像的传输方法的流程图;
图3示出了依据本发明一实施例的用于基于比特流BitTorrent协议的医学图像传输系统的中心服务器的结构示意图;
图4示出了依据本发明一实施例的用于基于比特流BitTorrent协议的医学图像传输系统的中心服务器的结构示意图
图5示出了依据本发明一实施例的基于比特流BitTorrent协议的医学图像的发布方法的流程图。
具体实施方式
以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用于解释本发明,并不用于限定本发明。
比特流(BitTorrent,BT)协议是一个文件分发协议,它通过统一资源定位符(Uniform/Universal ResourceLocator,URL)识别内容并且和网络无缝结合。它在HTTP平台上的优势在于:同时下载一个文件的下载者在下载的同时不断地互相上传数据,使提供文件源的下载服务器可以在负载增加有限的情况下支持大量下载者同时从服务器和其它客户端下载,这样可以减轻服务提供方的负载,节约了提供服务的成本。BT由于采用了多目标的共享下载方式,使得客户端的下载速度能够随着下载用户数量的增加而不断地提高。
图1是本发明实施例提供的一种基于比特流BitTorrent协议的医学图像的传输系统的结构示意图。如图1所示,该系统包括:至少一个中心服务器101、至少一个跟踪服务器102和多个客户端103。为描述方便,图中示出了中心服务器101A、跟踪服务器102A以及多个客户端103A~103D。
中心服务器101用于从各种输入设备采集医学图像文件,将医学图像文件以医学数字成像和通信标准(Digital Imaging and Communications in Medicine,DICOM)中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;为每一个数据包制作一个种子文件并保存所述数据包和种子文件;将比特流BitTorrent协议为所述数据包生成的标识ID发布到跟踪服务器102上;接收从客户端103发来的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给所述客户端103。
跟踪服务器102用于存储所述中心服务器101发布的每一个数据包的标识ID;并存储能够提供该数据包的中心服务器101和最近下载过(比如最近两周)该数据包的客户端103的信息。同时,跟踪服务器102还接收客户端103发来的获取能够提供指定数据包的中心服务器101和最近下载过(包括正在下载,下文同)所述指定数据包的其它客户端103的信息的请求。
客户端103用于,当一个客户端103需要下载一个指定数据包时,向所述中心服务器101提出下载指定数据包的种子文件的请求并从中心服务器101获得指定数据包的种子文件,其中,在该种子文件中包括有跟踪服务器102的地址。然后,根据获得的所述种子文件向跟踪服务器102提出获取能够提供指定数据包的中心服务器101和最近下载过所述数据包的其它客户端103的信息的请求,并从跟踪服务器102接收能够提供所述指定数据包的中心服务器101和最近下载过所述指定数据包的其它客户端103的信息;根据获得的信息从能够提供所述指定数据包的中心服务器101或最近下载过所述指定数据包的其它客户端103下载所述指定数据包的数据片段,以得到完整的所述指定数据包,这里数据包如何分成片段是有BT协议规定的。
需要说明的是,在实际应用中,所述中心服务器101和所述跟踪服务器102,可以是两台单独的服务器,也可以集成在同一台服务器上。优选地,在对医学图像文件分装打包后,为数据包做种子文件之前,所述中心服务器101使用密钥和加密算法对所述每一个数据包进行加密。其中,所述密钥为中心服务器101和系统内所有客户端103预先约定好的,其可以通过存储介质(如承载该密钥的USB)或软件(如密钥文件)的形式下发到各个客户端103;所述加密算法可以是数据加密标准(Data Encryption Standard,DES)、三重数据加密标准(Triple Data Encryption Standard,3-DES)或高级加密标准(Advanced Encryption Standard,AES)等。然后,所述中心服务器101为每一个加密的数据包制作一个种子文件,同时保存所述种子文件和所述加密的数据包。故而,在本发明中,所述中心服务器制作的种子文件为加密的数据包的种子文件;所述客户端下载的为指定数据包的加密数据包。
根据BT协议,每一个加密数据包都是分成片段传输的,故而所述中心服务器101还存储其所保存的每一个加密的数据包的数据片段的编号。所述客户端103存储其最近下载过的每一个加密的数据包的数据片段的编号。因为在中心服务器101上已经对每一个分装后的数据包进行了加密,所以在跟踪服务器102上记录的是与分装后的数据包对应的加密的数据包的信息,在客户端103下载的也都是与所述数据包对应的加密数据包。
如图1所示,图1中的实线表示传输的数据包的数据片段,虚线表示跟踪服务器与客户端之间以及跟踪服务器与中心服务器之间交换的信息,其中,跟踪服务器与客户端之间交换的信息包括:针对该客户端所要下载的指定数据包,客户端向跟踪服务器发送获取能够提供加密的指定数据包的中心服务器和最近下载过该加密的指定数据包的客户端的信息的请求,以及跟踪服务器向客户端发送的其所存储的能够提供该加密的指定数据包的中心服务器和最近下载过该加密的指定数据包的客户端的信息。其中,存储最近下载过该加密的指定数据包的客户端的信息的时间期限可由跟踪服务器来具体设置,例如跟踪服务器可存储正在下载加密的指定数据包的客户端和在两周内下载过该加密的指定数据包的客户端的信息。跟踪服务器与中心服务器之间交换的信息包括:中心服务器向跟踪服务器发布的数据包的标识ID以及,中心服务器向跟踪服务器发送的获取能够提供该指定数据包的加密数据包的中心服务器和最近下载过加密的指定数据包的客户端的信息的请求,以及跟踪服务器向中心服务器发送的其所存储的能够提供该指定数据包的加密数据包的其它中心服务器和最近下载过该指定数据包的加密数据包的客户端的信息。也就是说,跟踪服务器102负责管理下载过数据包的客户端103和能够提供数据包的中心服务器101的信息,它自身并不下载数据包,也不为客户端103提供下载服务。
根据BT协议,客户端103在下载加密数据包的过程中,将存储其所下载的加密数据包的数据片段的编号,并定期向跟踪服务器102发送请求,以获得跟踪服务器102所存储的最新的能够提供该指定数据包的的中心服务器101的信息以及最近下载过该指定数据包的其它客户端103的信息;在获得该信息后,该客户端103还与能够提供所述指定数据包的中心服务器101以及上述最近下载过该指定数据包的加密数据包的其它客户端103不断交换它们自身所存储的该指定数据包的加密数据包的数据片段的编号,根据交换得到的该加密数据包的数据片段的编号,需要下载指定数据包的客户端103可以随时选择合适的路径,也即确定下载所需的所述指定数据包的所述加密数据包的数据片段的所述中心服务器101,和/或所述其它客户端103,然后向确定的中心服务器101,和/或其它客户端103发出下载指定数据包的请求,从所确定的所述中心服务器101,和/或所述其它客户端103分别下载所述指定数据包的加密数据包的数据片段,以得到完整的所述指定数据包。
例如,如图1所示,客户端103A需要下载一个加密数据包的10个数据片段,其编号分别为数据片段1、数据片段2……数据片段10,该客户端103A从跟踪服务器102A中获取到该加密数据包的相关信息,得知最近下载过该加密数据包的客户端是103B、103C和130D,则客户端103A分别向客户端103B、103C和103D发出连接请求,客户端103B和103C接受了该连接请求,则客户端103A分别同客户端103B和103C交换其各自缓存的该加密数据包的数据片段的编号,得到在客户端103B上缓存有该加密数据包的数据片段1~7,在客户端103C上缓存有该加密数据包的数据片段2~10,则客户端103A分别向103B和103C发送下载请求,请求从客户端103B上下载数据片段1~5,从客户端103C上下载数据片段6~10;如果在下载过程中,客户端103C下线,则客户端103A与其之间的下载链接断开,客户端103A向客户端103D发出连接请求,如果客户端103D接受了该连接请求,则客户端103A同客户端103D交换其各自缓存的该加密数据包的数据片段的编号,得到在客户端103D上缓存有该加密数据包的数据片段8~10,则客户端103A重新选择从客户端103B下载数据片段1~7,从客户端103D下载数据片段8~10。
提出下载请求的客户端通过下载得到完整的指定数据包的加密数据包后,再利用与中心服务器相同的密钥以及与加密算法对应的解密算法,对所述加密数据包进行解密以得到所述指定数据包。
在本发明实施例中,所述中心服务器101具有一个最大允许下载的客户端数,如果当前连接到所述中心服务器101的所述客户端103的数量没有超过所述第一最大允许下载的客户端数,则接受新的下载请求,否则拒绝所述新的下载请求;同时,所述客户端103也具有一个最大允许下载的客户端数,如果当前连接到所述客户端103的其它客户端103的数量没有超过所述第二最大允许下载的客户端数,则接受新的下载请求,否则拒绝所述新的下载请求。
另外,所述中心服务器101除了作为医学图像文件的发布源提供种子文件的下载服务之外,也可以向所述跟踪服务器102提出获取能够提供所述指定数据包的其它中心服务器101和最近下载过所述指定数据包的加密数据包的客户端103的信息的请求,并从所述跟踪服务器102获得能够提供所述指定数据包的加密数据包的其它中心服务器101和最近下载过所述指定数据包的加密数据包的客户端103的信息;根据所获得的信息,从能够提供所述指定数据包的加密数据包的其它中心服务器101,和/或最近下载过所述指定数据包的加密数据包的客户端103下载所述指定数据包的加密数据包的数据片段,以得到完整的所述指定数据包。此时,所述中心服务器101的功能等同于客户端103。
本发明提出的上述传输系统可以能够取得显著的技术效果。首先,以DICOM中的序列传输医学图像文件既方便用户使用医学图像文件,和可以提高文件的传输速度。DICOM的序列标识了生成图像的形态类型、序列生成的日期、检查类型的细节和使用的设备等等,其是来自同一医学影像设备的有关图像及其相关信息的集合。例如,对患者张三进行脑部及肺部病理诊断,其中,针对脑部,又分别进行了3次计算机断层扫描(Computed Tomography,CT)检查,每次CT检查分别得到10张检查图像,则患者张三的脑部病理诊断包含3个序列(即3次CT检查),每个序列包含10张医学图像文件。从用户使用的角度来说,用户是以一次医学检查为单位来下载数据包的,所以用户希望自己下载的一个数据包正好能够包括一次医学检查的全部图像,这样方便用户使用;而从分装打包的技术角度来说,则每个数据包所能容纳的医学图像文件的个数越多越好。在充分衡量用户的实际需求以及图像传输效率的基础上,在本发明实施例中,采用序列series作为分装打包的单位,这样既方便用户使用医学图像文件,又能使一个数据包容纳的图像文件尽量多。其次,本发明利用安全套接层(Secure Sockets Layer,SS)协议可以保障医学图像文件在Internet上安全地传输。利用数据加密(Encryption)技术,可确保数据在网络上之传输过程中不会被截取及窃听。SSL可以实现:加密数据以防止数据中途被窃取;维护数据的完整性,确保数据在传输过程中不被改变。通过在中心服务器和客户端之间进行SSL证书认证,确保只要安装了相应的SSL证书的客户端才可加入此医学图像传输系统,进一步保证了传输的安全性。
图2示出的是本发明实施例提供的一种基于比特流BitTorrent协议的医学图像的传输方法的流程图。如图2所示,该方法具体包括以下步骤:
步骤201,中心服务器将医学图像文件以DICOM标准中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;为每一个数据包制作一个种子文件并保存所述数据包和种子文件,将比特流BitTorrent协议为所述数据包生成的标识ID发布到跟踪服务器。
步骤202,跟踪服务器存储由所述中心服务器发布的每一个数据包的标识ID,并存储能够提供该数据包的中心服务器和最近下载过该数据包的客户端的信息。
步骤203,客户端向所述中心服务器提出下载指定数据包的种子文件的请求。
步骤204,中心服务器接收客户端提出的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给该客户端。
在本步骤中,通过在中心服务器和客户端之间进行SSL证书认证,确保只有安装了相应的SSL证书的客户端才可加入此医学图像传输系统,进一步保证了传输的安全性。
在中心服务器发送给客户端的种子文件中,包括有跟踪服务器的地址。
步骤205,客户端从所述中心服务器接收所述指定数据包的种子文件;根据所获得的种子文件向所述跟踪服务器提出获取能够提供指定数据包的中心服务器和最近下载过所述数据包的其它客户端的信息的请求,并从跟踪服务器接收能够提供所述指定数据包的中心服务器和最近下载过所述指定数据包的其它客户端的信息。
在本步骤205中,当跟踪服务器收到客户端发来的获取能够提供指定数据包的中心服务器和最近下载过所述数据包的其它客户端的信息的请求时,记录提出请求的该客户端的信息。
步骤206,提出下载指定数据包的客户端根据从上述步骤205中获得的信息从能够提供所述指定数据包的中心服务器,和/或最近下载过所述指定数据包的其它客户端下载所述指定数据包的数据片段,以得到完整的所述指定数据包。
在本步骤206中,根据从跟踪服务器获得的能够提供所述指定数据包的加密数据包的中心服务器以及最近下载过所述指定数据包的加密数据包的其它客户端的信息,需要下载指定数据包的客户端与能够提供所述指定数据包的加密数据包的中心服务器之间,以及与最近下载过所述指定数据包的加密数据包的其它客户端之间交换自己所存储的所述指定数据包的加密数据包的数据片段的编号,并保存所述编号。需要下载指定数据包的客户端根据自己所存储的所述指定数据包的数据片段的编号,以及交换得到的能够提供所述指定数据包的中心服务器和最近下载过所述指定数据包的加密数据包的其它客户端所存储的所述指定数据包的加密数据包的数据片段的编号,确定需要从能够提供所述指定数据包的中心服务器和/或最近下载过所述指定数据包的其它客户端下载的所述指定数据包的数据片段以及所确定的数据片段所在的中心服务器和/或其它客户端;向确定的中心服务器,和/或,最近下载过所述加密数据包的其它客户端提出下载指定数据包的请求,下载所述指定数据包的加密数据包的数据片段,以得到完整的所述指定数据包的加密数据包。
优选地,所述中心服务器为所述每一个数据包制作一个种子文件之前,先使用密钥和加密算法对所述每一个数据包进行加密得到加密的数据包,然后再为每一个加密的数据包制作种子文件,与现有技术相比,这样可以大幅提高医学图像传输的安全性。因为BT协议本身是不对所传输的文件进行加密的,而只是将文件片段传输,通过将传输的数据片段的顺序打乱来增强其传输的安全性。故而,在本发明中,所述中心服务器制作的种子文件为加密数据包的种子文件;所述跟踪服务器存储的是加密的数据包的相关信息,所述客户端下载的也是指定数据包的加密的数据包。
所述中心服务器同时保存加密数据包及其种子文件,并且存储其所保存的所述每一个加密数据包的数据片段的编号。客户端在下载加密数据包的过程中,也存储其所下载的加密数据包的数据片段的编号。
本发明实施例提供的基于比特流BitTorrent协议的医学图像传输方法,进一步包括:所述中心服务器设置有第一最大允许下载的客户端数,如果当前连接到所述中心服务器的所述客户端的数量没有超过所述第一最大允许下载的客户端数,则所述中心服务器接受新的下载请求,否则拒绝所述新的下载请求;所述客户端设置有第二最大允许下载的客户端数,如果当前连接到所述客户端的其它客户端的数量没有超过所述第二最大允许下载的客户端数,则所述客户端接受新的下载请求,否则拒绝所述新的下载请求。拒绝下载请求的信息发送到所述提出下载请求的客户端,所述客户端重新选择其它中心服务器或客户端进行下载。
提出下载请求的客户端通过下载得到完整的指定数据包的加密数据包后,再利用与中心服务器相同的密钥以及与加密算法对应的解密算法,对所述加密数据包进行解密以得到所述指定数据包。
通过上述步骤,客户端就从中心服务器,和/或,其它客户端获取到了所需的指定数据包。
本发明实施例的具体实现方式同上述在系统中的实现类似,在此不再赘述。
图3是本发明一实施例提供的一种用于基于比特流BitTorrent协议的医学图像传输系统的中心服务器的结构示意图。如图3所示,该中心服务器包括:
分装单元301,用于将医学图像文件以医学数字成像和通信标准DICOM中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;
发布单元302,用于将比特流BitTorrent协议为为所述至少一个数据包生成的标识ID发布到跟踪服务器;
处理单元303,用于为每个数据包制作一个种子文件;
存储单元304,用于存储所述种子文件和所述至少一个数据包;
收发单元305,用于接收客户端发来的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给提出下载指定数据包种子文件的请求的客户端。优选,所述收发单元305还可用于响应来自客户端的请求将指定数据包的数据片段传输给客户端。
优选,所述中心服务器还包括:加密单元306。如图4所示,所述加密单元306用于在为每一个数据包制作一个种子文件之前,对每一个数据包进行加密得到加密的数据包。
其中,所述存储单元304进一步用于,存储每一个加密数据包的数据片段及其编号。所述收发单元305,进一步响应来自所述客户端的请求,将所述存储单元304存储的所述指定数据包的加密数据包的数据片段的编号发送给所述客户端,同时接收从客户端发来的客户端所存储的所述指定数据包的加密数据包的数据片段的编号。
在本发明一实施例中,所述中心服务器还包括:管理单元307。如图4所示,所述管理单元307用于为所述中心服务器设置最大允许下载的客户端数;其中,在收到一个新的下载请求时,所述管理单元307判断当前连接到所述中心服务器的客户端的数量是否超过所述最大允许下载的客户端数,如果未超过则接受该新的下载请求,否则拒绝该新的下载请求。
其中,当所述中心服务器需要下载指定的数据包时,所述收发单元305进一步用于,向所述跟踪服务器提出获取能够提供指定数据包的其它中心服务器的信息和最近下载过所述指定数据包的客户端的信息的请求,并从所述跟踪服务器获得能够提供所述指定数据包的加密数据包的其它中心服务器和最近下载过所述指定数据包的加密数据包的客户端的信息;根据获得的信息确定下载所需的所述指定数据包的所述加密数据包的数据片段的其它中心服务器和/或其它客户端;然后向所确定的其它中心服务器和/或其它客户端发出下载指定数据包的请求,从所确定的其它中心服务器和/或其它客户端分别下载所述指定数据包的加密数据包的数据片段,以得到完整的所述指定数据包。
图5示出了依据本发明一实施例的基于比特流BitTorrent协议的医学图像的发布方法的流程图。如图5所示,该方法具体包括以下步骤:
步骤501,将医学图像文件以医学数字成像和通信标准DICOM中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;
步骤502,将比特流BitTorrent协议为所述至少一个数据包生成的标识ID发布到医学图像传输系统的跟踪服务器;
步骤503,为每个数据包制作一个种子文件;
步骤504,存储所述种子文件和所述至少一个数据包;
步骤505,接收客户端发来的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给提出下载指定数据包的种子文件的请求的客户端;
优选,本发明的上述发布方法还包括步骤506,响应客户端的请求,使客户端能够下载指定数据包的数据片段,以获得指定的数据包。
优选,在为每一个数据包制作一个种子文件之前,对每一个数据包进行加密。
优选,该方法还包括:
设置最大允许下载的客户端数。其中,在收到一个新的下载请求时,先判断当前连接到所述中心服务器的客户端的数量是否超过所述最大允许下载的客户端数,如果未超过则接受该新的下载请求,否则拒绝该新的下载请求。
优选,该方法还包括:中心服务器向跟踪服务器提出获取能够提供指定数据包的其它中心服务器和最近下载过所述指定数据包的客户端的信息的请求,并从所述跟踪服务器接收相关的回复信息;根据所获得的信息向能够提供所述指定数据包的其它中心服务器和最近下载过所述指定数据包的客户端发送下载指定数据包的请求,从能够提供所述指定数据包的中心服务器和/或最近下载过所述指定数据包的客户端下载所述指定数据包的数据片段,以得到完整的所述指定数据包。
采用本发明实施例提供的基于比特流BitTorrent协议的医学图像的传输系统、方法和中心服务器以及医学图像文件的发布方法,可以有效地提高医学图像传输系统中的中心服务器的带宽使用率,减少中心服务器的工作负荷,提高了医学图像传输的速度,实现医学图像文件的安全高效传输;同时,由于中心服务器对数据包进行加密,并且还通过安全套接层协议SSL将种子文件传递给客户端,这大大提高了医学图像文件传输的安全性;并且,还可使本地用户充分利用其它医疗机构的医学图像片库的资源,大大提高了系统的共享性能。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种基于比特流BitTorrent协议的医学图像文件的传输系统,该系统包括中心服务器(101),跟踪服务器(102)和客户端(103),其中:
所述中心服务器(101)用于,将医学图像文件以医学数字成像和通信标准DICOM中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;为每一个数据包制作一个种子文件并保存所述数据包和种子文件;将比特流协议为所述数据包生成的标识发布到跟踪服务器(102)上;接收从客户端(103)发来的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给所述客户端(103);
所述跟踪服务器(102)用于,存储所述至少一个数据包的标识;并存储能够提供所述数据包的中心服务器(101)和客户端(103)的信息;接收客户端(103)发来的获取能够提供指定数据包的中心服务器(101)和其它客户端(103)的信息的请求;
所述客户端(103)用于,向所述中心服务器(101)提出下载指定数据包的种子文件的请求,并通过安全套接层协议SSL从中心服务器(101)获得指定数据包的种子文件;根据获得的所述种子文件向跟踪服务器(102)提出获取能够提供所述指定数据包的中心服务器(101)和其它客户端(103)的信息的请求,并根据从跟踪服务器(102)获得的信息,从能够提供所述指定数据包的中心服务器(101)和/或其它客户端(103)下载数据,以获得所述的指定数据包。
2.根据权利要求1所述的系统,其中,所述中心服务器(101)还用于,在为每一个数据包制作一个种子文件之前,对所述每一个数据包进行加密;所述中心服务器制作的种子文件为加密的数据包的种子文件;所述客户端下载的为加密的指定数据包。
3.根据权利要求1至2中任一项所述的系统,其中,
所述中心服务器(101)中设置有第一最大允许下载的客户端数,在收到下载请求时,所述中心服务器(101)判断当前连接到所述中心服务器(101)的客户端(103)的数量是否超过所述第一最大允许下载的客户端数,如果未超过所述第一最大允许下载的客户端数,则接受该下载请求,否则拒绝该下载请求;
所述客户端(103)中设置有第二最大允许下载的客户端数,在收到下载请求时,所述客户端(103)判断当前连接到所述客户端(103)的其它客户端(103)的数量是否超过所述第二最大允许下载的客户端数,如果未超过所述第一最大允许下载的客户端数则接受该下载请求,否则拒绝该下载请求。
4.根据权利要求1至3中任一项所述的系统,其中,
所述中心服务器(101)还用于,向所述跟踪服务器(102)提出获取能够提供指定数据包的其它中心服务器(101)和客户端的信息的请求,并根据从所述跟踪服务器(102)获得的信息,从能够提供所述指定数据包的其它中心服务器(101)和/或客户端(103)下载数据,以获得所述的指定数据包。
5.一种用于基于比特流BitTorrent协议发布医学图像文件的服务器,其特征在于,该服务器包括:
分装单元(301),用于将医学图像文件以医学数字成像和通信标准DICOM中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;
发布单元(302),用于将比特流协议为所述至少一个数据包生成的标识发布到跟踪服务器上;
处理单元(303),用于为每个数据包制作一个种子文件;
存储单元(304),用于存储所述种子文件和所述至少一个数据包;
收发单元(305),用于接收客户端发来的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给提出下载指定数据包的种子文件的请求的客户端。
6.根据权利要求5所述的服务器,其中所述收发单元(305)还可用于响应客户端的下载请求,使客户端能够下载数据,以获得所述的数据包。
7.根据权利要求5所述的中心服务器,其中,所述服务器进一步包括:
加密单元(306),用于在制作种子文件之前,对每一个数据包进行加密。
8.根据权利要求5至7任一项所述的中心服务器,其中,所述服务器进一步包括:
管理单元(307),用于为所述中心服务器设置最大允许下载的客户端数;其中,在收到下载请求时,所述管理单元(307)判断当前连接到所述中心服务器的客户端的数量是否超过所述最大允许下载的客户端数,如果未超过则接受该下载请求,否则拒绝该下载请求。
9.根据权利要求5至7中任一项所述的服务器,其中,
所述收发单元(305)可进一步用于,向所述跟踪服务器提出获取能够提供指定数据包的其它中心服务器和客户端的信息的请求,并根据从所述跟踪服务器获得的信息向能够提供所述指定数据包的其它中心服务器和/或的客户端发送下载指定数据包的请求,从能够提供所述指定数据包的中心服务器和/或客户端下载数据,以获得所述的指定数据包。
10.一种基于比特流BitTorrent协议发布医学图像文件的方法,其特征在于,该方法包括:
将医学图像文件以医学数字成像和通信标准DICOM中的序列Series为单位分装成至少一个数据包,一个数据包对应一个序列;
将比特流协议为所述至少一个数据包生成的标识发布到跟踪服务器;
为每个数据包制作一个种子文件;
存储所述种子文件和所述至少一个数据包;
接收客户端发来的下载指定数据包的种子文件的请求,并通过安全套接层协议SSL将指定数据包的种子文件发送给提出下载指定数据包的种子文件的请求的客户端。
11.根据权利要求10所述的方法,该方法还包括:响应客户端的下载请求,使客户端能够下载数据,以获得所述的指定数据包。
12.根据权利要求10所述的方法,其中,该方法进一步包括:
在制作一个种子文件之前,对每一个数据包进行加密。
13.根据权利要求10至12任一项所述的方法,其中,所述方法进一步包括:
设置允许下载的最大客户端数;其中,在收到下载请求时,判断当前连接到所述中心服务器的客户端的数量是否超过所述允许下载的最大客户端数,如果未超过则接受该下载请求,否则拒绝该下载请求。
14.根据权利要求10至12中任一项所述的方法,其中,所述方法进一步包括:
向所述跟踪服务器提出获取能够提供指定数据包的其它中心服务器和客户端的信息的请求,并根据从跟踪服务器获得的信息,向能够提供所述指定数据包的其它中心服务器和/或客户端发送下载所述指定数据包的请求,从能够提供所述指定数据包的中心服务器和/或客户端下载数据,以获得所述的指定数据包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210375993.1A CN103716349A (zh) | 2012-09-29 | 2012-09-29 | 医学图像文件的传输系统、方法和服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210375993.1A CN103716349A (zh) | 2012-09-29 | 2012-09-29 | 医学图像文件的传输系统、方法和服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103716349A true CN103716349A (zh) | 2014-04-09 |
Family
ID=50408927
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210375993.1A Pending CN103716349A (zh) | 2012-09-29 | 2012-09-29 | 医学图像文件的传输系统、方法和服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103716349A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104994333A (zh) * | 2015-05-29 | 2015-10-21 | 上海京颐科技股份有限公司 | 医学影像中转装置、客户端、传输系统及其传输方法 |
CN105656893A (zh) * | 2015-12-31 | 2016-06-08 | 武汉帕菲利尔信息科技有限公司 | 通过直接获取医疗影像数据实现医院无胶片化的方法 |
CN105681370A (zh) * | 2014-11-17 | 2016-06-15 | 腾讯科技(成都)有限公司 | 文件同步方法、服务器及客户端 |
CN106657135A (zh) * | 2017-01-12 | 2017-05-10 | 上海艾讯云计算有限公司 | 一种基于安全套接层协议认证的文件传输方法及设备 |
CN106713295A (zh) * | 2016-12-15 | 2017-05-24 | 杭州卓健信息科技有限公司 | 一种医学影像传输方法及其装置 |
CN112988816A (zh) * | 2021-03-16 | 2021-06-18 | 支付宝(杭州)信息技术有限公司 | 一种业务规则加载方法、装置及设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1316147A (zh) * | 1999-06-29 | 2001-10-03 | 三星电子株式会社 | 在连接到互联网的移动通信系统中用户信息的保密装置及其方法 |
WO2007101989A2 (en) * | 2006-03-07 | 2007-09-13 | Medicsight Plc | Digital medical image processing |
CN101119286A (zh) * | 2007-09-21 | 2008-02-06 | 腾讯科技(深圳)有限公司 | 一种数据分发方法、装置及系统 |
CN101515947A (zh) * | 2009-02-17 | 2009-08-26 | 浙江大学 | 基于p2p的文件快速安全分发方法及系统 |
CN101741867A (zh) * | 2008-11-14 | 2010-06-16 | 电子科技大学 | 一种捕获BitTorrent网络中节点信息的方法 |
CN101764831A (zh) * | 2008-12-24 | 2010-06-30 | 中国移动通信集团公司 | 一种流媒体数据共享方法、共享系统和流媒体节点 |
CN102316139A (zh) * | 2010-07-07 | 2012-01-11 | 中国移动通信集团公司 | 一种p2p内容资源分发系统及内容资源处理方法 |
-
2012
- 2012-09-29 CN CN201210375993.1A patent/CN103716349A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1316147A (zh) * | 1999-06-29 | 2001-10-03 | 三星电子株式会社 | 在连接到互联网的移动通信系统中用户信息的保密装置及其方法 |
WO2007101989A2 (en) * | 2006-03-07 | 2007-09-13 | Medicsight Plc | Digital medical image processing |
CN101119286A (zh) * | 2007-09-21 | 2008-02-06 | 腾讯科技(深圳)有限公司 | 一种数据分发方法、装置及系统 |
CN101741867A (zh) * | 2008-11-14 | 2010-06-16 | 电子科技大学 | 一种捕获BitTorrent网络中节点信息的方法 |
CN101764831A (zh) * | 2008-12-24 | 2010-06-30 | 中国移动通信集团公司 | 一种流媒体数据共享方法、共享系统和流媒体节点 |
CN101515947A (zh) * | 2009-02-17 | 2009-08-26 | 浙江大学 | 基于p2p的文件快速安全分发方法及系统 |
CN102316139A (zh) * | 2010-07-07 | 2012-01-11 | 中国移动通信集团公司 | 一种p2p内容资源分发系统及内容资源处理方法 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105681370A (zh) * | 2014-11-17 | 2016-06-15 | 腾讯科技(成都)有限公司 | 文件同步方法、服务器及客户端 |
CN105681370B (zh) * | 2014-11-17 | 2019-11-15 | 腾讯科技(成都)有限公司 | 文件同步方法、服务器及客户端 |
CN104994333A (zh) * | 2015-05-29 | 2015-10-21 | 上海京颐科技股份有限公司 | 医学影像中转装置、客户端、传输系统及其传输方法 |
CN105656893A (zh) * | 2015-12-31 | 2016-06-08 | 武汉帕菲利尔信息科技有限公司 | 通过直接获取医疗影像数据实现医院无胶片化的方法 |
CN105656893B (zh) * | 2015-12-31 | 2019-05-07 | 武汉帕菲利尔信息科技有限公司 | 通过直接获取医疗影像数据实现医院无胶片化的方法 |
CN106713295A (zh) * | 2016-12-15 | 2017-05-24 | 杭州卓健信息科技有限公司 | 一种医学影像传输方法及其装置 |
CN106713295B (zh) * | 2016-12-15 | 2019-12-10 | 杭州卓健信息科技有限公司 | 一种医学影像传输方法及其装置 |
CN106657135A (zh) * | 2017-01-12 | 2017-05-10 | 上海艾讯云计算有限公司 | 一种基于安全套接层协议认证的文件传输方法及设备 |
CN106657135B (zh) * | 2017-01-12 | 2020-01-07 | 上海艾讯云计算有限公司 | 一种基于安全套接层协议认证的文件传输方法及设备 |
CN112988816A (zh) * | 2021-03-16 | 2021-06-18 | 支付宝(杭州)信息技术有限公司 | 一种业务规则加载方法、装置及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11316677B2 (en) | Quantum key distribution node apparatus and method for quantum key distribution thereof | |
JP6680791B2 (ja) | 量子鍵配送のための方法、装置、及びシステム | |
CN103716349A (zh) | 医学图像文件的传输系统、方法和服务器 | |
US8788843B2 (en) | Storing user data in a service provider cloud without exposing user-specific secrets to the service provider | |
CN103516516B (zh) | 文件安全共享方法、系统 | |
US8396218B2 (en) | Cryptographic module distribution system, apparatus, and program | |
US20150271153A1 (en) | Information management using proxy re-encryption | |
CN101605137A (zh) | 安全分布式文件系统 | |
WO2014066610A2 (en) | Methods and systems for the secure exchange of information | |
CN103475474B (zh) | 一种提供、获取共享的加密数据的方法及身份认证设备 | |
CN209545761U (zh) | 显示屏监控系统 | |
CN103973440A (zh) | 基于cpk的文件云安全管理方法及系统 | |
US20120302212A1 (en) | Secure mobile radiology communication system | |
CN109831681A (zh) | 显示屏监控系统及监控方法 | |
CN104168320A (zh) | 一种用户数据分享的方法和系统 | |
CN113221146A (zh) | 区块链节点间数据传输的方法和装置 | |
US10412057B2 (en) | Service access method and system, and apparatus | |
WO2014146609A1 (zh) | 信息处理方法、信任服务器及云服务器 | |
CN113193958B (zh) | 一种量子密钥服务方法与系统 | |
CN112583590B (zh) | 基于群组共享密钥的信息发布方法及系统 | |
CN102045343A (zh) | 基于数字证书的通讯加密安全控制方法、服务器及系统 | |
US11341273B2 (en) | Method for combining different partial data | |
CN102714653A (zh) | 用于访问私人数字内容的系统和方法 | |
CN113918971A (zh) | 基于区块链的消息传输方法、装置、设备及可读存储介质 | |
CN108462681A (zh) | 一种异构网络的通信方法、设备及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140409 |