应急广播播发方法、装置及系统与流程

本发明属于应急广播技术领域，具体而言，涉及一种应急广播播发方法、装置及系统。

背景技术：

不同应急广播方案对应不同种类的应急广播终端。目前应用较多的应急广播方案有对应于网络广播终端(IP)的应急广播方案、对应于调频终端的应急广播方案、对应于地面数字电视的应急广播方案、对应于有线数字电视的应急广播方案等。目前市场上能够见到的应急广播前端系统以单一播发方案为主，播发应急广播只能针对单一方案的终端实现应急广播业务，即一次广播只能指定一种方案进行广播，不能实现一次广播针对多种方案进行广播。这种情况下，一方面，需要部署多套单一传输模式的前端系统才能满足应用要求，不仅增加了操作人员的操作难度，也大大增加了系统建设成本；另一方面，不能在有限的时间内将应急广播内容覆盖到目标区域的所有终端。

技术实现要素：

有鉴于此，本发明的目的在于提供一种应急广播播发方法、装置及系统，以有效地改善上述问题。

为了实现上述目的，本发明采用的技术方案如下：

第一方面，本发明实施例提供了一种应急广播播发方法，所述方法包括：根据接收到的应急事件得到应急广播参数和应急信息；根据所述应急广播参数及预设的配置列表中的多种应急广播方案生成对应于每种所述应急广播方案的终端控制指令，其中，每种所述应急广播方案对应于一种应急广播终端；根据每种所述应急广播方案的传输协议对所述应急信息及与该应急广播方案对应的所述终端控制指令进行封装，生成对应于该应急广播方案的应急广播指令；将生成的每个所述应急广播指令发送到与该应急广播指令对应的应急广播终端。

第二方面，本发明实施例还提供了一种应急广播播发装置，所述装置包括：获取模块、第一生成模块、封装模块以及发送模块。其中，获取模块，用于根据接收到的应急事件得到应急广播参数和应急信息。第一生成模块，用于根据所述应急广播参数及预设的配置列表中的多种应急广播方案生成对应于每种所述应急广播方案的终端控制指令，其中，每种所述应急广播方案对应于一种应急广播终端。封装模块，用于根据每种所述应急广播方案的传输协议对所述应急信息及与该应急广播方案对应的所述终端控制指令进行封装，生成对应于该应急广播方案的应急广播指令。发送模块，用于将生成的每个所述应急广播指令发送到与该应急广播指令对应的应急广播终端。

第三方面，本发明实施例还提供了一种应急广播播发系统，包括应急广播前端播控系统和多种应急广播终端，所述多种应急广播终端均与所述应急广播前端播控系统通信连接。所述应急广播前端播控系统用于根据接收到的应急事件得到应急广播参数和应急信息；根据所述应急广播参数及预设的配置列表中的多种应急广播方案生成对应于每种所述应急广播方案的终端控制指令，其中，每种所述应急广播方案对应于一种所述应急广播终端；根据每种所述应急广播方案的传输协议对所述应急信息及与该应急广播方案对应的所述终端控制指令进行封装，生成对应于该应急广播方案的应急广播指令；将生成的每个所述应急广播指令发送到与该应急广播指令对应的所述应急广播终端。所述多种应急广播终端用于分别接收与每种所述应急广播终端对应的应急广播指令，根据该应急广播指令播放所述应急信息。

本发明实施例提供的应急广播播发方法及装置能够根据所述应急广播参数及预设的配置列表中的多种应急广播方案生成对应于每种所述应急广播方案的终端控制指令，根据每种应急广播方案的传输协议对应急信息及与该应急广播方案对应的终端控制指令进行封装生成应急广播指令，下发到对应的应急广播终端，实现了一次广播下发多种应急广播方案的应急广播，能够覆盖与上述多种应急广播方案对应的应急广播终端，提高了应急广播的传输覆盖效率和广播效果。此外，相比于现有的应急广播播发系统，采用上述应急广播播发方法的应急广播播发系统有效地降低了系统建设成本，降低了操作人员的操作难度。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1是本发明实施例提供的应急广播前端播控系统与应急广播终端进行交互的示意图；

图2为本发明实施例提供的电子设备的结构框图；

图3为本发明第一实施例提供的一种应急广播播发方法的方法流程图；

图4为本发明第二实施例提供的一种应急广播播发方法的方法流程图；

图5为本发明第三实施例提供的一种应急广播播发装置的功能模块框图；

图6为本发明第四实施例提供的一种应急广播播发装置的功能模块框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本发明实施例提供的应急广播播发系统包括应急广播前端播控系统100和多种应急广播终端200。图1为本发明实施例提供的应急广播前端播控系统100与应急广播终端200进行交互的示意图。所述应急广播前端播控系统100通过网络300与一个或多个应急广播终端200进行通信连接，以进行数据通信或交互。其中，应急广播终端200可以是网络广播终端(IP)、调频终端、地面数字电视、有线数字电视等。

本发明实施例提供的应急广播播发系统10中，应急广播前端播控系统100用于根据接收到的应急事件得到应急广播参数和应急信息；根据所述应急广播参数及预设的配置列表中的多种应急广播方案生成对应于每种所述应急广播方案的终端控制指令，其中，每种所述应急广播方案对应于一种应急广播终端200；根据每种所述应急广播方案的传输协议对所述应急信息及与该应急广播方案对应的所述终端控制指令进行封装，生成对应于该应急广播方案的应急广播指令；将生成的每个所述应急广播指令发送到与该应急广播指令对应的应急广播终端200。

所述多种应急广播终端200用于分别接收与每种应急广播终端200对应的应急广播指令，根据该应急广播指令播放所述应急信息。

相比于现有的应急广播播发系统，本发明实施例提供的应急广播播发系统10有效地降低了系统建设成本，降低了操作人员的操作难度。

本实施例中，应急广播前端播控系统100为安装于电子设备中的用户客户端。当然，应急广播前端播控系统100也可以为硬件电路结构。图2示出了一种可应用于本申请实施例中的电子设备400的结构框图。如图2所示，电子设备400可以包括应急广播播发装置、存储器401、存储控制器402、处理器403、外设接口404、输入输出单元405、显示单元406和网络单元407。

存储器401、存储控制器402、处理器403、外设接口404、输入输出单元405、显示单元406和网络单元407各元件之间直接或间接地电连接，以实现数据的传输或交互。例如，这些元件之间可以通过一条或多条通讯总线或信号总线实现电连接。本发明实施例提供的应急广播播发方法以及装置对应的程序指令/模块包括至少一个可以以软件或固件(firmware)的形式存储于存储器401中的软件功能模块，例如应急广播播发装置包括的软件功能模块或计算机程序。

存储器401可以存储各种软件程序以及模块，如本申请实施例提供的应急广播播发方法以及装置对应的程序指令/模块。处理器403通过运行存储在存储器401中的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现本申请实施例中的应急广播播发方法。存储器401可以包括但不限于随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器403可以是一种集成电路芯片，具有信号处理能力。上述处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。其可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述外设接口404将各种输入/输出装置耦合至处理器403以及存储器401。在一些实施例中，外设接口404，处理器403以及存储控制器402可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出单元405用于提供给用户输入数据实现用户与应急广播前端播控系统100的交互。所述输入输出单元405可以是，但不限于，鼠标和键盘等。

显示单元406在所述应急广播前端播控系统100与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元406可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。

网络单元407用于接收以及发送网络信号。上述网络信号可包括无线信号或者有线信号。

可以理解，图2所示的结构仅为示意，所述电子设备还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

第一实施例

图3示出了本发明实施例提供的一种应急广播播发方法的流程图，请参阅图3，本实施例描述的是应急广播前端播控系统100中执行的应急广播播发方法的处理流程，所述方法包括：

步骤S310，根据接收到的应急事件得到应急广播参数和应急信息；

本实施例中，应急广播参数可以包括应急事件的标识符、开始时间、持续时间、事件类型、事件级别、事件发布区域等。例如，事件类型可以分为预警和应急两种类型，事件级别可以分为特别重大、重大、较大、一般等。事件发布区域即为应急信息需要发送的区域。

应急信息为该应急事件需要发布的内容。应急信息可以包括文字信息、音频信息和视频信息。

步骤S320，根据所述应急广播参数及预设的配置列表中的多种应急广播方案生成对应于每种所述应急广播方案的终端控制指令，其中，每种所述应急广播方案对应于一种应急广播终端；

本实施例中，应急广播终端可以有多种。例如，可以包括但不限于网络广播终端、调频应急广播终端、地面数字电视和有线数字电视。

应急广播前端播控系统100中预先设置有当次广播的配置列表。配置列表中包括了当次广播需要使用的多种应急广播方案。每种应急广播方案对应于一种应急广播终端，且不同种类的应急广播终端对应不同的应急广播方案。每种应急广播方案中包括了该应急广播方案对应的应急广播终端的传输协议以及该应急广播终端的终端控制指令的内容。

配置列表中包括的应急广播方案可以根据该应急广播前端播控系统100所覆盖区域的应急广播终端的类型预先配置。也就是说，在执行步骤S320之前，可以根据用户的需要预先设置配置列表。本实施例中，根据需要预先设置配置列表的方法可以为：获取应急广播方案配置指令，根据所述应急广播方案配置指令配置预先存储的应急广播方案得到所述配置列表。

应急广播前端播控系统100中存储有多种应急广播方案，根据具体应急事件的发布区域内的应急广播终端种类可以选择当次广播需要使用的应急广播方案。作为一种实施方式，获取应急广播方案配置指令的具体实施方式可以为：获取用户通过电子设备的输入输出单元405向应急广播前端播控系统100输入的应急广播方案配置指令。应急广播方案配置指令中包括了当次广播需要使用的应急广播方案的标识信息。该标识信息可以为预先为应急广播方案设置的名称、应急广播方案对应的应急广播终端的名称或应急广播方案的存储ID(identification)等。应急广播前端播控系统100根据用户输入的应急广播方案配置指令配置预先存储的应急广播方案生成配置列表。当然，配置列表中的应急广播方案可以为应急广播前端播控系统100中存储的多种应急广播方案中包括的全部或部分应急广播方案。

另外，应急广播前端播控系统100中预先存储有所覆盖的每个区域的应急广播终端种类。作为另一种实施方式，接收应急广播方案配置指令的具体实施方式还可以为：根据接收到的应急事件的事件发布区域查找该区域中的应急广播终端种类，根据所查找到的应急广播终端种类得到与每种应急广播终端对应的应急广播方案，根据所得到的应急广播方案生成应急广播方案配置指令。例如，事件发布区域为北京地区，北京地区的应急广播终端有A类终端、B类终端及C类终端，则当次广播需要使用的应急广播方案包括对应于A类终端的应急广播方案a、对应于B类终端的应急广播方案b以及对应于C类终端的应急广播方案c，相应地，配置列表中包括的应急广播方案即为应急广播方案a、应急广播方案b以及应急广播方案c。

分别根据配置列表中包括的每种应急广播方案及步骤S320中获取到的应急广播参数生成对应于每种应急广播方案即对应于每种应急广播终端的终端控制指令，所述终端控制指令包括调用该应急广播终端进行应急信息播发的相关参数。

步骤S330，根据每种所述应急广播方案的传输协议对所述应急信息及与该应急广播方案对应的所述终端控制指令进行封装，生成对应于该应急广播方案的应急广播指令；

每种应急广播方案均包括有传输协议。根据每种应急广播方案的传输协议对应急信息以及该应急广播方案对应的终端控制指令一起封装打包，生成与每种应急广播方案对应的应急广播指令，以便在后续的传输和播发环节应急广播指令能够被正确的解析和处理。

具体的，应急广播指令可以包括上述终端控制指令、上述应急事件的属性描述、需要向公众发布的应急信息的具体内容等要素。例如，应急广播指令的结构可以包括三个信息域，分别为终端控制指令信息域、应急广播属性域以及应急广播内容域，各个域的信息元素具有不同的作用。其中，终端控制指令信息域可以包括本次应急广播的应急广播参数。应急广播属性域可以包括本次应急广播的发布单位、应急事件的属性、发布区域、持续时间等相关属性描述。应急广播内容域可以包括需要向公众发布的应急信息的具体内容。

需要说明的是，由于同一种类的应急广播终端具有不同的型号，可能具有不同的传输协议。为了保证应急广播前端播控系统100的扩展性，应急广播前端播控系统10中预先存储的应急广播方案可以对应于多种传输协议。此时，在执行步骤S330之前，需要预先对对应于多种传输协议的应急广播方案的传输协议进行配置。作为一种实施方式，预先对对应于多种传输协议的应急广播方案的传输协议进行配置的方式可以为：获取待配置的所述应急广播方案及该应急广播方案对应的传输协议的标识信息，在所述多种传输协议中查找与该标识信息对应的传输协议作为该应急广播方案的传输协议。例如，该标识信息可以为传输协议的名称或传输协议的存储ID。可以理解的是，应急广播方案的传输协议配置好后，只要该应急广播方案对应的应急广播终端支持的传输协议不发生改变，可以不用再重复配置传输协议。当然，若该应急广播方案对应的应急广播终端支持的传输协议发生改变时，可以对该应急广播方案的传输协议重新进行配置。

具体的，获取待配置的所述应急广播方案及该应急广播方案对应的传输协议的标识信息的方式可以为：获取用户通过电子设备的输入输出单元405向应急广播前端播控系统100输入的传输协议配置指令。传输协议配置指令中包括了需要配置的应急广播方案及该应急广播方案对应的传输协议的标识信息。进一步，从传输协议配置指令中获取待配置的应急广播方案及该应急广播方案对应的传输协议的标识信息。

步骤S340，将生成的每个所述应急广播指令发送到与该应急广播指令对应的应急广播终端。

每种应急广播终端均具有指定的下发链路。将生成的每个应急广播指令发送到与该应急广播指令对应的应急广播终端的下发传输链路。通过传输链路将应急广播指令传送给相关区域的应急广播终端。应急广播终端接收到应急广播指令后，对应急广播指令进行解析，根据应急广播指令中包括的终端控制指令对应急信息进行播发。

本发明实施例提供的应急广播播发方法能够根据预设的配置列表中的多种应急广播方案以及每种应急广播方案使用的传输协议生成对应于每种应急广播终端的应急广播指令，下发到相应的应急广播终端，实现了一次广播下发多种应急广播方案的应急广播，能够覆盖与上述多种应急广播方案对应的应急广播终端，提高了应急广播的传输覆盖效率和广播效果。

第二实施例

图4示出了本发明实施例提供的一种应急广播播发方法的流程图。本实施例中，应急信息包括音频信息。请参阅图4，本实施例描述的是应急广播前端播控系统100中执行的应急广播播发方法的处理流程，所述方法包括：

步骤S410，根据接收到的应急事件得到应急广播参数和应急信息；

步骤S420，根据所述应急广播参数及预设的配置列表中的多种应急广播方案生成对应于每种所述应急广播方案的终端控制指令，其中，每种所述应急广播方案对应于一种应急广播终端；

步骤S430，根据每种所述应急广播方案的传输协议对所述应急信息及与该应急广播方案对应的所述终端控制指令进行封装，生成对应于该应急广播方案的应急广播指令；

本实施例中，步骤S410、步骤S420以及步骤S430的具体实施方式可以参照上述第一实施例的步骤S310、步骤S320以及步骤S330，此处不再赘述。

步骤S440，根据每种所述应急广播终端对应的编码格式对所述应急信息中的音频信息进行编码生成对应于该应急广播终端的应急广播节目；

每种应急广播方案中包括有该应急广播方案对应的应急广播终端的一种编码格式，根据该编码格式对应急信息中包括的音频信息进行编码生成对应于该应急广播终端的应急广播节目。需要说明的是，不同种类的应急广播终端的编码格式可以相同也可以不同。

步骤S450，将对应于每种所述应急广播方案的应急广播指令和对应于该应急广播方案的应急广播节目均发送到与该应急广播方案对应的应急广播终端。

每种应急广播终端均具有指定的下发链路。将生成的对应于每种所述应急广播方案的应急广播指令和对应于该应急广播方案的应急广播节目均发送到与该应急广播方案对应的应急广播终端的下发传输链路。通过传输链路将应急广播指令和应急广播节目传送给相关区域的应急广播终端。应急广播终端接收到应急广播指令后，对应急广播指令进行解析，实现对应急广播节目的可寻址广播以及其它控制业务。

可以理解的是，若应急广播方案对应的应急广播终端支持多种编码格式，该应急广播方案对应的应急广播指令中应包括步骤S440中采用的编码格式，以便于与该应急广播方案对应的应急广播终端接收到应急广播指令以及应急广播节目后，能够通过从应急广播指令中解析出编码格式，以对该应急广播节目进行解码。当然，若应急广播方案对应的应急广播终端仅支持一种编码格式，该应急广播方案对应的应急广播指令中可以不包括步骤S440中所采用的编码格式。

