CN107633672A - 一种伺服出行专用智能网络平台的构建方法 - Google Patents

Abstract

目前使用的车辆网络调度平台存在的技术问题：一是公共出租车因空载造成了能源浪费、交通拥挤、疲劳驾驶等一系列问题，二是目前的网络调度平台无法解决远距乘客和私家出租车司机之间构建起的低成本出行方式急需的互联网智能对接和智能议价问题。本发明采用的技术方案是：首先在出行车辆网络调度平台之中增加一个针对出行车辆位置坐标进行静态智能分析的出行车辆智能调度器，引导公共出租车由空载巡游向空载伺服运营模式转变；然后利用客户端的分类出行功能，使得本地乘客与公共出租车、远距乘客与私家出租车之间获得智能化协议价属地对接；最终由乘客、公共出租车、私家出租车共同构建起乘客、司机、社会三方共赢的一种伺服出行专用智能网络平台。

Description

一种伺服出行专用智能网络平台的构建方法

一、技术领域

一种伺服出行专用智能网络平台的构建方法属于专用智能平台构建技术领域。

二、背景技术

目前的广泛使用的出行车辆(含公共出租车和私家出租车，以下相同)网络调度平台存在的两方面的技术问题是：一是目前的公共出租车采用的是空载巡游的运营模式，空载巡游过程中因空载造成了能源浪费、环境污染，交通拥挤、出行竞争、成本居高、疲劳驾驶、交通事故等一系列问题，而目前的出行车辆网络调度平台采集到的基础数据是出租车的动态位置，并没有使用智能化技术手段将出行车辆的分布式动态位置转化为分布式静态位置，这样一来，不但没有利用网络智能治理问题，反而利用互联网技术强化了出租车的动态巡游特征，也就是说反而利用互联网技术加剧了出租车的空载巡游带来的一系列问题。二是私家出租车是互联网技术催生出的一种即时搭载车辆，其蓬勃发展的根源是因巨大的出行市场可以转移私家出租车的使用成本，这也是技术引导低成本市场扩张的必然产物，也是对出行市场的一种有益补充，但目前使用的出行车辆网络调度平台并没有使用智能化技术手段彻底将公共出租车和私家出租车之间的差异性提取出来，无法解决远距乘客和私家出租车司机之间构建起的低成本的点到点即时出行方式急需的基于互联网的智能议价问题以完善出行市场的价格体系，最终也不能让全社会享受基于互联网的私家出租车带来的交通红利。为了解决实践中遇到的上述空载巡游和智能议价两方面技术问题，本发明采用的技术方案是：在出行车辆网络调度平台之中增加一个针对出行车辆位置坐标进行静态智能分析的出行车辆智能调度器，首先利用该调度器的智能排队功能，公共出租车可在任意停靠点和停靠时间报单，报单的地点和时间作为排队模块计算排队顺序的基点，使得公共出租车不必空载巡游就可均衡接单，并且已经排队的车辆一旦离开报单位置一定的距离继续巡游，之前的报单就由调度器中的排队和监测模块令其作废，使得公共出租车的空载巡游变得得不偿失，引导公共出租车由空载巡游向空载伺服运营模式转变；然后利用客户端的分类出行功能，使得本地乘客与公共出租车、远距乘客与私家出租车之间获得智能化协议价属地对接，最终由乘客、公共出租车、私家出租车共同构建起乘客、司机、社会三方共赢的一种伺服出行专用智能网络平台，并且可为未来的无人驾驶出行车辆和有人驾驶出行车辆实现均衡接单做好技术储备。经查询，目前还没有与本发明相同或近似的技术出现。本发明一旦付诸实施，能够给网络出行整个行业带来积极的经济价值和建设性社会价值。

三、发明内容

1、一种伺服出行专用智能网络平台的构建方法采用的技术方案是：首先，构建一台内置乘客注册数据库、司机注册数据库、出行记录器、出车记录器的面向全域范围内的所有乘客和司机提供注册和登录服务的根服务器，并在其智能终端中构建具有分类出行功能的供乘客约车使用的乘客端和供司机出车使用的司机端；然后，将根服务器的服务域划分为若干本地域，并为每个本地域构建一台内置出行车辆智能调度器的子服务器(也可将出行车辆智能调度器内置到根服务器中，为每个本地域配置一个出行车辆智能调度器模块)，其中调度器又包含排队模块、对接模块、监测模块三部分；接着，当根服务器收到司机通过司机端发送的表达出车意愿的包含有出车司机的注册用户名、出车位置、出车类别、出车报价四项内容的出车报单后，先在司机注册数据库中调取该司机的联系方式，后在出车记录器中记录该出车报单，再依据出车报单中的位置坐标确定对应本地域的子服务器，并将出车报单发送于该子服务器中的排队模块，还要将与自己链接的司机端转接于司机所在地的子服务器，再由子服务器中的出行车辆智能调度器中的排队模块，依据报单内容和报单时间，确定报单司机的报单排队序列号，再向与自己链接的司机端发送该报单排队序列号，并向同在调度器中的监测模块发送排队监测指令，以监测报单司机的报单位置是否有效；再接着，当根服务器收到乘客通过乘客端发送的表达出行意愿的包含有出行乘客的注册用户名、出行位置、出行类别、出行报价四项内容的的出行报单后，先在乘客注册数据库中调取该乘客的联系方式，后在出行记录器中记录该出行报单，接着依据乘客出行报单中的位置坐标确定对应本地域的子服务器，并将出行报单发送于该子服务器中的对接模块，还要将与自己链接的乘客端转接于乘客所在地的子服务器，对接模块执行对接任务后，向接单司机发送乘客坐标位置和联系方式的同时，向同在调度器中的监测模块发送对接监测指令，监测模块收到对接模块的监测指令后，停止排队监测，执行对接监测，当监测模块执行完对接监测任务后，本次伺服出行的调度任务视作完成，所有乘客依照此次伺服出行运营模式满足出行需求后，一种伺服出行专用智能网络平台的构建方法视作实现，该平台的结构示意图详见说明书附图。

2、其中，客户端分类出行功能的技术特征：司机端的操作界面中存在本地就近出车和远距议价出车两个操作图标，乘客端的操作界面中存在本地就近出行和远距议价出行两个操作图标，这样就可将司机和乘客的出车和出行同时划分为两类，使得本地乘客与公共出租车、远距乘客与私家出租车之间获得智能化低成本属地对接，乘客和司机都可有效共享低成本的分类出行带来的智能网络红利，具有本地就近和远距议价两类出行功能的客户端就是分类出行客户端。

3、其中，出行车辆智能调度器中的排队模块的技术特征：该排队模块是当子服务器收到根服务器发送的司机的出车报单后，依据出车报单中的报单类别和位置坐标，先确认以出车报单位置为圆心的一定半径范围内的符合报单类别要求的已报单司机(含本次报单司机)，再依据报单时间对报单司机进行从前到后排序，再依据报单报价对出车报单司机进行从低到高排序，排序后的出车报单司机对应的序列号就是本次出车报单排序号，最后排队模块向出车报单司机发送出车报单排队序列号，并令该出车报单司机使用的司机端开始向监测模块确定时间段实时上传自己的位置坐标的同时，还要向监测模块发送乘客出行的位置坐标和排队监测指令；完成上述排队任务的程序模块就是出行车辆智能调度器中的排队模块。

4、其中，出行车辆智能调度器中的对接模块的技术特征：该对接模块是当子服务器收到根服务器发送的乘客的出行报单后，先依据出行报单中的报单类别和位置坐标，确认以出行报单坐标位置为圆心的一定半径范围内的符合报单类别要求的已报单司机，再依据出车报单时间对出车报单司机进行从前到后排序，再在排序结果中从前到后逐个判断出行报单报价是否符合出车报单的报价要求，一旦出现符合的情形对应的出车司机就可确定为此次出行报单的首选接单司机，首选接单司机一旦确定，子服务器先向出行报单乘客发送是否撤销出行报单指令，如果回复撤销，则取消此次对接，如果不撤销，则由子服务器就向该接单司机的司机端发送是否同意接单的指令，如果收到的是拒绝，则返回执行对接流程重新确定首选接单司机，以此类推直至收到同意指令为止，收到同意后，对接模块则将乘客的位置坐标和联系方式发送给该接单司机的司机端，还要向出行报单乘客发送对接成功指令(包含接单司机和出行乘客坐标位置之间的直线距离、限定到达时间、接单司机的联系方式、出车报价)；完成上述对接任务的程序模块就是出行车辆智能调度器中的对接模块。

5、其中，出行车辆智能调度器中的监测模块的技术特征：该监测模块需要执行两次监测任务，一是排队监测，当监测模块收到排队模块发送的司机出车报单坐标位置和排队监测指令以及出车报单司机使用的司机端上传的确定时间段实时位置坐标后，判断出车报单坐标位置和实时坐标位置之间的位移差是否一直处在一定的允许范围内，如果是，说明该报单司机在等候接单，则继续保留该司机的出车报单，如果不是，说明该报单司机已经离开报单位置，则立刻撤销报单司机的出车报单，以便通过技术手段引导或驱动公共出租车由巡游运营向伺服运营转变；二是对接监测，当监测模块收到排队模块发送的司机出车报单坐标位置、乘客出行报单坐标位置、对接监测指令以及出车报单司机使用的司机端上传的确定时间段实时位置坐标后，停止排队监测执行对接监测，首先计算司机出车报单坐标位置和乘客出行报单坐标位置之间直线距离需要的正常时间，然后判断接单司机的实际到达时间，如果实际到达时间小于等于正常时间，说明接单司机正常到达，则由监测器生成正常到达指令由子服务器发送给根服务器，根服务器在出车记录中做正常记录，如果实际到达时间大于正常时间，说明接单司机非正常到达，则由监测器生成非正常到达指令由子服务器发送给根服务器和接单司机，根服务器在出车记录中做非正常记录，之所以这样设计，是为了利用智能技术手段督促接单司机提升服务质量；完成上述两次监测任务的程序模块就是出行车辆智能调度器中的监测模块。

四、附图说明

该图表达的是一种伺服出行专用智能网络平台的结构示意图，其中，1-子服务器；2-乘客端；3-司机端；4-调度器中的排队器；5-根服务器；6-调度器中的监测器；7-乘客注册数据库、8-司机注册数据库、9-调度器中的对接器；10-出行记录器、11-出车记录器。

五、具体实施方式

基于本发明，首先，构建根服务器和子服务器以及乘客端和司机端；然后，由就近出行乘客在乘客端操作界面中设置本地就近出行选项、由远距议价出行乘客在乘客端操作界面中设置远距议价出行选项，由公共出租车司机在司机端操作界面中设置本地就近出车选项，由私家出租车司机在司机端操作界面中设置远距议价出车选项；接着，基于本发明中的根服务器、子服务器、智能调度器、排队模块、对接模块、监测模块将就近出行乘客和公共出租车司机智能对接，将远距议价出行乘客和私家出租车司机智能对接并智能议价；此时，本发明既可解决目前的公共出租车因空载巡游造成的能源浪费、环境污染，交通拥挤、出行竞争、成本居高、疲劳驾驶、交通事故等一系列实际问题，还可解决私家出租车和远距乘客的即时对接和即时议价问题，最终可构建起乘客、司机、社会三方共赢的一种伺服出行专用智能网络平台。

Claims (5)

1.一种伺服出行专用智能网络平台的构建方法采用的技术方案是：首先，构建一台内置乘客注册数据库、司机注册数据库、出行记录器、出车记录器的面向全域范围内的所有乘客和司机提供注册和登录服务的根服务器，并在其智能终端中构建具有分类出行功能的供乘客约车使用的乘客端和供司机出车使用的司机端；然后，将根服务器的服务域划分为若干本地域，并为每个本地域构建一台内置出行车辆智能调度器的子服务器(也可将出行车辆智能调度器内置到根服务器中，为每个本地域配置一个出行车辆智能调度器模块)，其中调度器又包含排队模块、对接模块、监测模块三部分；接着，当根服务器收到司机通过司机端发送的表达出车意愿的包含有出车司机的注册用户名、出车位置、出车类别、出车报价四项内容的出车报单后，先在司机注册数据库中调取该司机的联系方式，后在出车记录器中记录该出车报单，再依据出车报单中的位置坐标确定对应本地域的子服务器，并将出车报单发送于该子服务器中的排队模块，还要将与自己链接的司机端转接于司机所在地的子服务器，再由子服务器中的出行车辆智能调度器中的排队模块，依据报单内容和报单时间，确定报单司机的报单排队序列号，再向与自己链接的司机端发送该报单排队序列号，并向同在调度器中的监测模块发送排队监测指令，以监测报单司机的报单位置是否有效；再接着，当根服务器收到乘客通过乘客端发送的表达出行意愿的包含有出行乘客的注册用户名、出行位置、出行类别、出行报价四项内容的的出行报单后，先在乘客注册数据库中调取该乘客的联系方式，后在出行记录器中记录该出行报单，接着依据乘客出行报单中的位置坐标确定对应本地域的子服务器，并将出行报单发送于该子服务器中的对接模块，还要将与自己链接的乘客端转接于乘客所在地的子服务器，对接模块执行对接任务后，向接单司机发送乘客坐标位置和联系方式的同时，向同在调度器中的监测模块发送对接监测指令，监测模块收到对接模块的监测指令后，停止排队监测，执行对接监测，当监测模块执行完对接监测任务后，本次伺服出行的调度任务视作完成，所有乘客依照此次伺服出行运营模式满足出行需求后，一种伺服出行专用智能网络平台的构建方法视作实现，该平台的结构示意图详见说明书附图。

2.根据权利要求1，客户端分类出行功能的技术特征：司机端的操作界面中存在本地就近出车和远距议价出车两个操作图标，乘客端的操作界面中存在本地就近出行和远距议价出行两个操作图标，这样就可将司机和乘客的出车和出行同时划分为两类，使得本地乘客与公共出租车、远距乘客与私家出租车之间获得智能化低成本属地对接，乘客和司机都可有效共享低成本的分类出行带来的智能网络红利，具有本地就近和远距议价两类出行功能的客户端就是分类出行客户端。

3.根据权利要求1、2，出行车辆智能调度器中的排队模块的技术特征：该排队模块是当子服务器收到根服务器发送的司机的出车报单后，依据出车报单中的报单类别和位置坐标，先确认以出车报单位置为圆心的一定半径范围内的符合报单类别要求的已报单司机(含本次报单司机)，再依据报单时间对报单司机进行从前到后排序，再依据报单报价对出车报单司机进行从低到高排序，排序后的出车报单司机对应的序列号就是本次出车报单排序号，最后排队模块向出车报单司机发送出车报单排队序列号，并令该出车报单司机使用的司机端开始向监测模块确定时间段实时上传自己的位置坐标的同时，还要向监测模块发送乘客出行的位置坐标和排队监测指令；完成上述排队任务的程序模块就是出行车辆智能调度器中的排队模块。

4.根据权利要求1、2、3，出行车辆智能调度器中的对接模块的技术特征：该对接模块是当子服务器收到根服务器发送的乘客的出行报单后，先依据出行报单中的报单类别和位置坐标，确认以出行报单坐标位置为圆心的一定半径范围内的符合报单类别要求的已报单司机，再依据出车报单时间对出车报单司机进行从前到后排序，再在排序结果中从前到后逐个判断出行报单报价是否符合出车报单的报价要求，一旦出现符合的情形对应的出车司机就可确定为此次出行报单的首选接单司机，首选接单司机一旦确定，子服务器先向出行报单乘客发送是否撤销出行报单指令，如果回复撤销，则取消此次对接，如果不撤销，则由子服务器就向该接单司机的司机端发送是否同意接单的指令，如果收到的是拒绝，则返回执行对接流程重新确定首选接单司机，以此类推直至收到同意指令为止，收到同意后，对接模块则将乘客的位置坐标和联系方式发送给该接单司机的司机端，还要向出行报单乘客发送对接成功指令(包含接单司机和出行乘客坐标位置之间的直线距离、限定到达时间、接单司机的联系方式、出车报价)；完成上述对接任务的程序模块就是出行车辆智能调度器中的对接模块。

5.根据权利要求1、2、3、4，出行车辆智能调度器中的监测模块的技术特征：该监测模块需要执行两次监测任务，一是排队监测，当监测模块收到排队模块发送的司机出车报单坐标位置和排队监测指令以及出车报单司机使用的司机端上传的确定时间段实时位置坐标后，判断出车报单坐标位置和实时坐标位置之间的位移差是否一直处在一定的允许范围内，如果是，说明该报单司机在等候接单，则继续保留该司机的出车报单，如果不是，说明该报单司机已经离开报单位置，则立刻撤销报单司机的出车报单，以便通过技术手段引导或驱动公共出租车由巡游运营向伺服运营转变；二是对接监测，当监测模块收到排队模块发送的司机出车报单坐标位置、乘客出行报单坐标位置、对接监测指令以及出车报单司机使用的司机端上传的确定时间段实时位置坐标后，停止排队监测执行对接监测，首先计算司机出车报单坐标位置和乘客出行报单坐标位置之间直线距离需要的正常时间，然后判断接单司机的实际到达时间，如果实际到达时间小于等于正常时间，说明接单司机正常到达，则由监测器生成正常到达指令由子服务器发送给根服务器，根服务器在出车记录中做正常记录，如果实际到达时间大于正常时间，说明接单司机非正常到达，则由监测器生成非正常到达指令由子服务器发送给根服务器和接单司机，根服务器在出车记录中做非正常记录，之所以这样设计，是为了利用智能技术手段督促接单司机提升服务质量；完成上述两次监测任务的程序模块就是出行车辆智能调度器中的监测模块。