CN110557461A - 消息推送方法、设备及存储介质 - Google Patents

Abstract

本申请提供一种消息推送方法、设备及存储介质。一种消息推送方法，应用于服务端，包括：获取目标社交空间中各用户的运动信息；依据所述目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，在依据所述比较结果验证出当前需要推送消息时，生成与所述比较结果关联的目标消息；推送所述目标消息。以实现运动过程中的自动消息推送。

Description

消息推送方法、设备及存储介质

技术领域

本申请涉及信息技术领域，尤其涉及的是一种消息推送方法、设备及存储介质。

背景技术

社交软件是指通过网络实现交际往来目的的软件，其通过网络，突破了物理空间的限制，拉近了人与人之间的距离。

随着人们健康意识的提高，运动类型的社交软件(具备运动信息获取功能的社交软件，简称为运动软件)逐渐流行，通过运动软件，具有相同或相似运动偏好的用户可以进行关于运动的信息交互。

然而实践发现，目前的运动软件，均需要用户主动打开相关功能界面进行信息交互，用户体验较差，且无法很好的激发用户能动性。

发明内容

本申请提供一种消息推送方法、设备及存储介质，以实现在运动过程中自动进行消息推送。

本申请第一方面提供一种消息推送方法，应用于服务端，该方法包括：

获取目标社交空间中各用户的运动信息；

依据所述目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，在依据所述比较结果验证出当前需要推送消息时，生成与所述比较结果关联的目标消息；

推送所述目标消息，以使接收到所述目标消息的用户设备输出所述目标消息。

本申请第二方面提供一种消息推送方法，应用于用户设备，该方法包括：

向服务端上报所述用户设备记录的用户的运动信息；

接收所述服务端依据目标社交空间的用户的运动信息的比较结果推送的消息；

输出所述消息。

本申请第三方面提供一种服务器，其中，该服务器包括：

一个或多个处理器；

机器可读存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请第一方面所述的方法。

本申请第四方面提供一种用户设备，其中，该用户设备包括：

一个或多个处理器；

机器可读存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请第二方面所述的方法。

本申请第五方面提供一种机器可读存储介质，其上存储有程序，该程序被处理器执行时，实现如前述第一方面或第二方面所述的消息推送方法。

本申请实施例具有以下有益效果：

本申请实施例中，服务端通过获取目标社交空间中各用户的运动信息，依据目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，在依据比较结果验证当前需要推送消息时，生成与比较结果关联的目标消息，并推送目标消息，一方面，实现了运动过程中的消息自动推送，使用户能够在运动过程中获取到目标社交空间中的相关运动信息，提高了用户体验，并能更好地激发用户能动性，以使用户更积极地参与运动；另一方面，服务端依据目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，在依据比较结果验证出当前需要推送消息时，才进行消息推送，通过有条件的消息推送，提高消息推送的合理性。

附图说明

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

图1是本申请一实施例的消息推送方法的流程示意图；

图2是本申请一实施例的依据目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息的流程示意图；

图3是本申请另一实施例的依据目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息的流程示意图；

图4是本申请另一实施例的消息推送方法的流程示意图；

图5是本申请另一实施例的消息推送消息的流程示意图；

图6是本申请另一实施例的消息推送方法的流程示意图；

图7是本申请另一实施例的消息推送方法的流程示意图；

图8是本申请一实施例的运动目标信息的生成和上报的流程示意图；

图9是本申请一实施例的跨空间跑步的流程示意图；

图10是本申请一实施例的用户设备的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种器件，但这些信息不应限于这些术语。这些术语仅用来将同一类型的器件彼此区分开。例如，在不脱离本申请范围的情况下，第一器件也可以被称为第二器件，类似地，第二器件也可以被称为第一器件。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面对本申请实施例的消息推送方法进行更具体的描述，但不应以此为限。

本申请第一方面提供的一种消息推送方法，参看图1，该消息推送方法包括以下步骤：

需要说明的是，本申请第一方面提供的消息提送方法的执行主体可以为服务端，如运动软件APP，或其他具备运动信息获取以及消息推送功能的APP的服务器。

S100：获取目标社交空间中各用户的运动信息。

S200：依据目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，在依据比较结果验证出当前需要推送消息时，生成与比较结果关联的目标消息。

S300、推送该目标消息，以使接收到目标消息的用户设备输出该目标消息。

本申请实施例中，目标社交空间是指存在同步运动需求的用户建立的运动社交平台，通过网络为存在同步运动需求的用户提供动态运动进程中的运动社交功能。

示例性的，该目标社交空间可以为存在同步运动需求的用户创建群组或好友圈，或存在同步运动需求的用户使用的指定APP，小程序应用等。

目标社交空间中的用户可以通过运行指定客户端(如运动软件APP，或其他具备运动信息获取以及消息提送功能的APP的客户端)的用户设备，记录自身的运动信息。

示例性的，用户设备的具体实现可以包括但不限于计算机、手机、平板电脑等各类终端设备，或者也可以运行于终端设备上可以实现相应处理逻辑的应用程序。

服务端可以通过获取目标社交空间中各用户的用户设备记录的运动信息的方式，获取目标社交空间各用户的运动信息，并依据目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息。

当服务端依据比较结果验证出当前需要推送消息时，可以生成与比较结果关联的消息(本文中称为目标消息)，并推送该目标消息，以使接收到目标消息的用户设备输出目标消息。

示例性的，用户设备输出目标消息可以包括但不限于通过语音、文字、动画或设备等形式输出，还可以通过多个形式配合输出。

在一个示例中，用户设备输出目标消息可以为输出目标消息对应的语音，从而，可以方便用户在运动过程中获取消息的内容。

在另一个示例中，用户设备输出目标消息可以为输出目标消息对应的语音和文字，从而，在方便用户在运动过程中获取消息的内容的同时，可以保证用户准确地获取消息的内容。

在图1所示方法流程中，服务端通过获取目标社交空间中各用户的运动信息，依据目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，在依据比较结果验证当前需要推送消息时，生成与比较结果关联的目标消息，并推送目标消息，一方面，实现了运动过程中的消息自动推送，使用户能够在运动过程中获取到目标社交空间中的相关运动信息，提高了用户体验，并能更好地激发用户能动性，以使用户更积极地参与运动；另一方面，服务端依据目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，在依据比较结果验证出当前需要推送消息时，才进行消息推送，通过有条件的消息推送，提高消息推送的合理性。

在一个实施例中，参见图2，步骤S200中，依据目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，可以包括：

S201、比较目标社交空间中第一用户的第一运动信息与第二用户的第二运动信息。

S202、依据比较结果检查当前是否需要推送消息。

本申请实施例中，第一用户并不特指某一固定用户，而是可以指代目标社交空间中的任一用户。

第二用户可以为目标社交空间中的除第二用户之外的任一用户，或与第一用户之间存在特定关系的用户。

服务端获取到第一用户的运动信息(本文中称为第一运动信息)与第二用户的运动信息(本文中称为第二运动信息)时，可以比较第一运动信息与第二运动信息，并依据第一运动信息与第二运动信息的比较结果检查当前是否需要推送消息。

在一个示例中，步骤S201中，比较目标社交空间中第一用户的第一运动信息与第二用户的第二运动信息，可以包括：

依据第一运动信息的时间标签，在已获取到的所述目标社交空间中的其他用户的运动信息中，确定第二用户的第二运动信息；其中，第二运动信息的时间标签与第一运动信息的时间标签的关系符合预设条件；

比较第一运动信息与第二运动信息。

示例性的，以基于运动信息的时间标签关系确定第二用户为例。

在该示例中，服务端获取到的运动信息中可以包括运动信息的时间标签，如运动开始时间或/和运动结束时间。

服务端获取到第一用户的第一运动信息时，可以基于第一运动信息的时间标签，从已获取到的目标社交空间中的其他用户的运动信息中，确定运动信息的时间标签与第一运动信息的时间标签的关系符合预设条件的用户，并将该用户确定为第二用户，将该用户的运动信息确定为第二运动信息。

示例性的，该预设条件可以为运动开始时间之间的差值在设定时间范围内、设定的运动结束时间的差值在设定时间范围内、或运动时间之间存在交集等。

举例来说，由于通常用户会对运动时间与自身的运动时间存在交集的其他用户的运动信息感兴趣，因此，可以依据运动时间是否有交集来确定第二用户的第二运动信息，将运动时间与第一用户的运动时间存在交集的用户的运动信息确定为第二用户的第二运动信息。

服务端可以通过比较第一运动信息与第二运动信息，并依据第一运动信息与第二运动信息的比较结果验证当前是否需要推送消息。

可见，在该示例中，通过比较运动信息的时间标签的关系符合预设条件的用户之间的运动信息，并依据比较结果进行消息推送，可以实现向用户推送运动时间相关性较大的用户的运动信息的相关消息，达到用户与其他用户同场运动的效果，进一步提升用户的运动积极性。

需要说明的是，在本申请实施例中，上述第二用户的数量可以为多个，在该情况下，对于每一个第二用户，服务端可以按照上述方式进行处理，其具体实现在此不做赘述。

在一个示例中，上述步骤S300中，推送目标消息，可以包括：

生成目标消息对应的语音；

将该语音发送至第一用户设备和第二用户设备中的至少一个进行播放。

示例性的，第一用户设备为用于记录第一用户的运动信息的用户设备，第二用户设备为用于记录第二用户的运动信息的用户设备。

在该示例中，当服务端依据第一运动信息与第二运动信息的比较结果确定当前需要推送消息，且生成了与该比较结果关联的目标消息时，还可以生成目标消息对应的语音，将语音发送至第一用户设备和第二用户设备中的至少一个进行播放。

需要说明的是，发送至第一用户设备和第二用户设备进行播放的语音的内容可以相同，也可以不同。

举例来说，以运动信息为跑步里程为例，假设第一运动信息(即第一跑步里程)与第二运动信息(第二跑步里程)的比较结果为第一跑步里程比第二跑步里程短50米，则当依据该比较结果生成目标消息时，该目标消息可以为“第一用户的跑步里程比第二用户的跑步里程短50米”，服务端根据该目标消息生成语音时，发送给第一用户设备的语音可以为“你离第二用户只差50米了，马上就可以超过他/她了，继续加油”，发送给第二用户设备的语音可以为“第一用户离你只差50米了，就快要超过你了，加油”。

在另一个示例中，步骤S300中，推送目标消息，可以包括：

将目标消息发送至第一用户设备和第二用户设备中的至少一个，以使接收到目标消息的用户设备生成目标消息对应的语音并播报。

