全アーキテクチャ

リクエスト-レスポンス

クライアント-サーバーモデルとは？リクエストとレスポンスの基本

WebSocket・SSE と比べる前の出発点

クライアントがサーバーにリクエストを送信し、サーバーが処理後にレスポンスを返す最も基本的な通信構造

リアルタイム / 持続接続

WebSocketとは？サーバーとブラウザが双方向でやりとりする仕組み

HTTPハンドシェイクの後もTCP接続をつなぎっぱなしにする（RFC 6455）

HTTPハンドシェイク後にTCP接続を維持し、サーバーとクライアントが自由にメッセージをやり取りする全二重（full-duplex）通信プロトコル

SSEとは？WebSocketより手軽なサーバー→ブラウザの一方向配信

Server-Sent Events。text/event-stream と自動再接続

HTTP接続を維持しながらサーバーがクライアントにイベントを単方向でストリーミングする方式。text/event-stream形式を使用

GraphQL Subscriptionとは？欲しいデータだけ購読する

Query・Mutation に並ぶ3つ目の操作。中身は WebSocket

GraphQLのsubscriptionタイプを通じてクライアントが特定イベントを購読し、サーバーがデータ変更時に自動的にアップデートを配信する方式

イベント駆動

Webhookとは？イベントが起きたら相手にHTTPで知らせる仕組み

「逆方向API」— コールバックURLを登録して待つ

イベント発生時に事前登録されたURLにHTTP POSTリクエストを送信する逆方向API呼び出し方式

Pub/Subとは？メッセージキューとの違い

メッセージブローカーを介した非同期通信

パブリッシャーがメッセージをトピックに発行すると、そのトピックを購読している全サブスクライバーにメッセージが配信される方式

メッセージキューとは？1件を1つのコンシューマーだけが処理する仕組み

Pub/Sub との違いと、落ちてもメッセージが残る理由

プロデューサーがメッセージをキューに入れると、コンシューマーが順番に取り出して処理するポイント・ツー・ポイントの非同期通信方式

分散型

P2Pとは？中央サーバーなしで端末同士が直接やりとりする仕組み

各ノードがクライアントにもサーバーにもなる

各ノードがクライアントかつサーバーの役割を果たし、中央サーバーなしでノード間で直接データを交換する方式

トランスポート

QUIC vs WebRTC: なぜQUICに戻ったのか？

WebRTCの複雑さに疲れQUICに移行した実践事例

GoogleのUDPベース転送プロトコルQUIC。TCP+TLSを1つに統合し0-RTT接続、ストリーム独立性、Connection Migrationを提供。リモートデスクトップのようなリアルタイムストリーミングでWebRTCよりシンプルかつ強力な代替手段

センシング / IoT

WiFi CSIとは？カメラなしで人の位置・呼吸を検知する仕組み

単一WiFi信号の物理層データをレーダーのように活用

WiFi CSI（Channel State Information）とは、サブキャリアごとの振幅と位相のデータ。信号の強さ1つだけのRSSIと違い56本分を測るため、カメラなしで人の位置・動き・呼吸・心拍まで検知できる。ESP32-S3での構成も解説

Bluetoothが暴露するあなたの情報

BLE信号だけで生活パターン・位置・行動が追跡される原理

BluetoothをオンにしているだけでもMACアドレス、デバイス名、製造元、BLEサービスUUIDなどが絶えずブロードキャストされる。ラズベリーパイ1台で周辺の人の通勤パターン、宅配到着時点、家が空く時間帯まで把握可能

ランタイム / 実行

WebAssembly（WASM）はどう動くのか？

C++/Rust/Zigコードをブラウザでネイティブ速度で実行

WebAssembly（WASM）はC++、Rust、Zigなどで書かれたコードをバイトコードにコンパイルし、ブラウザでネイティブに近い速度で実行する技術。JavaScriptでは不可能な高性能演算（画像/動画処理、3Dレンダリング、ターミナルパーサーなど）をWebで実現可能

WASMをWebの第一級言語にする

JS glueなしでWeb APIを直接呼び出すComponent Model

2017年の登場以来、WASMはWebで「2級市民」— DOM/consoleなどのWeb APIに直接アクセスできず、必ずJS glue codeを経由する必要があった。Mozillaが提案したComponent ModelはWITでAPIを宣言しJSなしで直接呼び出しを可能にし、WASMをブラウザの第一級実行環境に格上げしようとする試み

WebGPU — ブラウザがローカルGPUを直接使う仕組み

WebGLの後継、Vulkan/Metal/DX12レベルの低レベルGPU APIがブラウザに

WebGPUはブラウザ内蔵のJavaScript APIで、WebページからローカルGPUハードウェアに直接アクセスできる。WebGLの後継であり、OS別にVulkan/Metal/DirectX 12にマッピングされる。

ツール

構成図の描き方比較 — Mermaid・D2・draw.io・SVG

Git管理・共同編集・自動化・表現力で見るトレードオフ

アーキテクチャ図を描く5つの代表的手法を比較。コードベース（Mermaid, D2, PlantUML）vs GUIベース（draw.io, Excalidraw）vs 直接レンダリング（SVG/HTML+CSS）。Git管理、コラボレーション、自動化、表現力の観点からトレードオフを整理

Portlessとは？localhostのポート番号をmyapp.localhostの名前に置き換える仕組み

localhost:3000の代わりにmyapp.localhost — ポート番号を名前に置き換えるプロキシ

Portlessとは、Vercel LabsのオープンソースCLI。portless myapp next dev で起動すると localhost:3000 の代わりに http://myapp.localhost で開ける。ポート衝突をなくすHTTP/2リバースプロキシと自動HTTPS・SNI証明書の仕組みを解説。

ローカル開発画面をMacアプリに — Electronではなくmanifest一枚とlaunchd

iframeでもラッパーアプリでもない。ブラウザがそのページに専用ウィンドウを付ける

localhostの開発画面でも、Webアプリのmanifestひとつで、ChromeがDockアイコン付きの専用ウィンドウとしてインストールしてくれる。service workerなしでも動いた。サーバーはログイン時にlaunchdが、ポートが空いているときだけ立てる。個人用ツールならElectronやTauriより管理するものがずっと少ない。

DNS / ドメイン

DNSドメイン設定はどう反映されるのか？

onamae.comのようなサイトでドメインを設定すると実際に何が起こるのか

DNS（Domain Name System）はドメイン名（例: example.com）をIPアドレス（例: 93.184.216.34）に変換するインターネットの電話帳。onamae.comのようなレジストラでドメインを設定するとルートサーバー → TLDサーバー → 権威ネームサーバーの順で階層的に伝播し、世界中からアクセス可能になる

ネームサーバー変更はなぜ24〜72時間かかるのか？

ネームサーバー(NS)変更時に伝播が遅い本当の理由と各段階のキャッシュ構造

ネームサーバー変更は単純なDNSレコード変更と異なりTLD(.com/.net)レベルのキャッシュ更新が必要。TLD NSレコードのTTLが通常48時間で、ISPリゾルバがこれをキャッシュするため、世界中に反映されるまで24〜72時間かかる

DNS-PERSIST-01とは？DNS-01との違いと_validation-persistの仕組み

Let's Encryptの持続的DNS認証レコードで繰り返し検証を排除

DNS-PERSIST-01はLet's Encryptの新しいACME認証方式。_validation-persist.example.com のTXTレコードにCAとACMEアカウントURIを一度置けば、更新のたびにDNSを書き換えずに済む。DNS-01との違い・設定手順・注意点をまとめる

onamae.comのようなDNSプロバイダーになるには？

ICANN認定からAnycastインフラまで、ドメインレジストラの裏側

onamae.comのようなDNSプロバイダー（レジストラ）になるにはICANN認定、Anycast DNSネットワーク、EPPプロトコル実装、WHOIS/RDAPデータベース、DDoS防御など大規模インフラと規制遵守が必要

ドメインの買い方 — TLD選びから更新管理までの流れ

WHOISプライバシー・DNS初期設定・ドメイン盗難対策も

ドメイン購入はTLD選択、WHOIS可用性確認、レジストラ選択、登録（連絡先情報 + WHOISプライバシー）、DNS初期設定、更新管理の順で進む。ドメインライフサイクル、プレミアムドメイン市場、ドメイン盗難防止まで包括的に解説

無料HTTPSサービスの仕組み

Let's Encrypt、Cloudflare、ACMが無料証明書を提供する仕組み

ACMEプロトコル、ドメイン検証、CA信頼チェーン、TLSハンドシェイクなど、無料HTTPSサービスの核心原理を解剖します

DNS障害の事例集 — Dyn・Facebook・Fastlyで何が起きたか

インターネットを止めた大規模DNS障害と教訓

Dyn DDoS、Facebook BGP事故、Fastly障害など主要DNS関連障害事例を分析し、単一障害点防止のための実務的教訓をまとめます

仕組み解説

ngrokはどう動くのか？逆向きトンネルと、お金を払う本当の理由

仕組みは単純。料金は公開サーバーの運用費なので、frpやboreで自分で立てることもできる

ngrokは逆向きトンネルだ。自分のPCのエージェントが外のサーバーに先に接続しておき、公開URLに来たリクエストをその接続で中に通す。お金を払っているのはトンネルの技術ではなく、公開サーバー・ドメイン・TLS証明書を他人が運用してくれる分だ。だからfrpやboreで自分で立てることもできる。

Slack Socket Modeはどう動くのか？

WebhookなしでアウトバウンドWebSocketによるイベント受信

Slack Botが公開URLなしでイベントを受信する方式。BotサーバーがSlackにWebSocket接続を先に開き、Slackがその接続を通じてイベントをpush。ファイアウォール背後でも動作

ChatGPTストリーミングはどう動くのか？

SSEによるトークン単位のリアルタイム応答配信

ChatGPTが回答を一文字ずつ表示する秘密。OpenAI APIがSSE（Server-Sent Events）で生成されたトークンを即座にストリーミング送信し、クライアントが1つずつ受け取って画面にレンダリング

GitHub Webhookはどう動くのか？

git push → HTTP POST → CI/CDトリガー

GitHubでコードpush、PR作成などのイベント発生時に、事前登録したURLにHTTP POSTを送信して外部システム（CI/CD、Slack通知など）を自動的にトリガーする方式

Sidekiqはどう動くのか？

Redisベースのバックグラウンドジョブキューシステム

Railsで重いタスク（メール送信、画像処理など）をバックグラウンドに委譲するシステム。WebプロセスがRedisキューにジョブを入れると、Sidekiqワーカープロセスが取り出して非同期処理

WebRTCはどう動くのか？

ブラウザ間の直接映像/音声/データ転送

ブラウザ同士が中央サーバーなしでビデオ通話、画面共有、ファイル転送を行う技術。シグナリングサーバーで接続情報を交換後、STUN/TURNでNATを通過してP2P直接接続

MCPはどう動くのか？

AIモデルと外部ツールを標準方式で接続するオープンプロトコル

MCP（Model Context Protocol）はAIモデル（LLM）と外部ツール・データソースを標準化された方式で接続するオープンプロトコル。Host（Claudeなど）がClientを通じてMCP Serverに接続すると、ServerがDB・ファイル・APIなど外部システムをAIに公開

MCPの通信方式 stdioとStreamable HTTPの違い

ローカル開発とクラウドSaaSデプロイの違い

MCPは2つの公式transportをサポート：stdio（ローカル）とStreamable HTTP（リモート/SaaS）。2025年3月導入のStreamable HTTPでSaaSベンダーがMCPサーバーをクラウドにデプロイし多数のクライアントがアクセス可能

tmuxはどう動くのか？

ターミナルマルチプレクサでセッション維持＆分割

tmuxは1つのターミナルで複数セッションを管理するターミナルマルチプレクサ。サーバー-クライアント構造で、SSH接続が切れてもセッションが維持され、後から再attachが可能

Vercel Subdirectory Reverse Proxyはどう動くのか？

Next.jsドメイン配下のサブディレクトリで外部サーバーのコンテンツを統合しSEO権威を集中

negabaro.com（Vercel/Next.js）から/blog/*パスをRails（DigitalOcean）やJekyll（GitHub Pages）など外部サーバーにリバースプロキシ。ユーザーには単一ドメインに見えるが、実際のコンテンツは別サーバーでレンダリング。バックエンド技術スタックに関係なくcanonical/robots.txt/アセット絶対URL設定でSEO権威をメインドメインに集中する構造

Dockerコンテナの内部構造

Linuxネームスペースからmacos対応、GPUまで — 10年間の技術的進化

2013年に登場したDockerは、LinuxネームスペースでVM無しにプロセスを分離する。CLIの裏には数十年のシステム研究が隠れており、macOS/Windows対応のためにライブラリVMMという逆転の発想を採用した。

Keploy — eBPFでトラフィックを傍受しAPIテストを自動生成する仕組み

eBPFがカーネルでconnect()の宛先をこっそり書き換える透過プロキシパターン

keploy recordでアプリをラップすると、eBPFがカーネルレベルで全アウトバウンド接続の宛先をローカルプロキシにリダイレクトする。アプリは知らない。プロキシがプロトコル別にトラフィックを解析し、テストケース+MockをYAMLとして抽出する。

Postgresのボリュームパスが3年間間違っていたのに動いていた理由 — VOLUME宣言がこっそり付けた名前のないボリューム

データはパスではなくボリューム名についていく。downを使う人だけがDBを失う

docker-composeでPostgresのボリュームを見当違いのパス(/data/db)に付けても、DBは普通に動く。イメージがVOLUMEで宣言したPGDATAのパスに、Dockerが名前のないボリュームを付けるからだ。そのボリュームはupやstopでは生き残り、down → upで捨てられる。だから同じバグが3年間、人によって違って見えた。

Finderの色タグはAIではなく過去の自分が付けた — xattrの中の「レッド\n6」という文字列

写真の中身を説明するタグはファイルの中にはない。サービスのサーバーにだけある

ローカルの写真に付いた「タグ」は、ほとんどが人がFinderで付けた色ラベルだ。ファイルの拡張属性(xattr)に「名前\n色番号」という文字列で入っていて、名前は付けたときのmacOSの言語になる。写真の中身を説明するAIタグはファイルではなく、写真アプリやOneDriveのサーバー側にある。だから「笑っている写真」のような検索は、ローカルのメタデータではできない。

セキュリティ

Python .pthファイルを利用したサプライチェーン攻撃 — LiteLLM事例分析

pip installだけで全システムが乗っ取られる攻撃チェーンの構造

2026年3月、月間9500万ダウンロードのPythonライブラリLiteLLMに悪意あるコードが注入された。.pthファイルというPythonのあまり知られていないメカニズムを悪用し、importなしでインストールだけでシステムを乗っ取る攻撃だ。

ボット対策はヘッダーひとつではない — 守る側から見た5つの層

接続・リクエスト・ページ・入力・セッションが同じ話をしているかを見て点数を付ける

User-Agentひとつでボットを弾く時代ではない。今のボット管理は、TLS接続・リクエストヘッダー・ページ内JavaScript・入力・セッションの振る舞いが互いに合っているかを見て、1〜99の点数を付ける。サイトを運営する側なら、ひとつの層にすべてを賭けず、どの入り口を閉じるかから決めるのが安上がりだ。

システム設計

良いシステム設計とは — 目立たない設計こそ最高の設計

状態管理、DB設計、キャッシュ、イベント処理、障害復旧まで — 実証済みのシンプルさの力

良いシステム設計は複雑に見えない。長期間問題が起きず、「この部分は気にしなくていい」という反応が出れば成功だ。状態を保持するコンポーネント数を減らし、実証済みのシンプルな構造を使うことが核心。

コラボレーションは嘘だ — 少数が作り、多数が会議する

Brooksの法則、リンゲルマン効果、そしてコラボレーションツールが隠す責任拡散の構造

組織の実質的成果は少数が生み出す。テック業界はこの問題に「コラボレーション」を処方したが、実際に増えたのは調整ツールだけで成果物は出ない構造が固定化した。本当に必要なのはコラボレーション基盤ではなく、個人の主体的判断と責任（ownership）だ。

テストコードが新しい堀(Moat)になる時代

AI時代の本当の資産はコードではなくテストスイートだ

AIがコードを一行も見ずにドキュメントとテストだけを学習し、競合製品を1週間で作り出す時代だ。コードはもう堀ではない。本当の資産は数万のエッジケースをカバーするテストスイートだ。

FFmpeg

FFmpeg — 25年間メディア世界を支えてきたスイスアーミーナイフ

アーキテクチャ、コーデック抽象化、フィルターチェーン、ハードウェアアクセラレーションまで — FFmpeg内部構造の解剖

FFmpegはほぼすべてのメディアフォーマットをデコード・エンコード・変換・ストリーミングできるオープンソースマルチメディアフレームワークだ。2000年にFabrice Bellardが開始し、25年以上開発が続いている。YouTube、Netflix、Meta、VLC、OBS — メディアを扱うほぼすべての場所でFFmpegが動いている。

MetaのFFmpeg活用 — 1日数百億回、大規模メディア処理の秘密

内部フォーク廃止、マルチレーン並列エンコード、リアルタイム品質メトリクス、自社ASIC

Metaは1日数百億回FFmpegを実行する。長年内部フォークに依存していたが、FFmpegコミュニティと協力してマルチレーン並列エンコードとリアルタイム品質メトリクスをアップストリームに実装し、内部フォークを完全に廃止した。自社ASICのMSVPもFFmpeg標準APIで統合した。

FFmpegバージョン別変化 — 6.0から8.1まで、何が変わったか

マルチスレッディングリファクタリング、Vulkanコーデック、ハードウェアアクセラレーション拡大、そして8.1 "Hoare"まで

FFmpeg 6.0から8.1までのメジャー変更を整理する。Metaベースのマルチスレッディングリファクタリング（6.0〜8.0）、Vulkanハードウェアコーデック、インループデコード、そして最新8.1「Hoare」のxHE-AAC、D3D12、Rockchipエンコードまで。

OSSコード分析

Nightingaleとは？GitHubのオープンソースカラオケアプリをRust+MLのコードで分析

Tauri 2 + Python MLサーバー + UVR/Demucs音声分離 + WhisperX歌詞同期 + リアルタイムピッチ検出

Nightingale（GitHub: rzru/nightingale）は手持ちの音楽ファイルをカラオケにするオープンソースアプリ。Rust（Tauri 2）がPython MLサーバーを動かし、Demucsでボーカルを分離、WhisperXで歌詞を同期する仕組みをコードから読む。

クロスプラットフォーム

Sparkling — TikTokのクロスプラットフォームインフラ

Lynxエンジン上で実際のアプリを動かすためのプロダクションフレームワーク

TikTokが自社アプリでLynxエンジンをプロダクション規模で運用するために構築したインフラレイヤーをオープンソースで公開した。 React NativeにExpoが必要なように、Lynxエンジン上で実際のアプリを運用するにはビルドパイプライン、ネイティブブリッジ、ナビゲーションなどのインフラが必要だ。Sparklingがそのギャップを埋める。

Lynxフレームワークとは？ — TikTok製クロスプラットフォームUIエンジンとReact Nativeとの違い

Reactのように書いて、ネイティブでレンダリング

LynxはTikTokがオープンソース化したクロスプラットフォームUIフレームワーク。Reactに似た文法で書くと、WebViewではなくネイティブビューでAndroid/iOS画面を描画する。React Nativeとの違いは独自のJSランタイムとレンダリングパイプライン。

エージェンティックAI

エージェンティックAI — 自律エージェントの基本構造

LLMがツールを使い、判断し、反復する構造

エージェンティックAIは、LLMが単にテキストを生成するのを超えて、自ら計画を立て、ツールを呼び出し、目標に向かって反復実行するシステムだ。「チャットボット」と「エージェント」の違いは自律性。チャットボットは質問に答え、エージェントは目標に向かって自ら行動する。

エージェントループ — 実行ループの解剖

whileループ1つがエージェントの全て

エージェントの核心は「LLMをループの中で回すこと」だ。一度呼んで終わりではなく、ツール呼び出しの結果を受けて再びLLMに渡し、LLMが次の行動を決定するサイクル。このループをどう設計するかがエージェントの品質を決める。

ツール使用パターン — LLMに手足をつける

関数呼び出しでLLMが外部世界と相互作用する構造

LLMはテキストしか生成できない。ファイルを読んだり、APIを呼んだり、DBを照会するには「ツール」が必要だ。ツール使用はLLMに利用可能な関数リストを伝え、LLMが必要な時に関数を呼び出させるパターンだ。

ラルフ・ウィガムループ — エージェントが同じ失敗を繰り返す時

「I'm in danger」— エージェントが抜け出せないループの原因と対策

エージェントが同じエラーに同じ修正を繰り返し、進展なくトークンだけ消費する状態。シンプソンズのRalph Wiggumが「I'm in danger」と言いながらぼーっと座っているミームから名前がついた。 AIエージェント開発で最も一般的でコストの高いアンチパターンだ。

ヒューマン・イン・ザ・ループ — 人間が介入するタイミング

完全自律 vs 適切な介入、そのバランス

エージェントが全て自動でやれば楽だが、取り消し不能な行動（データ削除、本番デプロイ、決済）は人間が確認すべきだ。ヒューマン・イン・ザ・ループは「いつ人間に聞くか」を設計するパターンだ。

ハーネスエンジニアリング

ハーネス（Harness）とは？対象を包んで制御する実行環境

Test HarnessからAIエージェントへ — 結果を左右するのは包む側の設計

ハーネスはAI固有の概念ではない。元はソフトウェア工学のTest Harnessから来たもので、「対象を包んで制御する実行環境」全体を意味する。 AIハーネスでもテストハーネスでも、核心は同じだ — 対象自体よりも対象を包むシステムの設計が結果を左右する。

ハーネスエンジニアリングとプロンプトエンジニアリングの違い

プロンプトを上手く書くことと実行環境を上手く設計することは別物だ

プロンプトエンジニアリングはモデルに「何をしろ」を上手く伝える技術だ。ハーネスエンジニアリングはモデルが「どんな環境で実行されるか」を設計する技術だ。同じプロンプトでもハーネスが違えば結果が全く変わる。

ガードレール設計 — モデルが暴走する前に止める方法

入力フィルタ、出力検証、行動制限で安全なハーネスを作る

モデルは確率的に出力する。10回中9回正しくても1回は間違う。ガードレールはその1回が本番で爆発しないようにする安全装置だ。入力段階、実行段階、出力段階それぞれにガードレールを置く。

評価パイプライン — ハーネス品質を測定する方法

勘で判断すると負ける、自動化された評価体系が必須だ

ハーネスを変えて良くなったか悪くなったか分からなければ意味がない。評価パイプラインはハーネス変更の効果を定量的に測定するシステムだ。 SWE-bench、HumanEvalのようなベンチマークも結局は評価パイプラインの一種だ。

コンテキストウィンドウ管理 — 有限な記憶の戦略

100万トークンでも入れ方が重要だ

コンテキストウィンドウはモデルの「作業記憶」だ。サイズが大きくなっても無限ではなく、入れる順序と内容によって性能が変わる。ハーネスの核心的な役割の一つがこの限られた空間を効率的に管理することだ。

オーケストレーションパターン — モデル呼び出しを組み合わせる方法

一回の呼び出しで足りなければ、複数回をどう組み合わせるか

複雑なタスクはモデル一回の呼び出しで終わらない。複数のモデル呼び出しをどの順序で、どの条件で実行するかがオーケストレーションだ。エージェンティックAIのエージェントループも、RAGも、コード生成パイプラインも全てオーケストレーションパターンだ。

gstackとは？Garry TanのClaude Codeスキル23個をハーネス構造で解剖

Garry TanがClaude Codeで60日間60万行を書けた構造

gstackとは、Y Combinator CEOのGarry Tanが公開したClaude Codeのスキルパック。/office-hours → /review → /qa → /ship など23個のコマンドで1つのモデルを役割別チームに分ける。ルーティング・ガードレール・検証ループの実装を解剖。

自動テスト

Keploy — eBPFでトラフィックを傍受しAPIテストを自動生成する仕組み

eBPFがカーネルでconnect()の宛先をこっそり書き換える透過プロキシパターン

keploy recordでアプリをラップすると、eBPFがカーネルレベルで全アウトバウンド接続の宛先をローカルプロキシにリダイレクトする。アプリは知らない。プロキシがプロトコル別にトラフィックを解析し、テストケース+MockをYAMLとして抽出する。

地図 / 位置データ

東京のカメラが埼玉の地図に載った理由 — 地図サービスの本当のコストは座標にある

角括弧をノイズとして消したら同名の地域に吸い込まれ、bboxは隣の県を止められなかった

YouTubeのライブカメラ地図を真似して作ってみると、Leafletと埋め込みはすぐ付いて、時間はすべて「この動画はどこか」に消えた。候補182件のうちジオコーディングを通ったのは36件。角括弧をノイズとして消したら同名の地域に吸い込まれ、bboxは隣の県を止められなかった。最後の防衛線は座標ではなく住所の文字列だった。