JP2023524043A - 大規模資本プロジェクトのモデル、コストおよびスケジュールのマッピングシステム - Google Patents

Abstract

システムは、資本プロジェクト構成要素を表すモデル項目を含むように構成されているモデルデータベースを含んでいる。各モデル項目は、少なくとも１つのモデル項目コードを有している。このシステムは、建設工事スケジュールの一部を表すスケジュール項目を含むように構成されているスケジュールデータベースを含んでいる。各スケジュール項目は、少なくとも１つのスケジュール項目コードを有している。このシステムは付加的に、建設工事スケジュールおよび／または資本プロジェクト構成要素の一部に対するコストを表すコスト項目を含むように構成されているコストデータベースを含んでいる。各コスト項目は、少なくとも１つのコスト項目コードを有している。ルールエンジンは、モデル項目、スケジュール項目およびコスト項目をマッピングするためのルールを受け取るように構成されている。ルールは、モデル項目、スケジュール項目およびコスト項目に関連するコードシーケンスを含んでいる。マッピングエンジンは、モデルと、スケジュールと、コストとをこのルールに基づいてマッピングするためにモデルデータベース、スケジュールデータベースおよびコストデータベースと通信する。

Description

関連出願
本願は、２０２０年４月３０日に出願された、「ＳＹＳＴＥＭ ＦＯＲ ＭＡＰＰＩＮＧ ＭＯＤＥＬ，ＣＯＳＴ，ＡＮＤ ＳＣＨＥＤＵＬＥ ＯＦ ＬＡＲＧＥ－ＳＣＡＬＥ ＣＡＰＩＴＡＬ ＰＲＯＪＥＣＴＳ」との名称を有する米国特許出願第１６／８６３，６６６号明細書の優先権を主張し、その開示の全体は、参照によって本明細書に組み込まれている。

技術分野
本発明の種々の実施形態は概して大規模資本プロジェクトに関し、より具体的には、種々の実施形態は、大規模資本プロジェクトのモデル項目、スケジュール項目およびコスト項目をマッピングするシステムに関する。

背景技術
空港、病院、高層ビル、橋およびトンネル、道路プロジェクトなどの大規模建築プロジェクトおよび公共インフラストラクチャ資本プロジェクトの設計、建設および管理。大規模資本プロジェクトは、小規模で一般的なプロジェクト（たとえば、１０部屋を有する家の建築および販売）の規模よりも桁違いに大きい規模でのプロセスおよび構成データの調整を必要とする。したがって、大規模資本プロジェクトは、実質的により包括的な生産および管理ソリューションを必要とすることが多い。

このようなニーズに応えて、当業者は、このような大規模資本プロジェクトの厳格さに合わせて特別に構成された包括的な建築および公共インフラストラクチャ設計プログラムを開発してきた。とりわけ、このタイプの建築および公共インフラストラクチャ設計プログラムは、大規模資本プロジェクトの大部分の段階またはすべての段階を最初の構想から設計、建設、引き渡し、メインテナンス、管理および廃止に至るまで管理する、幅広いアプリケーション群として実行されてよい。

多くの大規模資本プロジェクトは、予算の超過およびスケジュールの遅延を伴って進行する。その一因は、プロジェクトの種々のチーム間の調整の難しさにある。

種々の実施形態の概要
本発明の一実施形態によれば、資本プロジェクトの５Ｄマッピングのためのシステムは、資本プロジェクト構成要素を表すモデルからのモデル項目を含むように構成されているモデルデータベースを含んでいる。各モデル項目は、少なくとも１つのモデル項目コードを有している。このシステムはまた、建設工事スケジュールの一部を表すスケジュール項目を含むように構成されているスケジュールデータベースを含んでいる。各スケジュール項目は、少なくとも１つのスケジュール項目コードを有している。このシステムはさらに、建設工事スケジュールおよび／または資本プロジェクト構成要素の一部に対する予算を表すコスト項目を含むように構成されているコストデータベースを含んでいる。各コスト項目は、少なくとも１つのコスト項目コードを有している。システムのルールエンジンは、１つ以上のモデル項目、１つ以上のスケジュール項目および１つ以上のコスト項目をマッピングするためのルールを受け取るように構成されている。このルールは、少なくとも１つのモデル項目、少なくとも１つのスケジュール項目および少なくとも１つのコスト項目に関連するコードシーケンスを含んでいる。マッピングエンジンは、モデルデータベース、スケジュールデータベースおよびコストデータベースと通信するように構成されている。マッピングエンジンはさらに、１つ以上のモデル項目と、１つ以上のスケジュール項目と、１つ以上のコスト項目とをこのルールに基づいてマッピングするように構成されている。

このルールは、次の３つのうちの２つが正確に一致することを要求し得る：モデル項目、コスト項目およびスケジュール項目をマッピングするための、モデル項目コード、コスト項目コードおよびスケジュール項目コード。たとえば、第１のルールはモデル項目をスケジュール項目とマッピングしてよく、第２のルールはスケジュール項目をコスト項目とマッピングしてよい。システムは、最初の２つのマッピングに基づいて、モデル項目をコスト項目と自動的にマッピングするように構成されていてよい。択一的に、第１のルールはモデル項目をコスト項目とマッピングしてよく、第２のルールはコスト項目をスケジュール項目とマッピングしてよい。

システムは、最初の２つのマッピングに基づいて、モデル項目をスケジュール項目と自動的にマッピングするように構成されていてよい。別の実施形態では、第１のルールはスケジュール項目をモデル項目とマッピングしてよく、第２のルールはモデル項目をコスト項目とマッピングしてよい。システムは、最初の２つのマッピングに基づいて、スケジュール項目をコスト項目と自動的にマッピングするように構成されていてよい。マッピングエンジンはさらに、１つ以上のドキュメントを、１つ以上のモデル項目、１つ以上のスケジュール項目および／または１つ以上のコスト項目と、このルールに基づいてマッピングするように構成されていてよい。

幾つかの実施形態では、ルールは、次の３つのタイプの項目のうち２つのタイプの項目の部分文字列の一致を要求し得る：モデル項目、コスト項目およびスケジュール項目をマッピングするための、モデル項目コード、コスト項目コードおよびスケジュール項目コード。このために、モデル項目コード、スケジュール項目コードおよびコスト項目コードはそれぞれ、少なくとも、同一の文字の一部を有している。さらに、幾つかの実施形態は、ルール内で複数のコードシーケンスを指定してよい。さらに、ルールのコードシーケンスは、ワイルドカード変更子（たとえば、任意の英数字を表す＊文字）を含んでいてよい。

とりわけ、システムは、モデルを受け取り、モデル項目の量を決定するように構成されている定量化モジュールを含んでいてもよい。システムはさらに、モデル項目の決定された量をプロジェクト管理コストプラットフォームに出力するように構成されていてよい。システムは、モデル、予算および／またはスケジュールの更新されたバージョンを、モデル、予算および／またはスケジュールの既存のバージョンと比較するように構成されている自動化された比較器を含んでいてもよい。したがって自動化された比較器は、新規のモデル項目、コスト項目および／またはスケジュール項目、削除されたモデル項目、コスト項目および／またはスケジュール項目ならびに／または改訂されたモデル項目、コスト項目および／またはスケジュール項目を識別してよい。定量化モジュールは、改訂されたモデル項目の量を決定してよく、自動化された比較器は、改訂されたモデル項目の量に基づいてコスト項目を更新してよい。

さらに別の実施形態では、方法は、大規模資本プロジェクトに対して、コスト項目、モデル項目およびスケジュール項目をマッピングする。この方法は、資本プロジェクト構成要素を表す複数のモデル項目を受け取る。各モデル項目は、少なくとも１つのモデル項目コードを有している。同様にこの方法は、建設工事スケジュールの一部を表す複数のスケジュール項目も受け取る。各スケジュール項目は、少なくとも１つのスケジュール項目コードを有していてよい。さらに、この方法は、建設工事スケジュールの一部および／または資本プロジェクト構成要素に対するコストを表す複数のコスト項目を受け取る。各コスト項目は、少なくとも１つのコスト項目コードを有していてよい。この方法は、１つ以上のモデル項目、１つ以上のスケジュール項目および１つ以上のコスト項目をマッピングするためのルールも受け取る。このルールは、少なくとも１つのモデル項目、少なくとも１つのスケジュール項目および少なくとも１つのコスト項目に関連するコードシーケンスを含んでいる。このルールに基づき、この方法は１つ以上のモデル項目、１つ以上のスケジュール項目および１つ以上のコスト項目をマッピングする。とりわけ、スケジュール項目は作業分解構成図（ａ ｗｏｒｋ ｂｒｅａｋｄｏｗｎ ｓｔｒｕｃｔｕｒｅ）の一部であってよく、コスト項目はコスト分解構成図（ａ ｃｏｓｔ ｂｒｅａｋｄｏｗｎ ｓｔｒｕｃｔｕｒｅ）の一部であってよい。

本発明の例示的な実施形態は、コンピュータ可読プログラムコードを含んでいるコンピュータ使用可能媒体を備えたコンピュータプログラム製品として実現される。コンピュータ可読コードは、コンピュータシステムによって、従来のプロセスにしたがって読み取られ、利用され得る。

当業者であれば、この直後に簡単に説明する図面を参照しながら述べる、以降の「例示的な実施形態の説明」から、本発明の種々の実施形態の利点をより完全に理解するはずである。

本発明の例示的な実施形態を使用し得る大規模資本プロジェクトの一部を概略的に示す図である。 本発明の例示的な実施形態による大規模資本作業プロジェクトの一部を概略的に示す図である。 大規模資本プロジェクトの択一的な例を概略的に示す図である。 本発明の例示的な実施形態による大規模資本プロジェクトの作業プロセスの一部を概略的に示す図である。 本発明の例示的な実施形態にしたがって構成されているマッピングシステムを概略的に示す図である。 上述の技術的な問題の一部またはすべてを軽減する様式で、モデル項目、スケジュール項目およびコスト項目をマッピングするマッピングシステムによって使用される好適なプロセスを示す図である。 本発明の例示的な実施形態によるモデル項目に対する、予め規定されている分類構造を示す図である。 モデル項目の分類構造コードを作成するためのビルディング情報モデリングプラットフォームのインターフェースからのスクリーンショットを示す図である。 図５のインポートされたモデル項目に対するシステムのユーザインターフェーススクリーンを示す図である。 本発明の例示的な実施形態にしたがってコスト項目に対する分類構造コードを作成するためのエンタープライズプロジェクト管理コストプラットフォームのインターフェースからのスクリーンショットを示す図である。 図７のインポートされたコスト項目に対するシステムのユーザインターフェーススクリーンを示す図である。 本発明の例示的な実施形態にしたがってスケジュール項目に対する分類構造コードを作成するためのプロジェクト管理スケジューリングプラットフォームのインターフェースからのスクリーンショットを示す図である。 図９のインポートされたスケジュール項目に対するシステムのユーザインターフェーススクリーンを示す図である。 本発明の例示的な実施形態にしたがって、分類構造コードを使用して、スケジュール項目をモデル項目にマッピングするためのルールを作成するためのインターフェースを示す図である。 図１１Ａのマッピングの結果を示す図である。 本発明の例示的な実施形態にしたがって、分類構造コードを使用して、スケジュール項目をコスト項目にマッピングするためのルールを作成するためのインターフェースを示す図である。 図１１Ｃのマッピングの結果を示す図である。 本発明の例示的な実施形態にしたがって、分類構造コードを使用して、スケジュール項目をモデル項目にマッピングするためのルールを示す図である。 図１２Ａのマッピングの結果を示す図である。 本発明の例示的な実施形態にしたがって、分類構造コードを使用して、図１２Ａ～図１２Ｂのスケジュール項目をコスト項目にマッピングするためのルールを示す図である。 図１２Ｃのルールによって規定されるようなマッピングの結果を示す図である。 本発明の例示的な実施形態にしたがって、モデル項目が変化したときにルールベースのマッピングを更新するプロセスを示す図である。 本発明の例示的な実施形態にしたがって、マッピングされたスケジュール項目を更新するプロセスを示す図である。 本発明の例示的な実施形態にしたがって、自動化された比較器によって、強調表示されている予算の変更に対するユーザインターフェーススクリーンを概略的に示す図である。 本発明の例示的な実施形態にしたがって、モデル項目、コスト項目およびスケジュール項目の変更管理がマッピングにどのように影響を及ぼすかについてのプロセスを示す図である。 例示的な実施形態による定量化モジュールのアウトプットのスクリーンショットを示す図である。 本発明の例示的な実施形態にしたがって拾われた詳細な量のモデルビューを示す図である。 本発明の例示的な実施形態による５Ｄマッピングの表現を概略的に示す図である。 本発明の例示的な実施形態にしたがった、先行してマッピングされた２つのリンクに基づく項目タイプ間の第３のリンクの黙示的マッピング（ｉｍｐｌｉｃｉｔ ｍａｐｐｉｎｇ）を示す図である。 本発明の例示的な実施形態にしたがった、先行してマッピングされた２つのリンクに基づく項目タイプ間の第３のリンクの黙示的マッピングを示す図である。 本発明の例示的な実施形態にしたがった、定量化を使用する５Ｄマッピングの表現を概略的に示す図である。 本発明の例示的な実施形態による、スケジュール項目とモデル項目とをマッピングするためのインターフェースのスクリーンショットを示す図である。 本発明の例示的な実施形態による、スケジュール項目とモデル項目とをマッピングするためのインターフェースのスクリーンショットを示す図である。 コスト、スケジュールおよびモデル間のマッピングを表示する５Ｄ視覚化を示す図である。 本発明の例示的な実施形態にしたがって建設工事スケジュール項目の進捗状況を更新するためにプロジェクト管理コストプラットフォームと通信するためのユーザインターフェースの使用を概略的に示す図である。 コストプラットフォームがコストインターフェースから進捗状況の更新を受け取った後のコストプラットフォームのスクリーンショットを示す図である。 図２０Ｃからの進捗状況の更新を用いた予測を示す図である。 例示的な実施形態にしたがった、コスト項目とマッピングされたスケジュール項目を示しているスクリーンショットを示す図である。 選択されたコスト項目を有している図２１Ａのインターフェースを示しているスクリーンショットを示す図である。 改良された多次元視覚化の種々のビューを示しているスクリーンショットを示す図である。 改良された多次元視覚化の種々のビューを示しているスクリーンショットを示す図である。 改良された多次元視覚化の種々のビューを示しているスクリーンショットを示す図である。 改良された多次元視覚化の種々のビューを示しているスクリーンショットを示す図である。 改良された多次元視覚化の種々のビューを示しているスクリーンショットを示す図である。 改良された多次元視覚化の種々のビューを示しているスクリーンショットを示す図である。 改良された多次元視覚化の種々のビューを示しているスクリーンショットを示す図である。

例示的な実施形態の説明
例示的な実施形態は、大規模資本プロジェクトにおいて３次元のモデル項目、スケジュール項目およびコスト項目をルールに基づいてマッピングするシステムを提供する。モデル項目、スケジュール項目およびコスト項目は、各自のネイティブプログラムにおいて、それらに割り当てられたコードを有している。割り当てられたコードは、概して項目の各タイプ（たとえば、概して椅子のモデル項目のタイプ）に適用されるタイプコードと、項目の特定のインスタンス（たとえば、北棟の４０階の椅子）に適用されるインスタンスコードとを含んでいてよい。システムは、上述した各項目のネイティブプログラムと相互作用し、コードを抽出する。ルールエンジンは、モデル項目、スケジュール項目およびコスト項目をマッピングする１つ以上のコード条件を受け取る。ルールエンジンは、これらの項目にルールを適用し、これらの項目を、それらがコード条件を満たしていることに基づいてマッピングする。ルールは、モデル、スケジュールまたは予算に変更が生じるたびに自動的に再適用を行ってよく、これによって変更が自動的にマッピングおよび比較される。以降では、例示的な実施形態の詳細について説明する。

図１Ａは概して、本発明の例示的な実施形態を実施することができる大規模資本プロジェクト１０（「資本プロジェクト１０」とも称される）の一例を示している。より具体的には、当業者に知られているように、資本プロジェクト１０は概して、高度に資本が集約されたプロジェクトの構築、増強、追加または向上のために行われる長期投資であり、これは、著しい量の金融資本と労働資本との両方を必要とし、完了するまでに何年もかかることが多い。資本プロジェクト１０は、多くの場合、比較的わずかな計画およびリソースを必要とする他の投資（たとえば、住宅またはトラックの構築）と比較して、そのコストが大規模であることを特徴とする。資本プロジェクト１０においては、民間セクタおよび公共セクタの双方が関与することがある。資本プロジェクト１０の幾つかの例は、空港、病院、高層ビル、橋およびトンネル、道路プロジェクトの開発および維持を含んでいる。付加的または択一的に、例示的な実施形態が、石油精製所、発電プラント、船舶、海洋石油プラットフォーム、ダムおよび工場と共に使用されてよい。

図１Ｂに示されている資本プロジェクト１０は発電プラントであり、これは、当業者に知られているように、発電の機能を得るために協働する、極めて多くの種々異なる構成要素を備えている。たとえば、とりわけ、この図の発電プラントは、複数の大小の建物、煙突、パイプ、弁、燃料タンク、はしごおよび電気システムを有している。

図１Ｃには、択一的な大規模建設プロジェクト１０の階層図が示されている。図１Ａおよび図１Ｂと同様に、プロジェクト１０は多数のリソースおよび材料を必要とし、複数の建物を含んでいてよい。大規模資本プロジェクト１０の設計、構築および保守には、膨大な量の計画および調整が必要になる。多数の構成要素が、計画されたスケジュールと予算とにしたがって、適切に配置され、方向付けられ、他の構成要素と接続されなければならない。慎重な計画および調整がされない場合には、大規模資本プロジェクト１０が構築され、動かされることは決してないだろう。

このために、当業者は、図１Ａ～図１Ｃに示したような資本プロジェクト１０の計画／設計、開発、維持および廃止を支援するプラント設計プログラム／製品（「プラント設計プログラム」）を開発してきた。広く使用されている建物およびインフラストラクチャ設計プログラムの例には、ＢｒｉｃｓＣＡＤ（登録商標）および／またはアラバマ州ハンツビルのＨｅｘａｇｏｎ ＰＰＭ社によって販売されているＳｍａｒｔＰｌａｎｔ（登録商標）エンタープライズ製品（以降では「ＳｍａｒｔＰｌａｎｔ（登録商標）製品」）として知られているプラント設計プログラムが含まれる。他のそのような製品と同様に、上述したモデリング製品は、少なくとも、相互に関連する以降の機能および構成要素を有している：
・３Ｄモデリングおよび視覚化、
・エンジニアリングおよび図式化、
・情報管理、
・調達、製造および建設、
・他のプロプライエタリシステムおよびオープンシステムとのオープンインテグレーション。

したがって、建築家、設計者、エンジニア、開発者、マネージャおよび他の関係者は、ＳｍａｒｔＢｕｉｌｄ（登録商標）およびＳｍａｒｔＰｌａｎｔ（登録商標）製品などの設計プログラムのこれらの機能および他の機能を使用して、図１Ａ～図１Ｃに示された建物１０などの資本プロジェクト１０を、設計、構築、更新、管理および廃止する。当業者に知られているように、このような３Ｄまたは２Ｄ設計プログラムはしばしば、複数のソフトウェアツールと共に、自身のプロジェクトを設計および管理するための主要なメカニズムとして機能するテンプレートを作成する。付加的に、これらの設計項目は、ドキュメント、物流項目、メタデータおよび他の情報などの多次元情報を含んでいてよい。とりわけ、テンプレートは、典型的に、ユーザが自身のプロジェクトをより正確かつ効率的に開発できるようにする複数のオプション、構成およびレイアウトを含んでいる。

種々の実施形態が過度に簡素化されるリスクがあるが、大規模資本プロジェクトコンテキストにおいて使用されるテンプレートを、ユーザがワード処理プログラムを開いたときに表示されるワード処理テンプレートに例えることができる。とりわけ、ユーザが複数のフォント、色、形状、行間隔およびフォーマットから選択することを可能にするために、ワード処理テンプレートが構成されていてよい。この場合にユーザは、テンプレートを提供する種々異なるオプションを使用して、自身のドキュメントの準備を開始する。実際には、ワード処理を行うユーザは、文字、メモ、表計算シート、ブックなどの多種多様な異なるドキュメントのいずれかを作成することができる。同様に、資本プロジェクト１０に使用されるテンプレートを、上述の資本プロジェクト１０のような、著しく異なるタイプの他の資本プロジェクトと共に使用することもできる。

しかし、テンプレートの構成データは、多くの場合、資本プロジェクト１０のライフサイクルにわたって変化する。特に、図１Ｂの発電プラント、石油精製所または船舶などの資本プロジェクト１０のライフサイクルに必要なテンプレート構成は、発注者のニーズ、産業の特性および種々のプロジェクトサイト１６で使用されているソフトウェアシステムによって提供される利用可能な構成オプションを含む、多くの要因に関連する。このような資本プロジェクト１０の構成には、典型的には、カスタムプロパティ、シンボル、図面テンプレート、ルールなどの数千のタイプの項目が含まれる。さらに、構成要件は、典型的には、概念的な設計、詳細な設計、コミッショニング、建設、運用、保守、廃止など、設備の種々のライフサイクルステージ間で異なる。

別のレベルの複雑性は、各プロジェクトサイトで使用される種々のソフトウェアアプリケーションに関する。特に、プロジェクトサイトで実行される各ソフトウェアアプリケーションは、独自の一連の構成タイプと、オプションと、構成データならびに既存の設計データを比較および更新するための特定の手法とを有していてよい。さらに、これらのオプションおよび手法は、ソフトウェアアプリケーションの特定のバージョンに応じて変化してよい、またはこれらに関連していてよい。さらに別のレベルの複雑性は、アプリケーションの統合されたシステムを伴い、構成タイプとソフトウェアアプリケーションとの間の相互関連性を伴う。

このような複雑性を考慮すると、建物の発注者、プラントの発注者またはエンジニアリングカンパニは、自身の設計プログラムと共に使用される、完全な一連のテンプレート構成を開発するために、たやすく数年を費やし得る。実際、発明者らは、このような複雑性が、プロジェクト完了までの遅延が長引くこと、および大規模なコスト超過に対する主要な原因であると考えている。２０１６年６月のＭｃＫｉｎｓｅｙ ａｎａｌｙｓｉｓ ｏｎ Ｃａｐｉｔａｌ Ｐｒｏｊｅｃｔｓ ａｎｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅからのデータは、大規模資本プロジェクトが平均で２０カ月遅れており、８０％のコスト超過を伴っていることを示している。

大規模資本プロジェクト１０を完了するための固有の難しさに加えて、プロジェクトの種々のステークホルダが原因で、複雑性が加わる。たとえば、プロジェクト１０のプランナは、作業分解構成図を管理するために第１のプログラムを使用することがあり、管理／財務チームは、コスト分解構成図を管理するために第２の異なるプログラムを使用することがある。

図１Ｄは、本発明の例示的な実施形態による資本プロジェクト１０の作業プロセスを概略的に示している。高いレベルでは、ステップ１０１において、プロジェクトの発注者は、入札への募集を公開することができる。入札要請（ｉｎｖｉｔａｔｉｏｎ ｔｏ ｂｉｄ）（これは入札案内または封入入札案内とも称される）は、建設請負業者に対する、プロジェクトについての提案の提出を求める呼び出しである。ＩＴＢはＲＦＰ（提案依頼書（ｒｅｑｕｅｓｔ ｆｏｒ ｐｒｏｐｏｓａｌ））に極めて似ているが、ＩＴＢはプロジェクトの概念的構想よりも価格を重視している。したがって、幾つかの実施形態では、モデルは実質的に入札要請の時点で準備されてよい。したがって、モデル項目がこの時点ですでに準備されていてよい。択一的に、発注者が提案依頼書を出すことができる。この募集によって、ステップ１０２において、提案依頼書に対する応答を準備および提出する複数の総合建設請負業者から入札が集まる。このケースでは、建設請負業者がモデル項目を準備する。１つ以上の総合建設請負業者からの種々の応答を検討した後、発注者はステップ１０３において契約を締結する。

次に、プロセスはステップ１０４に進み、ここでは総合建設請負業者が詳細な数量拾いおよびコスト見積を準備する。詳細な数量拾いは、各モデル項目の量のリスト化である。たとえば、同じアセンブリコードを共有しているが、異なるタイプコードを有しているすべての土台に対して詳細な数量拾いが存在する。

数量拾いおよびコスト見積が準備された後、ステップ１０５で、総合建設請負業者が下請け業者からの入札を募集する。ステップ１０６では、１つ以上の下請け業者がこの募集に応答し、次にステップ１０７では、総合建設請負業者が下請け業者に対して取引契約を締結する。例示的な実施形態では、この契約は、下請け業者が支払を受けるために達成されなければならない種々の作業分解構成図を詳述する支払マイルストーンを含んでいる。

ステップ１０８では、下請け業者の確定後に詳細なプロジェクトスケジュールが作成される。プロジェクトスケジュールは、１つ以上のワークパッケージを含んでいる少なくとも１つの作業分解構成図（ＷＢＳ）を含んでいる。スケジュール項目とも称されるワークパッケージ（ＷＰ）は、他の必要な建設情報、たとえばドキュメンテーション、日付、相互関係性および作業ステップなどによって強化された、スケジュールされたアクティビティである。スケジュール項目は、４Ｄ（スケジュール・モデル）および５Ｄ（スケジュール・モデル・コスト）アニメーションに対して割り当てられているモデル項目およびコスト項目を有することができる。

同様に、ステップ１０９において、詳細なプロジェクト予算が作成される。プロジェクト予算は、１つ以上のコスト項目を含んでいる少なくとも１つのコスト分解構成図（ＣＢＳ）を含んでいる。

ステップ１１０で、スケジュール作業分解構成図および予算コスト分解構成図またはその一部がマッピングされる。マッピングは、ルールを使用して、モデル項目、コスト項目およびスケジュール項目をインテリジェントにリンクさせて、リアルタイムのプロジェクト状態およびコスト予測のオンデマンドの更新および継続的な更新を提供する。コスト分解構成図および作業分解構成図は、プロジェクトチームの種々の目的に応じて異なる。幾つかの実施形態では、コスト分解構成図と作業分解構成図とは、正確な予測のために作業分解構成図およびコスト分解構成図の日付および進捗状況を渡すことができるように、Ｍｉｃｒｏｓｏｆｔ Ｅｘｃｅｌなどのソフトウェアにおいて手動で相関付けされる。コスト分解構成図および作業分解構成図をマッピングすることによって、例示的な実施形態では、（たとえばスケジュール遅延および／またはコスト超過が存在しているか否かを調べるために）コストに対するスケジュールの視覚化が可能になる。

大規模資本プロジェクト１０では、コスト分解構成図および作業分解構成図の手動マッピングは困難である。典型的に、大規模資本プロジェクト１０には４０以上のストーリがあり、スケジュール項目は１０，０００以上、コスト項目は２，０００以上ある。作業分解構成図とのコスト分解構成図の最初のマッピングには、非常に時間がかかり、また大きな労力がかかる。最初のマッピングは極めて困難であるが、資本プロジェクト１０の開始後にマッピングを更新し続けることは、さらに困難であり得る。たとえば、プロジェクト１０が自身の元来のスケジュール、コストまたはモデルから変化するたびに、マッピングを更新する必要がある。更新されたマッピングは、新たな項目の追加、項目の削除、項目間の新たなリンクの作成および／または項目間のリンクの削除を含み得る。

さらに、例示的な実施形態では、５Ｄマッピングが実行され、この５Ｄマッピングは、作業分解構成図およびコスト分解構成図を有する３Ｄモデルをマッピングする。コスト分解構成図における多数のコスト項目および作業分解構成図における多数の作業項目に加えて、モデルは１つのプロジェクト１０につき、１００，０００を超えるモデル項目を有し得る。

したがって、以降でさらに説明するように、例示的な実施形態は、上述の多くの問題を解決するために、作業分解構成図、コスト分解構成図、見積、モデルおよびドキュメントなどの種々の構造のルールベースの自動マッピングを提供するために、特別に構成されているルールエンジンを使用する。

その後、プロセスは同時にステップ１１１と１１３とに進み、これらのステップにおいて、下請け業者および／または総合建設請負業者によってそれぞれ、スケジュールされた作業が実行される。次いで、これらの両当事者は、ステップ１１２および１１６においてそれぞれ、完了した作業についての進捗状況請求書（ｐｒｏｇｒｅｓｓ ｉｎｖｏｉｃｅｓ）を提出し得る。例示的な実施形態では、１つの下請け業者に言及されているが、使用時に、複数の下請け業者が、同じスケジュール項目または異なるスケジュール項目において（たとえば並行して）作業の種々の部分を実行し得ることを理解されたい。

ステップ１１１において、作業が満足に行われた場合、プロセスはステップ１１２に進み、これによって、総合建設請負業者は、ステップ１１０において実行されたマッピングを使用して、スケジュールおよびコストを分析することができる。次いで、総合建設請負業者は、ステップ１１５において、作業を検証し、各下請け業者に支払を行ってよい。進捗状況請求書が発注者に提出されてよく、発注者は次に、ステップ１１７において、作業を検証し、総合建設請負業者の支払を承認する。ステップ１１８で、総合建設請負業者は、発注者から支払を受け取り、下請け業者に支払を行う。ステップ１１９で、下請け業者は、支払を受け取る。

ステップ１１２に戻って、プロジェクト１０が目標から外れた場合（たとえば予算オーバー、遅延、モデルの変更）、プロセスはステップ１２４に進み、ここでは提案された変更が変更指示要求の形で提出される。変更指示は、元来の建設契約に対する修正を記録するために用いられる。たとえば、変更指示要求の１つの目的は、追加されたサービスの記録を作成することである。下請け業者および／または建設請負業者が変更指示を使用しない場合、これらの追加のサービスに対する支払を受けられなくなる可能性がある。したがって、プロジェクト１０を円滑に実行し続けるためには、予算、スケジュールおよび／またはモデルに対する変更指示の影響を迅速に視覚化することが重要である。プロセスはステップ１２５に進み、ここでは総合建設請負業者が問題に応答して変更指示を承認するまたは拒否する。特定のタイプの単純な作業指示の変更の場合には、建設請負業者が変更指示を承認することができ、プロセスはステップ１２６に進む。より複雑な変更（すなわち、スケジュール項目、モデル項目および／またはコスト項目に対する変更）を含んでいる変更指示の場合、プロセスはステップ１２３に進む。

現在のプロジェクト１０の財務状況および／またはスケジュールの分析および予測を、自動的に実行することができる。なぜなら、スケジュール項目、モデル項目およびコスト項目がステップ１１０において事前にマッピングされているからである。したがって、総合建設請負業者および／または下請け業者は、変更指示および実際のコスト（たとえば、１つのコスト項目への変更）を入力することができ、ステップ１１０からの他のすべてのリンクされた項目（たとえば、他のコスト項目、スケジュール項目および／またはモデル項目）への影響が自動的に決定される（たとえば、図２に示されている自動比較器を使用して）。したがって、総合建設請負業者は、この変更の影響を迅速に認識して、リンクされた項目に対する変更指示の影響を示す分析と共に、問題および変更指示を発注者に提出するステップ１２１に進むことができる。これによって発注者は、ステップ１２２において、自身のプロジェクト１０における変更指示の最終的な影響（すなわちコストおよびスケジュールへの最終的な影響）について、より深く理解することができ、変更指示を迅速に承認することができる。したがって、すべての当事者、すなわち発注者、総合建設請負業者および下請け業者は、変更指示の実際の結果を迅速に決定して承認を受け取ることができ、これは、プロジェクト１０がスケジュールから顕著に逸脱するのを防ぐのに役立つ。

マッピングシステム１７（以降で図２に示されている）の種々の実施形態を導入する以前では、モデル項目、コスト項目およびスケジュール項目を、これらの項目のプロパティコードを用いて自動的にマッピングすることは不可能であった。その代わりに、１人以上の技術者が、ソフトウェアを使用して手動で項目を選択し、接続していた。発明者らは、種々の項目からのコードを使用することが、マッピングの自動化の効率的かつ反復可能な様式であることを発見した。これらの項目を使用することによって、マッピングの自動化の有益な結果が可能となる。図１Ｄには１つの変更指示しか示されていないが、変更指示の要求のプロセスおよびマッピングされた項目に対する変更の影響の分析のプロセスを、１つのプロジェクト１０の経過中に複数回繰り返すことができることを理解されたい。

次いで、プロセスはステップ１２６に進み、ここでは作業が総合建設請負業者によって検討され、終了となる。総合建設請負業者は、ステップ１２８においてプロジェクトを発注者に引き渡し、その時点で発注者は総合建設請負業者に支払を行う（ステップ１２９）。ステップ１３０～ステップ１３１において、総合建設請負業者は、支払を受け取り、下請け業者に支払を行う。プロセスは終了する。

ある時点で、典型的にはプロジェクト１０の建設工事中に、発注者、総合建設請負業者および／または下請け業者は、（たとえば変更指示に応答して）幾つかの新規な、または改訂されたモデル項目、コスト項目およびスケジュール項目を採用するために、能動的なプロジェクトサイト１０の構成を更新する必要があり得る。これは、例示的な実施形態の技術的な解決手段によって解決される種々の技術的な問題を提示する。特に、これらの技術的な問題は、以下のもののうちの１つまたは複数を含んでいてよい：

１．建設アクティビティのシーケンスをシミュレーションすることによって建設工事開始前に問題を明らかにし、それをプロジェクトチームに提示すること。

２．（たとえば、建設工事開始後の変更指示による）予想可能な時間遅延を減らし、再作業のコストを節約すること。たとえば、自動マッピングが行われない場合には、ステップ１１４およびステップ１２３に対する結果は、非効率で、決定的でない。

３．迅速に予測および報告すること。従来技術には、極めて多くの労働力のかかる手動の予測が含まれる。

４．予測されたコストを伴う４Ｄアニメーションを作成すること（５Ｄ）。これによって、執行部は、プロジェクト期間にわたるシミュレートされた物理モデルの進捗状況と、その時間の間の予期されるコストを閲覧することができる。プロジェクトの応札段階／入札段階中、物理モデルはプロジェクトの詳細を展示するのに役立ち、他の建設請負業者にまさって作業を獲得することを支援する。また、プロジェクトの実行中に、５Ｄアニメーションは、プロジェクトの進捗状況およびコストを追跡するのに役立ち、潜在的なリスクを事前に強調表示することもできる。この情報が利用可能になるのが早いほど、遅延およびコスト超過を減じるための判断をより早く下すことができる。

５．ドキュメントのリンク付けをすること。項目のマッピングに加えて、同じコードを使用して、関連するドキュメントが自動的にリンク付けされてよい。この業界では現場チームが正しい図面または更新された図面、リソース情報、承認または作業許可を待つために、生産性の低下に悩まされている。マッピングエンジンの例示的な実施形態は、作業分解構成図およびコスト分解構成図へのｏｄドキュメントのマッピングを自動化し、これによって、建設チームが適切なドキュメントを迅速かつ容易に見つけ出すことができる。

例示的な実施形態は、マッピングを自動化するためのルールと組み合わせて項目コードを使用することによって、プロジェクトを分析する、より迅速かつより正確な様式を提供する。たとえば、プロジェクト予測は、現在利用可能なソフトウェアを使用して、建設チームが手動のプロジェクト予測を分析および準備するために２～４週間以上にわたって待つのではなく、直ちに利用可能である。

６．モデル項目、スケジュール項目およびコスト項目のための異種ソフトウェアアプリケーションからのコードの抽出を自動化すること。各ソフトウェアアプリケーションは、構成、依存関係および構成データ／ファイルを比較および更新するための手法の独自のセットを有している。

７．改訂されたモデル項目、コスト項目および／またはスケジュール項目の比較を完了し、マッピングを更新する時間の長さは、好ましくは、プロジェクトのダウンタイムを短縮するために最小限に抑えられる。複数のソフトウェアアプリケーションにわたって、テンプレートとアクティブプロジェクトとの間で何千もの項目のうちのすべての各項目の何十ものプロパティを手動でマッピングするのには極めて長い時間がかかり、また間違いが起こりやすい。

種々の実施形態は、これらの技術的なリスクの一部またはすべてを軽減し、統合されたテンプレートシステムの更新された構成データを、統合されたアクティブプロジェクトの構成と比較するためのロバストかつ効率的な手法を提供する。

したがって、例示的な実施形態は、これらの技術的な問題の一部または好ましくはすべてを解決するために、特別に構成された技術、たとえば予め構成されているマッピングシステム１７（図２）を使用してよい。特に、当業者に知られているように、システムの完全性を維持するために、マッピングシステム１７は、時間の経過に伴うコンピュータシステムまたはネットワークに対する構成変更を体系的に管理する。したがって、マッピングシステム１７は、構成および構成オプションにおける変更を管理および評価するために、コンピュータシステムまたはネットワークにおける技術、ポリシー、ツールおよびプロシージャを実行することができる。このために、図２は、図１Ａ～図１Ｄの資本プロジェクト１０のような大規模資本プロジェクトに使用されるモデル、コストおよびスケジュールのマッピングを、より効率的にマッピングかつ更新するように構成され得るマッピングシステム１７の例示的な実施形態を概略的に示している。

図２のマッピングシステム１７は、大規模資本プロジェクト１０のモデル、コストおよびスケジュールを効率的にマッピングするために協働する複数の構成要素を含んでいる。これらの構成要素の各々は、従来の相互接続機構によって、動作するように接続されている。図２には単に、各構成要素と通じているバス１９が示されている。当業者であれば理解できるように、この一般化された表現を、他の従来の直接的または間接的な接続を含むように修正することが可能である。したがって、バス１９の説明は、種々の実施形態を制限するものではない。

これらの構成要素は、モデル項目、スケジュール項目およびコスト項目からコード（たとえば、タイプコードおよび／またはインスタンスコード）を抽出するように構成されているコード抽出エンジン３０を含んでいる。当業者に知られているように、モデル項目、スケジュール項目およびコスト項目は、自身の各データ構造の最も低いレベルである。たとえば、モデル項目は典型的には、３Ｄジオメトリと他の必要なプロパティコードとを有している。スケジュール項目は典型的には、開始日および終了日、期間および他の必要なプロパティコードを有している。コスト項目は典型的には、コスト値、測定単位および他の必要なプロパティコードを有している。

コード抽出エンジン３０は、３Ｄモデルインターフェース３２と、スケジュールインターフェース３４と、建設コストインターフェース３６とを有している。インターフェース３２～３６はそれぞれ、各サードパーティプログラムと通信し、そこから項目コードを抽出するように構成されている。たとえば３Ｄモデルインターフェース３２は、建築家および／またはエンジニアが、関連するプロパティおよびコードを有する３Ｄモデル項目を作成したビルディング情報モデリングプラットフォーム５４（たとえばＲｅｖｉｔ）と通信することができる。付加的に、スケジュールインターフェース３４は、総合建設請負業者が、関連するプロパティおよびコードを有するスケジュール項目を準備することができるプロジェクト管理スケジュールプラットフォーム５６（たとえば、Ｏｒａｃｌｅ社によるＰｒｉｍａｖｅｒａ Ｐ６ ＥＰＰＭ）と通信することができる。さらに、建設コストインターフェース３６は、関連するプロパティおよびコードを有する予算項目を作成するために財務チームが使用することができるエンタープライズプロジェクト管理コストプラットフォーム５８（たとえばＥｃｏＳｙｓ）と通信する。コード抽出エンジン３０は、種々の項目からコードを抽出し、必要に応じてモデル項目データベース３８、スケジュール項目データベース４０およびコスト項目データベース４２内にこれらを格納することができる。

これらの項目の幾つかは、プロパティコードを伴わずに、タイプコードのみを伴って、かつ／または不正確なインスタンスコードを伴って、システム１７へ入力され得る。したがって、システム１７は、システム１７内に存在する項目コードの修正を可能にするコード生成器および修正器モジュール４４（ＣＣＭモジュール４４）を含んでいる。項目コードの修正を可能にするために、システム１７はユーザインターフェース４６を含んでいてよく、ユーザインターフェース４６は、ユーザから（たとえばユーザによってコントロールされるキーボードおよびマウスから）入力を受け取る。モデル項目、スケジュール項目およびコスト項目のインポート後、コード抽出エンジン３０は、（たとえば、最初にコードが適用されなかったことが原因で、またはインポートプロセス中のエラーが原因で）、いかなるコードも伴わずにインポートされた項目を識別してよい。したがってユーザは、項目を見て、ＣＣＭモジュール４４を使用してこの項目に１つ以上のコードを適用してよい。付加的または択一的に、項目がタイプコード（これらのタイプコードはたとえばプロジェクトにかかわらず項目のタイプに対して汎用的であるが、目下のプロジェクト１０に対して固有のものではない）のみを伴ってインポートされることがある。したがって、特定のインスタンスコードを所与の項目に入力するために、ＣＣＭモジュール４４が使用されてよい。さらに、幾つかの項目が、不正確なインスタンスコード（たとえば、異なるプロジェクトからのキャリーオーバかつ／または誤って入力されたキャリーオーバ）を伴ってインポートされることがある。ＣＣＭモジュール４４は、適切なインスタンスコードを追加するために、かつ／または不正確なインスタンスコードを修正するために使用されてよい。修正されたコードは、それらの各データベース３８～４２に格納されてよい。

ルールエンジン４８は、１つ以上のコードベースの条件を受け取り、マッピングエンジン５０によって使用されるルールを作成するように構成されている。１つ以上のルールは、プロジェクトに基づいて（たとえばユーザインターフェース４６を介して）カスタム定義されてよい。付加的または択一的に、（たとえば先行するプロジェクトからの）予め規定されているルールがインポートされて、現在のプロジェクト１０の特定のモデル項目、コスト項目およびスケジュール項目に適用されてよい。以降でさらに述べるように、異なるコードベースの条件の多様性が使用されてよい。幾つかの実施形態では、この条件は、モデル項目、スケジュール項目および／またはコスト項目のコード間の正確な一致を要求し得る。付加的または択一的に、この条件は、コードの一部のみが一致することを要求し得る、かつ／またはワイルドカード演算子を含んでいてよい。

マッピングエンジン５０は、モデル項目、スケジュール項目およびコスト項目をマッピングするように構成されている。マッピングエンジン５０は、モデル項目、コード項目およびスケジュール項目に対するコードを取得するために、コード抽出エンジン３０および／またはデータベース３８～４２と通信する。マッピングエンジン５０は、ルールエンジン４８とも通信し、マッピングされる項目を規定する１つ以上の条件を有するルールを取得する。マッピングエンジン５０は、このルールを適用することによって、モデル項目、コスト項目およびスケジュール項目をマッピングする。

マッピングエンジン５０は、人間による比較を伴わずに、更新されたデータを迅速かつ自動化された様式で自動的に比較する自動化された比較器５２と、更新されたデータを格納する、データベース（たとえばデータベース４０～４２または他のデータベースのいずれか）の形態であるようなメモリとを含んでいてよい。特に、比較器５２は、（たとえば変更指示に起因する）モデル項目、コスト項目および／またはスケジュール項目の更新に関するデータを比較する。たとえば建築家は、３Ｄモデルがすでにマッピングされている後に３Ｄモデルを変更し得る。自動化された比較器５２は、この変更／更新を検出し、ルールを再適用して、他の項目に関連する、改訂された項目を自動的にマッピングするように、マッピングエンジン５０に指示する。

図２のマッピングシステム１７は、種々の様式で実装可能である。１つの実装では、マッピングシステム１７は、異なるプロジェクトサイトにおいて、局所的なバージョン、独立したバージョン、協働するバージョンを有していてよい。たとえばマッピングシステム１７は、建設工事が行われている中央サイトに１つのスケジュールインターフェースを配置し、異なるプロジェクトサイト１０に建設コストインターフェースを配置することができる。別の例として、スケジュールインターフェース３４は、中央サイト、（たとえば、少なくとも部分的に入力ポートまたは出力ポートとして機能する）プロジェクトサイトおよび／または中央サイトとプロジェクトサイトとの両方から離れた幾つかの他の場所に存在することができる。同様に、マッピングシステム１７は、ネットワーク全体にわたって分散していてよい。後者の実施形態では、図２の構成要素は、中央サイトと種々のプロジェクトサイトとの両方で動作する。

図２はこれらの構成要素の各々を概略的に示しているだけであることに留意されたい。当業者であれば理解できるように、これらの構成要素の各々を、ハードウェア、ソフトウェアまたはハードウェアとソフトウェアとの組み合わせを使用することなどによって、１つ以上の他の機能的構成要素にわたって、種々の従来の様式で実装することができる。たとえば、マッピングエンジン５０は、ファームウェアを実行する複数のマイクロプロセッサを用いて実装され得る。別の例として、マッピングエンジン５０を、１つ以上の特定用途向け集積回路（すなわち「ＡＳＩＣ」）および関連するソフトウェア、またはＡＳＩＣと個別電子構成要素（たとえばトランジスタ）とマイクロプロセッサとの組み合わせを用いて、実装することができる。したがって、図２の１つのブロックにおけるマッピングエンジン５０および他の構成要素の表現は、単に簡素化するためのものである。実際には、上述したように、図２の構成要素は、複数の異なる機械にわたって分散されていてよく、必ずしも同じハウジングまたは枠組み内にあるわけではない。

繰り返し述べておくと、図２の表現は、実際のマッピングシステム１７の顕著に簡略化された表現である。当業者であれば理解できるように、このようなシステムは典型的には、中央処理ユニット、種々のユーティリティ、コントローラ、短期メモリなどといった他の多くの物理的構成要素および機能的構成要素を有していてよい。したがって、この説明は、図２がマッピングシステムのすべての要素を表していることを示唆するためのものではない。

図３には、上述の技術的な問題の一部またはすべてを軽減する様式で、モデル項目、スケジュール項目およびコスト項目をマッピングするマッピングシステム１７によって使用される好適なプロセスが示されている。このプロセスが、通常、テンプレート構成データを更新するために用いられる比較的長いプロセスから簡略化されたものと考えられ得ることに留意されたい。したがって、テンプレート構成データを更新するプロセスは、当業者がおそらく使用し得る多くの他のステップを有していてよい。さらに、幾つかのステップは、示されている順序とは異なる順序で実行され得る、または同時に実施され得る。したがって、当業者は、必要に応じてプロセスを修正することができる。

