一种功能模块的调用方法、装置及设备与流程

本申请涉及车辆诊断技术领域，特别是涉及一种功能模块的调用方法、装置及设备。

背景技术：

随着汽车行业的快速发展，车辆获取了广泛地应用。为确保车辆在使用过程中的安全性与可靠性，使用诊断软件对车辆进行诊断成为十分重要的步骤。

近年来，为了减少诊断软件中程序本身在资源上的使用，现有技术中的诊断软件采用了顺序编写程序的架构，也就是诊断软件中的功能模块和菜单模块混合编写在同一个程序中。对于诊断软件中不同功能模块之间的调用则利用编程语言中常见的选择语句来实现。

但是，由于现有技术中的将功能模块和菜单模块混合编写在同一个程序中，导致结构耦合性高；在调用错误或添加其它诊断功能等情况下，需要对诊断软件修改时，无法独立对其中的某个功能模块部分进行单独修改，造成扩展难度大，不便于对诊断软件进行更新和升级。

技术实现要素：

本申请的目的是提供一种功能模块的调用方法、装置、设备及存储介质，通过判断当前模块是功能模块或菜单模块，以执行相应的调用操作。当在调用过程中出现异常时，则可对相应的被调用的模块进行修改以处理异常，无需对整个诊断软件进行修改。多个互相独立的模块的设计降低了诊断软件结构的耦合性；可单独对其中的某个模块进行修改，扩展性好，更加便捷地对诊断软件进行更新和升级。

为解决上述技术问题，本申请提供一种功能模块的调用方法，包括：

根据用户在诊断界面的操作，在多个相互独立的模块中确定出需要调用的当前模块；

判断所述当前模块是否为功能模块；

如果是，则调用所述功能模块以执行相应功能操作，并根据所述功能模块中指示的调用入口信息以确定下一步要调用的最新模块；

如果否，则说明所述当前模块为菜单模块，调用所述菜单模块以为用户提供菜单信息。

优选地，所述根据所述功能模块中指示的调用入口信息以确定下一步要调用的最新模块具体为：

根据所述功能模块中预先配置的属性，获取所述功能模块指示的调用入口信息以确定下一步要调用的最新模块。

优选地，所述功能模块和所述菜单模块具体通过可扩展标记语言xml进行描述。

优选地，还包括：

当接收到启动信息，根据入口信息加载相应的启动模块以完成启动操作。

优选地，还包括：

根据用户在所述诊断界面的操作，判断是否接收到立即停止信息；

如果是，则退出当前调用的模块以停止当前操作。

优选地，还包括：

根据诊断结果，判断与预设结果是否一致；

如果否，则反馈异常信息以进行调用异常提示。

优选地，还包括：

根据预先存储的运维人员的联系方式，通知所述运维人员以对所述异常信息进行处理。

优选地，所述在多个相互独立的模块中确定出需要调用的当前模块之前，还包括：

读取预先存储的历史模块，并根据预设的目标特征对所述历史模块进行归类和拆分，以生成多个相互独立的模块；其中，不同所述模块中包含有不同的所述目标特征。

为解决上述技术问题，本申请还提供一种功能模块的调用装置，包括：

确定模块，用于根据用户在诊断界面的操作，在多个相互独立的模块中确定出需要调用的当前模块；

判断模块，用于判断所述当前模块是否为功能模块；如果是，则进入第一调用模块；如果否，则进入第二调用模块；

第一调用模块，用于调用所述功能模块以执行相应功能操作，并根据所述功能模块中指示的调用入口信息以确定下一步要调用的最新模块；

第二调用模块，用于说明所述当前模块为菜单模块，调用所述菜单模块以为用户提供菜单信息。

优选地，还包括：

启动模块，用于当接收到启动信息，根据入口信息加载相应的启动模块以完成启动操作。

优选地，还包括：

