车辆故障预警方法和装置与流程

文档序号:12127829阅读:424来源:国知局
车辆故障预警方法和装置与流程

本发明涉及车辆故障检测领域,具体而言,涉及一种车辆故障预警方法和装置。



背景技术:

在本领域,为了保障车辆(例如,地铁、城际车等)的正常运行,对车辆隐患故障的检测显得十分重要。但是,现有地铁车辆或城际车车辆,仅仅在故障发生时才会在司机室显示器上报出来,而在故障发生前,列车没有任何预警信息。这样司机既不能提前采取某些措施防止故障的发生,也不能在故障发生时立即响应,甚至可能会影响列车的行车安全。另外,对于列车的检修,也是在故障发生后才进行相关检修,不能在故障发生前的临界区间提前检修相关部件,消除故障隐患。

针对上述现有列车在故障发生前没有故障预警信息造成不能在故障发生前消除故障隐患进而影响列车的行车安全的问题,目前尚未提出有效的解决方案。



技术实现要素:

本发明实施例提供了一种车辆故障预警方法和装置,以至少解决现有列车在故障发生前没有故障预警信息造成不能在故障发生前消除故障隐患进而影响列车的行车安全的技术问题。

根据本发明实施例的一个方面,提供了一种车辆故障预警方法,包括:获取车辆当前的行车数据,其中,行车数据包括至少一个参数的变量值;将车辆当前的行车数据分别与车辆的正常行车数值区和异常行车数值区进行比对,确定行车数据所属的数值区;当行车数据落入异常行车数值区,生成对应的预警信息。

根据本发明实施例的另一方面,还提供了一种车辆故障预警装置,包括:获取模块,用于获取车辆当前的行车数据,其中,行车数据包括至少一个参数的变量值;确定模块,用于将车辆当前的行车数据分别与车辆的正常行车数值区和异常行车数值区进行比对,确定行车数据所属的数值区;输出模块,用于当行车数据落入异常行车数值区,生成对应的预警信息。

在本发明实施例中,采用建立车辆的正常行车数值区和异常行车数值区的方式,通过获取车辆当前的行车数据,其中,行车数据包括至少一个参数的变量值;将车辆当前的行车数据分别与车辆的正常行车数值区和异常行车数值区进行比对,确定行车数据所属的数值区;当行车数据落入异常行车数值区,生成对应的预警信息,达到了在故障发生前或存在故障隐患时提前检测出相关故障信息并上报的目的,从而实现了车辆故障预警、提高行车安全的技术效果,进而解决了现有列车在故障发生前没有故障预警信息造成不能在故障发生前消除故障隐患进而影响列车的行车安全的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是根据本发明实施例的一种车辆故障预警方法流程图;

图2是根据本发明实施例的一种可选的车辆故障预警方法流程图;

图3是根据本发明实施例的一种可选的车辆故障预警方法流程图;

图4是根据本发明实施例的一种可选的车辆故障预警方法流程图;

图5是根据本发明实施例的一种可选的车辆故障预警方法流程图;

图6是根据本发明实施例的一种可选的车辆故障预警方法流程图;

图7是根据本发明实施例的一种可选的车辆故障预警方法流程图;

图8是根据本发明实施例的一种可选的车辆故障预警方法流程图;

图9是根据本发明实施例的一种可选的车辆故障预警方法流程图;

图10是根据本发明实施例的一种优选的车辆故障预警方法流程图;以及

图11是根据本发明实施例的一种车辆故障预警装置示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例,提供了一种车辆故障预警方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种车辆故障预警方法流程图,如图1所示,该方法包括如下步骤:

步骤S102,获取车辆当前的行车数据,其中,行车数据包括至少一个参数的变量值。

在上述步骤中,上述行车数据可以是通过车辆的行车记录仪记录的车辆的历史行车数据,可以包括车辆的多个参数以及其在不同时刻的值,例如,可以是车辆在不同时刻的电机温度或电网电压。

步骤S104,将车辆当前的行车数据分别与车辆的正常行车数值区和异常行车数值区进行比对,确定行车数据所属的数值区。

在上述步骤中,上述正常行车数值区可以为通过车辆在正常运行时段内的环境数据获得的各个参数的变量值区间;上述异常行车数值区可以为通过车辆开通以来所有故障履历数据获得的各个参数的变量值区间;在获得车辆当前的行车数据之后,可以将车辆当前的行车数据与预先设置的正常行车数值区和异常行车数值区进行比对,从而可以确定车辆当前的行车数据所属的数值区。

步骤S106,当行车数据落入异常行车数值区,生成对应的预警信息。

在上述步骤中,在将车辆当前的行车数据分别与车辆的正常行车数值区和异常行车数值区进行比对后,如果车辆当前的行车数据属于异常行车数值区,则生成与当前行车数据相对应的故障信息,例如,电机温度过高等信息。

由上可知,在本申请上述实施例中,通过根据车辆的历史行车数据,建立车辆的正常行车数值区和异常行车数值区,再将车辆当前的行车数据分别与车辆的正常行车数值区和异常行车数值区进行比对,根据车辆的行车数据落入的数值区来判断车辆的实时状况,达到了在故障发生前或存在故障隐患时提前检测出相关故障信息并上报的目的,从而实现了车辆故障预警、提高行车安全的效果,进而解决了现有列车在故障发生前没有故障预警信息造成不能在故障发生前消除故障隐患进而影响列车的行车安全的技术问题。

在一种可选的实施例中,如图2所示,在将车辆当前的行车数据分别与车辆的正常行车数值区和异常行车数值区进行比对之前,上述方法还包括:步骤103,建立车辆的正常行车数值区和异常行车数值区。

在一种可选的实施例中,如图3所示,建立车辆的正常行车数值区包括:

步骤S202,通过行车记录仪,获取车辆的第一预设时段内的历史行车数据;

步骤S204,根据车辆的历史行车数据创建至少一个参数变量链表,其中,参数变量链表包括:参数的变量名称和每个参数在不同时刻对应的变量值;

步骤S206,将参数变量链表中的每个参数的变量值进行处理,得到参数变量对应的数值范围;

步骤S208,将参数变量链表中每个参数变量以代码标识的形式与对应的数值范围一起存储在车辆的正常行车数值区。

在上述步骤中,上述第一预设时段可以是车辆开通运行后任意一个时间段;上述参数变量链表可以是车辆环境变量链表,如表1所示的车辆环境链表,参数变量链表可以包括:参数的变量名称和每个参数在不同时刻对应的变量值;在通过行车记录仪获取到车辆的一定时段内的历史行车数据后,可以根据车辆的历史行车数据创建车辆的参数变量(环境变量)链表,对变量值进行一定的处理后得到车辆参数变量对应的数值范围,最后将车辆参数变量链表中每个参数变量以代码标识的形式与对应的数值范围一起存储在车辆的正常行车数值区,如表2所示。

表1环境变量链表

表2正常行车数值区内容

一种可选的实施例中,可以选取一年作为第一预设时段,即收集车辆近一年以来的历史行车数据,从每天的数据中取样所有环境变量并对应赋值到所有环境变量的链表中。

通过上述步骤实现了根据车辆的历史行车数据,创建车辆的正常行车数值区的目的。

在一种可选的实施例中,如图4所示,根据车辆的历史行车数据创建至少一个参数变量链表,可以包括如下步骤:

步骤S2041,按照预定的间隔时间,从历史行车数据中读取一次参数的变量值;

步骤S2043,如果检测到取值时刻所处的时间范围内存在故障信息,则延迟预定时间后再次读取参数的变量值;

步骤S2045,汇总读取到的至少一个参数的变量值,得到参数变量链表。

在上述步骤中,通过定时从历史行车数据中读取一次参数的变量值来创建参数变量(环境变量)链表,为了避免读取到行车数据中异常的参数变量值作为车辆的正常行车数值,实时检测取值时刻所处的时间范围内存在故障信息,如果在取值时刻车辆存在故障信息,则延迟预定时间后再次读取参数的变量值,最后根据所有读取到的参数变量,得到参数变量链表。

通过上述步骤,可以避免读取到行车数据中异常的参数变量值作为车辆的正常行车数值。

在一种可选的实施例中,如图5所示,将参数变量链表中的每个参数的变量值进行处理,得到参数变量对应的数值范围,可以包括如下步骤:

步骤S2043a,在取值时间的前后预设时间内,判断车辆是否存在故障;

步骤S2043b,如果车辆不存在故障,则直接获取历史行车数据中的每个参数的变量值;

步骤S2043c,如果车辆存在故障,则将本次取值时间延后预定时间,再从历史行车数据中读取每个参数的变量值。

在上述步骤中,如果检测到取值时刻所处的时间范围内存在故障信息,则判断车辆在取值时间的前后预设时间(小于取值的间隔时间)内是否存在故障,如果不存在故障,则直接获取历史行车数据中的每个参数的变量值;如果车辆存在故障,则将本次取值时间延后预定时间,再从历史行车数据中读取每个参数的变量值。

