JP7170801B2 - プロジェクト管理装置、プロジェクト管理方法、及びプロジェクト管理プログラム - Google Patents

Description

本発明は、プロジェクト管理装置、プロジェクト管理方法、及びプロジェクト管理プログラムに関する。

特許文献１には、輸出入業務管理に関し、請求項目データ、各請求項目の請求日データ、請求金額データ、未収金額データ、引当済み金額データ等を請求先毎に集計した請求明細データが作成されることが記載されており（段落［００５５］、図１４のステップＳ２４２参照）、さらに、引当処理を行うことが開示されている（請求項２、図１５のステップＳ１５９参照）。

特開２００２－１８３２６７号公報

ここで、特許文献１に記載されているような装置では、輸出入業務管理に関し、会計データを請求先毎に集計することはできるものの、まだ会計データとしては扱うことができない見込みの会計データを集計対象とすることはできない。

ところで、輸出入業務では、一般に、船舶など運搬機関の出航又は到着を待って一連の業務が完了する。例えば、船舶を利用した輸出業務においては、船舶の出航までに数か月を要する場合があり、この間に、手配していた積荷業者が変更になったり、燃料価格の変動にともなって原価に変動が生じたり、輸出先の関税が変更になって立替金に変動が生じたりすることがある。これらの例から明らかなように、輸出入業務における一連の業務が完了するまでは、全ての会計データは実績として確定しないこととなる。

そして、特許文献１に記載されているような装置では、全ての会計データが確定しない限り、集計結果としての請求先への請求金額が得られないため、予算の範囲内で、輸出入業務における一連の業務が進行しているかどうかを一連の業務が完了する前に把握することができないという問題がある。特に、一連の業務が長期にわたる場合には、当該業務の収支管理又は予実管理を任意のタイミングで行いたいという要求があるにも関わらず、従来技術では実現することはできていなかった。なお、このような問題は、輸出入業務に限られて生じる問題ではなく、複数の管理項目が生じ得るプロジェクトを扱う場面において同様に生じ、また、収支管理又は予実管理に限られて生じる問題ではなく、プロジェクト管理の場面において同様に生じる。

本発明は、上述の問題に鑑みてなされたものであって、複数の管理項目が生じ得るプロジェクトの管理を任意のタイミングで行うことができるプロジェクト管理装置、プロジェクト管理方法、及びプロジェクト管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係るプロジェクト管理装置は、複数の管理項目が生じ得るプロジェクトを管理するための、制御部を備えたプロジェクト管理装置であって、前記複数の管理項目の各々は、実績に係る管理項目及び見込みに係る管理項目の一方に属し、前記制御部は、前記複数の管理項目のうち、前記実績に係る管理項目に対する実績データを受け付ける第１の受付手段と、前記複数の管理項目のうち、前記見込みに係る管理項目に対する見込みデータを受け付ける第２の受付手段と、前記実績データ及び前記見込みデータを集計して集計データを取得する集計手段とを備えることを特徴とする。

また、本発明に係るプロジェクト管理装置は、表示画面を含む画像を表示するための表示部をさらに備え、前記表示画面が、前記複数の管理項目に属する第１の群の管理項目に対する実績データの入力を受け付けるための第１の実績登録画面であって前記第１の群とは異なる第２の群の管理項目に対する見込みデータの入力を受け付け可能に構成された第１の実績登録画面と、前記第２の群の管理項目に対する実績データの入力を受け付けるための第２の実績登録画面とを含み、前記第１の受付手段が、前記第１の実績登録画面を介して受け付けた前記第２の群の管理項目に対する見込みデータを、前記第２の実績登録画面を介して実績データとして受け付けることを特徴とする。

さらに、本発明に係るプロジェクト管理装置は、前記制御部が、前記表示部に表示される表示画面を制御する表示制御部をさらに含み、前記表示制御部が、前記第１の実績登録画面を介して前記第２の群の管理項目に対する見込みデータを受け付けた場合に、当該見込みデータを前記第２の実績登録画面に表示することを特徴とする。

また、本発明に係るプロジェクト管理装置は、前記実績データが、数量、金額及び単価のうちの少なくとも１つの情報を含み、前記見込みデータが、数量、金額及び単価のうちの少なくとも１つの情報を含み、かつ、前記集計手段が、前記実績データ及び前記見込みデータに含まれる、数量、金額及び単価のうちの少なくとも１つの情報につき、前記実績データ及び前記見込みデータを集計することを特徴とする。

また、本発明に係るプロジェクト管理装置は、プロジェクトが、受注に係るプロジェクトであり、前記制御部が、前記受注に係るプロジェクトを受け付けたときに、プロジェクトの種別を識別する種別識別情報と当該プロジェクトに設定すべき管理項目とを管理付けた管理項目マスタに基づいて、前記複数の管理項目を設定する管理項目設定手段をさらに含むことを特徴とする。

また、本発明に係るプロジェクト管理方法は、制御部を備えた情報処理装置において実行される、複数の管理項目が生じ得るプロジェクトを管理するためのプロジェクト管理方法であって、前記複数の管理項目の各々は、実績に係る管理項目及び見込みに係る管理項目の一方に属し、前記制御部において実行される、前記複数の管理項目のうち、前記実績に係る管理項目に対する実績データを受け付ける第１の受付ステップと、前記複数の管理項目のうち、前記見込みに係る管理項目に対する見込みデータを受け付ける第２の受付ステップと、前記実績データ及び前記見込みデータを集計して集計データを取得する集計ステップとを含むことを特徴とする。

また、本発明に係るプロジェクト管理プログラムは、制御部を備えた情報処理装置において実行させるための、複数の管理項目が生じ得るプロジェクトを管理するためのプロジェクト管理プログラムであって、前記複数の管理項目の各々は、実績に係る管理項目及び見込みに係る管理項目の一方に属し、前記制御部において実行させるための、前記複数の管理項目のうち、前記実績に係る管理項目に対する実績データを受け付ける第１の受付ステップと、前記複数の管理項目のうち、前記見込みに係る管理項目に対する見込みデータを受け付ける第２の受付ステップと、前記実績データ及び前記見込みデータを集計して集計データを取得する集計ステップとを含むことを特徴とする。

本発明によれば、複数の管理項目が生じ得るプロジェクトの予実管理を任意のタイミングで行うことができるという効果を奏する。

図１は、プロジェクト管理装置を含むプロジェクト管理システムの構成の一例を示すブロック図である。 図２は、図１におけるプロジェクト管理装置１００が実行するプロジェクト管理方法の処理手順を示すフローチャートである。 図３は、図２のステップＳ２７０において実行される実績データ受付処理に係るサブルーチンの処理手順を示すフローチャートである。 図４は、図２のステップＳ２３０で設定された複数の管理項目とその関係を説明するために用いられる図である。 図５は、図２のステップＳ２３０において複数の管理項目の設定に際し参照される請求項目マスタの構築例を模式的に示す図である。 図６は、図２のステップＳ２３０において複数の管理項目の設定に際し参照される原価項目マスタの構築例を模式的に示す図である。 図７は、図２のステップＳ２４０において見込みデータを受け付けるための表示画面の構成例を示す図である。 図８は、図７に示すような表示画面を介して受け付けた入力情報を管理するための請求情報ファイルの構成例を模式的に示す図である。 図９は、図７に示すような表示画面を介して受け付けた入力情報を管理するための原価情報ファイルの構成例を模式的に示す図である。 図１０は、図２のステップＳ２５０の判別の結果、受け付けた１群の見込みデータ及び実績データの例を模式的に示す図である。 図１１は、図１０に示すような１群の見込みデータ及び実績データを詳細表示したときの画面構成例を示す図である。 図１２は、請求項目と計上画面との関係を模式的に示す図である。 図１３は、請求項目が多岐にわたることを説明するために用いられる図である。 図１４は、原価項目と計上画面との関係を模式的に示す図である。 図１５は、原価項目が多岐にわたることを説明するために用いられる図である。 図１６は、図７に示したような表示画面を介して入力される見込みデータの別の例を模式的に示す図であり、図１６（ａ）は請求項目に対する見込みデータを、図１６（ｂ）は原価項目に対する見込みデータを示す。 図１７は、図１６に示す見込みデータの一部を実績データとして受け付けた場合を模式的に示す図であり、図１７（ａ）は請求項目に対するデータ群を、図１７（ｂ）は原価項目に対するデータ群を示す。 図１８は、図１７に示すデータ群を情報ファイルで管理したときのファイル構造例を模式的に示す図であり、図１８（ａ）は、請求情報ファイルを、図１８（ｂ）は、原価情報ファイルを示す。 図１９は、図２のステップＳ２７０においてなされた入庫入力に係るデータを模式的に示す図であり、図１９（ａ）は請求項目に対する実績データを、図１９（ｂ）は原価項目に対する実績データを示す。 図２０は、図１７に示すデータ群に、図１９に示すデータを反映させたデータ群を模式的に示す図であり、図２０（ａ）は請求項目に対するデータ群を、図２０（ｂ）は原価項目に対するデータ群を示す。 図２１は、図２０に示すデータ群を情報ファイルで管理したときのファイル構造例を模式的に示す図であり、図２１（ａ）は、請求情報ファイルを、図２１（ｂ）は、原価情報ファイルを示す。

本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。

［１．構成］
本実施形態に係るプロジェクト管理装置を含むプロジェクト管理システムの構成の一例について、図１を参照して説明する。図１は、プロジェクト管理装置を含むプロジェクト管理システムの構成の一例を示すブロック図である。

図１に示すプロジェクト管理システム１０００は、情報処理装置としてのプロジェクト管理装置１００と、サーバ２００と、プロジェクト管理装置１００及びサーバ２００を通信可能に接続するネットワーク３００とを含んでいる。

プロジェクト管理装置１００は、市販のデスクトップ型パーソナルコンピュータであり、複数の管理項目が生じ得るプロジェクトを管理するための情報処理装置である。このプロジェクト管理装置１００は、例えば、受注部門といった、事業者においてプロジェクトの管理を行う部署に１台設置されている。なお、プロジェクト管理装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。また、プロジェクト管理装置１００は、プロジェクト管理システム１０００内において複数台設置されていてもよく、この場合、複数台のプロジェクト管理装置１００の間で同期をとることで複数台のプロジェクト管理装置が１台のプロジェクト管理装置１００として機能してもよい。

