MIC要件 – 概要

• MIC認証は必須です（日本のすべての無線・通信製品）。

• 機器カテゴリーには、特定無線設備（SRE）、特別特定無線設備（SSRE）、高周波利用設備（HFD）、微弱無線機器（ELP）が含まれます。

• 試験は認定試験所で実施する必要があります（RCBの実務要件による）。RCBは結果を審査・検証しますが、試験自体は実施しません。

• 認証済み製品は技適マークを表示する必要があります（割り当てられた認証番号付き）。機器カテゴリーに応じて、HFDやELPなどの他のラベルも適用されます。

• 証明書は無期限に有効ですが、市場監視は継続的であり、製品の変更には再認証が必要になる場合があります。

• 範囲：通信目的でRF信号を意図的に送信する機器。

• 例：Wi-Fiルーター、Bluetoothスピーカー、スマートフォン、RFIDリーダー、ワイヤレスマイクロフォン、ドローン。

• 認証要件：登録証明機関（RCB）による必須試験と第三者認証。

参照：表示 → 技適マーク（SRE）

• 範囲：低出力とリスク低減により簡素化された認証を可能にするSREのサブセット。

• 例：Bluetooth Low Energy（BLE）トラッカーなどの低出力短距離機器。

• 認証要件：SSRE機器は簡素化された承認ルートに従います。製造業者は日本の現地代理人を通じてMICに機器を登録する必要があります。試験と適合性評価の要件はSREと比較して軽減されていますが、技術基準への準拠は必須のままです。

参照：表示 → 技適マーク（SSRE）

• 範囲：工業、科学、医療用途でRFエネルギーを放出する非通信機器。

• 例：電子レンジ、RF溶接機、電磁調理器、産業用加熱システム。

• 認証要件：現地代理人を通じた適合性試験とMIC登録。

参照：表示 → HFDマーク

• 範囲：電波法で定義された電界強度しきい値以下でRF信号を送信する機器。

• 例：キーフォブ、短距離玩具、最小電力RFIDタグ。

• 認証要件：ELPは必須のMIC認証から免除されています。電波法に基づく干渉制限に準拠する必要があり、製造業者は市場の透明性と適合性保証を向上させるために任意のELPマークを使用できます。（周波数別のELP制限については、表示 → ELP参照。）

• 範囲：公衆電気通信ネットワークと直接接続する機器。

• 例：DSLモデム、有線・無線電話機、セルラールーター、LTEゲートウェイ。

• 認証要件：機器は電気通信事業法（TBL）に基づく必須認証を取得する必要があります。該当する場合、これは電波法に基づくMIC認証に加えて必要です。

参照：表示 → 技適マーク（通信）

• 範囲：意図的な送信がない機器または純粋に受動的な部品。

• 例：GPS受信機、ラジオスキャナー、アンテナ、パッシブRFIDタグ。

• 認証要件：MIC認証から免除。ボーダーラインケースはRCBと検討すべきです。

機器カテゴリーが定義されたら、次のステップは適用される技術基準を決定することです。これらは電波法に定められており、ARIB規格は法的要件を、RCBと試験所が認証に使用する実用的な技術条件と試験方法に変換します。

MIC認証プロセスは、準備と試験から認証と承認後の適合性まで、明確に定義された順序に従います。各ステップを理解することで、製造業者は遅延を回避し、スムーズな市場アクセスを実現できます。

1. 準備（規格と文書）

• 適用される機器カテゴリーとARIB技術規格を特定する。

• 必要な文書を収集する（回路図、ブロック図、部品表、マニュアル）。

• 試験戦略を定義する：MIC/RCBに認められた認定外部ラボ（ISO/IEC 17025）経由、または自社ラボがISO/IEC 17025認定を受けている場合は社内で。

2. 試験とレポート作成

• 電波法またはTBLで定義されたRF性能と、該当する場合はEMCを含む適合性試験を実施する。

• 日本の技術基準への適合を文書化した包括的な試験レポートを作成する。

3. 提出と評価

• レポートと文書を登録証明機関（RCB）またはMICに直接提出する（機器カテゴリーによる）。

• 必要な場合、日本拠点の現地代理人が提出を行う必要がある。

• 注：RCBはMICによって指定された独立機関であり、当局ではない。

4. 認証と番号付与

• RCB（SRE/SSREの場合）またはMIC（直接承認の場合）から認証と承認番号を受け取る。

• 機器情報がMIC公開データベースに正確に登録されていることを確認する。

5. 表示と継続的な適合性

• 必要な表示を貼付する：技適マーク（SRE/SSRE、通信）またはその他の該当するラベル（HFD、ELP）。

• 継続的な義務への適合を維持する：市場監視への準備、適切な文書化、無許可の変更なし。

認証後は、日本での市場承認を維持するために、ラベリングと継続的な適合義務が続きます。

正しいラベリングは、MIC承認を維持し、日本での合法的な市場プレゼンスを維持するために不可欠です。表示要件は機器カテゴリーによって異なり、MIC規制に正確に従う必要があります。不適切または欠落した表示は、輸入拒否、罰金、または市場からの撤退につながる可能性があります。

注：機能に応じて、単一の機器が複数のマークを同時に必要とする場合があります（例：Wi-Fi機能を持つRFIDリーダーは技適マークとHFDマークの両方が必要になる場合があります）。正しい表示は合法的な市場プレゼンスを確保し、税関での拒否や罰金を防ぎます。

認証が付与された後、製造業者は合法的な市場アクセスを維持するためにMIC要件に準拠し続ける必要があります。総務省（MIC）は構造化された市場監視を通じて認証後の適合性を実施し、製造業者の完全な協力を期待しています。

MICによる市場監視

• MICは無作為の市販後検査と適合性監査を実施します。

• 認証済み機器は事前通知なしに購入され、再試験される場合があります。

• 当局はいつでも文書または技術的正当性を要求できます。

製造業者の義務

• 技術的適合性の維持：認証済み製品は元々試験されたバージョンと一致する必要があります。

• ハードウェア、ファームウェア、またはアンテナ構成への変更は再認証のために審査される必要があります。

• 製品変更管理と構成追跡のための内部手順を実装する。

• 製品の完全な市場ライフサイクル中、すべての認証関連文書をアーカイブする。

不適合の結果

• MICは正式な警告を発行し、是正措置を要求し、または認証を取り消す場合があります。

• 不適合製品は日本での流通からリコールまたは禁止される可能性があります。

• 承認を維持するには、MICとの透明なコミュニケーションとタイムリーな協力が不可欠です。

継続的な適合性はオプションではありません—これはMIC市場アクセスの中核的な要素です。製造業者は、混乱を避け、日本での長期的な成功を確保するために、製品の適合性を積極的に管理する必要があります。

定期的な更新を必要とする一部の国際認証システムとは異なり、日本の電波法と電気通信事業法に基づいて発行されたMIC認証は、認証製品が技術的に変更されない限り期限切れになりません。

有効期間

• 無期限の有効性：技術的変更が導入されるか規制基準が変更されない限り、証明書は製品の寿命にわたって有効です。

• 定期更新サイクルなし：日本は変更されていない機器に対して時間ベースの再認証プロセスを課していません。

• 有効性の範囲：認証は、試験され承認された機器構成（ファームウェアバージョンを含む）に厳密に適用されます。

更新または再認証が必要な場合

• 設計変更：アンテナ、送信機、出力電力、または動作周波数帯域への変更。

• ファームウェア更新：RF動作または適合性に関連する機器機能に影響を与える変更。

• 適用基準の変更：MICが技術要件を更新した場合、影響を受ける製品は再評価が必要になる場合があります。

製造業者は、継続的な有効性を確保し、適合性レビューまたは再認証を必要とする可能性のある変更を積極的に評価するために、堅牢な変更管理手順を実装すべきです。

• RFハードウェアの変更：アンテナの種類、レイアウト、送信機コンポーネント、またはRFシールドへの変更。

• ファームウェアまたはソフトウェアの更新：変調方式、出力電力、動作帯域、またはその他のRFパラメータに影響する変更。

• 機能強化：新しいワイヤレス機能の追加（例：休止中のBluetoothまたはUWBモジュールの有効化）。

• 機械的変更：RF放射または機器のシールドに影響を与える可能性のある構造的変更。

どのような措置が必要か？

• 影響評価：すべての変更は、適合性エンジニアまたは責任あるRCBと検討する必要があります。小さな変更でも、継続的な有効性を正当化するために文書化する必要があります。

• 再試験：変更がRF動作または適合性パラメータに影響する場合、電波法に従って試験を実施する必要があり、通常は該当するARIB標準方法を使用して実証されます。

• 再認証/新規承認：大幅な変更の場合、新しい認証プロセスが必要です。実際には、これは通常新しい技適番号の発行につながります。

ベストプラクティス

• 技術的、規制的、およびラベリングへの影響をカバーする正式な変更管理システムを実装する。

• すべての認証後の変更と対応する適合性決定の詳細な記録を保持する。

• 認証を無効にすることを避けるため、変更を実装する前に元のRCBまたは資格のあるラボと調整する。