CN107408155A - 用于显示医疗图像的数据处理系统及相关方法 - Google Patents

Abstract

一种用于确定医疗图像（100）的可用性速度（401）的数据处理系统（1），其包括：客户端（20），其被适配成发送请求（200）以便查看所述医疗图像（100）；服务器（30），其被适配成在接收到所述请求（200）时给所述客户端（20）提供所述医疗图像（100）；可用性确定单元（40），其被配置成：确定所述医疗图像（100）在所述数据处理系统（1）内要遵循以便使其可用于所述客户端（20）的下载路径（400）；检索指示沿所述下载路径（400）的传送速度（301）的配置参数（300）；以及从所述下载路径（400）以及从所述配置参数（300）确定所述医疗图像（100）的所述可用性速度（401）。

Description

用于显示医疗图像的数据处理系统及相关方法

技术领域

本发明一般涉及用于临床应用的图像的显示，并且特别地涉及在医疗成像环境中管理医疗图像的显示。

背景技术

来自医疗研究的医疗图像的管理在医疗应用（诸如例如，放射学）中是重要的，其中例如可以在不同的视角下和/或用不同的获取技术（诸如X射线扫描、CT扫描、MRI扫描和超声扫描等）来获取患者的若干医疗图像。医疗成像环境中的数据处理系统常常包括连接到本地代理或远程集线器服务器的多个远程客户端。远程客户端发送用以查看医疗图像的请求。将医疗图像存储在图片存档及通信系统（也被称为PACS）中，所述PACS提供对从多个源机器获取的医疗图像的经济存储和方便访问，而且可从可以例如是服务器集群的服务器进行访问。在分布式设置（也被称为托管设置）的情况下，也可以将医疗图像存储在本地代理服务器的缓存中以促进较快的图像检索。将代理服务器安装在远程客户端的本地医院中，并且代理服务器本身与服务器连接。当代理服务器从远程客户端接收到请求时，服务器将对应的医疗图像呈递给对应的远程客户端以用于显示。远程客户端、代理服务器和服务器之间的网络带宽/连接速度可以是不同的。例如，远程客户端和代理服务器之间的网络连接按照默认被认为是快速的（例如在依赖于本地LAN时），同时客户端和集线器服务器之间的带宽按照默认被认为是慢的（例如在依赖于WAN连接时）。此外，可以在服务器上实现几种类型的缓存，例如在线存储器缓存、近线缓存、诸如快速NAS、慢速NAS、CD机器人存储等的档案（archive）。取决于缓存的性质，可以认为医疗图像的访问速度较快或较慢。远程客户端不知道请求的医疗图像被存储在哪里，并且不知道数据处理系统内的连接速度，也不知道图像存储的访问速度。因此，远程客户端不知道所请求的医疗图像何时将要被显示在远程客户端侧。于是，显示医疗图像可能需要比远程客户端可接受的多得多的时间，例如几十秒或几分钟等。该时间延迟导致对医疗图像的延迟的分析，并因此导致对患者的延迟的诊断。此外，如果医疗图像最后证明与诊断无关，那么远程客户端就浪费了对于患者健康来说的宝贵时间。这种灵活性的缺乏还导致对于数据处理系统的处理能力的浪费，因为要检索所有请求的医疗图像并将其在远程客户端侧显示出来。

目标是公开一种克服以上标识出的现有解决方案的缺点的系统及相关方法。更具体而言，目标是公开用于以节约时间和处理节电的方式改善请求医疗图像的用户的体验的这样的系统和方法。另外的目标是公开在数据处理系统内处置医疗图像时带来相关性和灵活性的这样的系统和方法。

发明内容

根据本发明的第一方面，通过用于确定医疗图像的可用性速度的数据处理系统来实现以上定义的目标，所述数据处理系统包括：

- 被适配成发送对医疗图像的请求以便查看医疗图像的至少一个客户端；

- 被适配成在接收到请求时给至少一个客户端提供医疗图像的至少一个服务器；

其特征在于，所述数据处理系统进一步包括可用性确定单元，其被配置成：

- 确定医疗图像在数据处理系统内要遵循以便使其可用于至少一个客户端的下载路径；

- 检索指示沿下载路径的传送速度的配置参数；以及

- 从下载路径以及从配置参数确定医疗图像的可用性速度。

