呼叫车辆的方法和装置与流程

文档序号:11833678阅读:483来源:国知局
呼叫车辆的方法和装置与流程

本公开涉及通信技术,尤其涉及一种呼叫车辆的方法和装置。



背景技术:

随着通信技术以及终端设备的发展,越来越多的用户选择使用终端设备上的呼叫车辆的应用程序来呼叫车辆。

相关技术中,用户在打开呼叫车辆的应用程序后,需要在地图上或者呼叫车辆的历史记录中选择出发的起始地点和到达的目的地,之后,应用程序会根据起始地点和目的地生成呼叫车辆的请求信息。在用户选择起始地点和目的地的过程中,会耗费一定的时间。



技术实现要素:

为克服相关技术中存在的问题,本公开提供一种呼叫车辆的方法和装置。

根据本公开实施例的第一方面,提供一种呼叫车辆的方法,包括:

获取用户的出行信息;其中,所述出行信息中包括当前时刻和当前出发地;

确定与所述当前时刻和所述当前出发地匹配的高频路径信息;其中,所述高频路径信息中包括与所述当前时刻匹配的高频出发时刻、与所述当前出发地匹配的高频出发地,以及所述高频出发时刻和所述高频出发地对应的高频目的地;

根据所述高频路径信息,向用户输出所述当前出发地和所述高频目的地。

结合第一方面,在第一方面的第一种可能的实现方式中,所述确定与所述当前时刻和当前出发地匹配的高频路径信息之前,所述方法还包括:

获取所述用户的历史出行信息,其中,所述历史出行信息包括历史出行路径以及历史出发时刻,所述历史出行路径包括历史出发地和历史目的地;

根据所述历史出行信息,确定历史出发地以及历史目的地相同的目标出行路径的数量;

根据所述目标出行路径的数量和所述目标出行路径对应的各历史出行路径的历史出发时刻,得到高频路径信息库,所述高频路径信息库中包括所述高频路径信息。

结合第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,所述根据所述目标出行路径的数量和所述目标出行路径对应的各历史出行路径的历史出发时刻,得到高频路径信息库,包括:

判断所述目标出行路径的数量是否大于预设阈值;

若所述目标出行路径的数量大于所述预设阈值,则对所述目标出行路径对应的各历史出行路径的相同的历史出发时刻进行去重操作,得到高频出发时刻,根据所述目标出行路径的历史出发地和历史目的地得到高频出发地和高频目的地。

结合第一方面、第一方面的第一种可能的实现方式或者第一方面的第二种可能的实现方式,在第一方面的第三种可能的实现方式中,所述确定与所述当前时刻和当前出发地匹配的高频路径信息,包括:

若所述当前时刻与所述高频出发时刻的时间差值在预设的时间范围内,则确定所述当前时刻与所述高频出发时刻匹配;

若所述当前出发地与所述高频出发地的距离差值在预设的距离范围内,则确定所述当前出发地与所述高频出发地匹配。

结合第一方面的第三种可能的实现方式,在第一方面的第四种可能的实现方式中,所述获取用户的出行信息,包括:

在获取到所述用户触发的出行指令后,根据所述出行指令的触发时间确定所述当前时刻,根据所述用户当前所处的地理位置确定所述当前出发地。

根据本公开实施例的第二方面,提供一种呼叫车辆的装置,包括:

第一获取模块,被配置为获取用户的出行信息;其中,所述出行信息中包括当前时刻和当前出发地;

第一确定模块,被配置为确定与所述当前时刻和所述当前出发地匹配的高频路径信息;其中,所述高频路径信息中包括与所述当前时刻匹配的高频出发时刻、与所述当前出发地匹配的高频出发地,以及所述高频出发时刻和所述高频出发地对应的高频目的地;

输出模块,被配置为根据所述高频路径信息,向用户输出所述当前出发地和所述高频目的地。

结合第二方面,在第二方面的第一种可能的实现方式中,所述装置还包括:

第二获取模块,被配置为获取所述用户的历史出行信息,其中,所述历史出行信息包括历史出行路径以及历史出发时刻,所述历史出行路径包括历史出发地和历史目的地;

第二确定模块,被配置为根据所述历史出行信息,确定历史出发地以及历史目的地相同的目标出行路径的数量;

第三确定模块,被配置为根据所述目标出行路径的数量和所述目标出行路径对应的各历史出行路径的历史出发时刻,得到高频路径信息库,所述高频路径信息库中包括所述高频路径信息。

结合第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,所述第三确定模块包括:

判断子模块,被配置为判断所述目标出行路径的数量是否大于预设阈值;

第一确定子模块,被配置为当所述目标出行路径的数量大于所述预设阈值时,对所述目标出行路径对应的各历史出行路径的相同的历史出发时刻进行去重操作,得到高频出发时刻,根据所述目标出行路径的历史出发地和历史目的地得到高频出发地和高频目的地。

结合第二方面、第二方面的第一种可能的实现方式或者第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,所述第一确定模块包括:

第二确定子模块,被配置为当所述当前时刻与所述高频出发时刻的时间差值在预设的时间范围内时,确定所述当前时刻与所述高频出发时刻匹配;

第三确定子模块,被配置为当所述当前出发地与所述高频出发地的距离差值在预设的距离范围内时,确定所述当前出发地与所述高频出发地匹配。

结合第二方面的第三种可能的实现方式,在第二方面的第四种可能的实现方式中,所述第一获取模块包括:

第四确定子模块,被配置为在获取到所述用户触发的出行指令后,根据所述出行指令的触发时间确定所述当前时刻,根据所述用户当前所处的地理位置确定所述当前出发地。

根据本公开实施例的第三方面,提供一种呼叫车辆的装置,包括:

处理器;

用于存储所述处理器可执行指令的存储器;

其中,所述处理器被配置为:

获取用户的出行信息;其中,所述出行信息中包括当前时刻和当前出发地;

确定与所述当前时刻和所述当前出发地匹配的高频路径信息;其中,所述高频路径信息中包括与所述当前时刻匹配的高频出发时刻、与所述当前出发地匹配的高频出发地,以及所述高频出发时刻和所述高频出发地对应的高频目的地;

根据所述高频路径信息,向用户输出所述当前出发地和所述高频目的地。

本公开的实施例提供的技术方案可以包括以下有益效果:

一个实施例中,通过获取用户的出行信息,出行信息中包括当前时刻和当前出发地,确定与当前时刻和当前出发地匹配的高频路径信息,高频路径信息中包括与当前时刻匹配的高频出发时刻、与当前出发地匹配的高频出发地,以及高频出发时刻和高频出发地对应的高频目的地,根据高频路径信息,向用户输出当前出发地和高频目的地,可以在获取用户的出行信息后确定与出行信息匹配的高频路径信息,再显示当前出发地和高频目的地,而不需要用户再手动选择起始地点和目的地,简化了用户在呼叫车辆的过程中的操作,从而,提高了用户体验。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种呼叫车辆的方法的流程图;

图2A为用户触发出行指令之前的用户界面图;

图2B为终端设备确定与当前时刻和当前出发地匹配的高频路径信息的用户界面图;

图2C为向用户输出当前出发地和高频目的地的用户界面图;

图3是根据另一示例性实施例示出的一种呼叫车辆的方法的流程图;

图4是根据一示例性实施例示出的一种呼叫车辆的装置的框图;

图5是根据另一示例性实施例示出的一种呼叫车辆的装置的框图;

图6是根据又一示例性实施例示出的一种呼叫车辆的装置的框图;

图7是根据再一示例性实施例示出的一种呼叫车辆的装置的框图;

图8是根据再一示例性实施例示出的一种呼叫车辆的装置的框图;

图9是根据再一示例性实施例示出的一种呼叫车辆的装置的框图;

图10是根据再一示例性实施例示出的一种呼叫车辆的装置的框图;

图11是根据再一示例性实施例示出的一种呼叫车辆的装置的框图。

通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种呼叫车辆的方法的流程图。如图1所示,本公开实施例提供的呼叫车辆的方法包括以下步骤:

在步骤101中,获取用户的出行信息。

其中,出行信息中包括当前时刻和当前出发地。

本公开实施例提供的呼叫车辆的方法可以由终端设备执行。终端设备可以是手持设备、车载设备、可穿戴设备、计算设备,以及各种形式的用户设备(User Equipment;简称:UE),移动台(Mobile Station;简称:MS)及终端(terminal)等。

在一种实现方式中,终端设备可以通过用户在终端设备上设置的日程信息,获取用户的出行信息。例如,用户可以通过终端设备上的日程记录程序输入自己的行程,该行程包括出发时刻和出发地。终端设备可以读取日程记录程序中的用户的行程,从而获取到用户的出行信息。进一步的,终端设备可以以预设的频率读取日程记录中的信息,获取用户的出行信息。

在另一种实现方式中,终端设备可以通过短信获取用户的出行信息。例如,用户可以在短信中记录自己的行程,或者,在短信中告知别人自己的行程。终端设备可以读取短信中用户的行程,从而获取到用户的出行信息。

在又一种实现方式中,终端设备在获取到用户触发的出行指令后,获取用户的出行信息。终端设备可以根据出行指令的触发时间确定当前时刻,根据用户当前所处的地理位置确定当前出发地。出行指令可以是用户输入的语音呼叫车辆指令,也可以是用户输入的对终端设备上已安装的用于呼叫车辆的应用程序的启动操作指令。举例来说,在用户想要呼叫车辆时,用户会对终端设备上已安装的用于呼叫车辆的应用程序进行点击操作,该点击操作即为出行指令。终端设备在获取到用户对用于呼叫车辆的应用程序进行了点击操作后,可以通过时钟程序获取出行指令的触发时间,并确定该触发时间为当前时刻,通过终端设备上的全球定位系统(Global Positioning System;简称:GPS)获取用户当前所处的地理位置,并确定该地理位置获取当前出发地。

在步骤102中,确定与当前时刻和当前出发地匹配的高频路径信息。

其中,高频路径信息中包括与当前时刻匹配的高频出发时刻、与当前出发地匹配的高频出发地,以及高频出发时刻和高频出发地对应的高频目的地。

高频路径信息可以位于高频路径信息库中,高频路径信息库可以是根据用户的历史出行信息确定的。高频路径信息库可以是预先存储在终端设备上的,或者,预先存储在服务器中的。在步骤101中获取到用户的出行信息后,终端设备确定与出行信息中的当前时刻和当前出发地匹配的高频路径信息。高频路径信息中包括了高频出发时刻、高频出发地以及高频出发时刻和高频出发地对应的高频目的地。即,高频路径信息中的高频出发时刻、高频出发地和高频目的地是一一对应的。高频出发时刻与出行信息中的当前时刻匹配,高频出发地与出行信息中的当前出发地匹配。

当高频路径信息库存储于终端设备上时,在获取到用户的出行信息后,直接在终端设备的存储器中查找与用户的出行信息匹配的高频路径信息。当高频路径信息库存储于服务器上时,在获取到用户的出行信息后,终端设备可以将出行信息发送给服务器,由服务器确定与用户的出行信息匹配的高频路径信息,终端设备接收服务器发送的高频路径信息。

在一种实现方式中,在确定与当前时刻和当前出发地匹配的高频路径信息时:若当前时刻与高频出发时刻的时间差值在预设的时间范围内,则确定当前时刻与高频出发时刻匹配;若当前出发地与高频出发地的距离差值在预设的距离范围内,则确定当前出发地与高频出发地匹配。预设的时间范围和预设的距离范围可以根据经验设置,例如,预设的时间范围可以是20分钟,假设高频出发时刻为17:35,在当前时刻在17:15-17:55时,都认为当前时刻与高频出发时刻匹配;预设的距离范围可以是200米,在根据GPS模块定位出的当前出发地与高频出发地的坐标的差值在200米时,都认为当前出发地与高频出发地匹配。

在另一实现方式中,在确定与当前时刻和当前出发地匹配的高频路径信息时,可以是当前时刻与高频出发时刻完全精确匹配时,确定当前时刻与高频出发时刻匹配,当前出发地与高频出发地完全精确匹配时,确定当前出发地与高频出发地匹配。例如,高频出发时刻为17:35,则只有当前时刻也是17:35时,才认为当前时刻与高频出发时刻匹配,假设高频出发地为A地,则只有当前出发地也为A地时,才认为当前出发地与高频出发地匹配。

在又一种实现方式中,可以是当前时刻与高频出发时刻的时间差值在预设的时间范围内时,确定当前时刻与高频出发时刻匹配,当前出发地与高频出发地完全精确匹配时,确定当前出发地与高频出发地匹配。

在再一种实现方式中,可以是当前时刻与高频出发时刻完全精确匹配时,确定当前时刻与高频出发时刻匹配,当前出发地与高频出发地的距离差值在预设的距离范围内时,确定当前出发地与高频出发地匹配。

在步骤103中,根据高频路径信息,向用户输出当前出发地和高频目的地。

在确定出高频路径信息后,终端设备可以向用户输出当前出发地和高频目的地。输出的方式可以是语音播放的方式,或者,也可以是在用户界面上输出的方法。输出方式可以由用户预先进行设定,也可以是终端设备确定的。

在终端设备输出当前出发地和高频目的地之后,用户可以触发叫车指令,以实现呼叫车辆。

下面以一个具体的例子说明上述过程。图2A为用户触发出行指令之前的用户界面图。图2B为终端设备确定与当前时刻和当前出发地匹配的高频路径信息的用户界面图。图2C为向用户输出当前出发地和高频目的地的用户界面图。如图2A所示,在用户界面201中,显示了终端设备上安装的各种应用程序,其中包括呼叫车辆的应用程序2011。用户通过手指2012对终端设备上已安装的呼叫车辆的应用程序2011进行点击操作来触发出行指令。如图2B所示,终端设备接收到用户触发的出行指令后,获取用户的出行信息,并根据出行信息确定与出行信息匹配的高频路径信息。该用户界面202向用户显示终端设备正在后台进行确定高频路径信息的操作。如图2C所示,该用户界面203终端设备向用户输出当前出发地和高频目的地。图2C中还示出用户可以通过点击叫车按钮输入叫车指令。当然,可以理解的是,终端设备也可以不显示图2B所示的用户界面,而直接输出如图2C所示的用户界面。

本公开实施例提供的呼叫车辆的方法,通过获取用户的出行信息,出行信息中包括当前时刻和当前出发地,确定与当前时刻和当前出发地匹配的高频路径信息,高频路径信息中包括与当前时刻匹配的高频出发时刻、与当前出发地匹配的高频出发地,以及高频出发时刻和高频出发地对应的高频目的地,根据高频路径信息,向用户输出当前出发地和高频目的地,可以在获取用户的出行信息后确定与出行信息匹配的高频路径信息,再显示当前出发地和高频目的地,而不需要用户再手动选择起始地点和目的地,简化了用户在呼叫车辆的过程中的操作,从而,提高了用户体验。

图3是根据另一示例性实施例示出的一种呼叫车辆的方法的流程图。如图3所示,本发明实施例在图2所示实施例的基础上,对获取高频路径信息库的步骤以及生成叫车请求信息的步骤进行详细说明:

在步骤301中,获取用户的历史出行信息。

其中,历史出行信息包括历史出行路径以及历史出发时刻,历史出行路径包括历史出发地和历史目的地。

在以往用户使用终端设备进行车辆呼叫的过程中,终端设备可以保存用户的历史出行信息,或者,终端设备可以将用户的历史出行信息发送给服务器以节省终端设备的存储空间。当历史出行信息存储在终端设备上时,终端设备可以通过直接读取存储器中的历史出行信息来获取用户的历史出行信息。当历史出行信息存储在服务器上时,终端设备可以通过向服务器发送交互消息来获取用户的出行信息。终端设备可以获取预设时间段内的用户的历史出行信息,例如,获取3个月内的用户的历史出行信息。

历史出行信息中包括历史出发地和历史目的地组成的历史出行路径以及历史出发时刻。举例来说,历史出行信息可以为以下信息:8:00:A-B;8:15:A-B;12:30:B-C;14:00:C-B;17:00:B-A;15:00:C-E;16:20:B-A;8:05:A-B;8:15:A-B;17:20:B-A。在8:00:A-B中,A-B为历史出行路径,A为历史出发地,B为历史目的地,8:00为历史出发时刻。

在步骤302中,根据历史出行信息,确定历史出发地以及历史目的地相同的目标出行路径的数量。

在获取到历史出行信息后,在历史出行信息中确定历史出发地以及历史目的地相同的目标出行路径的数量。

举例来说,在步骤301的例子中,历史出行信息中,历史出发地和历史目的地相同的目标出行路径为:A-B,4个;B-C,1个;C-B,1个;B-A,3个;C-E,1个。

在步骤303中,根据目标出行路径的数量和目标出行路径对应的各历史出行路径的历史出发时刻,得到高频路径信息库,高频路径信息库中包括高频路径信息。

在一种具体的实现方式中,判断目标出行路径的数量是否大于预设阈值,若目标出行路径的数量大于预设阈值,对目标出行路径对应的各历史出行路径的相同的历史出发时刻进行去重操作,得到高频出发时刻,根据目标出行路径的历史出发地和历史目的地得到高频出发地和高频目的地。

预设阈值可以根据经验进行设置。例如,预设阈值可以是10。

举例来说:在步骤302的例子中,假设预设阈值为2,则目标出行路径的数量大于2的目标出行路径为:A-B和B-A,接下来对相同的历史出发时刻进行去重操作,A-B对应的历史出发时刻分别为:8:00,8:15,8:05,8:15,B-A对应的历史出发时刻分别为:17:00,16:20,17:20。可以看到,A-B对应的历史出发时刻中相同的历史出发时刻为8:15,则去掉重复的历史出发时刻,只保留一个历史出发时刻8:15。经过此步骤之后,得到的高频出发时刻为:A–B:8:00,8:15,8:05;B-A:17:00,16:20,17:20。目标出行路径A-B中的高频出发地为A,高频目的地为B;目标出行路径B-A中的高频出发地为B,高频目的地为A。则高频路径信息库中包括:高频路径信息:A-B,高频出发时刻:8:00,8:15,8:05;高频路径信息:B-A,高频出发时刻:17:00,16:20,17:20。

需要说明的是,对目标出行路径对应的各历史出行路径的相同的历史出发时刻进行去重操作可以减少历史出发时刻的冗余度,减小数据量,提高存储效率。在进行去重操作时,可以采用现有的去重操作的方法,本公开实施例对此不作限制。

在另一种具体的实现方式中,可以是对目标出行路径的数量进行排序,获取位于前预设阈值个目标出行路径,对目标出行路径对应的各历史出行路径的相同的历史出发时刻进行去重操作,得到高频出发时刻,根据目标出行路径的历史出发地和历史目的地得到高频出发地和高频目的地。

在此实现方式中,其与上述实现方式的区别在于,上述实现方式中是对将目标出行路径的数量与预设阈值进行比较,而此种实现方式中,是对目标出行路径按照数量进行排序,获取排名位于前预设阈值个目标出行路径。

在步骤304中,获取用户的出行信息。

步骤304与步骤101的实现过程和技术原理类似,此处不再赘述。

在步骤305中,确定与当前时刻和当前出发地匹配的高频路径信息。

其中,高频路径信息中包括与当前时刻匹配的高频出发时刻、与当前出发地匹配的高频出发地,以及高频出发时刻和高频出发地对应的高频目的地。

终端设备可以在高频路径信息库中确定与当前时刻和当前出发地匹配的高频路径信息。举例来说,在步骤303的例子中,假设当前时刻为8:10,当前出发地为A地,预设的时间范围为20分钟,则确定的高频目的地为B。

在步骤306中,根据高频路径信息,向用户输出当前出发地和高频目的地。

步骤306与步骤103的实现过程和技术原理类似,此处不再赘述。

在步骤307中,若接收到用户触发的叫车指令,则根据当前时刻、当前出发地和高频目的地生成叫车请求信息。

在步骤308中,将叫车请求信息发送给叫车服务器,以获取叫车服务器返回的叫车响应信息。

在终端设备向用户输出当前出发地和高频目的地后,若用户选择进行车辆呼叫,则可以触发叫车指令。用户可以通过触摸屏触发叫车指令,也可以通过麦克风输入语音的叫车指令。

终端设备在接收到用户触发的叫车指令后,根据当前时刻、当前出发地和高频目的地生成叫车请求信息。并将该叫车请求信息发送给叫车服务器,以获取叫车服务器返回的叫车响应信息。叫车响应信息中可以包括应答车辆的车牌号、应答车辆的实时位置以及司机的信息等信息。叫车服务器是可以对车辆进行调度管理的服务器。

需要说明的是,在本公开实施例中,步骤301-步骤303与步骤304之间没有时序关系。即,终端设备可以预先确定高频路径信息库,也可以在获取到用户的出行信息之后,再确定高频路径信息库。步骤301-步骤303与步骤305之间也没有时序关系。可以根据用户当次叫车后的出行信息更新高频路径信息库,即在步骤306中确定的出发地和高频目的地可以作为历史出行信息,更新高频路径信息库。本公开实施例对此不作限制。

本公开实施例提供的呼叫车辆的方法,通过获取用户的历史出行信息,根据历史出行信息,确定历史出发地以及历史目的地相同的目标出行路径的数量,根据目标出行路径的数量和目标出行路径对应的各历史出行路径的历史出发时刻,得到高频路径信息库,高频路径信息库中包括高频路径信息,获取用户的出行信息,确定与当前时刻和当前出发地匹配的高频路径信息,根据高频路径信息,向用户输出当前出发地和高频目的地,若接收到所述用户触发的叫车指令,则根据所述当前时刻、所述当前出发地和所述高频目的地生成叫车请求信息,将所述叫车请求信息发送给叫车服务器,以获取所述叫车服务器返回的叫车响应信息,实现了可以根据用户的历史出行信息确定高频路径信息库,在确定高频路径信息库的过程中,实现过程简单,效率较高,且由于是根据用户的历史出行信息确定的,其更符合用户的出行习惯,因此,最终输出的高频目的地与用户的出行意愿匹配度较高,并且,在生成叫车请求信息时,是根据当前时刻、当前出发地和高频目的地生成的,可以使应答车辆获得用户当前所处的精确位置,从而,进一步提高了用户体验。

下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。

图4是根据一示例性实施例示出的一种呼叫车辆的装置的框图。该呼叫车辆的装置可以通过软件、硬件或者两者的结合实现成为包含终端设备的部分或者全部。如图4所示,本实施例提供的呼叫车辆的装置包括:

第一获取模块41,被配置为获取用户的出行信息。

其中,出行信息中包括当前时刻和当前出发地;

第一确定模块42,被配置为确定与当前时刻和当前出发地匹配的高频路径信息.

其中,高频路径信息中包括与当前时刻匹配的高频出发时刻、与当前出发地匹配的高频出发地,以及高频出发时刻和高频出发地对应的高频目的地。

输出模块43,被配置为根据高频路径信息,向用户输出当前出发地和高频目的地。

本公开实施例提供的呼叫车辆的装置,通过设置第一获取模块,被配置为获取用户的出行信息,出行信息中包括当前时刻和当前出发地,第一确定模块,被配置为确定与当前时刻和当前出发地匹配的高频路径信息,高频路径信息中包括与当前时刻匹配的高频出发时刻、与当前出发地匹配的高频出发地,以及高频出发时刻和高频出发地对应的高频目的地,输出模块,被配置为根据高频路径信息,向用户输出当前出发地和高频目的地,可以在获取用户的出行信息后确定与出行信息匹配的高频路径信息,再显示当前出发地和高频目的地,而不需要用户再手动选择起始地点和目的地,简化了用户在呼叫车辆的过程中的操作,从而,提高了用户体验。

图5是根据另一示例性实施例示出的一种呼叫车辆的装置的框图。如图5所示,本公开实施例提供的呼叫车辆的装置在图4所示实施例的基础上,还包括:

第二获取模块51,被配置为获取用户的历史出行信息。

其中,历史出行信息包括历史出行路径以及历史出发时刻,历史出行路径包括历史出发地和历史目的地。

第二确定模块52,被配置为根据历史出行信息,确定历史出发地以及历史目的地相同的目标出行路径的数量。

第三确定模块53,被配置为根据目标出行路径的数量和目标出行路径对应的各历史出行路径的历史出发时刻,得到高频路径信息库。

高频路径信息库中包括高频路径信息。

本公开实施例提供的呼叫车辆的装置,通过设置第二获取模块,被配置为获取用户的历史出行信息,第二确定模块,被配置为根据历史出行信息,确定历史出发地以及历史目的地相同的目标出行路径的数量,第三确定模块,被配置为根据目标出行路径的数量和目标出行路径对应的各历史出行路径的历史出发时刻,得到高频路径信息库,高频路径信息库中包括高频路径信息,实现了可以根据用户的历史出行信息确定高频路径信息库,在确定高频路径信息库的过程中,实现过程简单,效率较高,且由于是根据用户的历史出行信息确定的,其更符合用户的出行习惯,因此,最终输出的高频目的地与用户的出行意愿匹配度较高,从而,进一步提高了用户体验。

图6是根据又一示例性实施例示出的一种呼叫车辆的装置的框图。如图6所示,本公开实施例提供的呼叫车辆的装置在图5所示实施例的基础上,第三确定模块53包括:

判断子模块531,被配置为判断目标出行路径的数量是否大于预设阈值。

第一确定子模块532,被配置为当目标出行路径的数量大于预设阈值时,对目标出行路径对应的各历史出行路径的相同的历史出发时刻进行去重操作,得到高频出发时刻,根据目标出行路径的历史出发地和历史目的地得到高频出发地和高频目的地。

