(57)【要約】 【課題】本発明は、一つ或は複数のフォームデータを別々に独立的に承認することができる。例えば、海爾電器会社に対して操作権限を与え、システム管理の精度を向上させ、特に個別の重要な顧客のフォームデータに対して操作権限を単独で設置する必要がある場合に適用し、企業の機密フォームデータの漏洩を防ぐのに有利であり、企業の実際のニーズを満たす。【解決手段】本発明は、フォームデータの操作権限を承認する方法を公開し、フォームデータを選択するステップには操作権限を承認する必要がある一つ或は複数のフォームデータを選択し、被承認者を選択するステップには操作権限を承認する必要がある一つ或は複数の被承認者を選択し、操作権限を承認するステップには選択された被承認者に選択されたフォームデータの操作権限を与える。【選択図】図６
2020528603.tif 000002
【特許請求の範囲】
【請求項１】
フォームデータの操作権限を承認する方法であって、フォームデータを選択するステップ、被承認者を選択するステップ、操作権限を承認するステップを含み、フォームデータを選択するステップと被承認者を選択するステップには前後順序がなく、
フォームデータを選択するステップには操作権限を承認する必要がある一つ或は複数のフォームデータを選択し、
被承認者を選択するステップには操作権限を承認する必要がある一つ或は複数の被承認者を選択し、
操作権限を承認するステップには選択された被承認者に選択されたフォームデータの操作権限を与える方法。
【請求項２】
選択された各フォームデータの各フォームフィールドのフィールド値を検分或は／及び修正する権限をそれぞれ承認するステップも含む請求項１に記載の方法。
【請求項３】
前記操作権限を承認するステップは、
（１）選択された各フォームデータに操作権限をそれぞれ与えること、
（２）選択されたすべてのフォームデータに操作権限を全体的に与えることを含む請求項１に記載の方法。
【請求項４】
前記操作権限は、検分、修正、削除、印刷、および、情報の検分権限の関連付けのうちの一つ或は複数の組合せを含む請求項１に記載の方法。
【請求項５】
前記被承認者は、人、ユーザー、クラス／グループの性質を有するロール、独立した個体の性質を有するロールのうちの一つ或は複数の組合せを含む請求項１に記載の方法。
【請求項６】
前記被承認者は、独立した個体の性質を有するロールであり、独立した個体の性質を有するロールとクラス／グループの性質を有するロールは異なり、同時期に独立した個体の性質を有する一つのロールは唯一のユーザーのみを関連付けることができるが、一つのユーザーは独立した個体の性質を有する一つ或は複数のロールを関連付ける請求項５に記載の方法。
【請求項７】
前記独立した個体の性質を有するロールは部門に属し、そのロールの名称がその部門に唯一であり、ロールの番号がシステムに唯一であり、ロールの作業内容に従って承認を行い、ユーザーはロールを関連付けることにより権限を取得する請求項６に記載の方法。
【請求項８】
フォームデータの操作権限を承認する方法であって、
Ｓ１：フォームデータを選択し、承認者が操作権限を承認する必要がある一つ或は複数のフォームデータを選定すること、
Ｓ２：被承認者を選択し、承認者の操作権限を承認する必要がある一つ或は複数の被承認者を選定し、前記被承認者の選択されたフォームデータに対する操作権限は、前記承認者の選択されたフォームデータに対する操作権限より小さいか等しいこと、
Ｓ３：操作権限を承認し、選定された被承認者に設定されたフォームデータの操作権限を与えること含む方法。
【請求項９】
一つの被承認者を選択する時、その承認者の選択されたフォームデータに対して所有する全ての操作権限項を表示し、同時に、承認者の所有する全ての操作権限項から選択された被承認者の選択されたフォームデータに対して現在共有する操作権限項を選定し、
複数の被承認者を選択する時、その承認者の選択されたフォームデータに対して所有する全ての操作権限項を表示し、同時に、承認者の所有する全ての操作権限項から選択された被承認者の選択されたフォームデータに対して現在共有する操作権限項を選定し、或は各被承認者に対応する選択された各フォームデータを列記し、且つ各被承認者の選択された各フォームデータに対して現在所有する操作権限項を選定する請求項８に記載の方法。
【請求項１０】
フォームデータの操作権限を承認する方法であって、
ＳＳ１：被承認者を選択し、承認者の操作権限を承認する必要がある一つ或は複数の被承認者を選定すること、
ＳＳ２：フォームデータを選択し、承認者が操作権限を承認する必要がある一つ或は複数のフォームデータを選定し、選択された被承認者の前記フォームデータに対する操作権限は、承認者の前記フォームデータに対する操作権限より小さいか等しいこと、
ＳＳ３：操作権限を承認し、選定された被承認者に選定されたフォームデータの操作権限を与えることを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＥＲＰなどの管理ソフトウェアのフォームデータの操作権限を承認する方法に関する。
【背景技術】
【０００２】
企業管理システムには、例えば、顧客フォーム、契約フォーム、注文フォーム等、様々なフォームがあり、企業には様々なロールがあり、フォームに対する操作権限も異なる。従来の企業管理システムに、フォームを介してフォームデータの操作権限を制御することがシステムの基本的な承認方法であるが、フォーム全般を全体的に承認することしかできない、某フォームデータ（一つ或は複数）の具体的な操作権限を承認することができない。従来のフォームの承認方法には、フォームデータはそのフォームに属する一定範囲内のデータを指し、且つ承認する時フォームのフォームフィールドがフィールド値を取得するかどうかを判断する必要はなく、そのフォームフィールドがフィールド値を取得するかどうかは、その承認方法と無関係である。
【０００３】
例えば、従来のフォーム承認方法は、以下のようなものがある。李四が電器産業の全ての顧客（例えば、電器産業に１００００社の顧客があり、その内、一社が海爾電機会社である）を検分することができるように（修正、削除）権限を与える。王五が建設業の全ての顧客（例えば、建設業に５０００社の顧客があり、その内、一社が海天建設会社である）を検分することができるように（修正、削除）権限を与える。しかし、フォームを介してフォームデータの操作権限を承認する従来の方法は、海爾電機或は海天建設会社のみに対して操作権限を承認することができず、承認する時、特定の制限がある。
【０００４】
従来のフォーム承認方法は、特定（一つ或は複数）のフォームデータを別々に独立的に承認することが達成されない。某規則に従ってフォームに権限を与えると、そのフォームの規則に一致するすべてのデータが権限を与えられる。企業情報のセキュリティが心配であり、企業の機密フォームデータの一部が漏洩し、企業にリスクをもたらす可能性がある。
【０００５】
その上、ロールベースのアクセス制御（ＲＢＡＣ）は、近年最も多く研究されており、最も成熟したデータベース権限管理メカニズムの一つであり、従来の強制アクセス制御（ＭＡＣ）および自律アクセス制御（ＤＡＣ）に代わる理想的な候補と考えられる。従来の自律型アクセス制御は高い融通性を備えるが、セキュリティは低い。強制アクセス制御は高いセキュリティを備えるが、制限が強すぎる。ロールベースのアクセス制御は、両方の長所を兼ね備え，管理が簡単であるだけでなく、複雑さ、コスト、エラーの可能性を減らすこともできるため、近年大幅に成長している。ロールベースのアクセス制御（ＲＢＡＣ）の基本的な考え方は、企業組織ビューのさまざまな機能的位置を分割して異なるロールを形成し、データベースリソースのアクセス権をロールにカプセル化するに従って、ユーザーは、異なるロールを割り当てられることにより、データベースリソースに間接的にアクセスする。
【０００６】
大量のテーブルとビューが大規模なアプリケーションシステムに組み込まれているため、データベースリソースの管理と承認が非常に複雑になる。ユーザーがデータベースリソースのアクセスと権限承認を直接管理することは非常に困難である。ユーザーはデータベース構造を十分に理解し、ＳＱＬ言語の使用に精通している必要があり、アプリケーションシステム構造またはセキュリティ要件が変更されたら、大量の複雑かつ面倒な承認変更を実行するために、予期しない承認エラーによって引き起こされるセキュリティ脆弱性が非常に発生しやすい。したがって、大規模なアプリケーションシステムのために簡単かつ効率的な権限の管理方法を設計することは、システムとシステムユーザーの共通の要件になっている。
【０００７】
ロールベースの権限制御メカニズムにより、システムのアクセス権を簡単かつ効率的に管理できる。これにより、システム権限管理の負担とコストが大幅に削減され、さらに、システム権限管理は、アプリケーションシステムのビジネス管理仕様とより一致している。
【０００８】
ただし、従来のロールベースのユーザー権限管理は、「ロール対ユーザー、１対多」の関連付けメカニズムを採用し、「ロール」はグループ／クラスの性質を有する。つまり、一つのロールは複数のユーザーが同時期に対応する／関連付けることができる。  ロールは、役職／職務／職種の概念に似ている。この関連付けメカニズムに基づくユーザー権限の承認は、基本的に次の３つの形式と分けられる。１、図１に示すように、ユーザーが直接承認されるが、不利な点は、作業負荷が大きく、操作が頻繁且つ面倒である。従業員の変更（異動、辞任など）が発生した場合、従業員に関わるすべてのプロセスを適宜調整する必要がある。特に会社の経営陣にとっては、相関の承認プロセスの数が多く、プロセス調整の作業負荷が大きく複雑であり、ミスや脱落を起こしやすく、会社の正常な運転に影響を及ぼし、予測不可能な損失さえ引き起こす。
【０００９】
２、図２に示すように、ロール（クラス／グループ／役職／職種）は承認され（一つのロールを複数のユーザーに関連付けることができる）、ユーザーはロールを介して権限を取得し、承認操作の主体がグループ／クラスという性質を有するロールである。３、図３に示すように、上記の２つの方法が組み合わされている。
【００１０】
上記の説明では、２と３の両方にクラス／グループの性質を有するロールを承認する必要があり、クラス／グループ／役職／職種を有するロールを介する承認及びワークフロー制御の方法には次の欠点がある。１、ユーザーのアクセス権限を変更する場合、難しい操作が必要である。実際のシステム使用プロセスでは、多くの場合、運用プロセス中にユーザーの権限を調整する必要がある。たとえば、従業員の権限の変更を処理する場合、ロールに関連付けられる従業員の権限を変更するが、ロールは権限の変更されない他の従業員にも関連付けられることで、個々の従業員の権限の変更により、ロール全体の権限を変更することができない。そのため、この状況に対応して、権限の変更された従業員に適用するために新しいロールを設立するか、権限要件に基づいて従業員を直接承認（ロールからの離脱）する。上記の２つの処理方法は、ロールの権限が多数ある場合、ロールの承認に長い時間がかかるだけでなく、ミスを犯しやすく、ユーザーの操作がわずらわしく、面倒であり、システムユーザーの損失につながるエラーも発生しやすい。
【００１１】
従業員／ユーザーの承認権限を変更する場合、従業員／ユーザーをロールから離脱するか、承認プロセスの要件を満たすために新しいロールを追加する。１番目の方式は、欠陥が上記の「ユーザーを直接承認する」方法と同じである。２番目の方式は、新しいロールがロールの設立や関連付けや承認に関わる。特に、多数のロールと、ロールを関連付けられた多数のユーザーの場合、どのユーザーがロールを具体的に関連付けられているかを覚えるのは困難である。
【００１２】
２、ロールに含まれる特定の権限を長期的に覚えることは困難である。ロールに複数の権限機能がある場合、時間が経つにつれて、ロールの特定の権限を覚えていることは困難になり、権限の類似したロール間の権限差異を覚えるのがより難しくなり、ロールの類似した権限も混同し易い。新しいユーザーを関連付けると、どうやって関連付けるか正確に判断することはできない。
【００１３】
３、ユーザーの権限が変更されるため、ロールをさらに設立することをもたらす（新しいロールを設立しない場合、ユーザーを直接承認するのが大幅に増加する）。各ロール間の特定の差異を区別することはより困難である。
【００１４】
４、役職を調整するときに、異動するユーザーの多くの権限を他の複数のユーザーに割り当てる場合、異動するユーザーの権限を区分し、他の複数のユーザーを関連付けるためにそれぞれロールを設立する必要があるが、このような操作は、複雑であり、時間がかかるだけでなく、エラーをより発生し易くする。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明の目的は、現行技術の欠陥を克服し、フォームデータの操作権限を承認する方法を提供し、具体的なフォームデータの操作権限をそれぞれ承認するのを達成し、システム管理の精度を向上させる。
【課題を解決するための手段】
【００１６】
本発明の目的は、以下の技術的手段により達成される。フォームデータの操作権限を承認する方法は、フォームデータを選択するステップ、被承認者を選択するステップ、操作権限を承認するステップを含み、フォームデータを選択するステップと被承認者を選択するステップには前後順序がなく、フォームデータを選択するステップには操作権限を承認する必要がある一つ或は複数のフォームデータを選択し、被承認者を選択するステップには操作権限を承認する必要がある一つ或は複数の被承認者を選択し、操作権限を承認するステップには選択された被承認者に選択されたフォームデータの操作権限を与える。
【００１７】
選択された各フォームデータの各フォームフィールドのフィールド値を検分或は／及び修正する権限をそれぞれ承認するステップも含む。
【００１８】
前記操作権限を承認するステップは、以下のような二種の承認方法を含む。（１）選択された各フォームデータに操作権限をそれぞれ与える。（２）選択されたすべてのフォームデータに操作権限を全体的に与える。
【００１９】
前記操作権限は、検分、修正、削除、印刷、および、情報の検分権限の関連付けのうちの一つ或は複数の組合せを含む。
【００２０】
前記被承認者は、人、ユーザー、クラス／グループの性質を有するロール、独立した個体の性質を有するロールのうちの一つ或は複数の組合せを含む。
【００２１】
前記被承認者は、独立した個体の性質を有するロールであり、独立した個体の性質を有するロールとクラス／グループの性質を有するロールは異なり、同時期に独立した個体の性質を有する一つのロールは唯一のユーザーのみを関連付けることができるが、一つのユーザーは独立した個体の性質を有する一つ或は複数のロールを関連付ける。
【００２２】
前記独立した個体の性質を有するロールは部門に属し、そのロールの名称がその部門に唯一であり、ロールの番号がシステムに唯一であり、ロールの作業内容に従って承認を行い、ユーザーはロールを関連付けることにより権限を取得する。
【００２３】
フォームデータの操作権限を承認する方法は、以下の順位のステップを含む。Ｓ１：フォームデータを選択し、承認者が操作権限を承認する必要がある一つ或は複数のフォームデータを選定する。Ｓ２：被承認者を選択し、承認者の操作権限を承認する必要がある一つ或は複数の被承認者を選定し、前記被承認者の選択されたフォームデータに対する操作権限は、前記承認者の選択されたフォームデータに対する操作権限より小さいか等しい。Ｓ３：操作権限を承認し、選定された被承認者に設定されたフォームデータの操作権限を与える。
【００２４】
一つの被承認者を選択する時、その承認者の選択されたフォームデータに対して所有する全ての操作権限項を表示する。同時に、承認者の所有する全ての操作権限項から選択された被承認者の選択されたフォームデータに対して現在共有する操作権限項を選定する。複数の被承認者を選択する時、その承認者の選択されたフォームデータに対して所有する全ての操作権限項を表示する。同時に、承認者の所有する全ての操作権限項から選択された被承認者の選択されたフォームデータに対して現在共有する操作権限項を選定し、或は各被承認者に対応する選択された各フォームデータを列記し、且つ各被承認者の選択された各フォームデータに対して現在所有する操作権限項を選定する。
【００２５】
フォームデータの操作権限を承認する方法は、以下の順位のステップを含む。ＳＳ１：被承認者を選択し、承認者の操作権限を承認する必要がある一つ或は複数の被承認者を選定し、ＳＳ２：フォームデータを選択し、承認者が操作権限を承認する必要がある一つ或は複数のフォームデータを選定し、選択された被承認者の前記フォームデータに対する操作権限は、承認者の前記フォームデータに対する操作権限より小さいか等しい。ＳＳ３：操作権限を承認し、選定された被承認者に選定されたフォームデータの操作権限を与える。
【発明の効果】
【００２６】
本発明の有益な効果は次のとおりである：（１）本発明は、一つ或は複数のフォームデータを別々に独立的に承認することができる。例えば、海爾電器会社に対して操作権限を与え、システム管理の精度を向上させ、特に個別の重要な顧客のフォームデータ或は他の重要な個別のフォームデータに対して操作権限を単独で設置する必要がある場合に適用し、企業の機密フォームデータの漏洩を防ぐのに有利であり、企業の実際のニーズを満たす。
【００２７】
本発明は、フォームデータを直接承認し、前記フォームデータのフォームの記入必須フィールドに数値が有るべきであり、既に作成された具体的なデータである。例えば、「海爾電器会社」。しかし、従来の基礎承認は、顧客フォームに対して承認を行い、具体的な一つ或は複数の顧客を目指しないが、本発明は「海爾電器会社」の様な具体的な顧客に対して承認を行う。
【００２８】
例えば、販売部に李四、王五、趙六という販売員がいる。張三は販売部経理である。従来の方法でフォーム（顧客フォーム）を介してフォームデータに操作権限（検分、修正、削除、印刷、導出）を与えた後、得られた結果は、以下の通りである。李四は電器業界の顧客を担当しており、彼の操作権限が検分である（電器業界の顧客内、一社が海爾電器会社である）。王五は建設業の顧客を担当しており、彼の操作権限が検分、修正、削除である（建設業の顧客内、一社が海天建設会社である）。趙六は化学業界の顧客を担当しており、彼の操作権限が検分である。張三は電器、建設の業界の顧客を担当しており、彼の操作権限が検分、修正、削除、印刷である。従来の方法は、被承認者にとって、某業界の全ての顧客のフォームデータが見えるか、その業界のフォームデータのどれでも見えないか、どちらであり、某被承認者の海爾電器会社、海天建設会社（具体的に某フォームデータがある）に対応する操作権限を単独に制御することができない。
【００２９】
本発明は、フォームデータを別々に独立的に承認する可能性がある。例えば、李四は電機業界の全ての顧客が見えるが、海爾電器会社が見えるのを許さない。別の例として、建設業の全ての顧客が見えないように王五に権限を与えるが、海天建設会社が見えるのを許す。
【００３０】
（２）本発明において、承認者がシステム設置人員でもあり、一定のフォームデータの操作権限を持つ部門主管等である。部門主管は、彼の持つ操作権限により権限の彼より小さいか等しい被承認者に対して承認操作を行い、部門主管がニーズに応じてフォームデータの承認制御を行うのに都合がよく、企業の中層指導者が管理作業を実行するのに都合がよく、企業の実際のニーズを満たす。
【００３１】
例えば、販売部経理の張三は、販売部の趙六が曾て海爾電器会社に管理人員を務めて販売交渉に有利であると考え、そのため、趙六にこの顧客を担当させようとする。張三は、海爾電器会社を趙六に授与しようとする。張三は、「海爾電器会社」のフォームデータに対する検分、修正等の権限を持つように趙六しか承認しない。他の人員はこれ等の権限を持たない。張三は、海爾電器会社に対して検分、修正、削除、印刷の権限を持つが、趙六はその顧客に対して何でも権限を持たない。趙六を選択して被承認者とする。承認している時、張三のその顧客に対する操作権限項「検分、修正、削除、印刷」を表示する。趙六が海爾電器会社に対して何でも権限を持たないので、検分、修正、削除、印刷」を全く選定しないと表示する。張三は、「検分、修正、削除、印刷」のうちの一項或は部分或は全部の権限を趙六に与える可能性がある。
【００３２】
販売部経理張三は、海爾電器会社を李四に授与しようとする（その顧客に対して李四に何でも操作権限を持たせない、その原因は、張三が趙六にその顧客を全権と担当させた）。張三は海爾電器会社に対して検分、修正、削除、印刷の権限を持つが、李四はその顧客に対して「検分」を持ち、李四を選択して被承認者とする。承認している時、張三のその顧客に対する操作権限項「検分、修正、削除、印刷」を表示する。その原因は、李四その顧客に対して「検分」操作権限を持つと、表示された「検分、修正、削除、印刷」のうちの「検分」が選定される。張三は、表示された「検分、修正、削除、印刷」のうちの「検分」を「未選定」と修正し、この承認を保存した後、従って、李四は海爾電器会社に対して何でも権限を持たない。
【００３３】
又は、張三は、化学業界の顧客に対して承認制御を行うことができない。その原因は、張三は、化学業界の顧客の何でも権限を持たない。
【００３４】
（３）本発明は、選定された各フォームデータの各フォームフィールドのフィールド値の検分及び／或は修正権限を別々に承認することができ、フォームフィールド値の操作権限を別々に承認するのを達成することができ、更にシステム管理の精度を向上させる。
【００３５】
例えば、選定された「格力電器販売注文」のデータを目指し、システムロールを承認し、某システムロールが「格力電器販売注文」のデータの「注文番号」、「顧客名」、「顧客住所」、「顧客の所属する産業」、「製品モデル」、「製品単価」、「製品数量」を検分するのを許すが、「電話」と「連絡先」様な機密フィールドの内容（即ち、フィールド値）を検分するのを許さない。本方法により、各フィールドのフィールド値を別々に承認するのを急速に達成する可能性がある。別の例として、某システムロールが「格力電器販売注文」のデータの「製品単価」のフィールド内容を検分するのを許すが、「製品単価」のフィールド内容を修正するのを許さない。本方法もその権限の承認を急速に達成する可能性がある。
【００３６】
（４）二つ或は二つ以上の被承認者を同時に承認することができ、フォームデータの操作権限の承認効率を向上させる。承認している過程で、一つの被承認者を選定する時、承認者の持つ権限項に被承認者の選定されたフォームデータに対して現在持つ操作権限項を選定する。複数の被承認者を選定する時、承認者の持つ権限項にこれ等の被承認者の選定されたフォームデータに対して現在持つ操作権限項を選定し、或は各被承認者に対応する各フォームデータを列記し、且つ承認者の持つ権限項に各被承認者の対応の各フォームデータに対する現在の操作権限を選定し、承認者がこれに基づいてフォームデータの操作権限を承認するのに都合がよく、更に承認効率を向上させる。
【００３７】
（５）本発明は、ロールがユーザーとの１対１の関係にあり、一つのロールが唯一のユーザーを同時期に関連付けることができる。これの利点は、ユーザーをロールに関連付けて権限を取得し（つまり、ユーザーは、関連付けられたロールの権限を取得する）、しかもロールの権限の変更は、従来のメカニズムにあるロールの権限の変更よりもはるかに小さくなる。独立した個体の性質（役職番号／職務番号の性質）を有するロールの数は少ない。従業員の異動は大きいが、役職番号／職務番号の変化は小さい（一定期間に変化さえない、つまりロールは変わらない）。これにより、ユーザーの権限管理を大幅に簡易化し、システムの負荷を削減する。
【００３８】
（６）動的な管理、就職や異動等の操作が簡単で便利になり、効率と信頼性が高くなる。就職／離職／異動の適用は承認プロセスで簡単である。従業員／ユーザーを変更する場合、承認プロセスを再設定する必要はない。ユーザーはロールを取り消し、ロールを関連付けてもよい。そのロールを担わないユーザーは、ロールの関連付けを取り消し、そのロールを引き継ぐユーザーは、その役職番号のロールを関連付ける。ロールを関連付けたユーザーは、そのロールに関連するタスクと操作権限を自動的に取得し、ロールを再承認する必要はない（そのロールを関連付けるユーザーもそのロールのフォームの操作権限を自動的に取得した。そのロールのフォームの操作権限を再承認する必要もない）。これにより、プロセス設定の効率やセキュリティや信頼性を大幅に向上させる。
【００３９】
たとえば、張三というユーザーが辞任または異動が原因で、張三は「バイヤー３」というロールとして働かなく、張三はロールとの関連付けを取り消す。ほかに、李四は、「バイヤー３」というロールとする仕事を引き継ぎ、李四はこのロールを関連付けると、李四は承認プロセス中の「バイヤー３」というロールの承認タスクと承認権限を自動的に取得する。
【００４０】
（７）従来の権利管理メカニズムでは、ロールをグループ、職種、クラスなどに定義し、ロールがユーザーとの１対多の関係にあり。実際にシステムを使用するプロセスでは、運用プロセス中にユーザーの権限を調整する必要がある。たとえば、従業員の権限変更を処理する場合、ロールを関連付ける従業員の権限が変更され、このロールは権限の変更しない他の従業員を関連付けるので、個々の従業員の権限を変更したため、全体のロールの権限が変更できない。そのため、この状況に対応して、権限の変更された従業員に適用するために新しいロールを設立するか、権限要件に基づいて従業員を直接承認（ロールからの離脱）する。上記の２つの処理方法は、ロールの権限が多数ある場合、ロールの承認に長い時間がかかるだけでなく、ミスを犯しやすく、ユーザーの操作がわずらわしく、面倒であり、システムユーザーの損失につながるエラーも発生しやすい。
【００４１】
しかし、本発明の方法では、ロールが独立した個体であるため、ロール権限を変更して目標を達成することができる。本発明の方法は、システムの初期化時に作業負荷を増加させるように見えるが、ロールの作成或は権限授与の効率は、コピーなどの方法によってグループの性質を有する従来のロールより高くさせる。ユーザーに関連付ける時にグループの性質を有するロールの共通性を考慮しないため、本発明の技術的手段は、承認設定を明確にさせる。特に、システムが一定期間使用された後（ユーザー／ロールの権限が動的に変化している）、本発明の技術的手段は、システム使用時のシステム管理の効率を大幅に向上させ、動的承認をより簡単、便利、明確にさせ、権限設定の効率と信頼性を向上させる。
【００４２】
（８）従来のグループの性質を有するロールの承認方法はエラーが発生しやすく、本発明の方法では、従来の方法でこのグループの性質を有するロールを関連付ける複数のユーザーにどのような共通性があるかを考慮することなく、ロールを独立した個体として考慮するだけでよいため、本発明の方法は権限エラーの確率を大幅に低減させる。承認エラーが発生した場合でも、ロールを関連付けるその一つのユーザーのみに影響するだけであるが、従来のグループの性質を有するロールはそのロールを関連付ける全部のユーザーに影響する。承認エラーが発生した場合でも、本発明の修正方法は簡単であり、時間が短く、従来のグループの性質を有するロールはエラーを修正する時にそのロールを関連付ける全部のユーザーの共通性を考えなければならない。機能ポイントが多い場合、変更が面倒且つ複雑であるだけでなく、非常にエラーが発生しやすく、且つ多くの場合、新しいロールを作成するだけで解決できる。
【００４３】
（９）従来のグループの性質を有するロールの承認方法では、ロールの権限機能ポイントが多くある場合、時間が長くなると、ロールの具体的な権限を覚えにくく、権限の近いロールの間の区別を覚えるのはより困難である。本発明の方法のロール自身は、役職番号／職務番号の性質を有しており、選択は明らかである。
【００４４】
（１０）異動するときに、異動されたユーザーの多くの権限を他のユーザーに割り当てる場合、処理する時に異動されたユーザーのこれ等の権限を区別して、他のユーザーを関連付けるようにロールをそれぞれ作成する必要がある。このような操作は、複雑であり、時間がかかるだけでなく、エラーが発生しやすくなる。
【００４５】
本発明の方法は次のとおりである：異動されたユーザーはいくつかのロールを関連付け、異動する場合、まず元の部門のロールとユーザーの関連付けを取り消し（これ等の取り消されたロールは他のユーザーに再度関連付けることができる）、ユーザーは新しい部門のロールを関連付けてもよい。操作は簡単であり、エラーが現れない。
【図面の簡単な説明】
【００４６】
【図１】図１は、背景技術においてシステムがユーザーを直接承認する方法の概略図である。
【図２】図２は、背景技術においてシステムがグループ／クラスの性質を有するロールを承認する方法の概略図である。
【図３】図３は、背景技術においてシステムがユーザーを直接承認し、グループ／クラスの性質を有するロールを承認して組み合わせる方法の概略図である。
【図４】図４は、本発明のシステムにおいて独立した個体の性質を有するロールを介してユーザーを承認する方法の概略図である。
【図５】図５は、既有のフォーム承認方法に顧客の所属する産業により承認する概略図である。
【図６】図６は、本発明において複数の被承認者に対してフォームデータを承認する概略図である。
【図７】図７は、本発明において作業場主管の趙六が単独の被承認者の張三に対してフォームデータを承認する概略図である。
【図８】図８は、本発明において作業場主管の趙六が単独の被承認者の胡七に対してフォームデータを承認する概略図である。
【図９】図９は、本発明において承認する時張三と胡七の共有する操作権限を表示する概略図である。
【図１０】図１０は、本発明において承認する時張三及び胡七の各自のフォームデータの操作権限を列記する概略図である。
【発明を実施するための形態】
【００４７】
本発明の技術的手段は、添付の図面を参照して以下でさらに詳細に説明されるが、本発明の保護範囲は以下に限定されない。
【００４８】
本発明は、フォームデータを目指し、フォームデータに操作権限を与え、フォームに権限を与える方法と区別点が以下のようにある。フォームに権限を与える時は、某フォームの全体に操作権限を与えると意味する。例えば、契約に対する承認は、全ての契約をその操作権限の承認に含める。その上、フォームは各フィールドに具体的なフィールド値がない（つまり、フォームを承認する時、そのフォームに相応のフォームデータがあるかどうかはそのフォームの承認操作に影響を与えない。例えば、契約フォームを承認する時、システムに具体的な契約データ／契約を作成したかどうかは契約フォームの承認操作に影響を与えない。或は具体的な契約がないと、契約フォームの承認を行う可能性がある）。
【００４９】
フォームデータを承認する時、某フォームの具体的なデータを承認することを意味する。例えば、契約フォームの万科地産会社の販売契約に対する承認は、その操作権限の承認がこのフォームデータに限る。その上、フォームデータに、各フィールド（フォームデータＩＤ／番号）に少なくとも一つのフィールドのフィールド値が記入必須項目であり、つまり、フォームデータに少なくとも一つフィールドにフィールド値がある。
【００５０】
従来のフォーム承認方法は、以下のとおりである。李四が電器産業の全ての顧客（例えば、電器産業に１００００社の顧客があり、その内、一社が海爾電機会社である）を検分することができるように（修正、削除）権限を与える。王五が建設業の全ての顧客（例えば、建設業に５０００社の顧客があり、その内、一社が海天建設会社である）を検分することができるように（修正、削除）権限を与える。しかし、フォームを介してフォームデータの操作権限を承認する従来の方法は、海爾電機或は海天建設会社のみに対して操作権限を承認することができず、承認する時、特定の制限がある。
【００５１】
図５に示すように、、販売部に李四、王五、趙六という販売員がいる。張三は販売部経理である。従来の方法でフォーム（顧客フォーム）を介してフォームデータに操作権限（検分、修正、削除、印刷、導出）を与えた後、得られた結果は、以下の通りである。李四は電器業界の顧客を担当しており、彼の操作権限が追加、検分である（電器業界の顧客内、一社が海爾電器会社である）。王五は建設業の顧客を担当しており、彼の操作権限が追加、検分、修正、削除である（建設業の顧客内、一社が海天建設会社である）。趙六は化学業界の顧客を担当しており、彼の操作権限が追加、検分である。張三は電器、建設の業界の顧客を担当しており、彼の操作権限が追加、検分、修正、削除、印刷である。従来の方法は、被承認者にとって、某業界の全ての顧客のフォームデータが見えるか、その業界のフォームデータのどれでも見えないか、どちらであり、某被承認者の海爾電器会社、海天建設会社（具体的に某フォームデータがある）に対応する操作権限を単独で制御することができない。
【実施例１】
【００５２】
フォームデータの操作権限を承認する方法は、フォームデータを選択するステップ、被承認者を選択するステップ、操作権限を承認するステップを含み、フォームデータを選択するステップと被承認者を選択するステップには前後順序がなく、フォームデータを選択するステップには操作権限を承認する必要がある一つ或は複数のフォームデータを選択し、被承認者を選択するステップには操作権限を承認する必要がある一つ或は複数の被承認者を選択し、操作権限を承認するステップには選択された被承認者に選択されたフォームデータの操作権限を与える。
【００５３】
フォームデータの操作権限を承認する方法は、選択された各フォームデータの各フォームフィールドのフィールド値を検分する或は／及び修正する権限をそれぞれ承認するステップも含む。
【００５４】
図６に示すように、前記操作権限を承認するステップは、以下に二種の承認方法を含む。（１）選択された各フォームデータに操作権限をそれぞれ与えられる。（２）選択されたすべてのフォームデータに操作権限を全体的に与える。操作権限項目にチェックを付ける（図のボックス内、即ち「検分」列名）。
【００５５】
前記操作権限は、検分、修正、削除、印刷、および、情報の検分権限の関連付けのうちの一つ或は複数の組合せを含む。
【００５６】
前記被承認者は、人、ユーザー、クラス／グループの性質を有するロール、独立した個体の性質を有するロールのうちの一つ或は複数の組合せを含む。本実施例には、図４に示すように、本発明の被承認者は、独立した個体の性質を有するロールであり、独立した個体の性質を有するロールとクラス／グループの性質を有するロールは異なり、同時期に独立した個体の性質を有する一つのロールは唯一のユーザーのみを関連付けることができるが、一つのユーザーは独立した個体の性質を有する一つ或は複数のロールを関連付ける。
【００５７】
前記独立した個体の性質を有するロールは部門に属し、そのロールの名称がその部門に唯一であり、ロールの番号がシステムに唯一であり、ロールの作業内容に従って承認を行い、ユーザーはロールを関連付けることにより権限を取得する。ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付ける。
【００５８】
前記独立した個体の性質を有するロールによりユーザーにフォームデータの操作権限を与える方法に対して、以下のように利点を分析する。ユーザーは、其れとロールの関連を介して権限を決定（取得）する。ユーザーの権限を修正すると、ロールの所有する権限を調整するによりそのロールを関連付けたユーザーの権限を変更する目的を達成する。ユーザーがロールを関連付けると、そのユーザーはそのロールの所有する操作権限を持つ。
【００５９】
ロール（独立した個体の性質を有するロール）とユーザーの関係が１対１（そのロールが一つのユーザーを関連付ける時、他のユーザーがそのロールを関連付けることができない。そのロールは、ユーザーに関連付けられないと、他のユーザーに選択されて関連付けられる可能性がある。つまり、同時期に一つのロールが一つのユーザーしかに関連付けられない）である。ユーザーとロールの関係が一対多である（一つのユーザーは同時期に複数のロールを関連付ける）。
【００６０】
ロールの定義：ロールは、グループ／クラス／カテゴリ／役職／職務／職種の性質を有しないが、非集合の性質を有する。ロールは唯一性を有し、独立して存在している個体である。ロールは企業や機関の応用で役職番号と同等である（役職番号はここで役職ではなく、一つの役職に同時に複数の従業員がいるが、一つの役職番号は同時に一つの従業員にしか対応できない）。
【００６１】
たとえば、会社のシステムは次のロールを設立する可能性がある:総経理、副総経理１、副総経理２、北京販売部Ｉの経理、北京販売部ＩＩの経理、北京販売部ＩＩＩの経理、上海販売エンジニア１、上海販売エンジニア２、上海販売エンジニア３、上海販売エンジニア４、上海販売エンジニア５等。ユーザーとロールの関連関係：その会社の従業員である張三は、会社の副総経理２を務め、同時に北京販売部Ｉの経理を務める場合、張三は副総経理２及び北京販売部Ｉの経理というロールを関連付ける必要がある。張三は両方のロールに対する権限を持っている。
【００６２】
従来のロールの概念は、グループ／クラス／役職／職務／職種の性質であり、一つのロールは複数のユーザーに対応できる。本発明の「ロール」の概念は、役職番号／職務番号と同等であり、映画やテレビドラマのロールに似ている。一つのロールは一つの俳優のみに同時に（幼年、少年、中年．．．）演じられ、一つの俳優は複数のロールを演じることができる。
【００６３】
ロールを作成した後、ユーザーを作成するプロセスでロールを関連付けることができ、または、ユーザーを作成した後、いつでもロールを関連付けることができる。ユーザーは、ロールを関連付けた後ロールとの関係がいつでも解除でき、他のロールとの関係がいつでも確立できる。
【００６４】
前記ロールの構成は、職名＋職務番号である。例えば、作業場生産労働者１、作業場生産労働者２、作業場生産労働者３等の様なロールは、独立した個体であり、これは役職番号／職務番号と同等であり、従来の権限管理システムのロールとは異なる。従来のシステムのロールの概念は、役職／職務／職種等のグループ／クラスの性質である。
【００６５】
次の例は、張三という従業員が入社した後、従業員やユーザーやロールの関係を示していった。１．就職：従業員は新しく雇用され、そのユーザー（従業員）の対応する役職番号／職務番号のロールを直接関連付けてもよい。例えば、張三は会社に加わった（会社は張三に張三というユーザーを割り当てた）。仕事内容は営業部Ｉにあり、北京地区の冷蔵庫製品の販売を担当した（対応するロールは販売部Ｉの「販売エンジニア５」というロールである）。次に、張三というユーザーが「販売エンジニア５」というロールを直接選択してもよい。
【００６６】
２．職務の追加：一定期間勤務した後、張三は北京で地域テレビ製品の販売を担当するようになり（対応するロールは販売部Ｉの「販売エンジニア８」というロールである）、同時に販売後部門の主管を兼務した（販売後部門の主管というロールに対応する）。次に、張三というユーザーは、販売部Ｉの「販売エンジニア８」と販売後部門の「販売後主管」という二つのロールを増やして関連付けた。この時に、張三という従業員には、三つのロールを関連付け、これらは、ぞれぞれ販売部Ｉの「販売エンジニア５」、「販売エンジニア８」、及び販売後部門の「販売後主管」であり、張三というユーザーは、これら３つのロールに対する権限を持った。
【００６７】
３．職務の減少：しばらくして、会社は張三を販売後部門の経理（販売後部門の「販売後経理」というロールに対応する）として任命し、他の仕事を兼務しないようにすることを決めた。次に、張三というユーザーは、販売後部門の「販売後経理」というロールに関連付けられ、以前に関連付けられていた３つのロールを取り消した（販売部Ｉの「販売エンジニア５」、「販売エンジニア８」、及び販売後部門の「販売後主管」）。  この時に、現時点では、張三というユーザーは販売後部門の「販売後経理」というロールの権限のみを持っている。
【００６８】
４．ロールの権限の調整（役割の自身所有する権限に対して調整する）：会社が販売後経理の権限を増やすことを決定した場合、販売後経理というロールの権限を増やすだけでよく、張三というユーザーは販売後経理というロールの権限が増加するため、張三というユーザーの権限も増加した。
【００６９】
５．辞任：１年後、張三は辞任した。張三というユーザーとび販売後部門の「販売後主管」というロールの関連を取り消してもよい。
【００７０】
例えば、会社は動的な経営中、従業員の入社と退社が頻繁に継続的に発生するが、役職番号／職務番号の修正は非常にわずかである（特定の期間で変化しない）。
【００７１】
従来の承認方法：システム機能ポイントが多い場合、従来のグループ／クラスとするロールを介して承認する。これは、承認に大量の複雑な作業負荷があるだけでなく、エラーが発生しやすい。エラーが発生した場合でも、短時間で容易に見つけることができず、システムのユーザーに損失を与えやすい。
【００７２】
本発明の承認方法：本発明は、役職番号／職務番号の性質とするロールに対して承認し、ユーザーがロールを関連付けて権限を決定（取得）すると、ユーザーの権限を制御するのは、ユーザーと役割の単純な関連付けにより実現される。これにより、権限の制御を簡単、便利、明確にして、権限承認の効率と信頼性を大幅に向上させる。
【実施例２】
【００７３】
フォームデータの操作権限を承認する方法は、以下の順位のステップを含む。Ｓ１：フォームデータを選択し、承認者が操作権限を承認する必要がある一つ或は複数のフォームデータを選定する。Ｓ２：被承認者を選択し、承認者の操作権限を承認する必要がある一つ或は複数の被承認者を選定し、前記被承認者の選択されたフォームデータに対する操作権限は、前記承認者の選択されたフォームデータに対する操作権限より小さいか等しい。Ｓ３：操作権限を承認し、選定された被承認者に設定されたフォームデータの操作権限を与える。
【００７４】
図７と図８に示すように、一つの被承認者を選択する時、その承認者の選択されたフォームデータに対して所有する全ての操作権限項を表示する。同時に、承認者の所有する全ての操作権限項から選択された被承認者の選択されたフォームデータに対して現在共有する操作権限項を選定する。承認者がこれに基づいて修正するのに都合がよい。
【００７５】
図９に示すように、複数の被承認者を選択する時、その承認者の選択されたフォームデータに対して所有する全ての操作権限項を表示する。同時に、承認者の所有する全ての操作権限項から選択された被承認者の選択されたフォームデータに対して現在共有する操作権限項を選定する。図１０に示すように、複数の被承認者を選択する時、各被承認者に対応する選択された各フォームデータも列記し、且つ各被承認者の選択された各フォームデータに対して現在所有する操作権限項を選定する。承認者がこれに基づいてフォームデータの操作権限を承認するのに都合がよく、更に承認効率を向上させる。
【００７６】
選択された各フォームデータの各フォームフィールドのフィールド値の検分及び／或は修正権限をそれぞれ承認することができる。選択された同じフォームデータに対して、前記被承認者のそのフォームデータに対する各フォームフィールドのフィールド値の操作権限は、前記承認者のそのフォームデータに対する各フォームフィールドのフィールド値の操作権限より小さいか等しい。
【００７７】
本発明において、承認者がシステム設置人員でもあり、一定のフォームデータの操作権限を持つ部門主管等である。部門主管は、彼の持つ操作権限により権限の彼より小さいか等しい被承認者に対して承認操作を行い、部門主管がニーズに応じてフォームデータの承認制御を行うのに都合がよく、企業の中層指導者が管理作業を実行するのに都合がよく、企業の実際のニーズを満たす。
【００７８】
例えば、販売部経理の張三は、販売部の趙六が曾て海爾電器会社で管理人員を務めており販売交渉に有利であると考え、そのため、趙六にこの顧客を担当させようとする。張三は、海爾電器会社を趙六に授与しようとする。張三は、「海爾電器会社」のフォームデータに対する検分、修正等の権限を持つように趙六しか承認しない。他の人員はこれ等の権限を持たない。張三は、海爾電器会社に対して検分、修正、削除、印刷の権限を持つが、趙六はその顧客に対して何の権限も持たない。趙六を選択して被承認者とする。承認している時、張三のその顧客に対する操作権限項「検分、修正、削除、印刷」を表示する。趙六が海爾電器会社に対して何も権限を持たないので、検分、修正、削除、印刷」を全く選定しないと表示する。張三は、「検分、修正、削除、印刷」のうちの一項或は部分或は全部の権限を趙六に与える可能性がある。
【００７９】
販売部経理の張三は、海爾電器会社を李四に授与しようとする（その顧客に対して李四に何も操作権限を持たせようとはしない、その原因は、張三が趙六にその顧客を全権と担当させた）。張三は海爾電器会社に対して検分、修正、削除、印刷の権限を持つが、李四はその顧客に対して「検分」を持ち、李四を選択して被承認者とする。承認している時、張三のその顧客に対する操作権限項「検分、修正、削除、印刷」を表示する。その原因は、李四その顧客に対して「検分」操作権限を持つと、表示された「検分、修正、削除、印刷」のうちの「検分」が選定される。張三は、表示された「検分、修正、削除、印刷」のうちの「検分」を「未選定」と修正し、この承認を保存した後、従って、李四は海爾電器会社に対して何でも権限を持たない。
【００８０】
又は、張三は、化学業界の顧客に対して承認制御を行うことができない。その原因は、張三は、化学業界の顧客の何も権限を持たない。
【実施例３】
【００８１】
フォームデータの操作権限を承認する方法は、以下の順位のステップを含む。ＳＳ１：被承認者を選択し、承認者の操作権限を承認する必要がある一つ或は複数の被承認者を選定し、ＳＳ２：フォームデータを選択し、承認者が操作権限を承認する必要がある一つ或は複数のフォームデータを選定し、選択された被承認者の前記フォームデータに対する操作権限は、承認者の前記フォームデータに対する操作権限より小さいか等しい。ＳＳ３：操作権限を承認し、選定された被承認者に選定されたフォームデータの操作権限を与える。
【００８２】
複数の承認者は同じフォームデータに対して某被承認者Ａにデータ操作権限を与える場合、その被承認者Ａのそのフォームデータに対する操作権限は、各承認者に与えられた操作権限を重ね合わせるべきである（一つの承認者が被承認者にフォームデータを有する某操作権限を与えるさえすれば、最終にその被承認者がその操作権限を持つ）。例えば、一つの承認者の与えた被承認者Ａのそのフォームデータに対する操作権限が修正できる／削除できない／印刷できる。もう一つの承認者の与えた被承認者Ａのそのフォームデータに対する操作権限が修正できない／削除できる／印刷できない。従って、被承認者Ａのそのフォームデータに対する最終的な操作権限は、修正ができる／削除ができる／印刷ができる。
【００８３】
別の例として、張三は、趙六に海爾電器会社の「検分、修正」権限を与え、他の人が趙六に「検分、印刷」権限も与えると、趙六は「海爾電器会社」に対して「検分、修正、印刷」権限を持つ。
【００８４】
本実施例に、先ず被承認者を選定し、次にデータを選定する。張三は、李四、王五、趙六という被承認者を選定した後、張三は、電器、建設の業界の何れか或は複数の顧客を選定することができる（その原因は、張三の電器及び建設業界の顧客に対する操作権限が李四、王五、趙六の何れかの操作権限より大きい）。張三も他の操作権限が李四、王五、趙六三人の操作権限より大きいか等しいフォームデータを選択することができる（例えば、契約及び注文のフォームデータ、張三は少なくとも契約及び注文のフォームデータの検分権限を持つ）。
【００８５】
データの安全を保障するために、システムは「データ承認」の操作権限を制御することができる。その制御方法は、フォームの操作権限の承認を行う時、被承認者がそのフォームの「データ承認」操作権限を与えられただけで、その被承認者は、「データ承認」を自分で有するフォームに対応するフィールドデータに権限を有するフォームデータが承認できる。上記の例として、顧客フォームに権限を与える時、張三に顧客フォームの「データ承認」の操作権限を与えると、張三は自身の権限を持つフォームデータ（電器及び建設の業界の顧客）を承認することができる。張三が販売部の経理であるが、化学業界の顧客の権限を持たないので、化学業界の顧客に対してデータを承認することができない。
【００８６】
フォームデータの承認優先度がフォームの承認より高い。フォーム方法により承認されたフォームデータに本発明の承認方法のフォームデータを含める時、このデータが本発明の承認権限で実行する。
【００８７】
例えば、フォーム承認による方法は張三に対して顧客フォーム（検分及び修正権限を与えた）を承認した場合、承認した後、張三の承認された顧客に顧客Ａを含める。本発明の方法では張三にも顧客Ａに対する承認（承認が検分及び修正及び削除権限である）を行う。張三の顧客Ａに対するこのデータの操作権限は、本発明に承認された権限で実行し、即ち、顧客Ａに対して、検分、修正、削除を行うことができる。フォーム承認による方法は張三に対して顧客フォーム（検分及び修正権限を与えた）を承認した場合、承認した後、張三の承認された顧客に顧客Ａを含める。本発明の方法では張三にも顧客Ａに対する承認（承認なし、即ち、承認は検分、修正等の任意の操作ができない）を行う。張三の顧客Ａに対するこのデータの操作権限は、本発明に承認された権限で実行し、即ち、顧客Ａに対して、検分、修正等の任意の操作を行うことができない。
【００８８】
優先的に、承認者は本発明の方法による承認を取り消し、取り消されたこの承認に関わるデータは本発明の承認方法にもはや制御されない。承認者は顧客Ａに対する本発明の方法による承認を取り消すことができる。承認者は顧客Ａの張三に対する本発明の方法によるこの承認を取り消した後（つまり、この前に承認済のこの承認を取り消す）、張三はフォーム承認の権限で顧客Ａに対して操作を行い（その原因は、本発明の方法の承認は顧客Ａの操作を制御しない）、つまり、張三の顧客Ａに対する権限が検分及び修正である。
【００８９】
上記は本発明の優先的な実施形態だけである。本発明は、本明細書に開示された形態に限定されないと理解され、他の実施形態を除くとみなされなく、却って様々な他の組み合わせや修正や環境に利用でき、本明細書のコンセプトの範囲内で、上記の教示または関連分野の技術または知識により修正を行うことができる。当業者に行われる修正及び変更は、本発明の趣旨及び範囲から逸脱するものではなく、全部と本発明に添付される請求項の範囲内にあるべきである。
【図１】
2020528603.tif 000003
【図２】
2020528603.tif 000004
【図３】
2020528603.tif 000005
【図４】
2020528603.tif 000006
【図５】
2020528603.tif 000007
【図６】
2020528603.tif 000008
【図７】
2020528603.tif 000009
【図８】
2020528603.tif 000010
【図９】
2020528603.tif 000011
【図１０】
2020528603.tif 000012
【国際調査報告】
2020528603.tif 000013
2020528603.tif 000014
2020528603.tif 000015
2020528603.tif 000016