図３のプロセスはステップ３０２で始まり、このステップにおいて、資本プロジェクト１０のスケジュール、３Ｄモデルおよび予算がシステム１７にインポートされる。上述したように、プロジェクトは大規模資本プロジェクトであり、多くの場合、複数の作業現場にまたがっており、多数の当事者が関係する。この当事者には、限定されるものではないが、総合建設請負業者、複数の下請け業者、建築家、エンジニア、財務チームおよび計画委員会が含まれる。これらの当事者の各々は、各自の目標の達成の支援のために異なるソフトウェアを使用し得る。たとえば、エンジニアはＲｅｖｉｔなどのビルディング情報モデリングプラットフォーム５４を使用してモデル項目を設計することがあり、財務チームはＥｃｏＳｙｓなどのエンタープライズプロジェクト管理コストプラットフォーム５８を使用して、プロジェクト１０の予算を作成することがあり、プランナはＰｒｉｍａｖｅｒａ Ｐ６などのプロジェクト管理スケジュールプラットフォーム５６を使用することがある。

これらの種々の項目はすべて、システム１７にインポートされる。このために、３Ｄモデルインターフェース３２、スケジュールインターフェース３４および建設コストインターフェース３６は特に、種々のタイプのプラットフォームと相互作用し、マッピングエンジン５０による使用のために、これらの項目からコードを抽出するように構成されている。幾つかのプロジェクトは、１つのプロジェクト１０につき、１０，０００を超えるスケジュール項目、２，０００を超えるコスト項目および１００，０００を超えるモデル項目を有していてよい。インターフェース３２～３６は、各項目から所望のすべてのコードを抽出するように構成されている。

プロセスは、モデル項目、スケジュール項目およびコスト項目にコードを割り当てるステップ３０４～ステップ３０８に進む。システム１７内のこれらの項目の各々に割り当てられているコードは、コード抽出エンジン３０によって抽出されたコードであってよい。したがって、幾つかのコードは、先行するプロジェクトからのもであってよい、または各管理プラットフォーム（たとえばＥｃｏＳｙｓ、Ｐｒｉｍａｖｅｒａなど）の適切なユーザによって以前に入力されたものであってよい。このために、コード抽出エンジン３０は、予め規定されたコード分類構造を自動的に検索するように構成されていてよい。

図４は、本発明の例示的な実施形態による構築項目に対する、予め規定されている分類構造を示している。建設業界には、建設仕様研究所（ＣＳＩ）、国際建設測定基準連合（ＩＣＭＳＣ）、ビルディング・コスト・インフォメーション・サービス（ＢＣＩＳ）、マスターフォーマット（ＭａｓｔｅｒＦｏｒｍａｔ）、ユニフォーマット（Ｕｎｉｆｏｒｍａｔ）および英国王立勅許鑑定士協会（Ｒｏｙａｌｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｃｈａｒｔｅｄ Ｓｕｒｖｅｙｏｒｓ）（ＲＩＣＳ）などの複数の組織があり、これらはすべての関連するプロジェクトプロパティおよび性能データを一貫して編成するためのコードを維持および公開している。

すべての分類構造は、ＣＳＩによるＵｎｉｆｏｒｍａｔ－ＩＩのように、異なる目的のために開発されており、これは主にプロジェクト１０の初期において組織情報に使用される。Ｕｎｉｆｏｒｍａｔ－ＩＩ分類構造は、ＢＩＭ（Ｂｕｉｌｄｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｍｏｄｅｌｉｎｇ）の組織によく似ている。これは、モデル項目と、それが建物において使用される場所との間に直接的な関係を構築するのに役立つ。

図４は、コードを有する複数のグループ要素を示し、次にコードを有する特定の個々の要素を示している。たとえば、標準的な基礎のコードはＡ１０１０であり、特別な基礎のコードはＡ１０２０である。しかし、これらの項目の両方は、基本的なコードＡ１０を共有していてよい。これらの項目の各々は、建築モデル（たとえばＣＡＤモデル）内の実世界の項目を表す３Ｄ構成要素を有している。例示的な実施形態では、コード抽出エンジン３０は、種々の分類構造システムによって提供されるモデル項目コードを抽出する。通常、これらのコードは、ビルディング情報モデリングプラットフォーム５４（たとえばＲｅｖｉｔ）において、モデル項目テンプレートにおいて提供されるので、建築家は各モデル項目の作りなおしに時間を費やす必要はない。

ステップ３０４において、プロセスは、本発明の例示的な実施形態にしたがって、モデル項目にコードを割り当てる。

図５は、モデル項目の分類構造コード６０を作成するためのビルディング情報モデリングプラットフォーム５４のインターフェースからのスクリーンショットである。図５のスクリーンショットは、Ａｕｔｏｄｅｓｋ社によるＲｅｖｉｔまたはＴｒｉｍｂｌｅ社によるＴｅｋｌａなどのモデルオーサリングツール５４を示している。Ｒｅｖｉｔは、建築家、設計者、建築業者および建設の専門家が協力して作業を行うのを支援する、Ａｕｔｏｄｅｓｋ社のソフトウェア製品および包括的なワークフローである。このソフトウェアは、実世界の建物および構造のモデルを作成する洗練された様式である。これは主にｂｕｉｌｄｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｍｏｄｅｌｉｎｇ（ＢＩＭ）において用いられる。モデルオーサリングツールを用いて、ユーザはコード６０またはプロパティをモデル項目６２に付加することができる。付加的または択一的に、モデル項目６２には、１つ以上のコード６０が予めセットされていてよい。

図５に示されているように、タイプＦｔ２．５Ｘ８の矩形の土台（Ｆｏｏｔｉｎｇ）のモデル項目６２は、Ａｓｓｅｍｂｌｙ Ｃｏｄｅ６０：Ａ１０１０１００およびＯｍｎｉＣｌａｓｓ Ｎｕｍｂｅｒ ２３．２５．０５．１７を有している。これらは、資本プロジェクト１０の開始以前にすでに存在し得るモデル項目のコード／プロパティである。したがって、（たとえば、ユニフォーマットおよび／またはマスターフォーマット１６分類構造を使用して）予め規定されているコードを特異的に抽出するように、コード抽出エンジン３０が構成されていてよい。付加的にユーザは、現在のプロジェクトに特に関連するモデルに対し、新たなコード６０（たとえばＩｄｅｎｔｉｔｙ Ｄａｔａ Ｃｏｄｅ：「Ｎｏｒｔｈ」）を追加することができる。例示的な実施形態では、新たなコード６０が、（たとえば、Ｒｅｖｉｔを使用する建築家またはエンジニアによって）モデルオーサリングツール５４を使用して追加されてよい。付加的または択一的に、新たなコードは、ＣＣＭモジュール４４を用いてシステム１７にインポートした後に追加されてよい。

図６は、図５の選択されたモデル項目６２に対するシステム１７のユーザインターフェーススクリーンを示している。図６に示されているように、多数の他のモデル項目のうち、選択されたモデル項目６２は３Ｄモデルインターフェース３２を介してシステム１７にインポートされている。コード抽出エンジン３０は、モデルからコードを抽出し（ビルディング情報モデリングプラットフォーム５４のアウトプット）、モデル項目６２を、モデル項目コード６０および他の関連するプロパティと共にモデル項目データベース３８に格納することができる。

ステップ３０６において、プロセスは、本発明の例示的な実施形態にしたがって、コード６０をコスト項目６６に割り当てる。図７は、コスト項目６６に対する分類構造コード６０を作成するためのエンタープライズプロジェクト管理コストプラットフォーム５８のインターフェースからのスクリーンショットである。分類構造コード６０をコスト項目６６に追加するために、ユーザは、（たとえば図５～図６に示されている）モデルオーサリングツール５４に対するコード６０と同様の手法で、予め規定されている分類構造を使用することができる、またはシステム１７において分類構造を作成することができる。ユーザは、コストコントロールシステム５８（たとえばＥｃｏＳｙｓ）をイネーブル化するために分類構造を公開する。例示的な実施形態は、このような分類構造をコスト項目データベース４２に格納し、この分類構造をコスト項目に割り当てる。

図７のスクリーンショットに示されているように、ユーザは、１つまたは複数の分類構造を既存のコスト分解構成図に割り当てることができる。ユーザは、１つまたは複数の分類構造コード６０を１つのコスト項目６６に割り当てることができる。見積／予算がコストインターフェース３６を介してシステム１７にインポートされると、コード６０が抽出され、各コスト項目６６に割り当てられる。したがって、コストプラットフォーム５８を用いることによって、コスト項目６６を、コード抽出エンジン３０を用いて抽出された１つ以上のコード６０と予めセットすることができる。付加的または択一的に、ユーザはＣＣＭモジュール４４を使用してコスト項目６６にコード６０またはプロパティを付加することができる。

図８に示されているように、矩形の土台のコスト項目６６（１．１．１）は、同じ構成要素に対するモデル項目６２と同じコード（Ａ１０１０１００およびＮｏｒｔｈ）を有している。付加的に、ユーザは、ＣＣＭモジュール４４を使用して、現在のプロジェクトのインスタンスと関連するモデルに対するインスタンスコード６０を追加することができる。例示的な実施形態においては、（たとえばＥｃｏＳｙｓを使用する財務チームによって）コスト管理プラットフォーム５８を使用して、新たなコード６０が追加されてよい。コード抽出エンジン３０はコストプラットフォーム５８からコード６０を抽出した後、コスト項目を、コード６０を、コスト項目コードおよび他の関連するプロパティと共にコスト項目データベース４２に格納することができる。

ステップ３０８において、プロセスは、本発明の例示的な実施形態にしたがって、コード６０をスケジュール項目に割り当てる。図９は、スケジュール項目６４に対する分類構造コード６０を作成するためのプロジェクト管理スケジューリングプラットフォーム５６のインターフェースからのスクリーンショットである。図９のスクリーンショットは、Ｏｒａｃｌｅ社によるＰｒｉｍａｖｅｒａ Ｐ６ ＥＰＰＭまたはＭｉｃｒｏｓｏｆｔ Ｐｒｏｊｅｃｔ ＸＭＬのようなスケジュール管理ツール５６を示している。スケジュール管理ツール５６を使用して、コード６０またはプロパティをスケジュール項目６４に付加することができる。付加的または択一的に、スケジュール項目６４は、１つ以上のコード６０と予めセットされていてよい。

図９は、Ａｓｓｅｍｂｌｙ Ｃｏｄｅ：Ａ１０１０１００およびＣｏｄｅ－Ｚｏｎｅ「Ｎｏｒｔｈ」を有しているタイプの矩形の土台に対するスケジュール項目６４を示している。上述のように、これらは、資本プロジェクト１０の開始以前にすでに存在し得るモデル項目６２のプロパティである。これらのコード６０は、コード抽出エンジン３０によって直接的に抽出されてよい、かつ／または（たとえばスケジュールプラットフォーム５６および／またはＣＣＭモジュール４４を使用して）ユーザによって入力されてよい。

図１０は、図９のスケジュール項目６４に対するシステム１７のユーザインターフェーススクリーンを概略的に示している。図１０に示されているように、多数の他のスケジュール項目のうち、選択されたスケジュール項目６４が、スケジュールインターフェース３４を介してシステム１７にインポートされている。コード抽出エンジン３０は、スケジュールプラットフォーム５６からコードを抽出し、スケジュール項目コード６０および他の関連するプロパティと共にスケジュール項目６４をスケジュール項目データベース４０に格納することができる。

任意のステップ３０４～ステップ３０８において、１つ以上のコード６０が、ＣＣＭモジュール４４によってシステム１７に入力され得ることを理解されたい。ＣＣＭモジュール４４は、現在のプロジェクト１０のインスタンスに関連する各項目６２～６６にインスタンスコード６０を付けることができる。したがって、ＣＣＭモジュール４４は、（これらがまだ存在していない範囲で）プロジェクト固有のコードが入力されることを可能とし、システム１７にさらなる汎用性を提供する。

次いでプロセスは、モデル項目６２、スケジュール項目および／またはコスト項目をマッピングするためのルールを作成するステップ３１０に進む。ステップ３０２～ステップ３０８のプロセスを通して、例示的な実施形態では、１つのプロジェクトにつき、１０，０００を超えるスケジュール項目および２，０００を超えるコスト項目がインポートされ得る。これらの項目を一緒に（たとえば、コスト項目１、２および３はスケジュール項目６４に関連付けられている）手動でマッピングすることは極めて困難である。さらに、各項目が１つ以上のコードを有していてよい。これらのコードの各々の手動での抽出には、さらに時間がかかり、かつコストがかかる。しかし、発明者らは、これらのコードを抽出し、これらのコードに基づいてルールを適用することが、最終的に、（たとえば項目名および／またはドラッグ＆ドロッププロセスに基づいた）項目の直接的なマッピングより効率的に複数の項目を一緒にマッピングするために使用され得ることを認識している。

したがって、ステップ３１０において、ルールエンジン４８は、抽出されたコード（たとえば分類構造コード）を使用して、モデル項目６２、スケジュール項目および／またはコスト項目をマッピングするための１つ以上のコードベースのルールを作成する。ルールは、種々異なるプロジェクトから使用される予め規定されたルールであってよい。択一的に、ルールは、ユーザインターフェース４６を通じてユーザによって規定されてよい。

図１１Ａは、本発明の例示的な実施形態にしたがって、分類構造コード６０を使用して、スケジュール項目６４をモデル項目６２にマッピングするためのルールを作成するためのインターフェースを概略的に示している。図示されている例において、マッピングされるモデル項目は、建設工事の特定の段階での土台である。スケジュール項目およびモデル項目は、１つ以上の条件を有するルールを使用してマッピングされる。条件は、１つであってよい、または複数であってよく、演算子（たとえば同等（Ｅｑｕａｌｓ）、含有（Ｃｏｎｔａｉｎｓ））および段階修飾子（たとえば初期、設計、詳細設計、施工完了など）を伴う。

マッピングされる項目のタイプを選択することができる（たとえばコストに対してスケジュール）。さらに、第１の条件７０がセットされてよい。図示されているように、スケジュール項目６４をモデル項目６２に自動的にマッピングするために、両項目のアセンブリコード６０が正確に一致していなければならない。付加的に、この例において、マッピングを行うために、第２の条件７０が満たされていなければならない。このケースでは、スケジュール項目６４とモデル項目６２との両方が「Ｎｏｒｔｈ」コード６０を有していなければならない。２つのコード条件７０だけが図面に示されているが、スケジュール項目６４およびモデル項目６２をマッピングする目的で、多数のコード条件７０がルールによって規定され得ることを理解されたい。択一的に、幾つかの実施形態は、ルールに対して１つの条件７０だけを有していてよい。

ルールが作成された後、プロセスは、モデル項目６２、スケジュール項目６４および／またはコスト項目６６をマッピングするステップ３１２に進む。具体的には、マッピングエンジン５０が、ルールエンジン４８によって規定されたルールを受け取り、コード抽出エンジン３０、ＣＣＭモジュール４４および／またはデータベース３８～４２から受け取ったコードに基づいて、これらの項目をマッピングする。モデル項目６２、コスト項目６６およびスケジュール項目６４のマッピングは、５Ｄマッピングと称される。当業者に知られているように、マッピングによって５Ｄ視覚化が作成されてよく、この場合にはこの５Ｄマッピングの結果がユーザインターフェース４６に表示される。幾つかの実施形態では、５Ｄアニメーションは、日付と資本プロジェクト１０の３Ｄ視覚化とを伴う任意のワークパッケージに対する計画されたコスト曲線を予測し得る。

図１１Ｂは、図１１Ａのマッピングの結果を示している。予め規定されている２つの条件７０を用いてルールを実行した結果、マッピングエンジン５０は、３５個のモデル要素６２がルールの条件７０を満たし、１つのスケジュール項目６４（００＿Ｎ＿ｆｏｏｔｉｎｇｓ Ｆ／Ｒ／Ｐ）がルールの条件７０を満たしていると判定した。したがって、３５個のモデル項目６２が、１つのスケジュール項目６４にマッピングされる。図１１Ｂに示されているように、幾つかの実施形態では、ワークパッケージ６４はスーツケースのアイコン９４によって表され、包括的な作業分解構成図はツリー図９６によって表されてよい。

次いで、プロセスは、マッピングの精度を確認するためにユーザがマッピングを検討し得るステップ３１４に進む。マッピングが不正確である場合、ユーザはルールの条件７０を変更してよい。択一的に、マッピングが許容可能である場合、このマッピングがグローバルレベルで格納され、複数のプロジェクト１０のために使用されてよく、これによってユーザの付加的な時間が節約される。

次いで、プロセスは、マッピングのためにさらなるルールが必要であるか否かを尋ねるステップ３１６に進む。答えが「はい」であり、さらなる項目がマッピングされる必要がある場合、プロセスは、モデル項目６２、スケジュール項目６４および／またはコスト項目６６をマッピングするためのルールを作成するステップ３１０に戻る。図１１Ａ～図１１Ｂに示されている例では、スケジュール項目６４がモデル項目６２にマッピングされているが、これらの項目のいずれもコスト項目６６とはマッピングされていない。したがって、プロセスはステップ３１０に戻る。

ステップ３１０に戻ると、スケジュール項目６４がコスト項目６６とマッピングされる。図１１Ｃは、本発明の例示的な実施形態にしたがって、分類構造コードを使用して、スケジュール項目をコスト項目にマッピングするためのルールを作成するためのインターフェースを概略的に示している。図示されている例において、マッピングされるスケジュール項目６４は、建設工事の特定の段階での土台に関連する。スケジュール項目６４およびコスト項目６６は、１つ以上の条件７０を有する、スケジュール項目対コスト項目ルールを使用してマッピングされる。上述したルールに類似して、条件７０は、複数の演算子（たとえば同等（Ｅｑｕａｌｓ）、含有（Ｃｏｎｔａｉｎｓ））および段階修飾子（たとえば初期、設計、詳細設計、施工完了など）を含んでいてよい。

第１のルールと同様に、マッピングされる項目のタイプを選択することができ（たとえばコストに対してスケジュール）、第１の条件７０がセットされてよい。スケジュール項目６４をコスト項目６６と自動的にマッピングするためには、両項目のアセンブリコード６０が条件７０を満たしていなければならない。この例では、条件は、アセンブリコード６０（たとえばＡ１０１０１００）の正確な一致が必要となる。図示のように、スケジュールに対するコストのマッピングは、先行する図面に示された「Ｎｏｒｔｈ」コード条件７０を必要としない。したがって、例示的な実施形態は、同じアセンブリコードを有する任意のスケジュール項目６４へのコスト項目６６のマッピングである。したがって、コストを、北側の建設工事領域におけるアセンブリ項目だけでなく、すべてのアセンブリ項目にマッピングすることができる。

次いでプロセスは再び、モデル項目６２、スケジュール項目６４および／またはコスト項目６６をマッピングするステップ３１２に進む。図１１Ｄは、図１１Ｃのマッピングの結果を概略的に示している。予め規定されている１つの条件７０を用いてルールを実行した結果、マッピングエンジン５０は、２つのスケジュール項目６４（００＿Ｎ＿Ｆｏｏｔｉｎｇｓ Ｆ／Ｒ／Ｐおよび００＿Ｓ＿Ｆｏｏｔｉｎｇｓ Ｆ／Ｒ／Ｐ）を、Ｓｔｒｉｐ Ｆｏｏｔｉｎｇ（布基礎）コスト項目６６（１１１１１）とマッピングした。コスト項目６６は、コスト分解構成図９８における最も低い構造である。

ユーザがスケジュール項目６４Ａを選択すると、このスケジュールに関連するモデル項目６２Ａも表示／選択される。同様に、ユーザがスケジュール項目６４Ｂを選択すると、このスケジュールに関連するモデル項目６２Ｂも表示／選択される。

したがって、土台モデル項目６２をスケジュール項目６４（たとえば図１１Ａ～図１１Ｂ）とマッピングし、次にスケジュール項目６４をコスト項目６６（たとえば図１１Ｃ～図１１Ｄ）とマッピングすることによって、モデル項目６２、スケジュール項目６４およびコスト項目６６がマッピングされる。択一的な実施形態によれば、モデル項目６２がスケジュール項目６４とマッピングされてよく、次いで、モデル項目６２がコスト項目６６とマッピングされてよい。別の実施形態では、コスト項目６６がスケジュール項目６４とマッピングされてよく、次いで、コスト項目６６がモデル項目６２とマッピングされてよい。しかし例示的な実施形態では、３つの項目のうちの２つの項目をマッピングした後に、第３の項目は、リンクさせられることによって自動的にマッピングされる。たとえば、モデルがコストとマッピングされ、コストがスケジュールとマッピングされる場合、スケジュールは自動的にコストのリンクを通じて、モデルとマッピングされることになる。

プロセスは、マッピングのためにさらなるルールが必要であるか否かを尋ねるステップ３１６に戻る。上述したように、大規模資本プロジェクト１０は、マッピングされる必要がある数千の項目を有していることが多いので、すべての所望のモデル項目６２、コスト項目６６およびスケジュール項目６４がマッピングされるまで、このプロセスが繰り返されてよい。

次いで、プロセスは、変更指示を受け取ったか否かを尋ねるステップ３１８に進む。上述したように、資本プロジェクトのスケジュール、予算およびモデルは、プロジェクト１０の経過中に頻繁に変わる。したがって、スケジュール、予算および／またはモデルに関連付けられた項目のいずれかを改訂する変更指示を有することが一般的である。

システム１７が変更指示を受け取ると、プロセスは、マッピングのためのルールを作成するかつ／または改訂するステップ３１０に戻る。簡略化のために、変更指示が、スラブなどの新たなモデル項目６２を導入する例を取り上げる。たとえば、この変更は、建築家またはエンジニアによって行われてもよい。

図１２Ａは、本発明の例示的な実施形態にしたがって、分類構造コード６０を使用して、スケジュール項目６４をモデル項目６２にマッピングするためのインターフェースを概略的に示している。図示されている例において、マッピングされるモデル項目６２は、建設工事の特定の段階でのスラブである。

図１１Ａのインターフェースと同様に、マッピングされる項目のタイプを選択することができる（たとえばモデルに対してスケジュール）。さらに、第１の条件７０がセットされてよい。図示されているように、スケジュール項目６４をモデル項目６２に自動的にマッピングするために、両項目のアセンブリコード６０が正確に一致していなければならない（たとえばＢ１０１０）。付加的に、この例において、マッピングを行うために、第２の条件７０が満たされていなければならない。このケースでは、スケジュール項目６４とモデル項目６２との両方が「Ｎｏｒｔｈ」コードを有していなければならない。この例ではさらに、スケジュール項目６４およびモデル項目６２のレベルコード６０が同じシーケンス（たとえばＬｅｖｅｌ：００）で始まる、第３の条件７０が要求される。

図１２Ｂは図１２Ａのマッピングの結果を概略的に示している。予め規定されている３つの条件７０を使用してルールを実行した結果、システム１７は、６つのモデル要素６２（Ｆｌｏｏｒ Ｃｏｎｃｒｅｔｅ Ｓｌａｂ－５’８８８５４８からＦｌｏｏｒ ２’０’ Ｔｈｉｃｋ Ｆｏｏｔｉｎｇ ２１３０９７まで）が、スケジュール項目６４（００＿Ｎ＿Ｓｌａｂ Ｓｙｓｔｅｍｓ Ｆ／Ｒ／Ｐ）とマッピングされたことを判定した。

ステップ３１０の後、プロセスは、ステップ３１２～ステップ３１８を再び実行してよい。たとえば、スラブモデル項目６２またはスケジュール項目６４が、コスト項目６６とマッピングされる必要があり得る。

図１２Ｃは、本発明の例示的な実施形態にしたがって、分類構造コード６０を使用して、図１２Ａ～図１２Ｂのスケジュール項目６４をコスト項目６６にマッピングするためのルールを示している。図示されている例において、マッピングされるスケジュール項目６４は、建設工事の特定での段階のスラブモデル項目６２に関連する。スケジュール項目６４およびコスト項目６６は、１つ以上の条件７０を有するスケジュール項目対コスト項目ルールを使用してマッピングされる。上述したルールに類似して、条件は、複数の演算子（たとえば同等（Ｅｑｕａｌｓ）、含有（Ｃｏｎｔａｉｎｓ））および段階修飾子（たとえば初期、設計、詳細設計、施工完了など）を含んでいてよい。

マッピングされる項目のタイプを選択することができる（たとえばコストに対してスケジュール）。さらに、第１の条件７０がセットされてよい。この例では、スケジュール項目６４をコスト項目と自動的にマッピングするために、両項目のアセンブリコード６０が正確に一致していなければならない（たとえばＢ１０１０）。図示のように、スケジュールへのコストのマッピングは、「Ｎｏｒｔｈ」コード条件７０を必要としない。しかし、この例では、第２の条件は、スケジュール項目６４とコスト項目６６とが、マッピングされる同じシーケンス（たとえばＬｅｖｅｌ：００）で始まらなければならないことを要求する。

図１２Ｄは、図１２Ｃのルールによって規定されたマッピングの結果を概略的に示している。予め規定されている２つの条件７０を用いてルールを実行した結果、マッピングエンジン５０は、２つのスケジュール項目６４（００＿Ｓ＿Ｓｌａｂ Ｓｙｓｔｅｍ Ｆ／Ｒ／Ｐおよび００＿Ｎ＿Ｓｌａｂ Ｓｙｓｔｅｍ Ｆ／Ｒ／Ｐ）がＣａｓｔ ｉｎ ｐｌａｃｅ Ｓｌａｂｓ（現場打ちスラブ）コスト項目６６（１２１１１）とマッピングされることを判定する。したがって、ルール内の種々の条件７０を使用して、スケジュール項目６４が、全体的な００レベルのコスト項目６６にマッピングされる。

上述の実施形態は簡略化されて記載されているが、これは単に説明を容易にするためのものである。マッピングが比較的複雑になる場合があり、これが多数のルールおよびこれらの簡略化された例に示されている項目よりも多くの項目のマッピングを必要とすること理解されたい。

したがってシステム１７は有利には、予め確立されているコードベースのルールにしたがって、（たとえば変更指示からの）モデル項目６２に対する変更を迅速に識別し、マッピングする。このために、マッピングエンジン５０は、元来の項目を変更指示における項目と比較する自動化された比較器５２を有している。

図１３は、本発明の例示的な実施形態にしたがって、モデル項目６２が変化したときにルールベースのマッピングを更新するプロセスを概略的に示している。プロセス全体を示すために、プロセスは初期モデルを作成するステップ１３０１で始まる。初期モデルはステップ１３０２で公開され、ステップ１３０６においてモデルインターフェース３２を通じてシステム１７にインポートされる。

ステップ１３０３において、ユーザが、これらのモデル項目のうちの１つまたは複数のモデル項目を作成かつ／または更新することを希望し得る。ステップ１３０４において、モデル項目６２がＩＦＣファイルとして保存されてよい。ＩＦＣは建築業界におけるデータ交換の世界標準である。ＩＦＣは、共通のデータモデルであると同時に、オープンファイルフォーマットでもある。建築業界の専門家は、自分の仕事を行うために使用しているソフトウェアアプリケーションに関係なく、データを共有するために、ＩＦＣを使用することができる。同様に、建物のライフサイクルの１つの段階からのデータを、データの再入力、カスタムインポートインターフェースまたはプロプライエタリプラグインの必要なしに、後の段階で利用することができる。

ＩＦＣモデルには、幾何学データと非幾何学データ（たとえば、モデル項目のコード化されたプロパティを含んでいる）との構造化された組み合わせが含まれている。このデータを、システムによって種々異なる様式で表示、分析および修正することができる。上述のようにモデル項目６２は、幾何学データ（３Ｄおよび２Ｄ）と非幾何学データ（たとえばコード）との双方を含んでいる。例として、土台モデル項目について考える。

種々の土台モデル項目６２が、システム１７における土台として規定されている。これらの土台は、建物領域においてすでに分類されていてよく、これらの土台に関する情報は、モデル項目データベース３８に格納されていてよい。同じプロジェクト１０において、さらには異なるプロジェクト１０間でも、類似の土台に共通する共有されたプロパティが存在する。タイプとインスタンスとの両方が、自身に付加されている属性およびプロパティを有することができる。保守指示、モデル番号、サイズなどの共通の情報がタイプに付加されてよい。しかし、シリアル番号、設置日、条件などの特定のプロパティは、特定のインスタンスに割り当てられてよい。

したがって、これらのプロパティが特定のモデル項目６２に割り当てられている場合には、モデル項目インターフェース３２はこれらのプロパティを、更新されたモデル項目６２がシステム１７にインポートされるときに抽出する。幾つかの実施形態では、モデルがＩＦＣファイルとして保存されてよい。しかし、他の幾つかの実施形態では、モデルは種々異なるファイルタイプを有してよい。

ステップ１３０７においてシステムは、新たに追加された項目、修正された項目、削除された項目および修正されていない項目を識別するために、新たなモデル項目６２の比較を行う。さらに、モデル項目に付加された種々の分類構造コードを閲覧することができる。ステップ１３１０で、モデルの変更、追加、改訂または削除がプレビューされ得る。したがって、システム１７によって有利には、ユーザは、削除された項目、新たに追加された項目、修正された項目および修正されていない項目を識別することができる。さらに、ユーザは、モデル項目に付加された種々の分類構造コードを閲覧することができる。ステップ１３１１で、プロセスは、このモデルを承認するか否かを尋ねる。ユーザがモデル項目に対するこの改訂を承認しない場合、更新されたモデル項目はマッピングされない。しかし、ユーザがこの改訂を承認する場合、プロセスはステップ１３１２に進み、既存のモデル項目が新たなファイルによって置き換えられ、予め規定されているルールにしたがって自動的にマッピングされる。新たなモデル／改訂されたモデルであるので、例示的な実施形態では、このモデルがスケジュールおよびコストとマッピングされて、モデル項目６２とコスト項目６６との間の関係またはモデル項目６２とスケジュール項目６４との間の関係が更新される。

有利には、新たなモデル全体を再マッピングする必要はない。以前は、ユーザは、各モデル項目６２の変更を調整しなければならなかった。モデル項目が削除、追加または改訂される可能性があるため、これは非常に面倒で、時間がかかり得る。さらに、各モデル項目６２が、多数のスケジュール項目および／またはコスト項目と結び付けられることがある。これらの改訂を手動で行うと、誤りが生じやすく、かつ時間がかかる。例示的な実施形態では、予め規定されているコードベースのルールを、改訂されたモデル項目に適用することによって、これらの変更が自動的にマッピングされる。したがって、システムは、モデル項目をマッピングするためにルールを実行し、新たに追加されたデータは、それ以降の使用に対して迅速に利用可能になる。

資本プロジェクトの間、建設工事の進捗状況の更新によって、スケジュールが週１回、週２回または月１回の頻度で改訂される。たとえば、プロジェクト１０のアクティビティが遅延している場合、改訂されたプログラムによって日付の変更が生じる。したがって、スケジュールプランナは、キャッチアップスケジュールまたは新たなスケジュールのいずれかの形態で、新たなスケジュールを建設チームにリリースすることができる。

例示的な実施形態では、スケジュールインターフェース３４が、新たなスケジュールを受け取り、新たなスケジュールのアクティビティを既存のスケジュールと比較する。システム１７は、ユーザが新たなアクティビティ、修正されたアクティビティまたは削除されたアクティビティを閲覧できるようにするために、スケジュールの比較を出力してよい。

図１４は、本発明の例示的な実施形態にしたがって、スケジュール項目６４、モデル項目６２およびコスト項目６６をマッピングするプロセスを概略的に示している。このプロセスによって、建設工事の進捗状況をより効率的に監視することができ、従来の手動の施工に比べて、詳細な洞察が提供される。このプロセスが、スケジュール項目６４、モデル項目６２およびコスト項目６６のマッピングの、より複雑なプロセスの簡略化されたバージョンであり得ることに留意されたい。したがって、このプロセスは、説明されていない付加的なステップを有していてよい。さらに、幾つかのステップは、任意選択的であってよく、異なる順序で行われてよい、または互いに並行して行われてよい。したがって、このプロセスの説明は例示的なものであり、本発明の種々の実施形態を限定することを意図するものではない。最後に、このプロセスは、１つのマッピングの実行に関して説明されているが、図１４のプロセスを、通常、大規模資本プロジェクト１０に関連付けられる多数のものを含んでいる、複数のモデル項目、スケジュール項目およびコスト項目のマッピングをカバーするように拡張することができる。

プロセスは、使用される労働力、材料、設備および下請け業者などのリソースを規定するステップ１４０１～ステップ１４０４において始まる。ステップ１４０４～ステップ１４０８は、（分類構造を使用して）スケジュール項目６４、モデル項目６２およびコスト項目６６に追加されるコードを作成するステップを表す。スケジュールはステップ１４０９において作成され、ステップ１４１０においてシステム１７にインポートされ、ここではＷＰ（ワークパッケージ）がスケジュール項目６４から作成される。コスト見積および予算は、ステップ１４１１～ステップ１４１３において作成される（２つの択一的なアプリケーションが、下の２つのスイムレーンに示されている。見積り専用ツールが使用される場合にはステップ１４１２、コスト管理プラットフォームが見積および予算の両方に使用される場合にはステップ１４１１およびステップ１４１３）。次いで、プロジェクトコスト見積がシステム１７にインポートされる。システム１７が３つのすべての項目、すなわちスケジュール項目６４、モデル項目６２およびコスト項目６６を得た後、ステップ１４１５は、モデル項目６２、スケジュール項目６４およびコスト項目６６をマッピングする実施形態を表す。このプロセスは概して上述されており、したがって、ここでは再び説明されない。ステップ１４１６において、ワークパッケージがさらに、作業現場で実行可能な作業ステップによって規定される。次いで、プロセスはステップ１４１７に進み、このステップ１４１７において、前もって計画された日付を入力することによって作業ステップが（たとえばカレンダービューで）閲覧される。ステップ１４１８は、この計画が許容可能か否かおよびワークパッケージを実行する（すなわち、スケジュールされた建設工事を実行する）準備ができているか否かを尋ねる。そうでない場合には、プロセスはステップ１４１９に進み、ステップ１４１９は、ＷＰ／ＷＳに対するリソースおよび日付をチェックして調整する。そうである場合には、建設請負業者が作業現場で作業を実行する。

ユーザは、システム１７を使用して、たとえばインターネット接続されているコンピューティングデバイスを使用して、完了したＷＰ／ＷＳの％を入力することができる。択一的に、プロセスは、設置された量によって進捗状況を更新する２つの異なる手法を提供するステップ１４２２または１４２３に進むことができる。ステップ１４２２において、ユーザは計画された量に対して使用された実際の量を手動で入力する。ステップ１４２３において、ユーザは、モデルの３Ｄビューにおいて完成された対象物を選択することによって、グラフィック手法を使用する。

ステップ１４２４では、スケジュール項目－コスト項目ロジックを使用して全体的な進捗状況が更新される。このロジックは、（たとえば、インターネット接続されたモバイルデバイスおよびアプリケーションを使用するプロジェクトマネージャによる）スケジュールＷＢＳ（Ｗｏｒｋ Ｂｒｅａｋｄｏｗｎ Ｓｔｒｕｃｔｕｒｅ）への進捗状況の入力を可能にし、事前に確立された５Ｄマッピングを介して、進捗状況を、プロジェクト管理コストプラットフォーム５８においてＣＢＳ（Ｃｏｓｔ Ｂｒｅａｋｄｏｗｎ Ｓｔｒｕｃｔｕｒｅ：コスト分解構成図）に変換する。プロセスは、コスト項目６６の進捗状況および計画された日付／実際の日付を公開するステップ１４２５に進む。ステップ１４２６において、実際のコスト項目の進捗状況が、コストプラットフォーム５８などのサードパーティコスト見積りツールにおいて更新されてよい。コストは、（ステップ１４０１～ステップ１４１５において）スケジュールおよびモデルにマッピングされているので、ステップ１４２７では、スケジュールおよびモデルに対するコストの関係を使用して、迅速な予測および報告を作成することができる。

ステップ１４２６または１４２８では、コスト分解構成図において進捗状況および実際の日付が更新される。ステップ１４２９において、実際のコストが、コスト管理プラットフォーム５８に、または直接的にシステム１７に入力される。コストが管理プラットフォーム５８において更新される場合、コストは、コストインターフェース３６によって抽出されてよい。ステップ１４３０～ステップ１４３１において、システムはアーンドバリューを作成し、コストＫＰＩ（たとえば、ＣＰＩ－コストパフォーマンス指数）を更新することができる。

ステップ１４３２～ステップ１４３３において、たとえば５Ｄ視覚化を示すビジュアルレポートが作成される。５Ｄ視覚化によって、３Ｄモデルの進捗状況を、スケジュールおよびコスト／予算の進捗状況とグラフィックを用いて比較することが可能になる。ユーザは、目標通りの予算の状態にあるのか、予算を超過している状態にあるのかまたは予算を下回っている状態にあるのか判定することができる。付加的に、システムは、スケジュールが軌道に乗っているのか、スケジュールが遅れているのか、またはスケジュールが前倒しされているのかを表示することができる。視覚化は、更新スケジュールの進捗状況および／または更新コストの進捗状況に基づく色表示を有していてよい（たとえば、赤色は、スケジュールが遅れていることおよび／または予算を超過していること、緑色は、スケジュール通りであることおよび／または予算通りであること）。最後に、ステップ１４３４～ステップ１４３５において、プロジェクトスケジュールＫＰＩウィジェットおよびプロジェクト予算ＫＰＩウィジェットがユーザインターフェース４６において更新されてよい。

例示的な実施形態の付加的な利点は、自動比較器５２を用いた、モデル項目６２、スケジュール項目６４および／または予算項目６４のバージョン間の変更の容易な識別を含んでいる。図１５は、本発明の例示的な実施形態にしたがって、自動化された比較器５２によって、強調表示されている予算に対する変更に関するユーザインターフェーススクリーンを概略的に示している。この例では、自動化された比較器５２は、追加、削除および／または変更されたコスト項目６６の情報を強調表示し、コストを拒否または受諾（すなわちインポート）するオプションを提示する。コスト変更が受諾された後、マッピングエンジン５０は、新たなコスト項目を、スケジュール項目６４またはモデル項目６２と接続するためのルールを再実行しなければならない。したがって、システム１７は、変更後にＷＢＳ（スケジュール項目）および予算（コスト項目）がリンクされた状態に維持することができ、リアルタイムで、プロジェクト１０のために準備される正確なコスト予測を可能にする。同様に、スケジュール項目６４および／またはモデル項目６２に対する変更が、比較器５２によって識別され、ユーザインターフェース４６に表示されてよい。

図１６は、本発明の例示的な実施形態にしたがって、モデル項目、コスト項目およびスケジュール項目の変更管理がマッピングにどのように影響を及ぼすかについてのプロセスを示している。このプロセスが、スケジュール項目６４、モデル項目６２およびコスト項目６６の、より複雑なプロセスの簡略化されたバージョンであり得ることに留意されたい。したがって、このプロセスは、説明されていない付加的なステップを有していてよい。たとえば、例示的な実施形態は、このプロセスに組み込まれた図１４からのステップを有していてよい。さらに、幾つかのステップは、任意選択的であってよく、異なる順序で行われてよい、または互いに並行して行われてよい。したがって、このプロセスの説明は例示的なものであり、本発明の種々の実施形態を限定することを意図するものではない。最後に、このプロセスは、１つ変更指示の実行に関して説明されているが、図１６のプロセスを、複数の変更指示をカバーするように拡張することができる。

ステップ１６０１では、スケジュールは、スケジュールインターフェース３４を介してスケジューリングプラットフォーム５６からシステム１７にインポートされる。プロセスはステップ１６０２において、インポートされたスケジュールが改訂されたスケジュールであるか否かを尋ねる。そうでない場合（たとえば、スケジュールがインポートされたのが初めてである場合）、プロセスは、スケジュール項目６４が自動的に作成され、マッピングのために送信されるステップ１６０３に進む。そうである場合、ワークパッケージおよびその分類構造コード６０が自動的に更新される。

ステップ１６０５では、モデルインターフェース３２を介して、モデルがモデリングプラットフォーム５４からシステム１７にインポートされる。プロセスは、インポートされたモデルが改訂されたモデルであるか否かを尋ねる。そうでない場合（たとえば、モデルがインポートされたのが初めてである場合）、モデル項目６２がマッピングのために自動的に送信される。そうである場合、モデル項目およびその分類構造コード６０が自動的に更新される。ステップ１６０８において、３Ｄモデルが定量化モジュール３１に送信され、これによって３Ｄ項目の定量化が決定されてよい。システムの定量化モジュール３１によって、定量化が実行されてよい。定量化モジュール３１は、モデルを分析して、各モデル項目６２の数量を決定する。各項目の合計は、定量化のアウトプットである。定量化モジュール３１は、コード抽出エンジン３０の一部であってよい。しかし、幾つかの実施形態では、定量化モジュール３１は完全に別個のモジュールであってよい。

図１７Ａは、例示的な実施形態による定量化モジュール３１のアウトプットのスクリーンショットを示している。この例では、このアウトプットは、詳細な数量拾いである。定量化モジュール３１は、ルールベースの定量化式を使用して、モデル項目６２Ａ…６２Ｎのそれぞれについて量を計算することができる。この図では土台だけが示されているが、すべてのプロジェクト１０モデル項目６２が定量化されてよいことを理解されたい。土台のこの特定のセットは、考察を目的として示されているにすぎず、本発明の例示的な実施形態を限定することを意図したものではない。コンクリートビームおよびスラブなどのその他のモデル項目６２も定量化され得る。インターフェーススクリーンに、各設計数量（ＢＯＱ）ライン項目に対する分類コードの種々のプロパティを表示することもできる。ユーザインターフェースは、ＢＯＱにおいて、計算されたサイズおよび形状に基づいて、土台タイプの種々のグループ化を表示することができる。

図１７Ｂは、本発明の例示的な実施形態にしたがって拾われた詳細な量のモデルビューを示している。ユーザは、図１７Ａに示されているテーブルビューから図１７Ｂに示されているモデルビューに切り替え可能である。モデルビューは、ＢＯＱ量および接続されたモデル項目６２を表示することによって、視覚化を改良することができる。ＢＯＱ項目をクリックすることによって、システム１７は、接続されているモデル項目６２を強調表示する。

ステップ１６０８からの定量化を、サードパーティ見積りツール（たとえばコストプラットフォーム５８）に提供することができる。サードパーティ見積りツールは、予算（またはその一部）を作成し、かつ／または予算を更新するために定量化を使用することができる。したがって、幾つかの実施形態では、予算を作成するための定量化の送信は、コスト項目６６をモデル項目６２とマッピングする別の手法である。ステップ１６１０において、予算が（たとえば建設コストインターフェース３６を介して）システム１７へ伝えられる。

次いで、プロセスは、モデル項目６２またはスケジュール項目６４の分類構造コード６０がすでにシステム１７に（たとえばデータベース３８～４２に）存在しているか否かを尋ねるステップ１６１２に進む。そうでない場合、マッピングプロセスがステップ１６１３～ステップ１６１８で実行される。図１８Ａは、本発明の例示的な実施形態による５Ｄマッピング１００の表現を概略的に示している。上述したように、５Ｄマッピングの間、モデル項目６２と、スケジュール項目６４と、コスト項目６６とは共にマッピングされる。したがって、３つの汎用リンク、すなわちスケジュール・モデルリンク１０２（モデル・スケジュールリンク１０２とも称される）、スケジュール・コストリンク１０４（コスト・スケジュールリンク１０４とも称される）およびモデル・コストリンク１０６（コスト・モデルリンク１０６とも称される）が存在する。

例示的な実施形態では、これら３つのリンク１０２、１０４および１０６のうちの２つのリンクをマッピングすることによって、システム１７が、第３のリンクを自動的にマッピングすることが可能になる。これらのリンクは、上述したコードベースのルールを使用して作成される。

図１８Ｂ～図１８Ｃは、本発明の例示的な実施形態にしたがった、２つのリンクのマッピングに基づく、第３のリンクの自動マッピングを示している。図１８Ｂでは、システム１７がスケジュール項目６４とモデル項目６２との間の関係（リンク１０２）ならびにコスト項目６６とモデル項目６２との間の関係（リンク１０６）をすでにマッピングしているため、スケジュール項目６４は、コスト項目６６と自動的にマッピングされる（図１８Ａのリンク１０４）。図１８Ｃでは、システム１７がコスト項目６６とスケジュール項目６４との間の関係（リンク１０４）およびモデル項目６２とスケジュール項目６４との間の関係（リンク１０２）をすでにマッピングしているため、コスト項目６６は、モデル項目６２に自動的にマッピングされる（リンク１０６）。

幾つかの実施形態では、モデル項目６２が、定量化を用いてコスト項目６６とリンクされてよい。図１８Ｄは、本発明の例示的な実施形態にしたがった、定量化を使用する５Ｄマッピング１００の表現を概略的に示している。しかし、幾つかの他の実施形態では、モデル項目６２およびコスト項目６６が、コードベースのルールを使用してマッピングされてよい。

ステップ１６１３～ステップ１６１８は、最初にスケジュール項目６４およびモデル項目６２のマッピングに言及しているが、マッピングの順序が変更され得ることを理解されたい。たとえば、モデル項目６２が最初にコスト項目６６とマッピングされてよい。択一的に、コスト項目６６およびスケジュール項目６４が最初にマッピングされてよい。したがって、幾つかの実施形態では、ステップ１６１４が存在していなくてよい、またはプロセスのより早い段階で行われてよい。付加的に、幾つかの実施形態は、ステップ１６１６の相応のバリエーションを有していてよく、ここにおいて、５Ｄマッピングに必要なリンクが完了するように、マッピングの順序が相応に変更される。

図１９Ａは、スケジュール項目６４とモデル項目６２とをマッピングするステップ１６１３のスクリーンショットを示している。特に、図１９Ａは、マッピングルールを作成するためのインターフェースを示している。この例において、ユーザは、対応するモデル項目６２を有する土台に関連するスケジュール項目６４をマッピングする。そのために、ユーザは、マッピングのための条件７０Ａおよび７０Ｂを有するルール８０を規定する。この例における条件は、（７０Ａ）スケジュール項目６４とモデル項目６２との間で一致するアセンブリコード６０と、（７０Ｂ）スケジュール項目６４とモデル項目６２との間で一致するゾーンコード６０とを含んでいる。アセンブリ一致条件７０Ａは、コード６０間の「完全一致（Ｅｘａｃｔ Ｍａｔｃｈ）」を要求する。一例として、アセンブリコード「Ａ１０１０」を有するスケジュール項目６４は、全く同じアセンブリコード（すなわち「Ａ１０１０」）を有するモデル項目６２とマッピングされる。付加的に、アセンブリコード「Ａ１０１０」を有するスケジュール項目６４は、全く同じアセンブリコード（すなわち「Ａ１０１０」）を有するモデル項目６２とマッピングされる。このプロセスは、すべてのアセンブリコード６０に対して繰り返されてよい。たとえば、Ｎ個のアセンブリコードが存在する場合には、全体で、Ｎ個のマッピングされたセットが存在する（各セットは、１つ以上のスケジュール項目６４と１つ以上のモデル項目６２とを含んでいる）。これは、Ｎ個のアセンブリコードのそれぞれを有する少なくとも１つのモデル項目６２と１つのスケジュール項目６４とが存在することを想定している。

ルールエンジン４８は、ゾーンコード間の「完全一致」を要求する第２のゾーン一致条件も規定する。ゾーンコード「Ｎｏｒｔｈ」を有するスケジュール項目６４は、全く同じゾーンコード（すなわち「Ｎｏｒｔｈ」）を有するモデル項目６２とマッピングされる。付加的に、ゾーンコード「Ｓｏｕｔｈ」を有するスケジュール項目６４は、全く同じゾーンコード（すなわち「Ｓｏｕｔｈ」）を有するモデル項目６２とマッピングされる。上述したのと同様に、第２の条件７０Ｂは、Ｍ個のマッピングセットをマッピングするためといわれてよく、ここでＭは、スケジュール項目６４およびモデル項目６２内に存在するゾーンコードの総数である。これは、スケジュール項目６４およびモデル項目６２のそれぞれに少なくとも１つのゾーンコードが存在することを想定している。

このルールが実行された後、システム１７は、条件７０Ａ、７０Ｂ（マッピングされたセットと称される）を満たす、相応するモデル項目６２と相応するスケジュール項目６４とをリンク付けする。このルールは２つの「完全一致」条件を指定しているので、マッピングセットの総数はＭ×Ｎである（たとえば、マッピング１＝ゾーンＮｏｒｔｈ、アセンブリコードＡ１０１０、マッピング２＝ゾーンＮｏｒｔｈ、アセンブリコードＡ１０２０、マッピング３＝ゾーンＳｏｕｔｈ、アセンブリコードＡ１０１０、マッピング４＝ゾーンＳｏｕｔｈ、アセンブリコードＡ１０２０）。これは極めて単純な例であるが、大規模プロジェクト１０の手動マッピングは非常に困難で、時間がかかり、誤りが生じやすいこと、および例示的な実施形態がこれらの問題の多くを軽減することを理解されたい。

図１９Ｂは、図１９Ａのマッピングの結果を示すインターフェースのスクリーンショットを示している。図１９Ｂでは、マッピングされたスケジュール項目６４のうちの１つが選択されている。特に、図１９Ｂに示されているように、「Ｎｏｒｔｈ」ゾーンコード６０Ａと「Ａ１０１０１００」アセンブリコード６０Ｂとの両方を有する土台モデル項目６２が、「Ｎｏｒｔｈ」ゾーンコード６０Ａと「Ａ１０１０１００」アセンブリコード６０Ｂとを有するスケジュール項目６４とマッピングされている。この例では、示されているマッピングされたセットは、３３個のモデル項目６２と、１個のスケジュール項目６４とを含んでいる。ルールは、（たとえば「Ｓｏｕｔｈ」ゾーンコード６０Ａと「Ａ１０１０１００」アセンブリコード６０Ｂとを有している項目を伴う）スケジュール項目６４とモデル項目６２との付加的にマッピングされた複数のセットを作成していてよいが、現在のビューでは１つのマッピングされたセットのみが選択されている。付加的に、インターフェースにおける表示／選択のためにより多くのモデル項目６２が利用可能であるが、このスクリーンショットは、これらの項目の一部をリストビューにおいて捕捉したにすぎないことを理解されたい。ユーザは、モデル項目６２の残りの部分をリストビューで閲覧するためにスクロールダウンすることができる。ユーザは、スクリーンからのマッピングを検討し、承認することができる。

ステップ１６１３の５Ｄマッピングは多数の利点を提供し、これらの利点は、次のものを含んでいる：
・情報交換の改良およびより簡単な通信のためのコストリンクを視覚化する能力の提供
・異種データのリンク付けの簡略化、コストおよびスケジュールに関するプロジェクトの洞察の提供
・建設工事順序付けに対する設計のテスト、困難なシーケンス問題の排除または低減（４Ｄ ＢＩＭ）による、設計ドキュメントの質の向上
・サイト使用計画および継続的な運用との調整、施工性および安全性問題の特定の向上
・複雑性、人的エラーの低減、プランナ／コストマネージャに対する、モデル項目、スケジュール項目およびコスト項目間の迅速かつ正確なリンクのイネーブル化

ステップ１６１４において、プロセスは、定量化を介してコスト項目がすでにモデル項目にマッピングされているか否かを尋ねる。そうでない場合、スケジュール項目およびコスト項目がマッピングされる。その後、プロセスは、マッピングが承認されて表示されるステップ１６１７～ステップ１６１８に進む。

図２０Ａは、ステップ１６１８のコスト、スケジュールおよびモデル間のマッピングを表示する５Ｄ視覚化を示している。これは５Ｄ視覚化である。この例では、ユーザは、コスト項目６６Ｓを選択する。コスト項目６６Ｓは、３つのワークパッケージ６４Ｓ１、６４Ｓ２および６４Ｓ３とマッピングされている。コスト項目６６Ｓにマッピングされた３つのワークパッケージ６４Ｓ１～６４Ｓ３のそれぞれは、コスト項目の％量（合計１００％）を占めるように予算が立てられている。重み付けされているパーセンテージが、複数の建設請負業者および／または複数の下請け業者のうちの１つによって（たとえば、類似のプロジェクトに関する彼らの経験に基づいて）入力されてよい。このコスト％分解は、とりわけ、材料、労働力および設備のコストを要因として含め得る。図２０Ａにも示されているように、選択されたコスト項目６６Ｓは、２つのモデル項目６２Ｓ１および６２Ｓ２とマッピングされている。

マッピングは逆でも機能する。複数のスケジュール項目６４のうちの１つのスケジュール項目が選択されると（６４Ｓ１）、リンク付けされたコスト項目６６Ｓおよびモデル項目６２Ｓが表示される。付加的に、モデル項目６２Ｓ１または６２Ｓ２のうちの１つのモデル項目が選択されると、関連するスケジュール項目６４Ｓ１、６４Ｓ２および／または６４Ｓ３ならびに関連するコスト項目６６Ｓが選択／表示される。図１６に戻ると、ステップ１６１２において、モデル項目６２またはスケジュール項目６４の分類構造コード６０のコードがすでにシステム１７内に存在している場合、プロセスはステップ１６１９～ステップ１６２４に進み、ここで、マッピングは上述のように更新される。したがって、プロセスが終了する。

図１４および図１６は、本発明の例示的な実施形態にしたがった、２つの異なる可能なプロセスの例を示している。これらのプロセスのいずれかのプロセスからのステップを、適宜、他方のプロセスに組み込むことができるが、便宜上、再度の言及は行われない。付加的に、例示的な実施形態は、幾つかのステップを取り出し、これらを異なる順序で置くことができる、かつ／または本明細書に記載された他の接続ステップを必要としないことがある。

種々の実施形態を通じて、システム１７は、自身の分類構造を（コードと共に）スケジューリングプラトフォームおよび／またはコスト管理プラットフォームなどのサードパーティシステムに公開することができる。システムがサードパーティプラットフォーム（たとえば５４～５８）からコード６０および／または分類構造を抽出する場合、システム１７は、コード抽出エンジン３０の適切なインターフェースを使用して情報を検索し得る。したがって、例示的な実施形態によって、分類構造が整合され、孤立した分類構造コードが存在しないことが保証される。

システム１７は、モデル項目データベース３８、スケジュール項目データベース４０またはコスト項目データベース４２内の既存のコード６０と比較した場合に、新たなコード６０、修正されたコード６０または削除されたコード６０が存在するか否かを識別することができる。

本明細書に記載した例示的な実施形態が多数の利点をもたらすことは明らかなはずである。システム１７は、特定のコードおよびルールに基づいて自動化されたマッピングを提供する。コードベースのルールは、コスト、スケジュールおよびモデルのリアルタイムマッピングを実現可能にする。択一的に、ＣＢＳ（コスト）をＷＢＳ（スケジュール）に手動でマッピングするプロセスは、完了までに数日を要し、結果として、例示的な実施形態の直接的な結果を提供することができない。

幾つかの他のアプローチは、モデル項目６２のグループを作成することおよび項目をフィルタリングして選択されたセットを作成することを含んでいる。しかし、モデル項目６２のフィルタリングには、個々の各モデル項目６２を、フィルタリングのためのカテゴリに手動で割り当てることが必要となる。したがって、フィルタだけでは、ＷＢＳ、ＣＢＳおよびモデル項目の自動化されたマッピングを提供するのに十分ではなく、手動でのマッピング（たとえば、ドラッグ＆ドロップ）に依存することから免れない。

例示的な実施形態はさらに、マッピングに基づく５Ｄ視覚化の利点を提供する。５Ｄ視覚化によって、３Ｄモデルの進捗状況を、スケジュールおよびコスト／予算の進捗状況と、グラフィックを用いて比較することが可能になる。ユーザは、目標通りの予算の状態にあるのか、予算を超過している状態にあるのかまたは予算を下回っている状態にあるのか判定することができる。付加的に、システムは、スケジュールが軌道に乗っているのか、スケジュールが遅れているのか、またはスケジュールが前倒しされているのかを表示することができる。

図２０Ｂは、本発明の例示的な実施形態にしたがって建設工事スケジュール項目６４の進捗状況を更新するためにプロジェクト管理コストプラットフォーム５８と通信するためのユーザインターフェース４６の使用を概略的に示している。ユーザ（たとえばプロジェクトマネージャ）は、モバイルデバイスを用いてまたはウェブクライアントに直接的に、完了した％を入力すること９０によって、スケジュール項目６４の進捗状況を更新する。システム１７は、スケジュール項目６４からマッピングされたコスト項目６６へと進捗状況を自動的に変換する。

図２０Ｃは、コストプラットフォーム５８がコストインターフェース３６から進捗状況の更新を受け取った後のコストプラットフォーム５８のスクリーンショットを示している。図２０Ｃでは、建設コストインターフェース３６を介してコスト管理プラットフォーム５８においてアーンドバリューが自動的に作成されてよい。コスト効率指数（ＣＰＩ）値は、入力された９０、実際のコストに基づいて、コスト項目の見積もられたコストに対して作成される。例示的な実施形態では、システム１７は、ＣＰＩ＜０．８の場合にコスト項目６６を色（たとえば赤色）で強調表示する。ＣＰＩ＜０．８の場合、建設請負業者は、計画よりも多くの金額を費やしている（すなわち、そのコスト項目６６の予算を超過している）。システム１７は、個々の社内規格にしたがって、ＣＰＩ指数（１より小さいまたは１より大きい）に基づいて種々の色を表示することができる。

図２０Ｄは、図２０Ｃからの進捗状況の更新を用いた予測を示している。予測によって、ユーザは、種々の情報、たとえば元来の予算対最新の予算対新たに更新された予算を、グラフィックを用いて表示することができる。したがって、プロジェクトマネージャは、予算に対する更新された予測を明確かつ迅速に取得することができる。これによって、変更が発生した場合に変更処置を実行し、プロジェクトのコスト超過を削減する能力が追加される。スケジュール項目についても同様の予測が行われてよい。

例示的な実施形態では、Ｒｅｖｉｔ、Ｐｒｉｍａｖｅｒａ Ｐ６およびＥｓｔｉｍａｔｉｏｎ ｓｏｌｕｔｉｏｎなどのツールにおいて事前に割り当てられている分類構造コードが使用されることを理解されたい。このルールでは、部分文字列および他の数学的な演算（たとえば、ｓｔａｒｔｓ ｗｉｔｈ、ｉｎ ｂｅｔｗｅｅｎ、ｃｏｎｔａｉｎなど）が可能であり、これによって、ユーザに、項目を適切にマッピングするための柔軟性が提供される。さらに、ルールベースのマッピングは、データが特定の様式で編成またはフィルタリングされることを必要としない。

上述した５Ｄマッピングシステムによって、多数の利点が提供され、これらの利点には、上述したコードベースのルールを用いてリンク付けされたデータへのアクセスの容易さが含まされている。図２１Ａは、例示的な実施形態にしたがった、２つの異なるマッピングされたセットにおける、２つのコスト項目６６Ａおよび６６Ｂとマッピングされた４つのスケジュール項目６４Ａ、６４Ｂ、６４Ｃおよび６４Ｄを示している。図２１Ｂは、コスト項目６６Ａが選択されていることを示すスクリーンショットである。コスト項目６６Ａを選択することによって、関連するスケジュール項目６４Ａおよび６４Ｂが選択される。付加的に、関連するモデル項目６２Ａ、６２Ｂおよび６２Ｃが自動的に入力される。

例示的な実施形態によって実現される別の利点には、改良された視覚化が含まれる。図２２Ａ～図２２Ｄは、改良された視覚化の種々のビューを示すスクリーンショットである。

図２２Ａは、本発明の例示的な実施形態による、作業分解構成図の視点から見た５Ｄ視覚化である。この作業分解構成図は、計画されたプロジェクト１０のスケジュールの経過にまたがる多数のスケジュール項目６４を含んでいる。したがって、スケジュールタイムライン８２が示されている。タイムライン８２の経過にわたるモデル項目６２の進捗状況を、画像および／または動画で表示することができる。動画による進捗状況の場合には、アニメーションの速度８５がコントロールされてよい（たとえば、１建設工事日／秒）。図２２Ａは、（開始日／終了日を含んでいる）スケジュール項目６４の、モデル項目６２とのマッピングに基づいて、選択された５月初めの日付８４における建設工事の進捗状況を示している。選択された５月初めの日付８４において、視覚化から多数の洞察を決定することができる。視覚化を支援するために、各モデル項目６２の進捗状況が、色分けされた凡例８６にしたがって色分けされてよい。このスクリーンショットには示されていないが、関連するモデル項目６２および／またはスケジュール項目６４を選択することによって、マッピングされた関連するコスト項目６６が閲覧されてもよい。

図２２Ａでは、多数のモデル項目６２Ｃが完了しており、多数のモデル項目６２Ｐおよび６２Ｂが進行中であり、多数の今後のモデル項目６２Ｆはまだ設置されていない、または作業現場に搬送さえされていない。視覚化をさらに改良するために、色の深度を使用して進行状況を示すことができる。たとえば、モデル項目６２Ｐは濃い緑色であり、これはそれらがほぼ完了していることを表す。これに対してモデル項目６２Ｂは薄緑であり、これはモデル項目６２Ｂが建設工事の初期段階にあり、完了間近ではないことを表す。異なるモデル項目６２Ｐおよび６２Ｂは、（たとえば、日付においてわずかな重複を有する）異なるスケジュール項目６４とマッピングされ得る。したがって、モデル項目６２Ｐにおける建設工事は、モデル項目６２Ｂにおける建設工事より前に開始されたとはいえ、これらはオーバラップする期間を有し得る。

図２２Ｂでは、図２２Ａのモデルが示されているが、選択された日付８４が異なっている。ここでは、日付は５月終わりとして示されている。見て取れるように、先のモデル項目６２Ｐ、６２Ｃおよび６２Ｂはすべて完了している。したがって、完了したモデル項目６２Ｃの色が、タイムライン８２におけるその状態を反映するように変化していてよい。今後のモデル項目６２Ｆはまだ建設されていない。

図２２Ｃでは、図２２Ａ～図２２Ｂのモデルが示されているが、選択された日付８４が異なっている。ここでは、日付は７月初めとして示されている。７月初めまでに、図２２Ｂにおける今後のモデル項目６２Ｆが、進行中のモデル項目６２Ｐになったことが示されている。

図２２Ｄは、図２２Ａ～図２２Ｃのモデルを詳細なタイムライン８２と共に示している。詳細なタイムライン８２は、特定の日付および所与の日付によるパーセンテージの内訳を示している。タイムライン８２は、スケジュール項目６４および完了したパーセンテージの内訳も示すことができる。この完了したパーセンテージの内訳は、所与の日付による完成した、見積もられたパーセンテージおよび／または実際の完了したパーセンテージを含んでいてよく、これは図２０Ｂに即して説明されたようにユーザによって入力されてよい。

図２３Ａは、スケジュール項目６４によって編成された詳細なタイムライン８２を示している。図２３Ｂには、所与のスケジュール項目６４Ｓが選択されているときの関連するモデル項目６２Ｓが示されている。例示的な実施形態は５Ｄマッピングを引き合いに出しているが、種々の実施形態において、５Ｄマッピングシステム１７がＮ次元をマッピングし得ることを理解されたい。本明細書で使用されるコンテキストでは、各項目タイプ（たとえばスケジュール項目６４、コスト項目６６など）は、３次元を有すると言及されるモデル項目６２タイプを除いて、１つの次元を有すると言及される。

幾つかの実施形態は、２次元（たとえばコスト・スケジュール）をマッピングし得る。幾つかの他の実施形態は、４次元（たとえばモデル・スケジュールまたはモデル・コスト）をマッピングし得る。他の実施形態は、５つより多くの次元をマッピングし得る。付加的な次元は、５Ｄマッピング（たとえばコードベースの条件を有するルール）を参照して説明したのと同様の様式でマッピングされてよい。したがって付加的な例として、６Ｄマッピングを作成するために、スケジュール項目６４、コスト項目６６およびモデル項目６２がさらに、図２３Ｃに示されているように、関連するドキュメント８８とマッピングされてよい。したがって、例示的な実施形態では、５Ｄマッピングは、少なくともスケジュール項目、モデル項目およびコスト項目を含んでいるが、依然として５Ｄマッピングシステム１７とみなされている間は、付加的な次元を含んでいてよい。幾つかの実施形態では、５Ｄマッピングシステム１７を用いて、５次元より少ない次元をマッピングすることもできる（すなわちコスト、モデルおよびスケジュールのすべてではない）。さらに、例示的な実施形態は、モデル、コストおよびスケジュールに対して付加的に、またはモデル、コストおよびスケジュールから択一的に、ドキュメント、物流項目、メタデータおよび他の情報をマッピングすることによって、多次元マッピングを含んでいてよい。したがって、５Ｄという用語は、例示的な実施形態を用いてマッピング可能な項目の量および／または種類の多様性を制限することを意図したものではない。

本発明の種々の実施形態は、少なくとも部分的に、任意の従来のコンピュータプログラミング言語で実現可能である。たとえば幾つかの実施形態は、手続き型プログラミング言語（たとえば「Ｃ」言語）で、ビジュアルプログラミングプロセスとして、またはオブジェクト指向プログラミング言語（たとえば「Ｃ＋＋」言語）で実装され得る。本発明の他の実施形態を、予め構成されているスタンドアローン型のハードウェア素子および／または事前プログラミングされたハードウェア素子（たとえば、特定用途向け集積回路、ＦＰＧＡおよびディジタル信号プロセッサ）、または他の関連部品として実装することができる。

択一的な実施形態では、開示された装置および方法（たとえば、上述の方法を参照）は、コンピュータシステムと共に使用されるコンピュータプログラム製品として実装可能である。このような実装は、有形、非一時的、非一時的な媒体、たとえばコンピュータ可読媒体（たとえばディスケット、ＣＤ－ＲＯＭ、ＲＯＭまたは固定ディスク）のいずれかに固定された、一連のコンピュータ命令を含んでいてよい。一連のコンピュータ命令によって、システムに関して本明細書において上述されている機能の全部または一部を具現化することができる。

当業者であれば明らかであるように、数多くのコンピュータアーキテクチャまたはオペレーティングシステムと共に使用するために、このようなコンピュータ命令を複数のプログラミング言語で記述することができる。さらに、このような命令は、任意のメモリデバイス、たとえば半導体、磁気メモリデバイス、光学メモリデバイスまたは他のメモリデバイスに格納されてよく、また任意の通信技術、たとえば光学伝送技術、赤外線伝送技術、マイクロ波伝送技術または他の伝送技術を使用して伝送されてよい。

とりわけ、そのようなコンピュータプログラム製品は、付随する印刷されたドキュメントまたは電子ドキュメントと共にリムーバブル媒体として配布されてよい（たとえば市販ソフトウェア）、またはコンピュータシステムが（たとえばシステムＲＯＭまたは固定ディスク上に）予めロードされてよい、またはネットワーク（たとえばインターネットまたはワールドワイドウェブ）を介してサーバまたは電子掲示板から配布されてよい。実際には、幾つかの実施形態を、Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅモデル（「ＳＡＡＳ」）またはクラウドコンピューティングモデルとして実装することができる。当然、本発明の幾つかの実施形態を、ソフトウェア（たとえばコンピュータプログラム製品）およびハードウェアの両方の組み合わせとして実装することができる。本発明のさらに他の実施形態は、その全部がハードウェアとして、またはその全部がソフトウェアとして実装される。

上記の説明は本発明の種々の例示的な実施形態を開示しているが、当業者が、本発明の真の範囲から逸脱することなく、本発明の利点の幾つかを達成する種々の修正を行い得ることは明らかである。

Claims (21)

1. 資本プロジェクトの５Ｄマッピングのためのシステムであって、
   前記システムは、
   資本プロジェクト構成要素を表すモデルからのモデル項目を含むように構成されているモデルデータベースであって、各前記モデル項目は、少なくとも１つのモデル項目コードを有している、モデルデータベースと、
   資本プロジェクト建設工事スケジュールの一部を表すスケジュール項目を含むように構成されているスケジュールデータベースであって、各前記スケジュール項目は、少なくとも１つのスケジュール項目コードを有している、スケジュールデータベースと、
   資本プロジェクト建設工事スケジュールおよび／または資本プロジェクト構成要素に対する予算の一部を表すコスト項目を含むように構成されているコストデータベースであって、各前記コスト項目は、少なくとも１つのコスト項目コードを有している、コストデータベースと、
   １つ以上のモデル項目、１つ以上のスケジュール項目および／または１つ以上のコスト項目をマッピングするためのルールを受け取るように構成されているルールエンジンであって、前記ルールは、少なくとも１つの前記モデル項目、少なくとも１つの前記スケジュール項目および／または少なくとも１つの前記コスト項目に関連するコードシーケンスに基づく条件を含んでいる、ルールエンジンと、
   前記モデルデータベース、前記スケジュールデータベースおよび前記コストデータベースと通信するように構成されているマッピングエンジンであって、前記マッピングエンジンはさらに、１つ以上のモデル項目、１つ以上のスケジュール項目および／または１つ以上のコスト項目を前記ルールに基づいてマッピングするように構成されている、マッピングエンジンと、
   を含む、システム。
2. 第１のルールはモデル項目をスケジュール項目とマッピングし、第２のルールはスケジュール項目をコスト項目とマッピングし、前記システムは、最初の２つの前記マッピングに基づいて、モデル項目をコスト項目と自動的にマッピングするように構成されている、請求項１記載のシステム。
3. 第１のルールはモデル項目をコスト項目とマッピングし、第２のルールはコスト項目をスケジュール項目とマッピングし、前記システムは、最初の２つの前記マッピングに基づいて、モデル項目をスケジュール項目と自動的にマッピングするように構成されている、請求項１記載のシステム。
4. 第１のルールはスケジュール項目をモデル項目とマッピングし、第２のルールはモデル項目をコスト項目とマッピングし、前記システムは、最初の２つの前記マッピングに基づいて、スケジュール項目をコスト項目と自動的にマッピングするように構成されている、請求項１記載のシステム。
5. 前記モデル項目コード、前記スケジュール項目コードおよび前記コスト項目コードはそれぞれ、少なくとも、同一の文字の一部を有しており、前記ルールは、前記モデル項目、前記コスト項目および前記スケジュール項目をマッピングするために、前記モデル項目コード、前記コスト項目コードおよび前記スケジュール項目コードの部分文字列の一致を要求する、請求項１記載のシステム。
6. 前記システムは、前記モデルを受け取り、前記モデル項目の量を決定するように構成されている定量化モジュールをさらに含んでおり、前記システムはさらに、モデル項目の決定された前記量をプロジェクト管理コストプラットフォームに出力するように構成されている、請求項１記載のシステム。
7. 前記システムは、新規のモデル項目および／またはスケジュール項目、削除されたモデル項目および／またはスケジュール項目ならびに／または改訂されたモデル項目および／またはスケジュール項目を識別するために、前記モデルおよび／またはスケジュールの更新されたバージョンを、前記モデルおよび／またはスケジュールの既存のバージョンと比較するように構成されている自動化された比較器をさらに含んでいる、請求項６記載のシステム。
8. 前記定量化モジュールは、改訂された前記モデル項目の量を決定し、前記自動化された比較器は、改訂された前記モデル項目の前記量に基づいて前記コスト項目を更新する、請求項７記載のシステム。
9. 前記ルールは、次の３つのタイプの項目、すなわち前記モデル項目コード、前記コスト項目コードおよび前記スケジュール項目コードのうちの２つの正確な一致を要求し、
   前記マッピングエンジンは、１つ以上のドキュメントを、１つ以上の前記モデル項目、１つ以上の前記スケジュール項目および／または１つ以上の前記コスト項目と、前記ルールに基づいてマッピングするようにさらに構成されている、請求項１記載のシステム。
10. 大規模資本プロジェクトに対して、コスト項目、モデル項目およびスケジュール項目をマッピングする方法であって、
    前記方法は、
    モデルから、資本プロジェクト構成要素を表す複数のモデル項目を受け取るステップであって、各前記モデル項目は、少なくとも１つのモデル項目コードを有している、ステップと、
    資本プロジェクト建設工事スケジュールの一部を表す複数のスケジュール項目を受け取るステップであって、各前記スケジュール項目は、少なくとも１つのスケジュール項目コードを有している、ステップと、
    前記資本プロジェクト建設工事スケジュールおよび／または前記資本プロジェクト構成要素の前記一部に対する予算を表す複数のコスト項目を受け取るステップであって、各前記コスト項目は、少なくとも１つのコスト項目コードを有している、ステップと、
    １つ以上のモデル項目、１つ以上のスケジュール項目および１つ以上のコスト項目をマッピングするためのルールを提供するステップであって、前記ルールは、少なくとも１つの前記モデル項目、少なくとも１つの前記スケジュール項目および／または少なくとも１つの前記コスト項目に関連するコードシーケンスを含んでいる、ステップと、
    １つ以上の前記モデル項目、１つ以上の前記スケジュール項目および／または１つ以上の前記コスト項目を前記ルールに基づいてマッピングするステップと、
    を含む、方法。
11. ルールは、前記モデル項目、前記コスト項目および／または前記スケジュール項目をマッピングするために、前記モデル項目コード、前記コスト項目コードおよび／または前記スケジュール項目コードの部分文字列の一致を要求する、請求項１０記載の方法。
12. 前記ルールは複数のコードシーケンスを含んでいる、請求項１０記載の方法。
13. 前記ルールは、前記モデル項目、前記コスト項目および前記スケジュール項目をマッピングするために前記モデル項目コード、前記コスト項目コードおよび／または前記スケジュール項目コードの正確な一致を要求する、請求項１０記載の方法。
14. モデル項目の量を決定するためのモデルの定量化をさらに含んでいる、請求項１０記載の方法。
15. 前記方法は、新規のモデル項目および／またはスケジュール項目、削除されたモデル項目および／またはスケジュール項目ならびに／または改訂されたモデル項目および／またはスケジュール項目を識別するために、前記モデルおよび／またはスケジュールの更新されたバージョンを、前記モデルおよび／またはスケジュールの既存のバージョンと比較するステップをさらに含み、前記方法は、改訂された前記モデル項目の量を決定するステップと、改訂された前記モデル項目の前記量に基づいて前記コスト項目を更新するステップとをさらに含む、請求項１０記載の方法。
16. コスト項目、モデル項目およびスケジュール項目をマッピングするためのコンピュータシステムで使用されるコンピュータプログラム製品であって、
    前記コンピュータプログラム製品は、コンピュータ可読プログラムコードを有している、有形、非一時的なコンピュータ可用媒体を含んでおり、
    前記コンピュータ可読プログラムコードは、
    資本プロジェクト構成要素を表す複数のモデル項目を受け取るためのプログラムコードであって、各前記モデル項目は、少なくとも１つのモデル項目コードを有している、プログラムコードと、
    建設工事スケジュールの一部を表す複数のスケジュール項目を受け取るためのプログラムコードであって、各前記スケジュール項目は、少なくとも１つのスケジュール項目コードを有している、プログラムコードと、
    前記建設工事スケジュールおよび／または前記資本プロジェクト構成要素の前記一部に対するコストを表す複数のコスト項目を受け取るためのプログラムコードであって、各前記コスト項目は、少なくとも１つのコスト項目コードを有している、プログラムコードと、
    １つ以上のモデル項目、１つ以上のスケジュール項目および１つ以上のコスト項目をマッピングするためのルールを作成するためのプログラムコードであって、前記ルールは、少なくとも１つの前記モデル項目、少なくとも１つの前記スケジュール項目および／または少なくとも１つの前記コスト項目に関連するコードシーケンスを含んでいる、プログラムコードと、
    １つ以上の前記モデル項目、１つ以上の前記スケジュール項目および／または１つ以上の前記コスト項目を前記ルールに基づいてマッピングするためのプログラムコードと、
    を含む、コンピュータプログラム製品。
17. 前記ルールは複数のコードシーケンスを含んでいる、請求項１５記載のコンピュータプログラム製品。
18. 前記モデル項目コード、前記スケジュール項目コードおよび前記コスト項目コードはそれぞれ、少なくとも、同一の文字の一部を有している、請求項１５記載のコンピュータプログラム製品。
19. 第１のタイプの項目と第２のタイプの項目とが、第３のタイプの項目とマッピングされた後、前記第１のタイプの項目を前記第２のタイプの項目と自動的にマッピングするためのプログラムコードをさらに含む、請求項１５記載のコンピュータプログラム製品。
20. モデル項目の量を決定するためのモデルの定量化のためのコードをさらに含む、請求項１５記載のコンピュータプログラム製品。
21. 新規のモデル項目、コスト項目および／またはスケジュール項目、削除されたモデル項目、コスト項目および／またはスケジュール項目ならびに／または改訂されたモデル項目、コスト項目および／またはスケジュール項目を識別するために、前記モデル、予算および／またはスケジュールの更新されたバージョンを、前記モデル、予算および／またはスケジュールの既存のバージョンと比較するためのコードをさらに含む、請求項１５記載のコンピュータプログラム製品。

Images