一种订车信息的管理方法及终端与流程

文档序号:12183048阅读:560来源:国知局
一种订车信息的管理方法及终端与流程

本发明涉及电子技术领域,尤其涉及一种订车信息的管理方法及终端。



背景技术:

目前,很多司机都使用智能终端做拼车生意,自己驾车在社交网站上发布拼车广告信息。由此,会经常在开车的过程中接到各种电话,比如,有的是想订车,有的只是质询,有的是骚扰电话。对于想订车的用户,司机需要了解之前的订车信息之后,才能确定是否接受本次业务,尤其是对于多个客户想订车时,更是容易混淆,同时在边打电话边手动记录的话,易影响司机的开车的注意力。



技术实现要素:

本发明的实施例提供了一种订车信息的管理方法及终端,能够解决电话订车时司机用户不清楚车辆已经被预订的情况。

第一方面,本发明实施例提供了一种订车信息的管理方法,该方法包括:

获取客户订车信息;

根据预设规则将所述客户订车信息生成订车记录;

若检测到终端发生来电时,判断所述来电用户是否为订车用户;

若所述来电用户为订车用户,显示所述订车记录。

第二方面,本发明实施例还提供了一种终端,该终端包括:

获取单元,用于获取客户订车信息;

生成单元,用于根据预设规则将所述客户订车信息生成订车记录;

判断单元,用于若检测到终端发生来电时,判断所述来电用户是否为订车用户;

显示单元,用于若所述来电用户为订车用户,显示所述订车记录。

本发明实施例通过获取客户的订车信息,将所述订车信息生成订车记录,在确定终端用户接到的电话为订车电话时,在终端中显示该订车记录用于提示终端用户之前已有的订车信息。因此终端用户可以根据该显示的订车信息确定是否可以接受本次业务,清晰了解订车信息,不至于混淆,从而提高司机用户的体验度和开车安全性。

附图说明

为了更清楚地说明本发明实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种订车信息的管理方法的示意流程图;

图2是图1中步骤S103的子步骤示意流程图;

图3是本发明实施例提供的一种订车信息的管理方法的另一示意流程图;

图4是本发明实施例提供的一种订车信息的管理方法的另一示意流程图;

图5是本发明实施例提供的一种终端的示意性框图;

图6是本发明实施例提供的一种终端的另一示意性框图;

图7是本发明实施例提供的一种终端的结构组成示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。

请参阅图1,图1是本发明实施例提供的一种订车信息的管理方法示意流程图。该方法可以运行在智能手机(如Android手机、IOS手机等)、平板电脑或智能穿戴设备等终端中。尤其适用于想做拼车生意的司机用户,该订车信息的管理方法的步骤包括S101~S104。

S101、获取客户订车信息。

在本发明的实施例中,该客户订车信息包括客户的标识信息、上车地点、下车地点、上车时间、预定座位数以及确定预定等信息。其中,标识信息包括用户的注册信息和电话号码等。

其中,获取客户订车信息,可以是通过获取终端用户和订车客户的通话信息,语音识别该通话信息并提取相关的客户订车信息。也可以通过社交软件上获取相关的客户订车信息,比如终端用户在打车软件上或在微信的朋友圈里发布一条拼车信息,订车客户看到后直接在订车软件或微信里回复订车信息,即可以通过社交软件获取相关的订车信息,该订车信息即为客户订车信息。

S102、根据预设规则将所述客户订车信息生成订车记录。

在本发明的实施例中,该预设规则是指订车信息的内容格式规则,具体可理解为客户订车信息的按照一定顺序规则记录,比如预设规则为:客户名、上车时间、上车地点、下车地点和预定座位数。将上述步骤中获取的客户相关的订车信息按照该预设规则生成订车记录。如果有多个订车客户,即生成多条订车记录。

S103、若检测到终端发生来电时,判断所述来电用户是否为订车用户。

在本发明的实施例中,若检测到终端此时有来电接入时,判断所述来电用户是否为订车用户,即是该来电用户是否为想订车的来电用户。优选地,采用基于终端用户和来电用户通话内容进行判断,请查阅图2,图2是步骤S103的子步骤流程示意图,如图2所示,S103包括子步骤S103a~S103d。

S103a、获取所述来电用户与终端用户的语音信息。

其中,语音信息为该来电用户和终端用户的实时通话内容的语音,实时获取。比如,来电用户为用户A,用户A想订车,在和终端用户接通电话后,用户A就会询问具体的订车信息,如“我想订xxx到xxx的车,预定两个位置等”,以及终端用户对用户A的应答信息。该语音信息包括来电用户的咨询信息和终端用户的应答信息。

S103b、识别所述语音信息并获取所述语音信息中的关键字。

具体地,识别所述语音信息是指将所述语音信息转化成文字信息,获取所述文字信息的关键字。其中,该文字信息的关键字是可以是一段文字或几个关键的动词等。

S103c、判断所述关键字是否为订车使用的关键字。

具体地,订车使用的关键字是根据实际中客户订车和终端客户进行沟通交流必然会出现的字,比如“订车、预订、空位置和价钱等”。如果上述所述语音信息中的关键字,如果来电用户是想订车的话,在所述语音信息中的关键字中必然会出现订车使用的关键字。

S103d、若所述关键字为订车使用的关键字,判定所述来电用户为订车用户。

其中,若所述来电用户与终端用户的语音信息的关键字出现订车使用的关键字,比如“订车”、“预订”、“空位置”和/或“价钱”等关键字时,即可判定该来电用户为订车用户。

S104、若所述来电用户为订车用户,显示所述订车记录。

在本发明的实施例中,若所述此时来电用户为订车用户,在终端的显示屏中显示所述订车记录,用以终端用户之前已有的订车信息,如果存在多条订车记录,显示所有的订车记录。具体的显示方式以及在终端的屏幕上的显示位置不做限制,可以为左右滚动显示或上下滚动显示等方式。

需要说明的是,在显示所述订车记录并完成本次来电通话后,获取所述来电用户和终端用户的通话内容,语音识别该通话内容并从所述通话内容中获取客户订车信息,采用步骤S102生成订车记录,以备下次订车用户来电时显示所用。

需要说明的是,在所述判断所述来电用户是否为订车用户之后还包括,根据所述标识信息,判断所述来电用户是否为所述客户订车信息的客户;若所述来电用户为所述客户订车信息的客户,获取所述来电用户的本次通话内容;根据所述本次通话内容,更新所述订车记录。具体地,如果此次来电用户为所述客户订车信息的客户,该客户可能想更改之前已经订过的信息,获取所述来电用户的本次通话内容,提取所述本次通话内容的具体订车信息,更新所所述订车记录。该方法可以通过电话内容及时更新订车信息。

上述实施例通过获取客户的订车信息,将所述订车信息生成订车记录,在确定终端用户接到的电话为订车电话时,在终端中显示该订车记录用于提示终端用户之前已有的订车信息。因此终端用户可以根据该显示的订车信息确定是否可以接受本次业务,清晰了解订车信息,不至于混淆,从而提高司机用户的体验度和开车安全性。

请参阅图3,图3是本发明实施例提供的一种订车信息的管理方法另一示意流程图。该方法可以运行在智能手机(如Android手机、IOS手机等)、平板电脑或智能穿戴设备等终端中。尤其适用于想做拼车生意的司机用户,该订车信息的管理方法的步骤包括S201~S207。

S201、获取客户订车信息,其中所述客户订车信息包括所述客户的上车位置信息。

在本发明的实施例中,该客户订车信息包括客户订车的基本信息,主要包括客户的标识信息、上车地点、下车地点、上车时间、预定座位数以及确定预定等信息。其中,上车地点的位置信息即为所述客户的上车位置信息。

其中,获取客户订车信息,可以通过社交软件上获取相关的客户订车信息,比如,终端用户在打车软件上或在微信的朋友圈里发布一条拼车信息,订车客户看到后直接在订车软件或微信里回复订车信息,即可以通过社交软件获取相关的订车信息,该订车信息即为客户订车信息。

S202、根据预设规则将所述客户订车信息生成订车记录;

在本发明的实施例中,该预设规则是指订车信息的内容格式规则,具体可理解为客户订车信息的按照一定顺序规则记录,比如预设规则为:客户名、上车时间、上车地点、下车地点和预定座位数。将上述步骤中获取的客户相关的订车信息按照该预设规则生成订车记录。如果有多个订车客户,即生成多条订车记录。

S203、若检测到终端发生来电时,判断所述来电用户是否为订车用户;

在本发明的实施例中,若检测到终端此时有来电接入时,判断所述来电用户是否为订车用户,即是该来电用户是否为想订车的来电用户。可采用基于终端用户和来电用户的通话内容进行判断来电用户是否为订车用户,具体参照上述实施例的步骤S103的详细过程,在此不做详细介绍。

S204、若所述来电用户为订车用户,显示所述订车记录。

在本发明的实施例中,若所述此时来电用户为订车用户,在终端的显示屏中显示所述订车记录,用以终端用户之前已有的订车信息,如果存在多条订车记录,显示所有的订车记录。具体的显示方式以及在终端的屏幕上的显示位置不做限制,可以为左右滚动显示或上下滚动显示等方式。

S205、获取所述终端的当前位置信息以及所述终端的移动速度。

在本发明的实施例中,终端的当前位置信息即是终端用户的车辆的位置信息,具体为地理位置信息。终端的移动速度即是车辆的当前速度,可以通过终端的速度传感器或加速度传感器获取。

S206、根据所述当前位置信息、上车位置信息及所述移动速度计算到达客户上车位置的预达到时间。

具体地,根据所述前位置信息和上车位置信息,并结合终端用户实际可能选择的路线,即可获得终端用户(司机)到达订车客户的上车位置的距离,根据所述距离和所述移动速度即可大致算出达到客户上车位置的预到达时间。

S207、发送提示信息至所述客户的终端,其中,所述提示信息包括所述预到达时间和所述当前位置信息。

具体地,可以通过社交软件或打车软件发送提示信息至客户的终端,其中,所述提示信息包括所述预到达时间和所述当前位置信息,用于友情提示客户具体什么时间可以到达,增加了客户订车的体验度。

上述实施例通过获取客户的订车信息,将所述订车信息生成订车记录,在确定终端用户接到的电话为订车电话时,在终端中显示该订车记录用于提示终端用户之前已有的订车信息。因此终端用户可以根据显示的订车信息确定是否可以接受本次业务,清晰了解订车信息,不至于混淆。又通过发送包括预达到时间的提示信息,从而提高司机用户和订车客户的体验度。

请参阅图4,图4是本发明实施例提供的一种订车信息的管理方法另一示意流程图。该方法可以运行在智能手机(如Android手机、IOS手机等)、平板电脑或智能穿戴设备等终端中。尤其适用于想做拼车生意的司机用户,该订车信息的管理方法的步骤包括S301~S305。其中,步骤S301~S304和上述本发明的实施例的步骤S102~S104相同,为了说明书的简洁性,在此不做赘述。

S301、获取终端用户设置的预设订车时间段以及在所述预设订车时间段内获取客户订车信息。

其中,预设订车时间段为终端用户(司机)设置的一时间段,在该时间段内终端用户打算做拼车生意,过了该时间段就不打算做拼车生意,由此增加了司机用户的灵活性。比如预设时间段为18:00-21:00,为司机用户空闲时间,则可设置18:00-21:00为预设时间段。司机用户设置好预设订车时间段后,终端获取该预设时间段内的客户订车信息。该客户订车信息包括客户订车的基本信息,主要包括客户的标识信息、上车地点、下车地点、上车时间、预定座位数以及确定预定等信息。其中,上车地点的位置信息即为所述客户的上车位置信息。

S302、根据预设规则将所述客户订车信息生成订车记录。

S303、若检测到终端发生来电时,判断所述来电用户是否为订车用户。

S304、若所述来电用户为订车用户,显示所述订车记录。

S305、获取所述终端的当前时间;判断所述当前时间是否在所述预设订车时间段内;若所述当前时间未在所述预设订车时间段内,删除所述订车记录。

比如,所述预设订车时间段为18:00-21:00,而终端的当前时间为22:00点,该22:00不在所述预设订车时间段,则删除所述订车记录,避免以后订车记录重复出现,同时节省终端的存储空间。

上述实施例通过获取预设订车时间段以及在所述预设订车时间段内获取客户订车信息,将所述订车信息生成订车记录,在确定终端用户接到的电话为订车电话时,在终端中显示该订车记录用于提示终端用户之前已有的订车信息。因此终端用户可以根据该显示的订车信息确定是否可以接受本次业务,清晰了解订车信息,不至于混淆,同时还可以根据时间来自动删除订车记录,节省了终端的存储空间。

请参阅图5,图5是本发明实施例提供的一种终端的示意性框图。终端包括但不限于智能手机或平板电脑。如图5所示,终端300包括获取单元301、生成单元302、判断单元303、显示单元304、更新单元305和删除单元306。

获取单元301,用于获取客户订车信息。

其中,该客户订车信息包括客户的标识信息、上车地点、下车地点、上车时间、预定座位数以及确定预定等信息。其中,标识信息包括用户的注册信息和电话号码等。获取客户订车信息,具体可以通过社交软件上获取相关的客户订车信息,比如终端用户在打车软件上或在微信的朋友圈里发布一条拼车信息,订车客户看到后直接在订车软件或微信里回复订车信息,即可以通过社交软件获取相关的订车信息,该订车信息即为客户订车信息。获取单元301,具体用于获取终端用户设置的预设订车时间段以及在所述预设订车时间段内获取客户订车信息。

生成单元302,用于根据预设规则将所述客户订车信息生成订车记录。

其中,所述预设规则是指订车信息的内容格式规则,具体可理解为客户订车信息的按照一定顺序规则记录,比如预设规则为:客户名、上车时间、上车地点、下车地点和预定座位数。将上述步骤中获取的客户相关的订车信息按照该预设规则生成订车记录。如果有多个订车客户,即生成多条订车记录。

判断判断单元303,用于若检测到终端发生来电时,判断所述来电用户是否为订车用户。

其中,在本发明的实施例中,若检测到终端此时有来电接入时,判断所述来电用户是否为订车用户,即是该来电用户是否为想订车的来电用户。优选地,采用基于终端用户和来电用户通话内容进行判断,基于此,判断判断单元303包括:语音获取单元3031、识别获取单元3032、第一判断单元3033和第一判定单元3034。

语音获取单元3031,用于获取所述来电用户与终端用户的语音信息。

其中,语音信息为该来电用户和终端用户的实时通话内容的语音,实时获取。比如,来电用户为用户A,用户A想订车,在和终端用户接通电话后,用户A就会询问具体的订车信息,如“我想订xxx到xxx的车,预定两个位置等”,以及终端用户对用户A的应答信息。该语音信息包括来电用户的咨询信息和终端用户的应答信息。

识别获取单元3032,用于识别所述语音信息并获取所述语音信息中的关键字。

具体地,识别所述语音信息是指将所述语音信息转化成文字信息,获取所述文字信息的关键字。其中,该文字信息的关键字是可以是一段文字或几个关键的动词等。

第一判断单元3033,用于判断所述关键字是否为订车使用的关键字。

具体地,订车使用的关键字是根据实际中客户订车和终端客户进行沟通交流必然会出现的字,比如“订车、预订、空位置和价钱等”。如果上述所述语音信息中的关键字,如果来电用户是想订车的话,在所述语音信息中的关键字中必然会出现订车使用的关键字。

第一判定单元3034,用于若所述关键字为订车使用的关键字,判定所述来电用户为订车用户。

其中,若所述来电用户与终端用户的语音信息的关键字出现订车使用的关键字,比如“订车”、“预订”、“空位置”和/或“价钱”等关键字时,即可判定该来电用户为订车用户。

显示单元304,用于若所述来电用户为订车用户,显示所述订车记录。

其中,若所述此时来电用户为订车用户,在终端的显示屏中显示所述订车记录,用以终端用户之前已有的订车信息,如果存在多条订车记录,显示所有的订车记录。具体的显示方式以及在终端的屏幕上的显示位置不做限制,可以为左右滚动显示或上下滚动显示等方式。

更新单元305,具体用于:根据所述标识信息,判断所述来电用户是否为所述客户订车信息的客户;若所述来电用户为所述客户订车信息的客户,获取所述来电用户的本次通话内容;根据所述本次通话内容,更新所述订车记录。

具体地,如果此次来电用户为所述客户订车信息的客户,该客户可能想更改之前已经订过的信息,获取所述来电用户的本次通话内容,提取所述本次通话内容的具体订车信息,更新所所述订车记录。该方法可以通过电话内容及时更新订车信息。

删除单元306,具体用于:获取所述终端的当前时间;判断所述当前时间是否在所述预设订车时间段内;若所述当前时间未在所述预设订车时间段内,删除所述订车记录。