プロジェクト管理装置１００は、制御部１０２と、通信インターフェース部１０４と、記憶部１０６と、入出力インターフェース部１０８とを備えている。プロジェクト管理装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線又は無線の通信回線を介して、プロジェクト管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、プロジェクト管理装置１００とサーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。したがって、通信インターフェース部１０４は、他の部署に備え付けの情報処理装置からの入力情報、受注元からの入力情報等を、ネットワーク３００又はネットワーク３００及びサーバ２００を介して受け付けることが可能に構成されているとともに、所定の情報処理装置や、受注元に対して所定の情報を出力することが可能に構成されている。

記憶部１０６には、各種のデータベース、テーブル、及びファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラム（本発明のプログラムを含む）が記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、及び光ディスク等を用いることができる。また、この記憶部１０６には、本発明のプログラムを実施するために用いられる各種のデータが書き出し／読み出し可能に格納されている。

入出力インターフェース部１０８には、入力装置１１２及び出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、及びマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。

制御部１０２は、プロジェクト管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。

さらに図１を参照しながら、記憶部１０６及び制御部１０２の構成について詳述する。

記憶部１０６は、図１に示されるように、管理項目マスタ１０６ａと、実績データ記憶領域１０６ｂと、見込みデータ記憶領域１０６ｃと、集計データ記憶領域１０６ｄとを含む。実績データ記憶領域１０６ｂ及び見込みデータ記憶領域１０６ｃは互いに統合されていてもよい。

管理項目マスタ１０６ａは、プロジェクトの種別を識別する種別識別情報と当該プロジェクトに設定すべき管理項目とを管理付けたマスタである。管理項目マスタ１０６ａを参照することにより、受注に係るプロジェクトの種別識別情報（例えばプロジェクトコード）から、当該プロジェクトに設定すべき管理項目を決定することが可能となる。

実績データ記憶領域１０６ｂは、実績データを記憶するための領域である。実績データは、数量、金額及び単価のうちの少なくとも１つの情報を含むデータであり、例えば、プロジェクトを構成する複数の業務において生じた会計に関する会計データである。見込みデータ記憶領域１０６ｃは、見込みデータを記憶するための領域である。見込みデータは、数量、金額及び単価のうちの少なくとも１つの情報を含むデータであり、例えば、プロジェクトを構成する複数の業務において生じうる会計に関する会計データである。

集計データ記憶領域１０６ｄは、集計データを記憶するための領域である。集計データは、実績データ及び見込みデータを集計することによって得られるデータであり、必要に応じて出力用に加工される。集計データは、プロジェクト管理装置１００によって作成され、集計データ記憶領域１０６ｄに出力可能に保持される。

制御部１０２は、図１に示されるように、複数のモジュールを備えている。図１に示す例では、制御部１０２は、管理項目設定部１０２ａと、第１の受付部１０２ｂと、第２の受付部１０２ｃと、集計部１０２ｄと、表示制御部１０２ｅとを備えている。

管理項目設定部１０２ａは、受注に係るプロジェクトを受け付けたときに、プロジェクトの種別を識別する種別識別情報と当該プロジェクトに設定すべき管理項目とを管理付けた管理項目マスタに基づいて、複数の管理項目を設定する管理項目設定手段として機能するモジュールである。

第１の受付部１０２ｂは、複数の管理項目のうち、実績に係る管理項目に対する実績データを受け付ける第１の受付手段として機能するモジュールである。表示画面が、複数の管理項目に属する第１の群の管理項目に対する実績データの入力を受け付けるための第１の実績登録画面であって第１の群とは異なる第２の群の管理項目に対する見込みデータの入力を受け付け可能に構成された第１の実績登録画面と、第２の群の管理項目に対する実績データの入力を受け付けるための第２の実績登録画面とを含む場合、第１の受付部１０２ｂは、第１の実績登録画面を介して受け付けた第２の群の管理項目に対する見込みデータを、第２の実績登録画面を介して実績データとして受け付ける機能も有する。第２の受付部１０２ｃは、複数の管理項目のうち、見込みに係る管理項目に対する見込みデータを受け付ける第２の受付手段として機能するモジュールである。

集計部１０２ｄは、実績データ及び前記見込みデータを集計して集計データを取得する集計手段として機能するモジュールである。集計部１０２ｄは、実績データ及び見込みデータに含まれる、数量、金額及び単価のうちの少なくとも１つの情報につき、実績データ及び見込みデータを集計するように構成されている。

表示制御部１０２ｅは、表示部に表示される表示画面を制御する表示制御手段として機能するモジュールである。表示画面が上記第１の実績登録画面と上記第２の実績登録画面を含む場合、表示制御部１０２ｅは、第１の実績登録画面を介して第２の群の管理項目に対する見込みデータを受け付けた場合に、当該見込みデータを第２の実績登録画面に表示する機能を有する。

［２．処理］
次に、図１に示すプロジェクト管理システム１０００において実行されるプロジェクト管理方法を例示的に説明する。

