メインコンテンツへスキップ

トピック

ソフトウェアライフサイクルとベンダーロックイン

「トピックの観点から見たソフトウェアライフサイクルとベンダーロックイントピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」

KWICの出力は同じでも、変更の広がりは同じではない

インターネット史

KWICの出力は同じでも、変更の広がりは同じではない

二つのプログラムに同じ見出しを与えると、どちらも同じ循環シフトを同じアルファベット順で出力する。受け入れ試験は双方とも通る。では、行の格納方法を変えたら、いくつの担当とインターフェースがその変更を知る必要があるのか。David L. Parnas が1972年に示したのは、この二つ目の試験だった。

2026年9月22日
レジストリは分離された。それでもコレクタは何を読んだか証明しなければならない:RFC 9736

IETF

レジストリは分離された。それでもコレクタは何を読んだか証明しなければならない:RFC 9736

RFC 9736 は BMP の Peer Up 情報に独立した TLV レジストリを与え、拡張時の所有権を明確にした。しかし仕様上の整理だけでは、稼働中の送信側、パーサ、保存系が同じメッセージを正しく扱った証拠にはならない。

2026年9月22日
ACMEのprofile名は発行を約束しない

IETF

ACMEのprofile名は発行を約束しない

Directory に表示された短い名前は、証明書の性質を早い段階で選ぶための手掛かりになる。しかし、同じ名前が非公開の合意で受理されることも、注文作成後に使えなくなることもある。ラベルと発行結果の間には、保存すべき判断が残る。

2026年9月22日
削除済みのメールボックスを、別のクライアントはまだ読めた:RFC 2180

インターネット史

削除済みのメールボックスを、別のクライアントはまだ読めた:RFC 2180

サーバーから `OK` が返った瞬間に、すべての接続が同じ世界へ移るとは限らない。RFC 2180 が記録したのは、同時アクセス下の IMAP が一時的な食い違いを許し、その代わりにクライアントへ幅広い挙動への耐性を求めたという設計上の取引だった。

2026年9月22日
RFC 2143:SCSI に IP を載せても、ホストは対等な相手にならなかった

インターネット史

RFC 2143:SCSI に IP を載せても、ホストは対等な相手にならなかった

短いケーブルで近くのワークステーションを高速に結ぶ。1997 年の提案には明快な魅力があった。しかし SCSI は、もともとホストが周辺機器に命令し、周辺機器が答えるための仕組みだ。別のホストから突然届く命令を受け取るには、パケット形式だけでは足りなかった。

2026年9月21日
Nancy Leveson:部品が壊れなくても事故は起こる

研究者

Nancy Leveson:部品が壊れなくても事故は起こる

装置が仕様どおりに動き、担当者が手順に従っても、安全が保たれるとは限らない。Nancy Leveson は、誰が何を制御し、どの情報を信じ、危険な状態を防ぐ制約をどこで失ったのかを問う道筋を示した。

2026年9月21日
IESG承認は発行ではない:Composite ML-KEM CMSを止めるコンパニオン依存

IETF

IESG承認は発行ではない:Composite ML-KEM CMSを止めるコンパニオン依存

2026年9月18日、IESG は`draft-ietf-lamps-cms-composite-kem-03`を Proposed Standard として承認した。これは Composite ML-KEM を CMS で扱うための標準化が重要な関門を越えたことを意味する。しかし、運用上もっと重要なのは、何がまだ終わっていないかである。文書は RFC ではなく、RFC Editor では参照待ちでブロックされ、IANA 作業も進行中だ。さらに、その CMS…

2026年9月21日
TCP接続が閉じても測定値は残る――RFC 2140が問うた共有の範囲

インターネット史

TCP接続が閉じても測定値は残る――RFC 2140が問うた共有の範囲

短い通信が終わるたび、TCP が得た往復時間の手掛かりまで捨てる必要はあるのか。1997年の RFC 2140は、同じホスト間で繰り返される接続に一部の知識を引き継がせようとした。ただし、測定値を次の接続に渡すことと、混雑時に送れる量を接続の数だけ複製することは違う。

2026年9月21日
片方だけ設定が終わったとき、ACTNは何を「完了」と呼べるか

IETF

片方だけ設定が終わったとき、ACTNは何を「完了」と呼べるか

パケット網と光網を一つの指揮系統で扱う ACTN の適用草案に、IETF のセキュリティと運用の両レビューが「Not ready」と記した。問われているのは接続図の整合性より、通知が欠け、制御器が再起動し、一方の層だけ変更された時の判断権限である。

2026年9月21日
文字のバイト列だけでは、読者の言葉にならない――RFC 2130

インターネット史

文字のバイト列だけでは、読者の言葉にならない――RFC 2130

通信が成功したことと、届いた文章を人が適切に読めることは別の出来事だ。1996年の IAB 文字集合ワークショップを伝える RFC 2130は、両者の間にある選択を七つの層に分けた。UTF-8 を掲げればすべてが解決する、という物語ではない。

2026年9月21日
Mary Shawと箱の間にあるプロトコル

インターネット史

Mary Shawと箱の間にあるプロトコル

1994年、Mary Shaw は今も設計図に残る偏りを指摘した。箱には詳しい名前が付くのに、箱を結ぶ線はほとんど説明されない。手続き呼び出しは有用な仕組みだが、データフロー、イベント、共有データ、同期、複雑な会話を表すには語彙が足りない。

2026年9月21日
JPEG XSは承認だけでは稼働する更新にならない

IETF

JPEG XSは承認だけでは稼働する更新にならない

IESG は JPEG XS 第3版に対応する RTP 改訂を承認した。しかし、標準化プロセスの決定と現場の互換性は同じではない。RFC 公開、IANA 登録、両端の実装、SDP 合意、実サンプルの復号、そして本番有効化には、それぞれ別の証拠が要る。

2026年9月21日
RFC 2127の接続グラフは、通話の証明ではなかった

インターネット史

RFC 2127の接続グラフは、通話の証明ではなかった

上位の PPP インターフェースから、複数の B チャネルへ枝が伸びる。RFC 2127の図を読む鍵は、その枝を回線そのものと取り違えないことにある。管理上の接続、信号制御、資源配分、課金情報、利用者が得た結果は、それぞれ別の証拠だった。

2026年9月21日
RFC 10040はLCAF type 5を非推奨にした。Experimentalは移行計画ではない

IETF

RFC 10040はLCAF type 5を非推奨にした。Experimentalは移行計画ではない

RFC 10040は LISP に新しい Geo-Location 符号化を与え、従来の Geo-Coordinates type 5を非推奨にした。しかし、文書の成熟度、レジストリ上の状態、実装対応、相互運用、移行完了、位置データの適正利用は、それぞれ独立して立証すべき事実である。

2026年9月21日
RFC 2169:HTTP の経路はリソースの権威ではない

インターネット史

RFC 2169:HTTP の経路はリソースの権威ではない

RFC 2169 が 1997 年に示したのは、URN についてリゾルバへ問い合わせる際に HTTP を使う小さな慣行だった。応答に到達できることは、名前の割当、リソースの管理、利用許可を決める権限とは別である。

2026年9月21日
RFC 9647が可視化するBabel運用証拠チェーン――YANGモデルの外側に残る検証責任

ケースファイル

RFC 9647が可視化するBabel運用証拠チェーン――YANGモデルの外側に残る検証責任

Babel の経路表に「selected」と表示されても、それだけで通信経路の完全な証明にはならない。YANG データストア上の設定意図から、実際に適用されたインターフェース方針、認証済み近隣交換、転送状態、障害復旧、そして外部から観測された到達性までの証拠連鎖が欠けていれば、管理面の可視性は完成したネットワーク保証とは異なる。RFC 9647は Babel を運用管理可能なデータモデルとして整理するが、何を確認できるようにしたのか、そして何を運用者自身が証明し続ける必要があるのかを明確に分ける必要がある。

2026年9月21日
WebAuthn再参加と特許ポリシー移行を可視化する制度的受領証

IETF

WebAuthn再参加と特許ポリシー移行を可視化する制度的受領証

2026年9月11日、W3C は Web Authentication Working Group の新しいチャーターを承認し、2026年から2028年までの活動枠組みを開始した。この変更で重要なのは、技術仕様そのものの承認ではなく、拡張された作業範囲に対して誰がどの条件で参加し、どの範囲の Patent Policy 上のコミットメントを引き受けるかという制度的な引き継ぎである。新チャーターの有効化、猶予期間中の継続参加、正式な再参加、Patent Policy への新たなコミットメントは、それぞれ異なる状態として管理されなければならない。

2026年9月21日
FASが裁定しても、スイッチの仕事は終わらなかった

インターネット史

FASが裁定しても、スイッチの仕事は終わらなかった

RFC 2124は接続受付ポリシーを外部サービスへ切り出した。しかし、サービスの回答と実際の接続状態を同じものにはしなかった。LFAP が残したのは、判断、実行、照合、計量を別々に検証するためのメッセージ列である。

2026年9月21日
RFC 2123:フロー記録は回線の写しではなく、ルールセットの投影だった

インターネット史

RFC 2123:フロー記録は回線の写しではなく、ルールセットの投影だった

NeTraMet が保存したのは「ネットワークそのもの」ではない。パケットが行になる前に、どのプロトコルを見るか、どの属性を残すか、どちら向きを始点とするか、メモリ不足時にどこまで粒度を落とすかが決められていた。RFC 2123は、その選別を実装経験として残した文書である。

2026年9月21日
リンクが開いたのは物体ではなくセッションだった――RFC 2122のVEMMI境界

インターネット史

リンクが開いたのは物体ではなくセッションだった――RFC 2122のVEMMI境界

`vemmi`リンクは Web のアドレスに見えても、取得すべきファイルを指してはいなかった。RFC 2122はブラウザを、専用クライアント、継続接続、サービス選択、本人確認、実行許可へ渡す入口として使った。クリックが示すのは入口までで、その先の成功ではない。

2026年9月21日