List of Google [text.Baldanders.info]

そもそも「AI ブラウザ」ってなんなん？

2025-11-18T14:12:31+00:00

最近は他人様のブログ記事や SNS ポストの感想文みたいな記事ばっかり書いてるのだが，今回も yomoyomo さんのこの記事から。

「Mozillaさん、誰もFirefoxにAIなんか望んでないと思うよ」よりも前向きな提言 - YAMDAS現更新履歴

Mozilla Firefox はどこへ行く？

なんでも Mozilla が Firefox に “AI Window” なる機能を組み込む計画があるそうで

AIウィンドウにはAIアシスタントとチャットしたりブラウジングを補助してもらったりできる機能が搭載される計画です。

[…]

AIウィンドウの機能はオプトイン形式で提供され、利用するかしないかはユーザーが自分で選択できるようになります。Firefox開発チームは「AI企業が開発したブラウザは、ユーザーに対してAIを常に使うかまったく使わないかの難しい選択を迫ります」と指摘し、FirefoxのAIウィンドウならAIを使いたいときにだけ使えるとアピールしています。

FirefoxにAIタスク用の「AIウィンドウ」が追加される予定 - GIGAZINEより

これに対して「要らんよ，そんなもん」という意見が出てくるのだが，さらにその意見に対して「そうだけどそうじゃねーよ」と反論（？）しているのが「前向きな提言」というわけだ。

Mosaic 系列の Web ブラウザとして有名な Netscape Navigator と Internet Explorer だったが，後者が Windows 標準ブラウザとしてカーネルの深いところに組み込まれ，パソコン OS の世界市場独占を背景に猛威を振るう一方で，前者は最初こそ大きなシェアを誇っていたものの市場的には失敗に終わっている。ユーザからは Netscape の後継プロジェクトと目されていた Firefox (当時は Phoenix と呼ばれていた) には IE のカウンタとして期待が寄せられていたが，最終的に IE に止めを刺したのは「プライバシーに敵対的な企業」として名を馳せる Google の Chrome だったというのは皮肉としか言いようがない。

これは完全に私個人の偏見だが， IE が完全に倒れたことで Mozilla Firefox は存在意義を失い迷走しているように見える。 Mozilla は Firefox をセキュリティやユーザのプライバシー保護に配慮したブラウザとして宣伝するけれど，それにしては今だに検索窓と連携する検索サービスのデフォルトが (メタクソ化して久しい) Google 検索なのは何故だろう¹。私はこの一点で Mozilla を完全には信用していない。これで

With AI becoming a more widely adopted interface to the web, the principles of transparency, accountability, and respect for user agency are critical to keeping it free, open, and accessible to all. As an independent browser, we are well positioned to uphold these principles.

via Introducing AI, the Firefox way: A look at what we're working on and how you can help shape it

とか言われても説得力が… って感じではある。

そもそも「AI ブラウザ」って何？

ここまで来てこう思わなかっただろうか。

そもそも「AI ブラウザ（AI-driven browser）」ってなんなん？

たとえば ChatGPT Atlas は，開発元の OpenAI によると「ChatGPT を中核に据えて構築した新しいウェブブラウザー」だそうだが，実際にはアンチ Web ブラウザとでも言うべきものだろう。だって Web にアクセスしないで，それらしいものを「生成」しているだけなんだもん。

You’re the agent for the browser, it’s not being an agent for you

via ChatGPT's Atlas: The Browser That's Anti-Web - Anil Dash

じゃあ「AI ブラウザ」って何なのだろう。ちゃんとした定義があるのだろうか。

「AIブラウザとは？次世代“ブラウザ×AI”で何が変わるか」によると

AIブラウザは、以下のような多様な機能を一つの画面内で提供します：

ページ要約・翻訳・解説：長文記事を瞬時に要点化、外国語ページの即時翻訳も

質問応答と並行作業：画面を見ながら「この製品のメリットは？」「比較して」と尋ねるだけ

情報抽出・整理：複数ページから必要情報を抜き出し、表形式で整理

フォーム入力補助・リライト：SNS投稿、メール作成などの文章推敲をリアルタイム支援

自動操作（Agent Mode）：AIがタブを開き、リンクをクリックし、必要事項を記入する

単なる情報収集の補助ではなく、意思決定・実行レベルにまでAIの支援が拡張されています。

AIブラウザとは？次世代“ブラウザ×AI”で何が変わるか｜機能・設定・活用ガイド - 株式会社MoMoより

と書かれている。また「AIブラウザで情報収集を時短｜仕事で使えるおすすめ7選と活用事例を紹介」には「単なるWeb閲覧だけでなく、ユーザーと対話しながら情報収集や作業をサポートしてくれるのが大きな特徴」とあり，さらに

検索結果の要約、翻訳、文章のポイント抽出、比較、さらには自然言語での質問応答や資料作成の補助まで、さまざまな作業をブラウザ上で完結できます。ユーザーの関心や行動履歴に応じて関連情報を提案する機能もあり、必要な情報に素早くアクセスできるのも大きな魅力です。

さらに、音声操作や自動化機能も備えており、作業の手間を減らし、よりスムーズで効率的な情報収集が可能になります。情報収集から業務効率化まで幅広く活用でき、ビジネスシーンにおける活用の期待も高まっている注目のツールです。

AIブラウザで情報収集を時短｜仕事で使えるおすすめ7選と活用事例を紹介 | コラムより

などと書かれている。

結局「定義」と呼べるものはないみたいだが，強いて言うならグレッグ・イーガンの『万物理論』に出てくる「シジフォス」みたいなもんか（笑）

AI ブラウザの議論と実装

Web と AI あるいは AI ブラウザについては W3C でも議論があるらしい。以下，タイトルだけ挙げておく。

既存の主要ブラウザの実装状況は以下の通り：

Google Chrome は Gemini を統合している。最近 “Private AI Compute” と称してオンデバイス処理とクラウド・サービスを組み合わせた機能を発表した
Microsoft Edge は Copilot モードによって AI 機能を提供している。 AI 検索については Bing Chat が統合されている
Mozilla Firefox はオンデバイスの AI 機能を搭載している。チャット機能については各種 AI サービスと連携できる。 AI 検索機能についても他社との協業を検討しているらしい。前節の AI Window については詳細不明
Apple Safari はオンデバイス処理と自社のクラウド・サービスを組み合わせた Apple Intelligence が統合されている。 AI 検索機能については他社との協業を検討しているらしい

ChatGPT/Copilot や Gemini のようなサービスを持っていない Mozilla や Apple はプライバシー重視の象徴としてオンデバイス処理を強調しているように見える。 Google の Private AI Compute はこれに対抗する動きと見られるが，どうやって「クラウドで動作する高性能モデルの速度とパワーを活用しつつ、個人のデータを非公開に保つ」のかはよく分からない（経路の暗号化だけじゃ駄目なんだよ）。むしろ，オンデバイス OCR のように，プライバシー云々というより，即応性を上げるための分散処理なんじゃないの？と思えなくもない。

AI ブラウザのリスク

生成 AI をトリガーとして Web を含むユーザ体験（User Experience; UX）は確実に変わるだろう。少なくとも検索サービスや SNS のタイムラインを情報ハブとしたユーザの今までの行動パターンからは既に変わりつつある。

機械に人生相談した挙げ句に自殺をそそのかされるみたいな事例も出ている。また AI ブラウザが情報漏洩リスクになっている点も指摘されている。

AI browsers access sensitive corporate content through session data, cookies, and SaaS tabs to personalize results. Every tab, copy/paste, and login could quietly feed external AI models, creating what we call an “invisible AI endpoint.”

Unlike traditional browsers, these AI-driven ones operate outside enterprise visibility and DLP controls, turning session memory, auto-prompting, and cookie sharing into new exfiltration paths. And because employees adopt them alongside Chrome or Edge, most security tools never see them.

via Why The Browser Has Become the Enterprise’s Most Overlooked Endpoint - LayerX

先に挙げた W3C の “Threat Modeling Agentic AI Web Browsers ” のような観点での議論がもっと必要だろう。

それでも私達はもう「生成 AI」より前には戻れないのだ。そこに (Google や Microsoft などとは異なる立場に立てる) Mozilla Firefox がリーダーシップを取れる余地があると私は思っている。

Market Firefox as “The best AI browser for people who hate Big AI”. Regular users have no idea how creepy the Big AI companies are — they’ve just heard their local news talk about how AI is the inevitable future. If Mozilla can warn me how to protect my privacy from ChatGPT, then it can also mention that ChatGPT tells children how to self-harm, and should be aggressive in engaging with the community on how to build tools that help mitigate those kinds of harms — how do we catalyze that innovation?

via I know you don’t want them to want AI, but… - Anil Dash

というわけで，最初に戻る。果たして Mozilla Firefox はどこへ行くのだろう？

このまま Mozilla Firefox がどっちつかずの態度のままブラウザ市場におけるプレゼンスを縮小させていくのであれば，いっそ今からでも Orion か Zen あたりに鞍替えするのが無難だろうか²。

ブックマーク

A first interview with Mozilla’s new CEO on AI, Firefox, and the web | The Verge
- 📝 Is Mozilla trying hard to kill itself? — Bruno’s ramblings : Firefox が広告ブロッカーをブロックするかもしれない？
Web のコストは誰が支払うのか

参考

万物理論 (創元SF文庫): グレッグ・イーガン (著), 山岸真 (翻訳); 東京創元社 2004-10-28; 文庫; 4488711022 (ASIN), 9784488711023 (EAN), 4488711022 (ISBN); 評価

グレッグ・イーガンの名作。これも singularity を巡る物語だな。

reviewed by Spiegel on 2017-09-18 (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)

もちろんそれが Mozilla の大きな収入源のひとつだからなのだろうが。 ↩︎
手元にある MacBook Air には既に Orion を入れている。 Linux 版の登場を待ってます！ちなみに Orion は WebKit ベースのブラウザで Zen は Firefox をベースにカスタマイズされている。また Google Chromium から Google Web サービス依存部分を除去した ungoogled-chromium ってのもあって，こちらは（動作検証用に）自宅機に入れている。 ↩︎

Kagi Assistant と Google AI モード

2025-09-09T10:50:39+00:00

今年（2025年）2月から社内テストが始まり，5月に米国で一般提供が開始された Google AI モードだが，日本での提供も開始されたようだ。

私の環境ではまだ使えないのだが

AIモードの実現には、「クエリファンアウト」と呼ばれる技術を採用する。この技術では、質問をサブトピックに分解し、利用者に代わり、サブクエリに対して検索を実行。これにより、従来のGoogle 検索よりはるかに深くウェブを探索できるようになり、個別の質問に最も適した、関連性の高いコンテンツを見つけられるようにする。

グーグル「AIモード」検索、日本でスタート「検索は知性になる」より

らしい。

一方で，我らが Kagi Search も Kagi Assistant を以前から Ultimate プランのユーザに提供していたが，今年の4月に全ユーザ¹ に開放された。

Kagi Assistant が全ユーザに解放

両者ともプロンプトから複数の検索クエリを生成して検索し，その結果を基に回答を生成する，という仕組みのようだ。

というわけで Kagi Assistant と Google AI モードとの違いを Kagi Assistant に訊いてみた²。

Kagi Assistant vs. Google AI Mode - Kagi Assistant

生成 AI が出力した結果だから鵜呑みにしないようにね。ちなみに Kagi Assistant では回答の末尾に

Kagi Assistant vs. Google AI Mode - Kagi Assistant

という感じに参考ページを示してくれるが，関連性の高いページほど行末の%の値が高くなるようだ。これを参考に Web ページを確認するって感じだろうか。行末の%表示は今月（2025-09）から追加されたのだが

More importantly, this technology paves the way down the road for Kagi to share profits with publishers participating in our AI answers. This would happen automatically for all websites, with no deals, no contracts needed.

via September 4th, 2025 - Kagi Summarize goes mobile, Kagi Assistant adds source attribution and study mode

などと述べている。 Google AI モードについては

ビジネス展開については、現在回答の下に広告をつけるテストを行なっており、今後も検討を進めていくとした。

グーグル「AIモード」検索、日本でスタート「検索は知性になる」より

などと言ってるそうで，ここでも広告がついてまわるようだ。まぁ，収益構造が違うからね。

両者を比較すると Kagi Assistant があくまで検索サービスとユーザとの仲立ちとして機能し，パーソナライズに関しても検索結果や AI 出力のカスタマイズおよびプライバシーへの配慮に重きを置いているのに対し， Google の AI サービスはおそらく Google 全サービスを統合してユーザに提供することを目論んでいるように見える。 AI モードは機能の一部に過ぎず，そこだけ見て判断できないってことかな。まぁ Google が気にしてるのは Microsoft や Apple のような OS やクラウド市場で影響力のある企業だろうし，当然だよな。

私の環境で Google AI モードが使えるようになったら（無料の範囲で）試してみたいところではあるが， Google 各サービスへの依存度を減らしたい私としては Google AI Pro とか追加料金を払ってまでは積極的に使わないかなぁ。

ブックマーク

Web のコストは誰が支払うのか

Kagi Search を利用するためにはユーザ登録が必要。無料プランもあるが制限あり。検索機能を制限無しで使うには Professional 以上のプランに加入する必要がある。また Assistant で高機能モデルを使うには Ultimate プランに加入する必要がある。 ↩︎
Kagi Assistant はスレッドごとに公開タグを付けることで結果を公開できるようになった。助かる。 ↩︎

Web のコストは誰が支払うのか

2025-03-11T05:39:34+00:00

今月（2025-03）に入り Chrome 系のブラウザ拡張機能について Manifest-V2 廃止に基づく粛清がいよいよ始まるようだ？

実際には Manifest-V2 の廃止までにはまだ猶予があり，どうやら Google 側が姑息な排除をしようとしているんじゃないかという話もある。

Googleが「uBlock Originのサポートは終了しました」とウソをついているとネットが騒然、広告ブロッカーを使い続ける方法はコレ - GIGAZINE

本当のところは分からないが（Chrome 使ってないので），今回の V2 から V3 への移行で（利用者から見て）最もインパクトがある拡張機能のひとつが uBlock Origin だろう。 uBlock Origin は Manifest-V2 の webRequest API 仕様に大きく依存していて，新しい Manifest-V3 の API では機能が制限されるらしい。

uBlock Origin relies heavily on the webRequest API to block unwanted content before it loads. Under MV3, the webRequest API is limited, and extensions are encouraged to use the new declarativeNetRequest API instead. This new API allows for predefined rules but lacks some of the dynamic capabilities that uBlock Origin utilizes for advanced content blocking.

via uBlock Origin - Free, open-source ad content blocker.

Manifest-V3 でこの制限をうまく回避するる方法はないようで，以下の代替案が提案されている。

Continue Using uBlock Origin on Firefox

Use uBlock Origin Lite

Switch to Browsers Committed to MV2 Support

Explore Other Content Blocking Methods

via uBlock Origin - Free, open-source ad content blocker.

uBlock Origin Lite であれば Manifest-V3 ベースらしいので Chrome ユーザは取り敢えずこちらに移行する手はある。

一方 Firefox は Manifest-V2 と Manifest-V3 の両方をサポートすると明言しているので，いっそ Firefox に乗り換える手もある。

Mozilla’s approach to Manifest V3: What’s different and why it matters for extension users | The Mozilla Blog

