CN102480674A - 数据推送的方法、状态感知及推送模块及数据推送*** - Google Patents

Abstract

本发明提供了一种数据推送的方法、状态感知及推送模块及数据推送***。其中所述方法包括：获得待推送给用户的数据；确定所述用户当前的用户参数，所述用户参数包括用户所使用终端的终端类型以及在服务器上的登录方式；根据预先建立的用户参数与推送方式之间的对应关系，确定所述用户对应的第一推送方式；通过所述第一推送方式，将所述数据推送给所述用户。本发明能够自动监测用户的终端类型和登录方式，并根据用户的终端类型和登录方式，为用户选择合适的推送方式。

Description

数据推送的方法、状态感知及推送模块及数据推送***

技术领域

本发明涉及数据推送技术领域，具体涉及一种数据推送的方法、状态感知及推送模块及数据推送***。

背景技术

随着移动通信业务和数据业务的发展，用户可使用的终端类型越来越多，并且有时用户会使用两种以上的终端同时登录***。现有技术中可以采用的向用户推送数据的推送方式也越来越多，包括有普通的明文短信推送、激活短信推送、彩信推送、邮件推送、WEB(网页)推送和WAP(无线应用协议)推送等多种推送方式。

现有技术中的数据推送服务，通常是针对具体业务设置对应的推送方式，例如某个业务设置成明文短信推送，则向所有用户都采用明文短信的推送方式，如果希望变更为彩信推送，则需要重新开发彩信推送接口，并且将所有用户的推送方式都更改为彩信推送。

现有技术的数据推送方法具有以下缺点：推送方式单一，并且在希望更改推送方式时，通常只能通过人工手动去更改；并且，现有技术的推送方法不能感知用户的登录方式，不管用户当前处于何种登录方式，均按照统一的推送方式下发；另外，用户使用的终端类型可能经常变动，而现有推送方法无法管理最新终端类型，有时会造成推送的数据不适合终端类型，例如下发的功能性短信不能被终端识别，无法生效。

可以看出，现有技术的单一的数据推送方式已经不能满足现有移动数据业务的发展需要，因此，亟需一种新的数据推送的方法，能够自动监测用户的终端类型和登录方式，选择适合当前用户的推送方式。

发明内容

本发明实施例所要解决的技术问题是提供一种数据推送的方法、状态感知及推送模块及数据推送***，能够自动监测用户的终端类型和登录方式，并根据用户的终端类型和登录方式，为用户选择合适的推送方式。

为解决上述技术问题，本发明实施例提供方案如下：

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

获得待推送给用户的数据；

确定所述用户当前的用户参数，所述用户参数包括用户所使用终端的终端类型以及在服务器上的登录方式；

根据预先建立的用户参数与推送方式之间的对应关系，确定所述用户对应的第一推送方式；

通过所述第一推送方式，将所述数据推送给所述用户。

优选地，上述的方法中，

所述对应关系的建立包括：

根据终端类型和登录方式各自支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

优选地，上述的方法中，进一步为用户设置对应的用户类型，所述用户类型用于限定所述用户能够使用的登录方式；

所述对应关系的建立包括：

根据用户的用户类型，确定所述用户能够使用的登录方式；

根据终端类型支持的推送方式、以及所述用户能够使用的登录方式所支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

优选地，上述的方法中，

在所述获得待推送给用户的数据之前，还包括：

监测所述用户所使用终端的终端类型以及监测所述用户的登录方式。

优选地，上述的方法中，

所述监测所述用户所使用终端的终端类型包括：

接收所述用户所使用终端上报的终端类型和/或接收所述用户所使用终端在登录服务器时上报的终端参数，并与预定的终端类型库相匹配，确定所述用户所使用的终端类型。

优选地，上述的方法中，

所述登录方式包括：WEB登录、WAP登录和通过支持IP推送的客户端登录；

所述监测所述用户的登录方式包括：

监测所述用户是否通过WEB页面或WAP页面登录服务器，以确定所述用户是否为WEB登录或WAP登录；以及，

监测是否为所述用户维护有服务器与所述客户端之间的链路，确定所述用户是否为通过所述客户端登录。

优选地，上述的方法中，

所述通过所述第一推送方式，将所述数据推送给所述用户包括：

