しっぽのさきっちょ [text.Baldanders.info]

LLM は軍事技術か？

2026-07-16T16:30:30+09:00

さて，いつものように Mastodon/Bluesky の自 TL で見かけたポストより。以下の yomoyomo さんの記事を起点に話を始めよう。

公益テクノロジーは国家に奉仕するのか――AI時代のテクノロジーと権力: 旧聞に属しますが、先月バーニー・サンダース米上院議員がニューヨーク・タイムズ紙に、人工知能がほぼ間違いなく世界…

セキュリティ専門家ブルース・シュナイアー氏とパランティア共同創業者アレックス・カープ氏の対比に注目。

Bernie Sanders 米上院議員の話から始まっているが，この記事のメインは暗号学者でセキュリティ専門家（で私が勝手に先生呼ばわりしている） Bruce Schneier 氏と Palantir Technologies 社共同設立者兼 CEO である Alexander C. Karp 氏の対比だろう。もう少し詳しくいうと Schneier 氏等の “Rewiring Democracy” と Karp 氏の “Technological Republic” との対比だ。

ちなみに記事中で

しかし、『テクノロジカル・リパブリック』と『Rewiring Democracy』を並べて論じている人をワタシは見たことがありません。

公益テクノロジーは国家に奉仕するのか――AI時代のテクノロジーと権力より

と書かれていて，今まであまりそういう考察はされていないのかも知れない。もっとも私は国際政治に疎いので「リパブリック」と聞いても先日話題になった某国大統領渾身のギャグのほうを思い浮かべてしまったり（笑）

アレについて Proton Lumo に漫画絵を描かせてみた

話を戻して…

実際に両方の書籍を読んだわけではないので正しく理解しているか怪しいが，まずは最初の記事を更に Proton Lumo に要約してもらった。こんな感じ：

シュナイアー vs. カープ（パランティア）の比較

記事の核心は，シュナイアーの「公益テクノロジー」論と，パランティア共同創業者アレックス・カープの著書『テクノロジカル・リパブリック』の比較です。両者は「技術者が社会課題に関与すべき」という認識を共有しながらも，重要な違いがあります：

シュナイアー：「公共」を広く捉え，社会正義や共通善を重視。国家による監視や権力集中に敏感。
カープ：明確に国家（特に米国）を中心に据え，地政学的競争に勝つための技術者の関与を重視。強い軍事防衛能力を肯定。

Schneier 氏側を「国家による監視や権力集中に敏感」と評すのはよく分かる。

暗号学者というシュナイアーの出自を考えれば当然ですが、サイバーセキュリティやプライバシーの観点で、安全の名の下での国家による国民の監視や権力集中に対して彼は敏感です。

公益テクノロジーは国家に奉仕するのか――AI時代のテクノロジーと権力より

（強力な）暗号はそもそもが軍事技術であり，つい前の世紀までは，国家によって統制されて然るべきものとされていた。この辺は Steven Levy 氏の『暗号化』を一読されることをおすすめする。

暗号化―プライバシーを救った反乱者たち: インターネット黎明期、プライバシー保護を賭け、暗号のプロが集まる諜報機関の厚い壁に挑んだ男たちの孤独な闘いがあった。ｅコマースやネット社会の裏に秘められた人間ドラマ。『ハッカーズ』の著者が１０年に及ぶ取材を経てまとめた全米ベストセラー、待望の邦訳。; 評価

20世紀末，暗号技術の世界で何があったのか。知りたかったらこちらを読むべし！

私は1990年代の PGP 愛用者で，国家の所有物だった暗号技術が一般庶民に降りてくる（誤解を恐れずに言うなら）「暗号技術の民主化」とでもいうような変化をリアルに体験してきた。もし「暗号技術の民主化」がなければ HTTPS すらままならなかったろう。

一方で LLM を中心とする今の AI サービスは，私企業により最初から一般向けに提供されているものだ。これが予想以上にハッキングに向いていたわけだ（単にハッキング・ツールとして優秀であるだけでなく AI サービス自体が hackable でもある）。

＜10/16新刊＞『ハッキング思考』: 富裕層、権力者、急成長企業はシステムをハッキングして成功した。AI時代にルールを味方につけるには、「正しいハッキングの考え方」が必要だ。; 評価

故に国家（特に米国）が LLM を情報戦の（核兵器に匹敵する）軍事技術として統制をかけようとするのは自然な成り行きかも知れない。先月，米国政府が Anthropic 社製モデルに対して輸出規制をかけたのも，やはりそういう流れの一部と見てよさそうである¹。

最初に紹介した記事に戻ると，最後の方のオチが秀逸でちょっと笑ってしまった²。

JS・タンは「私がパランティアの本を読んだんで、あなた方は読む必要はないです」において、シリコンバレーのリベラルな価値観に対する軽蔑に目がくらんでしまい、この業界を単一のイデオロギー的ブロックとしてしか理解できていない著者たちの近視眼的な見方、2010年代にシリコンバレーの起業家が消費者向けビジネスに夢中だったのは、（シリコンバレーのルーツに米軍があるにせよ）インターネットの台頭とゼロ金利時代を背景に、消費者向けプラットフォームこそ手っ取り早く莫大な利益を生み出すビジネスモデルだったこと、逆に言うと2020年代、特に第二期トランプ政権下でGoogleをはじめとするビッグテックは軍との契約に積極的であり、『テクノロジカル・リパブリック』の主張は既に成立しなくなっている点について批判しています。

公益テクノロジーは国家に奉仕するのか――AI時代のテクノロジーと権力より

（久しぶりにこんな長いセンテンスを見た（笑）書籍の文章でも最近はなかなか見かけないよ）

私個人としては LLM が国家の統制下に入るのと企業の独占所有物になるのと「どちらがいいか」と問われれば，どちらもお断りと答える。そのためにも早く AI サービス依存状態から脱しないとね。今月半ばで既に GitHub Copilot の 10USD クレジットを使い切っちゃったよ orz

ブックマーク

参考

Rewiring Democracy - Schneier on Security: Rewiring Democracy How AI Will Transform Our Politics, Government, and Citizenship A Book by Bruce Schneier and Nathan E. Sanders An informative and wide-ranging exploration of how AI will alter every facet of democracy, and how to harness the technology to distribute rather than concentrate power. AI will change democracy. The only question is how. AI’s impact on democracy will go far beyond headline-grabbing political deepfakes and automated misinformation. Everywhere it will be used, it will create risks and opportunities to shake up long-standing power structures...

暗号化プライバシーを救った反乱者たち: スティーブン・レビー (著), 斉藤隆央 (翻訳); 紀伊國屋書店 2002-02-16; 単行本; 4314009071 (ASIN), 9784314009072 (EAN), 4314009071 (ISBN); 評価

20世紀末，暗号技術の世界で何があったのか。知りたかったらこちらを読むべし！

reviewed by Spiegel on 2015-03-09 (powered by PA-APIv5)

ハッキング思考　強者はいかにしてルールを歪めるのか、それを正すにはどうしたらいいのか: ブルース・シュナイアー (著), 高橋聡 (翻訳); 日経BP 2023-10-12 (Release 2023-10-12); Kindle版; B0CK19L1HC (ASIN); 評価

Kindle 版が出てた！

reviewed by Spiegel on 2023-11-21 (powered by PA-APIv5)

ヒトラーと哲学者: 哲学はナチズムとどう関わったか: イヴォンヌシェラット (著), 三ッ木道夫 (翻訳), 大久保友博 (翻訳); 白水社 2015-01-22; 単行本; 4560084122 (ASIN), 9784560084120 (EAN), 4560084122 (ISBN); 評価

ナチス・ドイツ時代の哲学史物語という感じ。哲学（者）がヒトラーおよびナチス・ドイツにどのような影響を与えたか，またヒトラーおよびナチス・ドイツが哲学（者）にどのような影響を与えたかを物語風に編み上げていく。

reviewed by Spiegel on 2019-06-05 (powered by PA-APIv5)

Anthropic 社の Claude Fable 5 および Mythos 5 については今月早々に輸出規制が解除されている。一方で OpenAI 社の最新モデル GPT 5.6 も一時公開制限が行われた。米国では高機能 LLM に対する政府の干渉が常態化しつつあるようだ。余談だが Anthropic 社は Palantir Technologies 社とパートナーシップを結び自社製モデルを提供している。 ↩︎
そもそも Palantir Technologies 社は顧客に CIA, NSA, FBI, DHS といった情報機関や国防総省などの防衛機関を抱えている。また悪名高い ICE の移民強制送還プログラムにも関与していることが知られていて，批判の対象にもなっている。本文で挙げている “Technological Republic” についても，記事を読む限り，顧客に対するリップサービスが感じられて，正直共感できないんだよなぁ。まぁ，ナチス時代のドイツの例もあるし，独裁政権やマフィア（あるいは海賊）国家にぶら下がる企業や知識人ってのは，そういうものかも知れないが。 ↩︎

自転車がオーバーホールから返ってきた

2026-07-11T17:43:34+09:00

先月オーバーホールに出した自転車だが，昨日無事に作業が終わったと連絡があった。最初の見積もりでは1ヶ月以上かかると言われてたが，半月前倒しにしてもらったようだ。ありがたや。

午前中は用事があったので，午後から引き取りに行った。ドライブトレインも綺麗にしてもらったよ。

オーバーホールから帰ってきた！ | Flickr

ブレーキディスクに錆がきてるのはご愛嬌。ブレーキパッドが当たらないところだから無問題。

明細を見ると後側のスポークが1本交換されていた。私も気づいてたので，これも問題ない。

問題はヘルメットだった。

もともとヘルメットを見てもらう予定はなく，持って帰るのが面倒だったので預けただけだったのだが，返してもらうときに「メット割れてますよ」と言われてしまった。よく見たらホンマにヒビが入ってた。こえー！！

というわけで，ヘルメットを買い替えることにした。

ヘルメット新調 | Flickr

いや，メット被ってなかったら骨折どころじゃなかったよ。マジで自転車に乗るときはヘルメットを被ろうね。買うときは「Mips」マークが付いているものを選ぼう。

そうそう。今回は「おまっちぇお買物券」を満額使わせてもらった。

おまっちぇ買物券 | Flickr

どうせ泡銭だしパーッと使わないと（笑）

身体測定を兼ねて玉造温泉方面まで行ってみた。

今日の宍道湖（玉湯川河口） | Flickr

このくらいの距離なら大丈夫そうだな。しばらくはこれを目安に自転車リハビリをしよう。

ここまで（キツい坂道は避けて）9kmほどの道のりだったが，お腹が減ってしまった。コメダのかき氷が食べたかったが，そこまでお腹が保たずに玉湯のスタバへ。

お腹減って我慢できなかった | Flickr

腹が減るたびに喫茶店に入るわけにもいかないので，またコンビニの羊羹を常備しておきますかね。

リンクカードに対応した

2026-07-08T20:36:01+09:00

取引量が少なくて Amazon PA-API にアクセスできなくなってしまったので，今までの商品レビューカードから Web サイトのリンクカードに切り替えないと。 …と思いながら半年以上経ってしまった（その間に骨折入院とかもあったけど）。

ようやくリンクカードを Hugo の処理で出せるようになった。こんな感じ。

text.Baldanders.info: 帰ってきた「しっぽのさきっちょ」

Web ページの情報収集のためのツールを作るのに時間がかかってしまったのだ。いや，厳密には，実作業時間では半日ほどなのだが，やる気スイッチがなかなか入らなくて（笑）

あらかじめツールを使って Web ページ情報をこんな感じに Hugo の環境下に保持っておいて

[
  {
    "hash_id": "79c9ba36c62cd792801ef499cffe7e614e89670a",
    "url": "https://text.baldanders.info/",
    "title": "text.Baldanders.info",
    "description": "帰ってきた「しっぽのさきっちょ」",
    "image_url": "https://text.baldanders.info/images/attention/site.jpg",
    "image_path": "/images/thumbs/79c9ba36c62cd792801ef499cffe7e614e89670a.jpg",
    "image_width": 100,
    "stars": [
      false,
      false,
      false,
      false,
      false
    ]
 }
]

実際に使うときは Hugo のショートコードで展開してる。上のリンクカードだとこんな感じ。

{{< linkcard "79c9ba36c62cd792801ef499cffe7e614e89670a" >}}

引数で hash_id を指定すれば，そのリンクカードを展開するようにしている。

最近は出版社さんもページの og:image 等で書影を指示してくれるので，こちらは og:image の中身をサムネイル表示すれば，本の紹介用リンクカードになる。たとえば最近読んだ『ケアレス・ピープル』ならこんな感じ。

ケアレス・ピープル - 株式会社　すばる舎学び・成長・成功をあなたに: ケアレス・ピープル詳細をご覧いただけます。; 評価

米国では某企業から圧力がかかってると聞いて紙の本を買ってみた

ありがたい話である。

YouTube とかも埋め込みにしないで，こんな感じにリンクカードにすれば煩くないかな。

【 3D LIVE 】Flat Out 輪堂千速生誕祭2026 Summer Fes!🔧【#輪堂千速生誕祭2026 】: 輪堂千速誕生日記念グッズ2026🛒販売ページURLhttps://shop.hololivepro.com/products/rindochihaya_birthday_2026⏰グッズ販売期間（受注販売）2026年07月08日(水) 21時00分～ 2026年08月10日(月) 18時00分🎧🔧輪堂千...; 評価

今回，ツールを組むのに意図的に AI エージェントを使わないようにした。いや，細かく指示するのが面倒になって「自分で書いたほうが速い」となってしまったのだ。たまには自力でコードを書かないと脳みそが鈍るからな（笑）

あっ，でも，レビューとかは AI エージェントにやってもらってる。ひとりでコードを書くときって AI が QA 役みたいに振る舞ってくれるので，めっちゃ助かっている。 AI がコードを書くときは私が QA 役かな。

RSSHub について調べようとしたら結構おおきな話だった

2026-07-07T19:25:24+09:00

いつものように Mastodon の自 TL に流れてきたポストから。 EFF (Electronic Frontier Foundation) の記事ですな。

Hate “The Algorithm?” RSS Is One of the Tools You’ve Been Looking For

もの凄く端折っていうと，ソーシャルメディア等のアルゴリズムに任せるんじゃなくて，枯れた技術とはいえ RSS があるんだから，これを使って自分で情報管理しようぜ！といった内容。

RSS is one of the best examples we have of the open web, where we can design and customize how we experience the internet, not the other way around. RSS has come in and out of fashion, been declared dead, and has come back, every time. Open systems are the best way forward to a free, equitable internet, and the resilience and continued reinvention of RSS has shown just how creative the web community can be with open protocols.

via Hate “The Algorithm?” RSS Is One of the Tools You’ve Been Looking For

この記事の最後の方に

And even if a website doesn’t have an RSS feed, there are workarounds from tools like RSSHub, RSS-Bridge, and RSS.app that require varying levels of technical expertise or a willingness to pay subscription fees.

via Hate “The Algorithm?” RSS Is One of the Tools You’ve Been Looking For

などと書かれていて，「へぇ。フィードがなくても生成してくれるんだ」と思いながら，とりあえず RSSHub のサイトを覗いてみたのだが，何が書いてあるかよく分からない。 Folo？ RSSHub の話じゃねーの？自前で実装するのか？

というわけで，いつものように Kagi Assistant とやり取りしながら調べてみた。

RSSHub と Folo

RSSHub は「Everything is RSSible（全ては RSS 化できる）」を掲げる「世界最大のRSSネットワーク」らしい。 Kagi Assistant にまとめさせた特徴は以下の通り。

特徴	内容
オープンソース	AGPL-3.0ライセンスで公開，オープンスタンダードとプロトコルに準拠
大規模コミュニティ	1,300人以上のコントリビューター・メンテナーが活躍
豊富なルート	多数の事前設定済みルート（変換ルール）とパブリックインスタンスが利用可能
強力なAPI	様々なシーンに対応するAPIとエコシステムプロジェクトを提供

Docker を使って環境を自前で構築できる他，公式を含むパブリックインスタンスも提供されている。このインスタンスのひとつが Folo ということのようだ。

Folo is an AI RSS reader and discovery platform that works especially well with RSSHub. It offers numerous user-shared instances that you can browse, switch between, and use with just one click inside Folo. These instances are not compatible with external readers. You can also share your own instance on Folo to earn tokens.

via Public Instances

「自身のインスタンスを Folo 上で共有してトークンを稼ぐ」？とりあえず，そこは後回しだ。

直接 RSS フィードを提供する場合

まずは一番単純なパターン。あらかじめ RSS フィードを提供している Web サイトから Folo に直接フィードを提供する場合。

graph TB subgraph "WWW (Site)" RSS_YES[Web2 Site
RSSフィードあり
ブログ，ニュースサイト等] end subgraph "Folo" FOLO[Folo
RSSリーダー] end %% RSSフィードを直接 FOLO に提供する RSS_YES -.->|RSSフィード提供| FOLO

これは分かりやすい。

RSSHub サーバ経由で RSS フィードを提供する場合

古き良き（笑）テキストサイト等や Web 2.0 時代のサービスでも RSS フィードを提供していない SNS サービス等は RSSHub サーバ経由でフィードを生成する。

graph TB subgraph "WWW (Site)" RSS_NO[Web1/Web2 Site
RSSフィードなし
静的サイト，SNS等] end RH_STANDALONE[RSSHub
独立サーバー] subgraph "Folo" FOLO[Folo
RSSリーダー] end %% 独立サーバー（RSS3不要） RSS_NO -.->|スクレイピング/独自API| RH_STANDALONE RH_STANDALONE -.->|RSSフィード提供| FOLO

これもまだ分かる。 RSSHub が頑張って仲立ちしてるってことだよね。

RSS3

ここからだよ，大事 (おおごと) なのは。

graph TB subgraph "WWW (Site)" RSS_YES[Web2 Site
RSSフィードあり
ブログ等] RSS_NO[Web1/Web2 Site
RSSフィードなし
静的サイト，SNS等] end subgraph "Fediverse" AP[ActivityPub
Mastodon等] end subgraph "Web3 (Blockchain)" ETH[Ethereum
トランザクション] NFT[NFT
ERC-721] DEFICH[DeFi
Uniswap/Aave] ARWEAVE[Arweave
分散型ストレージ] end subgraph "RSS3 Node" direction TB subgraph "RSS Component" RH_INTERNAL[RSSHub
内部コンポーネント] end subgraph "Federated Component" FED[ActivityPub
インデクサー] end subgraph "Decentralized Component" DEC[Blockchain
インデクサー] end DSL[DSL
Data Sublayer
インデックス・保存] end subgraph "RSS3 Network" NETWORK[RSS3 Network
分散型ノード群] end subgraph "Folo" FOLO[Folo
RSSリーダー] end %% Web2 → RSSComponent RSS_YES -->|RSSフィード取得| RH_INTERNAL RSS_NO -->|スクレイピング/API| RH_INTERNAL RH_INTERNAL -->|フィードデータ| DSL %% Fediverse → FederatedComponent AP -->|ActivityPubデータ| FED FED -->|インデックス| DSL %% Web3 → DecentralizedComponent ETH -->|ブロックチェーンデータ| DEC NFT -->|NFT取引データ| DEC DEFICH -->|DeFiトランザクション| DEC ARWEAVE -->|分散型データ| DEC DEC -->|インデックス| DSL %% DSL → ネットワーク → Folo DSL -->|統合データ| NETWORK NETWORK -->|Web1/2/3統合| FOLO

なんと RSS3 ノードを経由することで Fediverse (ActivityPub) や Web3 のデータも Folo で閲覧できるらしい。 ActivityPub とか Blockchain とかしれっと出てきて，私は驚いたよ。世の中そんな風になってるんだねぇ。

RSS3 は “An open web, readable again” をビジョンとして（開かれたウェブですってよ，奥さん），「Web1/Web2/Web3 にまたがる情報をインデックス・配信する分散型情報インフラ」だそうだ。分散ネットワークで検閲耐性が高いと言われている¹。 RSS3 のエコシステムにおいて RSSHub および Folo は中核プロダクトと見なされているらしい²。

RSS3 と $RSS3

RSS3 経済圏の通貨が $RSS3 トークンで，以下のように機能しているそうな。

番号	フロー	説明
①	アプリケーション → トークン	開発者がAPIキーを取得し $RSS3 でクエリ料を支払う
②	トークン → Operation Pools	支払いがプールに集約される
③	プール → ノード運営者	データインデックス作業の報酬として分配
④	プール → 委任者	ノードに委任したトークン保有者にも報酬分配

これ，実際にデータを使うエンドユーザはエコシステムの外側にいるし，ユーザから見て直接データを提供するアプリケーション（開発者）も，この流通サイクルの中では $RSS3 トークンを（払うだけで）得る手段がないことになる。トークンがこのエコシステムの外側でも流通すればいいんだろうけど（以下は Kagi Assistant が示した RSS3 エコシステムの外側との関係）。

graph TB subgraph "RSS3 の役割" RSS3[RSS3
分散型情報インフラ] API[RSS3 API
データ提供] end subgraph "取引所の活用" OKX[OKX
取引ボット，ポートフォリオ管理] ARB[Arbitrum
クロスチェーンエクスプローラー] AI[AI DApps
分散型エージェント] end subgraph "$RSS3 トークン" TOKEN[$RSS3
取引所で取引可能] BITGET[Bitget] LBANK[LBank] COINW[CoinW] end RSS3 -->|データ提供| API API --> OKX API --> ARB API --> AI TOKEN --> BITGET TOKEN --> LBANK TOKEN --> COINW

この手のネットワーク通貨の問題って，結局ゼロ年代に流行った「地域通貨」の問題と同じなんだよなぁ。 …まぁ，いいや。ちなみに，一定額の $RSS3 トークンを Staking³ すれば誰でも RSS3 ノードを運用できるらしい。

分散型ソーシャルプロトコル統合

RSS3 は複数の分散型ソーシャルプロトコルを Universal Social API で統合しているらしい。

graph TB subgraph "分散型ソーシャルプロトコル" FC[Farcaster
Ethereumベース] LENS[Lens Protocol
Polygonベース] NOSTR[Nostr
シンプルプロトコル] MIRROR[Mirror
Web3パブリッシング] CB[Crossbell
ソーシャルプロトコル] end subgraph "RSS3" RSS3api[RSS3
Universal Social API] API[RSS3 API
データ統合] end subgraph "アプリケーション" HOOT[Hoot.it
ソーシャル検索] FOLO[Folo
RSSリーダー] DEV[開発者アプリ] end FC --> RSS3api LENS --> RSS3api NOSTR --> RSS3api MIRROR --> RSS3api CB --> RSS3api RSS3api --> API API --> HOOT API --> FOLO API --> DEV

各プロトコルの特徴

プロトコル	ブロックチェーン	特徴
Farcaster	Ethereum	「十分な分散化」，柔軟なネームスペース，グローバル状態
Lens Protocol	Polygon	Aave創設者Stani Kulechovによる，合成可能なソーシャルグラフ
Nostr	なし（リレー方式）	シンプル，検閲耐性，Jack Dorseyが支援
Mirror	Ethereum	Web3パブリッシングプラットフォーム
Crossbell	-	ソーシャルプロトコル

具体的な機能

機能	説明
クロスプロトコル検索	Farcaster，Lens，Nostr のデータを横断して検索
ソーシャルグラフ統合	異なるプロトコルのユーザー関係を統合
コンテンツ相互運用性	プロトコル間のコンテンツ相互利用を可能にする

Nostr もここにかかってくるんだねぇ。これもびっくりした。ただ Blockchain ベースのプロトコルは分かるけど Nostr は（Blockchain ではないので）どうやって統合してるのか分からない。 Kagi Assistant は色々憶測を述べてたけど（RSS Component 経由で RSS フィードとして取り込まれるんじゃないか，とか言ってくさる），実際の技術詳細は公開されてないらしい。

アプリケーション例のうち Hoot.it は「RSS3 が開発したオープン Web 検索エンジン」だそうで Nostr データの閲覧も可能なんだと。

Hoot.it の機能

機能	説明
Nostr アドレス検索	Nostr アドレスを入力してソーシャルデータを表示
ChatGPT 統合	2024年5月に ChatGPT との接続を発表
Web3 コンテンツ検索	分散型ネットワーク上のコンテンツを検索

ActivityPub が Federated Component で，Nostr が Universal Social API で RSS3 に統合されてるとなると atproto が取り残されてる感じかねぇ。でも，以前に紹介した Streamplace/Livepeer なんかは独自のトークンを運用してるって話だし，またぞろ面倒くさいことになってる気がするなぁ。

Web3 はちゃんと “Web” になっている？

Blockchain 周りは NFT が登場したあたりから完全に興味が失せてしまったのだけど，現時点においてちゃんと “Web” としての体裁を整えてきているという印象を受けた。そこに私のようなネットの辺境にいるような人間が入り込めるかは分からないけど Folo のようなサービスはちゃんと触っておいたほうがいい気がする。

まぁ，その辺はおいおい（笑）

参考

情報共有の未来: yomoyomo (著); 達人出版会 2011-12-30 (Release 2012-02-19); デジタル書籍; infoshare (tatsu-zine.com); 評価

同名ブログの書籍化。感想はこちら。

reviewed by Spiegel on 2012-11-03

もうすぐ絶滅するという開かれたウェブについて続・情報共有の未来: yomoyomo (著); 達人出版会 2017-12-25 (Release 2019-03-02); デジタル書籍; infoshare2 (tatsu-zine.com); 評価

WirelessWire News 連載の書籍化。感想はこちら。祝 Kindle 化！

reviewed by Spiegel on 2018-12-31

P2P など，本当に分散化したシステムではデータ（コンテンツ）の「場所」が不定となり遍在化するため検閲が難しくなる。コピーはいくらでもあるし，アクセスの迂回も容易だからだ。 ↩︎
2024年1月に RSSHub と RSS3 との間でパートナーシップが結ばれた，と Kagi Assistant が言っていたが，その説明の Web ページが 404 でなくなってるみたいで，経緯とかは確認できなかった。AI の知識にはあるけど裏付ける情報がない，ということのようだ。これからこういうのも増えそうだな。 ↩︎
Staking とは，トークンを（ウォレットとかではなく） Blockchain ネットワーク上に一定期間預けておくことを指す。 Ethereum のコンセンサスアルゴリズムである Proof of Stake (PoS) はトークンを多く長く預けている人ほどトランザクション承認の権利が得やすくなるため，結果として信用度や貢献度が高いと見なされ，報酬も得やすくなる。簡単にいうと金遣いが荒い人は信用されないってことだよね。この Staking の仕組みを使って投資を行う人も結構いるらしい。 ↩︎

『ケアレス・ピープル』を斜め読み

2026-07-05T21:04:28+09:00

Sarah Wynn-Williams 氏による “Careless People” の邦訳版『ケアレス・ピープル』が予定通り発売された。原書の発売経緯については，以下の記事でちょろんと紹介されているので，そちらを参照されたい。

ソーシャルメディアは死なない。ただゾンビとして残るだろう

書評については Cory Doctorow 氏による以下の記事が個人的にお勧めである。

“Careless People” は「思慮を欠いた人々」という意味で “The Great Gatsby” の中で使われている表現らしい。本を開いて最初にそのものズバリな引用（村上春樹訳）が載ってて笑ってしまった。

無事に発売日に紙の本がゲットできたので週末にざっと斜め読みしてみた。これで発禁になっても大丈夫（笑）

なんで斜め読みなのかは後述する。

Facebook 帝国の暗愚

突然だが，皆さんは異世界悪役令嬢婚約破棄ものはお好きだろうか。私は好きである。このジャンルは大体ネタが出尽くしてるが，組み合わせのバリエーションが面白くて，オンノベのショートショートや短編を中心に楽しんでいる。

この手の話は序盤の展開が概ね決まっていて，王族または高位貴族の男性が浮気に走り，婚約者の「悪役令嬢」に冤罪を着せて公衆の面前で婚約破棄を突きつけるというパターン¹。そして婚約破棄する男性キャラはほぼ例外なくアホボンである（笑）

というわけで，オンノベ作中の男性キャラを読んで「そんな奴おれへんやろ！」と毎度思うのだが，『ケアレス・ピープル』を読んで「ホンマにおるんかい！」ってなった。

かの本では Facebook をビリオン単位のデジタル大国と見なしているが，内容を鵜呑みにする限り，この国のトップは暗愚と言ってしまっていいだろう。

敢えて喩えるのなら，3歳児に核ミサイルの発射ボタンを持たせるようなもので，ボタンを押すかどうかは運次第といった感じである。あらゆるハラスメントを極め，企業倫理もゼロ，グローバルサービスなのに国際感覚も皆無という，日本のブラック企業もびっくりな内容で，よくもまぁ2020年代まで生き延びられたなというのが正直な感想である。あれか？「大きすぎてつぶせないハック」ってやつか？

とはいえ Meta/Facebook を外側から見ても十分ダメダメ（enshittified）なのは周知のとおりなので，感情的には「やっぱそうなんじゃ」と溜飲を下げる内容かな，という感じである。

だがウィン=ウィリアムズは、Facebook上層部の3人の重要人物と、私の周囲の誰よりもはるかに近い距離にいた。マーク・ザッカーバーグ、シェリル・サンドバーグ、そしてトランプ政権発足後にグローバルポリシー担当副社長に昇進したジョエル・カプラン。この3人に対しては、公の発言や行動から本能的な嫌悪感をすでに抱いていたが、ウィン=ウィリアムズが明かす彼らの私的な振る舞いは、想像を超えて唾棄すべきものだった。

『無頓着な人びと』――Facebookはいかにしてメタクソ化していったのかより

世界をアップデートする（悪いほうに）

話はガラッと変わるが「ガッチャマンクラウズ」というおじさんホイホイなアニメ作品を覚えているだろうか。第1期が2013年の放映で，ソーシャルネットワーク・サービスが道具立てとして登場し「世界をアップデートする」がキーワードのひとつになっている。

2010年代前半は「アラブの春」から始まり，ソーシャルネットワークに対する期待感が高まっていた時期である。まさにソーシャルネットワークは「世界をアップデートする」のだ！「ケアレス・ピープル」の著者もこの期待感を胸に Facebook に入社する。まぁ，その期待は絶望に変わるのだが。

確かにソーシャルネットワークあるいはソーシャルメディアは世界をアップデートした，悪いほうに。

「工学は善の実装」というのが私の座右の銘のひとつだが，『ケアレス・ピープル』を読む限り「善」を置いてきぼりにして（欲望ですらない）欲求を満たすためだけに突き進んでいる感がある。（最近のメジャーな生成 AI サービスも含めて）メタクソ化に突き進むサービスも同様なのだろうか。

何を以って「善」とするかは難しいところだが，少なくとも IT サービスにおいて「善」は舵であり羅針盤である。舵も羅針盤もない船はあてもなく漂流するしかない。見方を変えれば，それは「ゾンビ」のようであるかも知れない。

きょうび，プロダクトの設計において社会学者や心理学者（AI 関連では哲学者）を巻き込むことも珍しくなくなりつつあるが，『ケアレス・ピープル』で描写される Facebook は前時代的な印象が拭えない。

ホンマ，なんでこんなのが膨大なユーザを抱えて生き残ってるんだろうね。

マイナスごじゅってん

ここまで書いてて申し訳ないが，私はノンフィクションというジャンルが好きではない。特に政治もののノンフィクション作品は「見たんか！」ってツッコみそうになる。いや，まぁ，綿密な取材の上で書いてるんだろうけど。

個人的にノンフィクション分野で他人にお勧めできる数少ない作品のひとつが Steven Levy 氏の『暗号化』だったりする。なので，是非復刊してください。 Kindle 版のみでもいいから。

自伝を含む伝記ものもあまり好きではなくて，伝記ものというだけで，読む前から100点満点の50点からスタートして読み始めたり。「ケアレス・ピープル」は子供の頃のエピソードもあって，自伝書といっていいだろう。

なのであまり真面目に読む気にならなくて，斜め読みで済ませてしまった。あとは本棚の飾りになるだろう。まぁ，今回は（マフィア国家によって発禁になるかも知れない本を）所有することが目的だから（笑）

私はエンジニアとしての目線で見てしまうので前節のような感想になってしまうけど，社会学とか心理学とか哲学とかの目線で見れば，また違った感想になるんだろうなとは思う。

ブックマーク

Facebook は meta じゃなくて para だった

参考

ハッキング思考　強者はいかにしてルールを歪めるのか、それを正すにはどうしたらいいのか: ブルース・シュナイアー (著), 高橋聡 (翻訳); 日経BP 2023-10-12 (Release 2023-10-12); Kindle版; B0CK19L1HC (ASIN); 評価

Kindle 版が出てた！

reviewed by Spiegel on 2023-11-21 (powered by PA-APIv5)

はじめて学ぶビデオゲームの心理学脳のはたらきとユーザー体験（UX）: セリアホデント (著), 山根信二（監修） (著), 山根信二 (翻訳), 成田啓行 (翻訳); 福村出版 2022-12-15 (Release 2023-07-03); Kindle版; B0C9Z7KGRN (ASIN); 評価

Kindle 版が出ている。ゲームデザイナやゲームエンジニアだけでなく，ソフトウェア・エンジニアは全員読むべき。あと，ゲーマーな人も読むといいよ。感想はこちら。

reviewed by Spiegel on 2023-11-21 (powered by PA-APIv5)

つながりっぱなしの日常を生きる：ソーシャルメディアが若者にもたらしたもの: ダナ・ボイド (著), 野中モモ (翻訳); 草思社 2014-10-09 (Release 2015-07-21); Kindle版; B0125TZSZ0 (ASIN); 評価

読むのに1年半以上かかってしまった。ネット，特に SNS 上で自身のアイデンティティやプライバシーを保つにはどうすればいいか。豊富な事例を交えて考察する。

reviewed by Spiegel on 2016-05-10 (powered by PA-APIv5)

ソーシャル・ネットワーク (字幕版): ジェシー・アイゼンバーグ (出演), アンドリュー・ガーフィールド (出演), ジャスティン・ティンバーレイク (出演), アーミー・ハマー (出演), マックス・ミンゲラ (出演), David Fincher (監督), Scott Rudin (プロデュース), Dana Brunetti (プロデュース), Michael De Luca (プロデュース), Cean Chaffin (プロデュース); (Release 2013-11-26); Prime Video; B00FW5SSCK (ASIN); 評価

この映画が公開された当時（2011年）は日本でも Facebook が一般（特に年配層）に浸透し始めていたときで，スクリーン上の狂騒に苦笑したものだが，その Facebook が広告まみれの駄システムに堕ちてしまうとは誰も思わなかっただろうな（笑）

reviewed by Spiegel on 2019-04-14 (powered by PA-APIv5)

暗号化プライバシーを救った反乱者たち: スティーブン・レビー (著), 斉藤隆央 (翻訳); 紀伊國屋書店 2002-02-16; 単行本; 4314009071 (ASIN), 9784314009072 (EAN), 4314009071 (ISBN); 評価

20世紀末，暗号技術の世界で何があったのか。知りたかったらこちらを読むべし！

reviewed by Spiegel on 2015-03-09 (powered by PA-APIv5)

そもそも封建制度下の王族や貴族の子女が男女共学かつ集団面接型の学校に通うこと自体が（SF で宇宙船が光速を超えて航行する程度には）ありえない話だと思うのだが，深くはツッコむまい（笑） ↩︎

自転車をオーバーホールに出した

2026-06-28T19:57:03+09:00

先日の通院で X 線検査と骨密度検査を行い，主治医から骨が完全にくっついたとお墨付きを頂いた。埋め込んでいる金属の緩みもなく摩滅している部分もないそうな。よしよし。

ちなみに骨密度は横ばい。腰椎は正常範囲内だけど大腿骨がねぇ。まぁ，薬を飲み始めてまだ半年ほどだし，そんなに急によくはならないか。

というわけで，自転車を再開すべくオーバーホールに出すことにした。

その前に掃除

骨折してからこっち，野ざらしではないけど屋外に放置してたので，チェーンはまっ茶色だし，フレーム等は黄砂などが降り積もって薄汚れてる。

半年放置でチェーン真っ茶色 | Flickr

そのままでは乗れないので，まずはお掃除から。

自転車掃除すっぞ | Flickr

今回のために Muc-Off の洗車用洗剤を購入。あと折りたたみ椅子も買った。いや左脚股関節の可動範囲が狭くなって胡座がかけなくなったのよ。

まずはチェーンクリーナーでチェーンを含むドライブトレインの汚れを落とす。チェーンが茶色かったのは錆ではなくチェーンルブが酸化してたからのようだ。よかったよかった。

ドライブトレインの汚れを取ったら洗剤を全体にスプレーする。

泡々 | Flickr

これで数分置いてからウェスで拭き取っていく。最後にチェーンルブを塗布して完了。

少し綺麗になった | Flickr

とりあえずお掃除完了 | Flickr

まぁ，乗れる程度には綺麗になったかな。それじゃあ自転車屋さんへ Go。

オーバーホールに出した

というわけで，滞りなくオーバーホールに出してきた。

オーバーホールに出した | Flickr

今は納品ラッシュだそうで，出来上がるまで1ヶ月ちょっとかかると言われた。まぁ，今回は急がないから。どのくらいかかるかなぁ。あまり高くつかないといいなぁ。

そういえば「おまっちぇお買物券」なるものが届いてたな¹。

おまっちぇ買物券 | Flickr

自転車屋さんでも使えるみたいだし，今回のこれでパーッと使っちまうか。

体力激減

自転車屋さんまで7kmほどの道のりだけど，脚力の低下を痛感する。体幹も肩関節周りも弱ってる感じ。持久力も落ちてるかなぁ。左脚股関節は，最初ちょっと違和感があったけど，ペダルを漕いでるうちに気にならなくなった。

主観で3年前くらいの体力レベル。できれば今年中に宍道湖一周に再チャレンジしたかったんだけど，ちょっと無理ぽいか。自転車が戻ってきたら近場を走り回るところから始めるか。年内目標を下方修正して八雲温泉くらいに設定するのがいいかもしれない。先は長い。

参考

シュアラスターチェーンオイルチェーンルブ[セミドライタイプ] S-146 軽いペダリング汚れにくい 300km耐久: シュアラスター(Surluster) (Release 2021-05-24); Automotive; B091PZZ72F (ASIN), 4975203103468 (EAN); 評価

今までのが切れたので違うメーカーにしてみた。同メーカーのチェーンクリーナーとセットで購入。

reviewed by Spiegel on 2023-05-03 (powered by PA-APIv5)

シュアラスターチェーンクリーナーチェーンクリーナー(自転車用) S-145 強力除去完全揮発ブラシ付き: シュアラスター(Surluster) (Release 2021-05-24); Automotive; B091PN6MNM (ASIN), 4975203103451 (EAN); 評価

めがっさ落ちる。水なしで使える。同メーカーのチェーンルブとセットで購入。

reviewed by Spiegel on 2023-05-03 (powered by PA-APIv5)

Amazonベーシックマイクロファイバークリーニングクロス 24枚入 (400mm x 300mm) 薄手洗車ふきとり: Amazonベーシック(Amazon Basics) (Release 2013-09-11); Automotive; B009FUF6DM (ASIN), 0885755921844 (EAN), 5050053546555 (EAN), 0841710104554 (EAN), 841710104554 (UPC), 885755921844 (UPC); 評価

自転車掃除用のウェス（waste）として購入。1枚50円程度と考えるなら百均で売ってるのと同程度の値段か？

reviewed by Spiegel on 2022-09-25 (powered by PA-APIv5)

「おまっちぇ」の由来は「抹茶（まっちゃ）」と「松江（まつえ）」らしい。いや，深くはツッコむまい。 ↩︎

「なうぷれあっと」を試す

2026-06-27T20:28:22+09:00

すいばりさんによる音楽共有サービス「なうぷれあっと」を試してみた。ご本人による紹介記事はこちら

日本の音楽シーンをATプロトコルで共有するSNSを作った｜すいばり

AT Protocol ベースの音楽共有サービスとしては Rocksky が有名らしいが，あちらのメインボリュームは（当然ながら）英語圏の人達なので，上がってくる楽曲もあちらの音楽が中心になる。そこで

日本のユーザーが、日本語の音楽でつながれる場所が欲しかった。

日本の音楽シーンをATプロトコルで共有するSNSを作ったより

というのがサービスを立ち上げた動機だそうな。

うんうん。よく分かる。私なんて今はアニソンか VTuber の楽曲しか聴かないため，JPOP ならまだしも，海の向こうの音楽はさっぱり分からない。なので，こういうサービスは大変ありがたかったり。

というわけで試してみた。サインアップは Bluesky (というか atproto) のアカウントで行う。設定画面はこんな感じ。

設定より

「自動投稿」を有効にして Last.fm のユーザ名をセットすれば Last.fm の scrobble 情報を使って Bluesky に自動投稿してくれる。 Last.fm と Spotify などの音楽配信サービスを連携すれば，それらの視聴データも反映される。

私はスマホに Onkyo HF Player を入れていて，楽曲の音源を入れてヘヴィローテーションしているのだが，これも Last.fm のアプリで認識できた。

なうぷれあっとのデータは各ユーザの PDS リポジトリに公開情報として格納される。なうぷれあっと自体はユーザの視聴データを保持しないが，各 PDS リポジトリのデータをかき集めてトップページに統計情報を表示しているらしい。

ATプロトコルは 分散型アーキテクチャ です。「再生回数が多い曲」「人気ユーザー」のような集計は、複数のサーバーをまたぐデータを扱う必要があります。

音楽SNSのような中央集権的なサービスが当たり前にやっていることを、分散型の制約の中でどこまで実現できるか試してみたかったです。

日本の音楽シーンをATプロトコルで共有するSNSを作ったより

なうぷれあっとより

Bluesky への自動投稿は設定で間引くことができる。さっき書いたように，私は聴き始めると割とヘヴィローテーションしてしまうので，全部を Bluesky にポストすると TL が #なうぷれ で埋め尽くされてしまう。ポストの頻度についてはチューニング中だが，私は 10% くらいで十分かなぁと思っている。

実は Last.fm のことをすっかり忘れていた。 Scrobble の履歴を見たら2016年が最後のアクセスだった。まだアカウントがあったことにびっくりだよ。当時の履歴もちゃんと残ってたし。

そういえばなうぷれあっとに上がってる楽曲で Spotify 等で視聴可能なものについては該当のページに飛べるようになっている。素晴らしい。 Spotify はアカウントだけ取って完全に放置してたんだよな¹。初めて役に立ったよ（笑）

今回のサービスを試してみて思ったが，ソーシャルなサービスだからといって何でもフラットにすればいいというわけじゃないよな。グローバルとの繋がりは保ちつつ，やんわりと囲える設計がいいのかもしれない。そう考えると Mastodon というか ActivityPub はよくできているかも。

Spotify に限らないけど（アルゴリズムで）機械的に作ったプレイリストやおすすめを聴くのってダルくない？まぁ，私はアナログレコードや CD の世代で，気に入った楽曲は手元に置いて聴き倒したい人だからしょうがない（←年寄り）。今は FLAC 形式の音源が普通に買えるようになって本当によかった。リッピングしなくて済む。 ↩︎

大雨？豪雨？

2026-06-26T11:06:44+09:00

2つの台風の接近と，それに伴う梅雨前線の活性化であっちこっちで大雨になってるみたい。松江市内は普通に梅雨空だけど，大雨にやられている方々にはお見舞い申し上げます。

Mastodon や Bluesky の自 TL を眺めてて気がついたのだが，割とお手軽に「豪雨」という単語が使われている印象。そういえば「豪雨」って気象用語としての基準があったっけ？と思って簡単に調べてみた。

豪雨？

気象用語というか「気象庁が天気予報等で用いる予報用語」として「豪雨」は以下のように定義されている。

著しい災害が発生した顕著な大雨現象。

「○○豪雨に匹敵する大雨」等著しい災害が発生し命名された大雨災害の名称か、もしくは地域的に定着している災害の通称（例：東海豪雨）の名称を引用する形で用いる。一般に発表する予報や警報、気象情報等では、「豪雨」単独では用いない。

著しい災害とは、激甚災害、命名された大雨災害。

既に命名された現象もしくはそれに匹敵する過去事象に対する使用に限定する。

命名の目安は「浸水家屋10000棟」等。

降水 | 気象庁より

もの凄く簡単に言うと「豪雨」というのは実被害を伴う災害級の大雨を指す言葉のようだ。実際には激甚災害に指定された大雨災害を指すのかな。だから「豪雨」は降雨の量を指すのではなく，多分に政治判断が伴っている（激甚災害指定がそもそも政治判断によるところが大きい）。この辺は「豪雪」と似た構造だな（実際に「豪雪」項目には「豪雨に準じた用い方をする」と書いてある）。

過去5年間の激甚災害については内閣府に資料があった。

過去５年の激甚災害の指定状況一覧 : 防災情報のページ - 内閣府

これによると

といったあたりに「豪雨」の単語が見える。なお，元号と西暦の対応は以下の通り（マジで元号やめて欲しい）。

