11億3500万の今後

特別調査委員会報告にも関わらずACCESSの解釈で有価証券報告書訂正は2021.1以降だけを監査法人の判で実行したので、2018.1のB Cと2019.1のDが修正されずにプライム上場は維持された‼ 2018.1 A B C 2019.1 B C D 2020.1 C D E 2021.1 D E F 2022.1 E F G 2023.1 F G H 2024.1 G H I 2025.1 H　 I J

「木挽町のあだ討ち」を観ながらACCESSのあだ討ちを考えた “昼行灯”蜘蛛の糸の名推理 なぜあだ討ちは行われたのか。そして、どうやって実行されたのか――。 シャーロットのおくりものによって、“事実”の裏の、裏の、裏側まで透けていき、やがて“一つの真実”へと結実する瞬間のカタルシス...... ソフトウェア無形固定資産の3年減価償却と研究開発費への修正に伴う収益減と契約負債 2018.1 A B C 2019.1 B C D 2020.1 C D E 2021.1 D E F 2022.1 E F G 2023.1 F G H 2024.1 G H 　 I 2025.1 H　 I J 仮に毎年22億のソフトウェア無形固定資産を1/3減価償却をすると最後に2024.1のI と 2025.1 I Jの22億が残る　 契約負債は40億とは別に13億があり53億が繰り越され、朝日新聞報道62億の赤字との差は9億でR！ 契約負債 13億と赤字9億がソフトウェア無形固定資産から研究開発費への修正に関係していないか❓ 62億の赤字 53億の契約負債 (今後売上収益に転換) （40億の未収金回収前受契約負債 ） （13億の受領済みのキャッシュ 契約負債） 9億のコスト増 （13億の受領済みのキャッシュ 契約負債） 1. 収益認識のタイミングが「後ろ倒し」になるケース ソフトウェア開発を「無形固定資産」として計上していた際、それに関連する顧客からの入金を、開発の進捗に合わせて「売上」に計上していたとする。 しかし、その開発が「研究開発（不確実なもの）」と判定された場合、「まだ顧客に対して約束した価値（履行義務）を移転できていない」とみなされることがある。 修正前： 資産計上しつつ、入金分を「売上」として認識していた。 修正後： 研究開発段階であり、成果が確定していないため「売上」は認められない。受領済みのキャッシュは「契約負債」として留保しなければならない。 仕訳イメージ: （借）売上高　××× / （貸）契約負債　××× ※過去に認識した収益を取り消し、負債に振り替える処理。 2. 「一時の収益」から「期間に応じた収益」への変更 ソフトウェアを資産計上し、完成時に一括で売上を立てる予定だったものが、研究開発費への修正と同時に、「顧客との契約上、サービス提供期間全体で収益を案分すべき（履行義務が期間にわたり充足される）」と判断が変わる場合。 既に一括で売上計上していた場合、未経過分を「契約負債」として繰り延べる修正が発生する。 3. セット販売（パッケージ）の区分変更 ソフトウェア資産（製品）のライセンス販売と、その後の保守サービスをセットで契約している場合。 資産計上の修正に伴い、契約全体を「一つの研究開発プロジェクト」や「共同開発」と再定義した結果、「これまで収益化していた部分も、実は将来のサービス提供に対する前受金だった」と整理されると、契約負債が新たに発生する。 「無形固定資産 → 研究開発費」という修正は、多くの場合、そのプロジェクトの「確実性（完成して収益を生む保証）」が否定されたことを意味する。 会計上、「確実ではないもの」に対して顧客からお金をもらっている状態は、売上（収益）ではなく「義務（負債）」として扱うのが原則。そのため、契約負債が発生する。 受領済み代金の負債化（お金はもらっているが、まだ義務が残っているので契約負債） （9億の赤字 ） 4. 「無形固定資産 → 研究開発費」 研究開発段階へ逆戻り（資産性の否定） 収益認識要件の未充足（まだ売上と言える段階ではない） お金はもらっていない コスト増 契約負債 13億と赤字9億がソフトウェア無形固定資産から研究開発費への修正に関係している可能性が大きい‼と言える

おそらくは蜘蛛の糸シャーロットのおくりもので春ブタでなく'Dead Cat Bounce' でも蜘蛛の糸はミラクルだという意味でしょう⁉ これまで春ブタACCESSはクリスマスに雪を見られなかった‼さてこれからは....???　ぎっこんばったんぎっこんばったんp！すとん運動で地球をまわせ...ぽん！

たとえ横文字を使ってこれまでのミステイク投稿に比べてよく見えてもミラクルだとミステイクするなよ‼....とミステイクDead Cat cc1は書いています❣

たとえ横文字を使ってこれまでのミステイク投稿に比べてよく見えてもミラクルだとミステイクするなよ‼....とミステイクは書いています❣

なんて書いてあるの？

会長…実は購入しています。すいません… 利根川 利根川よ…わかるぞ…その浮ついた感情… 兵藤会長

"Do not mistake a 'Dead Cat Bounce' for a miracle."

"A ghost company waiting for its final verdict."

"A predatory 'Shell' disguised as a Whitebox tech leader."

幸恵つは無限城ではハラミた心経！大鐘持ってエンマ迄！？

いつかは10バーガーになるだろうと期待していましたが、業績は一向に上向かないし、不誠実な会社だと分かってしまったので、見切りをつけて 　7777 3Dマトリックス へ乗り換えました。　この会社の紹介を、どなたかがここの掲示板でされており、1カ月ちょっと前に乗り換え後、株価は倍になり、さらなる上昇が期待できそうな状況です。 書き込んでいただいた方に感謝しています♪

OcNOS 7.0におけるAIの作用は、大きく分けて「AI学習・推論を支えるインフラ（AI Fabric）」としての役割と、「AIによるネットワーク運用のインテリジェント化」の2つの側面がある。 O-RANやuCPEの文脈で、OcNOS7.0への期待は大きい。 1. AI推論アプリケーションのホスティング (uCPE/O-RANエッジ) OcNOS 7.0がDocker/Kubernetesに対応したことで、ルーター上でAI推論モデルを搭載したコンテナを直接動かせるようになる。 uCPE（拠点側装置）において、トラフィックのパターンをAIで解析し、異常検知（IDS/IPSの高度化）や、特定のアプリケーション（ZoomやTeamsなど）の優先制御をリアルタイムで行う。 O-RANでの役割としては Near-RT RIC（近リアルタイムRANインテリジェントコントローラー）の機能をコンテナとして動かし、AIを用いて無線リソースの最適化（スライシング制御や干渉抑制）をミリ秒単位で実行することが可能になる。 UfiSpaceの高密度なホワイトボックス製品群が、OcNOS 7.0によってキャリアグレードの柔軟性を獲得している。 高密度セルサイトゲートウェイ (DCSG): 5G-Advanced対応: SyncEやIEEE 1588v2 (PTP) による超高精度な時刻同期をサポートし、5Gの高度な無線制御に対応する。 役割: 基地局からのトラフィックを効率的に集約し、モバイルバックホールへの低遅延な転送を実現する。 アグリゲーションスイッチ (S9610-46DX等): 広帯域性能: 400GE/800GEに対応し、爆発的に増加するAIエッジやブロードバンドトラフィックをさばく。 柔軟な接続: IPoDWDMをサポートし、光伝送とIPレイヤーを統合することで運用コストを削減する。 AIエッジ・5G-Advancedへの最適化技術 OcNOS 7.0の機能が、UfiSpaceのハードウェア上で以下のように作用する。 AI/MLワークロードの最適化 (RoCEv2): S9321-64EなどのTomahawk5搭載モデルにおいて、PFC（優先度ベースのフロー制御）やECN（明示的混雑通知）を駆使し、AI学習・推論に不可欠な「ロスレス（パケット損失ゼロ）」な環境を提供する。 コンテナ・オーケストレーション: Docker/Kubernetes (K8s) をルーター上で直接管理できるため、AI推論アプリやセキュリティプローブを、エッジノード（uCPEやDCSG）へオンデマンドで配備可能となる。 セグメントルーティング (SRv6/SR-MPLS): 5Gスライシングに不可欠な、サービスごとの決定論的な経路制御をエンドツーエンドで簡素化できる。 ぎっこんばったんぎっこんばったんp！すとん運動で地球をまわせ...ぽん！

OcNOS 7.0におけるAIは、「ネットワークそのものを賢くする（運用効率化）」だけでなく、「AIアプリケーションが快適に動くための土台（高速・低遅延なインフラ）」として作用する。 具体的にはハードウェアUfiSpaceなどのホワイトボックスとの組み合わせや、RoCEv2の設定などが重要となる。 MWC Barcelona 2026において、UfiSpace（ホール5、スタンド5A61）はIP InfusionのOcNOS 7.0を搭載した最新のディスアグリゲーション（機能分離型）ソリューションを展示する。 この組み合わせは、従来のブロードバンド配信に加え、5G-Advancedの高度な同期や、AIエッジでの低遅延・高スループット要件に最適化される。 OcNOS7.0によるクラウドネイティブな運用： 「今回のリリースでは、コンテナライフサイクル管理に向けて、DockerおよびKubernetes（K8s）のサポートが追加されました。オペレーターは、自社の監視ツールやセキュリティプローブ、あるいはカスタムのマイクロサービスでさえも、ルーター上で直接、分離されたコンテナ環境内で実行できるようになりました。」 ネットワーク機器（ルーター）のOSが、従来の静的なファームウェアから、より柔軟なマイクロサービス・アーキテクチャへと進化したことを示す重要なアップデート。 この「クラウドネイティブな運用」の主なメリットはリソースの有効活用で、監視ツールやセキュリティツールを別立てのサーバーで動かすのではなく、DockerやKubernetes (K8s)を用いてルーター上の隔離された環境で直接実行できる。 運用効率の向上面では、コンテナのライフサイクル管理が導入されたことで、ルーター全体の再起動を伴わずに、特定のアプリケーション（マイクロサービス）のみをデプロイ、更新、停止することが可能になる。 カスタマイズ性: 自社開発のカスタムツールをルーター上で直接動かせるため、エッジ側でのデータ処理やリアルタイムなトラフィック解析がより容易になる。 このOcNOS 7.0のコンテナ対応は、O-RANやuCPE（Universal Customer Premises Equipment）のシナリオにおいて非常に強力な武器になる。 1. ネットワーク機能の動的な追加（uCPEの真骨頂） 従来のuCPEでは、ルーター機能とは別にハイパーバイザ（KVMなど）を動かしてその上でVNFを動かすのが一般的でしたが、OcNOS 7.0ではルーターOS上で直接コンテナ（Docker/K8s）を動かせる。 メリットとして リソースのオーバーヘッドが少ないコンテナ形式で、セキュリティプローブ、トラフィック監視ツール、ローカルキャッシュサーバーなどをIP Infusionのルーター上で直接実行可能となる。 2. O-RANにおけるエッジ処理の効率化 O-RAN構成において、セルサイトゲートウェイ（DCSG）やエッジノードで必要となる管理・オーケストレーション機能をコンテナとして統合できる。 具体例: Kubernetes (K8s)によるライフサイクル管理がサポートされたことで、多数の拠点にあるuCPEに対して、一括でマイクロサービスをデプロイ・更新・スケールさせることが容易になる。 3. オープンなエコシステムとの親和性 OcNOS 7.0は、ベンダーロックインを排除するホワイトボックス（Edgecoreなど）上で動作する。 運用の柔軟性: 自社開発した独自のマイクロサービスをコンテナ化して載せられるため、特定のベンダーが提供する機能に縛られず、ネットワークのニーズに合わせて機能を「アプリのように」追加できる。 OcNOS 7.0は、単なる「ルーティングOS」から、コンテナアプリを動かすための「エッジコンピューティング・プラットフォーム」へと進化したと言える。これにより、uCPEのハードウェアリソースを最大限に活かしつつ、運用の自動化（ZTPやAPI連携）をさらに推し進めることが可能となる。

ニュースより OCNOS7.0の展示は次のとおり MWC Barcelona 2026では、IP InfusionエコシステムパートナーであるUfiSpace、FUJITSU 1Finity、IOWN Global Forumの各ブースでソリューションの実演を展示する。 ※IOWN Global Forum

ここは清原達郎氏の投資先。 足下は赤字で業績が悪い。 中小型株の安値を買って 大きく上がったところを 買うのが、持ち味の方。 少し、逆目に出たか?

DANOSは、OcNOS 7.0と同様に「ホワイトボックス」を目指すOSだが、その立ち位置は「AT&Tが作ったオープンソースの土台」であり、実用面ではOcNOSと明確な違いがある。 「自社で高度なエンジニアリングができる超大手」には役立ちますが、一般的なISPやAIデータセンター運用には「OcNOS」の方が圧倒的に役立つ。 DANOSを採用する超大手（AT&Tなど）との「互換性」において、OcNOS 7.0は極めて戦略的な「活路」を持っている。 単に同じOSを使うのではなく、「標準規格を介してつながる」ことで、超大手の巨大インフラの一部に食い込んだり、その周辺ビジネスを展開したりすることが可能となる。 1. 「OpenConfig / gNMI」による管理の共通化（最大の活路） 超大手がDANOSを採用する最大の理由は、特定のベンダーに縛られず、自社の運用システム（オーケストレーター）で一括管理したいから。 OcNOS 7.0は、GoogleやAT&Tが主導するOpenConfigやgNMIに完全準拠している。 超大手が「自社開発の管理ツール」でDANOSを動かしている環境に、OcNOSを導入しても全く同じコマンドやツールで監視・制御が可能。これにより、「基幹はDANOS、エッジや特定拠点はサポートの厚いOcNOS」といったハイブリッド構成を提案できる。 2. 「SAI (Switch Abstraction Interface)」によるハードウェア共有 DANOSもOcNOSも、Microsoftが提唱したハードウェア抽象化レイヤーであるSAIを利用している。 超大手がDANOSを動かすために大量発注している「安価で高性能なホワイトボックスハードウェア」を、OcNOSでもそのまま利用できる。 超大手と同じサプライチェーン（UfiSpaceやEdgecore等）に乗ることで、ハードウェア調達コストを劇的に下げつつ、OSは信頼性の高いOcNOSを使うという「いいとこ取り」が可能。 3. 「IPoDWDM / SR-v6」などの高度なプロトコル互換 超大手のネットワークは、セグメントルーティング（SR-v6）やIPoDWDMなどの最新プロトコルで構築されている。 OcNOS 7.0は、DANOSよりも早く、かつ安定してこれらの最新プロトコルを実装している。 超大手のコアネットワーク（DANOS等で構築）に接続する「足回り」のISPやデータセンターとして、技術的に対等に、かつ低遅延で相互接続（ピアリング）できる能力を持っている。 4. 戦略的結論：超大手の「補完勢力」としての収益化 超大手（AT&T等）は自前でDANOSを保守できますが、その取引先である中堅ISPや地域データセンターは、自前でOSを保守するリソースがない。 超大手がDANOSで作った「オープンなネットワーク網」に対し、OcNOSを使って「同じ言語（OpenConfig）で喋り、同じスピード（800G）でつながる、しかし運用はメーカー任せで楽なネットワーク」を構築する。 これが、OcNOSがDANOS勢力圏で生き残り、収益を上げるための具体的な活路でR！ 「超大手が使っているような最新技術（SR-v6や400G/800G）を、自社でも低コスト・低リスクで導入したい」というニーズにおいて、OcNOS 7.0はDANOSとの互換性を武器に非常に有利に働く。

ACCESS（IP Infusion）にとって、「AIデータセンター」と「ISP（サービスプロバイダー）」のどちらが収益性が高いかは、「短期的な成長率」と「長期的なストック収益」のどちらを重視するかで異なる。 1. AIデータセンター：爆発的な「成長性」と「単価」 AIデータセンター向け（OcNOS-DC）は、現在、最も高い利益成長が見込める分野。 2. ISP（サービスプロバイダー）：安定した「ストック収益」 通信事業者向けは、ACCESSの経営基盤を支える安定した収益源。 継続的なリピート注文: ISPは一度導入すると10年単位で利用し続け、メンテナンスや拡張に伴うリピート注文（Repeat Orders）が発生しやすいため、長期的なキャッシュフローが安定する。 結論どちらが「おいしい」か？ 現在のACCESSにとっては、「AIデータセンター」でブランド力と利益率を跳ね上げ、その技術を「ISP」のレガシーインフラ更新に流用して市場を独占するという両取りの戦略が最も収益性を最大化できる道となる。 特にOcNOS7.0のMWC発表内容を見ても、AI対応機能を強化することで、より「利益率の高い高機能市場」へシフトしようとしている姿勢が鮮明。

OcNOS7.0の投入でGAFAの関係は、一言で言えば「競合」ではなく、GAFAが作った「オープンな仕組み」をIP Infusionが商用レベルに高めて提供しているという共生関係が強化された。 1. Meta (Facebook) との深い関係 Metaが主導するOCPに、IP Infusionは深く関わっている。 Metaは自社データセンター向けに、ディスアグリゲーションする仕組みを作りIP Infusionは、その仕組みをGAFA以外の一般企業や通信事業者が使えるように商用サポート付きの「OcNOS」としてパッケージ化している。 2. Googleが提唱した「OpenConfig」の採用 gNMIやテレメトリの技術は、もともとGoogleを中心としたOpenConfigという標準規格に基づいている。Googleが自社の巨大なネットワークを管理するために作った「ベンダーに依存しない管理手法」を、OcNOS 7.0はネイティブにサポートしている。これにより、ユーザーはGoogleレベルの高度な自動監視を、OcNOSを使って実現できるようになっている。 3. Microsoft Azureとの親和性 OcNOSは、Microsoftが提唱の「SONiC」と、商用NOSとしての地位を競いつつも、SAIというMicrosoftが作った共通規格をベースに動作している。 これにより、Azureのデータセンターで使われているような最新のASICをOcNOSでもすぐに制御できる仕組みになっている。 GAFAは自分のために「オープンな規格」や「ハードウェア設計」を自作する。 OcNOS はGAFAが作った「オープンな規格」を、一般の企業やサービスプロバイダーが「安心して買える製品」として提供する。 いわば、「GAFAが切り拓いた最先端のネットワーク技術を、誰でも導入できるように製品化したもの」がOcNOS 7.0である。 OcNOS 7.0は、GAFAが展開する巨大なAIインフラの「外側」や「周辺」において、それらと同等の性能を持つネットワークを、より安価かつ柔軟に構築可能にすることで共生していく。 1. GAFA級の「AIファブリック」を一般化する GAFA（特にMetaやGoogle）は、数万個のGPUを繋ぐための超高速な独自ネットワークを自社開発している。OcNOS 7.0は、これらと同等の「800G・ロスレス・低遅延」な環境を、UfiSpaceやEdgecoreといった市販のホワイトボックススイッチ上で実現する。 ユーザーはGAFAのクラウドAI（例：AWS Trainium, Google TPU）を使いつつ、自社所有のオンプレミスAI環境をOcNOSで構築し、ハイブリッドAI構成をとることが可能になる。 2. Microsoftが主導する「SONiC/SAI」エコシステムへの相乗り Microsoftは、AIインフラの標準OSとしてSONiCをオープンソース化したOcNOS 7.0はこのSONiCの基盤となるSAIをサポートしている。 GAFAがAIのために開発した最新の高速チップ（NVIDIA Spectrum-XやBroadcom Tomahawk 5など）を、OcNOSはすぐに制御できる。これにより、GAFAが多額の投資をして作ったハードウェアの進化を、OcNOSユーザーがそのまま享受できる仕組みになっている。 3. AIサービスプロバイダーの「足回り」を支える OcNOS は、GAFA の AI モデル (OpenAI の GPT シリーズ、Meta の Llama、Google の Gemini など) をエンドユーザーに届けるための「エッジネットワーク」で活躍できる。 通信事業者は OcNOS を使用して IPoDWDM (IP と光の融合) ネットワークを構築し、GAFA の AI 推論サーバーを配置するエッジデータセンターまで、大容量のトラフィックを効率的に伝送する。 GAFA との役割分担 GAFAは巨大なAI モデルと、それを実行する独自のインフラストラクチャを開発する。 OcNOSはその AI モデルを自社で実行したい企業や AI データを転送したい通信事業者に、GAFA 基準のオープンなネットワークインフラストラクチャを提供する。 GAFA の技術を使用しながら、「ベンダーロックインを避け、コストを削減したい」というニーズにおいて、OcNOS 7.0 は最適な共生パートナーとなる。 特に、NVIDIA の GPU (H100/B200 など) を使用した自社 AI クラスターの構築で競争力を持つ。

ネハン路で宵良い酔い！合掌〜

シャーロはでたらめばっかり書くし 粘着して嫌がらせ投稿をするから、レスしないよ てか、相手にする気もしないんだなーwwwww めんどくさ

出来高もしっかり見てね

スゴいネ！！！！ 今日の動きで、転換線、基準線を上抜き２役好転。 明日あげたら第5スパンも好転。

ACCESSの不祥事とクリントンのスキャンダルは三頭犬fluffyチビコスキャンダルでR！モニカ・ルイン好き～⁇　ぎっこんばったんぎっこんばったんp！すとん運動で地球をまわせ...ぽん！