CN117917629A - 服务运行方法及相关产品 - Google Patents

Abstract

本申请实施例公开了一种服务运行方法及相关产品，方法包括：获取目标数据，其中，目标数据包括用户信息和环境信息；根据目标数据，确定用户的目标意图信息；确定目标意图信息所触发的目标服务；确定目标服务对应的至少一个目标触点；通过至少一个目标触点运行目标服务，其中，目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。采用本申请实施例能够实现对于目标服务的智能运行，有利于提高用户体验。

Description

服务运行方法及相关产品

技术领域

本申请涉及电子设备技术领域，具体涉及一种服务运行方法及相关产品。

背景技术

随着电子设备相关技术的不断发展，电子设备(手机、平板电脑等)可以响应于用户主动语音下发指令或者在交互界面上手动搜索等方式的操作，在设备中呈现相应地服务或服务入口，以实现获取符合其意图的服务。

在上述方式中，用户需要主动触发相关服务入口，且上述服务的实现需要高依赖于用户指令或者操作的方式，例如在用户忙碌无法语音或者切换使用的电子设备等各种复杂场景时，用户无法操作导致无法实现上述功能，用户体验低。

发明内容

本申请实施例提供了一种服务运行方法及相关产品，有利于快速确定适配于该用户的目标服务，并能够实现对于目标服务的智能运行，有利于提高用户体验。

第一方面，本申请实施例提供一种服务运行方法，应用于第一设备，所述方法包括：

获取目标数据，其中，所述目标数据包括用户信息和环境信息；

根据所述目标数据，确定用户的目标意图信息；

确定所述目标意图信息所触发的目标服务；

确定所述目标服务对应的至少一个目标触点；

通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。

第二方面，本申请实施例提供一种服务运行装置，应用于第一设备，所述装置包括：获取单元、确定单元和运行单元，其中，

所述获取单元，用于获取目标数据，其中，所述目标数据包括用户信息和环境信息；

所述确定单元，用于根据所述目标数据，确定用户的目标意图信息；

所述确定单元，还用于确定所述目标意图信息所触发的目标服务；

所述确定单元，还用于确定所述目标服务对应的至少一个目标触点；

所述运行单元，用于通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。

第三方面，本申请实施例提供一种电子设备，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。

第四方面，本申请实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。

第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出，本申请实施例中，获取目标数据，其中，所述目标数据包括用户信息和环境信息；根据所述目标数据，确定用户的目标意图信息；确定所述目标意图信息所触发的目标服务；确定所述目标服务对应的至少一个目标触点；通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。如此，不需要用户直接的参与，第一设备可根据目标意图信息，确定用于支持目标服务的至少一个触点，并通过至少一个触点运行目标服务，有利于快速确定适配于该用户的目标服务，并能够实现对于目标服务的智能运行，有利于提高用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

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

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

图3A是本申请实施例提供的一种服务运行系统的结构示意图；

图3B是本申请实施例提供的一种服务运行系统的架构示意图；

图3C是本申请实施例提供的一种服务运行方法的流程示意图；

图4是本申请实施例提供的一种服务运行方法的流程示意图；

图5A是本申请实施例提供的一种服务卡片在不同目标触点的展示形态示意图；

图5B是本申请实施例提供的一种服务卡片在不同目标触点的展示形态示意图；

图6是本申请实施例提供的一种数据流转的流程示意图；

图7是本申请实施例提供的一种服务运行方法的流程示意图；

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

图9A是本申请实施例提供的一种服务运行装置的功能单元组成框图；

图9B是本申请实施例提供的一种服务运行装置的功能单元组成框图；

图9C是本申请实施例提供的一种服务运行装置的功能单元组成框图；

图9D是本申请实施例提供的一种服务运行装置的功能单元组成框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的区间。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

电子设备可以是还包含其它功能诸如个人数字助理和/或音乐播放器功能的便携式电子设备，诸如手机、平板电脑、具备无线通讯功能的可穿戴电子设备(如智能手表、智能眼镜)、车载设备等。便携式电子设备的示例性实施例包括但不限于搭载IOS系统、Android系统、Microsoft系统或者其它操作系统的便携式电子设备。上述便携式电子设备也可以是其它便携式电子设备，诸如膝上型计算机(Laptop)等。还应当理解的是，在其他一些实施例中，上述电子设备也可以不是便携式电子设备，而是台式计算机。

本申请所公开的技术方案的软硬件运行环境介绍如下。

示例性的，图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等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备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中还可以设置存储器，用于存储指令和数据。示例性地，处理器110中的存储器可以为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。这样就避免了重复存取，减少了处理器110的等待时间，因而提高了电子设备100处理数据或执行指令的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路间(inter-integrated circuit，I2C)接口、集成电路间音频(inter-integrated circuitsound，I2S)接口、脉冲编码调制(pulse code modulation，PCM)接口、通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口、移动产业处理器接口(mobile industry processor interface，MIPI)、用输入输出(general-purpose input/output，GPIO)接口、SIM卡接口和/或USB接口等。其中，USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口、Micro USB接口、USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。该USB接口130也可以用于连接耳机，通过耳机播放音频。

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

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110、内部存储器121、外部存储器、显示屏194、摄像头193和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量、电池循环次数、电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1、天线2、移动通信模块150、无线通信模块160、调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)、蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)、调频(frequency modulation，FM)、近距离无线通信技术(near field communication，NFC)、红外技术(infrared，IR)、UWB等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

电子设备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)、迷你发光二极管(mini light-emitting diode，miniled)、MicroLed、Micro-oLed、量子点发光二极管(quantum dot light emitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或多个显示屏194。

电子设备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等格式的图像信号。在一些实施例中，电子设备100可以包括1个或多个摄像头193。

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

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

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别、人脸识别、语音识别、文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器110可以通过运行存储在内部存储器121的上述指令，从而使得电子设备100执行本申请一些实施例中所提供的显示页面元素的方法，以及各种应用以及数据处理等。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统；该存储程序区还可以存储一个或多个应用(比如图库、联系人等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如照片，联系人等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储部件，闪存部件，通用闪存存储器(universal flash storage，UFS)等。在一些实施例中，处理器110可以通过运行存储在内部存储器121的指令，和/或存储在设置于处理器110中的存储器的指令，来使得电子设备100执行本申请实施例中所提供的显示页面元素的方法，以及其他应用及数据处理。电子设备100可以通过音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D、以及应用处理器等实现音频功能。例如音乐播放、录音等。

传感器模块180可以包括压力传感器180A、陀螺仪传感器180B、气压传感器180C、磁传感器180D、加速度传感器180E、距离传感器180F、接近光传感器180G、指纹传感器180H、温度传感器180J、触摸传感器180K、环境光传感器180L、骨传导传感器180M等。

其中，压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即X、Y和Z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

示例性的，图2示出了电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

第一部分，本申请实施例所公开的示例应用场景介绍如下。

图3A示出了本申请所适用的服务运行系统的结构示意图，应用于第一设备，该系统结构示意图中可包括：智慧系统、服务系统和多触点系统。

其中，上述智慧系统可包括情景感知引擎和意图确定模块；该情景感知引擎用于支持意图确定模块确定或者推理用户的意图。不同的应用场景可以对应有不同的意图信息，不同的意图信息可对应有不同的服务；例如，针对打车场景，意图可以是查看车辆状态等等，针对定外卖场景，意图可以是查看外卖员的订单配送状态等等。

可选地，上述智慧系统还可以包括情境感知语义模型和语义库，能够为情景感知引擎准确预测用户意图提供模型和知识库支撑，有利于提升覆盖度，有利于提高服务匹配准确度。

其中，上述服务系统可包括服务管理模块和服务决策模块；该服务管理模块用于管理服务的下载、安装等，用于维护服务的相关数据信息；该服务决策模块用于根据用户的意图信息确定其适配的服务以及与该服务适配的触点。上述每一服务可对应有服务卡片，该服务卡片可用于显示于电子设备的桌面、负一屏、状态栏、锁屏界面等等位置，服务系统可用于管理不同的服务对应的服务卡片，还可以支持电子设备对于服务的订阅等。

其中，在本申请中，服务可包括以下至少一种：打车服务、闹钟服务、外卖点单服务、导航服务、视频播放服务、拍照服务等等，在此不作限定。

其中，上述多触点系统可包括运行引擎和多个触点，该触点可以理解为和用户接触的入口位置，触点可以包含以下至少一种类型：多模态触点、多入口触点、多设备触点、多平台触点等等，在此不作限定。上述运行引擎可以为多个触点的运行提供支撑，并能通过底层异构、交互自适应等技术支持上述服务在各个不同触点运行。

可选地，上述多模态触点可用于支持视觉、听觉等模态运行服务；上述多入口触点可用于支持在桌面、负一屏、息屏显示模块(Always on Display，AOD)、通知中心模块、锁屏模块、通知栏模块等入口运行服务；上述多设备触点用于支持在不同的电子设备(例如智能手机、智能手表等)运行服务；上述多平台触点用于支持在Windows系统各平台、Android系统平台等运行服务。

其中，如图3B所示，为一种服务运行系统的架构示意图；在本申请中，电子设备(如第一设备)可装载上述全部的系统模块(包括智慧系统、服务系统和多触点系统等)。

在一个可能的示例中，第一设备可获取目标数据，其中，所述目标数据包括用户信息和环境信息；根据所述目标数据，确定用户的目标意图信息；确定所述目标意图信息所触发的目标服务；确定所述目标服务对应的至少一个目标触点；通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。如此，不需要用户直接的参与，第一设备可根据目标意图信息，确定用于支持目标服务的至少一个触点，并通过至少一个触点运行目标服务，有利于快速确定适配于该用户的目标服务，并能够实现对于目标服务的智能运行，有利于提高用户体验。

如图3C所示，为一种服务运行方法的流程示意图，如图所示，可包括第一设备和云端设备，其中，云端设备可包括上述智慧系统，第一设备可包括服务系统和多触点系统。进而，可通过云端设备与第一设备交互，以通过云端设备确定用户的意图信息，并将意图信息发送至第一设备，第一设备可接收该意图信息，并通过服务系统实现对于意图信息的分析，以确定适配于该意图信息的服务，以及适配于该服务的多个触点，从而可通过多触点系统实现多个触点对于上述服务的支撑。如此，可用于支持多种交互方式，例如，可在电子设备的运算能力不足以支持目标意图信息的计算时，采用云端设备实现对于目标意图信息的确定，以实现电子设备与云端设备的交互，可提高本方案的普适性。

示例的，针对打车场景，第一设备将打车场景对应的服务卡片接入服务系统，上传到统一的服务管理模块管理；智慧系统感知到用户打车成功且在等待车辆以后，触发“查看车辆状态的意图”的目标意图信息；将“查看车辆状态的意图”发送到服务模块的服务决策模块，服务决策模块基于服务信息选择目标服务，并确定该目标服务对应的最合适的触点，若该触点为桌面，则在桌面运行目标服务，并为打车服务卡片做准备，通过桌面运行打车服务卡片。实时监控打车服务卡片的触点的状态信息的变化，并在该状态信息变化以后，确定最合适的另一个触点，若该触点为通知栏，则在通知栏运行目标服务，并在通知栏显示打卡服务卡片，并流转桌面打卡服务卡片对应的数据到通知栏中，以保证数据的连续性；如此，可实现打车场景的关于打车服务的打车服务卡片的精准推送，并在触点状态信息发生变化时，实时的切换到合适的触点，并通过该触点流转服务卡片的数据，有利于提高数据的连续性，并有利于提高用户体验。

需要说明的是，在本申请中，上述多个可指两个或两个以上，后续不再赘述。

第二部分，本申请实施例所公开的权要保护区间介绍如下。

请参阅图4，图4是本申请实施例提供的一种服务运行方法的流程示意图，应用于第一设备，如图所示，本服务运行方法包括以下操作。

S401、获取目标数据，其中，所述目标数据包括用户信息和环境信息。

其中，上述目标数据可包括以下至少一种：用户信息和环境信息等等，在此不作限定；上述用户信息可包括用于使用第一设备中第三方应用程序和/或系统应用程序的用户行为数据(例如，使用该第三方应用程序的操作数据、行为习惯、语音数据等等，在此不作限定)、第三方应用程序和/或系统应用程序反馈的应用数据、用户画像数据等等，在此不作限定；上述环境信息可以是用户在使用第一设备的周围环境的信息，例如，雨天、晴天、光线亮度、嘈杂环境、车载环境等等，在此不作限定。

S402、根据所述目标数据，确定用户的目标意图信息。

其中，上述目标数据用于第一设备根据如图3B所示的智慧系统通过情景感知模块和意图确定模块确定该用户的目标意图信息，该用户可以指具备使用权限的用户，可以是一个或多个；上述目标意图信息可用于表征用户当前所想要第一设备执行的动作，或者该用户针对上述第三方应用程序和/或系统应用程序想要获取或者确认或者查看的信息等等，在此不作限定。

其中，上述目标数据可以是来源于多个第三方应用程序或者系统应用程序的相关数据，并从大量的相关数据中进一步的确定得到适配于该用户的目标意图信息；例如，上述目标数据可以是打车应用程序和定外卖应用程序分别反馈到第一设备智慧系统中的相关数据，智慧系统可根据上述打车应用程序和定外卖应用程序分别对应的相关数据，对用户接下来想要做的事情或者行为进行预判，以确定其到底是需要打车还是需要定外卖。

示例的，第一设备可通过如图3A所示的智慧系统获取第三方应用程序(例如打车软件)的相关打车信息(例如，是否打车成功、是否派单成功、车辆信息等等)，以通过情景感知模块确定该用户处于打车场景，并感知该用户处于“打车成功，并等待车辆”场景中，进而，可确定该用户的目标意图信息为“查看车辆状态”的意图。

S403、确定所述目标意图信息所触发的目标服务。

其中，一个目标意图信息可对应一种服务；每一服务可对应有服务信息，该服务可以是系统自定义或者用户自行设置，在此不作限定。该服务信息可以包括以下至少一种：服务类型、服务接口、服务所适配的协议、服务的生命周期、服务对应的服务卡片的样式和/或颜色和/或显示位置等配置信息、服务实现框架等等，在此不作限定。

具体实现中，第一设备可获取如图3B所示的服务管理模块中每一服务所对应的服务信息，并根据目标意图信息，通过服务决策模块从多个服务信息中筛选得到目标服务信息和该目标服务信息对应的目标服务。

S404、确定所述目标服务对应的至少一个目标触点。

其中，如图3B所示，第一设备中的多触点系统中可包括多个触点，每一触点可对应一种触点类型，第一设备可以根据目标服务从多个触点中确定适配于该目标服务的至少一个目标触点。

S405、通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。

其中，在上述目标触点包括多个时，可根据多个目标触点对应的触点类型，使得目标服务运行在多个目标触点时，保持目标服务对应的服务卡片数据的连续性。

可以看出，本申请实施例中所描述的服务运行方法，获取目标数据，其中，所述目标数据包括用户信息和环境信息；根据所述目标数据，确定用户的目标意图信息；确定所述目标意图信息所触发的目标服务；确定所述目标服务对应的至少一个目标触点；通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。如此，不需要用户直接的参与，第一设备可根据目标意图信息，确定用于支持目标服务的至少一个触点，并通过至少一个触点运行目标服务，有利于快速确定适配于该用户的目标服务，并能够实现对于目标服务的智能运行，有利于提高用户体验。

在一个可能的示例中，在所述确定所述目标服务对应的至少一个目标触点之后，上述方法还包括如下步骤：根据所述目标服务，从所述至少一个目标触点中筛选得到第一目标触点。

在一个可能的示例中，所述通过所述至少一个目标触点运行所述目标服务，上述方法可包括如下步骤：根据所述第一目标触点，确定所述目标服务对应的服务卡片的第一展示形态；确定所述第一目标触点的展示位置，并以所述第一展示形态在所述展示位置显示所述服务卡片。

其中，当目标触点有一个时，可确定该目标触点为第一目标触点；当目标触点有多个时，可从多个目标触点中选择第一目标触点，并将该第一目标触点作为初始目标触点，以通过初始目标触点实现当前用户所需要的服务。

示例的，若用户处于打车场景，第一设备在确定目标意图信息为查看车辆运行状态以后，第一设备处于显示负一屏状态，则可确定第一目标触点为多入口触点，即可以在该负一屏对应的第一目标触点运行该目标服务。

其中，如图3A和/或图3B所示的服务系统中可包括多个服务，每一服务可对应有一个服务卡片，服务卡片在不同的入口、平台、设备中的展示不同的形态，即可以有不同的展示形态，该展示形态可以是用户自行设置或者系统默认，在此不作限定，该服务卡片可用于在第一设备中的桌面、负一屏、锁屏桌面、通知栏等展示，也可以用于在第一设备的关联设备(例如手机的关联智能手表)中展示。

可见，本示例中，第一设备可选择第一目标触点，以实现对于服务的运行，并实现对于服务对应的服务卡片的展示。

在一个可能的示例中，若所述目标触点包括多个；所述通过所述至少一个目标触点运行所述目标服务，上述方法可包括如下步骤：获取所述用户的用户操作信息；根据所述用户操作信息，监控所述多个目标触点的状态信息的变化情况；若所述用户操作信息指示所述多个目标触点的状态信息发生变化，则根据所述状态信息，从所述多个目标触点中筛选得到第二目标触点，其中，所述第二目标触点为不同于所述第一目标触点的其他触点；根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态；将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点；通过所述第二目标触点接续所述服务卡片对应的数据，并以所述第二展示形态显示所述服务卡片。

其中，上述用户操作信息可包括以下至少一种：熄屏操作、放下第一设备操作、下拉通知栏操作、锁屏操作、打开应用程序操作、打开或者佩戴第一设备关联设备操作等等，在此不作限定；该用户操作信息不同于上述用户信息中包括的用户行为信息，例如，用户行为信息可以是用户操作第三方应用程序时的相关信息，上述用户操作信息可以理解为在确定用户的目标意图信息以后，第一设备所监控到的用户操作第一设备以及关联设备的操作信息，例如，可以是熄屏操作、放下第一设备操作、打开与第一设备关联设备操作等等，在此不作限定。

其中，上述多个目标触点的状态信息可以指当前所使用的触点的状态信息，伴随着用户的操作行为的变化，上述多个目标触点的状态信息会发生变化。当多个目标触点的状态信息发生变化以后，当前用于支持或者运行目标服务的目标触点也会发生变化，为了保证服务卡片的数据的连续性，可在状态信息发生变化以后，从多个目标触点中选择接续服务卡片的数据的其他目标触点。

其中，上述状态信息的变化情况可根据用户的操作行为确定，例如，在用户操作信息发生跨设备、跨平台或者跨入口变化时，或者用户操作信息满足预设的操作信息时，可以确定状态信息发生变化；进一步地，可以根据用户操作信息和状态信息，从多个目标触点中筛选得到第二目标触点，该第二目标触点与用户操作信息强相关，该第二目标触点不同于第一目标触点。

示例的，用户可以在第一时刻打开手机，并显示桌面，则可以确定该桌面入口对应的目标触点为第一目标触点，并通过第一目标触点运行目标服务；当第二时刻，用户触发锁屏操作以后，可以确定锁屏界面对应的目标触点为第二目标触点，第一设备中包括的运行引擎可以自适应不同触点的差异，可将第一目标触点对应的服务卡片的数据流转到第一目标触点，并通过第二目标触点接续第一目标触点运行服务时服务卡片对应的数据，即在锁屏界面中以第二展示形态显示该服务卡片。

示例的，如下表1所示，为针对打车场景的目标触点动作执行表格，若针对打车场景，已确定或触发目标意图信息为查看车辆状态，并且触发查看车辆状态时，第一设备检测到用户操作信息为停留在桌面上，则可打开打车服务对应的服务卡片，并通过桌面入口对应的目标触点(第一目标触点)支持目标服务，即以桌面的卡片形态运行上述目标服务，以第一目标触点的卡片形态运行上述目标服务；当用户打开浏览器以后，则确定第一目标触点的状态信息发生变化，则可重新选择第二目标触点，并确定第二目标触点对应的服务卡片的数据运行于状态栏的顶部，并且以胶囊形态(第二展示形态)接续展示或者运行服务卡片中的数据，以此类推，以通过不同的目标触点，实现目标服务对应的服务卡片在不同的入口的数据流转和接续。

表1、针对打车场景的目标触点动作执行表格

可见，本示例中，当目标触点的状态信息伴随用户操作信息发生变化时，则可重新选择当前支持目标服务的目标触点，即第二目标触点，并通过第二目标触点接续第一目标触点运行目标服务时的服务卡片的数据，如此，有利于保证数据运行的连续性，不需要用户触发切换服务或者触发打开服务卡片等操作，即可伴随用户操作，实现对于服务卡片的自动切换显示，有利于提高用户体验。

在一个可能的示例中，所述根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态之后，上述方法还可包括如下步骤：根据所述状态信息，确定所述第二目标触点的入口位置；若所述入口位置指示所述第二目标触点为不同于所述第一目标触点的入口位置，则根据所述第二目标触点的入口位置，将所述服务卡片对应的数据流转到所述第二目标触点。

其中，在本示例中，第二目标触点的触点类型可以是多入口触点；第一设备可针对不同的触点设置不同的服务卡片的展示形态；该入口位置可以包括以下至少一种：状态栏界面、通知中心界面、锁屏界面、桌面、AOD熄屏等等，在此不作限定。

示例的，如图5A和图5B所示，为一种服务卡片在不同目标触点的展示形态示意图，例如，针对多入口触点，如图5A所述，在状态栏可以顶部胶囊形态展示上述服务卡片；如图5B所示，在通知中心界面可以横幅形态展示上述服务卡片，该服务卡片可悬浮于通知中心界面中，该服务卡片中可包括“车辆已到达”的数据。

可见，本示例中，针对多入口触点，可在目标触点的状态信息发生变化以后，根据当前最新的目标触点的入口位置，即第二目标触点的入口位置，接续上述第一目标触点对应的服务卡片的数据，并将其流转到第二目标触点对应的入口中，以实现对于入口间数据流转的连续性，有利于在用户无感的情况下，智能推送最适配的目标服务，以及适配最合适的目标触点，有利于提高服务推送准确率，有利于提高用户体验。

在一个可能的示例中，所述根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态之后，上述方法还可包括如下步骤：根据所述状态信息，确定所述第二目标触点的触点类型；若所述触点类型指示所述第二目标触点为所述多设备触点，则确定所述第二目标触点对应的第二设备，将所述服务卡片对应的数据流转到所述第二设备，其中，所述第二目标触点用于接续所述服务卡片对应的数据，所述服务卡片用于在所述第二设备中以所述第二展示形态显示。

其中，上述触点类型可包括以下至少一种：多模态触点类型、多入口触点类型、多设备触点类型和多平台触点类型等等，在此不作限定。

其中，第一设备的第二目标触点可用于接续服务卡片的数据，并将该数据发送到第二设备对应的目标触点中，以通过第二设备的目标触点支持该服务卡片的数据的显示，可以第二目标触点对应的第二展示形态显示，也可以由第二设备中自行设置的其他展示形态显示，在此不作限定。

示例的，如下表2所示，为针对打车场景的目标触点动作执行表格，若针对打车场景，已确定或触发目标意图信息为查看车辆状态，并且触发查看车辆状态时，第一设备检测到用户操作信息为停留在桌面上，则可打开打车服务对应的服务卡片，并通过桌面入口对应的目标触点(第一目标触点)支持目标服务，即以桌面的卡片形态运行上述目标服务，以第一目标触点的卡片形态运行上述目标服务；当用户放下手机，且确定用户佩戴手表或者用户抬腕以后，则确定第一目标触点的状态信息发生变化，则可重新选择第二目标触点，并确定第二目标触点的触点类型为多设备触点，并确定与第一设备(手机)关联的第二设备(手表)，将第一目标触点对应的服务卡片的数据，即桌面的卡片形态运行的数据流转到第二设备中，即流转到手表中，手表可以胶囊形态接续运行上述服务卡片的数据。

表2、针对打车场景的目标触点动作执行表格

用户操作信息	目标触点动作执行
		停留在桌面上	打开服务卡片，并以桌面的卡片形态上运行
用户放下手机，且用户佩戴手表或者用户抬腕	流转到手表的胶囊形态接续运行服务卡片的数据

可见，本示例中，针对多设备触点，可在第一目标触点的状态信息发生变化以后，确定第二目标触点的类型为多设备触点，即需要跨设备实现服务卡片的数据的接续，可通过第二设备接续上述第一目标触点对应的服务卡片的数据，并将其流转到第二设备中，以实现对于跨设备数据流转的连续性，有利于在用户无感的情况下，智能推送最适配的目标服务，以及适配最合适的设备或目标触点，有利于提高服务推送准确率，有利于提高用户体验。

在一个可能的示例中，若所述第二设备为预设设备，上述方法还可包括如下步骤：将所述服务卡片对应的数据流转到所述第二设备，其中，所述第二目标触点用于接续所述服务卡片对应的数据，所述第二设备用于播放所述服务卡片对应的数据。

其中，上述预设设备可以为用户自行设置或者系统默认，在此不作限定；该预设设备可以指具备播放功能的设备，例如，可以是蓝牙耳机、具备播放功能的智能手表等。

其中，上述第二目标触点可以在用户操作信息用于指示其处于特定场景时触发接续服务卡片对应的数据，该特定场景可与用户实际所处环境场景和服务卡片对应的目标服务所适配的应用场景进一步确定。例如，针对打车场景，该特定场景可以是根据用户所处环境场景的位置信息和打车场景确定得到的“车辆已到达”场景；例如，如下表3所示，为针对打车场景的目标触点动作执行表格，若针对打车场景，已确定或触发目标意图信息为查看车辆状态，并且触发查看车辆状态时，第一设备检测到用户操作信息为停留在桌面上，则可打开打车服务对应的服务卡片，并通过桌面入口对应的目标触点(第一目标触点)支持目标服务，即以桌面的卡片形态运行上述目标服务，以第一目标触点的卡片形态运行上述目标服务；当确定用户佩戴耳机，且第一设备检测到其无法显示服务卡片时，可通过第二目标触点接续上述服务卡片的数据，并将该服务卡片的数据发送到第二设备，通过蓝牙耳机(第二设备)接续服务卡片的数据，即相关的车辆运行信息(例如车辆已到达等信息)；并通过第二设备播放服务卡片的数据。

表3、针对打车场景的目标触点动作执行表格

用户操作信息	目标触点动作执行
		停留在桌面上	打开服务卡片，并以桌面的卡片形态上运行
用户佩戴耳机且车辆已到达等	以语音的形态在耳机播放服务卡片的数据

可见，本示例中，针对多设备触点，当第一设备不方便提供服务卡片的数据的显示或者运行条件时，可重新选择第二目标触点，并通过第二目标触点确定与第一设备关联的第二设备，通过第二设备接续上述服务卡片的数据，如此，可以在第一设备检测到用户使用环境复杂时，例如，用户将第一设备置于口袋且用户正在通过第二设备听歌状态时，或者用户不方便查看第一设备且佩戴第二设备时等等，仍然实现目标服务的运行，有利于提高用户体验；并能够为用户适配到最合适的目标服务和目标触点，有利于提高目标服务确定的准确率。

在一个可能的示例中，所述通过所述至少一个目标触点运行所述目标服务，上述方法可包括如下步骤：获取所述用户的用户操作信息；根据所述用户操作信息，监控所述至少一个目标触点的状态信息的变化情况；若所述用户操作信息指示所述至少一个目标触点的状态信息发生变化，则根据所述状态信息，重新确定用于继续运行所述目标服务对应的至少一个其他目标触点，并通过所述至少一个其他目标触点继续运行所述目标服务。

其中，当上述状态信息发生变化，且该状态信息指示至少一个目标触点无法支持目标服务，则可重新确定用于继续运行目标服务对应的至少一个其他目标触点；第一设备可根据用户操作信息确定服务运行场景，并根据该服务运行场景确定状态信息是否适配该服务场景，在确定其不适配于服务场景的情况下，可重新确定用于继续运行所述目标服务对应的至少一个其他目标触点。

例如，第一目标触点对应桌面入口，当第一设备检测到用户熄屏，服务运行场景为驾驶场景中，则可确定与该第一设备关联的车载设备，并确定第二目标触点，该第二目标触点为多设备触点，原本可通过第二目标触点发送第一目标触点对应的服务卡片的数据到车载设备，通过车载设备接续显示服务卡片的数据，但如果第一设备检测到用户设置不允许在车载设备显示服务卡片的数据，即该第二目标触点的状态信息不适配于上述驾驶场景，则可重新确定用于继续运行目标服务的至少一个其他目标触点，例如，若用户佩戴与第一设备关联的第三设备(手表等)，则可以重新适配得到第三目标触点，并通过第三设备(手表)接续显示第一设备中的目标服务对应的服务卡片的数据。

可见，本示例中，第一设备可以监控用户操作信息，并在用户操作信息指示目标触点的状态信息发生变化以后，如果选择的至少一个目标触点无法支撑目标服务，可以重新选择新的其他目标触点，并接续目标服务对应的目标卡片的数据，如此，有利于提高用户体验。

在一个可能的示例中，所述确定所述目标服务对应的至少一个目标触点之后，所述方法还包括如下步骤：确定所述第一设备中多个触点中每一触点的传递方式；根据所述每一触点的传递方式，将包含所述目标服务和至少一个目标触点的决策结果传递给所述触点，以从所述多个触点中确定至少一个目标触点，并向所述每一目标触点传递所述目标服务对应服务卡片的数据。

其中，上述传递方式包括：触点被动监听和触点主动查询等，在此不作限定。

其中，当第一设备的服务系统确定了目标服务和其对应的至少一个目标触点的决策结果以后，第一设备中的多个触点可以通过主动监听的方式被动接收或者主动查询上述服务系统关于确定至少一个目标触点的决策结果，以确定该触点是否为目标触点，如此，可以从多个触点中确定得到至少一个目标触点，并向该目标触点传递服务卡片的数据。最后，各个目标触点获得服务卡片的数据后，将运行需要的信息传递给运行引擎，由运行引擎运行服务卡片以支持目标服务。

可见，本申请中，可根据每一触点的传递方式确定至少一个目标触点，有利于提高触点控制的多样性。

在一个可能的示例中，所述通过所述至少一个目标触点运行所述目标服务，上述方法可包括如下步骤：确定所述服务卡片的卡片权限信息；根据所述卡片权限信息，确定每一目标触点的决策方式，其中，所述决策方式用于确定对应的目标触点是否需要运行所述服务卡片；根据所述每一目标触点的决策方式，通过所述每一目标触点运行所述目标卡片对应的数据，以通过所述至少一个目标触点支持所述目标服务。

其中，卡片权限信息可由用户自行设定或者系统默认，在此不作限定；例如，当前桌面是否用户可见，当前服务卡片是否可以在其他设备显示等卡片权限信息，在此不作限定。

其中，每一目标触点可对应有决策方式，该决策方式用于确定是否运行服务卡片，决策方式可以是自己决策或者第一设备对应服务决策，例如，目标触点可以主动决策当前桌面显示的服务卡片是否用户可见，或者目标服务的配置信息指示该目标服务对应的服务卡片不能显示于车机设备，则可由服务系统决策该目标触点不能运行目标卡片对应的数据。

可见，本示例中，为了提高用户信息安全，可配置每一目标触点的决策方式，并根据该决策方式确定该目标触点是否可以支持目标服务的运行，即是否需要运行服务卡片，如此，有利于提高信息安全；并且，用户也可以自主设置可以支持目标服务的运行的触点，有利于提高用户体验。

在一个可能的示例中，所述将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点，上述方法可包括如下步骤：确定所述服务卡片对应的数据的来源端；根据预设的来源端与预设的数据处理方式之间的映射关系，确定所述服务卡片的数据的数据流转方式；根据所述数据流转方式，将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点。

其中，上述来源端可以是云端设备、第三方应用程序(宿主应用程序)、系统应用程序(系统自身逻辑程序)；针对不同的来源端，可以设置不同的数据处理方式，如此，有利于适配于不同的来源端的数据流转，有利于提高方案的适用广度。

示例的，若来源端为第三方应用程序，则可确定第一目标触点对应的第一入口和第二目标车触点对应的第二入口，如图6所示，为一种数据流转的流程示意图，第一设备可确定在第一入口开始流转数据，并通知第三方应用程序关于在第一入口数据流转的流转事件，进而可以触发第三方应用程序保存当前的相关数据(例如，运行数据)，第一设备可同时通知第二目标触点对应的第二入口以第二展示形态展示服务卡片对应的数据，进而，第二入口可获取上述连续性的运行数据(相关数据)，并在服务卡片中展示。如此，以实现第二入口接收相关数据，有利于保证服务卡片对应数据显示的连续性。

可见，在本示例中，可通过不同的入口实现对于不同来源端的服务卡片的数据的流转，有利于提高数据流转连续性。

在一个可能的示例中，在所述确定所述目标意图信息所触发的目标服务之前，上述方法还可包括如下步骤：接收云端设备发送的目标意图信息，其中，所述目标意图信息由所述云端设备根据所述目标数据确定，所述目标数据由第三方平台确定。

其中，上述第三方平台不同于第三方应用程序，该第三方平台是第三方应用程序对应的云端平台；目标意图的确定也可以由云端设备接收第三方平台的关于第三方应用程序的目标数据确定。

可见，本示例中，可用于支持多种交互方式，例如，可在电子设备的运算能力不足以支持目标意图信息的计算时，采用云端设备实现对于目标意图信息的确定，以实现电子设备与云端设备的交互。

在一个可能的示例中，所述服务卡片对应的数据包括界面数据，所述界面数据和/或所述目标数据来源于所述第一设备中应用程序和/或云端设备。

其中，上述界面数据可以由展示服务卡片的数据对应的目标触点对应的入口获取得到，可以从第三方应用程序或者第三方平台或者系统应用程序或者云端平台获取得到。

在一个可能的示例中，所述用户信息包括用户行为信息，所述目标意图信息由所述第一设备在所述用户行为信息满足预设条件时确定。

其中，上述预设条件可为用户自行设定或者系统默认，在此不作限定；该预设条件可用于约束用户行为信息，以确定该用户行为信息满足预设条件时，智慧系统感知得到用户的行为意图以后，触发确定目标意图信息，进而，触发服务系统决策得到该目标意图信息对应的目标服务和至少一个目标触点。

请参阅图7，图7是本申请实施例提供的一种服务运行方法的流程示意图，应用于第一设备，如图所示，本服务运行方法包括以下操作。

S701、获取目标数据，其中，所述目标数据包括用户信息和环境信息。

S702、根据所述目标数据，确定用户的目标意图信息。

S703、确定所述目标意图信息所触发的目标服务。

S704、确定所述目标服务对应的至少一个目标触点。

S705、根据所述目标服务，从所述至少一个目标触点中筛选得到第一目标触点。

S706、根据所述第一目标触点，确定所述目标服务对应的服务卡片的第一展示形态。

S707、确定所述第一目标触点的展示位置，并以所述第一展示形态在所述展示位置显示所述服务卡片。

S708、获取所述用户的用户操作信息。

S709、根据所述用户操作信息，监控所述多个目标触点的状态信息的变化情况。

S710、若所述用户操作信息指示所述多个目标触点的状态信息发生变化，则根据所述状态信息，从所述多个目标触点中筛选得到第二目标触点，其中，所述第二目标触点为不同于所述第一目标触点的其他触点。

S711、根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态。

S712、将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点。

S713、通过所述第二目标触点接续所述服务卡片对应的数据，并以所述第二展示形态显示所述服务卡片。

可选地，上述步骤701-步骤713的具体描述可参照图4所描述的服务运行方法的步骤401-步骤405的对应步骤，在此不再赘述。

可以看出，本申请实施例中所描述的服务运行方法，获取目标数据，其中，所述目标数据包括用户信息和环境信息；根据所述目标数据，确定用户的目标意图信息；确定所述目标意图信息所触发的目标服务；确定所述目标服务对应的至少一个目标触点；根据所述目标服务，从所述至少一个目标触点中筛选得到第一目标触点；根据所述第一目标触点，确定所述目标服务对应的服务卡片的第一展示形态；确定所述第一目标触点的展示位置，并以所述第一展示形态在所述展示位置显示所述服务卡片；获取所述用户的用户操作信息；根据所述用户操作信息，监控所述多个目标触点的状态信息的变化情况；若所述用户操作信息指示所述多个目标触点的状态信息发生变化，则根据所述状态信息，从所述多个目标触点中筛选得到第二目标触点，其中，所述第二目标触点为不同于所述第一目标触点的其他触点；根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态；将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点；通过所述第二目标触点接续所述服务卡片对应的数据，并以所述第二展示形态显示所述服务卡片。如此，当目标触点的状态信息伴随用户操作信息发生变化时，则可重新选择当前支持目标服务的目标触点，即第二目标触点，并通过第二目标触点接续第一目标触点运行目标服务时的服务卡片的数据，如此，有利于保证数据运行的连续性，不需要用户触发切换服务或者触发打开服务卡片等操作，即可伴随用户操作，实现对于服务卡片的自动切换显示，有利于提高用户体验。

请参阅图8，图8是本申请实施例提供的一种电子设备的结构示意图，如图所示，该电子设备包括处理器、存储器、通信接口以及一个或多个程序，应用于第一设备，其中，上述一个或多个程序被存储在上述存储器中，上述一个或多个程序被配置由上述处理器执行以下步骤的指令：

获取目标数据，其中，所述目标数据包括用户信息和环境信息；

根据所述目标数据，确定用户的目标意图信息；

确定所述目标意图信息所触发的目标服务；

确定所述目标服务对应的至少一个目标触点；

通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。

可以看出，本申请实施例中所描述的电子设备，获取目标数据，其中，所述目标数据包括用户信息和环境信息；根据所述目标数据，确定用户的目标意图信息；确定所述目标意图信息所触发的目标服务；确定所述目标服务对应的至少一个目标触点；通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。如此，不需要用户直接的参与，第一设备可根据目标意图信息，确定用于支持目标服务的至少一个触点，并通过至少一个触点运行目标服务，有利于快速确定适配于该用户的目标服务，并能够实现对于目标服务的智能运行，有利于提高用户体验。

在一个可能的示例中，在所述确定所述目标服务对应的至少一个目标触点之后，上述程序还包括用于执行以下步骤的指令：

根据所述目标服务，从所述至少一个目标触点中筛选得到第一目标触点。

在一个可能的示例中，所述通过所述至少一个目标触点运行所述目标服务，上述程序包括用于执行以下步骤的指令：

根据所述第一目标触点，确定所述目标服务对应的服务卡片的第一展示形态；

确定所述第一目标触点的展示位置，并以所述第一展示形态在所述展示位置显示所述服务卡片。

在一个可能的示例中，若所述目标触点包括多个；在所述通过所述至少一个目标触点运行所述目标服务方面，上述程序包括用于执行以下步骤的指令：

获取所述用户的用户操作信息；

根据所述用户操作信息，监控所述多个目标触点的状态信息的变化情况；

若所述用户操作信息指示所述多个目标触点的状态信息发生变化，则根据所述状态信息，从所述多个目标触点中筛选得到第二目标触点，其中，所述第二目标触点为不同于所述第一目标触点的其他触点；

根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态；

将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点；

通过所述第二目标触点接续所述服务卡片对应的数据，并以所述第二展示形态显示所述服务卡片。

在一个可能的示例中，在所述根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态之后，上述程序还包括用于执行以下步骤的指令：

根据所述状态信息，确定所述第二目标触点的入口位置；

若所述入口位置指示所述第二目标触点为不同于所述第一目标触点的入口位置，则根据所述第二目标触点的入口位置，将所述服务卡片对应的数据流转到所述第二目标触点。

在一个可能的示例中，在所述根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态之后，上述程序还包括用于执行以下步骤的指令：

根据所述状态信息，确定所述第二目标触点的触点类型；

若所述触点类型指示所述第二目标触点为所述多设备触点，则确定所述第二目标触点对应的第二设备，将所述服务卡片对应的数据流转到所述第二设备，其中，所述第二目标触点用于接续所述服务卡片对应的数据，所述服务卡片用于在所述第二设备中以所述第二展示形态显示。

在一个可能的示例中，若所述第二设备为预设设备，上述程序还包括用于执行以下步骤的指令：

将所述服务卡片对应的数据流转到所述第二设备，其中，所述第二目标触点用于接续所述服务卡片对应的数据，所述第二设备用于播放所述服务卡片对应的数据。

在一个可能的示例中，在所述通过所述至少一个目标触点运行所述目标服务方面，上述程序包括用于执行以下步骤的指令：

获取所述用户的用户操作信息；

根据所述用户操作信息，监控所述至少一个目标触点的状态信息的变化情况；

若所述用户操作信息指示所述至少一个目标触点的状态信息发生变化，则根据所述状态信息，重新确定用于继续运行所述目标服务对应的至少一个其他目标触点，并通过所述至少一个其他目标触点继续运行所述目标服务。

在一个可能的示例中，所述确定所述目标服务对应的至少一个目标触点之后，上述程序还包括用于执行以下步骤的指令：

确定所述第一设备中多个触点中每一触点的传递方式；

根据所述每一触点的传递方式，将包含所述目标服务和至少一个目标触点的决策结果传递给所述触点，以从所述多个触点中确定至少一个目标触点，并向所述每一目标触点传递所述目标服务对应服务卡片的数据；

所述通过所述至少一个目标触点运行所述目标服务，包括：

确定所述服务卡片的卡片权限信息；

根据所述卡片权限信息，确定每一目标触点的决策方式，其中，所述决策方式用于确定对应的目标触点是否需要运行所述服务卡片；

根据所述每一目标触点的决策方式，通过所述每一目标触点运行所述目标卡片对应的数据，以通过所述至少一个目标触点支持所述目标服务。

在一个可能的示例中，在所述将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点方面，上述程序还包括用于执行以下步骤的指令：

确定所述服务卡片对应的数据的来源端；

根据预设的来源端与预设的数据处理方式之间的映射关系，确定所述服务卡片的数据的数据流转方式；

根据所述数据流转方式，将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点。

在一个可能的示例中，在所述确定所述目标意图信息所触发的目标服务之前，上述程序还包括用于执行以下步骤的指令：

接收云端设备发送的目标意图信息，其中，所述目标意图信息由所述云端设备根据所述目标数据确定，所述目标数据由第三方平台确定。

在一个可能的示例中，所述服务卡片对应的数据包括界面数据，所述界面数据和/或所述目标数据来源于所述第一设备中应用程序和/或云端设备。

在一个可能的示例中，所述用户信息包括用户行为信息，所述目标意图信息由所述第一设备在所述用户行为信息满足预设条件时确定。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的区间。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图9A示出了服务运行装置的示意图，如图9A所示，所述装置应用于第一设备，该服务运行装置900可以包括：获取单元901、确定单元902和运行单元903，其中，

所述获取单元901，用于获取目标数据，其中，所述目标数据包括用户信息和环境信息；

所述确定单元902，用于根据所述目标数据，确定用户的目标意图信息；

所述确定单元902，还用于确定所述目标意图信息所触发的目标服务；

所述确定单元902，还用于确定所述目标服务对应的至少一个目标触点；

所述运行单元903，用于通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。

可以看出，本申请实施例中所描述的服务运行装置，获取目标数据，其中，所述目标数据包括用户信息和环境信息；根据所述目标数据，确定用户的目标意图信息；确定所述目标意图信息所触发的目标服务；确定所述目标服务对应的至少一个目标触点；通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。如此，不需要用户直接的参与，第一设备可根据目标意图信息，确定用于支持目标服务的至少一个触点，并通过至少一个触点运行目标服务，有利于快速确定适配于该用户的目标服务，并能够实现对于目标服务的智能运行，有利于提高用户体验。

在一个可能的示例中，在所述确定所述目标服务对应的至少一个目标触点之后，与上述图9A一致的，在图9A的基础上，如图9B所示，为一种服务运行装置的示意图，该服务运行装置900还可以包括：筛选单元904，其中，所述筛选单元904用于根据所述目标服务，从所述至少一个目标触点中筛选得到第一目标触点。

在一个可能的示例中，所述通过所述至少一个目标触点运行所述目标服务，上述运行单元903具体用于：

根据所述第一目标触点，确定所述目标服务对应的服务卡片的第一展示形态；

确定所述第一目标触点的展示位置，并以所述第一展示形态在所述展示位置显示所述服务卡片。

在一个可能的示例中，若所述目标触点包括多个；在所述通过所述至少一个目标触点运行所述目标服务方面，上述运行单元903具体用于：

获取所述用户的用户操作信息；

根据所述用户操作信息，监控所述多个目标触点的状态信息的变化情况；

若所述用户操作信息指示所述多个目标触点的状态信息发生变化，则根据所述状态信息，从所述多个目标触点中筛选得到第二目标触点，其中，所述第二目标触点为不同于所述第一目标触点的其他触点；

根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态；

将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点；

通过所述第二目标触点接续所述服务卡片对应的数据，并以所述第二展示形态显示所述服务卡片。

在一个可能的示例中，在所述根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态之后，上述运行单元903具体用于：

根据所述状态信息，确定所述第二目标触点的入口位置；

若所述入口位置指示所述第二目标触点为不同于所述第一目标触点的入口位置，则根据所述第二目标触点的入口位置，将所述服务卡片对应的数据流转到所述第二目标触点。

在一个可能的示例中，在所述根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态之后，上述运行单元903具体用于：

根据所述状态信息，确定所述第二目标触点的触点类型；

若所述触点类型指示所述第二目标触点为所述多设备触点，则确定所述第二目标触点对应的第二设备，将所述服务卡片对应的数据流转到所述第二设备，其中，所述第二目标触点用于接续所述服务卡片对应的数据，所述服务卡片用于在所述第二设备中以所述第二展示形态显示。

在一个可能的示例中，若所述第二设备为预设设备，与上述图9A和图9B一致的，在图9A的基础上，如图9C所示，为一种服务运行装置的示意图，该服务运行装置900还可以包括：流转单元905，其中所述流转单元905用于将所述服务卡片对应的数据流转到所述第二设备，其中，所述第二目标触点用于接续所述服务卡片对应的数据，所述第二设备用于播放所述服务卡片对应的数据。

在一个可能的示例中，在所述通过所述至少一个目标触点运行所述目标服务方面，上述运行单元903具体用于：

获取所述用户的用户操作信息；

根据所述用户操作信息，监控所述至少一个目标触点的状态信息的变化情况；

若所述用户操作信息指示所述至少一个目标触点的状态信息发生变化，则根据所述状态信息，重新确定用于继续运行所述目标服务对应的至少一个其他目标触点，并通过所述至少一个其他目标触点继续运行所述目标服务。

在一个可能的示例中，所述确定所述目标服务对应的至少一个目标触点之后，上述确定单元902具体还用于：

确定所述第一设备中多个触点中每一触点的传递方式；

根据所述每一触点的传递方式，将包含所述目标服务和至少一个目标触点的决策结果传递给所述触点，以从所述多个触点中确定至少一个目标触点，并向所述每一目标触点传递所述目标服务对应服务卡片的数据；

所述通过所述至少一个目标触点运行所述目标服务，包括：

确定所述服务卡片的卡片权限信息；

根据所述卡片权限信息，确定每一目标触点的决策方式，其中，所述决策方式用于确定对应的目标触点是否需要运行所述服务卡片；

根据所述每一目标触点的决策方式，通过所述每一目标触点运行所述目标卡片对应的数据，以通过所述至少一个目标触点支持所述目标服务。

在一个可能的示例中，在所述将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点方面，上述流转单元905还用于：

确定所述服务卡片对应的数据的来源端；

根据预设的来源端与预设的数据处理方式之间的映射关系，确定所述服务卡片的数据的数据流转方式；

根据所述数据流转方式，将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点。

在一个可能的示例中，在所述确定所述目标意图信息所触发的目标服务之前，与上述图9A、图9B和图9C一致的，在图9A的基础上，如图9D所示，为一种服务运行装置的示意图，该服务运行装置900还可以包括：接收单元906，用于接收云端设备发送的目标意图信息，其中，所述目标意图信息由所述云端设备根据所述目标数据确定，所述目标数据由第三方平台确定。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述服务运行方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述获取单元901、确定单元902、运行单元903、筛选单元904、流转单元905和接收单元906执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器、随机存取器、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用区间上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种服务运行方法，应用于第一设备，其特征在于，包括：

获取目标数据，其中，所述目标数据包括用户信息和环境信息；

根据所述目标数据，确定用户的目标意图信息；

确定所述目标意图信息所触发的目标服务；

确定所述目标服务对应的至少一个目标触点；

通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。

2.根据权利要求1所述的方法，其特征在于，在所述确定所述目标服务对应的至少一个目标触点之后，所述方法还包括：

根据所述目标服务，从所述至少一个目标触点中筛选得到第一目标触点；

所述通过所述至少一个目标触点运行所述目标服务，包括：

根据所述第一目标触点，确定所述目标服务对应的服务卡片的第一展示形态；

确定所述第一目标触点的展示位置，并以所述第一展示形态在所述展示位置显示所述服务卡片。

3.根据权利要求2所述的方法，其特征在于，若所述目标触点包括多个；所述通过所述至少一个目标触点运行所述目标服务，包括：

获取所述用户的用户操作信息；

根据所述用户操作信息，监控所述多个目标触点的状态信息的变化情况；

若所述用户操作信息指示所述多个目标触点的状态信息发生变化，则根据所述状态信息，从所述多个目标触点中筛选得到第二目标触点，其中，所述第二目标触点为不同于所述第一目标触点的其他触点；

根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态；

将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点；

通过所述第二目标触点接续所述服务卡片对应的数据，并以所述第二展示形态显示所述服务卡片。

4.根据权利要求3所述的方法，其特征在于，所述根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态之后，所述方法还包括：

根据所述状态信息，确定所述第二目标触点的入口位置；

若所述入口位置指示所述第二目标触点为不同于所述第一目标触点的入口位置，则根据所述第二目标触点的入口位置，将所述服务卡片对应的数据流转到所述第二目标触点。

5.根据权利要求3所述的方法，其特征在于，所述根据所述第二目标触点，确定所述目标服务对应的服务卡片的第二展示形态之后，所述方法还包括：

根据所述状态信息，确定所述第二目标触点的触点类型；

若所述触点类型指示所述第二目标触点为所述多设备触点，则确定所述第二目标触点对应的第二设备，将所述服务卡片对应的数据流转到所述第二设备，其中，所述第二目标触点用于接续所述服务卡片对应的数据，所述服务卡片用于在所述第二设备中以所述第二展示形态显示。

6.根据权利要求5所述的方法，其特征在于，若所述第二设备为预设设备，所述方法还包括：

将所述服务卡片对应的数据流转到所述第二设备，其中，所述第二目标触点用于接续所述服务卡片对应的数据，所述第二设备用于播放所述服务卡片对应的数据。

7.根据权利要求2所述的方法，其特征在于，所述通过所述至少一个目标触点运行所述目标服务，包括：

获取所述用户的用户操作信息；

根据所述用户操作信息，监控所述至少一个目标触点的状态信息的变化情况；

若所述用户操作信息指示所述至少一个目标触点的状态信息发生变化，则根据所述状态信息，重新确定用于继续运行所述目标服务对应的至少一个其他目标触点，并通过所述至少一个其他目标触点继续运行所述目标服务。

8.根据权利要求1-6任一项所述的方法，其特征在于，所述确定所述目标服务对应的至少一个目标触点之后，所述方法还包括：

确定所述第一设备中多个触点中每一触点的传递方式；

根据所述每一触点的传递方式，将包含所述目标服务和至少一个目标触点的决策结果传递给所述触点，以从所述多个触点中确定至少一个目标触点，并向所述每一目标触点传递所述目标服务对应服务卡片的数据；

所述通过所述至少一个目标触点运行所述目标服务，包括：

确定所述服务卡片的卡片权限信息；

根据所述卡片权限信息，确定每一目标触点的决策方式，其中，所述决策方式用于确定对应的目标触点是否需要运行所述服务卡片；

根据所述每一目标触点的决策方式，通过所述每一目标触点运行所述目标卡片对应的数据，以通过所述至少一个目标触点支持所述目标服务。

9.根据权利要求3-4任一项所述的方法，其特征在于，所述将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点，包括：

确定所述服务卡片对应的数据的来源端；

根据预设的来源端与预设的数据处理方式之间的映射关系，确定所述服务卡片的数据的数据流转方式；

根据所述数据流转方式，将所述第一目标触点对应的所述服务卡片对应的数据流转到所述第二目标触点。

10.根据权利要求1所述的方法，其特征在于，在所述确定所述目标意图信息所触发的目标服务之前，所述方法还包括：

接收云端设备发送的目标意图信息，其中，所述目标意图信息由所述云端设备根据所述目标数据确定，所述目标数据由第三方平台确定。

11.根据权利要求1-6任一项所述的方法，其特征在于，所述服务卡片对应的数据包括界面数据，所述界面数据和/或所述目标数据来源于所述第一设备中应用程序和/或云端设备。

12.根据权利要求1所述的方法，其特征在于，所述用户信息包括用户行为信息，所述目标意图信息由所述第一设备在所述用户行为信息满足预设条件时确定。

13.一种服务运行装置，应用于第一设备，其特征在于，所述装置包括：获取单元、确定单元和运行单元，其中，

所述获取单元，用于获取目标数据，其中，所述目标数据包括用户信息和环境信息；

所述确定单元，用于根据所述目标数据，确定用户的目标意图信息；

所述确定单元，还用于确定所述目标意图信息所触发的目标服务；

所述确定单元，还用于确定所述目标服务对应的至少一个目标触点；

所述运行单元，用于通过所述至少一个目标触点运行所述目标服务，其中，所述目标触点包括以下任意一种：多模态触点、多入口触点、多设备触点和多平台触点。

14.一种电子设备，其特征在于，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-12任一项所述的方法中的步骤的指令。

15.一种计算机可读存储介质，其特征在于，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1-12任一项所述的方法。

16.一种计算机程序产品，其中，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如权利要求1-12任一项所述的方法。