CN109978744A - 出行信息处理方法及装置 - Google Patents

Abstract

本公开实施例涉及通信技术领域，提供一种出行信息处理装置，其中，方法包括：出行信息获取步骤，基于出行人的行程，获取出行人的出行信息；联系人确定步骤，基于出行信息以及备选联系人，确定授权联系人，授权联系人具备查询出行信息的权限；出行信息发送步骤，基于授权联系人的查询请求，向授权联系人发送出行信息。本公开提高了出行人出行的安全性，可有效降低意外伤害对出行人的伤害程度。

Description

出行信息处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种出行信息处理方法及装置。

背景技术

随着经济的持续发展，旅游/出行已经成为现代人们休闲以及开阔眼界的重要组成部分，我国旅游业已经进入大众旅游时代。人们在外出行乘坐公共交通工具，以及申报旅行团时会经常购置保险服务，避免在外出行过程中遇到意外给自己和家人造成经济负担。但是，购置保险服务只能在意外发生之后得到一定的经济补偿，对出行人的人身伤害却不能挽回。

出行人能够在发生意外的情况下及时得到救助，可以降低对出行人的伤害程度。

发明内容

为了解决现有技术中存在的上述问题，本发明提供一种可以提高出行人出行安全的出行信息处理方案。

根据本发明实施例的其中一方面，提供一种出行信息处理方法，包括：

出行信息获取步骤，基于出行人的行程，获取出行人的出行信息；

联系人确定步骤，基于出行信息以及备选联系人，确定授权联系人，授权联系人具备查询出行信息的权限；

出行信息发送步骤，基于授权联系人的查询请求，向授权联系人发送出行信息。

在一例中，出行信息权限分类步骤，对出行信息进行分类，得到至少一个出行信息类别，同一授权联系人具备查询至少一个出行信息类别的出行信息的权限。

在一例中，出行信息类别包括预制出行订单信息类、出行人出行轨迹信息类、出行同行人信息类中的至少一种。

在一例中，预制出行订单信息包括自动获取的第一订单信息、出行人添加的第二订单信息中的至少一种；

出行人出行轨迹信息包括出行地理位置以及与出行地理位置匹配的出行时间信息。

在一例中，方法还包括：

备选联系人信息采集步骤，添加联系人及对应的联系方式，得到备选联系人，联系方式包括联系人的应用账号以及电话号码。

在一例中，备选联系人信息采集步骤包括：

备选联系人分组步骤，对备选联系人进行分组，得到权限组；

权限组编辑步骤，对权限组的备选联系人进行编辑操作，编辑操作包括增加、修改、删除、空操作中的至少一种。

在一例中，方法还包括：

授权联系人身份验证步骤，基于接收到的授权联系人发送的出行信息查询请求，判断授权联系人的身份信息，得到判断结果；

基于判断结果为是，调取出行信息发送至授权联系人；

基于判断结果为否，发送判断结果至授权联系人。

在一例中，方法还包括：

紧急信号发送步骤，基于联系方式，向授权联系人发送紧急信号，紧急信号包括出行信息。

在一例中，紧急信号发送步骤，包括：

网络连接检测步骤，检测网络连接是否正常，得到检测结果；

基于检测结果为网络连接正常，将紧急信号基于联系方式发送至授权联系人；

基于检测结果为不存在网络连接，将紧急信号进行本地保存，得到本地紧急信号，执行网络连接检测步骤。

在一例中，紧急信号发送步骤，包括：

网络连接检测步骤，检测网络连接是否正常，得到检测结果；

基于检测结果为网络连接正常，将紧急信号基于联系方式发送至授权联系人；

基于检测结果为不存在网络连接，将紧急信号进行本地保存，得到本地紧急信号，将本地紧急信号通过短信息方式发送至授权联系人。

在一例中，基于检测结果为不存在网络连接，将本地紧急信号通过紧急呼叫方式发送至授权联系人。

根据本发明实施例的另一方面，提供一种出行信息处理方法，包括：

授权通知接收步骤，基于出行人向授权联系人开放查询出行信息权限，接收授权通知；

出行信息查询请求步骤，基于出行人的行程，向出行人发送查询出行人的出行信息的信息查询请求；

出行信息获取步骤，基于信息查询请求通过，得到出行信息；

出行信息包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息中的至少一种。

在一例中，方法还包括：

身份验证步骤，基于信息查询请求，向出行人验证身份信息，得到验证结果；

基于验证结果为通过，得到出行信息；

基于验证结果为未通过，得到空信息或者验证结果。

在一例中，方法还包括：

紧急信号接收步骤，接收出行人发出的紧急信号，紧急信号包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息。

根据本发明实施例的另一方面，提供一种出行信息处理装置，包括：

出行信息获取单元，用于基于出行人的行程，获取出行人的出行信息；

联系人确定单元，用于基于出行信息以及备选联系人，确定授权联系人，授权联系人具备查询出行信息的权限；

出行信息发送单元，用于基于授权联系人的查询请求，向授权联系人发送出行信息。

在一例中，装置还包括：

出行信息权限分类单元，用于对出行信息进行分类，得到至少一个出行信息类别，同一授权联系人具备查询至少一个出行信息类别的出行信息的权限。

在一例中，出行信息类别包括预制出行订单信息类、出行人出行轨迹信息类、出行同行人信息类中的至少一种。

在一例中，预制出行订单信息包括自动获取的第一订单信息、出行人添加的第二订单信息中的至少一种；

出行人出行轨迹信息包括出行地理位置以及与出行地理位置匹配的出行时间信息。

在一例中，装置还包括：

备选联系人信息采集单元，用于添加联系人及对应的联系方式，得到备选联系人，联系方式包括联系人的应用账号以及电话号码。

在一例中，备选联系人信息采集单元包括：

备选联系人分组模块，用于对备选联系人进行分组，得到权限组；

权限组编辑模块，用于对权限组的备选联系人进行编辑操作，编辑操作包括增加、修改、删除、空操作中的至少一种。

在一例中，装置还包括：

授权联系人身份验证单元，用于基于接收到的授权联系人发送的出行信息查询请求，判断授权联系人的身份信息，得到判断结果；

基于判断结果为是，调取出行信息发送至授权联系人；

基于判断结果为否，发送判断结果至授权联系人。

在一例中，装置还包括：

紧急信号发送单元，用于基于联系方式，向授权联系人发送紧急信号，紧急信号包括出行信息。

在一例中，紧急信号发送单元，包括：

网络连接检测模块，用于检测网络连接是否正常，得到检测结果；

基于检测结果为网络连接正常，将紧急信号基于联系方式发送至授权联系人；

基于检测结果为不存在网络连接，将紧急信号进行本地保存，得到本地紧急信号，执行网络连接检测步骤。

在一例中，紧急信号发送单元，包括：

