本申请实施例涉及数据处理领域,尤其涉及一种固网资源分配的方法以及资源管理系统。
背景技术:
如今的通讯行业已经离不开运营商,公众客户或个人客户购买运营商的电信业务产品,如:固话、宽带等需要实体设备支撑的业务,在确定订单后后续步骤需要流经多个it(internettechnology,互联网技术)支撑系统的操作配置后才能开通并正常使用。
在现有技术中,开通业务需要的it支撑系统主要为资源管理系统,在资源管理系统收到订单后,一般需要人工操作进行数据资源的配置。如果由人工操作来实现数据资源分配,人工操作存在较大的不确定性,在处理大量订单时容易出错。
技术实现要素:
本申请实施例提供了一种固网资源分配的方法以及资源管理系统,用于减少数据资源的人工操作步骤,降低订单处理的错误率。
本申请第一方面提供了一种固网资源分配的方法,包括:
资源管理系统获取订单的标准地址,所述标准地址用于确定订单的地理位置;
所述资源管理系统获取所述订单的所述设备型号;
所述资源管理系统根据所述标准地址和所述设备型号配置设备模板,所述设备模板用于配置所述订单中确定实体设备的信息,生成实体设备信息;
所述资源管理系统根据所述实体设备信息确定实体设备,所述实体设备为所述标准地址中真实存在的实体设备;
所述资源管理系统管理标准地址信息及标准地址与设备之间的关联关系信息;
所述资源管理系统根据所述实体设备确定所述标准地址的第一逻辑资源,所述第一逻辑资源为所述实体设备上剩余可用的资源;
所述资源管理系统根据所述第一逻辑资源生成所述订单的第二逻辑资源,所述第二逻辑资源为所述订单在所述实体设备上占用的资源;
所述资源管理系统封装所述第二逻辑资源;
所述资源管理系统向集成订单系统发送所述第二逻辑资源,所述集成订单系统用于将所述第二逻辑资源分配给对应的所述实体设备。
可选的,所述资源管理系统获取订单的标准地址之前,所述方法还包括:
所述资源管理系统判断所述订单是否为重复单,若是,则取消自动配置,所述重复单为非第一次获取所述标准地址的订单。
可选的,所述资源管理系统获取订单的标准地址之后,所述方法还包括:
所述资源管理系统根据所述订单提取订单信息;
所述资源管理系统判断所述订单信息判断所述订单信息是否存在共享号码,若是,则根据共享号码的订单信息生成实体设备信息。
可选的,所述资源管理系统根据所述实体设备信息确定实体设备包括:
所述资源管理系统根据所述实体设备信息生成所述实体设备对应的逻辑框架数据;
所述资源管理系统根据所述逻辑框架数据确定所述实体设备信息。
可选的,所述资源管理系统根据所述第一逻辑资源生成所述订单的第二逻辑资源包括:
所述资源管理系统根据资源自动分配规则自动分配所述第一逻辑资源;
所述资源管理系统根据分配后的所述第一逻辑资源生成所述订单的第二逻辑资源。
可选的,所述资源管理系统获取订单的标准地址之前,所述方法还包括:
所述资源管理系统加载标准地址分级管理规则。
可选的,所述资源管理系统根据所述实体设备信息确定实体设备之后,所述方法还包括:
所述资源管理系统建立所述实体设备的逻辑连接关系,所述逻辑连接关系用于确定所述第一逻辑资源。
可选的,所述资源管理系统封装所述第二逻辑资源之后,所述方法还包括:
所述资源管理系统启动守护程序;
所述资源管理系统通过所述守护程序自动根据封装后的所述第二逻辑资源处理所述订单。
可选的,所述资源管理系统通过所述守护程序自动根据封装后的所述第二逻辑资源处理所述订单包括:
所述资源管理系统单独封装所述第二逻辑资源的内部数据;
所述资源管理系统在统一的入口过程中调用所述内部数据,以生成结果数据;
所述资源管理系统封装所述结果数据。
本申请第二方面提供了一种资源管理系统,其特征在于,包括:
第一获取单元,用于获取订单的标准地址,所述标准地址用于确定订单的地理位置;
第二获取单元,用于获取所述订单的设备型号;
第一生成单元,用于所述资源管理系统根据所述标准地址配置设备模板,所述设备模板用于配置所述订单中确定实体设备的信息,生成实体设备信息;
第一确定单元,用于所述资源管理系统根据所述实体设备信息确定实体设备,所述实体设备为所述标准地址中真实存在的实体设备;
第二生成单元,用于根据所述标准地址及所述标准地址与所述设备型号的匹配关系生成关联关系信息;
第二确定单元,用于根据所述关联关系信息确定所述标准地址的第一逻辑资源,所述第一逻辑资源为所述实体设备上剩余可用的资源;
第三生成单元,用于所述资源管理系统根据所述第一逻辑资源生成所述订单的第二逻辑资源,所述第二逻辑资源为所述订单在所述实体设备上占用的资源;
第一封装单元,用于所述资源管理系统封装所述第二逻辑资源;
第一发送单元,用于所述资源管理系统向集成订单系统发送所述第二逻辑资源,所述集成订单系统用于将所述第二逻辑资源分配给对应的所述实体设备。
可选的,所述资源管理系统还包括:
第一判断单元,用于判断所述订单是否为重复单;
取消单元,用于取消自动配置,所述重复单为非第一次获取所述标准地址的订单。
可选的,所述资源管理系统还包括:
第三获取单元,用于系统根据所述订单提取订单信息;
第二判断单元,用于判断所述订单信息判断所述订单信息是否存在共享号码,若是,则根据共享号码的订单信息生成实体设备信息。
可选的,第一确定单元包括:
第一生成模块,用于根据所述实体设备信息生成所述实体设备对应的逻辑框架数据;
第一确定模块,用于根据所述逻辑框架数据确定所述实体设备信息。
可选的,第三生成单元包括:
分配模块,用于根据资源自动分配规则自动分配所述第一逻辑资源;
第二生成模块,用于统根据分配后的所述第一逻辑资源生成所述订单的第二逻辑资源。
可选的,所述资源管理系统还包括:
加载单元,用于加载标准地址分级管理规则。
可选的,所述资源管理系统还包括:
建立单元,用于建立所述实体设备的逻辑连接关系,所述逻辑连接关系用于确定所述第一逻辑资源。
可选的,所述资源管理系统还包括:
启动单元,用于启动守护程序;
处理单元,用于通过所述守护程序自动根据封装后的所述第二逻辑资源处理所述订单。
可选的,处理单元包括:
封装模块,用于单独封装所述第二逻辑资源的内部数据;
调用模块,用于在统一的入口过程中调用所述内部数据,以生成结果数据;
本申请第三方面提供了一种资源管理系统,其特征在于,包括:
处理器、存储器、输入输出单元、总线;
所述处理器与所述存储器、所述输入输出单元以及所述总线相连;
所述处理器具体执行第一方面或第二方面所述的方法。
从以上技术方案可以看出本申请由资源管理系统直接通过客户订单的数据信息对数据资源进行配置,将人工操作替换成系统操作,减小了不确定性,降低了处理大量订单时的出错率。
附图说明
图1为本申请实施例中固网资源分配的方法一个实施例流程示意图;
图2.1与图2.2为本申请实施例中固网资源分配的方法另一实施例流程示意图;
图3为本申请实施例中资源管理系统一个实施例结构示意图;
图4为本申请实施例中资源管理系统另一实施例结构示意图;
图5为本申请实施例中资源管理系统另一实施例结构示意图。
具体实施方式
本申请实施例提供了一种固网资源分配的方法以及资源管理系统,用于减少数据资源的人工操作步骤,降低订单处理的错误率。
下面将结合本申请实施例中的附图,对本申请中的技术方案进行清除、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本实施例中的流程适用于如ftth(fibretothehome,光纤到户)、lan(localareanetwork,局域网)或fttb(fibertothebuilding,光纤到楼)等业务,本实施例主要描述ftth流程。
请参阅图1,本申请实施例提供了一种固网资源分配的方法一种实施例包括:
101、资源管理系统获取订单的标准地址,所述标准地址用于确定订单的地理位置;
当资源管理系统获取到订单,该资源管理系统会提取该订单中的标准地址。该标准地址将地址按9个级别进行管理,分别是:省、市、区/县、乡/镇/街道办事处、路/巷/行政村、小区/自然村、门牌/村组、楼号/办公楼房和单元房号。
在实际情况中,运营方从营业厅获得一份订单后,将订单录入资源管理系统,当该资源管理系统确定该订单的标准地址后,可通过该标准地址确定订单的真实存在的确定地址,在营业受理时必须要选择某一标准地址作为确定地址的依据找到该地址中有剩余资源的设备。
102、所述资源管理系统获取所述订单的所述设备型号;
在实际情况中,随着技术的迭代,资源管理系统需要通过订单提取到相关信息,如订单的地理位置和在该地理位置中存在的相关设备的设备型号,以使得资源管理系统能够根据设备型号匹配相对应的设备模板。
103、所述资源管理系统根据所述标准地址和所述设备型号配置设备模板,所述设备模板用于配置所述订单中确定实体设备的信息,生成实体设备信息;
资源管理系统获取到标准地址后,该系统会将设备型号配置入设备模板,该系统会根据标准地址与设备之间的关联关系信息自动选择出标准地址范围内可供使用的实体设备信息,当营业订单中的标准地址填写并确认后,该系统会将范围内所有存在实体设备的信息整合后进行分析。
104、所述资源管理系统根据所述实体设备信息确定实体设备,所述实体设备为所述标准地址中真实存在的实体设备;
在实际情况中,一般通过配置设备模板来自动生成实体设备对应的逻辑框架数据,记录设备的名称、安装地址等信息及端口组成数据。
其次,实体设备为当资源管理系统获得实体设备信息后,系统会判断实体设备信息中的所有实体设备的剩余资源和位置,在所有可使用的实体设备信息中计算出相对于该订单来说最优的设备配备方式作为推荐优选,在无操作人员干涉的情况下,该推荐优选的实体设备信息将与该订单绑定。
105、所述资源管理系统根据所述标准地址及所述标准地址与所述设备型号的匹配关系生成关联关系信息;
在实际情况中,资源管理系统维护着标准地址与设备型号的信息,在资源管理系统根据订单获得上述资源信息后,该资源管理系统将标准地址与设备型号的关系关联,并生成携带有该订单标准地址及该标准地址范围内匹配到的设备型号的关联关系信息。
106、所述资源管理系统根据所述关联关系信息确定所述标准地址的第一逻辑资源,所述第一逻辑资源为所述实体设备上剩余可用的资源;
在实际情况中,实体设备的端口有限,所以在确定实体设备信息之前,必须确定该实体设备是否能够满足该订单需求的逻辑资源,当确定了该实体设备的逻辑资源余量足够满足该订单需求的逻辑资源,资源管理系统就有足够的依据将实体设备与订单绑定。
107、所述资源管理系统根据所述第一逻辑资源生成所述订单的第二逻辑资源,所述第二逻辑资源为所述订单在所述实体设备上占用的资源;
在步骤104确定实体设备存在足够逻辑资源后,资源管理系统开始分析实体设备存在的逻辑资源余量,将固定的逻辑资源与该订单绑定,前述固定的逻辑资源则为第二逻辑资源,第二逻辑资源与该订单有着一对一关系,第二逻辑资源为该订单的逻辑资源。
108、所述资源管理系统封装所述第二逻辑资源;
在资源管理系统确定该订单的第二逻辑资源后,为让下一步骤的执行系统能够读取第二逻辑资源的相关信息,所以资源管理系统在将信息分配给下一系统之前需将第二逻辑资源封装。
其次,封装后的信息更具有可读性,以提高下一处理系统提取有效信息的效率。
109、所述资源管理系统向集成订单系统发送所述第二逻辑资源,所述集成订单系统用于将所述第二逻辑资源分配给对应的所述实体设备。
资源管理系统将封装好的第二逻辑资源发送至集成定单系统,至此对固网资源分配的流程结束。
本申请由资源管理系统直接通过客户订单的数据信息对数据资源进行自动配置,将人工操作替换成系统操作,减小了不确定性,降低了处理大量订单时的出错率。
请参阅图2.1与图2.2,本申请实施例提供了一种固网资源分配的方法另一实施例包括:
201、当资源管理系统接收到订单时,所述资源管理系统判断所述订单是否为重复单;
重复单为不是第一次进入该资源管理系统的订单,订单在初次进入资源管理系统时,若有任意一个流程执行失败无法自动继续,则会被资源管理系统记录为重复单并退回,此时该订单从新进入资源管理系统则被确定为重复单。
若判断结果为该订单时重复单,则执行步骤202,若判断结果该订单不是重复单,则执行步骤203。
202、取消自动配置,所述重复单为非第一次获取所述标准地址的订单;
当资源管理系统接收到重复单时,将会提示该订单为配置失败的重复单,以提醒工作人员进行人工配置,且重复单只能人工配置,无法重新回到自动配置流程中。
203、所述资源管理系统加载标准地址分级管理规则;
在实际情况中,资源管理系统需要将标准地址分级管理规则加载到系统可读取的本地储存位置,以使得在资源管理系统读取到订单的标准地址后能够找到对比依据,该标准地址分级管理规则则作为标准地址的对比依据。
204、资源管理系统获取订单的标准地址,所述标准地址用于确定订单的地理位置;
205、所述资源管理系统获取所述订单的所述设备型号;
本实施例中的步骤204至205与前述实施例中步骤101至102类似,此处不再赘述。
206、所述资源管理系统根据所述订单提取订单信息;
当步骤201确定该订单不是重复单后,资源管理系统将提取该订单的订单信息,该订单信息包含订单的申请人信息如:号码、地址和个人信息等,此处不做限定。
207、所述资源管理系统根据所述标准地址及所述标准地址与所述设备型号的匹配关系生成关联关系信息;
本实施例中的步骤207与前述实施例中步骤105类似,此处不再赘述。
208、所述资源管理系统判断所述订单信息判断所述订单信息是否存在共享号码;
当资源管理系统提取出订单信息后,该资源管理系统根据订单信息确定该用户是否有共享号码,该共享号码用于根据这个号码来查找对应的光猫数据。根据提取出来的信息确定该用户是否是第一次开通ftth的业务,若是则确定该订单不存在共享号码。
若该订单存在共享号码则执行步骤207,若该订单不存在共享号码则执行步骤210。
209、若是,则根据共享号码的订单信息生成实体设备信息;
在步骤206判断结果为该用户不是第一次开通ftth的业务时,系统会根据规则自动分配一个实体设备;用户如果之前已经开通了ftth业务,本次属于再次开通新业务,需要基于之前分配的实体设备来分给资源。
210、所述资源管理系统根据所述实体设备信息生成所述实体设备对应的逻辑框架数据;
逻辑框架数据用于确定该订单在实体设备上所需要占用的逻辑资源,在资源管理系统确定了该订单的状态和信息,并通过状态和信息得根据逻辑框架确定与订单相关的逻辑框架数据。
211、所述资源管理系统根据所述逻辑框架数据生成所述实体设备信息;
逻辑框架数据可以确定所需的逻辑资源,在资源管理系统根据逻辑框架确定订单逻辑框架数据之后,资源管理系统会将确定后的逻辑框架数据生成订单需求的实体设备信息。
212、所述资源管理系统根据所述实体设备信息确定实体设备,所述实体设备为所述标准地址中真实存在的实体设备;
本实施例中的步骤210与前述实施例中步骤103类似,此处不再赘述。
213、所述资源管理系统建立所述实体设备的逻辑连接关系,所述逻辑连接关系用于确定所述第一逻辑资源;
在资源管理系统确定实体设备后,资源管理系统会建立订单与实体设备的逻辑连接关系,并将逻辑框架数据与实体设备的逻辑资源作比对,生成第一逻辑资源。
在实际情况中,实体设备之间的逻辑连接关系为:olt和分光器之间、分光器和分光器之间。在实体设备上的空闲逻辑资源空闲端口,该空闲端口目前类型有语音口、宽带口。根据订单的业务类型来区分,如果装电话,就分配语音口,如果装宽带或iptv,就分配宽带口。
214、所述资源管理系统根据所述实体设备确定所述标准地址的第一逻辑资源,所述第一逻辑资源为所述实体设备上剩余可用的资源;
本实施例中的步骤212与前述实施例中步骤104类似,此处不再赘述。
215、所述资源管理系统根据资源自动分配规则自动分配所述第一逻辑资源;
通过步骤212确定了实体设备上可用的剩余资源后,资源管理系统确定该实体设备剩余的逻辑资源量足以分配订单所需要的逻辑资源资源并根据自动分配规则自动将该第一逻辑资源分配到实体设备上。
216、所述资源管理系统根据分配后的所述第一逻辑资源生成所述订单的第二逻辑资源;
第一逻辑资源与实体设备匹配成功会后,该逻辑资源会与该订单绑定,于订单存在一对一关系的逻辑资源为第二逻辑资源,第二逻辑资源为订单所需求的逻辑资源。
在实际情况中,自动分配使用oracle(甲骨文软件系统有限公司)的存储过程实现ont及端口、ip(internetprotocol,网际互连协议)、vlan(virtuallocalareanetwork,虚拟局域网)、物理号码、loid逻辑识别码等资源的自动分配。
第二逻辑资源主要用于宽带vlan、语音ip(vlan)、loid、onuid等这些后续的服务开通环节需要的资源参数的自动分配,具体此处不做限定。
217、所述资源管理系统封装所述第二逻辑资源;
本实施例中的步骤212与前述实施例中步骤106类似,此处不再赘述。
218、所述资源管理系统启动守护程序;
守护程序使用的编码语言可以为,c语言、java等所有能够实现该功能的计算机编程语言,此处不做具体限定。
219、所述资源管理系统通过所述守护程序自动根据封装后的所述第二逻辑资源处理所述订单;
守护程序用于封装第二逻辑资源,当守护程序启动并加载第二逻辑资源的数据,守护程序将会自动在后台接收并处理到达onu(opticalnetworkunit光网络单元)环节的订单,onu配置环节对应前述步骤203至215。
220、所述资源管理系统向集成订单系统发送所述第二逻辑资源,所述集成订单系统用于将所述第二逻辑资源分配给对应的所述实体设备;
本实施例中的步骤212与前述实施例中步骤107类似,此处不再赘述。
221、所述资源管理系统单独封装所述第二逻辑资源的内部数据;
将资源管理系统将逻辑资源单独封装是为了能够将第二逻辑资源精确到实体设备的各个端口,在实际情况下,实体设备端一般不是智能设备,常见的实体设备有obd(opticalbranchingdevice)、olt(opticallineterminal,光线路终端)、ont(opticalnetworkterminal,光网络终端)等,此处不做具体限定。
222、所述资源管理系统在统一的入口过程中调用所述内部数据,以生成结果数据;
内部数据是第二逻辑资源使用储存过程将自动分配onu(端口)、ip、vlan、loid等分别封装成单独的过程,然后在统一的入口过程中按步骤逐一调用,
223、所述资源管理系统封装所述结果数据。
自动分配成功后,将结果数据封装,传递给下一系统。
本申请实施例主要通过资源管理系统对数据进行统一、全面的管理,通过预设流程对订单进行自动分配,无论订单量的多少,都通过后台进程的方式运行,提高了订单处理效率和订单信息获取的准确性,有效释放了人力资源,做到了降本增效。
上面实施例对一种固网资源分配的方法进行了描述,下面对本申请实施例中的资源管理系统进行描述:
请参阅图3,申请实施例提供了资源管理系统的一种实施例包括:
第一获取单元301,用于获取订单的标准地址,所述标准地址用于确定订单的地理位置;
第二获取单元302,用于获取所述订单的所述设备型号;
第一生成单元303,用于根据所述标准地址和所述设备型号配置设备模板,所述设备模板用于配置所述订单中确定实体设备的信息,生成实体设备信息;
第一确定单元304,用于根据所述实体设备信息确定实体设备,所述实体设备为所述标准地址中真实存在的实体设备;
第二生成单元305,用于根据所述标准地址及所述标准地址与所述设备型号的匹配关系生成关联关系信息;
第二确定单元306,用于根据所述关联关系信息确定所述标准地址的第一逻辑资源,所述第一逻辑资源为所述实体设备上剩余可用的资源;
第三生成单元307,用于根据所述第一逻辑资源生成所述订单的第二逻辑资源,所述第二逻辑资源为所述订单在所述实体设备上占用的资源;
第一封装单元308,用于封装所述第二逻辑资源;
发送单元309,用于向集成订单系统发送所述第二逻辑资源,所述集成订单系统用于将所述第二逻辑资源分配给对应的所述实体设备。
本实施例中,各单元的功能与前述图1所示实施例中的步骤对应,此处不再赘述。
请参阅图4,申请实施例提供了资源管理系统的另一实施例包括:
第一判断单元401,用于当资源管理系统接收到订单时,判断所述订单是否为重复单;
第一取消单元402,用于在第一判断单元401的判断结果为所述订单属于重复单时,取消自动配置,所述重复单为非第一次获取所述标准地址的订单;
第一加载单元403,用于加载标准地址分级管理规则;
第一获取单元404,用于获取订单的标准地址,所述标准地址用于确定订单的地理位置;
第二获取单元405,用于获取所述订单的设备型号;
第三获取单元406,用于根据所述订单提取订单信息;
第二生成单元407,用于根据所述标准地址及所述标准地址与所述设备型号的匹配关系生成关联关系信息;
第二判断单元408,用于所述资源管理系统判断所述订单信息判断所述订单信息是否存在共享号码;
第四生成单元409,用于在第二判断单元406判断结果为存在共享号码时,则根据共享号码的订单信息生成实体设备信息;
第五生成单元410,用于根据所述实体设备信息生成所述实体设备对应的逻辑框架数据;
第六生成单元411,用于根据所述逻辑框架数据生成所述实体设备信息;
第一确定单元412,用于根据所述实体设备信息确定实体设备,所述实体设备为所述标准地址中真实存在的实体设备;
建立单元413,用于建立所述实体设备的逻辑连接关系,所述逻辑连接关系用于确定所述第一逻辑资源。
第二确定单元414,用于根据所述实体设备确定所述标准地址的第一逻辑资源,所述第一逻辑资源为所述实体设备上剩余可用的资源;
分配单元415,用于根据资源自动分配规则自动分配所述第一逻辑资源;
第七生成单元416,用于根据分配后的所述第一逻辑资源生成所述订单的第二逻辑资源;
第一封装单元417,用于封装所述第二逻辑资源;
启动单元418,用于启动守护程序;
处理单元419,用于通过所述守护程序自动根据封装后的所述第二逻辑资源处理所述订单;
发送单元420,用于向集成订单系统发送所述第二逻辑资源,所述集成订单系统用于将所述第二逻辑资源分配给对应的所述实体设备。
第二封装单元421,用于单独封装所述第二逻辑资源的内部数据;
第八生成单元422,用于在统一的入口过程中调用所述内部数据,以生成结果数据;
第三封装单元423,用于封装所述结果数据。
本实施例中,各单元的功能与前述图2.1与图2.2所示实施例中的步骤对应,此处不再赘述。
请参阅图5,申请实施例提供了资源管理系统的另一实施例包括:
本申请第三方面提供了一种资源管理系统,其特征在于,包括:
处理器501、存储器502、输入输出单元503、总线504;
所述处理器501与所述存储器502、所述输入输出单元503以及所述总线504相连;
本实施例中,所述处理器具体执行与前述图1至图2.1与图2.2所示实施例中的步骤对应,此处不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。