(57)【要約】【課題】本発明は、ユーザー、ロール、フォーム、承認ワークフロー及びプロセスノードに従って委託が行われ、多様な状況での委託需要を満たす。【解決手段】本発明は、承認ワークフローの委託と再委託の方法を公開し、そこに委託方法が以下の１種或いは多種を含む。委託者とするユーザーを受託者とする一つのロールに委託し;委託者とするユーザーに関連付けられる全部のロール中の複数を、受託者とする一つのユーザー或いはロールに委託し;委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォーム中の複数を、受託者とする一つのユーザー或いはロールに委託し;委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフロー中の複数を、受託者とする一つ或いは複数のユーザー或いはロールに委託し;委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノード中の複数を、受託者とする一つ或いは複数のユーザー或いはロールに委託する。【選択図】  図４
2020523662.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーにより委託を行うこと、ロールにより委託を行うこと、フォームにより委託を行うこと、承認ワークフローにより委託を行うこと及びプロセスノードにより委託を行うことの一種或いは多種を含み、
ユーザーにより委託を行うこと：委託者とするユーザーを受託者とする一つのロールに委託すること;
ロールにより委託を行うこと：委託者とするユーザーに関連付けられる全部のロールの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロール中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる各ロールは、受託者とする一つのユーザー或いはロールのみへ委託されること;
フォームにより委託を行うこと：委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォームの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォーム中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる全部のロールに従う各フォームは、受託者とする一つのユーザー或いはロールのみへ委託されること;
承認ワークフローにより委託を行うこと：委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフロー中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる全部のロールに従う各承認ワークフローは、受託者とする一つのユーザー或いはロールのみへ委託されること;
プロセスノードにより委託を行うこと：委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノードの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノード中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる各プロセスノードは、受託者とする一つのユーザー或いはロールのみへ委託されることを含む承認ワークフローの委託方法。
【請求項２】
前記委託のステップは、委託の発起：委託者は受託者に委託を発起／送信／申請／請求し、前記委託の発起／送信／申請／請求は委託内容、委託の開始時間を含むこと;委託の確認：受託者は前記委託の発起／送信／申請／請求の情報により委託の受諾または拒否を確認することを含む請求項１に記載の承認ワークフローの委託方法。
【請求項３】
前記委託のステップは、更に委託の発起／送信／申請／請求の撤回：受託者が委託を確認する前に、前記委託者はその受託者へ送信される相応の委託の発起／送信／申請／請求を撤回することを含む請求項２に記載の承認ワークフローの委託方法。
【請求項４】
前記ロールがグループ／クラスではなく、独立した個体であり、一つのロールは同時間に唯一のユーザーを関連付けることができ、一つのユーザーは１つ以上のロールを関連付け;前記ユーザーは、ロールとの関連付けを通じて権限を決定し、一つの従業員が一つのユーザーアカウントに対応し、一つのユーザーアカウントが一つの従業員に対応する請求項１に記載の承認ワークフローの委託方法。
【請求項５】
前記ロールは部門に属し、ロールの作業内容によりロールを承認し、ロール名称は部門内に唯一であり、ロール番号はシステム内に唯一である請求項４に記載の承認ワークフローの委託方法。
【請求項６】
前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付けさせる請求項５に記載の承認ワークフローの委託方法。
【請求項７】
前記承認ワークフローは、一つの開始プロセスノード、少なくとも１つの承認プロセスノード、一つの終了プロセスノードを含み、その中で、開始プロセスノードには承認プロセスを発起し;承認プロセスノードには承認ロールを設定し、相応の承認ロールに対して承認権限を授与（又は設定）し;終了プロセスノードには承認プロセスが終了する請求項１に記載の承認ワークフローの委託方法。
【請求項８】
ユーザーにより再委託を行うこと、ロールにより再委託を行うこと、フォームにより再委託を行うこと、承認ワークフローにより再委託を行うこと及びプロセスノードにより再委託を行うことの一種或いは多種を含み、
ユーザーにより再委託を行うこと：前記受託者は、委託を受諾するユーザーを、二次受託者とする一つのロールに委託すること;
ロールにより再委託を行うこと：前記受託者は、委託を受諾するロールの一つを二次受託者とする一つのユーザー或いはロールに委託し、或いは前記受託者は、委託を受諾する複数のロールを二次受託者とする一つ或いは複数のユーザー或いはロールに委託し、前記受託者が委託を受諾する各ロールは、二次受託者とする一つのユーザー或いはロールのみへ委託されること；
フォームにより再委託を行うこと：前記受託者は、委託を受諾するフォームの一つを二次受託者とする一つのユーザー或いはロールに委託し、或いは前記受託者は、委託を受諾する複数のフォームを二次受託者とする一つ或いは複数のユーザー或いはロールに委託し、前記受託者が委託を受諾する各フォームは、二次受託者とする一つのユーザー或いはロールのみへ委託されること;
承認ワークフローにより再委託を行うこと：前記受託者は、委託を受諾する承認ワークフローの一つを二次受託者とする一つのユーザー或いはロールに委託し、或いは前記受託者は、委託を受諾する複数の承認ワークフローを二次受託者とする一つ或いは複数のユーザー或いはロールに委託し、前記受託者が委託を受諾する各承認ワークフローは、二次受託者とする一つのユーザー或いはロールのみへ委託されること；
プロセスノードにより再委託を行うこと：前記受託者は、委託を受諾するプロセスノードの一つを二次受託者とする一つのユーザー或いはロールに委託し、或いは前記受託者は、委託を受諾する複数のプロセスノードを二次受託者とする一つ或いは複数のユーザー或いはロールに委託し、前記受託者が委託を受諾する各プロセスノードは、二次受託者とする一つのユーザー或いはロールのみへ委託されることを含む請求項１〜６のいずれか一項に記載の承認ワークフローの再委託方法。
【請求項９】
前記受託者は、ユーザーにより再委託を行うこと、ロールにより再委託を行うこと、フォームにより再委託を行うこと、承認ワークフローにより再委託を行うこと及びプロセスノードにより再委託を行うことの一種或いは多種を採用して再委託を行う時に、対応する元の委託者に関する情報を表示する請求項８に記載の承認ワークフローの再委託方法。
【請求項１０】
前記委託者と前記受託者の間の委託関係が終了すると、前記受託者と前記二次受託者の間の対応する委託関係が終了する請求項８に記載の承認ワークフローの再委託方法。
【請求項１１】
ユーザーにより委託を行うこと、ロールにより委託を行うこと、フォームにより委託を行うこと、承認ワークフローにより委託を行うこと及びプロセスノードにより委託を行うことの一種或いは多種を含み、
ユーザーにより委託を行うこと：委託者とするユーザーを受託者とするロールに委託すること;
ロールにより委託を行うこと:委託者とするユーザーに関連付けられる全部のロールの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロール中の複数を、受託者とする一つのユーザー或いはロールに委託すること;
フォームにより委託を行うこと:委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォームの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォーム中の複数を、受託者とする一つのユーザー或いはロールに委託すること;
承認ワークフローにより委託を行うこと：委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフロー中の複数を、受託者とする一つのユーザー或いはロールに委託すること;
プロセスノードにより委託を行うこと：委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノードの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノード中の複数を、受託者とする一つのユーザー或いはロールに委託することを含む承認ワークフローの委託方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＥＲＰなどの管理ソフトウェアシステムのワークフロー中に承認ノードの承認ロールの設定及び管理方法に関し、特に承認ワークフローの委託と再委託方法に関する。
【背景技術】
【０００２】
ロールベースのアクセス制御（ＲＢＡＣ）は、近年最も研究され成熟したデータベース権限管理メカニズムの１つであり、従来の強制アクセス制御（ＭＡＣ）および自律アクセス制御（ＤＡＣ）に代わる理想的な候補と考えられる。従来の自律型アクセス制御は高い融通性を備えるが、セキュリティは低い。強制アクセス制御は高いセキュリティを備えるが、制限が強すぎる。ロールベースのアクセス制御は、両方の長所を兼ね備え，管理が簡単であるだけでなく、複雑さ、コスト、エラーの可能性を減らすこともできるため、近年大幅に成長している。ロールベースのアクセス制御（ＲＢＡＣ）の基本的な考え方は、企業組織ビューのさまざまな機能的位置を分割して異なるロールを形成し、データベースリソースのアクセス権をロールにカプセル化し、ユーザーは、異なるロールを割り当てられることにより、データベースリソースに間接的にアクセスする。
【０００３】
大量のテーブルとビューが大規模なアプリケーションシステムに組み込まれているため、データベースリソースの管理と承認が非常に複雑になる。ユーザーがデータベースリソースのアクセスと権限の承認を直接管理することは非常に困難である。ユーザーはデータベース構造を十分に理解し、ＳＱＬ言語の使用に精通している必要があり、アプリケーションシステム構造またはセキュリティ要件が変更されたら、大量の複雑かつ面倒な承認変更を実行するために、予期しない承認エラーに引き起こされるセキュリティ脆弱性が非常に発生しやすい。したがって、大規模なアプリケーションシステムのために簡単かつ効率的な権限の管理方法を設計することは、システムとシステムユーザーの共通の需要になっている。
【０００４】
ロールベースの権限制御メカニズムにより、システムのアクセス権を簡単かつ効率的に管理することができる。これにより、システム権限管理の負担とコストが大幅に削減され、さらに、システム権限管理は、アプリケーションシステムのビジネス管理仕様とより一致している。
【０００５】
ただし、従来のロールベースのユーザー権限管理及びワークフロー制御方法は、「ロール対ユーザー、１対多」の関連付けメカニズムを採用し、「ロール」はグループ／クラスの性質を有する。つまり、１つのロールが複数のユーザーに同時に対応／関連できる。ロールは、役職／職務／職種の概念に似ている。この関連付けメカニズムに基づくユーザー権限の承認は、基本的に次の３つの形式に分けられる。１、図１に示すように、ユーザーを直接承認されるが、不利な点は、ワークロードが大きく、操作が頻繁且つ面倒である。承認プロセスには承認ノードの承認操作主体がユーザーであり、ワークフロー承認ノードには従業員／ユーザーを承認主体として直接選択する。従業員の変更（異動、辞任など）が発生した場合、従業員に関係するすべてのプロセスを相応に調整する必要がある。特に会社の経営陣にとっては、関与する承認プロセスの数が多く、プロセス調整の作業負荷が大きく複雑であり、ミスや脱落を起こしやすく、会社の正常な運転に影響を及ぼし、予測不可能な損失さえも引き起こす。
【０００６】
従業員の承認権限のみが変更された場合でも、従業員に関係するプロセスを調整する必要があり、上記と同様の問題もある。
【０００７】
２、図２に示すように、ロール（クラス／グループ／役職／職種）を承認し（１つのロールを複数のユーザーを関連付けることができる）、ユーザーはロールを介して権限を取得し、承認操作の主体はグループ／クラスという性質とするロールである。３、図３に示すように、上記の２つの方法が組み合わされている。
【０００８】
上記の説明では、２と３の両方はクラス／グループの性質を有するロールを承認する必要があり、クラス／グループ／役職／職種の性質を有するロールによる承認およびワークフロー制御の方法には次の欠点がある。１、ユーザーのアクセス権限を変更する場合、難しく操作する。実際のシステム使用プロセスでは、多くの場合、運用プロセス中にユーザーの権限を調整する必要がある。たとえば、従業員の権限の変更を処理する場合、ロールに関連付けられる従業員の権限を変更するが、ロールは権限の変更されない他の従業員にも関連付けられる。それ故、個々の従業員の権限の変更のため、ロール全体の権限を変更することができない。この状況に対応して、権限の変更された従業員に適うために新しいロールを作成するか、権限要件に基づいて従業員を直接承認（ロールからの離脱）する。上記の２つの処理方法は、ロールの権限が多数ある場合、ロールの承認に長い時間がかかるだけでなく、ミスを犯しやすく、ユーザーの操作がわずらわしく、面倒であり、システムユーザーの損失につながるエラーも発生しやすい。
【０００９】
従業員／ユーザーの承認権限を変更する場合、従業員／ユーザーをロールから離脱するか、ワークフロー承認ノードには承認主体として従業員／ユーザーを直接選択するか、承認プロセスの要件を満たすために新しいロールを追加する。１番目の方式では、従業員の変更（異動、辞任など）が発生した場合、従業員に関係するすべてのプロセスを、特に企業の管理担当者に対して調整する必要がある。関与する承認プロセスの数が多く、プロセス調整の作業負荷が大きく複雑であり、ミスや脱落を起こしやすく、会社の正常な運転に影響を及ぼし、予測不可能な損失さえ引き起こす。従業員の承認権限のみが変更された場合でも、従業員に関係するプロセスを調整する必要があり、上記と同様の問題もある。２番目の方式では、新しいロールはロールの作成や関連付けや承認に関与する。特に、多数のロールと、ロールに関連付けられた多数のユーザーがある場合、どのユーザーがロールを具体的に関連付けているかを覚えるのは困難である。
【００１０】
２、ロールに含まれる特定の権限を長期的に覚えることは困難である。ロールに複数の権限機能がある場合、時間が経つにつれて、ロールの特定の権限を覚えることは困難になり、権限の類似したロール間の権限差別を覚えるのがより難しくなり、ロールの類似した権限も混同し易い。新しいユーザーを関連付けると、どうやって関連付けるか正確に判断することはできない。
【００１１】
３、ユーザーの権限が変更されるため、ロールをますます作成するのをもたらす（新しいロールを作成しない場合、ユーザーを直接承認するのが大幅に増加する）。各ロール間の特定の差別を区別することはより困難である。
【００１２】
４、役職を調整するときに、異動するユーザーの多くの権限を他の複数のユーザーに割り当てる場合、異動するユーザーの権限を区分し、他の複数のユーザーを関連付けるためにそれぞれロールを作成する必要があるが、このような操作は、複雑であり、時間がかかるだけでなく、エラーがよりやすく発生する。
【００１３】
企業では、従業員が長期休暇を取り、年次休暇を取り、または職外研修等を受ける必要がある場合、従業員は長時間職場を離れなければならない。この期間中、従業員はその責任があるワークフローの承認が処理できないので、この時、その責任があるワークフローの承認を他の人に委託する必要がある。しかし、従来技術では、通常、ユーザーをユーザーに委託する方法を採用し、この種の委託方法には欠点がある。従業員Ａが長期休暇を取れなければならなく、従業員Ａの責任があるワークフロー承認は財務、販売、生産などに関わる場合、会社には、誰も従業員Ａの全部の作業を適任とすることができない。この時、従業員Ａの全部の作業を別の従業員に委託すると、従業員Ａの一部の作業が正常に処理できない結果を引き起こす。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本発明の目的は、先行技術の欠陥を克服し、ユーザー、ロール、フォーム、承認ワークフロー及びプロセスノードに従って委託が行われるように承認ワークフローの委託方法を提供し、多様な状況での委託需要を満たすためにさまざまな委託方法を提供する。
【課題を解決するための手段】
【００１５】
本発明の目的は、以下の技術的手段により達成される。承認ワークフローの委託方法は、ユーザーにより委託を行うこと、ロールにより委託を行うこと、フォームにより委託を行うこと、承認ワークフローにより委託を行うこと及びプロセスノードにより委託を行うことの一種或いは多種を含む。
【００１６】
ユーザーにより委託を行うことは、委託者とするユーザーを一つの受託者とするロールに委託する。ロールにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロール中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる各ロールは、受託者とする一つのユーザー或いはロールのみへ委託される。
【００１７】
フォームにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォームの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォーム中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる全部のロールに従う各フォームは、受託者とする一つのユーザー或いはロールのみへ委託される。
【００１８】
承認ワークフローにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフロー中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる全部のロールに従う各承認ワークフローは、受託者とする一つのユーザー或いはロールのみへ委託される。
【００１９】
プロセスノードにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノードの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノード中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる全部のロールに従う各プロセスノードは、受託者とする一つのユーザー或いはロールのみへ委託される。
【００２０】
優先的に、前記委託のステップは、委託の発起：委託者は受託者に委託を発起／送信／申請／請求し、前記委託の発起／送信／申請／請求は委託内容、委託の開始時間を含むこと;委託の確認：受託者は前記委託の発起／送信／申請／請求の情報により委託の受諾または拒否を確認することを含む。
【００２１】
優先的に、前記委託のステップは、更に委託の発起／送信／申請／請求の撤回：受託者が委託を確認する前に、前記委託者はその受託者へ送信される相応の委託の発起／送信／申請／請求を撤回することを含む。
【００２２】
優先的に、前記ロールがグループ／クラスではなく、独立した個体であり、一つのロールは同時間に唯一のユーザーを関連付けることができ、一つのユーザーは１つ以上のロールを関連付ける。前記ユーザーは、ロールとの関連付けを通じて権限を決定し、一つの従業員が一つのユーザーアカウントに対応し、一つのユーザーアカウントが一つの従業員に対応する。
【００２３】
優先的に、前記ロールは部門に属し、ロールの作業内容によりロールを承認し、ロール名称は部門内に唯一であり、ロール番号はシステム内に唯一である。
【００２４】
前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付けさせる。
【００２５】
前記承認ワークフローは、一つの開始プロセスノード、少なくとも１つの承認プロセスノード、一つの終了プロセスノードを含み、その中で、開始プロセスノードには承認プロセスを発起し;承認プロセスノードには承認ロールを設定し、相応の承認ロールに対して承認権限を授与（又は設定）し;終了プロセスノードには承認プロセスが終了する。
【００２６】
前記承認ワークフローの委託の再委託方法は、ユーザーにより再委託を行うこと、ロールにより再委託を行うこと、フォームにより再委託を行うこと、承認ワークフローにより再委託を行うこと及びプロセスノードにより再委託を行うことの一種或いは多種を含む。
【００２７】
ユーザーにより再委託を行うことは、前記受託者は、委託を受諾するユーザーを、二次受託者とする一つのロールに委託する。ロールにより再委託を行うことは、前記受託者は、委託を受諾するロールの一つを二次受託者とする一つのユーザー或いはロールに委託し、或いは前記受託者は、委託を受諾する複数のロールを二次受託者とする一つ或いは複数のユーザー或いはロールに委託し、前記受託者が委託を受諾する各ロールは、二次受託者とする一つのユーザー或いはロールのみへ委託される。
【００２８】
フォームにより再委託を行うことは、前記受託者は、委託を受諾するフォームの一つを二次受託者とする一つのユーザー或いはロールに委託し、或いは前記受託者は、委託を受諾する複数のフォームを二次受託者とする一つ或いは複数のユーザー或いはロールに委託し、前記受託者が委託を受諾する各フォームは、二次受託者とする一つのユーザー或いはロールのみへ委託される。
【００２９】
承認ワークフローにより再委託を行うことは、前記受託者は、委託を受諾する承認ワークフローの一つを二次受託者とする一つのユーザー或いはロールに委託し、或いは前記受託者は、委託を受諾する複数の承認ワークフローを二次受託者とする一つ或いは複数のユーザー或いはロールに委託し、前記受託者が委託を受諾する各承認ワークフローは、二次受託者とする一つのユーザー或いはロールのみへ委託される。
【００３０】
プロセスノードにより再委託を行うことは、前記受託者は、委託を受諾するプロセスノードの一つを二次受託者とする一つのユーザー或いはロールに委託し、或いは前記受託者は、委託を受諾する複数のプロセスノードを二次受託者とする一つ或いは複数のユーザー或いはロールに委託し、前記受託者が委託を受諾する各プロセスノードは、二次受託者とする一つのユーザー或いはロールのみへ委託される。
【００３１】
優先的に、前記受託者は、ユーザーにより再委託を行うこと、ロールにより再委託を行うこと、フォームにより再委託を行うこと、承認ワークフローにより再委託を行うこと及びプロセスノードにより再委託を行うことの一種或いは多種を採用して再委託を行う時に、対応する元の委託者に関する情報を表示する。
【００３２】
優先的に、前記委託者と前記受託者の間の委託関係が終了すると、前記受託者と前記二次受託者の間の対応する委託関係が終了する。
【００３３】
承認ワークフローの委託方法は、ユーザーにより委託を行うこと、ロールにより委託を行うこと、フォームにより委託を行うこと、承認ワークフローにより委託を行うこと及びプロセスノードにより委託を行うことの一種或いは多種を含む。
【００３４】
ユーザーにより委託を行うことは、委託者とするユーザーを受託者とするロールに委託する。
【００３５】
ロールにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロール中の複数を、受託者とする一つのユーザー或いはロールに委託する。
【００３６】
フォームにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォームの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォーム中の複数を、受託者とする一つのユーザー或いはロールに委託する。
【００３７】
承認ワークフローにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフロー中の複数を、受託者とする一つのユーザー或いはロールに委託する。
【００３８】
プロセスノードにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノードの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノード中の複数を、受託者とする一つのユーザー或いはロールに委託する。
【００３９】
本発明の有益な効果は次のとおりである：（１）ユーザーによる委託方法（即ち、委託されるのはユーザーに関連付けされる承認ワークフローの承認タスクである）を採用する場合、委託者とするユーザーに関連付けられたロールを増減する時、受託者に受託されるロールも増減し、委託期間に委託者とするユーザーに関連付けられたロールは変化が起きる時プロセスの混乱を引き起こす状況が回避でる。たとえば、張三の対応するユーザーに関連付けられるロールは、ロールＡ、ロールＢ及びロールＣであり、李四の対応するユーザーに関連付けられるロールは、ロールＤ、ロールＥ及びロールＦである。 張三の対応するユーザーをロールＤに委託すると、ロールＡ、ロールＢ及びロールＣをロールＤにすべて委託する（即ち、ロールＡ、ロールＢ及びロールＣに関連付けられる承認ワークフローの承認タスクがロールＤへ委託される）。委託期間中に張三の対応するユーザーがロールＧも関連付ける場合、ロールＧを自動的にロールＤに委託する。張三の対応するユーザーに関連付けられたロールＣを委託期間中に削除する場合、ロールＤへ委託されるすべてのロールにロールＣを相応に削除する。
【００４０】
（２）ロールによる委託方法（即ち、委託されるのはロールに関連付けされる承認ワークフローの承認タスクである）、フォームによる委託方法（即ち、委託されるのはフォームに関連付けされる承認ワークフローの承認タスクである）、承認ワークフローによる委託方法（即ち、委託されるのは承認ワークフローの承認タスクである）、プロセスノードによる委託方法（即ち、委託されるのはプロセスノードの承認タスクである）を採用する時に、さまざまなニーズに応じて多様な方式を選択して対応するユーザーまたはロールに委託し、従って最適なユーザーまたはロールに委託して、受託者が相応の作業内容を完成する能力を確保するようにする。委託する必要がある作業は、受託者の目下の作業負荷により個別に委託することができるため、受託者の作業量が急激に増加されない。これによって、受託者は精力を持って対応する作業が時間と品質通りに完成できる。たとえば、張三の対応するユーザーに関連付けられるロールは、ロールＡ、ロールＢ及びロールＣである。受託者の候補者には、李四の対応するユーザーと王五の対応するユーザーがあり、李四はロールＢとロールＣの対応する作業が処理できない。したがって、ロールＡを李四の対応するユーザーに委託し、ロールＢとロールＣを王五の対応するユーザーに委託することができる。別の例では、張三の対応するユーザーに関連付けられるロールは、ロールＡ、ロールＢ、及びロールＣである。受託者の候補者には、李四の対応するユーザーと王五の対応するユーザーがあり、李四と王五の両方はロールＡ、ロールＢ、ロールＣの対応する作業が処理できる。李四の目下の作業量は王五の目下の作業量よりも小さいため、ロールＡとロールＢを李四の対応するユーザーに委託し、ロールＣを王五の対応するユーザーに委託することができる。
【００４１】
別の例として、販売フォームに関連付けられる承認ワークフローを販売ロールに委託し、生産フォームに関連付けられる承認ワークフローを生産ロールに委託する。
【００４２】
（３）本発明では、委託の開始時刻のみを設定し、委託の終了時刻を設定しないため、委託者が戻って相応の承認などの作業を処理しなく、或いは委託者が延期戻って延期期間に相応の承認等の作業を誰も処理しない状況が避けられる。
【００４３】
（４）本発明では、再委託を行う時、元の委託者を表示し、次の受託者を選択するように参照を提供することができる（委託されたユーザー／ロール／フォーム／承認ワークフロー／承認ワークフローノードは受託者に継続的に再委託される）。
【００４４】
（５）ワークフローに承認操作の主体がロールであり、然もこのロールは従来のグループ／クラスの性質を有するロールではなく独立した個体である。従業員／ユーザーの変更（異動、辞任など）が発生した場合、または従業員の承認権限が変更された場合でも、従業員を新しいロールに再度関連付けるか、それに応じてロールの承認権限を調整してもよい。プロセスを再設定／調整する必要はあらなく、設定が便利であり、ミスや脱落は発生せず、企業の正常な運用には影響せず、ワークフローの信頼性が大幅に向上する。役職番号の性質を有するロールは、承認リンクノードに承認権限主体となり、ユーザーは、ロールによりどの承認タスクがあるかを決定し、ユーザーは、ロールを関連付ける権限により承認操作を行ってもよい。理解は明確かつ簡単であり、役職番号／職務番号の性質を有する各ロールは最小作業単位であり、各ロールの承認に対する多様な要求に応じて本発明は十分に満たすことができる。
【００４５】
（６）本発明は、ロールがユーザーとの１対１の関係にあり、一つのロールが唯一のユーザーを同時期に関連付けることができる。これの利点は、ユーザーを関連付けてもよく、ユーザーを作成するたびに権限を割り当てる必要がなくなることであり、しかもロールの権限の変更は、従来のメカニズムにあるロールの権限の変更よりもはるかに小さくなる。独立した個体の性質（役職番号／職務番号の性質）のロールの数は少ない。従業員の異動は大きいが、役職番号／職務番号の変化は小さい（一定期間に変化さえない、つまりロールは変わらない）。これにより、ユーザーの権限管理を大幅に簡易化し、システムの掛かりを削減する。
【００４６】
（７）入職／離職／異動の適用は承認プロセスで簡単である。ワークフローの発起と承認の主体はロールであるため、従業員／ユーザーを変更する場合、承認プロセスを再設定する必要はない（ユーザーはロールを取り消し、ロールを関連付けてもよい）。役職番号／職務番号のロールを失ったユーザーは、ロールの関連付けを取り消し、役職番号／職務番号のロールを引き継ぐユーザーは、その役職番号のロールを関連付ける。承認ワークフローを再設定したり、ワークフロー内のロールを再承認したりする必要はない。これにより、プロセス設定の効率やセキュリティや信頼性を大幅に向上させる。
【００４７】
たとえば、張三というユーザーが辞任または異動する原因で、張三は「バイヤー３」というロールとして働かなく、張三はロールとの関連付けを取り消す。ほかに、李四は、「バイヤー３」というロールとする仕事を引き継ぎ、李四はこのロールを関連付けると、李四は承認プロセス中の「バイヤー３」というロールの承認タスクと承認権限を自動的に取得する。
【００４８】
（８）従来の権利管理メカニズムでは、ロールをグループ、職種、クラスなどに定義し、ロールがユーザーとの１対多の関係にあり。実際にシステムを使用するプロセスでは、運用プロセス中にユーザーの権限を調整する必要がある。たとえば、従業員の権限変更を処理する場合、ロールを関連付ける従業員の権限が変更され、このロールは権限の変更しない他の従業員を関連付けるので、個々の従業員の権限を変更したため、全体のロールの権限を変更できない。そのため、この状況に対応して、権限の変更された従業員に適うために新しいロールを作成するか、権限要件に基づいて従業員を直接承認（ロールからの離脱）する。上記の２つの処理方法は、ロールの権限が多数ある場合、ロールの承認に長い時間がかかるだけでなく、ミスを犯しやすく、ユーザーの操作がわずらわしく、面倒であり、システムユーザーの損失につながるエラーも発生しやすい。
【００４９】
しかし、本発明の方法では、ロールが独立した個体であるため、ロール権限を変更して目標を達成することができる。本発明の方法は、システムの初期化時にワークロードを増加させるように見えるが、ロールの作成或は権限授与の効率は、コピーなどの方法によってグループを性質とする従来のロールより高くさせる。ユーザーを関連つける時にグループを性質とするロールの共通性を考慮しないため、この発明技術的手段は、承認設定を明確にさせる。特に、システムが一定期間使用された後（ユーザー／ロールの権限動的に変化している）、この発明技術的手段は、システム使用時のシステム管理の効率を大幅に向上させ、動的承認をより簡単、便利、明確にさせ、権限設定の効率と信頼性を向上させる。
【００５０】
（９）従来のグループを性質とするロールの承認方法はエラーが発生しやすく、従来の方法でこのグループを性質とするロールを関連付ける複数のユーザーにどのような共通性があるかを考慮することなく、ロールを独立した個体として考慮するだけでよいため、本発明の方法は権限エラーの確率を大幅に低減させる。承認エラーが発生した場合でも、ロールを関連付けるその一つのユーザーのみに影響するが、従来のグループを性質とするロールはそのロールを関連付ける全部のユーザーに影響する。承認エラーが発生した場合でも、本発明の修正方法は簡単であり、時間が短く、従来のグループを性質とするロールはエラーを修正する時にそのロールを関連付ける全部のユーザーの共通性を考えなければならない。機能ポイントが多い場合、変更が面倒且つ複雑であるだけでなく、非常にエラーが発生しやすく、且つ多くの場合、新しいロールを作成するだけで解決できる。
【００５１】
（１０）従来のグループを性質とするロールの承認方法では、ロールの権限機能ポイントが多くある場合、時間が長くなると、ロールの具体的な権限を覚えにくく、権限が近似しているロールの間の区別を覚えるのはより困難である。本発明の方法のロール自身は、役職番号／職務番号の性質を有しており、選択は明らかである。
【００５２】
（１１）異動するときに、異動されたユーザーの多くの権限を他のユーザーに割り当てる場合、処理する時に異動されたユーザーのこれ等の権限を区別して、他のユーザーを関連付けるようにロールをそれぞれ作成する必要がある。このような操作は、複雑であり、時間がかかるだけでなく、エラーが発生しやすくなる。
【００５３】
本発明の方法は次のとおりである：異動されたユーザーはいくつかのロールを関連付け、異動する場合、まず元の部門のロールとのユーザーの関連付けを取り消し（これ等の取り消されたロールは他のユーザーを再度関連付けることができる）、ユーザーは新しい部門のロールを関連付けてもよい。操作は簡単であり、エラーが現れない。
【００５４】
（１２）ロールが部門に属している場合、ロールは部門が変更できず、ロールは部門が変更できないのはなぜですか？理由１：本発明のロールの性質は役職番号／職務番号と同等であるため、様々な役職番号／職務番号の作業内容／権限は異なる。例えば、販売部門の販売員１のロールと技術部門の開発者１のロールは、２つの役職番号／職務番号がまったく異なり、権限が違う。理由２：販売員１のロールの部門（販売部門）が技術部門に置き換えられる場合、販売員１のロールを変更しないと、技術部門には販売部門の権限を持つロールがある。これは、管理の混乱とセキュリティの脆弱性につながる可能性がある。
【図面の簡単な説明】
【００５５】
【図１】図１は、背景技術においてシステムがユーザーを直接承認する方法の概略図である。
【図２】図２は、背景技術においてシステムがグループ／クラスを性質とするロールを承認する方法の概略図である。
【図３】図３は、背景技術においてシステムがユーザーを直接承認し、グループ／クラスを性質とするロールを承認して組み合わせる方法の概略図である。
【図４】図４は、本発明において承認ワークフローの委託方法である。
【図５】図５は、承認ワークフローの概略図である。
【図６】図６は、本発明において承認ワークフローの委託の再委託方法である。
【発明を実施するための形態】
【００５６】
本発明の技術的手段は、添付の図面を参照して以下でさらに詳細に説明されるが、本発明の保護範囲は以下に限定されない。
【実施例１】
【００５７】
図４に示すように、承認ワークフローの委託方法は、ユーザーにより委託を行うこと、ロールにより委託を行うこと、フォームにより委託を行うこと、承認ワークフローにより委託を行うこと及びプロセスノードにより委託を行うことの一種或いは多種を含む。
【００５８】
ユーザーにより委託を行うことは、委託者とするユーザーを一つの受託者とするロールに委託し、即ち、委託者とするユーザーに関連付けられる承認ワークフローを受託者とするロールに委託する。さらに、委託者とするユーザーを一つの受託者とするユーザーにも委託する。
【００５９】
たとえば、張三の対応するユーザーに関連付けられるロールは、ロールＡ、ロールＢ及びロールＣであり、李四の対応するユーザーに関連付けられるロールは、ロールＤ、ロールＥ及びロールＦである。 張三の対応するユーザーをロールＤに委託すると、ロールＡ、ロールＢ及びロールＣをロールＤにすべて委託する（即ち、ロールＡ、ロールＢ及びロールＣに関連付けられる承認ワークフローの承認タスクがロールＤへ委託される）。委託期間中に張三の対応するユーザーがロールＧも関連付ける場合、ロールＧを自動的にロールＤに委託する。張三の対応するユーザーに関連付けられたロールＣを委託期間中に削除する場合、ロールＤへ委託されるすべてのロールにロールＣも相応に削除する。
【００６０】
同じ理由から、張三の対応するユーザーを李四の対応するユーザーに委託し、即ち、ロールＡ、ロールＢ、ロールＣを李四の対応するユーザーにすべて委託する。委託期間に張三の対応するユーザーはロールＧも関連付けると、ロールＧは自動的に李四の対応するユーザーへ委託される。委託期間に張三の対応するユーザーに関連付けられるロールにはロールを削除すると、李四の対応するユーザーへ委託される全部のロールには相応的にロールＣも削除する。
【００６１】
ユーザーによる委託方法を採用する場合、委託者とするユーザーに関連付けられたロールを増減する時、受託者に受託されるロールも増減し、委託期間に委託者とするユーザーに関連付けられたロールは変化が起きる時にプロセスの混乱を引き起こす状況を回避する。
【００６２】
ロールにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロール中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる各ロールは、受託者とする一つのユーザー或いはロールのみへ委託される。たとえば、張三の対応するユーザーに関連付けられるロールは、ロールＡ、ロールＢ及びロールＣであり、李四の対応するユーザーに関連付けられるロールは、ロールＤ、ロールＥ及びロールＦであり、王五の対応するユーザーに関連付けられるロールは、ロールＧ及びロールＨである。
【００６３】
ロールＡ、ロールＢ及びロールＣを、受託者とする一つのユーザー或いはロールに全て委託する時、ロールＡ、ロールＢ及びロールＣを李四の対応するユーザーに全て委託し、或いは、ロールＡ、ロールＢ及びロールＣをロールに全て委託する。
【００６４】
ロールＡ、ロールＢ及びロールＣを、受託者とする複数のユーザー或いはロールに委託する時、ロールＡ及びロールＢを李四の対応するユーザーに委託して、ロールＣを王五の対応するユーザーに委託し、或いはロールＡ及びロールＢをロールＥに委託して、ロールＣをロールＧに委託し、或いはロールＡ及びロールＢを李四の対応するユーザーに委託して、ロールＣをロールＧに委託する。
【００６５】
ロールによる委託方法を採用する時に、さまざまな作業内容を有するロールを相応のユーザーとロールに委託し、従って個々ロールを最適なユーザーとロールに委託し、これにより、受託者が相応の作業内容を完成する能力を持つことを確保する。
【００６６】
フォームにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォームの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォーム中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる全部のロールに従う各フォームは、受託者とする一つのユーザー或いはロールのみへ委託される。はっきり言うと、委託者とするユーザーに関連付けられる全部のロールに従う全部のフォームに関連付けられる承認ワークフローを、受託者とするユーザー或いはロールに委託する。ワークフローの承認に用いるフォームは一つの或いは複数の承認ワークフローを設定する必要がある。
【００６７】
たとえば、張三の対応するユーザーに関連付けられる全部のロールにおける全部のフォームは、フォームＡ、フォームＢ及びフォームＣであり、李四の対応するユーザーに関連付けられるロールは、ロールＤ、ロールＥ及びロールＦであり、王五の対応するユーザーに関連付けられるロールは、ロールＧ及びロールＨである。
【００６８】
フォームＡ、フォームＢ及びフォームＣを、受託者とする一つのユーザー或いはロールに全て委託する時に、フォームＡ、フォームＢ及びフォームＣを李四の対応するユーザーに全て委託し、或いはフォームＡ、フォームＢ及びフォームＣをロールＨに全て委託する。
【００６９】
フォームＡ、フォームＢ及びフォームＣを、受託者とする複数のユーザー或いはロールに委託する時に、フォームＡ、フォームＢを李四の対応するユーザーに委託してフォームＣを王五の対応するユーザーに委託し、或いはフォームＡ、フォームＢをロールＥに委託してフォームＣをロールＧに委託し、或いはフォームＡ、フォームＢを李四の対応するユーザーに委託してフォームＣをロールＧに委託する。
【００７０】
たとえば、張三の対応するユーザーに関連付けられる全部のロールに従う全部のフォームは、契約フォーム、払い戻しフォーム及び生産フォームである。契約フォームを販売経理Ａに委託し、払い戻しフォームを総務主管Ｂに委託し、生産フォームを工場主任Ｃに委託することができる。
【００７１】
承認ワークフローにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフロー中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる全部のロールに従う各承認ワークフローは、受託者とする一つのユーザー或いはロールのみへ委託される。
【００７２】
たとえば、張三の対応するユーザーに関連付けられる全部のロールに従う全部の承認ワークフローは、承認ワークフローＡ、承認ワークフローＢ及び承認ワークフローＣであり、李四の対応するユーザーに関連付けられるロールは、ロールＤ、ロールＥ及びロールＦであり、王五の対応するユーザーに関連付けられるロールは、ロールＧ及びロールＨである。
【００７３】
承認ワークフローＡ、承認ワークフローＢ及び承認ワークフローＣを、受託者とする一つのユーザー或いはロールに全て委託する時に、承認ワークフローＡ、承認ワークフローＢ及び承認ワークフローＣを李四の対応するユーザーに全て委託し、或いは承認ワークフローＡ、承認ワークフローＢ及び承認ワークフローＣをロールＨに全て委託する。
【００７４】
承認ワークフローＡ、承認ワークフローＢ及び承認ワークフローＣを、受託者とする複数のユーザー或いはロールに委託する時に、承認ワークフローＡ、承認ワークフローＢを李四の対応するユーザーに委託して承認ワークフローＣを王五の対応するユーザーに委託し、或いは承認ワークフローＡ、承認ワークフローＢをロールＥに委託して承認ワークフローＣをロールＧに委託し、或いは承認ワークフローＡ、承認ワークフローＢを李四の対応するユーザーに委託して承認ワークフローＣをロールＧに委託する。
【００７５】
たとえば、張三の対応するユーザーに関連付けられる全部のロールに従う全部の承認ワークフローは、標準装備承認ワークフロー及び特製装備承認ワークフローである。標準装備承認ワークフローを販売主管Ａに委託し、特製装備承認ワークフローを販売経理Ｂに委託することができる。
【００７６】
プロセスノードにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノードの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノード中の複数を、受託者とする一つのユーザー或いはロールに委託し、委託者とするユーザーに関連付けられる全部のロールに従う各プロセスノードは、受託者とする一つのユーザー或いはロールのみへ委託される。
【００７７】
たとえば、張三の対応するユーザーに関連付けられる全部のロールに従う全部のプロセスノードは、プロセスノードＡ、プロセスノードＢ及びプロセスノードＣであり、李四の対応するユーザーに関連付けられるロールは、ロールＤ、ロールＥ及びロールＦであり、王五の対応するユーザーに関連付けられるロールは、ロールＧ及びロールＨである。
【００７８】
プロセスノードＡ、プロセスノードＢ及びプロセスノードＣを、受託者とする一つのユーザー或いはロールに全て委託する時に、プロセスノードＡ、プロセスノードＢ及びプロセスノードＣを李四の対応するユーザーに全て委託し、或いはプロセスノードＡ、プロセスノードＢ及びプロセスノードＣをロールＨに全て委託する。
【００７９】
プロセスノードＡ、プロセスノードＢ及びプロセスノードＣを、受託者とする複数のユーザー或いはロールに委託する時に、プロセスノードＡ、プロセスノードＢを李四の対応するユーザーに委託してプロセスノードＣを王五の対応するユーザーに委託し、或いはプロセスノードＡ、プロセスノードＢをロールＥに委託してプロセスノードＣをロールＧに委託し、或いはプロセスノードＡ、プロセスノードＢを李四の対応するユーザーに委託してプロセスノードＣをロールＧに委託する。
【００８０】
たとえば、張三の対応するユーザーに関連付けられる全部のロールに従う一つの承認ワークフローには、プロセスノードＡ、プロセスノードＢ及びプロセスノードＣがある。プロセスノードＡ、プロセスノードＢを販売主管Ａに委託し、プロセスノードを販売経理Ｂに委託することができる。
【００８１】
前記委託のステップは、委託の発起：委託者は受託者に委託を発起／送信／申請／請求し、前記委託の発起／送信／申請／請求は委託内容、委託の開始時間を含むこと;委託の確認：受託者は前記委託の発起／送信／申請／請求の情報により委託の受諾または拒否を確認することを含む。
【００８２】
受託者は、自分の能力と作業の充実度により委託を受け入れるかどうかを選択し、委託を受け入れなければならないので受託者は委託事項が完成できないことを避ける。さらに、委託情報には委託の開始時刻のみを設定し、委託の終了時刻を設定しないため、委託者が戻って相応の承認などの作業を処理しなく、或いは委託者が延期戻って延期期間に相応の承認等の作業を誰も処理しない状況が避けられる。
【００８３】
前記委託のステップは、更に委託の発起／送信／申請／請求の撤回：受託者が委託を確認する前に、前記委託者はその受託者へ送信される相応の委託の発起／送信／申請／請求を撤回することを含む。受託者に目下委託を受け入れさせる前に、委託者はより良い受託者を見つけた場合、委託を撤回して再委託できる。
【００８４】
前記ロールがグループ／クラスではなく、独立した個体であり、一つのロールは同時間に唯一のユーザーを関連付け
【００８５】
前記ユーザーは、ロールとの関連付けを通じて権限を決定し、一つの従業員が一つのユーザーアカウントに対応し、一つのユーザーアカウントが一つの従業員に対応する。
【００８６】
ロールの定義：ロールはグループ／クラス／カテゴリ／役職／役務／職種等の性質を有しないが、非集合の性質である。ロールは唯一性を有し、独立して存在している個体である。ロールは企業や機関の応用で役職番号と同等である（役職番号はここで役職ではなく、一つの役職に同時に複数の従業員がいるが、１つの役職番号は同時に一つの従業員にしか対応できない）。
【００８７】
たとえば、会社のシステムは次のロールを作成できる:総経理、副総経理１、副総経理２、北京販売部Iの経理、北京販売部IIの経理、北京販売部IIIの経理、上海販売エンジニア１、上海販売エンジニア２、上海販売エンジニア３、上海販売エンジニア４、上海販売エンジニア５ 等。ユーザーとロールの関連関係：その会社の従業員である張三さんは、会社の副総経理２を務め、同時に北京販売部Iの経理を務める場合、張三さんは総経理２及び北京販売部Iの経理というロールを関連付ける必要がある。張三さんは両方のロールに対する権限を持っている。
【００８８】
従来のロールの概念は、グループ／クラス／役職／職務／職種の性質であり、１つのロールは複数のユーザーに対応できる。本発明の「ロール」の概念は、役職番号／職務番号と同等であり、映画やテレビドラマのロールに似ている。一つのロールは一つの俳優のみに同時に（幼年、少年、中年...）演じられ、一つの俳優は複数のロールを演じることができる。
【００８９】
前記ロールは部門に属し、ロールの作業内容によりロールを承認し、ロール名称は部門内に唯一であり、ロール番号はシステム内に唯一である。
【００９０】
前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付けさせる。ロールを作成した後、ユーザーを作成するプロセスでロールを関連付けることができ、または、ユーザーを作成した後、いつでもロールを関連付けることができる。ユーザーは、ロールを関連付けた後ロールとの関係がいつでも解除でき、他のロールとの関係がいつでも確立できる。
【００９１】
前記ワークフローの生成方法は、ユーザーーロールー権限の３層構造モデルを構築し、その中で、ロール層には、ワークフローのプロセス承認の本体はロールであり、各ロールは独立した個体であり、グループ／クラスではあらなく、一つのロールは同時間に唯一のユーザーを関連付けることができ、一つのユーザーは１つ以上のロールを関連付け; 権限層には、ワークフローの実行中に使用する必要がある権限で構成され、ロールに権限を直接授与し;ユーザー層には、ロールを関連付けることによりワークフローの承認タスクを決定し、ロールを関連付ける権限で承認操作を実行することを含む。図５に示すように、前記承認ワークフローは、一つの開始プロセスノード、少なくとも１つの承認プロセスノード、一つの終了プロセスノードを含み、その中で、開始ノードには、開始ノードとしてワークフローを発起／申請／提出し、或いは第一の承認ノードを開始ノードをとし;承認ノードには、承認ロールを設定し、相応の承認ロールに対して承認権限を授与（又は設定）し;終了ノードには、承認プロセスフローがこのノードに移動すると、承認プロセスは終了して終了ノードには承認操作を行わなく、または、最後の承認ノードを終了ノードとして使用して終了ノードには承認操作を行う必要がある。
【実施例２】
【００９２】
図６に示すように、承認ワークフローの委託の再委託方法は、ユーザーにより再委託を行うこと、ロールにより再委託を行うこと、フォームにより再委託を行うこと、承認ワークフローにより再委託を行うこと及びプロセスノードにより再委託を行うことの一種或いは多種を含む。
【００９３】
ユーザーにより再委託を行うことは、前記受託者は、委託を受諾するユーザーを、二次受託者とする一つのロールに委託する。さらに、前記受託者は、委託を受諾するユーザーを、二次受託者とする一つのユーザーに委託する。
【００９４】
たとえば、張三の対応するユーザーに関連付けられるロールは、ロールＡ、ロールＢ及びロールＣであり、李四の対応するユーザーに関連付けられるロールは、ロールＤ、ロールＥ及びロールＦであり、王五の対応するユーザーに関連付けられるロールは、ロールＧ及びロールＨである。 張三の対応するユーザーをロールＤに委託する場合、即ち、ロールＡ、ロールＢ及びロールＣをロールＤにすべて委託する時、受託者が張三の対応するユーザーをロールＨに委託し、即ち、ロールＡ、ロールＢ及びロールＣをロールＨに全て委託する。委託期間中に張三の対応するユーザーがロールＪも関連付ける場合、ロールＪを自動的にロールＨに委託する。張三の対応するユーザーに関連付けられたロールＣを委託期間中に削除する場合、ロールＨへ委託されるすべてのロールにロールＣも相応に削除する。
【００９５】
ロールにより再委託を行うことは、前記受託者は、委託を受諾するロールの一つを、二次受託者とする一つのユーザー或いはロールに委託し、或いは前記受託者は、委託を受諾する複数のロールを、二次受託者とする一つ或いは複数のユーザー或いはロールに委託し、前記受託者が委託を受諾する各ロールは、二次受託者とする一つのユーザー或いはロールのみへ委託される。
【００９６】
たとえば、張三の対応するユーザーに関連付けられるロールは、ロールＡ、ロールＢ及びロールＣであり、李四の対応するユーザーに関連付けられるロールは、ロールＤ、ロールＥ及びロールＦであり、王五の対応するユーザーに関連付けられるロールは、ロールＧ及びロールＨであり、李二の対応するユーザーに関連付けられるロールは、ロールＪ及びロールＫである。ロールＡとロールＢをロールＥに委託し、ロールＣをロールＧに委託する時、ロールＡとロールＢの委託を受諾する委託者はロールＡとロールＢをロールＫに再委託することができる。
【００９７】
フォームにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォームの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部のフォーム中の複数を、受託者とする一つのユーザー或いはロールに委託する。
【００９８】
たとえば、張三の対応するユーザーに関連付けられる全部のロールに従う全部のフォームは、契約フォーム、払い戻しフォーム及び生産フォームである。契約フォームを販売経理Ａに委託し、払い戻しフォームを総務主管Ｂに委託し、生産フォームを工場主任Ｃに委託することができる。販売経理Ａは、契約フォームの委託を受諾した後、市場の変化により自身の責任あるロールの仕事量が劇的に増加し、契約フォームのタスクが処理できないため、販売経理Ａは契約フォームを販売経理Ｂに委託することができる。
【００９９】
承認ワークフローにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフロー中の複数を、受託者とする一つのユーザー或いはロールに委託する。
【０１００】
たとえば、張三の対応するユーザーに関連付けられる全部のロールに従う全部の承認ワークフローは、標準装備承認ワークフロー及び特製装備承認ワークフローである。標準装備承認ワークフローを販売主管Ａに委託し、特製装備承認ワークフローを販売経理Ｂに委託することができる。販売経理Ｂは、特製装備承認ワークフローの委託を受諾した後、市場の変化により自身の責任あるロールの仕事量が劇的に増加し、特製装備承認ワークフローのタスクが処理できないため、販売経理Ｂは特製装備承認ワークフローを販売経理Ｃに委託することができる。
【０１０１】
プロセスノードにより委託を行うことは、委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノードの一つを、受託者とする一つのユーザー或いはロールに委託し、或いは委託者とするユーザーに関連付けられる全部のロールに関連付けられる全部の承認ワークフローに関連付けられる全部のプロセスノード中の複数を、受託者とする一つのユーザー或いはロールに委託する。
【０１０２】
たとえば、張三の対応するユーザーに関連付けられる全部のロールに従う一つの承認ワークフローには、プロセスノードＡ、プロセスノードＢ及びプロセスノードＣがある。プロセスノードＡ、プロセスノードＢを販売主管Ａに委託し、プロセスノードを販売経理Ｂに委託することができる。販売経理Ｂは、職責の変更により、自身の対応するユーザーに関連付けられたロールが増加するので、プロセスノードＣの承認を処理する時間がないことを引き起こす。販売経理Ｂは、プロセスノードＣを販売経理Ｄに委託することができる。
【０１０３】
前記受託者は、ユーザーにより再委託を行うこと、ロールにより再委託を行うこと、フォームにより再委託を行うこと、承認ワークフローにより再委託を行うこと及びプロセスノードにより再委託を行うことの一種或いは多種を採用して再委託を行う時に、対応する元の委託者に関する情報を表示する。再委託を行う時、元の委託者を表示し、次の受託者を選択するように参照を提供することができる。
【０１０４】
前記委託者と前記受託者の間の委託関係が終了すると、前記受託者と前記二次受託者の間の対応する委託関係が終了する。前記委託者と前記受託者の間の委託関係が終了するに従って前記受託者と前記二次受託者の間に相応の委託関係が依然として存在して混乱を引き起こす状況を避ける。
【０１０５】
たとえば、以下の様な委託関係が存在する。委託者ＡがユーザーＡを受託者Ｂに委託し、受託者ＢがユーザーＡを受託者Ｃに再委託し、受託者ＣがユーザーＡを受託者Ｄに再委託、受託者ＤがユーザーＡを受託者Ｅに再委託する。
【０１０６】
受託者ＢがユーザーＡを受託者Ｃに委託するのを止めると、受託者Ｃと受託者Ｄの間、受託者Ｄと受託者Ｅの間の委託関係を全て止める。
【０１０７】
受託者ＡがユーザーＡを受託者Ｂに委託するのを止めると、受託者Ｂと受託者Ｃの間、受託者Ｃと受託者Ｄの間、受託者Ｄと受託者Ｅの間の委託関係を全て止める。
【０１０８】
この処理の理由は、このように処理しない場合、受託者ＡがユーザーＡを受託者Ｂに委託するのを止める時、受託者Ｂと受託者Ｃの間、受託者Ｃと受託者Ｄの間、受託者Ｄと受託者Ｅの間の委託関係を全て止めると、委託者ＡはユーザーＡの対応する作業が処理でき、受託者ＥもユーザーＡの対応する作業を処理できることが現れるため、役目が不明確になる。
【０１０９】
受託者ＤはユーザーＡに再委託する時、ユーザーＡの元の委託者が委託者Ａであるのを示し、受託者Ｄの次の受託者を選択するように参照を提供する。
【０１１０】
上記は本発明の優先的な実施形態だけである。本発明は、本明細書に開示された形態に限定されないと理解され、他の実施形態を除くとみなされなく、却って様々な他の組み合わせや修正や環境に利用でき、本明細書のコンセプトの範囲内で、上記の教示または関連分野の技術または知識により修正を行うことができる。当業者に行われる修正及び変更は、本発明の趣旨及び範囲から逸脱するものではなく、全部と本発明に添付される請求項の範囲内にあるべきである。
【図１】
2020523662.tif 000003
【図２】
2020523662.tif 000004
【図３】
2020523662.tif 000005
【図４】
2020523662.tif 000006
【図５】
2020523662.tif 000007
【図６】
2020523662.tif 000008
【国際調査報告】
2020523662.tif 000009
2020523662.tif 000010
2020523662.tif 000011
2020523662.tif 000012