网络连接检测模块，用于检测网络连接是否正常，得到检测结果；

紧急信号发送单元，具体用于基于检测结果为网络连接正常，将紧急信号基于联系方式发送至授权联系人；

紧急信号发送单元，具体用于基于检测结果为不存在网络连接，将紧急信号进行本地保存，得到本地紧急信号，将本地紧急信号通过短信息方式发送至授权联系人。

在一例中，紧急信号发送单元，具体还用于基于检测结果为不存在网络连接，将本地紧急信号通过紧急呼叫方式发送至授权联系人。

根据本发明实施例的另一方面，提供一种出行信息处理装置，包括：

授权通知接收单元，用于基于出行人向授权联系人开放查询出行信息权限，接收授权通知；

出行信息查询请求单元，用于基于出行人的行程，向出行人发送查询出行人的出行信息的信息查询请求；

出行信息获取单元，用于基于信息查询请求通过，得到出行信息；

出行信息包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息中的至少一种。

在一例中，装置还包括：

身份验证单元，用于基于信息查询请求，向出行人验证身份信息，得到验证结果；

基于验证结果为通过，得到出行信息；

基于验证结果为未通过，得到空信息或者验证结果。

在一例中，装置还包括：

紧急信号接收装置，用于接收出行人发出的紧急信号，紧急信号包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息。

根据本发明实施例的另一方面，提供一种电子设备，其中，包括：

存储器，用于存储计算机程序；

处理器，用于执行存储器中存储的计算机程序，且计算机程序被执行时，实现上述任一实施例的方法。

根据本发明实施例的另一方面，提供一种计算机可读存储介质，存储有计算机程序，其中，计算机程序被处理器执行时，实现上述任一实施例的方法。

基于数据传输方法及装置、电子设备、计算机可读存储介质，出行人通过对出行信息设置授权联系人，可使授权联系人通过出行信息获取出行人的位置，及时了解出行人的安全信息；在出行人发生意外伤害时紧急联系授权联系人，使授权联系人能够迅速实施救援，降低对出行人的人身伤害程度。

附图说明

通过参考附图阅读下文的详细描述，本发明实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示出了本发明出行信息处理方法的一个实施例的流程示意图；

图2示出了本发明出行信息处理方法的另一实施例的流程示意图；

图3示出了本发明出行信息处理方法的另一实施例的流程示意图；

图4示出了本发明出行信息处理方法的另一实施例的流程示意图；

图5示出了本发明出行信息处理方法的另一实施例的流程示意图；

图6示出了本发明出行信息处理方法的另一实施例的流程示意图；

图7示出了本发明出行信息处理方法的另一实施例的流程示意图；

图8示出了本发明出行信息处理方法的一个实施例的流程示意图；

图9示出了本发明出行信息处理方法的另一实施例的流程示意图；

图10示出了本发明出行信息处理方法的另一实施例的流程示意图；

图11示出了本发明出行信息处理装置的一个实施例的结构示意图；

图12示出了本发明出行信息处理装置的另一实施例的结构示意图；

图13示出了本发明出行信息处理装置的另一实施例的结构示意图；

图14示出了本发明出行信息处理装置的另一实施例的结构示意图；

图15示出了本发明出行信息处理装置的另一实施例的结构示意图；

图16示出了本发明出行信息处理装置的另一实施例的结构示意图；

图17示出了本发明出行信息处理装置的另一实施例的结构示意图；

图18示出了本发明出行信息处理装置的一个实施例的结构示意图；

图19示出了本发明出行信息处理装置的另一实施例的结构示意图；

图20示出了本发明出行信息处理装置的另一实施例的结构示意图；

图21示出了本发明电子设备的一个实施例的结构示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。

需要注意，虽然本文中使用“第一”、“第二”等表述来描述本发明的实施方式的不同模块、步骤和数据等，但是“第一”、“第二”等表述仅是为了在不同的模块、步骤和数据等之间进行区分，而并不表示特定的顺序或者重要程度。实际上，“第一”、“第二”等表述完全可以互换使用。

本发明实施例可以应用于终端设备、计算机系统及服务器等电子设备，其可与众多其它通用或者专用的计算系统环境或者配置一起操作。适于与终端设备、计算机系统以及服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子，包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

终端设备、计算机系统以及服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑以及数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

图1为本发明出行信息处理方法一个实施例的流程图。如图1所示，该实施例方法包括：出行信息获取步骤100、联系人确定步骤200、出行信息发送步骤300。下面对图1中的各步骤进行详细说明。

出行信息获取步骤100，基于出行人的行程，获取出行人的出行信息。

本实施例中，出行人的行程可以是一次旅游的整个过程，如某人计划在海南进行时长为三天两夜的游玩，那么，出行人的行程即为从该次游玩开始时间至结束时间之间的所有活动。其中，开始时间可以是从乘坐公共交通工具开始计算，也可以是按照自然时间的行程开始日进行计算。例如出行人在开始日从家出发通过乘坐预约的出租车去机场，出行人乘坐出租车的时间即可记做为本次行程的开始时间，出行人在出发地乘坐出租车从机场返回家中的订单结束时间可以记做是本次行程的结束时间。在开始时间与结束时间的所有活动都可以记做是在本次行程中。

行程的开始时间可以是出行人乘坐的飞机到达海南的机场的时间，或者自驾从海南下高速的时间。还可以是为本次出行的订单的开始时间计算。如从家到机场的出租车订单、机票订单、托运订单等。行程结束的时间可以与上述开始时间相反，本实施例对此不再一一叙述。

在另一些实施例中，出行人一次的行程的时间还可以自定义的。从自定义的行程开始时间至自定义的行程结束时间之内，产生的所有预制出行订单以及实时获取的出行人的时间、位置的组合。在一具体实例中，出行人将国庆节定义成一次行程。机票订单根据乘坐时间可以规划到该次行程的预制订单中。出行人在去往机场过程中的出租车订单或者共享单车租用订单如果也在国庆节内实施，也可以规划到该次行程中。若出行人将该行程的时间定为10月1日00:00开始至10月7日23:59结束，那么早上06:35从北京起飞的机票订单会自动规划入该次行程中。但是，09月30日晚上23:00的地铁订单则不规划入本次行程中。若出行人将该行程的起始时间设置为09月30日18:00至10月7日23:59，那么出行人在09月30日晚上23:00的地铁订单也规划入本次行程中。

本实施例中出行人的行程可以是依据预制订单的时间、位置的组合，以及实时获取的出行人的时间、位置的组合共同构成的。其中，依据每一预制订单中的信息可以得知在执行该订单过程中，出行人应该所在的位置以及对应的时间。例如出行人预定的从北京首都国际机场飞往海口的美兰国际机场的机票，早上06:35起飞，上午10:15到达美兰国际机场。那么，在飞机没有延误的情况下，该出行人在上午11:00肯定是在海南。如若在订单应该结束的时间出行人没有致电家中报平安，家人可以通过致电出行人或者根据该机票订单联系相关部门寻找出行人，避免出行人发生危险无法及时联系到家人的缺陷。

