CN112036775A

CN112036775A - Resource access classification authorization method and device, computer equipment and storage medium

Info

Publication number: CN112036775A
Application number: CN202011104850.8A
Authority: CN
Inventors: 刘硕
Original assignee: Ping An Technology Shenzhen Co Ltd
Current assignee: Ping An Technology Shenzhen Co Ltd
Priority date: 2020-10-15
Filing date: 2020-10-15
Publication date: 2020-12-04

Abstract

The embodiment of the application belongs to the field of research and development management, can be applied to medical information resource management in a hospital information system, and relates to a resource access classification authorization method. The application also provides a resource access classification authorization device, computer equipment and a storage medium. In addition, the application also relates to a block chain technology, and the client information can be stored in the block chain. According to the method and the system, the service functions are integrated in one project branch, and the incremental maintenance mode is adopted for the difference service functions, so that the labor cost and the working cost for maintaining the service functions are saved.

Description

Resource access classification authorization method and device, computer equipment and storage medium

Technical Field

The present application relates to the field of research and development management technologies, and in particular, to a method and an apparatus for resource access classification authorization, a computer device, and a storage medium.

Background

At present, enterprises pay more and more attention to the importance of data security, so more and more enterprise clients choose to build own private cloud, and the platform needs to continuously perform iterative upgrade on the private clouds of different clients. When the platform provides different 'private cloud' service capabilities for different customers, the problem that the user chooses to purchase the business service is necessarily encountered. For example, a platform provides 100 functions, but different users can select the function most suitable for themselves according to their own services, which can cause the client a and the client B to select different functions respectively, for such a situation, the more common method at present is to divide the code base into different branches to maintain the service capabilities of the "private cloud" of different clients, and the different branches need to be changed more each time a new update function is issued; in addition, when the client a and the client B both select the service function 1, but both need to make some differentiation modifications, service functions of different versions, function 1.1 and function 1.2, are generated, so that extra manpower is needed to maintain multi-branch codes caused by differentiation, waste of a large amount of manpower resources is caused, and the labor cost is increased.

Disclosure of Invention

An object of the embodiments of the present application is to provide a method, an apparatus, a computer device, and a storage medium for resource access classification authorization, so as to solve the problems of wasting human resources and increasing human costs due to extra human resources required to process code maintenance of different branches of different clients in the related art.

In order to solve the above technical problem, an embodiment of the present application provides a resource access classification authorization method, which adopts the following technical solutions:

all the service functions selected by the customers are fused in one project branch;

when a service function updating request is received, newly adding a corresponding service function, and adding the newly added service function into the project branch for updating;

and acquiring a service request sent by the client, and matching the corresponding service function for access according to the client information carried in the service request.

Further, when receiving a service function update request, newly adding a corresponding service function, and adding the newly added service function to the project branch for updating includes:

receiving an update request of a first client for a first service function, performing difference change on an original version of the first service function, and increasing an update version corresponding to the first service function;

and adding the updated version to the project branch for updating.

Further, after the step of accessing according to the service function matched with the client information carried in the service request, the method further includes:

when the service function fed back by the client is received to be abnormal, determining the abnormal position;

and repairing corresponding service functions according to the abnormal positions.

Further, when detecting that the service function is abnormal, the step of determining the position where the abnormality occurs includes:

decompiling the abnormal service function to obtain an intermediate code containing source code address information, wherein the source code address information is the corresponding position of each code line in the intermediate code in the source code of the service function;

and determining the position of the service function in the source code, where the exception occurs, according to the source code address information of the intermediate code.

Further, the step of performing corresponding service function repair according to the abnormal position includes:

identifying a source of a location of the anomaly;

when the position of the exception is determined to be in the original version, repairing the code of the original version;

when the location of the exception is determined to be in the updated version, repairing code of the updated version;

and when the position of the exception is determined to simultaneously appear in the original version and the updated version, repairing the common bottom-layer code corresponding to the original version and the updated version.

Further, after the step of integrating all the service functions selected by the customers into one project branch, the method further comprises the following steps:

creating an access routing layer;

service requests of different clients are identified through the access routing layer, and different service function access rights are granted to the clients.

Further, the step of matching the corresponding service function for access according to the client information carried in the service request includes:

the access routing layer receives a service request carrying customer information and identifies the customer information;

