具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)应用(Application，APP)，终端中运行的用于提供各种服务的应用程序，例如即时通讯应用、视频应用、音乐应用、地图应用等。

2)响应于，用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

基于上述对本申请实施例中涉及的名词和术语的解释，下面说明本申请实施例提供的应用服务的处理系统。参见图1，图1是本申请实施例提供的应用服务的处理系统100的架构示意图，为实现支撑一个示例性应用，终端400通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合，使用无线或有线链路实现数据传输。

终端400，用于在基于目标应用账号登录的第一应用的界面中，呈现至少一个应用服务对应的关联功能项；响应于基于关联功能项触发的针对目标应用服务的关联指令，将目标应用服务对应的目标服务账号与目标应用账号进行关联；并将目标应用账号与目标服务账号的关联关系发送至服务200；

服务器200，用于接收到目标应用账号与目标服务账号的关联关系并存储，从而得到包括目标应用账号与至少一个服务账号的关联关系的目标关联关系；

终端400，还用于在第一应用处于登录态的过程中，当在第二应用的界面中，接收到针对目标应用服务的内容输出指令时，发送目标关联关系的获取请求至服务器200；

服务器200，还用于接收到获取请求并返回目标关联关系至终端400；

终端400，还用于接收到目标关联关系，当目标关联关系中存在目标应用账号与目标服务账号的关联关系时，输出与目标服务账号的权限相对应的服务内容；这里，第一应用与具有目标应用服务的第二应用共享目标应用账号。

在实际应用中，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端400可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能电视、智能手表等，但并不局限于此。终端400以及服务器200可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

参见图2，图2是本申请实施例提供的实施应用服务的处理方法的电子设备500的结构示意图。在实际应用中，电子设备500可以为图1示出的服务器或终端，以电子设备500为图1示出的终端为例，对实施本申请实施例的应用服务的处理方法的电子设备进行说明，本申请实施例提供的电子设备500包括：至少一个处理器510、存储器550、至少一个网络接口520和用户接口530。电子设备500中的各个组件通过总线系统540耦合在一起。可理解，总线系统540用于实现这些组件之间的连接通信。总线系统540除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统540。

处理器510可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口530包括使得能够呈现媒体内容的一个或多个输出装置531，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口530还包括一个或多个输入装置532，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器550可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器550可选地包括在物理位置上远离处理器510的一个或多个存储设备。

存储器550包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器550旨在包括任意适合类型的存储器。

在一些实施例中，存储器550能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统551，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块552，用于经由一个或多个(有线或无线)网络接口520到达其他计算设备，示例性的网络接口520包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

呈现模块553，用于经由一个或多个与用户接口530相关联的输出装置531(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块554，用于对一个或多个来自一个或多个输入装置532之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的应用服务的处理装置可以采用软件方式实现，图2示出了存储在存储器550中的应用服务的处理装置555，其可以是程序和插件等形式的软件，包括以下软件模块：呈现模块5551、关联模块5552和输出模块5553，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分，将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的应用服务的处理装置可以采用软硬件结合的方式实现，作为示例，本申请实施例提供的应用服务的处理装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的应用服务的处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，ApplicationSpecific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable LogicDevice)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

基于上述对本申请实施例提供的应用服务的处理系统及电子设备的说明，下面说明本申请实施例提供的应用服务的处理方法。在一些实施例中，本申请实施例提供的应用服务的处理方法可由服务器或终端单独实施，或由服务器及终端协同实施，下面以终端实施为例说明本申请实施例提供的应用服务的处理方法。参见图3，图3是本申请实施例提供的应用服务的处理方法的流程示意图，本申请实施例提供的应用服务的处理方法包括：

步骤101：终端在基于目标应用账号登录的第一应用的界面中，呈现至少一个应用服务对应的关联功能项。

这里，终端包括但不限于手机、电脑、智能语音交互设备、智能家电、车载终端等。在实际应用中，终端设置有第一应用，该第一应用可以是即时通信应用、地图导航应用、音乐播放应用等。该第一应用基于目标应用账号登录，该目标应用账号可以是目标用户在第一应用中申请注册的，也可以是在与第一应用共享应用账号的其他应用中申请注册的。

在本申请实施例中，该第一应用中集成有至少一个应用服务，比如音乐播放应用服务、地图导航应用服务等。用户可以在第一应用中，通过运行集成的应用服务以体验相应的服务。在实际应用中，第一应用可以成功通过应用服务向用户提供相应的服务的前提是，在应用服务中完成相应的服务账号处于登录状态下实现。在第一应用中实现应用服务的服务账号的登录，可以在每次使用应用服务时登录，在本申请实施例中，可以通过将服务账号与目标应用账号进行关联的方式，从而使在运行目标应用账号下的第一应用时，目标应用账号所关联的服务账号也处于登录状态，从而便于用户直接在第一应用中使用该服务账号对应的应用服务。接下来对服务账号与目标应用账号的关联进行说明。

终端运行该第一应用，并基于目标应用账号登录该第一应用。此时，终端呈现第一应用的界面，并在第一应用的界面中呈现所集成的至少一个应用服务对应的关联功能项，以通过该关联功能项，将相应应用服务的服务账号与第一应用的目标应用账号进行关联。

在一些实施例中，终端可通过如下方式控制第一应用进入登录状态：呈现第一应用对应的账号登录界面，并在账号登录界面中呈现账号注册功能项；响应于基于账号注册功能项触发的账号注册指令，生成对应第一应用的目标应用账号，并控制第一应用基于目标应用账号进入登录态。

这里，终端在运行第一应用后，当第一应用处于未登陆状态时，则呈现第一应用对应的账号登录界面，并在账号登录界面中呈现账号注册功能项。当用户针对该第一应用为申请有相应的目标应用账号时，则可以通过该账号注册功能项申请目标应用账号。终端接收基于账号注册功能项触发的账号注册指令，比如用户可通过点击操作、长按操作等方式触发该账号注册功能项，从而触发该账号注册指令；响应于该账号注册指令，生成对应第一应用的目标应用账号，同时控制第一应用基于目标应用账号进入登录态。

在实际应用中，该目标应用账号可以基于用户的标识信息(比如身份信息、手机号码等)生成，也可以是根据随机算法随机生成的。在目标应用账号注册成功后，用户后续则可以基于该目标应用账号登录第一应用，以使用第一应用中的应用功能。

在一些实施例中，终端可通过如下方式呈现至少一个应用服务对应的关联功能项：在基于目标应用账号登录的第一应用的设置界面中，呈现服务关联功能入口；响应于针对服务关联功能入口的触发操作，呈现界面，并在界面中，呈现至少一个应用服务对应的关联功能项。

这里，上述关联功能项可以通过如下方式呈现：终端呈现基于目标应用账号登录的第一应用的设置界面，该设置界面可以供用户根据需要对第一应用的相关信息、权限、隐私等方面进行设置。在本申请实施例中，终端还可在该第一应用的设置界面中呈现服务关联功能入口，用户可以基于该服务关联功能入口实现各应用服务的服务账号与目标应用账号的关联。具体地，终端响应于针对该服务关联功能入口的触发操作，呈现第一应用的界面，并在第一应用的界面呈现该至少一个应用服务对应的关联功能项。

作为示例，参见图4，图4是本申请实施例提供的关联功能项的呈现示意图。这里，终端在第一应用的设置界面中呈现服务关联功能入口“服务绑定”，如图4中A图所示；响应于针对服务关联功能入口“服务绑定”的触发操作(比如点击操作)，呈现各应用服务(比如音乐应用服务、读书应用服务等)对应的关联功能项“绑定”，如图4中B图所示。

在一些实施例中，终端可通过如下方式呈现至少一个应用服务对应的关联功能项：在基于目标应用账号登录的第一应用的应用界面中，呈现至少一个应用服务对应的服务入口；响应于针对服务入口的触发操作，当至少一个应用服务的服务账号与目标应用账号未关联时，呈现界面，并在界面中，呈现至少一个应用服务对应的关联功能项。

这里，上述关联功能项还可以通过如下方式呈现：在第一应用的使用过程中，针对第一应用所集成的应用服务，设置相应的服务入口，即用户可以通过点击该服务入口体验相应的应用服务。当用户在使用第一应用的过程中涉及到所集成的应用服务时，在第一应用的应用界面中，呈现相应的服务入口；响应于针对服务入口的触发操作，当检测到至少一个服务应用的服务账号与目标应用账号未关联时，则呈现界面，并在界面中呈现该至少一个应用服务对应的关联功能项。

作为示例，参见图5，图5是本申请实施例提供的关联功能项的呈现示意图。这里，终端在第一应用的应用界面中呈现音乐应用服务的服务入口，如图5中A图所示；响应于针对音乐应用服务的服务入口的触发操作，当检测到音乐应用服务的服务账号与目标应用账号未关联时，则呈现该音乐应用服务对应的关联功能项“绑定”，如图5中B图所示。

步骤102：响应于基于关联功能项触发的针对目标应用服务的关联指令，将目标应用服务对应的目标服务账号与目标应用账号进行关联。

这里，终端在基于目标应用账号登录的第一应用的界面中，呈现至少一个应用服务对应的关联功能项后，用户可以基于该关联功能项实现相应应用服务的服务账号与目标应用账号的关联。当终端接收到基于该关联功能项触发的针对目标应用服务的关联指令时，则响应于该关联指令，将目标应用服务对应的目标服务账号与目标应用账号进行关联，从而得到目标服务账号与目标应用账号的关联关系。

在一些实施例中，每个应用服务对应一个关联功能项，终端可通过如下方式接收到针对目标应用服务的关联指令：接收到针对目标应用服务对应的关联功能项的触发操作；响应于触发操作，接收到针对目标应用服务的关联指令。

这里，每个应用服务对应一个关联功能项，用户可以通过点击等操作触发相应应用服务的关联功能项，从而触发关联指令。当终端接收到针对目标应用服务对应的关联功能项的触发操作时，响应于该触发操作，接收到针对目标应用服务的关联指令。

在一些实施例中，每个应用服务对应一个关联功能项，终端可通过如下方式接收到针对目标应用服务的关联指令：响应于针对目标应用服务对应的关联功能项的触发操作，呈现供选择的至少一种关联方式；响应于针对目标关联方式的选取操作，呈现目标关联方式对应的关联界面；基于关联界面，接收到通过目标关联方式触发的针对目标应用服务的关联指令。

这里，终端还可以为用户提供至少一种供选择的关联方式。每个应用服务对应一个关联功能项，当终端接收到针对目标应用服务对应的关联功能项的触发操作时，响应于该触发操作，呈现供选择的至少一种关联方式，比如扫码关联方式、验证码关系方式等。响应于针对该至少一种关联方式中目标关联方式的选取操作，呈现目标关联方式对应的关联界面，该关联界面中可以显示相应关联方式对应的、所需要的关联内容，比如图形码、信息验证功能项等等，用户可以基于该关联界面触发针对目标应用服务的关联指令。此时，终端基于该关联界面，接收到通过目标关联方式触发的针对目标应用服务的关联指令。

在一些实施例中，当目标关联方式为扫码关联方式时，终端可在关联界面中，呈现目标应用服务对应的关联图形码；

相应的，终端可通过如下方式接收到通过目标关联方式触发的针对目标应用服务的关联指令：接收到通过目标关联方式对应的应用程序触发的、针对关联图形码的扫描操作；响应于扫描操作，呈现第一提示功能项，第一提示功能项，用于提示是否将目标服务账号与目标应用账号进行关联；响应于基于第一提示功能项触发的确认关联指令，接收到针对目标应用服务的关联指令。

在实际应用中，可以在关联界面中设置目标关联方式对应的、用于安全验证的内容，以保证服务账号的隐私和安全，比如信息验证功能项、图形码等，以在用户基于该内容进行安全验证且验证通过后，触发相应的关联指令，以进行目标服务账号与目标应用账号的关联。

这里，该目标关联方式可以是扫码关联方式，此时，终端在关联界面中呈现目标应用服务对应的关联图形码。该关联图形码可供目标关联方式对应的应用程序(具备扫码功能的应用程序)进行扫码操作，以确认是否进行账号关联。在实际实施时，在呈现关联图形码的同时，还可以呈现相应的提示信息，以基于该提示信息提示用户采用目标关联方式对应的应用程序进行扫码操作。

当终端接收到通过目标关联方式对应的应用程序触发的、针对关联图形码的扫描操作时，响应于该扫描操作，呈现第一提示功能项，以基于该第一提示功能项，提示是否将目标服务账号与目标应用账号进行关联，用户可基于该第一提示功能项根据需要选择“是”与“否”；当终端接收到基于第一提示功能项触发的确认关联指令，响应于该确认关联指令，接收到针对目标应用服务的关联指令。

作为示例，参见图6，图6是本申请实施例提供的关联指令的接收流程示意图。这里，终端呈现目标应用服务“音乐应用服务”对应的关联功能项“绑定”，如图6中A图所示；响应于针对关联功能项“绑定”的触发操作，呈现供选择的至少一种关联方式，包括扫码关联方式和验证码关联方式，如图6中B图所示；响应于针对目标关联方式“扫码关联方式”的选取操作，呈现扫码关联方式对应的关联界面，并在关联界面中呈现目标应用服务“音乐应用服务”对应的关联图形码，并呈现提示用户采用“X应用程序”进行扫码操作的提示信息，如图6中C图所示；响应于通过“X应用程序”触发的、针对关联图形码的扫描操作，呈现第一提示功能项，该第一提示功能项包括用于触发确认关联指令和取消关联指令的功能项，即“确认”和“取消”，如图6中D图所示；响应于基于“确认”功能项触发的确认关联指令，接收到针对音乐应用服务的关联指令。

在一些实施例中，当目标关联方式为验证码关联方式时，终端可在关联界面中，呈现目标应用服务对应的信息验证功能项、以及信息输入功能项；

相应的，终端可通过如下方式接收到通过目标关联方式触发的针对目标应用服务的关联指令：响应于针对信息验证功能项触发的验证指令，发送验证信息至目标应用账号所关联的终端；当接收到基于信息输入功能项输入的验证信息时，接收到针对目标应用服务的关联指令。

在实际应用中，可以在关联界面中设置目标关联方式对应的、用于安全验证的内容，以保证服务账号的隐私和安全，比如信息验证功能项、图形码等，以在用户基于该内容进行安全验证且验证通过后，触发相应的关联指令，以进行目标服务账号与目标应用账号的关联。

这里，该目标关联方式可以是验证码关联方式，此时，终端在关联界面中，呈现目标应用服务对应的信息验证功能项、以及信息输入功能项。该信息验证功能项用于触发验证信息的发送，该信息输入功能项用于输入验证信息。

当终端接收到针对信息验证功能项触发的验证指令时，响应于该验证指令，发送验证信息至目标应用账号所关联的终端，该验证信息可以是有若干字母、数字等字符组成的验证码；用户在查看到该发送的验证信息后，在信息输入功能项输入验证信息。终端接收到基于信息输入功能项输入的验证信息时，若该输入的验证信息与发送的验证信息一致时，则接收到针对目标应用服务的关联指令。

作为示例，参见图7，图7是本申请实施例提供的关联指令的接收流程示意图。这里，终端呈现目标应用服务“音乐应用服务”对应的关联功能项“绑定”，如图7中A图所示；响应于针对关联功能项“绑定”的触发操作，呈现供选择的至少一种关联方式，包括扫码关联方式和验证码关联方式，如图7中B图所示；响应于针对目标关联方式“验证码关联方式”的选取操作，呈现验证码关联方式对应的关联界面，并在关联界面中呈现信息验证功能项“验证”、以及信息输入功能项“请输入……”，如图7中C图所示；响应于基于信息验证功能项“验证”触发的验证指令时，发送验证信息至目标应用账号所关联的终端，该验证信息可以是有若干字母、数字等字符组成的验证码，比如“123456”；用户在查看到该发送的验证信息后，在信息输入功能项输入验证信息。终端接收到基于信息输入功能项输入的验证信息“123456”，如图7中D图所示；由于该输入的验证信息“123456”与发送的验证信息“123456”一致，此时接收到针对目标应用服务的关联指令。

在一些实施例中，至少一个应用服务对应一个关联功能项，终端可通过如下方式接收到针对目标应用服务的关联指令：响应于针对关联功能项的触发操作，呈现供选择的至少一种关联方式；响应于针对目标关联方式的选取操作，呈现至少一个应用服务；响应于针对目标应用服务的选取操作，呈现目标关联方式对应的关联界面；基于关联界面，接收到通过目标关联方式触发的针对目标应用服务的关联指令。

这里，该至少一个应用服务对应一个关联功能项。终端接收到针对关联功能项的触发操作时，响应于该触发操作，呈现供选择的至少一种关联方式，比如扫码关联方式、验证码关系方式等。响应于针对该至少一种关联方式中目标关联方式的选取操作，呈现该关联功能项对应的至少一个应用服务，比如音乐应用服务、读书应用服务等。响应于针对目标应用服务的选取操作，呈现目标应用服务对应的、与目标关联方式相匹配的关联界面，该关联界面中可以显示相应关联方式对应的、所需要的关联内容，比如图形码、信息验证功能项等等，用户可以基于该关联界面触发针对目标应用服务的关联指令。此时，终端基于该关联界面，接收到通过目标关联方式触发的针对目标应用服务的关联指令。

作为示例，参见图8，图8是本申请实施例提供的关联指令的接收流程示意图。这里，终端呈现至少一个应用服务的关联功能项“服务绑定”，如图8中A图所示；响应于针对关联功能项“服务绑定”的触发操作，呈现供选择的至少一种关联方式，包括扫码关联方式和验证码关系方式，如图8中B图所示；响应于针对目标关联方式“扫码关联方式”的选取操作，呈现该关联功能项对应的至少一个应用服务，包括音乐应用服务、读书应用服务等，如图8中C图所示；响应于针对目标应用服务“音乐应用服务”的选取操作，呈现目标应用服务“音乐应用服务”对应的、与目标关联方式“扫码关联方式”相匹配的关联界面，如图8中D图所示。

在实际应用中，可以在关联界面中设置目标关联方式对应的、用于安全验证的内容，以保证服务账号的隐私和安全，比如信息验证功能项、图形码等，以在用户基于该内容进行安全验证且验证通过后，触发相应的关联指令，以进行目标服务账号与目标应用账号的关联。

这里，该目标关联方式可以是扫码关联方式，此时，终端在关联界面中呈现目标应用服务对应的关联图形码。该关联图形码可供目标关联方式对应的应用程序(具备扫码功能的应用程序)进行扫码操作，以确认是否进行账号关联。在实际实施时，在呈现关联图形码的同时，还可以呈现相应的提示信息，以基于该提示信息提示用户采用目标关联方式对应的应用程序进行扫码操作。

当终端接收到通过目标关联方式对应的应用程序触发的、针对关联图形码的扫描操作时，响应于该扫描操作，呈现第一提示功能项，以基于该第一提示功能项，提示是否将目标服务账号与目标应用账号进行关联，用户可基于该第一提示功能项根据需要选择“是”与“否”；当终端接收到基于第一提示功能项触发的确认关联指令，响应于该确认关联指令，接收到针对目标应用服务的关联指令。具体流程示例可参见图6，此处不再赘述。

在实际应用中，可以在关联界面中设置目标关联方式对应的、用于安全验证的内容，以保证服务账号的隐私和安全，比如信息验证功能项、图形码等，以在用户基于该内容进行安全验证且验证通过后，触发相应的关联指令，以进行目标服务账号与目标应用账号的关联。

这里，该目标关联方式可以是验证码关联方式，此时，终端在关联界面中，呈现目标应用服务对应的信息验证功能项、以及信息输入功能项。该信息验证功能项用于触发验证信息的发送，该信息输入功能项用于输入验证信息。

当终端接收到针对信息验证功能项触发的验证指令时，响应于该验证指令，发送验证信息至目标应用账号所关联的终端，该验证信息可以是有若干字母、数字等字符组成的验证码；用户在查看到该发送的验证信息后，在信息输入功能项输入验证信息。终端接收到基于信息输入功能项输入的验证信息时，若该输入的验证信息与发送的验证信息一致时，则接收到针对目标应用服务的关联指令。具体流程示例可参见图7，此处不再赘述。

在一些实施例中，终端可通过如下方式将目标应用服务对应的目标服务账号与目标应用账号进行关联：发送将目标服务账号与目标应用账号进行关联的关联请求，至目标应用服务的第一服务器；其中，该关联请求，用于供第一服务器发送目标服务账号至第一应用的第二服务器，以使第二服务器将目标服务账号与目标应用账号进行关联，并返回提示信息；接收并呈现基于关联请求返回的提示信息，该提示信息，用于指示目标服务账号与目标应用账号的关联结果。

这里，终端在接收到针对目标应用服务的关联指令后，发送将目标服务账号与目标应用账号进行关联的关联请求至目标应用服务的第一服务器。

该第一服务器为目标应用服务的后台服务器，在接收到关联请求后，响应于该关联请求，发送目标服务账号至第一应用的第二服务器。

该第二服务为第一应用的后台服务器，在接收到目标服务账号后，将目标服务账号与目标应用账号进行关联，并返回提示信息至第一应用。该提示信息，用于指示目标服务账号与目标应用账号的关联结果，包括关联成功和关联失败。第一应用所在终端接收并呈现基于关联请求返回的提示信息。

步骤103：在第一应用处于登录态的过程中，当在第二应用的界面中，接收到针对目标应用服务的内容输出指令时，响应于内容输出指令，基于目标应用账号与目标服务账号的关联关系，输出与目标服务账号的权限相对应的服务内容。

其中，该第一应用与具有目标应用服务的第二应用共享目标应用账号。

这里，该第二应用与第一应用共享目标应用账号，且第二应用也集成有目标应用服务。当第一应用基于目标应用账号处于登录态的过程中，由于第二应用与第一应用共享目标应用账号，该第二应用默认也基于目标应用账号处于登录态。如此，可以通过共享的目标应用账号，同时控制第一应用和第二应用的登录和退出，不仅简化用户操作，提高操作效率，还可以在公共设备(比如车载终端)上，一键控制通过共享的目标应用账号登录的应用的同登同出，保证账号的安全和隐私。

此时，由于在第一应用中已实现了目标应用服务的目标服务账号与目标应用账号的关联，则在第二应用中可直接使用目标应用服务提供相应的服务内容。如此，仅在一个基于目标应用账号登录的应用上，完成目标应用服务的目标服务账号与目标应用账号的关联，即可实现共享该目标应用账号的各个应用，均可以使用目标应用服务提供与目标服务账号的权限相对应的服务内容。简化了用户操作，无需用户在每个具有目标应用服务的应用中均执行账号关联处理，提高用户体验。

且，由于第一应用和第二应用基于目标应用账号实现应用的同登同出，那么其中某个应用(比如第一应用)退出登录后，其绑定的各个应用服务均不可用，如此保证了各应用服务的账号的安全性和隐私性。

这里，终端在第一应用处于登录态的过程中，当在第二应用的界面中，接收到针对目标应用服务的内容输出指令时，则响应于内容输出指令，基于目标应用账号与目标服务账号的关联关系，输出与目标服务账号的权限相对应的服务内容。该目标服务账号的权限可以包括所享有的权益，比如音乐应用服务中的会员听歌权益；或者可以包括操作权限，比如视频应用服务中的视频编辑的操作权限等。

在一些实施例中，终端可在第二应用的界面中，呈现目标应用服务对应的服务入口；响应于针对服务入口的触发操作，接收到针对目标应用服务的内容输出指令。

这里，在第二应用的使用过程中，针对第二应用所集成的应用服务，设置相应的服务入口，即用户可以通过点击该服务入口体验相应的应用服务。当用户在使用第二应用的过程中涉及到所集成的目标应用服务时，在第二应用的界面中，呈现目标应用服务对应的服务入口；响应于针对服务入口的触发操作，接收到针对目标应用服务的内容输出指令。

作为示例，参见图9，图9是本申请实施例提供的服务内容的输出流程示意图。这里，终端在第二应用的界面中呈现目标应用服务“音乐应用服务”的服务入口，如图9中A图所示；响应于针对音乐应用服务“音乐应用服务”的服务入口的触发操作，接收到针对目标应用服务“音乐应用服务”的内容输出指令，响应于内容输出指令，基于目标应用账号与目标服务账号的关联关系，输出与目标服务账号的权限相对应的服务内容，即音乐应用服务在目标服务账号下对应的服务内容，即播放目标服务账号所具有的会员权限对应的歌曲“歌曲Y”，如图9中B图所示。

在一些实施例中，终端可通过如下方式输出与目标服务账号的权限相对应的服务内容：发送对应服务内容的获取请求至第二应用的第三服务器；其中，该获取请求，用于供第三服务器发送携带目标服务账号的内容获取请求，至目标应用服务的第一服务器，以使第一服务器在对目标服务账号验证通过后，返回与目标服务账号的权限相对应的服务内容至第三服务器；接收到第三服务器基于获取请求返回的服务内容，并基于目标应用服务，输出服务内容。

这里，终端接收到内容输出指令后，发送对应服务内容的获取请求至第二应用的第三服务器。在实际应用中，由于第一应用和第二应用共享目标应用账号，该第三服务器可以与第一服务器为同一服务器。

第三服务器接收到获取请求后，响应于获取请求，发送携带目标服务账号的内容获取请求，至目标应用服务的第一服务器。

该第一服务器为目标应用服务的后台服务器，在接收到携带目标服务账号的内容获取请求后，响应于该内容获取请求，对内容获取请求进行解析，得到所携带的目标服务账号，该目标服务账号可以是相应用户的票据信息、标识信息等。并基于第一服务器所存储的该用户的服务账号(包括票据信息)，对该目标服务账号进行验证，若存储的该用户的服务账号与目标服务账号相一致，则验证通过，此时返回与目标服务账号的权限相对应的服务内容至第三服务器。若验证不通过，即存储的该用户的服务账号与目标服务账号不一致，则返回服务内容获取失败的通知消息至第三服务器。

当第三服务器接收到与目标服务账号的权限相对应的服务内容时，将该与目标服务账号的权限相对应的服务内容发送至第二应用，第二应用输出该服务内容给用户。当第三服务器接收到服务内容获取失败的通知消息时，则发送显示服务内容获取失败的通知消息至第二应用，第二应显示服务内容获取失败的提示信息给用户。

在一些实施例中，终端可通过如下方式存储目标应用账号与目标服务账号的关联关系：调用区块链网络的智能合约，对目标应用账号与目标服务账号的关联关系进行共识验证，得到验证结果；当验证结果表征共识验证通过后，将目标服务账号与目标应用账号的关联关系存储至区块链网络中。

这里，终端可以将目标应用账号与目标服务账号的关联关系存储至区块链网络中，以保证目标应用账号与目标服务账号的关联关系的安全性。具体地，终端调用区块链网络的智能合约，对目标应用账号与目标服务账号的关联关系进行共识验证，得到验证结果；当验证结果表征共识验证通过后，将目标服务账号与目标应用账号的关联关系存储至区块链网络中。在实际应用中，由于第一应用所集成的应用服务可以为多个，与第一应用共享目标应用账号的其他应用也可以有多个，因此，在进行账号关联后，可以得到目标应用账号与至少一个服务账号的关联关系，此时，区块链网络中可以存储该目标应用账号与至少一个服务账号的关联关系。

在一些实施例中，终端可通过如下方式输出与目标服务账号的权限相对应的服务内容：生成并发送用于获取目标关联关系的交易至区块链网络，该目标关联关系，包括目标应用账号与至少一个服务账号的关联关系；接收到区块链网络基于交易返回的目标关联关系；当目标关联关系中存在目标应用账号与目标服务账号的关联关系时，输出与目标服务账号的权限相对应的服务内容。

这里，终端接收到内容输出指令后，可以从区块链网络中获取目标关联关系，该目标关联关系即包括目标应用账号与至少一个服务账号的关联关系。具体地，终端可以生成并发送用于获取目标关联关系的交易至区块链网络，区块链网络接收到到交易后，将目标关联关系返回至终端，终端接收到区块链网络基于交易返回的目标关联关系。

然后判断目标关联关系中是否存在目标应用账号与目标服务账号的关联关系。当目标关联关系中存在目标应用账号与目标服务账号的关联关系时，输出与目标服务账号的权限相对应的服务内容。当目标关联关系中不存在目标应用账号与目标服务账号的关联关系时，则显示服务内容输出失败的提示信息。

在一些实施例中，终端可通过如下方式解除目标服务账号与目标应用账号间的关联关系：呈现对应目标应用服务的解除关联功能项；当接收到针对解除关联功能项的触发操作时，呈现第二提示功能项，该第二提示功能项，用于提示是否解除目标服务账号与目标应用账号的关联关系；响应于基于第二提示功能项触发的确认解除指令，解除目标服务账号与目标应用账号之间的关联关系。

这里，当目标服务账号和目标应用账号关联后还可以解除关联。终端呈现目标应用服务的解除关联功能项，用户可以基于该解除关联功能项解除目标服务账号和目标应用账号之间的关联关系。当终端接收到针对解除关联功能项的触发操作时，呈现第二提示功能项，以基于该第二提示功能项，提示是否解除目标服务账号与目标应用账号的关联关系。当接收到基于第二提示功能项触发的确认解除指令时，解除目标服务账号与目标应用账号之间的关联关系，同时还可以呈现相应的解除结果(比如解除成功、解除失败)的提示信息。

作为示例，参见图10，图10是本申请实施例提供的关联关系的解除流程示意图。这里，终端呈现目标应用服务“音乐应用服务”的解除关联功能项“解除绑定”，如图10中A图所示；响应于针对解除关联功能项“解除绑定”的触发操作，呈现第二提示功能项，该第二提示功能项包括用于触发确认解除指令和取消解除指令的功能项，即“确认”和“取消”，如图10中B图所示；接收到基于第二提示功能项触发的确认解除指令时，解除目标服务账号(即音乐应用服务对应的服务账号)与目标应用账号之间的关联关系，同时还可以呈现相应的解除结果的提示信息，即“解除绑定成功”，如图10中C图所示。

在一些实施例中，当在第一应用的应用界面中，接收到针对目标应用服务的内容输出指令时，终端可获取目标服务账号与目标应用账号的关联有效时长、以及关联时间点；当基于关联有效时长以及关联时间点，确定关联失效时间点到达时，呈现关联提示信息；其中，该关联提示信息，用于提示再次将目标服务账号与目标应用账号进行关联。

在实际应用中，目标服务账号与目标应用账号的关联关系对应有相应的关联有效时长，在该关联有效时长内，用户每次在第一应用的应用界面中触发针对目标应用服务的内容输出指令时，则输出相应的服务内容。而当关联有效时长失效时，则不再输出相应的内容。在本申请实施例中，终端接收到针对目标应用服务的内容输出指令时，直接获取目标服务账号与目标应用账号的关联有效时长、以及关联时间点；当基于关联有效时长以及关联时间点，确定关联失效时间点到达时，呈现关联提示信息，以基于该关联提示信息，提示再次将目标服务账号与目标应用账号进行关联，比如“账号关联已失效，请重新关联”。

