关联上报数据的方法、装置和系统与流程

本发明涉及计算机技术领域，尤其涉及一种关联上报数据的方法、装置和系统。

背景技术：

随着手机、平板电脑等智能终端的迅速发展，大量的用户行为数据逐渐从pc(personalcomputer，个人计算机)端转移到通过无线网络技术接入互联网的移动端。在移动端，若某网站既设置基于浏览器的页面，又设置app应用，则用户可能通过页面浏览，也可能在app中浏览，还有可能在页面中呼起app进行浏览。由于页面与app采集用户行为数据的机制不同，二者采集的数据亦独立存储，因此实际应用中，准确地分析、关联用户行为数据具有一定难度。

具体应用中，对于已登录用户，可以通过其用户标识关联页面与app采集的数据。对于未登录用户，现有技术通过用户行为数据中携带的ip(internetprotocol，互联网协议)地址、地理位置信息以及访问时间来判断用户行为数据是否对应于同一用户，从而实现关联。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

1.未登录用户在浏览过程中，如果切换网络类型，例如从wi-fi(wi-fi是一种允许电子设备连接到无线局域网的技术)网络切换为移动3g网络，则ip地址发生变化，从而导致无法实现对用户行为数据的关联。

2.未登录用户在浏览过程中，如果禁用地理位置信息上报，同样导致无法实现对用户行为数据的关联。

技术实现要素：

有鉴于此，本发明实施例提供一种关联上报数据的方法、装置和系统，能够在多种客户端预先存储关联标识，利用关联标识实现同一用户上报数据的准确关联。

为实现上述目的，根据本发明的一个方面，提供了一种关联上报数据的方法。

本发明实施例的关联上报数据的方法包括：接收多种客户端发送的上报请求；其中，所述上报请求中携带上报数据和关联标识，所述关联标识是所述多种客户端中的任一种客户端预先存储的；利用所述关联标识对所述上报数据进行关联。

可选地，所述多种客户端包括：都处于未登录状态的第一客户端和第二客户端。

可选地，所述关联标识根据以下步骤被存储在第一客户端和第二客户端：第一客户端在发送访问请求、并接收针对所述访问请求的响应之后，建立关联标识并存储；第一客户端向第二客户端发送携带所述关联标识的呼起请求；第二客户端接收所述呼起请求，将所述呼起请求中携带的关联标识存储。

可选地，所述关联标识是基于所述响应中包括的时间戳建立的。

可选地，所述第一客户端向第二客户端发送携带所述关联标识的呼起请求包括：第一客户端监测到包括第二客户端的链接标识的触发事件后，向第二客户端发送所述呼起请求。

可选地，第一客户端发送的上报请求中进一步携带：第一客户端当前存储的上报序号；第二客户端发送的上报请求中进一步携带：第二客户端当前存储的上报序号；以及所述利用所述关联标识对所述上报数据进行关联包括：利用所述关联标识、以及上报请求中携带的上报序号对第一客户端和第二客户端发送的上报请求中携带的上报数据进行关联。

可选地，上报序号根据以下步骤被存储在第一客户端和第二客户端：第一客户端在建立关联标识时，建立初始的上报序号并存储；在发送上报请求时，根据当前存储的上报序号生成新的上报序号并存储，将该当前存储的上报序号去除；第一客户端向第二客户端发送所述呼起请求；其中，所述呼起请求携带第一客户端当前存储的上报序号；第二客户端接收所述呼起请求，将所述呼起请求中携带的上报序号存储；在发送上报请求时，根据当前存储的上报序号生成新的上报序号并存储，将该当前存储的上报序号去除。

可选地，所述根据当前存储的上报序号生成新的上报序号包括：将当前存储的上报序号与预设数值相加，得到新的上报序号。

可选地，所述第一客户端和第二客户端发送的上报请求中携带的上报数据包括用户行为日志数据；以及所述利用所述关联标识、以及上报请求中携带的上报序号对第一客户端和第二客户端发送的上报请求中携带的上报数据进行关联包括：将该上报数据中对应于同一关联标识的上报数据确定为同一用户的上报数据；在所述同一用户的上报数据中，根据上报序号进行排序以关联用户行为。

可选的，第一客户端为浏览器端，第二客户端为app应用，所述链接标识为统一资源定位符计划urlscheme；其中，第一客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端为app应用，第二客户端为浏览器端，所述链接标识为统一资源定位符url；其中，第二客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端和第二客户端均为app应用，所述链接标识为统一资源定位符计划urlscheme。

为实现上述目的，根据本发明的另一个方面，提供了一种关联上报数据的装置。

本发明实施例的关联上报数据的装置可包括：接收模块，可用于接收多种客户端发送的上报请求；其中，所述上报请求中携带上报数据和关联标识，所述关联标识是所述多种客户端中的任一种客户端预先存储的；关联模块，可用于利用所述关联标识对所述上报数据进行关联。

可选地，所述多种客户端包括：都处于未登录状态的第一客户端和第二客户端。

可选地，所述关联标识根据以下步骤被存储在第一客户端和第二客户端：第一客户端在发送访问请求、并接收针对所述访问请求的响应之后，建立关联标识并存储；第一客户端监测到包括第二客户端的链接标识的触发事件后，向第二客户端发送携带所述关联标识的呼起请求；第二客户端接收所述呼起请求，将所述呼起请求中携带的关联标识存储。

可选地，所述关联标识是基于所述响应中包括的时间戳建立的。

