WO2020147605A1 - 在线诊断平台、其权限管理方法及权限管理系统 - Google Patents

在线诊断平台、其权限管理方法及权限管理系统 Download PDF

Info

Publication number
WO2020147605A1
WO2020147605A1 PCT/CN2020/070486 CN2020070486W WO2020147605A1 WO 2020147605 A1 WO2020147605 A1 WO 2020147605A1 CN 2020070486 W CN2020070486 W CN 2020070486W WO 2020147605 A1 WO2020147605 A1 WO 2020147605A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
menu
authority
registered user
registered
Prior art date
Application number
PCT/CN2020/070486
Other languages
English (en)
French (fr)
Inventor
庞胜生
Original Assignee
深圳市道通科技股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市道通科技股份有限公司 filed Critical 深圳市道通科技股份有限公司
Priority to EP20741895.5A priority Critical patent/EP3889971B1/en
Publication of WO2020147605A1 publication Critical patent/WO2020147605A1/zh
Priority to US17/140,747 priority patent/US11303645B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/104—Grouping of entities
    • 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/105—Multiple levels of security
    • 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/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Definitions

  • This application relates to the field of cloud network technology, and in particular to an online diagnosis platform, its authority management method, and an authority management system.
  • the online diagnosis platform or the online diagnosis platform has very good flexibility, and it is also convenient to realize centralized management and statistics of data. Each user can also conveniently perform the business functions they need through the online diagnosis platform.
  • the security control strategy of the existing permission management system has problems such as insufficient permission management, complicated management, and not conducive to the subsequent function expansion of the system. It is easy to cause security risks and suffer Attacks such as URL (Uniform Resource Locator) intrusion and SQL (Structured Query Language, structured query language) injection.
  • URL Uniform Resource Locator
  • SQL Structured Query Language, structured query language
  • the embodiment of the present invention aims to provide an online diagnosis platform, a rights management method and a rights management system that can solve the problems of complicated rights management and poor flexibility.
  • the embodiments of the present invention also provide the following technical solutions:
  • the authority management method includes: when receiving user information of a registered user, assigning a role in a role set to the registered user; determining the authority corresponding to the role; generating a menu corresponding to the registered user; the menu includes a Or multiple function entrances; the function entrances are used to request the execution of diagnostic service functions.
  • the step of generating a menu corresponding to the registered user includes:
  • the user attributes include front-end users and back-end users;
  • a corresponding first menu is generated, and when the user attribute is a back-end user, a corresponding second menu is generated.
  • the first menu is a fixed menu
  • the second menu is a dynamic menu that changes according to the permissions of the registered user.
  • the step of generating a corresponding second menu specifically includes:
  • the back-end users include system administrators and operators;
  • the step of assigning one or more roles in the role set to a registered user so that the registered user has corresponding authority specifically includes:
  • the user attribute of the registered user is a front-end user or a system administrator, assign a role to the registered user;
  • the authority is a set including one or more interfaces, so that the functions of the online diagnosis platform corresponding to the interfaces are allowed to be used.
  • the method further includes:
  • the embodiments of the present invention also provide the following technical solutions: a rights management system.
  • the authority management system includes a user management module for assigning roles in the role set to the registered user when user information of the registered user is received; the authority management module for determining the authority corresponding to the role
  • the menu module is used to generate a menu corresponding to the registered user; the menu includes one or more function entries; the function entry is used to request the execution of the function of the diagnostic service.
  • the menu module specifically includes: an attribute judgment unit, a first menu generation unit, and a second menu generation unit;
  • the attribute judgment unit is used to determine the user attributes of the registered users; the user attributes include front-end users and back-end users;
  • the first menu generating unit is configured to generate a corresponding first menu when the user attribute is a front-end user;
  • the second menu generating unit is configured to generate a corresponding second menu when the user attribute is a back-end user.
  • the first menu is a fixed menu
  • the second menu is a dynamic menu that changes according to the permissions of the registered user.
  • the second menu generating unit is specifically configured to: obtain the permissions of the registered user; determine the function entry corresponding to each permission; and integrate all functions corresponding to the permissions of the registered user The entrance forms the second menu.
  • the back-end user includes a system administrator and an operator; the user management module is specifically configured to: when the user attribute of the registered user is a front-end user or a system administrator, assign a role to all The registered user; when the user attribute of the registered user is an operator, one or more roles are assigned to the registered user.
  • the server further includes a permission module, which is used to add, delete, or edit any permission; each permission includes a set of one or more interfaces, so that the interface corresponds to The functions of the online diagnostic platform are allowed to be used.
  • the server further includes: an execution control module configured to determine the function requested to be executed by the registered user through the menu; and, according to the authority of the registered user, determine whether Perform the requested function.
  • an online diagnosis platform To solve the above technical problems, the embodiments of the present invention also provide the following technical solutions: an online diagnosis platform.
  • the online diagnosis platform includes: a client terminal for receiving user information of registered users and sending the user information to the authority management system; the client terminal is also used for displaying the authority management system according to the user information Information-generated menu; rights management system, used to execute the aforementioned rights management method to manage one or more registered users; business system, used to perform diagnostic service functions according to the client's request.
  • the permission management method provided by the embodiment of the present invention uses security control strategies such as registered users, roles, and permissions, and the management and relationship configuration are flexible. Moreover, the authority management system is separated from the business system, has good scalability, and can guarantee the stable operation of the system and data security.
  • FIG. 1 is a schematic diagram of an application scenario of an online diagnosis platform according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a rights management system provided by one of the embodiments of the present invention.
  • FIG. 3 is a schematic diagram of a rights management system provided by another embodiment of the present invention.
  • FIG. 4 is a schematic diagram of the hierarchical relationship among registered users, roles, and permissions provided by one of the embodiments of the present invention.
  • FIG. 5 is a method flowchart of a rights management method provided by one of the embodiments of the present invention.
  • FIG. 6 is a method flowchart of a rights management method provided by another embodiment of the present invention.
  • Fig. 7 is a schematic diagram of a usage example of the front-end user shown in Fig. 1;
  • Fig. 8 is a schematic diagram of a usage example of the back-end user shown in Fig. 1;
  • FIG. 9 is a schematic structural diagram of an online diagnosis platform provided by an embodiment of the present invention.
  • the online diagnosis platform is an electronic platform established on the cloud by using Internet technology to provide corresponding information service functions for various auto repair sites or auto diagnosis and repair operators. Based on this online diagnosis platform, it can be used as an information exchange medium in the cloud, connecting many nodes located in different geographical locations, and establishing a complete maintenance and diagnosis network.
  • Figure 1 is an example of an application scenario of a maintenance diagnosis network provided by an embodiment of the present invention.
  • the entire application scenario includes: a front-end service site 10, a back-end operation site 20, an online diagnosis platform 30, and a communication network 40.
  • the front-end service site 10 refers to a node that is located at the forefront of equipment repair and provides real maintenance, diagnostic and repair services, such as a repair shop or a repair technician in a repair shop.
  • the final executor and implementer of the entire maintenance and diagnosis network it can be installed in any geographic location, and can also adopt any form or scale.
  • the back-end operation site 20 is a node used to coordinate multiple front-end service sites 10 to realize the management of these front-end service sites 10, such as the personnel department responsible for the personnel management of maintenance technicians, or the storage department responsible for allocating inventory parts of maintenance shops . Compared with the front-end service site, it is in the back-end operation and management and is another type of node in the entire maintenance and diagnosis network.
  • the online diagnosis platform 30 is an electronic computing platform based on a server and a database. It can respond to requests from various nodes and perform corresponding functions, such as finding maintenance cases, counting maintenance accidents or annual performance, etc. It is the function of the entire maintenance diagnosis network. core control.
  • the communication network 40 may be any type of wireless, wired, or a combination of data transmission networks, such as a cellular communication network, a WiFi network, or a dedicated local area network.
  • the communication network 40 is used to establish a communication link between each node (that is, the front-end service site 10 and the back-end operation site 20) and the online diagnostic platform 30, so as to realize data interaction between the two, such as instruction upload and data delivery.
  • the online diagnosis platform 30 usually adopts a security control strategy of user identity verification to ensure the stable operation of the entire maintenance and diagnosis network. That is, different nodes in the maintenance diagnosis network all use unique registered users as their own marks or identity information. Only after the authentication of identity and authority, the node is allowed to use the corresponding function.
  • the online diagnosis platform 30 may be provided with a user management system 31 and a login authentication system 32.
  • the user management system 31 creates a new registered user based on the user's registration behavior.
  • the login authentication system 32 completes the login of the registered user through any type of authentication method, such as account password, fingerprint recognition, etc.
  • a certain repair shop can register on the online diagnosis platform, and obtain the account and password of a registered user through the user management system 31. Then, log in to the online diagnostic platform using the account and password, and request to use one or more functions of the online diagnostic platform. Finally, the online diagnosis platform determines whether to respond to the request and execute the corresponding function according to the authority of the registered user.
  • the main components of the online diagnosis platform 30 may include a business system 33, an authority management system 34 and a client 35.
  • the business system 33 represents a collection of all functions and services that can be performed by the online diagnosis platform. That is, all business functions and services of the online diagnostic platform are integrated in the business system.
  • the rights management system 34 is used to manage and verify the rights of registered users to determine whether to obtain a license.
  • the business system 33 responds to the request to execute the corresponding business function only after obtaining the permission of the authority management system 34.
  • the client 35 is the part that interacts with the user. It can be executed on any type of terminal device to receive user information of registered users and send the user information to the authority management system. In addition, a menu generated by the authority management system according to the user information is displayed.
  • the online diagnosis platform 30 may also include a database 36 for storing data or instruction information.
  • the database 36 may be of any type, with any storage strategy, capable of storing program instructions and data, and supporting a data storage device for searching the stored data.
  • the database 36 may also be a distributed storage system.
  • the business system 33 and the authority management system 34 can be implemented by using the same or different hardware devices, or can be implemented by two mutually independent functional modules formed by dividing the same hardware device.
  • the client 35 may be a mobile application or a web page node running on any system (such as Windows, Android, or IOS system) (that is, logging in by entering a URL through a network engine).
  • the online diagnosis platform shown in Figure 1 and Figure 9 decouples the business system and the authority management system so that they are independent of each other and do not affect each other.
  • the authority management system 34 prevents “illegal users” from accessing the system, restricts users from accessing only authorized functions, and guarantees the stable and safe operation of the online diagnostic platform without affecting the expansion or update of business functions on the business system 33.
  • Fig. 2 is a functional block diagram of a rights management system provided by an embodiment of the present invention.
  • the rights management system includes: a user management module 210, a rights management module 220, and a menu module 230.
  • the rights management module 220 is configured to assign one or more rights to the role.
  • Role is a logical concept used to mark a set of permissions containing one or more permissions. It is constructed as one of the levels in rights management to simplify the operation of rights assignment.
  • the "role” can be a technician or a repair shop.
  • the authority that the technician has includes access to cases, questioning cases, and sharing (making) cases.
  • the authority of the repair shop includes managing technicians and equipment information.
  • roles as one of the elements in the set form a role set.
  • the role set can be edited or modified. According to actual needs, in some embodiments, editing operations such as deleting and merging existing roles in the role set can also be performed.
  • the user management module 210 is configured to assign one or more roles in the role set to the registered user. After a registered user is assigned a role, he has the permissions that the role has.
  • Registered user refers to the unique identity information used by the online diagnostic platform to identify or distinguish different nodes. Specifically, it can take any suitable form.
  • the registered user can include an account name and password, a certain biological feature (such as a fingerprint), or a fixed identification code (such as a network IP address), etc., as long as it can uniquely define a certain Nodes.
  • Permission refers to the permission to perform certain functions. As a security criterion or rule, it distinguishes the actual situation of different registered users and prohibits harmful operations to ensure the safe operation of the online diagnostic platform.
  • each permission is a collection of one or more interfaces, through which the corresponding function or service of the business system can be allowed to be called.
  • the authority control is refined to the interface level, which can basically meet the various authority requirements of different users in the actual use process.
  • the menu module 230 is used to generate a menu corresponding to the registered user.
  • "Menu" is a combination of one or more function entries. It can be displayed on the display screen of the terminal device in any form (such as a list bar) for the user to request the online diagnosis platform to perform corresponding functions.
  • each function entry corresponds to a function.
  • the online diagnosis platform receives a request to execute the function.
  • the authority management system may further include an authority editing module 240.
  • the permission editing module 240 is used to provide editing functions for the set of interfaces, such as adding, deleting, or editing any permission, such as adjusting an interface for a certain permission.
  • the rights management of registered users is realized by assigning roles to existing registered users and the rights of the roles, and the registered users as shown in Figure 4 can be formed— Role-permission two-level mapping relationship.
  • Such a two-level mapping relationship helps to simplify the workload of rights management, and can also improve management flexibility. For example, when a new function is added to the online diagnostic platform, the permission of the new function can be assigned to a role through the permission management module 220, and the permission editing of the new function can be completed without traversing all registered user.
  • each node can be any type of terminal device.
  • the terminal device includes at least one communication module and input/output device for the user to join the communication network 40 to realize interaction with the user, such as a personal computer, a smart phone, a car diagnostic device, or a tablet computer.
  • the online diagnosis platform 20 needs to present corresponding interactive interfaces to the users on these terminal devices, so that the users can issue request instructions and clarify their own authority.
  • the menu module 230 specifically includes: an attribute judgment unit 231, a first menu generation unit 232 and a second menu generating unit 233.
  • the attribute judgment unit 231 is used to determine the user attribute of the registered user.
  • User attributes refer to the types of nodes corresponding to registered users, which can be determined by relevant information submitted during registration.
  • user attributes can include front-end users and back-end users.
  • the front-end user indicates that the registered user belongs to the front-end service site 10.
  • the back-end user indicates that the registered user belongs to the back-end operating site 20.
  • the first menu generating unit 232 and the second menu generating unit 233 are used to generate different menus for registered users with different user attributes.
  • the first menu generating unit 232 is configured to generate a corresponding first menu when the user attribute is a front-end user.
  • the second menu generating unit 233 is configured to generate a corresponding second menu when the user attribute is a back-end user.
  • the first menu may be a fixed menu.
  • a fixed menu means that the function entries that make up the menu basically remain unchanged, and are determined by the functions or services that the business system can provide. In this way, all function entries can be seen on the terminal device. If the registered user clicks on a function entry that does not have the corresponding permission, it will prompt that the permission has not been obtained.
  • the second menu is a dynamic menu that changes with the authority of the registered user. Dynamic menu means that the menu will change with different registered users, and only part of the function entrance is displayed on the terminal device.
  • the second menu generating unit needs to obtain the permissions of the registered user, and then determine the function entry corresponding to each permission and integrate all the function entries corresponding to the permissions of the registered user to form a The dynamic menu that the registered user has appropriate permissions.
  • the back-end users can be further subdivided into system administrators and operation personnel.
  • the system administrator refers to a registered user who maintains the entire online diagnostic platform and operates the authority management system, and has the highest level of authority compared to other registered users.
  • Operators refer to operation managers who have partial authority and are located at the back end, compared to front-end users.
  • the user management module 210 may be specifically used to assign a role to the registered user when the user attribute of the registered user is a front-end user or a system administrator.
  • the user attribute of the registered user is an operator, one or more roles are assigned to the registered user according to changes in actual conditions.
  • an association relationship as shown in Figure 4 can be formed: there is a one-to-one correspondence between front-end users or system administrators and roles. Operators can be assigned multiple different roles to have corresponding permissions.
  • the authority management system may at least further include an execution control module 250.
  • the execution control module 250 is a verification module for determining the function requested by the registered user to execute through the menu. Then, it is determined whether to perform the requested function according to the authority of the registered user.
  • Data generated during the operation of the above functional modules (user management module 210, permission management module 220, menu module 230, etc.), such as the role set, the permissions of each role, and the storage device of the role assigned by the registered user And so on can be stored in the database 260.
  • any type of database with data retrieval function can be used.
  • the functional modules described in the embodiments of the present invention can be implemented by electronic hardware, computer software, or a combination of the two.
  • the steps performed by each exemplary functional module have been described generally in terms of function in the above description. Whether these functions are executed in hardware or software depends on the specific application of the technical solution and design constraints.
  • the computer software may be stored in a computer readable storage medium, and when the program is executed, it may include the processes of the above-mentioned method embodiments.
  • the storage medium can be a magnetic disk, an optical disc, a read-only storage memory or a random storage memory, etc.
  • an embodiment of the present invention also provides a rights management method.
  • the authority management method can be applied to any type of online platform or system, providing convenience and flexibility in authority management.
  • FIG. 5 is a method flowchart of a rights management method provided by an embodiment of the present invention. As shown in Figure 5, the authority management method includes the following steps:
  • the role assignment step can be assigned when the registered user is newly created, or during the use of the registered user. "Assignment" may include: assigning roles to registered users and reducing the roles owned by registered users.
  • the permissions of the role can be configured by the system administrator through the online diagnosis platform according to the actual situation.
  • the role collection is a collection of roles as elements. In some embodiments, in addition to creating new roles, editing operations such as deleting existing roles in the role set can also be performed.
  • the authority may be a set containing one or more interfaces, and the authority is refined to the interface level.
  • These interfaces are functional interfaces of the business system, and the corresponding functions are allowed to be used.
  • the function entry is used to request the execution of diagnostic service functions.
  • the menu refers to a collection of one or more functional portals, which are displayed on the terminal device through any type of interactive interface.
  • the user can request to execute the function corresponding to the online diagnosis platform through these function entrances. Generating different menus for different registered users helps to meet the personalized needs of different registered users.
  • the authority management method provides a two-layer association method of "registered user-role-authority" to complete the authority assignment and control of the online diagnostic platform, which can provide good flexibility and facilitate the adaptation to the function update of the business system.
  • FIG. 6 is a method flowchart of a rights management method provided by another embodiment of the present invention. As shown in Figure 6, the method includes the following steps:
  • step 630 may specifically include:
  • the first menu may be a fixed menu, and the composed function entry remains unchanged.
  • the second menu is a dynamic menu that changes according to the authority of the registered user, and will change accordingly according to different registered users.
  • the step of generating the second menu may be composed of the following steps: First, obtain the permissions of the registered user. Then, determine the function entry corresponding to each permission. Finally, all the function entries corresponding to the permissions of the registered users are integrated to form the second menu.
  • back-end user can be further subdivided into two roles: operation personnel and system administrator. Based on the characteristics of classification, the relationship between registered users and roles can be different.
  • a role is assigned to the registered user.
  • the user attribute of the registered user is an operator, one or more roles are assigned to the registered user.
  • the permission management method may further include a permission verification process for the registered user to ensure that illegal access or operations will not be performed, and restrict the registered user to only perform operations within the permission range.
  • the verification process can include the following steps:
  • the online diagnosis platform can determine the function requested to be executed according to the function entry clicked or selected by the user.
  • step 650 Verify whether the registered user has the authority corresponding to the function requested to be executed. If yes, go to step 660; if not, go to step 670.
  • the verification can be done in any way, for example, by matching or searching to determine whether the registered user has such authority.
  • the online diagnostic platform can provide a license authentication or interface, so that the online diagnostic platform can perform this function, such as accessing a certain data.
  • the authority management method provided by the embodiment of the present invention can prevent illegal access or illegal requests, perform authority management on registration, restrict access to functions within the authority range, and ensure stable operation and safety of the system.
  • the association relationship between different levels can be dynamically adjusted, which has the characteristics of flexible configuration. Permission control is also refined to the interface level of the business system, which largely meets the various permissions requirements of users.
  • 7 and 8 are specific examples of the operation process of the front-end user and the back-end user on the online diagnosis platform shown in FIG. 1 respectively.
  • the front-end user can create a registered user through the user management system (S71). After the registered user is successfully created, the rights management system configures corresponding rights for the registered user by assigning roles (S72).
  • the front-end user passes the login authentication system (S73) of the online diagnostic platform, and after the account password verification is successful, the authority management system executes the corresponding initialization process and loads the authority of the currently logged-in registered user (S74) to complete the login operation of the registered user ( S75).
  • the function execution request initiated by the front-end user is determined through the function entry set on the fixed menu (S76).
  • the authority management system intercepts the request and verifies whether it has authority (S77). If yes, provide the request to the service system (S78) and return the execution result of the request (S79).
  • back-end users include two categories: system administrators and operators.
  • the system administrator can create a new registered user for the operator in the user management system (S81), and operate the authority management system to configure the authority for the registered user (S82).
  • the operator can request to log in the registered user through the login authentication system (S83).
  • the authority management system executes a corresponding initialization process, and loads the authority of the currently logged-in registered user (S84) to complete the login of the registered user (S85).
  • the operator initiates a function execution request through the function entry set on the dynamic menu (S86).
  • the authority management system intercepts the request and verifies whether it has authority (S87). If yes, provide the request to the service system (S88) and return the execution result of the request (S89).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Human Computer Interaction (AREA)
  • Biomedical Technology (AREA)
  • Pathology (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • User Interface Of Digital Computer (AREA)
  • Storage Device Security (AREA)

Abstract

一种在线诊断平台、权限管理方法及权限管理系统。所述权限管理方法包括：当接收到注册用户的用户信息时，分配角色集合中的角色给注册用户（510）；确定所述角色对应的权限（520）；生成与所述注册用户对应的菜单（530）；所述菜单包括一个或者多个功能入口；所述功能入口用于请求执行诊断业务功能。该方法使用了注册用户、角色以及权限这样的安全控制策略，管理和关系配置灵活。而且，权限管理系统与业务系统分离，具有良好的扩展性，可以保障系统的稳定运行和数据安全。

Description

在线诊断平台、其权限管理方法及权限管理系统
本申请要求于2019年1月15日提交中国专利局、申请号为201910036464.0、申请名称为“在线诊断平台、其权限管理方法及权限管理系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及云网络技术领域，尤其涉及一种在线诊断平台、其权限管理方法及权限管理系统。
背景技术
随着互联网的不断发展和无线通信技术的不断进步，云端技术开始在许多不同的行业被广泛的应用。汽车诊断行业逐渐地从离线诊断向在线诊断迈进。
这样在线诊断平台或者在线诊断平台具有很好的灵活性，也便于实现数据的集中管理和统计。各个使用者也可以方便的通过在线诊断平台来执行自己所需要的业务功能。
应用互联网技术构建的在线诊断平台或者系统在带来便捷性的同时，也导致了数据安全和隐私的问题。因此，为了保障整个在线诊断平台的安全，完善的权限管理系统是必不可少的。
但是随着用户数量的不断扩展和系统的不断迭代更新，现有的权限管理系统的安全控制策略存在权限管理不够灵活，管理复杂，不利于系统后续功能扩展等的问题，容易产生安全隐患，受到URL(Uniform Resource Locator，统一资源定位符)入侵和sql(Structured Query Language，结构化查询语言)注入等的攻击。
发明内容
本发明实施例旨在提供一种能够解决权限管理复杂，灵活性不佳的问题的在线诊断平台、其权限管理方法及权限管理系统。
为解决上述技术问题，本发明实施例还提供以下技术方案：
一种权限管理方法。所述权限管理方法包括：当接收到注册用户的用户信息时，分配角色集合中的角色给注册用户；确定所述角色对应的权限；生成与所述注册用户对应的菜单；所述菜单包括一个或者多个功能入口；所述功能入口用于请求执行诊断业务功能。
在一些实施例中，所述生成与所述注册用户对应的菜单的步骤包括：
确定所述注册用户的用户属性；所述用户属性包括前端用户和后端用户；
在所述用户属性为前端用户时，生成对应的第一菜单，并且在所述用户属 性为后端用户时，生成对应的第二菜单。
在一些实施例中，所述第一菜单为固定菜单，所述第二菜单为跟随所述注册用户具有的权限而变化的动态菜单。
在一些实施例中，所述在所述用户属性为后端用户时，生成对应的第二菜单的步骤，具体包括：
获取所述注册用户具有的权限；确定每项权限对应的功能入口；集成所有的所述注册用户具有的权限对应的功能入口，形成所述第二菜单。
在一些实施例中，所述后端用户包括系统管理员和运营人员；
所述分配在所述角色集合中的一个或者多个角色给注册用户以使所述注册用户具有对应的权限的步骤具体包括：
当所述注册用户的用户属性为前端用户或者系统管理员时，分配一个角色给所述注册用户；
当所述注册用户的用户属性为运营人员时，分配一个或者多个角色给所述注册用户。
在一些实施例中，所述权限为包含一个或者多个接口的集合，以使所述接口对应的所述在线诊断平台的功能被允许使用。
在一些实施例中，所述方法还包括：
通过所述菜单确定所述注册用户请求执行的功能；
验证所述注册用户是否具有与所述请求执行的功能对应的权限；
若是，允许执行所述功能；
若否，拒绝执行。
为解决上述技术问题，本发明实施例还提供以下技术方案：一种权限管理系统。
其中，所述权限管理系统包括用户管理模块，用于当接收到注册用户的用户信息时，分配在角色集合中的角色给所述注册用户；权限管理模块，用于确定所述角色对应的权限；菜单模块，用于生成与所述注册用户对应的菜单；所述菜单包括一个或者多个功能入口；所述功能入口用于请求执行所述诊断业务的功能。
在一些实施例中，所述菜单模块具体包括：属性判断单元、第一菜单生成单元以及第二菜单生成单元；
所述属性判断单元，用于确定所述注册用户的用户属性；所述用户属性包括前端用户和后端用户；
所述第一菜单生成单元，用于在所述用户属性为前端用户时，生成对应的第一菜单；
所述第二菜单生成单元，用于在所述用户属性为后端用户时，生成对应的第二菜单。
在一些实施例中，所述第一菜单为固定菜单，所述第二菜单为跟随所述注册用户具有的权限而变化的动态菜单。
在一些实施例中，所述第二菜单生成单元，具体用于：获取所述注册用户具有的权限；确定每项权限对应的功能入口；并且集成所有的所述注册用户具有的权限对应的功能入口，形成所述第二菜单。
在一些实施例中，所述后端用户包括系统管理员和运营人员；所述用户管理模块具体用于：当所述注册用户的用户属性为前端用户或者系统管理员时，分配一个角色给所述注册用户；当所述注册用户的用户属性为运营人员时，分配一个或者多个角色给所述注册用户。
在一些实施例中，所述服务器还包括权限模块，所述权限模块用于新增、删除或者编辑任意一项权限；每一项权限包含一个或者多个接口的集合，以使所述接口对应的所述在线诊断平台的功能被允许使用。
在一些实施例中，所述服务器还包括：执行控制模块，所述执行控制模块用于通过所述菜单确定所述注册用户请求执行的功能；并且，根据所述注册用户具有的权限以确定是否执行所述请求执行的功能。
为解决上述技术问题，本发明实施例还提供以下技术方案：一种在线诊断平台。
所述在线诊断平台包括：客户端，用于接收注册用户的用户信息，并将所述用户信息发送至所述权限管理系统；所述客户端还用于显示所述权限管理系统根据所述用户信息生成的菜单；权限管理系统，用于执行如上所述的权限管理方法以管理一个或者多个注册用户；业务系统，用于根据所述客户端的请求，执行诊断业务功能。
与现有技术相比较，本发明实施例提供的权限管理方法使用了注册用户、角色以及权限这样的安全控制策略，管理和关系配置灵活。而且，权限管理系统与业务系统分离，具有良好的扩展性，可以保障系统的稳定运行和数据安全。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。
图1为本发明实施例的在线诊断平台的应用场景的示意图；
图2为本发明其中一个实施例提供的权限管理系统的示意图；
图3为本发明另一个实施例提供的权限管理系统的示意图；
图4为本发明其中一个实施例提供的注册用户、角色以及权限之间的层级关系示意图；
图5为本发明其中一个实施例提供的权限管理方法的方法流程图；
图6为本发明另一实施例提供的权限管理方法的方法流程图；
图7为图1所示的前端用户的使用实例示意图；
图8为图1所示的后端用户的使用实例示意图；
图9为本发明实施例提供的在线诊断平台的结构示意图。
具体实施方式
为了便于理解本发明，下面结合附图和具体实施例，对本发明进行更详细的说明。需要说明的是，当元件被表述“固定于”另一个元件，它可以直接在另一个元件上、或者其间可以存在一个或多个居中的元件。当一个元件被表述“连接”另一个元件，它可以是直接连接到另一个元件、或者其间可以存在一个或多个居中的元件。本说明书所使用的术语“上”、“下”、“内”、“外”、“底部”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”“第三”等仅用于描述目的，而不能理解为指示或暗示相对重要性。
除非另有定义，本说明书所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本说明书中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是用于限制本发明。本说明书所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。
此外，下面所描述的本发明不同实施例中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
在线诊断平台是一种利用互联网技术在云端上建立的，为各个汽车维修站点或者汽车诊断维修运营商提供相应信息服务功能的电子平台。基于该在线诊断平台，可以作为在云端的信息交互媒介，联结在地理上位于不同位置的许多节点，建立一个完整的维修诊断网络。图1为本发明实施例提供的维修诊断网络的应用场景实例。
如图1所示，在整个应用场景中包括：前端服务站点10、后端运营站点20、在线诊断平台30以及通信网络40。
其中，前端服务站点10是指位于设备维修最前线，提供真实的维护、诊断检修服务的节点，例如某个维修店或者维修店内的某个维修技师。其作为整个维修诊断网络最终的执行者和实现者，可以设置在任何地理位置，也可以采用任何的形式或者规模。
后端运营站点20是用于协调多个前端服务站点10，实现对这些前端服务站点10的管理的节点，例如负责维修技师的人事管理的人事部门，或者是负责调配维修店库存配件的仓储部门。其相对于前端服务站点而言，处于后端运营和管控，是整个维修诊断网络中的另一类节点。
在线诊断平台30是基于服务器和数据库搭建组成的电子计算平台，可以响应各个节点发出的请求，执行对应的功能，例如查找维修案例，统计维修事故或者年度业绩等，是整个维修诊断网络的功能和控制核心。
通信网络40可以是任何类型的无线、有线或者其组合的数据传输网络，例如蜂窝通信网络、WiFi网络或者专线局域网络等。该通信网络40用于建立各个节点(即前端服务站点10和后端运营站点20)与在线诊断平台30的通信链路，实现两者之间的数据交互，例如指令上传和数据下发等。
在实际使用过程中，在线诊断平台30惯常采用用户身份验证的安全控制策略来保障整个维修诊断网络的稳定运行。亦即，在维修诊断网络中的不同节点都使用唯一的注册用户作为自己的标记或者身份信息。只有经过身份和权限验证的环节以后，该节点才被许可使用相应的功能。
为了实现注册用户创建和登陆，如图1所示，所述在线诊断平台30可以设置有用户管理系统31和登陆认证系统32。其中，用户管理系统31基于用户的注册行为，创建新的注册用户。登陆认证系统32通过任何类型的认证方式，例如账户密码，指纹识别等完成注册用户的登录。
例如，某个维修店可以在在线诊断平台上进行注册，通过用户管理系统31获得一个注册用户的账号和密码。然后，使用账号和密码登录在线诊断平台，请求使用该在线诊断平台的一项或者多项功能。最后，在线诊断平台根据这个注册用户所具有的权限，确定是否响应其请求，执行对应的功能。
考虑到在线诊断平台30在使用过程中通常需要进行多次的版本迭代更新，在线诊断平台30所能够执行的功能实际上处于一个动态变化的过程。为了保持在线诊断平台30的扩展性，便于完成功能的功能，如图9所示，该在线诊断平台30的主要组成可以包括业务系统33、权限管理系统34以及客户端35。
其中，业务系统33表示在线诊断平台所能够执行的所有功能和服务的集合。亦即，该在线诊断平台所有的业务功能和服务都在集成在业务系统上。
权限管理系统34则用于对注册用户的权限进行管理和验证，以确定是否获得许可。业务系统33只有在获得权限管理系统34的许可以后，才响应请求以执行对应的业务功能。
客户端35是与用户交互的部分。其可以在任何类型的终端设备上执行，用于接收注册用户的用户信息，并将所述用户信息发送至所述权限管理系统。并且，显示所述权限管理系统根据所述用户信息生成的菜单。
该在线诊断平台30还可以包括用于存储数据或者指令信息的数据库36。
该数据库36可以是任何类型的，以任何存储策略，能够存储程序指令和数据并支持对所存储的数据进行搜索的数据存储设备。在一些实施例中，该数据库36还可以是一个分布式存储系统。
在本实施例中，该业务系统33和权限管理系统34可以采用相同或者不同的硬件设备实现，也可以通过在同一个硬件设备上分割形成的两个相互独立的 功能模块来实现。客户端35可以是在任何系统(如Windows，Android或者IOS系统)上运行的移动应用或者网页节点(即通过网络引擎输入网址登录)。
图1和图9所示的在线诊断平台将业务系统和权限管理系统解耦，使两者相互独立，互不影响。权限管理系统34阻止“非法用户”访问系统，限制用户只能访问已授权的功能，保障在线诊断平台稳定、安全运行的同时也不影响业务系统33上业务功能拓展或者更新。
伴随着在线诊断平台30的功能数量和复杂程度的增长，所述在线诊断平台的权限管理系统34可以使用本发明实施例提供的权限管理系统来实现更好和更灵活的权限管理，以获得使用上的便利。图2为本发明实施例提供的权限管理系统的功能框图。
如图2所示，该权限管理系统包括：用户管理模块210、权限管理模块220以及菜单模块230。
其中，权限管理系统中可以有预先创建的角色集合。基于所述角色集合中的角色，所述权限管理模块220用于为所述角色分配一项或者多项权限。
“角色”是一个逻辑概念，用于标记包含一项或者多项权限的权限集合。其被构造出来作为权限管理中的其中一个层次以简化权限分配的操作。例如，“角色”可以是技师或者维修店。技师具有的权限包括访问案例、提问案例、分享(制作)案例，维修店具有的权限包括管理技师、设备资料。
所有被创建的角色作为集合中的其中一个元素，组成了角色集合。当然，该角色集合是可以被编辑或者修改的。根据实际情况的需要，在一些实施例中，还可以对角色集合中已有的角色进行删除、合并等编辑操作。
该用户管理模块210用于分配在所述角色集合中的一个或者多个角色给所述注册用户。在注册用户被分配有某个角色以后，便具有该角色所具备的权限。
“注册用户”是指在线诊断平台用于标识或者区分不同节点的唯一身份信息。其具体可以采用任何合适的形式，例如该注册用户可以包括账户名和密码、某项生物特征(如指纹)或者是固定不变的识别码(如网络I P地址)等，只要能够唯一的定义某个节点即可。
权限是指可以执行某些功能的许可。其作为一种安全性判断基准或者规则，区分不同注册用户的实际情况，禁止危害操作以保障在线诊断平台的安全运行。
较佳的是，每一项权限都是包含了一个或者多个接口的集合，通过接口便可以使得业务系统对应的功能或者服务被允许调用。这样将权限控制细化到接口层级的方式，可以基本满足实际使用过程中不同的使用者的各种权限需求。
菜单模块230用于生成与所述注册用户对应的菜单。“菜单”是一个或者多个功能入口的组合。其可以以任何类型的形式(如列表栏)显示在终端设备的显示屏上，供用户请求所述在线诊断平台执行对应的功能。
亦即，每一个功能入口与一项功能相对应。在用户选中或者点击某个功能 入口时，在线诊断平台接收到执行该项功能的请求。
基于细化到接口层级的权限定义方式，如图3所示，其相对于图2所示的权限管理系统，所述权限管理系统还可以包括权限编辑模块240。
该权限编辑模块240用于提供对接口集合的编辑功能，例如新增、删除或者编辑任意一项权限，例如调整某项权限的接口。
在本实施例提供的权限管理系统中，通过为已有的注册用户分配角色和分配角色所具有的权限这两方面来实现对注册用户的权限管理，可以形成如图4所示的注册用户—角色—权限的两级映射关系。
这样两级的映射关系有助于简化权限管理时的工作量，也可以提高管理的灵活性。例如，当在线诊断平台新增某项功能时，可以简单的通过权限管理模块220将该新功能的权限赋予给某个角色，即可完成该项新增功能的权限编辑，而不需要遍历所有注册用户。
请继续参阅图1，在应用场景中，各个节点可以是任何类型的终端设备。该终端设备至少包括一个用户加入通信网络40的通信模块以及输入/输出设备，用以实现与用户之间的交互即可，如个人电脑、智能手机、汽车诊断设备或者平板电脑等。而在线诊断平台20需要在这些终端设备上向用户呈现相应的交互界面，以使用户可以发出请求指令并明确自己的权限。
不同的节点可能分属于不同的类别，为了实现个性化和精细化的交互，在一些实施例中，如图3所示，所述菜单模块230具体包括：属性判断单元231、第一菜单生成单元232以及第二菜单生成单元233。
属性判断单元231用于确定所述注册用户的用户属性。用户属性是指注册用户对应的节点的类型，其可以由注册时递交的相关信息等所确定。
根据图1所示的应用场景，用户属性可以包括前端用户和后端用户两种。前端用户表明该注册用户属于前端服务站点10。而后端用户表明该注册用户属于后端运营站点20。
基于属性判断单元231的分类结果，分别使用第一菜单生成单元232以及第二菜单生成单元233为不同用户属性的注册用户生成不同的菜单。
其中，第一菜单生成单元232用于在所述用户属性为前端用户时，生成对应的第一菜单。第二菜单生成单元233用于在所述用户属性为后端用户时，生成对应的第二菜单。
具体的，第一菜单可以为固定菜单。固定菜单是指组成菜单的功能入口基本不发生改变，由业务系统所能够提供的功能或者服务所决定。这样的，在终端设备上可以看到所有的功能入口。若注册用户点击了没有对应权限的功能入口时则提示尚未获得权限。
该第二菜单为跟随所述注册用户具有的权限而变化的动态菜单。动态菜单是指菜单会随着注册用户的不同而改变，终端设备上仅显示部分的功能入口。
为生成该动态菜单，所述第二菜单生成单元需要获取所述注册用户具有的权限，然后确定每项权限对应的功能入口并且集成所有的所述注册用户具有的 权限对应的功能入口，形成与注册用户具有的权限相适应的动态菜单。
在另一些实施例中，所述后端用户还可以进一步细分为系统管理员和运营人员。
其中，系统管理员是指维护整个在线诊断平台，操作权限管理系统的注册用户，相对于其它的注册用户，具有最高级别的权限。运营人员是指具有局部权限，相对于前端用户而言，位于后端的营运管理者。
可以理解的，前端用户和系统管理员的权限在整个在线诊断平台上线时已经被确定。而运营人员的权限则是在使用运转过程中，不断变化的。
由此，针对不同的注册用户，用户管理模块210具体可以用于：当所述注册用户的用户属性为前端用户或者系统管理员时，分配一个角色给所述注册用户。而当所述注册用户的用户属性为运营人员时，根据实际情况的变化，分配一个或者多个角色给所述注册用户。
这样的，可以形成如图4所示的关联关系：前端用户或者系统管理员与角色之间是一一对应的关系。运营人员则可以分配有多个不同的角色以具备对应的权限。
请继续参阅图3，为阻止非法访问和限制注册用户只能访问已授权的功能，所述权限管理系统至少还可以包括：执行控制模块250。
该执行控制模块250是一个验证模块，用于通过所述菜单确定所述注册用户请求执行的功能。然后，根据所述注册用户具有的权限以确定是否执行所述请求执行的功能。
亦即，在注册用户具有权限时，确定响应请求并执行对应的功能。而在注册用户不具有权限时，则拒绝响应。当然，在拒绝响应之后，还可以进一步显示提示信息，告知不具有权限或者权限可能的获得方式。
上述功能模块(用户管理模块210，权限管理模块220，菜单模块230等)操作过程中产生的数据，例如所述角色集合、每个角色具有的权限以及所述注册用户分配获得的角色的存储设备等都可以存储在数据库260中。其具体可以使用任何类型的，具有数据检索功能的数据库。
本领域技术人员应该还可以进一步意识到，本发明实施例中描述的功能模块(如用户管理模块210，权限管理模块220以及菜单模块230)能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例性功能模块所执行的步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。
对每个特定的应用可以使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。所述的计算机软件可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
基于上述实施例揭露的权限管理系统，本发明实施例还提供了一种权限管 理方法。该权限管理方法可以应用于任何类型的在线平台或者系统中，提供权限管理上的便利和灵活性。图5为本发明一实施例提供的权限管理方法的方法流程图。如图5所示，所述权限管理方法包括如下步骤：
510、当接收到注册用户的用户信息时，分配角色集合中的角色给注册用户。
角色分配步骤可以在注册用户新创建的时候进行分配，也可以在注册用户使用过程中进行分配。“分配”可以包括：为注册用户赋予角色和减少注册用户所拥有的角色。
520、确定所述角色对应的权限。
角色具有的权限可以由系统管理员根据实际情况，通过在线诊断平台进行配置。该角色集合则是以角色为元素的集合。在一些实施例中，除了新建角色以外，还可以对角色集合中已有的角色进行删除等编辑操作。
具体的，为了充分的满足在线诊断平台的各种权限需求，所述权限可以是包含一个或者多个接口的集合，将权限细化到接口层级。这些接口是业务系统的功能接口，可以使用对应的功能被允许使用。
530、生成与所述注册用户对应的菜单；所述菜单包括一个或者多个功能入口。
其中，所述功能入口用于请求执行诊断业务功能。
该菜单是指一个或者多个功能入口组成的集合，其通过任何类型的交互界面展示在终端设备上。使用者可以通过这些功能入口请求执行所述在线诊断平台对应的功能。为不同的注册用户生成不同的菜单有助于满足不同注册用户的个性化需要。
该权限管理方法提供了“注册用户—角色—权限”这样的两层关联方式来完成在线诊断平台的权限分配和控制，可以提供很好的灵活性，便于适应业务系统的功能更新。
在权限管理过程中，如何针对性的向使用者展示其所具有的权限也是值得思考的问题。图6为本发明另一实施例提供的权限管理方法的方法流程图。如图6所示，所述方法包括如下步骤：
610、当接收到注册用户的用户信息时，分配角色集合中的角色给注册用户。
620、确定所述角色对应的权限。
630、生成与所述注册用户对应的菜单。
具体的，根据使用者的身份和使用的需要，可以大致的将这些使用者分为前端用户和后端用户等几个不同的类型。基于前端用户和后端用户这两种不同的用户属性，步骤630具体可以包括：
首先，确定所述注册用户的用户属性。然后，根据用户属性的不同，在所述用户属性为前端用户时，生成对应的第一菜单。而在所述用户属性为后端用户时，生成对应的第二菜单。
其中，所述第一菜单可以为固定菜单，组成的功能入口不变。所述第二菜单为跟随所述注册用户具有的权限而变化的动态菜单，会根据注册用户的不同而发生相应的改变。
在一些实施例中，生成第二菜单的步骤可以由如下几个步骤所组成：首先，获取所述注册用户具有的权限。然后，确定每项权限对应的功能入口。最后，集成所有的所述注册用户具有的权限对应的功能入口，形成所述第二菜单。
进一步地，所述后端用户还可以进一步细分为运营人员以及系统管理员这两种角色。基于分类的特点，注册用户和角色之间可以关联关系可以有所不同。
其中，当所述注册用户的用户属性为前端用户或者系统管理员时，分配一个角色给所述注册用户。而当所述注册用户的用户属性为运营人员时，分配一个或者多个角色给所述注册用户。
在另一些实施例中，该权限管理方法还可以包括对注册用户的权限验证过程，确保非法访问或者操作不会被执行，限制注册用户只能执行权限范围内的操作。请继续参阅图6，该验证的过程可以包括如下步骤：
640、通过所述菜单确定所述注册用户请求执行的功能。
如上所记载的，菜单上集合了多个不同的功能入口。由此，在线诊断平台可以根据使用者点击或者选中的功能入口，确定请求执行的功能。
650、验证所述注册用户是否具有与所述请求执行的功能对应的权限。若是，执行步骤660；若否，执行步骤670。
验证具体可以通过任何的方式来完成，例如通过匹配或者查找的方式来确定注册用户是否具有这样的权限。
660、允许执行所述功能。
在具有权限的情况下，在线诊断平台可以提供许可认证或者接口等方式，以使在线诊断平台可以执行该项功能，例如访问某项数据。
670、拒绝执行。
不具有权限的状态下，系统为保障自身运行的安全，会拒绝执行该功能。当然，还可以在拒绝执行后，发布合适的提示信息以帮助使用者。
本发明实施例提供的权限管理方法可以阻止非法访问或非法请求，对注册进行权限管理，限制其只能访问权限范围内的功能，保障系统的稳定运行及安全。另外，可以动态调整不同层级之间的关联关系，具有灵活配置的特性。权限控制也落实细化到业务系统的接口层次，很大程度上满足用户的各种权限需求。
图7和图8分别为前端用户和后端用户在图1所示的在线诊断平台的操作过程的具体实例。
如图7所示，前端用户可以通过用户管理系统创建一个注册用户(S71)。注册用户创建成功以后，由权限管理系统通过分配角色的方式，为该注册用户配置对应的权限(S72)。
前端用户通过在线诊断平台的登录认证系统(S73)，通过账户密码校验成 功后，权限管理系统执行相应的初始化过程，加载当前登录的注册用户的权限(S74)以完成注册用户的登录操作(S75)。
通过固定菜单上集合的功能入口确定前端用户发起的功能执行请求(S76)。权限管理系统拦截该请求并验证是否具有权限(S77)。若是，则提供请求至业务系统(S78)并返回请求的执行结果(S79)。
如图8所示，后端用户包括系统管理员和运营人员两种类别。其中，系统管理员可以在用户管理系统中，为运营人员创建新的注册用户(S81)，并操作权限管理系统为注册用户配置权限(S82)。
然后，运营人员可以通过登录认证系统请求登录注册用户(S83)。在对账户密码校验成功后，权限管理系统执行相应的初始化过程，加载当前登录的注册用户的权限(S84)以完成注册用户的登录(S85)。
与图8所示的过程相类似的，运营人员通过动态菜单上集合的功能入口发起的功能执行请求(S86)。权限管理系统拦截该请求并验证是否具有权限(S87)。若是，则提供请求至业务系统(S88)并返回请求的执行结果(S89)。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明，它们没有在细节中提供；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (15)

  1. 一种权限管理方法，其特征在于，所述方法包括：
    当接收到注册用户的用户信息时，分配角色集合中的角色给注册用户；
    确定所述角色对应的权限；
    生成与所述注册用户对应的菜单；所述菜单包括一个或者多个功能入口；所述功能入口用于请求执行诊断业务功能。
  2. 根据权利要求1所述的权限管理方法，其特征在于，所述生成与所述注册用户对应的菜单的步骤包括：
    确定所述注册用户的用户属性；所述用户属性包括前端用户和后端用户；
    在所述用户属性为前端用户时，生成对应的第一菜单，并且
    在所述用户属性为后端用户时，生成对应的第二菜单。
  3. 根据权利要求2所述的权限管理方法，其特征在于，所述第一菜单为固定菜单，所述第二菜单为跟随所述注册用户具有的权限而变化的动态菜单。
  4. 根据权利要求2或3所述的权限管理方法，其特征在于，所述在所述用户属性为后端用户时，生成对应的第二菜单的步骤，具体包括：
    获取所述注册用户具有的权限；
    确定每项权限对应的功能入口；
    集成所有的所述注册用户具有的权限对应的功能入口，形成所述第二菜单。
  5. 根据权利要求2-4任一项所述的权限管理方法，其特征在于，所述后端用户包括系统管理员和运营人员；
    所述分配在所述角色集合中的一个或者多个角色给注册用户以使所述注册用户具有对应的权限的步骤具体包括：
    当所述注册用户的用户属性为前端用户或者系统管理员时，分配一个角色给所述注册用户；
    当所述注册用户的用户属性为运营人员时，分配一个或者多个角色给所述注册用户。
  6. 根据权利要求1-5任一项所述的权限管理方法，其特征在于，所述权限为包含一个或者多个接口的集合，以使所述接口对应的所述在线诊断平台的功能被允许使用。
  7. 根据权利要求2-5任一项所述的权限管理方法，其特征在于，所述方法还包括：
    通过所述菜单确定所述注册用户请求执行的功能；
    验证所述注册用户是否具有与所述请求执行的功能对应的权限；
    若是，允许执行所述功能；
    若否，拒绝执行。
  8. 一种权限管理系统，其特征在于，包括：
    用户管理模块，用于当接收到注册用户的用户信息时，分配在角色集合中的角色给所述注册用户；
    权限管理模块，用于确定所述角色对应的权限；
    菜单模块，用于生成与所述注册用户对应的菜单；所述菜单包括一个或者多个功能入口；所述功能入口用于请求执行所述诊断业务的功能。
  9. 根据权利要求8所述的权限管理系统，其特征在于，所述菜单模块具体包括：属性判断单元、第一菜单生成单元以及第二菜单生成单元；
    所述属性判断单元，用于确定所述注册用户的用户属性；所述用户属性包括前端用户和后端用户；
    所述第一菜单生成单元，用于在所述用户属性为前端用户时，生成对应的第一菜单；
    所述第二菜单生成单元，用于在所述用户属性为后端用户时，生成对应的第二菜单。
  10. 根据权利要求9所述的权限管理系统，其特征在于，所述第一菜单为固定菜单，所述第二菜单为跟随所述注册用户具有的权限而变化的动态菜单。
  11. 根据权利要求9所述的权限管理系统，其特征在于，所述第二菜单生成单元，具体用于：
    获取所述注册用户具有的权限；确定每项权限对应的功能入口；并且集成所有的所述注册用户具有的权限对应的功能入口，形成所述第二菜单。
  12. 根据权利要求9所述的权限管理系统，其特征在于，所述后端用户包括系统管理员和运营人员；
    所述用户管理模块具体用于：当所述注册用户的用户属性为前端用户或者系统管理员时，分配一个角色给所述注册用户；当所述注册用户的用户属性为运营人员时，分配一个或者多个角色给所述注册用户。
  13. 根据权利要求8-12任一项所述的权限管理系统，其特征在于，还包括权限编辑模块，
    所述权限编辑模块用于新增、删除或者编辑任意一项权限；每一项权限包含一个或者多个接口的集合，以使所述接口对应的所述在线诊断平台的功能被允许使用。
  14. 根据权利要求8-12任一项所述的权限管理系统，其特征在于，还包括：执行控制模块，
    所述执行控制模块用于通过所述菜单确定所述注册用户请求执行的功能；并且，根据所述注册用户具有的权限以确定是否执行所述请求执行的功能。
  15. 一种在线诊断平台，其特征在于，所述在线诊断平台包括：
    客户端，用于接收注册用户的用户信息，并将所述用户信息发送至所述权限管理系统；所述客户端还用于显示所述权限管理系统根据所述用户信息生成的菜单；
    权限管理系统，用于执行如权利要求1-7任一项所述的权限管理方法以管 理一个或者多个注册用户；
    业务系统，用于根据所述客户端的请求，执行诊断业务功能。
PCT/CN2020/070486 2019-01-15 2020-01-06 在线诊断平台、其权限管理方法及权限管理系统 WO2020147605A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP20741895.5A EP3889971B1 (en) 2019-01-15 2020-01-06 Online diagnosis platform, permission management method and permission management system for online diagnosis platform
US17/140,747 US11303645B2 (en) 2019-01-15 2021-01-04 Online diagnostic platform, and permission management method and permission management system thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910036464.0 2019-01-15
CN201910036464.0A CN109817347A (zh) 2019-01-15 2019-01-15 在线诊断平台、其权限管理方法及权限管理系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/140,747 Continuation US11303645B2 (en) 2019-01-15 2021-01-04 Online diagnostic platform, and permission management method and permission management system thereof

Publications (1)

Publication Number Publication Date
WO2020147605A1 true WO2020147605A1 (zh) 2020-07-23

Family

ID=66603794

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/070486 WO2020147605A1 (zh) 2019-01-15 2020-01-06 在线诊断平台、其权限管理方法及权限管理系统

Country Status (4)

Country Link
US (1) US11303645B2 (zh)
EP (1) EP3889971B1 (zh)
CN (1) CN109817347A (zh)
WO (1) WO2020147605A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113783828A (zh) * 2020-11-25 2021-12-10 北京沃东天骏信息技术有限公司 一种业务系统监控方法和装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109817347A (zh) 2019-01-15 2019-05-28 深圳市道通科技股份有限公司 在线诊断平台、其权限管理方法及权限管理系统
CN111930418B (zh) * 2020-07-27 2024-01-05 深圳市元征科技股份有限公司 诊断设备功能配置方法、诊断设备及存储介质
CN113312049B (zh) * 2021-06-11 2023-01-20 浪潮云信息技术股份公司 一种前端动态路由实现方法
CN114567504B (zh) * 2022-03-07 2023-08-25 福建天晴在线互动科技有限公司 一种基于web架构的动态权限交叉管理方法及系统
CN115174174B (zh) * 2022-06-24 2024-04-12 百融至信(北京)科技有限公司 控制电子管理平台的方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150156251A1 (en) * 2012-08-24 2015-06-04 Zte Corporation Method, Client and Cloud Server for Realizing Complex Software Service
CN105303084A (zh) * 2015-09-24 2016-02-03 北京奇虎科技有限公司 权限管理系统及方法
CN108600177A (zh) * 2018-03-27 2018-09-28 北京明朝万达科技股份有限公司 一种权限控制方法和装置
CN109817347A (zh) * 2019-01-15 2019-05-28 深圳市道通科技股份有限公司 在线诊断平台、其权限管理方法及权限管理系统

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003017096A1 (en) * 2001-08-14 2003-02-27 Humana Inc Web-based security with controlled access to data and resources
US8380533B2 (en) * 2008-11-19 2013-02-19 DR Systems Inc. System and method of providing dynamic and customizable medical examination forms
WO2014015413A1 (en) * 2012-07-27 2014-01-30 Clawd Technologies Inc. Method of managing role-based digital rights in a computer system
CN103001803A (zh) * 2012-12-10 2013-03-27 上海斐讯数据通信技术有限公司 一种网络管理中实现权限管理的方法和系统
CN104050401B (zh) * 2013-03-12 2018-05-08 腾讯科技（深圳）有限公司 用户权限管理方法及系统
US20150012445A1 (en) * 2013-07-08 2015-01-08 Crosshair Consultants Of New York, Llc Web-based and mobile application for automated inspection of trucks and trailers
US9210183B2 (en) * 2013-12-19 2015-12-08 Microsoft Technology Licensing, Llc Detecting anomalous activity from accounts of an online service
CN104360846A (zh) * 2014-10-27 2015-02-18 江西博微新技术有限公司 基于OSGi的Web应用开发平台权限管理自适应设计方法
CA2875774A1 (en) * 2014-12-19 2016-06-19 Brian Gregory NIXON Network-accessible resource management system, method and platform, and distributable resource governance method and system associated therewith
CN104462888A (zh) * 2014-12-25 2015-03-25 遵义国正科技有限责任公司 客运管理信息系统中的用户权限管理系统
US20170004473A1 (en) * 2015-07-03 2017-01-05 Aaron Wallace System and Method to Design and Perform Computer Application for Multi-Variable Transactions
CN107491858A (zh) * 2017-07-05 2017-12-19 北京科东电力控制系统有限责任公司 一种基于微服务应用架构的电力交易平台
CN108009407A (zh) * 2017-11-29 2018-05-08 华迪计算机集团有限公司 一种对系统用户权限进行分级管理的方法及系统
CN108196837A (zh) * 2017-12-25 2018-06-22 国云科技股份有限公司 一种系统权限控制方法
CN108268024B (zh) * 2017-12-29 2021-09-21 深圳市道通科技股份有限公司 车辆诊断方法、装置、终端及计算机可读存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150156251A1 (en) * 2012-08-24 2015-06-04 Zte Corporation Method, Client and Cloud Server for Realizing Complex Software Service
CN105303084A (zh) * 2015-09-24 2016-02-03 北京奇虎科技有限公司 权限管理系统及方法
CN108600177A (zh) * 2018-03-27 2018-09-28 北京明朝万达科技股份有限公司 一种权限控制方法和装置
CN109817347A (zh) * 2019-01-15 2019-05-28 深圳市道通科技股份有限公司 在线诊断平台、其权限管理方法及权限管理系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3889971A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113783828A (zh) * 2020-11-25 2021-12-10 北京沃东天骏信息技术有限公司 一种业务系统监控方法和装置
CN113783828B (zh) * 2020-11-25 2023-09-05 北京沃东天骏信息技术有限公司 一种业务系统监控方法和装置

Also Published As

Publication number Publication date
EP3889971B1 (en) 2024-03-27
CN109817347A (zh) 2019-05-28
US20210126918A1 (en) 2021-04-29
EP3889971A1 (en) 2021-10-06
US11303645B2 (en) 2022-04-12
EP3889971A4 (en) 2022-03-02

Similar Documents

Publication Publication Date Title
WO2020147605A1 (zh) 在线诊断平台、其权限管理方法及权限管理系统
US10484385B2 (en) Accessing an application through application clients and web browsers
US8955041B2 (en) Authentication collaboration system, ID provider device, and program
CN100488190C (zh) 授权访问服务器上的资源的方法和系统
US7356840B1 (en) Method and system for implementing security filters for reporting systems
CN108351771B (zh) 维持对于在部署到云计算环境期间的受限数据的控制
WO2020238359A1 (zh) 分区授权方法、装置、设备及计算机可读存储介质
RU2575987C2 (ru) Управление данными в базе данных каталога
US20140344460A1 (en) Brokering network resources
US8051168B1 (en) Method and system for security and user account integration by reporting systems with remote repositories
US11888856B2 (en) Secure resource authorization for external identities using remote principal objects
SG188436A1 (en) Authentication collaboration system, and id provider device
US11552956B2 (en) Secure resource authorization for external identities using remote principal objects
SG193224A1 (en) Authentication collaboration system, id provider device, and program
US7801967B1 (en) Method and system for implementing database connection mapping for reporting systems
CN111478894B (zh) 一种外部用户授权方法、装置、设备及可读存储介质
US20230222137A1 (en) Data management platform
US20240007458A1 (en) Computer user credentialing and verification system
EP1569405A1 (en) Technique for creation and linking of communications network user accounts
KR20110063025A (ko) 서비스 이용자 정보 관리 시스템, 서비스 이용자 정보 획득 및 관리 방법
CN111542001A (zh) 一种服务器集群分布的网络系统及其构建方法
CN115422526B (zh) 角色权限管理方法、设备及存储介质
CN116074082B (zh) 域名保全方法、域名保全装置及可读存储介质
CN113987573A (zh) 一种基于区块链的能源物联网管理平台
CN118018248A (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: 20741895

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 20741895

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2020741895

Country of ref document: EP

Effective date: 20210628

NENP Non-entry into the national phase

Ref country code: DE