CN113452665B - 权限处理方法、系统及设备 - Google Patents
权限处理方法、系统及设备 Download PDFInfo
- Publication number
- CN113452665B CN113452665B CN202010663573.8A CN202010663573A CN113452665B CN 113452665 B CN113452665 B CN 113452665B CN 202010663573 A CN202010663573 A CN 202010663573A CN 113452665 B CN113452665 B CN 113452665B
- Authority
- CN
- China
- Prior art keywords
- permission
- authority
- data
- server
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/604—Tools and structures for managing or administering access control systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- 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
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Abstract
本申请是关于一种权限处理方法、系统及设备。该权限处理方法,应用于第一权限服务端中,包括:获取客户端发送的第一权限请求;根据所述第一权限请求进行处理,并得到第一权限数据;根据所述第一权限数据确定第一权限处理结果,并将所述第一权限数据同步到第二权限服务端;将所述第一权限处理结果发送给所述客户端。本申请提供的方案,能够降低新权限系统上线带来的风险,也能够降低开发时间和人力成本。
Description
技术领域
本申请涉及软件技术领域,尤其涉及一种权限处理方法、系统及设备。
背景技术
在应用程序开发或网站开发过程中,会涉及到权限设置。当前各种各样的手机应用程序、网站平台一般都设有用户权限系统,以区分游客和注册用户的权限,并且可以按业务发展需要将注册用户划分为不同的角色,从而细分出更多更细的权限。
在相关技术中,当需要对用户权限系统进行升级时,一般是需要按照新权限服务的业务逻辑,将旧的权限逻辑代码进行修改,得到新权限服务的代码。在新权限服务开发完成后,将旧的权限服务下线,同时上线新的权限服务。这时,用户才能基于新权限系统体验新功能等。
但是,相关技术中的上述处理方法,进行权限逻辑代码修改时,如果出现代码修改错误会导致整个应用程序的权限运行错误,给新权限系统上线带来风险;另外需要耗费大量的开发时间和人力成本。
发明内容
为克服相关技术中存在的上述问题,本申请提供一种权限处理方法、系统及设备,该权限处理方法、系统及设备能够降低新权限系统上线带来的风险,也能够降低开发时间和人力成本。
本申请第一方面提供一种权限处理方法,应用于第一权限服务端中,包括:
获取客户端发送的第一权限请求;
根据所述第一权限请求进行处理,并得到第一权限数据;
根据所述第一权限数据确定第一权限处理结果,并将所述第一权限数据同步到第二权限服务端;
将所述第一权限处理结果发送给所述客户端。
在一种实施方式中,所述将第一权限数据同步到第二权限服务端,包括:
向所述第二权限服务端发送携带所述第一权限数据的数据同步请求,以使得所述第二权限服务端将所述第一权限数据写入数据库。
在一种实施方式中,所述第一权限请求包括用户ID;
所述根据所述第一权限请求进行处理,并得到第一权限数据,包括:
根据所述用户ID查找到功能ID,根据所述功能ID查找到所述第一权限数据;或,
所述第一权限请求包括用户ID和功能ID;
所述根据所述第一权限请求进行处理,并得到第一权限数据,包括:
根据所述用户ID和功能ID查找到所述第一权限数据。
在一种实施方式中,所述将第一权限数据同步到第二权限服务端,在所述将所述第一权限处理结果发送给所述客户端之前执行;或,
所述将第一权限数据同步到第二权限服务端,在所述将所述第一权限处理结果发送给所述客户端之后执行。
本申请第二方面提供一种权限处理方法,应用于第二权限服务端中,包括:
接收所述第一权限服务端发送的第一权限数据,其中所述第一权限数据由所述第一权限服务端获取客户端发送的第一权限请求并进行处理后发送;
将所述第一权限数据写入数据库。
在一种实施方式中,所述方法还包括:
获取第二权限请求,其中,客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送所述第二权限请求;
处理所述第二权限请求,并将根据所述第一权限数据确定的第二权限处理结果发送给所述客户端。
在一种实施方式中,所述第二权限请求包括用户ID;
所述处理所述第二权限请求,包括:
根据所述用户ID查找到功能ID,根据所述功能ID查找到所述第一权限数据,根据所述第一权限数据确定第二权限处理结果;或,
所述第二权限请求包括用户ID和功能ID;
所述处理所述第二权限请求,包括:
根据所述用户ID和功能ID查找到所述第一权限数据,根据所述第一权限数据确定第二权限处理结果。
本申请第三方面提供一种权限处理系统,包括:
客户端,用于在检测到应用程序为新版本时,向第一权限服务端发送第一权限请求,接收所述第一权限服务端返回的第一权限处理结果;
第一权限服务端,用于获取客户端发送的第一权限请求,根据所述第一权限请求进行处理,并得到第一权限数据;根据所述第一权限数据确定第一权限处理结果,并将所述第一权限数据同步到第二权限服务端;将所述第一权限处理结果发送给所述客户端;
第二权限服务端,用于接收所述第一权限服务端同步的所述第一权限数据。
在一种实施方式中,所述第二权限服务端,还用于获取客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送的第二权限请求;处理所述第二权限请求,将根据所述第一权限数据确定的第二权限处理结果发送给所述客户端。
本申请第四方面提供一种服务端设备,包括:
请求获取模块,用于获取客户端发送的第一权限请求;
数据获取模块,用于根据所述请求获取模块获取的第一权限请求进行处理,并得到第一权限数据;
第一处理模块,用于根据所述数据获取模块得到的所述第一权限数据确定第一权限处理结果,并将所述第一权限数据同步到第二权限服务端;
第二处理模块,用于将所述第一处理模块确定的所述第一权限处理结果发送给所述客户端。
本申请第五方面提供一种服务端设备,包括:
接收数据模块,用于接收第一权限服务端发送的第一权限数据,其中所述第一权限数据由所述第一权限服务端获取客户端发送的第一权限请求并进行处理后发送;
同步数据模块,用于将所述第一权限数据写入数据库。
在一种实施方式中,所述服务端设备还包括:
获取请求模块,用于获取第二权限请求,其中,客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送所述第二权限请求;
处理结果模块,用于处理所述获取请求模块获取的所述第二权限请求,并将根据所述接收数据模块接收的第一权限数据确定的第二权限处理结果发送给所述客户端。
本申请第六方面提供一种电子设备,包括:
处理器;以及
存储器,其上存储有可执行代码,当所述可执行代码被所述处理器执行时,使所述处理器执行如上所述的方法。
本申请第七方面提供一种非暂时性机器可读存储介质,其上存储有可执行代码,当所述可执行代码被电子设备的处理器执行时,使所述处理器执行如上所述的方法。
本申请提供的技术方案可以包括以下有益效果:
本申请方案中,第一权限服务端获取客户端发送的第一权限请求之后,可以根据第一权限请求进行处理,并得到第一权限数据;再根据第一权限数据确定第一权限处理结果;最后,可以将第一权限数据同步到第二权限服务端,并将第一权限处理结果发送给客户端。其中第一权限服务端可以是新版本应用程序对应的新服务端,第二权限服务端可以是旧版本应用程序对应的旧服务端。因此,第一权限服务端和第二权限服务端都可以存储有新权限数据,这样使得用户无论是通过新版本应用程序向第一权限服务端发送权限请求还是通过旧版本应用程序向第二权限服务端发送权限请求,对于相同的权限请求用户都会获得相同的功能权限。因此,新权限系统、旧权限系统可以同时兼容存在,组成双权限系统,而旧权限系统可以不用修改代码,避免修改代码带来出错,等后续新权限系统稳定运行后,再下线旧权限系统,实现平滑过渡和切换,从而可以降低新权限系统上线带来的风险;另外,由于新权限系统、旧权限系统可以同时兼容存在,使得可以直接开发新权限系统,无需通过修改旧权限系统的方式开发新权限系统,从而也能够降低开发时间和人力成本。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
通过结合附图对本申请示例性实施方式进行更详细的描述,本申请的上述以及其它目的、特征和优势将变得更加明显,其中,在本申请示例性实施方式中,相同的参考标号通常代表相同部件。
图1是本申请一实施例示出的权限处理方法的流程示意图;
图2是本申请一实施例示出的权限处理方法的另一流程示意图;
图3是本申请一实施例示出的权限处理方法的另一流程示意图;
图4是本申请一实施例示出的权限处理方法的另一流程示意图;
图5是本申请一实施例示出的权限处理方法的另一流程示意图;
图6是本申请一实施例示出的权限处理方法的另一流程示意图;
图7是本申请一实施例示出的权限处理方法的另一流程示意图;
图8是本申请一实施例示出的权限处理系统的结构示意图;
图9是本申请一实施例示出的客户端设备的结构示意图;
图10是本申请一实施例示出的第一权限服务端设备的结构示意图;
图11是本申请一实施例示出的第二权限服务端设备的结构示意图;
图12是本申请一实施例示出的电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式,然而应该理解,可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反,提供这些实施方式是为了使本申请更加透彻和完整,并且能够将本申请的范围完整地传达给本领域的技术人员。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。
目前在应用程序开发中会设置不同权限。以某应用程序为例进行说明,当某一用户未在该应用程序上注册时,该应用程序展示给该用户的权限为第一功能权限;当该用户进行注册登录成为普通用户后,该应用程序展示给该用户的权限为第二功能权限;当该用户根据自身需求进行角色更换后,例如从普通用户升级为高级用户后,该应用程序展示给该用户的权限为第三功能权限,从而为不同用户以及同一用户处于不同阶段时的不同角色提供不同的功能权限,以满足业务发展需求。在相关技术中,按照新权限服务的业务逻辑,将旧的权限逻辑代码进行修改,得到新权限服务的代码;如果出现代码修改错误会导致整个应用程序的权限运行错误,给新权限系统上线带来风险。针对上述问题,本申请实施例提供一种权限处理方法,该权限处理方法能够降低新权限系统上线带来的风险,也能够降低开发时间和人力成本。以下结合附图详细描述本申请实施例的技术方案。
图1是本申请一实施例示出的权限处理方法的另一流程示意图。
参见图1,该方法可以应用于第一权限服务端,第一权限服务端可以是新版本应用程序对应的新服务端。
图1方法包括:
在步骤S101中,获取客户端发送的第一权限请求。
本实施例的客户端可以为移动终端或计算机终端(简称PC),移动终端或计算机终端都可以安装应用程序。第一权限请求可以为在客户端的新版本应用程序上发起的查询用户是否具有某些权限的请求,当检测到应用程序为新版本时,客户端向第一权限服务端发送第一权限请求。
第一权限请求中可以包括用户ID,用户ID可以标识用户身份信息。或者,第一权限请求中也可以包括用户ID和功能ID。
在步骤S102中,根据第一权限请求进行处理,并得到第一权限数据。
其中根据第一权限请求进行处理,并得到第一权限数据,可以包括:根据用户ID查找到功能ID,根据功能ID查找到用户的第一权限数据。也就是说,第一权限服务端根据第一权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以查找到用户的该功能ID对应的第一权限数据。例如,用户ID1对应功能ID1,功能ID1对应的权限数据是只有下载文档的权限,用户ID2对应功能ID2,功能ID2对应的权限数据是具有既能上传文档又能下载文档、能够添加/删除事项的权限,其他以此类推。该方式中,一个用户ID除了可以对应一个功能ID,也可以是对应多个功能ID,可以根据需要设置,设置方式更灵活。
或者,第一权限请求中包括用户ID和功能ID时,可以根据用户ID和功能ID查找到第一权限数据。即,可以从预设的用户ID、功能ID与权限数据的映射表中,根据用户ID和功能ID查找到对应的第一权限数据。该方式中,可以直接根据用户ID和功能ID来查找权限数据,相比于根据用户ID查找功能ID,再根据功能ID查找权限数据的方式,可以节省查找流程,处理速度更快,可以提高处理效率。
在步骤S103中,根据第一权限数据确定第一权限处理结果,并将所述第一权限数据同步到第二权限服务端。
根据第一权限数据就可以确定用户是否满足权限,即可以确定第一权限结果,然后发送给客户端。
其中将得到的第一权限数据同步到第二权限服务端,可以包括:向第二权限服务端发送携带第一权限数据的数据同步请求以使得所述第二权限服务端将所述第一权限数据写入数据库。之后,可以接收第二权限服务端将第一权限数据写入数据库的响应结果。
在步骤S104中,将第一权限处理结果发送给所述客户端。
需说明的是,在一种实施方式中,可以将得到的第一权限数据同步到第二权限服务端之后,再将根据第一权限数据确定的第一权限处理结果发送给客户端;或,将根据第一权限数据确定的第一权限处理结果发送给客户端之后,再将得到的第一权限数据同步到第二权限服务端。也就是说,这两个处理过程没有必然的顺序关系,只需要第一权限服务端将第一权限数据同步到第二权限服务端就可以。
该实施例中,第一权限服务端根据第一权限请求进行处理后将第一权限数据同步到第二权限服务端,使得第一权限服务端和第二权限服务端都可以存储有新权限数据,这样使得用户无论是通过新版本应用程序向第一权限服务端发送权限请求还是通过旧版本应用程序向第二权限服务端发送权限请求,对于相同的权限请求用户都会获得相同的功能权限。因此,新权限系统、旧权限系统可以同时兼容存在,组成双权限系统,而旧权限系统可以不用修改代码,避免修改代码带来出错,等后续新权限系统稳定运行后,再下线旧权限系统,实现平滑过渡和切换,从而可以降低新权限系统上线带来的风险;另外,由于新权限系统、旧权限系统可以同时兼容存在,使得可以直接开发新权限系统,无需通过修改旧权限系统的方式开发新权限系统,从而也能够降低开发时间和人力成本。
此处进行举例说明,在新版本应用程序中有画眉的新功能,客户端向第一权限服务端发送关于使用画眉功能的权限请求,第一权限服务端根据请求进行处理后得到的权限数据是该客户端的用户具有使用画眉功能的权限,向客户端返回处理结果和权限数据,并将该权限数据同步到第二权限服务端,则第一权限服务端和第二权限服务端都存储该权限数据,后续如果客户端通过旧版本应用程序发起关于使用画眉功能的权限请求,第二权限服务端也可以根据同步的权限数据处理该请求,从而使得新权限系统、旧权限系统可以同时兼容存在。
图2是本申请一实施例示出的权限处理方法的另一流程示意图。
参见图2,该方法可以应用于第二权限服务端,第二权限服务端可以是旧版本应用程序对应的旧服务端。
图2方法包括:
在步骤S201中,接收第一权限服务端同步的第一权限数据,其中第一权限数据由第一权限服务端获取客户端发送的第一权限请求并进行处理后发送。
第一权限请求可以为在客户端的新版本应用程序上发起的查询用户是否具有某些权限的请求,本实施例的客户端可以为移动终端或计算机终端(简称PC),移动终端或计算机终端都可以安装应用程序。
在步骤S202中,将第一权限数据写入数据库。
在接收第一权限服务端发送的携带第一权限数据的数据同步请求后,将第一权限数据写入数据库。另外,还可以向第一权限服务端返回响应结果。
在步骤S203中,获取客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送的第二权限请求。
该实施例可以获取第二权限请求,其中,客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送。如果客户端一直登录的应用程序为旧版本,则该旧版本不会显示新版本中使用过的功能;如果客户端曾经登录过一次应用程序的新版本,然后退出,再重新登录应用程序的旧版本,则该旧版本上可以显示新版本中使用过的功能。
客户端在检测到应用程序为旧版本且用户曾经登录过新版本时,依然是向第二权限服务端发送第二权限请求。其中第二权限请求可以包括用户ID,用户ID可以标识用户身份信息。或者,第二权限请求中也可以包括用户ID和功能ID。
在步骤S204中,根据第二权限请求进行处理后,将根据第一权限数据确定的第二权限处理结果发送给客户端。
该实施例可以处理所述第二权限请求,并将根据所述第一权限数据确定的第二权限处理结果发送给所述客户端。其中根据第二权限请求进行处理,可以包括:根据用户ID查找到功能ID,根据功能ID查找到用户的第一权限数据,根据第一权限数据确定第二权限处理结果。也就是说,第二权限服务端根据第二权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以从数据库中查找到用户的该功能ID对应的第一权限数据,该第一权限数据为第一权限服务端同步到第二权限服务端的新权限数据,那么根据新权限数据就可以确定用户是否满足权限,可以确定权限结果,即可以确定第二权限处理结果,然后发送给客户端。该方式中,一个用户ID除了可以对应一个功能ID,也可以是对应多个功能ID,可以根据需要设置,设置方式更灵活。
或者,第二权限请求中包括用户ID和功能ID时,可以根据用户ID和功能ID查找到第一权限数据。即,可以从预设的用户ID、功能ID与权限数据的映射表中,根据用户ID和功能ID查找到对应的第一权限数据,根据第一权限数据就可以确定用户是否满足权限,可以确定权限结果,即可以确定第二权限处理结果,然后发送给客户端。该方式中,可以直接根据用户ID和功能ID来查找权限数据,相比于根据用户ID查找功能ID,再根据功能ID查找权限数据的方式,可以节省查找流程,处理速度更快,可以提高处理效率。
该实施例中,由于客户端曾经登录过一次应用程序的新版本,因此会触发第一权限服务端将新权限数据同步到第二权限服务端,使得第二权限服务端存储有新权限数据,那么第二权限服务端可以根据权限请求和从第一权限服务端同步的新权限数据对权限请求进行处理。
图3是本申请一实施例示出的权限处理方法的流程示意图。
参见图3,该方法可以应用于客户端,包括:
在步骤S301中,在检测到应用程序为新版本时,向第一权限服务端发送第一权限请求。
第一权限请求可以为在客户端的新版本应用程序上发起的查询用户是否具有某些权限的请求,当检测到应用程序为新版本时,客户端向第一权限服务端发送第一权限请求。本实施例的客户端可以为移动终端或计算机终端(简称PC),移动终端或计算机终端都可以安装应用程序。
第一权限请求中可以包括用户ID,用户ID可以标识用户身份信息。或者,第一权限请求中也可以包括用户ID和功能ID。
在步骤S302中,接收第一权限服务端返回的第一权限处理结果,其中第一权限处理结果由第一权限服务端根据第一权限请求进行处理后发送,其中第一权限服务端将根据第一权限请求进行处理后得到的第一权限数据同步到第二权限服务端。
第一权限服务端根据第一权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以查找到用户的该功能ID对应的第一权限数据,根据第一权限数据就可以确定用户是否满足权限,即可以确定第一权限结果,然后发送给客户端。客户端接收第一权限服务端返回的第一权限处理结果。例如,用户ID1对应功能ID1,功能ID1对应的权限数据是只有下载文档的权限,用户ID2对应功能ID2,功能ID2对应的权限数据是具有既能上传文档又能下载文档、能够添加/删除事项的权限,其他以此类推。该方式中,一个用户ID除了可以对应一个功能ID,也可以是对应多个功能ID,可以根据需要设置,设置方式更灵活。
或者,第一权限请求中包括用户ID和功能ID时,可以根据用户ID和功能ID查找到第一权限数据。即,可以从预设的用户ID、功能ID与权限数据的映射表中,根据用户ID和功能ID查找到对应的第一权限数据。该方式中,可以直接根据用户ID和功能ID来查找权限数据,相比于根据用户ID查找功能ID,再根据功能ID查找权限数据的方式,可以节省查找流程,处理速度更快,可以提高处理效率。
第一权限服务端还将根据第一权限请求进行处理后得到的第一权限数据同步到第二权限服务端,以使得第二权限服务端也拥有新的权限数据。
本实施例方案中,客户端在检测到应用程序为新版本时,向第一权限服务端发送第一权限请求;接收第一权限服务端返回的第一权限处理结果。其中第一权限服务端是根据第一权限请求进行处理后向客户端发送第一权限处理结果,并且第一权限服务端将根据第一权限请求进行处理后得到的第一权限数据同步到第二权限服务端。因此,第一权限服务端和第二权限服务端都可以存储有新权限数据,这样使得用户无论是通过新版本应用程序向第一权限服务端发送权限请求还是通过旧版本应用程序向第二权限服务端发送权限请求,对于相同的权限请求用户都会获得相同的功能权限。因此,新权限系统、旧权限系统可以同时兼容存在,组成双权限系统,而旧权限系统可以不用修改代码,避免修改代码带来出错,等后续新权限系统稳定运行后,再下线旧权限系统,实现平滑过渡和切换,从而可以降低新权限系统上线带来的风险;另外,由于新权限系统、旧权限系统可以同时兼容存在,使得可以直接开发新权限系统,无需通过修改旧权限系统的方式开发新权限系统,从而也能够降低开发时间和人力成本。
图4是本申请一实施例示出的权限处理方法的流程示意图。
参见图4,该方法可以应用于客户端,包括:
在步骤S401中,在检测到应用程序为旧版本且用户曾经登录过新版本时,向第二权限服务端发送第二权限请求。
本实施例的客户端可以为移动终端或计算机终端(简称PC),移动终端或计算机终端都可以安装应用程序。第二权限请求中可以包括用户ID,用户ID可以标识用户身份信息。或者,第二权限请求中也可以包括用户ID和功能ID。
在步骤S402中,接收第二权限服务端返回的第二权限处理结果,其中第二权限处理结果由第二权限服务端根据同步的第一权限数据进行处理后发送,其中该第一权限数据由第一权限服务端同步到第二权限服务端。
第二权限请求可以为在客户端的旧版本应用程序上发起的查询用户是否具有某些权限的请求,但是由于用户曾经登录过一次新版本应用程序,因此再次登录旧版本应用程序时,该旧版本应用程序会包含新版本程序中使用过的功能。此时,客户端仍然是向第二权限服务端发送第二权限请求。
第二权限服务端根据第二权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以查找到用户的该功能ID对应的第二权限数据,根据第二权限数据就可以确定用户是否满足权限,即可以确定第二权限结果,然后发送给客户端。客户端接收第二权限服务端返回的第二权限处理结果。
还需说明的是,该实施例方法还可以在检测到应用程序为旧版本时,向第二权限服务端发送第三权限请求,接收第二权限服务端返回的第三权限处理结果,其中第三权限处理结果由第二权限服务端根据自身存储的第二权限数据进行处理后发送。第三权限请求可以为在客户端的旧版本应用程序上发起的查询用户是否具有某些权限的请求,当检测到应用程序为旧版本时,客户端向第二权限服务端发送第三权限请求。在应用程序为旧版本时,第二权限服务端自身存储的第二权限数据为旧的权限数据。
图5是本申请一实施例示出的权限处理方法的另一流程示意图。
参见图5,该方法可以应用于权限处理系统中,图5中以客户端与第二权限服务端的交互进行说明。图5中以客户端应用程序为旧版本举例说明。
图5中的方法包括:
在步骤S501中,客户端在检测到应用程序为旧版本时,向第二权限服务端发送权限请求。
本实施例提出的方案,新旧权限服务可以同时存在,因此在第二权限服务端的判断权限的代码不用修改。
本实施例的客户端可以为移动终端或计算机终端(简称PC),移动终端或计算机终端都可以安装应用程序。当登录客户端的旧版应用程序后,需要根据不同用户角色,给用户赋予不同的功能权限时,仍然向旧的权限服务端发送权限请求。其中,权限请求中可以包括用户ID,用户ID可以标识用户身份信息。或者,第一权限请求中也可以包括用户ID和功能ID。
在步骤S502中,第二权限服务端根据权限请求进行处理。
第二权限服务端根据用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以从数据库中查找到用户的该功能ID对应的权限数据,根据权限数据就可以确定用户是否满足权限,即可以确定权限结果。或者,第一权限请求中包括用户ID和功能ID时,可以根据用户ID和功能ID查找到权限数据。即,可以从预设的用户ID、功能ID与权限数据的映射表中,根据用户ID和功能ID查找到对应的权限数据。
在本申请中,权限数据可以是指权限系统中针对不同用户ID所定义的与权限相关的数据,例如可以是功能ID,或者是功能ID和对应的权限功能描述数据;权限结果可以是指权限系统中针对不同用户ID所发送的权限请求的结果,例如是否具有相关的权限。
在步骤S503中,第二权限服务端向客户端返回权限结果。
第二权限服务端确定出权限结果后,向客户端返回权限结果,告诉客户端的用户是否具有所请求的权限。
该实施例中,因为新旧权限服务可以同时存在,在第二权限服务端的判断权限的代码不用修改,这样使得登录旧版应用程序后,可以仍然向旧的权限服务端发送权限请求,实现新旧权限系统的兼容。
图6是本申请一实施例示出的权限处理方法的另一流程示意图。
参见图6,该方法可以应用于权限处理系统中,图6中以客户端、第二权限服务端及第一权限服务端三者之间的交互进行说明。图6中以客户端应用程序为新版本举例说明。
图6中的方法包括:
在步骤S601中,客户端在检测到应用程序为新版本时,向第一权限服务端发送权限请求。
本实施例的客户端可以为移动终端或计算机终端(简称PC),移动终端或计算机终端都可以安装应用程序。当登录客户端的新版应用程序后,需要根据不同用户角色,给用户赋予不同的功能权限时,此时向新的权限服务端发送权限请求。其中,权限请求中可以包括用户ID,用户ID可以标识用户身份信息。或者,权限请求中也可以包括用户ID和功能ID。
在步骤S602中,第一权限服务端根据权限请求进行处理。
第一权限服务端根据用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以查找到用户的该功能ID对应的权限数据,根据权限数据就可以确定用户是否满足权限,即可以确定权限结果。该方式中,一个用户ID除了可以对应一个功能ID,也可以是对应多个功能ID,可以根据需要设置,设置方式更灵活。
或者,权限请求中包括用户ID和功能ID时,可以根据用户ID和功能ID查找到权限数据。即,可以从预设的用户ID、功能ID与权限数据的映射表中,根据用户ID和功能ID查找到对应的权限数据。该方式中,可以直接根据用户ID和功能ID来查找权限数据,相比于根据用户ID查找功能ID,再根据功能ID查找权限数据的方式,可以节省查找流程,处理速度更快,可以提高处理效率。
其中,用户ID可以是用户的唯一身份信息标识符。例如,对于同一个用户,可以拥有一个用户ID,可以是通过在应用程序上进行注册获得的用户ID,或者管理人员分配的唯一用户ID,以区分各个不同的用户。不同用户设置为对应不同的功能ID,例如用户分别为普通用户、中级用户、高级用户时是分别对应不同的功能ID,这些功能ID代表了不同的权限。例如,普通用户的功能ID对应的权限只能下载文档,中级用户的功能ID对应的权限既能上传文档又能下载文档、能够添加/删除事项等。
在步骤S603中,第一权限服务端向第二权限服务端发送携带权限数据的数据同步请求。
本实施例第一权限服务端根据权限请求进行处理得到权限数据后,会将权限数据同步到第二权限服务端以便第二权限服务端也拥有新的权限书数据。因此,第一权限服务端向第二权限服务端发送携带权限数据的数据同步请求
在步骤S604中,第二权限服务端将接收的权限数据写入数据库。
第二权限服务端接收到携带权限数据的数据同步请求后,将接收的权限数据写入数据库,使得第一权限服务端和第二权限服务端都可以存储有新权限数据。这样,用户无论是通过新版本应用程序向第一权限服务端发送权限请求还是通过旧版本应用程序向第二权限服务端发送权限请求,对于相同的权限请求用户都会获得相同的功能权限。
第二权限服务端将第一权限服务端发送过来的新权限数据存储到自己的数据库中,使新、第二权限服务端都存有相关数据,都能够支持相同的权限请求。以应用程序APP的第一代版本(旧版本)与第二代版本(新版本)举例说明:当用户使用的是第二代版本时,用户在第二代版本中的数据会自动存储至第一代版本中,使得第一代版本也一样拥有与第二代版本相同的权限,进而实现用户无论是使用第一代版本或者是第二代版本,均拥有相同的功能。
在步骤S605中,第二权限服务端向第一权限服务端返回响应结果。
第二权限服务端向第一权限服务端返回响应结果。如果响应结果为写入失败,第一权限服务端可以再次重发权限数据。
在步骤S606中,第一权限服务端向客户端返回权限结果。
本实施例第一权限服务端根据权限请求进行处理得到权限数据和权限结果后,将权限结果返回给客户端,告诉客户端的用户是否具有所请求的权限。
需说明的是,上述是以将得到的权限数据同步到第二权限服务端之后,再将权限处理结果发送给客户端举例说明但不局限于此,也可以是将权限处理结果发送给客户端之后,再将权限数据同步到第二权限服务端。
本申请实施例提出的新的双轨制权限方案中,新权限系统第一次上线时,可以不用修改旧权限系统的旧的逻辑代码,旧功能逻辑也没有变,能够最大限度的保证功能的稳定性;而对于新的功能逻辑,可以直接按新权限系统的要求来开发,做到新旧权限系统的共存。在后续适当的时机,旧功能逻辑逐步全部替换成新功能逻辑以后,旧的权限系统再下线,以实现新旧权限系统的平滑过渡和切换。本申请实施例的双轨制的双权限系统,新旧权限系统并行运行,可以使得在最短的时间内保证新的权限系统上线,并且提高安全性和稳定性,也降低风险;工作量大大减轻,也节约了开发时间和人力成本,提升了业务的竞争力。
图7是本申请一实施例示出的权限处理方法的另一流程示意图。
参见图7,该方法可以应用于权限处理系统中,图7中以客户端、第二权限服务端之间的交互进行说明。图7中以客户端应用程序为旧版本举例说明。
在步骤S701中,客户端在检测到应用程序为旧版本且用户曾经登录过新版本时,向第二权限服务端发送权限请求。
本实例中,如果客户端一直登录的应用程序为旧版本,则该旧版本不会显示新版本中的功能;如果客户端曾经登录过一次应用程序的新版本,然后退出,再重新登录应用程序的旧版本,则该旧版本上可以显示新版本中使用过的功能。
客户端在检测到应用程序为旧版本且用户曾经登录过新版本时,依然是向第二权限服务端发送权限请求。其中,权限请求中可以包括用户ID,用户ID可以标识用户身份信息。或者,权限请求中也可以包括用户ID和功能ID。
在步骤S702中,第二权限服务端根据权限请求和从第一权限服务端同步的新权限数据进行处理。
由于客户端曾经登录过一次应用程序的新版本,因此会触发第一权限服务端将新权限数据同步到第二权限服务端,使得第二权限服务端存储有新权限数据。第二权限服务端可以根据权限请求和从第一权限服务端同步的新权限数据对权限请求进行处理。第二权限服务端根据权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以从数据库中查找到用户的该功能ID对应的新权限数据,根据新权限数据就可以确定用户是否满足权限,即可以确定权限结果。或者,权限请求中包括用户ID和功能ID时,可以根据用户ID和功能ID查找到权限数据。即,可以从预设的用户ID、功能ID与权限数据的映射表中,根据用户ID和功能ID查找到对应的权限数据。
在步骤S703中,第二权限服务端向客户端返回权限结果。
第二权限服务端确定出权限结果后,向客户端返回权限结果,告诉客户端的用户是否具有所请求的权限。
该实施例中,由于客户端曾经登录过一次应用程序的新版本,因此会触发第一权限服务端将新权限数据同步到第二权限服务端,使得第二权限服务端存储有新权限数据,那么第二权限服务端可以根据权限请求和从第一权限服务端同步的新权限数据对权限请求进行处理。
与前述本申请的方法的实施例相对应,本申请还提供权限处理系统及相关设备。
图8是本申请一实施例示出的权限处理系统的结构示意图。
参见图8,该权限处理系统,包括:客户端81、第一权限服务端82、第二权限服务端83。
客户端81,用于在检测到应用程序为新版本时,向第一权限服务端82发送第一权限请求,接收第一权限服务端82返回的第一权限处理结果。第一权限请求中可以包括用户ID,用户ID可以标识用户身份信息。或者,第一权限请求中也可以包括用户ID和功能ID。
第一权限服务端82,用于获取客户端81发送的第一权限请求,根据第一权限请求进行处理,并得到第一权限数据;根据第一权限数据确定第一权限处理结果,并将第一权限数据同步到第二权限服务端83;将第一权限处理结果发送给客户端81。
第一权限服务端82根据第一权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以查找到用户的该功能ID对应的第一权限数据,根据第一权限数据就可以确定用户是否满足权限,即可以确定第一权限结果,然后发送给客户端81。该方式中,一个用户ID除了可以对应一个功能ID,也可以是对应多个功能ID,可以根据需要设置,设置方式更灵活。
或者,第一权限请求中包括用户ID和功能ID时,第一权限服务端82可以根据用户ID和功能ID查找到第一权限数据。即,可以从预设的用户ID、功能ID与权限数据的映射表中,根据用户ID和功能ID查找到对应的第一权限数据。该方式中,可以直接根据用户ID和功能ID来查找权限数据,相比于根据用户ID查找功能ID,再根据功能ID查找权限数据的方式,可以节省查找流程,处理速度更快,可以提高处理效率。
第二权限服务端83,用于接收第一权限服务端82同步的第一权限数据。
第二权限服务端83,还用于获取第一权限服务端82同步的第一权限数据;获取客户端81在检测到应用程序为旧版本且用户曾经登录过新版本时发送的第二权限请求;根据第二权限请求进行处理后,将根据第一权限数据确定的第二权限处理结果发送给客户端81。第二权限请求可以包括用户ID,用户ID可以标识用户身份信息。第二权限服务端83根据用户ID查找到功能ID,根据功能ID查找到用户的第一权限数据,根据第一权限数据确定第二权限处理结果。也就是说,第二权限服务端83根据第二权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以从数据库中查找到用户的该功能ID对应的第一权限数据,该第一权限数据为第一权限服务端82同步到第二权限服务端83的新权限数据,那么根据新权限数据就可以确定用户是否满足权限,可以确定权限结果,即可以确定第二权限处理结果,然后发送给客户端81。或者,第二权限请求中包括用户ID和功能ID时,第二权限服务端83可以根据用户ID和功能ID查找到第一权限数据。即,可以从预设的用户ID、功能ID与权限数据的映射表中,根据用户ID和功能ID查找到对应的第一权限数据,根据第一权限数据就可以确定用户是否满足权限,可以确定权限结果,即可以确定第二权限处理结果,然后发送给客户端81。
图9是本申请一实施例示出的客户端设备的结构示意图。
参见图9,该客户端设备90,包括:检测模块91、第一发送模块92、第一接收模块93。
检测模块91,用于检测应用程序的版本。
第一发送模块92,用于在检测模块检91测到应用程序为新版本时,向第一权限服务端发送第一权限请求。
第一接收模块93,用于接收第一权限服务端返回的第一权限处理结果,其中第一权限处理结果由第一权限服务端根据第一权限请求进行处理后发送,其中第一权限服务端将根据第一权限请求进行处理后得到的第一权限数据同步到第二权限服务端。例如,第一权限服务端根据第一权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以查找到用户的该功能ID对应的第一权限数据,根据第一权限数据就可以确定用户是否满足权限,即可以确定第一权限结果。
该客户端设备90,还包括:第二发送模块94、第二接收模块95。
第二发送模块94,用于在检测模块91检测到应用程序为旧版本且用户曾经登录过新版本时,向第二权限服务端发送第二权限请求。
第二接收模块95,用于接收第二权限服务端返回的第二权限处理结果,其中第二权限处理结果由第二权限服务端根据同步的第一权限数据进行处理后发送。例如,第二权限服务端根据第二权限请求中的用户ID查找到功能ID,根据功能ID查找到用户的第一权限数据,根据第一权限数据确定第二权限处理结果。也就是说,第二权限服务端根据第二权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以从数据库中查找到用户的该功能ID对应的第一权限数据,该第一权限数据为第一权限服务端同步到第二权限服务端的新权限数据,那么根据新权限数据就可以确定用户是否满足权限,即可以确定权限结果,即可以确定第二权限处理结果。
该客户端设备90,还包括:第三发送模块96、第三接收模块97。
第二发送模块96,用于在检测模块检91测到应用程序为旧版本时,向第二权限服务端发送第三权限请求。
第二接收模块97,用于接收第二权限服务端返回的第三权限处理结果,其中第三权限处理结果由第二权限服务端根据自身存储的第二权限数据进行处理后发送。
图10是本申请一实施例示出的第一权限服务端设备的结构示意图。
参见图10,该第一权限服务端设备,包括:请求获取模块1001、数据获取模块1002、第一处理模块1003、第二处理模块1004。
请求获取模块1001,用于获取客户端发送的第一权限请求。第一权限请求中可以包括用户ID,用户ID可以标识用户身份信息。或者,第一权限请求中也可以包括用户ID和功能ID。
数据获取模块1002,用于根据请求获取模块1001获取的第一权限请求进行处理,并得到第一权限数据。
第一处理模块1003,用于根据数据获取模块1002得到的第一权限数据确定第一权限处理结果,并将数据获取模块1002得到的第一权限数据同步到第二权限服务端。
第二处理模块1004,用于将第一处理模块1003确定的第一权限处理结果发送给客户端。
数据获取模块1002根据第一权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以查找到用户的该功能ID对应的第一权限数据。第一处理模块1003根据第一权限数据就可以确定用户是否满足权限,即可以确定第一权限结果。或者,第一权限请求中包括用户ID和功能ID时,数据获取模块1002可以根据用户ID和功能ID查找到第一权限数据。即,可以从预设的用户ID、功能ID与权限数据的映射表中,根据用户ID和功能ID查找到对应的第一权限数据。
图11是本申请一实施例示出的第二权限服务端设备的结构示意图。
参见图11,该第二权限服务端设备,包括:接收数据模块116、同步数据模块117、获取请求模块118、处理结果模块119。
接收数据模块116,用于获取第一权限服务端同步的第一权限数据,其中第一权限数据由第一权限服务端获取客户端发送的第一权限请求并进行处理后发送。
同步数据模块117,用于将所述第一权限数据写入数据库。
获取请求模块118,用于获取客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送的第二权限请求。第二权限请求可以包括用户ID,用户ID可以标识用户身份信息。或者,第二权限请求中也可以包括用户ID和功能ID。
处理结果模块119,用于根据获取请求模块118获取的第二权限请求进行处理后,将根据接收数据模块116获取的第一权限数据确定的第二权限处理结果发送给客户端。处理结果模块119根据用户ID查找到功能ID,根据功能ID查找到用户的第一权限数据,根据第一权限数据确定第二权限处理结果。也就是说,处理结果模块119根据第二权限请求中的用户ID,可以从预设的用户ID与功能ID的映射表中查找到功能ID,然后根据功能ID可以从数据库中查找到用户的该功能ID对应的第一权限数据,该第一权限数据为第一权限服务端同步到第二权限服务端的新权限数据,那么根据新权限数据就可以确定用户是否满足权限,即可以确定权限结果,即可以确定第二权限处理结果。或者,第二权限请求中包括用户ID和功能ID时,处理结果模块119可以根据用户ID和功能ID查找到第一权限数据。即,可以从预设的用户ID、功能ID与权限数据的映射表中,根据用户ID和功能ID查找到对应的第一权限数据,根据第一权限数据就可以确定用户是否满足权限,可以确定权限结果,即可以确定第二权限处理结果,然后发送给客户端。
从上述实施例可以发现,本申请提供的方案,由于第一权限服务端在收到用户权限请求之后会将相应的新权限数据发送至第二权限服务端以存储在其数据库中,因此第一权限服务端与旧第一权限服务端均存储有相同的或者至少部分相同的新权限数据,使得用户无论是通过新版本应用程序向新权限系统发送权限请求还是通过旧版本应用程序向旧权限系统发送权限请求,对于相同的权限请求用户都会获得相同的功能权限。如此,当新权限系统上线后,旧权限系统并不会立即被新系统所替代,即新旧权限系统存在共存时段,等后续新权限系统稳定运行后,再下线旧权限系统,实现平滑过渡和切换,从而可以降低新权限系统上线带来的风险。
关于上述实施例中的装置,其中各个组成部分执行操作的具体方式以及相关说明已经在上述各个方法实施例中进行了详细描述,此处将不再做详细阐述说明。
图12是本申请一实施例示出的电子设备的结构示意图。
参见图12,电子设备1200包括存储器1210和处理器1220。
处理器1220可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器1210可以包括各种类型的存储单元,例如系统内存、只读存储器(ROM),和永久存储装置。其中,ROM可以存储处理器1220或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中,永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中,永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备,例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外,存储器1210可以包括任意计算机可读存储媒介的组合,包括各种类型的半导体存储芯片(DRAM,SRAM,SDRAM,闪存,可编程只读存储器),磁盘和/或光盘也可以采用。在一些实施方式中,存储器1210可以包括可读和/或写的可移除的存储设备,例如激光唱片(CD)、只读数字多功能光盘(例如DVD-ROM,双层DVD-ROM)、只读蓝光光盘、超密度光盘、闪存卡(例如SD卡、min SD卡、Micro-SD卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。
存储器1210上存储有可执行代码,当可执行代码被处理器1220处理时,可以使处理器1220执行上文述及的方法中的部分或全部。
上文中已经参考附图详细描述了本申请的方案。在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详细描述的部分,可以参见其他实施例的相关描述。本领域技术人员也应该知悉,说明书中所涉及的动作和模块并不一定是本申请所必须的。另外,可以理解,本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减,本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。
此外,根据本申请的方法还可以实现为一种计算机程序或计算机程序产品,该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。
或者,本申请还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质),其上存储有可执行代码(或计算机程序、或计算机指令代码),当可执行代码(或计算机程序、或计算机指令代码)被电子设备(或电子设备、服务端等)的处理器执行时,使处理器执行根据本申请的上述方法的各个步骤的部分或全部。
本领域技术人员还将明白的是,结合这里的申请所描述的各种示例性逻辑块、模块和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。
附图中的流程图和框图显示了根据本申请的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本申请的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
Claims (8)
1.一种权限处理方法,其特征在于,应用于第一权限服务端中,包括:
获取客户端发送的第一权限请求;
根据所述第一权限请求进行处理,并得到第一权限数据;
根据所述第一权限数据确定第一权限处理结果,并将所述第一权限数据同步到第二权限服务端;
将所述第一权限处理结果发送给所述客户端;
其中,所述将第一权限数据同步到第二权限服务端,包括:
向所述第二权限服务端发送携带所述第一权限数据的数据同步请求,以使得所述第二权限服务端将所述第一权限数据写入数据库以及在获取第二权限请求后,处理所述第二权限请求,将根据所述第一权限数据确定的第二权限处理结果发送给所述客户端,其中所述客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送所述第二权限请求。
2.根据权利要求1的方法,其特征在于:
所述第一权限请求包括用户ID;
所述根据所述第一权限请求进行处理,并得到第一权限数据,包括:
根据所述用户ID查找到功能ID,根据所述功能ID查找到所述第一权限数据;或,
所述第一权限请求包括用户ID和功能ID;
所述根据所述第一权限请求进行处理,并得到第一权限数据,包括:
根据所述用户ID和功能ID查找到所述第一权限数据。
3.根据权利要求1至2任一项的方法,其特征在于:
所述将第一权限数据同步到第二权限服务端,在所述将所述第一权限处理结果发送给所述客户端之前执行;或,
所述将第一权限数据同步到第二权限服务端,在所述将所述第一权限处理结果发送给所述客户端之后执行。
4.一种权限处理方法,其特征在于,应用于第二权限服务端中,包括:
接收第一权限服务端发送的第一权限数据,其中所述第一权限数据由所述第一权限服务端获取客户端发送的第一权限请求并进行处理后发送;
将所述第一权限数据写入数据库;
获取第二权限请求,其中,客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送所述第二权限请求;
处理所述第二权限请求,并将根据所述第一权限数据确定的第二权限处理结果发送给所述客户端。
5.根据权利要求4的方法,其特征在于:
所述第二权限请求包括用户ID;
所述处理所述第二权限请求,包括:
根据所述用户ID查找到功能ID,根据所述功能ID查找到所述第一权限数据,根据所述第一权限数据确定第二权限处理结果;或,
所述第二权限请求包括用户ID和功能ID;
所述处理所述第二权限请求,包括:
根据所述用户ID和功能ID查找到所述第一权限数据,根据所述第一权限数据确定第二权限处理结果。
6.一种权限处理系统,其特征在于,包括:
客户端,用于在检测到应用程序为新版本时,向第一权限服务端发送第一权限请求,接收所述第一权限服务端返回的第一权限处理结果;
第一权限服务端,用于获取客户端发送的第一权限请求,根据所述第一权限请求进行处理,并得到第一权限数据;根据所述第一权限数据确定第一权限处理结果,并将所述第一权限数据同步到第二权限服务端;将所述第一权限处理结果发送给所述客户端;
第二权限服务端,用于接收所述第一权限服务端同步的所述第一权限数据;获取客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送的第二权限请求;处理所述第二权限请求,将根据所述第一权限数据确定的第二权限处理结果发送给所述客户端。
7.一种服务端设备,其特征在于,包括:
请求获取模块,用于获取客户端发送的第一权限请求;
数据获取模块,用于根据所述请求获取模块获取的第一权限请求进行处理,并得到第一权限数据;
第一处理模块,用于根据所述数据获取模块得到的所述第一权限数据确定第一权限处理结果,并将所述第一权限数据同步到第二权限服务端,其中包括向所述第二权限服务端发送携带所述第一权限数据的数据同步请求,以使得所述第二权限服务端将所述第一权限数据写入数据库以及在获取第二权限请求后,处理所述第二权限请求,将根据所述第一权限数据确定的第二权限处理结果发送给所述客户端,其中所述客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送所述第二权限请求;
第二处理模块,用于将所述第一处理模块确定的所述第一权限处理结果发送给所述客户端。
8.一种服务端设备,其特征在于,包括:
接收数据模块,用于接收第一权限服务端发送的第一权限数据,其中所述第一权限数据由所述第一权限服务端获取客户端发送的第一权限请求并进行处理后发送;
同步数据模块,用于将所述第一权限数据写入数据库;
获取请求模块,用于获取第二权限请求,其中,客户端在检测到应用程序为旧版本且用户曾经登录过新版本时发送所述第二权限请求;
处理结果模块,用于处理所述获取请求模块获取的所述第二权限请求,并将根据所述接收数据模块接收的第一权限数据确定的第二权限处理结果发送给所述客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010663573.8A CN113452665B (zh) | 2020-07-10 | 2020-07-10 | 权限处理方法、系统及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010663573.8A CN113452665B (zh) | 2020-07-10 | 2020-07-10 | 权限处理方法、系统及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113452665A CN113452665A (zh) | 2021-09-28 |
CN113452665B true CN113452665B (zh) | 2022-09-16 |
Family
ID=77808433
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010663573.8A Active CN113452665B (zh) | 2020-07-10 | 2020-07-10 | 权限处理方法、系统及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113452665B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6738801B1 (en) * | 1999-01-08 | 2004-05-18 | Fujitsu Limited | Master server facilitating communication between slave servers in incompatible data formats, and method for upgrading slave servers |
WO2004077911A2 (en) * | 2003-03-03 | 2004-09-16 | Sony Ericsson Mobile Communications Ab | Rights request method |
CN101505307A (zh) * | 2009-03-09 | 2009-08-12 | 华为技术有限公司 | 面向服务构架的消息处理方法、网络节点及系统 |
CN101908980A (zh) * | 2010-08-20 | 2010-12-08 | 中兴通讯股份有限公司 | 一种网管升级的方法及系统 |
CN105207809A (zh) * | 2015-08-25 | 2015-12-30 | 广州华多网络科技有限公司 | 一种数据处理方法、服务器、客户端和系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20110112242A (ko) * | 2010-04-06 | 2011-10-12 | 삼성전자주식회사 | UPnP 원격 접속 서비스에서 원격 접속 접근 권한 관리 방법 및 장치 |
US10664266B2 (en) * | 2018-09-04 | 2020-05-26 | Salesforce.Com, Inc. | Maintaining client version affinity during a server cluster upgrade |
-
2020
- 2020-07-10 CN CN202010663573.8A patent/CN113452665B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6738801B1 (en) * | 1999-01-08 | 2004-05-18 | Fujitsu Limited | Master server facilitating communication between slave servers in incompatible data formats, and method for upgrading slave servers |
WO2004077911A2 (en) * | 2003-03-03 | 2004-09-16 | Sony Ericsson Mobile Communications Ab | Rights request method |
CN101505307A (zh) * | 2009-03-09 | 2009-08-12 | 华为技术有限公司 | 面向服务构架的消息处理方法、网络节点及系统 |
CN101908980A (zh) * | 2010-08-20 | 2010-12-08 | 中兴通讯股份有限公司 | 一种网管升级的方法及系统 |
CN105207809A (zh) * | 2015-08-25 | 2015-12-30 | 广州华多网络科技有限公司 | 一种数据处理方法、服务器、客户端和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN113452665A (zh) | 2021-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9710256B2 (en) | Software upgrade method and system for mobile terminal | |
US11146858B2 (en) | Method and apparatus for pushing video content | |
US8719497B1 (en) | Using device spoofing to improve recovery time in a continuous data protection environment | |
US8195619B2 (en) | Extent reference count update system and method | |
KR20190044145A (ko) | 원격 데이터베이스에 대한 변경사항들의 처리 | |
US20180367441A1 (en) | Routing table synchronization method, apparatus, and system | |
CN105900073B (zh) | 用于维护事务日志的系统、计算机可读介质和方法 | |
US20140297900A1 (en) | Method for tracking wired and wireless audio peripherals using unique volume key identifiers on a host device | |
CN104202375A (zh) | 同步数据的方法及系统 | |
CA2636649A1 (en) | Multi-protocol removable storage device | |
US11210177B2 (en) | System and method for crash-consistent incremental backup of cluster storage | |
CN107861691B (zh) | 一种多控存储系统的负载均衡方法和装置 | |
CN111651238A (zh) | 一种虚拟机保护中有效数据获取系统及方法 | |
CN107729515B (zh) | 一种数据同步的方法、装置及存储介质 | |
US20090024768A1 (en) | Connection management program, connection management method and information processing apparatus | |
CN110633046A (zh) | 一种分布式系统的存储方法、装置、存储设备及存储介质 | |
CN101216794A (zh) | 改进的Server-Less备份方法、存储设备及备份服务器 | |
CN113452665B (zh) | 权限处理方法、系统及设备 | |
CN108776670B (zh) | 一种异地容灾方法、系统和电子设备 | |
US8738816B2 (en) | Management of detected devices coupled to a host machine | |
US20140297953A1 (en) | Removable Storage Device Identity and Configuration Information | |
US20200089801A1 (en) | Disturbance-free partitioning and migration of data from one storage account to another storage account | |
WO2021233351A1 (zh) | 数据转移方法及装置、终端和计算机可读存储介质 | |
US10706169B1 (en) | Quarantining storage objects using a quarantine list | |
CN103177079B (zh) | 一种主题更新的检测方法、终端和服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |