CN106162609B - 一种推送数据的方法及装置 - Google Patents

Abstract

本发明公开了一种推送数据的方法及装置，属于通信领域。所述方法包括：向第一终端发送待推送的数据的描述信息；接收所述第一终端根据所述描述信息返回的下载命令；获取所述待推送的数据对应的反馈信息集合，所述反馈信息集合包括第二终端对所述待推送的数据进行反馈的反馈信息，所述第二终端为已接收所述待推送的数据的终端；根据所述获取的反馈信息确定所述待推送的数据是否存在异常；如果不存在异常，则向所述第一终端发送所述待推送的数据。所述装置包括：发送模块、接收模块、获取模块和确定模块。本发明能够避免推送存在异常的数据给终端。

Description

一种推送数据的方法及装置

技术领域

本发明涉及通信领域，特别涉及一种推送数据的方法及装置。

背景技术

随着终端技术的发展，终端得到了广泛应用，例如目前手机就被广泛应用。用户在使用终端时常向终端下载并安装不同的软件。软件的开发商为了不断完善其软件，会每隔一段时间开发出更高版本的软件，此时服务端就需要将更高版本的软件推送给终端，以使终端对该软件进行更新。

目前在软件开发商开发出新版本的软件后，服务端向终端推送该新版本的软件的描述信息，该描述信息中包含软件的名称、版本号以及新版本的软件中新增的功能等信息。终端显示该描述信息给用户，如果用户确定更新新版本的软件，则终端发送下载命令给服务端。服务端将新版本的软件发送给终端，终端将自身存储的该软件更新为该新版本的软件。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

新版本的软件可能存在缺陷，导致在终端运行时可能发生异常，用户发现异常后想要退回到以前的版本也无法退回，或者在更新的过程中发现新版本的软件存在异常，此时由于软件已更新到一半，继续往下更新，软件存在问题不太合适，想退回去，因已更新一半无法退回到旧版本，给用户带来很大的困扰。

发明内容

为了避免推送存在异常的数据给终端，本发明提供了一种推送数据的方法及装置。所述技术方案如下：

一种推送数据的方法，所述方法包括：

向第一终端发送待推送的数据的描述信息；

接收所述第一终端根据所述描述信息返回的下载命令；

获取所述待推送的数据对应的反馈信息集合，所述反馈信息集合包括第二 终端对所述待推送的数据进行反馈的反馈信息，所述第二终端为已接收所述待推送的数据的终端；

根据所述获取的反馈信息确定所述待推送的数据是否存在异常；

如果不存在异常，则向所述第一终端发送所述待推送的数据。

一种推送数据的装置，所述装置包括：

发送模块，用于向第一终端发送待推送的数据的描述信息；

接收模块，用于接收所述第一终端根据所述描述信息返回的下载命令；

获取模块，用于获取所述待推送的数据对应的反馈信息集合，所述反馈信息集合包括第二终端对所述待推送的数据进行反馈的反馈信息，所述第二终端为已接收所述待推送的数据的终端；

确定模块，用于根据所述获取的反馈信息确定所述待推送的数据是否存在异常；

所述发送模块，还用于如果不存在异常，则向所述第一终端发送所述待推送的数据。

在本发明实施例中，在向终端推送数据之前，先判断该数据是否存在异常，如果不存在异常，则向终端推送该数据，如此可以避免推送存在异常的数据给终端。

附图说明

图1是本发明实施例1提供的一种推送数据的方法流程图；

图2-1是本发明实施例2提供的一种网络架构示意图；

图2-2是本发明实施例2提供的一种推送数据的方法流程图；

图2-3是本发明实施例2提供的一种更新提示窗口示意图；

图2-4是本发明实施例2提供的一种投诉界面示意图；

图3-1是本发明实施例3提供的一种网络架构示意图；

图3-2是本发明实施例3提供的一种推送数据的方法流程图；

图4-1是本发明实施例4提供的一种网络架构示意图；

图4-2是本发明实施例4提供的一种推送数据的方法流程图；

图5是本发明实施例5提供的一种推送数据的装置结构示意图；

图6是本发明实施例6提供的一种服务器结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例1

参见图1，本发明实施例提供了一种推送数据的方法，包括：

步骤101：向第一终端发送待推送的数据的描述信息。

