SSPL（Server Side Public License）は、MongoDB社が2018年に策定した強力なコピーレフト系ライセンスです。

 SSPL（Server Side Public License）は、MongoDB社が2018年に策定した強力なコピーレフト系ライセンスです。AGPLv3をベースにしていますが、SaaS／マネージドサービス提供に対して極めて厳しい公開義務を課す点が最大の特徴です。

核心ポイント

• サービス提供時の全面公開義務
  SSPLソフトを使って第三者向けサービスを提供する場合、
  そのソフト本体だけでなく、

  • 管理ツール

  • UI

  • API

  • オーケストレーション

  • 監視・バックアップ

  • インフラ関連コード
    など、サービス全体を構成するコード一式をSSPLで公開する必要があります。

• OSI非承認（オープンソースではない扱い）
  OSI（Open Source Initiative）は、SSPLを
  「特定の利用形態（クラウド/SaaS）を差別している」
  としてオープンソースライセンスと認めていません。

• クラウド事業者対策が目的
  AWSなどがOSSをそのままマネージドサービス化することへの対抗策。
  実質的に「無断SaaS化」を強く牽制します。

実務的な意味（重要）

• 社内利用・オンプレ配布
  → 通常のAGPLに近い感覚で使える

• SaaS・クラウドで提供
  → 自社の管理・運用コードまで公開義務が発生する可能性あり（非常に重い）

代表例

• MongoDB（Community）

• Elasticsearch / Kibana（過去の一時期）

• Redis（2024年にSSPL系へ移行後、2025年にAGPLへ再変更）

一言で言うと：

SSPLは「SaaS化したら自社サービスの中身を全部公開せよ」という、事実上“クラウド封じ”のライセンス

SSPLが抑止したいのは、次のような**「中身は他人のOSS、利益は自社」というサービス形態**です。

• Amazon Web Servicesが、MongoDBをそのままマネージドDBとして提供
  OSS本体は公開のまま使い、運用・自動化・監視などの付加価値部分だけを非公開で囲い込む形。

• クラウド事業者が検索エンジンや分析基盤を“◯◯ as a Service”として提供
  OSS作者には還元されず、利用者は公式かどうか区別がつかない。

• OSSを改変せず、ラッパーだけ作ってSaaS化するケース
  技術的貢献は最小限でも、商業的リターンは最大化できてしまう。

SSPLはこうした状況に対し、
「サービスとして使うなら、裏側も含めて全部出してください」
という条件を突きつけ、安易なマネージド化を思いとどまらせる思想です。

ヴィクトリア文学について教えてください

 ヴィクトリア文学とは、イギリスの君主である Queen Victoria が統治した 1837年から1901年の時代に生まれた文学を指します。この時代のイギリスは、産業革命の進展によって世界最大の工業国家となり、同時に巨大な帝国として世界各地に影響力を広げていました。ロンドンには膨大な人口が流入し、近代都市が形成されていきます。こうした急激な社会変化は、人々の生活だけでなく文学の内容にも深く反映されました。

ヴィクトリア文学の大きな特徴は、都市社会の現実を描くリアリズムにあります。産業革命によって生まれた都市には富と繁栄がある一方で、貧困や児童労働、犯罪などの社会問題も広がっていました。こうした現実を細密に描いた代表的な作家が Charles Dickens です。彼の作品である Oliver Twist や Great Expectations では、ロンドンの下層社会が鮮やかに描かれ、当時の社会問題に強い光が当てられました。ヴィクトリア文学は単なる物語ではなく、社会を観察し批評する文学でもあったのです。

しかしこの時代の文学を理解するうえで、もう一つ重要なのは社会の二重性です。ヴィクトリア社会は厳格な道徳や紳士的な振る舞いを重んじる社会でした。家庭や宗教、礼儀といった価値が強く強調され、人々は「文明的であること」を求められました。しかし都市の裏側では、売春、犯罪、暴力といった暗い側面が広がっていました。この「表の文明」と「裏の本能」という二重構造は、多くの文学作品の中心テーマとなります。その象徴的な作品が、 Robert Louis Stevenson による Strange Case of Dr Jekyll and Mr Hyde です。この物語では、紳士的な医師ジキルと、暴力的な人格ハイドが同一人物として描かれ、人間の内部に潜む善悪の分裂が表現されています。

さらにヴィクトリア文学には、科学の進歩に対する不安というテーマも見られます。19世紀は科学が急速に発展した時代であり、特に Charles Darwin の進化論は大きな衝撃を社会に与えました。人間は神によって創造された特別な存在ではなく、生物進化の結果であるという考えは、多くの人々に不安をもたらしました。この不安は文学にも反映され、怪物や異形の存在を通して人間の本能や文明の脆さが描かれます。例えば、 Dracula や The Time Machine などの作品には、科学や文明の進歩が必ずしも人間を幸福にするとは限らないという不安が表現されています。

