CN106874468B - 一种影像文件管理的方法及*** - Google Patents
一种影像文件管理的方法及*** Download PDFInfo
- Publication number
- CN106874468B CN106874468B CN201710081994.8A CN201710081994A CN106874468B CN 106874468 B CN106874468 B CN 106874468B CN 201710081994 A CN201710081994 A CN 201710081994A CN 106874468 B CN106874468 B CN 106874468B
- Authority
- CN
- China
- Prior art keywords
- storage
- node
- image file
- management
- path
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/211—Schema design and management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
- G06F16/51—Indexing; Data structures therefor; Storage structures
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Processing Or Creating Images (AREA)
Abstract
本发明公开一种影像文件管理的方法及***,涉及通信网络技术领域,以解决因采用逐级查询索引目录方式查询所需影像文件时间长,导致查询到所需影像文件效率低的问题。所述方法包括:存储主节点计算并存储影像文件的目标存储路径;目标存储路径对应的存储子节点分别根据目标存储路径存储影像文件;存储主节点根据影像文件的目标存储路径生成元数据信息,元数据信息包括存储主节点与影像文件的索引ID的对应关系;存储主节点向管理节点发送元数据信息;管理节点将元数据信息存储在管理数据库中;访问节点根据元数据信息以及影像文件的目标存储路径对影像文件进行管理操作,管理操作包括查询操作。本发明提供的方案适于对影像文件进行管理时采用。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种影像文件管理的方法及***。
背景技术
医学影像技术,能够以非侵入方式获得人体内部组织影像,从而医生可利用获取的影像对患者的病情进行诊断,取得较好的医疗诊断效果,因此,医学影像技术已被广泛应用到医疗诊断领域中。并且随着医疗诊断条件的发展,诊断所使用的医学影像文件数量也越来越多,因此,如何合理地存储并管理大量的医学影像文件成为亟待解决的问题。
目前,主要使用影像归档和通信***(Picture Archiving and CommunicationSystems,以下简称PACS)来存储和管理医学影像文件。在PACS***中,配备有多个主机节点,每个主机节点按照医学影像文件的拍摄日期的先后顺序对医学影像文件进行存储,并建立多级索引目录,例如,建立的一级索引目录为年,二级索引目录为月,三级索引目录为日。
然而,当查询影像文件时,PACS***需要通过多级索引的方式来逐级查询相应的索引目录,例如,PACS***查询第一级索引目录时,查询到2016年和2017年的索引目录,然后在分别在2016年和2017年的索引目录之下查询各自的二级索引目录,在2016年的索引目录下查询到12个月份的索引目录,在2017年的索引目录之下查询到12个月份的索引目录,以此类推,直至查询到所需医学影像文件所在的索引目录。
由上可见,采用上述方式查询时,PACS***需要逐级查询相应的索引目录,查询到所需影像文件的时间长,导致查询的效率低。
发明内容
本发明实施例提供一种影像文件管理的方法及***,用于解决因采用逐级查询索引目录方式查询所需影像文件时间长,导致查询到所需影像文件效率低的问题。
为达到上述目的,本发明采用如下技术方案:
一种影像文件管理的方法,所述方法应用于影像文件管理的***中,所述***包括管理节点、存储主节点、由所述存储主节点所管理的存储子节点、数据源节点以及访问节点,所述方法包括:
所述存储主节点计算并存储影像文件的目标存储路径;
所述目标存储路径对应的存储子节点分别根据所述目标存储路径存储所述影像文件;
所述存储主节点根据所述影像文件的目标存储路径生成元数据信息,所述元数据信息包括所述存储主节点与所述影像文件的索引ID的对应关系;
所述存储主节点向所述管理节点发送所述元数据信息;
所述管理节点将所述元数据信息存储在管理数据库中;
所述访问节点根据所述元数据信息以及所述影像文件的目标存储路径对所述影像文件进行管理操作,所述管理操作包括查询操作。
一种影像文件管理的***,所述***包括:管理节点、存储主节点、由所述存储主节点所管理的存储子节点、数据源节点以及访问节点;
所述存储主节点,用于计算并存储影像文件的目标存储路径;
所述目标存储路径对应的存储子节点,用于分别根据所述目标存储路径存储所述影像文件;
所述存储主节点,还用于根据所述影像文件的目标存储路径生成元数据信息,所述元数据信息包括所述存储主节点与所述影像文件的索引ID的对应关系;向所述管理节点发送所述元数据信息;
所述管理节点,用于将所述元数据信息存储在管理数据库中;
所述访问节点,用于根据所述元数据信息以及所述影像文件的目标存储路径对所述影像文件进行管理操作,所述管理操作包括查询操作。
本发明实施例提供的影像文件管理的方法及***,首先,存储主节点会基于预设策略计算出影像文件的目标存储路径,并对目标存储路径进行存储,再由存储子节点根据目标存储路径对影像文件进行存储。因此,根据某一存储主节点中存储的目标存储路径,用户能够查询到由该存储主节点管理的存储子节点中的影像文件。其次,在管理节点中的管理数据库存储有存储主节点和影像文件的索引ID的对应关系,因此,根据该对应关系,用户能够查询到影像文件对应的存储主节点。所以,本发明实施例的方案中,总的查询影像文件的流程如下,当用户需要查询影像文件时,首先,管理节点会在管理数据库中查找影像文件的索引ID所对应的目标存储主节点,然后,目标存储主节点则在自身的存储空间中直接查找索引ID对应的影像文件的存储路径,实现影像文件的查询。与现有技术中采用多级目录索引且逐级查找相比,本发明实施例提供的方案中,管理节点查找影像文件的索引ID对应的存储主节点,之后由查找到的存储主节点直接查找索引ID对应的影像文件的存储路径,可见,经过一级索引目录就能够查询到所需的影像文件,不需要逐级查找索引目录,缩短了查询时间,因此提高了查询效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种影像文件管理的***;
图2为本发明实施例提供的一种影像文件管理的方法的流程图;
图3为本发明实施例提供的另一种影像文件管理的方法的流程图;
图4为本发明实施例提供的另一种影像文件管理的方法的流程图;
图5为本发明实施例提供的一种终端中的前端界面的示例性示意图;
图6为本发明实施例提供的另一种影像文件管理的方法的流程图;
图7为本发明实施例提供的一种影像文件管理的***的逻辑结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供的影像文件管理的方法,应用于影像文件管理的***中,该***包括:管理节点、存储主节点、由存储主节点所管理的存储子节点、数据源节点以及访问节点。
管理节点,处于***的最高一级,具有最高级别的管理权限,用于存储***中影像文件的索引ID与存储主节点的对应关系以及查询目标存储主节点。当有管理影像文件的请求时,首先管理节点会根据影像文件的索引ID查询影像文件所对应的目标存储主节点,然后,管理节点将管理影像文件的请求发送至目标存储主节点,再由目标存储主节点继续根据管理影像文件的请求查找影像文件。
存储主节点,用于计算、存储影像文件的目标存储路径以及查询影像文件的目标存储路径。需要说明的是,在本发明实施例提供的***中,一个管理节点下能够设置有多个存储主节点,如图1仅仅示例性地示出了其中的一个存储主节点1。当目标存储主节点接收管理节点发送的管理影像文件的请求之后,存储主节点会查询影像文件的目标存储路径,进而查找到所需的影像文件。
存储子节点,由对应的存储主节点管理,如图1所示,存储主节点1管理存储子节点1、存储子节点2以及存储子节点3。在影像文件管理的***中,存储子节点用于存储影像文件。还可以按照预设周期向管理自身的存储主节点发送自身所存储影像文件的信息,包括已存储数据块的存储路径、已存储数据块占用的存储容量,然后由存储主节点根据这些信息计算存储子节点的剩余存储空间,存储主节点再根据预设策略在剩余存储空间中选择出新影像文件的目标存储路径。
数据源节点,用于从影像设备中获取影像文件,例如,能够从CT扫描仪中获取CT影像文件。当数据源节点从影像设备中获取影像文件之后,会根据影像文件对应的病患号或者获取影像文件的时间,生成影像文件的索引ID。例如,病患号为120310119,生成的索引ID为1,病患号120310120,生成的索引ID为2,依此类推。此外,数据源节点还能够获取影像文件的其他属性信息,例如影像文件的拍摄者、对应的诊断信息等。数据源节点能够将获取的影像文件的属性信息发送至管理节点,再由管理节点将影像文件的属性信息存储至管理数据库的对应位置。
访问节点,用于供用户管理影像文件。在本发明实施例中,访问节点可以为用户的终端,终端中安装有医疗机构提供的管理影像文件的应用程序,用户通过终端中的该应用程序来管理自身权限范围之内的影像文件。访问节点也可以为医疗机构设有的专供用户管理影像文件的访问设备。
结合图1所示的影像文件管理的***,为了解决因采用逐级查询索引目录方式查询所需影像文件时间长,导致查询到所需影像文件效率低的问题,本发明实施例提供了一种影像文件管理的方法,如图2所示,该方法包括:
步骤201、存储主节点计算并存储影像文件的目标存储路径。
需要说明的是,影像文件包括数个数据块,每个数据块对应至少一个存储子节点,影像文件的目标存储路径包括影像文件的各个数据块在各自对应的存储子节点中的存储路径。
例如,该***中有一个管理节点,存储主节点A、B和C,存储主节点A用于管理存储子节点A1、A2,存储主节点B用于管理存储子节点B1、B2、B3。现有影像文件a、影像文件b和影像文件c,影像文件a的索引ID为1,影像文件b的索引ID为2,影像文件c的索引ID为3。其中,影像文件a由3个数据块构成,分别表示为数据块a1、数据块a2、数据块a3;影像文件b由5个数据块构成,分别表示为数据块b1、数据块b2、数据块b3、数据块b4、数据块b5;影像文件c由2个数据块构成,分别表示为数据块c1、数据块c2。
现在需存储影像文件a,经计算,存储主节点A确定影像文件a的目标存储路径如下:数据块a1和数据块a2存储在存储子节点A1中,数据块a3存储在存储子节点A2中。
可以理解的是,在存储主节点计算影像文件的目标存储路径之后,需存储目标存储路径。在后续用户通过访问节点对影像文件进行管理时,能够根据该存储的目标存储路径查询到对应的影像文件。
为了更加清晰地说明存储主节点的存储内容,本发明实施例中列出了如表1所示的结构,表1示出了存储主节点所存储的影像文件的目标存储路径。
表1
值得注意的是,为了防止存储在单一存储主节点上的存储路径失效,导致无法查询到所需的影像文件,在本发明实施例中,设置有多个存储主节点,当其中的某一存储主节点功能失效时,***中的管理节点能够控制开启备用的存储主节点,因此,本发明实施例提供的方案,能够保证整个***持续运行,不受某一存储主节点功能失效的影响。
步骤202、目标存储路径对应的存储子节点分别根据目标存储路径存储影像文件。
结合步骤201中的举例,存储子节点A1存储数据块a1和数据块a2,存储子节点A2存储数据块a3。
步骤203、存储主节点根据影像文件的目标存储路径生成元数据信息,元数据信息包括存储主节点与影像文件的索引ID的对应关系。
结合步骤201中的举例,存储主节点A根据影像文件a的目标存储路径生成了如下的元数据信息:索引ID为1的影像文件a对应存储主节点A。
步骤204、存储主节点向管理节点发送元数据信息。
步骤205、管理节点将元数据信息存储在管理数据库中。
其中,管理数据库可以为Oracle数据库或mysql数据库。为了对管理数据库中的信息进行更为高效的操作,可以将管理数据库中使用频次较高的数据项存储在内存中,相比于存储在磁盘中,存入内存的数据项可以得到更快的处理速度。
需要说明的是,管理数据库中还存储有影像文件的其他属性信息,例如影像文件的拍摄时间、拍摄者、对应的诊断信息等。可以理解的是,当后续用户通过访问节点对影像文件进行管理时,还可以将影像文件的其他属性信息作为查询条件。例如,用户可以通过输入影像文件的拍摄时间来查找影像文件,从而对影像文件进行管理。
如表2示出了管理数据库中存储的元数据信息。
表2
步骤206、访问节点根据元数据信息以及影像文件的目标存储路径对影像文件进行管理操作,管理操作包括查询操作。
可以理解的是,当用户需通过访问节点管理目标影像文件时,管理节点能够根据管理数据库中存储的元数据信息,查询到目标影像文件对应的目标存储主节点,再由目标主节点查询目标影像文件的目标存储路径,从而查找到目标影像文件。
本发明实施例提供的影像文件管理的方法,存储主节点用于管理存储子节点,首先,存储主节点会基于预设策略计算出影像文件的目标存储路径,并对目标存储路径进行存储,再由存储子节点根据目标存储路径对影像文件进行存储。因此,根据某一存储主节点中存储的目标存储路径,用户能够查询到由该存储主节点管理的存储子节点中的影像文件。其次,在管理节点中的管理数据库存储有存储主节点和影像文件的索引ID的对应关系,因此,根据该对应关系,用户能够查询到影像文件对应的存储主节点。所以,本发明实施例的方案中,总的查询影像文件的流程如下,当用户需要查询影像文件时,首先,管理节点会在管理数据库中查找影像文件的索引ID所对应的目标存储主节点,然后,目标存储主节点则在自身的存储空间中直接查找索引ID对应的影像文件的存储路径,实现影像文件的查询。与现有技术中采用多级目录索引且逐级查找相比,本发明实施例提供的方案中,管理节点查找影像文件的索引ID对应的存储主节点,之后由查找到的存储主节点直接查找索引ID对应的影像文件的存储路径,可见,经过一级索引目录就能够查询到所需的影像文件,不需要逐级查找索引目录,缩短了查询时间,因此提高了查询效率。
需要说明的是,影像文件的存储方式会对影像文件的管理效率产生较大的影像,为了提高影像文件管理的效率,应对影像文件进行合理地存储,基于此,在本发明实施例提供的另一种实现方式中,对存储子节点存储影像文件的方法进行了说明,如图3所示,上述步骤202、目标存储路径对应的存储子节点分别根据目标存储路径存储影像文件包括:
步骤301、存储主节点向数据源节点发送影像文件的目标存储路径。
需要说明的是,数据源节点从影像设备中获取影像文件之后,能够向存储主节点发送存储影像文件的请求信息,存储主节点接收到该请求信息之后,向数据源节点发送所请求影像文件的目标存储路径。结合步骤201中的举例,存储主节点A向数据源节点发送的影像文件a的目标存储路径为:数据块a1和数据块a2存储在存储子节点A1中,数据块a3存储在存储子节点A2中。
步骤302、数据源节点分别向影像文件的目标存储路径对应的存储子节点发送存储指令,存储指令携带有影像文件以及影像文件的目标存储路径。
步骤303、影像文件的目标存储路径对应的存储子节点分别存储各自对应的数据块。
如步骤301中举例,存储子节点A1和A2在分别接收到数据源节点发送的影像文件a的目标存储路径之后,存储子节点A1存储数据块a1、a2,存储子节点A2存储数据块a3。
数据源节点将自身存储的影像文件发送至目标存储路径所对应的存储子节点,再由目标存储路径对应的存储子节点存储各自对应的数据块。相比于现有的对整个影像文件进行存储,本发明实施例提供的影像文件管理的方法,对影像文件进行分块存储,进而在后续查询影像文件时,能够对影像文件的数据块进行并行操作,即能够同时查询同一个影像文件的多个数据块,缩短了查询时间,提高了影像文件查询的效率。
可以理解的是,当存储子节点已经存储了影像文件之后,用户就能够通过访问节点管理影像文件,基于此,在本发明实施例提供的另一种实现方式中,对访问节点管理影像文件的方式进行了说明,如图4所示,上述步骤206、访问节点根据元数据信息以及影像文件的目标存储路径对影像文件进行管理操作包括:
步骤401、访问节点接收用户输入的查询指令,查询指令包含影像文件的索引ID。
以访问节点为用户的终端为例,作为步骤401的一种可实现方式,用户可以在终端的前端界面输入影像文件的查询指令。如图5所示,示出了终端中的一种前端界面。在本发明实施例中,前端界面采用超文本标记语言(HyperText Markup Language,以下简称HTML)、超文本预处理器(Hypertext Preprocessor,以下简称PHP)等代码进行编写,能够使终端通过前端界面与后台的管理节点进行数据交互。
其中,用户输入查询指令的方式可以为在前端界面的输入框中输入影像文件的索引ID,然后点击查询按键,此时,用户的操作会触发终端向管理节点发送查询指令。
可以理解的是,用户也可以通过输入如图5中的病患号等其他的查询条件来查找影像文件,从而对影像文件进行管理。
步骤402、访问节点向管理节点发送查询指令。
例如,查询指令中包含的索引ID为1。
步骤403、管理节点根据查询指令查询管理数据库中与影像文件的索引ID对应的存储主节点。
管理节点接收到步骤402中的查询指令之后,通过查询表1所示的管理数据库,查询到索引ID为1的影像文件a对应存储主节点A。
步骤404、管理节点向存储主节点发送查询指令。
步骤405、存储主节点根据查询指令查找影像文件的目标存储路径。
结合步骤201中的举例,存储主节点A根据索引ID为1的查询指令,能够查询到影像文件a的目标存储路径。
步骤406、存储主节点向影像文件的目标存储路径对应的存储子节点发送查询请求,查询请求携带有影像文件的目标存储路径。
步骤407、影像文件的目标存储路径对应的存储子节点向访问节点返回影像文件。
本发明实施例提供的影像文件管理的方法,当用户需要查询影像文件时,首先,管理节点会在管理数据库中查找影像文件的索引ID所对应的目标存储主节点,然后,目标存储主节点则在自身的存储空间中直接查找索引ID对应的影像文件的存储路径,实现影像文件的查询。与现有技术中采用多级目录索引且逐级查找相比,本发明实施例提供的方案中,管理节点查找影像文件的索引ID对应的存储主节点,之后由查找到的存储主节点直接查找索引ID对应的影像文件的存储路径,可见,经过一级索引目录就能够查询到所需的影像文件,不需要逐级查找索引目录,缩短了查询时间,因此提高了查询效率。
在本发明实施例提供的另一种实现方式中,对目标存储路径的计算方法进行了说明,如图6所示,步骤201、存储主节点计算并存储影像文件的目标存储路径包括:
步骤601、由存储主节点管理的存储子节点按照预设周期分别向存储主节点发送存储信息,存储信息包括已存储数据块的存储路径、已存储数据块占用的存储容量。
其中,为了保证存储子节点能够实时地向存储主节点发送消息,预设周期可以取2秒。存储子节点每隔2秒向存储主节点报告自身的存储信息,再由存储主节点实时根据存储子节点上报的存储信息计算并调整新的影像文件的存储路径,提高了整个影像文件管理***的灵活性。
步骤602、存储主节点根据存储信息计算每个存储子节点的剩余存储空间。
步骤603、存储主节点根据预设策略在剩余存储空间中选择目标存储路径。
存储在存储主节点内存中的数据,读写速度要远高于存储在磁盘中数据的速度,因此,在预设策略中,将查询频次较低的影像文件优先存储在存储主节点的磁盘中,将查询频次较高的影像文件优先存储在内存中,因此,根据影像文件的查询频次,本发明实施例的方案能够有效提高影像文件数据查询的速度。
本发明实施例提供的影像文件管理的方法,存储主节点能够根据存储子节点实时上报的存储信息来确定存储子节点的剩余存储空间,并基于预设策略以及存储子节点的剩余存储空间实时调整新的影像文件的存储路径,提高了整个影像文件存储***的灵活性。
对应于上述的流程方法,为了解决因采用逐级查询索引目录方式查询所需影像文件时间长,导致查询到所需影像文件效率低的问题,本发明实施例提供一种影像文件管理的***,如图7所示,该***包括:管理节点702、存储主节点704、由存储主节点704所管理的存储子节点705、数据源节点703以及访问节点701。
存储主节点704,用于计算并存储影像文件的目标存储路径;
其中,影像文件包括数个数据块,每个数据块对应至少一个存储子节点705,影像文件的目标存储路径包括影像文件的各个数据块在各自对应的存储子节点705中的存储路径。
目标存储路径对应的存储子节点705,用于分别根据目标存储路径存储影像文件;
存储主节点704,还用于根据影像文件的目标存储路径生成元数据信息,元数据信息包括存储主节点704与影像文件的索引ID的对应关系;向管理节点702发送元数据信息;
管理节点702,用于将元数据信息存储在管理数据库中;
访问节点701,用于根据元数据信息以及影像文件的目标存储路径对影像文件进行管理操作,管理操作包括查询操作。
在本发明实施例提供的另一种实现方式中,存储主节点704,还用于向数据源节点703发送影像文件的目标存储路径;
数据源节点703,用于分别向影像文件的目标存储路径对应的存储子节点705发送存储指令,存储指令携带有影像文件以及影像文件的目标存储路径;
影像文件的目标存储路径对应的存储子节点705,还用于分别存储各自对应的数据块。
在本发明实施例提供的另一种实现方式中,访问节点701,还用于接收用户输入的查询指令,查询指令包含影像文件的索引ID;向管理节点702发送查询指令;
管理节点702,还用于根据查询指令查询管理数据库中与影像文件的索引ID对应的存储主节点704;向存储主节点704发送查询指令;
存储主节点704,还用于根据查询指令查找影像文件的目标存储路径;向影像文件的目标存储路径对应的存储子节点705发送查询请求,查询请求携带有影像文件的目标存储路径;
影像文件的目标存储路径对应的存储子节点705,还用于向访问节点701返回影像文件。
在本发明实施例提供的另一种实现方式中,存储主节点704管理的存储子节点705,用于按照预设周期分别向存储主节点704发送存储信息,存储信息包括已存储数据块的存储路径、已存储数据块占用的存储容量;
存储主节点704,还用于根据存储信息计算每个存储子节点705的剩余存储空间;根据预设策略在剩余存储空间中选择目标存储路径。
本发明实施例提供的影像文件管理的***,首先,存储主节点会基于预设策略计算出影像文件的目标存储路径,并对目标存储路径进行存储,再由存储子节点根据目标存储路径对影像文件进行存储。因此,根据某一存储主节点中存储的目标存储路径,用户能够查询到由该存储主节点管理的存储子节点中的影像文件。其次,在管理节点中的管理数据库存储有存储主节点和影像文件的索引ID的对应关系,因此,根据该对应关系,用户能够查询到影像文件对应的存储主节点。所以,本发明实施例的方案中,总的查询影像文件的流程如下,当用户需要查询影像文件时,首先,管理节点会在管理数据库中查找影像文件的索引ID所对应的目标存储主节点,然后,目标存储主节点则在自身的存储空间中直接查找索引ID对应的影像文件的存储路径,实现影像文件的查询。与现有技术中采用多级目录索引且逐级查找相比,本发明实施例提供的方案中,管理节点查找影像文件的索引ID对应的存储主节点,之后由查找到的存储主节点直接查找索引ID对应的影像文件的存储路径,可见,经过一级索引目录就能够查询到所需的影像文件,不需要逐级查找索引目录,缩短了查询时间,因此提高了查询效率。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何在本发明揭露的技术范围内的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (8)
1.一种影像文件管理的方法,其特征在于,所述方法应用于影像文件管理的***中,所述***包括管理节点、至少一个存储主节点、由所述存储主节点所管理的存储子节点、数据源节点以及访问节点,所述方法包括:
所述存储主节点计算并存储影像文件的目标存储路径;
所述目标存储路径对应的存储子节点分别根据所述目标存储路径存储所述影像文件;
所述存储主节点根据所述影像文件的目标存储路径生成元数据信息,所述元数据信息包括所述存储主节点与所述影像文件的索引ID的对应关系;
所述存储主节点向所述管理节点发送所述元数据信息;
所述管理节点将所述元数据信息存储在管理数据库中;
所述访问节点接收用户输入的查询指令,所述查询指令包含所述影像文件的索引ID;所述访问节点向所述管理节点发送所述查询指令;所述管理节点根据所述查询指令查询所述管理数据库中与所述影像文件的索引ID对应的所述存储主节点;所述管理节点向所述存储主节点发送所述查询指令;所述存储主节点根据所述查询指令查找所述影像文件的目标存储路径;所述存储主节点向所述影像文件的目标存储路径对应的存储子节点发送查询请求,所述查询请求携带有所述影像文件的目标存储路径;所述影像文件的目标存储路径对应的存储子节点向所述访问节点返回所述影像文件。
2.根据权利要求1所述的影像文件管理的方法,其特征在于,
所述影像文件包括数个数据块,每个数据块对应至少一个存储子节点,所述影像文件的目标存储路径包括所述影像文件的各个数据块在各自对应的存储子节点中的存储路径。
3.根据权利要求2中所述的影像文件管理的方法,其特征在于,目标存储路径对应的存储子节点分别根据所述目标存储路径存储所述影像文件包括:
所述存储主节点向所述数据源节点发送所述影像文件的目标存储路径;
所述数据源节点分别向所述影像文件的目标存储路径对应的存储子节点发送存储指令,所述存储指令携带有所述影像文件以及所述影像文件的目标存储路径;
所述影像文件的目标存储路径对应的存储子节点分别存储各自对应的数据块。
4.根据权利要求1至3中任一项所述的影像文件管理的方法,其特征在于,所述存储主节点计算并存储影像文件的目标存储路径包括:
由所述存储主节点管理的存储子节点按照预设周期分别向所述存储主节点发送存储信息,所述存储信息包括已存储数据块的存储路径、已存储数据块占用的存储容量;
所述存储主节点根据所述存储信息计算每个存储子节点的剩余存储空间;
所述存储主节点根据预设策略在剩余存储空间中选择所述目标存储路径。
5.一种影像文件管理的***,其特征在于,所述***包括:管理节点、至少一个存储主节点、由所述存储主节点所管理的存储子节点、数据源节点以及访问节点;
所述存储主节点,用于计算并存储影像文件的目标存储路径;
所述目标存储路径对应的存储子节点,用于分别根据所述目标存储路径存储所述影像文件;
所述存储主节点,还用于根据所述影像文件的目标存储路径生成元数据信息,所述元数据信息包括所述存储主节点与所述影像文件的索引ID的对应关系;向所述管理节点发送所述元数据信息;
所述管理节点,用于将所述元数据信息存储在管理数据库中;
所述访问节点,用于根据所述元数据信息以及所述影像文件的目标存储路径对所述影像文件进行管理操作,所述管理操作包括查询操作;
所述访问节点,还用于接收用户输入的查询指令,所述查询指令包含所述影像文件的索引ID;向所述管理节点发送所述查询指令;
所述管理节点,还用于根据所述查询指令查询所述管理数据库中与所述影像文件的索引ID对应的所述存储主节点;向所述存储主节点发送所述查询指令;
所述存储主节点,还用于根据所述查询指令查找所述影像文件的目标存储路径;向所述影像文件的目标存储路径对应的存储子节点发送查询请求,所述查询请求携带有所述影像文件的目标存储路径;
所述影像文件的目标存储路径对应的存储子节点,还用于向所述访问节点返回所述影像文件。
6.根据权利要求5所述的影像文件管理的***,其特征在于,
所述影像文件包括数个数据块,每个数据块对应至少一个存储子节点,所述影像文件的目标存储路径包括所述影像文件的各个数据块在各自对应的存储子节点中的存储路径。
7.根据权利要求6中所述的影像文件管理的***,其特征在于,
所述存储主节点,还用于向所述数据源节点发送所述影像文件的目标存储路径;
所述数据源节点,用于分别向所述影像文件的目标存储路径对应的存储子节点发送存储指令,所述存储指令携带有所述影像文件以及所述影像文件的目标存储路径;
所述影像文件的目标存储路径对应的存储子节点,还用于分别存储各自对应的数据块。
8.根据权利要求5-7中任一项所述的影像文件管理的***,其特征在于,
所述存储主节点管理的存储子节点,用于按照预设周期分别向所述存储主节点发送存储信息,所述存储信息包括已存储数据块的存储路径、已存储数据块占用的存储容量;
所述存储主节点,还用于根据所述存储信息计算每个存储子节点的剩余存储空间;根据预设策略在剩余存储空间中选择所述目标存储路径。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710081994.8A CN106874468B (zh) | 2017-02-15 | 2017-02-15 | 一种影像文件管理的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710081994.8A CN106874468B (zh) | 2017-02-15 | 2017-02-15 | 一种影像文件管理的方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106874468A CN106874468A (zh) | 2017-06-20 |
CN106874468B true CN106874468B (zh) | 2021-02-19 |
Family
ID=59165993
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710081994.8A Active CN106874468B (zh) | 2017-02-15 | 2017-02-15 | 一种影像文件管理的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106874468B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101170416A (zh) * | 2006-10-26 | 2008-04-30 | 阿里巴巴公司 | 网络数据存储***及其数据访问方法 |
CN104735109A (zh) * | 2013-12-23 | 2015-06-24 | 上海联影医疗科技有限公司 | 一种医学影像数据的存储*** |
-
2017
- 2017-02-15 CN CN201710081994.8A patent/CN106874468B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101170416A (zh) * | 2006-10-26 | 2008-04-30 | 阿里巴巴公司 | 网络数据存储***及其数据访问方法 |
CN104735109A (zh) * | 2013-12-23 | 2015-06-24 | 上海联影医疗科技有限公司 | 一种医学影像数据的存储*** |
Also Published As
Publication number | Publication date |
---|---|
CN106874468A (zh) | 2017-06-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102640125B (zh) | 分布式内容存储和取回 | |
JP3984659B2 (ja) | 概要カタログ | |
US10824372B2 (en) | Data recovery method and device, and cloud storage system | |
US20230362251A1 (en) | Method and apparatus for managing iot device, and server and storage medium thereof | |
US20230048443A1 (en) | Rule-based low-latency delivery of healthcare data | |
CN109298835B (zh) | 区块链的数据归档处理方法、装置、设备及存储介质 | |
CA2798592A1 (en) | Visual indexing system for medical diagnostic data | |
US10650478B2 (en) | Real-time aggregation and processing of healthcare records | |
US20160378917A1 (en) | Imaging Study Queries Across Multiple Facilities And Repositories | |
CN110399348A (zh) | 文件重删方法、装置、***及计算机可读存储介质 | |
EP3891690B1 (en) | Intelligent meta pacs system and server | |
CN111090385A (zh) | 一种基于区块链的数据管理方法及装置 | |
US20160300016A1 (en) | Relocating medical data | |
CN109522043B (zh) | 一种配置数据的管理方法、装置及存储介质 | |
CN105117489B (zh) | 一种数据库管理方法、装置及电子设备 | |
US20120131011A1 (en) | Intelligent query routing for federated pacs | |
CN106874468B (zh) | 一种影像文件管理的方法及*** | |
JPWO2013186891A1 (ja) | 進捗状況管理システム、及び進捗状況管理方法 | |
WO2016029272A1 (en) | Analysing medical data | |
US20080208797A1 (en) | Automated record attribute value merging from multiple directory servers | |
CN115617781A (zh) | 数字对象创建、数据管理方法及装置 | |
CN110678854B (zh) | 数据查询的方法和装置 | |
CN109360611B (zh) | 一种基于医疗大数据的隐私保护数据挖掘***及方法 | |
CN116756096B (zh) | 元数据处理方法、装置、电子设备及存储介质 | |
CN112148513A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A method and system for image file management Effective date of registration: 20220428 Granted publication date: 20210219 Pledgee: Xiamen International Bank Co.,Ltd. Beijing Branch Pledgor: BEIJING ASIAINFO DATA CO.,LTD. Registration number: Y2022990000249 |
|
PE01 | Entry into force of the registration of the contract for pledge of patent right |