CN115718560A - 触发服务执行的方法和电子设备 - Google Patents

Abstract

本申请提供了一种触发服务执行的方法和电子设备，当一个客户端向自己或者其他客户端发送即时通信消息时，该即时通信消息最先会被即时通信应用的服务端接收到，即时通信应用的服务端根据该即时通信消息，生成场景消息，并向场景消息的接收端发送该场景消息，场景消息中包括触发条件、触发条件对应的服务的执行载体的标识信息以及执行服务时需要调用的参数信息，使得当场景消息的接收端确定触发条件满足时，自动调用执行载体执行触发条件对应的服务。

Description

触发服务执行的方法和电子设备

技术领域

本申请涉及终端领域，并且更具体地涉及终端领域中触发服务执行的方法和电子设备。

背景技术

随着移动互联网技术的不断发展，即时通信(instant messaging，IM)已经成为人与人之间沟通不可或缺的方式。

当用户之间通过IM应用程序(application，APP)通信时，用户可以通过IM应用程序向本端或对端发送各种服务的执行载体，执行载体例如可以包括小程序、服务号以及将来可能出现的特性组件(feature ability，FA)等。

以小程序为例，在向本端或对端发送小程序后，后续当该小程序在本端或对端被手动触发时，才能在本端或对端使用小程序的各种服务。

发明内容

本申请实施例提供了一种触发服务执行的方法和电子设备，该方法能够使得在触发服务执行的条件满足时，电子设备自动调用执行载体执行相应的服务。

第一方面，提供了一种触发服务执行的方法，包括：第一客户端向服务端发送即时通信消息；所述服务端根据所述即时通信消息，生成第一场景消息，所述第一场景消息包括第一触发条件对应的描述信息，第一服务的执行载体的标识信息以及执行所述第一服务时需要调用的参数信息；所述服务端向第二客户端发送所述第一场景消息或第二场景消息，所述第二场景消息是对所述第一场景消息修改后生成的，所述第二场景消息包括第二触发条件对应的描述信息，第二服务的执行载体的标识信息以及执行所述第二服务时需要调用的参数信息；所述第二客户端在确定所述第一触发条件满足时，根据所述第一场景消息，调用所述第一服务的执行载体执行所述第一服务，或，所述第二客户端在确定所述第二触发条件满足时，根据所述第二场景消息，调用所述第二服务的执行载体执行所述第二服务。

基于上述技术方案，当第一客户端向第二客户端发送即时通信消息时，即时通信应用的服务端根据该即时通信消息，生成第一场景消息，之后向第二客户端发送第一场景消息，第一场景消息中包括第一触发条件、第一触发条件对应的第一服务的执行载体的标识信息以及执行第一服务时需要调用的参数信息，使得当第二客户端确定第一触发条件满足时，自动调用执行载体执行第一触发条件对应的第一服务，相对于通过即时通信消息向第二客户端发送服务的执行载体，该方法无需用户手动触发执行载体执行相应的服务，而是在检测到触发条件满足时，自动调用执行载体执行相应的服务，从而可以提升用户体验。

结合第一方面，在第一方面的某些实现方式中，在所述服务端向第二客户端发送所述第一场景消息之前，所述方法还包括：所述服务端向所述第一客户端发送所述第一场景消息；所述第一客户端根据所述第一场景消息，显示所述第一场景消息对应的卡片；如果所述第一客户端检测到确认发送所述第一场景消息的操作，则向所述服务端发送所述第一场景消息。

基于上述技术方案，由于通过语音消息创建的第一场景消息具有一定的不可靠性，因此，为了提高场景消息的准确性，第一服务端在生成第一场景消息后，可以将第一场景消息发送至第一客户端，由第一客户端向用户展示第一场景消息，此时，如果用户确认第一场景消息无误，则可以触发第一客户端通过服务端向第二客户端发送经过确认的第一场景消息，避免当服务端生成的场景消息与即时通信消息之间存在出入时，导致最终执行的服务并非是用户所请求的，从而影响用户的体验。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，在所述服务端向第二客户端发送所述第一场景消息后，所述方法还包括：所述服务端确定所述第一触发条件是否满足；在确定所述第一触发条件满足时，所述服务端向所述第二客户端发送第一消息，所述第一消息携带所述第一场景消息的标识信息；所述第二客户端根据所述第一消息，确定所述第一触发条件满足。

基于上述技术方案，由服务端确定第一触发条件是否满足，且在第一触发条件满足时，向第二客户端发送携带有第一场景消息的标识信息的第一消息，第二客户端根据第一消息，可以确定第一触发条件满足。

除此之外，在本申请实施例中，也可以由接收场景消息的客户端自己确定第一触发条件是否满足，具体请见说明书中的相关描述。

既可以由服务端确定第一触发条件是否满足，又可以由接收场景消息的客户端确定第一触发条件是否满足，从而增加方案的灵活性。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，在所述服务端向第二客户端发送所述第二场景消息之前，所述方法还包括：所述服务端向所述第一客户端发送所述第一场景消息；所述第一客户端根据所述第一场景消息，显示所述第一场景消息对应的卡片；如果所述第一客户端检测到修改所述第一场景消息的操作，则修改所述第一场景消息，生成所述第二场景消息，且在检测到确认发送所述第二场景消息的操作时，向所述服务端发送所述第二场景消息。

基于上述技术方案，由于通过语音消息创建的第一场景消息具有一定的不可靠性，因此，为了提高场景消息的准确性，第一服务端在生成第一场景消息后，可以将第一场景消息发送至第一客户端，由第一客户端向用户展示第一场景消息，此时，如果用户确认第一场景消息有误，则可以触发第一客户端修改第一场景消息，生成第二场景消息，之后通过服务端向第二客户端发送修改后生成的第二场景消息，避免当服务端生成的场景消息与即时通信消息之间存在出入时，导致最终执行的服务并非是用户所请求的，从而影响用户的体验。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，在所述服务端向第二客户端发送所述第二场景消息后，所述方法还包括：所述服务端确定所述第二触发条件是否满足；在确定所述第二触发条件满足时，所述服务端向所述第二客户端发送第二消息，所述第二消息携带所述第二场景消息的标识信息；所述第二客户端根据所述第二消息，确定所述第二触发条件满足。

基于上述技术方案，由服务端确定第二触发条件是否满足，且在第二触发条件满足时，向第二客户端发送携带有第二场景消息的标识信息的第二消息，第二客户端根据第二消息，可以确定第二触发条件满足。

除此之外，在本申请实施例中，也可以由接收场景消息的客户端自己确定第二触发条件是否满足，具体请见说明书中的相关描述。

既可以由服务端确定第二触发条件是否满足，又可以由接收场景消息的客户端确定第二触发条件是否满足，从而增加方案的灵活性。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述即时通信消息为文本消息或语音消息。

值得一提的是，本申请实施例对即时通信消息的类型不做限定，任何能够满足生成场景消息的即时通信消息均落入本申请实施例的保护范围以内。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述第一客户端与所述第二客户端为同一客户端。

值得一提的是，本申请实施例提供的触发服务执行的方法可以适用于一个客户端向另一个客户端发送即时通信消息的场景，除此之外，该方法还可以适用于客户端向自己发送即时通信消息的场景。

第二方面，提供了一种触发服务执行的方法，所述方法由服务端执行，包括：所述服务端接收即时通信消息，所述即时通信消息是第一客户端向所述服务端发送的；所述服务端根据所述即时通信消息，生成第一场景消息，所述第一场景消息包括所述第一触发条件对应的描述信息，所述第一服务的执行载体的标识信息以及执行所述第一服务时需要调用的参数信息；所述服务端向第二客户端发送所述第一场景消息或第二场景消息，所述第二场景消息是对所述第一场景消息修改后生成的，所述第二场景消息包括第二触发条件对应的描述信息，第二服务的执行载体的标识信息以及执行所述第二服务时需要调用的参数信息。

基于上述技术方案，当第一客户端向第二客户端发送即时通信消息时，即时通信应用的服务端根据该即时通信消息，生成第一场景消息，之后向第二客户端发送第一场景消息，第一场景消息中包括第一触发条件、第一触发条件对应的第一服务的执行载体的标识信息以及执行第一服务时需要调用的参数信息，使得当第二客户端确定第一触发条件满足时，自动调用执行载体执行第一触发条件对应的第一服务，相对于通过即时通信消息向第二客户端发送服务的执行载体，该方法无需用户手动触发执行载体执行相应的服务，而是在检测到触发条件满足时，自动调用执行载体执行相应的服务，从而可以提升用户体验。

结合第二方面，在第二方面的某些实现方式中，所述服务端在向所述第二客户端发送所述第一场景消息之前，所述方法还包括：所述服务端向所述第一客户端发送所述第一场景消息；所述服务端接收来自所述第一客户端的所述第一场景消息。

基于上述技术方案，由于通过语音消息创建的第一场景消息具有一定的不可靠性，因此，为了提高场景消息的准确性，第一服务端在生成第一场景消息后，可以将第一场景消息发送至第一客户端，由第一客户端向用户展示第一场景消息，此时，如果用户确认第一场景消息无误，则可以触发第一客户端通过服务端向第二客户端发送经过确认的第一场景消息，避免当服务端生成的场景消息与即时通信消息之间存在出入时，导致最终执行的服务并非是用户所请求的，从而影响用户的体验。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，在所述服务端向第二客户端发送所述第一场景消息后，所述方法还包括：所述服务端确定所述第一触发条件是否满足；在确定所述第一触发条件满足时，所述服务端向所述第二客户端发送第一消息，所述第一消息携带所述第一场景消息的标识信息。

基于上述技术方案，由服务端确定第一触发条件是否满足，且在第一触发条件满足时，向第二客户端发送携带有第一场景消息的标识信息的第一消息，第二客户端根据第一消息，可以确定第一触发条件满足。

除此之外，在本申请实施例中，也可以由接收场景消息的客户端自己确定第一触发条件是否满足，具体请见说明书中的相关描述。

既可以由服务端确定第一触发条件是否满足，又可以由接收场景消息的客户端确定第一触发条件是否满足，从而增加方案的灵活性。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，所述服务端在向所述第二客户端发送所述第二场景消息之前，所述方法还包括：所述服务端向所述第一客户端发送所述第一场景消息；所述服务端接收来自所述第二客户端的所述第二场景消息。

基于上述技术方案，由于通过语音消息创建的第一场景消息具有一定的不可靠性，因此，为了提高场景消息的准确性，第一服务端在生成第一场景消息后，可以将第一场景消息发送至第一客户端，由第一客户端向用户展示第一场景消息，此时，如果用户确认第一场景消息有误，则可以触发第一客户端修改第一场景消息，生成第二场景消息，之后通过服务端向第二客户端发送修改后生成的第二场景消息，避免当服务端生成的场景消息与即时通信消息之间存在出入时，导致最终执行的服务并非是用户所请求的，从而影响用户的体验。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，在所述服务端向第二客户端发送所述第二场景消息后，所述方法还包括：所述服务端确定所述第二触发条件是否满足；在确定所述第二触发条件满足时，所述服务端向所述第二客户端发送第二消息，所述第二消息携带所述第二场景消息的标识信息。

基于上述技术方案，由服务端确定第二触发条件是否满足，且在第二触发条件满足时，向第二客户端发送携带有第二场景消息的标识信息的第二消息，第二客户端根据第二消息，可以确定第二触发条件满足。

除此之外，在本申请实施例中，也可以由接收场景消息的客户端自己确定第二触发条件是否满足，具体请见说明书中的相关描述。

既可以由服务端确定第二触发条件是否满足，又可以由接收场景消息的客户端确定第二触发条件是否满足，从而增加方案的灵活性。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，所述第一客户端与所述第二客户端为同一客户端。

值得一提的是，本申请实施例提供的触发服务执行的方法可以适用于一个客户端向另一个客户端发送即时通信消息的场景，除此之外，该方法还可以适用于客户端向自己发送即时通信消息的场景。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，所述IM消息为文本消息或语音消息。

值得一提的是，本申请实施例对即时通信消息的类型不做限定，任何能够满足生成场景消息的即时通信消息均落入本申请实施例的保护范围以内。

第三方面，提供了一种触发服务执行的方法，所述方法由客户端执行，包括：所述客户端向服务端发送即时通信消息；所述客户端接收来自所述服务端的第一场景消息或第二场景消息，所述第一场景消息是根据所述即时通信消息生成的，所述第一场景消息包括所述第一触发条件对应的描述信息，所述第一服务的执行载体的标识信息以及执行所述第一服务时需要调用的参数信息，所述第二场景消息所述客户端在首次接收到所述第一场景消息后，对所述第一场景消息修改后生成的，所述第二场景消息包括第二触发条件对应的描述信息，所述第二服务的执行载体的标识信息以及执行所述第二服务时需要调用的参数信息；在确定所述第一触发条件满足时，所述客户端根据所述第一场景消息，调用所述第一服务的执行载体执行所述第一服务；或，在确定所述第二触发条件满足时，所述客户端根据所述第二场景消息，调用所述第二服务的执行载体执行所述第二服务。

当客户端向自己或者其他客户端发送即时通信消息时，即时通信消息应用的服务端根据该即时通信消息，生成第一场景消息，并向自己或其他客户端发送该第一场景消息，第一场景消息中包括第一触发条件、第一触发条件对应的第一服务的执行载体的标识信息以及执行第一服务时需要调用的参数信息，使得当第一场景消息的接收端确定第一触发条件满足时，自动调用执行载体执行第一触发条件对应的服务，相对于通过即时通信消息向第二客户端发送服务的执行载体，该方法无需用户手动触发执行载体执行相应的服务，而是在检测到触发条件满足时，自动调用执行载体执行相应的服务，从而可以提升用户体验。

结合第三方面，在第三方面的某些实现方式中，在所述客户端首次接收到所述第一场景消息后，所述方法还包括：根据所述第一场景消息，显示所述第一场景消息对应的卡片；如果检测到确认发送所述第一场景消息的操作，则向所述服务端发送所述第一场景消息。

基于上述技术方案，由于通过语音消息创建的第一场景消息具有一定的不可靠性，因此，为了提高场景消息的准确性，第一服务端在生成第一场景消息后，可以将第一场景消息发送至客户端，由客户端向用户展示第一场景消息，此时，如果用户确认第一场景消息无误，则可以触发客户端通过服务端向自己或其他客户端发送经过确认的第一场景消息，避免当服务端生成的场景消息与即时通信消息之间存在出入时，导致最终执行的服务并非是用户所请求的，从而影响用户的体验。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，所述方法还包括：接收来自所述服务端的第一消息，所述第一消息携带所述第一场景消息的标识信息；根据所述第一消息，确定所述第一触发条件满足。

基于上述技术方案，由服务端确定第一触发条件是否满足，且在第一触发条件满足时，向客户端自己或其他客户端发送携带有第一场景消息的标识信息的第一消息，客户端自己或其他客户端根据第一消息，可以确定第一触发条件满足。

除此之外，在本申请实施例中，也可以由接收场景消息的客户端自己确定第一触发条件是否满足，具体请见说明书中的相关描述。

既可以由服务端确定第一触发条件是否满足，又可以由接收场景消息的客户端确定第一触发条件是否满足，从而增加方案的灵活性。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，在所述客户端首次接收到所述第一场景消息后，所述方法还包括：根据所述第一场景消息，显示所述第一场景消息对应的卡片；如果检测到修改所述第一场景消息的操作，则修改所述第一场景消息，生成所述第二场景消息，且在检测到确认发送所述第二场景消息的操作时，向所述服务端发送所述第二场景消息。

基于上述技术方案，由于通过语音消息创建的第一场景消息具有一定的不可靠性，因此，为了提高场景消息的准确性，第一服务端在生成第一场景消息后，可以将第一场景消息发送至客户端，由客户端向用户展示第一场景消息，此时，如果用户确认第一场景消息有误，则可以触发客户端修改第一场景消息，生成第二场景消息，之后触发客户端通过服务端向自己或其他客户端发送修改后生成的第二场景消息，避免当服务端生成的场景消息与即时通信消息之间存在出入时，导致最终执行的服务并非是用户所请求的，从而影响用户的体验。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，所述方法还包括：接收来自所述服务端的第二消息，所述第二消息携带所述第二场景消息的标识信息；根据所述第二消息，确定所述第二触发条件满足。

基于上述技术方案，由服务端确定第二触发条件是否满足，且在第二触发条件满足时，向客户端自己或其他客户端发送携带有第二场景消息的标识信息的第二消息，客户端自己或其他客户端根据第二消息，可以确定第二触发条件满足。

除此之外，在本申请实施例中，也可以由接收场景消息的客户端自己确定第二触发条件是否满足，具体请见说明书中的相关描述。

既可以由服务端确定第二触发条件是否满足，又可以由接收场景消息的客户端确定第二触发条件是否满足，从而增加方案的灵活性。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，所述IM消息为文本消息或语音消息。

值得一提的是，本申请实施例对即时通信消息的类型不做限定，任何能够满足生成场景消息的即时通信消息均落入本申请实施例的保护范围以内。

第四方面，提供了一种触发服务执行的方法，所述方法包括：第一客户端向第一服务端发送即时通信消息；所述第一服务端根据所述即时通信消息，生成第一场景消息，所述第一场景消息包括第一触发条件对应的描述信息，第一服务的执行载体的标识信息以及执行所述第一服务时需要调用的参数信息；所述第一服务端向所述第二服务端发送所述第一场景消息或第二场景消息，所述第二场景消息是对所述第一场景消息修改后生成的，所述第二场景消息包括第二触发条件对应的描述信息，第二服务的执行载体的标识信息以及执行所述第二服务时需要调用的参数信息；第二服务端向第二客户端发送所述第一场景消息或所述第二场景消息；所述第二客户端在确定所述第一触发条件满足时，根据所述第一场景消息，调用所述第一服务的执行载体执行所述第一服务，或，所述第二客户端在确定所述第二触发条件满足时，根据所述第二场景消息，调用所述第二服务的执行载体执行所述第二服务。

基于上述技术方案，当第一客户端向第二客户端发送即时通信消息时，即时通信应用的服务端根据该即时通信消息，生成第一场景消息，之后通过第二服务端向第二客户端发送第一场景消息，第一场景消息中包括第一触发条件、第一触发条件对应的第一服务的执行载体的标识信息以及执行第一服务时需要调用的参数信息，使得当第二客户端确定第一触发条件满足时，自动调用执行载体执行第一触发条件对应的第一服务，相对于通过即时通信消息向第二客户端发送服务的执行载体，该方法无需用户手动触发执行载体执行相应的服务，而是在检测到触发条件满足时，自动调用执行载体执行相应的服务，从而可以提升用户体验。

示例性的，第二客户端可以为IoT设备。

结合第四方面，在第四方面的某些实现方式中，在所述第一服务端向第二服务端发送所述第一场景消息之前，所述方法还包括：所述第一服务端向所述第一客户端发送所述第一场景消息；所述第一客户端根据所述第一场景消息，显示所述第一场景消息对应的卡片；如果所述第一客户端检测到确认发送所述第一场景消息的操作，则向所述第一服务端发送所述第一场景消息。

基于上述技术方案，由于通过语音消息创建的第一场景消息具有一定的不可靠性，因此，为了提高场景消息的准确性，第一服务端在生成第一场景消息后，可以将第一场景消息发送至第一客户端，由第一客户端向用户展示第一场景消息，此时，如果用户确认第一场景消息无误，则可以触发第一客户端通过第一服务端向第二客户端发送经过确认的第一场景消息，避免当服务端生成的场景消息与即时通信消息之间存在出入时，导致最终执行的服务并非是用户所请求的，从而影响用户的体验。

结合第四方面和上述实现方式，在第四方面的某些实现方式中，在所述第一服务端向第二服务端发送所述第一场景消息后，所述方法还包括：所述第一服务端确定所述第一触发条件是否满足；在确定所述第一触发条件满足时，所述第一服务端通过第二服务端向所述第二客户端发送第一消息，所述第一消息携带所述第一场景消息的标识信息；所述第二客户端根据所述第一消息，确定所述第一触发条件满足。

基于上述技术方案，由第一服务端确定第一触发条件是否满足，且在第一触发条件满足时，通过第二服务端向第二客户端发送携带有第一场景消息的标识信息的第一消息，第二客户端根据第一消息，可以确定第一触发条件满足。

除此之外，在本申请实施例中，也可以由第二客户端自己确定第一触发条件是否满足，具体请见说明书中的相关描述。

既可以由第一服务端确定第一触发条件是否满足，又可以由接收场景消息的客户端确定第一触发条件是否满足，从而增加方案的灵活性。

结合第四方面和上述实现方式，在第四方面的某些实现方式中，在所述第二服务端向第二客户端发送所述第一场景消息后，所述方法还包括：所述第二服务端确定所述第一触发条件是否满足；在确定所述第一触发条件满足时，所述第二服务端向所述第二客户端发送第一消息，所述第一消息携带所述第一场景消息的标识信息；所述第二客户端根据所述第一消息，确定所述第一触发条件满足。

基于上述技术方案，由第二服务端确定第一触发条件是否满足，且在第一触发条件满足时，向第二客户端发送携带有第一场景消息的标识信息的第一消息，第二客户端根据第一消息，可以确定第一触发条件满足。

除此之外，在本申请实施例中，也可以由第二客户端自己确定第一触发条件是否满足，具体请见说明书中的相关描述。

既可以由第二服务端确定第一触发条件是否满足，又可以由接收场景消息的客户端确定第一触发条件是否满足，从而增加方案的灵活性。

结合第四方面和上述实现方式，在第四方面的某些实现方式中，在所述第一服务端向第二客户端发送所述第二场景消息之前，所述方法还包括：所述第一服务端向所述第一客户端发送所述第一场景消息；所述第一客户端根据所述第一场景消息，显示所述第一场景消息对应的卡片；如果所述第一客户端检测到修改所述第一场景消息的操作，则修改所述第一场景消息，生成所述第二场景消息，且在检测到确认发送所述第二场景消息的操作时，向所述服务端发送所述第二场景消息。

基于上述技术方案，由于通过语音消息创建的第一场景消息具有一定的不可靠性，因此，为了提高场景消息的准确性，第一服务端在生成第一场景消息后，可以将第一场景消息发送至第一客户端，由第一客户端向用户展示第一场景消息，此时，如果用户确认第一场景消息有误，则可以触发第一客户端修改第一场景消息，生成第二场景消息，之后第一客户端触发第一服务端向第二客户端发送修改后生成的第二场景消息，避免当服务端生成的场景消息与即时通信消息之间存在出入时，导致最终执行的服务并非是用户所请求的，从而影响用户的体验。

结合第四方面和上述实现方式，在第四方面的某些实现方式中，在所述第一服务端向第二服务端发送所述第二场景消息后，所述方法还包括：所述第一服务端确定所述第二触发条件是否满足；在确定所述第二触发条件满足时，所述第一服务端通过第二服务端向所述第二客户端发送第二消息，所述第二消息携带所述第二场景消息的标识信息；所述第二客户端根据所述第二消息，确定所述第二触发条件满足。

基于上述技术方案，由第一服务端确定第二触发条件是否满足，且在第二触发条件满足时，向第二客户端发送携带有第二场景消息的标识信息的第二消息，第二客户端根据第二消息，可以确定第二触发条件满足。

除此之外，在本申请实施例中，也可以由第二客户端自己确定第二触发条件是否满足，具体请见说明书中的相关描述。

既可以由第一服务端确定第二触发条件是否满足，又可以由接收场景消息的客户端确定第二触发条件是否满足，从而增加方案的灵活性。

结合第四方面和上述实现方式，在第四方面的某些实现方式中，在所述第二服务端向第二客户端发送所述第二场景消息后，所述方法还包括：所述第二服务端确定所述第二触发条件是否满足；在确定所述第二触发条件满足时，所述第二服务端向所述第二客户端发送第二消息，所述第二消息携带所述第二场景消息的标识信息；所述第二客户端根据所述第二消息，确定所述第二触发条件满足。

基于上述技术方案，由第二服务端确定第二触发条件是否满足，且在第二触发条件满足时，向第二客户端发送携带有第二场景消息的标识信息的第二消息，第二客户端根据第二消息，可以确定第二触发条件满足。

除此之外，在本申请实施例中，也可以由第二客户端自己确定第二触发条件是否满足，具体请见说明书中的相关描述。

既可以由第二服务端确定第二触发条件是否满足，又可以由接收场景消息的客户端确定第二触发条件是否满足，从而增加方案的灵活性。

第五方面，本申请提供了一种装置，该装置包含在电子设备中，该装置具有实现上述方面及上述方面的可能实现方式中电子设备行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。

第六方面，本申请提供了一种电子设备，包括：一个或多个处理器；存储器；以及一个或多个计算机程序。其中，一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令。当指令被电子设备执行时，使得电子设备执行上述任一方面任一项可能的实现中的触发服务执行的方法。

第七方面，本申请提供了一种电子设备，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述任一方面任一项可能的实现中的触发服务执行的方法。

第八方面，本申请提供了一种计算机可读存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的视频播放的方法。

第九方面，本申请提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的触发服务执行的方法。

附图说明

图1是本申请实施例提供的一例电子设备的结构示意图；

图2是本申请实施例提供的另一例电子设备的结构示意图；

图3是本申请实施例提供的一例触发服务执行的方法的示意性流程图；

图4中的(a)图至(e)图是本申请实施例提供的一例关于触发服务执行的图形用户界面示意图；

图5是本申请实施例提供的另一例触发服务执行的方法的示意性流程图；

图6中的(a)图至(f)图是本申请实施例提供的另一例关于触发服务执行的图形用户界面示意图；

图7是本申请实施例提供的另一例触发服务执行的方法的示意性流程图；

图8中的(a)图至(d)图是本申请实施例提供的另一例关于触发服务执行的图形用户界面示意图；

图9是本申请实施例提供的另一例触发服务执行的方法的示意性流程图；

图10中的(a)图至(d)图是本申请实施例提供的另一例关于触发服务执行的图形用户界面示意图。

具体实施方式

下面将结合附图，对本申请各实施例中的技术方案进行描述。

本申请实施例提供的触发服务执行的方法可以应用于手机、物联网(internet ofthings，IoT)设备、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等可以实现接收和/或发送IM消息的客户端上，本申请实施例对客户端的具体类型不作任何限制。

示例性的，图1是本申请实施例提供的一例电子设备100的结构示意图。电子设备100与客户端对应，可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuit sound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronousreceiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processorinterface，MIPI)，通用输入输出(general-purpose input/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serialbus，USB)接口等。

其中，I2C接口是一种双向同步串行总线，处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(display serialinterface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，触摸传感器、视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。例如本申请实施例介绍的触发服务执行过程。

其中，ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号，应理解，在本申请实施例的描述中，以RGB格式的图像为例进行介绍，本申请实施例对图像格式不做限定。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。陀螺仪传感器180B可以用于确定电子设备100的运动姿态。气压传感器180C用于测量气压。磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。温度传感器180J用于检测温度。触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。骨传导传感器180M可以获取振动信号。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。

图2是本申请实施例提供的另一例电子设备200的结构示意图。电子设备200与服务端对应，可以包括处理器210、存储器220和通信模块230等。值得一提的是，服务端是为客户端服务的，向客户端提供资源以及保存客户端数据等。

其中，处理器210可以包括一个或多个处理单元，存储器220用于存储程序代码和数据。在本申请实施例中，处理器210可执行存储器220存储的计算机执行指令，用于对电子设备200的动作进行控制管理。

通信模块230可以用于电子设备200的各个内部模块之间的通信、或者电子设备200和其他外部电子设备之间的通信等。

应理解，除了图2中列举的各种部件或者模块之外，本申请实施例对电子设备200的结构不做具体限定。在本申请另一些实施例中，电子设备200还可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本申请实施例提供的触发服务执行的方法，当一个客户端向自己或者其他客户端发送IM消息时，IM应用的服务端(以下称为“第一服务端”)根据该IM消息，生成场景消息，并向场景消息的接收端发送该场景消息，场景消息中包括触发条件、触发条件对应的服务的执行载体的标识信息以及执行服务时需要调用的参数信息，使得当场景消息的接收端确定触发条件满足时，自动调用执行载体执行触发条件对应的服务。

下面对场景消息作简单介绍，场景消息通常可以包括如下字段：

Length：场景消息的总长度；

version：场景消息的格式对应的协议的版本号；

msgType：业务类型，指示场景消息为自发自收消息、单聊消息或者设备拟人化消息；

messageId：场景消息的标识信息，用于标识场景消息；

traceId：跟踪ID，用于跟踪场景消息，在出现问题时用于问题定位；

fromDevInfo:场景消息的发送方的用户标识，设备标识；

toDevInfo:场景消息的接收方的用户标识，设备标识；

displayMsg:显示给用户的文本；

triggerCondition:触发条件，即触发服务执行的条件；

triggerType：触发类型，可以是端侧触发、云侧触发与端云结合触发中的一种。

下面对触发类型分情况进行说明。

情况1，场景消息的接收端为安装有IM应用的客户端。

所谓端侧触发，是指由场景消息的接收端判断是否满足触发服务执行的条件，例如，触发服务执行的条件为：到达××地点，在这种情况下，可以由场景消息的接收端判断触发服务执行的条件是否满足，此时，触发类型为端侧触发。

云侧触发，是指由第一服务端判断是否满足触发服务执行的条件，例如，触发服务执行的条件为：台风预警，在这种情况下，可以由第一服务端判断触发服务执行的条件是否满足，此时，触发类型为云侧触发。

端云结合触发，是指判断是否满足触发服务执行的条件，既需要第一服务端的参与，又需要场景消息的接收端的参与，例如，触发服务执行的条件为：××城市下雪，在这种情况下，可以由客户端判断位置是否满足触发服务执行的条件，由第一服务端判断天气是否满足触发服务执行的条件，此时，触发类型为端云结合触发。

情况2，场景消息的接收端为IoT设备，并且IoT设备不具备判断是否满足触发服务执行的条件的能力。

所谓端侧触发，是指由IoT设备的服务端，即，第二服务端，判断是否满足触发服务执行的条件，例如，IoT设备为智能热水器，触发服务执行的条件为：当前时刻是否为用户设定的时刻，在这种情况下，可以由第二服务端判断触发服务执行的条件是否满足，此时，触发类型为端侧触发。

云侧触发，是指由第一服务端判断是否满足触发服务执行的条件，例如，触发服务执行的条件为：气温骤升，在这种情况下，可以由第一服务端判断触发服务执行的条件是否满足，此时，触发类型为云侧触发。

端云结合触发，是指判断是否满足触发服务执行的条件，既需要第一服务端的参与，又需要第二服务端的参与，例如，IoT设备为智能冰箱，触发服务执行的条件为：在高温天气下，冰箱里没水果时提醒买水果，在这种情况下，可以由第一服务端判断天气是否满足触发服务执行的条件，由第二服务端判断水果保鲜区的状态是否满足触发服务执行的条件，此时，触发类型为端云结合触发。

情况3，场景消息的接收端为IoT设备，并且IoT设备具备判断是否满足触发服务执行的条件的能力。

所谓端侧触发，是指由IoT设备判断是否满足触发服务执行的条件，例如，触发服务执行的条件为：IoT设备的位置发生变化，在这种情况下，可以由IoT设备判断触发服务执行的条件是否满足，此时，触发类型为端侧触发。

云侧触发，是指由第一服务端判断是否满足触发服务执行的条件，例如，触发服务执行的条件为：气温骤降，在这种情况下，可以由第一服务端判断触发服务执行的条件是否满足，此时，触发类型为云侧触发。

端云结合触发，是指判断是否满足触发服务执行的条件，既需要第一服务端的参与，又需要IoT设备的参与，例如，IoT设备为智能冰箱，触发服务执行的条件为：在高温天气下，冰箱里没水果时提醒买水果，在这种情况下，可以由第一服务端判断天气是否满足触发服务执行的条件，由IoT设备判断水果保鲜区的状态是否满足触发服务执行的条件，此时，触发类型为端云结合触发。

此外，场景消息还包括以下字段：

serviceId:执行载体的标识信息，根据执行载体的标识信息，可以关联到具体的执行载体；

serviceOpt:执行服务时需要调用的参数。

下面以第一客户端向第二客户端发送IM消息，以触发类型为情况1中的端侧触发，且以第一客户端、第二客户端均为手机为例，介绍本申请实施例提供的一例触发服务执行的方法，图3示出了触发服务执行的方法300的示意性流程图。

步骤301，手机A通过第一服务端向手机B发送语音消息。其中，手机A与第一客户端对应，手机B与第二客户端对应，语音消息与IM消息对应。

在一些实施例中，IM消息还可以是文字消息，本申请不对IM消息的类型做限制。

假设手机A与手机B上均安装有IM应用，手机A的使用者可以通过IM应用向手机B的使用者发送语音消息，为便于描述，将手机A的使用者称为用户A，将手机B的使用者称为用户B。

例如，在手机A上，用户A与用户B在IM应用下的消息界面为图4中的(a)图所示的界面401，用户A可以长按住“按住说话”按钮，向用户B发送“到机场后预定一辆到公司的专车”的语音消息。

步骤302，第一服务端根据语音消息，生成第一场景消息，第一场景消息包括第一触发条件对应的描述信息，第一服务的执行载体的标识信息以及执行第一服务时需要调用的参数信息。

手机A上的IM应用通过第一服务端向手机B上的IM应用发送上述语音消息时，该语音消息首先会到达第一服务端，第一服务端根据语音消息，生成第一场景消息。

第一服务端首先可以利用自动语音识别(automatic speech recognition，ASR)技术将来自用户A的语音转换为“到机场后预定一辆到公司的专车”的文本，再利用自然语言处理(natural language processing，NLP)技术从该文本中识别出第一触发条件为“到达机场”，第一服务为“预定一辆到公司的专车”。

为了生成第一场景消息，第一服务端还需要获取机场、公司的具体坐标，例如，第一服务端可以根据用户A设置的机场、公司的地点，确定机场、公司的具体坐标，例如，用户A可以通过IM应用设置机场、公司的地点，例如，可以将机场的地点设置为：西安咸阳国际机场T2航站楼，将公司的地点设置为：西安××技术有限公司南门，之后机场、公司的地点以及具体坐标会同步至第一服务端，进而第一服务端获取机场、公司的具体坐标。

第一服务端还需要为第一服务关联一个能够执行第一服务的载体，例如，第一服务端为第一服务关联的执行载体为“××打车”小程序。

在一些实施例中，第一服务端还可以确定触发类型，例如，第一服务端上配置有触发条件与触发类型之间的对应关系，第一服务端可以根据触发条件与触发类型之间的对应关系，确定第一触发条件对应的触发类型，例如，该对应关系指示“到达机场”对应的触发类型为端侧触发，则第一服务端根据该对应关系与第一触发条件，可以确定第一触发条件对应的触发类型为端侧触发。

之后第一服务端可以生成第一场景消息，例如，第一场景消息可以包括如下字段：

displayMsg:“到机场后预定一辆到公司的专车”；

triggerCondition:{"conditionType":"GET_POSITION","position":"{机场：西安咸阳国际机场T2航站楼,具体坐标:xxx}"}；

triggerType：端侧触发；

serviceId:“××打车”小程序ID；

serviceOpt:{"fromPosition":"{机场：西安咸阳国际机场T2航站楼,具体坐标:xxx}","toPosition":"{公司：西安××技术有限公司南门,具体坐标:xxx}",operation:"TAKE_TAXI"}；

其中，triggerCondition的内容与第一触发条件对应的描述信息对应，serviceId的内容与第一服务的执行载体的标识信息对应，triggerType的内容与触发类型对应，serviceOpt的内容与执行第一服务时需要调用的参数信息对应。

步骤303，第一服务端向手机A发送第一场景消息。

步骤304，手机A根据第一场景消息，显示第一场景消息对应的卡片。

由于通过语音消息创建的第一场景消息具有一定的不可靠性，因此，第一服务端在生成第一场景消息后，可以向手机A上的IM应用发送第一场景消息，手机A上的IM应用在接收到第一场景消息后，可以将第一场景消息展示给用户A，以使用户A对第一场景消息进行确认，例如，手机A上的IM应用可以触发手机A显示第一场景消息对应的卡片，此时手机A的显示界面402可以如图4中的(b)图所示。

在一些实施例中，用户A可以根据卡片中显示的信息，确定是否需要修改卡片中的触发条件、起始地点或目的地点。值得一提的是，图4中的(b)图至(d)图中的触发条件与第一触发条件对应。

当不需要修改时，且当用户A确定要发送第一场景消息时，用户A可以点击“确认发送”按钮，触发手机A发送第一场景消息；当需要修改时，用户A可以通过修改入口修改相应的信息，例如，用户A想要修改起始地点，则可以通过“点击查看和修改位置详情”按钮进行修改，“点击查看和修改位置详情”按钮则为修改入口。

值得一提的是，如果界面402中的卡片没有提供修改入口，则用户A可以点击“取消发送”按钮，取消发送第一场景消息后再重新发送语音消息，从而对需要修改的信息进行修改，此外，无论用户A是否需要修改卡片中显示的信息，用户A都可以随时点击“取消发送”按钮，取消本次场景消息的发送。

步骤305，检测到确认发送第一场景消息的操作，手机A通过第一服务端向手机B发送第一场景消息。

在一些实施例中，用户A点击了图4中的(b)图中“确认发送”按钮，手机A上的IM应用响应于该操作，通过第一服务端向手机B上的IM应用发送第一场景消息。

步骤306，第一服务端向手机B发送第一场景消息。

如步骤302中所述，手机A上的IM应用通过第一服务端向手机B上的IM应用发送的第一场景消息会先到达第一服务端，再由第一服务端将第一场景消息转发至手机B上的IM应用。

步骤307，手机B根据第一场景消息，显示第一场景消息对应的卡片。

在接收到第一场景消息后，手机B上的IM应用可以根据第一场景消息中的triggerType字段，确定触发类型为端侧触发，即，由手机B确定第一触发条件是否满足，在确定第一触发条件是否满足时，手机B上的IM应用可以将第一场景消息中的triggerCondition:{"conditionType":"GET_POSITION","position":"{机场：西安咸阳国际机场T2航站楼,具体坐标:xxx}"}注册到手机B中的用于确定触发条件是否满足的引擎，以便通过该引擎确定第一触发条件是否满足。

在一些实施例中，手机B上的IM应用还可以将第一场景消息展示给用户B，例如，手机B上的IM应用可以显示第一场景消息对应的卡片，此时手机B的显示界面403可以如图4中的(c)图所示。

在一些实施例中，用户B在接收到如图4中的(c)图中的卡片后，还可以选择终止第一场景消息的执行，例如，用户B可以长按图4中的(c)图中的卡片，之后手机B会显示如图4中的(d)图所示的显示界面404，如果用户B不愿意在满足第一触发条件时触发第一服务，则可以点击“终止执行”按钮，否则，可以点击“继续执行”按钮，如果选择了“终止执行”按钮，则手机B会终止执行第一场景消息，否则会继续执行第一场景消息。所谓终止执行第一场景消息，可以理解为：已经注册到用于确定触发条件是否满足的引擎的triggerCondition会被从该引擎注销。

假设在步骤307中，用户B没有终止第一场景消息的执行。

步骤308，在确定第一触发条件满足时，手机B根据第一场景消息，调用第一服务的执行载体执行第一服务。

当上述引擎完成triggerCondition的注册后，可以调用接口获取手机B的当前位置，当用户B到达“西安咸阳国际机场T2航站楼”时，则上述引擎可以确定第一触发条件已经满足，此时，该引擎可以将第一场景消息的标识信息上报至手机B上的IM应用，手机B上的IM应用根据第一场景消息的标识信息，确定第一场景消息对应的第一触发条件已经满足，之后手机B上的IM应用可以根据第一场景消息，调用“××打车”小程序预定西安咸阳国际机场T2航站楼到西安××技术有限公司南门的专车。

此外，当手机B上的IM应用调用“××打车”执行打车服务时，可以通过消息提示用户B第一触发条件已经满足，第一服务正在执行，并且可以在成功预订专车后向用户B显示有关车辆的信息，例如，手机B上的IM应用可以触发手机B显示如图4中的(e)图所示的界面405，以使用户B可以根据界面405所显示的内容获知有关车辆的信息。

需要说明的是，上述关于方法300的描述仅作为示例性说明，但并不构成对本申请实施例的限定，例如，在具体实现时，可以仅执行方法300中的步骤301、步骤302、步骤306、步骤308，而不执行上述步骤303、步骤304、步骤305、步骤307，换句话说，第一服务端在生成第一场景消息后，可以不需要用户A对第一场景消息进行确认，而是直接向手机B发送第一场景消息，手机B在接收到第一场景消息后，可以不向用户B展示第一场景消息对应的卡片，而是直接确定第一触发条件是否满足，并且在第一触发条件满足时，根据第一场景消息，调用第一服务的执行载体执行第一服务。

还需要说明的是，第一服务端在生成第一场景消息时，可以不对触发类型进行判断，换句话说，第一场景消息中可以不包括triggerType字段，手机B在接收到不包括triggerType字段的第一场景消息后，可以根据第一场景消息中的triggerCondition字段，确定第一触发条件对应的触发类型。

例如，手机B上配置有触发条件与触发类型之间的对应关系，手机B可以根据触发条件与触发类型之间的对应关系，确定第一触发条件对应的触发类型，例如，该对应关系指示“到达机场”对应的触发类型为端侧触发，则手机B根据该对应关系与triggerCondition字段，可以确定第一触发条件对应的触发类型为端侧触发。下面以用户通过客户端向自己发送IM消息，以触发类型为情况1中的云侧触发，且以客户端为手机A为例，介绍本申请实施例提供的另一例触发服务执行的方法，图5示出了触发服务执行的方法500的示意性流程图。

步骤501，手机A通过第一服务端向自己发送语音消息。其中，语音消息与IM消息对应。

假设手机A上安装有IM应用，手机A的使用者可以通过IM应用向自己发送语音消息，为便于描述，将手机A的使用者称为用户A。

例如，在手机A上，用户A与自己在IM应用下的消息界面为如图6中的(a)图所示的界面601，用户A可以长按住“按住说话”按钮，向自己发送“如果明天8点下雨，预定一辆从家到公司的专车”的语音消息。

步骤502，第一服务端根据语音消息，生成第一场景消息，第一场景消息包括第一触发条件对应的描述信息，第一服务的执行载体的标识信息以及执行第一服务时需要调用的参数信息。

当用户A通过手机A上的IM应用向自己发送上述语音消息时，该语音消息首先会到达第一服务端，第一服务端首先可以利用ASR技术将来自用户A的语音转换为“如果明天8点下雨，预定一辆从家到公司的专车”的文本，再利用NLP技术从该文本中识别出第一触发条件为“如果明天8点下雨”，第一服务为“预定一辆家到公司的专车”。

为了生成第一场景消息，第一服务端还需要获取家、公司的具体坐标，例如，第一服务端可以根据用户A设置的家、公司的地点确定机场、公司的具体坐标，例如，用户A可以通过IM应用设置家、公司的地点，例如，可以将家的地点设置为：西安市长安区xx小区北门，将公司的地点设置为：西安××技术有限公司南门，之后家、公司的地点以及具体坐标会同步至第一服务端，进而第一服务端获取家、公司的具体坐标。

第一服务端还需要为第一服务关联一个能够执行第一服务的载体，例如，第一服务端为第一服务关联的执行载体为“××打车”小程序。

在一些实施例中，第一服务端还可以确定触发类型，例如，第一服务端上配置有触发条件与触发类型之间的对应关系，第一服务端可以根据触发条件与触发类型之间的对应关系，确定第一触发条件对应的触发类型，例如，该对应关系指示“下雨天气”对应的触发类型为云侧触发，则第一服务端根据该对应关系与第一触发条件，可以确定第一触发条件对应的触发类型为云侧触发。

之后第一服务端可以生成第一场景消息，例如，第一场景消息可以包括如下字段：

displayMsg:“如果明天8点下雨，预定一辆从家到公司的专车”；

triggerCondition:{"conditionType":"CHECK_WEATHER","weather":"RAINING","city":"西安","time":1626998400000}；

triggerType：云侧触发；

serviceId:“××打车”小程序ID；

serviceOpt:{"fromPosition":"{家：西安市长安区xx小区北门,具体坐标:xxx}","toPosition":"{公司：西安××技术有限公司南门,具体坐标:xxx}",operation:"TAKE_TAXI"}；

其中，triggerCondition的内容与第一触发条件对应的描述信息对应，serviceId的内容与第一服务的执行载体的标识信息对应，triggerType的内容与触发类型对应，serviceOpt的内容与执行第一服务时需要调用的参数信息对应。

步骤503，第一服务端向手机A发送第一场景消息。

步骤504，手机A根据第一场景消息，显示第一场景消息对应的卡片。

由于通过语音消息创建第一场景消息具有一定的不可靠性，因此，第一服务端在生成第一场景消息后，可以向手机A上的IM应用发送第一场景消息，手机A上的IM应用在接收到第一场景消息后，可以将第一场景消息展示给用户A，以使用户A对第一场景消息进行确认，例如，手机A上的IM应用可以触发手机A显示第一场景消息对应的卡片，此时手机A的显示界面602可以如图6中的(b)图所示。

在一些实施例中，用户A可以根据卡片中显示的信息，确定是否需要修改卡片中的触发条件、起始地点或目的地点。值得一提的是，图6中的(b)图至(f)图中的触发条件与第一触发条件对应。

当不需要修改时，且当用户A确定要发送第一场景消息时，用户A可以点击“确认发送”按钮，触发手机A发送第一场景消息；当需要修改时，用户A可以通过修改入口修改相应的信息，例如，用户A想要修改目的地点，则可以通过“点击查看和修改位置详情”按钮进行修改，“点击查看和修改位置详情”按钮则为修改入口。

值得一提的是，如果界面602中的卡片没有提供修改入口，则用户A可以点击“取消发送”按钮，取消发送第一场景消息后再重新发送语音消息，从而对需要修改的信息进行修改，此外，无论用户A是否需要修改卡片中显示的信息，用户A都可以随时点击“取消发送”按钮，取消本次场景消息的发送。

步骤505，检测到修改第一场景消息的操作，手机A通过第一服务端向自己发送第二场景消息，第二场景消息是对第一场景消息修改后生成的。

在一些实施例中，用户A对图6中的(b)图中的触发条件、起始地点或目的地点中的至少一项进行了修改时，手机A响应于该操作，修改相关内容，并触发手机A显示修改后的卡片。

例如，用户A通过图6中的(b)图中的“点击查看和修改位置详情”按钮将目的地点由“西安市长安区xx小区北门”修改为了“西安市长安区xx小区西门”，在这种情况下，手机A上的IM应用响应于该操作，修改第一场景消息中的“serviceOpt”字段，生成第二场景消息，第二场景消息可以包括如下字段：

displayMsg:“如果明天8点下雨，预定一辆从家到公司的专车”；

triggerCondition:{"conditionType":"CHECK_WEATHER","weather":"RAINING","city":"西安","time":1626998400000}；

triggerType：云侧触发；

serviceId:“××打车”小程序ID；

serviceOpt:{"fromPosition":"{家：西安市长安区xx小区西门,具体坐标:xxx}","toPosition":"{公司：西安××技术有限公司南门,具体坐标:xxx}",operation:"TAKE_TAXI"}；

其中，triggerCondition的内容与第二触发条件对应的描述信息对应，serviceId的内容与第二服务的执行载体的标识信息对应，triggerType的内容与触发类型对应，serviceOpt的内容与执行第二服务时需要调用的参数信息对应。值得一提的是，相对于第一场景消息，第二场景消息只对第一场景消息中的serviceOt进行了改变其他字段与第一场景消息中的相关字段是一致的，例如，第二场景消息中的第二触发条件与第一场景消息中的第一触发条件的内容相同。

之后可以向用户A展示第二场景消息对应的卡片，此时手机A上的IM应用可以触发手机A显示如图6中的(c)图所示的界面603。之后如果手机A上的IM应用检测到点击“确认发送”按钮的操作，则向手机A上的IM应用发送第二场景消息。

在步骤505中，假设用户A触发了手机A上的IM应用对第一场景消息的修改，并假设用户A点击了界面603中的“确认发送”按钮。

步骤506，第一服务端向手机A发送第二场景消息。

如前所述，用户A通过手机A上的IM应用向自己发送的第二场景消息会先到达第一服务端，再由第一服务端将第二场景消息转发至手机A上的IM应用。

由于触发类型为云侧触发，则第一服务端在生成第二场景消息后，可以将第二场景消息中的triggerCondition:{"conditionType":"CHECK_WEATHER","weather":"RAINING","city":"西安","time":1626998400000}注册到用于确定触发条件是否满足的引擎，以便通过该引擎确定第二触发条件是否满足。

步骤507，手机A根据第二场景消息，显示第二场景消息对应的卡片。

在接收到第二场景消息后，手机A上的IM应用可以将第二场景消息展示给用户A，例如，手机A上的IM应用可以显示第二场景消息对应的卡片，此时手机A的显示界面604可以如图6中的(d)图所示。

在一些实施例中，用户A在接收到如图6中的(d)图中的卡片后，可以选择终止第二场景消息的执行，例如，用户A可以长按图6中的(d)图中的卡片，之后手机A会显示如图6中的(e)图所示的显示界面605，如果用户A不愿意在满足触发条件时触发第二服务，则可以点击“终止执行”按钮，否则，可以点击“继续执行”按钮，如果选择了“终止执行”按钮，手机A可以向第一服务端上报用户选择终止执行第二场景消息这一结果，在这种情况下，已经注册到用于确定触发条件是否满足的引擎的triggerCondition会被从该引擎注销。

值得一提的是，手机A在接收到第一场景消息后，可以根据第一场景消息中的triggerType字段确定触发类型为云侧触发，因此手机A可以确定自己无需确定第二触发条件是否满足，则手机A上的IM应用可以不用将第二场景消息中的triggerCondition:{"conditionType":"CHECK_WEATHER","weather":"RAINING","city":"西安","time":1626998400000}注册到手机A中的用于确定触发条件是否满足的引擎。

假设在步骤507中，用户A没有终止第二场景消息的执行。

步骤508，在确定第二触发条件满足时，第一服务端向手机A发送第二消息，第二消息携带第二场景消息的标识信息。

当用于确定触发条件是否满足的引擎完成triggerCondition的注册后，可以调用接口获取当前时间以及天气，如果当前时间为18点，且当前正在下雨，则该引擎可以确定第二触发条件已经满足，此时，第一服务端可以向手机A发送第二消息，第二消息携带第二场景消息的标识信息。

步骤509，手机A根据第二消息，调用第二服务的执行载体执行第二服务。

手机A上的IM应用根据第二场景消息的标识信息，确定第二场景消息对应的第二触发条件已经满足，之后手机A上的IM应用可以根据第二场景消息，调用“××打车”小程序预定“西安××技术有限公司南门”到“西安市长安区xx小区西门”的专车。

此外，当手机A上的IM应用调用“××打车”执行打车服务时，可以通过消息提示用户A触发条件已经满足，第二服务正在执行，并且可以在成功预订专车后向用户A显示有关车辆的信息，例如，手机A上的IM应用可以触发手机A显示如图6中的(f)图所示的界面606，以使用户A可以根据界面606所显示的内容获知有关车辆的信息。

需要说明的是，上述关于方法500的描述仅作为示例性说明，但并不构成对本申请实施例的限定，例如，在具体实现时，第一服务端在生成第一场景消息后，可以不需要用户A对第一场景消息进行确认，而是直接向手机A发送第一场景消息，手机A在接收到第一场景消息后，可以不向用户A展示第一场景消息对应的卡片，而是直接确定第一触发条件是否满足，并且在第一触发条件满足时，根据第一场景消息，调用第一服务的执行载体执行第一服务。

还需要说明的是，对于云侧触发，可以不需要手机A确定第一触发条件是否满足，在这种情况下，第一服务端可以不在向手机A发送的第一场景消息中包括triggerType字段。下面以用户通过客户端向IoT设备发送IM消息，以触发类型为情况2中的端侧触发，且以客户端为手机A，IoT设备为智能冰箱为例，介绍本申请实施例提供的另一例触发服务执行的方法，图7示出了触发服务执行的方法700的示意性流程图。值得一提的是，在方法700中，IoT设备不具备判断是否满足触发服务执行的条件的能力。

步骤701，手机A通过第一服务端、第二服务端向IoT设备发送语音消息。其中，语音消息与IM消息对应。

假设手机A上安装有IM应用，手机A的使用者可以通过IM应用发送语音消息，为便于描述，将手机A的使用者称为用户A。

例如，在手机A上，用户A与智能冰箱在IM应用下的消息界面为如图8中的(a)图所示的界面801，用户A可以长按住“按住说话”按钮，发送“冰箱里没有水果时提醒我买水果”的语音消息。

步骤702，第一服务端根据语音消息，生成第一场景消息，第一场景消息包括第一触发条件对应的描述信息，第一服务的执行载体的标识信息以及执行第一服务时需要调用的参数信息。

手机A上的IM应用发送的语音消息首先会到达第一服务端，第一服务端首先可以利用ASR技术将来自用户A的语音转换为“冰箱里没有水果时提醒我买水果”的文本，再利用NLP技术从该文本中识别出第一触发条件为“冰箱里没有水果”，第一服务为“提醒我买水果”。

为了生成第一场景消息，第一服务端还需要为第一服务关联一个能够执行第一服务的载体，例如，第一服务端为第一服务关联的执行载体为“冰箱控制”服务。

在一些实施例中，第一服务端还可以确定触发类型，例如，第一服务端上配置有触发条件与触发类型之间的对应关系，第一服务端可以根据触发条件与触发类型之间的对应关系，确定第一触发条件对应的触发类型，例如，该对应关系指示“冰箱里没有水果”对应的触发类型为端侧触发，则第一服务端根据该对应关系与第一触发条件，可以确定第一触发条件对应的触发类型为云端侧触发。

之后第一服务端可以生成第一场景消息，例如，第一场景消息可以包括如下字段：

displayMsg:“冰箱里没有水果时提醒我买水果”；

triggerCondition:{"conditionType":"CHECK_DEVICE_STATUS","condition":"FRUIT_LACK_NOTIFY"}；

triggerType：端侧触发；

serviceId:“冰箱控制”服务ID；

serviceOpt:{"IoTDeviceUserId":"650536430363001","IoTDeviceId":"f030f99873a628a8a80a2","operation":"FRUIT_LACK_NOTIFY"}；

其中，triggerCondition的内容与第一触发条件对应的描述信息对应，serviceId的内容与第一服务的执行载体的标识信息对应，triggerType的内容与触发类型对应，serviceOpt的内容与执行第一服务时需要调用的参数信息对应。

步骤703，第一服务端向手机A发送第一场景消息。

步骤704，手机A根据第一场景消息，显示第一场景消息对应的卡片。

由于通过语音消息创建第一场景消息具有一定的不可靠性，因此，第一服务端在生成第一场景消息后，可以向手机A上的IM应用发送第一场景消息，手机A上的IM应用在接收到第一场景消息后，可以将第一场景消息展示给用户A，以使用户A对第一场景消息进行确认，例如，手机A上的IM应用可以触发手机A显示第一场景消息对应的卡片，此时手机A的显示界面802可以如图8中的(b)图所示。

在一些实施例中，用户A可以根据显示界面802中显示的卡片，确定是否需要修改卡片中显示的信息。值得一提的是，图8中的(b)图至(c)图中的触发条件与第一触发条件对应。

当不需要修改卡片中显示的信息时，且当用户A确定要发送第一场景消息时，用户A可以点击“确认发送”按钮，触发手机A发送第一场景消息；当需要对卡片中显示的信息进行修改时，如果卡片提供了相应的修改入口，则用户A可以通过修改入口修改相应的内容，如果卡片没有提供相应的修改入口，则用户A可以点击“取消发送”按钮，取消发送第一场景消息后再重新发送语音消息，从而对需要修改的信息进行修改。值得一提的是，无论用户A是否需要修改卡片中显示的信息，用户A都可以随时点击“取消发送”按钮，取消本次场景消息的发送。

步骤705，检测到确认发送第一场景消息的操作，手机A通过第一服务端、第二服务端向IoT设备发送第一场景消息。

在一些实施例中，用户A点击了图8中的(b)图中的“确认发送”按钮，手机A上的IM应用响应于该操作，通过第一服务端、第二服务端向IoT设备发送第一场景消息。

步骤706，第一服务端向第二服务端发送第一场景消息。

手机A向智能冰箱发送的第一场景消息会先到达第一服务端，第一服务端在接收到第一场景消息后，向第二服务端发送第一场景消息。

在接收到第一场景消息后，第二服务端可以根据第一场景消息中的triggerType字段，确定触发类型为端侧触发，即，由第二服务端确定第一触发条件是否满足，在确定第一触发条件是否满足时，则第二服务端可以将第一场景消息中的triggerCondition:{"conditionType":"CHECK_DEVICE_STATUS","condition":"FRUIT_LACK_NOTIFY"}注册到用于确定触发条件是否满足的引擎，以便通过该引擎确定第一触发条件是否满足。

在一些实施例中，当用户A点击了界面802中的“确认发送”按钮后，手机A的显示界面803可以如图8中的(c)图所示，此时，用户A可以选择执行终止第一场景消息或者继续执行第一场景消息，例如，用户A可以长按图8中的(c)图中的卡片，之后手机A会显示如图8中的(d)图所示的显示界面804，如果用户A不愿意在满足触发条件时触发第一服务，则可以点击“终止执行”按钮，否则，可以点击“继续执行”按钮。

如果用户A选择了“终止执行”按钮，则手机A上的IM应用可以向第一服务端上报第一场景消息已经被终止执行，之后第一服务端通知第二服务端第一场景消息已经被终止执行，在这种情况下，已经注册到第二服务端中的用于确定触发条件是否满足的引擎的triggerCondition会被从该引擎注销。

在方法700中，假设用户A选择了“继续执行”按钮。

步骤707，在确定第一触发条件满足时，第二服务端向IoT设备发送用于控制IoT设备执行第一服务的指令。

当用于确定触发条件是否满足的引擎完成triggerCondition的注册后，该引擎可以调用接口获取智能冰箱中水果保鲜区的状态，如果发现智能冰箱中水果保鲜区中已经没有水果了，则该引擎可以确定第一触发条件已经满足，此时，第二服务端可以调用冰箱控制服务向智能冰箱发送用于执行第一服务的指令，换句话说，第二服务端调用冰箱控制服务向智能冰箱发送用于控制智能冰箱提醒用户购买水果指令。值得一提的是，在本申请实施例中，可以通过第一场景消息中的IoT设备的用户标识(IoTDeviceUserId)以及IoT设备标识(IoTDeviceId)来唯一确定智能冰箱。

步骤708，IoT设备执行上述指令。

智能冰箱接收到上述指令后，根据该指令，可以通过语音提示用户购买水果。

需要说明的是，上述关于方法700的描述仅作为示例性说明，但并不构成对本申请实施例的限定，例如，在具体实现时，可以仅执行方法700中的步骤701、步骤702、步骤706、步骤707、步骤708，而不执行上述步骤703、步骤704、步骤705，换句话说，第一服务端在生成第一场景消息后，可以不需要用户A对第一场景消息进行确认，而是直接向第二服务端发送第一场景消息，再由第二服务端向IoT设备发送第一场景消息。

还需要说明的是，第一服务端在生成第一场景消息时，可以不对触发类型进行判断，换句话说，第一场景消息中可以不包括triggerType字段，第二服务端在接收到不包括triggerType字段的第一场景消息后，可以根据第一场景消息中的triggerCondition字段，确定第一触发条件对应的触发类型。

例如，第二服务端上配置有触发条件与触发类型之间的对应关系，第二服务端可以根据触发条件与触发类型之间的对应关系，确定第一触发条件对应的触发类型，例如，该对应关系指示“冰箱里没有水果”对应的触发类型为端侧触发，则第二服务端根据该对应关系与triggerCondition字段，可以确定第一触发条件对应的触发类型为端侧触发。

下面以用户通过客户端向IoT设备发送IM消息，以触发类型为情况3中的端侧触发，且以客户端为手机A，IOT设备为智能冰箱为例，介绍本申请实施例提供的另一例触发服务执行的方法，图9示出了触发服务执行的方法900的示意性流程图。值得一提的是，在方法900中，IoT设备具备判断是否满足触发服务执行的条件的能力。

步骤901，手机A通过第一服务端、第二服务端向IoT设备发送语音消息。其中，语音消息与IM消息对应。

假设手机A上安装有IM应用，手机A的使用者可以通过IM应用发送语音消息，为便于描述，将手机A的使用者称为用户A。

例如，在手机A上，用户A与智能冰箱在IM应用下的消息界面为如图10中的(a)图所示的界面1001，用户A可以长按住“按住说话”按钮，发送“温度超过5℃时降低冰箱内部的温度”的语音消息。

步骤902，第一服务端根据语音消息，生成第一场景消息，第一场景消息包括第一触发条件对应的描述信息，第一服务的执行载体的标识信息以及执行第一服务时需要调用的参数信息。

手机A上的IM应用发送的语音消息首先会到达第一服务端，第一服务端首先可以利用ASR技术将来自用户A的语音转换为“气温骤升时降低冰箱内部的温度”的文本，再利用NLP技术从该文本中识别出第一触发条件为“温度超过5℃”，第一服务为“降低冰箱内部的温度”。

为了生成第一场景消息，第一服务端还需要为第一服务关联一个能够执行第一服务的载体，例如，第一服务端为第一服务关联的执行载体为“冰箱控制”服务。

在一些实施例中，第一服务端还可以确定触发类型，例如，第一服务端上配置有触发条件与触发类型之间的对应关系，第一服务端可以根据触发条件与触发类型之间的对应关系，确定第一触发条件对应的触发类型，例如，该对应关系指示“温度变化”对应的触发类型为端侧触发，则第一服务端根据该对应关系与第一触发条件，可以确定第一触发条件对应的触发类型为端侧触发。

之后第一服务端可以生成第一场景消息，例如，第一场景消息可以包括如下字段：

displayMsg:“温度超过5℃时降低冰箱内部的温度”；

triggerCondition:{"conditionType":"CHECK_TEMPERATURE","condition":"TEMPERATURE≥5℃"}；

triggerType：端侧触发；

serviceId:“冰箱控制”服务ID；

serviceOpt:{"IoTDeviceUserId":"650536430363001","IoTDeviceId":"f030f99873a628a8a80a2","operation":"Lower The Internal Temperature"}；

其中，triggerCondition的内容与第一触发条件对应的描述信息对应，serviceId的内容与第一服务的执行载体的标识信息对应，triggerType的内容与触发类型对应，serviceOpt的内容与执行第一服务时需要调用的参数信息对应。

步骤903，第一服务端向手机A发送第一场景消息。

步骤904，手机A根据第一场景消息，显示第一场景消息对应的卡片。

由于通过语音消息创建第一场景消息具有一定的不可靠性，因此，第一服务端在生成第一场景消息后，可以向手机A上的IM应用发送第一场景消息，手机A上的IM应用在接收到第一场景消息后，可以将第一场景消息展示给用户A，以使用户A对第一场景消息进行确认，例如，手机A上的IM应用可以触发手机A显示第一场景消息对应的卡片，此时手机A的显示界面1002可以如图10中的(b)图所示。

在一些实施例中，用户A可以根据显示界面1002中显示的卡片，确定是否需要修改卡片中显示的信息。值得一提的是，图10中的(b)图至(c)图中的触发条件与第一触发条件对应。

当不需要修改卡片中显示的信息时，且当用户A确定要发送第一场景消息时，用户A可以点击“确认发送”按钮，触发手机A发送第一场景消息；当需要对卡片中显示的信息进行修改时，如果卡片提供了相应的修改入口，则用户A可以通过修改入口修改相应的内容，如果卡片没有提供相应的修改入口，则用户A可以点击“取消发送”按钮，取消发送第一场景消息后再重新发送语音消息，从而对需要修改的信息进行修改。值得一提的是，无论用户A是否需要修改卡片中显示的信息，用户A都可以随时点击“取消发送”按钮，取消本次场景消息的发送。

步骤905，检测到确认发送第一场景消息的操作，手机A通过第一服务端、第二服务端向IoT设备发送第一场景消息。

在一些实施例中，用户A点击了图10中的(b)图中的“确认发送”按钮，手机A上的IM应用响应于该操作，通过第一服务端、第二服务端向IoT设备发送第一场景消息。

步骤906，第一服务端通过第二服务端向IoT设备发送第一场景消息。

手机A向智能冰箱发送的第一场景消息会先到达第一服务端，第一服务端在接收到第一场景消息后，由第二服务端将第一场景消息转发至智能冰箱。

在接收到第一场景消息后，IoT设备可以根据第一场景消息中的triggerType字段，确定触发类型为端侧触发，即，由IoT设备确定第一触发条件是否满足，在确定第一触发条件是否满足时，IoT设备可以将第一场景消息中的triggerCondition:{"conditionType":"CHECK_TEMPERATURE","condition":"TEMPERATURE≥5℃"}注册到IoT设备中的用于确定触发条件是否满足的引擎，以便通过该引擎确定第一触发条件是否满足。

在一些实施例中，当用户A点击了界面1002中的“确认发送”按钮后，手机A的显示界面1003可以如图10中的(c)图所示，此时，用户A可以选择执行终止第一场景消息或者继续执行第一场景消息，例如，用户A可以长按图10中的(c)图中的卡片，之后手机A会显示如图10中的(d)图所示的显示界面1004，如果用户A不愿意在满足触发条件时触发第一服务，则可以点击“终止执行”按钮，否则，可以点击“继续执行”按钮。

如果用户A选择了“终止执行”按钮，则手机A上的IM应用可以向第一服务端上报第一场景消息已经被终止执行，之后第一服务端通知第二服务端第一场景消息已经被终止执行，再由第二服务端通知IoT设备第一场景消息已经被终止执行，在这种情况下，已经注册到IoT设备中的用于确定触发条件是否满足的引擎的triggerCondition会被从该引擎注销。

在方法900中，假设用户A选择了“继续执行”按钮。

步骤907，第二服务端向IoT设备发送第一场景消息。

当用于确定触发条件是否满足的引擎完成triggerCondition的注册后，可以调用接口获取当前气温，如果当前气温相比之前发生了骤升，则该引擎可以确定第一触发条件已经满足，此时，第一服务端可以向智能冰箱发送第一消息，第一消息携带第一场景消息的标识信息。

步骤908，在确定第一触发条件满足时，IoT设备根据第一消息，调用第一服务的执行载体执行第一服务。

当上述引擎完成triggerCondition的注册后，可以调用接口获取冰箱内部的当前温度，在当前温度超过5℃的情况下，则上述引擎可以确定第一触发条件已经满足，在这种情况下，智能冰箱可以根据第一场景消息，调用“冰箱控制”服务降低冰箱内部的温度。

需要说明的是，上述关于方法900的描述仅作为示例性说明，但并不构成对本申请实施例的限定，例如，在具体实现时，第一服务端在生成第一场景消息后，可以不需要用户A对第一场景消息进行确认，而是直接通过第二服务端向IoT设备发送第一场景消息。需要说明的是，在本申请实施例中，仅以语音消息为例对触发服务执行的方法进行了说明，但这并不构成对本申请的限定，本申请实施例提供的触发服务执行的方法同样适用于文本消息。

还需要说明的是，在本申请实施例中，上述列举的第一场景消息、第二场景消息中包括的字段仅作为示例性说明，并不构成对本申请实施例的限定，例如，在具体实现时，第一场景消息、第二场景消息可以包括比上述举例更多或更少的字段，本申请实施例对此不做限定。

还需要说明的是，在本申请实施例中，triggerType字段可以由第一服务端携带在第一场景消息或第二场景消息中发送至场景消息的接收端或第二服务端，除此之外，第一服务端也可以在第一场景消息或第二场景消息中不携带triggerType字段，而是由场景消息的接收端或第二服务端自行确定触发类型，本申请实施例对此不作限定。关于场景消息的接收端或第二服务端确定触发类型的方法请参考前述相关描述，为了简洁，此处不再赘述。

还需要说明的是，上述仅以方法300、方法500、方法700以及方法900作为举例对本申请实施例提供的触发服务执行的方法进行了介绍，但本申请实施例并不限定于此，任何对上述任一方法的步骤替换后获得的方法、任何对上述方法间的步骤组合后获得的方法以及任何对上述方法的场景替换后获得的方法均落入本申请实施例的保护范围以内。

例如，上述方法300中关于用户A没有修改第一场景消息的描述仅作为示例性说明，并不构成对本申请实施例的限定。

在一些实施例中，用户A也可以对图4中的(b)图中的触发条件、起始地点或目的地点中的至少一项进行了修改，手机A上的IM应用响应于该操作，修改相关信息，并触发手机A显示修改后的卡片，之后如果手机A上的IM应用检测到在修改相关信息后显示的卡片上点击“确认发送”按钮的操作，则通过第一服务端向手机B上的IM应用发送第二场景消息，第二场景消息是对第一场景消息修改后生成的。

在这种情况下，步骤305可以替换为：检测到修改第一场景消息的操作，手机A通过第一服务端向第二客户端发送第二场景消息，第二场景消息是对第一场景消息修改后生成的。

步骤306可以替换为：第一服务端向手机B发送第二场景消息。

步骤307可以替换为：手机B根据第二场景消息，显示第二场景消息对应的卡片。

步骤308可以替换为：在确定第二触发条件满足时，手机B根据第二场景消息，调用第二服务的执行载体执行第二服务。

例如，上述方法500中关于用户A修改第一场景消息的描述仅作为示例性说明，并不构成对本申请实施例的限定。

在一些实施例中，用户A也可以点击图6中的(b)图中“确认发送”按钮，手机A响应于该操作，通过第一服务端向自己发送第一场景消息。

在这种情况下，步骤505可以替换为：检测到确认发送第一场景消息的操作，手机A通过第一服务端向自己发送第一场景消息。

步骤506可以替换为：第一服务端向手机A发送第一场景消息。

步骤507可以替换为：手机A根据第一场景消息，显示第一场景消息对应的卡片。

步骤508可以替换为：在确定第一触发条件满足时，第一服务端向手机A发送第一消息，第一消息携带第一场景消息的标识信息。

步骤509可以替换为：手机A根据第一消息，调用第二服务的执行载体执行第一服务。

值得一提的是，上述声明同样适用于方法700与方法90，为了简洁，此处不再赘述。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的触发服务执行的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的触发服务执行的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的语音交互的方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (26)

1.一种触发服务执行的方法，其特征在于，包括：

第一客户端向服务端发送即时通信消息；

所述服务端根据所述即时通信消息，生成第一场景消息，所述第一场景消息包括第一触发条件对应的描述信息，第一服务的执行载体的标识信息以及执行所述第一服务时需要调用的参数信息；

所述服务端向第二客户端发送所述第一场景消息或第二场景消息，所述第二场景消息是对所述第一场景消息修改后生成的，所述第二场景消息包括第二触发条件对应的描述信息，第二服务的执行载体的标识信息以及执行所述第二服务时需要调用的参数信息；

所述第二客户端在确定所述第一触发条件满足时，根据所述第一场景消息，调用所述第一服务的执行载体执行所述第一服务，或，

所述第二客户端在确定所述第二触发条件满足时，根据所述第二场景消息，调用所述第二服务的执行载体执行所述第二服务。

2.根据权利要求1所述的方法，其特征在于，在所述服务端向第二客户端发送所述第一场景消息之前，所述方法还包括：

所述服务端向所述第一客户端发送所述第一场景消息；

所述第一客户端根据所述第一场景消息，显示所述第一场景消息对应的卡片；

如果所述第一客户端检测到确认发送所述第一场景消息的操作，则向所述服务端发送所述第一场景消息。

3.根据权利要求1或2所述的方法，其特征在于，在所述服务端向第二客户端发送所述第一场景消息后，所述方法还包括：

所述服务端确定所述第一触发条件是否满足；

在确定所述第一触发条件满足时，所述服务端向所述第二客户端发送第一消息，所述第一消息携带所述第一场景消息的标识信息；

所述第二客户端根据所述第一消息，确定所述第一触发条件满足。

4.根据权利要求1所述的方法，其特征在于，在所述服务端向第二客户端发送所述第二场景消息之前，所述方法还包括：

所述服务端向所述第一客户端发送所述第一场景消息；

所述第一客户端根据所述第一场景消息，显示所述第一场景消息对应的卡片；

如果所述第一客户端检测到修改所述第一场景消息的操作，则修改所述第一场景消息，生成所述第二场景消息，且在检测到确认发送所述第二场景消息的操作时，向所述服务端发送所述第二场景消息。

5.根据权利要求1或4所述的方法，其特征在于，在所述服务端向第二客户端发送所述第二场景消息后，所述方法还包括：

所述服务端确定所述第二触发条件是否满足；

在确定所述第二触发条件满足时，所述服务端向所述第二客户端发送第二消息，所述第二消息携带所述第二场景消息的标识信息；

所述第二客户端根据所述第二消息，确定所述第二触发条件满足。

6.根据权利要求1至5中的任一项所述的方法，其特征在于，所述即时通信消息为文本消息或语音消息。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述第一客户端与所述第二客户端为同一客户端。

8.一种触发服务执行的方法，其特征在于，所述方法由服务端执行，包括：

所述服务端接收即时通信消息，所述即时通信消息是第一客户端向所述服务端向发送的；

所述服务端根据所述即时通信消息，生成第一场景消息，所述第一场景消息包括第一触发条件对应的描述信息，第一服务的执行载体的标识信息以及执行所述第一服务时需要调用的参数信息；

所述服务端向第二客户端发送所述第一场景消息或第二场景消息，所述第二场景消息是对所述第一场景消息修改后生成的，所述第二场景消息包括第二触发条件对应的描述信息，第二服务的执行载体的标识信息以及执行所述第二服务时需要调用的参数信息。

9.根据权利要求8所述的方法，其特征在于，所述服务端在向所述第二客户端发送所述第一场景消息之前，所述方法还包括：

所述服务端向所述第一客户端发送所述第一场景消息；

所述服务端接收来自所述第一客户端的所述第一场景消息。

10.根据权利要求8或9所述的方法，其特征在于，在所述服务端向第二客户端发送所述第一场景消息后，所述方法还包括：

所述服务端确定所述第一触发条件是否满足；

在确定所述第一触发条件满足时，所述服务端向所述第二客户端发送第一消息，所述第一消息携带所述第一场景消息的标识信息。

11.根据权利要求8所述的方法，其特征在于，所述服务端在向所述第二客户端发送所述第二场景消息之前，所述方法还包括：

所述服务端向所述第一客户端发送所述第一场景消息；

所述服务端接收来自所述第二客户端的所述第二场景消息。

12.根据权利要求8或11所述的方法，其特征在于，在所述服务端向第二客户端发送所述第二场景消息后，所述方法还包括：

所述服务端确定所述第二触发条件是否满足；

在确定所述第二触发条件满足时，所述服务端向所述第二客户端发送第二消息，所述第二消息携带所述第二场景消息的标识信息。

13.根据权利要求8至12中任一项所述的方法，其特征在于，所述第一客户端与所述第二客户端为同一客户端。

14.根据权利要求8至13中任一项所述的方法，其特征在于，所述即时通信消息为文本消息或语音消息。

15.一种触发服务执行的方法，其特征在于，所述方法由客户端执行，包括：

所述客户端向服务端发送即时通信消息；

所述客户端接收来自所述服务端的第一场景消息或第二场景消息，所述第一场景消息是根据所述即时通信消息生成的，所述第一场景消息包括第一触发条件对应的描述信息，第一服务的执行载体的标识信息以及执行所述第一服务时需要调用的参数信息，所述第二场景消息所述客户端在首次接收到所述第一场景消息后，对所述第一场景消息修改后生成的，所述第二场景消息包括第二触发条件对应的描述信息，第二服务的执行载体的标识信息以及执行所述第二服务时需要调用的参数信息；

在确定所述第一触发条件满足时，所述客户端根据所述第一场景消息，调用所述第一服务的执行载体执行所述第一服务；或，

在确定所述第二触发条件满足时，所述客户端根据所述第二场景消息，调用所述第二服务的执行载体执行所述第二服务。

16.根据权利要求15所述的方法，其特征在于，在所述客户端首次接收到所述第一场景消息后，所述方法还包括：

根据所述第一场景消息，显示所述第一场景消息对应的卡片；

如果检测到确认发送所述第一场景消息的操作，则向所述服务端发送所述第一场景消息。

17.根据权利要求15或16所述的方法，其特征在于，所述方法还包括：

接收来自所述服务端的第一消息，所述第一消息携带所述第一场景消息的标识信息；

根据所述第一消息，确定所述第一触发条件满足。

18.根据权利要求15所述的方法，其特征在于，在所述客户端首次接收到所述第一场景消息后，所述方法还包括：

根据所述第一场景消息，显示所述第一场景消息对应的卡片；

如果检测到修改所述第一场景消息的操作，则修改所述第一场景消息，生成所述第二场景消息，且在检测到确认发送所述第二场景消息的操作时，向所述服务端发送所述第二场景消息。

19.根据权利要求15或18所述的方法，其特征在于，所述方法还包括：

接收来自所述服务端的第二消息，所述第二消息携带所述第二场景消息的标识信息；根据所述第二消息，确定所述第二触发条件满足。

20.根据权利要求15至19中任一项所述的方法，其特征在于，所述即时通信消息为文本消息或语音消息。

21.一种触发服务执行的方法，其特征在于，所述方法包括：

第一客户端向第一服务端发送即时通信消息；

所述第一服务端根据所述即时通信消息，生成第一场景消息，所述第一场景消息包括第一触发条件对应的描述信息，第一服务的执行载体的标识信息以及执行所述第一服务时需要调用的参数信息；

所述第一服务端向所述第二服务端发送所述第一场景消息或第二场景消息，所述第二场景消息是对所述第一场景消息修改后生成的，所述第二场景消息包括第二触发条件对应的描述信息，第二服务的执行载体的标识信息以及执行所述第二服务时需要调用的参数信息；

第二服务端向第二客户端发送所述第一场景消息或所述第二场景消息；

所述第二客户端在确定所述第一触发条件满足时，根据所述第一场景消息，调用所述第一服务的执行载体执行所述第一服务，或，

所述第二客户端在确定所述第二触发条件满足时，根据所述第二场景消息，调用所述第二服务的执行载体执行所述第二服务。

22.根据权利要求21所述的方法，其特征在于，在所述第二服务端向第二客户端发送所述第一场景消息后，所述方法还包括：

所述第二服务端确定所述第一触发条件是否满足；

在确定所述第一触发条件满足时，所述第二服务端向所述第二客户端发送第一消息，所述第一消息携带所述第一场景消息的标识信息；

所述第二客户端根据所述第一消息，确定所述第一触发条件满足。

23.根据权利要求21所述的方法，其特征在于，在所述第二服务端向第二客户端发送所述第二场景消息后，所述方法还包括：

所述第二服务端确定所述第二触发条件是否满足；

在确定所述第二触发条件满足时，所述第二服务端向所述第二客户端发送第二消息，所述第二消息携带所述第二场景消息的标识信息；

所述第二客户端根据所述第二消息，确定所述第二触发条件满足。

24.一种电子设备，其特征在于，包括：一个或多个处理器；存储器；安装有多个应用程序的模块；以及一个或多个程序，其中所述一个或多个程序被存储在所述存储器中，当所述一个或者多个程序被所述处理器执行时，使得所述电子设备执行如权利要求8至14中任一项所述的方法，或，使得所述电子设备执行如权利要求15至20中任一项所述的方法，或，使得所述电子执行如权利要求21至23中任一项所述的由第一客户端、第二客户端、第一服务端或第二服务端执行的方法。

25.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求8至14中任一项所述的方法，或，使得所述电子设备执行如权利要求15至20中任一项所述的方法，或，使得所述电子执行如权利要求21至23中任一项所述的由第一客户端、第二客户端、第一服务端或第二服务端执行的方法。

26.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求8至14中任一项所述的方法，或，使得所述计算机执行如权利要求15至20中任一项所述的方法，或，使得所述计算机执行如权利要求21至23中任一项所述的由第一客户端、第二客户端、第一服务端或第二服务端执行的方法。

Images