CN109218393B - 一种推送的实现方法、装置、设备和计算机存储介质 - Google Patents

Abstract

本发明提供一种推送的实现方法，在宿主应用执行，所述方法包括：宿主应用将终端设备的属性信息发送至第一服务器端；接收所述第一服务器端发送的与所述终端设备的属性信息对应的推送软件开发工具包SDK；加载并运行所述推送SDK；通过所述推送SDK从第二服务器端接收服务数据。本发明提供一种推送的实现方法，在服务器端执行，所述方法包括：第一服务器端接收宿主应用发送的终端设备的属性信息，并在根据所述终端设备的属性信息获取与其对应的推送SDK后，将所述推送SDK发送至所述宿主应用；第二服务器端获取服务数据，并通过推送通道将所述服务数据发送至所述宿主应用。本发明能够降低推送SDK对宿主应用安装包大小的增加。

Description

一种推送的实现方法、装置、设备和计算机存储介质

【技术领域】

本发明涉及计算机应用技术领域，尤其涉及一种推送的实现方法、装置、设备和计算机存储介质。

【背景技术】

在开发应用程序时，尤其是在安卓(Android)操作***下开发应用程序时，为了能够使应用程序在不同厂商的终端设备上都可以使用厂商所提供的高优先级推送能力，通常会在应用程序中集成多个厂商的推送SDK(Software Development Kit，软件开发工具包)。而在实际运行过程中，由于一个终端设备不可能同时由多个厂商生产，因此同一终端设备中运行的应用程序中至多只会有一个厂商的推送SDK生效。因此，现有技术中在应用程序中集成多个厂商的推送SDK的方式，会使得应用程序的安装包过大。

【发明内容】

本发明提供了一种推送的实现方法、装置、设备和计算机存储介质，用于降低推送SDK对宿主应用安装包大小的增加。

本发明为解决技术问题所采用的技术方案是提供一种推送的实现方法，在宿主应用执行，所述方法包括：宿主应用将终端设备的属性信息发送至第一服务器端；接收所述第一服务器端发送的与所述终端设备的属性信息对应的推送软件开发工具包SDK；加载并运行所述推送SDK；通过所述推送SDK从第二服务器端接收服务数据。

根据本发明一优选实施例，所述终端设备的属性信息包括：终端设备的型号信息、终端设备的厂商信息或终端设备的识别码信息中的至少一种。

根据本发明一优选实施例，所述方法还包括：宿主应用为推送SDK中需要注册的组件提供同名的组件作为代理组件，并预先对代理组件进行注册；通过所述代理组件使所述推送SDK正常运行。

根据本发明一优选实施例，所述通过所述代理组件使所述推送SDK正常运行包括：宿主应用获取操作***调用代理组件的生命周期事件；由代理组件依据所述生命周期事件调用所述推送SDK中对应的实际组件的生命周期方法，使得所述推送SDK正常运行。

根据本发明一优选实施例，通过所述推送SDK从第二服务器端接收服务数据包括：宿主应用通过所述推送SDK与所述第二服务端建立推送通道；通过所述推送通道从第二服务器端接收服务数据。

根据本发明一优选实施例，所述服务数据包括透传消息；该方法还包括：对所述透传消息的通知栏外观进行一致性处理后，展示所述透传消息。

本发明为解决技术问题所采用的技术方案是提供一种推送的实现方法，在服务器端执行，所述方法包括：第一服务器端接收宿主应用发送的终端设备的属性信息，并在根据所述终端设备的属性信息获取与其对应的推送SDK后，将所述推送SDK发送至所述宿主应用；第二服务器端获取服务数据，并将所述服务数据发送至所述宿主应用。

根据本发明一优选实施例，所述根据所述终端设备的属性信息获取与其对应的推送SDK包括：第一服务器端根据预先存储的终端设备的属性信息与推送SDK的对应关系，确定与所接收的终端设备的属性信息对应的推送SDK。

根据本发明一优选实施例，将所述服务数据发送至所述宿主应用包括：第二服务器端根据预先存储的终端设备的属性信息与推送通道的对应关系，确定与所述宿主应用对应的推送通道；根据所确定的推送通道向所述宿主应用发送服务数据。

根据本发明一优选实施例，所述方法还包括：第二服务器端将所获取的通知栏消息翻译为透传消息；将翻译得到的透传消息通过推送通道发送至所述宿主应用。

本发明为解决技术问题所采用的技术方案是提供一种推送的实现装置，位于宿主应用中，所述装置包括：第一发送单元，用于将终端设备的属性信息发送至第一服务器端；第一接收单元，用于接收所述第一服务器端发送的与所述终端设备的属性信息对应的推送软件开发工具包SDK；处理单元，用于加载并运行所述推送SDK；第二接收单元，用于通过所述推送SDK从第二服务器端接收服务数据。

根据本发明一优选实施例，所述处理单元还用于执行：为推送SDK中需要注册的组件提供同名的组件作为代理组件，并预先对代理组件进行注册；通过所述代理组件使所述推送SDK正常运行。

根据本发明一优选实施例，所述处理单元通过所述代理组件使所述推送SDK正常运行时，具体执行：获取操作***调用代理组件的生命周期事件；由代理组件依据所述生命周期事件调用所述推送SDK中对应的实际组件的生命周期方法，使得所述推送SDK正常运行。

根据本发明一优选实施例，所述第二接收单元通过所述推送SDK从第二服务器端接收服务数据时，具体执行：通过所述推送SDK与所述第二服务端建立推送通道；通过所述推送通道从第二服务器端接收服务数据。

根据本发明一优选实施例，所述服务数据包括透传消息；所述第二接收单元还用于执行：对所述透传消息的通知栏外观进行一致性处理后，展示所述透传消息。

本发明为解决技术问题所采用的技术方案是提供一种推送的实现装置，位于服务器端中，所述装置包括：第二发送单元，用于第一服务器端接收宿主应用发送的终端设备的属性信息，并在根据所述终端设备的属性信息获取与其对应的推送SDK后，将所述推送SDK发送至所述宿主应用；第三发送单元，用于第二服务器端获取服务数据，并将所述服务数据发送至所述宿主应用。

根据本发明一优选实施例，所述第二发送单元根据所述终端设备的属性信息获取与其对应的推送SDK时，具体执行：根据预先存储的终端设备的属性信息与推送SDK的对应关系，确定与所接收的终端设备的属性信息对应的推送SDK。

根据本发明一优选实施例，所述第三发送单元将所述服务数据发送至所述宿主应用时，具体执行：根据预先存储的终端设备的属性信息与推送通道的对应关系，确定与所述宿主应用对应的推送通道；根据所确定的推送通道向所述宿主应用发送服务数据。

由以上技术方案可以看出，本发明通过宿主应用获取的终端设备的属性信息，动态地从服务器端获取推送SDK，加载并运行所获取的推送SDK后，便能够接收相应的服务数据，避免了在宿主应用中集成多个推送SDK，实现降低推送SDK对宿主应用安装包大小的增加的目的。

【附图说明】

图1为本发明一实施例提供的在宿主应用执行的推送实现的方法流程图；

图2为本发明一实施例提供的在服务器端执行的推送实现的方法流程图；

图3为本发明一实施例提供的在宿主应用执行的推送实现的装置结构图；

图4为为本发明一实施例提供的在服务器端执行的推送实现的装置结构图；

图5为本发明一实施例提供的计算机***/服务器的框图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

图1为本发明一实施例提供的一种推送的实现方法，在宿主应用中执行，如图1中所示，所述方法包括：

在101中，宿主应用将终端设备的属性信息发送至第一服务器端。

在本步骤中，宿主应用首先获取终端设备的属性信息，然后将所获取的终端设备的属性信息发送至第一服务器端。

具体地，终端设备的属性信息可以包括终端设备的型号信息、终端设备的厂商信息、终端设备的识别码信息等中的至少一种。所获取的属性信息用于在第一服务器端确定与其对应的推送SDK。另外，本发明中的终端设备可以为运行android操作***或ios操作***的智能手机、平板电脑、智能家居设备、可穿戴式设备等，本发明以运行Android操作***的终端设备为例进行说明。

可以理解的是，本发明可以通过集成在宿主应用中的一个SDK来实现。也就是说，现有技术是在宿主应用中预先集成每个厂商的推送SDK；而在本发明中，宿主应用并不预先集成厂商的推送SDK，而是集成本发明所提供的SDK。

也就是说，本发明在宿主应用中集成的SDK并不包含核心功能模块，核心功能模块是以插件SDK的方式从服务器端动态加载的，因此在本发明中将该插件SDK称为推送SDK。其中，核心功能模块至少包括：推送管理模块、推送功能模块，推送功能模块还进一步包括启动模块、数据通道模块和消息事件分发模块等。

另外，在宿主应用向第一服务器端发送终端设备的属性信息之前，还可以进一步包括：宿主应用确定本地是否存在推送SDK，若不存在，则将终端设备的属性信息发送至第一服务器端；若本地存在推送SDK，则将本地的推送SDK与第一服务器端的推送SDK进行版本比较，若第一服务器端的推送SDK存在新的版本，则向第一服务器端发送终端设备的属性信息以获取最新版本的推送SDK；若第一服务器端的推送SDK不存在新的版本，则结束本实施例的流程。

在102中，接收所述第一服务器端发送的与所述终端设备的属性信息对应的推送软件开发工具包SDK。

在本步骤中，步骤101将终端设备的属性信息发送至第一服务器端后，接收由第一服务器端返回的与终端设备的属性信息对应的推送SDK(Software Development Kit，软件开发工具包)。其中，宿主应用所接收的推送SDK为对应终端设备的厂商的推送SDK。另外，宿主应用通过本步骤从第一服务器端获取的推送SDK为推送SDK的压缩包，该压缩包中包括推送SDK的核心功能模块。

在103中，加载并运行所述推送SDK。

在本步骤中，宿主应用对步骤102所获取的推送SDK进行加载，然后通过代理组件使得推送SDK正常运行。

在宿主应用加载从第一服务器端获取的推送SDK之前，还进一步包括：对推送SDK中的文件进行安全检查，例如进行MD5校验、签名比对等，从而保证所下载文件的安全性。如果通过安全检查，则加载该推送SDK，否则不进行加载。

具体地，宿主应用在加载推送SDK时，可以通过以下方式：首先将推送SDK中的jar文件转化为dex文件，然后通过ClassLoader来加载dex文件，从而实现宿主应用加载推送SDK。

上述的dex文件是android***的可执行文件，包含应用程序的全部操作指令以及运行时数据。so文件是动态库文件，是一种二进制文件。

在现有技术中，由于宿主应用预先集成了厂商的推送SDK，因此能够针对厂商的推送SDK中集成的组件预先进行注册。而在本发明中，由于厂商的推送SDK是从云端动态获取的，因此无法对厂商的推送SDK中集成的组件进行预先注册，当无法对厂商的推送SDK中集成的组件进行注册时，会导致所加载厂商的推送SDK无法正常运行。

因此，本发明通过宿主应用中所提供的代理组件使推送SDK正常运行。其中，代理组件为宿主应用针对推送SDK中集成的组件所提供的同名的组件，并预先对代理组件进行注册。

本步骤在通过代理组件使推送SDK正常运行时，可以采用以下方式：宿主应用获取操作***调用代理组件的生命周期事件；由代理组件依据生命周期事件调用推送SDK中对应的实际组件的生命周期方法，从而使得推送SDK正常运行。即将操作***调用代理组件的生命周期方法传递给推送SDK中的实际组件，就等同于操作***直接调用推送SDK中实际组件的生命周期方法，从而确保对动态加载的推送SDK能够正常运行。

其中，推送SDK中集成的需要注册的组件包括Activity组件、Service组件、Broadcast Receiver组件以及Content Provider组件。而组件的生命周期方法为各组件所对应的函数方法，例如Service组件的生命周期方法为onCreat、onDestroy、onBind等函数方法，Activity组件的生命周期方法为：onCreat、onStart、onPause等函数方法。

在加载推送SDK并使得推送SDK正常运行后，宿主应用便建立了与推送通道的连接，从而便可以通过所建立的推送通道接收服务数据。

在104中，通过所述推送SDK从第二服务器端接收服务数据。

在本步骤中，宿主应用通过步骤103中正常运行的推送SDK，接收由第二服务器端发送的服务数据，并进行展示。其中，宿主应用从第二服务器端接收并展示的服务数据包括通知栏消息以及透传消息中的一种。

宿主应用通过推送SDK从第二服务器端接收服务数据时，可以采用以下方式：宿主应用通过推送SDK与第二服务器端建立推送通道；通过所建立的推送通道接收第二服务器端发送的服务数据。其中，宿主应用与第二服务器端建立的推送通道为对应终端设备的***级的推送通道，即使在宿主应用处于关闭状态时，也能够接收相应的服务数据。

例如，若宿主应用所在的终端设备为小米手机，则从第一服务器端获取的推送SDK为小米设备的推送SDK，宿主应用加载并使得小米设备的推送SDK正常运行后，便能够与第二服务器端建立小米设备的***级推送通道。

当宿主应用接收到第二服务器端发送的透传消息时，还进一步包括：宿主应用对透传消息进行通知栏外观的一致性处理，从而使得宿主应用在不同厂商设备中所展示的推送消息具有一致性的通知栏外观。因此，无需由应用开发者针对不同厂商设备展示推送消息的通知栏外观进行适配，从而提升推送效率。

图2为本发明一实施例提供的一种推送的实现方法，其在服务器端执行，如图2中所示，所述方法包括：

在201中，第一服务器端接收宿主应用发送的终端设备的属性信息，并在根据所述属性信息获取对应的推送SDK后，将所述推送SDK发送至所述宿主应用。

在本步骤中，第一服务器端会预先存储有各终端设备的属性信息与推送SDK的对应关系，因此通过该预先存储的对应关系，第一服务器端在接收到宿主应用所发送的终端设备的属性信息后，便能够确定与所接收的属性信息对应的推送SDK，进而将所获取的推送SDK发送至宿主应用。

在202中，第二服务器端获取服务数据，并将所述服务数据发送至所述宿主应用。

在本步骤中，宿主应用开发者在第二服务器端发布服务数据，进而由第二服务器端将宿主应用开发者所发布的服务数据推送至宿主应用。

宿主应用开发者在第二服务器端发布服务数据时，可以预先选择推送通道，即通过宿主应用开发者所选择的推送通道，由第二服务器端向特定厂商的终端设备上的宿主应用推送服务数据。宿主应用开发者也可以不进行选择，由第二服务器端根据宿主应用所在终端设备的属性信息自动确定与其对应的推送通道，然后通过所确定的推送通道向特定厂商的终端设备上的宿主应用推送推送消息。

举例来说，若宿主应用开发者选择的推送通道为小米设备的推送通道，则第二服务器端将服务数据通过小米设备的推送通道发送至小米设备的宿主应用；若宿主应用开发者选择的推送通道为华为设备的推送通道，则第二服务器端将服务数据通过华为设备的推送通道发送至华为设备的宿主应用。若宿主应用所在的终端设备为小米设备，则将服务数据通过第二服务器端自动选择的小米设备的推送通道发送至小米设备的宿主应用。

可以理解的是，第一服务器端与第二服务器端可以是同一个服务器端，也可以是不同的服务器端。若为不同的服务器端，第一服务器端可以将宿主应用所在的终端设备的属性信息发送至第二服务器端，从而便于第二服务器端根据终端设备的属性信息来确定相应的推送通道。也可以由宿主应用将终端设备的属性信息发送至第二服务器端。可以理解的是，第二服务器端预先存储有各终端设备的属性信息与各推送通道之间的对应关系。

另外，若宿主应用开发者在第二服务器端发布的服务数据为通知栏消息时，还可以进一步包括：第二服务器端将宿主应用开发者发布的通知栏消息翻译为透传消息后，通过推送通道向宿主应用发送该透传消息。

图3为本发明一实施例提供的在宿主应用执行的推送实现的装置结构图，如图3中所示，所述装置包括：第一发送单元31、第一接收单元32、处理单元33以及第二接收单元34。

第一发送单元31，用于将终端设备的属性信息发送至第一服务器端。

第一发送单元31首先获取终端设备的属性信息，然后将所获取的终端设备的属性信息发送至第一服务器端。

具体地，第一发送单元31所获取的终端设备的属性信息可以包括终端设备的型号信息、终端设备的厂商信息、终端设备的识别码信息等中的至少一种。所获取的属性信息用于在第一服务器端确定与其对应的推送SDK。

另外，在第一发送单元31向第一服务器端发送终端设备的属性信息之前，还可以进一步包括：确定本地是否存在推送SDK，若不存在，则将终端设备的属性信息发送至第一服务器端；若本地存在推送SDK，则将本地的推送SDK与第一服务器端的推送SDK进行版本比较，若第一服务器端的推送SDK存在新的版本，则向第一服务器端发送终端设备的属性信息以获取最新版本的推送SDK；若第一服务器端的推送SDK不存在新的版本，则结束本实施例的流程。

第一接收单元32，用于接收所述第一服务器端发送的与所述终端设备的属性信息对应的推送软件开发工具包SDK。

第一接收单元32，用于在第一发送单元31将终端设备的属性信息发送至第一服务器端后，接收由第一服务器端返回的与终端设备的属性信息对应的推送SDK(SoftwareDevelopment Kit，软件开发工具包)。其中，第一接收单元32所接收的推送SDK为对应终端设备的厂商的推送SDK。另外，第一接收单元32从第一服务器端接收的推送SDK为推送SDK的压缩包，该压缩包中包括推送SDK的核心功能模块。

处理单元33，用于加载并运行所述推送SDK。

处理单元33对第一接收单元32所接收的推送SDK进行加载，然后通过代理组件使得推送SDK正常运行。

处理单元33在从第一服务器端获取的推送SDK之前，还进一步包括：对推送SDK中的文件进行安全检查，例如进行MD5校验、签名比对等，从而保证所下载文件的安全性。如果通过安全检查，则加载该推送SDK，否则不进行加载。

具体地，处理单元33在加载推送SDK时，可以通过以下方式：首先将推送SDK中的jar文件转化为dex文件，然后通过ClassLoader来加载dex文件，从而实现宿主应用加载推送SDK。

上述的dex文件是android***的可执行文件，包含应用程序的全部操作指令以及运行时数据。so文件是动态库文件，是一种二进制文件。

处理单元33通过代理组件使推送SDK正常运行时，可以采用以下方式：获取操作***调用代理组件的生命周期事件；由代理组件依据生命周期事件调用推送SDK中对应的实际组件的生命周期方法，从而使得推送SDK正常运行。即将操作***调用代理组件的生命周期方法传递给推送SDK中的实际组件，就等同于操作***直接调用推送SDK中实际组件的生命周期方法，从而确保对动态加载的推送SDK能够正常运行。

第二接收单元34，用于通过所述推送SDK从第二服务器端接收服务数据。

第二接收单元34，通过处理单元33正常运行的推送SDK，接收由第二服务器端发送的服务数据，并进行展示。其中，第二接收单元34从第二服务器端接收并展示的服务数据包括通知栏消息以及透传消息中的一种。

第二接收单元34通过推送SDK从第二服务器端接收服务数据时，可以采用以下方式：通过推送SDK与第二服务器端建立推送通道；通过所建立的推送通道接收第二服务器端发送的服务数据。其中，宿主应用与第二服务器端建立的推送通道为对应终端设备的***级的推送通道，即使在宿主应用处于关闭状态时，也能够接收相应的服务数据。

当第二接收单元34接收到第二服务器端发送的透传消息时，还进一步包括：对透传消息进行通知栏外观的一致性处理，从而使得在不同厂商设备中所展示的推送消息具有一致性的通知栏外观。因此，无需由应用开发者针对不同厂商设备展示推送消息的通知栏外观进行适配，从而提升推送效率。

图4为本发明一实施例提供的在服务器端执行的推送实现的装置结构图，如图4中所示，所述装置包括：第二发送单元41以及第三发送单元42。

第二发送单元41，用于第一服务器端接收宿主应用发送的终端设备的属性信息，并在根据所述属性信息获取对应的推送SDK后，将所述推送SDK发送至所述宿主应用。

第一服务器端会预先存储有各终端设备的属性信息与推送SDK的对应关系，因此第二发送单元41通过该预先存储的对应关系，在接收到宿主应用发送的终端设备的属性信息后，便能够确定与所接收的属性信息对应的推送SDK，进而将所获取的推送SDK发送至宿主应用。

第三发送单元42，用于第二服务器端获取服务数据，并将所述服务数据发送至所述宿主应用。

宿主应用开发者在第二服务器端发布服务数据，进而由第三发送单元42将宿主应用开发者所发布的服务数据推送至宿主应用。

宿主应用开发者在第二服务器端发布服务数据时，可以预先选择推送通道，即通过宿主应用开发者所选择的推送通道，由第二服务器端向特定厂商的终端设备上的宿主应用推送服务数据。宿主应用开发者也可以不进行选择，由第二服务器端根据宿主应用所在终端设备的属性信息自动确定与其对应的推送通道，然后通过所确定的推送通道向特定厂商的终端设备上的宿主应用推送推送消息。

可以理解的是，第一服务器端与第二服务器端可以是同一个服务器端，也可以是不同的服务器端。若为不同的服务器端，第一服务器端可以将宿主应用所在的终端设备的属性信息发送至第二服务器端，从而便于第二服务器端根据终端设备的属性信息来确定相应的推送通道。也可以由宿主应用将终端设备的属性信息发送至第二服务器端。可以理解的是，第二服务器端预先存储有各终端设备的属性信息与各推送通道之间的对应关系。

另外，若宿主应用开发者在第二服务器端发布的服务数据为通知栏消息时，第三发送单元42还可以进一步执行：将宿主应用开发者发布的通知栏消息翻译为透传消息后，通过推送通道向宿主应用发送该透传消息。

图5示出了适于用来实现本发明实施方式的示例性计算机***/服务器012的框图。图5显示的计算机***/服务器012仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机***/服务器012以通用计算设备的形式表现。计算机***/服务器012的组件可以包括但不限于：一个或者多个处理器或者处理单元016，***存储器028，连接不同***组件(包括***存储器028和处理单元016)的总线018。

总线018表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，***总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及***组件互连(PCI)总线。

计算机***/服务器012典型地包括多种计算机***可读介质。这些介质可以是任何能够被计算机***/服务器012访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

***存储器028可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(RAM)030和/或高速缓存存储器032。计算机***/服务器012可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举例，存储***034可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线018相连。存储器028可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块042的程序/实用工具040，可以存储在例如存储器028中，这样的程序模块042包括——但不限于——操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块042通常执行本发明所描述的实施例中的功能和/或方法。

计算机***/服务器012也可以与一个或多个外部设备014(例如键盘、指向设备、显示器024等)通信，在本发明中，计算机***/服务器012与外部雷达设备进行通信，还可与一个或者多个使得用户能与该计算机***/服务器012交互的设备通信，和/或与使得该计算机***/服务器012能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口022进行。并且，计算机***/服务器012还可以通过网络适配器020与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器020通过总线018与计算机***/服务器012的其它模块通信。应当明白，尽管图5中未示出，可以结合计算机***/服务器012使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

处理单元016通过运行存储在***存储器028中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的方法流程。

上述的计算机程序可以设置于计算机存储介质中，即该计算机存储介质被编码有计算机程序，该程序在被一个或多个计算机执行时，使得一个或多个计算机执行本发明上述实施例中所示的方法流程和/或装置操作。例如，被上述一个或多个处理器执行本发明实施例所提供的方法流程。

随着时间、技术的发展，介质含义越来越广泛，计算机程序的传播途径不再受限于有形介质，还可以直接从网络下载等。可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

利用本发明所提供的技术方案，通过宿主应用动态获取推送SDK的方式，避免了在宿主应用中集成多个推送SDK，实现降低推送SDK对宿主应用安装包大小的增加的目的。

在本发明所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (20)

1.一种推送的实现方法，其特征在于，所述方法包括：

宿主应用将终端设备的属性信息发送至第一服务器端；

接收所述第一服务器端发送的与所述终端设备的属性信息对应的推送软件开发工具包SDK；

加载并通过代理组件运行所述推送SDK，所述代理组件为宿主应用为推送SDK中需要注册的组件提供的同名的组件，并预先对代理组件进行注册；

通过所述推送SDK从第二服务器端接收服务数据。

2.根据权利要求1所述的方法，其特征在于，所述终端设备的属性信息包括：终端设备的型号信息、终端设备的厂商信息或终端设备的识别码信息中的至少一种。

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

通过所述代理组件使所述推送SDK正常运行。

4.根据权利要求3所述的方法，其特征在于，所述通过所述代理组件使所述推送SDK正常运行包括：

宿主应用获取操作***调用代理组件的生命周期事件；

由代理组件依据所述生命周期事件调用所述推送SDK中对应的实际组件的生命周期方法，使得所述推送SDK正常运行。

5.根据权利要求1所述的方法，其特征在于，通过所述推送SDK从第二服务器端接收服务数据包括：

宿主应用通过所述推送SDK与所述第二服务端建立推送通道；

通过所述推送通道从第二服务器端接收服务数据。

6.根据权利要求5所述的方法，其特征在于，所述服务数据包括透传消息；

该方法还包括：对所述透传消息的通知栏外观进行一致性处理后，展示所述透传消息。

7.一种推送的实现方法，其特征在于，所述方法包括：

第一服务器端接收宿主应用发送的终端设备的属性信息，并在根据所述终端设备的属性信息获取与其对应的推送SDK后，将所述推送SDK发送至所述宿主应用以使所述宿主应用加载并通过代理组件运行所述推送SDK，所述代理组件为宿主应用为推送SDK中需要注册的组件提供的同名的组件，并预先对代理组件进行注册；

第二服务器端获取服务数据，并将所述服务数据发送至所述宿主应用。

8.根据权利要求7所述的方法，其特征在于，所述根据所述终端设备的属性信息获取与其对应的推送SDK包括：

第一服务器端根据预先存储的终端设备的属性信息与推送SDK的对应关系，确定与所接收的终端设备的属性信息对应的推送SDK。

9.根据权利要求7所述的方法，其特征在于，将所述服务数据发送至所述宿主应用包括：

第二服务器端根据预先存储的终端设备的属性信息与推送通道的对应关系，确定与所述宿主应用对应的推送通道；

根据所确定的推送通道向所述宿主应用发送服务数据。

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

第二服务器端将所获取的通知栏消息翻译为透传消息；

将翻译得到的透传消息通过推送通道发送至所述宿主应用。

11.一种推送的实现装置，其特征在于，所述装置位于宿主应用，包括：

第一发送单元，用于将终端设备的属性信息发送至第一服务器端；

第一接收单元，用于接收所述第一服务器端发送的与所述终端设备的属性信息对应的推送软件开发工具包SDK；

处理单元，用于加载并通过代理组件运行所述推送SDK，所述代理组件为宿主应用为推送SDK中需要注册的组件提供的同名的组件，并预先对代理组件进行注册；

第二接收单元，用于通过所述推送SDK从第二服务器端接收服务数据。

12.根据权利要求11所述的装置，其特征在于，所述处理单元还用于执行：

通过所述代理组件使所述推送SDK正常运行。

13.根据权利要求12所述的装置，其特征在于，所述处理单元通过所述代理组件使所述推送SDK正常运行时，具体执行：

获取操作***调用代理组件的生命周期事件；

由代理组件依据所述生命周期事件调用所述推送SDK中对应的实际组件的生命周期方法，使得所述推送SDK正常运行。

14.根据权利要求12所述的装置，其特征在于，所述第二接收单元通过所述推送SDK从第二服务器端接收服务数据时，具体执行：

通过所述推送SDK与所述第二服务端建立推送通道；

通过所述推送通道从第二服务器端接收服务数据。

15.根据权利要求14所述的装置，其特征在于，所述服务数据包括透传消息；

所述第二接收单元还用于执行：对所述透传消息的通知栏外观进行一致性处理后，展示所述透传消息。

16.一种推送的实现装置，其特征在于，所述装置位于服务器端，包括：

第二发送单元，用于第一服务器端接收宿主应用发送的终端设备的属性信息，并在根据所述终端设备的属性信息获取与其对应的推送SDK后，将所述推送SDK发送至所述宿主应用以使所述宿主应用加载并通过代理组件运行所述推送SDK，所述代理组件为宿主应用为推送SDK中需要注册的组件提供的同名的组件，并预先对代理组件进行注册；

第三发送单元，用于第二服务器端获取服务数据，并将所述服务数据发送至所述宿主应用。

17.根据权利要求16所述的装置，其特征在于，所述第二发送单元根据所述终端设备的属性信息获取与其对应的推送SDK时，具体执行：

根据预先存储的终端设备的属性信息与推送SDK的对应关系，确定与所接收的终端设备的属性信息对应的推送SDK。

18.根据权利要求16所述的装置，其特征在于，所述第三发送单元将所述服务数据发送至所述宿主应用时，具体执行：

根据预先存储的终端设备的属性信息与推送通道的对应关系，确定与所述宿主应用对应的推送通道；

根据所确定的推送通道向所述宿主应用发送服务数据。

19.一种设备，其特征在于，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10中任一所述的方法。

20.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-10中任一所述的方法。

Images