应用本申请上述实施例，在基于目标应用账号登录的第一应用的界面中，呈现至少一个应用服务对应的关联功能项，当接收到基于关联功能项触发的针对目标应用服务的关联指令时，将目标应用服务对应的目标服务账号与目标应用账号进行关联；此时，在第一应用处于登录态的过程中，若在与第一应用共享目标应用账号的第二应用的界面中，接收到针对目标应用服务的内容输出指令，则输出与目标服务账号的权限相对应的服务内容。

如此，仅需在一个基于目标应用账号登录的应用上，完成应用服务的服务账号与目标应用账号的关联，则共享该目标应用账号的、具有该应用服务其他应用，也可使用该应用服务提供与目标服务账号的权限相对应的服务内容，降低了用户操作复杂度，提高了应用服务的处理效率。

下面将说明本申请实施例在一个实际的应用场景中的示例性应用。

相关技术中，应用账号的互通方案是基于有账号互通权限的各APP之间的账号互通，具体实现方法参见图11，图11是相关技术中提供的账号互通方法的示意图。这里，步骤201：用户打开APP A并完成账号登录；步骤202：用户打开APP B；步骤203：APP B判断是否已登录；步骤204：若未登录，则通过广播轮询的方式从APP A获取用户的用户信息，在实际应用中还可以从统一的接入模块去获取该用户的用户信息；步骤205：APP A返回用户信息至APP B；步骤206：APP B使用获取到的用户信息完成APP B的登录。

申请人在实施过程中发现相关技术中的应用账号互通方案存在如下问题：第一，仅限于同一个终端设备上APP层面的账号之间的互通；第二，各APP的登录状态是相互独立的，仅仅通过共享用户信息完成各自的登录，无法做到当用户在一个APP完成退出登录后，其他通过账号互通登录的应用也同时退出登录，对于公共终端设备(比如车机)来说，需要用户登录或退出所有使用的APP，对用户体验影响很大，且容易造成账号信息泄露的风险；第三，由于各APP的登录状态是相互独立的，不同APP之间的联动和权益共享比较困难；第四，接入成本高，相关技术中的账号方案需要通过共享用户数据完成相互独立的各个APP的登录，一般只适用于同一个生态的APP账号的互通，如果需要实现对外部CP/SP服务(即集成于APP中的应用服务)的接入，则需要外部CP/SP服务适配当前的接入方式，造成了很大的接入成本，且不一定能适用于所有情况。

基于此，本申请提供出一种基于超级账号(即上述目标应用账号)的聚合多个CP/SP服务账号(即上述应用服务)的关联与管理方法，接下来以应用于车联网应用为例进行说明。具体参见图12，图12是本申请实施例提供的基于超级账号的服务账号(CP/SP服务账号)关联与管理系统的示意图。这里，将外部CP/SP服务的服务账号与车联网应用的目标应用账号(即超级账号)进行关联，从而实现不同车联网APP共享同一用户(即对应目标应用账号)下关联的CP/SP服务的服务账号权益。同时将复杂的账号关联与管理放在云端进行，实现了在完成关联状态下，所有CP/SP服务的服务账号随目标应用账号(即超级账号)同登同出的功能，有效地降低了用户操作复杂度，提高用户账号隐私与安全，同时提升用户体验。其中，CP为内容提供商(Content Provider，CP)，SP为服务提供商(Service Provider，SP)。

接下来从产品侧对本申请实施例提供的应用服务的处理方法进行说明。参见图6，图6是本申请实施例提供的应用服务的服务账号与目标应用账号的关联流程示意图。这里，终端在APP的设置界面中呈现服务关联功能入口“服务绑定”；响应于针对服务关联功能入口“服务绑定”的触发操作(比如点击操作)，呈现各应用服务(比如音乐应用服务、读书应用服务等)对应的关联功能项“绑定”；响应于针对目标应用服务(即音乐应用服务)对应的关联功能项的触发操作，呈现关联界面，该关联界面中包括供选择的关联方式，比如扫码绑定的关联方式；响应于针对扫码绑定的关联方式的选择操作，呈现用于扫码绑定的图形码，即目标应用服务“音乐应用服务”对应的二维码。在实际实施时，用户可通过运行具备扫码功能的应用程序对该图形码进行扫码操作，从而根据指示实现目标应用服务“音乐应用服务”的服务账号与APP对应的目标应用账号(即超级账号)之间的关联。

下面以实际的应用场景为例进行详细说明。应用场景：车载终端上同时搭载APP A和APP B，这里，该APP A和APP B共享超级账号，当用户已在其中任意一个APP上登录了超级账号(用userID表示)时，另外一个APP也默认已登录该超级账号，即同设备上同一生态(比如同属车联网生态)的APP之间的登录状态是以一个超级账号共享的；该APP A和APP B可以认为是同属于一个生态的应用，比如车联网生态，同属于该生态的应用均可以共享上述超级账号。其中，APP A集成了CP/SP服务1、CP/SP服务2以及CP/SP服务3，APP B集成了CP/SP服务2、CP/SP服务3。

如图13所示，图13是本申请实施例提供的应用场景示例图。这里，用户在APP A使用过程中，将CP/SP服务1、CP/SP服务2的账号与超级账号进行了关联，该用户在APP B中也可以使用该用户在CP/SP服务2的账号权益(如必须登录才能访问的资源、会员等)，极大节省用户登录操作，提高用户体验。

当用户在APP A退出超级账号时，则用户在此设备上对于CP/SP服务1、CP/SP服务2以及CP/SP服务3的登录状态全部退出，如此提高了用户账号的安全性并解决隐私问题；当用户在下一次登录时，用户对于CP/SP服务1、CP/SP服务2以及CP/SP服务3的关联关系依然存在，节省用户操作，提升用户体验；且在APP开发过程中，无需管理CP/SP服务的登录状态，对于CP/SP服务的资源仅需通过超级账号访问即可，节省开发成本。

接下来继续从技术侧对本申请实施例提供的应用服务的处理方法进行说明。为支持不同APP上同一超级账号共用相同CP/SP服务的服务账号权益，需要业务后台维护车联超级账号(userID)与CP/SP服务的服务账号的关联关系，并保存用户在CP/SP服务的相关票据信息，同时支持相关票据信息的更新。

