CN105338480B - 基于lbs的用户匹配方法、消息客户端、服务器及系统 - Google Patents
基于lbs的用户匹配方法、消息客户端、服务器及系统 Download PDFInfo
- Publication number
- CN105338480B CN105338480B CN201410287604.9A CN201410287604A CN105338480B CN 105338480 B CN105338480 B CN 105338480B CN 201410287604 A CN201410287604 A CN 201410287604A CN 105338480 B CN105338480 B CN 105338480B
- Authority
- CN
- China
- Prior art keywords
- service
- message
- user
- server
- client
- 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
- 238000000034 method Methods 0.000 title claims abstract description 79
- 239000000284 extract Substances 0.000 claims abstract description 27
- 238000010586 diagram Methods 0.000 description 16
- 238000010295 mobile communication Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/01—Social networking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
- H04W4/21—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel for social networking applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3224—Transactions dependent on location of M-devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Computing Systems (AREA)
- Primary Health Care (AREA)
- Tourism & Hospitality (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Health & Medical Sciences (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请提供一种基于LBS的用户匹配方法、消息客户端、服务器及系统。所述方法包括:不同消息客户端分别发送服务消息,所述服务消息包括收发属性、地理位置信息和用户特征码;服务器端接收所述服务消息,并提取其中的业务属性、地理位置信息和用户特征码;服务器端判断消息客户端是否在预置预设范围内,并比较用户特征码是否相同,同时将地理位置信息在预设范围内、且所述用户特征码相同的服务消息中收发属性为接收的消息客户端设置为消息接收客户端。利用本申请中各实施例,可以提高LBS用户匹配的准确性。
Description
技术领域
本申请涉及信息通信技术领域,特别涉及一种基于LBS的用户匹配方法、消息客户端、服务器及系统。
背景技术
随着电子通信技术的发展,各种移动终端,如手机、平板电脑、笔记本电脑或者便携式播放设备等都受到了广大用户的喜爱。各种移动终端设备的功能越来越强大,可以为用户提供多种便利的应用。其中有一种基于位置的服务(Location Based Service,LBS),可以通过电信移动运营商的移动通信网络(如GSM网、CDMA网)或外部定位方式(如GPS)获取移动终端用户的位置信息(地理坐标,或大地坐标),在地理信息系统(GeographicInformation System,GIS)平台的支持下,为用户提供服务。
现有技术中,所述基于位置的服务通常是由用户移动终端上的应用通过空间定位技术获取用户当前的地理位置信息,然后将用户的地理位置信息及服务请求发送至服务器端。服务器端基于用户的地理位置对用户的服务请求信息进行处理,通常会在预设的地理服务范围内将处理结果发送至相应的用户。例如图1中所示的现有LBS中,同一用户群组A1、A2、A的移动终端位置相互靠近,在预设的地理服务范围内,用户A1、A2通过应用中的“面对面支付”方式向用户A付款。此时,用户A1、A2移动终端上的应用可以向LBS服务器端发送一个包括付款请求的服务消息,用户A移动终端上的应用也可以向LBS服务器发送一个包括收款请求的服务消息。所述移动终端上的应用发送的服务消息中可以包括所述移动移动终端的地理位置信息。LBS服务器端收到用户A1、A2的移动终端上的应用发送的请求付款的服务消息,可以基于用户A1、A2、A的移动终端的地理位置相互靠近的位置关系,将用户A1、A2移动终端上的应用发送的付款请求消息发送至用户A的移动终端上。然后,用户A移动终端上的应用可以通过与LBS服务器端的交互完成收款。
在现有基于位置的服务过程中,由于移动终端设备的好坏(主要是指接收或发送信号的天线灵敏度)存在较大的差异性,以及移动终端上的应用在计算用户地理位置信息时算法的不一致性,经常导致移动终端获取的用户的地理位置信息不够准确。LBS服务器端收到预设地理服务范围内其他用户群组移动终端的干扰信息时,不能准确区分不同用户群组的移动终端,导致LBS服务器端不能准确匹配用户,正确处理信息。例如上述图1所述的示例中,用户A1、A2的移动终端向服务器端发送付款请求服务消息的同时,在距离用户A位置较远的其他用户群组D1、D中,用户D1同样使用应用中的“面对面支付”方式向用户D付款。此时,用户D1移动终端上的应用可以向LBS服务器端发送一个付款请求的服务消息。由于用户D1的移动终端获取的自身的地理位置信息不够准确,用户D1的移动终端获取的地理位置信息中包含的地理位置与用户A1、A2的移动终端的地理位置相互靠近。LBS服务器端接收到用户D1的移动终端的付款请求的服务信息时,基于用户A1、A2、D1的移动终端上的应用发送的地理位置信息所包含的地理位置相互靠近,不能准确区分用户群组A1、A2、D1中属于其他用户群组的用户D1,导致服务器端将用户D1的付款请求消息发送至用户A。用户A的移动终端收到用户D1发送的付款请求消息,导致此次LBS匹配用户失败。由于LBS服务器端收到预设地理服务范围内其他用户群组的移动终端的干扰信息时,不能准确区分不同用户群组的移动终端,会导致LBS服务器端不能准确匹配用户,降低了LBS服务器端匹配用户的准确性。
发明内容
本申请目的在于提供一种基于LBS的用户匹配方法,能提高LBS服务器端匹配用户的准确性。
本申请实施例提供一种基于LBS的用户匹配方法是这样实现的:
一种基于LBS的用户匹配方法,所述方法包括:
不同消息客户端分别发送服务消息,所述服务消息包括收发属性、地理位置信息和用户特征码;
服务器端接收所述服务消息,并从接收的所述服务消息中提取所述收发属性、地理位置信息和用户特征码;
服务器端基于提取的地理位置信息判断所述消息客户端是否在预置预设范围之内,并比较提取的用户特征码是否相同;
所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为接收的服务消息所对应的消息客户端设置为消息接收客户端。
一种基于LBS的用户匹配方法,所述方法包括:
第一消息客户端发送第一服务消息,第二消息客户端发送第二服务消息;所述第一服务消息包括第一消息客户端的业务属性、地理位置信息,所述第二服务消息包括第二消息客户端的业务属性、地理位置信息;
服务器端接收所述第一服务消息和第二服务消息,并从接收的所述第一服务消息和第二服务消息中提取所述业务属性、地理位置信息;
服务器端基于提取的第一消息客户端与第二消息客户端的业务属性、地理位置信息判断所述第一消息客户端与第二消息客户端的地理位置是否在预设范围之内,并比较所述第一消息客户端与第二消息客户端的业务属性是否相同;
当第一消息客户端与第二消息客户端的地理位置均在预设范围之内,且所述业务属性相同时,所述服务器端将所述第一消息客户端与第二消息客户端设置为同一分组。
一种基于LBS的用户匹配方法,所述方法包括:
消息客户端获取服务内容的收发属性;
消息客户端获取自身的地理位置信息;
消息客户端获取用户输入的用户特征码;
消息客户端想服务器端发送服务消息,所述服务消息包括所述收发属性、地理位置信息和用户特征码;
所述消息客户端接收服务器端返回的地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息;或者接收服务器端返回的地理位置信息在预设范围之内、且提取的用户特征码相同的服务消息中收发属性为发送的服务消息所述对应的消息客户端的列表。
一种基于LBS的用户匹配方法,所述方法包括:
第一消息客户端获取服务内容的业务属性;
第一消息客户端获取自身的地理位置信息;
第一消息客户端发送第一服务消息,所述第一服务消息包括所述第一消息客户端的业务属性、地理位置信息;
第一消息客户端接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端的列表;或者接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端发送的消息。
一种基于LBS的用户匹配方法,其特征在于,所述方法包括:
服务器端接收服务消息,并从接收的所述服务消息中提取收发属性、地理位置信息和用户特征码;
服务器端基于提取的地理位置信息判断消息客户端是否在预置预设范围之内,并比较提取的用户特征码是否相同;
所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中业务属性为接收的服务消息所对应的消息客户端设置为消息接收客户端。
一种基于LBS的用户匹配方法,所述方法包括:
服务器端接收不同消息客户端发送的包含业务属性和地理位置信息的服务消息;
服务器端从所述不同消息客户端发送的服务消息中提取消息客户端的业务属性和地理位置信息;
所属服务器端将地理位置在预设范围之内、且所述业务属性相同的消息客户端设置为同一分组。
一种消息客户端,包括:
收发属性单元,用于获取服务内容的收发属性;
位置信息单元,用于获取消息客户端的地理位置信息;
特征码单元,用于获取用户输入的用户特征码;
第一发送单元,用于向服务器端发送服务消息,所述服务消息包括所述收发属性、地理位置信息和用户特征码;
第一接收单元,用于接收服务器端返回的地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息;或者接收服务器端返回的地理位置信息在预设范围之内、且提取的用户特征码相同的服务消息中收发属性为发送的服务消息所述对应的消息客户端的列表。
一种消息客户端,包括:
业务属性单元,用于获取第一消息客户端服务内容的业务属性;
位置信息单元,用于获取第一消息客户端的地理位置信息;
第二发送单元,用于发送第一服务消息,所述第一服务消息包括所述第一消息客户端的业务属性、地理位置信息;
第二接收单元,用于接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端的列表;或者接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端发送的消息。
一种基于LBS的服务器,其特征在于,包括:
第一接收单元,用于接收服务消息;
第一地理位置单元,用于从接收的服务消息中提取地理位置信息,并基于所述地理位置信息判断消息客户端是否在预设范围之内;
特征码比较单元,用于从接收的服务消息中提取用户特征码,并比较提取的用户特征码是否相同;
收发属性单元,用于从接收的服务消息中提取收发属性;
第一匹配单元,用于将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为接收的服务消息所对应的消息客户端设置为消息接收客户端。
一种基于LBS的服务器,所述服务器包括:
接收单元,用于接收不同消息客户端发送的包含业务属性和地理位置信息的服务消息;
地理位置单元,用于从所述不同消息客户端发送的服务消息中提取消息客户端的地理位置信息,并基于所述提取的不同消息客户端的地理位置信息判断所述不同消息客户端的地理位置是否在预设范围之内;
业务属性单元,用于从所述不同消息客户端发送的服务消息中提取消息客户端的业务属性,并比较所述提取的不同消息客户端的业务属性是否相同;
匹配单元,用于将地理位置在预设范围之内,且所述业务属性相同的消息客户端设置为同一分组。
一种基于LBS的用户匹配系统,其特征在于,所述系统包括:
消息客户端,用于获取服务内容的收发属性;还用于获取自身的地理位置信息;还用于获取用户输入的用户特征码;还用于发送服务消息,所述服务消息包括所述收发属性、地理位置信息和用户特征码;
服务器,用于接收服务消息,并从接收的所述服务消息中提取收发属性、地理位置信息和用户特征码;还用于将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中业务属性为接收的服务消息所对应的消息客户端设置为消息接收客户端。
一种基于LBS的用户匹配系统,所述系统包括:
消息客户端,不同消息客户端发送服务消息,所述服务消息包括与该服务消息相对应的消息客户端的业务属性和地理位置信息;
服务器,用于接收不同消息客户端发送的服务消息;还用于从所述不同消息客户端发送的服务消息中提取与该服务消息相对应的消息客户端的业务属性和地理位置信息;还用于将地理位置在预设范围之内,且所述业务属性相同的消息客户端设置为同一分组。
本申请提供的一种基于LBS的用户匹配方法,该方法在消息客户端发送的服务消息中设置了用户特征码。服务器端可以根据用户的特征码将接收的服务消息进行分类,使服务器端可以区分来自不同用户群组的移动终端。所述服务器端可以在分类的用户群组中匹配相应的用户,避免其他用户群组的信息干扰。采用本申请中所述的使用用户特征码区分不同用户群组中的用户,可以提高LBS服务器端匹配用户的准确性。同时本申请可以将地理位置相互靠近的具有相同或相近服务需求的用户匹配到一起,可以避免服务器发送与用户请求服务内容无关的干扰信息,可以提高用户的体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是LBS服务的模块结构示意图;
图2是本申请一种基于LBS的用户匹配方法的流程示意图;
图3是本申请所述服务消息的一种消息格式示意图;
图4是本申请一种消息客户端的模块结构示意图;
图5是本申请一种消息客户端另一种实施例的模块结构示意图;
图6是本申请一种基于LBS的用户匹配的服务器的模块结构示意图;
图7是本申请一种基于LBS的用户匹配的服务器另一种实施例的模块结构示意图;
图8是本申请一种基于LBS的用户匹配的服务器另一种实施例的模块结构示意图;
图9是本申请一种基于LBS的用户匹配的服务器另一种实施例的模块结构示意图;
图10是本申请一种基于LBS的用户匹配的服务器另一种实施例的模块结构示意图;
图11是本申请一种基于LBS的用户匹配的服务器另一种实施例的模块结构示意图;
图12是本申请一种基于LBS的用户匹配的服务器另一种实施例的模块结构示意图;
图13是本申请一种基于LBS的用户匹配系统的模块结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
本申请中所述的消息客户端可以是移动电话、平板电脑、个人数字助理(PersonalDigital Assistant,PDA)、手持计算机(Pocket PC)等可移动的通信终端,也可以是通过Internet通讯的台式计算机(desktop PC)。用户可以通过所述消息客户端上的应用发送服务消息。为了统一表述,可以将上述消息客户端发送方一侧的应用统称为消息发送客户端,将消息客户端接收方一侧的应用统称为消息接收客户端。
通常所述的LBS中,消息客户端可以获取其所在当前位置的地理位置信息。常用的方法主要是通过消息客户端内置的GPS定位系统或电信移动运营商的移动通信网络,或者是通过上述两种方式的结合来定位消息客户端并获取消息客户端的地理位置信息。也可以结合WIFI热点信息获取消息客户端的地理位置信息。消息客户端获取地理位置信息后,可以将该地理位置信息置于发送的服务消息中发送。
所述LBS服务器端通常位于计算机网络中,通过计算机网络处理用户的服务消息。所述LBS服务器端通常也可以通过移动通信网络将服务消息的处理结果发送至相应的消息接收客户端。总体上看,LBS可以是由移动通信网络和计算机网络结合而成,两个网络之间可以通过网关实现交互。消息发送客户端通过移动通信网络发出服务消息,经过网关传递给LBS服务器端;所述LBS服务器端根据收到的服务消息进行处理,并将处理结果通过网关发送至相应的消息接收客户端。
下面是本申请提供的一种基于LBS的用户匹配方法的一个实施例。
图2是本申请一种基于LBS的用户匹配方法的流程示意图,如图2所示,所述方法包括:
S1:不同消息客户端分别发送服务消息,所述服务消息包括收发属性、地理位置信息和用户特征码。
图3是本申请所述的服务消息的一种消息格式示意图。如图3所示,所述服务消息通常可以包括服务内容、收发属性、地理位置信息和用户特征码。
所示消息客户端可以为用户预置服务内容,例如“面对面支付”、“文件传输”、“春游摇一摇”等。所述每一项服务内容可以有与其对应的收发属性。例如,预置“面对面付款”服务内容时,可以将其所对应的收发属性设置为“面对面付款”,或者设置为与“面对面付款”相对应的特定代码,如:“PAY:P2P”。所述消息客户端也可以同时设置“面对面收款”服务内容,其相应的收发属性可以设置为“面对面收款”或“REC:P2P”。用户可以在所述消息客户端中选取需要的服务内容。所述消息客户端可以接收用户选取的服务内容,并将与选取的服务内容相对应的收发属性置于所述服务消息中。所述服务消息的收发属性中可以包括表示用户选取的服务内容的属性是接收方还是发送方的字段。具体的例如,用户A向用户B付款时,用户A可以在所述消息客户端选取“面对面支付”的服务内容中的“向对方付款”,其相应的消息客户端可以将与用户选取的与“面对面付款”服务内容相对应的收发属性(PAY:P2P)置于所述服务消息中。用户B在所述消息客户端选取“面对面支付”的服务内容中的“接收对方付款”,其相应的消息客户端可以将与用户选取的与“面对面付款”服务内容相对应的收发属性(REC:P2P)置于所述服务消息中。上述收发属性“PAY:P2P”、“REC:P2P”中,“P2P”字段可以表示“面对面支付”服务内容,“PAY”可以表示该“面对面支付”服务内容的收发属性为发送,“REC”可以表示该“面对面支付”服务内容的收发属性为接收。
所述发送的服务消息中通常还可以包括消息客户端的用户标识,用于区分不同的用户。例如可以使用用户标识A、B、C区分不同消息客户端上的用户。所述同一消息客户端上也可以存储有多个不同的用户,所述消息客户端可以采用所述用户标识区分同一客户端上不同用户的服务消息。
所述消息客户端发送的服务消息中通常可以包括消息客户端的地理位置信息。所述消息客户端的地理位置信息可以通过消息客户端上相应的功能模块获取。例如可以通过上述消息客户端上的GPS模块或消息客户端所在电信移动运营商的移动通信网络获取消息客户端的地理位置信息,也可以是通过上述两种方式的结合获取消息客户端的地理位置信息。当然,也可以通过其他方式获取消息客户端的地理位置信息,例如,可以通过WIFI热点信息获取地理位置信息。通常每个WIFI热点信息中包括该WIFI热点的详细地理位置信息,消息客户端在连接至WIFI热点的网络时,可以获取当前WIFI热点的地理位置信息。所述消息客户端可以以当前连接的WIFI热点的地理位置信息作为所述消息客户端的地理位置信息。本申请中对所述消息客户端获取地理位置信息的方式不做限定。
所述服务消息可以包括用户特征码。本实施例中所述用户特征码可以为用户自定义设置的用户特征码,所述消息客户端可以获取用户输入的自定义的用户特征码。本实施例中所述的用户特征码通常可以为同一用户群组的用户在消息客户端选取服务内容时预先设置的相同的用户特征码。所述用户特征码可以为符号、字母、数字、汉字或者是上述几种方式的组合等,例如,用户A1可以将用户特征码设置为“A001”,用户B可以将用户特征码设置为“B001”。实际的应用场景中,所述用户特征码通常可以为地理位置靠近的多个相互熟知的用户自定义设置的。例如在具体的一个应用场景中,用户A1、A2、A3、A4、B1、B2、B3地理位置相互靠近。其中,用户A2、A3、A4需要向A1进行付款,用户B2、B3需要向B1进行付款。此时,所述用户A1、A2、A3、A4可以共同设置一个用户特征码“A001”,用户B1、B2、B3可以共同设置一个用户特征码“B001”。用户A1、A2、A3、A4、B1、B2、B3的消息客户端分别向服务器端发送的服务消息中可以包括各自设置的用户特征码。付款方用户A2、A3、A4的消息客户端发送请求付款的服务消息MSG_A2、MSG_A3、MSG_A4中可以包括用户特征码“A001”,付款方用户B2、B3的消息客户端发送请求付款的服务消息MSG_B2、MSG_B3中可以包括用户特征码“B001”。收款方用户A1的消息客户端也可以发送收款的服务消息MSG_A1,并在其中设置用户特征码“A001”。收款方用户B1的消息客户端也可以发送收款的服务消息MSG_B1,并在其中设置用户特征码“B001”。
不同的消息客户端可以分别发送服务消息至服务器端,所述的服务消息可以包括收发属性、地理位置信息和用户特征码。
S2:服务器端接收所述服务消息,并从接收的所述服务消息中提取所述收发属性、地理位置信息和用户特征码。
所述服务器端可以接收所述服务消息,并可以从接收的服务消息中提取收发属性、地理位置信息和用户特征码。当然,所述服务器端还可以提取服务消息中的包括具体服务内容的其他消息或者预先设置的其他消息,例如可以提取服务消息中的用户标识信息。
S3:服务器端基于提取的地理位置信息判断所述消息客户端是否在预置预设范围之内,并比较提取的用户特征码是否相同。
服务器端接收所述服务消息后,可以提取所述服务消息中的用户特征码,比较提取的用户特征码是否相同。所述服务器端将所述接收的服务消息进行分类,其具体分类的方式可以为将所述提取的用户特征码相同的服务消息分为同一类别。所述服务器端可以存储分类的服务消息。所述服务器端接收用户A2、A3、A4、B2、B3的消息客户端发送请求付款的服务消息MSG_A2、MSG_A3、MSG_A4、MSG_B2、MSG_B3,可以提取所述服务消息中的用户特征码。其中,所述服务器端从用户A2、A3、A4的消息客户端提取的服务消息的用户特征码相同,为“A001”。所述服务器端从用户B2、B3的消息客户端提取的服务消息的用户特征码一致为,“B001”。所述服务器端将所述提取的用户特征码相同致的服务消息分为同一类别。所述服务器端可以将用户特征码为“A001”的服务消息MSG_A2、MSG_A3、MSG_A4分为一类,将用户特征码为“B001”的服务消息MSG_B2、MSG_B3分为一类。如果所述服务器端也可以接收收款方用户A1和B1的消息客户端发送的请求收款的服务消息MSG_A1和MSG_B1,并提取其用户特征码,分别为“A001”和“B001”。所述服务器端可以将用户特征码同样为“A001”的收款方用户A1的服务消息MSG_A1与服务消息MSG_A2、MSG_A3、MSG_A4分为同一类别进行存储,将用户特征码同样为“B001”的收款方用户B1的服务消息与服务消息MSG_B2、MSG_B3分为同一类别进行存储。此时,所述服务器端可以将所述用户特征码相同的服务消息作为来自同一用户群组内用户的服务消息。
服务器端接收所述服务消息后,可以提取所述服务消息中的地理位置信息,并基于所述地理位置信息判断不同消息客户端是否在预设范围之内。所述服务器端可以基于提取的地理位置信息判断不同消息客户端的地理位置差距是否大于设置在服务器端的预置值;如果判断结果为否,所述地理位置信息在预设范围之内。具体的可以包括以下步骤:
S301:所述服务端器基于所述服务消息中的地理位置信息获取相应消息客户端的地理位置。
前述中所述消息客户端还可以获取自身当前的地理位置信息,并将该地理位置信息置于所述服务消息中。所述服务器端可以提取所述服务消息中的地理位置信息,获取相应消息客户端的地理位置。
S302:所述服务器端比较消息客户端的地理位置差距是否大于设置在服务器端的预置值。
LBS通常可以为基于有限地理位置的服务,因此,所述服务器端可以为所述消息客户端最大地理位置差距设置一个预置值。例如,可以设置所述预置值为20米,可以表示为请求LBS的消息客户端之间的最大地理位置差距不超过20米。
S303:所述服务器端根据所述比较结果判断所述消息客户端是否在预设范围之内。
所述服务器端根据所述比较结果判断所述消息客户端是否在预设范围之内。例如,所述消息发送端客户端A、B、C发送的请求付款的服务消息中包括消息客户端A、B、C经纬度的地理位置信息,所述服务器端设置的预置值为20米。所述消息服务器端提取消息客户端A、B、C的经纬度信息后,消息客户端可以获得所述消息客户端A、B、C之间的距离差。其中计算出的所述消息客户端A和B的距离为15米,不大于所述预置值20米,可以认为所述消息客户端A和B在所述预设范围之内。另一方面,所述服务器端可以获取所述消息客户端B和C的距离为2000米,大于所述预置值20米,可以认为所述消息客户端B和C不在所述预设范围之内。如果获取的所述消息客户端A和C的距离也为2000米,所述服务器端可以认为所述消息客户端A和C不在所述预设范围之内。进一步的,所述服务器端可以认为消息客户端C所对应的用户与所述消息客户端A或B所对应的用户不属于同一个用户群组;所述消息客户端A和B所对应的用户在预置地理服务范围内,属于同一个用户群组。所述服务器端接收的服务消息中地理位置不属于所述预设范围之内的服务消息,所述服务器端可以预先设置相应的处理方式。
上述所述的预置值可以为消息客户端之间的地理位置位置距离,是一个消息客户端之间相对的地理位置范围。在本申请的另一个实施例中,所述服务器端可以将预先划分的固定区域作为所述预设范围,所述服务器端可以基于根据所述提取的消息客户端的地理位置信息判断消息客户端的地理位置是否属于所述预先划分的固定区域;如果判断结果为是,所述地理位置信息在预设范围之内。例如可以将地理位置在经度LON从120.6000至120.6500,纬度LAT从31.3000至31.3200区域内的消息客户端设置为预设范围之内的消息客户端。或者,可以以其他方法划分的固定区域作为所述预设范围。具体的例如可以以某市的不同行政区域划分为A、B、C、D四个所述预设范围。在所述预设范围A之内的用户A1、A2、A3的消息客户端可以发送包括“春游摇一摇”服务内容的服务消息,在所述预设范围D内的用户D1的消息客户端可以发送包括“春游摇一摇”服务内容的服务消息。所述服务器端收到用户A1、A2、A3、D1的消息客户端发送的服务消息后,可以提取其中的地理位置信息,获取用户A1、A2、A3、D1的消息客户端的地理位置,并且可以得知用户D1的消息客户端与用户A1、A2、A3的消息客户端在不同的预设范围之内。这样,即使用户D1与用户A1、A2、A3的消息客户端地理位置相互靠近,由于所属的预先划分的区域不同,用户D1的消息客户端与用户A1、A2、A3的消息客户端仍然可以不在预设范围之内。
S4:所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为接收的服务消息所对应的消息客户端设置为消息接收客户端。
所述服务器端可以在上述地理位置信息在预设范围之内、且所述提取的用户特征码相同的消息客户端中,将收发属性为接收的消息客户端设置为消息接收客户端。前述中,所述服务消息的收发属性中可以包括表示用户选取的服务内容的属性是接收还是发送的字段,所述服务器端可以将在预设范围之内、且所述提取的用户特征码相同的消息客户端中收发属性为接收的消息客户端设置为消息接收客户端。例如,所述服务器端接收付款方用户A2、A3、A4、B2、B3的消息客户端发送请求付款的服务消息MSG_A2、MSG_A3、MSG_A4、MSG_B2、MSG_B3,其中设置的收发属性为接收。所述服务器端也可以接收收款方用户A1和B1的消息客户端发送的请求收款的服务消息MSG_A1和MSG_B1,其中设置的收发属性为发送。所述服务器端提取服务消息的地理位置信息,并获取相应的消息客户端的地理位置。其中用户A1、A2、A3、A4、B2的消息客户端的地理位置相互靠近,在预置值20米之内;用户B1、B2、B3的消息客户端的地理位置相互靠近,在预置地值20米之内。所述服务器端提取服务消息中的用户特征码。其中,从服务消息MSG_A21、MSG_A2、MSG_A3、MSG_A4提取的用户特征码相同,为“A001”,从服务消息MSG_B1、MSG_B2、MSG_B3提取的用户特征码相同,为“B001”。这样,所述服务器端可以根据用户特征码将接收的服务消息进行分类,服务消息MSG_A21、MSG_A2、MSG_A3、MSG_A4分为同一类别,服务消息MSG_B1、MSG_B2、MSG_B3分为同一类别。在用户特征码同为“A001”的服务消息中,所述服务器端可以将MSG_A1、MSG_A2、MSG_A3、MSG_A4中收发属性为接收的用户A1的消息客户端设置为消息接收客户端。在用户特征码同为“B001”的服务消息中,所述服务器端可以将MSG_B1、MSG_B2、MSG_B3中收发属性为接收的用户B1的消息客户端设置为消息接收客户端。
所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为接收的服务消息所对应的消息客户端设置为消息接收客户端。
所述服务器端设置所述消息接收客户端后,还可以将服务器消息或消息发送客户端的列表信息发送给所述消息接收端客户端。因此,所述方法还可以包括:
S5:所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息发送至所述消息接收客户端;或,
所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息所对应的消息客户端的列表发送至所述消息接收客户端。
上述服务器端设置消息接收客户端后,可以将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息发送至所述消息接收端。当然所述服务器端也可以消息客户端的列表。所述消息客户端的列表可以为服务器接收的不同消息发送客户端的服务消息列表,也可以为所述不同消息发送客户端所对应的用户的名称列表。例如,所述服务器端可以将具有付款请求的服务消息MSG_A2、MSG_A3、MSG_A4的列表发送至具有收款请求的用户A1的消息接收客户端。收款方用户A1接收到了付款方用户A2、A3、A4付款请求的服务消息列表,可以确认是同一用户群组内的用户发送的付款请求,可以进一步与所述服务器端进行交互交以完成“面对面支付”业务。所述服务器端也可以直接将服务消息MSG_A2、MSG_A3、MSG_A4所对应的用户A2、A3、A4列表发送至所述消息接收端。所述消息客户端的列表也可以为服务器端基于消息客户端的服务请求形成的处理后的消息。例如,服务器端可以将具有付款请求的用户A2、A3、A4的服务消息在所述服务器端处理成一组用户A2、A3、A44的付款消息列表,所述服务器端可以将该付款消息列表发送至所述设置的消息接收客户端(具有收款请求的用户A1的消息客户端)。
当然,所述消息客户端可以接收服务器端返回地理位置信息在预设范围之内、且提取的用户特征码相同的服务消息中收发属性为发送的服务消息所述对应的消息客户端的列表;或者接收服务器端返回地理位置信息在预设范围之内、且提取的用户特征码相同的服务消息中收发属性为发送的服务消息。
本实施例中所述的基于LBS的用户匹配方法,消息客户端发送的服务消息中包括了属于同一用户群组内的用户设置的用户特征码,服务器端在接收服务消息后可以根据用户的特征码结合地理位置信息区分出不同的用户群组。所述服务器端在收到地理位置相互靠近的其他用户群组的用户发送的干扰服务信息时可以匹配到正确的消息接收客户端,提高了服务器端用户匹配的准确性。
上述实施例中所述服务器端所需匹配的用户通常具有针对性,例如同一用户群组内的付款方用户所期望匹配的可以为特定的收款方用户。基于本申请的思想,本申请还提供另一个实施例,在另一个实施例的应用场景中所述服务器端所需匹配的用户可以是随机性的,所述用户特征码可以为设置在服务消息中的业务属性。本申请所述另一种应用场景可以为基于LBS的陌生人之间的社交领域的应用,用户通过移动终端上的应用搜索周边好友时,服务器端可以匹配与用户服务需求相同的用户,将与用户服务需求不同的用户排除掉。
本申请所述的一种基于LBS的用户匹配方法的另一个实施例,可以包括:
S1’:第一消息客户端发送第一服务消息,第二消息客户端发送第二服务消息;所述第一服务消息包括第一消息客户端的业务属性、地理位置信息,所述第二服务消息包括第二消息客户端的业务属性、地理位置信息。
不同的消息客户端分别发送服务消息,所述服务消息包括业务属性、地理位置信息。本实施例所述的业务属性通常可以为用户在消息客户端选取的服务内容。例如,用户可以在消息客户端中选取“聚餐摇一摇”的服务内容,可以消息客户端获取“聚餐摇一摇”所对应的业务属性“聚餐摇一摇”,或者预先设置的与“聚餐摇一摇”相对应的特定代码,如:“Dinner-Party”。同本申请第一个实施例,所述的服务消息可以包括地理位置信息,所述地理位置信息的获取方法可以与本申请第一个实施例相同,在此不做赘述。
S2’:服务器端接收所述第一服务消息和第二服务消息,并从接收的所述第一服务消息和第二服务消息中提取所述业务属性、地理位置信息。
S3’:服务器端基于提取的第一消息客户端与第二消息客户端的业务属性、地理位置信息判断所述第一消息客户端与第二消息客户端的地理位置是否在预设范围之内,并比较所述第一消息客户端与第二消息客户端的业务属性是否相同。
本实施例中所述的判断消息客户端的地理位置信息是否在预设范围之内,并比较提取的用业务属性是否相同的方法,并可以与本申请第一个实施例中判断消息客户端的地理位置信息是否在预设范围之内、比较提取的用户特征码是否相同的方法相同,在此不做赘述。
S4’:当第一消息客户端与第二消息客户端的地理位置均在预设范围之内,且所述业务属性相同时,所述服务器端将所述第一消息客户端与第二消息客户端设置为同一分组。
所述服务器端将所述第一消息客户端与所述第二消息客户端设置为同一分组后,还可以将所述设置为同一分组的消息客户端的列表发送至所述第一和/或第二消息客户端。或者将所述设置为同一分组内的第一消息客户端发送的消息发送至所述同一分组内的第二消息客户端。当然,第一消息客户端可以接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端的列表;或者可以接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端发送的消息。
上述实施例中所述的服务消息中的业务属性也可以为消息客户端获取的用户自定义的业务属性。所述服务器端还可以设置有特征码对应库,可以用于存储用户自定义的业务属性与预置特征码的对应关系;相应的,所述服务器端比较所述第一消息客户端与第二消息客户端的业务属性是否相同包括:所述服务器端基于所述特征码对应库得到所述提取的所述第一消息客户端与第二消息客户端的业务属性对应的预置特征码;所述服务器端比较所述第一消息客户端与第二消息客户端的预置特征码是否相同;相应的,当第一消息客户端与第二消息客户端的地理位置均在预设范围之内,且所述预置特征码相同时,所述服务器端将所述第一消息客户端与第二消息客户端设置为同一分组。
需要说明的是,本实施例中所述的第一消息客户端与第二消息客户端为本实施例中所述的不同消息客户端具体化的实施例终端,在实际的应用中,可以依据本实施例所述的方法无需创造性劳动的推导出第三消息客户端、第四消息客户端等。
为了更加清楚的表述不同消息客户端请求服务时的用户匹配的方法,本申请提供一种基于LBS的用户匹配方法的另一实施例。在该实施例中,所述基于LBS的用户匹配方法包括:
不同消息客户端可以发送服务消息,所述服务消息包括与该服务消息相对应的消息客户端的业务属性和地理位置信息;
服务器端可以接收不同消息客户端发送的包含业务属性和地理位置信息的服务消息;
服务器端可以从所述不同消息客户端发送的服务消息中提取业务属性和地理位置信息;
服务器端可以基于所述提取不同消息客户端的地理位置信息判断所述不同消息客户端的地理位置是否在预设范围之内,并可以比较所述提取的不同消息客户端的业务属性是否相同;
所属服务器端将地理位置在预设范围之内,且所述业务属性相同的消息客户端设置为同一分组。
在本实施例中,所述消息客户端将户选取的服务内容的业务属性作为用户特征码,可以在预设范围之内属于将具有相同服务需求的用户匹配在一起。例如在具体的一个应用场景中,用户A1、A2、A3、B1、B2、B3、C1、C2属于预设范围之内。其中,用户A1、A2、A3需要在附近找同伴一起吃饭,用户A1、A2、A3通过消息客户端向服务器端发送了包括服务内容信息为“一起吃饭”的服务消息;用户B1、B2、B3需要在附近找同伴一起唱歌,用户B1、B2、B3通过消息客户端向服务器端发送了包括服务内容信息为“一起唱歌”的服务消息;用户C1、C2需要在附近找同伴一起去秋游,用户C1、C2通过消息客户端向服务器端发送了包括服务内容信息为“一起旅游”的服务消息。此时,用户可以直接在所述消息客户端选取预设的服务内容。所述消息客户端可以将不同用户选取的服务内容所对应的业务属性作为所述用户特征码,并将包括所述业务属性和地理位置信息的服务消息发送至所述服务器端。所述服务器端接收到用户A1、A2、A3、B1、B2、B3、C1、C2的消息客户端发送的服务消息后,可以根据服务消息中的地理位置信息得知用户A1、A2、A3、B1、B2、B3、C1、C2的消息客户端在预设范围之内。所述服务器端可以提取服务消息中的业务属性,可以得知用户A1、A2、A3的业务属性相同,均为“一起吃饭”,用户B1、B2、B3的业务属性相同,均为“一起唱歌”,用户C1、C2的业务属性相同,均为“一起旅游”。服务器端将接收的服务消息发送至地理位置信息在预设范围之内、且所述提取的业务属性相同的消息客户端。例如,对于用户A1寻找附近“一起吃饭”的业务属性来说,所述服务器端可以在预设范围之内接收到同样发送寻找附近“一起吃饭”的用户A2、A3的服务消息。所述服务器端提取用户A1、A2、A3的服务消息中的业务属性和地理位置信息,可以得知用户A1、A2、A3的消息客户端在预设范围之内,且所述提取的业务属性相同,均为“一起吃饭”。所述服务器端可以将用户A1、A2、A3的消息客户端匹配为同一分组,即可以将匹配用户A1、A2、A3设置为同一分组。进一步的,所述服务器端还可以将所述设置为同一分组内的消息客户端发送的消息发送至所述同一分组内的消息客户端。具体的,所述服务器端可以为同一分组的用户A1、A2、A3建立一个共同的信息群,并可以设置一个群ID。所述服务器端可以将该群的信息发送给用户A1、A2、A3的消息客户端。用户A1、A2、A3可以在一个共同的信息群中进行信息交流。在所述信息群中,所述服务器端可以将用户A2、A3的服务消息发送至用户A1的消息接收客户端。同样,在所述信息群中,所述服务器端可以将用户A1、A2的服务消息发送至用户A3的消息接收客户端,也可以将用户A1、A3的服务消息发送至用户A2的消息接收客户端。
本申请另一个实施方式中,用户可以发送自定义的业务属性,消息客户端可以获取的用户自定义的业务属性。所述服务消息中包括的业务属性可以为所述消息客户端获取的用户自定义的业务属性。所述自定义的业务属性可以是消息客户端获取的用户以文字或声音的方式输入的服务内容信息。如果所述自定义的业务属性为语音信息,可以根据语音识别技术转换为文字信息,这样的转换可以由服务器端来实现,也可以由消息客户端实现。消息客户端可以将所述自定义的业务属性作为所述用户特征码置于所述服务消息中发送。在具体的应用场景中,不同用户需要的服务内容相同或相近,输入消息客户端的服务内容信息可以存在不同。此时,所述服务器端还可以设置有特征码对应库,用于存储所述用户自定义的业务属性与预置特征码的对应关系,相应的,所述服务器端比较所述第一消息客户端与第二消息客户端的业务属性是否相同包括:所述服务器端基于所述特征码对应库得到所述提取的所述第一消息客户端与第二消息客户端的业务属性对应的预置特征码;所述服务器端比较所述第一消息客户端与第二消息客户端的预置特征码是否相同。相应的,当第一消息客户端与第二消息客户端的地理位置均在预设范围之内,且所述预置特征码相同时,所述服务器端将所述第一服务消息发送至第二消息客户端。例如,下表1所示的特征码对应关系表中,服务器端提取用户A自定义的业务属性为“一起去唱歌”,提取用户B自定义的业务属性为“找人去唱歌”,提取用户C自定义的业务属性为“KTV”,所述服务器端可以将上述用户自定义的业务属性“一起去唱歌”、“找人去唱歌”、“KTV”统一对应一个预置特征码“唱歌”。这样,所述服务器端可以将用户A、B、C的服务消息视为用户特征码相同的服务消息。
表1特征码对应库关系表
本申请另一种基于LBS的用户匹配方法的实施例中,所述服务器端还为所述匹配的同一分组的消息客户端设置用户群,所述用户群的成员可以包括所述匹配的同一分组内的消息客户端;所述服务器端可以将所述属于同一用户群的消息客户端发送的消息发送至所述同一用户群内的消息客户端。例如,服务器端将在某一服务区域D内将想要去唱歌的用户B1、B2、B3为同一分组。此时,所述服务器端可以为所述匹配的用户B1、B2、B3建立一个用户群,所述用户B1、B2、B3在所述建立的用户群中进行消息交流,例如用户B1可以直接在所述用户群中与用户B2或/和B3进行交流。
所述服务器端还可以为所述用户群设置有群名称,所述群名称根据所述服务消息中的业务属性或者所述特征码对应库中存储的预置特征码进行确定。例如,在同一用户群的用户B1、B2、B3的服务请求均为去唱歌,在发送的服务消息中的业务属性为“唱歌”。所述服务器端匹配用户并为用户B1、B2、B3建立用户群时,可以以所述服务消息中的业务属性“唱歌”为所述用户群的群名称。或者,用户B1、B2、B3的业务属性分别为“去唱歌”、“找人一起唱歌”、“去KTV”,在有特征码对应库的情况下,用户B1、B2、B3的业务属性所对应的预置特征码均为“唱歌”,此时,所述服务器端可以以所述预置特征码“唱歌”为所述建立的用户群的群名称。
本申请另一种基于LBS的用户匹配方法的实施例中,所述服务器端还可以根据所述同一分组的消息客户端的地理位置信息及业务属性/预置特征码,确定相应的服务提供商的信息,并将所述服务提供商的信息发送给所述同一分组内的消息客户端;所述服务提供商的信息包括地址信息、联系信息、提供的服务或商品的列表及价格中的至少一种信息。例如,在匹配想要去“唱歌”的用户B1、B2、B3为同一分组时,所述服务器端可以基于用户B1、B2、B3的地理位置信息,在存储的服务商数据库中查询与用户B1、B2、B3位置靠近的KTV商家信息。所述服务器端可以将用户B1、B2、B3周围KTV商家的信息,包括地址信息、联系信息、商品价格等发送给用户B1、B2、B3的消息客户端。
所述服务器端还可以将所述设置为同一分组内的消息客户端发送的消息发送至所述同一分组内的消息客户端;或者将所述设置同一分组的消息客户端的列表发送至所述同一分组内的消息客户端。所述服务器可以同一分组内的消息客户端发送的消息转发给所述同一分组内的消息客户端,可以为匹配的同一分组内的用户提供消息交互平台。所述消息客户端的列表可以为所述同一分组不同消息客户端所对应的用户的名称列表,也可以为其他可以识别所述同一分组不同消息客户端的标识。例如,所述服务器端匹配的用户B1、B2、B3的消息客户端属于同一分组,用所述服务器端可以将用户B1、B2、B3的名称列表发送给用户B1、B2、B3的消息客户端。
上述实施例中,所述消息客户端可以将用户自定义的业务属性作为所述用户特征码发送至所述服务器端。所述服务器端可以根据用户自定义的业务属性在预置地理服务范围内匹配具有相同或相近的服务请求的用户,并将与具有所述相同或相近服务请求的相关用户信息发送给相应的消息接收客户端。这样,所述服务器端可以将具有相同或相近服务请求的用户信息互相分享,可以避免发送与用户请求服务内容无关的干扰信息,提高了用户匹配的准确性和用户体验。
基于本申请思想,本申请提供一种消息客户端,图4是所述消息客户端1的模块结构示意图。如图4所示,所述消息客户端1可以包括:
第一接收单元101,可以用于接收服务器端返回的地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息;或者,
可以用于接收服务器端返回的地理位置信息在预设范围之内、且提取的用户特征码相同的服务消息中收发属性为发送的服务消息所述对应的消息客户端的列表;
收发属性单元102,可以用于获取服务内容的收发属性;
位置信息单元103,可以用于获取消息客户端的地理位置信息;
特征码单元104,可以用于获取用户输入的用户特征码;
第一发送单元105,可以用于向服务器端发送服务消息,所述服务消息可以包括所述收发属性、地理位置信息和用户特征码。
图5是本申请所述一种消息客户端的另一个实施方式,如图5所示,所述消息客户端可以包括:
第二接收单元201,可以用于接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性相同的消息客户端的列表;或者,
可以用于接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端发送的消息。
业务属性单元202,可以用于获取第一消息客户端服务内容的业务属性;
位置信息单元103,可以用于获取消息客户端的地理位置信息;
第二发送单元203,可以用于发送第一服务消息,所述第一服务消息可以包括所述第一消息客户端的业务属性、地理位置信息。
上述所述的一种消息客户端,所述业务属性可以为消息客户端获取的用户自定义的业务属性。
本申请提供一种基于LBS的服务器,图6是所述服务器的模块结构示意图。如图6所示,所述服务器可以包括:
第一接收单元301,可以用于接收服务消息;
第一地理位置单元302,可以用于从接收的服务消息中提取地理位置信息,并基于所述地理位置信息判断消息客户端是否在预设范围之内;
特征码比较单元303,可以用于从接收的服务消息中提取用户特征码,并可以比较提取的用户特征码是否相同;
收发属性单元304,可以用于从接收的服务消息中提取收发属性;
第一匹配单元305,可以将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为接收的服务消息所对应的消息客户端设置为消息接收客户端。
图7是本申请所述一种消息客户端的另一个实施方式,如图7所示,上述LBS服务器还可以包括:
第一反馈单元206,可以用于发送地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息;或者,
可以用于发送地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息所对应的消息客户端的列表。
图8是本申请一种基于LBS的服务器的另一个实施方式,如图8所示,所述服务器可以包括:
接收单元401,可以用于不同消息客户端发送的包含业务属性和地理位置信息的服务消息;
地理位置单元402,可以用于从所述不同消息客户端发送的服务消息中提取消息客户端的地理位置信息,并基于所述提取的不同消息客户端的地理位置信息判断所述不同消息客户端的地理位置是否在预设范围之内;
业务属性单元403,可以用于从所述不同消息客户端发送的服务消息中提取消息客户端的业务属性,并比较所述提取的不同消息客户端的业务属性是否相同;
匹配单元404,可以用于将地理位置在预设范围之内,且所述业务属性相同的消息客户端设置为同一分组。
上述所述的一种基于LBS的服务器中,所述业务属性单元403从所述接收的第一服务服务消息与第二服务消息中提取的业务属性可以为用户自定义的业务属性。
图9是本申请一种基于LBS的服务器的另一个实施方式,如图9所示,所述服务器还可以包括:
特征码对应库405,可以用于存储所述用户自定义的业务属性与预置特征码的对应关系;
相应的,所述业务属性单元403比较所述不同消息客户端的业务属性是否相同包括:所述业务属性单元403基于所述特征码对应库得到所述提取的不同消息客户端的业务属性对应的预置特征码;所述业务属性单元403比较所述不同消息客户端的预置特征码是否相同;
相应的,所述匹配单元404将地理位置在预设范围之内,且所述预置特征码相同的消息客户端设置为同一分组。
图10是本申请一种基于LBS的服务器的另一个实施方式,如图10所示,所述服务器还可以包括:
用户群单元406,可以用于为所述同一分组的消息客户端设置用户群,所述用户群的成员可以包括所述设置的同一分组内的消息客户端;所述用户群单元可以将所述属于同一用户群的消息客户端发送的消息发送至所述同一用户群内的消息客户端。
图11是本申请一种基于LBS的服务器的另一个实施方式,如图11所示,所述服务器还可以包括:
群名称单元407,可以用于根据所述服务消息中的业务属性或者所述特征码对应库中存储的预置特征码确定所述用户群的群名称。
图12是本申请一种基于LBS的服务器的另一个实施方式,如图12所示,所述服务器还可以包括:
服务商数据库408,可以用于存储服务提供商的信息;所述服务提供商的信息包括地址信息、联系信息、提供的服务或商品的列表及价格中的至少一种信息。
服务匹配单元409,可以用于根据所述同一分组的不同消息客户端的地理位置信息及业务属性,者根据所述同一分组的不同消息客户端的地理位置信息及预置特征码,确定所述不同消息客户端在所述服务商数据库中所对应的服务提供商的信息,并将所述服务提供商的信息发送给所述同一分组内的消息客户端。
本申请一种基于LBS的服务器的另一个实施方式中,所述服务器还可以包括:
列表返回单元,可以用于将所述属于同一分组的消息客户端的列表返回给所述属于同一分组的消息客户端。所述消息客户端的列表可以为消息客户端的标识列表,也可以为消息客户端发送的消息的列表。
本申请提供一种基于LBS的用户匹配系统,所述系统包括所:
消息客户端1,可以用于获取服务内容的收发属性;还用于获取自身的地理位置信息;还用于获取用户输入的用户特征码;还用于发送服务消息,所述服务消息包括所述收发属性、地理位置信息和用户特征码;;
服务器2,用于接收服务消息,并从接收的所述服务消息中提取收发属性、地理位置信息和用户特征码;还用于将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中业务属性为接收的服务消息所对应的消息客户端设置为消息接收客户端;还用于基于消息客户端的服务请求将与所述消息接收客户端有关的消息发送至所述消息接收客户端。
图13是本申请提供一种基于LBS的用户匹配系统的另一个实施例的模块结构示意图,如图13所示,所述系统包括:
消息客户端1,不同消息客户端发送服务消息,所述服务消息包括与该服务消息相对应的消息客户端的业务属性和地理位置信息;
服务器2,可以用于接收不同消息客户端发送的包括地理位置信息及业务属性的服务消息;还用于从所述不同消息客户端发送的服务消息中提取与该服务消息相对应的消息客户端的业务属性和地理位置信息;还用于将地理位置在预设范围之内,且所述业务属性相同的消息客户端设置为同一分组。
本申请提供的基于LBS的用户匹配的消息客户端、服务器及系统,消息客户端可以发送的服务消息中设置用户特征码。服务器可以根据用户的特征码将接收的服务信息进行分类,使服务器可以区分来自不同用户群组的移动终端。所述服务器可以在分类的用户群组中匹配相应的消息接收客户端,避免其他用户群组的信息干扰。采用本申请中实施例所述的根据服务消息中的用户特征码区分不同的用户群组,可以提高LBS服务器端匹配用户的准确性。
本申请中所述的消息客户端与服务器之间传输可以采用符合计算机网络的IP/TCP/UDP/Sockets/HTTP协议等,也可以采用移动通信网络中的GSM/CDMA等通信技术。本申请并不局限于必须是完全符合规范的IP/TCP/UDP/Sockets/HTTP协议或GSM/CDMA等在内的协议的情况。某些协议的基础上略加修改后的传输机制也可以实行上述本申请各实施例的方案。当然,即使采用私有协议,只要符合本申请上述各实施例的信息交互和信息判断及反馈方式,仍然可以实现相同的申请,在此不再赘述。
本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器端,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本申请可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器端计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
虽然通过实施例描绘了本申请,本领域普通技术人员知道,本申请有许多变形和变化而不脱离本申请的精神,希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。
Claims (25)
1.一种基于LBS的用户匹配方法,其特征在于,所述方法包括:
不同消息客户端分别发送服务消息,所述服务消息包括收发属性、地理位置信息和用户特征码;所述收发属性中包括表示选取的服务内容的属性是接收方还是发送方的字段;所述用户特征码包括用户自定义设置的用户特征码,同一用户群组的用户在消息客户端选取服务内容时预先设置相同的用户特征码;
服务器端接收所述服务消息,并从接收的所述服务消息中提取所述收发属性、地理位置信息和用户特征码;
服务器端基于提取的地理位置信息判断所述消息客户端是否在预置预设范围之内,并比较提取的用户特征码是否相同;
所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为接收的服务消息所对应的消息客户端设置为同一用户群组内的消息接收客户端。
2.如权利要求1所述的一种基于LBS的用户匹配方法,其特征在于,所述方法还包括:
所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息发送至所述消息接收客户端;或,
所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息所对应的消息客户端的列表发送至所述消息接收客户端。
3.一种基于LBS的用户匹配方法,其特征在于,所述方法包括:
第一消息客户端发送第一服务消息,第二消息客户端发送第二服务消息;所述第一服务消息包括第一消息客户端的业务属性、地理位置信息,所述第二服务消息包括第二消息客户端的业务属性、地理位置信息,所述业务属性包括用户在消息客户端选取的服务内容或消息客户端获取的用户自定义的业务属性;
服务器端接收所述第一服务消息和第二服务消息,并从接收的所述第一服务消息和第二服务消息中提取所述业务属性、地理位置信息;
服务器端基于提取的第一消息客户端与第二消息客户端的业务属性、地理位置信息判断所述第一消息客户端与第二消息客户端的地理位置是否在预设范围之内,并比较所述第一消息客户端与第二消息客户端的业务属性是否相同;
当第一消息客户端与第二消息客户端的地理位置均在预设范围之内,且所述业务属性相同时,所述服务器端将所述第一消息客户端与第二消息客户端设置为同一分组;
所述服务器端根据所述同一分组的消息客户端的地理位置信息及第一服务消息或第二服务消息的业务属性,或当所述业务属性为用户自定义的业务属性时所述服务器根据与所述业务属性对应的预置特征码,确定相应的服务提供商的信息,并将所述服务提供商的信息发送给所述同一分组内的消息客户端;所述服务提供商的信息包括地址信息、联系信息、提供的服务或商品的列表及价格中的至少一种信息。
4.如权利要求3所述的一种基于LBS的用户匹配方法,其特征在于,所述服务器端还设置有特征码对应库,用于当所述业务属性为用于自定义的业务属性时,存储业务属性与预置特征码的对应关系;
相应的,所述服务器端比较所述第一消息客户端与第二消息客户端的业务属性是否相同包括:所述服务器端基于所述特征码对应库得到所述提取的所述第一消息客户端与第二消息客户端的业务属性对应的预置特征码;所述服务器端比较所述第一消息客户端与第二消息客户端的预置特征码是否相同;
相应的,当第一消息客户端与第二消息客户端的地理位置均在预设范围之内,且所述预置特征码相同时,所述服务器端将所述第一消息客户端与第二消息客户端设置为同一分组。
5.如权利要求3或4所述的一种基于LBS的用户匹配方法,其特征在于,所述服务器端还执行以下处理:
将所述设置为同一分组内的第一消息客户端发送的消息发送至所述同一分组内的第二消息客户端;
或者,
将所述同一分组的消息客户端的列表发送至所述同一分组内的消息客户端。
6.一种基于LBS的用户匹配方法,其特征在于,所述方法包括:
消息客户端获取服务内容的收发属性,所述收发属性中包括表示选取的服务内容的属性是接收方还是发送方的字段;
所述消息客户端获取自身的地理位置信息;
所述消息客户端获取用户输入的用户特征码,所述用户特征码包括用户自定义设置的用户特征码,同一用户群组的用户在消息客户端选取服务内容时预先设置相同的用户特征码;
所述消息客户端向服务器端发送服务消息,所述服务消息包括所述收发属性、地理位置信息和用户特征码;
所述消息客户端接收服务器端返回的地理位置信息在预设范围之内、且提取的用户特征码相同的服务消息中收发属性为发送的服务消息;或者接收服务器端返回的地理位置信息在预设范围之内、且提取的用户特征码相同的服务消息中收发属性为发送的服务消息所对应的消息客户端的列表。
7.一种基于LBS的用户匹配方法,其特征在于,所述方法包括:
第一消息客户端获取服务内容的业务属性,所述业务属性包括用户在消息客户端选取的服务内容或者所述第一消息客户端获取的用户自定义的业务属性;
第一消息客户端获取自身的地理位置信息;
第一消息客户端向服务器端发送第一服务消息,所述第一服务消息包括所述第一消息客户端的业务属性、地理位置信息,以使所述服务器基于提取的不同消息客户端的地理位置信息判断所述不同消息客户端的地理位置是否在预设范围之内,并比较提取的不同消息客户端的业务属性是否相同;以及所述服务器端将地理位置在预设范围之内,且所述业务属性相同的消息客户端设置为同一分组;
所述第一消息客户端还接收所述服务器端发送的服务提供商的信息,所述服务提供商的信息包括地址信息、联系信息、提供的服务或商品的列表及价格中的至少一种信息;所述服务提供商的消息包括所述服务器端根据所述同一分组的消息客户端的地理位置信息及业务属性,或当所述业务属性为用户自定义的业务属性时所述服务器根据与所述业务属性对应的预置特征码,确定的相应的服务提供商的信息,并将所述服务提供商的信息发送给所述同一分组内的消息客户端;
第一消息客户端还执行以下处理:
接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端的列表;
或者,
接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端发送的消息。
8.一种基于LBS的用户匹配方法,其特征在于,所述方法包括:
服务器端接收服务消息,并从接收的所述服务消息中提取收发属性、地理位置信息和用户特征码;所述收发属性中包括表示选取的服务内容的属性是接收方还是发送方的字段;所述用户特征码包括用户自定义设置的用户特征码,同一用户群组的用户在消息客户端选取服务内容时预先设置相同的用户特征码;
服务器端基于提取的地理位置信息判断消息客户端是否在预置预设范围之内,并比较提取的用户特征码是否相同;
所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中业务属性为接收的服务消息所对应的消息客户端设置为同一用户群组内的消息接收客户端。
9.如权利要求8所述的一种基于LBS的用户匹配方法,其特征在于,所述方法还包括:
所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息发送至所述消息接收客户端;或者,
所述服务器端将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息所对应的消息客户端的列表发送至所述消息接收客户端。
10.一种基于LBS的用户匹配方法,其特征在于,所述方法包括:
服务器端接收不同消息客户端发送的包含业务属性和地理位置信息的服务消息,所述业务属性包括用户在消息客户端选取的服务内容或者所述消息客户端获取的用户自定义的业务属性;
服务器端从所述不同消息客户端发送的服务消息中提取业务属性和地理位置信息;
所述服务器端将地理位置在预设范围之内,且所述业务属性相同的消息客户端设置为同一分组;
所述服务器端根据所述同一分组的消息客户端的地理位置信息及业务属性,或当所述业务属性为用户自定义的业务属性时所述服务器根据与所述业务属性对应的预置特征码,确定相应的服务提供商的信息,并将所述服务提供商的信息发送给所述同一分组内的消息客户端;所述服务提供商的信息包括地址信息、联系信息、提供的服务或商品的列表及价格中的至少一种信息。
11.如权利要求10所述的一种基于LBS的用户匹配方法,其特征在于,
所述服务器端还设置有特征码对应库,用于当所述业务属性为用于自定义的业务属性时,存储业务属性与预置特征码的对应关系;
相应的,所述服务器端比较所述不同消息客户端的业务属性是否相同包括:所述服务器端基于所述特征码对应库得到所述提取的不同消息客户端的业务属性对应的预置特征码;所述服务器端比较所述不同消息客户端的预置特征码是否相同;
相应的,所述服务器端将地理位置在预设范围之内,且所述预置特征码相同的消息客户端设置为同一分组。
12.如权利要求10或11所述的一种基于LBS的用户匹配方法,其特征在于,所述服务器端还执行以下操作:
将所述设置为同一分组内的消息客户端发送的消息发送至所述同一分组内他消息客户端;
或者,
将所述设置同一分组的消息客户端的列表发送至所述同一分组内的消息客户端。
13.如权利要求10或11所述的一种基于LBS的用户匹配方法,其特征在于,所述服务器端还为所述同一分组的消息客户端设置用户群,所述用户群的成员包括所述设置的同一分组内的消息客户端;所述服务器端将属于同一用户群的消息客户端发送的消息发送至所述同一用户群内的消息客户端。
14.如权利要求13所述的一种基于LBS的用户匹配方法,其特征在于,所述服务器端还为所述用户群设置有群名称,所述群名称根据所述服务消息中的业务属性或者所述特征码对应库中存储的预置特征码进行确定。
15.一种消息客户端,其特征在于,包括:
收发属性单元,用于获取服务内容的收发属性,所述收发属性中包括表示选取的服务内容的属性是接收方还是发送方的字段;
位置信息单元,用于获取消息客户端的地理位置信息;
特征码单元,用于获取用户输入的用户特征码,所述用户特征码包括用户自定义设置的用户特征码,同一用户群组的用户在消息客户端选取服务内容时预先设置相同的用户特征码;
第一发送单元,用于向服务器端发送服务消息,所述服务消息包括所述收发属性、地理位置信息和用户特征码;
第一接收单元,用于接收服务器端返回的地理位置信息在预设范围之内、且提取的用户特征码相同的服务消息中收发属性为发送的服务消息;或者,
用于接收服务器端返回的地理位置信息在预设范围之内、且提取的用户特征码相同的服务消息中收发属性为发送的服务消息所对应的消息客户端的列表。
16.一种消息客户端,其特征在于,包括:
业务属性单元,用于获取第一消息客户端服务内容的业务属性,所述业务属性包括用户在消息客户端选取的服务内容或者所述第一消息客户端获取的用户自定义的业务属性;
位置信息单元,用于获取第一消息客户端的地理位置信息;
第二发送单元,用于向服务器端发送第一服务消息,所述第一服务消息包括所述第一消息客户端的业务属性、地理位置信息,以使所述服务器基于提取的不同消息客户端的地理位置信息判断所述不同消息客户端的地理位置是否在预设范围之内,并比较提取的不同消息客户端的业务属性是否相同;以及所述服务器端将地理位置在预设范围之内,且所述业务属性相同的消息客户端设置为同一分组;
第二接收单元,用于接收所述服务器端发送的服务提供商的信息,所述服务提供商的信息包括地址信息、联系信息、提供的服务或商品的列表及价格中的至少一种信息;所述服务提供商的消息包括所述服务器端根据所述同一分组的消息客户端的地理位置信息及业务属性,或当所述业务属性为用户自定义的业务属性时所述服务器根据与所述业务属性对应的预置特征码,确定的相应的服务提供商的信息,并将所述服务提供商的信息发送给所述同一分组内的消息客户端;还用于接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端的列表;或者,
用于接收服务器端返回的地理位置信息在预设范围之内、且所述提取的业务属性与第一消息客户端的业务属性相同的消息客户端发送的消息。
17.一种基于LBS的服务器,其特征在于,包括:
第一接收单元,用于接收服务消息;
第一地理位置单元,用于从接收的服务消息中提取地理位置信息,并基于所述地理位置信息判断消息客户端是否在预设范围之内;
特征码比较单元,用于从接收的服务消息中提取用户特征码,并比较提取的用户特征码是否相同,所述用户特征码包括用户自定义设置的用户特征码,同一用户群组的用户在消息客户端选取服务内容时预先设置相同的用户特征码;
收发属性单元,用于从接收的服务消息中提取收发属性,所述收发属性中包括表示选取的服务内容的属性是接收方还是发送方的字段;
第一匹配单元,用于将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为接收的服务消息所对应的消息客户端设置为同一用户群组内的消息接收客户端。
18.如权利要求17所述的一种基于LBS的服务器,其特征在于,还包括:
第一反馈单元,用于发送地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息;或者,
用于发送地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中收发属性为发送的服务消息所对应的消息客户端的列表。
19.一种基于LBS的服务器,其特征在于,所述服务器包括:
接收单元,用于接收不同消息客户端发送的包含业务属性和地理位置信息的服务消息,所述业务属性包括用户在消息客户端选取的服务内容或者所述消息客户端获取的用户自定义的业务属性;
地理位置单元,用于从所述不同消息客户端发送的服务消息中提取消息客户端的地理位置信息,并基于提取的不同消息客户端的地理位置信息判断所述不同消息客户端的地理位置是否在预设范围之内;
业务属性单元,用于从所述不同消息客户端发送的服务消息中提取消息客户端的业务属性,并比较所述提取的不同消息客户端的业务属性是否相同;
匹配单元,用于将地理位置在预设范围之内,且所述业务属性相同的消息客户端设置为同一分组;
还设置有:
服务商数据库,用于存储服务提供商的信息;所述存储的服务提供商的信息包括地址信息、联系信息、提供的服务或商品的列表及价格中的至少一种信息;
服务匹配单元,用于根据所述同一分组的不同消息客户端的地理位置信息及业务属性,或当所述业务属性为用户自定义的业务属性时所述服务器根据与所述业务属性对应的预置特征码,确定所述不同消息客户端在所述服务商数据库中所对应的服务提供商的信息,并将所述服务提供商的信息发送给所述同一分组内的消息客户端。
20.如权利要求19所述的一种基于LBS的服务器,其特征在于,
所述服务器还设置有特征码对应库,用于当所述业务属性为用于自定义的业务属性时,存储业务属性与预置特征码的对应关系;
相应的,所述业务属性单元比较所述不同消息客户端的业务属性是否相同包括:所述业务属性单元基于所述特征码对应库得到所述提取的不同消息客户端的业务属性对应的预置特征码;所述业务属性单元比较所述不同消息客户端的预置特征码是否相同;
相应的,所述匹配单元将地理位置在预设范围之内,且所述预置特征码相同的消息客户端设置为同一分组。
21.如权利要求19或20所述的一种基于LBS的服务器,其特征在于,
所述服务器端还设置有用户群单元,用于为所述属于同一分组的消息客户端设置用户群,所述用户群的成员包括所述设置的同一分组内的消息客户端;所述用户群单元将属于同一用户群的消息客户端发送的消息发送至所述同一用户群内的消息客户端。
22.如权利要求21所述的一种基于LBS的服务器,其特征在于,所述服务器还设置有群名称单元,用于根据所述服务消息中的业务属性或者所述特征码对应库中存储的预置特征码确定所述用户群的群名称。
23.如权利要求19或20所述的一种基于LBS的服务器,其特征在于,所述服务器还设置有列表返回单元,用于将所述属于同一分组的消息客户端的列表返回给属于同一分组的消息客户端。
24.一种基于LBS的用户匹配系统,其特征在于,所述系统包括:
消息客户端,用于获取服务内容的收发属性;还用于获取自身的地理位置信息;还用于获取用户输入的用户特征码;还用于发送服务消息,所述服务消息包括所述收发属性、地理位置信息和用户特征码;所述收发属性中包括表示选取的服务内容的属性是接收方还是发送方的字段;所述用户特征码包括用户自定义设置的用户特征码,同一用户群组的用户在消息客户端选取服务内容时预先设置相同的用户特征码;
服务器,用于接收服务消息,并从接收的所述服务消息中提取收发属性、地理位置信息和用户特征码;还用于将地理位置信息在预设范围之内、且所述提取的用户特征码相同的服务消息中业务属性为接收的服务消息所对应的消息客户端设置为同一用户群组内的消息接收客户端。
25.一种基于LBS的用户匹配系统,其特征在于,所述系统包括:
消息客户端,不同消息客户端发送服务消息,所述服务消息包括与该服务消息相对应的消息客户端的业务属性和地理位置信息,所述业务属性包括用户在消息客户端选取的服务内容或者所述消息客户端获取的用户自定义的业务属性;
服务器,用于接收不同消息客户端发送的包括地理位置信息及业务属性的服务消息;还用于从所述不同消息客户端发送的服务消息中提取与该服务消息相对应的消息客户端的业务属性和地理位置信息;还用于将地理位置在预设范围之内,且所述业务属性相同的消息客户端设置为同一分组;还用于向消息客户端发送服务提供商的信息,所述服务提供商的信息包括地址信息、联系信息、提供的服务或商品的列表及价格中的至少一种信息;所述服务提供商的消息包括所述服务器端根据所述同一分组的消息客户端的地理位置信息及业务属性,或当所述业务属性为用户自定义的业务属性时所述服务器根据与所述业务属性对应的预置特征码,确定的相应的服务提供商的信息,并将所述服务提供商的信息发送给所述同一分组内的消息客户端。
Priority Applications (15)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410287604.9A CN105338480B (zh) | 2014-06-24 | 2014-06-24 | 基于lbs的用户匹配方法、消息客户端、服务器及系统 |
TW103133261A TWI687877B (zh) | 2014-06-24 | 2014-09-25 | 基於位置的服務(lbs)的使用者匹配方法、訊息用戶端、伺服器及系統 |
US14/747,281 US9596564B2 (en) | 2014-06-24 | 2015-06-23 | Matching users in a location-based service |
PCT/US2015/037369 WO2015200452A1 (en) | 2014-06-24 | 2015-06-24 | Matching users in a location-based service |
KR1020197025777A KR102134569B1 (ko) | 2014-06-24 | 2015-06-24 | 위치-기반 서비스에서 사용자들 매칭 |
EP15736110.6A EP3162094B1 (en) | 2014-06-24 | 2015-06-24 | Matching users in a location-based service |
SG11201609224VA SG11201609224VA (en) | 2014-06-24 | 2015-06-24 | Matching users in a location-based service |
KR1020187020308A KR102019336B1 (ko) | 2014-06-24 | 2015-06-24 | 위치-기반 서비스에서 사용자들 매칭 |
KR1020167032771A KR101880521B1 (ko) | 2014-06-24 | 2015-06-24 | 위치-기반 서비스에서 사용자들 매칭 |
SG10202001732PA SG10202001732PA (en) | 2014-06-24 | 2015-06-24 | Matching users in a location-based service |
JP2016569392A JP6762563B2 (ja) | 2014-06-24 | 2015-06-24 | 位置情報サービスにおけるユーザのマッチング |
HK16106735.9A HK1218821A1 (zh) | 2014-06-24 | 2016-06-13 | 基於 的用戶匹配方法、消息客戶端、服務器及系統 |
US15/421,335 US10171937B2 (en) | 2014-06-24 | 2017-01-31 | Matching users in a location-based service |
US16/198,026 US10531223B2 (en) | 2014-06-24 | 2018-11-21 | Matching users in a location-based service |
US16/700,453 US10897685B2 (en) | 2014-06-24 | 2019-12-02 | Matching users in a location-based service |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410287604.9A CN105338480B (zh) | 2014-06-24 | 2014-06-24 | 基于lbs的用户匹配方法、消息客户端、服务器及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105338480A CN105338480A (zh) | 2016-02-17 |
CN105338480B true CN105338480B (zh) | 2020-01-24 |
Family
ID=54870915
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410287604.9A Active CN105338480B (zh) | 2014-06-24 | 2014-06-24 | 基于lbs的用户匹配方法、消息客户端、服务器及系统 |
Country Status (9)
Country | Link |
---|---|
US (4) | US9596564B2 (zh) |
EP (1) | EP3162094B1 (zh) |
JP (1) | JP6762563B2 (zh) |
KR (3) | KR102134569B1 (zh) |
CN (1) | CN105338480B (zh) |
HK (1) | HK1218821A1 (zh) |
SG (2) | SG11201609224VA (zh) |
TW (1) | TWI687877B (zh) |
WO (1) | WO2015200452A1 (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105704243B (zh) * | 2016-04-08 | 2019-03-22 | 四川省亚丁胡杨人力资源集团有限公司 | 一种基于地理位置的服务系统 |
CN105959357B (zh) * | 2016-04-25 | 2019-04-16 | 北京小米移动软件有限公司 | 云服务管理方法及装置 |
US9756492B1 (en) * | 2016-06-14 | 2017-09-05 | Insurance Supermarket Inc. | Simultaneous messaging system and method |
US10149127B2 (en) * | 2016-06-14 | 2018-12-04 | Insurance Supermarket Inc. | Simultaneous messaging systems and methods |
CN107016535B (zh) * | 2016-11-11 | 2021-01-15 | 创新先进技术有限公司 | 一种区域消息共享方法及装置 |
CN107087017B (zh) * | 2017-03-09 | 2020-02-21 | 阿里巴巴集团控股有限公司 | 一种业务引流的方法和装置 |
CN109670817B (zh) * | 2017-10-17 | 2023-09-12 | 阿里巴巴集团控股有限公司 | 一种数据处理方法及设备 |
US10869315B2 (en) * | 2018-03-02 | 2020-12-15 | Qualcomm Incorporated | Ranging based location services in wireless communication |
CA3009685C (en) * | 2018-06-27 | 2023-08-08 | The Toronto-Dominion Bank | Automatic generation and population of digital interfaces based on adaptively processed image data |
CA3011597A1 (en) * | 2018-07-17 | 2020-01-17 | The Toronto-Dominion Bank | Automated population of digital interfaces based on dynamically generated contextual data |
CN109389036A (zh) * | 2018-08-29 | 2019-02-26 | 中国建设银行股份有限公司 | 一种基于ar的信息推送方法、装置、终端及可读介质 |
CN111245871B (zh) * | 2018-11-09 | 2022-02-11 | 江辰纮 | 基于云端的区域性用户交互系统及方法 |
JP6738518B1 (ja) * | 2019-07-30 | 2020-08-12 | O−Box合同会社 | 管理サーバおよびマッチングシステムならびにマッチング方法 |
CN110365501B (zh) * | 2019-08-20 | 2021-06-18 | 广州华多网络科技有限公司 | 基于图形码进行群组加入处理的方法及装置 |
CN110730207B (zh) * | 2019-09-06 | 2022-03-29 | 平安科技(深圳)有限公司 | 基于位置服务的位置识别方法、装置、设备及存储介质 |
KR102329481B1 (ko) * | 2019-09-09 | 2021-11-24 | 주식회사 하이퍼커넥트 | 복수의 단말기를 중개하는 서버, 및 그것의 중개 방법 |
CN110852796B (zh) * | 2019-10-31 | 2021-03-16 | 支付宝(杭州)信息技术有限公司 | 一种位置定位方法、设备、介质以及装置 |
SG10202011942VA (en) * | 2020-12-01 | 2021-05-28 | Garena Online Private Ltd | Server architecture and method for implementing online multi-player games |
US11765118B1 (en) * | 2023-04-27 | 2023-09-19 | Intuit Inc. | Selective posting for social networks |
Family Cites Families (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6731940B1 (en) | 2000-04-28 | 2004-05-04 | Trafficmaster Usa, Inc. | Methods of using wireless geolocation to customize content and delivery of information to wireless communication devices |
US6542750B2 (en) | 2000-06-10 | 2003-04-01 | Telcontar | Method and system for selectively connecting mobile users based on physical proximity |
US6618593B1 (en) * | 2000-09-08 | 2003-09-09 | Rovingradar, Inc. | Location dependent user matching system |
US6529136B2 (en) * | 2001-02-28 | 2003-03-04 | International Business Machines Corporation | Group notification system and method for implementing and indicating the proximity of individuals or groups to other individuals or groups |
US7155226B1 (en) | 2001-04-17 | 2006-12-26 | Sprint Spectrum L.P. | Method and system for serving multiple subscriber stations under a common subscriber ID |
US20030033582A1 (en) | 2001-05-09 | 2003-02-13 | Wavemarket, Inc. | Representations for estimating distance |
AU2002358800A1 (en) | 2002-12-27 | 2004-07-22 | Nokia Corporation | Location based services for mobile communication terminals |
DE10310527B4 (de) | 2003-03-11 | 2008-11-20 | Christian Hogl | Verfahren zum Initiieren und/oder Durchführen einer Zahlungstransaktion |
US20070274240A1 (en) * | 2003-05-28 | 2007-11-29 | Klaus Weidenhaupt | Upnp Terminal for Ad Hoc Wireless Networks |
US20050199709A1 (en) * | 2003-10-10 | 2005-09-15 | James Linlor | Secure money transfer between hand-held devices |
US20050228860A1 (en) | 2004-04-12 | 2005-10-13 | Kimmo Hamynen | Methods and apparatus for geographically based Web services |
US8024476B2 (en) * | 2004-05-21 | 2011-09-20 | Microsoft Corporation | Efficient message routing when using server pools |
US8832121B2 (en) | 2005-02-02 | 2014-09-09 | Accuweather, Inc. | Location-based data communications system and method |
DE102005035287A1 (de) * | 2005-07-28 | 2007-02-01 | Deutsche Telekom Ag | Verfahren und System zur Nutzung von ortsbasierten Diensten für mobile Endgeräte |
US8688148B2 (en) | 2005-10-25 | 2014-04-01 | Qualcomm Incorporated | Dynamic resource matching system |
US7983249B2 (en) | 2007-01-23 | 2011-07-19 | Oracle America, Inc. | Enterprise web service data to mobile device synchronization |
US8359239B1 (en) * | 2007-03-30 | 2013-01-22 | Intuit Inc. | Method and apparatus for tracking mobile transactions |
US20090012898A1 (en) * | 2007-07-02 | 2009-01-08 | Lucent Technologies Inc. | Location based credit card fraud prevention |
US20090198666A1 (en) | 2008-02-01 | 2009-08-06 | Winston Ronald H | Affinity matching system and method |
CN101677470B (zh) * | 2008-09-18 | 2011-12-21 | 华为技术有限公司 | 服务请求的处理方法、装置及系统 |
US20110320486A1 (en) * | 2009-03-01 | 2011-12-29 | Expobee Ltd. | System and method for enabling matching of exhibition participants |
IL198069A (en) | 2009-04-07 | 2015-08-31 | Verint Systems Ltd | A system and method for associating communication terminals to users by spatially correlated |
DE102009027816A1 (de) * | 2009-07-17 | 2011-01-20 | Art+Com Ag | System, Verfahren, Kommunikationsendgerät und Vermittlungseinheit |
US8615520B2 (en) | 2010-01-07 | 2013-12-24 | Idelan, Inc. | Computer based methods and systems for establishing trust between two or more parties |
US9760885B1 (en) * | 2010-03-23 | 2017-09-12 | Amazon Technologies, Inc. | Hierarchical device relationships for geolocation-based transactions |
US20110238476A1 (en) * | 2010-03-23 | 2011-09-29 | Michael Carr | Location-based Coupons and Mobile Devices |
WO2011119859A2 (en) * | 2010-03-24 | 2011-09-29 | Hameed Khan | Proximity-based social networking |
CN104797007B (zh) * | 2010-08-12 | 2018-05-11 | 华为技术有限公司 | 一种通信系统 |
US8559980B2 (en) * | 2011-09-02 | 2013-10-15 | John J. Pujol | Method and system for integrated messaging and location services |
US20140066044A1 (en) * | 2012-02-21 | 2014-03-06 | Manoj Ramnani | Crowd-sourced contact information and updating system using artificial intelligence |
US8990327B2 (en) * | 2012-06-04 | 2015-03-24 | International Business Machines Corporation | Location estimation of social network users |
KR101847370B1 (ko) * | 2012-06-15 | 2018-05-24 | 알까뗄 루슨트 | 추천 서비스들을 위한 프라이버시 보호 시스템의 아키텍처 |
US9961494B2 (en) * | 2012-08-14 | 2018-05-01 | Google Llc | Sharing content with nearby devices |
CN103685428B (zh) * | 2012-09-25 | 2017-04-12 | 阿里巴巴集团控股有限公司 | 终端定位方法及装置 |
CN103415015B (zh) * | 2013-06-03 | 2016-05-25 | 北京百纳威尔科技有限公司 | 一种定位方法和装置 |
WO2015184431A1 (en) * | 2014-05-30 | 2015-12-03 | Vioozer Inc. | System and process for location-based informationretrieval |
DE102018102345A1 (de) * | 2017-02-04 | 2018-08-09 | Bock 1 Gmbh & Co. Kg | Stuhl, insbesondere Bürostuhl |
US10135834B1 (en) * | 2017-10-20 | 2018-11-20 | Social Patent LLC | System and method of executing operations in a social network application |
-
2014
- 2014-06-24 CN CN201410287604.9A patent/CN105338480B/zh active Active
- 2014-09-25 TW TW103133261A patent/TWI687877B/zh active
-
2015
- 2015-06-23 US US14/747,281 patent/US9596564B2/en active Active
- 2015-06-24 KR KR1020197025777A patent/KR102134569B1/ko active IP Right Grant
- 2015-06-24 SG SG11201609224VA patent/SG11201609224VA/en unknown
- 2015-06-24 KR KR1020167032771A patent/KR101880521B1/ko active IP Right Grant
- 2015-06-24 JP JP2016569392A patent/JP6762563B2/ja active Active
- 2015-06-24 WO PCT/US2015/037369 patent/WO2015200452A1/en active Application Filing
- 2015-06-24 SG SG10202001732PA patent/SG10202001732PA/en unknown
- 2015-06-24 KR KR1020187020308A patent/KR102019336B1/ko active IP Right Grant
- 2015-06-24 EP EP15736110.6A patent/EP3162094B1/en active Active
-
2016
- 2016-06-13 HK HK16106735.9A patent/HK1218821A1/zh unknown
-
2017
- 2017-01-31 US US15/421,335 patent/US10171937B2/en active Active
-
2018
- 2018-11-21 US US16/198,026 patent/US10531223B2/en active Active
-
2019
- 2019-12-02 US US16/700,453 patent/US10897685B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
KR20160147904A (ko) | 2016-12-23 |
SG10202001732PA (en) | 2020-04-29 |
JP6762563B2 (ja) | 2020-09-30 |
KR102019336B1 (ko) | 2019-09-09 |
US20170142554A1 (en) | 2017-05-18 |
EP3162094A1 (en) | 2017-05-03 |
KR101880521B1 (ko) | 2018-07-23 |
KR102134569B1 (ko) | 2020-07-20 |
US10897685B2 (en) | 2021-01-19 |
SG11201609224VA (en) | 2016-12-29 |
HK1218821A1 (zh) | 2017-03-10 |
CN105338480A (zh) | 2016-02-17 |
TWI687877B (zh) | 2020-03-11 |
US10531223B2 (en) | 2020-01-07 |
US10171937B2 (en) | 2019-01-01 |
WO2015200452A1 (en) | 2015-12-30 |
US9596564B2 (en) | 2017-03-14 |
US20200107153A1 (en) | 2020-04-02 |
US20190098447A1 (en) | 2019-03-28 |
US20150373489A1 (en) | 2015-12-24 |
KR20180085811A (ko) | 2018-07-27 |
KR20190104465A (ko) | 2019-09-09 |
JP2017527139A (ja) | 2017-09-14 |
EP3162094B1 (en) | 2023-02-22 |
TW201601559A (zh) | 2016-01-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105338480B (zh) | 基于lbs的用户匹配方法、消息客户端、服务器及系统 | |
US9813852B2 (en) | System and method for positioning terminal | |
Jabeur et al. | Mobile social networking applications | |
US10334397B2 (en) | Interaction tracking and organizing system | |
US10237272B2 (en) | Methods, apparatus, and systems for identity authentication | |
US20090282124A1 (en) | Sharing information between devices | |
CN104202396A (zh) | 一种信息分享方法、装置、服务器、终端设备及系统 | |
CN102868593A (zh) | 信息获取方法及终端 | |
CN105740273B (zh) | 服务提供方法及系统 | |
CN103134506A (zh) | 路径导航方法和装置 | |
KR20060082219A (ko) | 위치기반 서비스를 기반으로 하는 광고 및 구매 서비스제공 시스템 및 방법 | |
KR20160088770A (ko) | 위치기반의 정보제공 방법 | |
CN105574453A (zh) | 一种二维码的处理方法及移动终端 | |
JP2016014988A (ja) | 携帯端末、コンテンツパネル表示方法、携帯端末用プログラム | |
US11805560B2 (en) | Peer to peer communication system | |
KR20170053079A (ko) | 근거리채팅방법 및 근거리채팅시스템 | |
CN108476166B (zh) | 通信的方法、移动终端、发布终端与通信系统 | |
KR101585191B1 (ko) | 무선 통신 모듈 주변 사용자 단말기 간의 콘텐츠 전송 제어 방법, 서비스 제공 서버 및 컴퓨터 프로그램 | |
Benarjee et al. | A Case Study Regarding the WIFI Bluetooth-based Implementation in Smart Narrow Field Communication | |
KR20030021686A (ko) | 유무선 인터넷을 통한 위치메일서비스 방법 | |
KR20130095074A (ko) | 메시지를 이용한 대상 위치 확인 시스템 | |
KR20170091949A (ko) | 오프라인 기반의 소셜 네트워킹 서비스 제공 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20191219 Address after: P.O. Box 31119, grand exhibition hall, hibiscus street, 802 West Bay Road, Grand Cayman, British Cayman Islands Applicant after: Innovative advanced technology Co., Ltd Address before: Greater Cayman, British Cayman Islands Applicant before: Alibaba Group Holding Co., Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |