KR20200035088A - 관리 시스템 중의 업무 처리의 관리 방법 - Google Patents

관리 시스템 중의 업무 처리의 관리 방법 Download PDF

Info

Publication number
KR20200035088A
KR20200035088A KR1020207005536A KR20207005536A KR20200035088A KR 20200035088 A KR20200035088 A KR 20200035088A KR 1020207005536 A KR1020207005536 A KR 1020207005536A KR 20207005536 A KR20207005536 A KR 20207005536A KR 20200035088 A KR20200035088 A KR 20200035088A
Authority
KR
South Korea
Prior art keywords
user
role
employee
job
business
Prior art date
Application number
KR1020207005536A
Other languages
English (en)
Inventor
다지 천
Original Assignee
청두 첸뉴차오 인포메이션 테크놀로지 씨오., 엘티디.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 청두 첸뉴차오 인포메이션 테크놀로지 씨오., 엘티디. filed Critical 청두 첸뉴차오 인포메이션 테크놀로지 씨오., 엘티디.
Publication of KR20200035088A publication Critical patent/KR20200035088A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063112—Skill-based matching of a person or a group to a task
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063114—Status monitoring or status determination for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063116—Schedule adjustment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0635—Risk analysis of enterprise or organisation activities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06395—Quality analysis or management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명에서는 관리 시스템 중의 업무 처리의 관리 방법을 공개하는 바, 업무 제출자가 사용자 또는 직원을 지정하여 처리하며; 그렇지 않으면, 업무 처리 요청은 사전 설정된 파견자에게 지정되고, 파견자는 업무 제출자가 제출한 업무 처리 요청의 내용에 의하여 파견 대상자 사용자 또는 직원을 지정하여 처리하는 단계가 포함된다. 본 발명은 업무 제출자를 위하여 어느 사용자 또는 직원을 지정하여 처리하는 기능을 제공하고, 또한 해당 업무는 전달될 수 없어, 업무의 프라이버시가 누설되지 않도록 확보하고, 업무의 공정한 처리를 확보할 수 있다. 독립 개체 속성 역할을 사용하여 파견자로 하여, 파견자 이직, 근무처 조정이 발생할 때, 오직 새로 임명된 파견자를 파견 역할에 관련시키기만 하면 자동으로 현재 모든 업무를 취득할 수 있어, 업무 인수인계의 작업량을 감소시키고, 또한 빈틈없는 연결을 구현할 수 있고, 업무 파견의 딜레이 또는 누락이 발생하지 않으며, 긴급 업무가 제때에 처리되도록 확보하고, 직원이 제출한 업무가 오래 동안 답변을 받지 못하여 직원의 적극성에 부정적인 영향을 미치는 것을 피하였다.

Description

관리 시스템 중의 업무 처리의 관리 방법
[0001] 본 발명은 ERP, CRM 등 관리 시스템 중의 업무 처리의 관리 방법에 관한 것이다.
[0002] 종래의 기업 관리 시스템에서 의견, 제안, 컴플레인 등 업무의 처리에 대하여, 일반적으로 회사에서 파견자에게 배정하여 파견하고, 파견자가 다시 업무의 구체적인 내용에 의하여 파견 대상자를 지정하여 처리를 진행하는 바, 이러한 전통적인 처리 방식은 업무 제출자의 업무 프라이버시의 수요를 만족시킬 수 없는 바, 예를 들면 컴플레인 업무에 있어서, 만일 회사에서 파견자를 배정한다면, 컴플레인 대상자 또는 컴플레인 대상자의 하급에게 배정하여 처리할 수 있고, 그렇게 되면 컴플레인 대상이 컴플레인 정보를 취득하게 되고, 이는 컴플레인 업무의 공정한 처리에 직접 영향을 미치고, 심지어 컴플레인 제출자에게 불리한 영향을 미칠 수도 있다. 이러한 상황은 직원이 회사에 존재하는 여러 가지 문제를 반영하는 것을 억누르게 되어, 회사의 발전에 불리하다.
[0003] 그리고, 전통적인 기업 관리 시스템 중에서 업무 파견을 진행하는 것은 모두 고정적인 어느 직원 또는 사용자이고, 파견자가 이직, 근무처 조정 시, 해당 파견자에 관한 모든 업무를 반드시 상응한 인수인계를 진행하여야 하여, 작업량이 크고 쉽게 에러 또는 누락이 발생하게 된다. 만일 제때에 파견자를 지정하지 않으면, 업무 파견의 딜레이 문제를 초래하여, 한 방면으로 긴급 업무의 처리 시효에 영향을 미치어(예를 들면 생산 작업장에 존재하는 안전 위험을 해결하는 의견 또는 제안), 예상할 수 없는 손실을 초래할 수 있으며; 다른 한 방면으로 직원이 제출한 업무가 오래 동안 답변을 받지 못하면, 직원이 의견, 제안, 컴플레인 등 업무를 제출하는 적극성에 부정적인 영향을 미치게 될 것이다.
[0004] 역할 기반 접근 제어(RBAC)는 최근에 가장 많이 연구되고, 사상이 가장 성숙된 데이터베이스 권한 관리 매커니즘으로서, 이는 전통적인 강제 접근 제어(MAC)와 능동 접근 제어(DAC)를 대체할 수 있는 이상적인 후보로 간주되고 있다. 전통적인 능동 접근 제어는 유연성이 높지만 보안성이 낮고, 강제 접근 제어는 보안성이 높지만 제한성이 많으며; 역할 기반의 접근 제어는 양자를 겸비하고 있어, 관리하기 쉬울 뿐 아니라 또한 복잡성, 원가와 에러가 발생할 확률을 낮추었기 때문에, 최근에 큰 발전을 가져왔다. 역할 기반 접근 제어(RBAC)의 기본 사상으로는 기업 조직 뷰 중의 다른 직능 근무처에 의거하여 다른 역할로 구분하고, 데이터베이스 자원의 접근 권한을 역할 중에 캡슐화시키며, 사용자는 다른 역할이 부여되는 것을 통하여 간접적으로 데이터베이스 자원에 접근한다.
[0005] 대형 애플리케이션 시스템에는 일반적으로 대량의 테이블과 뷰가 구성되어 있고, 이로써 데이터베이스 자원에 대한 관리와 권한 부여는 아주 복잡하다. 사용자가 직접 데이터베이스 자원의 접근과 권한의 취득 또는 부여를 관리하는 것은 아주 어려운 바, 이는 사용자의 데이터베이스 구조에 대한 이해가 아주 투철하고, 또한 SQL 언어의 사용에 익숙할 것을 요구하고, 또한 애플리케이션 시스템 구조 또는 보안 수요에 변동이 발생하기만 하면, 모두 대량의 복잡하고 번거로운 권한 부여 변동을 수행하여야 하며, 아주 쉽게 의외의 권한 부여 실수로 인한 일부 보안 취약성이 초래된다. 그러므로, 대형 애플리케이션 시스템을 위하여 간단하고 효율성이 높은 권한 관리 방법을 설계하는 것은 이미 시스템과 시스템 사용자의 보편적인 수요로 되었다.
[0006] 역할 기반의 권한 제어 매커니즘은 시스템의 접근 권한에 대하여 간단하고 효율성이 높은 관리를 수행할 수 있고, 시스템 권한 관리의 부담과 코스트를 크게 낮추며, 또한 시스템 권한 관리가 더욱 애플리케이션 시스템의 서비스 관리 규범에 부합되도록 한다.
[0007] 하지만, 전통적인 역할 기반의 사용자 권한 관리는 모두 “역할의 사용자에 대한 일대다 매칭”의 관련 매커니즘을 사용하고, 그 “역할”은 그룹 또는 클래스 속성인 바, 즉 하나의 역할은 동시에 다수의 사용자에 대응 또는 관련될 수 있고, 역할은 근무처/직위/직종 등 개념과 유사하며, 이러한 관련 매커니즘 하에서 사용자 권한에 대한 부여는 기본상 하기 세 가지 형식으로 구분된다. 1. 도1에 도시된 바와 같이, 직접 사용자에 대하여 권한을 부여하는 것으로서, 결함으로는 작업량이 크고, 조작이 빈번하고 시끄러운 것이며; 직원 변동(예를 들면 근무처 조정, 이직 등)이 발생하면, 해당 직원과 관련된 모든 권한은 반드시 상응한 조절을 수행하여야 하고, 특히 회사 관리 인원으로 말하면, 이와 관련된 권한이 많고, 권한 조정의 작업량이 많고 번거로우며, 에러와 누락이 발생하기 쉬워, 기업의 정상적인 운영에 영향을 미치고, 심지어 가늠하기 어려운 손실을 초래하기도 한다.
[0008] 2. 도2에 도시된 바와 같이, 역할(클래스/그룹/근무처/직종 속성)에 대하여 권한 부여를 수행하는 것으로서(하나의 역할이 다수의 사용자에 관련될 수 있음), 사용자는 역할을 통하여 권한을 취득하고, 시스템 조작 주체는 그룹/클래스 속성 역할이다. 3. 도3에 도시된 바와 같이, 상기 두 가지 방식의 결합이다.
[0009] 상기 기술에서, 2, 3은 모두 클래스 또는 그룹 속성의 역할에 대하여 권한 부여를 수행하여야 하고, 클래스, 그룹, 근무처 또는 직종 속성의 역할을 통하여 권한 부여를 수행하는 방식은 하기 결함이 존재하는 바, 즉 1. 사용자 권환 변화 시의 조작이 어렵다. 실제의 시스템 사용 과정에서, 늘 운영 과정에 사용자의 권한에 대하여 조정을 수행하여야 하는 바, 예를 들면, 직원 권한 변화를 처리할 때, 역할과 관련된 어느 한 직원의 권한이 변화할 때, 해당 역할이 또한 권한이 변하지 않은 기타 직원들과 관련되어 있기 때문에, 해당 개별 직원 권한의 변화로 인하여 전체 역할의 권한을 변경시킬 수 없다. 그러므로 이러한 상황에 대응하기 위하여, 새로운 역할을 생성하여 권한이 변화한 해당 직원을 만족시키든지, 해당 직원에 대하여 권한 요구에 의거하여 직접 권한을 부여한다(역할에서 이탈). 상기 두 가지 처리 방식은, 역할 권한이 비교적 많은 상황 하에서 역할에 대하여 권한을 부여하는 것은 소요되는 시간이 길 뿐 아니라, 또한 쉽게 에러가 발생할 수 있고, 사용측 조작이 번거롭고 귀찮으며, 또한 쉽게 에러가 발생하여 시스템 사용측의 손실을 초래한다.
[0010] 직원 또는 사용자의 권한에 변화가 발생할 때, 직원 또는 사용자가 역할을 이탈하든지, 아니면 새로 역할을 추가하여 업무 요구를 만족시킨다. 첫번째 방식의 결함은 상기 “직접 사용자에 대하여 권한 부여하는” 방식의 결함과 같다. 두번째 방식: 역할을 새로 추가하는 것은 역할의 생성, 관련, 권한 부여 작업과 관련되고, 특히 역할이 많고, 역할에 관련된 사용자도 많은 상황 하에서, 역할이 구체적으로 어떤 사용자와 관련되었는지는 기억하기 어렵다.
[0011] 2. 장기적으로 역할에 포함된 구체적인 권한을 기억하는 것이 어렵다. 만일 역할의 권한 기능 포인트가 비교적 많다면, 시간이 길어지면 역할의 구체적인 권한을 기억하기 어렵고, 권한이 유사한 역할 간의 권한 차이를 더욱 기억하기 어려우며, 유사한 역할의 권한도 쉽게 헛갈리며; 새로운 사용자를 관련시켜야 한다면, 응당 어떻게 관련성을 선택하여야 할지 정확하게 판단할 수 없다.
[0012] 3. 사용자 권한이 변화하기 때문에, 갈수록 많은 역할이 생성되고(만일 새로운 역할을 생성하지 않으면, 직접 사용자에 대한 권한 부여를 대폭 증가시킴), 더욱 각 역할 권한의 구체적인 차이를 구별하기 어렵다.
[0013] 4. 근무처 조정 시, 만일 근무처 조정 사용자의 아주 많은 권한을 다른 몇 사용자에게 할당시켜 부담하게 하여야 한다면, 처리 시 반드시 근무처 조정 사용자의 이러한 권한을 구분하고, 각각 다시 역할을 생성하여 다른 몇 사용자와 관련시켜야 하는 바, 이러한 조작은 복잡하고 시간을 할애할 뿐 아니라, 또한 쉽게 에러가 발생할 수 있다.
[0014] 본 발명은 종래 기술에 존재하는 결함을 극복하고, 관리 시스템 중의 업무 처리의 관리 방법을 제공하여, 업무 제출자를 위하여 어느 사용자 또는 직원을 지정하여 처리하는 기능을 제공하여, 제출자가 제출한 업무의 프라이버시가 누설되지 않도록 확보하고, 업무의 공정한 처리를 확보하는 것을 목적으로 한다.
[0015] 본 발명의 목적을 이루기 위한 기술방안은 하기와 같다. 관리 시스템 중의 업무 처리의 관리 방법에 있어서, 업무 제출자가 어느 사용자 또는 직원을 지정하여 해당 업무를 처리하게 하려면, 업무 제출자가 업무 처리 요청을 제출할 때 지정하려는 사용자 또는 직원을 지정하고, 해당 업무 처리 요청은 해당 지정된 사용자 또는 직원에게 지정되며; 그렇지 않으면, 업무 제출자가 업무 처리 요청을 제출할 때, 해당 업무 처리 요청은 사전 설정된 하나 또는 복수의 파견자에게 지정되고, 파견자는 업무 제출자가 제출한 업무 처리 요청의 내용에 의하여 파견 대상자 사용자 또는 직원을 지정하여 처리하는 업무 제출자가 업무 처리 요청을 제출하는 단계가 포함된다.
[0016] 업무 제출자가 지정하려는 사용자 또는 직원을 지정하여, 해당 업무 처리 요청이 해당 지정된 사용자 또는 직원에게 지정된 후, 해당 지정된 사용자 또는 직원은 해당 업무를 어떠한 기타 사용자 또는 직원에게 전달할 없다.
[0017] 상기 파견자에는 직원, 사용자, 그룹 또는 클래스 속성 역할, 독립적인 개체 속성 역할 중의 한 가지 또는 여러 가지의 조합이 포함된다.
[0018] 상기 파견자는 독립적인 개체 속성 역할이고, 독립적인 개체 속성 역할은 그룹이나 클래스와 다르며, 동일한 시간대에서 하나의 독립적인 개체 속성 역할은 오직 하나의 사용자에만 관련될 수 있고, 하나의 사용자는 하나 또는 복수의 독립적인 개체 속성 역할에 관련된다.
[0019] 역할 생성 시 또는 역할 생성 후 해당 역할을 위하여 하나의 부서를 선택하면, 해당 역할은 해당 부서에 귀속되고, 역할의 업무 내용에 근거하여 역할에 대하여 권한 부여를 진행하며(사용자와 역할이 관련된 후, 사용자가 관련된 역할의 권한을 취득함), 또한 해당 역할의 명칭은 해당 부서 하에서 오직 하나이고, 해당 역할의 번호는 시스템 중에서 오직 하나이며; 상기 사용자가 부서 간에 근무처 조정 시, 사용자와 원 부서 내의 역할의 관련을 취소하고, 사용자와 새로운 부서 내의 역할을 관련시킨다.
[0020] 파견자가 파견 대상자 사용자 또는 직원을 지정할 때 또한 파견 비고를 작성하는 단계가 포함된다.
[0021] 관리 시스템 중의 업무 처리의 관리 방법에는 또한, 한 파견 대상자 사용자 또는 직원이 파견자가 파견하는 업무를 수락할지 여부를 선택하는 단계가 포함되고, 만일 수락한다면, 하기 세 가지 방식 중의 한 가지를 통하여 해당 파견을 종료하는 바, 즉 (1) 일부 완성: 업무 제출자가 제출한 업무가 처리 완성되지 않았고, 아직 후속 처리가 필요하며, 파견 대상자 사용자 또는 직원이 일부 완성을 확인한 후, 해당 업무 제출자가 제출한 업무는 파견자에게 리턴되어, 파견자가 재차 파견하기를 대기하며; (2) 전달: 업무 제출자가 제출한 업무가 처리 완성되지 않았고, 아직 후속 처리가 필요하며, 파견 대상자 사용자 또는 직원이 전달을 확인하고 또한 전달 대상 사용자 또는 직원을 지정한 후, 해당 전달 대상 사용자 또는 직원이 후속 처리를 진행하며; (3) 완성: 업무 제출자가 제출한 업무가 전부 처리 완성 또는 종료되는 것이다.
[0022] 관리 시스템 중의 업무 처리의 관리 방법에는 또한, 하나 또는 복수의 감독자를 설정하는 단계가 포함되고, 업무 제출자가 제출한 업무가 처리 완성된 후, 감독자가 업무 제출자가 제출한 업무에 대하여 평가를 진행한다.
[0023] 관리 시스템 중의 업무 처리의 관리 방법에는 또한, 하나 또는 복수의 감독자를 설정하는 단계가 포함되고, 업무 제출자가 제출한 업무가 처리 완성된 후, 감독자가 파견자 및/또는 업무 처리에 참가한 각 직원 또는 사용자에 대하여 평가를 진행한다.
[0024] 업무 제출자가 제출한 업무가 처리 완성된 후, 또한 업무 제출자가 업무 처리 결과에 대하여 평가를 진행하는 단계가 포함된다.
[0025] 본 발명의 유익한 효과로는, (1) 본 발명에서 제공하는 관리 시스템 중의 업무 처리의 관리 방법은, 업무 제출자를 위하여 어느 사용자 또는 직원을 지정하여 처리하는 기능을 제공하고, 또한 해당 업무는 아무에게도 전달될 수 없어, 제출자가 제출한 업무의 프라이버시가 누설되지 않도록 확보하고, 업무의 공정한 처리를 확보한다.
[0026] 예를 들면, 어느 직원 장싼이 상무 부총지배인을 컴플레인하려면, 총지배인을 지정하여 처리할 수 있고, 총지배인이 누구에게 전달한다 할지라도 해당 컴플레인 정보가 모두 상부 부총지배인에게 전해질 수 있기 때문에, 총지배인은 해당 업무를 기타 아무에게도 전달하여 처리하여서는 안되며, 전달할 수 없기 때문에 오직 컴플레인 당사자와 총지배인만 알고 있고, 아무런 제3자도 알지 못하며, 해당 컴플레인을 접수한 후 총지배인이 상부 총지배인을 찾아 상황을 파악한다 할지라도, 총지배인은 컴플레인 당사자의 프라이버시를 보호하기 위하여 교묘하게 측면으로 파악할 것이고, 직접 컴플레인 문제를 상무 부총지배인에게 공개하지 않을 것이다.
[0027] (2) 독립 개체 속성 역할을 사용하여 파견자로 하여, 파견자 이직, 근무처 조정이 발생할 때, 오직 새로 임명된 파견자를 파견 역할에 관련시키기만 하면 자동으로 현재 모든 업무를 취득할 수 있어, 업무 인수인계의 작업량을 감소시키고, 또한 빈틈없는 연결을 구현할 수 있고, 업무 파견의 딜레이 또는 누락이 발생하지 않으며, 긴급 업무가 제때에 처리되도록 확보하고, 직원이 제출한 업무가 오래 동안 답변을 받지 못하여 직원의 적극성에 부정적인 영향을 미치는 것을 피하였다.
[0028] 예를 들면, 원 파견자 장싼이 이직 또는 근무처를 조정하여, 더는 파견자를 담당하지 않으면, 전통적인 방식으로는 장싼이 관련된 모든 업무를 모두 새로 임명된 파견자 리쓰에게 인수인계하여야 하여, 작업량이 크고 쉽게 에러 또는 누락이 발생한다. 제때에 인수인계를 완성하지 못한다면, 업무 파견의 딜레이를 초래하게 된다. 본 출원의 파견자는 파견 역할이고, 모든 업무를 모두 파견 역할에게 배정하며, 장싼이 이직, 근무처 조정 시, 직접 시스템 관리자(또는 상응한 관리자)가 장싼에 대응되는 사용자와 파견 역할의 관련을 취소하고, 다시 새로 임명된 리쓰에 대응되는 사용자를 파견 역할에 관련시키면, 리쓰는 자동으로 파견 역할의 현재의 모든 업무를 취득하게 된다. 역할을 관련을 통하여 동시에 파견자 수중의 업무의 인수인계를 구현하여, 작업량이 작고, 사용이 간편하다.
[0029] (3) 본 출원의 역할의 사용자에 대한 매칭은 일대일의 관계이고, 동일한 시간대에서 하나의 역할은 오직 하나의 사용자에만 관련될 수 있으며, 하나의 사용자는 하나 또는 복수의 역할에 관련되고, 이러한 것의 장점이라면 단지 사용자를 역할에 관련시키기만 하면 권한을 취득할 수 있고(즉 사용자가 이와 관련된 역할의 권한 취득), 또한 역할의 권한 변경도 전통 매커니즘 중의 사용자 권한 변경보다 훨씬 적다. 독립체 속성(근무처 번호 또는 작업 위치 번호)의 역할 수량 변화가 작은 바, 직원 유동성이 크지만 근무처 번호 또는 작업 위치 번호의 변화가 작으며(심지어 일정한 시간내 내에는 변화가 없는 바, 즉 역할에 변화가 없다), 이로써 사용자의 권한 관리를 크게 간략화하고, 시스템의 오버헤드를 감소시킨다.
[0030] (4) 동적 관리, 입사, 근무처 조정 등 조작이 간편하고 효율이 높으며, 신뢰성이 높다. 입사, 이직 또는 근무처 조정의 권한 관리 중의 응용이 간단하고, 직원 또는 사용자에 변화가 발생할 때 재차 권한을 설정할 필요가 없고, 사용자들은 단지 역할을 취소 또는 관련되기만 하면 되는 바, 더는 해당 역할에 재직하지 않는 사용자는 해당 역할의 관련을 취소하고, 해당 역할을 접수하여 재직하는 사용자는 해당 근무처 번호 역할에 관련되며, 해당 역할에 관련된 사용자는 자동으로 해당 역할의 관련 과제와 조작 권한을 취득하고, 해당 역할에 대하여 재차 권한 부여를 수행할 필요가 없어, 권한 설정의 효율, 보안성과 신뢰성을 크게 향상시켰다.
[0031] 예를 들면, 장싼 사용자의 이직 또는 근무처 조정 등 원인으로 인하여, 장싼이 더는 “구매원3” 이 역할의 작업을 하지 않으면, 장싼은 “구매원3”과의 관련을 취소하며; 그리고 리쓰가 접수하여 “구매원3” 이 역할의 작업을 수행하면, 단지 리쓰를 해당 역할에 관련시키면 되고, 리쓰는 자동적으로 “구매원3” 이 역할의 권한과 과제를 취득한다.
[0032] (5) 전통적인 권한 관리 매커니즘은 역할을 그룹, 직종, 클래스 등 속성으로 정의하고, 역할의 사용자에 대한 매칭은 일대다의 관계이며, 실제의 시스템 사용 과정에서, 늘 운영 과정에 사용자의 권한에 대하여 조정을 수행하여야 하는 바, 예를 들면, 직원 권한 변화를 처리할 때, 역할과 관련된 어느 한 직원의 권한이 변화할 때, 해당 개별 직원 권한의 변화로 인하여 전체 역할의 권한을 변경시킬 수 없는 바, 왜냐하면 해당 역할은 또한 기타 권한이 변하지 않은 직원들과 관련되어 있기 때문이다. 그러므로 이러한 상황에 대응하기 위하여, 새로운 역할을 생성하여 권한이 변화한 해당 직원을 만족시키든지, 해당 직원에 대하여 권한 요구에 의거하여 직접 권한을 부여한다(역할에서 이탈). 상기 두 가지 처리 방식은, 역할 권한이 비교적 많은 상황 하에서 역할에 대하여 권한을 부여하는 것은 소요되는 시간이 길 뿐 아니라, 또한 쉽게 에러가 발생할 수 있고, 사용측 조작이 번거롭고 귀찮으며, 또한 쉽게 에러가 발생하여 시스템 사용측의 손실을 초래한다.
[0033] 하지만 본 출원의 방법 하에서, 역할이 하나의 독립적인 개체이기 때문에, 역할 권한을 변경하는 것을 선택하여 목적을 이룰 수 있다. 본 출원의 방법에서, 비록 시스템 초기화 시 작업량을 증가시키는 것처럼 보이지만, 그룹 또는 클래스 속성 역할의 관련 사용자를 만족시킬 때의 공통성을 고려할 필요가 없기 때문에, 복제 등 방법을 통하여 역할 생성 또는 권한 부여의 효율이 그룹 또는 클래스를 속성으로 하는 전통적인 역할보다 높으며, 본 출원의 방안은 권한 설정이 더욱 명확하고 명료하도록 하며; 특히 시스템을 일정 시간 사용한 후(사용자 또는 역할 권한이 동적으로 변화), 해당 출원 방안은 시스템 사용측을 위하여 시스템 사용 중의 권한 관리 효율을 크게 향상시키고, 동적 권한 부여가 더욱 간단하고, 더욱 편리하며, 더욱 명확하고 명료하도록 하여, 권한 설정의 효율과 신뢰성을 향상시킬 수 있다.
[0034] (6) 전통적인 그룹 또는 클래스를 속성으로 하는 역할 권한 부여 방법은 쉽게 에러가 발생하지만, 본 출원의 방법은 단지 독립적인 개체로서의 역할만 고려하고, 전통적인 방법 하의 해당 그룹 속성이 관련된 역할의 다수의 사용자들이 어떤 공통성이 있는지 고려할 필요가 없기 때문에, 본 출원의 방법은 권한 부여에 에러가 발생하는 확률을 크게 낮춘다. 권한 부여에 에러가 발생한다 할지라도 해당 역할에 관련된 그 사용자에게만 영향을 미치지만, 전통적인 그룹을 속성으로 하는 역할은 해당 역할에 관련된 모든 사용자에게 영향을 미친다. 권한 부여 에러가 발생한다 할지라도, 본 출원의 수정 방법은 간단하고 시간이 짧지만, 전통적인 그룹을 속성으로 하는 역할은 에러를 수정할 때 해당 역할에 관련된 모든 사용자의 권한 공통성을 고려하여야 하고, 기능 포인트가 많은 상황 하에서 수정이 시끄럽고 복잡하며, 아주 쉽게 에러가 발생할 뿐 아니라, 또한 많은 상황 하에서 새로 역할을 생성하여야만 해결할 수 있다.
[0035] (7) 전통적인 그룹을 속성으로 하는 역할 권한 부여 방법 하에서, 만일 역할의 권한 기능 포인트가 비교적 많다면, 시간이 길어지면 역할의 구체적인 권한을 기억하기 어렵고, 권한이 유사한 역할 간의 권한 차이를 더욱 기억하기 어려우며, 새로운 사용자를 관련시켜야 한다면, 응당 어떻게 관련성을 선택하여야 할지 정확하게 판단할 수 없다. 본 출원의 방법은 역할 자체가 근무처 번호/작업 위치 번호의 속성을 구비하기 때문에, 선택이 일목요연하다.
[0036] (8) 근무처 조정 시, 만일 근무처 조정 사용자의 아주 많은 권한을 다른 몇 사용자에게 할당시켜 부담하게 하여야 한다면, 처리 시 반드시 근무처 조정 사용자의 이러한 권한을 구분하고, 각각 다시 역할을 생성하여 다른 몇 사용자와 관련시켜야 하는 바, 이러한 조작은 복잡하고 시간을 할애할 뿐 아니라, 또한 쉽게 에러가 발생할 수 있다.
[0037] 본 출원의 방법은, 근무처 조정 사용자에 몇 개의 역할이 관련되어 있다면, 근무처 조정 시, 우선 사용자와 원 부서 내의 역할의 관련을 취소하고(취소된 이 몇 개 역할은 재차 기타 사용자에게 관련시킬 수 있음), 그 후 사용자와 새로운 부서 내의 역할을 관련시키기만 하면 된다. 조작이 간단하고, 에러가 발생하지 않는다.
[0038] 도1은 배경기술에서 시스템이 직접 사용자에 대하여 권한 부여를 수행하는 방식의 도면.
[0039] 도2는 배경기술에서 시스템이 그룹 또는 클래스 속성의 역할에 대하여 권한 부여를 수행하는 방식의 도면.
[0040] 도3은 배경기술에서 시스템이 사용자에 대하여 직접 권한 부여를 수행하는 것과 그룹 또는 클래스 속성의 역할에 대하여 권한 부여를 수행하는 것을 결합시킨 방식의 도면.
[0041] 도4는 본 발명의 시스템이 독립적인 개체 속성의 역할을 통하여 사용자에 대하여 권한 부여를 수행하는 방식의 도면.
[0042] 아래 도면을 참조하여 진일보로 본 발명의 기술방안을 상세하게 설명할 것이지만, 본 발명의 보호범위는 하기 내용에 제한되지 않는다.
[0043] [실시예1] 관리 시스템 중의 업무 처리의 관리 방법에서, 상기 업무는 문제, 의견, 제안, 컴플레인, 업무 과제 등 중의 한 가지 또는 여러 가지이고, 업무 제출자가 업무 처리 요청을 제출하는 단계가 포함된다. (1) 업무 제출자가 어느 사용자 또는 직원을 지정하여 해당 업무를 처리하게 하려면, 업무 제출자가 업무 처리 요청을 제출할 때 지정하려는 사용자 또는 직원을 지정하고, 해당 업무 처리 요청은 해당 지정된 사용자 또는 직원에게 지정된다. 이러한 방식 하에서, 지정된 사용자 또는 직원은 해당 업무를 거절 또는 반송할 수 없고(오직 수락 또는 수령할 수밖에 없음), 또한 오직 “완성”의 방식으로 업무 제출자의 해당 지정을 완성할 수밖에 없으며; 처리할 수 없다 하더라도, 원인 설명을 작성하고 또한 해당 업무의 처리를 종료(“완성”을 선택 또는 확인)하여야 한다. 업무 제출자에 의하여 지정된 사용자 또는 직원이 전달할 수 없지만 또한 해당 업무를 본인이 처리할 것이 아니라고 여겨지는 것(또는 제출자가 다른 사람을 찾아서 처리할 수 있다고 여겨지는 것)은, 누구를 찾아 처리할 것을 제안하고(이것도 한 가지 처리 결과임), 해당 업무 처리 완성을 확인할 수 있다. 제출자가 제출한 업무 처리 요청이 완성된 후, 업무 제출자는 이 업무의 처리 결과에 대하여 평점을 진행할 수 있는 바, 업무 제출자는 상황에 의거하여 별도로 업무 요청을 개시하여, 다른 직원 또는 사용자를 지정하여 처리하거나, 또는 방식(2)를 사용하여 후속의 처리를 진행할 수 있다.
[0044] 나아가, 업무 제출자에 의하여 지정된 사용자 또는 직원은 업무 제출자가 제철한 업무를 거절, 반송 또는 처리하지 않을 수 있으며(예를 들면 많은 정보 또는 업무를 수신하였지만, 일부는 방해 정보이고, 일부 정보 또는 업무는 이사장이 단지 파악만 하면 되고 처리할 필요가 없는 등);
[0045] 나아가, 업무 제출자에 의하여 지정된 어떤 사용자 또는 직원이 업무 제출자가 제출한 업무를 거절, 반송 또는 처리하지 않을 수 있는지 설정하면, 이러한 권한이 부여된 직원 또는 사용자는 제출자가 제출한 업무를 거절, 반송 또는 처리하지 않을 수 있으며(예를 들면 이사장이 해당 권리를 갖도록 설정함);
[0046] 나아가, 어떤 업무 제출자, 파견 대상자, 업무 처리에 참여한 직원 또는 사람이 제출한 업무, 파견자, 지정된 사용자 또는 직원이 평가되지 않을 수 있는지 설정할 수 있다(예를 들면 지정된 사용자 또는 직원 “이사장: 장싼”이 평가되지 않는 것으로 설정할 수 있음).
[0047] (2) 업무 제출자가 해당 업무를 누가 처리하여야 할지 명확하지 않거나 또는 업무 처리자를 지정하고 싶지 않으면, 업무 제출자가 업무 처리 요청을 제출할 때, 해당 업무 처리 요청은 사전 설정된 하나 또는 복수의 파견자에게 지정되고, 파견자는 업무 제출자가 제출한 업무 처리 요청의 내용에 의하여 파견 대상자 사용자 또는 직원을 지정하여 처리한다. 파견자는 파견 대상 사용자 또는 직원을 선택할 때 또한 파견 비고를 작성하여, 업무에 대하여 관련 설명을 진행할 수 있다.
[0048] 파견 대상자 사용자 또는 직원은 파견자가 파견한 업무를 수락할지 여부를 선택할 수 있고(수락 또는 수령, 반송 또는 거절), 만일 수락하면(파견자가 파견한 사용자 또는 직원은 파견될 때 파견자가 파견한 업무를 수락할지 여부를 선택할 수 있고, 전달 대상 사용자 또는 직원은 전달 시 역시 전달 사용자 또는 직원이 전달하는 업무를 선택할 수 있으며; 하지만 업무 제출자가 업무 처리 요청 시 지정한 사용자 또는 직원은 오직 수락 또는 수령만 가능하고, 반송 또는 거절이 불가능함), 하기 세 가지 방식 중의 한 가지를 통하여 해당 파견을 종료하는 바(업무 제출자가 업무 처리 요청 제출 시 지정한 사용자 또는 직원은 오직 하기 “완성”의 방식으로만 업무 제출자의 지정을 종료할 수 있음), 즉 (1) 일부 완성: 업무 제출자가 제출한 업무가 처리 완성되지 않았고, 아직 후속 처리가 필요하며, 파견 대상자 사용자 또는 직원이 일부 완성을 확인한 후, 해당 업무 제출자가 제출한 업무는 파견자에게 리턴되어, 원 파견자가 기타 사용자 또는 직원에게 파견하기를 대기한다.
[0049] (2) 전달: 업무 제출자가 제출한 업무가 처리 완성되지 않았고, 아직 후속 처리가 필요하며, 파견 대상자 사용자 또는 직원이 전달을 확인하고 또한 전달 대상 사용자 또는 직원을 지정한 후, 해당 전달 대상 사용자 또는 직원이 후속 처리를 진행하며; 전달 대상 사용자 또는 직원은 재차 전달 할 수 있다(전달 대상 사용자 또는 직원도 “일부 완성, 전달, 완성” 이 세 가지 방식 중의 한 가지를 통하여 해당 파견을 종료할 수 있는 바, 즉 1. 일부 완성: 업무 제출자가 제출한 업무가 처리 완성되지 않았고, 아직 후속 처리가 필요하며, 파견 대상자 사용자 또는 직원이 일부 완성을 확인한 후, 해당 업무 제출자가 제출한 업무는 파견자에게 리턴되어, 파견자가 재차 파견하기를 대기하며; 2. 전달: 업무 제출자가 제출한 업무가 처리 완성되지 않았고, 아직 후속 처리가 필요하며, 파견 대상자 사용자 또는 직원이 전달을 확인하고 또한 전달 대상 사용자 또는 직원을 지정한 후, 해당 전달 대상 사용자 또는 직원이 후속 처리를 진행하며; 3. 완성: 업무 제출자가 제출한 업무가 전부 처리 완성 또는 종료되고, 전달 대상 사용자 또는 직원이 완성을 확인하며, 해당 업무의 처리가 이로써 종료되고, 후속 처리를 진행하지 않음).
[0050] (3) 완성: 업무 제출자가 제출한 업무가 전부 처리 완성 또는 종료되며, 완성은 해당 업무가 반드시 해결되는 것이 나이고, 해당 업무가 처리되지 않아도 완성으로 확인할 수 있는 바, 즉 해당 업무가 완성 또는 해당 업무의 처리가 여기에서 종료되고, 파견 대상 사용자 또는 직원이 확인한 후, 해당 업무의 처리가 여기에서 종료되고, 후속 처리를 진행하지 않는다(업무 제출자가 업무 처리 요청 제출 시 지정한 사용자 또는 직원은 오직 하기 “완성”의 방식으로만 업무 제출자의 지정을 종료할 수 있고, 업무 제출자가 업무 처리 요청 제출 시 지정한 사용자 또는 직원이 “완성”을 확인한 후, 업무 제출자가 제출한 업무가 전부 처리 완성 또는 종료되며, 완성은 해당 업무가 반드시 해결되는 것이 나이고, 해당 업무가 처리되지 않아도 완성으로 확인할 수 있는 바, 즉 해당 업무가 완성 또는 해당 업무의 처리가 여기에서 종료되고, 파견 대상 사용자 또는 직원이 확인한 후, 해당 업무의 처리가 여기에서 종료됨).
[0051] 나아가, 파견자는 그 권한 내에서 열람할 수 있는 해당 제출 업무와 관련된 기타 업무, 정보 또는 데이터 등을 선택하여 해당 제출 업무와 관련을 진행할 수 있는 바, 해당 제출 업무의 처리 인원이 해당 처리 업무를 처리할 때 관련 정보를 열람하는데 편리하도록 하여, 제출 업무의 처리에 도움을 줄 수 있다. 예를 들면, 어느 한 업무가 처리 완성된 후, 업무 제출자가 만족스럽지 않아(해당 업무가 처리되지 않거나 또는 처리 결과에 대하여 만족스럽지 않음), 원 업무 제출자가 재차 업무를 개시하여 파견자에게 제출하면, 파견자는 이전에 해당 제출자가 제출한 업무와 해당 회에 제출한 업무를 관련시켜, 차후의 처리 인원이 해당 제출 업무의 전후 관련 상황을 파악하게 할 수 있다.
[0052] 파견 대상 사용자 또는 직원 또는 전달 대상 사용자 또는 직원 또는 지정된 사용자 또는 직원은 업무 처리 과정에(파견, 전달 또는 지정을 수락한 후, 파견 대상 사용자 또는 직원 또는 전달 대상 사용자 또는 직원이 위이 세 가지 방식 중의 한 가지를 선택하여 파견 또는 전달을 종료하기 전, 지정된 사용자 또는 직원이 “완성” 방식을 선택하여 지정을 종료하기 전), 업무 처리 정보와 관련 정보를 작성하고 또한 저장하여, 관련된 인원이 업무 처리 진도 및 상세한 상황을 파악하도록 제공할 수 있다.
[0053] 상응하게, 상기 파견자가 수신한 업무 처리 진도에는, (1) 처리하지 않음: 파견하였으나 처리하지 않은 것과 파견하지 않은 것이 포함되며; (2) 이미 처리하였으나, 완성되지 않은 것; (3) 완성: 업무 제출자가 제출한 업무가 이미 처리 완성된 것이 포함된다. 또한 업무 처리 정도를 표시하는 등 방식으로 제출 업무에 대한 처리 상황을 표시하여, 빠르고 쉽게 제출 업무의 처리 상황을 파악하도록 할 수 있으며, 특히 일부 업무가 처리되지 않았지만 여전히 완성을 선택한 것을 파악 또는 감독할 수 있다.
[0054] 업무 제출자는 직원, 사용자, 그룹 또는 클래스 속성 역할, 독립적인 개체 속성 역할 등일 수 있다. 업무 제출자는 자신이 제출한 모든 업무 및 각 업무의 처리 과정 및 상세한 처리 기록을 볼 수 있고(업무 처리 과정에, 업무 처리의 진도는 수시로 업무 제출자에게 피드백되어야 하고, 또한 처리 링크에 처리 기록 등 정보를 작성할 수 있음), 나아가 또한 업무 제출자가 오직 필요한 처리 진도 정보만 볼 수 있고, 민감한 처리 기록을 볼 수 없도록 설정할 수도 있다. 파견자는 자신이 파견한 모든 업무의 내용, 처리 과정 및 관련 처리 정보를 볼 수 있지만, 자신이 파견하지 않은 업무는 볼 수 없으며, 나아가 파견자가 오직 필요한 처리 진도만 볼 수 있고, 민감한 처리 기록을 볼 수 없도록 설정할 수 있으며; 업무 처리 완성 후 파견자는 자신이 파견한 업무에 대하여, 아무 것도 볼 수 없든지(업무 내용, 처리 과정 및 관련 처리 정보), 또는 아무 것이나 다 볼 수 있으며(업무 내용, 처리 과정 및 관련 처리 정보); 또는 파견자는 파견한 업무의 내용은 볼 수 있으나, 처리 과정 및 관련 처리 정보를 볼 수 없다.
[0055] 본 실시예는 업무 제출자를 위하여 어느 한 사용자 또는 직원을 지정하여 처리하는 기능을 제공하고, 또한 업무 제출자가 지정하려는 사용자 또는 직원을 지정하여, 해당 업무 처리 요청이 해당 지정된 사용자 또는 직원에게 지정된 후, 해당 지정된 사용자 또는 직원은 해당 업무를 어떠한 기타 사용자 또는 직원에게 전달할 없다. 제출자가 제출한 업무의 프라이버시가 누설되지 않도록 확보하고, 업무의 공정한 처리를 확보할 수 있다.
[0056] 예를 들면, 어느 직원 장싼이 상무 부총지배인을 컴플레인하려면, 총지배인을 지정하여 처리할 수 있고, 총지배인이 누구에게 전달한다 할지라도 해당 컴플레인 정보가 모두 상부 부총지배인에게 전해질 수 있기 때문에, 총지배인은 해당 업무를 기타 아무에게도 전달하여 처리하여서는 안되며, 전달할 수 없기 때문에 오직 컴플레인 당사자와 총지배인만 알고 있고, 아무런 제3자도 알지 못하며, 해당 컴플레인을 접수한 후 총지배인이 상부 총지배인을 찾아 상황을 파악한다 할지라도, 총지배인은 컴플레인 당사자의 프라이버시를 보호하기 위하여 교묘하게 측면으로 파악할 것이고, 직접 컴플레인 문제를 상무 부총지배인에게 공개하지 않을 것이다.
[0057] [실시예2] 하나의 감독자를 설정하고, 업무 제출자가 제출한 업무가 처리 완성된 후, 감독자가 업무 제출자가 제출한 업무에 대하여 평가를 진행하며, 감독자는 또한 파견자 및/또는 업무 처리에 참여한 각 직원 또는 사용자에 대하여 평가를 진행한다. 평가 방식에는 평점, 만족 또는 불만족 평가 등 중의 한 가지 또는 여러 가지이고, 평가 방면으로는 태도, 처리 효율, 결과, 과정 등 중의 한 가지 또는 여러 가지가 포함된다.
[0058] 감독자가 평점을 진행하는 것은, 주요하게 일부 업무는 회사에 대하여 적극적인 작용을 갖고 있기 때문이다. 시작할 때는 업무가 아주 가치가 있어 보였지만, 처리자의 분석을 거쳐 해당 업무가 별로 가치가 없는 것을 발견할 수 있기 때문에, 업무는 반드시 처리 완성 후 비로소 평점을 진행할 수 있다. 업무에 대항 평점은 오직 0점 및 이상이어야 하고, 음수일 수 없고, 업무 처리에 참여한 직원 또는 사용자에 대한 점수는 음수일 수 있다.
[0059] 업무 제출자가 제출한 전체 업무가 처리 완성된 후, 업무 제출자가 또한 업무 처리 결과에 대하여 평가를 진행할 수 있는 바, 업무 처리 효율, 결과 만족도 등을 평가할 수 있다.
[0060] 또한 평가가 프라이버시를 누설할 수 있기 때문에, 감독자가 업무 제출자가 직접 지정한 사용자 또는 직원 및 그 처리 과정에 대하여 평가할 수 없고, 또한 해당 업무에 대하여 평가할 수 없게 설정할 수 있다. 또한 수요에 의하여, 감독자가 업무 제출자가 직접 지정한 사용자 또는 직원(어떤 파견자, 어떤 업무 처리자, 어떤 처리 방면에 관련된 사용자 또는 어떤 업무 처리 방면에 관련된 사용자에 대응되는 직원) 및 처리 과정에 대하여 평가를 진행할 수 있고, 또한 해당 업무(대응되는 업무)에 대하여 평가를 진행할 수 있게 설정할 수 있음은 물론이다.
[0061] [실시예3] 상기 파견자에는 직원, 사용자, 그룹 또는 클래스 속성 역할, 독립적인 개체 속성 역할 등이 포함된다.
[0062] 본 실시예에서, 상기 파견자는 독립적인 개체 속성 역할이고, 독립적인 개체 속성 역할은 그룹이나 클래스와 다르며, 도4에 도시된 바와 같이, 동일한 시간대에서 하나의 독립적인 개체 속성 역할은 오직 하나의 사용자에만 관련될 수 있고, 하나의 사용자는 하나 또는 복수의 독립적인 개체 속성 역할에 관련된다. 한 사용자가 하나의 직원에 대응되고, 하나의 직원 한 사용자에 대응되며, 직원은 이에 대응되는 사용자에 관련된 역할(독립 개체 속성 역할)을 통하여 권한을 결정(취득)한다. 직원과 사용자가 서로 모두 일대일 관계이고 또한 평생 바인딩되며, 사용자가 직원과 대응된 후, 해당 사용자는 해당 직원에 귀속되고, 사용자는 더는 기타 직원을 관련시킬 수 없으며; 만일 해당 직원이 이직한다 하더라도, 해당 사용자는 역시 기타 직원에 대응될 수 없고, 직원이 재차 입사한 후, 해당 직원은 여전히 원래의 사용자를 사용한다.
[0063] 역할 생성 시 또는 역할 생성 후 해당 역할을 위하여 하나의 부서를 선택하면, 해당 역할은 해당 부서에 귀속되고, 역할의 업무 내용에 근거하여 역할에 대하여 권한 부여를 진행하며, 또한 해당 역할의 명칭은 해당 부서 하에서 오직 하나이고, 해당 역할의 번호는 시스템 중에서 오직 하나이며; 상기 사용자가 부서 간에 근무처 조정 시, 사용자와 원 부서 내의 역할의 관련을 취소하고, 사용자와 새로운 부서 내의 역할을 관련시킨다.
[0064] 업무 제출자가 누가 업무를 처리할 것인지를 지정한 상황 하에서, 역할이 아니라 지정된 사용자 또는 직원이 업무를 처리하며; 만일 지정하는 것이 역할이라면, 기업의 장기간 운영 과정에 직원 변동 상황이 발생하면, 하나의 역할이 여전히 여러 사용자 또는 직원과 관련되어, 해당 업무의 프라이버시를 확보할 수 없기 때문에, 오직 확정된 사용자 또는 직원을 지정하여 이러한 업무를 처리하도록 한다.
[0065] 독립 개체 속성 역할을 사용하여 파견자로 하여, 파견자 이직, 근무처 조정이 발생할 때, 오직 새로 임명된 파견자(파견자에 대응되는 사용자)를 파견 역할에 관련시키기만 하면 자동으로 현재 모든 업무를 취득할 수 있어, 업무 인수인계의 작업량을 감소시키고, 또한 빈틈없는 연결을 구현할 수 있고, 업무 파견의 딜레이 또는 누락이 발생하지 않으며, 긴급 업무가 제때에 처리되도록 확보하고, 직원이 제출한 업무가 오래 동안 답변을 받지 못하여 직원의 적극성에 부정적인 영향을 미치는 것을 피하였다.
[0066] 예를 들면, 원 파견자 장싼이 이직 또는 근무처를 조정하여, 더는 파견자를 담당하지 않으면, 전통적인 방식으로는 장싼이 관련된 모든 업무를 모두 새로 임명된 파견자 리쓰에게 인수인계하여야 하여, 작업량이 크고 쉽게 에러 또는 누락이 발생한다. 제때에 인수인계를 완성하지 못한다면, 업무 파견의 딜레이를 초래하게 된다. 본 출원의 파견자는 파견 역할이고, 모든 업무를 모두 파견 역할에게 배정하며, 장싼이 이직, 근무처 조정 시, 직접 시스템 관리자(또는 상응한 관리자)가 장싼에 대응되는 사용자와 파견 역할의 관련을 취소하고, 다시 새로 임명된 리쓰에 대응되는 사용자를 파견 역할에 관련시키면, 리쓰는 자동으로 파견 역할의 현재의 모든 업무를 취득하게 된다. 역할을 관련을 통하여 동시에 파견자 수중의 업무의 인수인계를 구현하여, 작업량이 작고, 사용이 간편하다.
[0067] 아래 독립적인 개체 속성 역할을 통하여 사용자에 대하여 권한 부여가 가지는 장점에 대하여 분석을 진행하도록 하는 바, 사용자는 이와 역할의 관련을 통하여 권한을 결정(취득)할 수 있고, 만일 사용자의 권한을 수정하고자 하면, 역할이 갖고 있는 권한을 조정하는 것을 통하여 해당 역할에 관련된 사용자의 권한을 변경시키는 목적을 이룰 수 있다. 일단 사용자가 역할에 관련된 후, 해당 사용자는 해당 역할의 모든 조작 권한을 갖는다.
[0068] 역할의 사용자에 대한 관계는 일대일이다(해당 역할이 한 사용자와 관련될 때, 기타 사용자는 더는 해당 역할과 관련될 수 없으며; 만일 해당 역할이 사용자에 관련되지 않았다면, 기타 사용자에 선택되어 관련될 수 있는 바, 즉 동일한 시간대에서 하나의 역할은 관련될 수 있고 또한 오직 하나의 사용자에만 관련될 수 있음). 사용자의 역할에 대한 관계는 일대다이다(한 사용자는 동시에 다수의 역할에 관련될 수 있다).
[0069] 역할의 정의: 역할은 그룹, 클래스, 카테고리, 근무처, 직위 또는 직종 등 속성을 갖지 않고, 하나의 비집합적 속성이며, 역할은 유일성을 갖고, 역할은 독립적으로 존재하는 개체이며; 기업체와 사업체에서 근무처 번호와 같다(여기에서의 근무처 번호는 근무처가 아니고, 하나의 근무처에는 동시에 여러 직원이 있을 수 있고, 동일한 시간대에서 하나의 근무처 번호에 단지 하나의 직원만 대응된다).
[0070] 예를 들면, 어느 회사 시스템에서 하기 역할을 생성할 수 있는 바, 즉 총지배인, 부총지배인1, 부총지배인2, 북경 판매1부 매니저, 북경 판매2부 매니저, 북경 판매 3부 매니저, 상해 세일즈 엔지니어1, 상해 세일즈 엔지니어3, 상해 세일즈 엔지니어3, 상해 세일즈 엔지니어4, 상해 세일즈 엔지니어5...이고, 사용자와 역할의 관련 관계로는, 만일 해당 회사 직원 장싼이 해당 회사 부총지배인2로 재직하고, 아울러 북경 판매1부 매니저로 재직한다면, 장싼이 관련되어야 하는 역할은 부총지배인2와 북경 판매1부 매니저이고, 장싼은 이 두 역할의 권한을 갖는다.
[0071] 전통적인 역할의 개념은 그룹/클래스, 근무처, 직위 또는 직종 속성이고, 하나의 역할은 다수의 사용자에 대응될 수 있다. 하지만 본 출원의 “역할”의 개념은 근무처 번호 또는 작업 위치 번호와 같은 바, 또한 영화 또는 드라마 중의 캐릭터와 유사한 바, 한 캐릭터는 동일한 시간대(동년, 소년, 중년...)에서 단지 하나의 배우만 연출할 수 있으나, 한 배우는 많은 캐릭터를 연출할 수 있다.
[0072] 역할을 생성한 후, 사용자를 생성하는 과정에서 역할을 관련할 수도 있고, 또한 사용자를 생성한 후 수시로 관련을 수행할 수도 있다. 사용자가 역할에 관련한 후, 수시로 역할과의 관련 관계를 해제할 수 있고, 또한 수시로 기타 역할과의 관련 관계를 생성할 수 있다.
[0073] 상기 시스템 역할의 구성은, 근무처 명칭 + 근무처 내 번호이다. 예를 들면, 작업장 생산 노동자1, 작업장 생산 노동자2, 작업장 생산 노동자3... 이고, 역할은 독립적인 개체이며, 근무처 번호, 작업 위치 번호의 개념과 같고, 전통적인 권한 관리 시스템 중의 역할과 다른 바, 전통적인 시스템 중의 역할의 개념은 근무처, 직위 또는 직종 등의 그룹/클래스 속성이다.
[0074] 아래 직원 장싼이 어느 회사에 입사한 후를 예로 들면, 직원, 사용자와 역할 간의 관계는 하기와 같다. 1. 신입: 직원이 신입되면, 직접 해당 사용자(직원)을 위하여 상응한 근무처 번호/작업 위치 번호의 역할을 선택하여 관련시키기만 하면 되는 바, 예를 들면, 장싼이 회사에 입사하고(회사에서 장싼을 위하여 하나의 장싼 사용자를 할당함), 작업 내용이 판매1부에서 북경 지역의 냉장고 제품의 판매를 책임지는 것이라면(대응되는 역할은 판매1부 하의 “세일즈 엔지니어5” 이 역할임), 장싼 사용자는 직접 “세일즈 엔지니어5” 이 역할을 선택하여 관련시키기만 하면 된다.
[0075] 2. 직위 증가: 장싼이 일정 시간 근무한 후, 회사에서는 또한 장싼을 배정하여 북경 지역 TV 제품의 판매를 책임지도록 하고(대응되는 역할은 판매1부 하의 “세일즈 엔지니어8”이 역할임) 또한 AS 부서의 관리자를 겸임시킨다면(AS 부서 관리자1 이 역할에 대응됨), 장싼 사용자는 판매1부 하의 “세일즈 엔지니어8”과 AS 부서 하의 “AS 부서 관리자1” 이 두 개의 역할을 더 증가 관련시키며, 이때, 직원 장싼은 세 개의 역할과 관련되는 바, 각각 판매1부 하의 “세일지 엔지니어5”, “세일즈 엔지니어8”과 AS 부서 하의 “AS 부서 관리자1”이며, 장싼 사용자는 이 세 역할의 권한을 갖는다.
[0076] 3. 직위 감소: 또 일정 시간 경과한 후, 회사에서는 장싼이 AS 부서 관리자로 재직하도록 하고(AS 부서 하의 “AS 부서 관리자” 이 역할에 대응됨), 또한 더는 기타 직위를 겸임시키지 않기로 결정한다. 그렇다면 장싼 사용자는 AS 부서 하의 “AS 부서 관리자” 이 역할에 관련되고, 아울러 이전에 관련시켰던 세 개의 역할(판매1부 하의 “세일지 엔지니어5”, “세일즈 엔지니어8”과 AS 부서 하의 “AS 부서 관리자1”)을 취소하여야 하며, 이때 장싼 사용자는 단지 AS 부서 하의 “AS 부서 관리자” 이 역할의 권한만 갖는다.
[0077] 4. 역할 권한의 조정(역할 자체가 갖고 있는 권한에 대한 조정): 만일 회사에서 AS 부서 관리자의 권한을 증가시키기로 결정한다면, 단지 AS 부서 관리자 이 역할에 대한 권한 부여를 증가시키기만 하면 되며, 장싼 사용자는 AS 부서 관리자 이 역할의 권한이 증가하였기 때문에, 장싼 사용자의 권한도 증가된다.
[0078] 5. 이직: 1년 후, 장싼이 이직하였다면, 장싼 사용자와 AS 부서 하의 “AS 부서 관리자” 이 역할의 관련을 취소하기만 하면 된다.
[0079] 예를 들면, 회사의 동적인 경영에서, 직원의 재직, 이직은 늘 지속적으로 발생하는 것이지만, 근무처 번호/작업 위치 번호의 변화는 아주 적다(심지어 일정 시기 내에는 변화되지 않는다).
[0080] 전통적인 권한 부여 방법: 시스템 기능 포인트가 많은 상황 하에서, 전통적인 그룹/클래스 속성의 역할로 권한 부여를 수행한다면, 권한 부여 작업량이 크고 번거로울 뿐 아니라, 쉽게 에러가 발생하고, 심지어 에러가 발생한다 할지라도 단시간 내에는 발견하기 어려워, 시스템 사용측에 손실을 가져다 준다.
[0081] 본 출원의 권한 부여 방법: 본 출원은 근무처 번호/작업 위치 번호 특성의 역할에 대하여 권한 부여를 수행하고, 사용자는 역할을 관련시켜 권한을 결정(취득)하며, 그렇다면 사용자 권한에 대한 제어는 간단한 사용자-역할의 관련 관계를 통하여 구현할 수 있어, 권한 제어가 간단해지고 조작이 쉬우며, 명확하고 명료하여, 권한 부여 효율과 권한 부여 신뢰성을 크게 향상시킨다.
[0082] 이상에서 설명한 것은 단지 본 발명의 바람직한 실시 방식이고, 본 발명은 본문에 개시된 형식에 한정되지 않는 것을 이해할 것이며, 기타 실시예를 배제하는 것으로 간주해서는 안되고, 여러 가지 기타 조합, 수정과 환경에 적용될 수 있고, 또한 본 문의 상기 사상의 범위 내에서, 상기 지도 또는 관련 분야의 기술 또는 지식을 통하여 변경을 진행할 수 있다. 당업계의 기술자들이 진행한 변경과 변화는 본 발명의 사상과 범위를 벗어나지 않는 범위에서 모두 본 발명의 특허청구범위의 보호 범위 내에 속한다 할 것이다.

Claims (10)

  1. 관리 시스템 중의 업무 처리의 관리 방법에 있어서, 업무 제출자가 어느 사용자 또는 직원을 지정하여 해당 업무를 처리하게 하려면, 업무 제출자가 업무 처리 요청을 제출할 때 지정하려는 사용자 또는 직원을 지정하고, 해당 업무 처리 요청은 해당 지정된 사용자 또는 직원에게 지정되며; 그렇지 않으면, 업무 제출자가 업무 처리 요청을 제출할 때, 해당 업무 처리 요청은 사전 설정된 하나 또는 복수의 파견자에게 지정되고, 파견자는 업무 제출자가 제출한 업무 처리 요청의 내용에 의하여 파견 대상자 사용자 또는 직원을 지정하여 처리하는 업무 제출자가 업무 처리 요청을 제출하는 단계가 포함되는 것을 특징으로 하는 관리 시스템 중의 업무 처리의 관리 방법.
  2. 제1항에 있어서, 업무 제출자가 지정하려는 사용자 또는 직원을 지정하여, 해당 업무 처리 요청이 해당 지정된 사용자 또는 직원에게 지정된 후, 해당 지정된 사용자 또는 직원은 해당 업무를 어떠한 기타 사용자 또는 직원에게 전달할 없는 것을 특징으로 하는 관리 시스템 중의 업무 처리의 관리 방법.
  3. 제1항에 있어서, 상기 파견자에는 직원, 사용자, 그룹 또는 클래스 속성 역할, 독립적인 개체 속성 역할 중의 한 가지 또는 여러 가지의 조합이 포함되는 것을 특징으로 하는 관리 시스템 중의 업무 처리의 관리 방법.
  4. 제3항에 있어서, 상기 파견자는 독립적인 개체 속성 역할이고, 독립적인 개체 속성 역할은 그룹이나 클래스와 다르며, 동일한 시간대에서 하나의 독립적인 개체 속성 역할은 오직 하나의 사용자에만 관련될 수 있고, 하나의 사용자는 하나 또는 복수의 독립적인 개체 속성 역할에 관련되는 것을 특징으로 하는 관리 시스템 중의 업무 처리의 관리 방법.
  5. 제4항에 있어서, 역할 생성 시 또는 역할 생성 후 해당 역할을 위하여 하나의 부서를 선택하면, 해당 역할은 해당 부서에 귀속되고, 역할의 업무 내용에 근거하여 역할에 대하여 권한 부여를 진행하며, 또한 해당 역할의 명칭은 해당 부서 하에서 오직 하나이고, 해당 역할의 번호는 시스템 중에서 오직 하나이며; 상기 사용자가 부서 간에 근무처 조정 시, 사용자와 원 부서 내의 역할의 관련을 취소하고, 사용자와 새로운 부서 내의 역할을 관련시키는 것을 특징으로 하는 관리 시스템 중의 업무 처리의 관리 방법.
  6. 제1항 내지 제5항 중 어느 한 항에 있어서, 파견자가 파견 대상자 사용자 또는 직원을 지정할 때 또한 파견 비고를 작성하는 단계가 포함되는 것을 특징으로 하는 관리 시스템 중의 업무 처리의 관리 방법.
  7. 제1항에 있어서, 또한 한 파견 대상자 사용자 또는 직원이 파견자가 파견하는 업무를 수락할지 여부를 선택하는 단계가 포함되고, 만일 수락한다면, 하기 세 가지 방식 중의 한 가지를 통하여 해당 파견을 종료하는 바, 즉
    (1) 일부 완성: 업무 제출자가 제출한 업무가 처리 완성되지 않았고, 아직 후속 처리가 필요하며, 파견 대상자 사용자 또는 직원이 일부 완성을 확인한 후, 해당 업무 제출자가 제출한 업무는 파견자에게 리턴되어, 파견자가 재차 파견하기를 대기하며;
    (2) 전달: 업무 제출자가 제출한 업무가 처리 완성되지 않았고, 아직 후속 처리가 필요하며, 파견 대상자 사용자 또는 직원이 전달을 확인하고 또한 전달 대상 사용자 또는 직원을 지정한 후, 해당 전달 대상 사용자 또는 직원이 후속 처리를 진행하며;
    (3) 완성: 업무 제출자가 제출한 업무가 전부 처리 완성 또는 종료되는 것인 것을 특징으로 하는 관리 시스템 중의 업무 처리의 관리 방법.
  8. 제1항에 있어서, 하나 또는 복수의 감독자를 설정하는 단계가 포함되고, 업무 제출자가 제출한 업무가 처리 완성된 후, 감독자가 업무 제출자가 제출한 업무에 대하여 평가를 진행하는 것을 특징으로 하는 관리 시스템 중의 업무 처리의 관리 방법.
  9. 제1항에 있어서, 하나 또는 복수의 감독자를 설정하는 단계가 포함되고, 업무 제출자가 제출한 업무가 처리 완성된 후, 감독자가 파견자 및/또는 업무 처리에 참가한 각 직원 또는 사용자에 대하여 평가를 진행하는 것을 특징으로 하는 관리 시스템 중의 업무 처리의 관리 방법.
  10. 제1항에 있어서, 업무 제출자가 제출한 업무가 처리 완성된 후, 또한 업무 제출자가 업무 처리 결과에 대하여 평가를 진행하는 단계가 포함되는 것을 특징으로 하는 관리 시스템 중의 업무 처리의 관리 방법.
KR1020207005536A 2017-07-31 2018-07-28 관리 시스템 중의 업무 처리의 관리 방법 KR20200035088A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710644093.5A CN107506902A (zh) 2017-07-31 2017-07-31 管理系统中事务处理的管理方法
CN201710644093.5 2017-07-31
PCT/CN2018/097711 WO2019024832A1 (zh) 2017-07-31 2018-07-28 管理系统中事务处理的管理方法

Publications (1)

Publication Number Publication Date
KR20200035088A true KR20200035088A (ko) 2020-04-01

Family

ID=60689929

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020207005536A KR20200035088A (ko) 2017-07-31 2018-07-28 관리 시스템 중의 업무 처리의 관리 방법

Country Status (15)

Country Link
US (1) US20210089982A1 (ko)
EP (1) EP3663996A4 (ko)
JP (1) JP7351465B2 (ko)
KR (1) KR20200035088A (ko)
CN (2) CN107506902A (ko)
AU (1) AU2018312015A1 (ko)
BR (1) BR112020002054A2 (ko)
CO (1) CO2020000950A2 (ko)
EA (1) EA202090409A1 (ko)
MX (1) MX2020001179A (ko)
MY (1) MY202074A (ko)
PE (1) PE20200521A1 (ko)
PH (1) PH12020500143A1 (ko)
WO (1) WO2019024832A1 (ko)
ZA (1) ZA202000582B (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107506902A (zh) * 2017-07-31 2017-12-22 成都牵牛草信息技术有限公司 管理系统中事务处理的管理方法
CN108629566B (zh) * 2018-05-03 2023-04-07 腾讯科技（深圳）有限公司 一种信息管理方法及装置
CN109325727A (zh) * 2018-08-01 2019-02-12 平安科技（深圳）有限公司 工作事件智能交接方法、装置、计算机设备及存储介质

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11338938A (ja) * 1998-05-29 1999-12-10 Hitachi Ltd フィルタリング機能を利用したワークフローの制御方法
US6871232B2 (en) * 2001-03-06 2005-03-22 International Business Machines Corporation Method and system for third party resource provisioning management
US6985955B2 (en) * 2001-01-29 2006-01-10 International Business Machines Corporation System and method for provisioning resources to users based on roles, organizational information, attributes and third-party information or authorizations
US20030229812A1 (en) * 2002-06-05 2003-12-11 Cristina Buchholz Authorization mechanism
US8620713B2 (en) 2005-07-15 2013-12-31 Sap Ag Mechanism to control delegation and revocation of tasks in workflow system
JP4984846B2 (ja) 2006-11-22 2012-07-25 富士通株式会社 業務フロー管理プログラム、業務フロー管理装置、および業務フロー管理方法
US9769177B2 (en) * 2007-06-12 2017-09-19 Syracuse University Role-based access control to computing resources in an inter-organizational community
US8595824B2 (en) 2010-03-08 2013-11-26 Vmware, Inc. Task-based access control in a virtualization environment
US20110231317A1 (en) * 2010-03-19 2011-09-22 Wihem Arsac Security sensitive data flow analysis
CN102468971A (zh) * 2010-11-04 2012-05-23 北京北方微电子基地设备工艺研究中心有限责任公司 权限管理方法和装置、权限控制方法和装置
CN102769602A (zh) * 2011-05-03 2012-11-07 中国移动通信集团山东有限公司 一种临时权限控制方法、系统及装置
CN102945519A (zh) * 2012-10-23 2013-02-27 中国建设银行股份有限公司 一种银行内部工作审批流程管理系统
CN105718308A (zh) * 2016-01-13 2016-06-29 桂林理工大学 一种基于Multi-Agent的协同标绘模型系统
CN107506902A (zh) * 2017-07-31 2017-12-22 成都牵牛草信息技术有限公司 管理系统中事务处理的管理方法

Also Published As

Publication number Publication date
CN108985648B (zh) 2021-04-06
WO2019024832A1 (zh) 2019-02-07
EP3663996A1 (en) 2020-06-10
US20210089982A1 (en) 2021-03-25
AU2018312015A1 (en) 2020-03-12
MX2020001179A (es) 2020-08-17
ZA202000582B (en) 2021-02-24
MY202074A (en) 2024-04-02
PE20200521A1 (es) 2020-03-09
JP2020530609A (ja) 2020-10-22
BR112020002054A2 (pt) 2020-09-08
JP7351465B2 (ja) 2023-09-27
EP3663996A4 (en) 2021-06-16
EA202090409A1 (ru) 2020-05-20
CO2020000950A2 (es) 2020-05-15
CN108985648A (zh) 2018-12-11
CN107506902A (zh) 2017-12-22
PH12020500143A1 (en) 2020-11-09

Similar Documents

Publication Publication Date Title
CN109086627B (zh) 表单数据操作的审核方法
CN108764691B (zh) 基于会签的审批节点在审批流程中的设置方法
CN108764833B (zh) 工作流审批节点按部门设置审批角色的方法
CN108764826B (zh) 基于表单字段的工作流审批节点设置审批角色的方法
JP7164091B2 (ja) 管理システム内のインスタントメッセージアカウントの管理方法
CN109214150B (zh) 基于角色的表单操作权限授权方法
KR20190141226A (ko) 작업 흐름 및 그 승인 노드의 폼 필드 조작 권한의 설정 방법
CN108932610B (zh) 一种系统派工方法
WO2018224024A1 (zh) 工作流审批节点高效审批方法
KR20200018665A (ko) 기준 필드에 의거하여 승인 절차를 설정하는 방법
JP7318894B2 (ja) 統計列表の操作権限の承認方法
CN108550029B (zh) 工作流审批节点按部门级别设置审批角色的方法
KR20200029040A (ko) 역할 간의 통신 관계에 의하여 인스턴트 메시징 계정 연락처를 사전 설정하는 방법 및 주소록을 사전 설정하는 방법
JP7365609B2 (ja) 全てのシステム使用者の最近の権限状態を表示する承認方法
JP7231910B2 (ja) フォームデータの操作権限を承認する方法
CN108711037B (zh) 审批工作流的委托及其再委托方法
JP7339634B2 (ja) 時間帯に基づいて操作記録を閲覧する権限の設置方法
CN109102253B (zh) 审批者针对审批任务征询参考意见的方法
KR20200035088A (ko) 관리 시스템 중의 업무 처리의 관리 방법
JP2020520034A (ja) ロール対ユーザーに基づく１対１の権限承認方法とシステム
CN108958870B (zh) 快捷功能设置方法
KR20200035098A (ko) 시스템에서 메일함 내용과 인스턴트 메시징 내용의 조작 시간대를 설정하는 방법
KR20200029043A (ko) 시스템에서 사용자 또는 직원이 메일함 계정을 취득하는 방법
JP2020530614A (ja) 列値に基づいて統計列表操作権限をそれぞれ承認する方法
EA043931B1 (ru) Способ управления обработкой транзакции в системе управления

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E601 Decision to refuse application