CN101799978A - 一种车辆调度方法、服务器、移动终端和系统 - Google Patents

Abstract

本发明实施例提供了一种车辆调度方法、服务器、移动终端和系统，该方法包括：接收第一移动终端基于STK发送的乘调度请求OTA消息；根据所述调度请求OTA消息筛选出符合条件的车辆信息；根据所述车辆信息向符合条件的第二移动终端发送请求确认OTA消息；根据出租车移动终端基于STK返回的确认OTA消息，发送呼叫建立OTA消息给所述第二移动终端来使所述第二移动终端建立与所述第一移动终端的语音连接。本发明实施例利用车辆调度服务器来联系第一移动终端和第二移动终端，其中第二移动终端和所要调度的车辆相对应，整个调度过程都基于STK技术，使得车辆调度过程中不再需要第三方人工进行干涉，调度效率较高。

Description

一种车辆调度方法、服务器、移动终端和系统

技术领域

本发明涉及通信领域，尤其是涉及一种利用通信技术进行车辆调度的方法、装置、移动终端和系统。

背景技术

近年来，随着经济的发展，城市化的演进，各种车辆(尤其是出租车)已经成为城市里必不可少的出行交通工具。城市出租车行业的繁荣，给城市居民出行带来了极大的便利，作为固定线路的公交及地铁的有效补充，出租车可以给乘客提供一种自由灵活、舒适快捷的交通服务；但正是出租车这种有别于固定线路交通服务工具的特点，造成出租车与乘客需求的信息不对称，使得出租车不可避免的出现空跑率高的问题，城市里经常出现一些区域内出租车大量空置，出租车排队等客，而另一区域内乘客较多，出租车不能满足需求，乘客排队等车的现象，这造成交通资源浪费的同时，出租车无效空跑也加重了废气污染、交通堵塞等一系列的城市问题。

现有的出租车调度方面的技术主要有两种：集群呼叫方式和全球定位系统(Global Positioning System，GPS)人工调度方式。

集群呼叫方式的大致流程是：当乘客有调度出租车需求时，通过语音呼叫到调度中心，调度中心的管理员接收到语音呼叫，直接与乘客进行沟通，确认乘客的需求信息后，再向所有出租车司机进行呼叫，接受该调度需求的出租车司机以抢先应答的方式回应，然后调度中心也是通过语音呼叫告诉出租车司机具体的调度信息，出租车司机便可以与乘客建立语音呼叫明确信息，然后前往乘客所在位置提供车辆服务。

而GPS人工调度方式的大致流程是：乘客首先进行语音呼叫，调度中心接到乘客呼叫后，先和乘客直接沟通以确认调度需求，然后调度员通过查询GPS管理系统，对车辆的位置进行了解并有选择的进行呼叫，接收到寻呼的出租车进行抢先式应答，然后出租车和乘客建立联系并提供服务。

但是，上述两种车辆调度方式都存在着以下缺陷：调度过程中都需要人工参与，且需要进行多次语音呼叫，调度效率低下。

发明内容

针对上述缺陷，本发明实施例提供了一种车辆调度方法、装置和系统，用于减少车辆调度过程中的人工参与，提高车辆调度效率。

一方面，本发明实施例提出了一种车辆调度方法，该方法包括：接收第一移动终端基于用户识别应用开发工具(Subscriber Identity Module Toolkit，STK)发送的调度请求空中接口协议(Over The Air delivery protocol，OTA)消息；根据所述调度请求OTA消息筛选出符合条件的车辆信息；根据所述车辆信息向符合条件的第二移动终端发送请求确认OTA消息；根据第二移动终端基于STK返回的确认OTA消息，发送呼叫建立OTA消息给所述第二移动终端来使所述第二移动终端建立与所述第一移动终端的语音连接。

