プロジェクト管理装置、プロジェクト管理方法、プログラム及び記憶媒体
【課題】プロジェクトリーダ等が進捗状況を把握する際に、各タスクや各工程の検索条件を容易に設定可能とするプロジェクト管理装置を提供する。
【解決手段】複数のユーザによるタスクの進捗状況の情報を入力・確認可能に記憶した記憶手段と接続可能な、前記タスクの進捗状況を管理するプロジェクト管理装置において、複数のユーザの属性情報を記憶する属性情報記憶手段から属性情報を取得し、取得した属性情報と関連付けて記憶されたタスクの検索条件を記憶部に記憶する。その後、ユーザの属性情報と関連付いているタスクの検索条件を記憶部から取得し、取得された検索条件を入力画面に入力した状態で画面に表示する。
【解決手段】複数のユーザによるタスクの進捗状況の情報を入力・確認可能に記憶した記憶手段と接続可能な、前記タスクの進捗状況を管理するプロジェクト管理装置において、複数のユーザの属性情報を記憶する属性情報記憶手段から属性情報を取得し、取得した属性情報と関連付けて記憶されたタスクの検索条件を記憶部に記憶する。その後、ユーザの属性情報と関連付いているタスクの検索条件を記憶部から取得し、取得された検索条件を入力画面に入力した状態で画面に表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のプロセスを有するプロジェクトの進捗状況を管理するプロジェクト管理装置およびプロジェクト管理方法およびプログラムに関する。
【背景技術】
【０００２】
一般に、ソフトウェア開発や品質管理などのプロジェクトを管理する際には、プロジェクトを複数の工程に細分化し、工程毎に開発期限やコストを設定する。次に、各工程をさらに複数のタスクに細分化し、タスク毎に担当者を割り当てる。そしてプロジェクトリーダ等が、各担当者から定期的に入力される作業報告等に基づいて進捗管理することにより、タスク単位、工程単位にプロジェクトの進捗状況を把握することが出来る。
【０００３】
特許文献１によれば、収集されたプロジェクトに係る作業実績情報を分析し、その分析結果に応じて表示や通知を行うプロジェクト進捗管理装置が知られている。また、特許文献２によれば、ＱＣＤ（品質、コスト、納期）の３つの観点から、プロジェクトの進捗状況を把握する技術が開示されている。
【特許文献１】特開２００４−１８５３４７号公報
【特許文献２】特開２０１０−２４４３３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数のプロジェクトが稼働している状態で、各プロジェクトの進捗状況を把握するためにプロジェクトリーダ等が、各タスクや各工程の状況を検索する作業は、プロジェクトが多ければ多いほど煩雑になり、プロジェクトリーダ等の手を煩わせていた。
【０００５】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、プロジェクトリーダ等が進捗状況を把握する際に、各タスクや各工程の検索条件を容易に設定可能とすることである。
【課題を解決するための手段】
【０００６】
本発明は、複数のユーザによるタスクの進捗状況の情報を入力・確認可能に記憶した記憶手段と接続可能な、前記タスクの進捗状況を管理するプロジェクト管理装置において、前記複数のユーザの属性情報を記憶する属性情報記憶手段から属性情報を取得する属性情報取得手段と、前記属性情報と関連付けて記憶されたタスクの検索条件を記憶する検索条件記憶手段と、前記属性情報取得手段により取得された属性情報と関連付いているタスクの検索条件を前記検索条件記憶手段から取得する検索条件取得手段と、前記検索条件取得手段により取得された前記検索条件を検索候補として表示制御する検索条件表示制御手段と、を有することを特徴とする。
【発明の効果】
【０００７】
本発明は、プロジェクトの進捗状況の検索条件をユーザの属性と共に記憶するにより、プロジェクトリーダ等が進捗状況を把握する際に、各タスクや各工程の検索条件を容易に設定可能とする効果を有する。
【図面の簡単な説明】
【０００８】
【図１】本発明に係わる開発者端末、プロジェクト管理サーバ、データベース、プログラム開発サーバの構成の一例を示すシステム構成図である。
【図２】本発明の実施形態における各種装置のハードウェア構成を示す図である。
【図３】本発明の実施形態におけるプロジェクト管理サーバ１００のソフトウェア構成を示す図である。
【図４】本発明の実施形態におけるプロジェクト管理システムの基本的な処理フローを示す図の一例である。
【図５】本発明の実施形態におけるプロジェクト管理サーバ１００の基本的な処理フローを示す図の一例である。
【図６】本発明に適応される人事ＤＢ３３２の一例を示す模式図である。
【図７】本発明に適応される検索条件ＤＢ３１０の一例を示す模式図である。
【図８】本発明の開発者端末１０１又はプロジェクト管理端末１０５におけるユーザＩＤ認証画面の模式図である。
【図９】本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【図１０】本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【図１１】本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【図１２】本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【図１３】本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【図１４】本発明の開発者端末１０１又はプロジェクト管理端末１０５における進捗状況データ表示画面を示した模式図である。
【図１５】本発明に適応される進捗状況ＤＢ３３１の一例を示す模式図である。
【図１６】本発明の第２実施形態における検索実施状況ＤＢ３１１の一例を示す模式図である。
【図１７】本発明の実施形態におけるプロジェクト管理装置を構成するプロジェクト管理装置１００として、コンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（記憶媒体）のメモリマップを説明する図である。
【発明を実施するための形態】
【０００９】
＜第１実施形態＞
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
【００１０】
図１は、本発明に係わるプロジェクト管理サーバ（）、プログラム開発サーバ、データベースサーバ、開発者端末（クライアント端末）の構成の一例を示すシステム構成図である（情報処理システム）。
【００１１】
プロジェクト管理サーバ１００（情報処理装置）は、開発者の操作に従って画面レイアウトおよびデータベース検索のアクションなどを定義する。プロジェクト管理サーバ１００単体では、ユーザの入力受付、後述するプログラム開発サーバ１０２に実際のプログラム生成処理をさせてもよいし、プロジェクト管理サーバ単体でプログラム生成まで処理してもよい。
【００１２】
プログラム開発サーバ１０２（情報処理装置）は、プロジェクト管理サーバ１００により入力された開発者の指示に従って、プログラムを開発する。プログラム開発サーバ１０２はＬＡＮなどのネットワーク１０４内に配置されてもよいし、プログラム開発サーバ１０２はインターネット上やクラウド上に配置されてもよい。
【００１３】
データベース１０３（情報処理装置）は、開発されたアプリケーションが使用するデータベースであり、また本発明では開発時にも利用する。例えば、開発者が利用するためにデータベース１０３は、プロジェクト管理サーバ１００と同一の装置で構成されていてもよいし、ＬＡＮなどのネットワーク１０４内に配置されてもよいし、またインターネット上やクラウド上に配置されてもよい。また、プロジェクト管理サーバ１００が、プログラム開発サーバ１０２と協調する場合には、プログラム開発サーバ１０２とデータベースが同一の装置内に構成されていてもよい。
【００１４】
プロジェクト管理端末１０５（情報処理装置）は、プロジェクト管理サーバ１００で管理しているプロジェクトの進捗状況の入力、承認をする際のユーザ入力端末である。開発されたアプリケーションを実行する。ＬＡＮなどのネットワーク１０４内に配置されてもよいし、またインターネット上やクラウド上に配置されてもよい。
【００１５】
開発者端末１０１ａ〜１０１ｂ（情報処理装置）は、プロジェクト管理サーバ１００と協調してプログラム開発サーバ１０２上で開発する際のユーザの入力端末である。ＬＡＮなどのネットワーク１０４内に配置されてもよいし、またインターネット上やクラウド上に配置されてもよい。また、プロジェクト管理端末１０５と同一の装置内に構成されても良い。
【００１６】
次に、図２を参照して、図１に示したプロジェクト管理サーバ１００およびプログラム開発サーバ１０２、データベースサーバ１０３、プロジェクト管理端末１０５、ならびに開発者端末１０１のハードウェア構成について説明する。
【００１７】
図２は、本発明の実施形態における各種装置のハードウェア構成を示す図である。
【００１８】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００１９】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２０】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２１】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２２】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。表示器はＣＲＴでも良いし、液晶ディスプレイでも構わない。
【００２３】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２６】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明で生成されるプログラムやプロキシクラスファイル、プログラムが用いる定義ファイル及び各種情報テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００２７】
なお、図１の構成は一例であり、用途や目的に応じて様々な構成例があることは云うまでもない。その他の構成例として、プロジェクト管理サーバが、ネットワークと接続され、通信可能な不図示のパーソナルコンピュータ等の情報処理装置からプログラム生成命令を受けることによって、プログラムの生成を行うことも可能である。
【００２８】
すなわち、本発明の機能が実現されるものであれば、単体の機器であっても、複数の機器からなるシステムであっても、ネットワークを介して処理が行われるシステムであっても本発明を適用することができる。
【００２９】
また、ここで、ハードディスクドライブ（ＨＤＤ）等の外部メモリ２１１に記憶された情報は、それぞれデータベース（ＤＢ）等に格納されていても良い。
【００３０】
次に、図３を参照して、図１に示したプロジェクト管理サーバ１００のソフトウェア構成について説明する。
【００３１】
図３は、本発明の実施形態におけるプロジェクト管理システムのソフトウェア構成を示す図である。
【００３２】
３０１は、プロジェクト管理サーバが有する属性情報取得部で、データベースサーバ１０３の人事ＤＢ３３２よりユーザの役割（役職やロール等）を取得する。検索条件記憶部３０２は、ユーザにより入力された検索条件を検索条件ＤＢ３１０に記憶する。検索条件取得部３０３は、検索条件ＤＢから役割が現在ログインしているユーザと同じ検索条件を取得し、検索条件表示制御部３０４に渡す。現在ログインしているユーザと役割が同じ検索条件を取得した検索条件表示制御部３０４は、取得した検索条件情報を開発者端末１０１もしくはプロジェクト管理端末１０５に送信し、開発者端末１０１もしくはプロジェクト管理端末１０５のディスプレイ２１０に検索条件候補を表示する。
【００３３】
また、ユーザＩＤ取得部３０６は、開発者端末１０１もしくはプロジェクト管理端末１０５にてログインしているユーザのユーザＩＤを取得し、取得したユーザＩＤをユーザＩＤ別検索条件設定部３０８に渡す。ユーザＩＤ別検索条件設定部３０８は、取得したユーザＩＤを元に検索条件ＤＢの内、ユーザＩＤに依存する検索条件を設定する。
【００３４】
また、３０５は、過去に検索した検索条件式を記憶した検索実施状況ＤＢ３１１から、現在ログインしているユーザと役割が同じ検索条件を抽出して、最も多く検索された検索条件をピックアップする検索条件最頻値選択部で、その結果で得られた検索条件情報を検索条件表示制御部に渡す。
【００３５】
また、３０７は、過去に検索した検索条件式を記憶した検索実施状況ＤＢ３１１から、現在ログインしているユーザと役割が同じで、かつ検索日時が年、月、週、日の中で最も近い日時の条件をピックアップする検索条件最近接選択部で、その結果で得られた検索条件情報を検索条件表示制御部に渡す。
【００３６】
検索の結果得られる帳票の進捗状況は進捗状況ＤＢ３３１に記憶される。
【００３７】
次に、プロジェクト管理サーバ１００の基本的な処理フローについて、図４を参照して説明する。
【００３８】
図４は、本発明の実施形態におけるプロジェクト管理システムの基本的な処理フローを示す図の一例である。なお、図４のフローチャートはプロジェクト管理サーバ１００のＣＰＵ２０１により実行されるものであり、図４のＳ４０１からＳ４０９の各ステップはプロジェクト管理サーバ１００のＣＰＵ２０１が実行する処理ステップである。
【００３９】
図４のフローチャートは、プロジェクト管理サーバ１００において、プログラムの開発者ユーザやプロジェクトの管理者ユーザが開発者端末１０１やプロジェクト管理端末１０５（以後、クライアント）から本プロジェクト管理プログラムを呼び出した際に開始される。
【００４０】
まず、図４のステップＳ４０１において、クライアントのＣＰＵ２０１は、現在アクセスしているユーザを特定するため、ユーザＩＤの入力を受け付ける。図８を参照して、ユーザＩＤの入力を受け付ける際のクライアントに表示される画面イメージの一例を説明する。
【００４１】
図８は、本発明の開発者端末１０１又はプロジェクト管理端末１０５におけるユーザＩＤ認証画面の模式図である。
【００４２】
クライアントのＣＰＵ２０１は、クライアントのディスプレイ２１０に図８のような画面イメージ情報を表示し、ユーザＩＤ入力欄８０１やパスワード入力欄８０２を表示し、プログラムの開発者ユーザやプロジェクトの管理者ユーザからキーボード２０９等からユーザＩＤやパスワードの入力を受け付ける。
【００４３】
クライアントのＣＰＵ２０１は、図８のＬＯＧＩＮボタン８０３が押下されると、入力されたユーザＩＤとパスワードにより、図示しない認証システムによってユーザ認証を行い、認証後にユーザＩＤをプロジェクト管理サーバ１００に送信する。
【００４４】
なお、ユーザ認証はプロジェクト管理サーバにおいて実施しても良いし、他のサーバ（ＬＤＡＰ等）で認証しても良い。図４のフローチャートの説明に戻る。
【００４５】
次に、ステップＳ４０２において、プロジェクト管理サーバ１００のＣＰＵ２０１は、認証されたユーザＩＤを受信し、次のステップＳ４０３へと移行する。
【００４６】
次に、ステップＳ４０３において、プロジェクト管理サーバ１００のＣＰＵ２０１は、人事ＤＢ３３２から人事情報（属性情報）を取得する。図６を参照して、人事情報の一例を説明する。
【００４７】
図６は、本発明に適応される人事ＤＢ３３２の一例を示す模式図である。
【００４８】
図６において、人事ＤＢ３３２は、各ユーザのユーザＩＤ６０１を有し、ユーザＩＤに対応した氏名６０２やユーザの役割６０３、開発分野６０４、担当プロジェクト６０５、担当フェーズ（工程）６０６などを有する。
【００４９】
例えば、プロジェクト管理サーバ１００のＣＰＵ２０１が、図４のステップＳ４０１でユーザＩＤが「０２００１」という入力情報を受け取ると、６０７行のように、ユーザＩＤが「０２００１」である情報として、氏名が「観音花子」、役割は「課長」、開発分野は現在「販売管理」、担当プロジェクトは「Ａ，Ｂ，Ｃ」の３つであり、担当（承認）するフェーズは全てのフェーズ（工程）であるという情報を取得する。図４のフローチャートの説明に戻る。
【００５０】
次に、ステップＳ４０４において、プロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件ＤＢ３１０から情報を取得し、取得した検索条件を設定して、クライアントに設定した検索条件を送信する。ステップＳ４０４の検索条件の設定・送信処理の詳細を図５を参照して説明する。
【００５１】
図５は、本発明の実施形態におけるプロジェクト管理サーバ１００の処理フローを示す図の一例である。なお、図５のフローチャートはプロジェクト管理サーバ１００のＣＰＵ２０１により実行されるものであり、図５のＳ５０１からＳ５０９の各ステップはプロジェクト管理サーバ１００のＣＰＵ２０１が実行する処理ステップである。また、図示していない情報の送信先や受付先は、開発者端末１０１又はプロジェクト管理端末１０５（クライアント）である。
【００５２】
図４のステップＳ４０４の処理が実行されると、図５のフローチャートが開始される。
【００５３】
まず、図５のステップＳ５０１において、プロジェクト管理サーバ１００のＣＰＵ２０１は、ステップＳ４０２で取得したユーザＩＤの人事情報から役割情報を抽出する。以下では、役割情報のみを抽出しているが、開発分野や担当プロジェクトなど、他の人事情報と関連付けて検索条件を設定することも出来る。
【００５４】
ステップＳ５０１では、プログラムの開発者ユーザやプロジェクトの管理者ユーザ（以後、現在ログインしているユーザ）の役割情報を取得し、検索条件ＤＢ３１０から同じ役割の検索条件情報を取得する。図７を参照して、検索条件情報の一例を説明する。
【００５５】
図７は、本発明に適応される検索条件ＤＢ３１０の一例を示す模式図である。
【００５６】
図７において、検索条件ＤＢ３１０は、各ユーザが登録している検索条件の情報であり、登録されている検索条件を１レコード（１行分）として記憶している。
【００５７】
図７の検索条件ＤＢが記憶している項目には、以下のような項目を含めることができる。
【００５８】
例えば、「課長」や「プログラマ（ＰＧ）」、「プロジェクトリーダ（ＰＬ）」などの値を有する役割項目７００、検索範囲のプロジェクトとして、「全て（ａｌｌ）」、「担当範囲のみ（担当）」などの値を有する検索範囲プロジェクト項目７０１、ユーザが選択し易いように名付けた検索条件名項目７０２、ユーザＩＤ項目７０３、氏名項目７０４などからなる。
【００５９】
検索条件項目の７０５〜７０９を説明するために、図９の検索条件設定画面を参照して説明する。
【００６０】
図９は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【００６１】
プロジェクト管理サーバ１００のＣＰＵ２０１は、後述するステップＳ５０４やステップＳ５０６、Ｓ５０７でクライアントに図９のような画面イメージ情報を送信する。
以下で、図９の入出力項目欄を説明する。
【００６２】
図９の氏名表示欄９０１は、現在ログインしているユーザの名前を表示している。またプロジェクト指定入力欄９０２は進捗状況を確認するプロジェクトを指定する。ボタン９０３はログイン中のユーザが「お気に入りに登録」ボタン９１０で登録した検索条件を再現するためのお気に入り検索候補ボタンである。同役割の検索候補入力欄９０４は、検索条件ＤＢに記憶された検索条件の中でログインユーザと同じ役割の検索条件をドロップダウンで選択できる入力欄である。ステータス別検索条件チェックボックス９０５はログインユーザが確認したいフェーズ（工程）のステータスを選択するためのチェックボックスであり、進捗状況は上から順に下に進むほど、進捗状況が進んでいる。すなわち、各フェーズ（工程）は「要件定義」⇒「設計」⇒「実装」⇒「総合テスト」の順番で進捗が進み、各工程の中でのステータスの順番は「作業前」⇒「作業中」⇒「承認待ち」⇒「承認中」⇒「終了」である。優先度入力欄９０６は作業の優先度を上げると指定された業務かどうかを判断する入力欄である。検索日時入力欄９０７は、検索を行う主な時期を入力する入力欄であり、「月初め」や「月末」、「週初め」、「週末」などが入力可能なドロップダウンの選択欄である。検索日時入力欄９０７は、他に「朝」や「夕方」等の時間帯を入力することも可能である。担当者入力欄９０８は、業務の担当者毎に検索条件を指定する欄であり、承認者入力欄９０９は業務の承認者毎に検索条件を指定する欄である。
【００６３】
図７の検索条件ＤＢと、図９の検索条件設定画面の入出力項目欄との対応は、以下の通りである。
図７ 図９
検索範囲プロジェクト：７０１ ⇒ プロジェクト指定入力欄：９０２
検索条件名：７０２ ⇒ 検索候補入力欄：９０４
氏名：７０４ ⇒ 氏名表示欄：９０１
【００６４】
ステータス別検索条件：７０５ ⇒ ステータス別検索条件チェックボックス：９０５
優先度：７０６ ⇒ 優先度入力欄：９０６
検索日時：７０７ ⇒ 検索日時入力欄：９０７
担当者ＩＤ：７０８ ⇒ 担当者入力欄：９０８
承認者ＩＤ：７０９ ⇒ 承認者入力欄：９０９
【００６５】
なお、ステータス別検索条件７０５の欄は、それぞれのフェーズ（工程）でのステータス別検索条件チェックボックスでチェックが付いているステータス、すなわち確認したいステータスに１、確認しないステータスに０を入力した数列で示されている。
【００６６】
また、７０６から７０９に記載の「ａｎｙ」とは検索条件として何も指定していない状態を示す。７０７の「ＥＯＭ．（Ｅｎｄ ｏｆ Ｍｏｎｔｈ）」や「Ｅａｒｌｙ ｔｈｅ ｗｅｅｋ」等は、検索日時を示し、それぞれ、月末や週初めに検索を実行することを示している。
【００６７】
検索条件の論理積や論理和について、図７の７１２に記載のような条件を予め検索条件ＤＢに記憶している。
【００６８】
また、検索条件ＤＢの一行（１レコード）はそれぞれ検索ＩＤ７１４によってユニークなＩＤが設定されている。図５のフローチャートの説明に戻る。
【００６９】
図５のステップＳ５０１において、現在ログインしているユーザと同じ役割の検索条件を検索条件ＤＢから取得する。例えば、現在ログインしているユーザの役割が「課長」であった場合は、図７の役割項目７００が「課長」である検索条件である、７１０行と７１１行とを取得する。
【００７０】
次に、ステップＳ５０２において、プロジェクト管理サーバ１００のＣＰＵ２０１は、現在ログインしているユーザと同じ役割の検索条件情報があるかどうかを判断する。
【００７１】
ステップＳ５０２において、現在ログインしているユーザと同じ役割の検索条件情報がないと判断された場合は、ステップＳ５０９へと移行し、ステップＳ５０９において、プロジェクト管理サーバ１００のＣＰＵ２０１は、予め決められた検索条件、もしくは検索条件として未入力の情報を設定し、クライアントに送信して、図５のフローチャートを終了する。
【００７２】
一方、ステップＳ５０２において、現在ログインしているユーザと同じ役割の検索条件情報があると判断された場合は、ステップＳ５０３へと移行する。
【００７３】
ステップＳ５０３以降で、プロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件ＤＢで取得した検索条件情報をクライアントに送信し、ユーザに検索条件候補を提示する。
【００７４】
まず、ステップＳ５０３において、プロジェクト管理サーバ１００のＣＰＵ２０１は、現在ログインしているユーザと同じ役割の検索条件情報が複数あるかどうかを判断する。
【００７５】
現在ログインしているユーザと同じ役割の検索条件情報が複数ある場合は、ステップＳ５０４へと移行し、一方、現在ログインしているユーザと同じ役割の検索条件情報が一つしかない場合はステップＳ５０６へと移行する。
【００７６】
ステップＳ５０４において、プロジェクト管理サーバ１００のＣＰＵ２０１は、該当する複数の検索条件情報の検索条件名７０２及び氏名７０４をクライアントに送信する。なお、ここで送信する情報は氏名７０４の他に、役割７００や検索範囲プロジェクト７０１でも良い。以下では検索条件名７０２と氏名７０４を送信する場合で考慮する。
【００７７】
複数の検索条件情報を受信したクライアントの画面表示イメージを、図１０を参照して説明する。
【００７８】
図１０は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【００７９】
図１０では、氏名表示欄が１００１のように、「中村聡」という「課長」（図６の６０８行参考）がログイン後に検索条件設定画面を表示した例である。「中村聡」の場合、お気に入りの検索候補を登録していないので、図９の９０３などのようなお気に入り検索候補ボタンは表示されていない。
【００８０】
図１０の検索候補入力欄１００２を現在ログインしているユーザがクライアントの図示しないマウス等で選択すると、ステップＳ５０１で取得した検索条件情報を検索条件候補として検索条件名７０２及び氏名７０４をドロップダウンリストとして表示する。
【００８１】
具体例を、図１０の「中村聡」という「課長」の役割の場合で考える。図７の例を参照すると、７００が「課長」の検索条件情報である７１０行、７１１行のレコードを表示する。７１０行は検索条件名７０２が「月末確認」で氏名７０４が「観音花子」であり、７１１行は検索条件名７０２が「週頭確認」で氏名７０４が「観音花子」である。図１０の例では検索候補入力欄１００２をマウス等で選択すると、１００３のように、検索条件情報の名前である「観音花子（月末確認）」及び「観音花子（週頭確認）」を表示する。図５のフローチャートの説明に戻る。
【００８２】
図５のステップＳ５０４で複数の検索候補情報をクライアントに送信すると、プロジェクト管理サーバ１００のＣＰＵ２０１は、ステップＳ５０５においてクライアントから、最初に表示する検索条件候補を取得する。検索条件候補の取得の具体例を図１０を参照して説明する。
【００８３】
図１０の画面イメージがクライアントのディスプレイ２１０に表示されている場合に、現在ログインしているユーザが、マウス等により検索候補入力欄１００２を選択後、ドロップダウンリストに出力される１００３の欄「観音花子（月末確認）」及び「観音花子（週頭確認）」から、所望の検索条件候補を選択する。図５のフローチャートの説明に戻る。
【００８４】
クライアントのＣＰＵ２０１は、現在ログインしているユーザにより選択された検索条件の情報をプロジェクト管理サーバ１００に送信する。
【００８５】
次に、ステップＳ５０６において、プロジェクト管理サーバ１００のＣＰＵ２０１は、クライアントで選択された検索条件の情報に対応するステップＳ５０１で取得した検索条件をクライアントに送信する。検索条件を受信したクライアントの画面表示イメージを、図１１を参照して説明する。
【００８６】
図１１は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【００８７】
図１１は、検索候補入力欄１１０２に「観音花子（月末確認）」が指定されているように、図１０の検索候補入力欄１００２において、ユーザ「中村聡」（１１０１）が同じ役割である「課長」の「観音花子」の月末確認と同じ業務を実施する際に検索候補として参考にする例である。図１０の検索候補入力欄１００２で「観音花子（月末確認）」（１００３）が選択された場合に図１１の画面に遷移する。
【００８８】
図１１は図７の７１０行のレコードである、「観音花子」（氏名７０４）の「月末確認」（検索条件名７０２）が適応された例で、氏名表示欄１１０１以外のステータス別検索条件チェックボックス１１０３やプロジェクト指定入力欄１１０４が該当する表示になっている。図５のフローチャートの説明に戻る。
【００８９】
図５において、ステップＳ５０６やステップＳ５０７の処理が終了すると、図５のフローチャートの処理を終え、図４のフローチャートに戻る。
【００９０】
なお、上記の説明では、ユーザの氏名（７０４）を検索候補入力欄１００２のドロップダウンリストに表示しているが、氏名の代わりに役割（７００）を表示しても良い。ユーザの氏名の代わりに役割を表示すると、例えば、７１０行のレコードは、「課長（月末確認）」、７１１行のレコードは「課長（週頭確認）」などと表示され、現在ログインしているユーザと同じ役割の検索条件を容易に再利用できる。
【００９１】
以上のように、ユーザ毎の役割により検索条件を記憶しておくことにより、現在ログインしているユーザが、役割の同じユーザ毎の承認・確認業務の検索条件を容易に再利用することが出来るという効果を有している。
【００９２】
図４のステップＳ４０４において、プロジェクト管理サーバ１００から送信された検索条件を、ステップＳ４０５において、クライアントのＣＰＵ２０１が受信し、クライアントのディスプレイ２１０に表示する。クライアントのディスプレイ２１０に表示した例としては、図９や図１１等の検索条件設定画面である。
【００９３】
ステップＳ４０５において、クライアントのＣＰＵ２０１は、現在ログインしているユーザからクライアントのキーボード２０９などにより図９や図１１で表示された検索条件の変更などの検索条件再設定を受け付け、受け付けた検索条件をプロジェクト管理サーバ１００に送信する。
【００９４】
再設定された検索条件を受け付けたプロジェクト管理サーバ１００のＣＰＵ２０１は、ステップＳ４０６において、検索条件を入力し、新たな検索条件としてステップＳ４０７において、検索条件を検索条件ＤＢに保存する。この保存の際、検索条件は後述する検索条件名を添えて保存しても良いし、無条件で担当者の役割毎やユーザＩＤ毎に保存しても良い。
【００９５】
このユーザ毎もしくは役割毎に検索条件の保存することにより、後にログインするユーザで役割が同じユーザの承認・確認業務の検索条件を容易に再利用することが出来るという効果を有している。
【００９６】
次にステップＳ４０８へ移行し、ステップＳ４０８において、プロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件に「担当プロジェクト」や「担当プロジェクト承認者」などの現在ログインしている担当プロジェクトやユーザに関連する検索条件が設定されているかどうかを判断する。
【００９７】
ユーザ担当プロジェクトの検索条件が付与されている場合は、ステップＳ４０９へと移行し、ユーザ担当プロジェクトの検索条件が付与されていない場合は、ステップＳ４１０へと移行する。
【００９８】
現在ログインしているユーザ担当プロジェクトの検索条件が付与される例として、図１２を参照して説明する。
【００９９】
図１２は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【０１００】
図１２は、氏名表示欄１２０１に「田中浩志」とあるように、役割が「ＰＧ」の「田中浩志」（図６の６１０行レコード参照）がログイン後に検索条件設定画面を表示した例である。このユーザが図１２のような検索条件をお気に入りに登録しようとする際の表示画面イメージである。
【０１０１】
図１２の表示画面イメージのように、プロジェクト指定入力欄１２０４に「担当プロジェクト」と入力されていると、ログインしているユーザの担当プロジェクトを検索する条件となる。このプロジェクト指定入力欄１２０４には、他に「Ａプロジェクト」や「Ｂプロジェクト」などの固有のプロジェクトを指定することも可能であり、その場合は、ユーザに対応した値ではなく、固有の検索条件情報となる。また、承認者入力欄１２０５に「担当プロジェクト承認者」と入力されていると、ログインしているユーザのプロジェクトの承認者が管理しているプロジェクトを検索する条件となる。この承認者入力欄１２０５には、他に固有の承認者の氏名を入力してもよく、その場合は、承認者ＩＤ項目７０９列には承認者ＩＤとして、例えば「０２００１」などの固有のユーザＩＤが指定される。
【０１０２】
図１２の検索条件で更にステータス別検索条件チェックボックス１２０２がチェックされている状態で、お気に入りに登録ボタン１２０３を押下すると、名前を登録するポップアップ画面１２０６を表示し、１２０７に登録する検索条件名を入力する。名前を例えば、現在ログインしているユーザが１２０７に入力されているように「設計終了・実装中案件」と入力して、ＯＫボタン１２０８を押下すると、クライアントのＣＰＵ２０１は、図１２の検索条件と１２０７の検索条件名とを関連付けて、プロジェクト管理サーバ１００に送信する。
【０１０３】
図１２の検索条件と１２０７の検索条件名とが関連付けられた情報を受信したプロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件ＤＢに図１２の検索条件と１２０７の検索条件名とで関連付けられた情報を新たな検索条件として登録する。登録された検索条件ＤＢの例を図７を参照して説明する。
【０１０４】
図７の７１３行のレコードは、図１２の検索条件を検索条件ＤＢに設定した例である。
【０１０５】
このユーザが図１２のような検索条件をお気に入りに登録しようとする際の表示画面イメージである。
【０１０６】
図１２の表示画面イメージを検索条件ＤＢに適応させると、図７の７１３行のようになる。すなわち、プロジェクト指定入力欄１２０４に入力されている「担当プロジェクト」は、図７の７１３行の検索範囲プロジェクト項目７０１列の「ｈａｎｄｌｉｎｇ ｐｒｏｊｅｃｔ」に該当する。また、承認者入力欄１２０５に入力されている「担当プロジェクト承認者」は、図７の７１３行の承認者ＩＤ項目７０９列の「ｈａｎｄｌｉｎｇ ｐｒｏｊｅｃｔ ａｕｔｈｏｒｉｚｅｒ」に該当する。また、１２０７で入力された検索条件名「設計終了・実装中案件」は、図７の７１３行の検索条件名項目７０２列の「設計終了・実装中案件」に該当する。図４のフローチャートの説明に戻る。
【０１０７】
上述のように、現在ログインしている担当プロジェクトやユーザに関連する検索条件が設定されている場合、図４のステップＳ４０９において、ユーザが担当しているプロジェクトの情報を取得するため、進捗状況ＤＢから進捗状況情報を取得する。図１５を参照して進捗状況ＤＢを説明する。
【０１０８】
図１５は、本発明に適応される進捗状況ＤＢ３３１の一例を示す模式図である。
【０１０９】
図１５には、１５０４に各プロジェクト内での進捗状況が記憶されている。１５０１にはプロジェクト名、１５０２には各プロジェクトでの作業フェーズ（工程）、１５０３には各作業フェーズ内での複数のタスク毎に進捗状況が１５０４に記憶されている。１５０４の状態（ステータス）欄に日付の入力されている状態が現状のステータスであることを示しており、日付が未入力のタスクは未実行タスクを意味する。１５０６はユーザにより入力された緊急度が設定されている。また、１５０７と１５０８には予め設定されている担当者と承認者がユーザＩＤで設定されている。図中ではユーザＩＤだけでは分かり辛いため、括弧書きで対応するユーザ名も記載している。
【０１１０】
さらに、状態（ステータス）欄１５０４の「作業中」、「承認待ち」、「承認済」のステータスの作業フェーズ（工程）１５０２毎に対応する実際のステータスとしては１５１１〜１５１３の列の情報である。
【０１１１】
図４のステップＳ４０９において、ユーザが担当しているプロジェクトの情報を取得する例として、図１３を参照して説明する。
【０１１２】
図１３は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【０１１３】
図１３は、現在ログインしているユーザが「加藤愛」であり、「加藤愛」が検索条件候補入力欄１３０２で、図１２で記憶した「田中浩志」の「設計終了・実装中案件」（図７の７１３行のレコード）を選択した際の検索条件設定画面である。
【０１１４】
氏名表示欄１３０１に「加藤愛」と表示された検索条件設定画面において、現在ログインしているユーザである「加藤愛」が、クライアントのマウス等で検索条件候補入力欄１３０２の「田中浩志（設計終了・実装中案件）」を選択すると、クライアントのＣＰＵ２０１は、プロジェクト管理サーバ１００から図７の７１３行のレコードを取得し、図１３のような画面イメージを表示する。
【０１１５】
ステータス別検索条件チェックボックス１３０３は、「田中浩志」の「設計終了・実装中案件」の図７の７１３行のレコードを反映した検索条件となり、図１２で設定された項目にチェックが付いている。また、プロジェクト指定入力欄１３０７は図７の７１３行のレコードを反映した（図１２の１２０４と同じ）「担当プロジェクト」となり、承認者入力欄１３０８は図７の７１３行のレコードを反映した（図１２の１２０５と同じ）「担当プロジェクト承認者」となる。
【０１１６】
プロジェクト指定入力欄１３０７に「担当プロジェクト」と指定されているため、検索条件に該当するプロジェクトとしては、担当者である「加藤愛」が指定されている図１５の１５０７列（１５２０）が担当する「Ａプロジェクト」（１５２１）となる。
【０１１７】
また、承認者入力欄１３０８に「担当プロジェクト承認者」と指定されているため、検索条件に該当するプロジェクトとしては、担当者である「加藤愛」が指定されている図１５の１５０７列（１５２０）の承認者である「観音花子」の指定されている図１５の１５０８列（１５２２）が担当する「Ａプロジェクト」（１５２１）となる。
【０１１８】
以上のように、検索条件に現在ログインしている担当プロジェクトやユーザに関連する検索条件を設定することにより、他のユーザがログインして検索条件を設定する際にもユーザ毎に検索条件が柔軟に変えることが可能になる。
図４のフローチャートの説明に戻る。
【０１１９】
ステップＳ４０９が終了するか、ステップＳ４０８において、検索条件に「担当プロジェクト」や「担当プロジェクト承認者」などの現在ログインしている担当プロジェクトやユーザに関連する検索条件が設定されていない場合はステップＳ４１０へと移行する。
【０１２０】
ステップＳ４１０では、プロジェクト管理サーバ１００のＣＰＵ２０１は、ステップＳ４０６もしくはステップＳ４０９で設定された検索条件をクライアントに送信する。ステップＳ４１１において、クライアントのＣＰＵ２０１は、設定された検索条件をクライアントのディスプレイ２１０に表示させる。
【０１２１】
ステップＳ４１１でクライアントが検索条件を受信してユーザにより検索ボタンを押下され、プロジェクト管理サーバ１００に検索を実行させ、進捗状況ＤＢからデータを受信して、検索結果を受信し、検索結果からクライアントのディスプレイに電子帳票を表示するまでの流れ（Ｓ４１０〜Ｓ４１３）を図１３、図１４を参照して説明する。
【０１２２】
図１３の検索条件が設定されている状況において、検索ボタン１３０４がクライアントのマウス等の指示で押下されると、クライアントからプロジェクト管理サーバ１００に検索実行が指示される。プロジェクト管理サーバ１００のＣＰＵ２０１は、検索実行が指示されると、進捗状況ＤＢに設定された検索条件で検索をするように指示する。進捗状況ＤＢから返ってくるデータをクライアントに送信したイメージを図１３の１３０５に示す。返ってくる検索結果は、「加藤愛」の担当の「Ａプロジェクト」の「実装」フェーズの「作業前」、「作業中」、「承認待ち」、「承認済」のステータスの電子帳票なので、図１５のステータス欄１５０４で対応する検索結果として、１３０５がクライアントのディスプレイ２１０に表示される。
【０１２３】
検索結果１３０５の内、現在ログインしているユーザが内容を確認したい電子伝票にクライアントのマウス等の指示により、１３０６のチェックボックス欄にチェックを入れ、帳票表示ボタン１３１０を押下する。クライアントのＣＰＵ２０１は、チェックが入った該当する電子帳票をクライアントに表示するために、プロジェクト管理サーバ１００にチェックが入った該当する電子帳票の取得要求をする。プロジェクト管理サーバ１００のＣＰＵ２０１は、該当する電子帳票を取得するために、進捗状況ＤＢから電子帳票データを取得する。プロジェクト管理サーバ１００のＣＰＵ２０１は、取得した電子帳票データをクライアントに送信し、電子帳票データを受信したクライアントのＣＰＵ２０１は、クライアントのディスプレイ２１０に、電子帳票を表示する。図１４を参照してプロジェクト管理サーバ１００より取得する電子帳票データの例を説明する。
【０１２４】
図１４は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における進捗状況データ表示画面を示した模式図である。
【０１２５】
図１４の１４０１のような画面イメージをクライアントに表示させることにより、現在ログインしているユーザは、プロジェクト内のタスクの進捗状況を把握する。
【０１２６】
なお、進捗状況ＤＢとは別に図示しない電子帳票ＤＢや添付ファイル管理サーバを有していても良い。電子帳票ＤＢや添付ファイル管理サーバを有している場合は、プロジェクト管理サーバ１００のＣＰＵ２０１が電子帳票データを受信する先は、電子帳票ＤＢや添付ファイル管理サーバとなる。図４のフローチャートの説明に戻る。
【０１２７】
図４のステップＳ４１３において電子帳票データを表示すると、クライアントのＣＰＵ２０１は、ユーザから電子帳票データの修正や承認操作を受け付け、プロジェクト管理サーバ１００に送信する。送信された修正データや承認操作を受信したプロジェクト管理サーバのＣＰＵ２０１は、ステップＳ４１４において、修正データや承認操作データを進捗状況ＤＢに送信して一連の処理を終える。
【０１２８】
以上のように、プロジェクトの進捗状況の検索条件をユーザの属性と共に記憶するにより、プロジェクトリーダ等が進捗状況を把握する際に、各タスクや各工程、プロジェクト毎に複雑な検索条件を容易に設定可能とする効果を有する。
【０１２９】
また、他の効果として、上記構成によりプロジェクト管理サーバの設定を管理するプロジェクト管理サーバ管理者が各役割毎に検索条件を設定しなくても、役割毎にユーザが検索条件を作成するので、プロジェクト管理サーバ管理者が役割毎の検索条件を設定する必要が無いという効果もある。
【０１３０】
さらに、プロジェクト管理サーバ管理者はプロジェクト管理サーバの検索画面を役割毎に作成する必要が無く、全ての役割に共通の検索画面を作成するだけでユーザが役割毎に検索条件を作成することにより検索画面をデフォルトで表示可能という効果も有している。
＜第２実施形態＞
【０１３１】
上記第１実施形態では、検索条件ＤＢ３１０にある検索条件情報から、同じ役割の検索条件情報をピックアップしているが、検索条件ＤＢ３１０の検索条件情報を利用する時期やこれまでに検索された回数の多い条件を考慮して最初の検索条件を決定するように構成してもよい。
【０１３２】
第２実施形態では、検索実行時に検索実施状況ＤＢ３１１に実行した検索条件を検索ＩＤ７１４と関連付けて記憶する。検索実施状況ＤＢ３１１に記憶する処理はＳ４１０において進捗状況ＤＢ３３１に送信すると同時に実施される。
【０１３３】
図１６は、本発明の第２実施形態における検索実施状況ＤＢ３１１の一例を示す模式図である。
【０１３４】
図１６の１６０１は、検索を実行した検索実行ユーザのユーザＩＤであり、１６０２には説明の為にユーザＩＤに対応する検索実行ユーザ氏名を示している。１６０３は検索実行ユーザ１６０２の役割を役割毎に示している。１６０４は図７の７１４で指定される検索ＩＤであり、１６０４で示される検索ＩＤに対応する検索条件名を説明の為に１６０５に示している。検索日１６０６や検索時間１６０７は、検索を実施した日時を示しており、後述する検索日時の分析などに利用する。１６０８は検索対象のプロジェクトである。図１６の例では１回の検索で１つのプロジェクトしか指定していないが、１回の検索で複数のプロジェクトを指定することも可能である。
第２実施形態における処理の流れを図５を参照して説明する。
【０１３５】
まず、図５のステップＳ５０１において、プロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件ＤＢ３１０から検索条件情報を取得するとともに、検索実施状況ＤＢ３１１から過去の検索実施状況を取得する。
次にステップＳ５０２〜Ｓ５０３は前述した通りの判断分岐を行う。
【０１３６】
次にステップＳ５０４において、プロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件の候補として複数の検索条件を送信するが、その中でも検索条件の表示優先順位を設定することにより、現在ログインしているユーザが極力検索条件を変更しないで、望む検索条件を選択できるようにすることを可能にする。
【０１３７】
ステップＳ５０４内での処理を説明すると、ステップＳ５０１で取得した検索実施状況ＤＢ３１１のデータを取得し、検索役割１６０３が同じ役割の検索ＩＤ１６０４を抽出し、抽出された検索ＩＤ１６０４の多い順でソートして、検索ＩＤが多い順に検索条件候補としてクライアントに送信する。
【０１３８】
例えば、図１６の検索実施状況ＤＢの状況で現在ログインしているユーザが「課長」という役割だった場合、検索ＩＤとして最も多いのは検索ＩＤが「２」の「週頭確認」という検索条件名の検索条件となり、２番目に多い検索ＩＤとして「１」の「月末確認」という検索条件名の検索条件となる。従って、現在ログインしているユーザが「課長」の場合、図９のプロジェクト指定入力欄９０２の最初の検索候補として、検索条件ＤＢ３１０の図７の７１１より「観音花子（週頭確認）」が指定されて表示される。
【０１３９】
また、他の実施例としてステップＳ５０４において、ステップＳ５０１で取得した検索実施状況ＤＢ３１１のデータを取得し、抽出された検索条件情報の中で、図７の検索日時７０７の条件に一致しているもしくは検索日時に近い検索条件から順にピックアップしてクライアントに送信しても良い。
【０１４０】
例えば、図１６の検索実施状況ＤＢの状況で現在ログインしているユーザが「課長」という役割であり、検索日が「２０１１年９月３０日」だった場合、「２０１１年９月３０日」は月末に該当するので、検索日時として、月末「ＥＯＭ（Ｅｎｄ ｏｆ Ｍｏｎｔｈ）」の検索条件候補が最初の検索候補としてピックアップされ、図７の検索日時が「ＥＯＭ」に該当する検索ＩＤが「１」の「観音花子（月末確認）」の検索条件情報が最初に指定されて表示される。
【０１４１】
また、他の実施例としてステップＳ５０４において、ステップＳ５０１で取得した検索実施状況ＤＢ３１１のデータを取得し、抽出された検索条件情報の検索日及び検索時間を解析し、月内の検索日や週内、年内の検索日、検索時間等が近い検索条件情報から順にピックアップしてクライアントに送信しても良い。
【０１４２】
例えば、図１６の検索実施状況ＤＢの状況で現在ログインしているユーザが「ＰＧ」という役割であり、検索を実施しようとした時間が「７：５８：００」の場合、検索時間が「７：５８：００」に近い役割が「ＰＧ」の検索条件として、検索ＩＤが「１０８」の「設計終了・実装中案件」という検索名の検索条件の検索時間の平均が最も近く、標準偏差も十分小さいと考えられるので、最初に図７の７１３の「田中浩志（設計終了・実装中案件）」の検索条件情報が最初に指定されて表示される。
【０１４３】
これらの実施例のように、現在ログインしているユーザがこれから選ぶであろう検索条件情報を予測して検索条件候補として表示することにより、ユーザが検索条件を選ぶ手間を省くことを可能にする。
【０１４４】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１４５】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１４６】
以下、図１７に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なプログラムの構成について説明する。
【０１４７】
図１７は、本発明に係る情報処理装置で読み取り可能なプログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１４８】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１４９】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１５０】
本実施形態における図４のプロジェクト管理サーバに関する機能、図５に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１５１】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１５２】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１５３】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１５４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５５】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５７】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５８】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１５９】
１００ プロジェクト管理サーバ
１０１ 開発者端末
１０３ データベースサーバ
１０５ プロジェクト管理端末
３０１ 属性情報取得部
３０２ 検索条件記憶部
３０３ 検索条件取得部
３０４ 検索条件表示制御部
３０５ 検索条件最頻値選択部
３０６ ユーザＩＤ取得部
３０７ 検索条件最近接選択部
３０８ ユーザＩＤ別検索条件設定部
３１０ 検索条件ＤＢ
３１１ 検索実施状況ＤＢ
３３１ 進捗状況ＤＢ
３３２ 人事ＤＢ
【技術分野】
【０００１】
本発明は、複数のプロセスを有するプロジェクトの進捗状況を管理するプロジェクト管理装置およびプロジェクト管理方法およびプログラムに関する。
【背景技術】
【０００２】
一般に、ソフトウェア開発や品質管理などのプロジェクトを管理する際には、プロジェクトを複数の工程に細分化し、工程毎に開発期限やコストを設定する。次に、各工程をさらに複数のタスクに細分化し、タスク毎に担当者を割り当てる。そしてプロジェクトリーダ等が、各担当者から定期的に入力される作業報告等に基づいて進捗管理することにより、タスク単位、工程単位にプロジェクトの進捗状況を把握することが出来る。
【０００３】
特許文献１によれば、収集されたプロジェクトに係る作業実績情報を分析し、その分析結果に応じて表示や通知を行うプロジェクト進捗管理装置が知られている。また、特許文献２によれば、ＱＣＤ（品質、コスト、納期）の３つの観点から、プロジェクトの進捗状況を把握する技術が開示されている。
【特許文献１】特開２００４−１８５３４７号公報
【特許文献２】特開２０１０−２４４３３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数のプロジェクトが稼働している状態で、各プロジェクトの進捗状況を把握するためにプロジェクトリーダ等が、各タスクや各工程の状況を検索する作業は、プロジェクトが多ければ多いほど煩雑になり、プロジェクトリーダ等の手を煩わせていた。
【０００５】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、プロジェクトリーダ等が進捗状況を把握する際に、各タスクや各工程の検索条件を容易に設定可能とすることである。
【課題を解決するための手段】
【０００６】
本発明は、複数のユーザによるタスクの進捗状況の情報を入力・確認可能に記憶した記憶手段と接続可能な、前記タスクの進捗状況を管理するプロジェクト管理装置において、前記複数のユーザの属性情報を記憶する属性情報記憶手段から属性情報を取得する属性情報取得手段と、前記属性情報と関連付けて記憶されたタスクの検索条件を記憶する検索条件記憶手段と、前記属性情報取得手段により取得された属性情報と関連付いているタスクの検索条件を前記検索条件記憶手段から取得する検索条件取得手段と、前記検索条件取得手段により取得された前記検索条件を検索候補として表示制御する検索条件表示制御手段と、を有することを特徴とする。
【発明の効果】
【０００７】
本発明は、プロジェクトの進捗状況の検索条件をユーザの属性と共に記憶するにより、プロジェクトリーダ等が進捗状況を把握する際に、各タスクや各工程の検索条件を容易に設定可能とする効果を有する。
【図面の簡単な説明】
【０００８】
【図１】本発明に係わる開発者端末、プロジェクト管理サーバ、データベース、プログラム開発サーバの構成の一例を示すシステム構成図である。
【図２】本発明の実施形態における各種装置のハードウェア構成を示す図である。
【図３】本発明の実施形態におけるプロジェクト管理サーバ１００のソフトウェア構成を示す図である。
【図４】本発明の実施形態におけるプロジェクト管理システムの基本的な処理フローを示す図の一例である。
【図５】本発明の実施形態におけるプロジェクト管理サーバ１００の基本的な処理フローを示す図の一例である。
【図６】本発明に適応される人事ＤＢ３３２の一例を示す模式図である。
【図７】本発明に適応される検索条件ＤＢ３１０の一例を示す模式図である。
【図８】本発明の開発者端末１０１又はプロジェクト管理端末１０５におけるユーザＩＤ認証画面の模式図である。
【図９】本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【図１０】本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【図１１】本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【図１２】本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【図１３】本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【図１４】本発明の開発者端末１０１又はプロジェクト管理端末１０５における進捗状況データ表示画面を示した模式図である。
【図１５】本発明に適応される進捗状況ＤＢ３３１の一例を示す模式図である。
【図１６】本発明の第２実施形態における検索実施状況ＤＢ３１１の一例を示す模式図である。
【図１７】本発明の実施形態におけるプロジェクト管理装置を構成するプロジェクト管理装置１００として、コンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（記憶媒体）のメモリマップを説明する図である。
【発明を実施するための形態】
【０００９】
＜第１実施形態＞
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
【００１０】
図１は、本発明に係わるプロジェクト管理サーバ（）、プログラム開発サーバ、データベースサーバ、開発者端末（クライアント端末）の構成の一例を示すシステム構成図である（情報処理システム）。
【００１１】
プロジェクト管理サーバ１００（情報処理装置）は、開発者の操作に従って画面レイアウトおよびデータベース検索のアクションなどを定義する。プロジェクト管理サーバ１００単体では、ユーザの入力受付、後述するプログラム開発サーバ１０２に実際のプログラム生成処理をさせてもよいし、プロジェクト管理サーバ単体でプログラム生成まで処理してもよい。
【００１２】
プログラム開発サーバ１０２（情報処理装置）は、プロジェクト管理サーバ１００により入力された開発者の指示に従って、プログラムを開発する。プログラム開発サーバ１０２はＬＡＮなどのネットワーク１０４内に配置されてもよいし、プログラム開発サーバ１０２はインターネット上やクラウド上に配置されてもよい。
【００１３】
データベース１０３（情報処理装置）は、開発されたアプリケーションが使用するデータベースであり、また本発明では開発時にも利用する。例えば、開発者が利用するためにデータベース１０３は、プロジェクト管理サーバ１００と同一の装置で構成されていてもよいし、ＬＡＮなどのネットワーク１０４内に配置されてもよいし、またインターネット上やクラウド上に配置されてもよい。また、プロジェクト管理サーバ１００が、プログラム開発サーバ１０２と協調する場合には、プログラム開発サーバ１０２とデータベースが同一の装置内に構成されていてもよい。
【００１４】
プロジェクト管理端末１０５（情報処理装置）は、プロジェクト管理サーバ１００で管理しているプロジェクトの進捗状況の入力、承認をする際のユーザ入力端末である。開発されたアプリケーションを実行する。ＬＡＮなどのネットワーク１０４内に配置されてもよいし、またインターネット上やクラウド上に配置されてもよい。
【００１５】
開発者端末１０１ａ〜１０１ｂ（情報処理装置）は、プロジェクト管理サーバ１００と協調してプログラム開発サーバ１０２上で開発する際のユーザの入力端末である。ＬＡＮなどのネットワーク１０４内に配置されてもよいし、またインターネット上やクラウド上に配置されてもよい。また、プロジェクト管理端末１０５と同一の装置内に構成されても良い。
【００１６】
次に、図２を参照して、図１に示したプロジェクト管理サーバ１００およびプログラム開発サーバ１０２、データベースサーバ１０３、プロジェクト管理端末１０５、ならびに開発者端末１０１のハードウェア構成について説明する。
【００１７】
図２は、本発明の実施形態における各種装置のハードウェア構成を示す図である。
【００１８】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００１９】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２０】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２１】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２２】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。表示器はＣＲＴでも良いし、液晶ディスプレイでも構わない。
【００２３】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２６】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明で生成されるプログラムやプロキシクラスファイル、プログラムが用いる定義ファイル及び各種情報テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００２７】
なお、図１の構成は一例であり、用途や目的に応じて様々な構成例があることは云うまでもない。その他の構成例として、プロジェクト管理サーバが、ネットワークと接続され、通信可能な不図示のパーソナルコンピュータ等の情報処理装置からプログラム生成命令を受けることによって、プログラムの生成を行うことも可能である。
【００２８】
すなわち、本発明の機能が実現されるものであれば、単体の機器であっても、複数の機器からなるシステムであっても、ネットワークを介して処理が行われるシステムであっても本発明を適用することができる。
【００２９】
また、ここで、ハードディスクドライブ（ＨＤＤ）等の外部メモリ２１１に記憶された情報は、それぞれデータベース（ＤＢ）等に格納されていても良い。
【００３０】
次に、図３を参照して、図１に示したプロジェクト管理サーバ１００のソフトウェア構成について説明する。
【００３１】
図３は、本発明の実施形態におけるプロジェクト管理システムのソフトウェア構成を示す図である。
【００３２】
３０１は、プロジェクト管理サーバが有する属性情報取得部で、データベースサーバ１０３の人事ＤＢ３３２よりユーザの役割（役職やロール等）を取得する。検索条件記憶部３０２は、ユーザにより入力された検索条件を検索条件ＤＢ３１０に記憶する。検索条件取得部３０３は、検索条件ＤＢから役割が現在ログインしているユーザと同じ検索条件を取得し、検索条件表示制御部３０４に渡す。現在ログインしているユーザと役割が同じ検索条件を取得した検索条件表示制御部３０４は、取得した検索条件情報を開発者端末１０１もしくはプロジェクト管理端末１０５に送信し、開発者端末１０１もしくはプロジェクト管理端末１０５のディスプレイ２１０に検索条件候補を表示する。
【００３３】
また、ユーザＩＤ取得部３０６は、開発者端末１０１もしくはプロジェクト管理端末１０５にてログインしているユーザのユーザＩＤを取得し、取得したユーザＩＤをユーザＩＤ別検索条件設定部３０８に渡す。ユーザＩＤ別検索条件設定部３０８は、取得したユーザＩＤを元に検索条件ＤＢの内、ユーザＩＤに依存する検索条件を設定する。
【００３４】
また、３０５は、過去に検索した検索条件式を記憶した検索実施状況ＤＢ３１１から、現在ログインしているユーザと役割が同じ検索条件を抽出して、最も多く検索された検索条件をピックアップする検索条件最頻値選択部で、その結果で得られた検索条件情報を検索条件表示制御部に渡す。
【００３５】
また、３０７は、過去に検索した検索条件式を記憶した検索実施状況ＤＢ３１１から、現在ログインしているユーザと役割が同じで、かつ検索日時が年、月、週、日の中で最も近い日時の条件をピックアップする検索条件最近接選択部で、その結果で得られた検索条件情報を検索条件表示制御部に渡す。
【００３６】
検索の結果得られる帳票の進捗状況は進捗状況ＤＢ３３１に記憶される。
【００３７】
次に、プロジェクト管理サーバ１００の基本的な処理フローについて、図４を参照して説明する。
【００３８】
図４は、本発明の実施形態におけるプロジェクト管理システムの基本的な処理フローを示す図の一例である。なお、図４のフローチャートはプロジェクト管理サーバ１００のＣＰＵ２０１により実行されるものであり、図４のＳ４０１からＳ４０９の各ステップはプロジェクト管理サーバ１００のＣＰＵ２０１が実行する処理ステップである。
【００３９】
図４のフローチャートは、プロジェクト管理サーバ１００において、プログラムの開発者ユーザやプロジェクトの管理者ユーザが開発者端末１０１やプロジェクト管理端末１０５（以後、クライアント）から本プロジェクト管理プログラムを呼び出した際に開始される。
【００４０】
まず、図４のステップＳ４０１において、クライアントのＣＰＵ２０１は、現在アクセスしているユーザを特定するため、ユーザＩＤの入力を受け付ける。図８を参照して、ユーザＩＤの入力を受け付ける際のクライアントに表示される画面イメージの一例を説明する。
【００４１】
図８は、本発明の開発者端末１０１又はプロジェクト管理端末１０５におけるユーザＩＤ認証画面の模式図である。
【００４２】
クライアントのＣＰＵ２０１は、クライアントのディスプレイ２１０に図８のような画面イメージ情報を表示し、ユーザＩＤ入力欄８０１やパスワード入力欄８０２を表示し、プログラムの開発者ユーザやプロジェクトの管理者ユーザからキーボード２０９等からユーザＩＤやパスワードの入力を受け付ける。
【００４３】
クライアントのＣＰＵ２０１は、図８のＬＯＧＩＮボタン８０３が押下されると、入力されたユーザＩＤとパスワードにより、図示しない認証システムによってユーザ認証を行い、認証後にユーザＩＤをプロジェクト管理サーバ１００に送信する。
【００４４】
なお、ユーザ認証はプロジェクト管理サーバにおいて実施しても良いし、他のサーバ（ＬＤＡＰ等）で認証しても良い。図４のフローチャートの説明に戻る。
【００４５】
次に、ステップＳ４０２において、プロジェクト管理サーバ１００のＣＰＵ２０１は、認証されたユーザＩＤを受信し、次のステップＳ４０３へと移行する。
【００４６】
次に、ステップＳ４０３において、プロジェクト管理サーバ１００のＣＰＵ２０１は、人事ＤＢ３３２から人事情報（属性情報）を取得する。図６を参照して、人事情報の一例を説明する。
【００４７】
図６は、本発明に適応される人事ＤＢ３３２の一例を示す模式図である。
【００４８】
図６において、人事ＤＢ３３２は、各ユーザのユーザＩＤ６０１を有し、ユーザＩＤに対応した氏名６０２やユーザの役割６０３、開発分野６０４、担当プロジェクト６０５、担当フェーズ（工程）６０６などを有する。
【００４９】
例えば、プロジェクト管理サーバ１００のＣＰＵ２０１が、図４のステップＳ４０１でユーザＩＤが「０２００１」という入力情報を受け取ると、６０７行のように、ユーザＩＤが「０２００１」である情報として、氏名が「観音花子」、役割は「課長」、開発分野は現在「販売管理」、担当プロジェクトは「Ａ，Ｂ，Ｃ」の３つであり、担当（承認）するフェーズは全てのフェーズ（工程）であるという情報を取得する。図４のフローチャートの説明に戻る。
【００５０】
次に、ステップＳ４０４において、プロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件ＤＢ３１０から情報を取得し、取得した検索条件を設定して、クライアントに設定した検索条件を送信する。ステップＳ４０４の検索条件の設定・送信処理の詳細を図５を参照して説明する。
【００５１】
図５は、本発明の実施形態におけるプロジェクト管理サーバ１００の処理フローを示す図の一例である。なお、図５のフローチャートはプロジェクト管理サーバ１００のＣＰＵ２０１により実行されるものであり、図５のＳ５０１からＳ５０９の各ステップはプロジェクト管理サーバ１００のＣＰＵ２０１が実行する処理ステップである。また、図示していない情報の送信先や受付先は、開発者端末１０１又はプロジェクト管理端末１０５（クライアント）である。
【００５２】
図４のステップＳ４０４の処理が実行されると、図５のフローチャートが開始される。
【００５３】
まず、図５のステップＳ５０１において、プロジェクト管理サーバ１００のＣＰＵ２０１は、ステップＳ４０２で取得したユーザＩＤの人事情報から役割情報を抽出する。以下では、役割情報のみを抽出しているが、開発分野や担当プロジェクトなど、他の人事情報と関連付けて検索条件を設定することも出来る。
【００５４】
ステップＳ５０１では、プログラムの開発者ユーザやプロジェクトの管理者ユーザ（以後、現在ログインしているユーザ）の役割情報を取得し、検索条件ＤＢ３１０から同じ役割の検索条件情報を取得する。図７を参照して、検索条件情報の一例を説明する。
【００５５】
図７は、本発明に適応される検索条件ＤＢ３１０の一例を示す模式図である。
【００５６】
図７において、検索条件ＤＢ３１０は、各ユーザが登録している検索条件の情報であり、登録されている検索条件を１レコード（１行分）として記憶している。
【００５７】
図７の検索条件ＤＢが記憶している項目には、以下のような項目を含めることができる。
【００５８】
例えば、「課長」や「プログラマ（ＰＧ）」、「プロジェクトリーダ（ＰＬ）」などの値を有する役割項目７００、検索範囲のプロジェクトとして、「全て（ａｌｌ）」、「担当範囲のみ（担当）」などの値を有する検索範囲プロジェクト項目７０１、ユーザが選択し易いように名付けた検索条件名項目７０２、ユーザＩＤ項目７０３、氏名項目７０４などからなる。
【００５９】
検索条件項目の７０５〜７０９を説明するために、図９の検索条件設定画面を参照して説明する。
【００６０】
図９は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【００６１】
プロジェクト管理サーバ１００のＣＰＵ２０１は、後述するステップＳ５０４やステップＳ５０６、Ｓ５０７でクライアントに図９のような画面イメージ情報を送信する。
以下で、図９の入出力項目欄を説明する。
【００６２】
図９の氏名表示欄９０１は、現在ログインしているユーザの名前を表示している。またプロジェクト指定入力欄９０２は進捗状況を確認するプロジェクトを指定する。ボタン９０３はログイン中のユーザが「お気に入りに登録」ボタン９１０で登録した検索条件を再現するためのお気に入り検索候補ボタンである。同役割の検索候補入力欄９０４は、検索条件ＤＢに記憶された検索条件の中でログインユーザと同じ役割の検索条件をドロップダウンで選択できる入力欄である。ステータス別検索条件チェックボックス９０５はログインユーザが確認したいフェーズ（工程）のステータスを選択するためのチェックボックスであり、進捗状況は上から順に下に進むほど、進捗状況が進んでいる。すなわち、各フェーズ（工程）は「要件定義」⇒「設計」⇒「実装」⇒「総合テスト」の順番で進捗が進み、各工程の中でのステータスの順番は「作業前」⇒「作業中」⇒「承認待ち」⇒「承認中」⇒「終了」である。優先度入力欄９０６は作業の優先度を上げると指定された業務かどうかを判断する入力欄である。検索日時入力欄９０７は、検索を行う主な時期を入力する入力欄であり、「月初め」や「月末」、「週初め」、「週末」などが入力可能なドロップダウンの選択欄である。検索日時入力欄９０７は、他に「朝」や「夕方」等の時間帯を入力することも可能である。担当者入力欄９０８は、業務の担当者毎に検索条件を指定する欄であり、承認者入力欄９０９は業務の承認者毎に検索条件を指定する欄である。
【００６３】
図７の検索条件ＤＢと、図９の検索条件設定画面の入出力項目欄との対応は、以下の通りである。
図７ 図９
検索範囲プロジェクト：７０１ ⇒ プロジェクト指定入力欄：９０２
検索条件名：７０２ ⇒ 検索候補入力欄：９０４
氏名：７０４ ⇒ 氏名表示欄：９０１
【００６４】
ステータス別検索条件：７０５ ⇒ ステータス別検索条件チェックボックス：９０５
優先度：７０６ ⇒ 優先度入力欄：９０６
検索日時：７０７ ⇒ 検索日時入力欄：９０７
担当者ＩＤ：７０８ ⇒ 担当者入力欄：９０８
承認者ＩＤ：７０９ ⇒ 承認者入力欄：９０９
【００６５】
なお、ステータス別検索条件７０５の欄は、それぞれのフェーズ（工程）でのステータス別検索条件チェックボックスでチェックが付いているステータス、すなわち確認したいステータスに１、確認しないステータスに０を入力した数列で示されている。
【００６６】
また、７０６から７０９に記載の「ａｎｙ」とは検索条件として何も指定していない状態を示す。７０７の「ＥＯＭ．（Ｅｎｄ ｏｆ Ｍｏｎｔｈ）」や「Ｅａｒｌｙ ｔｈｅ ｗｅｅｋ」等は、検索日時を示し、それぞれ、月末や週初めに検索を実行することを示している。
【００６７】
検索条件の論理積や論理和について、図７の７１２に記載のような条件を予め検索条件ＤＢに記憶している。
【００６８】
また、検索条件ＤＢの一行（１レコード）はそれぞれ検索ＩＤ７１４によってユニークなＩＤが設定されている。図５のフローチャートの説明に戻る。
【００６９】
図５のステップＳ５０１において、現在ログインしているユーザと同じ役割の検索条件を検索条件ＤＢから取得する。例えば、現在ログインしているユーザの役割が「課長」であった場合は、図７の役割項目７００が「課長」である検索条件である、７１０行と７１１行とを取得する。
【００７０】
次に、ステップＳ５０２において、プロジェクト管理サーバ１００のＣＰＵ２０１は、現在ログインしているユーザと同じ役割の検索条件情報があるかどうかを判断する。
【００７１】
ステップＳ５０２において、現在ログインしているユーザと同じ役割の検索条件情報がないと判断された場合は、ステップＳ５０９へと移行し、ステップＳ５０９において、プロジェクト管理サーバ１００のＣＰＵ２０１は、予め決められた検索条件、もしくは検索条件として未入力の情報を設定し、クライアントに送信して、図５のフローチャートを終了する。
【００７２】
一方、ステップＳ５０２において、現在ログインしているユーザと同じ役割の検索条件情報があると判断された場合は、ステップＳ５０３へと移行する。
【００７３】
ステップＳ５０３以降で、プロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件ＤＢで取得した検索条件情報をクライアントに送信し、ユーザに検索条件候補を提示する。
【００７４】
まず、ステップＳ５０３において、プロジェクト管理サーバ１００のＣＰＵ２０１は、現在ログインしているユーザと同じ役割の検索条件情報が複数あるかどうかを判断する。
【００７５】
現在ログインしているユーザと同じ役割の検索条件情報が複数ある場合は、ステップＳ５０４へと移行し、一方、現在ログインしているユーザと同じ役割の検索条件情報が一つしかない場合はステップＳ５０６へと移行する。
【００７６】
ステップＳ５０４において、プロジェクト管理サーバ１００のＣＰＵ２０１は、該当する複数の検索条件情報の検索条件名７０２及び氏名７０４をクライアントに送信する。なお、ここで送信する情報は氏名７０４の他に、役割７００や検索範囲プロジェクト７０１でも良い。以下では検索条件名７０２と氏名７０４を送信する場合で考慮する。
【００７７】
複数の検索条件情報を受信したクライアントの画面表示イメージを、図１０を参照して説明する。
【００７８】
図１０は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【００７９】
図１０では、氏名表示欄が１００１のように、「中村聡」という「課長」（図６の６０８行参考）がログイン後に検索条件設定画面を表示した例である。「中村聡」の場合、お気に入りの検索候補を登録していないので、図９の９０３などのようなお気に入り検索候補ボタンは表示されていない。
【００８０】
図１０の検索候補入力欄１００２を現在ログインしているユーザがクライアントの図示しないマウス等で選択すると、ステップＳ５０１で取得した検索条件情報を検索条件候補として検索条件名７０２及び氏名７０４をドロップダウンリストとして表示する。
【００８１】
具体例を、図１０の「中村聡」という「課長」の役割の場合で考える。図７の例を参照すると、７００が「課長」の検索条件情報である７１０行、７１１行のレコードを表示する。７１０行は検索条件名７０２が「月末確認」で氏名７０４が「観音花子」であり、７１１行は検索条件名７０２が「週頭確認」で氏名７０４が「観音花子」である。図１０の例では検索候補入力欄１００２をマウス等で選択すると、１００３のように、検索条件情報の名前である「観音花子（月末確認）」及び「観音花子（週頭確認）」を表示する。図５のフローチャートの説明に戻る。
【００８２】
図５のステップＳ５０４で複数の検索候補情報をクライアントに送信すると、プロジェクト管理サーバ１００のＣＰＵ２０１は、ステップＳ５０５においてクライアントから、最初に表示する検索条件候補を取得する。検索条件候補の取得の具体例を図１０を参照して説明する。
【００８３】
図１０の画面イメージがクライアントのディスプレイ２１０に表示されている場合に、現在ログインしているユーザが、マウス等により検索候補入力欄１００２を選択後、ドロップダウンリストに出力される１００３の欄「観音花子（月末確認）」及び「観音花子（週頭確認）」から、所望の検索条件候補を選択する。図５のフローチャートの説明に戻る。
【００８４】
クライアントのＣＰＵ２０１は、現在ログインしているユーザにより選択された検索条件の情報をプロジェクト管理サーバ１００に送信する。
【００８５】
次に、ステップＳ５０６において、プロジェクト管理サーバ１００のＣＰＵ２０１は、クライアントで選択された検索条件の情報に対応するステップＳ５０１で取得した検索条件をクライアントに送信する。検索条件を受信したクライアントの画面表示イメージを、図１１を参照して説明する。
【００８６】
図１１は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【００８７】
図１１は、検索候補入力欄１１０２に「観音花子（月末確認）」が指定されているように、図１０の検索候補入力欄１００２において、ユーザ「中村聡」（１１０１）が同じ役割である「課長」の「観音花子」の月末確認と同じ業務を実施する際に検索候補として参考にする例である。図１０の検索候補入力欄１００２で「観音花子（月末確認）」（１００３）が選択された場合に図１１の画面に遷移する。
【００８８】
図１１は図７の７１０行のレコードである、「観音花子」（氏名７０４）の「月末確認」（検索条件名７０２）が適応された例で、氏名表示欄１１０１以外のステータス別検索条件チェックボックス１１０３やプロジェクト指定入力欄１１０４が該当する表示になっている。図５のフローチャートの説明に戻る。
【００８９】
図５において、ステップＳ５０６やステップＳ５０７の処理が終了すると、図５のフローチャートの処理を終え、図４のフローチャートに戻る。
【００９０】
なお、上記の説明では、ユーザの氏名（７０４）を検索候補入力欄１００２のドロップダウンリストに表示しているが、氏名の代わりに役割（７００）を表示しても良い。ユーザの氏名の代わりに役割を表示すると、例えば、７１０行のレコードは、「課長（月末確認）」、７１１行のレコードは「課長（週頭確認）」などと表示され、現在ログインしているユーザと同じ役割の検索条件を容易に再利用できる。
【００９１】
以上のように、ユーザ毎の役割により検索条件を記憶しておくことにより、現在ログインしているユーザが、役割の同じユーザ毎の承認・確認業務の検索条件を容易に再利用することが出来るという効果を有している。
【００９２】
図４のステップＳ４０４において、プロジェクト管理サーバ１００から送信された検索条件を、ステップＳ４０５において、クライアントのＣＰＵ２０１が受信し、クライアントのディスプレイ２１０に表示する。クライアントのディスプレイ２１０に表示した例としては、図９や図１１等の検索条件設定画面である。
【００９３】
ステップＳ４０５において、クライアントのＣＰＵ２０１は、現在ログインしているユーザからクライアントのキーボード２０９などにより図９や図１１で表示された検索条件の変更などの検索条件再設定を受け付け、受け付けた検索条件をプロジェクト管理サーバ１００に送信する。
【００９４】
再設定された検索条件を受け付けたプロジェクト管理サーバ１００のＣＰＵ２０１は、ステップＳ４０６において、検索条件を入力し、新たな検索条件としてステップＳ４０７において、検索条件を検索条件ＤＢに保存する。この保存の際、検索条件は後述する検索条件名を添えて保存しても良いし、無条件で担当者の役割毎やユーザＩＤ毎に保存しても良い。
【００９５】
このユーザ毎もしくは役割毎に検索条件の保存することにより、後にログインするユーザで役割が同じユーザの承認・確認業務の検索条件を容易に再利用することが出来るという効果を有している。
【００９６】
次にステップＳ４０８へ移行し、ステップＳ４０８において、プロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件に「担当プロジェクト」や「担当プロジェクト承認者」などの現在ログインしている担当プロジェクトやユーザに関連する検索条件が設定されているかどうかを判断する。
【００９７】
ユーザ担当プロジェクトの検索条件が付与されている場合は、ステップＳ４０９へと移行し、ユーザ担当プロジェクトの検索条件が付与されていない場合は、ステップＳ４１０へと移行する。
【００９８】
現在ログインしているユーザ担当プロジェクトの検索条件が付与される例として、図１２を参照して説明する。
【００９９】
図１２は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【０１００】
図１２は、氏名表示欄１２０１に「田中浩志」とあるように、役割が「ＰＧ」の「田中浩志」（図６の６１０行レコード参照）がログイン後に検索条件設定画面を表示した例である。このユーザが図１２のような検索条件をお気に入りに登録しようとする際の表示画面イメージである。
【０１０１】
図１２の表示画面イメージのように、プロジェクト指定入力欄１２０４に「担当プロジェクト」と入力されていると、ログインしているユーザの担当プロジェクトを検索する条件となる。このプロジェクト指定入力欄１２０４には、他に「Ａプロジェクト」や「Ｂプロジェクト」などの固有のプロジェクトを指定することも可能であり、その場合は、ユーザに対応した値ではなく、固有の検索条件情報となる。また、承認者入力欄１２０５に「担当プロジェクト承認者」と入力されていると、ログインしているユーザのプロジェクトの承認者が管理しているプロジェクトを検索する条件となる。この承認者入力欄１２０５には、他に固有の承認者の氏名を入力してもよく、その場合は、承認者ＩＤ項目７０９列には承認者ＩＤとして、例えば「０２００１」などの固有のユーザＩＤが指定される。
【０１０２】
図１２の検索条件で更にステータス別検索条件チェックボックス１２０２がチェックされている状態で、お気に入りに登録ボタン１２０３を押下すると、名前を登録するポップアップ画面１２０６を表示し、１２０７に登録する検索条件名を入力する。名前を例えば、現在ログインしているユーザが１２０７に入力されているように「設計終了・実装中案件」と入力して、ＯＫボタン１２０８を押下すると、クライアントのＣＰＵ２０１は、図１２の検索条件と１２０７の検索条件名とを関連付けて、プロジェクト管理サーバ１００に送信する。
【０１０３】
図１２の検索条件と１２０７の検索条件名とが関連付けられた情報を受信したプロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件ＤＢに図１２の検索条件と１２０７の検索条件名とで関連付けられた情報を新たな検索条件として登録する。登録された検索条件ＤＢの例を図７を参照して説明する。
【０１０４】
図７の７１３行のレコードは、図１２の検索条件を検索条件ＤＢに設定した例である。
【０１０５】
このユーザが図１２のような検索条件をお気に入りに登録しようとする際の表示画面イメージである。
【０１０６】
図１２の表示画面イメージを検索条件ＤＢに適応させると、図７の７１３行のようになる。すなわち、プロジェクト指定入力欄１２０４に入力されている「担当プロジェクト」は、図７の７１３行の検索範囲プロジェクト項目７０１列の「ｈａｎｄｌｉｎｇ ｐｒｏｊｅｃｔ」に該当する。また、承認者入力欄１２０５に入力されている「担当プロジェクト承認者」は、図７の７１３行の承認者ＩＤ項目７０９列の「ｈａｎｄｌｉｎｇ ｐｒｏｊｅｃｔ ａｕｔｈｏｒｉｚｅｒ」に該当する。また、１２０７で入力された検索条件名「設計終了・実装中案件」は、図７の７１３行の検索条件名項目７０２列の「設計終了・実装中案件」に該当する。図４のフローチャートの説明に戻る。
【０１０７】
上述のように、現在ログインしている担当プロジェクトやユーザに関連する検索条件が設定されている場合、図４のステップＳ４０９において、ユーザが担当しているプロジェクトの情報を取得するため、進捗状況ＤＢから進捗状況情報を取得する。図１５を参照して進捗状況ＤＢを説明する。
【０１０８】
図１５は、本発明に適応される進捗状況ＤＢ３３１の一例を示す模式図である。
【０１０９】
図１５には、１５０４に各プロジェクト内での進捗状況が記憶されている。１５０１にはプロジェクト名、１５０２には各プロジェクトでの作業フェーズ（工程）、１５０３には各作業フェーズ内での複数のタスク毎に進捗状況が１５０４に記憶されている。１５０４の状態（ステータス）欄に日付の入力されている状態が現状のステータスであることを示しており、日付が未入力のタスクは未実行タスクを意味する。１５０６はユーザにより入力された緊急度が設定されている。また、１５０７と１５０８には予め設定されている担当者と承認者がユーザＩＤで設定されている。図中ではユーザＩＤだけでは分かり辛いため、括弧書きで対応するユーザ名も記載している。
【０１１０】
さらに、状態（ステータス）欄１５０４の「作業中」、「承認待ち」、「承認済」のステータスの作業フェーズ（工程）１５０２毎に対応する実際のステータスとしては１５１１〜１５１３の列の情報である。
【０１１１】
図４のステップＳ４０９において、ユーザが担当しているプロジェクトの情報を取得する例として、図１３を参照して説明する。
【０１１２】
図１３は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における検索条件設定画面を示した模式図である。
【０１１３】
図１３は、現在ログインしているユーザが「加藤愛」であり、「加藤愛」が検索条件候補入力欄１３０２で、図１２で記憶した「田中浩志」の「設計終了・実装中案件」（図７の７１３行のレコード）を選択した際の検索条件設定画面である。
【０１１４】
氏名表示欄１３０１に「加藤愛」と表示された検索条件設定画面において、現在ログインしているユーザである「加藤愛」が、クライアントのマウス等で検索条件候補入力欄１３０２の「田中浩志（設計終了・実装中案件）」を選択すると、クライアントのＣＰＵ２０１は、プロジェクト管理サーバ１００から図７の７１３行のレコードを取得し、図１３のような画面イメージを表示する。
【０１１５】
ステータス別検索条件チェックボックス１３０３は、「田中浩志」の「設計終了・実装中案件」の図７の７１３行のレコードを反映した検索条件となり、図１２で設定された項目にチェックが付いている。また、プロジェクト指定入力欄１３０７は図７の７１３行のレコードを反映した（図１２の１２０４と同じ）「担当プロジェクト」となり、承認者入力欄１３０８は図７の７１３行のレコードを反映した（図１２の１２０５と同じ）「担当プロジェクト承認者」となる。
【０１１６】
プロジェクト指定入力欄１３０７に「担当プロジェクト」と指定されているため、検索条件に該当するプロジェクトとしては、担当者である「加藤愛」が指定されている図１５の１５０７列（１５２０）が担当する「Ａプロジェクト」（１５２１）となる。
【０１１７】
また、承認者入力欄１３０８に「担当プロジェクト承認者」と指定されているため、検索条件に該当するプロジェクトとしては、担当者である「加藤愛」が指定されている図１５の１５０７列（１５２０）の承認者である「観音花子」の指定されている図１５の１５０８列（１５２２）が担当する「Ａプロジェクト」（１５２１）となる。
【０１１８】
以上のように、検索条件に現在ログインしている担当プロジェクトやユーザに関連する検索条件を設定することにより、他のユーザがログインして検索条件を設定する際にもユーザ毎に検索条件が柔軟に変えることが可能になる。
図４のフローチャートの説明に戻る。
【０１１９】
ステップＳ４０９が終了するか、ステップＳ４０８において、検索条件に「担当プロジェクト」や「担当プロジェクト承認者」などの現在ログインしている担当プロジェクトやユーザに関連する検索条件が設定されていない場合はステップＳ４１０へと移行する。
【０１２０】
ステップＳ４１０では、プロジェクト管理サーバ１００のＣＰＵ２０１は、ステップＳ４０６もしくはステップＳ４０９で設定された検索条件をクライアントに送信する。ステップＳ４１１において、クライアントのＣＰＵ２０１は、設定された検索条件をクライアントのディスプレイ２１０に表示させる。
【０１２１】
ステップＳ４１１でクライアントが検索条件を受信してユーザにより検索ボタンを押下され、プロジェクト管理サーバ１００に検索を実行させ、進捗状況ＤＢからデータを受信して、検索結果を受信し、検索結果からクライアントのディスプレイに電子帳票を表示するまでの流れ（Ｓ４１０〜Ｓ４１３）を図１３、図１４を参照して説明する。
【０１２２】
図１３の検索条件が設定されている状況において、検索ボタン１３０４がクライアントのマウス等の指示で押下されると、クライアントからプロジェクト管理サーバ１００に検索実行が指示される。プロジェクト管理サーバ１００のＣＰＵ２０１は、検索実行が指示されると、進捗状況ＤＢに設定された検索条件で検索をするように指示する。進捗状況ＤＢから返ってくるデータをクライアントに送信したイメージを図１３の１３０５に示す。返ってくる検索結果は、「加藤愛」の担当の「Ａプロジェクト」の「実装」フェーズの「作業前」、「作業中」、「承認待ち」、「承認済」のステータスの電子帳票なので、図１５のステータス欄１５０４で対応する検索結果として、１３０５がクライアントのディスプレイ２１０に表示される。
【０１２３】
検索結果１３０５の内、現在ログインしているユーザが内容を確認したい電子伝票にクライアントのマウス等の指示により、１３０６のチェックボックス欄にチェックを入れ、帳票表示ボタン１３１０を押下する。クライアントのＣＰＵ２０１は、チェックが入った該当する電子帳票をクライアントに表示するために、プロジェクト管理サーバ１００にチェックが入った該当する電子帳票の取得要求をする。プロジェクト管理サーバ１００のＣＰＵ２０１は、該当する電子帳票を取得するために、進捗状況ＤＢから電子帳票データを取得する。プロジェクト管理サーバ１００のＣＰＵ２０１は、取得した電子帳票データをクライアントに送信し、電子帳票データを受信したクライアントのＣＰＵ２０１は、クライアントのディスプレイ２１０に、電子帳票を表示する。図１４を参照してプロジェクト管理サーバ１００より取得する電子帳票データの例を説明する。
【０１２４】
図１４は、本発明の開発者端末１０１又はプロジェクト管理端末１０５における進捗状況データ表示画面を示した模式図である。
【０１２５】
図１４の１４０１のような画面イメージをクライアントに表示させることにより、現在ログインしているユーザは、プロジェクト内のタスクの進捗状況を把握する。
【０１２６】
なお、進捗状況ＤＢとは別に図示しない電子帳票ＤＢや添付ファイル管理サーバを有していても良い。電子帳票ＤＢや添付ファイル管理サーバを有している場合は、プロジェクト管理サーバ１００のＣＰＵ２０１が電子帳票データを受信する先は、電子帳票ＤＢや添付ファイル管理サーバとなる。図４のフローチャートの説明に戻る。
【０１２７】
図４のステップＳ４１３において電子帳票データを表示すると、クライアントのＣＰＵ２０１は、ユーザから電子帳票データの修正や承認操作を受け付け、プロジェクト管理サーバ１００に送信する。送信された修正データや承認操作を受信したプロジェクト管理サーバのＣＰＵ２０１は、ステップＳ４１４において、修正データや承認操作データを進捗状況ＤＢに送信して一連の処理を終える。
【０１２８】
以上のように、プロジェクトの進捗状況の検索条件をユーザの属性と共に記憶するにより、プロジェクトリーダ等が進捗状況を把握する際に、各タスクや各工程、プロジェクト毎に複雑な検索条件を容易に設定可能とする効果を有する。
【０１２９】
また、他の効果として、上記構成によりプロジェクト管理サーバの設定を管理するプロジェクト管理サーバ管理者が各役割毎に検索条件を設定しなくても、役割毎にユーザが検索条件を作成するので、プロジェクト管理サーバ管理者が役割毎の検索条件を設定する必要が無いという効果もある。
【０１３０】
さらに、プロジェクト管理サーバ管理者はプロジェクト管理サーバの検索画面を役割毎に作成する必要が無く、全ての役割に共通の検索画面を作成するだけでユーザが役割毎に検索条件を作成することにより検索画面をデフォルトで表示可能という効果も有している。
＜第２実施形態＞
【０１３１】
上記第１実施形態では、検索条件ＤＢ３１０にある検索条件情報から、同じ役割の検索条件情報をピックアップしているが、検索条件ＤＢ３１０の検索条件情報を利用する時期やこれまでに検索された回数の多い条件を考慮して最初の検索条件を決定するように構成してもよい。
【０１３２】
第２実施形態では、検索実行時に検索実施状況ＤＢ３１１に実行した検索条件を検索ＩＤ７１４と関連付けて記憶する。検索実施状況ＤＢ３１１に記憶する処理はＳ４１０において進捗状況ＤＢ３３１に送信すると同時に実施される。
【０１３３】
図１６は、本発明の第２実施形態における検索実施状況ＤＢ３１１の一例を示す模式図である。
【０１３４】
図１６の１６０１は、検索を実行した検索実行ユーザのユーザＩＤであり、１６０２には説明の為にユーザＩＤに対応する検索実行ユーザ氏名を示している。１６０３は検索実行ユーザ１６０２の役割を役割毎に示している。１６０４は図７の７１４で指定される検索ＩＤであり、１６０４で示される検索ＩＤに対応する検索条件名を説明の為に１６０５に示している。検索日１６０６や検索時間１６０７は、検索を実施した日時を示しており、後述する検索日時の分析などに利用する。１６０８は検索対象のプロジェクトである。図１６の例では１回の検索で１つのプロジェクトしか指定していないが、１回の検索で複数のプロジェクトを指定することも可能である。
第２実施形態における処理の流れを図５を参照して説明する。
【０１３５】
まず、図５のステップＳ５０１において、プロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件ＤＢ３１０から検索条件情報を取得するとともに、検索実施状況ＤＢ３１１から過去の検索実施状況を取得する。
次にステップＳ５０２〜Ｓ５０３は前述した通りの判断分岐を行う。
【０１３６】
次にステップＳ５０４において、プロジェクト管理サーバ１００のＣＰＵ２０１は、検索条件の候補として複数の検索条件を送信するが、その中でも検索条件の表示優先順位を設定することにより、現在ログインしているユーザが極力検索条件を変更しないで、望む検索条件を選択できるようにすることを可能にする。
【０１３７】
ステップＳ５０４内での処理を説明すると、ステップＳ５０１で取得した検索実施状況ＤＢ３１１のデータを取得し、検索役割１６０３が同じ役割の検索ＩＤ１６０４を抽出し、抽出された検索ＩＤ１６０４の多い順でソートして、検索ＩＤが多い順に検索条件候補としてクライアントに送信する。
【０１３８】
例えば、図１６の検索実施状況ＤＢの状況で現在ログインしているユーザが「課長」という役割だった場合、検索ＩＤとして最も多いのは検索ＩＤが「２」の「週頭確認」という検索条件名の検索条件となり、２番目に多い検索ＩＤとして「１」の「月末確認」という検索条件名の検索条件となる。従って、現在ログインしているユーザが「課長」の場合、図９のプロジェクト指定入力欄９０２の最初の検索候補として、検索条件ＤＢ３１０の図７の７１１より「観音花子（週頭確認）」が指定されて表示される。
【０１３９】
また、他の実施例としてステップＳ５０４において、ステップＳ５０１で取得した検索実施状況ＤＢ３１１のデータを取得し、抽出された検索条件情報の中で、図７の検索日時７０７の条件に一致しているもしくは検索日時に近い検索条件から順にピックアップしてクライアントに送信しても良い。
【０１４０】
例えば、図１６の検索実施状況ＤＢの状況で現在ログインしているユーザが「課長」という役割であり、検索日が「２０１１年９月３０日」だった場合、「２０１１年９月３０日」は月末に該当するので、検索日時として、月末「ＥＯＭ（Ｅｎｄ ｏｆ Ｍｏｎｔｈ）」の検索条件候補が最初の検索候補としてピックアップされ、図７の検索日時が「ＥＯＭ」に該当する検索ＩＤが「１」の「観音花子（月末確認）」の検索条件情報が最初に指定されて表示される。
【０１４１】
また、他の実施例としてステップＳ５０４において、ステップＳ５０１で取得した検索実施状況ＤＢ３１１のデータを取得し、抽出された検索条件情報の検索日及び検索時間を解析し、月内の検索日や週内、年内の検索日、検索時間等が近い検索条件情報から順にピックアップしてクライアントに送信しても良い。
【０１４２】
例えば、図１６の検索実施状況ＤＢの状況で現在ログインしているユーザが「ＰＧ」という役割であり、検索を実施しようとした時間が「７：５８：００」の場合、検索時間が「７：５８：００」に近い役割が「ＰＧ」の検索条件として、検索ＩＤが「１０８」の「設計終了・実装中案件」という検索名の検索条件の検索時間の平均が最も近く、標準偏差も十分小さいと考えられるので、最初に図７の７１３の「田中浩志（設計終了・実装中案件）」の検索条件情報が最初に指定されて表示される。
【０１４３】
これらの実施例のように、現在ログインしているユーザがこれから選ぶであろう検索条件情報を予測して検索条件候補として表示することにより、ユーザが検索条件を選ぶ手間を省くことを可能にする。
【０１４４】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１４５】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１４６】
以下、図１７に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なプログラムの構成について説明する。
【０１４７】
図１７は、本発明に係る情報処理装置で読み取り可能なプログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１４８】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１４９】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１５０】
本実施形態における図４のプロジェクト管理サーバに関する機能、図５に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１５１】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１５２】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１５３】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１５４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５５】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５７】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５８】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１５９】
１００ プロジェクト管理サーバ
１０１ 開発者端末
１０３ データベースサーバ
１０５ プロジェクト管理端末
３０１ 属性情報取得部
３０２ 検索条件記憶部
３０３ 検索条件取得部
３０４ 検索条件表示制御部
３０５ 検索条件最頻値選択部
３０６ ユーザＩＤ取得部
３０７ 検索条件最近接選択部
３０８ ユーザＩＤ別検索条件設定部
３１０ 検索条件ＤＢ
３１１ 検索実施状況ＤＢ
３３１ 進捗状況ＤＢ
３３２ 人事ＤＢ
【特許請求の範囲】
【請求項１】
複数のユーザによるタスクの進捗状況の情報を入力・確認可能に記憶した記憶手段と接続可能な、前記タスクの進捗状況を管理するプロジェクト管理装置において、
前記複数のユーザの属性情報を記憶する属性情報記憶手段から属性情報を取得する属性情報取得手段と、
前記属性情報と関連付けて記憶されたタスクの検索条件を記憶する検索条件記憶手段と、
前記属性情報取得手段により取得された属性情報と関連付いているタスクの検索条件を前記検索条件記憶手段から取得する検索条件取得手段と、
前記検索条件取得手段により取得された前記検索条件を検索候補として表示制御する検索条件表示制御手段と、
を有することを特徴とするプロジェクト管理装置。
【請求項２】
ユーザを識別可能なユーザＩＤを取得するユーザＩＤ取得手段と、
前記検索条件取得手段により取得されたタスクの検索条件に、前記ユーザＩＤ毎に変更される検索条件がある場合、前記ユーザＩＤ取得手段により取得されたユーザＩＤと、該ユーザＩＤと関連付く属性情報とにより検索条件を設定するユーザＩＤ別検索条件設定手段を有する請求項１に記載のプロジェクト管理装置
【請求項３】
検索を実行した検索条件を記憶する検索実施状況記憶手段と、
前記検索条件記憶手段に記憶された検索条件の内、同様の属性情報を持つ検索条件が複数ある場合、前記検索実施状況記憶手段に記憶された検索条件の内、最頻値となる検索条件を選択する検索条件最頻値選択手段を有し、
前記検索条件取得手段は、前記検索条件最頻値選択手段により選択された検索条件を推奨するタスクの検索条件とすることを特徴とする請求項１又は２に記載のプロジェクト管理装置。
【請求項４】
検索を実行した検索条件を記憶する検索実施状況記憶手段と、
前記検索条件記憶手段に記憶された検索条件の内、同様な属性情報を持つ検索条件が複数ある場合、前記検索実施状況記憶手段に記憶された検索条件を日時で解析した結果、最も検索日時が近い検索条件を選択する検索条件最近接選択手段を有し、
前記検索条件取得手段は、前記検索条件最近接選択手段により選択された検索条件を推奨するタスクの検索条件とすることを特徴とする請求項１又は２に記載のプロジェクト管理装置。
【請求項５】
前記検索条件表示制御手段は、前記検索条件最頻値選択手段または前記検索条件最近接選択手段により選択された検索条件を前記ユーザＩＤ取得手段した後で表制御することを特徴とする請求項２乃至４に記載のプロジェクト管理装置。
【請求項６】
前記属性情報とは、プロジェクトにおける役割情報を含むことを特徴とする請求項１乃至５に記載のプロジェクト管理装置。
【請求項７】
複数のユーザによるタスクの進捗状況の情報を入力・確認可能に記憶した記憶手段と接続可能な、属性情報と関連付けて記憶されたタスクの検索条件を記憶する検索条件記憶部を有する、前記タスクの進捗状況を管理するプロジェクト管理装置におけるプロジェクト管理方法において、
属性情報取得部が、前記複数のユーザの前記属性情報を記憶する属性情報記憶手段から属性情報を取得する属性情報取得ステップと、
検索条件取得部が、前記属性情報取得手段により取得された属性情報と関連付いているタスクの検索条件を前記検索条件記憶手段から取得する検索条件取得ステップと、
検索条件表示制御部が、前記検索条件取得手段により取得された前記検索条件を検索候補として表示制御する検索条件表示制御ステップと、
を有することを特徴とするプロジェクト管理方法。
【請求項８】
請求項７に記載されたプロジェクト管理方法を実行するためのプログラム。
【請求項９】
請求項７に記載されたプロジェクト管理方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【請求項１】
複数のユーザによるタスクの進捗状況の情報を入力・確認可能に記憶した記憶手段と接続可能な、前記タスクの進捗状況を管理するプロジェクト管理装置において、
前記複数のユーザの属性情報を記憶する属性情報記憶手段から属性情報を取得する属性情報取得手段と、
前記属性情報と関連付けて記憶されたタスクの検索条件を記憶する検索条件記憶手段と、
前記属性情報取得手段により取得された属性情報と関連付いているタスクの検索条件を前記検索条件記憶手段から取得する検索条件取得手段と、
前記検索条件取得手段により取得された前記検索条件を検索候補として表示制御する検索条件表示制御手段と、
を有することを特徴とするプロジェクト管理装置。
【請求項２】
ユーザを識別可能なユーザＩＤを取得するユーザＩＤ取得手段と、
前記検索条件取得手段により取得されたタスクの検索条件に、前記ユーザＩＤ毎に変更される検索条件がある場合、前記ユーザＩＤ取得手段により取得されたユーザＩＤと、該ユーザＩＤと関連付く属性情報とにより検索条件を設定するユーザＩＤ別検索条件設定手段を有する請求項１に記載のプロジェクト管理装置
【請求項３】
検索を実行した検索条件を記憶する検索実施状況記憶手段と、
前記検索条件記憶手段に記憶された検索条件の内、同様の属性情報を持つ検索条件が複数ある場合、前記検索実施状況記憶手段に記憶された検索条件の内、最頻値となる検索条件を選択する検索条件最頻値選択手段を有し、
前記検索条件取得手段は、前記検索条件最頻値選択手段により選択された検索条件を推奨するタスクの検索条件とすることを特徴とする請求項１又は２に記載のプロジェクト管理装置。
【請求項４】
検索を実行した検索条件を記憶する検索実施状況記憶手段と、
前記検索条件記憶手段に記憶された検索条件の内、同様な属性情報を持つ検索条件が複数ある場合、前記検索実施状況記憶手段に記憶された検索条件を日時で解析した結果、最も検索日時が近い検索条件を選択する検索条件最近接選択手段を有し、
前記検索条件取得手段は、前記検索条件最近接選択手段により選択された検索条件を推奨するタスクの検索条件とすることを特徴とする請求項１又は２に記載のプロジェクト管理装置。
【請求項５】
前記検索条件表示制御手段は、前記検索条件最頻値選択手段または前記検索条件最近接選択手段により選択された検索条件を前記ユーザＩＤ取得手段した後で表制御することを特徴とする請求項２乃至４に記載のプロジェクト管理装置。
【請求項６】
前記属性情報とは、プロジェクトにおける役割情報を含むことを特徴とする請求項１乃至５に記載のプロジェクト管理装置。
【請求項７】
複数のユーザによるタスクの進捗状況の情報を入力・確認可能に記憶した記憶手段と接続可能な、属性情報と関連付けて記憶されたタスクの検索条件を記憶する検索条件記憶部を有する、前記タスクの進捗状況を管理するプロジェクト管理装置におけるプロジェクト管理方法において、
属性情報取得部が、前記複数のユーザの前記属性情報を記憶する属性情報記憶手段から属性情報を取得する属性情報取得ステップと、
検索条件取得部が、前記属性情報取得手段により取得された属性情報と関連付いているタスクの検索条件を前記検索条件記憶手段から取得する検索条件取得ステップと、
検索条件表示制御部が、前記検索条件取得手段により取得された前記検索条件を検索候補として表示制御する検索条件表示制御ステップと、
を有することを特徴とするプロジェクト管理方法。
【請求項８】
請求項７に記載されたプロジェクト管理方法を実行するためのプログラム。
【請求項９】
請求項７に記載されたプロジェクト管理方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１３−１０１５３２（Ｐ２０１３−１０１５３２Ａ）
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願番号】特願２０１１−２４５４０１（Ｐ２０１１−２４５４０１）
【出願日】平成２３年１１月９日（２０１１．１１．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願日】平成２３年１１月９日（２０１１．１１．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
[ Back to top ]