本发明实施例提供的应急广播播发方法能够根据预设的配置列表中的多种应急广播方案以及每种应急广播方案使用的传输协议生成对应于每种应急广播终端的应急广播指令，并生成对应于每种应急广播终端的应急广播节目，一次广播就能将生成的对应于多种应急广播终端的应急广播指令以及应急广播节目分别下发到相应的应急广播终端，实现了一次广播下发多种应急广播方案的应急广播，能够覆盖与上述多种应急广播方案对应的应急广播终端，提高了应急广播传输的覆盖效率和广播效果。

第三实施例

请参阅图5，是本发明实施例提供的一种应急广播播发装置的功能模块示意图。所述应急广播播发装置运行于应急广播前端播控系统100中，用于实现第一实施例提出的应急广播播发方法。所述应急广播播发装置110包括：获取模块111、第一生成模块112、封装模块113以及发送模块114。

获取模块111，用于根据接收到的应急事件得到应急广播参数和应急信息；

第一生成模块112，用于根据所述应急广播参数及预设的配置列表中的多种应急广播方案生成对应于每种所述应急广播方案的终端控制指令，其中，每种所述应急广播方案对应于一种应急广播终端；

封装模块113，用于根据每种所述应急广播方案的传输协议对所述应急信息及与该应急广播方案对应的所述终端控制指令进行封装，生成对应于该应急广播方案的应急广播指令；

发送模块114，用于将生成的每个所述应急广播指令发送到与该应急广播指令对应的应急广播终端。

进一步的，如图5所示，所述应急广播播发装置110还包括第一配置模块115。第一配置模块115，用于获取应急广播方案配置指令，根据所述应急广播方案配置指令配置应急广播方案得到所述配置列表。

进一步的，本实施例中，所述应急广播方案对应于多种传输协议。如图5所示，所述应急广播播发装置110还包括第二配置模块116。第二配置模块116，用于获取待配置的所述应急广播方案及该应急广播方案对应的传输协议的标识信息，在所述多种传输协议中查找与该标识信息对应的传输协议作为该应急广播方案的传输协议。

第四实施例

请参阅图6，是本发明实施例提供的一种应急广播播发装置的功能模块示意图。所述应急广播播发装置120运行于应急广播前端播控系统100中，用于实现第二实施例提出的应急广播播发方法。所述应急广播播发装置120包括：获取模块121、第一生成模块122、封装模块123、第二生成模块124以及发送模块125。

获取模块121，用于根据接收到的应急事件得到应急广播参数和应急信息；

第一生成模块122，用于根据所述应急广播参数及预设的配置列表中的多种应急广播方案生成对应于每种所述应急广播方案的终端控制指令，其中，每种所述应急广播方案对应于一种应急广播终端；

封装模块123，用于根据每种所述应急广播方案的传输协议对所述应急信息及与该应急广播方案对应的所述终端控制指令进行封装，生成对应于该应急广播方案的应急广播指令；

第二生成模块124，用于根据每种所述应急广播终端对应的编码格式对所述应急信息中的音频信息进行编码生成对应于该应急广播终端的应急广播节目；

发送模块125，用于将对应于每种所述应急广播方案的应急广播指令和对应于该应急广播方案的应急广播节目均发送到与该应急广播方案对应的应急广播终端。

进一步的，如图6所示，所述应急广播播发装置120还包括第一配置模块126。第一配置模块126，用于获取应急广播方案配置指令，根据所述应急广播方案配置指令配置应急广播方案得到所述配置列表。

进一步的，本实施例中，所述应急广播方案对应于多种传输协议。如图6所示，所述应急广播播发装置120还包括第二配置模块127。第二配置模块127，用于获取待配置的所述应急广播方案及该应急广播方案对应的传输协议的标识信息，在所述多种传输协议中查找与该标识信息对应的传输协议作为该应急广播方案的传输协议。

以上各模块可以是由软件代码实现，也同样可以由硬件例如集成电路芯片实现。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明第三实施例所提供的应急广播播发装置110，其实现原理及产生的技术效果和前述第一实施例相同，本发明第四实施例所提供的应急广播播发装置120，其实现原理及产生的技术效果和前述第二实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。