CN103581249A - 一种信息推送方法、系统及客户端 - Google Patents

Abstract

本发明适用于互联网技术领域，提供了一种信息推送方法、系统及客户端，所述方法包括下述步骤：服务器向客户端发送与待推送信息对应的消息；所述客户端显示所述消息，当检测到用户触发所述消息时，向所述服务器发送获取所述消息对应的待推送信息的请求；所述服务器根据所述请求，在所述客户端加载的运营页面中展现所述待推送信息。本发明可以通过在服务器中预先设置需推送的多样化的待推送信息，在需要推送时，发送对应的消息至客户端，使得客户端能够在页面中浏览该消息，提高了客户端获取消息的多样性及灵活性等。

Description

一种信息推送方法、系统及客户端

技术领域

本发明属于互联网技术领域，尤其涉及一种信息推送方法、系统及客户端。

背景技术

目前，互联网客户端发布出去以后，一般都需要持续不断的运营，如推送广告服务、系统消息、版本更新、修复软件问题等信息。这些功能的实现，通常是预先在客户端进行了规划，并同客户端安装包一同发布给用户。由于客户端的灵活性不高，这些功能一经发布，就难以变更，除非让用户下载新的版本，更新客户端，且现有的客户端运营内容或称待推送信息的多样性也受到限制。因而，为了实现待推送到客户端的信息多样化，需要设计一种方案，能够根据不同的运营需要，向客户端推送不同的信息。

发明内容

本发明实施例的目的在于提供一种信息推送方法、系统及客户端，旨在解决由于现有技术中存在客户端灵活性不高，需推送的信息多样性受限制的问题。

本发明实施例是这样实现的，一种信息推送方法，所述方法包括下述步骤：

本发明实施例的另一目的在于提供一种信息推送系统，所述系统包括服务器以及与所述服务器通信的客户端，其中：

本发明实施例的另一目的在于提供一种客户端，所述客户端包括：

本发明实施例通过服务器向客户端发送与待推送信息对应的消息，该客户端接收并显示该消息，且当检测到用户触发查看该消息时，向该服务器发送获取该消息对应的待推送信息的请求；该服务器根据该请求，在相应的运营页面中展现该待推送信息，则可以在服务器中预先设置需推送的多样化的待推送信息，使得客户端能够在网页页面中浏览该信息，解决了由于现有技术中存在客户端灵活性不高，待推送的信息多样性受限制的问题，使得客户端灵活性得到提高，信息多样性增强等。

附图说明

图1是本发明第一实施例提供的信息推送方法的实现流程图；

图2是本发明第二实施例提供的信息推送方法的实现流程图；

图3是本发明第三实施例提供的信息推送系统的结构图；

图4是本发明第四实施例提供的客户端的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例通过本发明可以通过在服务器中预先设置需推送的多样化的待推送信息或称运营内容，在需要推送时，发送运营消息至客户端，使得客户端能够在页面中浏览该运营内容，提高了客户端获取运营内容的多样性及灵活性。

以下结合具体实施例对本发明的具体实现进行详细描述：

实施例一：

图1示出了本发明第一实施例提供的信息推送方法的实现流程，详述如下：

在本发明实施例中，浏览器内核是指浏览器最重要或者说核心部分，或称为“渲染引擎”，主要负责对网页语法的解释（如HTML、javascript）并渲染(显示)网页，通常所谓的浏览器内核也就是浏览器所采用的渲染引擎。运营API是指由客户端提供，被嵌入到浏览器内核中，给web页面调用的脚本对象，用于互联网运营需要。

在步骤S101中，服务器向客户端发送与待推送信息对应的消息。

其中，该待推送信息也可以称为运营内容，可以为根据每次运行的需要配置不同的信息，配置灵活。在具体实施过程中，如果软件提供商等希望推送广告等信息给用户，且希望根据不同的用户年龄段和性别等，有针对性的推送给响应用户所关注的产品。则可以通过服务器配置需要推送的广告等信息，此时，软件提供商还可以随时在服务器中更改、增加、删除某些信息，也可以使得运营内容多样化。当用户准备推送相关信息时，则生成与该待推送信息对应的消息，该消息中可以包括本次运营所需要的运营API信息，以在指示本次运营所需要的具体API模块等，该息中还包括了运营所需要的运营事件标识等，该运营事件标识能够使得该消息在客户端显示时，用户能够了解到该待推送信息的主要信息。具体地，服务器在检测到客户端登陆时，通过客户端/服务器的通道，将与待推送信息对应的消息推送给客户端。

