(57)【特許請求の範囲】
【請求項１】
ユーザに関するユーザ情報及びグループに関するグループ情報を有するデータベース手段と、
前記ユーザ情報が設定された条件を満たすユーザを前記グループ情報にグループメンバとして登録する登録手段と、
前記登録手段による登録後、前記グループ情報に設定されたグループメンバ更新期間内に前記条件を満たすユーザにより前記グループメンバを更新する更新手段と、
前記登録手段により前記グループメンバとして登録されていたユーザを、前記更新後もグループメンバ履歴として記憶する履歴記憶手段と
を備える情報処理装置。
【請求項２】
設定された有効期限経過後、前記グループメンバ履歴を削除する削除手段
を更に備える請求項１記載の情報処理装置。
【請求項３】
前記グループメンバ及び前記グループメンバ履歴の少なくともいずれかに含まれるユーザの一覧を出力する出力手段
を更に備える、請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記履歴記憶手段は、前記グループメンバ履歴を複数記憶可能であると共に、前記グループメンバ履歴毎に前記有効期限が設定可能である、
請求項２記載の情報処理装置。
【請求項５】
前記条件を設定する条件設定手段を更に備え、
前記登録手段は、前記条件設定手段が設定した複数の前記条件を満たすユーザを前記グループメンバとして登録する、
請求項１乃至請求項４のいずれか記載の情報処理装置。
【請求項６】
設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、
当該登録後、前記グループ情報に設定されたグループメンバ更新期間内に前記条件を満たすユーザにより前記グループメンバを更新するステップと、
前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップと
を備える情報処理方法。
【請求項７】
コンピュータに情報処理方法を実行させる情報処理プログラムであって、当該情報処理方法は、
設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、
当該登録後、前記グループ情報に設定されたグループメンバ更新期間内に前記条件を満たすユーザにより前記グループメンバを更新するステップと、
前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップと
を備える、情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明に係るいくつかの態様は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【０００２】
従来から、例えばＷＥＢコンテンツを公開・提供する管理者が、コンテンツを閲覧できるユーザを制限するために、アクセス権を持つユーザグループを設定することがあった。しかしながら、このようなグループを設定する場合には、例えば人事異動等でアクセス権を与えるべきユーザが動的に変化する場合、その管理は非常に煩雑であった。
【０００３】
そこで特許文献１には、アクセス権を与えるグループに対して、ユーザ１人１人を登録していくのではなく、当該グループに属するユーザが満たすべき条件（職位、所属、勤務地）を設定し、その条件を満足するユーザを、人事情報等を元に自動的にグループのメンバとするように構成するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１１３８０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１記載のシステムでは、各ユーザに設定された属性（パラメータ）を条件にグループメンバを検索するため、ユーザの属性が更新されたタイミングでグループのメンバも更新されてしまうという課題があった。
【０００６】
本発明のいくつかの態様は前述の課題に鑑みてなされたものであり、過去にグループに属していたユーザも含めてグループを管理することのできる情報処理装置、情報処理方法、及び情報処理プログラムを提供することを目的の１つとする。
【課題を解決するための手段】
【０００７】
本発明に係る情報処理装置は、ユーザに関するユーザ情報及びグループに関するグループ情報を有するデータベース手段と、前記ユーザ情報が設定された条件を満たすユーザを前記グループ情報にグループメンバとして登録する登録手段と、前記登録手段による登録後、前記条件を満たすユーザにより前記グループメンバを更新する更新手段と、前記登録手段により前記グループメンバとして登録されていたユーザを、前記更新後もグループメンバ履歴として記憶する履歴記憶手段とを備える。
【０００８】
本発明に係る情報処理方法は、設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、当該登録後、前記条件を満たすユーザにより前記グループメンバを更新するステップと、前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップとを備える。
【０００９】
本発明に係る情報処理プログラムは、コンピュータに情報処理方法を実行させる情報処理プログラムであって、当該情報処理方法は、設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、当該登録後、前記条件を満たすユーザにより前記グループメンバを更新するステップと、前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップとを備える。
【００１０】
なお、本発明において、「部」や「装置」とは、単に物理的手段を意味するものではなく、その「部」や「装置」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「装置」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「装置」の機能が１つの物理的手段や装置により実現されても良い。
【発明の効果】
【００１１】
本発明によれば、過去にグループに属していたユーザも含めてグループを管理することのできる情報処理装置、情報処理方法、及び情報処理プログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における情報処理システムの概略構成を示す機能ブロック図である。
【図２】図１に示した情報処理システムで管理されるユーザ情報の具体例を示す図である。
【図３】図１に示した情報処理システムで管理されるグループ情報の具体例を示す図である。
【図４】図１に示した情報処理システムの処理の流れを示すフローチャートである。
【図５】図１に示した情報処理システムの処理の流れを示すフローチャートである。
【図６】本発明の他の実施形態における情報処理システムで管理されるグループ情報の具体例を示す図である。
【図７】本発明の他の実施形態における情報処理システムで管理されるグループ情報の具体例を示す図である。
【発明を実施するための形態】
【００１３】
以下に本発明の実施の形態を説明する。以下の説明及び参照する図面の記載において、同一又は類似の構成には、それぞれ同一又は類似の符号が付されている。
【００１４】
（実施形態）
図１乃至図５は、本発明の実施形態を説明するための図である。尚、本実施形態では、人事異動等により担当製品が更新された場合を例にとり、図を用いて詳細に説明する。
【００１５】
（概要）
図１は、本発明の実施形態における情報処理装置を構成し得る情報処理システムの構成を説明するための図である。
【００１６】
図１に記載の情報処理システム１は、ユーザ情報１１及びグループ情報１３を記憶するデータベース１０と、当該データベース１０のグループ情報１３を管理するグループメンバ管理装置２０と、データベース１０からデータを抽出するグループメンバ抽出装置３０とを含む。
【００１７】
データベース１０が記憶するグループ情報１３は、予め設定された条件（以下「メンバ条件」ともいう）に合致するユーザをグループメンバとして管理するための情報である。ユーザ情報１１は動的に更新されるので、結果として、グループ情報１３により管理されるグループに属するグループメンバも動的に変化する。つまり、グループ情報１３により管理されるグループはダイナミックグループである。
【００１８】
ここで、本情報処理システム１では、メンバ条件を新たに満たすようになったユーザは、グループに属するグループメンバとして随時（動的に）グループ情報１３に追加されていく。一方、新たにメンバ条件を満たさなくなったユーザについては、情報を当該グループのグループ情報１３から完全に削除されるのではなく、後述する有効期限までは履歴として情報が保持される。これにより、情報処理システム１は、現在グループに属しているユーザだけでなく、グループに過去に所属していたユーザをも管理できるようになる。
【００１９】
一般に、ダイナミックグループを管理する際には、ユーザが持つリアルタイムなパラメータ（属性）を条件にメンバを検索するので、ユーザのパラメータが更新されたタイミングでグループのメンバも更新されてしまう。つまり、グループに応じたタイミングで（ユーザパラメータの更新タイミングとは独立に）グループメンバを更新するのは難しい。
【００２０】
具体例を挙げて説明すると、人事異動により或るユーザの担当製品が変わると、その人事異動が発生したタイミングでグループメンバも更新されてしまう。そのため、担当製品が変わったユーザであっても人事異動が発生した後１ヶ月間は過去の担当製品に関係するグループに所属させる、といった柔軟な運用ができない。
【００２１】
このような課題の解決法の１つとして、ユーザ情報として管理されるユーザパラメータに過去の担当製品の履歴を残しておき、当該履歴を対象にメンバ条件に合致するユーザを検索することによってグループメンバを決定する方法も考えられる。しかしこの方法には、メンバ条件等を決定してグループのグループ情報を管理する管理者と、各ユーザに関するパラメータを含むユーザ情報を管理する管理者とが異なる場合に、ユーザの管理者が管理するユーザパラメータに過去の履歴が存在するか否かを、グループの管理者が意識しなければならないという課題がある。
【００２２】
このような課題を解決すべく、本実施形態の情報処理システム１では、メンバ条件に基づいてグループメンバを更新する期限（又は期間）が、グループ情報１３のパラメータとして保持される。また、その期間内（期限到達まで）にメンバ条件に該当したユーザ（グループメンバとして登録したユーザ）の情報が、メンバ履歴として一定期間保持される。このとき、メンバ履歴を削除するタイミングを管理することにより、ユーザ情報変更後、当該グループメンバとしての管理をやめるタイミングをも管理することができるようになる。
【００２３】
（システム構成）
先述の通り、図１に記載の情報処理システム１は、データベース１０と、グループメンバ管理装置２０と、グループメンバ抽出装置３０とを含む。
【００２４】
データベース１０は、ユーザ情報１１とグループ情報１３とを格納（保持／記憶）する。データベース１０に格納されたユーザ情報１１及びグループ情報１３のデータ構造については、図２及び図３を参照しながら後述する。
【００２５】
グループメンバ管理装置２０はデータベース１０と接続されており、当該データベース１０が格納するグループ情報１３を管理する。グループメンバ管理装置２０は、メンバ検索部２１とメンバ履歴登録部２３とメンバ履歴削除部２５とを有する。
【００２６】
メンバ検索部２１は、ユーザ情報１１に対してメンバ条件をキーに検索し、条件に合致するユーザをグループメンバとしてグループ情報１３に登録（更新）する。つまり、メンバ検索部２１は、ユーザ情報１１に対して検索を行う検索機能と、グループ情報１３にグループメンバを登録する機能、及び登録したグループメンバを更新する機能を有する。尚、これらの機能はそれぞれ別のモジュールとして実装することも可能である。
【００２７】
メンバ履歴登録部２３は、履歴の有効期間内にグループメンバであるユーザをグループ情報１３内にメンバ履歴として登録する。メンバ履歴削除部２５は、グループ情報１３に登録されているメンバ履歴を、履歴の有効期間終了後（履歴の有効期限後）に削除する。
【００２８】
グループメンバ抽出装置３０は、インタフェース部３１とグループメンバ抽出部３３とを有する。インタフェース部３１は、例えば、外部システムに関連システム４０に提供するグループメンバ抽出用のインタフェースである。グループメンバ抽出部３３は、データベース１０にアクセスし、グループ情報１３を用いてグループメンバを抽出する機能を有する。
【００２９】
関連システム４０は、データベース１０に登録されたグループ情報１３を利用して、例えば文書にアクセス権を持つユーザを登録する文書管理システム等である。このとき、データベース１０からのデータ抽出には、グループメンバ抽出装置３０が用いられる。
【００３０】
尚、データベース１０、グループメンバ管理装置２０、グループメンバ抽出装置３０、及び関連システム４０は、それぞれ柔軟に組み合わせて実装しうる。例えば、データベース１０、グループメンバ管理装置２０、及びグループメンバ抽出装置３０を１つのソフトウェアとして実現することもできる。尚このとき、このソフトウェアはＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の演算処理装置上で動作し、データを格納する記憶媒体と協業して動作する。
【００３１】
或いは、グループメンバ抽出装置３０を、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）としてグループメンバ管理装置２０とは別に実装することも可能である。
【００３２】
（データベース及びデータベース管理の具体例）
以下、図２及び図３を用いて、ユーザ情報１１及びグループ情報１３と、これらの情報の管理の概要を説明する。尚、この図２及び図３の例では、人事異動により、ユーザパラメータである担当製品がタイミングＢの時点で更新され、これに伴いグループ情報１３も更新される。
【００３３】
図２は、ユーザ情報１１の例を示す図である。図２の例では、３人のユーザに対応するユーザ情報１０１Ａ、１０１Ｂ、及び１０１Ｃがユーザ情報１１に含まれる。ユーザ情報１０１Ａ乃至１０１Ｃには、それぞれユーザＩＤ、ユーザ名が含まれており、また、当該ユーザのパラメータとして、担当製品が管理されている。
【００３４】
ここで、タイミングＡの時点では、ユーザＩＤ「ＹＡＭＡＤＡ」であるユーザ情報１０１Ａ及びユーザＩＤ「ＨＡＹＡＳＨＩ」であるユーザ情報１０１Ｃの担当製品は、それぞれ「データベース」「ワークフロー」である。しかし、タイミングＢの時点では、ユーザ情報１０１Ａ及びユーザ情報１０１Ｃの担当製品が、それぞれ「キャビネット」「データベース」に変更されている。つまり、ユーザ情報１１の管理者は、人事異動に応じてユーザパラメータである担当製品を随時更新していく。
【００３５】
図３は、グループ情報１３の例を示す図である。図３の例では、グループ情報１３は１つのグループに対応する。図３の例では、グループＩＤが「ＤＡＴＡＢＡＳＥ−ＧＲＯＵＰ」、グループ名「データベース担当者のグループ」というグループ情報１３に対して、メンバ条件、グループの有効期間、（最新の）グループメンバ（メンバ）、メンバ履歴、メンバ更新期間、メンバ履歴の有効期間等のグループパラメータが設定されている。
【００３６】
図３のグループ情報１３の例では、人事異動によりユーザパラメータである担当製品がタイミングＢの時点で更新された場合であっても、メンバ更新期間である２０１１年４月１日〜２０１１年９月３０日の間にメンバ条件に該当していたユーザはメンバ履歴に登録される。これにより、メンバ条件に該当しなくなったユーザも、メンバ履歴の有効期間の終了時点（メンバ履歴の有効期限）である２０１１年１０月３１日までグループメンバと同様に管理することができる。
以下、ユーザ情報１１及びグループ情報１３の管理例を説明する。
【００３７】
１）タイミングＡの時点で、グループメンバ管理装置２０のメンバ検索部２１は、グループ情報１３のメンバ条件をキーとして、すなわち「担当製品」＝「データベース」をキーとしてユーザ情報１１を検索する。
【００３８】
２）１）での検索の結果、ユーザＩＤ「ＳＡＴＯＵ」「ＹＡＭＡＤＡ」であるユーザ情報１０１Ａ、１０１Ｂがメンバ条件を充足するので、メンバ検索部２１は当該ユーザをグループメンバとしてグループ情報１３に登録する（グループ情報１３の「メンバ」の項目）。
【００３９】
３）タイミングＡがメンバ更新期間内（２０１１年４月１日〜２０１１年９月３０日）であれば、メンバ履歴登録部２３は、メンバと過去のメンバ履歴との差分（追加分）をメンバ履歴に登録する（新規登録時であれば、全メンバがメンバ履歴となる）。図３の例では、メンバ履歴に「ＳＡＴＯＵ」「ＹＡＭＡＤＡ」が新規にメンバ履歴に登録される。
【００４０】
４）その後、タイミングＢの時点で、人事異動により、ユーザの担当製品が変更となったものとする。このとき、図２の例では、ユーザ情報１１の管理者は、ユーザＩＤ「ＹＡＭＡＤＡ」及び「ＨＡＹＡＳＨＩ」のユーザ情報１０１Ａ及び１０１Ｃの「担当製品」を、それぞれ「キャビネット」「データベース」に更新する。
【００４１】
５）グループ情報１３のメンバの更新タイミング（今回の例では、タイミングＢ（ユーザ情報１１の更新直後）とする）に、メンバ検索部２１は、メンバ条件をキーとして再度ユーザ情報１１を検索する。つまり今回の例では、上述の１）と同様に、メンバ検索部２１は「担当製品」＝「データベース」をキーとしてユーザ情報１１を検索する。
【００４２】
６）５）での検索の結果、ユーザＩＤ「ＳＡＴＯＵ」「ＨＡＹＡＳＨＩ」であるユーザ情報１０１Ａ、１０１Ｃがメンバ条件を充足するので、メンバ検索部２１は当該ユーザをグループメンバとしてグループ情報１３に登録する（グループ情報１３を更新する）。
【００４３】
つまり、ユーザＩＤ「ＹＡＭＡＤＡ」のユーザがグループメンバから外れ、ユーザＩＤ「ＨＡＹＡＳＨＩ」のユーザがグループメンバとなる。しかしながら、メンバ履歴の有効期限（メンバ履歴の有効期限の終了時点）到達時までメンバ履歴は削除されないため、当該有効期限まで、ユーザＩＤ「ＹＡＭＡＤＡ」に対応するユーザをグループメンバと同様に扱うことが可能となる。
【００４４】
７）上記３）と同様に、メンバ履歴登録部２３は、メンバとメンバ履歴との差分（追加分）をメンバ履歴に登録する。今回の例では、５）で「ＨＡＹＡＳＨＩ」が新規にグループメンバとなっているので、メンバ履歴登録部２３はメンバ履歴に「ＨＡＹＡＳＨＩ」を追加する。
【００４５】
（処理の流れ）
以下、図４及び図５を用いて、本情報処理システム１の処理の流れを説明する。図４は、グループメンバ管理装置２０によるグループ情報１３の管理に関する処理の流れを示すフローチャートである。尚、本処理は随時（任意のタイミングで／動的に）グループメンバ管理装置２０により実行される。
【００４６】
メンバ検索部２１は、グループ情報１３で設定されたメンバ条件に基づき、ユーザ情報１１を検索する（Ｓ４０１）。そしてメンバ検索部２１は、検索の結果、メンバ条件に合致したユーザを最新のグループメンバとしてグループ情報１３に登録する（項目「メンバ」）。
【００４７】
メンバ履歴削除部２５は、グループ情報１３からメンバ履歴の有効期間を読込み、現在の日時（処理時刻）が有効期間内か否かを確認する（Ｓ４０３）。もし有効期間内でない場合（Ｓ４０３のＮｏ）、メンバ履歴削除部２５はグループ情報１３にメンバ履歴が存在するか否かを確認する（Ｓ４０５）。メンバ履歴が存在しない場合には（Ｓ４０５のＮｏ）、グループメンバ管理装置２０は処理を終了する。メンバ履歴が存在する場合には（Ｓ４０５のＹｅｓ）、メンバ履歴削除部２５がグループ情報１３からメンバ履歴を削除した上で（Ｓ４０７）、グループメンバ管理装置２０は処理を終了する。
【００４８】
Ｓ４０３において有効期間内であった場合には（Ｓ４０３のＹｅｓ）、メンバ履歴登録部２３はグループ情報１３からメンバ更新期間を読取り、現在の日時（処理時刻）がメンバ更新期間中であるか否かを確認する（Ｓ４０９）。メンバ更新期間中でない場合には（Ｓ４０９のＮｏ）、グループメンバ管理装置２０は処理を終了する。
【００４９】
Ｓ４０９でメンバ更新期間中である場合には（Ｓ４０９のＹｅｓ）、メンバ履歴登録部２３は、Ｓ４０１で得られた検索結果と、グループ情報１３に登録されたメンバ履歴とを比較してメンバの差分（新規追加分）を抽出する（Ｓ４１１）。メンバの差分（新規追加）がある場合には（Ｓ４１３のＹｅｓ）、メンバ履歴登録部２３は、当該差分に当たるユーザをグループ情報１３のメンバ履歴に登録する（Ｓ４１５）。
Ｓ４１１でメンバの差分がない場合には（Ｓ４１３のＮｏ）、メンバ履歴を新たに登録する必要はないので、グループメンバ管理装置２０は処理を終了する。
続いて、図５を参照しながら、グループメンバ抽出装置３０によるグループ情報１３からのデータの抽出処理を説明する。
【００５０】
インタフェース部３１にて関連システム４０から（履歴分を含む）グループメンバ抽出の要求を受けると、グループメンバ抽出部３３は、グループ情報１３から、検索対象のグループに係る最新のメンバと全てのメンバ履歴とを抽出する（Ｓ５０１）。そして、グループメンバ抽出部３３は、最新のメンバと、全てのメンバ履歴に含まれるメンバとをマージ（ＯＲ）することによりメンバ一覧のデータを作成する（Ｓ５０３）。すなわち、最新のグループメンバと、メンバ履歴との少なくともいずれかに含まれるユーザのリストがメンバ一覧となる。
インタフェース部３１は、Ｓ５０３の結果得られたメンバ一覧を、履歴分を含むグループメンバとして関連システム４０に出力する（Ｓ５０５）。
【００５１】
（実施形態の作用及び効果）
上述の通り、本情報処理システム１では、メンバ条件に該当したユーザは、グループパラメータのグループメンバとしてメンバ検索部２１により登録される。グループパラメータのメンバ（グループメンバ）は、最新の検索結果に基づき動的に更新（登録）される。
【００５２】
また、検索を実施した時期がグループに設定されたメンバ更新期間内に該当する場合、メンバ条件に該当したユーザは、グループメンバのみならず、メンバ履歴にも登録される。このとき、既にメンバ履歴に登録されているユーザは新たに登録されず、差分（追加分）のユーザのみが新たにメンバ履歴に登録される。メンバ履歴はグループメンバを検索する度に登録されるため、管理者は特にユーザパラメータを意識することなく、過去にグループに所属していたメンバを蓄積（保持）し続けることが可能となる。
また、グループ情報１３にはメンバ更新期間の有効期限を設定可能であり、当該有効期限が途過すると、メンバ履歴削除部２５はメンバ履歴を削除する。
【００５３】
本実施形態の情報処理システム１では、グループの管理者がユーザ情報１１のパラメータの履歴を意識することなくグループメンバを管理することができ、更に、更新タイミングを管理することできる。
【００５４】
また、関連システム４０から（過去分も含む）グループメンバの要求を関連システム４０から受けると、グループメンバ抽出部３３は、（最新の）グループメンバと全てのメンバ履歴に含まれるユーザとのＯＲを返す（出力する）。これにより、関連システム４０は、過去分も含めたメンバを取得することができる。
【００５５】
（他の実施形態）
グループ情報１３の管理方法としては、図３に例を示した形式のみならず、いくつかの方法が考えられる。図６及び図７は、他の実施形態に係るグループ情報１３の例を示す図である。
【００５６】
尚、図６及び図７のグループ情報１３Ａ及び１３Ｂの例であっても、情報処理システム１の機能構成や動作概要は上記実施形態とほぼ同様となるので、説明は省略する。また、上記実施形態で得られる作用効果は、図６及び図７に示したグループ情報１３Ａ及び１３Ｂであっても同様に得られる。
【００５７】
図６は、１つのグループに対し、グループパラメータとして複数のメンバ条件を設定する場合の例である。図６のグループ情報１３Ａの例では、条件ごとにメンバ履歴とメンバ更新期間、メンバ履歴の有効期限を設定できるようになっている。
【００５８】
図７は、メンバ履歴の有効期限の設定方法を変えた例である。図７のグループ情報１３Ｂでは、メンバ履歴の有効期限として、履歴が登録されてからの経過時間を設定する。図７の例では、管理者はメンバ履歴の有効期限を１ヶ月としてグループ情報１３に設定しておき、メンバ検索部２１はメンバ履歴登録時にメンバ履歴の更新日時を登録しておく。そして、メンバ検索時にメンバ履歴の更新日時を確認し、１ヶ月以上前に更新されたメンバ履歴があれば、メンバ履歴削除部２５が削除する。
【００５９】
（付記事項）
なお、前述の各実施形態の構成は、組み合わせたり或いは一部の構成部分を入れ替えたりしてもよい。また、本発明の構成は前述の実施形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。
尚、前述の各実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００６０】
（付記１）
ユーザに関するユーザ情報及びグループに関するグループ情報を有するデータベース手段と、前記ユーザ情報が設定された条件を満たすユーザを前記グループ情報にグループメンバとして登録する登録手段と、前記登録手段による登録後、前記条件を満たすユーザにより前記グループメンバを更新する更新手段と、前記登録手段により前記グループメンバとして登録されていたユーザを、前記更新後もグループメンバ履歴として記憶する履歴記憶手段とを備える情報処理装置。
【００６１】
（付記２）
設定された有効期限経過後、前記グループメンバ履歴を削除する削除手段を更に備える付記１記載の情報処理装置。
【００６２】
（付記３）
前記グループメンバ及び前記グループメンバ履歴の少なくともいずれかに含まれるユーザの一覧を出力する出力手段を更に備える、付記１又は付記２に記載の情報処理装置。
【００６３】
（付記４）
前記履歴記憶手段は、前記グループメンバ履歴を複数記憶可能であると共に、前記グループメンバ履歴毎に前記有効期限が設定可能である、付記２記載の情報処理装置。
【００６４】
（付記５）
前記条件を設定する条件設定手段を更に備え、前記登録手段は、前記条件設定手段が設定した複数の前記条件を満たすユーザを前記グループメンバとして登録する、付記１乃至付記４のいずれか記載の情報処理装置。
【００６５】
（付記６）
設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、当該登録後、前記条件を満たすユーザにより前記グループメンバを更新するステップと、前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップとを備える情報処理方法。
【００６６】
（付記７）
コンピュータに情報処理方法を実行させる情報処理プログラムであって、当該情報処理方法は、設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、当該登録後、前記条件を満たすユーザにより前記グループメンバを更新するステップと、前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップとを備える、情報処理プログラム。
【符号の説明】
【００６７】
１０・・・データベース、２０・・・グループメンバ管理装置、２１・・・メンバ検索部、２３・・・メンバ履歴登録部、２５・・・メンバ履歴削除部、３１・・・インタフェース部、３３・・・グループメンバ抽出部、３０・・・グループメンバ抽出装置、４０・・・関連システム
【図１】
0005783368.tif 000002
【図２】
0005783368.tif 000003
【図３】
0005783368.tif 000004
【図４】
0005783368.tif 000005
【図５】
0005783368.tif 000006
【図６】
0005783368.tif 000007
【図７】
0005783368.tif 000008