本公开实施例提供的呼叫车辆的装置,通过设置判断子模块,被配置为判断目标出行路径的数量是否大于预设阈值,第一确定子模块,被配置为当目标出行路径的数量大于预设阈值时,对目标出行路径对应的各历史出行路径的相同的历史出发时刻进行去重操作,得到高频出发时刻,根据目标出行路径的历史出发地和历史目的地得到高频出发地和高频目的地,在确定高频路径信息库的过程中,对目标出行路径对应的各历史出行路径的相同的历史出发时刻进行去重操作可以减少历史出发时刻的冗余度,减小数据量,提高了存储效率。

图7是根据再一示例性实施例示出的一种呼叫车辆的装置的框图。本公开实施例提供的呼叫车辆的装置在图4-图6所示实施例的基础上,第一确定模块42包括:

第二确定子模块421,被配置为当当前时刻与高频出发时刻的时间差值在预设的时间范围内时,确定当前时刻与高频出发时刻匹配。

第三确定子模块422,被配置为当当前出发地与高频出发地的距离差值在预设的距离范围内时,确定当前出发地与高频出发地匹配。

本公开实施例提供的呼叫车辆的装置,通过设置第二确定子模块,被配置为当当前时刻与高频出发时刻的时间差值在预设的时间范围内时,确定当前时刻与高频出发时刻匹配,第三确定子模块,被配置为当当前出发地与高频出发地的距离差值在预设的距离范围内时,确定当前出发地与高频出发地匹配,在确定与当前时刻和当前出发地匹配的高频路径信息时,可以允许一定的时间误差和距离误差,更符合实际的呼叫车辆的场景,从而,进一步提高了用户体验。

图8是根据再一示例性实施例示出的一种呼叫车辆的装置的框图。如图8所示,本公开实施例提供的呼叫车辆的装置在图7所示装置的基础上,第一获取模块41包括:

第四确定子模块411,被配置为在获取到用户触发的出行指令后,根据出行指令的触发时间确定当前时刻,根据用户当前所处的地理位置确定当前出发地。

本公开实施例提供的呼叫车辆的装置,通过设置第四确定子模块,被配置为在获取到用户触发的出行指令后,根据出行指令的触发时间确定当前时刻,根据用户当前所处的地理位置确定当前出发地,在用户触发出行指令后,即自动获取用户的出行信息,不需要用户输入出行信息,从而,提高了用户体验。

图9是根据再一示例性实施例示出的一种呼叫车辆的装置的框图。如图9所示,本公开实施例提供的呼叫车辆的装置,在图4所示实施例的基础上,还包括:

生成模块91,被配置为当接收到用户触发的叫车指令时,根据当前时刻、当前出发地和高频目的地生成叫车请求信息。

第三获取模块92,被配置为将叫车请求信息发送给叫车服务器,以获取叫车服务器返回的叫车响应信息。

本公开实施例提供的呼叫车辆的装置,通过设置生成模块,被配置为当接收到用户触发的叫车指令时,根据当前时刻、当前出发地和高频目的地生成叫车请求信息,第三获取模块,被配置为将叫车请求信息发送给叫车服务器,以获取叫车服务器返回的叫车响应信息,在生成叫车请求信息时,是根据当前时刻、当前出发地和高频目的地生成的,可以使应答车辆获得用户当前所处的精确位置,进而,进一步提高了用户体验。

以上描述了呼叫车辆的装置的内部功能和结构,图10是根据再一示例性实施例示出的一种呼叫车辆的装置的框图。如图10所示,该呼叫车辆的装置可实现为:

处理器151;

用于存储处理器151可执行指令的存储器152;

其中,处理器151被配置为:

获取用户的出行信息;其中,出行信息中包括当前时刻和当前出发地;

确定与当前时刻和当前出发地匹配的高频路径信息;其中,高频路径信息中包括与当前时刻匹配的高频出发时刻、与当前出发地匹配的高频出发地,以及高频出发时刻和高频出发地对应的高频目的地;

根据高频路径信息,向用户输出当前出发地和高频目的地。

图11是根据再一示例性实施例示出的一种呼叫车辆的装置的框图。例如,装置800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。

参照图11,装置800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)接口812,传感器组件814,以及通信组件816。

处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器,用于为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到装置800的打开/关闭状态,组件的相对定位,例如所述组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。

在示例性实施例中,装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由装置800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质,当所述存储介质中的指令由终端设备的处理器执行时,使得终端设备能够执行一种呼叫车辆的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1