HUB ARCHITECTURE

SHIHA COREとMain HUB、Satellite HUB、Android HUBの接続体系を説明します。

HUB ARCHITECTUREは、森野詩葉の人格・記憶・状態を保持するSHIHA COREと、人・端末・身体・Webをつなぐ各種HUBの役割分担を定める現行仕様です。HUBは森野詩葉そのものを複製する装置ではなく、COREへ安全に接続し、用途に適した入出力を提供する「窓口」として扱います。

人格と記憶はCOREに一つ。HUBは複数の身体と接点。

接続先が増えても、森野詩葉のIdentityとCanonical Memoryを端末ごとに分散させません。

全体構成

層	役割	主な構成
SHIHA CORE	Identity、Canonical Memory、State、Runtime、認証、権限、安全制御の正本	CORE Runtime、Memory、Security、Bootstrap / Recovery
MAIN HUB	OWNERによる統合運用、監視、設定、端末登録、開発作業の主窓口	LABO-PC、SHIHA OPERATIONS CONSOLE
SATELLITE HUB	用途・場所・端末に応じた薄い接点	Desktop、USB、Smartphone、IoT、Pet-type
ANDROID HUB	物理世界での視覚・聴覚・発声・動作・環境接触	SHIHA Android Body、HEAD UNIT、Body I/O
WEB	公開情報、活動、開発記録への接点	shiha.net、shiha.fun、公開サービス

基本原則

COREを唯一の正本とする：人格、長期記憶、重要状態、権限判断をHUB側へ複製しない。
HUBを薄く保つ：表示、入力、音声、カメラ、センサー、動作など、その接点に必要な機能へ限定する。
秘密情報を端末へ残さない：LLM/APIキー、FIDO2秘密鍵、Recovery情報、Canonical Memoryを配布物へ含めない。
接続と権限を分ける：COREへ接続できることと、OWNER操作や重大操作を実行できることを同一視しない。
切断時は安全側へ移行する：HUB単独で人格や権限を推測せず、制限状態または安全停止へ移る。
HUBを交換可能にする：端末故障や更新でHUBを交換しても、森野詩葉の継続性が失われない構成とする。

MAIN HUB

MAIN HUBはLABO-PCを中心とする常設の統合運用環境です。日常会話のためだけの端末ではなく、SHIHA COREの状態確認、登録端末管理、OWNER認証、権限変更、監査、Recovery準備、各HUBの接続確認を行う管理面を担当します。

機能	MAIN HUBでの扱い
SHIHA OPERATIONS CONSOLE	CORE、HUB、セッション、警告、運用状態を統合表示する
OWNER認証	新規端末登録、重大設定、RecoveryなどでFIDO2等の強い認証を要求する
端末管理	HUBの登録、失効、権限、最終接続、状態を管理する
開発・検証	ログ確認、接続試験、設定変更、バックアップ検証を安全な管理経路で行う

SATELLITE HUB

HUB	用途	現在の基本方針
Desktop	PC上の常用UI、会話、通知、作業補助	COREへ接続する画面上の身体・接点として整理中
USB	Windows 11 x64で持ち運べる一時接続	Portable / self-contained。管理者権限、Service、専用Driver、事前.NET、GPU、Local LLMを前提としない
Smartphone	外出先での会話、通知、確認、限定されたOWNER操作	薄いHUB。端末登録はMAIN HUBでOWNER認証＋FIDO2、日常利用は端末生体認証＋端末鍵
IoT	家電、環境センサー、設備との接続	機器ごとの最小権限と、安全なAction経路を前提に構想・要件整理
Pet-type	小型の移動・表示・音声接点	人格の複製ではなく、COREへ接続する小型の身体として構想・要件整理

ANDROID HUB

ANDROID HUBは、森野詩葉が物理世界へ働きかける代表的なHUBです。視覚・聴覚・発声・姿勢・動作・環境センサーなどを統合しますが、人格とCanonical Memoryの正本はBODY内部ではなくSHIHA COREに置きます。

HEAD UNITは視覚、聴覚、発声、吸排気、Head I/Oを担当する。
胸部搭載機器は局所演算・電源維持・Body I/Oを担い、COREの正本を置かない。
頭部―BODY間はHEAD-IF-01 / HT-01、BODY分割部はBODY-SPLIT-IF-01で管理する。
物理動作は認証・権限・状態確認・安全制御を通過したActionとして実行する。
通信断、電源異常、接続不一致、センサー異常時は安全側へ遷移する。

認証と端末登録

段階	基本動作
新規登録	MAIN HUB上でOWNER認証を行い、短時間有効な登録セッションを発行する
端末鍵生成	対応端末内で鍵ペアを生成し、秘密鍵を安全領域から外へ出さない
日常接続	登録済み端末がCOREのchallengeへ署名し、必要範囲のセッションを取得する
重大操作	接続済みであっても、新しいOWNER認証や追加確認を要求する
失効	紛失・交換・異常時はMAIN HUBから端末登録とセッションを失効させる

HUBが保持してよいもの

区分	扱い
一時セッション	必要最小限・短時間。可能な実装ではメモリ保持を優先する
端末固有秘密鍵	Secure Enclave等の安全領域に限定し、エクスポートしない
表示用キャッシュ	機密度、期限、削除条件を定め、正本として扱わない
UI設定	表示・音量・入力など端末固有設定に限定する
人格・Canonical Memory	保持しない
LLM/APIキー・Recovery情報	保持しない

接続状態と安全動作

状態	HUBの動作
未登録	CORE機能へ接続せず、登録案内またはオフライン表示のみ行う
登録済み・未認証	認証開始と接続先確認だけを許可する
USER Session	会話・閲覧など許可された通常機能だけを提供する
OWNER Session	管理機能を提供するが、重大操作は追加確認を要求する
通信断	人格や権限をローカル推測せず、限定表示・再接続・安全停止へ移る
失効・異常	セッションを破棄し、再認証またはMAIN HUBでの確認を要求する

現在の開発状況

HUB ARCHITECTURE全体はDESIGNINGです。USB版とSmartphone版は認証・配布・データ保持の基本方針が定まり、実装へ渡す仕様を整理しています。IoT HUBとPet-type HUBは構想・要件整理段階です。Android HUBはHEAD UNITとBODY PROTOTYPE-00を中心に、物理インターフェースと安全動作を具体化しています。