步骤102：接收第一终端根据该描述信息返回的下载命令。

步骤103：获取待推送的数据对应的反馈信息集合，该反馈信息集合包括第二终端对待推送的数据进行反馈的反馈信息，第二终端为已接收待推送的数据的终端。

步骤104：根据获取的反馈信息确定待推送的数据是否存在异常。

步骤105：如果不存在异常，则向第一终端发送待推送的数据。

在本发明实施例中，在向终端推送数据之前，先判断该数据是否存在异常，如果不存在异常，则向终端推送该数据，如此可以避免推送存在异常的数据给终端。

实施例2

本发明实施例提供了一种推送数据的方法。本发明实施例应用于应用更新的场景中，服务端将新版本的应用推送给第一终端，使第一终端将自身存储的旧版本的应用更新为新版本的应用。

图2-1为本发明实施例应用的网络架构图，该网络架构包括第一终端和服务端，服务端包括接入服务器和更新服务器，其中，第一终端可以接入到接入服务器，接入服务器可以通过本发明实施例提供的方法将更新服务器中新版本的应用推送给第一终端。参见图2-2，该方法包括：

步骤201：第一终端启动应用时建立与该应用对应的接入服务器之间的通信连接。

其中，第一终端可以为电脑，平板电脑和手机等。通常第一终端中安装有至少一个应用。该至少一个应用中的每个应用对应接入服务器，该接入服务器 用于在第一终端运行该应用时与第一终端进行信息交互。例如第一终端中可以安装有杀毒软件和社交应用，像电脑管家、手机管家和即时通讯应用等，像手机管家就会对应一个接入服务器，终端在运行手机管家时，终端会与手机管家对应的接入服务器进行信息交互。

在本发明实施例中，当用户在第一终端上启动某应用时，第一终端请求与该应用所对应的接入服务器建立通信连接。建立通信连接后，第一终端可以通过该通信连接快速有效地与接入服务器进行信息交互，以便于可以随时的接收接入服务器发送的消息并实时对接入服务器发送的消息进行反馈。例如，假设在本例中第一终端为移动终端，当用户在移动终端上启动移动终端安装的手机管家时，移动终端建立与手机管家对应的接入服务器之间的通信连接。

步骤202：接入服务器建立与第一终端之间的通信连接，发送上线通知消息给更新服务器。

在本发明实施例中，每种应用还对应有更新服务器，某应用对应的更新服务器中包含该应用对应的各种版本。不同版本的应用都是由应用开发商开发的，并存储在更新服务器中。例如，像手机管家这样的应用，应用开发商不断的完善手机管家，因此会每隔一段时间开发出一新版本的手机管家，同时将每次开发的手机管家存储在更新服务器中。假设，应用开发商已开发出的手机管家的版本包括管家V1.0、V2.0和V3.0，并将V1.0版的手机管家、V2.0版的手机管家和V3.0版本的手机管家存储在更新服务器中。

更新服务器中往往存储多种应用，该多种应用可能属于同一应用开发商。例如，更新服务器中可以存储有不同版的手机管家以及不同版本的社交应用。为了让更新服务器能够区分第一终端启动是哪款应用，接入服务器在与第一终端建立通信连接时，还获取第一终端启动的应用的应用标识信息，且发送给更新服务器中的上线通知消息中还包含该应用的应用标识信息。

接下来举一例进行说明，对于手机管家对应的接入服务器，该接入服务器在建立与移动终端之间的通信连接时还获取移动终端启动的手机管家的应用标识信息，在建立完成通信连接后，向手机管家对应的更新服务器发送上线通知消息，该上线通知消息携带手机管家的应用标识信息。

步骤203：更新服务器接收该上线通知消息，获取该应用对应的最新版本的描述信息。

该描述信息可以包括该应用的应用标识信息、最新版本的版本号和/或最新版本的应用中新增加的功能描述信息等。

本步骤可以为：更新服务器从存储的不同版本的应用中获取版本号最高的版本，该版本号最高的版本即为该应用的最新版本，从该最新版本的应用中获取最新版本应用的描述信息。

如果更新服务器中包括多种应用，则该上线通知消息还携带应用的应用标识信息。相应的，更新服务器根据该上线通知消息携带的该应用的应用标识信息，获取该应用对应的不同版本，选择版本号最高的版本，该版本号最高的版本即为该应用的最新版本，从该最新版本的应用中获取最新版本的描述信息。

