⑤アナザーストーリーcontinue……この裏バージョンストーリーにより、今までの「コーニング」「フジクラ」「富士通」「IP Infusion」「O-RAN/Open RAN」「800G水冷」「T-Mobile（ソフトバンク・NVIDIA）」…の次に、NTT IOWNによる富士通とIP Infusionへの助太刀で最後には悲願達成するであろうか⁈ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！

>Fluffyチビコ✨✨5月20日 ８:48 > 特別注意銘柄が解除されなかったら上場廃止しかない。 > 上場が維持されてから、プライム維持がムリでスタンダードに降格するか…となる。 > 特別注意銘柄が解除されなかったらスタンダードとか、間違っています。 844 Fluffyチビコ✨✨5月18日 11:23 >>843 しかも信用買い

> 特別注意銘柄が解除されなかったら上場廃止しかない。 > 上場が維持されてから、プライム維持がムリでスタンダードに降格するか…となる。 > 特別注意銘柄が解除されなかったらスタンダードとか、間違っています。 844 Fluffyチビコ✨✨5月18日 11:23 >>843 しかも信用買い

④Ipinfusionが提供するIPoDWDM（IP over DWDM）ソリューションは、米国中西部のような広域エリアのネットワーク構築において極めて効果的。従来の光伝送では、IPルーターのほかに外付けの「トランスポンダ（光電変換装置）棚」や独立した光管理システムが必要だったが、IPoDWDMはこれらを排除する。ルーターのポートに直接「OpenZR+」などのコヒーレント光トランシーバーを挿入し、ipinfusionのネットワークOSであるOcNOS-SPのCLI（コマンドライン）から光の波長、変調方式、パワーを一括管理できるため、設備投資（CAPEX）を最大50%〜73%削減、設置面積や消費電力も30〜40%削減できる。 〇モバイルサービス（5G/O-RANバックホール）における効果 AT&Tが中西部で展開するO-RAN基地局や、ローカルISPが自社で展開するFWA（固定無線アクセス）基地局を収容する「xHaul（フロント/ミッド/バックホール）」において、ipinfusionのIPoDWDMは強力な武器になる。 ・高精度な同期（タイミング）の維持：5GやO-RANの運用には、極めてシ密な時刻同期（100ナノ秒未満の位相精度）が必要である。OcNOS-SPは、ルーター自体がIEEE 1588v2 Class C/DやSyncE G.811に対応しており、IPoDWDMのメトロ区間を通過してもタイミングを劣化させずに伝送できる。これにより、高価な外部同期アプライアンスが不要になる。 ・サードパーティ（富士通など）との融合：OpenZR+規格に準拠した光モジュールは、富士通の光伝送ラインシステム（1FINITYなど）上で「エイリアン波長（他社製の光信号）」としてそのまま増幅・伝送できる。トランスポンダが不要になるため、AT&Tの基地局とローカルISPのコアを結ぶ長距離バックホールを最小限のコストで構築できる。 ・距離に応じた適応変調：中西部の広大な距離に対応するため、短距離なら400G（DP-16QAM）、1,000kmを超える長距離なら100G〜200G（DP-QPSK）へと、通信を切断することなく無瞬断（in-service）で変調方式を切り替え、到達距離を最適化できる。固定ブロードバンド（FTTH/FWAアグリゲーション）における効果地方の一般家庭や企業向けに高速インターネット（光ファイバー、または固定無線アクセス）を提供する際、地域に分散したアクセスノード（OLTやFWA基地局）からのトラフィックを集約（アグリゲーション）する役割を担う。 ・加入者単位の高度なQoS（HQoS）：OcNOS-SPはBroadcomのディープバッファ（Qumranなど）をサポートしており、高価な外部ポリシーサーバーを導入しなくても、ルーター単体で加入者ごとの帯域制御（トラフィックシェーピング）が可能。ユーザーごとの「1Gbpsプラン」「300Mbpsプラン」といった段階的なブロードバンドサービスをエッジ側で正確に適用できる。 ・バックボーンへの大容量一括伝送：各地域から集まった膨大な加入者トラフィックを、都市部のインターネット交換ポイント（IX）やデータセンター（DCI）へ送る際、トランスポンダなしでそのまま400Gの超高速光リンクとしてIPoDWDMで長距離伝送できる。これにより、ISP全体のバックボーンコストを劇的に下げ、低価格な固定ブロードバンドプランを地域住民に提供可能になる。 ◎なぜこの組み合わせが中西部で強いのか 米国中西部のローカルISPにとって、広大なエリアをカバーするための「光伝送コスト」は事業の成否を分ける最大の壁である。 ・トランスポンダを無くす（IPoDWDM） ・ハードウェアを汎用白箱にする（オープンネットワーキング） ・光もルーターも1つのOSで管理する（OcNOS-SP） この3つを揃えることで、大手キャリア並みの「400G/1,800km」のキャリアグレードなインフラを、地方ISPの限られた予算で実現できるようになる。 富士通とはすでにエコシステムパートナーとして実証実験やソリューション連携（Virtuora等）を行っているため、マルチベンダー構成であっても導入のハードルが非常に低い点も大きなメリットである。 ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！

