Keyboard shortcuts

Press ← or → to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

【Core SSoT】IP Defense & Tech-Blackbox Strategy(知財防御・ブラックボックス化絶対戦略書)

⚠️ THE GENERATIVE SSoT: UNFAIR ADVANTAGE & DEFENSE 本ドキュメントは、「もしものはなし」の技術的優位性を法(特許)と構造(秘匿)の両面から守り、大企業や競合他社が絶対に模倣できない「難攻不落の防壁(Moat)」を構築するための戦略を定義する。

1. 知財戦略の3層境界モデル (Open / Patent / Blackbox)

システム全体を以下の3層に明確に分類し、オープンとクローズの境界線を細胞レベルで定義する。

  1. Open (完全オープン領域 - API, SDK, UI層):
    • 対象: OpenAPI仕様、フロントエンド(React/Flutter)の表示用コンポーネント、サードパーティ連携用SDK。
    • 目的: 外部開発者やアライアンス企業(葬儀社・生保)が極めて低い学習コストで連携できるよう徹底的に公開し、プラットフォームのネットワーク効果とデータグラビティを加速させる。
  2. Patent (特許出願領域 - ビジネスモデル, UI/UXの連動):
    • 対象: 「AIを用いた自動財産抽出と士業ダッシュボードへのセキュア連携モデル」「SSS(秘密分散)とスマートコントラクトを組み合わせた死後事務執行プロセス」。
    • 目的: 資金力のある大企業が同一のビジネスモデルで強引に参入することを牽制するための「法的防壁(Legal Moat)」。
  3. Blackbox (ブラックボックス領域 / 絶対秘匿 - コアアルゴリズム):
    • 対象: SSS暗号化のキー分割・復元アルゴリズムの独自実装部分、AIプロンプトエンジニアリングのシステムプロンプト(The Grimoire)、データクレンジング・パイプラインの詳細。
    • 目的: 特許として公開することすらリスクと見なす。ソースコード上で完全に秘匿(Trade Secret)とし、競合に中身のアルゴリズムを一切推測させない。

2. リバースエンジニアリングへの絶対的耐性(WASM & Native)

オープンナレッジの知財(Rust Core)をクライアント環境(ブラウザ/スマホ)に配布する際の、技術的防御策。

  • WASM(Web)の極限難読化: RustコードからWASMをコンパイルする際、単なるビルドではなく wasm-opt -O3 による極限の最適化と、デバッグシンボル・関数名の完全削除(strip = true)を強制する。これにより、ブラウザのDevToolsでWASMを解析されても、元の暗号化ロジックの解読を数学的・物理的に極めて困難にする。
  • Native(Flutter)の強固な保護: Flutterアプリ内のDartコードおよびRust FFIバイナリに対して、本番ビルド時の高度な難読化(Obfuscationコマンドフラグの必須化)を適用し、APK/IPAファイルの逆コンパイルによる知的財産(IP)の抽出リスクを封殺する。

3. Need-to-Knowの原則とコードアクセス分離

内部犯行やヒューマンエラーによる漏洩を防ぐ、冷徹なアクセス制御ルール。

  • リポジトリアクセスの厳格な分離: 株式会社オープンナレッジ内および外部委託メンバーであっても、「Blackbox領域(Rust Coreの暗号化ロジック等)」を含む ok-sys の深層ディレクトリへのアクセス権限は、加藤CTOおよび極限られたコアメンバー(AIエージェント含む)のみに制限する。
  • バイナリ配布によるカプセル化: フロントエンドエンジニアやUIデザイナーには、コアロジックをコンパイル済みのWASMバイナリ、または動的モックAPIとして提供する。これにより、「UIを作るために暗号化ロジックのソースコードを読む必要がある」という状態を構造的に防ぎ、内部アルゴリズムの漏洩を完全に遮断する。