退出模块，用于根据用户在所述诊断界面的操作，判断是否接收到立即停止信息；如果是，则退出当前调用的模块以停止当前操作。

优选地，还包括：

反馈模块，用于根据诊断结果，判断与预设结果是否一致；如果否，则反馈异常信息以进行调用异常提示。

通知模块，用于根据预先存储的运维人员的联系方式，通知所述运维人员以对所述异常信息进行处理。

优选地，还包括：

读取模块，用于读取预先存储的历史模块，并根据预设的目标特征对所述历史模块进行归类和拆分，以生成多个相互独立的模块；其中，不同所述模块中包含有不同的所述目标特征。

为解决上述技术问题，本申请还提供一种功能模块的调用设备，包括存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述任一项所述的功能模块的调用方法的步骤。

为解决上述技术问题，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一项所述的功能模块的调用方法的步骤。

本申请所提供的一种功能模块的调用方法，包括：根据用户在诊断界面的操作，在多个相互独立的模块中确定出需要调用的当前模块；判断当前模块是否为功能模块；如果是，则调用功能模块以执行相应功能操作，并根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块；如果否，则说明当前模块为菜单模块，调用菜单模块以为用户提供菜单信息。由此可见，本申请提供的诊断软件由多个相互独立的模块构成，通过判断当前模块是功能模块或菜单模块，以执行相应的调用操作。当在调用过程中出现异常时，则可对相应的被调用的模块进行修改以处理异常，无需对整个诊断软件进行修改。多个互相独立的模块的设计降低了诊断软件结构的耦合性；可单独对其中的某个模块进行修改，扩展性好，更加便捷地对诊断软件进行更新和升级。

此外，本申请所提供的一种功能模块的调用装置、设备及存储介质与上述方法对应，具有同样的有益效果。

附图说明

为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种功能模块的调用方法的流程图；

图2为本申请实施例提供的另一种功能模块的调用方法的流程图；

图3为本申请实施例提供的一种功能模块的调用装置的结构图；

图4为本申请实施例提供的一种功能模块的调用设备的结构图。

具体实施方式

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

本申请的核心是提供一种功能模块的调用方法、装置、设备及存储介质，通过判断当前模块是功能模块或菜单模块，以执行相应的调用操作。当在调用过程中出现异常时，则可对相应的被调用的模块进行修改以处理异常，无需对整个诊断软件进行修改。多个互相独立的模块的设计降低了诊断软件结构的耦合性；可单独对其中的某个模块进行修改，扩展性好，更加便捷地对诊断软件进行更新和升级。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

需要说明的是，用户使用的诊断设备中安装有相应的诊断设备应用(app)。当用户启动诊断设备应用时，则加载后台的诊断程序的入口节点，并进行初始化配置。用户通过操控app中提供的内容，调用诊断软件中的各个模块以实现对车辆的诊断。本申请中提到的诊断设备可以为手机或者平板电脑或其它类型的电子设备，需要说明的是，诊断设备的硬件结构以及app的相关内容可参见现有技术，本申请不再赘述。

本申请提供的功能模块的调用方法应用的诊断软件由多个相互独立的模块构成。需要说明的是，相互独立可理解为各个模块中均具有用于调用的调用入口信息，通过该调用入口信息可实现不同模块之间的调用操作；同时，各模块仅用于实现各自的逻辑，并不与其它模块存在相互支持的关系，不同模块之间的改动操作不会相互影响。

图1为本申请实施例提供的一种功能模块的调用方法的流程图；如图1所示，本申请实施例提供的一种功能模块的调用方法，包括步骤s101-步骤s104：

步骤s101：根据用户在诊断界面的操作，在多个相互独立的模块中确定出需要调用的当前模块；

在一个实施例中，app为用户提供了诊断设备的诊断界面，用户对诊断界面中提供的内容进行点击、拖动等操作；或通过与诊断设备连接的外接设备，进行信息输入的操作，本申请实施例中对此不作限定。根据用户在诊断界面的操作，诊断设备可接收到相应的操作信息，并在多个相互独立的模块中确定出需要调用的当前模块。例如，用户在诊断界面的菜单中点击了查询车辆类型的选项，诊断设备则接收到查询车辆类型操作的信息，并在多个相互独立的模块中确定出需要调用的当前模块为用于查询车辆类型的功能模块。

在具体实施中，在多个相互独立的模块中确定出需要调用的当前模块之前，还包括：

读取预先存储的历史模块，并根据预设的目标特征对历史模块进行归类和拆分，以生成多个相互独立的模块；其中，不同模块中包含有不同的目标特征。

具体地，为生成多个相互独立的模块，可读取预先存储的历史模块。需要说明的是，历史模块可为现有技术中的用于实现诊断的软件模块，可理解为包含有功能模块和菜单模块的混合模块。

在一个实施例中，预设多个目标特征，该目标特征可为用于表示诊断功能的功能特征。例如，“读取故障码”特征或“清楚故障码”特征等，均可作为目标特征。本领域技术人员也可根据实际应用情况，例如应用的车型、使用的ecu和车具有的功能等不同情况，将其它类型的特征作为目标特征，本申请不作限定。根据预设的目标特征可对读取到的历史模块进行归类和拆分，从而生成多个相互独立的模块。例如，历史模块中对于发送机系统、仪表系统、车身系统的描述中均包含有“防盗”这一功能特征，则可将“防盗”作为目标特征，将历史模块中包含有防盗特征的归为相同类并进行拆分，以生成发动机防盗模块、仪表系统防盗模块和车身系统防盗模块。由于发动机防盗模块、仪表系统防盗模块和车身系统防盗模块中仍包含有共同的防盗特征，则对该三个模块再次进行拆分以生成相互独立的防盗模块、发动机调用模块、仪表系统调用模块及车身系统防盗模块，从而生成多个相互独立的模块；其中，不同模块中包含有不同的目标特征。本申请实施例对历史模块进行了归类和拆分，生成了相互独立的模块的同时，有效地缩减了诊断软件的存储数据量。

步骤s102：判断当前模块是否为功能模块；如果是，则进入步骤s103；如果否，则进入步骤s104；

步骤s103：调用功能模块以执行相应功能操作，并根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块；

在具体实施中，判断确定的当前模块是否为功能模块时，可根据各模块预设的分类属性进行判断。例如，用户在诊断界面点击了菜单中的“查询”选项，由于该选项为菜单选项，对应的操作为展示出该菜单选项的下一级选项内容，则可在该模块中预设其分类属性为菜单模块；若用户在诊断界面电机了“开启防盗功能”选项，则需要执行相应的开启防盗功能操作，则可在该模块中预设其分类属性为功能模块。

在一个实施例中，判断出当前模块为功能模块后，可调用功能模块以执行相应功能操作，并根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块。可以理解地，本申请提供的诊断软件由多个相互独立的模块构成，因此，实现一个诊断流程时，可能需要调用多个用于实现不同功能的功能模块，在执行时通过当前调用的功能模块中包含的调用入口信息确定该诊断流程下一步需要调用的功能模块，也可称为最新模块。例如，当接收到用于表示检测防盗功能的操作信息时，整个检测防盗功能的诊断流程包括检测发动机系统的防盗功能、检测仪表系统防盗功能和检测车身系统防盗功能几部分，则需要相应地调用发动机防盗检测模块、仪表防盗检测模块和车身防盗检测模块；在实际调用时，执行完发送机防盗检测模块后，根据该功能模块中指示的调用入口信息为仪表防盗检测信息，则相应地调用仪表防盗检测模块；同理，根据仪表防盗检测模块中指示的调用入口信息为车身防盗检测信息，相应地调用车身防盗检测模块；由于车身防盗检测模块为本诊断流程中调用的最后一个功能模块，则车身防盗检测模块中指示的调用入口信息可为反馈诊断结果模块，以向用户反馈诊断操作获得的诊断结果。

