CN104978342A - 用户聚集现象检测、查询系统方法及系统 - Google Patents

Abstract

本申请公开了用户聚集现象检测、查询方法及系统，其中，所述检测方法包括：收集用户所在的地理位置信息；确定目标检测区域；分别对各个目标检测区域内的用户信息进行统计，并判断各个目标检测区域内的用户信息是否符合预置条件；根据判断结果，确定所述目标检测区域所对应的场所处是否有用户聚集现象。通过本申请，用户可以直接通过其终端设备上安装的客户端查询来查询其关注的地方是否有用户聚集现象，而不需要再亲临现场去查看，给用户的日常生活带来便利。

Description

用户聚集现象检测、查询系统方法及系统

技术领域

本申请涉及移动终端应用技术领域，特别是涉及用户聚集现象检测、查询方法及系统。

背景技术

现实生活中，经常会发生排队或者围观某一事件等在公共场所的人群聚集现象。无论是真正需要了解还是只是出于好奇，人们总会有想要知道附近是否有这些的人群聚集事件发生的需求。一般情况下，人们只能自己肉眼去发现是否发生这种事件。但是，人眼在单位空间内的视野是有限的，如果有障碍物的遮挡，更是缩小了视野范围，因此，一般很难发现视野范围之外的聚集事件，此时，可能会给人们带来一些不便。

例如，甲在写字楼A内上班，隔壁有商场B，在商场B的六楼有一家蛋糕店，甲在下班时想去这家蛋糕店买蛋糕，但是亲自到了商场B的六楼之后才发现排队的人实在太多了，自己不想耽误太多时间等待，于是只能放弃购买。但是在此过程中，实际上已经耽误了甲很多时间，并且这段时间内相当于做了无用功。

另一方面，在当今这个信息的时代，随着移动互联网技术的快速发展以及智能移动终端设备的大面积普及，面向移动终端开发的应用程序（简称App）也开始大量涌现，在人们生活的方方面面提供着便利，例如，可以实现网页浏览、在线交易、游戏等。在这样的技术背景下，如果能通过一些方式使得用户不需要亲临现场，也能够知晓附近或者某个商家等是否有人群聚集现象，则可以大大节省用户的时间，或者使得用户可以更好的统筹自己的时间。因此，如何实现上述功能，是迫切需要本领域技术人员解决的技术问题。

发明内容

本申请提供了用户聚集现象检测、查询方法及系统，用户可以直接通过其终端设备上安装的客户端查询来查询其关注的地方是否有用户聚集现象，而不需要再亲临现场去查看，给用户的日常生活带来便利。

本申请提供了如下方案：

一种用户聚集现象检测方法，包括：

收集用户所在的地理位置信息；

确定目标检测区域；

分别对各个目标检测区域内的用户信息进行统计，并判断各个目标检测区域内的用户信息是否符合预置条件；其中，某目标检测区域内的用户信息包括：在该目标检测区域内，用户的数量、单个用户的位置稳定程度和/或流入流出频率；

根据判断结果，确定所述目标检测区域所对应的场所处是否有用户聚集现象。

一种用户聚集现象查询方法，包括：

收集用户所在的地理位置信息；

接收到查询用户聚集现象的请求后，确定待查询的目标位置；

根据所述目标位置确定目标检测区域；

对该目标检测区域内的用户信息进行统计；

通过判断该目标检测区域内的用户信息是否符合预置条件，确定该目标检测区域所对应的场所处是否有用户聚集现象；

将判断结果返回给当前的查询方用户。

一种用户聚集现象检测系统，包括：

地理位置信息收集单元，用于收集用户所在的地理位置信息；

目标检测区域确定单元，用于确定目标检测区域；

统计判断单元，用于分别对各个目标检测区域内的用户信息进行统计，并判断各个目标检测区域内的用户信息是否符合预置条件；

确定单元，用于根据判断结果，确定所述目标检测区域所对应的场所处是否有用户聚集现象。

一种用户聚集现象查询系统，包括：

地理位置信息收集单元，用于收集用户所在的地理位置信息；

目标位置确定单元，用于接收到查询用户聚集现象的请求后，确定待查询的目标位置；

目标检测区域确定单元，用于根据所述目标位置确定目标检测区域；

统计单元，用于对该目标检测区域内的用户信息进行统计；

判断单元，用于通过判断该目标检测区域内的用户信息是否符合预置条件，确定该目标检测区域所对应的场所处是否有用户聚集现象；

判断结果返回单元，用于将判断结果返回给当前的查询方用户。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以通过服务器端对用户实时地理位置信息的统计分析，检测出可能存在用户聚集现象的场所，这样，用户可以直接通过其终端设备上安装的客户端查询来查询其关注的地方是否有用户聚集现象，而不需要再亲临现场去查看，给用户的日常生活带来便利。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的检测方法的流程图；

图2是本申请实施例提供的查询方法的流程图；

图3是本申请实施例提供的检测系统的示意图；

图4是本申请实施例提供的查询系统的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，考虑到用户在出行时一般都会随身携带移动终端设备（例如，手机、平板电脑等），而现有的移动终端设备普遍配置有定位功能，这样，根据移动终端的定位功能基本可以获知用户所在地理位置信息，因此，可以通过这种方式来收集到各个用户的实时所在的地理位置信息，进而对这种信息进行统计分析，从中挖掘出可能的人群聚集现象，进而，还可以通过移动终端设备将可能存在人群聚集现象的场所的信息提供给用户，使得用户不需要亲临现场，也可以获知其关注的场所是否有人群聚集现象。具体实现时，可以有多种实现方式，下面进行详细地介绍。

实施例一

在该实施例一中，首先提供了一种用户聚集现象检测方法，在该方法中，可以在服务器端主动对可能的用户聚集现象进行监测，并且可以实时更新监测结果，这样，如果有用户需要查询用户聚集现象，则可以直接根据已经监测到的结果向用户提供响应。参见图1，该方法可以包括以下步骤：

S101：收集用户所在的地理位置信息；

具体实现时，可以通过安装在用户移动终端设备上的客户端程序将用户的地理位置信息实时上传到服务器端，此时，需要用户开启移动终端设备的地理定位功能。当然，也可以通过其他方式来收集用户所在的地理位置信息，如通过通通信网络的基站确定接入用户的地理位置信息等。

需要说明的是，在实际应用中，可以仅收集一定范围内的用户的地理位置信息，或者在收集了用户的地理位置信息之后，首先按照所在位置所属的行政区域等进行划分，例如，分为位于北京市的用户，位于天津市的用户，等等；或者，还可以进一步细化，例如，对于北京市，可以分为位于海淀区的用户、位于朝阳区的用户，等等。这样，可以针对一些重点的城市或者区县进行分析，以便降低计算量。

另外需要说明的是，收集用户地理位置信息的操作是实时不断进行的，以便统计用户位置的移动情况，便于后续的分析。

S102：确定目标检测区域；

在本申请实施例中，检测的用户聚集现象一般是指很多用户由于某一共同的关注点（可能是很多用户都在参加某商家在其商铺前举办的特卖活动，或者很多用户都想到某热门的饭店就餐，或者很多用户都在围观某处发生的交通事故，等等）而造成的用户聚集现象。而对于普通的用户聚集，例如，很多人坐在一起办公，或者学生在一起上课等现象，虽然也可能会出现单位面积上用户数量较多的现象，但并不属于本申请实施例需要检测的范畴。为此，本申请实施例在收集用户所在的地理位置信息的过程中，在具体确定哪些地方可能有用户聚集现象之前，可以首先确定出一些目标检测区域，进而再分析这些区域内是否有用户聚集现象。

具体实现时，确定目标检测区域的方法可以有多种。例如，其中一种方式可以是，预先建立热点区域数据库，所谓的热点区域也就是可能会产生用户聚集现象的场所所在的区域，例如，一些热门小吃店、蛋糕店、餐厅、咖啡厅等商铺所在的区域。关于这种热点区域数据库的建立，可以结合现有的一些地图数据来实现，例如，地图数据库中一般都会标注有一些商铺的位置，然后可以根据商铺的类型等确定出是否为需要检测的商铺。或者，也可以通过手动收集等方式来建立该热点区域数据库。其中，每个热点区域可以是以商铺所在位置为圆心、预置距离（例如5米、10米等）为半径的圆形区域，当然，在已知了可能会产生用户聚集现象的商铺所在的位置的情况下，也可以通过其他方式来确定热点区域。