例如，更新服务器接收上线通知消息，该上线通知消息携带手机管家的应用标识信息；更新服务器根据该上线通知消息携带的手机管家的应用标识信息，获取手机管家对应的不同版本分别为V1.0、V2.0和V3.0，选择版本号最高的版本V3.0，该版本号最高的版本即为手机管家的最新版本，从该最新版本的手机管家中获取最新版本的手机管家的描述信息，该描述信息可以为“管家发布3.0新版本！加速更快不卡顿，版本更新稳定”，该描述信息中包括最新版本的版本号3.0，以功能描述信息“加速更快不卡顿，版本更新稳定”。

步骤204：更新服务器发送推送命令给接入服务器，该推送指令携带最新版的该应用的描述信息。

步骤205：接入服务器接收该推送命令，向第一终端转发该推送命令。

步骤206：第一终端接收该推送命令，根据该推送命令提示用户更新应用。

第一终端接收该推送命令，将该推送命令先放在该应用的云指令框架中，然后调用业务插件，通过该业务插件创建更新提示窗口并显示给用户，该更新提示窗口包括最新版本的该应用的描述信息，用于触发更新的按钮和用于取消更新的按钮，通过该更新提示窗口提示用户进行软件更新。

步骤207：第一终端当检测到用户触发的确认命令时，根据该确认命令的指示向接入服务器返回下载命令。

第一终端显示更新提示窗口后，如果用户需要更新，则用户可以点击该用于触发更新的按钮触发确认命令给第一终端，第一终端当检测到该确认命令时，根据该确认命令的指示向接入服务器返回下载命令。

例如，假设该推送命令中携带手机管家最新版本的描述信息，第一终端将 该推送命令放在云指令框架中，调用业务插件，通过该业务插件创建如图2-3所示的更新提示窗口并显示给用户，该更新提示窗口包括最新版本的该应用的描述信息、立即更新按钮和忽略按钮；其中，该描述信息为“管家发布3.0新版本！加速更快不卡顿，版本更新稳定”，立即更新按钮为用于触发更新的按钮，忽略按钮为用于取消更新的按钮。如果用户需要更新，则可以点击该立即更新按钮触发确认命令给第一终端，第一终端当检测到该确认命令时，根据该确认命令的指示向接入服务器返回下载命令。

步骤208：接入服务器接收该下载命令，获取该应用对应的反馈信息集合，该反馈信息集合中包括第二终端对该最新版本的应用进行反馈的反馈信息，第二终端是已将该应用更新为最新版本的终端。

其中，接入服务器可以根据该应用的应用标识信息，从应用标识信息与反馈信息集合的对应关系中获取对应的反馈信息集合。反馈信息集合中的每条反馈信息包含信息类型，且每条反馈信息都是第二终端发送的，第二终端是已更新最新版本的应用的终端。

其中，用户在第二终端上使用最新版本应用的过程中，如果发现最新版本的应用存在异常，用户可以在第二终端上向接入服务器投诉该最新版本的应用。例如，参见图2-4所示，用户可以在第二终端上打开投诉界面，在该投诉界面中留言，然后用户点击投诉按钮触发第二终端，第二终端获取用户的留言信息并作为反馈信息且设置该反馈信息的信息类型为投诉类型，然后向接入服务器反馈该反馈反馈信息。接入服务器将该反馈信息存储在该应用对应的反馈信息集合中。

步骤209：接入服务器根据该反馈信息集合，确定该最新版的应用是否存在异常，如果不存在异常，则执行步骤210。

具体地，从该反馈信息集合中获取信息类型为投诉类型的反馈信息；根据投诉类型的反馈信息和反馈信息集合，计算最新版的应用的投诉率；如果该投诉率大于预设阈值，则确定最新版本的应用存在异常，否则，确定最新版本的应用不存在异常。

其中，接入服务器可以从该反馈信息集合中包括的反馈信息中分别提取每条反馈信息的信息类型，从该反馈信息集合中获取信息类型为投诉类型的反馈信息，统计该投诉类型的反馈信息得到第一数目；统计该反馈信息集合中包括 的反馈信息得到第二数目，计算第一数目与第二数目的比值得到最新版本的应用的投诉率。

其中，如果确定出存在异常，接入服务器可以向第一终端反馈提示信息，以通知用户最新版本的应用存在异常，暂停更新最新版本的应用。

步骤210：接入服务器向第一终端发送最新版本的应用，以使第一终端将自身存储的该应用更新为最新版的应用。

具体地，接入服务器向更新服务器发送更新通知，更新服务器接收该更新通知并向接入服务器返回最新版本的应用的应用数据，接入服务器再将该最新版本的应用的应用数据发送给第一终端；第一终端接收该最新版的应用的应用数据，并将自身存储的该应用的应用数据更新为接收的应用数据。

在本发明实施例中，在向终端推送最新版本的应用之前，先判断该最新版本的应用是否存在异常，如果不存在异常，则向终端推送该最新版本的应用，如此可以避免推送存在异常的应用给终端。

实施例3

本发明实施例提供了一种推送数据的方法。本发明实施例应用于插件推送的场景中，服务端将插件推送给第一终端，使第一终端安装该插件。

图3-1为本发明实施例应用的网络架构图，该网络架构包括第一终端和服务端，服务端包括接入服务器和插件服务器，其中，第一终端可以接入到接入服务器，接入服务器可以通过本发明实施例提供的方法将插件服务器中的插件推送给第一终端。参见图3-2，该方法包括：

步骤301：第一终端启动时建立与接入服务器之间的通信连接。

其中，第一终端可以为电脑，平板电脑和手机等。在本发明实施例中，第一终端请求与接入服务器建立通信连接，建立通信连接后，第一终端可以通过该通信连接快速有效地与接入服务器进行信息交互，以便于可以随时的接收接入服务器发送的消息并实时对接入服务器发送的消息进行反馈。

步骤302：接入服务器建立与第一终端之间的通信连接，发送上线通知消息给插件服务器。

在本发明实施例中，插件服务器用于存储插件，且在插件服务器中可以存储一种或多种插件。

步骤303：插件服务器接收该上线通知消息，获取需要推送的插件的描述信息。

该描述信息可以包括该插件的插件标识信息、该插件的功能描述信息等。插件服务器获取的需要推送的插件的描述信息可以包括一种插件或多种插件的描述信息。

步骤304：插件服务器发送推送命令给接入服务器，该推送指令携带需要推送的插件的描述信息。

步骤305：接入服务器接收该推送命令，向第一终端转发该推送命令。

步骤306：第一终端接收该推送命令，根据该推送命令提示用户选择待推送的插件。

第一终端接收该推送命令，创建插件提示窗口并显示给用户，该插件提示窗口包括该推送命令携带需要推送的插件的描述信息，以使用户选择一个插件。

步骤307：第一终端获取用户选择的待推送的插件，向接入服务器返回下载命令，该下载命令携带待推送的插件的插件标识信息。

用户可以从插件提示窗口中选择一个需要推送的插件的描述信息。第一终端获取用户选择的插件的描述信息，将用户选择的插件作为待推送的插件，从待推送的插件的描述信息中提取待推送的插件的插件标识信息，向接入服务器返回下载命令，该下载命令中包含待推送的插件的插件标识信息。

步骤308：接入服务器接收该下载命令，获取待推送的插件对应的反馈信息集合，该反馈信息集合包括第二终端对待推送的插件进行反馈的反馈信息，第二终端是已安装待推送的插件的终端。

其中，接入服务器可以根据待推送的插件的插件标识信息，从插件标识信息与反馈信息集合的对应关系中获取对应的反馈信息集合中。反馈信息集合中的每条反馈信息包含信息类型，且每条反馈信息都是第二终端发送的。

其中，用户在第二终端上使用待推送插件的过程中，如果发现待推送的插件存在异常，用户可以在第二终端上向接入服务器投诉待推送的插件。例如，参见图2-4所示，用户可以在第二终端上打开投诉界面，在该投诉界面中留言，然后用户点击投诉按钮触发第二终端，第二终端获取用户的留言信息并作为反馈信息且设置该反馈信息的信息类型为投诉类型，然后向接入服务器反馈该反馈反馈信息。接入服务器将该反馈信息存储在待推送的插件对应的反馈信息集 合中。

步骤309：接入服务器根据该反馈信息集合，确定待推送的插件是否存在异常，如果不存在异常，则执行步骤310。

具体地，从该反馈信息集合中获取信息类型为投诉类型的反馈信息；根据投诉类型的反馈信息和反馈信息集合，计算待推送的插件的投诉率；如果该投诉率大于预设阈值，则确定待推送的插件存在异常，否则，确定待推送的插件不存在异常。

其中，接入服务器可以从该反馈信息集合中包括的反馈信息中分别提取每条反馈信息的信息类型，从该反馈信息集合中获取信息类型为投诉类型的反馈信息，统计该投诉类型的反馈信息得到第一数目；统计该反馈信息集合中包括的反馈信息得到第二数目，计算第一数目与第二数目的比值得到待推送的插件的投诉率。

其中，如果确定出存在异常，接入服务器可以向第一终端反馈提示信息，以通知用户待推送的插件存在异常，暂停推送待推送的插件。

步骤310：接入服务器向第一终端发送待推送的插件，以使第一终端安装待推送的插件。

具体地，接入服务器向更新服务器发送更新通知，更新服务器接收该更新通知并向接入服务器返回待推送的插件的插件数据，接入服务器再将待推送的插件的插件数据发送给第一终端；第一终端接收该插件数据，根据该插件数据安装待推送的插件。

在本发明实施例中，在向终端推送插件之前，先判断待推送的插件是否存在异常，如果不存在异常，则向终端推送待推送的插件，如此可以避免推送存在异常的插件给终端。

实施例4

本发明实施例提供了一种推送数据的方法。本发明实施例应用于资源包推送的场景中，服务端将资源包推送给第一终端，使第一终端安装该资源包。

图4-1为本发明实施例应用的网络架构图，该网络架构包括第一终端和服务端，服务端包括接入服务器和资源服务器，其中，第一终端可以接入到接入服务器，接入服务器可以通过本发明实施例提供的方法将资源服务器中的资源包 推送给第一终端。参见图4-2，该方法包括：

步骤401：第一终端启动时建立与接入服务器之间的通信连接。

其中，第一终端可以为电脑，平板电脑和手机等。在本发明实施例中，第一终端请求与接入服务器建立通信连接，建立通信连接后，第一终端可以通过该通信连接快速有效地与接入服务器进行信息交互，以便于可以随时的接收接入服务器发送的消息并实时对接入服务器发送的消息进行反馈。

步骤402：接入服务器建立与第一终端之间的通信连接，发送上线通知消息给资源服务器。

在本发明实施例中，资源服务器用于存储资源包，且在资源服务器中可以存储一种或多种资源包。

步骤403：资源服务器接收该上线通知消息，获取需要推送的资源包的描述信息。

该描述信息可以包括该资源包的资源标识信息、该资源包的功能描述信息等。资源服务器获取的需要推送的资源包的描述信息可以包括一种资源包或多种资源包的描述信息。

步骤404：资源服务器发送推送命令给接入服务器，该推送命令携带需要推送的资源包的描述信息。

步骤405：接入服务器接收该推送命令，向第一终端转发该推送命令。

步骤406：第一终端接收该推送命令，根据该推送命令提示用户选择待推送的资源包。

第一终端接收该推送命令，创建资源提示窗口并显示给用户，该资源提示窗口包括该推送命令携带需要推送的资源包的描述信息，以使用户选择一个资源包。

步骤407：第一终端获取用户选择的待推送的资源包，向接入服务器返回下载命令，该下载命令携带待推送的资源包的资源标识。

用户可以从资源提示窗口中选择一个需要推送的资源包的描述信息。第一终端将用户选择的资源包作为待推送的资源包，从待推送的资源包的描述信息中提取待推送的资源包的资源标识，向接入服务器返回下载命令，该下载命令中包含待推送的资源包的资源标识。

步骤408：接入服务器接收该下载命令，获取待推送的资源包对应的反馈信 息集合，该反馈信息集合包括第二终端对待推送的资源包进行反馈的反馈信息，第二终端是已安装待推送的资源包的终端。

其中，接入服务器可以根据待推送的资源包的资源标识信息，从资源标识信息与反馈信息集合的对应关系中获取对应的反馈信息集合中。反馈信息集合中的每条反馈信息包含信息类型，且每条反馈信息都是第二终端发送的。