在一个实施例中，根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块具体为：

根据功能模块中预先配置的属性，获取功能模块指示的调用入口信息以确定下一步要调用的最新模块。

具体地，各个功能模块预先配置有param属性、function属性和destination属性；param属性信息用于指示该功能模块执行时所需要的参数；function属性为用于记录功能模块自身标识；destination属性中包含有调用入口信息。根据功能模块中预先配置的destination属性可获取功能模块指示的调用入口信息以确定下一步要调用的最新模块。

步骤s104：说明当前模块为菜单模块，调用菜单模块以为用户提供菜单信息。

在一个实施例中，当前模块为菜单模块时，则可调用该菜单模块以为用户提供菜单信息。菜单模块中包含有destination属性和entrance属性，destination属性中包含有调用入口信息；entrance属性用于记录菜单模块自身标识，便于其它模块调用该菜单模块时根据记录的标识进行查找。

在具体实施中，功能模块和菜单模块具体通过可扩展标记语言xml进行描述。诊断软件中相互独立的各个模块均采用可扩展标记语言xml进行描述，并建立xml库。当需要添加新的模块时，则不会影响到别的模块，可扩展性强。本领域技术人员也可根据实际应用情况确定语言对各模块进行描述，本申请实施例不作限定。xml相对于程序的代码来说简单明了，不需要深入阅读和理解；xml可以实现热加载热释放，修改较为容易；并且，使诊断软件更容易模块化。由于xml结构简单，在进行批量修改的时候操作更为方便。

本申请所提供的一种功能模块的调用方法，包括：根据用户在诊断界面的操作，在多个相互独立的模块中确定出需要调用的当前模块；判断当前模块是否为功能模块；如果是，则调用功能模块以执行相应功能操作，并根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块；如果否，则说明当前模块为菜单模块，调用菜单模块以为用户提供菜单信息。由此可见，本申请提供的诊断软件由多个相互独立的模块构成，通过判断当前模块是功能模块或菜单模块，以执行相应的调用操作。当在调用过程中出现异常时，则可对相应的被调用的模块进行修改以处理异常，无需对整个诊断软件进行修改。多个互相独立的模块的设计降低了诊断软件结构的耦合性；可单独对其中的某个模块进行修改，扩展性好，更加便捷地对诊断软件进行更新和升级。

图2为本申请实施例提供的另一种功能模块的调用方法的流程图；如图2所示，本申请提供的功能模块的调用方法，还包括步骤s201：

步骤s201：当接收到启动信息时，根据入口信息加载相应的启动模块以完成启动操作。

具体地，当用户打开诊断app时，可确定为用户想要启动诊断软件，此刻将接收到用于启动诊断软件的启动信息。则根据对外入口的入口信息加载相应的启动模块以进行初始化配置，从而完成诊断软件的启动操作。

图2为本申请实施例提供的另一种功能模块的调用方法的流程图；如图2所示，本申请提供的功能模块的调用方法，还包括步骤s202-步骤s203：

步骤s202：根据用户在诊断界面的操作，判断是否接收到立即停止信息；如果是，则进行步骤s203；

步骤s203：退出当前调用的模块以停止当前操作。

具体地，在执行调用操作的过程中，用户可根据当前的情况随时控制诊断设备暂停操作。例如，诊断任务量较大导致诊断时间较长时，在诊断过程中用户因使用车辆或其它因素而需要停止诊断操作时，则可在诊断界面点击“停止诊断”选项。诊断设备接收到用于停止诊断的立即停止信息时，则退出当前调用的模块以停止当前操作。由此可见，本申请实施例通过判断是否接收到立即停止信息，以控制是否需要退出当前调用的模块。从而使能够及时响应用户的操作，能够更好地满足用户的当前需求。

图2为本申请实施例提供的另一种功能模块的调用方法的流程图；如图2所示，本申请提供的功能模块的调用方法，还包括步骤s204-步骤s205：

步骤s204：根据诊断结果，判断与预设结果是否一致；如果否，则进入步骤s205；

步骤s205：反馈异常信息以进行调用异常提示。

具体地，根据诊断过程结束后反馈的诊断结果，判断与预设结果是否一致。可以理解地，在执行完诊断过程后，则向用户诊断结束后的诊断结果。在一个实施例中，当诊断车辆的防盗功能时，可提前预设结果为防盗正常或防盗异常两种情况。当反馈的诊断结果与防盗正常或防盗异常不一致时，则可反馈异常信息以进行调用异常提示。例如，诊断结果为仪表故障，则于预设结果中防盗正常或防盗异常不一致，说明诊断过程中调用的功能模块错误，则可反馈异常信息以进行提示。从而便于运维人员及时发现问题，同时防止用户获取到错误的诊断结果。

图2为本申请实施例提供的另一种功能模块的调用方法的流程图；如图2所示，本申请提供的功能模块的调用方法，还包括步骤s206：

步骤s206：根据预先存储的运维人员的联系方式，通知运维人员以对异常信息进行处理。

具体地，对于出现调用异常的情况，可根据预先存储的运维人员的联系方式，通知运维人员处理异常信息。进一步地，运维人员的联系方式可为邮箱或电话号码等，本领域技术人员可根据实际应用情况进行设置，本申请实施例不作限定。通过预先存储的联系方式可及时通知运维人员对异常进行处理，避免由于运维人员不知道异常情况而导致诊断设备无法提供正常的服务。

本申请还提供一种功能模块的调用装置和功能模块的调用设备对应的实施例。需要说明的是，本申请从两个角度对实施例进行描述，一种是基于功能模块的角度，另一种是基于硬件的角度。

图3为本申请实施例提供的一种功能模块的调用装置的结构图；如图3所示，本申请提供的一种功能模块的调用装置，包括：

确定模块10，用于根据用户在诊断界面的操作，在多个相互独立的模块中确定出需要调用的当前模块；

判断模块11，用于判断当前模块是否为功能模块；如果是，则进入第一调用模块；如果否，则进入第二调用模块；

第一调用模块12，用于调用功能模块以执行相应功能操作，并根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块；

第二调用模块13，用于说明当前模块为菜单模块，调用菜单模块以为用户提供菜单信息。

确定模块10根据用户在诊断界面的操作，诊断设备可接收到相应的操作信息，并在多个相互独立的模块中确定出需要调用的当前模块。例如，用户在诊断界面的菜单中点击了查询车辆类型的选项，诊断设备则接收到查询车辆类型操作的信息，并在多个相互独立的模块中确定出需要调用的当前模块为用于查询车辆类型的功能模块。

在具体实施中，判断模块11判断确定的当前模块是否为功能模块时，可根据各模块预设的分类属性进行判断。例如，用户在诊断界面点击了菜单中的“查询”选项，由于该选项为菜单选项，对应的操作为展示出该菜单选项的下一级选项内容，则可在该模块中预设其分类属性为菜单模块；若用户在诊断界面电机了“开启防盗功能”选项，则需要执行相应的开启防盗功能操作，则可在该模块中预设其分类属性为功能模块。

