CN110097660A - 诊断仪消息推送方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开了一种诊断仪消息推送方法、装置、计算机设备及存储介质，包括步骤：消息推送平台开始发送消息，并根据消息属性判断消息是否需要多播；若消息需要多播，则找出所有接收消息成员的消息队列；同时投递消息至各成员的消息队列；找出所有接收消息的在线成员；给在线成员发出消息可用通知；成员读取消息，并结束消息推送；若消息不需要多播，则判断接收消息成员是否在线；若接收消息的成员在线，则将直接消息推送至接收消息的成员；成员接收消息，并结束消息推送；若接收消息的成员不在线，则结束消息推送。本发明可给各故障诊断仪用户推送故障指导信息，方便对各故障诊断仪用户进行故障指导工作。

Description

诊断仪消息推送方法、装置、计算机设备及存储介质

技术领域

本发明涉及汽车电子软件技术领域，尤其涉及一种诊断仪消息推送方法、装置、计算机设备及存储介质。

背景技术

汽车在维护时，通常通过故障诊断仪来读取汽车故障码，并通过故障码来获取故障信息，通过故障信息来指导汽车的维修工作。

目前的汽车故障故障诊断仪仅有简单的故障分析功能，各汽车故障诊断仪之间相互独立使用，没有相互的通信功能，无法通过消息平台接收故障指导信息，各汽车故障诊断仪之间也没有相互的消息互动，给各用户带来诸多的不便。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本发明的一个目的在于提出一种诊断仪消息推送方法、装置、计算机设备及存储介质。

一方面，为实现上述目的，根据本发明实施例的诊断仪消息推送方法，所述故障诊断仪消息推送的方法包括：

消息推送平台开始发送消息，并根据消息属性判断消息是否需要多播；

若消息需要多播，则找出所有接收消息成员的消息队列；

同时投递消息至各成员的消息队列；

找出所有接收消息的在线成员；

给在线成员发出消息可用通知；

成员读取消息，并结束消息推送；

若消息不需要多播，则判断接收消息成员是否在线；

若接收消息的成员在线，则将直接消息推送至接收消息的成员；

成员接收消息，并结束消息推送；

若接收消息的成员不在线，则结束消息推送。

进一步地，根据本发明的一个实施例，在所述则判断接收消息成员是否在线之前还包括步骤：

判断消息是否可丢；

若消息为不可丢消息，则将消息投递至消息队列中；

否则继续执行所述判断接收消息成员是否在线。

进一步地，根据本发明的一个实施例，在所述则判断接收消息成员是否在线之后还包括步骤：

判断消息是否可丢；

若消息为不可丢消息，则向消息接收成员推送消息可用通知；

消息接收成员读取消息，并结束消息推送；

否则继续执行所述则将消息直接推送至接收消息的成员。

进一步地，根据本发明的一个实施例，所述找出所有成员的消息队列的方法包括：通过用户名称ID、群组ID或类型ID任意一项用户属性查找所有接收消息的成员，并根据查找到的接收消息成员来获取每个成员的消息队列。

进一步地，根据本发明的一个实施例，所述成员为故障诊断仪客户端。

另一方面，本发明还提供一种故障诊断仪消息推送装置，包括：

开始发送模块，所述开始发送模块用于消息推送平台开始发送消息；

多播判断模块，所述多播判断模块用于根据消息属性判断消息是否需要多播；

成员消息列表获取模块，所述成员消息列表获取模块用于在消息需要多播，则找出所有接收消息成员的消息队列；

第一消息投递模块，所述第一消息投递模块用于同时投递消息至各成员的消息队列；

在线成员查找模块，所述在线成员查找模块用于找出所有接收消息的在线成员；

第一可用消息通知模块，所述第一可用消息通知模块用于给在线成员发出消息可用通知；

第一读取消息模块，所述第一读取消息模块用于成员读取消息，并结束消息推送；

成员在线判断模块，所述成员在线判断模块用于在消息不需要多播，则判断接收消息成员是否在线；

消息直接推送模块，所述消息直接推送模块用于若接收消息的成员在线，则将直接消息推送至接收消息的成员；

成员接收消息模块，所述成员接收消息模块用于成员接收消息，并结束消息推送；若接收消息的成员不在线，则结束消息推送。

进一步地，根据本发明的一个实施例，还包括：

