上车点处理方法、装置、设备以及可读存储介质与流程

未命名 07-17 阅读:109 评论:0

上车点处理方法、装置、设备以及可读存储介质
1.本案是申请号为201610882049.3、申请日为2016年10月9日、发明名称为“一种上车点处理方法及服务器”的中国专利申请的分案申请。
技术领域
2.本发明实施例涉及智能交通及互联网技术领域,尤其涉及一种上车点处理方法及服务器。


背景技术:

3.目前,随着互联网用车平台技术的迅速发展和普及,人们可以根据用车需求利用手机终端生成用车订单,为日常出行提供了便利。
4.现有技术中,当乘客出行时,可以通过手机终端里的打车软件,在打车软件中输入乘车出发地或通过手机终端内置的gps定位系统定位到乘客的当前位置作为乘车出发地。但是,当乘客选择无法停车的地点作为乘车出发地时,司机驾车是到达不了乘客指定上车的乘车出发地的,造成了司机与乘客互相找不到对方,或需要司机与乘客通过电话沟通等方式,重新选择乘车出发地,导致司机不能及时找到乘客,降低了接驾效率。
5.因此,当乘客选择不能停车的地点作为乘车出发地时,如何提高司机的接驾效率是现如今亟待解决的问题。


技术实现要素:

