Traitement en cours

Veuillez attendre...

Paramétrages

Paramétrages

Aller à Demande

1. WO2020155837 - PROCÉDÉ, APPAREIL, SYSTÈME ET DISPOSITIF D'AFFICHAGE D'INFORMATIONS DE COVOITURAGE

Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099   0100   0101   0102   0103   0104   0105   0106   0107   0108   0109   0110   0111   0112   0113   0114   0115   0116   0117   0118   0119   0120   0121   0122   0123   0124   0125   0126  

权利要求书

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18   19   20   21   22   23  

附图

1   2A   2B   3   4   5   6   7  

说明书

发明名称 : 约车信息展示方法、装置、系统及设备

技术领域

[0001]
本说明书实施例涉及信息技术领域,尤其涉及约车信息展示方法、装置、系统及设备。

背景技术

[0002]
在当前,用户(包括乘客和司机)通过移动电子设备进行网络约车已很常见。在某一类网络约车服务中,需要用户首先发布自己行程,然后服务端给出多个相匹配的对方行程信息供用户进行选择,并且以信息列表的形式展示,用户在信息列表里选择最适合自己的对方行程,以共同出行。顺风车就是这类服务的典型示例。
[0003]
例如,在用户为司机时,列表上通常包含多条乘客行程信息,每条乘客行程信息中,包含乘客的始发地、目的地、出发时间以及与自己的距离等等,用于司机决策,此时司机需要关注的信息量较大。由于不了解真实的顺路情况,在有多个选项可供选择的情形下,需要通过反复点击列表页与详情页,凭着记忆选出“最佳方案”。
[0004]
基于此,需要一种对用户更便利的约车信息展示方案。
[0005]
发明内容
[0006]
针对现有约车信息展示不利于用户选择的问题,为实现更便利于用户进行约车选择,本说明书实施例提供一种约车信息展示方案,包括三个方面,在对于系统的第一方面,本说明书实施例提供一种约车信息展示方法,包括:
[0007]
客户端发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
[0008]
服务端根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
[0009]
服务端返回多个包含匹配指数的第二类用户行程信息至客户端;
[0010]
客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户 行程信息根据匹配指数从大至小依序排列;
[0011]
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0012]
在对于客户端的第二方面,本说明书实施例提供另一种约车信息展示方法,包括:
[0013]
发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
[0014]
接收服务端所返回的多个包含匹配指数的第二类用户行程信息,所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定,用于表征双方出行的匹配程度;
[0015]
展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
[0016]
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0017]
在对于服务端的第三方面,本说明书实施例提供再一种约车信息展示方法,包括:
[0018]
接收第一类用户行程信息,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
[0019]
根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
[0020]
发送所述多个包含匹配指数的第二类用户行程信息至客户端,以便客户端根据匹配指数对所述多个第二类用户行程信息排序;
[0021]
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0022]
对应第一方面,本说明书实施例还提供一种约车信息展示系统,包括客户端和服务端,其中,
[0023]
客户端发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
[0024]
服务端根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
[0025]
服务端返回多个包含匹配指数的第二类用户行程信息至客户端;
[0026]
客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
[0027]
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0028]
对应第二方面,本说明书实施例还提供客户端方面的一种约车信息展示装置,包括:
[0029]
发送模块,发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
[0030]
接收模块,接收服务端所返回的多个包含匹配指数的第二类用户行程信息,所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定,用于表征双方出行的匹配程度;
[0031]
展示模块,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
[0032]
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0033]
对应第三方面,本说明书实施例还提供一种服务端方面的约车信息展示装置,包括:
[0034]
接收模块,接收第一类用户行程信息,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
[0035]
确定模块,根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
[0036]
发送模块,发送所述多个包含匹配指数的第二类用户行程信息至客户端,以便客户端根据匹配指数对所述多个第二类用户行程信息排序;
[0037]
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二 类用户为乘客。
[0038]
在本说明书实施例的方案中,第一类用户发布行程至服务端,服务端则根据第一类用户行程与第二类用户行程进行匹配,筛选出一批包含匹配度的第二类用户行程,并发送至客户端。客户端则根据匹配度对第二类用户行程进行排序,在展示第二类行程时进行降序排列,并显示所示匹配度,从而可以方便用户做出选择,提高用户的约车体验。
[0039]
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本说明书实施例。
[0040]
此外,本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

[0041]
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书实施例中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
[0042]
图1是本说明书实施例提供的对应于系统方面的一种约车信息展示方法的流程示意图;
[0043]
图2a为当前网约车中一种展示信息的示意图;
[0044]
图2b为本说明书实施例所提供的一种司机行程信息的展示意图;
[0045]
图3为本说明书实施例所提供的客户端方面的约车信息展示方法的流程示意图;
[0046]
图4为本说明书实施例所提供的服务端方面的约车信息展示方法的流程示意图;
[0047]
图5为本说明书实施例提供的客户端方面的一种约车信息展示装置的结构示意图;
[0048]
图6为本说明书实施例提供的服务端方面的一种约车信息展示装置的结构示意图;
[0049]
图7为一种用于配置本说明书实施例方法的计算设备硬件结构示意图。

具体实施方式

[0050]
为了使本领域技术人员更好地理解本说明书实施例中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行详细地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书中的实 施例,本领域普通技术人员所获得的所有其他实施例,都应当属于保护的范围。
[0051]
在当前的一些网约车业务中,用户可以发布自己的行程至服务端,并且服务端返回多个可用的对方行程以供用户选择,其中的典型即为顺风车业务。在当前业务中,普遍采取信息流的列表展示,以乘客发布信息寻找顺路的司机为例,如图2a中所示,图2a为当前网约车中一种展示信息的示意图。列表上包含信息:司机的始发地(与自己出发地的距离)、目的地(与自己目的地的距离)、出发时间以及人数等等,用户需要关注的信息量较大。当有多个司机可以选择时,司机行程以列表形式展示多条,乘客需要多次对比选出最佳方案,决策成本较高。
[0052]
此外,一些信息参考价值不大,例如,对于图2a中的司机而言,乘客的终点和自己的终点距离是3.7km,如果是顺路,则是相当于没有绕路,如果是完全相反,则相当于司机需要多走7.4km,对于起点之间的距离同样存在这样的情形,一旦距离较远,司机就需要真实顺路情况,匹配效率低下。
[0053]
基于此,本说明书实施例提供一种更便利的约车信息展示方案,可以方便用户做出选择,提高用户的约车体验。
[0054]
以下结合附图,详细说明本说明书各实施例提供的技术方案。如图1所示,图1是本说明书实施例提供的对于系统方面的一种约车信息展示方法的流程示意图,如图1所示,该流程具体包括如下步骤:
[0055]
S101,客户端发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间。
[0056]
在本说明书实施例所提供的方案中,用户包括司机或者乘客,第一类用户和第二类用户是相对而言。当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0057]
即司机或者乘客均可以通过客户端向服务端发布自己的行程信息,发布的用户行程信息中至少应包括起点、终点和出发时间。进一步地,行程信息还可以包括其它信息,例如司机行程信息中可以包括可以携带的人数,而乘客行程信息中可以包括需要乘车的人数,以及,行程信息中还可以包括用户的联系方式等等。
[0058]
S103,服务端根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度。
[0059]
服务端可以预先建立一个用于存储用户行程信息的数据库。例如,建立两个分别用于存储乘客行程信息和司机行程信息的表格。每当接收到用户行程信息时,则首先根据用户的类型将其存储至各自的表格中。
[0060]
当服务端接收到第一类用户行程信息时,即首先可以做一个判断,如果第一类用户为司机,则从乘客行程信息表格中进行匹配;如果第一类用户为乘客,则从司机行程信息表格中进行匹配。匹配时可以根据双方的行程信息中所包含的各类信息进行计算,得到第二类用户行程信息的匹配度。例如,可以根据双方起始点距离、双方的终点距离、双方的出行距离、双方的出发时间间隔等等信息进行综合性的评估,生成一个表征双方出行的匹配程度的匹配指数,通常而言,匹配指数越大,则双方的行程越接近。匹配指数的具体计算方式可以有很多种,可以根据实际情形进行,此处无需做具体限定。
[0061]
S105,服务端返回多个包含匹配指数的第二类用户行程信息至客户端。
[0062]
S107,客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列。
[0063]
客户端在收到多个第二类行程信息以后,则可以在行程选择界面中对多个第二类行程信息进行展示。具体而言,可以根据第二类行程信息所包含的匹配指数的大小,进行降序排序。即,匹配度高的第二类用户行程排序在前,以供用户选择。在一个界面中,由于用户设备、界面设置等多个因素,可以同时展示的行程信息数量有限,用户可以通过滑动、拖拽等方式对界面中的所有行程信息进行浏览。
[0064]
如图2b所示,图2b为本说明书实施例所提供的一种司机行程信息的展示意图。在该示意图所对应的方案中,第一类用户为乘客,第二类用户为司机,在乘客的客户端中根据匹配指数的大小(即图2b中的同行率,匹配指数的具体业务名称可以根据需要自行确定),降序展示了多位司机行程信息(在前端显示了两位,其余司机行程信息的可以通过对界面的滑动选择操作来展示),因此,乘客可以根据匹配指数得知司机行程和自己行程的匹配程度,并且可以方便的知道,排列前位的司机行程可能更贴近自己的行程。
[0065]
在本说明书实施例的方案中,第一类用户发布行程至服务端,服务端则根据第一类用户行程与第二类用户行程进行匹配,筛选出一批包含匹配度的第二类用户行程,并发送至客户端。客户端则根据匹配度对第二类用户行程进行排序,在展示第二类行程时进 行降序排列,并显示所示匹配度,从而可以方便用户做出选择,提高用户的约车体验。
[0066]
在一种具体的实施方式中,客户端还可以接收第一类用户的选择指令,对于第二类用户行程信息进行选取,并且调用地图应用,在地图应用界面中,以路径形式可视化展示第一类用户的行程信息,和第一类用户所选择的第二类用户行程信息。如图2b中所示,图中的实线路径表示了第一类用户(在该图中即为乘客)的出行路径,每在界面中选中一个第二类用户行程,则在调用的地图应用界面中对应以虚线路径的形式展示该选中的第二类用户行程,从而,用户可以方便的从地图上看出对方的路径和自己路径的匹配程度,以及,还可以看出是否需要绕路。这一点在第一类用户为司机时则更为重要,如果这个距离过大,则是一个必须考虑的因素,通过在地图中直观的展示双方的路径进行对比,可以让司机更容易做出准确的判断。以及,还可以在界面中根据行程估算出预计可能的费用,并进行展示,便于用户选择。
[0067]
进一步地,服务端在确定匹配指数时,还可以确定出绕路距离,需要说明的是,此处的绕路距离实际上也是根据一定的算法计算得到,并不一定就等于实际中的绕路距离。例如,假设司机起点位置a1,终点位置b1,二者距离为s1;乘客起点位置a2,终点位置b2,二者距离为s2。一种绕路距离的计算方式为,调用地图应用的两点的距离接口,绕路距离s3=distance(a1,a2)+distance(a2,b2)+distance(b2,b1)-s1;另一种计算方法为,调用地图应用的路径规划接口,确定一条从a1到b1,且途经a2和b2的路径,将该路径的长度减去s1确定为绕路距离。此外,服务端还可以根据司机和乘客的出发时间差确定出发时间间隔,即司机或者乘客可能需要的等待时间。
[0068]
从而服务端可以返回包含匹配指数、绕路距离以及出发时间间隔的第二类用户行程信息至第一类用户的客户端,进一步方便第一类用户了解行程的匹配程度,以及,当出现匹配指数相同的第二类用户行程信息时,客户端还可以根据绕路距离和出发时间间隔进行排序,将绕路距离小的排在前列。
[0069]
在具体的实施过程中,尽管预先进行了预处理可以过滤掉一批无效的第二类用户行程信息,但是有效的行程信息仍然可能存在数量过多的情形。在这种情形下,还可以进一步的预设条件对已经确定匹配指数的第二类用户行程信息进行过滤。例如,预设条件为匹配指数超过阈值(例如85%,或者90%等),又或者,匹配指数在排序中位于指定名次之前(例如,匹配指数排在前15的)。通过上述方式,在有效的第二类用户行程过多时,可以减少客户端的排序和展示压力,有利于提高用户体验。
[0070]
对于步骤S103而言,在服务端计算第二类用户行程信息的信息时,服务端在从第 二类用户行程信息表格中进行匹配时,还可以先做一个预处理筛选,只计算有效的第二类用户行程信息的匹配指数。
[0071]
例如,如果第二用户行程信息中的出发时间在第一类用户行程之后,或者,出发时间的差值的绝对值超过出发时间阈值(可以第一类用户预设,或者系统默认值),则确定该第二类用户行程信息无效。
[0072]
又例如,乘客行程信息和司机行程信息的相对距离超过空间阈值,此处的相对距离以包括起点之间的距离、终点之间的距离或者两条路径之间的最短距离等等,则确定该该第二类用户行程信息无效。
[0073]
又例如,假设司机的行程速度为V(可以预设一个默认值,例如35千米每小时),司机和乘客的出发点距离为L,二者的出发时间间隔为T,若T<L/V,则意味着司机无法在乘客的出发时间到达乘客的出发点,则此时的第二类用户行程信息是无效的。
[0074]
又例如,乘客行程信息与司机行程信息的绕路距离超过距离阈值,所述绕路距离由乘客行程信息和司机行程信息的起点以及终点共同确定。绕路距离的计算方式可以按前文的计算方式。以及,进一步地,还可以根据绕路距离计算绕路比P=s3/s1,如果绕路比超过一定的阈值,则可以认为相对于乘车的距离,绕路距离已经太长,则此时的第二类用户行程信息是无效的。
[0075]
进一步地,在当第一类用户行程信息和第二类用户行程信息包括人数时,所述约束条件还包括:乘客行程信息中的人数大于司机行程信息中的人数,即司机可以提供的座位数少于乘客的出行人数。
[0076]
对于步骤S103中的,根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,具体可以包括如下方式:用地图应用程序,确定在地图应用程序中,司机起点至司机终点的司机路径长度L1,乘客起点至乘客终点的乘客路径长度L2,乘客起点至司机起点的实际路径距离L4,以及,乘客终点和司机终点的实际路径长度L5;确定行车距离长度L3=L1+L4+L5;根据所述行车距离L3确定空间同步指数。
[0077]
例如,空间同指数DR=1-(L3-L1)/L1,或者,空间同指数DR=1-(L3-L2)/L2等等,总之,L3越大,空间同步指数越小。但一般而言,可以通过预设条件筛选出相对适度大小的L3(例如L3<(L1+L2)*1.5),而使得DR始终为正。
[0078]
进而,可以根据空间同步指数DR来确定匹配指数。一种可实施的方式为,忽略时 间因素,直接将空间同步指数DR确定为匹配指数。
[0079]
另一种可实施方式为,进一步计算司机和乘客的时间同步指数,并根据时间同步指数和空间同步指数共同计算匹配指数。例如,首先根据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所示:
[0080]
[表0001]
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]

[0081]
表1 TR与T的示例性关系表
[0082]
从而,可以综合性的考虑时间同步指数和空间同步指数,进行匹配指数的计算。以下列举几种匹配指数的计算方式:
[0083]
第一种,时间同步指数和空间同步指数权重相加。匹配指数R=W(TR)*TR+W(DR)*DR。默认的同行率计算公式。其中,参数W(DR)是距离权重,可自由配置为[0,1]之间的小数,例如默认值为0.9;W(TR)为时间权重,可设置为1-W(DR),默认值为0.1。
[0084]
第二种,时间同步指数和空间同步指数权重相乘。即匹配指数R=TR*DR。
[0085]
第三种,匹配指数R=W(DR)*F(DR)+W(TR)*TR,其中,F(DR)是关于DR的距离函数,例如F(DR)=1/(2-DR),通过设置经验函数F(DR)对匹配指数进行调整,可以得出更符合人们直观感觉的匹配指数。其中的W(TR)和W(DR)已在前述进行 说明,不再赘述。
[0086]
对应于客户端的第二方面,本说明书实施例提供另一种约车信息展示方法,如图3所示,图3为客户端方面的约车信息展示方法的流程示意图,包括:
[0087]
S301,发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
[0088]
S303,接收服务端所返回的多个包含匹配指数的第二类用户行程信息,所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定,用于表征双方出行的匹配程度;
[0089]
S305,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;
[0090]
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0091]
对应于服务端的第三方面,本说明书实施例提供再一种约车信息展示方法,如图4所示,图4为服务端方面的约车信息展示方法的流程示意图,包括:
[0092]
S401,接收第一类用户行程信息,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
[0093]
S403,根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
[0094]
S405,发送所述多个包含匹配指数的第二类用户行程信息至客户端,以便客户端根据匹配指数对所述多个第二类用户行程信息排序;
[0095]
其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0096]
对应于第一方面,本说明书实施例还提供一种约车信息展示系统,包括客户端和服务端,其中,客户端发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;服务端根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹 配程度;服务端返回多个包含匹配指数的第二类用户行程信息至客户端;客户端接收所述多个包含匹配指数的第二类用户行程信息至客户端,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0097]
进一步地,在所述系统中,客户端接收第一类用户的选择指令,在所述行程选择界面中确定第一类用户所选取的第二类用户行程信息;在调用的地图界面中,以路径形式可视化展示所述第一类用户行程信息和当前被选取的第二类用户行程信息。
[0098]
进一步地,在所述系统中,客户端接收服务端所返回的多个包含匹配指数和绕路距离的第二类用户行程信息,对于匹配指数相同的第二类用户行程信息,根据绕路距离从小至大进行排序。
[0099]
进一步地,在所述系统中,服务端确定出符合预设条件的多个包含匹配指数的第二类用户行程信息,所述预设条件包括:匹配指数超过阈值,或者,匹配指数在排序中位于指定名次之前;返回所述符合预设条件的多个包含匹配指数的第二类用户行程信息至客户端。
[0100]
进一步地,在所述系统中,服务端滤除符合约束条件的第二类用户行程信息,选取剩余的第二类用户行程信息,其中,所述约束条件包括:乘客行程信息和司机行程信息中,出发时间的差值的绝对值超过出发时间阈值;或者,乘客行程信息和司机行程信息的相对距离超过空间阈值,所述相对距离由乘客行程信息的起点或者终点与司机行程信息的起点或者终点确定;或者,乘客行程信息与司机行程信息的绕路距离超过距离阈值,所述绕路距离由乘客行程信息和司机行程信息的起点以及终点共同确定。
[0101]
进一步地,在所述系统中,当第一类用户行程信息和第二类用户行程信息包括人数时,所述约束条件还包括:乘客行程信息中的人数大于司机行程信息中的人数。
[0102]
进一步地,在所述系统中,服务端调用地图应用程序,确定在地图应用程序中,司机起点至司机终点的司机路径长度L1,乘客起点至乘客终点的乘客路径长度L2,乘客起点至司机起点的实际路径距离L4,以及,乘客终点和司机终点的实际路径长度L5;确定行车距离L3=L1+L4+L5;根据所述行车距离L3确定空间同步指数,其中,空间同步指数与L3负相关;根据所述空间同步指数确定第二类用户行程信息的匹配指数,其中,所述匹配指数与空间同步指数正相关。
[0103]
进一步地,在所述系统中,服务端将所述空间同步指数确定第二类用户行程信息的匹配指数。
[0104]
进一步地,在所述系统中,服务端根据所述乘客起点至司机起点的实际路径距离L4确定间隔时间长度T3;根据所述间隔时间长度T3、乘客出发时间T2和司机出发时间T1确定差异时间T,根据所述差异时间确定时间同步指数,其中,T=︱T1+T3-T2︱;根据所述空间同步指数和时间同步指数,共同确定第二类用户行程信息的匹配指数。
[0105]
对应于第二方面,本说明书实施例还提供一种约车信息展示装置,如图5所示,图5是本说明书实施例提供的客户端方面的一种约车信息展示装置的结构示意图,包括:
[0106]
发送模块501,发送第一类用户行程信息至服务端,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
[0107]
接收模块503,接收服务端所返回的多个包含匹配指数的第二类用户行程信息,所述匹配指数由服务端根据第一类用户行程信息和第二类用户行程信息确定,用于表征双方出行的匹配程度;
[0108]
展示模块505,展示包含多个第二类用户行程信息的行程选择界面,其中,在所述行程选择界面中,多个第二类用户行程信息根据匹配指数从大至小依序排列;其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0109]
对应于第三方面,本说明书实施例还提供再一种约车信息展示装置,如图6所示,图6是本说明书实施例提供的服务端方面的一种约车信息展示装置的结构示意图,包括:
[0110]
接收模块601,接收第一类用户行程信息,其中,所述第一类用户行程信息中包含第一类用户的起点、终点和出发时间;
[0111]
确定模块603,根据第一类用户行程信息和第二类用户行程信息,确定出第二类用户行程信息的匹配指数,其中,所述第二类用户行程信息中包含第二类用户的起点、终点和出发时间,所述匹配指数用于表征双方出行的匹配程度;
[0112]
发送模块605,发送所述多个包含匹配指数的第二类用户行程信息至客户端,以便客户端根据匹配指数对所述多个第二类用户行程信息排序;其中,当第一类用户为乘客时,第二类用户为司机;当第一类用户为司机时,第二类用户为乘客。
[0113]
本说明书实施例还提供一种计算机设备,其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,处理器执行所述程序时实现图3或图4所示的约车信息展示方法。
[0114]
图7示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图,该设备可以包括:处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
[0115]
处理器1010可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本说明书实施例所提供的技术方案。
[0116]
存储器1020可以采用ROM(Read Only Memory,只读存储器)、RAM(Random Access Memory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器1020中,并由处理器1010来调用执行。
[0117]
输入/输出接口1030用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
[0118]
通信接口1040用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
[0119]
总线1050包括一通路,在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
[0120]
需要说明的是,尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本说明书实施例方案所必需的组件,而不必包含图中所示的全部组件。
[0121]
本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现图3或者图4所示的约车信息展示方法。
[0122]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
[0123]
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
[0124]
上述实施例阐明的系统、方法、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
[0125]
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于方法实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的方法实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
[0126]
以上所述仅是本说明书实施例的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本说明书实施例原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本说明书实施例的保护范围。

权利要求书

[权利要求 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任一项所述的方法。

附图

[ 图 1]  
[ 图 2A]  
[ 图 2B]  
[ 图 3]  
[ 图 4]  
[ 图 5]  
[ 图 6]  
[ 图 7]