操作触发方法及装置与流程

本申请涉及互联网技术领域，特别涉及一种操作触发方法及装置。

背景技术：

随着互联网技术的发展，网络应用为人们的生活带来了越来越多的便利。以行车应用为例，司机与乘客可以通过行车应用建立承运关系，司机在指定时间到行程的起点接乘客，然后将乘客送到行程的终点，乘客支付用车费，行程结束。

现有技术中，在使用行车应用时行车流程可以大致归结为：行车应用乘客端发布订单-行车应用司机端接单-行车应用司机端确定到达行程的起点-行车应用司机端发布进入等候乘客状态-……-行程结束，这些流程的切换操作实现均需要用户(包括司机和乘客)点击对应的功能入口进行，不仅操作比较繁琐，而且影响整体行车流程的效率。

技术实现要素：

为了解决上述问题，本申请提供一种操作触发方法及装置。

具体地，本申请是通过如下技术方案实现的：

根据本申请实施例的第一方面，提供一种操作触发方法，所述方法包括：

获得用于描述行程的目标关键词；

根据预设关键词与行车流程切换操作的关联关系，确定与所述目标关键词关联的目标行车流程切换操作；

执行所述目标行车流程切换操作。

在一实施例中，所述获得用于描述行程的目标关键词，包括：

展示至少一个用于描述行程的关键词，并提供用于选择关键词的操作接口；

根据所述操作接口接收到的关键词选择操作，从所述至少一个用于描述行程的关键词中确定目标关键词。

在一实施例中，所述获得用于描述行程的目标关键词，包括：

获得目标即时通讯文本信息；

根据预设关键词提取规则，从所述目标即时通讯文本信息中提取一个或多个用于描述行程的目标关键词。

在一实施例中，所述获得目标即时通讯文本信息，包括：

获得用户在本终端设备输入的目标即时通讯文本信息；或者，

从其他终端设备发送至本终端设备的一条或多条即时通讯文本信息中获得目标即时通讯文本信息。

在一实施例中，所述获得目标即时通讯文本信息为：获得用户在本终端设备输入的目标即时通讯文本信息；

在所述执行所述目标行车流程切换操作之前，还包括：

检测所述用户在本终端设备输入的目标即时通讯文本信息，是否被其他终端设备接收到，在所述目标即时通讯文本信息被其他终端设备接收到时，触发执行所述执行所述目标行车流程切换操作的步骤。

在一实施例中，所述获得用于描述行程的目标关键词，包括：

获得目标通讯语音信息；

将所述目标通讯语音信息识别为文本信息；

根据预设关键词提取规则，从识别出的文本信息中提取一个或多个用于描述行程的目标关键词。

在一实施例中，所述获得目标通讯语音信息，包括：

获得用户在本终端设备输入的目标通讯语音信息；或者，

从其他终端设备发送至本终端设备的一条或多条通讯语音信息中获得目标通讯语音信息。

在一实施例中，所述目标行车流程切换操作包括：

用于确定到达指定地点的操作、用于更改行程起点位置的操作、用于更改行程起始时间点的操作、和/或用于调整导航路线的操作。

在一实施例中，所述方法还包括：

从服务器获得用于对所述关联关系进行更新的信息；

根据从服务器获得的信息，对所述关联关系进行更新。

在一实施例中，在所述执行所述目标行车流程切换操作之前，还包括：

输出消息提示，其中，所述消息提示用于提示用户所述目标行车流程切换操作将要被执行；

在设定时长内未检测到用户输入取消操作时，触发执行所述目标行车流程切换操作。

根据本申请实施例的第二方面，提供一种操作触发装置，所述装置包括：

关键词获得模块，用于获得用于描述行程的目标关键词；

操作确定模块，用于根据预设关键词与行车流程切换操作的关联关系，确定与所述关键词获得模块获得的目标关键词关联的目标行车流程切换操作；

操作执行模块，用于执行所述操作确定模块确定的目标行车流程切换操作。

在一实施例中，所述关键词获得模块，包括：

展示子模块，用于展示至少一个用于描述行程的关键词，并提供用于选择关键词的操作接口；

