(57)【要約】  【課題】  異なるアカウントポリシーの下でも適合的にアカウントの分割・統合を行えるようにする。  【解決手段】  文書管理システム１００はアカウントＤＢ１０４を参照してアカウントの管理を行うとともに、外部のＬＤＡＰサーバ３００と提携するために外部アカウント管理部１０５を具備する。アカウント分割・統合要求入力部１０７は、分割・統合操作する対象のアカウントをユーザーの操作に基づいて入力する。アカウント情報調整部１０６は、アカウントの分割・統合操作に関連して、アカウントポリシー記憶部１０９に保持されている管理ポリシーを参照して、その整合性を保つためメンバとなり得るアカウントの調整やプロパティとして設定可能なデータの調整を行う。【選択図】  図１
2006031080.tif 000002
【特許請求の範囲】
【請求項１】
アカウントに関連付けてデータを管理するために用いられるデータ管理用コンピュータプログラムにおいて、
アカウントの管理ポリシー情報を記憶するアカウント管理ポリシー情報記憶手段と、
アカウントの分割・統合操作を入力するアカウント分割・統合操作入力手段と、
上記アカウント分割・統合操作入力手段により指定された分割先のアカウントまたは統合先のアカウントの管理ポリシー情報を上記アカウント管理ポリシー情報記憶手段から取得して当該管理ポリシー情報に基づいて分割先のアカウントまたは統合先のアカウントに関連する情報を調整するアカウント関連情報調整手段とを実現するためにコンピュータに実行されることを特徴とするデータ管理用コンピュータプログラム。
【請求項２】
上記アカウントはグループである請求項１記載のデータ管理用コンピュータプログラム。
【請求項３】
上記ポリシー情報は当該アカウントの所定の属性を調整できるかどうかを記述するものであり、上記アカウントに関連する情報は上記当該アカウントの上記所定の属性を含む請求項２記載のデータ管理用コンピュータプログラム。
【請求項４】
上記所定の属性は、当該アカウントのメンバ、タイトルおよび概要の少なくとも１つである請求項３記載のデータ管理用コンピュータプログラム。
【請求項５】
上記アカウントに関連する情報はさらに当該アカウントに関連して設定されているデータのアクセス権情報である請求項３または４記載のデータ管理用コンピュータプログラム。
【請求項６】
分割先のアカウントまたは統合先のアカウントに関連する情報の調整の方法を入力する調整方法入力手段をさらに有する請求項１〜５のいずれかに記載のデータ管理用コンピュータプログラム。
【請求項７】
分割先のアカウントまたは統合先のアカウントの管理ポリシー情報が参照のみを表示する、アカウントに関連する情報は、そのまま分割先のアカウントまたは統合先のアカウントでそのまま維持する請求項１〜６のいずれかに記載のデータ管理用コンピュータプログラム。
【請求項８】
分割先のアカウントまたは総合先にアカウントの管理ポリシー情報がポリシーを設定していないアカウントに関連する情報は、分割先のアカウントまたは統合先のアカウントにおいて変更できる請求項１〜７のいずれかに記載のデータ管理用コンピュータプログラム。
【請求項９】
アカウントに関連付けてデータを管理するデータ管理装置において、
アカウントの管理ポリシー情報を記憶するアカウント管理ポリシー情報記憶手段と、
アカウントの分割・統合操作を入力するアカウント分割・統合操作入力手段と、
上記アカウント分割・統合操作入力手段により指定された分割先にアカウントまたは統合先にアカウントの管理ポリシー情報を上記アカウント管理ポリシー情報記憶手段から取得して当該管理ポリシー情報に基づいて分割先のアカウントまたは統合先のアカウントに関連する情報を調整するアカウント関連情報調整手段とを有することを特徴とするデータ管理装置。
【請求項１０】
アカウントに関連付けてデータを管理するデータ管理方法において、
アカウント管理ポリシー情報記憶手段にアカウントの管理ポリシー情報を記憶するステップと、
アカウント分割・統合操作入力手段によりアカウントの分割・統合操作を入力するステップと、
上記アカウント分割・統合操作入力手段により指定された分割先のアカウントまたは統合先のアカウントの管理ポリシー情報を上記アカウント管理ポリシー情報記憶手段から取得して当該管理ポリシー情報に基づいて、アカウント関連情報調整手段により、分割先のアカウントまたは統合先のアカウントに関連する情報を調整するステップとを有することを特徴とするデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、アカウント（ユーザー／グループ）情報とデータとを関連付けて管理するデータ管理システムにおいてアカウント情報を整理する技術に関する。
【背景技術】
【０００２】
文書等の組織内のデータをユーザーやグループと関連付けて管理することが広く行なわれている。ユーザーやグループにアクセス権を設定して目的に応じたアクセスを可能にし、知識・情報の共有化と隠蔽とを同時に行え、またユーザーやグループにメール通知により情報をフィードバックさせることができ、業務効率を改善させることができる。以下ではユーザーおよびグループのことをアカウントと呼ぶこともある。
【０００３】
ところで、タスク、プロジェクト、組織、人的リソースが時間の経過とともに変遷していくのに併せて、ユーザーやグループを追加・削除するだけでなく、ユーザーやグループを分割・統合することも望まれる。例えば、あるユーザーが特別なタスクを任されたときにはそのタスク用のユーザーアカウントを元のユーザーアカウントから他の分割先に分割することが好ましいときがあり、またそのタスクが終了したときにはタスク用アカウントを統合することが好ましいこともある。また、１つのグループで行っていたプロジェクトを他のプロジェクトに分ける場合にはグループアカウントを他の分割先に分割することが好ましく、また２つのプロジェクトを１つのプロジェクトに吸収するときにはグループアカウントを統合することが好ましいこともある。
【０００４】
アカウント情報を分割／統合するものとしては、例えば、特許文献１（特開平１０−１３４０８４公報）がある。この提案では、グループに閾値を設定し、それを超えた場合、自動的にグループを分割、また閾値以下になった場合、自動的にグループを統合するものであった。
【０００５】
しかしながら、上述した従来技術による分割／統合では、対象となるアカウントの情報をそのまま利用するのみであり、アカウントポリシーが異なる場合には分割／統合結果に矛盾を招来する。異なるアカウントポリシーの下でも矛盾を生じさせることなくアカウントの分割／統合を行なえるようにすることが望まれる。
【特許文献１】特開平１０−１３４０８４公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この発明は、以上の事情を考慮してなされたものであり、異なるアカウントポリシーの下でも適合的にアカウントの分割・統合を行えるデータ管理手法を提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明の構成例では、上述の目的を達成するために、管理ポリシーの齟齬を調整するアカウント情報調整部を導入することにより、ポリシーに沿ったアカウントの整理機能を実現する。また、係るアカウント情報調整部により、複数のアカウント管理形態が共存する環境においても、そのアカウント管理形態を跨ってアカウントの分割／統合／変換を実施することが可能となる。
【０００８】
より具体的な構成では、データプロパティＤＢにより、データ管理システムにおいて管理されているオブジェクトのプロパティを管理する。ＡＣＬ（Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌｉｓｔ）ＤＢにより、データ管理システムにおいて管理されているオブジェクトに設定されているＡＣＬを管理する。リンクＤＢにより、データ管理装置で管理されているオブジェクト間の関係（親子、参照）を管理する。アカウントＤＢにより、データ管理システム独自で管理するアカウント情報を管理する。外部アカウント管理部が、外部で管理されているアカウント情報との連携を管理する。アカウント情報調整部が、データ管理システム内のアカウントに対する操作に対し、設定されているアカウント管理ポリシーより、その整合性を保つためメンバとなり得るアカウントの調整やプロパティとして設定可能なデータの調整を行う。また、メンバ・プロパティ以外を調整しても良い。
【０００９】
本発明をさらに説明する。ここでは、説明の便宜上、後述の実施例で用いる参照符号を付すが、これは本発明を限定する趣旨ではない。
【００１０】
本発明の一側面によれば、アカウントに関連付けてデータを管理するデータ管理装置に：アカウントの管理ポリシー情報を記憶するアカウント管理ポリシー情報記憶手段（１０９）と；アカウントの分割・統合操作を入力するアカウント分割・統合操作入力手段（１０７）と；上記アカウント分割・統合操作入力手段により指定された分割先または統合先のアカウントの管理ポリシー情報を上記アカウント管理ポリシー情報記憶手段から取得して当該管理ポリシー情報に基づいて分割先のアカウントまたは統合先のアカウントに関連する情報を調整するアカウント関連情報調整手段（１０６）とを設けている。
【００１１】
データ管理装置は、アカウントに関連付けてデータを管理するものものであれば、どのようなものでもよく、データ管理システム、文書管理システム、情報共有化システム等と呼ばれることもあり、どのように呼ばれるかは問わない。
【００１２】
アカウントはユーザーおよびグループである。グループのグループもある。
【００１３】
この構成においては、アカウントの管理ポリシー情報に基づいてアカウントに関連する情報を調整しつつアカウントの分割・統合を行うので管理ポリシーの齟齬を未然に解消できる。
【００１４】
この構成において、分割・統合されるアカウントにはグループが含まれる。
【００１５】
上記管理ポリシー情報は例えば当該アカウントの所定の属性を調整できるかどうかを記述するものであり、上記アカウントに関連する情報は例えば当該アカウントの上記所定の属性を含む。所定の属性は例えば当該アカウントのメンバ、タイトルおよび概念の少なくとも１つを含む。アカウントの属性は後述する実施例では例えばプロパティやリンクとも呼ばれる。
【００１６】
また、上記アカウントに関連する情報はさらに当該アカウントに関連して設定されているデータのアクセス権情報を含んでも良い。
【００１７】
分割後のアカウントまたは統合後のアカウントに関連する情報の調整の方法を入力する調整方法入力手段をさらに設けても良い。このようにすると予め管理管理ポリシーとして設定していない事項についてユーザー等が調整方法を指定できる。
【００１８】
好ましくは、分割先のアカウントまたは統合先のアカウントの管理ポリシー情報が参照のみを表示する、アカウントに関連する情報は、そのまま分割先のアカウントまたは統合先のアカウントでそのまま維持する。
【００１９】
また、好ましくは、分割先のアカウントまたは総合先にアカウントの管理ポリシー情報がポリシーを設定していないアカウントに関連する情報は、分割先のアカウントまたは統合先のアカウントにおいて変更できるようにする。
【００２０】
なお、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。また、そのような発明の一部をソフトウェアとして構成することができることはもちろんである。またそのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品もこの発明の技術的な範囲に含まれることも当然である。
【００２１】
この発明の上述の側面および他の側面は特許請求の範囲に記載され以下実施例を用いて詳述される。
【発明の効果】
【００２２】
この発明によれば、異なるアカウントポリシーの下でも適合的にアカウントの分割・統合を行える。
【発明を実施するための最良の形態】
【００２３】
以下、この発明の実施例について説明する。
【００２４】
図１は、この発明を文書管理システムに適用した実施例を示している。文書管理システム１００は、サーバコンピュータ上に実装されており、以下説明する各機能（手段）はサーバコンピュータのハードウェア資源およびソフトウェア資源により実現される。文書管理システム１００は、構内ネットワーク（ＬＡＮ）や広域プライベートネットワーク等の通信ネットワーク４００に接続されており、クライアント端末２００に対して文書管理サービスを提供する。また、文書管理システム１００は固有のアカウント（ユーザーおよびグループ）を管理するとともに外部のディレクトリサービスを利用して外部のアカウント情報を利用できる。この例では、Ｘ．５００準拠のＬＤＡＰサーバ３００と連携している。
【００２５】
なお、文書管理システム１００は文書をリポジトリに保管して検索、閲覧、ダウンロード、アップロード等、各種文書管理サービスを提供するが、本発明に関連する範囲でのみ説明する。
【００２６】
図１において、文書管理システム１００は、データプロパティＤＢ１０１、ＡＣＬ（Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌｉｓｔ）ＤＢ１０２、リンクＤＢ１０３、アカウントＤＢ１０４、外部アカウント管理部１０５、アカウント情報調整部１０６、アカウント分割・統合要求入力部１０７、アカウント情報入力部１０８等を含んで構成されている。アカウント情報調整部１０６はアカウントポリシー記憶部１０９を具備している。
【００２７】
データプロパティＤＢ１０１は、文書管理システム１００において管理されているオブジェクトのプロパティを管理する。オブジェクトは文書等のデータの他、フォルダ、ユーザー、グループ等であり、電子掲示板サービス等を提供する場合には、これら電子掲示板、その記事、予定等も含まれる。ＡＣＬＤＢ１０２は、文書管理システム１００において管理されているオブジェクトに設定されているＡＣＬを管理する。リンクＤＢ１０３は文書管理システム１００で管理されているオブジェクト間の関係（親子、参照）を管理する。アカウントＤＢ１０４は文書管理システム１００独自で管理するアカウント情報を管理する。外部アカウント管理部１０５は、外部で例えばＬＤＡＰサーバ３００により管理されているアカウント情報との連携を管理する。アカウント分割・統合要求入力部１０７は、分割・統合操作する対象のアカウントをユーザーの操作に基づいて入力する。この例では分割元アカウントまたは統合元アカウントのメンバ、プロパティ、ＡＣＬ等を分割先または統合先アカウントに引き継ぐかどうかも指定する（ただし実際に引き継ぐかどうかは後述のとおりアカウント情報調整部１０６が決定する）。引き継ぐかどうかをアカウントポリシーとして事前に含ませるようにすることもできる。アカウント情報調整部１０６は、文書管理システム１００内のアカウントに対する操作に関連して、設定されているアカウント管理ポリシーより、その整合性を保つためメンバとなり得るアカウントの調整やプロパティとして設定可能なデータの調整を行う。また、メンバ、プロパティ以外を調整しても良い。アカウント管理ポリシーはアカウントポリシー記憶部１０９に保管されている。アカウント情報入力部１０８は、アカウント管理ポリシーが設定されていない場合等に、ユーザーの入力に基づいてアカウント情報を補充するものである。
【００２８】
データプロパティＤＢ１０１、ＡＣＬＤＢ１０２、リンクＤＢ１０３、アカウントＤＢ１０４、外部アカウント管理部１０５、アカウントポリシー記憶部１０９に管理されているデータの構造の例を図２に示す。
【００２９】
データプロパティＤＢ１０１が管理するデータプロパティは、図示のように、データＩＤ、タイトル情報、作成日等の属性を含む。ＡＣＬＤＢ１０２が管理するＡＣＬはデータＩＤ、アクセスが許可されたアカウント（ユーザー、グループ）のＩＤ、ＡＣＬ等を含む。ＡＣＬは、ｓ（検索表示）、ｒ（読み出し）、ｗ（書き込み）、ｍ（全権）で表される。リンクＤＢ１０３が管理するリンク情報はリンクタイプおよびリンクノード（親、子）とを記述する。アカウントＤＢ１０４が管理するアカウント情報はアカウントＩＤとアカウントの氏名等の属性を含む。外部アカウント管理部１０５は、外部ディレクトリサービスが提供するアカウント情報（アカウントＩＤ、ディスティングイッシュト・ネーム等）を管理する。アカウントポリシー記憶部１０９に保持されているアカウント管理ポリシーは例えば内部アカウント、外部アカウント、管理グループに対してリンクメンバ、プロパティ対等をどのように扱うかを規定する。「Ｒ」は参照のみ、「Ｗ」は変更可能を意味する。アカウントの他の項目についてポリシーを記述しても良いし、アカウントのタイプをより詳細に区分けして、あるいはアカウントごとにポリシーを設定できるようにしても良い。
【００３０】
図３はこの実施例においてアカウントを統合する際の処理の例を示しており、図４は同様にアカウントを分割する際の処理の例を示している。この例では、プロパティ、メンバ、ＡＣＬについてポリシーに基づいて調整を行うようにしているが、これに限定されない。
【００３１】
図３の例におけるアカウント統合処理は以下のように行なわれる。
【００３２】
［ステップＳ１０］：アカウント分割・統合要求入力部１０７から統合する複数アカウントを入力する。具体的には統合元アカウント、統合先アカウントを指定する。また統合元のアカウントのプロパティ、メンバ（リンク）、ＡＣＬをそれぞれ引き継ぐかどうかを指定する。
［ステップＳ１１］：統合元アカウントの各プロパティを取り出し、当該プロパティに引き継ぎ指定があるかどうかを判別する。あればステップＳ１２へ進み、なければステップＳ１５へ進む。
［ステップＳ１２］：統合元のアカウントから当該プロパティ例えばタイトルまたは概要を取得する。
［ステップＳ１３］：アカウントポリシー記憶部１０９を参照して統合先アカウントのポリシーを取得して当該プロパティを引き継げるかどうかを判別する。引き継げる場合にはステップＳ１４へ進み、引き継げない場合にはステップＳ１１に戻り他のプロパティについて処理を繰り返す。
［ステップＳ１４］：当該プロパティの値を用いて統合先アカウントを設定する。
［ステップＳ１５］：各リンク（メンバ）を取り出し、当該リンクに引き継ぎ指定があるかどうか判別し、あればステップＳ１６へ進み、なければステップＳ１９へ進む。
［ステップＳ１６］：統合元のアカウントから当該リンクを取得する。
［ステップＳ１７］：アカウントポリシー記憶部１０９を参照して統合先アカウントのポリシーを取得して当該リンクを引き継げるかどうかを判別する。引き継げる場合にはステップＳ１８へ進み、引き継げない場合にはステップＳ１５に戻り他のリンクについて処理を繰り返す。
［ステップＳ１８］：当該リンクの値を用いて統合先アカウントを設定する。
［ステップＳ１９］：統合先アカウントの各ＡＣＬを取り出し、当該ＡＣＬに引き継ぎ指定があるかどうかを判別する。あればステップＳ２０へ進み、なければステップＳ２３へ進む。
［ステップＳ２０］：統合元のアカウントから当該ＡＣＬを取得する。
［ステップＳ２１］：アカウントポリシー記憶部１０９を参照して統合先アカウントのポリシーを取得して当該ＡＣＬを引き継げるかどうかを判別する。引き継げる場合にはステップＳ２２へ進み、引き継げない場合にはステップＳ１９に戻り他のＡＣＬについて処理を繰り返す。
［ステップＳ２２］：当該ＡＣＬの値を用いて統合先アカウントを設定する。
［ステップＳ２３］：リンクＤＢ１０３から不要リンクを削除する。
［ステップＳ２４］：ＡＣＬＤＢ１０２から不要ＡＣＬを削除する。
［ステップＳ２５］：データプロパティＤＢ１０１から不要データプロパティを削除する。
［ステップＳ２６］：アカウントＤＢ１０５から不要アカウント情報を削除する。
【００３３】
以上でアカウントを統合する際の処理が終了する。
【００３４】
図４の例におけるアカウント分割処理は以下のように行なわれる。
【００３５】
［ステップＳ３０］：アカウント分割・統合要求入力部１０７から分割に関与する複数アカウントを入力する。具体的には分割元アカウント、分割先アカウントを指定する。また分割元のアカウントのプロパティ、メンバ（リンク）、ＡＣＬをそれぞれ引き継ぐかどうかを指定する。
［ステップＳ３１］：分割元アカウントの各プロパティを取り出し、当該プロパティに分割指定があるかどうかを判別する。あればステップＳ３２へ進み、なければステップＳ３５へ進む。
［ステップＳ３２］：分割元のアカウントから当該プロパティ例えばタイトルまたは概要を取得する。
［ステップＳ３３］：アカウントポリシー記憶部１０９を参照して統合先アカウントのポリシーを取得して当該プロパティを引き継げるかどうかを判別する。引き継げる場合にはステップＳ３４へ進み、引き継げない場合にはステップＳ３１に戻り他のプロパティについて処理を繰り返す。
［ステップＳ３４］：当該プロパティを確保しておく。
［ステップＳ３５］：各リンク（メンバ）を取り出し、当該リンクに分割指定があるかどうか判別し、あればステップＳ３６へ進み、なければステップＳ３９へ進む。
［ステップＳ３６］：分割元のアカウントから当該リンクを取得する。
［ステップＳ３７］：アカウントポリシー記憶部１０９を参照して分割先アカウントのポリシーを取得して当該リンクを引き継げるかどうかを判別する。引き継げる場合にはステップＳ３８へ進み、引き継げない場合にはステップＳ３５に戻り他のリンクについて処理を繰り返す。
［ステップＳ３８］：当該リンクを確保しておく。
［ステップＳ３９］：分割先アカウントの各ＡＣＬを取り出し、当該ＡＣＬに分割指定があるかどうかを判別する。あればステップＳ４０へ進み、なければステップＳ４３へ進む。
［ステップＳ４０］：分割元のアカウントから当該ＡＣＬを取得する。
［ステップＳ４１］：アカウントポリシー記憶部１０９を参照して分割先アカウントのポリシーを取得して当該ＡＣＬを引き継げるかどうかを判別する。引き継げる場合にはステップＳ４２へ進み、引き継げない場合にはステップＳ４９に戻り他のＡＣＬについて処理を繰り返す。
［ステップＳ４２］：当該ＡＣＬを確保しておく。
［ステップＳ４３］：分割対象アカウントがあるかないかを判別し、ある場合はステップＳ４４へ進み、ない場合は処理を終了する。
［ステップＳ４４］：新規アカウントを生成する。
［ステップＳ４５］：データプロパティを設定する。
［ステップＳ４６］：ＡＣＬを設定する。
［ステップＳ４７］：リンクを設定する。この後、ステップＳ４３に戻り処理を繰り返す。
【００３６】
以上でアカウントを分割る際の処理が終了する。
【００３７】
つぎに分割および統合の具体例を説明する。
【００３８】
［具体例１］
【００３９】
まず、アカウント管理形態を跨らない複数グループを１つのグループへ統一する例を説明する。
【００４０】
［前提］
以下の内部グループを考える。
（内部グループＡ）
メンバ：内部ユーザーＡ１、外部グループＡ１
プロパティ：タイトル；内部Ａ
概要；テスト内部Ａ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ
（内部グループＢ）
メンバ：内部ユーザーＢ１、内部グループＢ１
プロパティ：タイトル；内部Ｂ
概要；テスト内部Ｂ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−１１；ＲＷ
（管理者グループ）
メンバ：管理者１、管理者２
プロパティ：タイトル；管理者グループ
概要；テスト管理者
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−１４；Ｍ
（ポリシー）
［メンバ］管理者グループ：Ｒ
［タイトル］管理者グループ：Ｒ
［概要］管理者グループ：Ｒ
【００４１】
この環境下で、内部グループＡ、内部グループＢを管理者グループへ統合する場合を考える。
【００４２】
［統合処理］
（プロパティの引継ぎ）
管理者グループのタイトル、概要は参照のみであるため、管理者グループの情報をそのまま利用する。
（リンクの引継ぎ）
管理者グループのメンバは、参照のみであるため、引き継ぐメンバはない。
（ＡＣＬの引継ぎ）
ＡＣＬに関してはポリシーが設定されていないためそれぞれの持つＡＣＬを引き継ぐ。
【００４３】
［統合された結果］
（管理者グループ）
メンバ：管理者１、管理者２
プロパティ：タイトル；管理者グループ
概要；テスト管理者
ＡＣＬ：Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１１；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１４；Ｍ
【００４４】
［調整を行わなかった場合の統合結果］
この実施例の調整を行わなかった場合には統合結果はつぎのようになる。
（管理者グループ）
メンバ：管理者１、管理者２、内部ユーザーＡ１、
外部グループＡ１、内部ユーザーＢ１、
内部グループＢ１
プロパティ：タイトル；管理者グループ
概要；テスト管理者
ＡＣＬ：Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１１；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１４；Ｍ
【００４５】
図５は本実施例の統合結果と、本実施例の調整を採用しなかった場合の統合結果とを比較して示すものであり、本実施例の調整を採用しなかった場合、楕円を付して示すように、管理者グループに統合前のグループのメンバがそのまま入ってしまい、管理上問題である。
【００４６】
［具体例２］
【００４７】
つぎにアカウント管理形態を跨った複数グループを１つのグループへ統一する例を説明する。
【００４８】
［前提］
以下の内部グループと外部グループを考える。
【００４９】
（内部グループＡ）
メンバ：内部ユーザーＡ１、外部グループＡ１
プロパティ：タイトル；内部Ａ
概要；テスト内部Ａ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ
（外部グループＢ）
メンバ：外部ユーザーＢ１、外部グループＢ１
プロパティ：タイトル；外部Ｂ
概要；テスト外部Ｂ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−１４；Ｒ
（外部グループＣ）
メンバ：外部ユーザーＣ１
プロパティ：タイトル；外部Ｃ
概要；テスト外部Ｃ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ
（ＬＤＡＰ上の構成）
外部グループＡ
外部グループＢ−外部グループＢ１
−外部ユーザーＢ１
外部グループＣ−外部グループＢ１
外部ユーザーＣ１
（ポリシー）
［メンバ］外部：Ｒ
［タイトル］外部：Ｒ
［概要］外部：Ｒ
【００５０】
この環境下で、内部グループＡ、外部グループＢを外部グループＣへ統合する場合を考える。
【００５１】
［統合処理］
（プロパティの引継ぎ）
外部グループのタイトル、概要は参照のみであるため、外部グループＣの情報をそのまま利用する。
（リンクの引継ぎ）
外部グループのメンバは、参照のみ（ＬＤＡＰ上の構成を崩さないポリシー）であるため、引き継ぐメンバは外部グループＢ１のみである。
（ＡＣＬの引継ぎ）
ＡＣＬに関してはポリシーが設定されていないためそれぞれの持つＡＣＬを引き継ぐ。
【００５２】
［統合された結果］
（外部グループＣ）
メンバ：外部ユーザーＣ１、外部グループＢ１
プロパティ：タイトル；外部Ｃ
概要；テスト外部Ｃ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
【００５３】
［調整を行わなかった場合の統合結果］
【００５４】
この実施例の調整を行わなかった場合には統合結果はつぎのようになる。
【００５５】
（外部グループＣ）
メンバ：外部ユーザーＣ１、外部グループＢ１、
内部ユーザーＡ１、外部グループＡ１、
外部ユーザーＢ１
プロパティ：タイトル；外部Ｃ
概要；テスト外部Ｃ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
【００５６】
図６は本実施例の統合結果と、本実施例の調整を採用しなかった場合の統合結果とを比較して示すものであり、本実施例の調整を採用しなかった場合、楕円を付して示すように、外部グループに、統合前のグループのメンバがそのまま入ってしまっているため、ＬＤＡＰ上の構成と齟齬が発生している。
【００５７】
［具体例３］
つぎに外部グループＢ、外部グループＣを内部グループＡへ統合する例について説明する。前提は具体例２と同じである。
【００５８】
［統合処理］
（プロパティの引継ぎ）
内部グループのタイトル、概要はポリシーが設定されていない。よって、引継ぎプロパティをユーザーが指定した場合、その値が引き継がれる。ここでは、概要に外部グループＢの概要を引き継ぐよう指定したと仮定する。この指定はアカウント情報入力部１０８により補充される。
（リンクの引継ぎ）
内部グループのメンバのポリシーは設定されていないため、全てのメンバ情報を引き継ぐ。
（ＡＣＬの引継ぎ）
ＡＣＬに関してはポリシーが設定されていないためそれぞれの持つＡＣＬを引き継ぐ。
【００５９】
［統合された結果］
（内部グループＡ）
メンバ：内部ユーザーＡ１、外部グループＡ１、
外部ユーザーＢ１、外部グループＢ１
外部ユーザーＣ１
プロパティ：タイトル；内部Ａ
概要；テスト外部Ｂ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
【００６０】
［調整を行わなかった場合の統合結果］
【００６１】
この実施例の調整を行わなかった場合には統合結果はつぎのようになる。
（内部グループＡ）
メンバ：内部ユーザーＡ１、外部グループＡ１、
外部ユーザーＢ１、外部グループＢ１
外部ユーザーＣ１
プロパティ：タイトル；内部Ａ
概要；テスト内部Ａ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
【００６２】
図７は本実施例の統合結果と、本実施例の調整を採用しなかった場合の統合結果とを比較して示すものであり、本実施例の調整を採用しなかった場合、楕円を付して示すように、引継ぎプロパティの設定が行われないため、統合前のグループのプロパティをそのまま引き継いでいる。
【００６３】
［具体例４］
つぎに１つのグループをアカウント管理形態を跨った複数のグループへ分割する例について説明する。
【００６４】
［前提］
以下の内部グループと外部グループとを考える。
（内部グループＡ）
メンバ：内部ユーザーＡ１、外部グループＡ１、
外部ユーザーＢ１、外部グループＢ１
外部ユーザーＣ１
プロパティ：タイトル；内部Ａ
概要；テスト内部Ａ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
（ＬＤＡＰ上の構成）
外部グループＡ
外部グループＢ−外部グループＢ１
−外部ユーザーＢ１
外部グループＣ−外部グループＢ１
外部ユーザーＣ１
（ポリシー）
［メンバ］外部：Ｒ
［タイトル］外部：Ｒ
［概要］外部：Ｒ
【００６５】
以上の前提で内部グループＡを外部グループＢと外部グループＣへ分割する。
【００６６】
［分割処理］
（プロパティの引継ぎ）
外部グループのタイトル、概要は参照のみであるため、ＬＤＡＰ上の情報をそのまま利用する。
（リンクの引継ぎ）
外部グループのメンバは、参照のみ（ＬＤＡＰ上の構成を崩さないポリシー）であるため、引き継ぐメンバはＬＤＡＰより参照する。
（ＡＣＬの引継ぎ）
ＡＣＬに関してはポリシーが設定されていないためそのままＡＣＬを引き継ぐ。
【００６７】
［分割された結果］
（外部グループＢ）
メンバ：外部ユーザーＢ１、外部グループＢ１
プロパティ：タイトル；外部Ｂ
概要；テスト外部Ｂ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
（外部グループＣ）
メンバ：外部ユーザーＣ１、外部グループＢ１
プロパティ：タイトル；外部Ｃ
概要；テスト外部Ｃ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
【００６８】
［調整を行わなかった場合の分割結果］
【００６９】
この実施例の調整を行わなかった場合には分割結果はつぎのようになる。
【００７０】
（外部グループＢ）
メンバ：内部ユーザーＡ１、外部グループＡ１、
外部ユーザーＢ１、外部グループＢ１
外部ユーザーＣ１
プロパティ：タイトル；内部Ａ
概要；テスト内部Ａ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
（外部グループＣ）
メンバ：内部ユーザーＡ１、外部グループＡ１、
外部ユーザーＢ１、外部グループＢ１
外部ユーザーＣ１
プロパティ：タイトル；内部Ａ
概要；テスト内部Ａ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
【００７１】
図８は本実施例の統合結果と、本実施例の調整を採用しなかった場合の統合結果とを比較して示すものであり、本実施例の調整を採用しなかった場合、楕円を付して示すように、メンバ、プロパティともＬＤＡＰ上の構成と齟齬が発生している。
【００７２】
［具体例６］
【００７３】
つぎに具体例５と同じ前提の下で、内部グループＡを内部グループＢと外部グループＣへ分割する例を考える。
【００７４】
［分割処理］
（プロパティの引継ぎ）
外部グループのタイトル、概要は参照のみであるため、ＬＤＡＰ上の情報をそのまま利用。内部グループＢのタイトル、概要に内部グループＡのタイトル、概要を引き継ぐよう指定したと仮定した。
（リンクの引継ぎ）
外部グループのメンバは、参照のみ（ＬＤＡＰ上の構成を崩さないポリシー）であるため、引き継ぐメンバはＬＤＡＰより参照。内部グループのメンバはポリシーが設定されていないため内部グループＡのメンバ情報を引き継ぐ。引継ぎリンク指定もないと仮定した。
（ＡＣＬの引継ぎ）
ＡＣＬに関してはポリシーが設定されていないためそのままＡＣＬを引き継ぐ。
【００７５】
［分割された結果］
（内部グループＢ）
メンバ：内部ユーザーＡ１、外部グループＡ１、
外部ユーザーＢ１、外部グループＢ１
外部ユーザーＣ１
プロパティ：タイトル；内部Ａ
概要；テスト内部Ａ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
（外部グループＣ）
メンバ：外部ユーザーＣ１、外部グループＢ１
プロパティ：タイトル；外部Ｃ
概要；テスト外部Ｃ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
【００７６】
［調整を行わなかった場合の分割結果］
【００７７】
この実施例の調整を行わなかった場合には分割結果はつぎのようになる。
【００７８】
（内部グループＢ）
メンバ：内部ユーザーＡ１、外部グループＡ１、
外部ユーザーＢ１、外部グループＢ１
外部ユーザーＣ１
プロパティ：タイトル；内部Ａ
概要；テスト内部Ａ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ
（外部グループＣ）
メンバ：内部ユーザーＡ１、外部グループＡ１、
外部ユーザーＢ１、外部グループＢ１
外部ユーザーＣ１
プロパティ：タイトル；内部Ａ
概要；テスト内部Ａ
ＡＣＬ；Ｄｏｃｕｍｅｎｔ−２０；ＲＷ、
Ｄｏｃｕｍｅｎｔ−１０；ＳＲＷＭ、
Ｄｏｃｕｍｅｎｔ−１４；Ｒ  
【００７９】
図９は本実施例の統合結果と、本実施例の調整を採用しなかった場合の統合結果とを比較して示すものであり、本実施例の調整を採用しなかった場合、楕円を付して示すように、メンバ、プロパティともＬＤＡＰ上の構成と齟齬が発生している。
【００８０】
以上で実施例の説明を終了する。なお、この発明は上述の実施例に限定されるものではなくその趣旨を逸脱しない範囲で種々変更が可能である。
【図面の簡単な説明】
【００８１】
【図１】本発明の実施例の文書管理システムを示す図である。
【図２】上述実施例の文書管理システムで用いるデータ構造の例を説明する図である。
【図３】上述実施例のアカウント統合処理の動作例を説明するフローチャートである。
【図４】上述実施例のアカウント分割処理の動作例を説明するフローチャートである。
【図５】上述実施例のアカウント統合の例（具体例１）を説明する図である。
【図６】上述実施例のアカウント統合の他の例（具体例２）を説明する図である。
【図７】上述実施例のアカウント統合のさらに他の例（具体例３）を説明する図である。
【図８】上述実施例のアカウント分割の例（具体例４）を説明する図である。
【図９】上述実施例のアカウント分割の他の例（具体例５）を説明する図である。
【符号の説明】
【００８２】
１００      文書管理システム
１０１      データプロパティＤＢ
１０２      ＡＣＬＤＢ
１０３      リンクＤＢ
１０４      アカウントＤＢ
１０５      外部アカウント管理部
１０６      アカウント情報調整部
１０７      アカウント分割・統合要求入力部
１０８      アカウント情報入力部
１０９      アカウントポリシー記憶部
２００      クライアント端末
３００      ＬＤＡＰサーバ
４００      通信ネットワーク
【図１】
2006031080.tif 000003
【図２】
2006031080.tif 000004
【図３】
2006031080.tif 000005
【図４】
2006031080.tif 000006
【図５】
2006031080.tif 000007
【図６】
2006031080.tif 000008
【図７】
2006031080.tif 000009
【図８】
2006031080.tif 000010
【図９】
2006031080.tif 000011