プロジェクト管理システムおよびプロジェクト管理方法
【課題】複数のユーザによるプロジェクトの作成・編集を管理し、複数のユーザによる共同作業を容易にする。
【解決手段】プロジェクト管理システムは、ソフトウェアモジュールの情報セットであるプロジェクトとこのプロジェクトの属性情報とユーザ情報とを記憶する記憶手段、および記憶手段に記憶されている情報を管理する管理手段を備えた管理サーバ１と、ユーザの指示に応じてプロジェクトを作成又は編集する作成・編集手段、および作成又は編集された登録対象プロジェクトを記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザをユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を登録対象プロジェクトの属性情報に設定する登録手段を備えたコンフィギュレーションノード２とを有する。
【解決手段】プロジェクト管理システムは、ソフトウェアモジュールの情報セットであるプロジェクトとこのプロジェクトの属性情報とユーザ情報とを記憶する記憶手段、および記憶手段に記憶されている情報を管理する管理手段を備えた管理サーバ１と、ユーザの指示に応じてプロジェクトを作成又は編集する作成・編集手段、および作成又は編集された登録対象プロジェクトを記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザをユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を登録対象プロジェクトの属性情報に設定する登録手段を備えたコンフィギュレーションノード２とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザによるプロジェクトの作成・編集を管理するプロジェクト管理システムおよびプロジェクト管理方法に関するものである。
【背景技術】
【０００２】
従来、アクション定義、実行権限定義、ページ定義、画面レイアウト定義などを規定した設計情報（プログラム）を、クライアントの設計仕様へ変換してクライアントのアーキテクチャへの実装を容易にする情報処理システムが提案されている（例えば特許文献１参照）。特許文献１に開示された情報処理システムでは、設計情報をクライアントの設計仕様へ変換する作業を定型化することで、開発を効率化できるようにしている。
【０００３】
【特許文献１】特開２００６−３３８４７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示された情報処理システムは、単一ユーザの作業を考慮したものに過ぎず、複数のユーザがプログラムを作成・編集する共同作業を考慮したものにはなっていないという問題点があった。複数のユーザによる共同作業の場合、各ユーザの作業を管理する手段が必要となるが、特許文献１に開示された情報処理システムではこのような管理手段については考慮されていない。
【０００５】
本発明は、上記課題を解決するためになされたもので、複数のユーザによるプロジェクト（ソフトウェアモジュール）の作成・編集を管理し、複数のユーザによる共同作業を容易にすることができるプロジェクト管理システムおよびプロジェクト管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のプロジェクト管理システムは、ソフトウェアモジュールの情報セットであるプロジェクトとこのプロジェクトの属性情報とユーザ情報とを記憶する記憶手段と、この記憶手段に記憶されている情報を管理する管理手段と、ユーザの指示に応じてプロジェクトを作成又は編集する作成・編集手段と、前記作成又は編集された登録対象プロジェクトを前記記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザを前記ユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を前記登録対象プロジェクトの属性情報に設定する登録手段とを備えるものである。
また、本発明のプロジェクト管理システムの１構成例において、前記管理手段は、前記記憶手段に記憶された登録済みプロジェクトをユーザの指示に応じて前記作成・編集手段が編集中の場合は、このプロジェクトのステータスを編集モードに設定して他のユーザによる編集を禁止し、このプロジェクトの前記記憶手段への再登録に応じて前記編集モードを解除するものである。
また、本発明のプロジェクト管理システムの１構成例において、前記登録手段は、前記ユーザ情報が登録されたユーザの一覧を表示し、登録対象プロジェクトを作成又は編集したユーザの指示に応じて前記許可ユーザを選択するものである。
また、本発明のプロジェクト管理システムの１構成例において、前記登録手段は、前記ユーザの一覧と共に、前記プロジェクト属性情報に基づいて、各ユーザが編集又は利用を許可されている登録済みプロジェクトと、前記登録対象プロジェクトの最終更新日時と前記登録済みプロジェクトの最終更新日時との比較結果と、前記登録済みプロジェクトを登録したユーザとを表示するものである。
また、本発明のプロジェクト管理システムの１構成例において、前記プロジェクト属性情報は、少なくともプロジェクト名称、最終更新日時、プロジェクトの変更回数、許可ユーザの情報、編集モード情報を含むものである。
また、本発明のプロジェクト管理システムの１構成例において、前記ユーザ情報は、プロジェクトに対するユーザの権限を定めたユーザレベルの情報を含むものである。
【０００７】
また、本発明は、ソフトウェアモジュールの情報セットであるプロジェクトとこのプロジェクトの属性情報とユーザ情報とを記憶手段に記憶させて管理するプロジェクト管理方法において、ユーザの指示に応じてプロジェクトを作成又は編集する作成・編集ステップと、前記作成又は編集された登録対象プロジェクトを前記記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザを前記ユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を前記登録対象プロジェクトの属性情報に設定する登録ステップとを備えるものである。
【発明の効果】
【０００８】
本発明によれば、作成又は編集された登録対象プロジェクトを記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザをユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を登録対象プロジェクトの属性情報に設定する登録手段を設けることにより、複数のユーザによるプロジェクトの作成・編集作業を容易に正しく行うことができる。
【０００９】
また、本発明では、記憶手段に記憶された登録済みプロジェクトをユーザの指示に応じて作成・編集手段が編集中の場合は、このプロジェクトのステータスを編集モードに設定して他のユーザによる編集を禁止し、プロジェクトの記憶手段への再登録に応じて編集モードを解除することにより、複数のユーザが同時に同一のプロジェクトを編集することを防止することができる。
【００１０】
また、本発明では、ユーザの一覧と共に、プロジェクト属性情報に基づいて、各ユーザが編集又は利用を許可されている登録済みプロジェクトと、登録対象プロジェクトの最終更新日時と登録済みプロジェクトの最終更新日時との比較結果と、登録済みプロジェクトを登録したユーザとを表示することにより、登録状況を明確に確認することができる。またどのユーザが他のユーザにどのようなプロジェクトを割りつけたのかを確認することができるので、複数のユーザによる共同作業をし易くすることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態について図面を参照して説明する。本実施の形態では、アプリケーションソフトを実行する際に必要となるソフトウェアモジュールの情報セットをプロジェクトと呼ぶ。また、プロジェクトを作成又は編集し登録するユーザをコンフユーザ、プロジェクトのランタイム実行をすることを「利用」と称し、利用するユーザをエンドユーザ、コンフユーザとエンドユーザを区別しない場合を単にユーザと呼ぶ。
【００１２】
図１は本発明の実施の形態に係るプロジェクト管理システムの構成を示すブロック図である。本実施の形態のプロジェクト管理システムは、プロジェクト情報およびユーザ情報等を管理するデータベースである管理サーバ１と、コンフユーザがプロジェクトの作成および管理サーバ１へのプロジェクトの登録を行うコンピュータであるコンフィギュレーションノード２と、エンドユーザが使用するコンピュータであるエンドユーザノード３と、管理サーバ１とコンフィギュレーションノード２とエンドユーザノード３とを相互に接続するネットワーク４とから構成される。
【００１３】
図２は管理サーバ１の構成を示すブロック図である。管理サーバ１は、管理サーバ全体を制御する制御部１０と、プログラムやデータを記憶する記憶部１１と、ネットワーク４を介してコンフィギュレーションノード２やエンドユーザノード３と通信するための送受信部１２と、システムの管理者が管理サーバ１に対して情報を入力するためのキーボードやマウス等の入力部１３と、管理者に対して情報を表示するための表示部１４とを有する。
【００１４】
制御部１０は、記憶部１１に記憶されている情報を管理する管理手段を構成しており、ユーザ管理部１００と、プロジェクト管理部１０１と、情報提供部１０２とを有する。
記憶部１１には、制御部１０の各種機能手段を実現するプログラム１１０と、プロジェクト情報１１１と、ユーザ情報１１２と、管理サーバ情報１にアクセスするための管理サーバ情報１１３とが記憶されている。
【００１５】
プロジェクト情報１１１は、プロジェクト本体と、プロジェクト属性情報とからなる。プロジェクト本体としては、プロジェクトの一部を構成するソフトウェア部品であるコンポーネントの情報、プロジェクトが使用する画面（アプリケーションウィンドウ）の情報、コンポーネントの属性情報、アプリケーションウィンドウの属性情報などがある。プロジェクト属性情報としては、プロジェクト名称、プロジェクトの作成日時、最終更新日時、プロジェクトの変更回数（リビジョン）、管理サーバ１への登録日時、登録元コンフィギュレーションノード名、登録元ユーザＩＤ、登録元ユーザ名、プロジェクトの編集又は利用を許可されている許可ユーザＩＤ、許可ユーザ名、編集モード情報などがある。
【００１６】
ユーザ情報１１２としては、ユーザ名、ユーザＩＤ、管理サーバ１へのログインのためのログインパスワード、管理サーバ１に対するユーザの権限を定めたユーザレベルなどがある。例えばユーザレベル０は全ての操作が可能な管理者レベル、ユーザレベル３はユーザ情報は編集できないがプロジェクトの作成・編集ができるコンフユーザレベル、ユーザレベル５は管理サーバ１の情報は編集できないがプロジェクトを取得してランタイム実行に利用することができるエンドユーザレベルを表している。したがって、ユーザ情報１１２は、管理者レベルの権限を有するシステムの管理者がユーザ管理部１００を用いて作成・編集し、記憶部１１に登録することになる。
管理サーバ情報１１３としては、管理サーバ１の名称、ＩＰアドレスなどがある。
【００１７】
図３はコンフィギュレーションノード２の構成を示すブロック図である。コンフィギュレーションノード２は、コンフィギュレーションノード全体を制御する制御部２０と、プログラムやデータを記憶する記憶部２１と、ネットワーク４を介して管理サーバ１と通信するための送受信部２２と、コンフユーザがコンフィギュレーションノード２に対して情報を入力するためのキーボードやマウス等の入力部２３と、コンフユーザに対して情報を表示するための表示部２４とを有する。
【００１８】
制御部２０は、プロジェクト作成部２００と、情報取得部２０１と、プロジェクト登録部２０２と、プロジェクト編集部２０３とを有する。プロジェクト作成部２００とプロジェクト編集部２０３とは作成・編集手段を構成し、プロジェクト登録部２０２は登録手段を構成している。
記憶部２１には、制御部２０の各種機能手段を実現するプログラム２１０と、プロジェクト情報２１１と、管理サーバ１から取得した管理サーバ情報２１２と、コンポーネントやアプリケーションウィンドウの情報の集まりであるライブラリ２１３とが記憶されている。
【００１９】
プロジェクト情報２１１は、プロジェクト情報１１１と同様に、プロジェクト本体と、プロジェクト属性情報とからなる。ただし、管理サーバ１に登録されていないプロジェクト情報２１１については、登録日時、登録元コンフィギュレーションノード名、登録元ユーザＩＤ、登録元ユーザ名、許可ユーザＩＤ、許可ユーザ名などが設定されていないことは言うまでもない。
【００２０】
［プロジェクト管理システムの動作の概略］
次に、本実施の形態のプロジェクト管理システムの動作について説明する。図４はプロジェクト管理システムの動作の概略を示すフローチャートである。
まず、コンフィギュレーションノード２の制御部２０は、あらかじめ管理サーバ１から管理サーバ情報１１３を取得しておき、これを管理サーバ情報２１２として記憶部２１に格納する。以後、コンフィギュレーションノード２は、管理サーバ情報２１２を基に管理サーバ１にアクセスする。
【００２１】
コンフィギュレーションノード２は、コンフユーザの指示に従ってプロジェクトを作成する（図４ステップＳ１）。
プロジェクトは、ユーザごとに登録されるものであり、且つ複数ユーザへの一括登録が可能である。このため、コンフィギュレーションノード２は、プロジェクトの登録に先立って管理サーバ１に接続し、管理サーバ１が管理するユーザ情報１１２を取得する（ステップＳ２）。
【００２２】
ユーザ情報１１２を取得したコンフィギュレーションノード２は、ステップＳ１で作成したプロジェクトの編集又は利用を許可する許可ユーザを、ユーザ情報１１２に登録されているユーザ中の編集又は利用の権限を有するユーザの中から選択して、プロジェクトを管理サーバ１に登録する（ステップＳ３）。
また、コンフィギュレーションノード２は、管理サーバ１に登録されているプロジェクトを適宜取得して編集することができる（ステップＳ４）。
【００２３】
コンフィギュレーションノード２は、編集したプロジェクトを管理サーバ１に登録する場合には、ステップＳ２と同様にユーザ情報１１２を取得し（ステップＳ５）、編集したプロジェクトを管理サーバ１に登録する（ステップＳ６）。
エンドユーザは、ステップＳ３，Ｓ６で管理サーバ１に登録されたプロジェクトを適宜取得して実行することができる。
【００２４】
［プロジェクトの作成の説明］
次に、コンフィギュレーションノード２によるプロジェクトの作成処理について説明する。コンフィギュレーションノード２のプロジェクト作成部２００は、入力部２３を操作するコンフユーザの指示に従って記憶部２１のライブラリ２１３から、使用するコンポーネントとアプリケーションウィンドウを選択し、コンポーネントの属性情報とアプリケーションウィンドウの属性情報を設定する。プロジェクト作成部２００は、こうして作成したプロジェクトをプロジェクト情報２１１として記憶部２１に格納する。
なお、プロジェクトの作成に使用するライブラリ２１３は、外部から適宜取り込むことが可能である。
【００２５】
［ユーザ情報の取得の説明］
次に、コンフィギュレーションノード２の情報取得部２０１は、コンフユーザの指示によりプロジェクトの登録ウィザードが起動されると、送受信部２２を介して管理サーバ１に接続し、管理サーバ１が管理する全てのプロジェクトのプロジェクト属性情報とユーザ情報１１２とを要求する。この要求に応じて、管理サーバ１の情報提供部１０２は、記憶部１１に記憶されたプロジェクト属性情報とユーザ情報１１２とを送受信部１２を介してコンフィギュレーションノード２に送信する。情報取得部２０１が取得したプロジェクト属性情報とユーザ情報１１２とは、登録処理の間、記憶部２１に一時的に格納される。
【００２６】
［プロジェクトの登録の説明］
続いて、コンフィギュレーションノード２のプロジェクト登録部２０２は、プロジェクトの登録処理を行う。図５はプロジェクト登録部２０２の構成を示すブロック図、図６はプロジェクト登録部２０２の動作を示すフローチャートである。
プロジェクト登録部２０２は、整合性判定部２０２０と、ユーザ指定部２０２１と、登録処理部２０２２とを有する。
【００２７】
まず、整合性判定部２０２０は、図７に示すような登録ウィザード画面３００を表示部２４に表示させ、プロジェクト作成部２００が作成したプロジェクト情報２１１の整合性を判定する（図６ステップＳ１０）。すなわち、整合性判定部２０２０は、プロジェクト情報２１１に設定不足や設定の誤りが無いかどうかを判定する。この整合性の判定は、コンフユーザが入力部２３を操作して画面３００上でチェックボタン３０１をクリックすると開始される。
【００２８】
判定結果は、登録ウィザード画面に表示される。ここで、整合性に異常が見つかった場合、コンフユーザは、登録ウィザードを一旦終了して、プロジェクト作成部２００を用いてプロジェクト情報２１１を修正することになる。
次に、判定結果が正常な場合、ユーザ指定部２０２１は、図８に示すような登録ウィザード画面３０２を表示部２４に表示させ、登録対象プロジェクト情報２１１の編集又は利用を許可する許可ユーザをコンフユーザに指定させる（ステップＳ１１）。
【００２９】
このとき、ユーザ指定部２０２１は、情報取得部２０１が取得したユーザ情報１１２とプロジェクト属性情報に基づいて、管理サーバ１が管理する編集又は利用の権限を有するユーザの一覧を画面３０２のユーザ情報欄３０３に表示すると共に、これらのユーザが編集又は利用を許可されている登録済みプロジェクトの名称をユーザ毎にプロジェクト情報欄３０４に表示する。また、ユーザ指定部２０２１は、プロジェクト情報欄３０４の各プロジェクトの最終更新日時を更新日時欄３０５に表示し、各プロジェクトを管理サーバ１に登録したユーザを登録ユーザ欄３０６に表示する。ユーザ情報欄３０３と登録ユーザ欄３０６のユーザ表示方法は、ラジオボタン３０７によって名前表示、ＩＤ表示のどちらかを選択できるようになっている。
【００３０】
さらに、ユーザ指定部２０２１は、登録対象プロジェクトのＩＤとプロジェクト情報欄３０４の登録済みプロジェクトのＩＤが一致する場合、すなわち同一のプロジェクトである場合、登録対象プロジェクトの最終更新日時と登録済みプロジェクトの最終更新日時とを比較し、その比較結果を比較結果欄３０８に表示する。比較結果欄３０８には、登録対象プロジェクトよりも登録済みプロジェクトが古い場合は「古い」と表示され、登録対象プロジェクトよりも登録済みプロジェクトが新しい場合は「新しい」と表示され、登録対象プロジェクトと登録済みプロジェクトの更新日時が同じ場合は「一致」と表示される。なお、プロジェクトが登録されていないか、または登録対象プロジェクトと登録済みプロジェクトのＩＤが異なる場合は、比較結果欄３０８は空白となる。
【００３１】
コンフユーザは、入力部２３を操作し、登録対象プロジェクトの編集又は利用を許可する許可ユーザを画面３０２上のチェックボックス３０９によって選択し、登録ボタン３１０をクリックする。
登録ボタン３１０のクリックに応じて、登録処理部２０２２は、登録対象プロジェクト情報２１１と選択された許可ユーザのＩＤと許可ユーザ名とを送受信部２２を介して管理サーバ１に送信する（ステップＳ１２）。
【００３２】
管理サーバ１のプロジェクト管理部１０１は、送受信部１２を介して登録対象プロジェクト情報２１１を受信すると、この登録対象プロジェクト情報２１１に登録日時と登録元コンフィギュレーションノード名と登録元ユーザＩＤと登録元ユーザ名と許可ユーザＩＤと許可ユーザ名等を付加したものを、プロジェクト情報１１１として記憶部１１に格納する。
こうして、プロジェクトの登録が完了する。登録処理部２０２２は、管理サーバ１のプロジェクト管理部１０１から登録結果情報を受けて、登録結果を登録ウィザード画面に表示する。
【００３３】
［プロジェクトの編集の説明］
次に、コンフィギュレーションノード２によるプロジェクトの編集処理について説明する。図９はコンフィギュレーションノード２のプロジェクト編集部２０３の構成を示すブロック図、図１０はプロジェクト編集部２０３の動作を示すフローチャートである。
プロジェクト編集部２０３は、プロジェクト指定部２０３０と、プロジェクト取得方法指定部２０３１と、プロジェクト取得部２０３２と、編集処理部２０３３とを有する。
【００３４】
まず、コンフィギュレーションノード２の情報取得部２０１は、コンフユーザの指示によりプロジェクトの取得ウィザードが起動されると、送受信部２２を介して管理サーバ１に接続し、管理サーバ１が管理する全てのプロジェクトのプロジェクト属性情報を要求する。この要求に応じて、管理サーバ１の情報提供部１０２は、記憶部１１に記憶されたプロジェクト属性情報を送受信部１２を介してコンフィギュレーションノード２に送信する。情報取得部２０１が取得したプロジェクト属性情報は、記憶部２１に一時的に格納される。
【００３５】
続いて、プロジェクト指定部２０３０は、図１１に示すような取得ウィザード画面４００を表示部２４に表示させ、取得したいプロジェクトをコンフユーザに指定させる（図１０ステップＳ２０）。このとき、プロジェクト指定部２０３０は、情報取得部２０１が取得したプロジェクト属性情報に基づいて、取得ウィザード画面４００に登録済みプロジェクト名、プロジェクトの最終更新日時、許可ユーザ名、許可ユーザＩＤ、および登録元ユーザ名を表示する。
【００３６】
そして、プロジェクト指定部２０３０は、コンフユーザが入力部２３を操作して、取得ウィザード画面４００上で取得したいプロジェクトを選択すると、この選択されたプロジェクトの編集モード情報を詳細ステータス欄４０１に表示する。
編集モード情報が示すプロジェクトのステータスとしては、編集モードと、編集モード解除とがある。さらに、編集モードとしては、当該コンフィギュレーションノード２のコンフユーザによる編集モードと、他のコンフィギュレーションノードのコンフユーザによる編集モードとがある。
【００３７】
初期状態ではプロジェクトのステータスは、編集モード解除となっている。これに対して、コンフィギュレーションノード２のコンフユーザが編集のためにプロジェクトを取得すると、管理サーバ１のプロジェクト管理部１０１は、このプロジェクトのステータスを当該コンフユーザによる編集モードとする。また、プロジェクト管理部１０１は、他のコンフユーザが編集のためにプロジェクトを取得すれば、このプロジェクトのステータスを他のコンフユーザによる編集モードとする。
【００３８】
ステータスが編集モードに切り換えられたプロジェクトは、一人のコンフユーザが専有して編集することになり、別のコンフユーザが同時に編集することはできない。ただし、他のユーザが編集モードにしているプロジェクトを閲覧することは可能である。複数のユーザが同時に同一のプロジェクトに書き込みを行うと、書き込みに失敗するユーザが出てしまい、編集作業が無駄になってしまう。本実施の形態では、編集モード機能を設けることにより、複数のユーザが同時に同一のプロジェクトを編集することを防止することができる。
【００３９】
次に、プロジェクト取得方法指定部２０３１は、取得ウィザード画面４００上でプロジェクトが選択された状態で、コンフユーザが続行ボタン４０２をクリックすると、選択されたプロジェクトの編集モード情報を確認し、プロジェクトのステータスが編集モード解除又は当該コンフユーザによる編集モードであれば、プロジェクトの取得方法をコンフユーザに指定させる（ステップＳ２１）。
【００４０】
プロジェクトの取得方法としては、マスタプロジェクトとして取得する方法と、管理サーバ１で管理されているマスタプロジェクトとは別のプロジェクトとして取得する方法がある。マスタプロジェクトとして取得する場合には、取得したプロジェクトの編集後に管理サーバ１のプロジェクトが上書きされる。一方、別のプロジェクトとして取得する場合には、マスタプロジェクトの複製を編集することになり、編集後のプロジェクトが新規のプロジェクトとして管理サーバ１に登録される。
なお、前記のとおり、選択されたプロジェクトのステータスが他ユーザによる編集モードの場合は、プロジェクトを取得できないので、プロジェクトの取得方法指定に進むことなく処理が中止される。
【００４１】
プロジェクトが取得可能である場合、プロジェクト取得部２０３２は、送受信部２２を介して管理サーバ１に接続し、ステップＳ２０で指定されたプロジェクトを要求する（ステップＳ２２）。この要求に応じて、管理サーバ１の情報提供部１０２は、指定されたプロジェクト情報１１１を送受信部１２を介してコンフィギュレーションノード２に送信する。プロジェクト取得部２０３２は、受信したプロジェクト情報をプロジェクト情報２１１として記憶部２１に格納する。
【００４２】
編集処理部２０３３は、プロジェクト取得部２０３２が取得したプロジェクト情報２１１に対しコンフユーザの指示に応じて各種データの追加、修正、削除などの編集を行う（ステップＳ２３）。編集終了後、編集処理部２０３３は、このプロジェクト情報２１１の最終更新日時とリビジョンとを更新する。
以上で、プロジェクト編集部２０３の処理が終了する。
【００４３】
プロジェクト編集後の情報取得部２０１とプロジェクト登録部２０２による登録処理は、先に説明した新規登録の場合と同様であるので、詳細な説明は詳細する。
プロジェクト登録部２０２は、ステップＳ２１においてマスタプロジェクトとして取得する方法が指定された場合、編集されたプロジェクト情報２１１をマスタプロジェクト情報として管理サーバ１に送信し、別のプロジェクトとして取得する方法が指定された場合、編集されたプロジェクト情報２１１を新規のプロジェクト情報として管理サーバ１に送信する。これに応じて、管理サーバ１のプロジェクト管理部１０１は、プロジェクト情報１１１を上書き又は新規登録する。このプロジェクト情報の上書き又は新規登録の時点で、当該プロジェクトのステータスは編集モード解除となる。
【００４４】
以上のように、本実施の形態では、プロジェクト情報とユーザ情報を管理サーバ１で管理し、コンフィギュレーションノード２で作成又は編集したプロジェクトを、複数のユーザ情報の中から選択した許可ユーザに対して割り付けるようにしたので、複数のユーザによるプロジェクトの作成・編集作業を容易に行うことができる。
【００４５】
なお、本実施の形態の管理サーバ１とコンフィギュレーションノード２とエンドユーザノード３とは、それぞれＣＰＵ、記憶装置および外部とのインタフェースを備えたコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。各々のコンピュータにおいて、本発明のプロジェクト管理方法を実現させるためのプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカードなどの記録媒体に記録された状態で提供される。ＣＰＵは、記録媒体から読み込んだプログラムを記憶装置に書き込み、プログラムに従って本実施の形態で説明した処理を実行する。
【００４６】
また、本実施の形態では、管理サーバ１とコンフィギュレーションノード２とを別の装置として説明したが、管理サーバ１とコンフィギュレーションノード２とを１台の装置、すなわちスタンドアローンのコンピュータで実現してもよいことは言うまでもない。
【産業上の利用可能性】
【００４７】
本発明は、プログラム等の情報を複数のユーザで作成又は編集できるように管理する技術に適用することができる。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態に係るプロジェクト管理システムの構成を示すブロック図である。
【図２】本発明の実施の形態に係るプロジェクト管理システムの管理サーバの構成を示すブロック図である。
【図３】本発明の実施の形態に係るプロジェクト管理システムのコンフィギュレーションノードの構成を示すブロック図である。
【図４】本発明の実施の形態に係るプロジェクト管理システムの動作の概略を示すフローチャートである。
【図５】本発明の実施の形態に係るコンフィギュレーションノードのプロジェクト登録部の構成を示すブロック図である。
【図６】本発明の実施の形態に係るコンフィギュレーションノードのプロジェクト登録部の動作を示すフローチャートである。
【図７】本発明の実施の形態においてプロジェクトの登録時にコンフィギュレーションノードに表示される登録ウィザード画面を示す図である。
【図８】本発明の実施の形態において整合性判定後にコンフィギュレーションノードに表示される登録ウィザード画面を示す図である。
【図９】本発明の実施の形態に係るコンフィギュレーションノードのプロジェクト編集部の構成を示すブロック図である。
【図１０】本発明の実施の形態に係るコンフィギュレーションノードのプロジェクト編集部の動作を示すフローチャートである。
【図１１】本発明の実施の形態においてプロジェクトの編集時にコンフィギュレーションノードに表示される取得ウィザード画面を示す図である。
【符号の説明】
【００４９】
１…管理サーバ、２…コンフィギュレーションノード、３…エンドユーザノード、４…ネットワーク、１０，２０…制御部、１１，２１…記憶部、１２，２２…送受信部、１３，２３…入力部、１４，２４…表示部、１００…ユーザ管理部、１０１…プロジェクト管理部、１０２…情報提供部、２００…プロジェクト作成部、２０１…情報取得部、２０２…プロジェクト登録部、２０３…プロジェクト編集部、２０２０…整合性判定部、２０２１…ユーザ指定部、２０２２…登録処理部、２０３０…プロジェクト指定部、２０３１…プロジェクト取得方法指定部、２０３２…プロジェクト取得部、２０３３…編集処理部。
【技術分野】
【０００１】
本発明は、複数のユーザによるプロジェクトの作成・編集を管理するプロジェクト管理システムおよびプロジェクト管理方法に関するものである。
【背景技術】
【０００２】
従来、アクション定義、実行権限定義、ページ定義、画面レイアウト定義などを規定した設計情報（プログラム）を、クライアントの設計仕様へ変換してクライアントのアーキテクチャへの実装を容易にする情報処理システムが提案されている（例えば特許文献１参照）。特許文献１に開示された情報処理システムでは、設計情報をクライアントの設計仕様へ変換する作業を定型化することで、開発を効率化できるようにしている。
【０００３】
【特許文献１】特開２００６−３３８４７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示された情報処理システムは、単一ユーザの作業を考慮したものに過ぎず、複数のユーザがプログラムを作成・編集する共同作業を考慮したものにはなっていないという問題点があった。複数のユーザによる共同作業の場合、各ユーザの作業を管理する手段が必要となるが、特許文献１に開示された情報処理システムではこのような管理手段については考慮されていない。
【０００５】
本発明は、上記課題を解決するためになされたもので、複数のユーザによるプロジェクト（ソフトウェアモジュール）の作成・編集を管理し、複数のユーザによる共同作業を容易にすることができるプロジェクト管理システムおよびプロジェクト管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のプロジェクト管理システムは、ソフトウェアモジュールの情報セットであるプロジェクトとこのプロジェクトの属性情報とユーザ情報とを記憶する記憶手段と、この記憶手段に記憶されている情報を管理する管理手段と、ユーザの指示に応じてプロジェクトを作成又は編集する作成・編集手段と、前記作成又は編集された登録対象プロジェクトを前記記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザを前記ユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を前記登録対象プロジェクトの属性情報に設定する登録手段とを備えるものである。
また、本発明のプロジェクト管理システムの１構成例において、前記管理手段は、前記記憶手段に記憶された登録済みプロジェクトをユーザの指示に応じて前記作成・編集手段が編集中の場合は、このプロジェクトのステータスを編集モードに設定して他のユーザによる編集を禁止し、このプロジェクトの前記記憶手段への再登録に応じて前記編集モードを解除するものである。
また、本発明のプロジェクト管理システムの１構成例において、前記登録手段は、前記ユーザ情報が登録されたユーザの一覧を表示し、登録対象プロジェクトを作成又は編集したユーザの指示に応じて前記許可ユーザを選択するものである。
また、本発明のプロジェクト管理システムの１構成例において、前記登録手段は、前記ユーザの一覧と共に、前記プロジェクト属性情報に基づいて、各ユーザが編集又は利用を許可されている登録済みプロジェクトと、前記登録対象プロジェクトの最終更新日時と前記登録済みプロジェクトの最終更新日時との比較結果と、前記登録済みプロジェクトを登録したユーザとを表示するものである。
また、本発明のプロジェクト管理システムの１構成例において、前記プロジェクト属性情報は、少なくともプロジェクト名称、最終更新日時、プロジェクトの変更回数、許可ユーザの情報、編集モード情報を含むものである。
また、本発明のプロジェクト管理システムの１構成例において、前記ユーザ情報は、プロジェクトに対するユーザの権限を定めたユーザレベルの情報を含むものである。
【０００７】
また、本発明は、ソフトウェアモジュールの情報セットであるプロジェクトとこのプロジェクトの属性情報とユーザ情報とを記憶手段に記憶させて管理するプロジェクト管理方法において、ユーザの指示に応じてプロジェクトを作成又は編集する作成・編集ステップと、前記作成又は編集された登録対象プロジェクトを前記記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザを前記ユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を前記登録対象プロジェクトの属性情報に設定する登録ステップとを備えるものである。
【発明の効果】
【０００８】
本発明によれば、作成又は編集された登録対象プロジェクトを記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザをユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を登録対象プロジェクトの属性情報に設定する登録手段を設けることにより、複数のユーザによるプロジェクトの作成・編集作業を容易に正しく行うことができる。
【０００９】
また、本発明では、記憶手段に記憶された登録済みプロジェクトをユーザの指示に応じて作成・編集手段が編集中の場合は、このプロジェクトのステータスを編集モードに設定して他のユーザによる編集を禁止し、プロジェクトの記憶手段への再登録に応じて編集モードを解除することにより、複数のユーザが同時に同一のプロジェクトを編集することを防止することができる。
【００１０】
また、本発明では、ユーザの一覧と共に、プロジェクト属性情報に基づいて、各ユーザが編集又は利用を許可されている登録済みプロジェクトと、登録対象プロジェクトの最終更新日時と登録済みプロジェクトの最終更新日時との比較結果と、登録済みプロジェクトを登録したユーザとを表示することにより、登録状況を明確に確認することができる。またどのユーザが他のユーザにどのようなプロジェクトを割りつけたのかを確認することができるので、複数のユーザによる共同作業をし易くすることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態について図面を参照して説明する。本実施の形態では、アプリケーションソフトを実行する際に必要となるソフトウェアモジュールの情報セットをプロジェクトと呼ぶ。また、プロジェクトを作成又は編集し登録するユーザをコンフユーザ、プロジェクトのランタイム実行をすることを「利用」と称し、利用するユーザをエンドユーザ、コンフユーザとエンドユーザを区別しない場合を単にユーザと呼ぶ。
【００１２】
図１は本発明の実施の形態に係るプロジェクト管理システムの構成を示すブロック図である。本実施の形態のプロジェクト管理システムは、プロジェクト情報およびユーザ情報等を管理するデータベースである管理サーバ１と、コンフユーザがプロジェクトの作成および管理サーバ１へのプロジェクトの登録を行うコンピュータであるコンフィギュレーションノード２と、エンドユーザが使用するコンピュータであるエンドユーザノード３と、管理サーバ１とコンフィギュレーションノード２とエンドユーザノード３とを相互に接続するネットワーク４とから構成される。
【００１３】
図２は管理サーバ１の構成を示すブロック図である。管理サーバ１は、管理サーバ全体を制御する制御部１０と、プログラムやデータを記憶する記憶部１１と、ネットワーク４を介してコンフィギュレーションノード２やエンドユーザノード３と通信するための送受信部１２と、システムの管理者が管理サーバ１に対して情報を入力するためのキーボードやマウス等の入力部１３と、管理者に対して情報を表示するための表示部１４とを有する。
【００１４】
制御部１０は、記憶部１１に記憶されている情報を管理する管理手段を構成しており、ユーザ管理部１００と、プロジェクト管理部１０１と、情報提供部１０２とを有する。
記憶部１１には、制御部１０の各種機能手段を実現するプログラム１１０と、プロジェクト情報１１１と、ユーザ情報１１２と、管理サーバ情報１にアクセスするための管理サーバ情報１１３とが記憶されている。
【００１５】
プロジェクト情報１１１は、プロジェクト本体と、プロジェクト属性情報とからなる。プロジェクト本体としては、プロジェクトの一部を構成するソフトウェア部品であるコンポーネントの情報、プロジェクトが使用する画面（アプリケーションウィンドウ）の情報、コンポーネントの属性情報、アプリケーションウィンドウの属性情報などがある。プロジェクト属性情報としては、プロジェクト名称、プロジェクトの作成日時、最終更新日時、プロジェクトの変更回数（リビジョン）、管理サーバ１への登録日時、登録元コンフィギュレーションノード名、登録元ユーザＩＤ、登録元ユーザ名、プロジェクトの編集又は利用を許可されている許可ユーザＩＤ、許可ユーザ名、編集モード情報などがある。
【００１６】
ユーザ情報１１２としては、ユーザ名、ユーザＩＤ、管理サーバ１へのログインのためのログインパスワード、管理サーバ１に対するユーザの権限を定めたユーザレベルなどがある。例えばユーザレベル０は全ての操作が可能な管理者レベル、ユーザレベル３はユーザ情報は編集できないがプロジェクトの作成・編集ができるコンフユーザレベル、ユーザレベル５は管理サーバ１の情報は編集できないがプロジェクトを取得してランタイム実行に利用することができるエンドユーザレベルを表している。したがって、ユーザ情報１１２は、管理者レベルの権限を有するシステムの管理者がユーザ管理部１００を用いて作成・編集し、記憶部１１に登録することになる。
管理サーバ情報１１３としては、管理サーバ１の名称、ＩＰアドレスなどがある。
【００１７】
図３はコンフィギュレーションノード２の構成を示すブロック図である。コンフィギュレーションノード２は、コンフィギュレーションノード全体を制御する制御部２０と、プログラムやデータを記憶する記憶部２１と、ネットワーク４を介して管理サーバ１と通信するための送受信部２２と、コンフユーザがコンフィギュレーションノード２に対して情報を入力するためのキーボードやマウス等の入力部２３と、コンフユーザに対して情報を表示するための表示部２４とを有する。
【００１８】
制御部２０は、プロジェクト作成部２００と、情報取得部２０１と、プロジェクト登録部２０２と、プロジェクト編集部２０３とを有する。プロジェクト作成部２００とプロジェクト編集部２０３とは作成・編集手段を構成し、プロジェクト登録部２０２は登録手段を構成している。
記憶部２１には、制御部２０の各種機能手段を実現するプログラム２１０と、プロジェクト情報２１１と、管理サーバ１から取得した管理サーバ情報２１２と、コンポーネントやアプリケーションウィンドウの情報の集まりであるライブラリ２１３とが記憶されている。
【００１９】
プロジェクト情報２１１は、プロジェクト情報１１１と同様に、プロジェクト本体と、プロジェクト属性情報とからなる。ただし、管理サーバ１に登録されていないプロジェクト情報２１１については、登録日時、登録元コンフィギュレーションノード名、登録元ユーザＩＤ、登録元ユーザ名、許可ユーザＩＤ、許可ユーザ名などが設定されていないことは言うまでもない。
【００２０】
［プロジェクト管理システムの動作の概略］
次に、本実施の形態のプロジェクト管理システムの動作について説明する。図４はプロジェクト管理システムの動作の概略を示すフローチャートである。
まず、コンフィギュレーションノード２の制御部２０は、あらかじめ管理サーバ１から管理サーバ情報１１３を取得しておき、これを管理サーバ情報２１２として記憶部２１に格納する。以後、コンフィギュレーションノード２は、管理サーバ情報２１２を基に管理サーバ１にアクセスする。
【００２１】
コンフィギュレーションノード２は、コンフユーザの指示に従ってプロジェクトを作成する（図４ステップＳ１）。
プロジェクトは、ユーザごとに登録されるものであり、且つ複数ユーザへの一括登録が可能である。このため、コンフィギュレーションノード２は、プロジェクトの登録に先立って管理サーバ１に接続し、管理サーバ１が管理するユーザ情報１１２を取得する（ステップＳ２）。
【００２２】
ユーザ情報１１２を取得したコンフィギュレーションノード２は、ステップＳ１で作成したプロジェクトの編集又は利用を許可する許可ユーザを、ユーザ情報１１２に登録されているユーザ中の編集又は利用の権限を有するユーザの中から選択して、プロジェクトを管理サーバ１に登録する（ステップＳ３）。
また、コンフィギュレーションノード２は、管理サーバ１に登録されているプロジェクトを適宜取得して編集することができる（ステップＳ４）。
【００２３】
コンフィギュレーションノード２は、編集したプロジェクトを管理サーバ１に登録する場合には、ステップＳ２と同様にユーザ情報１１２を取得し（ステップＳ５）、編集したプロジェクトを管理サーバ１に登録する（ステップＳ６）。
エンドユーザは、ステップＳ３，Ｓ６で管理サーバ１に登録されたプロジェクトを適宜取得して実行することができる。
【００２４】
［プロジェクトの作成の説明］
次に、コンフィギュレーションノード２によるプロジェクトの作成処理について説明する。コンフィギュレーションノード２のプロジェクト作成部２００は、入力部２３を操作するコンフユーザの指示に従って記憶部２１のライブラリ２１３から、使用するコンポーネントとアプリケーションウィンドウを選択し、コンポーネントの属性情報とアプリケーションウィンドウの属性情報を設定する。プロジェクト作成部２００は、こうして作成したプロジェクトをプロジェクト情報２１１として記憶部２１に格納する。
なお、プロジェクトの作成に使用するライブラリ２１３は、外部から適宜取り込むことが可能である。
【００２５】
［ユーザ情報の取得の説明］
次に、コンフィギュレーションノード２の情報取得部２０１は、コンフユーザの指示によりプロジェクトの登録ウィザードが起動されると、送受信部２２を介して管理サーバ１に接続し、管理サーバ１が管理する全てのプロジェクトのプロジェクト属性情報とユーザ情報１１２とを要求する。この要求に応じて、管理サーバ１の情報提供部１０２は、記憶部１１に記憶されたプロジェクト属性情報とユーザ情報１１２とを送受信部１２を介してコンフィギュレーションノード２に送信する。情報取得部２０１が取得したプロジェクト属性情報とユーザ情報１１２とは、登録処理の間、記憶部２１に一時的に格納される。
【００２６】
［プロジェクトの登録の説明］
続いて、コンフィギュレーションノード２のプロジェクト登録部２０２は、プロジェクトの登録処理を行う。図５はプロジェクト登録部２０２の構成を示すブロック図、図６はプロジェクト登録部２０２の動作を示すフローチャートである。
プロジェクト登録部２０２は、整合性判定部２０２０と、ユーザ指定部２０２１と、登録処理部２０２２とを有する。
【００２７】
まず、整合性判定部２０２０は、図７に示すような登録ウィザード画面３００を表示部２４に表示させ、プロジェクト作成部２００が作成したプロジェクト情報２１１の整合性を判定する（図６ステップＳ１０）。すなわち、整合性判定部２０２０は、プロジェクト情報２１１に設定不足や設定の誤りが無いかどうかを判定する。この整合性の判定は、コンフユーザが入力部２３を操作して画面３００上でチェックボタン３０１をクリックすると開始される。
【００２８】
判定結果は、登録ウィザード画面に表示される。ここで、整合性に異常が見つかった場合、コンフユーザは、登録ウィザードを一旦終了して、プロジェクト作成部２００を用いてプロジェクト情報２１１を修正することになる。
次に、判定結果が正常な場合、ユーザ指定部２０２１は、図８に示すような登録ウィザード画面３０２を表示部２４に表示させ、登録対象プロジェクト情報２１１の編集又は利用を許可する許可ユーザをコンフユーザに指定させる（ステップＳ１１）。
【００２９】
このとき、ユーザ指定部２０２１は、情報取得部２０１が取得したユーザ情報１１２とプロジェクト属性情報に基づいて、管理サーバ１が管理する編集又は利用の権限を有するユーザの一覧を画面３０２のユーザ情報欄３０３に表示すると共に、これらのユーザが編集又は利用を許可されている登録済みプロジェクトの名称をユーザ毎にプロジェクト情報欄３０４に表示する。また、ユーザ指定部２０２１は、プロジェクト情報欄３０４の各プロジェクトの最終更新日時を更新日時欄３０５に表示し、各プロジェクトを管理サーバ１に登録したユーザを登録ユーザ欄３０６に表示する。ユーザ情報欄３０３と登録ユーザ欄３０６のユーザ表示方法は、ラジオボタン３０７によって名前表示、ＩＤ表示のどちらかを選択できるようになっている。
【００３０】
さらに、ユーザ指定部２０２１は、登録対象プロジェクトのＩＤとプロジェクト情報欄３０４の登録済みプロジェクトのＩＤが一致する場合、すなわち同一のプロジェクトである場合、登録対象プロジェクトの最終更新日時と登録済みプロジェクトの最終更新日時とを比較し、その比較結果を比較結果欄３０８に表示する。比較結果欄３０８には、登録対象プロジェクトよりも登録済みプロジェクトが古い場合は「古い」と表示され、登録対象プロジェクトよりも登録済みプロジェクトが新しい場合は「新しい」と表示され、登録対象プロジェクトと登録済みプロジェクトの更新日時が同じ場合は「一致」と表示される。なお、プロジェクトが登録されていないか、または登録対象プロジェクトと登録済みプロジェクトのＩＤが異なる場合は、比較結果欄３０８は空白となる。
【００３１】
コンフユーザは、入力部２３を操作し、登録対象プロジェクトの編集又は利用を許可する許可ユーザを画面３０２上のチェックボックス３０９によって選択し、登録ボタン３１０をクリックする。
登録ボタン３１０のクリックに応じて、登録処理部２０２２は、登録対象プロジェクト情報２１１と選択された許可ユーザのＩＤと許可ユーザ名とを送受信部２２を介して管理サーバ１に送信する（ステップＳ１２）。
【００３２】
管理サーバ１のプロジェクト管理部１０１は、送受信部１２を介して登録対象プロジェクト情報２１１を受信すると、この登録対象プロジェクト情報２１１に登録日時と登録元コンフィギュレーションノード名と登録元ユーザＩＤと登録元ユーザ名と許可ユーザＩＤと許可ユーザ名等を付加したものを、プロジェクト情報１１１として記憶部１１に格納する。
こうして、プロジェクトの登録が完了する。登録処理部２０２２は、管理サーバ１のプロジェクト管理部１０１から登録結果情報を受けて、登録結果を登録ウィザード画面に表示する。
【００３３】
［プロジェクトの編集の説明］
次に、コンフィギュレーションノード２によるプロジェクトの編集処理について説明する。図９はコンフィギュレーションノード２のプロジェクト編集部２０３の構成を示すブロック図、図１０はプロジェクト編集部２０３の動作を示すフローチャートである。
プロジェクト編集部２０３は、プロジェクト指定部２０３０と、プロジェクト取得方法指定部２０３１と、プロジェクト取得部２０３２と、編集処理部２０３３とを有する。
【００３４】
まず、コンフィギュレーションノード２の情報取得部２０１は、コンフユーザの指示によりプロジェクトの取得ウィザードが起動されると、送受信部２２を介して管理サーバ１に接続し、管理サーバ１が管理する全てのプロジェクトのプロジェクト属性情報を要求する。この要求に応じて、管理サーバ１の情報提供部１０２は、記憶部１１に記憶されたプロジェクト属性情報を送受信部１２を介してコンフィギュレーションノード２に送信する。情報取得部２０１が取得したプロジェクト属性情報は、記憶部２１に一時的に格納される。
【００３５】
続いて、プロジェクト指定部２０３０は、図１１に示すような取得ウィザード画面４００を表示部２４に表示させ、取得したいプロジェクトをコンフユーザに指定させる（図１０ステップＳ２０）。このとき、プロジェクト指定部２０３０は、情報取得部２０１が取得したプロジェクト属性情報に基づいて、取得ウィザード画面４００に登録済みプロジェクト名、プロジェクトの最終更新日時、許可ユーザ名、許可ユーザＩＤ、および登録元ユーザ名を表示する。
【００３６】
そして、プロジェクト指定部２０３０は、コンフユーザが入力部２３を操作して、取得ウィザード画面４００上で取得したいプロジェクトを選択すると、この選択されたプロジェクトの編集モード情報を詳細ステータス欄４０１に表示する。
編集モード情報が示すプロジェクトのステータスとしては、編集モードと、編集モード解除とがある。さらに、編集モードとしては、当該コンフィギュレーションノード２のコンフユーザによる編集モードと、他のコンフィギュレーションノードのコンフユーザによる編集モードとがある。
【００３７】
初期状態ではプロジェクトのステータスは、編集モード解除となっている。これに対して、コンフィギュレーションノード２のコンフユーザが編集のためにプロジェクトを取得すると、管理サーバ１のプロジェクト管理部１０１は、このプロジェクトのステータスを当該コンフユーザによる編集モードとする。また、プロジェクト管理部１０１は、他のコンフユーザが編集のためにプロジェクトを取得すれば、このプロジェクトのステータスを他のコンフユーザによる編集モードとする。
【００３８】
ステータスが編集モードに切り換えられたプロジェクトは、一人のコンフユーザが専有して編集することになり、別のコンフユーザが同時に編集することはできない。ただし、他のユーザが編集モードにしているプロジェクトを閲覧することは可能である。複数のユーザが同時に同一のプロジェクトに書き込みを行うと、書き込みに失敗するユーザが出てしまい、編集作業が無駄になってしまう。本実施の形態では、編集モード機能を設けることにより、複数のユーザが同時に同一のプロジェクトを編集することを防止することができる。
【００３９】
次に、プロジェクト取得方法指定部２０３１は、取得ウィザード画面４００上でプロジェクトが選択された状態で、コンフユーザが続行ボタン４０２をクリックすると、選択されたプロジェクトの編集モード情報を確認し、プロジェクトのステータスが編集モード解除又は当該コンフユーザによる編集モードであれば、プロジェクトの取得方法をコンフユーザに指定させる（ステップＳ２１）。
【００４０】
プロジェクトの取得方法としては、マスタプロジェクトとして取得する方法と、管理サーバ１で管理されているマスタプロジェクトとは別のプロジェクトとして取得する方法がある。マスタプロジェクトとして取得する場合には、取得したプロジェクトの編集後に管理サーバ１のプロジェクトが上書きされる。一方、別のプロジェクトとして取得する場合には、マスタプロジェクトの複製を編集することになり、編集後のプロジェクトが新規のプロジェクトとして管理サーバ１に登録される。
なお、前記のとおり、選択されたプロジェクトのステータスが他ユーザによる編集モードの場合は、プロジェクトを取得できないので、プロジェクトの取得方法指定に進むことなく処理が中止される。
【００４１】
プロジェクトが取得可能である場合、プロジェクト取得部２０３２は、送受信部２２を介して管理サーバ１に接続し、ステップＳ２０で指定されたプロジェクトを要求する（ステップＳ２２）。この要求に応じて、管理サーバ１の情報提供部１０２は、指定されたプロジェクト情報１１１を送受信部１２を介してコンフィギュレーションノード２に送信する。プロジェクト取得部２０３２は、受信したプロジェクト情報をプロジェクト情報２１１として記憶部２１に格納する。
【００４２】
編集処理部２０３３は、プロジェクト取得部２０３２が取得したプロジェクト情報２１１に対しコンフユーザの指示に応じて各種データの追加、修正、削除などの編集を行う（ステップＳ２３）。編集終了後、編集処理部２０３３は、このプロジェクト情報２１１の最終更新日時とリビジョンとを更新する。
以上で、プロジェクト編集部２０３の処理が終了する。
【００４３】
プロジェクト編集後の情報取得部２０１とプロジェクト登録部２０２による登録処理は、先に説明した新規登録の場合と同様であるので、詳細な説明は詳細する。
プロジェクト登録部２０２は、ステップＳ２１においてマスタプロジェクトとして取得する方法が指定された場合、編集されたプロジェクト情報２１１をマスタプロジェクト情報として管理サーバ１に送信し、別のプロジェクトとして取得する方法が指定された場合、編集されたプロジェクト情報２１１を新規のプロジェクト情報として管理サーバ１に送信する。これに応じて、管理サーバ１のプロジェクト管理部１０１は、プロジェクト情報１１１を上書き又は新規登録する。このプロジェクト情報の上書き又は新規登録の時点で、当該プロジェクトのステータスは編集モード解除となる。
【００４４】
以上のように、本実施の形態では、プロジェクト情報とユーザ情報を管理サーバ１で管理し、コンフィギュレーションノード２で作成又は編集したプロジェクトを、複数のユーザ情報の中から選択した許可ユーザに対して割り付けるようにしたので、複数のユーザによるプロジェクトの作成・編集作業を容易に行うことができる。
【００４５】
なお、本実施の形態の管理サーバ１とコンフィギュレーションノード２とエンドユーザノード３とは、それぞれＣＰＵ、記憶装置および外部とのインタフェースを備えたコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。各々のコンピュータにおいて、本発明のプロジェクト管理方法を実現させるためのプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカードなどの記録媒体に記録された状態で提供される。ＣＰＵは、記録媒体から読み込んだプログラムを記憶装置に書き込み、プログラムに従って本実施の形態で説明した処理を実行する。
【００４６】
また、本実施の形態では、管理サーバ１とコンフィギュレーションノード２とを別の装置として説明したが、管理サーバ１とコンフィギュレーションノード２とを１台の装置、すなわちスタンドアローンのコンピュータで実現してもよいことは言うまでもない。
【産業上の利用可能性】
【００４７】
本発明は、プログラム等の情報を複数のユーザで作成又は編集できるように管理する技術に適用することができる。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態に係るプロジェクト管理システムの構成を示すブロック図である。
【図２】本発明の実施の形態に係るプロジェクト管理システムの管理サーバの構成を示すブロック図である。
【図３】本発明の実施の形態に係るプロジェクト管理システムのコンフィギュレーションノードの構成を示すブロック図である。
【図４】本発明の実施の形態に係るプロジェクト管理システムの動作の概略を示すフローチャートである。
【図５】本発明の実施の形態に係るコンフィギュレーションノードのプロジェクト登録部の構成を示すブロック図である。
【図６】本発明の実施の形態に係るコンフィギュレーションノードのプロジェクト登録部の動作を示すフローチャートである。
【図７】本発明の実施の形態においてプロジェクトの登録時にコンフィギュレーションノードに表示される登録ウィザード画面を示す図である。
【図８】本発明の実施の形態において整合性判定後にコンフィギュレーションノードに表示される登録ウィザード画面を示す図である。
【図９】本発明の実施の形態に係るコンフィギュレーションノードのプロジェクト編集部の構成を示すブロック図である。
【図１０】本発明の実施の形態に係るコンフィギュレーションノードのプロジェクト編集部の動作を示すフローチャートである。
【図１１】本発明の実施の形態においてプロジェクトの編集時にコンフィギュレーションノードに表示される取得ウィザード画面を示す図である。
【符号の説明】
【００４９】
１…管理サーバ、２…コンフィギュレーションノード、３…エンドユーザノード、４…ネットワーク、１０，２０…制御部、１１，２１…記憶部、１２，２２…送受信部、１３，２３…入力部、１４，２４…表示部、１００…ユーザ管理部、１０１…プロジェクト管理部、１０２…情報提供部、２００…プロジェクト作成部、２０１…情報取得部、２０２…プロジェクト登録部、２０３…プロジェクト編集部、２０２０…整合性判定部、２０２１…ユーザ指定部、２０２２…登録処理部、２０３０…プロジェクト指定部、２０３１…プロジェクト取得方法指定部、２０３２…プロジェクト取得部、２０３３…編集処理部。
【特許請求の範囲】
【請求項１】
ソフトウェアモジュールの情報セットであるプロジェクトとこのプロジェクトの属性情報とユーザ情報とを記憶する記憶手段と、
この記憶手段に記憶されている情報を管理する管理手段と、
ユーザの指示に応じてプロジェクトを作成又は編集する作成・編集手段と、
前記作成又は編集された登録対象プロジェクトを前記記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザを前記ユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を前記登録対象プロジェクトの属性情報に設定する登録手段とを備えることを特徴とするプロジェクト管理システム。
【請求項２】
請求項１記載のプロジェクト管理システムにおいて、
前記管理手段は、前記記憶手段に記憶された登録済みプロジェクトをユーザの指示に応じて前記作成・編集手段が編集中の場合は、このプロジェクトのステータスを編集モードに設定して他のユーザによる編集を禁止し、このプロジェクトの前記記憶手段への再登録に応じて前記編集モードを解除することを特徴とするプロジェクト管理システム。
【請求項３】
請求項１記載のプロジェクト管理システムにおいて、
前記登録手段は、前記ユーザ情報が登録されたユーザの一覧を表示し、登録対象プロジェクトを作成又は編集したユーザの指示に応じて前記許可ユーザを選択することを特徴とするプロジェクト管理システム。
【請求項４】
請求項３記載のプロジェクト管理システムにおいて、
前記登録手段は、前記ユーザの一覧と共に、前記プロジェクト属性情報に基づいて、各ユーザが編集又は利用を許可されている登録済みプロジェクトと、前記登録対象プロジェクトの最終更新日時と前記登録済みプロジェクトの最終更新日時との比較結果と、前記登録済みプロジェクトを登録したユーザとを表示することを特徴とするプロジェクト管理システム。
【請求項５】
請求項１乃至４のいずれか１項に記載のプロジェクト管理システムにおいて、
前記プロジェクト属性情報は、少なくともプロジェクト名称、最終更新日時、プロジェクトの変更回数、許可ユーザの情報、編集モード情報を含むことを特徴とするプロジェクト管理システム。
【請求項６】
請求項１乃至４のいずれか１項に記載のプロジェクト管理システムにおいて、
前記ユーザ情報は、プロジェクトに対するユーザの権限を定めたユーザレベルの情報を含むことを特徴とするプロジェクト管理システム。
【請求項７】
ソフトウェアモジュールの情報セットであるプロジェクトとこのプロジェクトの属性情報とユーザ情報とを記憶手段に記憶させて管理するプロジェクト管理方法において、
ユーザの指示に応じてプロジェクトを作成又は編集する作成・編集ステップと、
前記作成又は編集された登録対象プロジェクトを前記記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザを前記ユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を前記登録対象プロジェクトの属性情報に設定する登録ステップとを備えることを特徴とするプロジェクト管理方法。
【請求項１】
ソフトウェアモジュールの情報セットであるプロジェクトとこのプロジェクトの属性情報とユーザ情報とを記憶する記憶手段と、
この記憶手段に記憶されている情報を管理する管理手段と、
ユーザの指示に応じてプロジェクトを作成又は編集する作成・編集手段と、
前記作成又は編集された登録対象プロジェクトを前記記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザを前記ユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を前記登録対象プロジェクトの属性情報に設定する登録手段とを備えることを特徴とするプロジェクト管理システム。
【請求項２】
請求項１記載のプロジェクト管理システムにおいて、
前記管理手段は、前記記憶手段に記憶された登録済みプロジェクトをユーザの指示に応じて前記作成・編集手段が編集中の場合は、このプロジェクトのステータスを編集モードに設定して他のユーザによる編集を禁止し、このプロジェクトの前記記憶手段への再登録に応じて前記編集モードを解除することを特徴とするプロジェクト管理システム。
【請求項３】
請求項１記載のプロジェクト管理システムにおいて、
前記登録手段は、前記ユーザ情報が登録されたユーザの一覧を表示し、登録対象プロジェクトを作成又は編集したユーザの指示に応じて前記許可ユーザを選択することを特徴とするプロジェクト管理システム。
【請求項４】
請求項３記載のプロジェクト管理システムにおいて、
前記登録手段は、前記ユーザの一覧と共に、前記プロジェクト属性情報に基づいて、各ユーザが編集又は利用を許可されている登録済みプロジェクトと、前記登録対象プロジェクトの最終更新日時と前記登録済みプロジェクトの最終更新日時との比較結果と、前記登録済みプロジェクトを登録したユーザとを表示することを特徴とするプロジェクト管理システム。
【請求項５】
請求項１乃至４のいずれか１項に記載のプロジェクト管理システムにおいて、
前記プロジェクト属性情報は、少なくともプロジェクト名称、最終更新日時、プロジェクトの変更回数、許可ユーザの情報、編集モード情報を含むことを特徴とするプロジェクト管理システム。
【請求項６】
請求項１乃至４のいずれか１項に記載のプロジェクト管理システムにおいて、
前記ユーザ情報は、プロジェクトに対するユーザの権限を定めたユーザレベルの情報を含むことを特徴とするプロジェクト管理システム。
【請求項７】
ソフトウェアモジュールの情報セットであるプロジェクトとこのプロジェクトの属性情報とユーザ情報とを記憶手段に記憶させて管理するプロジェクト管理方法において、
ユーザの指示に応じてプロジェクトを作成又は編集する作成・編集ステップと、
前記作成又は編集された登録対象プロジェクトを前記記憶手段に登録すると共に、このプロジェクトの編集又は利用を許可する許可ユーザを前記ユーザ情報が登録されたユーザの中から選択して、この許可ユーザの情報を前記登録対象プロジェクトの属性情報に設定する登録ステップとを備えることを特徴とするプロジェクト管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図９】
【図１０】
【図８】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図９】
【図１０】
【図８】
【図１１】
【公開番号】特開２００９−１１６４３５（Ｐ２００９−１１６４３５Ａ）
【公開日】平成２１年５月２８日（２００９．５．２８）
【国際特許分類】
【出願番号】特願２００７−２８５９２８（Ｐ２００７−２８５９２８）
【出願日】平成１９年１１月２日（２００７．１１．２）
【出願人】（０００００６６６６）株式会社山武 (1,808)
【Ｆターム（参考）】
【公開日】平成２１年５月２８日（２００９．５．２８）
【国際特許分類】
【出願日】平成１９年１１月２日（２００７．１１．２）
【出願人】（０００００６６６６）株式会社山武 (1,808)
【Ｆターム（参考）】
[ Back to top ]