CN105025055B - 一种约车管理方法及系统 - Google Patents

Abstract

一种约车管理方法及系统，方法包括条件步骤：S0、车辆终端实时发送各自的车辆ID和车辆GPS信息至运营服务监控系统；方法还包括：在用户登录时，进行以下登录时的验证步骤：S1、约车模块请求GPS模块发送移动终端GPS信息，以及请求运营服务监控系统发送与用户输入的账号所绑定的车辆ID对应的车辆GPS信息；S2、约车模块将车辆GPS信息和移动终端GPS信息发送至GPS信息验证模块；S3、GPS信息验证模块比较车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，允许用户登录运营服务监控系统，如果不是，禁止用户登录。本发明将车辆与用户账号的绑定，登录时必须验证登录的移动终端的位置和车辆终端的位置，其他黑车即使利用账号登录也不能通过。

Description

一种约车管理方法及系统

技术领域

本发明涉及汽车服务领域，尤其涉及一种约车管理方法及系统。

背景技术

目前在行车记录仪领域、导航领域等对出租车的行驶轨迹进行了监控，便于管理者或司机通过运营数据做出工作上的决策。目前相关软件中司机帐号无明确标识，无论有没有车，打开软件都可以接客。

在车辆运营监控领域里，当乘客预约出租车后，司机在接客途中，经常碰到黑车登录他人账号或者其他人恶意登录软件进行操作，破坏帐号信息，这样对正常使用软件的的士司机造成了工作上的困扰。

另外，乘客在打车软件界面明明看见周围有很多车，但就是招不到车，一部分原因是有司机已经下班但手机软件还在使用中，其实乘客看到的是虚拟的车辆终端，不是出租车，仅仅是司机用户的账号保持登录了而已。另一方面乘客经常看到车牌号相同的车在地图上出现，其实这是同一辆的士，但是有几个人登录了同一个帐号。

因此，现有技术存在缺陷，需要改进。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述司机接单的账号容易被他人恶意登录造成接单落空的缺陷，提供一种约车管理方法及系统。

本发明解决其技术问题所采用的技术方案是：构造一种约车管理方法，用于对利用移动终端登录运营服务监控系统进行接单的用户进行管理，所述方法包括条件步骤S0：

S0、每个车辆终端实时发送各自的车辆ID和车辆GPS信息至所述运营服务监控系统；

所述方法还包括：在用户登录时，进行以下登录时的验证步骤：

S1、移动终端的约车模块请求所述移动终端的GPS模块发送当前时刻的移动终端GPS信息，以及请求所述运营服务监控系统发送与用户输入的账号所绑定的车辆ID对应的当前时刻的车辆GPS信息；

S2、所述GPS模块发送移动终端GPS信息至约车模块，所述运营服务监控系统发送车辆GPS信息至约车模块；所述约车模块将接收到的所述车辆GPS信息和移动终端GPS信息发送至移动终端内的GPS信息验证模块；

S3、所述GPS信息验证模块比较步骤S2中获取的所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，转步骤S4，如果不是，转步骤S5；

S4、所述GPS信息验证模块通知所述约车模块允许所述用户登录所述运营服务监控系统；

S5、所述GPS信息验证模块通知所述约车模块禁止所述用户登录所述运营服务监控系统。

本发明所述的约车管理方法，其中，所述方法还包括：在所述步骤S4后，如果所述用户成功登录所述运营服务监控系统，则进行以下登录后的实时验证步骤：

S1’、移动终端的约车模块请求所述移动终端的GPS模块发送当前时刻的移动终端GPS信息，所述约车模块还请求所述运营服务监控系统发送与用户输入的账号所绑定的车辆ID对应的当前时刻的车辆GPS信息；

S2’、所述GPS模块发送移动终端GPS信息至约车模块，所述运营服务监控系统发送车辆GPS信息至约车模块；所述约车模块将所述车辆GPS信息和移动终端GPS信息发送至移动终端内的GPS信息验证模块，

S3’、所述GPS信息验证模块比较步骤S2’中获取的所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，则等待预设时间之后转步骤S1’；如果不是，转步骤S6；

S6、所述GPS信息验证模块通知约车模块控制所述用户退出所述运营服务监控系统。

本发明所述的约车管理方法，其中，所述方法还包括在步骤S1之前所述GPS信息验证模块设定比较次数为1，且如果所述步骤S3中的比较结果为是，则首先转步骤S31：

