(57)【要約】【課題】セキュリティを低下させることなく、オーナーユーザの承認にかかる手間を低減する。【解決手段】プロジェクトの識別情報と、当該プロジェクトのオーナーユーザの承認によりプロジェクトに参加しているメンバーユーザの識別情報と、オーナーユーザによってメンバーユーザに付与され、メンバーユーザが依頼元のユーザとなって依頼先のユーザをプロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶しているプロジェクトメンバー情報記憶手段１７２ａと、プロジェクトメンバー情報記憶手段に記憶されたメンバー追加権限情報に基づいて、メンバーユーザによる新たなメンバーユーザの追加を制限するメンバー追加制限手段１１（１６，１７１，１７３ａ）と、を備えてプロジェクト管理サーバ１を構成した。【選択図】図３
2005293377.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、
前記プロジェクトメンバー情報記憶手段に記憶されたメンバー追加権限情報に基づいて、前記依頼元のユーザによる新たなメンバーユーザの追加を制限するメンバー追加制限手段と、
を備えることを特徴とするプロジェクト管理サーバ。
【請求項２】
前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段を備え、
前記メンバー追加権限情報は、前記依頼元のユーザが新たなメンバーユーザを追加できるか否かの追加可否情報を有し、
前記メンバー追加制限手段は、
前記追加可否情報を前記プロジェクトメンバー情報記憶手段から取得する追加可否情報取得手段と、
前記追加可否情報取得手段により取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に登録する登録手段と、
プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記依頼先のユーザであるか否かを前記参加依頼情報記憶手段を検索して判断する依頼先判断手段と、
前記依頼先判断手段が、前記問い合わせユーザを前記依頼先のユーザであると判断した場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知手段と、
前記通知手段により参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録手段と、
を備えることを特徴とする請求項１に記載のプロジェクト管理サーバ。
【請求項３】
前記メンバー追加制限手段は、
前記追加可否情報取得手段により取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有しないと判断した場合に、前記依頼元のユーザに新たなメンバーユーザを追加できる権限がない旨の通知を行う無権限通知手段を備えることを特徴とする請求項２に記載のプロジェクト管理サーバ。
【請求項４】
前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段を備え、
前記メンバー追加権限情報は、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要か否かの承認要否情報を有し、
前記メンバー追加制限手段は、
前記承認要否情報を前記プロジェクトメンバー情報記憶手段から取得する承認要否情報取得手段と、
前記承認要否情報取得手段により取得した承認要否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要であると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に仮登録する仮登録手段と、
前記オーナーユーザによる前記参加依頼情報の登録の承認に基づいて、前記仮登録手段により仮登録された前記参加依頼情報を前記参加依頼情報記憶手段に本登録する本登録手段と、
プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記依頼先のユーザであるか否かを、前記参加依頼情報記憶手段内に本登録された参加依頼情報を検索して判断する依頼先判断手段と、
前記依頼先判断手段が、前記問い合わせユーザを前記依頼先のユーザであると判断した場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知手段と、
前記通知手段により参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録手段と、
を備えることを特徴とする請求項１に記載のプロジェクト管理サーバ。
【請求項５】
プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段を有するサーバを用いてプロジェクトを管理するにあたり、
前記サーバが、前記プロジェクトメンバー情報記憶手段に記憶されたメンバー追加権限情報に基づいて、前記依頼元のユーザによる新たなメンバーユーザの追加を制限するメンバー追加制限ステップを備えることを特徴とするプロジェクト管理方法。
【請求項６】
前記サーバを用いてプロジェクトを管理するにあたり、
前記サーバは、前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段を備え、
前記メンバー追加権限情報は、前記依頼元のユーザが新たなメンバーユーザを追加できるか否かの追加可否情報を有し、
前記メンバー追加制限ステップは、
前記サーバが、前記追加可否情報を前記プロジェクトメンバー情報記憶手段から取得する追加可否情報取得ステップと、
前記サーバが、前記追加可否情報取得ステップにより取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に登録する登録ステップと、
前記サーバが、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが前記依頼先のユーザであるか否かを前記参加依頼情報記憶手段を検索して判断する依頼先判断ステップと、
前記サーバが、前記依頼先判断ステップにより前記問い合わせユーザが前記依頼先のユーザであると判断された場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知ステップと、
前記サーバが、前記通知ステップにより参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録ステップと、
を備えることを特徴とする請求項５に記載のプロジェクト管理方法。
【請求項７】
前記メンバー追加制限ステップは、
前記サーバが、前記追加可否情報取得ステップにより取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有しないと判断した場合に、前記依頼元のユーザに新たなメンバーユーザを追加できる権限がない旨の通知を行う無権限通知ステップを備えることを特徴とする請求項６に記載のプロジェクト管理方法。
【請求項８】
前記サーバを用いてプロジェクトを管理するにあたり、
前記サーバは、前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段を備え、
前記メンバー追加権限情報は、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要か否かの承認要否情報を有し、
前記メンバー追加制限ステップは、
前記サーバが、前記承認要否情報を前記プロジェクトメンバー情報記憶手段から取得する承認要否情報取得ステップと、
前記サーバが、前記承認要否情報取得ステップにより取得した承認要否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要であると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に仮登録する仮登録ステップと、
前記サーバが、前記オーナーユーザによる前記参加依頼情報の登録の承認に基づいて、前記仮登録ステップにより仮登録された前記参加依頼情報を前記参加依頼情報記憶手段に本登録する本登録ステップと、
前記サーバが、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記依頼先のユーザであるか否かを、前記参加依頼情報記憶手段内に本登録された参加依頼情報を検索して判断する依頼先判断ステップと、
前記サーバが、前記依頼先判断ステップにより前記問い合わせユーザが前記依頼先のユーザであると判断された場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知ステップと、
前記サーバが、前記通知ステップにより参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録ステップと、
を備えることを特徴とする請求項５に記載のプロジェクト管理方法。
【請求項９】
プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段を備えるコンピュータを、
前記プロジェクトメンバー情報記憶手段に記憶されたメンバー追加権限情報に基づいて、前記依頼元のユーザによる新たなメンバーユーザの追加を制限するメンバー追加制限手段、
として機能させるためのプログラム。
【請求項１０】
プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、
前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段と、を備え、
前記メンバー追加権限情報が、前記依頼元のユーザが新たなメンバーユーザを追加できるか否かの追加可否情報を有するコンピュータを、
前記追加可否情報を前記プロジェクトメンバー情報記憶手段から取得する追加可否情報取得手段、
前記追加可否情報取得手段により取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に登録する登録手段、
プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記依頼先のユーザであるか否かを前記参加依頼情報記憶手段を検索して判断する依頼先判断手段、
前記依頼先判断手段により前記問い合わせユーザが前記依頼先のユーザであると判断された場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知手段、
前記通知手段により参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録手段、
として機能させるためのプログラム。
【請求項１１】
プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、
前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段と、を備え、
前記メンバー追加権限情報が、前記依頼元のユーザが新たなメンバーユーザを追加できるか否かの追加可否情報を有するコンピュータを、
前記追加可否情報を前記プロジェクトメンバー情報記憶手段から取得する追加可否情報取得手段、
前記追加可否情報取得手段により取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有しないと判断した場合に、前記依頼元のユーザに新たなメンバーユーザを追加できる権限がない旨の通知を行う無権限通知手段、
として機能させるためのプログラム。
【請求項１２】
プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、
前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段と、を備え、
前記メンバー追加権限情報が、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要か否かの承認要否情報を有するコンピュータを、
前記承認要否情報を前記プロジェクトメンバー情報記憶手段から取得する承認要否情報取得手段、
前記承認要否情報取得手段により取得した承認要否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要であると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に仮登録する仮登録手段、
前記オーナーユーザによる前記参加依頼情報の登録の承認に基づいて、前記仮登録手段により仮登録された前記参加依頼情報を前記参加依頼情報記憶手段に本登録する本登録手段、
プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記依頼先のユーザであるか否かを、前記参加依頼情報記憶手段内に本登録された参加依頼情報を検索して判断する依頼先判断手段、
前記依頼先判断手段により前記問い合わせユーザが前記依頼先のユーザであると判断された場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知手段、
前記通知手段により参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロジェクト管理サーバ、プロジェクト管理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、製品等を開発するプロジェクトの管理に際しては、プロジェクトに関する情報が格納された管理サーバと、この管理サーバにネットワーク接続されたクライアントによって構成されたプロジェクト管理システムが利用される。このようなプロジェクト管理システムにおいて、クライアントはプロジェクトの遂行にあたって必要な情報を、ネットワークを介して管理サーバから取得するようになっている。
このようなプロジェクト管理システムにおいては、管理サーバに格納された情報が容易に外部に漏れないように管理サーバのセキュリティを高める必要があり、管理サーバのセキュリティを高めるために、管理サーバとクライアントとの間に受付サーバを設け、正当権限を有するクライアントのみが管理サーバにアクセスできるようなプロジェクト管理システムが提案されている（例えば、特許文献１参照。）。このプロジェクト管理システムにおいては、ユーザの識別情報と、ユーザが属するプロジェクトの識別情報を入力することにより、管理サーバへのアクセスを認証するものである。
一般的に、プロジェクトは、当該プロジェクトを作成したオーナーユーザと、オーナーユーザの承認によって参加するメンバーユーザから構成されている。個々のメンバーユーザは、オーナーユーザの承認によってのみ参加できるようになっており、メンバーユーザがオーナーユーザの承認を得ることなくメンバーユーザを追加することは、セキュリティが低下するため、許可されていない。
【特許文献１】特開２００２−２８８４０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、複数の企業でプロジェクトを形成した場合には、メンバーユーザ毎にプロジェクトの遂行に必要なメンバーユーザは異なるため、プロジェクトへの参加企業の数が増加すると、オーナーユーザだけでは、全てのメンバーユーザに対して参加承認を行うことは困難である。従って、オーナーユーザは、メンバーユーザの追加に関して各企業に任せざるを得ないが、オーナーユーザに対してメンバーユーザの追加権限を自由に与えると、セキュリティが低下してしまうという問題があった。
【０００４】
そこで、本発明の課題は、セキュリティを低下させることなく、オーナーユーザの承認にかかる手間を低減することができるプロジェクト管理サーバ、プロジェクト管理方法及びプログラムを提供することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、請求項１に記載の発明は、プロジェクト管理サーバであって、プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、前記プロジェクトメンバー情報記憶手段に記憶されたメンバー追加権限情報に基づいて、前記依頼元のユーザによる新たなメンバーユーザの追加を制限するメンバー追加制限手段と、を備えることを特徴とする。
ここで、オーナーユーザとは、プロジェクトを作成したユーザであり、プロジェクトのメンバーユーザ全員に対して直接的又は間接的に参加を承認する権限を有するユーザをいい、メンバーユーザとは、オーナーユーザから直接的又は間接的に承認を得てオーナーユーザのプロジェクトに参加するユーザをいう。
【０００６】
請求項２に記載の発明は、請求項１に記載のプロジェクト管理サーバにおいて、前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段を備え、前記メンバー追加権限情報は、前記依頼元のユーザが新たなメンバーユーザを追加できるか否かの追加可否情報を有し、前記メンバー追加制限手段は、前記追加可否情報を前記プロジェクトメンバー情報記憶手段から取得する追加可否情報取得手段と、前記追加可否情報取得手段により取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に登録する登録手段と、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記依頼先のユーザであるか否かを前記参加依頼情報記憶手段を検索して判断する依頼先判断手段と、前記依頼先判断手段が、前記問い合わせユーザを前記依頼先のユーザであると判断した場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知手段と、前記通知手段により参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録手段と、を備えることを特徴とする。
【０００７】
請求項３に記載の発明は、請求項２に記載のプロジェクト管理サーバにおいて、前記メンバー追加制限手段は、前記追加可否情報取得手段により取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有しないと判断した場合に、前記依頼元のユーザに新たなメンバーユーザを追加できる権限がない旨の通知を行う無権限通知手段を備えることを特徴とする。
【０００８】
請求項４に記載の発明は、請求項１に記載のプロジェクト管理サーバにおいて、前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段を備え、前記メンバー追加権限情報は、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要か否かの承認要否情報を有し、前記メンバー追加制限手段は、前記承認要否情報を前記プロジェクトメンバー情報記憶手段から取得する承認要否情報取得手段と、前記承認要否情報取得手段により取得した承認要否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要であると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に仮登録する仮登録手段と、前記オーナーユーザによる前記参加依頼情報の登録の承認に基づいて、前記仮登録手段により仮登録された前記参加依頼情報を前記参加依頼情報記憶手段に本登録する本登録手段と、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記依頼先のユーザであるか否かを、前記参加依頼情報記憶手段内に本登録された参加依頼情報を検索して判断する依頼先判断手段と、前記依頼先判断手段が、前記問い合わせユーザを前記依頼先のユーザであると判断した場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知手段と、前記通知手段により参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録手段と、を備えることを特徴とする。
ここで、参加依頼情報の仮登録とは、参加依頼情報を参加依頼情報記憶手段に一時的に記憶させることをいい、本登録とは、参加依頼情報記憶手段に一時的に記憶させた参加依頼情報を参加依頼情報記憶手段に記憶させることをいう。
【０００９】
請求項５に記載の発明は、プロジェクトの管理方法であって、プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段を有するサーバを用いてプロジェクトを管理するにあたり、前記サーバが、前記プロジェクトメンバー情報記憶手段に記憶されたメンバー追加権限情報に基づいて、前記依頼元のユーザによる新たなメンバーユーザの追加を制限するメンバー追加制限ステップを備えることを特徴とする。
【００１０】
請求項６に記載の発明は、請求項５に記載のプロジェクトの管理方法であって、前記サーバを用いてプロジェクトを管理するにあたり、前記サーバは、前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段を備え、前記メンバー追加権限情報は、前記依頼元のユーザが新たなメンバーユーザを追加できるか否かの追加可否情報を有し、前記メンバー追加制限ステップは、前記サーバが、前記追加可否情報を前記プロジェクトメンバー情報記憶手段から取得する追加可否情報取得ステップと、前記サーバが、前記追加可否情報取得ステップにより取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に登録する登録ステップと、前記サーバが、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが前記依頼先のユーザであるか否かを前記参加依頼情報記憶手段を検索して判断する依頼先判断ステップと、前記サーバが、前記依頼先判断ステップにより前記問い合わせユーザが前記依頼先のユーザであると判断された場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知ステップと、前記サーバが、前記通知ステップにより参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録ステップと、を備えることを特徴とする。
【００１１】
請求項７に記載の発明は、請求項６に記載のプロジェクトの管理方法であって、前記メンバー追加制限ステップは、前記サーバが、前記追加可否情報取得ステップにより取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有しないと判断した場合に、前記依頼元のユーザに新たなメンバーユーザを追加できる権限がない旨の通知を行う無権限通知ステップを備えることを特徴とする。
【００１２】
請求項８に記載の発明は、請求項５に記載のプロジェクトの管理方法であって、前記サーバを用いてプロジェクトを管理するにあたり、前記サーバは、前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段を備え、前記メンバー追加権限情報は、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要か否かの承認要否情報を有し、前記メンバー追加制限ステップは、前記サーバが、前記承認要否情報を前記プロジェクトメンバー情報記憶手段から取得する承認要否情報取得ステップと、前記サーバが、前記承認要否情報取得ステップにより取得した承認要否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要であると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に仮登録する仮登録ステップと、前記サーバが、前記オーナーユーザによる前記参加依頼情報の登録の承認に基づいて、前記仮登録ステップにより仮登録された前記参加依頼情報を前記参加依頼情報記憶手段に本登録する本登録ステップと、前記サーバが、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記依頼先のユーザであるか否かを、前記参加依頼情報記憶手段内に本登録された参加依頼情報を検索して判断する依頼先判断ステップと、前記サーバが、前記依頼先判断ステップにより前記問い合わせユーザが前記依頼先のユーザであると判断された場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知ステップと、前記サーバが、前記通知ステップにより参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録ステップと、を備えることを特徴とする。
【００１３】
請求項９に記載の発明は、プログラムであって、プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段を備えるコンピュータを、前記プロジェクトメンバー情報記憶手段に記憶されたメンバー追加権限情報に基づいて、前記依頼元のユーザによる新たなメンバーユーザの追加を制限するメンバー追加制限手段、として機能させることを特徴とする。
【００１４】
請求項１０に記載の発明は、プログラムであって、プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段と、を備え、前記メンバー追加権限情報が、前記依頼元のユーザが新たなメンバーユーザを追加できるか否かの追加可否情報を有するコンピュータを、前記追加可否情報を前記プロジェクトメンバー情報記憶手段から取得する追加可否情報取得手段、前記追加可否情報取得手段により取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に登録する登録手段、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記依頼先のユーザであるか否かを前記参加依頼情報記憶手段を検索して判断する依頼先判断手段、前記依頼先判断手段により前記問い合わせユーザが前記依頼先のユーザであると判断された場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知手段、前記通知手段により参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録手段、として機能させることを特徴とする。
【００１５】
請求項１１に記載の発明は、プログラムであって、プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段と、を備え、前記メンバー追加権限情報が、前記依頼元のユーザが新たなメンバーユーザを追加できるか否かの追加可否情報を有するコンピュータを、前記追加可否情報を前記プロジェクトメンバー情報記憶手段から取得する追加可否情報取得手段、前記追加可否情報取得手段により取得した追加可否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加できる権限を有しないと判断した場合に、前記依頼元のユーザに新たなメンバーユーザを追加できる権限がない旨の通知を行う無権限通知手段、として機能させることを特徴とする。
【００１６】
請求項１２に記載の発明は、プログラムであって、プロジェクトの識別情報と、当該プロジェクトの識別情報によって識別されるプロジェクトのオーナーユーザの承認により前記プロジェクトに参加するメンバーユーザの識別情報と、前記オーナーユーザによって前記メンバーユーザに付与され、前記メンバーユーザが依頼元のユーザとなって依頼先のユーザを前記プロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、前記プロジェクトへの参加依頼に関する参加依頼情報を記憶する参加依頼情報記憶手段と、を備え、前記メンバー追加権限情報が、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要か否かの承認要否情報を有するコンピュータを、前記承認要否情報を前記プロジェクトメンバー情報記憶手段から取得する承認要否情報取得手段、前記承認要否情報取得手段により取得した承認要否情報に基づいて、前記依頼元のユーザが新たなメンバーユーザを追加する際に前記オーナーユーザの承認が必要であると判断した場合に、前記参加依頼情報を前記参加依頼情報記憶手段に仮登録する仮登録手段、前記オーナーユーザによる前記参加依頼情報の登録の承認に基づいて、前記仮登録手段により仮登録された前記参加依頼情報を前記参加依頼情報記憶手段に本登録する本登録手段、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記依頼先のユーザであるか否かを、前記参加依頼情報記憶手段内に本登録された参加依頼情報を検索して判断する依頼先判断手段、前記依頼先判断手段により前記問い合わせユーザが前記依頼先のユーザであると判断された場合に、前記問い合わせユーザに参加依頼がある旨の通知を行う通知手段、前記通知手段により参加依頼がある旨の通知を受けた前記問い合わせユーザが送信した前記プロジェクトへの参加の有無に関する参加有無情報を前記参加依頼情報記憶手段に登録する参加有無情報登録手段、として機能させることを特徴とする。
【発明の効果】
【００１７】
請求項１に記載の発明によれば、メンバー追加制限手段は、メンバーユーザが依頼元のユーザとなって依頼先のユーザをプロジェクトに参加させる際の追加権限に関する情報であって、プロジェクトメンバー情報記憶手段に記憶されたメンバー追加権限情報に基づいて、依頼元のユーザによる新たなメンバーユーザの追加を制限する。
これにより、依頼元のユーザは、自らの意思で自由に新たなメンバーユーザの追加を行うことができなくなる。また、メンバー追加権限情報は、オーナーユーザによって付与されるものであるため、オーナーユーザが直接的に新たなメンバーユーザの参加承認を行わなくても、オーナーユーザの意思が必ず反映されるようになる。従って、オーナーユーザは、新たに参加する全てのメンバーユーザに対して自らの意思に基づいて承認を行うこととなり、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができ、承認にかかる手間を低減することができる。
【００１８】
請求項２に記載の発明によれば、追加可否情報取得手段は、追加可否情報をプロジェクトメンバー情報記憶手段から取得する。
そして、登録手段は、追加可否情報取得手段により取得した追加可否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、参加依頼情報を参加依頼情報記憶手段に登録する。
また、依頼先判断手段は、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報記憶手段を検索して判断する。
そして、通知手段は、依頼先判断手段により、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザに参加依頼がある旨の通知を行う。
そして、参加有無情報登録手段は、通知手段により参加依頼がある旨の通知を受けた問い合わせユーザが送信したプロジェクトへの参加の有無に関する参加有無情報を参加依頼情報記憶手段に登録する。
これにより、依頼元のユーザが新たなメンバーユーザの追加をできる権限がある場合にのみ、参加依頼情報は参加依頼情報記憶手段に登録されるので、依頼元のユーザは、自らの意思で自由に参加依頼をすることができなくなる。また、追加可否情報はオーナーユーザによって付与されるものであるため、オーナーユーザが直接的に新たなメンバーユーザの参加承認を行わなくても、オーナーユーザの意思が必ず反映されるようになる。従って、依頼元のユーザによる参加依頼はオーナーユーザの意思によってその可否が決定されるため、オーナーユーザは、新たに参加する全てのメンバーユーザに対して自らの意思に基づいて承認を行うこととなり、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができ、承認にかかる手間を低減することができる。
【００１９】
請求項３に記載の発明によれば、無権限通知手段は、追加可否情報取得手段により取得した追加可否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加できる権限を有していないと判断した場合に、依頼元のユーザにメンバー追加できる権限がない旨の通知を行う。
これにより、依頼元のユーザが新たなメンバーの追加をできる権限がない場合には、参加依頼情報は参加依頼情報記憶手段に登録されず、その旨が依頼元のユーザに通知されるので、依頼元のユーザは、新たなメンバーユーザの追加をできる権限を有しているか否かを容易に確認できる。
【００２０】
請求項４に記載の発明によれば、承認要否情報取得手段は、承認要否情報をプロジェクトメンバー情報記憶手段から取得する。
そして、仮登録手段は、承認要否情報取得手段により取得した承認要否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加する際にオーナーユーザの承認が必要であると判断した場合に、参加依頼情報を参加依頼情報記憶手段に仮登録する。
そして、本登録手段は、オーナーユーザによる参加依頼情報の登録の承認に基づいて、仮登録手段により仮登録された参加依頼情報を参加依頼情報記憶手段に本登録する。
そして、依頼先判断手段は、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報記憶手段内に本登録された参加依頼情報を検索して判断する。
そして、通知手段は、依頼先判断手段により、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザに参加依頼がある旨の通知を行う。
そして、参加有無情報登録手段は、通知手段により参加依頼がある旨の通知を受けた問い合わせユーザが送信したプロジェクトへの参加の有無に関する参加有無情報を参加依頼情報記憶手段に登録する。
これにより、参加依頼情報はオーナーユーザの承認を得た後にしか参加依頼情報記憶手段に本登録されないので、依頼元のユーザは、自らの意思で自由にメンバーユーザの追加を行うことができなくなる。従って、オーナーユーザは、依頼元のユーザからの承認の依頼に対して承認するだけでよいので、新たに参加する全てのメンバーユーザに対して常にその動向を監視する必要がなくなる。従って、オーナーユーザは、自らの意思に基づいて承認を行いながらも、承認にかかる手間を低減することができる。また、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができる。
【００２１】
請求項５に記載の発明によれば、メンバー追加制限ステップでは、メンバーユーザが依頼元のユーザとなって依頼先のユーザをプロジェクトに参加させる際の追加権限に関する情報であって、プロジェクトメンバー情報記憶手段に記憶されたメンバー追加権限情報に基づいて、依頼元のユーザによる新たなメンバーユーザの追加を制限する。
これにより、依頼元のユーザは、自らの意思で自由に新たなメンバーユーザの追加を行うことができなくなる。また、メンバー追加権限情報は、オーナーユーザによって付与されるものであるため、オーナーユーザが直接的に新たなメンバーユーザの参加承認を行わなくても、オーナーユーザの意思が必ず反映されるようになる。従って、オーナーユーザは、新たに参加する全てのメンバーユーザに対して自らの意思に基づいて承認を行うこととなり、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができ、承認にかかる手間を低減することができる。
【００２２】
請求項６に記載の発明によれば、追加可否情報取得ステップでは、追加可否情報をプロジェクトメンバー情報記憶手段から取得する。
そして、登録ステップでは、追加可否情報取得ステップにより取得した追加可否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、参加依頼情報を参加依頼情報記憶手段に登録する。
また、依頼先判断ステップでは、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報記憶手段を検索して判断する。
そして、通知ステップでは、依頼先判断ステップにより、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザに参加依頼がある旨の通知を行う。
そして、参加有無情報登録ステップでは、通知手段により参加依頼がある旨の通知を受けた問い合わせユーザが送信したプロジェクトへの参加の有無に関する参加有無情報を参加依頼情報記憶手段に登録する。
これにより、依頼元のユーザが新たなメンバーユーザの追加をできる権限がある場合にのみ、参加依頼情報は参加依頼情報記憶手段に登録されるので、依頼元のユーザは、自らの意思で自由に参加依頼をすることができなくなる。また、追加可否情報はオーナーユーザによって付与されるものであるため、オーナーユーザが直接的に新たなメンバーユーザの参加承認を行わなくても、オーナーユーザの意思が必ず反映されるようになる。従って、依頼元のユーザによる参加依頼はオーナーユーザの意思によってその可否が決定されるため、オーナーユーザは、新たに参加する全てのメンバーユーザに対して自らの意思に基づいて承認を行うこととなり、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができ、承認にかかる手間を低減することができる。
【００２３】
請求項７に記載の発明によれば、無権限通知ステップでは、追加可否情報取得ステップにより取得した追加可否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加できる権限を有していないと判断した場合に、依頼元のユーザにメンバー追加できる権限がない旨の通知を行う。
これにより、依頼元のユーザが新たなメンバーの追加をできる権限がない場合には、参加依頼情報は参加依頼情報記憶手段に登録されず、その旨が依頼元のユーザに通知されるので、依頼元のユーザは、新たなメンバーユーザの追加をできる権限を有しているか否かを容易に確認できる。
【００２４】
請求項８に記載の発明によれば、承認要否情報取得ステップでは、承認要否情報をプロジェクトメンバー情報記憶手段から取得する。
そして、仮登録ステップでは、承認要否情報取得ステップにより取得した承認要否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加する際にオーナーユーザの承認が必要であると判断した場合に、参加依頼情報を参加依頼情報記憶手段に仮登録する。
そして、本登録ステップでは、オーナーユーザによる参加依頼情報の登録の承認に基づいて、仮登録ステップにより仮登録された参加依頼情報を参加依頼情報記憶手段に本登録する。
そして、依頼先判断ステップでは、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報記憶手段内に本登録された参加依頼情報を検索して判断する。
そして、通知ステップでは、依頼先判断ステップにより、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザに参加依頼がある旨の通知を行う。
そして、参加有無情報登録ステップでは、通知ステップにより参加依頼がある旨の通知を受けた問い合わせユーザが送信したプロジェクトへの参加の有無に関する参加有無情報を参加依頼情報記憶手段に登録する。
これにより、参加依頼情報はオーナーユーザの承認を得た後にしか参加依頼情報記憶手段に本登録されないので、依頼元のユーザは、自らの意思で自由にメンバーユーザの追加を行うことができなくなる。従って、オーナーユーザは、依頼元のユーザからの承認の依頼に対して承認するだけでよいので、新たに参加する全てのメンバーユーザに対して常にその動向を監視する必要がなくなる。従って、オーナーユーザは、自らの意思に基づいて承認を行いながらも、承認にかかる手間を低減することができる。また、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができる。
【００２５】
請求項９に記載の発明によれば、コンピュータをメンバー追加制限手段として機能させることにより、メンバーユーザが依頼元のユーザとなって依頼先のユーザをプロジェクトに参加させる際の追加権限に関する情報であって、プロジェクトメンバー情報記憶手段に記憶されたメンバー追加権限情報に基づいて、依頼元のユーザによる新たなメンバーユーザの追加を制限する。
これにより、依頼元のユーザは、自らの意思で自由に新たなメンバーユーザの追加を行うことができなくなる。また、メンバー追加権限情報は、オーナーユーザによって付与されるものであるため、オーナーユーザが直接的に新たなメンバーユーザの参加承認を行わなくても、オーナーユーザの意思が必ず反映されるようになる。従って、オーナーユーザは、新たに参加する全てのメンバーユーザに対して自らの意思に基づいて承認を行うこととなり、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができ、承認にかかる手間を低減することができる。
【００２６】
請求項１０に記載の発明によれば、コンピュータを追加可否情報取得手段として機能させることにより、追加可否情報をプロジェクトメンバー情報記憶手段から取得する。
そして、コンピュータを登録手段として機能させることにより、追加可否情報取得手段により取得した追加可否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、参加依頼情報を参加依頼情報記憶手段に登録する。
また、コンピュータを依頼先判断手段として機能させることにより、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報記憶手段を検索して判断する。
そして、コンピュータを通知手段として機能させることにより、依頼先判断手段により、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザに参加依頼がある旨の通知を行う。
そして、コンピュータを参加有無情報登録手段として機能させることにより、通知手段により参加依頼がある旨の通知を受けた問い合わせユーザが送信したプロジェクトへの参加の有無に関する参加有無情報を参加依頼情報記憶手段に登録する。
これにより、依頼元のユーザが新たなメンバーユーザの追加をできる権限がある場合にのみ、参加依頼情報は参加依頼情報記憶手段に登録されるので、依頼元のユーザは、自らの意思で自由に参加依頼をすることができなくなる。また、追加可否情報はオーナーユーザによって付与されるものであるため、オーナーユーザが直接的に新たなメンバーユーザの参加承認を行わなくても、オーナーユーザの意思が必ず反映されるようになる。従って、依頼元のユーザによる参加依頼はオーナーユーザの意思によってその可否が決定されるため、オーナーユーザは、新たに参加する全てのメンバーユーザに対して自らの意思に基づいて承認を行うこととなり、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができ、承認にかかる手間を低減することができる。
【００２７】
請求項１１に記載の発明によれば、コンピュータを無権限通知手段として機能させることにより、追加可否情報取得手段により取得した追加可否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加できる権限を有していないと判断した場合に、依頼元のユーザにメンバー追加できる権限がない旨の通知を行う。
これにより、依頼元のユーザが新たなメンバーの追加をできる権限がない場合には、参加依頼情報は参加依頼情報記憶手段に登録されず、その旨が依頼元のユーザに通知されるので、依頼元のユーザは、新たなメンバーユーザの追加をできる権限を有しているか否かを容易に確認できる。
【００２８】
請求項１２に記載の発明によれば、コンピュータを承認要否情報取得手段として機能させることにより、承認要否情報をプロジェクトメンバー情報記憶手段から取得する。
そして、コンピュータを仮登録手段として機能させることにより、承認要否情報取得手段により取得した承認要否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加する際にオーナーユーザの承認が必要であると判断した場合に、参加依頼情報を参加依頼情報記憶手段に仮登録する。
そして、コンピュータを本登録手段として機能させることにより、オーナーユーザによる参加依頼情報の登録の承認に基づいて、仮登録手段により仮登録された参加依頼情報を参加依頼情報記憶手段に本登録する。
そして、コンピュータを依頼先判断手段として機能させることにより、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報記憶手段内に本登録された参加依頼情報を検索して判断する。
そして、コンピュータを通知手段として機能させることにより、依頼先判断手段により、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザに参加依頼がある旨の通知を行う。
そして、コンピュータを参加有無情報登録手段として機能させることにより、通知手段により参加依頼がある旨の通知を受けた問い合わせユーザが送信したプロジェクトへの参加の有無に関する参加有無情報を参加依頼情報記憶手段に登録する。
これにより、参加依頼情報はオーナーユーザの承認を得た後にしか参加依頼情報記憶手段に本登録されないので、依頼元のユーザは、自らの意思で自由にメンバーユーザの追加を行うことができなくなる。従って、オーナーユーザは、依頼元のユーザからの承認の依頼に対して承認するだけでよいので、新たに参加する全てのメンバーユーザに対して常にその動向を監視する必要がなくなる。従って、オーナーユーザは、自らの意思に基づいて承認を行いながらも、承認にかかる手間を低減することができる。また、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができる。
【発明を実施するための最良の形態】
【００２９】
以下、図面を参照して、本発明に係るプロジェクト管理サーバ、プロジェクト管理方法及びプログラムの最良の形態について詳細に説明する。
図１は、プロジェクト管理サーバ１を備えて構成されるプロジェクト管理システム１００である。プロジェクト管理システム１００は、プロジェクト管理サーバ１と、このプロジェクト管理サーバ１にネットワーク接続された複数のクライアント２を備えている。
本実施形態においては、図１に示すように、クライアント２は、例えば、６台存在し、オーナーユーザａと、メンバーユーザｂ，ｃ，ｄ，ｅ，ｆによって管理されている。また、図２に示すように、オーナーユーザａは、メンバーユーザｂ，ｆに対してプロジェクトへの参加を依頼している。また、メンバーユーザｂは、メンバーユーザｃ，ｅに対してプロジェクトへの参加を依頼している。また、メンバーユーザｃは、メンバーユーザｄに対してプロジェクトへの参加を依頼している。このような場合において、例えば、メンバーユーザｂからメンバーユーザｃに参加を依頼する場合であっても、オーナーユーザａがメンバーユーザｂにメンバーを追加する権限を与えていなければ、メンバーユーザｂはメンバーユーザｃに対して参加を依頼することができない。
【００３０】
＜プロジェクト管理サーバ＞
プロジェクト管理サーバ１は、図３に示すように、プログラムを実行してプロジェクトを管理するための種々の処理を行う制御部１１と、制御部１１からの指示に基づいてクライアント２との通信を行う通信部１２と、ユーザが操作をするためのキーボードやマウス等からなる入力部１３と、ユーザに報知するために種々の情報を表示するＣＲＴ、液晶ディスプレイ等からなる表示部１４と、を備えている。
制御部１１は、各種の演算処理等を行う演算処理部１６と、この演算処理部１６のワークエリア等として使用されるとともに、演算処理部１６が各部を制御するのに必要なシステムプログラム等が記憶された記憶部１７と、が備えられている。
演算処理部１６は、例えば、ＣＰＵにより構成され、記憶部１７のプログラムエリア１７３内に格納されたプログラムを読み出して作業エリア１７１内に展開し、当該プログラムに基づいて各部への指示やデータの送受信の制御を行う。
【００３１】
記憶部１７には、演算処理部１６のワークエリアとして機能するための作業エリア１７１と、プロジェクトやユーザの情報データベースが記憶されたデータエリア１７２と、演算処理部１６に実行させるプログラムが格納されたプログラムエリア１７３と、が形成されている。
【００３２】
具体的には、データエリア１７２には、図３に示すように、ユーザの識別情報を記憶するユーザ情報データベース１７２ａが記憶されている。
【００３３】
ここで、ユーザ情報データベース１７２ａは、図４に示すように、ユーザの識別情報としてのユーザＩＤと、ユーザ名と、プロジェクト管理サーバ１にログインするためのパスワードとが対応付けられてテーブル化されている。具体的には、ユーザａのユーザＩＤを「ｕ００１」、パスワードを「Ｐｗｄ＿Ａ」とし、ユーザｂのユーザＩＤを「ｕ００２」、パスワードを「ｘｙｚ」とし、ユーザｃのユーザＩＤを「ｕ００３」、パスワードを「１２３４」とし、ユーザｄのユーザＩＤを「ｕ００４」、パスワードを「ａｂｃ」とし、ユーザｅのユーザＩＤを「ｕ００５」、パスワードを「Ｐｗｄ＿Ｅ」とし、ユーザｆのユーザＩＤを「ｕ００６」、パスワードを「６１０」とする。この場合、ユーザａのユーザＩＤ「ｕ００１」には、ユーザ名「ａ」と、パスワード「Ｐｗｄ＿Ａ」とが対応付けられて記憶され、ユーザｂのユーザＩＤ「ｕ００２」には、ユーザ名「ｂ」と、パスワード「ｘｙｚ」とが対応付けられて記憶され、ユーザｃのユーザＩＤ「ｕ００３」には、ユーザ名「ｃ」と、パスワード「１２３４」とが対応付けられて記憶されている。また、ユーザｄのユーザＩＤ「ｕ００４」には、ユーザ名「ｄ」と、パスワード「ａｂｃ」とが対応付けられて記憶され、ユーザｅのユーザＩＤ「ｕ００５」には、ユーザ名「ｅ」と、パスワード「Ｐｗｄ＿Ｅ」とが対応付けられて記憶され、ユーザｆのユーザＩＤ「ｕ００６」には、ユーザ名「ｆ」と、パスワード「６１０」とが対応付けられて記憶されている。
なお、ユーザ情報データベース１７２ａは、予めプロジェクト管理システム１００のシステム管理者等によって作成され、データエリア１７２に記憶される。
【００３４】
また、データエリア１７２には、図３に示すように、プロジェクトの識別情報を記憶するプロジェクト情報データベース１７２ｂが記憶されている。
【００３５】
ここで、プロジェクト情報データベース１７２ｂは、図５に示すように、プロジェクトの識別情報としてのプロジェクトＩＤと、プロジェクト名と、このプロジェクトのオーナーユーザの識別情報としてのオーナーユーザＩＤとが対応付けられてテーブル化されている。具体的には、本プロジェクトのプロジェクト名を「Ｐ１」とし、このプロジェクトのプロジェクトＩＤを「ｐ００１」とし、このプロジェクトのオーナーユーザをユーザａとし、ユーザａのユーザＩＤを「ｕ００１」とする。この場合、本プロジェクトのプロジェクトＩＤ「ｐ００１」には、プロジェクト名「Ｐ１」と、オーナーユーザのユーザＩＤであるオーナーユーザＩＤ「ｕ００１」とが対応付けられて記憶されている。
なお、プロジェクト情報データベース１７２ｂは、予めプロジェクト管理システム１００のシステム管理者等によって作成され、データエリア１７２に記憶される。
【００３６】
また、データエリア１７２には、図３に示すように、プロジェクトＩＤと、当該プロジェクトのオーナーユーザの承認によりプロジェクトに参加しているメンバーユーザのユーザＩＤと、オーナーユーザによってメンバーユーザに付与され、メンバーユーザが依頼元のユーザとなって依頼先のユーザをプロジェクトに参加させる際の追加権限に関するメンバー追加権限情報とを対応付けて記憶しているプロジェクトメンバー情報記憶手段としてのプロジェクトメンバー情報データベース１７２ｃが記憶されている。
【００３７】
ここで、プロジェクトメンバー情報データベース１７２ｃは、図６に示すように、プロジェクトＩＤと、メンバーユーザのユーザＩＤと、オーナーユーザからメンバーユーザに付与されるメンバー追加権限情報が有する追加可否情報としての追加権限情報とが対応付けられてテーブル化されている。具体的には、本プロジェクトのプロジェクト名を「Ｐ１」とし、このプロジェクトのプロジェクトＩＤを「ｐ００１」とし、このプロジェクトのオーナーユーザをユーザａとし、メンバーユーザをユーザｂとする。ここで、ユーザａのユーザＩＤを「ｕ００１」とし、ユーザｂのユーザＩＤを「ｕ００２」とする。また、ユーザａからユーザｂに付与される追加権限情報は、３種類の情報で表すこととする。例えば、ユーザｂがユーザａの承認無しに新たなメンバーユーザにプロジェクトへの参加依頼をすることができる場合には追加権限情報を「１」とし、ユーザｂがユーザａの承認を得た後に新たなメンバーユーザにプロジェクトへの参加依頼をすることができる場合には追加権限情報を「２」とし、ユーザｂにプロジェクトへの参加依頼をすることができない（参加依頼に関する権限が与えられていない）場合には追加権限情報を「３」とする。
【００３８】
この場合、ユーザａについての情報としては、プロジェクトＩＤ「ｐ００１」には、ユーザａのユーザＩＤ「ｕ００１」と、ユーザａの追加権限情報「１」とが対応付けられて記憶されている。ここで、追加権限情報「１」が記憶されるのは、ユーザａはオーナーユーザであり、承認は自己で行うことになるので、承認は不要だからである。
また、ユーザｂがユーザａの承認を得なければメンバーユーザの追加ができないとすると、ユーザｂについての情報としては、プロジェクトＩＤ「ｐ００１」には、ユーザｂのユーザＩＤ「ｕ００２」と、ユーザｂの追加権限情報「２」とが対応付けられて記憶されている。
【００３９】
また、図７に示すように、オーナーユーザをユーザａ、オーナーユーザに参加を承認された１次メンバーユーザをユーザｂ、１次メンバーユーザに参加を承認された２次メンバーユーザをユーザｃとすると、ユーザａがユーザｂに対して、追加権限情報「１」を与えている場合には、ユーザｂはユーザｃに対して追加権限情報「２」と「３」しか与えることができない。また、ユーザａがユーザｂに対して、追加権限情報「２」を与えている場合には、ユーザｂはユーザｃに対して追加権限情報「１」と「２」と「３」を与えることができる。ただし、この場合はあくまでも、ユーザａの承認対象であり、ユーザａが承認した場合にのみユーザｃに付与できる追加権限情報が決められる。また、ユーザａがユーザｂに対して、追加権限情報「３」を与えている場合には、ユーザｂはユーザｃに対して、追加権限情報を付与することができない。
【００４０】
また、データエリア１７２には、図３に示すように、依頼先のユーザに関するプロジェクトへの参加依頼情報を記憶するとともに、参加依頼がある旨の通知を受けたユーザが送信したプロジェクトへの参加の有無に関する参加有無情報を記憶する参加依頼情報記憶手段としての参加依頼情報データベース１７２ｄが記憶されている。
【００４１】
ここで、参加依頼情報データベース１７２ｄは、図８に示すように、プロジェクトＩＤと、プロジェクトへの参加を依頼した依頼元ユーザのユーザＩＤと、プロジェクトへの参加を依頼された依頼先ユーザのユーザＩＤと、依頼先ユーザのプロジェクトへの参加承諾状態と、オーナーユーザからメンバーユーザに与えられ、メンバーユーザが新たなメンバーユーザを追加する際にオーナーユーザの承認が必要か否かの承認要否情報と、オーナーユーザからメンバーユーザに付与される追加権限情報とが対応付けられてテーブル化されている。
【００４２】
具体的には、本プロジェクトのプロジェクト名を「Ｐ１」とし、このプロジェクトのプロジェクトＩＤを「ｐ００１」とし、このプロジェクトのオーナーユーザをユーザａとし、依頼元ユーザをユーザｂとし、依頼先ユーザをユーザｃとする。ここで、ユーザａのユーザＩＤを「ｕ００１」とし、ユーザｂのユーザＩＤを「ｕ００２」とし、ユーザｃのユーザＩＤを「ｕ００３」とする。
また、ユーザｂからの参加依頼によるユーザｃの参加の有無に関する参加有無情報は、３種類の情報で表すこととする。例えば、ユーザｃが参加を承認する場合には、参加有無情報を「１」とし、ユーザｃが参加を拒否する場合には、参加有無情報を「０」とし、ユーザｃから参加の有無に関する回答を待っている場合には、参加有無情報を「ＮＵＬＬ」とする。
また、ユーザａからユーザｂに対する参加依頼情報の発行承認に関する承認要否情報は、３種類の情報で表すこととする。例えば、ユーザａがユーザｂによる参加依頼情報の発行を承認する場合には、承認要否情報を「１」とし、ユーザａがユーザｂによる参加依頼情報の発行を却下する場合には、承認要否情報を「０」とし、ユーザａがユーザｂによる参加依頼情報の発行を承認をしていない場合には、承認要否情報を「ＮＵＬＬ」とする。
【００４３】
ここで、ユーザｂが、ユーザｃからの参加の有無に関する回答を待っている状態であり、ユーザａから参加依頼情報の発行を承認され、ユーザａの承認を得なければメンバーユーザの追加ができないとする場合には、プロジェクトＩＤ「ｐ００１」には、ユーザｂのユーザＩＤ「ｕ００２」と、ユーザｃのユーザＩＤ「ｕ００３」と、ユーザｃの参加有無情報「ＮＵＬＬ」と、承認要否情報「１」と、ユーザｂの追加権限情報「２」とが対応付けられて記憶されている。
【００４４】
プログラムエリア１７３には、図３に示すように、プロジェクトメンバー情報データベース１７２ａに記憶された追加権限情報に基づいて、メンバーユーザによる新たなメンバーユーザの追加を制限する機能を実現させるメンバー追加制限プログラム１７３ａが記憶されている。ここで、演算処理部１６がメンバー追加制限プログラム１７３ａを実行することにより、制御部１１は、メンバー追加制限手段として機能する。このメンバー追加制限プログラム１７３ａは、少なくとも追加可否情報取得プログラム１７３ｂ、登録プログラム１７３ｃ、依頼先判断プログラム１７３ｄ、通知プログラム１７３ｅ、参加有無情報登録プログラム１７３ｆ、無権限通知プログラム１７３ｇ、承認要否情報取得プログラム１７３ｈ、仮登録プログラム１７３ｉ、本登録プログラム１７３ｊ、ユーザ判断プログラム１７３ｋ、ユーザ認証通知プログラム１７３ｍのプログラムを含んで構成されている。
【００４５】
追加可否情報取得プログラム１７３ｂは、依頼元のユーザが新たなメンバーユーザを追加できるか否かの追加制限情報をプロジェクトメンバー情報データベース１７２ｃから取得する機能を実現させる。ここで、演算処理部１６が追加可否情報取得プログラム１７３ｂを実行することにより、制御部１１は、追加可否情報取得手段として機能する。
【００４６】
また、登録プログラム１７３ｃは、演算処理部１６が追加可否情報取得プログラム１７３ｂを実行することにより、取得した追加権限情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、参加依頼情報を参加依頼情報データベース１７２ｄに登録する機能を実現させる。ここで、演算処理部１６が登録プログラム１７３ｃを実行することにより、制御部１１は、登録手段として機能する。
また、依頼先判断プログラム１７３ｄは、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、依頼先のユーザであるか否かを、参加依頼情報データベース１７２ｄを検索して判断する機能を実現させる。ここで、演算処理部１６が依頼先判断プログラム１７３ｄを実行することにより、制御部１１は、依頼先判断手段として機能する。
【００４７】
また、通知プログラム１７３ｅは、演算処理部１６が依頼先判断プログラム１７３ｄを実行することにより、問い合わせユーザが依頼先のユーザであると判断された場合に、問い合わせユーザに、参加依頼がある旨の通知を行う機能を実現させる。ここで、演算処理部１６が通知プログラム１７３ｅを実行することにより、制御部１１は、通知手段として機能する。
また、参加有無情報登録プログラム１７３ｆは、演算処理部１６が通知プログラム１７３ｅを実行することにより、参加依頼がある旨の通知を受けた問い合わせユーザが送信したプロジェクトへの参加の有無に関する参加有無情報を参加依頼情報データベース１７２ｄに登録する機能を実現させる。ここで、演算処理部１６が参加有無情報登録プログラム１７３ｆを実行することにより、制御部１１は、参加有無情報登録手段として機能する。
【００４８】
また、無権限通知プログラム１７３ｇは、演算処理部１６が追加可否情報取得プログラム１７３ｂを実行することにより、取得した追加権限情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加できる権限を有していないと判断された場合に、依頼元のユーザにメンバー追加できる権限がない旨の通知を行う機能を実現させる。ここで、演算処理部１６が無権限通知プログラム１７３ｇを実行することにより、制御部１１は、無権限通知手段として機能する。
また、承認要否情報取得プログラム１７３ｈは、依頼元のユーザが新たなメンバーユーザを追加する際にオーナーユーザの承認が必要か否かの承認要否情報をプロジェクトメンバー情報データベース１７２ｃから取得する機能を実現させる。ここで、演算処理部１６が承認要否情報取得プログラム１７３ｈを実行することにより、制御部１１は、承認要否情報取得手段として機能する。
【００４９】
また、仮登録プログラム１７３ｉは、演算処理部１６が承認要否情報取得プログラム１７３ｈを実行することにより、取得した承認要否情報に基づいて、依頼元のユーザが新たなメンバーユーザの追加にオーナーユーザの承認が必要であると判断された場合に、参加依頼情報を参加依頼情報データベース１７２ｄに仮登録する機能を実現させる。ここで、演算処理部１６が仮登録プログラム１７３ｉを実行することにより、制御部１１は、仮登録手段として機能する。
また、本登録プログラム１７３ｊは、オーナーユーザによる参加依頼情報の登録の承認に基づいて、演算処理部１６が仮登録プログラム１７３ｉを実行することにより、仮登録された参加依頼情報を参加依頼情報データベース１７２ｄに本登録する機能を実現させる。ここで、演算処理部１６が本登録プログラム１７３ｊを実行することにより、制御部１１は、本登録手段として機能する。
【００５０】
さらに、ユーザ判断プログラム１７３ｋは、ユーザＩＤがユーザ情報データベース１７２ａに記憶されているか否かを判断する機能を実現させる。
また、ユーザ認証通知プログラム１７３ｍは、ユーザ判断プログラム１７３ｋを実行することにより、ユーザＩＤがユーザ情報データベース１７２ａに記憶されていると判断された場合に、ユーザがアクセスするための使用認証コードを通知し、ユーザＩＤがユーザ情報データベース１７２ａに記憶されていないと判断された場合に、ユーザがアクセスできない旨を通知する機能を実現させる。
【００５１】
＜クライアント＞
クライアント２は、図９に示すように、プログラムを実行してプロジェクトを管理するための種々の処理を行う制御部２１と、制御部２１からの指示に基づいてプロジェクト管理サーバ１との通信を行う通信部２２と、ユーザが操作をするためのキーボードやマウス等からなる入力部２３と、ユーザに報知するために種々の情報を表示するＣＲＴ、液晶ディスプレイ等からなる表示部２４と、ユーザが保有する情報を記憶する記憶部２５とを備えている。クライアント２は、制御部２１がプログラムを実行することにより、ユーザからの入力操作に応じて、プロジェクト管理のための処理等を行う。
【００５２】
＜ログイン処理＞
次に、クライアント２からプロジェクト管理サーバ１へのログイン処理について図１０のフローチャートを用いて説明する。
図１０に示すように、ユーザはクライアント２の入力部２３からユーザ名及びパスワードを入力する。クライアント２は、通信部２２を介してユーザ名及びパスワードをプロジェクト管理サーバ１に送信する（ステップＳ１）。すると、プロジェクト管理サーバ１は、ユーザ名及びパスワードを、通信部１２を介して受信する（ステップＳ２）。次いで、演算処理部１６は、ユーザ判断プログラム１７３ｋを実行することにより、通信部１２を介して受信したユーザ名及びパスワードがユーザ情報データベース１７２ａに記憶されているか否かを判断する（ステップＳ３）。ここで、演算処理部１６が、ユーザのユーザ名及びパスワードがユーザ情報データベース１７２ａに記憶されていると判断した場合（ステップＳ３：ＹＥＳ）、演算処理部１６は、ユーザ認証通知プログラム１７３ｍを実行することにより、ユーザがアクセスするためのユーザＩＤをクライアント２の通信部２２に向けて送信する（ステップＳ４）。一方、演算処理部１６が、ユーザのユーザ名及びパスワードがユーザ情報データベース１７２ａに記憶されていないと判断した場合（ステップＳ３：ＮＯ）、演算処理部１６は、ユーザ認証通知プログラム１７３ｍを実行することにより、ユーザがアクセスできない旨をクライアント２の通信部２２に向けて送信する（ステップＳ５）。そして、クライアント２の通信部２２は、プロジェクト管理サーバ１からユーザＩＤの通知を受信する（ステップＳ６）。
なお、クライアント２は、プロジェクト管理サーバ１にアクセスしてユーザＩＤを取得しておけば、以後のプロジェクト管理サーバ１へのログイン処理では、ユーザＩＤとパスワードでログインできるようになっている。
【００５３】
＜１次メンバーユーザのプロジェクト参加依頼、承諾の流れ＞
次に、オーナーユーザであるユーザａが新規にプロジェクトを作成し、ユーザｂ（１次メンバーユーザ）に参加依頼をして承認されるまでの流れについて図１１、図１２のフローチャートを用いて説明する。なお、図１１、図１２は、ユーザｂが新たにメンバーユーザを追加する際に、オーナーユーザの承認を必要とする場合の例について説明する。
図１１に示すように、ユーザａのクライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に対して新規に作成するプロジェクト情報を送信する（ステップＳ１１）。すると、プロジェクト管理サーバ１は、プロジェクト情報を、通信部１２を介して受信する（ステップＳ１２）。次いで、演算処理部１６は、受信したプロジェクト情報をプロジェクト情報データベース１７２ｂに記憶させる（ステップＳ１３）。次いで、演算処理部１６は、プロジェクト情報をプロジェクト情報データベース１７２ｂに登録した旨をユーザａのクライアント２に通信部１２を介して送信する（ステップＳ１４）。次いで、ユーザａのクライアント２は、通信部２２を介して、プロジェクト情報をプロジェクト情報データベース１７２ｂに登録した旨を受信する（ステップＳ１５）。
【００５４】
ここで、ステップＳ１３において、プロジェクト情報がプロジェクト情報データベース１７２ｂに記憶されたときのデータテーブルについて、図１３、図１４を用いて説明する。
図１３に示すように、ユーザａがプロジェクト情報をプロジェクト管理サーバ１に送信するまでは、プロジェクト情報データベース１７２ｂには、本プロジェクトに関する情報は記憶されていない。そして、演算処理部１６が、プロジェクト情報をプロジェクト情報データベース１７２ｂに記憶させると、図１４に示すように、プロジェクトＩＤの欄には、ユーザａが作成するプロジェクトＩＤ「ｐ００１」が書き込まれる。また、プロジェクト名の欄には、プロジェクト名「Ｐ１」が書き込まれる。また、オーナーユーザＩＤの欄には、プロジェクトのオーナーユーザであるユーザａのユーザＩＤ「ｕ００１」が書き込まれる。
【００５５】
さらに、ステップＳ１３において、プロジェクト情報がプロジェクトメンバー情報データベース１７２ｃに記憶されたときのデータテーブルについて、図１５及び図１６を用いて説明する。
図１５に示すように、ユーザａがプロジェクト情報をプロジェクト管理サーバ１に送信するまでは、プロジェクトメンバー情報データベース１７２ｃには、本プロジェクトに関する情報は記憶されていない。そして、演算処理部１６が、プロジェクト情報をプロジェクトメンバー情報データベース１７２ｃに記憶させると、図１６に示すように、プロジェクトＩＤの欄には、ユーザａが作成するプロジェクトＩＤ「ｐ００１」が書き込まれる。また、メンバーユーザＩＤの欄には、プロジェクトのメンバーであるユーザａのユーザＩＤ「ｕ００１」が書き込まれる。また、メンバー追加権限の欄には、オーナー承認不要の追加権限情報「１」が書き込まれる。
【００５６】
再び図１１に戻って、ユーザａのクライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に対してユーザｂに関するプロジェクトへの参加依頼情報を送信する（ステップＳ１６）。すると、プロジェクト管理サーバ１は、参加依頼情報を、通信部１２を介して受信する（ステップＳ１７）。次いで、演算処理部１６は、受信した参加依頼情報を参加依頼情報データベース１７２ｄに記憶させる（ステップＳ１８）。次いで、演算処理部１６は、参加依頼情報を参加依頼情報データベース１７２ｄに登録した旨をユーザａのクライアント２に通信部１２を介して送信する（ステップＳ１９）。次いで、ユーザａのクライアント２は、通信部２２を介して、参加依頼情報を参加依頼情報データベース１７２ｄに登録した旨を受信する（ステップＳ２０）。
なお、ステップＳ１５とステップＳ１６は非同期である。
【００５７】
ここで、ステップＳ１８において、参加依頼情報が参加依頼情報データベース１７２ｄに記憶されたときのデータテーブルについて、図１７及び図１８を用いて説明する。
図１７に示すように、ユーザａが参加依頼情報をプロジェクト管理サーバ１に送信するまでは、参加依頼情報データベース１７２ｂには、本プロジェクトに関する情報は記憶されていない。そして、演算処理部１６が、参加依頼情報を参加依頼情報データベース１７２ｄに記憶させると、図１８に示すように、プロジェクトＩＤの欄には、依頼元のユーザａがユーザｂに参加を依頼するプロジェクトのプロジェクトＩＤ「ｐ００１」が書き込まれる。また、依頼元ユーザＩＤの欄には、依頼元のユーザａのユーザＩＤ「ｕ００１」が書き込まれる。また、依頼先ユーザＩＤの欄には、依頼先のユーザｂのユーザＩＤ「ｕ００２」が書き込まれる。また、参加承諾状態の欄には、「ＮＵＬＬ」が書き込まれる。ここで、「ＮＵＬＬ」が書き込まれるのは、この段階では、ユーザｂの参加有無情報を得ていないからである。また、発行承認状態の欄には、ユーザｂに参加依頼情報の発行を承認する旨の登録承認情報「１」が書き込まれる。また、メンバー追加権限の欄には、ユーザｂがメンバーユーザを追加する際にオーナーユーザであるユーザａの承認が必要である旨のメンバー追加権限情報「２」が書き込まれる。
【００５８】
図１２に示すように、依頼元のユーザａが参加依頼情報を参加依頼情報データベース１７２ｄに記憶させた後に、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザがプロジェクトへの参加依頼があるか否かをプロジェクト管理サーバ１に問い合わせると（ステップＳ２１）、プロジェクト管理サーバ１の演算処理部１６は、依頼先判断プログラム１７３ｄを実行することにより、問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザｂであるか否かを、参加依頼情報データベース１７２ｄを検索して判断する（ステップＳ２２）。なお、ステップＳ２０とステップＳ２１との間は非同期である。
【００５９】
ここで、演算処理部１６が、問い合わせたユーザがプロジェクトへの参加を依頼されている依頼先のユーザｂであると判断した場合（ステップＳ２２：ＹＥＳ）、演算処理部１６は、通知プログラム１７３ｅを実行することにより、問い合わせユーザに、プロジェクト参加依頼がある旨の通知を行う（ステップＳ２３）。一方、演算処理部１６が、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザｂではないと判断した場合（ステップＳ２２：ＮＯ）、演算処理部１６は、通知プログラム１７３ｅを実行することにより、問い合わせユーザに、プロジェクト参加依頼はない旨の通知を行う（ステップＳ２４）。なお、図１１、図１２に示すフローチャートにおいては、問い合わせユーザが依頼先のユーザｂである場合の例であるため、依頼先のユーザｂは、プロジェクト参加依頼がある旨の通知を受信することとなる。
【００６０】
プロジェクト管理サーバ１から参加依頼がある旨の通知を受信したユーザは、プロジェクトに参加するか否かを判断し、その旨を送信する操作を行う。クライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に参加承諾の有無に関する参加有無情報を送信する（ステップＳ２５）。
【００６１】
次いで、プロジェクト管理サーバ１は、ユーザｂのクライアント２から通信部１２を介して参加有無情報を、通信部１２を介して受信する（ステップＳ２６）。次いで、演算処理部１６は、受信した参加有無情報を参加依頼情報データベース１７２ｄに記憶させる（ステップＳ２７）。次いで、演算処理部１６は、参加有無情報を参加依頼情報データベース１７２ｄに登録した旨をユーザｂのクライアント２に通信部１２を介して送信する（ステップＳ２８）。次いで、ユーザｂのクライアント２は、通信部２２を介して、参加有無情報を参加依頼情報データベース１７２ｄに登録した旨を受信する（ステップＳ２９）。
【００６２】
ここで、ステップＳ２７において、参加有無情報が参加情報データベース１７２ｄに記憶されたときのデータテーブルについて、図１８、図１９を用いて説明する。
ユーザｂが参加有無情報をプロジェクト管理サーバ１に送信するまでは、図１８に示すように、参加依頼情報データベース１７２ｄのデータテーブルにおける参加承諾状態の欄は「ＮＵＬＬ」のままである。そして、演算処理部１６が、参加有無情報を参加依頼情報データベース１７２ｄに記憶させると、参加承諾状態の欄が書き換えられる。ここで、演算処理部１６が、ユーザｂから参加を承諾する旨を受信したと判断した場合には、図１９に示すように、演算処理部１６は、参加承諾状態の欄を「１」に書き換える。なお、演算処理部１６が、ユーザｂから参加を拒否する旨を受信したと判断した場合には、参加承諾状態の欄を「０」に書き換える。
【００６３】
ここで、プロジェクトへの参加を依頼されたユーザが参加依頼を承諾した場合のプロジェクトメンバー情報データベース１７２ｃの書き換えについて図２０、図２１を用いて説明する。
ユーザａが参加依頼情報をプロジェクト管理サーバ１に送信するまでは、図２０に示すように、プロジェクトメンバー情報データベース１７２ｃのデータテーブルには、プロジェクトＩＤの欄に依頼元ユーザａのプロジェクトＩＤ「ｐ００１」が書き込まれており、メンバーユーザＩＤの欄に依頼元ユーザａのユーザＩＤ「ｕ００１」が書き込まれており、メンバー追加権限の欄に依頼元ユーザａの追加権限情報「１」が書き込まれている。
【００６４】
そして、演算処理部１６が、ユーザｂから参加を承諾する旨を受信したと判断した場合には、演算処理部１６は、登録プログラム１７３ｃを実行することにより、図２１に示すように、プロジェクトメンバー情報データベース１７２ｃにおけるプロジェクトＩＤの欄には、依頼先ユーザｂのプロジェクトＩＤ「ｐ００１」が書き込まれ、メンバーユーザＩＤの欄には、依頼先ユーザｂのユーザＩＤ「ｕ００２」が書き込まれ、メンバー追加権限の欄には、依頼先ユーザｂの追加権限情報「２」が書き込まれる。
【００６５】
＜２次メンバーユーザのプロジェクト参加依頼、承諾の流れ＞
次に、メンバーユーザであるユーザｂ（１次メンバーユーザ）が、ユーザｃを新たなメンバーユーザ（２次メンバーユーザ）として追加する際の流れについて図２２〜図３１を用いて説明する。
【００６６】
（１）ユーザｂがメンバー追加権限を与えられていない場合
図２２に示すように、ユーザｂのクライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に対してユーザｃに関するプロジェクトへの参加依頼情報を送信する（ステップＳ４１）。すると、プロジェクト管理サーバ１は、参加依頼情報を、通信部１２を介して受信する（ステップＳ４２）。次いで、演算処理部１６は、追加可否情報取得プログラム１７３ｂを実行することにより、ユーザｂの追加権限情報を取得する（ステップＳ４３）。ここで、演算処理部１６が、取得した追加権限情報が「３」であることを確認すると、演算処理部１６は、無権限通知プログラム１７３ｇを実行することにより、ユーザｂにメンバーを追加できる権限がない旨の通知をユーザｂのクライアント２に通信部１２を介して送信する（ステップＳ４４）。次いで、ユーザｂのクライアント２は、通信部２２を介して、メンバーを追加できる権限がない旨の情報を受信する（ステップＳ４５）。
【００６７】
（２）ユーザｂがユーザａの承認無しにメンバーを追加できるメンバー追加権限を与えられている場合
図２３に示すように、ユーザｂのクライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に対してユーザｃに関するプロジェクトへの参加依頼情報を送信する（ステップＳ６１）。すると、プロジェクト管理サーバ１は、参加依頼情報を、通信部１２を介して受信する（ステップＳ６２）。次いで、演算処理部１６は、追加可否情報取得プログラム１７３ｂを実行することにより、ユーザｂの追加権限情報を取得する（ステップＳ６３）。ここで、演算処理部１６が、取得した追加権限情報が「１」であることを確認すると、演算処理部１６は、登録プログラム１７３ｃを実行することにより、参加依頼情報を参加依頼情報データベース１７２ｄに登録する（ステップＳ６４）。次いで、演算処理部１６は、参加依頼情報を参加依頼情報データベース１７２ｄに登録した旨の通知をユーザｂのクライアント２に通信部１２を介して送信する（ステップＳ６５）。次いで、ユーザｂのクライアント２は、通信部２２を介して、参加依頼情報を登録した旨の情報を受信する（ステップＳ６６）。
【００６８】
図２４に示すように、依頼元のユーザｂが参加依頼情報を参加依頼情報データベース１７２ｄに記憶させた後に、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザがプロジェクトへの参加依頼があるか否かをプロジェクト管理サーバ１に問い合わせると（ステップＳ６７）、プロジェクト管理サーバ１の演算処理部１６は、依頼先判断プログラム１７３ｄを実行することにより、問い合わせユーザｃが、プロジェクトへの参加を依頼されている依頼先のユーザｃであるか否かを、参加依頼情報データベース１７２ｄを検索して判断する（ステップＳ６８）。なお、ステップＳ６６とステップＳ６７との間は非同期である。
【００６９】
ここで、演算処理部１６が、問い合わせたユーザがプロジェクトへの参加を依頼されている依頼先のユーザｃであると判断した場合（ステップＳ６８：ＹＥＳ）、演算処理部１６は、通知プログラム１７３ｅを実行することにより、問い合わせユーザに、プロジェクト参加依頼がある旨の通知を行う（ステップＳ６９）。一方、演算処理部１６が、問い合わせたユーザがプロジェクトへの参加を依頼されている依頼先のユーザｃではないと判断した場合（ステップＳ６８：ＮＯ）、演算処理部１６は、通知プログラム１７３ｅを実行することにより、問い合わせユーザに、プロジェクト参加依頼はない旨の通知を行う（ステップＳ７０）。
【００７０】
プロジェクト管理サーバ１から参加依頼がある旨の通知を受信したユーザｃは、プロジェクトに参加するか否かを判断し、その旨を送信する操作を行う。クライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に参加承諾の有無に関する参加有無情報を送信する（ステップＳ７１）。
【００７１】
次いで、プロジェクト管理サーバ１は、ユーザｃのクライアント２から通信部１２を介して参加有無情報を、通信部１２を介して受信する（ステップＳ７２）。次いで、演算処理部１６は、参加有無情報登録プログラム１７３ｆを実行することにより、受信した参加有無情報を参加依頼情報データベース１７２ｄに登録する（ステップＳ７３）。次いで、演算処理部１６は、参加有無情報を参加依頼情報データベース１７２ｄに登録した旨をユーザｃのクライアント２に通信部１２を介して送信する（ステップＳ７４）。次いで、ユーザｃのクライアント２は、通信部２２を介して、参加有無情報を参加依頼情報データベース１７２ｄに登録した旨を受信する（ステップＳ７５）。
【００７２】
（３）ユーザｂがユーザａの承認を得た後にメンバーを追加できるメンバー追加権限を与えられている場合
図２５に示すように、ユーザｂのクライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に対してユーザｃに関するプロジェクトへの参加依頼情報を送信する（ステップＳ８１）。すると、プロジェクト管理サーバ１は、参加依頼情報を、通信部１２を介して受信する（ステップＳ８２）。次いで、演算処理部１６は、承認要否情報取得プログラム１７３ｈを実行することにより、ユーザｂの追加権限情報を取得する（ステップＳ８３）。ここで、演算処理部１６が、取得した追加権限情報が「２」であることを確認すると、演算処理部１６は、仮登録プログラム１７３ｉを実行することにより、参加依頼情報を参加依頼情報データベース１７２ｄに仮登録する（ステップＳ８４）。次いで、演算処理部１６は、参加依頼情報を参加依頼情報データベース１７２ｄに仮登録した旨の通知をユーザｂのクライアント２に通信部１２を介して送信する（ステップＳ８５）。次いで、ユーザｂのクライアント２は、通信部２２を介して、参加依頼情報を仮登録した旨の通知を受信する（ステップＳ８６）。
【００７３】
ここで、ステップＳ８４において、参加依頼情報が参加依頼情報データベース１７２ｄに仮登録されたときのデータテーブルについて、図２８、図２９を用いて説明する。
図２８に示すように、ユーザｂが参加依頼情報を参加依頼情報データベース１７２ｂに送信するまでは、参加依頼情報データベース１７２ｄには、本プロジェクトに関する情報は登録されていない。そして、演算処理部１６が、参加依頼情報を参加依頼情報データベース１７２ｄに仮登録させると、図２９に示すように、プロジェクトＩＤの欄には、依頼元のユーザｂがユーザｃに参加を依頼するプロジェクトのプロジェクトＩＤ「ｐ００１」が書き込まれる。また、依頼元ユーザＩＤの欄には、依頼元のユーザｂのユーザＩＤ「ｕ００２」が書き込まれる。また、依頼先ユーザＩＤの欄には、依頼先のユーザｃのユーザＩＤ「ｕ００３」が書き込まれる。また、参加承諾状態の欄には、「ＮＵＬＬ」が書き込まれる。ここで、「ＮＵＬＬ」が書き込まれるのは、この段階では、ユーザｃの参加承諾の有無の情報を得ていないからである。また、登録承認状態の欄には、ユーザｃに参加依頼情報の発行を承認する旨の登録承認情報「ＮＵＬＬ」が書き込まれる。ここで、「ＮＵＬＬ」が書き込まれるのは、この段階では、ユーザａの登録承認情報を得ていないからである。また、メンバー追加権限の欄には、ユーザｂがメンバーユーザを追加する際にオーナーユーザであるユーザａの承認が必要である旨の追加権限情報「２」が書き込まれる。
【００７４】
図２６に示すように、依頼元のユーザｂが参加依頼情報を参加依頼情報データベース１７２ｄに仮登録させた後に、オーナーユーザであるユーザａが、ユーザｂから参加依頼情報の本登録の承認要求があるか否かをプロジェクト管理サーバ１に問い合わせると（ステップＳ８７）、プロジェクト管理サーバ１の演算処理部１６は、本登録の承認要求情報が参加依頼情報データベース１７２ｄに記憶されているか否かを検索し（ステップＳ８８）、承認要求情報をユーザａのクライアント２に通信部１２を介して送信する（ステップＳ８９）。
【００７５】
ユーザａのクライアント２が通信部２２を介して本登録の承認要求情報を受信する（ステップＳ９０）。ここで、ユーザａは、ユーザｂに対して本登録の承認をするか否かを判断し、登録を承認する登録承認情報を送信する操作を行う。すると、クライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に登録承認情報を送信する（ステップＳ９１）。
次いで、プロジェクト管理サーバ１は、ユーザａのクライアント２から通信部１２を介して登録承認情報を受信する（ステップＳ９２）。
【００７６】
次いで、演算処理部１６は、登録承認情報の受信に伴い、本登録プログラム１７３ｊを実行することにより、参加依頼情報を参加依頼情報データベース１７２ｄに本登録する（ステップＳ９３）。
ここで、ステップＳ９３において、プロジェクト管理サーバ１が登録承認情報を受信したときのデータテーブルについて、図２９、図３０を用いて説明する。
図２９に示すように、プロジェクト管理サーバ１が登録承認情報を受信するまでは、参加依頼情報データベース１７２ｄの登録承認状態の欄は「ＮＵＬＬ」のままである。そして、演算処理部１６が、プロジェクト管理サーバ１が登録承認情報を受信すると、図３０に示すように、登録承認状態の欄には、ユーザｃに参加依頼情報の登録を承認する旨の登録承認情報「１」が書き込まれ、仮登録されている参加依頼情報を本登録する。
【００７７】
次いで、演算処理部１６は、参加依頼情報を参加依頼情報データベース１７２ｂに本登録した旨をユーザａのクライアント２に通信部１２を介して送信する（ステップＳ９４）。次いで、ユーザａのクライアント２は、通信部２２を介して、参加依頼情報を参加依頼情報データベース１７２ｂに登録した旨を受信する（ステップＳ９５）。
【００７８】
図２７に示すように、依頼元のユーザｂが参加依頼情報を参加依頼情報データベース１７２ｂに本登録させた後に、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザがプロジェクトへの参加依頼があるか否かをプロジェクト管理サーバ１に問い合わせると（ステップＳ９６）、プロジェクト管理サーバ１の演算処理部１６は、依頼先判断プログラム１７３ｄを実行することにより、問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザｃであるか否かを、参加依頼情報データベース１７２ｄを検索して判断する（ステップＳ９７）。なお、ステップＳ９５とステップＳ９６との間は非同期である。
【００７９】
ここで、演算処理部１６が、問い合わせたユーザがプロジェクトへの参加を依頼されている依頼先のユーザｃであると判断した場合（ステップＳ９７：ＹＥＳ）、演算処理部１６は、通知プログラム１７３ｅを実行することにより、問い合わせ行ったユーザに、プロジェクト参加依頼がある旨の通知を行う（ステップＳ９８）。一方、演算処理部１６が、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザｃではないと判断した場合（ステップＳ９７：ＮＯ）、演算処理部１６は、通知プログラム１７３ｅを実行することにより、問い合わせユーザに、プロジェクト参加依頼はない旨の通知を行う（ステップＳ９９）。
【００８０】
プロジェクト管理サーバ１から参加依頼がある旨の通知を受信したユーザｃは、プロジェクトに参加するか否かを判断し、その旨を送信する操作を行う。クライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に参加承諾の有無に関する参加有無情報を送信する（ステップＳ１００）。
【００８１】
次いで、プロジェクト管理サーバ１は、ユーザｃのクライアント２から通信部１２を介して参加有無情報を、通信部１２を介して受信する（ステップＳ１０１）。次いで、演算処理部１６は、参加有無情報登録プログラム１７３ｆを実行することにより、受信した参加有無情報を参加依頼情報データベース１７２ｂに書き込む（ステップＳ１０２）。次いで、演算処理部１６は、参加有無情報を参加依頼情報データベース１７２ｂに登録した旨をユーザｃのクライアント２に通信部１２を介して送信する（ステップＳ１０３）。次いで、ユーザｃのクライアント２は、通信部２２を介して、参加有無情報を参加依頼情報データベース１７２ｂに登録した旨を受信する（ステップＳ１０４）。
【００８２】
ここで、ステップＳ１０２において、登録有無情報が参加依頼情報データベース１７２ｂに登録されたときのデータテーブルについて、図３０及び図３１を用いて説明する。
図３０に示すように、登録有無情報が参加依頼情報データベース１７２ｂに書き込まれるまでは、参加依頼情報データベース１７２ｂの参加承諾状態の欄は「ＮＵＬＬ」のままである。そして、演算処理部１６が、登録有無情報を参加依頼情報データベース１７２ｂに登録すると、図３１に示すように、参加承諾状態の欄には、ユーザｃがプロジェクトに参加する旨の参加承諾情報「１」が書き込まれる。
【００８３】
本実施形態に係るプロジェクト管理サーバ１、プロジェクト管理方法及びプログラムによれば、演算処理部１６がメンバー追加制限プログラム１７３ａを実行することにより、メンバーユーザが依頼元のユーザとなって依頼先のユーザをプロジェクトに参加させる際の追加権限に関する情報であって、プロジェクトメンバー情報データベース１７２ｃに記憶された追加権限情報に基づいて、依頼元のユーザによる新たなメンバーユーザの追加を制限する。
これにより、依頼元のユーザは、自らの意思で自由に新たなメンバーユーザの追加を行うことができなくなる。また、追加権限情報は、オーナーユーザによって付与されるものであるため、オーナーユーザが直接的に新たなメンバーユーザの参加承認を行わなくても、オーナーユーザの意思が必ず反映されるようになる。従って、オーナーユーザは、新たに参加する全てのメンバーユーザに対して自らの意思に基づいて承認を行うこととなり、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができ、承認にかかる手間を低減することができる。
【００８４】
また、本実施形態に係るプロジェクト管理サーバ１、プロジェクト管理方法及びプログラムによれば、演算処理部１６が追加可否情報取得プログラム１７３ｂを実行することにより、追加可否情報をプロジェクトメンバー情報データベース１７２ｃから取得する。
そして、演算処理部１６が登録プログラム１７３ｃを実行することにより、取得した追加可否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加できる権限を有すると判断した場合に、参加依頼情報を参加依頼情報データベース１７２ｄに登録する。
また、演算処理部１６が依頼先判断プログラム１７３ｄを実行することにより、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報データベース１７２ｄを検索して判断する。
そして、演算処理部１６が通知プログラム１７３ｅを実行することにより、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザに参加依頼がある旨の通知を行う。
そして、演算処理部１６が参加有無情報登録プログラム１７３ｆを実行することにより、参加依頼がある旨の通知を受けた問い合わせユーザが送信したプロジェクトへの参加の有無に関する参加有無情報を参加依頼情報データベース１７２ｄに登録する。
これにより、依頼元のユーザが新たなメンバーユーザの追加をできる権限がある場合にのみ、参加依頼情報は参加依頼情報データベース１７２ｄに登録されるので、依頼元のユーザは、自らの意思で自由に参加依頼をすることができなくなる。また、追加可否情報はオーナーユーザによって付与されるものであるため、オーナーユーザが直接的に新たなメンバーユーザの参加承認を行わなくても、オーナーユーザの意思が必ず反映されるようになる。従って、依頼元のユーザによる参加依頼はオーナーユーザの意思によってその可否が決定されるため、オーナーユーザは、新たに参加する全てのメンバーユーザに対して自らの意思に基づいて承認を行うこととなり、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができ、承認にかかる手間を低減することができる。
【００８５】
また、本実施形態に係るプロジェクト管理サーバ１、プロジェクト管理方法及びプログラムによれば、演算処理部１６が無権限通知プログラム１７３ｇを実行することにより、取得した追加可否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加できる権限を有していないと判断した場合に、依頼元のユーザにメンバー追加できる権限がない旨の通知を行う。
これにより、依頼元のユーザが新たなメンバーの追加をできる権限がない場合には、参加依頼情報は参加依頼情報データベース１７２ｄに登録されず、その旨が依頼元のユーザに通知されるので、依頼元のユーザは、新たなメンバーユーザの追加をできる権限を有しているか否かを容易に確認できる。
【００８６】
また、本実施形態に係るプロジェクト管理サーバ１、プロジェクト管理方法及びプログラムによれば、演算処理部１６が承認要否情報取得プログラム１７３ｈを実行することにより、承認要否情報をプロジェクトメンバー情報データベース１７２ｃから取得する。
そして、演算処理部１６が仮登録プログラム１７３ｉを実行することにより、取得した承認要否情報に基づいて、依頼元のユーザが新たなメンバーユーザを追加する際にオーナーユーザの承認が必要であると判断した場合に、参加依頼情報を参加依頼情報データベース１７２ｄに仮登録する。
そして、演算処理部１６が本登録プログラム１７３ｊを実行することにより、オーナーユーザによる参加依頼情報の登録の承認に基づいて、仮登録された参加依頼情報を参加依頼情報データベース１７２ｄに本登録する。
そして、演算処理部１６が依頼先判断プログラム１７３ｄを実行することにより、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報データベース１７２ｄ内に本登録された参加依頼情報を検索して判断する。
そして、演算処理部１６が通知プログラム１７３ｅを実行することにより、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザに参加依頼がある旨の通知を行う。
そして、演算処理部１６が参加有無情報登録プログラム１７３ｆを実行することにより、参加依頼がある旨の通知を受けた問い合わせユーザが送信したプロジェクトへの参加の有無に関する参加有無情報を参加依頼情報データベース１７２ｄに登録する。
これにより、参加依頼情報はオーナーユーザの承認を得た後にしか参加依頼情報データベース１７２ｄに本登録されないので、依頼元のユーザは、自らの意思で自由にメンバーユーザの追加を行うことができなくなる。従って、オーナーユーザは、依頼元のユーザからの承認の依頼に対して承認するだけでよいので、新たに参加する全てのメンバーユーザに対して常にその動向を監視する必要がなくなる。従って、オーナーユーザは、自らの意思に基づいて承認を行いながらも、承認にかかる手間を低減することができる。また、依頼元のユーザが勝手にメンバーユーザを増やしてしまうことが無くなるので、プロジェクトのセキュリティの低下を防止することができる。
【００８７】
なお、本発明は、上記実施の形態に限定されるものではない。例えば、依頼先のユーザは、プロジェクト管理サーバ１に問い合わさなければ、参加依頼があるか否かを知ることができないが、依頼元のユーザが参加依頼をすれば、その情報が依頼先のユーザに通知されるようにしても良い。
【図面の簡単な説明】
【００８８】
【図１】プロジェクト管理サーバを備えたプロジェクト管理システムの説明図である。
【図２】プロジェクトを構成するユーザの繋がりを示す説明図である。
【図３】プロジェクト管理サーバの概略構成を示すブロック図である。
【図４】ユーザ情報データベースである。
【図５】プロジェクト情報データベースである。
【図６】プロジェクトメンバー情報データベースである。
【図７】追加権限情報の説明図である。
【図８】参加依頼情報データベースである。
【図９】クライアントの概略構成を示すブロック図である。
【図１０】クライアントからプロジェクト管理サーバへのログイン処理の流れを示すフローチャートである。
【図１１】オーナーユーザのプロジェクト作成から依頼先のメンバーユーザが参加を承諾するまでの流れを示すフローチャートである。
【図１２】オーナーユーザのプロジェクト作成から依頼先のメンバーユーザが参加を承諾するまでの流れを示すフローチャートである。
【図１３】ユーザがプロジェクト情報を送信するまでのプロジェクト情報データベースである。
【図１４】ユーザがプロジェクト情報をプロジェクト情報データベースに登録させたときのプロジェクト情報データベースである。
【図１５】ユーザがプロジェクト情報を送信するまでのプロジェクトメンバー情報データベースである。
【図１６】ユーザがプロジェクト情報をプロジェクト情報データベースに登録させたときのプロジェクトメンバー情報データベースである。
【図１７】ユーザが参加依頼情報を参加依頼情報データベースに送信するまでの参加依頼情報データベースである。
【図１８】ユーザが参加依頼情報を参加依頼情報データベースに登録させたときの参加依頼情報データベースである。
【図１９】依頼先のユーザが参加承諾をしたときの参加依頼情報データベースである。
【図２０】ユーザが参加依頼情報を参加依頼情報データベースに送信するまでのプロジェクトメンバー情報データベースである。
【図２１】依頼先のユーザが参加承諾をしたときのプロジェクトメンバー情報データベースである。
【図２２】依頼元のメンバーユーザが追加権限を与えられていない場合におけるプロジェクト管理サーバの処理の流れを示すフローチャートである。
【図２３】依頼元のメンバーユーザがオーナーユーザの承認無しにメンバーを追加できる追加権限を与えられている場合におけるプロジェクト管理サーバの処理の流れを示すフローチャートである。
【図２４】依頼元のメンバーユーザがオーナーユーザの承認無しにメンバーを追加できる追加権限を与えられている場合におけるプロジェクト管理サーバの処理の流れを示すフローチャートである。
【図２５】依頼元のメンバーユーザがオーナーユーザの承認を得た後にメンバーを追加できる追加権限を与えられている場合におけるプロジェクト管理サーバの処理の流れを示すフローチャートである。
【図２６】依頼元のメンバーユーザがオーナーユーザの承認を得た後にメンバーを追加できる追加権限を与えられている場合におけるプロジェクト管理サーバの処理の流れを示すフローチャートである。
【図２７】依頼元のメンバーユーザがオーナーユーザの承認を得た後にメンバーを追加できる追加権限を与えられている場合におけるプロジェクト管理サーバの処理の流れを示すフローチャートである。
【図２８】参加依頼情報が仮登録される前の参加依頼情報データベースである。
【図２９】参加依頼情報が仮登録された後の参加依頼情報データベースである。
【図３０】依頼先のメンバーユーザから参加承諾があった後の参加依頼情報データベースである。
【図３１】オーナーユーザから参加依頼情報の登録承認があった後の参加依頼情報データベースである。
【符号の説明】
【００８９】
１  プロジェクト管理サーバ
１１  制御部（メンバー追加制限手段、追加可否情報取得手段、登録手段、依頼先判断手段、通知手段、参加有無情報登録手段、無権限通知手段、承認要否情報取得手段、仮登録手段、本登録手段）
１７２ａ  プロジェクトメンバー情報データベース（プロジェクトメンバー情報記憶手段）
１７２ｂ  参加依頼情報データベース（参加依頼情報記憶手段）
１７３ａ  メンバー追加制限プログラム
１７３ｂ  追加可否情報取得プログラム
１７３ｃ  登録プログラム
１７３ｄ  依頼先判断プログラム
１７３ｅ  通知プログラム
１７３ｆ  参加有無情報登録プログラム
１７３ｇ  無権限通知プログラム
１７３ｈ  承認要否情報取得プログラム
１７３ｉ  仮登録プログラム
１７３ｊ  本登録プログラム
【図１】
2005293377.tif 000003
【図２】
2005293377.tif 000004
【図３】
2005293377.tif 000005
【図４】
2005293377.tif 000006
【図５】
2005293377.tif 000007
【図６】
2005293377.tif 000008
【図７】
2005293377.tif 000009
【図８】
2005293377.tif 000010
【図９】
2005293377.tif 000011
【図１０】
2005293377.tif 000012
【図１１】
2005293377.tif 000013
【図１２】
2005293377.tif 000014
【図１３】
2005293377.tif 000015
【図１４】
2005293377.tif 000016
【図１５】
2005293377.tif 000017
【図１６】
2005293377.tif 000018
【図１７】
2005293377.tif 000019
【図１８】
2005293377.tif 000020
【図１９】
2005293377.tif 000021
【図２０】
2005293377.tif 000022
【図２１】
2005293377.tif 000023
【図２２】
2005293377.tif 000024
【図２３】
2005293377.tif 000025
【図２４】
2005293377.tif 000026
【図２５】
2005293377.tif 000027
【図２６】
2005293377.tif 000028
【図２７】
2005293377.tif 000029
【図２８】
2005293377.tif 000030
【図２９】
2005293377.tif 000031
【図３０】
2005293377.tif 000032
【図３１】
2005293377.tif 000033