实时获取的出行人行程可以是出行人每次对行程进行操作或者浏览其他行程过程中记录的时间以及该时间对应的位置。其中，其他行程可以是出行人本人的行程，也可以是其他人制定的行程。在对行程进行操作或者浏览其他行程操作结束时的时间以及位置，作为实时获取出行人行程结束的时间以及位置。

本实施例中执行出行信息获取步骤的主体可以是安装在终端设备，包括移动终端设备上的应用程序，也可以是集成在某些应用程序中的小程序或者为服务等，还可以是本发明下述实施例中所涉及的出行信息获取单元，本实施例对此不做限定。

通过获取出行人的出行信息可以使他人能够根据出行信息快速与出行人取得联系，或者快速找到出行人。使他人得知出行人出行是否顺利、是否安全等，还可以使他人能够在出行人出行过程中遇到意外伤害时，迅速通过出行信息联系相关部门找到出行人，可以有效提高救助的时效性，降低意外伤害对出行人的伤害程度。

联系人确定步骤200，基于出行信息以及备选联系人，确定授权联系人，授权联系人具备查询出行信息的权限；

本实施例中，授权联系人可以从多个备选联系人中进行选择，确定哪些备选联系人可以查阅出行人的出行信息；也可以是通过编辑的方式直接添加的。授权联系人可以查询出行人的全部出行信息，如乘车订单、机票订单、酒店订单、门票订单等，以及出行人的位置、时间组合信息，同行人信息等。出行人在海南有朋友，该授权联系人可以查询出行人的所有出行信息，以方便该朋友接待出行人和/或安排出行人在海南的游玩等。

在一些实施例中，出行人可以将出行信息设置为两个或者多个权限组，权限组内的出行信息可以被该组内设置的所有授权联系人查询，即同一权限组内的授权联系人具有相同的查询权限。除此之外，同一授权联系人可以被出行人设置于不同的权限组内。提高了出行人的出行信息的隐私安全性。

图5示出了本发明出行信息处理方法的另一实施例的流程示意图；如图5所示，备选联系人信息采集步骤400包括：备选联系人分组步骤401，对备选联系人进行分组，得到权限组；权限组编辑步骤402，对权限组的备选联系人进行编辑操作，编辑操作包括增加、修改、删除、空操作中的至少一种。本实施例中，可以将备选联系人进行分组，例如可以将家人归属于“家人组”中，在私人出行或者与部分家人同行的时候，出行人可以将出行信息直接授权“家人组”中的备选联系人进行查询，此过程将“家人组”中的备选联系人设置为授权联系人；可以将备选联系人中的同事归属于“公司组”中，在出公差时，出行人可以将出行人信息直接授权“公司组”中的备选联系人进行查询，此过程将公司同事设置为授权联系人。

本实施例中可以通过在备选联系人中选择备选联系人加入到权限组中，也可以在权限组中直接编辑增加备选联系人。还可以对权限组中备选联系人进行编辑，更改备选联系人的名称或者联系方式。还可以对权限组中的备选联系人进行删除或者空操作。本实施例中的空操作指的是对权限组中的备选联系人不进行任何操作。

通过对备选联系人设置权限组，可以缩短出行人在选择授权联系人时所花费的时间和精力。

本实施例也可以根据出行人的意愿将不同的授权联系人设置不同出行信息的查询权限。例如，授权联系人A只可以查阅订单类信息，授权联系人B只可以查询出行人的实时位置信息，授权联系人C只可以查询同行人信息等。授权联系人A为出租车司机，授权联系人A可以查询出行人的机票订单信息，以确保在出行人未按时到达机场时查询相应航班的运行情况，以确保出行人不是下错订单或者未执行该订单。授权联系人B可以是与出行人同行的人，通过得知出行人的实时位置，可以方便授权联系人B能够在未通讯连接的情况下迅速找到出行人，防止走散。授权联系人C可以在与出行人未取得联系时联系同行人，以便能够快速与出行人取得联系。

出行信息发送步骤300，基于授权联系人的查询请求，向授权联系人发送出行信息。

在收到授权联系人的信息查询请求后，向授权联系人发送该授权联系人请求的出行信息。本实施例中，可以选择将当前行程中的出行信息发送至申请的授权联系人，也可以是将所有的出行信息发送至申请的授权联系人。其中所有的出行信息包括当前正在进行的行程，以及出行人在本次行程之前的已完成行程。

本实施例通过基于出行人的行程，获取出行人的出行信息；基于出行信息以及备选联系人，确定授权联系人，授权联系人具备查询出行信息的权限；基于授权联系人的查询请求，向授权联系人发送出行信息，可以使得出行人的出行信息被授权联系人查询到，以方便授权联系人能够快速了解到出行人的出行情况，以及在出行人遇到意外状况时能够通过出行信息迅速找到出行人，降低意外状况对出行人的伤害程度，提高出行人的出行安全性。

图2示出了本发明出行信息处理方法的另一些实施例的流程示意图，如图2所示，本实施例的出行信息处理方法，还包括：出行信息权限分类步骤110，对出行信息进行分类，得到至少一个出行信息类别，同一授权联系人具备查询至少一个出行信息类别的出行信息的权限。

本实施例中出行信息可以通过获取途径进行分类，如自动获取的出行订单信息，以及编辑生成的订单信息、门票信息、乘船信息等。本实施例中出行信息可以通过出行信息的属性进行分类，如交通出行订单、住宿订单、门票订单、餐饮订单等属性为订单的类别，同行人信息、导游信息等属性为人的类别、实时运动轨迹及时间的属性为运动空间的类别。

本实施例中授权联系人可以查询出行人上述类别中的至少一个类别的出行信息，即同一个授权联系人可以只能查询其中一个类别的出行信息，也可以查询多个类别的出行信息。相应的查询权限与授权联系人可以查询的出行信息类别相匹配。本实施例中出行信息类别可以包括预制出行订单信息类、出行人出行轨迹信息类、出行同行人信息类。

通过将出行信息对授权联系人进行权限分类，可以提高出行人的信息安全，还可以使相应权限的授权联系人能够及时了解出行人的出行情况，提高出行人的出行安全。

在一些实施例中，预制出行订单信息包括自动获取的第一订单信息、出行人添加的第二订单信息中的至少一种；出行人出行轨迹信息包括出行地理位置以及与出行地理位置匹配的出行时间信息。本实施例中自动获取的第一订单信息可以是从火车票购票应用程序，如12306上直接获取的火车票订单信息；也可以是从其他应用程序，如旅游类定票应用程序中直接获得的火车票订单信息、机票订单信息、酒店订单信息、门票订单信息等。出行人添加的第二订单信息可以是自驾游的行程安排信息、骑行安排的出行信息等。第一订单与第二订单都可以生成相同的格式供系统识别。其中，酒店订单标准数据格式可以包括：酒店名称、酒店地址、酒店电话和入住和离店日期；机票订单标准数据格式可以包括：航班号、航班日期、办理登机牌信息；度假订单标准数据格式可以包括：服务商信息，出行日期；火车票和汽车票订单标准数据格式可以包括：车次，时间，出发和到达站点。

图3示出了本发明出行信息处理方法的另一些实施例的流程示意图，如图3所示，本实施例的出行信息处理方法还包括：备选联系人信息采集步骤400，添加联系人及对应的联系方式，得到备选联系人，联系方式包括联系人的应用账号以及电话号码。

本实施例所涉及的备选联系人可以是从联系人数据库中选择得到的，也可以是编辑添加得到的。例如，在手机中的联系人只包括联系人的姓名及电话号码，本实施例中的备选联系人可以是从手机中获取的联系人后添加应用程序账号后得到的，也可以是直接编辑姓名、联系方式、应用程序账号得到的。授权联系人可以通过应用程序查询出行人的出行信息，也可以依据电话号码查询出行人的出行信息。其中的电话号码还可以作为验证授权联系人权限验证的依据。

通过备选联系人信息采集，可以将已有的联系人选择作为备选联系人，也可以将陌生的联系人添加为备选联系人，如接站的出租车司机。提高了出行人的出行安全性，方便出行人出行的行程安排的时效性。

图4示出了本发明出行信息处理方法的另一些实施例的流程示意图，如图4所示，本实施例的出行信息处理方法还包括授权联系人身份验证步骤500，基于接收到的授权联系人发送的出行信息查询请求，判断授权联系人的身份信息，得到判断结果；基于判断结果为是，调取出行信息发送至授权联系人；基于判断结果为否，发送判断结果至授权联系人。

本实施例的授权联系人身份验证针对同一授权联系人可以在每次请求查询出行信息时进行身份验证；也可以对同一授权联系人只验证一次，在首次出行人同意出行信息查询后，不再对该授权联系人进行身份验证，提高了出行信息处理的时效性。

当判断结果为否，发送判断结果至授权联系人。本实施例中判断结果可以是“您无权限查询该信息”或者空等指示性语句，还可以是具有艺术效果的图片类信息。本实施例在此不做具体限定。

图5示出了本发明出行信息处理方法的另一些实施例的流程示意图，如图5所示，本实施例的出行信息处理方法还包括紧急信号发送步骤600，基于联系方式，向授权联系人发送紧急信号，紧急信号包括出行信息。

出行人在出行过程中，可以向授权联系人同时发送紧急信号，紧急信号可以向授权联系人的应用发送紧急信号；也可以向授权联系人的电话号码发送紧急信息。该紧急信息中包括出行人的出行信息，该出行信息中包括出行人发送紧急信息的位置信息、时间信息等。通过发送紧急信号，可以使授权联系人能够及时得知出行人遇到危险，授权联系人通过查询出行人的出行信息以及位置可以迅速找到或者联系相关部门找到出行人，降低危险对出行人造成伤害的程度，提高了出行人在遇到危险时得到救助的时效性。

图6示出了本发明出行信息处理方法的另一些实施例的流程示意图，如图6所示，本实施例的紧急信号发送步骤600，还包括：网络连接检测步骤601，检测网络连接是否正常，得到检测结果；基于检测结果为网络连接正常，将紧急信号基于联系方式发送至授权联系人；基于检测结果为不存在网络连接，将紧急信号进行本地保存，得到本地紧急信号，执行网络连接检测步骤。

本实施例中，若因无网络连接，不能将紧急信号发送至授权联系人，可以将紧急信号进行本地保存，并继续进行网络连接检测，当再次网络连接完成后直接将紧急信号进行发送。例如，在一次暑假旅行中小D误进传销，无法脱身，在一次传销人员要求小D与家人联系报平安的时候，小D偷偷触发了紧急信号，由于当时手机未连接网络，导致紧急信号未能及时发送。在其他传销人员将手机联网后，全部授权联系人收到紧急信号，查看了小D的车票信息，最近的时间所出现的地点，授权联系人A联系了授权联系人B和授权联系人C，三个人立即出发，依据车票和位置信息，在当地派出所报警，成功解救了小D。通过本实施例发送的紧急信号包括出行人的出行信息，可以避免出行人拨打求救电话无法描述清楚事故发生地点造成的救援时间浪费，以及出行人伤害程度加重的现象产生。

在另一些实施例中，网络连接检测步骤601，检测网络连接是否正常，得到检测结果；基于检测结果为网络连接正常，将紧急信号基于联系方式发送至授权联系人；基于检测结果为不存在网络连接，将紧急信号进行本地保存，得到本地紧急信号，将本地紧急信号通过短信息方式发送至授权联系人。本实施例中，若断开网络连接无法将紧急信号发送至授权联系人的时候，将紧急信号进行本地保存，得到本地紧急信号，将本地紧急信号通过短信息方式发送至授权联系人。其中，短信信息中包括出行人的出行信息。本实施例为出行人在无网络连接的情况中提供了另一种可以将紧急信号发出的方式。确保将紧急信号可以发送至授权联系人，使授权联系人能够得知出行人需要救助，进一步提高了出行人得到救助的时效性。

在一些实施例中，还可以将本地紧急信号通过紧急呼叫方式发送至授权联系人。通过该方式可以避免授权联系人在接收到紧急信号时，由于没有使用应用程序或者短信息通知不明显，造成的紧急信号未被授权联系人注意的缺陷。

根据本发明的另一方面，提供一种出行信息处理方法。图7示出了本发明的出行信息处理方法的一个实施例的流程示意图，如图7所示，本实施例的出行信息处理方法包括：授权通知接收步骤700、出行信息查询请求步骤800、出行信息获取步骤900，下面结合图7对本实施例的各个步骤进行详细说明。

授权通知接收步骤700，基于出行人向授权联系人开放查询出行信息权限，接收授权通知。本实施例中，当出行人将可查询出行信息的权限向授权联系人开放时，出行人发送该通知至授权联系人，使授权联系人得知其可以查询出行人的出行信息。当授权联系人无法与出行人取得联系时，可以通过查询出行人的出行信息，采取相应的措施进行出行人的找寻。例如，可以通过联系预制出行订单的提供者找到出行人，也可以通过联系出行人的同行人找到出行人。授权联系人在接收到授权通知后即具备查询出行人出行信息的权限。

出行信息查询请求步骤800，基于出行人的行程，向出行人发送查询出行人的出行信息的信息查询请求。为保障出行人的出行信息的信息安全，授权联系人需向出行人发送查询请求，验证授权联系人的真实性。

