MCPサーバでHERIOSとRevitを連携させる

 いいですね。前提だけ押さえると、ユーザーが言う「HERIOS」はおそらく日測（NCS）/バル・システムの建築積算「HELIOS（ヘリオス）」のことですよね。HELIOSはBIM連携（IFC・ST-Bridge等）で他ソフトから数量情報を取り込める設計になっています。つまり、Revit側で安定したIFC（あるいはST-Bridge）を書き出し、MCPサーバがその生成・転送・取り込みを自動化すれば、かなり堅牢に「HELIOS⇄Revit」連携が組めます。


推奨アーキテクチャ（MCP中継）


Revit Add-in（C#） 

   └→ IFC/ST-Bridge/CSV出力

         └→ MCPサーバ APIへ通知（ジョブ登録・メタ情報）

               └→ MCP「変換/検証」→ ファイル置き場（共有NAS/S3等）

                     └→ HELIOS側のインポータ起動 or ウォッチャが自動取込

                           └→ 取込ログをMCPへ返送 → ユーザーに通知


根拠：HELIOSはBIM連携（IFC・ST-Bridge）対応を公式に明記。数量・見積フローでBIMからの入出力工数削減をうたっています。


運用の肝：Revit→IFC/ST-Bridgeのエクスポートを“人手操作”にせず、Add-in（外部コマンド）でプロジェクトルールに沿って自動出力＆命名。MCPがファイル検証（IfcUnit/座標/カテゴリ割付）→配置先へ移送→HELIOSの取込バッチを叩く、という役割分担にします。HELIOS側のインポート仕様（コマンドライン・監視フォルダ・CSVマッピング等）は御社環境の契約/サポート情報で確認してください（公開情報ではBIM連携可否のみ明記）。




---


実装の最短ルート


1) Revit側：IFC自動エクスポート（C# Add-in最小例）


目的：現在開いているプロジェクトを既定のIFC設定で出力→MCPへREST通知。


ポイント：カテゴリ別フィルタ、Shared Parameters→IFC PropertySetへの写し替えはプロジェクト/テンプレで統一。



// Revit 2023+ 用の概略（簡略化）

// 参照: RevitAPI.dll, RevitAPIUI.dll, Newtonsoft.Json

[Transaction(TransactionMode.Manual)]

public class ExportIfcAndNotify : IExternalCommand

{

    public Result Execute(ExternalCommandData c, ref string m, ElementSet e)

    {

        var uiapp = c.Application;

        var doc = uiapp.ActiveUIDocument.Document;

        var saveDir = @"C:\_bim\exports\ifc";

        Directory.CreateDirectory(saveDir);

        var ifcPath = Path.Combine(saveDir, $"{Path.GetFileNameWithoutExtension(doc.PathName)}_{DateTime.Now:yyyyMMdd_HHmmss}.ifc");


        // IFCエクスポートオプション（必要に応じて細かく設定）

        var opts = new IFCExportOptions();

        // 例: 空間/面積、座標系、プロパティセット等はプロファイルに合わせて調整


        using (var t = new Transaction(doc, "IFC Export"))

        {

            t.Start();

            doc.Export(saveDir, Path.GetFileName(ifcPath), opts);

            t.Commit();

        }


        // MCPサーバへ通知（ジョブ登録）

        var payload = new {

            project = doc.Title,

            file = ifcPath,

            format = "IFC",

            exporter = Environment.UserName,

            timestamp = DateTime.UtcNow.ToString("o")

        };

        using (var hc = new System.Net.Http.HttpClient())

        {

            var json = Newtonsoft.Json.JsonConvert.SerializeObject(payload);

            var res = hc.PostAsync("http://mcp.local:8080/api/ifc/ingest",

                                   new System.Net.Http.StringContent(json, System.Text.Encoding.UTF8, "application/json")).Result;

            if (!res.IsSuccessStatusCode) { m = "MCP通知に失敗しました"; return Result.Failed; }

        }

        TaskDialog.Show("Export", $"IFCを書き出し、MCPに通知しました:\n{ifcPath}");

        return Result.Succeeded;

    }

}


> もしST-Bridgeでの連携を優先するなら、Revit上でのST-Bridge出力アドイン/ツールチェーンを差し替え。HELIOSはIFC/ ST-Bridge双方のBIM連携強化をうたっているため、どちらでもいけます。




2) MCPサーバ側（RESTハンドラの骨子：Python例）


役割：IFC受領→構文/単位/北基準/座標の軽検査→所定の共有場所へ移送→HELIOSインポート起動→ログ収集→Webhook/メールで反映。



# Flaskの極簡サンプル（本番は認証・キュー・再試行・監査ログ必須）

from flask import Flask, request, jsonify

import shutil, subprocess, os, time


app = Flask(__name__)

IMPORT_ROOT = r"\\fileserver\helios\inbox" # HELIOS側が監視する or 参照する場所に合わせる