図２は、図１のプロジェクト管理システム１０００において、プロジェクト管理装置１００が実行するプロジェクト管理方法の処理手順を示すフローチャートである。この図２に示す処理は、概略的には、複数の管理項目が生じ得るプロジェクトに関し、実績に係る管理項目についての実績データと、見込みに係る管理項目についての見込みデータの双方を受け付け可能として、実績データ及び見込みデータをまとめて集計し、集計結果を出力するというものであり、これにより、任意のタイミングでのプロジェクト管理を可能にする。本処理の大部分は、プロジェクト管理装置１００の制御部１０２において実行される。以下では、プロジェクトとして、船積依頼（シッピングインストラクション）の管理に関し、貨物の入庫から船積みまでに要する一連の業務における請求金額及び原価の管理を行う場合について説明する。

図２において、まず、ステップＳ２１０では、プロジェクト管理装置１００は、管理項目マスタの登録（メンテナンス）を行う。管理項目マスタとは、プロジェクトに生じ得る複数の管理項目を登録したものをいう。ここで、プロジェクトとは、一連の業務からなる１つの受注業務又は請負業務をいう。プロジェクトの一例は、輸出業務におけるシッピングインストラクションである。管理項目は、請求項目ごとにかつ／又は原価項目ごとに明細管理可能な項目であり、管理項目としては、プロジェクトを構成する一連の業務を任意に細分化した業務を設定することが可能である。

例えば、プロジェクトが輸出業務におけるシッピングインストラクション（ＳＩ）である場合、管理項目として、ＳＩ入力（受注に係るプロジェクトの入力）、入庫入力、出庫入力、ＨＢＬ（House Bill of Lading：ハウス船荷証券）入力、下払入力、請求入力が設定され、好ましくは、この順が推奨の入力順序として設定され、さらに好ましくは、入力順序が最も高い順序の管理項目をメイン画面に設定しかつ他の順序の管理項目をサブ画面に設定して、複数の管理項目の各々を、実績に係る管理項目及び見込みに係る管理項目の一方に属するようにする。また、設定された入力順序は、表示画面を構成するときのタブの並び順や画面種別にも反映される。各管理項目は、当該管理項目に応じた請求項目及び原価項目を読み出し可能に構成されることが好ましく、例えば、管理項目と請求項目を関連付けた請求項目マスタ及び管理項目と単価項目を関連付けた原価項目マスタを用意することで実現できる。管理項目と請求項目及び原価項目を紐づけておくことで、当該管理項目に入力された情報（数値）が実績に係る実績データであるのか見込みに係る見込みデータであるのかを管理することが可能となる。なお、このステップＳ２１０における管理項目マスタの登録又はメンテナンスは任意のタイミングで実行可能である。管理項目マスタの登録がなされていることを前提に以下のステップS２２０以降の処理が行われる場合を説明する。

ステップＳ２２０では、受注に係るプロジェクトの登録がなされるかどうかを判別する。具体的には、特定のプロジェクトの受注入力画面（例えばＳＩ入力画面）が起動されるかどうかを判別する。これに代えて、プロジェクトの種別を識別するためのプロジェクト識別情報が取得されたかどうかを判別してもよい。プロジェクト識別情報としては、輸出業務におけるシッピングインストラクションに固有の識別コード、輸入業務における集荷代行業務に固有の識別コードを挙げることができる。

続くステップＳ２３０では、ステップＳ２２０で登録されたプロジェクトの管理項目の設定を行う。具体的には、管理項目マスタを参照して、当該プロジェクトに応じた管理項目及び請求項目及び当該管理項目に応じた請求項目及び原価項目を読み出し、必要に応じて表示画面におけるタブの並び順を編成する。さらにこのとき、メイン画面が設定されている場合には、メイン画面を表示画面に表示する。

続いて、ステップＳ２４０では、見込みデータの受け付けを行う。見込みデータの受け付けは、各管理項目に対応するタブ（表示画面）を介して行われる。受注時には、まず、メイン画面が表示されているときに、プロジェクト受注時点において見込まれる請求項目及び原価項目について数値入力が行われる。この際、見込みデータでなく実績データ（例えば立替金や前受金）が入力されても構わない。

次に、ステップＳ２５０では、プロジェクト受注時において実績データがあるかどうかを判別する。本実施形態では、管理項目に対応する表示画面と、実績データとして請求項目及び原価項目の数値を受け付け可能な計上画面とが予め紐付けられており、これにより、ステップＳ２４０で受け付けた見込みデータが実績データであるかどうかを判別する。すなわち、計上画面において入力された見込みデータは実績データであると判別されて当該見込みデータを実績データとして受け付け、一方、計上画面以外の表示画面において入力された見込みデータは見込みデータのまま管理される。なお、管理項目と、請求項目及び原価項目とが互いに紐付けられていればよく、必ずしも表示画面と計上画面とが関連付けられていなくてもよい。例えば、これに代えて、ステップＳ２４０で見込みデータを受け付ける際に、見込みデータごとに、実績データであることを示すチェックボックスを設けておき、ステップＳ２５０において、チェックボックスがＯＮになっていることに基づき実績データがあると判別するようにしてもよい。

そして、ステップＳ２５０の判別の結果、実績データがない場合には（ステップＳ２５０でＮｏ）、ステップＳ２６０～Ｓ２７０の処理をスキップしてステップＳ２８０の処理に進む。一方、実績データがある場合には（ステップＳ２５０でＹｅｓ）、ステップＳ２６０の処理に進んで、当該実績データの計上フラグをＯＮ（数値「１」）にセットする。ここで、計上フラグとは、実績データ及び見込みデータをまとめて集計する際に、数値が確定しており（つまり変動がなく）集計対象として計上済みであることを示すフラグである。その後、ステップＳ２７０の処理に進んで、図３を用いて詳細に説明する実績データ受付処理を行う。実績データ受付処理は、プロジェクト受注時以降に、請求項目及び原価項目に変動が生じた場合に、それらの情報を受け付けるために行われる。

図３は、図２のステップＳ２７０において実行される実績データ受付処理に係るサブルーチンの処理手順を示すフローチャートである。

図３において、まず、ステップＳ２７１では、管理項目の特定を行う。具体的には、請求項目又は原価項目に対する情報入力のために起動された表示画面から管理項目を特定する。なお、これに代えて、情報入力がなされた請求項目又は原価項目から管理項目を特定してもよい。続いて、ステップＳ２７２では、ステップＳ２７１で特定された管理項目に対応する表示画面において初期表示を行う。初期表示の結果、表示画面には、既に受け付けた見込みデータ及び実績データが反映される。

次に、ステップＳ２７３では、ステップＳ２７２で初期表示がなされた表示画面を介して入力された情報が実績データとして登録されたかどうかを判別する。実績データとして登録された場合には（ステップＳ２７３でＹｅｓ）、当該入力された情報を実績データとして受け付け、ステップＳ２７４で計上フラグをＯＮにセットしてステップＳ２７５の処理に進む。一方、実績データとして登録されなかった場合には（ステップＳ２７３でＮｏ）、ステップＳ２７４をスキップして（すなわち入力された情報を見込みデータとしたままで）、ステップＳ２７５の処理に進む。

ステップＳ２７５では、他の管理項目についても、請求項目又は原価項目に対する情報入力がなされるかどうかを判別する。他の管理項目について情報入力がなされる場合には（ステップＳ２７５でＹｅｓ）、ステップＳ２７１に戻って、ステップＳ２７１～Ｓ２７４の処理を繰り返す。一方、他の管理項目について情報入力がなされない場合には（ステップＳ２７５でＮｏ）、図３に示す処理を完了して、図２の処理にリターンして、ステップＳ２８０の処理に進む。

図２に戻り、ステップＳ２８０では、ステップＳ２２０で登録されたプロジェクトを構成する複数の管理項目につき、集計が必要であるかどうかを判別する。実際には、実績データ及び見込みデータを受け付けた際に集計は行われているので、集計結果の出力が必要であるかどうかを判別する。具体的には、ステップＳ２８０の判別は、集計結果出力のための表示画面がきどうされたかどうかを判別することによって行われる。集計とは、実績データ及び見込みデータを、集計項目ごと（例えば、請求金額ごと、数量ごと、単価ごと）に、集計することをいい、実績データ及び見込みデータの一方が存在しない場合には、他方についてのみ集計される。

ステップＳ２８０の判別の結果、集計が必要でない場合には（ステップＳ２８０でＮｏ）、ステップＳ２１０に戻って、管理項目マスタの新規登録又はメンテナンス、並びに、他の受注プロジェクトの登録等の受け付けを待機する。一方、集計が必要である場合には（ステップＳ２８０でＹｅｓ）、ステップＳ２９０に進んで、集計結果を出力する。集計結果の出力は、画面表示によるものであってもよいし、プリントアウトによるものであってもよいし、ネットワーク３００を介した外部への集計結果に関するデータの送出であってもよい。なお、ステップＳ２８０～Ｓ２９０の処理は任意のタイミングで実行可能である。そして、図２の処理を完了する。

以上詳細に説明したように、図２及び図３に示したプロジェクト管理方法の処理によれば、複数の管理項目が生じ得るプロジェクトを管理するに際し、複数の管理項目に対して見込みデータ又は情報入力がなされた場合に（ステップＳ２４０，Ｓ２７３でＹｅｓ）、実績に係る管理項目については実績データとして受け付け（ステップＳ２５０でＹｅｓ，Ｓ２７３でＹｅｓ）、一方、複数の管理項目のうち、見込みに係る管理項目については見込みデータとして受け付け（ステップＳ２５０でＮｏ，Ｓ２７３でＮｏ）、実績データ及び見込みデータを集計する（ステップＳ２８０でＹｅｓ）。これにより、集計結果に、実績データだけでなく見込みデータも反映させることができる。そのため、ユーザは、全ての見込みデータが実績データとして確定しなくても、任意のタイミングで集計結果を出力することで、複数の管理項目が生じ得るプロジェクトの管理を任意のタイミングで行うことができる。例えば、プロジェクトを構成する一連の業務が長期にわたる場合であっても、当該業務の収支管理又は予実管理を任意のタイミングで行うことができ、さらには、見込みデータに変更が生じても、集計結果に容易に反映させることができる。

また、図２及び図３の処理によれば、第１の実績登録画面を介して受け付けた見込みデータは（ステップＳ２４０）、第２の実績登録画面を介して実績データとして受け付け可能に構成されている（ステップＳ２７３でＹｅｓ）。これは、表示画面が、複数の管理項目に属する第１の群の管理項目に対する実績データの入力を受け付けるための第１の実績登録画面であって第１の群とは異なる第２の群の管理項目に対する見込みデータの入力を受け付け可能に構成された第１の実績登録画面と、第２の群の管理項目に対する実績データの入力を受け付けるための第２の実績登録画面とを含むようにすることで実現できる。このように、実績登録画面においても見込みデータを受け付け可能に構成し、当該見込みデータを事後的に実績データに変更可能にすることで、ユーザは、見込みデータであっても躊躇なく入力することができるだけでなく、入力した見込みデータに変更が生じても容易に編集できるようになる。さらに、図２及び図３の処理によれば、第１の実績登録画面を介して第２の群の管理項目に対する見込みデータを受け付けた場合に、当該見込みデータは第２の実績登録画面において初期表示される（ステップＳ２７２）。これにより、ユーザは、見込みデータを重複して入力することを回避することができるだけでなく、見込みデータから実績データへの変更を速やかに行うことができるようになる。

さらに、図２及び図３の処理によれば、プロジェクトが受注に係るプロジェクトである場合、受注に係るプロジェクトを受け付けたときに、プロジェクトの種別を識別する種別識別情報と当該プロジェクトに設定すべき管理項目とを管理付けた管理項目マスタに基づいて、当該プロジェクトを構成する一連の業務に対応する複数の管理項目を設定可能に構成されている（ステップＳ２１０～Ｓ２３０）。これにより、管理項目の設定に要するユーザの手間を大幅に軽減することができる。さらには、ユーザが管理項目の設定を行う場合に比べて入力漏れなどのミスの発生を大幅に抑制することができる。

なお、上述した実施形態では、金額を集計する場合について説明したが、集計対象は、実績データ及び見込みデータに含まれる、数量、金額及び単価のうちの少なくとも１つの情報であればよい。また、単価を集計した場合には、引き続いて、平均単価を算出するようにすることも好ましく、例えば、２つの便で同じ積荷を扱う場合であっても、燃料高騰などの影響により、第１便と第２便とで単価が異なるときがあり、積荷を平均単価で管理することができるようになる。

［３．具体例］
次に、上述した実施形態の具体例を図４～図２１を用いて説明する。本具体例では、プロジェクトとして、船積依頼（シッピングインストラクション）の管理に関し、貨物の入庫から船積みまでに要する一連の業務における請求金額及び原価の管理が行われる。以下では、図２に示した請求項目マスタの登録がなされていることを前提に説明する。

図４は、図２のステップＳ２３０で設定された複数の管理項目とその関係を説明するために用いられる図である。図４に示す複数の管理項目は、船積依頼（シッピングインストラクション）に要する業務に対応する管理項目である。さらに、図４に示される複数の管理項目を結ぶ線は、表示画面における複数の管理項目に応じた表示画面の関係も示しており、具体的には、ＳＩ入力画面がメイン画面であり、サブ画面としてその他の管理項目に応じたタブが用意されることを示している。各管理項目に対応する表示画面は、請求項目及び原価項目の見込みデータ又は実績データとしての明細（詳細情報）が受け付け可能に構成される。

図５は、図２のステップＳ２３０において複数の管理項目の設定に際し参照される請求項目マスタの構築例を模式的に示す図であり、図６は、図２のステップＳ２３０において複数の管理項目の設定に際し参照される原価項目マスタの構築例を模式的に示す図である。図５及び図６に示すように、請求項目マスタ及び原価項目マスタを用意しておくことで、図２のステップＳ２３０において管理項目の設定を速やかに行うことができるようになる。また、図５及び図６に示すように、請求項目コード及び原価項目コードを計上画面種別情報と紐付けておくことで、表示画面が実績入力画面であるかどうかを管理することができる。さらに、各表示画面を介して入力された情報の請求項目コード及び原価項目コードに基づき、当該入力された情報が計上画面で入力されたのかどうかを速やかに判別できるようになる。

図７は、図２のステップＳ２４０において見込みデータを受け付けるための表示画面の構成例を示す図である。図７に示す表示画面は、図４を用いて説明した複数の管理項目に対応する表示画面（タブ）のうちのメイン画面であるＳＩ入力画面の一例を示しており、この画面を介して受注したプロジェクトの見込みデータ及び必要に応じて実績データが入力される。

図８は、図７に示すような表示画面を介して受け付けた入力情報を管理するための請求情報ファイルの構成例を模式的に示す図である。請求情報ファイルでは、請求項目に対して受け付けた入力情報を画面種別、受注番号等と関係付けて管理される。図９は、図７に示すような表示画面を介して受け付けた入力情報を管理するための原価情報ファイルの構成例を模式的に示す図である。原価情報ファイルでは、原価項目に対して受け付けた入力情報を画面種別、受注番号等と関係付けて管理される。

図１０は、図２のステップＳ２５０の判別の結果、受け付けた１群の見込みデータ及び実績データの例を模式的に示す図である。図１０に示す例では、図７に示したＳＩ入力画面を介して受け付けたデータが示されている。図１０に示される４つのレコードは、それぞれ、図２のステップＳ２４０で見込みデータとして受け付けたものであり、図７に示すＳＩ入力画面では、計上画面種別がＳＩ入力であるレコードにつき（すなわち、入力画面と計上画面が一致する場合）、当該レコードは実績データとして受け付けられ（ステップＳ２５０でＹｅｓ）、計上フラグがＯＮにセットされる（ステップＳ２６０）。

図１１は、図１０に示すような１群の見込みデータ及び実績データを詳細表示したときの画面構成例を示す図である。図１１において、符号Ａで示されるレコードは、実績データであり、符号Ｂで示されるレコードは、見込みデータである。図１１には示されていないが、実績データと見込みデータは互いに識別可能に表示される。これにより、ユーザは、見込みデータが存在することを容易に把握することができる。

図１２は、請求項目と計上画面との関係を模式的に示す図である。本具体例においては、請求項目又はその識別情報である請求項目コードは、計上画面に紐付けられており、ある表示画面において請求項目に情報入力がなされると、図１２に示される関係から、ある画面と計上画面とが一致するかどうかを速やかに判別することができるようになっている。図１３は、請求項目が多岐にわたることを説明するために用いられる図である。図１３に示すように、プロジェクトがシッピングインストラクションである場合、さまざまな請求項目が発生し、このため、本具体例のように、見込みデータを実績データとしての確定を待たずに入力できることはユーザにとって有利である。

図１４は、原価項目と計上画面との関係を模式的に示す図である。本具体例においては、原価項目又はその識別情報である原価項目コードは、計上画面に紐付けられており、ある表示画面において原価項目に情報入力がなされると、図１４に示される関係から、ある画面と計上画面とが一致するかどうかを速やかに判別することができるようになっている。図１５は、原価項目が多岐にわたることを説明するために用いられる図である。図１５に示すように、プロジェクトがシッピングインストラクションである場合、さまざまな原価項目が発生し、このため、本具体例のように、見込みデータを実績データとしての確定を待たずに入力できることはユーザにとって有利である。

図１６は、図７に示したような表示画面を介して入力される見込みデータの別の例を模式的に示す図であり、図１６（ａ）は請求項目に対する見込みデータを、図１６（ｂ）は原価項目に対する見込みデータを示す。図１６に示すデータ群は、メイン画面であるＳＩ入力画面を介して入力されるデータ群である。図１７は、図１６に示す見込みデータの一部を実績データとして受け付けた場合を模式的に示す図であり、図１７（ａ）は請求項目に対するデータ群を、図１７（ｂ）は原価項目に対するデータ群を示す。なお、見込みデータは予定データとして扱ってもよい。

図１８は、図１７に示すデータ群を情報ファイルで管理したときのファイル構造例を模式的に示す図であり、図１８（ａ）は、請求情報ファイルを、図１８（ｂ）は、原価情報ファイルを示す。図１８に示されるように、受け付けたデータを情報ファイルとして管理することで、入力画面と計上画面の一致／不一致、計上フラグのＯＮ／ＯＦＦを管理することができる。

図１９は、図２のステップＳ２７０においてなされた入庫入力に係るデータを模式的に示す図であり、図１９（ａ）は請求項目に対する実績データを、図１９（ｂ）は原価項目に対する実績データを示す。シッピングインストラクションに係る業務の一つに入庫業務がある。入庫業務に際し、例えば入庫料を受けとった場合には当該情報が実績データとして入力されるか、既存の見込みデータを編集して実績データとして登録する（ステップＳ２７３でＹｅｓ）。図２０は、図１７に示すデータ群に、図１９に示すデータを反映させたデータ群を模式的に示す図であり、図２０（ａ）は請求項目に対するデータ群を、図２０（ｂ）は原価項目に対するデータ群を示す。図２０に示す例では、図１７に示した見込みデータとしての入庫料に関するレコードは、図１９に示した実績データとしての入庫料に関するレコードに差し替えられている。この差し替えのために、図１７に示した見込みデータが自動的に削除されるように構成してもよく、このために、例えば、入庫入力画面においては単一の入庫料に関するレコードしか受け付けないようにし、実績データが入力された場合には他の見込みデータを削除するように構成すればよい。図２１は、図２０に示すデータ群を情報ファイルで管理したときのファイル構造例を模式的に示す図であり、図２１（ａ）は、請求情報ファイルを、図２１（ｂ）は、原価情報ファイルを示す。図２１に示されるように、入庫入力がなされた場合、図１８に示した情報ファイルも更新される。入庫入力と同様に、計上画面と一致する入力画面を介して実績データが入力された場合には、情報ファイルが更新される。

以上詳細に説明したように、本具体例によれば、入力画面と計上画面の一致／不一致に関する情報を用いることで、見込みデータと実績データの管理を行うことができる。また、ユーザは、実績データがある場合には、通常、計上画面を用いることになるため、ユーザは、実績データと見込みデータの種別を意識することなくデータ入力を行うことができる。本具体例は、そのようなユーザインターフェースを提供できるという効果を奏する。

［４．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、プロジェクト管理装置１００及びプロジェクト管理システム１０００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

例えば、プロジェクト管理装置１００が備える処理機能、特に制御部にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じてプロジェクト管理装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。

また、このコンピュータプログラムは、プロジェクト管理装置１００に対して任意のネットワーク（例えばネットワーク３００）を介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、および、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。したがって、本明細書で説明した処理を実行するためのプログラムを格納した記録媒体もまた本発明を構成することとなる。

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部１０６に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。

また、プロジェクト管理装置１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、プロジェクト管理装置１００は、当該装置に本明細書で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。

更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

本発明は、特に、複数の管理項目が生じ得るプロジェクトを管理する際において有用である。

１００ プロジェクト管理装置
１０２ 制御部
１０２ａ 管理項目設定部
１０２ｂ 第１の受付部
１０２ｃ 第２の受付部
１０２ｄ 集計部
１０２ｅ 表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 管理項目マスタ
１０６ｂ 実績データ記憶領域
１０６ｃ 見込みデータ記憶領域
１０６ｄ 集計データ記憶領域
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
１０００ プロジェクト管理システム

Claims (4)

1. 複数の管理項目が生じ得るプロジェクトを管理するための、制御部を備えたプロジェクト管理装置であって、
   前記複数の管理項目の各々は、実績に係る管理項目及び見込みに係る管理項目の一方に属し、
   前記制御部は、
   前記複数の管理項目のうち、前記実績に係る管理項目に対する実績データを受け付ける第１の受付手段と、
   前記複数の管理項目のうち、前記見込みに係る管理項目に対する見込みデータを受け付ける第２の受付手段と、
   前記実績データ及び前記見込みデータを集計して集計データを取得する集計手段と
   を備え、
   ここで、前記プロジェクトは、受注に係るプロジェクトであり、
   前記制御部は、
   前記受注に係るプロジェクトを受け付けたときに、プロジェクトの種別を識別する種別識別情報と当該プロジェクトに設定すべき管理項目とを管理付けた管理項目マスタに基づいて、前記複数の管理項目を設定する管理項目設定手段
   をさらに含む
   ことを特徴とするプロジェクト管理装置。
2. 前記実績データは、数量、金額及び単価のうちの少なくとも１つの情報を含み、
   前記見込みデータは、数量、金額及び単価のうちの少なくとも１つの情報を含み、かつ、
   前記集計手段は、
   前記実績データ及び前記見込みデータに含まれる、数量、金額及び単価のうちの少なくとも１つの情報につき、前記実績データ及び前記見込みデータを集計する
   ことを特徴とする請求項１に記載のプロジェクト管理装置。
3. 制御部を備えた情報処理装置において実行される、複数の管理項目が生じ得るプロジェクトを管理するためのプロジェクト管理方法であって、
   前記複数の管理項目の各々は、実績に係る管理項目及び見込みに係る管理項目の一方に属し、
   前記制御部において実行される、
   前記複数の管理項目のうち、前記実績に係る管理項目に対する実績データを受け付ける第１の受付ステップと、
   前記複数の管理項目のうち、前記見込みに係る管理項目に対する見込みデータを受け付ける第２の受付ステップと、
   前記実績データ及び前記見込みデータを集計して集計データを取得する集計ステップと
   を含み、
   ここで、前記プロジェクトは、受注に係るプロジェクトであり、
   前記プロジェクト管理方法は、
   前記制御部において実行される、
   前記受注に係るプロジェクトを受け付けたときに、プロジェクトの種別を識別する種別識別情報と当該プロジェクトに設定すべき管理項目とを管理付けた管理項目マスタに基づいて、前記複数の管理項目を設定する管理項目設定ステップ
   をさらに含む
   ことを特徴とするプロジェクト管理方法。
4. 制御部を備えた情報処理装置において実行させるための、複数の管理項目が生じ得るプロジェクトを管理するためのプロジェクト管理プログラムであって、
   前記複数の管理項目の各々は、実績に係る管理項目及び見込みに係る管理項目の一方に属し、
   前記制御部において実行させるための、
   前記複数の管理項目のうち、前記実績に係る管理項目に対する実績データを受け付ける第１の受付ステップと、
   前記複数の管理項目のうち、前記見込みに係る管理項目に対する見込みデータを受け付ける第２の受付ステップと、
   前記実績データ及び前記見込みデータを集計して集計データを取得する集計ステップと
   を含み、
   ここで、前記プロジェクトは、受注に係るプロジェクトであり、
   前記プロジェクト管理プログラムは、
   前記制御部において実行させるための、
   前記受注に係るプロジェクトを受け付けたときに、プロジェクトの種別を識別する種別識別情報と当該プロジェクトに設定すべき管理項目とを管理付けた管理項目マスタに基づいて、前記複数の管理項目を設定する管理項目設定ステップ
   をさらに含む
   ことを特徴とするプロジェクト管理プログラム。

Images