第一消息可丢判断模块，所述第一消息可丢判断模块用于判断消息是否可丢；

第二消息投递模块，所述第二消息投递模块用于在消息为不可丢消息，则将消息投递至消息队列中；否则继续执行所述成员在线判断模块。

进一步地，根据本发明的一个实施例，还包括：

第二消息可丢判断模块，所述第二消息可丢判断模块用于判断消息是否可丢；

第二可用消息通知模块，所述第二可用消息通知模块用于在消息为不可丢消息，则向消息接收成员推送消息可用通知；

成员接收消息模块，所述成员接收消息模块用于接收成员读取消息，并结束消息推送；否则继续执行所述则将消息直接推送至接收消息的成员。

进一步地，根据本发明的一个实施例，所述成员消息列表获取模块具体用于通过用户名称ID、群组ID或类型ID任意一项用户属性查找所有接收消息的成员，并根据查找到的接收消息成员来获取每个成员的消息队列。

再一方面，本发明还提供一种计算机设备，所述计算机设备包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的诊断仪消息推送方法。

再一方面，本发明还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述的诊断仪消息推送方法。

进一步地，根据本发明的一个实施例，所述成员为故障诊断仪客户端。

本发明实施例提供诊断仪消息推送方法、装置、计算机设备及存储介质中，通过消息推送平台开始发送消息，并根据消息属性判断消息是否需要多播；若消息需要多播，则找出所有接收消息成员的消息队列；同时投递消息至各成员的消息队列；找出所有接收消息的在线成员；给在线成员发出消息可用通知；成员读取消息，并结束消息推送；若消息不需要多播，则判断接收消息成员是否在线；若接收消息的成员在线，则将直接消息推送至接收消息的成员；成员接收消息，并结束消息推送；若接收消息的成员不在线，则结束消息推送可实现将消息推送至多个成员用户或单个成员用户，使得各成员用户可接受各推送消息，一方面，通过消息推送平台可给各故障诊断仪用户推送故障指导信息，方便对各故障诊断仪用户进行故障指导工作；另一方面，各汽车故障诊断仪之间可通过消息推送平台进行相互的消息互动，给各故障诊断仪用户之间的故障交流带来方便。

附图说明

图1为本发明实施例提供的故障诊断仪消息推送的装置结构示意图；

图2为本发明实施例提供的诊断仪消息推送方法流程图；

图3为本发明实施例提供的另一诊断仪消息推送方法流程图；

图4为本发明实施例提供的另一故障诊断仪消息推送装置结构示意图；

图5为本发明实施例提供的计算机设备结构示意图。

附图标记：

消息推送平台10；

开始发送模块101；

多播判断模块102；

成员消息列表获取模块103；

第一消息投递模块104；

在线成员查找模块105；

第一可用消息通知模块106；

第一读取消息模块107；

第一消息可丢判断模块108；

第二消息投递模块109；

成员在线判断模块110；

第二消息可丢判断模块111；

第二可用消息通知模块112；

消息直接推送模块113；

成员接收消息模块114；

第二读取消息模块115；

故障诊断仪(平板终端)20；

计算机设备30；

存储器301；

计算机程序3011；

处理器302。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本技术领域的成员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术成员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术成员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

一方面，参阅图1，故障诊断仪在使用过程中，常需要与各诊断仪之间进行通信，或通过消息推送平台接收消息推送平台推送的各类消息，从而实现各故障诊断仪之间的消息互动或通过消息推送平台对各故障诊断仪进行管理。如厂家可通过消息推送平台向各故障诊断仪客户推动各类通知，或者是各故障诊断仪客户通过故障诊断仪向厂家发送故障查询消息，以及给故障诊断仪客户之间的现在消息推动交流。

参阅图1至图3，本发明提供一种诊断仪消息推送方法，包括步骤：S101、消息推送平台开始发送消息；也就是，在需要推动消息时，需要通过将消息发送至消息推送平台，通过所述消息推送平台进行消息的推送工作。消息推送平台为消息的转发中心。本发明实施例中，通过消息平台实现各类消息的转发工作。所述消息推送平台可为云端服务器。消息发布者通过将消息发送至云端服务器，通过所述云端服务器实现消息的转发。