上述实现方式相当于是预先知道哪些地方可能会产生用户聚集现象，检测的过程相当于是一一验证这些地方当前是否正在发生用户聚集现象，但是，这种方式对于某些交通事故围观等造成的用户聚集现象可能无法检测出来。因此，本申请实施例还可以采用另一种确定目标检测区域的方法，在该方法中，可以是首先根据收集到的各个用户的地理位置信息，对用户在各地的分布情况进行统计，判断哪些地方在单位面积上的用户数量比较多，这种地方则可能会有人群聚集现象。具体实现时，在对用户分布情况进行统计时，可以采用类似散点图的方式来实现。例如，首先根据实时收集到的用户所在的地理位置信息，对地理位置相近的用户进行聚类，得到多个用户集合，然后，从这些用户集合中筛选出包含的用户数量大于预置阈值（例如，可以是10）的用户集合，将用户集合内各个用户所在的地理位置所围成的区域确定为目标检测区域。

具体在进行用户聚类时，可以预先对“相近”的判断条件进行定义，例如，如果两个用户之间的距离小于1米，则判定两者之间相近。这样，对于任意一个收集到了地理位置信息的用户，都可以分别判断是否存在与其地理位置相近的其他用户，进而将彼此之间距离较近的用户聚类为一个用户集合。例如，对于用户A，判断出与其相近的用户有用户B、C，与用户B相近的用户还有D，与用户C相近的用户还有E、F，与用户F相近的用户还有用户G，用户D、E、F都不再有其他相近的用户，此时，就可以将用户A、B、C、D、E、F、G聚类为一个用户集合。如果该集合内的用户数量已经达到了预置的阈值，则可以将这几个用户各自所在的地理位置所围成的区域确定为目标检测区域。这样，可以得到多个用户集合对应的多个目标检测区域，此时，相当于已经圈定了一些用户比较聚集的区域，但是只能初步证明这些区域内的用户数量比较多，但是并不能直接判定为本申请实施例中所定义的用户聚集现象，例如，这些区域还可能是一个公司的办公区，等等，后续的检测过程可进一步判断这些区域是否为由于某一共同的关注点而产生的用户聚集现象。

S103：分别对各个目标检测区域内的用户信息进行统计，并判断各个目标检测区域内的用户信息是否符合预置条件；

其中，某目标检测区域内的用户信息可包括以下信息之一或组合：在该目标检测区域内，用户的数量、单个用户的位置稳定程度、流入流出频率；

S104：根据判断结果，确定所述目标检测区域所对应的场所处是否有用户聚集现象。

在确定出一些目标检测区域之后，就可以对这些区域内的用户信息进行统计。具体需要统计的指标可以是根据用户聚集现象一般会有的特点来确定的。例如，对于本申请实施例中所指的由于某一共同的关注点而产生的用户聚集现象，无论是用户在某商铺前的排队现象，还是对于某突发事件的围观现象，一般都具有如下特点：首先在某一小的范围内用户数量比较多；其次，单个用户在该范围内的稳定程度比较高，例如，如果是排队，则需要在队伍中等待，如果是围观，则也一般会驻足观望一段时间；再者，该范围内用户的流入流出频率一般比较稳定。其中，这里所说的小的范围内就是指步骤S102中所确定出的目标检测区域。因此，在该步骤中，需要检测的用户信息就可以包括目标检测区域内，用户的数量、单个用户的位置稳定程度、流入流出频率中的一种或多种。

其中，由于已经目标检测区域是确定的，因此，关于单个用户的位置稳定程度，就可以统计单个用户位于该目标检测区域内的时间长度，如果每个用户在同一目标检测区域内的停留（位置可能会有小的移动，只是还没有移动出检测区域的范围）时间长度都几乎相同，则证明单个用户的位置稳定程度比较高。同时可以对单位时间内有多少用户进入目标检测区域以及移动到目标检测区域之外进行统计，从而得出目标检测区域的用户流入流出频率，如果流入流出频率也比较稳定，则符合条件。

另外，在步骤S102中，如果采用的是第二种目标检测区域确定方式，则通过上述方式确定出的人群聚集现象既可能是热门商铺前的排队现象，又有可能是对突发事件的围观现象。在这种情况下，如果需要从中区分出排队现象，则还可以结合预先建立的商铺地理位置数据库来进行判断。例如，在判断出某目标检测区域内的用户信息符合预置条件之后，可以进一步判断所述目标检测区域是否与预置的商铺地理位置数据库中某商铺的地理位置匹配，如果是，则确定该商铺处有用户排队现象。其中，这里的商铺地理位置数据库中保存有可能会产生用户排队现象的商铺所在的区域信息。

在检测出存在用户聚集现象的目标检测区域之后，可以将这些目标检测区域的位置信息加入到一个预置的列表中进行记录，其中，还可以同时记录这些目标检测区域对应的具体场所信息，例如，具体是哪个商铺，等等，另外，还可以记录各个目标检测区域内的实时用户数量等信息。当然，对目标检测区域进行统计的过程是不断在进行的，因此，可能会不断有新的目标检测区域加入到上述列表中，同时，如果某目标检测区域内的用户信息不再满足预置的条件，例如，区域内的用户数量已经比较少，则可以将该目标检测区域的相关信息从上述列表中移除。

在维护上述列表的过程中，如果有用户发送了查询用户聚集现象的请求，则可以首先确定出用户需要查询的目标位置，然后找出距离该目标位置比较近的目标检测区域，并判断这些目标检测区域是否位于前述列表中，如果是，则可以提示对应的区域或者场所有用户聚集现象。如果同时保存了实时的用户数量信息，则可以将用户数量信息也提示给查询方用户，使得用户可以知晓其关注的地方有多少用户正在排队或者围观。

其中，在接收到用户的查询请求之后，具体在确定用户需要查询的目标位置时，可以直接将查询方用户当前所在的地理位置确定为需要查询的目标位置，或者，也可以由查询方用户在发出查询请求之前指定其需要查询的目标位置，这样就可以将目标位置信息携带在查询请求中发送到服务器，服务器可以直接从查询请求中提取出用户需要查询的目标位置。具体的，为了便于用户指定其需要查询的目标位置，可以在用于发送查询请求的用户界面中显示电子地图，将用户在电子地图中点选的位置确定为用户需要查询的目标位置。或者，还可以由用户输入其需要查询的目标位置所在的行政区域、店铺名称等，以此来确定需要查询的目标位置。

在实际应用中，在查询方用户查询到其关注的某个地方有用户聚集现象时，可能会需要直接与正在这里聚集的用户取得联系，通过其获取现场的信息，或者还可能希望正在排队的用户帮忙购买相关的产品等等。因此，在本申请实施例中，在收集用户的地理位置信息的过程中，还可以询问各个用户是否允许公开其联系方式信息，如果允许，则可以将用户允许公开的联系方式信息一起进行收集。这样，在查询发用户关注的位置附近有用户聚集现象时，可以将该处的用户允许公开的联系方式提供给该查询方用户，从而便于查询方用户与其联系。例如，如果联系方式为电话号码，则查询方用户可以直接与其进行通话，来询问现场的相关情况或请其帮忙购买某商品等；或者联系方式也可以是用户在社交网络中的帐号信息等等。

前文所述的实现方式中，都是在获知一个明确的目标位置之后，向查询方用户提供该位置附近是否有用户聚集现象。在另一种实现方式下，用户可能没有明确指定需要查询的具体目标位置，而是想了解一下当前都有哪些地方有用户聚集现象。此时，可以将检测出有用户聚集现象的目标检测区域在地图系统中进行标示，也即标示出有用户聚集现象的场所具体在地图中所在的位置，这样，在接收到用户的查询请求后，可以将带有标示信息的地图数据提供给用户，用户在其用户界面显示出的地图中就可以直观的看到哪些地方有用户聚集现象。并且根据用户数量多少的不同，还可以用不同的颜色等加以区分。

实施例二

上述实施例一是预先对用户聚集现象进行检测，在接收到用户的查询请求后，就可以直接返回检测结果。在该实施例二中，也可以是在接收到用户的查询请求后再进行具体的统计分析，判断需要查询的目标位置附近是否有用户聚集现象。下面进行详细地介绍。

参见图2，该实施例二提供了一种用户聚集现象查询方法，包括：

S201：收集用户所在的地理位置信息；

S202：接收到查询用户聚集现象的请求后，确定待查询的目标位置；

这里在确定待查询的目标位置时，同样可以将查询方用户当前所在的地理位置确定为目标位置，或者，也可以将用户指定的某位置确定为目标位置。

S203：根据所述目标位置确定目标检测区域；