在该示例中，当服务端依据第一运动信息与第二运动信息的比较结果确定当前需要推送消息，且生成了与该比较结果关联的目标消息时，可以将该目标消息推送给第一用户设备和第二用户设备中的至少一个。

接收到该目标消息的用户设备(第一用户设备和/或第二用户设备)可以依据该目标消息，生成对应的语音，并对该语音进行播报。

可见，在上述两个示例中，通过语音播报的形式，对目标消息进行输出，提高了消息内容获取的便利性。

在另一个示例中，步骤S300中，推送目标消息，可以包括：

向第一用户设备推送第一提示信息，第一语音提示信息用于提示第一用户向第二用户发送与所述目标消息有关的语音消息；或者，

向第二用户设备推送第二语音提示信息，第二语音提示信息用于提示第二用户向第一用户发送与目标消息有关的语音消息。

在该示例中，为了进一步优化第一用户和第二用户同场运动的效果，更好地提升用户的运动积极性，服务端依据第一运动信息和第二运动信息的比较确定需要推送消息时，可以向第一用户设备推送用于提示第一用户向第二用户发送与目标消息有关的语音消息的提示信息(本文中称为第一提示信息)，或，向第二用户设备推送用于提示第二用户向第一用户发送与目标消息有关的语音消息的提示信息(本文中称为第二提示信息)。

举例来说，仍以上述运动信息为跑步里程的示例(即第一跑步里程比第二跑步里程短50米)为例，服务端在进行目标消息推送时，还可以向第一用户设备推送第一提示信息，如“你离第二用户就只差50米了，给他/她发个语音吧”。或者，服务端在进行目标消息推送时，还可以向第二用户设备推送第二提示信息，如“第一用户离你只差50米了，给他/她发个语音吧”。

可选地，上述提示信息(包括第一提示信息或/和第二提示信息)可以为文字提示信息，或，语音提示信息。

优选地，上述提示信息为语音提示信息。

示例性的，服务端向第一用户设备推送第一提示信息时，还可以控制第一用户设备进入与第二用户的语音交互界面，从而，第一用户可以快速与第二用户进行语音交互。

同理，服务端向第二用户设备推送第二提示信息时，还可以控制第二用户设备进入与第一用户的语音交互界面，从而，第二用户可以快速与第一用户进行语音交互。

在一个示例中，上述运动信息可以包括：

运动信息包括以下之一或多个：

运动里程信息、运动过程中用户的地理位置信息、运动时间信息以及运动耗能信息；

上述比较结果包括以下之一或多个：

第一用户的第一运动里程与所述第二用户的第二运动里程的差值、第一用户的第一地理位置与所述第二用户的第二地理位置之间的距离、第一用户的第一运动时间与第二用户的第二运动时间的差值，以及第一用户的第一运动耗能信息与第二用户的第二运动耗能信息的差值；

步骤S202中，依据比较结果检查当前是否需要推送消息可以包括：

检查比较结果是否在设定阈值范围之内；

如果是，确定需要推送消息；

如果否，确定不需要推送消息。

举例来说，假设运动信息为运动过程中用户的地理位置信息(即运动过程中通过用户设备获取到用户的地理位置信息)，服务端可以比较第一用户的第一地理位置和第二用户的第二地理位置信之间的差值，若该差值在设定距离范围内(如(0，500米))，则服务端可以确定当前需要推送消息，此时，服务端可以生成目标消息，并向第一用户设备和第二用户设备中的至少一个推送目标消息，如对于第一用户设备，服务端可以向第一用户设备推送语音提示消息“第二用户所在位置与你当前的位置只有300米，给他/她发个语音消息吧”。

在另一个实施例中，请参见图3，步骤S200中，依据目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，包括：

S211、比较目标社交空间中第一用户的第一运动信息与已获取的所述目标社交空间中其他用户的运动信息，以确定第一用户在目标社交空间中的运动排名。

S212、依据第一用户在目标社交空间中的运动排名检查当前是否需要推送消息。

在该实施例中，服务端可以依据用户在目标社交空间中的运动排名验证当前是否需要推送消息。

服务端获取到第一用户的第一运动信息时，可以比较该第一运动信息与已获取的目标社交空间中其他用户的运动信息，以确定第一用户在目标社交空间中的运动排名。

举例来说，以运动信息为跑步里程为例，用户在社交空间中的运动排名可以按照跑步里程从长到短的顺序实现，跑步里程越长，运动排名越高。

又举例来说，以运动信息为跑步时长为例，用户在社交空间中的运动排名可以按照跑步时长从长到短的顺序实现，跑步时长越长，运动排名越高。

再举例来说，以运动信息包括跑步里程和跑步时长为例，用户在社交空间中的运动信息排名可以依据跑步里程和跑步时长确定，例如，跑步里程越长，运动排名越高；若跑步里程相同，则跑步时长越短，运动排名越高。

服务端确定了第一用户在目标社交空间中的运动排名时，可以依据第一用户在目标社交空间中的运动排名检查当前是否需要推送消息。

在一个示例中，步骤S212中，依据第一用户在目标社交空间中的运动排名检查当前是否需要推送消息，可以包括：

检查第一用户在目标社交空间中的运动排名是否在预设名次之前；

如果是，确定需要推送消息；否则，确定不需要推送消息。

在该示例中，服务端确定了第一用户在目标社交空间中的运动排名时，可以确定第一用户在目标社交空间中的运动排名是否在预设名次之前(如前三名，或第一名等)。若是，则确定需要推送消息；否则，确定不需要推送消息。

进一步地，考虑到当一个社交空间中存在多个用户时，各用户在社交空间中的运动信息排名可以会出现比较频繁的变化，若每次在某用户的运动信息排名为预设名次之前时，均进行消息推送，则消息推送可能会过于频繁，因此，为了控制消息推送的频率，当依据用户在社交空间中的运动信息排名确定是否推送消息时，还可以考虑排名的持续时间。

相应地，在一个示例中，步骤S212中，依据第一用户在目标社交空间中的运动排名检查当前是否需要推送消息，可以包括：

检查第一用户在目标社交空间中的运动排名是否为预设名次之前；

若第一用户在目标社交空间中的运动排名为预设名次之前，且第一用户维持预设名次之前的时间达到预设时间，则确定需要推送消息；否则，确定不需要推送消息。

示例性的，当服务端依据第一运动信息与获取到的目标社交空间中的其他用户的运动信息，确定第一用户在目标社交空间中的运动排名为预设名次之前时，服务端可以统计第一用户的运动排名维持为预设名次之前的时间，并比较该时间与预设时间(可以根据实际场景设定，如1分钟或2分钟等)。

当第一用户维持预设名次之前的时间达到预设时间，则确定需要推送消息；否则，确定不需要推送消息。

可见，在该示例中，通过在第一用户在目标社交空间中的运动排名为预设名次之前时，进一步统计第一用户维持预设名次之前的时间，并基于该时间验证当前是否需要推送消息，提高了消息推送的合理性，避免了消息推送过于频繁。

在一个示例中，步骤S300中，推送目标消息，可以包括：

生成目标消息对应的语音；

将语音发送至第一用户设备和目标社交空间中其他用户的用户设备进行播放；或者，将语音发送至目标社交空间进行播放。

示例性的，当服务端依据第一用户在目标社交空间中的运动信息生成目标消息时，在将该目标消息进行推送时，可以生成目标消息对应的语音，并将该语音发送至第一用户设备和目标社交空间中其他用户的用户设备进行播放；或者，将语音发送至目标社交空间进行播放，即在目标社交空间中广播该语音。

可选地，服务端推送给第一用户设备的语音和推送给该社交空间中其他用户的用户设备的语音，可以相同，也可以不相同。

举例来说，假设运动信息为跑步里程，当服务端确定第一用户在社交空间中的运动排名为第一名(即跑步里程最长)，且第一用户维持第一名的时间达到1分钟(以预设时间为1分钟)，则服务端可以确定需要推送消息，此时，服务端可以生成目标消息，如“第一用户在社交空间中跑步里程排名第一”，进而，服务端在进行消息推送时，对于第一用户设备，可以生成语音“您在社交空间的好友中跑的最远，真棒！”，并将该语音推送给第一用户设备，由第一用户设备向第一用户播报该语音；对于社交空间中其他用户的用户设备，可以生成语音“恭喜第一用户，跑步里程排名第一，大家加油”，并分别推送给社交空间中其他用户的用户设备，由各用户设备分别向对应的用户播报该语音。

需要说明的是，在本申请实施例中，服务端并不限于在确定第一用户在目标社交空间的运动信息排名为预设名次之前时，确定需要推送消息，还可以在第一用户在目标社交空间的运动信息排名发生变化时，确定需要推送消息，此时，服务端可以依据第一用户在社交空间的运动信息排名变化，生成目标消息，并推送给第一用户设备，其具体实现在此不做赘述。

在另一个示例中，步骤S300中，推送目标消息，可以包括：

将目标消息发送至第一用户设备和目标社交空间中其他用户的用户设备，以使接收到目标消息的用户设备生成目标消息对应的语音并播报。

在该示例中，当服务端依据第一用户在目标社交空间中的运动信息生成目标消息时，在将该目标消息进行推送时，可以将消息送至第一用户设备和目标社交空间中其他用户的用户设备，以使接收到目标消息的用户设备生成目标消息对应的语音并播报，即由用户设备生成目标消息对应的语音，减轻服务端的工作负荷。

在一个实施例中，请参见图4，本申请实施例提供的消息推送方法还可以包括以下步骤：

S400、获取目标社交空间中各用户的运动目标信息。

S500、对于任一用户，当依据已获取的该用户的运动信息和运动目标信息，确定该用户的运动目标完成量。

S600、当该用户的运动目标完成量满足预设条件时，向目标社交空间推送与该运动目标完成量关联的消息。

本申请实施例中，用户设备还可以支持运动目标定制。

例如，用户设备可以提供运动目标定制功能界面，由用户根据实际需求设定运动目标。

举例来说，以运动为跑步为例，运动目标可以为跑步里程目标(如5000米)或/和跑步时长目标(如1小时)等。

用户设备检测到运动目标定制指令时，可以记录用户制定的运动目标信息。服务端可以获取用户设备记录的用户的运动目标信息。

可选地，服务端可以从用户设备读取用户设备记录的用户的运动目标信息，或者，用户设备可以向服务端上报本地记录的用户的运动目标信息。

对于目标社交空间中的任一用户(下文中仍以第一用户为例)，服务端获取到第一用户设备记录的第一用户的运动目标信息时，可以保存第一用户的运动目标信息。当服务端获取到第一用户的第一运动信息时，可以依据该第一运动信息以及第一用户的运动目标信息，确定第一用户的运动目标完成量。

举例来说，以运动信息为跑步里程为例，假设第一用户的跑步里程目标为5000米，当服务端接收到第一用户设备上报的第一用户的跑步里程为4000米时，可以确定运动目标完成量为80％(4000/5000*100％＝80％)。

又举例来说，以运动信息为跑步时长为例，假设第一用户的跑步时长目标为1小时，当服务端接收到第一用户设备上报的第一用户的跑步时长为30分钟时，可以确定运动目标完成量为50％(30/60*100％＝50％)。

服务端确定了第一用户的运动目标完成量时，可以依据该运动目标完成量检查当前是否需要推送消息。

例如，服务端可以比较第一用户的运动目标完成量和预设运动目标完成量阈值，若第一用户的运动目标完成量达到预设运动目标完成量阈值，则确定需要推送消息；否则，确定不需要推送消息。

举例来说，以运动信息为跑步里程为例，假设第一用户的跑步里程目标为5000米，预设运动目标完成量阈值为90％，则当服务端接收到第一用户设备上报的第一用户的跑步里程为4500米时，可以确定第一运动目标完成量为90％(4500/5000*100％＝90％)，此时，服务端可以确定当前需要推送消息。

当服务端确定第一用户的运动目标完成量满足预设条件时，可以向目标社交空间推送与该运动目标完成量关联的消息。

举例来说，以运动信息为跑步里程为例，假设第一用户的运动目标完成量为90％(假设跑步里程目标为5000米，预设运动目标完成量阈值为85％)，则服务端确定当前需要推送消息，此时，服务端可以生成目标消息，如“第一用户运动目标完成量达到90％”，服务端对该目标消息进行推送时，可以生成该目标消息对应的语音，如“第一用户已经跑了4500米啦，还有最后500米就完成目标啦，大家给他/她加油！”，并发送给目标社交空间进行播放。

在一个示例中，上述确定用户的运动目标完成量之后，还可以包括：

当该用户的运动目标完成量达到100％时，向该用户的用户设备推送第三提示信息，该第三提示信息用于提示该用户在所述目标社交空间内发送运动目标完成的语音消息。

示例性的，仍以第一用户的处理为例。

当服务端依据第一用户的第一运动信息和运动目标信息，确定第一用户的运动目标完成量达到100％时，如跑步里程目标为5000米，实际跑步距离大于等于5000米，则服务端可以向第一用户设备推送提示信息(本文中称为第三提示信息)，该第三提示信息用于提示第一用户目标社交空间发送运动目标完成的语音消息。

可选地，第三提示信息可以为语音提示信息，或/和，文字提示信息。

优选地，第三提示信息为语音提示信息，如“您已经完成运动目标了，给社交空间里的好友发个语音吧”，进而，第一用户可以响应该第三提示信息，进行语音发送，如向社交空间发送语音“我已经完成5000米目标啦，大家加油哦！摸摸哒”。

示例性的，服务端向第一用户设备推送第三提示信息时，还可以控制第一用户设备进入与社交空间的语音交互界面，从而，第一用户可以快速在社交空间内发送语音。

以上是本申请第一方面提供的呈现信息显示方法的一些实施例。

本申请第二方面提供的一种消息推送方法，参看图5，该消息推送方法包括以下步骤：

需要说明的是，本申请第二方面提供的消息推送方法的执行主体可以为用户设备，该用户设备的具体实现可以包括但不限于计算机、手机、平板电脑等各类终端设备，或者也可以运行于所述终端设备上可以实现相应处理逻辑的应用程序。

T100、向服务端上报用户设备记录的用户的运动信息。

T200、接收服务端依据目标社交空间的用户的运动信息的比较结果推送的消息。

T300、输出接收到的语音。

本申请实施例中，用户设备可以记录携带该用户设备的用户的运动信息，并将记录的运动信息上报给服务端。

服务端接收到用户设备上报的运动信息时的处理流程可以参见上述服务端侧的方法实施例中的相关描述，本申请实施例在此不做赘述。

当用户设备接收到服务端依据目标社交空间的用户的运动信息的比较结果推送的消息时，可以主动将接收到的消息输出给用户，而不需要用户触发用户设备进行消息输出。

其中，服务端依据目标社交空间的用户的运动信息的比较结果向用户设备推送消息的具体实现可以参见上述服务端侧的方法实施例中的相关描述，本申请实施例在此不做赘述。

在一个示例中，向服务端上报用户设备记录的用户的运动信息，可以包括：

按照预设运动信息上报策略向服务端上报用户设备记录的用户的运动信息。

在该示例中，可以根据需求在用户设备上设置运动信息的上报策略(本文中称为预设运动信息上报策略)，用户设备可以基于该预设运动信息上报策略进行运动信息上报。

示例性的，该预设运动信息上报策略可以包括但不限于：

实时上报、定时上报或定量上报。

举例来说，以定时上报为例，用户设备可以每隔预设时间(如5秒或10秒等)向服务端上报本地记录的运动信息。

又举例来说，以定量上报为例，假设运动信息为跑步里程，则用户设备可以在跑步里程每增加预设里程(如50米或100米等)时，向服务端上报本地记录的跑步里程。例如，用户设备可以分别在跑步里程达到100米、200米…(以预设距离为100米为例)时，向服务端上报实际的跑步里程(用户设备所统计的用户的跑步实际里程)，即100米、200米…。