根据所述第一推送方式以及用户所使用终端的终端类型，确定接收所述数据的终端的第一终端类型；

确定所述第一终端类型对应的数据格式；

将所述数据按照所述数据格式，通过所述第一推送方式推送给所述用户。

优选地，上述的方法中，

进一步在进入预先设置的所述用户的推送时间段后，通过所述第一推送方式，将所述数据推送给所述用户。

本发明实施例还提供了一种状态感知及推送模块，应用于一服务器，包括：

推送数据获得单元，用于获得待推送给用户的数据；

用户参数确定单元，用于确定所述用户当前的用户参数，所述用户参数包括用户所使用终端的终端类型以及在所述服务器上的登录方式；

推送方式确定单元，用于根据预先建立的用户参数与推送方式之间的对应关系，确定所述用户对应的第一推送方式；

推送单元，用于通过所述第一推送方式，将所述数据推送给所述用户。

优选地，上述的状态感知及推送模块中，还包括：

对应关系建立单元，用于根据终端类型和登录方式各自支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

优选地，上述的状态感知及推送模块中，还包括：

用户类型设置单元，用于为用户设置对应的用户类型，所述用户类型用于限定所述用户能够使用的登录方式；

对应关系建立单元，用于根据用户的用户类型，确定所述用户能够使用的登录方式；根据终端类型支持的推送方式、以及所述用户能够使用的登录方式所支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

优选地，上述的状态感知及推送模块中，还包括：

状态监测单元，用于监测所述用户所使用终端的终端类型以及监测所述用户的登录方式。

优选地，上述的状态感知及推送模块中，

所述状态监测单元包括：

终端类型监测单元，用于接收所述用户所使用终端上报的终端类型和/或接收所述用户所使用终端在登录服务器时上报的终端参数，并与预定的终端类型库相匹配，确定所述用户所使用的终端类型。

优选地，上述的状态感知及推送模块中，

所述登录方式包括：WEB登录、WAP登录和通过支持IP推送的客户端登录；

所述状态监测单元包括：

登录状态监测单元，用于监测所述用户是否通过WEB页面或WAP页面登录服务器，以确定所述用户是否为WEB登录或WAP登录；以及，监测是否为所述用户维护有服务器与所述客户端之间的链路，确定所述用户是否为通过所述客户端登录。

优选地，上述的状态感知及推送模块中，

所述推送单元，进一步用于根据所述第一推送方式以及用户所使用终端的终端类型，确定接收所述数据的终端的第一终端类型；确定所述第一终端类型对应的数据格式；以及，将所述数据按照所述数据格式，通过所述第一推送方式推送给所述用户。

本发明实施例还提供了一种数据推送***，包括服务器和多个终端，

所述服务器，监测用户所使用终端的终端类型以及监测所述用户的登录方式；在获得待推送给用户的数据后，确定所述用户当前的用户参数，所述用户参数包括用户所使用终端的终端类型以及在所述服务器上的登录方式；根据预先建立的用户参数与推送方式之间的对应关系，确定所述用户对应的第一推送方式；并通过所述第一推送方式，将所述数据推送给所述用户；

所述终端，用于建立与所述服务器之间的连接，提供用户登录服务器的接口，以及接收所述服务器推送给用户的数据。

优选地，上述的数据推送***中，

所述服务器，还用于根据终端类型和登录方式各自支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

优选地，上述的数据推送***中，

所述服务器，还用于为用户设置对应的用户类型，所述用户类型用于限定所述用户能够使用的登录方式；以及，根据用户的用户类型，确定所述用户能够使用的登录方式，进而根据终端类型支持的推送方式、以及所述用户能够使用的登录方式所支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

从以上所述可以看出，本发明实施例提供的数据推送的方法、状态感知及推送模块及数据推送***，整合了现有的多种推送方式，诸如明文短信、激活短信、彩信、邮件、WAP推送等，通过自动监测用户的终端类型和登录方式，并根据用户的终端类型和登录方式，选择适合当前用户的推送方式，改变了现有技术基于数据业务的单一化推送方式，实现了多样化的信息推送方式。并且，本发明实施例还能够根据终端类型选择合适的数据格式，保证推送的数据适合用户当前使用的终端，能够被终端识别；本发明实施例还可以仅在预先设置的推送时间段内推送数据，以避免打扰用户休息。

