CN113114734B - 信息处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种信息处理方法，所述方法包括：确定配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于在客户端中进行埋点接入；接收所述客户端发送的接入请求；基于所述接入请求，向所述客户端发送所述配置文件；所述配置文件用于所述客户端进行所述至少两种业务对应的埋点的接入。另外，本申请实施例还公开了一种信息处理方法、装置、设备及存储介质。

Description

信息处理方法、装置、设备及存储介质

技术领域

本发明涉及信息处理领域，涉及但不限于一种信息处理方法、装置、设备及存储介质。

背景技术

终端设备(例如手机，平板电脑等)通常会安装购物应用程序(Application，APP)等各种APP。在用户使用一个APP的情况下，如果想要了解该用户点击了哪些商品、或者是浏览了哪些商品等数据信息，那么可以通过在终端设备上设置埋点，以获取想要了解的数据信息。

目前，通常在终端设备设置信息(如埋点)的过程中，通常是在服务端中为各个业务分别设置一个埋点数据，在这种情况下，由于是对各个业务分别设置埋点数据的，因此，一个埋点数据只能针对一个业务进行埋点设置，针对这个业务的埋点数据不能对其它业务进行埋点设置。

另外，在对一个埋点数据进行修改后，需要将修改后的埋点数据透传至客户端，并且在客户端发版后，才能完成埋点的设置。这样，由于修改埋点数据需要客户端的参与，且依赖于客户端发版，因此，会产生实现周期长的问题。

发明内容

有鉴于此，本申请实施例为解决相关技术中存在的至少一个问题而提供一种信息处理方法、装置、设备及存储介质，能够缩短设置埋点的实现周期，并对多种类型的业务进行统一设置。

本发明的技术方案是这样实现的：

第一方面，本申请实施例提供一种信息处理方法，所述方法包括：

确定配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于在客户端中进行埋点接入；

接收所述客户端发送的接入请求；

基于所述接入请求，向所述客户端发送所述配置文件；所述配置文件用于所述客户端进行所述至少两种业务对应的埋点的接入。

第二方面，本申请实施例提供一种信息处理方法，所述方法包括：

接收用户的输入操作，根据所述输入操作触发接入请求；

将所述接入请求发送至服务端；

接收所述服务端发送的响应所述接入请求的配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于进行埋点接入；

根据所述配置文件，进行埋点接入。

第三方面，本申请实施例提供一种信息处理装置，所述装置包括：

确定单元，用于确定配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于在客户端中进行埋点接入；

第一接收单元，用于接收所述客户端发送的接入请求；

第一发送单元，用于基于所述接入请求，向所述客户端发送所述配置文件；所述配置文件用于所述客户端进行所述至少两种业务对应的埋点的接入。

第四方面，本申请实施例提供一种信息处理装置，所述装置包括：

第二接收单元，用于接收用户的输入操作，根据所述输入操作触发接入请求；

第二发送单元，用于将所述接入请求发送至服务端；

所述第二接收单元，还用于接收所述服务端发送的响应所述接入请求的配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于进行埋点接入；

处理单元，用于根据所述配置文件，进行埋点接入。

第五方面，本申请实施例提供一种计算机设备，存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述信息处理方法中的步骤。

第六方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述信息处理方法中的步骤。

本申请实施例提供了一种信息处理方法、装置、设备及存储介质，在服务端确定配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于在客户端中进行埋点接入；从而可以基于一个配置文件在客户端进行多种业务的埋点接入，不需要为各个业务单独进行埋点设置，以实现对多种类型的业务进行统一接入，并且当需要对客户端的埋点进行修改时，只需修改配置文件即可。另外，服务端接收客户端发送的接入请求；基于所述接入请求，服务端向所述客户端发送所述配置文件，并在客户端中进行埋点接入；这样，在获取配置文件的过程中，客户端只需要从服务端获取配置文件即可，不需要再依赖于研发端、服务端和客户端了，从而可以极大缩短实现周期。

附图说明

图1A为本申请实施例提供的一种信息处理系统；

图1B为本申请实施例提供的另一种信息处理系统；

图2为本申请实施例提供的信息处理方法的可选地流程示意图；

图3为本申请实施例提供的信息处理方法的可选地流程示意图；

图4为本申请实施例提供的信息处理方法的可选地流程示意图；

图5为本申请实施例提供的信息处理方法的可选地流程示意图；

图6A至图6E本申请实施例提供的可选地埋点接入效果示意图；

图7为本申请实施例提供的信息处理装置的可选地结构示意图；

图8为本申请实施例提供的信息处理装置的可选地结构示意图；

图9为本申请实施例提供的电子设备的可选地结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对申请的具体技术方案做进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

本申请实施例可提供为信息处理方法及装置、设备(例如计算机设备)和存储介质(例如计算机可读存储介质)。实际应用中，信息处理方法可利用信息处理装置实现。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。