具体地,可以结合一种可选的实施方式来说明上述实施例,从当天上电开始,每隔10分钟(1-20分钟均可,可根据处理能力来定,时间间隔越小,精度越高),每个环境变量取值一次。若取值时刻的前后1分钟内有列车故障存在,则将本次取值延后5分钟,后面的取值时刻依次顺延,以保证取得的值是列车正常运行时段的环境数据。

通过上述步骤保证了的车辆正常行车数值区的准确性。

在一种可选的实施例中,如图6所示,上述步骤S206包括:

步骤S2061,对参数变量链表中的每个参数的变量值进行排序;

步骤S2063,删除参数变量链表中预定位置的参数的变量值,得到初始结果;

步骤S2065,根据初始结果中的最大变量值和最小变量值,得到参数变量对应的数值范围。

在上述步骤中,上述预定位置的参数的变量值可以是最大和/或最小的几个值,由于参数变量链表中的每个参数都对应很多个变量值,该变量值为该参数在不同时刻的取值,为了避开异常的变量值,可以对参数变量链表中的每个参数的变量值进行排序,然后删除参数变量链表中预定位置的参数的变量值,得到初始结果;根据初始结果中的最大变量值和最小变量值,得到参数变量对应的数值范围。

一种可选的实施例中,以上述最大和最小的5个值为例,将每个环境变量链表内的数值进行排序,将排序后的数值进行简单的滤波处理,滤波方法:去除掉排序中最大的5个数值和最小的5个数值(可为3-20个,可根据实际进行调整),以尽可能的保证数据的准确性。从滤波后的数值中选取最大值和最小值,即可得到每个环境变量对应的正常范围。

通过上述步骤,去除了车辆每个参数的变量值中异常的数值,提高了车辆正常行车数值区中数值的准确性。

在一种可选的实施例中,如图7所示,建立车辆的异常行车数值区包括:

步骤S302,获取车辆的故障数据,其中,故障数据至少包括:故障名称、故障的发生时间;

步骤S304,根据故障数据创建故障链表集,其中,故障链表集包括:故障名称和每个故障对应的链表,链表对应于行车数据中的每个参数变量;

步骤S306,对故障链表集中每个链表中的数据处理,得到每个故障对应的每个参数变量的数值范围;

步骤S308,将每个故障对应的每个参数变量的数值范围与正常行车数值区中每个参数变量的数值范围比对,得到超出范围的参数变量对应的代码标识;

步骤S310,将故障的代码和故障对应的至少一个异常参数变量代码标识起存储在车辆的异常行车数值区。

在上述步骤中,上述故障数据可以包括车辆开通以来所有的故障以及故障发生的时间,根据车辆的故障数据创建故障链表集,然后根据故障链表集中每个故障对应的每个参数变量的数值,通过与车辆正常行车数值区中的每个参数变量的数值一一对比,得到低于或高于正常范围的参数变量对应的代码标识,最后根据故障的代码和异常参数变量对应的代码标识一起存储在异常行车数值区。

作为可选的一种实施方式,上述故障数据可以是通过收集列车开通运行以来的所有故障履历数据,结合列车故障清单(列车所有故障汇总报表),将故障清单里的第1条故障开始,在故障履历中找到所有该故障发生的时刻,并记录;然后依次遍历故障清单中的所有故障,得到故障发生时间表,如表3所示。

表3故障发生时间记录表

通过上述步骤实现了根据车辆的故障履历数据,创建车辆的异常行车数值区的目的。

作为一种可选的实施方式,可以针对故障清单里的每一条故障,创建对应的链表集,行车数据中的每一个环境变量对应链表集中的一个链表。对单条故障记录的故障发生时刻进行提取,从行车数据中追溯找到该故障发生时刻的位置,从该时刻前1分钟开始(1-10分钟可在实践中调整),每隔10秒(5-20秒可调)记录一次所有环境变量的值到该故障对应的链表集中,直到故障发生时刻为止。依次记录该故障发生的所有时刻的环境变量的值到链表集中。以此方法,对故障清单里的所有故障创建链表集,如表4所示。

表4故障链表集内容

在一种可选的实施例中,如图8所示,根据故障数据创建故障链表集,其中,故障链表集包括:故障名称和每个故障对应的链表,可以包括如下步骤:

步骤S3021,根据故障发生的时间,在历史行车数据中查找车辆在故障的发生时间所在的位置;

步骤S3023,在故障的发生时间之前的预设时间内,依次间隔预设时间提取故障对应的每个参数的变量值;

步骤S3025,根据提取到的故障对应的至少一个参数的变量值,创建故障链表集。

在上述步骤中,根据车辆故障的发生时间,在历史行车数据中查找车辆在故障的发生时间所在的位置;然后,在在故障的发生时间之前的预设时间内,在行车记录数据中,依次间隔预设时间提取故障对应的每个参数的变量值;最后根据提取的参数变量值,创建故障链表集。

通过上述步骤实现了根据车辆的故障履历数据,创建车辆的故障链表集的目的。

在一种可选的实施例中,如图9所示,对故障链表集中每个链表中的数据处理,得到每个故障对应的每个参数变量的数值范围,可以包括如下步骤:

步骤S3061,将故障链表集中每个链表中的数据排序,得到故障对应的每个参数变量的最大值和最小值;

步骤S3063,根据故障对应的每个参数变量的最大值和最小值,得到每个故障对应的每个参数变量的数值范围。

在上述步骤中,对单条故障的链表集中的每个链表中的数据排序,得到该故障对应每个环境变量的最大值和最小值,将其与数据库中的正常行车数值区记录的每个环境变量的数值范围比较,记录出超出范围的环境变量的代码标识。用如上方法遍历整个故障清单中的所有故障,每条故障对应1条或多条异常环境变量代码标识,将每条故障的故障代码及对应的异常环境变量代码存入数据库的异常行车数值区,异常行车数值区如表5所示。

表5异常行车数值区内容

通过上述步骤实现了根据车辆的故障链表集,创建异常行车数值区的目的。

作为一种优选的实施例,可以结合图10所示的单次故障预警判断流程图来说明本申请上述实施例。如图10所示,可以包括如下步骤:

步骤S802,开始。

步骤S804,每1秒钟采集一次列车的实时行车数据。

在上述步骤中,在列车正常运行过程中,每隔1秒(200毫秒-5秒可调)获取一次列车的实时行车数据。

步骤S806,将实时采集的数据逐个与正常行车数值区的环境变量值比对。

在上述步骤中,将实时获取的行车数据中每个环境变量值与数据库中预先存储的车辆正常行车数值区的环境变量值逐个进行比对。

步骤S808,判断采集的环境变量是否在正常范围内。

在上述步骤中,判断采集的当前的行车数据中某个环境变量是否在正常范围内,如果低于或高于正常范围,则执行步骤S810;如果在正常范围内,则执行步骤S12。

步骤S810,记录异常环境变量代码。

在上述步骤中,如果采集的当前行车数据中存在变量值超过正常范围的环境变量,则记录超限的异常环境变量的代码。

步骤S812,判断所有数值是否均比对完成。

在上述步骤中,将采集的当前的行车数据中所有环境变量逐一与车辆正常行车数值区比对,获得所有异常环境变量代码。

步骤S814,判断本次采集的环境变量中是否存在异常环境变量。

在上述步骤中,判断采集的当前的行车数据中是否存在异常环境变量,如果不存在,则执行步骤S818;如果存在异常环境变量,则执行步骤S816。

步骤S816,根据记录的所有异常环境代码,从数据库的异常行车数值区查找到与之对应的故障代码,进行故障预警。

在上述步骤中,根据本次采集的异常环境变量的代码,从数据库的异常行车数据区查找对应的故障(1个或多个),获取这些故障的故障代码,这些故障便是可能将要发生的或有潜在的故障隐患,需要引起相关人员的注意或提前采取相关的应对措施以避免故障的发生,影响行车安全。在获取故障代码的同时将它发到地面系统或者通过列车显示器显示,便可被相关人员获知,达到故障提前预警的效果。例如,在行车过程中,将实时获取的每个环境变量与正常行车数值区的环境变量值进行比对,比对完所有环境变量后,发现TC1车电机3温度(代码94)、TC1车电机电流(代码193)这两个环境变量数值超限,则获取一组异常环境变量代码为(94,193),在数据库的异常行车数据区刚好找到(94,193)这组异常环境变量代码对应的是“TC1车牵引电机3传感器故障”,且无其他故障与(94,193)匹配,则发出“TC1车牵引电机3传感器故障”故障预警。

步骤S818,结束。

通过以上步骤,本申请上述实施例,根据对列车行车数据中列车环境变量的分析,在故障发生前或存在故障隐患时,可以提前一定的时间检测出相关的故障信息并上报,已达到预警效果。这样,司机可以有足够的时间采取相关措施,以防止故障的发生或了解潜在故障隐患,大大提高了行车安全。检修人员也可以在列车回库后,根据预警信息对相关部件进行检修或检查,以减低或消除报故障的可能。

