![Alan Esguerraのプロフィール写真| Bentley Systems |インフラエンジニアリングソフトウェア企業 Alan Esguerraのプロフィール写真](https://www.bentley.com/wp-content/uploads/alans-author-pic.png)
著者:Alan Esguerra、業界戦略マネージャー
BuildingSMARTは、 2023年9月にノルウェーのオスロ郊外にあるLillestrømで国際規格サミットを開催しました。
このサミットでは、「デジタル製品とオープンBIM®ワークフロー」の提供に焦点が当てられ、約 450 人の対面参加者が集まり、バーチャル参加者の半分近くが参加しました。 参加者は 39 カ国から来ました。 IFCだけでなく、他の多くのソリューションやテクノロジーを含むさまざまなワークフローが重視され、一緒になって進むべき道を示しました。 多くの人が、デジタルツインのさまざまな側面と、エンジニアリングプロジェクトデリバリに対するよりスマートで統一されたアプローチに向けてデジタルツインがどのように進歩しているかについて話し合いました。
テクノロジーアップデート:MVD、IDS、BDD
IFCに関する最初の記事では、モデルビュー定義(MVD)とは何かを、簡単に言えば、特定のユースケースの標準化されたデータのサブセットとして簡単に説明しました。 その説明の仕方や進化の仕方は、 buildingSMARTのLeon VanBerlo氏が述べているほど持続可能ではありません。
インフラ輸送の世界では、MVDの最前線で進行中の開発は、参照ビュー(RV)とアライメントベースの参照ビュー(AbRV)の2つだけです。 これらのMVDは、MicroStationがAutodeskやRevit、Sketchupファイル、GISシェイプファイルなどの多くのファイル形式を参照して、ジオメトリだけでなく、その中のプロパティ情報も表示する方法と似ています。 線形ベースの参照ビューは、線形に基づく情報で参照できるように橋梁に導入されました。 これは、OpenRoadsが参照線形からファイル、基準値、計測値を参照する方法と似ています。
一般的に要求されていますが、 設計転送ビューMVDは 、Civil3 Dファイルを作成し、IFCExports 、OpenRoads Designerにインポートできる IFCの現在のバージョンでは実現しそうにありません 。AutodeskのMarek Suchoski氏など、他のソフトウェアベンダーによる複数のセッションで説明されているように、IFCの現状には、これらのモデルオブジェクトの構築方法を定義する「勇気」がありません。 これには、設計意図を転送するための要件は含まれていません。 資産の引き渡し は、現在検討されている別のMVDですが、RVおよびAbRVのMVDには遠く及ばないものです。
この会議では、2つの特定の項目にスポットライトが当てられました。 Information Delivery Specification (IDS) と buildingSMART Data Dictionary (BSDD) です。
IDSは、一種の「リストリクタ」または「チェッカー」ファイルとして機能し、「IFCファイルにXクラスとYプロパティが設定されていることを確認したい」と述べています。このファイルは、コンピュータで読み取り可能な単純な XML ファイルです。 次に、IFCファイルを取得して、「IFCファイルがこのIDSに準拠しているかどうかを確認してください」と言います。 IDS は 設計モデルの品質を保証するものではなく、IFC が組織またはプロジェクトの IDS ファイルに準拠していることを保証するものです。
BSDDは、ユーザーが一貫した標準的なワークフローに従ってデータ品質、情報の一貫性、相互運用性を保証するために使用できる定義のオンラインリポジトリです。また、buildingSMART 以外の分類で、定期的に採用したい他の分類を定義するためにも使用できます。 これは、最新かつ最高のプロパティをモデル オブジェクトに適用するためのオーサリング アプリケーションのライブ ルックアップのようなものです。
サポートのために、Bentleyはさまざまな形式のIFCをインポート、参照、および Exports していますが、BSDDはまだ比較的新しいため、IDSの作成やBSDDへの接続は行っていません。 IDS の場合、要件に対してチェックする何らかの方法があることは理にかなっています。 これは、設計モデルの 信頼性を高め 、一貫性を確認するためのステップだと思います。 その一方で、一部の組織では、モデルを修正するよりも、IDSチェックに合格するためにシステムを回避する方法を見つける方が簡単だと感じるような、大規模なメガIDSファイルを作成する企業があることもわかります。 これは、一部の組織が CADD レベルのシンボル コンプライアンスに Spec Checker を使用して、コンプライアンスのリターンが減少する異様な程度に似ているようです。 開業医は、何らかの義務付けの前に IDS を簡単に使用することが賢明かもしれません。
IDS は設計者から提供されるべきか、要件を定義する必要がある所有者から提供されるべきか、あるいはその両方から提供されるべきか。 IDSをオーサリングソフトウェアから取得することに十分な価値があるのか、それとも、設計計算、方法、またはチェックが独立して行われていることを確認するのと同様に、仕様が独立したソースから提供される場合、より多くの価値があるのか。
共通のデータディクショナリを統一されたフォーマットで定義する必要性は非常に有用ですが、設計アプリケーションからBSDDへの ライブリンク の要件は必要ですか? どのくらいの頻度で変更されますか? 変更される場合は、管理された方法で行う必要がありますか? たとえば、米国州道路交通局 (AASHTO) は、橋梁のデータ ディクショナリを持ち、それに「2.0」。新しい場合 "2.1"すべてのプロジェクトがライブBSDDを読み込み、 "2.1" または、プロジェクトは "2で終了する必要があります。0」と、次のプロジェクトは「2.0で始まります “2.1”? Bentleyソフトウェアでは、アイテムタイプを使用してIFCデータを定義できるため、ライブリンクではなく、BSDDからアイテムタイプワークスペースにフィードするようにプッシュするのが最善の道筋となる可能性があります。
要件としてのIFC – それで十分か?
私は幸運なことに、ベンダーのパネルに参加し、出席者の一人が、IFCの最初の米国要件が 2024年に発表される可能性があると述べていました。 IFCは米国市場ではまだかなり新しいので、これまでの進捗のほとんどは橋梁のみであったため、これは橋梁プロジェクトのごく一部として開始される可能性が高いと思われます。 そこで私は、「一部の機関や国は、IFCを要件としてどのように対応しているのか」と疑問に思いました。
一部の国では、請負業者に 2Dプランセットのみを要求していますが、設計者と所有者の間の内部調整提出としてIFCを要求しています。 他の国々はIFCで前進し、自国のニーズに合わせてIFCを拡張しています。 これらの国々は、ニーズに合わせてIFCを追加し、組織にとってより有用な独自の 拡張機能 を作成しています。 一部の民間企業は、IFCのオープン性を利用して、このデータに関するツールセットとワークフローを作成しています。 欠点は、使用がそれらに限定されることです。 例えば、中国はIFC 43.に基づくCN-IFCバージョンで道を切り開いています。
垂直棟の建物スペースを主に扱っているシンガポールの建築建設庁が、Corenet Xと呼ばれるモデルのみの入札システムに移行していることを知って驚きました。 プレゼンテーションから、彼らはオンラインのみのプラットフォームを通じて、特定のプロジェクトで2Dとモデルベースの入札の両方を許可していました。複数のウェビナー、業界イベント、トレーニングを主催し、市場をこの新しい規制当局の承認およびデータ要件プロセスに移行するのを支援しています。 彼らはIFCを入札プロセスの中核的な要件として利用します。 IFCは、現在も使用されている投影座標系と計測単位をサポートしていないため、BCAにはこれに対処する計画があると確信しています。 私が話した出席者の多くは、IFCが要求される多くの要件の1つのファイルにすぎないと述べました。
彼らの実践から学べることはたくさんあると思いますが、彼らにしか当てはまらない課題もたくさんあると思います。 ある参加者が「BIMやモデリングを行わず、 2Dプランだけに頼っている小規模な建設会社はどうなるのか」と尋ねたところ、 「学ばなければ廃業する」という反応でした。 私は、小さな国民国家から発せられた同様の迅速さが米国に適用されるのを見るのに苦労しているが、彼らの主張は理解できる。 彼らの推進の重要な要素は、義務付ける前に業界が十分に教育されていることを確認することだったと思いますが、移行を通じて多くの必要な猶予が必要になると確信しています。
現在も、IFC 4.3 は、デジタルツインの一部にフィードするのに役立つ公開済みの静的ファイルですが、多くの労力を費やさない限り、エバーグリーンではないことは確かです。 ライブ、またはほぼライブのエバーグリーンデジタルツインの議論が最前線に出てきているので、ファイル中心のワークフローではなく、データ中心のワークフローに移行することの利点について考えずにはいられません。 いくつかのセッションでIFC 5 のスニークピークを取得しようとすると、iTwin.JSと非常によく似ています。 IFC 5 は、ワークショップで何を優先すべきかを議論している間に、何をすべきか、またはすべきでないかを定義するため、ファイル形式からデータベーススタイルに移行しているように見えます。 今後10年間でIFC 5 は進展するだろうと感じており、今後の展開に期待したい。 業界が前進するにつれて、将来、学び、共有すべき多くの教訓があると確信しています。
OpenBIMに関する教育
プロジェクトマネージャーのトレーニングは、 Strategic Building Innovationを通じて米国で利用できるようになりました。
世界中には他にもいくつかの公式の専門資格がありますが、ほとんどの実務家にとって、米国のコースにはファンデーションクラスが含まれており、現在はプロジェクト契約管理クラスが含まれています。 アプリケーション面では、 SBIが提供するOpenBIMアプリケーションコースと仮想設計および建設コース(VDC)があります。
BentleyのIFCに関する最新のサポート
これまで、OpenCivil (OpenRoads および OpenRail) Exports 線形とコリドーのみでした。 ただし、一部のユーザは線形とコリドー以上のものを必要としていました。 OpenBuildingsは、一部のユーザーが当社の土木アプリケーションと組み合わせて使用するIFC関連ツールのセットを提供しています。 このプロセスは非常に骨の折れるものだったので、多くの人はそれを使用しませんでした。 その後、複数の異なるファイルタイプをiModelにロードし、IFCを ExportsできるiTwin方式が登場しました。 この方法では、以前の記事で述べたように、IFCマッピングはJSONファイルを介して行う必要がありました。 これもあまりユーザーフレンドリーではありませんでした。 モデルをクラウドにアップロードする必要性は、導入の別の阻害要因にもなりました。
BentleyのCivil Applicationsの次期バージョンでは、アイテムタイプを使用してIFCをエクスポートする新しい方法が登場します。 この新しい方法では、iTwinテクノロジーを利用してIFCファイルの Exports 方法を統合しています。 アイテムタイプは、Bentleyのオーサリングツール内の任意の 2Dまたは 3Dobjectに自動、半自動、または手動で配置できるようになりました。 アドホックエクスポーターは、最新のiTwinコネクタとIFCエクスポーターをクラウドからダウンロードし、ローカルマシンですべての作業を行います。 データはマシンから離れません。 データはクラウドにアップロードされません。 ユーザーは機内モードでIFCファイルを Exports することもできます。
この方法には、もう一つ大きな利点があります。 IFCが進化するにつれて、一般的なソフトウェア開発ライフサイクルを待つことなく、新しいデータ構造をより迅速かつ効率的に Exports できます。 OpenRoads Designerの次期バージョンが最新のIFCスキーマ Exports のを待つ必要はもうありません。 クラウド上のIFCエクスポーターが更新されるとすぐに、デスクトップとiTwinの両方のワークフローで同じテクノロジーが利用されます。 この方法に焦点を当てることで、製品がIFCファイル Exports 方法の適応性と一貫性を高めることができると感じています。