CN103532831A - 跟踪电子消息的方法、移动设备和服务器 - Google Patents

Abstract

本发明提供了跟踪电子消息的方法、执行该方法的移动设备以及服务器。该方法包括：移动设备向服务器发送针对电子消息的请求；服务器响应于从移动设备接收的针对电子消息的请求，将所述电子消息与关联的跟踪标识下发给移动设备；移动设备响应于在移动设备上发生了与所述电子消息相关的电子消息事件，向服务器发送电子消息事件报告，所述事件报告包括所述跟踪标识和与所述电子消息事件相关的电子消息事件信息；以及服务器根据所述跟踪标识和所述电子消息事件信息，记录对应电子消息的跟踪信息。本发明的方案能够快速有效地完成移动广告效果跟踪。

Description

跟踪电子消息的方法、移动设备和服务器

技术领域

本发明涉及移动通信领域，更具体地，涉及跟踪电子消息（如广告）的方法、相应的移动设备和服务器。

背景技术

随着移动互联网的迅速发展，其用户群不断扩充。目前，移动互联网已经成为新兴的媒介。相应地，诸如手机、pad等移动终端设备作为新型媒体的应用价值也日益凸显。移动终端媒体相对于传统媒体而言拥有许多优势，例如覆盖人群广，传播成本比较低廉，可以方便地把人们的零碎时间利用起来，以及能够非常快捷地传播信息。而且，移动互联网具有网络传输速度快，媒体表现力强等特点，非常适合于承载广告。

为了便于理解，首先介绍本文中将使用的与移动广告相关的一些术语：

应用APP(或app)：安装在移动设备上的应用，通过嵌入SDK向用户展示广告。APP的例子包括如水果忍者之类的手机游戏、以及如导航、天气预报等其他手机应用。

软件开发工具包SDK(Software Development Kit)：针对获取和展示移动广告而专门开发的移动应用，由APP嵌入，对用户是不可见的。

客户端：APP嵌入SDK后，可以展示广告，统称为客户端。

服务器：用于配置、存储、投放广告，并记录广告跟踪效果的平台。

CPC(Cost Per Click)：一种广告计费方式，按照单次有效点击计费。

CPI(Cost Per Install)：一种广告计费方式，按照单次有效安装计费。

CPM(Cost Per Mille)：一种广告计费方式，按照每千次成本计费。

开发者：APP的开发者，通过在APP上展示广告获取收入。

广告主：发布广告活动，按照开发者完成的广告活动中规定的营销效果的总数量及单位效果价格向开发者支付费用。

积分墙：一种移动广告类型，简称OW，将一系列广告任务以列表的形式展示在移动设备上，用户完成给定的任务会得到一定的积分奖励，以便在APP中使用相应的需要积分的功能。

推送通知PushNotification：一种移动广告类型，简称NT，其是推送到移动设备状态通知栏的一条电子消息（如广告）。

在现有的许多针对移动广告的技术中，应用广告使用越来越频繁。应用广告主要是通过在手机的软件应用中嵌入广告商提供的控件来实现。通常以CPM（Cost Per Click）、CPC（Cost Per Install）、CPA（Cost PerMille）等方式来计费。为了计费准确，需要跟踪广告投放的效果，例如用户的点击情况、下载和安装应用的情况等等。然而，目前广告主的服务器主要通过与应用开发者的服务器的交互来获取关于广告投放效果的信息，并基于该信息来计费。这样，经常会出现移动广告效果跟踪不及时甚至失真的问题。

因此，需要一种能够及时有效地跟踪移动广告效果的机制。

发明内容

本发明提出通过在APP中嵌入广告主的服务器（下文中简称为服务器）提供的广告SDK，对每条广告进行跟踪并将广告事件直接反馈给广告主的服务器，从而能够及时有效地跟踪在移动设备上一条广告的投放效果。本发明还提出，服务器为下发的每条广告生成对应的跟踪标识，并将该跟踪标识关联到广告中下发给移动设备。于是，移动终端在报告移动设备上后续产生的一系列广告事件时可以关联该跟踪标识，使得服务器能够根据该跟踪标识来识别不同广告的对应事件，实现对广告效果的有效跟踪。

