(57)【要約】 【課題】本発明は、フォームデータの動的な承認を実現し、従業員が辞職し、異動し、就職する時、相関権限を自動的に調整することができ、承認操作の作業量を減らし、且つエラーが発生しにくい。【解決手段】本発明は、ロールに基づいてフォームデータを取得する承認方法を公開し、一つ或は複数の被承認者を選択すること、一つのフォームを選択し、フォームデータを見つけるために使われる被承認フィールドを表示すること、システム中の全てのロールを表示し、フォームデータを見つけるために使われるロールを目標ロールと定義し、各目標ロールのために一つの目標対象を選択し、前記目標対象が現在の対象、過去の対象或は全ての対象であること、一つの目標ロール及び前記目標対象の中の一つのユーザー或は従業員を定義して一つの限定値を構成すること、各被承認フィールドの各目標ロールに対して、前記フォームに前記被承認フィールドのフィールド値が前記目標ロールの何れかの限定値を含むフォームデータのセットをそれぞれ取得し、前記セットに対して操作権限を与えることを含む。【選択図】  図７
2020528602.tif 000002
【特許請求の範囲】
【請求項１】
ロールに基づいてフォームデータを取得する承認方法であって、
一つ或は複数の被承認者を選択すること、
一つのフォームを選択し、フォームデータを見つけるために使われる被承認フィールドを表示し、前記被承認フィールドのフィールド値はユーザー或は従業員を含むこと、
各被承認フィールドをそれぞれ承認し、システム中の全てのロールを表示し、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付け、フォームデータを見つけるために使われるロールを目標ロールと定義し、一つの目標ロールが一つのロールに対応し、各目標ロールのために一つの目標対象を選択し、前記目標対象が現在の対象、過去の対象或は全ての対象であり、前記現在の対象が前記ロールの現在の関連付けるユーザー或は前記ユーザーに対応する従業員であり、前記過去の対象が前記ロールの関連付けた全てのユーザーから現在の関連付けるユーザーを除く全部のユーザー或はそれに対応する従業員であり、前記全ての対象が前記ロールの関連付けた全てのユーザー或はそれに対応する従業員であること、および、
各被承認フィールドの各目標ロールに対して、前記フォームに前記被承認フィールドのフィールド値が前記目標ロールの目標対象の何れかのユーザー或はユーザーを含むフォームデータのセットをそれぞれ取得し、前記セットに対して操作権限を与えること、を含む承認方法。
【請求項２】
ロールに基づいてフォームデータを取得する承認方法であって、
一つ或は複数の被承認者を選択すること、
一つのフォームを選択し、フォームデータを見つけるために使われる被承認フィールドを表示し、前記被承認フィールドのフィールド値はロール及びユーザー或はロール及び従業員を含むこと、
各被承認フィールドをそれぞれ承認し、システム中の全てのロールを表示し、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付け、フォームデータを見つけるために使われるロールを目標ロールと定義し、一つの目標ロールが一つのロールに対応し、各目標ロールのために一つの目標対象を選択し、前記目標対象が現在の対象、過去の対象或は全ての対象であり、前記現在の対象が前記ロールの現在の関連付けるユーザー或は前記ユーザーに対応する従業員であり、前記過去の対象が前記ロールの関連付けた全てのユーザーから現在の関連付けるユーザーを除く全部のユーザー或はそれに対応する従業員であり、前記全ての対象が前記ロールの関連付けた全てのユーザー或はそれに対応する従業員であり、一つの目標ロール及び前記目的ロールの目標対象に一つのユーザー或は従業員を定義して前記目標ロールの一つの限定値を構成すること、および、
各被承認フィールドの各目標ロールに対して、前記フォームに前記被承認フィールドのフィールド値が前記目標ロールの何れかの限定値を含むフォームデータのセットをそれぞれ取得し、前記セットに対して操作権限を与えること、を含む承認方法。
【請求項３】
前記操作権限はフォームデータを検分する、修正する、追加する、削除する、および、印刷する操作のうちの一つ或は複数を含む請求項２に記載の承認方法。
【請求項４】
前記ユーザーはそれとロールの関連により権限を決定（取得）し、一つの従業員は一つのユーザーに対応し、一つのユーザーは一つの従業員に対応する請求項２に記載の承認方法。
【請求項５】
前記ロールは部門に属し、ロールの作業内容によりロールを承認し、前記ロールの名称は部門内で唯一であり、前記ロール番号はシステム内で唯一である請求項２に記載の承認方法。
【請求項６】
前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付ける請求項５に記載の承認方法。
【請求項７】
システム中の全てのロールを表示する時ヌルオプションを表示し、ヌルオプションを選定すると前記フォームに被承認フィールドのフィールド値がヌル値であるフォームデータに対して操作権限を与える請求項２に記載の承認方法。
【請求項８】
システム中の全てのロールを表示する時、非制限オプションを表示し、非制限オプションを選定すると前記フォームに被承認フィールドのフィールド値が任意の値であるフォームデータに対して操作権限を与える請求項２に記載の承認方法。
【請求項９】
前記被承認者は、人、ユーザー、グループ、クラスおよびロールのうちの一つ或は複数を含み、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける請求項２に記載の承認方法。
【請求項１０】
ロールに基づいてフォームデータを取得する承認方法であって、
一つ或は複数の被承認者を選択すること、
一つのフォームを選択し、フォームデータを見つけるために使われる被承認フィールドを表示し、前記被承認フィールドのフィールド値はロールを含み、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付けること、および、
各被承認フィールドをそれぞれ承認し、システム中の全てのロールを表示し、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付け、フォームデータを見つけるために使われるロールを目標ロールと定義し、一つの目標ロールが一つのロールに対応し、各被承認フィールドの各目標ロールに対して、前記フォームに前記被承認フィールドのフィールド値が前記目標ロールを含むフォームデータのセットをそれぞれ取得し、前記セットに対して操作権限を与えること、を含む承認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＥＲＰなどの管理ソフトウェアシステムにフォームを生成／承認する方法に関し、特に、ロールに基づいてフォームデータを取得する承認方法に関する。
【背景技術】
【０００２】
ロールベースのアクセス制御（ＲＢＡＣ）は、近年最も多く研究されており、最も成熟したデータベース権限管理メカニズムの一つであり、従来の強制アクセス制御（ＭＡＣ）および自律アクセス制御（ＤＡＣ）に代わる理想的な候補と考えられる。ロールベースのアクセス制御（ＲＢＡＣ）の基本的な考え方は、企業組織ビューのさまざまな機能的位置を分割して異なるロールを形成し、データベースリソースのアクセス権をロールにカプセル化していることから、ユーザーは、異なるロールを割り当てられることにより、データベースリソースに間接的にアクセスする。
【０００３】
大量のテーブルとビューが大規模なアプリケーションシステムに組み込まれているため、データベースリソースの管理と承認が非常に複雑になる。ユーザーがデータベースリソースのアクセスと権限承認を直接管理することは非常に困難である。ユーザーはデータベース構造を十分に理解し、ＳＱＬ言語の使用に精通している必要があり、アプリケーションシステム構造またはセキュリティ要件が変更されたら、大量の複雑かつ面倒な承認変更を実行するために、予期しない承認エラーが引き起こされるセキュリティ脆弱性が非常に発生しやすい。したがって、大規模なアプリケーションシステムのために簡単かつ効率的な権限の管理方法を設計することは、システムとシステムユーザーの共通の要件になっている。
【０００４】
ロールベースの権限制御メカニズムにより、システムのアクセス権が簡単かつ効率的に管理できる。これにより、システム権限管理の負担とコストが大幅に削減され、さらに、システム権限管理は、アプリケーションシステムのビジネス管理仕様とより一致している。
【０００５】
ただし、従来のロールベースのユーザー権限管理は、「ロール対ユーザー、１対多」の関連付けメカニズムを採用し、「ロール」はグループ／クラスの性質を有する。つまり、一つのロールは複数のユーザーが同時期に対応／関連付できる。ロールは、役職／職務／職種の概念に似ている。この関連付けメカニズムに基づくユーザー権限の承認は、基本的に次の３つの形式と分けられる。１、図１に示すように、ユーザーが直接承認されるが、不利な点は、ワークロードが大きく、操作が頻繁且つ面倒である。２、図２に示すように、ロール（クラス／グループ／役職／職種）は承認され（一つのロールを複数のユーザーに関連付けることができる）、ユーザーはロールを介して権限を取得する。３、図３に示すように、上記の２つの方法が組み合わされている。
【０００６】
上記の説明では、２と３の両方にクラス／グループの性質を有するロールを承認する必要があり、クラス／グループ／役職／職種の性質を有するロールを介する承認及びワークフロー制御の方法には次の欠点がある。１、ユーザーのアクセス権限を変更する場合、難しく操作する。実際のシステム使用プロセスでは、多くの場合、運用プロセス中にユーザーの権限を調整する必要がある。たとえば、従業員の権限の変更を処理する場合、ロールを関連付ける従業員の権限を変更するが、ロールは権限の変更されない他の従業員にも関連付けられることで、個々の従業員の権限の変更により、ロール全体の権限を変更することができない。そのため、この状況に対応して、権限の変更された従業員に適用するために新しいロールを設立するか、権限要件に基づいて従業員を直接承認（ロールからの離脱）する。上記の２つの処理方法は、ロールの権限が多数ある場合、ロールの承認に長い時間がかかるだけでなく、ミスを犯しやすく、ユーザーの操作がわずらわしく、面倒であり、システムユーザーの損失につながるエラーも発生しやすい。
【０００７】
２、ロールに含まれる特定の権限を長期的に覚えることは困難である。ロールに複数の権限機能がある場合、時間が経つにつれて、ロールの特定の権限を覚えることは困難になり、権限の類似したロール間の権限差異を覚えるのがより難しくなる。新しいユーザーを関連付けると、どうやって関連付けるかを正確に判断することはできない。
【０００８】
３、ユーザーの権限が変更されるため、ロールをさらに設立することをもたらす（新しいロールを設立しない場合、ユーザーを直接承認するのが大幅に増加する）。各ロール間の特定の差異を区別することはより困難である。
【０００９】
４、役職を調整するときに、異動するユーザーの多くの権限を他の複数のユーザーに割り当てる場合、異動するユーザーの権限を区分し、他の複数のユーザーを関連付けるためにそれぞれロールを設立する必要があるが、このような操作は、複雑であり、時間がかかるだけでなく、エラーがより発生しやすい。
【００１０】
従業員特性フィールドによりフォームデータを承認する従来の制御は、従業員の数量が多くある場合（例えば、５００人の従業員がある）、何時でも従業員の辞職し、就職し、異動する等の状況が動的に発生し続けるのに従って、承認操作が複雑になり、作業量が巨大になるのを引き起こす。且つ、従業員が職し、就職し、異動する場合に、元の相関の承認を修正する必要があり、承認の作業量を巨大と複雑にさせ、エラーが発生しやすい。
【００１１】
ユーザー特性フィールドによりフォームデータを承認する従来の制御は、従来のシステムがユーザーと従業員の関係に強固な１対１の関係を築かないので、複数の従業員が同じユーザーでシステムに登録する可能性がある。フォームデータを保存する時、前記ユーザー特性フィールドのフィールド値に操作ユーザーしか記録しないが、前記操作ユーザーに対応する従業員が張三であろうと李四であろうと正確に区別して記録することはできない。その結果は、次にデータを検分する時、前記操作ユーザーに対応する従業員を明確かつ正確に知ることは困難である。
【００１２】
従来の承認方法は、動的に承認することができないので特定の職位番号の現在の従業員／ユーザーの関連作業しか見えないが、これ等の職位番号の過去の従業員／ユーザーの関連作業が見えない。または、その逆に、動的に承認することができるので特定の職位番号の過去の従業員／ユーザーの関連作業しか見えないが、これ等の職位番号の現在の従業員／ユーザーの関連作業が見えない。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明の目的は、現行技術の欠陥を克服し、ロールに基づいてフォームデータを取得する承認方法を提供する。フォームデータの動的な承認を実現し、従業員が辞職し、異動し、就職する時、相関権限を自動的に調整することができ、承認操作の作業量を減らし、且つエラーが発生しにくい。
【課題を解決するための手段】
【００１４】
本発明の目的は、以下の技術的手段により達成される。ロールに基づいてフォームデータを取得する承認方法は、以下のステップを含む。
【００１５】
（１）一つ或は複数の被承認者を選択する。
【００１６】
（２）一つのフォームを選択し、フォームデータを見つけるために使われる被承認フィールドを表示し、前記被承認フィールドのフィールド値はユーザー或は従業員を含む。
【００１７】
（３）各被承認フィールドをそれぞれ承認する。システム中の全てのロールを表示し、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。フォームデータを見つけるために使われるロールを目標ロールと定義し、一つの目標ロールが一つのロールに対応する。各目標ロールのために一つの目標対象を選択し、前記目標対象が現在の対象、過去の対象或は全ての対象であり、前記現在の対象が前記ロールの現在の関連付けるユーザー或は前記ユーザーに対応する従業員であり、前記過去の対象が前記ロールの関連付けた全てのユーザーから現在の関連付けるユーザーを除く全部のユーザー或はそれに対応する従業員であり、前記全ての対象が前記ロールの関連付けた全てのユーザー或はそれに対応する従業員である。
【００１８】
（４）各被承認フィールドの各目標ロールに対して、前記フォームに前記被承認フィールドのフィールド値が前記目標ロールの目標対象の何れかのユーザー或はユーザーを含むフォームデータのセットをそれぞれ取得し、前記セットに対して操作権限を与える。
【００１９】
ステップ（２）、（３）、（４）を順番に実行し、ステップ（１）がステップ（２）の前、ステップ（２）と（３）の間、ステップ（３）と（４）の間、或はステップ（４）後に実行される。
【００２０】
ロールに基づいてフォームデータを取得する承認方法は、以下のステップを含む。
【００２１】
（１）一つ或は複数の被承認者を選択する。
【００２２】
（２）一つのフォームを選択し、フォームデータを見つけるために使われる被承認フィールドを表示し、前記被承認フィールドのフィールド値はロール及びユーザー或はロール及び従業員を含む。
【００２３】
（３）各被承認フィールドをそれぞれ承認する。システム中の全てのロールを表示し、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。フォームデータを見つけるために使われるロールを目標ロールと定義し、一つの目標ロールが一つのロールに対応する。各目標ロールのために一つの目標対象を選択し、前記目標対象が現在の対象、過去の対象或は全ての対象であり、前記現在の対象が前記ロールの現在の関連付けるユーザー或は前記ユーザーに対応する従業員であり、前記過去の対象が前記ロールの関連付けた全てのユーザーから現在の関連付けるユーザーを除く全部のユーザー或はそれに対応する従業員であり、前記全ての対象が前記ロールの関連付けた全てのユーザー或はそれに対応する従業員である。一つの目標ロール及び前記目的ロールの目標対象に一つのユーザー或は従業員を定義して前記目標ロールの一つの限定値を構成する。
【００２４】
（４）各被承認フィールドの各目標ロールに対して、前記フォームに前記被承認フィールドのフィールド値が前記目標ロールの何れかの限定値を含むフォームデータのセットをそれぞれ取得し、前記セットに対して操作権限を与える。
【００２５】
ステップ（２）、（３）、（４）を順番に実行し、ステップ（１）がステップ（２）の前、ステップ（２）と（３）の間、ステップ（３）と（４）の間、或はステップ（４）後に実行される。
【００２６】
優先的に、前記操作権限はフォームデータを検分する、修正する、追加する、削除する、および、印刷する操作のうちの一つ或は複数を含む。
【００２７】
優先的に、前記ユーザーはそれとロールの関連により権限を決定（取得）し、一つの従業員は一つのユーザーに対応し、一つのユーザーは一つの従業員に対応する。
【００２８】
優先的に、前記ロールは部門に属し、ロールの作業内容によりロールを承認し、前記ロールの名称は部門内で唯一であり、前記ロール番号はシステム内で唯一である。
【００２９】
優先的に、前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付ける。
【００３０】
優先的に、システム中の全てのロールを表示する時ヌルオプションを表示し、ヌルオプションを選定すると前記フォームに被承認フィールドのフィールド値がヌル値であるフォームデータに対して操作権限を与える。
【００３１】
優先的に、システム中の全てのロールを表示する時非制限オプションを表示し、非制限オプションを選定すると前記フォームに被承認フィールドのフィールド値が任意の値であるフォームデータに対して操作権限を与える。
【００３２】
優先的に、前記被承認者は、人やユーザーやグループやクラスやロールのうちの一つ或は複数を含み、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。
【００３３】
ロールに基づいてフォームデータを取得する承認方法は、以下のステップを含む。
【００３４】
（１）一つ或は複数の被承認者を選択する。
【００３５】
（２）一つのフォームを選択し、フォームデータを見つけるために使われる被承認フィールドを表示し、前記被承認フィールドのフィールド値はロールを含む。前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。
【００３６】
（３）各被承認フィールドをそれぞれ承認する。システム中の全てのロールを表示し、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。フォームデータを見つけるために使われるロールを目標ロールと定義し、一つの目標ロールが一つのロールに対応する。各被承認フィールドの各目標ロールに対して、前記フォームに前記被承認フィールドのフィールド値が前記目標ロールを含むフォームデータのセットをそれぞれ取得し、前記セットに対して操作権限を与える。
【００３７】
ステップ（２）、（３）を順番に実行し、ステップ（１）がステップ（２）の前、ステップ（２）と（３）の間、或はステップ（３）後に実行される。
【発明の効果】
【００３８】
本発明の有益な効果は次のとおりである。（１）本発明は、フォームデータの動的な承認を実現し、従業員が辞職し、異動し、就職する等の場合に相関権限を自動的に調整することができ、承認操作の作業量を減らし、且つエラーが発生しにくい。例えば、その部門に特定の職位番号に現在いる従業員の個人払い戻しフォームを検分する（払い戻す人で検分する）ように販売一部の主管１に権限を与える。前記職位番号の現在の関連付ける従業員とする張三が李四に置き換えられたと、前記職位番号の新しく関連付けた従業員とする李四（払い戻す人は李四である）の個人払い戻しフォームしか自動的に検分されなく、前記職位番号の以前関連付けた従業員とする張三（払い戻す人は張三である）の個人払い戻しフォームが自動的に検分されない。別の例として、特定の職位番号の過去の関連人の個人払い戻しフォームを検分する（払い戻す人で検分する）ように会社の内務監督者１に権限を与える。それは、前記職位番号の曽て関連付け住んだ全ての従業員（現在の関連付ける従業員を含まない）に対する相関分析に用いる。前記職位番号の現在の関連従業員とする張三が前記職位番号の仕事（張三は前記職位番号／ロールとの関連を取消す）を務めないと、内務監督者１は張三の個人払い戻しフォームが検分されて相関分析を行う。もう別の例として、特定の職位番号のすべての関連従業員の個人払い戻しフォームを検分する（払い戻す人で検分する）ように会社の総経理１に権限を与える。前記職位番号の現在の関連付ける従業員とする張三が置き換えられたと、総経理１は李四の個人払い戻しフォームが自動的に検分される（張三のも検分できる）。
【００３９】
従来の承認方法は、複雑となり、現在の職位番号の在職者、前記職位番号に曾て働いた人或は前記職位番号に働いた全ての人に対応するデータを集合方式で承認することができなく、自動的な動態を達成することさえできない。そして、本発明は、現在の対象と過去の対象と全ての対象を介して集合方式で迅速かつ簡単に承認することを達成し、且つ自動的な動態対応機能を実現することができる。
【００４０】
（２）本発明に、ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。一つのユーザーは一つの従業員を関連付け、一つの従業員は一つのユーザーを関連付ける。企業や機関の運営中、ロールの変化はわずかであり、ロールが長期間にわたって変化することさえない。従業員が辞職する、異動する、就職する時、相関のロールとの関連を取り消し、或は新しいロールと関連付ける必要があるだけで承認を完成する。承認操作が簡単、便利、高効率となり、承認効率を大幅に向上させる。
【００４１】
（３）本発明は、ロール、ロールの関連付けるユーザー、ロールとロールの関連付けるユーザーに対応する従業員を介して承認する必要があるフォームデータを取得し、フォームデータを承認している時特定の従業員の異なる職責の権限を有効的に区分する。例えば、張三は航空機部門のロール１および家電部門のロール２を関連付けた。今は、家電部門の経理１が張三の家電契約フォームを検分する権限を承認すると、契約署名者のフィールドを選択して被承認フィールドとする。従業員に基づく従来の承認方法によりその経理１を承認する場合、契約署名者のフィールド値を張三と承認すると、前記家電部門の経理１が契約署名者の張三である全ての家電契約と航空機契約を検分する可能性があり、前記家電部門の経理１に契約署名者の張三である航空機契約を検分させるに従って、航空機契約の情報漏えいを引き起こす。そして、本発明の方法を採用して前記家電部門の経理１を承認し、契約署名者のフィールド値を張三（ロール２）と承認すると、前記家電部門の経理１が契約署名者の張三（ロール２）である家電契約のみを検分することができ、契約署名者の張三（ロール１）である航空機契約を検分することができなく、洗練された管理を実現し、会社の情報セキュリティを確保する。
【００４２】
（４）従来の権利管理メカニズムでは、ロールをグループ、職種、クラスなどと定義し、ロールがユーザーとの１対多の関係にあり。実際にシステムを使用するプロセスでは、運用プロセス中にユーザーの権限を調整する必要がある。たとえば、従業員の権限変更を処理する場合、ロールを関連付ける従業員の権限が変更され、このロールは権限の変更しない他の従業員を関連付けるので、個々の従業員の権限を変更したため、全体のロールの権限が変更できない。そのため、この状況に対応して、権限の変更された従業員に適用するために新しいロールを設立するか、権限要件に基づいて従業員を直接承認（ロールからの離脱）する。上記の２つの処理方法は、ロールの権限が多数ある場合、ロールの承認に長い時間がかかるだけでなく、ミスを犯しやすく、ユーザーの操作がわずらわしく、面倒であり、システムユーザーの損失につながるエラーも発生しやすい。
【００４３】
しかし、本発明の方法では、ロールが独立した個体であるため、ロール権限を変更して目標を達成することができる。本発明の方法は、システムの初期化時にワークロードを増加させるように見えるが、ロールの作成或は権限授与の効率は、コピーなどの方法によってグループの性質を有する従来のロールより高くさせる。ユーザーに関連つける時にグループの性質を有するロールの共通性を考慮しないため、この発明技術的手段は、承認設定を明確にさせる。特に、システムが一定期間使用された後（ユーザー／ロールの権限動的に変化している）、この発明技術的手段は、システム使用時のシステム管理の効率を大幅に向上させ、動的認証をより簡単、便利、明確にさせ、権限設定の効率と信頼性を向上させる。
【００４４】
（５）従来のグループの性質を有するロールの承認方法はエラーが発生しやすく、本発明の方法では、従来の方法でこのグループの性質を有するロールを関連付ける複数のユーザーにどのような共通性があるかを考慮することなく、ロールを独立した個体として考慮するだけでよいため、本発明の方法は権限エラーの確率を大幅に低減させる。承認エラーが発生した場合でも、ロールを関連付けるその一つのユーザーのみに影響するが、従来のグループの性質を有するロールは前記ロールを関連付ける全部のユーザーに影響する。承認エラーが発生した場合でも、本発明の修正方法は簡単であり、時間が短く、従来のグループの性質を有するロールはエラーを修正する時に前記ロールを関連付ける全部のユーザーの共通性を考えなければならない。機能ポイントが多い場合、変更が面倒且つ複雑であるだけでなく、非常にエラーが発生しやすく、且つ多くの場合、新しいロールを作成するだけで解決できる。
【００４５】
（６）従来のグループの性質を有するロールの承認方法では、ロールの権限機能ポイントが多くある場合、時間が長くなると、ロールの具体的な権限を覚えにくく、権限の近いロールの間の区別を覚えるのはより困難である。本発明の方法のロール自身は、役職番号／職務番号の性質を有しており、選択は明らかである。
【００４６】
（７）異動するときに、異動されたユーザーの多くの権限を他のユーザーに割り当てる場合、処理する時に異動されたユーザーのこれ等の権限を区別して、他のユーザーを関連付けるためにロールをそれぞれ作成する必要がある。このような操作は、複雑であり、時間がかかるだけでなく、エラーが発生しやすくなる。
【００４７】
本発明の方法は次のとおりである。異動されたユーザーは複数のロールを関連付け、異動する場合、まずユーザーと元の部門の関連付けを取り消し（これ等の取り消されたロールを他のユーザーに再度関連付けることができる）、ユーザーは新しい部門のロールを関連付けてもよい。操作は簡単であり、エラーが現れない。
【００４８】
（８）ロールが部門に属している場合、ロールは部門が変更できず、ロールは部門が変更できないのはなぜか？理由１：本発明のロールの性質は役職番号／職務番号と同等であるため、様々な役職番号／職務番号の作業内容／権限は異なる。例えば、販売部門の販売員１のロールと技術部門の開発者１のロールは、２つの役職番号／職務番号がまったく異なり、権限が違う。理由２：販売員１のロールの部門（販売部門）が技術部門に置き換えられる場合、販売員１のロールを変更しないと、技術部門には販売部門の権限を持つロールがある。これは、管理の混乱とセキュリティの脆弱性につながる可能性がある。
【図面の簡単な説明】
【００４９】
【図１】図１は、背景技術においてシステムがユーザーを直接承認する方法の概略図である。
【図２】図２は、背景技術においてシステムがグループ／クラスの性質を有するロールを承認する方法の概略図である。
【図３】図３は、背景技術においてシステムがユーザーを直接承認し、グループ／クラスの性質を有するロールを承認して組み合わせる方法の概略図である。
【図４】図４は、本発明の一種の実施例のフローチャートである。
【図５】図５は、本発明のシステムにおいて独立した個体の性質を有するロールを介してユーザーを承認する方法の概略図である。
【図６】図６は、本発明におけるフォームの概略図である。
【図７】図７は、本発明の他種の実施例のフローチャートである。
【図８】図８は、ヘッダーがチェックされているときの概略図である。
【図９】図９は、本発明の他種の実施例のフローチャートである。
【図１０】図１０は、ロールを選択して承認を行う時の一つのフォームの概略図である。
【発明を実施するための形態】
【００５０】
本発明の技術的手段は、添付の図面を参照して以下でさらに詳細に説明されるが、本発明の保護範囲は以下に限定されない。
【実施例１】
【００５１】
図４に示すように、ロールに基づいてフォームデータを取得する承認方法は、一つ或は複数の被承認者を選択することを含む。前記被承認者は、人やユーザーやグループやクラスやロールのうちの一つ或は複数を含む。
【００５２】
図５に示すように、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。
【００５３】
前記ロールは部門に属し、ロールの作業内容によりロールを承認し、前記ロールの名称は部門内で唯一であり、前記ロール番号はシステム内で唯一である。前記ユーザーはロールを関連付けるにより権限を確定し、一つの従業員は一つのユーザーに対応し、一つのユーザーは一つの従業員に対応する。
【００５４】
ロールの定義：ロールは、グループ／クラス／カテゴリ／役職／職務／職種の性質を有しないが、非集合の性質を有する。ロールは唯一性を有し、独立して存在している個体である。ロールは企業や機関の応用で役職番号と同等である（役職番号はここで役職ではなく、一つの役職に同時に複数の従業員がいるが、一つの役職番号は同時に一つの従業員にしか対応できない）。
【００５５】
たとえば、会社のシステムは次のロールを設立する可能性がある。総経理、副総経理１、副総経理２、北京販売部Ｉの経理、北京販売部ＩＩの経理、北京販売部ＩＩＩの経理、上海販売エンジニア１、上海販売エンジニア２、上海販売エンジニア３、上海販売エンジニア４、上海販売エンジニア５等。ユーザーとロールの関連関係：その会社の従業員である張三は、会社の副総経理２を務め、同時に北京販売部Ｉの経理を務める場合、張三は副総経理２及び北京販売部Ｉの経理というロールを関連付ける必要がある。張三は両方のロールに対する権限を持っている。
【００５６】
従来のロールの概念は、グループ／クラス／役職／職務／職種の性質であり、一つのロールは複数のユーザーに対応できる。本発明の「ロール」の概念は、役職番号／職務番号と同等であり、映画やテレビドラマのロールに似ている。一つのロールは一つの俳優のみに同時に（幼年、少年、中年...）演じられ、一つの俳優は複数のロールを演じることができる。
【００５７】
前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付ける。ロールを作成した後、ユーザーを作成するプロセスでロールを関連付けることができ、または、ユーザーを作成した後、いつでもロールを関連付けることができる。ユーザーは、ロールを関連付けた後、ロールとの関係をいつでも解除でき、他のロールとの関係もいつでも確立できる。
【００５８】
一つのフォームを選択し、フォームデータを見つけるために使われる被承認フィールドを表示し、前記被承認フィールドのフィールド値はユーザー或は従業員を含む。図６に示すように、被承認フィールドが作成者である。
【００５９】
各被承認フィールドをそれぞれ承認する。システム中の全てのロールを表示し、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。フォームデータを見つけるために使われるロールを目標ロールと定義し、一つの目標ロールが一つのロールに対応する（例えば、フォームデータを見つけるために使われる五つのロールを必要とすると、それに応じて五つの目標ロールがある）。各目標ロールのために一つの目標対象を選択し、前記目標対象が現在の対象、過去の対象或は全ての対象であり、前記現在の対象が前記ロールの現在の関連付けるユーザー或は前記ユーザーに対応する従業員であり、前記過去の対象が前記ロールの関連付けた全てのユーザーから現在の関連付けるユーザーを除く全部のユーザー或はそれに対応する従業員であり、前記全ての対象が前記ロールの関連付けた全てのユーザー或はそれに対応する従業員である。
【００６０】
図６に示すように、販売員１（ロール）のために現在の対象を選定し現在の対象とし、販売員２（ロール）のために過去の対象を選定して現在の対象とし、販売員３（ロール）のために、全ての対象を選定して現在の対象とする。販売員１はユーザーＡを現在の関連付け、ユーザーＢを以前関連付けた場合、販売員１の目標対象がユーザーＡである。販売員２はユーザーＣを現在の関連付け、ユーザーＤとユーザーＥを以前関連付けた場合、販売員２の目標対象がユーザーＤとユーザーＥである。販売員３はユーザーＦを現在の関連付け、ユーザーＧを以前関連付けた場合、販売員３の目標対象がユーザーＦとユーザーＧである。
【００６１】
各被承認フィールドの各目標ロールに対して、前記フォームに前記被承認フィールドのフィールド値が前記目標ロールの目標対象の何れかのユーザー或はユーザーを含むフォームデータのセットをそれぞれ取得し、前記セットに対して操作権限を与える。上記の目標対象を設定するに従って、契約フォームにユーザーＡのフォームデータを含む作成者のフィールドに操作権限を与え、契約フォームにユーザーＤとユーザーＥのフォームデータを含む作成者のフィールドに操作権限を与え、契約フォームにユーザーＦとユーザーＧのフォームデータを含む作成者のフィールドに操作権限を与える。
【００６２】
前記操作権限はフォームデータを検分する、修正する、追加する、削除する、および、印刷する操作のうちの一つ或は複数を含む。
【実施例２】
【００６３】
図７に示すように、ロールに基づいてフォームデータを取得する承認方法は、一つ或は複数の被承認者を選択することを含む。前記被承認者は、人やユーザーやグループやクラスやロールのうちの一つ或は複数を含む。前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。
【００６４】
前記ロールは部門に属し、ロールの作業内容によりロールを承認し、前記ロールの名称は部門内で唯一であり、前記ロール番号はシステム内で唯一である。前記ユーザーはロールを関連付けるにより権限を確定し、一つの従業員は一つのユーザーに対応し、一つのユーザーは一つの従業員に対応する。
【００６５】
前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付ける。ロールを作成した後、ユーザーを作成するプロセスでロールを関連付けることができ、または、ユーザーを作成した後、いつでもロールを関連付けることができる。ユーザーは、ロールを関連付けた後、ロールとの関係がいつでも解除でき、他のロールとの関係がいつでも確立できる。
【００６６】
一つのフォームを選択し、フォームデータを見つけるために使われる被承認フィールドを表示し、前記被承認フィールドのフィールド値はロール及びユーザー或はロール及び従業員を含む。つまり、被承認フィールドは、フィールド値がロールとユーザーを含むフィールドでもあり、フィールド値がロールと従業員を含むフィールドでもある。
【００６７】
各被承認フィールドをそれぞれ承認する。システム中の全てのロールを表示し、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。フォームデータを見つけるために使われるロールを目標ロールと定義し、一つの目標ロールが一つのロールに対応する（例えば、フォームデータを見つけるために使われる五つのロールを必要とすると、それに応じて五つの目標ロールがある）。各目標ロールのために一つの目標対象を選択し、前記目標対象が現在の対象、過去の対象或は全ての対象であり、前記現在の対象が前記ロールの現在の関連付けるユーザー或は前記ユーザーに対応する従業員であり、前記過去の対象が前記ロールの関連付けた全てのユーザーから現在の関連付けるユーザーを除く全部のユーザー或はそれに対応する従業員であり、前記全ての対象が前記ロールの関連付けた全てのユーザー或はそれに対応する従業員である。一つの目標ロール及び前記目的ロールの目標対象に一つのユーザー或は従業員を定義して前記目標ロールの一つの限定値を構成する。前記目的ロールの目標対象に複数のユーザー或は従業員がある場合、前記目標ロール及び目標対象のユーザー或は従業員は複数の限定値を構成する。
【００６８】
例えば、目標ロールＡの目標対象にユーザーＡ、ユーザーＢ、ユーザーＣという三つのユーザーがあると、目標ロールＡとユーザーＡは「目標ロールＡ（ユーザーＡ）」という限定値を構成し、目標ロールＡとユーザーＢは「目標ロールＡ（ユーザーＢ）」という限定値を構成し、目標ロールＡとユーザーＣは「目標ロールＡ（ユーザーＣ）」という限定値を構成する。
【００６９】
ロールのために目標対象を選択する時、目標対象、過去の対象、全ての対象のうちの任意の列名（図８に示すように、目標対象を選定する）を直接選定する場合、すべてのロールの目標対象は選定された列名に対応する対象（目標対象、過去の対象、全ての対象のうちの一種）である。例えば、図８に、目標対象の列名を選定した場合、販売員１や販売員２や販売員３等の目標対象はそれぞれの目標対象である。被承認フィールドの全てのロールが全て目標ロール（次に追加されたロールを含む）であり、且つこれ等の目標ロールの目標対象の類型が同じである（つまり、全て目標対象であり、全て過去の対象であり、或は全て全ての対象である）時、相応の列名を選択するにより一歩選定（列名を選定することは一種の表現形式であり、他の方式でその表現形式と同じ性質を達成することができる）を達成する。それは、目標ロールのために目標対象を選定する作業量を減らし、承認操作の効率を向上させる。
【００７０】
図６に示すように、販売員１のために現在の対象を選定し現在の対象とし、販売員２のために過去の対象を選定して現在の対象とし、販売員３のために、全ての対象を選定して現在の対象とする。販売員１はユーザーＡを現在の関連付け、ユーザーＢを以前関連付けた場合、販売員１の目標対象がユーザーＡである。販売員２はユーザーＣを現在の関連付け、ユーザーＤとユーザーＥを以前関連付けた場合、販売員２の目標対象がユーザーＤとユーザーＥである。販売員３はユーザーＦを現在の関連付け、ユーザーＧを以前関連付けた場合、販売員３の目標対象がユーザーＦとユーザーＧである。販売員１とユーザーＡ、販売員２とーザーＤ、販売員２とーザーＥ、販売員３とーザーＦ、販売員３とーザーＧは、相応の目標ロールの一つの限定値を構成する。
【００７１】
各被承認フィールドの各目標ロールに対して、前記フォームに前記被承認フィールドのフィールド値が前記目標ロールの何れかの限定値を含むフォームデータのセットをそれぞれ取得し、前記セットに対して操作権限を与える。上記の目標対象を設定するに従って、販売員１とユーザーＡは第一限定値を構成し、販売員２とユーザーＤは第二限定値を構成し、販売員２とユーザーＥは第三限定値を構成し、販売員３とユーザーＦは第四限定値を構成し、販売員３とユーザーＧは第五限定値を構成すると、契約フォームに第一限定値（販売員１（Ａ）とも呼ぶ）のフォームデータを含む作成者のフィールドに操作権限を与え、契約フォームに第二限定値（販売員２（Ｄ）とも呼ぶ）或は第三限定値（販売員２（Ｅ）とも呼ぶ）のフォームデータを含む作成者のフィールドに操作権限を与え、契約フォームに第四限定値（販売員３（Ｆ）とも呼ぶ）或は第五限定値（販売員３（Ｇ）とも呼ぶ）のフォームデータを含む作成者のフィールドに操作権限を与える。図６に示すように、事務員１は、作成者の「販売員１（Ａ）」である契約を検分することができる（販売員１は、このロールの関連付けたユーザーＡがＡからＫに置き換える場合、そうすると、事務員１は、作成者の「販売員１（Ｋ）」である契約を自動的に検分することができるが、作成者の「販売員１（Ａ）」である契約を検分することができない。その原因は、Ａ  はロールを置き換えられた後、販売員１の過去の関連ユーザーとなる）。事務員１は、作成者の「販売員２（Ｄ）」と「販売員２（Ｅ）」である契約を検分することができる。事務員１は、作成者の「販売員３（Ｆ）」と「販売員３（Ｇ）」である契約を修正することができる。
【００７２】
前記操作権限はフォームデータを検分する、修正する、追加する、削除する、および、印刷する操作のうちの一つ或は複数を含む。
【００７３】
別の実施形態では、システム中の全てのロールを表示する時ヌルオプションと非制限オプションを表示する。ヌルオプションを選定すると前記フォームに被承認フィールドのフィールド値がヌル値であるフォームデータに対して操作権限を与える。非制限オプションを選定すると前記フォームに被承認フィールドのフィールド値が任意の値（ヌル値を含む）であるフォームデータに対して操作権限を与える。本発明は、非制限オプションを設定する。非制限オプションを選定すると前記フォームに被承認フィールドのフィールド値が任意の値であるフォームデータに対して操作権限を与える場合、被承認フィールドのフォームデータが操作権限を全て有する被承認者に権限を与える効率を向上させる。
【００７４】
被承認者が一つである時、一つのフォームを選定した後、前記フォームの前記被承認者の現在のフォームの操作権限を表示する。
【実施例３】
【００７５】
図９に示すように、ロールに基づいてフォームデータを取得する承認方法は、一つ或は複数の被承認者を選択することを含む。前記被承認者は、人やユーザーやグループやクラスやロールのうちの一つ或は複数を含む。前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。
【００７６】
前記ロールは部門に属し、ロールの作業内容によりロールを承認し、前記ロールの名称は部門内で唯一であり、前記ロール番号はシステム内で唯一である。前記ユーザーはロールを関連付けるにより権限を確定し、一つの従業員は一つのユーザーに対応し、一つのユーザーは一つの従業員に対応する。
【００７７】
前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付ける。ロールを作成した後、ユーザーを作成するプロセスでロールを関連付けることができ、または、ユーザーを作成した後、いつでもロールを関連付けることができる。ユーザーは、ロールを関連付けた後ロールとの関係がいつでも解除でき、他のロールとの関係をいつでも確立できる。
【００７８】
一つのフォームを選択し、フォームデータを見つけるために使われる被承認フィールドを表示し、前記被承認フィールドのフィールド値はロールを含む。前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。
【００７９】
各被承認フィールドをそれぞれ承認する。システム中の全てのロールを表示し、前記ロールは、グループ／クラスではなく、独立した個体でり、同時期に一つのロールが唯一のユーザーを関連付けることができ、一つのユーザーが一つ或は複数のロールを関連付ける。フォームデータを見つけるために使われるロールを目標ロールと定義し、一つの目標ロールが一つのロールに対応する。各被承認フィールドの各目標ロールに対して、前記フォームに前記被承認フィールドのフィールド値が前記目標ロールを含むフォームデータのセットをそれぞれ取得し、前記セットに対して操作権限を与える。図１０に示すように、被承認フィールド「作成者」に目標ロール「販売員１、販売員２、販売員３」がある。作成者の販売員１であるフォームデータのセットを取得し、且つ前記セットに検分権限を与える。作成者の販売員２であるフォームデータのセットを取得し、且つ前記セットに検分権限を与える。作成者の販売員３であるフォームデータのセットを取得し、且つ前記セットに修正権限を与える。
【００８０】
前記操作権限はフォームデータを検分する、修正する、追加する、削除する、および、印刷する操作のうちの一つ或は複数を含む。
【００８１】
上記は本発明の優先的な実施形態だけである。本発明は、本明細書に開示された形態に限定されないと理解され、他の実施形態を除くとみなされなく、却って様々な他の組み合わせや修正や環境に利用でき、本明細書のコンセプトの範囲内で、上記の教示または関連分野の技術または知識により修正を行うことができる。当業者に行われる修正及び変更は、本発明の趣旨及び範囲から逸脱するものではなく、全部と本発明に添付される請求項の範囲内にあるべきである。
【図１】
2020528602.tif 000003
【図２】
2020528602.tif 000004
【図３】
2020528602.tif 000005
【図４】
2020528602.tif 000006
【図５】
2020528602.tif 000007
【図６】
2020528602.tif 000008
【図７】
2020528602.tif 000009
【図８】
2020528602.tif 000010
【図９】
2020528602.tif 000011
【図１０】
2020528602.tif 000012
【国際調査報告】
2020528602.tif 000013
2020528602.tif 000014
2020528602.tif 000015
2020528602.tif 000016