6.针对现有技术中存在的问题,本发明实施例提供一种上车点处理方法及服务器。
7.一方面,本发明实施例提供一种上车点处理方法,包括:获取乘客终端发送的第一乘车出发地;根据所述第一乘车出发地,获取所述第一乘车出发地所对应的位置属性;根据所述第一乘车出发地的位置属性,判断所述第一乘车出发地是否满足上车点条件;若判断所述第一乘车出发地不满足所述上车点条件,则获取满足所述上车点条件的第二乘车出发地作为上车点。
8.另一方面,本发明实施例提供一种服务器,包括:第一获取单元,用于获取乘客终端发送的第一乘车出发地;第二获取单元,用于根据所述第一乘车出发地,获取所述第一乘车出发地所对应的位置属性;
9.处理单元,用于根据所述第一乘车出发地的位置属性,判断所述第一乘车出发地是否满足上车点条件;若判断所述第一乘车出发地不满足所述上车点条件,则获取满足所述上车点条件的第二乘车出发地作为上车点。
10.本发明实施例提供的一种上车点处理方法及服务器,通过根据第一乘车出发地的位置属性,若判断获知第一乘车出发地不满足上车点条件,则获取满足上车点条件的第二乘车出发地作为上车点,使司机根据第二乘车出发地及时的找到乘客,提高了接驾效率。
附图说明
11.为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
12.图1为本发明实施例提供的一种上车点处理方法流程示意图;
13.图2为本发明实施例提供的一种服务器结构示意图;
14.图3为本发明再一实施例提供的一种服务器结构示意图;
15.图4为本发明实施例提供的一种上车点处理方法具体流程示意图;
16.图5为本发明实施例提供的一种服务器实体结构示意图。
具体实施方式
17.为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
18.图1为本发明实施例提供的一种上车点处理方法流程示意图,如图1所示,所述方法包括如下步骤。
19.步骤10:获取乘客终端发送的第一乘车出发地。
20.步骤11:根据所述第一乘车出发地,获取所述第一乘车出发地所对应的位置属性。
21.步骤12:根据所述第一乘车出发地的位置属性,判断所述第一乘车出发地是否满足上车点条件;若判断获知所述第一乘车出发地不满足所述上车点条件,则获取满足所述上车点条件的第二乘车出发地作为上车点。
22.具体地,服务器获取乘客终端发送的第一乘车出发地,其中,第一乘车出发地可以是乘客在乘客终端选择某一点作为第一乘车出发地后由乘客终端将该第一乘车出发地实时上传至服务器,服务器获取到乘客终端发送的第一乘车出发地;也可以是乘客通过乘客终端向服务器提交乘车订单时,乘车订单中包括第一乘车出发地。服务器根据获取到的第一乘车出发地获得第一乘车出发地所对应的位置属性,并根据位置属性,判断第一乘车出发地是否满足上车点的条件,如果第一乘车出发地不满足上车点的条件,即第一乘车出发地不能作为上车点,此时,服务器将满足上车点条件的第二乘车出发地作为上车点发送到乘客终端。
23.例如:a乘客从东单地铁口出来准备在附近打车前往某地,乘客终端默认当前位置为第一乘车出发地,a乘客也可以自己选择东单地铁口为第一乘车出发地,当a乘客点击选择当前位置为第一乘车出发地后,乘客终端向服务器发送第一乘车出发地,或a乘客点击乘客终端的发单请求后,乘客终端将乘车信息发送给服务器,其中乘车信息中服务器接收到上述乘车信息后,判断乘车信息中的第一乘车出发地是否满足上车点条件,由于a乘客所在的位置是长安街,长安街主干路禁止停车,因此,a乘客选择的第一乘车出发地不满足上车点的条件,此时,服务器为乘客推荐满足上车点条件的第二乘车出发地作为上车点。
24.本发明实施例通过根据第一乘车出发地的位置属性,若判断获知第一乘车出发地
不满足上车点条件,则获取满足上车点条件的第二乘车出发地作为上车点,使司机根据第二乘车出发地及时的找到乘客,提高了接驾效率。
25.在上述实施例的基础上,所述位置属性包括道路和非道路。
26.所述位置属性可从预存的所有位置点的位置属性中获取。
27.具体地,位置属性包括道路和非道路,服务器已经将城市中所有位置的位置属性进行存储,服务器根据获取到的第一乘车出发地查询并获取到第一乘车出发地对应的位置属性,应当说明的是,所有位置的位置属性可以存储在服务器的数据库中,也可以通过其他方式进行存储,本实施例对此不作具体限定。
28.本发明实施例通过获取乘客终端发送第一乘车出发地,并根据第一乘车出发地获取到第一乘车出发地对应的位置属性,根据第一乘车出发地的位置属性,若判断获知第一乘车出发地不满足上车点条件,则获取满足上车点条件的第二乘车出发地作为上车点,使司机根据第二乘车出发地及时的找到乘客,提高了接驾效率。
29.在上述实施例的基础上,所述判断所述第一乘车出发地是否满足上车点条件,包括:判断所述第一乘车出发地所在的位置是否为道路;若判断所述第一乘车出发地所在的位置为道路,则判断所述道路是否可停靠,若所述第一乘车出发地所在位置为道路且可停靠,则满足上车点条件,否则不满足上车点条件。
30.具体地,服务器根据接收到的第一乘车出发地获取第一乘车出发地对应的位置属性,若第一乘车出发地对应的位置属性为道路,获取道路是否可停靠,如果接受到的第一乘车出发地所在的位置属性为道路且可停靠,则满足上车点条件,否则不满足上车点条件。根据第一乘车出发地,判断第一乘车出发地是否满足作为上车点的条件。应当说明的是,某些道路在一天中特定的时间段才可停靠,特定时间段以外为不可停靠例如:2016年8月8日11:00,a乘客在c大街上某一点为第一乘车出发地打快车出行,可知第一乘车出发地在c大街上,其位置属性为道路。服务器获取到该道路在10:00-16:00允许普通轿车通行及停靠,因此,服务器可判断出a乘客选择的第一乘车出发地满足上车点的条件。
31.本发明实施例通过判断乘客终端发送的第一乘车出发地是否满足上车点条件,若判断第一乘车出发地不满足上车点条件时,服务器将满足上车点条件的第二乘车出发地推荐给乘客,使司机能够及时找到乘客,提高接驾效率。
32.在上述实施例的基础上,所述若判断获知所述第一乘车出发地不满足所述上车点条件,获取满足所述上车点条件的第二乘车出发地作为上车点,包括:根据所述第一乘车出发地,获取与所述第一乘车出发地距离最短的满足上车点条件的第二乘车出发地作为上车点。
33.具体地,当乘客终端发送的第一乘车出发地不满足上车点条件时,服务器以第一乘车出发地为中心,计算步行路程最短的满足上车点条件的第二乘车出发地作为上车点。例如:2016年8月8日9:00,a乘客在c大街上某一点为第一乘车出发地打快车出行,可知第一乘车出发地在c大街上,其位置属性为道路。服务器获取到该道路在10:00-16:00允许轿车通行及停靠,因此,服务器可判断出a乘客选择的第一乘车出发地作为上车点不满足上车点的条件。此时,服务器以第一乘车出发地为中心,获取在9:00时,轿车可通行可停靠的道路,并计算步行距离最短的该道路上的第二乘车出发地作为上车点。应当说明的是,当第一乘车出发地不满足上车点条件时,服务器以第一乘车出发地为中心,可以找到不止一条满足
作为上车点条件的道路,将步行距离最短的那条道路上的某一点作为上车点,此处不作具体限定。
34.本发明实施例通过根据第一乘车出发地的位置属性,若判断获知第一乘车出发地不满足上车点条件,则获取满足上车点条件的第二乘车出发地作为上车点,使司机根据第二乘车出发地及时的找到乘客,提高了接驾效率。
35.在上述各实施例的基础上,所述方法,还包括:向乘客终端发送将所述第一乘车出发地更改为第二乘车出发地作为上车点的提示信息。
36.具体地,当乘客选择第一乘车出发地后,服务器会实时获取到上述信息,此时服务器会判断第一乘车出发地是否满足上车点条件,若不满足,则服务器向乘客终端发送第一乘车出发地不可停靠的提示信息,乘客终端收到该提示信息后将该信息显示在乘客终端上,乘客点击该提示信息后,乘客终端将该触发信息发送给服务器,服务器收到后为乘客推荐满足上车点条件的第二乘车出发地;若乘客忽略或者没有注意到乘客终端的提示信息,当乘客终端向服务器发送发单请求后,服务器接收到乘客终端发送的发单请求,向乘客终端发送提示信息。
37.本发明实施例通过根据第一乘车出发地的位置属性,若判断获知第一乘车出发地不满足上车点条件,则获取满足上车点条件的第二乘车出发地作为上车点,使司机根据第二乘车出发地及时的找到乘客,提高了接驾效率。
38.图2为本发明实施例提供的一种服务器结构示意图,如图2所示,所述服务器,包括:第一获取单元20、第二获取单元21和处理单元22,其中:第一获取单元20用于获取乘客终端发送的第一乘车出发地;第二获取单元21用于根据所述第一乘车出发地,获取所述第一乘车出发地所对应的位置属性;处理单元22用于根据所述第一乘车出发地的位置属性,判断所述第一乘车出发地是否满足上车点条件;若判断所述第一乘车出发地不满足所述上车点条件,则获取满足所述上车点条件的第二乘车出发地作为上车点。
39.具体地,第一获取单元20获取乘客终端发送的第一乘车出发地或乘车信息,其中,乘车信息中包括第一乘车出发地,应当说明的是,乘车信息中还可以有乘车目的地,乘车时间等信息,本发明实施例不作具体限定;第二获取单元21根据获取到的第一乘车出发地或乘车信息,从服务器数据库中查询并获取到第一乘车出发地所对应的位置属性;处理单元22根据获取到的第一乘车出发地所对应的位置属性,判断第一乘车出发地是否满足上车点的条件,如果第一乘车出发地不满足上车点的条件,则第一乘车出发地不能作为上车点,此时,服务器将满足上车点条件的第二乘车出发地作为上车点发送到乘客终端。
40.本发明实施例提供的服务器用于执行上述方法,其具体的实施方式与方法的实施方式一致,此处不再赘述。
41.本发明实施例通过根据第一乘车出发地的位置属性,若判断获知第一乘车出发地不满足上车点条件,则获取满足上车点条件的第二乘车出发地作为上车点,使司机根据第二乘车出发地及时的找到乘客,提高了接驾效率。
42.在上述实施例的基础上,所述位置属性包括道路和非道路。
43.所述位置属性可从预存的所有位置点的位置属性中获取。
44.具体地,位置属性包括道路和非道路,服务器已经将城市中所有位置的位置属性进行存储,服务器根据获取到的第一乘车出发地查询并获取到第一乘车出发地对应的位置
属性,应当说明的是,所有位置的位置属性可以存储在服务器的数据库中,也可以通过其他方式进行存储,本实施例对此不作具体限定。
45.本发明实施例通过获取乘客终端发送第一乘车出发地,并根据第一乘车出发地获取到第一乘车出发地对应的位置属性,根据第一乘车出发地的位置属性,若判断获知第一乘车出发地不满足上车点条件,则获取满足上车点条件的第二乘车出发地作为上车点,使司机根据第二乘车出发地及时的找到乘客,提高了接驾效率。
46.在上述实施例的基础上,所述处理单元22,具体用于:判断所述第一乘车出发地所在的位置是否为道路;若判断获知所述第一乘车出发地所在的位置为道路,则判断所述道路是否可停靠,若所述第一乘车出发地所在位置为道路且可停靠,则满足上车点条件,否则不满足上车点条件。
47.具体地,处理单元22根据接收到的第一乘车出发地获取位置属性,若第一乘车出发地为道路,获取道路是否可停靠。根据第一乘车出发地,判断第一乘车出发地是否满足作为上车点的条件,若所述第一乘车出发地所在位置为道路且可停靠,则满足上车点条件,否则不满足上车点条件。
48.本发明实施例通过根据第一乘车出发地的位置属性,若判断获知第一乘车出发地不满足上车点条件,则获取满足上车点条件的第二乘车出发地作为上车点,使司机根据第二乘车出发地及时的找到乘客,提高了接驾效率。
49.在上述实施例的基础上,所述处理单元22,具体用于:根据所述第一乘车出发地,获取与所述第一乘车出发地距离最短的满足上车点条件的第二乘车出发地作为上车点。
50.具体地,当乘客终端发送的第一乘车出发地不满足上车点条件时,服务器以第一乘车出发地为中心,计算步行路程最短的满足上车点条件的第二乘车出发地作为上车点。
51.图3为本发明再一实施例提供的一种服务器结构示意图,如图3所示,在上述实施例的基础上,所述服务器,还包括:
52.提示单元25,用于向乘客终端发送将所述第一乘车出发地更改为第二乘车出发地作为上车点的提示信息。
53.具体地,第一获取单元20、第二获取单元21、处理单元22、第三获取单元23和判断单元24与上述实施例中的一致,此处不再赘述。当乘客选择第一乘车出发地,服务器会实时获取到上述信息,此时服务器就会判断第一乘车出发地是否满足上车点条件,若不满足,则提示单元25向乘客终端发送第一乘车出发地不可停靠的提示信息,乘客终端收到该提示信息后将该信息显示在乘客终端上,乘客点击该提示信息后,乘客终端将该触发信息发送给服务器,服务器接收到后为乘客推荐满足上车点条件的第二乘车出发地;若乘客忽略或者没有注意到乘客终端的提示信息,当乘客终端向服务器发送发单请求时,服务器接收到乘客终端发送的发单请求后,提示单元25向乘客终端发送提示信息。
54.本发明实施例提供的服务器用于执行上述方法,其具体的实施方式与方法的实施方式一致,此处不再赘述。
55.本发明实施例通过根据第一乘车出发地的位置属性,若判断获知第一乘车出发地不满足上车点条件,则获取满足上车点条件的第二乘车出发地作为上车点,使司机根据第二乘车出发地及时的找到乘客,提高了接驾效率。
56.图4为本发明实施例提供的一种上车点处理方法具体流程示意图,如图4所示,所
述方法由如下步骤。
57.步骤40:乘客选择第一乘车出发地/乘客点击发单;当乘客选择第一乘车出发地后和发单类型后,服务器会实时获取到上述信息,或乘客点击发单时,将发单信息发送给服务器。
58.步骤41:根据用户所选第一乘车出发地获取位置属性;服务器根据乘客终端定位到的当前位置为第一乘车出发地或由乘客选择输入乘客终端的第一乘车出发地获取第一乘车出发地的位置属性。
59.步骤42:是否满足上车点条件;服务器判断第一乘车出发地是否满足上车点条件。若满足,进行步骤44;若不满足,进行步骤43。
60.步骤43:获取第二乘车出发地并发送提示信息;若第一乘车出发地不满足上车点条件,则服务器获取满足上车点条件的第二乘车出发地作为上车点并向乘客终端发送提示信息。
61.步骤44:发单;若第一乘车出发地满足上车点条件,则可以发单。
62.图5为本发明实施例提供的一种服务器实体结构示意图,如图5所示所述服务器可以包括:处理器(processor)50、通信接口(communications interface)51、存储器(memory)52和通讯总线53,其中,处理器50,通信接口51,存储器52通过通讯总线53完成相互间的通信。通信接口51可以用于服务器与乘客终端之间的信息传输。处理器50可以调用存储器52中的逻辑指令,以执行如下方法:获取乘客终端发送的乘车信息,所述乘车信息包括第一乘车出发地;根据所述乘车信息,获取所述第一乘车出发地所对应的位置属性;根据所述第一乘车出发地的位置属性,判断所述第一乘车出发地是否满足上车点条件;若判断获知所述第一乘车出发地不满足所述上车点条件,则获取满足所述上车点条件的第二乘车出发地作为上车点。
63.此外,上述的存储器52中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
64.以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
65.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如rom/ram、磁碟、光盘等,包括若干指
令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
66.最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

