CN105227604B - 一种传递拼车信息的方法、服务器及系统 - Google Patents
一种传递拼车信息的方法、服务器及系统 Download PDFInfo
- Publication number
- CN105227604B CN105227604B CN201410286919.1A CN201410286919A CN105227604B CN 105227604 B CN105227604 B CN 105227604B CN 201410286919 A CN201410286919 A CN 201410286919A CN 105227604 B CN105227604 B CN 105227604B
- Authority
- CN
- China
- Prior art keywords
- user
- information
- mark
- address
- address information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本申请实施例公开了一种传递拼车信息的方法,包括:接收第一用户客户端发来的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识;向全部或者部分所述候选的第二用户发送第一通知消息;接收所述全部或者部分第二用户中的第三用户返回的第一回复消息;将所述返回第一回复消息的第三用户的标识发送至或经筛选后发送至所述第一用户客户端。所述传递拼车信息的方法,实现了对协同用户的地址信息进行预处理的过程,可以实现拼车信息的定向发送,从而提高拼车效率。本申请还公开了与所述方法实施例相对应的服务器实施例和系统实施例,能实现本申请传递拼车信息方法实施例。
Description
技术领域
本申请涉及计算机网络技术领域,特别涉及一种传递拼车信息的方法、服务器及系统。
背景技术
随着车辆的急剧增加,油价不断上扬,车主出行成本迅速提高;于是,近年来在国内各大城市自发出现的“拼车”出行现象渐渐流行起来。
拼车,即相同路线的人乘坐同一辆车上下班、上学及放学回家、节假日出游等,车费由乘客平均分摊。拼车有许多好处,包括:车费分摊,乘客省钱;避免等车,节省时间等等。另外拼车还比较环保,可以缓解拥挤的城市交通。
现有的传递拼车信息的方法包括:论坛发布拼车信息的方法。具体包括:在论坛等网络平台发布拼车消息,让有拼车需求的人浏览所述拼车消息。当有拼车需求的人与消息发布者的行车路线相近时,有拼车需求的人可以自行联系消息发布者,从而实现拼车。
在实现本申请过程中,发明人发现现有技术中至少存在如下问题:所述论坛发布拼车信息的方法,发布的拼车消息为静态信息,没有对关联用户相关数据进行预处理的过程,不能实现拼车消息的定向发送,实现拼车的效率较低。
发明内容
本申请实施例的目的是提供一种传递拼车信息的方法、服务器及系统,以实现拼车消息的定向发送,提高拼车的效率。
为解决上述技术问题,本申请实施例提供一种传递拼车信息的方法、服务器及系统是这样实现的:
一种传递拼车信息的方法,包括:服务器接收第一用户客户端发来的包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识;所述二度关联关系包括所述第一用户在第一社交关系中的一度关联用户的标识,以及在第二社交关系中与所述一度关联用户存在一度关联关系的二度关联用户的标识;服务器根据所述候选的第二用户的标识向全部或者部分所述候选的第二用户发送第一通知消息;服务器接收所述全部或者部分第二用户中的第三用户返回的第一回复消息;服务器将所述返回第一回复消息的第三用户的标识发送至或经筛选后发送至所述第一用户客户端。
一种传递拼车信息的方法,包括:服务器接收第一用户客户端发来的包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识;所述二度关联关系包括所述第一用户在第一社交关系中的一度关联用户的标识,以及在第二社交关系中与所述一度关联用户存在一度关联关系的二度关联用户的标识;服务器将所述候选的第二用户的标识发送至所述第一用户客户端;所述第一用户客户端向全部或者部分所述候选的第二用户发送第一通知消息;所述第一用户客户端接收所述全部或者部分第二用户中的第三用户返回第一回复消息。
一种传递拼车信息的服务器,所述传递拼车信息的服务器,包括:接收确定单元、通知消息发送单元、回复消息接收单元和回复消息发送单元;其中,所述接收确定单元,用于接收第一用户客户端发来包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识;所述通知消息发送单元,用于根据接收确定单元确定的所述候选的第二用户的标识,向全部或者部分所述候选的第二用户发送第一通知消息;所述第一通知消息包括第一用户的标识和第一时间;所述回复消息接收单元,用于接收所述全部或者部分第二用户中的第三用户返回的第一回复消息;所述第一回复消息包括第三用户的标识;所述回复消息发送单元,用于将所述返回第一回复消息的第三用户的标识发送至或经筛选后发送至所述第一用户的客户端。
一种传递拼车信息的系统包括:服务器和第一用户客户端;其中,所述服务器,用于接收第一用户客户端发来的包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识,将所述候选的第二用户的标识发送至所述第一用户客户端;所述二度关联关系包括所述第一用户在第一社交关系中的一度关联用户的标识,以及在第二社交关系中与所述一度关联用户存在一度关联关系的二度关联用户的标识;所述第一用户客户端,用于向全部或者部分所述候选的第二用户发送第一通知消息;所述述第一用户客户端,还用于接收所述全部或者部分第二用户中的第三用户返回第一回复消息。
由以上本申请实施例提供的技术可见,本申请传递拼车信息的方法实施例、服务器实施例和系统实施例,通过计算用户二度关联关系内用户的地址信息与用户地址信息之间的差值来确定候选的第二用户,即候选的拼车用户,实现了对协同用户的地址信息进行预处理的过程,可以实现拼车信息的定向发送,从而提高拼车效率。此外,根据预设的第一时间与第二时间的差值门限筛选所述第三用户,可以选择与用户拼车时间相近的第三用户,也可以提高实现拼车的效率。进一步地,对所述第一时间与第二时间的差值进行排序,选择差值较小的用户,可以进一步提高实现拼车的效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一种传递拼车信息的方法第一实施例的流程图;
图2是本申请一种传递拼车信息的方法第二实施例的流程图;
图3是本申请一种传递拼车信息的服务器第一实施例的组成结构图;
图4是本申请一种传递拼车信息的服务器第一实施例中接收确定单元的组成结构图;
图5是本申请一种传递拼车信息的服务器的第一实施例的另一组成结构图;
图6是本申请一种传递拼车信息的系统的一个实施例的组成结构图。
具体实施方式
本申请实施例提供一种传递拼车信息的方法、服务器及系统。
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
图1是本申请一种传递拼车信息的方法第一实施例的流程图。如图1所示,所述传递拼车信息的方法包括:
S101:服务器接收第一用户客户端发来的包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识。
服务器可以接收第一用户客户端发来包含第一用户标识及第一时间的第一请求消息。所述第一请求消息可以包括拼车请求消息。所述第一时间可以包括拼车时间。所述用户标识可以包括用户姓名或用户昵称。
服务器可以事先确定每一用户的地址信息,所述地址信息可以包括:生活地址信息和工作地址信息。
所述用户的生活地址信息,其确定方法具体可以包括:根据用户生活缴费信息中的地址信息来确定用户的生活地址信息。服务器可以获取用户第一时间长度内的生活缴费记录的户号,所述第一时间长度可以是预先设定的最近一段时间长度。例如可以获取用户最近1年内的水电煤缴费记录的户号。服务器可以选取缴费次数最多的户号作为所述用户的生活地址。进一步的,可以根据所述户号查询该户号对应的小区地址。可以利用POI(Point of Interest,信息点)地址库获得该小区地址对应的经纬度信息,并将该经纬度信息设置为该用户的生活地址信息。所述POI通常可以应用于地理信息系统中。在地理信息系统中,一个POI可以是一栋住宅、一个商铺、一个邮筒、一个公交站等。通常每个POI可以包含四方面信息:名称、类别、经度、纬度。
所述确定用户生活地址信息的方法还可以包括:根据用户的快递接收地址信息来确定用户的生活地址信息。服务器可以获取用户第二时间长度内购物信息记录中的快递接收地址,所述第二时间长度可以是预先设定的最近一段时间长度。例如,服务器可以获取用户最近1年购物信息记录中的快递接收地址。服务器可以选取其中使用次数最多的两个或两个以上的快递接收地址,利用每个POI的信息,可以确定所述使用次数最多的快递接收地址是否为住宅。进一步的,服务器可以将POI信息显示为住宅的快递接收地址确定为用户的居住地址,并将该快递接收地址的经纬度信息设置为该用户的生活地址信息。
所述确定用户生活地址信息的方法还可以包括:根据用户的手机端日志来确定用户的生活地址信息。所述手机端日志可以包括用户ID、经纬度和时间等信息。所述手机端日志可以记载用户在某一时间段所处位置的经纬度信息。所述根据用户的手机端日志来确定用户的生活地址信息,具体可以包括:服务器可以获取用户第三时间长度内的手机端日志,所述第三时间长度可以是预先设定的最近一段时间长度。服务器可以通过分析用户在工作时间和休息时间的经纬度信息,判断用户的生活地址和工作地址。例如,服务器可以获取用户最近3个月内的手机端日志。服务器可以将3个月中每天22:00至次日05:00时间范围内出现次数最多的经纬度信息设置为该用户的生活地址信息。所述工作时间和休息时间可以根据情况进行设定。所述工作时间可以至少包括:每天10:00至15:00。所述休息时间可以至少包括:每天0:00至04:00。
上述确定用户生活地址信息的方法,可以按照实际情况任取其中至少一种。
所述用户的工作地址信息,其确定方法具体可以包括:根据用户的快递接收地址信息来确定用户的工作地址信息。类似上述根据用户的快递接收地址信息来确定用户生活地址信息的方法,服务器可以获取用户第四时间长度内购物信息记录中的快递接收地址,所述第四时间长度可以是预先设定的最近一段时间长度。服务器可以选取其中使用次数最多的两个或两个以上的快递接收地址,利用每个POI的信息,可以确定所述使用次数最低多的快递接收地址是否为商铺。进一步的,服务器可以将POI信息显示为商铺的快递接收地址确定为用户的工作地址,将该快递接收地址的经纬度信息设置为该用户的工作地址信息。
所述确定用户工作地址信息的方法还可以包括:根据用户的手机端日志来确定用户的工作地址信息。类似上述根据用户的手机端日志来确定用户的生活地址信息的方法,服务器可以获取用户第五时间长度内的手机端日志,所述第五时间长度可以是预先设定的最近一段时间长度。服务器可以通过分析用户在工作时间和休息时间的经纬度信息,可以判断用户的生活地址和工作地址。例如,服务器可以获取用户最近3个月内的手机端日志,可以将3个月中每天10:00至15:00时间范围内出现次数最多的经纬度信息设置为该用户的工作地址信息。
上述确定用户工作地址信息的方法,可以按照实际情况任取其中至少一种。
所述第一用户二度关联关系可以包括:所述第一用户在第一社交关系中的一度关联用户的标识,以及在第二社交关系中与所述一度关联用户存在一度关联关系的用户的标识。所述一度关联关系用户的标识,可以包括:用户社交软件或通讯簿中所关联的用户的标识。例如,用户A的通讯簿中所关联的用户标识包括用户B的标识,用户B的通讯簿中所关联的用户标识包括用户C的标识;那么,用户B的标识可以是用户A的一度关联用户的标识,用户C的标识可以是用户A的二度关联用户的标识。所述的二度关联关系,可以让两个没有直接关联关系的用户通过一个与两者均具有一度关联关系的用户建立起关联关系。
所述二度关联关系,其确定方法可以包括:将用户的一度关联关系用户及每一一度关联用户存在的一度关联关系内的用户作为候选的二度关联关系用户,去除所述二度关联关系用户中重复的用户。所述重复的用户可以包括:用户标识相同且用户联系方式相同的用户。所述用户联系方式,可以包括:电话号码或者电子邮箱等。
确定二度关联关系后,可以确定与二度关联关系内用户标识相对应的工作地址和生活地址。
服务器可以根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识。具体可以包括下述方法中的任意一种:
A、计算第一用户的生活地址信息与第一用户二度关联关系内所关联用户的生活地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述差值小于第一预设值的第五用户;计算第一用户的工作地址信息与第五用户的工作地址信息之间的差值,确定所述第五用户中满足所述差值小于第二预设值的第六用户;将第六用户的标识确定为所述候选的第二用户标识;
B、计算第一用户的工作地址信息与第一用户二度关联关系内所关联用户的工作地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述差值小于第二预设值的第七用户;计算第一用户的生活地址信息与第七用户的生活地址信息之间的差值,确定所述第七用户中满足所述差值小于第一预设值的第八用户;将第八用户的标识确定为所述候选的第二用户标识;
C、分别计算第一用户与第一用户二度关联关系内所关联用户的生活地址信息之间的差值以及工作地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述生活地址信息之间的差值小于第一预设值且所述工作地址信息之间的差值小于第二预设值的第九用户,将第九用户的标识确定为候选的第二用户标识。
S102:服务器根据所述候选的第二用户的标识向全部或者部分所述候选的第二用户发送第一通知消息。
服务器可以根据所述候选的第二用户的标识向全部或者部分所述候选的第二用户发送第一通知消息。所述第一通知消息可以包括第一用户的标识和第一时间。所述服务器向候选的第二用户发送第一通知消息可以根据第二用户对应的联系方式来实现。所述联系方式可以包括:手机号码或电子邮箱等。
所述第二用户接收到服务器发来的第一通知消息后,可以发送第一回复消息至服务器。例如,第二用户接收到服务器发来的关于拼车的第一通知消息后,可以发送关于有拼车意愿的回复消息至服务器。
S103:服务器接收所述全部或者部分第二用户中的第三用户返回的第一回复消息。
可以将服务器发送了第一通知消息的全部或者部分第二用户中返回了第一回复消息的用户设置为第三用户。所述第一回复消息可以包括第三用户的标识。
S104:服务器将所述返回第一回复消息的第三用户的标识发送至或经筛选后发送至所述第一用户客户端。
服务器可以将所述返回第一回复消息的第三用户的标识发送至第一用户客户端。例如,第三用户可以回复消息表示该用户有拼车意愿,服务器接收到所述回复消息后可以将所述回复消息发送至第一用户的客户端,通知第一用户有拼车意愿的第三用户的用户标识,从而可以实现拼车。
所述服务器接收到的第三用户返回的第一回复消息还可以包括第三用户指定的第二时间;所述服务器还可以根据预设的第一时间与第二时间的差值门限筛选所述第三用户,并可以将筛选后的第三用户的标识发送至第一用户。
所述第二时间与第一时间可以不同。所述第一时间与第二时间的差值门限可以根据第一用户输入的预设值来进行设置。所述第一时间与第二时间的差值门限一般可以小于或等于30分钟。利用所述差值门限对第三用户进行筛选,具体可以包括:筛选出第一时间与第二时间的差值小于或等于差值门限的用户。服务器可以将筛选后的第三用户的标识发送至第一用户客户端。
进一步地,所述服务器根据所述差值门限对所述第三用户进行筛选后,可以将所述筛选后的第三用户设置为第四用户。所述服务器还可以根据所述第四用户指定的第二时间与第一用户的第一时间之间的差值由小到大进行排序,可以将排序后的第四用户中前n个用户的标识发送至第一用户客户端。所述n可以小于或等于第四用户的总数。
举个例子说明。例一:
用户A的一度关联关系中包括通讯簿联系人用户B和交友软件中的好友用户C,即用户B和用户C是用户A的好友。
类似地,用户B的一度关联关系中包括用户B1,即用户B1是用户B的好友;用户C的一度关联关系中包括用户C1,即用户C1是用户C的好友;
那么,用户A的二度关联关系中可以包含:用户B、用户C、用户B1和用户C1。
服务器可以事先确定每一用户的生活地址信息和工作地址信息。以用户A为例:
确定用户A的生活地址信息,方法可以有3种:(1)可以获取用户A最近半年的生活缴费记录的户号,服务器选取其中缴费次数最多的户号对应的地址信息作为用户A的生活地址信息。(2)可以获取用户A最近1年的购物收货地址中的使用次数最多的2个地址,利用POI信息,可以确定所述2个地址是否为住宅,将POI信息显示为住宅的地址信息作为用户A的生活地址信息。(3)可以获取用户A最近三个月的手机端日志,手机端日志可以包括用户A的名称、用户A在每一时间的经纬度信息等。服务器可以分析用户A在休息时间的经纬度信息,例如可以统计用户A在每天0点至4点的经纬度信息。将用户A在这一时间段内出现次数最多的经纬度信息作为用户A的生活地址信息。
上述的3中确定生活地址信息的方法,可以根据实际情况选取其中的至少一种。
确定用户A的工作地址信息,方法可以有2种:(1)可以获取用户A最近1年的购物收货地址中的使用次数最多的2个地址,利用POI信息,可以确定所述2个地址是否为商铺,将POI信息显示为商铺的地址信息作为用户A的工作地址信息。(2)可以获取用户A最近三个月的手机端日志,手机端日志可以包括用户A的名称、用户A在每一时间的经纬度信息等。服务器可以分析用户A在工作时间的经纬度信息,例如可以统计用户A在每天10点至15点的经纬度信息。将用户A在这一时间段内出现次数最多的经纬度信息作为用户A的工作地址信息。
上述的2种确定生活地址信息的方法,可以根据实际情况选取其中的至少一种。
类似确定用户A的生活地址信息和工作地址信息的方法,可以确定用户B、用户C等用户的生活地址信息和工作地址信息。
服务器可以接收用户发来的包含用户标识和拼车时间的拼车请求信息。用户的标识可以包括用户的名称。例如,服务器可以接收名称为A的用户发来的拼车时间为8点的拼车请求消息。
服务器可以根据用户A的地址信息和用户A的二度关联关系内的用户B、用户C、用户B1和用户C1各自的地址信息,来确定拼车候选人。
具体地,假设用户A的地址与用户B、用户C、用户B1和用户C1的地址之间的距离如表1所示。其中,用户B、用户C、用户B1和用户C1的生活地址与用户A的生活地址的距离分别为100米、500米、400米和800米;用户B、用户C、用户B1和用户C1的工作地址与用户A的工作地址的距离分别为50米、600米、700米和300米;
确定生活地址最小距离为第一预设值:600米,工作地址最小距离为第二预设值:550米;确定拼车候选人的方法可以包括下述方法中的任意一种:
方法一:计算每一用户的生活地址与用户A的生活地址的距离,距离小于第一预设值500米的为用户B、用户C和用户B1;再分别计算用户B、用户C、用户B1的工作地址与用户A的工作地址之间的距离,其中距离小于第二预设值550米的为用户B和用户C;则将用户B和用户C确定为拼车候选人。
方法二:计算每一用户的工作地址与用户A的工作地址之间的距离,距离小于第二预设值550米的为用户B、用户C和用户C1;再分别计算用户B、用户C和用户C1的生活地址与用户A的生活地址的距离,其中距离小于第一预设值600米的为用户B;则将用户B和用户C确定为拼车候选人。
方法三:分别计算每一用户的生活地址与用户A的生活地址之间的距离,以及每一用户的工作地址与用户A的工作地址之间的距离;其中生活地址之间的距离小于第一预设值600米且工作地址之间的距离小于第二预设值550米的为用户B和用户C;则将用户B和用户C确定为拼车候选人。
服务器确定拼车候选人后,可以向全部或者部分拼车候选人发送拼车消息。用户A的拼车候选人包括用户B和用户C;则服务器可以向用户B和/或用户C发送用户A的拼车消息。这里可以假设服务器向用户B和用户C发送用户A的拼车消息。
接收到服务器发来的用户A的拼车消息,用户B和/或用户C可以发送或者不发送拼车回复消息至服务器。这里可以假设用户B和用户C均发送拼车回复消息至服务器。
所述拼车回复消息可以包括用户的名称,例如用户B、用户C。所述拼车回复消息还可以包括指定的时间,例如用户B的指定的时间可以是8点10分、用户C的指定时间可以是9点。
服务器接收到用户B和用户C回复的拼车回复消息,可以将用户B和用户C的标识发送至用户A的客户端,例如将用户B和用户C的名称发送至用户A的客户端。
若服务器接收到的用户B和用户C发来的拼车回复消息包括指定的时间时,还可以根据预设的差值门限来筛选拼车候选人。例如,预设的指定时间与拼车请求中的拼车时间的差值门限为30分钟,则用户B满足指定时间8点10分与拼车请求找那个的拼车时间8点30分的时间差值小于差值门限30分钟,则筛选后的拼车候选人为用户B。服务器将用户B的标识发送给用户A的客户端,例如将用户B的名称发送至用户A的客户端。
本申请公开的传递拼车信息的方法第一实施例,通过计算用户二度关联关系内用户的地址信息与用户地址信息之间的差值来确定候选的第二用户,即候选的拼车用户,实现了对协同用户的地址信息进行预处理的过程,可以实现拼车信息的定向发送,从而提高拼车效率。此外,根据预设的第一时间与第二时间的差值门限筛选所述第三用户,可以选择与用户拼车时间相近的第三用户,从而提高实现拼车的效率。进一步地,对所述第一时间与第二时间的差值进行排序,选择差值较小的用户,可以进一步提高实现拼车的效率。
下面介绍本申请传递拼车信息的方法的第二实施例。图2是本申请一种传递拼车信息的方法第二实施例的流程图。如图2所示,所述的传递拼车信息的方法,可以包括:
S201:服务器接收第一用户客户端发来的包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识。
S202:服务器将所述候选的第二用户的标识发送至所述第一用户客户端。
S203:所述第一用户客户端向全部或者部分所述候选的第二用户发送第一通知消息。
S204:所述第一用户客户端接收所述全部或者部分第二用户中的第三用户返回第一回复消息。
本实施例与本申请方法第一实施例的区别在于,所述服务器确定候选的第二用户的标识后,服务器可以将所述候选的第二用户的标识发送至所述第一用户客户端。所述第一用户客户端可以向全部或者部分所述候选的第二用户发送第一通知消息。所述第一用户客户端可以接收所述全部或者部分第二用户中的第三用户返回第一回复消息。所述第一回复消息可以包括第三用户的标识。所述第一回复消息还可以包括第三用户指定的第二时间。
举个例子说明。例二:参照本申请方法第一实施例中的例一确定用户A的候选拼车人。在确定用户A的候选拼车人是用户B和用户C后,服务器可以将拼车候选人用户B和用户C的标识发送至用户A的客户端。用户A的客户端可以向用户B和/或用户C发送拼车请求通知消息。用户B和/或用户C可以对用户A的客户端发来的通知消息进行回复。用户A的客户端可以接收。用户B和/或用户C发来的拼车回复消息。
本实施例与本申请方法第一实施例的区别是,在服务器确定候选的第二用户以后,将所述第二用户的标识发送至第一用户的客户端,由第一用户的客户端发送第一通知消息至全部或部分所述候选的第二用户,所述第二用户的确定方法与方法第一实施例相同。本实施例同样实现了对协同用户的地址信息进行预处理的过程,可以实现拼车信息的定向发送,从而提高拼车效率。
下面介绍本申请一种传递拼车信息的服务器的第一实施例。图3是申请一种传递拼车信息的服务器第一实施例的组成结构图。如图3所示,所述传递拼车信息的服务器可以包括:接收确定单元100、通知消息发送单元200、回复消息接收单元300、回复消息发送单元400。其中,
所述接收确定单元100,可以用于接收第一用户客户端发来包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息可以确定候选的第二用户的标识。
图4是本申请传递拼车信息的服务器第一实施例中接收确定单元的组成结构图。如图4所示,所述接收确定单元100,可以包括:请求接收单元110和候选第二用户确定单元120。
所述请求接收单元110,可以用于接收第一用户客户端发来包含第一用户标识及第一时间的第一请求消息。所述第一请求消息可以包括拼车请求消息。所述第一时间可以包括拼车时间。所述用户标识可以包括用户姓名或用户昵称。
所述候选第二用户确定单元120,可以用于根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识。所述地址信息可以包括:工作地址信息和生活地址信息。所述根据第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识,具体可以包括下述方法中的任意一种:
A、计算第一用户的生活地址信息与第一用户二度关联关系内所关联用户的生活地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述差值小于第一预设值的第五用户;计算第一用户的工作地址信息与第五用户的工作地址信息之间的差值,确定所述第五用户中满足所述差值小于第二预设值的第六用户;将第六用户的标识确定为所述候选的第二用户标识;
B、计算第一用户的工作地址信息与第一用户二度关联关系内所关联用户的工作地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述差值小于第二预设值的第七用户;计算第一用户的生活地址信息与第七用户的生活地址信息之间的差值,确定所述第七用户中满足所述差值小于第一预设值的第八用户;将第八用户的标识确定为所述候选的第二用户标识;
C、分别计算第一用户与第一用户二度关联关系内所关联用户的生活地址信息之间的差值以及工作地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述生活地址信息之间的差值小于第一预设值且所述工作地址信息之间的差值小于第二预设值的第九用户,将第九用户的标识确定为候选的第二用户标识。
所述通知消息发送单元200,可以用于根据接收确定单元100确定的所述候选的第二用户的标识,向全部或者部分所述候选的第二用户发送第一通知消息。所述第一通知消息可以包括第一用户的标识和第一时间。
所述回复消息接收单元300,可以用于接收所述全部或者部分第二用户中的第三用户返回的第一回复消息。所述第一回复消息可以包括第三用户的标识。
所述回复消息发送单元400,可以用于将所述返回第一回复消息的第三用户的标识发送至或经筛选后发送至所述第一用户的客户端。
图5是本申请一种传递拼车信息的服务器的第一实施例的另一组成结构图。当回复消息接收单元300中接收的回复消息包含第三用户指定的第二时间时,如图5所示,所述传递拼车信息的系统,还可以包括:筛选单元500。
所述筛选单元500,可以用于根据预设的第一时间与第二时间的差值门限筛选所述第三用户。具体地,将回复消息接收单元300中第三用户满足第一时间与第二时间的差值小于或等于预设差值门限的确定为筛选后的第三用户。相应地,所述回复消息发送单元400,可以用于发送筛选单元500得到的筛选后的第三用户的用户标识至第一用户客户端。
进一步地,所述传递拼车信息的服务器,还可以包括:排序单元600。所述排序单元600,可以用于确定筛选单元500处理后的用户为第四用户,将所述第四用户根据所述第二时间与第一用户的第一时间之间的差值由小到大进行排序,确定排序后第四用户中前n个用户的标识为筛选后的第三用户的标识。所述n可以小于或等于第四用户的总数。相应地所述回复消息发送单元400,可以用于将排序单元600处理后得到的筛选后的第三用户的标识发送至第一用户客户端。
上述传递拼车信息的服务器第一实施例与本申请传递拼车信息的方法第一实施例相对应,可以实现本申请方法第一实施例的技术效果。
下面介绍本申请传递拼车消息的系统的一个实施例。图6是本申请一种传递拼车信息的系统的一个实施例的组成结构图。如图6所示,所述传递拼车消息的系统,可以包括服务器和第一用户客户端。其中,
所述服务器,可以用于接收第一用户客户端发来的包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识,将所述候选的第二用户的标识发送至所述第一用户客户端;所述二度关联关系包括所述第一用户在第一社交关系中的一度关联用户的标识,以及在第二社交关系中与所述一度关联用户存在一度关联关系的二度关联用户的标识。
所述第一用户客户端,可以用于向全部或者部分所述候选的第二用户发送第一通知消息;所述述第一用户客户端,还可以用于接收所述全部或者部分第二用户中的第三用户返回第一回复消息。
所述服务器可以包括:接收确定单元100和用户标识发送单元700;所述第一用户客户端可以包括:客户端发送单元800和客户端接收单元900。其中,
所述接收确定单元100,可以用于接收第一用户客户端发来包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息可以确定候选的第二用户的标识。该接收确定单元100可以与系统第一实施例中的接收确定的单元相同相同,可以参见本申请系统第一实施例。
所述用户标识发送单元700,可以用于将接收确定单元100中所述候选的第二用户的标识发送至所述第一用户客户端。
所述客户端发送单元800,可以用于第一用户客户端根据用户标识发送单元700发来的候选的第二用户的标识,向全部或者部分所述候选的第二用户发送第一通知消息。
所述客户端接收单元900,可以用于第一用户客户端接收所述全部或者部分第二用户中的第三用户返回第一回复消息。
上述传递拼车信息的系统实施例与本申请传递拼车信息的方法第二实施例相对应,可以实现本申请方法第二实施例的技术效果。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。
本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。该计算机软件产品可以包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。该计算机软件产品可以存储在内存中,内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括短暂电脑可读媒体(transitory media),如调制的数据信号和载波。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本申请可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
虽然通过实施例描绘了本申请,本领域普通技术人员知道,本申请有许多变形和变化而不脱离本申请的精神,希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。
Claims (20)
1.一种传递拼车信息的方法,其特征在于,包括:
服务器接收第一用户客户端发来的包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识;所述二度关联关系包括所述第一用户在第一社交关系中的一度关联用户的标识,以及在第二社交关系中与所述一度关联用户存在一度关联关系的二度关联用户的标识;所述社交关系中的一度关联用户包括:用户社交软件或通讯簿中所关联的用户;所述根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识,包括:判断所述第一用户的第一地址信息与第一用户二度关联关系内所关联用户的第二地址信息之间的差值是否小于预设阈值,根据所述判断结果确定候选的第二用户标识;
服务器根据所述候选的第二用户的标识向全部或者部分所述候选的第二用户发送第一通知消息;
服务器接收所述全部或者部分第二用户中的第三用户返回的第一回复消息;
服务器将所述返回第一回复消息的第三用户的标识发送至或经筛选后发送至所述第一用户客户端。
2.如权利要求1所述的一种传递拼车信息的方法,其特征在于,所述地址信息包括:生活地址信息和工作地址信息。
3.如权利要求2所述的一种传递拼车信息的方法,其特征在于,所述判断所述第一用户的第一地址信息与第一用户二度关联关系内所关联用户的第二地址信息之间的差值是否小于预设阈值,根据所述判断结果确定候选的第二用户标识;包括下述方法中的任意一种:
计算第一用户的生活地址信息与第一用户二度关联关系内所关联用户的生活地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述差值小于第一预设值的第五用户;计算第一用户的工作地址信息与第五用户的工作地址信息之间的差值,确定所述第五用户中满足所述差值小于第二预设值的第六用户;将第六用户的标识确定为所述候选的第二用户标识;
计算第一用户的工作地址信息与第一用户二度关联关系内所关联用户的工作地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述差值小于第二预设值的第七用户;计算第一用户的生活地址信息与第七用户的生活地址信息之间的差值,确定所述第七用户中满足所述差值小于第一预设值的第八用户;将第八用户的标识确定为所述候选的第二用户标识;
分别计算第一用户与第一用户二度关联关系内所关联用户的生活地址信息之间的差值以及工作地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述生活地址信息之间的差值小于第一预设值且所述工作地址信息之间的差值小于第二预设值的第九用户,将第九用户的标识确定为候选的第二用户标识。
4.如权利要求2所述的一种传递拼车信息的方法,其特征在于,所述生活地址信息的确定方法包括下述至少一种:
根据生活缴费信息中的地址信息来确定生活地址信息;具体包括:服务器获取用户第一时间长度内的生活缴费记录的户号,选取缴费次数最多的户号,根据所述户号查询该户号对应的小区地址,将该小区地址对应的经纬度信息设置为该用户的生活地址信息;
根据用户的快递接收地址信息来确定用户的生活地址信息;具体包括:服务器获取用户第二时间长度内快递接收地址,选取其中使用次数最多的两个或两个以上的快递接收地址,利用每个信息点的信息,确定所述使用次数最多的快递接收地址是否为住宅;服务器将信息点信息显示为住宅的快递接收地址的经纬度信息设置为该用户的生活地址信息;
根据用户的手机端日志来确定用户的生活地址信息;具体包括:服务器获取用户第三时间长度内的手机端日志,将用户休息时间范围内出现次数最多的经纬度信息设置为该用户的生活地址信息;所述休息时间范围至少包括:每天零点至四点。
5.如权利要求2所述的一种传递拼车信息的方法,其特征在于,所述用户工作地址,其确定方法包括下述至少一种:
根据用户的快递接收地址信息来确定用户的工作地址信息;具体包括:服务器获取用户第四时间长度内购物信息记录中的快递接收地址,选取其中使用次数最多的两个或两个以上的快递接收地址,利用每个信息点的信息,确定所述使用次数最多的快递接收地址是否为商铺;服务器将信息点信息显示为商铺的快递接收地址的经纬度信息设置为该用户的工作地址信息;
根据用户的手机端日志来确定用户的生活地址信息;具体包括:服务器获取用户第五时间长度内的手机端日志,将用户工作时间范围内出现次数最多的经纬度信息设置为该用户的工作地址信息;所述工作时间范围至少包括:每天十点至十五点。
6.如权利要求1所述的一种传递拼车信息的方法,其特征在于,所述二度关联关系的确定方法包括:将用户的一度关联关系用户及每一一度关联用户存在的一度关联关系内的用户作为候选的二度关联关系用户,去除所述二度关联关系用户中重复的用户;所述重复的用户包括:用户标识相同且用户联系方式相同的用户;所述用户联系方式,包括:电话号码或者电子邮箱。
7.如权利要求1所述的一种传递拼车信息的方法,其特征在于,所述第三用户返回的第一回复消息还包括第三用户指定的第二时间;
相应地,所述服务器将所述返回第一回复消息的第三用户的标识经筛选后发送至所述第一用户客户端,包括:
所述服务器还根据预设的第一时间与第二时间的差值门限筛选所述第三用户,并将筛选后的第三用户的标识发送至第一用户。
8.如权利要求7所述的一种传递拼车信息的方法,其特征在于,根据预设的第一时间与第二时间的差值门限筛选所述第三用户包括:筛选出第三用户中第一时间与第二时间的差值小于或等于差值门限的用户。
9.如权利要求7所述的一种传递拼车信息的方法,其特征在于,所述服务器将所述返回第一回复消息的第三用户的标识经筛选后发送至所述第一用户客户端,还包括:
确定所述第一时间与第二时间的差值小于预设时间门限的第三用户为第四用户;所述服务器还根据所述第四用户指定的第二时间与第一用户的第一时间之间的差值由小到大进行排序,将排序后的第四用户中前n个用户的标识确定为筛选后的第三用户的标识并发送至第一用户客户端;
所述n小于或等于第四用户的总数。
10.如权利要求3所述的一种传递拼车信息的方法,其特征在于,所述第一预设值的取值范围包括:小于或等于1000米;所述第二预设值的取值范围包括:小于或等于1000米。
11.一种传递拼车信息的方法,其特征在于,包括:
服务器接收第一用户客户端发来的包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识;所述二度关联关系包括所述第一用户在第一社交关系中的一度关联用户的标识,以及在第二社交关系中与所述一度关联用户存在一度关联关系的二度关联用户的标识;所述社交关系中的一度关联用户包括:用户社交软件或通讯簿中所关联的用户;所述根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识,包括:判断所述第一用户的第一地址信息与第一用户二度关联关系内所关联用户的第二地址信息之间的差值是否小于预设阈值,根据所述判断结果确定候选的第二用户标识;
服务器将所述候选的第二用户的标识发送至所述第一用户客户端;
所述第一用户客户端向全部或者部分所述候选的第二用户发送第一通知消息;
所述第一用户客户端接收所述全部或者部分第二用户中的第三用户返回第一回复消息。
12.如权利要求11所述的一种传递拼车信息的方法,其特征在于,所述地址信息包括:生活地址信息和工作地址信息。
13.如权利要求12所述的一种传递拼车信息的方法,其特征在于,所述判断所述第一用户的第一地址信息与第一用户二度关联关系内所关联用户的第二地址信息之间的差值是否小于预设阈值,根据所述判断结果确定候选的第二用户标识;包括下述方法中的任意一种:
计算第一用户的生活地址信息与第一用户二度关联关系内所关联用户的生活地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述差值小于第一预设值的第五用户;计算第一用户的工作地址信息与第五用户的工作地址信息之间的差值,确定所述第五用户中满足所述差值小于第二预设值的第六用户;将第六用户的标识确定为所述候选的第二用户标识;
计算第一用户的工作地址信息与第一用户二度关联关系内所关联用户的工作地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述差值小于第二预设值的第七用户;计算第一用户的生活地址信息与第七用户的生活地址信息之间的差值,确定所述第七用户中满足所述差值小于第一预设值的第八用户;将第八用户的标识确定为所述候选的第二用户标识;
分别计算第一用户与第一用户二度关联关系内所关联用户的生活地址信息之间的差值以及工作地址信息之间的差值,确定所述二度关联关系内所关联用户中满足所述生活地址信息之间的差值小于第一预设值且所述工作地址信息之间的差值小于第二预设值的第九用户,将第九用户的标识确定为候选的第二用户标识。
14.如权利要求12所述的一种传递拼车信息的方法,其特征在于,所述生活地址信息的确定方法包括下述至少一种:
根据生活缴费信息中的地址信息来确定生活地址信息;具体包括:服务器获取用户第一时间长度内的生活缴费记录的户号,选取缴费次数最多的户号,根据所述户号查询该户号对应的小区地址,将该小区地址对应的经纬度信息设置为该用户的生活地址信息;
根据用户的快递接收地址信息来确定用户的生活地址信息;具体包括:服务器获取用户第二时间长度内快递接收地址,选取其中使用次数最多的两个或两个以上的快递接收地址,利用每个信息点的信息,确定所述使用次数最多的快递接收地址是否为住宅;服务器将信息点信息显示为住宅的快递接收地址的经纬度信息设置为该用户的生活地址信息;
根据用户的手机端日志来确定用户的生活地址信息;具体包括:服务器获取用户第三时间长度内的手机端日志,将用户休息时间范围内出现次数最多的经纬度信息设置为该用户的生活地址信息;所述休息时间范围至少包括:每天零点至四点。
15.如权利要求12所述的一种传递拼车信息的方法,其特征在于,所述用户工作地址,其确定方法包括下述至少一种:
根据用户的快递接收地址信息来确定用户的工作地址信息;具体包括:服务器获取用户第四时间长度内购物信息记录中的快递接收地址,选取其中使用次数最多的两个或两个以上的快递接收地址,利用每个信息点的信息,确定所述使用次数最多的快递接收地址是否为商铺;服务器将信息点信息显示为商铺的快递接收地址的经纬度信息设置为该用户的工作地址信息;
根据用户的手机端日志来确定用户的生活地址信息;具体包括:服务器获取用户第五时间长度内的手机端日志,将用户工作时间范围内出现次数最多的经纬度信息设置为该用户的工作地址信息;所述工作时间范围至少包括:每天十点至十五点。
16.一种传递拼车信息的服务器,其特征在于,所述传递拼车信息的服务器,包括:接收确定单元、通知消息发送单元、回复消息接收单元和回复消息发送单元;其中,
所述接收确定单元,用于接收第一用户客户端发来包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识;
所述通知消息发送单元,用于根据接收确定单元确定的所述候选的第二用户的标识,向全部或者部分所述候选的第二用户发送第一通知消息;所述第一通知消息包括第一用户的标识和第一时间;
所述回复消息接收单元,用于接收所述全部或者部分第二用户中的第三用户返回的第一回复消息;所述第一回复消息包括第三用户的标识;
所述回复消息发送单元,用于将所述返回第一回复消息的第三用户的标识发送至或经筛选后发送至所述第一用户的客户端。
17.如权利要求16所述的一种传递拼车信息的服务器,其特征在于,所述接收确定单元包括:请求接收单元和候选第二用户确定单元;
所述请求接收单元,用于接收第一用户客户端发来包含第一用户标识及第一时间的第一请求消息;所述用户标识包括用户姓名或用户昵称;
所述候选第二用户确定单元,用于根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识;所述地址信息包括:工作地址信息和生活地址信息。
18.如权利要求16所述的一种传递拼车信息的服务器,其特征在于,还包括:筛选单元;所述筛选单元,用于根据预设的第一时间与第二时间的差值门限筛选回复消息接收单元中所述的第三用户;
相应地,所述回复消息发送单元,用于发送筛选单元中筛选后的第三用户的用户标识至第一用户客户端。
19.如权利要求18所述的一种传递拼车信息的服务器,其特征在于,还包括:排序单元;
所述排序单元,用于确定筛选单元处理后的用户为第四用户,并将所述第四用户指定的第二时间与第一用户的第一时间之间的差值由小到大进行排序;将所述第四用户中前n个用户的标识确定为筛选后的第三用户的标识;所述n小于或等于第四用户的总数;
相应地,所述回复消息发送单元,用于发送排序单元处理后得到的筛选后的第三用户的标识至第一用户客户端。
20.一种传递拼车信息的系统,其特征在于,包括:服务器和第一用户客户端;其中,
所述服务器,用于接收第一用户客户端发来的包含第一用户标识及第一时间的第一请求消息,根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识,将所述候选的第二用户的标识发送至所述第一用户客户端;所述二度关联关系包括所述第一用户在第一社交关系中的一度关联用户的标识,以及在第二社交关系中与所述一度关联用户存在一度关联关系的二度关联用户的标识;所述社交关系中的一度关联用户包括:用户社交软件或通讯簿中所关联的用户;所述根据所述第一用户的第一地址信息以及第一用户二度关联关系内所关联用户的第二地址信息确定候选的第二用户的标识,包括:判断所述第一用户的第一地址信息与第一用户二度关联关系内所关联用户的第二地址信息之间的差值是否小于预设阈值,根据所述判断结果确定候选的第二用户标识;
所述第一用户客户端,用于向全部或者部分所述候选的第二用户发送第一通知消息;所述述第一用户客户端,还用于接收所述全部或者部分第二用户中的第三用户返回第一回复消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410286919.1A CN105227604B (zh) | 2014-06-24 | 2014-06-24 | 一种传递拼车信息的方法、服务器及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410286919.1A CN105227604B (zh) | 2014-06-24 | 2014-06-24 | 一种传递拼车信息的方法、服务器及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105227604A CN105227604A (zh) | 2016-01-06 |
CN105227604B true CN105227604B (zh) | 2018-03-06 |
Family
ID=54996278
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410286919.1A Active CN105227604B (zh) | 2014-06-24 | 2014-06-24 | 一种传递拼车信息的方法、服务器及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105227604B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107026885B (zh) * | 2016-02-02 | 2020-09-29 | 阿里巴巴集团控股有限公司 | 信息推送方法及装置 |
CN107169815A (zh) * | 2016-03-08 | 2017-09-15 | 滴滴(中国)科技有限公司 | 一种熟人间拼车的方法和装置 |
CN108289029A (zh) * | 2017-01-09 | 2018-07-17 | 北京嘀嘀无限科技发展有限公司 | 通信群组建立方法及装置 |
CN109086902B (zh) * | 2017-06-14 | 2021-04-02 | 北京嘀嘀无限科技发展有限公司 | 处理方法、处理装置、服务器、计算机设备和存储介质 |
CN109509026A (zh) * | 2018-11-07 | 2019-03-22 | 广东溢达纺织有限公司 | 基于特定群体的拼车方法、装置以及计算机设备 |
CN109685430A (zh) * | 2018-12-28 | 2019-04-26 | 上海连尚网络科技有限公司 | 一种进行信息匹配的方法与设备 |
CN110334981A (zh) * | 2019-05-27 | 2019-10-15 | 天津五八到家科技有限公司 | 信息处理方法及终端设备 |
CN113076482A (zh) * | 2021-04-23 | 2021-07-06 | 支付宝(杭州)信息技术有限公司 | 业务信息推送方法、装置、系统、计算机设备、存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101763567A (zh) * | 2008-11-21 | 2010-06-30 | 北京携友聚信信息技术有限公司 | 在线拼车伙伴相配的方法和系统 |
CN103489309A (zh) * | 2013-08-20 | 2014-01-01 | 罗莉莎 | 拼出租车、分享私家车、搭顺风车的方法及其系统 |
CN103632539A (zh) * | 2013-12-19 | 2014-03-12 | 赵书扬 | 基于移动终端的搭车方法及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090234658A1 (en) * | 2008-03-11 | 2009-09-17 | Continental Electrical Construction Company, Llc | Intelligent car pooling portal |
-
2014
- 2014-06-24 CN CN201410286919.1A patent/CN105227604B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101763567A (zh) * | 2008-11-21 | 2010-06-30 | 北京携友聚信信息技术有限公司 | 在线拼车伙伴相配的方法和系统 |
CN103489309A (zh) * | 2013-08-20 | 2014-01-01 | 罗莉莎 | 拼出租车、分享私家车、搭顺风车的方法及其系统 |
CN103632539A (zh) * | 2013-12-19 | 2014-03-12 | 赵书扬 | 基于移动终端的搭车方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN105227604A (zh) | 2016-01-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105227604B (zh) | 一种传递拼车信息的方法、服务器及系统 | |
Cottrill et al. | Leveraging big data for the development of transport sustainability indicators | |
US10931619B2 (en) | Alert modification based on social media activity | |
US20120136689A1 (en) | Event planning within social networks | |
US20170161651A1 (en) | Electronic System and Method for Travel Planning, Based On Object-Oriented Technology | |
US10841896B2 (en) | Selectively sending notifications to mobile devices using device filtering process | |
CN109559226A (zh) | 区块链交易执行方法、系统及电子设备和存储介质 | |
CN103914536A (zh) | 一种用于电子地图的兴趣点推荐方法及系统 | |
CN110334289B (zh) | 出行目的地的确定方法和目标用户的确定方法 | |
CN104462113A (zh) | 搜索方法、装置及电子设备 | |
JP2015531913A (ja) | プッシュに基づく推奨 | |
CN108228593B (zh) | 兴趣点重要度测量方法和装置 | |
Pelet et al. | Towards the implementation of digital through Wifi and IoT in wine tourism: Perspectives from professionals of wine and tourism | |
CN105825420A (zh) | 一种基于移动智能终端的校园电子商务系统 | |
CN110503528A (zh) | 一种线路推荐方法、装置、设备和存储介质 | |
Zeng et al. | The pickup problem: consumers' locational preferences in flow interception | |
CN105931144A (zh) | 一种基于wifi的点餐方法及服务器 | |
US20130304539A1 (en) | User recommendation method and device | |
US20170325063A1 (en) | Platform for geo-fence social media | |
US10346766B1 (en) | Determination and optimization of delivery routes | |
US20150032650A1 (en) | Method of verifying review | |
US10101878B2 (en) | Sharing map context including result cards | |
Lieske et al. | Assessing geographical representativeness of crowdsourced urban mobility data: An empirical investigation of Australian bicycling | |
CN105430031B (zh) | 一种拼车信息传递方法及装置 | |
US11157961B2 (en) | Augmenting graphical user interfaces in response to social media interactions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |