(57)【特許請求の範囲】
【請求項１】
プラント成果物管理システムであって、
異種のプラント建設に使用されかつそれぞれテンプレート属性を有し、プロジェクトに依存しない複数のプラント成果物テンプレートを、保存するように構成されたテンプレートエンジンと、
前記テンプレートエンジンに結合され、プラント建設に関連する前記プラント成果物テンプレートに従ったプラント成果物データを少なくとも一のユーザが登録することができるように構成された成果物インターフェースと、
前記プラント建設に関係する複数のプラント成果物であって、前記プラント成果物データおよび前記プラント成果物テンプレートから導出された前記プラント成果物を保存し、クライアントにとって好ましいフォーマットを保存するように構成された成果物ライブラリと、
前記成果物ライブラリに結合され、前記クライアントのフォーマットに従ったプラント建設のプラント成果物を備える成果物パッケージを保存する成果物コンピュータシステムを自動的に提供するように構成された成果物エンジンと、を備えることを特徴とする、システム。
【請求項２】
前記成果物インターフェースは、２以上の独立した第三者が各エンティティのメンバーとして認証された際に、プラント成果物データを登録することができるように構成されることを特徴とする、請求項１に記載のシステム。
【請求項３】
前記成果物インターフェースは、登録されたプラント成果物データを前記プラント成果物テンプレートとプラント建設要件とに照らして検証するようにさらに構成されることを特徴とする、請求項１に記載のシステム。
【請求項４】
前記成果物インターフェースは、前記プラント成果物データを前記成果物テンプレートとプラント建設要件に適合させるような、プラント成果物データに対する修正をリアルタイムで推奨するようにさらに構成されることを特徴とする、請求項３に記載のシステム。
【請求項５】
前記成果物エンジンは、前記成果物パッケージと、前記建設プロジェクトに関する前記プラント成果物テンプレートとの差異に基づいて成果物テンプレートの更新を推奨するようにさらに構成されることを特徴とする、請求項１に記載のシステム。
【請求項６】
前記成果物エンジンは、前記プラント建設の資産データから導出された新規のプラント成果物テンプレートを作成するようにさらに構成されることを特徴とする、請求項５に記載のシステム。
【請求項７】
前記新規のプラント成果物テンプレートは、前記資産データから導出された標準属性を備えることを特徴とする、請求項６に記載のシステム。
【請求項８】
前記成果物エンジンは、前記好ましい成果物フォーマットおよび前記テンプレート属性に基づいてクライアントのインデクシングスキームを導出するようにさらに構成されることを特徴とする、請求項１に記載のシステム。
【請求項９】
前記インデクシングスキームは、成果物テンプレート属性から変換されることを特徴とする、請求項８に記載のシステム。
【請求項１０】
前記成果物コンピュータシステムは、前記アクセス可能物に従って前記クライアントのインデクシングスキームによって検索可能であるように構成されることを特徴とする、請求項８に記載のシステム。
【請求項１１】
前記プラント成果物は、前記プラント建設の資産に関する資産レベルの情報を備えることを特徴とする、請求項８に記載のシステム。
【請求項１２】
前記インデクシングスキームは、資産属性から導出されることを特徴とする、請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、データ統合および管理技術である。
【０００２】
本願は、２００９年１２月１７日出願の整理番号６１／２８７３１７である米国仮出願の優先権を主張するものである。これらおよび他の非本質的な内容はその全体が参考として本願明細書で援用される。引用された参考文献における用語の定義または使用法が本明細書に記載の当該用語の定義と相容れないまたはそれに反する場合には、本明細書に記載の当該用語の定義を適用するものとし、文献における当該用語の定義は適用しない。
【背景技術】
【０００３】
プラント（例えば、発電所、工場、ビル、処理プラント）の建設は、リソースの取得、ロジスティックス、建設、および最終的なプラントの新規オーナーへの引渡しに対する並外れた努力を意味する。新プラントオーナーへのプラントの引渡しの一側面として、作業文書およびデータを統合してオーナーに提示することが挙げられる。作業文書には、設計書類、作業マニュアル、パーツリスト、トレーニング教材、人材要件、または他の形式のデータを含み得る。
【０００４】
現在、プラント建設業界において、各プラント建設プロジェクトは、文書成果物（ｄｅｌｉｖｅｒａｂｌｅｓ）一式を伴う単一の独立したプロジェクトとして扱われる。新規の建設が始まると、すべての新規プラント成果物は一から作られる。大規模建設会社でさえ、あるプロジェクトから次のプロジェクトへ文書を賢明なやり方で引き渡すことを活用せずにいる。
【０００５】
上述の問題に対処するために、今後評価されるべきは、上記の問題に対処するため、技術会社、建設会社、ＥＰＣＭ会社、または他の重要な書類引渡し要件を有する会社へ文書成果物エンジンが提供されるようにすることである。成果物エンジンは、データを統合して複数の建設プロジェクトに渡って成果物文書要件を維持するように構成され得る。そのようなエンジンは、建築プロジェクトに携わる無数の個人（例えば、設計エンジニア、ベンダー、トレーナー、検査員等）が、プラント建設のすべての局面を通じてエンジンとやり取りできるように構成され得る。個人は、保守データ、支援データ、マニュアルデータ、または他の種類の作業データを含むプラントの作業に関するデータを供給またはアクセスすることができる。新規オーナーへのプラント引渡し準備が整うと、新規オーナーに提示するために、当該文書は所望の単一または複数のフォーマットに変換されて、新規オーナー用に作成された知識システム内に置かれることができる。さらに、当該エンジンおよびそのデータまたはワークフロー処理は、建設会社内に置いたままにすることもでき、次の建設プロジェクトへのフィードバックとして活用することもできる。そのような対処法は、将来のプラント引渡しにかかる時間とコストを削減するものである。
【０００６】
他にも、様々な目的のためにデータを統合および引き渡すための取り組みが提案されている。例えば、Ｍｙｒｉｃｋ等による１９９９年８月２０日出願の米国特許第７，１６２，４２７号明細書“Ｓｔｒｕｃｔｕｒｅ  ａｎｄ  Ｍｅｔｈｏｄ  ｏｆ  Ｍｏｄｅｌｉｎｇ  Ｉｎｔｅｇｒａｔｅｄ  Ｂｕｓｉｎｅｓｓ  ａｎｄ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ  Ｆｒａｍｅｗｏｒｋｓ  ａｎｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｉｎ  Ｓｕｐｐｏｒｔ  ｏｆ  ａ  Ｂｕｓｉｎｅｓｓ”は、情報技術システムを含む総合的な事業アーキテクチャを記載している。加えて、Ｋｎａｐｉｃ等による２００８年７月９日出願の米国公開特許公報“Ｉｎｔｅｇｒａｔｉｎｇ  ａ  Ｍｅｔｈｏｄｏｌｏｇｙ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ  ｗｉｔｈ  Ｐｒｏｊｅｃｔ  Ｔａｓｋｓ  ｉｎ  ａ  Ｐｒｏｊｅｃｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ”は、テンプレートに基づいてプロジェクト計画を作成可能なプロジェクト管理システムを記載している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許第７，１６２，４２７号公報
【特許文献２】米国特許公開２００９―０１２５３５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述の文献は、それらの特定の問題に対する適切な対処法を提供するものであるが、複数の大規模なプラント建設プロジェクトに渡る書類引渡し要件に充分に対処するものではない。
【０００９】
文脈に反しない限り、本明細書に記載されたすべての範囲は、終点を含むものと解釈されるべきであり、無制限の範囲は、実用的な値を含むものと解釈されるべきである。同様に、値のすべてのリストは、文脈に反しない限り、中間値を含むものとみなされるべきである。
【００１０】
よって、プラント成果物管理システムに対する要求が依然としてある。
【課題を解決するための手段】
【００１１】
本発明の主題は、新規の建設プロジェクトに対して過去の経験を活用して当該プラント建設プロジェクト用の成果物パッケージを作成することができる装置、システム、方法を提供する。本発明の主題の一側面は、プラント成果物管理システムを含むものと考えられる。本システムは、１つ以上の建設プロジェクトに依存しない（ａｇｎｏｓｔｉｃ）成果物テンプレートを保存するように構成されたテンプレートエンジンを含み得る。また、各テンプレートは、標準（ｎｏｒｍａｌｉｚｅｄ）属性を含み得、当該標準属性は、複数の別個のプロジェクトに適用可能な一般的な命名法（ｎｏｍｅｎｃｌａｔｕｒｅ）を表す。よって、当該テンプレートおよび標準属性は、数多くの異なるプロジェクトにわたって活用され得る。成果物インターフェースは、遠隔ユーザ、外部ユーザ、または内部ユーザがシステムに対するアクセスを取得したり成果物データを登録したりすることができるようにする。大規模プラント建設では、外部ユーザには、ベンダー、請負業者、下請け業者、トレーナー、サプライヤ、クライアント（すなわち、新規プラントのオーナー）、または他の種類のユーザからなるような数多くの異なる独立した第三者ユーザが含まれ得る。ユーザが成果物データを登録すると、成果物データは成果物ライブラリ内に登録され得、成果物ライブラリは、１つ以上の異なるプラント建設についての成果物を保存することができる。成果物データは、クライアントが好むフォーマットに従って保存され得る。所望の場合には、成果物エンジンは、成果物ライブラリからプラント成果物を取得して成果物コンピュータシステムへ提供することができる。成果物コンピュータシステムには、クライアントが好むフォーマットに従って成果物を供給することができる。ある実施形態においては、クライアントが好むフォーマットから導出されるインデクシングスキーム（ｉｎｄｅｘｉｎｇ  ｓｃｈｅｍｅ）に従って成果物を配置することができる。さらに、成果物コンピュータシステムは、当該インデクシングスキームに従ってプラント成果物を見つけるように構成された検索エンジンをさらに含み得る。
【００１２】
本発明の主題の様々な目的、特徴、側面、および利点は、添付の図面と共に以下の好ましい実施形態の詳細な説明からいっそう明らかになるであろう。図中、同様の数字は同様の構成要素を表す。
【図面の簡単な説明】
【００１３】
【図１】プラント成果物管理システムの概略図である。
【図２】テンプレートエンジンのブロック図である。
【図３】成果物インターフェースのブロック図である。
【図４】成果物ライブラリのブロック図である。
【図５】成果物エンジンおよび提供された成果物コンピュータシステムのブロック図である。
【発明を実施するための形態】
【００１４】
なお、コンピュータ／サーバベースの成果物管理システムについて以下に説明するが、様々な代替となる構成も適していると思われ、サーバ、インターフェース、システム、データベース、エンジン、コントローラ、または個々にまたは集合的に動作する他の種類のコンピューティング装置を含む様々なコンピューティング装置を使用してもよい。コンピューティング装置は、具体的で一時的でないコンピュータ読み取り可能な記憶媒体（例えば、ハードドライブ、固体ドライブ、ＲＡＭ、フラッシュ、ＲＯＭ）上に保存されたソフトウェア命令を実行するように構成されたプロセッサを備えるものと理解すべきである。ソフトウェア命令は、好ましくは、後述する開示された装置としての役割、任務、または他の機能を提供するようにコンピューティング装置を構成する。特に好ましい実施形態において、様々なサーバ、システム、データベース、またはインターフェースは、ＨＴＴＰ、ＨＴＴＰＳ、ＡＥＳ、公開−秘密鍵交換、ウェブサービスＡＰＩ、周知の金融取引プロトコル、または他の電子情報交換方法に基づいて、標準プロトコルまたはアルゴリズムを使用してデータ交換する。データ交換は、好ましくは、パケット交換ネットワーク、インターネット、ＬＡＮ、ＷＡＮ、ＶＰＮ、または他の種類のパケット交換ネットワーク上で行われる。
【００１５】
開示された技術は、クライアントによって使用されるプラント成果物を保存する外部コンピュータシステムの提供を含む数多くの有利な技術効果を提供することを理解すべきである。本インフラストラクチャは、プロジェクトに依存しない（ａｇｎｏｓｔｉｃ）情報を、コンピュータシステム上に構築されたクライアントに固有の知識ベースに変換する。
【００１６】
本明細書において用いられるように、そして文脈に反しない限り、「結合された（ｃｏｕｐｌｅｄ  ｔｏ）」という用語は、直接結合（互いに結合される２つの要素が互いに接触する）および間接結合（少なくとも１つの追加の要素が２つの要素間にある）の両方を含むものとされる。したがって、「結合された（ｃｏｕｐｌｅｄ  ｔｏ）」および「結合された（ｃｏｕｐｌｅｄ  ｗｉｔｈ）」という用語は同義語として使用される。
【００１７】
図１において、プラント成果物管理システム１００は、建設会社１１０によって運営される。例えばＦＬＵＯＲ社のような大規模建設会社は、大陸を跨ぐほど地理的に広い距離にわたっていることを理解すべきである。そのような地球を跨ぐような企業に鑑み、建設会社１１０の内部ネットワーク１１５は、建設会社１１０の内部とみなされても、地理的に広い距離にわたっているともみなされ得るべきである。建設会社１１０は、ほとんどいかなる管轄またはほとんどいかなる地理的な位置における大規模プラント建設（例えば、発電所、処理プラント、製造プラント）を引き受けるのに相応しい会社を表す。
【００１８】
建設会社１１０は、プラント建設のために建設会社１１０に従事したクライアントに対して適切なプラント成果物管理システム１００を提供する、共に動作する１つ以上のコンピュータベースのコンポーネントを含むことができる。システム１００は、成果物テンプレートエンジン１４０と、成果物インターフェース１３０と、成果物ライブラリ１６０と、成果物エンジン１５０とを含み得る。システム１００の様々なコンポーネントには、内部ユーザ１２０または外部ユーザ１７０さえも成果物インターフェース１３０を介してアクセス可能である。なお、各コンポーネントは、クライアントまたはサーバとして機能し所期の役割または任務を提供するコンピュータシステムとみなされる。
【００１９】
建設会社１１０の構成員を表す内部ユーザ１２０は、システム１００のコンポーネントに内部ネットワーク１１５を介してアクセス可能である。内部ネットワーク１１５は、建設会社１１０によって所有または運営される企業ネットワークを含むことができる。ある実施形態においては、内部ネットワーク１１５は、インターネットのインフラストラクチャ上に重ねて動作するようなＷＡＮ、ＶＰＮ、または他の種類の通信ネットワークを含み得る。
【００２０】
同様に、独立した第三者の構成員を表す外部ユーザ１７０は、外部ネットワーク１７５上でシステム１００のコンポーネントにアクセス可能である。外部ネットワーク１７５は、外部ネットワーク１７５が建設会社１１０の管理から主に外れる場所であるインターネットを含むこともできると理解すべきである。それでも、建設会社１１０は、要望により、成果物インターフェース１３０を外部ユーザ１７０にアクセス可能にすることもできる。例えば、成果物インターフェース１３０は、ウェブベースのインフラストラクチャを備え、ウェブページ、ウェブサービスＡＰＩ、サービス、または他の種類のインターフェースを外部ユーザ１７０に提示することもできる。
【００２１】
プラント成果物管理システム１００の様々なコンポーネントは、クライアントのプラント建設のための成果物パッケージの作成に協働するよう構成される。例えば、内部ユーザ１２０または外部ユーザ１７０が成果物データを、成果物インターフェース１３０を介して登録すると、テンプレートエンジン１４０からのテンプレートに従って、成果物データは統合され得る。統合された情報は、成果物ライブラリ１６０内のプラント成果物として保存され得る。成果物ライブラリ１６０では、プラント成果物は、建設されたプラントのクライアントへの引渡しを完了するために必要なまたは要求された文書を含むものとされる。成果物エンジン１５０は、成果物ライブラリ１６０からプラント成果物を取得し、クライアントが好むフォーマットに従ってクライアント用にそれらを成果物パッケージにまとめることができる。ある実施形態において、成果物エンジン１５０は、プラント成果物をクライアント成果物コンピュータシステム１９０に提供することができる。例えば、コンピュータシステム１９０は、クライアントのプラント成果物書類を保存するデータベースと、所望のインデクシングスキームに従って当該データベースに問い合わせるように構成された検索エンジンとを有するように構成され得る。
【００２２】
どの時点においても、プラント成果物管理システム１００は、１つ以上の異なるプラント建設または一以上のクライアントに対してプラント成果物サービスを提供可能である。建設会社１１０が数多くの異なるクライアントにわたって建設サービスを提供できるという点に鑑み、システム１００の様々なコンポーネントは、好ましくは、建設プロジェクトに依存しない（ａｇｎｏｓｔｉｃ）方法で動作することができる。
【００２３】
図２は、プラント成果物管理システム内に内蔵し得るテンプレートエンジン２４０のより詳細な図を示す。テンプレートエンジン２４０は、複数のプロジェクトに依存しない（ａｇｎｏｓｔｉｃ）プラント成果物テンプレート２４７を保存するように構成されており、各テンプレート２４７は、テンプレート属性を有し得る。テンプレートエンジン２４０は、１つ以上の成果物テンプレート２４７を保存するテンプレートデータベース２４５を含み得、テンプレート２４７は、一人以上の遠隔ユーザが成果物データを登録するのに活用され得る。１つ以上のテンプレート２４７に従って成果物データを統合すれば、実際のプラント成果物を作成することができる。なお、別個の各プラント建設が異なる組のテンプレート２４７を活用することができ、あるプラント建設に使用されたセットは、次の異なるプラント建設のテンプレートと同様のテンプレートを活用する場合もあればそうでない場合もある。
【００２４】
テンプレート２４７は、プラント建設に依存しない（ａｇｎｏｓｔｉｃ）方法で構築することができ、各テンプレート２４７は、あるプラント建設から他に活用され得る。テンプレート２４７は、対応する成果物に関する様々な情報を含み得る。例えば、テンプレート２４７は、すべてのプロジェクトにわたって標準化された１つ以上のテンプレート属性を含み得る。標準属性は、標準名または、例えば、システムの構成員が適切にデータ、情報等を混乱せずに交換できるような値を有するテンプレートのためのデータを表す。
【００２５】
標準属性の組は、様々なスキーマに従ってまとめられ得る。例えば、標準属性は属性名の各部分が階層内のレベルに対応する階層的ネーム空間にまとめられ得る。運営団体の構成員は、必要があれば、標準属性をテンプレート２４７に割り当てることができ、クライアント主体の属性から標準属性へのマッピングを提供することもできるだろう。標準属性がどのように構築されるかにかかわらず、標準属性はプラント建設に依存しない（ａｇｎｏｓｔｉｃ）ものとみなされ、複数の別個のプロジェクトにわたって適用することができる。
【００２６】
テンプレート２４７は、対応するプラント成果物にとって利用可能であるべき成果物データに関するインターフェース情報も含み得る。インターフェース情報は、ユーザインターフェースを構築するために使用可能であり、ユーザはインターフェース情報を介してプラント開発可能データを登録可能である。テンプレート２４７は、その関連する成分要素（例えば、属性、インターフェース情報）と共に、互いにリンクする管理可能なオブジェクトとしてテンプレートデータベース２４５内に保存可能である。ある実施形態において、様々なテンプレートオブジェクトまたはデータベース内の他のオブジェクトを、汎用で一般的な中間フォーマットを表すＸＭＬデータストラクチャとして保存可能である。テンプレート２４７がプラント建設に有用とみなされると、システムの他のコンポーネントは、ＸＭＬデータを解釈して、テンプレートの対応する成果物に関連した成果物データを取得するのに適切なインターフェースをどのように構築するかを決定する事ができる。
【００２７】
テンプレート２４７は、手動で作成することも、自動で作成することもできる。ある実施形態において、運営団体がテンプレート２４７の形式を決定し、基準と適合するか、標準命名法（例えば、標準属性）に適合する要素を有するか、またはそうでなければテンプレートデータベース２４５内の他のオブジェクトと矛盾しないか確認する。また、テンプレート２４７を、以前のプロジェクトの資産に基づいて構築することもでき、この構築は自動であってもよい。
【００２８】
１つ以上の以前のプロジェクトについての資産レベルの情報を保存する資産ライブラリは、各プロジェクトの資産についての情報をシステムに提供する。資産は、プラント建築の物理的な構成要素を含むものとされ、ボルトから処理部、建設現場に至るまでを範囲とし得る。プロジェクトが完成すると、あるプロジェクトからの資産を他のプロジェクトと比較して、共通性を判断することができる。これは、テンプレート２４７とともに使用された同一のネーム空間と適合する標準属性を介してもよい。テンプレート２４７が資産に対して存在しない場合、システムは、推奨テンプレートを構築して、資産に関連した成果物を提供するという要求を満たすことができる。推奨テンプレートは、以前作成されたプラント成果物に基づいた特徴を有して構築することができる。例えば、ポンプ場などの資産には、トレーニング教材がない場合がある。成果物エンジンは、標準属性「トレーニング」によって特定された、以前提供されたトレーニング教材を特定することができよう。そして、エンジンは、トレーニング教材フォーマット（例えば、目次、索引）を使用して、ポンプ場トレーニング教材成果物用のテンプレートを構築することができる。
【００２９】
テンプレート２４７は、数多くの異なる種類のプラント成果物を表すことができる。各プラント成果物は、ある建設プロジェクトの異なる局面において必要とされ得るであろうことを理解すべきである。プラント成果物の種類の例としては、設計成果物、技術工学成果物、建設成果物、運営成果物、または寿命または閉鎖（ｄｅｃｏｍｍｉｓｓｉｏｎｉｎｇ）成果物さえもある。例えば、設計局面の成果物は、設備リスト、器具リスト、ループシート、レイアウトまたは配置図面、仕様書、要件書類、または他の種類の文書を含み得る。さらに成果物は、工学的または技術的な文書の範囲を超えることがあることを理解すべきである。例えば、運営成果物（すなわち、プラントを稼働するための書類）は、トレーニング教材、人材要件（例えば、技能要件、雇用要件）、検査スケジュール、教室テスト（ｃｌａｓｓｒｏｏｍ ｔｅｓｔ）、またはプラントを運営するのに有用と思われる他の教材を含み得る。
【００３０】
テンプレート２４７は、時間の経過とともに修正され得る、生きたテンプレートであるとみなされる。あるプラント建設から他へ教えが習得されると、テンプレートに最善の実務が組み込まれて、改良の継続を確保することができる。安定すると、または許可が得られると、テンプレート２４７は利用可能となるか、そうでなければテンプレートデータベース２４５を介して公開することができる。
【００３１】
プラント建設が進行すると、プロジェクトの局面にかかわりなく、ユーザは、成果物データをプラント成果物管理システムに提供することができる。図３は、成果物インターフェース３３０を示す。成果物インターフェース３３０は、テンプレートエンジンに結合し、遠隔ユーザが、プラント建設に関連したプラント成果物テンプレートに従ってプラント成果物データを登録できるように構成されている。成果物インターフェース３３０は、遠隔ユーザの要求に沿うように、数多くの異なる形式を取り得る。本例では、成果物インターフェース３３０は、遠隔コンピュータ上にユーザインターフェースを描画可能なウェブサーバとして構築されているように示されている。しかしながら、成果物インターフェース３３０は、コンピュータが呼び出し可能な、１つ以上のアプリケーションプログラミングインターフェース（ＡＰＩ）を提供可能であってもよい。そのような実施形態において、遠隔コンピュータは、ソフトウェア上のローカルアプリケーションまたはソフトウェアを実行して、ユーザインターフェースを作成することができ、ユーザインターフェースは、プラント成果物管理システムの他のコンポーネントとさらに結合する。
【００３２】
成果物インターフェース３３０は、テンプレートトランスレータ３３２を含み得る。テンプレートトランスレータ３３２は、成果物についてのテンプレート情報を取得することができる。テンプレートトランスレータ３３２は、テンプレート内に保存された様々なデータ（例えば、標準属性、ＸＭＬ、ＨＴＬＭ等）を解釈して、テンプレートに対応する成果物についてのユーザインターフェースを描画するための命令を生成することができる。例えば、チェックリスト用のテンプレートは、クライアントが望む命名法または言語に従ってユーザが名付けるべき複数のフィールドを含むこともあろう。その結果、テンプレートトランスレータ３３２は、ユーザが必要なフィールドに対応する名称または値を登録する複数の入力フィールドを有するユーザインターフェースを構築することもあろう。
【００３３】
プレゼンテーションエンジン３３５は、テンプレートトランスレータ３３２からの命令を使用して、所望のユーザインターフェースを描画することができる。プレゼンテーションエンジン３３５は、ウェブページを描画するＨＴＴＰサーバとして提示されるが、プレゼンテーションエンジン３３５は２種類以上のインターフェースを生成するようにも構成され得る。例えば、プレゼンテーションエンジン３３５は、ＨＴＭＬコード、スプレッドシート、データベーススキーマ、アプリケーションインターフェース、ＡＰＩ、または他の種類のユーザインターフェース構成体を作成することもできよう。ユーザインターフェースの種類は、テンプレートによって表される成果物の種類に大きく依存し得る。成果物によっては、スプレッドシート登録に適したもの（例えば、設備リスト、チェックリスト等）、データベース登録に適したもの（例えば、ワークフロー、検査結果等）、未処理データ登録またはファイル登録に適したもの（例えば、ビデオ検査、音声データ等）がある。
【００３４】
ユーザは、成果物インターフェース３３０とやり取りをして、成果物データを成果物管理システムに登録する。成果物データは、多様な情報を含み得る。特に好ましい情報の種類として、特定の建設プロジェクトの物理的なオブジェクトまたは資産に特に関連する、資産レベルの情報がある。資産レベルの情報は、プロジェクトについての特定の資産に関するものであり、数多くの異なる種類のデータを包含しうる。例として、予防的保守／予測管理データ、較正スケジュール、負荷レベル、ジョブ計画、建設自動化、パーツの寿命情報を伴うＢＯＭ設備パーツリスト、またはプラントの特定の物理的な資産に関する他の種類のデータが挙げられる。
【００３５】
成果物インターフェース３３０は、システムに登録された成果物データを検証するように構成され得る検証器３３４も含み得る。検証器３３４は、当該プラント建設に関連した要件について、要件データベース３３３を調査することで、成果物データの要件を理解することができる。要件は、クライアントが好むフォーマット、言語要件、法的要件（例えば、認証、公証、承認等）、安全要件、または他の種類の要件を含み得る。稀な例として、検証器３３４は、情報が正確な言語で登録されるか検証することもできよう。本システムの他のコンポーネントと同様に、要件データベース３３３は、複数の別個のプラント建設にわたる要件を保存することができる。
【００３６】
要件データベース３３３に加えて、検証器３３４は、テンプレートから検証情報を取得することもできる。ユーザインターフェースはテンプレートトランスレータ３３２を介してテンプレートから構築されたとき、検証器３３４は、登録されたデータがテンプレート内に略述された基準に本当に合致しているか判断することができる。例えば、あるテンプレートは、あるフィールドが音声ファイルへのポインタを含むことを要求する場合もあろう。検証器３３４は、音声ファイルをチェックして、１つ以上の認識可能な音声ファイルフォーマットであるかを判断することができる。データ型検証は、テンプレート要件を調査することによって実現され得る検証の一形態を表す。他の種類の検証としては、ユーザまたはユーザが構成員であるエンティティについての認証情報、スケジュール要件の検証、登録された登録データが標準属性への有効なマッピングを有することの認証、または他の種類の認証が含まれ得る。
【００３７】
検証器３３４がテンプレート、プラント建設要件、標準属性、またはクライアントの好み（例えば、クライアント言語、フォーマット、属性等）の有効な使用に関する情報にアクセス可能なことに鑑みれば、検証器３３４は、また、成果物データを登録するユーザに対して、できればリアルタイムで推奨を行うことができる。本推奨は、成果物データがデータ登録要件に適合するように成果物データに対して可能な修正を反映させる。データ登録要件は、要件データベース３３３内のプラント建設要件、プラント建設に関連するまたは成果物に対応するテンプレート、または他の要件であってもよい。ユーザが検査場所の未処理画像データをアップロードする場合を考える。検証器３３４は、例えば第１のフォーマットであるＪＰＥＧから、例えば第２のフォーマットであるＰＮＧへ画像データを変換すべきであると提案するフィードバックをユーザに提供することができよう。さらに、検証器３３４は、プレゼンテーションエンジン３３５を介して、画像データを自動的に変換するような選択肢をユーザに提供することもできよう。このような場合、検証器３３４または成果物インターフェース３３０は、データフォーマット変換ユーティリティを含み得る。
【００３８】
検証器３３４は、データ登録に関する提案を提供することもできる。ユーザがデータを登録する際、検証器３３４は、成果物データにとって利用可能であると思われる標準属性への有効なマッピングを有する推奨属性を提供することができる。例えば、ポンプに関する検査データを入力する際、ポンプ資産と対応し、運営団体によって承認されているであろう有効な標準属性をユーザに促すことができる。よって、検証器３３４は、無数の独立した第三者ユーザにわたって、データ登録の整合性を確保することができる。
【００３９】
成果物データが成果物インターフェース３３０を介して登録される、または検証器３３４を介して検証されると、成果物データは送出され、保存エージェント３３６を介して保存される。保存エージェント３３６は、成果物データを成果物ライブラリデータベースとやり取りするように構成されたモジュールを表す。保存エージェント３３６は、適切なクエリ言語、ＡＰＩ、または他のデータベース手法に従ってデータベースとやり取り可能である。例えば、保存エージェント３３６は、ＳＱＬコマンドまたは他の種類のクエリ言語を介して遠隔データベースと接続するように構成できる。
【００４０】
ある実施形態において、保存エージェント３３６およびプレゼンテーションエンジン３３５は、バージョン制御システムに対するインターフェースを形成する。よって、成果物データは、時間の経過とともに送出されて、信号成果物は複数のバージョンを有することになろう。使用のために適用可能な適切なバージョン制御システムの例としては、ＣＶＳ、Ｓｕｂｖｅｒｓｉｏｎ、Ｇｉｔ、Ｐｅｒｆｏｒｃｅ（商標）、または他の既存のバージョン制御システムがある。
【００４１】
成果物インターフェース３３０は、当該システムのユーザを認証するようにさらに構成されてもよい。ユーザが成果物インターフェース３３０にアクセスすると、ユーザは、建設会社に関連する権利を有する内部ユーザか、本システムのオペレータか、または成果物データを登録するための適切な制限付き権限を有する外部ユーザかを判断するために認証されてもよい。より好ましい実施形態において、成果物インターフェース３３０は、２人以上の第三者ユーザが各エンティティの構成員として認証された際に、これらのユーザがプラント成果物を登録可能なようにする。例えば、あるユーザが、政府の検査機関の構成員として認証される場合もあるし、他のユーザがベンダーの構成員として認証される場合もある。各ユーザは、そのエンティティの役割または任務に基づいて成果物データを登録できるだけであるという制限を受ける場合もあろう。
【００４２】
成果物データは、図４に示すような成果物ライブラリへ送出されてもよい。成果物ライブラリ４６０は、好ましくは、プラント建設に関する複数のプラント成果物を保存し、クライアントが好むフォーマットにアクセスするように構成される。プラント成果物は、プラント成果物データおよびプラント成果物テンプレートから導出され得る。成果物ライブラリ４６０は、異なるクライアントに対しても複数のプラント建設にわたって成果物を保存することができる。
【００４３】
成果物ライブラリ４６０は、プラント建設成果物についてのクライアントの好みを保存するクライアントフォーマットデータベース４６２を含み得る。例えば、クライアントフォーマットデータベース４６２は、第１のプラント建設に関連した第１のクライアントについてのフォーマット記述４６３Ａを保存するとともに、第２の異なるプラント建設に関連した第２のクライアントについてのフォーマット記述４６３Ｂを保存することもできる。第１および第２のクライアントは異なったクライアントでもよいが、それぞれのプラント建設についての要件がわずかに異なる同一のクライアントであってもよいだろう。
【００４４】
フォーマット記述４６３Ａから４６３Ｂは、各クライアントがどのようにしてそれぞれの成果物４６５Ａから４６５Ｂとのインターフェースをとりたいかを規定する情報を表す。フォーマット記述４６３Ａおよび４６３Ｂは、所望のデータファイルフォーマット、標準属性への属性マッピングと、ユーザ認証、または他の情報を含み得る。データファイルフォーマットの例としては、Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅ（登録商標）フォーマット、ＯｐｅｎＯｆｆｉｃｅ（商標）フォーマット、ビデオフォーマット（例えば、ＤＩＶＸ、ＭＰＥＧ４等）、音声フォーマット（例えば、ＭＰ３、ＯＧＧ等）、または他の種類のデータフォーマットが挙げられよう。当然ながら、各フォーマット記述は、異なる所望のフォーマットを含み得る。加えて、属性マッピングは、標準属性への変換および標準属性からクライアントが好む属性への変換のための規則を含み得る。そのような対処法は、１つ以上の言語に従って地球上の様々な管轄地用に成果物データをローカライズする場合には有利と考えられる。属性マッピングは、単なる１対１マッピングを越える、非常に複雑なものである場合があることに注意すべきである。例えば、クライアントが好む属性の組は、１つ以上の種類の標準属性が規定のマッピング規則に従って単一のクライアントレベルの属性にマッピングするように、標準属性によって表されるレベルよりも高い抽象レベルを伴う場合がある。
【００４５】
成果物ライブラリ４６０は、各プラント建設に必要な成果物を表す成果物４６５Ａから４６５Ｂを保存する１つ以上のデータベースをも含み得る。成果物４６５Ａから４６５Ｂのそれぞれは、建設されたプラントの運営をクライアントが引き継ぐ前に、クライアントによって要求または必要とされた書類を備える。
【００４６】
成果物４６５Ａから４６５Ｂのそれぞれは、プラント建設が存続する間中およびプラント建設の寿命サイクル（例えば、開始、設計、工学、建設、コミッショニング、運営、閉鎖）の様々な局面を通じて、様々な文書がいつでも修正が可能な生きた倉庫であるとみなすべきである。さらに、成果物４６５Ａから４６５Ｂに対するバージョン制御は、成果物パッケージの構築中に個々の書類、書類集、または成果物パッケージ全体を出し入れできるように行われてもよい。
【００４７】
成果物ライブラリ４６０は、成果物４６５Ａから４６５Ｂを収容するが、成果物４６５Ａから４６５Ｂがフォーマット記述４６３Ａから４６３Ｂと適合しているという要件はない。それは、成果物４６５Ａから４６５Ｂは、クライアントに公開されるまでは作業進行中であるとみなされるためである。ある実施形態において、成果物４６５Ａから４６５Ｂは、クライアントまたはプラント建設プロジェクトに依存しない（ａｇｎｏｓｔｉｃ）、例えばＸＭＬなどの汎用の一般的な共通フォーマットで保存され得る。さらに、所望であれば、成果物４６５Ａから４６５Ｂは、クライアントが好むフォーマットに準拠してもよいだろう。
【００４８】
図５は、成果物エンジン５５０を示す。成果物エンジン５５０は、成果物ライブラリと結合して、フォーマット記述５５２によって概略されたクライアントが好むフォーマットに従って保存されたプラント建設成果物を備える成果物パッケージ５９５を、成果物コンピュータシステム５９０へ自動的に提供するよう構成される。図示の例では、成果物エンジン５５０は、すべての必要または要求された書類を成果物パッケージ５９５として表す成果物データベース５５５を構築する。成果物データ５５５は、様々な成果物を保存するディレクトリを有するファイルシステムのように単純な場合も、または、複雑なスキーマに従うリレーショナルデータベースのように複雑な場合もある。成果物エンジン５５０は、成果物ライブラリから取得したフォーマット記述５５２、テンプレートライブラリからのテンプレート５５７、または他の情報を利用して、成果物データベース５５５を構築する。
【００４９】
特に注意すべきなのは、成果物エンジン５５０は、成果物ライブラリに保存されているような汎用の一般的なフォーマットから、所望のフォーマットに成果物を変換できるということである。フォーマット記述５５２によって必要とされる場合、各書類は、フォーマット記述５５２内における規則に従って変換され得る。例えば、各成果物は、ＸＭＬデータオブジェクトとして成果物ライブラリに保存されてもよいだろう。成果物データベース５５５を構築する際、成果物を、例えばＷｏｒｄ文書またはスプレッドシートなどの適切なファイルフォーマットに変換することができる。同様の対処法において、成果物エンジン５５０は、各成果物の属性を、標準属性からクライアントが望む属性にマッピングすることもできる。よって、成果物データベース５５５は、クライアントの期待または要求に応えるものである。
【００５０】
成果物データベース５５５が適切に準備されると、クライアントの成果物コンピュータシステム５９０が提供可能となる。成果物データベース５５５は、成果物エンジン５５０からコンピュータシステム５９０へ移行させることができ、コンピュータシステム５９０は数多くの異なる形式を取り得る。ある実施形態において、成果物コンピュータシステム５９０は、クライアントに発送され得る単独で別個のコンピュータであってもよい。他の実施形態において、成果物コンピュータシステム５９０は、クライアントの施設に設置され、外部ネットワーク上に提供された遠隔のアプリオリ（ａ ｐｒｉｏｒｉ）に存在するコンピュータであってもよい。さらに他の実施形態において、成果物コンピュータシステムは、建設会社によって運営され得るようなプラント建設管理システム上でホストとして機能してもよい。成果物コンピュータシステム５９０を構築するための数多くの可能な対処法には、それぞれ、単独で、または組み合わせで、どの対処法が最も目的に合致するかをクライアントが決定可能であるという利点がある。
【００５１】
成果物コンピュータシステム５９０は、成果物パッケージ５９５を含むことができる。成果物パッケージ５９５は、成果物データベース５５５と対応している。成果物パッケージ５９５は、プラント建設の成果物の公開版をクライアントに示すものである。加えて、成果物パッケージ５９５は、クライアントの所望のフォーマットに従って成果物を保存するデータベースを示すものである。さらに、成果物エンジン５５０は、変換された属性を利用して、クライアント向けのクライアントインデクシングスキームを構築することができ、成果物に対してこのインデクシングスキームに準拠する属性を付すことができる。
【００５２】
クライアントインデクシングスキームは、クライアントが好む成果物フォーマットおよびテンプレート属性から導出することができる。このインデクシングスキームは、汎用フォーマットからクライアントが所望するフォーマットへ成果物を変換する処理中に構築することができる。各成果物が分析されると、その標準属性は、テンプレート５５７またはフォーマット記述５５２において発見されたマッピングに従ってクライアントが好む属性に変換され得る。成果物が完成すると、クライアント専用の属性でタグ付けできる。さらに、クライアント属性のネーム空間の配置またはインデクシングスキームの構成を反映しているトポロジは、クライアントが建設会社によって使用される標準属性の規則に従う必要なく、マッピング規則に従って構築し得る。
【００５３】
インデクシングスキームは、クライアントがプラント成果物を検索可能な検索インフラストラクチャを提供する。成果物が資産レベルの情報を含むことに鑑み、インデクシングスキームを、各成果物資産属性から直接導出可能である。例えば、インデクシングスキームは、「ポンプ」という属性によってすべてのポンプをグループ化することができ、資産と成果物との関係を確立することができよう。他の例としては、トレーニング教材を対応する資産に基づいてインデクシングすることが挙げられる。
【００５４】
また、成果物エンジン５５０は、成果物コンピュータシステム５９０に対して検索エンジン５９３を提供することができる。検索エンジン５９３は、好ましくは、クライアントまたは場合によりアプリケーションがクエリを検索エンジンに送出して適切な成果物を見つけられるインターフェースを提供する。検索エンジン５９３は、成果物エンジン５５０によって生成されたインデクシングスキームに従ってクエリ（例えば、ＳＱＬコマンド）を構築するように構成することができる。クエリは、ユーザインターフェースを介して、ＡＰＩまたは他の適切なインターフェースを介して送出されてもよい。
【００５５】
成果物エンジン５５０の他の任務には、将来の使用のために、システムに対して、テンプレート５５７に対する更新を推奨することを含み得る。成果物エンジン５５０は、公開された成果物と対応テンプレートとを比較して、相違点があるか判断することができる。もしあれば、プラント建設間の相違が生じる頻度に基づくなどして、成果物エンジン５５０が、対応テンプレート５５７を修正するように推奨することができる。推奨された修正には、テンプレートに追加された追加の特徴、テンプレートから削除された特徴、テンプレートの標準属性に対する変更、またはプラント建設の資産データから導出された新規作成のプラント成果物テンプレートをも含み得る。
【００５６】
プラント成果物は、プラント建設の物理的な資産についての情報を反映する資産レベルのデータを備えることに注意されたい。各プラント建設は、それぞれ独自の問題を有していることを考えれば、プラント建設についての成果物がアプリオリ（ａ ｐｒｉｏｒｉ）に規定されるテンプレート５５７を有しないことがあることが予期される。したがって、資産レベルのデータをプラント建設について見直して、新規のテンプレートを作成することができる。新規のテンプレートは、属性、フィールド、または成果物からの他の特徴を継承することができる。さらに、特徴は、システムによって使用された標準形式に変換し直すことができる。例えば、新規のテンプレートの標準属性は、資産データから導出することもできる。新規に作成されたテンプレートは、必要な承認が得られれば、将来のプロジェクトのため即座に利用可能にできる。
【００５７】
既に述べた以外の数多くのさらなる修正が本発明の概念から逸脱せずに可能であることは、当業者に自明であろう。したがって、発明の主題は、添付の請求項の範囲以外には制限されない。さらに、本明細書および請求項の両者を解釈する際、すべての用語は、文脈と矛盾のないような、可能な限り最も広く解釈されるべきである。特に、「備える（ｃｏｍｐｒｉｓｅｓ）」および「備える（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、要素、構成要素、またはステップを非排他的な方法で述べているものと解釈されるべきであり、参照された要素、構成要素、またはステップは、明示的に参照されてない他の要素、構成要素、またはステップと共に提示または利用または組み合わされてもよい。本明細書がＡ、Ｂ、Ｃ…Ｎからなる群から選択されたもののうち少なくとも１つについて主張言及する場合、本文は、ＡとＮとを加えたものまたはＢとＮと加えたもの等ではなく、当該グループから１つの要素のみを要するものとして解釈されるべきである。
【図１】
0005578379.tif 000002
【図２】
0005578379.tif 000003
【図３】
0005578379.tif 000004
【図４】
0005578379.tif 000005
【図５】
0005578379.tif 000006