例如，可以在以目标位置为圆心，半径为某指定值（例如，如果是步行，可以指定200米、300米等步行距离；如果是采用交通工具，如自行车、驾车等，可根据行进的速度大小，确定指定的范围的大小）的圆形区域范围内，根据实施例一所介绍的各种方式来确定目标检测区域。也就是说，可以将位于该半径为200米的圆形区域范围内的热点区域或者用户数量比较多的区域确定为目标检测区域。

S204：对该目标检测区域内的用户信息进行统计，其中，所述目标检测区域内的用户信息包括：在该目标检测区域内，用户的聚集程度、单个用户的位置稳定程度和/或流入流出频率；

S205：通过判断该目标检测区域内的用户信息是否符合预置条件，确定该目标检测区域所对应的场所处是否有用户聚集现象；

在确定出目标检测区域之后，具体在检测该目标检测区域内是否有用户聚集现象时，可以与实施例一中所述的方法相同，这里不再赘述。当然，如果需要从用户聚集现象中区分出用户排队现象，则在检测时，如果发现该目标检测区域内的用户信息是否符合预置条件，则还可以进一步判断所述目标检测区域是否与预置的商铺地理位置数据库中某商铺的地理位置匹配，如果是，则确定该商铺处有用户排队现象；其中，商铺地理位置数据库中保存有可能会产生用户排队现象的商铺所在的区域信息。

S206：将判断结果返回给当前的查询方用户。

在得出判断结果之后，将判断结果返回给当前的查询方用户即可。其他的相关实现也可以与实施例一中描述的方式相同，参照执行，这里不再赘述。

总之，通过本申请实施例，可以通过服务器端对用户实时地理位置信息的统计分析，检测出可能存在用户聚集现象的场所，这样，用户可以直接通过其终端设备上安装的客户端查询来查询其关注的地方是否有用户聚集现象，而不需要再亲临现场去查看，给用户的日常生活带来便利。

与本申请实施例一提供的用户聚集现象检测方法相对应，本申请实施例还提供了一种用户聚集现象检测系统，参见图3，该系统可以包括：

地理位置信息收集单元301，用于收集用户所在的地理位置信息；

目标检测区域确定单元302，用于确定目标检测区域；

统计判断单元303，用于分别对各个目标检测区域内的用户信息进行统计，并判断各个目标检测区域内的用户信息是否符合预置条件；

其中，某目标检测区域内的用户信息包括：在该目标检测区域内，用户的数量、单个用户的位置稳定程度和/或流入流出频率；

确定单元304，用于根据判断结果，确定所述目标检测区域所对应的场所处是否有用户聚集现象。

具体实现时，确定目标检测区域的方法可以有多种，其中一种实现方式下，目标检测区域确定单元302具体可以用于：

将预先建立的热点区域数据库内包含的各个热点区域确定为所述目标检测区域，其中，所述热点区域为可能会产生用户聚集现象的场所所在的区域。

在另一种实现方式下，目标检测区域确定单元302具体可以包括：

用户聚类单元，用于根据实时收集到的用户所在的地理位置信息，对地理位置相近的用户进行聚类，得到多个用户集合；

区域确定单元，用于对于包含的用户数量大于预置阈值的用户集合，将用户集合内各个用户所在的地理位置所围成的区域确定为目标检测区域。

其中，所述用户聚集现象包括用户在商铺所在处排队的现象，所述确定单元304具体可以用于：

如果所述目标检测区域内的用户信息符合预置条件，则进一步判断所述目标检测区域是否与预置的商铺地理位置数据库中某商铺的地理位置匹配，如果是，则确定该商铺处有用户排队现象；

其中，所述商铺地理位置数据库中保存有可能会产生用户排队现象的商铺所在的区域信息。

具体实现时，该系统还可以包括：

列表加入单元，用于将检测出有用户聚集现象的目标检测区域的位置信息加入到预置的列表中。

另外，该系统还可以包括：

移除单元，用于在检测出列表中某目标检测区域内的用户信息不再满足预置的条件后，将该目标检测区域的位置信息从所述列表中移除。

在得到检测结果之后，就可以接受用户的查询，此时，该系统还可以包括：

目标位置确定单元，用于接收到查询用户聚集现象的请求时，确定待查询的目标位置；

目标区域确定单元，用于确定距离所述目标位置在预置范围内的目标检测区域；

提示单元，用于判断所述目标检测区域是否位于所述列表中，如果是，则向查询方用户提供提示消息，所述提示消息用于提示该目标检测区域或者对应的场所有用户聚集现象。

另外，该系统还可以包括：

将检测出有用户排队事件的目标检测区域内的实时用户数量信息进行保存，以便在所述提示消息中提示所述用户数量信息。

其中，目标位置确定单元具体可以包括：

用户位置获取子单元，用于接收到查询用户聚集现象的请求时，获取当前的查询用户所在的地理位置信息；

第一位置确定子单元，用于将所述当前的查询用户所在的地理位置确定为待查询的目标位置。

在另一种方式下，目标位置确定单元具体可以包括：

提取子单元，用于接收到查询用户聚集现象的请求时，从所述请求中提取用户指定的位置信息；

第二位置确定子单元，用于将所述用户指定的位置确定为待查询的目标位置。

为了便于查询方用户与正在气关注的地方聚集的用户取得联系，该系统还可以包括：

联系方式收集单元，用于在实时收集用户所在的地理位置信息时，收集用户允许公开的联系方式信息；

联系方式提供单元，用于在向用户发送关于某目标检测区域或对应的场所有用户聚集现象的提示消息时，将该目标检测区域内的用户允许公开的联系方式信息提供给当前的查询方用户。

在另一种实现方式下，该系统还可以包括：

标示单元，用于将检测出有用户聚集现象的目标检测区域在地图系统中进行标示；

地图数据返回单元，用于接收到用户的查询请求时，向查询方用户返回标示后的地图数据。

与本申请实施例二提供的用户聚集现象查询方法相对应，本申请实施例还提供了一种用户聚集现象查询系统，参见图4，该系统可以包括：

地理位置信息收集单元401，用于实时收集用户所在的地理位置信息；

目标位置确定单元402，用于接收到查询用户聚集现象的请求后，确定待查询的目标位置；

目标检测区域确定单元403，用于根据所述目标位置确定目标检测区域；

统计单元404，用于对该目标检测区域内的用户信息进行统计；

其中，所述目标检测区域内的用户信息包括：在该目标检测区域内，用户的聚集程度、单个用户的位置稳定程度和/或流入流出频率；

判断单元405，用于通过判断该目标检测区域内的用户信息是否符合预置条件，确定该目标检测区域所对应的场所处是否有用户聚集现象；

判断结果返回单元406，用于将判断结果返回给当前的查询方用户。

具体实现时，判断单元405具体可以用于：

如果该目标检测区域内的用户信息是否符合预置条件，则进一步判断所述目标检测区域是否与预置的商铺地理位置数据库中某商铺的地理位置匹配，如果是，则确定该商铺处有用户排队现象；其中，所述商铺地理位置数据库中保存有可能会产生用户排队现象的商铺所在的区域信息。

总之，通过本申请实施例，可以通过服务器端对用户实时地理位置信息的统计分析，检测出可能存在用户聚集现象的场所，这样，用户可以直接通过其终端设备上安装的客户端查询来查询其关注的地方是否有用户聚集现象，而不需要再亲临现场去查看，给用户的日常生活带来便利。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的用户聚集现象检测、查询方法及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种用户聚集现象检测方法，其特征在于，包括：

收集用户所在的地理位置信息；

确定目标检测区域；

分别对各个目标检测区域内的用户信息进行统计，并判断各个目标检测区域内的用户信息是否符合预置条件；

根据判断结果，确定所述目标检测区域所对应的场所处是否有用户聚集现象。

2.根据权利要求1所述的方法，其特征在于，所述确定目标检测区域，包括：

将预先建立的热点区域数据库内包含的各个热点区域确定为所述目标检测区域，其中，所述热点区域为可能会产生用户聚集现象的场所所在的区域；

其中，某目标检测区域内的用户信息包括以下信息之一或组合：在该目标检测区域内，用户的数量、单个用户的位置稳定程度、流入流出频率。

3.根据权利要求1所述的方法，其特征在于，所述确定目标检测区域，包括：

根据实时收集到的用户所在的地理位置信息，对地理位置相近的用户进行聚类，得到多个用户集合；

对于包含的用户数量大于预置阈值的用户集合，将用户集合内各个用户所在的地理位置所围成的区域确定为目标检测区域。

4.根据权利要求3所述的方法，其特征在于，所述用户聚集现象包括用户在商铺所在处排队的现象，所述根据判断结果，确定所述目标检测区域所对应的场所处是否有用户聚集现象，包括：

