BR112019021888A2

BR112019021888A2 - Método e sistema de concessão de permissões com base na correspondência individual entre funções e usuários

Info

Publication number: BR112019021888A2
Application number: BR112019021888-2A
Authority: BR
Inventors: Dazhi Chen
Original assignee: Chengdu Qianniucao Information Technology Co., Ltd.
Priority date: 2017-04-22
Filing date: 2018-04-19
Publication date: 2020-05-26
Also published as: EA201992218A1; EP3614283A1; CN107103228B; PE20191750A1; JP2020520034A; WO2018192557A1; ZA201906776B; AU2018255463A1; CN107103228A; MX2019012442A; KR20190131085A; CO2019011620A2; CA3061130A1; EP3614283A4; PH12019502371A1

Abstract

na presente invenção, é descrito um método e sistema individual baseado em função para conceder permissão a um usuário, que inclui as seguintes etapas sequenciais: s1: criação de funções, onde cada função é um indivíduo independente em vez de um grupo ou classe; s2: respectivamente autorizando as funções criadas na etapa s1; e s3: relacionar um usuário a uma função, em que uma função só pode estar relacionada a um único usuário no mesmo período e um usuário pode estar relacionado a uma ou mais funções. uma função na presente invenção é um indivíduo independente e é diferente de uma função convencional de natureza de grupo ou classe. uma função só pode estar relacionada a um usuário no mesmo período de tempo, assim significativamente melhorando a eficiência da administração de permissões no uso de um sistema, tornando a autorização dinâmica mais simples, mais conveniente, mais clara e explícita, e melhorando a eficiência e a confiabilidade dos ajustes de permissões.

Description

RELATÓRIO DESCRITIVO

MÉTODO E SISTEMA DE CONCESSÃO DE PERMISSÕES COM BASE NA CORRESPONDÊNCIA INDIVIDUAL ENTRE FUNÇÕES E USUÁRIOS ANTECEDENTES

Campo Técnico

[0001] A presente invenção está relacionada com um método de administração de permissão do usuário em um sistema de software de administração, como um sistema ERP e, mais particularmente, um método e um sistema individuais baseados em funções para conceder permissão a um usuário.

Arte Relacionada

[0002] O controle de acesso baseado em função (RBAC) é um dos mecanismos de administração para permissões de banco de dados mais pesquisadas e maduras nos últimos anos. É considerada uma alternativa ideal ao controle de acesso convencional (MAC) e controle de acesso discricionário (DAC). A ideia básica do controle de acesso baseado em função (RBAC) é definir diferentes funções de acordo com diferentes posições funcionais em uma visão da organização corporativa, encapsular as permissões de acesso dos recursos no banco de dados em funções e permitir os usuários acessem indiretamente os recursos do banco de dados, atribuindo-lhes diferentes funções.

[0003] Um grande número de tabelas e visualizações geralmente é integrado a grandes sistemas da aplicação, o que torna muito difícil administrar e autorizar os recursos de banco de dados. É extremamente difícil para o usuário administrar diretamente o acesso e a autorização dos recursos do banco de dados. Isso requer que o usuário tenha um profundo entendimento da estrutura do banco de dados e esteja familiarizado com o uso da linguagem SQL. Além disso, depois que a estrutura do sistema da aplicação ou os requisitos de segurança são alterados, é necessário um grande número de alterações de autorização complexas e complicadas, e é muito provável que ocorram vulnerabilidades de segurança devido a erros inesperados de autorização.

Petição 870190105271, de 18/10/2019, pág. 5/55

2/14

Portanto, desenhar um método de administração de permissão simples e eficaz para sistemas da aplicação em larga escala tornou-se um requisito comum para os sistemas e os usuários do sistema.

[0004] O mecanismo de controle de permissão baseado em funções pode administrar as permissões de acesso ao sistema de uma maneira simples e eficiente, o que reduz bastante a carga e o custo da administração de permissões do sistema e toma a administração de permissões do sistema ser mais complicado com as especificações de administração corporativa do sistema da aplicação.

[0005] No entanto, o método convencional de administração de permissão baseado em função para um usuário adota o mecanismo de relacionamento função a usuário, um a muitos e sua função é um grupo ou classe por natureza, ou seja, uma função pode corresponder simultaneamente a ou estar relacionada a vários usuários, e a função é semelhante a um cargo ou uma posição, ou a um tipo de trabalho ou outros conceitos. A permissão concedida a um usuário sob esse mecanismo de relacionamento é basicamente dividida nas três seguintes formas: 1, como mostrado na FIG 1, a permissão é concedida diretamente ao usuário, onde a desvantagem é que a carga de trabalho é importante e a operação é frequente e problemática; 2, como mostrado na FIG 2, a função (classe/grupo/cargo/tipo de trabalho) é autorizada (uma função pode estar relacionado a vários usuários) e o usuário obtém permissão através da função; 3, como mostrado na FIG 3, os dois métodos acima são combinados.

[0006] Nas descrições acima, 2 e 3 devem autorizar a função da natureza de classe/grupo, e o modo de autorização pela função da natureza de classe/grupo/posição/tipo de trabalho tem as seguintes desvantagens: 1. As operações são difíceis quando as permissões do usuário são alteradas: no processo atual de uso de um sistema, geralmente é necessário ajustar a autoridade do usuário durante o processo operacional. Por exemplo, ao lidar com alterações de permissão de funcionários, quando a autoridade de um funcionário

Petição 870190105271, de 18/10/2019, pág. 6/55

3/14 relacionada a uma função é alterada, é inadequado alterar as permissões de toda a função devido a alterações nas permissões de funcionários individuais, porque a função também está relacionado com outros funcionários cujas permissões não foram alteradas. Portanto, em resposta a essa situação, uma nova função é criada para satisfazer o funcionário cujas permissões foram alteradas ou uma permissão é atribuída diretamente ao funcionário (desconectada da função) com base nos requisitos de permissão. Os dois métodos de processamento acima exigem não apenas um longo tempo para a autorização de função no caso de um grande número de permissões de função, mas também facilmente causam erros; seu uso é complicado e problemático para o usuário, mas também propensa a erros, que resultam em perdas para o usuário do sistema.

[0007] 2. É difícil lembrar a permissão específica contida na função por um longo tempo: se a função tiver mais funções de permissão, é difícil lembrar as permissões específicas da função por um longo tempo e é mais difícil lembrar as diferenças de permissão entre as funções com permissões semelhantes. Se um novo usuário precisar estar relacionado, é impraticável determinar exatamente como selecionar uma função para o relacionamento.

[0008] 3. Como as permissões do usuário são alteradas, mais e mais funções são criadas (se novas funções não forem criadas, isso aumenta muito a autorização direta para o usuário) e é mais difícil distinguir diferenças das permissões específicas entre funções.

[0009] 4. Quando um usuário é transferido de um cargo, se muitas permissões do usuário transferido forem atribuídas a outros usuários, é necessário separar as permissões do usuário transferido e criar funções para relacionar com outros usuários. Essa operação não é apenas complicada e demorada, mas também propensa a erros.

RESUMO

Problemas Técnicos

Petição 870190105271, de 18/10/2019, pág. 7/55

4/14

[0010] 0 objetivo da presente invenção é superar as deficiências da técnica anterior e fornecer um método e sistema individuais baseados em funções para conceder permissão a um usuário. Uma função só pode ser relacionada a um único usuário ao mesmo tempo, o que melhora muito a eficiência da administração de permissões de um sistema em uso, toma a autorização dinâmica mais fácil, mais conveniente, mais clara e mais explícita e melhora a eficiência e a confiabilidade dos ajustes de permissão.

Soluções para Problemas

Soluções Técnicas

[0011] O objetivo da presente invenção é alcançado pelas seguintes soluções técnicas: um método individual baseado em função para conceder permissões a um usuário, que inclui as seguintes etapas sequenciais: S1: criar funções, cada função é um indivíduo independente em vez de um grupo/classe; S2: autorizar as funções criados em S1, respectivamente; S3: relacionar um usuário a uma função, no qual só pode estar relacionado a um único usuário no mesmo período e um usuário está relacionado a uma ou mais funções.

[0012] A autorização de uma função inclui a autorização de um formulário, a autorização de um menu ou a autorização de uma função.

[0013] Quando essa função é criada, um departamento deve ser selecionado. Depois que a função é criada, a função pertence ao departamento, a função é exclusiva no departamento e a função é autorizada de acordo com conteúdo do trabalho da função.

[0014] O método individual baseado em funções para conceder permissão a um usuário também inclui uma etapa da administração da transferência entre departamentos, que inclui especificamente: (1) cancelar o relacionamento entre o usuário e a função em um departamento local; e (2) relacionar o usuário a uma função em um novo departamento.

[0015] O referido usuário pode apenas determinar a permissão através do relacionamento do referido usuário com a função.

Petição 870190105271, de 18/10/2019, pág. 8/55

5/14

[0016] Um método individual baseado em função para conceder permissões a um usuário, que inclui as seguintes etapas sequenciais: S1: criar funções, cada função é um indivíduo independente em vez de um grupo/classe; S2: relacionar um usuário a uma função, no qual a função só pode estar relacionada com um único usuário d no mesmo período e um usuário está relacionado a uma ou mais funções; S3: autorizando as funções criados em S1, respectivamente.

[0017] A autorização de uma função inclui a autorização de um formulário, a autorização de um menu ou a autorização de uma função.

[0018] Quando essa função é criada, um departamento deve ser selecionado. Depois que a função é criada, a função pertence ao departamento, a função é exclusiva no departamento e a função é autorizada de acordo com conteúdo do trabalho da função.

[0019] O método individual baseado em funções para conceder permissão a um usuário também inclui uma etapa da administração da transferência entre departamentos, que inclui especificamente: (1) cancelar o relacionamento entre o usuário e a função em um departamento local; e (2) relacionar o usuário a uma função em um novo departamento.

[0020] O referido usuário só pode determinar a permissão através do relacionamento deste usuário com a função.

[0021] Um sistema individual baseado em funções para conceder permissão a um usuário, que inclui: uma unidade de criação de função, uma unidade de autorização de função e uma unidade de relacionamento usuário-função; em que a referida unidade de criação de função é usado para executar o desenho de funções de acordo com cargos e para criar funções do sistema, cada uma das quais é um indivíduo independente em vez de um grupo/classe, referida unidade de autorização de funções é usada para conceder permissões a funções de acordo com conteúdo do trabalho das funções, a referida unidade de relacionamento usuário-função é usada para relacionar um usuário a uma função e garantir que uma função só possa ser relacionada a um único usuário durante

Petição 870190105271, de 18/10/2019, pág. 9/55

6/14 o mesmo período , e um usuário está relacionado a uma ou mais funções.

[0022] Este função do sistema consiste em: um nome de cargo + um número de cargo.

Efeitos benéficos da invenção.

Efeitos benéficos

[0023] (1) O mecanismo convencional de administração de autorização define uma função como um grupo, um tipo de trabalho, uma classe etc. A função está em um relacionamento de uma para muitos com o usuário. No processo atual de uso de um sistema, geralmente é necessário ajustar a autoridade do usuário durante o processo operacional. Por exemplo, ao lidar com alterações de permissão de funcionários, quando a autoridade de um funcionário relacionada a uma função é alterada, é inadequado alterar as permissões de todo a função devido a alterações nas permissões de funcionários individuais, porque a função também está relacionada com outros funcionários cujas permissões não foram alteradas. Portanto, em resposta a essa situação, uma nova função é criada para satisfazer o funcionário cujas permissões foram alteradas ou uma permissão é atribuída diretamente ao funcionário (desconectado da função) com base nos requisitos de permissão. Os dois métodos de processamento acima exigem não apenas um longo tempo para a autorização de função no caso de um grande número de permissões de função, mas também facilmente causam erros; seu uso é complicado e problemático para o usuário, mas também propensa a erros que resultam em perdas para o usuário do sistema.

[0024] No entanto, de acordo com o método do presenta aplicação, como a função é um indivíduo independente, a permissão da função pode ser alterada para atingir o objetivo. Embora a solução do presenta aplicação pareça aumentar a carga de trabalho durante a inicialização do sistema, copiando ou similar, as funções podem ser criados ou autorizadas com mais eficiência do que as funções convencionais de natureza de grupo. Como a função da natureza do grupo não é considerada na comunidade de usuários relacionada, a solução da

Petição 870190105271, de 18/10/2019, pág. 10/55

7/14 aplicação de prevenção torna os ajustes de permissão claros e explícitos; especialmente depois que o sistema é usado por um tempo (alterações dinâmicas na autoridade de usuário/função), a solução da aplicação de prevenção pode melhorar bastante a eficiência da autoridade do sistema em uso e tornar a autorização dinâmica mais simples, mais conveniente, mais clara e explícita, e melhora a eficiência e a confiabilidade dos ajustes de permissão.

[0025] (2) O método convencional de autorização de função baseado em grupo é propenso a erros. A solução do presenta aplicação reduz bastante a probabilidade de erros de autorização porque, na solução do presenta aplicação, só é necessário considerar a função como indivíduo independente, em vez de considerar a comunidade de vários usuários relacionados a esse conjunto de funções como no método convencional. Mesmo que ocorra um erro de autorização de permissão, o método de correção do presenta aplicação é simples e leva pouco tempo. No entanto, no caso de uma função convencional de natureza de grupo, todos os usuários relacionados a esta função são afetados. Mesmo que ocorra um erro de autorização permissão, um método de correção nesta aplicação é simples e leva pouco tempo. No entanto, no caso da função de tipo de grupo convencional, a comunidade de todos os usuários relacionados a esta função deve ser considerado durante a correção de erros. A modificação é complicada, complexa e suscetível a erros quando a função possui muitos pontos de função e, em muitas circunstâncias, o problema não pode ser resolvido a menos que uma nova função seja criada.

[0026] (3) No método convencional de autorização de função baseado em grupo, se a função tiver mais pontos de função de permissão, leva muito tempo para lembrar as permissões específicas da função e é mais difícil lembrar a diferença nas permissões entre permissões semelhantes. Se for necessário relacionar um novo usuário, é impossível determinar exatamente como selecionar uma função para a associação. No método desta aplicação, a função em si tem a natureza do número do cargo/ número da estação e a escolha é clara à primeira vista.

Petição 870190105271, de 18/10/2019, pág. 11/55

8/14

[0027] (4) Quando um usuário transfere de um cargo, se muitas permissões do usuário transferido forem atribuídas a outros usuários, é necessário separar as permissões do usuário transferido e criar funções relacionadas a outros usuários. Essa operação não é apenas complicada e demorada, mas também propensa a erros.

[0028] A solução do presenta aplicação é a seguinte: o usuário transferido está relacionado a várias funções. Quando o usuário é transferido do cargo, seu relacionamento com a função no departamento original é cancelado primeiro (as funções cancelados podem estar relacionados a outros usuários) e, em seguida, o usuário está relacionado com as funções no novo departamento. A operação é simples e não dará errada.

[0029] (5) Ao criar uma função, um departamento deve ser selecionado. Depois que a função é criado, o departamento não pode ser substituído. O departamento não pode ser substituído pelos seguintes motivos: Razão 1: Como a função no presenta aplicação é equivalente a um número de estação/número de cargo; as permissões de conteúdo/cargo de diferentes números de série/números de cargo são diferentes. Por exemplo, as funções de vendedor 1 no departamento de vendas e desenvolvedor 1 de departamento técnico são dois números de estação/cargo completamente diferentes e suas permissões são diferentes. Razão 2: Se o departamento (departamento de vendas) do vendedor 1 for substituído pelo departamento técnico e a função do vendedor 1 permanecer inalterada, haverá a função do departamento técnico que tenha a permissão do departamento de vendas, o que pode causar a confusão de administração e vulnerabilidades de segurança.

BREVE DESCRIÇÃO DOS DESENHOS

DESCRIÇÃO DOS DESENHOS

[0030] FIG 1 é um diagrama esquemático de uma implementação na qual um sistema autoriza diretamente um usuário na arte anterior;

[0031] FIG 2 é um diagrama esquemático de uma implementação na qual um

Petição 870190105271, de 18/10/2019, pág. 12/55

9/14 sistema autoriza uma função de natureza de grupo ou classe na arte anterior;

[0032] FIG 3 é um diagrama esquemático de uma implementação na qual um sistema autoriza diretamente um usuário e autoriza uma função de natureza de grupo ou classe na arte anterior;

[0033] FIG 4 é um diagrama esquemático de uma implementação na qual um sistema autoriza um usuário por uma função individual independente de acordo com a presente invenção; e

[0034] FIG 5 é um fluxograma de um método de autorização de acordo com a presente invenção.

DESCRIÇÃO DETALHADA

Descrição das Modalidades

[0035] A solução técnica da presente invenção será descrita em mais detalhes abaixo com referência aos desenhos anexos, mas o escopo de proteção da presente invenção não está limitado ao seguinte.

[0036] [Modalidade 1] Como mostrado na FIG 1, um método para conceder permissão com base em função para usuário inclui as seguintes etapas sequenciais: S1: criar funções, cada função é um indivíduo independente em vez de um grupo/classe; S2: autorizar as funções criados em S1, respectivamente; S3: relacionar um usuário a uma função, em que a função só pode estar relacionada com um único usuário no mesmo período e um usuário está relacionado a uma ou mais funções; depois que o usuário estiver relacionado com a função, ele terá todas as permissões operacionais da função. Além disso, o usuário só pode determinar a permissão através do relacionamento do usuário com a função; se for necessário alterar a permissão do usuário, a permissão do usuário relacionada à função pode ser alterada ajustando as permissões que a função possui; O usuário não está diretamente autorizado, mas é autorizado pela função relacionado ao usuário.

[0037] O relacionamento da função com o usuário é individual (quando a função está relacionada a um usuário, outros usuários não podem mais se relacionar à

Petição 870190105271, de 18/10/2019, pág. 13/55

10/14 função; se a função não estiver relacionada ao usuário, poderá estar relacionada a outros usuários). O relacionamento de um usuário com uma função é de um para muitas (um usuário pode estar relacionado a várias funções ao mesmo tempo).

[0038] Definição de uma função: Uma função não é natureza de um grupo/classe/categoria/cargo/posição/tipo de trabalho etc., mas é de natureza não coletiva. A função tem sua singularidade e é uma entidade independente. Aplicada em uma empresa ou instituição, a função é equivalente a um número de cargo (o número do cargo não é um cargo, um cargo pode ter vários funcionários ao mesmo tempo, mas um número de cargo é um único funcionário no mesmo período).

[0039] Por exemplo, em um sistema corporativo, as seguintes funções podem ser criadas: gerente geral, subgerente geral 1, subgerente geral 2, gerente do departamento de vendas de Pequim I, gerente do departamento de vendas de Pequim II, gerente do departamento de vendas de Pequim III, engenheiro de vendas de Xangai 1, engenheiro de vendas de Xangai 2, engenheiro de vendas de Xangai 3, engenheiro de vendas de Xangai 4, engenheiro de vendas de Xangai 5 e assim por diante. Relação entre usuários e funções: Se Zhang San, o funcionário da empresa, for o subgerente geral 2 da empresa e o gerente do departamento de vendas de Pequim, Zhang San deverá estar relacionado com o subgerente geral 2 e o gerente do departamento de vendas de Pequim I e Zhang San tem permissão para ambos as funções.

[0040] Autorização de uma função: A autorização do sistema para uma função inclui, entre outros, a autorização de um formulário, a autorização de um menu ou a autorização de uma função. A autorização para a operação do formulário inclui, mas não está limitada a adição, eliminação, inserção e modificação.

[0041] O conceito de funções convencionais é grupo/classe/cargo/posição/tipo de trabalho, e uma função pode ser vários usuários. O conceito de “função” na presente aplicação é equivalente ao número do cargo/número da estação de

Petição 870190105271, de 18/10/2019, pág. 14/55

11/14 trabalho e é semelhante à função no drama de cinema e televisão: um personagem pode desempenhar apenas uma função por vez (infância, juventude, meia-idade, etc.) e um ator pode desempenhar várias funções.

[0042] A autorização para uma função inclui, mas não está limitada a autorização de um formulário, autorização de um menu ou autorização de uma função.

[0043] Quando essa função é criada, um departamento deve ser selecionado. Depois que a função é criada, a função pertence ao departamento, a função é exclusiva no departamento e a função é autorizada de acordo com conteúdo do trabalho da função.

[0044] Se o usuário deseja alterar departamentos, isso implica uma transferência entre departamentos. O processo de operação específico inclui: (1) cancelar o relacionamento entre o usuário e a função no departamento original; e (2) relacionar o usuário à função no novo departamento.

[0045] Depois que a função é criada, ela pode estar relacionada a um usuário no processo de criação do usuário ou relacioná-lo a qualquer momento após a criação do usuário. Depois que o usuário está relacionado à função, o relacionamento com a função pode ser cancelado a qualquer momento e o relacionamento com outras funções também podem ser criado a qualquer momento.

[0046] [Modalidade 2] Um método para conceder permissão com base em função para usuário inclui as seguintes etapas sequenciais: S1: criar funções, cada função é um indivíduo independente em vez de um grupo/classe; S2: relacionar um usuário a uma função, em que a função só pode estar relacionada com um único usuário no mesmo período e um usuário está relacionado a uma ou mais funções; S3: autorizar as funções criadas em S1, respectivamente.

[0047] [Modalidade 3] Para implementar o método acima para conceder permissões, um sistema baseado em funções individuais é fornecido para conceder autorização a um usuário, que inclui pelo menos uma unidade de criação de funções, uma unidade de autorização de funções e uma unidade de

Petição 870190105271, de 18/10/2019, pág. 15/55

12/14 relacionamento usuário-função. A referida unidade de criação de função é usada para executar o desenho das funções de acordo com cargos e cria funções do sistema, cada um dos quais é um indivíduo independente em vez de um grupo/classe, e a referida função do sistema é composta por: um nome de cargo + um número de cargo. Por exemplo: trabalhador da loja 1, trabalhador da loja 2, trabalhador da loja 3, etc. A função é um indivíduo independente equivalente ao conceito de número do cargo e número da estação de trabalho, mas difere da função usado no sistema convencional de administração de permissões. O conceito de função no sistema convencional de administração de permissão é de natureza de grupo ou classe, como um cargo, uma posição, um tipo de trabalho ou similar.

[0048] A referida unidade de autorização de função é usada para conceder autorização aas funções de acordo com o conteúdo das funções. A referida unidade de relacionamento de função de usuário é usada para relacionar um usuário a uma função e garantir que uma função só possa estar relacionada a um único usuário durante o mesmo período e que um usuário esteja relacionado a uma ou mais funções.

[0049] [Modalidade 4] O exemplo a seguir mostra o relacionamento entre funcionários, usuários e funções após a entrada do funcionário, Zhang San, em uma empresa: 1. Recrutar: depois que o funcionário é recrutado, o usuário (funcionário) está diretamente relacionado a uma função correspondente a um número de cargo ou número de estação de trabalho. Por exemplo, quando Zhang San ingressou na empresa (a empresa atribui um usuário a Zhang San) e é responsável pela venda de produtos de refrigeração na área de Pequim, no departamento de vendas I (a função correspondente é engenheiro de vendas 5 no departamento de vendas I), o usuário Zhang San seleciona diretamente a função de engenheiro de vendas 5 e o relacionamento pode ser estabelecido [0050] 2. Adicionar posição: Depois que Zhang San trabalhou por um período de tempo, a empresa pediu que Zhang San assumisse as vendas de produtos de

Petição 870190105271, de 18/10/2019, pág. 16/55

13/14

TV na área de Pequim (a função correspondente é engenheiro de vendas 8 no departamento de vendas I ) e também atua como supervisor de departamento de pós-venda (a função correspondente é supervisor de departamento de pósvenda 1). Nesse caso, duas funções, que são, “engenheiro de vendas 8” no departamento de vendas I e “supervisor de departamento pós-venda 1” no departamento de pós-venda, também estão relacionados ao usuário Zhang San. Nesse caso, o funcionário Zhang San está relacionado a três funções: “engenheiro de vendas 5” e “engenheiro de vendas 8” no departamento de vendas I e “supervisor departamento pós-venda 1” no departamento de pósvenda. Portanto, o usuário Zhang San tem permissões para todos as três funções.

[0051] 3. Posição de redução: Após outro período de tempo, a empresa decide deixar Zhang San atuar como gerente de departamento de pós-venda (que corresponde à função “gerente de departamento de pós-venda” no departamento de pós-venda) e não mais outros cargos. Nesse caso, o usuário Zhang San está relacionado à função de gerente de departamento de pós-venda no departamento de pós-venda e as três funções anteriormente relacionados (engenheiro de vendas 5 e engenheiro de vendas 8 no departamento de vendas I e supervisor departamento pós-venda 1 no departamento de vendas) são cancelados. Nesse caso, o usuário Zhang San só tem a autoridade da função de “gerente de departamento de pós-venda” no departamento de pósvenda.

[0052]4. Ajustes das permissões da função (para ajustar as permissões do própria função): Se a empresa decidir adicionar permissões ao gerente do departamento de pós-venda, as permissões deverão ser adicionadas à função de gerente do departamento de pós-venda. Com o aumento das permissões da função de gerente do departamento de pós-venda, as permissões do usuário Zhang San também são aumentadas.

[0053] 5. Renunciar: Depois de um ano, Zhang San renúncia. Nesse caso, só é

Petição 870190105271, de 18/10/2019, pág. 17/55

14/14 necessário cancelar o relacionamento entre o usuário Zhang San e a função de “gerente do departamento de pós-venda” no departamento de pós-venda.

[0054] Por exemplo, durante a operação dinâmica da empresa, o recrutamento e a demissão de funcionários geralmente ocorrem continuamente, mas os números de cargo ou estações de trabalho raramente alteram (ou até permanece inalterado dentro de um período de tempo).

[0055] Método de autorização convencional: no caso de um grande número de funções do sistema, a autorização com a função convencional de grupo/classe implica cargas de trabalho pesadas e complicadas e é propensa a erros. Pior, os erros não podem ser facilmente detectados em um curto período de tempo e tendem a causar danos ao usuário do sistema.

[0056] No método de autorização de acordo com esta aplicação, as funções de um número de cargo ou número de estação de trabalho são autorizadas na presente aplicação e os usuários estão relacionados aas funções para que as permissões do usuário sejam determinadas. Portanto, as permissões do usuário são controladas simplesmente por um simples relacionamento usuário-função. O controle de permissão é simples, fácil de operar, claro e explícito, o que melhora muito a eficiência e a confiabilidade da autorização.

[0057] Os anteriores são apenas modalidades preferidas da presente invenção, e deve ser entendido que a presente invenção não está limitada às formas aqui descritas e não deve ser interpretada como limitada a outras modalidades. Mas pode ser usado em várias outras combinações, modificações e ambientes. Modificações podem ser feitas pelas técnicas ou pelo conhecimento dos ensinamentos anteriores ou arte relacionado dentro do escopo dos ensinamentos aqui. Todas as alterações e modificações feitas pelos especialistas na arte devem estar dentro do escopo das reclamações anexas.

Claims

1. Método para conceder permissão individual com base em função para usuário, caracterizado por compreender as seguintes etapas sequenciais:

S1: criar funções, cada função é um indivíduo independente em vez de um grupo/classe;

S2: autorizar as funções criadas em S1, respectivamente; e

S3: relacionar um usuário a uma função, em que uma função só pode estar relacionada a um único usuário no mesmo período e um usuário está relacionado a uma ou mais funções.

2. Método para conceder permissão, de acordo com a reivindicação 1, caracterizado pelo fato de quando a referida função é criada, um departamento deve ser selecionado, e uma vez que a função é criada, a dita função pertence ao referido departamento, em que a referida função é única no referido departamento, e a referida função é autorizada de acordo com o conteúdo do trabalho da referida função.

3. Método para conceder permissão, de acordo com a reivindicação 2, caracterizado pelo fato de compreender ainda uma etapa de administrar a transferência entre departamentos, que inclui especificamente:

(1) cancelar o relacionamento entre o usuário e a função no departamento original; e (2) relacionar referido usuário a uma função em um novo departamento.

4. Método para conceder permissão, de acordo com a reivindicação 1, caracterizado pelo fato de que o referido usuário só pode determinar a permissão através do relacionamento do referido usuário com a referida função.

5. Método para conceder permissão individual com base em função para usuário, caracterizado por compreender as seguintes etapas sequenciais:

S2: relacionar um usuário a uma função, em que a função só pode estar

Petição 870190105271, de 18/10/2019, pág. 19/55

2/3 relacionada com um único usuário no mesmo período e um usuário está relacionado a uma ou mais funções; e

S3: autorizar as funções criadas em S1, respectivamente.

6. Método individual para conceder permissão, de acordo com a reivindicação 5, caracterizado pelo fato de quando a referida função é criada, um departamento deve ser selecionado, uma vez que a função é criada, a função pertence ao departamento, em que a função é única no departamento e a referida função é autorizada de acordo com o conteúdo do trabalho dessa função.

7. Método para conceder permissão, de acordo com a reivindicação 5, caracterizado pelo fato de incluir ainda uma etapa de administrar a transferência entre departamentos, que inclui especificamente:

8. Método para conceder permissão, de acordo com a reivindicação 5, caracterizado pelo fato de que o referido usuário só pode determinar a permissão através do relacionamento do referido usuário com a referida função.

9. Sistema para conceder permissão individual a um usuário com base em uma função, caracterizado por incluir: uma unidade de criação de função, uma unidade de autorização de função e uma unidade de relacionamento usuáriofunção, em que a referida unidade de criação de função é usada para executar o desenho de função de acordo com cargos e criar funções do sistema, cada uma das quais é um indivíduo independente em vez de um grupo/classe;

a referida unidade de autorização de função é usada para conceder permissões à funções de acordo com o conteúdo de trabalho das funções; e a referida unidade de relacionamento de função de usuário é usada para relacionar um usuário a uma função e garantir que uma função só possa estar relacionada a um único usuário durante o mesmo período e que um usuário

Petição 870190105271, de 18/10/2019, pág. 20/55

3/3 esteja relacionado a uma ou mais funções.

10. Sistema para conceder permissão, de acordo com a reivindicação 9, caracterizado pelo fato de que a referida função do sistema é composta por um nome de cargo e um número de cargo.