CN114202375A - 信息推荐方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种信息推荐方法、装置、电子设备及存储介质，用于解决因操作效率低而导致的用户体验不佳的问题。本申请实施例方法应用于诊断设备，包括：获取目标用户当前所处的诊断节点；判断所述诊断节点是否是目标节点；若确定所述诊断节点是目标节点，则判断所述诊断节点对应的目标诊断功能是否完成启动；若确定所述目标诊断功能为未完成启动，将所述目标诊断功能的标识发送至服务器；获取服务器返回的与所述目标诊断功能对应的诊断产品信息；向所述目标用户推送所述诊断产品信息。

Description

信息推荐方法、装置、电子设备及存储介质

技术领域

本申请实施例涉及数据处理领域，尤其涉及一种信息推荐方法、装置、电子设备及存储介质。

背景技术

近年来，随着各种诊断设备的不断发展，诊断设备的功能越来越多，适用性越来越强。在用户通过诊断设备对车辆诊断时，通常要搭配辅助诊断产品，如防盗编程器、胎压枪、内窥镜、示波器、传感器等诊断小工具配合使用才能顺利完成车型特定的功能诊断。

例如，用户进入到相关的车辆软件操作时，当进行到防盗模块更换功能时，该更换功能需要连接防盗编程器辅助操作才能启动完成，若是此时缺少了防盗编程器的辅助，则不能启动防盗模块更换功能。

在现有技术中，当用户进入到相关的车辆软件操作时，若是出现了无法启动的情况，需要用户根据当前的操作自行搜索才能获知所需要执行的功能需要购买其他诊断产品辅助，以及需要哪些诊断产品，使得操作效率低下，从而影响了用户的使用体验。

发明内容

本申请实施例提供了一种信息推荐方法、装置、电子设备及存储介质，以解决因操作效率低而导致的用户体验不佳的问题。

本申请从第一方面提供了一种信息推荐方法，应用于诊断设备，所述方法包括：

获取目标用户当前所处的诊断节点；

判断所述诊断节点是否是目标节点；

若确定所述诊断节点是目标节点，则判断所述诊断节点对应的目标诊断功能是否完成启动；

若确定所述目标诊断功能为未完成启动，将所述目标诊断功能的标识发送至服务器；

获取服务器返回的与所述目标诊断功能对应的诊断产品信息；

向所述目标用户推送所述诊断产品信息。

可选的，所述诊断节点由诊断功能菜单显示；

所述获取目标用户当前所处的诊断节点之前，还包括：

对所述诊断节点分别进行数据埋点；

通过所述数据埋点获取所述目标用户在所述诊断功能菜单界面上的行为数据，以确定所述目标用户当前所处的诊断节点。

可选的，所述行为数据包含所述目标用户对所述诊断功能菜单界面上诊断节点的点击行为数据；

通过所述数据埋点获取所述目标用户在所述诊断功能菜单界面上的行为数据，包括：

记录并更新所述点击行为数据，以确定所述目标用户当前所处的诊断节点，所述点击行为数据为根据诊断节点的点击时间顺序排列的数据。

可选的，所述判断所述诊断节点对应的目标诊断功能是否完成启动，包括：

判断在第一预设时间内是否接收到所述目标用户发送的第一操作指令，所述第一操作指令为所述目标用户启动所述目标诊断功能的操作指令；

若在第一预设时间内未接收到所述目标用户发送的第一操作指令，则确定所述诊断节点对应的目标诊断功能未完成启动。

可选的，所述诊断产品信息包含所述诊断产品的购买链接。

本申请从第二方面提供了一种信息推荐方法，应用于服务器，包括：

获取诊断设备发送的目标诊断功能的标识；

根据所述目标诊断功能的标识获取与所述目标诊断功能对应的诊断产品信息；

将所述诊断产品信息发送至所述诊断设备。

可选的，所述获取诊断设备发送的目标诊断功能的标识之前，所述推荐方法还包括：

将诊断功能与对应的诊断产品信息建立关联。

本申请从第三方面提供了一种信息推荐装置，应用于诊断设备，所述装置包括：

第一获取单元，用于获取目标用户当前所处的诊断节点；

第一判断单元，用于判断所述诊断节点是否是目标节点；

第二判断单元，用于当所述第一判断单元确定所述诊断节点是目标节点时，则判断所述诊断节点对应的目标诊断功能是否完成启动；

发送单元，用于当所述第二判断单元确定所述诊断节点对应的目标诊断功能未完成启动时，将所述目标诊断功能的标识发送至服务器；

第二获取单元，用于获取服务器返回的与所述目标诊断功能对应的诊断产品信息；

推送单元，用于向所述目标用户推送所述诊断产品信息。

可选的，所述诊断节点由诊断功能菜单显示；

所述信息推荐装置还包括：

数据埋点单元，用于对所述诊断节点分别进行数据埋点；

行为数据处理单元，用于通过所述数据埋点获取所述目标用户在所述诊断功能菜单界面上的行为数据，以确定所述目标用户当前所处的诊断节点。

可选的，所述行为数据包含所述目标用户对所述诊断功能菜单界面上诊断节点的点击行为数据；

所述行为数据处理单元，具体用于记录并更新所述点击行为数据，以确定所述目标用户当前所处的诊断节点，所述点击行为数据为根据诊断节点的点击时间顺序排列的数据。

可选的，所述第二判断单元，包括：

第二判断模块，用于判断在第一预设时间内是否接收到所述目标用户发送的第一操作指令，所述第一操作指令为所述目标用户启动所述目标诊断功能的操作指令；

第一执行模块，用于当所述第二判断模块确定在第一预设时间内未接收到所述目标用户发送的第一操作指令时，则确定所述诊断节点对应的目标诊断功能未完成启动。

可选的，所述推送单元中的所述诊断产品信息包含所述诊断产品的购买链接。

本申请从第四方面提供了一种信息推荐装置，应用于服务器，所述装置包括：

标识获取单元，用于获取诊断设备发送的目标诊断功能的标识；

诊断产品信息获取单元，用于根据所述目标诊断功能的标识获取与所述目标诊断功能对应的诊断产品信息；

产品信息发送单元，用于将所述诊断产品信息发送至所述诊断设备。

可选的，所述推荐装置还包括：

关联单元，用于将诊断功能与对应的诊断产品信息建立关联。

本申请从第五方面提供了一种电子设备，包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行如应用于诊断设备或服务器的第一方面或第二方面所述的信息推荐方法。

本申请从第六方面提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如应用于诊断设备或服务器的第一方面或第二方面所述的信息推荐方法。

从以上技术方案可以看出，本申请第一方面的信息推荐方法具有以下优点：

首先获取到目标用户当前所处的诊断节点，判断诊断节点是否为目标节点，若是，则判断与该诊断节点对应的目标诊断功能的是否已经完成启动，如果还未完成，则将该目标诊断功能的标识发送至服务器，随后获取服务器返回的与该目标功能对应的诊断产品信息，最后向目标用户该诊断产品信息。本申请采用了对目标诊断功能是否完成启动的判断，并能在未完成时，根据目标诊断功能的启动需求推送所需诊断产品信息的技术手段，减少了用户在遇到目标诊断功能因缺失辅助的诊断产品而无法启动完成时，查找相关诊断产品的时间，从而提高了用户的使用体验感。

在本申请的第二方面、第三方面、第四方面、第五方面和第六方面中的有益效果参见第一方面的有益效果。

附图说明

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

图1为本申请实施例中应用于诊断设备的信息推荐方法的一种实施例流程示意图；

图2为本申请实施例中应用于诊断设备的信息推荐方法的另一种实施例流程示意图；

图3为本申请实施例中应用于服务器的信息推荐方法的一种实施例流程示意图；

图4为本申请实施例中应用于诊断设备的信息推荐装置的一种实施例结构示意图；

图5为本申请实施例中应用于诊断设备的信息推荐装置的另一种实施例结构示意图；

图6为本申请实施例中应用于服务器的信息推荐装置的一种实施例结构示意图；

图7为本申请实施例中信息推荐方法的一种实施例交互流程示意图；

图8为本申请实施例中电子设备的一种实施例结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。因此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

近年来，随着各种诊断设备的不断发展，诊断设备的功能越来越多，适用性越来越强。在用户通过诊断设备对车辆诊断时，通常要搭配辅助诊断产品，如防盗编程器、胎压枪、内窥镜、示波器、传感器等诊断小工具配合使用才能顺利完成车型特定的功能诊断。

然而，就现有的应用场景而言，用户在通过诊断设备对车辆进行诊断时，通常是不会提前知晓所执行的诊断功能需不需要买诊断产品以及需要什么规格型号的诊断产品，因此，在用户进行了该诊断功能，易因为缺少相关诊断产品的辅助而导致诊断功能无法进入到下一步实现，从而使得操作效率低下，影响了用户的使用体验。

基于此，本申请提供了一种信息推荐方法及推荐装置，应用于诊断设备以及服务器，可以采用了对目标诊断功能是否完成启动的判断，并能在未完成时，根据目标诊断功能的启动需求推送所需诊断产品信息的技术手段，减少了用户在遇到目标诊断功能因缺失辅助的诊断产品而无法启动完成时，查找相关诊断产品的时间，以实现用户在车辆诊断过程中，提高用户的使用体验感的目的。

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

请参阅图1，本申请实施例中，提供了一种可以应用于诊断设备的信息推荐方法，该方法的执行主体为诊断设备，该诊断设备可以与用户及相关服务器进行多方交互，该方法包括：

101、诊断设备获取目标用户当前所处的诊断节点；

诊断设备是一种服务于车辆的电子设备，用户可通过该诊断设备对车辆进行相应的诊断操作。

在对本申请所提到的信息推荐方法中，诊断设备会与服务器以及用户进行三方交互，以此实现对车辆的相关信息的查询或处理，从而完成对车辆的诊断过程，其中，诊断设备所执行的诊断功能对应的某些诊断节点，需要用以一定的诊断产品辅助诊断功能的实现，因此需要先获取到目标用户当前所处的诊断节点。

具体的，当目标用户对车辆A进行胎压学习功能时，需要使用到胎压枪工具进行辅助实现。要实现胎压学习功能，需要通过诊断设备执行多个操作步骤，每个操作步骤当做是一个诊断节点，目标用户在对车辆的胎压学习功能进行相关步骤的操作的时候，诊断设备根据当前的显示界面以及点击数据，从而使诊断设备获取到目标用户当前所处的诊断节点后进行进一步的分析处理。

102、诊断设备判断诊断节点是否是目标节点；若是，则执行步骤103；

在对本申请所提到的信息推荐方法中，诊断设备获取到目标用户当前所处的诊断节点后，需要对当前所处的诊断节点进行进一步的分析处理，即需要判断该诊断节点是否是目标节点，如果是的话，才进一步根据这个目标节点来对诊断设备所要实现的目标诊断功能进行分析处理。

具体的，执行胎压学习功能的操作步骤，依次为填写车辆A的绑定的账户与密码，选择胎压学习功能，确认启动功能。当诊断设备获取到目标用户在对车辆A执行胎压学习功能的当前操作步骤，会先判断该当前操作步骤是否为确认启动功能的步骤，若是，才能确认目标用户已确定需要实现胎压学习功能，从而使诊断设备能够进一步根据该步骤(诊断节点)来对目标诊断功能的实现进行进一步的判断及分析处理。

103、诊断设备判断诊断节点对应的目标诊断功能是否完成启动；若否，则执行步骤104；

在对车辆进行诊断的过程中，需要确定进行的相关诊断功能是否已经搭配有其他的诊断工具进行辅助操作。因此，诊断设备需要进一步判断在目标用户执行至目标节点时，相应的目标诊断功能是否完成启动。

在对本申请所提到的信息推荐方法中，具体的，当诊断设备确认目标用户在对车辆A进行胎压学习时，当前所处的操作步骤为确认启动功能的步骤时，则进一步判断车辆A的胎压学习功能是否已经完成了启动，若是没有完成启动，诊断设备会认为目前的胎压学习功能缺失了相应的辅助诊断产品，从而没有完成启动。

104、诊断设备将目标诊断功能的标识发送至服务器；

诊断产品信息是存储在服务器端的，诊断设备无法独立根据目标诊断功能就能确定所缺失的辅助诊断产品是什么，因此，诊断设备需要将目标诊断功能的标识发送至服务器，以使得服务器能够根据该标识反馈相应的诊断产品信息。

具体的，目标诊断功能的标识包括但不限于，特定的字符串或者数字序列等，该标识即为目标诊断功能的身份标识，具有唯一性。

105、诊断设备获取服务器返回的与目标诊断功能对应的诊断产品信息；

服务器具备承担响应服务请求、承担服务以及保障服务的能力。

由于诊断设备需要进一步确认目标诊断功能所缺失的辅助诊断产品的具体情况，所以，在诊断设备向服务器发送目标诊断功能的标识以后，服务器需要根据该标识在内部找到与该标识相匹配的诊断产品信息，并向诊断设备反馈该诊断产品信息。

具体的，当诊断设备向服务器发送胎压学习功能的标识以后，服务器根据该标识在内部找到与该标识相匹配的胎压枪产品信息，就会将该胎压枪的产品信息反馈至诊断设备，以使得诊断设备后续可以推送这些诊断产品信息给目标用户。

106、诊断设备向目标用户推送诊断产品信息。

在对本申请所提到的信息推荐方法中，诊断设备需要向目标用户智能推荐相应的诊断产品，并引导目标用户进入相关商城购买，因此，诊断设备需要向目标用户推送相应的诊断产品信息。

具体的，诊断产品信息中可以包含诊断产品的具体型号、具体的参数，符合辅助条件的相关种类以及推荐购买链接的渠道，可选的，该诊断产品信息中可以仅包含一种相关的辅助诊断工具的产品信息，也可以包含多种相关的辅助诊断工具的产品信息。例如，对于车辆的防盗编程软件，目标用户执行至防盗模块更换菜单步骤时，由于缺少相关的诊断产品(防盗编程器)，无法实现防盗模块更换功能，此时，诊断设备会向目标用户推送301154251X-431GIII防盗编程器的产品信息。

在本申请实施例中，诊断设备可以通过获取到目标用户当前所处的诊断节点来判断该诊断节点是否是目标节点，若是，则可以进一步确定该诊断节点对应的目标诊断功能是否能完成启动，如果并不能完成启动，则会将服务器返回的与目标诊断功能对应的诊断产品信息推送给目标用户，从而达到提升目标用户在车辆诊断时的体验感的目的。

请参阅图2，本申请另一实施例中，提供了另一种应用于诊断设备的信息推荐方法，该方法的执行主体为诊断设备，该诊断设备可以与用户及相关服务器进行多方交互，该方法包括：

201、诊断设备对诊断节点分别进行数据埋点；

202、诊断设备通过数据埋点获取目标用户在诊断功能菜单界面上的行为数据，以确定目标用户当前所处的诊断节点；

数据埋点是数据采集的一种重要方式，主要用来记录和收集终端用户的操作行为，其基本原理是在App/H5/PC等终端部署采集的SDK代码，当用户的行为满足某种条件的时候，比如进入某个页面、点击某个按钮等，会自动触发记录和存储，然后这些数据会被收集并被传输到终端提供商，或者是通过后端采集用户使用服务过程中的请求数据。

在车型诊断过程中，若要进行相关的诊断功能，通常要搭配其他的诊断产品进行辅助操作，为了能够更好的确定当前目标用户所处的诊断节点，可以预先对目标诊断功能对应的各个诊断节点分别进行数据埋点。通过数据埋点所采集到的数据可以获取到目标用户在诊断功能菜单界面上的点击行为，从而知晓当前目标用户具体所在的诊断节点。

需要说明的是，诊断节点是由诊断功能菜单显示的，本申请实施例所提到的行为数据包含用户对诊断功能菜单界面上诊断节点的点击行为数据。诊断设备可以通过数据埋点采集的数据实时记录并更新点击行为数据。

可选的是，点击行为数据可以为根据诊断节点的点击时间顺序排列的数据。

203、诊断设备获取目标用户当前所处的诊断节点；

204、诊断设备判断诊断节点是否是目标节点；若是，则执行步骤205；

本实施例中步骤203至204与前述实施例中步骤101至步骤102类似，此处不再赘述。

205、诊断设备判断在第一预设时间内是否接收到目标用户发送的第一操作指令，第一操作指令为目标用户启动目标诊断功能的操作指令；若否，则执行步骤206；

206、诊断设备确定诊断节点对应的目标诊断功能未完成启动；

诊断设备在第一预设时间内接收到目标用户发送的第一操作指令，本申请实施例中的第一操作指令为目标用户启动目标诊断功能的操作指令。目标诊断功能用于向用户指定的车辆提供服务，服务可以是对车辆进行胎压学习功能，可以是车辆防盗功能，具体此处不做限定。本实施例中的目标诊断功能主要安装于诊断设备上，目标诊断功能中对应的诊断节点主要涉及设备的诊断过程。

当诊断设备在预设时间内未接收到目标用户的第一操作指令时，确定诊断节点对应的目标诊断功能并未完成启动，即确认为执行该目标诊断功能时，缺失相应的诊断产品辅助。

207、诊断设备将目标诊断功能的标识发送至服务器；

208、诊断设备获取服务器返回的与目标诊断功能对应的诊断产品信息；

209、诊断设备向目标用户推送诊断产品信息。

本实施例中步骤207至209与前述实施例中步骤104至步骤106类似，此处不再赘述。

在本申请实施例中，可以通过对实现该目标诊断功能的各个诊断节点上分别进行数据埋点的技术手段，使得诊断设备可以通过数据埋点来获取目标用户在诊断功能对应的各个诊断节点的行为数据，然后再根据该行为数据来确定目标用户当前所处的诊断节点，从而提高了确定目标用户当前所处的诊断节点的精确性。

请参阅图3，本申请实施例中，提供了一种可以应用于服务器的信息推荐方法，该方法的执行主体为服务器，该服务器可以与用户及诊断设备进行多方交互，该方法包括：

301、服务器将诊断功能与对应的诊断产品信息建立关联；

具体的，服务器作为诊断设备后台管理服务器，会存储有一个预设的车辆产品信息数据库，该诊断产品信息数据库包含多种型号的车辆辅助诊断工具产品信息，如：301154251X-431GIII防盗编程器、胎压枪等，以及包含多种型号的车辆信息，如：长城车型、吉利车型、大众车型、福特车型、奥迪车型等。服务器在获取到诊断设备发送的诊断功能信息后，需要确定执行该诊断功能是否需要诊断产品的辅助，或者需要哪些诊断产品辅助，因此，服务器需要预先将诊断功能与车辆产品信息数据库中的诊断产品信息建立关联。

302、服务器获取诊断设备发送的目标诊断功能的标识；

诊断产品信息存储在服务器的数据库中，诊断设备无法独立根据目标诊断功能就能确定所缺失的辅助诊断产品是什么，因此，服务器需要获取到诊断设备发送的目标诊断功能的标识，为该目标诊断功能匹配相应的诊断产品信息。

303、服务器根据目标诊断功能的标识获取与目标诊断功能对应的诊断产品信息；

在本申请实施例中，根据诊断功能的标识获取的相关诊断产品可以有多种方式。