根据本发明的第一方面，提供了一种跟踪电子消息的方法，包括：向服务器发送针对电子消息的请求；从服务器接收所请求的电子消息和与所述电子消息对应的跟踪标识；以及响应于在移动设备上发生了与所述电子消息相关的电子消息事件，向服务器发送电子消息事件报告，所述事件报告包括所述跟踪标识和与所述电子消息事件相关的电子消息事件信息。在本发明的实施例中，上述方法可以由移动设备上的客户端来执行。所述客户端可以是通过在移动设备上安装的应用中嵌入软件开发工具包SDK来实现的。

根据本发明的第二方面，提供了一种跟踪电子消息的方法，包括：响应于从移动设备接收的针对电子消息的请求，生成与所述电子消息对应的跟踪标识，并且将所述电子消息与所述跟踪标识关联地下发给移动设备；从移动设备接收电子消息事件报告，所述电子消息事件报告是移动设备响应于在移动设备上发生了与所述电子消息相关的电子消息事件而生成的，所述电子消息事件报告包括所述跟踪标识和与所述电子消息事件相关的电子消息事件信息；以及根据所述跟踪标识和所述电子消息事件信息，记录对应电子消息的跟踪信息。在本发明的实施例中，上述方法可以在广告主的服务器上执行。

根据本发明的第三方面，提供了一种移动设备，包括：发送单元，配置为向服务器发送针对电子消息的请求；以及接收单元，配置为从服务器接收所请求的电子消息和与所述电子消息对应的跟踪标识，其中所述发送单元还配置为：响应于在移动设备上发生了与所述电子消息相关的电子消息事件，向服务器发送电子消息事件报告，所述事件报告包括所述跟踪标识和与所述电子消息事件相关的电子消息事件信息。

根据本发明的第四方面，提供了一种服务器，包括：发送单元，配置为，响应于从移动设备接收的针对电子消息的请求，将所述电子消息和与所述电子消息对应的跟踪标识关联地下发给移动设备；接收单元，配置为，从移动设备接收电子消息事件报告，所述电子消息事件报告是移动设备响应于在移动设备上发生了与所述电子消息相关的电子消息事件而生成的，所述电子消息事件报告包括所述跟踪标识和与所述电子消息事件相关的电子消息事件信息；以及记录单元，配置为：根据所述跟踪标识和所述电子消息事件信息，记录对应电子消息的跟踪信息。

在本发明的一些实施例中，所述电子消息可以是移动广告。

在本发明的一些实施例中，所述电子消息事件可以包括：在移动设备上展示电子消息；用户点击电子消息；以及在移动设备上下载和安装电子消息所推广的应用，等等。

在本发明的一些实施例中，所述跟踪信息包括下述中的至少一项：用户标识、开发者标识、广告商标识、广告标识、和/或广告下发时间。

附图说明

通过下面结合附图说明本发明的优选实施例，将使本发明的上述及其它目的、特征和优点更加清楚，其中：

图1是是示出了根据本发明的移动通信系统的应用场景的示意图。

图2是示出根据本发明示例性实施例的跟踪电子消息的方法的操作序列的序列图。

图3a-3h是在移动设备与服务器之间交互的各种消息的具体示例。

图4示出了服务器内部的异步处理广告跟踪逻辑的示例的流程图。

图5示出了在移动设备侧执行的跟踪电子消息的方法的示例的流程图。

图6示出了在服务器上执行的跟踪电子消息的方法600的示例的流程图。

图7示出了根据本发明实施例的移动设备的示例的框图。

图8示出了根据本发明实施例的服务器的示例的框图。

具体实施方式

下面参照附图对本发明的优选实施例进行详细说明，在描述过程中省略了对于本发明来说是不必要的细节和功能，以防止对本发明的理解造成混淆。

图1是示出了根据本发明的移动通信系统100的应用场景的示意图。如图1所示，移动通信系统100可以包括移动设备120和服务器110。作为示例，在图中示出了四个移动设备120-1、120-2、120-3和120-4。但是应该理解，系统100可以包括更多或更少的移动设备。移动设备120通过通信网络130与服务器110相连。通信网络130的示例可以包括但不限于：互联网、移动通信网络。