如此，用户从APP A上绑定CP/SP服务后，在APP B上则可以共享该CP/SP服务的关联状态及票据信息，以实现在APP B上使用该CP/SP服务的服务账号权益。接下来分别说明用户在APP A上将超级账号与CP/SP服务的服务账号进行关联的处理过程、以及用户在APPB上使用该CP/SP服务的服务账号权益的后台处理过程。

这里，不同CP/SP服务的服务账号的关联流程有一定差异，例如有的是扫码登录，有的是手机号登录等。在本申请实施例中可以由接入方适配不同的CP/SP服务的服务账号关联方式，减轻合作的CP/SP服务的负担。以扫码登录“音乐应用服务”为例，参见图14，图14是本申请实施例提供的目标应用账号与服务账号的关联过程示意图，用户在车联网APP A上的服务关联过程如下：

步骤1：用户打开车联网APP A，进入到服务绑定页面，点击“XX应用绑定”；

步骤2：车联网APP A将绑定请求发送到车联网后台；

步骤3：车联网后台返回给车联网APP A该XX应用的二维码，车联网APP A在UI上展示该二维码；

步骤4：车联网APP A等待用户扫码授权操作结果；

步骤5：在等待用户扫码过程中，车联网APP A开启周期查询请求到车联网后台，以获取用户扫码授权状态；车联网后台发起请求到音乐应用服务后台查询用户扫码授权状态，音乐应用服务后台收到请求后同步发起请求到XX应用后台查询该用户扫码授权状态；

步骤6：用户打开XX应用扫描该二维码，在弹出的授权页面点击“同意”；

步骤7：XX应用后台得知用户同意授权，将结果返回给音乐应用服务后台；

步骤8：音乐应用服务后台生成用户在票据信息(包括openID，token等)，并票据信息返回至车联网后台；

步骤9：车联网后台存储音乐应用服务后台返回的票据信息，并将音乐应用服务的服务账号(即票据信息)与超级账号(即目标应用账号)进行关联；

步骤10：车联网APP A在UI上展示绑定成功的关联结果信息。

用户在APP A上已经绑定了某一CP/SP服务(即音乐应用服务)，与APP A共享超级账号的APP B同样集成了该CP/SP服务，即音乐应用服务，当APP B也登录该超级账号后，则不需要再次绑定该CP/SP服务的服务账号，即可以共享CP/SP服务的服务账号的权益。参见图15，图15是本申请实施例提供的应用(即APP B)共享音乐应用服务的处理流程示意图，包括：

步骤1：车联网APP B通过超级账号登录；

步骤2：车联网APP B查询CP/SP服务(即音乐应用服务)的服务绑定状态到车联网后台；

步骤3：车联网后台返回给APP B的CP/SP服务(即音乐应用服务)的绑定状态为已绑定；

步骤4：用户请求CP/SP服务(即音乐应用服务)的服务内容；

步骤5：车联网APP B请求CP/SP服务(即音乐应用服务)的服务内容到车联网后台；

步骤6：车联网后台读取用户在CP/SP服务(即音乐应用服务)的票据信息，发起服务内容的获取请求到CP/SP服务(即音乐应用服务)后台以获取服务内容；

步骤7：CP/SP服务(即音乐应用服务)后台验证票据信息合法，返回相应的服务内容给车联网后台；

步骤8：车联网后台返回相应的服务内容给车联网APP B；

步骤9：车联APP B展示服务内容给用户。

应用本申请上述实施例，满足了车联网场景下车机系统的应用中多种CP/SP服务的服务账号的有效管理、及简化用户操作流程的需求。具体地，在车联网生态的应用中，完成CP/SP服务的登录认证后，由车联网后台将CP/SP服务的服务账号绑定到车联网的超级账号下，并维护CP/SP服务的服务账号状态的更新，如刷新票据、退登等，达到了如下技术效果：

第一，同属车联网生态的应用，不同应用内对用一种CP/SP服务的绑定状态可以共享，减少用户的登录操作；例如应用A完成了CP/SP服务A的绑定和登录，则应用B也可共享CP/SP服务A的登录状态。

第二，车机作为一个公共设备，退出超级账号后，所有关联的CP/SP服务的服务账号对车机而言都完成了退登，解决用户账号安全和隐私问题；仅退出超级账号，但超级账号与CP/SP账号的绑定关系保留在云端，可实现用户下一次登录时，无论在哪个车机上，只需要登录超级账号，即可同步恢复所有绑定的CP/SP服务的服务账号权益的使用；同时对CP/SP的绑定和管理操作放在云端，减少了客户端的开发成本。

第三，终端应用访问所集成的应用服务时，无需关注服务提供方及其登录票据，可以直接通过超级账号访问相应的后台资源，实现用户在各CP/SP服务的的服务账号权益在终端上APP之间的共享，降低用户操作的复杂性、保护用户隐私和账号安全，以提高用户产品的使用体验。

下面继续说明本申请实施例提供的应用服务的处理装置555的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器550的应用服务的处理装置555中的软件模块可以包括：

呈现模块5551，用于在基于目标应用账号登录的第一应用的界面中，呈现至少一个应用服务对应的关联功能项；

关联模块5552，用于响应于基于所述关联功能项触发的针对目标应用服务的关联指令，将所述目标应用服务对应的目标服务账号与所述目标应用账号进行关联；

其中，所述第一应用与具有所述目标应用服务的第二应用共享所述目标应用账号；

输出模块5553，用于在所述第一应用处于登录态的过程中，当在所述第二应用的界面中，接收到针对所述目标应用服务的内容输出指令时，响应于所述内容输出指令，基于所述目标应用账号与所述目标服务账号的关联关系，输出与所述目标服务账号的权限相对应的服务内容。

在一些实施例中，所述呈现模块5551，还用于在基于所述目标应用账号登录的第一应用的设置界面中，呈现服务关联功能入口；

响应于针对所述服务关联功能入口的触发操作，呈现所述界面，并在所述界面中，呈现至少一个应用服务对应的关联功能项。

在一些实施例中，所述呈现模块5551，还用于在基于目标应用账号登录的第一应用的应用界面中，呈现至少一个应用服务对应的服务入口；

响应于针对所述服务入口的触发操作，当所述至少一个应用服务的服务账号与所述目标应用账号未关联时，呈现所述界面，并

在所述界面中，呈现至少一个应用服务对应的关联功能项。

在一些实施例中，每个所述应用服务对应一个所述关联功能项，所述关联模块5552，还用于接收到针对所述目标应用服务对应的关联功能项的触发操作；

响应于所述触发操作，接收到针对所述目标应用服务的关联指令。

在一些实施例中，每个所述应用服务对应一个所述关联功能项，所述关联模块5552，还用于响应于针对所述目标应用服务对应的关联功能项的触发操作，呈现供选择的至少一种关联方式；

响应于针对目标关联方式的选取操作，呈现所述目标关联方式对应的关联界面；

基于所述关联界面，接收到通过所述目标关联方式触发的针对所述目标应用服务的关联指令。

在一些实施例中，所述关联模块5552，还用于当所述目标关联方式为扫码关联方式时，在所述关联界面中，呈现所述目标应用服务对应的关联图形码；

所述关联模块5552，还用于接收到通过所述目标关联方式对应的应用程序触发的、针对所述关联图形码的扫描操作；

响应于所述扫描操作，呈现第一提示功能项，所述第一提示功能项，用于提示是否将所述目标服务账号与所述目标应用账号进行关联；

响应于基于所述第一提示功能项触发的确认关联指令，接收到针对所述目标应用服务的关联指令。

在一些实施例中，所述关联模块5552，还用于当所述目标关联方式为验证码关联方式时，在所述关联界面中，呈现所述目标应用服务对应的信息验证功能项、以及信息输入功能项；

所述关联模块5552，还用于响应于针对所述信息验证功能项触发的验证指令，发送验证信息至所述目标应用账号所关联的终端；

当接收到基于所述信息输入功能项输入的所述验证信息时，接收到针对所述目标应用服务的关联指令。

在一些实施例中，所述至少一个应用服务对应一个所述关联功能项，所述关联模块5552，还用于响应于针对所述关联功能项的触发操作，呈现供选择的至少一种关联方式；

响应于针对目标关联方式的选取操作，呈现所述至少一个应用服务；

响应于针对目标应用服务的选取操作，呈现所述目标关联方式对应的关联界面；

基于所述关联界面，接收到通过所述目标关联方式触发的针对所述目标应用服务的关联指令。

在一些实施例中，所述呈现模块5551，还用于呈现对应所述目标应用服务的解除关联功能项；

当接收到针对所述解除关联功能项的触发操作时，呈现第二提示功能项，所述第二提示功能项，用于提示是否解除所述目标服务账号与所述目标应用账号的关联关系；

响应于基于所述第二提示功能项触发的确认解除指令，解除所述目标服务账号与所述目标应用账号之间的关联关系。

在一些实施例中，所述呈现模块5551，还用于呈现所述第一应用对应的账号登录界面，并在所述账号登录界面中呈现账号注册功能项；

响应于基于所述账号注册功能项触发的账号注册指令，生成对应所述第一应用的所述目标应用账号，并

控制所述第一应用基于所述目标应用账号进入所述登录态。

在一些实施例中，所述呈现模块5551，还用于当在所述第一应用的应用界面中，接收到针对所述目标应用服务的内容输出指令时，获取所述目标服务账号与所述目标应用账号的关联有效时长、以及关联时间点；

当基于所述关联有效时长以及所述关联时间点，确定关联失效时间点到达时，呈现关联提示信息；

其中，所述关联提示信息，用于提示再次将所述目标服务账号与所述目标应用账号进行关联。

在一些实施例中，所述呈现模块5551，还用于在所述第二应用的界面中，呈现所述目标应用服务对应的服务入口；

响应于针对所述服务入口的触发操作，接收到针对所述目标应用服务的内容输出指令。

在一些实施例中，所述关联模块5552，还用于发送将所述目标服务账号与目标应用账号进行关联的关联请求，至所述目标应用服务的第一服务器；

其中，所述关联请求，用于供所述第一服务器发送所述目标服务账号至所述第一应用的第二服务器，以使所述第二服务器将所述目标服务账号与所述目标应用账号进行关联，并返回提示信息；

接收并呈现基于所述关联请求返回的所述提示信息，所述提示信息，用于指示所述目标服务账号与所述目标应用账号的关联结果。

在一些实施例中，所述输出模块5553，还用于发送对应所述服务内容的获取请求至所述第二应用的第三服务器；

其中，所述获取请求，用于供所述第三服务器发送携带所述目标服务账号的内容获取请求，至所述目标应用服务的第一服务器，以使所述第一服务器在对所述目标服务账号验证通过后，返回与所述目标服务账号的权限相对应的服务内容至所述第三服务器；

接收到所述第三服务器基于所述获取请求返回的所述服务内容，并基于所述目标应用服务，输出所述服务内容。

在一些实施例中，所述关联模块5552，还用于调用区块链网络的智能合约，对所述目标应用账号与目标服务账号的关联关系进行共识验证，得到验证结果；

当所述验证结果表征共识验证通过后，将所述目标服务账号与目标应用账号的关联关系存储至所述区块链网络中。

在一些实施例中，所述输出模块5553，还用于生成并发送用于获取目标关联关系的交易，所述目标关联关系，包括所述目标应用账号与至少一个服务账号的关联关系；

接收到所述区块链网络基于所述交易返回的所述目标关联关系；

当所述目标关联关系中存在所述目标应用账号与所述目标服务账号的关联关系时，输出与所述目标服务账号的权限相对应的服务内容。

应用本申请上述实施例，在基于目标应用账号登录的第一应用的界面中，呈现至少一个应用服务对应的关联功能项，当接收到基于关联功能项触发的针对目标应用服务的关联指令时，将目标应用服务对应的目标服务账号与目标应用账号进行关联；此时，在第一应用处于登录态的过程中，若在与第一应用共享目标应用账号的第二应用的界面中，接收到针对目标应用服务的内容输出指令，则输出与目标服务账号的权限相对应的服务内容。

如此，仅需在一个基于目标应用账号登录的应用上，完成应用服务的服务账号与目标应用账号的关联，则共享该目标应用账号的、具有该应用服务其他应用，也可使用该应用服务提供与目标服务账号的权限相对应的服务内容，降低了用户操作复杂度，提高了应用服务的处理效率。

本申请实施例还提供一种电子设备，所述电子设备包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的应用服务的处理方法。

本申请实施例还提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例提供的应用服务的处理方法。

本申请实施例还提供一种计算机可读存储介质，存储有可执行指令，所述可执行指令被处理器执行时，实现本申请实施例提供的应用服务的处理方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。