根据本发明，可用性确定单元是客户端和/或服务器的一部分。可以从数据处理系统内的存储位置检索医疗图像。之前，客户端的用户输入配置参数并将其存储在数据处理系统中，其中所述配置参数包含指示数据处理系统的不同存储位置与客户端之间的传送速度的信息。例如，可以将医疗图像沿着以下路径从服务器缓存传送到客户端：从服务器缓存到服务器，从服务器到代理服务器以及从代理服务器到客户端。替换地，可以例如将医疗图像沿着以下路径从代理服务器缓存传送到客户端：从代理服务器缓存到代理服务器以及从代理服务器到客户端。取决于在其上存储医疗图像的位置，在使医疗图像在客户端侧可用之前，医疗图像在数据处理系统内遵循不同的下载路径。医疗图像遵循其而使得在客户端侧可用的路径被称为用于数据处理系统的客户端的下载路径。传送速度是沿着下载路径传送医疗图像所需的速度的指示。该传送速度取决于医疗图像的存储位置，和/或数据处理系统内的一个位置与数据处理系统内的另一位置之间的不同的网络连接速度和/或带宽，和/或存储位置的访问速度（例如，访问缓存通常是快速的，但是访问档案可能较慢）。传送速度通过客户端的用户输入的配置参数来确定。例如，可以将服务器与代理服务器之间的传送速度配置为慢的，和/或可以将服务器缓存与服务器之间的传送速度配置为快速的或中等的（这取决于服务器缓存的处理能力），和/或可以将代理服务器与客户端之间的传送速度配置为快速的等。当可能通过一个以上的下载路径使医疗图像在客户端侧可用时，可用性确定单元从所述一个以上的下载路径中确定沿其传送速度最快的下载路径。

根据本发明，从下载路径以及针对所述下载路径输入的对应配置参数的组合来确定可用性速度。可用性速度因此包含指示使所请求的医疗图像在客户端侧可用所需的时间的信息。根据本发明，给客户端侧的用户提供用户对其生成请求的医疗图像的可用性速度以及因此的医疗图像的预计下载速度的清楚指示。换言之，用户知道在将请求的医疗图像显示在客户端侧之前，他或她必须等待多久。这显著地改善了在客户端侧的用户的体验。例如，在客户端侧的通知可以显示医疗图像的可用性速度。当在对医疗图像的请求的生成与所请求的医疗图像在客户端侧的显示之间的时间延迟对请求医疗图像的用户来说不可接受时，用户可以否决对医疗图像的请求。因此，不显示与请求对应的医疗图像，从而为用户节约了时间并且也为数据处理系统节约了处理功率。此外，当用户从类似的存储位置连续地请求若干医疗图像时，用户可以为可用性确定单元生成任务，使得数据处理系统将存储在该位置处的医疗图像推送到更靠近客户端侧。该添加的灵活性显著地改善了可用性速度，并且这因此改善了用户的体验。此外，当医疗图像的可用性速度对于客户端来说不可接受时，客户端可以否决对对应医疗图像的请求。在这种情况下，客户端不尝试加载所请求的医疗图像，并且否决请求的命令触发通知事件，所述通知事件触发数据处理系统在数据处理系统内移动所请求的医疗图像，以便修改对应的医疗图像的存储位置，例如以使所请求的医疗图像在客户端侧可用。换言之，否决由客户端发送的针对对应所请求的医疗图像的请求的命令自动地触发数据处理系统将所请求的医疗图像从诸如档案或服务器缓存或代理服务器缓存之类的缓存移动到另一缓存，其可以例如在物理上位于更靠近客户端侧。例如，该命令自动地触发数据处理系统、并且例如特别是对应于服务器缓存的服务器，以将所请求的医疗图像从服务器缓存移动到在对应客户端侧的缓存。当所请求的医疗图像的存储位置改变时，可以修改所请求的医疗图像的可用性速度。当所请求的医疗图像仅与客户端相距一个跳跃时，即当医疗图像已经到达客户端的缓存时，数据处理系统可以向对应的客户端通知所请求的医疗图像的可用性速度被修改和/或医疗图像仅与客户端相距一个跳跃。这改善了数据处理系统的灵活性以及客户端的用户的体验，因为用户可以选择何时检索所请求的医疗图像。

根据替换实施例，下载路径包括多个连接线路。

用于医疗图像的下载路径可以包括多个连接线路。连接线路是数据处理系统内的将数据处理系统的一个实体与数据处理系统的另一实体分开的最短链路。例如，医疗图像被存储在服务器缓存中，并在客户端侧被请求。于是用于医疗图像的下载路径可以包括三个连接线路：在服务器缓存与服务器之间的第一连接线路、在服务器与代理服务器之间的第二连接线路以及在代理服务器与客户端之间的第三连接线路。根据本发明，将每个连接线路与传送速度相关联。换言之，传送速度指示医疗图像沿对应的连接线路传送得有多快。根据本发明，沿着下载路径的不同连接线路的传送速度可以被分类在不同的范围（例如，快速的或中等的或慢的）中。替换地，沿着下载路径的两个或多个连接线路的传送速度可以被分类在相同的范围中。根据本发明，医疗图像的可用性速度指示多快使得医疗图像在客户端侧可用。可以将医疗图像的可用性速度分类在不同的范围（例如，快速的或中等的或慢的）中。换言之，医疗图像的可用性速度指示医疗图像在一个或多个连接线路上传送得有多快。换言之，当医疗图像在一个连接线路上传送时，传送速度等于可用性速度，而当医疗图像在一个以上的连接线路上传送时，可用性速度指示多快使得医疗图像在客户端侧可用，即医疗图像在所述一个或多个连接线路上传送得有多快。因此，医疗图像的可用性速度受数据处理系统内的下载路径的在其上传送速度最慢的一个或多个连接线路的限制。此外，当将医疗图像存储在客户端不与其连接的服务器上时，可用性确定单元确定用于该医疗图像的下载路径以使医疗图像在客户端侧可用，所述下载路径包括以下连接线路：医疗图像可以从其存储在其上的服务器被传送到另一服务器（例如传送到集线器），然后从所述另一服务器传送到客户端与之相连的又另一服务器，并且随后从客户端与之相连的服务器传送到客户端。

