CN103489143A - 一种出行人数管理方法、系统及服务器 - Google Patents
一种出行人数管理方法、系统及服务器 Download PDFInfo
- Publication number
- CN103489143A CN103489143A CN201310428004.5A CN201310428004A CN103489143A CN 103489143 A CN103489143 A CN 103489143A CN 201310428004 A CN201310428004 A CN 201310428004A CN 103489143 A CN103489143 A CN 103489143A
- Authority
- CN
- China
- Prior art keywords
- electronic equipment
- server
- geographical location
- location information
- default
- 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.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明提供一种出行人数管理方法,包括步骤:服务器预存第一电子设备以及若干预设第二电子设备的用户信息;所述第一电子设备发送请求指令以及第一地理位置信息给服务器;所述服务器在接到请求指令后获取所述若干预设第二电子设备的地理位置信息;统计所述地理位置信息与所述第一地理位置信息的距离不在预设距离之内的第二电子设备的数量;向第一电子设备发送所述统计数量。这种方法操作简单,可以大大减少导游(或司机)清点人数的时间,可以快速找到掉队旅客并进行通知,增加旅客的用户体验,提高乘客乘车的满意度。同时,本发明提供一种出行人数管理系统及服务器。
Description
技术领域
本发明涉及旅游管理领域,特别涉及一种基于电子设备的出行人数管理方法、系统及服务器。
背景技术
随着社会和经济的发展,旅游业已成为全球经济中发展势头最强劲和规模最大的产业之一。人们都热衷于去各地旅游,而对于一个旅游团,导游经常需要知道所有成员所在的位置,以及旅途中是否有成员掉队等信息。另外,一些长途车在开了若干小时后,司机一般都会到客运站休息,而在上车的时候,司机需要重新清点一下人数。
现有解决这种问题的方法一般是由导游或者司机数车上的人是否与原先上车的人数一致,再进行逐个校验来解决。这种方法所用时间比较长,而且当出现掉队的状况时,还需要找出那个人的名字,并打电话对那个人进行通知,大大增加了其他游客的困扰。
发明内容
基于上述情况,本发明提出了一种基于电子设备的出行人数管理方法,将导游(或司机)以及旅客所用的电子设备(如手机)的用户信息先预存于服务器,当导游(或司机)需要清点人数时,可以快速地知道车上有哪些人没到,并快速拨打电话或发送短信通知没能及时上车的人。
本发明的主要目的在于减少导游(或司机)清点人数的时间,并保证旅客不会出现掉队的状况。为了尽可能的方便个人使用,本发明分别用在广域网和局域网内。在广域网中,连接者和被连接者一般都采用采用gprs、3G或4G网络,这种网络只须用户带手机即可实现。在局域网中,主要利用电子设备(如手机)的蓝牙接口、wifi设备甚至是红外接收装置,形成局域网中一对一、一对多甚至多对多的连接状态,较优的情况下,车上须设置wifi。
一种出行人数管理方法,包括步骤:
服务器预存第一电子设备以及若干预设第二电子设备的用户信息;所述第一电子设备将请求指令以及第一地理位置信息发送给服务器;所述服务器在接到请求指令后获取所述若干预设第二电子设备的地理位置信息;统计所述地理位置信息与所述第一地理位置信息的距离不在预设距离之内的第二电子设备的数量;向第一电子设备发送所述统计数量。
所述服务器预存第一电子设备以及若干预设第二电子设备的用户信息的步骤,包括:检测所述第一电子设备触摸手势,根据触摸手势的滑动方向信息生成请求数据包,若在第一预设时间内所述第一电子设备接收由的所述第二电子设备触摸手势滑动方向信息生成的响应数据包,且所述响应数据包中的第二电子设备触摸手势的滑动方向信息为预设滑动方向信息;所述服务器预存所述第一电子设备与所述第二电子设备的用户信息。
所述服务器预存第一电子设备以及若干预设第二电子设备的用户信息前, 向所述第一电子设备以及若干预设第二电子设备发出咨询信息。
所述用户信息包括用户姓名、用户手机号码。
将所述不在预设距离之内的第二电子设备的用户信息在第一电子设备的屏幕上进行显示。
所述第一电子设备向所述不在预设距离之内的第二电子设备发送提醒信息。
一种服务器,用于预存第一电子设备以及若干预设第二电子设备的用户信息;并在接受到第一电子设备的请求指令以及第一地理位置信息后,获取所述若干预设第二电子设备的地理位置信息,统计地理位置信息与所述第一地理位置信息的距离不在预设距离之内的第二电子设备的数量;向第一电子设备发送统计数量。
所述服务器预存第一电子设备以及若干预设第二电子设备的用户信息的步骤,包括:检测所述第一电子设备触摸手势,根据触摸手势的滑动方向信息生成请求数据包,若在第一预设时间内所述第一电子设备接收由的所述第二电子设备触摸手势滑动方向信息生成的响应数据包,且所述响应数据包中的第二电子设备触摸手势的滑动方向信息为预设滑动方向信息;所述服务器预存所述第一电子设备与所述第二电子设备的用户信息。
所述用户信息包括用户姓名、用户手机号码。
所述第一电子设备向所述不在预设距离之内的第二电子设备发送提醒信息,用于通知第二电子设备用户及时上车。
相较于现有技术,本发明提供的出行人数管理方法操作简单,可以大大减少导游(或司机)清点人数的时间,可以快速找到掉队旅客并进行通知,增加旅客的用户体验,提高乘客乘车的满意度。
附图说明
图1是本发明的一种出行人数管理方法实施例的流程示意图;
图2是一种出行人数管理系统实施例的结构示意图。
具体实施方式
以下结合其中的较佳实施方式对本发明方案进行详细阐述。
图1中示出了本发明的出行人数管理方法实施例的流程示意图。
如图1所示,本实施例中的方法包括步骤:
S101:服务器预存第一电子设备以及若干预设第二电子设备的用户信息;
由于个人地理位置的上传会影响到个人的隐私,本实施例子中的电子设备上传地理位置在实施时,最好有使用电子设备的用户同意在某段时间或某段路程能进行上传用户信息及地理位置信息等。因此,本实施例中的服务器预存第一电子设备以及若干预设第二电子设备的用户信息时,先检测第一电子设备触摸手势,根据触摸手势的滑动方向信息生成请求数据包,若在第一预设时间内所述第一电子设备接收由的第二电子设备触摸手势滑动方向信息生成的响应数据包,且响应数据包中的第二电子设备触摸手势的滑动方向信息为预设滑动方向信息;服务器才预存第一电子设备与所述第二电子设备的用户信息。通过这样的第一电子设备在第一预设时间内进行的滑动方向组合,可以使得在那个时间段内服务器只存储到指定的电子设备的用户信息,进而保护到了用户的隐私。
第一电子设备预设信息接收范围后检测触摸手势,根据触摸手势的滑动方向信息以及第一地理位置信息生成请求数据包,之后发送该数据包到网络中;在本实施例中,第一电子设备首先根据用户需求预设信息接收范围,这个预设信息接收范围一般是用户通过自己目前的场合来设置。如在旅游大巴上,用户要把自己的信息发送给场所里的人,则他可以设置信息接收范围为100米(即以其手机为中心半径为100米的范围内)。之后,检测是否有手指(或触摸物)触摸屏幕,若在预设时间内(100ms)手指由触摸点向左滑动,则产生的请求数据包包括一个左移的信息。若有多个手指往不同方向移动,而产生的请求数据包括不同方向的移动信息。此时,第一电子设备会根据不同的滑动方向信息以及第一地理位置信息(第一电子设备的地理位置信息)生成相应的请求数据包,并将该请求数据包发送至网络服务器中,等待第二电子设备的响应。这里说的网络,主要是目前的电子设备一般使用gprs、3G或4G网络,而使用这个网络所形成的平台的用户数量可能特别多,在预设的时间内,可能使用相同滑动手势的用户也非常多,导致第一电子设备用户可能将信息传输给非目标用户的情况,而设置小的信息接收范围可以排除预设时间内有其他地区产生的滑动信息,比如,广州的用户为了与交换联系信息而采用了左移信息。同一时间,杭州的用户也可能采用左移信息来进行交换联系信息的方法,因而需要设置信息接收范围,可以使用户比较精准地接收到自己想要接收的目标用户,这样同一辆旅游大巴导游与游客的信息就可以一起预存到服务器中。在此实施例中第一电子设备所设置的接收范围为第一电子设备与其他第二电子设备判定是否在范围内的预设距离。
另外,通过人工向服务器输入相应的用户信息,再发送信息给相应的电子设备,由电子设备进行确认,也可以获取相应的权限。如用户A、B、C的信息由人工分别存入服务器,这个时候使用服务器或者其他电子设备向A、B、C发短信或者其他信息通知,让A、B、C同意允许在某时间段或某一路程上传自己的地理位置信息给服务器,这样用户就可以对自己的隐私状况有一个很好的了解。
S102:第一电子设备发送请求指令以及第一地理位置信息给服务器;所述服务器在接到请求指令后获取所述若干预设第二电子设备的地理位置信息。
第一电子设备通过点击或者滑动等动作发送请求指令,同时将自己当前的地理位置信息发送给服务器,而服务器在接收了请求指令后就根据S101所预存的若干预设第二电子设备的用户信息来获取各个第二电子设备的地理位置信息。在本实施例中的地理位置信息包括时间以及地理坐标等信息。
S103:统计所述地理位置信息与所述第一地理位置信息的距离不在预设距离之内的第二电子设备的数量;向第一电子设备发送所述统计数量。
当服务器获取各个第二电子设备的地理位置信息后,就这些第二电子设备的地理位置信息逐个与第一电子设备的地理位置信息进行比对,然后统计第二电子设备的地理位置信息与第一地理位置信息的距离不在预设距离之内的第二电子设备的数量;并向第一电子设备发送统计的数量。
此时,若当上述的统计数量少于预设数量,服务器向所述第一电子设备发出警报信息,第一电子设备通过这个信息所述预设数量小于或等于预存在服务器中的第一电子设备和第二电子设备的数量之和。一般来说,如果统计数量与预设数量(预存再服务器中的电子设备的数量)不一致,则表明车上的人还没到齐,这时候服务器就会向第一电子设备发出警报信息,使其可以及时通知未到指定地点集合的人。而如果统计数量与预设数量一致的话,则通知第一电子设备人都到齐了即可。
当第一电子设备用户(导游或司机)得到这个统计数量或得到警报信息的时候,就可以知道当前的旅游车上的乘客是否到齐。如果没有到齐,就将不在预设距离之内的第二电子设备的用户信息在第一电子设备的屏幕上进行显示,这时候,导游或司机就可以直接点击相应的用户信息,就可以给这些用户发送提醒信息或打电话进行通知。相比现有处理这种状况的方法,此方法不需要司机或导游在车上逐一点名确认乘客是否在车上。另外,当发现乘客不齐的情况也不需要逐一去找具体是哪些人不在车上,再找出相应的用户信息后进行联系。大大减少了司机或导游的工作量,使其可以很快联系到未到齐的乘客,减少其他乘客的等待时间。
本实施例所说距离是指两个电子设备间的水平距离,第一预设距离为设定值,一般可由人工在服务器中设定。随着卫星导航系统的定位精度的提高,此实施例的距离也可以指两个电子设备的三维距离,三维距离可以适用于酒店的高楼层用户与旅游车距离较远等场景。
图2中示出了本发明的一种出行人数管理系统实施例的结构示意图。
一种出行人数管理系统,应用了上述出行人数管理的方法,包括: 第一电子设备、服务器以及若干第二电子设备,所述各个设备信号连接。
其中,第一电子设备,包括:第一定位模块以及请求模块。
第一定位模块,用于上传第一电子设备的地理位置信息,这里说的地理位置信息包括时间以及地理坐标等信息;
请求模块,用于根据第一电子设备的用户的请求,向服务器发送请求指令。
服务器,包括数据处理模块、数据管理模块以及控制模块。
数据管理模块,用于预存第一电子设备以及若干预设第二电子设备的用户信息,并统计好第一电子设备和所有第二电子设备的数量,作为预设数量。
数据处理模块,用于根据第一电子设备所发送来的请求指令以及第一地理位置信息;来获取所述若干预设第二电子设备的地理位置信息,并统计所获得的各个第二电子设备的地理位置信息与第一地理位置信息的距离不在预设距离之内的第二电子设备的数量;向第一电子设备发送所述统计数量;
控制模块,当上述的统计数量少于预设数量,服务器向所述第一电子设备发出警报信息。这里说的,第一电子设备通过这个信息所述预设数量小于或等于预存在服务器中的第一电子设备和第二电子设备的数量之和。
作为更好的例子,当第一电子设备用户(导游或司机)得到统计数量或得到警报信息的时候,就可以知道当前的旅游车上的乘客是否到齐。如果没有到齐,就将不在预设距离之内的第二电子设备的用户信息在第一电子设备的屏幕上进行显示,这时候,导游或司机就可以直接点击相应的用户信息,就可以给这些用户发送提醒信息或打电话进行通知。
第二电子设备,包括:第二定位模块,用于上传相应第二电子设备的地理位置信息。
在本实施例中,各个模块的工作原理是:数据管理模块先预存第一电子设备以及若干预设第二电子设备的用户信息,并统计好第一电子设备和所有第二电子设备的数量,作为预设数量;当第一电子设备的用户触发请求模块向服务器发送请求指令后,服务器就从第一定位模块获取第一地理位置信息和各个第二定位模块中获取各个第二电子设备的地理位置信息,然后在数据处理模块中统计所获得的各个第二电子设备的地理位置信息与第一地理位置信息的距离不在预设距离之内的第二电子设备的数量;并向第一电子设备发送所述统计数量。
最后控制模块根据统计的数据对当前第一电子设备进行相应处理或控制,当上述的统计数量少于预设数量,服务器向所述第一电子设备发出警报信息。更进一步地,当第一电子设备用户(导游或司机)得到统计数量或得到警报信息的时候,就可以知道当前的旅游车上的乘客是否到齐。如果没有到齐,就将不在预设距离之内的第二电子设备的用户信息在第一电子设备的屏幕上进行显示,这时候,导游或司机就可以直接点击相应的用户信息,就可以给这些用户发送提醒信息或打电话进行通知。
本发明的实施例还公开了,应用于该出行人数管理方法的服务器。如下所述:一种服务器,用于预存第一电子设备以及若干预设第二电子设备的用户信息;并在接受到所述第一电子设备的请求指令以及第一地理位置信息后,获取若干预设第二电子设备的地理位置信息,统计它们的地理位置信息与第一地理位置信息的距离不在预设距离之内的第二电子设备的数量;向所述第一电子设备发送所述统计数量。
该服务器预存第一电子设备以及若干预设第二电子设备的用户信息的步骤,包括:检测第一电子设备触摸手势,根据触摸手势的滑动方向信息生成请求数据包,若在第一预设时间内所述第一电子设备接收由的所述第二电子设备触摸手势滑动方向信息生成的响应数据包,且所述响应数据包中的第二电子设备触摸手势的滑动方向信息为预设滑动方向信息;服务器预存所述第一电子设备与所述第二电子设备的用户信息。
此外,该服务器预存第一电子设备以及若干预设第二电子设备的用户信息前, 还会向第一电子设备以及若干预设第二电子设备发出咨询信息,这主要是为了保护用户在其他时间或路段的隐私。
同时,该服务器若检测到统计数量少于预设数量,该服务器向第一电子设备发出警报信息;这里说的,预设数量小于或等于预存在服务器中的第一电子设备和第二电子设备的数量之和。得知警报信息后,将所述不在预设距离之内的第二电子设备的用户信息在第一电子设备的屏幕上进行显示,这样可以让导游或司机很快地得知是哪些还没有到位。
同时,第一电子设备也会自动向不在预设距离之内的第二电子设备发送提醒信息。如第一电子设备会自动发送“第XX团的团员,车辆即将出发,请赶快指定地点集中”类似的短信或者直接自动逐个拨打未到指定地点团员的电话。通过这样的操作,就可以使得导游(司机)不用逐个去清点人数,并逐个确认是哪些人离队,甚至可以由这个系统或服务器自动解决此类问题。
以上所述实施例仅表达了本发明的实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种出行人数管理方法,其特征在于,包括步骤: 服务器预存第一电子设备以及若干预设第二电子设备的用户信息;所述第一电子设备发送请求指令以及第一地理位置信息给服务器;所述服务器在接到请求指令后获取所述若干预设第二电子设备的地理位置信息;统计所述地理位置信息与所述第一地理位置信息的距离不在预设距离之内的第二电子设备的数量;向第一电子设备发送所述统计数量。
2.根据权利要求1所述的出行人数管理方法,其特征在于,所述服务器预存第一电子设备以及若干预设第二电子设备的用户信息的步骤,包括:检测所述第一电子设备触摸手势,根据触摸手势的滑动方向信息生成请求数据包,若在第一预设时间内所述第一电子设备接收由的所述第二电子设备触摸手势滑动方向信息生成的响应数据包,且所述响应数据包中的第二电子设备触摸手势的滑动方向信息为预设滑动方向信息;所述服务器预存所述第一电子设备与所述第二电子设备的用户信息。
3.根据权利要求1所述的出行人数管理方法,其特征在于,所述服务器预存第一电子设备以及若干预设第二电子设备的用户信息前, 向所述第一电子设备以及若干预设第二电子设备发出咨询信息。
4.根据权利要求1所述的出行人数管理方法,其特征在于,若所述统计数量少于预设数量,所述服务器向所述第一电子设备发出警报信息;所述预设数量小于或等于预存在服务器中的第一电子设备和第二电子设备的数量之和。
5.根据权利要求1-4所述的出行人数管理方法,其特征在于,将所述不在预设距离之内的第二电子设备的用户信息在第一电子设备的屏幕上进行显示。
6.根据权利要求1-4所述的出行人数管理方法,其特征在于,所述第一电子设备向所述不在预设距离之内的第二电子设备发送提醒信息。
7.一种应用了如权利要求1-6所述方法的一种旅游管理系统。
8.一种服务器,其特征在于,所述服务器用于预存第一电子设备以及若干预设第二电子设备的用户信息;并在接受到所述第一电子设备的请求指令以及第一地理位置信息后,获取所述若干预设第二电子设备的地理位置信息,统计所述地理位置信息与所述第一地理位置信息的距离不在预设距离之内的第二电子设备的数量;向所述第一电子设备发送所述统计数量。
9.根据权利要求8所述的服务器,其特征在于,所述服务器预存第一电子设备以及若干预设第二电子设备的用户信息的步骤,包括:检测所述第一电子设备触摸手势,根据触摸手势的滑动方向信息生成请求数据包,若在第一预设时间内所述第一电子设备接收由的所述第二电子设备触摸手势滑动方向信息生成的响应数据包,且所述响应数据包中的第二电子设备触摸手势的滑动方向信息为预设滑动方向信息;所述服务器预存所述第一电子设备与所述第二电子设备的用户信息。
10.根据权利要求8或9所述的服务器,其特征在于,所述第一电子设备向所述不在预设距离之内的第二电子设备发送提醒信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310428004.5A CN103489143A (zh) | 2013-09-22 | 2013-09-22 | 一种出行人数管理方法、系统及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310428004.5A CN103489143A (zh) | 2013-09-22 | 2013-09-22 | 一种出行人数管理方法、系统及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103489143A true CN103489143A (zh) | 2014-01-01 |
Family
ID=49829345
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310428004.5A Pending CN103489143A (zh) | 2013-09-22 | 2013-09-22 | 一种出行人数管理方法、系统及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103489143A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104077578A (zh) * | 2014-07-08 | 2014-10-01 | 中国计量学院 | 一种游客人数统计装置及其使用方法 |
CN108124250A (zh) * | 2016-11-28 | 2018-06-05 | 北京金坤科创技术有限公司 | 一种基于身份关联的短距离点名方法 |
CN108694751A (zh) * | 2017-02-21 | 2018-10-23 | 北京路热点信息技术有限公司 | 一种乘客集合统计系统及方法 |
CN109152090A (zh) * | 2018-09-06 | 2019-01-04 | 洪文朗 | 一种应用于旅游管理系统的配对方法 |
CN109564710A (zh) * | 2016-12-26 | 2019-04-02 | 株式会社斯巴鲁卡贝鲁 | 乘客管理装置及乘客管理方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006276380A (ja) * | 2005-03-29 | 2006-10-12 | Hitachi Ltd | グループメンバ位置情報共有システムならびにそのサーバ装置および携帯端末 |
CN101067654A (zh) * | 2007-05-10 | 2007-11-07 | 南京师范大学 | 基于移动定位技术和gis的旅游团队管理系统 |
CN103109257A (zh) * | 2010-06-25 | 2013-05-15 | 诺基亚公司 | 用于在通信设备之间传送信息项的装置和方法 |
-
2013
- 2013-09-22 CN CN201310428004.5A patent/CN103489143A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006276380A (ja) * | 2005-03-29 | 2006-10-12 | Hitachi Ltd | グループメンバ位置情報共有システムならびにそのサーバ装置および携帯端末 |
CN101067654A (zh) * | 2007-05-10 | 2007-11-07 | 南京师范大学 | 基于移动定位技术和gis的旅游团队管理系统 |
CN103109257A (zh) * | 2010-06-25 | 2013-05-15 | 诺基亚公司 | 用于在通信设备之间传送信息项的装置和方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104077578A (zh) * | 2014-07-08 | 2014-10-01 | 中国计量学院 | 一种游客人数统计装置及其使用方法 |
CN108124250A (zh) * | 2016-11-28 | 2018-06-05 | 北京金坤科创技术有限公司 | 一种基于身份关联的短距离点名方法 |
CN109564710A (zh) * | 2016-12-26 | 2019-04-02 | 株式会社斯巴鲁卡贝鲁 | 乘客管理装置及乘客管理方法 |
CN108694751A (zh) * | 2017-02-21 | 2018-10-23 | 北京路热点信息技术有限公司 | 一种乘客集合统计系统及方法 |
CN109152090A (zh) * | 2018-09-06 | 2019-01-04 | 洪文朗 | 一种应用于旅游管理系统的配对方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103390344B (zh) | 实现出租车拼车的方法及系统 | |
CN104346424B (zh) | 提供应用生成的信息以呈现在机动车的方法、系统和设备 | |
CN103761873B (zh) | 拼车系统及利用该拼车系统的拼车方法 | |
EP2471054B1 (en) | Method for providing vehicle information and terminal device applying the same | |
CN103222319B (zh) | 一种用于移动计算设备的方法及移动计算设备 | |
CN202563679U (zh) | 实现出租车拼车的系统 | |
CN108151754B (zh) | 出行服务的提供方法、服务器、客户端及系统 | |
CN103489143A (zh) | 一种出行人数管理方法、系统及服务器 | |
CN102592470B (zh) | 一种交通信息发布方法、装置及系统 | |
CN103198653A (zh) | 智能招车系统及应用方法 | |
CN103900579A (zh) | 公共交通路线选择方法及系统 | |
CN104424811A (zh) | 公交车辆到站提醒方法以及移动终端 | |
CN103281676A (zh) | 一种出租车即时通讯系统及方法 | |
CN103413456A (zh) | 盲用语音无障碍导向系统 | |
CN103593997A (zh) | 智能公交定位查询系统 | |
CN104751673A (zh) | 自动报站方法、装置、系统及移动终端 | |
CN103491177A (zh) | 一种数据传输系统及方法 | |
CN103489127A (zh) | 一种线路站点统计方法、装置及系统 | |
JP2009190668A (ja) | 交通機関情報取得装置、車載装置、交通機関情報提供システム | |
CN103198694A (zh) | 利用多种网络进行导航的系统 | |
CN107094125B (zh) | 一种通信服务器、车载终端以及车载通信方法 | |
CN103419814A (zh) | 一种乘车到站自动提醒方法及装置 | |
CN103971534A (zh) | 一种公交实时到站提醒的方法及系统 | |
CN104661195B (zh) | 一种信息提醒方法及装置 | |
CN203288078U (zh) | 一种出租车即时通讯系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140101 |
|
RJ01 | Rejection of invention patent application after publication |