CN113949767B - 实现车载交互的方法、装置、电子设备和介质 - Google Patents

Abstract

本公开提供了一种实现车载端与手机端的交互的方法、装置、电子设备、介质和程序产品，涉及自动驾驶、车联网和智能座舱领域，尤其涉及车载交互领域。具体实现方案为：一种信息交互方法，包括：响应于接收到来自第一设备的指令，确定与指令匹配的任务链对象；获取用户界面的当前页面信息；根据当前页面信息，相应执行任务链对象中的连续的多个任务；发送指令的执行结果。利用上述方法，可以自动执行一系列复杂操作，减少用户的操作步骤，从而大大降低驾车事故的风险。

Description

实现车载交互的方法、装置、电子设备和介质

技术领域

本公开涉及计算机技术领域，尤其涉及实现车载端与手机端的交互的方法、装置、电子设备、计算机可读存储介质和计算机程序产品，可以用于自动驾驶、车联网和智能座舱领域，尤其可以用于车载交互领域。

背景技术

现在车机、手机互联的情况越来越多，在驾驶过程中使用手机中的第三方软件应用(例如，即时通讯应用等)的频率占比非常高，因此车载端与手机端的交互变得越来越重要。目前的车载互联场景往往把手机端的图像数据投影到车载端的屏幕上，再由用户在车载端屏幕上反控手机端间接去操控软件应用，因此这样的情况跟直接使用手机是没有任何区别的，安全事故风险一样高。另外一种解决方案涉及在手机端写入锁定页面前往的代码，通常无法处理复杂的场景，这种不灵活的操作方案例如在软件应用(如即时通讯应用)客户端更新后无法继续执行代码，这往往会分散用户的注意力，增加了安全事故风险。因此，需要根据用户的实际需求提供更为灵活的操作方案来自动执行一系列复杂操作，减少用户的操作步骤，以最大限度地减少对用户注意力的分散。

发明内容

本公开提供了一种信息交互的方法、装置、电子设备、存储介质和程序产品。

根据本公开的第一方面，提供了一种信息交互方法，包括：响应于接收到来自第一设备的指令，确定与指令匹配的任务链对象；获取用户界面的当前页面信息；根据当前页面信息，相应执行任务链对象中的连续的多个任务；发送指令的执行结果。

根据本公开的第二方面，提供了一种信息交互装置，包括：指令匹配模块，被配置为响应于接收到来自第一设备的指令，确定与指令匹配的任务链对象；指令执行模块，被配置为获取用户界面的当前页面信息，并且根据当前页面信息，相应执行任务链对象中的连续的多个任务；以及互联模块，被配置为发送指令的执行结果。

根据本公开的第三方面，提供了一种电子设备，包括至少一个处理器；以及与至少一个处理器通信连接的存储器；其中存储器存储有可被至少一个处理器执行的计算机可执行指令，该计算机可执行指令被至少一个处理器执行，以使至少一个处理器能够实现根据本公开的第一方面的方法。

根据本公开的第四方面，提供了一种存储有计算机可执行指令的非瞬时计算机可读存储介质，计算机可执行指令用于使计算机实现根据本公开的第一方面的方法。

根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时，执行根据本公开的第一方面的方法。

本公开还提供了一种信息交互的方法、装置、电子设备、存储介质和程序产品。

根据本公开的第六方面，提供了一种信息交互方法，包括：在第一设备处接收指令，指令由用户通过不接触第一设备的屏幕的方式输入到第一设备；发送指令以用于执行；以及接收指令的执行结果。

根据本公开的第七方面，提供了一种信息交互装置，包括：指令接收模块，被配置为在第一设备处接收指令，指令由用户通过不接触第一设备的屏幕的方式输入到第一设备；以及交互模块，被配置为：发送指令以用于执行，并且接收指令的执行结果。

根据本公开的第八方面，提供了一种电子设备，包括至少一个处理器；以及与至少一个处理器通信连接的存储器；其中存储器存储有可被至少一个处理器执行的计算机可执行指令，该计算机可执行指令被至少一个处理器执行，以使至少一个处理器能够实现根据本公开的第六方面的方法。

根据本公开的第九方面，提供了一种存储有计算机可执行指令的非瞬时计算机可读存储介质，计算机可执行指令用于使计算机实现根据本公开的第六方面的方法。

根据本公开的第十方面，提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时，执行根据本公开的第六方面的方法。

根据本公开的技术，提供了一种信息交互方法，利用该方法，可以自动执行一系列复杂操作，减少用户的操作步骤，使得用户的注意力能够集中在驾车上，从而大大降低驾车事故的风险。

此外，根据本公开的技术，提供了一种信息交互方法，利用该方法，用户仅需在车载端发起一次指令，就可以调用手机端的脚本来执行操作，从而最大程度地降低对用户注意力的分散。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是可以在其中实现本公开的某些实施例的信息交互方法的车载互联环境100的示意性框图；

图2是根据本公开实施例的信息交互方法200的流程图；

图3是根据本公开实施例的任务匹配方法300的流程图；

图4是根据本公开实施例的加载脚本的方法400的流程图；

图5是根据本公开实施例的执行脚本的方法500的流程图；

图6是根据本公开实施例的信息交互方法600的流程图；

图7是用来实现本公开实施例的实现信息交互的系统700的框图；以及

图8是用来实施本公开实施例的实现信息交互方法的电子设备800的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

如以上在背景技术中所描述的，现在车机、手机互联的情况越来越多，在驾驶过程中使用手机中软件应用(例如，即时通讯应用)的频率占比非常高，因此车载端与手机端的交互变得越来越重要。需要根据用户的实际需求提供更为灵活的操作方案来自动执行一系列复杂操作，减少用户的操作步骤，以最大限度地减少对用户注意力的分散。

以往的车载互联场景，往往是把手机端画面数据投射到车载端屏幕，然后通过车载端屏幕反控手机端来间接地操控手机端的软件应用，例如即时通讯应用。应当理解，直接由车载端屏幕反控手机端的做法跟直接操控手机端是没有区别的，治标不治本，车载端只是作为一个外接屏幕，用户要做一件事需要操作很多步骤。以即时通讯应用场景为例，当用户需要向某人发信息，或者发语音，或者分享实时定位等时，用户需要首先找到联系人，然后手动地进行相应的操作步骤。

另一种解决方案涉及在手机端写入锁定页面前往的代码，然后由车载端通知手机端执行。这种解决方案通常是不灵活的和不方便的，无法处理复杂的场景，有时候甚至无法执行代码。例如当软件应用客户端更新后，只要该软件应用客户端的布局或页面更改，代码直接无法执行下去，从而导致代码执行出现错误或发生故障，分散用户注意力，增加了安全事故风险。

为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个问题，本公开的实施例提出了一种信息交互方法。在该方案中，通过在手机端开启无障碍服务权限，获得模拟点击的功能，使得所加载的脚本的执行能够模拟用户的手动操作。其次，通过自动执行与指令匹配的任务链对象中的连续的多个任务，该方法可以替代用户的一系列复杂操作，最大限度地减少了用户的操作步骤，使得用户的注意力能够集中在驾车上，从而大大降低驾车事故的风险。本公开的实施例还提出了一种信息交互方法。利用该方法，用户仅需在第一设备处发起一次指令，就可以调用手机端的脚本来执行操作，从而最大程度地降低对用户注意力的分散。

图1示出了可以在其中实现本公开的某些实施例的信息交互方法的车载互联环境100的示意性框图。根据本公开的一个或多个实施例，车载互联环境100可以是云环境。如图1中所示，车载互联环境100包括第一设备110和手机端130。在车载互联环境100中，指令120由用户通过不接触第一设备110的屏幕的方式提供给第一设备110。指令120例如可以包括通过语音输入的指令、通过第一设备的外接硬件接口输入的指令等。应当理解，第一设备110可以包括车载端或者与车载端相关的设备。

根据本公开的一个或多个实施例，手机端130可以预先扫描手机端中的用于交互的软件应用版本，然后根据需要加载与该软件应用版本匹配的脚本，脚本被解析成任务链对象。在本文中，任务链对象指的是脚本中的一系列待执行任务的总体，其通常以链的形式出现。例如，当用户在驾驶期间需要向某个联系人发送一条预定会议的消息时，发出指令后，待执行的任务可以包括：利用关键词搜索该联系人，打开与该联系人的对话框，通过对话框来输入和编辑文字信息或者语音信息，编辑完成后发送相应的信息，等等。作为另一示例，当用户在驾驶期间接收到某个工作组/工作群的特定咨询或任务提示而需要听取该特定咨询或任务提示的信息时，待执行的任务可以包括：利用关键词搜索特定工作组/工作群，打开与该工作组/工作群的对话框，播放相关咨询或任务提示的信息，等等。而后，当用户向第一设备110发出指令120时，指令120从第一设备110被提供给手机端130。手机端130确定与该指令120匹配的任务链对象，从而执行任务链对象中的多个任务，但本公开的保护范围并不限于此。在该多个任务被执行完毕后，手机端130将执行结果反馈给第一设备110。

应当理解，车载互联环境100仅仅是示例性而不是限制性的，并且其是可扩展的，其中可以包括更多的手机端130，并且可以向第一设备110提供更多的指令120，从而使得可以满足更多用户利用更多的手机端110，以及利用更多的指令120来确定和执行多个任务链对象。此外，第一设备110和手机端130还可以包括其他的单元，例如数据存储单元，信息预处理单元等。

图2示出了根据本公开实施例的信息交互方法200的流程图。具体而言，信息交互方法200可以由图1中所示的车载互联环境100中的手机端110来执行。应当理解的是，信息交互方法200还可以包括未示出的附加操作和/或可以省略所示出的操作，本公开的范围在此方面不受限制。

在框202，响应于接收到来自第一设备110的指令，确定与指令匹配的任务链对象。根据本公开的一个或多个实施例，指令可以是图1中所示的指令120。根据本公开的一个或多个实施例，当多个指令同时被手机端130接收到时，手机端130可以进行预处理来判断多个指令的优先级，然后根据优先级来处理多个指令。应当理解，当多个指令同时被手机端130接收时，优先处理最后输入的指令(有时忽略之前输入的指令)也落在本公开的范围内。根据本公开的一个或多个实施例，手机端130确定是否存在匹配的任务链对象，若不存在匹配的任务链对象，则确定该指令无效，退出对该指令的执行并向第一设备110发送指令无效提示消息；如找到了匹配的任务链对象，则方法200进行到框204。

在框204，手机端的用户界面的当前页面信息被获取，然后根据该当前页面信息，相应执行任务链对象中的连续的多个任务。根据本公开的一个或多个实施例，手机端的用户界面的当前页面不一定会是第三方软件应用的起始页面，也可能是某一具体的任务页面，甚至可能不是任何具体的任务页面。因此，基于手机端的用户界面的当前页面，可以确定从任务链对象中的某一具体的任务的页面开始执行任务链对象。应当理解，通过多个任务的连续执行，可以替代用户的一系列手动操作，使得用户集中精力在驾驶上。

在框206，向第一设备110发送指令的执行结果。在任务链对象中的连续的多个任务被执行完毕后，手机端130向第一设备110发送指令的执行结果。应当理解，指令的执行结果可以包括：指令已被成功执行、指令无效提示消息、相关联的无效原因数据、进一步的提示消息等。还应当理解，当手机端130的第三方软件应用接收到其他数据(例如，在即时通讯应用客户端，接收到好友的文本消息，接收到好友的语音，接收到好友共享的实时定位，朋友圈的发布提示消息等)时，手机端130可以将这些数据发送给第一设备110以提示用户。通过这种方式，可以有效地实现车载端和手机端的交互，而不会过度分散用户驾驶的注意力。

图3示出了根据本公开实施例的任务匹配方法300的流程图。具体而言，任务匹配方法300也可以由图1中所示的车载互联环境100中的手机端130来执行。应当理解的是，任务匹配方法300可以被认为是信息交互方法200的扩展，并且其还可以包括未示出的附加操作和/或可以省略所示出的操作，本公开的范围在此方面不受限制。

在框302，确定手机端的当前页面信息是否符合多个任务中的初始任务的初始页面的页面特征，若是，则方法300进行到框304；若否，则方法300进行到框306。

在框304，从初始任务开始串行地执行任务链对象中的多个任务。

在框306，确定手机端的当前页面信息是否符合多个任务中的某一非初始任务的页面特征，若是，则方法300进行到框308；若否，则方法300进行到框310。

在框308，继续执行当前任务的后续任务。

在框310，触发无障碍服务的页面更新回调，以回到当前页面的上一个页面。应当理解，在经过页面更新回调之后，当前页面的上一个页面可能还不匹配任务链对象中的特定任务的页面特征，因此，需要进一步判断该上一个页面是否符合多个任务中的某一非初始任务的页面特征、或者符合初始任务的初始页面的页面特征。

在框312，重复以上的步骤，直到找到匹配的页面特征为止。然后，从对应的任务继续串行地执行多个任务中的后续任务。

根据本公开的一个或多个实施例，根据手机端的用户界面的当前页面，如果当前所在的页面并不在脚本的执行过程当中，也即该页面与多个任务中的特定任务的页面特征不匹配，则执行回退流程，以期找到匹配的任务。应当理解，如果找不到匹配的任务，则通常任务无法执行。因此，本公开的技术方案通过回退流程找到匹配的任务，增加了脚本执行的成功率，并且该过程无需用户的手动参与，使得用户能够集中在驾驶上，保证驾驶的安全性。

图4是根据本公开实施例的加载脚本的方法400的流程图。应当理解，本文中的脚本可以是执行特定功能的代码，也可以是调用其他应用程序的代码等。具体而言，加载脚本的方法400也可以由图1中所示的车载互联环境100中的手机端130来执行。应当理解的是，加载脚本的方法400可以被认为是信息交互方法200的扩展，并且其还可以包括未示出的附加操作和/或可以省略所示出的操作，本公开的范围在此方面不受限制。

在框402，无障碍服务权限开启。在开启了无障碍服务权限之后，获得在手机端的模拟点击的功能。

在框404，获取本地软件应用客户端版本号。

然后，在框406，确定手机端本地是否已有对应版本的脚本，若是，则方法400进行到框408；若否，则方法400进行到框410。

在框408，本地脚本被加载，然后在框412，本地软件应用客户端版本号被获取。

在框410，新的脚本被下载并保存到本地。

在框414，在脚本被解析成任务链对象之后，进入可执行状态。

应当理解，当软件应用客户端每次更新，只需要配置对应新版的软件应用客户端的脚本，保证手机端应用每次都可以加载对应客户端版本的脚本，而不需要更新手机端应用。通过根据手机端的软件应用的客户端版本来选择对应版本的脚本，用户不必手动更新手机端的软件应用就可以实现与车载端的交互，即使在手机端的软件应用已经被更新后，方法400仍然可以自动匹配与更新后的客户端版本相对应的脚本，从而确保脚本的有效性，增加脚本成功执行的成功率。

图5是可以实现本公开实施例的执行脚本的方法500的流程图。具体而言，执行与指令相关的脚本的方法500也可以由图1中所示的车载互联环境100中的手机端130来执行。应当理解的是，执行脚本的方法500可以被认为是信息交互方法200的扩展，并且其还可以包括未示出的附加操作和/或可以省略所示出的操作，本公开的范围在此方面不受限制。

在框502，开始执行与指令相关的脚本的流程。

在框504，确定手机端的用户界面的当前页面是否处于任务链对象的初始页面，若是，则方法500进行到框510；若否，则方法500进行到框506。

在框506，判断当前任务是否处于任务链对象的某一环节，即多个任务中的一个任务，若是，则方法500进行到框510；若否，则方法500进行到框508。

在框508，在手机端执行回退流程，以回到当前页面的上一个页面，继而重复以上的框506的判断。此过程与图3中的页面更新回调步骤相同，在此不再赘述。

在框510，开始执行任务链对象的当前任务。

具体地，在框512，开始执行多个任务中的第N个任务。

在框514，判断在第N个任务完成后，任务链是否全部完成，若是，则方法500进行到框520；若否，则方法500进行到框516。

在框516，判断第N+1个任务是否在预期之内，也即判断第N个任务是否执行成功，若执行成功，则继续执行第N+1个任务；若执行不成功，则进入到框518。

在框518，手机端进入重试循环。如果手机端的用户界面的当前页面信息不符合当前任务的后续任务的页面特征并且在约定的时间内没有触发无障碍服务的页面更新回调，则进行任务重试。如果任务重试失败的次数超过预定阈值，则退出脚本。应当理解，当前任务执行是否成功可能收到多种因素的影响，例如网络延时、被其他应用程序打断、系统内存不足等等。因此，任务重试失败的次数和触发无障碍服务的页面更新回调的约定的时间可以根据车载端与手机端的实际使用情况来预先配置，从而进一步增加脚本执行的成功率。

在框520，任务链对象执行完毕或者重试超时，而退出脚本。

根据本公开的一个或多个实施例，在任务链对象中，众多任务组成了一个任务链(TaskChain)，每个任务(Task)代表某一次的页面前往任务，包含了本页面的特征(例如，页面标识符)，也包含了前往页面的步骤。任务链是所有任务的管理者，把所有的任务串成一条链而串行地执行，每个任务包含了上一个任务的页面特征，可以判断上一个任务的执行是否成功。通过实现对连续的多个任务的自动执行，结合图4中对本地脚本的加载和解析，本公开的技术方案相对于传统的数据投影和锁定前往页面的技术方案具备明显的进步，既保证了脚本的匹配，又改进了任务链执行的灵活度。

图6示出了根据本公开实施例的信息交互方法600的流程图。具体而言，车载互联方法600可以由图1中所示的车载互联环境100中的第一设备110来执行。应当理解的是，车载互联方法600还可以包括未示出的附加操作和/或可以省略所示出的操作，本公开的范围在此方面不受限制。

在框602，在第一设备110接收指令，该指令由用户通过不接触第一设备110的屏幕的方式输入到车载端。根据本公开的一个或多个实施例，指令可以是图1中所示的指令120。根据本公开的一个或多个实施例，不接触第一设备110的屏幕的方式例如可以包括通过语音输入、通过车载端的外接硬件接口输入等。应当理解，通过不接触第一设备的屏幕的方式来输入指令，使得用户在驾驶过程中仍然能够全程手扶方向盘，这大大增加了驾驶的安全性。

在框604，向手机端发送指令以用于执行。应当理解，由于在本公开的技术方案中，指令执行是在手机端自动完成的，因此使得用户在安心驾驶的同时，也能够经由手机端处理正常和紧急的社交和工作活动。事实上，如果确实需要通过手机来处理紧急的社交和工作活动，例如消防员驾驶消防车前往指定地点，警方协助执行紧急任务，救护车处理紧急伤亡等情况，则本公开的技术方案能够极大地促进驾驶安全和社会紧急事态的处理效率。

在框606，从手机端接收指令的执行结果。如前所述，指令的执行结果可以包括：指令已被成功执行、指令无效提示消息、相关联的无效原因数据、进一步的提示消息等。还应当理解，当手机端130的第三方软件应用接收到其他数据(例如，在即时通讯应用客户端，接收到好友的文本消息，接收到好友的语音，接收到好友共享的实时定位，朋友圈的发布提示消息等)时，第一设备110可以从手机端接收这些数据，以供用户判断是否发出新的指令。通过这种方式，可以有效地实现车载端和手机端的交互，同时不会过度分散用户驾驶的注意力。

以上参考图1至图6描述了与可以在其中实现本公开的某些实施例中的车载端与手机端的交互的方法的车载互联环境100、根据本公开实施例的在手机端实现的信息交互方法200、根据本公开实施例的在手机端实现的任务匹配方法300、根据本公开实施例的在手机端实现的加载脚本的方法400、实现本公开实施例的在手机端实现的执行脚本的方法500、以及实现本公开实施例的在车载端实现的车载互联方法600的相关内容。应当理解，上述描述是为了更好地展示本公开中所记载的内容，而不是以任何方式进行限制。

应当理解，本公开的上述各个附图中所采用的各种元件的数目和物理量的大小仅为举例，而并不是对本公开的保护范围的限制。上述数目和大小可以根据需要而被任意设置，而不会对本公开的实施方式的正常实施产生影响。

上文已经参见图1至图6描述了根据本公开的实施方式的信息交互方法200、任务匹配方法300、加载脚本的方法400、执行脚本的方法500和车载互联方法600的细节。在下文中，将参见图7描述实现车载端与手机端的交互的系统中的各个模块。

图7是用来实现本公开实施例的实现信息交互的系统700的框图。如图7所示，实现车载端与手机端的交互的系统700包括第一设备701和手机端703。其中第一设备701包括：指令接收模块740，被配置为在车载端接收指令，指令由用户通过不接触第一设备110的屏幕的方式输入到车载端；以及交互模块750，被配置为：向手机端发送指令以用于执行，并且从手机端接收指令的执行结果。手机端703包括：互联模块720，被配置为从车载端接收指令，和向车载端发送指令的执行结果；指令匹配模块710，被配置为响应于接收到指令，在手机端上的脚本中确定与指令匹配的任务链对象；以及指令执行模块730，被配置为基于手机端的用户界面的当前页面，在手机端自动执行任务链对象中的连续的多个任务。此外，系统700可以包括未示出的附加模块和/或可以省略所示出的模块，本公开的范围在此方面不受限制。例如，手机端703还可以包括脚本加载模块。

在一个或多个实施例中，其中执行多个任务包括：如果手机端的用户界面的当前页面符合多个任务中的初始任务的初始页面的页面特征，则从初始任务开始串行地执行多个任务。

在一个或多个实施例中，其中执行多个任务包括：如果手机端的用户界面的当前页面信息不符合多个任务中的初始任务的初始页面的页面特征，则确定当前页面信息是否符合多个任务中的某一非初始任务的页面特征；响应于确定当前页面信息符合多个任务中的某一非初始任务的页面特征，继续执行当前任务的后续任务；响应于确定当前页面信息不符合多个任务中的任何非初始任务的页面特征，触发无障碍服务的页面更新回调，以回到当前页面的上一个页面，确定上一个页面是否符合多个任务中的某一非初始任务的页面特征、或者符合初始任务的初始页面的页面特征；重复以上的步骤，直到找到匹配的页面特征为止，并且从对应的任务继续串行地执行多个任务中的后续任务。

在一个或多个实施例中，其中在执行多个任务中的当前任务后，如果手机端的用户界面的当前页面信息不符合当前任务的后续任务的页面特征并且在约定的时间内没有触发无障碍服务的页面更新回调，则进行任务重试；如果任务重试失败的次数超过预定阈值，则退出脚本。

在一个或多个实施例中，在手机端开启无障碍服务权限并且加载脚本，脚本被解析成任务链对象。

在一个或多个实施例中，其中在手机端加载脚本包括：检查手机端本地是否已有对应版本的脚本；如果手机端本地已有对应版本的脚本，则加载对应版本的脚本；如果手机端本地没有对应版本的脚本，则下载对应版本的脚本和保存到手机端本地，并且加载下载的对应版本的脚本。

在一个或多个实施例中，在手机端上的脚本中确定与指令匹配的任务链对象包括：如果在脚本中找不到与指令匹配的任务链对象，则向车载端返回指令无效提示消息。

在一个或多个实施例中，其中手机端的用户界面是即时通讯应用的界面。

在一个或多个实施例中，其中通过不接触第一设备的屏幕的方式输入指令包括以下中的一项：通过语音输入的指令；通过车载端的外接硬件接口输入的指令。

通过以上参考图1至图7的描述，根据本公开的实施方式的技术方案相对于传统方案具有诸多优点。例如，利用根据本公开实施例的技术方案，可以从车载端接收指令并且根据当前页面和任务特征来执行手机端的脚本，判断任务链中的每个任务的执行是否成功，直到指令完成或重试超时而退出任务链，实现整个任务链的串行执行。因此，能够增加脚本执行的成功率，减少用户的操作步骤，从而大大降低驾车事故的风险。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如方法200、300、400、500、600。例如，在一些实施例中，方法200、300、400、500、600可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的方法200、300、400、500、600的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法200、300、400、500、600。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和计算机可执行指令，并且将数据和计算机可执行指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供计算机可执行指令执行系统、装置或设备使用或与计算机可执行指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (16)

1.一种信息交互方法，包括：

响应于接收到来自第一设备的指令，确定与所述指令匹配的任务链对象；

获取用户界面的当前页面信息；

根据所述当前页面信息，相应执行所述任务链对象中的连续的多个任务；以及

发送所述指令的执行结果，

其中执行所述多个任务包括：

如果所述用户界面的所述当前页面信息不符合所述多个任务中的初始任务的初始页面的页面特征，则确定所述当前页面信息是否符合所述多个任务中的某一非初始任务的页面特征；

响应于确定所述当前页面信息符合所述多个任务中的某一非初始任务的页面特征，继续执行当前任务的后续任务；

响应于确定所述当前页面信息不符合所述多个任务中的任何非初始任务的页面特征，触发页面更新回调，以回到当前页面的上一个页面，确定所述上一个页面的信息是否符合所述多个任务中的某一非初始任务的页面特征、或者符合所述初始任务的所述初始页面的页面特征；以及

重复以上的步骤，直到找到匹配的页面特征为止，并且从对应的任务继续串行地执行所述多个任务中的后续任务。

2.根据权利要求1所述的方法，其中执行所述多个任务包括：

如果所述用户界面的所述当前页面信息符合所述多个任务中的初始任务的初始页面的页面特征，则从所述初始任务开始串行地执行所述多个任务。

3.根据权利要求1-2中任一项所述的方法，其中在执行所述多个任务中的当前任务后，

如果所述用户界面的所述当前页面信息不符合所述当前任务的后续任务的页面特征并且在约定的时间内没有触发页面更新回调，则进行任务重试；

如果任务重试失败的次数超过预定阈值，则退出对所述指令的执行。

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

在手机端开启无障碍服务权限并且加载与所述指令相关的脚本，所述脚本被解析成任务链对象。

5.根据权利要求4所述的方法，其中在所述手机端加载与所述指令相关的所述脚本包括：

检查所述手机端本地是否已有对应版本的脚本；

如果所述手机端本地已有对应版本的脚本，则加载所述对应版本的脚本；

如果所述手机端本地没有对应版本的脚本，则下载对应版本的脚本和保存到所述手机端本地，并且加载下载的所述对应版本的脚本。

6.根据权利要求1所述的方法，其中确定与所述指令匹配的所述任务链对象包括：

如果没有与所述指令匹配的任务链对象，则向所述第一设备返回指令无效提示消息。

7.根据权利要求1所述的方法，其中所述用户界面是即时通讯应用的界面。

8.一种信息交互装置，包括：

指令匹配模块，被配置为响应于接收到来自第一设备的指令，确定与所述指令匹配的任务链对象；

指令执行模块，被配置为获取用户界面的当前页面信息，并且根据所述当前页面信息，相应执行所述任务链对象中的连续的多个任务；以及

互联模块，被配置为发送所述指令的执行结果，

其中执行所述多个任务包括：

如果所述用户界面的所述当前页面信息不符合所述多个任务中的初始任务的初始页面的页面特征，则确定所述当前页面信息是否符合所述多个任务中的某一非初始任务的页面特征；

响应于确定所述当前页面信息符合所述多个任务中的某一非初始任务的页面特征，继续执行当前任务的后续任务；

响应于确定所述当前页面信息不符合所述多个任务中的任何非初始任务的页面特征，触发页面更新回调，以回到当前页面的上一个页面，确定所述上一个页面的信息是否符合所述多个任务中的某一非初始任务的页面特征、或者符合所述初始任务的所述初始页面的页面特征；以及

重复以上的步骤，直到找到匹配的页面特征为止，并且从对应的任务继续串行地执行所述多个任务中的后续任务。

9.根据权利要求8所述的装置，其中执行所述多个任务包括：

如果所述用户界面的所述当前页面信息符合所述多个任务中的初始任务的初始页面的页面特征，则从所述初始任务开始串行地执行所述多个任务。

10.根据权利要求8-9中任一项所述的装置，其中在执行所述多个任务中的当前任务后，

如果所述用户界面的所述当前页面信息不符合所述当前任务的后续任务的页面特征并且在约定的时间内没有触发页面更新回调，则进行任务重试；

如果任务重试失败的次数超过预定阈值，则退出对所述指令的执行。

11.根据权利要求8所述的装置，还包括：

脚本加载模块，被配置为在手机端开启无障碍服务权限并且加载与所述指令相关的脚本，所述脚本被解析成任务链对象。

12.根据权利要求11所述的装置，其中在所述手机端加载与所述指令相关的所述脚本包括：

检查所述手机端本地是否已有对应版本的脚本；

如果所述手机端本地已有对应版本的脚本，则加载所述对应版本的脚本；

如果所述手机端本地没有对应版本的脚本，则下载对应版本的脚本和保存到所述手机端本地，并且加载下载的所述对应版本的脚本。

13.根据权利要求8所述的装置，其中在手机端上的脚本中确定与所述指令匹配的所述任务链对象包括：

如果在所述脚本中找不到与所述指令匹配的任务链对象，则向车载端返回指令无效提示消息。

14.根据权利要求8所述的装置，其中手机端的所述用户界面是即时通讯应用的界面。

15.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机可执行指令，所述计算机可执行指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

16.一种存储有计算机可执行指令的非瞬时计算机可读存储介质，其中，所述计算机可执行指令用于使所述计算机执行根据权利要求1-7中任一项所述的方法。