根据替换实施例，可用性确定单元进一步被适配成从可用性速度生成可用性消息，并且向至少一个客户端显示该可用性消息。

可用性消息包括指示医疗图像的可用性速度的信息。可用性确定单元被适配成在客户端侧显示可用性消息。例如，在客户端侧的通知（诸如弹出窗口）或者在客户端侧的任何其它合适的显示可以显示医疗图像的可用性速度。当在对医疗图像的请求的生成与在客户端侧对所请求的医疗图像的显示之间的时间延迟对请求医疗图像的用户来说不可接受时，用户可以否决对医疗图像的请求。因此，不显示与请求对应的医疗图像，这为用户节约了时间并且也为数据处理系统节约了处理功率。

根据替换实施例，可用性确定单元进一步被适配成向可用性消息分配逻辑可用性值，所述逻辑可用性值等于：

- 快速（fast），当沿着连接线路中的所有的传送速度都是快速的时；

- 中等（moderate），当沿着连接线路中的一个的传送速度是中等的时；

- 慢（slow），当沿着连接线路中的一个以上的传送速度是中等的时；以及

- 慢（slow），当沿着连接线路中的至少一个的传送速度是慢的时。

这样，医疗图像的可用性速度受数据处理系统内的下载路径的在其上所请求的医疗图像的传送速度最慢的一个或多个连接线路的限制。当所有连接线路的网络带宽较大（即等于或高于例如100Mbps）和/或图像可在快速可访问网络附接存储（也被称为NAS）上得到时，认为沿连接线路的传送速度是快速的。当例如图像位于较慢的近线存储上时，认为沿连接线路的传送速度是中等的。当网络带宽受限（即等于或小于例如10Mbps）时，认为沿连接线路的传送速度是慢的。

根据替换实施例：

- 至少一个客户端进一步包括命令生成模块，其被适配成生成否决请求的命令，并进一步被适配成将该命令发送到所述可用性确定单元；以及

- 可用性确定单元进一步包括命令接收模块，其被适配成接收并解释来自至少一个客户端的命令。

在接收到包含指示医疗图像的可用性速度的信息的可用性消息时，例如当可用性消息的逻辑可用性值等于慢时，客户端的用户将可用性速度判断为不可接受。在这种情况下，用户可以否决对对应医疗图像的请求。换言之，当逻辑可用性值等于慢时，用户可以决定不再接收他/她最初请求的医疗图像。这为用户节约了时间并且也为数据处理系统节约了处理功率。替换地，即使在用于至少一个医疗图像的逻辑可用性值等于慢时，用户也可以通过明确地请求检索对应的至少一个医疗图像来决定显示图像。

根据替换实施例，数据处理系统进一步被适配成：

- 在接收到否决请求的命令时，修改对应于该请求的医疗图像的存储位置。

这样，当医疗图像的可用性速度对于客户端来说不可接受时，客户端可以否决对对应医疗图像的请求。在这种情况下，客户端不尝试加载所请求的医疗图像，并且否决请求的命令触发通知事件，所述通知事件触发数据处理系统在数据处理系统内移动所请求的医疗图像，以便修改对应的医疗图像的存储位置，例如以使所请求的医疗图像在客户端侧可用。换言之，否决由客户端发送的对对应所请求的医疗图像的请求的命令自动地触发数据处理系统将所请求的医疗图像从诸如档案或服务器缓存或代理服务器缓存的缓存移动到另一缓存，其可以例如在物理上位于更靠近客户端侧。例如，该命令自动地触发数据处理系统（并且例如特别是对应于服务器缓存的服务器），以将所请求的医疗图像从服务器缓存移动到在对应客户端侧的缓存。当所请求的医疗图像的存储位置改变时，可以修改所请求的医疗图像的可用性速度。当所请求的医疗图像仅与客户端相距一个跳跃时，即当医疗图像已经到达客户端侧的缓存时，数据处理系统可以通知对应的客户端所请求的医疗图像的可用性速度被修改和/或医疗图像仅与客户端相距一个跳跃并可以被检索。这改善了数据处理系统的灵活性以及客户端的用户的体验，因为用户可以选择何时检索所请求的医疗图像。

根据替换实施例，数据处理系统进一步包括被适配成从至少一个客户端接收请求并将该请求路由到至少一个服务器的至少一个代理服务器。

代理服务器从一个或多个客户端接收对于医疗图像的一个或多个请求，并将所述一个或多个请求路由到一个或多个服务器。换言之，代理服务器在所述一个或多个服务器之间平衡客户端的请求。代理服务器于是可以例如被配置成优先将请求路由到针对其对于对应的医疗图像得出的可用性速度将最快的一个或多个服务器。这样，优化了医疗图像的可用性速度。

根据替换实施例，至少一个代理服务器包括代理服务器缓存。

这样，可以将一个或多个医疗图像存储在一个或多个代理服务器缓存上。存储在代理服务器缓存上的医疗图像在物理上靠近客户端，并且因此可以与最快的可用性速度相关联。因此，将一个或多个医疗图像存储在代理服务器缓存中旨在改善对应的医疗图像的可用性速度。

根据替换实施例，至少一个服务器包括服务器缓存。

这样，可以将一个或多个医疗图像存储在服务器缓存上。服务器缓存与服务器之间的传送速度可以取决于服务器缓存而不同。服务器缓存可以是诸如医疗成像环境的PACS之类的数据库。这样，医疗图像不存储在服务器上，这为数据处理系统节约了处理功率，并且降低了与其实现及其使用相关联的功率成本。替换地，服务器缓存可以是适于在医疗成像环境中存储医疗图像的任何其它合适的数据库。

根据替换实施例，从代理服务器缓存中或从服务器缓存中检索医疗图像。

取决于是从代理服务器缓存中还是从服务器缓存中检索医疗图像，医疗图像的可用性速度不同。将医疗图像存储在单个存储位置中。可以将单个医疗图像存储在代理服务器缓存中或服务器缓存中。根据本发明，客户端的用户可以请求例如与一个医疗研究链接的多个医疗图像。医疗研究按照如医学数字成像和通信标准（也被称为DICOM）定义的那样理解。DICOM是在医疗成像中用于处置、存储、打印和传输信息的标准。DICOM数据对象包括多个属性，包括诸如患者的姓名、ID等项目。于是，如由DICOM标准定义的医疗研究可以包括一个医疗图像或多个医疗图像。可以将一个医疗研究的医疗图像存储在数据处理系统内的不同位置处。根据本发明，医疗研究的可用性速度于是由对应医疗研究的针对其逻辑可用性值最慢的一个或多个医疗图像的可用性速度来确定，即由使得其在客户端侧可用的最慢的一个或多个医疗图像的可用性速度来确定。

根据替换实施例，可用性确定单元进一步包括被适配成从至少一个客户端接收配置参数的配置接收单元。

这样，客户端的用户可以手动地输入在确定医疗图像的可用性速度时要考虑的配置参数。事实上，用户可以静态地配置在所请求的医疗图像的下载路径中包括的一个或多个连接线路的传送速度。换言之，用户可以配置沿下载路径的连接线路中的每一个的医疗图像的传送速度。替换地，通过例如动态地监控沿下载路径的带宽和/或监控沿下载路径的通信有多忙（例如，沿相同的下载路径正在传送多少医疗图像等）来确定连接线路上的传送速度。该动态监控可以周期性地执行和/或可以在每次数据处理系统接收到对医疗图像的请求时执行。这样，更准确地确定医疗图像的可用性速度并改善客户端的用户的总体体验。

根据替换实施例：

- 至少一个客户端进一步包括被适配成生成任务并将任务发送到可用性确定单元的任务生成器；

- 可用性确定单元进一步包括被适配成从至少一个客户端接收任务的任务接收单元；

- 可用性确定单元进一步被适配成将任务转发到至少一个代理服务器和至少一个服务器；以及

- 至少一个代理服务器和至少一个服务器进一步被适配成执行任务。

例如，当用户从类似的存储位置连续地请求若干医疗图像时，用户可以为可用性确定单元生成任务，使得数据处理系统将存储在该位置处的医疗图像推送到更靠近客户端。该添加的灵活性显著地改善了可用性速度，并且这因此改善了用户的体验。

根据替换实施例，至少一个服务器将医疗图像从服务器缓存转发到代理服务器缓存。

可以将医疗图像从服务器缓存推送到代理服务器缓存，以便改善该医疗图像的可用性速度。例如，当医疗图像的可用性速度对于客户端来说不可接受时，客户端可以否决对对应医疗图像的请求。在这种情况下，客户端不尝试检索所请求的医疗图像，并且否决请求的命令触发通知事件，所述通知事件触发数据处理系统在数据处理系统内移动所请求的医疗图像，以便修改对应的医疗图像的存储位置，例如以使所请求的医疗图像在客户端侧可用。换言之，否决由客户端发送的对对应所请求的医疗图像的请求的命令自动地触发数据处理系统将所请求的医疗图像从诸如档案或服务器缓存或代理服务器缓存之类的缓存移动到另一缓存，其可以例如在物理上位于更靠近客户端侧。例如，该命令自动地触发数据处理系统（并且例如特别是对应于服务器缓存的服务器），以将所请求的医疗图像从服务器缓存移动到在对应客户端侧的缓存。当所请求的医疗图像的存储位置改变时，可以修改所请求的医疗图像的可用性速度。当所请求的医疗图像仅与客户端相距一个跳跃时，即当医疗图像已经到达客户端的缓存时，数据处理系统可以通知对应的客户端所请求的医疗图像的可用性速度被修改和/或医疗图像仅与客户端相距一个跳跃并可以被检索。这改善了数据处理系统的灵活性以及客户端的用户的体验，因为用户可以选择何时检索所请求的医疗图像。

根据本发明的第二方面，提供了一种用于确定医疗图像的可用性速度的计算机实现方法，所述方法包括以下步骤：

- 从至少一个客户端接收对医疗图像的请求；

- 将对医疗图像的请求路由到至少一个服务器；

- 确定医疗图像所要遵循以便使其可用于至少一个客户端的下载路径；

- 检索指示沿下载路径的传送速度的配置参数；以及

- 从下载路径以及从配置参数确定医疗图像的可用性速度。

根据本发明，可以从存储位置检索医疗图像。之前，客户端的用户输入配置并存储参数，其中所述配置参数包含指示不同存储位置与客户端之间的传送速度的信息。例如，可以将医疗图像沿着以下路径从服务器缓存传送到客户端：从服务器缓存到服务器，从服务器到代理服务器以及从代理服务器到客户端。替换地，可以例如将医疗图像沿着以下路径从代理服务器缓存传送到客户端：从代理服务器缓存到代理服务器以及从代理服务器到客户端。取决于在其上存储医疗图像的位置，在使医疗图像在客户端侧可用之前，医疗图像遵循不同的下载路径。医疗图像遵循其而使得在客户端侧可用的路径被称为用于客户端的下载路径。传送速度是沿着下载路径传送医疗图像所需的速度的指示。该传送速度取决于医疗图像的存储位置，和/或数据处理系统内的一个位置与数据处理系统内的另一位置之间的不同的网络连接速度和/或带宽，和/或存储位置的访问速度（例如，访问缓存通常是快速的，但是访问档案可能较慢）。传送速度通过客户端的用户输入的配置参数来确定。换言之，用户可以配置医疗图像沿着下载路径的连接线路中的每一个的传送速度。例如，可以将服务器与代理服务器之间的传送速度配置为慢的，和/或可以将服务器缓存与服务器之间的传送速度配置为快速的或中等的（这取决于服务器缓存的处理能力），和/或可以将代理服务器与客户端之间的传送速度配置为快速的等。替换地，传送速度取决于例如沿下载路径的带宽的动态监控，和/或沿下载路径的通信有多忙（例如，沿相同的下载路径正在传送多少医疗图像等）。该动态监控可以周期性地执行和/或可以在每次服务器接收到对医疗图像的请求时执行。当可能通过一个以上的下载路径使医疗图像在客户端侧可用时，可用性确定单元从所述一个以上的下载路径中确定沿其传送速度最快的下载路径。

根据本发明，从下载路径以及针对所述下载路径输入的对应配置参数的组合来确定可用性速度。可用性速度因此包含指示使所请求的医疗图像在客户端侧可用所需的时间的信息。根据本发明，给客户端侧的用户提供用户对其生成请求的医疗图像的可用性速度以及因此的医疗图像的预计下载速度的清楚指示。换言之，用户知道在将请求的医疗图像显示在客户端侧之前，他或她必须等待多久。这显著地改善了在客户端侧的用户的体验。例如，在客户端侧的通知可以显示医疗图像的可用性速度。当在对医疗图像的请求的生成与所请求的医疗图像在客户端侧的显示之间的时间延迟对请求医疗图像的用户来说不可接受时，用户可以否决对医疗图像的请求。因此，不显示与请求对应的医疗图像，从而为用户节约了时间并且也节约了处理功率。此外，当用户从类似的存储位置连续地请求若干医疗图像时，用户可以生成任务，使得将存储在该位置处的医疗图像推送到更靠近客户端侧。该添加的灵活性显著地改善了可用性速度，并且这因此改善了用户的体验。此外，当医疗图像的可用性速度对于客户端来说不可接受时，客户端可以否决对对应医疗图像的请求。在这种情况下，客户端不尝试加载所请求的医疗图像，并且否决请求的命令触发通知事件，所述通知事件触发数据处理系统在数据处理系统内移动所请求的医疗图像，以便修改对应的医疗图像的存储位置，例如以使所请求的医疗图像在客户端侧可用。换言之，否决由客户端发送的针对对应所请求的医疗图像的请求的命令自动地触发数据处理系统将所请求的医疗图像从诸如档案或服务器缓存或代理服务器缓存之类的缓存移动到另一缓存，其可以例如在物理上位于更靠近客户端侧。例如，该命令自动地触发数据处理系统、并且例如特别是对应于服务器缓存的服务器，以将所请求的医疗图像从服务器缓存移动到在对应客户端侧的缓存。当所请求的医疗图像的存储位置改变时，可以修改所请求的医疗图像的可用性速度。当所请求的医疗图像仅与客户端相距一个跳跃时，即当医疗图像已经到达客户端的缓存时，数据处理系统可以向对应的客户端通知所请求的医疗图像的可用性速度被修改和/或医疗图像仅与客户端相距一个跳跃并可以被检索。这改善了数据处理系统的灵活性以及客户端的用户的体验，因为用户可以选择何时检索所请求的医疗图像。

