埋点数据的发送方法、装置、电子设备及计算机可读存储介质与流程

本发明涉及数据处理技术领域，特别是涉及一种埋点数据的发送方法、装置、电子设备及计算机可读存储介质。

背景技术：

应用程序(application，app)开发和数据分析过程中可以采用埋点技术，应用程序可以发送埋点数据(如自动引用通知(pingback)消息)给服务器用于分析和排障。埋点是数据采集领域的术语，指的是当应用程序中某些特定事件发生时，采集相关的数据信息，如访客数、页面停留时间和点击率等等。

现有的埋点方式有两种，第一种是采用人工埋点，该埋点方式的缺陷是容易出错和遗漏。基于第一种埋点方式存在的缺陷，目前普遍采用的第二种埋点方式是采用全埋点，全埋点是指收集用户的所有行为数据，也就是说，该埋点方式已经在底层全部部署好基础代码，基于此基础代码即可收集用户在所有热点和控件处(可以称之为监测点)的行为数据。同时，采用全埋点方式，应用程序还会将收集的所有行为数据发送给服务器，供服务器分析的时候使用。

然而，对于存在有海量用户，且每天产生海量交互事件的应用程序，采用全埋点方式产生的大量pingback消息，会导致服务器资源消耗过大。

技术实现要素：

本发明实施例的目的在于提供一种埋点数据的发送方法、装置、电子设备及计算机可读存储介质，以实现限制对采用全埋点方式产生的部分pingback消息的发送，达到节省服务器资源的目的。具体技术方案如下：

在本发明实施的第一方面，首先提供了一种埋点数据的发送方法，所述方法包括：

生成被触发的埋点的埋点数据；

判断所述埋点数据是否满足预先获取的投递规则；

在所述埋点数据满足所述投递规则的情况下，发送所述埋点数据；

在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。

在本发明实施的第二方面，还提供了一种埋点数据的发送装置，所述装置包括：

生成模块，用于生成被触发的埋点的埋点数据；

判断模块，用于判断所述埋点数据是否满足预先获取的投递规则；

发送模块，用于在所述埋点数据满足所述投递规则的情况下，发送所述埋点数据；

禁止发送模块，用于在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。

在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的埋点数据的发送方法。

在本发明实施的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的埋点数据的发送方法。

本发明实施例提供的埋点数据的发送方法、装置、电子设备及计算机可读存储介质，通过判断被触发的埋点的埋点数据是否满足预先获取的投递规则；在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。通过限制对采用全埋点方式而产生的部分pingback消息的发送，可以减少服务器接收的pingback消息，降低服务器处理的数据，从而能够节省服务器资源。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例中埋点数据的发送方法的流程示意图之一；

图2为本发明实施例中埋点数据的发送方法的流程示意图之二；

图3为设置有埋点的应用程序的界面关系示意图；

图4为本发明实施例中埋点数据的发送装置的结构示意图之一；

图5为本发明实施例中埋点数据的发送装置中生成模块的细化结构示意图；

图6为本发明实施例中埋点数据的发送装置的结构示意图之二；

图7为本发明实施例中电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

首先对本发明实施例提供的埋点数据的发送方法进行说明。

需要说明的是，本发明实施例提供的埋点数据的发送方法可以应用于电子设备。可选的，该电子设备可以为终端，所述终端可以为智能手机、平板电脑、个人计算机(persionalcomputer，pc)和可穿戴设备等等，用于限制对采用全埋点方式产生的部分pingback消息的发送，达到节省服务器资源的目的。

参见图1，图中示出了本发明实施例中埋点数据的发送方法的流程示意图之一。如图1所示，该方法可以包括如下步骤：

步骤101，生成被触发的埋点的埋点数据；

步骤102，判断所述埋点数据是否满足预先获取的投递规则；

步骤103，在所述埋点数据满足所述投递规则的情况下，发送所述埋点数据；

步骤104，在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。

下面对本实施例的应用场景进行简单说明。

本发明实施例中所述的埋点可以为设置在应用程序或者网站上的监测点，其中，每个监测点可以是应用程序或者网站上的一热点或一控件，所述热点和控件指的是可以与用户进行交互的接口，可以在应用程序或者网站上的某些固定监测点上设置埋点，也就是说，可以在应用程序或者网站上的某些热点和/或控件上设置埋点，也可以在应用程序或者网站上的所有监测点上设置埋点，也就是说，也可以在应用程序或者网站上的所有热点和控件上设置埋点。以下实施例中，以应用场景为埋点设置在应用程序上，且在应用程序上的所有监测点上都设置有埋点为例进行详细说明。

在步骤101中，设置在应用程序上埋点的触发方式有两种，第一种触发方式为接收设备内部或者其他设备发送的触发信息，比如，若接收到服务器发送的特定触发信息，所述埋点则被触发，或者，在埋点a触发的情况下自动触发埋点b的场景下，埋点a触发情况下生成的信息即可以为设备内部发送的触发信息。第二种触发方式为接收针对应用程序上埋点的输入操作，若获取到针对应用程序上埋点的输入操作，所述埋点则被触发。相应的，生成被触发的埋点的埋点数据，所述埋点数据可以为pingback消息。以下实施例中，将以第二种触发方式为例进行详细说明。

所述输入操作可以为用户与应用程序的交互操作，该输入操作可以为触控操作、点击操作、手势操作和滑动操作等。上述被触发的埋点可以是设置在应用程序上的控件，也可以是应用程序的热点，当用户针对应用程序上某一控件或热点进行输入操作时，所述某一控件或热点对应的埋点则被触发。

通常情况下，在任一埋点被触发时，会生成投递事件，该投递事件可以理解为终端将相关数据投递给服务器，在全埋点中，应用程序对应终端会将被触发的所有埋点的埋点数据发送给服务器，也就是说，应用程序对应终端会将所有的投递事件对应的埋点数据发送给服务器，这样会造成服务器消耗过大，因此，在步骤102中，可以通过投递规则来限制对埋点数据的发送。具体的，通过判断所述埋点数据是否满足预先获取的投递规则，在所述埋点数据满足所述投递规则的情况下，发送所述埋点数据，在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。

所述投递规则可以预先存储在本地，也可以由服务器下发，当由服务器下发时，接收服务器下发的投递规则。以下实施例中，所述投递规则将以由服务器下发为例进行详细说明。

具体的，所述投递规则可以通过设置白名单或黑名单的方式，来限制对埋点数据的发送，比如，允许某些埋点的埋点数据发送，或者禁止某些埋点的埋点数据发送。所述埋点数据满足所述投递规则可以理解为：所述埋点数据对应的埋点在所述投递规则中所设置的白名单中，或者所述埋点数据对应的埋点不在所述投递规则中所设置的黑名单中。

也就是说，若所述投递规则中仅设置白名单，当埋点数据对应的埋点在白名单中时，此时，所述埋点数据满足所述投递规则；若所述投递规则中仅设置黑名单，当埋点数据对应的埋点不在黑名单时，此时，所述埋点数据满足所述投递规则；若所述投递规则中同时设置白名单和黑名单，当埋点数据对应的埋点在白名单中时，或者当埋点数据对应的埋点不在黑名单中时，所述埋点数据满足所述投递规则。相应的，在所述埋点数据满足所述投递规则的情况下，发送所述埋点数据。

所述埋点数据不满足所述投递规则可以理解为：所述埋点数据对应的埋点不在所述投递规则中所设置的白名单中，或者所述埋点数据对应的埋点在所述投递规则中所设置的黑名单中。

也就是说，若所述投递规则中仅设置白名单，当埋点数据对应的埋点不在白名单中时，此时，所述埋点数据不满足所述投递规则；若所述投递规则中仅设置黑名单，当埋点数据对应的埋点在黑名单时，此时，所述埋点数据不满足所述投递规则；若所述投递规则中同时设置白名单和黑名单，当埋点数据对应的埋点不在白名单中时，或者当埋点数据对应的埋点在黑名单中时，此时，所述埋点数据不满足所述投递规则。相应的，在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。

所述投递规则也可以通过设置埋点数据发送时间或埋点数据禁止发送时间的方式，来限制对埋点数据的发送，比如，允许发送早上7点之后，晚上12点之前产生的埋点数据，或者禁止发送晚上12点之后，早上7点之前产生的埋点数据。所述埋点数据满足所述投递规则可以理解为：产生所述埋点数据的时间在所述投递规则中允许发送的时间内，或者产生所述埋点数据的时间不在所述投递规则中禁止发送的时间内。

也就是说，若所述投递规则中仅设置允许发送的时间，当产生埋点数据的时间在允许发送的时间内时，此时，所述埋点数据满足所述投递规则；若所述投递规则中仅设置禁止发送的时间，当产生埋点数据的时间不在禁止发送的时间内时，此时，所述埋点数据满足所述投递规则；若所述投递规则中同时设置允许发送的时间和禁止发送的时间，当产生埋点数据的时间在允许发送的时间内时，或者当产生埋点数据的时间不在禁止发送的时间内时，所述埋点数据满足所述投递规则。相应的，在所述埋点数据满足所述投递规则的情况下，发送所述埋点数据。

所述埋点数据不满足所述投递规则可以理解为：产生所述埋点数据的时间不在所述投递规则中允许发送的时间内，或者产生所述埋点数据的时间在所述投递规则中禁止发送的时间内。

也就是说，若所述投递规则中仅设置允许发送的时间，当产生埋点数据的时间不在允许发送的时间内时，此时，所述埋点数据不满足所述投递规则；若所述投递规则中仅设置禁止发送的时间，当产生埋点数据的时间在禁止发送的时间内时，此时，所述埋点数据不满足所述投递规则；若所述投递规则中同时设置允许发送的时间和禁止发送的时间，当产生埋点数据的时间不在允许发送的时间内时，或者当产生埋点数据的时间在禁止发送的时间内时，所述埋点数据不满足所述投递规则。相应的，在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。

当然，所述投递规则也可以通过混合设置以上两种方式，来限制对埋点数据的发送。

应当说明的是，所述投递事件可以包括控件的未输入状态的触发事件，控件的输入状态的触发事件和控件的全输入状态的触发事件，所述投递事件还可以包括对热点的触发事件。

控件的未输入状态的触发事件可以包括两种事件，第一种为控件本身只作为一个开关，无需在触发控件后再进行信息输入，当所述控件被触发时，则可以将该投递事件称之为控件的未输入状态的触发事件，第二种是控件不仅作为一个开关，还需要在触发控件后进行信息输入，当所述控件被触发时，信息输入的页面处于信息的未输入状态，即信息输入的页面中需要输入的信息空白，则也可以将该投递事件称之为控件的未输入状态的触发事件。

控件的输入状态的触发事件可以理解为当所述控件被触发时，信息输入的页面处于信息的输入状态，则也可以将该投递事件称之为控件的输入状态的触发事件。在投递事件的确认时，可以监测信息输入的页面中信息输入的位置，当信息输入的位置到达设置的埋点位置时，则确认该埋点被触发，该事件为投递事件。

控件的全输入状态的触发事件可以理解为当所述控件被触发时，信息输入的页面处于信息的完全输入状态，则也可以将该投递事件称之为控件的输入状态的触发事件。在投递事件的确认时，可以监测信息输入的页面中信息输入的位置，当监测到信息输入的位置到达信息输入的底部时，即信息输入的页面中需要输入的信息输入完成，或者当接收到信息输入完成的确认信息时，则确认埋点被触发，该事件为投递事件。

判断所述埋点数据是否满足预先获取的投递规则，确定是执行步骤103还是步骤104，在步骤103中，在所述埋点数据满足所述投递规则的情况下，发送所述埋点数据。在步骤104中，在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据，在这种情况下，可以设置所述埋点数据为禁止发送的状态，相应的，不对禁止发送状态的埋点数据进行发送。

本实施例提供的埋点数据的发送方法，通过判断被触发的埋点的埋点数据是否满足预先获取的投递规则；在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。通过限制对采用全埋点方式而产生的部分pingback消息的发送，可以减少服务器接收的pingback消息，降低服务器处理的数据，从而能够节省服务器资源。

并且，只发送满足所述投递规则的埋点数据，可以获得更加高效灵活的pingback数据，更有针对性的对应用程序进行数据分析和排障。

另外，还可以通过服务器下发的方式灵活控制所述投递规则，这样，既能够获得全埋点的便利，又能够通过云端控制，从而实现对埋点数据发送的灵活控制。

进一步的，基于实施例一，参见图2，图中示出了本发明实施例中埋点数据的发送方法的流程示意图之二。如图2所示，该方法可以包括如下步骤：

步骤201，获取被触发的埋点的交互接口；

步骤202，获取所述交互接口的接口路径；

步骤203，基于所述接口路径，生成所述埋点的目标标识；

步骤204，基于所述目标标识，生成所述埋点的埋点数据；

步骤205，判断所述埋点数据是否满足预先获取的投递规则；

步骤206，在所述埋点数据满足所述投递规则的情况下，发送所述埋点数据；

步骤207，在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。

在步骤201中，若采用全埋点技术，设置在终端上的监测工具会对应用程序上的所有交互接口进行监听，若监听到交互接口有输入操作发生时，获取被触发的埋点的交互接口，所述交互接口可以为应用程序上设置的控件，也可以为应用程序上可交互的热点。

在步骤202和步骤203中，可以基于所述交互接口，获取所述埋点的目标标识，所述目标标识可以用于识别被触发的所述埋点。

具体的，获取所述埋点的目标标识的方式可以包括两种，第一种可以为预先设置配置文件，所述配置文件包括应用程序上的所有交互接口的标识，可以基于所述交互接口，在所述配置文件中查询获得所述埋点的目标标识。

第二种可以按照预设命名规则对所述交互接口进行命名，生成所述埋点的目标标识，在一可选实施例中，可以以标识序号的方式对所述交互接口进行命名，比如，交互接口为应用程序页面3的第2个控件，且页面1和页面2中总共有15个控件，页面1、页面2和页面3是层层嵌套的，也就是说，从页面1触发某一热点可以进入页面2，从页面2触发某一热点可以进入页面3，则可以将所述交互接口对应的埋点的目标标识命名为“button17”。

当然，上述目标标识的命名只是作为一个简单的例子，也会有其他的命名规则，为了实现采集的埋点数据的格式一致，达到各个应用程序都可以使用，埋点的标识生成方式需要做到各个应用程序普遍可用。进一步的，可以通过交互接口的接口路径，来生成所述埋点的目标标识。

具体的，应用程序上每一交互接口通常都有唯一的接口路径，比如，热点view0上部署了热点view1，热点view1上设置有控件button1，则控件button1对应的交互接口的接口路径可以标记为view0：view1：button1。

采用全埋点技术，在埋点的交互接口被触发时，监测工具通常会对被触发的埋点的交互接口进行解析，获得所述交互接口的接口路劲。基于所述接口路径对所述埋点进行命名，获得所述埋点的目标标识，比如，控件button1被触发时，其埋点的交互接口的接口路径为view0：view1：button1，可以将view0：view1：button1作为所述埋点的目标标识。

应当说明的是，若接口路径为起点的交互接口对应埋点在投递规则中设置为白名单，则在判断所述埋点数据是否满足所述投递规则时，所述接口路径上的所有交互接口对应的标识都属于第一标识集合，确定满足所述投递规则。相应的，若接口路径为起点的交互接口对应埋点在投递规则中设置为黑名单，则在判断所述埋点数据是否满足所述投递规则时，所述接口路径上的所有交互接口对应的标识都属于第二标识集合，确定不满足所述投递规则。

本实施例中，由于基于交互接口的接口路径，生成所述埋点的目标标识的方式在各个应用程序都普遍可用，使得基于该目标标识生成的埋点数据格式一致，从而可以使得该埋点数据在各个应用程序上都可以使用。

在步骤204中，所述埋点的埋点数据中可以包括所述目标标识，所述埋点数据是否满足预先获取的投递规则可以通过目标标识来判断，所述投递规则中可以包括白名单的第一标识集合，或者可以包括黑名单的第二标识集合。

