(57)【特許請求の範囲】
【請求項１】
建設プロジェクトに関わるエンティティを評価するためのシステムであって、前記システムは、
建設プロジェクトに関連する複数のイベントにアクセスできるサーバを備え、前記複数のイベントは、前記建設プロジェクトの期間中に前記建設プロジェクトに関連する複数のエンティティから提供されるプロジェクトデータに基づいて作成され、前記複数のイベントは、前記建設プロジェクトの完了イベントと、前記建設プロジェクトの会計イベントとを含み、
前記サーバは、ネットワーク接続を通して計算装置と通信するように構成され、前記サーバは処理ユニットを含み、
前記処理ユニットは、利用可能なトリガーイベントのリストから前記複数のエンティティのうちの第１のエンティティによって選択されたトリガーイベントを、前記計算装置から受け取るように構成され、前記利用可能なトリガーイベントのリストは、完了イベントと会計イベントとを含み、
前記処理ユニットは、前記複数のイベントが前記選択されたトリガーイベントをいつ含むのかを自動的に特定するように構成され、
前記処理ユニットは、前記選択されたトリガーイベントが前記複数のイベントに含まれるときに、自動的にユーザに、前記複数のエンティティのうちの第２のエンティティに対する評価を完了するよう促すように構成され、前記複数のエンティティは、評価対象として、複数の前記第２のエンティティを含み、
前記処理ユニットは、前記ユーザから完了した前記評価を受け取るように構成され、
前記処理ユニットは、完了した前記評価を集約したものを、前記複数のエンティティのうちの前記第１のエンティティおよび前記複数の第２のエンティティが利用することを可能にするように構成される、システム。
【請求項２】
前記処理ユニットはさらに、前記第１のエンティティによって選択された第２のトリガーイベントを受け取るように構成され、前記第２のトリガーイベントは、評価のマニュアル要求、前記建設プロジェクトの完了の割合、カレンダーイベント、前記建設プロジェクトにおける段階、現場問題のいずれかを含む、請求項１に記載のシステム。
【請求項３】
前記処理ユニットはさらに、前記第１のエンティティによって選択されかつ前記選択されたトリガーイベントに関連する複数の契約を受け取るように構成され、前記処理ユニットは、前記複数のイベントに、前記複数の契約のうちの１つに関連する前記選択されたトリガーイベントが含まれるときに、自動的にユーザに前記評価を完了するよう促すことによって、自動的にユーザに前記評価を完了するよう促すように構成される、請求項１または２に記載のシステム。
【請求項４】
前記処理ユニットはさらに、前記第１のエンティティによって選択されかつ前記選択されたトリガーイベントに関連する複数の評価者を受け取るように構成され、前記処理ユニットは、前記複数の評価者各々に前記評価を完了するよう促すことによって、前記ユーザに前記評価を完了するよう促すように構成される、請求項１〜３のいずれか１項に記載のシステム。
【請求項５】
前記処理ユニットはさらに、警告しきい値と、前記第１のエンティティによって選択されかつ前記選択されたトリガーイベントに関連する複数の被警告者とを受け取るように構成され、前記処理ユニットはさらに、完了した前記評価が前記警告しきい値を満たすか否かを自動的に判断し、完了した前記評価が前記警告しきい値を満たす場合に自動的に前記複数の被警告者各々に完了した前記評価を通知するように構成される、請求項１〜４のいずれか１項に記載のシステム。
【請求項６】
前記処理ユニットはさらに、前記第１のエンティティによって選択されかつ前記選択されたトリガーイベントに関連するテンプレートを受け取るように構成され、前記処理ユニットは、前記テンプレートに基づく評価形態を前記ユーザに対して表示することにより、自動的に前記ユーザに前記評価を完了するよう促すように構成される、請求項１〜５のいずれか１項に記載のシステム。
【請求項７】
前記処理ユニットはさらに、前記選択されたトリガーイベントに対して開始された評価の数と前記選択されたトリガーイベントに対して開始された評価の状態のグラフ表現を提供するユーザインターフェイスを表示するように構成される、請求項１〜６のいずれか１項に記載のシステム。
【請求項８】
前記処理ユニットはさらに、完了した前記評価を含む前記処理ユニットが受け取った複数の完了した評価に基づく複数の前記第１のエンティティに含まれる複数の前記第２のエンティティ各々の総合評価値を含む報告を表示するように構成される、請求項１〜７のいずれか１項に記載のシステム。
【請求項９】
前記処理ユニットはさらに、完了した前記評価を含む複数の完了した評価を受け取るように、かつ、前記複数の完了した評価に含まれるデータを集約することにより、前記複数の完了した評価の数と、前記複数の完了した評価に関連する警告の数と、前記複数の完了した評価の平均期間とをグラフによって明記した報告を作成するように構成される、請求項１〜８のいずれか１項に記載のシステム。
【請求項１０】
前記処理ユニットはさらに、自動的に前記ユーザに前記評価を完了するよう促した時点と、完了した前記評価を受けた時点との間の時間を表わす評価期間を追跡するように、かつ、前記期間をユーザインターフェイスに表示するように構成される、請求項１〜９のいずれか１項に記載のシステム。
【請求項１１】
建設プロジェクトに関わるエンティティを評価するためのコンピュータにより実行される方法であって、前記方法は、
建設プロジェクトに関連する複数のイベントにアクセスするステップを備え、前記複数のイベントは、前記建設プロジェクトの期間中に前記建設プロジェクトに関連する複数のエンティティから提供されるプロジェクトデータに基づいて作成され、前記複数のイベントは、前記建設プロジェクトの完了イベントと、前記建設プロジェクトの会計イベントとを含み、
利用可能なトリガーイベントのリストから前記複数のエンティティのうちの第１のエンティティによって選択されたトリガーイベントを、計算装置から受け取るステップを備え、前記利用可能なトリガーイベントのリストは、完了イベントと会計イベントとを含み、
前記複数のイベントが前記選択されたトリガーイベントをいつ含むのかを自動的に特定するステップと、
前記選択されたトリガーイベントが前記複数のイベントに含まれるときに、自動的にユーザに、前記複数のエンティティのうちの第２のエンティティに対する評価を完了するよう促すとともに、前記ユーザから完了した前記評価を受け取るステップを備え、前記複数のエンティティは、評価対象として、複数の前記第２のエンティティを含み、
完了した前記評価を集約したものを、前記複数のエンティティのうちの前記第１のエンティティおよび前記複数の前記第２のエンティティが利用することを可能にするステップとを備える、方法。
【請求項１２】
前記方法はさらに、前記第１のエンティティによって選択された第２のトリガーイベントを受け取るステップを備え、前記第２のトリガーイベントは、評価のマニュアル要求、前記建設プロジェクトの完了の割合、カレンダーイベント、前記建設プロジェクトにおける段階、現場問題のいずれかを含む、請求項１１に記載の方法。
【請求項１３】
前記方法はさらに、前記第１のエンティティによって選択されかつ前記選択されたトリガーイベントに関連する複数の契約を受け取るステップと、
前記複数のイベントに、前記複数の契約のうちの１つに関連する前記選択されたトリガーイベントが含まれるときに、自動的にユーザに前記評価を完了するよう促すステップとを備える、請求項１１または１２に記載の方法。
【請求項１４】
前記方法はさらに、自動的に前記ユーザに前記評価を完了するよう促した時点と、完了した前記評価を受けた時点との間の時間を表わす評価期間を追跡するように、かつ、前記期間をユーザインターフェイスに表示するステップを備える、請求項１１〜１３のいずれか１項に記載の方法。
【請求項１５】
前記方法はさらに、警告しきい値と、前記第１のエンティティによって選択されかつ前記選択されたトリガーイベントに関連する複数の被警告者とを受け取るステップと、
完了した前記評価が前記警告しきい値を満たすか否かを自動的に判断し、完了した前記評価が前記警告しきい値を満たす場合に自動的に前記複数の被警告者各々に完了した前記評価を通知するステップとを備える、請求項１１〜１４のいずれか１項に記載の方法。
【請求項１６】
コンピュータにより実行されることで、当該コンピュータに、建設プロジェクトに関わるエンティティを評価するための方法を実施させるコンピュータプログラムであって、前記方法は、
建設プロジェクトに関連する複数のイベントにアクセスするステップを備え、前記複数のイベントは、前記建設プロジェクトの期間中に前記建設プロジェクトに関連する複数のエンティティから提供されるプロジェクトデータに基づいて作成され、前記複数のイベントは、前記建設プロジェクトの完了イベントと、前記建設プロジェクトの会計イベントとを含み、
利用可能なトリガーイベントのリストから前記複数のエンティティのうちの第１のエンティティによって選択されたトリガーイベントを、計算装置から受け取るステップを備え、前記利用可能なトリガーイベントのリストは、完了イベントと会計イベントとを含み、
前記複数のイベントが前記選択されたトリガーイベントをいつ含むのかを自動的に特定するステップと、
前記選択されたトリガーイベントが前記複数のイベントに含まれるときに、自動的にユーザに、前記複数のエンティティのうちの第２のエンティティに対する評価を完了するよう促すとともに、前記ユーザから完了した前記評価を受け取るステップを備え、前記複数のエンティティは、評価対象として、複数の前記第２のエンティティを含み、
完了した前記評価を集約したものを、前記複数のエンティティのうちの前記第１のエンティティおよび前記複数の前記第２のエンティティが利用することを可能にするステップとを備える、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本願は、２０１４年７月１１日に出願された米国仮出願第６２／０２３，４８９号に基づく優先権を主張し、その内容全体を本明細書に引用により援用する。
【背景技術】
【０００２】
背景
建設プロジェクトには、多数のエンティティ（たとえばプロジェクトオーナー、総合建設業者、および１以上の下請業者、材料供給業者、またはその他の納入業者）が関わることが多い。建設プロジェクトを管理するエンティティ（たとえばプロジェクトオーナーまたは総合建設業者）は、他のエンティティ（たとえば下請業者および材料供給業者）がどのように業務を遂行しているかを知ることによって、プロジェクトの適切な運営を確実にすることを希望する場合が多い。加えて、エンティティは、建設プロジェクトに対して自身がどのように業務を遂行しているかを、同じプロジェクトに関わる他の業者との比較において示す情報の取得に興味を持つ場合がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
概要
マニュアル評価プロセスは存在するが、これらのプロセスは、管理が難しく、時間がかかり、エラーが発生し易い。特に、エンティティは、手入力で、適時にかつ明確な目的のあるやり方で評価を要求することを覚えていなければならない。たとえば、理想的には、下請業者に関する評価は、その下請業者がプロジェクトにおいて担当する部分を完了した時点で完了すべきであって、（下請業者の担当部分が完了してから数か月後または数年後にさえなる場合がある）プロジェクト全体の完了の時点で完了すべきではない。
【０００４】
さらに、従来のマニュアル評価プロセスは、１つのエンティティについて管理されている情報のみに基づいているので、そのエンティティが、評価要求を特定のイベントに関連付けることを、（エンティティが最終的にそのイベントを通知されたときではなく）上記特定のイベントが発生したときに、行なうことは、不可能である。同様に、建設プロジェクトデータは一般的に複数の別々のシステム（たとえばプロジェクト管理システムおよび会計システム）によって追跡されるので、今までは、建設管理ワークフローのいずれかの時点で評価を自動的にトリガーするために必要な見識を提供する、簡単に利用できる情報源は、１つではなかった。さらに、従来のマニュアル評価プロセスは、１つのエンティティについて管理されている情報のみに基づいているので、エンティティが、評価要求を特定のイベントに関連付けることを、（エンティティが最終的にそのイベントを通知されたときではなく）上記特定のイベントが発生したときに、行なうことは、不可能である。同様に、建設プロジェクトデータは一般的に複数の別々のシステム（たとえばプロジェクト管理システムおよび会計システム）によって追跡されるので、建設管理ワークフローのいずれかの時点で評価を自動的にトリガーするために必要な見識を提供する、簡単に利用できる情報源は、１つではない。さらに、完全に自動化された評価要求方法が利用できるとしても、そのような方法では、複雑な建設プロジェクトでは一般的である、問題が発生したときに場当たり的に評価を要求することを、防止できない。
【０００５】
さらに、一般的に、エンティティは、評価を内部業務のためにのみ用いていた。したがって、一般的に、評価対象のエンティティは、そのサービスおよび／または製品を改善するために利用できる評価結果を受け取らない。同様に、評価対象のエンティティが評価結果を受け取ったとしても、そのエンティティは、その評価が他のエンティティとどのように比較されているかを容易に確認できない。実際、従来各エンティティが独自の評価形態を使用していたことを考えると、エンティティ間で評価形態またはプロセスの互換性がないので、評価データを他のエンティティと有意義なやり方で共有できない可能性がある。
【課題を解決するための手段】
【０００６】
よって、本発明の実施形態は、建設プロジェクトの実績に関連する評価を管理するためのシステムおよび方法を提供する。いくつかの実施形態において、これらのシステムおよび方法は、自動的に、各個人に、建設プロジェクトに関連するイベントに応じて評価を行なうよう促す。イベントをマニュアルで選択することにより、建設プロジェクトのカスタム評価プロセスを提供できる。評価をトリガーするイベントは、プロジェクト毎にまたはその他の基準で（たとえばエンティティ毎に）定義することができる。完了した評価を集約してエンティティ（たとえばプロジェクトオーナーまたは総合建設業者）に提供することができ、そうすることによって、エンティティは、他のエンティティがどのように業務を遂行しているかを知った上で所望の変更を行なうことができる。いくつかの実施形態において、集約されたデータを用いることにより、同様の役割を果たしているエンティティ間の比較を行なうことができ、そうすることによって、特定のプロジェクトにどのエンティティを使用するかに関する判断がエンティティに通知され、エンティティは、プロジェクト開始後のリスクを最小限にすることができる。また、この集約されたデータを用いることにより、エンティティに、同じプロジェクトに関わる他の業者との比較において自身がどのように業務を遂行しているかを示す情報を提供することができ、エンティティはこの情報を用いて内部業務改善を実施することができる。エンティティはまた、完了しているが集約されていない評価にアクセスすることができ、エンティティはこの評価を用いて特定の問題を明らかにしその問題に対処することができる。
【０００７】
本発明の実施形態は、プロジェクト情報を記憶し記憶したワークフローに従って情報を処理するサーバを含む、ネットワーク接続されたコンピュータシステムを提供することができる。ユーザは、サーバに（たとえば１つ以上のネットワーク接続を通してサーバにアクセスする計算装置を用いて）アクセスすることにより、評価プロセスを構成し、評価を完了し、評価をレビューして提出し、集められたおよび／または集約された評価データを見ることができる。
【０００８】
本発明のいくつかの実施形態は、建設プロジェクトに関わるエンティティを評価する方法を提供する。この方法は、ユーザインターフェイスを通して、ユーザからトリガーイベントの選択を受けることを含む。この方法はまた、処理ユニットを用いて、自動的に建設プロジェクトデータを処理することにより、トリガーイベントがいつ発生するかを特定することと、そのイベントの発生時には、処理ユニットを用いて、自動的に上記エンティティの評価を開始することを含む。トリガーイベントは、カレンダーイベント（たとえば年月日および／または時間）、建設プロジェクトにおける段階、完了の割合、および／または現場問題の発生を含み得るが、これらに限定される訳ではない。建設プロジェクトデータには、支払管理システム、プロジェクト管理システム、現場問題管理システム、設計管理システム、事前資格審査管理システム、および／または入札管理システム等の１つ以上のシステムを通してアクセスできる。本発明の実施形態は、共有ワークフローおよび共有データを通してこれらのその他のシステムとインターフェイスすることができる。
【０００９】
評価を開始することは、通知を生成しこの通知を１以上のユーザに送信することを含み得る。完了した評価は、任意で、評価を完了したユーザとは異なるユーザによってレビューされてもよく、完了した評価をレビューしたユーザは、その評価を（たとえば全体的にまたは部分的に）受容または拒絶することができる。また、完了した評価を、同一のエンティティまたはプロジェクトに対するその他の評価と集約することもできる。
【００１０】
本発明のいくつかの実施形態はまた、評価テンプレートをユーザから受け、任意で、そのテンプレートに関する警告しきい値を受ける。このテンプレートに基づいて完了した評価を受けたときに、警告しきい値を、完了した評価（たとえば評価全体および／またはこの評価に含まれる特定の質問）に自動的に適用することができ、完了した評価が警告しきい値を満たすまたは超過する場合に、通知を生成することができる。警告しきい値を満たすまたは超過する、完了した評価を、トリガーイベントとして選択することにより、別の評価を自動的に開始することもできる。
【００１１】
本発明の実施形態はまた、（たとえば１つ以上のネットワーク接続を通して１つ以上のユーザ装置と通信する１つ以上のサーバを含む）システム、および、上記方法またはその一部を実行するための命令が符号化されたコンピュータ読取可能な媒体を提供することができる。
【００１２】
たとえば、本発明の一実施形態は、建設プロジェクトに関わるエンティティを評価するためのシステムを提供する。このシステムは、建設プロジェクトに関連する複数のイベントにアクセスできるサーバを備え、これら複数のイベントは、建設プロジェクトの期間中にこの建設プロジェクトに関連する複数のエンティティから提供されるプロジェクトデータに基づいて作成され、上記複数のイベントは、上記建設プロジェクトの完了イベントと、上記建設プロジェクトの会計イベントとを含む。サーバは、ネットワーク接続を通して計算装置と通信するように構成され、処理ユニットを含む。この処理ユニットは、利用可能なトリガーイベントのリストから上記複数のエンティティのうちの第１のエンティティによって選択されたトリガーイベントを、計算装置から受けるように構成され、上記利用可能なトリガーイベントのリストは、完了イベントと会計イベントとを含み、処理ユニットはまた、上記複数のイベントが上記選択されたトリガーイベントをいつ含むのかを自動的に特定するように構成される。処理ユニットはさらに、上記選択されたトリガーイベントが上記複数のイベントに含まれたときに、自動的にユーザに、上記複数のエンティティのうちの第２のエンティティに対する評価を完了するよう促すように構成され、このユーザから完了した評価を受けるように構成され、完了した評価を集約したものを、上記複数のエンティティのうちの上記第１のエンティティ、上記第２のエンティティ、および第３のエンティティが利用することを可能にするように構成される。
【００１３】
本発明のその他の局面は、詳細な説明と添付の図面をレビューすることによって明らかになるであろう。
【図面の簡単な説明】
【００１４】
【図１】階層的に組織された建設プロジェクトの一例を概略的に示す。
【図２】評価プロセスを管理するためのシステムを概略的に示す。
【図３】評価プロセスを管理するためのシステムを概略的に示す。
【図４】評価プロセスを管理するためのシステムを概略的に示す。
【図５】図２〜図４のシステムを用いて実行される評価プロジェクトを構成する方法を示すフローチャートである。
【図６】ユーザが評価プロジェクトを作成できるようにするユーザインターフェイスを示す画面ショットである。
【図７】ユーザが評価プロジェクトを作成できるようにするユーザインターフェイスを示す画面ショットである。
【図８】ユーザが評価プロジェクトを作成できるようにするユーザインターフェイスを示す画面ショットである。
【図９】トリガーイベントを構成するためのユーザインターフェイスを示す画面ショットである。
【図１０】評価テンプレートを構成するためのユーザインターフェイスを示す画面ショットである。
【図１１】評価テンプレートを構成するためのユーザインターフェイスを示す画面ショットである。
【図１２】評価テンプレートを構成するためのユーザインターフェイスを示す画面ショットである。
【図１３】評価テンプレートを構成するためのユーザインターフェイスを示す画面ショットである。
【図１４】評価テンプレートを構成するためのユーザインターフェイスを示す画面ショットである。
【図１５】評価をモニタリングするためのユーザインターフェイスを示す画面ショットである。
【図１６】図２〜図４のシステムを用いて実行される評価を処理する方法を示すフローチャートである。
【図１７】評価を完了するためのユーザインターフェイスを示す画面ショットである。
【図１８】完了した評価をレビューするためのユーザインターフェイスを示す画面ショットである。
【図１９】完了した評価に関連する通知を見るためのユーザインターフェイスを示す画面ショットである。
【図２０】評価を見るためのユーザインターフェイスを示す画面ショットである。
【図２１】評価に関連する統計およびイベントを示す画面ショットである。
【図２２】個々のプロジェクト報告を示す画面ショットである。
【図２３】個々のパートナーネットワーク報告を示す画面ショットである。
【図２４】集約されたプロジェクト報告を示す画面ショットである。
【図２５】評価者報告を示す画面ショットである。
【発明を実施するための形態】
【００１５】
詳細な説明
本発明の実施形態の詳細な説明の前に、本発明の用途が、以下の説明に記載されるまたは添付の図面に示されるコンポーネントの構成および機構に限定されないことが理解されねばならない。本発明は、その他の実施形態が可能であり、さまざまなやり方で実施または実行されることが可能である。また、本明細書で使用される表現および用語は、説明を目的としたものであって限定とみなされるべきではないことも、理解されねばならない。本明細書における「含む」、「備える」、または「有する」およびその変形の使用は、こういった表現の後に列挙されるアイテムおよびその均等物ならびにその他のアイテムを包含することを意図している。特に指定または限定されない限り、「搭載される」、「接続される」、「支持される」、および「結合される」、ならびにその変形は、広い意味で使用され、直接的な搭載、接続、指示、および結合と間接的な搭載、接続、指示、および結合双方を包含する。
【００１６】
加えて、本発明の実施形態に含まれ得るハードウェア、ソフトウェア、および電子コンポーネントまたはモジュールは、説明のために、コンポーネントの大半がハードウェアのみで実装されるかのように示され説明される場合があることが、理解されねばならない。しかしながら、当業者は、詳細な説明を読むと、それに基づいて、少なくとも１つの実施形態では、本発明の電子的な側面を、マイクロプロセッサおよび／または特定用途向け集積回路（「ＡＳＩＣ」）等の処理ユニット１つ以上によって実行可能なソフトウェア（たとえば非一時的なコンピュータ読取可能な媒体に格納されている）で実装し得ることを、理解するであろう。よって、ハードウェアおよびソフトウェアベースの複数の装置ならびに複数の異なる構造上のコンポーネントを利用して本発明を実現し得ることに注意する必要がある。たとえば、本明細書に記載の「サーバ」および「計算装置」は、１つ以上の処理ユニット、１つ以上のコンピュータ読取可能な媒体モジュール、１つ以上の入出力インターフェイス、およびこれらのコンポーネントを接続するさまざまな接続（たとえばシステムバス）を含み得る。
【００１７】
図１は、階層的に組織された建設プロジェクトの一例を示す。この建設プロジェクトは、プロジェクトのオーナー１０１を支援するために組織される。オーナー（または開発業者）１０１は一般的に、最終的に建築物を（たとえば占有、リース、または販売することによって）使用するエンティティである。総合建設業者（general contractor：ＧＣ）１０３は、プロジェクト全体の管理を請け負う。ＧＣ１０３はまた、契約上プロジェクトの引渡しの責任を負い、場合によっては、要求された建設の一部を自身で実施することにより建設作業における１つの役割を果たすこともある。一般的にＧＣ１０３は、複数のプロジェクトと、１対多数の関係にある。言い換えると、１つのＧＣは同時進行の複数のプロジェクトを管理し得るが、これらのプロジェクトは各々１つのＧＣによって管理されるのが一般的である。しかしながら、複数のプロジェクトが複数のＧＣによって管理される場合もあり、こういった複数のＧＣには、合弁事業を実施するＧＣおよびその他の複合エンティティが含まれる。
【００１８】
ＧＣ１０３は、建設のさまざまな専門事業を実行するまたはそのプロジェクトに必要な材料を供給するために１以上の建設業者１０５、１０７、１０９を雇用する。建設業者（たとえば下請業者、材料供給業者、またはその他の納入業者）は、ＧＣ１０３の下で作業を行なうことで建設プロジェクトの契約上の厳密な階層を形成する。各建設業者１０５、１０７、１０９は、このプロジェクトに対する契約においてサービス、設備、労働、または材料を提供する１以上の他の建設業者１１１、１１３、１１５（たとえば下層業者、材料供給業者、またはその他の納入業者）を雇用する場合もある。
【００１９】
上記のように、プロジェクトマネージャ（たとえばＧＣ、プロジェクトオーナー等）は、建設プロジェクトに関わる他のエンティティ（本明細書では区別なく「エンティティ」、「パートナー」、または「パートナーネットワーク」と呼ばれる）（たとえば納入業者、下請業者、および材料供給業者）を評価することによって、業務遂行およびリスクに関連する問題を軽減するのに役立つようにすること、共に作業するのに最良のエンティティを選択すること、既存のエンティティとともにより良く作業すること、ならびに将来のプロジェクトについても引続き既存のエンティティとともに作業するか否か判断することを、希望することが多い。このため、プロジェクトマネージャは、パートナーの業務遂行に関する情報を効果的に取得し分散することを希望する。しかしながら、プロジェクトマネージャには、集中型の統一ツールがなく、有効な評価を実施するためのプロセスもない。さらに業務遂行データがプロジェクトレベルで記録されたとき、これは完全性がなく共有するのが容易ではないので、情報サイロ（information silos）が発生する。さらに、プロジェクトマネージャには、そのパートナーネットワークに、どのパートナーを使用するかまたは業績が悪いパートナーにいつ対処するかに関する判断を知らせるための主要な指標となる報告がない。
【００２０】
たとえば、プロジェクトマネージャは一般的に、スーパーバイザに対して、どちら側も追跡し難くしたがって完了していないことが多い紙ベースの評価形態を提供しなければならない。加えて、プロジェクトマネージャが完了した評価を受け取る場合、この評価は、集約し難く比較し難い紙形態で保管されていることが多い。したがって、たとえプロジェクトマネージャが特定のパートナーに関するフィードバックを取得できたとしても、このフィードバックのサイクルは、マニュアルであり（したがって長い）、ほぼ使用することができない情報を提供する。
【００２１】
したがって、本発明の実施形態は、１つの建設プロジェクト全体にわたってかつ複数のプロジェクトにまたがって、パートナーネットワークの品質を判断するために、評価を管理し、分散し、収集するための方法およびシステムを提供する。このシステムおよび方法は、ユーザが、パートナーに関するより良い判断を行ない（これはリスクとコストの削減につながる）、パートナーネットワークに対する評価を素早く完了および発見し、評価プログラムまたはプロセスを構成、管理、および追跡することを可能にする、集中型の解決策を提供することができる。よって、本発明の実施形態は、パートナーの業務遂行に関する情報を可視化することにより、組織上のリスクを減じるとともに作業効率を高める。本発明の実施形態はまた、集中型の運営、分散、収集、および報告により、プログラム制御の有効性を高める。本発明の実施形態はまた、建設プロジェクトにおけるおよび評価プロセス自体におけるパートナーの業務遂行に関する客観的データを収集できるようにする。
【００２２】
上記のように、本発明の実施形態は、パートナーの業績評価プロセスを管理するためのシステムを提供することができる。たとえば、図２は、パートナーの業績評価プロセスを管理するための評価システム２００を示す。評価システム２００は、評価サーバ２０３を含み得る。図２に示されるように、評価サーバ２０３は、１つ以上の処理ユニット３０１（たとえばマイクロプロセッサ）と、１つ以上のコンピュータ読取可能なメモリモジュール３０３（たとえばランダムアクセスメモリおよび／または読出専用メモリ等の非一時的なメモリを含む）と、通信インターフェイス３０５とを含み得る。いくつかの実施形態では評価サーバ２０３がその他のコンポーネントを含むことが理解されねばならない。また、いくつかの実施形態では下記のように評価サーバ２０３が提供する機能を複数のサーバに分散できることも理解されねばならない。また、本明細書では評価システム２００（またはシステム４００）によって実行されるものとして説明されている機能が、いくつかの実施形態では１つ以上の処理ユニット３０１を用いてコンピュータ読取可能な命令を実行する評価サーバ２０３によって実行され得ることも理解されねばならない。
【００２３】
評価サーバ２０３は、通信インターフェイス３０５を通して１つ以上の外部装置と通信する。外部装置は、ユーザの計算装置３０７、３０９、３１１、３１３（たとえばサーバ２０３と通信可能な、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォン、スマートウォッチ、スマートテレビ、およびその他の計算装置）を含み得る。いくつかの実施形態において、ユーザの計算装置は、計算装置に格納されている専門のソフトウェアアプリケーション（たとえばモバイルアプリケーションまたは「app」）を通して、および／または計算装置に格納されているブラウザアプリケーションを通してアクセスされるサーバへのポータルを通して、評価サーバ２０３と通信する。評価サーバ２０３が有線または無線接続（たとえばインターネット）を用いて外部装置と通信できることが理解されねばならない。たとえば、いくつかの形態および構成では、システム２００は、インターネット接続を有する装置であればどの装置でもアクセスできるインターネットベースのウェブサーバとして実装される。
【００２４】
図３は、パートナーの業績評価プロセスを管理するための集積建設管理システム３１４を示す。システム３１４は、評価システム２００を含み、かつ、建設プロジェクトのさまざまな側面を管理するためのその他のシステムも含む。たとえば、図３に示されるように、システム３１４は、支払管理システム３１５、プロジェクト管理システム３１７、設計管理システム３１８、事前資格審査管理システム３１９、現場問題管理システム３２１、および／または入札管理システム３２３を含む。これらのシステム３１５、３１７、３１８、３１９、３２１、および３２３が（たとえば１つ以上の有線または無線接続を通して評価サーバ２０３からアクセス可能な）１つ以上のサーバならびにその他のデータベースおよび装置を含みうることが、理解されねばならない。いくつかの形態および構成において、システム３１４は、インターネット接続を有する装置であればどの装置でもアクセスできるインターネットベースのウェブサーバとして実装される。
【００２５】
図３に示される集積建設管理システム３１４のさまざまなコンポーネントは、別々の異なるコンポーネントとして示されているが、いくつかの形態および構成では、システム３１４のさまざまな機能的特徴（すなわち、評価システム２００、支払管理システム３１５、プロジェクト管理システム３１７、設計管理システム３１８、事前資格審査管理システム３１９、現場問題管理システム３２１、および／または入札管理システム３２３によって提供される機能的特徴）が１つのウェブサーバとして実装される。いずれの実施形態でも、サーバは、システム３１４の利益を得るのに必要な機能すべてを実行するように特別にプログラムされている。
【００２６】
本明細書に記載の評価プロセスおよび関連する機能は、評価システム２００または集積建設管理システム３１４（本明細書では区別なく集合的に「システム４００」と呼ばれる）によって実行し得ることが、理解されねばならない。さらに、システム４００はさまざまな組合せおよび分散の構成にすることができ図２および図３に示される構成が例として提供されていることが、理解されねばならない。
【００２７】
図４はシステム４００を実装するためのネットワーク接続された環境を示す。たとえば、図４に示されるように、一対のアプリケーションサーバ３２１、３２３は、ユーザからアクセス可能であり、本明細書に記載の機能を提供する。この例において、アプリケーションサーバ３２１、３２３は、冗長機能を提供し、多数のユーザからの要求および使用を同時により確実に処理できるようにする役割を果たす。アプリケーションサーバ３２１、３２３は、アプリケーションサーバ３２１、３２３と協働することによって負荷分散および作業待ち行列を提供する２つの冗長ローカルエリアネットワーク３２５、３２７に接続されている。ローカルエリアネットワーク３２５、３２７は、たとえばインターネットまたはエキストラネット等の外部ネットワーク３２９に接続されている。ユーザ装置３３１、３３５、３３７、３３９は、外部ネットワーク３２９を通してサーバ３２１、３２３が提供する機能にアクセスする。
【００２８】
アプリケーションサーバ３２１、３２３は、２つの冗長ストレージエリアネットワーク３４１、３４３にも接続されている。アプリケーションサーバ３２１，３２３は、ストレージエリアネットワーク３４１、３４３のうちのいずれかを通して複数のデータ記憶装置３４５、３４７に格納されているデータにアクセスできる。いくつかの実施形態において、複数のデータ記憶装置３４５、３４７は、冗長であり、規則的なスケジュールで同期が取られる。システム４００のいくつかの形態および構成において、各データ記憶装置は、システム４００の異なる機能的コンポーネントに関連付けられている。たとえば、集積建設管理システム３１５の場合、データ記憶装置３４５は評価システム２００に関連付けられた評価データを格納し得るのに対し、データ記憶装置３４７は支払管理システム３１５に関連付けられたプロジェクト予算データおよび請求書生成データを格納する。このような構成では、ストレージエリアネットワーク３４１、３４３に結合されたその他のデータ記憶装置を提供することにより、システム４００のその他の機能的コンポーネントに関連付けられたデータを格納する。複数の冗長アプリケーションサーバおよびネットワーク（ローカルエリアネットワークおよびストレージエリアネットワーク双方）を使用することにより、システム４００は、ユーザの装置がシステムにアクセスするための１つの「入口点」を実現することができ、また、その一方で、負荷および作業待ち行列を適切に分散させる。ユーザおよびシステムアクティビティは、アプリケーションサーバの故障または過負荷が発生すると、一方のサーバから他方のサーバに自動的に移される。このメカニズムは、共有メモリと持続データによってトランザクションとデータの完全性を維持する。さらに、データ記憶装置に格納されているデータは、複数のデータセンター位置にあるコンポーネントごとにバックアップされるので、データセンターが失われてもサービスを引続き提供することができデータの完全性は損なわれない。
【００２９】
いくつかの実施形態において、システム４００にアクセスするユーザにはユーザロールが割当てられる。ユーザロールは、さまざまなタスクをユーザが実行できるようにするシステム４００内の異なる許可または権利に関連付けることができる。システム４００によって提供されるユーザインターフェイスも、特定のユーザロール（たとえばユーザ、プロジェクト管理者、プロジェクト執行者、執行者等）に適応するようにすることができる。したがって、システム４００は、特定のユーザに割当てられたロールを特定するように、かつ、割当てられたロールに基づいて、（１）特定のユーザインターフェイスまたは関連する機能にアクセスする許可がユーザに与えられているか否かを判断するように、かつ、許可がユーザに与えられている場合は（２）どの特定のユーザインターフェイスをユーザに表示すべきかを判断するように、構成することができる。
【００３０】
システム４００は、評価データ（たとえばトリガーイベント、評価テンプレート、完了した評価等）を格納することができる。システム４００（たとえば評価サーバ２０３）はまた、評価プロセスを管理するためのソフトウェアを格納し実行する。たとえば、評価プロセスを管理するためのソフトウェアは、評価ワークフロー管理（たとえば評価、レビュー、警告等）と、業績評価プロセスを集中管理する運営能力と、評価を開始するためのトリガー管理と、データ共有（たとえばプロジェクト、契約、評価値等）と、報告およびダッシュボードを通した業務見識と、評価者の評価を可能にする３６０度の業績評価と、モバイル装置（たとえばスマートフォン、タブレットコンピュータ等）による評価、レビュー、および警告の管理と、集約された見識を通した競合他社の情報（たとえば特定の下請業者が集約された一組の同様の下請業者とどのように比較されるか、特定の下請業者がある期間にわたってどのように業務を遂行するか、総合建設業者のパートナーネットワークが集約された一組のその他のパートナーネットワークとどのように比較されるか、産業実績等）とを、提供することができる。特に、特定のパートナーに対する評価データは、同じ取引または種類の仕事、同じ場所、同種の組織（たとえば設計ｖｓエンジニアｖｓ下請業者等）、時間、プロジェクトの種類（たとえば病院ｖｓ学校ｖｓ商業施設等）、および／または、建設プロジェクトのために管理されるもしくはユーザによってカスタマイズされるその他の特徴に、関連する、その他のパートナーと、比較することができる。
【００３１】
たとえば、本発明のいくつかの実施形態は、自動化された評価のトリガーを提供する。特に、パートナーの実績評価は、建設プロジェクト中のさまざまな時点でシステム４００によって開始することができる。一例として、システム４００は、（たとえば評価システム２００によって格納されているまたは支払管理システム３１５等の別のシステムを通してアクセスされる）建設プロジェクトデータを処理することにより、「完了した契約の割合」を特定することができる。システム４００はその後、プロジェクトまたは契約の一定の割合に達したときに評価要求を生成することができる。同様に、システム４００は、プロジェクトの段階もしくは年月日、契約の状態、設計の状態、入札段階の完了、および／または安全性もしくは品質問題等のプロジェクトの問題に基づいて、評価をトリガーすることができる。
【００３２】
たとえば、図５は、システム４００によって実行される評価プロジェクトを構成する方法５００を示す。図５に示されるように、いくつかの実施形態において、評価プロジェクトは、建設プロジェクトごとに構成される。したがって、このような実施形態では、（ブロック５０２で）先ず建設プロジェクトが（たとえばプロジェクト管理者によって）規定され（ブロック５０３で）評価プロジェクトのベースとして使用される。建設プロジェクトは先ず評価システム２００または別のシステム（たとえばプロジェクト管理システム３１５）を用いて規定できることが理解されねばならない。別のシステムを用いて建設プロジェクトを規定する場合は、評価システム２００を、この別のシステムと通信して関連する建設プロジェクトデータにアクセスするように構成することができる。たとえば、評価システム２００は、既存の建設プロジェクトに対する評価プロジェクトを規定することができ、かつ、評価の実施に必要なデータにアクセスするために評価システム２００が使用する既存の建設プロジェクトの識別子を受けることができる。しかしながら、評価プロジェクトはその他のシステムによって管理されるプロジェクトデータとは無関係の評価システム２００を通して規定または構成することも可能であることが、理解されねばならない。
【００３３】
図６〜図７は、（ブロック５０３で）ユーザが評価プロジェクトを作成できるようにするユーザインターフェイスを示す画面ショットである。図６は、既存の評価プロジェクト（たとえばプロジェクトの名称、プロジェクトに関連する契約の数、プロジェクトに関連する未評価の数、前回の活動の日時、オーナー、および状態）を列挙するユーザインターフェイス５１０を示す。新たな評価プロジェクトを作成する際、ユーザは、インターフェイス５１０に含まれる「新プロジェクト」選択機構５１２を選択すればよい、「新プロジェクト」選択機構５１０が選択されると、システム４００は、図７に示されるインターフェイス５２０を表示することができる。インターフェイス５２０によって、ユーザは、評価プロジェクトのベースとして機能することになる既存の建設プロジェクトを選択することができる。たとえば、インターフェイス５２０は、（たとえばプロジェクト管理システム３１７に格納されているデータに基づく）既存の建設プロジェクトのリスト５２２を含み得る。リスト５２２は、名称またはその他の一意識別子によって既存の建設プロジェクトを参照することができる。いくつかの実施形態において、ユーザは、検索またはフィルターフィールド５２４を用いて、列挙されている建設プロジェクトをフィルタリングすることができる。いくつかの実施形態において、利用できるプロジェクトのリスト５２２はまた、見て管理する許可がユーザに与えられている既存の建設プロジェクトに限定される。たとえば、インターフェイス５２０は、個人（たとえばプロジェクト執行者）をユーザが選択できるようにする個人選択機構５２６（たとえばドロップダウンメニュー）を含み得る。この機構５２６を用いて個人が選択されると、リスト５２２を自動的に更新することにより、選択された個人に関連する既存の建設プロジェクトを示すことができる。
【００３４】
いくつかの実施形態において、既存の建設プロジェクトがユーザによって選択された後に、システム４００は、選択されたプロジェクトに関連するデータにアクセスする。システム４００は、アクセスしたデータを用いることにより、このプロジェクトを評価プロジェクトに利用できる（たとえば建設プロジェクトがまだ完了していない）ことを確認することができ、いくつかの実施形態では、選択された建設プロジェクトの評価構成オプションを自動的に特定することができる。特に、いくつかの実施形態では、特定の評価構成をある種の建設プロジェクトに適用できない場合がある。たとえば、入札に関連する評価は、入札プロセスを含まない建設プロジェクトには適用できない場合がある。したがって、システム４００は、アクセスしたデータを選択された建設プロジェクトに用いることにより、評価プロジェクトの基礎となる建設プロジェクトの種類に基づいてユーザに提示されるユーザインターフェイスを自動的に調整することができる（以下で説明する図９〜図１５参照）。
【００３５】
また、いくつかの実施形態では、評価プロジェクトを、特定のパートナーのために構成しこのパートナーに関連するプロジェクトに適用することができる（すなわちプロジェクトベースではなくパートナーベースで規定することができる）ことが、理解されねばならない。同様に、いくつかの実施形態では、評価プロセスを、段階ベース、役割ベース、または取引ベースで構成することができる。
【００３６】
図５に戻って、（ブロック５０３で）評価プロジェクトが作成された後に、ユーザは、（ブロック５３０で）この評価プロジェクトのトリガーイベントを特定することができる。図８〜図９は、評価プロジェクトの１つ以上のトリガーイベントを構成するためのユーザインターフェイスを示す。各トリガーイベントは、建設プロジェクトにおいて発生するイベントであってもよい。イベントは、カレンダーイベント（たとえば年月日および／または時間）、建設段階、契約完了マーカ（たとえば割合）、会計イベント、および評価プロジェクト自身に関連するイベント（たとえば拒絶された評価または予め定められた評価値よりも低い評価の発生時のもの）を含み得るが、これらに限定される訳ではない。
【００３７】
いくつかの実施形態において、システム４００により、ユーザは、トリガーイベントを含む個別のユニットを作成することができる。これらの個別のユニットは、本明細書において「評価セット」と呼ばれる。これらの個別のユニットを用いて評価プログラムを構成することにより、ユーザにより大きな順応性を与えることができ、複雑度を低下させる。たとえば、評価セットを提供することにより、システム４００は、評価が多種多様の状況に対応できるようにする。たとえば、ユーザは、安全性またはその他の事故の発生後に評価要求を生成する第１の評価セットと、入札の完了後に評価要求を生成する第２の評価セットとを作成することができる。
【００３８】
図８は、特定の評価プロジェクトに関連する複数の評価セット５５１を示すユーザインターフェイス５５０である。セット５５１ごとに、インターフェイス５５０は、異なるトリガーイベント（たとえば建設完了の割合、契約完了、即時評価、マニュアル評価等）を指定することができ、かつ、トリガーイベントおよび関連する評価プロセスをどのように実行するかを規定する追加ルールを指定することができる。たとえば、図８に示されるように、各評価セット５５１は、トリガーイベントと、このイベント（たとえば標準、即時フィードバック、事故等）によってトリガーされる評価に使用されるテンプレートと、トリガーイベントが適用される契約の数と、作成年月日と、前回の活動の年月日とに、関連付けることができる。図８に示されるように、インターフェイス５５０はまた、各セット５５１に関連する評価をグラフで表現したもの５５２を表示することができる。たとえば、円グラフは、特定の状態を有する評価の数および／または割合（たとえば完了した評価が１６７、未送信の評価が８６、ペンディングの評価が２３、レビューされた評価が５４）を表わすことができる。グラフ表現５５２は、評価セット５５１ごとに進捗をハイレベルで示す。
【００３９】
既存の評価セット５５１を修正する際、ユーザは、インターフェイス５５０から（たとえばトリガーイベントまたは「設定」選択機構５５４を選択することによって）セット５５１を選択（たとえばクリック）すればよい。新たな評価セットを作成する際、ユーザは、「新たな…作成」選択機構５５６を選択すればよい。図９は、ユーザが「新たな…作成」選択機構５５６を選択すると表示されるユーザインターフェイス５７０を示す。図９に示されるように、インターフェイス５７０により、ユーザは、「トリガー」選択機構５７２（たとえば利用できるトリガーイベントのドロップダウンメニュー）を用いてトリガーイベントを選択することができる。トリガーイベントは、契約完了マーカ（たとえば契約の１０％、２０％、５０％、８０％、および１００％の完了ごと等）、カレンダーイベント、規定された段階（たとえば電気関連の完了後、最初の請求書の処理後等）、契約作成、請求書の状態、および入札の状態に、基づき得る。トリガーイベントはまた、場当たり的な評価要求に基づき得る。たとえば、ユーザは、（たとえばユーザまたは別のシステムによって）マニュアルで要求された評価のための構成設定を指定することができる。これらの種類の評価を用いることにより、発生する可能性がある、自動トリガーイベントに関連しない問題に、素早く対応することができる。
【００４０】
図５に戻って、特定の評価セットに対してユーザが選択したトリガーイベントに応じて、システム４００は、トリガーイベントがいつ生じたか判断するためのデータがどこで管理されているか判断する。たとえば、評価システム２００は、（ブロック５８０で）トリガーイベントが会計データまたは財務データに基づくか否か判断することができる。そうであれば、評価システム２００は、（ブロック５８２で）支払管理システム３１５と通信することにより、トリガーイベントがいつ生じたか判断するのに必要な建設プロジェクトデータにアクセスすることができる。たとえば、これらの状況において、評価システム２００は、評価プロジェクトに対してユーザが選択した既存のプロジェクトに関連するプロジェクト識別子を用いることができる（図７参照）、または、支払管理システム３１５によって認識されるプロジェクトの識別子にユーザを促すことができる。
【００４１】
同様に、（ブロック５８０で）トリガーイベントが会計または財務データに基づいていない場合、評価システムは、（ブロック５９０で）トリガーイベントが現場問題に基づくか否か判断する。そうであれば、評価システム２００は、（ブロック５９２で）現場問題管理システム３２１と通信することにより、イベントがいつ生じたか判断するのに必要な建設プロジェクトデータにアクセスする。たとえば、これらの状況において、評価システム２００は、評価プロセスに対してユーザが選択した既存のプロジェクトに関連するプロジェクト識別子を用いることができる（図７参照）、または、現場問題管理システム３２１によって認識されるプロジェクトの識別子にユーザを促すことができる。
【００４２】
上記のように、評価システム２００は、その他の複数のシステムと通信することにより、建設プロジェクトデータにアクセスすることができる。これらのシステムは、会計情報を管理する支払管理システム３１５、プロジェクトの状態に関する情報を管理するプロジェクト管理システム３１７、設計管理システム３１８、プロジェクトの問題を管理する現場問題管理システム３２１、事前資格審査管理システム３１９、および／またはプロジェクトの入札を管理する入札管理システム３２３を含み得る。したがって、評価システム２００は、これらのシステムのうちの１つ以上のシステムにアクセスすることにより、特定のトリガーイベントが発生したか否か判断するのに必要なデータにアクセスすることができる。たとえば、いくつかの実施形態において、これらのシステムのうちの１つ以上は、建設プロジェクトに関連するイベントを管理する。特に、イベントを、イベント発生時に、これらのシステムのうちの１つ以上（たとえば支払管理システム３１５）によって、（たとえばサーバ上で維持されている）待ち行列に押出すことができる。そうすると、評価システム２００は、この待ち行列に問合せることにより、ユーザが選択したトリガーイベントに一致するイベントを特定することができる。評価システム２００がこの待ち行列に定期的にアクセスすることによりトリガーイベントがいつ生じたか判断できることも、理解されねばならない。これに代えてまたはこれに加えて、評価システム２００は、トリガーサービスを用いることにより、イベント（たとえば任意のイベントまたはユーザが選択したトリガーイベントに一致するイベント）が生じたときに自動的に通知を受けることができる。この通知は、待ち行列（たとえばこの待ち行列をホストしているサーバ）から、イベントを待ち行列に押出したシステムから、またはこれらの組合わせから、提供することができる。また、上記のように、いくつかの実施形態では、本明細書に記載の評価システム２００によって実行される機能をこれらその他のシステムのうちの１つ以上によって提供される機能と組合わせることができ、したがって評価システム２００は必要な情報に直接アクセスできることが、理解されねばならない。
【００４３】
図５に示されるように、システム４００はまた、（ブロック６００で）トリガーイベントに対する構成設定を受ける。たとえば、図９に示されるように、インターフェイス５７０は、基礎となる建設プロジェクトに関連する契約のリスト６０１を含み得る。ユーザは、これを用いて、トリガーイベントに関連付けられた契約を表わす識別子を選択することができる（たとえば対応する評価セットを登録する）。ユーザインターフェイス５７０はまた、すべての契約を評価セットに自動的に登録するための選択機構６０２と、評価セットにおける登録のための契約をマニュアルで選択するための選択機構６０４とを含み得る。ユーザがマニュアル登録選択機構６０４を選択した場合、ユーザは、リスト６０１から契約を個々に選択することができる。いくつかの実施形態において、インターフェイス５７０はまた、ユーザが契約リスト６０１の中を検索またはフィルタリングできるようにする検索機構６０５を含む。契約セットごとに（たとえばトリガーイベントごとに）契約を規定することにより、ユーザに順応性を与え目的の評価を作成する。
【００４４】
また、インターフェイス５７０により、ユーザは「テンプレート」選択機構６１０を用いて評価セットのテンプレートを指定することができる。ユーザが選択したテンプレートは、評価においてどの質問を提示するかならびに質問のレイアウトおよびグループ分けを含めて、評価がどのように見えるかを、指定する。図８に示されるように、異なるトリガーイベントには異なるテンプレートを指定することができる。たとえば、ユーザは、契約が１０％完了したときに、使用すべき第１の評価テンプレートを作成し、契約が１００％完了したときに、使用すべき第２の評価テンプレートを作成することができる。
【００４５】
いくつかの実施形態において、「テンプレート」選択機構５９０は、利用できるテンプレートのドロップダウンメニューを含む。しかしながら、いくつかの実施形態において、ユーザは、（ブロック６１２で）新たなテンプレートを構築するかまたは既存のテンプレートを修正してトリガーイベントに対するテンプレートをカスタマイズすることができる。たとえば、図１０は、利用できるテンプレートのリストを示すユーザインターフェイス６２０を示す。利用できるテンプレートは各々、名称、説明（たとえばテンプレートがどのような状況に役立つかを説明）、作成日、オーナーまたは作成者（たとえばテンプレートを誰が修正できるか指定する）、および、テンプレートが使用されるプロジェクトの数と、関連付けることができる。新たなテンプレートを作成する際、ユーザは「新テンプレート」選択機構６２２を選択すればよい。選択機構６２２が選択されると、システム４００は、ユーザに対してインターフェイス６２４を表示する（図１１参照）。インターフェイス６２４は、「名称」入力機構６２６と「説明」入力機構６２８とを含み、これにより、ユーザは新たなテンプレートの名称と説明を入力することができる。
【００４６】
インターフェイス６２４を用いて新たなテンプレートの名称と説明が指定されると、システム４００は、ユーザが新たなテンプレート（図１２参照）構築できるようにするインターフェイス６４０をユーザに対して表示する。図１２に示されるように、ユーザは、インターフェイス６３０を用いることにより、レイアウトエリア６３２に見出しと質問を追加することができる。図１２に示されるように、見出し選択機構６３４により、ユーザは、レイアウトエリア６３２に追加する見出しの名称を入力することができる。他の実施形態において、ユーザは、「見出し追加」選択機構６３６を選択することにより、利用できる見出しのリストを見てこのリストから見出しを選択しレイアウトエリア６３２に追加することができる。同様に、ユーザは、「質問追加」選択機構６３８を選択することにより、質問のリスト６４０を見てリスト６４０から質問を選択しレイアウトエリア６３２に追加することができる（図１３参照）。図１３に示されるように、利用できる質問のリスト６４０は、質問の種類に基づいて分類できる。たとえば、ユーザは、「質問の種類」選択機構６４２を用いて質問の種類を選択することにより、さまざまな種類の質問を見ることができる。いくつかの実施形態において、質問の種類は利用できる見出しに対応する。また図１３に示されるように、特定の質問をレイアウトエリア６３２に追加する際、ユーザは所望の質問に関連する「選択」選択機構６４４を選択すればよい。
【００４７】
いくつかの実施形態において、予め規定された見出しおよび／または質問を提供することにより、評価プロセス全体の整合性を改善し、評価を素早く作成できるようにする。しかしながら、いくつかの実施形態において、ユーザは見出しおよび質問をカスタマイズすることができる。
【００４８】
ヘッダおよび／または質問をレイアウトエリア６３２に追加した後、ユーザは、見出しまたは質問を、レイアウトエリア６３２から削除エリア６５０にドラッグすることにより、削除することができる。しかしながら、見出しまたは質問を削除するためのその他の機構（たとえば右クリックして削除を選択、見出しまたは質問に関連する削除ボタンをクリック等）を用い得ることが理解されねばならない。同様に、いくつかの実施形態において、ユーザは、レイアウトエリア６３２の中にある見出しおよび質問を（たとえばドラッグにより）動かして見出しおよび／または質問の順序を規定してもよい。
【００４９】
図１４に示されるように、インターフェイス６３０により、ユーザは、個々の質問に関連するパラメータを指定することもできる。たとえば、ユーザは、質問が必要なのかまたはスキップできるのかを（たとえば「必要」選択機構６６０を用いることによって）指定し、警告しきい値がこの質問に関連付けられているか否か指定することができる。たとえば、ユーザは、「フラグ」選択機構６６２ａをセットして警告しきい値を質問に関連付け、警告しきい値選択機構６６２ｂを用いて警告しきい値を設定することができる。以下でより詳細に説明するように、評価に関する特定の質問に対する評価者の回答が指定された警告しきい値を満たす（たとえば一致するまたは超過する）場合、システム４００は自動的に通知を生成する。例えば、ユーザは、レビュアーの回答が、「ｙｅｓ／ｎｏ」形式の質問に対する「ｙｅｓ」であるのか、または、評価値の質問に対する予め定められた数未満の評価値であるのかに基づいて、特定の質問の警告しきい値を設定することができる。また、ユーザは、複数の質問に対するレビュアーの回答に基づいて警告しきい値を設定することもできる。たとえば、図１２および図１４に示されるように、ユーザは、総合警告選択機構６６３を用いて評価の最終評価値（たとえば２未満の最終総合評価値）に基づき警告しきい値を設定することができる。いくつかの実施形態において、ユーザはまた、警告しきい値に関連する通知をどのようにして生成および／または送信（たとえば電子メール、テキスト等）するのか、特定の通知を誰が受けるのか（１人以上のユーザ）、およびこのような通知に応じてどのようなアクションを実施できるかを、構成することができる。したがって、警告フレームワークにより、ユーザは、低評価（たとえば低スコア、負のフィードバック等）が提出されたときに通知する一組のユーザを予め定めることができる。この機能を、いつでもレビューをマニュアルで開始できるというユーザの能力と組合わせることにより、フィードバックサイクルが短縮され、ユーザは、特定のパートナーに関する負のフィードバックを受けた後に素早くアクションを実施できる。
【００５０】
（適用できるのであれば）テンプレートを（図５のブロック６１２で）構成した後、ユーザは、（ブロック６７０で）インターフェイス５７０（図９参照）に含まれる「テンプレート」選択機構５９０を用いて現在の評価セットとともに使用するテンプレートを選択することができる。たとえば、上記のように、「テンプレート」選択機構５９０は、カスタマイズされたテンプレートを含む、利用できるテンプレートのドロップダウンメニューを含み得る。
【００５１】
図９に戻って、インターフェイス５７０により、ユーザは、（ブロック６７３で）「評価者」入力機構６７２を通して、選択されたトリガーイベントの発生時にどの個人に評価を与えるべきかを指定することもできる（すなわち評価者選択）。任意で、これも図９に示されるように、ユーザは、（ブロック６７５で）「レビュアー」入力機構６７４を用いて、評価者によって提出された評価をレビューする１人以上のユーザを指定することができる（すなわちレビュアー選択）。このレビュアーは評価者とは異なる。この追加レベルのレビューにより、特定のユーザが、偽の、不完全な、または不十分な評価を提供していないことを保証できる。評価者に関連するこのレベルのレビューによっても、評価プログラム全体における評価者間の評価スコアの統一性を保証する。レビュアーは、評価者と同一のパートナー（たとえば評価を完成させる雇用者のスーパーバイザ）に、または、異なるパートナー（たとえば建設業者が雇用した下請業者が提出した評価をレビューする建設業者）に、関連付け得ることが、理解されねばならない。他の実施形態において、完了した評価をレビューするユーザは、評価プロセスを最初に構成したユーザ等の、管理者であってもよい。
【００５２】
インターフェイス５７０により、ユーザは、（ブロック６７７で）「被警告者」入力機構６７６を用いて、完了した評価に基づく警告を受ける１人以上の個人を指定することもできる（すなわち被警告者選択）。いくつかの実施形態において、被警告者は、上記のように表か（たとえば特定の質問または総合評価）が関連する警告しきい値を超過するときに自動的に通知されるユーザを表わす。しかしながら、完了した評価がレビューの対象である場合、システム４００により、ユーザは、評価のレビュー前に、通知を被警告者に送信するか否かを指定することができる。
【００５３】
図９に示されるように、特定のトリガーイベントに対し、２人以上の評価者、レビュアー、および被警告者を指定することができる。いくつかの実施形態において、ユーザは、利用できる個人のリストから、一個人を、評価者、レビュアー、または被警告者として選択することができる。これに代えて、ユーザは、個人の識別子（たとえば名前、電子メールアドレス等）を入力することにより、評価者、レビュアー、および被警告者として個人を選択することができる。評価セットごとに各機能についてユーザを規定することにより、評価をユーザの役割に基づいて区分することができる。
【００５４】
システム４００は、受けた評価プロジェクト構成データ（たとえばトリガーイベント、テンプレート、評価者、レビュアー、被警告者、および契約等）を格納し、以下でより詳細に説明するように（図１６参照）、システム４００は、この格納したデータを用いて、いつトリガーイベントが発生するか自動的に判断し、評価プロジェクト構成データによって指定された１つ以上のアクションを自動的に実施する。
【００５５】
また、ユーザは、格納されている評価プロジェクト構成データに問合せることにより、特定の評価セット５５１の状態をモニタリングすることができる。たとえば、ユーザは、図８に関連して先に述べたインターフェイス５５０を用いることにより、個々の評価セットの状態をモニタリングすることができる。また、いくつかの実施形態においいて、ユーザは、個々の評価セットを選択することにより、その評価セットに関するより多くの情報を取得することができる。たとえば、図１５に示されるように、特定の評価セットがインターフェイス５５０から選択される（たとえばクリックされる）と、システム４００は、このセットの詳細とこのセットにおいて発生する履歴とを提供するユーザインターフェイス７００を表示することができる。特に、インターフェイス７００は、このセットにどの契約（および関連するパートナー）が登録されているか、開始または送信された評価の数、および、そのうちの完了した評価の数を、明示することができる。いくつかの実施形態において、インターフェイス７００はまた、いつ評価プロジェクトに契約が追加されたか、および、この契約に関連する前回の活動の年月日を明示することができる。さらに、いくつかの実施形態において、インターフェイス７００は、契約ごと（すなわちパートナーごと）に、総合評価値を明示することができる。評価値は、その契約に対して完了した評価に基づく平均総合評価値（たとえば１と５の間）を含み得る。
【００５６】
また、図１５に示されるように、インターフェイス７００は、特定の契約に関して特定のアクションを実施するためにユーザ（たとえば評価プロジェクト管理者）が選択できる１つ以上の選択機構を含み得る。たとえば、ユーザは、「再委託」選択機構７０２ａを選択することにより、契約を新たなパートナーに再委託することができる。たとえば、ある契約の下でパートナー受けた評価値が低過ぎる場合、ユーザは、異なるパートナーに、契約を完了するよう委託してもよい（または新たな契約に異なるパートナーと記入してもよい）。同様に、ユーザは、「レビュー」選択機構７０２ｂを選択することにより、パートナーのレビューをマニュアルで開始することができる。上記のように、マニュアルで開始された評価は、評価セットによって構成することができ、イベントベースの評価と異なる点プレーとおよび構成に関連付けることができる。また図１５に示されるように、ユーザは「取消」選択機構７０２ｃを選択することにより、契約における評価セットの登録を取り消すことができる（たとえば、契約が完了した場合、契約を再委託した場合、パートナーが常に評価値を受けておりしたがってそれ以上評価は要らない場合等）。
【００５７】
上記のように、評価セットの作成後、システム４００は、関連するデータおよびプロセスをシステムに（建設プロジェクトデータとともに）格納することにより、自動的にトリガーイベントの発生を検出しそのような発生時に適切なアクションを実施する。たとえば、図１６は、システム４００が実行する評価プロセス７５０を示す。図１６に示され先に述べたように、システム４００は、（ブロック７５２で）１つ以上のシステム（たとえば支払管理システム３１５、プロジェクト管理システム３１７等）からの建設データを処理することにより、いつトリガーイベントが発生したか特定することができる。たとえば、いくつかの実施形態では、先に述べたように、評価システム２００はトリガーサービスを用いることができ、このサービスは、上記その他のシステムによって管理されているデータを処理し、トリガーイベントが発生したときに評価システム２００に自動的に警告する。
【００５８】
（ブロック７５２で）トリガーイベントが発生した場合、システム４００は、（ブロック７５４で）通知（たとえば電子メールメッセージ、テキストメッセージ等）を生成し、この通知を、上記トリガーイベントについて規定された評価者に送信する。いくつかの実施形態において、この通知は、（たとえばメッセージに埋め込まれているおよび／またはメッセージに添付されている）評価および／または評価へのリンクを含む。その他の実施形態において、この通知は、（たとえば評価システム２００またはプロジェクト管理システム３１７内の）ユーザのタスクリストに評価が追加されたというメッセージを含み得る。たとえば、図１７に示されるように、システム４００は、ユーザに、ペンディングタスクを列挙するユーザインターフェイス７５８を提供することができる。図１７に示されるように、ユーザインターフェイス７５８は、状態バー７６０を含み得る。状態バー７６０は、ユーザによる完了がペンディング中の評価の数、ユーザによるレビューがペンディング中の評価の数、および、ユーザに送信される警告の数を明示する。インターフェイス７５８はまた、ユーザに関するペンティングタスク（たとえば完了すべき評価、完了すべきレビュー、およびレビューすべき警告）のリスト７６１を含み得る。列挙されているタスクごとに、リスト７６１は、アクションアイテム評価に関連するパートナーとアクションアイテムのペンティング期間を表示することができる。したがって、状態バー７６０およびリスト７６１は、ユーザに関連情報を提供することにより、完了すべき適切なタスクをユーザが選択できるようにする。いくつかの実施形態において、ユーザは、アクションを実施することなく（たとえばタスクに関連する、閉じるまたは削除アイコン７６２を選択することにより（図１９参照））、タスクを却下することもできる。しかしながら、評価を完了するために、ユーザは評価の完了に関連するタスクを選択することができ、それによってシステム４００はインターフェイス７５８に評価７６３を表示する。ユーザに通知を与えるために他の機構を使用できることが理解されねばならない。
【００５９】
評価の通知を受けると、ユーザは（図１６のブロック７８０で）評価を完了する。ユーザが評価を完了した後、この評価をレビューすることができる（発生したトリガーイベントに対する評価セットの一部としてレビュアーが指定されている場合）。特に、ユーザが評価を完了した後または評価が要求された後、システム４００は、指定された各レビュアーに通知（たとえば電子メールメッセージ、テキストメッセージ等）を送信する。（ブロック７８２で）この通知は、レビュアーに、評価がレビューを必要としていることを警告する。そうすると、（ブロック７８４で）レビュアーは評価をまたは評価の一部を受容または拒絶することができる。
【００６０】
たとえば、図１８は、レビュアーによるレビューが必要な１つ以上の評価のリスト７９０を表示するユーザインターフェイス７５８を示す。いくつかの実施形態において、リストに含まれる各評価は、特定の評価者によって提供された１つ以上の評価値（たとえば個々の見出し評価値および総合評価値）とその評価者からのその他のフィードバック（たとえばコメント、推薦等）を（たとえば一覧形式で）提供する。いくつかの実施形態において、個々の評価値およびフィードバック７９１を色分けすることにより、ユーザが、評価者による再評価を必要とし得る「低い」評価値と「通常の」評価値を素早く見分けることができるようにしてもよい。たとえば、色分けによって評価値をグループに分けて一般化することで、ユーザが低い評価値、高い評価値、および大きく外れた評価値を素早く識別できるようにすることができる。
【００６１】
ユーザは、特定の評価者から提出された評価を、「受容」選択機構７９２ａまたは「拒絶」選択機構７９２ｂを用いることにより、受容または拒絶することができる。いくつかの実施形態において、与えられた評価値、推薦、および／またはコメント各々を、「受容」または「拒絶」選択機構７９２ａまたは９７２ｂに関連付けることにより、レビュアーが評価の一部を受容または拒絶できるようにすることができる。また、いくつかの実施形態において、インターフェイス７５８は、ユーザが、レビューを必要とするすべての評価を受容できるようにする「すべて受容」選択機構７９３を含む。
【００６２】
加えて、図１８に示されるように、レビュアーによってレビューされた過去の評価を、「受容」または「拒絶」状態とともにリスト７９０に表示することができる。いくつかの実施形態において、レビュアーは評価を修正することもできる。レビュアーが評価を修正する場合、いくつかの実施形態において、システム４００は修正を識別する監査ログを作成し格納することができる。また、いくつかの実施形態において、レビュアーには、図１８に示されるような評価の一覧でなく、レビュー（たとえば総合的なレビューおよび／または個々の質問のレビュー）のために、完了した評価の完全な写しが提示される。
【００６３】
レビュアーが（図１６のブロック７８４で）評価（またはその一部）を拒絶した場合、更新および再提出のために、（ブロック７８０で）上記評価を、評価を完了した評価者に戻すことができる。以前に提出した評価を評価者が修正する場合、システム４００は、その修正を識別する監査を作成し格納することができる。元の評価者による修正を要求する代わりに（または評価者が拒絶された評価の更新に失敗した場合）、システム４００は、拒絶された評価を「拒絶」でマーキングすることができ、そうすることによって、この評価を後の処理（たとえば以下で説明する集約データ）から除外することができる。
【００６４】
（ブロック７８４で）評価が受容された場合、システム４００は、（ブロック８００で）評価のために何らかの通知を生成する必要があるか否か判断する。たとえば、完了した評価をシステム４００が自動的に処理することにより、何らかの警告を生成すべきか否か判断することができる。上記のように、警告は、評価に与えられた特定の回答または評価値が、ユーザが設定した警告しきい値を満たすか否かに基づき得る。警告を生成すべきである場合、システム４００は、１人以上のユーザ（たとえば評価セットに対して設定された被警告者）に警告を知らせる通知（たとえば電子メールメッセージ、テキストメッセージ等）を生成する（ブロック８０２）。いくつかの実施形態において、この通知は、完了した評価またはその一部を含む。その他の実施形態において、この通知は、完了した評価が存在することをユーザに警告し、任意で、この警告が生成された理由をユーザに警告する。この通知はまた、ユーザが評価または評価データ（たとえば集約されたものに含まれる）を見ることができるようにするおよび／または警告に応じてその他のアクションを実施する（たとえば別の評価を開始する等）ことができるようにする１つ以上のリンクを含み得る。たとえば、図１９に示されるように、ユーザインターフェイス７５８は、警告に関連する評価７９６の一部を表示することができ、警告の原因となった１つ以上の回答を強調表示するかそうでなければマーキングする（たとえば警告またはベルアイコン７９７参照）。また、図１９に示されるように、評価７９６に与えられた回答７９８を色分けすることにより、被警告者が回答と関連する評価値を素早く査定できるようにしてもよい。ユーザは、（たとえばアクションが不要の場合またはユーザが適切なアクションを実施したことを示すために）警告をクリアする「ＯＫ」選択機構７９９を選択することができる。いくつかの実施形態において、システム４００は評価の検討の前または後に完了した評価を処理することが理解されねばならない。
【００６５】
図１６に示されるように、警告を受けたユーザは、（ブロック８０６で）その警告の原因となった特定の評価をレビューすることができ、（ブロック８０８で）その他の報告（たとえば警告の原因となった評価に関連するパートナーについての総合評価値およびその他の統計）をレビューすることができる。したがって、ユーザは、（ブロック８１０で）この情報を用いて業務判断を行なうことができる。たとえば、上記のように、ユーザは、悪い評価を受けたパートナーのレビューを再委託および／または開始することができる（図１５参照）。
【００６６】
特定の評価に対して警告が生成されるか否かに関わらず、システム４００は、（ブロック８２０で）完了した評価を収集し、パートナーが利用できる評価データ（たとえば個々の完了した評価および集約された評価）を作成する。たとえば、評価が作成されると、システム４００は、各評価を固有の履歴アイテムとして格納する。そうすると、ユーザは、特定のプロジェクト、パートナー、評価者、状態、評価値、警告状態、トリガーイベント等に関連する評価を検索することができる。たとえば、図２０は、システム４００によって提供され、ユーザが評価を検索および／またはフィルタリングできるようにするユーザインターフェイス８１０を示す。さらに、図２１に示されるように、ユーザインターフェイス７５８は、統計一覧部分８２０を含み得る。この部分８２０は、予め定められた期間（たとえば過去１２か月）にわたる評価の一覧を提供する１つ以上のグラフ表現８２２を提供することができる。たとえば、グラフ表現８２２は、完了した評価の割合、完了した評価の数、および評価の平均期間を明示することができる。一覧部分８２０はまた、評価に関連するイベント（たとえば提出された評価、レビューされた評価、生成された警告等）をユーザが追跡できるようにする最近のイベントのリスト８２３を含むことができる。したがって、この部分８２０は、評価が完了するとリアルタイムのフィードバックを提供する。
【００６７】
上記のように、評価システムはまた、評価データを集約する。集約データは、ペンディングの評価の数、ペンディングの警告の数、特定のパートナーについての統計、特定のプロジェクトおよび／または評価の状態、最近のイベント、パートナーの評価値および／またはランキング等を含み得るが、これらに限定される訳ではない。上記のように、いくつかの実施形態において、割当てられた役割に基づいて、異なる集約物を異なるユーザに提供する。また、いくつかの実施形態において、集約されたものは、ユーザが１つ以上のアクション（たとえば評価をマニュアルで開始する、契約を再委託する等）を実施できるようにする１つ以上の選択機構を含み得る。
【００６８】
たとえば、図２２に示されるように、集約されたデータは、特定の評価プロジェクト（たとえば特定の建設プロジェクト）に含まれるパートナーに関するパートナー評価値８４５を列挙した個別プロジェクト報告８４０を含み得る。評価値８４５は、プロジェクトに含まれる特定のパートナーに関して受けた評価に基づいて規定する（たとえば平均する）ことができる。図２２に示されるように、評価値８４５を色分けすることにより、特定のプロジェクトに関する高い評価値、平均評価値、または低い評価値に関連するパートナーをユーザが特定するのに役立つようにすることができる。
【００６９】
プロジェクト報告８４０は、評価数、警告数、評価の平均期間等を（グラフでまたはテキストで）提供する総合プロジェクト統計８５０を含み得る。また、プロジェクト報告８４０は、プロジェクト（またはそのサブセット）の寿命にわたる評価値の傾向がどのようなものであるかを示す傾向分析８５５を含み得る。特に、傾向分析８５５は、プロジェクトの業績の方向を示すことができる。
【００７０】
図２２に示されるように、パートナーの評価値８４５および傾向分析８５５は、評価データを分類することができる（たとえば安全性、品質、適時性、支払、人員、および総合）。いくつかの実施形態において、この分類は、評価の見出しに対応する。したがって、（カスタマイズされた質問を可能にしつつ）特定のプロジェクトに対し、テンプレートで一貫した見出しを用いることにより、パートナーを、異種のプロジェクトにまたがる同一カテゴリーの他のパートナーと比較することができる。データを分類することにより、システム４００は、特定の質問に対する特定の回答を、安全性、品質、適時性、管理等に分類して一覧にすることができ、そうすることで、ユーザは、最も興味があるパートナーの側面に注目しつつ、より対等な基板に基づいてパートナー同士を比較することができる。したがって、この分類されたデータをダッシュボードおよび報告に含めることにより、特定の質問ではなく広いデータカテゴリーに関連する業務見識を提供する。しかしながら、いくつかの実施形態において、ユーザは、評価値８４５に含まれる特定のパートナーの評価値を拡大することにより、総合評価値に関連する詳細を見ることができる。
【００７１】
いくつかの実施形態において、システム４００は、図２３に示されるパートナー報告８６０を作成することもできる。報告８６０は、複数のプロジェクトにまたがってパートナーの総合評価値を表わすパートナー評価値８６５を含む。個々のプロジェクトに関するパートナー評価値８４５について先に述べたように、評価値８６５を分類し色分けすることによってレビューし易くすることができる。また、ユーザは、評価値８６５に含まれる特定のパートナーを選択することにより、このパートナーが関わっているプロジェクトごとの特定の評価値まで掘り下げることもできる。
【００７２】
システム４００はまた、図２４に示される集約されたプロジェクト報告８７０を生成することもできる。プロジェクト集約報告８７０は、パートナー（たとえばプロジェクト執行者）に関連するすべてのプロジェクトに関する評価データを含み得るとともに、このパートナーに関連するプロジェクトごとの総合評価８７５を提供することができる。したがって、評価値８７５は、複数のプロジェクトにまたがって特定のパートナーに関する評価値を提供することができる。同様に、報告８７０は、あるパートナーについて、複数のプロジェクトにまたがる傾向分析８８０を提供することができる。加えて、報告８８５は、パートナーに関連するプロジェクトすべてについての総合プロジェクト統計８８５を含み得る。したがって、ユーザは、集約されたプロジェクト報告を見ることによって、多数のプロジェクトにまたがるパートナーの業績の方向を見ることができる。
【００７３】
システム４００はまた、評価プロセスに関する報告を提供することができる。たとえば、図２５に示されるように、システム４００は評価者報告９００を生成することができる。評価者報告９００は、評価者に関する統計を提供する。この統計は、完了レベル（たとえば委託された評価のうち評価者が完了した評価の割合、または評価者が完了した評価の量）、評価者が評価を完了するのに要した平均時間、評価の平均期間（すなわち評価者が評価を完了するまでにどれだけ評価が続いたか）、評価者が提供する平均評価値、および完了した評価の数を含み得る。いくつかの実施形態において、統計を色分けすることにより、実行中の評価者をユーザが素早く特定できるようにすることができる。したがって、評価者報告９００により、ユーザは、特定の評価者が委託された評価をいかに上手く完了するかを追跡することができる。特定の評価者が評価を効率的または効果的に完了していない場合、ユーザ（たとえばプロジェクト管理者）は、評価プロセスを再構成して評価をその他の評価者に送信することで、確実に適切なフィードバックを受けることができる。
【００７４】
システム４００は、上記のやり方以外のやり方で収集された評価を集約するように構成できることが理解されねばならない。たとえば、特定のパートナーに関する情報を用いて、建設プロジェクト内で同様の役割を果たすパートナー（たとえば床材供給業者、電気技師等）を１グループにすることができる。同様に、プロジェクトの状態または段階に関するデータを評価データとともに使用することにより、ユーザが建設プロジェクト内の同様の段階におけるパートナーの評価データ同士を比較できるようにすることができる。さらに、地理的位置、契約価格、プロジェクト範囲、プロジェクト期間等のその他のパラメータをシステム４００が（たとえばデフォルトまたはマニュアル選択に基づいて）用いることにより、評価データをグループ分けおよび分類して有用な比較を行なえるようにしてもよい。
【００７５】
さらに、いくつかの実施形態において、システム４００を通して収集した評価データを、建設プロジェクトの他の側面に適用することができる。たとえば、評価システム２００は、たとえば支払管理システム３１５、プロジェクト管理システム３１７、現場問題管理システム３２１、入札管理システム３２３、および設計管理システム３１８を含むその他のシステムに、評価（たとえば評価値、推薦、警告等）を提供することができ、その他のシステムによって使用されて建設プロジェクトを管理することができる。たとえば、評価データを用いることにより、新たなまたは既存の建設プロジェクト（たとえば評価値に基づき推薦されたパートナー）を管理し、建設プロジェクトの支払を管理し（たとえば悪い評価またはペンディングの評価のために支払を控える）、建設プロジェクトの入札を管理する（たとえば、付け値を作成する、または、高い評価値に関連するパートナーが提出する付け値を上げるもしくはその逆）ことができる。
【００７６】
このように、本発明の実施形態は、建設プロジェクト中に評価をトリガーし、評価の完了を追跡し、完了した評価を収集して集約し、集約された評価を用いて建設プロジェクトに関わるエンティティについて統計と比較を提供するための、システムおよび方法を提供する。この評価プロセスは、建設プロジェクトの管理を改善する。たとえば、建設産業の多くの事業者は、非協力的なやり方で契約を実施するので、結果として、あるエンティティが自己の利益を追求し他のエンティティの利益を損なうという状況が発生する。しかしながら、上記方法およびシステムは、評価と、関連する集約された報告を、収集し分散させることにより、リアルタイムのフィードバックを、エンティティとそのエンティティのパートナーに対して頻繁にかつ一貫して提供する。たとえば、本明細書に記載のシステムおよび方法を用いることにより、パートナーの業績データを、より大きな中央モニターに提供することができ（たとえばあるプロジェクトの一組のパートナー間の競争を、すべてのパートナーがどのように業務を遂行しているかを可視化することによって刺激するために）、プロジェクトベースの報告を提供することができ（たとえば１つのプロジェクトのすべてのパートナーから集められたデータを用いてプロジェクト特有の傾向があるパートナーデータを提供することにより、プロジェクトに問題があるか否かに関するフィードバックを提供することができる一組の報告）、プロジェクトベースの評価を提供することができる（たとえば、パートナーの評価ワークフローおよびフレームワークを再利用することにより、評価サーバは、プロジェクトおよびプロジェクトに関わる人々をユーザが評価できるようにし、これをプロジェクトチームおよび集中管理に報告することができる）。
【００７７】
同様に、上記のように本明細書に記載の方法およびシステムは、３６０度の業績評価を提供できる。たとえば、上記方法およびシステムを、プロジェクトの階層のどの方向でも評価できるように構成することができる。特に、いくつかの実施形態において、システム４００により、下請業者がＧＣをレビューすること、下層業者または材料供給業者が下請業者をレビューすること等を可能にする。また、上記のように、この方法およびシステムを、評価者の評価を実施できる（たとえば評価においてパートナーが適時正確で有用な情報を提供していることを保証する）ように構成することもできる。たとえば、評価プロセスは建設プロジェクトの１つ以上のレベルにおいて適用できることが理解されねばならない。たとえば、総合建設業者は、この総合建設業者が雇用したパートナーに対する評価プロセスを構成することができ、建設業者は、この建設業者が雇用した下請業者に対する評価プロセスを構成することができる。さらに、異なるユーザを、本明細書に記載の評価方法およびシステムに関連する異なる許可に関連付けることが可能であることが、理解されねばならない。これらの許可は、ユーザが評価プロジェクトまたはその一部を構成できるか否かを指定することができる。たとえば、いくつかの実施形態において、特定のエンティティ（たとえば総合建設業者）に関連付けられたユーザは、トリガーイベントを構成する許可を有することができ、一方、その他のユーザは、これらのその他のユーザだけが評価テンプレートを構成できるという許可を有する。
【００７８】
本発明のさまざまな特徴および利点は、以下の特許請求の範囲に記載されている。
【図１】
0006435044.tif 000002
【図２】
0006435044.tif 000003
【図３】
0006435044.tif 000004
【図４】
0006435044.tif 000005
【図５】
0006435044.tif 000006
【図６】
0006435044.tif 000007
【図７】
0006435044.tif 000008
【図８】
0006435044.tif 000009
【図９】
0006435044.tif 000010
【図１０】
0006435044.tif 000011
【図１１】
0006435044.tif 000012
【図１２】
0006435044.tif 000013
【図１３】
0006435044.tif 000014
【図１４】
0006435044.tif 000015
【図１５】
0006435044.tif 000016
【図１６】
0006435044.tif 000017
【図１７】
0006435044.tif 000018
【図１８】
0006435044.tif 000019
【図１９】
0006435044.tif 000020
【図２０】
0006435044.tif 000021
【図２１】
0006435044.tif 000022
【図２２】
0006435044.tif 000023
【図２３】
0006435044.tif 000024
【図２４】
0006435044.tif 000025
【図２５】
0006435044.tif 000026