其中，用户在第二终端使用待推送的资源包过程中，如果发现待推送的资源包存在异常，用户可以在第二终端上向接入服务器投诉待推送的资源包。例如，参见图2-4所示，用户可以在第二终端上打开投诉界面，在该投诉界面中留言，然后用户点击投诉按钮触发第二终端，第二终端获取用户的留言信息并作为反馈信息且设置该反馈信息的信息类型为投诉类型，然后向接入服务器反馈该反馈信息。接入服务器将该反馈信息存储在待推送的资源包对应的反馈信息集合中。

步骤409：接入服务器根据该反馈信息集合，确定待推送的资源包是否存在异常，如果不存在异常，则执行步骤410。

具体地，从该反馈信息集合中获取信息类型为投诉类型的反馈信息；根据投诉类型的反馈信息和反馈信息集合，计算待推送的资源包的投诉率；如果该投诉率大于预设阈值，则确定待推送的资源包存在异常，否则，确定待推送的资源包不存在异常。

其中，接入服务器可以从该反馈信息集合中包括的反馈信息中分别提取每条反馈信息的信息类型，从该反馈信息集合中获取信息类型为投诉类型的反馈信息，统计该投诉类型的反馈信息得到第一数目；统计该反馈信息集合中包括的反馈信息得到第二数目，计算第一数目与第二数目的比值得到待推送的资源包的投诉率。

其中，如果确定出存在异常，接入服务器可以向第一终端反馈提示信息，以通知用户最新版本的应用存在异常，暂停推送待推送的资源包。

步骤410：接入服务器向第一终端发送待推送的资源包，以使第一终端安装待推送的资源包。

具体地，接入服务器向更新服务器发送更新通知，更新服务器接收该更新通知并向接入服务器返回待推送的资源包的资源数据，接入服务器再将待推送的资源包的资源数据发送给第一终端；第一终端接收该资源数据，根据该资源 数据安装待推送的资源包。

在本发明实施例中，在向终端推送资源包之前，先判断待推送的资源包是否存在异常，如果不存在异常，则向终端推送待推送的资源包，如此可以避免推送存在异常的资源包给终端。

实施例5

参见图5，本发明实施例提供了一种推送数据的装置，包括：

发送模块501，用于向第一终端发送待推送的数据的描述信息；

接收模块502，用于接收所述第一终端根据所述描述信息返回的下载命令；

获取模块503，用于获取所述待推送的数据对应的反馈信息集合，所述反馈信息集合包括第二终端对所述待推送的数据进行反馈的反馈信息，所述第二终端为已接收所述待推送的数据的终端；

确定模块504，用于根据所述获取的反馈信息确定所述待推送的数据是否存在异常；

所述发送模块501，还用于如果不存在异常，则向所述第一终端发送所述待推送的数据。

可选的，所述确定模块504包括：

第一获取单元，用于从所述反馈信息集合中获取信息类型为投诉类型的反馈信息；

计算单元，用于根据所述投诉类型的反馈信息和所述反馈信息集合，计算所述待推送的数据的投诉率；

确定单元，用于如果所述投诉率大于预设阈值，则确定所述待推送的数据存在异常，否则，确定所述待推送的数据不存在异常。

可选的，所述获取模块503包括：

提取单元，用于从所述待推送的数据的描述信息中提取所述待推送的数据的数据标识信息；

第二获取单元，用于根据所述待推送的数据的数据标识信息，从数据标识信息与反馈信息集合的对应关系中获取所述待推送的数据对应的反馈信息集合。

进一步地，所述装置还包括：

收集模块，用于收集已接收所述待推送的数据的第二终端对所述待推送的数据进行反馈的反馈信息，将所述获取的反馈信息存储在所述待推送的数据对应的反馈信息集合中。

进一步地，所述装置还包括：

通知模块，用于与所述第一终端建立通信连接，向更新服务器发送上线通知消息，接收所述更新服务器根据所述上线通知消息返回的所述待推送的数据的描述信息。

在本发明实施例中，在向终端推送数据之前，先判断该数据是否存在异常，如果不存在异常，则向终端推送该数据，如此可以避免推送存在异常的数据给终端。

实施例6

图6是本发明实施例提供的服务器的结构示意图，该服务器为上述信息平台提供硬件运行环境。服务器1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)1922(例如，一个或一个以上处理器)和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930(例如一个或一个以上海量存储设备)。其中，存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务器1900上执行存储介质1930中的一系列指令操作。