出行信息获取步骤900，基于信息查询请求通过，得到出行信息。授权联系人在验证通过后即可查询相应的出行信息。出行信息包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息中的至少一种。

本实施例中授权联系人可以通过查询出行人的出行信息得知出行人在出行过程中的出行安全问题。若授权联系人无法与出行人取得联系，授权联系人可以通过查询出行人的出行信息得知出行人的出行订单或者同行人信息，通过出行人的出行订单或者同行人信息联系出行订单的提供商或者同行人快速找到出行人。在出行人遇到危险时能够及时联系救援，降低危险对出行人造成的伤害程度。

在一具体实施例中，出行人安排在2019年3月10号去泰国普吉岛自由行，授权联系人A被允许查看全部类型出行信息；然后出行人定了北京飞普吉岛的往返机票，接送机，酒店和租车订单。出行人告诉A到了普吉岛会给A报平安。8月20号到了，出行人的乘坐航班到达普吉岛机场后，因为航班晚点和过海关排队，手机没有漫游，不能及时通知A，计划通过接送机订单到酒店后再联系。A此时觉得出行人应该到普吉岛了，但是久久联系不上出行人，很担心。通过查看出行人的订单信息得知，出行人定了E公司提供的接送机服务，立马联系了E公司，提供了订单号。E公司联系了为该订单服务的司机G师傅，G师傅告诉E公司出行人的航班晚点了，并且出海关用了很长时间。E公司又把信息反馈给了A，A不再担心了。

在另一具体实施例中，出行人在海边自驾的时候，因驾驶不当，翻车栽倒在海边并失去意识。当天晚上授权联系人A迟迟联系不上出行人，查看出行人租了H公司的一辆轿车，且最近一次位置更新在海边，且长时间没有更新。授权联系人A立即联系了H公司，提供了订单号和最后一次位置，H公司报警，警察在海边发现了翻车的出行人并紧急送往医院。避免了出行人长时间无人救治造成的生命安全威胁。

图8示出了本发明出行信息处理方法的另一些实施例的流程示意图，如图8所示，本实施例的出行信息处理方法还包括身份验证步骤1000，基于信息查询请求，向出行人验证身份信息，得到验证结果；基于验证结果为通过，得到出行信息；基于验证结果为未通过，得到空信息或者验证结果。

本实施例中，授权联系人首次查询出行人的出行信息需要向出行人进行身份验证，验证的方式可以通过应用程序账号之间的授权关系进行确认，也可以通过电话号码的方式进行验证确认。确保出行人出行信息的安全性。

在另一些实施例中，授权联系人进行身份验证的方式可以是通过首次验证后，后续再次查询出行人的出行信息时无需二次验证；也可以是在每次查询出行人的出行信息时均需要进行身份验证。本实施例对此不做具体限定。

图9示出了本发明出行信息处理方法的另一些实施例的流程示意图，如图9所示，本实施例的出行信息处理方法还包括紧急信号接收步骤1100，接收出行人发出的紧急信号，紧急信号包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息。

通过接收出行人的紧急信号，可以及时得知出行人的行程遇到危险。在收到紧急信号后，授权联系人可以通过查询出行人的出行信息协助救援人员对出行人进行及时、快速救援。避免了出行人长期处于危险状态造成的身心伤害，降低了危险对出行人的伤害程度，提高了救助的时效性以及准确性。

本发明实施例的另一方面，提供一种出行信息处理装置，图10示出了本发明出行信息处理装置的一个实施例的结构示意图，如图10所示，本实施例的出行信息处理装置包括出行信息获取单元10、联系人确定单元20、出行信息发送单元30，下面参照图10，对本实施例的出行信息处理装置进行详细说明。

本实施例中所涉及的出行信息处理装置可以是安装在计算机上的应用程序，也可以是安装在手机或其他可移动通讯设备上的移动应用程序，本实施例对出行信息处理装置的运行环境不做限定。可以是安装在终端设备，包括移动终端设备上的应用程序，也可以是集成在某些应用程序中的小程序或者为服务等，还可以是本发明下述实施例中所涉及的出行信息获取单元，本实施例对此不做限定。

出行信息获取单元10，用于基于出行人的行程，获取出行人的出行信息。本实施例的出行信息获取单元10作为应用程序的微服务或其中一部分时，出行信息获取单元10可以直接从应用程序的其他相连接的模块获取出行人的预制订单的信息数据。出行信息获取单元10也可以是通过编辑获得出行信息数据，其中编辑的出行信息数据可以设置固定的格式供操作者进行选择。

出行信息获取单元10获取出行人的出行信息的方式有多种，其中一种可以是在APP下单时勾选“自动创建出行信息”，当出行人生成出行订单时，勾选自动创建出行信息，一旦订单生成成功，会分析订单的信息，摘取标准格式的关键出行信息，生成一条记录存入出行信息获取单元10。如，旅游APP中在完成公共交通工具订单或者酒店预订订单后自动获取出行人信息。

另一种是APP现有订单手动一键创建出行信息，通过读取其他APP的订单数据，读取与出行信息相关的数据录入出行信息获取单元10，从而获取出行人的预制订单信息。

第三种是非APP订单手动输入出行信息。按照预订的输入格式输入出行人的出行信息。其中预订的输入格式中可以包括如下关键信息：

酒店订单标准数据格式：酒店名称、酒店地址、酒店电话和入住和离店日期；

机票订单标准数据格式：航班号、航班日期、办理登机牌信息；

度假订单标准数据格式：服务商信息，出行日期；

火车票和汽车票订单标准数据格式：车次，时间，出发和到达站点。

本实施例中出行人的行程可以是依据预制订单的时间、位置的组合，以及实时获取的出行人的时间、位置的组合共同构成的。其中，依据每一预制订单中的信息可以得知在执行该订单过程中，出行人应该所在的位置以及对应的时间。例如出行人预定的从北京首都国际机场飞往海口的美兰国际机场的机票，早上06:35起飞，上午10:15到达美兰国际机场。那么，在飞机没有延误的情况下，该出行人在上午11:00肯定是在海南。如若在订单应该结束的时间出行人没有致电家中报平安，家人可以通过致电出行人或者根据该机票订单联系相关部门寻找出行人，避免出行人发生危险无法及时联系到家人的缺陷。

在另一些实施例中，出行人一次的行程的时间还可以自定义的。从自定义的行程开始时间至自定义的行程结束时间之内，产生的所有预制出行订单以及实时获取的出行人的时间、位置的组合。在一具体实例中，出行人将国庆节定义成一次行程。机票订单根据乘坐时间可以规划到该次行程的预制订单中。出行人在去往机场过程中的出租车订单或者共享单车租用订单如果也在国庆节内实施，也可以规划到该次行程中。若出行人将该行程的时间定为10月1日00:00开始至10月7日23:59结束，那么早上06:35从北京起飞的机票订单会自动规划入该次行程中。但是，09月30日晚上23:00的地铁订单则不规划入本次行程中。若出行人将该行程的起始时间设置为09月30日18:00至10月7日23:59，那么出行人在09月30日晚上23:00的地铁订单也规划入本次行程中。

实时获取的出行人行程可以是出行人每次对行程进行操作或者浏览其他行程过程中记录的时间以及该时间对应的位置。其中，其他行程可以是出行人本人的行程，也可以是其他人制定的行程。在对行程进行操作或者浏览其他行程操作结束时的时间以及位置，作为实时获取出行人行程结束的时间以及位置。

联系人确定单元20，用于基于出行信息以及备选联系人，确定授权联系人，授权联系人具备查询出行信息的权限。

本实施例中，授权联系人可以从多个备选联系人中进行选择，确定哪些备选联系人可以查阅出行人的出行信息；也可以是通过编辑的方式直接添加的。授权联系人可以查询出行人的全部出行信息，如乘车订单、机票订单、酒店订单、门票订单等，以及出行人的位置、时间组合信息，同行人信息等。出行人在海南有朋友，该授权联系人可以查询出行人的所有出行信息，以方便该朋友接待出行人和/或安排出行人在海南的游玩等。

在一些实施例中，出行人可以将出行信息设置为两个或者多个权限组，权限组内的出行信息可以被该组内设置的所有授权联系人查询，即同一权限组内的授权联系人具有相同的查询权限。除此之外，同一授权联系人可以被出行人设置于不同的权限组内。提高了出行人的出行信息的隐私安全性。

本实施例也可以根据出行人的意愿将不同的授权联系人设置不同出行信息的查询权限。例如，授权联系人A只可以查阅订单类信息，授权联系人B只可以查询出行人的实时位置信息，授权联系人C只可以查询同行人信息等。授权联系人A为出租车司机，授权联系人A可以查询出行人的机票订单信息，以确保在出行人未按时到达机场时查询相应航班的运行情况，以确保出行人不是下错订单或者未执行该订单。授权联系人B可以是与出行人同行的人，通过得知出行人的实时位置，可以方便授权联系人B能够在未通讯连接的情况下迅速找到出行人，防止走散。授权联系人C可以在与出行人未取得联系时联系同行人，以便能够快速与出行人取得联系。

出行信息发送单元30，用于基于授权联系人的查询请求，向授权联系人发送出行信息。

在收到授权联系人的信息查询请求后，出行信息发送单元30向授权联系人发送该授权联系人请求的出行信息。本实施例中，可以选择将当前行程中的出行信息发送至申请的授权联系人，也可以是将所有的出行信息发送至申请的授权联系人。其中所有的出行信息包括当前正在进行的行程，以及出行人在本次行程之前的已完成行程。

本实施例通过基于出行人的行程，获取出行人的出行信息；基于出行信息以及备选联系人，确定授权联系人，授权联系人具备查询出行信息的权限；基于授权联系人的查询请求，向授权联系人发送出行信息，可以使得出行人的出行信息被授权联系人查询到，以方便授权联系人能够快速了解到出行人的出行情况，以及在出行人遇到意外状况时能够通过出行信息迅速找到出行人，降低意外状况对出行人的伤害程度，提高出行人的出行安全性。

图11示出了本发明出行信息处理装置的另一些实施例的结构示意图，如图11所示，本实施例的出行信息处理装置还包括：出行信息权限分类单元11，用于对出行信息进行分类，得到至少一个出行信息类别，同一授权联系人具备查询至少一个出行信息类别的出行信息的权限。本实施例中，出行信息类别包括预制出行订单信息类、出行人出行轨迹信息类、出行同行人信息类中的至少一种。

出行信息权限分类单元11可以对出行信息按照获取途径进行分类，如自动获取的出行订单信息，以及编辑生成的订单信息、门票信息、乘船信息等。本实施例中出行信息可以通过出行信息的属性进行分类，如交通出行订单、住宿订单、门票订单、餐饮订单等属性为订单的类别，同行人信息、导游信息等属性为人的类别、实时运动轨迹及时间的属性为运动空间的类别。

本实施例中授权联系人可以查询出行人上述类别中的至少一个类别的出行信息，即同一个授权联系人可以只能查询其中一个类别的出行信息，也可以查询多个类别的出行信息。相应的查询权限与授权联系人可以查询的出行信息类别相匹配。本实施例中出行信息类别可以包括预制出行订单信息类、出行人出行轨迹信息类、出行同行人信息类。

在一些实施例中，预制出行订单信息包括自动获取的第一订单信息、出行人添加的第二订单信息中的至少一种；出行人出行轨迹信息包括出行地理位置以及与出行地理位置匹配的出行时间信息。本实施例中自动获取的第一订单信息可以是从火车票购票应用程序，如12306上直接获取的火车票订单信息；也可以是从其他应用程序，如旅游类定票应用程序中直接获得的火车票订单信息、机票订单信息、酒店订单信息、门票订单信息等。出行人添加的第二订单信息可以是自驾游的行程安排信息、骑行安排的出行信息等。第一订单与第二订单都可以生成相同的格式供系统识别。其中，酒店订单标准数据格式可以包括：酒店名称、酒店地址、酒店电话和入住和离店日期；机票订单标准数据格式可以包括：航班号、航班日期、办理登机牌信息；度假订单标准数据格式可以包括：服务商信息，出行日期；火车票和汽车票订单标准数据格式可以包括：车次，时间，出发和到达站点。

通过将出行信息对授权联系人进行权限分类，可以提高出行人的信息安全，还可以使相应权限的授权联系人能够及时了解出行人的出行情况，提高出行人的出行安全。

图12示出了本发明出行信息处理装置的另一些实施例的结构示意图，如图12所示，本实施例的出行信息处理装置还包括：备选联系人信息采集单元40，用于添加联系人及对应的联系方式，得到备选联系人，联系方式包括联系人的应用账号以及电话号码。

本实施例所涉及的备选联系人可以是从联系人数据库中选择得到的，也可以是编辑添加得到的。例如，在手机中的联系人只包括联系人的姓名及电话号码，本实施例中的备选联系人可以是从手机中获取的联系人后添加应用程序账号后得到的，也可以是直接编辑姓名、联系方式、应用程序账号得到的。授权联系人可以通过应用程序查询出行人的出行信息，也可以依据电话号码查询出行人的出行信息。其中的电话号码还可以作为验证授权联系人权限验证的依据。