ブラウザを乗り換えていいのであれば，もうひとつ Orion ブラウザに乗り換える手もある。有料検索サービスの Kagi が提供している Orion ブラウザは広告ブロッキング機能を既定で備えていて，他にもプライバシー保護の観点から他のブラウザより有利であると主張している。

Privacy comparison Orion Safari Firefox Brave Chrome

Zero telemetry by default ✅

Blocking 1st party ads by default ✅

Blocking 1st party trackers by default ✅

Blocking 3rd party ads by default ✅ ✅

Blocking 3rd party trackers by default ✅ ✅ ✅ ✅

via Orion Browser by Kagi

残念ながら Orion ブラウザは WebKit ベースのため，今のところ macOS および iOS/iPadOS しか対応していない。しかし，昨今の情勢を見て Linux 版の開発に着手したようだ。

We’re thrilled to announce that development of Orion Browser for Linux has officially started! Our team is working hard to bring the same speed, privacy, and innovation that Mac users love to the Linux platform.

This is an ambitious project that we expect will take approximately one year to complete. Our target is to achieve feature parity with the current macOS version by March 2026.

via March 6th, 2025 - Orion Embarks on Linux Journey & Kagi Doggo Art Celebration

手元にある MacBook Air には既に導入しているが，今のところ不都合はない。まぁ macOS のアプリケーションはあまり使わず Linux 環境での作業が殆どなのだが。私は Linux 版を待ってます。

Orion ブラウザには Orion+ ってのがあるそうで，一括で150USD払うか月5USD（年50USD）のサブスクリプションに加入することで RC 版の利用が可能になる他，フィードバックにも優先的に対応してもらえるらしい。 Kagi は有料検索サービスとこの Orion+ の収益で開発・運用を行っているようだ。

その Kagi の検索サービスだが，現在は Professional プランを月ごとの支払いで運用している。もうガッツリ使ってるよ。検索周りの UX が優秀なのは言うまでもないが AI 絡みの機能（Translate, FastGPT¹, Universal Summarizer）も便利に使っている。なので，年単位の契約に切り替えてもいいかなぁ，と考え中ではある。もしくは Assistant が使える Ultimate プランにするか。いやでも私の場合 AI アシスタントは GitHub Copilot で足りてるからなぁ。

Kagi の中の人が Bluesky で書いていたが，ネット上で享受しているサービスなりプラットフォームなりのコストは誰が支払っているのか，って話だ。

改めて思うのだが Web 2.0 最大の罪はそのコストを安易に（本来の利用者ではない）他者へ「転嫁」してしまったことだろう。

そして今になって私達は「メタクソ化 (enshittification) 」という形で（文字通りの）ツケを支払っているわけだ。広告モデルで実際にコストを支払ってるのは広告主なんだから，サービス側プラットフォーム側が広告主の利益を最大化するよう調整するのは当然と言える。

だからといって「それ」を許容できるかと問われたら否と答えるけど。

特に Web 上の広告はもはや好悪の問題ではなくセキュリティやプライバシーのリスクの問題になっている。

たとえば Publickey のように，ポリシーを持って広告を管理しているサイトは少なく，大抵は Google 等の広告サービスが提供しているものを垂れ流してるだけの脆弱なサイトに見える。まぁ，一番ダークなのは間違いなく Google 検索サービスのページだけど（笑）

uBlock Origin などのツールは単に広告をブロックするツールというだけではなく，そのサイトの広告を許容できるか否かの決定権を，見ているユーザ側に取り返すという大切な手段である。その上で私達は（広告モデルを含む）他者にコストを転嫁する仕組みから距離を置く必要があると思う。タダならば何でもいいという世の中じゃなくなったってことかねぇ。

そのビジネスモデルで本当に利用者は幸せになれるのか。よくよく考えてリソース（お金とは限らない）を投入しないといけないし，私のようなビンボー人は幾つかサービスを諦めることも視野に入れないといけないかもしれない。

ブックマーク

参考図書

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

reviewed by Spiegel on 2023-11-21 (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)

スパム[spam]:インターネットのダークサイド: フィン・ブラントン (著), 生貝直人 (監修), 成原慧 (監修), 松浦俊輔 (翻訳); 河出書房新社 2015-12-25; 単行本; 430924744X (ASIN), 9784309247441 (EAN), 430924744X (ISBN); 評価

とりあえず読みづらい。修飾語が多すぎるよ。ギリシア神話かっての。

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

FastGPT は本当に簡易的な機能のみの提供で，単一の応答しか出来ないし LLM モデルの選択もできない。連続的な「会話」や LLM モデルの切り替え機能が欲しいのであれば Ultimate プラン（月25USD）に加入した上で Assistant 機能を利用する必要がある。 ↩︎

Google 画像検索の CC Licenses 絞り込み機能は壊れている？

2022-10-02T03:26:46+00:00

これも Twitter TL から拾ったネタ。

Google画像検索にある「クリエイティブ・コモンズライセンス」の絞り込み機能は壊れているとの指摘 - GIGAZINE

というわけで，実際に試してみる。

まず Google の検索窓で “lock” をキーに画像検索してみる。このときツール・オプションで「クリエイティブ・コモンズライセンス」を選択する。

結果はこんな感じ。

いやいやいや（笑）

このときの URL はこんな感じ（余計なオプションは省いている）

https://www.google.com/search?q=lock&tbm=isch&tbs=il:cl&hl=ja

言語パラメータの hl=ja を省くと検索結果が変わるのがアレなのだがそれはともかく，どう見ても CC licenses とは関係ないし結果の件数が少なすぎるよね。ここで件の記事に従って tbs オプションの値を sur:fmc,il:cl に書き直してみる。

おー，出るやないかい！画像左下の「ライセンス可能」のアイコンをクリックすると

Wikimedia Commons の画像であることが分かる（ちなみにこの錠前の画像は CC0 献呈された画像である）。

なお，この状態で検索ワードを変えるとツール・オプションがなかったことにされる。

使えん！ orz

悪意なのか？それとも馬鹿なのか？

気を取り直して… 最初に挙げた記事には「Openverse を使え」とある。早速試してみよう。

結果はご覧の通り。

レスリングの画像ががが。確かに「アームロック」の画像だけど（笑）

画像部分をクリックすると

という感じに詳細情報が出る。クレジット表記の雛形も表示してくれるんだねぇ。ちなみに日本語の検索ワードもちゃんと通る。

ところで Openverse って何だろうと思ったが，どうも2017年に登場した CC Search の後継もしくは派生サービスのようだ。 https://ccsearch.creativecommons.org/ から Openverse にリダイレクトされるし。近年は Creative Commons の話題を真面目に追わなくなったせいか，全く気が付かなかった。

ま，まぁ，ともかく， Google 画像検索は捨て！ということで（笑）

Virtual Photography

話は変わるが Flickr に画像をアップロードする際に “Photos” とか “Screenshots” とか “Illustration” とかいった種類を指定することができるのだが，これに新たに “Virtual Photography / Machinima” が加わった。

Discover Virtual Photography on Flickr | Flickr Blog

いわゆる「AI 絵画」の流行を受けてのものだろう。まぁ，どの種類を指定するかはユーザの胸三寸なんだけどね。

もし AI 絵画を「自由なライセンス」で公開したいのであれば Flickr の利用も検討してください，ということで。

ブックマーク

参考図書

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

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

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

Google vs Oracle の訴訟の行方（最終章）

2021-04-11T02:00:27+00:00

先月に「Google vs Oracle の訴訟の行方 3」を書いたばかりで，私としては判決が出るのは早くても夏以降だろうと高をくくっていたのだが，4月早々に判決が出ちゃいました。

これにより Andorid における Java API の利用（コピー）は fair use の範疇であることが認められた。

