1.一种智能群呼抢答约车方法,包括:
出租车约车平台接收移动终端发送的约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息;
所述出租车约车平台缓存所述移动终端的号码,并根据所述移动终端的位置信息对应的地理环境确定相应的周边参数;
所述出租车约车平台根据所述周边参数查找所述移动终端周边范围内的空载出租车,并对查找到的各个空载出租车的位置信息和所述移动终端的位置信息进行耗时分析,获得所述各个空载出租车到达所述移动终端的行车路径的距离及耗用时间;
所述出租车约车平台根据所述耗用时间进行排序和确定优先级别,确定预设数量的待呼空载出租车的出租车信息;
所述出租车约车平台启动采用软交换控制方式的群呼抢答流程,将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车,以及将所述抢答成功的空载出租车的相关信息发送给所述移动终端;
其中,所述群呼抢答流程包括:
所述出租车约车平台创建电话会议,并按照所述优先级别对所述待呼空载出租车进行逐一呼叫;
在逐一呼叫过程中不进行接通等待,并以空载出租车接通作为抢答成功的标志,当抢答成功时,所述出租车约车平台停止对其他空载出租车的呼叫。
2.根据权利要求1所述的智能群呼抢答约车方法,其中,在所述移动终端发送约车请求之前,还包括:
所述移动终端接收约车指令后,根据所述移动终端自身支持的定位方式确定所述移动终端在当前环境下所支持的较优定位方式,并采用所述较优定位方式来获取所述移动终端的精确位置信息和该较优定位方式对应的误差范围;
在后续的发送约车请求中也包括该误差范围,用于通知所述出租车约车平台该位置信息的位置精度。
3.根据权利要求2所述的智能群呼抢答约车方法,其中,如果出租车约车平台接收到的发送约车请求中的误差范围所对应的位置信息的位置精度低于预设范围,则在所述出租车约车平台启动群呼抢答流程后,还包括:
所述出租车约车平台在创建电话会议时,根据缓存的移动终端的号码呼叫所述移动终端,以及按照所述优先级别对所述待呼空载出租车进行逐一呼叫;
在逐一呼叫过程中不进行接通等待,并以空载出租车接通作为抢答成功的标志,当抢答成功时,所述出租车约车平台停止对其他空载出租车的呼叫,并且通过软交换控制方式直接将所述移动终端与群呼抢答流程中抢答成功的空载出租车进行语音接续。
4.根据权利要求1所述的智能群呼抢答约车方法,其中,所述根据所述移动终端的位置信息对应的地理环境确定相应的周边参数的操作具体为:
根据所述移动终端的位置信息分析所述移动终端周边的地理环境情况,判断所述移动终端所处位置的地理属性;
根据所述地理属性查询所述出租车约车平台上设置的地理属性与周边参数的数据对照表,获得所述地理属性对应的周边参数。
5.根据权利要求4所述的智能群呼抢答约车方法,其中,所述根据周边参数查找所述移动终端周边范围内的空载出租车的操作具体包括:
根据周边参数确定以所述移动终端为中心的圆周型周边范围或者多边形周边范围;
根据确定的圆周型周边范围或者多边形周边范围查找所述出租车约车平台中的空载出租车位置信息库中在该周边范围内的空载出租车。
6.根据权利要求1所述的智能群呼抢答约车方法,其中,所述对查找到的各个空载出租车的位置信息和所述移动终端的位置信息进行耗时分析,获得所述各个空载出租车到达所述移动终端的行车路径的距离及耗用时间的操作具体包括:
在确定了在周边范围内的空载出租车后,获得各个空载出租车的位置信息;
对各个空载出租车到所述移动终端的行车路径的距离进行模拟路径计算,根据交通状况参数和工程状况参数对所述计算出的距离进行调整;
根据各个空载出租车对应的行车路径的平均车速估测各个空载出租车到达所述移动终端的耗用时间。
7.根据权利要求6所述的智能群呼抢答约车方法,其中,所述对各个空载出租车到所述移动终端的行车路径的距离进行模拟路径计算,根据交通状况参数和工程状况参数对所述计算出的距离进行调整的操作具体包括:
对各个空载出租车和所述移动终端的位置进行点到点行车路径距离的计算,并通过排序筛选出预定数目的行车路径距离较近的空载出租车;
在筛选出的空载出租车中进一步根据交通状况参数和工程状况参数计算实际可能的行车路径距离,并通过排序筛选出预定数目的实际可能的行车路径距离较近的空载出租车。
8.根据权利要求1所述的智能群呼抢答约车方法,其中,所述约车需求信息的生成过程包括:
所述出租车约车平台根据所述移动终端的位置信息确定所述移动终端的周边建筑及地图信息,并生成包括需求生成时间、自然语言描述和/或地理信息系统图片的约车需求信息。
9.根据权利要求1所述的智能群呼抢答约车方法,其中,所述将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车的操作具体为:
通过短信、彩信或者语音方式将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车;
所述将抢答成功的空载出租车的相关信息发送给所述移动终端的操作具体为:
查询所述抢答成功的空载出租车的相关信息,所述相关信息包括司机的联系电话、车牌号码、运营公司信息中的一种或多种;
将所述抢答成功的空载出租车的相关信息通过短信或彩信的方式发送给所述移动终端。
10.根据权利要求1~9任一所述的智能群呼抢答约车方法,其中,在所述将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车,以及将所述抢答成功的空载出租车的相关信息发送给所述移动终端的操作后,还包括:
所述出租车约车平台对所述移动终端和所述抢答成功的空载出租车的配对信息进行记录,并记录对应的时间标记,以提供乘客后续对预定出租车的查询功能。
11.根据权利要求10所述的智能群呼抢答约车方法,其中,当所述出租车约车平台接收到乘客对预定出租车的查询请求时,对已记录的配对信息进行查询,如果未查询相应的配对信息,则通知乘客无订车信息,否则通知乘客所述空载出租车距离所述移动终端的距离以及估计到达时间。
12.一种出租车约车平台,包括:
约车请求接收单元,用于接收移动终端发送的约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息;
号码缓存单元,用于缓存所述移动终端的号码;
周边参数确定单元,用于根据所述移动终端的位置信息对应的地理环境确定相应的周边参数;
空载出租车查找单元,用于根据所述周边参数查找所述移动终端周边范围内的空载出租车;
耗时分析单元,用于对查找到的各个空载出租车的位置信息和所述移动终端的位置信息进行耗时分析,获得所述各个空载出租车到达所述移动终端的行车路径的距离及耗用时间;
待呼出租车确定单元,用于根据所述耗用时间进行排序和确定优先级别,确定预设数量的待呼空载出租车的出租车信息;
群呼抢答单元,用于启动群呼抢答流程;
通知单元,用于将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车,以及将所述抢答成功的空载出租车的相关信息发送给所述移动终端;
其中,所述群呼抢答单元采用软交换控制方式,具体包括:
电话会议创建组件,用于创建电话会议;
逐一呼叫组件,用于按照所述优先级别对所述待呼空载出租车进行逐一呼叫;
抢答确认组件,用于在逐一呼叫过程中不进行接通等待,并以空载出租车接通作为抢答成功的标志;
呼叫停止组件,用于在抢答成功时,所述出租车约车平台停止对其他空载出租车的呼叫。
13.根据权利要求12所述的出租车约车平台,其中还包括:
精度判断单元,用于判断接收到的发送约车请求中的误差范围所对应的位置信息的位置精度是否低于预设范围;
呼叫接续单元,用于在所述电话会议创建组件创建电话会议时,根据缓存的移动终端的号码呼叫所述移动终端,并且在所述抢答确认组件确认抢答成功时,通过软交换控制方式直接将所述移动终端与群呼抢答流程中抢答成功的空载出租车进行语音接续。
14.根据权利要求12所述的出租车约车平台,其中所述周边参数确定单元具体包括:
地理环境分析组件,用于根据所述移动终端的位置信息分析所述移动终端周边的地理环境情况,判断所述移动终端所处位置的地理属性;
周边参数查询组件,用于根据所述地理属性查询所述出租车约车平台上设置的地理属性与周边参数的数据对照表,获得所述地理属性对应的周边参数。
15.根据权利要求14所述的出租车约车平台,其中,所述空载出租车查找单元具体包括:
周边范围确定组件,用于根据周边参数确定以所述移动终端为中心的圆周型周边范围或者多边形周边范围;
空载信息库查询组件,用于根据确定的圆周型周边范围或者多边形周边范围查找所述出租车约车平台中的空载出租车位置信息库中在该周边范围内的空载出租车。
16.根据权利要求12所述的出租车约车平台,其中所述耗时分析单元具体包括:
空载出租车位置获取组件,用于在确定了在周边范围内的空载出租车后,获得各个空载出租车的位置信息;
模拟路径距离计算组件,用于对各个空载出租车到所述移动终端的行车路径的距离进行模拟路径计算;
距离调整组件,用于根据交通状况参数和工程状况参数对所述计算出的距离进行调整;
耗用时间估测组件,用于根据各个空载出租车对应的行车路径的平均车速估测各个空载出租车到达所述移动终端的耗用时间。
17.根据权利要求12所述的出租车约车平台,其中,还包括:
约车需求生成单元,用于根据所述移动终端的位置信息确定所述移动终端的周边建筑及地图信息,并生成包括需求生成时间、自然语言描述和/或地理信息系统图片的约车需求信息。
18.根据权利要求12所述的出租车约车平台,其中,所述通知单元具体包括:
约车需求通知组件,用于通过短信、彩信或者语音方式将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车;
出租车信息查询组件,用于查询所述抢答成功的空载出租车的相关信息,所述相关信息包括司机的联系电话、车牌号码、运营公司信息中的一种或多种;
出租车信息通知组件,用于将所述抢答成功的空载出租车的相关信息通过短信或彩信的方式发送给所述移动终端。
19.根据权利要求12~18任一所述的出租车约车平台,其中还包括:
配对信息记录单元,用于对所述移动终端和所述抢答成功的空载出租车的配对信息进行记录,并记录对应的时间标记,以提供乘客后续对预定出租车的查询功能。
20.根据权利要求19所述的出租车约车平台,其中还包括:
查询约定及通知单元,用于接收到乘客对预定出租车的查询请求时,对已记录的配对信息进行查询,如果未查询相应的配对信息,则通知乘客无订车信息,否则通知乘客所述空载出租车距离所述移动终端的距离以及估计到达时间。
21.一种包括权利要求12~20任一所述的出租车约车平台的智能群呼抢答约车系统,还包括:
约车客户端,安装在移动终端中,用于向所述出租车约车平台发送约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息。
22.根据权利要求21所述的智能群呼抢答约车系统,其中,所述约车客户端具体包括:
约车指令接收单元,用于接收乘客下发的约车指令;
定位方式选择单元,用于根据所述移动终端自身支持的定位方式确定所述移动终端在当前环境下所支持的较优定位方式;
位置信息获取单元,用于采用所述较优定位方式来获取所述移动终端的精确位置信息和该较优定位方式对应的误差范围;
约车请求发送单元,用于向所述出租车约车平台发送约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息以及用于通知所述出租车约车平台所述移动终端的位置信息的位置精度的所述误差范围。
智能群呼抢答约车方法、系统及出租车约车平台\n技术领域\n[0001] 本发明涉及智能交通与信息通信技术领域,尤其涉及一种智能群呼抢答约车方法、系统及出租车约车平台。\n背景技术\n[0002] 现有的出租车约车服务的通常流程是:当一位乘客需要乘坐出租车,首先需要呼叫出租车调度中心,向调度人员告知乘车需求后,由调度人员通过车载广播的方式将用户需求信息告知出租车司机,临近乘客的出租车可以先通过电话与用户沟通接载的具体时间和碰头地点,也可以直接前往载客。具体流程参见图1所示。在这个流程中,出租车与乘客之间的信息沟通在乘客、出租车调度中心和出租车司机之间传递。\n[0003] 从上述过程可以看出,现有的出租车约车服务系统存在以下问题:\n[0004] 1)整个约车流程仅为约车需求的点到多点的简单广播告知,无法对业务过程进行精确管理和控制,来实现点对点供需匹配,这往往会导致临近出租车都跑向需求点,造成资源浪费,并可能衍生拒载、违约等一系列问题;\n[0005] 2)出租车调度平台从技术上只能获得出租车当前位置,而无法知道乘车人的具体位置,需要通过呼叫中心和乘客之间的繁琐沟通才能确认乘车人的位置及需求,这就延缓了出租车载客的流转过程,降低了调度效率。\n发明内容\n[0006] 本发明的目的是提出一种智能群呼抢答约车方法、系统及出租车约车平台,在出租车和乘客间建立直接、高效的信息沟通渠道和互动方式,加快出租车载客的流转过程,提高调度效率。\n[0007] 为实现上述目的,本发明提供了一种智能群呼抢答约车方法,包括:\n[0008] 出租车约车平台接收移动终端发送的约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息;\n[0009] 所述出租车约车平台缓存所述移动终端的号码,并根据所述移动终端的位置信息对应的地理环境确定相应的周边参数;\n[0010] 所述出租车约车平台根据所述周边参数查找所述移动终端周边范围内的空载出租车,并对查找到的各个空载出租车的位置信息和所述移动终端的位置信息进行耗时分析,获得所述各个空载出租车到达所述移动终端的行车路径的距离及耗用时间;\n[0011] 所述出租车约车平台根据所述耗用时间进行排序和确定优先级别,确定预设数量的待呼空载出租车的出租车信息;\n[0012] 所述出租车约车平台启动群呼抢答流程,将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车,以及将所述抢答成功的空载出租车的相关信息发送给所述移动终端。\n[0013] 进一步的,所述群呼抢答流程包括:\n[0014] 所述出租车约车平台创建电话会议,并按照所述优先级别对所述待呼空载出租车进行逐一呼叫;\n[0015] 在逐一呼叫过程中不进行接通等待,并以空载出租车接通作为抢答成功的标志,当抢答成功时,所述出租车约车平台停止对其他空载出租车的呼叫。\n[0016] 进一步的,在所述移动终端发送约车请求之前,还包括:\n[0017] 所述移动终端接收约车指令后,根据所述移动终端自身支持的定位方式确定所述移动终端在当前环境下所支持的较优定位方式,并采用所述较优定位方式来获取所述移动终端的精确位置信息和该较优定位方式对应的误差范围;\n[0018] 在后续的发送约车请求中也包括该误差范围,用于通知所述出租车约车平台该位置信息的位置精度。\n[0019] 进一步的,如果出租车约车平台接收到的发送约车请求中的误差范围所对应的位置信息的位置精度低于预设范围,则在所述出租车约车平台启动群呼抢答流程后,还包括:\n[0020] 所述出租车约车平台在创建电话会议时,根据缓存的移动终端的号码呼叫所述移动终端,以及按照所述优先级别对所述待呼空载出租车进行逐一呼叫;\n[0021] 在逐一呼叫过程中不进行接通等待,并以空载出租车接通作为抢答成功的标志,当抢答成功时,所述出租车约车平台停止对其他空载出租车的呼叫,并且通过软交换控制方式直接将所述移动终端与群呼抢答流程中抢答成功的空载出租车进行语音接续。\n[0022] 进一步的,所述根据所述移动终端的位置信息对应的地理环境确定相应的周边参数的操作具体为:\n[0023] 根据所述移动终端的位置信息分析所述移动终端周边的地理环境情况,判断所述移动终端所处位置的地理属性;\n[0024] 根据所述地理属性查询所述出租车约车平台上设置的地理属性与周边参数的数据对照表,获得所述地理属性对应的周边参数。\n[0025] 进一步的,所述根据周边参数查找所述移动终端周边范围内的空载出租车的操作具体包括:\n[0026] 根据周边参数确定以所述移动终端为中心的圆周型周边范围或者多边形周边范围;\n[0027] 根据确定的圆周型周边范围或者多边形周边范围查找所述出租车约车平台中的空载出租车位置信息库中在该周边范围内的空载出租车。\n[0028] 进一步的,所述对查找到的各个空载出租车的位置信息和所述移动终端的位置信息进行耗时分析,获得所述各个空载出租车到达所述移动终端的行车路径的距离及耗用时间的操作具体包括:\n[0029] 在确定了在周边范围内的空载出租车后,获得各个空载出租车的位置信息;\n[0030] 对各个空载出租车到所述移动终端的行车路径的距离进行模拟路径计算,根据交通状况参数和工程状况参数对所述计算出的距离进行调整;\n[0031] 根据各个空载出租车对应的行车路径的平均车速估测各个空载出租车到达所述移动终端的耗用时间。\n[0032] 进一步的,所述对各个空载出租车到所述移动终端的行车路径的距离进行模拟路径计算,根据交通状况参数和工程状况参数对所述计算出的距离进行调整的操作具体包括:\n[0033] 对各个空载出租车和所述移动终端的位置进行点到点行车路径距离的计算,并通过排序筛选出预定数目的行车路径距离较近的空载出租车;\n[0034] 在筛选出的空载出租车中进一步根据交通状况参数和工程状况参数计算实际可能的行车路径距离,并通过排序筛选出预定数目的实际可能的行车路径距离较近的空载出租车。\n[0035] 进一步的,所述约车需求信息的生成过程包括:\n[0036] 所述出租车约车平台根据所述移动终端的位置信息确定所述移动终端的周边建筑及地图信息,并生成包括需求生成时间、自然语言描述和/或地理信息系统图片的约车需求信息。\n[0037] 进一步的,所述将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车的操作具体为:\n[0038] 通过短信、彩信或者语音方式将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车;\n[0039] 所述将抢答成功的空载出租车的相关信息发送给所述移动终端的操作具体为:\n[0040] 查询所述抢答成功的空载出租车的相关信息,所述相关信息包括司机的联系电话、车牌号码、运营公司信息中的一种或多种;\n[0041] 将所述抢答成功的空载出租车的相关信息通过短信或彩信的方式发送给所述移动终端。\n[0042] 进一步的,在所述将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车,以及将所述抢答成功的空载出租车的相关信息发送给所述移动终端的操作后,还包括:\n[0043] 所述出租车约车平台对所述移动终端和所述抢答成功的空载出租车的配对信息进行记录,并记录对应的时间标记,以提供乘客后续对预定出租车的查询功能。\n[0044] 进一步的,当所述出租车约车平台接收到乘客对预定出租车的查询请求时,对已记录的配对信息进行查询,如果未查询相应的配对信息,则通知乘客无订车信息,否则通知乘客所述空载出租车距离所述移动终端的距离以及估计到达时间。\n[0045] 为实现上述目的,本发明提供了一种出租车约车平台,包括:\n[0046] 约车请求接收单元,用于接收移动终端发送的约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息;\n[0047] 号码缓存单元,用于缓存所述移动终端的号码;\n[0048] 周边参数确定单元,用于根据所述移动终端的位置信息对应的地理环境确定相应的周边参数;\n[0049] 空载出租车查找单元,用于根据所述周边参数查找所述移动终端周边范围内的空载出租车;\n[0050] 耗时分析单元,用于对查找到的各个空载出租车的位置信息和所述移动终端的位置信息进行耗时分析,获得所述各个空载出租车到达所述移动终端的行车路径的距离及耗用时间;\n[0051] 待呼出租车确定单元,用于根据所述耗用时间进行排序和确定优先级别,确定预设数量的待呼空载出租车的出租车信息;\n[0052] 群呼抢答单元,用于启动群呼抢答流程;\n[0053] 通知单元,用于将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车,以及将所述抢答成功的空载出租车的相关信息发送给所述移动终端。\n[0054] 进一步的,所述群呼抢答单元采用软交换控制方式,具体包括:\n[0055] 电话会议创建组件,用于创建电话会议;\n[0056] 逐一呼叫组件,用于按照所述优先级别对所述待呼空载出租车进行逐一呼叫;\n[0057] 抢答确认组件,用于在逐一呼叫过程中不进行接通等待,并以空载出租车接通作为抢答成功的标志;\n[0058] 呼叫停止组件,用于在抢答成功时,所述出租车约车平台停止对其他空载出租车的呼叫。\n[0059] 进一步的,还包括:\n[0060] 精度判断单元,用于判断接收到的发送约车请求中的误差范围所对应的位置信息的位置精度是否低于预设范围;\n[0061] 呼叫接续单元,用于在所述电话会议创建组件创建电话会议时,根据缓存的移动终端的号码呼叫所述移动终端,并且在所述抢答确认组件确认抢答成功时,通过软交换控制方式直接将所述移动终端与群呼抢答流程中抢答成功的空载出租车进行语音接续。\n[0062] 进一步的,所述周边参数确定单元具体包括:\n[0063] 地理环境分析组件,用于根据所述移动终端的位置信息分析所述移动终端周边的地理环境情况,判断所述移动终端所处位置的地理属性;\n[0064] 周边参数查询组件,用于根据所述地理属性查询所述出租车约车平台上设置的地理属性与周边参数的数据对照表,获得所述地理属性对应的周边参数。\n[0065] 进一步的,所述空载出租车查找单元具体包括:\n[0066] 周边范围确定组件,用于根据周边参数确定以所述移动终端为中心的圆周型周边范围或者多边形周边范围;\n[0067] 空载信息库查询组件,用于根据确定的圆周型周边范围或者多边形周边范围查找所述出租车约车平台中的空载出租车位置信息库中在该周边范围内的空载出租车。\n[0068] 进一步的,所述耗时分析单元具体包括:\n[0069] 空载出租车位置获取组件,用于在确定了在周边范围内的空载出租车后,获得各个空载出租车的位置信息;\n[0070] 模拟路径距离计算组件,用于对各个空载出租车到所述移动终端的行车路径的距离进行模拟路径计算;\n[0071] 距离调整组件,用于根据交通状况参数和工程状况参数对所述计算出的距离进行调整;\n[0072] 耗用时间估测组件,用于根据各个空载出租车对应的行车路径的平均车速估测各个空载出租车到达所述移动终端的耗用时间。\n[0073] 进一步的,还包括:\n[0074] 约车需求生成单元,用于根据所述移动终端的位置信息确定所述移动终端的周边建筑及地图信息,并生成包括需求生成时间、自然语言描述和/或地理信息系统图片的约车需求信息。\n[0075] 进一步的,所述通知单元具体包括:\n[0076] 约车需求通知组件,用于通过短信、彩信或者语音方式将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车;\n[0077] 出租车信息查询组件,用于查询所述抢答成功的空载出租车的相关信息,所述相关信息包括司机的联系电话、车牌号码、运营公司信息中的一种或多种;\n[0078] 出租车信息通知组件,用于将所述抢答成功的空载出租车的相关信息通过短信或彩信的方式发送给所述移动终端。\n[0079] 进一步的,还包括:\n[0080] 配对信息记录单元,用于对所述移动终端和所述抢答成功的空载出租车的配对信息进行记录,并记录对应的时间标记,以提供乘客后续对预定出租车的查询功能。\n[0081] 进一步的,还包括:\n[0082] 查询约定及通知单元,用于接收到乘客对预定出租车的查询请求时,对已记录的配对信息进行查询,如果未查询相应的配对信息,则通知乘客无订车信息,否则通知乘客所述空载出租车距离所述移动终端的距离以及估计到达时间。\n[0083] 为实现上述目的,本发明提供了一种包括任一前述出租车约车平台的智能群呼抢答约车系统,还包括:\n[0084] 约车客户端,安装在移动终端中,用于向所述出租车约车平台发送约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息。\n[0085] 进一步的,所述约车客户端具体包括:\n[0086] 约车指令接收单元,用于接收乘客下发的约车指令;\n[0087] 定位方式选择单元,用于根据所述移动终端自身支持的定位方式确定所述移动终端在当前环境下所支持的较优定位方式;\n[0088] 位置信息获取单元,用于采用所述较优定位方式来获取所述移动终端的精确位置信息和该较优定位方式对应的误差范围;\n[0089] 约车请求发送单元,用于向所述出租车约车平台发送约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息以及用于通知所述出租车约车平台所述移动终端的位置信息的位置精度的所述误差范围。\n[0090] 基于上述技术方案,本发明根据乘客的约车请求针对移动终端所在位置对周边空载出租车进行择优排序,并通过群呼抢答的机制来实现乘客和空载出租车之间快速有效的一对一精确匹配方法,从而在出租车和乘客间建立了直接、高效且实用的信息沟通渠道和互动方式,加快出租车载客的流转过程,提高调度效率。\n附图说明\n[0091] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:\n[0092] 图1为现有的出租车约车服务的通常流程示意图。\n[0093] 图2为本发明智能群呼抢答约车方法的第一实施例的流程示意图。\n[0094] 图3为本发明智能群呼抢答约车方法实施例中利用移动终端所在环境对应的周边参数查找空载出租车过程的具体流程示意图。\n[0095] 图4为本发明智能群呼抢答约车方法实施例中耗时分析过程的具体流程示意图。\n[0096] 图5为本发明智能群呼抢答约车方法的第二实施例的流程示意图。\n[0097] 图6为本发明智能群呼抢答约车系统的一实施例的结构示意图。\n[0098] 图7为本发明智能群呼抢答约车系统的另一实施例中约车客户端的具体结构示意图。\n[0099] 图8为本发明出租车约车平台的一实施例的结构示意图。\n[0100] 图9为本发明出租车约车平台的另一实施例的结构示意图。\n[0101] 图10为本发明出租车约车平台的又一实施例的结构示意图。\n[0102] 图11为本发明出租车约车平台的另一种形态的实施例的结构示意图。\n具体实施方式\n[0103] 下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。\n[0104] 为了解决现有出租车约车服务系统中存在的资源浪费、约车过程繁杂和效率低下等问题,本发明在下文中提出多种智能群呼抢答约车实现方案,通过应用位置通讯、地理信息系统(Geography Information System,简称GIS)和软交换控制等技术,在出租车和乘客之间建立起直接、方便、实时的信息沟通渠道,同时结合城市道路交通分布和拥堵状况等参数,通过优化算法和系统完整设计来自动满足乘客出行中的约车需求,可以提高城市出租车的运作效率。\n[0105] 如图2所示,为本发明智能群呼抢答约车方法的第一实施例的流程示意图。在本实施例中,智能群呼抢答约车流程包括:\n[0106] 步骤101、出租车约车平台接收移动终端发送的约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息;\n[0107] 步骤102、所述出租车约车平台缓存所述移动终端的号码;\n[0108] 步骤103、所述出租车约车平台根据所述移动终端的位置信息对应的地理环境确定相应的周边参数;\n[0109] 步骤104、所述出租车约车平台根据所述周边参数查找所述移动终端周边范围内的空载出租车;\n[0110] 步骤105、所述出租车约车平台对查找到的各个空载出租车的位置信息和所述移动终端的位置信息进行耗时分析,获得所述各个空载出租车到达所述移动终端的行车路径的距离及耗用时间;\n[0111] 步骤106、所述出租车约车平台根据所述耗用时间进行排序和确定优先级别,确定预设数量的待呼空载出租车的出租车信息;\n[0112] 步骤107、所述出租车约车平台启动群呼抢答流程,将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车,以及将所述抢答成功的空载出租车的相关信息发送给所述移动终端。\n[0113] 在本实施例中,乘客可以使用移动终端向出租车约车平台发送约车请求,约车请求可通过移动通信网CDMA 1x或EVDO的数据通道完成上传。该移动终端可以是带有唯一的通讯号码的终端,另外移动终端需要支持至少一种定位方式,例如支持GPS、AGPS、基站定位、第三网络定位等多种定位方式,可以获取移动终端相对精确的位置信息,例如经纬度信息。\n[0114] 如果移动终端支持两种以上的定位方式,则移动终端可以根据自身目前所处的地理环境选择其中较优定位方式。每种定位方式的定位精度存在一定差异,因此在获得移动终端的精确位置信息时,还可以获取该较优定位方式对应的误差范围,这样在后续向出租车约车平台发送约车请求时,将该误差范围随同精确位置信息发送给出租车约车平台,以便出租车约车平台了解接收到移动终端的位置信息的位置精度情况,以此可以选择不同的处理方式。例如针对用户位置精确度较高(10米内)的定位方式,可通过图片方式进行约车,这种方式下可以通过生成约车需求信息并在出租车司机抢答成功后通过短信、彩信或语音的方式推送给出租车司机。该约车需求信息可以包括需求生成时间、自然语言描述和/或地理信息系统图片约车需求信息。这种方式由于可以精确的确定乘客位置,因此只需要进行系统与出租车司机的对话就可以完成约车过程。\n[0115] 但对于精确度一般(10-500米)的定位方式,为了避免因误差导致无法准确的载客,则可通过语音方式进行约车,这种语音方式是在无法获取到用户精确位置情况下(10-\n500米误差范围)的一种语音方式的需求沟通,实质就是在抢答成功后系统直接为用户和出租车司机提供语音沟通话路,实现人与人的对话,而空载出租车是系统从多个出租车司机中通过位置匹配、耗时分析、抢答等方式结合起来而筛选得出。该种方式主要实用性在于降低用户移动终端的定位能力的门槛。\n[0116] 基于上述描述,在另一个实施例中如果在步骤101中,出租车约车平台接收到的发送约车请求中的误差范围所对应的位置信息的位置精度低于预设范围,则在步骤107中所述出租车约车平台启动群呼抢答流程后,还包括:\n[0117] 所述出租车约车平台在创建电话会议时,根据缓存的移动终端的号码呼叫所述移动终端,以及按照所述优先级别对所述待呼空载出租车进行逐一呼叫;\n[0118] 在逐一呼叫过程中不进行接通等待,并以空载出租车接通作为抢答成功的标志,当抢答成功时,所述出租车约车平台停止对其他空载出租车的呼叫,并且通过软交换控制方式直接将所述移动终端与群呼抢答流程中抢答成功的空载出租车进行语音接续。\n[0119] 如果步骤101中出租车约车平台接收到的发送约车请求中的误差范围所对应的位置信息的位置精度不低于预设范围,则采用第一实施例中步骤107中的正常流程。\n[0120] 出租车约车平台获取到了移动终端号码和位置信息后,由于该号码后续通知流程中将会被使用,因此需要先缓存该号码信息。位置信息则作为重要的匹配信息来实现乘客与空载出租车的配对过程。如图3所示,为本发明智能群呼抢答约车方法实施例中利用移动终端所在环境对应的周边参数查找空载出租车过程的具体流程示意图。与上一实施例相比,本实施例中利用移动终端所在环境对应的周边参数查找空载出租车过程对步骤103-\n104进行了细化,具体包括:\n[0121] 步骤201、根据所述移动终端的位置信息分析所述移动终端周边的地理环境情况,判断所述移动终端所处位置的地理属性;\n[0122] 步骤202、根据所述地理属性查询所述出租车约车平台上设置的地理属性与周边参数的数据对照表,获得所述地理属性对应的周边参数;\n[0123] 步骤203、根据周边参数确定以所述移动终端为中心的圆周型周边范围或者多边形周边范围;\n[0124] 步骤204、根据确定的圆周型周边范围或者多边形周边范围查找所述出租车约车平台中的空载出租车位置信息库中在该周边范围内的空载出租车。\n[0125] 在本实施例中,出租车约车平台可以根据移动终端的位置信息分析持有移动终端的乘客周边的地理环境信息,判断该位置的地理属性,例如市中心、市郊、桥梁、隧道等。\n[0126] 对应于不同的地理属性,出租车的运行情况有所不同,对应的周边参数也有所区别。举例来说,对于市中心,由于出租车较为密集,因此其对应的周边参数通常较小,这样就能够控制选出的出租车数量不至于过多;对于市郊,由于出租车较稀疏,因此其对应的周边参数通常较大,这样就能够控制选出的出租车数量不至于过少,以至于难以匹配成功。对于桥梁、隧道等特定地理环境,还需要考虑到其细长形状的特点。\n[0127] 周边参数可以是圆周的半径或直径,以此可以方便的确定以移动终端为中心的一个圆形周边区域。周边参数也可以是多边形的多个角点的相互距离和角度关系,以此可以确定以移动终端为中心的多边形周边范围的多个角点的坐标。\n[0128] 在出租车约车平台可以维持一张地理属性与周边参数的数据对照表,表的形式也可以是数据库。通过查询可以获得地理属性对应的周边参数。出租车约车平台结合GIS引擎可以确定出周边参数对应的范围,再根据出租车约车平台中的空载出租车位置信息库来确定在该周边范围内的空载出租车。每个空载出租车应设有车载GPS和可通讯的车载终端或者其它可联系的通信设备,这样就可以被出租车约车平台获取到相应的出租车当前运行的位置,从而实现精确的筛选和配对。\n[0129] 利用周边参数可以确定一定数量的空载出租车,如果全部进行呼叫,则会给出租车约车平台造成较大的压力,而且采用周边参数所框定的周边范围并未考虑到实际的道路情况,因此可能存在一部分没有配对价值的空载出租车。基于这一情况,本发明在查找出的空载出租车的基础上进一步通过耗时分析进行择优匹配。\n[0130] 如图4所示,为本发明智能群呼抢答约车方法实施例中耗时分析过程的具体流程示意图。与第一实施例相比,本实施例中耗时分析过程对步骤105进行了细化,具体包括:\n[0131] 步骤301、在确定了在周边范围内的空载出租车后,获得各个空载出租车的位置信息;\n[0132] 步骤302、对各个空载出租车到所述移动终端的行车路径的距离进行模拟路径计算,根据交通状况参数和工程状况参数对所述计算出的距离进行调整;\n[0133] 步骤303、根据各个空载出租车对应的行车路径的平均车速估测各个空载出租车到达所述移动终端的耗用时间。\n[0134] 在本实施例中,由于空载出租车中具有车载GPS,因此出租车约车平台可以获得在周边范围内的空载出租车上报的具体位置信息,例如经纬度信息等,也可以通过前文提到的空载出租车位置数据库进行查询获得。\n[0135] 在确定了移动终端的位置信息和各个空载出租车的位置信息后,就可以结合GIS引擎进行模拟路经计算,具体来说,就是将移动终端和任一个空载出租车作为两个点,并计算点到点行车路径距离,行车路径距离应该是按照GIS引擎中的已有道路、道路口等计算出的粗估距离,在这个计算中并不考虑目前可能出现的交通状况参数和工程状况参数,通过这个粗估距离可以先进行一定数量的空载出租车的初次筛选。\n[0136] 在筛选时,可以按照行车路径距离进行排序,并按照相对行车路径距离较近的标准选出预订数量(也包括预定的数量范围)的空载出租车。\n[0137] 初次筛选后,还可以根据交通状况参数和工程状况参数对计算出的行车路径的距离进行调整。交通状况参数可以包括交通拥堵、交通管制等情况,工程状况参数可以包括道路施工、道路改道等情况。交通状况参数和工程状况参数可以由出租车约车平台自行采集数据计算获得,也可以从第三方的信息平台获取。结合这些参数,需要对计算出的行车路径距离进行调整,进而得到实际可能的行车路径距离,并通过按照实际可能的行车路径距离进行排序,二次筛选出预定数目(也包括预定的数量范围)的空载出租车。\n[0138] 通过二次筛选,则可以将一些实际可能的行车路径距离较远的空载出租车排除,得到更具配对价值的部分空载出租车。在主要应用近距优先的原则之外,还可以考虑兼顾处于静止状态的空载出租车优先的原则。从这些二次筛选出的空载出租车中,可以根据各个空载出租车对应的行车路径的平均车速估测各个空载出租车到达所述移动终端的耗用时间。\n[0139] 在计算出各个空载出租车的耗用时间后,通过排序就可以确定出空载出租车到达乘客所在位置的快慢,以此作为优先级别,可以进一步选出部分(可以是预定数量的空载出租车)或全部空载出租车作为待呼空载出租车。这种方式可以最大化的减少用户约车等待时间,提高出租车的响应速度,避免因等待约车时间过长而引起的违约投诉等问题。\n[0140] 接下来,出租车约车平台可以利用软交换控制方式来实现群呼抢答的过程。该过程具体包括:出租车约车平台创建电话会议,并按照前面确定的优先级别对待呼空载出租车进行逐一呼叫,在逐一呼叫过程中不进行接通等待,并以空载出租车接通作为抢答成功的标志,当抢答成功时,出租车约车平台停止对其他空载出租车的呼叫。\n[0141] 按照耗时较短在前的优先级别,依次对待呼空载出租车进行呼叫,这样较先被呼叫的空载出租车可能更快的响应,这样就便于建立一个极有效率的配对关系。考虑到客观原因,如果先被呼叫的空载出租车不能或不愿进行立刻响应,则可由较后被呼叫的空载出租车进行响应,这样仍然能保证一定的配对成功率。\n[0142] 群呼抢答过程这种一进多出的通讯方式,可以尽量排除出租车司机不愿载客的主观因素及系统难以识别的其它客观原因,而引入抢答竞争的机制,则可以明显提高出租车司机的应约效率。\n[0143] 当某位司机抢答后,出租车约车平台利用软交换控制方式切断其它呼叫,并且将生成的约车需求信息通知给群呼抢答流程中抢答成功的该空载出租车。这里的约车需求信息主要是由出租车约车平台根据移动终端的位置信息确定该移动终端的周边建筑及地图信息,并以此生成包括需求生成时间、自然语言描述和/或地理信息系统图片的约车需求信息。\n[0144] 通过约车需求信息,出租车司机可以较容易的获知正在约车的乘客的所在位置,从而更容易的到达乘客位置进行载客。相应的,出租车约车平台可以通过短信或者语音等多种方式将生成的约车需求信息通知给该空载出租车的司机,这一过程可以利用安装在出租车内的车载终端或者出租车司机所注册的其它终端号码。对于静止的空载出租车,采用短信或彩信方式可能容易阅读,而对于行进中的空载出租车,采用语音方式则可能更为安全,降低驾驶事故发生的机率。\n[0145] 当某位司机抢答后,也需要及时通知给乘客,此时可以查询该抢答成功的空载出租车的相关信息,该相关信息可以是预先注册在出租车约车平台上,或者从出租车运营公司获取等方式,相关信息可以包括司机的联系电话、车牌号码、运营公司信息中的一种或多种。得到抢答成功的空载出租车的相关信息后,可通过短信或彩信的方式发送给移动终端,完成通知过程。\n[0146] 出租车司机和乘客的通知过程不必在同一时刻进行,优选同时进行,这样可以使出租车司机尽量早的向乘客方向行驶,同时也降低乘客的约车等待时间。\n[0147] 如图5所示,为本发明智能群呼抢答约车方法的第二实施例的流程示意图。与上一实施例相比,本实施例在步骤107之后,还包括步骤108,出租车约车平台对所述移动终端和所述抢答成功的空载出租车的配对信息进行记录,并记录对应的时间标记,以提供乘客后续对预定出租车的查询功能。\n[0148] 在记录配对信息的基础上,当出租车约车平台接收到乘客对预定出租车的查询请求时,可以对已记录的配对信息进行查询,如果未查询相应的配对信息,则通知乘客无订车信息,否则通知乘客所述空载出租车距离所述移动终端的距离以及估计到达时间。这样就可以为用户提供较为完备的约车服务体验。\n[0149] 本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。\n[0150] 如图6所示,为本发明智能群呼抢答约车系统的一实施例的结构示意图。在本实施例中,智能群呼抢答约车系统包括出租车约车平台1和约车客户端2。其中,约车客户端2可以被安装在乘客持有的移动终端中,用来向出租车约车平台1发送约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息。\n[0151] 出租车约车平台1可以为乘客和空载出租车提供一对一的精确配对操作,具体实现参见后面的实施例,此处暂不多提。\n[0152] 下面结合图7对本发明智能群呼抢答约车系统的另一实施例中约车客户端的具体结构进行说明,在本实施例中,约车客户端2具体包括:约车指令接收单元21、定位方式选择单元22、位置信息获取单元23和约车请求发送单元24。\n[0153] 约车指令接收单元21负责接收乘客下发的约车指令,具体来说,可以是设置在终端中的某个软件功能按键或物理实体按键所对应的约车指令,也可以是功能菜单、语音拨号等形式。\n[0154] 移动终端自身可能支持多种定位方式,例如GPS、AGPS、小区定位等,定位方式选择单元22负责根据所述移动终端自身支持的定位方式确定所述移动终端在当前环境下所支持的较优定位方式。\n[0155] 位置信息获取单元23负责采用所述较优定位方式来获取所述移动终端的精确位置信息和该较优定位方式对应的误差范围。\n[0156] 约车请求发送单元24负责向出租车约车平台1发送约车请求,所述约车请求包括所述移动终端的号码、所述移动终端的位置信息以及误差范围,该误差范围用于通知所述出租车约车平台所述移动终端的位置信息的位置精度。\n[0157] 下面通过图8-图11中多个出租车约车平台的实施例进行一一的说明。\n[0158] 如图8所示,为本发明出租车约车平台的一实施例的结构示意图。在本实施例中,出租车约车平台包括:约车请求接收单元11、号码缓存单元12、周边参数确定单元13、空载出租车查找单元14、耗时分析单元15、待呼出租车确定单元16、群呼抢答单元17和通知单元\n18。\n[0159] 约车请求接收单元11负责接收移动终端发送的约车请求,所述约车请求包括所述移动终端的号码和所述移动终端的位置信息。\n[0160] 号码缓存单元12负责缓存所述移动终端的号码。\n[0161] 周边参数确定单元13负责根据所述移动终端的位置信息对应的地理环境确定相应的周边参数。对于周边参数确定单元13来说,可以进一步具体包括:\n[0162] 地理环境分析组件,用于根据所述移动终端的位置信息分析所述移动终端周边的地理环境情况,判断所述移动终端所处位置的地理属性;\n[0163] 周边参数查询组件,用于根据所述地理属性查询所述出租车约车平台上设置的地理属性与周边参数的数据对照表,获得所述地理属性对应的周边参数。\n[0164] 空载出租车查找单元14负责根据所述周边参数查找所述移动终端周边范围内的空载出租车。对于空载出租车查找单元14来说,可以进一步具体包括:\n[0165] 周边范围确定组件,用于根据周边参数确定以所述移动终端为中心的圆周型周边范围或者多边形周边范围;\n[0166] 空载信息库查询组件,用于根据确定的圆周型周边范围或者多边形周边范围查找所述出租车约车平台中的空载出租车位置信息库中在该周边范围内的空载出租车。\n[0167] 耗时分析单元15负责对查找到的各个空载出租车的位置信息和所述移动终端的位置信息进行耗时分析,获得所述各个空载出租车到达所述移动终端的行车路径的距离及耗用时间。对于耗时分析单元15来说,可以进一步具体包括:\n[0168] 空载出租车位置获取组件,用于在确定了在周边范围内的空载出租车后,获得各个空载出租车的位置信息;\n[0169] 模拟路径距离计算组件,用于对各个空载出租车到所述移动终端的行车路径的距离进行模拟路径计算;\n[0170] 距离调整组件,用于根据交通状况参数和工程状况参数对所述计算出的距离进行调整;\n[0171] 耗用时间估测组件,用于根据各个空载出租车对应的行车路径的平均车速估测各个空载出租车到达所述移动终端的耗用时间。\n[0172] 待呼出租车确定单元16负责根据所述耗用时间进行排序和确定优先级别,确定预设数量的待呼空载出租车的出租车信息。\n[0173] 群呼抢答单元17负责启动群呼抢答流程。群呼抢答单元17可以采用软交换控制方式,并进一步具体包括:\n[0174] 电话会议创建组件,用于创建电话会议;\n[0175] 逐一呼叫组件,用于按照所述优先级别对所述待呼空载出租车进行逐一呼叫;\n[0176] 抢答确认组件,用于在逐一呼叫过程中不进行接通等待,并以空载出租车接通作为抢答成功的标志;\n[0177] 呼叫停止组件,用于在抢答成功时,所述出租车约车平台停止对其他空载出租车的呼叫。\n[0178] 通知单元18负责将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车,以及将所述抢答成功的空载出租车的相关信息发送给所述移动终端。对于通知单元18,可以进一步具体包括:\n[0179] 约车需求通知组件,用于通过短信、彩信或者语音方式将生成的约车需求信息通知给群呼抢答流程中抢答成功的空载出租车;\n[0180] 出租车信息查询组件,用于查询所述抢答成功的空载出租车的相关信息,所述相关信息包括司机的联系电话、车牌号码、运营公司信息中的一种或多种;\n[0181] 出租车信息通知组件,用于将所述抢答成功的空载出租车的相关信息通过短信或彩信的方式发送给所述移动终端。\n[0182] 在另一个实施例中,出租车约车平台还可以进一步包括:约车需求生成单元,用于根据所述移动终端的位置信息确定所述移动终端的周边建筑及地图信息,并生成包括需求生成时间、自然语言描述和/或地理信息系统图片的约车需求信息。\n[0183] 如图9所示,为本发明出租车约车平台的另一实施例的结构示意图。与上一实施例相比,本实施例中出租车约车平台可以进一步包括:精度判断单元19a和呼叫接续单元19b。\n[0184] 精度判断单元19a负责判断接收到的发送约车请求中的误差范围所对应的位置信息的位置精度是否低于预设范围。呼叫接续单元19b用于在所述电话会议创建组件创建电话会议时,根据缓存的移动终端的号码呼叫所述移动终端,并且在所述抢答确认组件确认抢答成功时,通过软交换控制方式直接将所述移动终端与群呼抢答流程中抢答成功的空载出租车进行语音接续。\n[0185] 如图10所示,为本发明出租车约车平台的又一实施例的结构示意图。与上一实施例相比,本实施例还进一步包括:配对信息记录单元19c,负责对所述移动终端和所述抢答成功的空载出租车的配对信息进行记录,并记录对应的时间标记,以提供乘客后续对预定出租车的查询功能。\n[0186] 本实施例还可以进一步包括查询约定及通知单元19d,负责接收到乘客对预定出租车的查询请求时,对已记录的配对信息进行查询,如果未查询相应的配对信息,则通知乘客无订车信息,否则通知乘客所述空载出租车距离所述移动终端的距离以及估计到达时间。\n[0187] 除了具有上述各种结构的出租车约车平台实施例之外,图11还示出了本发明出租车约车平台的另一种形态的实施例的结构示意图。在本实施例中,出租车约车平台包括通讯控制单元31、地理位置分析单元32、交通信息分析单元33、位置匹配模块34、软交换控制单元35以及应用服务单元36。\n[0188] 通信控制单元31实现与约车客户端的各类通信服务,包括语音、短信、彩信、互联网数据等形式,收集乘客及出租车需求、地理位置等信息,通过衔接约车客户端和平台的其他单元实现整个约车服务流程。该单元还支持履行对乘客位置判断职能,即根据用户位置信息能否获取将需求处理进行分流,若可获取到用户位置信息,则后续流程交平台自动完成,若不可获取到用户位置信息,则流程转到呼叫中心人工完成后续精确约车。\n[0189] 地理位置分析单元32负责在获取到用户精确位置信息及误差信息后,判别该用户所处的大致地理环境,如城市中心、郊区、桥梁、隧道等多种地理环境情况。\n[0190] 交通信息分析单元33负责在通讯控制模块31收集到出租车和乘客精确位置信息后,将结合道路拥堵、反向、桥梁、隧道等情况,对出租车到乘客的行车路线进行模拟路径计算,估测出租车与乘客间的实际行车路径距离和耗时。\n[0191] 位置匹配模块34负责配合交通信息分析单元实现乘客与出租车之间两次位置数据匹配,第一次为获取到乘客及出租车精确位置信息后进行点到点之间最短行车路径距离的匹配,此时将对每个乘客匹配约定数量(例如10台等)最近出租车,后续在交通信息分析单元分析完实际路径数据后,再进行约定数量(例如5台)最短行车路径的出租车匹配。\n[0192] 软交换控制单元35负责控制实现群呼抢答的约车,系统在接通乘客的语音呼叫后,创建会议资源,并对匹配成功的出租车司机进行群呼,对抢答成功的出租车司机提供约车需求,也将约车信息通知给乘客,另外还可以对抢答成功的出租车司机与乘客进行话务接续,通话完成后,根据出租车和用户的需求,进行其他任何事件(如投诉建议)的流程呼转。\n[0193] 应用服务单元36负责实现系统对外的标准预留接口及其他应用的拓展,如经过一段时间的平台运营,在获取到一定的乘客需求后,可对相关情况进行数据挖掘,辅助其他应用功能。\n[0194] 本发明的上述各实施例根据乘客的约车请求针对移动终端所在位置对周边空载出租车进行择优排序,并通过群呼抢答的机制来实现乘客和空载出租车之间快速有效的一对一精确匹配方法,从而在出租车和乘客间建立了直接、高效且实用的信息沟通渠道和互动方式,加快出租车载客的流转过程,提高调度效率。\n[0195] 最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制;尽管参照较佳实施例对本发明进行了详细的说明,所属领域的普通技术人员应当理解:依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换;而不脱离本发明技术方案的精神,其均应涵盖在本发明请求保护的技术方案范围当中。
法律信息
- 2016-08-17
- 2013-10-16
实质审查的生效
IPC(主分类): H04W 4/02
专利申请号: 201110442643.8
申请日: 2011.12.27
- 2013-07-03
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| | 暂无 |
1998-08-25
| | |
2
| |
2004-03-24
|
2003-08-13
| | |
3
| |
2009-09-02
|
2008-03-31
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |