JP2002288405A - プロジェクト管理方法、プロジェクト管理サーバ、受付サーバ及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 安全性の高いプロジェクト管理システムを実
現する。 【解決手段】 プロジェクト管理サーバ１においてプロ
ジェクトに関する情報の登録を行い、各ファイルへのア
クセス権限をプロジェクトメンバー毎に示すユーザ認証
情報を、プロジェクト管理サーバ１からＷＷＷサーバ３
に供給して設定する。ＷＷＷサーバ３は、クライアント
５からのアクセス要求に応じて、ユーザ認証情報を参照
して、アクセス要求が適正であることを確認した後、プ
ロジェクト管理サーバ１に接続して、プロジェクト管理
ツールへのユーザのアクセス権限を確認する。アクセス
権限が確認された後、クライアント５からの要求に応じ
て、指定されたファイルに対する読込処理又は更新処理
等を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ハードウェアやソ
フトウェアに関する製品等を開発するプロジェクトを管
理するためのプロジェクト管理システムに関する。

【０００２】

【従来の技術】従来、ハードウェアやソフトウェアに関
する製品等を開発するプロジェクトにおいて、マンパワ
ー、進捗、コスト、品質等を管理するプロジェクト管理
システムが利用されている。このような開発プロジェク
トは、一般に、複数の拠点に分散して作業が進められる
ことが多い。この場合、各作業拠点はネットワークによ
り接続されており、各作業者や管理者等は、ネットワー
クを介して、プロジェクト管理作業に必要な種々のファ
イルにアクセスする。

【０００３】

【発明が解決しようとする課題】上記のようなシステム
は、製品の開発プロジェクトを管理するシステムである
ため、高度なセキュリティ管理が望まれていた。また、
例えばプロジェクトの日程データ等が格納されたデータ
ファイルは、階層を持たないフラットな構造で管理され
ていることが多かった。この場合、データファイルを管
理するために、各ファイルに多数の項目（タスク）を設
定していたが、このようなファイル管理構造では、ファ
イルの検索処理や編集処理を行うときの作業負荷が大き
かった。

【０００４】本発明は、上述した事情に鑑みてなされた
もので、安全性の高いプロジェクト管理システムを実現
するためのプロジェクト管理方法、プロジェクト管理サ
ーバ及び受付サーバ等を提供することを目的とする。ま
た、本発明は、プロジェクト管理における作業効率を向
上させることができるプロジェクト管理方法、プロジェ
クト管理サーバシステム及び受付サーバ等を提供するこ
とを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点に係るプロジェクト管理方法
は、コンピュータによりプロジェクト管理を行うための
プロジェクト管理方法であって、プロジェクト管理作業
に必要な情報の開示範囲をプロジェクトメンバー毎に示
すセキュリティ情報を、各プロジェクトメンバーからの
アクセス要求を受け付ける受付サーバに設定するステッ
プと、前記受付サーバにおいて、クライアントからのア
クセス要求に応じて、前記セキュリティ情報を参照し
て、アクセス要求が適正か否かを判別し、適正な場合
に、プロジェクト管理作業に必要な情報を管理するプロ
ジェクト管理サーバへ前記クライアントを接続させるス
テップと、前記プロジェクト管理サーバにおいて、前記
受付サーバによりアクセスが許可されたクライアントか
らの要求に応じて、プロジェクト管理作業に必要な情報
を処理するステップと、を備えることを特徴とする。

【０００６】このような構成によれば、各ユーザ（プロ
ジェクトメンバー）からのアクセスを受け付ける受付サ
ーバにおいて、アクセス元のユーザへの、プロジェクト
管理作業に必要な情報の開示範囲が明確になるため、外
部からの不適正なアクセス等を防止し、システムの安全
性を高めることができる。

【０００７】前記プロジェクト管理サーバにおいて、前
記プロジェクト管理作業に必要な情報を格納するファイ
ルを階層的に作成してもよい。これにより、検索処理や
編集処理が容易になり、ユーザの作業負荷を軽減してプ
ロジェクト管理作業の効率化を図ることができる。

【０００８】前記セキュリティ情報は、前記プロジェク
ト管理作業に必要な情報を格納したファイルに対する読
込権限と書込権限の少なくとも一方を示す情報を含んで
もよい。

【０００９】また、本発明の第２の観点に係るプロジェ
クト管理サーバは、プロジェクト管理を行うシステム用
のプロジェクト管理サーバであって、プロジェクトメン
バー毎にプロジェクト管理作業に必要な情報の開示範囲
を示すセキュリティ情報を設定する手段と、前記設定さ
れたセキュリティ情報を、各プロジェクトメンバーから
のアクセス要求を受け付ける受付サーバに登録する手段
と、受付サーバによりアクセスが許可されたプロジェク
トメンバーのクライアントからの要求に応じて、プロジ
ェクト管理作業に必要な情報を処理する手段と、を備え
ることを特徴とする。

【００１０】また、本発明の第３の観点に係る受付サー
バは、プロジェクト管理を行うシステムにおいて、ネッ
トワークを介してクライアントからプロジェクト管理作
業に関する要求を受け付ける受付サーバであって、プロ
ジェクト管理作業に必要な情報の開示範囲をプロジェク
トメンバー毎に示すセキュリティ情報を所定のサーバか
ら取得して記憶する手段と、クライアントからのアクセ
ス要求に応じて、前記セキュリティ情報を参照して、ア
クセス要求が適正か否かを判別し、適正な場合に、プロ
ジェクト管理作業に必要な情報を管理するサーバに前記
クライアントを接続させる手段と、を備えることを特徴
とする。

【００１１】また、本発明の第４の観点に係るプログラ
ムは、コンピュータを、プロジェクト管理を行うシステ
ム用のプロジェクト管理サーバとして機能させるための
プログラムであって、該コンピュータを、プロジェクト
メンバー毎にプロジェクト管理作業に必要な情報の開示
範囲を示すセキュリティ情報を設定する手段、前記設定
されたセキュリティ情報を、各プロジェクトメンバーか
らのアクセス要求を受け付ける受付サーバに登録する手
段、受付サーバによりアクセスが許可されたプロジェク
トメンバーのクライアントからの要求に応じて、プロジ
ェクト管理作業に必要な情報を処理する手段、として機
能させる。

【００１２】また、本発明の第５の観点に係るプログラ
ムは、コンピュータを、プロジェクト管理を行うシステ
ムにおいてネットワークを介してクライアントからプロ
ジェクト管理作業に関する要求を受け付ける受付サーバ
として機能させるためのプログラムであって、該コンピ
ュータを、プロジェクト管理作業に必要な情報の開示範
囲をプロジェクトメンバー毎に示すセキュリティ情報を
所定のサーバから取得して記憶する手段、クライアント
からのアクセス要求に応じて、前記セキュリティ情報を
参照して、アクセス要求が適正か否かを判別し、適正な
場合に、プロジェクト管理作業に必要な情報を管理する
サーバに前記クライアントを接続させる手段、として機
能させる。

【００１３】

【発明の実施の形態】以下、本発明に係る実施の形態と
して、情報システムの開発プロジェクトを管理するため
のプロジェクト管理システムについて図面を参照して説
明する。

【００１４】本発明の実施形態に係るプロジェクト管理
システムは、図１に示すように、センタに配置されてい
るプロジェクト管理サーバ１及びＷＷＷサーバ３と、ク
ライアント５と、を備える。プロジェクト管理サーバ１
とＷＷＷサーバ３は、ＬＡＮ等のネットワークで接続さ
れ、ＷＷＷサーバ３と各クライアント５は、インターネ
ット等のネットワークを介して接続されている。

【００１５】プロジェクト管理サーバ１は、例えば図２
に示すように、制御部１１と、記憶部１２と、通信部１
３と、入力部１４と、表示部１５と、を備える。

【００１６】制御部１１は、記憶部１２に記憶されるプ
ログラムを実行することにより、開発プロジェクトを管
理するための種々の処理を行う。例えば、制御部１１
は、入力部１４から入力された開発プロジェクトの登録
要求に応じて、プロジェクトの登録処理を行う。この登
録処理では、プロジェクト情報の登録、プロジェクトメ
ンバー（ユーザ）の登録、プロジェクトの階層構造の設
定、プロジェクト内のファイルに対する各ユーザのアク
セス権限の設定、各ユーザのプロジェクト管理ツールへ
のアクセス権の設定等を行う。なお、プロジェクトメン
バー（ユーザ）は、例えば、担当者、管理者等を含み、
担当者は、仕様書の作成・モジュールの作成・テスト等
の実作業を主に行い、管理者は、作業工程の管理等のマ
ネジメントを主に行う。

【００１７】登録処理におけるプロジェクト情報の登録
では、例えばプロジェクト名等のプロジェクト情報の入
力を受けて、プロジェクトに関する情報を新規に記憶部
１２のプロジェクトデータベース１２ａに登録する。ま
た、プロジェクトメンバー（ユーザ）の登録では、プロ
ジェクトに関わる担当者や管理者の情報（ユーザＩＤ、
氏名、所属部署、ユーザ区分（「担当者」、「管理者」
等））の入力を受けて、入力データをプロジェクトデー
タベース１２ａに登録する。プロジェクトデータベース
１２ａに登録されるユーザ情報の一例を図３に示す。

【００１８】また、プロジェクトの階層構造の設定で
は、開発プロジェクトの構造に関する情報の入力を受け
て、入力データをプロジェクトデータベース１２ａに設
定する。開発プロジェクトの構造に関する情報は、例え
ば、プロジェクトを構成する各作業（親作業、子作業、
孫作業等）の階層構造を示すデータや、各作業において
使用されるデータファイル（要素ファイル）の階層構造
（所在ディレクトリ等）を示すデータ等を含む。プロジ
ェクトデータベース１２ａに登録される各ファイルの階
層構造を示すファイル構造データの一例を図４に示す。
このファイル構造データが示す階層構造に従って、各フ
ァイルがそれぞれ階層的に作成される。

【００１９】また、プロジェクト内のファイルに対する
各ユーザのアクセス権限の設定では、各ファイルに対す
るユーザ毎のアクセス権限（リード権限、ライト権限）
の入力を受けて、入力データをプロジェクトデータベー
ス１２ａに記憶する。入力内容の一例としては、例え
ば、「ユーザ区分が「担当者」のユーザＰ１については
所定のファイルのみリード可及びライト可、また、ユー
ザ区分が「管理者」のユーザＰ２については全てのファ
イルについてリード可及びライト可」等である。

【００２０】また、各ユーザのプロジェクト管理ツール
へのアクセス権の設定では、例えば、プロジェクト管理
ツールにおける各処理メニューに対するアクセス権限の
入力を受けて、入力データをプロジェクトデータベース
１２ａに記憶する。入力内容の一例としては、例えば、
「ユーザＰ１のプロジェクト管理ツールにおける処理メ
ニューＡへのアクセス権限はアクセス可、処理メニュー
Ｂと処理メニューＣへのアクセス権限はアクセス不可」
等である。

【００２１】なお、制御部１１は、この登録処理におい
て設定された各ユーザの各ファイルへのアクセス権限の
情報をユーザ認証情報としてＷＷＷサーバ３に供給す
る。

【００２２】また、制御部１１は、ユーザからＷＷＷサ
ーバ３を介したアクセスを受けると、そのユーザがプロ
ジェクト管理ツールへのアクセスが許可されているかに
ついて、記憶部１２に設定されているアクセス権の確認
を行う。そして、アクセス権が設定されている場合に
は、そのアクセス権限の範囲内でのプロジェクトのアク
セスを許可する。また、アクセス元のユーザについて、
アクセス権が設定されていない場合には、そのユーザか
らのアクセスを拒否する。なお、このとき、制御部１１
は、ユーザのアクセス権が適正に設定されていることを
確認すると、アクセス履歴から前回のアクセス日時を参
照し、そのアクセス時以降にそのユーザのアクセス権の
更新がなされているかを判別し、更新がなされている場
合には、ＷＷＷサーバ３に対するユーザ認証情報の再設
定を行う。

【００２３】また、制御部１１は、ユーザからの、プロ
ジェクト内の種々のファイル（進捗、品質、コスト、各
担当者の作業実績等に関するファイル）に対する要求を
ＷＷＷサーバ３を介して受け、指定されたファイルの読
み出しや更新等を行う。

【００２４】記憶部１２はプロジェクトデータベース１
２ａを備える。プロジェクトデータベース１２ａは、プ
ロジェクト開発に関する種々のファイルをプロジェクト
に従って階層的に格納する。また、プロジェクトデータ
ベース１２ａは、プロジェクト情報、プロジェクトメン
バーの情報、ユーザ認証情報、アクセス権情報等を記憶
する。また、記憶部１２は、制御部１１が実行するプロ
グラムを記憶するとともに、処理に必要な各種のデータ
を記憶する。

【００２５】通信部１３は、制御部１１からの指示に従
って、ＷＷＷサーバ３との間の通信等を制御する。入力
部１４は、キーボード、マウス等の入力装置を含み、入
力されたデータを制御部１１に供給する。表示部１５
は、ＣＲＴ、液晶ディスプレイ等の表示装置を含み、制
御部１１からの指示に従って、各種処理画面を表示す
る。

【００２６】ＷＷＷサーバ３は、例えば図５に示すよう
に、制御部３１と、記憶部３２と、通信部３３と、入力
部３４と、表示部３５と、を備える。

【００２７】制御部３１は、記憶部３２に記憶されるプ
ログラムを実行することにより、ネットワークを介して
ユーザからのアクセスを受け付けるための種々の処理等
を行う。例えば、制御部３１は、プロジェクト管理サー
バ１から各ユーザのユーザ認証情報を取得して、記憶部
３２に記憶する。また、制御部３１は、ネットワークを
介してクライアント５からのアクセス要求を受けると、
例えば、そのユーザのユーザ認証情報が記憶部３２に登
録されているか等をチェックして、アクセス元のユーザ
の認証を行う。アクセス元のユーザのユーザ認証情報が
適正に登録されている場合等には、プロジェクト管理サ
ーバ１へ接続し、プロジェクト管理サーバ１に、ユーザ
のプロジェクト管理ツールへのアクセス権のチェックを
要求する。また、アクセス元のユーザのユーザ認証情報
が登録されていない場合には、クライアント５からのア
クセス要求を拒否する。

【００２８】また、制御部３１は、プロジェクト管理サ
ーバ１から、プロジェクト管理ツールへのユーザのアク
セス権が確認された旨の情報を受信すると、そのプロジ
ェクト内のファイルに対する要求（リード要求、ライト
要求等）を受け付ける。そして、そのユーザのユーザ認
証情報を参照して、指定されたファイルへのアクセス権
限を確認し、アクセス権限の設定内容がクライアント５
からの要求を満たしている場合には、そのファイルにつ
いての要求をプロジェクト管理サーバ１に供給して、指
定されたファイルの読み込み又は書き込み等を行う。ま
た、ユーザのアクセス権限の設定内容がクライアント５
からの要求を満たしていない場合には、例えば「アクセ
ス権限がありません」等の所定のエラーメッセージをク
ライアント５に供給する等の処理を行う。

【００２９】記憶部３２は、プロジェクト管理サーバ１
から取得したユーザ認証情報等を記憶する。また、記憶
部３２は、制御部３１が実行するプログラムを記憶する
とともに、処理に必要な各種のデータを記憶する。通信
部３３は、制御部３１からの指示に従って、ＷＷＷサー
バ３との間の通信等を制御する。入力部３４は、キーボ
ード、マウス等の入力装置を含み、入力されたデータを
制御部３１に供給する。表示部３５は、ＣＲＴ、液晶デ
ィスプレイ等の表示装置を含み、制御部３１からの指示
に従って、各種処理画面を表示する。

【００３０】クライアント５は、例えば、制御部、表示
部、入力部、記憶部、通信部等を備える通常のパーソナ
ルコンピュータ等から構成され、制御部が記憶部に記憶
されるプログラムを実行することにより、ユーザ（担当
者又は管理者等）からの入力操作に応じて、プロジェク
ト管理のための処理等を行う。

【００３１】次に、開発プロジェクトの登録を行う場合
の本システムの動作について、図６のフローチャートを
参照して説明する。例えば、管理者は、開発プロジェク
トに関する情報を新たに登録するため、プロジェクト管
理サーバ１にプロジェクトの登録要求を入力する。これ
に応じて、プロジェクト管理サーバ１は、プロジェクト
を登録するための登録処理を開始する。

【００３２】まず、プロジェクト管理サーバ１は、プロ
ジェクト名等のプロジェクト情報やプロジェクトに属す
るプロジェクトメンバー（ユーザ）に関する情報の入力
を受け付け、これらの情報の登録を行う（ステップＳ
１、Ｓ２）。

【００３３】次に、プロジェクト管理サーバ１は、プロ
ジェクトを管理するために使用される各ファイルの情報
と各ファイルの階層構造についての入力を受け付け、入
力された情報を登録する（ステップＳ３）。例えば、開
発対象のシステムαが、図７（ａ）に示すように、サブ
システムＡとサブシステムＢからなり、各サブシステム
について、作業日程を管理するためのファイルとして
「日程ファイル」が設定され、開発作業の実績を管理す
るためのファイルとして「実績ファイル」が設定され、
開発作業の進捗を管理するためのファイルとして「進捗
ファイル」が設定され、製品の品質を管理するためのフ
ァイルとして「品質ファイル」が設定される場合には、
例えば図７（ｂ）に示すようなファイル構造データが設
定登録される。これにより、プロジェクトを管理するた
めの各ファイルは階層的にプロジェクトデータベース１
２ａに格納されるため、従来のフラット構造のファイル
格納方式と比して、検索処理や編集処理が容易になる。

【００３４】次に、プロジェクト管理サーバ１は、ステ
ップＳ３で作成された各ファイルについて、ステップＳ
２で登録された各ユーザのアクセス権の設定入力を受け
付け、入力された情報（ユーザ認証情報）を登録する
（ステップＳ４）。例えば、図７に示すシステムの開発
において、担当者Ｐ１がサブシステムＡを担当し、担当
者Ｐ２がサブシステムＢを担当し、管理者Ｃが開発作業
全体を管理する場合、担当者Ｐ１のアクセス権の設定で
は、サブシステムＡについて、「日程ファイル」にリー
ド権限が設定され、「実績ファイル」、「進捗ファイ
ル」にリード権限とライト権限が設定され、その他のフ
ァイルに対してはリード／ライト不可と設定してもよ
い。また、担当者Ｐ２のアクセス権の設定では、サブシ
ステムＢについて、担当者Ｐ１と同様の設定がなされて
もよい。また、管理者Ｃについては、サブシステムＡ、
Ｂの双方の全ファイルについて、リード権限とライト権
限を有するよう設定してもよい。

【００３５】次に、プロジェクト管理サーバ１は、プロ
ジェクト管理ツールに対する各ユーザのアクセス権の設
定入力を受け付け、入力された情報を登録する（ステッ
プＳ５）。

【００３６】これにより、プロジェクト管理サーバ１に
おけるプロジェクトに関する情報の設定登録が完了す
る。なお、プロジェクト管理サーバ１は、ユーザ認証情
報を所定のタイミングでＷＷＷサーバ３に供給する。供
給するタイミングは任意であり、例えば、ＷＷＷサーバ
３からのユーザ認証情報の要求を受信したときでもよ
く、上記設定入力の完了時等でもよい。

【００３７】次に、管理者は、ＷＷＷサーバ３に、プロ
ジェクト管理サーバ１に入力設定したプロジェクトメン
バー（ユーザ）について、ユーザ名、パスワード等を入
力し、これに応じて、ＷＷＷサーバ３は、入力されたデ
ータを登録する（ステップＳ１１）。次に、ＷＷＷサー
バ３は、プロジェクト管理サーバ１からユーザ認証情報
を取得して登録する（ステップＳ１２）。なお、ユーザ
認証情報を取得するタイミングは、上述のように任意で
あり、例えば、予め取得しておいてもよい。これによ
り、ＷＷＷサーバ３におけるプロジェクトに関する情報
の設定登録が完了する。

【００３８】次に、外部からセンタへのアクセスを受け
付ける場合の本システムの動作について、図８のフロー
チャートを参照して説明する。例えば、プロジェクトの
担当者又は管理者等はクライアント５を用いてインター
ネット等のネットワークを介してＷＷＷサーバ３にアク
セスする。ＷＷＷサーバ３は、アクセス元のクライアン
ト５に、ユーザＩＤとパスワード等を要求し、ユーザが
クライアント５に入力したユーザＩＤとパスワードを取
得してチェック等を行うとともに、そのユーザのユーザ
認証情報が記憶部３２に登録されているかを確認する
（ステップＳ２１）。そして、ユーザ認証情報が登録さ
れていると判別した場合には登録済みのユーザであると
判別し（ステップＳ２２）、プロジェクト管理サーバ１
に接続する（ステップＳ２３）。また、ユーザ認証情報
が登録されていないと判別された場合には（ステップＳ
２２）、クライアント５からのアクセスを拒否する（ス
テップＳ２４）。

【００３９】ステップＳ２３によりプロジェクト管理サ
ーバ１に接続した後、プロジェクト管理サーバ１は、ア
クセス元のユーザのプロジェクト管理ツールへのアクセ
ス権情報が存在するかを確認し、存在する場合にはこれ
を読み出す（ステップＳ２５）。また、このとき、プロ
ジェクト管理サーバ１は、アクセス履歴を参照して、ユ
ーザの前回のアクセス日時を特定し、それ以降に、ユー
ザのアクセス権情報が変更されているかを判別する（ス
テップＳ２６）。

【００４０】ステップＳ２６において、アクセス権情報
が変更されていないと判別された場合には、ＷＷＷサー
バ３は、ユーザからの要求に応じて、アクセス権情報が
示す範囲内において、プロジェクトを管理するためのフ
ァイルへのアクセス要求を受け付ける処理を行う（ステ
ップＳ２８）。

【００４１】また、ステップＳ２６においてアクセス権
情報が変更されていると判別された場合には、この変更
に伴い、ユーザ認証情報も変更されている可能性がある
ため、プロジェクト管理サーバ１が記憶するユーザ認証
情報をＷＷＷサーバ３に供給し、ＷＷＷサーバ３におい
てユーザ認証情報の再設定を行う（ステップＳ２７）。
そして、ＷＷＷサーバ３は、ユーザからの要求に応じ
て、アクセス権情報が示す範囲内において、プロジェク
トを管理するためのファイルへのアクセス要求を受け付
ける処理を行う（ステップＳ２８）。

【００４２】このようにして、ＷＷＷサーバ３にプロジ
ェクトを管理するための各ファイルに対するユーザのア
クセス権限等を設定することにより、プロジェクトメン
バーのプロジェクト管理に関する権限が明確になり、無
関係な外部ユーザのアクセスを防止することができる。

【００４３】なお、上記説明では、ユーザ毎にプロジェ
クト管理ツールに対するアクセス権情報を設定している
が、例えば「担当者」、「管理者」等のユーザ区分（ユ
ーザレベル）に応じて設定してもよい。例えば、「担当
者」は一部のプロジェクト管理メニューにしかアクセス
できず、「管理者」は全てのプロジェクト管理メニュー
にアクセスできるようにしてもよい。また、同様に、ユ
ーザ認証情報を、例えば「担当者」、「管理者」等のユ
ーザ区分（ユーザレベル）に応じて設定してもよい。例
えば、「担当者」は一部のファイルにしかアクセスでき
ず（または、リード権限しか与えられず）、「管理者」
は全てのファイルにアクセスできるようにしてもよい。

【００４４】また、図３及び図７（ａ）のファイル構造
データの構成は一例であり、他の種々の形式を取りう
る。例えば、図７の場合、「日程管理」等のディレクト
リの下に、「サブシステムＡ」と「サブシステムＢ」の
ディレクトリを作成し、その下に日程ファイル等を格納
する構成としてもよい。

【００４５】また、ＷＷＷサーバ３におけるユーザ認証
情報の更新タイミングは上記説明に限定されず任意であ
り、例えば、プロジェクト管理サーバ１においてアクセ
ス権情報やユーザ認証情報等が更新されたときに、ＷＷ
Ｗサーバ３のユーザ認証情報も併せて更新するようにし
てもよい。

【００４６】なお、この発明のシステムは、専用のシス
テムによらず、通常のコンピュータシステムを用いて実
現可能である。例えば、上述の動作を実行するためのプ
ログラムをコンピュータ読み取り可能な記録媒体（Ｆ
Ｄ、ＣＤ−ＲＯＭ、ＤＶＤ等）に格納して配布し、該プ
ログラムをコンピュータにインストールすることによ
り、上述の処理を実行するプロジェクト管理サーバ１、
ＷＷＷサーバ３、クライアント５等を構成してもよい。
また、インターネット等のネットワーク上のサーバ装置
が有するディスク装置に格納しておき、例えば搬送波に
重畳してコンピュータにダウンロード等するようにして
もよい。また、上述の機能を、ＯＳが分担又はＯＳとア
プリケーションの共同により実現する場合等には、ＯＳ
以外の部分のみを媒体に格納して配布してもよく、ま
た、搬送波に重畳してコンピュータにダウンロード等し
てもよい。

【００４７】

【発明の効果】以上説明したように、本発明によれば、
無関係な外部ユーザのアクセス等を防止し、システムの
安全性を高めることができる。

【図面の簡単な説明】

【図１】本発明の実施形態に係るプロジェクト管理シス
テムのシステム構成図である。

【図２】図１のシステムで使用されるプロジェクト管理
サーバの構成を示す図である。

【図３】プロジェクトデータベースに登録されるユーザ
情報の一例を示す図である。

【図４】プロジェクトデータベースに登録されるファイ
ル構造データの一例を示す図である。

【図５】図１のシステムで使用されるＷＷＷサーバの構
成を示す図である。

【図６】開発プロジェクト登録を行う場合のシステム動
作を説明するためのフローチャートである。

【図７】プロジェクトを管理するために使用される各フ
ァイルの階層構造の設定処理を具体的に説明するための
図である。

【図８】外部からセンタへのアクセスを受け付ける場合
のシステム動作を説明するためのフローチャートであ
る。

【符号の説明】

１ プロジェクト管理サーバ ３ ＷＷＷサーバ ５ クライアント １１ 制御部 １２ 記憶部 １２ａ プロジェクトデータベース １３ 通信部 １４ 入力部 １５ 表示部 ３１ 制御部 ３２ 記憶部 ３３ 通信部 ３４ 入力部 ３５ 表示部

Claims (7)

【特許請求の範囲】
1. 【請求項１】コンピュータによりプロジェクト管理を行
   うためのプロジェクト管理方法であって、 プロジェクト管理作業に必要な情報の開示範囲をプロジ
   ェクトメンバー毎に示すセキュリティ情報を、各プロジ
   ェクトメンバーからのアクセス要求を受け付ける受付サ
   ーバに設定するステップと、 前記受付サーバにおいて、クライアントからのアクセス
   要求に応じて、前記セキュリティ情報を参照して、アク
   セス要求が適正か否かを判別し、適正な場合に、プロジ
   ェクト管理作業に必要な情報を管理するプロジェクト管
   理サーバへ前記クライアントを接続させるステップと、 前記プロジェクト管理サーバにおいて、前記受付サーバ
   によりアクセスが許可されたクライアントからの要求に
   応じて、プロジェクト管理作業に必要な情報を処理する
   ステップと、 を備えることを特徴とするプロジェクト管理方法。
2. 【請求項２】前記プロジェクト管理サーバにおいて、前
   記プロジェクト管理作業に必要な情報を格納するファイ
   ルを階層的に作成する、 ことを特徴とする請求項１に記載のプロジェクト管理方
   法。
3. 【請求項３】前記セキュリティ情報は、前記プロジェク
   ト管理作業に必要な情報を格納したファイルに対する読
   込権限と書込権限の少なくとも一方を示す情報を含む、 ことを特徴とする請求項１又は２に記載のプロジェクト
   管理方法。
4. 【請求項４】プロジェクト管理を行うシステム用のプロ
   ジェクト管理サーバであって、 プロジェクトメンバー毎にプロジェクト管理作業に必要
   な情報の開示範囲を示すセキュリティ情報を設定する手
   段と、 前記設定されたセキュリティ情報を、各プロジェクトメ
   ンバーからのアクセス要求を受け付ける受付サーバに登
   録する手段と、 受付サーバによりアクセスが許可されたプロジェクトメ
   ンバーのクライアントからの要求に応じて、プロジェク
   ト管理作業に必要な情報を処理する手段と、 を備えることを特徴とするプロジェクト管理サーバ。
5. 【請求項５】プロジェクト管理を行うシステムにおい
   て、ネットワークを介してクライアントからプロジェク
   ト管理作業に関する要求を受け付ける受付サーバであっ
   て、 プロジェクト管理作業に必要な情報の開示範囲をプロジ
   ェクトメンバー毎に示すセキュリティ情報を所定のサー
   バから取得して記憶する手段と、 クライアントからのアクセス要求に応じて、前記セキュ
   リティ情報を参照して、アクセス要求が適正か否かを判
   別し、適正な場合に、プロジェクト管理作業に必要な情
   報を管理するサーバに前記クライアントを接続させる手
   段と、 を備えることを特徴とする受付サーバ。
6. 【請求項６】コンピュータを、プロジェクト管理を行う
   システム用のプロジェクト管理サーバとして機能させる
   ためのプログラムであって、 該コンピュータを、 プロジェクトメンバー毎にプロジェクト管理作業に必要
   な情報の開示範囲を示すセキュリティ情報を設定する手
   段、 前記設定されたセキュリティ情報を、各プロジェクトメ
   ンバーからのアクセス要求を受け付ける受付サーバに登
   録する手段、 受付サーバによりアクセスが許可されたプロジェクトメ
   ンバーのクライアントからの要求に応じて、プロジェク
   ト管理作業に必要な情報を処理する手段、 として機能させるためのプログラム。
7. 【請求項７】コンピュータを、プロジェクト管理を行う
   システムにおいてネットワークを介してクライアントか
   らのプロジェクト管理作業に関する要求を受け付ける受
   付サーバとして機能させるためのプログラムであって、 該コンピュータを、 プロジェクト管理作業に必要な情報の開示範囲をプロジ
   ェクトメンバー毎に示すセキュリティ情報を所定のサー
   バから取得して記憶する手段、 クライアントからのアクセス要求に応じて、前記セキュ
   リティ情報を参照して、アクセス要求が適正か否かを判
   別し、適正な場合に、プロジェクト管理作業に必要な情
   報を管理するサーバに前記クライアントを接続させる手
   段、 として機能させるためのプログラム。