元号	西暦	元号	西暦
令和3年	2021年	令和6年	2024年
令和4年	2022年	令和7年	2025年
令和5年	2023年	令和8年	2026年

これを見ると2022年と2024年はかなり激しかったんだな。とにかく，ただの大雨に対してカジュアルに「豪雨」と言うのは避けたほうがよさそうだ。

集中豪雨？局地的大雨？

「気象庁が天気予報等で用いる予報用語」には解説用語として「集中豪雨」というのがあり「同じような場所で数時間にわたり強く降り、100mmから数百mmの雨量をもたらす雨」と定義されている。少し前までは「ゲリラ豪雨」というのもあったが「使用を控える用語」として「局地的大雨」や「集中豪雨」といった言葉に言い換えられているらしい。「局地的大雨」は「急に強く降り、数十分の短時間に狭い範囲に数十mm程度の雨量をもたらす雨」と定義されている。そういえば「ゲリラ豪雨」って聞かなくなったな。「集中豪雨」も元はマスコミ用語だったはずだけど一般的になりすぎて解説用語にせざるを得なかったんだろうなぁ，と邪推してみたり。

集中豪雨と局地的大雨の使い分けについては国交省に資料（2010年）があった。

集中豪雨・局地的大雨（ゲリラ豪雨）はなぜ発生するか

これによると

「集中豪雨」とは、線状の降水帯が数時間停滞することで、大雨が集中して降るものです。降水帯は、50〜300キロメートル×20〜50キロメートルの広さに及びます。梅雨の時期や9月に見られます。

これに対して「ゲリラ豪雨」とは。私たちの言い方では「局地的大雨」と呼びますが、散在する降水域で、20〜30キロメートル四方の広さに点在します。5月や夏に目立ちます。

集中豪雨・局地的大雨（ゲリラ豪雨）はなぜ発生するかより

などと書かれている。これらも降雨の量に関する基準はないらしい。現象を指す言葉というわけやね。

大雨？

「豪雨」に対して「大雨」は降雨現象そのものを指すようで，「気象庁が天気予報等で用いる予報用語」には

災害が発生するおそれのある雨。

気象庁HPの過去の気象データ検索の天気概況については、該当期間に30ｍｍ以上の雨の場合に記述される。

降水 | 気象庁より

と書かれている。「大雨」と対になる言葉として「小雨」は「数時間続いても雨量が１mmに達しないくらいの雨」とある。

実際の天気予報では「大雨」という言葉はあまり使わないようで

用語説明

弱い雨 1時間雨量が3mm未満の強さの雨。

やや強い雨 1時間に10mm以上20mm未満の雨。

強い雨 1時間に20mm以上30mm未満の雨。

激しい雨 1時間に30mm以上50mm未満の雨。

非常に激しい雨 1時間に50mm以上80mm未満の雨。

猛烈な雨 1時間に80mm以上の雨。

用語	説明
弱い雨	1時間雨量が3mm未満の強さの雨。
やや強い雨	1時間に10mm以上20mm未満の雨。
強い雨	1時間に20mm以上30mm未満の雨。
激しい雨	1時間に30mm以上50mm未満の雨。
非常に激しい雨	1時間に50mm以上80mm未満の雨。
猛烈な雨	1時間に80mm以上の雨。

降水 | 気象庁より

といった使い分けをするらしい。

面白いのが「雨が強くなる」というフレーズに対して「「強い雨」が降るようになること」と書かれていて，「雨が激しくなる」には「「激しい雨」が降るようになること」と書かれている。今度，天気予報で大雨の予報を聞く機会があったら注意してみよう。

参考

気象がわかる数式入門: 二宮洸三 (著); オーム社 2006-07-01; 単行本; 4274202712 (ASIN), 9784274202711 (EAN), 4274202712 (ISBN); 評価

気象に入る前に「次元」や「単位系」といった基本中の基本の話から始まり，そこから誤差論（の最初のほう）とかだんだんと核心に入っていく。順番に読んでいけば無理なく「気象」を始めとする物理学の初歩が理解できるよう構成されている教科書的な内容。これが私の子供の頃にあったらなぁ。

reviewed by Spiegel on 2019-05-04 (powered by PA-APIv5)

情報通信白書に見る AI

2026-06-22T19:06:45+09:00

【メモ】元号-西暦変換表

毎回分からなくなってググるので，ここにメモしておく。お役所の文書で元号を使うのマジでやめて欲しい。もう元号は祭事と皇室関連だけでいいじゃん。

元号	西暦
令和5年	2023年
令和6年	2024年
令和7年	2025年
令和8年	2026年

情報通信白書に見る AI

仕切り直しまして。

例によって Bluesky の自 TL に流れてきたポストから。

総務省｜令和6年版情報通信白書｜著作権を含む知的財産権等に関する議論

2024年版の情報通信白書の一部らしい。現時点（2026-06-22）で情報通信白書は2025年版まで出ている。

2024年版で AI 関連のトピックには以下のものがある。

第Ⅰ部
- 特集②　進化するデジタルテクノロジーとの共生
  - 第3章デジタルテクノロジーの変遷
    - 第1節 AI進展の経緯と生成AIのインパクト
    - 第2節 AIの進化に伴い発展するテクノロジー
  - 第4章デジタルテクノロジーの課題と現状の対応策
    - 第1節 AIの進化に伴う課題と現状の取組
    - 第2節 AIに関する各国の対応
  - コラム2 AIやロボットと協働・共生する未来に向けて（コンヴィヴィアルな関係）
第Ⅱ部情報通信分野の現状と課題
- 第9節 AIの動向

「著作権を含む知的財産権等に関する議論」は特集②第4章第1節の中にある。

2025年版で AI 関連のトピックには以下のとおり。

第Ⅰ部特集　広がりゆく「社会基盤」としてのデジタル
- 第1章「社会基盤」としてのデジタルの浸透・拡大と動向
  - 第2節 AIの爆発的な進展の動向
- 第2章進展するデジタルがもたらす課題
  - 第2節 AIの進展に伴う新たな課題
第Ⅱ部情報通信分野の現状と課題
- 第1章 ICT市場の動向
  - 第9節 AIの動向

見出しに AI が付いてるものだけを抜き出してみたが，2025年版は言及が少なくなってるのかな？

このブログ記事では著作権を含む知財権と AI についての話に絞ることにしよう。とはいえ「著作権を含む知的財産権等に関する議論」自体はあまり深い話はなくて，物凄く端折って言うなら「AI に絡む知財権の問題が複雑化してるから，どげんかせんといかんね」といった感じだろうか。企業側の対策として Microsoft の “Copilot Copyright Commitment” や Adobe Firefly における取り組みを紹介している。

「AI と著作権に関する考え方について」

政府側のアクションとしては

日本では、生成AI技術の発展と急速な普及に伴って権利者やAI開発者から著作権などの知的財産権の侵害に関する懸念の声が上がったことを踏まえ、2024年3月、文化審議会著作権分科会法制度小委員会において、「AIと著作権に関する考え方について」がとりまとめられるとともに、（著作権を含む）知的財産権との関係について、2024年5月、AI時代の知的財産権検討会より、「AI時代の知的財産権検討会中間とりまとめ」が公表された。

AIの進化に伴う課題と現状の取組より

「AI時代の知的財産権検討会」は現在も定期的に会合を開いているようだ。

まず「AIと著作権に関する考え方について」について Kagi Assistant に簡単にまとめてもらった。

観点	要点
文書の位置づけ	この文書は，生成AIと著作権に関する考え方を整理・周知するために取りまとめられたものであり，公表時点の一定の考え方を示すもの。法的拘束力はなく，特定の生成AIや技術について確定的な法的評価もしない。
前提（人とAIの関係）	人はAIを「高度な道具」として補助的に用いる前提で，AIを道具として用いる人に行為の責任が帰属する，という考え方を前提にしている。
開発・学習段階：30条の4（非享受目的）	30条の4の柱書は「享受を目的としない場合」を挙げており，AI学習のための情報解析を含む「情報解析の用に供する場合」は，享受目的がないものに該当すると整理している。
開発・学習段階：享受目的が併存する場合	1つの利用行為に目的が複数併存し得るところ，享受目的が1つでも含まれれば30条の4の要件を欠く（＝適用なし）と整理している。
開発・学習段階：ただし書（不当な害）	30条の4には，著作権者の利益を不当に害する場合は適用しないというただし書があり，これに該当すれば適用されない。
生成・利用段階：侵害判断の軸	生成物の生成・利用でも，既存の判例と同様に，類似性と依拠性の両方が認められると著作権侵害となり得る。その場合，差止や損害賠償の請求等が問題になり得る。
生成・利用段階：類似性	類似性は，「表現上の本質的な特徴を直接感得できるもの」について認められてきた，という整理。
生成・利用段階：依拠性（学習データに含まれていた場合）	AI利用者が既存著作物を認識していなくても，学習・開発段階で学習用データに含まれていればアクセスがあったと認められ，依拠性が推認されて侵害になり得るとする。
生成物の著作物性と「著作者」	「著作者」は著作物を創作する者だが，AIは法的な人格を有しないため，AIが著作者になることはない。生成物が著作物と判断される場合も，AIを利用して創作した人が著作者になる。
生成物：指示の具体性と著作物性	生成AIへの指示が「表現に至らないアイデア」にとどまるような場合は，著作物性が認められないと考えられる，という整理。
責任主体：原則と例外	侵害となる場合の主体は，原則として物理的行為主体であるAI利用者が責任を負う。
責任主体：事業者が責任を負い得る場合	そのうえで，規範的行為主体論により，生成AIの開発やサービス提供をする事業者が責任を負う場合があり得る。例として，特定の生成AIで侵害物が高頻度で生成される場合は，侵害主体と評価される可能性が高まるとする。
まとめ（今後）	判例・裁判例の蓄積，技術発展，諸外国の検討状況などを踏まえて，引き続き検討が必要とされている。

