![Alan Esguerraのプロフィール写真| Bentley Systems |インフラエンジニアリングソフトウェア企業 Alan Esguerraのプロフィール写真](https://www.bentley.com/wp-content/uploads/alans-author-pic.png)
著者:Alan Esguerra、産業戦略マネージャー
数週間前の10月にモントリオールで開催されたBuildingSMARTの国際規格サミットに出席する機会に恵まれました。 私は以前、米国のデザイン界にいたエンジニアとして、どの会議が特定の目的に適しているかを評価し、次の大きなプロジェクトを勝ち取るための競争力を高めていました。 しかし、この会議は違いました。 それは、オープンデータ標準のガイダンスと開発に向けたインプットを学習し提供するものでした。
IFCなどのオープンデータ標準を世界的に支持するBuildingSMARTは、将来に大きな期待を寄せています。 この会議では、過去数年間多くの業界で実証されたユースケースによる、驚くべき進歩に着目しました。 この会議は、他の業界がIFCで行っていることの称賛の証であるだけでなく、さまざまな Issuesに耳を傾け、意見を述べる素晴らしい機会でもありました。 ワークショップに積極的に参加することは、オープンBIMやオープンデータ標準を求める動きをより良いものにするために役立っています。 優先順位を決める意見、誰もがオープンで理解があり、誰もが将来のビジョンを共有しようとしてくれたことが、本当に印象に残りました。 私たちはもはや所有者でも、コンサルタントでも、請負業者でも、ベンダーでもありませんでした。 私たちは、業界の発展に向けて協力するコミュニティのメンバーでした。 輸送の面では、IFCがオープン標準フォーマットとしてどの程度進んでいるのか、成果物としてどこで求められているのか、そして現在、現実の世界でどのように活用されているのか(パイロットプロジェクトではなく、理論上や論文としてではなく、実践的に)を知りたかったのです。
オープニングセッションの最初の数時間でいくつかの答えを見つけたことに驚きました。 要するに、IFCは継続的に開発されており、主に垂直産業で使用されています。 水平市場での使用は比較すると小さいですが、着実に成長しています。
新たに必要なスキルセット
世界中のいくつかの機関で義務付けられていますが、正確には何のために必要ですか。IFCは、データや属性をモデルジオメトリに簡単に入力できる形式であるため、IFCを使用する人もいます。 時には、このデータ属性に関して多くの労力が費やされることもあります。 道路設計の世界では、業界に参入する製図者はますます少なくなっています。 また、多くの製図者が引退したり、職業を離れたりしています。 このことにより、設計者は詳細設計、モデリング、製図を一人で行うこととなり、それが大きな負担となります。 大量のデータ属性も必要になる場合を想像してみてください。 これは、私たちの業界内で新しい(っぽい)職業に道を譲る可能性があると思います。
現在、 3Dプロジェクトのデータ属性は、主に設計者が処理しています。 政府機関の要件が増大するにつれて、資産のライフサイクルを通じてこのデータを追加するために必要な労力も増加します。 テクノロジーは、ワークフローの自動化と最適化を通じて、この取り組みを支援できる場合があります。 また、デザイナーやまったく異なる業種の人から得られる新しいスキルの開発が必要になる場合もあります。
予想どおり、たまたま話した人は、ほとんどが垂直空間にいました。 BIMコンサルタントもいれば、請負業者もいれば、設計者もいました。 今は請負業者に勤めている設計者との会話を思い出しています。 その女性設計者に「現在、IFCをどのように使っていますか?」と尋ねました。
その女性設計者はこう答えました。「使っていません。 かつては使っていました。主に、成果物間の調整とある種の統一性を目的としていました。」
「じゃあ、今は何を使っていますか。」
「オリジナルのオーサリングアプリケーションです」と答えました。 「IFCは、データを直接利用する方法を本格的に学ぶまでは、調整に最適でした。 必要に応じて変更を加え、設計意図を引き出すための柔軟性が大幅に向上しました。」 設計意図は、設計オブジェクト間の関係を記述し、1つのオブジェクトが変更されると、他の場所で自動的に伝播して変更が行われるようにします。
会話の一部を言い換えているかもしれませんが、IFCは設計意図を伝えることができる(またはすぐに伝える)と聞いています。 これはいつの日か現実のものになるかもしれませんが、すぐには実現しません。 私がよく耳にする他の誤解は、ラウンドトリップや、IFCファイルにはセキュリティが含まれているため、ファイルに「署名して封印」できるというものです。
メッセージング
オープニング総会では、AutodeskのMarek Suchocki氏が、オープンBIMの歴史、Autodeskがそれをどのようにサポートしているか、そして最も重要なこととして、IFCに関して私たちが直面しているメッセージング上の課題について語ってくれました。 私は、Autodeskの基調講演に同意するという奇妙な状況に陥っていることに気づきました。 競合他社であるにもかかわらず、私たちは皆、将来のより良い建築環境のために業界を前進させることに焦点を当てた同じ空間にいます。
IFCの現在の価値のほとんどは垂直産業にあり、それ以降のバージョン(2006年にリリースされたIFC2×3と2015年リリースされた4)で水平作業が行われています。現在は、 4.3.1.0のみISO認証取得のために送付して(4.3.0.0 はコメント付きで返送されております)鉄道、道路、幹線道路のプロジェクトの中でIFCを増やす機会を得ております。
私が出会った人々のほとんどは、所掌機関や所有者がIFCを要求したため、またはサードパーティーモデルの調整のためにIFCを公開しています。 モデルの調整、解析、監査、QTO は、ネイティブのオーサリングアプリケーションを使用して行うことができます。 たとえば、Revit、SketchUp、その他のさまざまな 3DファイルをOpenRoads Designerに簡単に参照すると、 2D、プロフィール、断面、 3Dビューまたはシートで即座に表示および調整できます。 IFCに公開する理由 それは、IFCがオープンだからです。
多くの人がIFCを消費するアプリケーションにお金を払うことを選択しますが、IFCをより適切に使用するための無料のツールを開発できるという理論が存在します。 個人的には、手動のデータクエリでモデルをきれいな画像として表示する以上のことを行う無料のツールに出会ったことがありません。 使用する価値のある機能を備えたツールには、ある程度の現金が必要です。
Suchocki氏の話のなかで、最も興味深かったのは、オープンBIMの限界を描いたスライドでした。ネイティブのフォーマットとソリューションをIFCが置き換えることなく拡張する方法に関するスライドです。 IFCは建物ではうまく機能しますが、地理空間情報が不足しています。 現在、IFCとCityGML/GISを連携させ、これを支援する取り組みが行われています。 IFCにはセキュリティも不足しています。 IFCファイルに署名して捺印する方法はありません。 ネイティブのオーサリングアプリケーションには、さまざまなレベルでファイルを「捺印」します。 たとえば、Bentley DGNファイルは、エンジニアのオリジナルの署名と捺印の目的を継承し、セキュリティ証明書を添付し、変更されたデータをロックダウンできます。 しかし、署名と捺印ができる一種のラッパーに対する継続的な取り組みがあります。 データやファイルはこのラッパー内に格納でき、ラッパーは内部のすべてをロックダウンできます。 これはIFCとは無関係です。 IFCのセキュリティは、今後のバージョンで予定されているトピックです。
Design to Designも、サポートされているユースケースとしてのIFCに関して誤解されている場合が多くあります。 Design to Designでは、OpenRoadsでモデルを開発し、IFCを公開し、そのIFCをインポートしてCivil 3Dでシームレスな設計を継続できます。
オーサリングツールでモデルが作成され、IFCが公開されると、そのIFCを使用できないため、設計を最初から再作成します。 ラウンドトリップでは、よく言われるように、公開されているIFCが現在提供しているものよりもはるかに多くのものを定義する能力が必要です。 ジオメトリの各部分の計算方法と描画方法、および各アルゴリズムによるオブジェクトの押し出し方は、オーサリングアプリケーションごとに異なります。 IFCは、常にモデル属性付きの完成品のスナップショットを公開してきました。 それ自体は、継続可能なリビングファイルではありません。 異なるアプリケーションで設計意図を継続するために使用することはできません。 また、パラメトリック設計のようなものを処理するには、かなりの作業量が必要になります。
Suchocki氏は続けて、「IFCは必ずしも時間を短縮し、シンプルさを高めることを意味するものではありません。 新しいスキルセットが必要になるため、実際には複雑さが増す可能性があります。」 私たちは今、これを目の当たりにしています。 前のスライドでIFCの価値と批判を見たのは確かに新鮮でした。 そのうちの1つは、ファイルが大きすぎることです。 私はかつて、ファイルサイズが 10GBの小さな道路プロジェクトを見たことがあります。 そのため、多くのアプリケーションでは、特定のデザインを複数の異なるファイルに分割することを選択しています。
「それは、計画性の欠如を補うものではありませんし、誰もが一貫した体験を得られることを保証するものでもありません」 これは確かに何にでも当てはまります。 テクノロジーと標準は、将来のインフラストラクチャの課題を解決するための非常に複雑なパズルの2つのピースにすぎません。
IFCには多くの潜在的なメリットがありますが、IFCの限界と現実を伝え、嘘の約束の失敗によって、IFCの継続が阻害されたり損なわれたりしないように、一貫したメッセージを持つことが重要です。
Bentley製品におけるIFC
前回の記事で、BentleyはBuildingSMARTに関与しており、ほぼすべてのプラットフォーム製品でIFCの多くのバージョンをサポートしてきたと述べました。一部の意見に反して、IFCはBentleyのソリューションの競合相手ではありません。 私たちは、これまで通りIFCへの支援を継続しており、すぐにそれをやめるとは考えていません。 IFCのデスクトップとクラウドベースのサポートとの間で、5〜8つの異なるバージョンがサポートされています。 バージョン 4.3.1.0に関して、 私たちは、家をきれいにし、公式の標準(私たちのベストの推測)に焦点を当てることを望んでいます。私たちのベストの推測は、まだ公式の標準ではないと思います。早く実現することを心から願っています。
最新バージョンのOpenRoads Designerと同様に、IFC Exportsのモデルにデータを適用するための機能と使いやすさが追加されています。 ただし、すべてのデスクトップアプリケーションと同様に、開発、リリース、使用、フィードバックの間のタイムラインは、数か月または数年の時間枠に及ぶ可能性があります。
以前の会議で、誰かが「米国の道路エンジニアとして、IFCがプロジェクトの必須成果物とみなされるのはいつになるのか」と尋ねました。
これは繰り返し政府機関がテストし、その後、義務化されたのちに広く受け入れられることになると考えます。 これがすべてのプロジェクトで有用な義務的な成果物となるのは、州運輸省の契約で今から数年かかるかもしれません。 現在、ISO認証は来年中に行われる予定です(もちろん、将来の更新はより迅速に行われることを願っています)。 ちなみに、ISO認証のために提出されている現在のスキーマには、雨水排水管などの項目は含まれていません。 インフラパイプで使用するために、建物のHVACパイプをハイジャックすることは、今後も長期間、誰もが必要とするでしょう。
一般的な製品開発サイクルとは対照的に、BentleyはiTwinサービスを通じてIFC Exports も提供しています。 当社のiTwinサービスはクラウドベースであるため、スキーマの更新は数日または数週間で行われ、面倒な Software Downloads やインストールなしで即座にリリースされます。 もう一つの利点は、IFC Exports が複数のベンダーから完全に統合されたモデルになることです。 これにより、クリーンで一貫性のある Exportsが保証されます。 iTwinは、独自の情報のみからIFCを生成する単一のデスクトップアプリケーションではなく、IFC Exports前の情報のアグリゲーターになることができます。 現在、デスクトップとクラウドベースのIFCサポートの両方の改善に取り組んでおり、より優れたIFCをより迅速に作成する方法を積極的に開発しています。
私自身の言葉で言えば、IFCには素晴らしいオムレツの素質があると信じていますが、そこにたどり着くためにまだ卵を割っている最中です。 この会議で出会った人々は、私が今まで出会った中で最も情熱的で、賢く、勤勉な人たちで、全員が建築環境のより良い未来に向けて働いています。 もしあなたが幸運にも参加できるのであれば、ぜひ参加することをお勧めします。 次回のBuildingSMART会議は、2023年3月27日から30日までローマで開催されます。