COB（Chip-On-Board）マイクロコントローラ

# 概要（Executive Summary）

街角で売られる低価格なキーチェーン型ブロックゲーム機は、基板上にワイヤボンディングした半導体ダイをエポキシ封止したCOB（Chip-On-Board）マイクロコントローラを搭載し、内部にあらかじめマスクROM（或いはOTPメモリ）で格納したゲームプログラムを持つ。これらのチップは一般に4ビット（8051系に類似）または8ビット相当の独自アーキテクチャで、低速（内部RC発振で数MHz以下）に動作する。メモリ構成は数KB級のプログラムROMと数十～百数十バイトのデータRAM（例：Holtek社HTG13J0でROM 8KB・RAM 80Byte、Aplus社APU429でROM 8KB・RAM 96～192Byte）程度、I/Oピンは十数本（ボタン入力・LCDドライバ線など）です。LCDドライバは数百セグメント（例：40×8=320セグメント、8×42=336セグメント）を制御でき、1音ブザー制御や低電力モード機能を内蔵します。電源は一般に1.5V単三電池×2（3V）やLR44ボタン電池×2（3V）などで、基板・筐体はFR-4や薄型樹脂で低コストに製造されます。製造プロセスでは、設計済みチップ（例：Holtek、Megawin等が設計）がファウンドリでダイ製造され、COB工場でダイ接着・ワイヤボンディング・エポキシ封止が行われる。その後、基板実装工場（PCBアセンブリ）でプリント基板や部品実装を経て、最終的に玩具OEM/ODMメーカーで筐体組立・検査されます。最終製品は中国の輸出商社・問屋を経由し、東南アジア・アフリカ・東欧など世界各地の雑貨店や露店、ECで販売されます（図参照）。大量発注時には1台あたり約0.80USD程度まで単価が下がる例が報告されており、個々の部品原価はLCDモジュール約0.05–0.15USD、COB IC約0.03–0.10USD、ブザー約0.01–0.05USD、PCB＋実装費約0.05–0.15USD程度と推定されます（以下表参照）。なお、実際の仕様・コストは設計会社・モデルや部品選択により大きく変動する可能性があります。

## 代表的な仕様（例） 

| 項目                 | 仕様（典型例）                                                               |

|--------------------|---------------------------------------------------------------------------|

| CPUコア            | 4ビットRISC系（8051互換的）または8ビットカスタム（Holtek, Megawin 等） |

| 動作クロック        | 内部RC発振器、約0.5～1MHz 程度                                         |

| プログラムROM      | 数～十数KB（マスクROM、例: 8KB）                         |

| データRAM          | 数十～百数十バイト（例: 80B～192B）                    |

| I/Oポート          | 約10～20本（ボタン・リセット・共通/セグメントLCDライン等）                              |

| LCDドライバ        | 数百セグメント対応（例: 40×8=320セグメント、8×42=336セグメント）|

| ブザー/音源        | 内蔵（単音ビープ音, PWM出力など）                                            |

| 電源               | 3V（1.5V単三×2またはLR44×2）                                     |

| 外部メモリ         | なし（全データ・プログラム内蔵）                                              |

| パッケージ・実装    | 基板上へのダイ直付けCOB（ワイヤボンディング＋黒色エポキシ封止）        |

| 基板構造           | 片面または両面プリント基板（低コストFR-4、ガラスエポキシ等）                          |

| その他            | キーマトリクススキャン機能, 省電力HALT/WAKE機能等                                |

## 製造・組立プロセス

COBチップの製造は、まず半導体設計会社（例：Holtek、Megawinなど）が特定用途向けにマスクROMプログラムを組み込んだマイクロコントローラを設計し、ファウンドリ（半導体工場）でシリコンウェーハに製造します。その後、完成したダイは基板に接着され、細線（ワイヤボンディング）で基板配線と接続されます。最後に黒色エポキシで封止してチップを保護するCOBパッケージ形態となります。これによりICパッケージコストを下げ、サイズも最小化します。基板は簡易な片面または両面のプリント基板が用いられ、表面実装や挿入実装で抵抗やコンデンサ、ブザーなどを実装します。製品組立では、前述COB搭載基板に液晶モジュール（ガラス板に印刷されたセグメント）やスピーカ・ボタン電池ホルダを組み込み、プラスチック外装に固定します。製造段階では動作テストが行われ、EEPROMではなくマスクROMを用いる場合は出荷前にテスト治具で正常動作を確認して出荷します（レトロゲーム系は常に同じプログラムであることが多い）。なお、一部情報筋ではダイ内部にEPROM風の領域が見られたとの報告もあり、設計によっては一度だけ書き込み可能なメモリが使われることも示唆されています。