关键词确定子模块，用于根据所述操作接口接收到的关键词选择操作，从所述展示子模块展示的至少一个用于描述行程的关键词中确定目标关键词。

在一实施例中，所述关键词获得模块，包括：

文本信息获得子模块，用于获得目标即时通讯文本信息；

第一关键词提取子模块，用于根据预设关键词提取规则，从所述文本信息获得子模块获得的目标即时通讯文本信息中提取一个或多个用于描述行程的目标关键词。

在一实施例中，所述文本信息获得子模块，包括：

第一文本信息获得子单元，用于获得用户在本终端设备输入的目标即时通讯文本信息；或者，

第二文本信息获得子单元，用于从其他终端设备发送至本终端设备的一条或多条即时通讯文本信息中获得目标即时通讯文本信息。

在一实施例中，所述装置还包括：

检测模块，被配置为检测所述用户在本终端设备输入的目标即时通讯文本信息，是否被其他终端设备接收到，在检测结果为是的情况下，触发所述操作执行模块执行所述目标行车流程切换操作。

在一实施例中，所述关键词获得模块，包括：

语音信息获得子模块，用于获得目标通讯语音信息；

语音识别子模块，用于将所述语音信息获得子模块获得的目标通讯语音信息识别为文本信息；

第二关键词提取子模块，用于根据预设关键词提取规则，从所述语音识别子模块识别出的文本信息中提取一个或多个用于描述行程的目标关键词。

在一实施例中，所述语音信息获得子模块，包括：

第一语音信息获得子单元，用于获得用户在本终端设备输入的目标通讯语音信息；或者，

第二语音信息获得子单元，用于从其他终端设备发送至本终端设备的一条或多条通讯语音信息中获得目标通讯语音信息。

在一实施例中，所述目标行车流程切换操作包括：

用于确定到达指定地点的操作、用于更改行程起点位置的操作、用于更改行程起始时间点的操作、和/或用于调整导航路线的操作。

在一实施例中，所述装置还包括：

更新信息获得模块，用于从服务器获得用于对所述关联关系进行更新的信息；

更新模块，用于根据所述更新信息获得模块获得的信息，对所述关联关系进行更新。

在一实施例中，所述装置还包括：

提示输出模块，用于输出消息提示，其中，所述消息提示用于提示用户所述目标行车流程切换操作将要被执行；

操作触发模块，用于在设定时长内未检测到用户输入取消操作的情况下，触发所述操作执行模块执行所述目标行车流程切换操作。

本申请实施例可以在司机与乘客沟通的过程中，获得双方沟通内容中的用于描述行程的关键词，之后进一步确定该关键词关联的行车流程切换操作，触发终端设备中的行车应用执行该操作，以实现行车应用的部分流程的自动切换，提高整体行车流程的效率。

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

附图说明

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

图1a是本申请根据一示例性实施例示出的一种操作触发方法的流程图；

图1b是本申请根据一示例性实施例示出的图1a所示操作触发方法的应用场景图；

图2a是本申请根据一示例性实施例示出的另一种操作触发方法的流程图；

图2b是本申请根据一示例性实施例示出的图2a所示操作触发方法的应用场景图；

图3是本申请根据一示例性实施例示出的另一种操作触发方法的流程图；

图4是本申请根据一示例性实施例示出的另一种操作触发方法的流程图；

图5是本申请根据一示例性实施例示出的一种操作触发装置的框图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

为便于描述，本申请以“行车应用的行车流程切换”的应用场景为例对本申请方案进行说明。目前，行车流程可以大致归结为：行车应用乘客端发布订单-行车应用司机端接单-行车应用司机端确定到达行程的起点-行车应用司机端发布进入等候乘客状态-……-行程结束，这些流程的切换操作实现均需要用户(包括司机和乘客)点击对应的功能入口进行，不仅操作比较繁琐，而且影响整体行车流程的效率。为了解决上述问题，本申请提供了一种操作触发方法及装置，以提高整体行车流程的效率。

下面首先对本申请提供的一种操作触发方法进行介绍。

需要说明的是，本申请提供的操作触发方法适用于终端设备，该终端设备中安装有行车应用乘客端或者行车应用司机端，在实际应用中，该终端设备可以包括但不限于智能手机、智能穿戴式设备、平板电脑、个人数字助理、膝上型便携式电脑以及台式电脑等等，本申请实施例对此不作限定。

如图1a所示，图1a是本申请根据一示例性实施例示出的一种操作触发方法的流程图，该方法可以包括以下步骤：

在步骤101中，获得用于描述行程的目标关键词。

在本申请实施例中，用于描述行程的目标关键词可以包括以下一种或几种：用于描述用户到达指定行车地点的词语、用于描述用户更改行程起点的词语，及用于描述用户更改行程起始时间点的词语等等。本申请实施例中的用户可以为司机或乘客。

另外，关键词的具体形式，可以为一个具体的词或短语，例如：“我到了”、“我已到”等用于描述用户到达指定行车地点的词语，也可以为用于表示某一类词或短语的模板，例如：“我在xxx(具体的位置)”、“请到xxx(具体的位置)”等用于描述用户更改行程起点的词语模板，“xxx(具体的时间点)见面”、“xxx(具体的时间点)接我”等用于描述用户更改行程起始时间点的词语模板。当关键词的具体形式为用于表示某一类词或短语的模板时，本申请实施例可以对该模板中的内容(例如xxx)进行语义的识别，识别其中的内容为表征时间点的内容，还是表征地点的内容。

在步骤102中，根据预设关键词与行车流程切换操作的关联关系，确定与目标关键词关联的目标行车流程切换操作。

需要说明的是，由于用于描述行程的目标关键词可以从一定程度上反映出用户的所处状态，例如目标关键词“我到了”可以反映出用户已到达了指定地点，又由于当用户的所处状态发生变化时，需要将行车应用的当前行车流程切换至下一行车流程，以完成行车流程的正常流转，在这种情况下，本申请实施例可以将用于描述行程的关键词与行车应用的行车流程切换操作关联起来，依据用于描述行程的关键词，自动触发行车应用执行相应的行车流程切换操作。

在本申请实施例中，可以预先在服务器端设定关键词与行车流程切换操作的关联关系，终端设备从服务器获取该关键词与行车流程切换操作的关联关系；也可以在本终端设备自定义创建关键词与行车流程切换操作的关联关系，或者对从服务器获取的关联关系进行修改，本申请实施例对此不做限定。

在本申请实施例中，目标行车流程切换操作可以包括：用于确定到达指定地点的操作、用于更改行程起点位置的操作、用于更改行程起始时间点的操作、用于调整导航路线的操作等等，当然具体的操作类型可以根据实际应用需求进行增减，本申请实施例并不需要进行限定。

在步骤103中，执行目标行车流程切换操作。

在一示例性应用场景中，以“打车”场景为例，如图1b所示，该应用场景中包括：第一终端设备110a、乘客110b、第二终端设备120a、司机120b、网络130及服务器140，第一终端设备110a、第二终端设备120a通过网络130，与服务器140通信连接。第一终端设备110a中安装有行车应用乘客端，第二终端设备120a中安装有行车应用司机端，乘客110b与司机120b通过第一终端设备110a中的行车应用乘客端、第二终端设备120a中的行车应用司机端建立承运关系。

在乘客110b与司机120b建立承运关系后，以行车应用司机端为例，行车应用司机端可以获得用于描述行程的目标关键词如“我到了”，之后，依据该目标关键词“我到了”，确定对应“我到了”的行车流程切换操作，如该行车流程切换操作为“用于确定到达指定上车地点的操作”，之后，行车应用司机端自动执行“用于确定到达指定上车地点的操作”，使得该行车应用司机端由当前行车流程自动切换至“确定司机达到指定上车地点进入等候乘客状态”这一行车流程。

由上述实施例可见，该实施例可以在司机与乘客沟通的过程中，获得双方沟通内容中的用于描述行程的关键词，之后进一步确定该关键词关联的行车流程切换操作，触发终端设备中的行车应用执行该操作，以实现行车应用的部分流程的自动切换，提高整体行车流程的效率。

另外可以理解的是，上述实施例中的“打车”应用场景仅用于示意性说明，并不构成对本申请方案应用场景的限定。本申请的“行车流程切换操作触发”方案可以应用各类具有类似需求的行车场景中，例如“代驾服务”、“朋友之间约定出行”。

如图2a所示，图2a是本申请根据一示例性实施例示出的另一种操作触发方法的流程图，在本申请实施例中，可以为用户(司机或者乘客)提供备选的关键词，供用户自主选择，将用户自主选择的关键词确定为目标关键词，此时该方法可以包括以下步骤：

在步骤200中，展示至少一个用于描述行程的关键词，并提供用于选择关键词的操作接口。

本申请实施例中的行车应用可以为行车应用司机端或行车应用乘客端，行车应用可以在该应用的用户交互界面上展示一个或者多个用于描述行程的关键词，例如行车应用司机端在用户交互界面上展示备选的关键词“我到了”。

本申请实施例中的操作接口的呈现形式可以为按钮或图标，用户可以通过直接单击该按钮或图标进行关键词的选择，也可以通过长按该按钮或图标进行声控指令的输入，通过声控指令来进行关键词的选择，本申请实施例对此不作限定。

在步骤201中，根据该操作接口接收到的关键词选择操作，从展示的至少一个用于描述行程的关键词中确定目标关键词。

用户可以通过行车应用在用户交互界面上提供的操作接口输入关键词选择操作进行关键词的选择，关键词选择操作可以包括：单次点击、多次连续点击、持续按压等等，当然也可以通过声控、手势等操作实现关键词选择。

在步骤202中，根据预设关键词与行车流程切换操作的关联关系，确定与目标关键词关联的目标行车流程切换操作。

在步骤203中，执行目标行车流程切换操作。

在一示例性应用场景中，如图2b所示，该应用场景中包括：司机210和终端设备220，该终端设备220中安装有行车应用司机端，该行车应用司机端的用户交互界面上展示有关键词“我到了”、“我在路上”……，司机210可以通过点击具体的关键词来进行关键词的选择，如点击“我到了”，行车应用司机端执行司机210选择的关键词所关联的行车流程切换操作，以完成由当前行车流程至下一行车流程的切换。

由上述实施例可见，该实施例可以提供一些用户(司机或者乘客)在行车过程中常用到的关键词，供用户(司机或者乘客)自主进行选择，由于提供的常用到的关键词事先关联了相应的行车流程切换操作，因此在用户(司机或者乘客)选择其中任一关键词后，可以自动触发执行被选中的关键词关联的行车流程切换操作，而不必在司机与乘客沟通完成后再次手动点击对应的功能入口，提高了整体行车流程的效率。

如图3所示，图3是本申请根据一示例性实施例示出的另一种操作触发方法的流程图，在本申请实施例中，可以为用户(司机或者乘客)提供输入即时通讯文本信息的接口，供用户通过该接口输入文本信息，之后，从用户输入的即时通讯文本信息中获得用于描述行程的目标关键词，此时该方法可以包括以下步骤：

在步骤300中，获得目标即时通讯文本信息。

本申请实施例中的行车应用具有即时通讯im功能，乘客可以通过行车应用乘客端向司机发送即时通讯文本信息，司机通过行车应用司机端接收乘客发送的即时通讯文本信息；司机也可以通过行车应用司机端向乘客发送即时通讯文本信息，乘客通过行车应用乘客端接收司机发送的即时通讯文本信息。

在一可行的实施方式中，步骤300可以包括：

获得用户在本终端设备输入的目标即时通讯文本信息。

例如，司机在行车应用司机端中输入“我已经到了，在xxx等你”或者“我到了，在上车点等您”或者“您好我已经到达您的上车位置”等即时通讯文本信息，此时行车应用司机端可以从该行车应用司机端获得司机输入的即时通讯文本信息。

在另一可行的实施方式中，步骤300可以包括：

从其他终端设备发送至本终端设备的一条或多条即时通讯文本信息中获得目标即时通讯文本信息。