技术特征:
1.一种处理上车点的方法,包括:获取乘客终端发送的第一乘车出发地;根据所述第一乘车出发地的位置属性,确定所述第一乘车出发地是否满足上车点条件;以及根据确定所述第一乘车出发地不满足所述上车点条件,将满足所述上车点条件的第二乘车出发地作为上车点。2.根据权利要求1所述的方法,还包括:响应于确定所述第一乘车出发地不满足所述上车点条件,向所述乘客终端发送所述第一乘车出发地不满足所述上车点条件的提示信息。3.根据权利要求1或2所述的方法,还包括:向所述乘客终端发送将所述上车点由所述第一乘车出发地更改为所述第二乘车出发地的提示信息。4.根据权利要求1所述的方法,其中所述第一乘车出发地为以下之一:乘客经由所述乘客终端输入的乘车出发地,或者所述乘客经由所述乘客终端递交的乘车订单中包括的乘车出发地。5.根据权利要求1所述的方法,所述位置属性包括道路和非道路。6.根据权利要求1所述的方法,其中所述第一乘车出发地所在的位置为道路,并且其中判断所述第一乘车出发地是否满足所述上车点条件包括:根据确定所述第一乘车出发地所在的位置可停靠,确定所述第一乘车出发地满足所述上车点条件;或者根据确定所述第一乘车出发地所在的位置不可停靠,确定所述第一乘车出发地不满足所述上车点条件。7.一种处理上车点的方法,包括:经由乘客终端,获取乘客的第一乘车出发地;将所述第一乘车出发地发送至服务器;以及如果根据所述第一乘车出发地的位置属性,所述第一乘车出发地不满足上车点条件,则将满足所述上车点条件的第二乘车出发地作为上车点。8.根据权利要求7所述的方法,还包括:从服务器接收所述第一乘车出发地不满足所述上车点条件的提示信息;以及经由所述乘客终端,向乘客呈现所述提示信息。9.根据权利要求7或8所述的方法,还包括:从服务器接收将所述上车点由所述第一乘车出发地更改为所述第二乘车出发地的提示信息。10.根据权利要求7所述的方法,其中所述第一乘车出发地为以下一项:乘客经由所述乘客终端输入的乘车出发地,或者所述乘客经由所述乘客终端递交的乘车订单中包括的乘车出发地。11.根据权利要求7所述的方法,其中所述位置属性包括道路和非道路。12.一种处理上车点的装置,包括:第一获取模块,被配置为获取乘客终端发送的第一乘车出发地;
条件判定模块,被配置为根据所述第一乘车出发地的位置属性,确定所述第一乘车出发地是否满足上车点条件;以及第一处理模块,被配置为根据确定所述第一乘车出发地不满足所述上车点条件,将满足所述上车点条件的第二乘车出发地作为上车点。13.一种处理上车点的装置,包括:第二获取模块,被配置为经由乘客终端,获取乘客的第一乘车出发地;第一通信模块,被配置为将所述第一乘车出发地发送至服务器;以及第二处理模块,被配置为如果根据所述第一乘车出发地的位置属性,所述第一乘车出发地不满足上车点条件,则将满足所述上车点条件的第二乘车出发地作为上车点。14.一种电子设备,包括:存储器和处理器;其中所述存储器用于存储一条或多条计算机指令,其中所述一条或多条计算机指令被所述处理器执行以实现根据权利要求1-6或7-11中任一项所述的方法。15.一种计算机可读存储介质,其上存储有一条或多条计算机指令,其中所述一条或多条计算机指令被处理器执行以实现根据权利要求1-6或7-11中任一项所述的方法。16.一种计算机程序产品,包括计算机可执行指令,其中所述计算机可执行指令在被处理器执行时实现根据权利要求1-6或7-11中任一项所述的方法。

技术总结
本发明实施例提供一种上车点处理方法及服务器。所述方法,包括:获取乘客终端发送的第一乘车出发地;根据所述第一乘车出发地,获取所述第一乘车出发地所对应的位置属性;根据所述第一乘车出发地的位置属性,判断所述第一乘车出发地是否满足上车点条件;若判断所述第一乘车出发地不满足所述上车点条件,则获取满足所述上车点条件的第二乘车出发地作为上车点。所述服务器用于执行所述方法。本发明实施例通过根据第一乘车出发地的位置属性,若判断获知第一乘车出发地不满足上车点条件,则获取满足上车点条件的第二乘车出发地作为上车点,使司机根据第二乘车出发地及时的找到乘客,提高了接驾效率。接驾效率。接驾效率。


技术研发人员:马宁
受保护的技术使用者:北京嘀嘀无限科技发展有限公司
技术研发日:2016.10.09
技术公布日:2023/6/27
版权声明

本文仅代表作者观点,不代表航空之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)

飞行汽车 https://www.autovtol.com/

分享:

扫一扫在手机阅读、分享本文

相关推荐