在另一些实施例中，图14示出了本发明出行信息处理装置的另一实施例的结构示意图，如图14所示，备选联系人信息采集单元40包括：备选联系人分组模块，对备选联系人进行分组，得到权限组；权限组编辑模块，对权限组的备选联系人进行编辑操作，编辑操作包括增加、修改、删除、空操作中的至少一种。本实施例中，可以将备选联系人进行分组，例如可以将家人归属于“家人组”中，在私人出行或者与部分家人同行的时候，出行人可以将出行信息直接授权“家人组”中的备选联系人进行查询，此过程将“家人组”中的备选联系人设置为授权联系人；可以将备选联系人中的同事归属于“公司组”中，在出公差时，出行人可以将出行人信息直接授权“公司组”中的备选联系人进行查询，此过程将公司同事设置为授权联系人。

本实施例中可以通过在备选联系人中选择备选联系人加入到权限组中，也可以在权限组中直接编辑增加备选联系人。还可以对权限组中备选联系人进行编辑，更改备选联系人的名称或者联系方式。还可以对权限组中的备选联系人进行删除或者空操作。本实施例中的空操作指的是对权限组中的备选联系人不进行任何操作。

通过对备选联系人设置权限组，可以缩短出行人在选择授权联系人时所花费的时间和精力。通过备选联系人信息采集，可以将已有的联系人选择作为备选联系人，也可以将陌生的联系人添加为备选联系人，如接站的出租车司机。提高了出行人的出行安全性，方便出行人出行的行程安排的时效性。

图13示出了本发明出行信息处理装置的另一些实施例的结构示意图，如图13所示，本实施例的出行信息处理装置还包括：授权联系人身份验证单元50，用于基于接收到的授权联系人发送的出行信息查询请求，判断授权联系人的身份信息，得到判断结果；基于判断结果为是，调取出行信息发送至授权联系人；基于判断结果为否，发送判断结果至授权联系人。

本实施例中，授权联系人身份验证针对同一授权联系人可以在每次请求查询出行信息时进行身份验证；也可以对同一授权联系人只验证一次，在首次出行人同意出行信息查询后，不再对该授权联系人进行身份验证，提高了出行信息处理的时效性。当判断结果为否，发送判断结果至授权联系人。本实施例中判断结果可以是“您无权限查询该信息”或者空等指示性语句，还可以是具有艺术效果的图片类信息。本实施例在此不做具体限定。

图14示出了本发明出行信息处理装置的另一些实施例的结构示意图，如图14所示，本实施例的出行信息处理装置还包括：紧急信号发送单元60，用于基于联系方式，向授权联系人发送紧急信号，紧急信号包括出行信息。

在一些实施例中，出行人在出行过程中，可以向授权联系人同时发送紧急信号，紧急信号可以向授权联系人的应用发送紧急信号；也可以向授权联系人的电话号码发送紧急信息。该紧急信息中包括出行人的出行信息，该出行信息中包括出行人发送紧急信息的位置信息、时间信息等。通过发送紧急信号，可以使授权联系人能够及时得知出行人遇到危险，授权联系人通过查询出行人的出行信息以及位置可以迅速找到或者联系相关部门找到出行人，降低危险对出行人造成伤害的程度，提高了出行人在遇到危险时得到救助的时效性。

图15示出了本发明出行信息处理装置的另一些实施例的结构示意图，如图15所示，本实施例的紧急信号发送单元60包括：网络连接检测模块61，用于检测网络连接是否正常，得到检测结果；基于检测结果为网络连接正常，紧急信号发送单元60将紧急信号基于联系方式发送至授权联系人；基于检测结果为不存在网络连接，紧急信号发送单元60将紧急信号进行本地保存，得到本地紧急信号，执行网络连接检测步骤。

若因无网络连接，紧急信号发送单元60不能将紧急信号发送至授权联系人，可以将紧急信号进行本地保存，并继续进行网络连接检测，当再次网络连接完成后直接将紧急信号进行发送。例如，在一次暑假旅行中小D误进传销，无法脱身，在一次传销人员要求小D与家人联系报平安的时候，小D偷偷触发了紧急信号，由于当时手机未连接网络，导致紧急信号未能及时发送。在其他传销人员将手机联网后，全部授权联系人收到紧急信号，查看了小D的车票信息，最近的时间所出现的地点，授权联系人A联系了授权联系人B和授权联系人C，三个人立即出发，依据车票和位置信息，在当地派出所报警，成功解救了小D。通过本实施例发送的紧急信号包括出行人的出行信息，可以避免出行人拨打求救电话无法描述清楚事故发生地点造成的救援时间浪费，以及出行人伤害程度加重的现象产生。

在另一些实施例中，紧急信号发送单元60，包括：网络连接检测模块61，用于检测网络连接是否正常，得到检测结果；紧急信号发送单元60具体用于基于检测结果为网络连接正常，将紧急信号基于联系方式发送至授权联系人；紧急信号发送单元60具体用于基于检测结果为不存在网络连接，将紧急信号进行本地保存，得到本地紧急信号，将本地紧急信号通过短信息方式发送至授权联系人。

在另一些实施例中，短信信息中包括出行人的出行信息。本实施例为出行人在无网络连接的情况中提供了另一种可以将紧急信号发出的方式。确保将紧急信号可以发送至授权联系人，使授权联系人能够得知出行人需要救助，进一步提高了出行人得到救助的时效性。

在一些实施例中，还可以将本地紧急信号通过紧急呼叫方式发送至授权联系人。通过该方式可以避免授权联系人在接收到紧急信号时，由于没有使用应用程序或者短信息通知不明显，造成的紧急信号未被授权联系人注意的缺陷。

本发明实施例的另一方面在于，提供一种出行信息处理装置，图16示出了本发明出行信息处理装置的一个实施例的结构示意图，如图16所示，该装置包括：授权通知接收单元70，用于基于出行人向授权联系人开放查询出行信息权限，接收授权通知；出行信息查询请求单元80，用于基于出行人的行程，向出行人发送查询出行人的出行信息的信息查询请求；出行信息获取单元90，用于基于信息查询请求通过，得到出行信息；出行信息包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息中的至少一种。

本实施例中，当出行人将可查询出行信息的权限向授权联系人开放时，出行人发送该通知至授权通知接收单元70，使授权联系人得知其可以查询出行人的出行信息。当授权联系人无法与出行人取得联系时，可以通过查询出行人的出行信息，采取相应的措施进行出行人的找寻。例如，可以通过联系预制出行订单的提供者找到出行人，也可以通过联系出行人的同行人找到出行人。授权联系人在接收到授权通知后即具备查询出行人出行信息的权限。授权联系人可以通过出行信息查询请求单元80向出行人发送出行信息查询请求。为保障出行人的出行信息的信息安全，授权联系人需向出行人发送查询请求，验证授权联系人的真实性。

出行信息包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息中的至少一种。本实施例中授权联系人可以通过查询出行人的出行信息得知出行人在出行过程中的出行安全问题。若授权联系人无法与出行人取得联系，授权联系人可以通过出行信息获取单元90查询出行人的出行信息得知出行人的出行订单或者同行人信息，通过出行人的出行订单或者同行人信息联系出行订单的提供商或者同行人快速找到出行人。在出行人遇到危险时能够及时联系救援，降低危险对出行人造成的伤害程度。

在一些实施例中，图17示出了本发明出行信息处理装置的另一实施例的结构示意图，如图17所示，本实施例的出行信息处理装置还包括：身份验证单元71，用于基于信息查询请求，向出行人验证身份信息，得到验证结果；基于验证结果为通过，得到出行信息；基于验证结果为未通过，得到空信息或者验证结果。

授权联系人首次查询出行人的出行信息需要向出行人进行身份验证，验证的方式可以通过应用程序账号之间的授权关系进行确认，也可以通过电话号码的方式进行验证确认。确保出行人出行信息的安全性。本实施例中设置身份验证单元71可实现同一应用程序之间进行身份验证。在另一些实施例中，授权联系人进行身份验证的方式可以是通过首次验证后，后续再次查询出行人的出行信息时无需二次验证；也可以是在每次查询出行人的出行信息时均需要进行身份验证。本实施例对此不做具体限定。

图18示出了本发明出行信息处理装置的另一实施例的结构示意图。在本实施例中，装置还包括：紧急信号接收装置72，用于接收出行人发出的紧急信号，紧急信号包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息。

通过紧急信号接收装置72接收出行人的紧急信号，可以及时得知出行人的行程遇到危险。在收到紧急信号后，授权联系人可以通过查询出行人的出行信息协助救援人员对出行人进行及时、快速救援。避免了出行人长期处于危险状态造成的身心伤害，降低了危险对出行人的伤害程度，提高了救助的时效性以及准确性。

图19示出了本发明的电子设备的一个实施例的结构示意图。下面参考图19，其示出了适于用来实现本申请实施例的终端设备或服务器的电子设备的结构示意图。如图19所示，该电子设备该电子设备包括处理器和存储器。电子设备也可以包括输入输出装置。存储器、输入输出装置均通过总线与处理器连接。其中，存储器，用于存储处理器执行的指令；处理器，用于调用存储器存储的指令，并执行上述实施例涉及的出行信息处理方法。

本发明实施例中处理器可调用存储器存储的指令，进行基于出行人的行程，获取出行人的出行信息；基于出行信息以及备选联系人，确定授权联系人，授权联系人具备查询出行信息的权限；基于授权联系人的查询请求，向授权联系人发送出行信息。其中，电子设备执行出行信息处理的过程，可参阅上述实施例描述的出行信息处理的实施过程，在此不再赘述。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，计算机可执行指令在计算机上运行时，执行上述实施例涉及的方法。

本发明实施例还提供一种包含指令的计算机程序产品，当包含指令的计算机程序产品在计算机上运行时，使得计算机执行上述实施例涉及的方法。

在一个或多个可选实施方式中，本公开实施例还提供了一种计算机可读存储介质，用于存储计算机可读指令，该指令被执行时使得计算机执行上述任一可能的实现方式中的出行信息处理的方法。在另一个可选例子中，该计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。

本发明的方法和装置能够利用标准编程技术来完成，利用基于规则的逻辑或者其他逻辑来实现各种方法步骤。还应当注意的是，此处以及权利要求书中使用的词语“装置”和“模块”意在包括使用一行或者多行软件代码的实现和/或硬件实现和/或用于接收输入的设备。

此处描述的任何步骤、操作或程序可以使用单独的或与其他设备组合的一个或多个硬件或软件模块来执行或实现。在一个实施方式中，软件模块使用包括包含计算机程序代码的计算机可读介质的计算机程序产品实现，其能够由计算机处理器执行用于执行任何或全部的所描述的步骤、操作或程序。

出于示例和描述的目的，已经给出了本发明实施的前述说明。前述说明并非是穷举性的也并非要将本发明限制到所公开的确切形式，根据上述教导还可能存在各种变形和修改，或者是可能从本发明的实践中得到各种变形和修改。选择和描述这些实施例是为了说明本发明的原理及其实际应用，以使得本领域的技术人员能够以适合于构思的特定用途来以各种实施方式和各种修改而利用本发明。

Claims (10)

1.一种出行信息处理方法，其中，包括：

出行信息获取步骤，基于出行人的行程，获取所述出行人的出行信息；

联系人确定步骤，基于所述出行信息以及备选联系人，确定授权联系人，所述授权联系人具备查询所述出行信息的权限；

出行信息发送步骤，基于所述授权联系人的查询请求，向所述授权联系人发送所述出行信息。

2.根据权利要求1所述的方法，其中，所述方法还包括：

出行信息权限分类步骤，对所述出行信息进行分类，得到至少一个出行信息类别，同一授权联系人具备查询至少一个出行信息类别的所述出行信息的权限。

3.根据权利要求2所述的方法，其中，所述出行信息类别包括预制出行订单信息类、出行人出行轨迹信息类、出行同行人信息类中的至少一种。

4.根据权利要求3所述的方法，其中，所述预制出行订单信息包括自动获取的第一订单信息、出行人添加的第二订单信息中的至少一种；

所述出行人出行轨迹信息包括出行地理位置以及与所述出行地理位置匹配的出行时间信息。

5.根据权利要求1-4中任一项所述的方法，其中，所述方法还包括：

备选联系人信息采集步骤，添加联系人及对应的联系方式，得到所述备选联系人，所述联系方式包括联系人的应用账号以及电话号码。

6.一种出行信息处理方法，其中，包括：

授权通知接收步骤，基于出行人向授权联系人开放查询出行信息权限，接收授权通知；

出行信息查询请求步骤，基于出行人的行程，向所述出行人发送查询出行人的出行信息的信息查询请求；

出行信息获取步骤，基于所述信息查询请求通过，得到出行信息；

所述出行信息包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息中的至少一种。

7.一种出行信息处理装置，其中，包括：

出行信息获取单元，用于基于出行人的行程，获取所述出行人的出行信息；

联系人确定单元，用于基于所述出行信息以及备选联系人，确定授权联系人，所述授权联系人具备查询所述出行信息的权限；

出行信息发送单元，用于基于所述授权联系人的查询请求，向所述授权联系人发送所述出行信息。

8.一种出行信息处理装置，其中，包括：

授权通知接收单元，用于基于出行人向授权联系人开放查询出行信息权限，接收授权通知；

出行信息查询请求单元，用于基于出行人的行程，向所述出行人发送查询出行人的出行信息的信息查询请求；

出行信息获取单元，用于基于所述信息查询请求通过，得到出行信息；

所述出行信息包括预制出行订单信息、出行人出行轨迹信息、出行同行人信息中的至少一种。

9.一种电子设备，其中，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现权利要求1-6任一所述的方法。

10.一种计算机可读存储介质，存储有计算机程序，其中，所述计算机程序被处理器执行时，实现权利要求1-6任一所述的方法。