步骤S102、并根据消息属性判断消息是否需要多播；也就是，消息推动平台在对消息进行转发时，需要判断消息是否需要多播。所谓多播，就是消息是否需要推送至多个成员。否则，消息只需要推送至一个成员。在对消息进行多播判断时，可通过消息的属性进行判断。例如，消息的属性中标记需要将消息发送至多个成员，则对消息进行多播处理。否则，仅需要将消息转发至单个成员。

步骤S103、若消息需要多播，则找出所有接收消息成员的消息队列；在判断出消息为多播消息后，则需要找出所有接收消息的成员，并获取所有成员消息队列，所述消息队列用于存放对应成员的消息，以方便成员在上线后，可通过所述消息队列读取消息。

步骤S104、同时投递消息至各成员的消息队列；在查找到所有成员的消息队列后，所述消息推送平台可将消息分别推送至各个成员的消息队列里。通过所述消息队列暂时存放消息，以使对应的成员可读取平台推送的消息。

步骤S105、找出所有接收消息的在线成员；在消息存放至各成员的消息队列后。一方面，由于各成员的消息队列所能存放的消息是有限的。另一方面，被推送后的消息最后尽可能快地被各成员所读取，以避免消息被丢失。步骤中，通过找出所有接收消息的在线成员，以方便在线成员可尽快地读取到消息。

步骤S106、给在线成员发出消息可用通知。在查找到在线成员后，分别各在线成员发送消息可用通知，以通知在线成员从消息队列中读取消息。

步骤S107、成员读取消息，并结束消息推送；在线成员在接收到消息可用通知后，可直接从消息队列中读取消息。在线成员读取到消息后，消息的多播推送结束。

步骤S108、若消息不需要多播，则判断接收消息成员是否在线；也即是，在消息多播判断时，判断消息并不需要多播。此时，仅需要将消息推送至单个成员。并可通过成员的在线属性来判断成员是否在线。

步骤S109、若接收消息的成员在线，则将直接消息推送至接收消息的成员；若接收消息的成员在线，则可获取到成员的消息队列，并将消息推送至成员的消息队列上，通过消息队列对消息进行缓冲，以便接收消息的成员读取消息。

步骤S110、成员接收消息，并结束消息推送；成员读取消息后，消息的单播推送结束。

步骤S111、若接收消息的成员不在线，则结束消息推送。若接收消息的成员不在线，结束消息的推送，并结束单播消息的推动

需要说明的是，在本单播消息推送中，所推送的消息为及时性消息，由于即时性消息具有时间的时效性，当成员在线时，可将消息直接推送至消息接收成员进行消息的读取；当成员并不在线时，可将消息直接丢掉，并不需要推送至不在线的成员。由于消息的时效性，若将时效性消息推送至不在线成员，当接收消息的成员上线后再接收消息时，消息已经失效，一方面，对消息接收成员造成不必要的干扰；另一方面，将过多地占用消息接收成员的消息队列上的存储空间。可能将消息接收成员的有用消息空间占用。导致消息接收成员接收不到有用消息。

本发明实施例提供诊断仪消息推送方法，一方面，通过消息推送平台可给各故障诊断仪用户推送故障指导信息，方便对各故障诊断仪用户进行故障指导工作；另一方面，各汽车故障诊断仪之间可通过消息推送平台进行相互的消息互动，给各故障诊断仪用户之间的故障交流带来方便。

进一步地，在本发明的一个实施例中，在步骤S210、所述则判断接收消息成员是否在线之前还包括步骤：S208、判断消息是否可丢；参阅图3，本步骤中，在对消息进行推送处理之前，通过消息的属性来判断消息是否可丢消息。由于在通信过程中，消息可为多种，即时性消息和重要的消息，由于即时性消息具有时效性，此类消息一般为不重要消息，为可丢消息。而重要消息则为不可丢消息。在推动过程中尽量保证重要消息可推送至消息接收成员的消息队列中，以使得消息接收成员可读取到每条重要的消息。

步骤S209、若消息为不可丢消息，则将消息投递至消息队列中；通过消息的属性判断消息为不可丢消息后，可将消息投递至消息队列中进行缓存，在消息进行缓存期间，同时，通过检测消息接收成员是否上线，当消息接收成员上线时，则可将缓存在消息队列上的消息推送至消息接收成员。从而避免重要消息的丢失。也就是，本发明实施例中，通过增加消息队列来缓存重要的消息，并在消息接收成员上线后将消息推送至消息接收成员，从而保证重要消息不被丢失。