S31、所述GPS信息验证模块判断所述比较次数是否达到预设比较次数，如果是，则转步骤S4；如果不是，则将所述比较次数加1，转步骤S1。

本发明所述的约车管理方法，其中，如果所述步骤S3中的比较结果为是，则在进入所述步骤S4之前还包括：

S34、所述GPS信息验证模块通过所述约车模块通知所述运营服务监控系统控制利用所述账号在其他移动终端登录的用户退出所述运营服务监控系统。

本发明所述的约车管理方法，其中，所述GPS信息验证模块与所述约车模块独立安装，或者所述GPS信息验证模块嵌入在所述约车模块内。

本发明还公开了一种约车管理系统，用于对利用移动终端登录运营服务监控系统进行接单的用户进行管理，其中，包括运营服务监控系统、车辆终端和移动终端，所述移动终端包括GPS模块、约车模块和GPS信息验证模块；

每个所述车辆终端用于实时发送各自的车辆ID和车辆GPS信息至运营服务监控系统；

所述约车模块用于请求GPS模块发送当前时刻的移动终端GPS信息，以及请求所述运营服务监控系统发送与用户输入的账号所绑定的车辆ID对应的当前时刻的车辆GPS信息；

所述GPS模块用于发送移动终端GPS信息至约车模块；

所述运营服务监控系统用于发送车辆GPS信息至约车模块；

所述约车模块还用于将接收到的所述车辆GPS信息和移动终端GPS信息发送至所述GPS信息验证模块；

所述GPS信息验证模块用于比较所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，则通知所述约车模块允许所述用户登录所述运营服务监控系统，如果不是，则通知所述约车模块禁止所述用户登录所述运营服务监控系统；

所述运营服务监控系统还用于为成功登录的用户进行接单提供服务。

本发明所述的约车管理系统，其中，所述GPS信息验证模块还用于：在所述用户成功登录所述运营服务监控系统之后，通过所述约车模块实时获取所述车辆GPS信息和移动终端GPS信息，并比较所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，则等待预设时间之后，再次获取所述车辆GPS信息和移动终端GPS信息进行下一轮的比较；如果不是，则通知约车模块控制所述用户退出所述运营服务监控系统。

本发明所述的约车管理方法，其中，所述GPS信息验证模块还用于在获取车辆GPS信息和移动终端GPS信息之前设定比较次数为1，且如果比较所述车辆GPS信息和移动终端GPS信息的差别是在预设范围之内，则首先判断所述比较次数是否达到预设比较次数，如果是，则通知所述约车模块允许所述用户登录所述运营服务监控系统，如果不是，则将所述比较次数加1，并继续获取车辆GPS信息和移动终端GPS信息进行下一轮的比较。

本发明所述的约车管理方法，其中，如果所述GPS信息验证模块比较所述车辆GPS信息和移动终端GPS信息的差别在预设范围之内，则所述GPS信息验证模块还用于通过所述约车模块通知所述运营服务监控系统控制利用所述账号在其他移动终端登录的用户退出所述运营服务监控系统。

本发明所述的约车管理方法，其中，所述GPS信息验证模块与所述约车模块独立安装，或者所述GPS信息验证模块嵌入在所述约车模块内。

实施本发明的约车管理方法及系统，具有以下有益效果：本发明在用户登录运营服务监控系统时利用GPS信息验证模块进行登录时的验证，比较车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，只有是的时候才可以登录，如此实现了车辆与用户账号的绑定，登录时必须验证登录的移动终端的位置和车辆终端的位置，其他黑车即使利用账号登录也不能通过。进一步的，本发明还在成功登陆后，利用GPS信息验证模块进行登录后的实时验证，一旦用户离开车辆，自动被迫下线，也就不会出现虚拟车辆的问题，不会对乘客打车造成困扰。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明约车管理系统的较佳实施例的原理框图。

图2是本发明约车管理方法的流程图；

图3是本发明约车管理方法的第一实施例的流程图；

图4是本发明约车管理方法的第二实施例的流程图；

图5是本发明约车管理方法的第三实施例的流程图。

具体实施方式

本发明为了解决现有技术中司机接单的账号容易被他人恶意登录造成接单落空的缺陷，提供一种约车管理方法及系统。本发明在用户登录运营服务监控系统时利用GPS信息验证模块进行登录时的验证，比较车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，只有是的时候才可以登录，如此实现了车辆与用户账号的绑定，其他黑车即使利用账号登录也不能通过。进一步的，本发明还在成功登陆后，利用GPS信息验证模块进行登录后的实时验证，一旦用户离开车辆，自动被迫下线，也就不会出现虚拟车辆的问题，不会对乘客打车造成困扰。

为了对本发明的技术特征、目的和效果有更加清楚的理解，现对照附图详细说明本发明的具体实施方式。

图1是本发明约车管理系统的较佳实施例的原理框图。

约车管理系统，用于对利用移动终端登录运营服务监控系统进行接单的用户进行管理，其包括运营服务监控系统、车辆终端和移动终端，所述移动终端包括GPS模块、约车模块和GPS信息验证模块。移动终端一般优选为具有GPS功能的手机。约车模块可以是生活中常见的各种约车软件，GPS信息验证模块为实现下述功能的一款程序或软件。

每个车辆终端安装有GPS装置，例如行车记录仪，只要能定位并发送GPS信息即可。每个车辆终端用于实时发送各自的车辆ID和车辆GPS信息至运营服务监控系统。例如，图中的车辆终端A和车辆终端B均实时发送各自的车辆GPS信息至运营服务监控系统。

约车模块用于请求GPS模块发送当前时刻的移动终端GPS信息，以及请求所述运营服务监控系统发送与用户输入的账号所绑定的车辆ID对应的当前时刻的车辆GPS信息；

GPS模块用于获取并发送车辆GPS信息至约车模块；

运营服务监控系统用于发送车辆GPS信息至约车模块；

约车模块还用于将接收到的所述车辆GPS信息和移动终端GPS信息发送至所述GPS信息验证模块。

所述GPS信息验证模块用于比较所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，则通知所述约车模块允许所述用户登录所述运营服务监控系统，如果不是，则通知所述约车模块禁止所述用户登录所述运营服务监控系统。

用户成功登录运营服务监控系统后，就可以在运营服务监控系统提供的平台进行接单。

也就是说，本发明中对使用账号进行登录的用户进行了验证，即使黑车或者恶作剧者盗用他人账号，在登录时由于必须与该账号绑定的车辆ID所在的位置进行验证，因此即使账号被盗用也不能正常登录，保护了接单司机的利益。

优选的，如果登录时，所述GPS信息验证模块比较所述车辆GPS信息和移动终端GPS信息的差别是在预设范围之内，则所述GPS信息验证模块还用于通过所述约车模块通知所述运营服务监控系统控制利用所述账号在其他移动终端登录的用户退出所述运营服务监控系统。即如果一个账号正常登录，则该账号在其他终端的登录被终止，强迫下线。

但是，即使进行上述操作，还是不能保证车辆终端的使用者进行账号登录的可靠性，因为其仅仅在登录时进行验证，如果只是登录时进行验证，则可以在登录时靠近车辆终端即可，那么在用户正常登录之后，并不能杜绝其他人在登录时靠近其车辆进行恶意登录而导致车主本人被挤下线。另外，司机下班交接后，忘了退出登录，则会在系统中出现虚拟车辆终端，这样给乘客打车就造成了困扰。

因此为了克服这种缺陷，优选的，在登录后，GPS信息验证模块依旧保持实时验证的功能。所述GPS信息验证模块还用于：在所述用户成功登录所述运营服务监控系统之后，通过所述约车模块实时获取所述车辆GPS信息和移动终端GPS信息，并比较所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，则等待预设时间之后，再次获取所述车辆GPS信息和移动终端GPS信息进行下一轮的比较；如果不是，则通知约车模块控制所述用户退出所述运营服务监控系统。

例如图中车辆终端A和车辆终端B都实时发送自身的车辆GPS信息和车辆终端的车辆ID至运营服务监控系统。如果车辆终端A的账号为XXX，则假如移动终端2为某黑车，其意图利用账号XXX登录约车模块，则移动终端2的GPS信息验证模块从运营服务监控系统调取出账号XXX绑定的车辆ID(即车辆终端A，注册账号时需要提供与账号绑定车辆终端的车辆ID)的车辆GPS信息，同时，从约车模块获取移动终端的移动终端GPS信息，并比较车辆GPS信息和移动终端GPS信息的经纬度差别，若发现该经纬度差别不在预设范围内，则认为账号与车辆终端不匹配，于是通知约车模块禁止用户登录。

由于车辆行驶时，位置信息并不精确，为了加强验证的有效性，采取多次验证的方法。优选的，所述GPS信息验证模块还用于在获取车辆GPS信息和移动终端GPS信息之前设定比较次数为1，且如果比较所述车辆GPS信息和移动终端GPS信息的差别是在预设范围之内，则首先判断所述比较次数是否达到预设比较次数，如果是，则通知所述约车模块允许所述用户登录所述运营服务监控系统，如果不是，则将所述比较次数加1，并继续获取车辆GPS信息和移动终端GPS信息进行下一轮的比较。

即GPS信息验证模块需要反复比较移动终端的位置和车辆终端的位置，当比较结果为是的次数达到预设比较次数时才允许登录。

需要明确的是，上述GPS信息验证模块与约车模块既可以独立安装，也可以将GPS信息验证模块直接嵌入约车模块内，甚至可以将GPS信息验证模块设置在运营服务监控系统，为减轻运营服务监控系统的工作负担，且考虑到信号传递效率，优选的将GPS信息验证模块安装在移动终端。

图2是本发明约车管理方法的流程图；

本发明的约车管理方法，用于对利用移动终端登录运营服务监控系统进行接单的用户进行管理，所述方法包括条件步骤S0：

S0、每个车辆终端实时发送各自的车辆ID和车辆GPS信息至运营服务监控系统；

所述方法还包括：在用户登录时，进行以下登录时的验证步骤：

S1、移动终端的约车模块请求所述移动终端的GPS模块发送当前时刻的移动终端GPS信息，以及请求所述运营服务监控系统发送与用户输入的账号所绑定的车辆ID对应的当前时刻的车辆GPS信息；

步骤S0中发送的车辆GPS信息其实包括了具体的位置信息(例如经纬度信息)和时间信息，这里的“当前时刻的移动终端GPS信息”是指登录时刻的移动终端GPS信息，由于步骤S0中实时发送其实也是一定预设时间发送的，所以对应的当前时刻的车辆GPS信息所指的“对应的当前时刻”可能不一定与登录时刻完全一致，这个时候“对应的当前时刻”取与登录时刻的差值绝对值最小的时刻。

例如，车辆发送移动终端GPS信息是以20s为一个时间间隔实时发送，实时发送的每个时刻的秒数包括：0秒、20、40、60秒。如果登录时刻为6时30分12秒，则对应的“对应的当前时刻”是指6时30分20秒。

S2、所述GPS模块发送移动终端GPS信息至约车模块，所述运营服务监控系统发送车辆GPS信息至约车模块；所述约车模块将接收到的所述车辆GPS信息和移动终端GPS信息发送至移动终端内的GPS信息验证模块；

S3、所述GPS信息验证模块比较步骤S2中获取的所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，转步骤S4，如果不是，转步骤S5；

其中，预设范围即为由经纬度构成的位置范围，车辆GPS信息和移动终端GPS信息均是有经纬度信息构成定位信息，因此车辆GPS信息和移动终端GPS信息的差别实际上是指车辆终端所在位置的经纬度和移动终端所在位置的经纬度的差别。

S4、所述GPS信息验证模块通知所述约车模块允许所述用户登录所述运营服务监控系统，用户在成功登录后进行接单；

S5、所述GPS信息验证模块通知所述约车模块禁止所述用户登录所述运营服务监控系统。

用户成功登录运营服务监控系统后，就可以在运营服务监控系统提供的平台进行接单。通过对利用账号进行登录的用户进行了验证，即使黑车或者恶作剧者盗用他人账号，在登录时由于必须与该账号绑定的车辆ID所在的位置进行验证，因此即使账号被盗用也不能正常登录，保护了接单司机的利益。

需要明确的是，上述GPS信息验证模块与约车模块独立安装，也可以将GPS信息验证模块直接嵌入约车模块内，具体的设计方式不做限定。

图3是本发明约车管理方法的第一实施例的流程图；

第一实施例中，如果所述步骤S3中的比较结果为是，则在进入所述步骤S4之前还包括：

S34、所述GPS信息验证模块通过所述约车模块通知所述运营服务监控系统控制利用所述账号在其他移动终端登录的用户退出所述运营服务监控系统。

即如果一个账号正常登录，则该账号在其他终端的登录被终止，强迫下线。保证了每个账号只有单个用户登录运营服务监控系统。

但是，即使进行上述操作，还是不能保证车辆终端的使用者进行账号登录的可靠性，因为其仅仅在登录时进行验证，如果只是登录时进行验证，则可以在登录时靠近车辆终端即可，那么在用户正常登录之后，并不能杜绝其他用户在登录时靠近其车辆进行恶意登录，而导致车主本人被挤下线。另外，司机下班交接后，忘了退出登录，则会在系统中出现虚拟车辆终端，这样给乘客打车就造成了困扰。

因此，本发明的第二实施例中提供了另外一种方式以约束单用户登录。

参考，图4是本发明约车管理方法的第二实施例的流程图；

所述方法还包括：在所述步骤S4后，如果所述用户成功登录所述运营服务监控系统，进行以下登录后的实时验证以下步骤：

S1’、移动终端的约车模块请求所述移动终端的GPS模块发送当前时刻的移动终端GPS信息，所述约车模块还请求所述运营服务监控系统发送与用户输入的账号所绑定的车辆ID对应的当前时刻的车辆GPS信息；

这里的当前时刻是指本次请求的时刻，对应的当前时刻与上述步骤S1的确定步骤相同，取与本次请求的时刻的差值绝对值最小的时刻，详见上述步骤S1部分的阐述，此处不再赘述。

S2’、所述GPS模块发送移动终端GPS信息至约车模块，所述运营服务监控系统发送车辆GPS信息至约车模块；所述约车模块将所述车辆GPS信息和移动终端GPS信息发送至移动终端内的GPS信息验证模块，

S3’、所述GPS信息验证模块比较步骤S2’中获取的所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，则等待预设时间之后转步骤S1’；如果不是，转步骤S6；

S6、所述GPS信息验证模块通知约车模块控制所述用户退出所述运营服务监控系统，于是用户退出登录。

第二实施例中，在用户登录成功之后，利用GPS信息验证模块进行实时验证，因此，这样可以至始至终都保证每个账号只有一个用户在登录。

而且，如果车辆交接后，不用自己主动退出登录，因为一旦用户离开车辆终端，那么GPS信息验证模块就会判断出车辆GPS信息和移动终端GPS信息的差别不在预设范围之内，于是会立即通知约车模块控制用户退出所述运营服务监控系统，也就不会出现虚拟车辆终端而干扰乘客打车了。

图5是本发明约车管理方法的第三实施例的流程图；

由于车辆行驶时，位置信息并不精确，为了加强验证的有效性，第三实施例中采取多次验证的方法。

所述方法还包括在步骤S1之前所述GPS信息验证模块设定比较次数为1，且如果步骤S3中的比较结果为是，则首先转步骤S31：

S31、所述GPS信息验证模块判断所述比较次数是否达到预设比较次数，如果是，则转步骤S4；如果不是，则将所述比较次数加1，转步骤S1。

综上所述，本发明在用户登录运营服务监控系统时利用GPS信息验证模块进行验证，比较车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，只有是的时候才可以登录，如此实现了车辆与用户账号的绑定，其他黑车即使利用账号登录也不能通过。进一步的，本发明还在成功登陆后，利用GPS信息验证模块进行实时验证，一旦用户离开车辆，自动被迫下线，也就不会出现虚拟车辆的问题，不会对乘客打车造成困扰。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种约车管理方法，用于对利用移动终端登录运营服务监控系统进行接单的用户进行管理，其特征在于，所述方法包括条件步骤S0：

S0、每个车辆终端实时发送各自的车辆ID和车辆GPS信息至所述运营服务监控系统；

所述方法还包括：在用户登录时，进行以下登录时的验证步骤：

S1、移动终端的约车模块请求所述移动终端的GPS模块发送当前时刻的移动终端GPS信息，以及请求所述运营服务监控系统发送与用户输入的账号所绑定的车辆ID对应的当前时刻的车辆GPS信息；

S2、所述GPS模块发送移动终端GPS信息至约车模块，所述运营服务监控系统发送车辆GPS信息至约车模块；所述约车模块将接收到的所述车辆GPS信息和移动终端GPS信息发送至移动终端内的GPS信息验证模块；

S3、所述GPS信息验证模块比较步骤S2中获取的所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，转步骤S4，如果不是，转步骤S5；

S4、所述GPS信息验证模块通知所述约车模块允许所述用户登录所述运营服务监控系统；

S5、所述GPS信息验证模块通知所述约车模块禁止所述用户登录所述运营服务监控系统。

2.根据权利要求1所述的约车管理方法，其特征在于，所述方法还包括：在所述步骤S4后，如果所述用户成功登录所述运营服务监控系统，则进行以下登录后的实时验证步骤：

S1’、移动终端的约车模块请求所述移动终端的GPS模块发送当前时刻的移动终端GPS信息，所述约车模块还请求所述运营服务监控系统发送与用户输入的账号所绑定的车辆ID对应的当前时刻的车辆GPS信息；

S2’、所述GPS模块发送移动终端GPS信息至约车模块，所述运营服务监控系统发送车辆GPS信息至约车模块；所述约车模块将所述车辆GPS信息和移动终端GPS信息发送至移动终端内的GPS信息验证模块，

S3’、所述GPS信息验证模块比较步骤S2’中获取的所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，则等待预设时间之后转步骤S1’；如果不是，转步骤S6；

S6、所述GPS信息验证模块通知约车模块控制所述用户退出所述运营服务监控系统。

3.根据权利要求1所述的约车管理方法，其特征在于，所述方法还包括在步骤S1之前所述GPS信息验证模块设定比较次数为1，且如果所述步骤S3中的比较结果为是，则首先转步骤S31：

S31、所述GPS信息验证模块判断所述比较次数是否达到预设比较次数，如果是，则转步骤S4；如果不是，则将所述比较次数加1，转步骤S1。

4.根据权利要求1所述的约车管理方法，其特征在于，如果所述步骤S3中的比较结果为是，则在进入所述步骤S4之前还包括：

S34、所述GPS信息验证模块通过所述约车模块通知所述运营服务监控系统控制利用所述账号在其他移动终端登录的用户退出所述运营服务监控系统。

5.根据权利要求1所述的约车管理方法，其特征在于，所述GPS信息验证模块与所述约车模块独立安装，或者所述GPS信息验证模块嵌入在所述约车模块内。

6.一种约车管理系统，用于对利用移动终端登录运营服务监控系统进行接单的用户进行管理，其特征在于，包括运营服务监控系统、车辆终端和移动终端，所述移动终端包括GPS模块、约车模块和GPS信息验证模块；

每个所述车辆终端用于实时发送各自的车辆ID和车辆GPS信息至运营服务监控系统；

所述约车模块用于请求GPS模块发送当前时刻的移动终端GPS信息，以及请求所述运营服务监控系统发送与用户输入的账号所绑定的车辆ID对应的当前时刻的车辆GPS信息；

所述GPS模块用于发送移动终端GPS信息至约车模块；

所述运营服务监控系统用于发送车辆GPS信息至约车模块；

所述约车模块还用于将接收到的所述车辆GPS信息和移动终端GPS信息发送至所述GPS信息验证模块；

所述GPS信息验证模块用于比较所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，则通知所述约车模块允许所述用户登录所述运营服务监控系统，如果不是，则通知所述约车模块禁止所述用户登录所述运营服务监控系统；

所述运营服务监控系统还用于为成功登录的用户进行接单提供服务。

7.根据权利要求6所述的约车管理系统，其特征在于，所述GPS信息验证模块还用于：在所述用户成功登录所述运营服务监控系统之后，通过所述约车模块实时获取所述车辆GPS信息和移动终端GPS信息，并比较所述车辆GPS信息和移动终端GPS信息的差别是否在预设范围之内，如果是，则等待预设时间之后，再次获取所述车辆GPS信息和移动终端GPS信息进行下一轮的比较；如果不是，则通知约车模块控制所述用户退出所述运营服务监控系统。

8.根据权利要求6所述的约车管理系统，其特征在于，所述GPS信息验证模块还用于在获取车辆GPS信息和移动终端GPS信息之前设定比较次数为1，且如果比较所述车辆GPS信息和移动终端GPS信息的差别是在预设范围之内，则首先判断所述比较次数是否达到预设比较次数，如果是，则通知所述约车模块允许所述用户登录所述运营服务监控系统，如果不是，则将所述比较次数加1，并继续获取车辆GPS信息和移动终端GPS信息进行下一轮的比较。

9.根据权利要求6所述的约车管理系统，其特征在于，如果所述GPS信息验证模块比较所述车辆GPS信息和移动终端GPS信息的差别在预设范围之内，则所述GPS信息验证模块还用于通过所述约车模块通知所述运营服务监控系统控制利用所述账号在其他移动终端登录的用户退出所述运营服务监控系统。

10.根据权利要求6所述的约车管理系统，其特征在于，所述GPS信息验证模块与所述约车模块独立安装，或者所述GPS信息验证模块嵌入在所述约车模块内。