用于车辆的多业务平台的访问方法、系统和电子装置与流程

本申请涉及通信技术领域，特别是涉及一种用于车辆的多业务平台的访问方法、系统、电子装置和存储介质。

背景技术：

多业务平台是指不同的业务种类需要不同的外部设备提供支持，一个业务可能需要一种应用程序叠加接入，但随着接入层为满足多种业务而需要越来越多的外部设备时，就呈现出很多缺点，如不能灵活地满足用户的需求，用户的终端需要安装多个用于支持不同需求的客户端app应用。例如车联网领域的用户拥有两辆车，每辆车都有各自的app连接为车辆提供服务的业务平台，因此用户需要安装两个app。

总体来说，用户的各类需求，往往在一个业务平台上无法全部满足。为了灵活地满足用户的需求，如何使用户在使用一个客户端的情况下，从不同的业务平台获取服务成为了重要问题。

目前，现有技术中的平台切换方法往往是基于oatuh2协议实现，新的业务平台向用户请求获取资源并引导用户通过原业务平台对其进行授权，在用户通过对新的业务平台的授权的情况下，原业务平台生成一个与新的业务平台绑定的认证码，新的业务平台可以根据该认证码获取用户的资源并响应用户的各类需求，将新的业务平台与原业务平台整合之后，用户可以通过新的业务平台访问原业务平台。然而，在一些情况下，用户可能触发一些流程，导致用户无法通过新的业务平台访问原业务平台，例如，用户修改了在原业务平台上的账户密码，此时，新的业务平台无法根据原有用户账户访问原业务平台，导致用户需求无法及时得到满足，降低了业务平台的可靠性。

目前针对相关技术中用户触发一些流程所导致的无法通过新业务平台登录原业务平台的问题，尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种用于车辆的多业务平台的访问方法、系统、电子装置和存储介质，以至少解决相关技术中用户触发一些流程所导致的无法通过新业务平台登录原业务平台的问题。

第一方面，本申请实施例提供了一种用于车辆的多业务平台的访问方法，包括：第一业务平台接收用户通过客户端发送的第一访问请求，其中，所述第一访问请求携带第一业务信息以及用于访问所述第一业务平台的第一令牌；所述第一业务平台根据所述第一业务信息判断所述第一访问请求是用于请求所述第一业务平台还是第二业务平台提供的服务；在所述第一访问请求是用于请求所述第一业务平台提供的服务的情况下，所述第一业务平台响应所述第一访问请求，生成第一访问结果，并将所述第一访问结果发送给所述客户端；在所述第一访问请求是用于请求所述第二业务平台提供的服务的情况下，所述第一业务平台将所述第一访问请求携带的所述第一令牌替换为用于访问所述第二业务平台的第二令牌，生成第二访问请求发送给所述第二业务平台，并获取所述第二业务平台响应于所述第二访问请求而发送的第二访问结果，将所述第二访问结果发送给所述客户端，其中，所述第二访问请求携带所述第二令牌。

在其中一些实施例中，在所述第一业务平台将所述第一访问请求携带的所述第一令牌替换为用于访问所述第二业务平台的第二令牌之前，所述方法还包括：所述第一业务平台发送用于查询所述第二令牌是否有效的查询请求给所述第二业务平台，并获取所述第二业务平台响应于所述查询请求而发送的查询结果，其中，所述查询请求携带所述第二令牌；在所述查询结果为有效的情况下，所述第一业务平台将所述第一访问请求携带的所述第一令牌替换为所述第二令牌；在所述查询结果为无效的情况下，所述第一业务平台从所述第二业务平台重新获取所述第二令牌，并将所述第一访问请求携带的第一令牌替换为所述重新获取的第二令牌。

在其中一些实施例中，所述第一业务平台从所述第二业务平台重新获取所述第二令牌包括：所述第一业务平台获取用于登录所述第一业务平台的用户登录信息；所述第一业务平台生成第三访问请求发送给所述第二业务平台，其中，所述第三访问请求携带所述用户登录信息；所述第一业务平台接收所述第二业务平台响应于所述第三访问请求而发送的第二令牌，其中，在所述第二业务平台中具有与所述用户登录信息匹配的所述第一用户信息的情况下，所述第二业务平台生成与所述第一用户信息对应的所述第二令牌。

在其中一些实施例中，在所述第一业务平台生成第三访问请求发送给所述第二业务平台，其中，所述第三访问请求携带所述用户登录信息之后，所述方法还包括：在所述第一业务平台未接收到所述第二业务平台响应于所述第三访问请求而发送的第二令牌的情况下，所述第一业务平台对所述第一用户信息进行激活处理，并从所述第二业务平台内获取与激活处理后的第一用户信息对应的第二令牌。

在其中一些实施例中，所述第一业务平台从所述第二业务平台重新获取所述第二令牌包括：所述第一业务平台获取用于登录所述第一业务平台的用户登录信息，对第一用户信息进行激活处理，并从所述第二业务平台内获取与激活处理后的第一用户信息对应的第二令牌。

在其中一些实施例中，对所述第一用户信息进行激活处理包括：所述第一业务平台将第一激活指令发送给客户端，并获取用户通过所述客户端响应于所述第一激活指令而发送的第一激活请求；所述第一业务平台接收所述第一激活请求，并根据所述第一激活请求生成与所述用户登录信息对应的第二用户信息；所述第一业务平台生成注册请求，将所述注册请求发送给所述第二业务平台，并获取所述第二业务平台响应于所述注册请求而发送的注册结果，其中，所述注册请求携带所述第二用户信息，所述注册结果包括所述第二业务平台根据所述第二用户信息而生成的所述第二令牌。

在其中一些实施例中，在获取所述第二业务平台响应于所述注册请求而发送的注册结果之后，所述方法还包括：所述第一业务平台存储所述第二业务平台根据所述第二用户信息而生成的所述第二令牌。

第二方面，本申请实施例提供了一种用于车辆的多业务平台的访问系统，包括第一业务平台和第二业务平台，其中，所述第一业务平台与所述第二业务平台通信，所述第一业务平台提供有用户访问的接口，所述第一业务平台用于如上述第一方面所述的用于车辆的多业务平台的访问方法。

第三方面，本申请实施例提供了一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的用于车辆的多业务平台的访问方法。

第四方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的用于车辆的多业务平台的访问方法。

相比于相关技术，本申请实施例提供的用于车辆的多业务平台的访问方法、系统、电子装置和存储介质，解决了相关技术中用户触发一些流程所导致的无法通过新业务平台登录原业务平台的问题，实现了用户账户变更之后仍可以通过新业务平台登录原业务平台，提高了业务平台的可靠性的技术效果。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的用于车辆的多业务平台的访问方法的流程图；

图2是根据本申请实施例的用于车辆的多业务平台的访问系统的结构框图；

图3是根据本申请实施例的电子装置的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

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

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块（单元）的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本实施例提供了一种用于车辆的多业务平台的访问方法，图1是根据本申请实施例的用于车辆的多业务平台的访问方法的流程图，如图1所示，该流程包括如下步骤：

步骤s101，第一业务平台接收用户通过客户端发送的第一访问请求，其中，第一访问请求携带第一业务信息以及用于访问第一业务平台的第一令牌。

步骤s102，第一业务平台根据第一业务信息判断第一访问请求是用于请求第一业务平台还是第二业务平台提供的服务。

步骤s103，在第一访问请求是用于请求第一业务平台提供的服务的情况下，第一业务平台响应第一访问请求，生成第一访问结果，并将第一访问结果发送给客户端。

步骤s104，在第一访问请求是用于请求第二业务平台提供的服务的情况下，第一业务平台将第一访问请求携带的第一令牌替换为用于访问第二业务平台的第二令牌，生成第二访问请求发送给第二业务平台，并获取第二业务平台响应于第二访问请求而发送的第二访问结果，将第二访问结果发送给客户端，其中，第二访问请求携带第二令牌。

在本实施例中，第一业务平台以及第二业务平台为能够向用户提供不同服务的平台，例如一个用户可以拥有多辆车辆，有些车辆是通过第一业务平台提供服务，有些车辆是通过第二业务平台提供服务，因此，第一业务平台和第二业务平台与车辆型号对应。用户需要通过移动设备、终端、计算机或者类似的运算装置等终端上搭载的一个客户端app应用程序向不同的服务后台请求服务，用户通过客户端app选择需要访问的车辆，即选择需要车辆对应的平台提供服务。但是一般情况下，同一个客户端所使用的后台服务为其中一个业务平台，即第一业务平台，因此，需要在第一业务平台通过令牌替换的方式可以实现对另一个业务平台的访问，即，用户只需要在登录第一业务平台的前提下可以请求第一业务平台提供服务，也可以向第二业务平台请求提供服务。下面以用户通过终端上app作为客户端，向第一业务平台或第二业务请求服务为例。

在本实施例中，客户端对业务平台的访问是在登录第一业务平台的情况下进行的，即用户向客户端输入第一业务平台的用户登录信息后，客户端生成登录请求发送给第一业务平台，其中，用户登录信息可以为用户名、密码等信息，客户端在接收到用户登录信息后，从客户端自身存储的所有令牌中查找与用户登录信息对应的第一令牌，因此，生成的登录请求携带与用户登录信息对应的第一令牌。第一业务平台接收登录请求后，判断登录请求携带的第一令牌是否为有效，即是否可以验证通过，在验证通过的情况下，客户端登录第一业务平台，即客户端可以发送各类携带第一令牌的访问请求给第一业务平台，与第一业务平台进行交互。如果第一令牌验证不通过，根据用户登录信息判断第一业务平台中是否存在与用户登录信息匹配的账户，如有，则生成与用户登录信息对应的第一令牌发送给客户端，之后客户端利用该第一令牌访问第一业务平台。此时，由于用户登录信息与第一业务平台中的一个账户匹配，因此生成的第一令牌也与该账户对应。

用户通过客户端向第一业务平台发送第一访问请求，第一业务平台接收第一访问请求，在其中一些实施例中，第一访问请求可以为控车请求，例如，第一访问请求可以是用户向第一业务平台或第二业务平台请求在对应业务平台上发布的文章、照片等业务数据。客户端上存储有第一令牌，客户端发送第一访问请求时携带第一令牌，利用第一令牌与第一业务平台交互和通信。第一访问请求还携带第一业务信息，第一业务信息可以包括车辆型号、控车内容等信息，第一业务平台可以判断第一业务信息是与第一业务平台提供的服务相关还是与第二业务平台提供的服务相关，例如，若第一业务信息中的车辆型号是第一业务平台的服务范围，则第一业务信息与第一业务平台提供的服务相关，若第一业务信息中的车辆型号是第二业务平台的服务范围，则第一业务信息与第二业务平台提供的服务相关。因此。第一业务平台通过第一业务信息可以判断第一访问请求是请求第一业务平台提供服务还是请求第二业务平台提供服务。

在本实施例中，第一业务平台预设一服务列表，可以通过对第一业务信息在预设的服务列表中进行查询，判断第一访问请求用于请求哪个业务平台提供的服务。在第一访问请求用于请求第一业务平台提供的服务的情况下，客户端利用第一令牌实现第一业务平台和客户端的交互，即客户端发送的请求中携带的第一令牌可以通过第一业务平台的验证，进而访问第一业务平台。第一业务平台响应第一访问请求生成第一访问结果，即第一业务平台处理完第一访问请求的内容后将处理结果反馈给客户端。

在本实施例中，第一业务平台可以与第二业务平台交互通信，第一业务平台可以通过平台间接口，事先从第二业务平台处获取第二令牌后存储第二令牌，并在之后的访问中利用第二令牌访问第二业务平台，即当第一业务平台发送的第二令牌通过第二业务平台的验证时，第一业务平台可以访问第二业务平台，与第二业务平台发送和接收数据，产生交互。平台间接口可以是双方（可能是系统、模块、服务等）之间数据交互的一个标准。平台间接口可以为第一业务平台与第二业务平台之间进行数据交互的标准。第一业务平台与第二业务平台通过平台间接口进行无线方式或有线方式的数据交互。

在其中一个实施例中，在第一访问请求是用于请求第二业务平台提供的服务的情况下，第一业务平台将第一访问请求携带的第一令牌替换为自身存储的用于访问第二业务平台的第二令牌，并生成第二访问请求用于访问第二业务平台，因此第二访问请求携带第一业务信息以及第二令牌。第一业务平台利用第二令牌实现与第二业务平台的交互通信，从而在用户无感知的情况下，即用户无需输入登录第二业务平台的用户名密码等，即可实现客户端对第二业务平台的访问。第一业务平台将第二访问请求发送给第二业务平台，当第二访问请求携带的第二令牌通过第二业务平台的验证时，第二业务平台响应第二访问请求生成第二访问结果发送给第一业务平台，即第二业务平台处理完第二访问请求的内容后将处理结果反馈第一业务平台，第一业务平台再将处理结果即第二访问结果作为第一访问请求的响应消息给客户端。

在其中一些实施例中，在第一业务平台将第一访问请求携带的第一令牌替换为用于访问第二业务平台的第二令牌之前，第一业务平台发送用于查询第二令牌是否有效的查询请求给第二业务平台，并获取第二业务平台响应于查询请求而发送的查询结果，其中，查询请求携带第二令牌；在查询结果为有效的情况下，第一业务平台将第一访问请求携带的第一令牌替换为第二令牌；在查询结果为无效的情况下，第一业务平台从第二业务平台重新获取第二令牌，并将第一访问请求携带的第一令牌替换为重新获取的第二令牌。

在本实施例中，在第一访问请求是用于请求第二业务平台提供的服务的情况下，第一业务平台需要查询自身存储的第二令牌是否有效，包括：第一业务平台发送用于查询第二令牌是否有效的查询请求给第二业务平台，并获取第二业务平台响应于查询请求而发送的查询结果。其中，查询请求携带第一业务平台自身存储的与第一业务信息对应的第二令牌，即第一业务平台需要从自身存储的多个令牌中找到与第一业务信息对应的第二令牌，在其中一些实施例中，第一业务信息与该用户的账号信息对应，因此第一业务平台需要查找到属于该用户的第二令牌。第二业务平台存储有多个注册的第一用户信息，在接收到查询请求后，根据查询请求在第二业务平台查找与第二令牌对应的第一用户信息，因此，第二业务平台可以响应查询请求生成查询结果，并发送给第一业务平台。

第二业务平台判断第一用户信息在第二业务平台中的状态包括以下几种情况：第一，在第二业务平台查询到第二令牌对应的第一用户信息在第二业务平台内已注册且有效的情况下，查询结果为有效，即第二令牌有效；第二，在第二业务平台未查询到第二令牌对应的第一用户信息，或者，第二业务平台查询到的第一用户信息已失效，即第一用户信息在第二业务平台内未注册或失效的情况下，查询结果为无效，即第二令牌无效。第一业务平台可以根据查询结果判断能否与第二业务平台进行通信。

在本实施例中，第一用户信息已注册且有效是指该第二令牌与第二业务平台中的一个第一用户信息中的账号和密码等信息对应，该第二令牌可以通过第二业务平台的验证，此时第二令牌有效，第一业务平台可以利用第二令牌访问第二业务平台；第一用户信息失效是指，可能用户注册账户后修改了密码，使第一业务平台存储的该第二令牌与第二业务平台中的第一用户信息的账号或者密码不对应，该第二令牌无法通过第二业务平台的验证，因此，第二令牌无效，第一业务平台无法利用该第二令牌访问第二业务平台；第一用户信息未注册是指无法在第二业务平台找到与第二令牌对应的第一用户信息，该第二令牌无法通过第二业务平台的验证，因此，第二令牌无效，无法利用该第二令牌访问第二业务平台。

在查询结果为有效的情况下，第一业务平台将第一访问请求携带的第一令牌替换为第一业务平台自身存储的第二令牌后，生成第二访问请求用于访问第二业务平台；在查询结果为无效的情况下，第一业务平台需要从第二业务平台重新获取第二令牌，才能用重新获取的第二令牌替换第一访问请求携带的第一令牌，进而生成第二访问请求访问第二业务平台。

其中，在查询结果为有效的情况下，第一业务平台将通过自身存储的第二令牌与第二业务平台内实现交互，从而实现对第二业务平台接口的包装，即用户不再需要通过客户端和第二业务平台直接通信，而是通过第一业务平台代理，用户通过客户端可以获取第二业务平台的信息以及服务，也可以获取第一业务平台的信息以及服务。最终，可以实现通过对第一访问请求对应的服务在预设的服务列表中进行查询，判断第一访问请求用于请求哪个业务平台的服务，即可通过一个客户端实现与任意一个业务平台的交互，尤其是获得不与客户端直接交互的业务平台的服务。例如，用户通过客户端请求第二业务平台的服务时，可以直接通过第二令牌访问第二业务平台，在用户无察觉的情况下，实现多业务平台之间的账户整合以及服务整合。

在其中一些实施例中，第一业务平台从第二业务平台重新获取第二令牌包括：第一业务平台获取用于登录第一业务平台的用户登录信息；第一业务平台生成第三访问请求发送给第二业务平台，其中，第三访问请求携带用户登录信息；第一业务平台接收第二业务平台响应于第三访问请求而发送的第二令牌，其中，在第二业务平台中具有与用户登录信息匹配的第一用户信息的情况下，第二业务平台生成与第一用户信息对应的第二令牌。

在本实施例中，在查询结果为无效的情况下，第一业务平台可以从第二业务平台重新获取第二令牌。其中一种重新获取第二令牌的方式为：第一业务平台存储的第二令牌具有一预设期限，可能是该第二令牌的存储时间超过了预设期限，导致查询结果为无效，此时，可以对用户登录信息进行验证，使第二业务平台生成一个与用户登录信息对应的第二令牌，例如，第一业务平台获取客户端用于登录第一业务平台的用户登录信息，并生成第三访问请求发送给第二业务平台进行访问，第三访问请求携带用户登录信息，第二业务平台接收第三访问信息，并根据第三访问信息中的用户登录信息查找是否存在与用户登录信息对应的第一用户信息，其中，在第二业务平台中具有与用户登录信息匹配的第一用户信息的情况下，第二业务平台生成与第一用户信息对应的第二令牌，此时生成的第二令牌也与用户登录信息对应，将第二令牌作为第三访问信息的响应消息发送给第一业务平台，第一业务平台从第二业务平台获取与第一用户信息对应的第二令牌。

在其中一些实施例中，在第一业务平台生成第三访问请求发送给第二业务平台之后，在第一业务平台未接收到第二业务平台响应于第三访问请求而发送的第二令牌的情况下，第一业务平台对第一用户信息进行激活处理，并从第二业务平台内获取与激活处理后的第一用户信息对应的第二令牌，其中，第三访问请求携带用户登录信息。

在本实施例中，另一种重新获取第二令牌的方式为第一业务平台对第一用户信息进行激活处理，从第二业务平台内获取与用户登录信息对应的第二令牌，也可以在上述对用户登录信息进行验证获取第二令牌的方式中未获取到第二令牌的情况下，第一业务平台才对用户登录信息进行激活处理。通过对用户登录信息进行激活处理后，可以在第二业务平台中生成与用户登录信息对应的第二令牌，保证在第一业务平台存储的第二令牌无效的情况下，客户端仍可以通过第一业务平台登录第二业务平台，提高了业务平台的可靠性。

在其中一些实施例中，查询结果为无效的情况下，第一业务平台需要通过激活处理流程为用户在第二业务平台上创建一个新的第一用户信息，并通过该新的第一用户信息在第二业务平台上生成一个对应的第二令牌。具体的，对用户登录信息进行激活处理的具体步骤包括：

步骤1，第一业务平台生成第一激活指令发送给客户端，并获取用户通过客户端响应于第一激活指令而发送的第一激活请求。

在其中一些实施例中，第一激活指令可以使客户端显示需要激活的提示界面，用户可以通过客户端对该提示界面点击确认，从而使客户端生成第一激活请求发送给第一业务平台。

步骤2，第一业务平台接收第一激活请求，并根据第一激活请求生成与用户登录信息对应的第二用户信息。

即第一业务平台接收到第一激活请求后可以自动产生一个账号和密码作为第二用户信息，其中，第二用户信息与用户登录信息对应，即第一业务平台生成与用户登录信息唯一对应的第二用户信息。

步骤3，第一业务平台生成注册请求，将注册请求发送给第二业务平台，并获取第二业务平台响应于注册请求而发送的注册结果，其中，注册请求携带第二用户信息，注册结果包括第二业务平台根据第二用户信息而生成的第二令牌。

在本实施例中，第一业务平台可以生成携带第二用户信息的注册请求，将注册请求发送给第二业务平台，在第二业务平台根据注册请求将第二用户信息注册为自身用户，即第二用户信息成为第二业务平台内注册的第一用户信息，同时生成与第二用户信息对应的第二令牌作为响应于注册请求生成的注册结果发送给第一业务平台。第一业务平台获取第二业务平台响应于注册请求而发送的注册结果，其中，注册结果包括第二业务平台根据第二用户信息生成的第二令牌。

在其中一些实施例中，第二业务平台在接收到该注册请求的情况下，可以响应该注册请求，生成注册结果，注册结果包括与第二用户信息对应的第二令牌。例如，第二业务平台根据该第二用户信息，为用户在第二业务平台创建新用户账户。

在其中一些实施例中，第一业务平台从第二业务平台重新获取第二令牌后，用该重新获取的第二令牌替换第一访问请求中的第一令牌生成第二访问请求并发送给第二业务平台，即利用新的第二令牌访问第二业务平台，获取第二业务平台响应于第二访问请求而发送的第二访问结果，并将第二访问结果发送给客户端，其中，第二访问请求携带重新获取的第二令牌，第一业务平台获取第二业务平台响应于第二访问请求而发送的第二访问结果，并将第二访问结果作为第一访问请求的响应消息发送给客户端。

在其中一些实施例中，在获取第二业务平台响应于注册请求而发送的注册结果之后，第一业务平台还可以存储第二业务平台根据第二用户信息而生成的第二令牌。

在本实施例中，第一业务平台还可以存储重新获取的第二令牌，在之后的所有访问中，根据该第二令牌和第一访问请求生成第二访问请求，并将第二访问请求发送给第二业务平台，其中，第二访问请求携带有第二令牌，即后续用户向第一业务平台发送的访问请求需要第一业务平台或第二业务平台提供的服务时，可以直接利用第一令牌或第二令牌对其对应的业务平台进行访问，获取对应业务平台提供的服务或信息。

目前，现有技术中的平台切换方法往往是基于oatuh2协议实现，新的业务平台向用户请求获取资源并引导用户通过原业务平台对其进行授权，在用户通过对新的业务平台的授权的情况下，原业务平台生成一个与新的业务平台绑定的认证码，新的业务平台可以根据该认证码获取用户的资源并响应用户的各类需求，将新的业务平台与原业务平台整合之后，用户可以通过新的业务平台访问原业务平台。然而，在一些情况下，用户可能触发一些流程，导致用户无法通过新的业务平台访问原业务平台，例如，用户修改了在原业务平台上的账户密码，此时，新的业务平台无法根据原有用户账户访问原业务平台，导致用户需求无法及时得到满足，降低了业务平台的可靠性。

通过上述步骤s101至s104，本实施例通过第一业务平台代理用户和第二业务平台之间的通信，用户在获取第二业务平台的信息以及服务的同时也可以获取第一业务平台的信息以及服务，在用户无察觉的情况下，实现多业务平台之间的账户整合以及服务整合；同时，在用户信息在对应业务平台内未注册或失效的情况下，本实施例可以通过第一业务平台对用户进行账户激活处理，在对用户进行激活处理后通过用户更新后的用户信息获取相应的登录令牌，并根据登录令牌对相应的业务平台进行访问，获取业务平台提供的服务或信息，解决了相关技术中用户触发一些流程所导致的无法通过新业务平台登录原业务平台的问题，实现了用户账户变更之后仍可以通过新业务平台登录原业务平台，提高了业务平台的可靠性的技术效果。

下面通过优选实施例对本申请实施例进行描述和说明。

本实施例还提供了一种用于车辆的多业务平台的访问系统，该系统用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本申请实施例的用于车辆23的多业务平台的访问系统的结构框图，如图2所示，该系统包括：包括第一业务平台21和第二业务平台22，其中，第一业务平台21与第二业务平台22通信，第一业务平台21提供有用户访问的接口，第一业务平台21用于执行如上述实施例的用于车辆23的多业务平台的访问方法。

在其中一个实施例中，第一业务平台21被配置为用于接收用户通过客户端20发送的第一访问请求，其中，第一访问请求携带第一业务信息以及用于访问第一业务平台21的第一令牌；第一业务平台21根据第一业务信息判断第一访问请求是用于请求第一业务平台21还是第二业务平台22提供的服务；在第一访问请求是用于请求第一业务平台21提供的服务的情况下，第一业务平台21响应第一访问请求，生成第一访问结果，并将第一访问结果发送给客户端20；在第一访问请求是用于请求第二业务平台22提供的服务的情况下，第一业务平台21将第一访问请求携带的第一令牌替换为用于访问第二业务平台22的第二令牌，生成第二访问请求发送给第二业务平台22，并获取第二业务平台22响应于第二访问请求而发送的第二访问结果，将第二访问结果发送给客户端20，其中，第二访问请求携带第二令牌。

在其中一个实施例中，第一业务平台21被配置为用于发送用于查询第二令牌是否有效的查询请求给第二业务平台22，并获取第二业务平台22响应于查询请求而发送的查询结果，其中，查询请求携带第二令牌；在查询结果为有效的情况下，第一业务平台21将第一访问请求携带的第一令牌替换为第二令牌；在查询结果为无效的情况下，第一业务平台21从第二业务平台22重新获取第二令牌，并将第一访问请求携带的第一令牌替换为重新获取的第二令牌。

在其中一个实施例中，第一业务平台21被配置为用于获取用于登录第一业务平台21的用户登录信息；第一业务平台21生成第三访问请求发送给第二业务平台22，其中，第三访问请求携带用户登录信息；第一业务平台21接收第二业务平台22响应于第三访问请求而发送的第二令牌，其中，在第二业务平台22中具有与用户登录信息匹配的第一用户信息的情况下，第二业务平台22生成与第一用户信息对应的第二令牌。

在其中一个实施例中，第一业务平台21被配置为用于在第一业务平台21未接收到第二业务平台22响应于第三访问请求而发送的第二令牌的情况下，对第一用户信息进行激活处理，并从第二业务平台22内获取与激活处理后的第一用户信息对应的第二令牌。

在其中一个实施例中，第一业务平台21被配置为用于获取用于登录第一业务平台21的用户登录信息，对第一用户信息进行激活处理，并从第二业务平台22内获取与激活处理后的第一用户信息对应的第二令牌。

在其中一个实施例中，第一业务平台21被配置为用于将第一激活指令发送给客户端20，并获取用户通过客户端20响应于第一激活指令而发送的第一激活请求；第一业务平台21接收第一激活请求，并根据第一激活请求生成与用户登录信息对应的第二用户信息；第一业务平台21生成注册请求，将注册请求发送给第二业务平台22，并获取第二业务平台22响应于注册请求而发送的注册结果，其中，注册请求携带第二用户信息，注册结果包括第二业务平台22根据第二用户信息而生成的第二令牌。

在其中一个实施例中，第一业务平台21被配置为用于存储第二业务平台22根据第二用户信息而生成的第二令牌。

在本实施例中，用户可以通过客户端20基于http协议、mqtt协议与第一业务平台21进行数据传输，客户端20可以被搭载于移动设备上，可以基于http协议与第二业务平台22进行数据传输，其中，第一业务平台21可以基于http协议与第二业务平台22进行数据传输。

在本实施例的第一业务平台21以及第二业务平台22均为车控服务平台的情况下，第一业务平台21以及第二业务平台22还可以基于http协议、mqtt协议与车辆23进行数据传输，根据用户提供的需求对车辆23进行业务操作，例如：为车辆23下载音乐、图片等。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

本实施例还提供了一种电子装置，包括存储器304和处理器302，该存储器304中存储有计算机程序，该处理器302被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

具体地，上述处理器302可以包括中央处理器（cpu），或者特定集成电路（applicationspecificintegratedcircuit，简称为asic），或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器304可以包括用于数据或指令的大容量存储器304。举例来说而非限制，存储器304可包括硬盘驱动器（harddiskdrive，简称为hdd）、软盘驱动器、固态驱动器（solidstatedrive，简称为ssd）、闪存、光盘、磁光盘、磁带或通用串行总线（universalserialbus，简称为usb）驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器304可包括可移除或不可移除（或固定）的介质。在合适的情况下，存储器304可在数据处理装置的内部或外部。在特定实施例中，存储器304是非易失性（non-volatile）存储器。在特定实施例中，存储器304包括只读存储器（read-onlymemory，简称为rom）和随机存取存储器（randomaccessmemory，简称为ram）。在合适的情况下，该rom可以是掩模编程的rom、可编程rom（programmableread-onlymemory，简称为prom）、可擦除prom（erasableprogrammableread-onlymemory，简称为eprom）、电可擦除prom（electricallyerasableprogrammableread-onlymemory，简称为eeprom）、电可改写rom（electricallyalterableread-onlymemory，简称为earom）或闪存（flash）或者两个或更多个以上这些的组合。在合适的情况下，该ram可以是静态随机存取存储器（staticrandom-accessmemory，简称为sram）或动态随机存取存储器（dynamicrandomaccessmemory，简称为dram），其中，dram可以是快速页模式动态随机存取存储器304（fastpagemodedynamicrandomaccessmemory，简称为fpmdram）、扩展数据输出动态随机存取存储器（extendeddateoutdynamicrandomaccessmemory，简称为edodram）、同步动态随机存取内存（synchronousdynamicrandom-accessmemory，简称sdram）等。

存储器304可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器302所执行的可能的计算机程序指令。

处理器302通过读取并执行存储器304中存储的计算机程序指令，以实现上述实施例中的任意一种用于车辆的多业务平台的访问方法。

可选地，上述电子装置还可以包括传输设备306以及输入输出设备308，其中，该传输设备306和上述处理器302连接，该输入输出设备308和上述处理器302连接。

可选地，在本实施例中，上述电子装置应用于第一业务平台，上述处理器302可以被设置为通过计算机程序执行以下步骤：

s1，第一业务平台接收用户通过客户端发送的第一访问请求，其中，第一访问请求携带第一业务信息以及用于访问第一业务平台的第一令牌。

s2，第一业务平台根据第一业务信息判断第一访问请求是用于请求第一业务平台还是第二业务平台提供的服务。

s3，在第一访问请求是用于请求第一业务平台提供的服务的情况下，第一业务平台响应第一访问请求，生成第一访问结果，并将第一访问结果发送给客户端。

s4，在第一访问请求是用于请求第二业务平台提供的服务的情况下，第一业务平台将第一访问请求携带的第一令牌替换为用于访问第二业务平台的第二令牌，生成第二访问请求发送给第二业务平台，并获取第二业务平台响应于第二访问请求而发送的第二访问结果，将第二访问结果发送给客户端，其中，第二访问请求携带第二令牌。

另外，结合上述实施例中的用于车辆的多业务平台的访问方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种用于车辆的多业务平台的访问方法。

本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。