服务器110是用于配置、存储、投放电子消息（如广告），并记录广告跟踪效果的平台。服务器110是由广告主维护和管理的。尽管图中仅示出一个服务器110，但是应该理解可以存在两个或更多的服务器110。还应该理解，服务器110可以是单独的物理实体，也可以分布在两个或更多个物理实体上。

移动设备120上安装了根据本发明实施例的客户端，即嵌入了广告SDK的应用。当用户使用这些应用时，客户端可以向服务器110请求广告，并且在移动设备的显示器上展示广告。作为示例，移动设备120可以包括移动电话、个人数字助理，手持或膝上计算机以及具有通信能力的类似设备。移动设备120可以包括设备本身及其相关联的可移除式存储模块，例如但不限于通用集成电路卡（UICC），UICC包括订户标识模块（SIM）应用、通用订户标识模块（USIM）应用、或可移除式用户标识模块（R-UIM）应用。备选地，移动设备120可以包括不具有这种模块的设备本身。应该理解，本发明并不局限于所涉及的各个移动设备的具体通信协议，可以包括但不限于2G、3G、4G、5G无线通信技术，WCDMA、CDMA2000、TD-SCDMA无线技术等。不同的移动设备可以采用相同的通信协议，也可以采用不同的通信协议。本发明也不局限于移动设备的具体操作系统，尽管本发明主要以使用Android操作系统的移动电话为例进行说明，但是应该理解本发明也可以应用于具有iOS、Windows Mobile、Symbian、Windows Phone、Blackberry OS等操作系统的移动设备。不同的移动设备可以采用相同的操作系统，也可以采用不同的操作系统。

服务器110和移动设备120可以通过各种无线通信协议进行通信，包括2G、3G、4G、5G网络，WCDMA、CDMA2000、TD-SCDMA系统、无线局域网（WLAN），等等。

接下来，将参考图2描述在移动广告跟踪的过程中在移动设备上的客户端和服务器之间交互。所交互的消息涉及的参数、返回值和服务器上的数据库存储结构均采用JSON格式进行说明。应该理解，本发明的数据结构的形式不限于JSON，而是可以采用任意一种已知的或者未来开发的适于在移动设备与服务器之间通信的数据结构。为了便于理解，下面列出本发明中涉及的关于移动广告用户、移动设备、移动广告信息、移动广告跟踪信息、开发者和广告主消费账单流水等信息的数据结构：

audience(移动广告用户)

devices(移动设备)

campaign（移动广告信息）