此外，本发明还涉及包括被适配成执行根据本发明的方法的软件代码的计算机程序。

本发明进一步涉及包括根据本发明的计算机程序的计算机可读存储介质。

附图说明

图1示意性地图示出用于确定医疗图像的可用性速度的数据处理系统的实施例。

图2示意性地图示出用于托管图1的数据处理系统的合适的计算系统。

具体实施方式

根据图1中示出的实施例，根据本发明的数据处理系统1包括三个客户端20、三个代理服务器50、三个服务器30和可用性确定单元40。根据替换实施例，数据处理系统1包括一个或多个客户端20、和/或一个或多个代理服务器50和/或一个或多个服务器30。图1中的三个客户端20被标记为客户端A、客户端B和客户端C。每个客户端被适配成生成并发送对医疗图像100的请求200，以便查看对应的医疗图像100。每个客户端被适配成将对一个或多个医疗图像100的一个或多个请求200发送到代理服务器50。如图1中可见，数据处理系统1包括标记为代理服务器D、代理服务器E和代理服务器F的三个代理服务器50。代理服务器50从数据处理系统1的客户端20中的一个或多个接收对相应医疗图像100的一个或多个请求200。如图1中可见，标记为D的代理服务器50从标记为A的客户端20接收请求200，标记为E的代理服务器50从标记为B的客户端20接收请求200，以及标记为F的代理服务器50从标记为C的客户端20接收请求200。替换地，一个代理服务器50可以从一个或多个客户端20接收一个或多个请求200。代理服务器50被适配成将所述一个或多个请求200从所述一个或多个客户端20路由到一个或多个服务器30。如图1中可见，三个服务器30被适配成从存储中检索对应于从所述一个或多个客户端20接收的所述一个或多个请求200的所述一个或多个医疗图像100。例如，如在图1上可见，存储可以是诸如缓存31的档案。任何其它合适的存储都可以用于存储服务器30在从客户端20接收到对应的请求200时可以检索的医疗图像100。然后，将对应于请求200检索到的医疗图像100发送到各自对应的客户端20以进行查看。根据本发明的数据处理系统1进一步包括可用性确定单元40。可用性确定单元40被适配成接收由一个或多个客户端20生成的请求200。例如，在图1中，可用性确定单元40从标记为A的客户端20接收请求200。在接收到所述请求200时，可用性确定单元40被适配成确定医疗图像100在数据处理系统1内要遵循以使得使医疗图像100在客户端20侧可用的下载路径。数据处理单元1内的下载路径包括多个连接线路。例如在图1中，标记为A的客户端20与标记为D的代理服务器50之间的连接是一个连接线路。此外，例如，标记为E的代理服务器50与服务器30之间的连接是另一连接线路。可用性确定单元40进一步被适配成检索指示沿下载路径的传送速度的配置参数。可用性确定单元40进一步被适配成使用下载路径和配置参数来确定对应于客户端20的请求200的医疗100的可用性速度。可用性确定单元40进一步被适配成从可用性速度生成可用性消息402，并且将可用性消息402发送到标记为A的客户端20以用于查看可用性消息402。可用性消息402包括等于快速、中等或慢的逻辑可用性值。这给标记为A的客户端20提供了在对应于请求200的医疗图像100被显示在标记为A的客户端20侧之前标记为A的客户端20必须等待多久的估计。可用性确定单元40是数据处理系统1的实体。替换地，客户端20包括可用性确定单元40。根据替换实施例，服务器30包括可用性确定单元40。根据另外的替换实施例，代理服务器50包括可用性确定单元40。

在图1中，每个客户端20可选地包括被适配成生成命令201的命令生成模块21。命令201可以例如否决由对应的客户端20生成的请求200。每个客户端20被适配成向可用性确定单元40发送命令201。可用性确定单元40可选地进一步包括被适配成接收并解释来自客户端20的命令201的命令接收模块41。命令接收模块41被适配成向一个或多个服务器30和/或向一个或多个代理服务器50发送命令201。例如在图1中，可用性确定单元40向标记为D的代理服务器50和向服务器发送命令201。在接收到命令201时，代理服务器50和/或服务器30被适配成解释命令201，并且不执行代理服务器50和/或服务器30从客户端20接收到的对应的请求200。请求200被否决并使相应的对应医疗图像100在客户端20侧不可用。此外，当将所请求的医疗图像100从服务器缓存31或代理服务器缓存51移动到请求对应的医疗图像100的客户端20侧的缓存时，在对应的客户端20侧显示指示所请求的医疗图像100可以由客户端20检索的通知。当医疗图像100的可用性速度对于客户端20来说不可接受时，客户端20可以否决对对应的医疗图像100的请求200。在这种情况下，客户端20不尝试加载所请求的医疗图像100，并且否决请求200的命令201触发通知事件，所述通知事件触发数据处理系统1在数据处理系统1内移动所请求的医疗图像100，以便修改对应的医疗图像100的存储位置，例如以使所请求的医疗图像100在客户端20侧可用。换言之，否决由客户端20发送的对对应所请求的医疗图像100的请求200的命令201自动地触发数据处理系统1将所请求的医疗图像100从诸如档案或服务器缓存31或代理服务器缓存51之类的缓存移动到另一缓存，其可以例如在物理上位于更靠近客户端20侧。例如，命令201自动地触发数据处理系统1（并且例如特别是对应于服务器缓存31的服务器30），以将所请求的医疗图像100从服务器缓存31移动到对应的客户端20侧的缓存。当所请求的医疗图像100的存储位置改变时，可以修改所请求的医疗图像100的可用性速度。当所请求的医疗图像100仅与客户端20相距一个跳跃时，即当医疗图像100已经到达客户端20的缓存时，数据处理系统1可以通知对应的客户端20所请求的医疗图像100的可用性速度被修改和/或医疗图像100仅与客户端20相距一个跳跃并可以被检索。这改善了数据处理系统1的灵活性以及客户端20的用户的体验，因为用户可以选择何时检索所请求的医疗图像100。

在图1中，每个客户端20可选地包括任务生成器22。每个任务生成器被适配成生成任务202，并且每个客户端20被适配成将任务202发送到可用性确定单元40。可用性确定单元40进一步可选地包括被适配成从一个或多个客户端20接收任务202的任务接收单元42。例如在图1中，配置接收单元42从标记为A的客户端20接收任务。可用性确定单元40的配置接收单元42进一步被适配成将任务202转发到代理服务器50和/或服务器30，其进一步被适配成解释任务202并执行任务202。

在图1中，每个代理服务器50可选地包括缓存51。数据处理系统1的三个缓存51被适配成存储医疗图像100。在图1中，每个服务器30可选地包括缓存31。缓存31被适配成存储医疗图像100。

图2示出用于托管图1的数据处理系统1的合适的计算系统800。计算系统800一般可以被形成为合适的通用计算机，并且包括总线510、处理器502、本地存储器504、一个或多个可选输入接口514、一个或多个可选输出接口516、通信接口512、存储元件接口506和一个或多个存储元件508。总线510可以包括允许计算系统的各组件之间的通信的一个或多个导线。处理器502可以包括解释并执行编程指令的任何类型的常规处理器或微处理器。本地存储器504可以包括随机存取存储器（RAM）或存储用于由处理器502执行的指令和信息的另一类型的动态存储设备，和/或只读存储器（ROM）或存储用于由处理器504使用的指令和静态信息的另一类型的静态存储设备。输入接口514可以包括允许操作者向计算设备800输入信息的一个或多个常规机构，诸如键盘520、鼠标530、笔、语音识别和/或生物计量机构等。输出接口516可以包括向操作者输出信息的一个或多个常规机构，诸如显示器540、打印机550、扬声器等。通信接口512可以包括任何类似收发机的机构，诸如例如，使得计算系统800能够与其它设备和/或系统通信的两个1Gb以太网接口，例如用于与一个或多个其它计算系统900通信的机构。可以借助于局域网（LAN）或广域网（WAN，诸如例如，互联网）将计算系统800的通信接口512连接到这样的另一计算系统，在这种情况下，所述另一计算系统580可以例如包括合适的web服务器。存储元件接口506可以包括诸如例如串行高级技术附件（SATA）接口或小型计算机系统接口（SCSI）的存储接口，以用于将总线510连接到诸如一个或多个本地磁盘（例如，1TB SATA磁盘驱动器）的一个或多个存储元件508，并且控制从这些存储元件508读取数据和/或向这些存储元件508写入数据。虽然将上面的存储元件508描述为本地磁盘，但是可以使用一般任何其它合适的计算机可读介质，诸如可移除磁盘、诸如CD或DVD-ROM盘的光学存储介质、固态驱动器、闪存卡……。

可以将图1的数据处理系统1实现为将其存储在计算系统800的本地存储器504以由其处理器502执行的编程指令。替换地，图1的数据处理系统1可以被存储在存储元件508上，或者可通过通信接口512从另一计算系统900访问。

虽然已经参考具体实施例例示了本发明。但是对本领域技术人员将显而易见的是，本发明并不局限于前述例证性实施例的细节，并且可以对本发明实现各种改变和修改而不脱离其范围。因此，本实施例应在各方面被视为是例证性的而非限制性的，本发明的范围由所附权利要求而不是由前面的描述来指示，并且因此落入权利要求的等同物的范围和含义内的所有改变均意图被涵盖在其中。换言之，可设想覆盖落入基本基础底层原理范围内并且在本专利申请中要求保护其本质属性的任何和所有修改、变化或等同物。此外，本专利申请的读者将理解的是，词语“包括”或“包含”不排除其它元件或步骤，词语“一”、“一个”不排除多个，并且单个元件（诸如计算机系统、处理器或另一集成单元）可以完成权利要求中所阐述的若干部件的功能。权利要求中的任何参考标记都不应被解释为限制各相关权利要求。术语“第一”、“第二”、“第三”、“a”、“b”、“c”等等在被用在描述中或权利要求中时，被引入以区分类似的元件或步骤，而不一定描述有序顺序或时间顺序。类似地，为了描述的目的而引入术语“顶部”、“底部”、“在……之上”、“在……之下”等等，而它们不一定表示相对位置。将理解的是，如此使用的术语在适当的情况下是可互换的，并且本发明的实施例能够以其它顺序或以不同于以上描述或图示的（一个或多个）取向的取向根据本发明进行操作。

