(57)【要約】 【課題】  複数のプロジェクトが複雑に関係している場合、関係するプロジェクトのタスクのみを表示することができるプロジェクト情報表示装置及びプロジェクト情報表示方法を提供する。【解決手段】  プロジェクトとそのプロジェクトのタスクにはカテゴリ（分類）を表す属性を付加されており、日程表表示部１．４は第一のプロジェクトの日程表を表示する際、第二のプロジェクトが第一のプロジェクトに関係する場合に、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクのみを表示する。【選択図】図１
2010271805.tif 000002
【特許請求の範囲】
【請求項１】
タスク名と前記タスクを実施する日時を表すタスク日程の情報とを備えタスクを表すタスク情報を１つ以上複数記憶可能なタスク情報記憶手段と、前記タスクを有するプロジェクトを表すプロジェクト情報としてプロジェクト名を含む情報を複数記憶可能なプロジェクト情報記憶手段と、前記プロジェクト情報とタスク情報とをプロジェクトの日程表として表示する日程表表示部を備える日程表表示装置であって、プロジェクト情報は該プロジェクトの分類を表す属性情報を備え、タスク情報は該タスクと関係のあるプロジェクトの分類を表す属性情報を備え、第一のプロジェクトのタスクが第二のプロジェクトのタスクに関係することを表す情報として、第一のプロジェクト情報は、第二のプロジェクトを特定する情報を備え、日程表表示部は第一のプロジェクトの日程表を表示する際、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクを表示することを特徴とする日程表表示装置。
【請求項２】
日程表表示部は、第一のプロジェクトの日程表を表示する際、第二のプロジェクトが第一のプロジェクトに関係する場合に、第二のプロジェクトのタスクのうち属性を有さないタスクを表示することを特徴とする請求項１記載の日程表表示装置。
【請求項３】
日程表表示部は、日程表を表示する際、その属性名または属性が付与されていることを表すマークをそのタスク名と共に表示することを特徴とする請求項１記載の日程表表示装置。
【請求項４】
第一のプロジェクトの選択の操作および第二のプロジェクトの選択の操作の入力を受け付ける入力部を備え、第一のプロジェクト情報に第二のプロジェクトを特定する情報を付与するプロジェクト間リンク設定部を備えることを特徴とする請求項１記載の日程表表示装置。
【請求項５】
第一のプロジェクトと関係付ける第二のプロジェクトの候補となるプロジェクトのプロジェクト名を表示する表示部と、前記候補から任意のプロジェクトを選択する操作の入力を受け付ける入力部とを備え、前記選択されたプロジェクトを第二のプロジェクトとして、第一のプロジェクト情報に第二のプロジェクトを特定する情報を付与するプロジェクト間リンク設定部とを備える日程表表示装置であって、
プロジェクト間リンク設定部は、第二のプロジェクトの候補となるプロジェクトとして第一のプロジェクトが備える属性情報と同じ属性情報を備えるプロジェクト情報のプロジェクト名を表示することを特徴とする請求項１記載の日程表表示装置。
【請求項６】
複数の下位の構成単位によって上位の構成単位が構成されることを表す構成情報を備え、
プロジェクト情報は前記プロジェクトの成果物である構成単位を特定する情報である構成単位ＩＤを備え、
第一のプロジェクト情報の構成単位ＩＤによって特定される構成単位の上位の構成単位または下位の構成単位を特定する情報を構成単位ＩＤとして有するプロジェクトを第二のプロジェクトとして特定することを特徴とする請求項１記載の日程表表示装置。
【請求項７】
タスク名と前記タスクを実施する日時を表すタスク日程の情報とを備えタスクを表すタスク情報と前記タスクを有するプロジェクトを表すプロジェクト情報とから前記プロジェクトの日程表を表示する日程表表示方法であって、
プロジェクト情報は該プロジェクトの分類を表す属性情報を備え、タスク情報は該タスクと関係のあるプロジェクトの分類を表す属性情報を備え、第一のプロジェクトのタスクが第二のプロジェクトのタスクに関係することを表す情報として、第一のプロジェクト情報は、第二のプロジェクトを特定する情報を備え、日程表表示部は第一のプロジェクトの日程表を表示する際、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクを表示することを特徴とする日程表表示方法
【請求項８】
タスク名と前記タスクを実施する日時を表すタスク日程の情報とを備えタスクを表すタスク情報と前記タスクを有するプロジェクトを表すプロジェクト情報とから前記プロジェクトの日程表を表示する日程表表示方法であって、
プロジェクト情報は該プロジェクトの分類を表す属性情報を備え、タスク情報は該タスクと関係のあるプロジェクトの分類を表す属性情報を備え、第一のプロジェクトのタスクが第二のプロジェクトのタスクに関係することを表す情報として、第一のプロジェクト情報は、第二のプロジェクトを特定する情報を備え、日程表表示部は第一のプロジェクトの日程表を表示する際、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクを表示することを特徴とする日程表表示方法
をコンピュータに実行させるためのコンピュータ読取可能なプログラム
【請求項９】
タスク名と前記タスクを実施する日時を表すタスク日程の情報とを備えタスクを表すタスク情報と前記タスクを有するプロジェクトを表すプロジェクト情報とから前記プロジェクトの日程表を表示する日程表表示方法であって、
プロジェクト情報は該プロジェクトの分類を表す属性情報を備え、タスク情報は該タスクと関係のあるプロジェクトの分類を表す属性情報を備え、第一のプロジェクトのタスクが第二のプロジェクトのタスクに関係することを表す情報として、第一のプロジェクト情報は、第二のプロジェクトを特定する情報を備え、日程表表示部は第一のプロジェクトの日程表を表示する際、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクを表示することを特徴とする日程表表示方法
をコンピュータに実行させるためのコンピュータ読取可能なプログラムを記録した記憶媒体
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のプロジェクトが関係する場合の日程表表示技術に関するものである。
【背景技術】
【０００２】
従来、プロジェクト（何らかの目標を達成するための計画）を立案・遂行するための方法論としてプロジェクトマネジメント技術がある。プロジェクトマネジメント技術では、プロジェクトを達成するために必要とされるタスク（仕事あるい工程とも言う）に前記プロジェクトを分割し、各タスクを時間軸上に配置した日程表を作成する。これにより、タスクをどの時期に実行しなければならいか、あるいは実行できるかを把握することができる。
【０００３】
前記プロジェクト管理では、タスクのうち、遅延が許されない節目となる工程のことをマイルストーンと言う。マイルストーンとしては、プロジェクトが約束した債務の履行期限（試作品や完成品の納期等）、プロジェクトの意思を代表する合議体による会議（仕様決定会議等）等がある。
プロジェクトを管理するツールとして、マイルストーンおよびその実施予定日を記憶し、カレンダー中に表示するツール（いわゆる日程表、日程管理システム）が存在する。
プロジェクトのタスクは他のプロジェクトのタスクと関係している場合がある。例えば、製品の開発プロジェクトと、その製品に使用される部品の開発プロジェクトでは、部品の「出荷」タスクと「納品」タスクとが関係する。「部品の開発」プロジェクトの成果物である部品の出荷は、その部品の受け入れ先である「製品の開発」プロジェクトにとっては、プロジェクト達成のために必要なタスクの１つである。これを日程管理システムでデータ定義する場合、「部品の開発」プロジェクト中の「出荷」タスクと、「製品の開発」プロジェクト中の「納品」タスクとの間に「関係」を定義し、日時等を一致させるという方法で表現することができる。
また、プロジェクトの関係者が担当するプロジェクトの日程表を表示する際、関係のある他のプロジェクトの日程表を同時に表示した方が、他のプロジェクト中の関係のあるタスクを一望できるので、全日程の把握が容易となる。特許文献１では、自チームのプロジェクトのタスクうち、他チームのプロジェクトのタスクと影響するタスクを共有日程保持装置に登録し、自チームのプロジェクトの日程表を表示するとき、他チームの影響するタスクも表示する方法が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２６５３５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
１つの企業に２つの属性で分類できる複数のプロジェクトが存在する場合がある。たとえば、テレビの開発プロジェクトを例にすると、テレビの開発プロジェクトは開発するテレビの画面サイズを１つの属性、仕向地（製品の出荷先）をもう１つ属性として分類することができる。
液晶テレビは液晶パネルや概観機構部品や基板などの部品から構成されており、複数の液晶テレビで使用される共通部品もある。例えば図２のように液晶テレビ１〜４の開発プロジェクトは画面サイズが３２型でそれぞれ仕向地が日本、米国、欧州、アジアである液晶テレビの開発プロジェクトである。同様に液晶テレビ５〜８の開発プロジェクトは画面サイズが３７型で、それぞれ仕向地が日本、米国、欧州、アジアである液晶テレビの開発プロジェクトである。
液晶パネルＡは液晶テレビ１および２で用いられる部品（構成部品）であるが、液晶パネルＡの開発プロジェクトは液晶テレビ１および２いずれの開発プロジェクトにも含まれない。従来技術で説明した通り、液晶パネルＡの開発プロジェクトと液晶テレビ１および２の開発プロジェクトは、液晶パネルＡの出荷・納品等のタスクによって関係している。
同様に、液晶パネルＢは液晶テレビ３および４の構成部品であるが、液晶パネルＢの開発プロジェクトは液晶テレビ３および４いずれの開発プロジェクトにも含まれない。また、メイン基板は液晶テレビ１〜４の構成部品であるが、メイン基板の開発プロジェクトは液晶テレビ１〜４のいずれの開発プロジェクトにも含まれない。機構部品Ｐは液晶テレビ１〜３の構成部品であるが、機構部品Ｐの開発プロジェクトは液晶テレビ１〜３の開発プロジェクトに含まれない。機構部品Ｑは液晶テレビ４の構成部品であるが、機構部品Ｑの開発プロジェクトは液晶テレビ４の開発プロジェクトに含まれない。液晶パネルＣは液晶テレビ５〜８の構成部品であるが、液晶パネルＣの開発プロジェクトは液晶ＴＶ５〜８のいずれの開発プロジェクトにも含まれない。
このように複数のプロジェクトがあり、かつそれらプロジェクトが１対多、ないし多対多の関係を有するプロジェクト群である場合、従来技術では以下のような課題がある。
他チームのプロジェクトのタスクと影響するタスクを共有日程保持装置に登録しなければ、プロジェクトの担当者がプロジェクトの遅延の防止するために着目しなければならない他のプロジェクトのタスクがわからない。上述した液晶テレビの開発プロジェクトの例では、
複数のプロジェクトの多数のタスクが複雑に関係しており、プロジェクトの数の二乗に比例してタスク間の関係が増加している。タスクを共有日程保持装置に登録する作業の１回あたりの作業時間もプロジェクト数に比例して工数がかかるものとなっているため、タスクを共有日程保持装置に登録する作業はプロジェクト数の三乗に比例して増加し、作業工数の増加を無視できない状況に到った。また、名前の似たプロジェクトや同名のタスクも数多く存在し、それらいずれのタスクも共有日程保持装置に登録できるため、登録ミスが多発する原因となっている。共有日程保持装置に正しくタスクが登録できていないと、日程遅延等をおこさないために着目すべきタスクを間違えて把握してしまうので、最悪、プロジェクトが期日に完了しないという致命的な失敗を起こしてしまう。
【課題を解決するための手段】
【０００６】
本発明は、タスク名と前記タスクを実施する日時を表すタスク日程の情報とを備えタスクを表すタスク情報を１つ以上複数記憶可能なタスク情報記憶手段と、前記タスクを有するプロジェクトを表すプロジェクト情報としてプロジェクト名を含む情報を複数記憶可能なプロジェクト情報記憶手段と、前記プロジェクト情報とタスク情報とをプロジェクトの日程表として表示する日程表表示部を備えるプロジェクト情報表示装置であって、プロジェクト情報は該プロジェクトの分類を表す属性情報を備え、タスク情報は該タスクと関係のあるプロジェクトの分類を表す属性情報を備え、第一のプロジェクトのタスクが第二のプロジェクトのタスクに関係することを表す情報として、第一のプロジェクト情報は、第二のプロジェクトを特定する情報を備え、日程表表示部は第一のプロジェクトの日程表を表示する際、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクを表示することを特徴とするプロジェクト情報表示装置である。
【０００７】
また、本発明の日程表表示部は、第一のプロジェクトの日程表を表示する際、第二のプロジェクトが第一のプロジェクトに関係する場合に、第二のプロジェクトのタスクのうち属性を有さないタスクを表示することを特徴とする。
また、本発明の日程表表示部は、日程表を表示する際、その属性名または属性が付与されていることを表すマークをそのタスク名と共に表示することを特徴とする。
【０００８】
また、本発明の日程表表示装置は第一のプロジェクトの選択の操作および第二のプロジェクトの選択の操作の入力を受け付ける入力部を備え、第一のプロジェクト情報に第二のプロジェクトを特定する情報を付与するプロジェクト間リンク設定部を備えることを特徴とする。
【０００９】
また、本発明の日程表表示装置は、第一のプロジェクトと関係付ける第二のプロジェクトの候補となるプロジェクトのプロジェクト名を表示する表示部と、前記候補から任意のプロジェクトを選択する操作の入力を受け付ける入力部と、前記選択されたプロジェクトを第二のプロジェクトとして、第一のプロジェクト情報に第二のプロジェクトを特定する情報を付与するプロジェクト間リンク設定部とを備えるプロジェクト情報表示装置であって、第一のプロジェクトが第二のプロジェクトと関係するとき、第二のプロジェクトの候補となるプロジェクトとして第一のプロジェクトが備える属性情報と同じ属性情報を備えるプロジェクト情報のプロジェクト名を表示することを特徴とする。
【００１０】
また、複数の下位の構成単位によって上位の構成単位が構成されることを表す構成情報を備え、プロジェクト情報は前記プロジェクトの成果物である構成単位を特定する情報である構成単位ＩＤを備え、第一のプロジェクト情報の構成単位ＩＤによって特定される構成単位の上位の構成単位または下位の構成単位を特定する情報を構成単位ＩＤとして有するプロジェクトを第二のプロジェクトとして特定することを特徴とする。
また、本発明はタスク名と前記タスクを実施する日時を表すタスク日程の情報とを備えタスクを表すタスク情報と前記タスクを有するプロジェクトを表すプロジェクト情報とから前記プロジェクトの日程表を表示する日程表表示方法であって、
プロジェクト情報は該プロジェクトの分類を表す属性情報を備え、タスク情報は該タスクと関係のあるプロジェクトの分類を表す属性情報を備え、第一のプロジェクトのタスクが第二のプロジェクトのタスクに関係することを表す情報として、第一のプロジェクト情報は、第二のプロジェクトを特定する情報を備え、日程表表示部は第一のプロジェクトの日程表を表示する際、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクを表示することを特徴とする日程表表示方法である。または、前記日程表表示方法をコンピュータに実行させるためのプログラムまたは前記プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１１】
本発明の日程表表示装置は第一のプロジェクトの日程表を表示する際、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクを表示することができる。
本発明の日程表表示方法は第一のプロジェクトの日程表を表示する際、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクを表示することができる。
本発明のプログラムは、前記プログラムをコンピュータで読み取り実行させることにより、第一のプロジェクトの日程表を表示する際、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクを表示することができる。
本発明の記録媒体は、前記記録媒体に記録されたプログラムをコンピュータで読み取り実行させることにより、第一のプロジェクトの日程表を表示する際、第二のプロジェクトのタスクのうち前記タスクの属性と第一のプロジェクトの属性が一致するタスクを表示することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の一形態である日程表表示装置の構成を示すブロック図である。
【図２】本発明の実施形態に係る日程表表示装置の利用シーンの説明するプロジェクトの分類を説明する図である。
【図３】プロジェクト情報記憶部１．１の一例を示す図である。
【図４】タスク情報記憶部１．２に記憶された情報の一例を示す図である。
【図５】プロジェクト間リンク情報記憶部１．３に記憶された情報の一例を示す図である。
【図６】日程表表示部１．４が実行する日程表表示の処理手順を示すフローチャートである。
【図７】日程表表示部１．４によって表示されるプロジェクト選択ダイアログの一例を示す図である。
【図８】日程表表示部１．４によって表示される日程表の一例を示す図である。
【図９】日程表表示部１．４によって表示される日程表の一例を示す図である。
【図１０】日程表表示部１．４によって表示される日程表の一例を示す図である。
【図１１】本発明の実施の一形態である日程表表示装置の構成を示すブロック図である。
【図１２】プロジェクト間リンク設定部１１．５により実行されるプロジェクト間リンク情報テーブルにレコードを追加する処理手順を示すフローチャートである。
【図１３】プロジェクト間リンク設定部１１．５によって表示される第一のプロジェクト選択ダイアログの一例を示す図である。
【図１４】プロジェクト間リンク設定部１１．５によって表示される第二のプロジェクト選択ダイアログの一例を示す図である。
【図１５】本発明の実施の一形態である日程表表示装置の構成を示すブロック図である。
【図１６】プロジェクト情報記憶部１５．１に記憶された情報の一例を示す図である。
【図１７】構成体の構成をツリー構造で表示した一例を示す図である。
【図１８】構成情報記憶部１５．３に記憶された情報の一例を示す図である。
【図１９】日程表表示部１５．４が実行する日程表表示の処理手順を示すフローチャートである。
【発明を実施するための形態】
【実施例１】
【００１３】
本発明の実施の形態について、図面を参照して説明する。
【００１４】
以下、本発明の実施例に関して図１を用いて説明する。図１は本実施形態に関わる日程表表示装置のシステム構成を示すブロック図である。
【００１５】
本発明の日程表表示装置はプロジェクト情報記憶部１．１、タスク情報記憶部１．２、プロジェクト間リンク情報記憶部１．３、日程表表示部１．４からなる。
日程表表示部１．４は、演算処理を行なうＣＰＵ（演算部）と本発明の実行手順であるプログラムや演算過程のデータを記憶するメモリ（記憶部）、操作者に情報を表示するディスプレイ（表示部）、操作者からの入力を受け付けるキーボード、マウス等（入力部）、１．１〜１．３の各記憶部との情報の授受を行なうインターフェースである通信部等からなり、一般的なパーソナルコンピュータに本発明の実施の手順を記録したプログラムをインストールすることで構成することができる。
また、プロジェクト情報記憶部１．１、タスク情報記憶部１．２、プロジェクト間リンク情報記憶部１．３は、それぞれ、パーソナルコンピュータやサーバシステム内の記憶装置に各テーブルを記憶し、日程表表示部１．４からの要求に応じて、レコードの新規作成、更新、出力等を行なうサーバとして構成すれば良く、具体的にはＳＱＬサーバをベースとしてデータ定義およびデータ登録を行ない構成すれば良い。
また、プロジェクト情報記憶部１．１、タスク情報記憶部１．２、プロジェクト間リンク情報記憶部１．３はそれぞれ別のサーバとして構築する必要はなく、同一のサーバであってもよく、また、日程表表示部１．４と一体であっても良い。ハードウェア構成については、本発明の利用者数やその居所、利用頻度、デーブルのデータサイズ、サーバやパーソナルコンピュータの情報処理能力、日程表表示部１．４と各記憶部との情報転送速度等に応じて適時に設定すれば良い。
【００１６】
プロジェクト情報記憶部１．１は、複数のプロジェクト情報を記憶しており、それぞれプロジェクトＩＤとプロジェクト名とプロジェクトのカテゴリ（分類）を表す属性情報とを記憶している。属性とは、プロジェクトの対象または目的のカテゴリである。プロジェクトと属性とは多対多の関係であるため、多対多の関係を定義可能なデータ構造とする。具体的には、プロジェクト情報テーブルと、属性情報テーブル、プロジェクト・属性関連テーブルの３つのテーブルからなる。
プロジェクト情報テーブルはプロジェクトＩＤとプロジェクト名とをフィールドとするレコードを有するテーブルである。プロジェクトＩＤはプロジェクト情報テーブルにおけるキーフィールドである。キーフィールドとは、その値を定めると、テーブル中のレコードが一意に定まる特別なフィールドである。また、プロジェクト名は文字列を格納するフィールドであり、プロジェクトの名称を格納するフィールドである。図３（１）にプロジェクト情報テーブルの一例を示す。図３（１）に示すプロジェクト情報テーブルにおいては、プロジェクトＩＤが「１」のプロジェクトのプロジェクト名は「３２型液晶テレビ開発（国内向け）」である。同様にプロジェクトＩＤが「２」のプロジェクトのプロジェクト名は、「３２型液晶テレビ開発（米国向け）」である。属性情報テーブルは属性ＩＤと属性名とをフィールドとするレコードを有するテーブルである。属性ＩＤは属性情報テーブルにおけるキーフィールドであり、属性名は文字列を格納するフィールドであり、属性の名称を格納するフィールドである。図３（２）に属性情報テーブルの一例を示す。図３（２）に示す属性情報テーブルにおいては、属性ＩＤが「１」の属性情報の属性名は「国内」であり、属性ＩＤが「２」の属性情報の属性名は「米国」である。また、属性ＩＤが「３」の属性情報の属性名は「欧州」であり、属性ＩＤが「４」の属性情報の属性名は「アジア」である。
プロジェクト・属性関連テーブルは、プロジェクトＩＤと属性ＩＤとをフィールドとし、プロジェクトと属性との多対多の関係を表現するレコードを有するテーブルである。プロジェクト・属性関連情報の属性ＩＤは、プロジェクト情報の属性ＩＤと同一型であるが、プロジェクト・属性関連テーブルの属性ＩＤは、キーフィールドではない。また、プロジェクト・属性関連情報のプロジェクトＩＤは、プロジェクト情報のプロジェクトＩＤと同一型であるが、プロジェクト・属性関連テーブルのプロジェクトＩＤはキーフィールドではない。プロジェクト・属性関連テーブルはプロジェクトの有する属性を特定するテーブルである。
図３（３）に示した例を説明すると、プロジェクト・属性関連テーブルのプロジェクトＩＤが「１」であるレコードの属性ＩＤは「１」であるので、プロジェクトＩＤが「１」であるプロジェクト、すなわち「３２型液晶ＴＶ開発（国内向け）」をプロジェクト名とするプロジェクトは、属性ＩＤが「１」である属性、すなわち属性名が「国内」である属性を有することを示す。また、プロジェクト・属性関連テーブルのプロジェクトＩＤが「６」であるレコードとして、属性ＩＤは「１」であるレコードと「２」であるレコードとの計２つのレコードがあるので、プロジェクトＩＤが「６」であるプロジェクト、すなわち「３２型液晶パネル開発（国内、米国向け）」をプロジェクト名とするプロジェクトは、属性ＩＤが「１」である属性、すなわち属性名が「国内」である属性と、属性ＩＤが「２」である属性、すなわち属性名「米国」である属性とを有することを示す。
タスク情報記憶部１．２は、タスク名とタスクを実施する（予定の）日時とタスクのカテゴリを表す属性情報とを記憶可能である。タスクとプロジェクトとは多対１の関係を有する。また、タスクと属性とは多対多の関係を有する。実装としては、タスク情報テーブルと、タスク・属性関連テーブルとの２つのテーブルからなる。
タスク情報テーブルはプロジェクトＩＤとタスクＩＤとタスク名とタスク日程とをフィールドとするレコードを有する。タスクＩＤはタスク情報テーブルのキーフィールドである。タスク情報テーブルのプロジェクトＩＤはプロジェクト情報のプロジェクトＩＤと同一型であるが、キーフィールドでは無い。タスク名は文字列を格納するフィールドであり、タスクの名称を表す。タスク日程は日時を格納するフィールドであり、そのタスクを実施する日時を表す。
図４（１）にタスク情報テーブルの一例を示す。図４（１）に示したタスク情報テーブルにおいて、タスクＩＤとして「１７」を有するレコードのタスク名は「試作品納入」であり、「タスク日程」は「２００９−０２−１６」であり、プロジェクトＩＤは「６」である。図３（１）のプロジェクト情報テーブルによればプロジェクトＩＤ「６」のプロジェクトのプロジェクト名は「３２型液晶パネル開発（国内、米国向け）」であるので、タスクＩＤとして「６」を有するレコードは、「３２型液晶テレビ開発（国内向け）」をプロジェクト名とするプロジェクトの「試作品納入」であり、その実施（予定）日が２００９年２月１６日であることを表している。なお、図４（１）においては、「タスク日程」フィールドとして１つの日付を格納しているが、開始日時と終了日時と所要時間との３つの情報のうちいずれか２つによって表現される時間帯を格納する形式であってもよい。
タスク・属性関連テーブルはタスクと属性との多対多対応を表現する。具体的には、タスク・属性関連テーブルはタスクＩＤと属性ＩＤとをフィールドとして有するテーブルである。タスク・属性関連情報のタスクＩＤはタスク情報テーブルのタスクＩＤと同一型であるが、タスク・属性関連テーブルのキーフィールドではない。また、タスク・属性関連情報の属性ＩＤは属性情報テーブルの属性ＩＤと同一型であるが、タスク・属性関連テーブルのキーフィールドではない。図４（２）を例に説明すると、タスクＩＤ「１７」、属性ＩＤ「１」のレコードは、タスクＩＤ「１７」のタスク、すなわち「３２型液晶パネル開発（国内、米国向け）」の「２００９年２月１６日」実施（予定）の「試作品納入」は、属性ＩＤ「１」の属性、すなわち「国内」という属性を有することを示している。
本明細書では第一のプロジェクトのタスクと第二のプロジェクトのタスクとがなんらかの関係を有することは第一のプロジェクトと第二のプロジェクトとは「リンク関係」にあると言う。前記リンク関係を定義するため、第一のプロジェクト情報は、第一のプロジェクトのタスクが第二のプロジェクトのタスクに関係することを表す情報として、第二のプロジェクトを特定する情報を備える。具体的には、プロジェクト間リンク情報記憶部１．３は、第一のプロジェクトと第二のプロジェクトとのリンク関係を表すプロジェクト間リンク情報テーブルを記憶する。図５を例に説明する。プロジェクト間リンク情報テーブルはフィールドとして、第一のプロジェクトのＩＤと第二のプロジェクトのＩＤを有する。プロジェクト間リンク情報の第一のプロジェクトＩＤはプロジェクト情報のプロジェクトＩＤと同一型であるが、プロジェクト間リンク情報テーブルのキーフィールドではない。同じく、プロジェクト間リンク情報の第二のプロジェクトＩＤはプロジェクト情報のプロジェクトＩＤと同一型であるが、プロジェクト間リンク情報テーブルのキーフィールドではない。本データ構造により、プロジェクト間の多対多のリンク関係を定義することが出来る。
図５（１）に示したプロジェクト間リンク情報テーブルには、第一のプロジェクトＩＤが「１」かつ第二のプロジェクトＩＤが「６」であるレコードが格納されている。図３（１）のプロジェクト情報テーブルを参照して解釈すると、前記レコードは、プロジェクトＩＤが「１」のプロジェクト、すなわち「３２型液晶テレビ開発（国内向け）」をプロジェクト名とするプロジェクトのタスクと、プロジェクトＩＤ「６」のプロジェクト、すなわち「３２型液晶パネル開発（国内、米国向け）」のタスクとがリンク関係にあることを表していることがわかる。
日程表表示部１．４による日程表表示の処理流れを図６のフローチャートに沿って説明する。以下の説明では、表示部に表示されたボタンやリスト、文字列等のガジェットを操作者が入力部（キーボードやマウス）を操作して選択することを単に「選択する」と呼ぶ。
Ｓ６−１：プロジェクト情報記憶部１．１からプロジェクト情報テーブルが格納している全てのプロジェクト名を取得する。
Ｓ６−２：図７に示した「プロジェクト選択ダイアログ」を表示部に表示する。「プロジェクト選択ダイアログ」は、取得したプロジェクト名をリストボックス７．１で表示し、かつ「表示」ボタン７．２を表示した後に、操作者から入力を待機する。
Ｓ６−３：操作者がリストボックス７．１の中からプロジェクト名を１つ選択し、表示ボタン７．２を選択した場合、以下の処理を行なう。なお、この操作で操作者が選択したプロジェクト名によって特定されるプロジェクトを「主プロジェクト」と称する。
プロジェクト情報テーブルにプロジェクト・属性関連テーブルをプロジェクトＩＤで結合し、さらに属性情報テーブルを属性ＩＤで結合する。これを操作者が選択したプロジェクト名を条件としてプロジェクトＩＤ、プロジェクト名、属性ＩＤ、属性名を取得する。本具体例では、操作者が「ブルーレイディスクレコーダ開発（国内向け）」というプロジェクト名を選択した場合について説明する。本具体例では、表１の示すレコードを取得することになる。表１は主プロジェクトに関するプロジェクトＩＤ、プロジェクト名、属性ＩＤ、属性名である。
【００１７】
【表１】
2010271805.tif 000003
【００１８】
また、タスク情報テーブルにタスク・属性関連テーブルをタスクＩＤで結合し、さらに属性情報テーブルを属性ＩＤで結合する。これを主プロジェクトのプロジェクトＩＤを条件としてタスクＩＤ、タスク名、タスク日程、属性ＩＤ、属性名を取得する。図４（１）に示したタスク情報テーブルにおいて、プロジェクトＩＤとして「５」を有するプロジェクトのタスクＩＤは「１３」、「１４」、「１５」の３つであるが、図４に示したタスク・属性関連テーブルにはタスクＩＤとして「１３」、「１４」、「１５」のいずれかを有するレコードは存在しないので、本具体例で抽出するタスク情報に結合するタスク・属性関連情報は存在しない。タスク・属性関連情報が結合できない場合、属性ＩＤが存在しないことになるので、属性情報も結合できない。従って取得できる属性名も存在しない。、結果として、表２に示した３つのレコードを取得することとなる。
【００１９】
【表２】
2010271805.tif 000004
【００２０】
Ｓ６−４：主プロジェクトとリンク関係にあるプロジェクトをリンクプロジェクトと呼ぶ。リンクプロジェクトのプロジェクトＩＤを取得する。具体的には、プロジェクト間リンク情報テーブルから第一のプロジェクトＩＤと主プロジェクトのプロジェクトＩＤとが同じであるレコードの第二のプロジェクトＩＤ、および第二のプロジェクトＩＤと主プロジェクトのプロジェクトＩＤとが同じであるレコードの第一のプロジェクトＩＤを取得する。
例えば、本具体例の場合、図５の通り、第一のプロジェクトＩＤが５であるレコードは無く、かつ、第二のプロジェクトＩＤとして５であるレコードも無いので、結果として取得するレコード数は０である。
Ｓ６−５：Ｓ６−４にて取得したプロジェクトＩＤのレコード数が０であるかどうか判断する。レコード数が０の場合はＳ６−６へ進み、レコード数が１以上である場合、Ｓ６−７へ進む。本具体例の場合、Ｓ６−４にて取得したプロジェクトＩＤのレコード数が０なのでＳ６−６へ進む。
Ｓ６−６：Ｓ６−３で取得したプロジェクト情報、タスク情報を元に日程表を作成し表示する。例えば本具体例の場合、図８のように表示する。日程表とは、少なくともタスク日程とタスク名とを表示する表であり、時間軸を表示画面上の一定方向にとり、タスク日程順にタスク名を列挙した順列リストである。時間の長さを把握しやすくするため、時間軸を線形にとることが多く、例えば、１時間、１日、１週間等の時間を単位として、一定の面積の桝目を割り当てて、各桝目に該当する日時を付記し、かつその桝目内にタスク名を記載することが多い。なお、前記時間軸方向は折り返してもよく、例えば、１ケ月分の日程表を表示をする際に、１週間分を横軸として、折り返し表示することは一般的に行なわれている方法である。
表示方法について図８を用いて具体的に説明する。コンピュータの表示画面に日程表を表示する場合、まず初めにダイアログ（表示領域）の縦、横の長さおよび表示する文字の大きさを決め、表示領域に入るよう画面をレイアウトして表示する。ダイアログの縦、横の長さや文字の大きさは表示部の表示能力を参酌して予め決めた値でも良いし、操作者が任意に入力できるよう入力部を設け、前記入力部に対し操作者が入力した値を用いても良い。
次に表示領域を左右２つに分割する。左側はプロジェクト名を表示する領域であり、右側は日程表を表示する領域である。
プロジェクト名を表示する領域の横幅は、あらかじめ決められた特定の値であっても良いし、表示領域の幅に対して一定の比率であっってもよい。あらかじめ決められた特定の値と表示領域の幅に対する一定の比率とのいずれか小さい方であっても良い。
次に表示する期間を決定する。決定方法としては、現在の日付、表示すべきタスク日程表表示領域の大きさ、表示すべきタスクのタスク日程、表示する文字の大きさ等に基づいて任意に決定すれば良い。また、操作者が任意に入力できるよう入力部を設け、前記入力部に対し操作者が入力した値を用いても良い。図８の例では２００９年２月１日を開始日、２００９年３月５日を終了日とする計３３日間を期間として決定した。
表示する期間が決定したら、時間軸方向を設定し、表示領域を表示する時間単位で桝目に分割する。図８の例では時間軸は横方向に、左側が過去に、右側が未来になるように時間軸を設定している。さらに、１日を単位として時間軸方向に等分割する。図８の具体例では期間は３３日間であるので、横方向に３３分割した。
さらに、各枡日の上部に日付を表示する。図８の例では、日程表の最上部に１文字表示できる高さの領域を確保し、そこに年月を表示し、その下に日を表示する領域を確保している。すなわち、最上段に「２００９年２月」、「２００９年３月」を表示し、さらに「２００９年２月」の直下に「１」〜「２８」を、「２００９年３月」の直下に「１」〜「５」をそれぞれ表示した。
最後に日表示の下の枡目にその日がタスク日程であるタスクのタスク名を表示する。図８の具体例では、２００９年２月９日の枡目に「企画検討会議」を、２００９年２月１７日の桝目に「試作検討会議」を、２００９年２月２７日の桝目に「生産開始」を表示する。
以上の手順により、日程表を表示することができる。なお、日程表表示をどのようにレイアウトして表示するかは意匠に関する設計的事項であり、本発明の効果とは直接は関係ないので、上記以外の方法であっても良い。
以上で本フローは完了する。
次にＳ６−３で「３２液晶テレビ開発（国内向け）」を選択した場合（すなわち、主プロジェクトが「３２液晶テレビ開発（国内向け）」である場合）のフローについて具体例を説明する。この場合、Ｓ６−１、Ｓ６−２は上述した「ブルーレイディスクレコーダ開発（国内向け）を選択した場合の具体例と同じなので説明を略す。以下６−３より説明する。
Ｓ６−３：操作者がリストボックス７．１の中からプロジェクト名を１つ選択し、表示ボタン７．２を選択した場合、プロジェクト情報テーブルにプロジェクト・属性関連テーブをプロジェクトＩＤで結合し、さらに属性情報テーブルを属性ＩＤで結合する。これを操作者が選択したプロジェクト名を条件としてプロジェクトＩＤ、プロジェクト名、属性ＩＤ、属性名を取得する。本具体例では、操作者が「３２型液晶テレビ開発（国内向け）」というプロジェクト名を選択した場合について説明する、本具体例では表３の示すレコードを取得する。
【００２１】
【表３】
2010271805.tif 000005
【００２２】
また、タスク情報テーブルにタスク・属性関連テーブルをタスクＩＤで結合し、さらに属性情報テーブルを属性ＩＤで結合する。これを主プロジェクトのプロジェクトＩＤを条件としてタスクＩＤ、タスク名、タスク日程、属性ＩＤ、属性名を取得する。本具体例の場合、表４のレコードを取得することとなる。
【００２３】
【表４】
2010271805.tif 000006
【００２４】
Ｓ６−４：リンクプロジェクトのプロジェクトＩＤを取得する。具体的には、プロジェクト間リンク情報テーブルから第一のプロジェクトＩＤと主プロジェクトのプロジェクトＩＤが同じであるレコードの第二のプロジェクトＩＤ、および第二のプロジェクトＩＤと主プロジェクトのプロジェクトＩＤが同じであるレコードの第一のプロジェクトＩＤを取得する。
本具体例の場合、図５の通り、第一のプロジェクトＩＤが１であるレコードは１つ存在し、そのレコードの第二のプロジェクトＩＤは６であり、かつ、第二のプロジェクトＩＤとして１を値として有するレコードは無いので、結果として取得するレコード数は１であり、そのプロジェクトＩＤは６である。
Ｓ６−５：リンクプロジェクトのプロジェクトＩＤのレコード数が０であるかどうか判断する。レコード数が０の場合はＳ６−６へ進み、レコード数が１以上である場合、Ｓ６−７へ進む。本具体例の場合はリンクプロジェクトのレコード数は１であるのでＳ６−７へ進む。
Ｓ６−７：リンクプロジェクトのプロジェクトＩＤ、プロジェクト名、属性名と、リンクプロジェクトのタスクのタスクＩＤ、タスク名、タスク日程、属性名とを取得する。取得の具体的方法については、Ｓ６−３にて主プロジェクトのプロジェクト情報とタスク情報とを取得する方法を具体的に説明しているので、それと同様に取得すれば良い。本具体例では、リンクプロジェクトであるプロジェクトＩＤ：６のプロジェクト情報とタスク情報とを取得する。プロジェクト情報記憶部１．１から表５に示したプロジェクトＩＤ：６のプロジェクト情報を取得する。表５は、リンクプロジェクトのプロジェクトＩＤをキーとして、プロジェクト情報テーブルを検索し、レコードを抽出した例を示す。表６は表５に示したテーブルに対し、プロジェクト・属性関連テーブルと属性情報テーブルとを結合し、属性ＩＤと属性名とを合わせて表示した例を示す。プロジェクトＩＤが６のプロジェクトは属性として、「国内」と「米国」との２つの属性を有するので、レコード数は２となる。
【００２５】
【表５】
2010271805.tif 000007
【００２６】
【表６】
2010271805.tif 000008
【００２７】
タスク情報記憶部１．２からプロジェクトＩＤ：６のタスク情報及び属性情報を取得した例を表７に示す。
【００２８】
【表７】
2010271805.tif 000009
【００２９】
Ｓ６−８：リンクプロジェクトのタスクのうち、主プロジェクトの属性と属性が合致するタスクを抽出する。本具体例では、主プロジェクトの属性は表３に示すように属性ＩＤ：１、属性名：国内であるので、表７に示したリンクプロジェクトのタスクのうち属性ＩＤ：１と合致するタスクを抽出する。抽出されたタスク情報を表８に示す。
【００３０】
【表８】
2010271805.tif 000010
【００３１】
Ｓ６−９：リンクプロジェクトのタスクのうち、属性がないタスクを抽出する。本具体例では、表６に示したリンクプロジェクトのタスクのうち、属性がないタスクを抽出する。表９に抽出したタスク情報を示す。
【００３２】
【表９】
2010271805.tif 000011
【００３３】
Ｓ６−１０：主プロジェクトの日程表とリンクプロジェクトの日程表とを表示する。
本具体例では、プロジェクトＩＤ：１のプロジェクトの日程表と、プロジェクトＩＤ：１のリンクプロジェクトであるプロジェクトＩＤ：６のプロジェクトの日程表とを表示する。主プロジェクトの日程表については、Ｓ６−６にて説明した日程表の表示方法と同じく、あらかじめ定められた期間中にタスク日程が含まれるタスクについてタスク日程順にそのタスク名とタスク日程とを表示すれば良い。また、リンクプロジェクトに関しては、Ｓ６−８にて抽出したタスク情報とＳ６−９にて抽出したタスク情報とを日程表として表示する。また、Ｓ６−８にて抽出したタスク情報を表示する場合は、タスク名に合わせてその属性名を表示しても良い。
表示例を図９に示す。図９に示す例では、上半分に主プロジェクトである「３２型液晶テレビ開発（国内向け）」の日程表を、下半分にリンクプロジェクトである「３２型液晶パネル開発（国内、米国向け）」日程表を表示している。各日程表の左端の部位には各プロジェクトのプロジェクト名を表示し、それぞれの日程表がどのプロジェクトの日程表であるか判るように表示している。各日程表の表示期間は２００９年２月１日から２００９年３月５日である。日程表の表示期間はその目的や表示領域の大きさに応じて任意に決定してよい。
主プロジェクトのプロジェクト名は表３のレコード中のプロジェクト名に基づいて表示する。主プロジェクトのタスク名およびタスク日程は、表４のレコードに基づいて表示する。すなわち、２月２日を表す枡目に「企画検討会議」を、２月１６日を表す枡目に「試作検討会」を、３月３日を表す枡目に「生産開始」を表示する。
リンクプロジェクト名は、表５に基づいて表示する。本具体例では、リンクプロジェクトは１つであるから（表５のレコード数は１であるから）、表示するリンクプロジェクトの日程表は１つである。リンクプロジェクトのタスクとして、表８に示したタスク名と、表９に示したタスク名を表示する。すなわち、２月１０日を表す枡目に「出図」を、２月１６日を表す枡目に「試作品納入」を、３月３日を表す枡目に「完成品納品」を表示する。なお、表８に示したタスク名を表示する場合は、その属性名である「国内」という文字列または属性が付与されていることを表すマークをそのタスク名と共に表示しても良い。主プロジェクトの属性と同じ属性を有するタスクは、多くの場合、主プロジェクトのタスクと関係のあるタスクであり、主プロジェクトが遅延しないために、監視ないし日程調整を行なう必要があるタスクである。従って、前記タスクを表示することにより、監視ないし日程調整を行なうことを操作者に喚起することは、主プロジェクトの計画遅延のリスクを軽減するために役立つ。
また、主プロジェクトの属性と同じ属性を有するタスクに対し、属性が付与されていることを表すマークを表示することによって、前記タスクが主プロジェクトの属性と同じ属性を有するタスクであり、主プロジェクトが遅延しないよう監視または日程調整が必要なタスクであることを明示することができる。これにより、操作者に前記タスク監視ないし日程調整を行なうことを操作者により確実に喚起させ、主プロジェクトの計画遅延のリスクを軽減するために役立てることができる。
【００３４】
また、表９に示した「出図」タスクのように、属性を有しないタスクは、特定の属性に依存しない一般的なタスクである。前記タスクは、主プロジェクトにとっては直接的に日程管理する必要の無いタスクであるが、間接的には関係のあるタスクであると言える。リンクプロジェクトの日程表に前記タスクを表示することは、リンクプロジェクトの日程概略を理解するのに役立つ。
【００３５】
また、リンクプロジェクトのタスクであっても、主プロジェクトの属性と異なる属性を有し、かつ同じ属性を有しないタスクは、主プロジェクトと関係のないタスクであることが多い。例えば、表７に示したタスクＩＤ１８の「試作品納品」タスクは本具体例のリンクプロジェクトに属するタスクであり、「米国」を属性としてもつが、「国内」を属性としてもたない。この場合、本タスクは「米国」向けプロジェクトにのみに関係のあるタスクであり、「国内」向けである主プロジェクトに関係しないことがわかる。関係しないタスクを表示することは、主プロジェクトの管理者によっては不必要であるだけでなく重要な情報の見落としや見間違いの原因にもなりかねない。日程表の判読性を向上させる上でも、主プロジェクトの属性と異なる属性を有し、かつ同じ属性を有しないタスクを表示しない方が望ましい。
また、日程表の表示方法に関しては、主プロジェクトの日程表とリンクプロジェクトの日程表との時間軸の方向または／かつ単位時間毎の長さを一致させても良い。これにより、各プロジェクトに含まれるタスクまたはタスク間の時間の長さを容易に大小比較することができる。また、各プロジェクトの表示期間は一致させる方が望ましい。この場合、各プロジェクトに含まれるタスクの日程表表示期間における相対的位置を容易に把握することができる。また、時間軸の方向と直交する方向において、各プロジェクトの時刻が一致するように各日程表を配置してもよい。これにより、あるプロジェクトに含まれるタスクと別のプロジェクトに含まれるタスクとの時間軸上の前後関係を容易に把握することができる。さらに、各プロジェクトの表示期間は一致させ、かつ時間軸の方向と直交する方向において、各プロジェクトの時刻が一致するように各日程表を配置した場合、各日程表の時間軸方向の表示サイズおよび表示位置が一致するので、長方形の表示領域に空きなく表示でき、意匠的にも美しく表示することができる。
図９を例に具体的に説明する。各プロジェクトの表示期間は２００９年２月１日から２００９年３月５日に一致させて表示してある。この場合、各プロジェクトに含まれるタスクの日程表表示期間における相対的位置を容易に把握することができる。例えば、「企画検討会議」は期間の初期にあり、「試作品検討会議」や「試作品納品」は期間の中盤にあり、「生産開始」や「完成品納入」は期間の後半にあることが容易に理解することができる。また、時間軸の方向と直交する方向において、各プロジェクトの時刻が一致するように各日程表を配置している。図９では、各プロジェクトの日程表では、同日のタスクが上下に並ぶようになっている。例えば、２月１６日の「試作検討会議」の下に同日のタスクである「試作品納入」があり、３月３日の「生産開始」の下に同日のタスクである「完成品納入」が配置されている。これにより、異なるプロジェクトに含まれる各タスクが同日をタスク日程とするものであるかどうか、異なる場合、どちらが前であるか等、異なるプロジェクト間においてもタスクの日程の前後関係を容易に判断することができる。さらに、図９に示した例では、各プロジェクトの表示期間は一致させ、かつ時間軸の方向と直交する方向において、各プロジェクトの時刻が一致するように各日程表を配置しているので、各日程表の時間軸方向の表示サイズおよび表示位置が一致し、長方形の表示領域に空きなく表示できるので、意匠的にも美しく表示することができている。
別の具体例として、フローチャートのＳ６−２にて、「３２型液晶パネル開発（国内、米国向け）」を選択した場合について説明する。
Ｓ６−１、Ｓ６−２：前述の具体例と同じである。
Ｓ６−３：操作者が「３２型液晶パネル開発（国内、米国向け）」というプロジェクト名を選択した場合、表１０の示すレコードを取得することになる。
【００３６】
【表１０】
2010271805.tif 000012
【００３７】
ざらに、表１０のレコードにプロジェクト・属性関連テーブルと属性情報テーブルとを結合すると表１１のレコードが生成される。
【００３８】
【表１１】
2010271805.tif 000013
【００３９】
また、タスク情報テーブルにタスク・属性関連テーブルをタスクＩＤで結合し、さらに属性情報テーブルを属性ＩＤで結合する。これを主プロジェクトのプロジェクトＩＤを条件としてタスクＩＤ、タスク名、タスク日程、属性ＩＤ、属性名を取得する。本具体例では、表１２のレコードを取得することとなる。
【００４０】
【表１２】
2010271805.tif 000014
【００４１】
Ｓ６−４：リンクプロジェクトのプロジェクトＩＤを取得する。具体的には、プロジェクト間リンク情報テーブルから第一のプロジェクトＩＤと主プロジェクトのプロジェクトＩＤが同じであるレコードの第二のプロジェクトＩＤ、および第二のプロジェクトＩＤと主プロジェクトのプロジェクトＩＤが同じであるレコードの第一のプロジェクトＩＤを取得する。図５に示すプロジェクト間リンク情報テーブルの中で、第一のプロジェクトＩＤとして主プロジェクトのプロジェクトＩＤである６を有するレコードは無く、第二のプロジェクトＩＤとして主プロジェクトのプロジェクトＩＤである６を有するレコードは２つあり、それらの第一のプロジェクトＩＤは１と２とである。従って、本具体例のリンクプロジェクトはプロジェクトＩＤが１である「３２型液晶テレビ開発（国内向け）」とプロジェクトＩＤが２である「３２型液晶テレビ開発（米国向け）」である。リンクプロジェクトに関するプロジェクト情報を表１３に示す。
【００４２】
【表１３】
2010271805.tif 000015
【００４３】
Ｓ６−５：リンクプロジェクトのプロジェクトＩＤのレコード数が０であるかどうか判断する。レコード数が０の場合はＳ６−６へ進み、レコード数が１以上である場合、Ｓ６−７へ進む。本具体例では、レコード数は２であるのでＳ６−７へ進む。
Ｓ６−７：リンクプロジェクトのプロジェクトＩＤ、プロジェクト名、属性名と、リンクプロジェクトのタスクのタスクＩＤ、タスク名、タスク日程、属性名とを取得する。本具体例においては、リンクプロジェクトとして、プロジェクトＩＤが１のプロジェクトと、プロジェクトＩＤが２のプロジェクトの２つがあるので、それぞれ、プロジェクト情報とタスク情報とを取得する。
プロジェクトＩＤ：１のプロジェクトＩＤ、プロジェクト名、属性ＩＤ、属性名を表１４に、リンクプロジェクトのタスクのタスクＩＤ、タスク名、タスク日程、属性名を表１５に示す。
【００４４】
【表１４】
2010271805.tif 000016
【００４５】
【表１５】
2010271805.tif 000017
【００４６】
プロジェクトＩＤ：２のプロジェクト情報を表１６に、タスク情報を表１６に示す。
【００４７】
【表１６】
2010271805.tif 000018
【００４８】
【表１７】
2010271805.tif 000019
【００４９】
Ｓ６−８：リンクプロジェクトのタスクのうち、主プロジェクトの属性と属性が合致するタスクのみを抽出する。本具体例では、主プロジェクトであるプロジェクトＩＤ：６の属性は表１１のように属性ＩＤ：１、または属性ＩＤ：２であるので、表１５および表１７に示したリンクプロジェクトのタスクのうち属性ＩＤが１または２であるタスクを抽出する。本具体例では、この条件に一致するタスク情報は存在しないので抽出するレコード数は０である。
Ｓ６−９：リンクプロジェクトのタスクのうち、属性がないタスクのみを抽出する。本具体例では、表１５および表１７に示したタスク情報のうち、属性がないタスクを抽出する。
表１５から抽出したタスク情報を表１８に示す。
【００５０】
【表１８】
2010271805.tif 000020
【００５１】
表１７から抽出したタスク情報を表１９に示す。
【００５２】
【表１９】
2010271805.tif 000021
【００５３】
Ｓ６−１０：主プロジェクトの日程表とリンクプロジェクトの日程表とを表示する。本具体例のようにリンクプロジェクトが複数ある場合は、それら複数のリンクプロジェクトの日程表のうち少なくとも１つ以上のプロジェクトを主プロジェクトと同時に表示する。また、複数のリンクプロジェクトの日程表を同時に複数表示してもよく、全てのリンクプロジェクトを同時に表示しても良い。同時に表示するリンクプロジェクト数が増えると、一覧性は向上するものの、表示のための表示領域をより多く必要となるので、その用途や表示部の表示能力に応じて設定すべきである。
本具体例における表示例を図１０に示す。
図１０に示した日程表は上下方向に３分割されており、上段に主プロジェクトである「３２型液晶パネル開発（国内、米国向け）」の日程表が表示され、中段には、第一のリンクプロジェクトである「３２型液晶テレビ開発（国内向け）」の日程表が、下段に第二のリンクプロジェクトである「３２型液晶テレビ開発（米国向け）」の日程表が表示される構成となっている。各プロジェクトの日程表は左端にプロジェクト名を表示する領域があり、各日程表がどのプロジェクトの日程表であるか判別できるようになっている。各日程表の表示期間は２００９年２月１日から２００９年３月５日である。日程表の表示期間はその目的や表示領域の大きさに応じて任意に決定してよい。
主プロジェクトのプロジェクト名は表１０のレコード中のプロジェクト名に基づいて表示する。主プロジェクトのタスク名およびタスク日程は、表１２のレコードに基づいて表示する。すなわち、２月１０日を表す枡目に「出図」を、２月１６日および２月２０日を表す枡目に「試作品納品」を、３月３日および３月５日を表す枡目に「完成品納品」をそれぞれ表示する。なお、表１０に示したタスク名を表示する場合は、その属性である「国内」または「米国」という文字列をそのタスク名と共に表示しても良い。これにより、同一名のタスクであって、かつ属性が異なるタスクを弁別することができ、それら属性に基づいて、どのリンクプロジェクトと関係するものであるのか判別することができるようになる。図１０では、２月１６日の「試作品納品」と３月３日の「完成品納品」に「国内」という属性名を、２月２０日の「試作品納品」と３月５日の「完成品納品」に「米国」という属性名を付記して表示している。
本具体例においては、リンクプロジェクトは２つあるので、図１０に示すように、中段に第一のリンクプロジェクトである「３２型液晶テレビ開発（国内向け）」の日程表を、下段に第二のリンクプロジェクトである「３２型液晶テレビ開発（米国向け）」の日程表を表示する。
第一のリンクプロジェクトのプロジェクト名は、表１４に基づいて表示する。第一のリンクプロジェクトのタスクとして、表１８に示したタスク名を表示する。すなわち、２月２日を表す枡目に「企画検討会議」を、２月１６日を表す枡目に「試作検討会議」を、３月３日を表す枡目に「生産開始」を表示する。
第二のリンクプロジェクトのプロジェクト名は、表１６に基づいて表示する。第二のリンクプロジェクトのタスクとして、表１９に示したタスク名を表示する。すなわち、２月５日を表す枡目に「企画検討会議」を、２月２０日を表す枡目に「試作検討会議」を、３月５日を表す枡目に「生産開始」を表示する。
【００５４】
本具体例のようにリンクプロジェクトが複数ある場合、図１０に示したように主プロジェクトと複数のリンクプロジェクトとを同時に表示することにより、主プロジェクトのタスクと各リンクプロジェクトのタスクとの関係を一度に把握することができる。
【００５５】
なお、上記の具体例では、プロジェクト名にその属性を特定する言葉、例えば、「国内向け」、「国内、米国向け」等が含まれ、プロジェクト名だけでその属性を理解できるようになっているが、それと異なり、属性名を含まないプロジェクト名であっても良い。
この場合、同一のプロジェクト名をもつプロジェクトが複数存在する場合がありうるので、プロジェクト名のみでプロジェクトを特定できなくなる。これを解決するため、Ｓ６−２のプロジェクト選択ダイアログにおいて、プロジェクト名とその属性名を並記し、プロジェクト名とその属性名の組み合せによって、プロジェクトを区別し、かつＳ６−３において、操作者が選択したプロジェクト名と属性ＩＤとをキーとして両方が一致するプロジェクト情報を抽出すればよい。また、Ｓ６−６、Ｓ６−１０の日程表表示においても、プロジェクト名とともに属性名を併記することにより、プロジェクトを区別することができる。
【００５６】
プロジェクト名に属性を特定する言葉を含めない場合、プロジェクト名を短くするこができ、プロジェクト名と属性名とが矛盾することがなく、プロジェクト名の誤入力や属性の誤認識をへらすことができる。
【００５７】
なお、「プロジェクト」とは一般的に「何らかの目標を達成するための計画」を指すが、本発明におけるプロジェクト情報は、「何らかの目標を達成するための計画」を示す情報だけでなく、特定のリソースの使用時間を規定した計画であってもよい。例えば、「人」の使用を示す個人スケジュール、「会議室」の使用を示す会議室予約表などであってもよい。
【００５８】
また、本発明は前記した日程表表示方法であってもよい。さらにコンピュータに前記日程表表示方法を実行させるためのプログラムであってもよく、前記プログラムを記録したコンピュータ読み取り可能な記録媒体であってもよい。
【実施例２】
【００５９】
図１１は実施例２のシステム構成を表すブロック図である。
プロジェクト情報記憶部１１．１、タスク情報記憶部１１．２、プロジェクト間リンク情報記憶部１１．３、日程表表示部１１．４、プロジェクト間リンク設定部１１．５からなる。
プロジェクト情報記憶部１１．１、タスク情報記憶部１１．２、プロジェクト間リンク情報記憶部１１．３、日程表表示部１１．４は、それぞれ実施例１記載のプロジェクト情報記憶部１．１、タスク情報記憶部１．２、プロジェクト間リンク情報記憶部１．３、日程表表示部１．４と同じである。
プロジェクト間リンク設定部１１．５は、演算処理を行なうＣＰＵ（演算部）と本発明の実行手順であるプログラムや演算過程のデータを記憶するメモリ（記憶部）、操作者に情報を表示するディスプレイ（表示部）、操作者からの入力を受け付けるキーボード、マウス等（入力部）、１１．１、１１．３の各記憶部との情報の授受を行なうインターフェースである通信部等からなり、一般的なパーソナルコンピュータに本発明の実施の手順を記録したプログラムをインストールすることで構成することができる。
【００６０】
一般的なパーソナルコンピュータにプログラムをインストールことによって、プロジェクト間リンク設定部１１．５を構成する場合、日程表表示部１１．４のＣＰＵ、メモリ、表示部、入力部、通信部等とプロジェクト間リンク設定部１１．５のＣＰＵ、メモリ、表示部、入力部、通信部等とを兼用とし、プロジェクト間リンク設定部１１．５の処理手続きを記述したプログラムと日程表表示部１１．４の処理手続きを記述したプログラムとを１つのパーソナルコンピュータにインストールした構成によって代用してもよい。この場合、ＣＰＵ、メモリ、表示部、入力部、通信部等を兼用できるので、構成を簡略とすることができ、コスト等の軽減が可能である。また、ＣＰＵ、メモリ、表示部、入力部、通信部等を兼用としない場合、それぞれ独立して表示または入力ができるので、複数人が同時に各設置場所で日程表の閲覧とリンク関係の設定とをすることができる。また、日程表を見る人と、リンク関係を設定する人と区別し、権限をそれぞれ別個に与えたい場合、プロジェクト間リンク設定部１１．５と日程表表示部１１．４とをそれぞれ独立して表示部と入力部とを有する情報端末装置とした方が望ましい。
実施例２では、プロジェクト間にリンク関係を設定する例について説明する。プロジェクト間リンク設定部１１．５はプロジェクト間リンク情報記憶部１．３が記憶するプロジェクト間リンク情報テーブルにレコードを追加する手段である。
プロジェクト間リンク設定部１１．５により実行されるプロジェクト間リンク情報テーブルにレコードを追加する処理流れを図１２のフローチャートに沿って説明する。なお、以下の具体例では、処理開始時点でプロジェクト間リンク情報テーブルは空である場合を想定している。
Ｓ１２−１：プロジェクト情報記憶部１１．１から格納されている全てのプロジェクト情報を取得する。
Ｓ１２−２：Ｓ１２−１にてプロジェクト情報を１つ以上取得した場合Ｓ１２−３へ進む。Ｓ１２−１にてプロジェクト情報を１つも取得出来ない場合処理を終了する。
Ｓ１２−３：Ｓ１２−１で取得したプロジェクト情報に含まれるプロジェクト名を格納したリストボックス１３．１と選択ボタン１３．２からなる第一のプロジェクト選択ダイアログを表示し、操作者の入力を待機する。図１３に第一のプロジェクト選択ダイアログの例を図示する。
Ｓ１２−４：操作者がリストボックス１３．１の中からリンクを設定する第一のプロジェクトを選択し、次に表示ボタン１３．２を押した操作の入力を入力部で検知した場合の処理について説明する。以下、本工程で操作者が選択したプロジェクト名により特定されるプロジェクトを本実施例では「第一のプロジェクト」と称する。本具体例では表２０に記載のプロジェクト名「３２型液晶テレビ開発（国内向け）」を選択し、次に選択ボタン１３．２を選択した場合について説明する。Ｓ１２−１で取得したプロジェクト情報により、第一のプロジェクトのプロジェクト名は「３２型液晶テレビ開発（国内向け）」であり、プロジェクトＩＤは１であることが判る。
【００６１】
【表２０】
2010271805.tif 000022
【００６２】
次に、第一のプロジェクトのプロジェクト情報にプロジェクト・属性関連テーブルをプロジェクトＩＤで結合し、さらに属性情報テーブルを属性ＩＤで結合し、前記プロジェクト情報に属性ＩＤと属性名とを追加する。本具体例における例を表２１に示す。表２１に示すように、本具体例の第一のプロジェクトは、属性ＩＤが１であり、属性名が「国内」である。
【００６３】
【表２１】
2010271805.tif 000023
【００６４】
Ｓ１２−５：第一のプロジェクトの属性と同じ属性を有するプロジェクトであって、第一のプロジェクトでないプロジェクトのプロジェクト情報を取得する。これを行なうには、プロジェクト情報記憶部１１．１中のプロジェクト・属性関連テーブルについて属性ＩＤが第一のプロジェクトの属性ＩＤと同じであり、かつプロジェクトＩＤが第一のプロジェクトのプロジェクトＩＤと異なるレコードを抽出し、これに対しプロジェクト情報テーブルを結合すれば良い。本具体例で言うと、第一のプロジェクトのプロジェクトＩＤが１、属性ＩＤが１なので、プロジェクトＩＤが１でなく、かつ属性ＩＤが１であるレコードをプロジェクト・属性関連テーブルから抽出する。すると、プロジェクトＩＤ５、属性ＩＤ１というレコードと、プロジェクトＩＤ６、属性ＩＤ１というレコードが抽出される。これに、プロジェクト情報テーブルを結合しプロジェクト名と追加したものを表２２に示す。
【００６５】
【表２２】
2010271805.tif 000024
【００６６】
Ｓ１２−６：Ｓ１２−５にてレコード数を１つ以上取得した場合Ｓ１２−７へ進む。Ｓ１２−５にて取得したレコード数が０の場合処理を終了する。
Ｓ１２−７：Ｓ１２−５で取得したプロジェクト名を第二のプロジェクトの候補として格納したリストボックス１４．１と選択ボタン１４．２からなる第二のプロジェクト選択ダイアログが表示し、操作者からの入力を待機する。第二のプロジェクト選択ダイアログの表示例を図１４に示す。本具体例では、表２２に示した２つのプロジェクト名「ブルーレイディスクレコーダー開発（国内向け）」と「３２型液晶パネル開発（国内、米国向け）」とリストボックスに表示する。
Ｓ１２−８：前記候補から任意のプロジェクトを選択する操作の入力を入力部が受け付けた場合、すなわち操作者がリストボックスの中からリンク関係を設定するプロジェクトのプロジェクト名を選択し、次に表示ボタンを押した場合には、選択されプロジェクトの特定を行なう。本実施例では、本工程で特定するプロジェクトを第二のプロジェクトと呼ぶ。
本具体例では「３２型液晶パネル開発（国内、米国向け）」との表示が選択されたとする。選択されたプロジェクト名は、表２２に含まれるものであるので、プロジェクト名をキーに表２２のレコードを検索することにより、表２３に示すプロジェクト情報を特定することができる。
【００６７】
【表２３】
2010271805.tif 000025
【００６８】
次に第一のプロジェクトと、第二のプロジェクトとの間にリンク関係を設定する。具体的には、第一のプロジェクトのプロジェクトＩＤを第一のプロジェクトＩＤとして、第二のプロジェクトのプロジェクトＩＤを第二のプロジェクトＩＤとして有するプロジェクト間リンク情報のレコードを作成し、プロジェクト間リンク情報記憶部１１．３に記憶されたプロジェクト間リンク情報テーブルに追加する。
本具体例の場合、表２０に示すように、第一のプロジェクトのプロジェクトＩＤは１であり、表２３に示すように第二のプロジェクトのプロジェクトＩＤは６であるので、第一のプロジェクトＩＤを１、第二のプロジェクトＩＤを６とするプロジェクト間リンク情報のレコードを作成する。作成した表２４に示す。このレコードをプロジェクト間リンク情報記憶部１１．３に記憶されたプロジェクト間リンク情報テーブルに追加する。
【００６９】
【表２４】
2010271805.tif 000026
【００７０】
以上の具体例では、処理開始時点でプロジェクト間リンク情報テーブルは空である場合を想定していたが、処理開始時点でプロジェクト間リンク情報テーブルにあらかじめ、表２４に示したレコードが存在した場合、単純にこれをプロジェクト間リンク情報テーブルに追加した場合、重複レコードとなってしまう。
これを避けるための最も単純な方法はＳ１２−８で追加するレコードと同一のレコードがプロジェクト間リンク情報テーブルに無いかチェックして無い場合にのみ追加することであるが、より望ましい方法としては、Ｓ１２−５にて、第一のプロジェクトのリンクプロジェクトを抽出し（抽出方法は実施例１のＳ６−７と同じ）、リンクプロジェクトと同じプロジェクトを第二のプロジェクトの候補から省けばよい。そうすることによって、Ｓ１２−７において、重複する第二のプロジェクトがあらかじめ表示されないので、すでに設定されているリンク関係を重複して設定することがなくなる。
本発明は、プロジェクトとプロジェクトの間にリンク関係を設定することに特長がある。本構成により、本発明はリンク関係を設定する作業量を格段に減少させることが可能であり、かつ操作ミスを減らすことができる。
従来技術１のように、タスクとタスクとの間にリンク関係を作成する場合、操作者はタスクを２つ選択し、前記２つのタスクの間のリンク関係を定義する。
一般にタスクの数はプロジェクトの数の数倍から数十倍あるので、プロジェクトとプロジェクトとの間にリンクを設定するより数倍から数十倍のリンク関係を設定しなければならない。
例えば、本具体例ではプロジェクトとプロジェクトの間にリンク関係を一つ設定しただけだが、同様の効果を従来技術１で達成する場合、タスクＩＤ：２の「試作検討会議」とタスクＩＤ：１７の「試作品納品」との間にリンク関係を作成し、さらにタスクＩＤ：３の「生産開始」とタスクＩＤ：１９の「完成品納品」との間にリンク関係を作成しなければならない。すなわち、２倍の作業量がある。
また、一般的に、タスクの数はプロジェクトの数の数倍から数十倍あるので、従来技術１においては、多数のタスクの中から任意のタスクを選択しなければならない。そのため、タスクの選択は時間がかかり、かつミスを犯しやすい作業であった。
本具体例で説明する。図４の通り、タスク情報テーブル中のレコード数は２５ある。従って第一のタスクとして２５個のタスクの中から１つのタスクを選択しなければならない。また、第二のタスクとしては、第一のタスクが所属するプロジェクト（プロジェクトＩＤ：１）に含まれないタスク、すなわちプロジェクトＩＤが１でないタスクである２２個のタスクの中から選択しなければならない。これは、第一のプロジェクトを７つのプロジェクトの中から選択し、第二のプロジェクトを２つのプロジェクトの中から選択すれば良い本発明と比較して格段に時間がかかり、かつミスを犯しやすい。
【００７１】
さらに、Ｓ１２−７において、第一のプロジェクトが有する属性と同一の属性を有するプロジェクトのみを選択候補とすることに本発明の特長がある。本構成により、本発明はリンク関係を設定する作業量をさらに減少させることが可能であり、かつ操作ミスを減らすことができる。
第一のプロジェクトが有する属性と同一の属性以外のプロジェクトも選択候補とするならば、第一のプロジェクトを除く残り６つのプロジェクトの間からプロジェクトを選択することになるので、２つのプロジェクトから選択すれば良い本発明と比較して、時間がかかり、かつミスを犯しやすい。
【実施例３】
【００７２】
図１５は実施例３のシステム構成を表すブロック図である。実施例３に関わる本発明の形態は、プロジェクト情報記憶部１５．１、タスク情報記憶部１５．２、構成情報記憶部１５．３、日程表表示部１５．４からなる。
構成情報記憶部１５．３は、構成体の構成情報（ＢＯＭ：Ｂｉｌｌ  Ｏｆ  Ｍａｔｅｒｉａｌｓ）を記憶している。ここで言う構成体とは、工業製品等の複数の部品から構成される一体ないし一式のモノないしサービスを指す。構成体は１つ以上複数の構成単位から構成される。構成単位とは構成体または部品である。図１７を用いて構成体の具体例を説明する。「３２型液晶テレビ（国内向け）」という構成体は、「３２型液晶パネル（国内、米国向け）」という下位の構成体と「概観機構部品」という下位の構成体と「メイン基板」という下位の構成体とその他の構成単位とから構成される。さらに「３２型液晶パネル（国内、米国向け）」という構成体は「部品Ａ」と「部品Ｂ」と「部品Ｃ」とから構成される。
構成体は図１７を用いて説明したように上位の構成体が１つ以上複数の構成単位によって構成されるので、その構成をツリーとして解釈することができる。構成情報は前述のツリー構造を定義可能なデータ構造となっている。図１８に構成情報のデータの具体例を示す。構成情報は構成単位情報テーブルと、構成情報テーブルとからなる。
構成単位情報は構成単位を定義する情報である。構成単位情報は構成単位ＩＤと構成単位名とを備える。構成単位ＩＤは構成単位情報テーブルのキーフィールドである。構成単位名は文字列を格納するフィールドであり、構成単位の名称を表す。構成単位情報テーブルは構成単位情報をレコードとして有するテーブルである。図１８（１）に構成単位情報テーブルの具体例を示す。構成単位ＩＤが「ＬＣ３２ＪＰ」である構成単位情報の構成単位名は「３２型液晶テレビ開発（国内向け）」であり、構成単位ＩＤが「ＰＬ３２ＪＵ」である構成単位情報の構成単位名は「３２型液晶パネル開発（国内、米国向け）」であり、構成単位ＩＤが「ＰＴ００１ＸＸ」である構成単位情報の構成単位名は「部品Ａ」である。
構成情報は子構成単位ＩＤと親構成単位ＩＤと員数とを有する。構成情報テーブルは構成情報をレコードとして有するテーブルである。子構成単位ＩＤ、親構成単位ＩＤは、構成単位情報テーブルの構成単位ＩＤと同一型であるが、構成情報テーブルのキーフィールドではない。構成情報は「子構成単位ＩＤ」によって特定される構成単位が「親構成単位ＩＤ」で特定される構成単位の下位の構成単位であることを表し、「員数」はその員数を表す。構成情報は、上位の構成単位とその下位の構成単位との多対多の関係を表現できる。図１８（２）に示す構成情報テーブルの具体例を説明する。子構成単位ＩＤが「ＰＣ３２ＪＵ」かつ親構成単位ＩＤが「ＬＣ３２ＪＰ」である構成情報の員数は１である。これを図１８（１）の部品情報テーブルを参照して解釈すると、「３２型液晶パネル（国内、米国向け）」は「３２型液晶テレビ（国内向け）」に１つ使われているということになる。また、子構成単位ＩＤが「ＰＴ００２ＸＸ」である構成単位の親構成単位ＩＤは「ＰＬ３２ＪＵ」であり、その員数は５である。これを図１８（１）の構成単位情報テーブルを参照して解釈すると、「３２型液晶パネル（国内、米国向け）」には「部品Ｂ」が５つ使われていることを意味する。
プロジェクト情報記憶部１５．１は、複数のプロジェクト情報を記憶しており、それぞれプロジェクトＩＤとプロジェクト名とプロジェクトのカテゴリを表す属性情報と該プロジェクトの成果物を特定する構成単位ＩＤとを記憶している。属性とは、プロジェクトの対象または目的を表すカテゴリである。構成単位ＩＤは構成単位を一意に特定する数値または文字列である。プロジェクト情報記憶部１５．１は、プロジェクト情報テーブルと、属性情報テーブル、プロジェクト・属性関連テーブルの３つのテーブルを記憶する。プロジェクト情報テーブルにはプロジェクトＩＤ、プロジェクト名、構成単位ＩＤを格納している。プロジェクトＩＤ、プロジェクト名については、実施例１のプロジェクト情報と同じである。構成単位ＩＤは、構成単位情報テーブルの構成単位ＩＤと同一型であるが、プロジェクト情報テーブルのキーフィールドではない。
具体例を図１６（１）に示す。プロジェクトＩＤとプロジェクト名については、図３（１）に示したプロジェク情報テーブルと同じである。本実施例においては、図３（１）に示した具体例に加えて、構成単位ＩＤをフィールドとして有する。例えば、プロジェクトＩＤが「１」であるレコードは、プロジェクト名が「３２型液晶テレビ開発（国内向け）」であり、かつ構成単位ＩＤとして「ＬＣ３２ＪＰ」を有する。これを図１８（１）の構成単位情報テーブルを参照して解釈すると、「３２型液晶テレビ開発（国内向け）」という名称のプロジェクトの成果物は「３２型液晶テレビ（国内向け）」であるということを意味する。同様にプロジェクトＩＤが「６」であるレコードは、プロジェクト名が「３２型液晶パネル開発（国内、米国向け）」であり、かつ構成単位ＩＤとして「ＰＬ３２ＪＵ」を有する。これを図１８（１）の構成単位情報テーブルを参照して解釈すると、「３２型液晶パネル開発（国内、米国向け）」という名称のプロジェクトの成果物は「３２型液晶パネル（国内、米国向け）」であるということを意味する。
属性情報テーブルおよびプロジェクト・属性関連テーブルには、実施例１の属性情報テーブルおよびプロジェクト・属性関連テーブルと同一であるので、説明を略す。
また、タスク情報記憶部１５．２は、実施例１記載のタスク情報記憶部１．２と同じである。
日程表表示部１５．４による日程表を表示する処理流れを図１９のフローチャートに沿って説明する。
Ｓ１９−１：プロジェクト情報記憶部１５．１から格納している全てのプロジェクトの情報を取得する。
Ｓ１９−２：図７に示した「プロジェクト選択ダイアログ」を表示部に表示する。「プロジェクト選択ダイアログ」は、取得したプロジェクト名をリストボックス７．１で表示し、かつ「表示」ボタン７．２を表示した後に、操作者から入力を待機する。
Ｓ１９−３：操作者がリストボックス７．１の中からプロジェクト名を１つ選択し、表示ボタン７．２を選択した場合、以下の処理を行なう。なお、この操作で操作者が選択したプロジェクト名によって特定されるプロジェクトを「主プロジェクト」と称する。
プロジェクト情報テーブルにプロジェクト・属性関連テーブルをプロジェクトＩＤで結合し、さらに属性情報テーブルを属性ＩＤで結合する。これを操作者が選択したプロジェクト名を条件としてプロジェクトＩＤ、プロジェクト名、構成単位ＩＤ、属性ＩＤ、属性名を取得する。本具体例では、操作者が「３２型液晶パネル開発（国内、米国向け）」というプロジェクト名を選択した場合について説明する。本具体例では、表２５の示すレコードを取得することになる。表２５は主プロジェクトに関するプロジェクトＩＤ、プロジェクト名、構成単位ＩＤ、属性ＩＤ、属性名である。
【００７３】
【表２５】
2010271805.tif 000027
【００７４】
また、タスク情報テーブルにタスク・属性関連テーブルをタスクＩＤで結合し、さらに属性情報テーブルを属性ＩＤで結合する。これを主プロジェクトのプロジェクトＩＤを条件としてタスクＩＤ、タスク名、タスク日程、属性ＩＤ、属性名を取得する。本具体例の場合、表２６のレコードを取得することとなる。
【００７５】
【表２６】
2010271805.tif 000028
【００７６】
Ｓ１９−４：プロジェクト情報記憶部１５．１と構成情報記憶部１５．３とから主プロジェクトとリンク関係にあるプロジェクトのプロジェクトＩＤを取得する。本実施例において、リンク関係にあるプロジェクトとは、プロジェクトの成果物である構成体の上位の構成体または、プロジェクトの成果物である構成体の下位の構成体である。具体的には、主プロジェクトの構成単位ＩＤを子構成単位ＩＤとして有する構成情報の親構成単位ＩＤを構成単位ＩＤとして有するプロジェクト情報が示すプロジェクト、または主プロジェクトの構成単位ＩＤを親構成単位ＩＤとして有する構成情報の子構成単位ＩＤを構成単位ＩＤとして有するプロジェクト情報が示すプロジェクトである。
本具体例の場合、主プロジェクトの構成単位ＩＤは「ＰＬ３２ＪＵ」であるから、「ＰＬ３２ＪＵ」を子構成単位ＩＤとして有するレコードを図１８（２）に示す構成情報テーブルから検索する。すると、表２７に示すレコードが抽出される。
【００７７】
【表２７】
2010271805.tif 000029
【００７８】
次に、表２７のレコードの親構成単位ＩＤを構成単位ＩＤとするテーブルを作成する。作成したテーブルを表２８に示す。
【００７９】
【表２８】
2010271805.tif 000030
【００８０】
同様に「ＰＬ３２ＪＵ」を親構成単位ＩＤとして有するレコードを図１８（２）に示す構成情報テーブルから検索する。すると、表２９に示す通り、レコードが抽出される。
【００８１】
【表２９】
2010271805.tif 000031
【００８２】
次に、表２９のレコードの子構成単位ＩＤを構成単位ＩＤとするテーブルを作成する。作成したテーブルを表２８に示す。
【００８３】
【表３０】
2010271805.tif 000032
【００８４】
表２８のテーブルに表３０のテーブルを追加する。追加した例を表３１に示す。
【００８５】
【表３１】
2010271805.tif 000033
【００８６】
次に、表３１に示すレコードとプロジェクト情報記憶部１５．１に記憶されたプロジェクト情報テーブルとを構成単位ＩＤで結合する。その際、表３１に示したテーブルとプロジェクト情報テーブルとに共通して存在する構成単位ＩＤを有するレコードのみ残す。
両者に共通して存在する構成単位ＩＤは、「ＬＣ３２ＪＰ」と「ＬＣ３２ＵＳ」なので、「ＬＣ３２ＪＰ」または「ＬＣ３２ＵＳ」を有するレコードは残す。「ＰＴ００１ＸＸ」、「ＰＴ００２ＸＸ」「ＰＴ００３ＸＸ」はプロジェクト情報テーブルに存在しないので、該当するレコードは削除する。抽出したレコードを表３２に示す。
【００８７】
【表３２】
2010271805.tif 000034
【００８８】
Ｓ１９−５からＳ１９−１０については、実施例１で説明したＳ６−５からＳ６−１０と同様の処理であるので、説明を省略する。プロジェクト情報記憶部６．１、タスク情報記憶部６．２、日程表表示部６．４をそれぞれ、プロジェクト情報記憶部１５．１、タスク情報記憶部１５．２、日程表表示部１５．４と読み替えの上、Ｓ６−５からＳ６−１０に従って処理を行なえば良い。
本具体例の場合、表３２に示した情報は、実施例１の表１３に示した情報と構成単位ＩＤの有無が違うだけで後は同じであり、以後の処理において構成単位ＩＤを用いることは無い。従って、実施例１の３番目の具体例と同じ結果となり、図１０に示した日程表が表示されることとなる。
【００８９】
本実施例によれば、プロジェクト間リンク情報記憶部なしに、プロジェクト間のリンク関係を特定できる。従ってプロジェクト間リンク情報を入力する必要が無く、そのための工数が一切不要である。また、構成情報は構成体を生産するためには必須な情報であるので、構成情報はあらかじめ存在する情報と考えることができる。すなわち、構成情報を本発明の装置を利用するための工数として計上する必要は無い。逆に、本実施例ではプロジェクト情報に構成単位ＩＤを入力する作業が必要である。従って、操作者から見た場合、本実施例は実施例２と比較して、プロジェクト間リンク情報を入力する作業をなくした代わりにプロジェクト情報テーブルに構成単位ＩＤを入力する作業をふやした発明と言える。 
実施例１ないし２におけるプロジェクト間リンク情報は、プロジェクトとプロジェクトとの多対多の関係を示すものである。それに対し、本実施例においてプロジェクト情報の構成単位ＩＤは、プロジェクトとそのプロジェクトの成果物である構成単位との関係を示すものであり、１対１対応である。そのため、プロジェクト間リンク情報の入力と比較して、入力が容易であり、入力間違いや入力漏れが起きる可能性が低い。また、入力工数自体も少なくなる場合が多い。
また、プロジェクトとプロジェクトの成果物である構成単位とが紐付けされるので、構成単位情報からプロジェクトの情報を参照したり、プロジェクト情報から構成単位情報を参照したりすることができる。そのため、プロジェクトとその成果物の設計状況とを一体として管理することができ、管理の効率を上げることができる。
さらに、プロジェクト情報テーブルの構成単位ＩＤはプロジェクト情報と構成単位情報とを一対一に対応付けるものであるので、プロジェクト情報と構成単位情報とを一度に入力するための入力インターフェースを用意することによって、入力忘れを防止することができる。また、構成単位情報テーブルとプロジェクト情報テーブルとを一つのテーブルとして構成しても良い。この場合、テーブルの数がへり、データ構成をより単純にすることができるので、処理速度の向上や使用メモリの軽減、信頼性の向上、保守の簡素化などの効果がある。
なお、実施例１ないし２は、構成情報がなくてもプロジェクト間のリンク関係を特定できることを特徴としている。構成情報の作成が遅れていて存在しない等の事情や、セキュリティや通信インフラ、組織運用上のルール等により、構成情報が取得できない場合においてもプロジェクト間リンク情報テーブルを利用できるため、可用性が高い。また、プロジェクトの成果物を構成情報で表現するが適切でない場合、例えば、「チーム間の親睦をはかり人間関係を良好に保つ。」ことを目的とするプロジェクトなどの成果物が目に見えるモノとして残らないプロジェクトの場合、プロジェクトとしては存在しても、上位の成果物の一構成要素とは言えない。このような場合、実施例３のように構成情報によってリンク関係を定義するより、プロジェクト間リンク情報によって定義した方が望ましい。
さらに、本実施例に実施例１ないし２のプロジェクト間リンク情報テーブルを加え、プロジェクト間リンク情報と構成情報との両方からプロジェクト間のリンク関係を特定しても良い。この場合、いずれかのテーブルにリンク関係が定義されていれば良く、構成情報が入力されているリンク情報についてはその入力の手間がはぶけ、かつ構成情報に入力されていない情報についてはプロジェクト間リンク情報テーブルに入力することにより、構成情報を変更せずにリンク関係を定義することができる。例えば、構成体の構成要素である構成単位を成果物とするプロジェクトについては、構成単位ＩＤにより構成単位情報と紐付け、成果物を構成情報として入力することがふさわしくないプロジェクトの場合、プロジェクト間リンク情報テーブルで他のプロジェクトとのリンク関係を定義する使い分けも可能である。
さらに、プロジェクト間リンク情報と構成情報との両方のテーブルに定義されているリンク関係や、一方のテーブルにのみ定義されているリンク関係を抽出することにより、プロジェクト間リンク情報テーブルや構成情報に未入力や入力誤り、重複入力が無いか確認するための参考情報とすることができる。また、構成情報をプロジェクト間リンク情報に変換してプロジェクト間リンク情報テーブルに追加しても良い。この場合、プロジェクト間リンク情報テーブルを入力する工数を省き、かつプロジェクト間リンク情報テーブルに全てのプロジェクト間のリンク関係を記憶できるので、その後、構成情報にアクセスできない状況においても、本発明を利用することができる。また、プロジェクト間リンク情報を構成情報に変換して構成情報に追加しても良い。この場合、構成情報を入力する工数を省くことができる。
【産業上の利用可能性】
【００９０】
複数の関係する日程表を表示する日程表表示装置であって、かつ日程表がその属性により分類できる場合に利用可能である。一般的に「プロジェクト」は何らかの目標を達成するための計画を指すが、特定の目的を達成するためのプロジェクトの日程表だけでなく、特定のリソースの使用時間を規定した計画であっても、複数の日程表の間に関係があり、かつ共通の属性により分類可能であるならば、本発明を適用可能である。
例えば、会議室の予約表と会議室の利用者の個人予定表とを関係して管理する場合において、個人の勤務地と会議室の所在地とを共通する属性として分類する場合、本発明を適用すれば、個人予定表とその人の勤務地にある会議室の予約状況とを並べて表示することが可能となる（実施例１）。また、個人の勤務地の近くにある会議室を選択的に予約することが可能となる（実施例２）。
【符号の説明】
【００９１】
１．１  プロジェクト情報記憶部
１．２  タスク情報記憶部
１．３  プロジェクト間リンク情報記憶部
１．４  日程表表示部
１１．１  プロジェクト情報記憶部
１１．２  タスク情報記憶部
１１．３  プロジェクト間リンク情報記憶部
１１．４  日程表表示部
１１．５  プロジェクト間リンク設定部
１５．１  プロジェクト情報記憶部
１５．２  タスク情報記憶部
１５．３  構成情報記憶部
１５．４  日程表表示部
【図１】
2010271805.tif 000035
【図２】
2010271805.tif 000036
【図３】
2010271805.tif 000037
【図４】
2010271805.tif 000038
【図５】
2010271805.tif 000039
【図６】
2010271805.tif 000040
【図７】
2010271805.tif 000041
【図８】
2010271805.tif 000042
【図９】
2010271805.tif 000043
【図１０】
2010271805.tif 000044
【図１１】
2010271805.tif 000045
【図１２】
2010271805.tif 000046
【図１３】
2010271805.tif 000047
【図１４】
2010271805.tif 000048
【図１５】
2010271805.tif 000049
【図１６】
2010271805.tif 000050
【図１７】
2010271805.tif 000051
【図１８】
2010271805.tif 000052
【図１９】
2010271805.tif 000053