CN114187025A - 数据处理方法、装置、电子设备及计算机存储介质 - Google Patents

Abstract

本说明书实施例公开了一种数据处理方法、装置、电子设备及计算机存储介质。其中，该方法包括：获取多个终端发送的用户数据，并根据多个终端发送的用户数据进行分组匹配，将分组匹配的结果发送至对应的终端，其中，每个分组中包括至少两个终端，每个分组中的终端之间的距离不超过预设阈值，且每个分组内的至少两个终端的匹配结果一致。

Description

数据处理方法、装置、电子设备及计算机存储介质

技术领域

本说明书涉及信息技术领域，尤其涉及一种数据处理方法、装置、电子设备及计算机存储介质。

背景技术

随着移动通信技术的发展，线上购物已经成为了人们生活中的主流购物方式，这给人们的生活带来了极大的便利。各大商家为了达到推广目的(例如提高销售额、增加浏览量等)，往往会举办一些活动来吸引客户。各大商家通常采用摇一摇等用户自主参与性强的方式来吸引更多的用户参与进来，并对参与的用户进行匹配，匹配成功后发放权益，以促使用户消费。

发明内容

本说明书实施例提供了一种数据处理方法、装置、电子设备及计算机存储介质，可以实现用户面对面的精确匹配，促使用户带动身边的人一起参与活动，匹配成功后发放权益，推广线下支付方式。

第一方面，本说明书实施例提供了一种数据处理方法，包括：

获取多个终端发送的用户数据；其中，上述用户数据包括上述终端对应的用户标识，以及处于上述终端蓝牙搜索范围内的其它终端的用户标识；

基于上述多个终端发送的用户数据对上述多个终端进行分组匹配；其中，每个分组中包括至少两个终端，上述至少两个终端之间的距离不超过预设阈值，上述至少两个终端的匹配结果一致；

将上述分组匹配的结果发送至对应的终端。

在一种可能的实现方式中，上述用户数据还包括上述终端对应的地理位置信息、时间戳；上述时间戳为上述终端发送上述用户数据的时刻。

在一种可能的实现方式中，上述基于上述多个终端发送的用户数据对上述多个终端进行分组匹配，包括：

基于上述多个终端发送的用户数据，确定各个上述终端对应的场次信息；

将场次信息相同的多个终端进行分组匹配。

在一种可能的实现方式中，上述基于上述多个终端发送的用户数据，确定各个上述终端对应的场次信息，包括：

基于每个上述终端的上述时间戳及上述地理位置信息确定是否存在第一目标场次，上述第一目标场次覆盖的时间范围包括上述时间戳；

若存在上述第一目标场次，则确定上述第一目标场次为上述终端对应的场次；

若不存在上述第一目标场次，则基于上述时间戳及上述地理位置信息确定是否存在第二目标场次，上述第二目标场次的起始时刻晚于上述第一目标场次的起始时刻；

若存在上述第二目标场次，则确定上述第二目标场次为上述终端对应的场次；

若不存在上述第二目标场次，则基于上述时间戳及上述地理位置信息生成目标场次，并确定上述目标场次为上述终端对应的场次；上述目标场次覆盖的时间范围的最早时刻不晚于上述时间戳对应的时刻；

其中，上述第一目标场次覆盖的时间范围的长度、上述第二目标场次覆盖的时间范围的长度及上述目标场次覆盖的时间范围的长度相等。

在一种可能的实现方式中，上述用户数据还包括处于上述终端蓝牙搜索范围内的其它终端的蓝牙信号强度；

上述基于上述多个终端发送的用户数据对上述多个终端进行分组匹配之前，上述方法还包括：

按照上述蓝牙信号强度对上述用户数据进行排序；

上述将场次信息相同的多个终端进行分组匹配包括：根据上述用户数据的排序对上述场次信息相同的多个终端进行分组匹配。

在一种可能的实现方式中，上述根据上述用户数据的排序对上述场次信息相同的多个终端进行分组匹配包括：

根据上述用户数据的排序对上述场次信息相同的多个终端进行蓝牙匹配，得到两两匹配的蓝牙匹配结果；

上述根据上述用户数据的排序对上述场次信息相同的多个终端进行分组匹配之后，上述方法还包括：

若在多个场次中均存在用户数据没有蓝牙匹配结果，则对没有蓝牙匹配结果的用户数据进行位置匹配，得到两两匹配的位置匹配结果；其中，上述多个场次覆盖的时间范围相同。

在一种可能的实现方式中，上述对上述多个场次中没有蓝牙匹配结果的用户数据进行位置匹配，包括：

根据上述没有蓝牙匹配结果的终端的地理位置信息计算各个上述没有蓝牙匹配结果的终端对应的地理围栏；

确定目标终端周围的多个地理围栏；上述目标终端为上述没有蓝牙匹配结果的终端中的任意一个；

分别确定每个上述地理围栏中与上述目标终端距离最近的待匹配终端；

从多个地理围栏各自对应的待匹配终端中确定与上述目标终端最近的待匹配终端为目标匹配终端；

上述目标终端及上述目标匹配终端为上述两两匹配的位置匹配结果。

在一种可能的实现方式中，上述基于上述多个终端发送的用户数据对上述多个终端进行分组匹配之前，上述方法还包括：

接收目标终端发送的查询匹配结果的请求；上述目标终端为上述多个终端中的任意一个终端；

响应于上述查询匹配结果的请求，判断上述目标终端发送查询匹配结果的请求的时刻是否晚于上述目标终端对应的场次的最晚时刻；

上述将上述分组匹配的结果发送至对应的终端，包括：若上述目标终端发送查询匹配结果的请求的时刻晚于上述目标终端对应的场次的最晚时刻，则将上述目标终端的分组匹配结果发送至上述目标终端。

在一种可能的实现方式中，上述基于上述多个终端发送的用户数据对上述多个终端进行分组匹配，包括：

根据上述目标终端对应的场次信息确定是否存在上述场次对应的匹配结果；

若否，则基于与上述目标终端场次信息相同的多个终端发送的用户数据对上述多个终端行分组匹配。

第二方面，本说明书实施例提供了一种数据处理装置，包括：

获取模块，用于获取多个终端发送的用户数据；其中，上述用户数据包括上述终端对应的用户标识，以及处于上述终端蓝牙搜索范围内的其它终端的用户标识；

匹配模块，用于基于上述多个终端发送的用户数据对上述多个终端进行分组匹配；其中，每个分组中包括至少两个终端，上述至少两个终端之间的距离不超过预设阈值，上述至少两个终端的匹配结果一致；

发送模块，用于将上述分组匹配的结果发送至对应的终端。

在一种可能的实现方式中，上述用户数据还包括上述终端对应的地理位置信息、时间戳；上述时间戳为上述终端发送上述用户数据的时刻。

在一种可能的实现方式中，匹配模块，包括：

第一确定单元，用于基于上述多个终端发送的用户数据，确定各个上述终端对应的场次信息；

第一匹配单元，用于将场次信息相同的多个终端进行分组匹配。

在一种可能的实现方式中，第一确定单元包括：

第一确定子单元，用于基于每个上述终端的上述时间戳及上述地理位置信息确定是否存在第一目标场次，上述第一目标场次覆盖的时间范围包括上述时间戳；

第二确定子单元，用于若存在上述第一目标场次，则确定上述第一目标场次为上述终端对应的场次；

第三确定子单元，用于若不存在上述第一目标场次，则基于上述时间戳及上述地理位置信息确定是否存在第二目标场次，上述第二目标场次的起始时刻晚于上述第一目标场次的起始时刻；

第四确定子单元，用于若存在上述第二目标场次，则确定上述第二目标场次为上述终端对应的场次；

第五确定子单元，用于若不存在上述第二目标场次，则基于上述时间戳及上述地理位置信息生成目标场次，并确定上述目标场次为上述终端对应的场次；上述目标场次覆盖的时间范围的最早时刻为上述时间戳对应的时刻；

其中，上述第一目标场次覆盖的时间范围的长度、上述第二目标场次覆盖的时间范围的长度及上述目标场次覆盖的时间范围的长度相等。

在一种可能的实现方式中，上述用户数据还包括处于上述终端蓝牙搜索范围内的其它终端的蓝牙信号强度；

上述装置还包括：排序模块，用于按照上述蓝牙信号强度对上述用户数据进行排序；

上述第一匹配单元具体用于：根据上述用户数据的排序对上述场次信息相同的多个终端进行分组匹配。

在一种可能的实现方式中，上述第一匹配单元具体用于：根据上述用户数据的排序对上述场次信息相同的多个终端进行蓝牙匹配，得到两两匹配的蓝牙匹配结果；

上述匹配模块，还包括：第二匹配单元，用于若在多个场次中均存在终端没有蓝牙匹配结果，则对上述多个场次中没有蓝牙匹配结果的终端进行位置匹配，得到两两匹配的位置匹配结果；其中，上述多个场次覆盖的时间范围相同。

在一种可能的实现方式中，上述第二匹配单元，包括：

计算子单元，用于根据上述没有蓝牙匹配结果的终端的地理位置信息计算各个上述没有蓝牙匹配结果的终端对应的地理围栏；

第六确定子单元，用于确定目标终端周围的多个地理围栏；上述目标终端为上述没有蓝牙匹配结果的终端中的任意一个；

第七确定子单元，用于分别确定每个上述地理围栏中与上述目标终端距离最近的待匹配终端；

第八确定子单元，用于从多个地理围栏各自对应的待匹配终端中确定与上述目标终端最近的待匹配终端为目标匹配终端；

上述目标终端及上述目标匹配终端为上述两两匹配的位置匹配结果。

在一种可能的实现方式中，上述装置还包括：

接收模块，用于接收目标终端发送的查询匹配结果的请求；上述目标终端为上述多个终端中的任意一个终端；

判断模块，用于响应于上述查询匹配结果的请求，判断上述目标终端发送查询匹配结果的请求的时刻是否晚于上述目标终端对应的场次的最晚时刻；

上述发送模块，具体用于：若上述目标终端发送查询匹配结果的请求的时刻晚于上述目标终端对应的场次的最晚时刻，则将上述目标终端的分组匹配结果发送至上述目标终端。

在一种可能的实现方式中，上述匹配模块，包括：

第二确定单元，用于根据上述目标终端对应的场次信息确定是否存在上述场次对应的匹配结果；

第三匹配单元，用于若不存在上述目标终端对应的场次的匹配结果，则基于与上述目标终端场次信息相同的多个终端发送的用户数据对上述多个终端行分组匹配。

第三方面，本说明书实施例提供了一种电子设备，包括：处理器以及存储器；

上述处理器与上述存储器相连；

上述存储器，用于存储可执行程序代码；

上述处理器通过读取上述存储器中存储的可执行程序代码来运行与上述可执行程序代码对应的程序，以用于执行本说明书实施例第一方面或第一方面的任意一种可能的实现方式提供的方法。

第四方面，本说明书实施例提供了一种计算机存储介质，上述计算机存储介质存储有多条指令，上述指令适于由处理器加载并执行本说明书实施例第一方面或第一方面的任意一种可能的实现方式提供的方法。

本说明书实施例通过获取多个终端发送的用户数据，并基于这多个终端发送的用户数据对它们进行分组匹配，最终将分组匹配结果发送至对应的终端。其中，用户数据包括该终端对应的用户标识，以及处于该终端蓝牙搜索范围内的其它终端的用户标识，每个分组中包括至少两个终端，且这至少两个终端之间的距离不超过预设阈值，每个分组中的终端的匹配结果一致。采用该方法，一方面通过匹配终端周围的其它终端，而使用户带动身边的人参与到活动中来，另一方面，每个分组中的终端的匹配结果一致，可以使每个分组中的用户显示的匹配结果一致，从而实现面对面的精确匹配，增加用户参与活动的趣味性，进一步促进用户带动身边的人参与活动，达到商家的推广目的。

附图说明

为了更清楚地说明本说明书实施例中的技术方案，下面将对实施例中所需使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书一示例性实施例提供的数据处理系统的架构示意图；

图2A-图2D为本说明书一示例性实施例提供的分组匹配过程的界面示意图；

图3为本说明书一示例性实施例提供的数据处理方法的流程示意图；

图4为本说明书一示例性实施例提供的目标终端的等待时间示意图；

图5为本说明书一示例性实施例提供的数据上报的流程示意图；

图6为本说明书一示例性实施例提供的热点区域降级示意图；

图7为本说明书一示例性实施例提供的地理围栏划分的示意图；

图8为本说明书一示例性实施例提供的属于同一场次的终端信息示意图；

图9为本说明书一示例性实施例提供的目标终端场次匹配示意图；

图10为本说明书一示例性实施例提供的分组匹配的流程示意图；

图11A-图11G为本说明书一示例性实施例提供的蓝牙匹配的意图；

图12A-图12B为本说明书一示例性实施例提供的位置匹配示意图；

图13为本说明书一示例性实施例提供的数据处理装置的结构示意图；

图14为本说明书一示例性实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述。

本说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

请参考图1，图1为本说明书一示例性实施例提供的数据处理系统的架构示意图。如图1所示，数据处理系统10可以包括：服务器110和多个终端120。其中：

终端120可以为用户端。在终端120中可安装应用程序。当终端120基于该应用程序接收到触发操作(例如摇手机)，时，终端可以实现发送用户数据、接收或查询分组匹配的结果等功能。每个终端120均可以建立与网络之间的数据关系，并通过该网络和服务器110建立数据连接关系，例如发送用户数据、查询并接收匹配结果等。其中，终端120可以但不限于是安装有应用程序的手机、平板电脑、笔记本电脑等设备。本说明书实施例中，用户数据可以包括在该终端120上登录的用户身份标识(User Identity Document，UID)、终端120的地理位置信息、终端120蓝牙搜索范围内的其它终端对应的用户ID(UIDs)。其中，终端的地理位置信息至少可以包括经度(lon)和纬度(lat)。进一步地，地理位置信息还可以包括城市标识city_ID(例如武汉市对应的city_ID为330100)、区域标识area_ID(例如洪山区对应的area_ID为330110)等。

服务器110可以根据获取的多个终端120发送的用户数据将多个终端120对应的多个用户进行面对面的精准匹配，即用于实现本说明书实施例所述的数据处理方法。服务器110还可以接收网络或多个终端120中的任意一个用户端发送用户数据等数据，或给网络或多个终端120中的任意一个用户端发送其对应的精准匹配的结果等数据。

在一些可能的实施例中，数据处理系统10还可以包括缓存服务器(图中未示出)，具体用于接收终端120上传的用户数据。在该实施例中，服务器110可以从缓存服务器中获取用户数据，并对用户数据进行分组匹配。本说明书实施例中的缓存服务器可以为RZTbase

网络可以是在服务器110和多个终端120之间提供通信链路的介质，也可以是包含网络设备和传输介质的互联网，不限于此。传输介质可以是有线链路(例如但不限于，同轴电缆、光纤和数字用户线路(digital subscriber line，DSL)等)或无线链路(例如但不限于，无线上网(wireless fidelity，WIFI)、蓝牙和移动设备网络等)。

可以理解地，图1所示的数据处理系统中的终端120的数目仅作为示例，在具体实现中，该数据处理系统可以包含任意数目的终端120。本说明书实施例对此不作限定。

接下来结合图1，介绍本说明书实施例提供的数据处理方法对应的实施场景，即用户从开始参与活动至匹配成功后发放权益的过程。具体请参考图2A-图2D为本说明书实施例提供的分组匹配过程的界面示意图。

示例性地，终端120可以接收用户对已安装的应用A(包含摇一摇功能)的点击操作，响应于该点击操作，终端可以显示如图2A所示的用户界面20。然后，终端120可以基于用户界面20中的“摇红包”控件接收用户操作(例如但不限于点击操作)，或者终端120可以在显示用户界面20时基于陀螺仪或者加速度传感器接收用户对于终端120的摇一摇操作，从而终端120可以显示可如图2B所示的用户界面20。此时终端120可以将用户数据上报至服务器110，并等待服务器110对同一场次中的多个参与活动的终端120进行精准分组匹配计算匹配结果。此时，用户界面20中会显示如图2B中的提示框201“正在匹配中......”。当服务器110对将上述多个终端120均匹配完成后，可以将匹配的结果发送至对应的终端120。终端120收到匹配结果如图2C所示：用户“李雷”和“韩梅梅”匹配在同一组，即用户“李雷”匹配到用户“韩梅梅”，其用户“李雷”的界面图如图2C中的30A所示；用户“韩梅梅”同时也匹配到了“李雷”，其用户“韩梅梅”的界面图如图2C中的30B所示。此时，用户“李雷”和用户“韩梅梅”均可通过点击界面中的“领”字区域领域领取活动权益，即进入如图2D所示的用户界面40，领取相应的活动权益。

不限于将上报用户数据的用户进行两两匹配，在具体实现中，本说明书实施例还可以将三个或三个以上的用户进行匹配。示例性地，用户A可以匹配到用户B及用户C，与此同时，用户B也匹配到了用户A及用户C，用户C也匹配到了用户A和用户B。本说明书实施例对于一个分组内包含的用户数量不作限定。

