LINEでAutoCAD自動モデリング

 はい、LINEでも可能です。仕組みは「LINEの受信メッセージ → Webhook（自作Bot）→ MCPサーバ → AutoCAD」です。ChatGPT経由と同じ“描画ツール”を呼ぶだけなので、構成を1つ足すだけで実現できます。


# 全体構成


- **PC**：AutoCAD＋あなたの**MCPサーバ**（前回の`draw_circle`等ツール）

- **中継**：LINE **Messaging API Bot**（Webhookサーバ）

- **ユーザー**：あなたのLINEアプリから「半径100で中心(100,100)の円」等と送信


> 受け取ったテキストをWebhookで受信 → パースして `{tool:"draw_circle", cx, cy, r}` を組み立て → MCPへHTTP/JSONで転送 → AutoCADで作図。


---


# 手順（最短ルート）


## 1) LINE Botの用意


1. LINE Developersで**Messaging API**チャンネル作成

2. **Channel secret / Access token** を控える

3. Webhook URLを設定（後述のFlaskサーバURL）＆有効化

    - 開発中は **ngrok/Cloudflare Tunnel** で一時公開が簡単


## 2) Webhookサーバ（Python + Flask例）


- 受信した日本語コマンドを**簡易パーサ**で数値化し、**MCP HTTPプロキシ**（先の`mcp_http_proxy.py`）へPOSTします。


```python

# line_bridge.py

import os, re, requests

from flask import Flask, request, abort

from linebot import LineBotApi, WebhookHandler

from linebot.exceptions import InvalidSignatureError

from linebot.models import MessageEvent, TextMessage, TextSendMessage


# LINEの資格情報

CHANNEL_SECRET = os.getenv("LINE_CHANNEL_SECRET")

CHANNEL_TOKEN = os.getenv("LINE_CHANNEL_TOKEN")


# MCP HTTPプロキシのエンドポイント（例：ローカルAutoCADブリッジ）

MCP_ENDPOINT = "http://127.0.0.1:8888/"


app = Flask(__name__)

line_bot_api = LineBotApi(CHANNEL_TOKEN)

handler = WebhookHandler(CHANNEL_SECRET)


# --- 超簡易パーサ：円コマンドを拾う ---

CIRCLE_PAT = re.compile(

    r"(円|circle).*(半径|r)\s*(?P<r>[-+]?\d+(\.\d+)?)"

    r".*(中心|center).*\(?\s*x\s*=\s*(?P<cx>[-+]?\d+(\.\d+)?)\s*,\s*y\s*=\s*(?P<cy>[-+]?\d+(\.\d+)?)\s*\)?",

    re.I

)


@app.route("/callback", methods=['POST'])

def callback():

    sig = request.headers.get('X-Line-Signature', '')

    body = request.get_data(as_text=True)

    try:

        handler.handle(body, sig)

    except InvalidSignatureError:

        abort(400)

    return 'OK'


@handler.add(MessageEvent, message=TextMessage)

def on_message(event: MessageEvent):

    text = event.message.text.strip()


    # 1) 円コマンドを検出

    m = CIRCLE_PAT.search(text.replace("　"," "))

    if m:

        r = float(m.group("r"))

        cx = float(m.group("cx"))

        cy = float(m.group("cy"))

        # 2) MCPへ投げる

        try:

            res = requests.post(MCP_ENDPOINT, json={

                "tool":"draw_circle", "cx":cx, "cy":cy, "r":r

            }, timeout=5)

            ok = res.status_code == 200 and res.json().get("ok")

            if ok:

                msg = f"AutoCADに円を作図：中心({cx}, {cy}) 半径{r}"

            else:

                msg = f"作図エラー: {res.text[:120]}"

        except Exception as e:

            msg = f"接続エラー: {e}"

        line_bot_api.reply_message(event.reply_token, TextSendMessage(text=msg))

        return


    # 他の形状コマンドのヒント

    help_msg = ("使い方例：\n"

                "・半径100で中心(x=100,y=100)の円\n"

                "・始点(0,0) 終点(200,0)の線\n")

    line_bot_api.reply_message(event.reply_token, TextSendMessage(text=help_msg))


if __name__ == "__main__":

    # 例：python line_bridge.py（本番はgunicorn等推奨）

    app.run(host="0.0.0.0", port=8000)

```


> Webhook URL例：`https://<あなたの公開ドメイン>/callback`  

> ngrok使用例：`ngrok http 8000` → 得たURLをLINE DevelopersのWebhookに設定。


## 3) MCP側（前回の**C#アドイン＋HTTP**または**Python COM直叩き**）


- すでに前回お渡ししたどちらかを起動しておきます。

- 上のFlaskは `{"tool":"draw_circle", ...}` を **`http://127.0.0.1:8888/`** へ投げます（C#アドイン例だとそのまま動きます）。


---


# すぐ試せる“日本語入力テスト”


- LINEでBot宛てに：  

    「**半径100で中心(x=100,y=100)の円を描いて**」

- 成功レス：  

    「AutoCADに円を作図：中心(100.0, 100.0) 半径100.0」

- AutoCADモデル空間に円ができていればOK。


---


# 精度アップの実践ポイント


- **正規表現の拡張**：

    - 全角/半角、順序の揺れ：「中心100,100で半径100の円」「r=100 center(100,100)」も拾う

    - 単位（mm/m/インチ）を許容し、内部は図面単位（WCS）に変換

- **コマンド辞書化**：

    - `draw_line(x1,y1,x2,y2)`, `draw_arc(...)`, `extrude(...)`, `insert_block(...)`, `set_layer(name)` などをツール化

- **エラー返し**：

    - 不正値（半径≤0）、図面ロック時、AutoCAD未起動等に対し、LINEへ具体的な原因メッセージ

- **認証**：

    - Webhook自体はLINE署名で保護、**MCPへのPOSTはローカル限定**or **トークン必須**にする

- **同時実行**：

    - キュー化 or 排他制御（特にAutoCAD COMはシングルスレッド推奨）


---


# 運用形態の選択肢


- **開発用**：`LINE → ngrok → Flask(Webhook) → MCP(ローカル) → AutoCAD`

- **本番**：`LINE → Cloud Run/Functions/ECS(HTTPS) → VPN/ゼロトラ→ 社内PCのMCP → AutoCAD`

    - 会社PCの場合はEDR/Firewallポリシーに合わせて**アウトバウンドのみ**で到達できるようトンネル方式が安全


---


# ChatGPT連携も併用するなら


- LINEメッセージをそのまま**ChatGPTに投げてコマンド抽出**→ MCPへ、という構成も可能です（自然言語の揺れに強い）。

- ただし**同期レスポンス時間**と**コスト**を考慮。定型コマンドは正規表現で直叩き、複雑な依頼のみChatGPTで**構文化（ツール呼び出し）**が実務的です。


---


必要であれば、**線/円弧/矩形/押し出し/ブロック挿入/寸法**まで含めたコマンド一式、そして**LINEのクイックリプライ（候補ボタン）**や**リッチメニュー**付きの完成版サンプル（Flask or FastAPI）をまとめてお渡しできます。

コメント

コメントを投稿

このブログの人気の投稿

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

 オーキ製薬株式会社 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日）において、申立人の代理人弁護士に対し、威圧的な態度で発言を遮り、申立人の主張を聞き入れようとしない姿勢が見られました。    * 申立人の代理人弁護士が、本件における主要な争点である〇〇の点について説明しようとした際、〇〇裁判官は「もう結構です。同じ話の繰り返しはやめてください」と強い口調で発言を制し、その後も申立人側の意見陳述に対して、明らかに不満そうな態度を示しました。このような態度は、裁判官が公平・中立な立場から当事者の主張を傾聴すべきという原則に反するものです。  * 上記の事情から、〇〇裁判官は本件において、申立人に対して予断を抱いているか、または偏見を有している可能性があり、公正な裁判を受ける権利が侵害されるおそれがあります。    * これらの言動から、申立...
続きを読む