本申请涉及医学影像技术领域，尤其涉及一种通过浏览器上传医学影像文件的方法和装置。
背景技术：
医学影像学是以放射诊断医学为基础的涵盖多种影像技术的学科，如普通x线摄影，数字摄影(cr，dr)，数字减影血管造影(dsa)，计算机x线断层扫描(ct)，磁共振成像(mri)，超声技术(b超等)，放射性核素扫描(spect,pet等)等。
随着数字医疗影像技术和第五代超文本标记语言(html5)技术的不断发展，影像医生使用浏览器来浏览医学影像的场景越来越频繁，需求功能也越来越复杂，例如上传医学影像文件功能就是其中一项。
目前，为了实现医学影像文件的共享，用户例如影像医生需要将医学影像文件从本地上传到后台服务器。通过现有的医学影像浏览器html5页面上传医学影像文件时，用户不能以文件夹的形式来上传，只能选择文件夹里的内容通过单选或者全选的方式来操作。而一个患者的医学影像文件又特别多，如果逐个文件上传的话，会导致文件上传占用过多的时间，降低用户阅片体验。
技术实现要素：
有鉴于此，本申请提供了一种通过浏览器上传医学影像文件的方法和装置，以支持用户以文件夹的形式通过浏览器上传医学影像文件，从而节省文件上传时间，提高用户阅片体验。
为了达到上述发明目的，本申请采用了如下技术方案：
一种通过浏览器上传医学影像文件的方法，包括：
接收用户通过浏览器触发的医学影像文件上传请求，所述医学影像文件上传请求中携带有医学影像文件所在的文件夹路径；
根据所述医学影像文件上传请求，获取与集成在所述浏览器上的预设功能模块对应的调用函数；所述预设功能模块用于将以文件夹形式上传医学影像文件的源代码的文本格式转化成能够被浏览器支持且接近机器语言的二进制格式的文本格式；
根据所述调用函数调用集成在所述浏览器上的预设功能模块，以将所述预设功能模块解析成用于实现医学影像文件以文件夹形式上传的实例对象；
根据所述实例对象获取所述医学影像文件所在的文件夹路径，并根据所述医学影像文件路径获取所述医学影像文件所在的文件夹；向后台服务器上传所述医学影像文件所在的文件夹。
可选地，所述方法还包括：生成所述预设功能模块，
所述生成所述预设功能模块，具体包括：
获取用于实现以文件夹形式上传医学影像文件的源代码；
将所述源代码转化成llvm字节码；
将所述llvm字节码处理成格式为文本格式为第一预设格式的javascript语言的子集；所述第一预设格式是浏览器能够识别的文本格式；
将所述javascript语言的子集处理成文本格式为第二预设格式的文件；所述第二预设格式为接近机器语言的二进制格式。
可选地，所述源代码使用c语言编写。
可选地，所述将所述预设功能模块解析成用于实现医学影像文件以文件夹形式上传的实例对象，具体包括：
获取所述预设功能模块在所述浏览器上的存储路径；
根据所述存储路径获取文本格式为第二预设格式的文件；
将所述第二预设格式的文件转换为内存数据；
通过浏览器引擎将所述内存数据编译和初始化成用于实现医学影像文件上传的实例对象。
可选地，所述根据所述实例对象获取所述医学影像文件所在的文件夹路径，并根据所述医学影像文件路径获取所述医学影像文件所在的文件夹；向后台服务器上传所述医学影像文件所在的文件夹，具体包括：
读取携带在所述医学影像文件上传请求中的医学影像文件所在的文件夹路径；
遍历所述医学影像文件所在的文件夹内的医学影像文件，将遍历到的医学影像文件缓存到本地内存缓冲区；
将缓存在本地内存缓冲区的医学影像文件发送到后台服务器，以使后台服务器将接收到的医学影像文件写入新创建的文件夹中。
一种通过浏览器上传医学影像文件的装置，所述装置包括：
接收单元，用于接收用户通过浏览器触发的医学影像文件上传请求，所述医学影像文件上传请求中携带有医学影像文件所在的文件夹路径；
第一获取单元，用于根据所述医学影像文件上传请求，获取与集成在所述浏览器上的预设功能模块对应的调用函数；所述预设功能模块用于将以文件夹形式上传医学影像文件的源代码的文本格式转化成能够被浏览器支持且接近机器语言的二进制格式的文本格式；
调用单元，用于根据所述调用函数调用集成在所述浏览器上的预设功能模块，以将所述预设功能模块解析成用于实现医学影像文件以文件夹形式上传的实例对象；
第二获取单元，用于根据所述实例对象获取所述医学影像文件所在的文件夹路径，并根据所述医学影像文件路径获取所述医学影像文件所在的文件夹；
上传单元，用于向后台服务器上传所述医学影像文件所在的文件夹。
可选地，所述装置还包括：模块生成单元，用于生成所述预设功能模块，
所述模块生成单元，具体包括：
第一获取子单元，用于获取用于实现以文件夹形式上传医学影像文件的源代码；
第一转换子单元，用于将所述源代码转化成llvm字节码；
第一处理子单元，用于将所述llvm字节码处理成格式为文本格式为第一预设格式的javascript语言的子集；所述第一预设格式是浏览器能够识别的文本格式；
第二处理子单元，用于将所述javascript语言的子集处理成文本格式为第二预设格式的文件；所述第二预设格式为接近机器语言的二进制格式。
可选地，所述源代码使用c语言编写。
可选地，所述调用单元，具体包括：
第二获取子单元，用于获取所述预设功能模块在所述浏览器上的存储路径；
第三获取子单元，用于根据所述存储路径获取文本格式为第二预设格式的文件；
第二转换子单元，用于将所述第二预设格式的文件转换为内存数据；
实例对象生成子单元，用于通过浏览器引擎将所述内存数据编译和初始化成用于实现医学影像文件上传的实例对象。
可选地，所述第二获取单元具体包括：
读取子单元，用于读取携带在所述医学影像文件上传请求中的医学影像文件所在的文件夹路径；
遍历子单元，用于遍历所述医学影像文件所在的文件夹内的医学影像文件，将遍历到的医学影像文件缓存到本地内存缓冲区；
所述上传单元，具体包括：将缓存在本地内存缓冲区的医学影像文件发送到后台服务器，以使后台服务器将接收到的医学影像文件写入新创建的文件夹中。
相较于现有技术，本申请具有以下有益效果：
基于以上技术方案可知，在浏览器上集成有预设功能模块，该模块能够将用于实现以文件夹形式上传医学影像文件的源代码的文本格式转化成能够被浏览器支持且接近机器语言的二进制格式的文本格式。因此，该模块的解析速度和传输速度较快，如此浏览器引擎在解析该模块时不会消耗较多时间，能够实现用户通过浏览器将医学影像文件以文件夹的形式的整体上传。
附图说明
为了清楚地理解本申请的具体实现方式，下面将描述本申请具体实施方式时用到的附图做一简要说明。显而易见地，这些附图仅是本申请的部分实施例。
图1是通过选择文件夹中文件实现文件上传的界面示意图；
图2是本申请实施例提供的预设功能模块的生成方法流程示意图；
图3是本申请实施例提供的通过浏览器上传医学影像文件的方法流程示意图；
图4是本申请实施例提供的用于通过浏览器上传医学影像文件的控制设备的结构示意图；
图5是本申请实施例提供的通过浏览器上传医学影像文件的装置的结构示意图；
图6是本申请实施例提供的通过浏览器上传医学影像文件的装置中模块生成单元的结构示意图；
图7是本申请实施例提供的通过浏览器上传医学影像文件的装置中解析单元的结构示意图。
具体实施方式
在本领域中，支持以文件夹的形式来传输文件的功能一般需要采用c语言或者c++语言来处理，或者使用flash来处理。而目前浏览器只支持javascipt语言，不支持其它语言，并且flash技术也已经逐渐被浏览器厂商淘汰。因此，只支持javascipt语言的浏览器不支持以文件夹的形式传输文件。
如此，通过目前的浏览器，用户只能通过单选或者多选选择文件夹里的一个或多个文件来实现本地文件上传至后台服务器。图1为通过选择文件夹中文件实现本地文件上传的界面示意图。对于医学影像领域，一个患者的医学影像文件通常为多个，如果通过逐个文件上传的话，会导致文件上传占用过多的时间，降低用户阅片体验。
此外，目前虽然出现了能够实现以文件夹形式上传文件的方案，例如采用nodejs，该方案需要后台语言也用javascript来编写，调用nodejs专门控制本地文件系统的modules模块来实现，该模块有点像c++语言中的类库，但使用nodejs这种技术方案适合在分布式设备上运行数据密集型的实时应用，不适合在医学浏览器浏览医学影像文件的场景下使用。
需要说明，在本申请实施例中，所述医学影像文件可以为医学数字成像和通信(英语全称为digitalimagingandcommunicationsinmedicine，英语缩写为dicom)文件。
为了使浏览器支持用户以文件夹的形式通过浏览器上传医学影像文件，从而节省文件上传时间，提高用户阅片体验，本申请实施例提供了一种通过浏览器上传医学影像文件的方法。本申请实施例提供的通过浏览器上传医学影像文件的方法主要包括以下步骤：接收到用户通过浏览器触发的医学影像文件上传请求，获取与集成在所述浏览器上的预设功能模块对应的调用函数，并根据调用函数调用集成在所述浏览器上的预设功能模块，以将该模块解析成用于实现医学影像文件以文件夹形式上传的实例对象；最后根据实例对象获取所述医学影像文件所在的文件夹路径，并根据所述医学影像文件路径获取所述医学影像文件所在的文件夹；向后台服务器上传所述医学影像文件所在的文件夹。
在该方法中，在浏览器上集成有预设功能模块，该模块能够将用于实现以文件夹形式上传医学影像文件的源代码的文本格式转化成能够被浏览器支持且接近机器语言的二进制格式的文本格式。因此，该模块的解析速度和传输速度较快，如此浏览器引擎在解析该模块时不会消耗较多时间，能够实现用户通过浏览器将医学影像文件以文件夹的形式的整体上传。
下面结合附图对本申请提供的一种通过浏览器上传医学影像文件的方法的具体实施方式进行详细描述。
首先介绍预设功能模块的生成方法的具体实现方式。
需要说明，因webassembly是除了javascript以外，另一种可以在网页中运行的编程语言。webassembly不依赖于具体的物理机器，其可以抽象地理解成它是概念机器的机器语言，而不是实际的物理机器的机器语言。正因为如此，webassembly指令有时也被称为虚拟指令。它比javascript代码更直接地映射到机器码，它也代表了“如何能在通用的硬件上更有效地执行代码”的一种理念。所以它并不直接映射成特定硬件的机器码。
因此，为了便于浏览器更快速地解析预设功能模块，在本申请实施例中，预设功能模块可以为webassembly模块。
下面以预设功能模块以webassembly模块为例说明生成预设功能模块的具体实现方式。
请参见图2，本申请实施例提供的预设功能模块的生成方法包括以下步骤：
s201：获取用于实现以文件夹形式上传医学影像文件的源代码。
很容易理解，用于实现以文件夹形式上传医学影像文件的源代码由编程人员编写得到。
作为示例，为了使得简捷，高效地获取本地医学影像文件，更加贴近cpu执行的指令码，医学影像文件的源代码可使用c语言编写。
s202：将所述源代码转化成llvm字节码。
需要说明，如果想从c语言编译到webassembly，则需要将源代码转成能够理解c语言代码的、具有特殊格式的中间码。目前，支持webassembly最好的编译器工具链是llvm。llvm是一种用于优化程序语言编译时间的一种技术，能够更快处理代码编译和生成，因此，在本申请实施例中，该特殊格式的中间码即为llvm字节码。llvm字节码是一种跨语言的底层虚拟机字节码，其特点在于解析速度较快。将源代码处理转换为llvm字节码的过程可通过基于llvm的编译工具来实现。
基于此，为了实现源代码的快速解析，本步骤将源代码转化成能够理解其含义的llvm字节码。
s203：将所述llvm字节码处理成格式为文本格式为第一预设格式的javascript语言的子集。
需要说明，在本申请实施例中，第一预设格式为浏览器能够识别的文本格式。由于浏览器仅支持javascript语言，为了能够在浏览器中使用该webassembly模块，需要将实现该webassembly模块功能的源代码最终处理成能被浏览器识别的汇编语言。
作为示例，本步骤可以通过编译器emscripten将上述步骤s202转换获得的llvm字节码处理成javascript语言的子集。因浏览器支持javascript语言，所以，自然而言地，浏览器也支持javascript语言的子集。
作为示例，javascript语言的子集的文本格式可以为asm.js格式。
s204：将所述javascript语言的子集处理成文本格式为第二预设格式的文件。
需要说明，为了实现通过浏览器以文件夹形式上传医学影像文件，则需要将实现通过浏览器以文件夹形式上传医学影像文件的源代码最终处理成一种能够解析速度和传输速度较快的代码。而在浏览器中，文件传输的数据流一般为二进制数据流，因此，该解析速度和传输速度较快的代码可以是一种接近机器码的二进制格式。
基于此，本步骤可以使用wabt工具将javascipt语言的子集处理成格式为.wasm格式的文件。.wasm格式是一种接近机器语言的跨平台二进制格式，在通过浏览器以文件夹形式上传医学影像文件的过程中，浏览器引擎能够快速直接地将.wasm格式文件转化成机器指令。
需要说明，由s204得到的文本格式为.wasm格式的文件即为webassembly模块。因此，通过上述步骤生成的预设功能模块，能够实现以文件夹形式上传医学影像文件的源代码的文本格式转化成能够被浏览器支持且接近机器语言的二进制格式的文本格式。如此，浏览器引擎在解析该模块时不会消耗较多时间，提高了该模块的解析速度和传输速度。
下面以预设功能模块为webassembly模块作为示例，详细介绍本申请实施例提供的一种通过浏览器上传医学影像文件的方法的具体实施方式。
请参见图3，本申请实施例提供的一种通过浏览器上传医学影像文件的方法包括以下步骤：
s301：接收用户通过浏览器触发的医学影像文件上传请求，所述医学影像文件上传请求中携带有医学影像文件所在的文件夹路径。
需要说明，为了实现通过浏览器上传医学影像文件，在浏览器中设置有上传医学影像文件的用户交互界面。在本申请实施例中，该用户交互界面上可以设置有上传文件的按钮。当用户想要上传医学影像文件时，则需要点击该上传文件的按钮来触发医学影像文件上传请求，然后会弹出请求用户输入医学影像文件夹存储在本地的文件夹路径。当用户输入该文件夹路径后，浏览器会接收到医学影像文件上传请求，为了方便查找待上传的医学影像文件，该医学影像文件上传请求中携带有医学影像文件所在的文件夹路径。
s302：根据所述医学影像文件上传请求，获取与集成在所述浏览器上的预设功能模块对应的调用函数。
如上所述，本申请实施例为了实现能够通过浏览器以文件夹的形式上传医学影像文件，预先将实现该通过浏览器以文件夹的形式上传医学影像文件的预设功能模块集成在浏览器中。作为示例，该预设功能模块可以为webassembly模块。需要说明，在本申请实施例中，该预设功能模块集成在浏览器中，可以具体为将该预设功能模块存储到实现浏览器各个功能的文件结构中。
如此，为了方便浏览器在以文件夹形式上传医学影像文件的过程中，调用该功能模块，本申请实施例预先在浏览器上封装了一个该功能模块的调用函数。需要说明，当浏览器接收到用户通过浏览器触发的医学影像文件上传请求后，浏览器根据所述医学影像文件上传请求，获取与集成在所述浏览器上的预设功能模块对应的调用函数。
作为示例，当集成在所述浏览器上的预设功能模块为webassembly模块时，该调用函数可以为loadwebassembly调用函数。
s303：根据所述调用函数调用集成在所述浏览器上的预设功能模块，以将所述预设功能模块解析成用于实现医学影像文件以文件夹形式上传的实例对象。
如上所述，因封装在浏览器上的调用函数与集成在浏览器上的预设功能模块相对应，因此，可以根据该调用函数来调用该集成在浏览器上的预设功能模块。
作为示例，s303的具体实现方式可以包括以下步骤：
a1、获取所述预设功能模块在所述浏览器上的存储路径。
如上所述，预设功能模块集成在浏览器上，就是将预设功能模块存储到实现浏览器各个功能的文件结构中。因此，为了调用该预设功能模块，需要查找到该预设功能模块，因此，浏览器需要获取该预设功能模块在浏览器上的存储路径，从而根据该存储路径获取到该预设功能模块。
a2、根据所述存储路径获取文本格式为第二预设格式的文件。
如上所述，该文本格式为第二预设格式的文件就是预设功能模块所对应的文件。因此，获取到该文件就相当于获取到了预设功能模块。
a3、将所述第二预设格式的文件转换为内存数据。
需要说明，在调用预设功能模块时，需要将该预设功能模块对应的代码文件解析成实例对象。为了实现将该预设功能模块对应的代码文件解析成实例对象，需要将第二预设格式的文件转换成浏览器的内存数据。
此外，为了配合应用程序编程接口，增强javascript的二进制处理能力，转换后的内存数据的数据结构可以为缓冲数组(arraybuffer)。
a4、通过浏览器引擎将所述内存数据编译和初始化成用于实现医学影像文件上传的实例对象。
本步骤可以具体为：通过使用webassembly.instantiate()方法将所述内存数据编译和初始化成用于实现医学影像文件上传的实例对象。所生成的实例对象具有文件上传、读取本地内存空间以及变量映射表的功能。
需要说明，当webassembly.instantiate()状态变为resolved时，返回了实例对象和编译后的webassembly模块。将webassembly.instantiate()的source参数替换成编译后的webassembly模块，可以生成实例对象。
s304：根据所述实例对象获取所述医学影像文件所在的文件夹路径，并根据所述医学影像文件路径获取所述医学影像文件所在的文件夹；向后台服务器上传所述医学影像文件所在的文件夹。
本申请实施例在前面提到，医学影像文件上传请求中携带有医学影像文件所在的文件夹路径，用于调用预设功能模块的调用函数与集成在所述浏览器上的预设功能模块具有对应的关系，并且，预设功能模块解析后得到一个用于实现医学影像文件以文件夹形式上传的实例对象。因此，根据实例对象可以获取到医学影像文件所在的文件夹的路径，进而根据路径获取到需要上传的文件夹。而且，解析的该实例对象具有文件上传、读取本地内存空间以及变量映射表等功能，因此，基于所生成的实例对象的上述功能，s304的一个具体实现方式可以包括以下步骤：
b1：实例对象读取携带在医学影像文件上传请求中的医学影像文件所在的文件夹路径。
需要说明，预设功能模块中编写有文件读取函数，因此，解析得到的用于实现医学影像文件上传的实例对象也具有相应的文件读取函数。当该文件读取函数运行时，其可以读取携带在医学影像文件上传请求中的医学影像文件所在的文件夹路径。
b2：遍历医学影像文件所在的文件夹内的医学影像文件，将遍历到的医学影像文件缓存到本地内存缓冲区。
需要说明，医学影像文件为二进制文件，作为示例，步骤b2可以具体为：b21：遍历文件夹中医学影像文件的内存地址，读取每一医学影像文件对应的字节；
b22：根据前n(n为正整数)位字节，判断文件类型是否属于医学影像文件，如果是，执行步骤b23，如果否，返回b21。
b23：将遍历到的医学影像文件缓存到本地内存缓冲区(buffer)。
b3：按照预先设定的与后台服务器连接的数据传输接口将缓存在本地内存缓冲区的医学影像文件发送到后台服务器，以使后台服务器将接收到的医学影像文件写入新创建的文件夹中。
需要说明，在后台服务器中，为了存储上传到后台服务器的医学影像文件，后台服务器可以调用i/o函数，来创建新文件夹。该新创建的文件夹能够进行二进制的写入操作，当后台服务器每接收到一个医学影像文件数据后，就会在该文件夹中写入对应的数据。
以上为本申请提供的通过浏览器上传医学影像文件的方法具体的实现流程。在该方法具体实现中，接收到用户通过浏览器触发的医学影像文件上传请求，获取与集成在浏览器上的预设功能模块对应的调用函数，并根据调用函数调用集成在所述浏览器上的预设功能模块，以将该模块解析成用于实现医学影像文件以文件夹形式上传的实例对象；最后根据实例对象获取所述医学影像文件所在的文件夹路径，并根据所述医学影像文件路径获取所述医学影像文件所在的文件夹；向后台服务器上传所述医学影像文件所在的文件夹。经过以上步骤，最终能够实现用户通过浏览器将医学影像文件以文件夹的形式的整体上传。在该实现流程中，充分利用了集成于浏览器的预设功能模块对以文件夹形式上传医学影像文件的源代码的转换和处理功能，最终处理获得的文本格式为接近机器语言的二进制格式。该模块的解析速度和传输速度较快，如此浏览器引擎在解析该模块时不会消耗较多时间。
上述实施例提供的通过浏览器上传医学影像的方法可以由图4所示的控制设备执行。图4所示的控制设备包括处理器(processor)410，通信接口(communicationsinterface)420，存储器(memory)430，总线440。处理器410，通信接口420，存储器430通过总线440完成相互间的通信。
其中，存储器430中可以存储有通过浏览器上传医学影像文件的逻辑指令，该存储器例如可以是非易失性存储器(non-volatilememory)。处理器410可以调用执行存储器430中的通过浏览器上传医学影像文件的逻辑指令，以执行上述的通过浏览器上传医学影像文件的方法。作为实施例，该通过浏览器上传医学影像文件的逻辑指令可以为控制软件对应的程序，在处理器执行该指令时，控制设备可以对应地在显示界面上显示该指令对应的功能界面。
通过浏览器上传医学影像文件的逻辑指令的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
上述的通过浏览器上传医学影像文件的逻辑指令，可以称为“通过浏览器上传医学影像文件的装置”，该装置可以划分成各个功能模块。具体参见以下实施例。
下面介绍本申请实施例提供的通过浏览器上传医学影像文件的装置的具体实施方式。
请参见图5，本申请实施例提供的通过浏览器上传医学影像文件的装置包括以下单元：
接收单元51，用于接收用户通过浏览器触发的医学影像文件上传请求，所述医学影像文件上传请求中携带有医学影像文件所在的文件夹路径；
第一获取单元52，用于根据所述医学影像文件上传请求，获取与集成在所述浏览器上的预设功能模块对应的调用函数；所述预设功能模块用于将以文件夹形式上传医学影像文件的源代码的文本格式转化成能够被浏览器支持且接近机器语言的二进制格式的文本格式；
调用单元53，用于根据所述调用函数调用集成在所述浏览器上的预设功能模块，以将所述预设功能模块解析成用于实现医学影像文件以文件夹形式上传的实例对象；
第二获取单元54，用于根据所述实例对象获取所述医学影像文件所在的文件夹路径，并根据所述医学影像文件路径获取所述医学影像文件所在的文件夹；
上传单元55，用于向后台服务器上传所述医学影像文件所在的文件夹。
可选的，上述装置还可以包括：模块生成单元56，用于生成所述预设功能模块，图6是本申请装置实施例中模块生成单元的结构示意图。模块生成单元56，具体包括：
第一获取子单元561，用于获取用于实现以文件夹形式上传医学影像文件的源代码；源代码可使用c语言编写；
第一转换子单元562，用于将所述源代码转化成llvm字节码；
第一处理子单元563，用于将所述llvm字节码处理成格式为文本格式为第一预设格式的javascript语言的子集；
第二处理子单元564，用于将所述javascript语言的子集处理成文本格式为第二预设格式的文件；所述第二预设格式为接近机器语言的二进制格式。
参见图7是本申请装置实施例中调用单元53的结构示意图。调用单元53，具体包括：
第二获取子单元531，用于获取所述预设功能模块在所述浏览器上的存储路径；
第三获取子单元532，用于根据所述存储路径获取文本格式为第二预设格式的文件；
第二转换子单元533，用于将所述第二预设格式的文件转换为内存数据；
实例对象生成子单元534，用于通过浏览器引擎将所述内存数据编译和初始化成用于实现医学影像文件上传的实例对象。
此外，第二获取单元54可以具体包括：
读取子单元，用于读取携带在所述医学影像文件上传请求中的医学影像文件所在的文件夹路径；
遍历子单元，用于遍历所述医学影像文件所在的文件夹内的医学影像文件，将遍历到的医学影像文件缓存到本地内存缓冲区。
上传单元55可以具体用于将缓存在本地内存缓冲区的医学影像文件发送到后台服务器，以使后台服务器将接收到的医学影像文件写入新创建的文件夹中。
以上为本申请提供的一种通过浏览器上传医学影像文件的装置实施例，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在该装置实施例中，通过模块生成单元56所生成的预设功能模块，就能够将医学影像文件的源代码转换和处理成接近机器语言的二进制格式，进而当浏览器解析该模块时不会消耗较多时间。
在该装置的具体结构中，接收单元51用于接收到用户通过浏览器触发的医学影像文件上传请求，第一获取单元52用于获取与所述医学影像文件上传请求对应的调用函数，调用单元53用于根据调用函数调用集成在所述浏览器上的预设功能模块，以将该模块解析成用于实现医学影像文件以文件夹形式上传的实例对象；第二获取单元54用于根据实例对象获取所述医学影像文件所在的文件夹路径，并根据所述医学影像文件路径获取所述医学影像文件所在的文件夹；上传单元55向后台服务器上传所述医学影像文件所在的文件夹。经过以上功能单元，最终能够实现用户通过浏览器将医学影像文件以文件夹的形式的整体上传。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，物流管理服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。