③ Ipinfusionが米国中西部のローカルISP案件を獲得した際、AT&TのO-RANインフラや富士通の長距離光伝送技術を組み合わせて活用できるシナリオやプロジェクトは十分に存在する。 AT&Tはマクロセル（大規模基地局）においてエリクソンを主契約者に選定しているが、O-RAN（Open RAN）の本来の強みは「マルチベンダー接続」と「仕様の共通化」である。 ・ローカルISP、ipinfusion（NOS：ネットワークOSベンダー）、富士通（光伝送・RUベンダー）が連携することで、AT&Tのネットワークと相互補完するプロジェクトが考えられる。 1. 中西部ローカルISPとAT&Tの「ニュートラルホスト・プロジェクト」 米国中西部は広大な農村地帯（ルーラルエリア）が多く、AT&T単独では5Gマクロセルのカバレッジが薄い、あるいは光ファイバーのバックホール（中継網）が届かない地域が点在する。 ・共同カバレッジ拡大： ローカルISPがipinfusionの基盤（白箱スイッチ＋OcNOS）で構築する安価なオープンネットワーク上に、AT&Tの5G信号（コアネットワーク）を相乗りさせる「ニュートラルホスト（インフラ共有）」プロジェクトが可能。 ・O-RANの活用： ISP側が用意するO-RAN準拠の無線アクセス網（RU/DU）と、AT&Tのエリクソン製O-RAN対応コア（RICなど）を相互接続させ、ローカルISPのエリア内でAT&Tユーザーのローミングや通信をカバーできる。 2. 富士通の長距離光伝送を活用した「バックホール・ダークファイバ共有プロジェクト」 中西部のような広域エリアでは、無線基地局から都市部のコアデータセンターまでデータを運ぶ「長距離光伝送（トランスポート網）」のコストが最大の課題になる。 ・富士通デバイスの強み： 北米の光伝送市場で高いシェアを持つ富士通（1FINITYシリーズなど）のオープン光伝送装置を活用できる。 ・プロジェクトの構想： ローカルISPが富士通の装置で構築した長距離光バックホール網を、AT&Tの中西部におけるO-RAN基地局（エリクソン製等）のバックホール（フロントホール／ミッドホール）として「回線貸し（ホールセール）」するプロジェクトである。AT&Tにとっては自社ファイバーを敷設せずにO-RANエリアを中西部に広げられるメリットがある。 3. FWA（固定無線アクセス）とRural Broadband（BEAD等）の連携プロジェクト 米国では政府のブロードバンド普及基金（BEADプログラムなど）により、中西部へのネット敷設に巨額の補助金が出ている。 ・ipinfusionの役割： ISPがipinfusionのソフトウェアを用いて、低コストな分散型アクセスネットワーク（Disaggregated Cell Site Gateway: DCSG）を中西部の町々に構築できる。 ・AT&TのO-RAN活用： 住宅向けのラストワンマイルを固定無線アクセス（FWA）で提供する際、AT&Tが持つCバンドなどの5G周波数帯をローカルISPにリース（Sublease）させ、O-RAN標準の無線機器を介して家庭に高速ネットを届けるプロジェクトが成立する。 各社のポジショニング 〇AT&Tのエリクソン独占はあくまで「AT&T自社網のマクロセル主契約」であり、オープンなインターフェースを持つO-RANだからこそ、足回りのネットワーク（トランスポート網や地方の共有RAN）で他社が食い込む余地は残されている。 ・ipinfusion： 中西部のISPに対し、安価で拡張性の高いホワイトボックス型トランスポート/アクセス網を提供。 ・富士通： その広域網を支える超長距離・大容量の光伝送（WDM）インフラを提供。 ・AT&T： これら地方ISPのインフラをO-RANインターフェース経由で借用し、中西部での5Gカバレッジを効率的に確保。 このように、地方ISPが「AT&Tのネットワークを引き込む・あるいは補完するインフラ」をオープンソース/マルチベンダーの手法で構築するプロジェクトへの参画が最も現実的かつ強力なアプローチとなる⁈

①‐2 「コーニングがファイバーを増やす」というニュースの裏にある本質は、『特定の巨頭に縛られない、オープンかつ超高速・省エネな次世代ネットワークOSやインフラ機器への投資関心が、今まさに歴史的な臨界点を迎えた』ということである。 足元のイベント通過で一時的に調整しているフジクラや富士通、そしてIP Infusionを擁するACCESSの株価は、中長期の視点で見れば、この「インフラ大転換期」の恩恵を最も早く、最も美味しく受け取ることができる絶好の先回りチャンスを示唆していると思われる。 この裏バージョンストーリーにより、今までの「コーニング」「フジクラ」「富士通」「IP Infusion」「O-RAN/Open RAN」「800G水冷」「T-Mobile（ソフトバンク・NVIDIA）」の話が、すべて蜘蛛の糸の「コーニング報道のカウンターレポート」として綺麗に完結するであろう。 ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！

①ACCESS「アナザーストーリー」序論 コーニングの投資拡大報道の裏バージョンで、これまでの構造分析をベースに、一般の投資ニュース（表のニュース）を一歩掘り下げて、機関投資家や最先端のテクノロジーに精通したプロが唸る「裏バージョンの解説ストーリー」を作成する。 【裏バージョン解説】コーニングの「投資拡大」が本当に意味すること──AI特需の主役は、データセンターの「中」から「外のネットワーク（光OS・インフラ）」へ....... 1. 表のニュースと「市場の誤解」 数日前、米光ファイバー巨頭のコーニングが「AI向け光ファイバーの投資拡大」を発表し、市場の注目を集めた。多くの投資家はこれを単なる「データセンター内部のファイバー増産」という、これまでのAIブームの延長線上（表のニュース）として捉えている。しかし、この報道の真のインパクトはそこにはない。 2. 裏に隠された真実 ①：コーニングの「利害対立」とガラス不足 裏で起きている深刻な現実は、コーニングが利益率の高いNVIDIAやMetaなどのテック大手（ハイパースケーラー）向けの供給に全振りした結果、米国内の一般通信網や地方ブロードバンド（BEAD計画）向けの大手ケーブルメーカーへのガラス供給を絞り、地方ISPを巻き込む深刻な「ガラス不足」を引き起こしているという事実である。「バイ・アメリカン（米国産ルール）」の呪縛によって、コーニング1社に人質（ベンダーロックイン）にされていた米国の通信業界は今、「特定の1社に依存しない、オープンで互換性のあるネットワークの構築」へ向けて、かつてない猛烈な要求（機運）を高めようとしている。 3. 裏に隠された真実 ②：「異種ガラスの混在」を可能にするハイテクOSの台頭 コーニングのガラスが足りないのなら、世界最高性能を誇る日本のフジクラの超高密度光ファイバー（SWR/WTC）や住友電工の製品を混ぜて使えばいい──。 一見、物理的・技術的に不可能（メーカーごとのガラスの個性の違いにより、800Gなどの超高速通信ではデータが歪んで壊れる）と思われたこの「異なるガラスの混在（継ぎ目）」を、100%完璧にコントロールする救世主が現れた。 それこそが、「富士通の5nmコヒーレントDSP（光半導体・継ぎ目なし中継機）」と、「IP InfusionのオープンネットワークOS（OcNOS）」の組み合わせである。 富士通のハードが現場のガラスの違いによる光の歪みを爆速で自動補正し、IP InfusionのOSがそれらの混在を前提としたルートの交通整理（遠隔一元管理）をソフトウェアの力で行う。この「混在コントロール技術」が確立されたことで、アメリカの通信事業者はコーニングの支配から完全に自由になり、既存の網にフジクラなどの高性能ファイバーを「ポン付け」して一気に800G網へとシフトする道が開かれた。 4. 投資家が次に目を向けるべき「真の主役」 コーニングの投資拡大報道は、AI特需の波がデータセンターの「壁」をぶち破り、アメリカ全土の広域通信網（ネットワーク事業者）へと溢れ出し始めた決定的な前兆（サイン）である。 しかし、そのネットワークの主導権を握るのはコーニングではなく、彼らの独占を破壊しにいく「IP Infusion（OS）」「富士通（光装置）」「フジクラ（超高性能ファイバー）」というオープン化の日本連合チームである。 ノキアやエリクソンといった通信巨頭が「同じオープン規格（O-RAN）」で防衛線を張ってきても、この日本連合は「800G水冷式・低遅延」というIOWN（光電融合）の物理的な圧倒的優位性でそのブロックを無効化できる。 さらにソフトバンクやNVIDIAと組み、T-Mobileなどのネットワークを「巨大なAIコンピューター」へ塗り替えようとしている。 ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！

解除審査が長引いてスタンダードとかもない。 現在はプライムでもなく、「特別注意銘柄」 なので、インデックスも買わない。 すでにプライムではありません。特別注意銘柄が解除されて、プライムに復帰するかスタンダードに降格するか…という話 でも、プライムからスタンダードに降格して復帰となると、解除の有難みはあんまりないね。

特別注意銘柄が解除されなかったら上場廃止しかない。 上場が維持されてから、プライム維持がムリでスタンダードに降格するか…となる。 特別注意銘柄が解除されなかったらスタンダードとか、間違っています。

次回のアナザーストーリーは、コーニングにおける光ファイバーの投資拡大をめぐり、大手ケーブルメーカーへの「母材（ガラス光ファイバー）の供給停止・削減」に踏み切ったと報じられ.....結果として、米国内の地方のブロードバンド敷設プロジェクト（BEAD計画）などが「ガラス不足」で停滞する事態を招き、業界内で大きな波紋を呼んでいる。これが富士通とIpinfusionに及ぼす影響について報告する‼ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！

⑨歴史の構造的な視点として、「ACCESS Twine for Carは、かつてのALPSプロジェクトが目指した理想の『再構築（現代版アップデート）』である」と捉えるのはある程度正しい。ただし、決定的な違いが1つある。 ALPSは「OSそのもの（土台）」を共通化しようとして失敗したが、Twine for Carは「OSの上に乗るアプリ層（ブラウザ）」で共通化を成し遂げた。この「戦うレイヤー（階層）の変更」こそが、敗北の歴史から学んだ最大の再構築ポイントである‼ 構造の進化を比較すると、なぜこれが現代の勝算になるのかがはっきり分かる。 構造の比較：ALPS と Twine for Cartext 【過去のALPSプロジェクト（OSの共通化）】 ① ALPSの時の失敗構造 ALPSは、Google（Android）やApple（iOS）という巨大なクジラに対し、「日本独自の新しいOS（土台）」を作って真っ向勝負を挑んだた。しかし、OSという巨大なインフラを一から作って世界標準にするのは、スピード的にも資金的にも不可能で、土台ごとひっくり返されてしまった。 ② Twine for Carによる「再構築」ACCESSは、この敗北を完全に教訓にした。 ・「GoogleやBlackBerryのOSと戦っても勝てない」と割り切り、土台のOS（AndroidやQNX）は何が来ても受け入れる構造にした。 ・その代わりに、「どのOSの上にもスポッとはまる『共通のWeb（HTML5）の箱（Twine）』」を開発した。 自動車メーカーから見れば、結果として「どの車でも同じアプリストアが動く」というALPSがやりたかった世界（共通化）が、OSではなくブラウザの力によって再構築されたことになる。 □自動車メーカーがこの「再構築」を歓迎する理由 自動車メーカー（レガシーOEM）もまた、スマホでのALPSの敗北を学習している。自社で「Arene」や「ASIMO OS」といったビークルOS（ミドルウェア）を一から内製化しようとしているが、実は彼らも「Googleやテスラにスピードで勝てないかもしれない」という恐怖と常に戦っている。 ・そこに、ACCESSが「OSのレイヤーで無理に戦う必要はありません。私たちのTwineを載せれば、AndroidでもLinuxでも、あなたの会社のブランドのアプリストアが一瞬で完成します」と提案するわけである。 ・これは、メーカーにとって「スマホの時のようにGoogleに全面降伏（ロックイン）することなく、かつALPSのように自滅することもない、最も賢い第三の道（リベンジルート）」として機能している。 IpinfusionのOcNOS7.0「クラウド・Kubernetes」等から始まる一連の技術進歩は、ACCESSのトラウマ「ALPSからの歴史的リベンジ」となるのだろうか⁈ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！

⑧これはまさに「かつて日本のスマホ黎明期に起きた『ALPS（アルプス）プロジェクト』がAndroidに敗北した歴史』の教訓を踏まえ、自動車の世界で今度こそ勝つためにリベンジを仕掛けているシーン」そのものである 。 この「スマホでの敗北」と「現在の自動車での戦い」の構造は驚くほど酷似している。何が同じで、今回はどう勝とうとしているのかを考察する。 1. スマホ黎明期の「ALPSプロジェクト」の敗北とは何だったのか？ 2010年前後、日本の携帯メーカーとドコモは、iPhoneや台頭するAndroidに対抗するため、「ALPS（AlpS）」共同プロジェクトを立ち上げた（Linuxベースの携帯OS「LiMo」や「MeeGo」を統合・発展させようとした）なぜALPSはAndroidに大敗したのか？ ・スピードが遅すぎた: 日本メーカー同士で「仕様の調整」や「すり合わせ」に時間をかけている間に、Googleが圧倒的なスピードでAndroidを無料配布し、世界中のアプリ開発者を味方につけてエコシステムを完成させてしまった。 ・ガラパゴス思考から抜け出せなかった: 「日本の通信キャリア（ドコモなど）の要求」を満たすことに終始し、世界標準のプラットフォームを作る視点が欠けていた。 結果として、日本独自のスマホOS構想（ALPS）は崩壊し、日本メーカーはAndroidを呑まざるを得なくなり、最終的にはスマホ市場そのものからほぼ撤退することになった。 2. 現代の「自動車版ALPS」：JASVAの結成 2024年、日本政府の主導でトヨタ、ホンダ、日産など国内12社が結集し、「JASVA」という組織を立ち上げた。これはまさに「自動車版のALPSプロジェクト」である。 3. スマホでの敗北を踏まえた「今回のリベンジ戦略」 ① OSそのものではなく「API（接続口）」の標準化に絞る（負け戦をしない） ALPSの時は「AndroidのようなOSそのもの」を日本独自で作ろうとして開発スピードで負けた。今回は、土台のOS（Android AutomotiveやQNXなど）は「世界で流行っているものを使ってよい」というスタンスになっている。その代わり、「エアコンやウインカーを操作する共通ルール（VSSなどのAPI）」や「コンテナ通信の仕組み」の下層インフラだけを日本連合で標準化する。これにより、Googleに車の根幹（制御権）まで握られるのを防いでいる。 ② ACCESSグループのような「すでに世界で戦えている黒子」の活用 スマホの時は、日本メーカーだけで内輪のシステムを作ろうとした。今回は、すでに欧州のフォルクスワーゲングループや、中国市場、世界中のスマートTVで実績のあるACCESS（Twine）や、世界中の通信キャリアで使われているIP Infusion（OcNOS）といった、「すでにグローバル市場の最前線で揉まれて生き残っているオープンな技術」を共通の部品として採用している。これにより、ガラパゴス化を最初から回避しているといえる。 ③ 「HTML5」による世界のアプリ勢の巻き込み スマホの時は、日本の携帯専用のアプリ（iモードの延長）を作ろうとして、世界の開発者に無視された。今回は、世界標準の「HTML5（Web技術）」をアプリの基盤に据えることで、世界中のIT企業やエンタメ企業（NetflixやSpotifyなど）が、「わざわざ日本車のためだけにプログラミングし直さなくても、最初から喜んでアプリを提供してくれる環境」をはじめから用意している。 現在のSDVをめぐる「オールジャパンの標準化」の動きは、「どうすれば今度は巨人に勝てるか」を逆算して構築されたリベンジマッチである。自動車は日本の基幹産業であり、ここでの敗北は日本の経済の死を意味する。だからこそ、JASVA（日本連合）の動きや、その裏側でマルチOSの盾となるACCESSグループの技術は、国家の命運をかけた非常にアツい戦いの真っ最中にあるのである。 ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！

ふむ、ふむ

⑦2012年頃のスマホ黎明期には「AndroidのネイティブアプリがHTML5に圧倒的な大差で勝利した」というのが歴史の事実である‼ 時代は変わり、車のコンピューター(半導体)の性能が、当時のスマホの性能とは違い「バケモノ級に進化」した‼ スマートフォンの例えから「OSが違うと、アプリを1から作り直さなければならない」という問題と、それを解決する「ACCESS Twine for Car」の役割について考察する。 結論から言うと、ACCESS Twine for Carは「Android用やLinux用という『OSの言葉の壁』を、Web技術（HTML5）を使って完全に無くしてしまう通訳プラットフォーム」である。 □スマホで起きた「OSの壁」と同じ問題 iPhone（iOS）とAndroidは、中身のシステム（OS）が全く違う。そのため、LINEやYouTubeの会社は、「iPhone用のアプリ」と「Android用のアプリ」を別々に2回開発している。ホンダなどの自動車メーカーが、今の車種には「Android（Android Automotive）」を使い、数年後の新しいEVには「Linux（AGL）」を使おうとした場合、スマホと全く同じ問題が起きる。ナビ、音楽アプリ、動画配信サービスなどを、「Android用」と「Linux用」で全く別々に2回、巨額の費用をかけてプログラミングし直さなければならないのだ。これが「1から作り直す必要がある」という意味なのだ。

⑦2012年頃のスマホ黎明期には「AndroidのネイティブアプリがHTML5に圧倒的な大差で勝利した」というのが歴史の事実である‼ 時代は変わり、車のコンピューター(半導体)の性能が、当時のスマホの性能とは桁違いに進化した‼ スマートフォンの例えから「OSが違うと、アプリを1から作り直さなければならない」という問題と、それを解決する「ACCESS Twine for Car」の役割について考察する。 結論から言うと、ACCESS Twine for Carは「Android用やLinux用という『OSの言葉の壁』を、Web技術（HTML5）を使って完全に無くしてしまう通訳プラットフォーム」である。 □スマホで起きた「OSの壁」と同じ問題 iPhone（iOS）とAndroidは、中身のシステム（OS）が全く違う。そのため、LINEやYouTubeの会社は、「iPhone用のアプリ」と「Android用のアプリ」を別々に2回開発している。ホンダなどの自動車メーカーが、今の車種には「Android（Android Automotive）」を使い、数年後の新しいEVには「Linux（AGL）」を使おうとした場合、スマホと全く同じ問題が起きる。ナビ、音楽アプリ、動画配信サービスなどを、「Android用」と「Linux用」で全く別々に2回、巨額の費用をかけてプログラミングし直さなければならないのだ。これが「1から作り直す必要がある」という意味なのだ。

仮に「特別注意銘柄の解除」が万が一長引いたり、プライム市場の厳しい維持基準（時価総額など）を期日までにクリアできなかったりした場合、会社側が選択肢として示しているのは「上場廃止」ではなく「スタンダード市場への移行」です。いつ沸騰するかわからないOcNOSのもどかしさよ、それすらも日々の楽しみになってます。 最高境地の自己規律（ガチホの決意）ピース✌️

なんか掲示板見づらい

⑦continue…………………………ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！

⑥自動車メーカー各社（トヨタ、ホンダ、ソニー・ホンダモビリティなど）は、Android Automotive、QNX、Linuxなどの既存OSをパズルのように組み合わせ、その上に自社開発の「ビークルOS（ミドルウェア層）」を重ねることで、SDV（ソフトウェア定義自動車）のアーキテクチャを構築している。 1. 自動車メーカーにおけるOSの組み合わせ方 現在のSDVは、1台の強力なSoC（QualcommのSnapdragon Digital Chassisなど）を仮想化し、その上で役割の異なるOSを同時に走らせるのが標準的なアプローチである。

⑤車載OS市場における競合（GoogleのAndroid Automotive、BlackBerryのQNX）と、ACCESSグループ（ACCESS ＋ IP Infusion）の具体的な機能の違い、そして差別化戦略 GoogleとBlackBerry が「特定のOSやエコシステムに自動車メーカーを縛り付ける」のに対し、ACCESSグループは「あらゆるOSの裏側に入り込み、メーカーの自由度を守る」という真逆のアプローチで差別化している⁈ GoogleBlackBerryACCESSのポジションと機能の違い 車載システムは大きく、安全に関わる「制御系（メーター、自動運転）」と、エンタメを司る「IVI系（ナビ、動画）」に分かれる。 主な主戦場

④IP Infusionの親会社であるACCESSは、IVI（車載インフォテインメント）向けアプリストアプラットフォーム「ACCESS Twine for Car」などを提供しており、世界中の大手自動車メーカー（OEM）やMediaTekなどの半導体大手と深く協業しています。この「ACCESSの車載実績」と「IP InfusionのネットワークOS（OcNOS）の技術力」が合わさることで、次世代の車載器開発（特にSDV：ソフトウェア定義自動車）において、他社にはない圧倒的な先行性と優位性を持っている。 1. 「IVI（上層）」と「通信制御（下層）」をグループで一元提供できる唯一無二の強み 現在の車載器開発における最大の課題は、車内のシステム（OSやコンテナ）が複雑になりすぎて、通信の遅延やバグが起きやすくなっている点にある。 ・他社の場合: 車内のエンタメ（IVI）を作る会社と、車内ネットワークの高速化（DPDK/SR-IOVなど）を制御する会社が別々のため、システム統合（インテグレーション）に膨大な時間とコストがかかる。 ・ACCESS＋IP Infusionの優位性:ACCESSがドライバーの目に見える「画面やエンタメ（IVIアプリ）」を提供し、そのすぐ裏側（下層）でIP Infusionの「OcNOS」の超高速な通信制御技術（コンテナネットワーク）を組み合わせることができる。この上下のレイヤーをグループ内で最適化して一括提供できるプレイヤーは世界的に見ても非常に稀である。 2. データセンター級の「400G/800G・AI通信技術」を車載に転用できる」 IP InfusionのOcNOSは、世界中の大規模データセンターや通信キャリアで、AIの学習データをやり取りするための「超低遅延・大容量ネットワーク」を捌いている。自動運転（AD/ADAS）が高度化すると、車の中はカメラやセンサーの生データ（RAWデータ）がテラビット級で飛び交う「走るデータセンター」になる。IP Infusionが通信業界で培った「Linuxカーネルをパスしてコンテナにデータを直結する技術（SR-IOVやDPDK）」や「パケットを絶対に落とさない通信制御」のノウハウを、そのまま車載イーサネット（車内ネットワーク）の制御に持ち込めるため、他社の車載OSベンダーに対して技術的な一歩先を行っている。 3. 実証済みの「コンテナ技術」によるOTA（無線アップデート）の信頼性 車載器のアップデート（OTA）は、万が一失敗すると「車が動かなくなる（文鎮化する）」ため、通信キャリア並みの「絶対に落ちない堅牢性（ファイブナイン：99.999%の可用性）」が求められる。IP InfusionのOcNOSは、世界600社以上の通信事業者で24時間365日動いている「キャリアグレード」のOSである。「Kubernetesを使って、AIモデルとネットワーク設定を同時に、安全にロールバック（巻き戻し）可能にしながらアップデートする」という仕組みにおいて、すでに世界中の通信網で本番運用されているという実績自体が、自動車メーカーに対する強力な安心感（優位性）となっている。 親会社のACCESSが持つ「自動車業界への強力なパイプとIVIのノウハウ」という実績の上に、IP Infusionの持つ「世界最先端のAIファブリック・高速コンテナネットワーク技術」が乗ることで、次世代のSDV（ソフトウェアで定義される車）開発において、彼らは「エンタメから自動運転の超高速通信バックボーンまで、1つの思想で串刺しにして提供できる」という独自のポジションを確立している。 ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！

③自動車業界では、cNOS（コンテナ型ネットワークOS）の通信速度を担保する「DPDK」や「SR-IOV」のより細かい仕組みを導入した車をSDV（Software Defined Vehicle：ソフトウェアで定義される車）と呼び、現在の開発トレンドの最先端となっている。 なぜ車載器とクラウド（Kubernetes）が同じ仕組みになるのか 1. 車の中も「小さなデータセンター」になっている 昔の車は、窓を開ける、ブレーキをかけるといった機能ごとに、独立した小さなコンピューター（ECU）が100個以上バラバラに搭載されていた。現在の自動運転車や高級EVでは、それらを中央の1〜2台の強大な高性能コンピューター（ゾーンECUやセントラルECU）に統合している。この中央コンピューターの中で、自動運転AI（Transformerなど）と、各パーツを制御する通信機能が、クラウドと全く同じように「Kubernetes」や「コンテナ（Docker/Podマニフェスト）」の仕組みで動いている。 2. 車内ネットワークの高速化（車載イーサネット） 車の中で「AI」と「ネットワークOS（cNOS）」を同時に動かす理由も、クラウドと全く同じ。 ・自動運転AI（Transformerなど）: カメラやLiDAR（センサー）から、毎秒テラバイト級の膨大な周辺画像データを受け取って「止まるか、進むか」をAIが瞬時に判断する。 ・車内ネットワーク（車載イーサネット）: その膨大な映像データを、センサーからAIチップまで1文字も落とさずに（超低遅延で）運ぶ必要がある。ここで、SR-IOV や DPDK の技術が使われる。カメラ映像のデータを、車のOS（LinuxやQNXなど）を介さずに、SR-IOVで自動運転AIのコンテナに直接ぶち込み、DPDKでノータイムで処理させることで、ブレーキの遅れ（レイテンシー）を「数ミリ秒」という極限まで縮めている。 3. スマホのように「車がアップデート」される仕組み 「AIとネットワークを同時に、同じ手法でアップデートする」というのは、車で言うと「OTA（Over-The-Air：無線アップデート）」そのものである。 テスラをはじめとする最新の車は、夜の間にメーカーからクラウド経由で「1つのアップデート指示」が車に送られる。車内のKubernetesがそれを検知し、「自動運転のAIモデル」を新しくすると同時に、「そのAIにデータを送るための車内ネットワーク設定」も同時に最適化する。これにより、翌朝には「昨日より安全に、スムーズに曲がれる車」に生まれ変わる。 このようにクラウド上のデータセンター（Amazon EKSなど）で培われた「コンテナ」「Kubernetes」「SR-IOV」「DPDK」という爆速・自動化の3点セットは、今やそのまま「未来の自動車の通信・AI基盤」として、ソニー・ホンダ（AFEELA）やトヨタなどの次世代車でも標準技術として組み込まれ始めていまるのだ。