对本发明进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)埋点，用于触发数据上报的标识点，通过在终端设备上设置埋点，可以进行数据信息的采集和上报。开发者可以通过在一个应用程序(Application，APP)的某个页面(例如首页)上设置埋点，以监控用户在该页面上的行为。

2)行为事件，用户对页面的操作所触发的事件，包括：曝光事件、点击事件、添加购物车事件等。比如，用户点击某个商品的商品点击事件，用户浏览某个商品的商品曝光事件。

如果开发者需要监控用户在首页上的行为事件，那么开发者可以在该首页上设置埋点。如果开发者需要监控用户在首页上点击某个商品(例如商品A)的次数，那么开发者可以在该首页上商品A所在的位置设置埋点，并且将埋点事件设置为点击事件，以监控用户在首页上点击商品A的次数。

本申请实施例的信息处理方法可应用于图1A所示的信息处理系统100，如图1A所示，该信息处理系统包括服务端10和客户端20。其中，服务端10和客户端20之间通过网络30进行通信。

服务端10确定配置文件，并在接收到客户端20发送的接入请求的情况下，将该配置文件发送至客户端20。客户端20可为终端设备(例如，移动终端)，在该终端设备中安装有进行埋点接入的APP，其中，客户端20可以接收用户的输入操作，以使得客户端20根据用户的输入操作触发接入请求。

基于图1A所述的信息处理系统，如图1B所示，信息处理系统还包括：配置端40。

配置端40包括至少两个业务的业务数据，并通过网络30将业务数据发送至服务端10。

其中，配置端40与服务端10可集成在一物理实体上，也可为相互独立的物理实体。

下面，结合图1A或图1B所示的信息处理系统的示意图，对本申请实施例提供的信息处理方法、装置、设备和存储介质的各实施例进行说明。

本实施例提供一种信息处理方法，该方法应用于信息处理装置。该信息处理方法所实现的功能可以通过服务端中的处理器调用程序代码来实现，当然程序代码可以保存在存储器中，可见，该终端设备至少包括处理器和存储器。

图2为本申请实施例的一种信息处理方法的实现流程示意图，该方法应用于作为服务端的信息处理装置，如图2所示，该方法可以包括如下步骤：

S201、服务端确定配置文件。

这里，配置文件包括至少两种业务对应的埋点数据，该埋点数据用于在客户端中进行埋点接入。

在实际应用中，配置文件中包括的埋点数据可仅包括来自配置端的埋点数据，也可仅包括来自服务端的埋点数据，也可包括来自配置端的埋点数据，和来自服务端的埋点数据的组合。

服务端确定配置文件，该配置文件包括用于在客户端进行埋点接入的埋点数据，并将该配置文件发送至客户端，以使得客户端根据接收到的配置文件，进行埋点接入。

配置文件包括多种(至少两种)业务的埋点数据。在一示例中，配置文件中的埋点数据所属的业务包括搜索业务和推荐业务。其中，配置文件中包括多条埋点数据，一种业务对应至少一条埋点数据，一条埋点数据对应一种业务。

埋点数据包括：埋点事件和埋点字段。埋点事件表征触发该埋点的用户的行为事件的类型，例如，点击事件、曝光事件等。埋点字段表征埋点针对的对象，其中，埋点字段包括：第一级别子字段和第二级别子字段。第一级别子字段的内容为公共参数，公共参数是为多条埋点数据共用的参数；第二级别子字段的内容为私有参数，私有参数是一条埋点数据独有的参数。通过设置第一级别子字段和第二级别子字段，可以方便维护，并且在服务端将配置文件发送至客户端的过程中，可以减小字段冗余。

示例的，公共参数可以包括：目标对象的关键词、目标对象所属的商品三级类目id等参数。其中，商品三级类目id为关键词所对应的对象所属的三级类目的id。例如，关键词可以为“手机”；在关键词为“手机”的情况下，该手机对应的商品所属的三级类目的id为“655”。私有参数包括：商品编号、店铺编号等参数。

在一些实施例中，埋点数据还包括：APP名称、业务名称和埋点配置版本号。其中，APP名称为表征进行埋点设置的APP的名称；业务名称为进行埋点接入的业务的名称；埋点配置版本号为当前配置文件的版本号。

S202、服务端接收客户端发送的接入请求。

如果需要在客户端上接入埋点，那么客户端可以触发接入请求，并将该接入请求发送至服务端，相应的，服务端接收客户端发送的接入请求。

S203、基于所述接入请求，所述服务端向所述客户端发送所述配置文件。

这里，配置文件用于客户端进行至少两种业务对应的埋点的接入。

服务端接收到客户端发送的接入请求后，服务端可以基于该接入请求，向客户端发送用于该客户端进行至少两种业务对应的埋点接入的配置文件。

本申请实施例提供的一种信息处理方法，在服务端确定配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于在客户端中进行埋点接入；从而可以基于一个配置文件在客户端进行多种业务的埋点接入，不需要为各个业务单独进行埋点设置，以实现对多种类型的业务进行统一接入，并且当需要对客户端的埋点进行修改时，只需修改配置文件即可。另外，服务端接收客户端发送的接入请求；基于所述接入请求，服务端向所述客户端发送所述配置文件，并在客户端中进行埋点接入；这样，在获取配置文件的过程中，客户端只需要从服务端获取配置文件即可，不需要再依赖于研发端、服务端和客户端了，从而可以极大缩短实现周期。

在一些实施例中，S201的实施包括下述S201a至S201c。

S201a、服务端从配置端接收业务数据。

这里，配置端包括至少两个业务，对于每个业务，都有与其对应的业务数据。业务数据为对业务进行配置的数据。业务数据包括：埋点事件和第一埋点字段。第一埋点字段包括配置端中的与埋点事件对应的埋点字段。对于埋点事件的解释，请参见上述实施例中的解释，此处不再赘述。

在一些实施例中，S201a的具体实现包括以下两种方式：

方式一、服务端被动地接收配置端推送的业务数据。

具体的，配置端可以定时向服务端推送业务数据，以使得服务端可以定时被动地接收从配置端推送的业务数据。

这里，配置端定时向服务端推送业务数据。例如，配置端每间隔一段时间，就向服务端推送业务数据。又例如，配置端在固定时间点向服务端推送业务数据。

方式二、服务端主动从配置端获取业务数据。

具体的，服务端可以定时主动从配置端获取业务数据。

这里，服务端定时主动从配置端获取业务数据。例如，服务端每间隔一段时间，就主动从配置端获取业务数据。又例如，服务端在固定时间点，主动从配置端获取业务数据。

需要说明的是，本发明实施例不对间隔时间和固定时间点进行限制。例如，间隔时间可以是6个小时，也可以是12个小时；固定时间点可以是每天的12点，也可以是每天的24点。

S201b、服务端根据埋点事件，获取服务端本地的第二埋点字段。

服务端本地存储有至少一种业务对应的埋点数据，该埋点数据包括：埋点事件和第二埋点字段。

服务端在从配置端接收到业务数据中的埋点事件后，可以根据该埋点事件，获取服务端中的与该埋点事件对应的埋点字段，该埋点字段即为第二埋点字段。

在一示例中，埋点事件为点击事件，服务端可以在本地存储的埋点数据中，获取与该点击事件对应的第二埋点字段。

S201c、服务端根据所述埋点事件、第一埋点字段和第二埋点字段，确定配置文件中埋点事件对应的埋点数据。

服务端在获取到埋点事件、配置端中的第一埋点字段和服务端中的第二埋点字段后，服务端可以根据该埋点事件、第一埋点字段和第二埋点字段，确定与该埋点事件对应的埋点数据，该埋点数据包括埋点事件、第一埋点字段和第二埋点字段。

需要说明的是，本发明实施例根据埋点字段来源的不同，将埋点字段分为第一埋点字段和第二埋点字段。其中，第一埋点字段为配置端中的埋点字段，第二埋点字段为服务端中的埋点字段。对于第一埋点字段和第二埋点字段的解释，可参见上述实施例中对于埋点字段的解释，此处不再赘述。

在实际应用中，埋点数据的埋点字段可仅包括第一埋点字段，也可仅包括第二埋点字段，也可包括第一埋点字段和第二埋点字段的组合。

在一些实施例中，所述信息处理方法还包括下述S206和S207。

S206、服务端接收配置端发送的修改请求。

这里，修改请求指示修改类型和待修改埋点数据。修改类型包括：对待修改埋点数据进行的修改、删除和添加等。

S207、服务端根据修改类型和待修改埋点数据，对配置文件进行修改。

在一示例中，配置文件中的埋点数据包括：埋点数据A、埋点数据B和埋点数据C，其中，服务端接收到的修改请求用于对埋点数据A进行删除，则服务端可以仅对埋点数据A中包括的埋点事件进行删除，也可以仅对埋点数据A中包括的埋点字段进行删除，也可对埋点数据A中包括的埋点事件和埋点字段都进行删除。

在一示例中，配置文件中的埋点数据包括：埋点数据A、埋点数据B和埋点数据C，其中，服务端接收到的修改请求用于对埋点数据B的埋点字段进行修改，则服务端可以仅对埋点数据B的第一级别子字段的内容进行修改，也可以仅对埋点数据B的第二级别子字段的内容进行修改，也可以对埋点数据B的第一级别子字段的内容和第二级别子字段的内容都进行修改。

在一示例中，配置文件中的埋点数据包括：埋点数据A、埋点数据B和埋点数据C，其中，服务端接收到的修改请求用于添加埋点数据D，则服务端将埋点数据D添加至配置文件中。服务端添加埋点数据D后，配置文件中的埋点数据包括：埋点数据A、埋点数据B、埋点数据C和埋点数据D。

当需要对客户端的埋点进行修改时，在服务端中对配置文件进行修改，并通过修改后的配置文件对客户端设置的埋点进行修改，从而只需要修改配置文件，极大缩短实现周期。

在一些实施例中，服务端在接收到配置端发送的修改请求后，可以对配置文件进行修改。对配置文件进行修改后，该配置文件包括：第一配置文件和第二配置文件，该第二配置文件是对第一配置文件的更新，即，第二配置文件是对第一配置文件进行更新后的配置文件。

服务端在对配置文件进行修改，得到第一配置文件和第二配置文件后，上述S204中所述的服务端向客户端发送配置文件，包括下述S204a和S204b。

S204a、服务端根据设定参数，从所述第一配置文件和第二配置文件中选取待发送配置文件。

这里，设定参数包括一个或多个参数，其中，参数可包括：切量百分比。

在一示例中，设定参数为切量百分比，则服务端根据客户端的设备号、客户端上安装的系统类型、以及客户端上安装的系统的版本号等设备信息计算得到。比如，客户端的设备号为e5f40901c038e31516ef48523e3c21f9c871ed96，服务端将设备号转换成0-100之间的一个数值，该数值即为切量百分比；客户端上安装的系统类型为安卓(Android)系统或IOS系统，服务端可以根据系统类型，得到切量百分比；客户端上安装的系统的版本号为IOS9.1.0，服务端可以根据该系统的版本号，得到切量百分比。

服务端根据一个或多个参数来选择。在设定参数包括多个参数的情况下，可根据各参数对应的权重对各参数进行加权计算，得到加权结果，根据加权结果从第一配置文件和第二配置文件中选取待发送配置文件。

S204b、将所述待发送配置文件发送至所述客户端。

服务端在选取待发送配置文件后，可以将该待发送配置文件发送至客户端。

在修改了配置文件的情况下，服务端可以选取一种配置文件发送至客户端。这样，可以保证服务端只发送一个配置文件给客户端，而不是发送两个配置文件，从而可以避免发送的配置文件中的数据重复或者多余的情况。

在一些实施例中，上述S204a包括下述S204a1至S204a3：

S204a1、服务端判断设定参数是否满足预设条件。

S204a2、在所述设定参数满足所述预设条件的情况下，服务端选取所述第二配置文件为所述待发送配置文件。

S204a3、在所述设定参数不满足所述预设条件的情况下，服务端选取所述第一配置文件为所述待发送配置文件。

在一示例中，设定参数可以为切量百分比，预设条件可以是阈值范围，该阈值范围为0-100中的一个区间。例如，阈值范围为20-40。

设定参数满足预设条件，包括：设定参数在阈值范围内；设定参数不满足预设条件，包括：设定参数不再阈值范围内。

示例的，设定参数为60，阈值范围为20-40，由于设定参数60不在阈值范围20-40内，因此，服务端选取第一配置文件为待发送配置文件。

又示例的，设定参数为30，阈值范围为20-40，由于设定参数30在阈值范围内，因此，服务端选取第二配置文件为待发送配置文件。

需要说明的是，上述S204a2和S204a3是择一执行的。也就是说，在执行S204a2的情况下，就不执行S204a3；在执行S204a3的情况下，就不执行S204a2。

在设定参数是阈值范围的边界值的情况下，如何判断设定参数是否在阈值范围内，本申请实施例对此不作限定。例如，在设定参数为20，阈值范围为20-40的情况下，由于设定参数20为阈值范围20-40的边界值，因此，可以认为该设定参数在阈值范围内，也可以认为该设定参数不在阈值范围内，本申请实施例对此不作限定。

图3为本申请实施例的一种信息处理方法的实现流程示意图，该方法应用于作为客户端的信息处理装置，如图3所示，该方法可以包括如下步骤：

S301、客户端接收用户的输入操作，根据所述输入操作触发接入请求。

当需要在客户端接入埋点时，用户可以对客户端进行输入操作，以使得客户端基于输入操作获知在客户端上进行埋点接入的需求，并根据该输入操作，触发接入请求。

S302、客户端将所述接入请求发送至服务端。

在客户端触发接入请求后，可以将该接入请求发送至服务端。

S303、客户端接收所述服务端发送的响应接入请求的配置文件。

这里，配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于客户端进行埋点接入；

S304、客户端根据所述配置文件，进行埋点接入。

其中，配置文件包括至少两种业务对应的埋点数据，该埋点数据用于客户端对多种业务进行埋点接入。

本申请实施例中，如果要在客户端中接入埋点，那么用户可以对客户端进行输入操作，以使得客户端接收该输入操作，从而获知用户的需求，并根据该输入操作触发接入请求；在触发接入请求后，客户端将该接入请求发送至服务端，以使得服务端基于该接入请求，向客户端发送配置文件，该配置文件包括对客户端中至少两种业务进行埋点接入的埋点数据；客户端在接收到配置文件后，可以根据该配置文件，进行埋点接入。

在一些实施例中，上述S304包括：

S304a、客户端检测到针对目标业务下的目标对象的设定行为事件，则获取所述配置文件中所述目标对象在所述目标业务下的对应的目标埋点数据。