附图说明

图1为本发明实施例所述数据推送的方法的流程示意图；

图2为本发明实施例所述状态感知及推送模块的结构示意图。

具体实施方式

本发明实施例提供了一种数据推送的方法，该方法能够整合现有数据业务的多种推送方式，通过自动监测用户的终端类型和登录方式，进而可以根据用户的终端类型和登录方式，为用户选择合适的推送方式。以下将结合附图，通过具体实施例对本发明做进一步的说明。

首先，简单说明本实施例中可能使用到的推送方式：

1)IP推送(IP PUSH)

所谓的IP PUSH就是通过终端上预先安装的客户端和服务器之间建立的通道下发推送消息。IP PUSH可以节省用户费用。具体的，IP Push可以是在GPRS连接建立后，由服务器通过Socket双向流(2.x)协议或HTTP传输(3.x)协议向用户推送消息。根据实现方式不同，IP PUSH又可分为报警推送(ALTPUSH，ALERT PUSH)和拉(POL，POLLING)轮询两种方式，其中，

ALT PUSH：客户端向服务器发送HTTP连接通道建立请求，以建立ALT通道。在ALT通道建立后，服务器会定时向客户端回应数据，客户端通过接收来自该通道的数据来实现IP Push。客户端从该通道收到服务器的推送消息后，需要向服务器发送回执，服务器收到回执后，将该推送消息的状态标注为已发送，之后不再重复发送该推送消息；如果服务器在下发推送消息后的预定时间(如2分钟)后，仍未收到客户端的回执，则服务器将重新发送该推送消息，直至收到客户端的回执或者达到预定的重发次数，如3次。如果达到预定的重发次数，服务器不再重发推送消息，而将该推送消息存储在推送日志中(该消息的状态标注为未发送)，同时标注该用户已离线，以等待用户下次登录时再将该推送消息推送到客户端。

POL轮询：在某些终端或者网络环境下，无法始终建立终端与服务器之间的推送通道，此时将使用客户端轮询的方式来实现IP Push的功能。客户端周期性轮询，即周期性地向服务器发送HTTP请求，建立一个推送通道；当服务器有需要下发给该用户的推送消息时，则向客户端下发该推送消息；客户端接收到推送消息后，向服务器发送一个回执，表示已经收到该消息；服务器收到回执后将该推送消息标注为“发送成功”；若服务器没有收到客户端回执，则在客户端下次发起POL轮询时，服务器会将上次未成功发送的推送消息再次发给客户端。

2)激活短信推送

激活短信又称作二进制短信，是开放移动联盟(OMA)组织定义的一种特殊格式的二进制短消息，服务器可以通过下发的激活短信，主动激活终端上安装的客户端以实现推送。在终端上安装了预定客户端且该客户端关闭时，服务器可以向终端推送激活短信，终端上的客户端在监听并识别到这种特殊格式的短信后将自动启动，然后从服务器获取相关推送消息。激活短信推送要求终端返回接收状态报告，如果服务器没收到该短信的接收状态报告，则标记该推送消息为成功发送，以等待用户下次登录时重新推送。

3)WEB推送

WEB推送是在用户通过计算机等终端上的WEB浏览器(如微软的InternetExplorer)登录服务器时，服务器通过WEB页面将消息推送给用户，例如，可以动态弹出消息框将最新消息推送给用户。

4)明文短信推送

服务器通过短信网关，向用户下发一条普通的明文短信，该短信内容为要推送的消息。

5)彩信推送

服务器将推送消息组装成一条图文并茂的彩信，通过彩信网关发送给终端用户。

6)WAP推送

WAP推送是在用户通过手机等终端上的WAP浏览器登录服务器时，服务器通过WAP网关将消息推送给用户，消息可以显示在WAP页面上。

7)邮件推送

服务器以邮件方式，将推送消息图文并茂地推送给用户。

本发明实施例提供的数据推送的方法，应用于一服务器。该服务器可以是处理各种数据业务的服务器，例如邮件服务器、即时消息(IM)服务器、公文推送服务器、新闻推送服务器等，也可以是综合处理以上各种数据业务的服务器。该服务器可以具有与移动网络中的短信网关、彩信网关、WAP网关连接的接口，还可以具有与个人电脑(PC)终端和移动终端(如手机)连接的接口。在执行具体推送时，服务器可以调用对应的接口，实现不同的推送方式，将数据推送给用户。

如图1所示，本实施例所述数据推送的方法，包括以下步骤：

步骤10，监测所述用户所使用终端的终端类型以及监测所述用户的登录方式。

由于用户登录服务器所使用的终端的类型并不是一成不变的，用户可能更换其终端类型，因此本实施例中通过监测用户所使用终端的终端类型，获得用户使用的终端类型信息，具体的监测终端类型的方式在下文中会进行说明。对某个用户能够采用的推送方式，与该用户的登录方式密切相关，不同的登录方式支持的推送方式有所不同。例如，用户通过WAP登录服务器时，此时可以采用WAP推送方式；用户通过WEB登录服务器时，则可以采用WEB推送方式；用户通过所述客户端服务器时，则可以采用IP推送方式和激活短信推送。为此，本实施例通过监测用户登录方式，获得用户当前的登录方式，具体的监测终端登录方式在下文中会进行说明。

步骤11，获得待推送给用户的数据。这里，所述数据可以是服务器产生，例如新公文、新邮件、新日程、新IM消息等各种数据。

步骤12，确定所述用户当前的用户参数，所述用户参数包括用户所使用终端的终端类型以及在服务器上的登录方式。

这里，用户在服务器上的登录方式有多种，例如，用户可以通过移动终端(如手机)上的WAP浏览器登录服务器，此时用户是通过WAP协议登录到服务器，即WAP登录；用户可以通过计算机上的浏览器(如微软公司的IE浏览器)登录到服务器，此时用户是通过HTTP/HTTPS协议登录到服务器，即WEB登录；本实施例还可以提供支持IP推送的客户端，用户在移动终端上成功安装该客户端后，即可通过该客户端登录服务器，这种登录方式在本说明书中称作客户端登录。

由于用户可能同时使用多个终端，因此在某个时刻，用户可能从多个终端通过不同登录方式登录到服务器，例如用户可以通过个人PC上的IE浏览器，采用WEB登录方式登录到服务器，同时，该用户还可以通过手机终端上的客户端，采用客户端登录方式登录到服务器，等等。

步骤13，根据预先建立的用户参数与推送方式之间的对应关系，确定所述用户对应的第一推送方式。

步骤14，通过所述第一推送方式，将所述数据推送给所述用户。

由于用户同时可能通过两个以上的终端登录服务器，为了保证推送的数据适合终端当前使用的终端类型，能够被终端所识别，在推送所述数据时还可以进一步确定所述第一推送方式对应的终端类型，以采取恰当的数据格式，此时上述步骤14具体可以包括：

步骤141，根据所述第一推送方式以及用户所使用终端的终端类型，确定接收所述数据的终端的第一终端类型。

例如用户可以在个人PC通过WEB登录方式登录服务器，也可以在手机终端的客户端上通过客户端登录方式登录服务器，即不同的推送方式可能对应于不同的终端类型，如果第一推送方式为IP推送至手机终端时，此时需要确定用户所使用手机终端的终端类型。

步骤142，确定所述第一终端类型对应的数据格式。

步骤143，将所述数据按照所述数据格式，通过所述第一推送方式推送给所述用户。

进一步的，本实施例用户还可以设置数据的推送时间段，例如为了避免打扰用户休息，用户可以将工作邮件的推送时间段设置在工作日的工作时间段内，服务器可以接收并保存用户设置的推送时间段。当然，企业管理员也可以在服务器上为用户设置具体的推送时间段。这样，上述步骤14中，只有在进入预先设置的所述用户的推送时间段后，才通过所述第一推送方式，将所述数据推送给所述用户，从而可以避免打扰用户的正常休息。

本实施例中，上述步骤13中所利用到的对应关系，可以按照以下方式建立：根据终端类型和登录方式各自支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

不同的登录方式支持的推送方式有所不同，并且不同终端类型支持的推送方式也可能不同。例如，不同终端类型的终端通常具有不同的功能，某些功能简单的终端只具备接收普通短信的能力，如果接收到彩信则无法正常显示，因此这种终端类型支持的推送方式包括短信推送而不包括彩信推送。本实施例可以通过预先采集的各种终端类型所支持的推送方式的信息，然后根据终端类型和登录方式各自支持的推送方式，确定不同用户参数(用户参数包括指终端类型和登录方式)所支持的推送方式，进而确定不同用户参数所对应的推送方式，建立所述对应关系。

在建立所述对应关系时，某个用户参数所支持的推送方式可以取该用户参数下的终端类型支持的推送方式和该用户参数下的登录方式支持的推送方式的并集。如果某个用户参数所支持的推送方式多于一种，则可以选择其中一种代价最小的推送方式，作为该用户参数对应的推送方式。这里，具体的代价可以是话费代价或时延代价，还可以是话费代价和时延代价与各自预设权重的乘积的和值。例如，假设某个用户参数下，终端类型支持短信推送和彩信推送，登录方式支持WEB推送时，该用户参数所支持的推送方式则包括短信推送、彩信推送和WEB推送，此时可以选择更为节省话费开销的WEB推送方式作为该用户参数对应的推送方式。

下面介绍如何监测用户所使用终端的终端类型以及登录方式。

本实施例中，服务器可以通过接收所述用户所使用终端上报的终端类型，从而获得所述用户所使用终端的终端类型；服务器还可以接收用户所使用终端在登录服务器时上报的终端参数，将该终端参数与预定的终端类型库相匹配，确定所述用户所使用的终端类型。

例如，利用终端上安装的客户端，检测终端类型并上报服务器。不同终端类型的终端能够支持的推送方式可能有所不同，服务器可以预先建立各种终端类型所支持的推送方式的数据库，进而在获得具体终端类型时，可以通过查询该数据库获得该终端类型支持的推送方式。

再例如，客户端还可以检测终端的相关接口，确定该终端类型所支持的推送方式并上报服务器；服务器可以统计客户端上报的这些信息，维护上述数据库。比如，客户端在检测到终端启动有短信监听接口时，可以确定该终端类型支持短信推送，等等；然后客户端将该终端类型是否支持短信、彩信、WAP推送等信息通知服务器，服务器从而可以根据这些信息维护上述数据库。

本实施例中具体登录方式包括：WEB登录、WAP登录和通过支持IP推送的客户端登录。监测所述用户的登录方式包括：监测所述用户是否通过WEB页面或WAP页面登录服务器，以确定所述用户是否为WEB登录或WAP登录；以及，监测是否为所述用户维护有服务器与所述客户端之间的链路，确定所述用户是否为通过所述客户端登录。例如，用户从手机上的客户端登录时，通常会尝试发送ALT请求到服务器，如果该请求发送成功，则客户端和服务器之间就会维护一个专有通道，该通道用该用户ID来标识，因此服务器可以通过检测是否存在某个用户ID的推送通道来确认用户是否通过客户端登录。再例如，用户通过WEB/WAP登录时，可以在每个WEB/WAP页面上设置一个计时器，根据该计时器周期性查询是否有新消息需要推送给该用户，同时在该WEB/WAP页面存在期间，标注该用户为WEB/WAP登录。

更进一步的，本实施例还可以为用户设置对应的用户类型(具体可以由***管理员在服务器上进行设置)，以通过用户类型来限定用户能够使用的登录方式，从而可以实现对不同用户类型的用户的分类管理。在这种情况下，本实施例在建立所述对应关系时，某个用户参数下的该用户支持的推送方式可以按照以下方式确定：根据用户的用户类型，确定所述用户能够使用的登录方式；根据终端类型支持的推送方式、以及所述用户能够使用的登录方式所支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。这里，可以先确定不同用户参数所支持的推送方式，进而确定不同用户参数所对应的推送方式，建立所述对应关系。

在建立所述对应关系时，某个用户参数所支持的推送方式，可以取该用户参数下的终端类型支持的推送方式和该用户参数下的登录方式支持的推送方式的并集，其中，该用户参数下登录方式由该用户的用户类型所限定。同样的，如果某个用户参数所支持的推送方式多于一种，可以选择其中一种代价最小的推送方式，作为该用户参数对应的推送方式。这里，具体的代价可以是话费代价或时延代价，还可以是第一乘积与第二乘积的和值，其中第一乘积是话费代价与预设第一权重的乘积，第二乘积是时延代价与预设第二权重的乘积。