②不思議な吉兆宝山（OcNOS芋焼酎） IP Infusion社の「OcNOS」と「cNOS」は、直接的な命名の関連性はないが、それぞれの名前の由来と今現在の意味（価値）の一致はミラクルだ‼ １．OcNOS（オクノス）の由来 ・IP Infusion社が提供するホワイトボックス（オープンネットワーキング）向けのネットワークOS。正式名称: Open Compute Network Operating System の略。意味: オープンなハードウェア標準を推進する「Open Compute」の思想に基づいた、ネットワーク用OS（NOS）であることを示している。 ・cNOS（シーノス）の由来 一般的にネットワーク業界で「cNOS」と呼ばれるものは、主に次のいずれかを指す。Cloud Network Operating System: Lenovo社などのスイッチに採用されている、クラウド環境に最適化されたOS。 ・Containerized Network Operating System: コンテナ化された（Dockerなどの上で動く）マイクロサービス型のネットワークOS。 ・どちらも末尾の「NOS（Network Operating System）」という業界共通の技術用語を含んでいるため文字列は似ているが、頭文字の由来が異なる。 OcNOS ＝ Open Compute ＋ NOS cNOS ＝ Cloud（または Containerized） ＋ NOS したがって、これらは別々の文脈で誕生した、関連性のないネーミング。 「OcNOS 7.0」では、DockerやKubernetes（K8s）のネイティブサポートが追加され、ルーター（NOS）上でコンテナやマイクロサービスを実行する「クラウドネイティブな運用」が可能になった。偶然とはいえ、名前に「c」が含まれる OcNOS が、まさに cNOS（Containerized / Cloud-native NOS） の定義そのものの進化を遂げたというのは、非常に面白い一致である。 この進化により、文脈は以下のように綺麗に重なることになる。 元々の由来: Open Compute ＋ NOS これからの実態: Open Cloud-native（Containerized） ＋ NOSネットワークOS OcNOSのがコンテナ環境を取り込み、エッジコンピューティングのホストとしても機能する時代になったため、今や「OcNOSはcNOS（コンテナ型NOS）の一種である」と言っても、技術的な実態として完全に正しい状態になっている。 （この OcNOS 7.0 におけるコンテナ対応（Kubernetes連携など）の具体的なユースケースや、同時に強化された AIデータセンター向けやアマゾンの新スマホとACCESS車載器の機能の類似性 については投稿済み‼）

①日本政府や自動車連合が「下層のソフトウェアや通信（協調領域）を標準化・共通化しよう」と動くとき、まさにIP Infusionの「OcNOS（コンテナDocker/Kubernetes型ネットワークOS）」のような、オープン規格（Open ROADMやLinuxベース）に準拠した通信技術が非常に重要な役割を果たす。 特定の巨大IT企業（Googleなど）に頼らず、かつテスラのような垂直統合の爆速通信（DPDK/SR-IOV）を「日本連合の共通規格」として車載器に組み込むための最高のピース（部品）になるため、この国家戦略の動きはACCESSグループにとっても非常に大きな追い風となっている。 最新OCNOS7.0の技術（Kubernetes、コンテナネットワーク）から、車載器、そして世界的なSDVの覇権争いまで、全体のつながりと仕組みを整理するアナザーストーリーを始めようか⁈ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！

＞AT&Tが手を引いてたのを見誤って、最後はAT&TはOpen思想を捨て去りエリクソンとの提携が発表された。 ＞そして、タワー投資顧問は事前情報で顧客の機関投資家に対して早期に解散を通知し...ぽん！ 社運を賭けた悲願のAT&TとのOpen SD-Edge PlatformとuCPEが葬り去られ、仕掛けられた不正会計問題で三途の川の手前だったIpinfusionが、ソフトバンクMUPで甦ると、海外のソフトウェア輸入の商社は、尖がりNTT/IOWNなら許せるがブロードバンドとデータセンターではACCESSは邪魔者である。ぎっこんばったんぎっこんばったんぴ○とん運動で地球をまわせ...ぽん！