本发明实施例涉及通讯技术领域,尤其涉及一种出行提醒的方法及装置。
背景技术:
随着经济的快速发展,公司职工的业务愈加繁忙,且出差的频率越来越高,尤其是商务人士与出差人士。
由于处理内容多、出行信息多,因此,商务人士(出差人士)经常需要日程表来记录每天工作的安排。在现有技术中,该类人士通常自己手动输入需要提醒的内容至行程表以防止重要信息的忘记,或者,口头告知助理自己每天的日程安排,以助理定时提醒的方式来不耽误行程安排。
以上两种方式均造成了人力资源以及时间的极大浪费,且容易出现记错或者遗忘添加重要信息的可能性,不利于时间以及人力资源的高效利用。
技术实现要素:
本发明实施例提供一种出行提醒的方法及装置,能够自动生成日程表并提醒用户,避免了人力资源以及时间的浪费,方便用户出行。
第一方面,本发明实施例提供了一种出行提醒的方法,包括:
获取用户的出行信息,根据所述出行信息形成用户记录;其中所述用户记录中包括用户的出行第一时间、第一目的地信息;
获取与所述出行第一时间相邻的出行起始时间,以及与所述出行起始时间相匹配的出行起始位置;
根据所述出行起始时间及所述出行第一时间计算形成第一时间差;
根据所述出行起始位置、第一目的地信息计算形成第一距离差;
于所述第一时间差匹配所述第一距离差的状态下根据所述用户记录形成目标出行信息;
依据所述目标出行信息生成行程列表,并计算提醒时间以提醒用户。
进一步的,所述获取用户的出行信息还包括:
构建关键词字符库,其中,所述关键词字符库包含与出行信息相关的关键词;
从数据源中筛选出与所述关键词相匹配的出行信息作为用户的出行信息。
进一步的,还包括:
基于预设时长,根据所述出行第一时间与所述预设时长计算所述提醒时间。
进一步的,还包括:
基于开启的地图应用,根据所述出行起始位置、第一目的地信息生成路线信息,其中,所述路线信息包括导航信息与路程时间;
根据所述出行第一时间、所述预设时长以及所述路程时间计算所述提醒时间;
并将所述路线信息存储至所述行程列表中。
进一步的,所述依据所述目标出行信息生成行程列表包括:
所述终端依据所述目标出行信息生成行程列表;或者,
当所述终端与云服务器连接时,发送所述目标出行信息至所述云服务器;
接收所述云服务器依据所述目标出行信息生成的行程列表。
进一步的,还包括:
将所述行程列表同步到与所述用户个人信息相一致的其他终端;
当所述终端不能正常提醒用户时,由其他终端代替提醒。
第二方面,本发明实施例还提供了一种出行提醒的装置,包括:
用户记录形成模块,用以获取用户的出行信息,根据所述出行信息形成用户记录;其中所述用户记录中包括用户的出行第一时间、第一目的地信息;
相邻出行信息获取模块,用以获取与所述出行第一时间相邻的出行起始时间,以及与所述出行起始时间相匹配的出行起始位置;
第一时间差形成模块,用以根据所述出行起始时间及所述出行第一时间计算形成第一时间差;
第一距离差形成模块,用以根据所述出行起始位置、第一目的地信息计算形成第一距离差;
目标出行信息形成模块,用以于所述第一时间差匹配所述第一距离差的状态下根据所述用户记录形成目标出行信息;
生成模块,用以依据所述目标出行信息生成行程列表,并计算提醒时间以提醒用户。
进一步的,所述用户记录形成模块具体用于:
构建关键词字符库,其中,所述关键词字符库包含与出行信息相关的关键词;
从数据源中筛选出与所述关键词相匹配的出行信息作为用户的出行信息。
进一步的,所述生成模块具体用于:
基于预设时长,根据所述出行第一时间与所述预设时长计算所述提醒时间。
进一步的,所述生成模块具体还用于:
基于开启的地图应用,根据所述出行起始位置、第一目的地信息生成路线信息,其中,所述路线信息包括导航信息与路程时间;根据所述出行第一时间、所述预设时长以及所述路程时间计算所述提醒时间;并将所述路线信息存储至所述行程列表中。
进一步的,所述生成模块具体还用于:
所述终端依据所述目标出行信息生成行程列表;或者,当所述终端与云服务器连接时,发送所述目标出行信息至所述云服务器;接收所述云服务器依据所述目标出行信息生成的行程列表。
进一步的,还包括:
代替提醒模块,用于将所述行程列表同步到与所述用户个人信息相一致的其他终端;当所述终端不能正常提醒用户时,由其他终端代替提醒。
本发明实施例提供了一种出行提醒的方法及装置,通过获取用户的出行第一时间、第一目的地信息、与出行第一时间相邻的出行起始时间,以及与出行起始时间相匹配的出行起始位置计算形成第一时间差和第一距离差,根据第一时间差匹配第一距离差的状态下根据用户记录形成目标出行信息,再依据目标出行信息生成行程列表,并计算提醒时间以提醒用户,使得终端自动生成了行程列表并提醒用户,避免了人力资源以及时间的浪费,方便用户出行。
附图说明
图1a是本发明实施例一中的一种出行提醒方法的流程图;
图1b是本发明实施例一中的一种用户终端生成行程列表的示意图;
图1c是本发明实施例一中的一种云服务器生成行程列表传回终端的示意图;
图2是本发明实施例二中的一种出行提醒方法的流程图;
图3是本发明实施例三中的一种出行提醒装置的结构图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1a为本发明实施例一提供的一种出行提醒的方法的流程图,本实施例可适用于各种出行提醒的情况,该方法可以由本发明实施例提供的出行提醒的装置来执行,该装置可采用软件和/或硬件的方式实现,该装置可集成在任何提供出行提醒功能的设备中,例如可以是电脑,也可以是移动终端(如手机、平板电脑等)。如图1a所示,具体包括:
s110、获取用户的出行信息,根据所述出行信息形成用户记录。
其中,用户的出行信息指的是用户近期的行程安排,可以包含用户的乘车信息、会议安排、旅行以及出差等信息。用户的出行信息的获取可以由终端的系统进行获取,也可以由终端内安装的具有出行提醒功能的应用进行获取,或者也可以通过其他方式进行获取。根据获取的出行信息形成用户记录,其中,用户记录可以是包含用户出行信息的字符串,包含了用户的出行第一时间、第一目的地信息。出行第一时间指的是获取用户该次出行信息的出行时间,第一目的地信息指的是获取用户该次出行信息的终点位置。
示例性的,所述获取用户的出行信息包括:构建关键词字符库,其中,所述关键词字符库包含与出行信息相关的关键词;从数据源中筛选出与所述关键词相匹配的出行信息作为用户的出行信息。
具体的,为了获取用户的出行信息,需要提前预制构建关键词字符库。其中,关键词字符库中包含了大量关于出行信息的关键词,例如,航班信息、飞机、高铁、出租车、启程、预定成功以及酒店等。数据源指的是所有能够获取用户出行信息的数据库。例如,短信、rcs平台以及第三方应用公开api(applicationprogramminginterface,应用程序编程接口)。其中,rcs平台包含但不限于以下子系统:rcsas、点对点聊天、群聊、文件传输、内容分享、社交呈现服务器、消息存储服务器、消息互通服务器,因此当终端支持rcs时,能够从rcs平台中获取较多关于用户的出行信息。第三方应用公开api能够允许终端在第三方应用中访问部分数据,或者是通过预先定义有关获取用户的出行信息的函数,当接收到访问指令时,即可将用户的出行信息提供给访问者。
需要说明的是,用户的出行信息可以定时从数据源中获取。例如,每个小时获取一次终端中短信的内容,将短信内容中与关键词字符库相匹配的出行信息筛选出来以更新用户的出行信息。或例如,终端只要接收到短信,即可读取短信中的内容。另外,需要说明的是,终端中数据源的形式也不作限定,例如可以是文本、图片、语音或者视频等。
s120、获取与所述出行第一时间相邻的出行起始时间,以及与所述出行起始时间相匹配的出行起始位置。
当终端第一次生成行程列表时,由于从数据源中获取的用户出行信息很多,因此,可以在获取的用户出行信息中搜寻与出行第一时间相邻的出行起始时间,该出行起始时间可以在出行第一时间之前,也可以在出行第一时间之后,且获取与出行起始时间相匹配的出行起始位置。当终端已有行程列表,将最新获取的用户记录添加到行程列表时,可以在行程列表中获取与出行第一时间相邻的出行起始时间和与之相匹配的出行起始位置。
s130、根据所述出行起始时间及所述出行第一时间计算形成第一时间差。
具体的,将获取的出行起始时间与出行第一时间进行处理,计算出两个时间点之间的时间差。通过计算第一时间差,可以得到用户从上一条行程开始到当前行程开始所需要的时长。
s140、根据所述出行起始位置、第一目的地信息计算形成第一距离差。
同理,将获取的出行起始位置与第一目的地信息进行处理,计算出第一距离差。通过计算第一距离差,可以得到用户从上一条行程出发地点到当前行程结束地点之间的距离总长。
s150、于所述第一时间差匹配所述第一距离差的状态下根据所述用户记录形成目标出行信息。
具体的,通过第一距离差可以推算出两个行程在路程上需要花费的时间,再将该时间与第一时间差相匹配,如果第一时间差小于两个行程在路程上需要花费的时间,说明该两个行程存在冲突,不能同时进行,据此可以通过各种方式提示用户进行取舍。如果能够匹配,则可以根据当前行程的用户记录形成目标出行信息。
s160、依据所述目标出行信息生成行程列表,并计算提醒时间以提醒用户。
示例性的,所述终端依据所述目标出行信息生成行程列表;或者,当所述终端与云服务器连接时,发送所述目标出行信息至所述云服务器;接收所述云服务器依据所述目标出行信息生成的行程列表。
由于目标出行信息是存在于终端底层技术中的关于用户出行信息的文本信息,因此,如果想要目标出行信息展示在终端的页面中,需要对目标出行信息处理。
当终端不与云服务器连接时,可以由终端自身依据目标出行信息生成行程列表。如图1b所示,图1b为用户终端从rcs平台获取出行信息进行处理生成行程列表的示意图。其中,10为用户终端,11为路由器,12为无线网络,13为防火墙,14为rcs平台以及15为rcs服务器。具体的,用户终端10包含多种设备,其中,手机以及平板电脑通过无线网络12获取rcs平台14中rcs服务器15的出行信息;电脑以及笔记本可以通过有线网络获取rcs平台14中rcs服务器15的出行信息,用户终端10根据获取到的出行信息作为目标出行信息生成行程列表。
当终端与云服务器连接时,可以由终端将存储于终端内部的目标出行信息发送到云服务器,由服务器对接收到的目标出行信息进行处理,再把处理后生成的行程列表发回至终端。其中,目标出行信息生成行程列表过程的实现可以通过预设的网络七层协议来完成。图1c为终端接收云服务器依据目标出行信息生成的行程列表的示意图。其中,20为用户终端,21为第三方应用,22为云服务器以及23为云计算服务器。具体的,用户终端20从第三方应用21的公开api中获取出行信息作为目标出行信息,将目标出行信息上传至云服务器22。云服务器22将接收到的目标出行信息传送至云计算服务器23,再由云计算服务器23将处理生成的行程列表发回用户终端20。
示例性的,将所述行程列表同步到与所述用户个人信息相一致的其他终端;当所述终端不能正常提醒用户时,由其他终端代替提醒。
由于互联网技术的快速发展,用户的存储信息可以不局限于一台终端,使得只要是同一个用户的信息即可以在任何终端查询到有关用户的存储信息。因此,当一台终端出现故障不能按时在提醒时间提醒用户,或者用户对该终端的提醒信息没有做任何操作时,则可以由另一台终端进行代替。例如,用户的手机a与手机b均下载了出行提醒应用,并在出行提醒应用中登陆有关该用户的个人信息。用户在9:00有个会议,提醒时间为8:30,若手机a由于关机无法在8:30进行出行提醒时,则由手机b进行提醒操作。再例如,若手机a在8:30提醒用户,用户却没有进行任何确定或者关闭操作时,手机a则默认用户无回应,由手机b代替手机a继续对用户进行出行提醒。
本发明实施例通过获取用户的出行第一时间、第一目的地信息、与出行第一时间相邻的出行起始时间,以及与出行起始时间相匹配的出行起始位置计算形成第一时间差和第一距离差,根据第一时间差匹配第一距离差的状态下根据用户记录形成目标出行信息,再依据目标出行信息生成行程列表,并计算提醒时间以提醒用户,使得终端自动生成了行程列表并提醒用户,避免了人力资源以及时间的浪费,方便用户出行。
实施例二
实施例一中,当第一时间差不小于两个行程在路程上需要花费的时间,说明该两个行程可被执行,但是不排除第一个行程的延迟时间影响第二个行程的开始时间,例如第一时间差为2小时,第一个形成的延时时间为1.5小时,则此时,第一时间差的实际时间仅有0.5小时,则该0.5小时实际无法匹配第一距离差,基于此,本发明再提供一种出行提醒的流程图,具体地,
图2为本发明实施例二提供的一种出行提醒的流程图,本实施例在上述实施例的基础上进行优化,提供了优化的计算提醒时间的处理方法,具体是:基于预设时长,根据所述出行第一时间与所述预设时长计算所述提醒时间。
相应的,本实施例的方法包括:
s210、获取用户的出行信息,根据所述出行信息形成用户记录。
s220、获取与所述出行第一时间相邻的出行起始时间,以及与所述出行起始时间相匹配的出行起始位置。
s230、根据所述出行起始时间及所述出行第一时间计算形成第一时间差。
s240、根据所述出行起始位置、第一目的地信息计算形成第一距离差。
s250、于所述第一时间差匹配所述第一距离差及预设时长之和的状态下根据所述用户记录形成目标出行信息。
s260、依据所述目标出行信息生成行程列表,基于所述预设时长,根据所述出行第一时间与所述预设时长计算所述提醒时间。
其中,预设时长为用户根据个人需求添加,用于留出足够时间为行程列表中的某个行程做准备。提醒时间则是通过出行第一时间与预设时长计算而得。例如,预设时长设定为20分钟,如果用户预订了8:00的出租车,那么则在7:40收到终端的提醒信息或者提醒声音。
采用本方案可知,当第一时间差等于两个行程在路程上需要花费的时间,当第一时间差不匹配所述第一距离差及预设时长之和的状态下,该目标出行信息无法形成。
另外,当第一时间差匹配所述第一距离差及预设时长之和的状态下,用户根据所述提醒时间执行第二行程。
需要说明的是,预设时长的设定可以不单一,可以根据行程种类不同而不同,例如,关于出租车行程的预设时长可以设定为20分钟,火车行程的预设时长可以为1小时以及飞机行程的预设时长可以为2小时等。
示例性的,所述计算提醒时间还包括:基于开启的地图应用,根据所述出行起始位置、第一目的地信息生成路线信息,其中,所述路线信息包括导航信息与路程时间;根据所述出行第一时间、所述预设时长以及所述路程时间计算所述提醒时间;并将所述路线信息存储至所述行程列表中。
具体的,终端可以设定地图应用能够访问行程列表中的出行信息,例如通过设定访问协议允许地图应用进行访问。地图应用将获取到的出行起始位置,第一目的地信息相对应的输入应用中,可以形成关于出行起始位置与第一目的地信息的路线信息。其中,路线信息包含的导航信息可以为用户提供出行方式或者路线,路线信息包含的路程时间能够让用户直观的了解到路程所需时间。当出行起始位置与第一目的地信息的距离较大时,例如跨城市,地图应用可以通过解析行程列表中的出行方式进行路线推荐。当出行起始位置与第一目的地信息的距离较小时,例如,在同一城市,地图应用可以基于自身应用中原有历史数据进行路线推荐。可选的,将推荐的路线信息存储在行程列表与该路线信息相匹配的行程中。当到达提醒时间提醒用户时,一并将路线信息推荐给用户。
需要说明的是,由于提醒时间是按照时间进行计算的,因此很有可能出现计算的提醒时间恰巧处于用户休息时间。为了不被打扰,可以根据用户需求进行设定。例如,如果将提醒时间提醒用户的时间段设定为6:00~22:00,那么将不属于该时间段的提醒时间更改为预设时间进行提醒。再例如,终端默认的预设时间为20:00,若用户为12日早晨7:00的航班出差,经过计算得出用户提醒时间为4:30,由于不处于提醒用户的时间段内,因此,终端将在11日的20:00对用户进行出行提醒。
本发明实施例通过获取预设时长,为用户提供了充足的时间进行准备;通过允许地图应用访问进行路线信息推荐,有助于用户掌握行程信息;通过设定提醒时间的时间段,能够提供更人性化的出行提醒服务。
实施例三
图3为本发明实施例三提供的一种出行提醒装置的结构示意图,本实施例可适用于各种出行提醒的情况,该装置可采用软件和/或硬件的方式实现,该装置可集成在任何提供出行提醒功能的设备中,例如可以是电脑,也可以是移动终端(如手机、平板电脑等)。具体包括:用户记录形成模块31、相邻出行信息获取模块32、第一时间差形成模块33、第一距离差形成模块34、目标出行信息形成模块35和生成模块36。
用户记录形成模块31,用以获取用户的出行信息,根据所述出行信息形成用户记录;其中所述用户记录中包括用户的出行第一时间、第一目的地信息;
相邻出行信息获取模块32,用以获取与所述出行第一时间相邻的出行起始时间,以及与所述出行起始时间相匹配的出行起始位置;
第一时间差形成模块33,用以根据所述出行起始时间及所述出行第一时间计算形成第一时间差;
第一距离差形成模块34,用以根据所述出行起始位置、第一目的地信息计算形成第一距离差;
目标出行信息形成模块35,用以于所述第一时间差匹配所述第一距离差的状态下根据所述用户记录形成目标出行信息;
生成模块36,用以依据所述目标出行信息生成行程列表,并计算提醒时间以提醒用户。
在上述实施例的基础上,所述用户记录形成模块31具体用于:构建关键词字符库,其中,所述关键词字符库包含与出行信息相关的关键词;从数据源中筛选出与所述关键词相匹配的出行信息作为用户的出行信息。
在上述实施例的基础上,所述生成模块36具体用于:基于预设时长,根据所述出行第一时间与所述预设时长计算所述提醒时间。
在上述实施例的基础上,所述生成模块36具体还用于:基于开启的地图应用,根据所述出行起始位置、第一目的地信息生成路线信息,其中,所述路线信息包括导航信息与路程时间;根据所述出行第一时间、所述预设时长以及所述路程时间计算所述提醒时间;并将所述路线信息存储至所述行程列表中。
在上述实施例的基础上,所述生成模块36具体还用于:所述终端依据所述目标出行信息生成行程列表;或者,当所述终端与云服务器连接时,发送所述目标出行信息至所述云服务器;接收所述云服务器依据所述目标出行信息生成的行程列表。
在上述实施例的基础上,还包括:代替提醒模块37。
代替提醒模块37,用于将所述行程列表同步到与所述用户个人信息相一致的其他终端;当所述终端不能正常提醒用户时,由其他终端代替提醒。
本实施例通过获取用户的出行第一时间、第一目的地信息、与出行第一时间相邻的出行起始时间,以及与出行起始时间相匹配的出行起始位置计算形成第一时间差和第一距离差,根据第一时间差匹配第一距离差的状态下根据用户记录形成目标出行信息,再依据目标出行信息生成行程列表,并计算提醒时间以提醒用户,使得终端自动生成了行程列表并提醒用户,避免了人力资源以及时间的浪费,方便用户出行。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。