在一个实施例中，第一调用模块12可调用功能模块以执行相应功能操作，并根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块。可以理解地，本申请提供的诊断软件由多个相互独立的模块构成，因此，实现一个诊断流程时，可能需要调用多个用于实现不同功能的功能模块，在执行时通过当前调用的功能模块中包含的调用入口信息确定该诊断流程下一步需要调用的功能模块，也可称为最新模块。例如，当接收到用于表示检测防盗功能的操作信息时，整个检测防盗功能的诊断流程包括检测发动机系统的防盗功能、检测仪表系统防盗功能和检测车身系统防盗功能几部分，则需要相应地调用发动机防盗检测模块、仪表防盗检测模块和车身防盗检测模块；在实际调用时，执行完发送机防盗检测模块后，根据该功能模块中指示的调用入口信息为仪表防盗检测信息，则相应地调用仪表防盗检测模块；同理，根据仪表防盗检测模块中指示的调用入口信息为车身防盗检测信息，相应地调用车身防盗检测模块；由于车身防盗检测模块为本诊断流程中调用的最后一个功能模块，则车身防盗检测模块中指示的调用入口信息可为反馈诊断结果模块，以向用户反馈诊断操作获得的诊断结果。

在一个实施例中，根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块具体为：

根据功能模块中预先配置的属性，获取功能模块指示的调用入口信息以确定下一步要调用的最新模块。

具体地，各个功能模块预先配置有param属性、function属性和destination属性；param属性信息用于指示该功能模块执行时所需要的参数；function属性为用于记录功能模块自身标识；destination属性中包含有调用入口信息。根据功能模块中预先配置的destination属性可获取功能模块指示的调用入口信息以确定下一步要调用的最新模块。

在一个实施例中，当前模块为菜单模块时，第二调用模块13可调用该菜单模块以为用户提供菜单信息。菜单模块中包含有destination属性和entrance属性，destination属性中包含有调用入口信息；entrance属性用于记录菜单模块自身标识，便于其它模块调用该菜单模块时根据记录的标识进行查找。

在具体实施中，功能模块和菜单模块具体通过可扩展标记语言xml进行描述。诊断软件中相互独立的各个模块均采用可扩展标记语言xml进行描述，并建立xml库。当需要添加新的模块时，则不会影响到别的模块，可扩展性强。本领域技术人员也可根据实际应用情况确定语言对各模块进行描述，本申请实施例不作限定。

本申请提供的一种功能模块的调用装置，还包括：

启动模块，用于当接收到启动信息，根据入口信息加载相应的启动模块以完成启动操作。

本申请提供的一种功能模块的调用装置，还包括：

退出模块，用于根据用户在诊断界面的操作，判断是否接收到立即停止信息；如果是，则退出当前调用的模块以停止当前操作。

本申请提供的一种功能模块的调用装置，还包括：

反馈模块，用于根据诊断结果，判断与预设结果是否一致；如果否，则反馈异常信息以进行调用异常提示。

本申请提供的一种功能模块的调用装置，还包括：

通知模块，用于根据预先存储的运维人员的联系方式，通知运维人员以对异常信息进行处理。

本申请提供的一种功能模块的调用装置，还包括：

读取模块，用于读取预先存储的历史模块，并根据预设的目标特征对历史模块进行归类和拆分，以生成多个相互独立的模块；其中，不同模块中包含有不同的目标特征。

本申请所提供的一种功能模块的调用装置，根据用户在诊断界面的操作，在多个相互独立的模块中确定出需要调用的当前模块；判断当前模块是否为功能模块；如果是，则调用功能模块以执行相应功能操作，并根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块；如果否，则说明当前模块为菜单模块，调用菜单模块以为用户提供菜单信息。由此可见，本申请提供的诊断软件由多个相互独立的模块构成，通过判断当前模块是功能模块或菜单模块，以执行相应的调用操作。当在调用过程中出现异常时，则可对相应的被调用的模块进行修改以处理异常，无需对整个诊断软件进行修改。多个互相独立的模块的设计降低了诊断软件结构的耦合性；可单独对其中的某个模块进行修改，扩展性好，更加便捷地对诊断软件进行更新和升级。

图4为本申请实施例提供的一种功能模块的调用设备的结构图。如图4所示，本申请实施例提供一种功能模块的调用设备，包括存储器20，用于存储计算机程序；

处理器21，用于执行计算机程序时实现如上述任一项的功能模块的调用方法的步骤。

