JP2000311140A - リソース管理装置及びプログラムを記録した機械読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 グループウェア及びグループウェアシステム
上で動作する各種アプリケーションで作成されたデータ
を、その作成元に関わらず、データを作成したユーザ単
位で統合的に管理することにより、或るユーザの作成し
たデータを削除，移動，複写する際の操作性を向上させ
る。 【解決手段】 リソース管理部12は、グループウェア及
びグループウェアシステム上で動作するアプリケーショ
ンプログラムで作成されたデータを、ユーザ毎に管理す
る。リソース運用処理要求部30は、或るユーザのデータ
の削除，移動，複写を指示する処理要求が入力される
と、上記処理要求を処理するために動作させることが必
要になるリソース管理部の識別情報をディレクトリサー
バ20から取得し、リソース管理制御部40は、上記識別情
報によって示されるリソース管理部に対して上記処理要
求の内容に応じた処理要求を出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、グループウェアで
作成されたデータやグループウェアシステム上で動作す
るアプリケーションプログラムによって作成されたデー
タを管理，運用する技術に関し、特に、グループウェア
及びグループウェアシステム上で動作するアプリケーシ
ョンプログラムで作成されたデータをユーザ単位で統合
的に管理，運用する技術に関する。

【０００２】

【従来の技術】近年、複数のユーザによる共同作業を支
援するグループウェアシステムが利用されるようになっ
てきている。ところで、従来のグループウェアシステム
は、電子メール，ＣＡＤ，ワードプロセッサ等のグルー
プウェアに対するサーバや、グループウェアシステム上
で動作するスケジューラ等のアプリケーションプログラ
ムに対するサーバを有し、各サーバがそれぞれ自サーバ
と対応するプログラムで作成されたデータを個別に管理
するようにしていた。つまり、グループウェア用サーバ
は、グループウェアで作成されたデータを、例えばユー
ザ単位で記憶装置に格納し、アプリケーションプログラ
ム用サーバは、対応するアプリケーションプログラムで
作成されたデータを、例えば、ユーザ単位で記憶装置に
格納していた。

【０００３】

【発明が解決しようとする課題】上述した従来のグルー
プウェアシステムは、各サーバが個別にデータを管理し
ていたため、データを運用（削除，移動，複写等）する
際の操作性が悪いという問題があった。例えば、或るユ
ーザのデータを削除する場合には、各サーバで管理され
ている上記或るユーザのデータそれぞれに対して削除操
作を行わなければならず、また、或るユーザのデータを
他のグループウェアシステムに移動させる場合には、各
サーバで管理されている上記ユーザのデータそれぞれに
対して移動操作を行わなければならず、操作性が悪い。

【０００４】そこで、本発明の目的は、グループウェア
及びグループウェアシステム上で動作するアプリケーシ
ョンプログラムによって作成されたデータをユーザ単位
で統合的に管理しておくことにより、或るユーザのデー
タを削除，移動，複写するといった運用を操作性良く行
えるようにすることにある。

【０００５】

【課題を解決するための手段】本発明は上記目的を達成
するため、グループウェアシステムのユーザがグループ
ウェア及びグループウェアシステム上で動作するアプリ
ケーションプログラムを用いて作成したデータをユーザ
単位で管理すると共に、外部から入力された処理要求に
従った処理を行うリソース管理部（図１の１２，５０）
を複数備え、且つ、各ユーザのデータを管理しているリ
ソース管理部を示す識別情報を管理すると共に、処理要
求中に設定される移動先，複写先を示す情報に対応する
リソース管理部の識別情報を管理するディレクトリサー
バ（図１の２０）と、或るユーザのデータの削除，複写
或いは移動を指示する処理要求が入力された時、前記デ
ィレクトリサーバ（図１の２０）から前記処理要求を処
理するために動作させることが必要になるリソース管理
部の識別情報を取得するリソース運用処理要求部（図１
の３０）と、該リソース運用処理要求部（図１の３０）
で取得した識別情報によって示されるリソース管理部に
対して前記処理要求中の処理内容に応じた処理要求を出
力するリソース管理制御部（図１の４０）とを備えてい
る。

【０００６】この構成によれば、グループウェア及びそ
れに関連するアプリケーションプログラムを用いて作成
された或るユーザのデータを削除，移動，複写する場
合、グループウェアシステム管理者は、上記或るユーザ
のデータに対する処理要求をリソース運用処理要求部
（図１の３０）に対して一回処理要求を入力するだけで
良くなるので、操作性が向上する。これは、リソース管
理部において、グループウェア及びそれに関連する各種
アプリケーションプログラムで作成されたデータを、そ
の作成元を区別することなく、ユーザ単位で統合的に管
理しているからである。

【０００７】

【発明の実施の形態】次に本発明の実施の形態について
図面を参照して詳細に説明する。

【０００８】図１を参照すると、本発明の第１の実施の
形態は、グループウェアシステム１０と、ディレクトリ
サーバ２０と、リソース運用処理要求部３０と、リソー
ス管理制御部４０と、リソース管理部５０と、記憶装置
６０，７０とから構成されている。

【０００９】グループウェアシステム１０は、共同作業
を行うユーザＡ，Ｂがそれぞれ使用するワークステーシ
ョン１１Ａ，１１Ｂと、リソース管理部１２と、記憶装
置１３と、グループウェア用サーバ１４と、アプリケー
ション用サーバ１５とを備えている。リソース管理部１
２以外は、従来のグループウェアシステムが備えている
構成である。リソース管理部１２は、ユーザＡ，Ｂがワ
ークステーション１１Ａ，１１Ｂ上で電子メール，ワー
ドプロセッサ，ＣＡＤ等のグループウェアを使用して作
成したデータと、スケジューラ等のアプリケーションプ
ログラムを使用して作成したデータとを、ユーザ単位で
統合的に記憶装置１３に格納する機能を有する。つま
り、各ユーザＡ，Ｂが作成したデータは、それがグルー
プウェアを使用して作成したものでも、グループウェア
システム上で動作するアプリケーションプログラムを使
用して作成したものであっても、ユーザ毎に区別されて
記憶装置１３に格納される。更に、リソース管理部１２
は、リソース管理制御部４０からの処理要求に従って、
記憶装置１３に格納されているデータを削除したり、記
憶装置１３に格納されているデータを他のリソース管理
部によって管理されている記憶装置上に移動，複写させ
るためにリソース管理制御部４０に転送したり、他のリ
ソース管理部によって管理されている記憶装置に格納さ
れているデータを自リソース管理部１２が管理している
記憶装置１３に移動，複写するためにリソース管理制御
部４０から送られてきたデータを記憶装置１３に格納す
る機能を有する。

【００１０】リソース運用処理要求部３０は、グループ
ウェアシステム１０内のグループウェア用サーバ１４か
ら処理内容（データの削除，移動或いは複写）および処
理対象を含む処理要求が加えられたとき、ディレクトリ
サーバ２０に問い合わせを行って処理対象のデータを現
在管理しているリソース管理部やデータの移動，複写先
のリソース管理部を特定するための識別情報を取得し、
この識別情報や処理内容を含む処理要求をリソース管理
制御部４０に通知する機能を有する。更に、リソース運
用処理要求部３０は、リソース管理制御部４０から返却
される処理結果を記憶装置６０に保存する機能も有す
る。

【００１１】リソース管理制御部４０は、リソース運用
処理要求部３０が取得した識別情報によって示されるリ
ソース管理部に対して、リソース運用処理要求部３０か
らの処理要求の内容に応じた新たな処理要求を組み立て
て送信する機能や、リソース管理部５０からの処理結果
をリソース運用処理要求部３０に返却する機能を有す
る。

【００１２】リソース管理部５０は、例えば、グループ
ウェアシステム１０とは別のグループウェアシステム内
に設けられているリソース管理部であり、リソース管理
部１２と同様の機能を有する。このリソース管理部５０
で管理するデータは、記憶装置７０に格納される。

【００１３】リソース管理部１２は、管理処理要求受付
手段１２１と、所有リソース統合管理手段１２２と、リ
ソース運用処理手段１２３とを含む。

【００１４】リソース運用処理要求部３０は、処理要求
受付手段３１と、処理先決定手段３２と、処理要求手段
３３と、処理履歴保存手段３４とを含む。

【００１５】リソース管理制御部４０は、運用管理処理
要求受付手段４１と、運用管理処理要求送信手段４２
と、処理結果返却手段４３とを含む。

【００１６】リソース管理部５０は、管理処理要求受付
手段５１と、所有リソース統合管理手段５２と、リソー
ス運用処理手段５３とを含む。

【００１７】図２はリソース運用処理要求部３０の処理
例を示すフローチャート、図３はリソース管理制御部４
０の処理例を示すフローチャート、図４はリソース管理
部５０の処理例を示すフローチャートであり、以下各図
を参照して本実施の形態の動作を説明する。

【００１８】ワークステーション１１Ａ，１１Ｂを使用
しているユーザＡ，Ｂは、グループウェアやアプリケー
ションプログラムを使用して作成したデータを保存する
場合、ワークステーション１１Ａ，１１Ｂからリソース
管理部１２に対してデータの保存要求を行う。

【００１９】この保存要求は、リソース管理部１２内の
管理処理要求受付手段１２１で受け付けられ、所有リソ
ース統合管理手段１２２に渡される。これにより、所有
リソース統合管理手段１２２は、例えば、保存要求に含
まれている所有者識別子に基づいて要求元が正当である
か否かをチェックする。そして、正当でないと判断しが
場合は、要求元に対してその旨を通知し、正当であると
判断した場合は、保存要求元のユーザのデータの管理情
報を変更すると共にリソース運用処理手段１２３に保存
要求を渡す。保存要求が渡されると、リソース運用処理
手段１２３は、ユーザＡ，Ｂによって保存要求されたデ
ータを記憶装置１３に保存する。

【００２０】グループウェアシステムの管理者は、ユー
ザのデータを削除，移動或いは複写する場合には、キー
ボード（図示せず）等を用いてグループウェア用サーバ
１４に対して処理要求を入力する。この処理要求には、
処理対象および処理内容（削除，移動，複写）を特定す
るための情報が含まれている。ここで、処理対象を特定
するための情報としては、例えば、そのデータを所有し
ているユーザの所有者識別子や、移動先，複写先のリソ
ース管理部を示す情報を用いることができる。グループ
ウェア用サーバ１４は、管理者によって処理要求が入力
されると、それをネットワークを介してリソース運用処
理要求部３０に通知する。

【００２１】グループウェア用サーバ１４からの処理要
求は、リソース運用処理要求部３０内の処理要求受付手
段３１で受け付けられ、処理先決定手段３２に渡される
（図２，ステップ３０１）。

【００２２】処理先決定手段３２は、処理要求が渡され
ると、ディレクトリサーバ２０に対して問い合わせを行
い、処理対象となるデータが存在するリソース管理部の
識別情報や、データの移動先，複写先となるリソース管
理部の識別情報を取得する。そして、取得したリソース
管理部の識別情報と上記処理要求とを処理要求手段３３
に渡す（ステップ３０２）。ここで、ディレクトリサー
バ２０は、各ユーザのデータを管理しているリソース管
理部を示す識別情報を管理すると共に、処理要求中に設
定される移動先，複写先を示す情報に対応するリソース
管理部の識別情報を管理しており、処理先決定手段３２
からの問い合わせに応答して該当するリソース管理部の
識別情報を返却するものである。

【００２３】処理要求手段３３は、リソース管理部の識
別情報と上記処理要求とをリソース管理制御部４０に通
知する（ステップ３０３）。

【００２４】処理要求手段３３からのリソース管理部の
識別情報及び処理要求は、リソース管理制御部４０内の
運用管理処理要求受付手段４１で受け付けられ（図３，
ステップ４０１）、運用管理処理要求送信手段４２は、
運用管理処理要求受付手段４１が受け付けた識別情報に
よって示されるリソース管理部に対する処理要求を、運
用管理処理要求受付手段４１が受け付けた処理要求に基
づいて組み立て、送信する（ステップ４０２）。ここ
で、運用管理処理要求受付手段４１で受け付けた処理要
求がデータの移動，複写の場合は、運用管理処理要求送
信手段４２は、データの移動元，複写元のリソース管理
部に対しては、データの移動元，複写元に行わせる処理
内容を含んだ処理要求を組み立て、データの移動先，複
写先のリソース管理部に対しては、データの移動先，複
写先に行わせる処理内容を含んだ処理要求を組み立て
る。また、運用管理処理要求受付手段４１で受け付けた
処理要求がデータの削除である場合には、受け付けた処
理要求をそのまま使用する。

【００２５】今、例えば、リソース管理制御部４０から
リソース管理部５０に処理要求が送られたとすると、こ
の処理要求は、リソース管理部５０内の管理処理要求受
付手段５１で受け付けられる（図４，ステップ５０
１）。所有リソース統合管理手段５２は、管理処理要求
受付手段５１が処理要求を受け付けると、処理対象デー
タの存在チェック，アクセス権のチェックなどを行う
（ステップ５０２）。これらのチェックが正常に終了
し、処理を実行して良い場合は、所有リソース統合管理
手段５２が、データの管理情報を処理内容に応じて変更
（例えば、或るユーザのデータを全て削除する場合は、
データの管理情報を上記ユーザのデータをリソース管理
部５０で管理していないことを示すものにする）し、リ
ソース運用処理手段５３が、処理要求に従った処理（例
えば、処理要求の処理内容が、「削除」であり、処理対
象が「所有者識別子」によって示されている場合は、リ
ソース運用処理手段５３は、記憶装置７０に記憶されて
いるデータの内の、上記所有者識別子によって示される
ユーザが所有しているデータを全て削除する）を実行し
て記憶装置７０に処理後の状態を記憶させ、その結果を
リソース管理制御部４０内の処理結果返却手段４３に返
却する（ステップ５０３）。また、先の各種チェック処
理および処理要求に従った処理が異常終了した場合も同
様にその結果を処理結果返却手段４３に返却する。（ス
テップ５０３）。

【００２６】処理結果返却手段４３では受け取った処理
結果を編集／整形して処理履歴保存手段３４に返却する
（図３，ステップ４０３）。処理履歴保存手段３４で
は、受け取った処理結果を保存形式に変換してその内容
を記憶装置６０に保存する（図２，ステップ３０４）。

【００２７】このように、本実施の形態によれば、グル
ープウェアシステムの管理者は、処理要求を１回入力す
るだけで、或るユーザがグループウェアおよびグループ
ウェアシステム上で動作する各種アプリケーションを用
いて作成したデータを削除，移動或いは複写することが
可能となり、操作性が向上する。

【００２８】次に本発明の実施例について図面を参照し
て説明する。

【００２９】図１を参照すると、本発明の実施例はグル
ープウェアシステム１０のグループウェア用サーバ１４
からの処理要求を受け付け、処理対象のデータを管理し
ているリソース管理部の識別情報や、移動先，複写先の
リソース管理部の識別情報をディレクトリサーバ２０か
ら取得し、リソース管理制御部４０に処理要求，リソー
ス管理部の識別情報を送信するリソース運用処理要求部
３０と、リソース運用処理要求部３０からの処理要求，
識別情報を受け付け、その処理内容／処理対象をもとに
リソース管理部５０と連携して処理を制御するリソース
管理制御部４０と、リソース管理制御部４０からの処理
要求を受け付け、管理しているデータに対する実処理を
実行するリソース管理部５０とから構成される。これら
はそれぞれ独立したプログラムとして形成される。ま
た、以上の独立したそれぞれのプログラムはそれぞれ異
なるコンピュータ上で動作することができるとともに、
同一のコンピュータ上で動作させることも可能である。

【００３０】次に、本発明の実施例について図面を参照
して説明する。

【００３１】ワークステーション１１Ａ，１１Ｂを使用
しているユーザＡ，Ｂは、グループウェアや、グループ
ウェアシステム上で動作するスケジューラ等のアプリケ
ーションプログラムによって作成したデータを保存する
場合、ワークステーション１１Ａ，１１Ｂからリソース
管理部１２に対してデータの保存要求を出力する。その
際、ユーザＡ，Ｂは、自身に割り当てられているフォル
ダにデータを格納する場合には、自身に付与されている
所有者識別子を含む保存要求を出力し、上記フォルダ内
のファイル，フォルダにデータを格納する場合には、自
身に付与されている所有者識別子と上記ファイル，フォ
ルダを示すリソース識別子とを含む保存要求を出力す
る。

【００３２】この保存要求は、リソース管理部１２内の
管理処理要求受付手段１２１で受け付けられ、所有リソ
ース統合管理手段１２２に渡される。これにより、所有
リソース統合管理手段１２２は、要求の正当性をチェッ
クする。そして、正当でないと判断した場合は、要求元
に対してその旨を通知し、正当であると判断した場合に
は、リソース運用処理手段１２３に保存要求を渡す。保
存要求が渡されると、リソース運用処理手段１２３は、
ユーザＡ，Ｂによって保存要求されたデータを記憶装置
１３に保存する。その際、リソース運用処理手段１２３
は、保存要求に保存先を示す情報としてユーザＡ，Ｂの
所有者識別子のみが含まれている場合は、記憶装置１３
上の上記所有者識別子によって示されるユーザＡ，Ｂ用
のフォルダにデータを格納し、保存要求に保存先を示す
情報としてユーザＡ，Ｂの所有者識別子とリソース識別
子とが含まれている場合は、ユーザＡ，Ｂ用のフォルダ
内の上記リソース識別子によって示されるフォルダ，フ
ァイル内にデータを格納する。

【００３３】次に、ユーザのデータを削除，移動，複写
する場合の動作を説明する。

【００３４】先ず、データを削除する場合の動作を説明
する。グループウェアシステムの管理者は、或るユーザ
Ｘのデータを全て削除する場合には、キーボード等から
グループウェア用サーバ１４に対して処理内容として
「削除」、処理対象として上記ユーザＸに付与されてい
る「所有者識別子ＩＤｘ」を含む処理要求を入力する。
これにより、グループウェア用サーバ１４は、処理要求
をネットワークを介してリソース運用処理要求部３０に
送信する。

【００３５】この処理要求は、リソース運用処理要求部
３０内の処理要求受付手段３１で受け付けられ、処理先
決定手段３２に渡される（図２，ステップ３０１）。処
理先決定手段３２は、処理要求に含まれている所有者識
別子ＩＤｘをディレクトリサーバ２０に渡して問い合わ
せを行うことにより、上記所有者識別子ＩＤｘによって
示されるユーザＸのデータを管理しているリソース管理
部の識別情報（例えば、リソース管理部５０の識別情報
とする）を取得する。そして、取得したリソース管理部
５０の識別情報と上記処理要求とを処理要求手段３３に
渡す（ステップ３０２）。

【００３６】これにより処理要求手段３３は、リソース
管理部５０の識別情報と上記処理要求とをリソース管理
制御部４０に通知する（ステップ３０３）。

【００３７】処理要求手段３３からのリソース管理部５
０の識別情報及び処理要求は、リソース管理制御部４０
内の運用管理処理要求受付手段４１で受け付けられる
（図３，ステップ４０１）。運用管理処理要求送信手段
４２は、運用管理処理要求受付手段４１が受け付けた識
別情報によって示されるリソース管理部５０に対する処
理要求を組み立て、リソース管理部５０へ送信する（ス
テップ４０２）。このとき、組み立てられる処理要求に
は、処理内容として「削除」、処理対象として「所有者
識別子ＩＤｘ」が含まれている。

【００３８】この処理要求は、リソース管理部５０内の
管理処理要求受付手段５１で受け付けられ、所有リソー
ス統合管理手段５２に渡される（図４，ステップ５０
１）。これにより、所有リソース統合管理手段５２は、
処理対象データの存在チェック，アクセス権のチェック
などを行う（ステップ５０２）。これらのチェックが正
常に終了し、処理を実行して良い場合は、所有リソース
統合管理手段５２が、データの管理情報を更新し、リソ
ース運用処理手段５３が、記憶装置７０上に設けられて
いる所有者識別子ＩＤｘに対応するフォルダを削除する
等してユーザＸのデータを全て削除する（ステップ５０
３）。更に、ステップ５０３に於いては、例えば、ユー
ザＸのデータの削除が正常終了したことを示す情報を処
理結果としてリソース管理制御部４０に返却する。この
処理結果は、処理結果返却手段４３によって処理履歴保
存手段３４に送られ、記憶装置６０に格納される。

【００３９】ユーザＸが所有しているデータを全て削除
する場合には、上述した処理が行われるが、ユーザＸが
所有しているデータの内の一部（所有者識別子ＩＤｘに
よって示されるフォルダ内の、リソース識別子ＩＤｒｘ
によって示されるファイル或いはフォルダ内のデータ）
を削除する場合には、次のような処理が行われる。

【００４０】この場合、グループウェアシステムの管理
者は、キーボード等からグループウェア用サーバ１４に
対して、処理内容として「削除」、処理対象として「所
有者識別子ＩＤｘ＋リソース識別子ＩＤｒｘ」を含む処
理要求を入力する。これにより、グループウェア用サー
バ１４は、ネットワークを介してリソース運用処理要求
部３０に処理要求を送信する。

【００４１】リソース運用処理要求部３０では、処理要
求受付手段３１が、処理要求を受け付け（図２，ステッ
プ３０１）、処理先決定手段３２が、ディレクトリサー
バ２０に対して問い合わせを行って所有者識別子ＩＤｘ
によって示されるユーザＸのデータを管理しているリソ
ース管理部５０の識別情報を取得し（ステップ３０
２）、処理要求手段３３が、リソース管理部５０の識別
情報と処理要求とをリソース管理制御部４０に送信す
る。

【００４２】リソース管理制御部４０では、運用管理処
理要求受付手段４１が、リソース管理部５０の識別情報
と処理要求とを受け付け（図３，ステップ４０１）、運
用管理処理要求送信手段４２が、上記識別情報によって
示されるリソース管理部５０に対して、処理内容として
「削除」、処理対象として「所有者識別子ＩＤｘ＋リソ
ース識別子ＩＤｒｘ」を含む処理要求を送信する（ステ
ップ４０２）。

【００４３】リソース管理部５０では、管理処理要求受
付手段５１が、上記処理要求を受け付け（図４，ステッ
プ５０１）、所有リソース統合管理手段５２が、前述し
たと同様のチェック処理を行う（ステップ５０２）。そ
して、チェック処理が正常終了した場合は、所有リソー
ス統合管理手段５２が、データの管理情報を変更し、リ
ソース運用処理手段５３が、記憶装置７０上に存在する
所有者識別子ＩＤｘに対応するフォルダ内の、リソース
識別子ＩＤｒｘによって示されるフォルダ或いはファイ
ルを削除することにより、ユーザＸが所有しているデー
タの一部を削除する（ステップ５０３）。また、ステッ
プ５０３に於いては、処理結果をリソース管理制御部４
０に返却する処理も行われる。

【００４４】次に、データを移動する場合に動作につい
て説明する。

【００４５】今、例えば、リソース管理部１２によって
管理されているユーザＡのデータをリソース管理部５０
が管理している記憶装置７０上に移動させるとする。こ
の場合、グループウェアシステムの管理者は、キーボー
ド等を使用して、処理内容として「移動」、移動元とし
てユーザＡに付与されている「所有者識別子ＩＤａ」、
移動先としてリソース管理部５０を示す情報（リソース
管理部５０の識別情報でなくて良い）を含む処理要求を
グループウェア用サーバ１４に入力する。ここで、移動
元，移動先を示す情報が処理対象を示す情報となる。こ
れにより、グループウェア用サーバ１４は、ネットワー
クを介してリソース運用処理要求部３０に上記処理要求
を送信する。

【００４６】リソース運用処理要求部３０では、処理要
求受付手段３１が、上記処理要求を受け付け（図２，ス
テップ３０１）、処理先決定手段３２が、ディレクトリ
サーバ２０に問い合わせを行って、「所有者識別子ＩＤ
ａ」が付与されているユーザＡのデータを管理している
リソース管理部１２の識別情報を取得すると共に、移動
先のリソース管理部５０の識別情報を取得し（ステップ
３０２）、処理要求手段３３が、処理要求と、移動元の
リソース管理部１２の識別情報と、移動先のリソース管
理部５０の識別情報とをリソース管理制御部４０に送る
（ステップ３０３）。

【００４７】リソース運用処理要求部３０からの処理要
求，移動元のリソース管理部１２の識別情報および移動
先のリソース管理部５０の識別情報は、リソース管理制
御部４０内の運用管理処理要求受付手段４１で受け付け
られる（図３，ステップ４０１）。

【００４８】これにより、運用管理処理要求送信手段４
２は、先ず、移動元のリソース管理部１２に対する処理
要求を組み立てて送信する。この処理要求は、例えば、
所有者識別子ＩＤａのユーザＡが所有しているデータの
取得指示および削除指示を含むものである。

【００４９】リソース管理部１２では、管理処理要求受
付手段１２１が、上記処理要求を受け付け、所有リソー
ス統合管理手段１２２が各種チェックを行い、リソース
運用管理処理手段１２３が、記憶装置１３上に存在す
る、所有者識別子ＩＤａに対応するフォルダ内のデータ
（ユーザＡが所有している全てのデータ）をリソース管
理制御部４０へ転送した後、上記ユーザＡのデータを格
納しているフォルダを削除する。尚、ユーザＡのデータ
が削除されるので、所有リソース統合管理手段５２は、
ユーザＡについてのデータの管理情報を削除することに
なる。

【００５０】運用管理処理要求送信手段４２は、リソー
ス管理手段１２からユーザＡのデータが送られてくる
と、移動先のリソース管理部５０に対する処理要求を組
み立てて送信すると共に、ユーザＡのデータもリソース
管理部５０に送信する（ステップ４０２）。この処理要
求には、例えば、所有者識別子ＩＤａに対応するフォル
ダの作成を指示するフォルダ作成指示と、作成したフォ
ルダにユーザＡのデータを格納することを指示する格納
指示とが含まれている。

【００５１】リソース管理部５０では、管理処理要求受
付手段５１が、リソース管理制御部４０からの処理要
求，ユーザＡのデータを受け付け（図４，ステップ５０
１）、所有リソース統合管理手段５２が、各種チェック
を行うと共に所有者識別子ＩＤａに対応するフォルダを
作成し（ステップ５０２）、リソース運用処理手段５３
が、記憶装置７０上に作成された上記フォルダにユーザ
Ａのデータを格納する（ステップ５０３）。また、ステ
ップ５０３に於いては、処理結果をリソース管理制御部
４０に返却する処理も行われる。

【００５２】次にデータを複写する場合について説明す
る。

【００５３】今、例えば、リソース管理部１２が管理し
ているユーザＡのデータを、ユーザＸのデータが格納さ
れている、リソース管理部５０によって管理されている
記憶装置７０上のフォルダ内に複写するとする。この場
合、グループウェアシステムの管理者は、キーボード等
を使用して、処理内容として「複写」、複写元としてユ
ーザＡに付与されている「所有者識別子ＩＤａ」、複写
先としてユーザＸに付与されている「所有者識別子ＩＤ
ｘ」を含む処理要求をグループウェア用サーバ１４に入
力する。これにより、グループウェア用サーバ１４は、
上記処理要求をネットワークを介してリソース運用処理
要求部３０に送信する。ここで、複写元，複写先を示す
情報が、処理対象を示す情報となる。

【００５４】リソース運用処理要求部３０では、処理要
求受付手段３１が、上記処理要求を受け付け（図２，ス
テップ３０１）、処理先決定手段３２が、ディレクトリ
サーバ２０に対して問い合わせを行って所有者識別子Ｉ
Ｄａによって示されるユーザＡのデータを管理している
複写元のリソース管理部１２の識別情報と、所有者識別
子ＩＤｘによって示されるユーザＸのデータを管理して
いる複写先のリソース管理部５０の識別情報とを取得し
（ステップ３０２）、処理要求手段３３が、処理要求，
複写元のリソース管理部１２の識別情報および複写先の
リソース管理部５０の識別情報をリソース管理制御部４
０へ送信する（ステップ３０３）。

【００５５】リソース管理制御部４０では、運用管理処
理要求受付手段４１が、リソース運用処理要求部３０か
らの処理要求，複写元のリソース管理部１２の識別情報
および複写先のリソース管理部５０の識別情報を受け付
ける（図３，ステップ４０１）。

【００５６】これにより、運用管理処理要求送信手段４
２は、先ず、複写元のリソース管理部１２に対する処理
要求を組み立て、リソース管理部１２へ送信する。ここ
で、リソース管理部１２に対する処理要求には、例え
ば、所有者識別子ＩＤａのユーザＡが所有しているデー
タの取得指示が含まれている。

【００５７】リソース管理部１２では、管理処理要求受
付手段１２１が、処理要求を受け付け、所有リソース統
合管理手段１２２が各種チェックを行い、リソース運用
処理手段１２３が、処理要求に従って、記憶装置１３上
の所有者識別子ＩＤａと対応するフォルダに格納されて
いるユーザＡのデータを全て運用管理処理要求送信手段
４２へ送る。

【００５８】運用管理処理要求送信手段４２は、複写元
のリソース管理部１２からユーザＡのデータが送られて
くると、複写先のリソース管理部５０に対する処理要求
を組み立てて送信すると共に、ユーザＡのデータもリソ
ース管理部５０へ送信する（ステップ４０２）。このリ
ソース管理部５０への処理要求には、所有者識別子ＩＤ
ｘに対応するフォルダへのデータの格納指示が含まれて
いる。

【００５９】リソース管理部５０では、管理処理要求受
付手段５１が、リソース管理制御部４０から送られてく
る処理要求およびユーザＡのデータを受け付け（図４，
ステップ５０１）、所有リソース統合管理手段５２が、
各種チェックを行うと共にユーザＸのデータの管理情報
を変更し（ステップ５０２）、リソース運用処理手段５
３が、記憶装置７０上に存在する所有者識別子ＩＤｘの
フォルダ（ユーザＸのフォルダ）に、ユーザＡのデータ
を複写すると共に、処理結果をリソース管理制御部４０
に返却する（ステップ５０３）。

【００６０】ユーザＡが所有しているデータを全て複写
する場合には、上述した処理が行われるが、ユーザＡが
所有しているデータの内の一部のみを複写する場合には
次のような処理が行われる。

【００６１】今、例えば、所有者識別子ＩＤａによって
示されるユーザＡのデータが格納されているフォルダ中
の、リソース識別子ＩＤｒａによって示されるファイル
或いはフォルダに格納されているデータのみを、所有者
識別子ＩＤｘによって示されるユーザＸのデータが格納
されているフォルダ中の、リソース識別子ＩＤｒｘによ
って示されるファイル或いはフォルダに複写するとす
る。この場合、グループウェアシステムの管理者は、キ
ーボード等を使用して、処理内容として「複写」、複写
元として「所有者識別子ＩＤａ＋リソース識別子ＩＤｒ
ａ」、複写先として「所有者識別子ＩＤｘ＋リソース識
別子ＩＤｒｘ」を含む処理要求をグループウェア用サー
バ１４に入力する。これにより、グループウェア用サー
バ１４は、ネットワークを介して上記処理要求をリソー
ス運用処理要求部３０へ送る。

【００６２】リソース運用処理要求部３０では、処理要
求受付手段３１が、処理要求を受け付け（図２，ステッ
プ３０１）、処理先決定手段３２が、ディレクトリサー
バ２０に対して問い合わせを行って、所有者識別子ＩＤ
ａによって示されるユーザＡのデータを管理している複
写元のリソース管理部１２の識別情報を取得すると共
に、所有者識別子ＩＤｘによって示されるユーザＸのデ
ータを管理している複写先のリソース管理部５０の識別
情報を取得し（ステップ３０２）、処理要求手段３３
が、処理要求と、複写元のリソース管理部１２の識別情
報と、複写先のリソース管理部５０の識別情報とをリソ
ース管理制御部４０に通知する（ステップ３０３）。

【００６３】リソース管理制御部４０では、運用管理処
理要求受付手段４１が、処理要求，複写元のリソース管
理部１２の識別情報，複写先のリソース管理部５０の識
別情報を受け付ける（図３，ステップ４０１）。

【００６４】これにより、運用管理処理要求送信手段４
２が、複写元のリソース管理部１２に対する処理要求を
組み立ててリソース管理部１２へ送信する。このリソー
ス管理部１２に対する処理要求には、所有者識別子ＩＤ
ａとリソース識別子ＩＤｒａのペアによって示されるデ
ータの取得指示が含まれている。

【００６５】リソース管理部１２では、管理処理要求受
付手段１２１が、リソース管理制御部４０からの処理要
求を受け付け、所有リソース統合管理手段１２２が各種
のチェックを行い、リソース運用処理手段１２３が、記
憶装置１３に格納されているデータの内の、所有者識別
子ＩＤａとリソース識別子ＩＤｒａのペアによって示さ
れるデータをリソース管理制御部４０へ送信する。即
ち、リソース運用処理手段１２３は、所有者識別子ＩＤ
ａと対応するユーザＡのフォルダ中の、リソース識別子
ＩＤｒａで示されるファイル或いはフォルダに格納され
ているデータを運用管理処理要求送信手段４２へ送信す
る。

【００６６】運用管理処理要求送信手段４２は、複写す
べきデータが送られてくると、複写先のリソース管理部
５０に対する処理要求を組み立ててリソース管理部５０
へ送信すると共に、複写すべきデータもリソース管理部
５０へ送信する（ステップ４０２）。ここで、リソース
管理５０への処理要求には、所有者識別子ＩＤｘとリソ
ース識別子ＩＤｒｘとのペアによって示されるファイル
或いはフォルダにデータを格納することを指示する格納
指示が含まれている。

【００６７】リソース管理部５０では、管理処理要求受
付手段５１が、処理要求，データを受け付け（図４，ス
テップ５０１）、所有リソース統合管理手段５２が、各
種チェックを行うと共にユーザＸのデータの管理情報を
変更し（ステップ５０２）、リソース運用処理手段５３
が、記憶装置７０上の、所有者識別子ＩＤｘとリソース
識別子ＩＤｒｘとによって示されるファイル或いはフォ
ルダに複写データを格納する（ステップ５０３）。

【００６８】尚、以上の説明は、複写元のユーザＡのフ
ォルダと複写先のユーザＸのフォルダとが異なるリソー
ス管理部１２，５０によって管理されている場合を例に
とって説明したが、両者が同じリソース管理部によって
管理されている場合であっても同様の動作を行うことに
より、複写を行うことができる。しかし、複写元，複写
先のフォルダが同じリソース管理部で管理されている場
合には、リソース管理部と運用管理処理要求送信部４２
との間でデータをやり取りすることなく、リソース管理
部内のみで複写処理が可能である。従って、複写元のフ
ォルダと複写先のフォルダとが同一のリソース管理部で
管理されている場合には、運用管理処理要求送信手段４
２から該当するリソース管理部へ、複写先を示す情報
（所有者識別子或いは所有者識別子とリソース識別子と
のペア），複写元を示す情報（所有者識別子或いは所有
者識別子とリソース識別子とのペア）及び複写処理指示
を送信するようにし、リソース管理部内に於いて複写処
理を行うようにすることが望ましい。

【００６９】図５はリソース管理部１２，リソース運用
処理要求部３０，リソース管理制御部４０，リソース管
理部５０のハードウェア構成例を示す図であり、リソー
ス管理部１２用のコンピュータＣ１と、リソース運用処
理要求部３０用のコンピュータＣ２と、リソース管理制
御部４０用のコンピュータＣ３と、リソース管理部５０
用のコンピュータＣ４とを備えている。コンピュータＣ
１〜Ｃ４は、それぞれ記録媒体Ｋ１〜Ｋ４を備えてい
る。記録媒体Ｋ１〜Ｋ４は、ディスク，半導体メモリ，
その他の記録媒体である。

【００７０】記録媒体Ｋ１には、コンピュータＣ１をリ
ソース管理部１２として機能させるためのプログラムが
記録されており、このプログラムはコンピュータＣ１に
よって読み取られ、コンピュータＣ１の動作を制御する
ことで、コンピュータＣ１上に管理処理要求受付手段１
２１，所有リソース統合管理手段１２２，リソース運用
処理手段１２３を実現する。

【００７１】記録媒体Ｋ２には、コンピュータＣ２をリ
ソース運用処理要求部３０として機能させるためのプロ
グラムが記録されており、このプログラムはコンピュー
タＣ２によって読み取られ、コンピュータＣ２の動作を
制御することでコンピュータＣ２上に処理要求受付手段
３１，処理先決定手段３２，処理要求手段３３，処理履
歴保存手段３４を実現する。

【００７２】記録媒体Ｋ３には、コンピュータＣ３をリ
ソース管理制御部４０として機能させるためのプログラ
ムが記録されており、このプログラムはコンピュータＣ
３によって読み取られ、コンピュータＣ３の動作を制御
することで、コンピュータＣ３上に運用管理処理要求受
付手段４１，運用管理処理要求送信手段４２，処理結果
返却手段４３を実現する。

【００７３】記録媒体Ｋ４には、コンピュータＣ４をリ
ソース管理部５０として機能させるためのプログラムが
記録されており、このプログラムはコンピュータＣ４に
よって読み取られ、コンピュータＣ４の動作を制御する
ことで、コンピュータＣ４上に管理処理要求受付手段５
１，所有リソース統合管理手段５２，リソース運用処理
手段５３を実現する。

【００７４】次に本発明の第２の実施の形態について図
面を参照して詳細に説明する。

【００７５】図６は本発明の第２の実施の形態を示すブ
ロック図であり、図１に示した第１の実施の形態との相
違点は、リソース運用処理要求部３０，リソース管理制
御部４０の代わりにリソース運用処理部８０を備えてい
る点である。尚、図６に於いて図１と同一符号は同一部
分を表している。

【００７６】リソース運用処理部８０は、グループウェ
アシステム１０内のグループウェア用サーバ１４から処
理内容（データの削除，移動或いは複写）および処理対
象を含む処理要求が加えられたとき、ディレクトリサー
バ２０に問い合わせを行って処理対象のデータを現在管
理しているリソース管理部やデータの移動，複写先のリ
ソース管理部を特定するためのリソース管理部識別情報
を取得し、このリソース管理部識別情報に従って該当す
るリソース管理部に処理要求を送る機能や、リソース管
理部５０から返却される処理結果を記憶装置６０に保存
する機能を有する。

【００７７】リソース運用処理部８０は、処理要求受付
手段８１と、処理先決定手段８２と、処理要求／制御手
段８３と、処理履歴保存手段８４とを備えている。

【００７８】処理要求受付手段８１，処理先決定手段８
２，処理履歴保存手段８４は、それぞれ図１に示した処
理要求受付手段３１，処理先決定手段３２，処理履歴保
存手段３４と同様の機能を有する。

【００７９】処理要求／制御手段８３は、図１に示した
処理要求手段３３が備えている機能とリソース管理制御
部４０が備えている機能とを併せ持つ。

【００８０】

【発明の効果】以上説明したように、本発明によれば、
或るユーザがグループウェア及びそれに関連するアプリ
ケーションプログラムを用いて作成したデータを、ユー
ザ単位で削除，移動，複写といった処理を操作性良く行
うことが可能になるという効果がある。その理由は、グ
ループウェア及びそれに関連する各種アプリケーション
プログラムで作成されたデータを、その作成元を区別す
ることなく、ユーザ単位で統合的に管理するリソース管
理部と、処理要求が入力されたとき、この処理要求を処
理させるために動作させることが必要になるリソース管
理部の識別情報をディレクトリサーバから取得するリソ
ース運用処理要求部と、リソース運用処理要求部で取得
した識別情報によって示されるリソース管理部に対して
処理内容に応じた処理要求を出力するリソース管理制御
部とを備えており、グループウェアシステムの管理者
は、或るユーザのデータを削除，移動，複写させる場
合、リソース運用処理要求部に対して１回だけ処理要求
を入力するだけて良いからである。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態のブロック図であ
る。

【図２】リソース運用処理要求部３０の処理例を示すフ
ローチャートである。

【図３】リソース管理制御部４０の処理例を示すフロー
チャートである。

【図４】リソース管理部５０の処理例を示すフローチャ
ートである。

【図５】リソース管理部１２，リソース運用処理要求部
３０，リソース管理制御部４０，リソース管理部５０の
ハードウェア構成を示すブロック図である。

【図６】本発明の第２の実施の形態のブロック図であ
る。

【符号の説明】

１０…グループウェアシステム １１Ａ，１１Ｂ…ワークステーション １２…リソース管理部 １２１…管理処理要求受付手段 １２２…所有リソース統合管理手段 １２３…リソース運用処理手段 １３…記憶装置 １４…グループウェア用サーバ １５…アプリケーション用サーバ ２０…ディレクトリサーバ ３０…リソース運用処理要求部 ３１…処理要求受付手段 ３２…処理先決定手段 ３３…処理要求手段 ３４…処理履歴保存手段 ４０…リソース管理制御部 ４１…運用管理処理要求受付手段 ４２…運用管理処理要求送信手段 ４３…処理結果返却手段 ５０…リソース管理部 ５１…管理処理要求受付手段 ５２…所有リソース統合管理手段 ５３…リソース運用処理手段 ６０，７０…記憶装置 ８０…リソース運用処理部 ８１…処理要求受付手段 ８２…処理先決定手段 ８３…処理要求／制御手段 ８４…処理履歴保存手段

Claims (5)

【特許請求の範囲】
1. 【請求項１】 グループウェアシステムのユーザがグル
   ープウェア及びグループウェアシステム上で動作するア
   プリケーションプログラムを用いて作成したデータをユ
   ーザ単位で管理すると共に、外部から入力された処理要
   求に従った処理を行うリソース管理部を複数備え、且
   つ、 各ユーザのデータを管理しているリソース管理部を示す
   識別情報を管理すると共に、処理要求中に設定される移
   動先，複写先を示す情報に対応するリソース管理部の識
   別情報を管理するディレクトリサーバと、 或るユーザのデータの削除，複写或いは移動を指示する
   処理要求が入力された時、前記ディレクトリサーバから
   前記処理要求を処理するために動作させることが必要に
   なるリソース管理部の識別情報を取得するリソース運用
   処理要求部と、 該リソース運用処理要求部で取得した識別情報によって
   示されるリソース管理部に対して前記処理要求中の処理
   内容に応じた処理要求を出力するリソース管理制御部と
   を備えたことを特徴とするリソース管理装置。
2. 【請求項２】 前記リソース運用処理要求部は、 前記データの削除，複写或いは移動を指示する処理要求
   を受け付ける処理要求受付手段と、 前記ディレクトリサーバに対して問い合わせを行い、前
   記処理要求を処理するために動作させることが必要にな
   るリソース管理部の識別情報を取得する処理先決定手段
   とを備えていることを特徴とする請求項１記載のリソー
   ス管理装置。
3. 【請求項３】 前記リソース管理部は、 前記グループウェアシステムのユーザがグループウェア
   及びグループウェアシステム上で動作するアプリケーシ
   ョンプログラムを用いて作成したデータをユーザ単位で
   管理する所有リソース統合管理手段と、 前記リソース管理制御部からの処理要求を受け付ける管
   理処理要求受付手段と、 該管理処理要求受付手段が受け付けた処理要求に従って
   前記所有リソース統合管理手段が管理しているデータを
   処理するリソース運用処理手段とを備えていることを特
   徴とする請求項１記載のリソース管理装置。
4. 【請求項４】 前記リソース管理制御部は、 前記リソース運用処理要求部で取得した識別情報を受け
   付ける運用管理処理要求受付手段と、 該運用管理処理要求受付手段が受け付けた識別情報によ
   って示されるリソース管理部に対して前記処理要求中の
   処理内容に応じた処理要求を出力する運用管理処理要求
   送信手段とを備えていることを特徴とする請求項１記載
   のリソース管理装置。
5. 【請求項５】 リソース管理部用のコンピュータを、 グループウェアシステムのユーザがグループウェア及び
   グループウェアシステム上で動作するアプリケーション
   プログラムを用いて作成したデータをユーザ単位で管理
   する所有リソース統合管理手段、 リソース管理制御部からの処理要求を受け付ける管理処
   理要求受付手段、 該管理処理要求受付手段が受け付けた処理要求に従って
   前記所有リソース統合管理手段が管理しているデータを
   処理するリソース運用処理手段として機能させるための
   プログラムと、 リソース運用処理要求部用のコンピュータを、 データの削除，複写或いは移動を指示する処理要求を受
   け付ける処理要求受付手段、 ディレクトリサーバに対して問い合わせを行い、前記処
   理要求を処理するために動作させることが必要になるリ
   ソース管理部の識別情報を取得する処理先決定手段とし
   て機能させるためのプログラムと、 リソース管理制御部用のコンピュータを、 前記リソース運用処理要求部で取得した識別情報を受け
   付ける運用管理処理要求受付手段、 該運用管理処理要求受付手段が受け付けた識別情報によ
   って示されるリソース管理部に対して前記処理要求中の
   処理内容に応じた処理要求を出力する運用管理処理要求
   送信手段として機能させるためのプログラムとを記録し
   た、プログラムを記録した機械読み取り可能な記録媒
   体。