一种数据上报方法、装置、设备及存储介质
文献发布时间:2023-06-19 11:22:42
技术领域
本申请涉及计算机技术领域,尤其涉及一种数据上报方法、装置、设备及存储介质。
背景技术
数据上报是将下游数据上传到上游数据的过程。现有技术所使用的一些信息系统相互独立,不具有实时采集和分析数据功能。特别是在将数据上报至国资监管时,由于国资委内信息化建设的现状所限,各个处室尚且无法自动共享所需信息,需要从被监管企业收集汇总符合自身工作需要的数据。
被监管企业在将数据上报至国资监管时,往往需要将业务数据按照既定的格式,根据国资委要求形成不同形式的文件,上报到国资委系统中。因此,研发人员既需要关注业务实现过程,同时需要关注数据上报的技术实现细节,导致数据上报系统的开发过程难度较大。一旦国资委对上报文件格式进行调整,数据上报技术细节就需要相应进行更迭,从而需要投入较多的工作量对数据上报系统进行相应的升级改造。
发明内容
本申请实施例提供了一种数据上报方法、装置、设备及存储介质,用于解决如下技术问题:数据上报系统的开发难度较大,以致上报文件格式进行调整时,需要投入较多的工作量对数据上报系统进行相应的升级改造。
本申请实施例采用下述技术方案:
本申请实施例提供一种数据上报方法。确定出需要上报数据的上报格式;根据上报格式确定出对应的实体对象;将需要上报数据填入实体对象中,得到待解析的实体对象;根据上报数据确定出指标类型;根据预设特性表、指标类型以及上报格式确定出待解析的实体对象中的特性注解;其中,预设特性表包括指标类型,及指标类型所对应的各上报格式的特性注解;通过解析器将带有对应特性注解的实体对象解析成符合数据上报格式要求的文件,以进行数据上报。
本申请实施例通过确定出上报数据的上报格式,能够选择相应的解析器对实体对象进行解析。此外,本申请实施例预先根据不同的上报数据格式,设置不同的实体对象,因此只需将需要上报的数据填充如实体对象中,即可根据实体对象中的特性注解,对实体对象进行解析。研发人员不需要关注解析过程中的细节,极大的减缓了在上报技术细节发生更迭时系统开发的再次投入工作。
确定出需要上报数据的上报格式,具体包括:
通过线下的方式接收到需要上报的第一上报文件格式,以将待解析的实体对象解析成符合第一上报文件格式要求的上报文件;通过线上的方式接收到需要上报的第二上报文件格式模板,以将待解析的实体对象解析成符合第二上报文件形式模板要求的上报文件。
在本申请的一种实现方式中,确定出需要上报数据的上报格式之后,在要求上报格式为两种的情况下,方法还包括:将指标类型相同但文件形式不同的特性注解标注在同一实体对象中;将需要上报数据分别填充到文件形式不同的特性注解分别对应的位置,并根据不同类型的解析器分别对实体对象进行解析。
本申请实施例在需要上传的数据类型为多种类型的情况下,能够仅使用同一个实体对象,将不同类型的特性注解标注在同一个实体对象中,同时将同一个数据填入同一个实体对象对应的多个位置中。减少使用的实体对象的数量,同时也无需多次获取需要上传的数据。降低开发人员的工作量。
在本申请的一种实现方式中,根据不同类型的解析器分别对所述实体对象进行解析,具体包括:根据第一解析器与第二解析器,识别出待解析的实体对象分别对应的第一上报文件形式的特性注解与第二上报文件形式的特性注解;根据第一解析器与第二解析器,对带有第一上报文件形式特性注解与第二上报文件形式特性注解的实体对象进行解析。
本申请实施例通过不同的解析器对同一个实体对象进行解析,能够避免一种解析器只能解析一种实体对象造成的研发人员工作量较大的问题。同时,本申请实施例能够兼容两种上报形式,不必对不同的上报格式研发不同的实体对象,简化了对数据上报系统的开发周期。
在本申请的一种实现方式中,根据第一解析器与第二解析器,对带有第一上报文件形式特性注解与第二上报文件形式特性注解的实体对象进行解析,具体包括:第一解析器为xml解析器,根据xml解析器,识别实体对象中xml形式的特性注解,并将实体对象中xml形式特性注解所对应的上报数据,解析成符合上报要求的xml文件格式的数据,以得到xml文件;并且第二解析器为db解析器,根据db解析器,识别实体对象中db形式的特性注解,并将实体对象中db形式特性注解所对应的上报数据,解析成符合上报要求的db文件格式的数据,以得到db文件。
在本申请的一种实现方式中,通过解析器将带有对应特性注解的实体对象解析成符合数据上报格式要求的文件之后,还包括:将解析后得到的不同形式的文件压缩打包,并对文件进行加密;调用监管接口,将加密后的文件上报到监管系统中。
在本申请的一种实现方式中,指标类型至少包含根类型、文本型、数字型、集合型、附件型、忽略型中的一项或多项。
本申请实施例提供一种数据上报装置,包括:上报格式确定单元,确定出需要上报数据的上报格式;实体对象确定单元,根据上报格式确定出对应的实体对象;数据填入单元,将需要上报数据填入实体对象中,得到待解析的实体对象;特性注解确定单元,根据上报数据确定出指标类型;根据预设特性表、所述指标类型以及上报格式确定出待解析的实体对象中的特性注解;其中,预设特性表包括指标类型,及指标类型所对应的各上报格式的特性注解;解析单元,通过解析器将带有对应特性注解的实体对象解析成符合数据上报格式要求的文件,以进行数据上报。
本申请实施例提供一种数据上报设备,包括:至少一个处理器;以及,与至少一个处理器通信连接的存储器;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够:确定出需要上报数据的上报格式;根据上报格式确定出对应的实体对象;将需要上报数据填入所述实体对象中,得到待解析的实体对象;根据上报数据确定出指标类型;根据预设特性表、指标类型以及上报格式确定出待解析的实体对象中的特性注解;其中,预设特性表包括指标类型,及指标类型所对应的各上报格式的特性注解;通过解析器将带有对应特性注解的实体对象解析成符合数据上报格式要求的文件,以进行数据上报。
本申请实施例提供的一种非易失性计算机存储介质,存储有计算机可执行指令,计算机可执行指令设置为:确定出需要上报数据的上报格式;根据上报格式确定出对应的实体对象;将需要上报数据填入实体对象中,得到待解析的实体对象;根据上报数据确定出指标类型;根据预设特性表、指标类型以及上报格式确定出待解析的实体对象中的特性注解;其中,预设特性表包括指标类型,及指标类型所对应的各上报格式的特性注解;通过解析器将带有对应特性注解的实体对象解析成符合数据上报格式要求的文件,以进行数据上报。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:本申请实施例通过确定出上报数据的上报格式,能够选择相应的解析器对实体对象进行解析。此外,本申请实施例预先根据不同的上报数据格式,设置不同的实体对象,因此只需将需要上报的数据填充如实体对象中,即可根据实体对象中的特性注解,对实体对象进行解析。研发人员不需要关注解析过程中的细节,极大的减缓了在上报技术细节发生更迭时系统开发的再次投入工作。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1为本申请实施例提供的一种数据上报方法流程图;
图2为本申请实施例提供的一种xml形式下基类组成图;
图3为本申请实施例提供的一种db形式下基类组成图;
图4为本申请实施例提供的一种xml形式制度实体示例图;
图5为本申请实施例提供的一种xml形式制度实体对象示例数据图;
图6为本申请实施例提供的一种xml形式制度实体对象转换为xml文件后示例数据图;
图7为本申请实施例提供的一种xml形式数据转换图;
图8为本申请实施例提供的一种db形式制度实体示例图;
图9为本申请实施例提供的一种db形式制度实体对象示例数据图;
图10为本申请实施例提供的一种db形式制度实体对象转换为db文件后示例数据图;
图11为本申请实施例提供的一种db形式数据转换图;
图12为本申请实施例提供的一种使用不同文件形式注解的实体图;
图13为本申请实施例提供的一种数据上报完整流程框图;
图14为本申请实施例提供的一种数据上报拆分流程框图;
图15为本申请实施例提供的一种数据上报装置结构图;
图16为本申请实施例提供的一种数据上报设备的结构示意图。
具体实施方式
本申请实施例提供一种数据上报方法、装置、设备及存储介质。
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本说明书实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
现有技术中将数据上报至国资委系统时,研发人员既需要关注业务实现过程,同时需要关注数据上报的技术实现细节。由于技术细节的更迭,不同的技术人员存在不能够完全掌握的情况,导致数据上报存系统的开发难度较大。
此外,由于上报的技术实现过程可能分散在不同的业务模块中,导致在技术细节发生更迭时,不同的业务模块都需要投入一定的工作量进行相应的升级改造。增加了上报技术细节发生更迭时系统开发的再次投入工作量。
为了解决上述问题,本申请实施例提供一种数据上报方法、装置、设备及存储介质。根据国资委下发的数据上报要求,建立不同的实体对象。在数据上报过程中,只需将需要上报的数据填入相对应的实体对象中,再利用与上报类型对应的解析器对实体对象进行解析,即可将实体对象解析为符合要求的上报文件。不仅降低了数据上报系统的开发难度,同时极大的减缓了在上报技术细节发生更迭时系统开发的再次投入工作量。
下面通过附图对本申请实施例提出的技术方案进行详细的说明。
图1为本申请实施例提供的一种数据上报方法流程图。如图1所示,数据上报包括如下步骤:
S101、确定出需要上报数据的上报格式。
在本申请的一个实施例中,根据国资监管下发的数据上报要求,获取本次需要上报的数据的类型。
具体的,国资监管下发的数据上报的类型可以为xml类型的文件,或者db类型的文件,也可以要求同时上传xml类型的文件与db类型的文件。
需要说明的是,国资监管下发的上报数据类型要求中,xml格式文件的要求通过线下的方式进行传递,因此,数据上报的开发人员通过线下的方式获取到本次xml格式文件上传的要求。将需要上报的数据解析成符合xml类型的文件格式要求的上报文件。而db格式的文件要求则是通过国资委系统下发,因此,数据上报的开发人员通过线上的方式就可以获取到本次db格式文件上传的要求。将需要上报的数据解析成符合db类型的文件模板要求的上报文件。
S102、根据上报格式确定出对应的实体对象。
在本申请的一个实施例中,研发人员可以根据不同的上报格式制定不同形式的实体对象。例如,可根据xml上报格式,制定xml形式的实体对象,也可以根据db上报格式,制定db形式的实体对象。
在本申请的一个实施例中,根据本次上报数据的上报格式,确定出相应的实体对象。例如,本次需要上报数据的格式为xml形式的,就需要选定xml形式的实体对象。
S103、将需要上报数据填入实体对象中,得到待解析的实体对象。
在本申请的一个实施例中,针对不同的文件形式、不同的指标类型建立不同的C#特性。
表1为本申请建立的C#特性表。
表1
如表1所示,本申请实施例是对常见的不同数据上报指标类型,建立对应的db与xml形式的C#特性。其中,指标类型至少包含根类型、文本型、数字型、集合型、附件型、忽略型中的一项或多项。文件形式至少包含db形式与xml形式中的一项或多项。并且,任意一项指标类型与任意一项文件形式都对应一种C#特性。
在本申请的一个实施例中,上报指标是指每一个上报数据的最小单元,如会议编号,会议名称。db形式为使用sqlite数据库作为数据存储方式,将数据放入sqlite数据文件*.db中。xml形式为使用xml文件作为数据存储方式,将数据放入文件*.xml中。
图2为本申请实施例提供的一种xml形式下基类组成图。如图2所示,xml形式基类包含XmlRootAttribute、XmlElementAttribute、XmlArrayltemAttribute、XmlArrayAttribute、XmlIgnoreAttribute。图3为本申请实施例提供的一种db形式下基类组成图。如图3所示,db形式基类包含ReportDBRootAttribute、ReportDBElementAttribute、ReportDBArrayAttribute、ReportDBAttachAttribute。
需要说明的是,上述C#特性表中的指标类型、文件形式以及特性可以根据实际使用需要,或者国资委的要求进行增添或删除。
在本申请的一个实施例中,根据获取到的国资委下发的上报数据的要求,确定本次数据上报的文件格式。在确定出业务数据的上报类型的为单一类型的情况下,将需要上报的数据填入单一类型对应的实体对象中,得到待解析的实体对象。下面以本次要求以xml文件格式进行数据上报为例进行说明。
在本申请的一个实施例中,建立xml形式的实体对象。图4为本申请实施例提供的一种xml形式制度实体示例图。如图4所示,图中标注有特性注解XmlRootAttribute以及XmlElement。每个特性注解对应着需要填充的数据。
在本申请的一个实施例中,将需要上报的数据填充至xml形式的实体对象。图5为本申请实施例提供的一种xml形式制度实体对象示例数据图。如图5所示,根据图中的RegulationName=“演示数据”可知,本次需要填充至xml形式的实体对象的数据为“演示数据”,将图5中的演示数据填充至图4中的特性注解XmlElement所对应的“regulation_name”的位置。即可得到待解析的xml形式的实体对象。
在本申请的一个实施例中,下面以本次要求以db文件格式进行数据上报为例进行说明。
在本申请的一个实施例中,建立db形式的实体对象。图8为本申请实施例提供的一种db形式制度实体示例图。如图8所示,图中标注有特性注解DBRootAttribute以及DBElement。每个特性注解对应着需要填充的数据。
在本申请的一个实施例中,将需要上报的数据填充至db形式的实体对象。图9为本申请实施例提供的一种db形式制度实体对象示例数据图。如图9所示,根据图中的RegulationName=“演示数据”可知,本次需要填充至db形式的实体对象的数据为“演示数据”,将图9中的演示数据填充至图8中的特性注解DBElement所对应的“制度名称”的位置。即可得到待解析的db形式的实体对象。
在本申请的一个实施例中,确定出业务数据的上报类型上报之后,在要求上报类为两种的情况下,将指标类型相同但文件形式不同的特性注解标注在同一实体对象中。将需要上报的数据分别填充到所述文件形式不同的特性注解分别对应的位置。
具体的,在国资监管下发的要求中,对同样的数据需要上传xml文件与db文件的情况下。可以将xml实体对象与db实体对象进行结合。图12为本申请实施例提供的一种使用不同文件形式注解的实体图。如图12所示,图中既出现了xml文件形式下的特性注解XmlElement,又出现了db文件形式下的特性注解DBElement。此时仅仅需要将需要上传的数据所对应的特性注解标注在同一实体对象中,研发人员无需针对不同的上传格式开发两套逻辑相同的实体对象,以此降低开发人员的工作量。
具体的,采用同一个填充数据“演示数据”,将其填充至图12中不同文件形式特性注解对应的位置。如特性注解XmlElement对应的“regulation_name”的位置,以及特性注解DBElement对应的“制度名称”的位置。以此,本申请实施例通过调用同一个填充数据即可实现对实体对象的填充,针对不同文件形式的特性注解,无需建立多个填充数据。从而降低开发难度,减少开发人员的工作量。
S104、根据上报数据确定出指标类型,根据预设特性表、指标类型以及上报格式确定出待解析的实体对象中的特性注解。
在本申请的一个实施例中,根据本次上报数据,可以确定处本次上报数据的指标类型。例如,本次上报的为文本型的类型的,或者为附件型的类型。根据确定出的指标类型,以及本次上报数据的上报格式,通过预设特性表,可以确定出唯一的特性注解。
具体的,预设特性表横向代表上报文件的格式,纵向代表指标类型,因此可以通过任意一种上报格式与任意一种指标类型,确定出唯一的特性注解。
S105、通过解析器将带有对应特性注解的实体对象解析成符合数据上报格式要求的文件,以进行数据上报。
在本申请的一个实施例中,建立不同的解析器,以对不同形式的实体对象进行解析。例如,建立xml解析器ReportXMLSerializer,对xml形式的实体对象进行解析。建立db解析器ReportDBSerializer,对db形式的实体对象进行解析。
在本申请的一个实施例中,在确定出业务数据的上报类型的为单一类型的情况下,将需要上报的数据填入单一类型对应的实体对象中,得到待解析的实体对象。根据与单一类型对应的解析器,确定出待解析的实体对象中的特性注解,并将特性注解对应的数据进行解析,得到与单一类型对应的上报文件。
具体的,在本次要求以xml文件格式进行数据上报的情况下,先将数据填充如图3所示的实体对象中,得到待解析的实体对象。再调用预先建立的xml解析器,对待解析的实体对象进行解析。xml解析器先确定出待解析的实体对象中的特性注解,根据特性注解将相应的数据解析成xml格式的数据,并形成xml文件。
图6为本申请实施例提供的一种xml形式制度实体对象转换为xml文件后示例数据图。如图6所示,需要填充的数据“演示数据”已经转换为xml格式的数据。图7为本申请实施例提供的一种xml形式数据转换图。如图7所示,待解析的实体对象中特性注解对应的数据都已转换为xml格式的文件,如特性注解xmlRootAttribute对应的数据“tiol”,特性注解xmlElement对应的数据“regulation_name”,以及需要填充的数据“演示数据”分别转换为xml文件格式的数据。
在本申请的一个实施例中,在本次要求以db文件格式进行数据上报的情况下,先将数据填充如图8所示的实体对象中,得到待解析的实体对象。再调用预先建立的db解析器,对待解析的实体对象进行解析。db解析器先确定出待解析的实体对象中的特性注解,根据特性注解将相应的数据解析成db格式的数据,并形成db文件。
图10为本申请实施例提供的一种db形式制度实体对象转换为db文件后示例数据图。如图10所示,需要填充的数据“演示数据”已经转换为db格式的数据。图11为本申请实施例提供的一种db形式数据转换图。如图11所示,待解析的实体对象中特性注解对应的数据都已转换为db格式的文件,如特性注解DBRootAttribute对应的数据“303127913”,特性注解DBElement对应的数据“4833”“制度名称”,以及需要填充的数据“演示数据”分别转换为DB文件格式的数据。
在本申请的一个实施例中,在要求上报类型为两种的情况下,将需要上报数据分别填充到文件形式不同的特性注解分别对应的位置,并根据不同类型的解析器对实体对象进行解析。
在本申请的一个实施例中,根据第一解析器与第二解析器,识别出待解析的实体对象分别对应的第一上报文件形式的特性注解与第二上报文件形式的特性注解。根据第一解析器与第二解析器,对带有第一上报文件形式特性注解与第二上报文件形式特性注解的实体对象进行解析。
具体的,设定第一解析器为xml解析器,根据xml解析器,识别实体对象中xml形式的特性注解。并将实体对象中xml形式特性注解所对应的上报数据,解析成符合上报要求的xml文件格式的数据,以得到xml文件。设定第二解析器为db解析器,根据db解析器,识别所述实体对象中db形式的特性注解。并将实体对象中db形式特性注解所对应的上报数据,解析成符合上报要求的db文件格式的数据,以得到db文件。
图12为本申请实施例提供的一种使用不同文件形式注解的实体图。如图12所示,可以分别调用xml解析器与db解析器,对实体对象中不同特性注解对应的数据进行解析。以此可以得到xml文件以及db文件。
本申请实施例在需要上传的数据类型为多种类型的情况下,能够仅使用同一个实体对象,将不同类型的特性注解标注在同一个实体对象中,同时将同一数据填入同一个实体对象对应的多个位置中。减少使用的实体对象的数量,同时也无需多次获取需要上传的数据,从而降低开发人员的工作量。
在本申请的一个实施例中,将解析后得到的不同形式的文件压缩打包,并对所述文件进行加密。调用监管接口,将加密后的文件上报到监管系统中。以此完成数据的上报过程。其中,监管接口可以为国资委接口,监管系统可以为国资委监管系统。
图13为本申请实施例提供的一种数据上报完整流程框图。如图13所示,数据上报过程如下:
在本申请的一个实施例中,先进行上报数据准备。即,将需要上报的数据在数据库中提取出来。其次,填充数据模型对象,将提取出来的需要上报的数据填充至实体对象的相应位置。最后进行数据上报,使用解析器对实体对象进行解析,得到符合国资委要求的文件,并将得到的文件上报至国资委系统。
图14为本申请实施例提供的一种数据上报拆分流程框图。
在本申请的一个实施例中,接收到国资委下发的上报数据要求,并确定本次上报数据的文件形式,以调用相应类型的解析器。
在本申请的一个实施例中,在本次上报数据格式要求为xml形式的情况下,将需要上报的数据填充至xml形式的实体对象中。在本次上报数据格式要求为db形式的情况下,获取国资委下发的db模板,将需要上报的数据填充至db形式的实体对象中。
在本申请的一个实施例中,调用与上报格式相对应的解析器,对填充数据后的实体对象进行解析,得到符合上报格式要求的上报文件。
在本申请的一个实施例中,将得到的上报文件压缩打包,并对文件进行加密。调用国资委系统接口,将加密后的文件上报至国资委系统。
图15为本申请实施例提供的一种数据上报装置结构图。装置包括:上报格式确定单元S501、实体对象确定单元S502、数据填入单元S503、特性注解确定单元S504、解析单元S505。
上报格式确定单元S501,确定出需要上报数据的上报格式;
实体对象确定单元S502,根据所述上报格式确定出对应的实体对象;
数据填入单元S503,将所述需要上报数据填入所述实体对象中,得到待解析的实体对象;
特性注解确定单元S504,根据所述上报数据确定出指标类型;根据预设特性表、所述指标类型以及所述上报格式确定出所述待解析的实体对象中的特性注解;其中,所述预设特性表包括指标类型,及指标类型所对应的各上报格式的特性注解;
解析单元S505,通过解析器将带有对应特性注解的实体对象解析成符合数据上报格式要求的文件,以进行数据上报。
图16为本申请实施例提供的一种数据上报设备的结构示意图,设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
确定出需要上报数据的上报格式;
根据所述上报格式确定出对应的实体对象;
将所述需要上报数据填入所述实体对象中,得到待解析的实体对象;
根据所述上报数据确定出指标类型;根据预设特性表、所述指标类型以及所述上报格式确定出所述待解析的实体对象中的特性注解;其中,所述预设特性表包括指标类型,及指标类型所对应的各上报格式的特性注解;
通过解析器将带有对应特性注解的实体对象解析成符合数据上报格式要求的文件,以进行数据上报。
本申请实施例通过的一种非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
确定出需要上报数据的上报格式;
根据所述上报格式确定出对应的实体对象;
将所述需要上报数据填入所述实体对象中,得到待解析的实体对象;
根据所述上报数据确定出指标类型;根据预设特性表、所述指标类型以及所述上报格式确定出所述待解析的实体对象中的特性注解;其中,所述预设特性表包括指标类型,及指标类型所对应的各上报格式的特性注解;
通过解析器将带有对应特性注解的实体对象解析成符合数据上报格式要求的文件,以进行数据上报。
本申请中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置、设备、非易失性计算机存储介质实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请的实施例可以有各种更改和变化。凡在本申请实施例的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
- 数据上报方法、数据监控方法、装置、设备及存储介质
- 一种电缆监测数据上报方法、装置、设备以及存储介质