トランシーバーや PTT の業界では、「標準がある」「特許がある」「機器が実装している」がしばしば同じものとして語られる。しかし、三者は性質も法的効力も違う。
- 標準が答えるのは：システム間でどう互換性を確保するか
- 実装が答えるのは：ベンダーやプロジェクトが具体的にどう作るか
- 特許が答えるのは：ある技術手段が特定の法域で排他的権利を持つか
三者を混同すると、ライセンスリスク、研究開発の選択肢、訴訟結果について誤解が生じやすい。
3つの層
| 層 | 典型的な問い |
|---|---|
| 標準 | フレーム構造、フィールド、プロトコル状態をどう定義して相互運用を確保するか |
| 実装 | チップ、プロトコルスタック、ディスパッチソフトが標準や市場ニーズをどう満たすか |
| 特許 | ある回路、アルゴリズム、アーキテクチャが他者の請求項に入るか |
標準文書は ETSI、TIA、IEEE、3GPP などが発行し、著作権と利用ポリシーの下にある。読んで開発することはできるが、読む権利＝実施する権利ではない。実施経路が不可避的に保護技術を使うなら、ライセンスの議論に入る。
SEP と FRAND
ある特許技術が標準の実施に不可欠とみなされると、「標準必要特許（SEP）」として議論され、ライセンスは「公正、合理的、非差別的（FRAND）」条件で行うべきかが論点になる。SEP 保有者の義務、差止請求、料率の計算方法は法域ごとに異なり、判例も変化し続けている。
法的判断ではない。 訴訟やクロスライセンス交渉には専門の弁護士や経済学者が必要だ。
オープンソース、著作権、特許
オープンソースライセンス（GPL、Apache、MIT など）が規律するのはソースコードの複製・改変・再配布であり、特許侵害リスクを自動的に解消しない。コードのコピーを合法的に得ても、製品の実行パスが第三者のメソッド特許を実施していれば、侵害を主張される可能性がある。企業はオープンソースコンプライアンスとは別に、特許検索と FTO のプロセスを持つのが一般的だ。
よくある誤解
- 「標準にアルゴリズム名が書いてあるから自由に使える」 → 標準は機能的記述にとどまることがあり、請求項は特定パラメータやハードウェア条件に限定されている場合がある
- 「他社コードをコピーしていないからリスクはない」 → 特許分析の対象は方法のステップや構造的特徴であり、ソースコードへのアクセスとは無関係
- 「ホワイトペーパーにあるから先行技術だ」 → ホワイトペーパーはマーケティング文書であり、特許の法的境界は請求項で決まる
他巻との関係
第2巻は無線方式と工学概念、第5巻はネットワーク PTT と業務編成を扱う。本稿が加えるのは、「それらの技術実装パス上に知的財産権が独立して存在しうる」という点だ。研究開発や調達のやりとりでは、「標準に準拠」「認証に合格」「第三者特許を侵害しない」を、それぞれ独立に検証可能な命題として分けるほうが建設的だ。
関連記事
本稿は知識構造の整理を目的とするものであり、法律意見や FTO 判断を構成しない。