Claims (15)

1.一种用于确定医疗图像（100）的可用性速度（401）的数据处理系统（1），所述数据处理系统（1）包括：

- 至少一个客户端（20），其被适配成发送对所述医疗图像（100）的请求（200）以便查看所述医疗图像（100）；

- 至少一个服务器（30），其被适配成在接收到所述请求（200）时给所述至少一个客户端（20）提供所述医疗图像（100）；

其特征在于，所述数据处理系统（1）进一步包括可用性确定单元（40），其被配置成：

- 确定所述医疗图像（100）在所述数据处理系统（1）内要遵循以便使其可用于所述至少一个客户端（20）的下载路径（400）；

- 检索指示沿所述下载路径（400）的传送速度（301）的配置参数（300）；以及

- 从所述下载路径（400）以及从所述配置参数（300）确定所述医疗图像（100）的所述可用性速度（401）。

2.根据权利要求1所述的数据处理系统（1），其中所述下载路径（400）包括多个连接线路（410）。

3.根据前述权利要求中的任一项所述的数据处理系统（1），其中所述可用性确定单元（40）进一步被适配成从所述可用性速度（401）生成可用性消息（402），并且向所述至少一个客户端（20）显示所述可用性消息（402）。

4.根据权利要求3所述的数据处理系统（1），其中所述可用性确定单元（40）进一步被适配成给所述可用性消息（402）分配逻辑可用性值（403），所述逻辑可用性值（403）等于：

- 快速，当沿着所述连接线路（410）中的所有的所述传送速度（301）是快速的时；

- 中等，当沿着所述连接线路（410）中的一个的所述传送速度（301）是中等的时；

- 慢，当沿着所述连接线路（410）中的一个以上的所述传送速度（301）是中等的时；以及

- 慢，当沿着所述连接线路（410）中的至少一个的所述传送速度（301）是慢的时。

5.根据前述权利要求中的任一项所述的数据处理系统（1），其中：

- 所述至少一个客户端（20）进一步包括命令生成模块（21），其被适配成生成否决所述请求（200）的命令（201），并且进一步被适配成将所述命令（201）发送到所述可用性确定单元（40）；以及

- 所述可用性确定单元（40）进一步包括命令接收模块（41），其被适配成接收并解释来自所述至少一个客户端（20）的所述命令（201）。

6.根据权利要求5所述的数据处理系统（1），其中所述数据处理系统（1）进一步被适配成：

- 在接收到否决所述请求（200）的所述命令（201）时，修改对应于所述请求（200）的所述医疗图像（100）的存储位置。

7.根据前述权利要求中的任一项所述的数据处理系统（1），其中所述数据处理系统（1）进一步包括至少一个代理服务器（50），其被适配成从所述至少一个客户端（200）接收所述请求（200）并将所述请求（200）路由到所述至少一个服务器（30）。

8.根据权利要求7所述的数据处理系统（1），其中所述至少一个代理服务器（50）包括代理服务器缓存（51）。

9.根据前述权利要求中的任一项所述的数据处理系统（1），其中所述至少一个服务器（30）包括服务器缓存（31）。

10.根据权利要求9所述的数据处理系统（1），其中从所述代理服务器缓存（51）中或从所述服务器缓存（31）中检索所述医疗图像（100）。

11.根据前述权利要求中的任一项所述的数据处理系统（1），其中所述可用性确定单元（40）进一步包括配置接收单元（42），其被适配成从所述至少一个客户端（20）接收所述配置参数（300）。

12.根据前述权利要求中的任一项所述的数据处理系统（1），其中所述至少一个服务器（30）将所述医疗图像（100）从所述服务器缓存（31）转发到所述代理服务器缓存（51）。

13.一种用于确定医疗图像（100）的可用性速度（401）的计算机实现方法，所述方法包括以下步骤：

- 从至少一个客户端（20）接收对所述医疗图像（100）的请求（200）；

- 将对所述医疗图像（100）的所述请求（200）路由到至少一个服务器（30）；

- 确定所述医疗图像（100）要遵循以便使其可用于所述至少一个客户端（20）的下载路径（400）；

- 检索指示沿所述下载路径（400）的传送速度（301）的配置参数（300）；以及

- 从所述下载路径（400）以及从所述配置参数（300）确定所述医疗图像（100）的所述可用性速度（401）。

14.一种包括软件代码的计算机程序，所述软件代码被适配成执行根据权利要求13所述的方法。

15.一种包括计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由计算系统执行时实行根据权利要求13所述的方法。