一种服务卡片显示方法、装置及设备与流程

1.本技术涉及服务推荐技术领域，尤其涉及一种服务卡片显示方法、装置及设备。


背景技术：

2.服务卡片通常可以嵌入到用户设备处的应用系统中作为其界面的一部分进行展示，通过在服务卡片中展示相关服务数据以向用户推荐服务，能够提升服务触达用户的效率，从而提升用户体验，因此，服务卡片逐渐开始得以应用及推广。目前，通常需要服务提供商在第三方应用程序处部署用户设备的厂商提供的软件开发工具包(softwaredevelopment kit，英文缩写sdk)，从而在用户使用第三方应用程序的过程中，可以利用其搭载的上述软件开发工具包获取用户设备采集到的用户状态感知数据，进而根据该用户状态感知数据从第三方应用程序的服务端处获取相关服务数据，以基于获取到的相关服务数据生成服务卡片，从而利用服务卡片向用户提供服务。
3.基于此，如何提升利用服务卡片向用户推荐服务时的便捷性、灵活性及准确性，成为了亟待解决的技术问题。


技术实现要素：

4.本说明书实施例提供的一种服务卡片显示方法、装置及设备，可以提升目标服务卡片向用户推荐的目标服务的准确性、灵活性以及便捷性。
5.为解决上述技术问题，本说明书实施例是这样实现的：
6.本说明书实施例提供的一种服务卡片显示方法，包括：
7.利用用户设备获取用户的用户状态感知数据；
8.发送所述用户状态感知数据至第一服务端；
9.接收所述第一服务端反馈的目标服务卡片的程序文件；所述目标服务卡片用于提供所述第一服务端根据所述用户状态感知数据确定出的所需推荐给所述用户的目标服务；
10.利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据；
11.在所述目标服务卡片处展示所述目标服务数据。
12.本说明书实施例提供的一种服务卡片显示装置，包括：
13.感知数据获取模块，用于利用用户设备获取用户的用户状态感知数据；
14.发送模块，用于发送所述用户状态感知数据至第一服务端；
15.接收模块，用于接收所述第一服务端反馈的目标服务卡片的程序文件；所述目标服务卡片用于提供所述第一服务端根据所述用户状态感知数据确定出的所需推荐给所述用户的目标服务；
16.服务数据获取模块，用于利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据；
17.展示模块，用于在所述目标服务卡片处展示所述目标服务数据。
18.本说明书实施例提供的一种服务卡片显示设备，包括：
19.至少一个处理器；以及，
20.与所述至少一个处理器通信连接的存储器；其中，
21.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
22.获取用户的用户状态感知数据；
23.发送所述用户状态感知数据至第一服务端；
24.接收所述第一服务端反馈的目标服务卡片的程序文件；所述目标服务卡片用于提供所述第一服务端根据所述用户状态感知数据确定出的所需推荐给所述用户的目标服务；
25.利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据；
26.在所述目标服务卡片处展示所述目标服务数据。
27.本说明书中提供的至少一个实施例能够实现以下有益效果：
28.通过令第一服务端能够根据用户设备上报的用户状态感知数据，向用户设备实时下发用于提供所需推荐给用户的目标服务的目标服务卡片的程序文件，并且该用户设备可以利用该目标服务卡片的程序文件，从第二服务端处获取向用户提供该目标服务所需使用的目标服务数据；从而能够在用户设备处的目标服务卡片中展示该目标服务数据，以向用户提供目标服务；不仅有利于提升通过目标服务卡片向用户推荐的目标服务的准确性、有效性及使用率，并且，由于在利用目标服务卡片向用户提供服务的过程中，无须依赖于第三方应用程序，从而使得用户既无须提前在用户设备处部署第三方应用程序，也无须在目标服务卡片存在更新、升级情况时，对第三方应用程序进行更新，同时，也无须服务提供商去对第三方应用程序的程序文件及版本进行开发与发布，有利于提升利用服务卡片向用户推荐服务时的便捷性及灵活性。
附图说明
29.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
30.图1为本说明书实施例提供的一种服务卡片显示方法的应用场景示意图；
31.图2为本说明书实施例提供的一种服务卡片显示方法的流程示意图；
32.图3为本说明书实施例提供的对应于图2中的服务卡片显示方法的泳道流程示意图；
33.图4为本说明书实施例提供的对应于图2的一种服务卡片显示装置的结构示意图；
34.图5为本说明书实施例提供的对应于图2的一种服务卡片显示设备的结构示意图。
具体实施方式
35.为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完
整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。
36.以下结合附图，详细说明本说明书各实施例提供的技术方案。
37.现有技术中，为给用户提供更好的服务体验，通常可以在用户设备处的应用界面处嵌入服务卡片，以利用服务卡片展示相关服务数据。但是，目前通常需要服务卡片对应的服务提供商在第三方应用程序处部署用户设备的厂商提供的软件开发工具包(software developmentkit，英文缩写sdk)，以使得用户设备在采集到用户状态感知数据之后，可以使用第三方应用程序处搭载的上述软件开发工具包去将该用户状态感知数据发送至服务提供商的服务端，进而获取服务端反馈的与服务卡片相关的服务数据，以通过在服务卡片处展示该服务数据去向用户提供服务。
38.这种方案中，在通过服务卡片展示相关服务数据时，需要提前在用户设备处部署第三方应用程序，从而影响利用服务卡片向用户提供服务的便捷性。同时，当需要针对服务卡片进行更新、升级时，不仅需要用户设备的厂商去对相关sdk进行升级，还需要服务提供商去对第三方应用程序处搭载的sdk进行更新，进而使得服务提供商需要对第三方应用程序进行发布更新，从而也影响服务卡片的更新便捷性；并且，由于用户设备仅能根据自身搭载的第三方应用程序中具有的相关sdk去利用服务卡片提供相应服务，而无法根据用户当前的服务需求去向用户提供相关服务，从而也影响基于服务卡片向用户提供服务时的准确性及服务使用率。
39.为了解决现有技术中的缺陷，本方案给出了以下实施例：
40.图1为本说明书实施例提供的一种服务卡片显示方法的应用场景示意图。
41.如图1所示，第一服务端103可以是用户设备102的厂商的服务端，第二服务端101可以是利用服务卡片向用户提供服务的服务提供商的服务端。
42.首先，第二服务端101可以将预先已经开发完成的各个服务卡片的程序文件发送给第一服务端103，然后，第一服务端103可以根据具体场景去设置将各个服务卡片的程序文件下发给用户设备时，该用户设备采集到的用户状态数据所需满足的预设下发条件。
43.后续，用户设备102在获取到用户的用户状态感知数据后，可以将获取的用户状态感知数据发送到第一服务端103，以便于第一服务端103判断用户状态感知数据是否满足服务卡片的预设下发条件，从而筛选出预设下发条件被满足的目标服务卡片，进而将筛选出的目标服务卡片的程序文件发送给用户设备102，使得用户设备102可以通过运行所述目标服务卡片的程序文件，去从第二服务端101处获取目标服务卡片需要展示的目标服务数据。以及，通过在用户设备102处的目标服务卡片中展示该目标服务数据，从而向用户提供服务。
44.本说明书实施例中提供的服务卡片显示方法中，第一服务端103可以根据用户设备102获取的用户的用户状态感知数据，去筛选所需下发给用户设备102的目标服务卡片，通过将确定出的目标服务卡片的程序文件发送给用户设备102，以便于用户设备102利用目标服务卡片向用户提供相关服务，不仅可以提高利用服务卡片向用户推荐的服务的准确性，而且无需用户提前在用户设备处部署第三应用程序以展示服务卡片，从而避免在服务卡片存在更新、升级情况时需要针对第三方应用程序也进行更新、发布的问题，有利于提升
利用服务卡片向用户推荐服务时的便捷性及灵活性。
45.接下来，将针对说明书实施例提供的一种服务卡片显示方法结合附图进行具体说明：
46.图2为本说明书实施例提供的一种服务卡片显示方法的流程示意图。从程序角度而言，该流程的执行主体可以为用户设备，或者，用户设备处搭载的应用程序。如图2所示，该流程可以包括以下步骤：
47.步骤202：利用用户设备获取用户的用户状态感知数据。
48.在本说明书实施例中，所述用户设备可以包括手机、平板电脑、手提电脑等便携式智能设备，当然用户设备也可以是能够获取用户的用户状态感知数据的其他智能设备，在此对于用户设备类型不做具体限定。
49.在本说明书实施例中，利用用户设备获取的用户状态感知数据所属的用户通常可以是用户设备的使用者，或者，也可以是用户设备的拥有者，在不同的应用场景中可以根据实际情况确定，对此不作具体限定。
50.其中，所述用户状态感知数据可以包括：用户设备能够采集到的用于反映用户状态的设备感知数据，例如，可以包括用户设备的定位数据、用户设备的设备电量数据以及能够用于反映用户状态的用户体征数据等；当然，用户状态感知数据还可以是用户设备可以获取到的用户的其他状态感知数据，在此不做具体限定。其中，所述用户体征数据可以包括用户的心率、血压、体温等，对此也不作具体限定。
51.步骤204：发送所述用户状态感知数据至第一服务端。
52.在本说明书实施例中，所述第一服务端可以是所述用户设备的厂商(例如，生产厂商、设计厂商等)处的服务端，由于第一服务端处通常可以存储有多个服务提供商所提供的预设服务卡片的程序文件，因此，可以利用用户设备将其采集到的用户状态感知数据发送至第一服务端，第一服务端则可以根据用户状态感知数据确定出用户当前可能需要使用的服务，进而将用于提供这些服务的服务卡片的程序文件推荐给用户设备，以便于用户利用用户设备获取这些服务。
53.在实际应用中，由于用户设备可以是由第一服务端所属的厂商设计开发或制造的设备，因此，上述厂商在设计开发或制造用户设备时，可以在用户设备处部署能够与第一服务端进行通信的系统，例如，该系统可以为令用户操控该用户设备以使用各项功能的系统(诸如，设备操作系统、设备管理系统等)，从而令用户设备可以利用该系统将获取到的用户状态感知数据发送给第一服务端。当然，也可以采用其他方式(例如，短信、彩信、邮件、互联网通信)，令用户设备可以将其获取到的用户状态感知数据发送给第一服务端，对此不作具体限定。
54.步骤206：接收所述第一服务端反馈的目标服务卡片的程序文件；所述目标服务卡片用于提供所述第一服务端根据所述用户状态感知数据确定出的所需推荐给所述用户的目标服务。
55.在本说明书实施例中，由于用户状态感知数据可以反映用户当前可能存在的服务需求，因此，第一服务端可以先根据用户设备发送的用户状态感知数据，确定所需推荐给用户的目标服务(即用户当前可能需要使用的服务)，进而筛选出用于提供目标服务的目标服务卡片，通过将目标服务卡片的程序文件发送至用户设备，以使得用户设备可以利用目标
服务卡片向用户提供目标服务。
56.步骤208：利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据。
57.在本说明书实施例中，所述第二服务端可以为目标服务卡片对应的服务提供商的服务端，并且可以由第二服务端对外提供目标服务卡片所需展示的目标服务数据，以便于向用户提供目标服务。以及，由于所述目标服务卡片的程序文件通常是由该服务提供商开发得到的，因此，该服务提供商还可以在所述目标服务卡片的程序文件中携带该第二服务端的访问地址信息，以便于用户设备在运行所述目标服务卡片的程序文件时，可以通过该目标服务卡片的程序文件去访问第二服务端，以获取目标服务卡片所需展示的目标服务数据。
58.步骤步骤210：在所述目标服务卡片处展示所述目标服务数据。
59.在本说明书实施例中，所述目标服务卡片的程序文件在运行过程中，可以通过调用用户设备中的应用程序编程接口(applicationprogramminginterface，英文缩写api)，以将目标服务卡片及目标服务数据按照预设的样式渲染展示在用户设备处的设备界面中，从而令用户可以使用展示有目标服务数据的目标服务卡片去获取目标服务。在实际应用中，可以将展示有目标服务数据的目标服务卡片显示在用户设备的锁屏界面、负一屏界面以及虚拟桌面界面处，以提高服务触达用户的效率。
60.在本说明书实施例中，所述目标服务卡片可以为快应用服务卡片组件。所述快应用服务卡片组件可以用于将即时信息或提醒及关注动态通过卡片的方式呈现，方便快捷，灵活性好。
61.图2中的方法，通过令第一服务端能够根据用户设备上报的用户状态感知数据，向用户设备实时下发用于提供所需推荐给用户的目标服务的目标服务卡片的程序文件，并且该用户设备可以利用该目标服务卡片的程序文件，从第二服务端处获取向用户提供该目标服务所需使用的目标服务数据；从而能够在用户设备处的目标服务卡片中展示该目标服务数据，以向用户提供目标服务；不仅有利于提升通过目标服务卡片向用户推荐的目标服务的准确性、有效性及使用率，并且，由于在利用目标服务卡片向用户提供服务的过程中，无须依赖于第三方应用程序，从而使得用户既无须提前在用户设备处部署第三方应用程序，也无须在目标服务卡片存在更新、升级情况时，对第三方应用程序进行更新，同时，也无须服务提供商去对第三方应用程序的程序文件及版本进行开发与发布，有利于提升利用服务卡片向用户推荐服务时的便捷性及灵活性。
62.基于图2中的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
63.为了便于第一服务端能够在接收到用户状态感知数据后，可以根据所述用户状态感知数据实时下发目标服务卡片的程序文件给用户设备，可以预先在第一服务端处存储各个服务卡片的程序文件，并设置相应的预设下发条件，以保障下发给用户设备的目标服务卡片可以满足用户的服务需求。
64.基于此，所述第一服务端处可以存储有各个设置有预设下发条件的预设服务卡片的程序文件，所述目标服务卡片可以为所述第一服务端确定出的所述预设下发条件被所述用户状态感知数据满足的所述预设服务卡片；所述预设下发条件可以是预先根据所述预设
服务卡片所能提供的服务类型设置的。
65.其中，所述第一服务端可以为所述用户设备的厂商处的服务端；所述第一服务端可以用于从所述预设服务卡片的服务提供商处获取所述预设服务卡片的程序文件，并根据实际需求预先设置各个预设服务卡片的预设下发条件。
66.在本说明书实施例中，预设服务卡片的服务提供商可以预先开发各个预设服务卡片的程序文件，以将预先开发完成的各个预设服务卡片的程序文件发送给第一服务端。除此之外，服务提供商还可以根据预设服务卡片所提供的服务的内容、适用场景及提供服务过程中所需使用的数据种类等信息，生成针对该预设服务卡片的介绍信息，并将该介绍信息与预设服务卡片的程序文件一并发送给第一服务端，以便于第一服务端处的工作人员可以根据该介绍信息对该预设服务卡片建立初步了解，进而设置该预设服务卡片的预设下发条件。
67.在本说明书实施例中，由于需要在预设服务卡片所提供的服务为用户当前可能需要使用的服务时，才会将预设服务卡片的程序文件发送给用户的用户设备，因此，可以根据预设服务卡片所能提供的服务类型设置该预设服务卡片的预设下发条件。
68.例如，当预设服务卡片为提供用户设备充电服务的服务卡片时，其预设下发条件可以为：根据用户状态感知数据确定用户设备的剩余电量低于阈值，从而可能需要使用用户设备充电服务。或者，当预设服务卡片为提供观影服务的服务卡片时，其预设下发条件可以为：根据用户状态感知数据确定用户设备当前处于设置有电影院的区域，从而可能需要使用观影服务等。或者，当预设服务卡片为提供医疗服务的服务卡片时，其预设下发条件可以为：根据用户状态感知数据确定用户当前的身体状态需要就医，从而可能需要使用医疗服务等。在实际应用中，根据预设服务卡片提供的服务的不同，预设下发条件的种类还可以有多种，对此不作具体限定。
69.在实际应用中，所述用户状态感知数据具体可以包括：所述用户设备获取到的设备定位数据、设备电量数据、用户通信信息以及用户体征数据中的至少一种。对应的，所述预设下发条件具体可以包括：设备定位数据满足预设位置数据(例如，预设商圈、交通站点等)、设备电量数据小于预设的设备电量阈值、用户通信信息表示用户设备的剩余通信费用小于预设费用阈值，以及用户体征数据表示用户体征异常等。
70.在实际应用中，当第一服务端确定出的预设下发条件被满足的预设服务卡片的数量比较多时，还可以根据预设规则，去针对预设下发条件被满足的预设服务卡片进行进一步筛选，从而将进一步筛选出的少于预设数量的目标服务卡片的程序文件发送至用户设备，以避免向用户设备下发大量服务卡片所导致的资源浪费，也可以避免给用户造成打扰。其中，所述预设规则可以与用户的偏好有关，或者，也可以与用户群体针对预设服务卡片的评价或评分有关，或者，还可以与第一服务端的管理方与预设服务卡片的服务提供商之间预先达成的合作协议有关；对此不作具体限定。
71.在本说明书实施例中，为便于理解，还提供了令用户设备利用目标服务卡片的程序文件，从第二服务端处获取向用户提供目标服务所需使用的目标服务数据的具体实现过程。
72.具体的，步骤208：利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据，可以包括：
73.判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限，得到第一判断结果。
74.若所述第一判断结果表示所述目标服务卡片具有对于所述用户设备的设备定位数据的使用权限，则通过运行所述目标服务卡片的程序文件，发送携带有所述设备定位数据的第一服务数据获取请求至第二服务端。
75.接收所述第二服务端响应于所述第一服务数据获取请求反馈的所述目标服务数据；所述目标服务数据是所述第二服务端根据所述设备定位数据确定出的向所述用户提供所述目标服务所需使用的数据。
76.若所述第一判断结果表示所述目标服务卡片不具有对于所述用户设备的设备定位数据的使用权限，则展示用于提示授予所述目标服务卡片对于所述用户设备的设备定位数据的使用权限的第一提示信息。
77.在本说明书实施例中，由于在利用目标服务卡片向用户提供目标服务时，第二服务端往往需要根据用户当前所处的位置，以决策向用户提供目标服务所需使用的目标服务数据，从而可能需要将反映用户当前所处位置的用户设备的设备定位数据发送至第二服务端。例如，当用户需要使用用户设备充电服务、观影服务、医疗服务时，第二服务端通常需要将与用户相距不远的充电设备、电影院及医疗服务机构等的位置信息、介绍信息及付费信息等作为目标服务数据反馈至用户设备，以便于用户就近获取所需服务，提升用户获取服务时的便捷性及体验。
78.但是，由于用户设备的设备定位数据属于用户的隐私信息，因此，为避免用户的隐私信息泄露，用户设备需要在确定目标服务卡片具有对于用户设备的设备定位数据的使用权限后，才能够允许目标服务卡片的程序文件在运行过程中，将设备定位数据提供给第二服务端，以获取目标服务数据。
79.在实际应用中，在用户设备中启动运行目标服务卡片的程序文件后，目标服务卡片的程序文件可以从用户设备的操作系统/管理系统处请求获取用户设备的设备定位数据。用户设备的操作系统/管理系统则可以查询该目标服务卡片是否具有对于该设备定位数据的使用权限，若是，则可以发送该设备定位数据至该目标服务卡片的实例处，以便于目标服务卡片的程序文件在运行过程中，结合该设备定位数据以及其他参数去生成用于请求获取目标服务数据的第一服务数据获取请求，并发送该第一服务数据获取请求至第二服务端。
80.除此之外，由于目标服务卡片的服务提供商除了可以开发目标服务卡片以向用户提供目标服务以外，还可能会开发第三方应用程序以向用户提供相关服务，如用户曾经授予该服务提供商开发的第三方应用程序对于该设备定位数据的使用权限，则可以认为用户确定该服务提供商具有一定的可信性，基于此，用户设备的操作系统/管理系统也可以查询与该目标服务卡片归属于同一服务提供商的第三方应用程序是否具有对于该设备定位数据的使用权限，若是，也可以允许目标服务卡片的程序文件发送该设备定位数据至第二服务端。使得用户无需单独针对各个服务卡片对于设备定位数据的使用权限进行授权，方便快捷。
81.在本说明书实施例中，如果判断出目标服务卡片不具有对于设备定位数据的使用权限，则为了保障利用目标服务卡片向用户提供的目标服务的准确性及有效性，还可以在
用户设备处展示用于提示用户授予目标服务卡片对于设备定位数据的使用权限的第一提示信息，以便于用户查看到第一提示信息后可以及时地根据实际需求决策是否授予相关权限。
82.在实际应用中，可以将所述第一提示信息展示在用户设备处的目标服务卡片的卡片界面中，当然，也可以将所述第一提示信息以通知消息的形式直接展示在用户设备的锁屏界面、负一屏界面及虚拟桌面界面中的至少一种处；或者，如果用户设备处搭载有与该目标服务卡片的服务提供商相同的第三方应用程序，则还可以将所述第一提示信息展示在该第三方应用程序的应用界面中，对此不作具体限定。
83.在本说明书实施例中，通过在确定目标服务卡片具有对于用户设备的设备定位数据的使用权限后，才允许目标服务卡片将该设备定位数据外传给第二服务端，一方面能够令第二服务端根据设备定位数据确定出更为准确的目标服务数据，以保障目标服务数据能够更好的满足用户的服务需求，另一方面也能够避免用户的隐私数据被滥用，从而保护用户隐私数据的安全性。
84.在实际应用中，第二服务端及目标服务卡片也可能无需使用用户设备的设备定位数据，就可以提供较为准确且能够满足用户需求的目标服务，例如，当目标服务为针对用户设备的通信费用的网上缴费服务时，就无需依赖于第二服务端及目标服务卡片去提供相应服务，而是需要根据用户设备通信时使用的通信服务商去提供相应服务。
85.在此基础上，所述判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限之前，还可以包括：
86.判断所述目标服务卡片在提供所述目标服务的过程中是否需要使用所述用户设备的设备定位数据，得到第二判断结果。
87.若所述第二判断结果表示所述目标服务卡片在提供所述目标服务的过程中不需要使用所述用户设备的设备定位数据，则通过运行所述目标服务卡片的程序文件，发送未携带所述设备定位数据的第二服务数据获取请求至所述第二服务端。
88.接收所述第二服务端响应于所述第二服务数据获取请求反馈的所述目标服务数据。
89.对应的，所述判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限，具体可以包括：
90.若所述第二判断结果表示所述目标服务卡片在提供所述目标服务的过程中需要使用所述用户设备的设备定位数据，则判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限。
91.在本说明书实施例中，由于目标服务卡片在向第二服务端请求获取目标服务数据时，通常需要生成并发送包含预设种类的参数的服务数据获取请求(例如，第一服务数据获取请求及第二服务数据获取请求等)至第二服务端，因此，可以通过判断目标服务卡片所需发送给第二服务端的服务数据获取请求所需使用的参数种类是否包含用户设备的设备定位数据，去判断所述目标服务卡片在提供目标服务的过程中是否需要使用该设备定位数据。当该服务数据获取请求所需使用的参数种类包含设备定位数据时，则表示所述目标服务卡片在提供目标服务的过程中需要使用该设备定位数据，否则，不需要，方便快捷。
92.在实际应用中，若确定出目标服务卡片在提供目标服务的过程中不需要使用设备
定位数据，则无需进一步判断目标服务卡片是否具有对于设备定位数据的使用权限，从而可以直接去生成并发送未携带设备定位数据的第二服务数据获取请求至第二服务端，有利于提升服务效率，减少设备资源浪费。而若确定出目标服务卡片在提供目标服务的过程中需要使用设备定位数据，则需要按照上面的实施例中的实现方式，去进一步判断目标服务卡片是否具有对于用户设备的定位数据的使用权限；以保障用户权益。
93.在本说明书实施例中，目标服务卡片的服务提供商还可能会开发第三方应用程序以向用户提供服务，因此，服务提供商还可以结合用户在第三方应用程序处的较为丰富的用户历史数据，去利用目标服务卡片向该用户提供目标服务，以提升用户体验。
94.基于此，所述第二服务端可以为目标应用的服务端。其中，目标应用可以为目标服务卡片的服务提供商开发的第三方应用程序。该目标应用与该目标服务卡片既可以提供相同类型的服务，也可以提供不同类型的服务，对此不作具体限定。
95.对应的，步骤208：利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据，还可以包括：
96.通过运行所述目标服务卡片的程序文件，从所述用户设备处获取预设种类的身份唯一标识信息。其中，所述预设种类的身份唯一标识信息可以包括：所述用户设备的设备唯一标识信息以及用于获取所述用户设备的厂商提供的云服务的用户唯一标识信息中的至少一种。
97.生成携带有所述身份唯一标识信息的所述第一服务数据获取请求；或者，
98.生成携带有所述身份唯一标识信息的所述第二服务数据获取请求。
99.对应的，所述接收所述第二服务端响应于所述第一服务数据获取请求反馈的所述目标服务数据，或者，所述接收所述第二服务端响应于所述第二服务数据获取请求反馈的所述目标服务数据，具体可以包括：
100.接收所述第二服务端根据所述目标应用处与所述身份唯一标识信息具有绑定关系的用户账户的账户历史数据确定出的所述目标服务数据。
101.在本说明书实施例中，用户设备处具有的预设种类的身份唯一标识信息可以用于表示用户或者该用户设备的身份信息；例如，所述身份唯一标识信息可以是用户设备的设备唯一标识信息(诸如，国际移动设备识别码(internationalmobileequipmentidentity，英文简称imei码)等)，或者，也可以是用户设备处登录的用于获取用户设备的厂商提供的云服务的用户唯一标识信息(例如，获取用户设备的厂商提供的云服务时需要使用的账户信息)，当然，所述身份唯一标识信息还可以是其他种类的能够表示用户或者用户设备的身份信息的数据，对此不作具体限定。
102.由于用户设备处可能并未搭载有目标应用，从而使得用户设备处并未登录有该用户在目标应用处注册的用户账户，进而导致目标服务卡片可能无法直接将该用户在目标应用处注册的用户账户发送至第二服务端，使得第二服务端无法基于该用户在目标应用处的用户账户处的账户历史数据去生成目标服务数据。
103.基于此，可以预先在第二服务端处建立并存储所述身份唯一标识信息与该用户在目标应用处的用户账户之间的绑定关系，从而使得用户设备处的目标服务卡片在从第二服务端处获取目标服务数据时，可以将所述身份唯一标识信息提供给第二服务端，使得第二服务端可以查找到与所述身份唯一标识信息建立了绑定关系的用户账户作为该用户的用
户账户，然后，能够针对该用户账户在目标应用处产生的历史数据进行分析，以根据分析结果生成最终的目标服务数据，有利于提升该目标服务数据的准确性及有效性，进而能够更好的满足用户需求。其中，所述分析结果可以包括但不限于用户偏好使用的服务种类信息、用户偏好浏览的内容信息等，对此不作具体限定。
104.在本说明书实施例中，当第二服务端根据第一服务数据获取请求或者第一服务数据获取请求所携带的所述身份唯一标识信息，未查找到用户在目标应用处的用户账户时，还可以提示用户去建立两者之间的绑定关系，以保障用户后续的服务体验。
105.基于此，所述接收所述第二服务端根据所述目标应用处与所述身份唯一标识信息具有绑定关系的用户账户的账户历史数据确定出的所述目标服务数据之前，还可以包括：
106.若所述第二服务端未查找到所述目标应用处与所述身份唯一标识信息具有绑定关系的用户账户，则展示所述第二服务端反馈的用于提示建立所述身份唯一标识信息与所述用户在所述目标应用处的用户账户之间的绑定关系的第二提示信息。
107.在本说明书实施例中，所述第二提示信息可以展示在目标服务卡片中，当然，所述第二展示信息也可以采用通知消息的形式直接展示在用户设备的锁屏界面、负一屏界面及虚拟桌面界面中的至少一种处，在此不做具体限定。
108.在实际应用中，用户在查看到第二提示信息后，既可以在目标服务卡片处填写所述身份唯一标识信息、该用户在目标应用处的用户账户以及其对于该用户账户的使用凭证(例如，账户密码或者预设秘密问题的答案)等信息，并发送至第二服务端，以建立两者之间的绑定关系。或者，用户也可以在用户设备处登录有用户账户的目标应用处去填写所述身份唯一标识信息，并发送至第二服务端，以建立两者之间的绑定关系。对此不作具体限定。
109.在本说明书实施例中，通过提示用户建立所述身份唯一标识信息与其在目标应用处的用户账户之间的绑定关系，以便于服务提供商能够利用目标服务卡片以及用户在目标应用处的历史数据去为用户提供目标服务，有利于提高通过目标服务卡片向用户推荐的目标服务的准确性、有效性及使用率。
110.在本说明书实施例中，可以在用户设备处的至少一种应用界面中去展示目标服务卡片，并在该目标服务卡片内展示目标服务数据，以便于提高目标服务数据的用户触达率，进而提升目标服务卡片所提供的目标服务的使用率。
111.基于此，步骤210：在所述目标服务卡片处展示所述目标服务数据，具体可以包括：
112.在显示于所述用户设备的预设界面处的所述目标服务卡片中展示所述目标服务数据；其中，所述预设界面包括：锁屏界面、负一屏界面及虚拟桌面界面中的至少一种。
113.在本说明书实施例中，锁屏界面、负一屏界面及虚拟桌面界面等用户界面分别有自己对应的应用程序编程接口(applicationprogramminginterface，英文缩写api)，当需要在不同用户界面中展示目标服务卡片时，可以令目标服务卡片的程序文件在运行过程中，通过调取与锁屏界面、负一屏界面及虚拟桌面界面等用户界面分别对应的api接口实现。
114.在本说明书实施例中，当需要在多个用户界面中同时展示目标服务卡片时，由于目标服务卡片所需调用的各个用户界面中的接口可能并不一致，因此，服务提供商通常会针对各个用户界面均开发一套相应的目标服务卡片的程序文件。基于此，第一服务端可以先确定出所需展示目标服务卡片的用户界面，然后将确定出的各个用户界面对应的目标服
务卡片的各套程序文件均发送至用户设备，使得用户设备可以通过运行目标服务卡片的任意一套程序文件，以在一种用户界面中生成并展示目标服务卡片。
115.在本说明书实施例中，所述第一服务端可以指定目标服务卡片在锁屏界面、负一屏界面及虚拟桌面界面等用户界面中的具体展示位置，例如，可以指定将其展示在负一屏界面中的首位、第二位、末位等，当然也可以是其他位置，在此不做具体限定。当然，所述第一服务端也可以不针对目标服务卡片在锁屏界面、负一屏界面及虚拟桌面界面等用户界面中的具体展示位置进行指定，以使得用户设备可以直接将目标服务卡片显示在用户界面中已经存在的内容的后面，从而将用户界面中显示的内容进行顺序排列。当然，也可以由用户去指定目标服务卡片在锁屏界面、负一屏界面及虚拟桌面界面中的具体展示位置，例如，可以将目标服务卡片锁定在负一屏界面的首位等，以满足用户实际需求，对此均不进行具体限定。
116.在本说明书实施例中，由于目标服务卡片可以直接展示在用户设备的锁屏界面、负一屏界面以及虚拟桌面界面中的任意一个或多个界面中，而无需必须展示在第三方应用的界面中，从而有利于提高服务触达用户的效率及可能性。
117.在本说明书实施例中，为了便于用户设备能够接收并展示与当前的用户状态感知数据相适应的目标服务卡片，以保障可以向用户提供其当前可能需要使用的服务，通常需要清除用户设备曾经接收到的服务卡片的程序文件。
118.基于此，所述在显示于所述用户设备的预设界面处的所述目标服务卡片中展示所述目标服务数据之后，还可以包括：
119.根据所述第一服务端发送的服务卡片删除指令，删除所述用户设备处的所述目标服务卡片的程序文件；或者，
120.根据所述用户设备处的预设服务卡片清理策略，删除所述用户设备处的所述目标服务卡片的程序文件。
121.在本说明书实施例中，第一服务端可以预先设定用于删除用户设备处的服务卡片的程序文件的删除策略，例如，该删除策略可以为：在第一服务端下发服务卡片的程序文件的时长达到预设时长后，可以向用户设备发送删除该服务卡片的程序文件的删除指令，以令用户设备执行所述删除指令，从而删除用户设备处的该服务卡片的程序文件。
122.当然，所述用户设备处也可设置有预设服务卡片清理策略，该预设服务卡片清理策略可以为：在接收到第一服务端下发的服务卡片的程序文件达到预设时长后，删除该服务卡片的程序文件，和/或，若用户在预设时间段(例如，最近12小时、3天等)内使用某服务卡片的次数或频率小于阈值，则删除该服务卡片的程序文件等，对此不作具体限定。以使得用户设备能够自行及时清理曾获取到的服务卡片的程序文件，方便快捷。
123.基于此，用户设备在获取到目标服务卡片的程序文件后，可以根据所述第一服务端发送的服务卡片删除指令，或者，该用户设备处的预设服务卡片清理策略，及时删除该用户设备处的目标服务卡片的程序文件，从而使得后续用户不再需要使用目标服务卡片提供的目标服务时，能够避免查阅目标服务卡片，从而避免给用户带来困扰。
124.图3为本说明书实施例提供的对应于图2中的服务卡片显示方法的泳道流程示意图。如图3所示，该服务卡片显示流程可以涉及用户设备、第一服务端、第二服务端等执行主体。
125.在服务卡片发布阶段，第二服务端通常可以预先开发完成各种应用场景的服务卡片，并将预先开发完成的各个预设服务卡片的程序文件发送给第一服务端，以便于第一服务端针对接收到的预设服务卡片的程序文件进行存储，并设置各个预设服务卡片下发至用户设备的预设下发条件，从而在预设下发条件被满足时，将预设下发条件被满足的目标服务卡片的程序文件下发给用户设备。
126.在目标服务卡片下发阶段，用户设备可以获取用户的用户状态感知数据并将获取的用户状态感知数据发送至第一服务端，以令第一服务端可以在接收到用户状态感知数据后，首先判断用户状态感知数据是否满足预设下发条件，以筛选出预设下发条件被满足的预设服务卡片，确定目标服务卡片，进而将确定出的目标服务卡片的程序文件发送至用户设备。
127.在目标服务卡片展示阶段，用户设备通过运行程序文件生成目标服务卡片，在运行程序文件时，从用户设备处获取身份唯一标识信息，以及判断在获取目标服务数据过程中目标服务卡片是否需要使用设备定位数据，若不需要，则将包含身份唯一标识信息但不包含设备定位数据的服务数据获取请求发送给第二服务端；若需要，则继续判断目标服务卡片是否具有使用设备定位数据的权限，若具有，则将包含身份唯一标识信息以及设备定位数据的服务数据获取请求发送给第二服务端；若不具有，则展示用于提示授予目标服务卡片使用设备定位数据的权限的提示信息，以根据提示信息获取目标服务卡片对于设备定位数据的使用权限。第二服务端接收到第一服务端发送的服务数据获取请求后，根据与身份唯一标识信息具有绑定关系的用户账户的账户历史数据，确定出符合用户喜好的目标服务数据，以将确定出的目标服务数据发送给用户设备，从而便于用户设备在预设界面处的目标服务卡中展示该目标服务数据。
128.基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图4为本说明书实施例提供的对应于图2的一种服务卡片显示装置的结构示意图。如图4所示，该装置可以包括：
129.感知数据获取模块402，用于利用用户设备获取用户的用户状态感知数据。
130.发送模块404，用于发送所述用户状态感知数据至第一服务端。
131.接收模块406，用于接收所述第一服务端反馈的目标服务卡片的程序文件；所述目标服务卡片用于提供所述第一服务端根据所述用户状态感知数据确定出的所需推荐给所述用户的目标服务。
132.服务数据获取模块408，用于利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据。
133.展示模块410，用于在所述目标服务卡片处展示所述目标服务数据。
134.基于图4的装置，本说明书实施例还提供了该装置的一些具体实施方案，下面进行说明。
135.可选的，所述第一服务端处存储有各个设置有预设下发条件的预设服务卡片的程序文件，所述目标服务卡片为所述第一服务端确定出的所述预设下发条件被所述用户状态感知数据满足的所述预设服务卡片；所述预设下发条件是预先根据所述预设服务卡片所能提供的服务类型设置的。
136.可选的，所述第一服务端为所述用户设备的厂商处的服务端设备；所述第一服务
端用于从所述预设服务卡片的服务提供方处获取所述预设服务卡片的程序文件。
137.可选的，所述用户状态感知数据包括：所述用户设备获取到的设备定位数据、设备电量数据、用户通信信息以及用户体征数据中的至少一种。
138.可选的，所述服务数据获取模块408，具体可以包括：
139.第一判断单元，用于判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限，得到第一判断结果。
140.第一处理单元，用于若所述第一判断结果表示所述目标服务卡片具有对于所述用户设备的设备定位数据的使用权限，则通过运行所述目标服务卡片的程序文件，发送携带有所述设备定位数据的第一服务数据获取请求至第二服务端。
141.第一目标服务数据接收单元，用于接收所述第二服务端响应于所述第一服务数据获取请求反馈的所述目标服务数据；所述目标服务数据是所述第二服务端根据所述设备定位数据确定出的向所述用户提供所述目标服务所需使用的数据。
142.第二处理单元，用于若所述第一判断结果表示所述目标服务卡片不具有对于所述用户设备的设备定位数据的使用权限，则展示用于提示授予所述目标服务卡片对于所述用户设备的设备定位数据的使用权限的第一提示信息。
143.所述服务数据获取模块408，还可以包括：
144.第二判断单元，用于判断所述目标服务卡片在提供所述目标服务的过程中是否需要使用所述用户设备的设备定位数据，得到第二判断结果。
145.第三处理单元，用于若所述第二判断结果表示所述目标服务卡片在提供所述目标服务的过程中不需要使用所述用户设备的设备定位数据，则通过运行所述目标服务卡片的程序文件，发送未携带所述设备定位数据的第二服务数据获取请求至所述第二服务端。
146.第二目标服务数据接收单元，用于接收所述第二服务端响应于所述第二服务数据获取请求反馈的所述目标服务数据。
147.所述第一判断单元，具体可以用于：
148.若所述第二判断结果表示所述目标服务卡片在提供所述目标服务的过程中需要使用所述用户设备的设备定位数据，则判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限。
149.可选的，所述第二服务端为目标应用的服务端。
150.所述服务数据获取模块408，还可以包括：
151.身份标识获取单元，用于通过运行所述目标服务卡片的程序文件，从所述用户设备处获取预设种类的身份唯一标识信息。
152.数据获取请求单元，用于生成携带有所述身份唯一标识信息的所述第一服务数据获取请求；或者，
153.生成携带有所述身份唯一标识信息的所述第二服务数据获取请求。
154.所述第一目标服务数据接收单元，或者，所述第二目标服务数据接收单元，具体可以用于：
155.接收所述第二服务端根据所述目标应用处与所述身份唯一标识信息具有绑定关系的用户账户的账户历史数据确定出的所述目标服务数据。
156.可选的，所述预设种类的身份唯一标识信息包括：所述用户设备的设备唯一标识
信息以及用于获取所述用户设备的厂商提供的云服务的用户唯一标识信息中的至少一种。
157.所述服务数据获取模块408，还可以包括：
158.第四处理单元，用于若所述第二服务端未查找到所述目标应用处与所述身份唯一标识信息具有绑定关系的用户账户，则展示所述第二服务端反馈的用于提示建立所述身份唯一标识信息与所述用户在所述目标应用处的用户账户之间的绑定关系的第二提示信息。
159.可选的，所述展示模块410，具体可以用于：
160.在显示于所述用户设备的预设界面处的所述目标服务卡片中展示所述目标服务数据；其中，所述预设界面包括：锁屏界面、负一屏界面及虚拟桌面界面中的至少一种。
161.可选的，所述目标服务卡片为快应用卡片组件。
162.可选的，所述装置还可以包括：
163.删除模块，用于根据所述第一服务端发送的服务卡片删除指令，删除所述用户设备处的所述目标服务卡片的程序文件；或者，
164.根据所述用户设备处的预设服务卡片清理策略，删除所述用户设备处的所述目标服务卡片的程序文件。
165.基于同样的思路，本说明书实施例还提供了上述方法对应的设备。
166.图5为本说明书实施例提供的对应于图2的一种服务卡片显示设备的结构示意图。如图5所示，设备500可以包括：
167.至少一个处理器510；以及，
168.与所述至少一个处理器通信连接的存储器530；其中，
169.所述存储器530存储有可被所述至少一个处理器510执行的指令520，所述指令被所述至少一个处理器510执行，以使所述至少一个处理器510能够：
170.获取用户的用户状态感知数据。
171.发送所述用户状态感知数据至第一服务端。
172.接收所述第一服务端反馈的目标服务卡片的程序文件；所述目标服务卡片用于提供所述第一服务端根据所述用户状态感知数据确定出的所需推荐给所述用户的目标服务。
173.利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据。
174.在所述目标服务卡片处展示所述目标服务数据。
175.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于图5所示的设备而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
176.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员
自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescription language)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(ruby hardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegrated circuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
177.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
178.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
179.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
180.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
181.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产
生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
182.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
183.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
184.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
185.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
186.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
187.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
188.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
189.本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
190.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员
来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。

技术特征：
1.一种服务卡片显示方法，包括：利用用户设备获取用户的用户状态感知数据；发送所述用户状态感知数据至第一服务端；接收所述第一服务端反馈的目标服务卡片的程序文件；所述目标服务卡片用于提供所述第一服务端根据所述用户状态感知数据确定出的所需推荐给所述用户的目标服务；利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据；在所述目标服务卡片处展示所述目标服务数据。2.如权利要求1所述的方法，所述第一服务端处存储有各个设置有预设下发条件的预设服务卡片的程序文件，所述目标服务卡片为所述第一服务端确定出的所述预设下发条件被所述用户状态感知数据满足的所述预设服务卡片；所述预设下发条件是预先根据所述预设服务卡片所能提供的服务类型设置的。3.如权利要求2所述的方法，所述第一服务端为所述用户设备的厂商处的服务端设备；所述第一服务端用于从所述预设服务卡片的服务提供方处获取所述预设服务卡片的程序文件。4.如权利要求2所述的方法，所述用户状态感知数据包括：所述用户设备获取到的设备定位数据、设备电量数据、用户通信信息以及用户体征数据中的至少一种。5.如权利要求1所述的方法，所述利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据，具体包括：判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限，得到第一判断结果；若所述第一判断结果表示所述目标服务卡片具有对于所述用户设备的设备定位数据的使用权限，则通过运行所述目标服务卡片的程序文件，发送携带有所述设备定位数据的第一服务数据获取请求至第二服务端；接收所述第二服务端响应于所述第一服务数据获取请求反馈的所述目标服务数据；所述目标服务数据是所述第二服务端根据所述设备定位数据确定出的向所述用户提供所述目标服务所需使用的数据。6.如权利要求5所述的方法，所述判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限，得到第一判断结果之后，还包括：若所述第一判断结果表示所述目标服务卡片不具有对于所述用户设备的设备定位数据的使用权限，则展示用于提示授予所述目标服务卡片对于所述用户设备的设备定位数据的使用权限的第一提示信息。7.如权利要求5所述的方法，所述判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限之前，还包括：判断所述目标服务卡片在提供所述目标服务的过程中是否需要使用所述用户设备的设备定位数据，得到第二判断结果；若所述第二判断结果表示所述目标服务卡片在提供所述目标服务的过程中不需要使用所述用户设备的设备定位数据，则通过运行所述目标服务卡片的程序文件，发送未携带所述设备定位数据的第二服务数据获取请求至所述第二服务端；
接收所述第二服务端响应于所述第二服务数据获取请求反馈的所述目标服务数据；所述判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限，具体包括：若所述第二判断结果表示所述目标服务卡片在提供所述目标服务的过程中需要使用所述用户设备的设备定位数据，则判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限。8.如权利要求7所述的方法，所述第二服务端为目标应用的服务端；所述利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据，还包括：通过运行所述目标服务卡片的程序文件，从所述用户设备处获取预设种类的身份唯一标识信息；生成携带有所述身份唯一标识信息的所述第一服务数据获取请求；或者，生成携带有所述身份唯一标识信息的所述第二服务数据获取请求；所述接收所述第二服务端响应于所述第一服务数据获取请求反馈的所述目标服务数据，或者，所述接收所述第二服务端响应于所述第二服务数据获取请求反馈的所述目标服务数据，具体包括：接收所述第二服务端根据所述目标应用处与所述身份唯一标识信息具有绑定关系的用户账户的账户历史数据确定出的所述目标服务数据。9.如权利要求8所述的方法，所述预设种类的身份唯一标识信息包括：所述用户设备的设备唯一标识信息以及用于获取所述用户设备的厂商提供的云服务的用户唯一标识信息中的至少一种；所述接收所述第二服务端根据所述目标应用处与所述身份唯一标识信息具有绑定关系的用户账户的账户历史数据确定出的所述目标服务数据之前，还包括：若所述第二服务端未查找到所述目标应用处与所述身份唯一标识信息具有绑定关系的用户账户，则展示所述第二服务端反馈的用于提示建立所述身份唯一标识信息与所述用户在所述目标应用处的用户账户之间的绑定关系的第二提示信息。10.如权利要求1-9中任意一项所述的方法，所述在所述目标服务卡片处展示所述目标服务数据，具体包括：在显示于所述用户设备的预设界面处的所述目标服务卡片中展示所述目标服务数据；其中，所述预设界面包括：锁屏界面、负一屏界面及虚拟桌面界面中的至少一种。11.如权利要求10所述的方法，所述在显示于所述用户设备的预设界面处的所述目标服务卡片中展示所述目标服务数据之后，还包括：根据所述第一服务端发送的服务卡片删除指令，删除所述用户设备处的所述目标服务卡片的程序文件；或者，根据所述用户设备处的预设服务卡片清理策略，删除所述用户设备处的所述目标服务卡片的程序文件。12.如权利要求10所述的方法，所述目标服务卡片为快应用卡片组件。13.一种服务卡片显示装置，包括：感知数据获取模块，用于利用用户设备获取用户的用户状态感知数据；
发送模块，用于发送所述用户状态感知数据至第一服务端；接收模块，用于接收所述第一服务端反馈的目标服务卡片的程序文件；所述目标服务卡片用于提供所述第一服务端根据所述用户状态感知数据确定出的所需推荐给所述用户的目标服务；服务数据获取模块，用于利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据；展示模块，用于在所述目标服务卡片处展示所述目标服务数据。14.如权利要求13所述的装置，所述第一服务端处存储有各个设置有预设下发条件的预设服务卡片的程序文件，所述目标服务卡片为所述第一服务端确定出的所述预设下发条件被所述用户状态感知数据满足的所述预设服务卡片；所述预设下发条件是预先根据所述预设服务卡片所能提供的服务类型设置的；所述第一服务端为所述用户设备的厂商处的服务端设备；所述第一服务端用于从所述预设服务卡片的服务提供方处获取所述预设服务卡片的程序文件；所述用户状态感知数据包括：所述用户设备获取到的设备定位数据、设备电量数据、用户通信信息以及用户体征数据中的至少一种。15.如权利要求13所述的装置，所述服务数据获取模块，具体包括：第一判断单元，用于判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限，得到第一判断结果；第一处理单元，用于若所述第一判断结果表示所述目标服务卡片具有对于所述用户设备的设备定位数据的使用权限，则通过运行所述目标服务卡片的程序文件，发送携带有所述设备定位数据的第一服务数据获取请求至第二服务端；第一目标服务数据接收单元，用于接收所述第二服务端响应于所述第一服务数据获取请求反馈的所述目标服务数据；所述目标服务数据是所述第二服务端根据所述设备定位数据确定出的向所述用户提供所述目标服务所需使用的数据；第二处理单元，用于若所述第一判断结果表示所述目标服务卡片不具有对于所述用户设备的设备定位数据的使用权限，则展示用于提示授予所述目标服务卡片对于所述用户设备的设备定位数据的使用权限的第一提示信息。16.如权利要求15所述的装置，所述服务数据获取模块，还包括：第二判断单元，用于判断所述目标服务卡片在提供所述目标服务的过程中是否需要使用所述用户设备的设备定位数据，得到第二判断结果；第三处理单元，用于若所述第二判断结果表示所述目标服务卡片在提供所述目标服务的过程中不需要使用所述用户设备的设备定位数据，则通过运行所述目标服务卡片的程序文件，发送未携带所述设备定位数据的第二服务数据获取请求至所述第二服务端；第二目标服务数据接收单元，用于接收所述第二服务端响应于所述第二服务数据获取请求反馈的所述目标服务数据；所述第一判断单元，具体用于：若所述第二判断结果表示所述目标服务卡片在提供所述目标服务的过程中需要使用所述用户设备的设备定位数据，则判断所述目标服务卡片是否具有对于所述用户设备的设备定位数据的使用权限。
17.如权利要求16所述的装置，所述第二服务端为目标应用的服务端；所述服务数据获取模块，还包括：身份标识获取单元，用于通过运行所述目标服务卡片的程序文件，从所述用户设备处获取预设种类的身份唯一标识信息；数据获取请求单元，用于生成携带有所述身份唯一标识信息的所述第一服务数据获取请求；或者，生成携带有所述身份唯一标识信息的所述第二服务数据获取请求；所述第一目标服务数据接收单元，或者，所述第二目标服务数据接收单元，具体用于：接收所述第二服务端根据所述目标应用处与所述身份唯一标识信息具有绑定关系的用户账户的账户历史数据确定出的所述目标服务数据。18.如权利要求17所述的装置，所述预设种类的身份唯一标识信息包括：所述用户设备的设备唯一标识信息以及用于获取所述用户设备的厂商提供的云服务的用户唯一标识信息中的至少一种；所述服务数据获取模块，还包括：第四处理单元，用于若所述第二服务端未查找到所述目标应用处与所述身份唯一标识信息具有绑定关系的用户账户，则展示所述第二服务端反馈的用于提示建立所述身份唯一标识信息与所述用户在所述目标应用处的用户账户之间的绑定关系的第二提示信息。19.如权利要求13-18中任意一项所述的装置，所述展示模块，具体用于：在显示于所述用户设备的预设界面处的所述目标服务卡片中展示所述目标服务数据；其中，所述预设界面包括：锁屏界面、负一屏界面及虚拟桌面界面中的至少一种。20.如权利要求19所述的装置，所述装置，还包括：删除模块，用于根据所述第一服务端发送的服务卡片删除指令，删除所述用户设备处的所述目标服务卡片的程序文件；或者，根据所述用户设备处的预设服务卡片清理策略，删除所述用户设备处的所述目标服务卡片的程序文件。21.一种服务卡片显示设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：获取用户的用户状态感知数据；发送所述用户状态感知数据至第一服务端；接收所述第一服务端反馈的目标服务卡片的程序文件；所述目标服务卡片用于提供所述第一服务端根据所述用户状态感知数据确定出的所需推荐给所述用户的目标服务；利用所述目标服务卡片的程序文件，从第二服务端处获取向所述用户提供所述目标服务所需使用的目标服务数据；在所述目标服务卡片处展示所述目标服务数据。

技术总结
本说明书实施例中公开了一种服务卡片显示方法、装置及设备。该方案可以包括：利用用户设备获取用户的用户状态感知数据，并将获取的用户状态感知数据发送至第一服务端，以令第一服务端能够根据用户设备上报的用户状态感知数据，向用户设备实时下发用于提供所需推荐给用户的目标服务的目标服务卡片的程序文件，后续，用户设备则可以利用该目标服务卡片的程序文件，从第二服务端处获取相关的目标服务数据，从而在用户设备处的目标服务卡片中展示该目标服务数据以向用户提供目标服务。目标服务数据以向用户提供目标服务。目标服务数据以向用户提供目标服务。


技术研发人员：姜宗仁 闫文琛 谢林强 陈岑 梁弘毅
受保护的技术使用者：支付宝（杭州）信息技术有限公司
技术研发日：2023.05.18
技术公布日：2023/8/23