如果所述目标检测区域内的用户信息符合预置条件，则进一步判断所述目标检测区域是否与预置的商铺地理位置数据库中某商铺的地理位置匹配，如果是，则确定该商铺处有用户排队现象；其中，所述商铺地理位置数据库中保存有可能会产生用户排队现象的商铺所在的区域信息。

5.根据权利要求1至4任一项所述的方法，其特征在于，还包括：

将检测出有用户聚集现象的目标检测区域的位置信息加入到预置的列表中。

6.根据权利要求1至4任一项所述的方法，其特征在于，还包括：

在检测出列表中某目标检测区域内的用户信息不再满足预置的条件后，将该目标检测区域的位置信息从所述列表中移除。

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

接收到查询用户聚集现象的请求时，确定待查询的目标位置；

确定距离所述目标位置在预置范围内的目标检测区域；

判断所述目标检测区域是否位于所述列表中，如果是，则向查询方用户提供提示消息，所述提示消息用于提示该目标检测区域或者对应的场所有用户聚集现象。

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

将检测出有用户排队事件的目标检测区域内的实时用户数量信息进行保存，以便在所述提示消息中提示所述用户数量信息。

9.根据权利要求7所述的方法，其特征在于，所述接收到查询用户聚集现象的请求时，确定待查询的目标位置，包括：

接收到查询用户聚集现象的请求时，获取当前的查询用户所在的地理位置信息；

将所述当前的查询用户所在的地理位置确定为待查询的目标位置。

10.根据权利要求7所述的方法，其特征在于，所述接收到查询用户聚集现象的请求时，确定待查询的目标位置，包括：

接收到查询用户聚集现象的请求时，从所述请求中提取用户指定的位置信息；

将所述用户指定的位置确定为待查询的目标位置。

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

在实时收集用户所在的地理位置信息时，收集用户允许公开的联系方式信息；

在向用户发送关于某目标检测区域或对应的场所有用户聚集现象的提示消息时，将该目标检测区域内的用户允许公开的联系方式信息提供给当前的查询方用户。

12.根据权利要求1至4任一项所述的方法，其特征在于，还包括：

将检测出有用户聚集现象的目标检测区域在地图系统中进行标示；

接收到用户的查询请求时，向查询方用户返回标示后的地图数据。

13.一种用户聚集现象查询方法，其特征在于，包括：

收集用户所在的地理位置信息；

接收到查询用户聚集现象的请求后，确定待查询的目标位置；

根据所述目标位置确定目标检测区域；

对该目标检测区域内的用户信息进行统计；

通过判断该目标检测区域内的用户信息是否符合预置条件，确定该目标检测区域所对应的场所处是否有用户聚集现象；

将判断结果返回给当前的查询方用户。

14.根据权利要求13所述的方法，其特征在于，所述通过判断该目标检测区域内的用户信息是否符合预置条件，确定该目标检测区域所对应的场所处是否有用户聚集现象，包括：

如果该目标检测区域内的用户信息是否符合预置条件，则进一步判断所述目标检测区域是否与预置的商铺地理位置数据库中某商铺的地理位置匹配，如果是，则确定该商铺处有用户排队现象；其中，所述商铺地理位置数据库中保存有可能会产生用户排队现象的商铺所在的区域信息。

15.一种用户聚集现象检测系统，其特征在于，包括：

地理位置信息收集单元，用于收集用户所在的地理位置信息；

目标检测区域确定单元，用于确定目标检测区域；

统计判断单元，用于分别对各个目标检测区域内的用户信息进行统计，并判断各个目标检测区域内的用户信息是否符合预置条件；

确定单元，用于根据判断结果，确定所述目标检测区域所对应的场所处是否有用户聚集现象。

16.一种用户聚集现象查询系统，其特征在于，包括：

地理位置信息收集单元，用于收集用户所在的地理位置信息；

目标位置确定单元，用于接收到查询用户聚集现象的请求后，确定待查询的目标位置；

目标检测区域确定单元，用于根据所述目标位置确定目标检测区域；

统计单元，用于对该目标检测区域内的用户信息进行统计；

判断单元，用于通过判断该目标检测区域内的用户信息是否符合预置条件，确定该目标检测区域所对应的场所处是否有用户聚集现象；

判断结果返回单元，用于将判断结果返回给当前的查询方用户。