比如,所述预设订车时间段为18:00-21:00,而终端的当前时间为22:00点,该22:00不在所述预设订车时间段,则删除所述订车记录,避免以后订车记录重复出现,同时节省终端的存储空间。

上述实施例的终端通过获取预设订车时间段以及在所述预设订车时间段内获取客户订车信息,将所述订车信息生成订车记录,在确定终端用户接到的电话为订车电话时,在终端中显示该订车记录用于提示终端用户之前已有的订车信息。因此终端用户可以根据该显示的订车信息确定是否可以接受本次业务,清晰了解订车信息,不至于混淆,同时还可以根据时间来自动删除订车记录,节省了终端的存储空间。

请参阅图6,图6是本发明实施例提供的一种终端的另一示意性框图。终端包括但不限于智能手机或平板电脑。如图6所示,终端400包括获取单元401、生成单元402、判断单元403、显示单元404、第一获取单元405、计算单元406和发送单元407。

获取单元401,用于获取客户订车信息,其中所述客户订车信息包括所述客户的上车位置信息。

其中,该客户订车信息包括客户订车的基本信息,主要包括客户的标识信息、上车地点、下车地点、上车时间、预定座位数以及确定预定等信息。其中,上车地点的位置信息即为所述客户的上车位置信息。获取客户订车信息,可以通过社交软件上获取相关的客户订车信息,比如,终端用户在打车软件上或在微信的朋友圈里发布一条拼车信息,订车客户看到后直接在订车软件或微信里回复订车信息,即可以通过社交软件获取相关的订车信息,该订车信息即为客户订车信息。

生成单元402,用于根据预设规则将所述客户订车信息生成订车记录。

具体地,该预设规则是指订车信息的内容格式规则,具体可理解为客户订车信息的按照一定顺序规则记录,比如预设规则为:客户名、上车时间、上车地点、下车地点和预定座位数。将上述步骤中获取的客户相关的订车信息按照该预设规则生成订车记录。如果有多个订车客户,即生成多条订车记录。

判断单元403,用于若检测到终端发生来电时,判断所述来电用户是否为订车用户。

具体地,若检测到终端此时有来电接入时,判断所述来电用户是否为订车用户,即是该来电用户是否为想订车的来电用户。可采用基于终端用户和来电用户的通话内容进行判断来电用户是否为订车用户。

显示单元404,用于若所述来电用户为订车用户,显示所述订车记录。

若所述此时来电用户为订车用户,在终端的显示屏中显示所述订车记录,用以终端用户之前已有的订车信息,如果存在多条订车记录,显示所有的订车记录。具体的显示方式以及在终端的屏幕上的显示位置不做限制,可以为左右滚动显示或上下滚动显示等方式。

第一获取单元405、用于获取所述终端的当前位置信息以及所述终端的移动速度。

具体地,终端的当前位置信息即是终端用户的车辆的位置信息,具体为地理位置信息。终端的移动速度即是车辆的当前速度,可以通过终端的速度传感器或加速度传感器获取。

计算单元406,用于根据所述当前位置信息、上车位置信息及所述移动速度计算到达客户上车位置的预到达时间。

具体地,根据所述前位置信息和上车位置信息,并结合终端用户实际可能选择的路线,即可获得终端用户(司机)到达订车客户的上车位置的距离,根据所述距离和所述移动速度即可大致算出达到客户上车位置的预到达时间。

发送单元407,用于发送提示信息至所述客户的终端,其中,所述提示信息包括所述预到达时间和所述当前位置信息。

具体地,可以通过社交软件或打车软件发送提示信息至客户的终端,其中,所述提示信息包括所述预到达时间和所述当前位置信息,用于友情提示客户具体什么时间可以到达,增加了客户订车的体验度。

上述实施例的终端通过获取客户的订车信息,将所述订车信息生成订车记录,在确定终端用户接到的电话为订车电话时,在终端中显示该订车记录用于提示终端用户之前已有的订车信息。因此终端用户可以根据显示的订车信息确定是否可以接受本次业务,清晰了解订车信息,不至于混淆。又通过发送包括预达到时间的提示信息,从而提高司机用户和订车客户的体验度。

本发明还提供一种终端,如平板电脑、手机、电子阅读器等移动终端,请参阅图7,图7为本发明一实施例提供的一种终端的结构组成示意图。该终端500可以包括输入装置501、包括有一个或一个以上计算机可读存储介质的存储器502、传感器503、显示装置504、以及包括有一个或者一个以上处理核心的处理器505等部件。本领域技术人员可以理解,图7中示出的终端结构并不构成对终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。