这里，目标埋点数据包括至少两条埋点数据。目标业务为用户选定的多个业务中的一种业务。目标对象为用户选定的多个对象中的一个对象。设定行为事件为用户触发客户端向SDK进行埋点上报的事件，其与埋点数据中的埋点事件可以相同，也可以不同。

在一示例中，目标业务为搜索业务，目标对象为商品A，设定行为事件为点击商品A的事件。在客户端检测到在搜索业务下，用户在客户端上对商品A进行点击后，客户端则获取配置文件中的与商品A的点击事件对应的埋点数据，该埋点数据即为目标埋点数据。

S304b、客户端确定目标埋点数据的埋点字段对应的值。

在一些实施例中，埋点数据还包括埋点字段对应的路径。客户端可以根据埋点字段对应的路径，确定该埋点字段对应的值。

在一示例中，在埋点字段为keyword的情况下，该埋点字段对应的值可以为手机。

S304c、客户端将目标埋点数据的埋点字段对应的值进行拼接，得到上报数据。

这里，客户端将目标埋点数据的所有埋点字段对应的值按照一定格式拼接在一起，从而得到上报数据。

需要说明的是，本申请实施例不对将埋点字段对应的值拼接在一起的格式进行限制。

S304d、客户端将上报数据进行上报。

具体的，客户端将上报数据上报至软件开发工具包(Software Development Kit，SDK)。

本申请实施例提供的信息处理方法，如图4所示，包括：

S401、服务端确定配置文件。

S402、客户端接收用户的输入操作，根据所述输入操作触发接入请求。

S403、客户端向服务端发送接入请求；相应的，服务端接收客户端发送的接入请求。

S404、基于所述接入请求，所述服务端向所述客户端发送所述配置文件。

S405、客户端接收服务端发送的响应接入请求的配置文件。

S406、所述客户端根据所述配置文件，进行埋点接入。

其中，对于S401的解释，请参见上述实施例中对于S201的解释；对于S402的解释，请参见上述实施例中S301的解释；对于S403的解释，请参见上述实施例中对S202和S302的解释；对于S404的解释，请参见上述实施例中对于S203的解释；对于S405的解释，请参见上述实施例中对于S303的解释；对于S406的解释，请参见上述实施例中对于S304的解释。

需要说明的是，本申请实施例对上述S401和S402的执行顺序不进行限制。也就是说，可以先执行S401，再执行S402；或者，先执行S402，再执行S401。

本申请实施例提供的埋点流程包括下述的步骤一、步骤二和步骤三。

步骤一、接入埋点。

其中，步骤一包括下述步骤a，步骤b，和步骤c。

步骤a、业务方将埋点数据下发至业务数据，并将下发埋点数据后的业务数据发送至配置平台。

这里，业务方包括：搜索业务方和推荐业务方；在搜索业务方中，包括搜索业务；在推荐业务方中，包括推荐业务。埋点数据包括：与各个业务对应的埋点数据。例如，与搜索业务对应的埋点数据，和与推荐业务对应的埋点数据。业务数据包括：与各个业务对应的业务数据。例如，与搜索业务对应的业务数据，和与推荐业务对应的业务数据。其中，埋点数据用于在客户端中对与其对应的业务进行埋点接入。业务数据为对业务进行配置的数据。

以下以搜索业务为例进行说明：

搜索业务方将与搜索业务对应的埋点数据下发至与搜索业务对应的业务数据，包括：在与搜索业务对应的业务数据中加入与搜索业务对应的埋点数据。

埋点数据包括：埋点事件和埋点字段。埋点事件包括：商品点击事件和商品曝光事件。埋点字段包括请求级别子字段和商品级别子字段。请求级别子字段的内容为公共参数，公共参数是为多条埋点数据共用的参数。商品级别子字段的内容为私有参数，私有参数一条埋点数据独有的参数。

本申请实施例中，埋点数据还包括埋点字段对应的路径。

步骤b，服务端根据配置平台中的业务数据生成接口响应数据，将接口响应数据发送至客户端。

具体的，服务端根据配置平台中的业务数据生成接口响应数据，将该接口响应数据存放到埋点列表中，将该埋点列表发送至客户端。

其中，接口响应数据不仅包括业务方生成的埋点字段还包括服务端自有的埋点字段。

步骤c，客户端根据服务端发送的接口响应数据中的埋点字段，动态化检索埋点字段，并根据该埋点字段的路径获取该埋点字段对应的值，将获取到的埋点字段对应的值拼接起来，并上报至SDK。

动态化检索为客户端根据埋点字段的路径获取该埋点字段对应的值。

步骤二、SDK根据接收到的埋点字段对应的值，进行数据采集，并将采集后的数据上报至服务器。

步骤三、服务器按照规则解析SDK上报的数据，以生成实时流，并生成离线数据。

如图5所示，本申请实施例提供的信息处理方法包括如下步骤：

S501、设置配置文件，并将该配置文件发送至服务端。

具体的，在配置平台中设置配置文件，并将该配置文件发送至服务端。