另一方面，本发明实施例还提出了一种车辆调度服务器，该装置包括：接收单元，用于接收第一移动终端基于STK发送的调度请求OTA消息；筛选单元，用于根据所述调度请求OTA消息筛选出符合条件的车辆信息；请求确认单元，用于根据所述车辆信息向符合条件的第二移动终端发送请求确认OTA消息；呼叫建立单元，用于根据第二移动终端基于STK返回的确认OTA消息，发送呼叫建立OTA消息给所述第二移动终端来使所述第二移动终端建立与所述第一移动终端的语音连接。

另一方面，本发明实施例还提出了一种车辆调度系统，包括：第一移动终端、第二移动终端和如上所述的车辆调度服务器，所述第一移动终端用于基于STK向所述车辆调度服务器发送调度请求OTA消息；所述第二移动终端用于接收所述车辆调度服务器发送的请求确认OTA消息，根据所述请求确认OTA消息向所述车辆调度服务器返回确认OTA消息，并根据所述车辆调度服务器发送的呼叫建立OTA消息与所述第一移动终端建立语音连接。

另一方面，本发明实施例还提出了一种移动终端，该移动终端包括STKSIM卡，所述STK SIM卡内安装有车辆调度程序，用于向车辆调度服务器发送调度请求OTA消息，和/或用于接收所述车辆调度服务器发送的请求确认OTA消息、向所述车辆调度服务器发送确认OTA消息、以及接收车辆调度服务器发送的呼叫建立OTA消息。

本发明实施例利用车辆调度服务器来联系第一移动终端和第二移动终端，其中第二移动终端和所要调度的车辆相对应，整个调度过程都基于STK技术，使得车辆调度过程中不再需要第三方人工进行干涉，调度效率较高。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍，显而易见，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种车辆调度方法的流程示意图；

图2为本发明实施例提供的一种乘车请求短消息的格式图；

图3为本发明实施例提供的另一种车辆调度方法的流程示意图；

图4为本发明实施例提供的一种车辆调度服务器的结构示意图；

图5为本发明实施例提供的另一种车辆调度服务器的结构示意图；

图6为本发明实施例提供的一种车辆筛选模块的结构示意图；

图7为本发明实施例提供的一种车辆调度系统结构示意图；

图8为本发明实施例提供的一种移动终端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

由于在本发明实施例中车辆调度的双方为第一移动终端及第二移动终端，而第一移动终端可以为调度方，其可以为个人，比如出租车的乘客，也可以为车辆，只需该车辆中具有第一移动终端即可；第二移动终端为被调度方，其可以是出租车或者其他车辆。可以看出不论调度方为个人还是车辆，也不论被调度方为何种车辆，其调度的最终对象是双方的移动终端，因此为了更加清楚的描述本发明实施例，在以下各个实施例中第一移动终端都将以乘客移动终端替代，而第二移动终端都将以出租车移动终端加以替代。

如图1所示为本发明实施例提供的一种车辆调度方法的流程示意图，需要指出的是，本实施例是从服务器侧对本发明进行的描述，该方法可以包括如下步骤：

S101：接收乘客移动终端基于STK发送的调度请求OTA消息；

其中，该调度请求OTA消息内包括了乘客的需求信息，为了方便乘客，在本实施例中该需求信息可以仅包括该乘客是否需要乘车的信息，当然，作为本发明的一个实施例，该需求信息中也可以包括关于该乘客更多的信息，比如乘客所处的大致位置信息、乘客需要乘坐的出租车公司信息等。作为本发明的一个实施例，乘客可以通过移动终端的STK用户身份识别(Subscriber Identity Module，SIM)卡内的出租车调度程序来发送该调度请求OTA短消息。和普通SIM卡相比，STK SIM卡具有较大的存储容量和一定的数据处理能力，其内可以存放各种应用程序，而上述出租车调度程序就是预先存放在乘客移动终端的STK SIM卡中的。