接下来结合图1-图2D，介绍本说明书实施例提供的数据处理方法。具体请参考图3，其为本说明书实施例提供了一种数据处理方法的流程示意图。如图3所示，该数据处理方法包括以下几个步骤：

S102，获取多个终端发送的用户数据。

具体地，各个终端120在接收到触发操作后，可将其对应的用户数据发送至服务器110。示例性地，触发操作可以是终端120可以基于用户界面20中的“摇红包”控件接收用户操作(例如但不限于点击操作)，或者终端120可以在显示用户界面20时基于陀螺仪或者加速度传感器接收用户对于终端120的摇一摇操作。服务器110能够通过网络获取多个终端120发送的用户数据。用户数据包括终端120对应的用户标识，以及处于该终端120蓝牙搜索范围内的其它终端的用户标识。其中，预设范围是指终端的蓝牙搜索范围。用户标识可以是一些由中文或英文或符号组成的能够代表用户的身份的字符串，例如，2088102325262557、zfb-888等。本说明书实施例对此不作具体限定。

S104，基于多个终端发送的用户数据对多个终端进行分组匹配。

具体地，服务器110在获取了多个终端120发送的用户数据之后，还会将上述用户数据进行上报处理。上述用户数据还包括终端120对应的地理位置信息、时间戳。上述时间戳为终端120发送用户数据的时刻，也即终端120接收到触发操作的时刻。上述地理位置信息包括终端120所位于的城市对应的城市标识以及终端120的地理位置对应的经纬度。上述城市标识可以是一些由中文或英文或数字或符号组成的能够代表该城市的身份的字符串，例如，330100、beijing-8等。本说明书实施例对此不作具体限定。终端120将用户数据进行上报处理之后，服务器将会基于多个终端发送的用户数据，确定各个终端对应的场次信息，并将场次信息相同的多个终端进行分组匹配。即对位于同一场次的多个终端进行分组匹配。如何确定各个终端对应的场次信息将在后续实施例中介绍，此处暂不详述。

可选地，用户数据还包括处于该终端120蓝牙搜索范围内的其它终端的蓝牙信号强度。其中，上述预设范围可以是50米、100米等，具体范围取决于终端110的蓝牙模块的性能，本说明书实施例对此不作具体限定。当服务器将上述用户数据进行上报处理之后，服务器110将会按照蓝牙信号强度对上述用户数据进行排序，例如从强到弱排序，然后根据用户数据的排序结果对场次信息相同的多个终端进行分组匹配。其中，每个分组中包括至少两个终端，这至少两个终端之间的距离不超过预设阈值，这至少两个终端的匹配结果一致(例如图2C中示出的“李雷”与“韩梅梅”的匹配结果一致)。其中，预设阈值可以是200米、500米等，具体可依据实际情况进行设定，本说明书实施例对此不作具体限定。

S106，将分组匹配的结果发送至对应的终端。

具体地，服务器对上述多个终端进行分组匹配之后，当服务器接收到目标终端发送的查询匹配结果的请求时，若目标终端发送查询匹配结果的请求的时刻晚于目标终端对应的场次的最晚时刻，则将目标终端的分组匹配结果发送至目标终端。目标终端为多个终端中的任意一个终端。若目标终端发送查询匹配结果的请求的时刻早于目标终端对应的场次的最晚时刻，则服务器可不对目标终端的查询匹配结果作出响应，或者服务器可等待该场次结束后再对目标终端的查询匹配结果作出响应(计算并发送匹配结果)。本说明书实施例中，又可以将该场次结束的时刻与标终端发送查询匹配结果的时刻之间的时长称为等待时间。这样可以保证目标终端对应的场次不会再有新的终端加入，也就是该场次包含的终端已确定，进而确保最终的匹配结果的准确性。

例如，当目标终端发送查询匹配结果的请求的时刻为10:00:03，目标终端对应的场次的时间为10:00:00-10:00:02时,可以判断目标终端发送查询匹配结果的请求的时刻晚于目标终端对应的场次的最晚时刻，则服务器将会向目标终端发送目标终端的分组匹配结果。

又例如，如图4所示，当目标终端所对应的时间戳为10:00:01.820，其匹配到的场次为场次2，场次2所覆盖的时间范围为10:00:01-10:00:03时，由场次2对应的最晚时刻减去上述时间戳对应的时刻得到目标终端的等待时间1180毫秒ms，即需要等待1180ms后，服务器才会开始对目标终端进行分组匹配。

在一些可能的实施例中，当目标终端将上述用户数据进行上报处理之后，服务器将会根据目标终端对应的场次信息确定是否存在该目标终端对应的场次的匹配结果。若否，则基于与该目标终端场次信息相同的多个终端发送的用户数据对上述多个终端行分组匹配。也即是说，若某个场次中包含了100个终端，若某个终端(即上述目标终端)是这100个终端中第一个向服务器发起查询匹配结果的请求的终端，则该目标终端发起的查询匹配结果的请求触发服务器对该场次中包含的终端进行分组匹配。

进一步地，服务器可以保存该场次的匹配结果至存储器中。当该场次中的其它终端向服务器发起查询匹配结果的请求时，服务器可以直接从存储器中获取其它终端的匹配结果，并将匹配结果发送至相应的终端。

本说明书实施例通过获取多个终端发送的用户数据，并基于这多个终端发送的用户数据对它们进行分组匹配，最终将分组匹配结果发送至对应的终端。其中，用户数据包括该终端对应的用户标识，以及处于该终端蓝牙搜索范围内的其它终端的用户标识，每个分组中包括至少两个终端，且这至少两个终端之间的距离不超过预设阈值，每个分组中的终端的匹配结果一致。采用该方法，一方面通过匹配终端周围的其它终端，而使用户带动身边的人参与到活动中来，另一方面，每个分组中的终端的匹配结果一致，可以使每个分组中的用户显示的匹配结果一致，从而实现面对面的精确匹配，增加用户参与活动的趣味性，进一步促进用户带动身边的人参与活动，达到商家的推广目的。

上述步骤S104中，用户数据上报的实现过程具体请参考图5，其为本说明书实施例提供了一种数据上报的流程示意图。如图5所示，该数据上报流程包括以下几个步骤：

步骤502，上报信息处理、校验。

具体地，服务器在获取了多个终端发送的用户数据之后，将会校验上述用户数据包括的地理位置信息是否正确。若地理位置信息包括城市标识和经纬度，则校验用户数据包括的城市标识和经纬度的数据表述格式是否正确，当城市标识和经纬度的数据表述格式均正确时，再根据预先存储的预设数据表判断终端的经纬度是否位于城市对应的经纬度范围内，若是，则可以确定上述用户数据包括的地理位置信息是正确的。

例如，当用户数据包括的城市标识为“330100”，经度为“120.047043”，纬度为“30.280282”时，由于该城市标识是由是一些数字组成的，且能够在数据库中查找到城市标识所代表的城市，即可以判断城市标识的数据表述格式正确。由于上述经度“120.047043”在经度的表述范围[-180，180]之间，上述纬度“30.280282”在纬度的表述范围[-90，90]之间，所以可以判断上述经纬度的数据表述格式也正确。当上述城市标识所代表的城市为西湖区，而西湖区的经度范围为[120，125]，纬度范围为[30，35]时，可以判断上述经纬度位于上述城市西湖区对应的经纬度范围内，则可以确定上述用户数据包括的地理位置信息正确。

可选地，用户数据除了包括终端对应的地理位置信息、时间戳以及用户标识外，还可以包括该终端对应的蓝牙扫描信号的强度。当服务器校验完上述用户数据包括的地理位置信息之后，还会对处于地理位置信息相同的多个终端根据其对应的蓝牙扫描信号强度(Received Signal Strength Indication，RSSI)进行用户标识的排序。例如当用户标识为“2088402527866158”的终端对应的RSSI为-51，当用户标识为“2088102325262557”的终端对应的RSSI为-21时，即可判断用户标识为“2088402527866158”的终端对应的RSSI(-51)比用户标识为“2088102325262557”的终端对应的RSSI(-21)要强，即将用户标识“2088402527866158”排在用户标识“2088102325262557”的前面。

步骤504，缓存信息构建。

具体地，本说明书实施例中用户数据在参与分组匹配后，由于本说明书实施例中参与分组匹配的用户数据都是具有时效性的(分组匹配结束后数据失效)，因此本说明书实施例中可采用TBase缓存服务器来进行数据存储。即终端可以将用户数据发送至TBase缓存服务器进行数据缓存。示例性地，终端发送的用户数据包括：终端的用户标识(uid)、终端的经纬度信息(lat、lon)，以及该终端通过蓝牙扫描到的其它终端的用户标识(uids)。示例性地，缓存的信息格式如下：

步骤506，TBase路由信息打散。

具体地，本说明书实施例中，为了让同一个区域的用户数据能缓存在一起，所以用户数据缓存时以地理围栏作为路由。本说明书实施例中的缓存服务器具体可采用RZ Tbase缓存服务器。由于一些热点区域例如上海、杭州等的用户数据都路由到了同一个集群，为防止数据量过大导致在计算地理围栏的过程中出现系统异常的情况，此时需要将热点区域的用户数据打散，即对该区域进行地理围栏的降级处理。

图6示例性示出了一种地理围栏的降级处理过程示意图。如图6所示，当一级地理围栏2为热点区域时，可以将地理围栏2降为二级，即将一级的地理围栏2划分为4个大小相等的二级地理围栏20、21、22、23。当二级地理围栏13为热点区域时，可以进一步地将二级地理围栏13降为三级，即将二级地理围栏13划分为4个大小相等的三级地理围栏130、131、132、133。可知，在具体实现中还可以有其他的地理围栏降级处理方式，本说明书实施例对此不作限定。

步骤508，计算地理围栏。

具体地，由于需要让一个区域的用户数据缓存在一起，所以需要以地理围栏为依据划分存储在同一个集群区域。本说明书实施例中计算地理围栏使用的是GeoHash算法，还可以使用S2算法等，本说明书对此不作具体限定。GeoHash算法是一种能够把二维的空间经纬度数据编码成一个字符串的地址编码方法。简单来说，GeoHash算法可以将一个地理坐标转成一个字符串，但这个字符串表示的不是一个点，而是一个矩形框。此处的矩形框，即可理解为是一个上述地理坐标对应的位置点所属的地理围栏。例如，当终端A的地理位置信息为：经度120.435343，纬度30.123123时，可通过GeoHash算法将终端A对应的经纬度编码成字符串WX4EQX，即上述经纬度对应的字符串WX4EQX用于表征终端A对应的地理围栏。

如图7所示，其为本说明书一示例性实施例提供的地理围栏划分的示意图。由图7可知，一个矩形框对应一个地理围栏。每个地理围栏分别对应一个字符串(WX4EQR、WX4EQX、WX4EQZ等)。图7示出的每个地理围栏对应的地理范围大小相同。在一些可能的实施例中，若某个区域为热点区域，则可将该区域对应的地理围栏进行降级处理，具体可将该地理围栏进一步细分成多个范围更小的地理围栏。

步骤510，缓存信息存储等待匹配。

具体地，将多个用户数据对应的地理围栏计算出来之后，需要确定各个所述终端对应的场次信息，并将位于同一场次的终端发送的用户数据进行缓存，等待分组匹配。每一个场次都对应一个特定的场次标识码，场次标识码可以包括该场次覆盖的时间范围及地理围栏组成。进一步地，场次标识码还可以包括玩法标识。玩法标识可以是一些由中文或英文或符号组成的能够代表所述用户的身份的字符串，例如，PLAY10039632、PLAY1003963！等，具体可依据实际情况进行设定，本说明书对此不作具体限定。玩法标识用于表征不同的活动，例如8月大促活动对应一个玩法标识、9月大促活动对应另一个玩法标识等。

具体如图8所示，其为本说明书一示例性实施例提供的属于同一场次的终端信息示意图。例如图8中位于地理围栏为WX4EQX的区域中某一个时间内的场次标识码为16289769_WX4EQX_PLAY10039632。属于该场次的用户有3个，这3个用户对应的信息如图8中的左图所示的用户信息列表，其中包括了这3个用户(终端)对应的经度(lon)、纬度(lat)、终端的用户标识(uid)，以及该终端通过蓝牙扫描到的其它终端的用户标识(uids)。

在具体的实现中，可知位于同一个地理围栏中的终端有多个，但有些终端被触发向服务器上报用户数据的时刻可能相隔较远。而为了保证分组匹配的效率，在本说明书实施例中一个场次覆盖的时间范围不会很大，例如但不限于为1秒、2秒、3秒等。场次覆盖的时间范围越小，服务器等待该场次结束的时间越短，那么服务器计算分组匹配的效率就越高，对于终端来说接收到分组匹配结果的响应就越快。

例如，终端A在8:00:01被触发向服务器上报了用户数据，而终端B在14:00:20被触发向服务器上报用户数据，那么虽然终端A和终端B处于同一个地理围栏中，但是不能将两者划分到同一个场次中。接下来将具体介绍如何基于终端发送的用户数据，确定终端对应的场次信息。

具体地，首先基于每个终端的时间戳及地理位置信息(地理围栏)确定是否存在第一目标场次，其中，第一目标场次覆盖的时间范围包括该终端对应的时间戳，即先查找是否存在一个场次的时间刚好覆盖住该终端的时间戳。若存在第一目标场次，则确定第一目标场次为该终端对应的场次。若不存在第一目标场次，则基于该终端的时间戳及地理位置信息确定是否存在第二目标场次，其中，第二目标场次的起始时刻晚于第一目标场次的起始时刻，也即再往后查找是否存在下一个场次。若不存在第二目标场次，则基于该终端的时间戳及地理位置信息生成目标场，并确定该目标场次为终端对应的场次，其中，目标场次覆盖的时间范围的最早时刻不晚于该终端的时间戳对应的时刻。也即是说，如果第一目标场次和第二目标场次都不存在的话，服务器就会基于该终端的时间戳创建一个场次。该场次创建之后，可等待其它终端加入。

需要说明的是，不限于上述列举的在查找第一目标场次后，只往后查找一个场次(第二目标场次)，在具体实现中，还可以往后查找更多的场次(例如第三目标场次)，本说明书实施例对此不作限定。

需要说明的是，每个场次覆盖的时间范围的长度可以是相同的，例如都是2秒。每个场次覆盖的时间范围的长度也可以不同。本说明书实施例对此不作限定。

另外，为了避免边界问题的存在，也即当某个终端的时间戳刚好位于两个场次的交界时刻时，可能无法确定将该终端加入到哪个场次中，本说明书实施例中各个场次对应的时间范围可重叠设置。每个场次的起始时刻之间的间隔可设置为相同，也可设置为不同，本说明书实施例对此也不作限定。

接下来结合图9介绍本说明书一示例性实施例提供的目标终端场次匹配示意图。如图9所示，目标终端的被触发摇的时间(即时间戳)为10:00:01，地理位置信息包括经度为120.10788，纬度为30.267042，则可以先确定目标终端对应的地理围栏为WX4EQX。然后根据时间戳确定需要查找的场次1(第一目标场次)覆盖的时间范围，基于场次1覆盖的时间范围(10:00:00-10:00:02)和该目标终端对应的地理围栏(WX4EQX)(或者还包括玩法标识)确定其需要查找的场次标识码是否存在。若存在，则确定场次1存在，则确定场次1为目标终端对应的场次，将目标终端的用户数据加入到场次1对应的用户信息列表中。

若场次1不存在，则继续向后查找一个场次，即场次2(第二目标场次)，也就是基于场次2覆盖的时间范围(10:00:01-10:00:03)和目标终端对应的地理围栏(WX4EQX)(或者还包括玩法标识)确定其需要查找的场次标识码是否存在。若存在，则确定场次2存在，则确定场次2为目标终端对应的场次，将目标终端的用户数据加入到场次2对应的用户信息列表中。

若场次2不存在，则继续向后查找一个场次，即场次3(第三目标场次)，也就是基于场次3覆盖的时间范围(10:00:02-10:00:04)和目标终端对应的地理围栏(WX4EQX)(或者还包括玩法标识)确定其需要查找的场次标识码是否存在。若存在，则确定场次3存在，则确定场次3为目标终端对应的场次，将目标终端的用户数据加入到场次3对应的用户信息列表中。

若场次3不存在，则基于目标终端的时间戳确定一个时间范围，并结合该时间范围和地理围栏(或者还包括玩法标识)生成一个场次标识码，即生成目标场次，也即创建一个新的场次，作为该目标终端对应的场次，并等待后续的终端加入该场次。

其中，创建的场次(目标场次)的起始时刻不晚于目标终端的时间戳对应的时刻。具体可结合每个场次起始时刻的设置规则来确定。例如可以将不晚于时间戳且与该时间戳最接近的场次起始时刻作为目标场次的起始时刻。