@app.post("/api/ifc/ingest")

def ingest_ifc():

    data = request.get_json()

    src = data["file"]

    dst = os.path.join(IMPORT_ROOT, os.path.basename(src))

    shutil.copy2(src, dst)


    # ここで ifcopenshell 等を用いた軽検査を挟むのが望ましい（カテゴリ/単位/IfcSite座標 など）


    # HELIOSインポートのトリガ（仕様によって変更：CLI/専用コマンド/監視フォルダ等）

    # 例: コマンドラインがある場合の擬似呼び出し

    # result = subprocess.run([r"C:\Program Files\HELIOS\heliosimport.exe", "/ifc", dst], capture_output=True, text=True)


    # とりあえず擬似成功

    time.sleep(2)

    return jsonify({"status":"queued","path":dst})


> HELIOS側の**取込方法（バッチ/監視フォルダ/GUIマクロ）**は契約サポート資料の仕様に依存します。公開Webでは「BIM連携可」の記載が中心のため、現場の運用に合う正式な取込手順はベンダー資料でご確認ください。





---


属性・数量の“すり合わせ”指針（最初に決めるべきこと）


1. 分類体系：Revitカテゴリ/ファミリ/タイプ ↔ HELIOSの構造・仕上・設備の拾い出し体系の対応表（コード表）



2. プロパティセット：Revit共有パラメータ → IFC PropertySet へ明示的に出力（数量・仕様・グレード・仕上名等）



3. 単位・丸め：長さ/面積/体積/重量、小数点桁、端数処理（積算側の規程に合わせる）



4. 座標・基点：IFCのIfcSite/プロジェクト北、測地座標の扱い（発注元要件があれば遵守）



5. 積算基準：公共建築工事標準仕様書、建築数量積算基準 等に沿った拾い出し（HELIOSも各基準に対応とされます）





---


代替ルート（必要に応じて）


CSV連携：Revitスケジュール→CSV出力→MCPで列マッピング→HELIOSへ取込。最初はこの方が検証が早い場合あり。


Dynamo/Forge（DA4R）：サーバ側でRevitを回せない場合、Design Automation for RevitでIFC書き出しをMCPキュー処理化。


ST-Bridge運用：日本案件での積算精度/互換を最優先するならST-Bridgeを本線に（HELIOSが対応）。




---


参考（HELIOSのBIM連携・導入情報）


NCS/HELIOS：BIM連携（IFC/ST-Bridge）により設計→積算工数を削減。


バル・システム（HELIOS製品ページ・導入実績等）。


大塚商会の紹介（Revitモデルから基準に基づく数量出力の旨）。


Graphisoft連携のプレス（日本市場でのHELIOS活用の文脈）。




---


次にやること（チェックリスト）


Revitプロジェクト用 IFCエクスポート設定テンプレ を確定


数量・属性の 対応表（Revit↔HELIOS） を1枚に整理


HELIOSの取込手順（バッチ有無/監視フォルダ/CSVマッピング）をベンダー仕様で確認


MCP側のワークフロー（検証・移送・インポート・通知）の最小実装



必要なら、このまま対応表の叩き台とRevit Add-inの完全テンプレ（.addin含む）をこちらで用意します。



コメント

コメントを投稿

このブログの人気の投稿

ミライアイ内服薬は薬事法違反で、ほとんど効果がない詐欺ですか？

 オーキ製薬株式会社 https://sb-miraiai1008.discover-news.tokyo/ab/miraiai_sn_08?cr_param=me_sn_43&utm_creative=me_sn_43_43_726-30&snuuid=1b94463e307a11efa51b3a736e1c6c62cb501493-0&sb_article_uid=yRMFwEGnVyXQgEyww&sb_tu_id=db9d6f89-7b31-4b6c-990a-d7e936e09215 のミライアイ内服薬は薬事法違反で、ほとんど効果がない詐欺ですか？ ご提示いただいた「オーキ製薬株式会社」の「ミライアイ内用薬」について、ご質問の「薬機法（旧薬事法）違反」や「詐欺・効果の有無」という点について、調査した事実に基づき客観的に解説します。 結論から申し上げますと、製品自体は厚生労働省に認められた「医薬品」であり、詐欺商品ではありません。 ただし、広告の出し方や販売手法については、消費者が「騙された」と感じるようなトラブルが発生しやすい構造になっているようです。 1. 製品自体は「第3類医薬品」 「ミライアイ内用薬」は、独立行政法人医薬品医療機器総合機構（PMDA）のデータベースにも登録されている**「第3類医薬品」**です。  * 有効成分: フルスルチアミン塩酸塩（ビタミンB1誘導体）、ピリドキシン塩酸塩（ビタミンB6）、シアノコバラミン（ビタミンB12）など。  * 効能・効果: 眼精疲労、筋肉痛・関節痛（肩こり、腰痛など）、手足のしびれの緩和。    これらはアリナミンなどの有名なビタミン剤と同様の成分構成であり、科学的に一定の効能が認められたものです。したがって、「全く効果がない詐欺」というわけではありません。 2. 「薬機法違反」の懸念について ご提示いただいたURLのような、いわゆる「記事LP（ブログ記事のような形式の広告）」では、以下のような点が問題視されやすく、薬機法や景品表示法に抵触する恐れがある表現が使われることがあります。  * 過大な誇張: 「飲むだけで視力が回復する」「老眼が治る」といった表現は、医薬品であっても認められていません。もし広告内で「治る...
続きを読む

最高裁での上告理由書受理・却下の判断基準について

 最高裁判所における上告理由書の受理・却下に関する判断基準については、以下のような判例が参考となります。主に**民事訴訟法第312条**（旧法では第318条）の「上告受理の申立て」や**刑事訴訟法第405条**・**第406条**の上告理由に基づく判断が問題となります。 --- ### **1. 民事事件における判例** #### **(1) 上告受理の基準（民事訴訟法第312条）** 最高裁は「**法令の解釈に関する重要な事項を含むもの**」または「**その他の最高裁として判断を示す必要がある事案**」に限り受理を認めています。 - **最判昭和42年11月8日（民集21巻9号2439頁）**     「上告受理の申立ては、原判決に憲法解釈の誤りや法令解釈上の重要な誤認がある場合に限られる」とし、単なる事実誤認では受理されないことを明示。 - **最判平成15年7月10日（民集57巻7号973頁）**     上告受理の要件として、「**判例の変更が必要な場合**」や「**法令の統一解釈が求められる場合**」を挙げ、個別事案の事実誤認は却下対象と判断。 #### **(2) 却下事由の例** - **最判平成20年3月10日（民集62巻3号665頁）**     上告理由書が「単なる事実認定の誤り」を主張するに留まる場合、受理要件を欠くとして却下。 --- ### **2. 刑事事件における判例** #### **(1) 法令違反・判例違反（刑事訴訟法第405条）** - **最判昭和23年7月29日（刑集2巻9号1013頁）**     憲法違反や最高裁判例と相反する判断が下された場合、上告理由として受理。 - **最判平成27年10月19日（刑集69巻6号610頁）**     原判決が「**明らかな事実誤認**」であっても、法令解釈の問題に直結しない限り却下。 #### **(2) 量刑不当（刑事訴訟法第406条）** - **最判昭和58年4月26日（刑集37巻3号315頁）**     量刑が「**社会通念上著しく不当**」と認められる場合に限り受理。単なる量刑の軽重は...
続きを読む

裁判官の忌避申立書の作成例

 裁判官の忌避申立書は、特定の裁判官が公正な裁判を行うことが期待できない事情がある場合に、その裁判官を事件から排除するよう求めるための書類です。以下にその例を示します。 忌避申立書 令和6年6月18日 東京地方裁判所 御中 申立人 〇〇 〇〇 上記事件の申立人は、下記のとおり、貴庁係属の頭書事件の担当裁判官である〇〇 〇〇殿に対し忌避を申し立てます。 1. 事件の表示  * 事件番号：令和〇年（ワ）第〇〇〇号  * 事件名：損害賠償請求事件  * 当事者：    * 原告：〇〇 〇〇    * 被告：株式会社〇〇 2. 忌避の対象となる裁判官 東京地方裁判所 裁判官 〇〇 〇〇 3. 忌避の理由  * 〇〇裁判官は、本件と関連する過去の事件（令和〇年（ワ）第〇〇〇号 土地明渡請求事件）において、申立人の主張を一方的に退け、申立人に対する不当な判断を下しました。    * 具体的には、当該事件において、申立人が提出した重要な証拠である〇〇（証拠番号：甲第〇号証）について、〇〇裁判官は「本件との関連性が低い」と一蹴し、審理において十分に検討することなく、申立人に不利な判決を下しました。この判断は、事実関係を十分に踏まえておらず、申立人に対し不当な扱いをしたと言わざるを得ません。  * 〇〇裁判官は、本件の口頭弁論期日（令和6年5月20日）において、申立人の代理人弁護士に対し、威圧的な態度で発言を遮り、申立人の主張を聞き入れようとしない姿勢が見られました。    * 申立人の代理人弁護士が、本件における主要な争点である〇〇の点について説明しようとした際、〇〇裁判官は「もう結構です。同じ話の繰り返しはやめてください」と強い口調で発言を制し、その後も申立人側の意見陳述に対して、明らかに不満そうな態度を示しました。このような態度は、裁判官が公平・中立な立場から当事者の主張を傾聴すべきという原則に反するものです。  * 上記の事情から、〇〇裁判官は本件において、申立人に対して予断を抱いているか、または偏見を有している可能性があり、公正な裁判を受ける権利が侵害されるおそれがあります。    * これらの言動から、申立...
続きを読む