例如，乘客在行车应用乘客端中输入文本信息“我在xxx，您来这里接我吧”，该行车应用乘客端将乘客输入的即时通讯文本信息“我在xxx，您来这里接我吧”发送给司机使用的行车应用司机端，该行车应用司机端接收行车应用乘客端发送的即时通讯文本信息“我在xxx，您来这里接我吧”。

在步骤301中，根据预设关键词提取规则，从目标即时通讯文本信息中提取一个或多个用于描述行程的目标关键词。

在本申请实施例中，使用本申请实施例中的关键词提取规则，可以从即时通讯文本信息中提取出描述用户意图的关键词，这里提到的描述用户意图的关键词指的是用于描述行程的目标关键词。

在步骤302中，根据预设关键词与行车流程切换操作的关联关系，确定与目标关键词关联的目标行车流程切换操作。

在步骤303中，执行目标行车流程切换操作。

例如，当行车应用司机端获得的即时通讯文本信息为“我已经到了，在xxx等你”或者“我到了，在上车点等您”或者“您好我已经到达您的上车位置”时，可以提取“我到了”、“我已到”等目标关键词，根据语境可理解为司机已到达行程的起点，这时行车应用司机端可自动为司机触发到达行程的起点操作进入等候乘客状态。

又例如，当行车应用司机端获得的行车应用乘客端发送的即时通讯文本信息为“我在xxx，您来这里接我吧”时，可以提取描述乘客所在位置的目标关键词“我在xxx”，此时进一步分析“xxx”所指的地理位置，分析完成后将行程的起点自动调整到乘客所表述的地理位置，并更新导航信息引导司机到达新的行程的起点。

又例如，乘客通过行车应用乘客端叫车后发现自己的上车点选错了，通过行车应用乘客端给司机发送即时通讯文本信息“我在xxx上车，请您到那里接我”，司机使用的行车应用司机端获得的行车应用乘客端发送的即时通讯文本信息“我在xxx上车，请您到那里接我”，行车应用司机端可以提取描述乘客所在位置的目标关键词“我在xxx”、及描述用户意图的目标关键词“到那里”，此时进一步分析“xxx”所指的地理位置，结合提取出的目标关键词分析出乘客请求更改行程的起点，自动变更行车的起点并更改导航路线，免于司机手动输入地点发起导航，提高接驾效率。

由上述实施例可见，该实施例可以提供即时通讯功能，方便司机与乘客即时沟通，并从司机与乘客沟通的即时通讯文本信息中提出目标关键词，识别目标关键词所代表的用户的意图，自动触发与用户的意图相关的行程流程切换操作，而不必用户(司机或者乘客)手动点击相应的功能入口，提高了整体行车流程的效率。

在本申请提供的另一种实施例中，该实施例可以在图3所示实施例的基础上，在获得目标即时通讯文本信息为：获得用户在本终端设备输入的目标即时通讯文本信息的情况下，在步骤303之前，本申请的操作触发方法还可以包括以下步骤：

检测用户在本终端设备输入的目标即时通讯文本信息，是否被其他终端设备接收到，在该目标即时通讯文本信息被其他终端设备接收到时，触发执行步骤303。

如图4所示，图4是本申请根据一示例性实施例示出的另一种操作触发方法的流程图，在本申请实施例中，可以为用户(司机或者乘客)提供输入即时通讯语音信息的接口，供用户通过该接口输入语音信息，之后，从用户输入的即时通讯语音信息中获得用于描述行程的目标关键词，此时该方法可以包括以下步骤：

在步骤400中，获得目标通讯语音信息。

本申请实施例中的行车应用具有即时通讯im功能，乘客可以通过行车应用乘客端向司机发送通讯语音信息，司机通过行车应用司机端接收乘客发送的通讯语音信息；司机也可以通过行车应用司机端向乘客发送通讯语音信息，乘客通过行车应用乘客端接收司机发送的通讯语音信息。

在一可行的实施方式中，步骤400可以包括：

获得用户在本终端设备输入的目标通讯语音信息。

例如，司机在行车应用司机端中语音输入“我已经到了，在xxx等你”或者“我到了，在上车点等您”或者“您好我已经到达您的上车位置”等通讯语音信息，此时行车应用司机端可以从该行车应用司机端获得司机输入的通讯语音信息。

在另一可行的实施方式中，步骤400可以包括：

从其他终端设备发送至本终端设备的一条或多条通讯语音信息中获得目标通讯语音信息。

例如，乘客在行车应用乘客端中语音输入文本信息“我在xxx，您来这里接我吧”，该行车应用乘客端将乘客输入的通讯语音信息“我在xxx，您来这里接我吧”发送给司机使用的行车应用司机端，该行车应用司机端接收行车应用乘客端发送的通讯语音信息“我在xxx，您来这里接我吧”。

在步骤401中，将目标通讯语音信息识别为文本信息，根据预设关键词提取规则，从该文本信息中提取一个或多个用于描述行程的目标关键词。

在本申请实施例中，可以采用现有技术中任一种语音识别技术，将通讯语音信息识别为文本信息，之后使用本申请实施例中的关键词提取规则，从语音识别出的文本信息中提取出描述用户意图的关键词，这里提到的描述用户意图的关键词指的是用于描述行程的目标关键词。

在步骤402中，根据预设关键词与行车流程切换操作的关联关系，确定与目标关键词关联的目标行车流程切换操作。

在步骤403中，执行目标行车流程切换操作。

由于本申请实施例中的步骤402和步骤403与图3所示实施例中的步骤302和步骤303类似，因此本申请实施例对此不再赘述，详情请见图3所示实施例中的步骤302和步骤303。

由上述实施例可见，该实施例可以提供语音即时通讯功能，方便司机与乘客通过语音的方式即时沟通，并从司机与乘客沟通的即时通讯语音信息中提出目标关键词，识别目标关键词所代表的用户的意图，自动触发与用户的意图相关的行程流程切换操作，而不必用户(司机或者乘客)手动点击相应的功能入口，提高了整体行车流程的效率。

以上实施例均是从行车应用客户端(乘客端或司机端)的角度对本申请技术方案进行介绍的，为了便于对整个行车流程的切换过程进行理解，下面结合行车应用的聊天功能从整体上(乘客端、司机端及服务器)对本申请技术方案进行介绍。

在乘客与司机建立承运关系后，以行车应用司机端为例，行车应用司机端检测聊天内容中出现了目标关键词如“我到了”，进而触发从“赶往上车地点接乘客”这一行车流程切换至“司机到达上车地点，等候乘客状态”这一行车流程，司机端将当前行车流程切换信息“司机到达上车地点，等候乘客状态”发送给服务器，服务器记录司机端当前的行车流程，并且将这一行车流程切换信息转发给乘客端，乘客端获知到司机已经到达上车地点，乘客可以去上车地点乘车。

在本申请提供的另一种实施例中，该实施例可以在图1a、图2a、图3或图4所示方法实施例的基础上，增加以下步骤：

从服务器获得用于对关键词与行车流程切换操作的关联关系进行更新的信息，根据从服务器获得的信息，对该关联关系进行更新。

本申请实施例中的用于对关联关系进行更新的信息，可以包括：新增的关键词与行车流程切换操作的关联关系、和/或用于对关联关系进行修改的信息。

在本申请提供的另一种实施例中，该实施例可以在图1a、图2a、图3或图4所示方法实施例的基础上，在执行目标行车流程切换操作的步骤之前，增加以下步骤：

输出消息提示，其中，该消息提示用于提示用户目标行车流程切换操作将要被执行；在设定时长内未检测到用户输入取消操作时，触发执行目标行车流程切换操作的步骤。

本申请实施例中的设定时长可以为5秒，也可以根据实际情况进行适应性调整，本申请实施例对此不作限定。

例如，行车应用(行车应用司机端或行车应用乘客端)在执行由当前行车流程切换至下一行车流程之前，在该行车应用的用户交互界面展示弹窗，弹窗上显示“5秒钟之后将自动切换至下一行车流程”，如果用户在5秒钟之内未做出取消自动切换的操作，该行车应用将自动切换至下一行车流程。

由上述实施例可见，该实施例可以在自动触发行车流程切换操作之前，以用户可感知的方式，将行车流程自动切换的情况提示给用户，给用户一个缓冲时间，由用户决定是否自动切换。

应当注意，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

与前述操作触发方法的实施例对应，本申请还提供了操作触发装置的实施例。

如图5所示，图5是本申请根据一示例性实施例示出的一种操作触发装置的框图，该装置可以包括：

关键词获得模块510，用于获得用于描述行程的目标关键词；

操作确定模块520，用于根据预设关键词与行车流程切换操作的关联关系，确定与关键词获得模块510获得的目标关键词关联的目标行车流程切换操作；

操作执行模块530，用于执行操作确定模块520确定的目标行车流程切换操作。

由上述实施例可见，该实施例可以在司机与乘客沟通的过程中，获得双方沟通内容中的用于描述行程的关键词，之后进一步确定该关键词关联的行车流程切换操作，触发终端设备中的行车应用执行该操作，以实现行车应用的部分流程的自动切换，提高整体行车流程的效率。

在本申请提供的另一种实施例中，本申请实施例中的关键词获得模块510，可以包括：

展示子模块，用于展示至少一个用于描述行程的关键词，并提供用于选择关键词的操作接口；

关键词确定子模块，用于根据该操作接口接收到的关键词选择操作，从展示子模块展示的至少一个用于描述行程的关键词中确定目标关键词。

在本申请提供的另一种实施例中，本申请实施例中的关键词获得模块510，可以包括：

文本信息获得子模块，用于获得目标即时通讯文本信息；

第一关键词提取子模块，用于根据预设关键词提取规则，从文本信息获得子模块获得的目标即时通讯文本信息中提取一个或多个用于描述行程的目标关键词。

在本申请提供的另一种实施例中，本申请实施例中的文本信息获得子模块，可以包括：

第一文本信息获得子单元，用于获得用户在本终端设备输入的目标即时通讯文本信息；或者，

第二文本信息获得子单元，用于从其他终端设备发送至本终端设备的一条或多条即时通讯文本信息中获得目标即时通讯文本信息。

在本申请提供的另一种实施例中，该装置还可以包括：

检测模块，被配置为检测所述用户在本终端设备输入的目标即时通讯文本信息，是否被其他终端设备接收到，在检测结果为是的情况下，触发所述操作执行模块执行所述目标行车流程切换操作。

在本申请提供的另一种实施例中，本申请实施例中的关键词获得模块510，可以包括：

语音信息获得子模块，用于获得目标通讯语音信息；

语音识别子模块，用于将语音信息获得子模块获得的目标通讯语音信息识别为文本信息；

第二关键词提取子模块，用于根据预设关键词提取规则，从语音识别子模块识别出的文本信息中提取一个或多个用于描述行程的目标关键词。

在本申请提供的另一种实施例中，本申请实施例中的语音信息获得子模块，可以包括：

第一语音信息获得子单元，用于获得用户在本终端设备输入的目标通讯语音信息；或者，

第二语音信息获得子单元，用于从其他终端设备发送至本终端设备的一条或多条通讯语音信息中获得目标通讯语音信息。

在本申请提供的另一种实施例中，本申请实施例中的目标行车流程切换操作可以包括：

用于确定到达指定地点的操作、用于更改行程起点位置的操作、用于更改行程起始时间点的操作、和/或用于调整导航路线的操作。

在本申请提供的另一种实施例中，该装置还可以包括：

更新信息获得模块，用于从服务器获得用于对关联关系进行更新的信息；

更新模块，用于根据更新信息获得模块获得的信息，对该关联关系进行更新。

在本申请提供的另一种实施例中，该装置还可以包括：

提示输出模块，用于输出消息提示，其中，该消息提示用于提示用户目标行车流程切换操作将要被执行；

操作触发模块，用于在设定时长内未检测到用户输入取消操作的情况下，触发操作执行模块530执行目标行车流程切换操作。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

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