实施例2

根据本发明实施例,还提供了一种车辆故障预警装置实施例。本发明实施例1中的车辆故障预警方法可以在本发明实施例2的装置中执行。

图11是根据本发明实施例的一种车辆故障预警装置示意图,如图11所示,该装置包括:获取模块901、确定模块903和输出模块905。

其中,获取模块901,用于获取车辆当前的行车数据,其中,行车数据包括至少一个参数的变量值;

确定模块903,用于将车辆当前的行车数据分别与车辆的正常行车数值区和异常行车数值区进行比对,确定行车数据所属的数值区;

输出模块905,用于当行车数据落入异常行车数值区,生成对应的预警信息。

由上可知,在本申请上述实施例中,通过根据车辆的历史行车数据,建立车辆的正常行车数值区和异常行车数值区,再将车辆当前的行车数据分别与车辆的正常行车数值区和异常行车数值区进行比对,根据车辆的行车数据落入的数值区来判断车辆的实时状况,达到了在故障发生前或存在故障隐患时提前检测出相关故障信息并上报的目的,从而实现了车辆故障预警、提高行车安全的效果,进而解决了现有列车在故障发生前没有故障预警信息造成不能在故障发生前消除故障隐患进而影响列车的行车安全的技术问题。

在一种可选的实施例中,上述装置还包括:设置模块,用于建立车辆的正常行车数值区和异常行车数值区。

在一种可选的实施例中,上述设置模块还包括:获取单元,用于通过行车记录仪,获取车辆的第一预设时段内的历史行车数据;设置单元,用于根据车辆的历史行车数据创建至少一个参数变量链表,其中,参数变量链表包括:参数的变量名称和每个参数在不同时刻对应的变量值;处理单元,用于将参数变量链表中的每个参数的变量值进行处理,得到参数变量对应的数值范围;存储单元,用于将参数变量链表中每个参数变量以代码标识的形式与对应的数值范围一起存储在车辆的正常行车数值区。

在一种可选的实施例中,上述获取单元还包括:读取模块,用于按照预定的间隔时间,从历史行车数据中读取一次参数的变量值;检测模块,用于如果检测到取值时刻所处的时间范围内存在故障信息,则延迟预定时间后再次读取参数的变量值;处理模块,用于汇总读取到的至少一个参数的变量值,得到参数变量链表。

在一种可选的实施例中,上述检测模块还包括:判断单元,用于在取值时间的前后预设时间内,判断车辆是否存在故障;第一执行单元,用于如果车辆不存在故障,则直接获取历史行车数据中的每个参数的变量值;第二执行单元,用于如果车辆存在故障,则将本次取值时间延后预定时间,再从历史行车数据中读取每个参数的变量值。

在一种可选的实施例中,上述处理单元还包括:第一子处理模块,用于对参数变量链表中的每个参数的变量值进行排序;第二子处理模块,用于删除参数变量链表中预定位置的参数的变量值,得到初始结果;确定子模块,用于根据初始结果中的最大变量值和最小变量值,得到参数变量对应的数值范围。

在一种可选的实施例中,上述装置还包括:第二获取模块,用于获取车辆的故障数据,其中,故障数据至少包括:故障名称、故障的发生时间;创建模块,用于根据故障数据创建故障链表集,其中,故障链表集包括:故障名称和每个故障对应的链表,链表对应于行车数据中的每个参数变量;第二处理模块,用于对故障链表集中每个链表中的数据处理,得到每个故障对应的每个参数变量的数值范围;第二确定模块,用于将每个故障对应的每个参数变量的数值范围与正常行车数值区中每个参数变量的数值范围比对,得到超出范围的参数变量对应的代码标识;第二存储模块,用于将故障的代码和故障对应的至少一个异常参数变量代码标识起存储在车辆的异常行车数值区。

在一种可选的实施例中,上述第二获取模块还包括:查找单元,用于根据故障发生的时间,在历史行车数据中查找车辆在故障的发生时间所在的位置;提取单元,用于在故障的发生时间之前的预设时间内,依次间隔预设时间提取故障对应的每个参数的变量值;创建单元,用于根据提取到的故障对应的至少一个参数的变量值,创建故障链表集。

在一种可选的实施例中,上述第二处理模块还包括:第三子处理单元,用于将故障链表集中每个链表中的数据排序,得到故障对应的每个参数变量的最大值和最小值;确定单元,用于根据故障对应的每个参数变量的最大值和最小值,得到每个故障对应的每个参数变量的数值范围。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1