云会议的音频录制方法、装置、服务器及存储介质与流程

本发明涉及音频处理技术领域，具体而言，涉及一种云会议的音频录制方法、装置、服务器及存储介质。

背景技术：

云会议是基于云计算技术的一种高效、便捷、低成本的会议形式，可在世界各地通过多种终端方式如电话、手机、电脑、专用终端等进行远程沟通和远程协助。其中，每个终端的多媒体数据都是通过网络传输到云服务器，云服务器通过云计算技术把多路音频流合成一个音频流之后再转发给各个终端，各个终端接收到合流之后的音频数据，再做相应的处理才听到彼此的声音。

目前，云音频录制大多是基于ffmpeg(fastforwardmpeg，快速动态图像专家组)的编解码技术，其中，采用ffmpeg的编解码技术只提供了对音频数据的编解码。

但是，采用现有的云音频录制技术，存在无法支持各种可能类型的音频编码，导致不能满足社会业务需求的系统，尤其在云会议领域，如远程协商，远程咨询，远程课堂，远程签约等，降低了用户的体验度。

技术实现要素：

本发明的目的在于，针对上述现有技术中的不足，提供一种云会议的音频录制方法、装置、服务器及存储介质，以便支持各种可能类型的音频编码，提高用户的体验度。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种云会议的音频录制方法，所述方法包括：

对第一音频数据包进行解析，得到所述第一音频数据包的音频编码方式，其中，所述第一音频数据包为对多个云会议客户端采集的音频数据进行合流得到的一个数据包；

根据所述音频编码方式对应的解码库，对所述第一音频数据包进行解码，得到pcm(pulsecodemodulation，脉冲编码调制)数据，其中，所述解码库存储有所述音频编码方式对应的解码方式；

对所述pcm数据进行音频录制编码，得到音频录制文件。

可选地，所述对第一音频数据包进行解析，得到所述第一音频数据包的音频编码方式，包括：

对所述第一音频数据包中的预设字段进行解析，得到所述预设字段所指示的所述音频编码方式。

可选地，所述根据所述音频编码方式对应的解码库，对所述第一音频数据包进行解码，得到pcm数据之前，所述方法还包括：

根据所述音频编码方式，以及预设编码方式与解码库的对应关系，确定所述音频编码方式对应的解码库。

可选地，所述对所述pcm数据进行音频录制编码，得到音频录制文件包括：

确定所述音频编码方式对应的采样率为所述第一音频数据包的采样率；

根据所述第一音频数据包的采样率，对预设编码器的采样率进行初始化；

根据初始化后的编码器，对所述pcm数据进行音频录制编码，得到所述音频录制文件。

可选地，所述pcm数据为第一个音频数据包所得到的pcm数据。

可选地，所述对所述pcm数据进行音频录制编码，得到音频录制文件，包括：

将所述pcm数据写入预设的存储队列；

依次读取所述存储队列中的各数据，并对读取的数据进行音频录制编码，得到所述音频录制文件。

可选地，所述方法还包括：

当所述存储队列中的数据个数达到编码一帧所需的样本数，则对所述存储队列中的数据进行清除。

可选地，所述将所述pcm数据写入预设的存储队列中，包括：

根据所述第一音频数据包与第二音频数据包的时间差，确定所述第一音频数据包对应的静默补包数，其中，所述第二音频数据包为所述第一音频数据包之前接收的音频数据包；

将所述静默补包数对应的静默包数据和所述pcm数据，写入所述存储队列。

第二方面，本申请实施例还提供了一种云会议的音频录制装置，所述装置包括：解析模块、解码模块及编码模块；

所述解析模块，用于对第一音频数据包进行解析，得到所述第一音频数据包的音频编码方式，其中，所述第一音频数据包为对多个云会议客户端采集的音频数据进行合流得到的一个数据包；

所述解码模块，用于根据所述音频编码方式对应的解码库，对所述第一音频数据包进行解码，得到pcm数据，其中，所述解码库存储有所述音频编码方式对应的解码方式；

所述编码模块，用于对所述pcm数据进行音频录制编码，得到音频录制文件。

可选地，所述解析模块，具体用于对所述第一音频数据包中的预设字段进行解析，得到所述预设字段所指示的所述音频编码方式。

可选地，所述装置还包括：确定模块；

所述确定模块，用于根据所述音频编码方式，以及预设编码方式与解码库的对应关系，确定所述音频编码方式对应的解码库。

可选地，所述确定模块，还用于确定所述音频编码方式对应的采样率为所述第一音频数据包的采样率；

所述编码模块，具体用于根据所述第一音频数据包的采样率，对预设编码器的采样率进行初始化；

根据初始化后的编码器，对所述pcm数据进行音频录制编码，得到所述音频录制文件。

可选地，所述pcm数据为第一个音频数据包所得到的pcm数据。

可选地，所述编码模块，还用于将所述pcm数据写入预设的存储队列；

依次读取所述存储队列中的各数据，并对读取的数据进行音频录制编码，得到所述音频录制文件。

可选地，所述编码模块，还用于当所述存储队列中的数据个数达到编码一帧所需的样本数，则对所述存储队列中的数据进行清除。

可选地，所述编码模块，还具体用于根据所述第一音频数据包与第二音频数据包的时间差，确定所述第一音频数据包对应的静默补包数，其中，所述第二音频数据包为所述第一音频数据包之前接收的音频数据包；

将所述静默补包数对应的静默包数据和所述pcm数据，写入所述存储队列。

第三方面，本申请实施例还提供了一种音频录制服务器，包括：存储器和处理器，所述存储器存储有所述处理器可执行的计算机程序，所述音频录制服务器执行所述计算机程序时实现上述第一方面提供的任一项所述的云会议的音频录制方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第一方面提供的任一项所述的云会议的音频录制方法。

本申请的有益效果是：

本申请所提供的一种云会议的音频录制方法、装置、服务器及存储介质，该方法包括：对第一音频数据包进行解析，得到第一音频数据包的音频编码方式，其中，第一音频数据包为对多个云会议客户端采集的音频数据进行合流得到的一个数据包；根据音频编码方式对应的解码库，对第一音频数据包进行解码，得到pcm数据，其中，解码库存储有音频编码方式对应的解码方式；对pcm数据进行音频录制编码，得到音频录制文件。本申请的方案中，首先，是通过对第一音频数据包进行解析，得到第一音频数据包的音频编码方式，然后，根据音频编码方式对应的解码库来对第一音频数据包进行解码，并得到pcm数据，最后，对pcm数据进行音频录制编码，得到音频录制文件，这样以pcm数据作为过渡数据，可以实现传输过程中多种编码方式向录制最终音频编码的转换，从而到达使录制服务器支持传输过程中各种音频编码方式的目的，提高了用户的体验度。

其次，通过确定音频编码方式对应的采样率为第一音频数据包的采样率；并根据第一音频数据包的采样率，对预设编码器的采样率进行初始化；并根据初始化后的编码器，对pcm数据进行音频录制编码，得到音频录制文件，提高了录制音频质量，并降低录制时间，实现了音频数据的快速实时录制。

另外，通过将pcm数据写入预设的存储队列，并依次读取存储队列中的各数据，并对读取的数据进行音频录制编码，得到音频录制文件，这样可以避免因为堵塞而导致数据丢失，有效地保证了编码的完整性，提高了得到音频录制文件的正确性。

最后，通过根据第一音频数据包与第二音频数据包的时间差，确定第一音频数据包对应的静默补包数，并将静默补包数对应的静默包数据和pcm数据一起写入存储队列，并进行编码，这样可以确保录制的音频录制文件是会议现场的真实环境，使得在对音频录制文件进行播放时可以准确的还原现场。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种云会议的音频录制方法的流程示意图；

图2为本申请实施例提供的另一种云会议的音频录制方法的流程示意图；

图3为本申请实施例提供的又一种云会议的音频录制方法的流程示意图；

图4为本申请实施例提供的另一种云会议的音频录制方法的流程示意图；

图5为本申请实施例提供的一种云会议的音频录制装置的结构示意图；

图6为本申请实施例提供的另一种云会议的音频录制装置的结构示意图；

图7为本申请实施例提供的一种音频录制服务器的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

如下将通过多个具体的实施例对本申请所提供的云会议的音频录制方法进行详细说明。

图1为本申请实施例提供的一种云会议的音频录制方法的流程示意图；该云会议的音频录制方法可由音频录制设备执行，该音频录制设备可以为云会议服务器，也可以为录制服务器。在可能的实现方式中，云会议服务器和录制服务器的功能可在同一服务器实现，也可分别在不同的服务器实现。如图1所示，该方法包括：

s101、对第一音频数据包进行解析，得到第一音频数据包的音频编码方式。

其中，第一音频数据包为对多个云会议客户端采集的音频数据进行合流得到的一个数据包。

通常，在对第一音频数据包进行解析之前，首先，对各个客户端声音进行采样，并将采样后的音频数据传输给云会议服务器。一般，为了减少带宽，增加传输效率，需要对采样后的音频数据进行编码，音频编码的方式很多，比如，amr(adaptivemulti-rate，自适应多速率编码)、opus(是一种有损声音编码的格式)等，可以根据实际需求选择不同的编码方式。

在一些实施例中，在对音频数据进行编码之后，可以通过网络将编码后的音频数据传输到云端服务器，使得可以在云端服务器对编码后的音频数据进行解码，以及再对音频数据解码后进行合流，且，合流之后的音频数据按原有的编码方式编码后再通过网络下发给各个客户端，下发的同时，也向录制服务器进行下发，录制服务器在接收到编码后的音频数据之后，对第一音频数据包进行解析，得到第一音频数据包的音频编码方式。

s102、根据音频编码方式对应的解码库，对第一音频数据包进行解码，得到pcm数据。

其中，解码库存储有音频编码方式对应的解码方式。

需要说明的是，对音频数据进行解码是因为，录制最终需要对音频数据进行统一编码，然后封装成能播放的音频文件格式，而编码的对象数据正是对解析后的音频数据，即pcm数据。

具体的，根据音频编码编码方式选择对应的解码库，对第一音频数据包进行解码，解码之后得到pcm数据。

s103、对pcm数据进行音频录制编码，得到音频录制文件。

可以理解，录制服务器解码出pcm数据之后，需要对pcm进行编码，以得到音频录制文件。

在一些实施例中，可以以pcm数据作为过渡数据，以实现传输过程中多种编码方式向录制最终音频编码的转换，从而到达使录制服务器支持传输过程中各种音频编码方式的目的。

具体的，是采用步骤s101中对第一音频数据包进行解析之后，得到的第一音频数据包原有的音频编码方式对pcm数据进行音频录制编码，得到音频录制文件。

综上所述，本申请实施例提供一种云会议的音频录制方法，该方法包括：对第一音频数据包进行解析，得到第一音频数据包的音频编码方式，其中，第一音频数据包为对多个云会议客户端采集的音频数据进行合流得到的一个数据包；根据音频编码方式对应的解码库，对第一音频数据包进行解码，得到pcm数据，其中，解码库存储有音频编码方式对应的解码方式；对pcm数据进行音频录制编码，得到音频录制文件。在该方法中，首先，通过对第一音频数据包进行解析，得到第一音频数据包的音频编码方式，然后，根据音频编码方式对应的解码库来对第一音频数据包进行解码，并得到pcm数据，最后，对pcm数据进行音频录制编码，得到音频录制文件，这样以pcm数据作为过渡数据，可以实现传输过程中多种编码方式向录制最终音频编码的转换，从而到达使录制服务器支持传输过程中各种音频编码方式的目的，提高了用户的体验度。

可选地，对第一音频数据包进行解析，得到第一音频数据包的音频编码方式，包括：对第一音频数据包中的预设字段进行解析，得到预设字段所指示的音频编码方式。

其中，在对第一音频数据包进行解析时，可以是对第一音频数据包中的预设字段进行解析，并得到预设字段所指示的音频编码方式，就可以得到第一音频数据包的音频编码方式。

可选地，根据音频编码方式对应的解码库，对第一音频数据包进行解码，得到pcm数据之前，该方法还包括：

根据音频编码方式，以及预设编码方式与解码库的对应关系，确定音频编码方式对应的解码库。

在一些可能的实施例中，可以根据音频编码方式，以及预设编码方式与解码库的对应关系，来进一步确定音频编码方式对应的解码库。

例如，音频编码方式有：amr、opus等，相应的，上述音频编码方式都有各自对应的解码库，即根据得到的音频编码方式，就能够得到该音频编码方式对应的解码库。

图2为本申请实施例提供的另一种云会议的音频录制方法的流程示意图；如图2所示，对pcm数据进行音频录制编码，得到音频录制文件包括：

s201、确定音频编码方式对应的采样率为第一音频数据包的采样率。

需要说明的是，现有的编码流程是，采用输出的编码方式的采样率对pcm数据进行重采样，再对重采样后的数据调用ffmpeg接口进行编码。但重采样是一个有损转换过程，进行重采样后会加大失真的程度，另一个是每次都需要对数据进行重采样，相应的，会导致录制转换的时间增加。

为了解决这个问题，使得能够提高录制音频质量，并降低录制时间。考虑到编码器设置的采样率是可变的，所以在采用不重采样编码的情况下，为了保证同等时间，可以选择一个能支持多种采样率的编码方式，以确保和编码之前的采样率相同。其中，aac(advancedaudiocoding，高级音频编码)编码是可支持8k、16k、48k等多种采样率，且，当前使用的主流编码方式的采样率也都是8k或16k、或48k，aac编码可以满足上述多种采样率的需求。

另外，选择进行aac编码，就需要编码器的采样率不是固定的，即可以使用音频数据的采样率对编码器进行初始化。

具体的，在对pcm数据进行音频录制编码时，可以根据音频编码方式对应的采样率，确定第一音频数据包的采样率。

s202、根据第一音频数据包的采样率，对预设编码器的采样率进行初始化。

在根据音频编码方式确定第一音频数据包的采样率之后，可以采用上述得到的第一音频数据包的采样率对预设编码器的采用率进行初始化。

例如，在上述实施例的基础上，根据音频编码方式对应的解码库，对音频数据包进行解码，得到第一音频数据之后，相应的，也可以得到第一音频数据原有的编码方式，比如，第一音频数据原有的编码方式是amr，则第一音频数据的采样率是8k，即可以采用8k对预设编码器的采样率进行初始化。

需要说明的是，音频数据的采样率取决于音频编码的方式，例如，opus编码方式的采样率是48k，在此不做一一列举。

s203、根据初始化后的编码器，对pcm数据进行音频录制编码，得到音频录制文件。

在采用第一音频数据的采样率对预设编码器的采样率进行初始化之后，可以对步骤s102中得到的pcm数据进行音频录制编码，并得到音频录制文件，这样可以提高录制音频质量，并降低录制时间，实现了音频数据的快速实时录制。

可选地，pcm数据为第一个音频数据包所得到的pcm数据。

一般来说，在云会议过程中，一场固定的录制场景音频的编码方式是固定不变的，即采样率是不变的。所以，可以根据第一音频数据包中得到pcm数据的采样率，对编码器的采样率进行初始化。

在一些实时例中，为了确保得到准确无误的音频录制文件，可以每次对接收的音频数据的采样率进行检测，并判断和上一次的音频数据包采样率是否一致，如果一致，则可以确定这场会议音频录制过程中采样率没有发生变化，且，可以根据pcm数据中的第一个数据的采样率来对编码器的采样率进行初始化；如果采样率不一致，相应的，则可以确定这场会议音频录制过程中采样率发生变化，此时，将采用新的采样率重新对编码器进行初始化，并重新打开编码器。

图3为本申请实施例提供的又一种云会议的音频录制方法的流程示意图；如图3所示，对pcm数据进行音频录制编码，得到音频录制文件，包括：

