解説動画 — 読まなくても、動画だけで全体像がつかめます
経産省への8項目公開質問・横断する行政構造・想定される回答パターンを、日本語・英語・簡体中国語の3本で解説しています。サイト内でそのまま再生できます（各約8〜9分）。
1. JC-STAR窓口メールアドレス
事実本問い合わせの送付先は、経済産業省のJC-STAR・分散型電源サイバーセキュリティ関連窓口として公開されている以下のメールアドレスです。
経済産業省 JC-STAR関連窓口
bzl-s-security-denga@meti.go.jp考察メールアドレスの構成から、分散型電源（電力分野）のサイバーセキュリティを横断的に扱う窓口と推測されます。ただし、実際の回答は経産省内の専門部署だけでなく、下記のとおり複数主体にまたがる可能性が高いです。
2. なぜ今、経産省へ問い合わせたのか
JC-STARは、表向きは任意のIoTセキュリティ認証制度です。しかし2025年以降、系統連系手続き・補助事業・オークション等を通じて、日本市場への製品投入における実質的前提条件へと位置づけが変化しつつあります。
I-S3は、公開資料29点に基づく徹底調査レポートおよび一連の論考を通じ、次の論点を整理してきました。
- 制度上は「製品認証」だが、認証境界（Trust Boundary）の評価が制度設計に存在しない可能性
- 風力は境界機器（Gateway・Firewall）中心、太陽光は末端機器（PCS・EMS）中心という電源種間の非対称が、リスク評価ではなく実現可能性で説明されている
- ★1は自己適合宣言だが、IPAによる非公開の「確認作業」があり、却下統計・判断理由が公開されない
- 「外国法的環境等」の評価項目が、技術認証の枠内でどう位置づけられるかが不明確
これらは制度を否定するための問いではなく、2027年4月の系統連系要件化を前に、設計思想を正しく理解し、国際的にも説明可能な制度へ磨き上げるための問いです。
3. 制度運用の横断構造 — 誰が何を決めているのか
考察JC-STARの運用は、単一の「サイバー専門部署」だけで完結しているとは考えにくい構造です。公開資料と行政の慣行から、少なくとも以下の主体が絡み合っています。
想定この横断構造が、問い合わせへの回答を遅らせ、あるいは回答内容に「技術認証としての一貫した説明」と「系統連系政策としての説明」が混在する現象を生む可能性があります。特に問い7（透明性）・問い6（外国法的環境）・問い1〜5（IEC 62443・認証境界）は、経産省単体では完結しない論点です。
4. 送付した8項目の質問（要約）
以下は送付メールの要約です。全文の趣旨は冒頭の8項目に対応しています。
問い 1 RS-485通信のみのPCSを認証対象とする理由
IP通信機能を持たずRS-485のみのPCSでは、インターネットとの通信境界はSmartLoggerやGateway等の外部機器にあるはず。それでもPCS単体をJC-STAR認証対象とする技術的理由は何か。
問い 2 IEC 62443との整合性
Zone & ConduitおよびBoundary Protectionによる全体防御の考え方に対し、JC-STARはBoundary Protectionだけでは不十分とするのか。その技術的根拠は。
問い 3 想定される脅威モデル
RS-485のみのPCSに対し、どのようなサイバー攻撃シナリオを想定しているか。Boundary Protectionで十分に低減できないと考える理由は。
問い 4 PCによる制御との関係
USB-RS485経由の汎用PCや、PC上のロガー機能実装は技術的に可能。PCS単体認証がどのようなセキュリティ向上効果をもたらすと期待されているか。
問い 5 制度が対象とするセキュリティ範囲
JC-STARはPCS単体の評価か、システム全体の評価か。Boundary Protectionで保護可能な構成にもPCS認証を要求する制度設計上の理由は。
問い 6 外国法的環境等の評価
「外国法的環境等」は純粋な技術的リスク評価か、経済安全保障上のリスク評価か。技術認証制度の中へどのような考え方で位置づけられているか。
問い 7 透明性および説明責任
任意認証でありながら実質的な市場参入条件となっている以上、不認証理由の非開示・審査過程の非公開・「政府が把握している情報」の総合判断について、説明可能性と予見可能性は確保できているか。
問い 8 制度の長期的な運営
国際相互認証や海外企業の利用も視野に入れた制度として、将来の国際情勢変化後も技術的合理性・説明可能性を維持した運営が可能な設計になっているか。
5. 経産省はどのように答えるか — 想定パターン
以下は、これまでの公開資料・行政回答の慣行・制度構造から推測した想定回答です。実際の回答を待たずに「こう答えるはず」と決めつけるものではなく、回答が届いたときに何が確認でき、何が依然として説明されないかを見極めるためのたたき台です。
5.1 回答全体のトーン（想定）
想定丁寧な挨拶とともに、「JC-STARは我が国のサイバーセキュリティ水準向上に資する重要な制度である」「2024年の実事案を受けた対応である」という政策目的の再確認から入る可能性が高い。問いの建設的な姿勢には感謝を示しつつ、個別の技術論点については公開資料の引用・IPA規程への誘導が中心になると予想されます。
5.2 問いごとの想定回答
問い1 — RS-485のみのPCS
問い2 — IEC 62443との整合性
問い3 — 脅威モデル
問い4 — PCによる制御
問い5 — セキュリティ範囲（製品 vs システム）
問い6 — 外国法的環境等
問い7 — 透明性・説明責任
問い8 — 長期的な運営
5.3 想定回答パターンの一覧
| 問い | 回答あり（想定） | 回答なし・回避（想定） | 他主体への委譲（想定） |
|---|---|---|---|
| 1 RS-485 PCS | 対象範囲の引用説明 | Trust Boundaryの技術根拠 | 資源エネルギー庁（グリッドコード） |
| 2 IEC 62443 | ETSI EN 303 645の説明 | Boundary不足のYes/No | — |
| 3 脅威モデル | 一般論・2024年事案 | RS-485固有シナリオ | — |
| 4 PC制御 | — | セキュリティ向上効果の具体説明 | 運用者責任へ移管 |
| 5 製品/システム | 製品認証である旨 | 政策上の製品指定理由 | — |
| 6 外国法的環境 | 評価項目の存在確認 | 技術/安保の区別 | IPA・内閣官房 |
| 7 透明性 | 任意制度の説明 | 改善計画・統計公表 | IPA |
| 8 長期運営 | 相互認証・見直しの一般論 | 技術/政策の分離設計 | — |
想定 · 総括経産省の回答は、政策目的の再確認と公開資料の再掲が中心となり、問い1〜5の認証境界論・問い6の二重性・問い7の透明性については本質的な技術説明が不足したまま返ってくる可能性があります。それ自体が重要な情報です——「説明できない部分がどこか」が可視化されるからです。
6. 回答が届くまでに起きうる内部ルート
想定一般的な行政の問い合わせ処理を踏まえると、以下のようなルートが想定されます。
- 受付 — 窓口メールで受領、製造産業局または情報政策系の担当へ振り分け
- 技術系（問い1〜5） — 電力分野サイバーセキュリティWGの知見を参照。グリッドコード関連は資源エネルギー庁へ照会
- 制度運用系（問い6〜7） — IPAへ照会。外国法的環境については法務・経済安全保障担当との調整が入る可能性
- 調整・法務チェック — 回答文案の部内確認。安全保障・外交に触れる表現の取捨選択
- 回答送付 — 2週間〜数ヶ月。質問の性質上、一部のみ回答・残りは検討中という分割回答もあり得る
横断構造ゆえの混乱が、回答の遅延や内容の断片化として表れる可能性があります。それも制度運用の実態を示すデータポイントとして、本ページで記録します。
7. 回答が届いたら
経産省（またはIPA等の関連主体）から回答が届き次第、本ページを次のとおり更新します。
回答の公開範囲について、経産省の意向を尊重します。全文掲載が難しい場合は、要約と論点対応表を掲載します。