步骤S210、否则继续执行所述判断接收消息成员是否在线。参阅图3，如果判断推动消息并非为重要消息，则不需要将消息存放至消息队列进行存储。

进一步地，在本发明的一个实施例中，在步骤S210、所述则判断接收消息成员是否在线之后还包括步骤：S2111、判断消息是否可丢；本步骤中，在判断消息成员已经在线后，需要将消息推送至消息接收成员，以方便消息接收成员对消息进行读取。此时，通过再次判断消息是否可丢。从而对消息进行类别区分。如果消息为不可丢消息，则推送消息为重要消息，因为重要消息需要尽可能地本消息接收成员读取到。

步骤S212、若消息为不可丢消息，则向消息接收成员推送消息可用通知；参阅图3，在判断到消息接收成员在线，并且消息为不可丢消息时。此时，消息推送平台向消息接收成员推送消息可用通知，以提醒在线的消息接收成员读取消息。在线的消息接收成员在接收到消息可用通知后，可主动去读取消息，避免重要消息被消息接收成员忽略，而没有读取到。

步骤S215、消息接收成员读取消息，并结束消息推送；消息接收成员成功读取到消息后，则结束消息的推送。

步骤S213、否则继续执行所述则将消息直接推送至接收消息的成员。参阅图3，本步骤中，在判断到消息接收成员在线，并且消息为不可丢消息时。此时，消息推送平台则将消息直接推送至消息接收成员。消息接收成员可接收所述推送消息。需要说明的是，本步骤中，直接将消息推送至消息接收成员的消息队列中，由消息接收成员自行读取推送的消息。并不需要向消息接收成员发送消息可用通知来提醒消息接收成员来读取消息。在一些情况中，由于推送消息繁多，消息接收成员可能将一些不重要消息忽略，而没有读取到。此步骤有区别与上述通过推送消息可用通知，来提醒消息接收成员读取消息的区别。

进一步地，在本发明的一个实施例中，所述找出所有成员的消息队列的方法包括：通过用户名称ID、群组ID或类型ID任意一项用户属性查找所有接收消息的成员，并根据查找到的接收消息成员来获取每个成员的消息队列。也即是，成员包括了多个属性。例如，成员的用户名属性、成员的类型属性和成员的群组属性等，通过成员的各个属性，可找到对应的成员。通过成员的群组属性可找出具有同样群组的所有成员。

进一步地，在本发明的一个实施例中，所述成员为故障诊断仪客户端。参阅图1，各个成员可为故障诊断仪客户端。各个故障诊断仪客户端可通过有线或无线的方式与消息推送平台进行网络连接和通信。故障诊断仪客户端可通过所述消息推送平台进行消息的发布。或通过所述消息推送平台来接收各类推送的消息。以实现各个故障诊断仪客户端之间的消息的互动。

另一方面，参阅图1至图3，本发明提供还一种故障诊断仪消息推送装置，包括开始发送模块101、多播判断模块102、成员消息列表获取模块103、第一消息投递模块104、在线成员查找模块105、第一可用消息通知模块106、第一读取消息模块107、成员在线判断模块110、消息直接推送模块113、和成员接收消息模块114；所述开始发送模块101用于消息推送平台开始发送消息；也就是，在需要推动消息时，需要通过将消息发送至消息推送平台，通过所述消息推送平台进行消息的推送工作。消息推送平台为消息的转发中心。本发明实施例中，通过消息平台实现各类消息的转发工作。所述消息推送平台可为云端服务器。消息发布者通过将消息发送至云端服务器，通过所述云端服务器实现消息的转发。

所述多播判断模块用于102根据消息属性判断消息是否需要多播；也就是，消息推动平台在对消息进行转发时，需要消息是否需要多播。所谓多播，就是消息是否需要推送至多个成员。否则，消息只需要推送至一个成员。在对消息进行多播判断时，可通过消息的属性进行判断。例如，消息的属性中标记需要将消息发送至多个成员，则对消息进行多播处理。否则，仅需要将消息转发至单个成员。

所述成员消息列表获取模块103用于在消息需要多播，则找出所有接收消息成员的消息队列；在判断出消息为多播消息后，则需要找出所有接收消息的成员，并获取所有成员消息队列，所述消息队列用于存放对应成员的消息，以方便成员在上线后，可通过所述消息队列读取消息。

所述第一消息投递模块104用于同时投递消息至各成员的消息队列；在查找到所有成员的消息队列后，所述消息推送平台可将消息分别推送至各个成员的消息队列里。通过所述消息队列暂时存放消息，以使对应的成员可读取平台推送的消息。

所述在线成员查找模块105用于找出所有接收消息的在线成员；在消息存放至各成员的消息队列后。一方面，由于各成员的消息队列所能存放的消息是有限的。另一方面，被推送后的消息最后尽可能快地被各成员所读取，以避免消息被丢失。模块中，通过找出所有接收消息的在线成员，以方便在线成员可尽快地读取到消息。

所述第一可用消息通知模块S106用于给在线成员发出消息可用通知。在查找到在线成员后，分别各在线成员发送消息可用通知，以通知在线成员从消息队列中读取消息。

所述第一读取消息模块107用于成员读取消息，并结束消息推送；在线成员在接收到消息可用通知后，可直接从消息队列中读取消息。在线成员读取到消息后，消息的多播推送结束。

所述成员在线判断模块110用于若消息不需要多播，则判断接收消息成员是否在线；也即是，在消息多播判断时，判断消息并不需要多播。此时，仅需要将消息推送至单个成员。并可通过成员的在线属性来判断成员是否在线。

所述消息直接推送模块113、若接收消息的成员在线，则将直接消息推送至接收消息的成员；若接收消息的成员在线，则可获取到成员的消息队列，并将消息推送至成员的消息队列上，通过消息队列对消息进行缓冲，以便接收消息的成员读取消息。

所述成员接收消息模块114用于成员接收消息，并结束消息推送；成员读取消息后，消息的单播推送结束。在接收消息的成员不在线，则结束消息推送。若接收消息的成员不在线，接收消息的推送，并结束单播消息的推动需要说明的是，在本单播消息推送中，所推送的消息为及时性消息，由于即时性消息具有时间的时效性，当成员在线时，可将消息直接推送至消息接收成员进行消息的读取；当成员并不在线时，可消息直接丢掉，并不需要推送至不在线的成员。由于消息的时效性，若将时效性消息推送至不在线成员，当接收消息的成员上线后再接收消息时，消息已经失效，一方面，对消息接收成员造成不必要的干扰；另一方面，将过多地占用消息接收成员的消息队列上的存储空间。可能将消息接收成员的有用消息空间占用。导致消息接收成员接收不到有用消息。

本发明实施例提供故障诊断仪消息推送装置，一方面，通过消息推送平台可给各故障诊断仪用户推送故障指导信息，方便对各故障诊断仪用户进行故障指导工作；另一方面，各汽车故障诊断仪之间可通过消息推送平台进行相互的消息互动，给各故障诊断仪用户之间的故障交流带来方便。

进一步地，在本发明的一个实施例中，还包括：第一消息可丢判断模块108和第二消息投递模块109，所述第一消息可丢判断模块108用于判断消息是否可丢；参阅图3，本模块中，在对消息进行推送处理之前，通过消息的属性来判断消息是否可丢消息。由于在通信过程中，消息可为多种，即时性消息和重要的消息，由于即时性消息具有时效性，此类消息一般为不重要消息，为可丢消息。而重要消息则为不可丢消息。在推动过程中尽量保证重要消息可推送至消息接收成员的消息队列中，以使得消息接收成员可读取到每条重要的消息。

第二消息投递模块109用于在消息为不可丢消息，则将消息投递至消息队列中；通过消息的属性判断消息为不可丢消息后，可将消息投递至消息队列中进行缓存，在消息进行缓存期间，同时，通过检测消息接收成员是否上线，当消息接收成员上线时，则可将缓存在消息队列上的消息推送至消息接收成员。从而避免重要消息的丢失。也就是，本发明实施例中，通过增加消息队列来缓存重要的消息，并在消息接收成员上线后将消息推送至消息接收成员，从而保证重要消息不被丢失。否则继续执行所述判断接收消息成员是否在线。参阅图3，如果判断推动消息并非为重要消息，则不需要将消息存放至消息队列进行存储。

进一步地，在本发明的一个实施例中，还包括：第二消息可丢判断模块111、第二可用消息通知模块112和第二读取消息模块115，

所述第二消息可丢判断模块111用于判断消息是否可丢；本模块中，在判断消息成员已经在线后，需要将消息推送至消息接收成员，以方便消息接收成员对消息进行读取。此时，通过再次判断消息是否可丢。从而对消息进行类别区分。如果消息为不可丢消息，则推送消息为重要消息，因为重要消息需要尽可能地让消息接收成员读取到。

第二可用消息通知模块112用于在消息为不可丢消息，则向消息接收成员推送消息可用通知；参阅图3，在判断到消息接收成员在线，并且消息为不可丢消息时。此时，消息推送平台向消息接收成员推送消息可用通知，以提醒在线的消息接收成员读取消息。在线的消息接收成员在接收到消息可用通知后，可主动去读取消息，避免重要消息被消息接收成员忽略，而没有读取到。

第二读取消息模块115用于消息接收成员读取消息，并结束消息推送；消息接收成员成功读取到消息后，则结束消息的推送。

参阅图3，本模块中，在判断到消息接收成员在线，并且消息为不可丢消息时。此时，消息推送平台则将消息直接推送至消息接收成员。消息接收成员可接收所述推送消息。需要说明的是，本模块中，直接将消息推送至消息接收成员的消息队列中，由消息接收成员自行读取推送的消息。并不需要向消息接收成员发送消息可用通知来提醒消息接收成员来读取消息。在一些情况中，由于推送消息繁多，消息接收成员可能将一些不重要消息忽略，而没有读取到。此模块有区别与上述通过推送消息可用通知，来提醒消息接收成员读取消息的区别。

进一步地，在本发明的一个实施例中，所述找出所有成员的消息队列的方法包括：通过用户名称ID、群组ID或类型ID任意一项用户属性查找所有接收消息的成员，并根据查找到的接收消息成员来获取每个成员的消息队列。也即是，成员包括了多个属性。例如，成员的用户名属性、成员的类型属性和成员的群组属性等，通过成员的各个属性，可找到对应的成员。通过成员的群组属性可找出具有同样群组的所述有成员。

进一步地，在本发明的一个实施例中，所述成员为故障诊断仪客户端。参阅图1和图4，各个成员可为故障诊断仪客户端。各个故障诊断仪客户端可通过有线或无线的方式与消息推送平台进行网络连接和通信。故障诊断仪客户端可通过所述消息推送平台进行消息的发布。或通过所述消息推送平台来接收各类推送的消息。以实现各个故障诊断仪客户端之间的消息的互动。

再一方面，本发明还提供一种计算机设备，所述计算机设备30包括存储器301、处理器302以及存储在所述存储器301上并可在所述处理器302上运行的计算机程序3011，所述处理器302执行所述计算机程序3011时实现上述的诊断仪消息推送方法。例如图2所示的步骤S101至步骤S111。或者，所述计算机程序3011被处理器302执行时实现上述实施例中所述装置中的各模块/单元的功能，例如图3所示的模块101至模块115的功能。

参阅图5，所述计算机设备30可包括但不仅限于处理器302、存储器301。本领域技术成员可以理解，图示仅仅是计算机设备30的示例，并不构成对计算机设备30的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述计算机设备30还可以包括输入输出设备、网络接入设备、总线等。

所称处理器302可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器302、数字信号处理器302(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立预设硬件组件等。通用处理器302可以是微处理器302或者该处理器302也可以是任何常规的处理器302等。

所述存储器301可以是所述计算机设备30的内部存储单元，例如计算机设备30的硬盘或内存。所述存储器301也可以是所述计算机设备30的外部存储设备，例如所述计算机设备30上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器301还可以既包括所述计算机设备30的内部存储单元也包括外部存储设备。所述存储器301用于存储所述计算机程序3011以及所述计算机设备30所需的其他程序和数据。所述存储器301还可以用于暂时地存储已经输出或者将要输出的数据。

再一方面，本发明还提供一种存储介质，其上存储有计算机程序3011，该程序被处理器302执行时实现上述的诊断仪消息推送方法。

所述的计算机程序3011可存储于一计算机可读存储介质中，该计算机程序3011在被处理器302执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序3011包括计算机程序3011代码，所述计算机程序3011代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序3011代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器301、只读存储器301(ROM，Read-Only Memory)、随机存取存储器301(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。

以上仅为本发明的实施例，但并不限制本发明的专利范围，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术成员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本发明说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本发明专利保护范围之内。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术成员在不脱离本发明的原理和宗旨的情况下在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种诊断仪消息推送方法，其特征在于，包括步骤：

消息推送平台开始发送消息，并根据消息属性判断消息是否需要多播；

若消息需要多播，则找出所有接收消息成员的消息队列；

同时投递消息至各成员的消息队列；

找出所有接收消息的在线成员；

给在线成员发出消息可用通知；

成员读取消息，并结束消息推送；

若消息不需要多播，则判断接收消息成员是否在线；

若接收消息的成员在线，则将直接消息推送至接收消息的成员；

成员接收消息，并结束消息推送；

若接收消息的成员不在线，则结束消息推送。

2.根据权利要求1所述的诊断仪消息推送方法，其特征在于，在所述则判断接收消息成员是否在线之前还包括步骤：

判断消息是否可丢；

若消息为不可丢消息，则将消息投递至消息队列中；

否则继续执行所述判断接收消息成员是否在线。

3.根据权利要求1或2任意一项所述的诊断仪消息推送方法，其特征在于，在所述则判断接收消息成员是否在线之后还包括步骤：

判断消息是否可丢；

若消息为不可丢消息，则向消息接收成员推送消息可用通知；

消息接收成员读取消息，并结束消息推送；

否则继续执行所述则将消息直接推送至接收消息的成员。

4.根据权利要求1所述的诊断仪消息推送方法，其特征在于，所述找出所有成员的消息队列的方法包括：通过用户名称ID、群组ID或类型ID任意一项用户属性查找所有接收消息的成员，并根据查找到的接收消息成员来获取每个成员的消息队列。

5.一种故障诊断仪消息推送装置，其特征在于，包括：

开始发送模块，所述开始发送模块用于消息推送平台开始发送消息；

多播判断模块，所述多播判断模块用于根据消息属性判断消息是否需要多播；

成员消息列表获取模块，所述成员消息列表获取模块用于在消息需要多播，则找出所有接收消息成员的消息队列；

第一消息投递模块，所述第一消息投递模块用于同时投递消息至各成员的消息队列；

在线成员查找模块，所述在线成员查找模块用于找出所有接收消息的在线成员；

第一可用消息通知模块，所述第一可用消息通知模块用于给在线成员发出消息可用通知；

第一读取消息模块，所述第一读取消息模块用于成员读取消息，并结束消息推送；

成员在线判断模块，所述成员在线判断模块用于在消息不需要多播，则判断接收消息成员是否在线；

消息直接推送模块，所述消息直接推送模块用于若接收消息的成员在线，则将直接消息推送至接收消息的成员；

成员接收消息模块，所述成员接收消息模块用于成员接收消息，并结束消息推送；若接收消息的成员不在线，则结束消息推送。

6.根据权利要求5所述的故障诊断仪消息推送装置，其特征在于，还包括：

第一消息可丢判断模块，所述第一消息可丢判断模块用于判断消息是否可丢；

第二消息投递模块，所述第二消息投递模块用于在消息为不可丢消息，则将消息投递至消息队列中；否则继续执行所述成员在线判断模块。

7.根据权利要求5或6任意一项所述的故障诊断仪消息推送装置，其特征在于，还包括：

第二消息可丢判断模块，所述第二消息可丢判断模块用于判断消息是否可丢；

第二可用消息通知模块，所述第二可用消息通知模块用于在消息为不可丢消息，则向消息接收成员推送消息可用通知；

成员接收消息模块，所述成员接收消息模块用于接收成员读取消息，并结束消息推送；否则继续执行所述则将消息直接推送至接收消息的成员。

8.根据权利要求5所述的故障诊断仪消息推送装置，其特征在于，所述成员消息列表获取模块具体用于通过用户名称ID、群组ID或类型ID任意一项用户属性查找所有接收消息的成员，并根据查找到的接收消息成员来获取每个成员的消息队列。

9.一种计算机设备，所述计算机设备包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至4任意一项所述的诊断仪消息推送方法。

10.一种存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至4任意一项所述的诊断仪消息推送方法。