adTrack(移动广告跟踪信息）

userBill(开发者和广告主消费账单流水）

图2是示出根据本发明示例性实施例的跟踪电子消息（如广告）的方法200的操作序列的序列图。

当用户使用移动设备上的客户端（例如内嵌有移动广告SDK的手机游戏或者其他应用）时，方法200开始。在步骤S1中，移动设备（具体地，移动设备上的客户端）向服务器发送广告请求消息。客户端和服务器可以约定双方通信的协议。例如可以采用HTTP协议来通信，使用POST方式上传参数。该广告请求消息例如可以包括以下参数：移动设备信息(mobileInfo)，客户端信息（如APP及sdk信息，标记为sdkInfo），用户标识(audienceId)，所请求的广告类型(adType)，等等。为了通信的安全和效率，客户端可以对该广告请求消息进行编码、加密、压缩等处理。例如，可以首先使用JSON格式对广告请求消息中的参数进行编码，然后使用诸如异或算法之类的加密算法对该广告请求消息进行加密，并且使用诸如GZIP之类的压缩算法对其进行压缩，最后将压缩后的广告请求消息上传给服务器。

作为该广告请求消息的示例，图3a示出了一个未压缩未加密的原始请求消息的示图。图3a所示的请求消息的数据结构说明如下：

在步骤S2中，服务器响应于从移动设备接收到的广告请求消息，生成响应消息。

在一个实施例中，服务器在收到移动设备的广告请求消息后，对该消息进行诸如解压缩、解密、解密等操作，从中提取相关参数。作为示例，如果在步骤S1中对广告请求消息进行了JSON格式的编码、异或算法的加密和GZIP压缩，则服务器可以对接收到的广告请求消息首先进行GZIP解压缩，然后使用异或算法解密，再将JSON格式的参数解析成对象形式的mobileInfo、sdkInfo、audienctId，接着对这些参数进行非空校验。如果服务器发现从广告请求消息中解析出的上述参数中的任一为空，则生成异常响应消息（如图3c所示，“adsError”字段的值可以是“0x20001”-“0x20009”中的任一个），否则服务器根据预定的策略，基于从请求消息中解析出的参数，从数据库中检索符合条件的广告。如果没有检索出符合条件的广告，则服务器也生成异常响应消息（如图3c所示，“adsError”字段的值可以是“0x20008”）。如果检索出符合条件的广告，则服务器为每条检索出的广告生成一个跟踪标识（trackID），并且生成正常响应报文。该正常响应报文包括检索出的广告及其关联的跟踪标识。应该理解，作为备选或补充，服务器还可以对接收的广告请求消息进行另外的处理和/或发生其他异常情况，生成其他异常响应消息。

在步骤S3中，服务器向移动设备发送响应消息。该响应消息包括在步骤S2中生成的异常响应消息和正常响应消息。为了通信的安全和效率，服务器可以对响应消息进行编码、加密、压缩等处理，然后再发送给移动设备。在关于发送正常响应消息的一个实施例中，服务器将检索出的广告组织成需要返回的JSON格式数据，接着使用异或算法进行加密，并进行GZIP压缩后，再发送给移动设备。

图3b示出了服务器响应于从移动设备接收到的请求消息生成的正常响应消息的示例。图3b所示的正常响应消息的数据结构说明如下：

图3c示出了服务器响应于从移动设备接收到的请求消息生成的异常响应消息的示例及其说明。如图3c所示，当请求消息中的必填字段为空时，生成的异常响应消息中的“adsError”字段的值可以对应于“0x20001”-“0x20009”之一。当没有检索出符合条件的广告时，生成的异常响应消息中的“adsError”字段的值可以是“0x20008”。

可选地，当在步骤S3中服务器向移动设备发送正常响应消息的情况下，也即服务器向移动设备下发所请求的广告的情况下，服务器可以在步骤S4中为每条下发的广告生成跟踪信息(adTrack)。该跟踪信息可以记录广告下发信息，包括用户标识（aduieceId）、开发者标识（developerId）、广告主标识（publishId）、广告标识（cId）、下发时间（createTime）等与广告相关的信息。尽管步骤S4示出为发生在步骤S3之后，但是应该理解，步骤S4也可以发生在步骤S3之前。备选地，步骤S4也可以省略，服务器可以替代地在接收到移动设备发送的与特定跟踪标识关联的首次广告事件报告之后，再生成对应广告的跟踪信息。

在步骤S5中，响应于接收到服务器发送的正常响应消息（包括下发的广告及其关联的跟踪标识），该移动设备上可以发生各种广告事件。该广告事件例如包括：在移动设备上展示广告；用户点击广告；以及在移动设备上下载和安装广告所推广的应用。

在步骤S6中，响应于在移动设备上发生了广告事件，移动设备向服务器发送广告事件报告，所述事件报告包括与广告对应的跟踪标识和与广告事件相关的事件信息。在一个实施例中，移动设备和服务器双方可以约定采用HTTP协议，使用POST方式上传该事件报告。该广告展示事件报告包括与广告对应的跟踪标识和与广告事件相关的事件信息。该事件信息例如可以包括如下参数：移动设备信息(mobileInfo)、app及sdk信息(sdkInfo)、用户的标识(audienceId)、各种广告跟踪信息(trackingData)等等。与针对广告请求消息所描述的类似，客户端可以首先使用JSON格式对参数进行编码，然后使用异或算法加密，再使用GZIP进行压缩，最后将压缩后的广告事件报告上传给服务器。

图3d、3e和3f分别示出了移动设备向服务器发送的报告广告展示事件的广告事件报告、报告广告点击事件的事件报告和报告推广应用的安装的广告事件报告的示例。图3d、3e和3f所示的广告事件报告的数据结构说明如下：

在步骤S7中，响应于从移动设备接收到广告事件报告，服务器记录对应广告的跟踪信息。服务器根据该事件报告中包含的跟踪标识来识别是否存在对应的跟踪信息。如果还没有存在与该跟踪标识对应的跟踪信息，则根据该事件报告中包括的事件信息，生成对应广告的跟踪信息。如果已经存在，则根据该事件报告中包括的事件信息，更新对应的跟踪信息。

可选地，服务器还可以响应于从移动设备接收到广告事件报告，向移动设备发送响应消息。

在一个实施例中，服务器在收到移动设备发送的广告事件报告后，对该事件报告进行诸如解压缩、解密、解密等操作，从中提取相关参数。例如，服务器在接收到移动设备发送的广告事件报告之后，首先对参数进行GZIP解压缩，然后使用异或算法解密，然后将JSON格式的参数解析成对象形式的mobileInfo、sdkInfo、audienctId、adTrack等等。然后，进行基本的参数校验。例如，首先校验audienceId是否合法，再校验adTrack是否为空，再校验sdkInfo是否为空。如果校验不通过，则向移动设备发送异常响应。如果通过了参数校验，则服务器可以例如向内部线程池提交一个异步处理广告跟踪逻辑（将在下文参考图4进行介绍）以生成或更新对应广告的跟踪信息，然后直接返回给移动设备指示成功的响应消息。图3g和3h分别示出了该异常响应消息和指示成功的响应消息的示例。

步骤S5-S7可以持续重复执行，直到契约设定的跟踪或结算期限到期。

下面，参考图4描述服务器内部的异步处理广告跟踪逻辑400的示例的流程图，在该示例中广告以CPI方式进行计费。

该异步处理广告跟踪逻辑400开始于服务器已经从移动设备所发送的事件报告中解析出各种参数时。

在步骤S410中，校验事件报告中的跟踪信息（adTrack）。在一个实施例中，首先校验客户端上传的广告跟踪标识(trackId)是否合法。如果合法，则检索库中是否存在对应的跟踪记录。如果不存在，则前进到步骤S420，创建与该跟踪标识对应的跟踪记录，以保存跟踪信息。如果已经存在对应的跟踪记录，则通过与数据库中存储的对应记录中的跟踪信息进行比较，校验该事件报告所报告的广告事件是否是重复提交。例如可以通过对应事件的记录时间（如是否重复）来确定是否是重复提交。如果以上校验中有任意一个不通过（如跟踪标识不合法，或者广告事件是重复提交），则服务器内部记录下错误信息，终止流程，否则前进到步骤S420。

在步骤S420中，根据事件报告所对应的事件，例如用服务器当前时间作为事件产生的时间来更新数据库中trackId对应的广告跟踪信息。

在步骤S430中，判断广告计费方式是否为CPI。如果不是，直接前进到S495，保存账单流水信息(userBill)，否则进行到步骤S440。

在步骤S440中，判断所报告的广告事件是否是在移动设备上下载和安装广告所推广的应用的安装事件。如果不是，则流程结束，否则前进到步骤S450。

在步骤S450中，校验安装是否有效。在一个实施例中，可以执行以下校验中的至少一个：校验广告跟踪对应的广告是否已删除或已下线；校验广告跟踪对应的app是否已被删除；校验客户端上传的对应的APP是否与广告跟踪信息对应的app一致；校验此次安装的有效时间，即广告安装与广告展示的间隔时间是否在允许的时间范围内（例如，超过即视为无效安装，不会对广告主扣费，也不会给开发者带来）；校验广告花费是否超过广告主设定的广告每日限额或累计限额，等等。以上任一校验不通过，则视为安装无效，在步骤S460中记录无效原因，然后前进到步骤S495，“保存账单流水信息(userBill)”，否则前进到步骤S470。

在步骤S470中，判断所报告的广告事件是否属于积分墙。如果不是，前进到步骤S490，否则前进到步骤S480。

在步骤S480中，给用户添加广告任务对应的积分。具体地，给参数audienceId对应的广告用户的积分账户上添加广告设置的对应积分。

在步骤S490中，将此次安装的应用信息追加到对应的移动设备的app数组中。

在步骤S495中，保存账单流水信息(userBill)，于是该流程400结束。在步骤S495中，可以既记录有效的账单，也记录无效的账单，以便给广告主和开发者提供详细的广告跟踪效果信息。

尽管图4是在CPI计费方式的上下文中说明了异步处理广告跟踪逻辑，其但是本发明不限于此。根据本说明书公开的内容，本领域技术人员可以容易地根据不同的计费方式来修改图4示出的广告跟踪逻辑。

下面分别描述根据本发明的实施例的跟踪广告效果的方法在移动终端和服务器上的操作。

图5示出了在移动设备侧执行的跟踪电子消息（如广告）的方法500的示例的流程图。

如图所示，在步骤S510中，移动设备上的客户端向服务器发送针对广告的请求。

在步骤S520中，移动设备从服务器接收所请求的广告和服务器生成的与该广告对应的跟踪标识。

在步骤S530中，响应于在移动设备上发生了与广告相关的广告事件，向服务器发送广告事件报告。该事件报告包括与广告事件相关的广告事件信息以及和对应广告关联的跟踪标识。

图6示出了在服务器上执行的跟踪电子消息（如广告）的方法600的示例的流程图。

如图6所示，在步骤S610中，响应于从移动设备接收的针对广告的请求，服务器生成与所请求的广告对应的跟踪标识，并且将该广告及其跟踪标识关联地下发给移动设备。

在步骤S620中，服务器从移动设备接收广告事件报告。该广告事件报告是移动设备响应于在移动设备上发生了与服务器下发的广告相关的广告事件而生成的。该广告事件报告包括与广告事件相关的广告事件信息以及和对应广告关联的跟踪标识。

在步骤S630中，服务器对接收的广告事件报告进行处理，记录与所述事件报告中包括的跟踪标识对应的广告的跟踪信息。

在图5和图6中所示的移动设备和服务器的操作与图2中所示的序列图中的移动设备和服务器的操作类似。因此，在此省略了其详细描述。

图7示出了根据本发明实施例的移动设备700的示例的框图。该移动设备700可以是图1所示移动设备120的一个具体示例。如图7所示，该移动设备700包括发送单元710、接收单元720。可选地，移动设备700还包括检测单730。

发送单元710可以配置为向服务器发送针对电子消息（如广告）的请求。

接收单元720可以配置为从服务器接收所请求的电子消息和与该电子消息对应的跟踪标识。

该发送单元710还配置为：响应于在移动设备上发生了与电子消息相关的电子消息事件，向服务器发送电子消息事件报告。该事件报告包括与电子消息事件相关的电子消息事件信息以及关联的跟踪标识。

检测单元730可以配置为检测移动设备上与电子消息相关的电子消息事件的发生。

图8示出了根据本发明实施例的服务器800的示例的框图。该服务器800可以是图1所示服务器110的一个具体示例。如图8所示，该服务器800包括发送单元810、接收单元820以及记录单元830。

发送单元810可以配置为：响应于从移动设备接收的针对电子消息的请求，将所请求的电子消息和与该电子消息对应的跟踪标识关联地下发给移动设备。

接收单元820可以配置为：从移动设备接收电子消息事件报告。该电子消息事件报告是移动设备响应于在移动设备上发生了与电子消息相关的电子消息事件而生成的。该电子消息事件报告包括与电子消息事件相关的电子消息事件信息以及关联的跟踪标识。

记录单元830可以配置为：对接收的广告事件报告进行处理，记录与该事件报告中包括的跟踪标识对应的广告的跟踪信息。

移动设备700和服务器800可以通过协作来实现上述方法200（或者方法500和方法600）。移动设备700和服务器800的各个单元的操作分别实现在上述方法的相应步骤中完成的操作，因此在此不再赘述。

上文已经结合优选实施例对本发明进行了描述。本领域技术人员可以理解，上面示出的方法和设备仅是示例性的。本发明的方法并不局限于上面示出的步骤和顺序。本发明的移动设备和服务器可以包括比示出的部件更多或更少的部件。本领域技术人员根据所示实施例的教导可以进行许多变化和修改。

本发明的设备及其部件可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用由各种类型的处理器执行的软件实现，也可以由上述硬件电路和软件的结合实现。

本发明可以实现诸多优点。通过本发明的移动广告效果跟踪方法，广告主的服务器直接从移动设备收集广告事件信息。具体地，服务器下发广告后，为每条广告生成一条广告跟踪信息，并将广告跟踪标识关联到广告中。移动设备响应于后续产生的一系列广告事件，可以关联跟踪标识来上传广告事件报告。于是服务器可以根据跟踪标识，识别不同广告对应的广告事件，记录不同广告的跟踪信息，包括广告主、开发者消费账单流水记录等信息。于是本发明能够快速有效地完成移动广告效果跟踪。

本领域技术人员应该理解，尽管通过具体实施例描述了本发明，但是本发明的范围不限于这些具体实施例。本发明的范围由所附权利要求及其任何等同含义限定。

Claims (10)

1.一种跟踪电子消息的方法，包括：

向服务器发送针对电子消息的请求；

从服务器接收所请求的电子消息和与所述电子消息对应的跟踪标识；以及

响应于在移动设备上发生了与所述电子消息相关的电子消息事件，向服务器发送电子消息事件报告，所述事件报告包括所述跟踪标识和与所述电子消息事件相关的电子消息事件信息。

2.根据权利要求1所述的方法，其中所述电子消息是移动广告。

3.根据权利要求1或2所述的方法，其中所述电子消息事件包括：在移动设备上展示电子消息；用户点击电子消息；以及在移动设备上下载和安装电子消息所推广的应用。

4.根据权利要求1或2所述的方法，其由通过在移动设备上安装的应用中嵌入软件开发工具包SDK实现的客户端来执行。

5.一种跟踪电子消息的方法，包括：

响应于从移动设备接收的针对电子消息的请求，生成与所述电子消息对应的跟踪标识，并且将所述电子消息与所述跟踪标识关联地下发给移动设备；

从移动设备接收电子消息事件报告，所述电子消息事件报告是移动设备响应于在移动设备上发生了与所述电子消息相关的电子消息事件而生成的，所述电子消息事件报告包括所述跟踪标识和与所述电子消息事件相关的电子消息事件信息；以及

根据所述跟踪标识和所述电子消息事件信息，记录对应电子消息的跟踪信息。

6.根据权利要求5所述的方法，其中所述电子消息是移动广告。

7.根据权利要求5或6所述的方法，其中所述电子消息事件包括：在移动设备上展示电子消息；用户点击电子消息；以及在移动设备上下载和安装电子消息所推广的应用。

8.根据权利要求6所述的方法，其中所述跟踪信息包括下述中的至少一项：用户标识、开发者标识、广告商标识、广告标识、和/或广告下发时间。

9.一种移动设备，包括：

发送单元，配置为：向服务器发送针对电子消息的请求；以及

接收单元，配置为：从服务器接收所请求的电子消息和与所述电子消息对应的跟踪标识，

其中所述发送单元还配置为：响应于在移动设备上发生了与所述电子消息相关的电子消息事件，向服务器发送电子消息事件报告，所述事件报告包括所述跟踪标识和与所述电子消息事件相关的电子消息事件信息。

10.一种服务器，包括：

发送单元，配置为：响应于从移动设备接收的针对电子消息的请求，将所述电子消息和与所述电子消息对应的跟踪标识关联地下发给移动设备；

接收单元，配置为：从移动设备接收电子消息事件报告，所述电子消息事件报告是移动设备响应于在移动设备上发生了与所述电子消息相关的电子消息事件而生成的，所述电子消息事件报告包括所述跟踪标识和与所述电子消息事件相关的电子消息事件信息；以及

记录单元，配置为：根据所述跟踪标识和所述电子消息事件信息，记录对应电子消息的跟踪信息。

Images