服务器1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，一个或一个以上键盘1956，和/或，一个或一个以上操作系统1941，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

服务器1900可以包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

向第一终端发送待推送的数据的描述信息；

接收所述第一终端根据所述描述信息返回的下载命令；

获取所述待推送的数据对应的反馈信息集合，所述反馈信息集合包括第二终端对所述待推送的数据进行反馈的反馈信息，所述第二终端为已接收所述待推送的数据的终端；

根据所述获取的反馈信息确定所述待推送的数据是否存在异常；

如果不存在异常，则向所述第一终端发送所述待推送的数据。

可选的，所述根据所述获取的反馈信息确定所述待推送的数据是否存在异常，包括：

从所述反馈信息集合中获取信息类型为投诉类型的反馈信息；

根据所述投诉类型的反馈信息和所述反馈信息集合，计算所述待推送的数据的投诉率；

如果所述投诉率大于预设阈值，则确定所述待推送的数据存在异常，否则，确定所述待推送的数据不存在异常。

可选的，所述获取所述待推送的数据的反馈信息集合，包括：

从所述待推送的数据的描述信息中提取所述待推送的数据的数据标识信息；

根据所述待推送的数据的数据标识信息，从数据标识信息与反馈信息集合的对应关系中获取所述待推送的数据对应的反馈信息集合。

进一步地，所述获取所述待推送的数据对应的反馈信息集合之前，还包括：

收集已接收所述待推送的数据的第二终端对所述待推送的数据进行反馈的反馈信息，将所述获取的反馈信息存储在所述待推送的数据对应的反馈信息集合中。

进一步地，所述向第一终端发送待推送的数据的描述信息之前，还包括：

与所述第一终端建立通信连接，向更新服务器发送上线通知消息，接收所述更新服务器根据所述上线通知消息返回的所述待推送的数据的描述信息。

在本发明实施例中，在向终端推送数据之前，先判断该数据是否存在异常，如果不存在异常，则向终端推送该数据，如此可以避免推送存在异常的数据给终端。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于 一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (8)

1.一种推送数据的方法，其特征在于，应用于资源包推送场景中，通过服务端向第一终端推送待推送的资源包，以使所述第一终端安装所述待推送的资源包；所述服务端包括接入服务器和资源服务器，所述方法包括：

所述接入服务器在所述第一终端启动时建立与所述第一终端之间的通信连接，并发送上线通知消息给所述资源服务器；

所述资源服务器接收所述上线通知消息，获取所述待推送的资源包的描述信息；

所述资源服务器发送推送命令给所述接入服务器，其中，所述推送命令携带所述待推送的资源包的描述信息；

所述接入服务器接收所述推送命令，向所述第一终端转发所述推送命令，以利于所述第一终端在接收所述推送命令后根据所述推送命令创建并显示资源提示窗口，以利于用户选择所述待推送的资源包；其中，所述第一终端在接收到所述用户通过所述资源提示窗口选择的待推送的资源包后，从所述待推送的资源包的描述信息中提取所述待推送的资源包的资源标识信息，向所述接入服务器返回包含所述待推送的资源包的资源标识信息的下载命令；

所述接入服务器接收所述第一终端根据所述描述信息返回的下载命令；

所述接入服务器获取所述待推送的资源包对应的反馈信息集合，所述反馈信息集合包括第二终端对所述待推送的资源包进行反馈的反馈信息，所述第二终端为已安装所述待推送的资源包的终端；

所述接入服务器根据所述获取的反馈信息集合确定所述待推送的资源包是否存在异常；

所述接入服务器在所述待推送的资源包存在异常的情况下，向所述第一终端反馈提示信息，所述提示信息用于提示用户暂停推送所述待推送的资源包；

所述接入服务器在所述待推送的资源包不存在异常的情况下，向所述第一终端发送所述待推送的资源包，以使所述第一终端安装所述待推送的资源包。

2.如权利要求1所述的方法，其特征在于，所述接入服务器根据所述获取的反馈信息集合确定所述待推送的资源包是否存在异常，包括：

所述接入服务器从所述反馈信息集合中获取信息类型为投诉类型的反馈信息；

所述接入服务器根据所述投诉类型的反馈信息和所述反馈信息集合，计算所述待推送的资源包的投诉率；

所述接入服务器在所述投诉率大于预设阈值的情况下，确定所述待推送的资源包存在异常，否则，确定所述待推送的资源包不存在异常。

3.如权利要求1所述的方法，其特征在于，所述接入服务器获取所述待推送的资源包的反馈信息集合，包括：

所述接入服务器从所述待推送的资源包的描述信息中提取所述待推送的资源包的资源标识信息；

所述接入服务器根据所述待推送的资源包的资源标识信息，从资源标识信息与反馈信息集合的对应关系中获取所述待推送的资源包对应的反馈信息集合。

4.如权利要求1至3任一项权利要求所述的方法，其特征在于，所述接入服务器获取所述待推送的资源包对应的反馈信息集合之前，还包括：

所述接入服务器收集已安装所述待推送的资源包的第二终端对所述待推送的资源包进行反馈的反馈信息，将所述获取的反馈信息存储在所述待推送的资源包对应的反馈信息集合中。

5.一种推送数据的装置，其特征在于，应用于资源包推送场景中，通过服务端向第一终端推送待推送的资源包，以使所述第一终端安装所述待推送的资源包；所述服务端包括接入服务器和资源服务器，所述装置包括：

通知模块，用于所述接入服务器在所述第一终端启动时建立与所述第一终端之间的通信连接，并发送上线通知消息给所述资源服务器；

发送模块，用于所述资源服务器接收所述上线通知消息，获取所述待推送的资源包的描述信息；所述资源服务器发送推送命令给所述接入服务器，其中，所述推送命令携带所述待推送的资源包的描述信息；

接收模块，用于所述接入服务器接收所述推送命令；

所述发送模块，用于所述接入服务器向所述第一终端转发所述推送命令，以利于所述第一终端在接收所述推送命令后根据所述推送命令创建并显示资源提示窗口，以利于用户选择所述待推送的资源包；其中，所述第一终端在接收到所述用户通过所述资源提示窗口选择的待推送的资源包后，从所述待推送的资源包的描述信息中提取所述待推送的资源包的资源标识信息，向所述接入服务器返回包含所述待推送的资源包的资源标识信息的下载命令；

所述接收模块，用于所述接入服务器接收所述第一终端根据所述描述信息返回的下载命令；

获取模块，用于所述接入服务器获取所述待推送的资源包对应的反馈信息集合，所述反馈信息集合包括第二终端对所述待推送的资源包进行反馈的反馈信息，所述第二终端为已安装所述待推送的资源包的终端；

确定模块，用于所述接入服务器根据所述获取的反馈信息集合确定所述待推送的资源包是否存在异常；

所述发送模块，还用于所述接入服务器在所述待推送的资源包存在异常的情况下，向所述第一终端反馈提示信息，所述提示信息用于提示用户暂停推送所述待推送的资源包；

所述发送模块，还用于所述接入服务器在所述待推送的资源包不存在异常的情况下，向所述第一终端发送所述待推送的资源包，以使所述第一终端安装所述待推送的资源包。

6.如权利要求5所述的装置，其特征在于，所述确定模块包括：

第一获取单元，用于所述接入服务器从所述反馈信息集合中获取信息类型为投诉类型的反馈信息；

计算单元，用于所述接入服务器根据所述投诉类型的反馈信息和所述反馈信息集合，计算所述待推送的资源包的投诉率；

确定单元，用于所述接入服务器在所述投诉率大于预设阈值的情况下，确定所述待推送的资源包存在异常，否则，确定所述待推送的资源包不存在异常。

7.如权利要求5所述的装置，其特征在于，所述获取模块包括：

提取单元，用于所述接入服务器从所述待推送的资源包的描述信息中提取所述待推送的资源包的资源标识信息；

第二获取单元，用于所述接入服务器根据所述待推送的资源包的资源标识信息，从资源标识信息与反馈信息集合的对应关系中获取所述待推送的资源包对应的反馈信息集合。

8.如权利要求5至7任一项权利要求所述的装置，其特征在于，所述装置还包括：

收集模块，用于所述接入服务器收集已安装所述待推送的资源包的第二终端对所述待推送的资源包进行反馈的反馈信息，将所述获取的反馈信息存储在所述待推送的资源包对应的反馈信息集合中。