在步骤S102中，该客户端显示该消息，当检测到用户触发该消息时，向该服务器发送获取该消息对应的待推送信息的请求。

在步骤S103中，该服务器根据该请求，在该客户端加载的运营页面中展现该待推送信息。

为了保证运营的安全性、避免收到恶意攻击等情况，该待推送信息或者其他下载内容等均通过加密的客户端/服务器通道进行传输，比如可以使用比HTTP协议更安全可靠的其他协议，更安全的加密解密算法等。

在具体实施过程中，客户端接收到服务器发送的消息后，获取其中的运营事件标识等参数，且能够在客户端显示界面显示该消息，用户在看到该消息后，可以自行决定是否需要触发或者说详细了解该消息的具体内容，若需要，则可以通过点击以触发该消息，此时，则会通过浏览器内核访问该消息的运营页面。另外，该消息可以以一个链接的形式等发送到客户端，用户通过点击该链接可以通过浏览器内核加载相应的运营页面，其中，该相应的运营页面的地址可以在该消息中，也可以是客户端预置的一个任意地址或其他地址，则该客户端在加载运营页面过程中，会将该消息中的运营事件标识和/或客户端标识发送至服务器中，也即向该服务器发送获取该消息所对应的待推送信息的请求，那么服务器会接收并解析该请求，比如根据运营事件标识判断需获取的是哪一个待推送信息，根据客户端标识，获知将该待推送信息发在哪一个客户端的运营页面中展示等，最终能够在正确的运营页面中展现相应的运营内容或待推送信息给用户，也即在运营页面装载过程中，服务器能够根据接收到的请求等，展现不同的广告信息给用户。

在本发明实施例中，服务器向客户端发送与待推送信息对应的消息，该客户端显示该消息，当检测到用户触发该消息时，向该服务器发送获取该消息对应的待推送信息的请求，该服务器根据该请求，在运营页面中展现该待推送信息，解决了由于客户端的灵活性不如运营页面的问题，待推送信息的多样性受到限制的问题，从而能够通过服务器设置好多样性的信息，以在运营页面中展示，使得客户端显示的信息多样化等，提高了客户端的灵活性，而且用户可以自行选择是否需要查看该待推送的信息，增强用户使用体验效果等。

实施例二：

图2示出了本发明第二实施例提供的信息推送方法的实现流程，详述如下：

基于上述实施例一提供的信息推送方法，当上述与待推送信息对应的消息中包括本次运营所需要的运营API信息，该运营API包括网络操作API、文件操作API、浏览器相关操作API中的至少一种时，该信息推送方法还包括以下步骤：

在步骤S201中，客户端接收服务器端发送的与待推送信息对应的包括本次运营所需要的运营API信息的消息。

在步骤S202中，客户端判断所在的终端中是否存在该运营API信息对应的运营API，是，则执行步骤S206，否，则执行步骤S203。

在步骤S203中，向该服务器发送获取该运营API的请求；

在步骤S204中，该服务器根据该运营API的请求，将该运营API发送至该客户端。

在步骤S205中，该客户端将接收到的该运营API包装成对象接口注册到该浏览器内核中。

在步骤S206中，当该运营页面需要访问该客户端时，直接调用该客户端中对应的运营API，以对该客户端中的应用程序进行操作。

具体地，由于运营需求变化非常快，需求多种多样，为了满足这样的要求，运营API的部署方式也必须非常灵活。因此，运营API的设计有如下考虑:以细粒度划分各种运营API功能等；各种运营API可以单独编译，增量部署；设置每种运营API的体积不过大等，若达到了以上几点，则每次有运营需要时，可以方便的部署新的运营API，在运营消息中包含运营API的相关信息，指明该次运营需要什么运营API模块。如果客户端所在用户终端上没有该模块，则从服务器中下载，并将该运营API包装成对象接口注册到该浏览器内核中，由于每个运营API模块的功能被细分、体积又小，则可以很快下载完成，以继续后续的步骤等。

在具体实施过程中，对于运营API的使用，则适合于需要对用户终端进行某些操作的场景。例如，运营页面或称web页面的新版本发布时，常常需要主动清除用户终端上缓存的网页文件和其他相关的文件。此时，可以由服务器向客户端发送与该清除用户终端上缓存的网页文件和其他相关的文件相对应的API信息，并将该API信息包括在与待推送信息对应的信息中发送至客户端，从而经过客户端向运营页面发起主动访问客户端的请求操作等。而由于现有web页面不具备访问用户终端本地资源的能力，则需要用到运营API。客户端提供给运营页面相关脚本对象接口，该接口由客户端实现，包装成脚本对象接口，注册到浏览器内核中，此时，浏览器内核相当于被扩展，也即增加了对客户端操控的接口，且该接口可以被web页面调用到，增强了web页面的运营能力。该方法通过由客户端从服务器中下载，以提供运营的基础能力，也即运营API，实现一般的web页面无法实现的访问本地客户端的强大功能，且由服务器发送包括运营API信息的消息，以使得web页面能够访问相应的客户端，进而对客户端相应应用进行操作，也即能够对客户端进行相关操作信息的推送，而不仅仅是推送相关广告等信息，且由web页面提供对基础能力的灵活组合，也达到了灵活运营的目标。

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

实施例三：

图3示出了本发明第三实施例提供的信息推送系统的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

该信息推送系统包括服务器31以及与该服务器31通信的客户端32，其中：

服务器31，用于向客户端发送与待推送信息对应的消息。

客户端32，用于显示该消息，当检测到用户触发该消息时，向该服务器发送获取该消息对应的待推送信息的请求。

该服务器31，还用于根据该请求，在该客户端加载的运营页面中展现该待推送信息。

其中，该与待推送信息对应的消息中还包括本次运营所需要的运营API信息，此时，该客户端32还用于在判断其所在的终端中不存在该运营API信息对应的运营API模块时，则从该服务器31中下载该运营API模块，并将该运营API包装成对象接口注册到该浏览器内核中，则可以集合运营页面和客户端各自的优势，让客户端主动访问一个运营页面，比如，当用户需要清除终端上缓存的网页文件等时，可以通过点击运营页面中的相关按钮等，则该运营页面调用客户端提供的相关API接口，进行相应的清除操作，实现运营目的，解决了运营页面的能力（访问本地文件、网络等能力）不如客户端的问题。

在本发明实施例中，可以通过在服务器31中配置需要推送的广告等信息，此时，软件提供商还可以随时在服务器31中更改、增加、删除某些信息，也可以使得运营内容或称信息更加多样化。当用户准备推送某些信息时，则生成与该待推送某些信息对应的消息，包括本次运营所需要的运营API信息、本次运营事件标识等参数，以能够在该运营API信息中指示运营所需要的具体API、在客户端显示运营事件主要信息等。而服务器31检测到客户端登陆时，通过客户端/服务器的通道，将生成的消息推送给客户端32。该客户端32接收到并显示服务器31发送的消息后，继续检测用户是否触发了该消息，若否，则不作反应，否则，则根据预置的网页地址等开始通过浏览器内核访问或者加载相应的网页，且在加载过程中，发送获取该消息对应的待推送信息的请求至服务器31，那么服务器31会根据该请求，在该运营页面中展现相应的待推送信息给用户，进一步地，服务器31会根据该请求中的运营事件标识、客户端标识等参数，将该运营事件标识对应的待推送信息推送到客户端标识对应额客户端32中，从而，用户能够实现在运营页面中查看运营内容的具体信息等。

在本发明实施例中，利用服务器的灵活变更和部署的能力，结合客户端提供的运营API模块，运营页面技术构建本地客户端程序的技术方案，能够结合web技术和客户端技术的优点，解决各自的不足之处，为满足迅速变化的运营需求提供了一种可行的解决方案。

实施例四：

图4示出了本发明第四实施例提供的客户端的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

该客户端包括接收单元41及访问单元42，其中：

接收单元41，用于接收并显示服务器发送的与待推送信息对应的消息；

访问单元42，用于当检测到用户触发该消息时，向该服务器发送获取该消息对应的待推送信息的请求。

在本发明实施例中，当在服务器中配置了待推送信息时，则在服务器中生成与该待推送信息对应的消息，并将该消息发送到该接收单元41中，该访问单元42在测到用户触发该消息时，以通过浏览器内核加载某一运营页面，同时向该服务器发送获取该消息对应的待推送信息的请求。

另外，在触发该接收单元41之后，触发该访问单元42之前，当该与待推送信息对应的消息中还包括本次运营所需要的运营API信息，该客户端还包括：

判断单元，用于判断该客户端所在的终端中是否存在该运营API信息所对应的运营API；

API模块获取单元，用于当该判断单元输出结果为否时，向该服务器发送获取该运营API的请求，并根据该服务器返回的该运营API模块，将该运营API包装成对象接口注册到该浏览器内核中。

在本发明实施例中，当该判断单元输出结果为是，该运营页面需要访问该客户端时，可以直接调用该客户端中对应的运营API，以对该客户端中的应用程序进行操作。而如果该判断单元输出结果为否时，则需要从该服务器中下载该运营API模块，并将该运营API包装成对象接口注册到该浏览器内核中，以使得下次服务器访问该客户端时，直接调用已经存在的对应的运营API即可。而具体地客户端显示带推送信息的过程见上述实施例中所述，在此不再赘述。

本发明实施例通过服务器向客户端发送与待推送信息对应的消息，该客户端显示该消息，当检测到用户触发该消息时，向该服务器发送获取该消息对应的待推送信息的请求，该服务器根据该请求，在客户端加载的运营页面中展现该待推送信息，实现通过运营页面构建运营内容或待推送信息，变化灵活、部署方便，响应速度快，且结合客户端强大的本地操作功能，满足了运营内容提供商及用户的多样化的运营需求等。

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

Claims (10)

1.一种信息推送方法，其特征在于，所述方法包括下述步骤：

服务器向客户端发送与待推送信息对应的消息；

所述客户端显示所述消息，当检测到用户触发所述消息时，向所述服务器发送获取所述消息对应的待推送信息的请求；

所述服务器根据所述请求，在所述客户端加载的运营页面中展现所述待推送信息。

2.如权利要求1所述的方法，其特征在于，所述与待推送信息对应的消息中还包括本次运营所需要的运营API信息。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

所述客户端判断所在的终端中是否存在所述运营API信息对应的运营API；

当判断结果为否时，所述客户端向所述服务器发送获取所述运营API的请求；

所述服务器根据所述请求，将所述运营API发送至所述客户端；

所述客户端将接收到的所述运营API包装成对象接口注册到所述浏览器内核中。

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

当所述运营页面需要访问所述客户端时，直接调用所述客户端中对应的运营API，以对所述客户端中的应用程序进行操作。

5.如权利要求4所述的方法，其特征在于，所述运营API包括网络操作API、文件操作API或者浏览器相关操作API中的至少一个。

6.一种信息推送系统，其特征在于，所述系统包括服务器以及与所述服务器通信的客户端，其中：

所述服务器，用于向所述客户端发送与待推送信息对应的消息；

所述客户端，用于显示所述消息，当检测到用户触发所述消息时，向所述服务器发送获取所述消息对应的待推送信息的请求；

所述服务器，还用于根据所述请求，在所述客户端加载的运营页面中展现所述待推送信息。

7.如权利要求6所述的系统，其特征在于，所述与待推送信息对应的消息中还包括本次运营所需要的运营API信息。

8.如权利要求7所述的系统，其特征在于，所述客户端还用于判断所在的终端中是否存在所述运营API信息对应的运营API，当判断结果为否时，向所述服务器发送获取所述运营API的请求；

所述服务器还用于根据所述请求，将所述运营API发送至所述客户端；

所述客户端还用于将接收到的所述运营API包装成对象接口注册到所述浏览器内核中。

9.一种客户端，其特征在于，所述客户端包括：

接收单元，用于接收并显示服务器发送的与待推送信息对应的消息；以及

访问单元，用于当检测到用户触发所述消息时，向所述服务器发送获取所述消息对应的待推送信息的请求。

10.如权利要求9所述的系统，其特征在于，所述客户端还包括：

判断单元，用于判断所述客户端所在的终端中是否存在所述运营API信息所对应的运营API；

API模块获取单元，用于当所述判断单元输出结果为否时，向所述服务器发送获取所述运营API的请求，并根据所述服务器返回的所述运营API，将所述运营API包装成对象接口注册到所述浏览器内核中。

Images