0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@rex0220

生成AIで専門技術記事はどこまで作れるか：極限計測・単位系編

0
Last updated at Posted at 2026-05-31

Google Antigravity, Claude の利用枠を使い切ったので、codex ChatGPT Gemini のつぎはぎで記事を作成しています。

関連

単位とは現実世界につける型である

さしがねからSI再定義までをITシステム論で読む完全総合ガイド

この記事は、単位の歴史を「型」「API」「プロトコル」「Root of Trust」という情報システムの比喩で読み直す長文ガイドです。個々の歴史解説そのものよりも、単位がどのように社会とシステムの境界を支えてきたかに焦点を当てます。

執筆メモ: 本稿は、Geminiで構成案を作り、Codexで初稿・レビュー・ファクトチェックを行い、人間が査読・修正した専門技術解説記事です。AIは横断的な比喩を作るのが得意な一方、史実や用語をそれらしく誤ることがあります。そのため本稿では、比喩の射程を明示しながら、単位の歴史をITシステム論として読み直します。

目次

  1. 序章：単位とは、現実世界につける型である
  2. 第I部：身体の単位 ― 人間に最適化されたローカルUI
  3. 第II部：建築の単位 ― ローカル規格とレイアウトバグ
  4. 第III部：巨大建造物の単位 ― 国家プロジェクトを同期する寸法プロトコル
  5. 第IV部：国家の単位 ― 徴税と統治のための標準化API
  6. 第V部：地図の単位 ― 国絵図というプロトGIS
  7. 第VI部：海の単位 ― 緯度・経度・クロック同期
  8. 第VII部：事故る単位 ― 型のない数値が物理世界を壊す
  9. 第VIII部：残る単位 ― レガシー規格と社会的互換性
  10. 第IX部：価値の単位 ― 貨幣とDecimalの地雷原
  11. 第X部：宇宙の単位 ― 天文単位と惑星間スケール
  12. 第XI部：ナノメートルの戦場 ― 極限計測と物理ノイズ
  13. 第XII部：温度を測る ― 感覚を信号へ変換する
  14. 第XIII部：液体を測る ― 体積・密度・比重を読む
  15. 第XIV部：気体を測る ― 体積・温度・圧力を状態として読む
  16. 第XV部：原器の終焉 ― 世界は物から定数へ移った
  17. 終章：人類の計測史は、暗黙の前提を型にする歴史だった
  18. 編集後記と査読の軌跡
  19. 参考文献

序章：単位とは、現実世界につける型である

1.1 測定とは、連続した現実を数値へ離散化すること

私たちは毎日のように「測る」という行為を行っています。身長を測り、体重を測り、部屋の広さを測り、気温を測り、商品の価格を比較します。あまりにも日常的な行為であるため忘れてしまいがちですが、そもそも測定とは、物理的にどのような行為なのでしょうか。

測定とは、連続的で、揺らぎを持ち、観測条件に依存する現実世界の対象を、人間と機械が扱える数値へ変換する行為です。

【測定の基本構造】
　現実世界の連続量 ──＞ [ 基準との比較 ] ──＞ 数値 + 単位

ここで重要なのは、数値だけでは意味が成立しないという点です。

たとえば 100 という数値があったとして、それが100メートルなのか、100フィートなのか、100円なのか、100ミリ秒なのかは分かりません。数値は、単位と結びついて初めて意味を持ちます。

ソフトウェアエンジニアの言葉で言えば、単位とは「現実世界につける型」です。

1.2 単位はシステム間で意味を運ぶプロトコルである

物理量は、単なる数値ではありません。長さ、質量、時間、温度、電流、金額。それぞれの値は、どの単位系で表現されているかによって意味が変わります。

これは、APIやデータベースのスキーマに非常によく似ています。JSONで {"distance": 100} と書かれていても、その100がメートルなのかマイルなのかが分からなければ、システムは正しく振る舞えません。

単位の欠落は、コメントの欠落ではなく型情報の欠落です。
単位をコメントや変数名だけに閉じ込めると、コンパイラもテストもその意味を守ってくれません。単位の不一致は、画面表示の小さなズレではなく、橋、飛行機、探査機、決済システムを実際に壊すことがあります。

本稿では、人類がどのように単位を作り、標準化し、事故り、補正し、最後には物理定数へ預けるようになったのかを見ていきます。その旅路は、身体から始まり、建築、巨大建造物、徴税、地図、航海、工業、貨幣、宇宙、半導体、そしてSI基本単位へと進みます。

第I部：身体の単位 ― 人間に最適化されたローカルUI

2.1 フィート、ヤード、インチ、尺：身体から生まれた単位

単位の原初は、実験室ではなく身体にありました。足の長さ、親指の幅、腕を広げた長さ、手のひらの幅。身体は、いつでも持ち歩ける最初の測定器だったのです。

フィート、ヤード、インチ、尺、咫（あた）。これらは、現代のSI単位のように不変の物理定数から定義されたものではありません。むしろ、現場で使いやすく、目分量で共有しやすく、日常の作業に十分だったから普及しました。

【身体尺の特徴】
　・いつでも参照できる
　・道具がなくても概算できる
　・生活や建築のスケールに合っている
　・ただし、人によって揺らぐ

ITシステムにたとえるなら、身体尺はローカルで最適化されたUIです。手元では便利ですが、地域をまたぎ、商取引をまたぎ、国家規模で同期しようとした瞬間に、仕様のズレが露呈します。

2.2 さしがね：職人のためのアナログ関数電卓

日本の大工道具である「さしがね（指矩）」は、単なるL字型の定規ではありません。そこには、幾何学を道具そのものに埋め込むという、極めてエンジニアリング的な発想があります。

さしがねの裏目は、表の目盛りに対して $\sqrt{2}$ 倍になっており、正方形の対角線や隅木の長さを素早く求めるために使われます。正方形の一辺を $a$ とすると、対角線 $d$ は次の式で表されます。

d = a\sqrt{2}

また、丸目は円周や直径の関係を扱うための目盛りです。円周と直径の関係は、よく知られている通り次の式で表されます。

C = \pi d

現代の私たちは、この計算を電卓やCADに任せます。しかし、さしがねはその一部を目盛りとして物理的に実装していました。これは、職人の手元で動くアナログ関数電卓と言ってよいでしょう。

[Image of sashigane carpenter square showing ura-me and maru-me scales]

出典メモ
さしがねの裏目・丸目は、道具の種類や説明体系によって表現が揺れやすい部分です。本稿では、木工用さしがねの裏目に角目（表目の $\sqrt{2}$ 倍）と丸目（円周率を用いた換算目盛）があるという説明を、工具メーカー等の解説資料を参照して扱います。

2.3 天秤：絶対値ではなく等価性を測る装置

天秤は、質量を絶対値として直接読み取る装置ではありません。既知の分銅と対象物を左右に置き、釣り合うかどうかを見ます。

つまり天秤が行っているのは、「対象の質量が基準と等価であるか」というアサーションです。

【天秤の思想】
　対象物の質量 == 基準分銅の質量

この考え方は、テストコードに似ています。絶対的な真理をいきなり取り出すのではなく、基準と比較し、等価性を確認する。測定とは、常に何かと何かを比較する行為なのです。

測定とは、対象と基準を結びつけることです。
基準が揺らげば、測定値も揺らぎます。だから人類は、より揺らがない基準を求め続けることになります。

2.4 第I部 Q&A：身体尺と道具の知恵

Q: 身体尺は不正確なのに、なぜ長く使われ続けたのですか？

A: 日常の作業においては、絶対的な精度よりも「すぐ参照できること」と「作業スケールに合っていること」が重要だったからです。

人間の足や腕を基準にした単位は、現代の計測標準から見れば当然揺らぎます。しかし、家を建て、布を測り、農作業をする現場では、毎回実験室級の標準器を持ち出す必要はありませんでした。身体尺は、精密さよりも可用性に優れたローカル基準だったのです。

Q: さしがねは、なぜ「計算機」と呼べるのですか？

A: 幾何計算の結果を目盛りとして道具に埋め込んでいるからです。

裏目の $\sqrt{2}$ や丸目の円周換算は、式を毎回計算する代わりに、道具の読み取りへ変換したものです。これは、よく使う関数をハードウェア化して、現場の認知負荷を下げる設計と見ることができます。

第II部：建築の単位 ― ローカル規格とレイアウトバグ

3.1 京間と江戸間：同じ6畳が同じ面積ではない

日本の住宅でよく使われる「6畳」という表現は、一見すると明確な面積を表しているように見えます。しかし実際には、京間、江戸間、中京間など、地域や時代によって畳の寸法は異なります。

同じ「6畳」と呼ばれていても、実際の床面積は同じではありません。これは、同じフィールド名を持つAPIが、サービスごとに異なるスキーマを返してくるようなものです。

ソフトウェアでは、width というプロパティが「コンテンツの幅」なのか「余白や枠線を含む幅」なのかが曖昧だと、レイアウトが壊れます。建築でも同じです。「部屋の広さ」とは、柱の内側なのか、柱芯なのか、畳そのものなのか。その前提がズレると、家具が入らないという物理的なバグになります。

3.2 畳割りと柱割り：box-sizingとしての建築

畳割りは、畳の大きさを基準として空間を設計する考え方です。畳というコンポーネントの寸法を先に固定し、その外側に柱を立てるため、畳自体のサイズは安定します。

一方、柱割りは、柱芯のグリッドを先に決め、その中に畳を合わせる考え方です。都市住宅の量産や施工効率には向いていますが、畳は現場に合わせて調整されやすくなります。

これはCSSの box-sizing によく似ています。

  • content-box: 中身のサイズを基準に、paddingやborderが外側へ増える
  • border-box: 外枠のサイズを基準に、中身がその内側へ収まる

建築の寸法バグとUIレイアウトのバグは、構造が似ています。
「どこからどこまでを幅と呼ぶのか」という前提が共有されていないと、画面ではボタンが崩れ、住宅では家具が入らなくなります。

第III部：巨大建造物の単位 ― 国家プロジェクトを同期する寸法プロトコル

単位が社会に定着しているかどうかは、小さな道具よりも、巨大建造物を見ると分かりやすくなります。ピラミッド、万里の長城、ローマ神殿、日本の大仏のような巨大プロジェクトでは、設計者、測量者、職人、運搬者、統治者が、同じ寸法体系を共有していなければ作業が成立しません。

ソフトウェアにたとえるなら、巨大建造物とは、単位系が社会全体で共有されているかを試す統合テストです。小さな関数なら多少の暗黙前提でも動くかもしれません。しかし、数万人規模の労働、遠距離の運搬、長期の施工、複数世代にわたる修復が絡むと、単位の曖昧さはそのままプロジェクト全体の失敗につながります。

4.1 ピラミッド：身体尺から標準尺へ

古代エジプトの測定では、キュビットのような身体由来の長さが重要な役割を持ちました。ただし、巨大建造物で必要になるのは、個々人の肘から指先までの長さではなく、社会的に共有された標準尺です。British Museumの木製キュビット棒は、2ロイヤルキュビットを14パームに分けた測定具として紹介されています。また、National Museums Liverpoolの解説では、キュビットが7パーム、28ディジットに分割されることが説明されています。

クフ王の大ピラミッドは、設計寸法として高さ280王キュビット、底辺440キュビットと説明されることが多い建造物です。ここで重要なのは、神秘的な数値が隠されているかどうかではありません。巨大な石造建築を成立させるには、石材の切り出し、運搬、敷設、勾配設計が、同じ長さの単位で同期されていなければならないという点です。

つまり、ピラミッドにおける単位は、単なる「長さの名前」ではありません。現場全体を同じ寸法体系で動かすためのプロジェクト共通インターフェースでした。

4.2 万里の長城：測る前に、何を測るかを決める

万里の長城は、「長さを測る」とは何かを考えるうえで非常に面白い例です。長城は一本の連続した壁ではなく、時代ごとの城壁、塹壕、関所、砦、自然地形を含む複合的な防衛システムです。そのため、長さを測る前に、まず「何を長城に含めるのか」を決めなければなりません。

中国国家文物局の調査結果として報じられた総延長21,196.18kmという値も、単純に一本の壁を端から端まで測った数字ではありません。China.org.cnの記事では、国家文物局の調査結果としてこの総延長が紹介されています。

ここでの教訓は、単位の前にスキーマがある、ということです。

長城の長さ = ?

城壁だけを含めるのか
塹壕を含めるのか
自然地形を含めるのか
関所や砦を含めるのか

これは、データ分析で「売上」を集計する前に、返品、割引、税込・税抜、キャンセル済み注文をどう扱うかを定義するのと同じ構造です。測定値は、測定対象の定義から逃れられません。

4.3 ローマ神殿：単位からモジュールへ

ローマの神殿建築では、単位は単に長さを測るためだけでなく、柱、柱間、基壇、階段、エンタブラチュアを同じ設計言語で接続するためのモジュールとして働きました。

ウィトルウィウス『建築十書』では、神殿の設計において比例とシンメトリアが重視されます。Book IIIの記述では、神殿正面を分割し、その一部をモジュールとして、柱の太さや柱間を定める考え方が説明されています。

これは、UI設計におけるデザインシステムに近い発想です。すべての部品を毎回ゼロから測るのではなく、基準となるモジュールを決め、その倍数や比率で全体を組み立てる。単位はここで、単なる計測値から、設計を再利用可能にする抽象化へ変わります。

4.4 日本の大仏：像、鋳造、建築空間を同期する

日本の大仏もまた、単位系の巨大な統合テストとして見ることができます。東大寺大仏は、像そのものの寸法だけでなく、鋳造工程、大仏殿の空間、足場、材料の運搬、後世の修理や再建まで含む国家的な造営プロジェクトでした。

東大寺公式サイトでは、盧舎那仏の像高を14.98m、大仏殿を東西57.012m、南北50.480m、高さ48.742mと示しています。これらの値を現代のメートルで見ると単なる寸法一覧に見えますが、建造の現場では、像、台座、堂内空間、部材、足場が互いに整合していなければなりません。

巨大な仏像を造るとは、ただ大きな像を作ることではありません。鋳造の分割、組み上げ、補修、建物との取り合いまで含めて、寸法の前提を共有し続けることです。

巨大建造物は、単位系の実行結果です。
ピラミッド、万里の長城、ローマ神殿、日本の大仏は、それぞれ文化も目的も異なります。しかし、どれも多数の人間と工程を、共有された寸法体系で同期しなければ成立しません。巨大建造物とは、石や金属でできた構造物であると同時に、社会が共有した単位系の実行結果でもあるのです。

第IV部：国家の単位 ― 徴税と統治のための標準化API

身体や建築の現場で使われていた単位は、国家規模になると、徴税・流通・地図作成を同期する社会インフラになります。ここでは、物理的な標準器、各地で行われる分散的な測定、中央で集約される台帳や地図を、ひとつのデータ基盤として見ていきます。

【マクロ計測による社会インフラ同期の構造】
［物理標準器：検地竿・宣升］ ──＞ ［分散観測：各地の測量データ］ ──＞ ［中央一元化：国絵図・石高台帳（DB）］

5.1 枡の統一：市場経済のデータ型をそろえる

単位がローカルに揺らいでいる状態では、商取引は安定しません。ある地域の一升と、別の地域の一升が違う量を指しているなら、売買も年貢も常に不信の上に成り立つことになります。

宣升（のぶます）のような標準枡の普及は、単なる度量衡政策としてだけでなく、市場で使われるデータ型をそろえ、取引の互換性を高める標準化プロジェクトとして読むことができます。

【枡が乱立している状態】
　商人Aの一升 != 商人Bの一升 != 領主Cの一升

【標準化後】
　一升 = 共通の取引単位

5.2 太閤検地：土地を統治用スキーマへ変換する

豊臣秀吉の太閤検地は、土地を測り、収穫能力を推定し、石高として表現する国家的なデータベース化プロジェクトとして読むことができます。

ここで重要なのは、現実の土地をそのまま保存したわけではないという点です。田畑の広さ、土地の等級、期待される収穫量を、徴税と軍役に使える「石高」という統治用メトリクスへ変換しました。

これは単純なDB正規化というより、現実世界を行政が扱えるスキーマへ変換する行為です。

5.3 縄伸びバグ：測定器が信頼できないとDBは壊れる

検地で使われる縄や竿の状態が揺らげば、土地の面積は測り方によって変わってしまいます。これは「入力値が不正」というだけではありません。測定器そのもののキャリブレーション不良であり、監査不能な入力であり、場合によっては改ざん耐性の不足です。

縄伸びバグは、単なる笑い話ではありません。
測定器が揺らげば、データベースは壊れます。さらに、そのデータベースが徴税、身分、軍役に接続されているなら、測定誤差はそのまま社会制度の歪みになります。

現代のシステムでも、センサー値、ログ、ユーザー入力、外部APIの値が信頼できなければ、どれほどDB設計が美しくても意味がありません。標準化された測定器と監査可能な入力こそ、データ基盤の前提なのです。

第V部：地図の単位 ― 国絵図というプロトGIS

江戸幕府が諸藩に作成を命じた国絵図は、各地域がローカルに測定した地理情報を、中央で統合する大規模プロジェクトでした。

もちろん、国絵図を現代GISそのものと呼ぶのは言い過ぎです。衛星測位も、統一された座標参照系も、デジタルな空間データベースもありません。しかし、各藩が測った境界、河川、街道、村落の情報を幕府が集め、日本全体の地理認識へ統合していく構造は、プロトGIS的だと言えます。

ここでいう「プロトGIS」は、現代的な座標参照系やデジタル空間データベースを備えたGISという意味ではありません。分散して収集された地理情報を、統治目的で中央に集めて統合する仕組み、という限定的な比喩です。国立公文書館の解説では、江戸幕府が正保・元禄・天保期に国絵図の作成を命じたことが紹介されています。

6.1 一里はどう測ったか：街道距離を社会のAPIにする

街道の距離を考えるとき、現代人は地図上の直線距離やGPS座標を想像しがちです。しかし旅人や荷物が実際に移動するのは、山や川を避け、宿場を結び、曲がりくねった道に沿った距離です。つまり街道の「一里」は、抽象的な直線距離ではなく、歩行・物流・宿駅制度のための実用的な道のりでした。

江戸時代の一里塚は、日本橋を起点として、36町を一里とし、一里ごとに街道の両側へ築かれた里程標として説明されます。塩尻市の平出一里塚の解説でも、慶長9年（1604）から徳川家康の命により、江戸日本橋を基点として36町を一里とし、一里ごとに道の両側へ一里塚を築いたことが紹介されています。平出一里塚（塩尻市）

ここで重要なのは、一里が「道の上に刻まれた距離単位」だったことです。街道を測るには、まず間縄や間竿のような道具で距離を積算し、必要に応じて方位を記録し、地形に沿って測定値をつないでいきます。量地車のように車輪の回転数から移動距離を得る道具も、距離を連続的に積算する発想を示しています。

【一里を街道上に実装する流れ】
起点：日本橋
  ↓
36町ごとに街道距離を積算
  ↓
一里塚として物理的なマーカーを設置
  ↓
旅人・飛脚・荷主・宿場が同じ距離基準を共有

これは、単なる距離測定ではありません。一里塚は、街道に埋め込まれた距離のインデックスでした。旅人にとっては現在地と残り距離の目安になり、荷物や人馬の運賃計算では距離単位として機能し、幕府や藩にとっては交通インフラを管理するための共通参照点になりました。

ソフトウェアにたとえるなら、一里塚は道路ネットワークに置かれたチェックポイントであり、街道距離を社会全体で共有するためのAPIです。地図上の座標だけではなく、「日本橋から何里目か」というインデックスを持つことで、人・物・情報の移動を同じ距離スキーマで扱えるようになったのです。

なお、国絵図の世界でも一里は地図表現の基準になりました。国立公文書館の国絵図解説では、国絵図が1里を6寸とする縮尺、約21,600分の1で描かれ、街道を挟む黒丸が一里塚を示すと説明されています。国立公文書館: 国絵図

6.2 道法計行：街道をNode & Edgeに変換する

街道を測るには、距離と方位が必要です。間縄は距離を、中星盤は方位を、量地車は車輪の回転数から移動距離を与えます。

このとき、地理は「点」と「線」のデータ構造になります。宿場や村はノード、街道はエッジです。

地図とは現実の完全なコピーではありません。何を記録し、何を省き、どのような目的に最適化するかを決めたモデルです。この点で、地図はデータベースのスキーマに似ています。

6.3 エラトステネス：影で地球の大きさを測る

街道や国絵図の測量が「地上の距離」を扱うものだとすれば、エラトステネスの測地は、その発想を地球全体へ拡張した例です。

紀元前3世紀ごろ、アレクサンドリアの学者エラトステネスは、離れた2地点における太陽の影の違いから、地球の大きさを求めようとしました。シエネ、現在のアスワン付近では、夏至の正午に太陽がほぼ真上に来るとされていました。一方、同じ時刻のアレクサンドリアでは、柱や日時計に影ができました。NASA Goddard の解説でも、シエネとアレクサンドリアの太陽高度の違いを使い、2地点間の距離と角度から地球の円周を求めたことが紹介されています。

この影の角度差は、2地点の地表上の距離が、地球中心から見てどれだけの角度に相当するかを示します。伝承では、この角度差は円周の約1/50、2地点間の距離は約5,000スタディアとされました。そこでエラトステネスは、地球の全周をその50倍として見積もったと説明されます。

C \simeq d \times \frac{360^\circ}{\theta}

ここで、$C$ は地球の円周、$d$ は2地点間の距離、$\theta$ は2地点で観測される太陽高度の差です。

ここで重要なのは、数値そのものの完全な精度ではありません。スタディオンの長さや、シエネとアレクサンドリアが厳密に同一子午線上にあるかには議論があります。NOAAの測地学解説でも、エラトステネスの計算が、シエネが北回帰線上にあり、アレクサンドリアがその真北にあるという仮定に基づいていたことが説明されています。NOAA: Geodesy for the Layman

それでも、この測定の発想は非常に重要です。エラトステネスは、地球を直接ぐるりと測ったわけではありません。彼が使ったのは、ローカルな影の角度、都市間の距離、そして球面幾何でした。離れた観測点の測定値を、同じ時刻と同じモデルで比較することで、直接測れない地球全体のサイズを復元したのです。

これは、地球規模の分散観測です。各地点の影はローカルな測定値にすぎません。しかし、それらを同じ時刻、同じ幾何モデル、同じ距離単位のもとで比較すると、地球という巨大な対象のサイズが復元されます。

ソフトウェアにたとえれば、個々のセンサー値だけでは全体像は分かりません。しかし、観測点の位置、測定時刻、角度、距離というスキーマがそろっていれば、分散ログからシステム全体の状態を推定できます。エラトステネスの測地は、古代における地球規模の計測プロトコルだったと言えるでしょう。

6.4 現代測地：地球は衛星と電波で測り続ける

エラトステネスの測地は、離れた2地点の影と距離から地球の大きさを推定するものでした。では、現代では地球の大きさをどう測っているのでしょうか。

現在の測地学では、地球を単なる球として一度だけ測るのではありません。地球の幾何学的な形、重力場、宇宙空間での向き、そしてそれらが時間とともにどう変化するかを継続的に測ります。NOAA National Geodetic Surveyも、測地学を「地球の幾何学的形状、重力場、宇宙空間での向き、およびそれらの時間変化を正確に測り理解する科学」と説明しています。

地球は完全な球ではありません。赤道方向に少しふくらんだ回転楕円体であり、さらにプレート運動、地殻変動、氷床や海水分布の変化によって、測るべき対象そのものが少しずつ変わり続けます。したがって現代の「地球の大きさ」は、固定された単一の数値というより、観測ネットワークによって維持される参照フレームとして扱われます。

現代の地球測定では、複数の宇宙測地技術が組み合わされます。NASA Earthdataは、地球の測地的性質を観測する技術として、GNSS、SLR、VLBI、DORISを挙げています。

技術 何を測るか 役割
GNSS 衛星からの信号到達時間 地表の観測点の位置を高精度に求める
SLR 衛星へレーザーを照射し、往復時間を測る 衛星までの距離を直接測る
VLBI 遠方の電波天体からの信号到達時刻差 地球の向きや観測局間の距離を求める
DORIS 衛星と地上局のドップラーシフト 衛星軌道と地上局位置を求める

これらの観測は、国際地球基準座標系、ITRFのような地球上の座標の基盤を支えています。つまり現代の「地球の大きさ」は、単一のものさしで測った値ではなく、世界中の観測局と人工衛星から集まる分散データを統合して維持される座標系の一部なのです。

ソフトウェアにたとえれば、これは地球規模の分散監視システムです。各観測局はローカルなセンサーであり、GNSS、SLR、VLBI、DORISはそれぞれ異なる観測プロトコルです。それらのデータを統合することで、地球という巨大なオブジェクトの形、向き、重力場、時間変化を更新し続けています。

エラトステネスが2地点の影から地球を推定したのに対し、現代測地は世界中の観測点と衛星を使って、地球の状態を常時同期する仕組みです。地球の大きさは、もはや一度だけ求める定数ではなく、観測ネットワークによって維持される動的な基準になっているのです。

第VI部：海の単位 ― 緯度・経度・クロック同期

7.1 緯度：空を使った座標取得

緯度は、比較的測りやすい座標でした。北半球であれば北極星の高度を測ることで、おおよその緯度を得られます。太陽高度と赤緯表を組み合わせれば、南北方向の位置を推定することもできます。

これは、空を巨大な参照系として使う発想です。地上に標識がなくても、天体の位置を基準にすれば、自分の場所を推定できます。

7.2 経度：位置情報問題は、実は時刻同期問題だった

経度は、緯度よりはるかに難しい問題でした。地球は24時間で360度回転するため、$15^\circ = 1,\text{hour}$、つまり1時間の時差は15度の経度差に相当します。

つまり経度を知るには、現在地の地方時と、基準地の時刻との差を知る必要があります。これは、航海術の問題であると同時に、分散システムのクロック同期問題でもありました。

7.3 月距法とクロノメーター

月距法は、月と恒星の角距離から基準時を逆算する方法です。理論的には優れていますが、船上で複雑な天文計算を行う必要がありました。揺れる船の上で、人間が重いクエリを実行しているようなものです。

これに対して、ジョン・ハリソンのマリン・クロノメーターは、基準地の時刻を高精度に船へ持ち出すハードウェア解決でした。ネットワークにつながらない海上で、基準時サーバーのローカルレプリカを持つような発想です。

第VII部：事故る単位 ― 型のない数値が物理世界を壊す

8.1 Mars Climate Orbiter：APIの単位不一致で探査機が失われる

1999年、NASAの火星探査機Mars Climate Orbiterは火星到達時に失われました。NASAのMishap Investigation Board報告書では、軌道モデルで使う地上ソフトウェアファイルにおいて、メートル単位であるべきデータにEnglish unitsが使われたことが根本原因として整理されています。よく知られているのが、推進に関するデータの単位不一致です。一方のソフトウェアはポンド力秒（lbf s）を出力し、もう一方はニュートン秒（N s）を前提に処理していました。

数値そのものは存在していました。しかし、その数値がどの単位で表されているかという型情報が、システム境界で守られていませんでした。

// 危険な例: 数値だけでは単位が分からない
function applyImpulse(impulse: number) {
  // N s なのか、lbf s なのかが型から分からない
}

8.2 Gimli Glider：メートル法移行期の燃料計算バグ

1983年7月23日、エア・カナダのBoeing 767（C-GAUN）は、燃料搭載量の計算ミスにより飛行中に燃料切れを起こし、マニトバ州Gimliへ緊急着陸しました。いわゆるGimli Gliderです。

この事故では、ポンド、キログラム、リットルが混在するメートル法移行期の現場で、人間による換算とシステムの前提が複雑に絡み合いました。

ここで怖いのは、単位ミスがソフトウェアの中だけで完結しないことです。燃料計算のバグは、実際の航空機を空中で止めます。

8.3 DDDとValue Object：単位を型として封じ込める

現代のソフトウェア設計では、単位付きの値を裸の number や float として渡すべきではありません。距離は距離、質量は質量、力は力として、型で表現する必要があります。

type Meter = { readonly value: number; readonly unit: "m" };
type Foot = { readonly value: number; readonly unit: "ft" };

function meters(value: number): Meter {
  return { value, unit: "m" };
}

このようなValue Objectは、単なるオブジェクト指向のきれいごとではありません。単位変換を境界に閉じ込め、物理世界に漏れ出すバグを防ぐための防波堤です。

8.4 第VII部 Q&A：単位事故から型安全へ

Q: 変数名に distanceInMeters と書けば十分ではないのですか？

A: 変数名は人間へのヒントにはなりますが、システム境界を越えた安全性は保証できません。

変数名はリファクタリングで変わり、JSONやCSVに出た瞬間に失われ、外部APIとの境界では簡単に無視されます。単位を本当に守りたいなら、型、スキーマ、テスト、バリデーション、ドキュメントを合わせて設計する必要があります。

Q: 単位付き型は面倒ではありませんか？

A: 面倒です。しかし、その面倒さはシステム境界に置くべき面倒さです。

単位変換をアプリケーション全体に散らすと、どこかで必ず暗黙の前提が漏れます。Value Objectや専用型によって変換点を閉じ込めれば、「どこでメートルからフィートへ変換したのか」を追跡できるようになります。

第VIII部：残る単位 ― レガシー規格と社会的互換性

アメリカがヤード・ポンド法を捨てきれない理由は、単なる非合理ではありません。道路標識、製造設備、教育、法律、商習慣、金型、図面、サプライチェーンが、既存単位を前提に結合しています。

これは巨大な技術負債です。移行すれば長期的には美しくなるとしても、短期の書き換えコストがあまりに大きい場合、システムは古い仕様を抱えたまま生き続けます。

9.1 工業規格の衝突：ミリねじとインチねじ

ソフトウェアなら、アダプタを書けば異なるインターフェースを接続できることがあります。しかし、物理レイヤーではそうはいきません。

ミリねじとインチねじ、PTとNPTのような規格差は、実際に部品が締まらない、漏れる、破損するという形で現れます。物理世界では、インターフェース不一致がそのまま機械的な非互換性になります。

9.2 CAD/CAMの25.4倍バグ

インチとミリメートルの換算係数は25.4です。CAD/CAMデータのやり取りで単位属性が失われると、モデルが25.4倍、あるいは1/25.4倍で解釈される危険があります。

画面上のモデルが少し崩れるだけではありません。工作機械が実際に金属を誤ったサイズで削ります。単位フラグの欠落は、製造現場では物理的な破壊につながります。

第IX部：価値の単位 ― 貨幣とDecimalの地雷原

10.1 通貨はもともと重さだった

ポンド、リラ、マルク、両。多くの貨幣単位は、もともと貴金属の重さと結びついていました。価値とは、最初から抽象的な記号だったわけではありません。銀や金という物理的な質量に支えられていました。

しかし国家が貨幣を発行し、信用が制度化されるにつれて、貨幣単位は物理的な重さから切り離されていきます。これは、具象型から抽象インターフェースへの移行として読むことができます。

10.2 改鋳：同じ名前の貨幣が同じ価値を持たなくなる

同じ名前の貨幣でも、含まれる金属量が変われば価値は変わります。ローマ帝国のデナリウス銀貨の劣化や、江戸時代の改鋳は、「インターフェース名は同じだが、中身の実装が変わった」状態です。

ユーザーから見れば、これは破壊的アップデートです。名前が同じだから互換だと思っていたら、実際の価値が違っているのです。

10.3 金額をfloatで扱ってはいけない

現代の決済システムで最も有名な教訓の一つは、金額を2進浮動小数点数で扱ってはいけないというものです。10進の金額を2進の float や double へ無造作に入れると、丸め誤差が累積します。

type Money = {
  amountMinor: bigint; // 円、セントなどの最小単位
  currency: "JPY" | "USD" | "EUR";
};

Money型は、通貨という単位を値に貼り付けるためのValue Objectです。金額もまた、単なる数値ではなく、単位付きのドメイン値なのです。

第X部：宇宙の単位 ― 天文単位と惑星間スケール

11.1 月食：地球の影で月までの距離を測る

地球の大きさを測った次に、人類は月までの距離を幾何で推定しようとしました。代表的なのが、紀元前3世紀ごろのアリスタルコスによる月食を使った方法です。

月食のとき、月は地球の影の中を通過します。このとき、月面に映る地球の影の大きさと、月そのものの見かけの大きさを比べることができます。地球の大きさが分かっていれば、その影が月の距離でどれくらいの太さになるかを幾何的に考えることで、地球から月までの距離を推定できます。

ここで重要なのは、月までの距離を直接測ったわけではないという点です。使ったのは、地球の大きさ、地球の影、月の見かけの大きさ、そして幾何です。地球の影は、宇宙空間に投影された巨大な測定器として働きました。

これは、地球そのものを基準器として使う発想です。地上のものさしでは届かない距離でも、地球の半径と影を使えば、月までの距離を推定できる。単位と幾何モデルがそろえば、測定対象は地上から宇宙へ拡張されます。

ソフトウェアにたとえれば、地球の影は巨大なプローブです。月食というイベントログを観測し、そのログに含まれる影の幅と通過時間を解析することで、月までの距離という隠れたパラメータを推定しているのです。

11.2 アリスタルコス：半月を使った宇宙三角測量

半月の瞬間、太陽、月、地球は直角三角形に近い配置になります。古代ギリシャのアリスタルコスは、この幾何を利用して太陽と月の距離比を推定しようとしました。

観測精度の限界により、得られた値は現代の値とは大きく異なりました。しかし重要なのは、宇宙の大きさを神話ではなく幾何学で測ろうとした点です。宇宙は、測定可能な対象になったのです。

月食や半月を使った古代の推定は、現代の値そのものを得る方法ではありません。しかし、見かけの角度、影、距離、幾何モデルを組み合わせれば、直接届かない宇宙の距離を推定できるという発想を示しています。後にはヒッパルコスが日食と視差を用いて月までの距離を推定したとされ、宇宙距離の測定は、観測点の差分を使う分散観測へと進んでいきます。

11.3 月レーザー測距：光の往復時間で月までの距離を測る

現代では、地球と月の距離はレーザーで測ることができます。月までの平均距離は約384,400 kmですが、月の軌道は完全な円ではないため、実際の距離は近地点と遠地点の間で変化します。

月レーザー測距、Lunar Laser Ranging、LLRでは、地上の観測施設から月面に置かれた反射器へレーザー光を送り、戻ってくるまでの往復時間を測定します。距離は、定義値として固定された真空中の光速と、レーザーの往復時間から求められます。

距離 = 光速 \times 往復時間 \div 2

ここで使われているのは、まさに現代SIの考え方です。距離を巨大なものさしで直接測るのではなく、時間を測り、光速によって距離へ変換する。月レーザー測距は、「長さを時間へ接続する」という現代の単位系を、地球と月のスケールで実行している例です。

11.4 コーナーキューブ反射器：月面に置かれたレスポンス専用エンドポイント

月レーザー測距を支えているのが、月面に設置されたコーナーキューブ反射器です。コーナーキューブは、入ってきた光を入射方向へ戻しやすい構造を持つ反射器です。地上からのレーザー光は月まで広がりながら進みますが、反射器があることで、戻ってくる光をより安定して検出できます。

