WO2020087778A1 - 多系统登录方法、装置、计算机设备和存储介质 - Google Patents

多系统登录方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
WO2020087778A1
WO2020087778A1 PCT/CN2019/070885 CN2019070885W WO2020087778A1 WO 2020087778 A1 WO2020087778 A1 WO 2020087778A1 CN 2019070885 W CN2019070885 W CN 2019070885W WO 2020087778 A1 WO2020087778 A1 WO 2020087778A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
login
account
credential
user information
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.)
Ceased
Application number
PCT/CN2019/070885
Other languages
English (en)
French (fr)
Inventor
方思行
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
OneConnect Smart Technology Co Ltd
Original Assignee
OneConnect Smart Technology Co Ltd
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 OneConnect Smart Technology Co Ltd filed Critical OneConnect Smart Technology Co Ltd
Publication of WO2020087778A1 publication Critical patent/WO2020087778A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations

Definitions

  • the present application relates to a multi-system method, device, computer equipment, and storage medium.
  • the corresponding business system can be logged in.
  • multiple business systems can be logged in, when the user needs to log in too many business systems, the corresponding user name and password are required to log in to each business system.
  • the operation is cumbersome, resulting in low efficiency of multiple system login.
  • a multi-system login method, device, computer device, and storage medium are provided.
  • a multi-system login method executed by an authentication server, the method includes:
  • the first login request carries the first user account and the first account password
  • the second login request carries the user login credentials
  • a multi-system login device including:
  • a receiving module configured to receive a first login request from the first system; the first login request carries a first user account and a first account password;
  • a generating module configured to generate and issue user login credentials after the first user account and the first account password are verified
  • a determining module configured to determine user information associated with the first user account and the first account password
  • An associated storage module used to associate and store the user login credentials and the user information
  • the receiving module is also used to receive a second login request from the second system; the second login request carries user login credentials; and
  • the verification module is used to verify the user authority corresponding to the user information associated with the user login credential, and complete the login of the second system when the verification is passed.
  • a computer device includes a memory and one or more processors.
  • the memory stores computer-readable instructions.
  • the one or more processors are executed The following steps:
  • the first login request carries the first user account and the first account password
  • the second login request carries the user login credentials
  • One or more non-volatile computer-readable storage media storing computer-readable instructions.
  • the computer-readable instructions When executed by one or more processors, the one or more processors perform the following steps:
  • the first login request carries the first user account and the first account password
  • the second login request carries user login credentials
  • FIG. 1 is an application scenario diagram of a multi-system login method according to one or more embodiments.
  • FIG. 2 is a schematic flowchart of a multi-system login method according to one or more embodiments.
  • FIG. 3 is a sequence diagram of a multi-system login method according to one or more embodiments.
  • FIG. 4 is a block diagram of a multi-system login device according to one or more embodiments.
  • FIG. 5 is a block diagram of a multi-system login device in another embodiment.
  • Figure 6 is a block diagram of a computer device in accordance with one or more embodiments.
  • the multi-system login method provided by this application can be applied to the application environment shown in FIG. 1.
  • the terminal 110 communicates with the business system 120 through the network through the network.
  • the business system 120 includes multiple systems, such as a first system 121 and a second system 122.
  • the business system 120 and the authentication server 130 are connected through a network.
  • the terminal 110 sends a first login request carrying the first user account and the first account password to the first system 121, and the first system 121 forwards the first login request to the authentication server 130.
  • the authentication server 130 verifies the first user account and the password of the first account. After the verification is passed, the user login credential is generated and delivered to the terminal 110.
  • the terminal 110 sends a second login request carrying the user login credentials to the second system 122, and the second system 122 forwards the second login request to the authentication server 130.
  • the authentication server 130 verifies the user information associated with the user login credential. After the verification is passed, the login of the second system is completed.
  • the terminal 110 may be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, and portable wearable devices.
  • the business system 120 may be implemented by an independent server or a server cluster.
  • the first system and the second system are used to distinguish different business systems, and the first system and the second system can be called business systems without causing ambiguity.
  • the authentication server 130 may be implemented by an independent server or a server cluster composed of multiple servers.
  • a multi-system login method is provided. Taking the method applied to the authentication server 130 in FIG. 1 as an example for illustration, it includes the following steps:
  • S202 Receive a first login request from the first system; the first login request carries the first user account and the first account password.
  • the first system is a business system, which may specifically be a first business server.
  • the first login request is a login request triggered when logging into the first service server through the user account.
  • the authentication server is a server corresponding to a plurality of business systems and used to provide a verification service for user accounts logged in to each system.
  • the user may trigger a first login request to log in to the first system through the terminal, and the first system forwards the received first login request to the authentication server.
  • the authentication server may receive the first login request from the first system through the network connection.
  • the first login request carries the first user account and the password of the first account.
  • a browser application runs on the terminal, and the terminal can enter the login interface corresponding to the first system through the browser application.
  • the user enters the first user account and the first account password in the login interface.
  • the terminal generates a login request according to the first user account and the first account password.
  • the terminal may detect the trigger operation that triggers the sending of the login request, and when the trigger operation is detected, send the login request to the first system.
  • the trigger operation is a preset operation that acts on the login interface, and detection of the trigger operation triggers the sending of a login request.
  • the trigger operation may specifically be touch operation, cursor operation, key operation or voice operation.
  • the touch operation may be a touch click operation, a touch press operation or a touch slide operation, the touch operation may be a single touch operation or a multi-touch operation;
  • the cursor operation may be an operation to control the cursor to click or to control the cursor to press;
  • the key operation may be virtual key operation or physical key operation.
  • the user login credential is a credential used to verify the user's identity, which can be specifically letters, numbers, Chinese characters or character strings.
  • the authentication server receives login requests corresponding to different user accounts and generates different user login credentials.
  • the user login credential may be randomly generated, so as to ensure that the authentication server generates a unique user login credential every time it receives the first login request.
  • the authentication server After receiving the first login request carrying the first user account and the first account password, the authentication server performs comparison verification according to the stored user account and the corresponding account password. After the first user account and the first account password pass the account verification, the authentication server randomly generates the corresponding user login credentials. In response to the first login request, the authentication server issues the user login credentials to the first system, and the first system forwards the user login credentials to the terminal. The terminal stores the received user login credentials in the browser's cookie.
  • the authentication server may associate and store the user account, account password, and user information (for example, the mobile phone number bound to the user account or the last 6 digits of the user's ID card, etc.) .
  • the authentication server may check according to the pre-stored user account and account password. The user login credentials are generated after the verification is passed.
  • S206 Determine user information associated with the first user account and the first account password.
  • the user information is information related to the user's identity, which may specifically be the user's mobile phone number, unique ID number, the last six digits of the unique ID number, and a string uniquely bound to the user.
  • the authentication server may associate the user account, account password, and user information, and store it in the database.
  • the authentication server may search for user information associated with the first user account and the first account password from the database.
  • user information is information that a user must input when registering multiple related systems, and for the same user, when registering user accounts corresponding to multiple systems, the user information entered is the same. In this way, it is convenient to verify the user's identity based on the user information.
  • the authentication server may obtain user information associated with the first user account, the authentication server may associate the user login credential with corresponding user information, and associate the associated user login credential and user Information is stored in the Redis database in the form of key-value (key-value) (Redis database is a key-value storage system).
  • the Redis database may be built in the authentication server or in other associated servers.
  • S210 Receive a second login request from the second system; the second login request carries user login credentials.
  • the second system is a business system, which may specifically be a second business server.
  • the second login request is a login request triggered when logging in to the second service server through the user login credentials.
  • the authentication server may receive the second login request from the second system through the network connection.
  • the second login request carries user login credentials.
  • a browser application runs on the terminal, and the terminal can enter the login interface corresponding to the second system through the browser application.
  • the terminal obtains the user login credentials from the browser's cookie (cache).
  • the terminal sends a second login request carrying the user login credentials to the second system.
  • the second system forwards the login request to the authentication server.
  • the step of generating the second login request includes: the terminal receiving the user login credential issued by the authentication server; the terminal storing the user login credential in the browser cache; The system login instruction; the terminal searches for the user login credentials from the browser cache according to the login instruction; when the terminal finds the user login credentials, it sends a second login request carrying the user login credentials to the authentication server.
  • the user when the user successfully logs in to the first system with the first user account through the terminal, the user will receive the user login credentials issued by the authentication server.
  • the terminal can store the user login credentials in the browser cache.
  • the terminal receives the login instruction for the second system triggered by the user through the browser, and according to the login instruction, searches the user's login credentials from the browser cache.
  • a second login request is generated based on the user login credentials.
  • the terminal sends the second login request to the second system, and the second system forwards the second login request to the authentication server.
  • the terminal when logging into the second system through a browser, the user does not need to enter the corresponding user account and account password, only the terminal can find the user login credentials, and the user can log in to the second system through the user login credentials, which is convenient and fast.
  • the authentication server when receiving the second login request carrying the user login credentials, extracts the user login credentials from the second login request. The authentication server looks up the user's login credentials locally. When the user login credentials are found, the user information associated with the user login credentials is determined.
  • the authentication server may determine the user authority corresponding to the user information.
  • the user authority corresponding to the user information is an access authority
  • the verification is passed, and the login of the second system is completed.
  • the feedback information of the verification is fed back to the second system.
  • the second system may allow the terminal to access after receiving the verified information.
  • the authentication server After the terminal successfully logs in to the first system through the user account, the authentication server generates a user login credential, and stores the user login credential and user information in the Redis database in association. At this time, it can be considered that the user login credentials in the Redis database are valid.
  • the user corresponding to the user information can directly log in to the second system through the user login credentials (the logged-in user account is the second user account associated with the user information). Therefore, when the authentication server finds the user information corresponding to the user login credential in the Redis database according to the user login credential, the user right corresponding to the user information can be regarded as the permitted access right.
  • step S212 is to verify the user authority corresponding to the user information associated with the user login credentials.
  • the step of completing the login of the second system specifically includes the following steps: 2. User information associated with the user login credentials carried in the login request; according to the user information, search for the second user account and the second account password corresponding to the second system; when the second user account and the second account password are found , It is determined that the verification passes and the login of the second system is completed.
  • the authentication server may look up the user information associated with the user login credentials from the Redis database. According to the pre-stored user account and associated user information, the second user account and the second account password corresponding to the user information are determined. Among them, the second user account and the second account password are used to log in to the second system. When the authentication server finds the second user account and the password of the second account locally, it is determined that the verification is passed, and the feedback information that the verification is passed is fed back to the second service to complete the login of the second system.
  • both the first system and the second system can be referred to as business systems without causing ambiguity.
  • multiple business systems are associated, and when a user logs in to a business system among multiple associated business systems with a user account and account password, the business system may be referred to as a first business system.
  • the other business system When a user logs in to other business systems in the multiple systems with user login credentials, the other business system may be referred to as a second system. It can be understood that there may be multiple second systems, and the first system and the second system are not unique.
  • the authentication server After the first system passes the login verification, the authentication server generates and issues the user login credentials.
  • the authentication server stores the user information in association with the user login credentials, so that the user can log in through the user login credentials when logging in the second system.
  • the authentication server only needs to verify the user authority corresponding to the user information associated with the user login credential, and when the verification is passed, the login of the second system can be completed. In this way, the business system and the authentication server are separated.
  • the multi-system login method before step S202, that is, before the step of receiving the first login request from the first system, the multi-system login method further includes an account registration step, which includes: receiving from the first The first account registration request of the system and the second account registration request from the second system; the first account registration request carries the first user account, the first account password, and user information; the second account registration request carries the second user Account number, second account password, and user information; verify the legitimacy of the first user account, first account password, and user information; after verification, the first user account and first account password corresponding to the first system , And user information for associative storage; verify the legitimacy of the second user account, second account password, and user information; after verification, the second user account, second account password, and user corresponding to the second system Information is stored in association.
  • an account registration step which includes: receiving from the first The first account registration request of the system and the second account registration request from the second system; the first account registration request carries the first user account, the first account password, and user information; the second account registration
  • the user Before the user logs in to any of the multiple systems, the user must first hold the user account of the system. Before logging in to any of the multiple systems for the first time, the user needs to register a user account for that system. When the user needs to register an account corresponding to any of the multiple associated systems, the user can enter the user account, account password, and user information in the account registration interface displayed on the terminal. The terminal generates an account registration request based on the user account, account password, and user information entered by the user, and sends it to the corresponding business system. The business system forwards the account registration request to the authentication server.
  • the user may enter the first user account, the first account password, and user information in the account registration interface provided by the first system and displayed on the terminal. And through the terminal, the first account registration request is generated according to the first user account, the first account password, and the user information, and the first account registration request is sent to the first system. The first system forwards the first account registration request to the authentication server.
  • the user When the user registers an account corresponding to the second system, the user can enter the second user account, the second account password, and user information in the account registration interface provided by the second system and displayed on the terminal. And through the terminal, generate a second account registration request based on the second user account, the second account password, and user information, and send the second account registration request to the second system. The second system forwards the second account registration request to the authentication server.
  • the authentication server receives the first account registration request and the second account registration request corresponding to the first business system and the second business system, respectively, the corresponding first user account, first account password, and user information are verified The legality of, and verify the legality of the corresponding second user account, second account password and user information.
  • the authentication server may associate the first user account, the first account password, and the user information corresponding to the first system, And stored in the storage medium.
  • the authentication server may associate and store the second user account, second account password, and user information corresponding to the second system in the Storage media.
  • the authentication server when the authentication server receives the first account registration request from the first system, it can verify the legitimacy of the first user account, the first account password, and the user information, and after verification is passed, The first user account, the first account password, and the user information corresponding to the first system are associated and stored.
  • the authentication server receives the second account registration request from the second system, it can verify the legitimacy of the second user account, the second account password, and the user information, and after verification, it will correspond to the second system
  • the second user account, the second account password, and user information are associated and stored.
  • the verification order and storage step of the first account registration request, and the execution order of the verification step and storage step of the second account registration request are not limited, and the verification step and storage step of the first account registration request may be The verification step and the storage step of the second account registration request are executed before, simultaneously, or after.
  • the authentication server may separately verify whether the first user account and / or the second user account are duplicated with the existing account, whether the first account password and / or the second account password meet the preset requirements, and whether the user information is available False waiting. Among them, whether the account password meets the preset requirements, for example, whether the account password contains at least two of numbers, letters, characters, etc .; or whether the number of digits of the account password reaches the preset number of digits. Whether the user information is incorrect, for example, whether the number of user information reaches the preset number of digits, whether the user information is true, etc.
  • the authentication server may separately store the first user account corresponding to the first system, the first account password and user information, and the second user account corresponding to the second system, the second The account password and user information facilitate subsequent login verification when logging into the corresponding system.
  • step S202 that is, after the first user account and the first account password are verified, the step of generating and issuing a user login credential specifically includes the following steps: when the first user account and the first account password pass After verification, the system level corresponding to the first system is determined; when the system level is the main system level, user login credentials are randomly generated; in response to the first login request, the user login credentials are fed back.
  • the authentication server may feed back the verified feedback information to the first system. and.
  • the authentication server may determine the system level to which the first system belongs. When the first system is the main system, the user login credentials can be generated and issued. Otherwise, only the feedback information that the first user account and the password verification of the first account are passed is fed back.
  • the authentication server may preset the system level corresponding to each business system.
  • the system level includes the main system level and the auxiliary system level.
  • a more detailed system level may also be formulated according to the business content corresponding to each business system, which is not limited in this embodiment.
  • the authentication server can be set in advance, and the authentication server will only generate user login credentials after logging in to the business system at the main system level through the user account and account password. That is, only after logging in to the main business system, you can access other associated business systems without password. If you log in for the secondary business system for the first time, you will still need to enter the user account and account password to log in when you log in to other associated systems.
  • the authentication server only generates the user login credentials after verifying the login request corresponding to the main system and carrying the user account and account password, so that the user can use the exemption when logging into other systems
  • the secret and fast login method greatly improves the security of multi-system login.
  • the multi-system login method further includes a step of clearing user login credentials.
  • the step specifically includes: receiving a user login credentials clearing instruction; the user login credentials clearing instruction carries the user login credentials to be cleared; and clearing based on the user login credentials Instruction to search for the corresponding user login credential locally; in response to the user login credential clear instruction, delete the found user login credential and the user information stored in association with the user login credential.
  • the user login credentials are valid.
  • the terminal may trigger a user login credential clearing instruction.
  • the authentication server may receive a user login credential clearing instruction triggered by the terminal, and the user login credential clearing instruction carries the user login credential to be cleared.
  • the authentication server searches for the corresponding user login credentials from the Redis database according to the user login credentials clearing instruction. When the user login credentials are found, delete the found user login credentials and the user information stored in the Redis database in association with the user login credentials.
  • the terminal when the terminal receives the user login credential issued by the authentication server and starts timing, when the time period from the current time to the time when the timing starts reaches a preset duration, the validity period of the user login credential may be determined maturity. At this time, the terminal may automatically trigger a user login credential clearing instruction.
  • the triggering step of the user login credential clearing instruction includes: the terminal monitoring the user triggering operation; when the terminal does not detect the user triggering operation within a preset time period, acquiring the user login credential to be cleared; the terminal triggering to the authentication server The step of sending the user login credential clearing instruction; the user login credential clearing instruction carries the user login credentials to be cleared.
  • the terminal may detect the trigger operation from the user in the browser interface at regular time or in real time. When the terminal does not detect the user triggered operation within the preset time period, it can find the user login credentials from the browser cache, and the user login credentials are the user login credentials to be cleared. The terminal may automatically trigger the step of sending the user login credential clearing instruction to the authentication server, where the user login credential clearing instruction carries the user login credential to be cleared. In this way, the user login credential clearing instruction is triggered only when the terminal does not detect the user trigger operation within a preset time period, that is, the user login credential clearing instruction is triggered when the user is not using the business system, thereby ensuring the security of multi-system use.
  • the corresponding user login credentials and the user information stored in association with the user login credentials can be deleted according to the user login credential clearing instruction, that is, the current multi-system quick login has been invalidated, so that through limited timeliness Effectively protect the security when quickly logging into multiple systems.
  • FIG. 3 is a sequence diagram of multi-system login.
  • the multi-system login method is described as follows: First, the user may trigger a first login request to log in to the first system through the terminal.
  • the first login request Carry user account and account password.
  • the first system forwards the first login request to the authentication server.
  • the authentication server verifies the user account and account password, and generates user login credentials after verification.
  • the authentication server feeds back the user login credentials to the first system, and the first system forwards them to the terminal.
  • the user triggers a second login credential to log in to the second system through the terminal, and the second login credential carries the user login credential.
  • the second system forwards the second login request to the authentication server, and the authentication server searches for the user information associated with the user's login credential, and when the user information is found, returns the feedback information that passes the verification.
  • the second system receives the feedback information and authorizes the terminal to access, and the user logs in successfully.
  • steps in the flowchart of FIG. 2 are displayed in order according to the arrows, the steps are not necessarily executed in the order indicated by the arrows. Unless clearly stated in this article, the execution of these steps is not strictly limited in order, and these steps can be executed in other orders. Moreover, at least a part of the steps in FIG. 2 may include multiple sub-steps or multiple stages, and these sub-steps or stages are not necessarily executed and completed at the same moment, but may be executed at different moments, the execution of these sub-steps or stages The order is not necessarily sequential, but may be executed in turn or alternately with at least a part of other steps or sub-steps or stages of other steps.
  • a multi-system login device 400 including: a receiving module 401, a generating module 402, a determining module 403, an associated storage module 404, and a verification module 405, where:
  • the receiving module 401 is configured to receive a first login request from the first system; the first login request carries the first user account and the password of the first account.
  • the generating module 402 is used for generating and issuing user login credentials after the first user account and the first account password are verified.
  • the determining module 403 is configured to determine user information associated with the first user account and the first account password.
  • the associated storage module 404 is used to associate and store user login credentials and user information.
  • the receiving module 401 is also used to receive a second login request from the second system; the second login request carries the user login credentials.
  • the verification module 405 is used to verify the user authority corresponding to the user information associated with the user login credentials, and complete the login of the second system when the verification is passed.
  • the receiving module 401 is further configured to receive a first account registration request from the first system and a second account registration request from the second system; the first account registration request carries the first user account, The first account password and user information; the second account registration request carries the second user account, second account password, and user information.
  • the verification module 405 is also used to verify the legality of the first user account, the first account password, and user information.
  • the associated storage module 404 is also used to associate and store the first user account, the first account password, and the user information corresponding to the first system after the verification is passed.
  • the verification module 405 is also used to verify the legitimacy of the second user account, second account password, and user information.
  • the associated storage module 404 is also used to associate and store the second user account, second account password, and user information corresponding to the second system after the verification is passed.
  • the generation module 402 is also used to determine the system level corresponding to the first system after the first user account and the first account password are verified; when the system level is the main system level, a user login is randomly generated Credentials; in response to the first login request, feedback user login credentials.
  • the user login credential issued is used to instruct the terminal to receive the user login credential issued by the authentication server; the terminal stores the user login credential in the browser cache; the terminal receives the second The system login instruction; the terminal searches for the user login credentials from the browser cache according to the login instruction; when the terminal finds the user login credentials, it sends a second login request carrying the user login credentials to the authentication server.
  • the verification module 405 is also used to determine the user information associated with the user login credentials carried in the second login request; according to the user information, look up the second user account and the second corresponding to the second system Account password; when the second user account and the second account password are found, it is determined that the verification passes and the login of the second system is completed.
  • the multi-system login device 400 further includes a search module 406 and a delete module 407.
  • the receiving module 401 is also used to receive a user login credential clearing instruction; the user login credential clearing instruction carries the user login credential to be cleared.
  • the searching module 406 is configured to search for a corresponding user login credential locally according to a user login credential clearing instruction.
  • the deleting module 407 is configured to delete the found user login credentials and the user information stored in association with the user login credentials in response to the user login credentials clearing instruction.
  • the user login credentials issued are used to instruct the terminal to monitor the user trigger operation; when the terminal does not detect the user trigger operation within a preset period of time, the user login credentials to be cleared are obtained; the terminal triggers sending to the authentication server Steps of user login credential clearing instructions; user login credential clearing instructions carry the user login credentials to be cleared.
  • the authentication server After the first system passes the login verification, the authentication server generates and issues the user login credentials.
  • the authentication server stores the user information in association with the user login credentials, so that the user can log in through the user login credentials when logging in the second system. In this way, the authentication server only needs to verify the user authority corresponding to the user information associated with the user login credential, and when the verification is passed, the login of the second system can be completed. In this way, the business system and the authentication server are separated.
  • Each module in the above multi-system login device may be implemented in whole or in part by software, hardware, or a combination thereof.
  • the above modules may be embedded in the hardware or independent of the processor in the computer device, or may be stored in the memory in the computer device in the form of software, so that the processor can call and execute the operations corresponding to the above modules.
  • a computer device is provided.
  • the computer device may be a server, and its internal structure may be as shown in FIG. 6.
  • the computer device includes a processor, memory, network interface, and database connected by a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities.
  • the memory of the computer device includes a non-volatile computer-readable storage medium and internal memory.
  • the non-volatile computer-readable storage medium stores an operating system, computer-readable instructions, and a database.
  • the internal memory provides an environment for the operation of the operating system and computer-readable instructions in the non-volatile computer-readable storage medium.
  • the database of the computer device is used to store data.
  • the network interface of the computer device is used to communicate with external terminals through a network connection. When the computer-readable instructions are executed by the processor to implement a multi-system login method.
  • FIG. 6 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer equipment to which the solution of the present application is applied. It includes more or fewer components than shown in the figure, or some components are combined, or have a different component arrangement.
  • a computer device includes a memory and one or more processors.
  • the memory stores computer-readable instructions.
  • the steps of the multi-system login method provided in any embodiment of the present application are implemented.
  • One or more non-volatile computer-readable storage media storing computer-readable instructions, which when executed by one or more processors, cause the one or more processors to implement any one of the embodiments of the present application Steps of the provided multi-system login method.
  • Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory can include random access memory (RAM) or external cache memory.
  • RAM random access memory
  • DRAM dynamic RAM
  • SDRAM synchronous DRAM
  • DDRSDRAM double data rate SDRAM
  • ESDRAM enhanced SDRAM
  • SLDRAM synchronous chain (Synchlink) DRAM
  • RDRAM direct RAM
  • DRAM direct memory bus dynamic RAM
  • RDRAM memory bus dynamic RAM

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

一种多系统登录方法，包括：接收来自于第一系统的第一登录请求；所述第一登录请求携带第一用户账号和第一账号密码；当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发；确定与所述第一用户账号和第一账号密码相关联的用户信息；关联存储所述用户登录凭证和所述用户信息；接收来自于第二系统的第二登录请求；所述第二登录请求携带用户登录凭证；及校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录。

Description

多系统登录方法、装置、计算机设备和存储介质
相关申请的交叉引用
本申请要求于2018年11月02日提交中国专利局，申请号为201811302719.5，申请名称为“多系统登录方法、装置、计算机设备和存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及一种多系统方法、装置、计算机设备和存储介质。
背景技术
随着计算机技术的发展，越来越多的业务都可通过计算机设备来实现和完成。对于不同的业务通常需要登录各自对应的业务系统，才能进行相应的操作。而每个业务系统的系统登录、鉴权和认证方法等通常是每个系统独立执行。
然而，发明人意识到，传统的多系统登录，通常是对于不同的业务系统，在登录时分别输入相应的用户账号和账号密码，在认证通过后，才能登录相应的业务系统。这样虽然可以登录多个业务系统，但是当用户需登录的业务系统过多的时候，登录每个业务系统都需要输入相应的用户名和密码，操作繁琐，导致多系统登录效率低。
发明内容
根据本申请公开的各种实施例，提供一种多系统登录方法、装置、计算机设备和存储介质。
一种多系统登录方法，由认证服务器执行，所述方法包括：
接收来自于第一系统的第一登录请求；所述第一登录请求携带第一用户账号和第一账号密码；
当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发；
确定与所述第一用户账号和第一账号密码相关联的用户信息；
关联存储所述用户登录凭证和所述用户信息；
接收来自于第二系统的第二登录请求；所述第二登录请求携带用户登录凭证；及
校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录。
一种多系统登录装置，包括：
接收模块，用于接收来自于第一系统的第一登录请求；所述第一登录请求携带第一用 户账号和第一账号密码；
生成模块，用于当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发；
确定模块，用于确定与所述第一用户账号和第一账号密码相关联的用户信息；
关联存储模块，用于关联存储所述用户登录凭证和所述用户信息；
所述接收模块还用于接收来自于第二系统的第二登录请求；所述第二登录请求携带用户登录凭证；及
校验模块，用于校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录。
一种计算机设备，包括存储器和一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器执行以下步骤：
接收来自于第一系统的第一登录请求；所述第一登录请求携带第一用户账号和第一账号密码；
当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发；
确定与所述第一用户账号和第一账号密码相关联的用户信息；
关联存储所述用户登录凭证和所述用户信息；
接收来自于第二系统的第二登录请求；所述第二登录请求携带用户登录凭证；及
校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录。
一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
接收来自于第一系统的第一登录请求；所述第一登录请求携带第一用户账号和第一账号密码；
当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发；
确定与所述第一用户账号和第一账号密码相关联的用户信息；
关联存储所述用户登录凭证和所述用户信息；
接收来自于第二系统的第二登录请求；所述第二登录请求携带用户登录凭证；
校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为根据一个或多个实施例中多系统登录方法的应用场景图。
图2为根据一个或多个实施例中多系统登录方法的流程示意图。
图3为根据一个或多个实施例中多系统登录方法的时序图。
图4为根据一个或多个实施例中多系统登录装置的框图。
图5为另一个实施例中多系统登录装置的框图。
图6为根据一个或多个实施例中计算机设备的框图。
具体实施方式
为了使本申请的技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的多系统登录方法，可以应用于如图1所示的应用环境中。终端110通过网络与业务系统120通过网络进行通信。业务系统120包括多个系统，如第一系统121和第二系统122等。业务系统120和认证服务器130通过网络连接。终端110向第一系统121发送携带有第一用户账号和第一账号密码的第一登录请求，第一系统121将第一登录请求转发至认证服务器130。认证服务器130对第一用户账号和第一账号密码进行验证，验证通过后生成用户登录凭证并下发至终端110。终端110向第二系统122发送携带有用户登录凭证的第二登录请求，第二系统122将第二登录请求转发至认证服务器130。认证服务器130对与用户登录凭证关联的用户信息进行校验，校验通过后，完成第二系统的登录。
其中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。业务系统120可以是独立的服务器或服务器集群来实现。其中，第一系统和第二系统用来区分不同的业务系统，在不引起歧义的前提下第一系统和第二系统都可以称为业务系统。认证服务器130可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一些实施例中，如图2所示，提供了一种多系统登录方法，以该方法应用于图1中的认证服务器130为例进行说明，包括以下步骤：
S202，接收来自于第一系统的第一登录请求；第一登录请求携带第一用户账号和第一账号密码。
其中，第一系统是业务系统，具体可以是第一业务服务器。第一登录请求是通过用户账号登录第一业务服务器时所触发的登录请求。认证服务器是与多个业务系统相对应的、 且用于提供对登录各系统的用户账号进行验证服务的服务器。
具体地，用户可通过终端触发登录第一系统的第一登录请求，第一系统将接收到的第一登录请求转发至认证服务器。认证服务器可通过网络连接接收来自于第一系统的第一登录请求。其中，第一登录请求携带第一用户账号和第一账号密码。
在一些实施例中，终端上运行有浏览器应用，终端可通过浏览器应用进入与第一系统所对应的登录界面。用户在登录界面中输入第一用户账号和第一账号密码。终端根据第一用户账号和第一账号密码生成登录请求。终端可检测触发发送登录请求的触发操作，当检测到触发操作时，向第一系统发送登录请求。
其中，其中，触发操作是作用于登录界面的预设操作，检测到触发操作将触发发送登录请求。触发操作具体可以是触摸操作、光标操作、按键操作或者语音操作。其中，触摸操作可以是触摸点击操作、触摸按压操作或者触摸滑动操作，触摸操作可以是单点触摸操作或者多点触摸操作；光标操作可以是控制光标进行点击的操作或者控制光标进行按压的操作；按键操作可以是虚拟按键操作或者实体按键操作等。
S204，当第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发。
其中，用户登录凭证是用于验证用户身份的凭证，具体可以字母、数字、汉字或字符串等。认证服务器接收来自于不同用户账号所对应的登录请求，生成不同的用户登录凭证。用户登录凭证可以是随机生成的，这样，可以保障认证服务器每接收一次第一登录请求，就生成唯一的用户登录凭证。
具体地，认证服务器在接收到携带有第一用户账号和第一账号密码的第一登录请求后，根据与存储的用户账号和相应的账号密码进行比对验证。当第一用户账号和第一账号密码通过账号验证后，认证服务器则随机生成相应的用户登录凭证。响应于第一登录请求，认证服务器将用户登录凭证下发至第一系统，第一系统再将用户登录凭证转发至终端。终端将接收到的用户登录凭证存储至浏览器的cookie中。
在一些实施例中，在用户注册账号时，认证服务器可将用户账号、账号密码、以及用户信息(比如，与用户账号绑定的手机号或用户的身份证后6位等信息)进行关联存储。当认证服务器接收到第一登录请求后，可根据预先存储的用户账号及账号密码进行核对。核对通过后才生成用户登录凭证。
S206，确定与第一用户账号和第一账号密码相关联的用户信息。
其中，用户信息是和用户身份相关的信息，具体可以是用户的手机号码、唯一身份证号、唯一身份证号的后六位、与用户唯一绑定的字符串等。具体地，在用户注册账号时，认证服务器可将用户账号、账号密码、以及用户信息进行关联，并存储至数据库中。认证服务器可从数据库中查找与第一用户账号和第一账号密码相关联的用户信息。
可以理解的是，用户信息是用户在注册多个相关联的系统时必须输入的信息，且对于同一个用户，在注册多个系统相对应的用户账号时，所输入的用户信息是一样的。这样，才便于后根据用户信息校验用户的身份。
S208，关联存储用户登录凭证和用户信息。
具体地，认证服务器在生成用户登录凭证后，可获取与第一用户账号相关联的用户信息，认证服务器可将用户登录凭证和相应的用户信息进行关联，并将关联后的用户登录凭据及用户信息以key-value(关键字-值)的形式存储至Redis数据库(Redis数据库是一种key-value的存储系统)中。其中，Redis数据库可以架构在认证服务器中，也可以架构在其他关联的服务器中。
S210，接收来自于第二系统的第二登录请求；第二登录请求携带用户登录凭证。
其中，第二系统是业务系统，具体可以是第二业务服务器。第二登录请求是通过用户登录凭证登录第二业务服务器时所触发的登录请求。具体地，认证服务器可通过网络连接接收来自于第二系统的第二登录请求。其中，第二登录请求携带用户登录凭证。
在一些实施例中，终端上运行有浏览器应用，终端可通过浏览器应用进入与第二系统所对应的登录界面。当用户通过浏览器应用登录第二系统时，终端从浏览器的cookie(缓存)中获取用户登录凭证。终端向第二系统发送携带有用户登录凭证的第二登录请求。第二系统将该登录请求转发至认证服务器。
在一些实施例中，第二登录请求的生成步骤包括：终端接收认证服务器下发的用户登录凭证；终端将用户登录凭证存储至浏览器缓存中；终端接收用户通过浏览器触发的针对于第二系统的登录指令；终端根据登录指令，从浏览器缓存中查找用户登录凭证；当终端查找到用户登录凭证时，向认证服务器发送携带有用户登录凭证的第二登录请求。
在一些实施例中，用户通过终端以第一用户账号成功登录第一系统时，会接收认证服务器下发的用户登录凭证。终端可将用户登录凭证存储至浏览器缓存中。当用户通过浏览器登录第二系统时，终端接收用户通过浏览器触发的针对于第二系统的登录指令，并根据登录指令，从浏览器缓存中查找用户登录凭证。查找到用户登录凭证时，根据用户登录凭证生成第二登录请求。终端将第二登录请求发送至第二系统，第二系统将第二登录请求转发至认证服务器。
上述实施例中，通过浏览器登录第二系统时，则无需用户输入相应的用户账号和账号密码，只需终端查找到用户登录凭证，通过用户登录凭证即可登录第二系统，方便快捷。
S212，校验与用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成第二系统的登录。
具体地，认证服务器在接收到携带有用户登录凭证的第二登录请求时，从第二登录请求中提取用户登录凭证。认证服务器在本地查找该用户登录凭证。当查找到该用户登录凭证后，确定与该用户登录凭证相关联的用户信息。
进一步地，认证服务器可确定与该用户信息所对应的用户权限，当与该用户信息所对应的用户权限为允许访问权限时，则校验通过，完成第二系统的登录。并将校验通过的信息反馈至第二系统。第二系统接收到校验通过的信息后可允许该终端的访问。
在一些实施例中，终端通过用户账号成功登录第一系统后，认证服务器生成用户登 录凭证，且将用户登录凭证和用户信息关联存储至Redis数据库中。此时，可以认为Redis数据库中中的用户登录凭证是有效的。与该用户信息相应的用户可直接通过用户登录凭证登录第二系统(登录后的用户账号是与用户信息相关联的第二用户账号)。因此，当认证服务器根据用户登录凭证在Redis数据库中查找到与用户登录凭证对应的用户信息时，即可认为该用户信息所对应的用户权限为允许访问权限。
在一些实施例中，步骤S212，也就是校验与用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成第二系统的登录的步骤具体包括以下步骤：确定与第二登录请求所携带的用户登录凭证相关联的用户信息；根据用户信息，查找与第二系统相对应的第二用户账号和第二账号密码；当查找到第二用户账号和第二账号密码时，则判定校验通过并完成第二系统的登录。
具体地，认证服务器可从Redis数据库中查找与该用户登录凭证相关联的用户信息。根据预先存储的用户账号和关联的用户信息，确定与该用户信息对应的第二用户账号和第二账号密码。其中，第二用户账号和第二账号密码用于登录第二系统。当认证服务器从本地查找到第二用户账号和第二账号密码时，则判定校验通过，向第二业务反馈认证通过的反馈信息，以完成第二系统的登录。
可以理解的是，第一系统和第二系统在不引起歧义的前提均下可以称作业务系统。其中，多个业务系统相关联，当用户以用户账号和账号密码登录多个相关联的业务系统中的一个业务系统时，该业务系统可以称作第一业务系统。当用户以用户登录凭证登录该多个系统中的其他业务系统时，该其他的业务系统可以称作第二系统。可以理解的是，第二系统可以有多个、且第一系统和第二系统并不唯一。
上述多系统登录方法，当第一系统通过登录验证后，认证服务器生成用户登录凭证并下发。认证服务器将用户信息与用户登录凭证关联存储，使得用户在登录第二系统时，可通过用户登录凭证来进行登录。这样，认证服务器只需校验与用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，即可完成第二系统的登录。这样，将业务系统和认证服务器独立开来，当用户需登录多个不同的系统时，无需在登录每个系统时都输入用户账号和账号密码，只需通过用户登录凭证即可登录多个系统，在保障多系统登录的安全性的前提下，减少了登录多个系统的操作，大大提高了多系统登录的效率。
在一些实施例中，在步骤S202之前，也就是接收来自于第一系统的第一登录请求的步骤之前，该多系统登录方法还包括账号注册的步骤，该步骤包括：分别接收来自于第一系统的第一账号注册请求、以及来自于第二系统的第二账号注册请求；第一账号注册请求携带第一用户账号、第一账号密码、以及用户信息；第二账号注册请求携带第二用户账号、第二账号密码、以及用户信息；验证第一用户账号、第一账号密码、以及用户信息的合法性；当验证通过后，将与第一系统对应的第一用户账号、第一账号密码、以及用户信息进行关联存储；验证第二用户账号、第二账号密码、以及用户信息的合法性；当验证通过后，将与第二系统对应的第二用户账号、第二账号密码、以及用户信息进行关联存储。
具体地，用户在登录多系统中的任一系统之前，用户首先得持有该系统的用户账号。用户在初次登录多系统中的任一系统之前，需注册该系统的用户账号。当用户需注册多个关联系统中的任一系统所对应的账号时，用户可在终端展示的账号注册界面中输入用户账号、账号密码、以及用户信息。终端根据用户输入的用户账号、账号密码、以及用户信息生成账号注册请求，并发送至相应的业务系统。业务系统将账号注册请求转发至认证服务器。
可以理解的是，当用户注册与第一系统对应的账号时，用户可在第一系统提供的、且在终端展示的账号注册界面中输入第一用户账号、第一账号密码、以及用户信息。并通过终端，根据第一用户账号、第一账号密码、以及用户信息，生成第一账号注册请求，将第一账号注册请求发送至第一系统。第一系统将第一账号注册请求转发至认证服务器。
当用户注册与第二系统对应的账号时，用户可在第二系统提供的、且在终端展示的账号注册界面中输入第二用户账号、第二账号密码、以及用户信息。并通过终端，根据第二用户账号、第二账号密码、以及用户信息，生成第二账号注册请求，将第二账号注册请求发送至第二系统。第二系统将第二账号注册请求转发至认证服务器。
进一步地，当认证服务器分别接收到与第一业务系统和第二业务系统所对应的第一账号注册请求和第二账号注册请求后，验证相应的第一用户账号、第一账号密码和用户信息的合法性，以及验证相应的第二用户账号、第二账号密码和用户信息的合法性。
进一步地，当第一用户账号、第一账号密码、以及用户信息的合法性验证通过后，认证服务器可将与第一系统对应的第一用户账号、第一账号密码、以及用户信息进行关联，并存储在存储介质中。当第二用户账号、第二账号密码、以及用户信息的合法性验证通过后，认证服务器可将与第二系统对应的第二用户账号、第二账号密码、以及用户信息进行关联，并存储在存储介质中。
可以理解的是，当认证服务器接收到来自第一系统的第一账号注册请求后，即可验证第一用户账号、第一账号密码、以及用户信息的合法性，并在验证通过后，将与第一系统对应的第一用户账号、第一账号密码、以及用户信息进行关联存储。当认证服务器接收到来自第二系统的第二账号注册请求后，即可验证第二用户账号、第二账号密码、以及用户信息的合法性，并在验证通过后，将与第二系统对应的第二用户账号、第二账号密码、以及用户信息进行关联存储。其中，对第一账号注册请求的验证步骤和存储步骤、与对第二账号注册请求的验证步骤和存储步骤的执行次序不做限定，对第一账号注册请求的验证步骤和存储步骤可以在与对第二账号注册请求的验证步骤和存储步骤之前、同时、或之后执行。
在一些实施例中，认证服务器可分别验证第一用户账号和/或第二用户账号是否与现有账号重复、第一账号密码和/或第二账号密码是否符合预设要求、用户信息否有误等。其中，账号密码是否符合预设要求，比如，账号密码是否含有数字、字母、字符等中的至少两种；或账号密码的位数是否达到预设位数等。用户信息否有误，比如，用户信息的位 数是否达到预设位数、用户信息是否真实等。
上述实施例中，在账号注册过程中，认证服务器可分别关联存储与第一系统对应的第一用户账号、第一账号密码和用户信息、以及与第二系统对应的第二用户账号、第二账号密码和用户信息，便于后续登录相应的系统时的登录验证。
在一些实施例中，步骤S202，也就是当第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发的步骤具体包括以下步骤：当第一用户账号和第一账号密码通过验证后，确定第一系统所对应的系统级别；当系统级别为主系统级别时，则随机生成用户登录凭证；响应于第一登录请求，反馈用户登录凭证。
在一些实施例中，当第一用户账号和第一账号密码通过验证后，认证服务器可向第一系统反馈验证通过的反馈信息。并且。认证服务器可确定第一系统所属的系统级别。当第一系统为主系统时，才可生成用户登录凭证并下发。否则，仅仅反馈第一用户账号和第一账号密码验证通过的反馈信息。
在一些实施例中，认证服务器可预先设定各业务系统所对应的系统级别。其中系统级别包括主系统级别和辅系统级别等。也可根据各业务系统对应的业务内容制定更为详细的系统级别，本实施例在此不做限定。进而，认证服务器可以预先设定，只有通过用户账号和账号密码登录主系统级别的业务系统后，认证服务器才会生成用户登录凭证。也就是只有登录该主业务系统后才能免密访问其它关联的业务系统，如果初次登录的是辅业务系统，那么登录其它关联系统时将仍需输入用户账号和账号密码才能登录。
可以理解的是，处于主系统级别的业务系统可以有一个或多个；处于辅系统级别的业务系统也可以有一个或多个，本实施例在此不做限定。
上述实施例中，认证服务器只有在验证通过主系统所对应的、且携带有用户账号和账号密码的登录请求后，才会生成用户登录凭证，这样，用户在登录其他的系统时才可使用免密快捷的登录方式，大大提高了多系统登录的安全性。
在一些实施例中，该多系统登录方法还包括清除用户登录凭证的步骤，该步骤具体包括：接收用户登录凭证清除指令；用户登录凭证清除指令携带待清除的用户登录凭证；根据用户登录凭证清除指令，从本地查找相应的用户登录凭证；响应于用户登录凭证清除指令，删除查找到的用户登录凭证、以及与用户登录凭证关联存储的用户信息。
具体地，用户登录凭证是有有效期的。当用户登录凭证的有效期到期后，终端可触发用户登录凭证清除指令。认证服务器可接收终端触发的用户登录凭证清除指令，该用户登录凭证清除指令携带待清除的用户登录凭证。认证服务器根据用户登录凭证清除指令，从Redis数据库中查找相应的用户登录凭证。当查找到用户登录凭证后，删除查找到的用户登录凭证、以及在Redis数据库中存储的与用户登录凭证关联存储的用户信息。
在一些实施例中，当终端接收到认证服务器下发的用户登录凭证后开始计时，当从当前时刻到开始计时的时刻之间的时间段达到预设时长时，可判定该用户登录凭证的有效期到期。此时，终端可自动触发用户登录凭证清除指令。
在一些实施例中，用户登录凭证清除指令的触发步骤包括：终端监测用户触发操作；当终端在预设时段内未检测到用户触发操作时，获取待清除的用户登录凭证；终端触发向认证服务器发送用户登录凭证清除指令的步骤；用户登录凭证清除指令携带待清除的用户登录凭证。
在一些实施例中，终端可定时或实时在浏览器界面中检测来自于用户的触发操作。当终端在预设时段内未检测到用户触发操作时，可从浏览器缓存中查找用户登录凭证，该用户登录凭证即为待清除的用户登录凭证。终端可自动触发向认证服务器发送用户登录凭证清除指令的步骤，其中，用户登录凭证清除指令携带待清除的用户登录凭证。这样，当终端在预设时段内未检测到用户触发操作时，才触发用户登录凭证清除指令，也就是当用户不使用业务系统时才触发用户登录凭证清除指令，保障了多系统使用的安全。
上述实施例中，可根据用户登录凭证清除指令，删除相应的用户登录凭证、以及与用户登录凭证关联存储的用户信息，也就是当次的多系统快捷登录已失效，这样通过有限的时效性可以有效地保障快捷登录多系统时的安全性。
参考图3，图3为多系统登录的时序图，在一个具体地实施例中，该多系统登录方法如下描述：首先用户可通过终端触发登录第一系统的第一登录请求，第一登录请求携带有用户账号和账号密码。第一系统将第一登录请求转发至认证服务器。认证服务器验证用户账号和账号密码，当验证通过后，生成用户登录凭证。认证服务器将用户登录凭证反馈至第一系统，第一系统转发至终端。用户通过终端触发登录第二系统的第二登录凭证，第二登录凭证携带有用户登录凭据。第二系统将第二登录请求转发至认证服务器，认证服务器查找与用户登录凭证关联的用户信息，当查找到用户信息时，返回验证通过的反馈信息。第二系统接收反馈信息，并授权终端访问，用户登录成功。
应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一些实施例中，如图4所示，提供了一种多系统登录装置400，包括：接收模块401、生成模块402、确定模块403、关联存储模块404和校验模块405，其中：
接收模块401，用于接收来自于第一系统的第一登录请求；第一登录请求携带第一用户账号和第一账号密码。
生成模块402，用于当第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发。
确定模块403，用于确定与第一用户账号和第一账号密码相关联的用户信息。
关联存储模块404，用于关联存储用户登录凭证和用户信息。
接收模块401还用于接收来自于第二系统的第二登录请求；第二登录请求携带用户登录凭证。
校验模块405，用于校验与用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成第二系统的登录。
在一些实施例中，接收模块401还用于分别接收来自于第一系统的第一账号注册请求、以及来自于第二系统的第二账号注册请求；第一账号注册请求携带第一用户账号、第一账号密码、以及用户信息；第二账号注册请求携带第二用户账号、第二账号密码、以及用户信息。
校验模块405还用于验证第一用户账号、第一账号密码、以及用户信息的合法性。
关联存储模块404还用于在验证通过后，将与第一系统对应的第一用户账号、第一账号密码、以及用户信息进行关联存储。
校验模块405还用于验证第二用户账号、第二账号密码、以及用户信息的合法性。
关联存储模块404还用于在验证通过后，将与第二系统对应的第二用户账号、第二账号密码、以及用户信息进行关联存储。
在一些实施例中，生成模块402还用于当第一用户账号和第一账号密码通过验证后，确定第一系统所对应的系统级别；当系统级别为主系统级别时，则随机生成用户登录凭证；响应于第一登录请求，反馈用户登录凭证。
在一些实施例中，下发的用户登录凭证用于指示终端接收认证服务器下发的用户登录凭证；终端将用户登录凭证存储至浏览器缓存中；终端接收用户通过浏览器触发的针对于第二系统的登录指令；终端根据登录指令，从浏览器缓存中查找用户登录凭证；当终端查找到用户登录凭证时，向认证服务器发送携带有用户登录凭证的第二登录请求。
在一些实施例中，校验模块405还用于确定与第二登录请求所携带的用户登录凭证相关联的用户信息；根据用户信息，查找与第二系统相对应的第二用户账号和第二账号密码；当查找到第二用户账号和第二账号密码时，则判定校验通过并完成第二系统的登录。
在一些实施例中，如图5所示，该多系统登录装置400还包括查找模块406、删除模块407。
接收模块401还用于接收用户登录凭证清除指令；用户登录凭证清除指令携带待清除的用户登录凭证。
查找模块406，用于根据用户登录凭证清除指令，从本地查找相应的用户登录凭证。
删除模块407，用于响应于用户登录凭证清除指令，删除查找到的用户登录凭证、以及与用户登录凭证关联存储的用户信息。
在一些实施例中，下发的用户登录凭证用于指示终端监测用户触发操作；当终端在预设时段内未检测到用户触发操作时，获取待清除的用户登录凭证；终端触发向认证服务器 发送用户登录凭证清除指令的步骤；用户登录凭证清除指令携带待清除的用户登录凭证。
上述多系统登录装置，当第一系统通过登录验证后，认证服务器生成用户登录凭证并下发。认证服务器将用户信息与用户登录凭证关联存储，使得用户在登录第二系统时，可通过用户登录凭证来进行登录。这样，认证服务器只需校验与用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，即可完成第二系统的登录。这样，将业务系统和认证服务器独立开来，当用户需登录多个不同的系统时，无需在登录每个系统时都输入用户账号和账号密码，只需通过用户登录凭证即可登录多个系统，在保障多系统登录的安全性的前提下，减少了登录多个系统的操作，大大提高了多系统登录的效率。
关于多系统登录装置的具体限定可以参见上文中对于多系统登录方法的限定，在此不再赘述。上述多系统登录装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一些实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性计算机可读存储介质、内存储器。该非易失性计算机可读存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为非易失性计算机可读存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种多系统登录方法。
本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
一种计算机设备，包括存储器和一个或多个处理器，存储器中存储有计算机可读指令，计算机可读指令被处理器执行时实现本申请任意一个实施例中提供的多系统登录方法的步骤。
一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器实现本申请任意一个实施例中提供的多系统登录方法的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器 (ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种多系统登录方法，由认证服务器执行，所述方法包括：
    接收来自于第一系统的第一登录请求；所述第一登录请求携带第一用户账号和第一账号密码；
    当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发；
    确定与所述第一用户账号和第一账号密码相关联的用户信息；
    关联存储所述用户登录凭证和所述用户信息；
    接收来自于第二系统的第二登录请求；所述第二登录请求携带用户登录凭证；及
    校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录。
  2. 根据权利要求1所述的方法，其特征在于，还包括：
    分别接收来自于所述第一系统的第一账号注册请求、以及来自于所述第二系统的第二账号注册请求；所述第一账号注册请求携带第一用户账号、第一账号密码、以及用户信息；所述第二账号注册请求携带第二用户账号、第二账号密码、以及用户信息；
    验证所述第一用户账号、第一账号密码、以及用户信息的合法性；
    在验证通过后，将与所述第一系统对应的第一用户账号、第一账号密码、以及用户信息进行关联存储；
    验证所述第二用户账号、第二账号密码、以及用户信息的合法性；及
    在验证通过后，将与所述第二系统对应的第二用户账号、第二账号密码、以及用户信息进行关联存储。
  3. 根据权利要求1所述的方法，其特征在于，所述当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发，包括：
    当所述第一用户账号和第一账号密码通过验证后，确定所述第一系统所对应的系统级别；
    当所述系统级别为主系统级别时，则随机生成用户登录凭证；及
    响应于所述第一登录请求，反馈所述用户登录凭证。
  4. 根据权利要求1所述的方法，其特征在于，所述第二登录请求的生成步骤包括：
    终端接收所述认证服务器下发的用户登录凭证；
    所述终端将所述用户登录凭证存储至浏览器缓存中；
    所述终端接收用户通过浏览器触发的针对于所述第二系统的登录指令；
    所述终端根据所述登录指令，从所述浏览器缓存中查找用户登录凭证；及
    当所述终端查找到所述用户登录凭证时，向所述认证服务器发送携带有用户登录凭证的第二登录请求。
  5. 根据权利要求2所述的方法，其特征在于，所述校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录，包括：
    确定与所述第二登录请求所携带的用户登录凭证相关联的用户信息；
    根据所述用户信息，查找与所述第二系统相对应的第二用户账号和第二账号密码；及
    当查找到所述第二用户账号和第二账号密码时，则判定校验通过并完成所述第二系统的登录。
  6. 根据权利要求1至5中任一项所述的方法，其特征在于，还包括：
    接收用户登录凭证清除指令；所述用户登录凭证清除指令携带待清除的用户登录凭证；
    根据所述用户登录凭证清除指令，从本地查找相应的用户登录凭证；及
    响应于所述用户登录凭证清除指令，删除查找到的用户登录凭证、以及与所述用户登录凭证关联存储的所述用户信息。
  7. 根据权利要求6所述的方法，其特征在于，所述用户登录凭证清除指令的触发步骤包括：
    终端监测用户触发操作；
    当所述终端在预设时段内未检测到所述用户触发操作时，获取待清除的用户登录凭证；及
    所述终端触发向所述认证服务器发送用户登录凭证清除指令的步骤；所述用户登录凭证清除指令携带所述待清除的用户登录凭证。
  8. 一种多系统登录装置，包括：
    接收模块，用于接收来自于第一系统的第一登录请求；所述第一登录请求携带第一用户账号和第一账号密码；
    生成模块，用于当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发；
    确定模块，用于确定与所述第一用户账号和第一账号密码相关联的用户信息；
    关联存储模块，用于关联存储所述用户登录凭证和所述用户信息；
    所述接收模块还用于接收来自于第二系统的第二登录请求；所述第二登录请求携带用户登录凭证；及
    校验模块，用于校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录。
  9. 一种计算机设备，包括存储器及一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    接收来自于第一系统的第一登录请求；所述第一登录请求携带第一用户账号和第一账号密码；
    当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发；
    确定与所述第一用户账号和第一账号密码相关联的用户信息；
    关联存储所述用户登录凭证和所述用户信息；
    接收来自于第二系统的第二登录请求；所述第二登录请求携带用户登录凭证；及
    校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录。
  10. 根据权利要求9所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    分别接收来自于所述第一系统的第一账号注册请求、以及来自于所述第二系统的第二账号注册请求；所述第一账号注册请求携带第一用户账号、第一账号密码、以及用户信息；所述第二账号注册请求携带第二用户账号、第二账号密码、以及用户信息；
    验证所述第一用户账号、第一账号密码、以及用户信息的合法性；
    在验证通过后，将与所述第一系统对应的第一用户账号、第一账号密码、以及用户信息进行关联存储；
    验证所述第二用户账号、第二账号密码、以及用户信息的合法性；及
    在验证通过后，将与所述第二系统对应的第二用户账号、第二账号密码、以及用户信息进行关联存储。
  11. 根据权利要求9所述的计算机设备，其特征在于，所述计算机可读指令使得所述处理器在执行所述当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发时执行以下步骤：
    当所述第一用户账号和第一账号密码通过验证后，确定所述第一系统所对应的系统级别；
    当所述系统级别为主系统级别时，则随机生成用户登录凭证；及
    响应于所述第一登录请求，反馈所述用户登录凭证。
  12. 根据权利要求9所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    终端接收所述认证服务器下发的用户登录凭证；
    所述终端将所述用户登录凭证存储至浏览器缓存中；
    所述终端接收用户通过浏览器触发的针对于所述第二系统的登录指令；
    所述终端根据所述登录指令，从所述浏览器缓存中查找用户登录凭证；及
    当所述终端查找到所述用户登录凭证时，向所述认证服务器发送携带有用户登录凭证的第二登录请求。
  13. 根据权利要求10所述的计算机设备，其特征在于，所述计算机可读指令使得所述处理器在执行所述校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录时执行以下步骤：
    确定与所述第二登录请求所携带的用户登录凭证相关联的用户信息；
    根据所述用户信息，查找与所述第二系统相对应的第二用户账号和第二账号密码；及
    当查找到所述第二用户账号和第二账号密码时，则判定校验通过并完成所述第二系统的登录。
  14. 根据权利要求9至13中任一项所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    接收用户登录凭证清除指令；所述用户登录凭证清除指令携带待清除的用户登录凭证；
    根据所述用户登录凭证清除指令，从本地查找相应的用户登录凭证；及
    响应于所述用户登录凭证清除指令，删除查找到的用户登录凭证、以及与所述用户登录凭证关联存储的所述用户信息。
  15. 一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    接收来自于第一系统的第一登录请求；所述第一登录请求携带第一用户账号和第一账号密码；
    当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发；
    确定与所述第一用户账号和第一账号密码相关联的用户信息；
    关联存储所述用户登录凭证和所述用户信息；
    接收来自于第二系统的第二登录请求；所述第二登录请求携带用户登录凭证；及
    校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录。
  16. 根据权利要求15所述的存储介质，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    分别接收来自于所述第一系统的第一账号注册请求、以及来自于所述第二系统的第二账号注册请求；所述第一账号注册请求携带第一用户账号、第一账号密码、以及用户信息；所述第二账号注册请求携带第二用户账号、第二账号密码、以及用户信息；
    验证所述第一用户账号、第一账号密码、以及用户信息的合法性；
    在验证通过后，将与所述第一系统对应的第一用户账号、第一账号密码、以及用户信息进行关联存储；
    验证所述第二用户账号、第二账号密码、以及用户信息的合法性；及
    在验证通过后，将与所述第二系统对应的第二用户账号、第二账号密码、以及用户信息进行关联存储。
  17. 根据权利要求15所述的存储介质，其特征在于，所述计算机可读指令使得所述处理器在执行所述当所述第一用户账号和第一账号密码通过验证后，生成用户登录凭证并下发时执行以下步骤：
    当所述第一用户账号和第一账号密码通过验证后，确定所述第一系统所对应的系统级别；
    当所述系统级别为主系统级别时，则随机生成用户登录凭证；及
    响应于所述第一登录请求，反馈所述用户登录凭证。
  18. 根据权利要求15所述的存储介质，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    终端接收所述认证服务器下发的用户登录凭证；
    所述终端将所述用户登录凭证存储至浏览器缓存中；
    所述终端接收用户通过浏览器触发的针对于所述第二系统的登录指令；
    所述终端根据所述登录指令，从所述浏览器缓存中查找用户登录凭证；及
    当所述终端查找到所述用户登录凭证时，向所述认证服务器发送携带有用户登录凭证的第二登录请求。
  19. 根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令使得所述处理器在执行所述校验与所述用户登录凭证相关联的用户信息所对应的用户权限，当校验通过后，完成所述第二系统的登录时执行以下步骤：
    确定与所述第二登录请求所携带的用户登录凭证相关联的用户信息；
    根据所述用户信息，查找与所述第二系统相对应的第二用户账号和第二账号密码；及当查找到所述第二用户账号和第二账号密码时，则判定校验通过并完成所述第二系统的登录。
  20. 根据权利要求15至19中任一项所述的存储介质，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    接收用户登录凭证清除指令；所述用户登录凭证清除指令携带待清除的用户登录凭证；
    根据所述用户登录凭证清除指令，从本地查找相应的用户登录凭证；及
    响应于所述用户登录凭证清除指令，删除查找到的用户登录凭证、以及与所述用户登录凭证关联存储的所述用户信息。
PCT/CN2019/070885 2018-11-02 2019-01-08 多系统登录方法、装置、计算机设备和存储介质 Ceased WO2020087778A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811302719.5A CN109274685B (zh) 2018-11-02 2018-11-02 多系统登录方法、装置、计算机设备和存储介质
CN201811302719.5 2018-11-02

Publications (1)

Publication Number Publication Date
WO2020087778A1 true WO2020087778A1 (zh) 2020-05-07

Family

ID=65192541

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/070885 Ceased WO2020087778A1 (zh) 2018-11-02 2019-01-08 多系统登录方法、装置、计算机设备和存储介质

Country Status (2)

Country Link
CN (1) CN109274685B (zh)
WO (1) WO2020087778A1 (zh)

Cited By (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111581071A (zh) * 2020-05-09 2020-08-25 北京百度网讯科技有限公司 数据处理方法、装置、设备以及存储介质
CN111651741A (zh) * 2020-06-05 2020-09-11 腾讯科技（深圳）有限公司 用户身份识别方法、装置、计算机设备和存储介质
CN111831990A (zh) * 2020-07-17 2020-10-27 深圳市丰巢科技有限公司 一种快递员账号管理方法、装置、电子设备及存储介质
CN112087425A (zh) * 2020-07-30 2020-12-15 山东浪潮通软信息科技有限公司 一种erp软件系统的登录方法、设备和介质
CN112115454A (zh) * 2020-09-28 2020-12-22 中国银行股份有限公司 单点登陆方法、第一服务器及电子设备
CN112272171A (zh) * 2020-10-20 2021-01-26 侯亦兵 一种移动互联网跨平台用户管理方法及装置
CN112491890A (zh) * 2020-11-27 2021-03-12 中国农业银行股份有限公司 一种访问方法及装置
CN112769754A (zh) * 2020-12-18 2021-05-07 中国平安财产保险股份有限公司 客户端接入方法、装置、设备及存储介质
CN113568726A (zh) * 2021-07-23 2021-10-29 中信银行股份有限公司 多业务系统处理方法、作业平台、电子设备及存储介质
CN113568652A (zh) * 2021-06-29 2021-10-29 深圳云之家网络有限公司 应用系统处理方法、装置、计算机设备和存储介质
CN113645263A (zh) * 2020-05-11 2021-11-12 广州汽车集团股份有限公司 账号绑定方法及装置
CN113660229A (zh) * 2021-07-30 2021-11-16 未鲲(上海)科技服务有限公司 基于rpa的多系统单点登录方法、装置、设备及介质
CN113761490A (zh) * 2020-10-22 2021-12-07 北京沃东天骏信息技术有限公司 数据处理方法及装置
CN113761511A (zh) * 2020-11-17 2021-12-07 北京沃东天骏信息技术有限公司 一种锁屏管理方法和装置
CN114201778A (zh) * 2022-02-18 2022-03-18 汇元银通(北京)在线支付技术有限公司 一种基于Redis的权限认证方法、系统、介质及设备
CN114430346A (zh) * 2022-01-27 2022-05-03 亿咖通(湖北)技术有限公司 登录方法、装置及电子设备
CN114567475A (zh) * 2022-02-23 2022-05-31 平安国际智慧城市科技股份有限公司 多系统登录的方法、装置、电子设备以及存储介质
CN114697074A (zh) * 2022-02-23 2022-07-01 深圳爱捷云科技有限公司 权限校验方法、电子设备及存储介质
CN114978702A (zh) * 2022-05-24 2022-08-30 上海哔哩哔哩科技有限公司 账户管理方法、账户管理平台及账户管理系统
CN115086052A (zh) * 2022-06-23 2022-09-20 全知科技(杭州)有限责任公司 一种基于http流量自动化解析账号的方法
CN115208664A (zh) * 2022-07-15 2022-10-18 平安科技（深圳）有限公司 多平台用户统一识别的方法、装置、设备和存储介质
CN115242511A (zh) * 2022-07-22 2022-10-25 成都中科大旗软件股份有限公司 一种多环境应用管理平台及管理方法
CN115801320A (zh) * 2022-10-19 2023-03-14 慧之安信息技术股份有限公司 用于分布式系统的Redis控制账号单设备登录控制方法
CN115801389A (zh) * 2022-11-14 2023-03-14 中国工商银行股份有限公司 账号登录方法、装置、电子设备、介质和计算机程序产品
CN116192445A (zh) * 2022-12-16 2023-05-30 中国电信股份有限公司 用户登录验证方法、装置、设备及存储介质
WO2024078422A1 (zh) * 2022-10-13 2024-04-18 华为技术有限公司 设备间的账号同步方法、装置、系统以及存储介质
CN118338289A (zh) * 2024-06-13 2024-07-12 杭州中焯信息技术股份有限公司 一种基于多接入站点的校验装置及方法
CN118827181A (zh) * 2024-07-01 2024-10-22 浪潮卓数大数据产业发展有限公司 一种实现多系统一键登录的方法、设备及介质
CN119155265A (zh) * 2024-08-28 2024-12-17 苏州元脑智能科技有限公司 主机设备的控制方法、装置、存储介质和电子设备
US12586868B2 (en) 2020-04-06 2026-03-24 Lg Energy Solution, Ltd. Separator including inorganic porous coating layer including polar binder and acrylic binder with different glass transition temperatures, electrochemical device, and method for manufacturing the same

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109639740B (zh) * 2019-01-31 2022-02-22 平安科技（深圳）有限公司 一种基于设备id的登录态共享方法及装置
CN111200593A (zh) * 2019-12-20 2020-05-26 北京你财富计算机科技有限公司 应用登录方法、装置和电子设备
CN111291353B (zh) * 2020-02-05 2023-03-21 深信服科技股份有限公司 一种账号关联方法、装置以及计算机存储介质
CN111552936B (zh) * 2020-04-26 2022-10-14 国电南瑞科技股份有限公司 一种基于调度机构级别的跨系统访问权限控制方法及系统
CN111865938B (zh) * 2020-06-30 2023-04-07 上海东普信息科技有限公司 登录方法及装置
CN111814130B (zh) * 2020-07-06 2024-03-26 新华智云科技有限公司 单点登录方法及系统
CN111970282B (zh) * 2020-08-19 2022-09-30 中国工商银行股份有限公司 系统中异构模块的认证方法及装置
CN112235246A (zh) * 2020-09-14 2021-01-15 上海硬通网络科技有限公司 跨终端的账号登录方法、装置及电子设备
CN112417401B (zh) * 2020-11-26 2025-03-07 深圳创维－Rgb电子有限公司 账号验证方法、装置、系统及计算机可读存储介质
CN112968862A (zh) * 2020-12-31 2021-06-15 南京联创互联网技术有限公司 一种基于redis的单点登录方法与装置
CN112948814A (zh) * 2021-03-19 2021-06-11 合肥京东方光电科技有限公司 一种账号密码的管理方法、装置及存储介质
CN113599833B (zh) * 2021-08-03 2024-03-12 深圳市乐天堂科技有限公司 账号登录方法、装置、计算设备及存储介质
CN114011079A (zh) * 2021-10-29 2022-02-08 上海米哈游天命科技有限公司 云游戏登录方法、装置、电子设备以及存储介质
CN114095263A (zh) * 2021-11-24 2022-02-25 上海派拉软件股份有限公司 一种通信方法、装置及系统
CN114697109A (zh) * 2022-03-30 2022-07-01 中国银行股份有限公司 登录信息处理方法、第一系统、终端及第二系统
CN115643574B (zh) * 2022-10-09 2025-11-04 Oppo广东移动通信有限公司 设备连接控制方法及装置、电子设备和存储介质
CN115622786A (zh) * 2022-10-24 2023-01-17 平安银行股份有限公司 账号登录方法、装置、电子设备和存储介质
CN115883164A (zh) * 2022-11-25 2023-03-31 中联智慧农业股份有限公司 用于用户认证的方法、装置以及后端服务器
CN116405270B (zh) * 2023-03-17 2026-04-03 支付宝(杭州)数字服务技术有限公司 一种登录流程的触发方法、装置、设备及介质
CN119067656B (zh) * 2023-06-02 2025-09-19 中国人民银行数字货币研究所 身份验证方法、装置以及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355527A (zh) * 2008-08-15 2009-01-28 深圳市中兴移动通信有限公司 一种跨域名单点登录的实现方法
CN102469075A (zh) * 2010-11-09 2012-05-23 中科正阳信息安全技术有限公司 一种基于web单点登录的集成认证方法
US20140181944A1 (en) * 2012-12-26 2014-06-26 Cellco Partnership D/B/A Verizon Wireless Single sign-on for a native application and a web application on a mobile device
CN105592003A (zh) * 2014-10-22 2016-05-18 北京拓尔思信息技术股份有限公司 一种基于通知的跨域单点登录方法及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101719238B (zh) * 2009-11-30 2013-09-18 中国建设银行股份有限公司 一种统一身份管理、认证和授权的方法及系统
CN102546570B (zh) * 2010-12-31 2014-12-24 国际商业机器公司 用于单点登录的处理方法和系统
US8683562B2 (en) * 2011-02-03 2014-03-25 Imprivata, Inc. Secure authentication using one-time passwords

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355527A (zh) * 2008-08-15 2009-01-28 深圳市中兴移动通信有限公司 一种跨域名单点登录的实现方法
CN102469075A (zh) * 2010-11-09 2012-05-23 中科正阳信息安全技术有限公司 一种基于web单点登录的集成认证方法
US20140181944A1 (en) * 2012-12-26 2014-06-26 Cellco Partnership D/B/A Verizon Wireless Single sign-on for a native application and a web application on a mobile device
CN105592003A (zh) * 2014-10-22 2016-05-18 北京拓尔思信息技术股份有限公司 一种基于通知的跨域单点登录方法及系统

Cited By (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12586868B2 (en) 2020-04-06 2026-03-24 Lg Energy Solution, Ltd. Separator including inorganic porous coating layer including polar binder and acrylic binder with different glass transition temperatures, electrochemical device, and method for manufacturing the same
CN111581071B (zh) * 2020-05-09 2023-12-19 北京百度网讯科技有限公司 数据处理方法、装置、设备以及存储介质
CN111581071A (zh) * 2020-05-09 2020-08-25 北京百度网讯科技有限公司 数据处理方法、装置、设备以及存储介质
CN113645263A (zh) * 2020-05-11 2021-11-12 广州汽车集团股份有限公司 账号绑定方法及装置
CN113645263B (zh) * 2020-05-11 2024-04-16 广州汽车集团股份有限公司 账号绑定方法及装置
CN111651741A (zh) * 2020-06-05 2020-09-11 腾讯科技（深圳）有限公司 用户身份识别方法、装置、计算机设备和存储介质
CN111651741B (zh) * 2020-06-05 2024-05-07 腾讯科技（深圳）有限公司 用户身份识别方法、装置、计算机设备和存储介质
CN111831990A (zh) * 2020-07-17 2020-10-27 深圳市丰巢科技有限公司 一种快递员账号管理方法、装置、电子设备及存储介质
CN112087425A (zh) * 2020-07-30 2020-12-15 山东浪潮通软信息科技有限公司 一种erp软件系统的登录方法、设备和介质
CN112087425B (zh) * 2020-07-30 2022-11-29 浪潮通用软件有限公司 一种erp软件系统的登录方法、设备和介质
CN112115454B (zh) * 2020-09-28 2023-09-05 中国银行股份有限公司 单点登录方法、第一服务器及电子设备
CN112115454A (zh) * 2020-09-28 2020-12-22 中国银行股份有限公司 单点登陆方法、第一服务器及电子设备
CN112272171A (zh) * 2020-10-20 2021-01-26 侯亦兵 一种移动互联网跨平台用户管理方法及装置
CN113761490A (zh) * 2020-10-22 2021-12-07 北京沃东天骏信息技术有限公司 数据处理方法及装置
CN113761511A (zh) * 2020-11-17 2021-12-07 北京沃东天骏信息技术有限公司 一种锁屏管理方法和装置
CN112491890A (zh) * 2020-11-27 2021-03-12 中国农业银行股份有限公司 一种访问方法及装置
CN112769754B (zh) * 2020-12-18 2023-10-24 中国平安财产保险股份有限公司 客户端接入方法、装置、设备及存储介质
CN112769754A (zh) * 2020-12-18 2021-05-07 中国平安财产保险股份有限公司 客户端接入方法、装置、设备及存储介质
CN113568652A (zh) * 2021-06-29 2021-10-29 深圳云之家网络有限公司 应用系统处理方法、装置、计算机设备和存储介质
CN113568726B (zh) * 2021-07-23 2024-03-26 中信银行股份有限公司 多业务系统处理方法、作业平台、电子设备及存储介质
CN113568726A (zh) * 2021-07-23 2021-10-29 中信银行股份有限公司 多业务系统处理方法、作业平台、电子设备及存储介质
CN113660229A (zh) * 2021-07-30 2021-11-16 未鲲(上海)科技服务有限公司 基于rpa的多系统单点登录方法、装置、设备及介质
CN113660229B (zh) * 2021-07-30 2023-04-07 未鲲(上海)科技服务有限公司 基于rpa的多系统单点登录方法、装置、设备及介质
CN114430346B (zh) * 2022-01-27 2023-09-05 亿咖通(湖北)技术有限公司 登录方法、装置及电子设备
CN114430346A (zh) * 2022-01-27 2022-05-03 亿咖通(湖北)技术有限公司 登录方法、装置及电子设备
CN114201778B (zh) * 2022-02-18 2022-05-17 汇元银通(北京)在线支付技术有限公司 一种基于Redis的权限认证方法、系统、介质及设备
CN114201778A (zh) * 2022-02-18 2022-03-18 汇元银通(北京)在线支付技术有限公司 一种基于Redis的权限认证方法、系统、介质及设备
CN114697074A (zh) * 2022-02-23 2022-07-01 深圳爱捷云科技有限公司 权限校验方法、电子设备及存储介质
CN114567475A (zh) * 2022-02-23 2022-05-31 平安国际智慧城市科技股份有限公司 多系统登录的方法、装置、电子设备以及存储介质
CN114978702A (zh) * 2022-05-24 2022-08-30 上海哔哩哔哩科技有限公司 账户管理方法、账户管理平台及账户管理系统
CN114978702B (zh) * 2022-05-24 2024-03-19 上海哔哩哔哩科技有限公司 账户管理方法、平台及系统、计算设备和可读存储介质
CN115086052A (zh) * 2022-06-23 2022-09-20 全知科技(杭州)有限责任公司 一种基于http流量自动化解析账号的方法
CN115086052B (zh) * 2022-06-23 2023-07-18 全知科技(杭州)有限责任公司 一种基于http流量自动化解析账号的方法
CN115208664A (zh) * 2022-07-15 2022-10-18 平安科技（深圳）有限公司 多平台用户统一识别的方法、装置、设备和存储介质
CN115242511B (zh) * 2022-07-22 2024-04-12 成都中科大旗软件股份有限公司 一种多环境应用管理平台及管理方法
CN115242511A (zh) * 2022-07-22 2022-10-25 成都中科大旗软件股份有限公司 一种多环境应用管理平台及管理方法
WO2024078422A1 (zh) * 2022-10-13 2024-04-18 华为技术有限公司 设备间的账号同步方法、装置、系统以及存储介质
CN115801320A (zh) * 2022-10-19 2023-03-14 慧之安信息技术股份有限公司 用于分布式系统的Redis控制账号单设备登录控制方法
CN115801389A (zh) * 2022-11-14 2023-03-14 中国工商银行股份有限公司 账号登录方法、装置、电子设备、介质和计算机程序产品
CN116192445A (zh) * 2022-12-16 2023-05-30 中国电信股份有限公司 用户登录验证方法、装置、设备及存储介质
CN118338289A (zh) * 2024-06-13 2024-07-12 杭州中焯信息技术股份有限公司 一种基于多接入站点的校验装置及方法
CN118827181A (zh) * 2024-07-01 2024-10-22 浪潮卓数大数据产业发展有限公司 一种实现多系统一键登录的方法、设备及介质
CN119155265A (zh) * 2024-08-28 2024-12-17 苏州元脑智能科技有限公司 主机设备的控制方法、装置、存储介质和电子设备

Also Published As

Publication number Publication date
CN109274685A (zh) 2019-01-25
CN109274685B (zh) 2021-09-17

Similar Documents

Publication Publication Date Title
CN109274685B (zh) 多系统登录方法、装置、计算机设备和存储介质
US11196572B2 (en) Blockchain-based content verification
US12500760B2 (en) Method, apparatus and device for constructing token for cloud platform resource access control
US10700861B2 (en) System and method for generating a recovery key and managing credentials using a smart blockchain contract
CN106330850B (zh) 一种基于生物特征的安全校验方法及客户端、服务器
CN113079134B (zh) 移动终端接入方法、装置、计算机设备和介质
US10574648B2 (en) Methods and systems for user authentication
US8213906B2 (en) Communication server and method for generating a one-time password using a mobile phone
US11563724B1 (en) System and method for allowing access to an application or features thereof on each of one or more user devices
US20160321745A1 (en) Account binding processing method, apparatus and system
CN110602052A (zh) 微服务处理方法及服务器
CN110175439B (zh) 用户管理方法、装置、设备及计算机可读存储介质
CN109325342A (zh) 身份信息管理方法、装置、计算机设备和存储介质
WO2019232868A1 (zh) 用户信息验证方法、装置、计算机设备及存储介质
TW201405459A (zh) 登錄驗證方法、客戶端、伺服器及系統
WO2019080423A1 (zh) 资源数值转移方法、装置、存储介质和服务器
CN110647540A (zh) 业务数据查询方法、装置、计算机设备和存储介质
WO2017210934A1 (zh) 嵌入式sim卡注册、嵌入式sim卡鉴权方法及对应系统
WO2021169305A1 (zh) 声纹数据处理方法、装置、计算机设备和存储介质
CN114785553A (zh) 权限认证方法、装置、计算机设备和存储介质
CN110502889A (zh) 登录方法、装置、计算机可读存储介质和计算机设备
WO2021169469A1 (zh) 声纹数据处理方法、装置、计算机设备和存储介质
CN115567240B (zh) 身份认证方法、装置、计算机设备和存储介质
US20200137037A1 (en) Endpoint security
CN114528542A (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: 19880255

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 24/06/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 19880255

Country of ref document: EP

Kind code of ref document: A1