CN109993329A - 约车信息展示方法、装置、***及设备 - Google Patents
约车信息展示方法、装置、***及设备 Download PDFInfo
- Publication number
- CN109993329A CN109993329A CN201910095943.XA CN201910095943A CN109993329A CN 109993329 A CN109993329 A CN 109993329A CN 201910095943 A CN201910095943 A CN 201910095943A CN 109993329 A CN109993329 A CN 109993329A
- Authority
- CN
- China
- Prior art keywords
- travel information
- user
- class user
- class
- driver
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 45
- 238000004364 calculation method Methods 0.000 claims description 7
- 230000002596 correlated effect Effects 0.000 claims description 6
- 238000013507 mapping Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 12
- 230000000875 corresponding effect Effects 0.000 description 11
- 238000004891 communication Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0631—Item recommendations
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Marketing (AREA)
- Economics (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Navigation (AREA)
- Traffic Control Systems (AREA)
- Train Traffic Observation, Control, And Security (AREA)
Abstract
公开了约车信息展示方法、装置、***及设备。在本说明书实施例的方案中,第一类用户发布行程至服务端,服务端则根据第一类用户行程与第二类用户行程进行匹配,筛选出一批包含匹配度的第二类用户行程,并发送至客户端。客户端则根据匹配度对第二类用户行程进行排序,在展示第二类行程时进行降序排列,并显示匹配度。
Description
技术领域
本说明书实施例涉及信息技术领域,尤其涉及约车信息展示方法、装置、***及设备。
背景技术
在当前,用户(包括乘客和司机)通过移动电子设备进行网络约车已很常见。在某一类网络约车服务中,需要用户首先发布自己行程,然后服务端给出多个相匹配的对方行程信息供用户进行选择,并且以信息列表的形式展示,用户在信息列表里选择最适合自己的对方行程,以共同出行。顺风车就是这类服务的典型示例。
例如,在用户为司机时,列表上通常包含多条乘客行程信息,每条乘客行程信息中,包含乘客的始发地、目的地、出发时间以及与自己的距离等等,用于司机决策,此时司机需要关注的信息量较大。由于不了解真实的顺路情况,在有多个选项可供选择的情形下,需要通过反复点击列表页与详情页,凭着记忆选出“最佳方案”。
基于此,需要一种对用户更便利的约车信息展示方案。
发明内容
针对现有约车信息展示不利于用户选择的问题,为实现更便利于用户进行约车选择,本说明书实施例提供一种约车信息展示方案,包括三个方面,在对于***的第一方面,本说明书实施例提供一种约车信息展示方法,包括:
客户端发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
服务端根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
服务端返回多个包含匹配指数的第二类用户行程信息至客户端;
客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
在对于客户端的第二方面,本说明书实施例提供另一种约车信息展示方法,包括:
发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
接收服务端所返回的多个包含匹配指数的第二类用户行程信息,所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定,用于表征双方出行的匹配程度;
展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
在对于服务端的第三方面,本说明书实施例提供再一种约车信息展示方法,包括:
接收第一类用户行程信息,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
发送所述多个包含匹配指数的第二类用户行程信息至客户端,以便客户端根据匹配指数对所述多个第二类用户行程信息排序;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
对应第一方面,本说明书实施例还提供一种约车信息展示***,包括客户端和服务端,其中,
客户端发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
服务端根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
服务端返回多个包含匹配指数的第二类用户行程信息至客户端;
客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
对应第二方面,本说明书实施例还提供客户端方面的一种约车信息展示装置,包括:
发送模块,发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
接收模块,接收服务端所返回的多个包含匹配指数的第二类用户行程信息,所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定,用于表征双方出行的匹配程度;
展示模块,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
对应第三方面,本说明书实施例还提供一种服务端方面的约车信息展示装置,包括:
接收模块,接收第一类用户行程信息,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
确定模块,根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
发送模块,发送所述多个包含匹配指数的第二类用户行程信息至客户端,以便客户端根据匹配指数对所述多个第二类用户行程信息排序;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
在本说明书实施例的方案中,第一类用户发布行程至服务端,服务端则根据第一类用户行程与第二类用户行程进行匹配,筛选出一批包含匹配度的第二类用户行程,并发送至客户端。客户端则根据匹配度对第二类用户行程进行排序,在展示第二类行程时进行降序排列,并显示所示匹配度,从而可以方便用户做出选择,提高用户的约车体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本说明书实施例。
此外,本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书实施例中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1是本说明书实施例提供的对应于***方面的一种约车信息展示方法的流程示意图;
图2a为当前网约车中一种展示信息的示意图;
图2b为本说明书实施例所提供的一种司机行程信息的展示意图;
图3为本说明书实施例所提供的客户端方面的约车信息展示方法的流程示意图;
图4为本说明书实施例所提供的服务端方面的约车信息展示方法的流程示意图;
图5为本说明书实施例提供的客户端方面的一种约车信息展示装置的结构示意图;
图6为本说明书实施例提供的服务端方面的一种约车信息展示装置的结构示意图;
图7为一种用于配置本说明书实施例方法的计算设备硬件结构示意图。
具体实施方式
为了使本领域技术人员更好地理解本说明书实施例中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行详细地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于保护的范围。
在当前的一些网约车业务中,用户可以发布自己的行程至服务端,并且服务端返回多个可用的对方行程以供用户选择,其中的典型即为顺风车业务。在当前业务中,普遍采取信息流的列表展示,以乘客发布信息寻找顺路的司机为例,如图2a中所示,图2a为当前网约车中一种展示信息的示意图。列表上包含信息:司机的始发地(与自己出发地的距离)、目的地(与自己目的地的距离)、出发时间以及人数等等,用户需要关注的信息量较大。当有多个司机可以选择时,司机行程以列表形式展示多条,乘客需要多次对比选出最佳方案,决策成本较高。
此外,一些信息参考价值不大,例如,对于图2a中的司机而言,乘客的终点和自己的终点距离是3.7km,如果是顺路,则是相当于没有绕路,如果是完全相反,则相当于司机需要多走7.4km,对于起点之间的距离同样存在这样的情形,一旦距离较远,司机就需要真实顺路情况,匹配效率低下。
基于此,本说明书实施例提供一种更便利的约车信息展示方案,可以方便用户做出选择,提高用户的约车体验。
以下结合附图,详细说明本说明书各实施例提供的技术方案。如图1所示,图1是本说明书实施例提供的对于***方面的一种约车信息展示方法的流程示意图,如图1所示,该流程具体包括如下步骤:
S101,客户端发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间。
在本说明书实施例所提供的方案中,用户包括司机或者乘客,第一类用户和第二类用户是相对而言。当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
即司机或者乘客均可以通过客户端向服务端发布自己的行程信息,发布的用户行程信息中至少应包括起点、终点和出发时间。进一步地,行程信息还可以包括其它信息,例如司机行程信息中可以包括可以携带的人数,而乘客行程信息中可以包括需要乘车的人数,以及,行程信息中还可以包括用户的联系方式等等。
S103,服务端根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度。
服务端可以预先建立一个用于存储用户行程信息的数据库。例如,建立两个分别用于存储乘客行程信息和司机行程信息的表格。每当接收到用户行程信息时,则首先根据用户的类型将其存储至各自的表格中。
当服务端接收到第一类用户行程信息时,即首先可以做一个判断,如果第一类用户为司机,则从乘客行程信息表格中进行匹配;如果第一类用户为乘客,则从司机行程信息表格中进行匹配。匹配时可以根据双方的行程信息中所包含的各类信息进行计算,得到第二类用户行程信息的匹配度。例如,可以根据双方起始点距离、双方的终点距离、双方的出行距离、双方的出发时间间隔等等信息进行综合性的评估,生成一个表征双方出行的匹配程度的匹配指数,通常而言,匹配指数越大,则双方的行程越接近。匹配指数的具体计算方式可以有很多种,可以根据实际情形进行,此处无需做具体限定。
S105,服务端返回多个包含匹配指数的第二类用户行程信息至客户端。
S107,客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列。
客户端在收到多个第二类行程信息以后,则可以在行程选择界面中对多个第二类行程信息进行展示。具体而言,可以根据第二类行程信息所包含的匹配指数的大小,进行降序排序。即,匹配度高的第二类用户行程排序在前,以供用户选择。在一个界面中,由于用户设备、界面设置等多个因素,可以同时展示的行程信息数量有限,用户可以通过滑动、拖拽等方式对界面中的所有行程信息进行浏览。
如图2b所示,图2b为本说明书实施例所提供的一种司机行程信息的展示意图。在该示意图所对应的方案中,第一类用户为乘客,第二类用户为司机,在乘客的客户端中根据匹配指数的大小(即图2b中的同行率,匹配指数的具体业务名称可以根据需要自行确定),降序展示了多位司机行程信息(在前端显示了两位,其余司机行程信息的可以通过对界面的滑动选择操作来展示),因此,乘客可以根据匹配指数得知司机行程和自己行程的匹配程度,并且可以方便的知道,排列前位的司机行程可能更贴近自己的行程。
在本说明书实施例的方案中,第一类用户发布行程至服务端,服务端则根据第一类用户行程与第二类用户行程进行匹配,筛选出一批包含匹配度的第二类用户行程,并发送至客户端。客户端则根据匹配度对第二类用户行程进行排序,在展示第二类行程时进行降序排列,并显示所示匹配度,从而可以方便用户做出选择,提高用户的约车体验。
在一种具体的实施方式中,客户端还可以接收第一类用户的选择指令,对于第二类用户行程信息进行选取,并且调用地图应用,在地图应用界面中,以路径形式可视化展示第一类用户的行程信息,和第一类用户所选择的第二类用户行程信息。如图2b中所示,图中的实线路径表示了第一类用户(在该图中即为乘客)的出行路径,每在界面中选中一个第二类用户行程,则在调用的地图应用界面中对应以虚线路径的形式展示该选中的第二类用户行程,从而,用户可以方便的从地图上看出对方的路径和自己路径的匹配程度,以及,还可以看出是否需要绕路。这一点在第一类用户为司机时则更为重要,如果这个距离过大,则是一个必须考虑的因素,通过在地图中直观的展示双方的路径进行对比,可以让司机更容易做出准确的判断。以及,还可以在界面中根据行程估算出预计可能的费用,并进行展示,便于用户选择。
进一步地,服务端在确定匹配指数时,还可以确定出绕路距离,需要说明的是,此处的绕路距离实际上也是根据一定的算法计算得到,并不一定就等于实际中的绕路距离。例如,假设司机起点位置a1,终点位置b1,二者距离为s1;乘客起点位置a2,终点位置b2,二者距离为s2。一种绕路距离的计算方式为,调用地图应用的两点的距离接口,绕路距离s3=distance(a1,a2)+distance(a2,b2)+distance(b2,b1)-s1;另一种计算方法为,调用地图应用的路径规划接口,确定一条从a1到b1,且途经a2和b2的路径,将该路径的长度减去s1确定为绕路距离。此外,服务端还可以根据司机和乘客的出发时间差确定出发时间间隔,即司机或者乘客可能需要的等待时间。
从而服务端可以返回包含匹配指数、绕路距离以及出发时间间隔的第二类用户行程信息至第一类用户的客户端,进一步方便第一类用户了解行程的匹配程度,以及,当出现匹配指数相同的第二类用户行程信息时,客户端还可以根据绕路距离和出发时间间隔进行排序,将绕路距离小的排在前列。
在具体的实施过程中,尽管预先进行了预处理可以过滤掉一批无效的第二类用户行程信息,但是有效的行程信息仍然可能存在数量过多的情形。在这种情形下,还可以进一步的预设条件对已经确定匹配指数的第二类用户行程信息进行过滤。例如,预设条件为匹配指数超过阈值(例如85%,或者90%等),又或者,匹配指数在排序中位于指定名次之前(例如,匹配指数排在前15的)。通过上述方式,在有效的第二类用户行程过多时,可以减少客户端的排序和展示压力,有利于提高用户体验。
对于步骤S103而言,在服务端计算第二类用户行程信息的信息时,服务端在从第二类用户行程信息表格中进行匹配时,还可以先做一个预处理筛选,只计算有效的第二类用户行程信息的匹配指数。
例如,如果第二用户行程信息中的出发时间在第一类用户行程之后,或者,出发时间的差值的绝对值超过出发时间阈值(可以第一类用户预设,或者***默认值),则确定该第二类用户行程信息无效。
又例如,乘客行程信息和司机行程信息的相对距离超过空间阈值,此处的相对距离以包括起点之间的距离、终点之间的距离或者两条路径之间的最短距离等等,则确定该该第二类用户行程信息无效。
又例如,假设司机的行程速度为V(可以预设一个默认值,例如35千米每小时),司机和乘客的出发点距离为L,二者的出发时间间隔为T,若T<L/V,则意味着司机无法在乘客的出发时间到达乘客的出发点,则此时的第二类用户行程信息是无效的。
又例如,乘客行程信息与司机行程信息的绕路距离超过距离阈值,所述绕路距离由乘客行程信息和司机行程信息的起点以及终点共同确定。绕路距离的计算方式可以按前文的计算方式。以及,进一步地,还可以根据绕路距离计算绕路比P=s3/s1,如果绕路比超过一定的阈值,则可以认为相对于乘车的距离,绕路距离已经太长,则此时的第二类用户行程信息是无效的。
进一步地,在当第一类用户行程信息和第二类用户行程信息包括人数时,所述约束条件还包括:乘客行程信息中的人数大于司机行程信息中的人数,即司机可以提供的座位数少于乘客的出行人数。
对于步骤S102中的,根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,具体可以包括如下方式:用地图应用程序,确定在地图应用程序中,司机起点至司机终点的司机路径长度L1,乘客起点至乘客终点的乘客路径长度L2,乘客起点至司机起点的实际路径距离L4,以及,乘客终点和司机终点的实际路径长度L5;确定行车距离长度L3=L1+L4+L5;根据所述行车距离L3确定空间同步指数。
例如,空间同指数DR=1-(L3-L1)/L1,或者,空间同指数DR=1-(L3-L2)/L2等等,总之,L3越大,空间同步指数越小。但一般而言,可以通过预设条件筛选出相对适度大小的L3(例如L3<(L1+L2)*1.5),而使得DR始终为正。
进而,可以根据空间同步指数DR来确定匹配指数。一种可实施的方式为,忽略时间因素,直接将空间同步指数DR确定为匹配指数。
另一种可实施方式为,进一步计算司机和乘客的时间同步指数,并根据时间同步指数和空间同步指数共同计算匹配指数。例如,首先根据L4确定乘客起点到司机起点所需要的间隔时间T3。具体而言,确定司机的行车速度V,V可以是服务端设置一个默认司机的行车速度,或者,基于司机的历史行车记录进行统计的平均行车速度,从而可以得到T3=L4/V。从而可以得根据乘客出发时间T2和司机出发时间T1确定差异时间T=︱T1+T3-T2︱,容易看出,若T越小,则表示了司机和乘客的时间越同步,即时间同步指数与差异时间T负相关。在实际中,可以预设一个默认出发时间过滤阈值T0,例如T0为两个小时,计算时间同步指数TR=1-T/T0。或者,预定义了一个差异时间T与时间同步指数TR的映射关系表,其中,T越大,TR越小,从而可以从表格中根据T对应的查询得到时间同步指数TR。如表1所示:
TR | T(min) |
1 | [0,10] |
0.95 | (10,15] |
0.9 | (15,20] |
0.85 | (20,30] |
0.75 | (30,45] |
0.7 | (45,60] |
0.6 | (60,120] |
表1,TR与T的示例性关系表
从而,可以综合性的考虑时间同步指数和空间同步指数,进行匹配指数的计算。以下列举几种匹配指数的计算方式:
第一种,时间同步指数和空间同步指数权重相加。匹配指数R=W(TR)*TR+W(DR)*DR。默认的同行率计算公式。其中,参数W(DR)是距离权重,可自由配置为[0,1]之间的小数,例如默认值为0.9;W(TR)为时间权重,可设置为1-W(DR),默认值为0.1。
第二种,时间同步指数和空间同步指数权重相乘。即匹配指数R=TR*DR。
第三种,匹配指数R=W(DR)*F(DR)+W(TR)*TR,其中,F(DR)是关于DR的距离函数,例如F(DR)=1/(2-DR),通过设置经验函数F(DR)对匹配指数进行调整,可以得出更符合人们直观感觉的匹配指数。其中的W(TR)和W(DR)已在前述进行说明,不再赘述。
对应于客户端的第二方面,本说明书实施例提供另一种约车信息展示方法,如图3所示,图3为客户端方面的约车信息展示方法的流程示意图,包括:
S301,发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
S303,接收服务端所返回的多个包含匹配指数的第二类用户行程信息,所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定,用于表征双方出行的匹配程度;
S305,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
对应于服务端的第三方面,本说明书实施例提供再一种约车信息展示方法,如图4所示,图4为服务端方面的约车信息展示方法的流程示意图,包括:
S401,接收第一类用户行程信息,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
S403,根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
S405,发送所述多个包含匹配指数的第二类用户行程信息至客户端,以便客户端根据匹配指数对所述多个第二类用户行程信息排序;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
对应于第一方面,本说明书实施例还提供一种约车信息展示***,包括客户端和服务端,其中,客户端发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;服务端根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;服务端返回多个包含匹配指数的第二类用户行程信息至客户端;客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
进一步地,在所述***中,客户端接收第一类用户的选择指令,在所述行程选择界面中确定第一类用户所选取的第二类用户行程信息;在调用的地图界面中,以路径形式可视化展示所述第一类用户行程信息和当前被选取的第二类用户行程信息。
进一步地,在所述***中,客户端接收服务端所返回的多个包含匹配指数和绕路距离的第二类用户行程信息,对于匹配指数相同的第二类用户行程信息,根据绕路距离从小至大进行排序。
进一步地,在所述***中,服务端确定出符合预设条件的多个包含匹配指数的第二类用户行程信息,所述预设条件包括:匹配指数超过阈值,或者,匹配指数在排序中位于指定名次之前;返回所述符合预设条件的多个包含匹配指数的第二类用户行程信息至客户端。
进一步地,在所述***中,服务端滤除符合约束条件的第二类用户行程信息,选取剩余的第二类用户行程信息,其中,所述约束条件包括:乘客行程信息和司机行程信息中,出发时间的差值的绝对值超过出发时间阈值;或者,乘客行程信息和司机行程信息的相对距离超过空间阈值,所述相对距离由乘客行程信息的起点或者终点与司机行程信息的起点或者终点确定;或者,乘客行程信息与司机行程信息的绕路距离超过距离阈值,所述绕路距离由乘客行程信息和司机行程信息的起点以及终点共同确定。
进一步地,在所述***中,当第一类用户行程信息和第二类用户行程信息包括人数时,所述约束条件还包括:乘客行程信息中的人数大于司机行程信息中的人数。
进一步地,在所述***中,服务端调用地图应用程序,确定在地图应用程序中,司机起点至司机终点的司机路径长度L1,乘客起点至乘客终点的乘客路径长度L2,乘客起点至司机起点的实际路径距离L4,以及,乘客终点和司机终点的实际路径长度L5;确定行车距离L3=L1+L4+L5;根据所述行车距离L3确定空间同步指数,其中,空间同步指数与L3负相关;根据所述空间同步指数确定第二类用户行程信息的匹配指数,其中,所述匹配指数与空间同步指数正相关。
进一步地,在所述***中,服务端将所述空间同步指数确定第二类用户行程信息的匹配指数。
进一步地,在所述***中,服务端根据所述乘客起点至司机起点的实际路径距离L4确定间隔时间长度T3;根据所述间隔时间长度T3、乘客出发时间T2和司机出发时间T1确定差异时间T,根据所述差异时间确定时间同步指数,其中,T=︱T1+T3-T2︱;根据所述空间同步指数和时间同步指数,共同确定第二类用户行程信息的匹配指数。
对应于第二方面,本说明书实施例还提供一种约车信息展示装置装置,如图5所示,图5是本说明书实施例提供的客户端方面的一种约车信息展示装置的结构示意图,包括:
发送模块501,发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
接收模块503,接收服务端所返回的多个包含匹配指数的第二类用户行程信息,所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定,用于表征双方出行的匹配程度;
展示模块505,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
对应于第三方面,本说明书实施例还提供再一种约车信息展示装置装置,如图6所示,图6是本说明书实施例提供的服务端方面的一种约车信息展示装置的结构示意图,包括:
接收模块601,接收第一类用户行程信息,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
确定模块603,根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
发送模块605,发送所述多个包含匹配指数的第二类用户行程信息至客户端,以便客户端根据匹配指数对所述多个第二类用户行程信息排序;其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
本说明书实施例还提供一种计算机设备,其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,处理器执行所述程序时实现图3或图4所示的约车信息展示方法。
图7示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图,该设备可以包括:处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory,只读存储器)、RAM(Random AccessMemory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器1020可以存储操作***和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器1020中,并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路,在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是,尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本说明书实施例方案所必需的组件,而不必包含图中所示的全部组件。
本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现图3或者图4所示的约车信息展示方法。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
上述实施例阐明的***、方法、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于方法实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的方法实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅是本说明书实施例的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本说明书实施例原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本说明书实施例的保护范围。
Claims (23)
1.一种约车信息展示方法,包括:
客户端发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
服务端根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
服务端返回多个包含匹配指数的第二类用户行程信息至客户端;
客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
2.如权利要求1所述的方法,客户端在展示包含多个第二类用户行程信息的行程选择界面之后,所述方法还包括:
客户端接收第一类用户的选择指令,在所述行程选择界面中确定第一类用户所选取的第二类用户行程信息;
在调用的地图界面中,以路径形式可视化展示所述第一类用户行程信息和当前被选取的第二类用户行程信息。
3.如权利要求1所述的方法,客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,包括:
客户端接收服务端所返回的多个包含匹配指数和绕路距离的第二类用户行程信息;
多个第二类用户行程信息根据匹配指数从大至小依序排列,包括:
匹配指数相同的第二类用户行程信息,根据绕路距离从小至大进行排序。
4.如权利要求1所述的方法,服务端返回多个包含匹配指数的第二类用户行程信息至客户端,包括:
确定出符合预设条件的多个包含匹配指数的第二类用户行程信息,所述预设条件包括:匹配指数超过阈值,或者,匹配指数在排序中位于指定名次之前;
返回所述符合预设条件的多个包含匹配指数的第二类用户行程信息至客户端。
5.如权利要求1所述的方法,在根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数之前,还包括:
服务端滤除符合约束条件的第二类用户行程信息,选取剩余的第二类用户行程信息,其中,所述约束条件包括:
乘客行程信息和司机行程信息中,出发时间的差值的绝对值超过出发时间阈值;或者,
乘客行程信息和司机行程信息的相对距离超过空间阈值,所述相对距离由乘客行程信息的起点或者终点与司机行程信息的起点或者终点确定;或者,
乘客行程信息与司机行程信息的绕路距离超过距离阈值,所述绕路距离由乘客行程信息和司机行程信息的起点以及终点共同确定。
6.如权利要求5所述的方法,当第一类用户行程信息和第二类用户行程信息包括人数时,所述约束条件还包括:乘客行程信息中的人数大于司机行程信息中的人数。
7.如权利要求1所述的方法,根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,包括:
调用地图应用程序,确定在地图应用程序中,司机起点至司机终点的司机路径长度L1,乘客起点至乘客终点的乘客路径长度L2,乘客起点至司机起点的实际路径距离L4,以及,乘客终点和司机终点的实际路径长度L5;
确定行车距离L3=L1+L4+L5;
根据所述行车距离L3确定空间同步指数,其中,空间同步指数与L3负相关;
根据所述空间同步指数确定第二类用户行程信息的匹配指数,其中,所述匹配指数与空间同步指数正相关。
8.如权利要求7所述的方法,根据所述空间同步指数确定第二类用户行程信息的匹配指数,包括:
将所述空间同步指数确定第二类用户行程信息的匹配指数。
9.如权利要求7所述的方法,根据所述空间同步指数确定第二类用户行程信息的匹配指数,包括:
根据所述乘客起点至司机起点的实际路径距离L4确定间隔时间长度T3;
根据所述间隔时间长度T3、乘客出发时间T2和司机出发时间T1确定差异时间T,根据所述差异时间确定时间同步指数,其中,T=︱T1+T3-T2︱;
根据所述空间同步指数和时间同步指数,共同确定第二类用户行程信息的匹配指数。
10.一种约车信息展示方法,包括:
发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
接收服务端所返回的多个包含匹配指数的第二类用户行程信息,所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定,用于表征双方出行的匹配程度;
展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
11.一种约车信息展示方法,包括:
接收第一类用户行程信息,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
发送所述多个包含匹配指数的第二类用户行程信息至客户端,以便客户端根据匹配指数对所述多个第二类用户行程信息排序;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
12.一种约车信息展示***,包括客户端和服务端,其中,
客户端发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
服务端根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
服务端返回多个包含匹配指数的第二类用户行程信息至客户端;
客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
13.如权利要求12所述的***,
客户端接收第一类用户的选择指令,在所述行程选择界面中确定第一类用户所选取的第二类用户行程信息;
在调用的地图界面中,以路径形式可视化展示所述第一类用户行程信息和当前被选取的第二类用户行程信息。
14.如权利要求12所述的***,
客户端接收服务端所返回的多个包含匹配指数和绕路距离的第二类用户行程信息;
多个第二类用户行程信息根据匹配指数从大至小依序排列,包括:
匹配指数相同的第二类用户行程信息,根据绕路距离从小至大进行排序。
15.如权利要求12所述的***,
服务端确定出符合预设条件的多个包含匹配指数的第二类用户行程信息,所述预设条件包括:匹配指数超过阈值,或者,匹配指数在排序中位于指定名次之前;
返回所述符合预设条件的多个包含匹配指数的第二类用户行程信息至客户端。
16.如权利要求12所述的***,
服务端滤除符合约束条件的第二类用户行程信息,选取剩余的第二类用户行程信息,其中,所述约束条件包括:
乘客行程信息和司机行程信息中,出发时间的差值的绝对值超过出发时间阈值;或者,
乘客行程信息和司机行程信息的相对距离超过空间阈值,所述相对距离由乘客行程信息的起点或者终点与司机行程信息的起点或者终点确定;或者,
乘客行程信息与司机行程信息的绕路距离超过距离阈值,所述绕路距离由乘客行程信息和司机行程信息的起点以及终点共同确定。
17.如权利要求16所述的***,
当第一类用户行程信息和第二类用户行程信息包括人数时,所述约束条件还包括:乘客行程信息中的人数大于司机行程信息中的人数。
18.如权利要求12所述的***,
服务端调用地图应用程序,确定在地图应用程序中,司机起点至司机终点的司机路径长度L1,乘客起点至乘客终点的乘客路径长度L2,乘客起点至司机起点的实际路径距离L4,以及,乘客终点和司机终点的实际路径长度L5;
确定行车距离L3=L1+L4+L5;
根据所述行车距离L3确定空间同步指数,其中,空间同步指数与L3负相关;
根据所述空间同步指数确定第二类用户行程信息的匹配指数,其中,所述匹配指数与空间同步指数正相关。
19.如权利要求18所述的***,
服务端将所述空间同步指数确定第二类用户行程信息的匹配指数。
20.如权利要求18所述的***,
服务端根据所述乘客起点至司机起点的实际路径距离L4确定间隔时间长度T3;
根据所述间隔时间长度T3、乘客出发时间T2和司机出发时间T1确定差异时间T,根据所述差异时间确定时间同步指数,其中,T=︱T1+T3-T2︱;
根据所述空间同步指数和时间同步指数,共同确定第二类用户行程信息的匹配指数。
21.一种约车信息展示装置,包括:
发送模块,发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
接收模块,接收服务端所返回的多个包含匹配指数的第二类用户行程信息,所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定,用于表征双方出行的匹配程度;
展示模块,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
22.一种约车信息展示装置,包括:
接收模块,接收第一类用户行程信息,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
确定模块,根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
发送模块,发送所述多个包含匹配指数的第二类用户行程信息至客户端,以便客户端根据匹配指数对所述多个第二类用户行程信息排序;
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
23.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现如权利要求10或11任一项所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910095943.XA CN109993329A (zh) | 2019-01-31 | 2019-01-31 | 约车信息展示方法、装置、***及设备 |
TW108131880A TWI784195B (zh) | 2019-01-31 | 2019-09-04 | 叫車資訊展示方法、裝置、系統及設備 |
PCT/CN2019/122559 WO2020155837A1 (zh) | 2019-01-31 | 2019-12-03 | 约车信息展示方法、装置、***及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910095943.XA CN109993329A (zh) | 2019-01-31 | 2019-01-31 | 约车信息展示方法、装置、***及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109993329A true CN109993329A (zh) | 2019-07-09 |
Family
ID=67129803
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910095943.XA Pending CN109993329A (zh) | 2019-01-31 | 2019-01-31 | 约车信息展示方法、装置、***及设备 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN109993329A (zh) |
TW (1) | TWI784195B (zh) |
WO (1) | WO2020155837A1 (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110633815A (zh) * | 2019-08-14 | 2019-12-31 | 杭州飞步科技有限公司 | 一种拼车方法和装置、电子设备、存储介质 |
CN110782055A (zh) * | 2019-10-22 | 2020-02-11 | 上海钧正网络科技有限公司 | 信息处理方法、装置、终端及可读存储介质 |
CN110956375A (zh) * | 2019-11-19 | 2020-04-03 | 北京三快在线科技有限公司 | 一种订单处理的方法及装置 |
CN111127283A (zh) * | 2019-10-30 | 2020-05-08 | 上海钧正网络科技有限公司 | 顺风车的匹配方法、装置、计算机设备和存储介质 |
CN111191128A (zh) * | 2019-12-24 | 2020-05-22 | 南京领行科技股份有限公司 | 一种行程匹配方法及装置 |
CN111222946A (zh) * | 2020-01-02 | 2020-06-02 | 杭州优行科技有限公司 | 订单处理方法、装置、终端及存储介质 |
WO2020155837A1 (zh) * | 2019-01-31 | 2020-08-06 | 阿里巴巴集团控股有限公司 | 约车信息展示方法、装置、***及设备 |
CN111506674A (zh) * | 2020-05-12 | 2020-08-07 | 支付宝(杭州)信息技术有限公司 | 匹配方法及装置 |
CN111739329A (zh) * | 2020-05-29 | 2020-10-02 | 腾讯科技(深圳)有限公司 | 行驶路线生成方法、装置、存储介质及服务器 |
CN113268674A (zh) * | 2021-05-18 | 2021-08-17 | 北京白龙马云行科技有限公司 | 返程辅助方法及装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112184160B (zh) * | 2020-09-25 | 2024-04-26 | 汉海信息技术(上海)有限公司 | 倒计时展示方法、装置、电子设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105957157A (zh) * | 2016-05-10 | 2016-09-21 | 至库停车信息服务有限公司 | 一种可精准预约车位的停车信息服务***及方法 |
CN106803132A (zh) * | 2016-12-30 | 2017-06-06 | 上海衡修信息科技有限公司 | 一种拼车软件的路线匹配方法 |
CN107844844A (zh) * | 2017-11-18 | 2018-03-27 | 共乘网络科技(北京)有限公司 | 基于绿色交通的私家车共享平台工作方法 |
CN107945503A (zh) * | 2017-12-25 | 2018-04-20 | 武汉斑马快跑科技有限公司 | 顺风车的拼车方法和*** |
CN108399460A (zh) * | 2017-02-07 | 2018-08-14 | 北京嘀嘀无限科技发展有限公司 | 网络约车订单分配处理方法及服务器 |
CN108805411A (zh) * | 2018-05-18 | 2018-11-13 | 北京嘀嘀无限科技发展有限公司 | 网约车订单分配方法、装置、服务器、终端和可读存储介质 |
CN109102096A (zh) * | 2018-08-14 | 2018-12-28 | 合肥科塑信息科技有限公司 | 一种基于大数据的网约车车载智能终端 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9157748B2 (en) * | 2012-07-31 | 2015-10-13 | Flatiron Apps LLC | System and method for hailing taxicabs |
TW201541393A (zh) * | 2014-04-21 | 2015-11-01 | Wei-Yen Yeh | 計程車管理設備及計程車管理系統 |
CN105894359A (zh) * | 2016-03-31 | 2016-08-24 | 百度在线网络技术(北京)有限公司 | 订单推送方法、装置及*** |
CN109146211A (zh) * | 2017-06-16 | 2019-01-04 | 北京嘀嘀无限科技发展有限公司 | 订单的分配、模型的训练方法及装置 |
CN109034433A (zh) * | 2018-07-20 | 2018-12-18 | 清华大学苏州汽车研究院(吴江) | 基于定制服务的打车*** |
CN109993329A (zh) * | 2019-01-31 | 2019-07-09 | 阿里巴巴集团控股有限公司 | 约车信息展示方法、装置、***及设备 |
-
2019
- 2019-01-31 CN CN201910095943.XA patent/CN109993329A/zh active Pending
- 2019-09-04 TW TW108131880A patent/TWI784195B/zh active
- 2019-12-03 WO PCT/CN2019/122559 patent/WO2020155837A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105957157A (zh) * | 2016-05-10 | 2016-09-21 | 至库停车信息服务有限公司 | 一种可精准预约车位的停车信息服务***及方法 |
CN106803132A (zh) * | 2016-12-30 | 2017-06-06 | 上海衡修信息科技有限公司 | 一种拼车软件的路线匹配方法 |
CN108399460A (zh) * | 2017-02-07 | 2018-08-14 | 北京嘀嘀无限科技发展有限公司 | 网络约车订单分配处理方法及服务器 |
CN107844844A (zh) * | 2017-11-18 | 2018-03-27 | 共乘网络科技(北京)有限公司 | 基于绿色交通的私家车共享平台工作方法 |
CN107945503A (zh) * | 2017-12-25 | 2018-04-20 | 武汉斑马快跑科技有限公司 | 顺风车的拼车方法和*** |
CN108805411A (zh) * | 2018-05-18 | 2018-11-13 | 北京嘀嘀无限科技发展有限公司 | 网约车订单分配方法、装置、服务器、终端和可读存储介质 |
CN109102096A (zh) * | 2018-08-14 | 2018-12-28 | 合肥科塑信息科技有限公司 | 一种基于大数据的网约车车载智能终端 |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020155837A1 (zh) * | 2019-01-31 | 2020-08-06 | 阿里巴巴集团控股有限公司 | 约车信息展示方法、装置、***及设备 |
CN110633815A (zh) * | 2019-08-14 | 2019-12-31 | 杭州飞步科技有限公司 | 一种拼车方法和装置、电子设备、存储介质 |
CN110782055A (zh) * | 2019-10-22 | 2020-02-11 | 上海钧正网络科技有限公司 | 信息处理方法、装置、终端及可读存储介质 |
CN111127283A (zh) * | 2019-10-30 | 2020-05-08 | 上海钧正网络科技有限公司 | 顺风车的匹配方法、装置、计算机设备和存储介质 |
CN110956375A (zh) * | 2019-11-19 | 2020-04-03 | 北京三快在线科技有限公司 | 一种订单处理的方法及装置 |
CN110956375B (zh) * | 2019-11-19 | 2022-08-26 | 北京三快在线科技有限公司 | 一种订单处理的方法及装置 |
CN111191128A (zh) * | 2019-12-24 | 2020-05-22 | 南京领行科技股份有限公司 | 一种行程匹配方法及装置 |
CN111191128B (zh) * | 2019-12-24 | 2022-06-07 | 南京领行科技股份有限公司 | 一种行程匹配方法及装置 |
CN111222946A (zh) * | 2020-01-02 | 2020-06-02 | 杭州优行科技有限公司 | 订单处理方法、装置、终端及存储介质 |
CN111222946B (zh) * | 2020-01-02 | 2023-10-31 | 杭州优行科技有限公司 | 订单处理方法、装置、终端及存储介质 |
CN111506674A (zh) * | 2020-05-12 | 2020-08-07 | 支付宝(杭州)信息技术有限公司 | 匹配方法及装置 |
CN111506674B (zh) * | 2020-05-12 | 2023-11-03 | 支付宝(杭州)信息技术有限公司 | 匹配方法及装置 |
CN111739329A (zh) * | 2020-05-29 | 2020-10-02 | 腾讯科技(深圳)有限公司 | 行驶路线生成方法、装置、存储介质及服务器 |
CN111739329B (zh) * | 2020-05-29 | 2021-11-02 | 腾讯科技(深圳)有限公司 | 行驶路线生成方法、装置、存储介质及服务器 |
CN113268674A (zh) * | 2021-05-18 | 2021-08-17 | 北京白龙马云行科技有限公司 | 返程辅助方法及装置 |
CN113268674B (zh) * | 2021-05-18 | 2024-05-14 | 北京白龙马云行科技有限公司 | 返程辅助方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
TWI784195B (zh) | 2022-11-21 |
WO2020155837A1 (zh) | 2020-08-06 |
TW202030690A (zh) | 2020-08-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109993329A (zh) | 约车信息展示方法、装置、***及设备 | |
CN103108083B (zh) | 移动终端的文件列表排序方法及*** | |
US9363634B1 (en) | Providing context-relevant information to users | |
JP5560367B2 (ja) | ネットワーク内の友人の動的情報を管理するための方法、システムおよびサーバ | |
US20090228513A1 (en) | Methods, apparatuses, and computer program products for modeling contact networks | |
EP2472453A1 (en) | System and method for providing augmented reality service | |
CN102591873B (zh) | 一种信息推荐方法和设备 | |
US20140358971A1 (en) | Techniques for identifying chain businesses and queries | |
US10317238B2 (en) | Navigation system with ranking mechanism and method of operation thereof | |
CN101635009A (zh) | 基于海量数据的用户年龄估算方法及*** | |
CN108692735A (zh) | 导航路线的处理方法、装置、存储介质及电子设备 | |
CN104333501A (zh) | 一种联系人列表的显示方法及装置 | |
CN103778116A (zh) | 一种信息的推荐方法和*** | |
CN109753504A (zh) | 数据查询方法及装置 | |
CN107885856A (zh) | 一种页面展示方法和装置 | |
CN109213893A (zh) | 一种基于读音的词语显示方法和装置 | |
CN106547870A (zh) | 数据库的分表方法及装置 | |
CN113961824A (zh) | 用于导航目的地输入的内联搜索查询细化 | |
KR20130012198A (ko) | 사용자 친밀도 기반의 주소록 생성을 위한 시스템, 서버 장치, 단말 장치, 기록매체 및 사용자 친밀도 기반의 주소록 생성 방법 | |
JP2008097546A (ja) | 広告方法、広告システム及び広告プログラム | |
Knoch et al. | A context-aware running route recommender learning from user histories using artificial neural networks | |
CN108596412A (zh) | 基于用户相似度的跨领域评分方法以及评分设备 | |
CN112036774B (zh) | 服务策略的评估方法、装置、设备及存储介质 | |
CN107026885A (zh) | 信息推送方法及装置 | |
CN107256244A (zh) | 数据处理方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190709 |