输入装置501可用于接收输入的数字、字符信息或用户特征信息(比如指纹),以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地,在一个具体的实施例中,输入装置501可包括触敏表面以及其他输入设备。触敏表面,也称为触摸显示屏或者触控板,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触敏表面可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器505,并能接收处理器505发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面,输入装置501还可以包括其他输入设备。

存储器502可用于存储应用程序和数据。存储器502存储的应用程序中包含有可执行代码。应用程序可以组成各种功能模块。处理器505通过运行存储在存储器502的应用程序,从而执行各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器502可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器502还可以包括存储器控制器,以提供处理器505和输入单元403对存储器502的访问。

终端还可包括至少一种传感器503,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板的亮度,接近传感器可在终端移动到耳边时,关闭显示面板和/或背光。作为运动传感器的一种,重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。至于终端还可配置的气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。

显示装置504可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示装置504可包括显示面板进一步的,触敏表面可覆盖显示面板,当触敏表面检测到在其上或附近的触摸操作后,传送给处理器505以确定触摸事件的类型,随后处理器505根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图7中,触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能,但是在某些实施例中,可以将触敏表面与显示面板集成而实现输入和输出功能。

处理器505是终端的控制中心,利用各种接口和线路连接整个终端的各个部分,通过运行或执行存储在存储器502内的应用程序,以及调用存储在存储器502内的数据,执行终端的各种功能和处理数据,从而对终端进行整体监控。可选的,处理器505可包括一个或多个处理核心;优选的,处理器505可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器505中。

尽管图7中未示出,本领域的技术人员可以理解,终端还可以包括摄像头、蓝牙模块、无线保真等,在此不再赘述。

具体在本实施例中,终端中的处理器505会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行代码加载到存储器502中,由处理器505来运行存储在存储器502中的程序代码,并执行如下操作:

获取客户订车信息;根据预设规则将所述客户订车信息生成订车记录;若检测到终端发生来电时,判断所述来电用户是否为订车用户;若所述来电用户为订车用户,显示所述订车记录。

具体地,所述处理器505还执行如下操作:获取客户订车信息;根据预设规则将所述客户订车信息生成订车记录;若检测到终端发生来电时,获取所述来电用户与终端用户的语音信息;识别所述语音信息并获取所述语音信息中的关键字;判断所述关键字是否为订车使用的关键字;若所述关键字为订车使用的关键字,判定所述来电用户为订车用户;若所述来电用户为订车用户,显示所述订车记录。

进一步地,所述处理器505还执行如下操作:获取终端用户设置的预设订车时间段以及在所述预设订车时间段内获取客户订车信息;获取所述终端的当前时间;判断所述当前时间是否在所述预设订车时间段内;若所述当前时间未在所述预设订车时间段内,删除所述订车记录。

进一步地,所述处理器505还执行如下操作:所述客户订车信息包括客户的标识信息,根据所述标识信息,判断所述来电用户是否为所述客户订车信息的客户;若所述来电用户为所述客户订车信息的客户,获取所述来电用户的本次通话内容;根据所述本次通话内容,更新所述订车记录。

在某些实施例中,所述处理器505还执行如下操作:

获取客户订车信息,其中所述客户订车信息包括客户的上车位置信息;根据预设规则将所述客户订车信息生成订车记录;若检测到终端发生来电时,判断所述来电用户是否为订车用户;若所述来电用户为订车用户,显示所述订车记录;获取所述终端的当前位置信息以及所述终端的移动速度;根据所述当前位置信息、上车位置信息及所述移动速度计算到达客户上车位置的预到达时间;发送提示信息至所述客户的终端,其中,所述提示信息包括所述预到达时间和所述当前位置信息。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见上文针对分屏显示方法的详细描述,此处不再赘述。

本发明实施例提供的终端,譬如为计算机、平板电脑、具有触摸功能的手机等等,所述终端与上文实施例中的分屏显示方法属于同一构思,在所述终端上可以运行所述分屏显示方法实施例中提供的任一方法,其具体实现过程详见所述计步方法实施例,此处不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的终端和方法,可以通过其它的方式实现。例如,以上所描述的终端实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例终端中的单元可以根据实际需要进行合并、划分和删减。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

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