用。
[0053]具体地，在对不同采样率的子文件按照程序调用顺序进行绑定，形成关联组之后，为了减少对内存的占用，对关联组中的子文件进行动态码率压缩处理。其中，在对关联组中的子文件进行动态码率压缩时，可以采用以下方式:
[0054]对关联组中文件流大的子文件采用高质量的低压缩形式进行压缩；对关联组中文件流小的子文件采用高压缩形式进行压缩。其中，文件流是指文件所体现的音频波形流。
[0055]后续，当系统启动后，需要加载播放声音文件时，对关联组中的各子文件进行解压缩处理；然后，按照统一的采样率对解压缩后的关联组中的各子文件进行重采样；最后对重采样后的各子文件进行拼接，得到文件拼接后的关联组；当接收到播放指令时，加载拼接后的关联组，并执行播放。
[0056]本实施例通过上述方案，通过对关联组中的子文件进行动态码率压缩和解压缩处理，减少了声音文件对内存的占用，同时也提高了系统性能。
[0057]如图3所示，本发明第一实施例提出一种文件处理装置，包括:切片模块201、第一重采样模块202以及关联模块203，其中:
[0058]切片模块201，用于获取声音文件，将所述声音文件切片，分离为不同的子文件；
[0059]第一重采样模块202，用于对各子文件使用不同的采样率进行重采样，生成不同采样率的子文件；
[0060]关联模块203，用于对所述不同采样率的子文件按照程序调用顺序进行绑定，形成关联组。
[0061]本实施例装置可以承载于各种终端上，包括PC终端和手机、平板电脑等移动终端，终端上安装有各种应用，应用上通常具有音效功能，比如游戏中的声音效果。
[0062]由于现有技术中，在处理各种终端应用中使用的声音文件时，对于不同的声音文件只能采用不同的采样率，以满足优化文件占用容量和内存的需求。但是，由于单个声音文件只能使用固定的单个采样率，使得声音文件占用容量和内存的体积仍然比较大。
[0063]本实施例方案通过单个声音文件的差异化采样率，可以进一步优化单个声音文件的容量占用的问题，并且可以根据用户需要进行内存占用体积的优化，以减少声音文件对系统容量及内存的占用，提高系统性能。
[0064]具体地，首先，获取终端应用中需要使用的单个声音文件，将该单个声音文件进行切片，分离为不同的子文件。
[0065]在切片时，可以根据不同的需求，采用不同的切片规则，比如，在需求是保证基本听感的情况下，追求最小文件容量体积，那么可以将声音文件根据电平值的大小，分离成不同的子文件。
[0066]又如，还可以根据声音文件的频段的高低，将所述声音文件进行切片，分离为不同的子文件。
[0067]其中，声音文件的频段的高低，可以根据设定的频段阈值来判断，比如设定lOOOhz以下为低频段，lOOOhz以上为高频段。
[0068]之后，对分离出来的各子文件使用不同的采样率进行重采样，生成不同采样率的子文件，以减少声音文件对系统容量及内存的占用。
[0069]在进行重采样时，同理可以根据不同的需求，采用不同的重采样规则。例如:
[0070]在需求是保证基本听感的情况下，追求最小文件容量体积，那么可以将声音文件根据电平值的大小，分离成不同的子文件，然后，对于电平值大的子文件采用高采样率进行重采样；反之，对于电平值小的子文件则采用低采样率进行重采样，由此生成不同采样率的子文件。
[0071]又如，还可以根据声音文件的频段的高低，将所述声音文件进行切片，分离为不同的子文件。对于高频段的子文件采用高采样率进行重采样；反之，对于低频段的子文件采用低采样率进行重采样，生成不同采样率的子文件。
[0072]最后，对不同采样率的子文件按照程序调用顺序进行绑定，形成关联组。后续，在系统启动后，即可将关联组中的各子文件拼接成整体进行播放。
[0073]本实施例通过上述方案，将单个声音文件切片，分离成为不同的子文件，根据需求对各子文件使用不同的采样率进行重采样，生成不同采样率的子文件，对不同采样率的子文件按照程序调用顺序进行绑定，形成关联组，以便后续在程序内拼接成整体进行播放。由此，通过单个声音文件的差异化采样率，可以进一步优化单个声音文件的容量占用的问题，并且可以根据用户需要进行内存占用体积的优化，减少单个声音文件对系统容量及内存的占用。
[0074]如图4a所示，本发明第二实施例提出一种文件处理装置，在上述图3所示的第一实施例的基础上，还包括:
[0075]第二重采样模块204，用于在系统启动后，按照统一的采样率对所述关联组中的各子文件进行重采样；
[0076]拼接模块205，用于对重采样后的各子文件进行拼接，得到文件拼接后的关联组；
[0077]加载播放模块206，用于当接收到播放指令时，加载拼接后的关联组，并执行播放。
[0078]本实施例与上述图3所示的第一实施例的区别在于，本实施例还包括将关联组中的各子文件拼接加载播放的方案。
[0079]具体地，在整个系统开始工作时，预先将即将要被使用到的关联组中的各子文件进行重采样拼接加载，形成统一的采样率，并拼接在一起。其中，重采样的采样率，取决于对内存容量的要求，采样率越高，则对内存占用需求越大，播放品质也越好。
[0080]当接收到播放指令时，加载拼接后的关联组，并执行播放。
[0081]本实施例通过上述方案，将单个声音文件切片，分离成为不同的子文件，根据需求对各子文件使用不同的采样率进行重采样，生成不同采样率的子文件，对不同采样率的子文件按照程序调用顺序进行绑定，形成关联组，然后在程序内拼接成整体进行播放。由此，通过单个声音文件的差异化采样率，可以进一步优化单个声音文件的容量占用的问题，并且可以根据用户需要进行内存占用体积的优化，减少单个声音文件对系统容量及内存的占用。
[0082]如图4b所示，本发明第三实施例提出一种文件处理装置，在上述图4a所示的第二实施例的基础上，还包括:
[0083]压缩模块207，用于对关联组中的子文件进行动态码率压缩；
[0084]解压缩模块208，用于在系统启动后，对所述关联组中的各子文件进行解压缩。
[0085]本实施例与上述图4a所示的第二实施例的区别在于，本实施例还包括对关联组中的子文件进行动态码率压缩和解压缩的处理方案，其带来的有益效果是:可以减少对内存的占用。
[0086]具体地，在对不同采样率的子文件按照程序调用顺序进行绑定，形成关联组之后，为了减少对内存的占用，对关联组中的子文件进行动态码率压缩处理。其中，在对关联组中的子文件进行动态码率压缩时，可以采用以下方式:
[0087]对关联组中文件流大的子文件采用高质量的低压缩形式进行压缩；对关联组中文件流小的子文件采用高压缩形式进行压缩。其中，文件流是指文件所体现的音频波形流。
[0088]后续，当系统启动后，需要加载播放声音文件时，对关联组中的各子文件进行解压缩处理；然后，按照统一的采样率对解压缩后的关联组中的各子文件进行重采样；最后对重采样后的各子文件进行拼接，得到文件拼接后的关联组；当接收到播放指令时，加载拼接后的关联组，并执行播放。
[0089]本实施例通过上述方案，通过对关联组中的子文件进行动态码率压缩和解压缩处理，减少了声音文件对内存的占用，同时也提高了系统性能。
[0090]作为一种具体应用，如图5所示，图5是本发明实施例提出的文件处理装置所在终端的一种结构示意图。
[0091]如图5所示，该终端可以包括:处理器1001，例如CPU，网络接口 1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口 1003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口 1003还可以包括标准的有线接口、无线接口。网络接口 1004可选的可以包括标准的有线接口、无线接口(如W1-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory),例如磁盘存储器。存储器1005可选的还可以是独立于处理器1001的存储装置。如图5所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及文件处理应用程序。
[0092]在图5所示的终端中，网络接口 1004主要用于连接后台管理平台，与后台管理平台进行数据通信；用户接口 1003主要用于连接客户端，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的文件处理应用程序，并执行以下操作:
[0093]通过网络接口 1004获取声音文件，将所述声音文件切片，分离为不同的子文件；对各子文件使用不同的采样率进行重采样，生成不同采样率的子文件；对所述不