以下还给出了在考虑用户类型时建立上述对应关系的一个实例：

企业管理员可以更改和设置用户类型，不同的用户类型可选择的登录方式，因此推送方式也会不同。假设***支持三种用户类型，分别为CLIENT用户、WEB用户、WAP用户，其中，

(a).CLIENT用户

CLIENT用户是最高级别的用户，可以从PC、WAP、手机终端登录服务器，该用户类型支持的推送方式有：IP推送、WEB推送、WAP推送和邮件推送。CLIENT用户可以从多个途径同时登录服务器，但是不允许同时从手机上的客户端和WAP浏览器上登录服务器。

(b).WAP用户

WAP用户仅能从PC、WAP登录服务器，因此WAP用户支持的推送方式有以下几种：WEB推送、WAP推送和邮件推送。

(c).WEB用户

WEB用户仅能从PC登录服务器，因此WAP用户支持的推送方式有：WEB推送和邮件推送。

下表以CLIENT用户为例，给出了在某个用户参数下的对应关系的一个示例，为方便说明，假设该用户参数下的终端类型为：WEB终端类型为任意类型、手机终端类型为A；其中手机终端类型A支持短信推送和彩信推送，该用户参数下的登录方式仅考虑客户端登录和WEB登录：

例如，上表中，在该CLIENT用户同时在PC上WEB登录服务器和在手机上客户端登录服务器时，上述对应关系指示采用IP推送方式进行推送，即服务器向手机上的客户端推送消息，这种推送方式具有很小的时延，并且由于仅占用很小的GPRS流量，因此能够节省用户话费开销。

本实施例还可以在上述步骤14后对数据推送状态进行监控，在出现以下情况时，服务器判断数据推送失败。

1)通过激活短信/明文短信推送时，服务器没有配置短信网关；

2)通过激活短信/明文短信推送后，服务器没有收到用户返回的接收状态报告；

3)通过彩信推送时，服务器没配置彩信网关；

4)通过WAP推送时，服务器没配置WAP网关；

5)通过ALT/POL推送后，服务器却没收到推送响应消息；

6)通过WEB推送后，但是用户并未点击用于推送数据的消息提醒框；

在判断推送失败时，服务器将推送的数据保存在服务器上，并等待用户下次登录或下次POL推送时将所有未成功推送的数据全部推送给用户。

例如，本实施例在采用激活短信推送时，如果服务器向客户端下发激活短信后，服务器没有收到客户端返回的接收状态报告，则服务器根据固定时间间隔启动失败重发机制，如果连续3次依然没有收到状态报告的话，则服务器记录该推送的数据，等待下次用户登录时进行推送。如果收到接收状态报告，但是在预定时间(如3分钟)之内，客户端没有向服务器发起连网请求，则服务器记录该事件发生次数，如果该事件连续发生超过3次，则之后服务器不再向该用户发送激活短信，而改为明文短信推送。

从以上所述可以看出，本实施例所述数据推送的方法，能够自动监测用户的终端类型和登录方式，并根据用户的终端类型和登录方式，选择适合当前用户的推送方式，实现了多样化的信息推送方式。并且，本实施例还能够根据终端类型选择合适的数据格式，保证推送的数据适合用户当前使用的终端；本实施例还可以仅在预先设置的推送时间段内推送数据，以避免打扰用户休息。

基于上述数据推送的方法，本实施例还提供了一种状态感知及推送模块，应用于一服务器，如图2所示，该状态感知及推送模块包括：

推送数据获得单元，用于获取待推送给用户的数据；

用户参数确定单元，用于确定所述用户当前的用户参数，所述用户参数包括用户所使用终端的终端类型以及在所述服务器上的登录方式；

推送方式确定单元，用于根据预先建立的用户参数与推送方式之间的对应关系，确定所述用户对应的第一推送方式；

推送单元，用于通过所述第一推送方式，将所述数据推送给所述用户。

作为一个优选实施方式，上述的状态感知及推送模块还包括：

对应关系建立单元，用于根据终端类型和登录方式各自支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。其中，在某个用户参数对应于多个推送方式时，选择代价最小的推送方式作为该用户参数对应的推送方式。

作为另一个优选实施方式，上述的状态感知及推送模块还包括：

