CN109218354A - 模型加载方法、装置、存储介质和计算机设备 - Google Patents
模型加载方法、装置、存储介质和计算机设备 Download PDFInfo
- Publication number
- CN109218354A CN109218354A CN201710525690.6A CN201710525690A CN109218354A CN 109218354 A CN109218354 A CN 109218354A CN 201710525690 A CN201710525690 A CN 201710525690A CN 109218354 A CN109218354 A CN 109218354A
- Authority
- CN
- China
- Prior art keywords
- model
- current
- version number
- file
- network element
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000011068 loading method Methods 0.000 title claims abstract description 33
- 238000004422 calculation algorithm Methods 0.000 claims abstract description 15
- 238000000034 method Methods 0.000 claims description 28
- 238000001514 detection method Methods 0.000 claims description 18
- 230000005540 biological transmission Effects 0.000 claims description 4
- 230000006835 compression Effects 0.000 claims description 2
- 238000007906 compression Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000004366 reverse phase liquid chromatography Methods 0.000 description 3
- 238000010845 search algorithm Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0859—Retrieval of network configuration; Tracking network configuration history by keeping history of different configuration generations or by rolling back to previous configuration versions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/133—Protocols for remote procedure calls [RPC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及一种模型加载方法,与网元建立会话;查询并获取网元上报的当前模型版本号;根据模型查询算法判断当前模型版本号对应的模型是否已经加载;若否,则获取当前模型版本号对应的模型文件;将模型文件加载到本地;若是,则直接使用当前模型版本号对应的模型文件,接入网元进行操作。当检测到模型已经加载时,无需对模型再次进行加载,保证相同的模型只要解析加载一次,提高了模型加载的效率,节省带宽。本发明还包括一种模型加载装置、存储介质和计算机设备。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种模型加载方法、装置、存储介质和计算机设备。
背景技术
IETF(The Internet Engineering Task Force,国际互联网工程任务组)提出了一种NETCONF网络管理协议,NETCONF协议提出了一套对于网络设备进行管理的机制,采用xml格式作为数据载体,通过远程调用接口的方式进行数据交互,NETCONF协议采用YANG进行建模,其中,YANG模型是一种数据建模语言,用来建模由NETCONF协议、NETCONF远端过程调用(RPCs)、和NETCONF通知(notification)操作的配置数据和状态数据。
传统技术中,在网元与网管建立连接时,网元会将通过YANG描述的业务模型上报至网管,导致当网管接入大量的网元时,产生大量的消息交互,消耗较多的带宽,严重影响网元的接入。
发明内容
基于此,有必要针对上述问题,提供一种模型加载方法、装置、存储介质和计算机设备,能够对网元相同版本的模型只加载一次,优化模型加载的效率,节省带宽。
一种模型加载方法,包括:
与网元建立会话;
查询并获取所述网元上报的当前模型版本号;
根据模型查询算法判断所述当前模型版本号对应的模型是否已经加载;
若否,则获取所述当前模型版本号对应的模型文件;
将所述模型文件加载到本地;
若是,则直接使用所述当前模型版本号对应的模型文件,接入所述网元进行操作。
一种模型加载装置,所述装置包括:
会话建立模块,用于与网元建立会话;
查询模块,用于查询并获取所述网元上报的当前模型版本号;
判断模块,用于根据模型查询算法判断所述当前模型版本号对应的模型是否已经加载;
加载模块,用于若否,则获取所述当前模型版本号对应的模型文件,将所述模型文件加载到本地;
操作模块,用于若是,则直接使用所述当前模型版本号对应的模型文件,接入所述网元进行操作。
一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机可执行指令,所述计算机可执行指令被处理器执行时,使得所述处理器执行以下步骤:与网元建立会话;查询并获取所述网元上报的当前模型版本号;根据模型查询算法判断所述当前模型版本号对应的模型是否已经加载;若否,则获取所述当前模型版本号对应的模型文件;将所述模型文件加载到本地;若是,则直接使用所述当前模型版本号对应的模型文件,接入所述网元进行操作。
一种计算机设备,其特征在于,包括存储器和处理器,所述存储器中储存有计算机可读指令,所述计算机可读指令被所述处理器执行时,使得所述处理器执行以下步骤:与网元建立会话;查询并获取所述网元上报的当前模型版本号;根据模型查询算法判断所述当前模型版本号对应的模型是否已经加载;若否,则获取所述当前模型版本号对应的模型文件;将所述模型文件加载到本地;若是,则直接使用所述当前模型版本号对应的模型文件,接入所述网元进行操作。
上述模型加载方法、装置、存储介质和计算机设备,在与网元建立会话后,获取网元上报的当前模型版本号,并利用查询算法比较判断当前模型版本号对应的模型是否已经加载,如果未加载,则获取当前模型版本号对应的模型文件,加载到本地,如果已加载,则直接使用对应的模型文件,接入网元进行操作。使用模型版本号区分不同的模型,并使用模型版本号判断对应的模型是否加载,当检测到模型已经加载时,无需对模型再次进行加载,保证相同的模型只要解析加载一次,提高了模型加载的效率,节省带宽。
附图说明
图1为一个实施例中模型加载方法的应用环境图;
图2为一个实施例中模型加载方法的流程图;
图3为一个实施例中检测模型加载状态的方法流程图;
图4为另一个实施例中检测模型加载状态的方法流程图;
图5为一个具体实施例中模型加载方法的流程图;
图6为另一个具体实施例中模型加载方法的流程图;
图7为一个实施例中模型加载装置的结构框图;
图8为一个实施例中判断模块的结构框图;
图9为另一个实施例中判断模块的结构框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
图1为一个实施例中模型加载方法的应用环境图。如图1所示,该应用环境包括网管110和网元120,其中网管110和网元120可通过网络进行通信。网管110和网元120建立会话后,网元120上报当前模型版本信息和网元中的各个模型对应的状态信息至网管110,网管110获取当前模型版本号,根据模型版本号判断当前模型版本号对应的模型是否已经加载,若否,则从网元120或者服务器中获取当前模型版本号对应的模型文件并加载到本地,若是,则网管110直接网元120进行操作。其中网管110可以是移动终端,终端110可以是但不仅限于是智能手机、平板电脑、笔记本电脑、穿戴设备等。网元120可以是服务器。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
如图2所示,在一个实施例中,提供一种模型加载方法,包括以下内容:
步骤S210,与网元建立会话。
其中,网元由一个或多个机盘或机框组成,能够独立完成传输功能。网元是一种网络设备,是网络管理中可以监视和管理的最小单位。
具体地,网管向网元发起连接请求,建立连接后,双方发送报文,进行能力交换建立会话,采用SSH(Secure Shell,安全外壳协议)。其中,SSH是由IETF(互联网工程任务组)的网络小组(Network Working Group)所制定的,建立在应用层基础上的安全协议。SSH协议是专为远程登录会话和其他网络服务提供安全性的协议,网络服务提供安全性的协议。利用SSH协议可以有效防止远程管理过程中的信息泄露问题。
能力交换是NETCONF协议中定义的一种标准流程,NETCONF协议是一种基于XML的网络配置协议。
步骤S220,查询并获取网元上报的当前模型版本号。
其中,模型版本号用来标识网元模型的版本信息。具体地,与网元建立会话后,网元中的模型作为网元的一种能力进行上报,获取网元上报的模型信息,读取模型信息对应的模型版本号。模型信息可以在网元建立连接后,在上报的第一个报文中携带对应的模型信息,也可以是使用单独的报文定义网元的模型信息进行上报。
步骤S230,根据模型查询算法判断当前模型版本号对应的模型是否已经加载,若否,执行步骤S240,若是,执行步骤S250。
其中,模型查询算法用来对网元当前上报的模型版本号与已经加载的模型版本号进行比较,判断当前模型版本号对应的网元模型是否已经记载。
具体地,已经加载的模型版本号可以存储在网元中,也可以存储在网管中,或者存储在第三方服务器中。进一步地,网管每加载一个模型版本号对应的模型文件到本地时,记录加载的模型文件对应的网元模型,生成历史加载记录。当获取到当前模型版本号时,直接遍历历史加载记录判断当前模型版本号对应的网元模型是否已经加载。或网元与网管建立会话,上报对应的模型文件后,标记上报的模型,如设置上报的模型为加载状态。当再次与网元建立会话时,网元上报当前模型版本信息,网管调取网元标记的各个模型的记载状态,判断当前模型版本号对应的模型是否已经加载。也可以通过第三方服务器标记模型加载状态,通过调取第三方服务器中的模型加载状态列表判断当前模型版本号对应的模型是否已经加载。
步骤S240,获取当前模型版本号对应的模型文件,将模型文件加载到本地。
具体地,当检测到当前模型版本号对应的模型未加载时,根据当前模型版本号获取对应的模型文件,将模型文件加载到本地。进一步地,将模型文件加载到本地之后,可以对该模型文件对应的模型进行标记也可以使网元上传对应的模型文件时,对模型文件对应的模型的加载状态进行标记。
步骤S250,直接使用当前模型版本号对应的模型文件,接入网元进行操作。
具体地,如果检测到当前模型版本号对应的模型已经加载,则直接获取模型对应的模型文件,将网管接入网元,对网元进行相关操作。
本实施例中,在与网元建立会话后,获取网元上报的当前模型版本号,并利用查询算法比较判断当前模型版本号对应的模型是否已经加载,如果未加载,则获取当前模型版本号对应的模型文件,加载到本地,如果已加载,则直接使用对应的模型文件,接入网元进行操作。使用模型版本号区分不同的模型,并使用模型版本号判断对应的模型是否加载,当检测到模型已经加载时,无需对模型再次进行加载,保证相同的模型只要解析加载一次,提高了模型加载的效率,节省带宽。
如图3所示,在一个实施例中,步骤S230包括:
步骤S230A,获取建立会话的网元上报的当前模型版本标签集合,当前模型版本标签集合记录了网元中的各个模型对应的模型版本号和当前模型状态信息。
具体地,在网元中单独定义远程过程调用RPC报文,在RPC报文中定义模型版本标签,模型版本标签中包括模型的版本信息和模型状态信息,模型状态信息可以通过status标签定义,例如通过status标签的load/unload状态标记模型版本号对应的模型是否被加载。
在检测到模型版本号对应的模型未加载时,向网元发送获取模型版本号对应的模型文件的指令,网元在接收到获取模型文件的指令后上报对应的模型文件,并更改上报的模型文件的状态信息,如将status标签状态改为load。更改所有已经上报的模型文件的状态为已加载,未上报的标记为未加载,生成对应的模型版本标签集合。
进一步地,当前模型版本标签集合,是指上报当前模型文件版本信息之前对应的各个模型的状态信息。
步骤S230B,调用预先建立的远程过程调用RPC报文遍历当前模型版本标签集合,检测当前模型版本号对应的当前模型状态信息是否为已加载状态。
具体的,定义单独的远程过程调用RPC报文对模型版本标签集合中的信息进行查询,遍历当前模型版本标签集合中各个模型版本,获取与当前模型版本号相同的模型版本号对应的模型版本标签,检测获取到的模型版本标签是否为已加载状态。
如定义如下形式的远程过程调用RPC报文对模型版本标签集合进行查询。
步骤S230C,若当前版本状态信息为已加载状态,则当前模型版本号对应的模型已经加载,否则,当前模型版本号对应的模型未加载。
由于模型版本状态信息反应了模型的加载状态,因此,当模型对应的当前版本状态信息为已加载状态,则模型为已加载模型,否则,为未加载模型。
本实施例中,通过网元标记已经上报的模型版本号对应的模型文件,使用单独的远程过程调用RPC报文查询模型版本号对应的模型加载状态。与网元的会话建立过程单独进行,提高了查询当前模型版本号的效率。
在一个实施例中,步骤S220之前包括:在会话建立后,获取网元上报的第一报文信息,第一报文信息中包括预先通过扩展标准协议添加的当前模型版本信息,通过查询第一报文信息中的当前模型版本信息获取网元对应的当前模型版本号。
具体地,第一报文信息可以是hello报文。NETCONF协议的基础上,扩展标准协议,在标准协议中添加模型版本信息节点记载模型版本信息,如在hello报文中添加<version>version2</version>记载模型版本信息,在建立连接后,发送的hello报文中包括上报的模型对应的模型版本信息,可以通过报文直接获取到当前模型版本号。
本实施例中,通过修改标准协议,在标准协议中增加记录模型版本信息的节点,当与网元建立会话后,获取网元上报的第一个报文时即可获取到网元对应的当前模型版本号,不需要遍历查询模型文件中的所有版本,提高了对模型版本号的查询效率。
如图4所示,在一个实施例中,步骤S230包括:
步骤S231,将模型文件加载到本地后,记录模型文件对应的模型生成历史加载记录。
具体地,将模型文件加到本地后,记录模型文件对应的模型的加载信息生成历史加载记录。进一步地,为便于对模型加载信息进行查询和存储,对记录的模型加载信息进行持久化,也就是将模型加载信息存储在数据库中进行长久保存。
步骤S233,获取历史加载记录,检测历史加载记录中是否存在与当前模型版本号对应的模型相同的模型。
具体地,当与网元建立会话,并获取到网元上报的当前模型版本号时,获取在与该网元建立会话之前生成的历史记载记录,检测历史加载记录中是否存储与当前模型版本号相同的模型版本号。
步骤S235,若存在,则当前模型版本号对应的模型已经加载,若不存在,则当前模型版本号对应的模型未加载。
具体地,若历史加载记录中是否存储与当前模型版本号相同的模型版本号,则说明当前模型版本号对应的模型已经加载,否则,说明当前模型版本号对应的模型未加载。
本实施例中,通过对加载的模型文件进行记载,并保存加载记录,从而根据加载历史记录对当前模型版本号对应的模型的加载状态进行判断,不需要从网元中获取对应的模型版本号对应的模型加载状态,提高了对模型加载状态的检测效率。
在一个实施例中,步骤S240包括:获取当前模型版本号对应的模型文件接口,通过模型文件接口下发文件传输协议信息到网元,以使网元根据文件传输协议信息获取当前模型版本号对应的模型文件,并将模型文件压缩后上传至对应的服务器。
其中,文件传输协议是指FTP(File Transfer Protocol)协议,FTP协议包括FTP服务器和FTP客户端。其中FTP服务器用来存储文件,用户可以使用FTP客户端通过FTP协议访问位于FTP服务器上的资源。
具体地,当检测到当前模型版本号对应的模型未加载时,通过模型版本号对应的模型文件接口向网元发送文件传输协议信息,文件传输协议信息中携带当前模型版本信息与模型文件获取请求,网元接收到文件传输协议信息后,根据当前模型版本信息获取对应的模型文件,并根据文件传输协议对模型文件进行压缩,将压缩后的模型文件上传至对应的服务器。
本实施例中,通过模型文件接口下发文件传输协议信息,使得网元根据文件传输协议信息对模型文件进行压缩后再上传,提高了文件传输的速度。
如图5所示,在一个具体实施例中,提供一种模型加载方法,包括以下内容:
步骤S301,与网元建立会话。
步骤S302,获取建立会话的网元上报的当前模型版本标签集合,当前模型版本标签集合记录了网元中的各个模型对应的模型版本号和当前模型状态信息。
步骤S303,调用预先建立的远程过程调用RPC报文遍历当前模型版本标签集合,检测当前模型版本号对应的当前模型状态信息是否为已加载状态,若否,执行步骤S304,若是,执行步骤S306。
步骤S304,获取当前模型版本号对应的模型文件接口,通过模型文件接口下发文件传输协议信息到网元,以使网元根据文件传输协议信息获取当前模型版本号对应的模型文件,并将模型文件压缩后上传至对应的服务器。
步骤S305,从对应的服务器中下载模型文件到本地。
步骤S306,直接使用当前模型版本号对应的模型文件,接入网元进行操作。
本实施例中,在与网元建立会话后,通过网元根据模型文件的上报情况记载模型加载状态,定义单独的上报远程过程调用RPC报文查询网元上报的当前对应的各个模型版本号对应的模型的加载状态,从而判断模型是否加载,若没有加载,则使用模型文件接口下发文件传输协议信息,使得网对模型文件进行压缩后再上传,提高文件传输效率,当检测到模型已经加载时,无需对模型再次进行加载,保证相同的模型只要解析加载一次,提高了模型加载的效率,节省带宽。
如图6所示,在一个具体实施例中,提供一种模型加载方法,包括以下内容:
步骤S401,与网元建立会话。
步骤S402,在会话建立后,获取网元上报的第一报文信息,第一报文信息中包括预先通过扩展标准协议添加的当前模型版本信息。
步骤S403,通过查询第一报文信息中的当前模型版本信息获取网元对应的当前模型版本号。
步骤S404,获取历史加载记录,检测历史加载记录中是否存在与当前模型版本号对应的模型相同的模型,若否,则执行步骤S405,若是,则执行步骤S407。
步骤S405,获取当前模型版本号对应的模型文件接口,通过模型文件接口下发文件传输协议信息到网元,以使网元根据文件传输协议信息获取当前模型版本号对应的模型文件,并将模型文件压缩后上传至对应的服务器。
步骤S406,从对应的服务器中下载模型文件到本地。
步骤S407,直接使用当前模型版本号对应的模型文件,接入网元进行操作。
本实施例中,在与网元建立会话后,在第一个上报报文中添加当前模型版本信息,获取对应的当前模型版本号,并根据历史加载记录判断模型是否加载,若没有加载,则使用模型文件接口下发文件传输协议信息,使得网对模型文件进行压缩后再上传,提高文件传输效率,当检测到模型已经加载时,无需对模型再次进行加载,保证相同的模型只要解析加载一次,提高了模型加载的效率,节省带宽。
如图7所示,在一个实施例中,提供一种模型加载装置,包括:
会话建立模块710,用于与网元建立会话。
查询模块720,用于查询并获取网元上报的当前模型版本号。
判断模块730,用于根据模型查询算法判断当前模型版本号对应的模型是否已经加载。
加载模块740,用于若否,则获取当前模型版本号对应的模型文件,将模型文件加载到本地。
操作模块750,用于若是,则直接使用当前模型版本号对应的模型文件,接入网元进行操作。
如图8所示,在一个实施例中,判断模块730包括:
第一获取模块730A,用于获取建立会话的网元上报的当前模型版本标签集合,当前模型版本标签集合记录了网元中的各个模型对应的模型版本号和当前模型状态信息。
调用检测模块730B,用于调用预先建立的远程过程调用RPC报文遍历当前模型版本标签集合,检测当前模型版本号对应的当前模型状态信息是否为已加载状态。
状态确定模块730C,用于若当前版本状态信息为已加载状态,则当前模型版本号对应的模型已经加载,否则,当前模型版本号对应的模型未加载。
在一个实施例中,查询模块720还用于在会话建立后,获取网元上报的第一报文信息,第一报文信息中包括预先通过扩展标准协议添加的当前模型版本信息。通过查询第一报文信息中的当前模型版本信息获取网元对应的当前模型版本号。
如图9所示,在一个实施例中,判断模块730包括:
记录模块731,用于将模型文件加载到本地后,记录模型文件对应的模型生成历史加载记录。
检测模块732,用于获取历史加载记录,检测历史加载记录中是否存在与当前模型版本号对应的模型相同的模型。若存在,则当前模型版本号对应的模型已经加载,若不存在,则当前模型版本号对应的模型未加载。
在一个实施例中,加载模块740还用于获取当前模型版本号对应的模型文件接口,通过模型文件接口下发文件传输协议信息到网元,以使网元根据文件传输协议信息获取当前模型版本号对应的模型文件,并将模型文件压缩后上传至对应的服务器。
在一个实施例中,提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机可执行指令,计算机可执行指令被处理器执行时,使得处理器执行以下步骤:与网元建立会话;查询并获取网元上报的当前模型版本号;根据模型查询算法判断当前模型版本号对应的模型是否已经加载;若否,则获取当前模型版本号对应的模型文件;将模型文件加载到本地;若是,则直接使用当前模型版本号对应的模型文件,接入网元进行操作。
本实施例中,计算机可读存储介质,在与网元建立会话后,获取网元上报的当前模型版本号,并利用查询算法比较判断当前模型版本号对应的模型是否已经加载,如果未加载,则获取当前模型版本号对应的模型文件,加载到本地,如果已加载,则直接使用对应的模型文件,接入网元进行操作。使用模型版本号区分不同的模型,并使用模型版本号判断对应的模型是否加载,当检测到模型已经加载时,无需对模型再次进行加载,保证相同的模型只要解析加载一次,提高了模型加载的效率,节省带宽。
在一个实施例中,计算机可执行指令被处理器执行时,还使得处理器执行以下步骤:获取建立会话的网元上报的当前模型版本标签集合,当前模型版本标签集合记录了网元中的各个模型对应的模型版本号和当前模型状态信息;调用预先建立的远程过程调用RPC报文遍历当前模型版本标签集合,检测当前模型版本号对应的当前模型状态信息是否为已加载状态;若当前版本状态信息为已加载状态,则当前模型版本号对应的模型已经加载,否则,当前模型版本号对应的模型未加载。
在一个实施例中,计算机可执行指令被处理器执行时,还使得处理器执行以下步骤:在会话建立后,获取网元上报的第一报文信息,第一报文信息中包括预先通过扩展标准协议添加的当前模型版本信息;通过查询第一报文信息中的当前模型版本信息获取网元对应的当前模型版本号。
在一个实施例中,计算机可执行指令被处理器执行时,还使得处理器执行以下步骤:将模型文件加载到本地后,记录模型文件对应的模型生成历史加载记录;获取历史加载记录,检测历史加载记录中是否存在与当前模型版本号对应的模型相同的模型;若存在,则当前模型版本号对应的模型已经加载,若不存在,则当前模型版本号对应的模型未加载。
在一个实施例中,计算机可执行指令被处理器执行时,还使得处理器执行以下步骤:获取当前模型版本号对应的模型文件接口,通过模型文件接口下发文件传输协议信息到网元,以使网元根据文件传输协议信息获取当前模型版本号对应的模型文件,并将模型文件压缩后上传至对应的服务器。
在一个实施例中,提供一种计算机设备,包括存储器和处理器,存储器中储存有计算机可读指令,计算机可读指令被处理器执行时,使得处理器执行以下步骤:与网元建立会话;查询并获取网元上报的当前模型版本号;根据模型查询算法判断当前模型版本号对应的模型是否已经加载;若否,则获取当前模型版本号对应的模型文件;将模型文件加载到本地;若是,则直接使用当前模型版本号对应的模型文件,接入网元进行操作。
本实施例中,计算机设备在与网元建立会话后,获取网元上报的当前模型版本号,并利用查询算法比较判断当前模型版本号对应的模型是否已经加载,如果未加载,则获取当前模型版本号对应的模型文件,加载到本地,如果已加载,则直接使用对应的模型文件,接入网元进行操作。使用模型版本号区分不同的模型,并使用模型版本号判断对应的模型是否加载,当检测到模型已经加载时,无需对模型再次进行加载,保证相同的模型只要解析加载一次,提高了模型加载的效率,节省带宽。
在一个实施例中,计算机可读指令被处理器执行时,还使得处理器执行以下步骤:获取建立会话的网元上报的当前模型版本标签集合,当前模型版本标签集合记录了网元中的各个模型对应的模型版本号和当前模型状态信息;调用预先建立的远程过程调用RPC报文遍历当前模型版本标签集合,检测当前模型版本号对应的当前模型状态信息是否为已加载状态;若当前版本状态信息为已加载状态,则当前模型版本号对应的模型已经加载,否则,当前模型版本号对应的模型未加载。
在一个实施例中,计算机可读指令被处理器执行时,还使得处理器执行以下步骤:在会话建立后,获取网元上报的第一报文信息,第一报文信息中包括预先通过扩展标准协议添加的当前模型版本信息;通过查询第一报文信息中的当前模型版本信息获取网元对应的当前模型版本号。
在一个实施例中,计算机可读指令被处理器执行时,还使得处理器执行以下步骤:将模型文件加载到本地后,记录模型文件对应的模型生成历史加载记录;获取历史加载记录,检测历史加载记录中是否存在与当前模型版本号对应的模型相同的模型;若存在,则当前模型版本号对应的模型已经加载,若不存在,则当前模型版本号对应的模型未加载。
在一个实施例中,计算机可读指令被处理器执行时,还使得处理器执行以下步骤:获取当前模型版本号对应的模型文件接口,通过模型文件接口下发文件传输协议信息到网元,以使网元根据文件传输协议信息获取当前模型版本号对应的模型文件,并将模型文件压缩后上传至对应的服务器。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述程序可存储于一计算机可读取存储介质中,如本发明实施例中,该程序可存储于计算机系统的存储介质中,并被该计算机系统中的至少一个处理器执行,以实现包括如上述各方法的实施例的流程。其中,所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种模型加载方法,其特征在于,所述方法包括:
与网元建立会话;
查询并获取所述网元上报的当前模型版本号;
根据模型查询算法判断所述当前模型版本号对应的模型是否已经加载;
若否,则获取所述当前模型版本号对应的模型文件;
将所述模型文件加载到本地;
若是,则直接使用所述当前模型版本号对应的模型文件,接入所述网元进行操作。
2.根据权利要求1所述的方法,其特征在于,所述根据模型查询算法判断所述当前模型版本号对应的模型是否已经加载包括:
获取建立会话的网元上报的当前模型版本标签集合,所述当前模型版本标签集合记录了所述网元中的各个模型对应的模型版本号和当前模型状态信息;
调用预先建立的远程过程调用RPC报文遍历所述当前模型版本标签集合,检测所述当前模型版本号对应的当前模型状态信息是否为已加载状态;
若所述当前版本状态信息为已加载状态,则所述当前模型版本号对应的模型已经加载,否则,所述当前模型版本号对应的模型未加载。
3.根据权利要求1所述的方法,其特征在于,所述查询并获取所述网元上报的当前模型版本号的步骤之前,还包括:
在所述会话建立后,获取网元上报的第一报文信息,所述第一报文信息中包括预先通过扩展标准协议添加的当前模型版本信息;
通过查询所述第一报文信息中的所述当前模型版本信息获取所述网元对应的当前模型版本号。
4.根据权利要求1或3所述的方法,其特征在于,所述根据模型查询算法判断所述当前模型版本号对应的模型是否已经加载的步骤包括:
将模型文件加载到本地后,记录模型文件对应的模型生成历史加载记录;
获取所述历史加载记录,检测所述历史加载记录中是否存在与所述当前模型版本号对应的模型相同的模型;
若存在,则所述当前模型版本号对应的模型已经加载,若不存在,则所述当前模型版本号对应的模型未加载。
5.根据权利要求1所述的方法,其特征在于,所述若否,则获取所述当前模型版本号对应的模型文件的步骤包括:
获取所述当前模型版本号对应的模型文件接口,通过所述模型文件接口下发文件传输协议信息到网元,以使网元根据所述文件传输协议信息获取所述当前模型版本号对应的模型文件,并将所述模型文件压缩后上传至对应的服务器。
6.一种模型加载装置,其特征在于,所述装置包括:
会话建立模块,用于与网元建立会话;
查询模块,用于查询并获取所述网元上报的当前模型版本号;
判断模块,用于根据模型查询算法判断所述当前模型版本号对应的模型是否已经加载;
加载模块,用于若否,则获取所述当前模型版本号对应的模型文件,将所述模型文件加载到本地;
操作模块,用于若是,则直接使用所述当前模型版本号对应的模型文件,接入所述网元进行操作。
7.根据权利要求6所述的装置,其特征在于,所述判断模块包括:
第一获取模块,用于获取建立会话的网元上报的当前模型版本标签集合,所述当前模型版本标签集合记录了所述网元中的各个模型对应的模型版本号和当前模型状态信息;
调用检测模块,用于调用预先建立的远程过程调用RPC报文遍历所述当前模型版本标签集合,检测所述当前模型版本号对应的当前模型状态信息是否为已加载状态;
状态确定模块,用于若所述当前版本状态信息为已加载状态,则所述当前模型版本号对应的模型已经加载,否则,所述当前模型版本号对应的模型未加载。
8.根据权利要求6所述的装置,其特征在于,所述查询模块还用于在所述会话建立后,获取网元上报的第一报文信息,所述第一报文信息中包括预先通过扩展标准协议添加的当前模型版本信息;通过查询所述第一报文信息中的所述当前模型版本信息获取所述网元对应的当前模型版本号。
9.根据权利要求6或8所述的装置,其特征在于,所述判断模块包括:
记录模块,用于将模型文件加载到本地后,记录模型文件对应的模型生成历史加载记录;
检测模块,用于获取所述历史加载记录,检测所述历史加载记录中是否存在与所述当前模型版本号对应的模型相同的模型;若存在,则所述当前模型版本号对应的模型已经加载,若不存在,则所述当前模型版本号对应的模型未加载。
10.根据权利要求6所述的装置,其特征在于,所述加载模块还用于获取所述当前模型版本号对应的模型文件接口,通过所述模型文件接口下发文件传输协议信息到网元,以使网元根据所述文件传输协议信息获取所述当前模型版本号对应的模型文件,并将所述模型文件压缩后上传至对应的服务器。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710525690.6A CN109218354A (zh) | 2017-06-30 | 2017-06-30 | 模型加载方法、装置、存储介质和计算机设备 |
PCT/CN2018/093586 WO2019001562A1 (zh) | 2017-06-30 | 2018-06-29 | 模型加载方法、装置、存储介质和计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710525690.6A CN109218354A (zh) | 2017-06-30 | 2017-06-30 | 模型加载方法、装置、存储介质和计算机设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109218354A true CN109218354A (zh) | 2019-01-15 |
Family
ID=64741141
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710525690.6A Pending CN109218354A (zh) | 2017-06-30 | 2017-06-30 | 模型加载方法、装置、存储介质和计算机设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109218354A (zh) |
WO (1) | WO2019001562A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112395437A (zh) * | 2019-08-16 | 2021-02-23 | 北京百度网讯科技有限公司 | 一种3d模型的加载方法、装置、电子设备及存储介质 |
CN115701042A (zh) * | 2021-07-29 | 2023-02-07 | 华为技术有限公司 | 配置更新的方法、装置、系统及计算机可读存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112528283A (zh) * | 2020-12-15 | 2021-03-19 | 微医云(杭州)控股有限公司 | Sdk收集用户信息的检测方法及装置、电子设备、存储介质 |
CN115589351A (zh) * | 2021-07-06 | 2023-01-10 | 华为技术有限公司 | 一种查询方法、装置及设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101447891A (zh) * | 2008-04-17 | 2009-06-03 | 中兴通讯股份有限公司 | 业务模型自适应系统及方法 |
CN102238033A (zh) * | 2011-07-04 | 2011-11-09 | 中兴通讯股份有限公司 | 低级网管系统的管理方法及装置、系统 |
US8341594B1 (en) * | 2004-07-08 | 2012-12-25 | The Mathworks, Inc. | Version control in modeling environments |
CN105808748A (zh) * | 2016-03-14 | 2016-07-27 | 广州市诚毅科技软件开发有限公司 | 一种mib版本对比方法和装置 |
CN106487567A (zh) * | 2015-09-02 | 2017-03-08 | 中兴通讯股份有限公司 | 一种网元模型管理方法及装置 |
US20170078158A1 (en) * | 2015-09-14 | 2017-03-16 | Cisco Technology, Inc. | Techniques for yang model version control validation |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101212342B (zh) * | 2006-12-27 | 2011-08-03 | 大唐移动通信设备有限公司 | 多版本网元的网络管理方法 |
-
2017
- 2017-06-30 CN CN201710525690.6A patent/CN109218354A/zh active Pending
-
2018
- 2018-06-29 WO PCT/CN2018/093586 patent/WO2019001562A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8341594B1 (en) * | 2004-07-08 | 2012-12-25 | The Mathworks, Inc. | Version control in modeling environments |
CN101447891A (zh) * | 2008-04-17 | 2009-06-03 | 中兴通讯股份有限公司 | 业务模型自适应系统及方法 |
CN102238033A (zh) * | 2011-07-04 | 2011-11-09 | 中兴通讯股份有限公司 | 低级网管系统的管理方法及装置、系统 |
CN106487567A (zh) * | 2015-09-02 | 2017-03-08 | 中兴通讯股份有限公司 | 一种网元模型管理方法及装置 |
US20170078158A1 (en) * | 2015-09-14 | 2017-03-16 | Cisco Technology, Inc. | Techniques for yang model version control validation |
CN105808748A (zh) * | 2016-03-14 | 2016-07-27 | 广州市诚毅科技软件开发有限公司 | 一种mib版本对比方法和装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112395437A (zh) * | 2019-08-16 | 2021-02-23 | 北京百度网讯科技有限公司 | 一种3d模型的加载方法、装置、电子设备及存储介质 |
CN112395437B (zh) * | 2019-08-16 | 2024-04-30 | 北京百度网讯科技有限公司 | 一种3d模型的加载方法、装置、电子设备及存储介质 |
CN115701042A (zh) * | 2021-07-29 | 2023-02-07 | 华为技术有限公司 | 配置更新的方法、装置、系统及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2019001562A1 (zh) | 2019-01-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109818868B (zh) | 一种实现边缘网络能力开放的方法、装置、设备及存储介质 | |
CN109218354A (zh) | 模型加载方法、装置、存储介质和计算机设备 | |
WO2016184175A1 (zh) | 数据库处理方法及装置 | |
CN110716974A (zh) | 物联网设备与平台的动态交互方法、系统及存储介质 | |
CN106375458A (zh) | 服务调用系统、方法及装置 | |
CN103716356B (zh) | 基于web的存储过程操作方法、装置和系统 | |
CN109660593B (zh) | 物联网平台接入管理方法、装置及系统 | |
CN101854343A (zh) | 提供节点信息的方法、获取节点信息的方法及设备 | |
CN106357442A (zh) | 一种服务器集群监控方法及系统 | |
CN105656964B (zh) | 数据推送的实现方法及装置 | |
CN109818820A (zh) | 流量数据监控方法、装置、电子设备及存储介质 | |
CN113785535A (zh) | 数据处理实体 | |
US10536397B2 (en) | Packet count-based object locking protocol | |
US11533247B2 (en) | Methods, systems, and computer readable media for autonomous network test case generation | |
CN114529005A (zh) | 机器学习模型管理方法、装置和系统 | |
Budakoti et al. | IoT gateway middleware for SDN managed IoT | |
CN106230939A (zh) | 一种应用运行监控方法及系统 | |
CN109885533A (zh) | 一种基于dht网络的数据部署方法、节点设备、数据部署系统及存储介质 | |
CN115567604A (zh) | 基于微服务系统的服务调用方法及服务器 | |
CN106533716B (zh) | 一种北向接口的管理方法和系统 | |
CN114679472A (zh) | 通信系统、方法、装置、存储介质及电子设备 | |
CN111490997B (zh) | 任务处理方法、代理系统、服务系统和电子设备 | |
CN115225637A (zh) | 云数据的显示方法和装置、存储介质及电子设备 | |
US11709725B1 (en) | Methods, systems, and computer readable media for health checking involving common application programming interface framework | |
US9948499B2 (en) | Location of unidirectional handover relationships |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190115 |