自分も信用組だけど、そろそろ期日なので決済しないといけない。 信用残がここまで減少してるということはみな同じタイミングでインしてるということか。

明日から⤴️⤴️⤴️⤴️⤴️❓

来期の見通しで、今後の動きが決まるかな。

信用倍率減だが満額の状況で、今の信用買い期日の株価なら信用残の減が現引きによるケースが多いので、その場合浮動株減で現物枯渇をイメージする恐怖を盛り上げられる...ぎっこんばったんぎっこんばったんp！すとん運動で地球をまわせ...ぽん！

現物枯渇

＞損益計算書上の赤字とは異なり、本業のサイクルで現金が流入したことになった。 「実際に現金が動いていないのにプラス（流入）になる」というのは、キャッシュ・フロー（CF）計算書では、営業CFの合計がプラスであることは、最終的に「その期間中に、手元の現金が結果としていくら増えたか」を表しているが、その内訳には「現金が動いていない調整項目」が多く含まれている。 なぜ現金が動いていないのに「流入」として計算されるのか 1. 費用として計上したが、現金は出ていっていない（プラス要因） 2. 売上は計上したが、まだ現金をもらっていない（マイナス要因） 3. 先に現金を払ったが、まだ費用になっていない（マイナス要因） ACCESSのケースで「営業活動によるキャッシュ・フロー」がプラスであるということは、「現金の出入りを伴わない会計上の利益」をすべて調整した結果、「最終的に本業に関連して手元の現金がこれだけ増えた」という着地を意味する。 つまり、利益（黒字）が出ていて、かつ現金も増えているなら、非常に健全な資金繰りだが、利益は赤字で営業CFはプラスという場合、減価償却費などの非資金費用が多い、あるいは売掛金をしっかり回収して現金化した、といった状況である。 「利益と現金のズレを補正する作業」を行っていることにほかならない。 2025.1の営業活動によるキャッシュ・フロー11.35億円のプラスに比べて2026.1は、アラブ案件で頑張ったが、いったん取り下げられたので期待外れに終わる。だがしかしもともと、営業活動によるキャッシュ・フローは見通しに入ってないのだから、売上・契約資産の計上のために知恵をしぼれ‼ぎっこんばったんぎっこんばったんp！すとん運動で地球をまわせ...ぽん！

アラブ首長国連邦への攻撃を予言するかのごとき３年１０５億円の売上収益とキャッシュ修復計画は霧に包まれた‼キャッシュを先延ばしして契約資産計上がどこまで積み上がるかが決算決戦でR！ 2025/12/23 21:09　シャーロットのおくりもの > 「蜘蛛の糸シャーロットACCESS経済原論」どおりに、2025.1期の契約負債53億円で2026.1期３Qは救われたが、逆に4Qに確率は低いが15億の前受で契約負債計上で終われば、営業利益７億の赤字予想が52億赤字もアリエール‼ぎっこんばったんぎっこんばったんｐ！すとん運動で地球をまわせ...ぽん！ > 「蜘蛛の糸シャーロットACCESS経済原論」を信じる者は救われる‼ さもなければ、SBIにIOWN溶岩ドーム火砕流の勢いのまま、蜘蛛の糸時間六カ月チャート7/1と8/27の新妖怪が狙われてハルマゲドンの戦いとなる‼ >ACCESSの営業CFプラスは何度も言うが 利益剰余金マイナス × 契約負債増 ＝ 営業CFプラスなのだ‼ 普通ならこの状態は将来の売上を担保に今の資金繰りをつないでいる状態と言えるが2025.1期の契約負債53億円は合理的不正会計問題利益剰余金マイナスの落し子でR！ 2025年1月期有価証券報告書において、税金等調整前当期純損失の計上にもかかわらず営業活動によるキャッシュ・フローが11.3億円のプラスとなった要因は、減価償却費（約11.9億円）や減損損失（約4.6億円）など現金の流出を伴わない費用が計上されたためだ。また、大口顧客の売掛金回収に伴う債権の減少もプラスに寄与しており、損益計算書上の赤字とは異なり、本業のサイクルで現金が流入したことになった。

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