(57)【特許請求の範囲】
【請求項１】
動的共有アカウント内のデータを提供するためのシステムであって、
ネットワークに通信可能に連結される１つ以上のプロセッサを含み、前記１つ以上のプロセッサは、
あるアカウントに関連付けられた第１のユーザーを識別し、
前記第１のユーザーがデータにアクセスできないとき又は前記アカウントに関連付けられた機能を実行できないときに前記第１のユーザーに関連付けられた前記アカウントへのアクセス権を持たせる第２のユーザーを識別し、
前記第１のユーザーの前記アカウントに関連付けられた１つ以上の所定の役割に対応する１つ以上の擬似アカウントの可用性を判定し、
前記１つ以上の擬似アカウントを用いて、前記第２のユーザーを前記アカウントにマップし、
前記マッピングに基づく前記アカウントへのアクセス権及び前記第１のユーザーに関連付けられたアクセス権限を前記第２のユーザーに提供する、ように構成される、システム。
【請求項２】
前記アカウントは、共有ソフトウェア・アズ・ア・サービス（ＳａａＳ）アカウントである、請求項１に記載のシステム。
【請求項３】
前記第２のユーザーに対する前記アカウントへのマッピングは、
前記第１のユーザーの前記アカウントに関連付けられた前記１つ以上の所定の役割を識別することと、
前記１つ以上の所定の役割に対応する前記１つ以上の擬似アカウントを識別することと、
前記第１のユーザーの前記アカウントに関連付けられた前記１つ以上の所定の役割に、前記第２のユーザーを関連付けることと、
前記第２のユーザーを、前記第２のユーザーに関連付けられた前記１つ以上の所定の役割に基づく前記１つ以上の擬似アカウントにマップすることと、を含む、請求項１に記載のシステム。
【請求項４】
前記第２のユーザーを前記１つ以上の擬似アカウントにマップすることは、動的マッピングを含み、前記動的マッピングにより、更に前記アカウントに関連付けられたデータを１人以上の追加のユーザーと共有することができる、請求項３に記載のシステム。
【請求項５】
前記１人以上の追加のユーザーは、前記第１のユーザーを含む、請求項４に記載のシステム。
【請求項６】
前記第２のユーザーに対する前記アカウントへのアクセスの提供は、前記第２のユーザーに関連付けられた識別子を認証することを含み、前記第２のユーザーに対する前記アカウントへのアクセスの提供は、少なくとも前記アカウントへのシングルサインオンアクセスを提供することを含む、請求項１に記載のシステム。
【請求項７】
前記識別子は、ユーザー識別子及びパスワードのうち少なくとも１つを含む、請求項６に記載のシステム。
【請求項８】
動的共有アカウント内のデータを提供するためのシステムに含まれる１つ以上のプロセッサが実行する方法であって、
あるアカウントに関連付けられた第１のユーザーを識別する工程と、
前記第１のユーザーがデータにアクセスできないとき又は前記アカウントに関連付けられた機能を実行できないときに前記第１のユーザーに関連付けられた前記アカウントへのアクセス権を持たせる第２のユーザーを識別する工程と、
前記第１のユーザーの前記アカウントに関連付けられた１つ以上の所定の役割に対応する１つ以上の擬似アカウントの可用性を判定する工程と、
前記１つ以上の擬似アカウントを用いて、前記第２のユーザーを前記アカウントにマップする工程と、
前記マッピングに基づく前記アカウントへのアクセス権及び前記第１のユーザーに関連付けられたアクセス権限を前記第２のユーザーに提供する工程と、を含む、方法。
【請求項９】
前記アカウントは、共有ソフトウェア・アズ・ア・サービス（ＳａａＳ）アカウントである、請求項８に記載の方法。
【請求項１０】
前記第２のユーザーを前記アカウントにマップする工程は、
前記第１のユーザーの前記アカウントに関連付けられた前記１つ以上の所定の役割を識別することと、
前記１つ以上の所定の役割に対応する前記１つ以上の擬似アカウントを識別することと、
前記第１のユーザーの前記アカウントに関連付けられた前記１つ以上の所定の役割に、前記第２のユーザーを関連付けることと、
前記第２のユーザーを、前記第２のユーザーに関連付けられた前記１つ以上の所定の役割に基づく前記１つ以上の擬似アカウントにマップすることと、を含む、請求項８に記載の方法。
【請求項１１】
前記第２のユーザーを前記１つ以上の擬似アカウントにマップすることは、動的マッピングを含み、前記動的マッピングにより、更に前記アカウントに関連付けられたデータを１人以上の追加のユーザーと共有することができる、請求項１０に記載の方法。
【請求項１２】
前記１人以上の追加のユーザーは、前記第１のユーザーを含む、請求項１１に記載の方法。
【請求項１３】
前記第２のユーザーに前記アカウントへのアクセスを提供する工程は、前記第２のユーザーに関連付けられた識別子を認証することを含み、前記第２のユーザーに前記アカウントへのアクセスを提供する工程は、少なくとも前記アカウントへのシングルサインオンアクセスを提供することを含む、請求項８に記載の方法。
【請求項１４】
前記識別子は、ユーザー識別子及びパスワードのうち少なくとも１つを含む、請求項１３に記載の方法。
【請求項１５】
請求項８に記載の方法を実行するためのコンピュータプロセスを実行するように、少なくとも１つのコンピュータプロセッサに指示するための、前記少なくとも１つのコンピュータプロセッサにより読み取り可能に構成された命令のコンピュータプログラムを記憶する、非一時的コンピュータ読み取り可能記憶媒体。
【請求項１６】
動的共有アカウントのためのシステムであって、
ネットワークに通信可能に連結される１つ以上のプロセッサを含み、前記１つ以上のプロセッサは、
サービスに関連付けられた少なくとも１つのアカウントであって予め設定された規則及び権限を有するアカウントを作成し、
前記少なくとも１つのアカウントのための１つ以上の役割であって予め設定された規則及び権限を有する役割を作成し、
前記１つ以上の役割のそれぞれに対応する少なくとも１つの擬似アカウントを作成し、
前記１つ以上の役割に基づく前記少なくとも１つのアカウントへのアクセスのための前記少なくとも１つの擬似アカウントに複数のユーザーを動的にマップするために、前記１つ以上の役割のうち少なくとも１つを前記複数のユーザーに割り当て、前記複数のユーザーのそれぞれは、前記少なくとも１つのアカウントに関連付けられたデータへのアクセス権を持ち、前記複数のユーザーのそれぞれは、前記少なくとも１つのアカウントに関連付けられた１つ以上の機能を実行することができたり、データへのアクセスが可能になったりする、ように構成される、システム。
【請求項１７】
前記少なくとも１つのアカウントは、少なくとも１つの共有アカウントであり、前記サービスはソフトウェア・アズ・ア・サービスである、請求項１６に記載のシステム。
【請求項１８】
動的共有アカウントのためのシステムに含まれる１つ以上のプロセッサが実行する方法であって、
サービスに関連付けられた少なくとも１つのアカウントであって予め設定された規則及び権限を有するアカウントを作成する工程と、
前記少なくとも１つのアカウントのための１つ以上の役割であって予め設定された規則及び権限を有する役割を作成する工程と、
前記１つ以上の役割のそれぞれに対応する少なくとも１つの擬似アカウントを作成する工程と、
前記１つ以上の役割に基づく前記少なくとも１つのアカウントへのアクセスのための前記少なくとも１つの擬似アカウントに複数のユーザーを動的にマップするために、前記１つ以上の役割のうち少なくとも１つを前記複数のユーザーに割り当て、前記複数のユーザーのそれぞれは、前記少なくとも１つのアカウントに関連付けられたデータへのアクセス権を持ち、前記複数のユーザーのそれぞれは、前記少なくとも１つのアカウントに関連付けられた１つ以上の機能を実行することができたり、データへのアクセスが可能になったりする工程と、を含む方法。
【請求項１９】
前記少なくとも１つのアカウントは、少なくとも１つの共有アカウントであり、前記サービスはソフトウェア・アズ・ア・サービスである、請求項１８に記載の方法。
【請求項２０】
請求項１８に記載の方法を実行するためのコンピュータプロセスを実行するように、少なくとも１つのコンピュータプロセッサに指示するための、前記少なくとも１つのコンピュータプロセッサにより読み取り可能に構成された命令のコンピュータプログラムを記憶する、非一時的コンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２０１２年３月１９日に出願された米国特許出願第１３／４２３，９３０号及び２０１１年５月３日に出願された米国特許仮出願第６１／４８２，１８９号に基づく優先権を主張し、当該出願の全内容を参照することにより本出願に援用するものである。
【０００２】
（発明の分野）
本開示は、概してネットワーク監視に関するものであり、より詳しくは、動的共有アカウント内のデータへのアクセスを提供するための技術に関するものである。
【背景技術】
【０００３】
クラウドサービスの普及がますます進んでいる。ソフトウェア・アズ・ア・サービス（ＳａａＳ）は、クラウドサービスであり、役割と許可について独自の仕様を有している。ＳａａＳに関連したアプリケーション・プログラミング・インタフェース（ＡＰＩ）は、汎用的でなく、プロバイダにより異なる場合がある。したがって、ある特定のＳａａＳでのセットアップは、別のＳａａＳでのセットアップとは異なる場合がある。また、ユーザーがある組織体から別の組織体に移動、又は完全にある組織体を離れることがある場合、このようなユーザーに関連付けられたデータは孤立してしまうこともあるため、割り当て又は再割り当ての必要が生じることがある。そのようなデータの割り当て又は再割り当ては、特に複数の異種のＳａａＳ又はクラウドサービスのプラットフォームにおいては、困難な場合がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の観点から、ＳａａＳのインフラストラクチャに適用される場合、従来の割り当て及びアクセス制御技術に関連する重大な問題と欠点が起こり得ることが理解できるであろう。
【課題を解決するための手段】
【０００５】
動的共有アカウント内のデータへのアクセスを提供するための技術について開示される。ある特定の例示的な実施形態において、この技術は、動的共有アカウント内のデータを提供するためのシステムとして実現できる。このシステムは、ネットワークに通信可能に連結される１つ以上のプロセッサを含んでもよい。この１つ以上のプロセッサは、あるアカウントに関連付けられた第１のユーザーを識別し、第１のユーザーがデータにアクセスできないとき又はそのアカウントに関連付けられた機能を実行できないときに第１のユーザーに関連付けられたそのアカウントへのアクセス権を持たせる第２のユーザーを識別し、第２のユーザーをそのアカウントにマップし、第２のユーザーに、そのマッピングに基づくアカウントへのアクセス権及び第１のユーザーに関連付けられたアクセス権限を提供する、ように構成されてもよい。
【０００６】
この特定の実施形態の他の側面によれば、そのアカウントは共有ソフトウェア・アズ・ア・サービス（ＳａａＳ）アカウントであってもよい。
【０００７】
この特定の実施形態の更なる側面によれば、第２のユーザーに対するアカウントへのマッピングは、第１のユーザーのアカウントに関連付けられた１つ以上の所定の役割を識別することと、その１つ以上の所定の役割に対応する１つ以上の擬似アカウントを識別することと、第１のユーザーのアカウントに関連付けられたその１つ以上の所定の役割に、第２のユーザーを関連付けることと、第２のユーザーを、第２のユーザーに関連付けられたその１つ以上の所定の役割に基づくその１つ以上の擬似アカウントにマップすることと、を含んでもよい。
【０００８】
この特定の実施形態の別の側面によれば、第２のユーザーをその１つ以上の擬似アカウントにマッピングすることは、更に動的マッピングを含んでもよい。いくつかの実施形態において、動的マッピングにより、そのアカウントに関連付けられたデータを１人以上の追加のユーザーと共有することができてもよい。
【０００９】
この特定の実施形態の他の側面によれば、１人以上の追加のユーザーは第１のユーザーを含んでもよい。
【００１０】
この特定の実施形態の更なる側面によれば、第２のユーザーに対するそのアカウントへのアクセスの提供は、第２のユーザーに関連付けられた識別子を認証することを含んでもよい。いくつかの実施形態において、第２のユーザーに対するそのアカウントへのアクセスの提供は、少なくともそのアカウントへのシングルサインオンアクセスを提供することを含んでもよい。
【００１１】
この特定の実施形態の別の側面によれば、識別子は、ユーザー識別子及びパスワードのうち少なくとも１つを含んでもよい。
【００１２】
別の特定の実施形態において、この技術は、動的共有アカウント内のデータを提供するための方法として実現できる。この方法は、あるアカウントに関連付けられた第１のユーザーを識別する工程と、第１のユーザーがデータにアクセスできないとき又はそのアカウントに関連付けられた機能を実行できないときに第１のユーザーに関連付けられたそのアカウントへのアクセス権を持たせる第２のユーザーを識別する工程と、第２のユーザーをそのアカウントにマップする工程と、そのマッピングに基づくアカウントへのアクセス権及び第１のユーザーに関連付けられたアクセス権限を第２のユーザーに提供する工程と、を含んでもよい。
【００１３】
この特定の実施形態の他の側面によれば、そのアカウントは共有ソフトウェア・アズ・ア・サービス（ＳａａＳ）アカウントであってもよい。
【００１４】
この特定の実施形態の更なる側面によれば、第２のユーザーをそのアカウントにマップする工程は、第１のユーザーのアカウントに関連付けられた１つ以上の所定の役割を識別することと、その１つ以上の所定の役割に対応する１つ以上の擬似アカウントを識別することと、第１のユーザーのそのアカウントに関連付けられたその１つ以上の所定の役割に第２のユーザーを関連付けることと、第２のユーザーを、第２のユーザーに関連付けられたその１つ以上の所定の役割に基づくその１つ以上の擬似アカウントにマップすることと、を含んでもよい。
【００１５】
この特定の実施形態の別の側面によれば、第２のユーザーをその１つ以上の擬似アカウントにマップすることは、更に動的マッピングを含んでもよい。いくつかの実施形態において、動的マッピングにより、そのアカウントに関連付けられたデータを１人以上の追加のユーザーと共有することができてもよい。
【００１６】
この特定の実施形態の他の側面によれば、１人以上の追加のユーザーは第１のユーザーを含んでもよい。
【００１７】
この特定の実施形態の更なる側面によれば、第２のユーザーにそのアカウントへのアクセスを提供する工程は、第２のユーザーに関連付けられた識別子を認証することを含んでもよい。いくつかの実施形態において、第２のユーザーにそのアカウントへのアクセスを提供する工程は、少なくともそのアカウントへのシングルサインオンアクセスを提供することを含んでもよい。
【００１８】
この特定の実施形態の別の側面によれば、識別子は、ユーザー識別子及びパスワードのうち少なくとも１つを含んでもよい。
【００１９】
別の特定の実施形態によれば、この技術は動的共有アカウントのためのシステムとして実現できる。このシステムは、ネットワークに通信可能に連結される１つ以上のプロセッサを含んでもよい。その１つ以上のプロセッサは、サービスに関連付けられた少なくとも１つのアカウントを作成し、その少なくとも１つのアカウントのための１つ以上の役割を作成し、その１つ以上の役割のそれぞれに対応する少なくとも１つの擬似アカウントを作成し、その１つ以上の役割に基づくその少なくとも１つのアカウントへのアクセスのためのその少なくとも１つの擬似アカウントに複数のユーザーを動的にマップするために、その１つ以上の役割のうち少なくとも１つを複数のユーザーに割り当て、複数のユーザーのそれぞれは少なくともその１つのアカウントに関連付けられたデータへのアクセス権を持つように、構成されてもよい。いくつかの実施形態において、複数のユーザーのそれぞれは、その少なくとも１つのアカウントに関連付けられた１つ以上の機能を実行することができたり、データへのアクセスが可能になったり、してもよい。
【００２０】
この特定の実施形態の他の側面によれば、その少なくとも１つのアカウントは、少なくとも１つの共有アカウントであってもよく、そのサービスはソフトウェア・アズ・ア・サービスであってもよい。
【００２１】
別の特定の実施形態によれば、この技術は動的共有アカウントのための方法として実現できる。この方法は、サービスに関連付けられた少なくとも１つのアカウントを作成する工程と、その少なくとも１つのアカウントのための１つ以上の役割を作成する工程と、その１つ以上の役割のそれぞれに対応する少なくとも１つの擬似アカウントを作成する工程と、その１つ以上の役割に基づくその少なくとも１つのアカウントへのアクセスのためのその少なくとも１つの擬似アカウントに複数のユーザーを動的にマップするために、その１つ以上の役割のうち少なくとも１つを複数のユーザーに割り当て、複数のユーザーのそれぞれは、その少なくとも１つのアカウントに関連付けられたデータへのアクセス権を持つようにする工程と、を含んでもよい。いくつかの実施形態において、複数のユーザーのそれぞれは、その少なくとも１つのアカウントに関連付けられた１つ以上の機能を実行することができたり、データへのアクセスが可能になったり、してもよい。
【００２２】
この特定の実施形態の他の側面によれば、その少なくとも１つのアカウントは、少なくとも１つの共有アカウントであってもよく、そのサービスはソフトウェア・アズ・ア・サービスであってもよい。
【００２３】
以下、添付の図面に示されるように、例示的な実施形態を参照して本開示を更に詳細に説明する。本開示は例示的な実施形態を参照して以下に説明されるが、本開示がそれに限定されないことを理解されたい。本明細書中の教示に接する機会のある当業者であれば、他の使用分野のみならず、追加的な実施、変形例、及び実施形態も認めるであろうし、それらは、本明細書中に記載される本開示の範囲に含まれ、本開示の重要な有用性に関するものである。
【図面の簡単な説明】
【００２４】
本開示のより完全な理解を促すために、添付の図面を参照されたい。同様の要素には、同様の数字が付される。これらの図面は、本開示を限定するよう解釈されるべきでなく、単なる例示であると意図される。
【図１】本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するためのネットワークアーキテクチャを示すブロック図。
【図２】本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するためのコンピュータシステムのブロック図。
【図３】本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するためのモジュールを示す。
【図４】本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するためのマッピング模式図。
【図５】本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するための方法のフローチャートを示す。
【図６】本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するための方法のフローチャートを示す。
【発明を実施するための形態】
【００２５】
図１は、本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するためのネットワークアーキテクチャ１００を示すブロック図である。図１は、ネットワークアーキテクチャ１００の簡略図であり、図中に示されていない付加的な要素を含んでもよい。ネットワークアーキテクチャ１００は、クライアントシステム１１０、１２０及び１３０、並びにサーバー１４０Ａ及び１４０Ｂ（そのうち１つ以上は、図２に示すコンピュータシステム２００により実現されてもよい）を含んでもよい。クライアントシステム１１０、１２０及び１３０は、ネットワーク１５０に通信可能に連結することができる。サーバー１４０Ａは、記憶装置１６０Ａ（１）〜（Ｎ）と通信可能に連結されてもよく、サーバー１４０Ｂは、記憶装置１６０Ｂ（１）〜（Ｎ）と通信可能に連結されてもよい。サーバー１４０Ａ及び１４０Ｂには、管理モジュール（例えば、サーバー１４０Ａのアカウント管理モジュール１５４）が含まれる場合がある。サーバー１４０Ａ及び１４０Ｂは、ＳＡＮ（ストレージ・エリア・ネットワーク）ファブリック１７０と通信可能に連結することができる。ＳＡＮファブリック１７０は、サーバー１４０Ａ及び１４０Ｂ、並びにネットワーク１５０を介しクライアントシステム１１０、１２０及び１３０により、記憶装置１８０（１）〜（Ｎ）へのアクセスをサポートすることができる。
【００２６】
図２のコンピュータシステム２００を参照すると、モデム２４７、ネットワークインタフェース２４８又はその他の方法により、クライアントシステム１１０、１２０及び１３０のうちの１つ以上からネットワーク１５０への接続を提供することができる。クライアントシステム１１０、１２０及び１３０は、例えば、ウェブブラウザ又はその他のクライアントソフトウェア（図示せず）により、サーバー１４０Ａ又は１４０Ｂの情報にアクセスすることもできる。このようなクライアントにより、クライアントシステム１１０、１２０及び１３０は、サーバー１４０Ａ若しくは１４０Ｂ、又は記憶装置１６０Ａ（１）〜（Ｎ）、１６０Ｂ（１）〜（Ｎ）、及び／若しくは１８０（１）〜（Ｎ）のいずれかによりホストされるデータにアクセスすることが可能になる。
【００２７】
ネットワーク１５０及び１９０は、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、セルラーネットワーク、衛星ネットワーク、又はクライアント１１０、１２０及び１３０、サーバー１４０、並びにネットワーク１５０及び１９０と通信可能に連結されるその他のデバイスとの間の通信を可能にするその他のネットワークであってもよい。ネットワーク１５０及び１９０は、スタンドアロンネットワークとして、又は互いに協働して作動する、１つ又は任意の数の、上述した例示的なタイプのネットワークを更に含むことができる。ネットワーク１５０及び１９０は、それらが通信可能に連結される１つ以上のクライアント又はサーバーの１つ以上のプロトコルを利用することができる。ネットワーク１５０及び１９０は、ネットワークデバイスの１つ以上のプロトコルに、その他のプロトコルから又はその他のプロトコルへ変換することができる。ネットワーク１５０及び１９０は、それぞれ１つのネットワークとして示されているが、１つ以上の実施形態によれば、ネットワーク１５０及び１９０は、それぞれ相互接続された複数のネットワークを含んでもよいことを理解されたい。
【００２８】
記憶装置１６０Ａ（１）〜（Ｎ）、１６０Ｂ（１）〜（Ｎ）及び／又は１８０（１）〜（Ｎ）は、ネットワークアクセス可能なストレージであってもよく、サーバー１４０Ａ又は１４０Ｂに対しローカル、リモート又はこれらの組み合わせであってもよい。記憶装置１６０Ａ（１）〜（Ｎ）、１６０Ｂ（１）〜（Ｎ）及び／又は１８０（１）〜（Ｎ）は、レイド（「ＲＡＩＤ」）、磁気テープ、ディスク、ストレージ・エリア・ネットワーク（「ＳＡＮ」）、インターネット・スモール・コンピュータシステム・インタフェース（「ｉＳＣＳＩ」）ＳＡＮ、ファイバチャネルＳＡＮ、コモン・インターネット・ファイル・システム（「ＣＩＦＳ」）、ネットワーク・アタッチト・ストレージ（「ＮＡＳ」）、ネットワーク・ファイル・システム（「ＮＦＳ」）、光ベースのストレージ、又はその他のコンピュータアクセス可能なストレージを利用することができる。記憶装置１６０Ａ（１）〜（Ｎ）、１６０Ｂ（１）〜（Ｎ）及び／又は１８０（１）〜（Ｎ）は、バックアップ又はアーカイブの目的で使用することができる。
【００２９】
いくつかの実施形態によれば、クライアント１１０、１２０及び１３０は、ネットワーク１５０への無線又は有線接続を介して連結される、スマートフォン、ＰＤＡ、デスクトップコンピュータ、ノート型パソコン、サーバー、その他のコンピュータ、又はその他のデバイスであってもよい。クライアント１１０、１２０及び１３０は、ユーザー入力、データベース、ファイル、ウェブサービス及び／又はアプリケーションプログラミングインタフェースからデータを受信することができる。
【００３０】
サーバー１４０Ａ及び１４０Ｂは、アプリケーションサーバー、アーカイブプラットフォーム、バックアップサーバー、ネットワーク記憶装置、メディアサーバー、電子メールサーバー、文書管理プラットフォーム、エンタープライズサーチサーバー、又はネットワーク１５０と通信可能に連結されたその他のデバイスであってもよい。サーバー１４０Ａ及び１４０Ｂは、記憶装置１６０Ａ（１）〜（Ｎ）、１６０Ｂ（１）〜（Ｎ）及び／又は１８０（１）〜（Ｎ）のいずれかをアプリケーションデータ、バックアップデータ又はその他のデータの記憶のため利用することができる。サーバー１４０Ａ及び１４０Ｂは、クライアント１１０、１２０及び１３０とバックアッププラットフォーム、バックアッププロセス及び／又は記憶装置との間で送受信されるデータを処理することができる、アプリケーションサーバーなどのホストであってもよい。いくつかの実施形態によれば、サーバー１４０Ａ及び１４０Ｂは、データのバックアップ及び／又はアーカイブのために使用されるプラットフォームであってもよい。データの１つ以上の部分は、適用されたバックアップポリシー及び／又はアーカイブ、データソースに関連する属性、バックアップのために利用可能なスペース、データソースにおいて利用可能なスペース、又は他の要因に基づいて、バックアップ又はアーカイブされてもよい。
【００３１】
いくつかの実施形態によれば、クライアント１１０、１２０及び／又は１３０は、例えば、アカウント管理モジュール１５４のような、動的共有アカウント内のデータへのアクセスを提供するためのソフトウェアの１つ以上の部分を含んでいてもよい。図示のように、アカウント管理モジュール１５４の１つ以上の部分は、ネットワークの中心位置に存在してもよい。例えば、サーバー１４０Ａは、サーバー、ファイアウォール、ゲートウェイ、又は動的共有アカウントにより役割ベースアクセス制御を提供するために１つ以上のアクションを実行することができる、その他のネットワーク要素であってもよい。いくつかの実施形態によれば、ネットワーク１９０は、外部ネットワークであってもよく（例えば、インターネット）、サーバー１４０Ａは、１つ以上の内部構成要素とクライアントと外部ネットワークとの間のゲートウェイ又はファイアウォールであってもよい。
【００３２】
アカウント管理モジュール１５４は、とりわけ、ソフトウェア・アズ・ア・サービス（ＳａａＳ）又は企業のためのクラウドコンピューティングモデルのための役割ベースアクセス制御（ＲＢＡＣ）を提供することができる。ＳａａＳの提供者側では、少なくとも１つのアカウントを設定してもよい。少なくとも１つのアカウントは、それぞれ、組織内の指定された役割のための特定の許可を持つように設定されてもよい。更に、各アカウントには、１人以上のユーザーに対する可変のアクセス権があらかじめ設定されてもよい。
【００３３】
ユーザーが１つ以上のＳａａＳの１つ以上の機能を利用するためにログインするとき、アカウント管理モジュール１５４は、全てのユーザーのシングルサインオン、ユーザー識別、並びに認証及び承認のための責任を有してもよい。例えば、アカウント管理モジュール１５４は、ユーザーにアクセス権を付与する（例えば、シングルサインオンを介する）だけでなく、特定のアカウントを、アカウント管理モジュール１５４に関連付けられた１つ以上のＳａａＳプロバイダにプロビジョンしてもよい。組織又は企業内のユーザーの役割と責任に基づいて、ユーザーは事前に設定されたユーザーアカウントのいずれかに動的にプロビジョンされてもよい。したがって、ＳａａＳアプリケーションにおけるユーザーのアクセスは、そのユーザーの役割と許可に基づいてアクセス可能及び／又は制限されてもよい。
【００３４】
それに応じて、アカウント管理モジュール１５４は、ＳａａＳのプロバイダ及び／又はＳａａＳの特定の実施要件に依存せず、組織全体において役割ベースのアクセス制御を統合してもよい。１つ以上のＳａａＳのために作成された様々な役割のうちの１つ以上のための１つ以上のアカウントに複数のユーザーのそれぞれを動的にマップすることにより、動的共有アカウントを使用した役割ベースのアクセス制御を、連携ＩＤ管理を介してクラウド上でＳａａＳアプリケーションに提供することができる。
【００３５】
動的共有アカウントを使用することにより、データ管理のより統合的かつ効率的なアプローチが可能になる。上記のように、ユーザーがある組織体から別の組織体に移動、又はある組織体を完全に離れることがある場合、このようなユーザーに関連付けられたデータは孤立してしまうこともあるため、割り当て又は再割り当ての必要が生じることがある。従来のシステムでは、そのようなデータの割り当て又は再割り当ては、特に複数の異種のＳａａＳやクラウドサービスのプラットフォームでは、もし万が一可能でも、困難であり得る。しかし、アカウント管理モジュール１５４は、１人以上のユーザーのデータアクセスを、又は逆もまた同様に、容易に提供することができる。
【００３６】
図２は、本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するためのコンピュータシステムを示すブロック図２００である。コンピュータシステム２００は、本開示に従って技術を実施するのに好適である。コンピュータシステム２００は、コンピュータシステム２１０の主要なサブシステムを相互接続することができるバス２１２を含むことができ、主要なサブシステムには、中央処理装置２１４、システムメモリ２１７（例えば、ＲＡＭ（ランダム・アクセス・メモリ）、ＲＯＭ（リード・オンリー・メモリ）、フラッシュＲＡＭ等）、入力／出力（Ｉ／Ｏ）コントローラ２１８、オーディオ出力インタフェース２２２を介するスピーカーシステム２２０などの外部オーディオ装置、ディスプレイアダプタ２２６を介するディスプレイ画面２２４などの外部装置、シリアルポート２２８及び２３０、キーボード２３２（キーボードコントローラ２３３を介してインタフェース接続される）、ストレージインタフェース２３４、フロッピーディスク２３８（「フロッピー」は登録商標、以下同じ）を受けるために動作するフロッピーディスクドライブ２３７、ファイバチャネルネットワーク２９０と接続するために動作するホスト・バス・アダプタ（ＨＢＡ）インタフェースカード２３５Ａ、ＳＣＳＩバス２３９と接続するために動作するホスト・バス・アダプタ（ＨＢＡ）インタフェースカード２３５Ｂ、及び光ディスク２４２を受けるために動作する光ディスクドライブ２４０等が含まれる。同様に、マウス２４６（又はシリアルポート２２８を介してバス２１２に連結された他のポイントアンドクリックデバイス）、モデム２４７（シリアルポート２３０を介してバス２１２に連結される）、ネットワークインタフェース２４８（バス２１２に直接連結される）、電力管理部２５０、及びバッテリ２５２が含まれてもよい。
【００３７】
バス２１２は、上述のように、中央処理装置２１４とシステムメモリ２１７との間のデータ通信を可能にし、システムメモリ２１７は、リード・オンリー・メモリ（ＲＯＭ）又はフラッシュメモリ（いずれも図示せず）と、ランダム・アクセス・メモリ（ＲＡＭ）（図示せず）とを含んでもよい。ＲＡＭは、オペレーティングシステム及びアプリケーションプログラムがロードされてもよいメインメモリであってもよい。ＲＯＭ又はフラッシュメモリは、他のコードと共に、周辺コンポーネンツとの相互作用等の基本的なハードウェアの動作を制御する、ベーシック・インプット／アウトプット・システム（ＢＩＯＳ）を含むことができる。コンピュータシステム２１０に常駐するアプリケーションは、ハードディスクドライブ（例えば、固定ディスク２４４）、光学ドライブ（例えば、光学ドライブ２４０）、フロッピーディスクユニット２３７、又はその他の記憶媒体等の、コンピュータ読み取り可能媒体上に格納されたり、それを介してアクセスしたりすることができる。例えば、アカウント管理モジュール１５４は、システムメモリ２１７内に常駐することができる。
【００３８】
ストレージインタフェース２３４は、コンピュータシステム２１０のその他のストレージインタフェースと同様に、固定ディスクドライブ２４４等の、記憶及び／又は情報の検索のための、標準的なコンピュータ読み取り可能媒体に接続することができる。固定ディスクドライブ２４４は、コンピュータシステム２１０の一部であってもよく、独立していて、他のインタフェースシステムを介してアクセスされてもよい。モデム２４７は、電話回線を介してリモートサーバーへの直接接続を提供してもよく、インターネット・サービス・プロバイダ（ＩＳＰ）経由でインターネットに接続してもよい。ネットワークインタフェース２４８は、ＰＯＰ（ポイント・オブ・プレゼンス）を介したインターネットへのダイレクトネットワークリンクを介してリモートサーバーへの直接接続を提供してもよい。ネットワークインタフェース２４８は、デジタル携帯電話接続、セルラー・デジタル・パケット・データ（ＣＤＰＤ）接続、又はデジタル衛星データ接続等を含む無線技術を用いて、このような接続を提供してもよい。
【００３９】
他の多くのデバイス又はサブシステム（図示せず）も同様の方法で接続することができる（例えば、文書スキャナ、デジタルカメラ等）。逆に、図２に図示されるすべてのデバイスが、本開示を実践するために存在する必要はない。デバイス及びサブシステムは、図２に示されるものとは異なる方法で相互接続することができる。本開示を実施するためのコードは、システムメモリ２１７、固定ディスク２４４、光ディスク２４２、又はフロッピーディスク２３８等、コンピュータ読み取り可能記憶媒体のうちの１つ以上に格納することができる。本開示を実施するためのコードは、１つ以上のインタフェースを介して受け取り、メモリに格納することもできる。コンピュータシステム２１０に設けられたオペレーティングシステムは、ＭＳ−ＤＯＳ（登録商標）、ＭＳ−ＷＩＮＤＯＷＳ（登録商標）、ＯＳ／２（登録商標）、ＯＳ  Ｘ（登録商標）、ＵＮＩＸ（登録商標）、Ｌｉｎｕｘ（登録商標）、又はその他の周知のオペレーティングシステムでもよい。
【００４０】
電力管理部２５０は、バッテリ２５２の電力レベルを監視することができる。電力管理部２５０は、電力レベル、コンピュータシステム２００のシャットダウン前残り時間窓、電力消費率、コンピュータシステムが主電源（例えば、ＡＣ電源）又はバッテリ電源のいずれを使用しているかの表示器、及びその他電力関連情報の判定を可能にするために、１つ以上のＡＰＩ（アプリケーション・プログラミング・インタフェース）を提供することができる。いくつかの実施形態によれば、電源管理部２５０のＡＰＩは、リモートアクセス可能であってもよい（例えば、ネットワーク接続を介して、リモートバックアップ管理モジュールにアクセス可能であってもよい）。いくつかの実施形態によれば、バッテリ２５２は、コンピュータシステム２００のローカル又はリモートのいずれかに位置する無停電電源装置（ＵＰＳ）であってもよい。このような実施形態では、電源管理部２５０は、ＵＰＳの電力レベルに関する情報を提供することができる。
【００４１】
図３は、本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するためのモジュール３１０を示す。図３を参照すると、本開示の実施形態による、アカウント管理モジュール３１０が示されている。図示のように、アカウント管理モジュール３１０は、役割ベースアクセス制御モジュール３１２、アイデンティティモジュール３１４、動的アカウントマッピングモジュール３１６、及び障害記録及び報告モジュール３１８を含む１つ以上の構成要素を含んでもよい。
【００４２】
以下にて、１つ以上のモジュールを含むことができる、動的共有アカウント内のデータへのアクセスを提供するためのシステム及び方法のネットワーク要素、コンピュータ、並びに／又は構成要素を説明する。本明細書において、用語「モジュール」は、コンピューティングソフトウェア、ファームウェア、ハードウェア、及び／又はそれらの様々な組み合わせを指すものと理解することができる。しかし、モジュールは、プロセッサによる読み取り及び記録可能な記憶媒体に記録されたり、ハードウェア若しくはファームウェアに実装されていないソフトウェアである、と解釈されるべきではない（例えば、モジュールはソフトウェア自体ではない）。モジュールは例示であることに留意されたい。モジュールは、様々なアプリケーションをサポートするために、組み合わせたり、統合されたり、分離及び／又は二重化されてもよい。また、特定のモジュールで実行されるものとして本明細書に記載の機能は、１つ以上のその他のモジュールで、及び／又は特定のモジュールで実行される機能に加えて、又はその代わりに、１つ以上のその他のデバイスによって、実行されてもよい。更にモジュールは、複数のデバイス及び／又は互いに対してローカル又はリモートのその他の構成要素に実装することができる。更に、モジュールは、あるデバイスから別のデバイスに移動して加えられてもよく、及び／又は両方のデバイスに含まれてもよい。
【００４３】
役割ベースアクセス制御モジュール３１２は、１つ以上のＳａａＳで１つ以上のアカウントの作成を要求することができる。役割ベースアクセス制御モジュール３１２は、１つ以上のプロファイルを作成することができる。１つ以上のプロファイルのそれぞれは、特定のオブジェクト又は複数のオブジェクトのセットのいずれかに、許可を付与することができる。特定のジョブ機能を表す各役割のために、役割ベースアクセス制御モジュール３１２は、特定の許可のセットにその役割に適用可能なプロファイルを割り当てることができる。各役割に対し、役割ベースアクセス制御モジュール３１２は、ＳａａＳのプロバイダ上に少なくとも１つのアカウントを作成することができる。複数のユーザーが同時にログインできるよう、特定の役割のために多くのアカウントが作成され得ることを理解されたい。本明細書において、これらのアカウントを「擬似アカウント」と呼ぶことができ、実際には、１つ以上の擬似アカウントは、ＳａａＳのプロバイダのアカウントの特定の役割に関連付けられた１つ以上のスロットとしての役割を果たすことができる。
【００４４】
いくつかの実施形態によれば、ユーザーは、特定のアプリケーションのために１つの役割を有することができる。ここで、ユーザーがアプリケーションを切り替えたときに、ユーザーは、異なる役割を担うことができ、その役割に特有のアクションを実行することができる。しかし、これは必ずしもそうなるとは限らない。
【００４５】
いくつかの実施形態によれば、各擬似アカウントの役割は、様々なアプリケーション間で、ユーザーごとに異なる場合がある。例えば、ある従業員は、あるＳａａＳアプリケーションに対し従業員レベルのアクセス権を有してもよいし、同時に別のＳａａＳアプリケーションのシステム管理者であってもよい。
【００４６】
複数のアプリケーションにおける動的共有アカウントを使用した役割ベースアクセス制御の１つの利点として、様々な役割に対しアップデートが必要になった場合、アクセス権限は擬似アカウントレベルにおける調整により調節できるという点を挙げることができる。その特定の役割に関連付けられたいかなるユーザーも、それらのユーザーアカウントに対するアクセス可能性及び権限における、対応する変化を受け得るであろう。これにより、柔軟性、効率及び信頼性を高めることができる。
【００４７】
複数のアプリケーションにおける動的共有アカウントを使用した役割ベースアクセス制御の他の利点として、様々なユーザーが同じアカウント又はデータへのアクセス権を有することができる点を挙げることができる。グループ所有又は共同利用により、ユーザーが解除されたり、又はユーザーがある組織体から別の組織体へ移動する場合、特に、組織体に関連付けられたアクセス権限が異なる場合に、データの再割り当て又はプロビジョニングが容易になる。
【００４８】
アイデンティティモジュール３１４は、ある組織内の複数のユーザーにユーザーインタフェースを提供する。例えば、ユーザーは、ＳａａＳアプリケーションの個人アカウントに直接ログインするよりもむしろ、このユーザーインタフェースを介してログインしてもよい。アイデンティティモジュール３１４は、とりわけ、シングルサインオン、ユーザー識別、認証及び承認、並びに／又は役割ベース検証等に限られない様々な機能を与えることができる。
【００４９】
アイデンティティモジュール３１４を使用することの利点の１つとして、ユーザーが１つ以上のＳａａＳアプリケーションへのアクセスを求める際に、例えばシングルサイオンの手順により、複数回ログインすることなしに、複数のＳａａＳアプリケーションの１つ以上のアカウントにアクセスすることができる、という点を挙げることができる。繰り返し、これにより、柔軟性及び効率を高めることができる。
【００５０】
動的アカウントマッピングモジュール３１６は、アイデンティティモジュール３１４を介してログインする各ユーザーを１つ以上の擬似アカウントにマップすることができる。これらの擬似アカウントに対するマッピングは動的であってもよい。上述のように、各ＳａａＳにおける各役割のために作成される擬似アカウントの数には制限がある場合があるため、動的アカウントマッピングモジュール３１６は、各擬似アカウントの可用性に基づき、１人以上のユーザーに各ＳａａＳへのアクセスを提供することができるようにしたり、又は他の優先度方策を取るようにしてもよい。
【００５１】
障害記録及び報告モジュール３１８は、ログ、レポート又は動的共有アカウント内のデータへのアクセスの提供に関連する他の情報を作成することができる。
【００５２】
図４は、本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するためのマッピング模式図４００を示す。図４において、複数のユーザー、Ｕ１、Ｕ２、．．．、Ｕｎは、１つ以上のクラウドサービス、例えば、ＳａａＳ  １、ＳａａＳ  ２、．．．、ＳａａＳ  ｎへのアクセスを求めてもよい。アクセスを得るため、ユーザーＵ１、Ｕ２又はＵｎのそれぞれは、アカウント管理モジュール３１０の対応するユーザーアカウント４０２にログインしてもよい。ユーザーアカウント４０２は、ＳａａＳ  ４０８のための所定の役割４０６に基づき、１つ以上の擬似アカウント４０４にマップされてもよい。
【００５３】
例えば、ＳａａＳ  １はＳａｌｅｓＦｏｒｃｅ．ｃｏｍ等のセールスサービス、ＳａａＳ  ２はコンカーエクスペンスレポート等のアカウンティングサービス、ＳａａＳ  ＮはＧｏｏｇｌｅＤｏｃｓドキュメントサービス、であってもよく、ここでＮは整数であってもよい。ＳａａＳ  １において作成されたアカウントには、次のような対応する役割Ｒ１−１、Ｒ１−２及びＲ１−３があってもよい。Ｒ１−１はセールスマネージャの役割、Ｒ１−２は販売代理人の役割、及びＲ１−３はパブリックビューの役割を目的としてもよい。ＳａａＳ  ２において作成されたアカウントには、次のような対応する役割Ｒ２−１、Ｒ２−２及びＲ２−３があってもよい。Ｒ２−１はファイナンスの役割、Ｒ２−２はマネージャの役割、及びＲ２−３は従業員の役割を目的としてもよい。ＳａａＳ  ３において作成されたアカウントには、次のような対応する役割ＲＮ−１、ＲＮ−２及びＲ１−ｎがあってもよい。ＲＮ−１はフルエディタの役割、ＲＮ−２は部分的なエディタの役割、ＲＮ−ｎは読み取り専用の役割を目的としてもよく、ここでｎは整数であってもよい。
【００５４】
ユーザーＵ１がアカウント管理モジュール３１０を介してログインする場合、ユーザーＵ１は、ＳａａＳ  １においてセールスマネージャの権限、ＳａａＳ  ２においてファイナンスの権限、ＳａａＳ  Ｎにおいてフルエディタの権限を持つことができる。この例では、ユーザーＵ１は、すべてのＳａａＳアプリケーションに対して完全又はほぼ完全なアクセス権を持つ、特定の法人における役員であってもよい。
【００５５】
ユーザーＵ２もまたアカウント管理モジュール３１０を介してログインすることができる。ユーザーＵ２がＳａａＳ  １においてセールスマネージャのアクセス権を持ってもよい一方、ユーザーＵ２はＳａａＳ  ２において従業員のアクセス権のみ及びＳａａＳ  Ｎにおいて部分的なエディタのアクセス権のみを持ってもよい。その結果、ある組織内における従業員の役割によって、１つ以上のＳａａＳアプリケーションに対するユーザーレベルアクセス権はそれに応じてアカウント管理モジュール３１０において予め設定されてもよい。
【００５６】
ユーザーＵｎもまた、ユーザーＵ１及びユーザーＵ２がログインされているのと同時に、ログインすることができる。あるシナリオにおいては、ＵｎもまたＳａａＳ  １においてセールスマネージャの権限を持つことができる。しかし、ユーザーＵ１及びユーザーＵ２が役割Ｒ１−１のために作成された２つのみの擬似アカウントにすでにログインしているため、その時、ユーザーＵｎはセールスマネージャとしてＳａａＳ  １にアクセスできないかもしれない。いくつかの実施例において、ユーザーＵｎはアクセスを拒否される場合がある。他の実施例において、ユーザーＵｎは待機するよう要求される場合がある。更に他の実施例において、Ｒ１−１と同等又はそれ以下のアクセス権限を提供するであろう別の役割へのアクセス権が、ユーザーＵｎに付与されるようにしてもよい。例えば、代わりに、ユーザーＵｎは、Ｒ１−２へのアクセスを提案されてもよい。ここで、ユーザーＵｎは、ユーザーＵｎがセールスマネージャ及び販売代理人の両方がアクセスできるＳａａＳ  １の情報にさえアクセスすればよいこともあるため、これを容認してもよい。したがって、アカウント管理モジュール３１０は、複数のＳａａＳアプリケーションのそれぞれのための１つ以上の共有アカウントへの動的マッピングを可能にしてもよい。
【００５７】
所有されているデータは複数のユーザーのグループにより共有されるため、このようなデータは組織管轄の権限内に存在してもよい。その結果、動的に共有されたデータは複数のユーザー間でのアクセスを容易にし、それは、解除されたユーザー、又はユーザーの新しい役割に関連付けられた異なるアクセス権限及び／若しくはデータを有して他の組織体に移動したユーザーにより、典型的にデータが孤立するような状況において、特に有益である場合がある。
【００５８】
例えば、旅行組織の旅行ＳａａＳアプリケーションにおいて、３つのユーザークラス、つまり、従業員、旅行代理店、及びシステムアドミニストレーターがあってもよい。すべての発券機能は一般的に旅行代理店により行われてもよい。しかし、発券機能に関連するすべてのデータは、個別の旅行代理店又はそれらの個人アカウントよりもむしろ旅行組織全体により所有又は共有されてもよいため、もし旅行代理店が解除されたり、組織を離れたり、他の方法でその機能が果たせなくなった場合、代替の旅行代理店は機能が果たせなくなった旅行代理店のユーザーにより残されたものと同じデータへのアクセスをプロビジョンされてもよいため、その代替の旅行代理店はすべての同じ発券機能を処理できるようにしてもよい。上記の特徴は、データ共有、データ継承、又はより高度には、データ／ユーザー割り当て若しくは再割り当てのためのロバストモデルにおいて有益であり得る。
【００５９】
いくつかの実施形態において、共有データは１つ以上のタグ又はラベルに関連付けられてもよい。タグ又はラベルを使用することにより、データの識別及び／又は移動が容易になる。
【００６０】
図５は、本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するための方法のフローチャート５００を示す。例示的な方法５００は、本明細書に開示される方法を実施するためには様々な方法があるため、その一例として与えられる。図５に示される方法５００は、１つ又は様々なシステムの組み合わせにより、実施されるか、ないしは別の方法で行われてもよい。方法５００は、一例として、少なくとも図１のシステム１００、図２のアーキテクチャ２００、図３のモジュール３１０及び図４の模式図４００により実行されるものとして以下に記述され、システム１００、２００、３１０及び４００の様々な要素は図５の例示的な方法の説明において参照される。図５に示される各ブロックは、例示的な方法５００にて実行される１つ以上のプロセス、方法、又はサブルーチンを表す。コンピュータにより実行されるときに、コードを有する、方法５００の作用を実行してもよい、非一時的コンピュータ読み取り可能媒体も提供されてよい。図５を参照すると、例示的な方法５００は、ブロック５０２で始まってもよい。
【００６１】
ブロック５０２では、方法５００が始まってもよい。
【００６２】
ブロック５０４では、アカウント管理モジュール３１０は、アカウントに関連付けられた第１のユーザーを識別してもよい。このアカウントは、ソフトウェア・アズ・ア・サービス（ＳａａＳ）アカウントであってもよい。
【００６３】
ブロック５０６では、アカウント管理モジュール３１０は、第１のユーザーに関連付けられたアカウントへのアクセス権を持たせる第２のユーザーを識別してもよい。例えば、第１のユーザーがデータにアクセスできないとき又はアカウントに関連付けられた機能を実行できないとき、もともと第１のユーザーに関連付けられたアカウントに、第２のユーザーがアクセスできるようにしてもよい。
【００６４】
ブロック５０８では、アカウント管理モジュール３１０は、第２のユーザーをそのアカウントにマップする。第２のユーザーに対するアカウントへのマッピングは、第１のユーザーのためのアカウントに関連付けられた１つ以上の所定の役割を識別することを更に含んでもよい。第２のユーザーに対するアカウントへのマッピングはまた、１つ以上の所定の役割に対応する１つ以上の擬似アカウントを識別することを含んでもよい。そして、第２のユーザーは、第１のユーザーのためのアカウントに関連付けられた１つ以上の所定の役割に関連付けられてもよい。そして、第２のユーザーは、第２のユーザーに関連付けられた１つ以上の所定の役割に基づく１つ以上の擬似アカウントにマップされてもよい。
【００６５】
いくつかの実施形態において、１つ以上の擬似アカウントの可用性は５１０において判定されてもよい。例えば、１つ以上の擬似アカウントがマッピングに利用できない場合、例えば、１つ以上の擬似アカウントのリクエスト／マッピング時に組織内の他のユーザーによりアクセスされているような場合、ユーザーに対する１つ以上の擬似アカウントへのマッピングを一時停止したり、後で続けてもよい。いくつかの実施形態において、同等又はそれ以下の他の役割に対応する利用可能な他の擬似アカウントをそのユーザーが利用できるようにしてもよい。他の実施形態において、そのユーザーは単にそのアカウントへのアクセスを拒否されたり、後でマッピングを試みるようにしてもよい。
【００６６】
ブロック５１２において、アカウント管理モジュール３１０は、１つ以上の擬似アカウントへのマッピングが可能な場合、そのユーザーをその１つ以上の擬似アカウントを介してそのアカウントにマップしてもよい。上述のように、場合によって、アカウント管理モジュール３１０は、所定の役割に対応する擬似アカウントが利用できない場合、そのユーザーを同等又はそれ以下の権限を有する他の擬似アカウントにマップしてもよい。
【００６７】
第２のユーザーに対する１つ以上の擬似アカウントへのマッピングは動的マッピングを含むことを理解されたい。動的マッピングにより、そのアカウントに関連付けられたデータを１人以上の追加のユーザー、例えば第１のユーザー又は他のユーザー、と共有することができる。
【００６８】
ブロック５１４では、アカウント管理モジュール３１０は、第２のユーザーに、ユーザーの１つ以上の所定の役割に対応する１つ以上の擬似アカウントへのユーザーのマッピングに基づく、１つ以上のソフトウェア・アズ・ア・サービスアカウントへのアクセスを提供してもよい。
【００６９】
第２のユーザーに対するアカウントへのアクセスの提供は、第２のユーザーに関連付けられた識別子を認証することを含んでもよい。識別子は、ユーザー識別子、パスワード及び／又は他の識別子を含んでもよい。また、識別子の認証は、第２のユーザーにアカウントへのアクセスを提供することを含んでもよく、少なくともそのアカウントに対するシングルサインオンアクセスを提供することを含んでもよい。
【００７０】
ブロック５１６において、方法５００は終了してもよい。
【００７１】
図６は、本開示の実施形態による、動的共有アカウント内のデータへのアクセスを提供するための方法のフローチャート６００を示す。例示的な方法６００は、本明細書に開示される方法を実施するためには様々な方法があるため、その一例として与えられる。図６に示される方法６００は、１つ又は様々なシステムの組み合わせにより、実施されるか、ないしは別の方法で行われてもよい。方法６００は、一例として、少なくとも図１のシステム１００、図２のアーキテクチャ２００、図３のモジュール３１０及び図４の模式図４００により実行されるものとして以下に記述され、システム１００、２００、３１０及び４００の様々な要素は図６の例示的な方法の説明において参照される。図６に示される各ブロックは、例示的な方法６００にて実行される１つ以上のプロセス、方法、又はサブルーチンを表す。コンピュータにより実行されるときに、コードを有する、方法６００の作用を実行してもよい、非一時的コンピュータ読み取り可能媒体も提供されてよい。図６を参照すると、例示的な方法６００は、ブロック６０２で始まってもよい。
【００７２】
ブロック６０２では、方法６００が始まってもよい。
【００７３】
ブロック６０４では、少なくとも１つのアカウントがソフトウェア・アズ・ア・サービス（ＳａａＳ）で作成されてもよい。いくつかの実施形態において、これはアカウント管理モジュール３１０により達成されてもよい。このアカウントは予め設定された規則及び権限を有する共有アカウントであってもよい。
【００７４】
ブロック６０６では、少なくとも１つのアカウントに対する１つ以上の役割が作成されてもよい。また、これらの役割は、ある組織の政策及びそのユーザーの役割の必要性に基づく予め設定された規則及び権限を有してもよい。いくつかの実施形態において、これはアカウント管理モジュール３１０により達成されてもよい。
【００７５】
ブロック６０８では、１つ以上の役割のそれぞれに対応する少なくとも１つの擬似アカウントが作成されてもよい。いくつかの実施形態において、これはアカウント管理モジュール３１０により達成されてもよい。
【００７６】
ブロック６１０では、１つ以上の役割に基づく少なくとも１つのアカウントへのアクセスのための少なくとも１つの擬似アカウントに複数のユーザーを動的にマップするために、１つ以上の役割のうちの少なくとも１つが、複数のユーザーに割り当てられてもよい。いくつかの実施形態において、これはアカウント管理モジュール３１０により達成されてもよい。１つ以上の役割のうち少なくとも１つを、１人のユーザーのみよりむしろ、複数のユーザーに割り当てることにより、複数のユーザーのそれぞれが、少なくとも１つのアカウントに関連付けられた１つ以上の機能を実行できるようになったり、データにアクセスできるようになったりする。上述のように、１人のユーザーが解除されたり、他の方法でデータにアクセスできなくなったりアカウントに関連付けられた１つ以上の機能を実行できなくなったりした場合、他のユーザーが容易にそのユーザーの代行者となり、そのアカウントに関連付けられた１つ以上の機能を実行することができたり、データへのアクセスが可能になったりしてもよい。
【００７７】
ブロック６１２において、方法６００は終了してもよい。
【００７８】
ここで、上述のように本開示による動的共有アカウント内のデータへのアクセスを提供することは、一般的に入力データの処理及び出力データの生成をある程度伴う。この入力データ処理及び出力データ生成は、ハードウェア又はソフトウェアにより実施されてもよい。例えば、特定の電子部品は、上述のように本開示による動的共有アカウント内のデータへのアクセスを提供することに関連する機能を実行するための、アカウント管理モジュール又は同様若しくは関連した回路において使用されてもよい。あるいは、命令に従い作用する１つ以上のプロセッサは、上述のように本開示による動的共有アカウント内のデータへのアクセスを提供することに関連する機能を実施してもよい。かかる場合、このような命令が１つ以上のプロセッサ読み取り可能記憶媒体（例えば、磁気ディスク又は他の記憶媒体）に記憶されたり、又は１つ以上の搬送波中に具現化された１つ以上の信号を介して１つ以上のプロセッサに伝送されてもよいことは、本開示の範囲に含まれる。
【００７９】
本開示は、本明細書に示す特定の実施形態により範囲を限定されるものではない。実際、本明細書に記載されるものに加え、本開示の他の様々な実施形態及びその変更形態は、上述の説明及び添付の図面から、当業者には明らかとなろう。したがって、このような他の実施形態及びその変更形態は本開示の範囲内に含まれるものである。更に、本開示は特定の目的のための特定の環境における特定の実施の上で本明細書に記載されているが、その有用性はそれらに限定されず、本開示は任意の数の目的のために任意の数の環境において有益に実施され得ることが当業者には理解されよう。それに応じて、以下に記載する「特許請求の範囲」は、本明細書に記載された本開示の範囲の最大限の広さ及び趣旨を考慮して解釈されるべきである。
【図１】
0005941138.tif 000002
【図２】
0005941138.tif 000003
【図３】
0005941138.tif 000004
【図４】
0005941138.tif 000005
【図５】
0005941138.tif 000006
【図６】
0005941138.tif 000007