CN112199659A - Access method, system and electronic device for multi-service platform of vehicle - Google Patents
Access method, system and electronic device for multi-service platform of vehicle Download PDFInfo
- Publication number
- CN112199659A CN112199659A CN202011397338.7A CN202011397338A CN112199659A CN 112199659 A CN112199659 A CN 112199659A CN 202011397338 A CN202011397338 A CN 202011397338A CN 112199659 A CN112199659 A CN 112199659A
- Authority
- CN
- China
- Prior art keywords
- service platform
- token
- access
- access request
- service
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 50
- 230000004044 response Effects 0.000 claims description 39
- 230000004913 activation Effects 0.000 claims description 31
- 238000012545 processing Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 14
- 238000004891 communication Methods 0.000 claims description 8
- 230000008569 process Effects 0.000 abstract description 9
- 230000000694 effects Effects 0.000 abstract description 4
- 238000005516 engineering process Methods 0.000 abstract description 3
- 230000003993 interaction Effects 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 238000012795 verification Methods 0.000 description 6
- 230000010354 integration Effects 0.000 description 4
- 230000003213 activating effect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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
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
The application relates to an access method, a system, an electronic device and a storage medium for a multi-service platform of a vehicle, wherein the method comprises the following steps: a first service platform receives a first access request sent by a user through a client; the first service platform judges whether the first access request is used for requesting the service provided by the first service platform or the second service platform according to the first service information; and under the condition that the first access request is used for requesting the service provided by the second service platform, the first service platform replaces the first token carried by the first access request with a second token used for accessing the second service platform, generates a second access request and sends the second access request to the second service platform, and sends a second access result to the client. By the method and the device, the problem that the user cannot log in the original service platform through the new service platform due to triggering of some processes in the related technology is solved, and the technical effect of improving the reliability of the service platform is achieved.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to an access method, system, electronic device, and storage medium for a multi-service platform of a vehicle.
Background
The multi-service platform means that different service types need different external devices to provide support, one service may need an application program to be overlaid and accessed, but when an access layer needs more and more external devices to meet multiple services, many disadvantages are presented, for example, the user's requirements cannot be flexibly met, and the user's terminal needs to install a plurality of client APP applications for supporting different requirements. For example, a user in the field of car networking has two cars, and each car has its own APP connected to a service platform that provides services for the car, so the user needs to install two APPs.
Generally, various requirements of users cannot be completely met on one service platform. In order to flexibly meet the requirements of users, how to enable the users to obtain services from different service platforms under the condition of using one client becomes an important problem.
At present, a platform switching method in the prior art is often implemented based on an Oatuh2 protocol, a new service platform requests a user to acquire resources and guides the user to authorize the resource through an original service platform, the original service platform generates an authentication code bound with the new service platform under the condition that the user authorizes the new service platform, the new service platform can acquire the resources of the user according to the authentication code and respond to various requirements of the user, and after the new service platform is integrated with the original service platform, the user can access the original service platform through the new service platform. However, in some cases, the user may trigger some processes, which results in that the user cannot access the original service platform through the new service platform, for example, the user modifies an account password on the original service platform, and at this time, the new service platform cannot access the original service platform according to the original user account, which results in that the user demand cannot be satisfied in time, and the reliability of the service platform is reduced.
At present, no effective solution is provided for the problem that the user can not log in the original service platform through the new service platform due to triggering of some processes in the related technology.
Disclosure of Invention
The embodiment of the application provides an access method, a system, an electronic device and a storage medium for a multi-service platform of a vehicle, so as to at least solve the problem that a user cannot log in an original service platform through a new service platform due to triggering of some processes in the related art.
In a first aspect, an embodiment of the present application provides an access method for a multi-service platform of a vehicle, including: a first service platform receives a first access request sent by a user through a client, wherein the first access request carries first service information and a first token for accessing the first service platform; the first service platform judges whether the first access request is used for requesting the service provided by the first service platform or the second service platform according to the first service information; under the condition that the first access request is used for requesting the 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 the client; and under the condition that the first access request is used for requesting the service provided by the second service platform, the first service platform replaces the first token carried by the first access request with a second token used for accessing the second service platform, generates a second access request and sends the second access request to the second service platform, acquires a second access result sent by the second service platform in response to the second access request, and sends the second access result to the client, wherein the second access request carries the second token.
In some embodiments, before the first service platform replaces the first token carried by the first access request with a second token for accessing the second service platform, the method further includes: the first service platform sends a query request for querying whether the second token is valid to the second service platform, and obtains a query result sent by the second service platform in response to the query request, wherein the query request carries the second token; replacing the first token carried by the first access request with the second token by the first service platform under the condition that the query result is valid; and under the condition that the query result is invalid, the first service platform acquires the second token from the second service platform again, and replaces the first token carried by the first access request with the acquired second token.
In some embodiments, the first service platform retrieving the second token from the second service platform comprises: the first service platform acquires user login information for logging in the first service platform; the first service platform generates a third access request and sends the third access request to the second service platform, wherein the third access request carries the user login information; and the first service platform receives a second token sent by the second service platform in response to the third access request, wherein the second service platform generates the second token corresponding to the first user information under the condition that the second service platform has the first user information matched with the user login information.
In some embodiments, after the first service platform generates a third access request and sends the third access request to the second service platform, where the third access request carries the user login information, the method further includes: and under the condition that the first service platform does not receive a second token sent by the second service platform in response to the third access request, the first service platform activates the first user information and acquires the second token corresponding to the activated first user information from the second service platform.
In some embodiments, the first service platform retrieving the second token from the second service platform comprises: the first service platform acquires user login information for logging in the first service platform, activates the first user information, and acquires a second token corresponding to the activated first user information from the second service platform.
In some embodiments, activating the first user information includes: the first service platform sends a first activation instruction to a client, and acquires a first activation request sent by a user through the client in response to the first activation instruction; 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; the first service platform generates a registration request, sends the registration request to the second service platform, and obtains a 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 second token generated by the second service platform according to the second user information.
In some embodiments, after obtaining the registration result sent by the second service platform in response to the registration request, the method further includes: and the first service platform stores the second token generated by the second service platform according to the second user information.
In a second aspect, 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, where the first service platform communicates with the second service platform, the first service platform is provided with an interface for a user to access, and the first service platform is used in the access method for the multi-service platform of the vehicle according to the first aspect.
In a third aspect, an embodiment of the present application provides an electronic device, which includes a memory, a processor, and a computer program stored on the memory and executable on the processor, and the processor, when executing the computer program, implements the access method for the multi-service platform for the vehicle according to the first aspect.
In a fourth aspect, the present application provides a storage medium, on which a computer program is stored, which when executed by a processor, implements the access method for a multi-service platform for a vehicle as described in the first aspect above.
Compared with the related art, the access method, the system, the electronic device and the storage medium for the multi-service platform of the vehicle, provided by the embodiment of the application, solve the problem that the user cannot log in the original service platform through the new service platform due to triggering of some processes in the related art, achieve the effect that the user can still log in the original service platform through the new service platform after the user account is changed, and improve the technical effect of reliability of the service platform.
The details of one or more embodiments of the application are set forth in the accompanying drawings and the description below to provide a more thorough understanding of the application.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:
FIG. 1 is a flow chart of an access method for a multi-service platform of a vehicle according to an embodiment of the application;
FIG. 2 is a 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.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be described and illustrated below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments provided in the present application without any inventive step are within the scope of protection of the present application. Moreover, it should be appreciated that in the development of any such actual implementation, as in any engineering or design project, numerous implementation-specific decisions must be made to achieve the developers' specific goals, such as compliance with system-related and business-related constraints, which may vary from one implementation to another.
Reference in the specification to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the specification. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Those of ordinary skill in the art will explicitly and implicitly appreciate that the embodiments described herein may be combined with other embodiments without conflict.
Unless defined otherwise, technical or scientific terms referred to herein shall have the ordinary meaning as understood by those of ordinary skill in the art to which this application belongs. Reference to "a," "an," "the," and similar words throughout this application are not to be construed as limiting in number, and may refer to the singular or the plural. The present application is directed to the use of the terms "including," "comprising," "having," and any variations thereof, which are intended to cover non-exclusive inclusions; for example, a process, method, system, article, or apparatus that comprises a list of steps or modules (elements) is not limited to the listed steps or elements, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus. Reference to "connected," "coupled," and the like in this application is not intended to be limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. Reference herein to "a plurality" means greater than or equal to two. "and/or" describes an association relationship of associated objects, meaning that three relationships may exist, for example, "A and/or B" may mean: a exists alone, A and B exist simultaneously, and B exists alone. Reference herein to the terms "first," "second," "third," and the like, are merely to distinguish similar objects and do not denote a particular ordering for the objects.
The present embodiment provides an access method for a multi-service platform of a vehicle, and fig. 1 is a flowchart of an access method for a multi-service platform of a vehicle according to an embodiment of the present application, and as shown in fig. 1, the flowchart includes the following steps:
step S101, a first service platform receives a first access request sent by a user through a client, wherein the first access request carries first service information and a first token for accessing the first service platform.
Step S102, the first service platform judges whether the first access request is used for requesting the service provided by the first service platform or the second service platform according to the first service information.
Step S103, in a case that 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 the client.
Step S104, under the condition that the first access request is used for requesting the service provided by the second service platform, the first service platform replaces the first token carried by the first access request with a second token used for accessing the second service platform, generates a second access request and sends the second access request to the second service platform, acquires a second access result sent by the second service platform in response to the second access request, and sends the second access result to the client, wherein the second access request carries the second token.
In this embodiment, the first service platform and the second service platform are platforms capable of providing different services to users, for example, one user may have a plurality of vehicles, some vehicles provide services through the first service platform, and some vehicles provide services through the second service platform, so that the first service platform and the second service platform correspond to the vehicle models. The user needs to request services from different service backgrounds through a client APP application program loaded on a terminal such as a mobile device, a terminal, a computer or a similar operation device, and selects a vehicle to be accessed through the client APP, namely, selects a platform corresponding to the vehicle to provide services. However, in general, a background service used by the same client is one of the service platforms, i.e., the first service platform, and therefore, it is necessary that the first service platform can access the other service platform by means of token replacement, that is, a user only needs to request the first service platform to provide a service on the premise of logging in the first service platform, and also can request the second service platform to provide a service. In the following, a user requests a service from a first service platform or a second service platform through an APP on a terminal as an example.
In this embodiment, the client accesses the service platform under the condition of logging in the first service platform, that is, after a user inputs user login information of the first service platform to the client, the client generates a login request and sends the login request to the first service platform, where the user login information may be information such as a user name and a password, and after receiving the user login information, the client searches for a first token corresponding to the user login information from all tokens stored in the client itself, and therefore, the generated login request carries the first token corresponding to the user login information. After receiving the login request, the first service platform judges whether a first token carried by the login request is valid or not, namely whether the first token can be verified or not, and under the condition that the first token passes the verification, the client logs in the first service platform, namely the client can send various access requests carrying the first token to the first service platform and interact with the first service platform. If the first token is not verified, whether an account matched with the user login information exists in the first service platform or not is judged according to the user login information, if yes, a first token corresponding to the user login information is generated and sent to the client, and then the client accesses the first service platform by using the first token. At this time, since the user login information matches one account in the first service platform, the generated first token also corresponds to the account.
The user sends a first access request to the first service platform through the client, and the first service platform receives the first access request, in some embodiments, the first access request may be a vehicle control request, for example, the first access request may be service data such as articles and photos that the user requests the first service platform or the second service platform to release on the corresponding service platform. The client side stores a first token, carries the first token when sending the first access request, and interacts and communicates with the first service platform by using the first token. The first access request further carries first service information, where the first service information may include information such as a vehicle model and vehicle control content, and the first service platform may determine whether the first service information is related to a service provided by the first service platform or a service provided by the second service platform, for example, if the vehicle model in the first service information is a service range of the first service platform, the first service information is related to the service provided by the first service platform, and if the vehicle model in the first service information is a service range of the second service platform, the first service information is related to the service provided by the second service platform. Thus. The first service platform can judge whether the first access request requests the first service platform to provide service or requests the second service platform to provide service according to the first service information.
In this embodiment, the first service platform presets a service list, and may determine, by querying the first service information in the preset service list, which service platform provides the service to be requested by the first access request. And under the condition that the first access request is used for requesting the service provided by the first service platform, the client uses the first token to realize the interaction between the first service platform and the client, namely the first token carried in the request sent by the client can pass the verification of the first service platform, so as to access the first service platform. The first service platform responds to the first access request to generate a first access result, namely the first service platform feeds back the processing result to the client after processing the content of the first access request.
In this embodiment, the first service platform may interactively communicate with the second service platform, the first service platform may obtain the second token from the second service platform in advance through the interface between the platforms, store the second token, and access the second service platform by using the second token in the subsequent access, that is, when the second token sent by the first service platform passes the verification of the second service platform, the first service platform may access the second service platform, and send and receive data with the second service platform, so as to generate interaction. The inter-platform interface may be a standard for data interaction between two parties (possibly 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. And the first service platform and the second service platform perform data interaction in a wireless mode or a wired mode through an interface between the platforms.
In one embodiment, 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 second token stored by the first service platform for accessing the second service platform, and generates the second access request for accessing the second service platform, so that the second access request carries the first service information and the second token. The first service platform utilizes the second token to realize the interactive communication with the second service platform, so that the client can access the second service platform under the condition that the user does not sense the interactive communication, namely the user does not need to input a user name and a password for logging in the second service platform, and the like. And the first service platform sends the second access request to the second service platform, when a second token carried by the second access request passes the verification of the second service platform, the second service platform responds to the second access request to generate a second access result and sends the second access result to the first service platform, namely, the second service platform feeds the processing result back to the first service platform after processing the content of the second access request, and the first service platform sends the processing result, namely the second access result, to the client as a response message of the first access request.
In some embodiments, before the first service platform replaces the first token carried in the first access request with a second token for accessing the second service platform, the first service platform sends an inquiry request for inquiring whether the second token is valid to the second service platform, and obtains an inquiry result sent by the second service platform in response to the inquiry request, where the inquiry request carries the second token; under the condition that the query result is valid, the first service platform replaces the first token carried by the first access request with a second token; and under the condition that the query result is invalid, the first service platform acquires the second token from the second service platform again, and replaces the first token carried by the first access request with the acquired second token.
In this embodiment, in a case that the first access request is for requesting a service provided by the second service platform, the first service platform needs to query whether a second token stored by the first service platform is valid, including: and the first service platform sends an inquiry request for inquiring whether the second token is valid to the second service platform, and acquires an inquiry result sent by the second service platform in response to the inquiry request. In some embodiments, the first service platform corresponds to the account information of the user, and therefore the first service platform needs to find the second token belonging to the user. The second service platform stores a plurality of pieces of registered first user information, and after receiving the query request, the first user information corresponding to the second token is searched for on the second service platform according to the query request, so that the second service platform can respond to the query request to generate a query result and send the query result to the first service platform.
The second service platform judges that the state of the first user information in the second service platform comprises the following conditions: firstly, when the second service platform inquires that the first user information corresponding to the second token is registered and valid in the second service platform, the inquiry result is valid, namely the second token is valid; secondly, when the second service platform does not inquire the first user information corresponding to the second token, or the first user information inquired by the second service platform is invalid, that is, the first user information is unregistered or invalid in the second service platform, the inquiry result is invalid, that is, the second token is invalid. The first service platform can judge whether the communication with the second service platform can be carried out according to the inquiry result.
In this embodiment, that the first user information is registered and valid means that the second token corresponds to information such as an account number and a password in one first user information in the second service platform, the second token can be verified by the second service platform, and at this time, the second token is valid, and the first service platform can access the second service platform by using the second token; the first user information is invalid, namely, a password is modified after a user registers an account possibly, so that the second token stored by the first service platform does not correspond to the account number or the password of the first user information in the second service platform, and the second token cannot pass the verification of the second service platform, so that the second token is invalid, and the first service platform cannot access the second service platform by using the second token; the first user information is unregistered, which means that the first user information corresponding to the second token cannot be found on the second service platform, and the second token cannot pass the verification of the second service platform, so that the second token is invalid and cannot be used to access the second service platform.
Under the condition that the query result is valid, the first service platform replaces a first token carried by the first access request with a second token stored by the first service platform, and then generates a second access request for accessing the second service platform; and under the condition that the query result is invalid, the first service platform needs to acquire the second token again from the second service platform, and the first token carried by the first access request can be replaced by the acquired second token, so that the second access request is generated to access the second service platform.
And when the query result is valid, the first service platform realizes interaction with the second service platform through a second token stored by the first service platform, so that the packaging of the interface of the second service platform is realized, namely, a user does not need to directly communicate with the second service platform through a client, but can obtain the information and service of the second service platform through the client and also can obtain the information and service of the first service platform through the agent of the first service platform. Finally, the service corresponding to the first access request can be queried in a preset service list, and the first access request is judged to be used for requesting the service of which service platform, so that interaction with any service platform can be realized through one client, and particularly, the service of the service platform which does not directly interact with the client can be obtained. For example, when a user requests the service of the second service platform through the client, the user can directly access the second service platform through the second token, and under the condition that the user is unaware, account integration and service integration among the multiple service platforms are realized.
In some embodiments, the first service platform retrieving the second token from the second service platform comprises: the method comprises the steps that a first service platform obtains user login information for logging in the first service platform; the first service platform generates a third access request and sends the third access request to the second service platform, wherein the third access request carries user login information; and the first service platform receives a second token sent by the second service platform in response to the third access request, wherein the second service platform generates the second token corresponding to the first user information under the condition that the second service platform has the first user information matched with the user login information.
In this embodiment, the first service platform may retrieve the second token from the second service platform when the query result is invalid. One way to reacquire the second token is: the second token stored by the first service platform has a preset time limit, which may be that the storage time of the second token exceeds the preset time limit, and the query result is invalid, at this time, the user login information may be verified, so that the second service platform generates a second token corresponding to the user login information, for example, the first service platform acquires the user login information used by the client to log in the first service platform, generates a third access request, and sends the third access request to the second service platform for access, where the third access request carries the user login information, the second service platform receives the third access information, and searches whether the first user information corresponding to the user login information exists according to the user login information in the third access information, where the second service platform generates the second token corresponding to the first user information under the condition that the second service platform has the first user information matching with the user login information, and the second token generated at the moment is also corresponding to the user login information, the second token is used as a response message of the third access information and is sent to the first service platform, and the first service platform acquires the second token corresponding to the first user information from the second service platform.
In some embodiments, after the first service platform generates the third access request and sends the third access request to the second service platform, the first service platform activates the first user information and obtains the second token corresponding to the activated first user information from the second service platform when the first service platform does not receive the second token sent by the second service platform in response to the third access request, where the third access request carries user login information.
In this embodiment, another way to obtain the second token again is that the first service platform performs activation processing on the first user information, and obtains the second token corresponding to the user login information from the second service platform, or the first service platform performs activation processing on the user login information only when the second token is not obtained in the above way of obtaining the second token by verifying the user login information. After the user login information is activated, a second token corresponding to the user login information can be generated in the second service platform, and the client can still log in the second service platform through the first service platform under the condition that the second token stored in the first service platform is invalid, so that the reliability of the service platform is improved.
In some embodiments, when the query result is invalid, the first service platform needs to create new first user information for the user on the second service platform by activating the processing flow, and generate a corresponding second token on the second service platform according to the new first user information. Specifically, the specific steps of activating the user login information include:
step 1, a first service platform generates a first activation instruction and sends the first activation instruction to a client, and acquires a first activation request sent by a user through the client in response to the first activation instruction.
In some embodiments, the first activation instruction may cause the client to display a prompt interface to be activated, and the user may click a confirmation on the prompt interface through the client, so that the client generates the first activation request and sends the first activation request to the first service platform.
And 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.
The first service platform can automatically generate an account and a password as second user information after receiving the first activation request, wherein the second user information corresponds to the user login information, namely the first service platform generates the second user information uniquely corresponding to the user login information.
And 3, the first service platform generates a registration request, sends the registration request to the second service platform, and acquires a registration result sent by the second service platform in response to the registration request, wherein the registration request carries second user information, and the registration result comprises a second token generated by the second service platform according to the second user information.
In this embodiment, the first service platform may generate a registration request carrying second user information, send the registration request to the second service platform, register the second user information as a user of the second service platform according to the registration request at the second service platform, that is, the second user information becomes first user information registered in the second service platform, and simultaneously generate a second token corresponding to the second user information as a registration result generated in response to the registration request, and send the registration result to the first service platform. And the first service platform acquires a registration result sent by the second service platform in response to the registration request, wherein the registration result comprises a second token generated by the second service platform according to the second user information.
In some embodiments, the second service platform may generate a registration result in response to the registration request when receiving the registration request, and the registration result includes a second token corresponding to the second user information. For example, the second service platform creates a new user account for the user on the second service platform according to the second user information.
In some embodiments, after the first service platform reacquires the second token from the second service platform, the reacquired second token is used to replace the first token in the first access request to generate a second access request and send the second access request to the second service platform, that is, a new second token is used to access the second service platform, a 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 reacquired second token, and the first service platform obtains the second access result sent by the second service platform in response to the second access request and sends the second access result to the client as a response message of the first access request.
In some embodiments, after obtaining the registration result sent by the second service platform in response to the registration request, the first service platform may further store a second token generated by the second service platform according to the second user information.
In this embodiment, the first service platform may further store a second token obtained again, in all subsequent accesses, a second access request is generated according to the second token and the first access request, and the second access request is sent to the second service platform, where the second access request carries the second token, that is, when an access request sent to the first service platform by a subsequent user needs a service provided by the first service platform or the second service platform, the first token or the second token may be directly used to access the corresponding service platform, so as to obtain the service or information provided by the corresponding service platform.
At present, a platform switching method in the prior art is often implemented based on an Oatuh2 protocol, a new service platform requests a user to acquire resources and guides the user to authorize the resource through an original service platform, the original service platform generates an authentication code bound with the new service platform under the condition that the user authorizes the new service platform, the new service platform can acquire the resources of the user according to the authentication code and respond to various requirements of the user, and after the new service platform is integrated with the original service platform, the user can access the original service platform through the new service platform. However, in some cases, the user may trigger some processes, which results in that the user cannot access the original service platform through the new service platform, for example, the user modifies an account password on the original service platform, and at this time, the new service platform cannot access the original service platform according to the original user account, which results in that the user demand cannot be satisfied in time, and the reliability of the service platform is reduced.
Through the steps S101 to S104, in this embodiment, the user can obtain the information and the service of the first service platform while obtaining the information and the service of the second service platform through the communication between the first service platform agent user and the second service platform, and under the condition that the user is unaware, the account integration and the service integration between the multiple service platforms are realized; meanwhile, under the condition that the user information is not registered or invalid in the corresponding service platform, the embodiment can perform account activation processing on the user through the first service platform, acquire the corresponding login token through the user information updated by the user after the user is activated, access the corresponding service platform according to the login token, and acquire the service or information provided by the service platform, thereby solving the problem that the user cannot log in the original service platform through the new service platform due to triggering some processes by the user in the related art, realizing that the user can still log in the original service platform through the new service platform after the user account is changed, and improving the technical effect of reliability of the service platform.
The embodiments of the present application are described and illustrated below by means of preferred embodiments.
The present embodiment further provides an access system for a multi-service platform of a vehicle, where the system is used to implement the foregoing embodiments and preferred embodiments, and the description of the system is omitted for brevity. While the system described in the embodiments below is preferably implemented in software, implementations in hardware, or a combination of software and hardware are also possible and contemplated.
Fig. 2 is a block diagram of an access system for a multi-service platform of a vehicle 23 according to an embodiment of the present application, and as shown in fig. 2, the system includes: comprising a first service platform 21 and a second service platform 22, wherein the first service platform 21 is in communication with the second service platform 22, the first service platform 21 is provided with an interface for user access, and the first service platform 21 is configured to execute the method for accessing a multi-service platform for a vehicle 23 as in the above embodiment.
In one embodiment, the first service platform 21 is configured to receive a first access request sent by a user through the client 20, where the first access request carries first service information and a first token for accessing the first service platform 21; the first service platform 21 determines whether the first access request is for requesting a service provided by the first service platform 21 or the second service platform 22 according to the first service information; in the case that the first access request is for requesting a service provided by the first service platform 21, the first service platform 21 generates a first access result in response to the first access request, and sends the first access result to the client 20; in the case that the first access request is for requesting a service provided by the second service platform 22, the first service platform 21 replaces a first token carried in the first access request with a second token for accessing the second service platform 22, generates a second access request, sends the second access request to the second service platform 22, obtains a 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, where the second access request carries the second token.
In one embodiment, the first service platform 21 is configured to send an inquiry request for inquiring whether the second token is valid to the second service platform 22, and obtain an inquiry result sent by the second service platform 22 in response to the inquiry request, where the inquiry request carries the second token; under the condition that the query result is valid, the first service platform 21 replaces the first token carried by the first access request with a second token; and under the condition that the query result is invalid, the first service platform 21 reacquires the second token from the second service platform 22, and replaces the first token carried by the first access request with the reacquired second token.
In one embodiment, the first service platform 21 is configured to obtain user login information for logging in the first service platform 21; the first service platform 21 generates a third access request and sends the third access request to the second service platform 22, wherein the third access request carries user login information; the first service platform 21 receives a second token sent by the second service platform 22 in response to the third access request, wherein in the case that the second service platform 22 has the first user information matching the user login information, the second service platform 22 generates the second token corresponding to the first user information.
In one embodiment, the first service platform 21 is configured to, in a case that the first service platform 21 does not receive the second token that is sent by the second service platform 22 in response to the third access request, perform activation processing on the first user information, and obtain the second token corresponding to the activated first user information from the second service platform 22.
In one embodiment, the first service platform 21 is configured to obtain user login information for logging in the first service platform 21, perform activation processing on the first user information, and obtain a second token corresponding to the activated first user information from the second service platform 22.
In one embodiment, the first service platform 21 is configured to send a first activation instruction to the client 20, and obtain a first activation request sent by a user through the client 20 in response to the first activation instruction; the first service platform 21 receives the first activation request, and generates second user information corresponding to the user login information according to the first activation request; the first service platform 21 generates a registration request, sends the registration request to the second service platform 22, and obtains a registration result sent by the second service platform 22 in response to the registration request, where the registration request carries the second user information, and the registration result includes a second token generated by the second service platform 22 according to the second user information.
In one embodiment, the first service platform 21 is configured to store a second token generated by the second service platform 22 according to the second user information.
In this embodiment, a user may perform data transmission with the first service platform 21 based on the HTTP protocol and the MQTT protocol through the client 20, the client 20 may be mounted on a mobile device, and may perform data transmission with the second service platform 22 based on the HTTP protocol, where the first service platform 21 may perform data transmission with the second service platform 22 based on the HTTP protocol.
In the present embodiment, when the first service platform 21 and the second service platform 22 are both vehicle control service platforms, the first service platform 21 and the second service platform 22 may further perform data transmission with the vehicle 23 based on an HTTP protocol and an MQTT protocol, and perform service operation on the vehicle 23 according to a requirement provided by a user, for example: downloading music, pictures, etc. for the vehicle 23.
The above modules may be functional modules or program modules, and may be implemented by software or hardware. For a module implemented by hardware, the modules may be located in the same processor; or the modules can be respectively positioned in different processors in any combination.
The present embodiment also provides an electronic device comprising a memory 304 and a processor 302, wherein the memory 304 stores a computer program, and the processor 302 is configured to execute the computer program to perform the steps of any of the above method embodiments.
Specifically, the processor 302 may include a Central Processing Unit (CPU), or A Specific Integrated Circuit (ASIC), or may be configured to implement one or more Integrated circuits of the embodiments of the present Application.
The processor 302 implements any of the above embodiments of the access methods for a multi-service platform of a vehicle by reading and executing computer program instructions stored in the memory 304.
Optionally, the electronic apparatus may further include a transmission device 306 and an input/output device 308, where the transmission device 306 is connected to the processor 302, and the input/output device 308 is connected to the processor 302.
Optionally, in this embodiment, the electronic apparatus is applied to a first service platform, and the processor 302 may be configured to execute the following steps by a computer program:
s1, the first service platform receives a first access request sent by a user through a client, wherein the first access request carries first service information and a first token for accessing the first service platform.
And S2, the first service platform judges whether the first access request is used for requesting the service provided by the first service platform or the second service platform according to the first service information.
S3, when the first access request is for requesting a service provided by the first service platform, the first service platform generates a first access result in response to the first access request, and sends the first access result to the client.
S4, 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 by the first access request with a second token for accessing the second service platform, generates a second access request, sends the second access request to the second service platform, obtains a second access result sent by the second service platform in response to the second access request, and sends the second access result to the client, where the second access request carries the second token.
In addition, in combination with the access method for the multi-service platform of the vehicle in the foregoing embodiments, the embodiments of the present application may provide a storage medium to implement. The storage medium having stored thereon a computer program; the computer program, when executed by a processor, implements any of the above embodiments of the method for accessing a multi-service platform for a vehicle.
It should be understood by those skilled in the art that various features of the above embodiments can be combined arbitrarily, and for the sake of brevity, all possible combinations of the features in the above embodiments are not described, but should be considered as within the scope of the present disclosure as long as there is no contradiction between the combinations of the features.
The above examples are merely illustrative of several embodiments of the present application, and the description is more specific and detailed, but not to be construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present application shall be subject to the appended claims.
Claims (10)
1. An access method for a multi-service platform of a vehicle, comprising:
a first service platform receives a first access request sent by a user through a client, wherein the first access request carries first service information and a first token for accessing the first service platform;
the first service platform judges whether the first access request is used for requesting the service provided by the first service platform or the second service platform according to the first service information;
under the condition that the first access request is used for requesting the 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 the client;
and under the condition that the first access request is used for requesting the service provided by the second service platform, the first service platform replaces the first token carried by the first access request with a second token used for accessing the second service platform, generates a second access request and sends the second access request to the second service platform, acquires a second access result sent by the second service platform in response to the second access request, and sends the second access result to the client, wherein the second access request carries the second token.
2. The access method for a multi-service platform of a vehicle of claim 1, wherein before the first service platform replaces the first token carried by the first access request with a second token for accessing the second service platform, the method further comprises:
the first service platform sends a query request for querying whether the second token is valid to the second service platform, and obtains a query result sent by the second service platform in response to the query request, wherein the query request carries the second token;
replacing the first token carried by the first access request with the second token by the first service platform under the condition that the query result is valid;
and under the condition that the query result is invalid, the first service platform acquires the second token from the second service platform again, and replaces the first token carried by the first access request with the acquired second token.
3. The access method for the multi-service platform of the vehicle of claim 2, wherein the first service platform retrieving the second token from the second service platform comprises:
the first service platform acquires user login information for logging in the first service platform;
the first service platform generates a third access request and sends the third access request to the second service platform, wherein the third access request carries the user login information;
and the first service platform receives a second token sent by the second service platform in response to the third access request, wherein the second service platform generates the second token corresponding to the first user information under the condition that the second service platform has the first user information matched with the user login information.
4. The access method for the multi-service platform of the vehicle according to claim 3, wherein after the first service platform generates a third access request and sends the third access request to the second service platform, wherein the third access request carries the user login information, the method further comprises:
and under the condition that the first service platform does not receive a second token sent by the second service platform in response to the third access request, the first service platform activates the first user information and acquires the second token corresponding to the activated first user information from the second service platform.
5. The access method for the multi-service platform of the vehicle of claim 2, wherein the first service platform retrieving the second token from the second service platform comprises:
the first service platform acquires user login information for logging in the first service platform, activates the first user information, and acquires a second token corresponding to the activated first user information from the second service platform.
6. The access method for the multi-service platform of the vehicle according to claim 4 or 5, wherein the activation processing of the first user information comprises:
the first service platform sends a first activation instruction to a client, and acquires a first activation request sent by a user through the client in response to the first activation instruction;
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;
the first service platform generates a registration request, sends the registration request to the second service platform, and obtains a 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 second token generated by the second service platform according to the second user information.
7. The access method for the multi-service platform of the vehicle as claimed in claim 6, wherein after obtaining the registration result sent by the second service platform in response to the registration request, the method further comprises:
and the first service platform stores the second token generated by the second service platform according to the second user information.
8. An access system for a multi-service platform of a vehicle, comprising a first service platform and a second service platform, wherein the first service platform is in communication with the second service platform, the first service platform is provided with an interface for user access, and the first service platform is configured to execute the access method for the multi-service platform of the vehicle according to any one of claims 1 to 7.
9. An electronic device comprising a memory and a processor, characterized in that the memory has stored therein a computer program, the processor being arranged to run the computer program to perform the method of accessing a multi service platform for a vehicle of any one of claims 1 to 7.
10. A storage medium, in which a computer program is stored, wherein the computer program is arranged to execute the method for accessing a multi-service platform for vehicles of any one of claims 1 to 7 when running.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011397338.7A CN112199659B (en) | 2020-12-03 | 2020-12-03 | Access method, system and electronic device for multi-service platform of vehicle |
| PCT/CN2021/114439 WO2022116606A1 (en) | 2020-12-03 | 2021-08-25 | Multi service platform accessing method and system for vehicle, and electronic device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011397338.7A CN112199659B (en) | 2020-12-03 | 2020-12-03 | Access method, system and electronic device for multi-service platform of vehicle |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112199659A true CN112199659A (en) | 2021-01-08 |
| CN112199659B CN112199659B (en) | 2021-03-23 |
Family
ID=74033654
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011397338.7A Active CN112199659B (en) | 2020-12-03 | 2020-12-03 | Access method, system and electronic device for multi-service platform of vehicle |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN112199659B (en) |
| WO (1) | WO2022116606A1 (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114513344A (en) * | 2022-01-26 | 2022-05-17 | 鼎捷软件股份有限公司 | Integration system and method between cloud applications |
| WO2022116606A1 (en) * | 2020-12-03 | 2022-06-09 | 亿咖通（湖北）科技有限公司 | Multi service platform accessing method and system for vehicle, and electronic device |
| WO2022116575A1 (en) * | 2020-12-03 | 2022-06-09 | 亿咖通（湖北）科技有限公司 | Service platform access permission acquisition method and service platform access control method |
Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101114237A (en) * | 2006-07-25 | 2008-01-30 | 因图依特有限公司 | Method and apparatus for converting authentication-tokens to facilitate interactions between applications |
| CN102761549A (en) * | 2012-07-03 | 2012-10-31 | 中国联合网络通信集团有限公司 | Processing method and system of resource sharing and service platforms |
| CN103023893A (en) * | 2012-11-27 | 2013-04-03 | 香港应用科技研究院有限公司 | Online resource access by using a resource switching platform |
| US9106642B1 (en) * | 2013-09-11 | 2015-08-11 | Amazon Technologies, Inc. | Synchronizing authentication sessions between applications |
| CN109165500A (en) * | 2018-09-04 | 2019-01-08 | 山东浪潮云投信息科技有限公司 | A kind of single sign-on authentication system and method based on cross-domain technology |
| CN109547432A (en) * | 2018-11-19 | 2019-03-29 | 中国银行股份有限公司 | Multisystem verification method and device, storage medium and electronic equipment |
| CN110247901A (en) * | 2019-05-29 | 2019-09-17 | 苏宁云计算有限公司 | The cross-platform method for exempting from close sign-on access, system and equipment |
| CN110247907A (en) * | 2019-06-10 | 2019-09-17 | 深兰科技（上海）有限公司 | A kind of multi-application platform access method, apparatus and system |
| CN110266722A (en) * | 2019-07-05 | 2019-09-20 | 深圳市浩科电子有限公司 | A kind of method and system of multipath access server |
| CN110309636A (en) * | 2019-07-04 | 2019-10-08 | 阿里巴巴集团控股有限公司 | A kind of identity authentication method and system |
| CN110519296A (en) * | 2019-09-17 | 2019-11-29 | 焦点科技股份有限公司 | A kind of single-sign-on of isomery web system and publish method |
| CN110730171A (en) * | 2019-10-10 | 2020-01-24 | 北京东软望海科技有限公司 | Service request processing method, device and system, electronic equipment and storage medium |
| CN110909330A (en) * | 2019-11-28 | 2020-03-24 | 安徽江淮汽车集团股份有限公司 | Vehicle networking platform authorization method, device, equipment and storage medium |
| CN111200645A (en) * | 2019-12-27 | 2020-05-26 | 北京健康之家科技有限公司 | Service request processing method, device, equipment and readable storage medium |
| US20200296085A1 (en) * | 2018-08-22 | 2020-09-17 | Sap Se | Oauth2 saml token service |
| CN111695156A (en) * | 2020-06-15 | 2020-09-22 | 北京同邦卓益科技有限公司 | Service platform access method, device, equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112199659B (en) * | 2020-12-03 | 2021-03-23 | 湖北亿咖通科技有限公司 | Access method, system and electronic device for multi-service platform of vehicle |
-
2020
- 2020-12-03 CN CN202011397338.7A patent/CN112199659B/en active Active
-
2021
- 2021-08-25 WO PCT/CN2021/114439 patent/WO2022116606A1/en active Application Filing
Patent Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101114237A (en) * | 2006-07-25 | 2008-01-30 | 因图依特有限公司 | Method and apparatus for converting authentication-tokens to facilitate interactions between applications |
| CN102761549A (en) * | 2012-07-03 | 2012-10-31 | 中国联合网络通信集团有限公司 | Processing method and system of resource sharing and service platforms |
| CN103023893A (en) * | 2012-11-27 | 2013-04-03 | 香港应用科技研究院有限公司 | Online resource access by using a resource switching platform |
| US9106642B1 (en) * | 2013-09-11 | 2015-08-11 | Amazon Technologies, Inc. | Synchronizing authentication sessions between applications |
| US20200296085A1 (en) * | 2018-08-22 | 2020-09-17 | Sap Se | Oauth2 saml token service |
| CN109165500A (en) * | 2018-09-04 | 2019-01-08 | 山东浪潮云投信息科技有限公司 | A kind of single sign-on authentication system and method based on cross-domain technology |
| CN109547432A (en) * | 2018-11-19 | 2019-03-29 | 中国银行股份有限公司 | Multisystem verification method and device, storage medium and electronic equipment |
| CN110247901A (en) * | 2019-05-29 | 2019-09-17 | 苏宁云计算有限公司 | The cross-platform method for exempting from close sign-on access, system and equipment |
| CN110247907A (en) * | 2019-06-10 | 2019-09-17 | 深兰科技（上海）有限公司 | A kind of multi-application platform access method, apparatus and system |
| CN110309636A (en) * | 2019-07-04 | 2019-10-08 | 阿里巴巴集团控股有限公司 | A kind of identity authentication method and system |
| CN110266722A (en) * | 2019-07-05 | 2019-09-20 | 深圳市浩科电子有限公司 | A kind of method and system of multipath access server |
| CN110519296A (en) * | 2019-09-17 | 2019-11-29 | 焦点科技股份有限公司 | A kind of single-sign-on of isomery web system and publish method |
| CN110730171A (en) * | 2019-10-10 | 2020-01-24 | 北京东软望海科技有限公司 | Service request processing method, device and system, electronic equipment and storage medium |
| CN110909330A (en) * | 2019-11-28 | 2020-03-24 | 安徽江淮汽车集团股份有限公司 | Vehicle networking platform authorization method, device, equipment and storage medium |
| CN111200645A (en) * | 2019-12-27 | 2020-05-26 | 北京健康之家科技有限公司 | Service request processing method, device, equipment and readable storage medium |
| CN111695156A (en) * | 2020-06-15 | 2020-09-22 | 北京同邦卓益科技有限公司 | Service platform access method, device, equipment and storage medium |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022116606A1 (en) * | 2020-12-03 | 2022-06-09 | 亿咖通（湖北）科技有限公司 | Multi service platform accessing method and system for vehicle, and electronic device |
| WO2022116575A1 (en) * | 2020-12-03 | 2022-06-09 | 亿咖通（湖北）科技有限公司 | Service platform access permission acquisition method and service platform access control method |
| CN114513344A (en) * | 2022-01-26 | 2022-05-17 | 鼎捷软件股份有限公司 | Integration system and method between cloud applications |
| CN114513344B (en) * | 2022-01-26 | 2024-05-24 | 鼎捷软件股份有限公司 | Integration system and method between cloud applications |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112199659B (en) | 2021-03-23 |
| WO2022116606A1 (en) | 2022-06-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112199659B (en) | Access method, system and electronic device for multi-service platform of vehicle | |
| CN112087494B (en) | Method for processing request, system on chip and public cloud management component | |
| EP2973147B1 (en) | Policy-based secure web boot | |
| CN112199656B (en) | Access authority acquisition method of service platform and access control method of service platform | |
| US7493487B2 (en) | Portable computing environment | |
| KR101089353B1 (en) | Apparatus and methods for client-driven server-side installation | |
| KR101612075B1 (en) | Allocation of application identifiers | |
| US9467458B2 (en) | System and method for providing selective access to a redirected device | |
| KR20190049874A (en) | A method and apparatus for realizing communication between a web page and a native application, | |
| WO2009097776A1 (en) | System, device and method for achieving service upgrade | |
| CN112468540B (en) | Cloud platform-based data distribution method, equipment and medium | |
| CN108173839B (en) | Authority management method and system | |
| JP2007528064A (en) | Running unverified programs in a wireless device operating environment | |
| CN110532106B (en) | Inter-process communication method, device, equipment and storage medium | |
| WO2012142838A1 (en) | Resource sharing system, mobile terminal and resource sharing method | |
| US7454463B2 (en) | Method and system for downloading software products with reduced transmission time | |
| CN113961520A (en) | Dynamic file mounting method, system, computer equipment and readable storage medium | |
| CN108494870B (en) | CDN-based dynamic data loading method and device | |
| CN114245366A (en) | Unified cloud card issuing method, hybrid cloud card service system and system equipment | |
| JP2015043231A (en) | Data protection method, circuit card, and mobile radio communications device | |
| CN111314454A (en) | Application access method and device, electronic equipment and storage medium | |
| TWI546688B (en) | Method for processing url and associated server and non-transitory computer readable storage medium | |
| CN115865813A (en) | Access current limiting method and system | |
| CN114585055A (en) | Vehicle-mounted WiFi access method, vehicle controller, cloud server and mobile terminal | |
| WO2021104152A1 (en) | Methods for application login and application visiting application server, and electronic device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220322 Address after: 430051 No. b1336, chuanggu startup area, taizihu cultural Digital Creative Industry Park, No. 18, Shenlong Avenue, Wuhan Economic and Technological Development Zone, Wuhan, Hubei Province Patentee after: Yikatong (Hubei) Technology Co.,Ltd. Address before: No.c101, chuanggu start up zone, taizihu cultural Digital Industrial Park, No.18 Shenlong Avenue, Wuhan Economic and Technological Development Zone, Hubei Province Patentee before: HUBEI ECARX TECHNOLOGY Co.,Ltd. |
|
| TR01 | Transfer of patent right |