用户类型设置单元，用于为用户设置对应的用户类型，所述用户类型用于限定所述用户能够使用的登录方式；以及

对应关系建立单元，用于根据用户的用户类型，确定所述用户能够使用的登录方式；根据终端类型支持的推送方式、以及所述用户能够使用的登录方式所支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

优选地，上述的状态感知及推送模块，还包括：

状态监测单元，用于监测所述用户所使用终端的终端类型以及监测所述用户的登录方式。

优选地，上述的状态感知及推送模块中，所述状态监测单元包括：终端类型监测单元，用于接收所述用户所使用终端上报的终端类型和/或接收所述用户所使用终端在登录服务器时上报的终端参数，并与预定的终端类型库相匹配，确定所述用户所使用的终端类型。

优选地，所述登录方式包括：WEB登录、WAP登录和通过支持IP推送的客户端登录；所述状态监测单元还包括：登录状态监测单元，用于监测所述用户是否通过WEB页面或WAP页面登录服务器，以确定所述用户是否为WEB登录或WAP登录；以及，监测是否为所述用户维护有服务器与所述客户端之间的链路，确定所述用户是否为通过所述客户端登录。

优选地，上述的状态感知及推送模块，所述推送单元，进一步用于根据所述第一推送方式以及用户所使用终端的终端类型，确定接收所述数据的终端的第一终端类型；确定所述第一终端类型对应的数据格式；以及，将所述数据按照所述数据格式，通过所述第一推送方式推送给所述用户。并且，所述推送单元，还可以进一步用于在进入预先设置的所述用户的推送时间段后，通过所述第一推送方式，将所述数据推送给所述用户。

最后，本发明实施例还提供了一种数据推送***，该***包括服务器和多个终端，其中，

所述服务器，监测用户所使用终端的终端类型以及监测所述用户的登录方式；在获得待推送给用户的数据后，确定所述用户当前的用户参数，所述用户参数包括用户所使用终端的终端类型以及在所述服务器上的登录方式；根据预先建立的用户参数与推送方式之间的对应关系，确定所述用户对应的第一推送方式；并通过所述第一推送方式，将所述数据推送给所述用户；

所述终端，用于建立与所述服务器之间的连接，提供用户登录服务器的接口，以及接收所述服务器推送给用户的数据。

作为一种优选实施方式，所述服务器还用于根据终端类型和登录方式各自支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

作为另一种优选实施方式，所述服务器还用于为用户设置对应的用户类型，所述用户类型用于限定所述用户能够使用的登录方式；以及，根据用户的用户类型，确定所述用户能够使用的登录方式，进而根据终端类型支持的推送方式、以及所述用户能够使用的登录方式所支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

以上所述仅是本发明的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (18)

1.一种数据推送的方法，其特征在于，包括：

获得待推送给用户的数据；

确定所述用户当前的用户参数，所述用户参数包括用户所使用终端的终端类型以及在服务器上的登录方式；

根据预先建立的用户参数与推送方式之间的对应关系，确定所述用户对应的第一推送方式；

通过所述第一推送方式，将所述数据推送给所述用户。

2.如权利要求1所述的方法，其特征在于，

所述对应关系的建立包括：

根据终端类型和登录方式各自支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

3.如权利要求1所述的方法，其特征在于，进一步为用户设置对应的用户类型，所述用户类型用于限定所述用户能够使用的登录方式；

所述对应关系的建立包括：

根据用户的用户类型，确定所述用户能够使用的登录方式；

根据终端类型支持的推送方式、以及所述用户能够使用的登录方式所支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

4.如权利要求2或3所述的方法，其特征在于，

在所述获得待推送给用户的数据之前，还包括：

监测所述用户所使用终端的终端类型以及监测所述用户的登录方式。

5.如权利要求4所述的方法，其特征在于，

所述监测所述用户所使用终端的终端类型包括：

接收所述用户所使用终端上报的终端类型和/或接收所述用户所使用终端在登录服务器时上报的终端参数，并与预定的终端类型库相匹配，确定所述用户所使用的终端类型。

6.如权利要求4所述的方法，其特征在于，

所述登录方式包括：WEB登录、WAP登录和通过支持IP推送的客户端登录；

所述监测所述用户的登录方式包括：

监测所述用户是否通过WEB页面或WAP页面登录服务器，以确定所述用户是否为WEB登录或WAP登录；以及，

监测是否为所述用户维护有服务器与所述客户端之间的链路，确定所述用户是否为通过所述客户端登录。

7.如权利要求1所述的方法，其特征在于，

所述通过所述第一推送方式，将所述数据推送给所述用户包括：

根据所述第一推送方式以及用户所使用终端的终端类型，确定接收所述数据的终端的第一终端类型；

确定所述第一终端类型对应的数据格式；

将所述数据按照所述数据格式，通过所述第一推送方式推送给所述用户。

8.如权利要求1所述的方法，其特征在于，

进一步在进入预先设置的所述用户的推送时间段后，通过所述第一推送方式，将所述数据推送给所述用户。

9.一种状态感知及推送模块，应用于一服务器，其特征在于，包括：

推送数据获得单元，用于获得待推送给用户的数据；

用户参数确定单元，用于确定所述用户当前的用户参数，所述用户参数包括用户所使用终端的终端类型以及在所述服务器上的登录方式；

推送方式确定单元，用于根据预先建立的用户参数与推送方式之间的对应关系，确定所述用户对应的第一推送方式；

推送单元，用于通过所述第一推送方式，将所述数据推送给所述用户。

10.如权利要求9所述的状态感知及推送模块，其特征在于，还包括：

对应关系建立单元，用于根据终端类型和登录方式各自支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

11.如权利要求9所述的状态感知及推送模块，还包括：

用户类型设置单元，用于为用户设置对应的用户类型，所述用户类型用于限定所述用户能够使用的登录方式；

对应关系建立单元，用于根据用户的用户类型，确定所述用户能够使用的登录方式；根据终端类型支持的推送方式、以及所述用户能够使用的登录方式所支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

12.如权利要求10或11所述的状态感知及推送模块，还包括：

状态监测单元，用于监测所述用户所使用终端的终端类型以及监测所述用户的登录方式。

13.如权利要求12所述的状态感知及推送模块，其特征在于，

所述状态监测单元包括：

终端类型监测单元，用于接收所述用户所使用终端上报的终端类型和/或接收所述用户所使用终端在登录服务器时上报的终端参数，并与预定的终端类型库相匹配，确定所述用户所使用的终端类型。

14.如权利要求13所述的状态感知及推送模块，其特征在于，

所述登录方式包括：WEB登录、WAP登录和通过支持IP推送的客户端登录；

所述状态监测单元包括：

登录状态监测单元，用于监测所述用户是否通过WEB页面或WAP页面登录服务器，以确定所述用户是否为WEB登录或WAP登录；以及，监测是否为所述用户维护有服务器与所述客户端之间的链路，确定所述用户是否为通过所述客户端登录。

15.如权利要求9所述的状态感知及推送模块，其特征在于，

所述推送单元，进一步用于根据所述第一推送方式以及用户所使用终端的终端类型，确定接收所述数据的终端的第一终端类型；确定所述第一终端类型对应的数据格式；以及，将所述数据按照所述数据格式，通过所述第一推送方式推送给所述用户。

16.一种数据推送***，包括服务器和多个终端，其特征在于，

所述服务器，监测用户所使用终端的终端类型以及监测所述用户的登录方式；在获得待推送给用户的数据后，确定所述用户当前的用户参数，所述用户参数包括用户所使用终端的终端类型以及在所述服务器上的登录方式；根据预先建立的用户参数与推送方式之间的对应关系，确定所述用户对应的第一推送方式；并通过所述第一推送方式，将所述数据推送给所述用户；

所述终端，用于建立与所述服务器之间的连接，提供用户登录服务器的接口，以及接收所述服务器推送给用户的数据。

17.如权利要求16所述的数据推送***，其特征在于，

所述服务器，还用于根据终端类型和登录方式各自支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

18.如权利要求16所述的数据推送***，其特征在于，

所述服务器，还用于为用户设置对应的用户类型，所述用户类型用于限定所述用户能够使用的登录方式；以及，根据用户的用户类型，确定所述用户能够使用的登录方式，进而根据终端类型支持的推送方式、以及所述用户能够使用的登录方式所支持的推送方式，确定不同用户参数下的推送方式，建立所述对应关系。

Images