ユーザに関するユーザ情報及びグループに関するグループ情報を有するデータベース手段と、前記ユーザ情報が設定された条件を満たすユーザを前記グループ情報にグループメンバとして登録する登録手段と、前記登録手段による登録後、前記条件を満たすユーザにより前記グループメンバを更新する更新手段と、前記登録手段により前記グループメンバとして登録されていたユーザを、前記更新後もグループメンバ履歴として記憶する履歴記憶手段とを備える情報処理装置。設定された有効期限経過後、前記グループメンバ履歴を削除する削除手段を更に備える請求項1記載の情報処理装置。前記グループメンバ及び前記グループメンバ履歴の少なくともいずれかに含まれるユーザの一覧を出力する出力手段を更に備える、請求項1又は請求項2に記載の情報処理装置。前記履歴記憶手段は、前記グループメンバ履歴を複数記憶可能であると共に、前記グループメンバ履歴毎に前記有効期限が設定可能である、請求項2記載の情報処理装置。前記条件を設定する条件設定手段を更に備え、前記登録手段は、前記条件設定手段が設定した複数の前記条件を満たすユーザを前記グループメンバとして登録する、請求項1乃至請求項4のいずれか記載の情報処理装置。設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、当該登録後、前記条件を満たすユーザにより前記グループメンバを更新するステップと、前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップとを備える情報処理方法。コンピュータに情報処理方法を実行させる情報処理プログラムであって、当該情報処理方法は、設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、当該登録後、前記条件を満たすユーザにより前記グループメンバを更新するステップと、前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップとを備える、情報処理プログラム。しかしながら、特許文献1記載のシステムでは、各ユーザに設定された属性パラメータを条件にグループメンバを検索するため、ユーザの属性が更新されたタイミングでグループのメンバも更新されてしまうという課題があった。本発明のいくつかの態様は前述の課題に鑑みてなされたものであり、過去にグループに属していたユーザも含めてグループを管理することのできる情報処理装置、情報処理方法、及び情報処理プログラムを提供することを目的の1つとする。本発明に係る情報処理装置は、ユーザに関するユーザ情報及びグループに関するグループ情報を有するデータベース手段と、前記ユーザ情報が設定された条件を満たすユーザを前記グループ情報にグループメンバとして登録する登録手段と、前記登録手段による登録後、前記条件を満たすユーザにより前記グループメンバを更新する更新手段と、前記登録手段により前記グループメンバとして登録されていたユーザを、前記更新後もグループメンバ履歴として記憶する履歴記憶手段とを備える。本発明に係る情報処理方法は、設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、当該登録後、前記条件を満たすユーザにより前記グループメンバを更新するステップと、前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップとを備える。本発明に係る情報処理プログラムは、コンピュータに情報処理方法を実行させる情報処理プログラムであって、当該情報処理方法は、設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、当該登録後、前記条件を満たすユーザにより前記グループメンバを更新するステップと、前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップとを備える。なお、本発明において、部や装置とは、単に物理的手段を意味するものではなく、その部や装置が有する機能をソフトウェアによって実現する場合も含む。また、1つの部や装置が有する機能が2つ以上の物理的手段や装置により実現されても、2つ以上の部や装置の機能が1つの物理的手段や装置により実現されても良い。本発明によれば、過去にグループに属していたユーザも含めてグループを管理することのできる情報処理装置、情報処理方法、及び情報処理プログラムを提供することができる。以下に本発明の実施の形態を説明する。以下の説明及び参照する図面の記載において、同一又は類似の構成には、それぞれ同一又は類似の符号が付されている。実施形態図1乃至図5は、本発明の実施形態を説明するための図である。尚、本実施形態では、人事異動等により担当製品が更新された場合を例にとり、図を用いて詳細に説明する。概要図1は、本発明の実施形態における情報処理装置を構成し得る情報処理システムの構成を説明するための図である。図1に記載の情報処理システム1は、ユーザ情報11及びグループ情報13を記憶するデータベース10と、当該データベース10のグループ情報13を管理するグループメンバ管理装置20と、データベース10からデータを抽出するグループメンバ抽出装置30とを含む。データベース10が記憶するグループ情報13は、予め設定された条件以下メンバ条件ともいうに合致するユーザをグループメンバとして管理するための情報である。ユーザ情報11は動的に更新されるので、結果として、グループ情報13により管理されるグループに属するグループメンバも動的に変化する。つまり、グループ情報13により管理されるグループはダイナミックグループである。ここで、本情報処理システム1では、メンバ条件を新たに満たすようになったユーザは、グループに属するグループメンバとして随時動的にグループ情報13に追加されていく。一方、新たにメンバ条件を満たさなくなったユーザについては、情報を当該グループのグループ情報13から完全に削除されるのではなく、後述する有効期限までは履歴として情報が保持される。これにより、情報処理システム1は、現在グループに属しているユーザだけでなく、グループに過去に所属していたユーザをも管理できるようになる。一般に、ダイナミックグループを管理する際には、ユーザが持つリアルタイムなパラメータ属性を条件にメンバを検索するので、ユーザのパラメータが更新されたタイミングでグループのメンバも更新されてしまう。つまり、グループに応じたタイミングでユーザパラメータの更新タイミングとは独立にグループメンバを更新するのは難しい。具体例を挙げて説明すると、人事異動により或るユーザの担当製品が変わると、その人事異動が発生したタイミングでグループメンバも更新されてしまう。そのため、担当製品が変わったユーザであっても人事異動が発生した後1ヶ月間は過去の担当製品に関係するグループに所属させる、といった柔軟な運用ができない。このような課題の解決法の1つとして、ユーザ情報として管理されるユーザパラメータに過去の担当製品の履歴を残しておき、当該履歴を対象にメンバ条件に合致するユーザを検索することによってグループメンバを決定する方法も考えられる。しかしこの方法には、メンバ条件等を決定してグループのグループ情報を管理する管理者と、各ユーザに関するパラメータを含むユーザ情報を管理する管理者とが異なる場合に、ユーザの管理者が管理するユーザパラメータに過去の履歴が存在するか否かを、グループの管理者が意識しなければならないという課題がある。このような課題を解決すべく、本実施形態の情報処理システム1では、メンバ条件に基づいてグループメンバを更新する期限又は期間が、グループ情報13のパラメータとして保持される。また、その期間内期限到達までにメンバ条件に該当したユーザグループメンバとして登録したユーザの情報が、メンバ履歴として一定期間保持される。このとき、メンバ履歴を削除するタイミングを管理することにより、ユーザ情報変更後、当該グループメンバとしての管理をやめるタイミングをも管理することができるようになる。システム構成先述の通り、図1に記載の情報処理システム1は、データベース10と、グループメンバ管理装置20と、グループメンバ抽出装置30とを含む。データベース10は、ユーザ情報11とグループ情報13とを格納保持/記憶する。データベース10に格納されたユーザ情報11及びグループ情報13のデータ構造については、図2及び図3を参照しながら後述する。グループメンバ管理装置20はデータベース10と接続されており、当該データベース10が格納するグループ情報13を管理する。グループメンバ管理装置20は、メンバ検索部21とメンバ履歴登録部23とメンバ履歴削除部25とを有する。メンバ検索部21は、ユーザ情報11に対してメンバ条件をキーに検索し、条件に合致するユーザをグループメンバとしてグループ情報13に登録更新する。つまり、メンバ検索部21は、ユーザ情報11に対して検索を行う検索機能と、グループ情報13にグループメンバを登録する機能、及び登録したグループメンバを更新する機能を有する。尚、これらの機能はそれぞれ別のモジュールとして実装することも可能である。メンバ履歴登録部23は、履歴の有効期間内にグループメンバであるユーザをグループ情報13内にメンバ履歴として登録する。メンバ履歴削除部25は、グループ情報13に登録されているメンバ履歴を、履歴の有効期間終了後履歴の有効期限後に削除する。グループメンバ抽出装置30は、インタフェース部31とグループメンバ抽出部33とを有する。インタフェース部31は、例えば、外部システムに関連システム40に提供するグループメンバ抽出用のインタフェースである。グループメンバ抽出部33は、データベース10にアクセスし、グループ情報13を用いてグループメンバを抽出する機能を有する。関連システム40は、データベース10に登録されたグループ情報13を利用して、例えば文書にアクセス権を持つユーザを登録する文書管理システム等である。このとき、データベース10からのデータ抽出には、グループメンバ抽出装置30が用いられる。尚、データベース10、グループメンバ管理装置20、グループメンバ抽出装置30、及び関連システム40は、それぞれ柔軟に組み合わせて実装しうる。例えば、データベース10、グループメンバ管理装置20、及びグループメンバ抽出装置30を1つのソフトウェアとして実現することもできる。尚このとき、このソフトウェアはCPUCentralProcessingUnit等の演算処理装置上で動作し、データを格納する記憶媒体と協業して動作する。或いは、グループメンバ抽出装置30を、APIApplicationProgramInterfaceとしてグループメンバ管理装置20とは別に実装することも可能である。データベース及びデータベース管理の具体例以下、図2及び図3を用いて、ユーザ情報11及びグループ情報13と、これらの情報の管理の概要を説明する。尚、この図2及び図3の例では、人事異動により、ユーザパラメータである担当製品がタイミングBの時点で更新され、これに伴いグループ情報13も更新される。図2は、ユーザ情報11の例を示す図である。図2の例では、3人のユーザに対応するユーザ情報101A、101B、及び101Cがユーザ情報11に含まれる。ユーザ情報101A乃至101Cには、それぞれユーザID、ユーザ名が含まれており、また、当該ユーザのパラメータとして、担当製品が管理されている。ここで、タイミングAの時点では、ユーザIDYAMADAであるユーザ情報101A及びユーザIDHAYASHIであるユーザ情報101Cの担当製品は、それぞれデータベースワークフローである。しかし、タイミングBの時点では、ユーザ情報101A及びユーザ情報101Cの担当製品が、それぞれキャビネットデータベースに変更されている。つまり、ユーザ情報11の管理者は、人事異動に応じてユーザパラメータである担当製品を随時更新していく。図3は、グループ情報13の例を示す図である。図3の例では、グループ情報13は1つのグループに対応する。図3の例では、グループIDがDATABASE-GROUP、グループ名データベース担当者のグループというグループ情報13に対して、メンバ条件、グループの有効期間、最新のグループメンバメンバ、メンバ履歴、メンバ更新期間、メンバ履歴の有効期間等のグループパラメータが設定されている。図3のグループ情報13の例では、人事異動によりユーザパラメータである担当製品がタイミングBの時点で更新された場合であっても、メンバ更新期間である2011年4月1日~2011年9月30日の間にメンバ条件に該当していたユーザはメンバ履歴に登録される。これにより、メンバ条件に該当しなくなったユーザも、メンバ履歴の有効期間の終了時点メンバ履歴の有効期限である2011年10月31日までグループメンバと同様に管理することができる。以下、ユーザ情報11及びグループ情報13の管理例を説明する。1タイミングAの時点で、グループメンバ管理装置20のメンバ検索部21は、グループ情報13のメンバ条件をキーとして、すなわち担当製品=データベースをキーとしてユーザ情報11を検索する。21での検索の結果、ユーザIDSATOUYAMADAであるユーザ情報101A、101Bがメンバ条件を充足するので、メンバ検索部21は当該ユーザをグループメンバとしてグループ情報13に登録するグループ情報13のメンバの項目。3タイミングAがメンバ更新期間内2011年4月1日~2011年9月30日であれば、メンバ履歴登録部23は、メンバと過去のメンバ履歴との差分追加分をメンバ履歴に登録する新規登録時であれば、全メンバがメンバ履歴となる。図3の例では、メンバ履歴にSATOUYAMADAが新規にメンバ履歴に登録される。4その後、タイミングBの時点で、人事異動により、ユーザの担当製品が変更となったものとする。このとき、図2の例では、ユーザ情報11の管理者は、ユーザIDYAMADA及びHAYASHIのユーザ情報101A及び101Cの担当製品を、それぞれキャビネットデータベースに更新する。5グループ情報13のメンバの更新タイミング今回の例では、タイミングBユーザ情報11の更新直後とするに、メンバ検索部21は、メンバ条件をキーとして再度ユーザ情報11を検索する。つまり今回の例では、上述の1と同様に、メンバ検索部21は担当製品=データベースをキーとしてユーザ情報11を検索する。65での検索の結果、ユーザIDSATOUHAYASHIであるユーザ情報101A、101Cがメンバ条件を充足するので、メンバ検索部21は当該ユーザをグループメンバとしてグループ情報13に登録するグループ情報13を更新する。つまり、ユーザIDYAMADAのユーザがグループメンバから外れ、ユーザIDHAYASHIのユーザがグループメンバとなる。しかしながら、メンバ履歴の有効期限メンバ履歴の有効期限の終了時点到達時までメンバ履歴は削除されないため、当該有効期限まで、ユーザIDYAMADAに対応するユーザをグループメンバと同様に扱うことが可能となる。7上記3と同様に、メンバ履歴登録部23は、メンバとメンバ履歴との差分追加分をメンバ履歴に登録する。今回の例では、5でHAYASHIが新規にグループメンバとなっているので、メンバ履歴登録部23はメンバ履歴にHAYASHIを追加する。処理の流れ以下、図4及び図5を用いて、本情報処理システム1の処理の流れを説明する。図4は、グループメンバ管理装置20によるグループ情報13の管理に関する処理の流れを示すフローチャートである。尚、本処理は随時任意のタイミングで/動的にグループメンバ管理装置20により実行される。メンバ検索部21は、グループ情報13で設定されたメンバ条件に基づき、ユーザ情報11を検索するS401。そしてメンバ検索部21は、検索の結果、メンバ条件に合致したユーザを最新のグループメンバとしてグループ情報13に登録する項目メンバ。メンバ履歴削除部25は、グループ情報13からメンバ履歴の有効期間を読込み、現在の日時処理時刻が有効期間内か否かを確認するS403。もし有効期間内でない場合S403のNo、メンバ履歴削除部25はグループ情報13にメンバ履歴が存在するか否かを確認するS405。メンバ履歴が存在しない場合にはS405のNo、グループメンバ管理装置20は処理を終了する。メンバ履歴が存在する場合にはS405のYes、メンバ履歴削除部25がグループ情報13からメンバ履歴を削除した上でS407、グループメンバ管理装置20は処理を終了する。S403において有効期間内であった場合にはS403のYes、メンバ履歴登録部23はグループ情報13からメンバ更新期間を読取り、現在の日時処理時刻がメンバ更新期間中であるか否かを確認するS409。メンバ更新期間中でない場合にはS409のNo、グループメンバ管理装置20は処理を終了する。S409でメンバ更新期間中である場合にはS409のYes、メンバ履歴登録部23は、S401で得られた検索結果と、グループ情報13に登録されたメンバ履歴とを比較してメンバの差分新規追加分を抽出するS411。メンバの差分新規追加がある場合にはS413のYes、メンバ履歴登録部23は、当該差分に当たるユーザをグループ情報13のメンバ履歴に登録するS415。S411でメンバの差分がない場合にはS413のNo、メンバ履歴を新たに登録する必要はないので、グループメンバ管理装置20は処理を終了する。続いて、図5を参照しながら、グループメンバ抽出装置30によるグループ情報13からのデータの抽出処理を説明する。インタフェース部31にて関連システム40から履歴分を含むグループメンバ抽出の要求を受けると、グループメンバ抽出部33は、グループ情報13から、検索対象のグループに係る最新のメンバと全てのメンバ履歴とを抽出するS501。そして、グループメンバ抽出部33は、最新のメンバと、全てのメンバ履歴に含まれるメンバとをマージORすることによりメンバ一覧のデータを作成するS503。すなわち、最新のグループメンバと、メンバ履歴との少なくともいずれかに含まれるユーザのリストがメンバ一覧となる。インタフェース部31は、S503の結果得られたメンバ一覧を、履歴分を含むグループメンバとして関連システム40に出力するS505。実施形態の作用及び効果上述の通り、本情報処理システム1では、メンバ条件に該当したユーザは、グループパラメータのグループメンバとしてメンバ検索部21により登録される。グループパラメータのメンバグループメンバは、最新の検索結果に基づき動的に更新登録される。また、検索を実施した時期がグループに設定されたメンバ更新期間内に該当する場合、メンバ条件に該当したユーザは、グループメンバのみならず、メンバ履歴にも登録される。このとき、既にメンバ履歴に登録されているユーザは新たに登録されず、差分追加分のユーザのみが新たにメンバ履歴に登録される。メンバ履歴はグループメンバを検索する度に登録されるため、管理者は特にユーザパラメータを意識することなく、過去にグループに所属していたメンバを蓄積保持し続けることが可能となる。また、グループ情報13にはメンバ更新期間の有効期限を設定可能であり、当該有効期限が途過すると、メンバ履歴削除部25はメンバ履歴を削除する。本実施形態の情報処理システム1では、グループの管理者がユーザ情報11のパラメータの履歴を意識することなくグループメンバを管理することができ、更に、更新タイミングを管理することできる。また、関連システム40から過去分も含むグループメンバの要求を関連システム40から受けると、グループメンバ抽出部33は、最新のグループメンバと全てのメンバ履歴に含まれるユーザとのORを返す出力する。これにより、関連システム40は、過去分も含めたメンバを取得することができる。他の実施形態グループ情報13の管理方法としては、図3に例を示した形式のみならず、いくつかの方法が考えられる。図6及び図7は、他の実施形態に係るグループ情報13の例を示す図である。尚、図6及び図7のグループ情報13A及び13Bの例であっても、情報処理システム1の機能構成や動作概要は上記実施形態とほぼ同様となるので、説明は省略する。また、上記実施形態で得られる作用効果は、図6及び図7に示したグループ情報13A及び13Bであっても同様に得られる。図6は、1つのグループに対し、グループパラメータとして複数のメンバ条件を設定する場合の例である。図6のグループ情報13Aの例では、条件ごとにメンバ履歴とメンバ更新期間、メンバ履歴の有効期限を設定できるようになっている。図7は、メンバ履歴の有効期限の設定方法を変えた例である。図7のグループ情報13Bでは、メンバ履歴の有効期限として、履歴が登録されてからの経過時間を設定する。図7の例では、管理者はメンバ履歴の有効期限を1ヶ月としてグループ情報13に設定しておき、メンバ検索部21はメンバ履歴登録時にメンバ履歴の更新日時を登録しておく。そして、メンバ検索時にメンバ履歴の更新日時を確認し、1ヶ月以上前に更新されたメンバ履歴があれば、メンバ履歴削除部25が削除する。付記事項なお、前述の各実施形態の構成は、組み合わせたり或いは一部の構成部分を入れ替えたりしてもよい。また、本発明の構成は前述の実施形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。尚、前述の各実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。付記1ユーザに関するユーザ情報及びグループに関するグループ情報を有するデータベース手段と、前記ユーザ情報が設定された条件を満たすユーザを前記グループ情報にグループメンバとして登録する登録手段と、前記登録手段による登録後、前記条件を満たすユーザにより前記グループメンバを更新する更新手段と、前記登録手段により前記グループメンバとして登録されていたユーザを、前記更新後もグループメンバ履歴として記憶する履歴記憶手段とを備える情報処理装置。付記2設定された有効期限経過後、前記グループメンバ履歴を削除する削除手段を更に備える付記1記載の情報処理装置。付記3前記グループメンバ及び前記グループメンバ履歴の少なくともいずれかに含まれるユーザの一覧を出力する出力手段を更に備える、付記1又は付記2に記載の情報処理装置。付記4前記履歴記憶手段は、前記グループメンバ履歴を複数記憶可能であると共に、前記グループメンバ履歴毎に前記有効期限が設定可能である、付記2記載の情報処理装置。付記5前記条件を設定する条件設定手段を更に備え、前記登録手段は、前記条件設定手段が設定した複数の前記条件を満たすユーザを前記グループメンバとして登録する、付記1乃至付記4のいずれか記載の情報処理装置。付記6設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、当該登録後、前記条件を満たすユーザにより前記グループメンバを更新するステップと、前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップとを備える情報処理方法。付記7コンピュータに情報処理方法を実行させる情報処理プログラムであって、当該情報処理方法は、設定された条件を満たすユーザを、データベースにグループメンバとして登録するステップと、当該登録後、前記条件を満たすユーザにより前記グループメンバを更新するステップと、前記グループメンバとして登録されたユーザを、前記更新後も保持可能なグループメンバ履歴として前記データベースに登録するステップとを備える、情報処理プログラム。