念のために書いておくけど，ライブラリやフレームワーク等で提供される API (Application Programming Interface) そのものには著作権があり，その利用（複製・配布・改変）について規制がかかる，という点は覆らない。その上で各 API の利用が fair use の範疇であるか否かについては個別の案件となる。これが今回の訴訟における最重要ポイントである。

これが日本の法制下であれば，おそらく Google は Oracle に勝てないだろう。何故なら，日本には fair use 規定がなく，争うとすれば「著作権の制限」から攻めるしかないが，「著作権の制限」には「API の公正利用」などという状況は想定されていないからだ¹。これだけ見ても，いかに日本の著作権法が時代遅れで「周回遅れ」も宜なるかな，と実感させられるだろう。

もうひとつ，念のために書いておくと，著作権が規制するのは「表現」であって「アイデア」ではない。故に著作物を「使用」するだけなら著作権は関知しないし²，先行者優位もないので独立で公表される「表現」がどれだけ似ていてもお互いに規制することはできない。まぁ，お互いに「独立の表現」であることを証明するのは，今の情報が溢れかえる時代に於いては「悪魔の証明」に近いかもしれないけど（笑）

参考図書

著作権法（第4版）: 中山信弘 (著); 有斐閣 2023-10-31 (Release 2024-02-02); Kindle版; B0CTM1KHDX (ASIN)

第4版が出てた。Kindle 版も出ている。第2版を図書館で借りて読んだが途中でギブアップした。個人が興味本位で読める本ではないらしい（笑）

reviewed by Spiegel on 2024-07-12 (powered by PA-APIv5)

著作権２．０ウェブ時代の文化発展をめざして (NTT出版ライブラリー―レゾナント): 名和小太郎 (著); NTT出版 2010-06-24; 単行本（ソフトカバー）; 4757102852 (ASIN), 9784757102859 (EAN), 4757102852 (ISBN); 評価

名著です。今すぐ買うべきです。

reviewed by Spiegel on 2014-08-02 (powered by PA-APIv5)

〈反〉知的独占　―特許と著作権の経済学: ミケーレ・ボルドリン (著), デイヴィッド・Ｋ・レヴァイン (著), 山形浩生 (翻訳), 守岡桜　 (翻訳); NTT出版 2010-10-22; 単行本; 4757122349 (ASIN), 9784757122345 (EAN), 4757122349 (ISBN); 評価

「知的財産権は、人類進歩を阻害する！」（帯文より）

reviewed by Spiegel on 2018-11-17 (powered by PA-APIv5)

CODE VERSION 2.0: ローレンス・レッシグ (著), 山形浩生 (翻訳); 翔泳社 2007-12-19 (Release 2016-03-14); Kindle版; B01CYDGUV8 (ASIN); 評価

前著『CODE』改訂版。

reviewed by Spiegel on 2018-11-17 (powered by PA-APIv5)

〈海賊版〉の思想‐18世紀英国の永久コピーライト闘争: 山田奨治 (著); みすず書房 2007-12-20; 単行本; 4622073455 (ASIN), 9784622073451 (EAN), 4622073455 (ISBN); 評価

「コピーライト永久独占を目論む大書店主に挑む〈海賊出版者〉ドナルドソンの肖像。法廷闘争を軸に著作権を史的に考察する。」（帯文より）

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

インターネットの法と慣習　かなり奇妙な法学入門 [ソフトバンク新書]: 白田秀彰 (著); ソフトバンククリエイティブ 2006-07-15; 新書; 4797334673 (ASIN), 9784797334678 (EAN), 4797334673 (ISBN); 評価

ライアカ本。 Web 2.0 真っ只中に書かれた本だが，時事的な部分を除けば古びてはいないと思う。

reviewed by Spiegel on 2014-09-14 (powered by PA-APIv5)

2019年初の著作権法改正で「著作権の制限」の幾つかが拡張されたが，これは AI 等へのデータ利用を想定したもので API 等のコード要素そのものを想定したものではない。まぁ「AI 等へのデータ利用」についてようやく2019年初で改正された，というのも数年の周回遅れではあるけどね。 ↩︎
まぁ，でも， API を「利用」することなく「使用」するという状況は思い浮かばないけど（笑）たとえば Web API のようにプロトコルを規定しているだけの場合でも，プロトコルそのものに著作権が適用されるのなら同じことだ。もちろん API を通してやり取りされるデータにも（データベースの）著作権があるのでご注意を。本当に著作権はエンジニアにとって面倒くさい規制だよ。 ↩︎

Google vs Oracle の訴訟の行方 3

2021-03-29T10:20:47+00:00

先週の mimemagic 騒ぎに関する戯れ言を Zenn のほうに書いたが，これで思い出したのが「そういや Google vs Oracle の訴訟ってどうなったっけ？」だった。

たしか Google による最高裁への上告が2019年に受理され（「コロナ」のせいで遅れに遅れて）翌2020年10月から審理が始まったんだよね。

グーグルとオラクルとの「Android」関連訴訟、米最高裁での審理始まる - CNET Japan

んで，まだ判決は出てないってことでOK？

この訴訟は，私が一介のプログラマとして Java というか Oracle を見限るキッカケになったものなので（もちろん仕事なら Java だろうが何だろうが喜んで引き受けますよw），当初から注目はしていた。まぁ，ここ2,3年は追いかける余裕がなかったのだが。

せっかくなので今まで書いた分も含めて最初から書き直すか。

Java API 特許権への侵害はなかったので…

元々この訴訟は Andorid を巡って Google が Java API の「特許権」を侵害している，というのが Oracle の言い分だった。特許権侵害については2012年の連邦地裁の判決で決着がついている。

ここまでの経緯をかいつまんで紹介するとこんな感じ。

最初は著作権ではなく特許権の侵害（7件）の有無が訴訟の中心だった
Oracle の申し立てた7件のうち5件は特許自体が無効とされ，残り2件については侵害は認められないとされた
この判決を受け，争点が特許権の侵害から著作権の侵害へと移る。論点は以下の通り
1. 37の Java API パッケージの互換コードについて， Oracle は Google が著作物全体の「構造、順序、構成」（Structure, Sequence, Organization; SSO）を侵害したと証明したか
2. 「TimSort.java および互換コードの rangeCheck メソッド」の著作権侵害があったか
争点 3-1 については著作権侵害は認められるが「公正な利用（fair use）」については結論が出ず。争点 3-2 については侵害が認められた（ただし軽微）

上の争点 3-1 については，さらに2つの論点がある。

API の構成要素である SSO について著作権が適用されるのかどうか
仮に著作権が適用されるとして公正な利用の範囲内かどうか

で，判決では，前者については yes，後者については不明（訴訟の範囲から外れるので）となった。これに対し Google は「API に著作権なんかねーよ！」（←超意訳）と最高裁に上告したわけだ。

その結果が以下。

「API のコピー」は著作権に抵触するか

こんな感じで最高裁への上告は棄却されたので，連邦地裁での判決および議論はそのまま持ち越されたことになった。ここは（プログラマとして）大事なところなので，もう少し詳しく見ていこう。

宣言コード

この「API のコピー」の論点には大きく2つあるようだ。ひとつは「宣言コード（declaring code）」の扱いで，もうひとつは「SSO の非逐語的コピー（non-literal copy）」である。

宣言コードというのは，たとえば

public static int max(int x, int y) {
    if (x > y) return x;
    else return y;
}

というコード（これは判決文の中に出てくる）の最初の行の部分を指す。ちなみに，宣言コードに対する { ... } 内の記述を「実装コード（implementing code）」と呼ぶ。

Google は，宣言コードは “method of operation” であり著作権は適用されないと主張したが¹，最終的には認められなかった。

Rather, the uncopyrightable “method of operation” or “system” or “process” is the underlying computer function triggered by the written code – for example, an algorithm that the computer executes to sort a data set. The code itself, however, is eligible for copyright protection.

via Oracle Am., Inc. v. Google Inc., No. 13-1021

宣言コードは単なる「名前」ではなく，著作権の適用という点で宣言コードと実装コードを区別する意味はないということらしい。その上で宣言コードの逐語的コピー（literal, verbatim copying of declaring code）があった，と認定されたわけだ。

構造、順序、構成

もうひとつの SSO だが， Google は “merger doctrine” や “scènes à faire doctrine” を盾に JDK の SSO を著作権の適用外とするよう求めていたが，この点についても認められなかった。

ちなみに “merger doctrine” や “scènes à faire doctrine” てのは，アイデアなどに対する「表現」が限られたバリエーションしかない場合や，古典的あるいは標準的な表現の場合には著作権の適用外となるというものだそうだが，控訴審が「命名や構造化には無数の方法がある」と述べたことに対し Google は反論しなかったようだ。

The Court thus decided the case based on what was effectively a merger analysis. Here, by contrast, petitioner does not dispute the court of appeals’ statement that there were “unlimited” ways that respondent could have named and structured its methods, Pet. App. 33, and nothing logically required petitioner to copy respondent’s declaring code when it created the Android platform.

via Oracle Am., Inc. v. Google Inc., No. 13-1021

SSO のコピー自体は非逐語的コピーかもしれないが，もともと Android のプラットフォームや開発ツールが Java エンジニアへの利便性のために JDK に似せて作られている点と，宣言コードが明らかに逐語的コピーである点も合わせて，「独立した表現」であるとは言えない（SSO のコピーが逐語的であるかどうかの要件を問わない）ということのようだ。

ぶっちゃけて言うと「それ，ただの丸パクリだろ」ってことらしい。身も蓋もないな（笑）

「公正な利用」は有効か（そして再び最高裁へ）

上の判断をふまえた上で API コードの利用² に “fair use doctrine” が認められるかどうかについては結論を先送りとし「上告を棄却」となった。ただし，この訴訟については Section 102(b) （著作権の適用範囲）で争うのではなく， API コードに著作権があるとした上で， Section 107 “fair use doctrine” の可否で争うべきだとの意見が添えられた。

Rather, petitioner argues that programmers have become fluent in respondent's Java platform; that they will be deterred from writing programs for Android if they are required to learn all new commands; and that verbatim copying of respondent's declaring code was necessary for the familiar commands to work on the Android platform. The general concerns that petitioner raises are substantial and important, but Section 102(b) is not the appropriate statutory provision to address them. Rather, legitimate concerns with interoperability and lock-in effects are far better addressed through the fair-use doctrine codified at Section 107.

via Oracle Am., Inc. v. Google Inc., No. 13-1021

そこで争点は「API に著作権があるとした上で公正な利用を満たしているか」に移っていった。

米国の著作権における「公正な利用」は以下の4要件について社会的に「公正」であるかを（訴訟を通じて）議論する。

利用の目的や本質
原作品の本質
抜粋の量や実質性
原作品の価値への影響

つまり「公正な利用」に争点が移った時点で個別案件となったのだ。故に，たとえこの件で Google が勝ったとしても，あらゆる局面で「API の利用は『公正な利用』である」とは言えない。

「自由でないソフトウェアによる API」の利用は常に著作権リスクを含んでいる。このことは頭に入れておいて欲しい。

実は，2016年の時点では陪審員団に Java API の利用が公正な利用であると認められていた。

しかし2018年の判決では一転して Oracle 側の勝訴となっている。

そしてこの記事の最初の話に戻るわけだ。

【2021-04-11 追記】

判決出ちゃいました。

Google vs Oracle の訴訟の行方（最終章）

ブックマーク

参考図書

著作権法（第4版）: 中山信弘 (著); 有斐閣 2023-10-31 (Release 2024-02-02); Kindle版; B0CTM1KHDX (ASIN)

第4版が出てた。Kindle 版も出ている。第2版を図書館で借りて読んだが途中でギブアップした。個人が興味本位で読める本ではないらしい（笑）

reviewed by Spiegel on 2024-07-12 (powered by PA-APIv5)

著作権２．０ウェブ時代の文化発展をめざして (NTT出版ライブラリー―レゾナント): 名和小太郎 (著); NTT出版 2010-06-24; 単行本（ソフトカバー）; 4757102852 (ASIN), 9784757102859 (EAN), 4757102852 (ISBN); 評価

名著です。今すぐ買うべきです。

reviewed by Spiegel on 2014-08-02 (powered by PA-APIv5)

〈反〉知的独占　―特許と著作権の経済学: ミケーレ・ボルドリン (著), デイヴィッド・Ｋ・レヴァイン (著), 山形浩生 (翻訳), 守岡桜　 (翻訳); NTT出版 2010-10-22; 単行本; 4757122349 (ASIN), 9784757122345 (EAN), 4757122349 (ISBN); 評価

「知的財産権は、人類進歩を阻害する！」（帯文より）

reviewed by Spiegel on 2018-11-17 (powered by PA-APIv5)

CODE VERSION 2.0: ローレンス・レッシグ (著), 山形浩生 (翻訳); 翔泳社 2007-12-19 (Release 2016-03-14); Kindle版; B01CYDGUV8 (ASIN); 評価

前著『CODE』改訂版。

reviewed by Spiegel on 2018-11-17 (powered by PA-APIv5)

〈海賊版〉の思想‐18世紀英国の永久コピーライト闘争: 山田奨治 (著); みすず書房 2007-12-20; 単行本; 4622073455 (ASIN), 9784622073451 (EAN), 4622073455 (ISBN); 評価

「コピーライト永久独占を目論む大書店主に挑む〈海賊出版者〉ドナルドソンの肖像。法廷闘争を軸に著作権を史的に考察する。」（帯文より）

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

インターネットの法と慣習　かなり奇妙な法学入門 [ソフトバンク新書]: 白田秀彰 (著); ソフトバンククリエイティブ 2006-07-15; 新書; 4797334673 (ASIN), 9784797334678 (EAN), 4797334673 (ISBN); 評価

ライアカ本。 Web 2.0 真っ只中に書かれた本だが，時事的な部分を除けば古びてはいないと思う。

reviewed by Spiegel on 2014-09-14 (powered by PA-APIv5)

何故 “Method of operation” が著作権の適用外になるのかということについては「コンピュータ関係の創作保護についての最近の米国での話題（via Internet Archive）」あたりが参考になる。なお「最近」と書かれているが1996年の記事である。 ↩︎
著作権では「使用」と「利用」を分けて考える。著作権は「利用」を除く「使用」について関知しない。著作権の「利用」について厳密な話は大変だが，概ね「複製」「配布」「改変」の3つだと覚えておけばいいだろう。この記事では Java API の「複製」が問題となっているわけだが，逐語的コピーでないなら「改変」も含むし，それを広く公開しているのだから「配布」も絡んでくる。 ↩︎

Google Fonts が日本語に対応してた

2019-12-21T23:03:36+00:00

前回の記事を書いてて気付いたのだが， Google Fonts が正式に日本語に対応してるぢゃん！おじさん気がつかなかったよ orz

Google Fonts

これで日本語 Web フォントを指定するのに Early Access 版を使ったり，自前で巨大フォントファイルを用意しなくてもよくなったんだね。

たとえば Web フォントを NOTO フォントで統一するなら <head> 要素内に

<link rel="stylesheet" href="//fonts.googleapis.com/css?family=Noto+Sans+JP|Noto+Sans|Noto+Serif|Noto+Serif+JP&display=swap">

と記述すればよい¹。 NOTO Sans の太字もご所望なら

<link rel="stylesheet" href="//fonts.googleapis.com/css?family=Noto+Sans+JP:400,700|Noto+Sans:400,700|Noto+Serif|Noto+Serif+JP&display=swap">

という感じにウェイトを指定できる²。

Web ページ側のスタイルは，たとえば

body {
  font-family: 'Noto Serif', 'Noto Serif JP', serif;
  font-weight: 400; /* normal */
}
h1, h2, h3, h4, h5, h6 {
  font-family: 'Noto Sans', 'Noto Sans JP', sans-serif;
  font-weight: 700; /* bold */
}

こんな感じで記述していけばいいだろう。

ちなみにブラウザの設定によっては Google Fonts を追跡コードとみなしてブロックする場合があるので既定値（serif や sans-serif）の指定を忘れないこと。

よしよし。これでよーやくフォント周りの懸念がなくなった。

【付録】 Google Fonts スタイルの中身

たとえば NOTO Sans のみを指定する場合は，スタイルシートの指定は以下のようになるが

<link rel="stylesheet" href="//fonts.googleapis.com/css?family=Noto+Sans&display=swap">

中身を見るとこんな感じになっている（一部のみ）。

/* latin-ext */
@font-face {
  font-family: 'Noto Sans';
  font-style: normal;
  font-weight: 400;
  font-display: swap;
  src: local('Noto Sans'), local('NotoSans'), url(https://fonts.gstatic.com/s/notosans/v9/o-0IIpQlx3QUlC5A4PNr6zRAW_0.woff2) format('woff2');
  unicode-range: U+0100-024F, U+0259, U+1E00-1EFF, U+2020, U+20A0-20AB, U+20AD-20CF, U+2113, U+2C60-2C7F, U+A720-A7FF;
}
/* latin */
@font-face {
  font-family: 'Noto Sans';
  font-style: normal;
  font-weight: 400;
  font-display: swap;
  src: local('Noto Sans'), local('NotoSans'), url(https://fonts.gstatic.com/s/notosans/v9/o-0IIpQlx3QUlC5A4PNr5TRA.woff2) format('woff2');
  unicode-range: U+0000-00FF, U+0131, U+0152-0153, U+02BB-02BC, U+02C6, U+02DA, U+02DC, U+2000-206F, U+2074, U+20AC, U+2122, U+2191, U+2193, U+2212, U+2215, U+FEFF, U+FFFD;
}

このように単一のフォント・データではなく，いくつかのサブセットに分けてダウンロードさせているようだ。 NOTO Sans のラテン文字は上の2つのようだが（他の文字のサブセットもある），日本語の NOTO Sans JP では，なんと！ 120に分割されていた。

更に言うと， href 属性で指定される URL のクエリ部に display=swap がくっ付いているのに気づかれただろうが，これを指定すると @font-face ルールのプロパティとして font-display: swap; がセットされるようだ。

不勉強で font-display については知らなかったのだが，このプロパティに swap がセットされていると Web フォントがロードされるまでの間，代替フォント（sans-serif など）で表示されるらしい。

font-display の仕様は割と最近にできたものらしく，対応していないブラウザも一部あるようだ（ここで対応ブラウザを確認できる）。

ちなみに Android 版 Firefox も font-display に対応しているのだが，フォントが入れ替わるたびに画面がちらつくのが鬱陶しい。この辺は要改良ってところなんだろう。

日本語フォントは巨大だが，このような仕組みを使って，できるだけストレスのないよう工夫されているわけだ。

ありがとう！

ブックマーク

日本語Webフォントを使用する際のアプローチについて | フロントエンドBlog | ミツエーリンクス : Web フォントで日本語を設定する際に参考になる
デザイナーとフロントエンドエンジニアに知ってほしいWebのフォント周りのお話
Yaku Han JP : NOTO フォント派生。訳物だけ半角サイズになっている
Google Fontsは使用する文字を絞り込んでダウンロードできる
Web フォントに関する覚え書き
Web フォントに関する覚え書き（明朝体編）
結局 Noto Serif JP を Web フォントとして導入した : 自前で Web フォントをインストールしたときの話
Font Awesome 5.0.11 で Creative Commons アイコンに完全対応した

URL のクエリー部（? 以降の文字列）に | や : の文字を使うと W3C の Validator に怒られるのでご注意を。大抵はブラウザが上手く解釈してくれるので問題ないのだが。気になるなら %7c や %3a といったパーセント・エンコーディングに置き換えればよい。 ↩︎
400 とか 700 とかの値は CSS の font-weight に設定する数値。 font-weight の normal が 400 に相当する。ちなみに bold は 700。 bolder で 400 → 700 → 900 と太くなる。 lighter だと 400 → 100 と細くなる。普通の文章であれば 400 のみで十分だし，太字が必要な場合でも追加で 700 を用意しておけば問題ないだろう。 ↩︎

Web フォントに関する覚え書き（明朝体編）

2016-10-16T14:41:57+00:00

【2019-12-29 追記】 現在の Google Fonts は日本語を含む各国語に正式対応している。

Google Fonts が日本語に対応してた

なのでこの記事はもう有用ではないが「こんな時代もあったよね」って感じで残しておく。

以前，ここで使っている Web フォントの話を書いた。実は今まで日本語の Serif （明朝体）フォントがどうにも気に食わなかったのだが，最近 Google の Early Access のページを見たら随分と日本語の書体が増えている気がする。

Early Access - Google Fonts

この中から “Japanese” に分類されているものを挙げてみる。（10月16日時点）

Nico Moji （ニコモジ）
Mplus 1p （M+ FONTS）
Hannari （はんなり明朝）
Rounded Mplus 1c （Rounded M+）
Nikukyu （ニクキュウ）
Noto Sans Japanese
Sawarabi Gothic （さわらびゴシック）
Kokoro （こころ明朝体）
Sawarabi Mincho （さわらび明朝）
Noto Sans JP¹

このうち Hannari, Kokoro, Sawarabi Mincho が Serif 相当の書体になる。それぞれの見本をみて，私は Sawarabi Mincho を選択した。

さわらびフォントは明朝体ではまだ第一水準漢字も網羅されていないが，とりあえず鼻の先は問題なさそうである²。 Sawarabi Mincho を導入するには CSS で以下のようにインポートする。

@import url(http://fonts.googleapis.com/earlyaccess/sawarabimincho.css);

あるいは各ページのヘッダ部分で

<link rel='stylesheet' href='http://fonts.googleapis.com/earlyaccess/sawarabimincho.css' type='text/css'>

としてもよい。この CSS ファイルの中身は以下のようになっていて

/*
 * Sawarabi Mincho (Japanese) https://fonts.google.com/earlyaccess
 */
@font-face {
  font-family: 'Sawarabi Mincho';
  font-style: normal;
  font-weight: 400;
  src: url(//fonts.gstatic.com/ea/sawarabimincho/v1/SawarabiMincho-Regular.eot);
  src: url(//fonts.gstatic.com/ea/sawarabimincho/v1/SawarabiMincho-Regular.eot?#iefix) format('embedded-opentype'),
       url(//fonts.gstatic.com/ea/sawarabimincho/v1/SawarabiMincho-Regular.woff2) format('woff2'),
       url(//fonts.gstatic.com/ea/sawarabimincho/v1/SawarabiMincho-Regular.woff) format('woff'),
       url(//fonts.gstatic.com/ea/sawarabimincho/v1/SawarabiMincho-Regular.ttf) format('truetype');
}

Sawarabi Mincho を指定するには

body {
  font-family: 'Noto Serif', 'Sawarabi Mincho', serif;
  font-weight: 400; /* normal */
}

とすればいいことが分かる。ウェイトが1種類しかないが，明朝体を太字で表示することは多分ないので，これで OK。

Web フォントを Google のようなところから取得するのはメリットがある。一度ダウンロードした Web フォントはブラウザ内でキャッシュされるため，みんなが同じ場所にあるフォントを使えばネット全体で通信量を減らすことができるからだ。

本当は Noto Serif で日本語をサポートしてくれると嬉しいんだけどねぇ。でもフォントの制作は時間とお金と人手がかかる仕事だし，ただ成果を享受している身としてはワガママは言えません。

ブックマーク

Noto Sans JP は Noto Sans Japanese から 350 のウェイトを削除しているらしい。アホなブラウザが 350 という値をうまくハンドリングできないからだそうな。まぁ文章の中で使うだけなら多くても 400 と 700 のふたつがあれば充分なのでこれで問題ないし，ダウンロードサイズが小さくなるのも魅力である。 ↩︎
本当はこころ明朝体にしたかったのだが，どうもひらがなとカタカナしかサポートしていないらしい。最初こころ明朝体にしてみて，ケータイでの表示が大変なことになったので引っ込めた。 ↩︎

週末スペシャル：古いパソコンに Ubuntu を入れようと思ったが...

2016-06-05T07:28:27+00:00

古いパソコンに Ubuntu を入れようと思ったが…

以前にも書いたが，2020年までに自宅のパソコン環境を Linux ベースに換えようと思っていて，試しにもう使ってない古いパソコンに Ubuntu を入れようと思ったのだが…

Ubuntu Japanese Team
- Ubuntuの日本語環境 | Ubuntu Japanese Team

まず「日本語 Remix」版のインストールイメージは 64bit 用しかないらしい。まぁそれはいいのだが，実は Ubuntu を入れようとしたパソコンは DVD ドライブが壊れていて DVD からインストール出来ないのであった。このことをすっかり忘れていて，本家から 32bit のイメージを取ってきて DVD に焼いて「さて」となったところでようやく思い出した。

がぁ！ディスク1枚無駄にしちまったじゃねーか。

USB からインストールする手もあるらしいのだが，あいにく私は USB メモリを持ってない¹。 USB メモリを買ってまでやる気はないので，この件はしばらくお蔵入り。

しかし DVD ドライブが壊れてるということは，今の環境が壊れたら復旧できないということなので，このパソコンはもう廃棄だな。というわけで，とりあえずパソコンから HDD とメモリを抜き取った。

使ってない古い PC から（PC の処分を前提に） HDD を抜き取った

この写真で下のほうの HDD は IDE/ATAPI だ！なんせ2005年に買った「牛丼パソコン」だからな。幸運なことに，私は今まで自宅のマシンで HDD のトラブルに遭ったことは一度もない（仕事では何度かある）。まぁでも，今時 ATAPI が繋がるマシンなんてないだろうから，このまま自宅の隅っこで朽ち果てていくんだろうな，これ。

「「IoTセキュリティガイドライン」（案）に関する意見募集」

総務省｜「IoTセキュリティガイドライン」（案）に関する意見募集

締切は6月14日。意見のある方はお早めにどうぞ。

総務省が IoT なるバズワードを使うのもどうかと思うが，ガイドラインでは，ITU 勧告を引いて， IoT をこう定義しているようだ。

情報社会のために、既存もしくは開発中の相互運用可能な情報通信技術により、物理的もしくは仮想的なモノを接続し、高度なサービスを実現するグローバルインフラ

IoTセキュリティガイドライン ver 1.0 （案）より

なんともボンヤリした説明である。物理的か仮想的かを問わないなら今までだって IoT なわけで，今更こんなセキュリティ・ガイドラインが出てくるということ自体，国も企業もいかにネットのセキュリティに対して無頓着だったかという証でもある。

ネットワーク・セキュリティは「予防」から（事後の対処を睨んだ）「監視」へと比重が移りつつある。理由は簡単で，ネットワークに接続する機器が多すぎて管理しきれなくなっているためである。また，昨年の日本年金機構の例を見れば分かるように，いかにルールや罰則を決めても逸脱はなくならないし人為的なミスは避けようがない。

企業やそれなりの組織ならセキュリティ対策を「投資」とみなして PDCA サイクルを回すこともできるけど²，一般家庭では無理筋な話である。ならばこのガイドライン案のターゲットは企業・組織に向けたもので，全く一般向けではないと考えることもできる³。私たちは私たち自身でリスクに立ち向かわなければならない。国は助けてくれないし，セキュリティ企業の多くは貴方から「みかじめ料」を巻き上げたいだけなのだ。

一般家庭については

プライバシーやセキュリティについて、非常に心配に思うのであれば、こうしたガジェットを買ったり使ったりしないことが、安全にいるための唯一の方法である。

エフセキュアブログ : スマートホームの安全を保つ方法より

が最善である。それでもリスクを取って利便性を享受したいというのであれば

攻撃ポイントを限定すること。必要になることがないと分かっているデバイスは、導入しない。もはや必要がなく使わないデバイスは、すべてシャットダウンして撤去するとよい。最上位機種の洗濯機を購入したところ、Wi-Fi経由で接続可能なことに気付いたのなら、接続する前に本当にその必要性があるのかを検討する。実際にはオンライン機能をまったく使わないことに気付いたのなら、デバイスをネットワークから切り離すること。

エフセキュアブログ : スマートホームの安全を保つ方法より

をお薦めする。そう考えると，家庭内無線 LAN ルータで安易に DHCP を有効にするのは考えものかもしれない（もしくは DHCP で接続してくる機器はネットに繋がないようにするとか）。

それにしても，今時コメントをもらうのに PDF 配布でメールで意見を受け付けるとか，どんだけアナクロなんだか。これで IoT でセキュリティってんだから，ヘソで茶が沸いちゃうぜ。意見が欲しいなら repository を公開して pull request を受け付けるようにしろよ。

『BOOM TOWN』単行本未収録話が Kindle に！

今更な話で申し訳ないんだけど。

今朝気がついたのだが，内田美奈子さんの『BOOM TOWN』で単行本未収録の第30話を Kindle で売ってるじゃないか！

早速購入。で，奥付を見たら今回のこれは「マンガ図書館Z」の仕事らしい。偉いぞ！いい仕事してますねぇ（中島某の声で）。

いや，私はこういうの全然アリだと思うのよ。マンガ雑誌で2,3回で打ち切られたような作品でも面白いと思う読者がいれば Kindle や他のEブック・アプリでどんどん出すべきだと思う。個人的には西岡さちさんの作品で1話きりの「ふんわか×あぶのーまる」とか Kindle で100円程度で出せるのなら買うよ⁴。作者も出版社もあらゆるチャネルを利用して読者との接触機会を積極的に作るべき。「紙かデジタルか」なんてまるでくだらない議論だよな。

おそらく，日本のマンガにおいてEブックの方向性は2つあって，ひとつは「マンガ図書館Z」のようなアーカイブ化（＋マネタイズ）の方向で⁵，もうひとつは作品の「アプリ化」の方向。

ゲームがコンソールからアプリに移動し、CDがストリーミングに移動したように、活字もアプリに移行します。消費者は、大半の雑誌や本を、かつてよりも安くて置き場所にも困らないアプリで消費し、本当に気に入った本のみを、限定本や豪華本として部屋に飾るようになっていきます。その移行スピードは思った以上の速さで進んでいて、止めることはできないということです。

電子書籍の未来を握るのはインディー系 - WirelessWire Newsより

マンガはある意味で「活字」よりもアプリ化しやすい（実際に Web マンガとかは随分前からある）。あとはマンガが「紙」という frame からいかにして逃れるかというところだろう。

ええつと。なんでこんな話してたんだっけ。あぁ，そうそう。

『BOOM TOWN』のことを思い出したのは以下の記事を見たから。

グーグル、人工知能が作り出したメロディを初披露 - CNET Japan

これを読んで『BOOM TOWN』に出てくる数理紫生 (かずりしせい) という XYZ-People を思い出したのだった。もう何度目かの流行になっている人工知能や仮想現実（あるいは Metaverse）のアイデアの殆どは20世紀までに出尽くしている。『BOOM TOWN』はコンピュータ・エンジニアなら必読書だと思うぞ（あとは『スノウ・クラッシュ』とか）。

ちなみに『BOOM TOWN』のスピンオフ作品とも言える『サーキットワンダラーズ』が「画楽.mag」 VOL.5 から連載されてるらしい。（追記：さっき教えてもらったけど『サーキットワンダラーズ』は未完で終わってるらしい。残念）

「Googleアカウントがアップデート」

Googleアカウントがアップデート―AndroidだけでなくiOSデバイスも探してロックできる | TechCrunch Japan

Android にはもともと「デバイスマネージャー」と呼ばれる機能がある。

この機能が「アカウント情報」のページからも利用できるようになったということらしい。併せて iOS 機器についても端末の捜索等ができるようになったということのようだ。 iOS 機器の遠隔操作は iOS の標準機能でやったほうがいいと思うが，複数の端末を一度に捜索するなら役に立つかもしれない。

なお，端末を紛失したときのことを考えて定期的に「避難訓練」をすることをお薦めする。大袈裟なのじゃなくても適当に距離のあるところに端末を置いておいてアラームを鳴らしてみればいい。いざというときに未知の道具を使うと焦るものだが，実際に使って手順を確認しておけば多少は気が楽になるというものである。そうそう。端末のロックを試すときはロック解除の仕方を事前に確認しておくこと。

その他の気になる記事

参考図書

BOOM TOWN TRIP.30: 内田美奈子 (著); Jコミックテラス 2020-11-11 (Release 2020-11-11); Kindle版; B08MTK6LF3 (ASIN); 評価

掲載誌「コミックガンマ」が休刊になって単行本収録できなかった~~まるぼし~~まぼろしの30話。これが Kindle で読めるとはいい時代になったものです。

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

職場では USB メモリの持ち込みも持ち出しも NG なのが普通だし（それなら企業アカウントで Box 等を使うほうがマシ），自宅でわざわざ USB メモリを使う局面はないので（YubiKey は興味あるけど）全く用がない。 ↩︎
件のガイドライン案では PDCA サイクルを回すことで内部不正やミスをなくそうとしているようだが， PDCA サイクルは「投資とその評価」に対しては有効だが，セキュリティ対策を「コスト」とみなしているうちはうまく回らない。まぁ，総務省としては「もっと僕達セキュリティ・ゴロにお金を落としてYO」と言いたいのかもしれないが。 ↩︎
それなら経産省の管轄だよね（笑） ↩︎
現在連載中の「ざしきわらしと僕」も単行本化を期待しています。 ↩︎
歴史の浅いマンガでは公有化されているものが少ないし作家自身も存命されてることが多いため「青空文庫」よりは「マンガ図書館Z」のほうが馴染むかもしれない。 ↩︎

コマンドラインからググる

2016-05-21T07:27:42+00:00

面白いツールが公開されている。

コマンドラインからググれてもいいと思ったので作った - Qiita

もちろん Windows のコマンドプロンプトでも使える。たとえば

$ ggr -i ググレカス

と打ち込めば，既定のブラウザが開いて

ググレカス

などと表示される。ちょっとしたことなんだけどね。キャラクタ端末メインで仕事してる時はこういうのが便利だったりする。面白いのでうちの子として迎え入れることにした。

コードを見たら main.go に全部入っていて，それはそれで全然いいんだけど，折角なので fork してパッケージ化してみることにした。

spiegel-im-spiegel/ggr

これで main 関数（ggr/cli.go）はこうなる。

package main

import (
    "flag"
    "os"

    "github.com/spiegel-im-spiegel/ggr"
    "github.com/toqueteos/webbrowser"
)

// sample url
// https://www.google.co.jp/search?q=test&ie=utf-8&oe=utf-8&hl=ja

func main() {
    var (
        imageFlag bool
        newsFlag  bool
        shopFlag  bool
    )

    f := flag.NewFlagSet(os.Args[0], flag.ExitOnError)
    f.BoolVar(&imageFlag, "i", false, "image flag")
    f.BoolVar(&newsFlag, "n", false, "new flag")
    f.BoolVar(&shopFlag, "s", false, "shop flag")

    f.Parse(os.Args[1:])
    q := f.Args()

    t := ggr.TypeNormal
    if imageFlag {
        t = ggr.TypeImage
    } else if newsFlag {
        t = ggr.TypeNews
    } else if shopFlag {
        t = ggr.TypeShop
    }

    g := ggr.NewGgr(ggr.LangJa, t, q)
    webbrowser.Open(g.GetSearchURL())
}

まぁ，パッケージ化していいことがあるかと言われれば微妙なんだけど，最近は CLI ツールでもロジック（DDD で言うところのドメイン・レイヤ）はパッケージとして独立させたほうが何かと使い勝手がいいような気がしている。

というわけで，絶賛中断中の gpgpdump は全面的に書きなおす予定。

いやぁ，最近仕事（Java アプリケーション）で煮詰まってたので，いい気分転換になったよ。やはり自分の自由に書けるコードは楽しい。

（ちなみに，いつものようにブランチでの作業を GitHub 上で自分に PR しようとして間違えて作者様に PR してしまったのは内緒だ。 Fork したリポジトリからの PR は必ず Fork 元に飛んじゃんだね。もうしません。反省）

参考図書

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES): Alan A.A. Donovan (著), Brian W. Kernighan (著), 柴田芳樹 (翻訳); 丸善出版 2016-06-20; 単行本（ソフトカバー）; 4621300253 (ASIN), 9784621300251 (EAN), 4621300253 (ISBN); 評価

著者のひとりは（あの「バイブル」とも呼ばれる）通称 “K&R” の K のほうである。この本は Go 言語の教科書と言ってもいいだろう。と思ったら絶版状態らしい（2025-01 現在）。復刊を望む！

Privacy comparison	Orion	Safari	Firefox	Brave
Zero telemetry by default	✅
Blocking 1st party ads by default	✅
Blocking 1st party trackers by default	✅
Blocking 3rd party ads by default	✅			✅
Blocking 3rd party trackers by default	✅	✅	✅	✅

List of Google [text.Baldanders.info]

そもそも「AI ブラウザ」ってなんなん？

Mozilla Firefox はどこへ行く？

そもそも「AI ブラウザ」って何？

AI ブラウザの議論と実装

AI ブラウザのリスク

ブックマーク

参考

Kagi Assistant と Google AI モード

ブックマーク

Web のコストは誰が支払うのか

ブックマーク

参考図書

Google 画像検索の CC Licenses 絞り込み機能は壊れている？

Virtual Photography

ブックマーク

参考図書

Google vs Oracle の訴訟の行方（最終章）

参考図書

Google vs Oracle の訴訟の行方 3

Java API 特許権への侵害はなかったので…

「API のコピー」は著作権に抵触するか

宣言コード

構造、順序、構成

「公正な利用」は有効か（そして再び最高裁へ）

【2021-04-11 追記】

ブックマーク

参考図書

Google Fonts が日本語に対応してた

【付録】 Google Fonts スタイルの中身

ブックマーク

Web フォントに関する覚え書き（明朝体編）

ブックマーク

週末スペシャル： 古いパソコンに Ubuntu を入れようと思ったが...

古いパソコンに Ubuntu を入れようと思ったが…

「「IoTセキュリティガイドライン」（案）に関する意見募集」

『BOOM TOWN』単行本未収録話が Kindle に！

「Googleアカウントがアップデート」

その他の気になる記事

参考図書

コマンドラインからググる

参考図書

週末スペシャル：古いパソコンに Ubuntu を入れようと思ったが...