WO2022116606A1 - 用于车辆的多业务平台的访问方法、系统和电子装置 - Google Patents

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

Info

Publication number
WO2022116606A1
WO2022116606A1 PCT/CN2021/114439 CN2021114439W WO2022116606A1 WO 2022116606 A1 WO2022116606 A1 WO 2022116606A1 CN 2021114439 W CN2021114439 W CN 2021114439W WO 2022116606 A1 WO2022116606 A1 WO 2022116606A1
Authority
WO
WIPO (PCT)
Prior art keywords
service platform
token
platform
service
user
Prior art date
Application number
PCT/CN2021/114439
Other languages
English (en)
French (fr)
Inventor
袁华东
沈丹斌
唐小立
许益朋
Original Assignee
亿咖通（湖北）科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 亿咖通（湖北）科技有限公司 filed Critical 亿咖通（湖北）科技有限公司
Publication of WO2022116606A1 publication Critical patent/WO2022116606A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/41—User authentication where a single sign-on provides access to a plurality of computers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/33—User authentication using certificates
    • G06F21/335—User authentication using certificates for accessing specific resources, e.g. using Kerberos tickets

Definitions

  • the present application relates to the field of communication technologies, and in particular, to a method, system and electronic device for accessing a multi-service platform for vehicles.
  • Multi-service platform means that different types of services require different external devices to provide support.
  • One service may require overlay access of one application, but as the access layer needs more and more external devices to meet multiple services , there are many shortcomings, such as the inability to flexibly meet the needs of the user, and the user's terminal needs to install multiple client APP applications to support different needs.
  • a user in the field of Internet of Vehicles owns two vehicles, and each vehicle has its own APP to connect to the business platform that provides services for the vehicle, so the user needs to install two APPs.
  • the new business platform requests the user to obtain resources and guides the user to authorize it through the original business platform.
  • the original business platform generates an authentication code bound to the new business platform.
  • the new business platform can obtain the user's resources according to the authentication code and respond to various needs of the user.
  • users can access the original business platform through the new business platform.
  • the user may trigger some processes, so that the user cannot access the original business platform through the new business platform.
  • the user modifies the account password on the original business platform.
  • the new business platform cannot The user account accesses the original business platform, resulting in the inability to meet user needs in a timely manner and reducing the reliability of the business platform.
  • Embodiments of the present application provide a method, system and electronic device for accessing a multi-service platform for vehicles, so as to at least solve the problem in the related art that the user cannot log in to the original service platform through the new service platform due to the user triggering some processes.
  • an embodiment of the present application provides an access method for a multi-service platform for vehicles, which is applied to a first service platform, and the access method for a multi-service platform for vehicles includes: receiving a first message sent by a user through a client. an access request, wherein the first access request carries first service information and a first token used to access the first service platform; it is determined according to the first service information that the first access request is for request the service provided by the first service platform or the second service platform; if the first access request is for requesting the service provided by the second service platform, Replace the first token with a second token used to access the second business platform, generate a second access request and send it to the second business platform, and obtain a response from the second business platform to the second business platform.
  • the second access result sent by the access request, and the second access result is sent to the client, wherein the second access request carries the second token.
  • the method before replacing the first token carried in the first access request with a second token for accessing the second business platform, the method further includes: sending A query request for querying whether the second token is valid is sent to the second business platform, and a query result sent by the second business platform in response to the query request is obtained, wherein the query request carries the if the query result is valid, replace the first token carried in the first access request with the second token; if the query result is invalid Next, re-acquire the second token from the second service platform, and replace the first token carried in the first access request with the re-acquired second token.
  • reacquiring the second token from the second service platform includes: obtaining user login information for logging in to the first service platform; generating a third access request and sending it to the second service platform a business platform, wherein the third access request carries the user login information; receiving a second token sent by the second business platform in response to the third access request, wherein the second business platform In the case where the first user information matches the user login information in the second service platform, the second service platform generates the second token corresponding to the first user information.
  • the method further includes: after the third access request is not received In the case of the second token sent by the second service platform in response to the third access request, the activation process is performed on the first user information matched with the user login information, and the second service platform is sent from the second service platform. Acquire a second token corresponding to the activated first user information.
  • reacquiring the second token from the second service platform includes: obtaining user login information for logging in to the first service platform, activating the user login information, and obtaining the user login information from the The second token corresponding to the activated user login information is obtained in the second service platform.
  • performing activation processing on the first user information includes: sending a first activation instruction to a client, and acquiring a first activation instruction sent by the user through the client in response to the first activation instruction activation request; receiving the first activation request, and generating second user information corresponding to the user login information according to the first activation request, the second user information corresponding to the user login information; generating a registration request , send the registration request to the second service platform, and obtain the registration result sent by the second service platform in response to the registration request, wherein the registration request carries the second user information, and the The registration result includes a target token generated by the second business platform according to the second user information, and the target token is used as the user login information after activation processing corresponding to the second token.
  • the method further includes: storing the information generated by the second service platform according to the second user information. of the second token.
  • the method for accessing a multi-service platform for a vehicle further comprises: in the case that the first access request is for requesting a service provided by the first service platform, responding to the first access request, generate a first access result, and send the first access result to the client.
  • an embodiment of the present application provides an access system for a multi-service platform of a vehicle, including a first service platform and a second service platform, wherein the first service platform communicates with the second service platform , the first service platform provides an interface for user access, and the first service platform is used for the access method of the multi-service platform for vehicles as described in the first aspect above.
  • an embodiment of the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, when the processor executes the computer program
  • the method for accessing the multi-service platform for vehicles as described in the first aspect above is implemented.
  • an embodiment of the present application provides a storage medium on which a computer program is stored, and when the program is executed by a processor, implements the method for accessing a multi-service platform for a vehicle as described in the first aspect above.
  • the method, system and electronic device for accessing the multi-service platform for vehicles provided by the embodiments of the present application solve the problem of inability to log in to the original service platform through the new service platform caused by the user triggering some processes in the related art.
  • the technical effect of improving the reliability of the business platform is realized by realizing that the user can still log in to the original business platform through the new business platform after the user account is changed.
  • FIG. 1 is a flowchart of a method for accessing a multi-service platform for a vehicle according to an embodiment of the present application
  • FIG. 2 is a structural block diagram of an access system for a multi-service platform of a vehicle according to an embodiment of the present application
  • FIG. 3 is a schematic diagram of a hardware structure of an electronic device according to an embodiment of the present application.
  • Words like "connected,” “connected,” “coupled,” and the like referred to in this application are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect.
  • the “plurality” referred to in this application means greater than or equal to two.
  • “And/or” describes the association relationship between associated objects, indicating that there can be three kinds of relationships. For example, “A and/or B” can mean that A exists alone, A and B exist at the same time, and B exists alone.
  • the terms “first”, “second”, “third”, etc. involved in this application are only to distinguish similar objects, and do not represent a specific order for the objects.
  • FIG. 1 is a flowchart of an access method for a multi-service platform for vehicles according to an embodiment of the present application, as shown in FIG. 1, the process includes the following steps:
  • Step S101 Receive a first access request sent by a user through a client, where the first access request carries first service information and a first token used to access the first service platform.
  • Step S102 determine whether the first access request is for requesting a service provided by the first service platform or the second service platform.
  • Step S103 in the case where the first access request is for requesting a service provided by the second business platform, replace the first token carried in the first access request with a second token for accessing the second business platform, and generate The second access request is sent to the second service platform, and the second access result sent by the second service platform in response to the second access request is obtained, and the second access result is sent to the client, wherein the second access request carries the second access request. token.
  • the first service platform when the first access request is for requesting a service provided by the first service platform, the first service platform responds to the first access request, generates a first access result, and sends the first access result to client.
  • the first service platform and the second service platform are platforms that can provide users with different services.
  • a user may own multiple vehicles, some vehicles provide services through the first service platform, and some vehicles use the first service platform to provide services.
  • the second business platform provides services, therefore, the first business platform and the second business platform correspond to vehicle models.
  • the user needs to request services from different service backgrounds through a client APP application carried on a terminal such as a mobile device, terminal, computer or similar computing device.
  • Platform provides services. But in general, the background service used by the same client is one of the business platforms, that is, the first business platform. Therefore, the first business platform needs to be replaced by a token to achieve access to another business platform.
  • the user only needs to log in to the first business platform to request the first business platform to provide services, or to request the second business platform to provide services.
  • the following is an example of a user requesting a service from the first service platform or the second service through an APP on the terminal as a client.
  • the client's access to the business platform is performed under the condition of logging in to the first business platform, that is, after the user inputs the user login information of the first business platform to the client, the client generates a login request and sends it to the first business platform.
  • a business platform wherein the user login information can be information such as user name, password, etc.
  • the client side searches for the first token corresponding to the user login information from all tokens stored by the client itself, Therefore, the generated login request carries the first token corresponding to the user login information.
  • the first business platform determines whether the first token carried in the login request is valid, that is, whether the verification can be passed.
  • the client logs in to the first business platform, that is, the client can send various The access request carrying the first token is sent to the first service platform to interact with the first service platform. If the verification of the first token fails, determine whether there is an account matching the user's login information in the first business platform according to the user's login information, and if so, generate a first token corresponding to the user's login information and send it to the client, and then The client uses the first token to access the first service platform. At this time, since the user login information matches an account in the first business platform, the generated first token also corresponds to the account.
  • the first access request may be a vehicle control request.
  • the first access request may be The user requests the first business platform or the second business platform for business data such as articles and photos published on the corresponding business platform.
  • the first token is stored on the client, and the client sends the first access request with the first token, and uses the first token to interact and communicate with the first service platform.
  • the first access request also carries first service information.
  • the first service information may include information such as vehicle model and vehicle control content.
  • the first service platform can determine whether the first service information is related to the service provided by the first service platform or the second service. The services provided by the business platform are related.
  • the first business information is related to the services provided by the first business platform.
  • the model is the service scope of the second service platform, and the first service information is related to the service provided by the second service platform. Therefore.
  • the first service platform can determine whether the first access request is a request for the first service platform to provide a service or a request for the second service platform to provide a service through the first service information.
  • the first service platform presets a service list, and can determine which service platform the first access request is used to request by querying the first service information in the preset service list.
  • the client uses the first token to realize the interaction between the first service platform and the client, that is, the first token carried in the request sent by the client can be Through the verification of the first business platform, the first business platform is then accessed.
  • the first service platform generates a first access result in response to the first access request, that is, the first service platform feeds back the processing result to the client after processing the content of the first access request.
  • the first business platform may communicate with the second business platform, and the first business platform may obtain the second token from the second business platform in advance through the inter-platform interface and store the second token, and store the second token in the In subsequent visits, the second token is used to access the second business platform, that is, when the second token sent by the first business platform passes the verification of the second business platform, the first business platform can access the second business platform and communicate with the second business platform.
  • the business platform sends and receives data, resulting in interaction.
  • An inter-platform interface can be a standard for data interaction between two parties (which may be systems, modules, services, etc.).
  • the inter-platform interface may be a standard for data interaction between the first service platform and the second service platform.
  • the first service platform and the second service platform perform wireless or wired data interaction through an inter-platform interface.
  • the first service platform when the first access request is for requesting a service provided by the second service platform, the first service platform replaces the first token carried in the first access request with a self-stored token for accessing A second token of the second service platform is generated, and a second access request is generated for accessing the second service platform, so the second access request carries the first service information and the second token.
  • the first business platform uses the second token to realize the interactive communication with the second business platform, so that the client can realize the communication between the client and the second business platform without the user's perception, that is, the user does not need to enter the user name and password for logging in to the second business platform. 2. Access to business platforms.
  • the first service platform sends the second access request to the second service platform, and when the second token carried in the second access request passes the verification of the second service platform, the second service platform generates a second access result in response to the second access request Send it to the first business platform, that is, after the second business platform has processed the content of the second access request, it will feed back the processing result to the first business platform, and the first business platform will then use the processing result, that is, the second access result, as a response to the first access request message to the client.
  • the first service platform before the first service platform replaces the first token carried in the first access request with the second token used to access the second service platform, the first service platform sends a second token for querying the second service platform.
  • the platform replaces the first token carried in the first access request with the second token; if the query result is invalid, the first business platform re-acquires the second token from the second business platform, and sends the first access request
  • the carried first token is replaced with the re-acquired second token.
  • the first business platform when the first access request is for requesting a service provided by the second business platform, the first business platform needs to check whether the second token stored by itself is valid, including: the first business platform sends a A query request for querying whether the second token is valid is sent to the second business platform, and a query result sent by the second business platform in response to the query request is obtained.
  • the query request carries the second token corresponding to the first business information stored by the first business platform itself, that is, the first business platform needs to find the second token corresponding to the first business information from multiple tokens stored by itself
  • the first service information corresponds to the account information of the user, so the first service platform needs to find the second token belonging to the user.
  • the second business platform stores a plurality of registered first user information. After receiving the query request, the second business platform searches for the first user information corresponding to the second token on the second business platform according to the query request. Therefore, the second business platform can A query result is generated in response to the query request, and sent to the first business platform.
  • the second business platform determines the status of the first user information in the second business platform, including the following situations: First, the second business platform finds that the first user information corresponding to the second token has been queried in the second business platform. In the case of registration and valid, the query result is valid, that is, the second token is valid; second, the first user information corresponding to the second token is not queried on the second business platform, or the second business platform has queried the information of the first user.
  • the first user information is invalid, that is, if the first user information is not registered or invalid in the second business platform, the query result is invalid, that is, the second token is invalid.
  • the first service platform can determine whether it can communicate with the second service platform according to the query result.
  • the fact that the first user information has been registered and is valid means that the second token corresponds to information such as account number and password in a first user information in the second business platform, and the second token can be passed through the In the verification of the second business platform, the second token is valid at this time, and the first business platform can use the second token to access the second business platform; the invalidation of the first user information means that the user may have changed the password after registering the account, making the first business platform invalid.
  • the second token stored by the business platform does not correspond to the account or password of the first user information in the second business platform, and the second token cannot pass the verification of the second business platform. Therefore, the second token is invalid, and the third token is invalid.
  • a business platform cannot use the second token to access the second business platform; the unregistered first user information means that the first user information corresponding to the second token cannot be found on the second business platform, and the second token cannot pass The verification of the second business platform, therefore, the second token is invalid, and the second business platform cannot be accessed by using the second token.
  • the first service platform If the query result is valid, the first service platform generates a second access request for accessing the second service after replacing the first token carried in the first access request with the second token stored by the first service platform itself platform; in the case that the query result is invalid, the first business platform needs to re-acquire the second token from the second business platform to replace the first token carried in the first access request with the re-acquired second token, and then A second access request is generated to access the second business platform.
  • the first business platform when the query result is valid, the first business platform will interact with the second business platform through the second token stored by itself, so as to realize the packaging of the interface of the second business platform, that is, the user no longer needs to pass
  • the client communicates directly with the second business platform, but through the agent of the first business platform, the user can obtain the information and services of the second business platform and the information and services of the first business platform through the client.
  • the service corresponding to the first access request in the preset service list it is possible to determine which service platform the first access request is to request, and then a client can be used to realize the connection with any business platform. Interaction, especially obtaining the services of a business platform that does not interact directly with the client. For example, when a user requests the service of the second business platform through the client, he can directly access the second business platform through the second token, and realize account integration and service integration between multiple business platforms without the user's awareness.
  • the first business platform re-acquiring the second token from the second business platform includes: the first business platform obtaining user login information for logging in to the first business platform; the first business platform generating a third access request Sent to the second service platform, wherein the third access request carries the user login information; the first service platform receives the second token sent by the second service platform in response to the third access request, wherein the second service platform has In the case of the first user information matching the user login information, the second service platform generates a second token corresponding to the first user information.
  • the first service platform may re-acquire the second token from the second service platform.
  • the second token stored by the first business platform has a preset time limit. It may be that the storage time of the second token exceeds the preset time limit, resulting in an invalid query result.
  • the user login information can be verified, so that the second business platform generates a second token corresponding to the user login information, for example, the first business platform obtains the user login information used by the client to log in to the first business platform , and generate a third access request and send it to the second service platform for access.
  • the third access request carries the user login information
  • the second service platform receives the third access information, and searches for the existence of the user login information according to the user login information in the third access information.
  • the first user information corresponding to the user login information
  • the second business platform generates a second token corresponding to the first user information
  • the second token generated at this time also corresponds to the user login information
  • the second token is sent to the first business platform as a response message of the third access information, and the first business platform obtains the first user information from the second business platform the corresponding second token.
  • the first business platform after the first business platform generates and sends the third access request to the second business platform, the first business platform does not receive the second token sent by the second business platform in response to the third access request In the case of , the first business platform performs activation processing on the first user information matching the user login information, and obtains a second token corresponding to the activated first user information from the second business platform, wherein the third The access request carries the user login information.
  • another way of re-acquiring the second token is that the first business platform performs activation processing on the user login information, and obtains the second token corresponding to the user login information from the second business platform.
  • the first service platform only performs activation processing on the user login information when the second token is not obtained in the above manner of verifying the user login information to obtain the second token.
  • a second token corresponding to the user login information can be generated in the second business platform, so that the client can still use the second token stored in the first business platform to be invalid. Logging in to the second business platform through the first business platform improves the reliability of the business platform.
  • the first service platform needs to create a new first user information for the user on the second service platform through the activation process flow, and use the new first user information A corresponding second token is generated on the second business platform.
  • the specific steps for activating the user login information include:
  • Step 1 the first service platform generates a first activation instruction and sends it to the client, and acquires a first activation request sent by the user through the client in response to the first activation instruction.
  • the first activation instruction can cause the client to display a prompt interface that needs to be activated, and the user can click to confirm the prompt interface through the client, so that the client generates a first activation request and sends it to the first service platform.
  • Step 2 the first service platform receives the first activation request, and generates second user information corresponding to the user login information according to the first activation request, and the second user information corresponds to the user login information;
  • the first business platform can automatically generate an account number and password as the second user information, wherein the second user information corresponds to the user login information, that is, the first business platform generates a unique corresponding user login information. second user information.
  • Step 3 the first service platform generates a registration request, sends the registration request to the second service platform, and obtains the registration result sent by the second service platform in response to the registration request, wherein the registration request carries the second user information, and the registration result includes: The target token generated by the second business platform according to the second user information.
  • Step 4 The first service platform uses the target token as the second token corresponding to the user login information after activation processing.
  • the first service platform may generate a registration request carrying the second user information, send the registration request to the second service platform, and register the second user information as its own user on the second service platform according to the registration request, that is, The second user information becomes the first user information registered in the second business platform, and a second token corresponding to the second user information is generated and sent to the first business platform as a registration result generated in response to the registration request.
  • the first service platform obtains a registration result sent by the second service platform in response to the registration request, wherein the registration result includes a target token generated by the second service platform according to the second user information.
  • the second service platform when receiving the registration request, may respond to the registration request and generate a registration result, where the registration result includes a target token corresponding to the second user information.
  • the second business platform creates a new user account for the user on the second business platform according to the second user information.
  • the re-acquired second token is used to replace the first token in the first access request to generate the second access request and Send to the second service platform, that is, use the new second token to access the second service platform, obtain the second access result sent by the second service platform in response to the second access request, and send the second access result to the client , where the second access request carries the re-acquired second token, the first service platform obtains the second access result sent by the second service platform in response to the second access request, and uses the second access result as the first access request The response message is sent to the client.
  • the first service platform may further store the second token generated by the second service platform according to the second user information.
  • the first business platform may also store the re-acquired second token, and in all subsequent accesses, generate a second access request according to the second token and the first access request, and assign the second access
  • the request is sent to the second business platform, wherein the second access request carries the second token, that is, when the access request sent by the subsequent user to the first business platform requires the service provided by the first business platform or the second business platform, it can be directly Use the first token or the second token to access its corresponding business platform to obtain services or information provided by the corresponding business platform.
  • the new business platform requests the user to obtain resources and guides the user to authorize it through the original business platform.
  • the original business platform generates an authentication code bound to the new business platform.
  • the new business platform can obtain the user's resources according to the authentication code and respond to various needs of the user.
  • users can access the original business platform through the new business platform.
  • the user may trigger some processes, so that the user cannot access the original business platform through the new business platform.
  • the user modifies the account password on the original business platform.
  • the new business platform cannot The user account accesses the original business platform, resulting in the inability to meet user needs in a timely manner and reducing the reliability of the business platform.
  • the communication between the user and the second service platform is represented by the first service platform, and the user can obtain the information and services of the second service platform while obtaining the information and the service of the first service platform.
  • service realize account integration and service integration between multi-service platforms without the user's awareness; at the same time, in the case that user information is not registered or invalid in the corresponding service platform, this embodiment can pass the first service platform.
  • This embodiment also provides an access system for a multi-service platform of a vehicle, and the system is used to implement the above-mentioned embodiments and preferred implementations, and what has been described will not be repeated.
  • the systems described in the following embodiments are preferably implemented in software, implementations in hardware, or a combination of software and hardware, are also possible and contemplated.
  • FIG. 2 is a structural block diagram of a multi-service platform access system for a vehicle 23 according to an embodiment of the present application.
  • the system includes: a first service platform 21 and a second service platform 22 , wherein the first service platform 21 and the second service platform 22 are included.
  • a service platform 21 communicates with a second service platform 22 , the first service platform 21 provides an interface for user access, and the first service platform 21 is configured to execute the access method for the multi-service platform for the vehicle 23 in the above-mentioned embodiment.
  • the first service platform 21 is configured to receive a first access request sent by the user through the client 20 , wherein the first access request carries the first service information and is used to access the first service platform 21 the first token; the first service platform 21 judges according to the first service information whether the first access request is for requesting the service provided by the first service platform 21 or the second service platform 22; when the first access request is for requesting the first access request In the case of a service provided by a business platform 21, the first business platform 21 responds to the first access request, generates a first access result, and sends the first access result to the client 20; In the case of the service provided by the second business platform 22, the first business platform 21 replaces the first token carried in the first access request with the second token used to access the second business platform 22, generates a second access request and sends it to The second service platform 22 obtains the second access result sent by the second service platform 22 in response to the second access request, and sends the second access result to the client 20, wherein the second access request carries the second token.
  • the first service platform 21 is configured to send a query request for querying whether the second token is valid to the second service platform 22, and obtain the data sent by the second service platform 22 in response to the query request the query result, wherein the query request carries the second token; if the query result is valid, the first business platform 21 replaces the first token carried in the first access request with the second token; if the query result is In the case of invalidity, the first service platform 21 re-acquires the second token from the second service platform 22, and replaces the first token carried in the first access request with the re-acquired second token.
  • the first business platform 21 is configured to obtain user login information for logging in to the first business platform 21; the first business platform 21 generates a third access request and sends it to the second business platform 22, wherein , the third access request carries the user login information; the first service platform 21 receives the second token sent by the second service platform 22 in response to the third access request, wherein the second service platform 22 has a token matching the user login information In the case of the first user information, the second service platform 22 generates a second token corresponding to the first user information.
  • the first business platform 21 is configured to, if the first business platform 21 does not receive the second token sent by the second business platform 22 in response to the third access request, to the user
  • the first user information matched with the login information is activated, and a second token corresponding to the activated first user information is obtained from the second business platform 22 .
  • the first service platform 21 is configured to obtain user login information for logging in to the first service platform 21 , perform activation processing on the user login information, and obtain and activate the user login information from the second service platform 22 The second token corresponding to the processed user login information.
  • the first service platform 21 is configured to send the first activation instruction to the client 20, and obtain the first activation request sent by the user through the client 20 in response to the first activation instruction;
  • a business platform 21 receives the first activation request, and generates second user information corresponding to the user login information according to the first activation request, and the second user information corresponds to the user login information;
  • the first business platform 21 generates a registration request , send the registration request to the second service platform 22, and obtain the registration result sent by the second service platform 22 in response to the registration request, wherein the registration request carries the second user information, and the registration result includes the second service platform 22 according to the second
  • the target token is generated from user information; the target token is used as the user login information after activation processing corresponding to the second token.
  • the first service platform 21 is configured to store the second token generated by the second service platform 22 according to the second user information.
  • the user can perform data transmission with the first service platform 21 through the client 20 based on the HTTP protocol and the MQTT protocol.
  • the client 20 can be mounted on a mobile device and can communicate with the second service platform 22 based on the HTTP protocol.
  • Data transmission, wherein, the first service platform 21 may perform data transmission with the second service platform 22 based on the HTTP protocol.
  • the first business platform 21 and the second business platform 22 in this embodiment are both vehicle control service platforms
  • the first business platform 21 and the second business platform 22 may also perform data processing with the vehicle 23 based on the HTTP protocol and the MQTT protocol. Transmission, perform business operations on the vehicle 23 according to the requirements provided by the user, such as downloading music, pictures, etc. for the vehicle 23 .
  • each of the above modules may be functional modules or program modules, and may be implemented by software or hardware.
  • the above-mentioned modules may be located in the same processor; or the above-mentioned modules may also be located in different processors in any combination.
  • this embodiment also provides an electronic device, including a memory 304 and a processor 302, where a computer program is stored in the memory 304, and the processor 302 is configured to run the computer program to execute any one of the above method implementations steps in the example.
  • the above-mentioned processor 302 may include a central processing unit (CPU), or a specific integrated circuit (Application Specific Integrated Circuit, ASIC for short), or may be configured to implement one or more integrated circuits of the embodiments of the present application.
  • CPU central processing unit
  • ASIC Application Specific Integrated Circuit
  • memory 304 may include mass storage 304 for data or instructions.
  • the memory 304 may include a hard disk drive (Hard Disk Drive, abbreviated as HDD), a floppy disk drive, a solid state drive (referred to as SSD), flash memory, optical disk, magneto-optical disk, magnetic tape, or universal serial A Universal Serial Bus (USB for short) drive or a combination of two or more of these.
  • Memory 304 may include removable or non-removable (or fixed) media, where appropriate.
  • Memory 304 may be internal or external to the data processing device, where appropriate.
  • the memory 304 is a non-volatile (Non-Volatile) memory.
  • the memory 304 includes a read-only memory (Read-Only Memory, referred to as ROM for short) and a random access memory (Random Access Memory, referred to as RAM for short).
  • the ROM can be a mask-programmed ROM, a programmable ROM (Programmable Read-Only Memory, referred to as PROM), an erasable PROM (Erasable Programmable Read-Only Memory, referred to as EPROM), an electrically programmable Erasing PROM (Electrically Erasable Programmable Read-Only Memory, referred to as EEPROM), Electrically Rewritable ROM (Electrically Alterable Read-Only Memory, referred to as EAROM) or Flash (FLASH) or a combination of two or more of these.
  • the RAM may be Static Random-Access Memory (SRAM for short) or Dynamic Random Access Memory (DRAM for short), where DRAM may be a fast page Mode dynamic random access memory 304 (Fast Page Mode Dynamic Random Access Memory, referred to as FPMDRAM), extended data output dynamic random access memory (Extended Date Out Dynamic Random Access Memory, referred to as EDODRAM), synchronous dynamic random access memory ( Synchronous Dynamic Random-Access Memory, referred to as SDRAM) and so on.
  • SRAM Static Random-Access Memory
  • DRAM Dynamic Random Access Memory
  • SDRAM Synchronous Dynamic Random-Access Memory
  • Memory 304 may be used to store or cache various data files required for processing and/or communication use, and possibly computer program instructions executed by processor 302 .
  • the processor 302 reads and executes the computer program instructions stored in the memory 304 to implement any one of the methods for accessing the multi-service platform for vehicles in the above-mentioned embodiments.
  • the aforementioned electronic device may further include a transmission device 306 and an input/output device 308 , wherein the transmission device 306 is connected to the aforementioned processor 302 , and the input/output device 308 is connected to the aforementioned processor 302 .
  • the above-mentioned electronic device is applied to the first service platform, and the above-mentioned processor 302 may be configured to perform the following steps through a computer program:
  • the first service platform receives a first access request sent by a user through a client, where the first access request carries first service information and a first token used to access the first service platform.
  • the first service platform determines whether the first access request is for requesting a service provided by the first service platform or the second service platform according to the first service information.
  • the first service platform replaces the first token carried in the first access request with the second token used for accessing the second service platform card, generate a second access request and send it to the second business platform, obtain the second access result sent by the second business platform in response to the second access request, and send the second access result to the client, wherein the second access request Carry the second token.
  • the embodiment of the present application may provide a storage medium for implementation.
  • a computer program is stored on the storage medium; when the computer program is executed by the processor, any one of the access methods for the multi-service platform of the vehicle in the above-mentioned embodiments is implemented.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请涉及一种用于车辆的多业务平台的访问方法、系统和电子装置，应用于第一业务平台，其中，该方法包括：接收用户通过客户端发送的第一访问请求；根据第一业务信息判断第一访问请求是用于请求第一业务平台还是第二业务平台提供的服务；在第一访问请求是用于请求第二业务平台提供的服务的情况下，将第一访问请求携带的第一令牌替换为用于访问第二业务平台的第二令牌，生成第二访问请求发送给第二业务平台，将第二访问结果发送给客户端。通过本申请，解决了相关技术中用户触发一些流程所导致的无法通过新业务平台登录原业务平台的问题，实现了提高业务平台的可靠性的技术效果。

Description

用于车辆的多业务平台的访问方法、系统和电子装置
本申请要求于2020年12月03日提交中国专利局、申请号为202011397338.7、申请名称为“用于车辆的多业务平台的访问方法、系统和电子装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，特别是涉及一种用于车辆的多业务平台的访问方法、系统和电子装置。
背景技术
多业务平台是指不同的业务种类需要不同的外部设备提供支持，一个业务可能需要一种应用程序叠加接入，但随着接入层为满足多种业务而需要越来越多的外部设备时，就呈现出很多缺点，如不能灵活地满足用户的需求，用户的终端需要安装多个用于支持不同需求的客户端APP应用。例如车联网领域的用户拥有两辆车，每辆车都有各自的APP连接为车辆提供服务的业务平台，因此用户需要安装两个APP。
总体来说，用户的各类需求，往往在一个业务平台上无法全部满足。为了灵活地满足用户的需求，如何使用户在使用一个客户端的情况下，从不同的业务平台获取服务成为了重要问题。
目前，现有技术中的平台切换方法往往是基于Oatuh2协议实现，新的业务平台向用户请求获取资源并引导用户通过原业务平台对其进行授权，在用户通过对新的业务平台的授权的情况下，原业务平台生成一个与新的业务平台绑定的认证码，新的业务平台可以根据该认证码获取用户的资源并响应用户的各类需求，将新的业务平台与原业务平台整合之后，用户可以通过新的业务平台访问原业务平台。然而，在一些情况下，用户可能触发一些流程，导致用户无法通过新的业务平台访问原业务平台，例如，用户修改了在原业务平台上的账户密码，此时，新的业务平台无法根据原有用户账户访问原业务平台，导致用户需求无法及时得到满足，降低了业务平台的可靠性。
目前针对相关技术中用户触发一些流程所导致的无法通过新业务平台登录原业务平 台的问题，尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种用于车辆的多业务平台的访问方法、系统和电子装置，以至少解决相关技术中用户触发一些流程所导致的无法通过新业务平台登录原业务平台的问题。
第一方面，本申请实施例提供了一种用于车辆的多业务平台的访问方法，应用于第一业务平台，用于车辆的多业务平台的访问方法包括：接收用户通过客户端发送的第一访问请求，其中，所述第一访问请求携带第一业务信息以及用于访问所述第一业务平台的第一令牌；根据所述第一业务信息判断所述第一访问请求是用于请求所述第一业务平台还是第二业务平台提供的服务；在所述第一访问请求是用于请求所述第二业务平台提供的服务的情况下，将所述第一访问请求携带的所述第一令牌替换为用于访问所述第二业务平台的第二令牌，生成第二访问请求发送给所述第二业务平台，并获取所述第二业务平台响应于所述第二访问请求而发送的第二访问结果，将所述第二访问结果发送给所述客户端，其中，所述第二访问请求携带所述第二令牌。
在其中一些实施例中，在所述将所述第一访问请求携带的所述第一令牌替换为用于访问所述第二业务平台的第二令牌之前，所述方法还包括：发送用于查询所述第二令牌是否有效的查询请求给所述第二业务平台，并获取所述第二业务平台响应于所述查询请求而发送的查询结果，其中，所述查询请求携带所述第二令牌；在所述查询结果为有效的情况下，将所述第一访问请求携带的所述第一令牌替换为所述第二令牌；在所述查询结果为无效的情况下，从所述第二业务平台重新获取所述第二令牌，并将所述第一访问请求携带的第一令牌替换为所述重新获取的第二令牌。
在其中一些实施例中，从所述第二业务平台重新获取所述第二令牌包括：获取用于登录所述第一业务平台的用户登录信息；生成第三访问请求发送给所述第二业务平台，其中，所述第三访问请求携带所述用户登录信息；接收所述第二业务平台响应于所述第三访问请求而发送的第二令牌，其中，在所述第二业务平台中具有与所述用户登录信息匹配的所述第一用户信息的情况下，所述第二业务平台生成与所述第一用户信息对应的所述第二令牌。
在其中一些实施例中，在所述生成第三访问请求发送给所述第二业务平台，其中，所述第三访问请求携带所述用户登录信息之后，所述方法还包括：在未接收到所述第二业务平台响应于所述第三访问请求而发送的第二令牌的情况下，对所述用户登录信 息匹配的第一用户信息进行激活处理，并从所述第二业务平台内获取与激活处理后的第一用户信息对应的第二令牌。
在其中一些实施例中，从所述第二业务平台重新获取所述第二令牌包括：获取用于登录所述第一业务平台的用户登录信息，对用户登录信息进行激活处理，并从所述第二业务平台内获取与激活处理后的用户登录信息对应的第二令牌。
在其中一些实施例中，对所述第一用户信息进行激活处理包括：将第一激活指令发送给客户端，并获取用户通过所述客户端响应于所述第一激活指令而发送的第一激活请求；接收所述第一激活请求，并根据所述第一激活请求生成与所述用户登录信息对应的第二用户信息，所述第二用户信息与所述用户登录信息对应；生成注册请求，将所述注册请求发送给所述第二业务平台，并获取所述第二业务平台响应于所述注册请求而发送的注册结果，其中，所述注册请求携带所述第二用户信息，所述注册结果包括所述第二业务平台根据所述第二用户信息而生成的目标令牌，将所述目标令牌作为激活处理后的所述用户登录信息对应第二令牌。
在其中一些实施例中，在获取所述第二业务平台响应于所述注册请求而发送的注册结果之后，所述方法还包括：存储所述第二业务平台根据所述第二用户信息而生成的所述第二令牌。
在其中一些实施例中，用于车辆的多业务平台的访问方法还包括：在所述第一访问请求是用于请求所述第一业务平台提供的服务的情况下，响应所述第一访问请求，生成第一访问结果，并将所述第一访问结果发送给所述客户端。
第二方面，本申请实施例提供了一种用于车辆的多业务平台的访问系统，包括第一业务平台和第二业务平台，其中，所述第一业务平台与所述第二业务平台通信，所述第一业务平台提供有用户访问的接口，所述第一业务平台用于如上述第一方面所述的用于车辆的多业务平台的访问方法。
第三方面，本申请实施例提供了一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的用于车辆的多业务平台的访问方法。
第四方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的用于车辆的多业务平台的访问方法。
相比于相关技术，本申请实施例提供的用于车辆的多业务平台的访问方法、系统和电子装置，解决了相关技术中用户触发一些流程所导致的无法通过新业务平台登录原业务平台的问题，实现了用户账户变更之后仍可以通过新业务平台登录原业务平台， 提高了业务平台的可靠性的技术效果。
本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请实施例的用于车辆的多业务平台的访问方法的流程图；
图2是根据本申请实施例的用于车辆的多业务平台的访问系统的结构框图；
图3是根据本申请实施例的电子装置的硬件结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。
在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单 元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
本实施例提供了一种用于车辆的多业务平台的访问方法，应用于第一业务平台，图1是根据本申请实施例的用于车辆的多业务平台的访问方法的流程图，如图1所示，该流程包括如下步骤：
步骤S101，接收用户通过客户端发送的第一访问请求，其中，第一访问请求携带第一业务信息以及用于访问第一业务平台的第一令牌。
步骤S102，根据第一业务信息判断第一访问请求是用于请求第一业务平台还是第二业务平台提供的服务。
步骤S103，在第一访问请求是用于请求第二业务平台提供的服务的情况下，将第一访问请求携带的第一令牌替换为用于访问第二业务平台的第二令牌，生成第二访问请求发送给第二业务平台，并获取第二业务平台响应于第二访问请求而发送的第二访问结果，将第二访问结果发送给客户端，其中，第二访问请求携带第二令牌。
在本实施例中，在第一访问请求是用于请求第一业务平台提供的服务的情况下，第一业务平台响应第一访问请求，生成第一访问结果，并将第一访问结果发送给客户端。
在本实施例中，第一业务平台以及第二业务平台为能够向用户提供不同服务的平台，例如一个用户可以拥有多辆车辆，有些车辆是通过第一业务平台提供服务，有些车辆是通过第二业务平台提供服务，因此，第一业务平台和第二业务平台与车辆型号对应。用户需要通过移动设备、终端、计算机或者类似的运算装置等终端上搭载的一个客户端APP应用程序向不同的服务后台请求服务，用户通过客户端APP选择需要访问的车辆，即选择需要车辆对应的平台提供服务。但是一般情况下，同一个客户端所使用的后台服务为其中一个业务平台，即第一业务平台，因此，需要在第一业务平台通过令牌替换的方式可以实现对另一个业务平台的访问，即，用户只需要在登录第一业务平台的前提下可以请求第一业务平台提供服务，也可以向第二业务平台请求提供服务。下面以用户通过终端上APP作为客户端，向第一业务平台或第二业务请求服 务为例。
在本实施例中，客户端对业务平台的访问是在登录第一业务平台的情况下进行的，即用户向客户端输入第一业务平台的用户登录信息后，客户端生成登录请求发送给第一业务平台，其中，用户登录信息可以为用户名、密码等信息，客户端在接收到用户登录信息后，从客户端自身存储的所有令牌中查找与用户登录信息对应的第一令牌，因此，生成的登录请求携带与用户登录信息对应的第一令牌。第一业务平台接收登录请求后，判断登录请求携带的第一令牌是否为有效，即是否可以验证通过，在验证通过的情况下，客户端登录第一业务平台，即客户端可以发送各类携带第一令牌的访问请求给第一业务平台，与第一业务平台进行交互。如果第一令牌验证不通过，根据用户登录信息判断第一业务平台中是否存在与用户登录信息匹配的账户，如有，则生成与用户登录信息对应的第一令牌发送给客户端，之后客户端利用该第一令牌访问第一业务平台。此时，由于用户登录信息与第一业务平台中的一个账户匹配，因此生成的第一令牌也与该账户对应。
用户通过客户端向第一业务平台发送第一访问请求，第一业务平台接收第一访问请求，在其中一些实施例中，第一访问请求可以为控车请求，例如，第一访问请求可以是用户向第一业务平台或第二业务平台请求在对应业务平台上发布的文章、照片等业务数据。客户端上存储有第一令牌，客户端发送第一访问请求时携带第一令牌，利用第一令牌与第一业务平台交互和通信。第一访问请求还携带第一业务信息，第一业务信息可以包括车辆型号、控车内容等信息，第一业务平台可以判断第一业务信息是与第一业务平台提供的服务相关还是与第二业务平台提供的服务相关，例如，若第一业务信息中的车辆型号是第一业务平台的服务范围，则第一业务信息与第一业务平台提供的服务相关，若第一业务信息中的车辆型号是第二业务平台的服务范围，则第一业务信息与第二业务平台提供的服务相关。因此。第一业务平台通过第一业务信息可以判断第一访问请求是请求第一业务平台提供服务还是请求第二业务平台提供服务。
在本实施例中，第一业务平台预设一服务列表，可以通过对第一业务信息在预设的服务列表中进行查询，判断第一访问请求用于请求哪个业务平台提供的服务。在第一访问请求用于请求第一业务平台提供的服务的情况下，客户端利用第一令牌实现第一业务平台和客户端的交互，即客户端发送的请求中携带的第一令牌可以通过第一业务平台的验证，进而访问第一业务平台。第一业务平台响应第一访问请求生成第一访问结果，即第一业务平台处理完第一访问请求的内容后将处理结果反馈给客户端。
在本实施例中，第一业务平台可以与第二业务平台交互通信，第一业务平台可以 通过平台间接口，事先从第二业务平台处获取第二令牌后存储第二令牌，并在之后的访问中利用第二令牌访问第二业务平台，即当第一业务平台发送的第二令牌通过第二业务平台的验证时，第一业务平台可以访问第二业务平台，与第二业务平台发送和接收数据，产生交互。平台间接口可以是双方(可能是系统、模块、服务等)之间数据交互的一个标准。平台间接口可以为第一业务平台与第二业务平台之间进行数据交互的标准。第一业务平台与第二业务平台通过平台间接口进行无线方式或有线方式的数据交互。
在其中一个实施例中，在第一访问请求是用于请求第二业务平台提供的服务的情况下，第一业务平台将第一访问请求携带的第一令牌替换为自身存储的用于访问第二业务平台的第二令牌，并生成第二访问请求用于访问第二业务平台，因此第二访问请求携带第一业务信息以及第二令牌。第一业务平台利用第二令牌实现与第二业务平台的交互通信，从而在用户无感知的情况下，即用户无需输入登录第二业务平台的用户名密码等，即可实现客户端对第二业务平台的访问。第一业务平台将第二访问请求发送给第二业务平台，当第二访问请求携带的第二令牌通过第二业务平台的验证时，第二业务平台响应第二访问请求生成第二访问结果发送给第一业务平台，即第二业务平台处理完第二访问请求的内容后将处理结果反馈第一业务平台，第一业务平台再将处理结果即第二访问结果作为第一访问请求的响应消息给客户端。
在其中一些实施例中，在第一业务平台将第一访问请求携带的第一令牌替换为用于访问第二业务平台的第二令牌之前，第一业务平台发送用于查询第二令牌是否有效的查询请求给第二业务平台，并获取第二业务平台响应于查询请求而发送的查询结果，其中，查询请求携带第二令牌；在查询结果为有效的情况下，第一业务平台将第一访问请求携带的第一令牌替换为第二令牌；在查询结果为无效的情况下，第一业务平台从第二业务平台重新获取第二令牌，并将第一访问请求携带的第一令牌替换为重新获取的第二令牌。
在本实施例中，在第一访问请求是用于请求第二业务平台提供的服务的情况下，第一业务平台需要查询自身存储的第二令牌是否有效，包括：第一业务平台发送用于查询第二令牌是否有效的查询请求给第二业务平台，并获取第二业务平台响应于查询请求而发送的查询结果。其中，查询请求携带第一业务平台自身存储的与第一业务信息对应的第二令牌，即第一业务平台需要从自身存储的多个令牌中找到与第一业务信息对应的第二令牌，在其中一些实施例中，第一业务信息与该用户的账号信息对应，因此第一业务平台需要查找到属于该用户的第二令牌。第二业务平台存储有多个注册 的第一用户信息，在接收到查询请求后，根据查询请求在第二业务平台查找与第二令牌对应的第一用户信息，因此，第二业务平台可以响应查询请求生成查询结果，并发送给第一业务平台。
第二业务平台判断第一用户信息在第二业务平台中的状态包括以下几种情况：第一，在第二业务平台查询到第二令牌对应的第一用户信息在第二业务平台内已注册且有效的情况下，查询结果为有效，即第二令牌有效；第二，在第二业务平台未查询到第二令牌对应的第一用户信息，或者，第二业务平台查询到的第一用户信息已失效，即第一用户信息在第二业务平台内未注册或失效的情况下，查询结果为无效，即第二令牌无效。第一业务平台可以根据查询结果判断能否与第二业务平台进行通信。
在本实施例中，第一用户信息已注册且有效是指该第二令牌与第二业务平台中的一个第一用户信息中的账号和密码等信息对应，该第二令牌可以通过第二业务平台的验证，此时第二令牌有效，第一业务平台可以利用第二令牌访问第二业务平台；第一用户信息失效是指，可能用户注册账户后修改了密码，使第一业务平台存储的该第二令牌与第二业务平台中的第一用户信息的账号或者密码不对应，该第二令牌无法通过第二业务平台的验证，因此，第二令牌无效，第一业务平台无法利用该第二令牌访问第二业务平台；第一用户信息未注册是指无法在第二业务平台找到与第二令牌对应的第一用户信息，该第二令牌无法通过第二业务平台的验证，因此，第二令牌无效，无法利用该第二令牌访问第二业务平台。
在查询结果为有效的情况下，第一业务平台将第一访问请求携带的第一令牌替换为第一业务平台自身存储的第二令牌后，生成第二访问请求用于访问第二业务平台；在查询结果为无效的情况下，第一业务平台需要从第二业务平台重新获取第二令牌，才能用重新获取的第二令牌替换第一访问请求携带的第一令牌，进而生成第二访问请求访问第二业务平台。
其中，在查询结果为有效的情况下，第一业务平台将通过自身存储的第二令牌与第二业务平台内实现交互，从而实现对第二业务平台接口的包装，即用户不再需要通过客户端和第二业务平台直接通信，而是通过第一业务平台代理，用户通过客户端可以获取第二业务平台的信息以及服务，也可以获取第一业务平台的信息以及服务。最终，可以实现通过对第一访问请求对应的服务在预设的服务列表中进行查询，判断第一访问请求用于请求哪个业务平台的服务，即可通过一个客户端实现与任意一个业务平台的交互，尤其是获得不与客户端直接交互的业务平台的服务。例如，用户通过客户端请求第二业务平台的服务时，可以直接通过第二令牌访问第二业务平台，在用户 无察觉的情况下，实现多业务平台之间的账户整合以及服务整合。
在其中一些实施例中，第一业务平台从第二业务平台重新获取第二令牌包括：第一业务平台获取用于登录第一业务平台的用户登录信息；第一业务平台生成第三访问请求发送给第二业务平台，其中，第三访问请求携带用户登录信息；第一业务平台接收第二业务平台响应于第三访问请求而发送的第二令牌，其中，在第二业务平台中具有与用户登录信息匹配的第一用户信息的情况下，第二业务平台生成与第一用户信息对应的第二令牌。
在本实施例中，在查询结果为无效的情况下，第一业务平台可以从第二业务平台重新获取第二令牌。其中一种重新获取第二令牌的方式为：第一业务平台存储的第二令牌具有一预设期限，可能是该第二令牌的存储时间超过了预设期限，导致查询结果为无效，此时，可以对用户登录信息进行验证，使第二业务平台生成一个与用户登录信息对应的第二令牌，例如，第一业务平台获取客户端用于登录第一业务平台的用户登录信息，并生成第三访问请求发送给第二业务平台进行访问，第三访问请求携带用户登录信息，第二业务平台接收第三访问信息，并根据第三访问信息中的用户登录信息查找是否存在与用户登录信息对应的第一用户信息，其中，在第二业务平台中具有与用户登录信息匹配的第一用户信息的情况下，第二业务平台生成与第一用户信息对应的第二令牌，此时生成的第二令牌也与用户登录信息对应，将第二令牌作为第三访问信息的响应消息发送给第一业务平台，第一业务平台从第二业务平台获取与第一用户信息对应的第二令牌。
在其中一些实施例中，在第一业务平台生成第三访问请求发送给第二业务平台之后，在第一业务平台未接收到第二业务平台响应于第三访问请求而发送的第二令牌的情况下，第一业务平台对用户登录信息匹配的第一用户信息进行激活处理，并从第二业务平台内获取与激活处理后的第一用户信息对应的第二令牌，其中，第三访问请求携带用户登录信息。
在本实施例中，另一种重新获取第二令牌的方式为第一业务平台对用户登录信息进行激活处理，从第二业务平台内获取与用户登录信息对应的第二令牌，也可以在上述对用户登录信息进行验证获取第二令牌的方式中未获取到第二令牌的情况下，第一业务平台才对用户登录信息进行激活处理。通过对用户登录信息进行激活处理后，可以在第二业务平台中生成与用户登录信息对应的第二令牌，保证在第一业务平台存储的第二令牌无效的情况下，客户端仍可以通过第一业务平台登录第二业务平台，提高了业务平台的可靠性。
在其中一些实施例中，查询结果为无效的情况下，第一业务平台需要通过激活处理流程为用户在第二业务平台上创建一个新的第一用户信息，并通过该新的第一用户信息在第二业务平台上生成一个对应的第二令牌。具体的，对用户登录信息进行激活处理的具体步骤包括：
步骤1，第一业务平台生成第一激活指令发送给客户端，并获取用户通过客户端响应于第一激活指令而发送的第一激活请求。
在其中一些实施例中，第一激活指令可以使客户端显示需要激活的提示界面，用户可以通过客户端对该提示界面点击确认，从而使客户端生成第一激活请求发送给第一业务平台。
步骤2，第一业务平台接收第一激活请求，并根据第一激活请求生成与用户登录信息对应的第二用户信息，所述第二用户信息与所述用户登录信息对应；
即第一业务平台接收到第一激活请求后可以自动产生一个账号和密码作为第二用户信息，其中，第二用户信息与用户登录信息对应，即第一业务平台生成与用户登录信息唯一对应的第二用户信息。
步骤3，第一业务平台生成注册请求，将注册请求发送给第二业务平台，并获取第二业务平台响应于注册请求而发送的注册结果，其中，注册请求携带第二用户信息，注册结果包括第二业务平台根据第二用户信息而生成的目标令牌。
步骤4，第一业务平台将所述目标令牌作为激活处理后的所述用户登录信息对应第二令牌。
在本实施例中，第一业务平台可以生成携带第二用户信息的注册请求，将注册请求发送给第二业务平台，在第二业务平台根据注册请求将第二用户信息注册为自身用户，即第二用户信息成为第二业务平台内注册的第一用户信息，同时生成与第二用户信息对应的第二令牌作为响应于注册请求生成的注册结果发送给第一业务平台。第一业务平台获取第二业务平台响应于注册请求而发送的注册结果，其中，注册结果包括第二业务平台根据第二用户信息生成的目标令牌。
在其中一些实施例中，第二业务平台在接收到该注册请求的情况下，可以响应该注册请求，生成注册结果，注册结果包括与第二用户信息对应的目标令牌。例如，第二业务平台根据该第二用户信息，为用户在第二业务平台创建新用户账户。
在其中一些实施例中，第一业务平台从第二业务平台重新获取第二令牌后，用该重新获取的第二令牌替换第一访问请求中的第一令牌生成第二访问请求并发送给第二业务平台，即利用新的第二令牌访问第二业务平台，获取第二业务平台响应于第二访 问请求而发送的第二访问结果，并将第二访问结果发送给客户端，其中，第二访问请求携带重新获取的第二令牌，第一业务平台获取第二业务平台响应于第二访问请求而发送的第二访问结果，并将第二访问结果作为第一访问请求的响应消息发送给客户端。
在其中一些实施例中，在获取第二业务平台响应于注册请求而发送的注册结果之后，第一业务平台还可以存储第二业务平台根据第二用户信息而生成的第二令牌。
在本实施例中，第一业务平台还可以存储重新获取的第二令牌，在之后的所有访问中，根据该第二令牌和第一访问请求生成第二访问请求，并将第二访问请求发送给第二业务平台，其中，第二访问请求携带有第二令牌，即后续用户向第一业务平台发送的访问请求需要第一业务平台或第二业务平台提供的服务时，可以直接利用第一令牌或第二令牌对其对应的业务平台进行访问，获取对应业务平台提供的服务或信息。
目前，现有技术中的平台切换方法往往是基于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下载音乐、图片等。
需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。
参照图3，本实施例还提供了一种电子装置，包括存储器304和处理器302，该存储器304中存储有计算机程序，该处理器302被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
具体地，上述处理器302可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。
其中，存储器304可以包括用于数据或指令的大容量存储器304。举例来说而非限制，存储器304可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、 固态驱动器(Solid State Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器304可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器304可在数据处理装置的内部或外部。在特定实施例中，存储器304是非易失性(Non-Volatile)存储器。在特定实施例中，存储器304包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(Random Access Memory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable Programmable Read-Only Memory，简称为EPROM)、电可擦除PROM(Electrically Erasable Programmable Read-Only Memory，简称为EEPROM)、电可改写ROM(Electrically Alterable Read-Only Memory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器304(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic Random Access Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。
存储器304可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器302所执行的可能的计算机程序指令。
处理器302通过读取并执行存储器304中存储的计算机程序指令，以实现上述实施例中的任意一种用于车辆的多业务平台的访问方法。
可选地，上述电子装置还可以包括传输设备306以及输入输出设备308，其中，该传输设备306和上述处理器302连接，该输入输出设备308和上述处理器302连接。
可选地，在本实施例中，上述电子装置应用于第一业务平台，上述处理器302可以被设置为通过计算机程序执行以下步骤：
S1，第一业务平台接收用户通过客户端发送的第一访问请求，其中，第一访问请求携带第一业务信息以及用于访问第一业务平台的第一令牌。
S2，第一业务平台根据第一业务信息判断第一访问请求是用于请求第一业务平台还是第二业务平台提供的服务。
S3，在第一访问请求是用于请求第二业务平台提供的服务的情况下，第一业务平 台将第一访问请求携带的第一令牌替换为用于访问第二业务平台的第二令牌，生成第二访问请求发送给第二业务平台，并获取第二业务平台响应于第二访问请求而发送的第二访问结果，将第二访问结果发送给客户端，其中，第二访问请求携带第二令牌。
另外，结合上述实施例中的用于车辆的多业务平台的访问方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种用于车辆的多业务平台的访问方法。
本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (11)

  1. 一种用于车辆的多业务平台的访问方法，其特征在于，应用于第一业务平台，所述用于车辆的多业务平台的访问方法包括：
    接收用户通过客户端发送的第一访问请求，其中，所述第一访问请求携带第一业务信息以及用于访问所述第一业务平台的第一令牌；
    根据所述第一业务信息判断所述第一访问请求是用于请求所述第一业务平台还是第二业务平台提供的服务；
    在所述第一访问请求是用于请求所述第二业务平台提供的服务的情况下，将所述第一访问请求携带的所述第一令牌替换为用于访问所述第二业务平台的第二令牌，生成第二访问请求发送给所述第二业务平台，并获取所述第二业务平台响应于所述第二访问请求而发送的第二访问结果，将所述第二访问结果发送给所述客户端，其中，所述第二访问请求携带所述第二令牌。
  2. 根据权利要求1所述的用于车辆的多业务平台的访问方法，其特征在于，在所述将所述第一访问请求携带的所述第一令牌替换为用于访问所述第二业务平台的第二令牌之前，所述方法还包括：
    发送用于查询所述第二令牌是否有效的查询请求给所述第二业务平台，并获取所述第二业务平台响应于所述查询请求而发送的查询结果，其中，所述查询请求携带所述第二令牌；
    在所述查询结果为有效的情况下，将所述第一访问请求携带的所述第一令牌替换为所述第二令牌；
    在所述查询结果为无效的情况下，从所述第二业务平台重新获取所述第二令牌，并将所述第一访问请求携带的第一令牌替换为所述重新获取的第二令牌。
  3. 根据权利要求2所述的用于车辆的多业务平台的访问方法，其特征在于，所述从所述第二业务平台重新获取所述第二令牌包括：
    获取用于登录所述第一业务平台的用户登录信息；
    生成第三访问请求发送给所述第二业务平台，其中，所述第三访问请求携带所述用户登录信息；
    接收所述第二业务平台响应于所述第三访问请求而发送的第二令牌，其中，在所述第二业务平台中具有与所述用户登录信息匹配的第一用户信息的情况下，所述第二业务平台生成与所述第一用户信息对应的所述第二令牌。
  4. 根据权利要求3所述的用于车辆的多业务平台的访问方法，其特征在于，在所述生成第三访问请求发送给所述第二业务平台，其中，所述第三访问请求携带所述用户登录信息之后，所述方法还包括：
    在未接收到所述第二业务平台响应于所述第三访问请求而发送的第二令牌的情况下，对所述用户登录信息匹配的第一用户信息进行激活处理，并从所述第二业务平台内获取与激活处理后的第一用户信息对应的第二令牌。
  5. 根据权利要求2所述的用于车辆的多业务平台的访问方法，其特征在于，从所述第二业务平台重新获取所述第二令牌包括：
    获取用于登录所述第一业务平台的用户登录信息，对所述用户登录信息进行激活处理，并从所述第二业务平台内获取与激活处理后的用户登录信息对应的第二令牌。
  6. 根据权利要求5所述的用于车辆的多业务平台的访问方法，其特征在于，对所述用户登录信息进行激活处理包括：
    将第一激活指令发送给客户端，并获取用户通过所述客户端响应于所述第一激活指令而发送的第一激活请求；
    接收所述第一激活请求，并根据所述第一激活请求生成与所述用户登录信息对应的第二用户信息，所述第二用户信息与所述用户登录信息对应；
    生成注册请求，将所述注册请求发送给所述第二业务平台，并获取所述第二业务平台响应于所述注册请求而发送的注册结果，其中，所述注册请求携带所述第二用户信息，所述注册结果包括所述第二业务平台根据所述第二用户信息而生成的目标令牌；
    将所述目标令牌作为激活处理后的所述用户登录信息对应第二令牌。
  7. 根据权利要求6所述的用于车辆的多业务平台的访问方法，其特征在于，在获取所述第二业务平台响应于所述注册请求而发送的注册结果之后，所述方法还包括：
    所述第一业务平台存储所述第二业务平台根据所述第二用户信息而生成的所述第二令牌。
  8. 根据权利要求1至7任一项所述的用于车辆的多业务平台的访问方法，其特征在于，还包括：
    在所述第一访问请求是用于请求所述第一业务平台提供的服务的情况下，响应所述第一访问请求，生成第一访问结果，并将所述第一访问结果发送给所述客户端。
  9. 一种用于车辆的多业务平台的访问系统，其特征在于，包括第一业务平台和第二业务平台，其中，所述第一业务平台与所述第二业务平台通信，所述第一业务平台提供有用户访问的接口，所述第一业务平台用于执行权利要求1至8中任一项所述的用于车辆的 多业务平台的访问方法。
  10. 一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至8中任一项所述的用于车辆的多业务平台的访问方法。
  11. 一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至8中任一项所述的用于车辆的多业务平台的访问方法。
PCT/CN2021/114439 2020-12-03 2021-08-25 用于车辆的多业务平台的访问方法、系统和电子装置 WO2022116606A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011397338.7A CN112199659B (zh) 2020-12-03 2020-12-03 用于车辆的多业务平台的访问方法、系统和电子装置
CN202011397338.7 2020-12-03

Publications (1)

Publication Number Publication Date
WO2022116606A1 true WO2022116606A1 (zh) 2022-06-09

Family

ID=74033654

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/114439 WO2022116606A1 (zh) 2020-12-03 2021-08-25 用于车辆的多业务平台的访问方法、系统和电子装置

Country Status (2)

Country Link
CN (1) CN112199659B (zh)
WO (1) WO2022116606A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112199656B (zh) * 2020-12-03 2021-02-26 湖北亿咖通科技有限公司 业务平台的访问权限获取方法和业务平台的访问控制方法
CN112199659B (zh) * 2020-12-03 2021-03-23 湖北亿咖通科技有限公司 用于车辆的多业务平台的访问方法、系统和电子装置
CN114513344B (zh) * 2022-01-26 2024-05-24 鼎捷软件股份有限公司 云应用间的集成系统及其方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101114237A (zh) * 2006-07-25 2008-01-30 因图依特有限公司 转换鉴权令牌以促进应用程序之间的交互的方法和装置
CN109547432A (zh) * 2018-11-19 2019-03-29 中国银行股份有限公司 多系统验证方法及装置、存储介质及电子设备
CN110309636A (zh) * 2019-07-04 2019-10-08 阿里巴巴集团控股有限公司 一种身份认证的方法和系统
CN111200645A (zh) * 2019-12-27 2020-05-26 北京健康之家科技有限公司 业务请求处理方法、装置、设备及可读存储介质
CN112199659A (zh) * 2020-12-03 2021-01-08 湖北亿咖通科技有限公司 用于车辆的多业务平台的访问方法、系统和电子装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102761549B (zh) * 2012-07-03 2015-04-22 中国联合网络通信集团有限公司 资源共享的处理方法和系统以及业务平台
US8813206B2 (en) * 2012-11-27 2014-08-19 Hong Kong Applied Science and Technology Research Institute Company Limited Anonymous personal content access with content bridge
US9106642B1 (en) * 2013-09-11 2015-08-11 Amazon Technologies, Inc. Synchronizing authentication sessions between applications
US10742636B2 (en) * 2018-08-22 2020-08-11 Sap Se OAuth2 SAML token service
CN109165500B (zh) * 2018-09-04 2020-10-23 浪潮云信息技术股份公司 一种基于跨域技术的单点登录认证系统及方法
CN110247901A (zh) * 2019-05-29 2019-09-17 苏宁云计算有限公司 跨平台免密登录访问的方法、系统及设备
CN110247907A (zh) * 2019-06-10 2019-09-17 深兰科技（上海）有限公司 一种多应用平台访问方法、装置及系统
CN110266722A (zh) * 2019-07-05 2019-09-20 深圳市浩科电子有限公司 一种多途径访问服务器的方法及系统
CN110519296B (zh) * 2019-09-17 2021-10-15 焦点科技股份有限公司 一种异构web系统的单点登录与登出方法
CN110730171A (zh) * 2019-10-10 2020-01-24 北京东软望海科技有限公司 业务请求的处理方法、装置、系统、电子设备及存储介质
CN110909330A (zh) * 2019-11-28 2020-03-24 安徽江淮汽车集团股份有限公司 车联网平台授权方法、装置、设备及存储介质
CN111695156A (zh) * 2020-06-15 2020-09-22 北京同邦卓益科技有限公司 业务平台的访问方法、装置、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101114237A (zh) * 2006-07-25 2008-01-30 因图依特有限公司 转换鉴权令牌以促进应用程序之间的交互的方法和装置
CN109547432A (zh) * 2018-11-19 2019-03-29 中国银行股份有限公司 多系统验证方法及装置、存储介质及电子设备
CN110309636A (zh) * 2019-07-04 2019-10-08 阿里巴巴集团控股有限公司 一种身份认证的方法和系统
CN111200645A (zh) * 2019-12-27 2020-05-26 北京健康之家科技有限公司 业务请求处理方法、装置、设备及可读存储介质
CN112199659A (zh) * 2020-12-03 2021-01-08 湖北亿咖通科技有限公司 用于车辆的多业务平台的访问方法、系统和电子装置

Also Published As

Publication number Publication date
CN112199659A (zh) 2021-01-08
CN112199659B (zh) 2021-03-23

Similar Documents

Publication Publication Date Title
WO2022116606A1 (zh) 用于车辆的多业务平台的访问方法、系统和电子装置
JP6114834B2 (ja) 情報提示方法、装置、プログラム、及び記録媒体
WO2022116575A1 (zh) 业务平台的访问权限获取方法和业务平台的访问控制方法
EP2973147B1 (en) Policy-based secure web boot
US20040236726A1 (en) System and method for query result caching
WO2018050040A1 (zh) 实现web页面与本地应用通信的方法、装置和电子设备
JP2015505387A (ja) 動的サービス統合システム及び方法
US20140325089A1 (en) Method, terminal, server and system for page jump
US11568596B2 (en) Non-blocking token authentication cache
WO2009097776A1 (zh) 一种实现业务升级的系统、装置及方法
JP2009507270A (ja) パーソナルインターネットコミュニケータのための検証されたコンピューティング環境
CN112615810A (zh) 一种访问控制方法及装置
CN113973126B (zh) 车端子系统间的通信方法、装置、电子设备及介质
CN113051026A (zh) 一种虚拟机创建方法、装置及存储介质
WO2022088710A1 (zh) 一种镜像管理方法及装置
US7454463B2 (en) Method and system for downloading software products with reduced transmission time
JPWO2007077615A1 (ja) ソフトウェア実行管理装置、その方法及びプログラム
TWI546688B (zh) 對網路位址進行處理的方法及相關的伺服器與非暫態電腦可讀取儲存媒體
CN104065612B (zh) 一种用户管理方法、装置和统一用户管理系统
WO2025007511A1 (zh) 分配网络切片的方法、数据处理方法、系统及电子设备
CN116962020A (zh) 一种通信方法、装置、设备及介质
JP4063573B2 (ja) デバイスドライバの組み込み・実行方式、組み込み・実行方法、及びプログラム
CN112491981A (zh) 一种分布式缓存认证方法、装置、电子设备和可读存储介质
CN114065297B (zh) 一种证书处理方法、装置、电子设备及存储介质
CN118488101B (zh) 云网络系统、通信方法、设备、存储介质及程序产品

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21899642

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21899642

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 21899642

Country of ref document: EP

Kind code of ref document: A1