在一个实施例中，请参见图6，步骤T200中，接收服务端依据目标社交空间的用户的运动信息的比较结果推送的消息，可以通过以下步骤实现：

T201、接收服务端依据该比较结果推送的语音。

步骤T300中，输出接收到的消息，可以通过以下步骤实现：

T301、播报接收到的语音。

在该实施例中，服务端依据目标社交空间的用户的运动信息的比较结果向用户设备推送语音的具体实现可以参见上述服务端侧的方法实施例中的相关描述，本申请实施例在此不做赘述。

用户设备接收到服务端推送的语音时，可以对接收到的语音进行播报。

可选地，用户设备播报语音可以通过用户设备自带的语音输出设备(如喇叭)实现，或，通过用户设备连接的语音输出设备(如耳机或音箱等)实现。

在一个实施例中，步骤T300中，输出接收到的消息，可以包括：

生成消息对应的语音，并播报该消息对应的语音。

在该实施例中，服务端依据目标社交空间的用户的运动信息的比较结果向用户设备推送消息的具体实现可以参见上述服务端侧的方法实施例中的相关描述，本申请实施例在此不做赘述。

用户设备接收到服务端推送的消息时，可以生成该消息对应的语音。

示例性的，用户设备可以根据服务端推送的消息中的关键字，以及预设语音消息模板，生成消息对应的语音。

举例来说，假设预设消息模板为“**(用户名)已经跑了**(跑步里程)了，继续加油！”，服务端推送的消息为“第一用户已经跑了4500米”，则用户设备可以识别该消息中的关键字(可以根据预先协商的消息格式确定)，即该消息中的用户名和跑步里程：“第一用户”和“4500米”，此时，用户设备可以生成语音“第一用户已经跑了4500米，继续加油！”。

用户设备生成接收到的消息对应的语音时，可以对该语音进行播报。

在一个实施例中，请参见图7，步骤T200中，接收服务端依据目标社交空间的用户的运动信息的比较结果推送的语音，可以通过以下步骤实现：

T211、接收服务端依据比较结果推送的提示信息，该提示信息用于提示用户发送与比较结果相关的语音消息。

步骤T300中，输出接收到的消息，可以通过以下步骤实现：

T311、输出接收到的提示信息。

在该实施例中，服务端依据目标社交空间的用户的运动信息的比较结果向用户设备推送提示信息(如上述第一提示信息、第二提示信息或第三提示信息)的具体实现可以参见上述服务端侧的方法实施例中的相关描述，本申请实施例在此不做赘述。

示例性的，用户设备接收到服务端依据目标社交空间的用户的运动信息的比较结果推送的提示信息时，可以输出该提示信息给用户，以提示用户发送与该比较结果相关的语音消息，如向指定用户发送与该比较结果相关的语音消息，或在目标社交空间内发送与该比较结果相关的语音消息。

可选地，提示信息可以为语音提示信息，或/和，文字提示信息。

优选地，提示信息为语音提示信息。

在一个实施例中，请参见图8，运动目标信息的生成和上报可以通过以下步骤实现：

T400、当检测到运动目标创建指令时，输出运动目标创建界面。

T500、依据检测到的通过运动目标创建界面输入的操作指令，生成运动目标信息。

T600、向服务端上报运动目标信息。

在该实施例中，当用户设备接收到用户触发的运动目标创建指令，如检测到针对主界面上的“目标创建”的功能按钮的点击指令时，可以输出运动目标创建界面。

示例性的，该运动目标创建界面中可以包括运动目标输入框或/和选择项。

例如，对于跑步时长，其可以包括跑步里程、跑步时长等目标的输入框，以及默认的跑步里程目标(如1000米、5000米等)、跑步时长目标(如半小时、一小时等)选择项。

当用户设备检测到通过运动目标创建界面输入的操作指令，如输入指令或/和选择指令时，可以依据检测到的操作指令，生成运动目标信息，并按照预设策略将运动目标信息上报给服务端。

以上是本申请第二方面提供的消息推送方法的一些实施例，其中与服务端相关的内容可以参看服务端侧方法实施例中的相关描述，相同或相似之处不再赘述。

为了使本领域技术人员更好地理解本申请实施例提供的技术方案，下面结合具体实例对本申请实施例提供的技术方案进行说明。

在该实施例中，以运动信息为跑步里程为例。

请参见图9，为本申请实施例提供的一种跑步过程中的消息推送(可以称为跨空间跑步)的流程示意图，如图9所示，该跨空间跑步方案实现流程如下：

1、用户打开用户设备上运行的客户端(如跑步软件APP的客户端)，创建跑步里程目标。

2、用户设备通过客户端记录用户的跑步里程目标，并将跑步里程目标信息上报给服务端。

3、用户设备通过客户端记录用户的跑步里程，并定时将获取到的跑步里程上报给服务端。

示例性的，当用户开始跑步时，客户端可以记录用户的跑步里程，并定时(即以预设运动信息上报策略为定时上报为例)将记录的跑步里程上报给服务端。

4、服务端依据目标社交空间内各用户的用户设备上报的跑步里程，以及跑步里程目标信息，确定当前是否需要推送消息。

5、当服务端确定当前需要推送消息时，生成目标消息，并将目标消息对应的语音推送给用户设备上的客户端。

6、用户设备通过客户端对接收到的语音进行播报。