s301、将pcm数据写入预设的存储队列。

可以理解，由于初始化和打开编码器是相对较为耗时的操作，当pcm数据来了之后，再进行初始化并打开编码器的话，有可能会导致堵塞随后到来的数据，或者因为堵塞而丢失数据，所以此处需要设计一个队列，即需要一个转换的线程来存储数据，只有判断初始化完成并成功打开编码器之后再从队列中取出数据进行编码转换。

在本实施例中，例如，可以将解码出的pcm数据都压入预设队列中，比如，预设队列可以是ffmpeg的avfifobuffer，这是一个存储数据的队列，有对应的api(applicationprogramminginterface，应用程序接口)进行读写和计算队列数据大小。

s302、依次读取存储队列中的各数据，并对读取的数据进行音频录制编码，得到音频录制文件。

具体的，将解码出的pcm数据写入预设队列之后，并判断队列数据是否达到aac编码一帧需要的样本数，若写入预设队列中的数据达到样本数，则可以从预设队列中依次读取存储队列中的各数据，并进行编码，这样可以避免因为堵塞而导致数据丢失，有效地保证了编码的完整性，提高了得到音频录制文件的正确性。

需要说明的是，在对读取的数据进行音频录制编码时，需要给帧结构avframe设置的采样率和初始化编码器相同。可以理解，具有相同采样率的两种编码方式，样本的个数就代表了时间的大小，即使每一帧的样本数不相同，但总的样本数是不变的，只要保证样本数不变，则对应的时间就会保持不变，这样能够保证得到的音频录制文件是正确的。

可选地，在上述实施例的基础上，该方法还包括：当存储队列中的数据个数达到编码一帧所需的样本数，则对存储队列中的数据进行清除。

图4为本申请实施例提供的另一种云会议的音频录制方法的流程示意图；如图4所示，在上述实施例的基础上，将pcm数据写入预设的存储队列中，包括：

s401、根据第一音频数据包与第二音频数据包的时间差，确定第一音频数据包对应的静默补包数。

其中，第二音频数据包为第一音频数据包之前接收的音频数据包。

可以理解，在云会议过程，在某一些时间段，会处于静默没声音的状态，甚至全过程都可能没音频输入，如果不额外处理，即在录制过程中，录制服务器对接收到的音频数据进行解码之后，并直接编码写入音频录制文件，则会导致播放出一串连续有声音输出的音频效果，这样就会造成丢失了录制过程中静默时间的音频数据，跟实际录制现场不相吻合。

在本实施例中，为了解决这个问题，可以算出每个音频数据包之间应该填补的静默包，并以静默包来占用没有音频输入时的时间段。

具体的，在多个客户端的多路音频数据到达云端服务器进行解码之后，合流时，云端服务器会选择一段固定时间段的音频数据进行合并，比如，每次选择40毫秒的多路音频数据进行混音合流，相应的，录制服务器在固定的时间每40毫秒接收到一个合流之后的音频数据包。所以，当没有音频数据输入时，则可以认为每40毫秒有一个静默包存在。

可以理解，在理想情况下，每40毫秒会接收到一个音频数据包，但考虑到现实的网络因素，可能会出现38毫秒、39毫秒、40毫秒、41毫秒、42毫秒等类似的波动时间，则需要采用能兼容这种复杂情况的补包算法。

举例说明，例如，采用接收的音频数据包到达录制服务的时间进行计算，确定静默补包数。具体的，记录相邻两个包的时间差dt(differencetime，时间差，简称dt)，比如，记录第一音频数据包与第二音频数据包的时间差dt，且，固定时间段取值40毫秒，在此不做具体限制，将dt和40的差累加于ft(filltime，填补时间，简称ft)中，当dt大于40时ft为正数，表示需要补这么多的时间，当dt等于40时，ft为0，表示不需要补包，当dt小于0时，表示欠着补包的时间，需要大于0的dt来进行中和，每次计算的ft都要累加到tt(totaltime，总时间，简称tt)中，用tt除以40得到要补包的个数fn，用tt取模40得到补包之后留余的时间mt，然后，tt＝tt-40*fn，并得到tt＝tt+mt，此时tt为补包之后存留的不够不一个包的时间，如果每次都在当前音频数据包和上一个音频数据包之间进行计算，以此可以计算得到静默包数据填补个数fn(fillnumber，填补个数，简称fn)，即可以根据第一音频数据包与第二音频数据包的时间差，确定第一音频数据包对应的静默补包数。

s402、将静默补包数对应的静默包数据和pcm数据，写入存储队列。

其中，在根据第一音频数据包与第二音频数据包的时间差，确定第一音频数据包对应的静默补包数之后，将静默补包数对应的静默包数据和pcm数据一起写入存储队列中，并进行编码，这样可以确保录制的音频录制文件是会议现场的真实环境，使得在对音频录制文件进行播放时可以准确的还原现场。

下面对用于执行本申请的云会议的音频录制方法的装置、服务器、存储介质进行说明，其具体的实现过程以及技术效果参见上述，下述不再赘述。

图5为本申请实施例提供的一种云会议的音频录制装置的结构示意图；如图5所示，该云会议的音频录制装置500包括：解析模块501、解码模块502及编码模块503；

解析模块501，用于对第一音频数据包进行解析，得到第一音频数据包的音频编码方式，其中，第一音频数据包为对多个云会议客户端采集的音频数据进行合流得到的一个数据包；

解码模块502，用于根据音频编码方式对应的解码库，对第一音频数据包进行解码，得到pcm数据，其中，解码库存储有音频编码方式对应的解码方式；

编码模块503，用于对pcm数据进行音频录制编码，得到音频录制文件。

可选地，解析模块501，具体用于对第一音频数据包中的预设字段进行解析，得到预设字段所指示的音频编码方式。

图6为本申请实施例提供的另一种云会议的音频录制装置的结构示意图；如图6所示，该装置还包括：确定模块601；

确定模块601，用于根据音频编码方式，以及预设编码方式与解码库的对应关系，确定音频编码方式对应的解码库。

可选地，确定模块601，还用于确定音频编码方式对应的采样率为第一音频数据包的采样率；

编码模块503，具体用于根据第一音频数据包的采样率，对预设编码器的采样率进行初始化；根据初始化后的编码器，对pcm数据进行音频录制编码，得到音频录制文件。

可选地，pcm数据为第一个音频数据包所得到的pcm数据。

可选地，编码模块503，还用于将pcm数据写入预设的存储队列；依次读取存储队列中的各数据，并对读取的数据进行音频录制编码，得到音频录制文件。

可选地，编码模块503，还用于当存储队列中的数据个数达到编码一帧所需的样本数，则对存储队列中的数据进行清除。

可选地，编码模块503，还具体用于根据第一音频数据包与第二音频数据包的时间差，确定第一音频数据包对应的静默补包数，其中，第二音频数据包为第一音频数据包之前接收的音频数据包；将静默补包数对应的静默包数据和pcm数据，写入存储队列。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(applicationspecificintegratedcircuit，简称asic)，或，一个或多个微处理器(digitalsingnalprocessor，简称dsp)，或，一个或者多个现场可编程门阵列(fieldprogrammablegatearray，简称fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(centralprocessingunit，简称cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称soc)的形式实现。

图7为本申请实施例提供的一种音频录制服务器的结构示意图，该音频录制服务器可包括：处理器701、存储器702。

存储器702用于存储程序，处理器701调用存储器702存储的程序，以执行上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。

可选地，本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文：read-onlymemory，简称：rom)、随机存取存储器(英文：randomaccessmemory，简称：ram)、磁碟或者光盘等各种可以存储程序代码的介质。

起点商标作为专业知识产权交易平台，可以帮助大家解决很多问题，如果大家想要了解更多知产交易信息请点击 【在线咨询】或添加微信 【19522093243】与客服一对一沟通，为大家解决相关问题。

此文章来源于网络,如有侵权,请联系删除