まだ流し読みした程度だが，この辺の内容は2023年の文化庁の資料の内容を踏襲しているように見える。

Generative AI は Copyright-Safe か？

ポイントは「既存著作物への依拠性」そして「『享受』を目的とする利用か否か」である。

著作権侵害の要件は大きく分けると「既存著作物との同一性・類似性」と「既存著作物への依拠性」の2つです。

前者の「既存著作物との同一性・類似性」について、AIは関係ありません。これまでの膨大な判例を元に、判断基準がほぼ確立しています。

たとえ「作風・画風」が類似していたとしても、「同一性・類似性」があることにはなりません。これは文化庁の資料に記載されているとおりです。

生成AI、画像の特徴が似ていれば「著作権侵害」にあたる？文化庁の最新見解を読み解くより

「AI時代の知的財産権検討会中間とりまとめ」の内容は多岐にわたるけど，著作権を含む知財権部分を同じようにまとめると以下の通りとなる。

著作権法との関係（学習・生成/利用を分けて整理）

観点	要点（超要約）
著作権法30条の4（非享受目的）	30条の4の柱書は，著作物に表現された思想又は感情を「享受」することを目的としない場合に利用し得るという考え方で，かつ「情報解析（用に供する場合）」が示される。
「非享受目的でも適用されない」場合（享受目的の併存）	1つの利用行為に複数の目的が併存し得る前提で，目的の内に一つでも“享受”が含まれると要件を欠く（＝30条の4が適用されない）という整理。
生成AIへの入力（プロンプト等）	生成指示（プロンプト等）を行う入力は，入力の性質として情報解析にあたり，付随して複製等が生じ得るため30条の4の適用が考えられる一方，入力が「類似生成を意図して著作物を享受させる」性格を持つ場合は適用されないと整理。
侵害の要件イメージ（類似性・依拠性）	既存の裁判例の枠組みを踏まえ，類似性と依拠性が認められると著作権侵害となり得る，という整理。
生成物の著作物性（AI出力が保護されるか）	AI生成物の著作物性は個別具体的に判断され，単なる労力ではなく，創作的寄与がどの程度積み重なっているか（例：指示・入力の具体性等）が要素になる。
侵害主体（利用者だけ？事業者も？）	原則は物理的な行為主体（AI利用者）だが，状況により事業者が規範的行為主体として責任を負う可能性がある（例：侵害物が高頻度に生成，抑止措置を取らない等）。

著作権法以外（意匠・商標・不正競争防止法・肖像/パブリシティ）

観点	要点（超要約）
意匠・商標（学習 vs 生成/利用）	現行制度を前提に，学習段階は（原則として）権利効力が及ぶ「実施」等に当たらない方向，生成・利用段階は従来の侵害判断と同様の発想で検討する，と整理。
不正競争防止法（商品等表示等）	商品等表示規制等について，依拠性が不要になる類型もあり，生成物への利用の違法性判断は一般的な枠組みに沿う，と整理。
肖像権・パブリシティ権	肖像権・パブリシティ権の侵害判断は，一般的な判断基準と同様の枠組みで考える（生成AIに特有の基準を置くものではない）方向で整理。

個別課題（労力・作風／声／デジタルアーカイブ／ディープフェイク）

観点	要点（超要約）
労力・作風（アイデア）の扱い	著作権法は「表現」を保護し，作風や労力そのものは保護対象ではないため，現行法だけで一律保護は難しい，という問題意識の整理（その上で契約・技術も組み合わせ得る）。
声	「声」の保護は肖像権・パブリシティ権等の周辺領域も含め整理し，成立可能性を検討する枠組みを提示。
デジタルアーカイブ	アーカイブ機関の保有データを学習に使う意義や，権利関係・技術仕様の整理が必要という問題設定。
ディープフェイク	無断利用があれば著作権等の侵害になり得ること，また肖像権・パブリシティ権や名誉毀損等の評価も含め，事案ごとに整理する方針。

特許（AIを利用した発明の取扱い／進歩性・記載要件）

観点	要点（超要約）
AIを利用した発明者性	現時点では「AI自身の自律的発明」は確認できず，自然人による創作過程でのAI利用が一般的として，発明の特徴的部分への創作的寄与者を発明者と認定する考え。
進歩性の判断	現時点では審査運用を変える事情は認められず，AI利用も含めて技術常識・技術水準を的確に把握し，従来の運用に従って判断する，という方針。
記載要件（実施可能要件・サポート要件）	AIによる予測等が絡む領域では，従来の考え方に照らして要件を満たさない事例があり得る旨を踏まえ，判断枠組みの維持を前提にしつつ，技術進展に応じた検討可能性を示す。

こちらも，著作権に関しては概ね文化庁の見解を踏襲しているように見える。

とりあえず，もう少し資料を読み込んで，AI がまとめた内容を精査しないとダメだな。

ブックマーク

参考

著作権は文化を発展させるのか: 人権と文化コモンズ: 山田奨治 (著); 人文書院 2021-07-29 (Release 2021-07-29); Kindle版; B099RTG3J7 (ASIN); 評価

著作権を「ユーザーの人権」という観点から捉え直す。その後文化→コモンズ→文化コモンズと進み，本当の意味で「文化の発展に寄与する」とはどういうことか考察していく。

reviewed by Spiegel on 2022-10-23 (powered by PA-APIv5)

本当に夏至は「太陽が一番高い日」か？

2026-06-21T23:55:27+09:00

その辺の Web ページとかを見ると夏至の説明として「太陽の南中高度が一番高い日」あるいはもっと簡単に「太陽が一番高い日」と書かれていることが多い。それを見るたびに「違うだろ！」とツッコみそうになるが，定義はともかく，現象としては間違ってないので思いとどまっている。

いや，待て。本当に夏至は「太陽が一番高い日」なのか？

二十四節気と七十二候

まずは定義から。

夏至は二十四節気のひとつである。もともと二十四節気は冬至を起点に1年を24分割したもので，更に二十四節気をそれぞれ3分割したものを七十二候と呼ぶ。なので，二十四節気や七十二候は本来期間を指すもので，ある時点を指すものではない。

七十二候は明治の改暦で廃止になったが，二十四節気については少し定義を変えて現在でも公式に運用されている¹。このうち夏至については 「太陽黄経が90度となる瞬間を含む日」 と定義されている。

via Explanation about a celestial sphere in Japanese

太陽位置の座標系を変換する

ある時点の太陽高度を求めるには天球² 上の太陽の位置（黄道座標系³ および赤道座標系⁴）を観測者から見た位置（地平座標系⁵）に変換する必要がある。

黄道座標系 ($\lambda, \beta$) と赤道座標系 ($\alpha, \delta$) との関係は，黄道傾斜角を $\epsilon$ として，以下の通りである。

暦Wiki/座標系/赤道座標系と黄道座標系 - 国立天文台暦計算室より

\begin{align*} \cos\delta\cos\alpha &= \cos\beta\cos\lambda \\ \cos\delta\sin\alpha &= \cos\epsilon\cos\beta\sin\lambda - \sin\epsilon\sin\beta \\ \sin\delta &= \sin\epsilon\cos\beta\sin\lambda + \cos\epsilon\sin\beta \end{align*}

太陽は常に黄緯 $β_\mathrm{sun} = 0\tcdegree$ と見なせるので

\begin{align*} \sin\delta_\mathrm{sun} &= \sin\epsilon\sin\lambda_\mathrm{sun} \end{align*}

となる。つまり（$\epsilon$ が変化しないなら⁶）太陽黄経 $\lambda_\mathrm{sun} = 90\tcdegree = 夏至$ のとき赤緯 $\delta_\mathrm{sun} = \epsilon$ で最大値になる。

さらに赤道座標系 ($\alpha, \delta$) と地平座標系 ($A, h$) との関係は，天の北極の高度（＝観測地点の北緯）を $\phi$，天体の子午線からの時角を $H$ として，以下の通りである。

暦Wiki/座標系/地平座標系と赤道座標系 - 国立天文台暦計算室より

\begin{align*} \cos h\sin A &= -\cos\delta\sin H \\ \cos h\cos A &= \cos\phi\sin\delta - \sin\phi\cos\delta\cos H \\ \sin h &= \sin\phi\sin\delta + \cos\phi\cos\delta\cos H \end{align*}

この式を元に季節ごとに太陽の方位と高度を視覚化したグラフが以下である。

太陽の高度，方位角および影の位置の概略値の求め方 - 国立天文台暦計算室より

おー。アナレンマだ。

via Analemma of the Sun | Flickr (György Soponyai, CC-BY-NC)

夏至の日の南中高度（北半球）

前節の式より，ある時点の太陽の南中高度は，もっと簡単に以下の式で表される。

\[ h_\mathrm{sun} = 90\,\tcdegree - \phi + \delta_\mathrm{sun} \]

ここまでくれば（観測地点が同じであれば）夏至の瞬間に太陽の南中高度が最大になることが納得できるだろう。

ただし，沖ノ鳥島など北回帰線（北緯約23.4度）より南では夏至の南中高度が $90\tcdegree$ を超える。つまり天頂より北側に太陽が来る。この場合は夏至の日の南中高度が最大とは言えなくなる。

いや，待て待て待て。

これは夏至（$\lambda_\mathrm{sun} = 90\tcdegree$）の瞬間に太陽が南中した場合の話であって，夏至の日の南中高度が最大になるとは限らないのでは？

こういうときは AI に教えてもらおう！

というわけで Kagi Assistant にお願いしてみた。最初は過去10年の夏至前後の南中高度を調べてもらいたかったのだが，なんか無理っぽい感じだったので，ピンポイントに，松江市における2019年の夏至（2019-06-22 00:54 JST）前後1日で調べてもらった。

日付	南中時刻	南中高度[°]
2019-06-21	12:09	78.0°
2019-06-22	12:10	78.0°
2019-06-23	12:10	78.0°

同じく松江市における2023年の夏至（2023-06-21 23:58 JST）前後1日についても以下に示す。

日付	南中時刻	南中高度[°]
2023-06-20	12:09	78.0°
2023-06-21	12:09	78.0°
2023-06-22	12:10	78.0°

なるほど。夏至前後の数日程度では南中高度はほとんど変わらないのか。もっと有効桁数を大きく取れれば違いが分かるのかもしれないが，公開されているデータではこれが限度かな⁷。先程の太陽の方位と高度の図を見ても真南を中心に対称になっているっぽいし，太陽の最大南中高度が夏至の日から外れることはないのかも？

というわけで

とりあえず北回帰線以北という条件付きで，夏至は「太陽の南中高度が一番高い日」と言ってもよさそうだ。

やー，遊んだ遊んだ（笑）

ブックマーク

※ 日本独自の暦・暦象に関する話題は koyomi を参照のこと。

参考

理科年表 2020: 国立天文台 (編集); 丸善出版 2019-11-20; 文庫; 4621304259 (ASIN), 9784621304259 (EAN), 4621304259 (ISBN); 評価

日本における令和への改元や国際単位系（SI）の定義改定などに関するトピックを多く掲載。2020年版は（保存用として）買いかも。

reviewed by Spiegel on 2019-12-08 (powered by PA-APIv5)

天体物理学: Arnab Rai Choudhuri (著), 森正樹 (翻訳); 森北出版 2019-05-28; 単行本; 4627275110 (ASIN), 9784627275119 (EAN), 4627275110 (ISBN); 評価

興味本位で買うにはちょっとビビる値段なので図書館で借りて読んでいたが，やっぱり手元に置いておきたいのでエイヤで買った。まえがきによると，この手のタイプの教科書はあまりないらしい。内容は非常に堅実で分かりやすい。理系の学部生レベルなら問題なく読めるかな。

reviewed by Spiegel on 2019-11-13 (powered by PA-APIv5)

天体の位置計算: 長沢工 (著); 地人書館 1985-09-01; 単行本; 4805202254 (ASIN), 9784805202258 (EAN), 4805202254 (ISBN); 評価

B1950.0 分点から J2000.0 分点への過渡期に書かれた本なので情報が古いものもあるが，基本的な内容は位置天文学の教科書として充分通用する。

reviewed by Spiegel on 2015-01-11 (powered by PA-APIv5)

二十四節気は2016年にユネスコの無形文化遺産に登録されたそうな。 ↩︎
「天球」とは地球を中心とした無限遠の仮想球面である。「無限遠」というのは具体的な長さを指すものではない。3次元空間上の座標を表すには通常は3つのパラメータが必要だが（方位・高度・距離など），天球を想定することで地球と天体との「距離」のパラメータを省くことができる。これにより天球上の天体を2つのパラメータ（方位と高度あるいは赤経と赤緯）のみで表すことが可能になる。つまり天球は観測者から見た天体の2次元写像であると見なすこともできる。もちろんこれは地球と天体との距離が（人間の認知レベルでは）十分遠いが故に可能な想定である。しかし現代天文学においてアインシュタインの業績や観測技術の飛躍的な向上により「天体までの距離」が重要な意味を持つようになったのは，皆さんご承知のとおりである。余談だが，神話的には神々は「天球」の外側に存在すると考えられている。中世の星座絵が反転してるのは「神の視点」を意識しているからである。3次元の「無限遠の球」の外側に神が居るとか面白すぎる！ ↩︎
地球の太陽公転面（厳密には地球-月重心の平均軌道角運動量ベクトルに垂直な面）を黄道と呼び，これを基準にした座標系を黄道座標系 (ecliptic coordinate system) と呼ぶ。地球の座標系のように黄経 (longitude; $\lambda$)・黄緯 (latitude; $\beta$)で表す。黄道に対して天の赤道は約 $23.4\tcdegree$ ほど傾いていて（公転面に対する地軸の傾き，黄道傾斜角），黄道と天の赤道が交わる点が春分点および秋分点となる。現代天文学では春分点が基準になっていて，$春分点 = 黄経\,0\tcdegree = 赤経\,0\tcdegree$ である。太陽黄経は太陽の位置を黄道座標系で表したときの黄経の値を指す。 ↩︎
地球の北極・南極・赤道を延長した方向を，それぞれ天の北極・天の南極・天の赤道と呼ぶ。このとき地球の経緯度と同様に，天体の位置を赤経 (right ascension; $\alpha$)・赤緯 (declination; $\delta$) で表すことができる。これを赤道座標系 (equatorial coordinate system) と呼ぶ。赤緯は $天の赤道 = 0\tcdegree$ を基準に、北または南へ $90\tcdegree$ までの角度で表される。 ↩︎
観測者から見て真上の方向を天頂 (zenith) と天頂を通り南北を結ぶ大円（子午線）を基準にした座標系を地平座標系 (horizontal coordinate system) と呼ぶ。地平座標系では東西南北の方位 (azimuth) と高度 (altitude または height) で表すことができる。ちなみにここで言う高度は地平面からの仰角を指し，地平面が $0\tcdegree$，天頂が $90\tcdegree$ となる。太陽が子午線上を通過する瞬間を南中と呼ぶ。南中時の太陽高度が南中高度である。南半球は太陽が北側にあるから南中じゃないな（笑）正確に「極上正中 (upper culmination)」と呼ぶべきか。この記事では南中で押し通す。 ↩︎
厳密には黄道傾斜角は章動の影響で毎日 $0’’.05$ くらい変化しているようだ。が，太陽黄緯の変化に比べればごく僅かと言える。 ↩︎
国立天文台から発行されている暦象年表には地球時0時の太陽視赤緯が $0.01’’$ の精度で掲載されているが PDF 版は2024年以降しか公開されていないようだ（少なくとも2019年と2023年のはなかった）。紙であれば国会図書館にあるが，ネットでは閲覧できないんだよなぁ。2026年の暦象年表で夏至（2026-06-21 17:25 JST）の前後1日の太陽視赤緯を見てみると，1日に $10’’ \simeq 0.0028\tcdegree$ 程度の変化量になっている。東京における日南中高度のデータもあるが毎日ではなく精度も $1’ \simeq 0.017\tcdegree$。このため夏至前後1日の値は分からない。まぁ，視赤緯の変化量が $10’’$ 程度なら $1’$ 精度の南中高度データでは変化は分かるまい。 ↩︎

しっぽのさきっちょ [text.Baldanders.info]

LLM は軍事技術か？

ブックマーク

参考

自転車がオーバーホールから返ってきた

リンクカードに対応した

RSSHub について調べようとしたら結構おおきな話だった

RSSHub と Folo

直接 RSS フィードを提供する場合

RSSHub サーバ経由で RSS フィードを提供する場合

RSS3

RSS3 と $RSS3

分散型ソーシャルプロトコル統合

Web3 はちゃんと “Web” になっている？

参考

『ケアレス・ピープル』を斜め読み

Facebook 帝国の暗愚

世界をアップデートする（悪いほうに）

マイナスごじゅってん

ブックマーク

参考

自転車をオーバーホールに出した

その前に掃除

オーバーホールに出した

体力激減

参考

「なうぷれあっと」を試す

大雨？ 豪雨？

豪雨？

集中豪雨？ 局地的大雨？

大雨？

参考

情報通信白書に見る AI

【メモ】 元号-西暦変換表

情報通信白書に見る AI

「AI と著作権に関する考え方について」

ブックマーク

参考

本当に夏至は「太陽が一番高い日」か？

二十四節気と七十二候

太陽位置の座標系を変換する

夏至の日の南中高度（北半球）

というわけで

ブックマーク

参考

大雨？豪雨？

集中豪雨？局地的大雨？

【メモ】元号-西暦変換表