(57)【要約】 【課題】本発明は、実際のニーズに応じて、被承認者に時間帯のフォームの操作権限を承認し、従って、時間限定に関する様々な状況でフォームを承認する需要を満たす。【解決手段】本発明は、フォーム時間特性フィールドに基づくフォーム承認方法を公開し、１人或いは複数の被承認者を選択し、１つのフォームを選択して、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示し、各時間特性フィールドのために権限時間帯を設置し、前記権限時間帯は、現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯、開始時点から現在時点までの時間帯、終了時点からシステムの初期化時までの時間帯、開始時点から終了時点までの時間帯、時間フィールド値がヌル値である時間帯、システムの初期化時点から現在時点までの時間帯という６種類のうちの１つ或は複数を含み、権限時間帯の設置を完了して以上の設置を保存する。【選択図】図１
2020528599.tif 000002
【特許請求の範囲】
【請求項１】
フォーム時間特性フィールドに基づくフォーム承認方法であって、
1つ或いは複数の被承認者を選択すること、
１つのフォームを選択して、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示すること、
前記時間特性フィールドに対して権限時間帯を設置し、各時間特性フィールドのために権限時間帯を設置し、前記権限時間帯は、現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯、開始時点から現在時点までの時間帯、終了時点からシステムの初期化時点までの時間帯、開始時点から終了時点までの時間帯、時間フィールド値がヌル値である時間帯、システムの初期化時から現在時点までの時間帯という６種類のうちの１つ或は複数を含み、前記システムの初期化時から現在時点までの時間帯は時間フィールド値がヌル値である時間帯を含むこと、および、
権限時間帯の設置を完了して以上の設置を保存すること、を含むフォーム承認方法。
【請求項２】
被承認者が1つである場合、前記時間特性フィールドの権限時間帯の値を、その時間特性フィールドが前回承認された時に保存された権限時間帯の値と表示し、被承認者が２人或は２人以上である場合、前記時間特性フィールドの権限時間帯の値を表示しない請求項１に記載のフォーム承認方法。
【請求項３】
前記フォーム承認方法は、更に操作権限を設定するステップも含み、前記操作権限は時間特性フィールドに対応するフォームデータに対する検分、修正、増加、削除、および、印刷のうちの一種類或いは複数の種類の操作を含み、前記フォームデータは前記時間特性フィールドの各権限時間帯内のフォームデータである請求項１に記載のフォーム承認方法。
【請求項４】
前記被承認者は人、ユーザー、組、類、ロールのうちの一種類或いは複数の種類を含み、前記ロールがグループ／クラスではなく、独立した個体であり、1つのロールは同時期に唯一のユーザーを関連付けることができ、１人のユーザーは１つ或は複数のロールを関連付ける請求項１に記載のフォーム承認方法。
【請求項５】
前記ロールは部門に属し、前記ロールの作業内容によりロールを承認し、且つ前記ロールの名称は部門内で唯一であり、前記ロールの番号はシステム内で唯一であり、前記ユーザーは部門間で異動する時、前記ユーザーと元の部門内のロールの関連を取り消して、前記ユーザーを新しい部門内のロールに関連付ける請求項４に記載のフォーム承認方法。
【請求項６】
前記フォーム承認方法は、更に時間特性フィールドを設定するステップを含む請求項１に記載のフォーム承認方法。
【請求項７】
被承認者が１人である場合、被承認者とフォームを選択した後、被承認者のそのフォームの時間特性フィールドが前回承認された承認操作者と承認時間を表示する請求項１に記載のフォーム承認方法。
【請求項８】
フォーム時間特性フィールドに基づくフォーム承認方法であって、
１人或いは複数の被承認者を選択すること、
１つのフォームを選択して、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示すること、
前記時間特性フィールドに対して権限時間帯を設置し、各時間特性フィールドのために権限時間帯を設置し、前記権限時間帯は、現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯、開始時点から現在時点までの時間帯、終了時点からシステムの初期化時点までの時間帯、開始時点から終了時点までの時間帯、時間フィールド値がヌル値である時間帯、システムの初期化時から現在時点までの時間帯という６種類のうちの１つ或は複数を含み、前記システムの初期化時から現在時点までの時間帯は時間フィールド値がヌル値である時間帯を含むこと、
限定フィールドを設定し、前記フォームに権限操作の時間特性フィールドを設定する必要がある権限時間帯のために限定フィールドを設定し、前記限定フィールドは、フィールド値が選択確定或いは自動確定となるフィールドであり、前記限定フィールドのフィールド値に対応するデータに対して操作権限を設定すること、および、
以上の設置を保存すること、を含むフォーム承認方法。
【請求項９】
被承認者が１人である場合、前記時間特性フィールドの権限時間帯の値を、その時間特性フィールドが前回承認された時に保存された権限時間帯の値と表示し、被承認者が２人或は２人以上である場合、前記時間特性フィールドの権限時間帯の値を表示しない請求項８に記載のフォーム承認方法。
【請求項１０】
フォーム時間特性フィールドに基づくフォーム承認方法であって、
１人或いは複数の被承認者を選択すること、
１つのフォームを選択して、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示すること、  
テンプレートを選択し、1つの既存のロール被承認者或いは作成されたテンプレートを選択して承認テンプレートとし、前記時間特性フィールドの権限時間帯の値に承認テンプレートの相応の時間特性フィールドの権限時間帯の値を更新させること前記時間特性フィールドの権限時間帯の値を承認テンプレートの相応の時間特性フィールドの権限時間帯の値と更新すること、
前記時間特性フィールドに対して権限時間帯を設置し、各時間特性フィールドのために権限時間帯を設置し、前記権限時間帯は、現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯、開始時点から現在時点までの時間帯、終了時点からシステムの初期化時点までの時間帯、開始時点から終了時点までの時間帯、時間フィールド値がヌル値である時間帯、システムの初期化時から現在時点までの時間帯という６種類のうちの１つ或は複数を含み、前記システムの初期化時から現在時点までの時間帯は時間フィールド値がヌル値である時間帯を含むこと、および、
権限時間帯の設置を完了して以上の設置を保存すること、を含むフォーム承認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＥＲＰなどの管理ソフトウェアシステムにフォームを承認する方法に関し、特に、フォーム時間特性フィールドに基づくフォーム承認方法に関する。
【背景技術】
【０００２】
従来のＥＲＰなどの管理ソフトウェアシステムには、従業員に承認する時、通常に従業員の役職の権限に従ってその従業員に承認する。フォームの承認を取得した後、その従業員はそのフォームの全部の過去及び現在のデータを検分することができるが、場合によっては、企業情報の漏洩につながる可能性がある。例えば、会社の役職には、新しい従業員が入職したが、その従業員にその役職の過去のデータを検分させたがらない場合、その従業員はその役職の権限を取得した後、関連する過去のデータが検分できる。  その時、会社は有効的な制限を行うことができず、会社のデータの漏洩につながった。別の例として、別の役職の特定時間にわたるフォームのデータを審査するために、従業員が一時的に割り当てられている場合、その従業員にフォームを検分する権限を与える必要である。権限を取得した後、その従業員はそのフォームのすべてのデータを検分することができ、従ってフォーム内に審査する必要があるデータ以外のデータが漏洩するのをもたらす。これにより、既存のフォーム承認方法では、権限制御が効果的に実行できない場合があり、会社の情報の機密を守るのに不利になり、会社の損失を引き起こしやすいことがわかる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、現行技術の欠陥を克服し、フォーム時間特性フィールドに基づくフォーム承認方法を提供する。
【課題を解決するための手段】
【０００４】
本発明の目的は、以下の技術的手段により達成される。フォーム時間特性フィールドに基づくフォーム承認方法は、１人或いは複数の被承認者を選択すること、１つのフォームを選択して、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示すること、前記時間特性フィールドに対して権限時間帯を設置し、各時間特性フィールドのために権限時間帯を設置し、前記権限時間帯は、現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯、開始時点から現在時点までの時間帯、終了時点からシステムの初期化時点までの時間帯、開始時点から終了時点までの時間帯、時間フィールド値がヌル値である時間帯、システムの初期化時から現在時点までの時間帯という６種類のうちの１つ或は複数を含み、前記システムの初期化時から現在時点までの時間帯は時間フィールド値がヌル値である時間帯を含むこと、権限時間帯の設置を完了して以上の設置を保存することを含む。「１人或いは複数の被承認者を選択する」と「１つのフォームを選択して、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示する」という２つのステップには前後順序がない。
【０００５】
優先的に、被承認者が１人である場合、前記時間特性フィールドの権限時間帯の値を、前記時間特性フィールドが前回承認された時に保存された権限時間帯の値と表示し、被承認者が２人或は２人以上である場合、前記時間特性フィールドの権限時間帯の値を表示しない。
【０００６】
優先的に、前記フォーム承認方法は、更に操作権限を設定するステップを含み、前記操作権限は時間特性フィールドに対応するフォームデータに対する検分、修正、増加、削除、および、印刷のうちの一種類或いは複数の種類の操作を含み、前記フォームデータは前記時間特性フィールドの各権限時間帯内のフォームデータである。
【０００７】
優先的に、前記被承認者は人、ユーザー、組、類、ロールのうちの一種類或いは複数の種類を含み、前記ロールがグループ／クラスではなく、独立した個体であり、1つのロールは同時期に唯一のユーザーを関連付けることができ、１人のユーザーは１つ或は複数のロールを関連付ける。
【０００８】
優先的に、前記ロールは部門に属し、ロールの作業内容によりロールを承認し、且つ前記ロールの名称は部門内で唯一であり、前記ロールの番号はシステム内で唯一である。前記ユーザーは部門間で異動する時、ユーザーと元の部門内のロールとの関連を取り消して、ユーザーを新しい部門内のロールに関連付ける。
【０００９】
優先的に、前記フォーム承認方法は、更に時間特性フィールドを設定するステップも含む。
【００１０】
優先的に、被承認者が１人である場合、被承認者とフォームを選択した後、被承認者のそのフォームの時間特性フィールドが前回承認された承認操作者と承認時間を表示する。
【００１１】
フォーム時間特性フィールドに基づくフォーム承認方法は、１人或いは複数の被承認者を選択すること、１つのフォームを選択して、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示すること、前記時間特性フィールドに対して権限時間帯を設置し、各時間特性フィールドのために権限時間帯を設置し、前記権限時間帯は、現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯、開始時点から現在時点までの時間帯、終了時点からシステムの初期化時点までの時間帯、開始時点から終了時点までの時間帯、時間フィールド値がヌル値である時間帯、システムの初期化時から現在時点までの時間帯という６種類のうちの１つ或は複数を含み、前記システムの初期化時から現在時点までの時間帯は時間フィールド値がヌル値である時間帯を含むこと、限定フィールドを設定し、前記フォームに権限操作の時間特性フィールドを設定する必要がある権限時間帯のために限定フィールドを設定し、前記限定フィールドは、フィールド値が選択確定或いは自動確定となるフィールドであり、前記限定フィールドのフィールド値に対応するデータに対して操作権限を設定すること、および、以上の設置を保存すること、を含む。
【００１２】
優先的に、被承認者が１人である場合、前記時間特性フィールドの権限時間帯の値を、その時間特性フィールドが前回承認された時に保存された権限時間帯の値と表示し、被承認者が２人或は２人以上である場合、前記時間特性フィールドの権限時間帯の値を表示しない。
【００１３】
フォーム時間特性フィールドに基づくフォーム承認方法は、１人或いは複数の被承認者を選択すること、１つのフォームを選択して、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示すること、テンプレートを選択し、1つの既存のロール被承認者或いは作成されたテンプレートを選択して承認テンプレートとし、前記時間特性フィールドの権限時間帯の値に承認テンプレートの相応の時間特性フィールドの権限時間帯の値を更新させること前記時間特性フィールドの権限時間帯の値を承認テンプレートの相応の時間特性フィールドの権限時間帯の値と更新すること、前記時間特性フィールドに対して権限時間帯を設置し、各時間特性フィールドのために権限時間帯を設置し、前記権限時間帯は、現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯、開始時点から現在時点までの時間帯、終了時点からシステムの初期化時までの時間帯、開始時点から終了時点までの時間帯、時間フィールド値がヌル値である時間帯、システムの初期化時から現在時点までの時間帯という６種類のうちの１つ或は複数を含み、前記システムの初期化時から現在時点までの時間帯は時間フィールド値がヌル値である時間帯を含むこと、  および、権限時間帯の設置を完了して以上の設置を保存すること、を含む。
【発明の効果】
【００１４】
本発明の有益な効果は次のとおりである。（１）本発明は、実際のニーズに応じて、被承認者に時間帯のフォームの操作権限を承認し、その時間帯以外のフォームデータに対して操作できないことから、時間限定に関する様々な状況でフォームを承認する需要を満たす。
【００１５】
例えば、従業員Ａのみを２０１６年以降の契約データに対して操作させようとすると、従業員Ａの契約フォームの契約署名時間の権限時間帯の開始時点を２０１６年に設定する。従業員Ｂのみを２０１３年から２０１５年までの注文データに対して操作させようとすると、従業員Ｂの注文フォームの作成時点の権限時間帯の開始時点を２０１３年に設定し、終了時点を２０１５年に設定する。各従業員のためにフォームデータの処理できる時間帯を設定するにより、従業員に相応の時間帯内のフォームデータのみを処理させるため、フォームデータの漏洩の可能性を減らし、フォームデータのセキュリティを向上させる。
【００１６】
（２）１人の被承認者を承認している時、時間特性フィールドの権限時間帯の値にその時間特性フィールドが前回承認された時保存された権限時間帯の値を表示させ、承認操作者がそれに基づいて修正するのに都合がよく、フォームの承認効率を向上させる。２人或は２人以上の被承認者を同時に承認することができ、権限の完全に同じ或いはほとんど同じである一括被承認者の承認効率を向上させる。
【００１７】
（３）被承認者が１人だけである時、被承認者を選択した後、その被承認者が前回承認された操作者と操作時間を表示し、被承認者の権限はエラーが発生する時責任を追究するのに都合がよく、被承認者を承認する必要があるかどうかを判断する。
【００１８】
（４）時間特性フィールドの権限時間帯の値を承認テンプレートの相応の時間特性フィールドの権限時間帯の値に設定し、フォームの承認効率を向上させる可能性があり、特に、権限の完全に同じ或いはほとんど同じである大ロットのフォームの承認効率を向上させる。
【００１９】
（５）従来の権利管理メカニズムは、ロールをグループ、職種、クラスなどに定義し、ロールがユーザーとの１対多の関係にあり、実際にシステムを使用するプロセスでは、運用プロセス中にユーザーの権限を調整する必要がある。たとえば、従業員の権限変更を処理する場合、ロールを関連付ける従業員の権限が変更され、このロールは権限の変更しない他の従業員を関連付けるので、個々の従業員の権限を変更したため、全体のロールの権限が変更できない。そのため、この状況に応じて、権限の変更された従業員に適うために新しいロールを設立するか、権限要件に基づいて従業員を直接承認（ロールからの離脱）する。上記の２つの処理方法は、ロールの権限が多数ある場合、ロールの承認に長い時間がかかるだけでなく、ミスを犯しやすく、ユーザーの操作がわずらわしく、面倒であり、システムユーザーの損失につながるエラーも発生しやすい。
【００２０】
しかし、本発明の方法では、ロールが独立した個体であるため、ロール権限を変更して目標を達成することができる。本発明の方法は、システムの初期化時に作業負荷を増加させるように見えるが、ロールの作成或は承認の効率は、コピーなどの方法によってグループの性質を有する従来のロールより高くさせる。ユーザーを関連つける時にグループの性質を有するロールの共通性を考慮しないため、本発明の技術的手段は、承認設定を明確にさせる。特に、システムが一定期間使用された後（ユーザー／ロールの権限が動的に変化している）、本発明の技術的手段は、システム使用時のシステム管理の効率を大幅に向上させ、動的承認をより簡単、便利、明確にさせ、権限設定の効率と信頼性を向上させる。
【００２１】
（６）従来のグループの性質を有するロールの承認方法はエラーが発生しやすく、本発明の方法では、従来の方法でこのグループの性質を有するロールを関連付ける複数のユーザーにどのような共通性があるかを考慮することなく、ロールを独立した個体として考慮するだけでよいため、本発明の方法は権限エラーの確率を大幅に低減させる。承認エラーが発生した場合でも、ロールを関連付けるその１人のユーザーのみに影響するが、従来のグループの性質を有するロールはそのロールを関連付ける全部のユーザーに影響する。承認エラーが発生した場合でも、本発明の修正方法は簡単であり、時間が短く、従来のグループの性質を有するロールはエラーを修正する時にそのロールを関連付ける全部のユーザーの共通性を考えなければならない。機能ポイントが多い場合、変更が面倒且つ複雑であるだけでなく、非常にエラーが発生しやすく、且つ多くの場合、新しいロールを作成するだけで解決できる。
【００２２】
（７）従来のグループの性質を有するロールの承認方法では、ロールの権限機能ポイントが多くある場合、時間が長くなると、ロールの具体的な権限を覚えにくく、権限の近いロールの間の区別を覚えるのはより困難である。本発明の方法におけるロール自身は、役職番号／職務番号の性質を有しており、選択は明らかである。
【００２３】
（８）異動するときに、異動したユーザーの多くの権限を他のユーザーに割り当てる場合、処理する時に異動したユーザーのこれ等の権限を区別して、他のユーザーを関連付けるためにロールをそれぞれ作成する必要がある。このような操作は、複雑であり、時間がかかるだけでなく、エラーが発生しやすくなる。
【００２４】
本発明の方法は次のとおりである。異動したユーザーは複数のロールを関連付け、異動する場合、まずユーザーと元の部門のロールの関連付けを取り消し（これ等の取り消されたロールは他のユーザーを再度関連付けることができる）、ユーザーは新しい部門のロールを関連付けてもよい。操作は簡単であり、エラーは生じない。
【００２５】
（９）ロールが部門に属している場合、ロールは部門が変更できず、ロールは部門が変更できないのはなぜか？理由１：本発明のロールの性質は役職番号／職務番号と同等であるため、様々な役職番号／職務番号の作業内容／権限は異なる。例えば、販売部門の販売員１のロールと技術部門の開発者１のロールは、２つの役職番号／職務番号がまったく異なり、権限が違う。理由２：販売員１のロールの部門（販売部門）が技術部門に置き換えられる場合、販売員１のロールを変更しないと、技術部門には販売部門の権限を持つロールがある。これは、管理の混乱とセキュリティの脆弱性につながる可能性がある。
【図面の簡単な説明】
【００２６】
【図１】図１は、本発明の一種類の実施例のフローチャートである。
【図２】図２は、被承認者が１人である時の概略図である。
【図３】図３は、被承認者が２人である時の概略図である。
【図４】図４は、フォームデータに対して操作権限を設定する概略図である。
【図５】図５は、本発明の他種の実施例のフローチャートである。
【図６】図６は、限定フィールドにより承認を行う概略図である。
【図７】図７は、本発明の他種の実施方式のフローチャートである。
【図８】図８は、承認テンプレートにより承認を行う概略図である。
【発明を実施するための形態】
【００２７】
本発明の技術的手段は、添付の図面を参照して以下でさらに詳細に説明されるが、本発明の保護範囲は以下に限定されない。
【実施例１】
【００２８】
図１に示すように、フォーム時間特性フィールドに基づくフォーム承認方法は、１人或いは複数の被承認者を選択することを含む。前記被承認者は人、ユーザー、組、類、および、ロールのうちの一種類或いは複数の種類を含み、前記ロールがグループ／クラスではなく、独立した個体であり、1つのロールは同時期に唯一のユーザーを関連付けることができ、１人のユーザーは１つ或は複数のロールを関連付ける。
【００２９】
前記ロールは部門に属し、ロールの作業内容によりロールを承認し、且つ前記ロールの名称は部門内で唯一であり、ロールの番号はシステム内で唯一である。前記ユーザーはロールを関連付けにより権限を確定し、１人の従業員は１人のユーザーに対応し、１人のユーザーは１人の従業員に対応する。
【００３０】
ロールの定義：ロールは、グループ／クラス／カテゴリ／役職／職務／職種の性質を有しないが、非集合の性質を有する。ロールは唯一性を有し、独立して存在している個体である。ロールは企業や機関の応用で役職番号と同等である（役職番号はここで役職ではなく、1つの役職に同時に複数の従業員がいるが、１つの役職番号は同時に１人の従業員のみに対応できる）。
【００３１】
たとえば、会社のシステムは次のロールが設立できる。総経理、副総経理１、副総経理２、北京販売部Ｉの経理、北京販売部ＩＩの経理、北京販売部ＩＩＩの経理、上海販売エンジニア１、上海販売エンジニア２、上海販売エンジニア３、上海販売エンジニア４、上海販売エンジニア５等。ユーザーとロールの関連関係：その会社の従業員である張三は、会社の副総経理２を務め、同時に北京販売部Ｉの経理を務める場合、張三は副総経理２及び北京販売部Ｉの経理というロールを関連付ける必要がある。張三は両方のロールに対する権限を持っている。
【００３２】
従来のロールの概念は、グループ／クラス／役職／職務／職種の性質であり、１つのロールは複数のユーザーに対応できる。本発明の「ロール」の概念は、役職番号／職務番号と同等であり、映画やテレビドラマのロールに似ている。1つのロールは１人の俳優のみに同時に（幼年、少年、中年...）演じられ、１人の俳優は複数のロールを演じることができる。
【００３３】
前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付けさせる。ロールを作成した後、ユーザーを作成するプロセスでロールを関連付けることができ、または、ユーザーを作成した後、いつでもロールを関連付けることができる。ユーザーは、ロールを関連付けた後ロールとの関係がいつでも解除でき、他のロールとの関係がいつでも確立できる。
【００３４】
1つのフォームを選択し、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示する。前記時間特性フィールドは、作成時点、修正時点、契約中の納期、支払期日等の様な時間に関するフィールドである可能性になる。
【００３５】
前記フォーム承認方法は、更に時間特性フィールドを設定するステップも含むに従って、実際のニーズに応じて時間特性フィールドが設定できるため、適応性を向上させる。
【００３６】
被承認者が１人である場合、前記時間特性フィールドの権限時間帯の値を、その時間特性フィールドが前回承認された時に保存された権限時間帯の値と表示し、被承認者が２人或は２人以上である場合、前記時間特性フィールドの権限時間帯の値を表示しない。図２に示すように、販売員１が選定されて被承認者となり、販売員１が前回承認された時、作成時点の権限時間帯は、終了時点が２０１５年３月２６日１７：００であり、開始時点がシステムの初期化時であり、現在からほぼ１年である時間帯である。納期の権限時間帯は、開始時点が２０１６年７月２６日となり、終了時点が現在時点となるに従って、その時、作成時点と納期を自動的に表示する前記権限時間帯であるその時、作成時点と納期の前記権限時間帯を自動的に表示する。２０１５年５月６日１５：００に張三が前回承認を完了した。なお、本実施例における権限時間帯の開始時点や終了時点等の時点の精度は、年、月、日、時、分、秒などであるのを説明する必要がある。
【００３７】
被承認者が２人或は２人以上である場合、前記時間特性フィールドの権限時間帯の値を表示しない。図３に示すように、販売員１と販売員２は同時に選定されて被承認者となり、その時、作成時点と納期の権限時間帯を表示しない。
【００３８】
被承認者が１人である場合、被承認者とフォームを選択した後、被承認者のそのフォームの時間特性フィールドが前回承認された承認操作者と承認時間を表示する。これは、被承認者を承認する必要があるかどうかを判断するのに都合がよい。例えば、操作者は１００人のロールに対して契約フォームフィールド値を承認する必要があるが、即日、その操作者は７０人のロールに対する承認のみを完了した。その操作者は翌日に承認を続ける時、承認された操作者或いはフォームの時間特性フィールドが前回承認された時間を選別するにより、承認する必要があるロールを検索することができる。別の例として、ロールのフォームの時間特性フィールドが前回承認された時間を検分するにより、その時間特性フィールドの権限のどれくらい変更されていないかを知る可能性があり、時間特性フィールドを再度承認する必要があるかどうかを判断するのに都合がよい。
【００３９】
前記時間特性フィールドに対して権限時間帯を設置し、各時間特性フィールドのために権限時間帯を設置し、前記権限時間帯は、現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯、開始時点から現在時点までの時間帯、終了時点からシステムの初期化時までの時間帯、開始時点から終了時点までの時間帯、時間フィールド値がヌル値である時間帯、システムの初期化時点から現在時点までの時間帯という６種類のうちの１つ或は複数を含み、前記システムの初期化時から現在時点までの時間帯は時間フィールド値がヌル値である時間帯を含む。そこで、開始時点と終了時点は、全て承認操作者に設定される時間である。
【００４０】
以下は、例を挙げて上記の６つの時間帯を説明する。現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯は、例えば、２０１７年６月２０日に、従業員Ａに対しては、２０１７年６月２０日から６日間を逆にして得られた時点から２０１７年６月２０日までの時間帯に署名された契約フォームを検分する権限を与え、即ち、従業員Ａは、２０１７年６月２０日に、２０１７年６月１５日から２０１７年６月２０日まで署名された契約フォーム（契約）を即日検分することができ、２０１７年６月２１日に、２０１７年６月１６日から２０１７年６月２１日まで署名された契約フォーム（契約）を即日検分することができ、２０１７年６月２２日に、２０１７年６月１７日から２０１７年６月２２日まで署名された契約フォーム（契約）を即日検分することができ、その他もろもろ、枚挙にいとまがない。つまり、この時間帯の時間長は固定されたものであり、開始時点と終了時点はいずれも変化するものである。
【００４１】
開始時点から現在時点までの時間帯（現在時点は動態的である）は、例えば、従業員Ａに対しては、２０１５年５月１日に２０１５年２月１日から即日（現在）まで署名された契約フォームを検分する権限を与えると、従業員Ａは、２０１５年２月１日から２０１５年５月１日まで署名された全部の契約フォーム(契約)を検分することができ、２０１５年５月２日に２０１５年２月１日から２０１５年５月２日まで署名された契約フォームを検分することができる(さらに、開始時点は開始時点を含まないと説明でき、開始時点を含まない場合、２０１５年２月１日に署名された契約を検分することができなく、２０１５年２月１日以降署名された契約のみを検分することができる)。
【００４２】
終了時点からシステムの初期化時点までの時間帯は、例えば、従業員Ａに対しては、２０１５年２月１日からシステムの初期化時まで署名された契約フォーム(契約)を検分する権限を与えると、従業員Ａは、２０１５年２月１日からシステムの初期化時まで署名された全部の契約フォーム／契約を検分することができる(即ち、従業員Ａは、２０１５年２月１日とその時点以前に署名されたシステム内の全ての契約を検分することができる)、(さらに、終了時点は終了時点を含まないと説明でき、終了時点を含まない場合、２０１５年２月１日に署名された契約を検分することができなく、２０１５年２月１日以前に署名された契約のみを検分することができる。さらに、システムの初期化時が設定できず、終了時点のみを設定すると、従業員Ａは、終了時点とその以前に署名された全部の契約を検分することができ、または、終了時点以前に署名された全部の契約を検分することができる)。
【００４３】
開始時点から終了時点までの時間帯は、例えば、従業員Ａに対しては、２０１５年２月１日から２０１５年６月１日まで署名された契約フォーム(契約)を検分する権限を与えると、従業員Ａは、２０１５年２月１日から２０１５年６月１日で署名された全部の契約フォーム(契約)を検分することができる。
【００４４】
時間フィールド値がヌル値である時間帯は、例えば、契約の納期は記入必須項目ではない。契約フォーム(契約)に納期を書き入れない場合に、従業員Ａに対しては、納期の時間フィールド値がヌルである契約フォームを検分する権限を与えると、従業員Ａは、納期が書き入れない全部の契約フォーム(契約)を検分することができる。
【００４５】
システムの初期化時から現在時点までの時間帯（現在時点は動態的である）は、例えば、従業員Ａに対しては、２０１７年６月１日にシステムの初期化時から現在時点まで署名された契約フォームを検分する権限を与えると、従業員Ａは、２０１７年６月１日に、システムの初期化時から２０１７年６月１日まで署名された全部の契約フォーム(契約)を検分することができ、２０１７年６月２日に、システムの初期化時から２０１７年６月２日まで署名された全部の契約フォーム(契約)を検分することができ、その他もろもろ、枚挙にいとまがない。前記システムの初期化時から現在時点までの時間帯は、時間フィールドがヌルである時間帯を含む(更に、システムの初期化時と現在時点の具体的な数値が設定されなく、従業員Ａに対しては、「システムの初期化時から現在時点までの時間帯」のその設置を設定したと、従業員Ａは、システムに何時でも調印され、ヌル値となる時間を含む全部の契約を検分することができる)。
【００４６】
権限時間帯の設置を完了すると、設置を保存する。
【００４７】
前記フォーム承認方法は、更に操作権限を設定するステップも含み、前記操作権限は時間特性フィールドに対応するフォームデータに対する検分、修正、増加、削除、および、印刷のうちの一種類或いは複数の種類の操作を含み、前記フォームデータは前記時間特性フィールドの各権限時間帯内のフォームデータである。従って、時間特性フィールドに対応するフォームデータに基づいて、検分、修正、増加、削除、印刷の承認を行うことができ、適応性を向上させる。図４に示すように、販売員は、２０１５年３月２６日１７：００以前に作成された契約フォーム（契約）を検分し印刷し、２０１６年７月２６日以降配達された契約フォーム（契約）を検分し修正する。
【実施例２】
【００４８】
図５に示すように、フォーム時間特性フィールドに基づくフォーム承認方法は、１人或いは複数の被承認者を選択することを含む。前記被承認者は人、ユーザー、組、類、ロールのうちの一種類或いは複数の種類を含み、前記ロールがグループ／クラスではなく、独立した個体であり、1つのロールは同時期に唯一のユーザーを関連付けることができ、１人のユーザーは１つ或は複数のロールを関連付ける。
【００４９】
前記ロールは部門に属し、ロールの作業内容によりロールを承認し、且つ前記ロールの名称は部門内で唯一であり、ロールの番号はシステム内で唯一である。前記ユーザーはロールを関連付けにより権限を確定し、１人の従業員は１人のユーザーに対応し、１人のユーザーは１人の従業員に対応する。
【００５０】
前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付けさせる。ロールを作成した後、ユーザーを作成するプロセスでロールを関連付けることができ、または、ユーザーを作成した後、いつでもロールを関連付けることができる。ユーザーは、ロールを関連付けた後ロールとの関係がいつでも解除でき、他のロールとの関係がいつでも確立できる。
【００５１】
1つのフォームを選択し、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示する。
【００５２】
前記フォーム承認方法は、更に時間特性フィールドを設定するステップも含むに従って、実際のニーズに応じて時間特性フィールドが設定できるため、適応性を向上させる。
【００５３】
被承認者が１人である場合、前記時間特性フィールドの権限時間帯の値を、その時間特性フィールドが前回承認された時に保存された権限時間帯の値と表示し、被承認者が２人或は２人以上である場合、前記時間特性フィールドの権限時間帯の値を表示しない。
【００５４】
被承認者が１人である場合、被承認者とフォームを選択した後、被承認者のそのフォームの時間特性フィールドが前回承認された承認操作者と承認時間を表示する。これは、被承認者を承認する必要があるかどうかを判断するのに都合がよい。
【００５５】
前記時間特性フィールドに対して権限時間帯を設置し、各時間特性フィールドのために権限時間帯を設置し、前記権限時間帯は、現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯、開始時点から現在時点までの時間帯、終了時点からシステムの初期化時までの時間帯、開始時点から終了時点までの時間帯、時間フィールド値がヌル値である時間帯、システムの初期化時点から現在時点までの時間帯という６種類のうちの１つ或は複数を含み、前記システムの初期化時から現在時点までの時間帯は時間フィールド値がヌル値である時間帯を含む。
【００５６】
限定フィールドを設定し、前記フォームに権限操作の時間特性フィールドを設定する必要がある権限時間帯のために限定フィールドを設定し、前記限定フィールドは、フィールド値が選択確定(たとえば、顧客（フォーム）の所属する産業（フィールド）には、製造、金融、航空など(フィールド値が選択できる)があり、人工的に入力できない)或いは自動確定となるフィールド(例えば、フォーム作成者、記録者、フォーム製作ロール、フォーム作る人など（フィールド）、フォーム（フォームデータ）が決定／保存されると、そのフィールドのフィールド値は関連するルールに従って自動的に決定される)であり、前記限定フィールドのフィールド値に対応するデータに対して操作権限を設定する。図６に示すように、販売員１は、２０１５年３月２６日以前に作成された物流産業の契約フォーム（契約）と、２０１６年７月２６日以降配達された衣料産業の契約書（契約）に対して操作することができる。
【００５７】
前記設置を保存する。
【実施例３】
【００５８】
図７に示すように、フォーム時間特性フィールドに基づくフォーム承認方法は、１人或いは複数の被承認者を選択することを含む。前記被承認者は人、ユーザー、組、類、ロールのうちの一種類或いは複数の種類を含み、前記ロールがグループ／クラスではなく、独立した個体であり、1つのロールは同時期に唯一のユーザーを関連付けることができ、１人のユーザーは１つ或は複数のロールを関連付ける。
【００５９】
ロールは部門に属し、ロールの作業内容によりロールを承認し、且つ前記ロールの名称は部門内で唯一であり、ロールの番号はシステム内で唯一である。前記ユーザーはロールを関連付けにより権限を確定し、１人の従業員は１人のユーザーに対応し、１人のユーザーは１人の従業員に対応する。
【００６０】
前記ユーザーは部門間で異動する時、ユーザーと元の部門のロールの関連を取り消し、ユーザーを新しい部門のロールに関連付けさせる。ロールを作成した後、ユーザーを作成するプロセスでロールを関連付けることができ、または、ユーザーを作成した後、いつでもロールを関連付けることができる。ユーザーは、ロールを関連付けた後ロールとの関係がいつでも解除でき、他のロールとの関係がいつでも確立できる。
【００６１】
1つのフォームを選択し、選択されたフォームに権限時間帯を設定する必要がある時間特性フィールドを表示する。
【００６２】
前記フォーム承認方法は、更に時間特性フィールドを設定するステップも含むに従って、実際のニーズに応じて時間特性フィールドが設定できるため、適応性を向上させる。
【００６３】
被承認者が１人である場合、前記時間特性フィールドの権限時間帯の値を、その時間特性フィールドが前回承認された時に保存された権限時間帯の値と表示し、被承認者が２人或は２人以上である場合、前記時間特性フィールドの権限時間帯の値を表示しない。
【００６４】
被承認者が１人である場合、被承認者とフォームを選択した後、被承認者のそのフォームの時間特性フィールドが前回承認された承認操作者と承認時間を表示する。これは、被承認者を承認する必要があるかどうかを判断するのに都合がよい。
【００６５】
テンプレートを選択し、１人の既存のロール被承認者或いは作成されたテンプレートを選択して承認テンプレートとし、前記時間特性フィールドの権限時間帯の値に承認テンプレートの相応の時間特性フィールドの権限時間帯の値を更新させる前記時間特性フィールドの権限時間帯の値を承認テンプレートの相応の時間特性フィールドの権限時間帯の値に更新する。図８に示すように、販売員１は被承認者であり、作成時点の権限時間帯の値を、作成されたテンプレート１の作成時点の権限時間帯の値と設置し、納期の権限時間帯の値を、作成されたテンプレート１の納期の権限時間帯の値と設置する。
【００６６】
前記時間特性フィールドに対して権限時間帯を設置し、各時間特性フィールドのために権限時間帯を設置し、前記権限時間帯は、現在時点から固定の時間を逆にして得られた時点から現在時点までの時間帯、開始時点から現在時点までの時間帯、終了時点からシステムの初期化時までの時間帯、開始時点から終了時点までの時間帯、時間フィールド値がヌル値である時間帯、システムの初期化時点から現在時点までの時間帯という６種類のうちの１つ或は複数を含み、前記システムの初期化時から現在時点までの時間帯は時間フィールド値がヌル値である時間帯を含む。
【００６７】
権限時間帯の設置を完了すると、前記設置を保存する。
【００６８】
上記は本発明の優先的な実施形態だけである。本発明は、本明細書に開示された形態に限定されないと理解され、他の実施形態を除くとみなされなく、却って様々な他の組み合わせや修正や環境に利用でき、本明細書のコンセプトの範囲内で、上記の教示または関連分野の技術または知識により修正を行うことができる。当業者に行われる修正及び変更は、本発明の趣旨及び範囲から逸脱するものではなく、全部と本発明に添付される請求項の範囲内にあるべきである。
【図１】
2020528599.tif 000003
【図２】
2020528599.tif 000004
【図３】
2020528599.tif 000005
【図４】
2020528599.tif 000006
【図５】
2020528599.tif 000007
【図６】
2020528599.tif 000008
【図７】
2020528599.tif 000009
【図８】
2020528599.tif 000010
【国際調査報告】
2020528599.tif 000011
2020528599.tif 000012
2020528599.tif 000013
2020528599.tif 000014
2020528599.tif 000015