ヴィクトリア文学はまた、推理小説という新しいジャンルを生み出した時代でもあります。その象徴的な人物が Sherlock Holmes であり、作者は Arthur Conan Doyle です。ホームズは観察と推理によって犯罪を解決する人物ですが、その姿は単なる探偵以上の意味を持っています。急速に巨大化した近代都市では、犯罪や混乱が増え、人々は世界を理解するための新しい「理性」を必要としていました。ホームズはその象徴として登場し、混沌とした都市の中で秩序を回復する存在として描かれています。

このようにヴィクトリア文学を一言で表すならば、文明と本能のあいだにある緊張を描いた文学と言えるでしょう。巨大都市の繁栄の裏側には貧困と犯罪があり、紳士的な社会の内部には暴力的な本能が潜んでいました。ディケンズの社会小説、ジキルとハイドの人格分裂、そしてシャーロック・ホームズの理性的探偵像は、いずれもこの時代特有の社会構造から生まれたものです。ヴィクトリア文学は、近代社会が抱える光と影を同時に描き出した文学として、現在でも大きな影響を与え続けています。

石油の正体は「炭素のライブラリ」

 

① 石油＝炭素のライブラリとは何か

6

石油は単一の物質ではなく、

• メタン（軽い）

• オクタン（燃料）

• ベンゼン環（化学原料）

• 重質油（アスファルト）

など、無数の炭素構造の集合です。

👉 図書館に例えると

• 本 = 分子

• ジャンル = 構造（直鎖・環・分岐）

• 内容 = 性質（燃える・固まる・溶ける）

---

② なぜ「ライブラリ」なのか（重要）

普通の天然素材（木・鉄など）は

👉 用途がある程度固定されています

しかし石油は違います：

• 分解できる

• 再結合できる

• 性質を設計できる

👉 読むだけでなく「書き換えられる図書館」

---

③ 分留＝検索エンジン

石油精製は実は

👉 検索と分類のプロセス

• 軽いもの → ガス

• 中間 → ガソリン・ナフサ

• 重い → 重油・アスファルト

つまり
👉 物理的なフィルターで分子を検索している

---

④ 石油化学＝編集・再構成

6

石油から

• エチレン

• プロピレン

などを取り出し、

• つなぐ

• 切る

• 並べ替える

ことで

👉 プラスチックや繊維が作られる

つまり
👉 分子の「編集操作」

---

⑤ なぜ人類にとって特別なのか

石油が特別なのは

• エネルギーを持つ

• 素材にもなる

• 構造が多様

この3つが同時に成立していることです。

👉 他の資源は分離されている

• 木：素材寄り

• 石炭：燃料寄り

• 金属：構造寄り

👉 石油は全部持っている

---

⑥ 一歩踏み込んだ見方

この視点を極端に言うと：

👉 石油とは
「地球が生成した有機化学のプリセット集」

あるいは

👉 「人類が最初に手にした“物質プログラミング環境”」

---

まとめ

「炭素のライブラリ」という言葉を定義すると：

👉 石油とは
多様な炭素構造が圧縮され、検索・分解・再構成可能な天然の分子データベース

芸術のLate style（晩年様式 / Spätstil）とはなにか？

 Late style（晩年様式 / Spätstil）は、芸術家の「晩年の作品群」に現れる独特の作風を指す批評語です。ただし「円熟して丸くなる」という意味に限らず、むしろ不穏さ・断片性・和解しない緊張として語られることが多い概念です。 Edward Said+1

由来と代表的な2つの系譜

• アドルノ（Theodor W. Adorno）
  ベートーヴェンの晩年作品を論じる文脈で「Spätstil（late style）」を強く印象づけました（1937年の断章が重要）。晩年作品は「甘く完成する」のではなく、荒れて、裂けて、苦く、統合を拒むようなものだと捉えます。 Edward Said+1

• エドワード・サイード（Edward W. Said）
  アドルノを踏まえつつ、晩年性を「exile（亡命／追放）の形式」としても読む方向へ広げ、時代に馴染まない**アナクロニズム（時代錯誤性）**や、解決しない矛盾を重視します。 London Review of Books+1

※英語圏の “late style” は、ドイツ語の Spätstil（晩年様式） と Altersstil（老年の個別様式） が混線しがちで、用語が曖昧に使われる問題も指摘されています。 Stanford Humanities Center

晩年様式でよく挙げられる特徴（典型）

• 難しさ・とげとげしさ（聴きやすい解決を避ける） London Review of Books

• 断片化／異質な要素の併存（統一より裂け目が前に出る） London Review of Books

• 和解拒否（矛盾を「まとめない」） Nicholas of Autrecourt

• 現在への不適合（時代錯誤、亡命的な位置） PubMed

ハーモニカの歴史

 

発明で「呼吸が音になる」楽器が誕生。
量産で誰でも持てる音楽へ拡散。
ブルースで歪みが加わり、感情を鳴らす装置へ進化。

ハーモニカのうたShare your videos with friends, family, and the worldwww.youtube.com

flashはSWF仕様とかVM仕様とか公開されてなかったでしょうか？

 公開状況が「時期によってかなり変わった」話なので、仕様公開とVM/実装の公開を分けて確認します。Flashまわりは名前が似ていて罠が多いです。

はい、公開されていました。かなりざっくり言うと、

SWFファイル仕様は公開されていた
Adobe/Macromediaは SWF File Format Specification を公開していました。タグ構造、図形、音声、動画、ActionScriptバイトコードをどう格納するか、などが説明されています。たとえば Version 19 の仕様PDFも流通しています。

VM仕様も一部公開されていた
ActionScript 3.0 用の実行系である AVM2 / ActionScript Virtual Machine 2 については、Adobeの AVM2 Overview という文書があり、ActionScript 3.0、ABCバイトコード、命令セット、実行モデルなどが説明されています。

VM実装も一部オープンソース化された
2006年に Adobe は ActionScript VM を Mozilla に提供し、Tamarin というオープンソースプロジェクトになりました。これは Flash Player 全体ではなく、主に ActionScript VM 部分です。
現在も Adobe の avmplus リポジトリとして、ActionScript VM のソースコードが GitHub に残っています。ライセンスは MPL-2.0 とされています。

ただし重要なのは、Flash Player全体が完全にオープンだったわけではないことです。公開されていたのは主に、

• SWFというファイルコンテナ仕様
• ActionScript / ABCバイトコード / AVM2の説明
• ActionScript VM実装の一部

であって、レンダリング、ブラウザ連携、セキュリティサンドボックス、DRM、動画再生、細かな互換挙動まで含む「Flash Player完全仕様」が丸ごと自由に実装できる形で完全公開されていた、という感じではありません。

つまり結論は、SWF仕様もVM仕様もかなり公開されていた。ただしFlash Player全体の完全再実装に必要な全情報が、きれいに全部公開されていたわけではない、です。
このへんが、Ruffleのような後年のFlash再実装が「仕様書＋リバースエンジニアリング＋実地互換」で進んだ理由ですね。

Jアラート系のシステム連携

 Jアラート系の連携で一番重要なのは、APIで「検索できる」ことより、緊急時に「通知が届く」ことです。Jアラート本体は国から自治体・携帯キャリア・防災無線などへ瞬時に伝える緊急通報インフラで、一般開発者が自由に直接接続できる公開APIというより、自治体・事業者向けの閉じた系統に近いです。

現実的な連携先は、Lアラート経由のJ-ALERT情報、気象庁防災情報XML、自治体の防災RSS・メール、民間防災サービスなどです。ただし気象庁XMLは基本的にPULL型なので、サーバー側で定期監視し、新着を検知して自前でPush通知に変換する必要があります。

構成としては、気象庁XMLやLアラートを監視し、地域判定、本番・訓練・テスト判定、重複排除、続報・解除の処理を行い、LINE、Slack、メール、Webhook、Firebase Cloud Messagingなどへ流す形が現実的です。

つまり、Jアラート本体を直接叩くより、社会に出てきた防災情報を拾い、自分の通知基盤へ変換する設計になります。防災システムでは、データ取得よりも、遅延・誤報・重複・通知失敗への対策が本質です。

自治体向けのJアラート受信機更新は 数百万円規模 になりやすいです。

公開されている調達例では、越谷市の「J-ALERT新型受信機購入」は落札額が 190万円、千葉市の「J-ALERT受信機外更新業務委託」は税込 535万3,700円、岐阜県の受信機更新工事費は 704万円 の予算要求になっています。

理由は、単なる小型機器ではなく、衛星受信モデム、解析処理、専用アプリ、設置工事、試験調整、既存防災システムとの接続、保守が絡むからです。JARS-3000のような製品も、衛星受信モデム・解析処理・アプリケーション一体型のJ-ALERT専用受信機として説明されています。

メーカー側も価格は「オープン」としており、5年間保守込みなどの条件が付くケースがあります。つまりAmazonで買う機械というより、自治体設備の更新案件です。

なので一般開発者が実験用に買うには現実的ではありません。開発用途なら、Jアラート受信機を直接持つより、Lアラート、気象庁XML、自治体防災情報、既存防災アプリ通知を監視・連携する方が現実的です。