这里，配置文件包括至少两种业务对应的埋点数据。

在配置平台设置好配置文件后将该配置文件发送至服务端，在服务端接收到客户端发送的请求后，将该配置文件发送至客户端。

配置文件包括埋点数据，如表1所示，该埋点数据包括APP名称、接口名称、埋点事件id，埋点配置版本号和埋点字段，该埋点字段包括请求级别子字段和商品级别子字段。

表1、埋点数据示例

示例的，APP名称为表征进行埋点设置的APP的名称；接口名称包括业务名称，该业务名称为进行埋点接入的业务的名称；埋点配置版本号为当前配置文件的版本号，其可以包括：对配置文件进行修改前的版本号，和对配置文件进行修改后的版本号；埋点事件id为埋点事件所具有的id；。

对于一个APP，不同的业务具有不同的配置文件。例如，对于搜索业务和推荐业务来说，这两个业务的配置文件是不同的。

对于一个APP，对于同一业务，在埋点字段有修改的情况下，可以根据埋点配置版本号区别同一业务下不同的配置文件。

以搜索业务为例，其配置文件可以包括两个埋点配置版本号uet_ver，这两个埋点配置版本号uet_ver可以分别为uet_ver 100和uet_ver 101。其中，uet_ver100中的配置文件为对埋点数据进行修改前的配置文件，uet_ver 101中的配置文件为对埋点数据进行修改后的配置文件。

在uet_ver 100中，可以包括与搜索业务对应的埋点数据，在该埋点数据中，可以包括埋点事件，该埋点事件可以包括点击事件。例如，点击A的事件SearchList_ClickA和点击B的事件SearchList_ClickB。该埋点事件还可以包括曝光事件。例如，曝光A的事件SearchList_ExpoA，和曝光B的事件SearchList_ExpoB。

在SearchList_ClickA中，请求级别子字段pub_keys的内容可以是关键词keyword、商品三级类目编号catid等；商品级别子字段prv_keys的内容可以是私有参数，该私有参数可以是商品编号skuId、店铺编号shopID、价格标签pricetag等。

对于SearchList_ExpoA、SearchList_ClickB和SearchList_ExpoB中的字段的举例，均可以参考上述SearchList_ClickA中的举例，此处不再赘述。

S502、服务端定时读取配置文件。

在一示例中，服务端接收配置文件。

在首次设置配置文件时，需要用户来设置配置文件，并配上初始化数据，在设置好配置文件后，配置平台可以定时向服务端推送该配置文件，或者，服务端主动从定时从配置平台获取配置文件。

S503、服务端判断配置文件是否更新，在配置文件更新了的情况下，将新配置发送至客户端；在没有更新配置文件的情况下，将旧配置发送至客户端，具体的，服务端可以给客户端全量下发旧配置。

具体的，服务端判断配置文件是否更新，在配置文件更新了的情况下，服务端接收客户端发送的请求，并根据切量百分比，判断将哪种配置文件发送至客户端。

服务端在接收到配置文件后，会判断接收到的配置文件是否有更新，在配置文件更新了的情况下，服务端获取两个版本的配置文件，当客户端发来请求时，服务端会根据切量百分比判断给客户端下发哪种配置文件。客户端在获取到配置文件后，根据配置文件动态化拼接埋点数据，并上报至SDK。

其中，切量百分比由服务端来控制。示例的，客户端的设备号为e5f40901c038e31516ef48523e3c21f9c871ed96，服务端将该设备号转换成0-100之间的一个数值，该数值可以用deviceId表示。

本申请实施例中，服务端在接收到配置文件后，如果该配置文件中包括两个埋点配置版本号的配置文件，那么服务端即可确定该配置文件是进行更新了的配置文件，当客户端向服务端发送请求时，在切量百分比在切量区间的情况下，即在切量百分比命中的情况下，服务端将更新后的配置文件发送至客户端；在切量百分比不在切量区间的情况下，即在切量百分比没有命中的情况下，服务端将更新前的配置文件发送至客户端。

本申请实施例中，在配置平台中设置配置文件，这样，当有新的业务需要接入埋点，或者要修改埋点字段时，只需修改配置文件即可。例如，可以在配置文件中删除一个埋点字段。此时，由于客户端是获取不到字段的，因此，客户端是无感知的，并且由于客户端没有获取到字段，因此就不会向SDK上报。

服务端从配置平台获取配置文件后，当客户端有请求时，服务端会将配置文件全部下发给客户端。由于该配置文件中包括埋点字段和埋点字段对应的路径，因此，客户端在获取到配置文件后，可以根据埋点字段对应的路径，找到埋点字段对应的值，从而将埋点字段对应的值拼接在一起，并上报至SDK。

S504、客户端接收配置文件，并动态化拼接上报。

在一示例中，当用户点击一个商品时，客户端获取该点击事件中包括的请求级别子字段和商品级别子字段，然后可以根据这两个子字段对应的路径，获取这两个子字段对应的值，并且按照规定格式将字段的值拼接起来，在拼接完后，就可以上报到SDK，从而完成一次埋点的动态化拼接上报。