## サプライチェーンフロー（商流）

```mermaid

flowchart LR

    A[チップ設計・開発\n（例：Holtek, Megawin 等）] --> B[ファウンドリ\n（半導体製造）]

    B --> C[COB組立工場\n（ダイ接着・ワイヤボンディング・封止）]

    C --> D[PCB実装工場\n（基板製造・部品実装）]

    D --> E[OEM/ODMメーカー\n（ゲーム機組立・品質検査）]

    E --> F[卸売・輸出業者]

    F --> G[小売店・露店・ECサイト]

```

上図のように、まず半導体開発会社がチップを設計し、ファウンドリでダイを製造します。ダイはCOB組立工場へ送られ、基板上に搭載・封止されます。その後、PCB実装工場で他部品と共に実装し、OEM/ODMメーカーで筐体組立・検査が行われます。完成品は中国の卸売・輸出業者に渡り、東南アジア・アフリカ・欧州などの雑貨店や露店、オンラインマーケットを通じて販売されます。主要メーカー例としては、広東省の深圳・東莞・汕頭周辺に複数のOEM/ODM企業が存在し、総合玩具メーカーが完成品を企画・輸出します。注文数は一般的に数千～数万単位（高額なモデルで数十万台）となり、大ロット時に単価が下がります。

## コスト推定と部品構成

大量生産時の製品単価は約0.80USD前後まで下がるとされ、以下は主要構成要素の概算コスト例です（1台あたり）。実際の数値は発注数量・部品調達条件により変動します。

| 部品・項目       | 概算コスト (1台あたり)        |

|----------------|--------------------------|

| COBマイクロコントローラIC  | 約0.03–0.10 USD            |

| LCDモジュール    | 約0.05–0.15 USD            |

| ブザー（圧電素子） | 約0.01–0.05 USD            |

| PCB基板 (材料+製造)  | 約0.03–0.10 USD            |

| 実装・検査費    | 約0.05–0.15 USD            |

| **合計BOM**       | **約0.17–0.55 USD (参考)** |

たとえば、グローバルソースに掲載のモデルでは、5000～9999個で0.85USD、20000個以上で0.80USDといった価格設定がなされており、数万台のロットでは上記BOM合計＋梱包・物流費＋利ざやで約0.8USD前後と推定されます。少量（10～30台程度）注文では1台約0.7～1.6USDと幅があり、その差は発注量や最終外装材質、検査・送料条件によるものです。また、二次電池（LR44など）は上表に含まず、1台あたり数セント程度のコスト増となります。以上の数値は目安であり、実際にはデザインやパッケージ、ボリュームにより大きく変動する点に注意してください。

**不確実性:** 上記はあくまで典型的な例示であり、OEMによって内部チップや部品選定が異なるため仕様・コストにはばらつきがあります。特にCPUコア、LCDサイズ、ゲーム数、筐体形状などが異なるモデルも多く、それぞれ個別に異なるチップが使われる可能性があります（例：別メーカー製チップや新規設計のマスクROMなど）。また、市場の部品価格や為替変動によりコスト構成比も変わり得る点に留意が必要です。

## 参考文献・資料

- COBパッケージの概要と用途  

- Holtek HTG13J0マイクロコントローラデータシート  

- Aplus APU429マイクロコントローラデータシート  

- Brick Gameハード解析（8051系MCU類似性指摘）  

- 量産玩具コンソールの部品仕様例（Globalsources掲載）  

- 中国系仕入れサイト掲載価格例  

各資料を参照しつつ、上記情報を総合・推定してまとめました。各数値・仕様は公開情報・テアダウン報告等から抽出した典型例であり、実際の製品はこれと異なる場合があります。 

「gridpcm」構想について

 本稿は、gridshaderのセル評価モデルを音響生成へ拡張する「gridpcm」構想について、その技術的基盤を整理する。実装の中心にはWeb Audio APIを置き、AudioContext、ScriptProcessorNodeまたはAudioWorkletを用いて、ブラウザ上でリアルタイムPCMサンプルを逐次生成する。各サンプルは、サンプリング周波数に基づく時刻 t = n / sampleRate から計算され、サイン波、矩形波、ノコギリ波、ノイズなどの基本波形はJavaScript関数として定義される。gridshaderにおけるピクセル座標 fragCoord に相当するものとして、gridpcmでは時間インデックス、レーン番号、セル位置を用い、各セルは oscillator、gain、envelope、gate、filter、bitcrush、delay、mix などの処理単位として振る舞う。これにより、音響処理は固定された波形再生ではなく、格子状に配置された関数評価の連鎖として記述される。また、複数レーンの出力を加算合成することで、簡易的なトラックミキサーとして機能し、PCM的な低解像度感、量子化ノイズ、波形の粗さも表現資源となる。本構想は、DAWの代替ではなく、音を「データ列」「関数」「視覚的グリッド」の交点で味わうための、ブラウザベースの実験的音響環境である。

関連キーワード：

Web Audio API、AudioContext、AudioWorklet、ScriptProcessorNode、PCMサンプル生成、sampleRate、時間インデックス、サイン波生成、矩形波、ノコギリ波、ホワイトノイズ、オシレーター、ゲイン制御、エンベロープ、ゲート処理、フィルター、ディレイ、ビットクラッシュ、量子化、レーンミキシング、加算合成、リアルタイム音響合成、JavaScript DSP、ブラウザ音源、gridshader、gridpcm、音のシェーダー、味わうインターフェース

娯楽における「粘性」

 本稿は、娯楽における「粘性」を、味わう行為を成立させる時間的・記憶的条件として位置づける。ギャンブルやガチャに代表される射幸性は、未来の偶然によって現在の行為を駆動するが、その継続性は必ずしも経験の蓄積に基づかない。これに対し、RPG、トリロジー、育成ゲーム、対人ゲームに見られる粘性は、過去の選択、記憶、未練、関係性が現在の解釈と行動に残留する性質である。すなわち、粘性とは単なる中毒性や反復性ではなく、経験が揮発せず、次の体験を変形させる力である。さらに、対人ゲームでは履歴が読み合いを生み、読み合いが戦略性へと発展する。ここでは偶然だけでなく、他者の意図、癖、記憶、因縁がゲーム性を厚くする。したがって、ゲーム性の発展は、射幸性から粘性へ、さらに戦略性・社会性へと移行する過程として捉えられる。「味わう」とは、この粘性を受け入れ、経験の残留を価値として読む態度である。

関連キーワード：粘性、味わう、射幸性、継続性、揮発性、ゲーム性、RPG、トリロジー、記憶、蓄積、履歴、未練、戦略性、対人性、読み合い、社会性、中毒性、反復、経験の残留、コ

入札額の上昇に伴いCPCが上昇し、同時にCVRが低下する現象

 入札額の上昇に伴いCPCが上昇し、同時にCVRが低下する現象は、広告オークションにおける限界クリックの質的劣化として定式化できる。入札額 (b) を高めることは、より多くの広告機会への参加を可能にし、クリック量 (Q(b)) を増加させる一方で、競争強度の高い面への露出により (CPC'(b)>0) をもたらす。さらに、追加的に獲得されるクリック集合 (\Delta S) の平均CVRが既存集合 (S(b)) の平均CVRを下回る場合、全体の平均CVRは低下する。このとき (CVR_{\Delta}<CVR_{average}) が成立し、(dCVR/db<0) と表現される。したがって、CPAは (CPA(b)=CPC(b)/CVR(b)) として、分子の上昇と分母の低下を同時に受ける。これは単なる運用失敗ではなく、市場拡張に伴う「濃い需要」から「薄い需要」への遷移であり、広告成果を平均値ではなく限界値として味わうための基本モデルである。

関連キーワード：
限界クリック、平均CVR、限界CVR、CPC上昇、CPA悪化、広告オークション、入札額、需要の希薄化、クリック品質、コンバージョン確率、限界効用、逓減効果、広告配信最適化、探索拡張、入札弾力性、ROAS、獲得効率、トラフィック品質、平均と限界の乖離。

本稿は、Cloudflare Durable Objectsを、単なるサーバーレス実行基盤ではなく

 本稿は、Cloudflare Durable Objectsを、単なるサーバーレス実行基盤ではなく、「状態を持つ対象物」がネットワーク上に宿るための分散的存在論として捉え直す試みである。Durable Objectは、一意なID、内部状態、永続ストレージ、外部からのメッセージ処理を備え、Actorモデルに近い振る舞いを示す。この構造は、ROSにおけるノード、トピック、サービス、アクションの関係と親和性が高い。すなわち、ひとつの回路、ひとつの部屋、ひとつの編集空間が、それぞれ固有の状態を持つ「小さなノード」として立ち上がる。

「味わう」とは、この技術を効率や性能のみで評価するのではなく、対象が名前を持ち、状態を記憶し、他者との相互作用を通じて変化する過程を経験的に読む態度である。回路シミュレータを例にすれば、スイッチ操作、電圧変化、参加者の同期、履歴の保存は、単なるデータ処理ではなく、対象物が時間的厚みを獲得する過程である。Durable Objectsは、Web上における小規模な機械的主体の生成を可能にし、ROS的分散ノード観をクラウド環境へ拡張する基盤として位置づけられる。

関連キーワード
Durable Objects、Cloudflare Workers、Actorモデル、ROS、分散ノード、状態管理、WebSocket、サーバーレス、回路シミュレータ、味わう、対象の状態性、ネットワーク存在論、インタラクティブシステム、エッジコンピューティング

Caddyは、Webサーバにおける証明書管理の煩雑さを設計段階から吸収

 Caddyは、Webサーバにおける証明書管理の煩雑さを設計段階から吸収した、現代的なHTTPサーバである。従来、Web公開においてHTTPS化は、サーバ設定、ACMEクライアント、証明書更新、再読み込み処理などを個別に組み合わせる運用課題であった。CaddyはこれらをAutomatic HTTPSとして統合し、ドメイン名を設定するだけで証明書の取得、更新、HTTPからHTTPSへの誘導を自律的に処理する。この特徴により、Caddyは単なるリクエスト処理装置ではなく、公開環境の安全性を継続的に維持する運用基盤として機能する。とりわけリバースプロキシ用途では、短いCaddyfileによってアプリケーションを安全に外部公開できる点が重要である。Caddyを味わうとは、Webサーバを「配信する機械」としてではなく、「証明書の面倒を見る管理者」として理解することである。

関連キーワード：Caddy、Automatic HTTPS、TLS証明書、ACME、Let’s Encrypt、ZeroSSL、Caddyfile、reverse_proxy、HTTPS by default、リバースプロキシ、証明書更新、HTTP/3、Go製Webサーバ、運用自動化、Web公開基盤

Zodを味わう TypeScriptの型を、実行時に連れてくる

 Zodは、TypeScriptにおける静的型の限界を、実行時検証という形式で補完するスキーマ定義ライブラリである。TypeScriptの型情報はコンパイル後のJavaScriptには残らず、外部API、フォーム入力、環境変数、JSONなどの不確実な値に対しては、実行時の検査機構が別途必要となる。Zodはこの断絶に対し、値を検証するスキーマをコードとして記述し、その同一記述からTypeScriptの型を推論するという方法を提示する。すなわち、Zodにおけるスキーマは、単なる注釈ではなく、入力を受理・拒否・変換する実行可能な型装置である。

この点においてZodは、型安全性を開発時の静的保証に閉じ込めず、実行時のデータ境界へと拡張する役割を持つ。特にWeb API、フロントエンドフォーム、設定ファイル、サーバーサイド処理、LLMツール定義など、外部世界とプログラムが接触する領域で有効である。Zodを味わうとは、TypeScriptの型が本来消え去る場所に、検査可能な構造として型の輪郭を再召喚する営みを観察することである。

関連キーワード：TypeScript、実行時検証、スキーマ、型推論、バリデーション、parse、safeParse、JSON Schema、API入力、フォーム検証、型安全性、外部入力、境界防衛