相应的，当所述投递规则中包括白名单的第一标识集合时，步骤205具体可以包括：

在所述目标标识属于所述投递规则中的第一标识集合的情况下，确定所述埋点数据满足所述投递规则；在所述目标标识不属于所述投递规则中的第一标识集合的情况下，确定所述埋点数据不满足所述投递规则，所述第一标识集合为允许投递的埋点的标识集合。

当所述投递规则中包括黑名单的第二标识集合时，步骤205具体可以包括：

在所述目标标识不属于所述投递规则中的第二标识集合的情况下，确定所述埋点数据满足所述投递规则；在所述目标标识属于所述投递规则中的第二标识集合的情况下，确定所述埋点数据不满足所述投递规则，所述第二标识集合为禁止投递的埋点的标识集合。

上述步骤205与实施例一的步骤102类似，上述步骤206与实施例一的步骤103类似，上述步骤207与实施例一的步骤104类似，因此，其解释可以分别参照实施例一的步骤102、步骤103和步骤104，这里将不再赘述。

本实施例中，通过用于标识被触发的所述埋点的目标标识来判断所述埋点数据是否满足预先获取的投递规则，在所述目标标识不属于所述投递规则中的第一标识集合的情况下，或者在所述目标标识属于所述投递规则中的第二标识集合的情况下，禁止发送所述埋点数据。在获得全埋点技术的便利的同时，限制部分pingback消息的发送，可以减少服务器接收的pingback消息，降低服务器处理的数据，从而能够节省服务器资源。

并且，采用全埋点技术，可以在开发应用程序的新功能时无需埋点，可以快速开发上线。

另外，上述各实施例中，所述投递规则可以由服务器下发，相应的，终端可以获取服务器下发的投递规则。具体有两种获取方式：

第一种为主动获取方式，在设置有埋点的应用程序或网站启动时，调用服务器的接口，从所述服务器获得所述投递规则；

第二种为被动获取方式，在与服务器建立连接的情况下，接收所述服务器发送的投递消息，所述投递消息中包括所述投递规则。

在与服务器建立连接的情况下，所述服务器通过长连接推送规则，将所述投递消息推送给终端，相应的，终端接收所述服务器发送的投递消息。

应当说明的是，通过主动获取方式获取所述投递规则时，所述终端可以每隔预设时间去拉取服务器的接口，以从所述服务器获得最新的投递规则。通过被动方式获取所述投递规则时，所述服务器若检测到投递规则有更新，则会将携带有更新的投递规则的投递消息推送给终端，相应的，终端接收所述服务器下发的投递消息。

下面举个例子对本发明实施例提供的埋点数据的发送方法进行详细说明。

应用场景：参见图3，图中示出了设置有埋点的应用程序的界面关系示意图，如图3所示，包括热点view0，热点view0上部署有热点view1，热点view1上设置有控件button1。

首先，在该应用程序启动时，拉取服务器的接口获取投递规则，或者在与服务器建立连接的情况下，接收所述服务器发送的投递消息，所述投递消息中包括所述投递规则；其中，所述投递规则中包括黑名单的第二标识集合，所述第二标识集合包括接口路径view0：view1上的目标交互接口的标识，所述目标交互接口包括为控件对应的交互接口。

然后，接收用户针对控件button1的输入操作；

接着，响应所述输入操作，获取被触发的埋点的交互接口；

接着，获取所述交互接口的接口路径，该接口路径为view0：view1：button1；

接着，基于所述接口路径，生成所述埋点的目标标识，所述目标标识为view0：view1：button1；

接着，判断所述目标标识是否属于所述第二标识集合，由于所述目标标识为接口路径view0：view1上的交互接口属于所述目标交互接口，因此，所述目标标识属于所述第二标识集合；

最后，禁止发送所述埋点的埋点数据。

下面对本发明实施例提供的埋点数据的发送装置进行说明。

参见图4，图中示出了本发明实施例中埋点数据的发送装置的结构示意图之一。如图4所示，埋点数据的发送装置400包括：

生成模块401，用于生成被触发的埋点的埋点数据；

判断模块402，用于判断所述埋点数据是否满足预先获取的投递规则；

发送模块403，用于在所述埋点数据满足所述投递规则的情况下，发送所述埋点数据；

禁止发送模块404，用于在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。

可选的，参见图5，图中示出了本发明实施例中埋点数据的发送装置中生成模块的细化结构示意图。如图5所示，所述生成模块401包括：

第一获取单元4011，用于获取被触发的埋点的交互接口；

第二获取单元4012，用于获取所述交互接口的接口路径；

第一生成单元4013，用于基于所述接口路径，生成所述埋点的目标标识；

第二生成单元4014，用于基于所述目标标识，生成所述埋点的埋点数据。

可选的，所述判断模块402，具体用于在所述目标标识属于所述投递规则中的第一标识集合的情况下，确定所述埋点数据满足所述投递规则；在所述目标标识不属于所述投递规则中的第一标识集合的情况下，确定所述埋点数据不满足所述投递规则，所述第一标识集合为允许投递的埋点的标识集合。

可选的，所述判断模块402，还用于在所述目标标识不属于所述投递规则中的第二标识集合的情况下，确定所述埋点数据满足所述投递规则；在所述目标标识属于所述投递规则中的第二标识集合的情况下，确定所述埋点数据不满足所述投递规则，所述第二标识集合为禁止投递的埋点的标识集合。

可选的，参见图6，图中示出了本发明实施例中埋点数据的发送装置的结构示意图之二。如图6所示，所述装置还包括：

获取模块405，用于在设置有埋点的应用程序或网站启动时，调用服务器的接口，从所述服务器获得所述投递规则；或者，在与服务器建立连接的情况下，接收所述服务器发送的投递消息，所述投递消息中包括所述投递规则。

本发明实施例提供的装置能够实现上述方法实施例中实现的各个过程，为避免重复，这里不再赘述。

本实施例提供的埋点数据的发送装置，通过判断被触发的埋点的埋点数据是否满足预先获取的投递规则；在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。通过限制对采用全埋点方式而产生的部分pingback消息的发送，可以减少服务器接收的pingback消息，降低服务器处理的数据，从而能够节省服务器资源。

下面对本发明实施例提供的电子设备进行说明。

本发明实施例还提供了一种电子设备，如图7所示，包括处理器701、通信接口702、存储器703和通信总线704，其中，处理器701，通信接口702，存储器703通过通信总线704完成相互间的通信，

存储器703，用于存放计算机程序；

处理器701，用于执行存储器703上所存放的程序时，实现如下步骤：

生成被触发的埋点的埋点数据；

判断所述埋点数据是否满足预先获取的投递规则；

在所述埋点数据满足所述投递规则的情况下，发送所述埋点数据；

在所述埋点数据不满足所述投递规则的情况下，禁止发送所述埋点数据。

可选的，处理器701，具体用于：

获取被触发的埋点的交互接口；

获取所述交互接口的接口路径；

基于所述接口路径，生成所述埋点的目标标识；

基于所述目标标识，生成所述埋点的埋点数据。

可选的，处理器701，具体用于：

在所述目标标识属于所述投递规则中的第一标识集合的情况下，确定所述埋点数据满足所述投递规则；在所述目标标识不属于所述投递规则中的第一标识集合的情况下，确定所述埋点数据不满足所述投递规则，所述第一标识集合为允许投递的埋点的标识集合；

可选的，处理器701，具体用于：

在所述目标标识不属于所述投递规则中的第二标识集合的情况下，确定所述埋点数据满足所述投递规则；在所述目标标识属于所述投递规则中的第二标识集合的情况下，确定所述埋点数据不满足所述投递规则，所述第二标识集合为禁止投递的埋点的标识集合。

可选的，处理器701，还用于：

在设置有埋点的应用程序或网站启动时，调用服务器的接口，从所述服务器获得所述投递规则；或者，

在与服务器建立连接的情况下，接收所述服务器发送的投递消息，所述投递消息中包括所述投递规则。

上述电子设备提到的通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(randomaccessmemory，简称ram)，也可以包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessing，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现场可编程门阵列(field－programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的埋点数据的发送方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的埋点数据的发送方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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