在另一示例中，当用户浏览一个商品时，客户端获取该曝光事件中包括的请求级别子字段和商品级别子字段，然后可以根据这两种子字段对应的路径，获取这两种子字段对应的值；当用户浏览另一个商品时，同样的，客户端获取到请求级别子字段和商品级别子字段对应的值；当用户浏览了预设数量的商品时，客户端将这些商品的请求级别子字段和商品级别子字段对应的值都拼接起来，在拼接完后，就上报到SDK，从而完成一次埋点的动态化拼接上报。

需要说明的是，本申请实施例不对预设数量的商品进行限定。例如，预设数量的商品可以为10个商品，也可以为20个商品。

本申请实施例与现有技术相比，具有如下优点：

第一，实现周期短。

现有技术由于是在服务端中设置埋点字段的，因此当后期需要增加字段时，需要在服务端中增加字段，并且需要客户端同时参与，依赖于客户端发版，实现周期长；而本申请由于是在独立于服务端的配置平台中设置埋点字段的，因此当后期需要增加字段时，只需要在配置平台中增加字段，服务端定期接收配置中心中的配置文件即可，不需要客户端的参与，且不依赖于客户端发版，实现周期短。

第二、现有技术中在服务端中设置的埋点字段的结构不统一；而本申请在配置平台中设置的埋点字段的结构统一。

第三、现有技术是客户端根据服务端下发的字段值拼接上报；而本申请是客户端根据配置平台中的配置文件动态化拼接上报，即客户端是根据配置文件中包括的字段路径寻找字段值，并进行拼接的，不需要再向现有技术那样写死数据了。

如图6A至图6E所示，分别在区域601至605进行埋点，当在对应的区域产生相应的埋点事件对应的行为事件时，则上报该行为事件对应的数据。

图7为本申请实施例的提供的一种信息处理装置，应用于服务端，如图7所示，该信息处理装置500包括：

确定单元701，用于确定配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于在客户端中进行埋点接入；

第一接收单元702，用于接收所述客户端发送的接入请求；

第一发送单元703，用于基于所述接入请求，向所述客户端发送所述配置文件；所述配置文件用于所述客户端进行所述至少两种业务对应的埋点的接入。

在一些实施例中，确定单元701，具体用于：

从配置端接收业务数据；所述业务数据包括：埋点事件和第一埋点字段；

根据所述埋点事件，获取本地的第二埋点字段；

根据所述埋点事件、所述第一埋点字段和所述第二埋点字段，确定所述配置文件中所述埋点事件对应的埋点数据。

在一些实施例中，装置700还包括：修改单元。

第一接收单元702，还用于接收配置端发送的修改请求；所述修改请求指示修改类型和待修改埋点数据；

修改单元，用于根据所述修改类型和所述待修改埋点数据，对所述配置文件进行修改。

在一些实施例中，装置700还包括选取单元；所述配置文件包括：第一配置文件和第二配置文件，所述第二配置文件是对所述第一配置文件的更新；

选取单元，用于根据设定参数，从所述第一配置文件和第二配置文件中选取待发送配置文件；

第一发送单元703，具体用于将所述待发送配置文件发送至所述客户端。

在一些实施例中，选取单元具体用于：

判断设定参数是否满足预设条件；

在所述设定参数满足所述预设条件的情况下，选取所述第二配置文件为所述待发送配置文件；

在所述设定参数不满足所述预设条件的情况下，选取所述第一配置文件为所述待发送配置文件。

图8为本申请实施例的提供的一种信息处理装置，应用于客户端，如图8所示，该信息处理装置800包括：

第二接收单元801，用于接收用户的输入操作，根据所述输入操作触发接入请求；

第二发送单元802，用于将所述接入请求发送至服务端；

所述第二接收单元801，还用于接收所述服务端发送的响应所述接入请求的配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于进行埋点接入；

处理单元803，用于根据所述配置文件，进行埋点接入。

在一些实施例中，处理单元803具体用于：

检测到针对目标业务下的目标对象的设定行为事件，则获取所述配置文件中所述目标对象在所述目标业务下的对应的目标埋点数据；所述目标埋点数据包括至少两条埋点数据；

确定所述目标埋点数据的埋点字段对应的值；

将所述目标埋点数据的埋点字段对应的值拼接，得到上报数据；

将所述上报数据进行上报。

本申请实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一实施例所述的信息处理方法中的步骤。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现上述任一实施例所述的信息处理方法。

需要说明的是，本申请实施例提供的信息处理装置所包括的各单元，可以通过电子设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU，Central Processing Unit)、微处理器(MPU，Micro ProcessorUnit)、数字信号处理器(DSP，Digital Signal Processor)或现场可编程门阵列(FPGA，Field-Programmable Gate Array)等。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的信息处理方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read OnlyMemory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

对应地，本申请实施例提供一种电子设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述实施例中提供的信息处理方法。其中，该电子设备可为客户端，也可为服务端。