アポロ11号、14号、15号のミッションでは、月面にレーザー測距用の反射器が設置されました。また、ソビエト連邦のルノホート探査機にも反射器が搭載されました。これらの反射器は、月面上の長期的な測距基準点として使われ続けています。

ソフトウェアにたとえれば、地上の観測施設から送るレーザーはリクエストであり、月面のコーナーキューブ反射器は、送信元へ正確に返すレスポンス専用エンドポイントです。観測者は、そのレスポンスのレイテンシを測り、光速という変換係数を使って距離に変換します。

この仕組みは、古代の月食測定と美しく対比できます。古代には、地球の影と月の見かけの大きさから距離を推定しました。現代では、月面に置いた反射器と光の往復時間から距離を測ります。どちらも、月まで直接ものさしを伸ばすのではなく、地球・月・光・時間・幾何を組み合わせて距離を復元しているのです。

11.5 金星の太陽面通過：地球規模の分散観測

18世紀には、金星の太陽面通過を世界各地で観測し、視差から太陽系のスケールを求める国際プロジェクトが行われました。

ここで注意すべきなのは、「金星日食」という表現を避けることです。金星は太陽面を小さな黒点として通過するだけで、太陽を覆い隠すわけではありません。正確には「金星の太陽面通過」と呼びます。

これは、地球規模の分散観測です。離れた観測点で同じ現象を記録し、その差分から距離を復元する。観測点の分散こそが、精度を生む仕組みでした。

11.6 天文単位au：観測値から定義値へ

天文単位は、かつて太陽系の距離スケールを測るための観測対象でした。現在の天文単位は、次の定義値として固定されています。

1\,\text{au} = 149,597,870,700\,\text{m}

これは単なるマジックナンバーではありません。長い観測史を経て、かつて測る対象だった値が、現在では定義済み定数へ昇格したということです。

NASA/JPL CNEOSの用語集でも、IAUによる天文単位の定義値は正確に 149,597,870,700 m と示されています。

11.7 恒星を測る：距離・大きさ・温度を光から復元する

月や太陽系の距離を測る話の先には、恒星があります。恒星は、地球から直接ものさしを伸ばすことも、温度計を差し込むこともできません。それでも天文学者は、恒星までの距離、恒星の大きさ、恒星の温度を測ります。

ここで使われる入力は、ほとんどの場合「光」です。恒星測定とは、遠くから届く光を解析し、そこから物理量を復元するプロセスです。

測りたい量 主な方法 何を読んでいるか
距離 年周視差 地球軌道を基線にした見かけの位置ずれ
大きさ 角直径 + 距離、干渉計 恒星の見かけの広がりと距離
温度 色、スペクトル 光の分布、吸収線、放射モデル

距離：地球軌道を基線にした視差

近くの恒星までの距離は、年周視差で測ることができます。地球が太陽の周りを回るため、半年あけて同じ恒星を見ると、近い恒星は遠い背景星に対してわずかに位置がずれて見えます。

このずれは非常に小さいため、秒角やミリ秒角という単位で扱われます。年周視差が1秒角になる距離を1パーセクと呼びます。つまりパーセクは、単なる距離単位ではなく、地球軌道と角度測定から生まれた単位です。

ソフトウェアにたとえれば、地球軌道は巨大なベースラインです。半年ごとに観測した星の位置ログを比較し、その差分から距離を推定しています。ESAのGaiaのような宇宙望遠鏡は、この視差測定を大規模に行い、天の川銀河の三次元地図を作るための基盤データを集めています。

大きさ：点にしか見えない恒星の直径を測る

恒星は遠すぎるため、多くの場合、望遠鏡で見ても点にしか見えません。そこで恒星の大きさを知るには、見かけの角度、つまり角直径と、恒星までの距離を組み合わせます。

角直径が分かり、距離が分かれば、実際の直径を求めることができます。ただし角直径は非常に小さいため、通常の望遠鏡では測りにくく、複数の望遠鏡を組み合わせる干渉計が使われます。

干渉計は、離れた望遠鏡を組み合わせて、より大きな仮想的な望遠鏡のように振る舞わせる技術です。これは、複数の観測点を同期させて、単独のセンサーでは得られない解像度を作り出す仕組みです。

なお、すべての恒星の直径を直接測れるわけではありません。多くの場合、距離、明るさ、温度、恒星モデルを組み合わせて半径を推定します。ここでも測定値は、単独の数値ではなく、観測データとモデルの合成結果です。

温度：恒星に温度計は刺せない

恒星の温度は、恒星から届く光の色やスペクトルから推定します。高温の恒星は青白く、低温の恒星は赤っぽく見えます。さらに、スペクトルに現れる吸収線や放射線を解析することで、温度だけでなく、化学組成や密度、運動状態も推定できます。

これは、温度を直接測っているのではありません。恒星の表面から届く光を、放射モデルや原子物理の知識を通じて温度へ変換しているのです。

恒星の光
  ↓
色・スペクトル
  ↓
放射モデル・吸収線解析
  ↓
距離・大きさ・温度

ここでも、測定値は単なる数値ではありません。どの波長で観測したか、どのモデルで補正したか、どの距離推定を使ったかによって、値の意味が変わります。恒星測定は、光というAPIレスポンスから、遠くの物理オブジェクトの型情報を復元する作業なのです。

第XI部：ナノメートルの戦場 ― 極限計測と物理ノイズ

この章で重要なのは、ナノメートルという単位が単に「小さい」という話ではありません。単位が小さくなるほど、測定値は対象そのものだけでなく、環境、装置、補正モデル、制御ソフトウェアを含むシステム全体の出力になります。

12.1 EUV露光装置：ナノメートルを壊す熱と振動

半導体露光では、微細なパターンをナノメートルスケールで転写します。この領域では、床の微振動、空気の温度変化、部材の熱膨張が、すべて致命的なノイズになります。

金属は温度で伸びます。装置は振動します。空気は揺らぎます。つまり、測定対象だけでなく、測定環境全体を制御しなければなりません。

極限計測とは、対象を測る技術であると同時に、環境を測り、環境を制御し、環境の揺らぎを補正し続ける工学です。

12.2 レーザー干渉計：光で測るが、空気が光を曲げる

レーザー干渉計は、光の波を使って距離を測ります。しかし空気中では、温度、湿度、気圧によって屈折率が変化します。真空中の光速 $c$ をそのまま使えばよい、というわけにはいきません。

そこで環境センサーによって温度、湿度、気圧を測定し、エドレンの公式などを用いて空気の屈折率を補正します。

【極限計測における補正ループ】
　距離測定値
　　＋ 温度
　　＋ 湿度
　　＋ 気圧
　　＋ 屈折率モデル
　　──＞ 補正済み距離

これは、動的な環境変数をランタイムで補正し続けるソフトウェアに似ています。

12.3 熱雑音：測ること自体が対象に近づきすぎる

温度測定の極限では、熱雑音そのものが問題になります。ジョンソン・ナイキスト・ノイズのように、熱によって生じる電気的な揺らぎは、測定を邪魔するノイズであると同時に、温度という物理量の現れでもあります。

測定とは、対象を外から眺めるだけの行為ではありません。極限では、測定器を接続すること自体が対象へ影響を与えます。ソフトウェアで言えば、デバッガを差し込むことでタイミングバグの挙動が変わるプローブエフェクトに近い現象です。

第XII部：温度を測る ― 感覚を信号へ変換する

長さは、ものさしを当てれば比較的直感的に測れます。質量は、天秤で基準分銅と比較できます。しかし温度は少し違います。

人間は「熱い」「冷たい」を感じることはできます。しかし、その感覚は主観的で、他人と正確に共有できません。さらに、同じ水でも手の状態によって熱く感じたり冷たく感じたりします。温度を測るとは、この主観的な感覚を、誰でも読み取れる数値へ変換することでした。

13.1 サーモスコープ：温度計になる前の温度計

初期の装置は、温度計というよりサーモスコープでした。サーモスコープは、熱さや冷たさの変化を示す装置であり、現代の温度計のように標準化された目盛りを持つものではありませんでした。

ガリレオらのサーモスコープでは、空気の膨張や収縮によって水位が動きます。つまり、温度そのものを直接見ているのではなく、温度変化によって引き起こされる別の物理現象を観測しているのです。

これはセンサーの基本構造そのものです。

温度変化 ──＞ 物質の膨張・収縮 ──＞ 水位や液柱の移動 ──＞ 目で読める値

温度計とは、温度を人間が読める信号へ変換するアダプタなのです。

13.2 目盛りを付ける：感覚からプロトコルへ

サーモスコープが示すのは、あくまで「前より熱い」「前より冷たい」という相対的な変化でした。しかし社会や科学で温度を共有するには、それだけでは足りません。

必要なのは、目盛りです。

目盛りを付けることで、温度は個人の感覚から、他人へ渡せるデータになります。医師が患者の体温を記録し、科学者が実験条件を再現し、工場が熱処理の条件を管理できるようになります。

これは、ログにただ「高い」「低い」と書くのではなく、共通のスキーマで数値化することに似ています。温度計の目盛りは、熱という連続的な現象を、社会で共有できるプロトコルへ変換しました。

13.3 水銀温度計と体温計：液体の膨張を読む標準インターフェース

温度計の歴史で重要な位置を占めるのが、水銀温度計です。水銀は常温で液体であり、温度変化に応じて体積が変化します。その膨張・収縮を細いガラス管の中の液柱の高さとして読み取ることで、温度を数値として扱えるようにしました。

水銀温度計が優れていたのは、温度変化を目で読みやすい変位へ変換できたことです。熱い・冷たいという感覚は主観的ですが、液柱の高さは複数の人が同じ目盛りとして共有できます。

温度変化
  ↓
水銀の膨張・収縮
  ↓
ガラス管内の液柱の高さ
  ↓
温度目盛り

体温計は、この仕組みを医療と家庭へ持ち込んだ装置でした。人間の体調という曖昧な状態を、体温という数値へ変換することで、診察、記録、比較が可能になります。これは、主観的な「熱っぽい」を、共有可能なデータへ変換するインターフェースだったと言えます。

ただし、水銀温度計には大きな問題もありました。水銀は有害で、破損時の曝露や廃棄時の環境汚染が問題になります。そのため現代では、医療現場や家庭用の体温計は、デジタル式、赤外線式、アルコール式などの非水銀機器へ置き換えられてきました。

ここで起きているのは、単なる道具の置き換えではありません。温度を測るためのインターフェースが、液体の膨張を読む方式から、電気信号や赤外線を読む方式へ移行したのです。測定値としての「体温」は同じでも、その背後にある測定プロトコルは変わっています。

13.4 華氏・摂氏・ケルビン：温度スケールの設計

温度計が普及しても、どの目盛りを使うかは別問題でした。

華氏、摂氏、ケルビンは、それぞれ異なる設計思想を持つ温度スケールです。華氏は日常生活の温度範囲に細かい目盛りを与え、摂氏は水の凍結点と沸点を基準にした分かりやすいスケールとして広まりました。ケルビンは、絶対零度を基準にした熱力学的な温度スケールです。

スケール 基準の考え方 記事内での意味
華氏 日常温度を細かく扱う実用スケール ローカルUXに近い
摂氏 水の相変化を基準にした実用スケール 共有しやすい標準API
ケルビン 絶対零度を基準にした熱力学スケール 物理法則に接続する基盤型

ここで重要なのは、温度スケールが単なる表示形式ではないという点です。どこをゼロとし、どの現象を基準点にするかによって、温度という値の意味が変わります。

13.5 現代の温度測定器：温度を電気信号と光信号へ変換する

液体温度計は、温度を液体の膨張・収縮へ変換する装置でした。現代の温度測定器も、基本的な考え方は同じです。ただし、変換先は液柱の高さだけではありません。電気抵抗、電圧、赤外線、光の波長、熱雑音など、さまざまな物理量へ変換されます。

測定器 変換しているもの 得意な用途
白金抵抗温度計 RTD / PRT 温度による白金の電気抵抗変化 高精度な標準測定・校正
サーミスタ 半導体・酸化物の抵抗変化 小型機器、電子機器、体温計
熱電対 異種金属間の温度差による電圧 高温、工業炉、エンジン、製造現場
赤外線温度計 物体から出る熱放射 非接触測定、医療、設備点検
サーモグラフィ 面としての赤外線分布 建物診断、発熱検知、基板検査
光ファイバー温度計 光の散乱・波長変化 高電圧環境、長距離、狭所
ジョンソン雑音温度計 熱雑音の大きさ 物理定数に近い一次温度測定

ここで重要なのは、どの測定器も「温度そのもの」を直接取り出しているわけではないという点です。温度によって変化する別の物理量を読み取り、それを校正済みの変換規則によって温度へ戻しています。

ソフトウェアにたとえれば、温度センサーはアダプタです。

温度
  ↓
抵抗・電圧・赤外線・光・雑音
  ↓
校正曲線・変換式
  ↓
温度値

白金抵抗温度計では、白金の電気抵抗が温度によって変化する性質を使います。熱電対では、異なる金属の接点に温度差があると電圧が生じる性質を使います。赤外線温度計では、物体が温度に応じて放射する赤外線を読み取ります。サーモグラフィは、それを点ではなく面として可視化する装置です。

現代の温度測定では、センサーそのものだけでなく、校正、補正、環境条件、応答速度、測定対象との接触状態が重要になります。同じ温度を測っているつもりでも、接触式か非接触式か、表面温度か内部温度か、平均値か局所値かによって、得られる値の意味は変わります。

つまり、温度値は単なる数値ではありません。それは、どのセンサーで、どの物理量を読み取り、どの校正曲線で変換したかという測定プロトコルを含んだ値なのです。

13.6 ケルビン：水の三重点からボルツマン定数へ

かつてケルビンは、水の三重点を基準に定義されていました。水の三重点とは、水が固体・液体・気体として同時に存在できる特定の状態です。このような再現可能な物理状態を基準にすることで、温度スケールは人間の感覚から離れ、実験室で共有できる標準になりました。

しかし、2019年のSI再定義では、ケルビンも物理定数へ接続されました。現在のケルビンは、ボルツマン定数 $k$ を正確な定義値として固定することで定義されています。

ボルツマン定数は、温度とエネルギーを結びつける定数です。つまり温度は、単なる「熱い・冷たい」ではなく、粒子の熱運動が持つエネルギースケールとして定義されるようになりました。

これは、温度という単位のRoot of Trustが、特定の物質の特定状態から、自然界の定数へ移ったことを意味します。

感覚としての熱さ
  ↓
膨張・収縮としての温度変化
  ↓
目盛り付き温度計
  ↓
水の固定点
  ↓
ボルツマン定数 k

温度計の歴史は、主観的な感覚を、測定可能な信号へ、さらに物理定数へ接続していくリファクタリングの歴史だったのです。

第XIII部：液体を測る ― 体積・密度・比重を読む

温度を測る話では、水銀やアルコールのような液体が、温度変化を液柱の高さへ変換する媒体として登場しました。しかし液体は、測定器の材料であるだけではありません。液体そのものもまた、測られる対象です。

液体を測るとき、私たちは体積、質量、密度、比重、濃度、粘度などを扱います。水、酒、油、薬品、燃料、血液、インク。液体は容器に合わせて形を変えるため、測定には「どの容器で、どの温度で、どの基準と比べるか」が重要になります。

14.1 液体を測る：体積は容器と目盛りで定義される

液体の体積は、メスシリンダー、ピペット、ビュレット、メスフラスコなどで測ります。ここで測っているのは、液体そのものの形ではなく、容器によって与えられた境界です。

同じ100 mLでも、目盛りの読み方、液面のメニスカス、温度による膨張、容器の校正状態によって意味が変わります。液体の体積値は、単なる数値ではなく、測定器と読み取り規則を含んだ値です。

液体
  ↓
容器の境界
  ↓
目盛り
  ↓
体積値

これは、データを読むときにスキーマとパーサーが必要になるのと似ています。液体の体積は、容器というスキーマに流し込まれて初めて、数値として読めるようになります。

14.2 液体で測る：液柱は圧力と温度を表示するUIになる

液体は、測られるだけでなく、測るためにも使われます。

水銀温度計では、水銀の膨張が温度を示しました。U字管マノメータでは、液柱の高さの差が圧力差を示します。液体は、目に見えない温度や圧力を、目で読める高さへ変換する表示装置として働きます。

温度・圧力
  ↓
液体の膨張・液柱の高さ
  ↓
目で読める値

液体は、アナログなセンサーであり、同時にディスプレイでもあります。現象を受け取り、物理的な変位として表示するからです。

14.3 密度：質量と体積を結びつける

液体の性質を表す基本量の一つが密度です。

\rho = \frac{m}{V}

密度 $\rho$ は、質量 $m$ を体積 $V$ で割ったものです。水、油、アルコール、海水、糖液などは、それぞれ異なる密度を持ちます。見た目には同じ透明な液体でも、密度を測ることで中身の違いが分かることがあります。

密度は、質量と体積を接続する型です。質量だけでは液体の濃さや成分は分かりません。体積だけでも分かりません。両方を同じ条件で測り、比として読むことで、液体の性質が見えてきます。

14.4 比重：水を基準にした相対的な密度

比重は、ある液体の密度を、水の密度と比べた値です。

\text{比重} = \frac{\text{液体の密度}}{\text{水の密度}}

ここで重要なのは、水が基準になっていることです。比重は、絶対的な値というより、基準液体に対する相対値です。

これは、天秤が対象物と分銅の等価性を調べるのに似ています。比重もまた、「この液体は水に比べてどれくらい重いか、軽いか」を表す比較の値なのです。

水より密度が小さい液体は比重が1より小さく、水より密度が大きい液体は比重が1より大きくなります。酒、塩水、糖液、薬品、燃料などでは、比重を測ることで濃度や品質の目安を得ることができます。

14.5 比重計：浮き沈みで液体の密度を読む

比重を測る代表的な道具が、比重計、または浮ひょうです。比重計は、重りを入れた細長いガラス管を液体に浮かべ、どの深さまで沈むかを読み取ります。

密度の低い液体では、比重計は深く沈みます。密度の高い液体では、より浅く浮きます。これは、液体から受ける浮力が、押しのけた液体の重さに等しくなるというアルキメデスの原理に基づいています。

液体の密度
  ↓
浮力
  ↓
比重計の沈み具合
  ↓
比重・密度の目盛り

つまり比重計は、液体の密度を、ガラス管の沈み具合という見える値へ変換するアダプタです。

[Image of hydrometer floating in liquid showing different immersion depths]

ソフトウェアにたとえれば、比重計は液体に対する型検査器です。見た目には同じ液体でも、密度というプロパティを読むことで、濃いのか薄いのか、水に近いのか油に近いのかを判定できます。

14.6 液体測定は、条件付きの値を読むこと

液体の測定では、温度が重要です。液体は温度で膨張し、密度も変わります。そのため、比重計や密度測定では、基準温度が指定されることがあります。

たとえば、同じ液体でも20℃で測るのか、別の温度で測るのかによって、読み取る値は変わります。さらに、浮ひょうでは表面張力や読み取り位置も影響します。標準機関による比重計校正では、既知密度の液体、温度条件、表面張力などを考慮して目盛りの正しさを確認します。

ここでも、測定値は裸の数値ではありません。

液体の値
  = 体積
  + 質量
  + 温度
  + 表面張力
  + 校正条件
  + 読み取り規則

液体を測るとは、流動する対象を、容器・温度・基準液体・校正済みの測定器によって安定した値へ変換することです。液体測定は、単位が測定条件と一体になって初めて意味を持つことを教えてくれます。

第XIV部：気体を測る ― 体積・温度・圧力を状態として読む

温度を測る話の次に重要になるのが、気体です。気体は、長さや質量のように単独の値だけで状態を表しにくい対象です。

たとえば、同じ空気でも、圧縮すれば体積は小さくなり、圧力は高くなります。加熱すれば温度が上がり、一定体積なら圧力も上がります。つまり気体を測るには、体積、温度、圧力、物質量をセットで扱う必要があります。

気体の状態
  = 圧力 P
  + 体積 V
  + 温度 T
  + 物質量 n

これは、単位が単独ではなく、関係式の中で意味を持つことを示すよい例です。

15.1 圧力：壁にぶつかる粒子の力を測る

圧力とは、単位面積あたりにかかる力です。

P = \frac{F}{A}

気体の場合、圧力は分子が容器の壁に衝突することで生じます。目に見えない分子の運動が、マクロには圧力計の値として現れます。

圧力計は、気体分子そのものを数えているわけではありません。ブルドン管の変形、液柱の高さ、隔膜のたわみ、電気信号など、圧力によって変化する別の物理量を読み取っています。

圧力計 変換しているもの
U字管マノメータ 圧力差 → 液柱の高さ
ブルドン管圧力計 圧力 → 金属管の変形
ダイヤフラム圧力計 圧力 → 膜のたわみ
圧力センサー 圧力 → 電気抵抗・容量・電圧

ここでも、測定とは変換です。

気体分子の衝突
  ↓
圧力
  ↓
機械的変形・液柱・電気信号
  ↓
圧力値

15.2 体積：容器が決める気体の境界

気体の体積は、基本的には容器の体積です。水や金属のように形が決まっているわけではなく、気体は与えられた容器全体に広がります。

そのため、気体の体積を測るには、気体そのものというより、容器やピストン、シリンジ、メスシリンダーなど、境界を定義する装置が必要になります。

ここで重要なのは、体積が単なる空間の大きさではなく、測定条件と結びついていることです。同じ物質量の気体でも、圧力や温度が変われば体積は変わります。

ソフトウェアにたとえれば、気体の体積はオブジェクト自身の固定プロパティではなく、実行環境、つまり圧力・温度・容器に依存するランタイム値です。

15.3 温度：分子運動のエネルギースケール

気体の温度は、分子の熱運動と深く結びついています。温度が高いほど、分子の平均的な運動エネルギーは大きくなります。

ここで、温度章で見たボルツマン定数 $k$ が登場します。ボルツマン定数は、温度とエネルギーを結びつける定数です。つまり気体の温度は、単なる「熱い・冷たい」ではなく、粒子の運動エネルギーのスケールとして読むことができます。

気体は、温度を理解するための最も重要な教材でもあります。温度、圧力、体積が互いに変化することで、目に見えない分子運動がマクロな測定値として現れるからです。

15.4 理想気体の状態方程式：気体のスキーマ

気体の状態を結びつける代表的な式が、理想気体の状態方程式です。

PV = nRT

ここで、$P$ は圧力、$V$ は体積、$n$ は物質量、$R$ は気体定数、$T$ は絶対温度です。

粒子数 $N$ とボルツマン定数 $k$ を使うと、同じ関係は次のようにも書けます。

PV = NkT

これは、モルという人間が扱いやすい単位で見るか、粒子数というミクロな数え方で見るかの違いです。

マクロな表現: PV = nRT
ミクロな表現: PV = NkT

この2つは、気体を異なる抽象度で見るためのインターフェースです。$n$ はモル単位の物質量、$N$ は粒子数、$R$ は $N_A k$ に対応します。

つまり、気体の状態方程式は、単なる公式ではありません。圧力、体積、温度、物質量を同じデータモデルへ接続するスキーマです。

量 単位 意味
圧力 $P$ Pa 単位面積あたりの力
体積 $V$ m³ 気体が占める空間
温度 $T$ K 分子運動のエネルギースケール
物質量 $n$ mol 粒子数を人間が扱いやすく束ねた単位
粒子数 $N$ 個数 実際の分子・原子の数
気体定数 $R$ J/(mol·K) モル単位の温度とエネルギーを結ぶ定数
ボルツマン定数 $k$ J/K 粒子1個あたりの温度とエネルギーを結ぶ定数

もちろん、実在気体は高圧・低温などの条件では理想気体から外れます。しかし、理想気体の状態方程式は、気体を「圧力・体積・温度・物質量の関係」として読むための基本モデルです。

15.5 気体を測るとは、状態を同時に読むこと

気体の測定で重要なのは、1つの値だけを読んでも十分ではないという点です。

たとえば、体積だけを測っても、その気体がどれだけ入っているかは分かりません。温度が違えば体積は変わり、圧力が違えば密度も変わります。圧力だけを測っても、容器の体積や温度が分からなければ、物質量は分かりません。

気体を測るとは、複数の単位を組み合わせて、状態を復元することです。

圧力センサー
温度センサー
体積境界
物質量のモデル
  ↓
気体の状態

これは、分散システムの状態観測に似ています。CPU使用率だけではシステム全体は分かりません。メモリ、I/O、リクエスト数、レイテンシ、エラー率を合わせて読む必要があります。

同じように、気体も、圧力、体積、温度、物質量を同じプロトコルで読み合わせて初めて状態が見えてきます。気体は、単位が関係式の中で意味を持つことを教えてくれる、最も美しい測定対象の一つなのです。

第XV部：原器の終焉 ― 世界は物から定数へ移った

16.1 原器というRoot of Trustの限界

かつてメートルやキログラムは、人工物である原器によって支えられていました。フランスに保管された金属の棒や金属の塊が、世界の測定の根に置かれていたのです。

しかし、物である以上、原器は完全には不変ではありません。表面に分子が吸着し、洗浄で微小に摩耗し、時間とともに状態が変わります。

これは、Root of Trustが物理的な単一障害点になっている状態です。

[Image of historical meter bar and international prototype kilogram as physical standards]

16.2 光速によるメートル

メートルは1983年に、真空中の光速を用いて再定義されました。真空中の光速 $c$ は、次の定義値として固定されています。

c = 299,792,458\,\text{m/s}

これにより、長さの定義は時間の定義と光速に接続されました。距離は、光がどれだけの時間で進むかによって定義されるようになったのです。

16.2.1 光速は、時間の基準ではなく、時間を長さへ変換する定数である

ここで注意したいのは、時間そのものが光速で定義されているわけではない、という点です。現代SIでは、秒は光が進む距離ではなく、セシウム133原子の特定の遷移周波数によって定義されています。

一方で、メートルはその秒と、定義値として固定された真空中の光速 $c$ によって実現されます。つまり、時間は原子の振動によって定義され、その時間を使って「光が真空中で進む距離」として長さが定義される、という構造です。

セシウム133原子の遷移周波数
        ↓
      秒
        ↓
  光速 c と組み合わせる
        ↓
     メートル

この意味で、光速は「すべての単位を直接決める基準」ではありません。むしろ、秒という高精度に実現できる単位を、長さへ接続するための定義済み変換係数です。ソフトウェアにたとえれば、秒は原子振動から作るプリミティブ型であり、光速 $c$ は秒をメートルへ変換する定義済み変換関数、メートルは秒と $c$ から導出される派生型だと言えます。

この設計変更の大きさは、長さを「物として保存する」のではなく、「時間と物理定数から再現する」ようにした点にあります。原器という単一の物理オブジェクトではなく、原子時計で実現される秒と、固定された光速から、どこでも同じメートルを再現できるようにする。ここに、物から定数へ移行した現代SIの思想がよく表れています。

もちろん、光速だけが現代SIを支えているわけではありません。2019年のSI再定義では、プランク定数、電気素量、ボルツマン定数、アボガドロ定数など、複数の定義定数がそれぞれの単位を支えています。それでも光速は、時間と長さを接続し、単位系全体を物理定数のネットワークとして理解するうえで、最も象徴的な定数の一つです。

16.3 2019年SI再定義：kg, A, K, molの定数化

2019年のSI再定義では、特にキログラム、アンペア、ケルビン、モルが物理定数によって再定義されました。ここで重要なのは、長さだけでなく、日常的に「重さ」と呼ばれる質量や、熱さ・冷たさを表す温度も、特定の物や実験条件から切り離され、定義定数のネットワークに接続されたという点です。

日常語では「重さ」と言うことが多いですが、SI基本単位として定義されるのは質量、つまりキログラムです。重さは本来、重力によって生じる力であり、単位はニュートンです。この記事では、日常的な表現としての「重さ」と、SI上の「質量」を区別して扱います。

対象 SI基本単位 現在の主な定義定数 何を接続しているか ITシステム論での読み替え
時間 秒 s セシウム133原子の遷移周波数 $\Delta\nu_{Cs}$ 原子の安定した振動と時間 最も根に近いプリミティブ型
長さ メートル m 真空中の光速 $c$ 秒と距離 秒から導出される派生型
質量、日常語では重さ キログラム kg プランク定数 $h$ 量子力学的な作用と質量 原器参照から定数参照へ移った型
電流 アンペア A 電気素量 $e$ 電荷の最小単位と電流 電気量を離散的な単位へ接続する型
温度 ケルビン K ボルツマン定数 $k$ 熱運動のエネルギーと温度 熱さをエネルギースケールへ変換する型
物質量 モル mol アボガドロ定数 $N_A$ 粒子数と物質量 個数と巨視的な量をつなぐ型
光度 カンデラ cd 周波数540 THzの単色放射の視感効果度 $K_{cd}$ 物理的な放射と人間の視覚応答 人間の知覚を含むインターフェース型

この表を見ると、現代SIは「ひとつの物体を世界中で参照する仕組み」ではなく、複数の定義定数を組み合わせた依存グラフとして設計されていることが分かります。秒はセシウム原子の遷移周波数に、メートルは秒と光速に、キログラムはプランク定数に、ケルビンはボルツマン定数に接続されています。

特にキログラムとケルビンは、2019年再定義の意味を理解するうえで重要です。キログラムは、国際キログラム原器という金属の塊から、プランク定数 $h$ によって実現される単位へ移りました。ケルビンも、水の三重点という特定の実験条件から、温度とエネルギーを結びつけるボルツマン定数 $k$ へ接続されました。

これは、基準のリファクタリングです。単位は、特定の物や特定の場所に縛られるグローバル変数ではなく、自然界の定数から再現できる型へと移行していったのです。

この再定義の本質は、「物に依存した基準」から「宇宙の物理定数に依存した基準」への移行です。単位系全体のRoot of Trustが、人工物から物理法則へ移ったのです。

この「Root of Trust」という表現も比喩です。SIの定義そのものは情報セキュリティの信頼基盤ではありません。しかし、世界中の測定が最終的にどの基準へ遡れるのか、という意味では、人工物から物理定数へ信頼の根を移した設計変更として読むことができます。BIPMは、2019年5月20日以降、すべてのSI単位が自然界を記述する定数に基づいて定義されると説明しています。

16.4 特権的単位としての秒

時間編で見たように、秒はセシウム133原子の遷移周波数によって定義されています。この秒が、光速を通じてメートルへ、プランク定数を通じてキログラムへ、さらに他の単位へと接続していきます。

単位系は、孤立した定義の寄せ集めではありません。相互に依存した定義グラフです。光速はその中で時間と長さを接続する重要な辺であり、秒は多くの単位を支える根に近い位置を占めています。現代SIは、単一の原器を参照する世界ではなく、定義定数どうしが結びついたネットワークとして理解できます。

16.5 第XV部 Q&A：定数で世界を定義するとは何か

Q: 物理定数で定義するなら、誰でもすぐに1kgを再現できるのですか？

A: 定義としては普遍的になりますが、実際に高精度で実現するには高度な装置と手順が必要です。

2019年SI再定義は、「誰でも簡単にキログラムを作れる」という意味ではありません。重要なのは、特定の金属塊だけが世界の基準である状態をやめ、十分な技術を持つ研究機関であれば物理定数から同じ基準を再現できるようにした点です。

Q: それでも秒が根にあるなら、時間編と単位系編はどうつながるのですか？

A: 秒は、現代SIの定義グラフの中で特権的な位置を占めています。

メートルは光速と秒に、キログラムはプランク定数・メートル・秒に接続されます。つまり、時間編で扱った「原子のビート」は、単なる時計の話ではなく、現代の単位系全体を支える基盤でもあるのです。

終章：人類の計測史は、暗黙の前提を型にする歴史だった

身体尺は、人間の作業に寄り添うローカルUIでした。さしがねは、幾何計算を物理レイヤーへ埋め込んだアナログ関数電卓でした。天秤は、絶対値ではなく等価性を検証するアサーション装置でした。

ピラミッド、万里の長城、ローマ神殿、日本の大仏は、単位が巨大な国家プロジェクトを同期する寸法プロトコルであったことを示しています。枡の統一と太閤検地は、国家が経済と土地を標準化されたデータモデルへ変換する試みでした。一里塚や国絵図は、街道と地理情報を社会で共有するための距離インデックスでした。エラトステネスの測地は、離れた観測点の影と距離から、地球全体の大きさを復元する分散観測でした。現代測地は、その発想を衛星、レーザー、電波、GNSSへ拡張し、地球の形と変化を観測ネットワークで更新し続けています。経度問題は、航海術の問題であると同時に、分散システムにおけるクロック同期問題でした。

Mars Climate OrbiterやGimli Gliderは、単位が欠落した数値が物理世界を壊すことを教えてくれました。貨幣とDecimalの問題は、価値の単位もまた型として扱わなければならないことを示しています。水銀温度計と体温計、そして現代の温度センサーは、温度を液柱、電気信号、光、熱雑音へ変換するアダプタでした。液体の測定は、体積、密度、比重、温度条件を組み合わせ、流動する対象を安定した値へ変換するプロトコルでした。気体の測定は、圧力、体積、温度、物質量を同時に読み合わせて状態を復元する、単位の関係モデルでした。月食による月距離推定、月レーザー測距、天文単位、恒星の距離・大きさ・温度の推定、EUV、レーザー干渉計、熱雑音は、測定対象が大きく遠く小さくなるほど、観測モデル、環境、基準の揺らぎが前面に出てくることを教えてくれます。

そしてSI再定義は、単位を「物」から切り離し、宇宙の定数へ預ける最終的なリファクタリングでした。

単位とは、現実世界と情報システムを接続するための型です。
人類の計測史とは、暗黙の前提を明示的なプロトコルへ変換してきたデバッグ史なのです。

編集後記と査読の軌跡：AIと人間による「もっともらしさの罠」の克服

本稿は、構成案の作成にGemini、初稿生成・図表生成・レビュー・ファクトチェックにCodexを用い、最後に人間が査読・修正する形で作成しました。

このプロセスで最も注意したのは、比喩の強さです。

AIは、異なる分野を大胆につなぐことが得意です。国絵図を分散GIS、経度をクロック同期、SI再定義をRoot of Trustの移行と呼ぶことは、読者に強い理解の足場を与えます。

しかし、その比喩が強すぎると、史実や物理現象を上書きしてしまいます。国絵図は現代GISそのものではありません。天文単位は単なるマジックナンバーではありません。2019年のSI再定義でメートルが初めて光速に接続されたわけでもありません。

そこで本稿では、各章で次の順序を守る方針を取りました。

  1. まず史実や物理現象を説明する。
  2. 次にITシステム論への対応関係を示す。
  3. 最後に、比喩が届く範囲と届かない範囲を明示する。

この順序を守ることで、記事は単なる「うまい例え話」ではなく、技術者が現実世界の単位とデータ型について考えるための足場になります。

参考文献

本文中の事実関係は、主に以下の資料を参照しました。本文中の比喩は、これらの資料で確認できる事実関係を踏まえた限定的な読み替えとして扱っています。リンク切れに備え、資料名・公開年または参照日も併記します（参照日: 2026-05-31）。

  1. SI単位系と物理定数
  2. 単位事故
  3. 巨大建造物・古代建築
  4. 測量史・日本史
  5. 天文学・測地学
  6. 温度測定・温度標準
  7. 液体・密度・比重
  8. 気体・圧力・状態方程式
  9. 工業計測・道具
0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?