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