情報科学・電気通信分野における 標準化とその合意形成について IETFを参考に

筑波大学の国際学類で開講されている国際学を学ぶIIIで秋山が実際に作成し提出した資料です。

Transcript

1. 情報科学・電気通信分野における 標準化とその合意形成について 2026-06-24 Tatsuhiko Akiyama
2. 標準化 • “標準化とは、「もの」や「事柄」の単純化、秩序化、試験・評価⽅法の統⼀によ り、製品やサービスの互換性・品質・性能・安全性の確保、利便性を向上するも のです。” (経済産業省[1]より) • 代表的な団体として日本産業規格 (JIS)やInternational Standards of Orgnization (ISO)などが挙げられる [1] https://www.meti.go.jp/policy/economy/hyojun-kijun/jisho/standardization.html 図: ISOがカバーする分野の例 (ISO ホームページより https://iso.org/home.html)
3. 情報科学・電気通信分野における標準化 • 情報科学・電気通信分野も標準化に苦しめられた産業と言える • ソフトウェアはコピーをすることができる / 容易に書き換えをすることができるため、 様々なソフトウェアの改変をすることができた • Free Software (当時流行っていたヒッピー文化などから影響を受けた)やOSSと呼ばれ る、ソフトウェアを公開して全員で改良していく考え⽅ (ライセンスフィーを取らず、全てを無 償で公開する)もこれを推進した • ソフトウェアに様々な「版」が存在し、この版ごとでは互換性がないものもあった • これにより、特定のソフトウェア上で動作するソフトウェアの移植性がなくなったり、 特定のソフトウェアと連携して動くソフトウェアの機能が動作しなくなったりした • 例えば、Windows上で動作するアプリケーションはMacやLinux上で動作しないことがある • iPhoneとAndroidでは使えるアプリが違ったりするのもこれが原因 • ソフトウェア企業は業界団体を作り、ここで「標準」を策定することにした
4. ソフトウェアの多様性の例: Operating System 図: Operating Systems: Timeline and Family Tree https://eylenburg.github.io/os_familytree.htm
5. 情報科学において:どんなものを標準化するのか? • (ざっくり言うなら) 情報をどう表すか? どう送るか? どう操作するか? どう解釈する か? どう接続するか?などを定義している (ことが多い) 表し⽅を考える 日付を表すとき、どうするか? 2026-06-03 20260603 2026/06/03 06/03/2026 260603 まだまだたくさんある。例えば日付に関する処理 を見るとある実装(Pythonのdateparser)では 500種類くらいの解釈がある。 これを⼀意に定めたものはISO 8601などがある 操作⽅法を考える ソフトウェアを機械的に操作するための機能をAPIというが、これがシステムに よって機能が違ったりする ⼀見同じような実装に見えても… 𝑓(𝑥) 𝑓′(𝑥) =6/2 3.0 3 この実装の違いが、ソフトウェアに大きなバグをもたらすことがある
6. どんな標準化団体があるか? • (前提として: ソフトウェアは歴史的な経緯・開発の特性上から日常的に標準化 をすることが多いので、たくさんいろんな団体があるが…) • 国際的で公的な標準化団体 • ISO, IEC, ISO/IEC JTC 1, ITU • インターネット・Web • IETF, W3C, WHATWG • 電気・通信・ハードウェア • IEEE, USB-IF, Bluetooth SIG, 3GPP • ソフトウェア・データ形式・文字コード • Unicode Consortium, Ecma International, OASIS Open, OpenAPI Initiative, CNCF, OpenID Foundation 注意: この分類が必ずしも正しいとは限らない
7. ケーススタディ: IETF • Internet Engineering Task Force (IETF)は1986年に始まった活動 • インターネット標準やその関連の分野の標準を策定している団体 • 現在のインターネットを支える技術のほとんどがIETFによって管理されている • 有名な技術にTCP/IP, UDP, SMTP, IMAP, FTPなどが挙げられる • 筑波大学 情報リテラシー (講義)でも紹介があったかもしれない • “We reject kings, presidents and voting; we believe in rough consensus and running code” 図: Davies, M., Clark, C., & Legare, D. (1992). TWEN’I’Y-FOURTH INTERNET ENGINEERING TASK FORCE. https://www.ietf.org/proceedings/24.pdf
8. ケーススタディ: IETFの構造 • 実はかなり自由に標準化作業に参加することができる • 議論の内容はメーリングリストで全て公開されている • 標準化された文書は無料で誰でも読むことができる • International Organization for Standardization (ISO)では標準化された文書の全文は有料 • 特許を禁止するのではなく、早く開示させて、Working Group (後述)や参加者がその技 術を採用するか判断できるようにする制度がある • つまり、有償ライセンスでもロイヤリティフリーの技術でも必要であれば採用してよい • しかし、技術の内容はOpenにする必要がある • Working Group • 議論をするためのグループの単位 • 様々な技術分野ごとにWorking Groupが存在し、Working GroupによってRFCという 標準化ドキュメントを作成する
9. ケーススタディ: IETFと日本の関わり • よくある議論として、日本は国際標準化の波に出遅れているという主張がある • これは必ずしもそうではない • IETFの参加者を分析すると、日本の参加者からは慶應義塾大学やWIDEとい う表記が目立つ (この分析に関しては後述する) • 慶應義塾大学の村井純をはじめとするグループがインターネットに関する研究を日 本でリードした • 村井純は「日本のインターネットの父」と呼ばれるようになった • WIDEも慶應義塾大学から始まった日本のインターネット研究グループ • 筑波大学もWIDE Project つくばNOCとして参加している • 日本でもIETF Meetingは開催されている • IETF 54 (横浜), IETF 76 (広島), IETF 94 (横浜), IETF 116 (横浜)
10. ケーススタディ: IETFの分析 • IETFの標準化の議論はメーリングリストによって公開されている • これまでの全ての議論がWebサイト上にアーカイブされ、自由にダウンロードしたり検索したり できる • このメーリングリストを分析すれば良いのでは? • 実験 • rsyncでメーリングリストの全データ (33GB)を取得する • DuckDB上に格納する • DuckDB + Pythonを使っていろいろ分析する • 特筆すべき分析手法について • 所属についてはメールアドレスのドメインからUnique • 国の判定もドメインで行った • Gmailなどの⼀般的なドメインは排除した 図: 自由にrsyncしろって書いてある https://www.ietf.org/about/open-records/
11. ケーススタディ: IETFの分析 • 標準化策定である特定の企業や団体が支配的な関係を持つか? • 標準化団体を特定の企業が牛耳っていることはよくある
12. ケーススタディ: IETFの分析 • 日本人の参加人数はどんなもの?
13. ケーススタディ: IETFの分析 • 参加する集団について
14. 議論点 • 標準技術に特許が含まれていてよいのか? • 優れた技術はオープンに共有するべき? • 優れた技術を発明した人・集団・団体に関してはどのように報酬をするべき? • 標準はオープンで自由なものへと移行するべき? • 例えば: メッセージアプリは相互接続できるべき? • LINE、WhatsApp、iMessage、Instagram DMが自由に送信しあえるとか • オープンであってもアホみたいに使いづらい技術もある ex: PDF • 標準を大企業が決めてよいのか • 大企業が市場優位性を持つからといってみんなが使う環境を主導して決めてよいわけでは なさそう • 標準化は誰のためにあるのか？ • 企業のため? 政府のため? 利用者のため?