下面对几种常见的消息推送场景进行举例说明。

场景一、

当服务端根据接收到的张三的跑步里程和李四的跑步里程时，可以确定李四的跑步里程大于张三的跑步里程的差值，当该差值在设定里程距离范围之内，如张三的跑步里程与李四的跑步里程相差9米(假设设定里程距离范围阈值为(-10米，10米))，则服务端可以确定当前需要推送消息，此时，服务端可以生成目标消息“张三的跑步里程与李四的跑步里程相差9米”，并生成该目标消息对应的语音“张三距离你就只有9米啦，就快超过你啦，快加油啊！”，将该语音推送给李四的客户端，由李四的用户设备上的客户端对该语音进行播报。

场景二、

当服务端根据接收到的李四的跑步里程以及跑步里程目标确定李四的跑步目标完成量达到预设跑步目标完成量阈值(假设为90％)时，例如，李四的跑步距离为4500米，跑步里程目标为5000米，则服务端确定需要推送消息，此时，服务端可以生成目标消息“李四的跑步目标完成量达到90％”，并生成该目标消息对应的语音“你已经跑了4500米啦，还有最后500米就完成目标啦，一定要坚持住啊！”，将该语音发送给李四的客户端，由李四的用户设备上的客户端对该语音进行播报。

场景三、

当服务端根据接收到的张三的跑步里程以及跑步里程目标(假设为5000米)，确定张三完成跑步目标时，确定当前需要推送消息，此时，服务端可以生成目标消息“张三完成跑步目标”，并生成该目标消息对应的语音提示信息“您已经完成跑步目标了，给群组里的好友发条语音吧！”，将该语音提示信息发送给张三的客户端，由张三的用户设备上的客户端输出该语音提示信息，以提示张三向所属社交空间发送语音。张三基于该语音提示信息，可以通过用户设备上的客户端向所属社交空间发送语音消息“我已经完成5000米目标啦，大家加油哦！摸摸哒”，该社交空间中正在使用客户端的其他用户均可听到实时语音消息。

场景四、

当服务端根据接收到的张三的跑步里程和李四的跑步里程，确定张三超过李四时，可以确定当前需要推送消息，此时，服务端可以生成目标消息“张三跑步里程超过李四”，并生成该推送消息对应的语音提示信息，如“你已成功超过李四啦，你可以给他说一句10s的短语音”，将该语音提示信息推送给张三的客户端，由张三的用户设备上的客户端输出该语音提示信息，张三基于该语音提示信息，可以通过用户设备上的客户端向李四发送语音“哈哈哈，李四，我超过你啦，你好久不练了吧，还行吗？”。李四通过用户设备上的客户端接收到该语音消息时，可以进行回复。

本申请还提供一种服务器，其中，该服务器包括：

一个或多个处理器；

机器可读存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请第一方面实施例所述的方法。

本申请还提供一种用户设备，其中，该用户设备包括：

一个或多个处理器；

机器可读存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请第二方面实施例所述的方法。

本申请第二方面的消息推送方法的实施例可以应用在用户设备上。以软件实现为例，通过其所在用户设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行，以实现本申请第二方面的消息推送方法的实施例。从硬件层面而言，如图10所示，图10是本申请根据一示例性实施例示出的用户设备的一种硬件结构图，除了图10所示的处理器510、内存530、接口520、以及非易失性存储器540之外，用户设备通常根据该用户设备的实际功能，还可以包括其他硬件，对此不再赘述。

本申请还提供一种机器可读存储介质，其上存储有程序，该程序被处理器执行时，实现如前述实施例中任意一项所述的消息推送方法。

本申请可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。机器可读存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。机器可读存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (23)

1.一种消息推送方法，应用于服务端，其特征在于，所述方法包括：

获取目标社交空间中各用户的运动信息；

依据所述目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，在依据所述比较结果验证出当前需要推送消息时，生成与所述比较结果关联的目标消息；

推送所述目标消息，以使接收到所述目标消息的用户设备输出所述目标消息。

2.根据权利要求1所述的方法，其特征在于，所述依据所述目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，包括：

比较所述目标社交空间中第一用户的第一运动信息与第二用户的第二运动信息；

依据比较结果检查当前是否需要推送消息。

3.根据权利要求2所述的方法，其特征在于，所述比较所述目标社交空间中第一用户的第一运动信息与第二用户的第二运动信息，包括：

依据所述第一运动信息的时间标签，在已获取到的所述目标社交空间中的其他用户的运动信息中，确定第二用户的第二运动信息；其中，所述第二运动信息的时间标签与所述第一运动信息的时间标签的关系符合预设条件；

比较所述第一运动信息与第二运动信息。

4.根据权利要求2所述的方法，其特征在于，所述推送所述目标消息，包括：

生成所述目标消息对应的语音；

将所述语音发送至第一用户设备和第二用户设备中的至少一个进行播放；其中，所述第一用户设备用于记录所述第一用户的运动信息，所述第二用户设备用于记录对应的第二用户的运动信息。

5.根据权利要求2所述的方法，其特征在于，所述推送所述目标消息，包括：

将所述目标消息发送至第一用户设备和第二用户设备中的至少一个，以使接收到所述目标消息的用户设备生成所述目标消息对应的语音并播报。

6.根据权利要求2所述的方法，其特征在于，所述推送所述目标消息，包括：

向所述第一用户设备推送第一提示信息，所述第一提示信息用于提示所述第一用户向所述第二用户发送与所述目标消息有关的语音消息；或者，

向所述第二用户设备推送第二提示信息，所述第二提示信息用于提示所述第二用户向所述第一用户发送与所述目标消息有关的语音消息。

7.根据权利要求2-4任一项所述的方法，其特征在于，所述运动信息包括以下之一或多个：

运动里程信息、运动过程中用户的地理位置信息、运动时间信息以及运动耗能信息；

所述比较结果包括以下之一或多个：

所述第一用户的第一运动里程与所述第二用户的第二运动里程的差值、所述第一用户的第一地理位置与所述第二用户的第二地理位置之间的距离、所述第一用户的第一运动时间与所述第二用户的第二运动时间的差值，以及所述第一用户的第一运动耗能信息与所述第二用户的第二运动耗能信息的差值；

所述依据比较结果检查当前是否需要推送消息包括：

检查比较结果是否在设定阈值范围之内；

如果是，确定需要推送消息；

如果否，确定不需要推送消息。

8.根据权利要求1所述的方法，其特征在于，所述依据所述目标社交空间中各用户的运动信息的比较结果验证当前是否需要推送消息，包括：

比较所述目标社交空间中第一用户的第一运动信息与已获取的所述目标社交空间中其他用户的运动信息，以确定所述第一用户在所述目标社交空间中的运动排名；

依据所述第一用户在所述目标社交空间中的运动排名检查当前是否需要推送消息。

9.根据权利要求8所述的方法，其特征在于，所述依据所述第一用户在所述目标社交空间中的运动排名检查当前是否需要推送消息，包括：

检查所述第一用户在所述目标社交空间中的运动排名是否在预设名次之前；

如果是，确定需要推送消息；否则，确定不需要推送消息。

10.根据权利要求8所述的方法，其特征在于，所述依据所述第一用户在所述目标社交空间中的运动排名检查当前是否需要推送消息，包括：

检查所述第一用户在所述目标社交空间中的运动排名是否为预设名次之前；

若所述第一用户在所述目标社交空间中的运动排名为预设名次之前，且所述第一用户维持所述预设名次之前的时间达到预设时间，则确定需要推送消息；否则，确定不需要推送消息。

11.根据权利要求8-10任一项所述的方法，其特征在于，所述推送所述目标消息，包括：

生成所述目标消息对应的语音；

将所述语音发送至第一用户设备和所述目标社交空间中其他用户的用户设备进行播放；或者，将所述语音发送至所述目标社交空间进行播放。

12.根据权利要求8-10所述的方法，其特征在于，所述推送所述目标消息，包括：

将所述目标消息发送至第一用户设备和所述目标社交空间中其他用户的用户设备，以使接收到所述目标消息的用户设备生成所述目标消息对应的语音并播报。

13.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述目标社交空间中各用户的运动目标信息

对于任一用户，当依据已获取的该用户的运动信息和运动目标信息，确定该用户的运动目标完成量；

当该用户的运动目标完成量满足预设条件时，向所述目标社交空间推送与该运动目标完成量关联的消息。

14.根据权利要求13所述的方法，其特征在于，所述确定该用户的运动目标完成量之后，还包括：

当该用户的运动目标完成量达到100％时，向该用户的用户设备推送第三提示信息，所述第三提示信息用于提示该用户在所述目标社交空间内发送运动目标完成的语音消息。

15.一种消息推送方法，应用于用户设备，其特征在于，所述方法包括：

向服务端上报所述用户设备记录的用户的运动信息；

接收所述服务端依据目标社交空间的用户的运动信息的比较结果推送的消息；

输出所述消息。

16.根据权利要求15所述的方法，其特征在于，所述向服务端上报所述用户设备记录的用户的运动信息，包括：

按照预设运动信息上报策略向所述服务端上报所述用户设备记录的用户的运动信息；

其中，所述预设运动信息上报策略至少包括：

实时上报、定时上报、或运动信息达到设定值时上报。

17.根据权利要求15所述的方法，其特征在于，所述接收所述服务端依据目标社交空间的用户的运动信息的比较结果推送的消息，包括：

接收所述服务端依据所述比较结果推送的语音；

所述输出所述消息，包括：

播报所述消息对应的语音。

18.根据权利要求15所述的方法，其特征在于，所述输出所述消息，包括：

生成所述消息对应的语音；

播报所述消息对应的语音。

19.根据权利要求15所述的方法，其特征在于，所述接收所述服务端依据目标社交空间的用户的运动信息的比较结果推送的语音，包括：

接收所述服务端依据所述比较结果推送的提示信息，所述提示信息用于提示用户发送与所述比较结果相关的语音消息；

所述输出所述消息，包括：

输出所述提示信息。

20.根据权利要求15所述的方法，其特征在于，所述方法还包括：

当检测到运动目标创建指令时，输出运动目标创建界面；

依据检测到的通过所述运动目标创建界面输入的操作指令，生成运动目标信息；

向所述服务端上报所述运动目标信息。

21.一种服务器，其中，该服务器包括：

一个或多个处理器；

机器可读存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-14中任一项所述的方法。

22.一种用户设备，其中，该用户设备包括：

一个或多个处理器；

机器可读存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求15-20中任一项所述的方法。

23.一种机器可读存储介质，其上存储有程序，该程序被处理器执行时，实现如权利要求1-20中任一项所述的消息推送方法。