示例性地，若每个场次的起始时刻依次设置为间隔1秒。当目标终端的时间戳为10:00:01时，可直接将10:00:01作为目标场次的起始时刻。当目标终端对应的时间戳为10:00:01.820时，确定该时间戳之前且最接近的场次起始时刻未10:00:01，则将10:00:01作为目标场次的起始时刻。

上述步骤S106中，服务器对位于同一场次的多个终端进行分组分配的实现过程具体请参考图10，其为本说明书实施例提供了一种分组匹配的流程示意图。如图10所示，该分组分配流程包括以下几个步骤：

步骤1002，请求参数校验。

具体地，终端在上报数据信息后，会向服务器发起查询匹配结果的请求。该请求会携带该终端的用户标识。服务器在接收到该终端的请求后，可先进行请求参数校验。具体可对该终端的等待时间进行校验，并校验场次标识码进行校验。

具体地，为了确保同一场次的终端均能在同一个匹配窗口(场次覆盖的时间范围)进行匹配，服务器需对每个终端的等待时间进行校验，即终端是否均等待了其对应的等待时间。若该终端对应等待时间还未达到就向服务器发送了查询匹配结果的请求，则服务器需要将该请求阻断。若达到等待时间后，服务器还可校验该终端对应的场次标识码是否正确，具体可校验该场次标识码的数据格式是否正确。若不正确，则服务器需要将该请求阻断。

步骤1004，查询匹配结果是否已经计算出来。

具体地，若上述请求参数校验通过，则服务器可以根据上述终端对应的场次标识码查询该场次的匹配结果是否已存在；若是，则执行步骤1006，若否，则执行步骤1008。

步骤1006，获取匹配结果。

具体地，若该场次的匹配结果已存在，则服务器直接获取该终端的匹配结果，并将该终端的匹配结果发送至该终端。

步骤1008，根据场次标识码搜索该场次下所有的用户信息。

具体地，若该场次的匹配结果不存在，也就是说该终端是该场次包含的所有终端中第一个向服务器发起查询匹配结果请求的终端，则触发了服务器开始计算匹配结果。服务器需要根据本场次所对应的场次标识码搜索该场次下所有的用户信息即用户数据。示例性地，该场次下所有的用户信息如图8中的用户信息列表所示，其包括了各个用户所在的纬度lat、经度lon、用户标识uid以及该用户可以搜索到的其它用户的用户标识uids。也即是说，服务器在接收到目标终端发起的查询匹配结果的请求之后，可以根据目标终端对应的场次信息确定是否存在目标终端对应的场次的匹配结果，若否，则基于与目标终端场次信息相同的多个终端发送的用户数据对这多个终端进行分组匹配。

在本说明一些实施例中，用户数据还包括处于该终端蓝牙搜索范围内的其它终端的蓝牙信号强度。服务器在对终端进行分组匹配之前，还可以先按照蓝牙信号强度对每个用户数据包含的其它终端进行排序。例如可以按照蓝牙信号强度由强到弱排序。然后服务器再基于排序后的各个用户数据对场次信息相同的多个终端进行分组匹配。也就是服务器根据用户数据的排序对场次信息相同的多个终端进行分组匹配。

具体地，根据用户数据的排序对场次信息相同的多个终端进行分组匹配，具体可以包括：根据用户数据的排序对场次信息相同的多个终端进行蓝牙匹配，得到两两匹配的蓝牙匹配结果。

蓝牙匹配结束之后，若在多个场次中均存在终端没有蓝牙匹配结果，则对这多个场次中没有蓝牙匹配结果的终端进行位置匹配，得到两两匹配的位置匹配结果；其中，这多个场次覆盖的时间范围相同。也即是说最终进行位置匹配的多个终端所属的地理围栏不同，但对应的时间窗口相同。

接下来先结合步骤1010(图11A-图11G)介绍蓝牙匹配的过程，再结合步骤1012(图12A-图12B)介绍位置匹配的过程。

步骤1010，蓝牙匹配。

具体地，当服务器根据场次标识码搜索到该场次下所有的用户信息之后，会对该场次中的所有终端进行蓝牙匹配。

接下来介绍本说明书一示例性实施例提供的蓝牙匹配的具体实现过程。图11A-图11G示例性示出了对于场次1中包含的多个终端(A-G)进行蓝牙匹配的过程。如图11A-图11G所示：

首先将场次1中的所有终端A、B、C、D、E、F、G按照其加入本场次的时间先后顺序进行由远及近排序，排序的先后顺序表明服务器对各个终端的匹配顺序。即当终端A对应的时间戳在终端B对应的时间戳之前时，先计算终端A的匹配结果，再计算终端B的匹配结果。每个终端还对应有该终端能够通过蓝牙扫描搜索到的其它终端，例如终端A能够通过蓝牙扫描搜索到的其它终端有B、C、D、E。又例如终端B能够通过蓝牙扫描搜索到的其它终端有A、C。图11A-图11G中，蓝牙匹配的实现过程主要包括以下几个步骤：

S1：处理A的蓝牙列表，A与B匹配成功。

具体地，如图11A所示，由于终端A最先加入场次1，所以先对A进行匹配。又因为A所对应的能够搜索到的其它终端即蓝牙列表中包括B、C、D、E，且B先加入场次1同时B并未与其它终端进行匹配，所以可以直接将A与B进行精准匹配。匹配成功后，可以将匹配结果存储于蓝牙匹配结果池中，即蓝牙匹配结果池中会显示A匹配到B，B同样匹配到A。本说明书实施例中，蓝牙结果匹配池可以理解为服务器中的数据存储空间，用于存储蓝牙匹配的结果。

S2：继续循环A的蓝牙列表，C未匹配，落入中间关系表。

具体地，如图11B所示，继续循环A的蓝牙列表，由于A、B已匹配成功，而C并未进行匹配，且C的蓝牙搜索列表中包括的B也已经匹配成功，所以先将C落入中间关系表中。本说明书实施例中，中间关系表也可以理解为服务器中的数据存储空间。

S3：继续循环A的蓝牙列表，D未匹配，落入中间关系表，并与C匹配成功。

具体地，如图11C所示，继续循环A的蓝牙列表，由于A、B已匹配成功，C并未进行匹配，且D也未进行匹配，且D的蓝牙搜索列表中包括的A也已经匹配成功，所以将D也落入中间关系表中。由于B、C、D、E均能够被A蓝牙搜索到，则证明B、C、D、E之间的距离也非常近。由于C、D均已被A扫描到，并且C、D均在场次1中的中间关系中，即C、D均不存在匹配结果，则可以将C和D进行匹配。匹配成功之后，将C与D从中间关系表中移除，并将C与D的匹配结果存储于蓝牙匹配结果池中。

S4：继续循环A的蓝牙列表，E未匹配，落入中间关系表。

具体地，如图11D所示，继续循环A的蓝牙列表，由于A、B、C、D均已匹配成功，而E并未进行匹配，且E并没有搜索到其它的终端，所以将E落入中间关系表中。

S5：A的蓝牙列表循环结束，中间关系表中E落单，移入蓝牙间联关系表。

具体地，如图11E所示，当A的蓝牙列表循环结束之后，会发现中间关系表中E落单，则将其移入蓝牙间联关系表，即代表A与E存在一定的关联性。本说明书实施例中，蓝牙间联关系表也可以理解为服务器中的数据存储空间。

S6：循环B的蓝牙列表，发现A、B、C均已匹配。

具体地，如图11F所示，当A的蓝牙列表循环结束，且将E移入蓝牙间联关系表之后，将继续循环B的蓝牙列表。此时将会发现B的蓝牙列表中包括的A、B、C均已匹配成功。

S7：循环C的蓝牙列表，发现B、C均已匹配。

具体地，如图11F所示，当B的蓝牙列表循环结束之后，循环C的蓝牙列表，同样能够发现C的蓝牙列表中包括的B、C均已匹配。

S8：循环D的蓝牙列表，发现A、D均已匹配。

具体地，如图11F所示，当C的蓝牙列表循环结束之后，循环D的蓝牙列表，同样能够发现D的蓝牙列表中包括的A、D也均已匹配。

S9：循环E的蓝牙列表，发现E的蓝牙列表为空。

具体地，如图11F所示，当D的蓝牙列表循环结束之后，循环E的蓝牙列表，这时发现E的蓝牙列表为空。

S10：循环F的蓝牙列表，发现A与F未匹配过，根据A去蓝牙间联关系表中查找到E，F与E匹配成功。

具体地，如图11G所示，当E的蓝牙列表循环结束之后，循环F的蓝牙列表，发现F的蓝牙列表中的A与F未匹配过，但A已与其它终端匹配成功，则根据A去蓝牙间联关系表中查找是否同样与A存在关联的终端，即正好可以查找到同样未进行匹配且与A存在关联的E。由于E和F均与A存在关联，说明E与F之间的距离并不远，所以可以将F与E进行匹配成功，并将E与F匹配的匹配结果存储与蓝牙匹配结果池中。

S11：循环G的蓝牙列表，发现A与G未匹配过，且根据A去蓝牙间联关系表中未查找到结果。

具体地，如图11G所示，当F的蓝牙列表循环结束之后，循环G的蓝牙列表，发现G的蓝牙列表中的A与G未匹配过，但A已与其它终端匹配成功，则根据A去蓝牙间联关系表中查找是否同样与A存在关联的终端。但由于并未查找到相应的结果，这时就需要将G进行位置匹配。

步骤1012，位置匹配。

具体地，当多个地理围栏不同，但覆盖的时间范围相同的场次中均存在没有蓝牙匹配结果的终端时，需对这些终端进行位置匹配。

具体地，根据上述没有蓝牙匹配结果的终端的地理位置信息计算各个上述没有蓝牙匹配结果的终端对应的地理围栏；确定目标终端周围的多个地理围栏；上述目标终端为上述没有蓝牙匹配结果的终端中的任意一个；分别确定每个上述地理围栏中与上述目标终端距离最近的待匹配终端；从多个地理围栏各自对应的待匹配终端中确定与上述目标终端最近的待匹配终端为目标匹配终端；上述目标终端及上述目标匹配终端为上述两两匹配的位置匹配结果。也就是说，可以从目标终端周围地理围栏确定出一个与目标终端距离最近的终端，作为该目标终端的匹配结果。

接下来结合图12A-图12B介绍终端G的位置匹配过程。

续图11G，由于终端G没有得到蓝牙匹配结果，则G落入基于位置的服务(LocationBased Services，LBS)匹配池中。本说明书实施例中，LBS匹配池也可理解为服务器中的存储空间。当然，LBS匹配池中还会存在其他场次中未得到蓝牙匹配结果的终端。此时，服务器若需对终端G进行位置匹配，则遍历LBS匹配池，根据配置的搜索半径找到最近的终端。具体如图12B所示，以G的经纬度为中心，r为半径并发从G所位于的地理围栏以及其周围的8个地理围栏中进行搜索。确定周围8个地理围栏中与终端G距离最近的终端(待匹配终端)。由图12B可知，可以搜索到位于搜索范围内的6个地理围栏中与终端G距离最近的7个终端，即H、I、J、K、L、M、N。接下来根据这7个终端与终端G的地理位置信息分别计算这7个终端与终端G之间的距离。然后将最小距离对应的终端与G进行匹配。例如，由于图12B中J与G最近，所以最后将J与G进行匹配，并将匹配结果存储于数据库中。至此，终端J与终端G经过位置匹配后匹配成功。服务器可以按照上述方式对LBS匹配池中的其它终端进行匹配。

步骤1014，存储匹配结果。

具体地，服务器可以将步骤1010蓝牙匹配和步骤1012位置匹配的匹配结果存储在数据库中，以便位场次1的多个终端在请求匹配结果之后所述服务器可以直接将上述匹配结果发送至对应的终端。

本说明书实施例中，一方面通过在匹配的时间窗口的约束下保证参与匹配的终端不变，对每个终端采用了同一套匹配算法，保证每个终端最终得到的匹配结果是一致的。另一方面，本说明书实施例中第一个向服务器发起查询匹配结果的请求的终端可触发服务器开始计算分组匹配结果，并在结束后将该场次下的所有匹配结果保存起来，并在该场次内的其它终端发起查询匹配结果的请求时，快速获取匹配结果，可以支撑宝并发场景，即可同时支持大量的终端的数据访问。另一方面，通过每个终端上报的蓝牙扫描信息将该场次下完整的用户信息拼凑出来，并基于蓝牙扫描信息对附近的终端进行匹配。同时将LBS匹配作为蓝牙匹配的补充方案，且在LBS匹配过程中通过扫描周围的八个地理围栏避免了边界问题。实现了面对面的精确匹配，增加用户参与活动的趣味性，进一步促进用户带动身边的人参与活动，达到商家的推广目的。

请参考图13，其提供了一种数据处理装置。该数据处理装置130包括：

获取模块1310，用于获取多个终端发送的用户数据；其中，上述用户数据包括上述终端对应的用户标识，以及处于上述终端蓝牙搜索范围内的其它终端的用户标识；

匹配模块1320，用于基于上述多个终端发送的用户数据对上述多个终端进行分组匹配；其中，每个分组中包括至少两个终端，上述至少两个终端之间的距离不超过预设阈值，上述至少两个终端的匹配结果一致；

发送模块1330，用于将上述分组匹配的结果发送至对应的终端。

在一种可能的实现方式中，上述用户数据还包括上述终端对应的地理位置信息、时间戳；上述时间戳为上述终端发送上述用户数据的时刻。

在一种可能的实现方式中，匹配模块1320，包括：

第一确定单元，用于基于上述多个终端发送的用户数据，确定各个上述终端对应的场次信息；

第一匹配单元，用于将场次信息相同的多个终端进行分组匹配。

在一种可能的实现方式中，第一确定单元包括：

第一确定子单元，用于基于每个上述终端的上述时间戳及上述地理位置信息确定是否存在第一目标场次，上述第一目标场次覆盖的时间范围包括上述时间戳；

第二确定子单元，用于若存在上述第一目标场次，则确定上述第一目标场次为上述终端对应的场次；

第三确定子单元，用于若不存在上述第一目标场次，则基于上述时间戳及上述地理位置信息确定是否存在第二目标场次，上述第二目标场次的起始时刻晚于上述第一目标场次的起始时刻；

第四确定子单元，用于若存在上述第二目标场次，则确定上述第二目标场次为上述终端对应的场次；

第五确定子单元，用于若不存在上述第二目标场次，则基于上述时间戳及上述地理位置信息生成目标场次，并确定上述目标场次为上述终端对应的场次；上述目标场次覆盖的时间范围的最早时刻不晚于上述时间戳对应的时刻；

其中，上述第一目标场次覆盖的时间范围的长度、上述第二目标场次覆盖的时间范围的长度及上述目标场次覆盖的时间范围的长度相等。

在一种可能的实现方式中，上述用户数据还包括处于上述终端蓝牙搜索范围内的其它终端的蓝牙信号强度；

上述装置130还包括：排序模块，用于按照上述蓝牙信号强度对上述用户数据进行排序；

上述第一匹配单元具体用于：根据上述用户数据的排序对上述场次信息相同的多个终端进行分组匹配。

在一种可能的实现方式中，上述第一匹配单元，具体用于：根据上述用户数据的排序对上述场次信息相同的多个终端进行蓝牙匹配，得到两两匹配的蓝牙匹配结果；

上述匹配模块，还包括：第二匹配单元，用于若在多个场次中均存在终端没有蓝牙匹配结果，则对上述多个场次中没有蓝牙匹配结果的终端进行位置匹配，得到两两匹配的位置匹配结果；其中，上述多个场次覆盖的时间范围相同。

在一种可能的实现方式中，上述第二匹配单元，包括：

计算子单元，用于根据上述没有蓝牙匹配结果的终端的地理位置信息计算各个上述没有蓝牙匹配结果的终端对应的地理围栏；

第六确定子单元，用于确定目标终端周围的多个地理围栏；上述目标终端为上述没有蓝牙匹配结果的终端中的任意一个；

第七确定子单元，用于分别确定每个上述地理围栏中与上述目标终端距离最近的待匹配终端；

第八确定子单元，用于从多个地理围栏各自对应的待匹配终端中确定与上述目标终端最近的待匹配终端为目标匹配终端；

上述目标终端及上述目标匹配终端为上述两两匹配的位置匹配结果。

在一种可能的实现方式中，上述装置130还包括：

接收模块，用于接收目标终端发送的查询匹配结果的请求；上述目标终端为上述多个终端中的任意一个终端；

判断模块，用于响应于上述查询匹配结果的请求，判断上述目标终端发送查询匹配结果的请求的时刻是否晚于上述目标终端对应的场次的最晚时刻；

上述发送模块1330，具体用于：若上述目标终端发送查询匹配结果的请求的时刻晚于上述目标终端对应的场次的最晚时刻，则将上述目标终端的分组匹配结果发送至上述目标终端。

在一种可能的实现方式中，上述匹配模块1320，包括：

第二确定单元，用于根据上述目标终端对应的场次信息确定是否存在上述场次对应的匹配结果；

第三匹配单元，用于若不存在上述目标终端对应的场次的匹配结果，则基于与上述目标终端场次信息相同的多个终端发送的用户数据对上述多个终端行分组匹配。

上述数据处理装置中各模块的划分仅用于举例说明，在其他实施例中,可将数据处理装置按照需要划分为不同的模块，以完成上述数据处理装置的全部或部分功能。本说明书实施例中提供的数据处理装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器上运行。该计算机程序构成的程序模块可存储在终端或服务器的存储器上。该计算机程序被处理器执行时，实现本说明书实施例中所描述的数据处理方法的全部或部分步骤。

请参阅图14，图14示出了本说明书实施例提供的一种电子设备的结构示意图。

如图14所示，该电子设备140可以包括：至少一个处理器1401、至少一个通信总线1402、用户接口1403、至少一个网络接口1404、存储器1405。其中，通信总线1402可用于实现上述各个组件的连接通信。

其中，用户接口1403可以包括显示屏(Display)和摄像头(Camera)，可选用户接口还可以包括标准的有线接口、无线接口。

其中，网络接口1404可选的可以包括蓝牙模块、NFC模块、Wi-Fi模块等。

其中，处理器1401可以包括一个或者多个处理核心。处理器1401利用各种接口和线路连接整个电子设备140内的各个部分，通过运行或执行存储在存储器1405内的指令、程序、代码集或指令集，以及调用存储在存储器1405内的数据，执行路由设备140的各种功能和处理数据。可选的，处理器1401可以采用DSP、FPGA、PLA中的至少一种硬件形式来实现。处理器1401可集成CPU、GPU和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1401中，单独通过一块芯片进行实现。

其中，存储器1405可以包括RAM，也可以包括ROM。可选的，该存储器1405包括非瞬时性计算机可读介质。存储器1405可用于存储指令、程序、代码、代码集或指令集。存储器1405可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如发送功能、匹配功能、接收功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1405可选的还可以是至少一个位于远离前述处理器1401的存储装置。如图14所示，作为一种计算机存储介质的存储器1405中可以包括操作系统、网络通信模块、用户接口模块以及数据处理应用程序。

具体地，处理器1401可以用于调用存储器1405中存储的数据处理应用程序，并具体执行以下操作：

获取多个终端发送的用户数据；其中，上述用户数据包括上述终端对应的用户标识，以及处于上述终端蓝牙搜索范围内的其它终端的用户标识。

基于上述多个终端发送的用户数据对上述多个终端进行分组匹配；其中，每个分组中包括至少两个终端，上述至少两个终端之间的距离不超过预设阈值，上述至少两个终端的匹配结果一致。

将上述分组匹配的结果发送至对应的终端。

在一些可能的实施例中，上述用户数据还包括上述终端对应的地理位置信息、时间戳；上述时间戳为上述终端发送上述用户数据的时刻。

在一些可能的实施例中，处理器1401执行基于上述多个终端发送的用户数据对上述多个终端进行分组匹配时，具体执行：

基于上述多个终端发送的用户数据，确定各个上述终端对应的场次信息，

将场次信息相同的多个终端进行分组匹配。

在一些可能的实施例中，处理器1401执行基于上述多个终端发送的用户数据，确定各个上述终端对应的场次信息时，具体执行：

基于每个上述终端的上述时间戳及上述地理位置信息确定是否存在第一目标场次，上述第一目标场次覆盖的时间范围包括上述时间戳。

若存在上述第一目标场次，则确定上述第一目标场次为上述终端对应的场次。

若不存在上述第一目标场次，则基于上述时间戳及上述地理位置信息确定是否存在第二目标场次，上述第二目标场次的起始时刻晚于上述第一目标场次的起始时刻。

若存在上述第二目标场次，则确定上述第二目标场次为上述终端对应的场次。

若不存在上述第二目标场次，则基于上述时间戳及上述地理位置信息生成目标场次，并确定上述目标场次为上述终端对应的场次；上述目标场次覆盖的时间范围的最早时刻不晚于上述时间戳对应的时刻。

其中，上述第一目标场次覆盖的时间范围的长度、上述第二目标场次覆盖的时间范围的长度及上述目标场次覆盖的时间范围的长度相等。

在一些可能的实施例中，上述用户数据还包括处于上述终端蓝牙搜索范围内的其它终端的蓝牙信号强度；处理器1401执行基于上述多个终端发送的用户数据对上述多个终端进行分组匹配之前，还用于执行：

按照上述蓝牙信号强度对上述用户数据进行排序。

处理器1401执行将场次信息相同的多个终端进行分组匹配时，具体用于执行：根据上述用户数据的排序对上述场次信息相同的多个终端进行分组匹配。

在一些可能的实施例中，处理器1401执行根据上述用户数据的排序对上述场次信息相同的多个终端进行分组匹配时，具体用于执行：

根据所述用户数据的排序对所述场次信息相同的多个终端进行蓝牙匹配，得到两两匹配的蓝牙匹配结果。

处理器1401执行根据上述用户数据的排序对上述场次信息相同的多个终端进行分组匹配之后，还用于执行：

若在多个场次中均存在用户数据没有蓝牙匹配结果，则对上述多个场次中没有蓝牙匹配结果的用户数据进行位置匹配，得到两两匹配的位置匹配结果；其中，上述多个场次覆盖的时间范围相同。

在一些可能的实施例中，处理器1401执行对上述多个场次中没有蓝牙匹配结果的终端进行位置匹配时，具体用于执行：

根据上述没有蓝牙匹配结果的终端的地理位置信息计算各个上述没有蓝牙匹配结果的终端对应的地理围栏。

确定目标终端周围的多个地理围栏；上述目标终端为上述没有蓝牙匹配结果的终端中的任意一个。

分别确定每个所述地理围栏中与上述目标终端距离最近的待匹配终端。

从多个地理围栏各自对应的待匹配终端中确定与上述目标终端最近的待匹配终端为目标匹配终端。

上述目标终端及上述目标匹配终端为上述两两匹配的位置匹配结果。

在一些可能的实施例中，处理器1401执行基于上述多个终端发送的用户数据对上述多个终端进行分组匹配之前，还用于执行：

接收目标终端发送的查询匹配结果的请求；上述目标终端为上述多个终端中的任意一个终端。

响应于上述查询匹配结果的请求，判断上述目标终端发送查询匹配结果的请求的时刻是否晚于上述目标终端对应的场次的最晚时刻。

处理器1401执行将上述分组匹配的结果发送至对应的终端时，具体用于执行：若上述目标终端发送查询匹配结果的请求的时刻晚于上述目标终端对应的场次的最晚时刻，则将上述目标终端的分组匹配结果发送至上述目标终端。

在一些可能的实施例中，处理器1401执行基于上述多个终端发送的用户数据对上述多个终端进行分组匹配时，具体用于执行：

根据目标终端对应的场次信息确定是否存在上述场次对应的匹配结果。

若否，则基于与上述目标终端场次信息相同的多个终端发送的用户数据对上述多个终端行分组匹配。

本说明书实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机或处理器上运行时，使得计算机或处理器执行上述实施例中的一个或多个步骤。上述电子设备的各组成模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在所述计算机可读取存储介质中。

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

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可存储程序代码的介质。在不冲突的情况下，本实施例和实施方案中的技术特征可以任意组合。

以上所述的实施例仅仅是本说明书的优选实施例方式进行描述，并非对本说明书的范围进行限定，在不脱离本说明书的设计精神的前提下，本领域普通技术人员对本说明书的技术方案作出的各种变形及改进，均应落入本说明书的权利要求书确定的保护范围内。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

Claims (20)

1.一种数据处理方法，包括：

获取多个终端发送的用户数据；其中，所述用户数据包括所述终端对应的用户标识，以及处于所述终端蓝牙搜索范围内的其它终端的用户标识；

基于所述多个终端发送的用户数据对所述多个终端进行分组匹配；其中，每个分组中包括至少两个终端，所述至少两个终端之间的距离不超过预设阈值，所述至少两个终端的匹配结果一致；

将所述分组匹配的结果发送至对应的终端。

2.如权利要求1所述的方法，所述用户数据还包括所述终端对应的地理位置信息、时间戳；所述时间戳为所述终端发送所述用户数据的时刻。

3.如权利要求2所述的方法，所述基于所述多个终端发送的用户数据对所述多个终端进行分组匹配，包括：

基于所述多个终端发送的用户数据，确定各个所述终端对应的场次信息；

将场次信息相同的多个终端进行分组匹配。