and allowing the client to access the corresponding service function according to the client information.

In order to solve the above technical problem, an embodiment of the present application further provides a resource access classification authorization apparatus, which adopts the following technical solutions:

the fusion module is used for fusing all the service functions selected by the clients into a project branch;

the increment updating module is used for newly adding the corresponding service function when receiving the service function updating request, and adding the newly added service function into the project branch for updating;

and the access module is used for acquiring the service request sent by the client and matching the corresponding service function for access according to the client information carried in the service request.

In order to solve the above technical problem, an embodiment of the present application further provides a computer device, which adopts the following technical solutions:

the computer device comprises a memory having computer readable instructions stored therein and a processor that when executed implements the steps of the resource access classification authorization method as described above.

In order to solve the above technical problem, an embodiment of the present application further provides a computer-readable storage medium, which adopts the following technical solutions:

the computer readable storage medium has stored thereon computer readable instructions which, when executed by a processor, implement the steps of the resource access classification authorization method as described above.

Compared with the prior art, the embodiment of the application mainly has the following beneficial effects:

the method comprises the steps that all service functions selected by all clients are integrated into one project branch, when a service function updating request is received, corresponding service functions are added, the added service functions are added into the project branch for updating, a service request sent by a client is obtained, and the corresponding service functions are matched for access according to client information carried in the service request; according to the method and the system, the service functions are integrated in one project branch, and the incremental maintenance mode is adopted for the difference service functions, so that the labor cost and the working cost for maintaining the service functions are saved.

Drawings

In order to more clearly illustrate the solution of the present application, the drawings needed for describing the embodiments of the present application will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present application, and that other drawings can be obtained by those skilled in the art without inventive effort.

FIG. 1 is an exemplary system architecture diagram in which the present application may be applied;

FIG. 2 is a flow diagram of one embodiment of a resource access classification authorization method according to the present application;

FIG. 3 is a flowchart of one embodiment of step S202 in FIG. 2;

FIG. 4 is a schematic diagram illustrating an application of the resource access classification authorization method of the present application;

FIG. 5 is a schematic diagram illustrating an embodiment of a resource access classification authorization apparatus according to the application;

FIG. 6 is a schematic block diagram of one embodiment of a computer device according to the present application.

Detailed Description

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs; the terminology used in the description of the application herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application; the terms "including" and "having," and any variations thereof, in the description and claims of this application and the description of the above figures are intended to cover non-exclusive inclusions. The terms "first," "second," and the like in the description and claims of this application or in the above-described drawings are used for distinguishing between different objects and not for describing a particular order.

Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments.

In order to make the technical solutions better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings.

In order to solve the problems of extra manpower consumption for processing code maintenance of different branches of different clients, waste of manpower resources and increase of manpower cost in the related art, the present application provides a resource access classification authorization method, which can be applied to a system architecture 100 as shown in fig. 1, where the system architecture 100 may include

terminal devices

101, 102, 103, a network 104 and a server 105. The network 104 serves as a medium for providing communication links between the

terminal devices

101, 102, 103 and the server 105. Network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.

The user may use the

terminal devices

101, 102, 103 to interact with the server 105 via the network 104 to receive or send messages or the like. The

terminal devices

101, 102, 103 may have various communication client applications installed thereon, such as a web browser application, a shopping application, a search application, an instant messaging tool, a mailbox client, social platform software, and the like.

The

terminal devices

101, 102, 103 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, e-book readers, MP3 players (Moving Picture Experts Group Audio Layer III, mpeg compression standard Audio Layer 3), MP4 players (Moving Picture Experts Group Audio Layer IV, mpeg compression standard Audio Layer 4), laptop portable computers, desktop computers, and the like.

The server 105 may be a server providing various services, such as a background server providing support for pages displayed on the

terminal devices

101, 102, 103.

It should be noted that, the resource access classification authorization method provided in the embodiment of the present application is generally executed by a server or a terminal device, and accordingly, the resource access classification authorization apparatus is generally disposed in the server or the terminal device.

It should be understood that the number of terminal devices, networks, and servers in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

With continuing reference to FIG. 2, a flow diagram of one embodiment of a method for resource access classification authorization in accordance with the present application is shown. The resource access classification authorization method comprises the following steps:

step S201, all the service functions selected by the customer are merged into one project branch.

In this embodiment, the server issues a plurality of service functions to provide external services, and different clients select a service function suitable for themselves according to their own services, and all the service functions selected by different users are merged into one project branch. For example, the server provides 100 functions, the user A selects 1-50 functions according to the self service, the user B selects 20-100 functions according to the self service, the 1-100 functions are fused in one project code, and the project code is called a full fusion code, so that only one project branch needs to be maintained.

Step S202, when a service function updating request is received, a corresponding service function is added, and the added service function is added to the project branch for updating.

In this embodiment, the electronic device (for example, the server/terminal device shown in fig. 1) on which the resource access classification authorization method operates may receive the service function update request through a wired connection manner or a wireless connection manner. It should be noted that the wireless connection means may include, but is not limited to, a 3G/4G connection, a WiFi connection, a bluetooth connection, a WiMAX connection, a Zigbee connection, a uwb (ultra wideband) connection, and other wireless connection means now known or developed in the future.

In this embodiment, after different clients select functions suitable for themselves according to services, in order to make service functions more suitable for themselves, the service functions are modified differently, and service functions of different versions are generated. For example, the clients a and B both select the function 1, and make some differentiation modifications according to their own needs, to generate the function 1.1 and the function 1.2, respectively.

In some optional implementation manners of this embodiment, when a service function update request is received, a corresponding service function is newly added, and the method for adding the newly added service function to the project branch for updating includes the following steps:

step S301, receiving an update request of the first client for the first service function, and adding an update version corresponding to the first service function.

Specifically, when an update request of a first client for a first service function is received, the code logic of the original service function is not changed, incremental maintenance is performed on the original service function for the difference function, and an update version corresponding to the original service function is added. For example, when the user a requests the update function 1, the code logic of the original function 1 is kept unchanged, and an update version function 1.1 is added, and when the user B requests the update function 2, an update version function 2.1 is added.

It should be noted that, the newly added service function is to copy a code of the service function of the original version, modify and store the copied code, and form a version of the newly added service function.

Step S302, adding the updated version to the project branch for updating.

In this embodiment, an updated version of the first service function is added outside the project branch, and the updated version is added to the project branch for iterative upgrade. For example, the project branch has functions 1 to 10, the function 1 is differentially modified according to the update request, the function 1.1 is added, and the function 1.1 is added to the project branch, so that the project branch has functions 1 to 10 and 1.1, and the iterative upgrade is realized.

In the embodiment, the iterative upgrade of the service function is performed by adopting the incremental maintenance method, and a development team does not need to spend extra manpower to process the code maintenance of different branches of different customers, so that the labor cost is saved, and the working cost is reduced.

Step S203, acquiring a service request sent by the client, and matching the corresponding service function for access according to the client information carried in the service request.

In this embodiment, after receiving a service request sent by a client, customer information in the service request is obtained, where the customer information is identification information obtained when a customer registers or purchases a service function, and according to the customer information, the customer can access the corresponding service function, thereby implementing authorized access of the customer.

In some specific implementation manners of this embodiment, the method for granting access rights of different service functions to different clients includes creating an access routing layer, identifying service requests of different clients through the access routing layer, and granting access rights of different service functions to the clients.

In this embodiment, the access routing layer is configured to identify corresponding client information according to a service request sent by a client, and forward the service request to a corresponding service function. The access routing layer may be static routing or dynamic routing.

And the access routing layer receives the service request carrying the customer information, identifies the customer information and allows the customer to access the corresponding service function according to the customer information.

Specifically, client information is configured for a client, the client information includes a client name or a unique client ID to distinguish service requests of different clients, and when a service request sent by a client is received, an authorized service function is accessed according to the carried client information, so that the purpose of resource authorization is achieved.

It is emphasized that the client information may also be stored in a node of a blockchain in order to further ensure the privacy and security of the client information.

The block chain referred by the application is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism, an encryption algorithm and the like. A block chain (Blockchain), which is essentially a decentralized database, is a series of data blocks associated by using a cryptographic method, and each data block contains information of a batch of network transactions, so as to verify the validity (anti-counterfeiting) of the information and generate a next block. The blockchain may include a blockchain underlying platform, a platform product service layer, an application service layer, and the like.

In some optional implementations of this embodiment, after step 202, the electronic device may further perform the following steps:

After the development of the service function is completed, the service function needs to be continuously maintained and updated, and when the service function is abnormal, the service function needs to be repaired.

In some optional implementations, when the service function receiving the client feedback is abnormal, the method for determining the abnormal position specifically includes the following steps:

and determining the position of the service function in the source code, wherein the position is abnormal according to the source code address information of the intermediate code.

It should be noted that the service function is a corresponding service function obtained by compiling a source code written in a computer language. The decompilation may be specifically a method for deriving design elements included in the source code of the service function, such as an idea, a principle, a structure, an algorithm, a processing procedure, and an operation method, according to the service function, but it is generally difficult to derive the source code of the service function through decompilation.

In this embodiment, the intermediate code including the source code address information is obtained by performing decompiling on the abnormal service function, and the specific position where the service function occurs is determined according to the source code address information, so that the accuracy of determining the abnormal position is improved.

Determining a specific position where the abnormality occurs, performing different processing according to the current abnormal position, specifically, identifying the source of the abnormal position, and repairing the code of the first service function when the abnormal position is in the first service function; when the location of the exception is determined to be in the updated version, repairing code of the updated version; and when the position of the exception is determined to be simultaneously present in the first service function and the updated version, repairing the common bottom-layer code corresponding to the first service function and the updated version.

It should be noted that the common underlying code is a common part of the service functions of different versions.

For example, when detecting that the function 1 is abnormal, it indicates that the code of the function 1 has a defect, and performs corresponding repair processing according to the specific position where the defect occurs, and when the defect position is in the function 1, the code of the function 1 is only needed to be repaired, but the function 1.1 does not exist; when the defect position is in the function 1.1 and the function 1 does not exist, only the code of the function 1.1 needs to be repaired; when the defect position exists in the common codes of the function 1 and the function 1.1, the corresponding common bottom-layer codes are repaired.

During the code repair process, a developer can modify the operation logic in the original code so as to achieve the code repair effect. Taking a process of program development by adopting a programming language C # (C Sharp) as an example, when codes in an open source item Xlua are repaired, Xlua can support a scripting language Lua to repair the C # codes, wherein the Xlua can increase the Lua scripting programming capability for various C # environments, and the principle of the method is that static code instrumentation is adopted to realize a realization process that functions can be redirected to the Lua.

In this embodiment, the defective positions of the codes may be repaired by using the patch codes, specifically, after the defective positions of the codes are determined, a corresponding patch script is written by using a scripting language, the patch script includes the patch codes and the defective positions corresponding to the defective position codes, and the defective positions of the codes are repaired by using the patch script, so that the normal operation of the service function is ensured.

According to the method and the device, the abnormal position of the service function is determined, corresponding service function repair is carried out according to the abnormal position, the abnormal position can be accurately positioned, corresponding repair processing is carried out according to the specific abnormal position, manpower and material resources can be saved, and the efficiency is improved.

Referring to fig. 4, two clients are taken as an example to describe the resource access classification authorization method provided in this embodiment in detail. As shown in the figure, a client A selects functions 1-100 according to the self business requirement, a client B selects functions 1-50 according to the self business requirement, the functions 1-100 are all integrated in one project branch to form a unique code branch, the client A updates the function 1 according to the requirement, on the basis of keeping the original function 1 code logic unchanged, an updated version function 1.1 of the function 1 is added, the function 1.1 is added into the unique code branch for iterative upgrade, and at the moment, the functions in the code branch are updated to be the functions 1-100 and the function 1.1; similarly, function 2.2 is added according to the requirement of client B, function 2.1 is added to the code branch for iterative upgrade, at this time, the functions in the code branch are updated to function 1-100, function 1.1 and function 2.1, and the code branch is continuously iteratively upgraded by the incremental maintenance method. When detecting that the function 1 has a code defect, updating the function accordingly according to the position of the code defect.

In the embodiment, the service functions selected by the customers are all fused in one project branch for maintenance and upgrade, extra manpower is not needed to be spent for processing code maintenance of different branches of different customers, no matter how many customers are connected, only the same code branch needs to be maintained, and extra manpower is not needed for maintaining iterative upgrade and repair of the same or similar functions under different branches.

The application is operational with numerous general purpose or special purpose computing system environments or configurations. For example: personal computers, server computers, hand-held or portable devices, tablet-type devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like. The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware associated with computer readable instructions, which can be stored in a computer readable storage medium, and when executed, the processes of the embodiments of the methods described above can be included. The storage medium may be a non-volatile storage medium such as a magnetic disk, an optical disk, a Read-Only Memory (ROM), or a Random Access Memory (RAM).

It should be understood that, although the steps in the flowcharts of the figures are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and may be performed in other orders unless explicitly stated herein. Moreover, at least a portion of the steps in the flow chart of the figure may include multiple sub-steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, which are not necessarily performed in sequence, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of other steps.

With further reference to fig. 5, as an implementation of the method shown in fig. 2, the present application provides an embodiment of a resource access classification authorization apparatus, where the embodiment of the apparatus corresponds to the embodiment of the method shown in fig. 2, and the apparatus may be applied to various electronic devices.

As shown in fig. 5, the resource access classification authorization apparatus according to this embodiment includes: a fusion module 501, an incremental update module 502, and an access module 403. Wherein:

the fusion module 501 is configured to fuse all service functions selected by the clients into one project branch;

the incremental update module 502 is configured to add a corresponding service function when receiving a service function update request, and add the added service function to the project branch for updating

The access module 503 is configured to acquire a service request sent by a client, and perform access according to a service function corresponding to client information carried in the service request.

In some optional implementations of this embodiment, the incremental update module 502 is further configured to receive an update request of a first client for a first service function, perform differential changes on an original version of the first service function, and add an update version corresponding to the first service function; and adding the updated version to the project branch for updating.

By adopting the incremental maintenance method to perform iterative upgrade of the service function, a development team does not need to spend extra manpower to process code maintenance of different branches of different clients, so that the labor cost is saved, and the working cost is reduced.

In this embodiment, the resource access classification authorization apparatus further includes an exception recovery module, where the exception recovery module includes a detection unit and a recovery unit, and determines a location where an exception occurs when a service function fed back by a client is received; and the repair unit is used for repairing corresponding service functions according to the abnormal positions.

In some optional implementation manners of this embodiment, the detection unit is further configured to perform decompiling on the service function with the exception to obtain an intermediate code including source code address information, where the source code address information is a corresponding position of each code line in the intermediate code in the source code of the service function; and determining the position of the service function in the source code, where the exception occurs, according to the source code address information of the intermediate code.

In some optional implementations of this embodiment, the repair unit is further to identify a source of the location of the anomaly; when the position of the exception is determined to be in the original version, repairing the code of the original version; when the location of the exception is determined to be in the updated version, repairing code of the updated version; and when the position of the exception is determined to be simultaneously present in the original version and the updated version, repairing the common bottom-layer code corresponding to the original version and the updated version.

In this embodiment, the apparatus for authorizing resource access classification further includes a creating and identifying module, where the creating module is configured to create an access routing layer, identify service requests of different clients through the access routing layer, and grant different service function access rights to the clients.

In some optional implementation manners of this embodiment, the access module 503 is further configured to receive, by the access routing layer, a service request carrying customer information, and identify the customer information; and allowing the client to access the corresponding service function according to the client information.

The resource access classification authorization device integrates all service functions selected by all clients into one project branch, when a service function updating request is received, a corresponding service function is newly added, the newly added service function is added into the project branch for updating, a service request sent by a client is obtained, and the corresponding service function is matched for access according to client information carried in the service request; according to the method and the system, the service functions are integrated in one project branch, and the incremental maintenance mode is adopted for the difference service functions, so that the labor cost and the working cost for maintaining the service functions are saved.

In order to solve the technical problem, an embodiment of the present application further provides a computer device. Referring to fig. 6, fig. 6 is a block diagram of a basic structure of a computer device according to the present embodiment.

The computer device 6 comprises a memory 61, a processor 62, a network interface 63 communicatively connected to each other via a system bus. It is noted that only a computer device 6 having components 61-63 is shown, but it is understood that not all of the shown components are required to be implemented, and that more or fewer components may be implemented instead. As will be understood by those skilled in the art, the computer device is a device capable of automatically performing numerical calculation and/or information processing according to a preset or stored instruction, and the hardware includes, but is not limited to, a microprocessor, an Application Specific Integrated Circuit (ASIC), a Programmable Gate Array (FPGA), a Digital Signal Processor (DSP), an embedded device, and the like.

The computer device can be a desktop computer, a notebook, a palm computer, a cloud server and other computing devices. The computer equipment can carry out man-machine interaction with a user through a keyboard, a mouse, a remote controller, a touch panel or voice control equipment and the like.

The memory 61 includes at least one type of readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a Read Only Memory (ROM), an Electrically Erasable Programmable Read Only Memory (EEPROM), a Programmable Read Only Memory (PROM), a magnetic memory, a magnetic disk, an optical disk, etc. In some embodiments, the memory 61 may be an internal storage unit of the computer device 6, such as a hard disk or a memory of the computer device 6. In other embodiments, the memory 61 may also be an external storage device of the computer device 6, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like, which are provided on the computer device 6. Of course, the memory 61 may also comprise both an internal storage unit of the computer device 6 and an external storage device thereof. In this embodiment, the memory 61 is generally used for storing an operating system installed in the computer device 6 and various types of application software, such as computer readable instructions of a resource access classification authorization method. Further, the memory 61 may also be used to temporarily store various types of data that have been output or are to be output.

The processor 62 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data Processing chip in some embodiments. The processor 62 is typically used to control the overall operation of the computer device 6. In this embodiment, the processor 62 is configured to execute computer readable instructions stored in the memory 61 or process data, such as executing computer readable instructions of the resource access classification authorization method.

The network interface 63 may comprise a wireless network interface or a wired network interface, and the network interface 63 is typically used for establishing a communication connection between the computer device 6 and other electronic devices.

In the embodiment, the steps of the people counting method in the above embodiment are implemented when the processor executes the computer readable instructions stored in the memory, the service functions are merged into one project branch, and the incremental maintenance is performed on the differential service functions, so that the labor cost and the working cost for maintaining the service functions are saved.

The present application further provides another embodiment, which is to provide a computer-readable storage medium, where computer-readable instructions are stored, and the computer-readable instructions are executable by at least one processor, so as to cause the at least one processor to perform the steps of the resource access classification authorization method as described above, merge service functions into one project branch, and perform incremental maintenance on differentiated service functions, thereby saving labor cost and work cost for maintaining the service functions.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present application.

It is to be understood that the above-described embodiments are merely illustrative of some, but not restrictive, of the broad invention, and that the appended drawings illustrate preferred embodiments of the invention and do not limit the scope of the invention. This application is capable of embodiments in many different forms and is provided for the purpose of enabling a thorough understanding of the disclosure of the application. Although the present application has been described in detail with reference to the foregoing embodiments, it will be apparent to one skilled in the art that the present application may be practiced without modification or with equivalents of some of the features described in the foregoing embodiments. All equivalent structures made by using the contents of the specification and the drawings of the present application are directly or indirectly applied to other related technical fields and are within the protection scope of the present application.

Claims

1. A method for resource access classification authorization, comprising the steps of:

2. The method according to claim 1, wherein the step of adding the corresponding service function and adding the added service function to the project branch for updating when receiving the service function update request comprises:

and adding the updated version to the project branch for updating.

3. The method for classifying and authorizing resource access according to claim 2, wherein after the step of accessing according to the client information carried in the service request matching the corresponding service function, further comprising:

4. The method according to claim 3, wherein the step of determining the abnormal position when detecting the abnormal service function comprises:

5. The method of claim 4, wherein the step of performing corresponding service function repair according to the abnormal position comprises:

identifying a source of a location of the anomaly;

6. The method according to any one of claims 1 to 5, wherein the step of merging all client-selected service functions into one project branch further comprises:

creating an access routing layer;

7. The method for classifying and authorizing resource access according to claim 6, wherein the step of accessing according to the client information carried in the service request matching the corresponding service function comprises:

8. A resource access classification authorization apparatus, comprising:

9. A computer device comprising a memory having computer readable instructions stored therein and a processor which when executed implements the steps of the resource access classification authorization method according to any one of claims 1 to 7.

10. A computer readable storage medium having computer readable instructions stored thereon which, when executed by a processor, implement the steps of the resource access classification authorization method according to any one of claims 1 to 7.