其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用dsp(digitalsignalprocessing，数字信号处理)、fpga(field－programmablegatearray，现场可编程门阵列)、pla(programmablelogicarray，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(centralprocessingunit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有gpu(graphicsprocessingunit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括ai(artificialintelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。

存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的功能模块的调用方法中的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括windows、unix、linux等。

在一些实施例中，功能模块的调用设备还可包括有输入输出接口22、通信接口23、电源24以及通信总线25。

本领域技术人员可以理解，图4中示出的结构并不构成对功能模块的调用设备的限定，可以包括比图示更多或更少的组件。

由于设备部分的实施例与方法部分的实施例相互对应，因此设备部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。在本申请的一些实施例中，处理器和存储器可通过总线或其它方式连接。

本申请所提供的一种功能模块的调用设备，能够实现如下方法：根据用户在诊断界面的操作，在多个相互独立的模块中确定出需要调用的当前模块；判断当前模块是否为功能模块；如果是，则调用功能模块以执行相应功能操作，并根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块；如果否，则说明当前模块为菜单模块，调用菜单模块以为用户提供菜单信息。由此可见，本申请提供的诊断软件由多个相互独立的模块构成，通过判断当前模块是功能模块或菜单模块，以执行相应的调用操作。当在调用过程中出现异常时，则可对相应的被调用的模块进行修改以处理异常，无需对整个诊断软件进行修改。多个互相独立的模块的设计降低了诊断软件结构的耦合性；可单独对其中的某个模块进行修改，扩展性好，更加便捷地对诊断软件进行更新和升级。

最后，本申请还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。

本申请还提供一种计算机可读存储介质，实现的步骤包括：

根据用户在诊断界面的操作，在多个相互独立的模块中确定出需要调用的当前模块；

判断当前模块是否为功能模块；

如果是，则调用功能模块以执行相应功能操作，并根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块；

如果否，则说明当前模块为菜单模块，调用菜单模块以为用户提供菜单信息。

在一个实施例中，根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块具体为：

根据功能模块中预先配置的属性，获取功能模块指示的调用入口信息以确定下一步要调用的最新模块。

在一个实施例中，功能模块和菜单模块具体通过可扩展标记语言xml进行描述。

本申请还提供一种计算机可读存储介质，实现的步骤还包括：

当接收到启动信息，根据入口信息加载相应的启动模块以完成启动操作。

本申请还提供一种计算机可读存储介质，实现的步骤还包括：

根据用户在诊断界面的操作，判断是否接收到立即停止信息；

如果是，则退出当前调用的模块以停止当前操作。

本申请还提供一种计算机可读存储介质，实现的步骤还包括：

根据诊断结果，判断与预设结果是否一致；

如果否，则反馈异常信息以进行调用异常提示。

本申请还提供一种计算机可读存储介质，实现的步骤还包括：

根据预先存储的运维人员的联系方式，通知运维人员以对异常信息进行处理。

由于本部分的实施例与方法部分的实施例相互对应，因此本部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

本申请所提供的计算机可读存储介质实现的步骤包括：根据用户在诊断界面的操作，在多个相互独立的模块中确定出需要调用的当前模块；判断当前模块是否为功能模块；如果是，则调用功能模块以执行相应功能操作，并根据功能模块中指示的调用入口信息以确定下一步要调用的最新模块；如果否，则说明当前模块为菜单模块，调用菜单模块以为用户提供菜单信息。由此可见，本申请提供的诊断软件由多个相互独立的模块构成，通过判断当前模块是功能模块或菜单模块，以执行相应的调用操作。当在调用过程中出现异常时，则可对相应的被调用的模块进行修改以处理异常，无需对整个诊断软件进行修改。多个互相独立的模块的设计降低了诊断软件结构的耦合性；可单独对其中的某个模块进行修改，扩展性好，更加便捷地对诊断软件进行更新和升级。

可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本申请所提供的一种功能模块的调用方法、装置、设备及存储介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。