4.如权利要求3所述的方法，所述基于所述多个终端发送的用户数据，确定各个所述终端对应的场次信息，包括：

基于每个所述终端的所述时间戳及所述地理位置信息确定是否存在第一目标场次，所述第一目标场次覆盖的时间范围包括所述时间戳；

若存在所述第一目标场次，则确定所述第一目标场次为所述终端对应的场次；

若不存在所述第一目标场次，则基于所述时间戳及所述地理位置信息确定是否存在第二目标场次，所述第二目标场次的起始时刻晚于所述第一目标场次的起始时刻；

若存在所述第二目标场次，则确定所述第二目标场次为所述终端对应的场次；

若不存在所述第二目标场次，则基于所述时间戳及所述地理位置信息生成目标场次，并确定所述目标场次为所述终端对应的场次；所述目标场次覆盖的时间范围的最早时刻不晚于所述时间戳对应的时刻；

其中，所述第一目标场次覆盖的时间范围的长度、所述第二目标场次覆盖的时间范围的长度及所述目标场次覆盖的时间范围的长度相等。

5.如权利要求3或4所述的方法，所述用户数据还包括处于所述终端蓝牙搜索范围内的其它终端的蓝牙信号强度；

所述基于所述多个终端发送的用户数据对所述多个终端进行分组匹配之前，所述方法还包括：

按照所述蓝牙信号强度对所述用户数据进行排序；

所述将场次信息相同的多个终端进行分组匹配包括：根据所述用户数据的排序对所述场次信息相同的多个终端进行分组匹配。

6.如权利要求5所述的方法，所述根据所述用户数据的排序对所述场次信息相同的多个终端进行分组匹配包括：

根据所述用户数据的排序对所述场次信息相同的多个终端进行蓝牙匹配，得到两两匹配的蓝牙匹配结果；

所述根据所述用户数据的排序对所述场次信息相同的多个终端进行分组匹配之后，所述方法还包括：

若在多个场次中均存在终端没有蓝牙匹配结果，则对所述多个场次中没有蓝牙匹配结果的终端进行位置匹配，得到两两匹配的位置匹配结果；其中，所述多个场次覆盖的时间范围相同。

7.如权利要求6所述的方法，所述对所述多个场次中没有蓝牙匹配结果的终端进行位置匹配，包括：

根据所述没有蓝牙匹配结果的终端的地理位置信息计算各个所述没有蓝牙匹配结果的终端对应的地理围栏；

确定目标终端周围的多个地理围栏；所述目标终端为所述没有蓝牙匹配结果的终端中的任意一个；

分别确定每个所述地理围栏中与所述目标终端距离最近的待匹配终端；

从多个地理围栏各自对应的待匹配终端中确定与所述目标终端最近的待匹配终端为目标匹配终端；

所述目标终端及所述目标匹配终端为所述两两匹配的位置匹配结果。

8.如权利要求4所述的方法，所述基于所述多个终端发送的用户数据对所述多个终端进行分组匹配之前，所述方法还包括：

接收目标终端发送的查询匹配结果的请求；所述目标终端为所述多个终端中的任意一个终端；

响应于所述查询匹配结果的请求，判断所述目标终端发送所述查询匹配结果的请求的时刻是否晚于所述目标终端对应的场次的最晚时刻；

所述将所述分组匹配的结果发送至对应的终端，包括：若所述目标终端发送所述查询匹配结果的请求的时刻晚于所述目标终端对应的场次的最晚时刻，则将所述目标终端的分组匹配结果发送至所述目标终端。

9.如权利要求8所述的方法，所述基于所述多个终端发送的用户数据对所述多个终端进行分组匹配，包括：

根据所述目标终端对应的场次信息确定是否存在所述目标终端对应的场次的匹配结果；

若否，则基于与所述目标终端场次信息相同的多个终端发送的用户数据对所述多个终端行分组匹配。

10.一种数据处理装置，包括：

获取模块，用于获取多个终端发送的用户数据；其中，所述用户数据包括所述终端对应的用户标识，以及处于所述终端蓝牙搜索范围内的其它终端的用户标识；

匹配模块，用于基于所述多个终端发送的用户数据对所述多个终端进行分组匹配；其中，每个分组中包括至少两个终端，所述至少两个终端之间的距离不超过预设阈值，所述至少两个终端的匹配结果一致；

发送模块，用于将所述分组匹配的结果发送至对应的终端。

11.如权利要求10所述的装置，所述用户数据还包括所述终端对应的地理位置信息、时间戳；所述时间戳为所述终端发送所述用户数据的时刻。

12.如权利要求11所述的装置，所述匹配模块包括：

第一确定单元，用于基于所述多个终端发送的用户数据，确定各个所述终端对应的场次信息；

第一匹配单元，用于将场次信息相同的多个终端进行分组匹配。

13.如权利要求12所述的装置，所述第一确定单元包括：

第一确定子单元，用于基于每个所述终端的所述时间戳及所述地理位置信息确定是否存在第一目标场次，所述第一目标场次覆盖的时间范围包括所述时间戳；

第二确定子单元，用于若存在所述第一目标场次，则确定所述第一目标场次为所述终端对应的场次；

第三确定子单元，用于若不存在所述第一目标场次，则基于所述时间戳及所述地理位置信息确定是否存在第二目标场次，所述第二目标场次的起始时刻晚于所述第一目标场次的起始时刻；

第四确定子单元，用于若存在所述第二目标场次，则确定所述第二目标场次为所述终端对应的场次；

第五确定子单元，用于若不存在所述第二目标场次，则基于所述时间戳及所述地理位置信息生成目标场次，并确定所述目标场次为所述终端对应的场次；所述目标场次覆盖的时间范围的最早时刻不晚于所述时间戳对应的时刻；

其中，所述第一目标场次覆盖的时间范围的长度、所述第二目标场次覆盖的时间范围的长度及所述目标场次覆盖的时间范围的长度相等。

14.如权利要求12或13所述的装置，所述用户数据还包括处于所述终端蓝牙搜索范围内的其它终端的蓝牙信号强度；

所述装置还包括：

排序模块，用于按照所述蓝牙信号强度对所述用户数据进行排序；

所述第一匹配单元，具体用于根据所述用户数据的排序对所述场次信息相同的多个终端进行分组匹配。

15.如权利要求14所述的装置，所述第一匹配单元，具体用于：根据所述用户数据的排序对所述场次信息相同的多个终端进行蓝牙匹配，得到两两匹配的蓝牙匹配结果；

所述匹配模块，还包括：第二匹配单元，用于若在多个场次中均存在终端没有蓝牙匹配结果，则对所述多个场次中没有蓝牙匹配结果的终端进行位置匹配，得到两两匹配的位置匹配结果；其中，所述多个场次覆盖的时间范围相同。

16.如权利要求15所述的装置，所述第二匹配单元，包括：

计算子单元，用于根据所述没有蓝牙匹配结果的终端的地理位置信息计算各个所述没有蓝牙匹配结果的终端对应的地理围栏；

第六确定子单元，用于确定目标终端周围的多个地理围栏；所述目标终端为所述没有蓝牙匹配结果的终端中的任意一个；

第七确定子单元，用于分别确定每个所述地理围栏中与所述目标终端距离最近的待匹配终端；

第八确定子单元，用于从多个地理围栏各自对应的待匹配终端中确定与所述目标终端最近的待匹配终端为目标匹配终端；

所述目标终端及所述目标匹配终端为所述两两匹配的位置匹配结果。

17.如权利要求13所述的装置，所述装置还包括：

接收模块，用于接收目标终端发送的查询匹配结果的请求；所述目标终端为所述多个终端中的任意一个终端；

判断模块，用于响应于所述查询匹配结果的请求，判断所述目标终端发送所述查询匹配结果的请求的时刻是否晚于所述目标终端对应的场次的最晚时刻；

所述发送模块，具体用于：若所述目标终端发送所述查询匹配结果的请求的时刻晚于所述目标终端对应的场次的最晚时刻，则将所述目标终端的分组匹配结果发送至所述目标终端。

18.如权利要求17所述的装置，所述匹配模块包括：

第二确定单元，用于根据所述目标终端对应的场次信息确定是否存在所述目标终端对应的场次的匹配结果；

第三匹配单元，用于若不存在所述目标终端对应的场次的匹配结果，则基于与所述目标终端场次信息相同的多个终端发送的用户数据对所述多个终端行分组匹配。

19.一种电子设备，包括：处理器以及存储器；

所述处理器与所述存储器相连；

所述存储器，用于存储可执行程序代码；

所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于执行如权利要求1-9任一项所述的方法。

20.一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1-9任一项的方法步骤。

Images