例如，服务器可以根据胎压学习功能确定关联的车辆辅助诊断工具产品信息。具体的，在获取到目标诊断功能的标识之后，服务器根据获取到的标识从车辆产品信息数据库中查找关联的辅助诊断产品信息。其中，辅助诊断产品信息包括诊断产品的产品信息和诊断产品对应的购买渠道信息。更具体的为，例如：车辆为奥迪，用户在奥迪软件上依次选择了车型，年款，胎压***，胎压学习模块后，诊断设备提示用户此功能需绑定30215478X-431TSGUN配置，若用户能顺利填写胎压枪绑定信息并成功验证，则诊断设备不进行产品推荐，若用户选择退出或无法通过绑定界面，则诊断设备向后台服务器发送胎压学习功能的标识，服务器将该标识放入数据库中匹配相关的辅助诊断产品信息，匹配到的胎压枪产品信息即为与目标诊断功能对应的诊断产品信息。

304、服务器将诊断产品信息发送至诊断设备。

服务器将根据目标诊断功能匹配到的诊断产品信息发送至诊断设备，具体的，当服务器匹配到胎压学习功能的标识关联的胎压枪商品信息，将胎压枪的型号参数信息与购买链接发送至诊断设备，使得用户能够通过链接进入商城中心的30215478X-431TSGUN配置产品界面，引导用户购买产品。

请参阅图4，本申请实施例中，提供了一种应用于诊断设备的信息推荐装置，包括：

第一获取单元401，用于获取目标用户当前所处的诊断节点；

第一判断单元402，用于判断诊断节点是否是目标节点；

第二判断单元403，用于当第一判断单元302确定诊断节点是目标节点时，则判断诊断节点对应的目标诊断功能是否完成启动；

发送单元404，用于当第二判断单元304确定诊断节点对应的目标诊断功能未完成启动时，将目标诊断功能的标识发送至服务器；

第二获取单元405，用于获取服务器返回的与目标诊断功能对应的诊断产品信息；

推送单元406，用于向目标用户推送诊断产品信息。

在本申请实施例中，第一获取单元401获取到目标用户当前所处的诊断节点后，第一判断单元402判断该诊断节点是否为目标节点，若是，则进一步让第二判断单元403判断诊断节点对应的目标诊断功能是否完成启动，当确定未完成启动后，再通过第二获取单元405获取到服务器返回的与目标诊断功能对应的诊断产品信息，最后，通过推送单元406向目标用户推送诊断产品信息，以在目标用户应用诊断设备进行操作时，及时获得与想要实现的目标诊断功能所需的诊断产品信息，从而提升了用户的使用体验感。

请参阅图5，本申请实施例，提供了另一种应用于诊断设备的信息推荐装置，包括：

数据埋点单元501，用于对诊断节点分别进行数据埋点；

行为数据处理单元502，用于通过数据埋点获取目标用户在诊断功能菜单界面上的行为数据，以确定目标用户当前所处的诊断节点；

第一获取单元503，用于获取目标用户当前所处的诊断节点；

第一判断单元504，用于判断诊断节点是否是目标节点；

第二判断单元505，用于当第一判断单元504确定诊断节点是目标节点时，则判断诊断节点对应的目标诊断功能是否完成启动；

发送单元506，用于当第二判断单元505确定诊断节点对应的目标诊断功能未完成启动时，将目标诊断功能的标识发送至服务器；

第二获取单元507，用于获取服务器返回的与目标诊断功能对应的诊断产品信息；

推送单元508，用于向目标用户推送诊断产品信息。

在本申请实施例中，行为数据包含目标用户对诊断功能菜单界面上诊断节点的点击行为数据；

行为数据处理单元502，具体用于记录并更新点击行为数据，以确定目标用户当前所处的诊断节点，点击行为数据为根据诊断节点的点击时间顺序排列的数据。

第二判断单元505，包括：

第二判断模块5051，用于判断在第一预设时间内是否接收到目标用户发送的第一操作指令，第一操作指令为目标用户启动目标诊断功能的操作指令；

第一执行模块5052，用于当第二判断模块5051确定在第一预设时间内未接收到目标用户发送的第一操作指令时，则确定诊断节点对应的目标诊断功能未完成启动。

在本申请实施例中，推送单元508中的诊断产品信息包含诊断产品的购买链接。

请参阅图6，本申请实施例，提供了一种应用于服务器的信息推荐装置，包括：

标识获取单元601，用于获取诊断设备发送的目标诊断功能的标识；

诊断产品信息获取单元602，用于根据目标诊断功能的标识获取与目标诊断功能对应的诊断产品信息；

产品信息发送单元603，用于将诊断产品信息发送至诊断设备。

可选的，在本申请实施例中，推荐装置还可以包括：

关联单元604，用于将诊断功能与对应的诊断产品信息建立关联。

请参阅图7，诊断设备可以同时和用户以及服务器进行多方交互，具体的交互方法包括：

701、诊断设备获取目标用户当前所处的诊断节点；

702、诊断设备判断该诊断节点是否为目标节点，当诊断设备确定诊断节点是目标节点时，执行步骤703；

703、诊断设备判断该诊断节点对应的目标诊断功能是否完成启动，若是目标诊断功能未完成启动，则执行步骤704；

704、诊断设备将目标诊断功能的标识发送至服务器；

本申请实施例中的步骤701至步骤704所采取的实施方法与上述实施例的步骤101至步骤104所采取的实施方法是一致的，此处不再赘述。

705、服务器获取诊断设备发送的目标诊断功能的标识；

在本申请实施例中，服务器已经预先设置有相关数据库，将诊断功能与对应的诊断产品信息建立关联，置于数据库中。所以此时在确定了目标诊断功能并未完成启动之后，诊断设备可以将目标诊断功能的标识发送给服务器，让服务器根据该标识找到与该目标诊断功能相对应的诊断产品信息。

706、服务器根据目标诊断功能的标识获取与目标诊断功能对应的诊断产品信息；

在本申请实施例中，服务器根据目标诊断功能的标识来获取与其对应的诊断产品信息的方式包括但不限于，将该目标诊断功能标识放入预设的数据库中进行匹配，将匹配到的标识所关联的诊断产品信息确定为所需的诊断产品信息。此处所指的诊断产品信息至少为一种诊断产品的产品信息。

707、服务器将诊断产品信息发送至诊断设备；

诊断产品信息除了可以包括产品的具体名称，型号等，还可以包括产品的市场价格范围，购买链接渠道等。具体此处不做限定。

在获取到与目标诊断功能所对应的诊断产品信息后，服务器可以将诊断产品信息通过无线或蓝牙连接发送至诊断设备。

708、诊断设备向目标用户推送诊断产品信息。

具体的，诊断设备作为诊断产品信息中转站，诊断产品信息需要先由服务器处根据目标诊断功能的标识获取到，才能发送至诊断设备，诊断设备才能进一步将该信息推送给目标用户。

可选的，为了确认目标用户已经接受到了诊断产品信息，诊断设备可以设置一个响应时间范围，当在响应时间内目标用户对该推送的诊断产品信息读取时(即诊断产品信息为已读状态)，诊断设备则确认目标用户已知晓；当在响应时间内目标用户未对该推送的诊断产品信息读取时，诊断设备则向该目标用户二次推送该诊断产品信息，以提高目标用户看信息的概率。

在本申请实施例中，诊断设备可以通过获取到目标用户当前所处的诊断节点来判断该诊断节点是否是目标节点，若是，则可以进一步确定该诊断节点对应的目标诊断功能是否能完成启动，如果并不能完成启动，服务器则会获取到诊断设备发送的目标诊断功能标识，并根据该标识获取到与其相对应的诊断产品信息，随后，将获取到的诊断产品信息发送到诊断设备，让诊断设备把该诊断产品信息推送给目标用户，节约了目标用户的查找时间，从而达到提升目标用户在车辆诊断时的体验感的目的。

请参阅图8，本申请从第三方面提供了一种电子设备，包括：

处理器801、存储器802、输入输出单元803以及总线804。

处理器801与存储器802、输入输出单元803以及总线804相连。

存储器802保存有程序，处理器801调用程序以执行如应用于上述方法实施例中的信息推荐方法。

本申请提供了一种计算机可读存储介质，该计算机可读存储介质上保存有程序，该程序在计算机上执行时执行如应用于上述方法实施例中所述的信息推荐方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

Claims (10)

1.一种信息推荐方法，其特征在于，应用于诊断设备，所述方法包括：

获取目标用户当前所处的诊断节点；

判断所述诊断节点是否是目标节点；

若确定所述诊断节点是目标节点，则判断所述诊断节点对应的目标诊断功能是否完成启动；

若确定所述目标诊断功能为未完成启动，将所述目标诊断功能的标识发送至服务器；

获取服务器返回的与所述目标诊断功能对应的诊断产品信息；

向所述目标用户推送所述诊断产品信息。

2.根据所述权利要求1所述的信息推荐方法，其特征在于，所述诊断节点由诊断功能菜单显示；

所述获取目标用户当前所处的诊断节点之前，还包括：

对所述诊断节点分别进行数据埋点；

通过所述数据埋点获取所述目标用户在所述诊断功能菜单界面上的行为数据，以确定所述目标用户当前所处的诊断节点。

3.根据权利要求2所述的信息推荐方法，其特征在于，所述行为数据包含所述目标用户对所述诊断功能菜单界面上诊断节点的点击行为数据；

通过所述数据埋点获取所述目标用户在所述诊断功能菜单界面上的行为数据，包括：

记录并更新所述点击行为数据，以确定所述目标用户当前所处的诊断节点，所述点击行为数据为根据诊断节点的点击时间顺序排列的数据。

4.根据权利要求3所述的信息推荐方法，其特征在于，所述判断所述诊断节点对应的目标诊断功能是否完成启动，包括：

判断在第一预设时间内是否接收到所述目标用户发送的第一操作指令，所述第一操作指令为所述目标用户启动所述目标诊断功能的操作指令；

若在第一预设时间内未接收到所述目标用户发送的第一操作指令，则确定所述诊断节点对应的目标诊断功能未完成启动。

5.根据权利要求1至4任一项所述的信息推荐方法，其特征在于，所述诊断产品信息包含所述诊断产品的购买链接。

6.一种信息推荐方法，其特征在于，应用于服务器，所述方法包括：

获取诊断设备发送的目标诊断功能的标识；

根据所述目标诊断功能的标识获取与所述目标诊断功能对应的诊断产品信息；

将所述诊断产品信息发送至所述诊断设备。

7.根据权利要求6所述的信息推荐方法，其特征在于，所述获取诊断设备发送的目标诊断功能的标识之前，所述推荐方法还包括：

将诊断功能与对应的诊断产品信息建立关联。

8.一种信息推荐装置，其特征在于，应用于诊断设备，包括：

第一获取单元，用于获取目标用户当前所处的诊断节点；

第一判断单元，用于判断所述诊断节点是否是目标节点；

第二判断单元，用于当所述第一判断单元确定所述诊断节点是目标节点时，则判断所述诊断节点对应的目标诊断功能是否完成启动；

发送单元，用于当所述第二判断单元确定所述诊断节点对应的目标诊断功能未完成启动时，将所述目标诊断功能的标识发送至服务器；

第二获取单元，用于获取服务器返回的与所述目标诊断功能对应的诊断产品信息；

推送单元，用于向所述目标用户推送所述诊断产品信息。

9.一种电子设备，其特征在于，包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行如权利要求1至5任意一项或权利要求6-7任意一项所述的信息推荐方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如权利要求1至5中任一项或权利要求6-7任意一项所述的信息推荐方法。

Images