对应地，本申请实施例提供一种存储介质，也就是计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中提供的信息处理方法中的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，图9为本申请实施例电子设备的一种硬件实体示意图，如图9所示，所述电子设备900包括：一个处理器901、至少一个通信总线702、至少一个外部通信接口904和存储器905。其中，通信总线902配置为实现这些组件之间的连接通信。在一示例中，电子设备900还包括：用户接口903、其中，用户接口903可以包括显示屏，外部通信接口904可以包括标准的有线接口和无线接口。

存储器905配置为存储由处理器901可执行的指令和应用，还可以缓存待处理器901以及电子设备中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random Access Memory，RAM)实现。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一些实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

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

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种信息处理方法，其特征在于，所述方法包括：

从配置端接收业务数据，所述业务数据包括：埋点事件和第一埋点字段；

根据所述埋点事件，获取本地的第二埋点字段；

根据所述埋点事件、所述第一埋点字段和所述第二埋点字段，确定配置文件中所述埋点事件对应的埋点数据，所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于在客户端中进行埋点接入；

接收所述客户端发送的接入请求；

基于所述接入请求，向所述客户端发送所述配置文件；所述配置文件用于所述客户端进行所述至少两种业务对应的埋点的接入。

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

接收配置端发送的修改请求；所述修改请求指示修改类型和待修改埋点数据；

根据所述修改类型和所述待修改埋点数据，对所述配置文件进行修改。

3.根据权利要求2所述的方法，其特征在于，所述配置文件包括：第一配置文件和第二配置文件，所述第二配置文件是对所述第一配置文件的更新；所述向所述客户端发送所述配置文件，包括：

根据设定参数，从所述第一配置文件和第二配置文件中选取待发送配置文件；

将所述待发送配置文件发送至所述客户端。

4.根据权利要求3所述的方法，其特征在于，所述根据设定参数，从所述第一配置文件和第二配置文件中选取待发送配置文件，包括：

判断设定参数是否满足预设条件；

在所述设定参数满足所述预设条件的情况下，选取所述第二配置文件为所述待发送配置文件；

在所述设定参数不满足所述预设条件的情况下，选取所述第一配置文件为所述待发送配置文件。

5.一种信息处理方法，其特征在于，所述方法包括：

接收用户的输入操作，根据所述输入操作触发接入请求；

将所述接入请求发送至服务端；

接收所述服务端发送的响应所述接入请求的配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于进行埋点接入；

根据所述配置文件，进行埋点接入；

所述配置文件中埋点事件对应的埋点数据为所述服务端根据第二埋点字段、所述服务端从配置端接收的业务数据所包括的所述埋点事件和所述业务数据所包括的第一埋点字段确定的，其中，所述第二埋点字段是所述服务端根据所述埋点事件从所述服务端本地获取的。

6.根据权利要求5所述的方法，其特征在于，所述根据所述配置文件，进行埋点接入，包括：

检测到针对目标业务下的目标对象的设定行为事件，则获取所述配置文件中所述目标对象在所述目标业务下的对应的目标埋点数据；所述目标埋点数据包括至少两条埋点数据；

确定所述目标埋点数据的埋点字段对应的值；

将所述目标埋点数据的埋点字段对应的值拼接，得到上报数据；

将所述上报数据进行上报。

7.一种信息处理装置，其特征在于，所述装置包括：

确定单元，用于从配置端接收业务数据，所述业务数据包括：埋点事件和第一埋点字段，根据所述埋点事件，获取本地的第二埋点字段，根据所述埋点事件、所述第一埋点字段和所述第二埋点字段，确定配置文件中所述埋点事件对应的埋点数据，所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于在客户端中进行埋点接入；

第一接收单元，用于接收所述客户端发送的接入请求；

第一发送单元，用于基于所述接入请求，向所述客户端发送所述配置文件；所述配置文件用于所述客户端进行所述至少两种业务对应的埋点的接入。

8.一种信息处理装置，其特征在于，所述装置包括：

第二接收单元，用于接收用户的输入操作，根据所述输入操作触发接入请求；

第二发送单元，用于将所述接入请求发送至服务端；

所述第二接收单元，还用于接收所述服务端发送的响应所述接入请求的配置文件；所述配置文件包括至少两种业务对应的埋点数据；所述埋点数据用于进行埋点接入；

处理单元，用于根据所述配置文件，进行埋点接入；

所述配置文件中埋点事件对应的埋点数据为所述服务端根据第二埋点字段、所述服务端从配置端接收的业务数据所包括的所述埋点事件和所述业务数据所包括的第一埋点字段确定的，其中，所述第二埋点字段是所述服务端根据所述埋点事件从所述服务端本地获取的。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现权利要求1至4任一项所述信息处理方法中的步骤，或实现权利要求5至6任一项所述信息处理方法中的步骤。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1至4任一项所述的信息处理方法，或实现权利要求5至6任一项所述信息处理方法。

Images