当乘客进入乘客移动终端的STK SIM卡的应用程序菜单并选择该出租车调度程序后，移动终端会将该选择以选择子菜单(select item)的终端响应(terminal response)的形式下达给乘客移动终端的STK SIM卡；乘客移动终端的STK SIM卡接收到该终端响应后，会进行解析处理，随即会自动上报一个发送短消息(send short message)的主动命令(proactive command)给乘客移动终端；然后乘客移动终端再发送一条包含乘客需求信息的调度请求OTA短消息，在这里，由于是利用乘客移动终端的STK SIM卡内的应用程序发送的短消息，该短消息会以空中接口协议(Over The Air delivery protocol，OTA)短消息的形式发送给服务器侧。比如，会发送一如图2所示格式的OTA短消息给服务器侧，其中用户数据字段可以包括乘客的各种乘车需求信息，该OTA短信的各个字段和现有OTA短信字段作用相类似，在此不再赘述。

S102：根据调度请求OTA消息筛选出符合条件的出租车信息；

服务器侧在收到步骤S101中由乘客发送的调度请求OTA消息后，会对该调度请求OTA消息进行解析，提取出其中乘客的需求信息，然后根据该需求信息筛选出符合条件的出租车信息。

需要指出的是，服务器侧预先已经登记好可以接受调度的出租车信息，该出租车信息在本实施例中主要是指出租车移动终端的号码信息。

在本实施例中，根据需求信息的不同，服务器侧的操作也会有所不同，比如，当需求信息仅包括乘客是否需要乘车的信息时，服务器侧需要利用位置定位技术先找出乘客移动终端所处的位置，然后再找出适合的出租车信息，比如利用位置定位技术找到距离该乘客移动终端一定范围内的出租车；当需求信息内还包括乘客的大体位置时，服务器侧则仅需要根据该大体位置找出适合的出租车信息即可；而当需求信息还包括乘客对出租车公司的要求时，服务器侧则会根据该要求再对出租车信息进行进一步的筛选。

S103：根据所述符合条件的出租车信息向符合条件的出租车移动终端发送请求确认OTA消息；

服务器侧在找到符合条件的出租车信息后，即根据该些出租车信息向对应的出租车移动终端群发请求确认OTA消息，该请求确认OTA消息内包括了乘客的位置信息，使得出租车司机可以根据自身情况来选择是否接受该乘客的乘车请求。

作为本发明的一个实施例，出租车移动终端的STK SIM卡内也包括出租车调度程序。出租车移动终端在收到该请求确认OTA消息后，其STK SIM卡会自动上报一个显示文本(display test)的主动命令给出租车移动终端，出租车移动终端内的处理单元执行该主动命令，自动将短信内容显示给司机，并让司机选择是否接受该次乘车请求。

S104：根据出租车移动终端基于STK返回的确认OTA消息，发送呼叫建立OTA消息给所述出租车移动终端，从而使所述出租车移动终端建立与所述乘客移动终端的语音连接。

对于出租车移动终端返回的确认OTA消息，服务器侧采用抢占式调度方式，即只接受最先反馈的确认OTA消息，而拒绝后续收到的确认OTA消息。上述服务器侧向出租车移动终端发出的呼叫建立OTA消息包括了乘客移动终端的电话号码，这样，可以使出租车移动终端可以根据该电话号码建立与所述乘客移动终端的语音连接。

出租车移动终端的STK SIM卡可以自动解析该呼叫建立OTA消息内的乘客移动终端的电话号码，并上报一个建立语音呼叫(setup call)的主动命令给出租车移动终端，出租车移动终端执行该主动命令，从而建立司机和乘客之间的直接语音呼叫完成调度。

本发明实施例利用车辆调度服务器来联系乘客移动终端和出租车移动终端，整个调度过程都基于STK技术，使得出租车(车辆)调度过程中不再需要第三方人工进行干涉，调度效率较高。

如图3所示为本发明实施例提供的另一种车辆调度方法的流程示意图，该方法包括如下步骤：

S301：乘客进入自己移动终端的STK应用程序菜单，选择其中的出租车调度程序；

在本实施例中，乘客移动终端和出租车移动终端都支持STK SIM卡，且都安装了出租车调度程序。

当乘客选择了出租车调度程序后，其移动终端的STK功能模块会将该选择以选择子菜单(select item)的终端响应(terminal response)的形式下达给STK SIM卡。

S302：乘客移动终端的STK SIM卡收到步骤S301的终端响应后，对该终端响应进行解析处理并上报一个发送短消息(send short message)的主动命令(proactive command)给乘客移动终端；

S303：乘客移动终端自动执行步骤S302中的主动命令，发送调度请求OTA短消息给OTA服务器，该调度请求OTA短消息内包括了乘客的需求信息；在本实施例中，该乘客的需求信息可以仅包含了乘客是否需要乘车的信息。

S304：OTA服务器解析乘客移动终端发送的上述调度请求OTA短消息，确定该乘客需要乘车后，将该调度请求OTA短消息转发给车辆调度服务器，由车辆调度服务器对该次乘车请求进行进一步的处理；

当然，在本实施例中OTA服务器也可以仅将乘客的相关信息发送给车辆调度服务器，比如乘客移动终端的电话号码。

S305：车辆调度服务器首先根据该调度请求OTA短消息内包含的乘客移动终端号码向运营商网络侧的归属位置寄存器(Home Location Register，HLR)或拜访位置寄存器(Visitor Location Register，VLR)发起位置查询请求，确定该乘客移动终端当前所注册的小区ID，从而确定其大致的位置信息。HLR中记录着本地用户的位置信息，而VLR中记录着漫游用户的位置信息，上述位置信息以小区ID的形式存在，乘客从一个小区进入另一个小区时，其HLR中记录的小区ID信息也会相应的发生变化，因此可以根据乘客当前所注册的小区ID来确定其大致的位置信息。然后，车辆调度服务器根据预先登记的出租车移动终端的电话号码信息向HLR或VLR查询到这些出租车移动终端注册的小区ID，并判断这些出租车移动终端所注册的小区距乘客移动终端所注册的小区是否在调度半径范围内，筛选出在调度半径范围内的出租车信息(主要是出租车移动终端的号码信息)。

作为本发明的一个实施例，以乘客所处的小区ID所示地区为中心的调度半径范围内没有可调度的出租车，则按照设定值逐步增加调度半径并进行出租车信息的重新筛选，直到找到可调度的出租车为止。

S306：车辆调度服务器将筛选出的出租车信息反馈给OTA服务器。

S307：OTA服务器根据步骤S306内的出租车信息给对应的出租车移动终端发送请求确认OTA短消息(OTA短消息)，该请求确认OTA短消息内包括了乘客的位置信息，出租车司机可以根据该位置信息来决定是否接受该次乘车请求。

S308：出租车移动终端收到上述请求确认OTA短消息后，其STK SIM卡上报一个显示文本(display test)主动命令给出租车移动终端，出租车移动终端执行该主动命令，自动将短信内容显示给司机，并提供选择菜单给司机来进行确认，比如该选择菜单可以包括：接受请求和拒绝请求。

S309：如果在步骤S308中司机选择了接受请求，则出租车移动终端会将确认结果以获取确认(get inkey)终端响应的方式下发给出租车移动终端的STK SIM卡。

S310：出租车移动终端的STK卡处理上述终端响应命令，自动上报一个发送短消息的主动命令给出租车移动终端。

S311：出租车移动终端根据该主动命令向OTA服务器发送一条确认OTA短消息，该确认OTA短消息包括了出租车司机接受请求的信息。

S312：OTA服务器在收到步骤S311里的确认短消息后，会发送一呼叫建立OTA短消息给相应的出租车移动终端，该呼叫建立OTA短消息中包括了乘客的电话号码信息。

在本实施例中，为了防止多个司机都接受请求而导致冲突，OTA服务器只接受最先反馈的确认OTA短消息，而拒绝后续收到的确认OTA短消息。

需要指出的是，作为本发明的一个实施例，OTA服务器在步骤S307后可以启动一定时器进行计时，如果在设定时间内未收到任何出租车移动终端返回的确认OTA短消息，则按照设定值逐步增加所述调度半径并进行出租车信息的重新筛选。

S313：出租车移动终端解析出乘客电话号码，触发出租车移动终端的STKSIM卡上报一个建立语音呼叫(setup call)的主动命令给出租车移动终端。

S314：出租车移动终端执行该主动命令，建立与乘客移动终端语音呼叫。这样，出租车司机就可以进一步与乘客商量乘车相关事宜了。

需要指出的是，在本实施例中，OTA服务器和调度服务器的功能也可以集成到一个单独的服务器中，比如在OTA服务器中内置调度单元，由该调度单元来完成调度服务器的操作。

本发明实施例利用车辆调度服务器来联系乘客移动终端和出租车移动终端，整个调度过程都基于STK技术，使得出租车(车辆)调度过程中不再需要第三方人工进行干涉，调度效率较高。另外，本发明实施例的车辆调度服务器会根据乘客的位置查找其调度半径范围内的出租车，并对这些出租车进行调度，这种调度方法在具有高效的同时还能有效缓解交通堵塞等问题。

如图4所示为本发明实施例提供的一种车辆调度服务器的结构示意图，包括接收单元410、筛选单元420、请求确认单元430和呼叫建立单元440，其中：

接收单元410，用于接收乘客移动终端基于STK发送的调度请求OTA消息，该调度请求OTA消息内包括了乘客的需求信息，为了方便乘客，在本实施例中该需求信息可以仅包括该乘客是否需要乘车的信息，当然，作为本发明的一个实施例，该需求信息中也可以包括关于该乘客更多的信息，比如乘客所处的大致位置信息、乘客需要乘坐的出租车公司信息等。

作为本发明的一个实施例，接收单元410接收的调度请求OTA消息可以是一OTA短消息，该OTA短消息是调用乘客移动终端的STK SIM卡内的出租车调度程序而发出的。

筛选单元420，用于根据接收单元410接收的调度请求OTA消息筛选出符合条件的出租车信息。

具体来说，筛选单元420可以对该调度请求OTA消息进行解析，提取出其中乘客的需求信息，然后根据该需求信息筛选出符合条件的出租车信息。需要指出的是，本发明实施例的车辆调度服务器内预先已经登记好可以接受调度的出租车信息，该出租车信息在本实施例中可以是出租车移动终端的号码信息。

在本实施例中，根据需求信息的不同，筛选单元420的操作也会有所不同，比如，当需求信息内仅包括乘客是否需要乘车的信息时，筛选单元420需要利用位置定位技术先找出乘客移动终端所处的位置，然后再找出适合的出租车信息，比如利用位置定位技术找到距离该乘客移动终端一定范围内的出租车；当需求信息内还包括乘客的大体位置时，筛选单元420则仅需要根据该大体位置找出适合的出租车信息即可；而当需求信息还包括乘客对出租车公司的要求时，筛选单元420则会根据该要求再对出租车信息进行进一步的筛选。

请求确认单元430，用于根据筛选单元420筛选出的出租车信息向符合条件的出租车移动终端发送请求确认OTA消息。

该请求确认OTA消息内包括了乘客的位置信息，使得出租车司机可以根据自身情况来选择是否接受该乘客的乘车请求。

作为本发明的一个实施例，上述请求确认OTA消息可以是针对出租车移动终端内出租车调度程序的OTA短消息。出租车移动终端在收到该OTA短消息后，其STK SIM卡会自动上报一个显示文本(display test)的主动命令给出租车移动终端，出租车移动终端执行该主动命令，自动将短信内容显示给司机，并让司机选择是否确认该次请求。

呼叫建立单元440，用于根据出租车移动终端返回的确认OTA消息，发送呼叫建立OTA消息给所述出租车移动终端，使所述出租车移动终端建立与所述乘客移动终端的语音连接。

对于出租车移动终端返回的确认OTA消息，本发明实施例的车辆调度服务器采用抢占式调度方式，即只接受最先反馈的确认OTA消息，而拒绝后续收到的确认OTA消息。上述呼叫建立单元440向出租车移动终端发出的呼叫建立OTA消息内包括了乘客移动终端的电话号码，使得出租车移动终端可以根据该电话号码建立与所述乘客移动终端的语音连接。

作为本发明的一个实施例，上述呼叫建立OTA消息也可以为OTA短消息，此时出租车移动终端的STK SIM卡可以自动解析该OTA短消息内的乘客移动终端的电话号码，并上报一个建立语音呼叫(setup call)的主动命令给出租车移动终端，出租车移动终端执行该主动命令，从而建立司机和乘客之间的直接语音呼叫完成调度。

本发明实施例利用车辆调度服务器来联系乘客移动终端和出租车移动终端，整个调度过程都基于STK技术，使得出租车(车辆)调度过程中不再需要第三方人工进行干涉，调度效率较高。

如图5所示为本发明实施例提供的另一种车辆调度服务器的结构示意图，该装置包括接收单元510、筛选单元520、请求确认单元530和呼叫建立单元540，其中接收单元510、请求确认单元530和呼叫建立单元540与上述实施例中相类似，在此就不再进行赘述了。

在本实施例中，筛选单元520包括乘客位置查询模块521和出租车筛选模块522，其中：

第一移动终端位置查询模块521，用于根据接收单元510所接收的调度请求OTA消息内的乘客移动终端的电话号码向HLR或VLR查询到乘客移动终端当前注册的小区标识ID。具体来说，乘客位置查询模块521可以先将乘客移动终端的电话号码从调度请求OTA消息内解析出来，然后根据该电话号码向运营商网络侧的HLR或VLR发起位置查询请求，确定该乘客移动终端当前所注册的小区ID，从而根据该小区ID再确定乘客大致的位置信息。

车辆筛选模块522，用于筛选出以上述小区ID所示地区为中心的调度半径范围内的出租车信息。如图6所示，在本实施例中，出租车筛选模块522还可以包括位置查询子模块5221和筛选子模块5222。

位置查询子模块5221，用于根据预先登记的出租车移动终端的电话号码信息向HLR或VLR查询到所述出租车移动终端注册的小区ID。

本发明实施例的车辆调度服务器内预先登记有可能接受调度的出租车移动终端的电话号码信息。该出租车移动终端小区ID的查找方式和乘客小区ID的查找方式相类似。

筛选子模块5222，用于根据出租车移动终端注册的小区ID筛选出以乘客移动终端注册的小区ID所示地区为中心的调度半径范围内的出租车信息(主要是出租车移动终端的号码信息)。

作为本发明的一个实施例，以乘客所处的小区ID所示地区为中心的调度半径范围内没有可调度的出租车，筛选子模块5222会按照设定值逐步增加调度半径并进行出租车信息的重新筛选，直到找到可调度的出租车为止。

本发明实施例利用车辆调度服务器来联系乘客移动终端和出租车移动终端，整个调度过程都基于STK技术，使得出租车(车辆)调度过程中不再需要第三方人工进行干涉，调度效率较高。另外，本发明实施例的车辆调度服务器会根据乘客的位置查找其调度半径范围内的出租车，并对这些出租车进行调度，这种调度方法在具有高效的同时还能有效缓解城市的交通堵塞等问题。

如图7所示为本发明实施例提供的一种车辆调度系统结构示意图，该系统包括：乘客移动终端701、出租车移动终端702和车辆调度服务器703，它们之间可以通过移动无线网络进行相互通信。

乘客移动终端701用于向车辆调度服务器703发送调度请求OTA消息，该调度请求OTA消息内包括了乘客的需求信息。

出租车移动终端702用于接收所述车辆调度服务器发送的请求确认OTA消息，根据所述请求确认OTA消息向所述车辆调度服务器返回确认OTA消息，并根据所述车辆调度服务器发送的呼叫建立OTA消息与所述乘客移动终端建立语音连接。

车辆调度服务器703可以如上述实施例中任一所述的一种服务器，在此就不再进行赘述了。

作为本发明的一个实施例，乘客移动终端701和出租车移动终端702内的STK SIM卡中都可以固化一出租车调度程序，以此来完车出租车的调度。这样，乘客移动终端701具体可以用于调用乘客移动终端的STK SIM卡内的出租车调度程序来向所述车辆调度服务器发送调度请求OTA消息。出租车移动终端702具体可以用于接收所述车辆调度服务器发送的请求确认OTA消息，根据所述请求确认OTA消息向所述车辆调度服务器返回确认OTA消息，解析所述车辆调度服务器发送的呼叫建立OTA消息以得到调度信息，执行出租车移动终端的STK SIM卡根据所述调度信息而上报的语音呼叫命令来和所述乘客移动终端建立语音连接。而车辆调度服务器703可以包括OTA服务器和调度服务器。它们之间的具体交互过程可以参见如图3所对应的实施例，在此就不再进行赘述了。

本发明实施例利用车辆调度服务器来联系乘客移动终端和出租车移动终端，整个调度过程都基于STK技术，使得出租车(车辆)调度过程中不再需要第三方人工进行干涉，调度效率较高。另外，本发明实施例的车辆调度服务器会根据乘客的位置查找其调度半径范围内的出租车，并对这些出租车进行调度，这种调度方法在具有高效的同时还能有效缓解城市的交通堵塞等问题。

如图8所示为本发明实施例提供的一种移动终端的结构示意图，该移动终端800支持STK功能，其内部包括了STK SIM卡801，该STK SIM卡内安装有车辆调度程序，用于向车辆调度服务器发送调度请求OTA消息，和/或用于接收该车辆调度服务器发送的请求确认OTA消息、向该车辆调度服务器发送确认OTA消息、以及接收车辆调度服务器发送的呼叫建立OTA消息。

需要指出的是，具有上述STK SIM卡的移动终端在作为调度方及被调度方时，其STK SIM卡的功能也有所不同，下面分别对其进行介绍：

当移动终端作为调度方时，该装有车辆调度程序的STK SIM卡主要用于向车辆调度服务器发送调度请求OTA消息。具体来说，STK SIM卡首先可以接收车辆调度选择信号，该选择信号可以是用户在STK服务菜单中选择相应选项后，由移动终端的STK功能模块将该选项以终端响应的形式下发给STK SIM卡的；然后STK SIM卡可以根据该车辆选择信号上报发送调度请求OTA消息的主动命令给所述移动终端；再由该移动终端执行该主动命令来向车辆调度服务器发送调度请求OTA消息。

当移动终端作为被调度方时，该移动终端主要用于接收车辆调度服务器发送的请求确认OTA消息、向车辆调度服务器发送确认OTA消息、以及接收车辆调度服务器发送的呼叫建立OTA消息。

作为本发明的一个实施例，STK SIM卡接收车辆调度服务器发送的请求确认OTA消息后，上报一显示文本的主动命令给移动终端，由所述移动终端将所述请求确认OTA消息进行显示；然后调度方可以选择是否接受该次调度，当调度方选择接受调度时，STK SIM卡会接收到车辆调度确认的选择信号，然后根据该选择信号上报发送确认OTA消息的主动命令给移动终端，由移动终端执行该主动命令来发送确认OTA消息；最后再根据车辆调度服务器发送的呼叫建立OTA消息建立和调度方移动终端间的语音呼叫连接。

本发明实施例中作为调度方和被调度方的移动终端的STK SIM卡可以仅分别具有上述两种功能，当然，它们的移动终端也可以同时包括上述两种功能，而在不同的场合应用不同的功能。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种车辆调度方法，其特征在于，所述方法包括：

接收第一移动终端基于用户识别应用开发工具STK发送的调度请求空中接口协议OTA消息；

根据所述调度请求OTA消息筛选出符合条件的车辆信息；

根据所述车辆信息向符合条件的第二移动终端发送请求确认OTA消息；

根据第二移动终端基于STK返回的确认OTA消息，发送呼叫建立OTA消息给所述第二移动终端，从而使所述第二移动终端建立与所述第一移动终端的语音连接。

2.如权利要求1所述的方法，其特征在于，所述根据所述调度请求OTA消息筛选出符合条件的车辆信息包括：

根据所述调度请求OTA消息内的第一移动终端电话号码向归属位置寄存器HLR或拜访位置寄存器VLR查询到所述第一移动终端注册的小区ID；

筛选出以所述小区ID所示地区为中心的调度半径范围内的车辆信息。

3.如权利要求2所述的方法，其特征在于，所述筛选出以所述小区ID所示地区为中心的调度半径范围内的车辆信息包括：

根据预先登记的第二移动终端的电话号码信息向HLR或者VLR查询到所述第二移动终端注册的小区ID；

根据所述第二移动终端注册的小区ID筛选出以所述第一移动终端注册的小区ID所示地区为中心的调度半径范围内的车辆信息。

4.如权利要求2或3所述的方法，其特征在于，如果以所述小区ID所示地区为中心的调度半径范围内没有可调度的车辆，则按照设定值逐步增加所述调度半径并进行车辆信息的筛选。

5.如权利要求1所述的方法，其特征在于，所述根据所述车辆信息向符合条件的第二移动终端发送请求确认OTA消息之后还包括：

启动一定时器进行计时，如果在设定时间内未收到第二移动终端返回的确认OTA消息，则按照设定值逐步增加所述调度半径并进行车辆信息的筛选。

6.一种车辆调度服务器，其特征在于，包括：

接收单元，用于接收第一移动终端基于STK发送的调度请求OTA消息；

筛选单元，用于根据所述调度请求OTA消息筛选出符合条件的车辆信息；

请求确认单元，用于根据所述车辆信息向符合条件的第二移动终端发送请求确认OTA消息；

呼叫建立单元，用于根据第二移动终端基于STK返回的确认OTA消息，发送呼叫建立OTA消息给所述第二移动终端，从而使所述第二移动终端建立与所述第一移动终端的语音连接。

7.如权利要求6所述的服务器，其特征在于，所述筛选单元包括：

第一移动终端位置查询模块，用于根据所述调度请求OTA消息内的第一移动终端电话号码向HLR或VLR查询到所述第一移动终端注册的小区ID；

车辆筛选模块，用于筛选出以所述小区ID所示地区为中心的调度半径范围内的车辆信息。

8.如权利要求7所述的服务器，其特征在于，所述车辆筛选模块包括：

位置查询子模块，用于根据预先登记的第二移动终端的电话号码信息向HLR或VLR查询到所述第二移动终端注册的小区ID；

筛选子模块，用于根据所述第二移动终端注册的小区ID筛选出以所述第一移动终端注册的小区ID所示地区为中心的调度半径范围内的车辆信息。

9.一种车辆调度系统，其特征在于，包括：第一移动终端、第二移动终端和如权利要求6-8任一所述的车辆调度服务器，

所述第一移动终端用于基于STK向所述车辆调度服务器发送调度请求OTA消息；

所述第二移动终端用于接收所述车辆调度服务器发送的请求确认OTA消息，根据所述请求确认OTA消息向所述车辆调度服务器返回确认OTA消息，并根据所述车辆调度服务器发送的呼叫建立OTA消息，与所述第一移动终端建立语音连接。

10.如权利要求9所述的系统，其特征在于，所述第一移动终端具体用于：

调用STK用户身份识别SIM卡内的车辆调度程序来向所述车辆调度服务器发送调度请求OTA消息。

11.如权利要求10所述的系统，其特征在于，所述第二移动终端具体用于：接收所述车辆调度服务器发送的请求确认OTA消息，根据所述请求确认OTA消息向所述车辆调度服务器返回确认OTA消息，解析所述车辆调度服务器发送的呼叫建立OTA消息以得到调度信息，执行第二移动终端的STK SIM卡根据所述调度信息而上报的语音呼叫命令来和所述第一移动终端建立语音连接。

12.一种移动终端，其特征在于，所述移动终端设有STK SIM卡，所述STKSIM卡内安装有车辆调度程序，用于向车辆调度服务器发送调度请求OTA消息，和/或用于接收所述车辆调度服务器发送的请求确认OTA消息、向所述车辆调度服务器发送确认OTA消息、以及接收车辆调度服务器发送的呼叫建立OTA消息。

Images