可选地，第一客户端发送的上报请求中进一步携带：第一客户端当前存储的上报序号；第二客户端发送的上报请求中进一步携带：第二客户端当前存储的上报序号；以及所述关联模块可进一步用于：利用所述关联标识、以及上报请求中携带的上报序号对第一客户端和第二客户端发送的上报请求中携带的上报数据进行关联。

可选地，上报序号根据以下步骤被存储在第一客户端和第二客户端：第一客户端在建立关联标识时，建立初始的上报序号并存储；在发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除；第一客户端向第二客户端发送所述呼起请求；其中，所述呼起请求携带第一客户端当前存储的上报序号；第二客户端接收所述呼起请求，将所述呼起请求中携带的上报序号存储；在发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除。

可选地，预设规则包括：将当前存储的上报序号与预设数值相加，得到新的上报序号。

可选地，所述第一客户端和第二客户端发送的上报请求中携带的上报数据包括用户行为日志数据；以及所述关联模块可进一步用于：将该上报数据中对应于同一关联标识的上报数据确定为同一用户的上报数据；在所述同一用户的上报数据中，根据上报序号进行排序以关联用户行为。

可选地，第一客户端为浏览器端，第二客户端为app应用，所述链接标识为统一资源定位符计划urlscheme；其中，第一客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端为app应用，第二客户端为浏览器端，所述链接标识为统一资源定位符url；其中，第二客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端和第二客户端均为app应用，所述链接标识为统一资源定位符计划urlscheme。

为实现上述目的，根据本发明的又一个方面，提供了一种可用于关联上报数据的终端。

本发明实施例的终端包括多种客户端；其中，所述多种客户端可用于发送携带上报数据和关联标识的上报请求；其中，所述关联标识是所述多种客户端中的任一种客户端预先存储的，用于对所述上报数据进行关联。

可选地，所述多种客户端包括：都处于未登录状态的第一客户端和第二客户端。

可选地，第一客户端可进一步用于：在发送访问请求、并接收针对所述访问请求的响应之后，建立关联标识并存储；向第二客户端发送携带所述关联标识的呼起请求；第二客户端可进一步用于：接收所述呼起请求，将所述呼起请求中携带的关联标识存储。

可选地，所述关联标识是基于所述响应中包括的时间戳建立的。

可选地，第一客户端可进一步用于：监测到包括第二客户端的链接标识的触发事件后，向第二客户端发送所述呼起请求。

可选地，第一客户端发送的上报请求中可进一步携带：第一客户端当前存储的上报序号；第二客户端发送的上报请求中可进一步携带：第二客户端当前存储的上报序号；以及，第一客户端和第二客户端发送的上报请求中携带的上报序号可用于：对第一客户端和第二客户端发送的上报请求中携带的上报数据进行关联。

可选地，第一客户端可进一步用于：在建立关联标识时，建立初始的上报序号并存储；在发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除；向第二客户端发送所述呼起请求；其中，所述呼起请求携带第一客户端当前存储的上报序号；第二客户端可进一步用于：接收所述呼起请求，将所述呼起请求中携带的上报序号存储；在发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除。

可选地，预设规则可包括：将当前存储的上报序号与预设数值相加，得到新的上报序号。

可选地，所述第一客户端和第二客户端发送的上报请求中携带的上报数据可包括用户行为日志数据；第一客户端和第二客户端发送的上报请求中携带的关联标识可进一步用于：在该上报数据中确定同一用户的上报数据；以及，第一客户端和第二客户端发送的上报请求中携带的上报序号可进一步用于：对同一用户的上报数据进行排序以关联用户行为。

可选地，第一客户端为浏览器端，第二客户端为app应用，所述链接标识为统一资源定位符计划urlscheme；其中，第一客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端为app应用，第二客户端为浏览器端，所述链接标识为统一资源定位符url；其中，第二客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端和第二客户端均为app应用，所述链接标识为统一资源定位符计划urlscheme。

为实现上述目的，根据本发明的再一个方面，提供了一种关联上报数据的系统。

本发明实施例的关联上报数据的系统可包括：服务端、以及多种客户端；其中，所述多种客户端可用于向服务端发送携带上报数据和关联标识的上报请求，所述关联标识是所述多种客户端的任一种客户端预先存储的；服务端可用于接收所述上报请求，并利用所述关联标识对所述上报数据进行关联。

可选地，所述多种客户端包括：都处于未登录状态的第一客户端和第二客户端。

可选地，第一客户端可进一步用于：在向服务端发送访问请求、并接收服务端针对所述访问请求的响应之后，建立关联标识并存储；向第二客户端发送携带所述关联标识的呼起请求；第二客户端可进一步用于：接收所述呼起请求，将所述呼起请求中携带的关联标识存储。

可选地，所述关联标识是基于所述响应中包括的时间戳建立的。

可选地，第一客户端可进一步用于：监测到包括第二客户端的链接标识的触发事件后，向第二客户端发送所述呼起请求。

可选地，第一客户端发送的上报请求中可进一步携带：第一客户端当前存储的上报序号；第二客户端发送的上报请求中可进一步携带：第二客户端当前存储的上报序号；以及服务端可进一步用于：利用所述关联标识、以及上报请求中携带的上报序号对第一客户端和第二客户端发送的上报请求中携带的上报数据进行关联。

可选地，第一客户端可进一步用于：在建立关联标识时，建立初始的上报序号并存储；在向服务端发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除；向第二客户端发送所述呼起请求；其中，所述呼起请求携带第一客户端当前存储的上报序号；第二客户端可进一步用于：接收所述呼起请求，将所述呼起请求中携带的上报序号存储；在向服务端发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除。

可选地，预设规则可包括：将当前存储的上报序号与预设数值相加，得到新的上报序号。

可选地，所述第一客户端和第二客户端发送的上报请求中携带的上报数据包括用户行为日志数据；以及服务端可进一步用于：将该上报数据中对应于同一关联标识的上报数据确定为同一用户的上报数据；在所述同一用户的上报数据中，根据上报序号进行排序以关联用户行为。

可选地，第一客户端为浏览器端，第二客户端为app应用，所述链接标识为统一资源定位符计划urlscheme；其中，第一客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端为app应用，第二客户端为浏览器端，所述链接标识为统一资源定位符url；其中，第二客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端和第二客户端均为app应用，所述链接标识为统一资源定位符计划urlscheme。

为实现上述目的，根据本发明的再一方面，提供了一种电子设备。

本发明的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的关联上报数据的方法。

为实现上述目的，根据本发明的再一方面，提供了一种计算机可读存储介质。

本发明的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明所提供的关联上报数据的方法。

根据本发明的技术方案，上述发明中的一个实施例具有如下优点或有益效果：通过在处于未登录状态的第一客户端与第二客户端预先存储关联标识，并使关联标识被携带于上报请求，从而可利用关联标识准确关联同一用户从第一客户端到第二客户端的上报数据，避免了现有技术中对上报数据的加工处理，克服了现有技术中上报数据的关联效果易为网络类型切换、地理位置信息禁用等因素所影响的缺陷；通过在处于未登录状态的第一客户端与第二客户端预先存储上报序号，并使上报序号被携带于上报请求，从而可进一步利用上报序号对上报数据进行排序，有助于后续的用户行为分析；通过监测第一客户端呼起第二客户端的触发事件，将第一客户端存储的关联标识与上报序号携带于呼起请求向第二客户端发送，从而使第二客户端可同步存储关联标识与上报序号，有助于实现上报数据的完整关联；此外，本发明可应用于各种关联上报数据的环境，例如：从浏览器端到app应用、从app应用到浏览器端、从一种app应用到另一种app应用。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的关联上报数据的方法的主要步骤示意图；

图2是根据本发明第一实施例的关联上报数据的方法的主要流程示意图；

图3是根据本发明实施例的关联上报数据的装置的主要部分示意图；

图4是根据本发明实施例的关联上报数据的系统的主要部分示意图；

图5是根据本发明实施例可以应用于其中的示例性系统架构图；

图6是用来实现本发明实施例的关联上报数据的方法的电子设备的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本发明实施例的技术方案通过在处于未登录状态的第一客户端与第二客户端预先存储关联标识，并使关联标识被携带于上报请求，从而可利用关联标识准确关联同一用户从第一客户端到第二客户端的上报数据，避免了现有技术中对上报数据的加工处理，克服了现有技术中上报数据的关联效果易为网络类型切换、地理位置信息禁用等因素所影响的缺陷；通过在处于未登录状态的第一客户端与第二客户端预先存储上报序号，并使上报序号被携带于上报请求，从而可进一步利用上报序号对上报数据进行排序，有助于后续的用户行为分析；通过监测第一客户端呼起第二客户端的触发事件，将第一客户端存储的关联标识与上报序号携带于呼起请求向第二客户端发送，从而使第二客户端可同步存储关联标识与上报序号，有助于实现上报数据的完整关联；此外，本发明可应用于各种关联上报数据的环境，例如：从浏览器端到app应用、从app应用到浏览器端、从一种app应用到另一种app应用。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

图1是根据本发明实施例的关联上报数据的方法的主要步骤示意图。

如图1所示，本发明实施例的关联上报数据的方法可以根据以下步骤执行：

步骤s101：服务端接收多种客户端发送的上报请求。

在本步骤中，客户端可以是计算机、手机等物理设备，也可以是各类计算机程序。特别地，多种客户端为对应于同一服务端的多种计算机程序。实际应用中，多种客户端可以包括对应于同一服务端的第一客户端与第二客户端。例如：对于xxx服务方：第一客户端是对应于xxx的移动端网页，第二客户端是对应于xxx的一种移动端app应用；或者，第一客户端是对应于xxx的一种移动端app应用，第二客户端是对应于xxx的另一种移动端app应用。

特别地，在本发明实施例中，第一客户端和第二客户端都处于未登录状态，即第一客户端和第二客户端的当前用户为未登录用户。

具体应用中，第一客户端和第二客户端可以是以下任何一种情形：

1.第一客户端为设置在手机等设备的浏览器端，第二客户端为设置在手机等设备的一种app应用。其中，浏览器端指的是基于浏览器的页面，app应用指的是安装运行在手机、平板电脑等智能终端的应用程序。

2.第一客户端为一种app应用，第二客户端为浏览器端。

3.第一客户端为一种app应用，第二客户端为另一种app应用。

可以理解的是，本发明实施例中所使用的术语“第一”、“第二”等在本文中用于描述各种对象，但这些对象不受上述术语限制。上述术语仅用于将一个对象与另一个对象区分。举例而言，在不违背本发明技术方案的情况下，可以将第一客户端称为第二客户端，也可以将第二客户端称为第一客户端，第一客户端与第二客户端都是客户端，但二者不是同一客户端。

在本步骤中，上报请求指的是第一客户端与第二客户端向服务端上报数据时发出的请求。上报请求中可以携带上报数据、以及第一客户端或第二客户端预先存储的关联标识。其中，上报数据可以包括用户行为日志数据，例如用户浏览日志数据、用户点击日志数据。可以理解的是，用于行为日志可在浏览器端通过javascript(javascript是一种广泛用于客户端的编程语言)脚本等方式采集，在app应用通过sdk(softwaredevelopmentkit，软件开发工具包)等方式采集。

特别地，在本发明实施例中，上述关联标识是为实现上报数据的关联而建立的。具体地，第一客户端与第二客户端可通过以下步骤建立并存储关联标识：

1.第一客户端向服务端发送访问请求，并在接收到服务端针对该访问请求的响应之后，建立关联标识并存储。

实际应用中，上述访问请求可以是第一客户端开启后向服务端发送的第一次网页访问请求。在本发明实施例中，如果第一客户端为浏览器端，则其在接收到服务端返回的响应之后，可以根据服务端预先发送的javascript脚本建立关联标识，并将关联标识存储在本地存储localstorage(localstorage是一种浏览器存储机制)中对应于服务端的域下。具体应用中，关联标识可以是根据预设的关联标识生成规则获得的字符串。

例如：根据响应中包括的时间戳得到以毫秒为单位的13位时间戳数字，在13位时间戳数字后添加8到12位的随机数，得到关联标识。

可以理解的是，第一客户端将关联标识存储之后，每次向服务端发送上报请求时，上报请求中均携带该关联标识，服务端即可据此进行上报数据的关联。

2.第一客户端向第二客户端发送携带关联标识的呼起请求。

具体应用中，第一客户端在监测到包括第二客户端的链接标识的触发事件后，将关联标识添加到呼起请求中向第二客户端发送。

其中，触发事件指的是能够触发浏览器页面或app应用页面中的行为的事件，例如pc中浏览器的点击事件、双击事件、智能终端中的触摸事件等。链接标识用于指示网络中的地址信息，基于链接标识能够定位相应的计算机程序。对于app应用，其链接标识为该app应用的统一资源定位符计划urlscheme。可以理解的是，urlscheme是与目标应用绑定的、用于从浏览器或应用中启动该目标应用的数据。对于浏览器端的网页，其链接标识为该网页的url。可以理解的是，触发事件中包含某链接标识时，表示该触发事件指向该链接标识指示的地址。

在本发明实施例中，呼起请求指的是用于触发应用程序启动的请求。实际应用中，呼起请求可以由浏览器端向app应用发送，也可以由app应用向浏览器端发送，还可以由一种app应用向另一种app应用发送。

3.第二客户端接收呼起请求，将呼起请求中携带的关联标识存储。

较佳地，第二客户端接收呼起请求之后启动，并解析该呼起请求，从中获取关联标识并存储。如果第二客户端为浏览器端，则其将关联标识存储在localstorage。可以理解的是，存储关联标识之后，第二客户端每次向服务端发送的上报请求中均包括该关联标识，服务端能够基于该关联标识对上报数据进行关联。

实际应用中，第一客户端发送呼起请求之后，若第二客户端还未被安装，可以在第一客户端为用户呈现第二客户端的下载页面。

可以理解的是，具体应用中，以上述方式存储同一关联标识的第一客户端和第二客户端一般安装运行于同一物理设备。例如：安装于一个手机的浏览器端和app应用即可以上述方式存储同一关联标识。

实际应用中，在通过关联标识实现上报数据关联的基础上，可以建立上报序号对上报数据进行更为精细化的关联。

具体地，通过以下步骤建立、存储并更新上报序号，并使上报序号用于上报数据的关联：

1.第一客户端在建立关联标识时，建立初始上报序号并存储。

较佳地，初始上报序号可以是数字。如果第一客户端为浏览器端，则其将初始上报序号以及后续更新的上报序号存储在localstorage。

2.第一客户端在向服务端发送上报请求时，根据当前存储的上报序号生成新的上报序号并存储，将该当前存储的上报序号去除。

可以理解的是，第一客户端发送的上报请求中携带第一客户端当前存储的上报序号。实际应用中，第一客户端可以将当前存储的上报序号与预设数值相加，生成新的上报序号。其中，预设数值一般为正数。

例如：第一客户端建立的初始上报序号为1，则其在之后第一次向服务端发送上报请求时，上报请求中携带的上报序号即为当前存储的上报序号1，同时，第一客户端根据当前存储的上报序号1按照预设规则生成新的上报序号2，将该当前存储的上报序号1去除；之后，第一客户端在第二次向服务端发送上报请求时，该上报请求中携带的上报序号为2，同时，第一客户端根据当前存储的上报序号2按照预设规则生成新的上报序号3，将该当前存储的上报序号2去除。

3.第一客户端向第二客户端发送携带第一客户端当前存储的上报序号的呼起请求。

具体地，第一客户端在监测到包括第二客户端的链接标识的触发事件后，将当前存储的上报序号添加到呼起请求中向第二客户端发送。同时，第一客户端可将存储的上报序号去除，以便下一周期的上报数据关联。

4.第二客户端接收并解析呼起请求，将呼起请求携带的上报序号存储。

可以理解的是，如果第二客户端为浏览器端，则其将该上报序号以及后续更新的上报序号存储在localstorage。

通过该步骤，第一客户端当前存储的上报序号能够被同步到第二客户端，在第二客户端继续进行更新，从而可使服务端可基于上报序号实现第一客户端与第二客户端的上报数据的准确串联。

5.第二客户端在向服务端发送上报请求时，根据当前存储的上报序号生成新的上报序号并存储，将该当前存储的上报序号去除。

可以理解的是，第二客户端向服务端发送的上报请求中携带第二客户端当前存储的上报序号。实际应用中，第二客户端可以将当前存储的上报序号与预设数值相加，生成新的上报序号。此外，当第二客户端关闭时，可将存储的上报序号清除，以便于下一周期的上报数据关联。

通过上述设置，服务端接收的每一条上报数据均包括关联标识和上报序号，从而能够实现基于关联标识和上报序号的上报数据关联。

步骤s102：服务端利用关联标识对上报数据进行关联。

在本步骤中，关联指的是在大量数据中提取相关性较高的部分数据的处理过程。在本发明实施例中，关联可以是：在大量上报数据中确定同一用户的上报数据、并通过分析所述同一用户的上报数据以判断用户行为的处理过程。特别地，在本步骤中，可以只针对第一客户端的上报数据进行关联，也可以只针对第二客户端的上报数据进行关联，还可以针对第一客户端以及第二客户端的上报数据进行关联。

在本发明实施例中，服务端可将对应于同一关联标识的上报数据确定为同一用户的上报数据。在一可选实现方式中，服务端还可针对所述同一用户的上报数据，根据上报序号进行排序，以实现更为精细化的上报数据关联。

实际应用中，如果第一客户端和第二客户端都是将当前存储的上报序号与大于零的预设数值相加生成新的上报序号，则上报数据对应的上报序号可以体现该上报数据的时序。服务端可在同一用户的上报数据中，以上报序号从小到大的顺序进行排序，从而串联用户的先后行为。

此外，作为一个优选方案，在第一客户端和第二客户端存储关联标识之后，若未登录用户单独在第一客户端或第二客户端浏览页面，服务端也可将此时的上报数据与之前的上报数据进行关联。

可以理解的是，基于类似的原理，本发明实施例的关联上报数据的方法可用于对应于同一服务端的两种以上的客户端的上报数据关联；对于第一客户端与第二客户端，可对二者之一或全部处于登陆状态的情形进行上报数据关联。

根据本发明实施例的技术方案，通过在处于未登录状态的第一客户端与第二客户端预先存储关联标识，并使关联标识被携带于上报请求，从而可利用关联标识准确关联同一用户从第一客户端到第二客户端的上报数据，避免了现有技术中对上报数据的加工处理，克服了现有技术中上报数据的关联效果易为网络类型切换、地理位置信息禁用等因素所影响的缺陷；通过在处于未登录状态的第一客户端与第二客户端预先存储上报序号，并使上报序号被携带于上报请求，从而可进一步利用上报序号对上报数据进行排序，有助于后续的用户行为分析；通过监测第一客户端呼起第二客户端的触发事件，将第一客户端存储的关联标识与上报序号携带于呼起请求向第二客户端发送，从而使第二客户端可同步存储关联标识与上报序号，有助于实现上报数据的完整关联；此外，本发明可应用于各种关联上报数据的环境，例如：从浏览器端到app应用、从app应用到浏览器端、从一种app应用到另一种app应用。

图2是根据本发明第一实施例的关联上报数据的方法的主要流程示意图。

在本实施例中，第一客户端和第二客户端分别为对应于同一服务端的浏览器端和app应用。

如图2所示，本实施例的关联上报数据的方法具体根据以下步骤执行：

步骤s201：未登录用户在浏览器端开始浏览页面。

步骤s202：浏览器端向服务端首次发送访问请求，并在接收到服务端返回的响应之后，根据响应中包括的时间戳得到相应的13位时间戳，例如“1506000686000”，在其后添加8位随机数建立关联标识“150600068600085625632”。同时，建立初始上报序号“1”，将二者存储在浏览器端localstorage。

步骤s203：浏览器端每次向服务端发送上报请求，存储的上报序号都增加1。同时，每一个上报请求中都携带上述关联标识以及当前存储的上报序号。

步骤s204：用户在浏览器端开启同一设备中的app应用时，浏览器端监测到包括该app应用的urlscheme的触摸事件。

步骤s205：浏览器端将关联标识“150600068600085625632”以及当前存储的上报序号添加到呼起请求，将呼起请求向app应用发送。

步骤s206：app应用接收呼起请求后开启，解析呼起请求从而获取呼起请求中携带的关联标识和上报序号，将二者存储。

步骤s207：app应用每次向服务端发送上报请求，存储的上报序号都增加1。同时，每一个上报请求中都携带上述关联标识以及app应用当前存储的上报序号。

步骤s208：服务端对浏览器端与这种app应用的上报数据进行关联：将关联标识为“150600068600085625632”的上报数据确定为同一用户的上报数据，并在这些数据中，以上报序号为1、2、3…..的顺序排序，从而实现对该用户的行为数据的准确关联。

以下介绍本发明第二实施例的关联上报数据的方法的主要流程。

在本实施例中，第一客户端和第二客户端分别为对应于同一服务端的app应用和浏览器端。

具体地，本实施例的关联上报数据的方法根据以下步骤执行：

步骤s201：未登录用户在app应用开始浏览页面。

步骤s202：app应用向服务端首次发送访问请求，并在接收到服务端返回的响应之后，根据响应中包括的时间戳得到相应的13位时间戳，例如“1506000686000”，在其后添加8位随机数建立关联标识“150600068600085625632”。同时，建立初始上报序号“1”，将二者存储。

步骤s203：app应用每次向服务端发送上报请求，存储的上报序号都增加1。同时，每一个上报请求中都携带上述关联标识以及当前存储的上报序号。

步骤s204：用户在app应用开启同一设备中的浏览器端时，app应用监测到包括该浏览器端的url的触摸事件。

步骤s205：app应用将关联标识“150600068600085625632”以及当前存储的上报序号添加到呼起请求，将呼起请求向浏览器端发送。

步骤s206：浏览器端接收呼起请求后开启，解析呼起请求从而获取呼起请求中携带的关联标识和上报序号，将二者存储。

步骤s207：浏览器端每次向服务端发送上报请求，存储的上报序号都增加1。同时，每一个上报请求中都携带上述关联标识以及app应用当前存储的上报序号。

步骤s208：服务端对浏览器端与这种app应用的上报数据进行关联：将关联标识为“150600068600085625632”的上报数据确定为同一用户的上报数据，并在这些数据中，以上报序号为1、2、3…..的顺序排序，从而实现对该用户的行为数据的准确关联。

以下介绍本发明第三实施例的关联上报数据的方法的主要流程。

在本实施例中，第一客户端和第二客户端分别为对应于同一服务端的两种app应用：第一app应用和第二app应用。

具体地，本实施例的关联上报数据的方法根据以下步骤执行：

步骤s201：未登录用户在第一app应用开始浏览页面。

步骤s202：第一app应用向服务端首次发送访问请求，并在接收到服务端返回的响应之后，根据响应中包括的时间戳得到相应的13位时间戳，例如“1506000686000”，在其后添加8位随机数建立关联标识“150600068600085625632”。同时，建立初始上报序号“1”，将二者存储。

步骤s203：第一app应用每次向服务端发送上报请求，存储的上报序号都增加1。同时，每一个上报请求中都携带上述关联标识以及当前存储的上报序号。

步骤s204：用户在第一app应用开启同一设备的第二app应用时，第一app应用监测到包括该第二app应用的urlscheme的触摸事件。

步骤s205：第一app应用将关联标识“150600068600085625632”以及当前存储的上报序号添加到呼起请求，将呼起请求向第二app应用发送。

步骤s206：第二app应用接收呼起请求后开启，解析呼起请求，从而获取呼起请求中携带的关联标识和上报序号，将二者存储。

步骤s207：第二app应用每次向服务端发送上报请求，存储的上报序号都增加1。同时，每一个上报请求中都携带上述关联标识以及第二app应用当前存储的上报序号。

步骤s208：服务端对不同用户的第一app应用以及第二app应用的上报数据进行关联：将关联标识为“150600068600085625632”的上报数据确定为同一用户的上报数据，并在这些数据中，以上报序号为1、2、3…..的顺序排序，从而实现对该用户的行为数据的准确关联。

在本发明实施例的技术方案中，通过在处于未登录状态的第一客户端与第二客户端预先存储关联标识，并使关联标识被携带于上报请求，从而可利用关联标识准确关联同一用户从第一客户端到第二客户端的上报数据，避免了现有技术中对上报数据的加工处理，克服了现有技术中上报数据的关联效果易为网络类型切换、地理位置信息禁用等因素所影响的缺陷；通过在处于未登录状态的第一客户端与第二客户端预先存储上报序号，并使上报序号被携带于上报请求，从而可进一步利用上报序号对上报数据进行排序，有助于后续的用户行为分析；通过监测第一客户端呼起第二客户端的触发事件，将第一客户端存储的关联标识与上报序号携带于呼起请求向第二客户端发送，从而使第二客户端可同步存储关联标识与上报序号，有助于实现上报数据的完整关联；此外，本发明可应用于各种关联上报数据的环境，例如：从浏览器端到app应用、从app应用到浏览器端、从一种app应用到另一种app应用。

图3是根据本发明实施例的关联上报数据的装置的主要部分示意图。

如图3所示，本发明实施例的关联上报数据的装置300可包括：接收模块301和关联模块302。其中：

接收模块301可用于接收多种客户端发送的上报请求；其中，所述上报请求中携带上报数据和关联标识，所述关联标识是所述多种客户端中的任一种客户端预先存储的；

关联模块302可用于利用所述关联标识对所述上报数据进行关联。

较佳地，所述多种客户端可包括：都处于未登录状态的第一客户端和第二客户端。

在本发明实施例中，所述关联标识根据以下步骤被存储在第一客户端和第二客户端：第一客户端在发送访问请求、并接收针对所述访问请求的响应之后，建立关联标识并存储；第一客户端监测到包括第二客户端的链接标识的触发事件后，向第二客户端发送携带所述关联标识的呼起请求；第二客户端接收所述呼起请求，将所述呼起请求中携带的关联标识存储。

较佳地，所述关联标识是基于所述响应中包括的时间戳建立的。

在一可选实现方式中，第一客户端发送的上报请求中可进一步携带：第一客户端当前存储的上报序号；第二客户端发送的上报请求中可进一步携带：第二客户端当前存储的上报序号。相应地，所述关联模块302可进一步用于：利用所述关联标识、以及上报请求中携带的上报序号对所述上报数据进行关联。

在本发明实施例中，上报序号可根据以下步骤被存储在第一客户端和第二客户端：第一客户端在建立关联标识时，建立初始的上报序号并存储；在发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除；第一客户端向第二客户端发送所述呼起请求；其中，所述呼起请求携带第一客户端当前存储的上报序号；第二客户端接收所述呼起请求，将所述呼起请求中携带的上报序号存储；在发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除。

作为一个优选方案，预设规则可包括：将当前存储的上报序号与预设数值相加，得到新的上报序号。

具体应用中，所述上报数据可包括用户行为日志数据。相应地，所述关联模块302可进一步用于：将对应于同一关联标识的上报数据确定为同一用户的上报数据；在所述同一用户的上报数据中，根据上报序号进行排序以关联用户行为。

此外，在本发明实施例中，第一客户端为浏览器端，第二客户端为app应用，所述链接标识为统一资源定位符计划urlscheme；其中，第一客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端为app应用，第二客户端为浏览器端，所述链接标识为统一资源定位符url；其中，第二客户端将关联标识和上报序号存储在本地存储localstorage；或者第一客户端和第二客户端均为app应用，所述链接标识为统一资源定位符计划urlscheme。

需要说明的是，图3所述的实施例的关联上报数据的方法可运行在服务端。

在本发明实施例的技术方案中，通过在处于未登录状态的第一客户端与第二客户端预先存储关联标识，并使关联标识被携带于上报请求，从而可利用关联标识准确关联同一用户从第一客户端到第二客户端的上报数据，避免了现有技术中对上报数据的加工处理，克服了现有技术中上报数据的关联效果易为网络类型切换、地理位置信息禁用等因素所影响的缺陷；通过在处于未登录状态的第一客户端与第二客户端预先存储上报序号，并使上报序号被携带于上报请求，从而可进一步利用上报序号对上报数据进行排序，有助于后续的用户行为分析；通过监测第一客户端呼起第二客户端的触发事件，将第一客户端存储的关联标识与上报序号携带于呼起请求向第二客户端发送，从而使第二客户端可同步存储关联标识与上报序号，有助于实现上报数据的完整关联；此外，本发明可应用于各种关联上报数据的环境，例如：从浏览器端到app应用、从app应用到浏览器端、从一种app应用到另一种app应用。

以下介绍本发明实施例的有助于关联上报数据的终端的主要组成部分。可以理解的是，终端可以是物理设备，也可以是计算机程序。

具体地，本发明实施例的终端可包括多种客户端；其中，所述多种客户端可用于发送携带上报数据和关联标识的上报请求；其中，所述关联标识是所述多种客户端中的任一种客户端预先存储的，用于对所述上报数据进行关联。

较佳地，所述多种客户端包括都处于未登录状态的第一客户端和第二客户端。

实际应用中，第一客户端与第二客户端可以是安装在终端的两种计算机程序。例如：第一客户端与第二客户端分别为安装在手机(终端)的浏览器端与app应用。

在一可选实现方式中，第一客户端可进一步用于：在发送访问请求、并接收针对所述访问请求的响应之后，建立关联标识并存储；向第二客户端发送携带所述关联标识的呼起请求；第二客户端可进一步用于：接收所述呼起请求，将所述呼起请求中携带的关联标识存储。

较佳地，所述关联标识是基于所述响应中包括的时间戳建立的。

作为一个优选方案，第一客户端可进一步用于：监测到包括第二客户端的链接标识的触发事件后，向第二客户端发送所述呼起请求。

实际应用中，第一客户端发送的上报请求中可进一步携带：第一客户端当前存储的上报序号；第二客户端发送的上报请求中可进一步携带：第二客户端当前存储的上报序号；以及第一客户端和第二客户端发送的上报请求中携带的上报序号可用于：对所述上报数据进行关联。

具体应用中，第一客户端可进一步用于：在建立关联标识时，建立初始的上报序号并存储；在发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除；向第二客户端发送所述呼起请求；其中，所述呼起请求携带第一客户端当前存储的上报序号；第二客户端可进一步用于：接收所述呼起请求，将所述呼起请求中携带的上报序号存储；在发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除。

较佳地，预设规则包括：将当前存储的上报序号与预设数值相加，得到新的上报序号。

在本发明实施例中，所述上报数据包括用户行为日志数据；第一客户端和第二客户端发送的上报请求中携带的关联标识进一步用于：确定同一用户的上报数据；以及第一客户端和第二客户端发送的上报请求中携带的上报序号进一步用于：在同一用户的上报数据中，对该上报数据进行排序以关联用户行为。

此外，在本发明实施例中，第一客户端为浏览器端，第二客户端为app应用，所述链接标识为统一资源定位符计划urlscheme；其中，第一客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端为app应用，第二客户端为浏览器端，所述链接标识为统一资源定位符url；其中，第二客户端将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端和第二客户端均为app应用，所述链接标识为统一资源定位符计划urlscheme。

在本发明实施例的技术方案中，通过在处于未登录状态的第一客户端与第二客户端预先存储关联标识，并使关联标识被携带于上报请求，从而可利用关联标识准确关联同一用户从第一客户端到第二客户端的上报数据，避免了现有技术中对上报数据的加工处理，克服了现有技术中上报数据的关联效果易为网络类型切换、地理位置信息禁用等因素所影响的缺陷；通过在处于未登录状态的第一客户端与第二客户端预先存储上报序号，并使上报序号被携带于上报请求，从而可进一步利用上报序号对上报数据进行排序，有助于后续的用户行为分析；通过监测第一客户端呼起第二客户端的触发事件，将第一客户端存储的关联标识与上报序号携带于呼起请求向第二客户端发送，从而使第二客户端可同步存储关联标识与上报序号，有助于实现上报数据的完整关联；此外，本发明可应用于各种关联上报数据的环境，例如：从浏览器端到app应用、从app应用到浏览器端、从一种app应用到另一种app应用。

图4是根据本发明实施例的关联上报数据的系统的主要部分示意图。

如图4所示，本发明实施例的关联上报数据的系统可包括服务端401以及多种客户端；其中，所述多种客户端用于向服务端401发送携带上报数据和关联标识的上报请求，所述关联标识是所述多种客户端的任一种客户端预先存储的；服务端401用于接收所述上报请求，并利用所述关联标识对所述上报数据进行关联。

较佳地，所述多种客户端包括：都处于未登录状态的第一客户端402和第二客户端403。

在本发明实施例中，第一客户端402可进一步用于：在向服务端401发送访问请求、并接收服务端401针对所述访问请求的响应之后，建立关联标识并存储；向第二客户端403发送携带所述关联标识的呼起请求；第二客户端403可进一步用于：接收所述呼起请求，将所述呼起请求中携带的关联标识存储。

较佳地，所述关联标识是基于所述响应中包括的时间戳建立的。

具体应用中，第一客户端402可进一步用于：监测到包括第二客户端403的链接标识的触发事件后，向第二客户端403发送所述呼起请求。

作为一个优选方案，第一客户端402发送的上报请求中可进一步携带：第一客户端402当前存储的上报序号；第二客户端403发送的上报请求中可进一步携带：第二客户端403当前存储的上报序号；以及服务端401可进一步用于：利用所述关联标识、以及上报请求中携带的上报序号对所述上报数据进行关联。

较佳地，在本发明实施例中，第一客户端402可进一步用于：在建立关联标识时，建立初始的上报序号并存储；在向服务端401发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除；向第二客户端403发送所述呼起请求；其中，所述呼起请求携带第一客户端402当前存储的上报序号；第二客户端403可进一步用于：接收所述呼起请求，将所述呼起请求中携带的上报序号存储；在向服务端401发送上报请求时，根据当前存储的上报序号、以及预设规则生成新的上报序号并存储，将该当前存储的上报序号去除。

具体地，预设规则可包括：将当前存储的上报序号与预设数值相加，得到新的上报序号。

在一可选实现方式中，所述上报数据包括用户行为日志数据。相应地，服务端401可进一步用于：将对应于同一关联标识的上报数据确定为同一用户的上报数据；在所述同一用户的上报数据中，根据上报序号进行排序以关联用户行为。

此外，在本发明实施例中，第一客户端402为浏览器端，第二客户端403为app应用，所述链接标识为统一资源定位符计划urlscheme；其中，第一客户端402将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端402为app应用，第二客户端403为浏览器端，所述链接标识为统一资源定位符url；其中，第二客户端403将关联标识和上报序号存储在本地存储localstorage；或者，第一客户端402和第二客户端403均为app应用，所述链接标识为统一资源定位符计划urlscheme。

在本发明实施例的技术方案中，通过在处于未登录状态的第一客户端与第二客户端预先存储关联标识，并使关联标识被携带于上报请求，从而可利用关联标识准确关联同一用户从第一客户端到第二客户端的上报数据，避免了现有技术中对上报数据的加工处理，克服了现有技术中上报数据的关联效果易为网络类型切换、地理位置信息禁用等因素所影响的缺陷；通过在处于未登录状态的第一客户端与第二客户端预先存储上报序号，并使上报序号被携带于上报请求，从而可进一步利用上报序号对上报数据进行排序，有助于后续的用户行为分析；通过监测第一客户端呼起第二客户端的触发事件，将第一客户端存储的关联标识与上报序号携带于呼起请求向第二客户端发送，从而使第二客户端可同步存储关联标识与上报序号，有助于实现上报数据的完整关联；此外，本发明可应用于各种关联上报数据的环境，例如：从浏览器端到app应用、从app应用到浏览器端、从一种app应用到另一种app应用。

图5示出了可以应用本发明实施例的关联上报数据的方法或关联上报数据的装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505(此架构仅仅是示例，具体架构中包含的组件可以根据申请具体情况调整)。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的关联上报数据的方法一般由服务器505执行，相应地，关联上报数据的装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

本发明还提供了一种电子设备。

本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的关联上报数据的方法。

下面参考图6，其示出了适于用来实现本发明实施例的关联上报数据的方法的电子设备的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有计算机系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文的主要步骤图描述的过程可以被实现为计算机软件程序。例如，本发明实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在上述实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。在本发明中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块与关联模块，其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，接收模块还可以被描述为“向关联模块发送上报数据的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中的。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该设备执行时，使得该设备执行的步骤包括：接收多种客户端发送的上报请求；其中，所述上报请求中携带上报数据和关联标识，所述关联标识是所述多种客户端中的任一种客户端预先存储的；利用所述关联标识对所述上报数据进行关联。

根据本发明实施例的技术方案，通过在处于未登录状态的第一客户端与第二客户端预先存储关联标识，并使关联标识被携带于上报请求，从而可利用关联标识准确关联同一用户从第一客户端到第二客户端的上报数据，避免了现有技术中对上报数据的加工处理，克服了现有技术中上报数据的关联效果易为网络类型切换、地理位置信息禁用等因素所影响的缺陷；通过在处于未登录状态的第一客户端与第二客户端预先存储上报序号，并使上报序号被携带于上报请求，从而可进一步利用上报序号对上报数据进行排序，有助于后续的用户行为分析；通过监测第一客户端呼起第二客户端的触发事件，将第一客户端存储的关联标识与上报序号携带于呼起请求向第二客户端发送，从而使第二客户端可同步存储关联标识与上报序号，有助于实现上报数据的完整关联；此外，本发明可应用于各种关联上报数据的环境，例如：从浏览器端到app应用、从app应用到浏览器端、从一种app应用到另一种app应用。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。