CN116340970A - 业务系统登陆方法、装置、电子设备和可读存储介质 - Google Patents

业务系统登陆方法、装置、电子设备和可读存储介质 Download PDF

Info

Publication number
CN116340970A
CN116340970A CN202310160830.XA CN202310160830A CN116340970A CN 116340970 A CN116340970 A CN 116340970A CN 202310160830 A CN202310160830 A CN 202310160830A CN 116340970 A CN116340970 A CN 116340970A
Authority
CN
China
Prior art keywords
user
menu
database
local cache
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.)
Pending
Application number
CN202310160830.XA
Other languages
English (en)
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.)
Shanghai Shen Xue Supply Chain Management Co ltd
Original Assignee
Shanghai Shen Xue Supply Chain Management 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 Shanghai Shen Xue Supply Chain Management Co ltd filed Critical Shanghai Shen Xue Supply Chain Management Co ltd
Priority to CN202310160830.XA priority Critical patent/CN116340970A/zh
Publication of CN116340970A publication Critical patent/CN116340970A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/604—Tools and structures for managing or administering access control systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24552—Database cache management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Automation & Control Theory (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Storage Device Security (AREA)

Abstract

本申请涉及一种业务系统登陆方法、装置、电子设备和可读存储介质，方法包括获取用户登录信息；根据用户登录信息，获取用户信息，其中，用用户信息包括用户ID和用户具体信息，用用户具体信息表征用户历史使用业务系统时产生的信息；根据用户ID，判断本地缓存中是否存在用户ID对应的菜单权限，其中，用用户ID对应的菜单权限表征用户对于业务系统的权限信息，本地缓存中存储有若干预存用户ID对应的菜单权限；若存在，则获取用户ID对应的菜单权限，并根据用用户具体信息和用用户ID对应的菜单权限，登陆业务系统。本申请具有缩短业务系统登陆时间的效果。

Description

业务系统登陆方法、装置、电子设备和可读存储介质
技术领域
本申请涉及数字平台登陆的技术领域，尤其是涉及一种业务系统登陆方法、装置、电子设备和可读存储介质。
背景技术
随着科技的发展，线上化操作在日常生活、工作中日渐普及。一般的，随着各业务系统用户数量的增加，业务系统对应用户信息也大量增加。在用户登录业务系统时，在业务系统登陆过程中的从数据库中提取不同用户对应的不同菜单权限这一部分，占业务系统登录时间较长，且菜单权限提取速度比较慢，从而导致业务系统登陆的时间长。
因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。
发明内容
为了实现快速登陆业务系统，本申请提供一种业务系统登陆方法、装置、电子设备和可读存储介质。
第一方面，本申请提供一种业务系统登陆方法，采用如下的技术方案：
一种业务系统登陆方法，包括：
获取用户登录信息；
根据用户登录信息，获取用户信息，其中，所述用户信息包括用户ID和用户具体信息，其中，所述用户具体信息表征用户历史使用业务系统时产生的信息；
根据用户ID，判断本地缓存中是否存在用户ID对应的菜单权限，其中，所述用户ID对应的菜单权限表征用户对于业务系统的权限信息，本地缓存中存储有若干预存用户ID对应的菜单权限；
若存在，则获取用户ID对应的菜单权限，并根据所述用户具体信息和所述用户ID对应的菜单权限，登陆业务系统。
通过采用上述技术方案，在获取到用户登录信息后，根据用户登录信息，获取当前用户的用户信息；在获取到用户信息中的用户ID后，没有利用存有业务系统全部数据的数据库，而是直接利用查询速度较快的本地缓存，利用本地缓存，以获取用户ID对应的菜单权限，缩短了菜单权限获取的时间；根据用户信息中的用户具体信息和获取到的菜单权限，登陆业务系统。可见，可以通过使用本地缓存，缩短了菜单权限的获取时间，提升业务系统登陆速度，从而优化用户体验。
本申请在一较佳示例中可以进一步配置为：
所述根据用户ID，判断本地缓存中是否存在用户ID对应的菜单权限，包括：
根据用户ID，确定所述用户ID对应的子网页清单，其中，子网页清单包括多个子网页信息；
从本地缓存中，利用多线程提取与多个子网页信息各自对应的子网页菜单权限；
若提取到所有子网页信息各自对应的子网页菜单权限，则根据所有子网页菜单权限确定所述菜单权限。
通过采用上述技术方案，利用多线程同时获取子网页对应子菜单权限，缩短菜单权限的获取时间。
本申请在一较佳示例中可以进一步配置为：
所述业务系统登陆方法，还包括：
若本地缓存中不存在用户ID对应菜单权限，则根据用户ID，判断第一数据库中是否存在用户ID对应菜单权限；若第一数据库中存在用户ID对应菜单权限，则从第一数据库中获取用户ID对应菜单权限；
若第一数据库中不存在用户ID对应菜单权限，则根据用户ID，判断第二数据库中是否存在用户ID对应菜单权限；若第二数据库中存在用户ID对应菜单权限，则从第二数据库中获取用户ID对应菜单权限；
其中，第一数据库为云盘式数据库；第二数据库为硬盘式数据库，第一数据库和第二数据库均包括多个服务器用户预存的菜单权限。
通过采用上述技术方案，通过本地缓存或第一数据库或第二数据库，获取用户ID对应菜单权限，其中，各数据库的查询顺序依次为本地缓存、第一数据库、第二数据库；第一数据库为本地缓存提供更多服务器中的数据，第二数据库为第一数据库提供数据保障，保证菜单权限可以快速、有效的获取。
本申请在一较佳示例中可以进一步配置为：
在若第一数据库中存在用户ID对应菜单权限，则从第一数据库中获取用户ID对应菜单权限之后，还包括：
根据用户ID对应的菜单权限，获取第一本地缓存更新指令；
根据第一本地缓存更新指令将通过第一数据库获取到的所述用户ID对应菜单权限存入本地缓存；
或，在若第二数据库中存在用户ID对应菜单权限，则从第二数据库中获取用户ID对应菜单权限之后，还包括：
根据用户ID对应的菜单权限，获取第二本地缓存更新指令；
根据第二本地缓存更新指令将通过第二数据库获取到的所述用户ID对应菜单权限存入本地缓存。
通过采用上述技术方案，利用第一本地缓存更新指令或第二本地缓存更新指令，将本地缓存中不存在对应菜单权限的用户，对应菜单权限存入本地缓存，以便于当前用户下一次登录网页时，网页登录速度可以得到优化。
本申请在一较佳示例中可以进一步配置为：
在获取用户登录信息之前，还包括：
获取本地缓存周期性更新指令；
根据本地缓存周期性更新指令将第一数据库或第二数据库中有更新的全部的用户信息和菜单权限，存入本地缓存。
通过采用上述技术方案，避免由于本地缓存无法获取到存在数据更新的用户数据，而造成用户在登录时无法直接从本地缓存查询并获取到对应菜单权限，但从第一数据库获取与从本地缓存中直接获取相比，用户对应菜单权限获取时间较长；故，根据预设更新时间，将第二数据库中有更新的全部的用户数据，存入本地缓存，以提升未来菜单权限的获取速度。
本申请在一较佳示例中可以进一步配置为：
所述业务系统登录方法，还包括：
若本地缓存中不存在用户ID对应的菜单权限，则获取用户更新申请，其中，用户更新申请包括用户申请的新菜单权限；
获取用户更新申请对应的审核结果；若审核结果为通过，则将所述用户ID和所述用户ID对应的新菜单权限写入所述本地缓存。
通过采用上述技术方案，通过为用户想要获取新菜单权限提供方法，使得本申请的业务系统登陆过程更加人性化。
本申请在一较佳示例中可以进一步配置为：
获取用户更新申请对应审核结果，包括：
根据用户更新申请，获取用户ID对应的用户类型，其中，用户类型包括用户或管理人员或技术人员；
根据用户类型从预设的用户类型与审核结果对应关系中，获取用户类型对应的审核结果。
通过采用上述技术方案，利用户ID，通过匹配得到用户ID对应用户类型；然后，通过本地缓存中用户预存类型对应的菜单权限，与用户申请的新菜单权限比较，决定审核是否通过，通过将审核流程线上化，避免人工审核时耗费时间过长，以提升菜单权限获取速度。
第二方面，本申请提供一种业务系统登陆装置，采用如下的技术方案：
一种业务系统登陆装置，包括，
用户登陆信息获取模块，用于获取用户登录信息；
用户信息获取模块，用于根据用户登录信息，获取用户信息；
菜单权限判断模块，用于根据用户ID，判断本地缓存中是否存在用户ID对应的菜单权限；当本地缓存中存在用户ID对应的菜单权限时，触发菜单权限获取模块；
菜单权限获取模块，用于获取用户ID对应的菜单权限，并根据所述用户具体信息和所述用户ID对应的菜单权限，登陆业务系统。
第三方面，本申请提供一种电子设备，采用如下的技术方案：
至少一个处理器；
存储器；
至少一个应用程序，其中至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行上述的方法。
第四方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：
一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令所述计算机执行上所述的方法。
综上所述，本申请包括以下至少一种有益技术效果：
1.在获取到用户登录信息后，根据用户登录信息，获取当前用户的用户信息；在获取到用户信息中的用户ID后，没有利用存有业务系统全部数据的数据库，而是直接利用查询速度较快的本地缓存，利用本地缓存，以获取用户ID对应的菜单权限，缩短了菜单权限获取的时间；根据用户信息中的用户具体信息和获取到的菜单权限，登陆业务系统。可见，可以通过使用本地缓存，缩短了菜单权限的获取时间，提升业务系统登陆速度，从而优化用户体验；
2.通过本地缓存或第一数据库或第二数据库，获取用户ID对应菜单权限，其中，各数据库的查询顺序依次为本地缓存、第一数据库、第二数据库；第一数据库为本地缓存提供更多服务器中的数据，第二数据库为第一数据库提供数据保障，保证菜单权限可以快速、有效的获取；
3.利用多线程同时获取子网页对应子菜单权限，缩短菜单权限的获取时间。
附图说明
图1为本申请实施例提供的一种业务系统登陆方法的流程示意图。
图2为本申请实施例提供的一种子菜单权限获取方法的流程示意图。
图3为本申请实施例提供的一种网页登陆装置的结构示意图。
图4是为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
以下结合附图对本申请作进一步详细说明。
本具体实施例仅仅是对本申请的解释，其并不是对本申请的限制，本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本申请的权利要求范围内都受到专利法的保护。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。
具体的，业务系统是指企业中各项业务的线上化管理平台，该线上化管理平台可以对企业内部的部分或全部业务进行统筹与管理，还可以对企业对外的部分或全部业务进行统筹与管理。业务系统的用户群体可能包含多种身份，在业务系统中不同的身份对应的操作页面也有所差异，其中，多种身份可以包括行政人员、运营人员、技术人员、财务人员、客户等；同样身份的用户，当职位级别不同时，用户对于企业内部对应业务管理权限的不同，可能导致同等身份的用户在业务系统中的操作页面也有所不同；故，可以为不同的用户赋予与其身份和职级对应的权限信息，以保证用户可以正确获取操作页面，其中，权限信息表征用户对于不同操作页面的获取的权限。
一般的，在登陆业务系统的过程中，权限信息的获取过程较为复杂，且，耗时较长，故，权限信息的获取耗时较长，使得业务系统登录时速度较慢，导致用户体验感差。
因此，发明人发现，可以通过获取用户登录信息，根据用户登录信息，获取对应用户信息；根据用户信息中的用户ID，判断本地服务器的本地缓存中是否存在用户ID对应的菜单权限；若本地缓存中存在用户ID对应的菜单权限，则获取用户ID对应的菜单权限，并根据用户具体信息和用户ID对应的菜单权限，登陆业务系统，以提高权限获取效率，进而提高业务系统登录的效率。其中，用户ID对应菜单权限表征用户对于网页的权限信息，本地缓存可以包括若干用户预存的菜单权限。
具体的，本申请实施例提供了一种业务系统登陆方法，由电子设备执行，该电子设备可以为服务器也可以为终端设备，其中，该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此，该终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例在此不做限制，如图1所示，该方法包括步骤S101、步骤S102、步骤S103以及步骤S104，其中：
步骤S101：获取用户登录信息。
其中，用户登录信息可以包括用户的账号和对应的密码。
对于本申请实施例，获取用户登录信息的过程可以包括：当检测到用户触发点击进入业务系统网站后，获取登录页面显示请求；根据登录页面显示请求，显示第一登录页面，第一登录页面包括登录业务系统网站的多个登录方式，多个登录方式包括：账号密码登陆、二维码登陆、指纹登陆和声纹登陆；获取用户选择登录方式的选择信息，并根据选择信息显示对应的第二登录页面；当用户根据第二登陆页面执行相应操作后，获取用户登录信息。业务系统登陆通常仅以账号密码登陆为主，本申请实施例采用多种账号密码输入方式并存的方式，避免用户采用一种输入方式进行登陆时，当前输入方式无法操作的情况发生。
步骤S102：根据用户登录信息，获取用户信息。
其中，用户信息包括：用户ID和用户具体信息，用户具体信息表征用户历史使用业务系统时产生的信息。用户ID具有唯一性；用户具体信息为用户在本次之前使用业务系统时产生的历史信息，用户具体信息至少可以包括用户基本信息、用户历史浏览数据；用户基本信息可以包括，用户注册信息和用户基本资料，其中，用户注册信息可以为用户注册时填写的相关信息，用户基本资料可以为用户在使用业务系统时自行补充的个人信息。
对于本申请实施例，根据用户登录信息，判断用户登陆信息与预设用户登录信息是否匹配成功；若匹配失败，则确定用户登陆信息不正确，重复获取用户登录信息直至匹配成功；若匹配成功，则确定用户登陆信息正确；根据用户登录信息，获取用户信息。
进一步的，为了提高用户信息的安全性，根据用户登录信息，获取用户信息的过程可以包括：根据用户登录信息，获取临时授权码，其中，临时授权码是随机生成且唯一的，具有时效性仅能使用一次临时授权码；根据临时授权码，获取用户信息。在本申请实施例中，根据用户登录信息获取当前用户对应的用户信息时，没有通过用户登录信息直接获取用户信息，而是以临时授权码为媒介，获取用户信息，一定程度上提升了用户信息的安全性。
步骤S103：根据用户ID，判断本地缓存中是否存在用户ID对应的菜单权限。
其中，本地缓存中存储有多个用户预存的菜单权限，其中，在用户预存的菜单权限中用户预存ID和用户预存ID对应菜单权限一一对应，菜单权限表征用户对于业务系统的权限信息。
一般的，菜单权限为从云端数据库或离线数据库中获取，但是获取的时间较长。本地缓存拥有更快的查询、获取速度，因而，在本申请实施例中，为了提高获取效率，因而可以从本地缓存中获取用户ID对应的菜单权限，可以在更短的时间内，反馈当前用户对应的菜单权限，从而提升网页登陆速度，进一步的能够改善用户体验。
对于本申请实施例，根据用户信息中的用户ID，与本地缓存中所有的用户预存ID，通过匹配，获取匹配结果，其中，匹配结果为匹配成功，则确定本地缓存中存在用户ID对应的菜单权限，否则，确定本地缓存中不存在用户ID对应的菜单权限。
步骤S104：若存在，则获取用户ID对应的菜单权限，并根据用户具体信息和用户ID对应的菜单权限，登陆业务系统。
对于本申请实施例，若存在，则根据与用户ID匹配成功的用户预存ID，获取用户预存ID对应菜单权限具体内容，并将用户预存ID对应菜单权限具体内容作为用户ID对应菜单权限，以完成用户ID对应菜单权限的获取，其中，用户ID对应菜单权限表征当前用户对于网页的权限信息。
具体的，根据用户具体信息和用户ID对应的菜单权限，登录业务系统的过程可以包括：根据用户ID对应的菜单权限，获取菜单权限对应的业务系统页面模板；将用户具体信息作为用户ID对应业务系统页面模板的填充内容进行业务系统页面模板的填充，得到并显示业务系统页面，以完成业务系统登陆；其中，业务系统页面可以表征用户在登陆当前业务系统成功后进入的页面，业务系统页面模板可以表征业务系统页面的菜单的大纲，业务系统页面模板的填充内容可以表征业务系统页面的菜单的大纲各分支中的具体内容。
例如，若用户为A，且业务系统页面模板包括个人信息和话务工作，则业务系统页面模板中个人信息和话务工作部分的填充内容分别可以为：A的用户基本信息，A的用户工作信息；其中，用户具体信息至少可以包括用户基本信息、用户工作信息。
在本申请实施例中，在获取到用户登录信息后，根据用户登录信息，获取当前用户的用户信息；在获取到用户信息中的用户ID后，没有利用存有业务系统全部数据的数据库，而是直接利用查询速度较快的本地缓存，利用本地缓存，以获取用户ID对应的菜单权限，缩短了菜单权限获取的时间；根据用户信息中的用户具体信息和获取到的菜单权限，登陆业务系统。可见，可以通过使用本地缓存，缩短了菜单权限的获取时间，提升业务系统登陆速度，从而优化用户体验。
进一步的，根据用户ID，确定本地缓存中不存在用户ID对应菜单权限的情况，可以包括：本地缓存中存在用户ID对应的菜单权限，但是由于登陆过程错误，导致在用户ID与用户预设ID的匹配过程中，未获取用户ID对应菜单权限；或，本地缓存中不存在用户ID对应菜单权限。
进而，针对当本地缓存中不存在用户ID对应菜单权限后，还可以包括：根据第一数据库或第二数据库，获取用户ID对应的菜单权限，或，根据第一数据库和第二数据库，获取用户ID对应的菜单权限，或，通过重复登陆，获取用户ID对应菜单权限，或，确定停止业务系统的登陆。其中，用户对于菜单权限的获取意向可以包括，获取新的菜单权限并登陆业务系统，或，放弃登陆，其中，第一数据库为云盘式数据库；第二数据库为硬盘式数据库，第一数据库和第二数据库均包括多个服务器用户预存的菜单权限。
本申请实施例中，第一数据库可以为云盘式数据库，可以支持若干服务器之间的数据同步，其存储的数据具有时效性，超过第一数据库预设存储时间，数据则自动失效；第二数据库可以为硬盘式数据库，其存储的数据是否有效与时间无关，在可以支持若干服务器之间的数据同步的基础上，还可以为第一数据库数据的失效情况作兜底处理；第一数据库和第二数据库均至少可以包括多个用户各自预存的菜单权限；其中，针对每一位用户，用户预存的菜单权限可以包括用户预存ID和对应菜单权限具体内容。且，第一数据库可以为Redis也可以为其他数据库，其中，其他数据库至少满足云盘式数据库、可以支持若干服务器之间的数据同步两个条件，其余条件本申请实施例不再具体限定。因而，在本申请实施例的一种可能的实现方式中，在本地缓存中不存在用户ID对应的菜单权限后，还可以通过重复的执行步骤S101至步骤S103，直至在预设重复次数内，确定本地缓存中存在用户ID对应的菜单权限，其中，预设重复次数用户可自定义设置；或，在本地缓存中不存在用户ID对应的菜单权限后，还可以拒绝登陆业务系统。
在本申请实施例的另一种可能的实现方式中，在本地缓存中不存在用户ID对应的菜单权限后，还可以通过第一数据库或第二数据库，获取用户ID对应菜单权限，具体可以包括：若本地缓存中不存在用户ID对应菜单权限，则根据用户ID，判断第一数据库或第二数据库中，是否均存在用户ID对应菜单权限；若存在，则从第一数据库或第二数据库中获取相应的菜单权限。可以理解的是，本地缓存的菜单权限至少包括了本地服务器内的用户的菜单权限，当其他服务器的用户在本地服务器登录时，可能存在无法获取其他服务器的用户的菜单权限的情况；故，可以通过能够支持多个服务器中数据同步的第一数据库或第二数据库，获取用户对应的菜单权限；但，本地缓存数据获取速度要大于第一数据库和第二数据库中数据的获取速度，因此，当本地缓存中无法获取用户对应的菜单权限时，可以使用第一数据库或第二数据库获取用户对应的菜单权限。
在本申请实施例的另一种可能的实现方式中，在本地缓存中不存在用户ID对应的菜单权限后，还可以通过第一数据库和第二数据库，获取用户ID对应菜单权限，具体可以包括：若本地缓存中不存在用户ID对应菜单权限，则根据用户ID，同时判断第一数据库和第二数据库中，是否均存在用户ID对应菜单权限；若全部存在，则从第一数据库和第二数据库中分别获取相应的第一菜单权限和第二菜单权限；通过比较第一菜单权限和第二菜单权限的最近更新时间，将两个最近更新时间中最新的菜单权限，作为用户ID对应菜单权限。
对于本申请实施例，用户ID在本地缓存、第一数据库和第二数据库中具有唯一性；第一数据库和第二数据库中均包括多个服务器的数据，且，第一数据库的多个服务器和第二数据库的多个服务器是相同的。针对第一数据库或第二数据库的多个服务器，用户ID和用户预存ID之间的匹配过程，在一种可实现方式中，可以将用户ID依次与第一数据库或第二数据库的多个服务器中的每一服务器中的用户预存ID进行匹配，在另一种可实现方式中，可以引入多线程，每个线程对应某一服务器，其中，在每一线程中，将用户ID与唯一一个服务器中的用户预存ID进行匹配，其中，每个服务器的用户预存ID仅参与一次匹配过程。对于用户ID和用户预存ID之间的匹配方式，本申请实施例不再具体限定。
在本申请实施例的另一种可能的实现方式中，在本地缓存中不存在用户ID对应的菜单权限后，还可以通过第一数据库或第二数据库，获取用户ID对应菜单权限，具体可以包括：若本地缓存中不存在用户ID对应菜单权限，则根据用户ID，判断第一数据库中是否存在用户ID对应菜单权限；若第一数据库中存在用户ID对应菜单权限，则从第一数据库中获取用户ID对应菜单权限；若第一数据库中不存在用户ID对应菜单权限，则根据用户ID，判断第二数据库中是否存在用户ID对应菜单权限；若第二数据库中存在用户ID对应菜单权限，则从第二数据库中获取用户ID对应菜单权限。
对于本申请实施例，若在本地缓存中，无法获取用户ID对应菜单权限，则根据用户信息中的用户ID，与第一数据库中所有的用户预存ID，通过匹配，获取匹配结果；若第一数据库的匹配结果为匹配成功，则基于第一数据库，根据与用户ID匹配成功的用户预存ID，获取用户预存ID对应菜单权限具体内容，并将用户预存ID对应菜单权限具体内容作为用户ID对应菜单权限；若第一数据库的匹配结果为空，则根据用户信息中的用户ID，与第二数据库中所有的用户预存ID，通过匹配，获取匹配结果；若第二数据库的匹配结果为匹配成功，则基于第二数据库，根据与用户ID匹配成功的用户预存ID，获取用户预存ID对应菜单权限具体内容，并将用户预存ID对应菜单权限具体内容作为用户ID对应菜单权限。
进一步的，若第二数据库的匹配结果为空，则重新根据用户登录信息生成临时授权码，根据临时授权码获取对应用户信息，直至用户信息中的用户ID与本地缓存中的用户预存ID，匹配成功。
在本申请实施例中，由于本地缓存只能获取本地服务器的数据，可能存在无法获取与本地服务器同级别的其他服务器的用户数据；故，可以增加能够支持同级别的服务器之间的数据同步的对应数据库，即第一数据库；然而，可以支持同级别的服务器之间数据同步的数据库，一般以在线云端数据库的方式实现，第一数据库虽查询数据的速度较快，但第一数据库中存储的数据拥有时效性，若数据存储时间超过第一数据库预设存储时间，则数据自动失效，故，为避免第一数据库，由于其时效性无法及时提供数据的情况发生，增加硬盘式存储数据的第二数据库，虽第二数据库的数据查询速度小于第二数据库的数据查询速度，但第二数据库中存储的数据不会虽时间变化而消失，可以用作第一数据库的备用数据库；其中，用户数据至少可以包括用户信息和用户ID对应菜单权限。
可见，本申请实施例通过本地缓存或第一数据库或第二数据库，获取用户ID对应菜单权限，其中，各数据库的查询顺序依次为本地缓存、第一数据库、第二数据库；第一数据库为本地缓存提供更多服务器中的数据，第二数据库为第一数据库提供数据保障，保证菜单权限可以快速、有效的获取。
在本申请实施例的一种可能的实现方式中，业务系统登录方法，还可以包括:
若本地缓存中不存在用户ID对应的菜单权限，则获取用户更新申请，其中，用户更新申请包括用户申请的新菜单权限；获取用户更新申请对应的审核结果；若审核结果为通过，则将用户ID和用户ID对应的新菜单权限写入本地缓存。
在一种可能的情况中，电子设备中仅设置有本地缓存，进而，若本地缓存中不存在用户ID对应的菜单权限，则获取用户更新申请；
在另一种可能的情况中，电子设备中仅设置有本地缓存和数据库，其中，数据库包括第一数据库和/或第二数据库，进而若本地缓存中不存在用户ID对应的菜单权限，则获取用户更新申请，可以包括：若本地缓存中不存在用户ID对应的菜单权限，且，数据库中不存在用户ID对应的菜单权限，则获取用户更新申请。
对于本申请实施例，当本地缓存中不存在用户ID对应的菜单权限后，在显示界面显示提示信息；当检测到用户触发更新按钮后，获取用户的新菜单权限的用户更新申请；进而对用户更新申请进行审核，以得到审核结果，只有当审核结果通过后，才更新本地缓存中的相应信息，然后用户可再次登录业务系统。
在本申请实施例中，通过为用户想要获取新菜单权限提供方法，使得本申请的业务系统登陆过程更加人性化。
本申请实施例的一种可能的实现方式，获取用户更新申请对应的审核结果，具体可以包括：根据用户更新申请，获取用户ID对应的用户类型，其中，用户更新申请包括用户申请的新菜单权限；根据用户类型和用户更新申请，利用本地缓存，获取用户更新申请对应的审核结果。
对于本申请实施例，根据用户ID和本地缓存中预存的用户类型信息，通过匹配，获取与用户ID一致的用户预存ID对应的用户预存类型，作为用户ID对应的用户类型，其中，用户类型可以包括用户或管理人员或技术人员，在预存的用户类型信息中，用户预存ID与用户预存类型一一对应；进而，可以根据用户类型，获取该用户类型所允许的菜单权限；根据该用户类型所允许的菜单权限和用户申请的新菜单权限进行比较，若比较结果相同，则审核结果通过；若比较结果不同，则审核结果不通过。
在本申请实施例中，利用户ID，通过匹配得到用户ID对应用户类型；然后，通过本地缓存中用户预存类型对应的菜单权限，与用户申请的新菜单权限比较，决定审核是否通过，通过将审核流程线上化，避免人工审核时耗费时间过长，以提升菜单权限获取速度。
本申请实施例的一种可能的实现方式，步骤S103，如图2所示，具体可以包括步骤S1031、步骤S1032以及步骤S1033，其中：
步骤S1031：根据用户ID，确定用户ID对应的子网页清单，其中，子网页清单包括多个子网页信息。
其中，子网页清单包括若干子网页信息，业务系统与菜单权限的对应关系可以为：在业务系统登陆成功后，业务系统操作页面可以包括主网页，主网页可以包括若干子网页，主网页对应拥有主菜单权限，子网页对应拥有子菜单权限。
对于本申请实施例，获取用户预存ID对应子网页清单，并将用户预存ID对应子网页清单作为用户ID对应子网页清单，以完成用户ID对应子网页清单的获取。
步骤S1032：从本地缓存中，利用多线程提取与多个子网页信息各自对应的子网页菜单权限。
本申请实施例能根据子网页清单中的多个子网页信息，通过多线程从本地缓存中高效获取子网页对应子菜单权限，尽可能的避免获取子网页对应子菜单权限过程中，出现重复获取或遗漏获取的问题。
进一步的，方法还可以包括：根据用户ID对应子网页清单，获取子网页个数；根据子网页个数，自动设置线程池可维持最大线程数，保证“线程池可维持最大线程数>子菜单个数”即可；利用设置完成的线程池，通过多线程，同时获取子网页清单中每一子网页对应子菜单权限，其中，每一线程为空闲状态或仅获取一个子网页对应子菜单权限。本身申请实施例，通过子网页个数设置线程池可维持最大线程数，保证线程池中无等待处理的任务，可以同时处理全部子网页对应子菜单权限的获取，以减少等待时间，加快子网页对应子菜单权限的获取过程，其中，等待处理的任务可以为子网页对应子菜单权限的获取过程。
步骤S1033：若提取到所有子网页信息各自对应的子网页菜单权限，则根据所有子网页菜单权限确定菜单权限，其中，用户ID对应菜单权限包括，用户ID对应子网页清单中每一子网页对应子菜单权限。
具体的，用户ID对应菜单权限，是由用户ID对应子网页清单中每一子网页对应子菜单权限叠加得到的，叠加过程可以为将全部网页对应菜单权限放入同一文档，或其他存储位置中，只要能达到本申请实施例的目的即可，本申请实施例不再对此做具体限定。
若未提取到所有子网页信息各自对应的子网页菜单权限，则确定未能获取到菜单权限。
当获取用户ID对应子网页清单中每一子网页对应子菜单权限后，若直接根据其进行业务系统页面的生成，则可能会导致业务系统页面的生成时逐个使用子网页对应菜单权限，从而使得业务系统主页面获取速度小，故，将用户ID对应子网页清单中每一子网页对应子菜单权限，融合为用户ID对应菜单权限。相较于相关技术依次获取业务系统主网页下子网页对应的子菜单权限，本申请实施例，利用多线程同时获取主网页下全部子网页对应的菜单权限；在将获取到的全部子网页对应的子菜单权限融合后，可以得到用户ID对应菜单权限，即当前用户对应业务系统主网页的菜单权限。可见，通过多线程同时获取子网页对应子菜单权限，缩短菜单权限的获取时间。
本申请实施例的一种可能的实现方式，在若第一数据库中存在用户ID对应菜单权限，则从第一数据库中获取用户ID对应菜单权限之后，具体还可以包括：
根据用户ID对应的菜单权限，获取第一本地缓存更新指令；
在本申请实施例中，将通过第一数据库获取到的用户ID对应菜单权限存入本地缓存。将通过第一数据库获取到的用户ID对应菜单权限存入本地缓存的过程，具体可以包括：根据用户ID，获取本地缓存中该用户ID相关数据的对应存储地址；将该用户ID对应菜单权限放入本地缓存对应地址中，作为该用户预存的菜单权限，以备该用户对应菜单权限的下一次获取。
本申请实施例的一种可能的实现方式，在若第二数据库中存在用户ID对应菜单权限，则从第二数据库中获取用户ID对应菜单权限之后，具体还可以包括：
根据用户ID对应的菜单权限，获取第二本地缓存更新指令，其中，；
根据第二本地缓存更新指令用于将通过第二数据库获取到的用户ID对应菜单权限存入本地缓存。
将通过第二数据库获取到的用户ID对应菜单权限存入本地缓存的过程，具体可以包括：根据用户ID，获取本地缓存中该用户ID相关数据的对应存储地址；将该用户ID对应菜单权限放入本地缓存对应地址中，作为该用户预存的菜单权限，以备该用户对应菜单权限的下一次获取。
为避免当前用户在下一次登录网页时，本地缓存中仍旧不存在对应菜单权限，故，将当前用户从第一数据库或第二数据库中获取到的对应菜单权限存入本地缓存，以备当前用户下一次登录网页，其中，当前用户可以为本地缓存中不存在对应菜单权限的用户。
在本申请实施例中，利用第一本地缓存更新指令或第二本地缓存更新指令，将本地缓存中不存在对应菜单权限的用户，对应菜单权限存入本地缓存，以便于当前用户下一次登录网页时，网页登录速度可以得到优化。
本申请实施例的一种可能的实现方式，在步骤S101之前，具体还可以包括：
获取本地缓存周期性更新指令；其中，根据本地缓存周期性更新指令，用于将第一数据库或第二数据库中有更新的全部的用户信息和菜单权限，存入本地缓存。
其中，周期性更新指令的周期可根据用户实际需求设置，也可自定义设置。
值得注意的是，若用户在本地服务器之外的服务更新对应用户基本资料，则第一数据库中存在用户数据的更新；若技术人员在管理端为用户增加或删减菜单权限，则第一数据库中存在用户数据的更新，其中，用户数据至少可以包括用户信息和用户ID对应菜单权限，用户信息至少可以包括用户ID和用户基本资料，用户基本资料可参照步骤S102具体限定。
对于本申请实施例，将第一数据库或第二数据库中有更新的全部的用户信息和菜单权限，存入本地缓存，具体可以包括：获取预设更新时间，其中，预设时间可以表征在没有用户登录网页时，本地缓存获取第一数据库或第二数据库中有更新的全部用户数据的频率；获取最近一次用户登录时间与当前时间；将最近一次用户登录时间与当前时间之间的时间差值，与预设更新时间比较；若小于预设更新时间，则本地缓存中的数据无变化；若大于或等于预设更新时间，则以预设更新时间为本地缓存更新数据的频率，获取第一数据库或第二数据库中用户数据有更新的用户，对应全部用户数据，并将第一数据库或第二数据库中有更新的用户数据替换本地缓存中对应用户数据，得到更新后对应用户的用户数据，以完成本地缓存中的数据更新。
一般的，对于存在数据更新的用户数据，可以在第一数据库和第二数据库中更新，其中，用户数据至少可以包括用户信息和用户ID对应菜单权限，此时，由于本地缓存无法获取到存在数据更新的用户数据，可能会造成用户在登录时无法直接从本地缓存查询并获取到对应菜单权限，而从第一数据库获取，导致用户对应菜单权限获取时间较长；故，根据预设更新时间，将第二数据库中有更新的全部的用户数据，存入本地缓存，以提升未来菜单权限的获取速度。
除此之外，菜单权限的获取一般可以包括业务系统刷新或业务系统登陆两种情况；其中，业务系统登陆可以利用本申请实施例中的业务系统登陆方法中，菜单权限相应的获取方法获取用户ID对应菜单权限；业务系统刷新可以为用户成功获取对应业务系统页面后的刷新操作。可以理解的是，菜单权限的获取过程，在网页刷新过程中和用户登陆网页过程中是相同的。
上述实施例从方法流程的角度介绍一种业务系统登陆方法，下述实施例从虚拟模块或者虚拟单元的角度介绍了一种业务系统登陆装置，具体详见下述实施例。
本申请实施例提供一种业务系统登陆装置，如图3所示，该业务系统登陆装置具体可以包括：
用户登陆信息获取模块301，用于获取用户登录信息；
用户信息获取模块302，用于根据用户登录信息，获取用户信息；
菜单权限判断模块303，用于根据用户ID，判断本地缓存中是否存在用户ID对应的菜单权限；当本地缓存中存在用户ID对应的菜单权限时，触发菜单权限获取模块；
菜单权限获取模块304，用于获取用户ID对应的菜单权限，并根据用户具体信息和用户ID对应的菜单权限，登陆业务系统。
对于本申请实施例，在获取到用户登录信息后，根据用户登录信息，获取当前用户的用户信息；在获取到用户信息中的用户ID后，没有利用存有业务系统全部数据的数据库，而是直接利用查询速度较快的本地缓存，利用本地缓存，以获取用户ID对应的菜单权限，缩短了菜单权限获取的时间；根据用户信息中的用户具体信息和获取到的菜单权限，登陆业务系统。可见，可以通过使用本地缓存，缩短了菜单权限的获取时间，提升业务系统登陆速度，从而优化用户体验。
本申请实施例的一种可能的实现方式，用户信息获取模块302在执行根据用户ID，判断本地缓存中是否存在用户ID对应的菜单权限时，具体用于：
根据用户ID，确定用户ID对应的子网页清单，其中，子网页清单包括多个子网页信息；
从本地缓存中，利用多线程提取与多个子网页信息各自对应的子网页菜单权限；
若提取到所有子网页信息各自对应的子网页菜单权限，则根据所有子网页菜单权限确定菜单权限。
本申请实施例的一种可能的实现方式，业务系统登陆装置，还包括第一获取模块、第二获取模块，具体用于：
当本地缓存中不存在用户ID对应菜单权限时触发第一获取模块；
第一获取模块，用于根据用户ID，判断第一数据库中是否存在用户ID对应菜单权限；当第一数据库中存在用户ID对应菜单权限时，从第一数据库中获取用户ID对应菜单权限；当第一数据库中不存在用户ID对应菜单权限时，触发第二获取模块；
第二获取模块，用于根据用户ID，判断第二数据库中是否存在用户ID对应菜单权限；当第二数据库中存在用户ID对应菜单权限时，从第二数据库中获取用户ID对应菜单权限；
其中，第一数据库为云盘式数据库；第二数据库为硬盘式数据库，第一数据库和第二数据库均包括多个服务器用户预存的菜单权限。
本申请实施例的一种可能的实现方式，业务系统登陆装置，还包括本地缓存更新模块，具体用于：
根据用户ID对应的菜单权限，获取第一本地缓存更新指令；
根据第一本地缓存更新指令将通过第一数据库获取到的用户ID对应菜单权限存入本地缓存；
在若第二数据库中存在用户ID对应菜单权限，则从第二数据库中获取用户ID对应菜单权限之后，还包括：
根据用户ID对应的菜单权限，获取第二本地缓存更新指令；
根据第二本地缓存更新指令将通过第二数据库获取到的用户ID对应菜单权限存入本地缓存。
本申请实施例的一种可能的实现方式，业务系统登陆装置，还包括本地缓存周期性更新模块，用于：
获取本地缓存周期性更新指令；
根据本地缓存周期性更新指令将第一数据库或第二数据库中有更新的全部的用户信息和菜单权限，存入本地缓存。
本申请实施例的一种可能的实现方式，业务系统登陆装置，还包括审核模块，用于：
若本地缓存中不存在用户ID对应的菜单权限，则获取用户更新申请，其中，用户更新申请包括用户申请的新菜单权限；
获取用户更新申请对应的审核结果；若审核结果为通过，则将用户ID和用户ID对应的新菜单权限写入本地缓存。
本申请实施例的一种可能的实现方式，审核模块在执行获取用户更新申请对应审核结果时，用于：
根据用户更新申请，获取用户ID对应的用户类型，其中，用户类型包括用户或管理人员或技术人员；
根据用户类型从预设的用户类型与审核结果对应关系中，获取用户类型对应的审核结果。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的一种业务系统登陆装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
本申请实施例中提供了一种电子设备，如图4所示，图4所示的电子设备包括：处理器401和存储器403。其中，处理器401和存储器403相连，如通过总线402相连。可选地，电子设备还可以包括收发器404。需要说明的是，实际应用中收发器404不限于一个，该电子设备的结构并不构成对本申请实施例的限定。
处理器401可以是CPU（Central Processing Unit，中央处理器），通用处理器，DSP（Digital Signal Processor，数据信号处理器），ASIC（Application SpecificIntegrated Circuit，专用集成电路），FPGA（Field Programmable Gate Array，现场可编程门阵列）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器301也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。
总线302可包括一通路，在上述组件之间传送信息。总线402可以是PCI（Peripheral Component Interconnect，外设部件互连标准）总线或EISA（ExtendedIndustry Standard Architecture，扩展工业标准结构）总线等。总线402可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一型的总线。
存储器403可以是ROM（Read Only Memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，RAM（Random Access Memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM（Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器）、CD-ROM（Compact DiscRead Only Memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
存储器403用于存储执行本申请方案的应用程序代码，并由处理器401来控制执行。处理器401用于执行存储器403中存储的应用程序代码，以实现前述方法实施例所示的内容。
其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图4示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与相关技术相比，本申请实施例在获取到用户登录信息后，根据用户登录信息，获取当前用户的用户信息；在获取到用户信息中的用户ID后，没有利用存有业务系统全部数据的数据库，而是直接利用查询速度较快的本地缓存，利用本地缓存，以获取用户ID对应的菜单权限，缩短了菜单权限获取的时间；根据用户信息中的用户具体信息和获取到的菜单权限，登陆业务系统。可见，可以通过使用本地缓存，缩短了菜单权限的获取时间，提升业务系统登陆速度，从而优化用户体验。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种业务系统登陆方法，其特征在于，包括：
获取用户登录信息；
根据用户登录信息，获取用户信息，其中，所述用户信息包括用户ID和用户具体信息，所述用户具体信息表征用户历史使用业务系统时产生的信息；
根据用户ID，判断本地缓存中是否存在用户ID对应的菜单权限，其中，所述用户ID对应的菜单权限表征用户对于业务系统的权限信息，本地缓存中存储有若干预存用户ID对应的菜单权限；
若存在，则获取用户ID对应的菜单权限，并根据所述用户具体信息和所述用户ID对应的菜单权限，登陆业务系统。
2.根据权利要求1所述的业务系统登陆方法，其特征在于，所述根据用户ID，判断本地缓存中是否存在用户ID对应的菜单权限，包括：
根据用户ID，确定所述用户ID对应的子网页清单，其中，子网页清单包括多个子网页信息；
从本地缓存中，利用多线程提取与多个子网页信息各自对应的子网页菜单权限；
若提取到所有子网页信息各自对应的子网页菜单权限，则根据所有子网页菜单权限确定所述菜单权限。
3.根据权利要求1所述的业务系统登陆方法，其特征在于，还包括：
若本地缓存中不存在用户ID对应菜单权限，则根据用户ID，判断第一数据库中是否存在用户ID对应菜单权限；若第一数据库中存在用户ID对应菜单权限，则从第一数据库中获取用户ID对应菜单权限；
若第一数据库中不存在用户ID对应菜单权限，则根据用户ID，判断第二数据库中是否存在用户ID对应菜单权限；若第二数据库中存在用户ID对应菜单权限，则从第二数据库中获取用户ID对应菜单权限；
其中，第一数据库为云盘式数据库；第二数据库为硬盘式数据库，第一数据库和第二数据库均包括多个服务器用户预存的菜单权限。
4.根据权利要求3所述的业务系统登陆方法，其特征在于，在若第一数据库中存在用户ID对应菜单权限，则从第一数据库中获取用户ID对应菜单权限之后，还包括：
根据用户ID对应的菜单权限，获取第一本地缓存更新指令；
根据第一本地缓存更新指令将通过第一数据库获取到的所述用户ID对应菜单权限存入本地缓存；
或，在若第二数据库中存在用户ID对应菜单权限，则从第二数据库中获取用户ID对应菜单权限之后，还包括：
根据用户ID对应的菜单权限，获取第二本地缓存更新指令；
根据第二本地缓存更新指令将通过第二数据库获取到的所述用户ID对应菜单权限存入本地缓存。
5.根据权利要求3或4所述的业务系统登陆方法，其特征在于，在获取用户登录信息之前，还包括：
获取本地缓存周期性更新指令；
根据本地缓存周期性更新指令将第一数据库或第二数据库中有更新的全部的用户信息和菜单权限，存入本地缓存。
6.根据权利要求1所述的业务系统登陆方法，其特征在于，所述业务系统登录方法，还包括：
若本地缓存中不存在用户ID对应的菜单权限，则获取用户更新申请，其中，用户更新申请包括用户申请的新菜单权限；
获取用户更新申请对应的审核结果；若审核结果为通过，则将所述用户ID和所述用户ID对应的新菜单权限写入所述本地缓存。
7.根据权利要求6所述的业务系统登陆方法，其特征在于，获取用户更新申请对应审核结果，包括：
根据用户更新申请，获取用户ID对应的用户类型，其中，用户类型包括用户或管理人员或技术人员；
根据用户类型从预设的用户类型与审核结果对应关系中，获取用户类型对应的审核结果。
8.一种业务系统登陆装置，其特征在于，包括：
用户登陆信息获取模块，用于获取用户登录信息；
用户信息获取模块，用于根据用户登录信息，获取用户信息；
菜单权限判断模块，用于根据用户ID，判断本地缓存中是否存在用户ID对应的菜单权限；当本地缓存中存在用户ID对应的菜单权限时，触发菜单权限获取模块；
菜单权限获取模块，用于获取用户ID对应的菜单权限，并根据所述用户具体信息和所述用户ID对应的菜单权限，登陆业务系统。
9.一种电子设备，其特征在于，包括：
至少一个处理器；
存储器；
至少一个应用程序，其中至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行权利要求1～7任一项所述的方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，当所述计算机程序在计算机中执行时，令所述计算机执行权利要求1～7任一项所述的方法。
CN202310160830.XA 2023-02-23 2023-02-23 业务系统登陆方法、装置、电子设备和可读存储介质 Pending CN116340970A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310160830.XA CN116340970A (zh) 2023-02-23 2023-02-23 业务系统登陆方法、装置、电子设备和可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310160830.XA CN116340970A (zh) 2023-02-23 2023-02-23 业务系统登陆方法、装置、电子设备和可读存储介质

Publications (1)

Publication Number Publication Date
CN116340970A true CN116340970A (zh) 2023-06-27

Family

ID=86886788

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310160830.XA Pending CN116340970A (zh) 2023-02-23 2023-02-23 业务系统登陆方法、装置、电子设备和可读存储介质

Country Status (1)

Country Link
CN (1) CN116340970A (zh)

Similar Documents

Publication Publication Date Title
US10740411B2 (en) Determining repeat website users via browser uniqueness tracking
CN107026832B (zh) 账户登录方法、设备和服务器
US11068583B2 (en) Management of login information affected by a data breach
US9544292B2 (en) Credential management
CN111833507B (zh) 访客认证方法、装置、设备及计算机可读存储介质
US8966570B1 (en) Entity to authorize delegation of permissions
US11405363B2 (en) File upload control for client-side applications in proxy solutions
CN111475795A (zh) 一种面向多应用进行统一认证授权的方法及装置
JP2016507839A (ja) アクセス制御のための自由形式メタデータの使用
US11100125B2 (en) Migrating data between partitioned databases
CN108173839B (zh) 权限管理方法及系统
RU2734027C2 (ru) Способ и устройство для предотвращения атаки на сервер
US20200233907A1 (en) Location-based file recommendations for managed devices
US11882154B2 (en) Template representation of security resources
US20100192193A1 (en) Security restriction techniques for browser-based applications
US9510182B2 (en) User onboarding for newly enrolled devices
CN111753268B (zh) 一种单点登录方法、装置、存储介质及移动终端
CN113282591A (zh) 权限过滤方法、装置、计算机设备及存储介质
WO2015062266A1 (en) System and method of authenticating user account login request messages
CN114915500B (zh) 基于pc桌面客户端的自媒体账号管理方法及装置
EP3513316B1 (en) Personalized search environment
CN116340970A (zh) 业务系统登陆方法、装置、电子设备和可读存储介质
US20190089688A1 (en) Twin factor authentication for controller
CN115203671A (zh) 账户登录方法、装置、设备及存储介质
CN106161369B (zh) 一种域名操作请求处理方法和服务器

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