トピック
ソフトウェアライフサイクルとベンダーロックイン
「トピックの観点から見たソフトウェアライフサイクルとベンダーロックイントピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
インターネット史
トンネルは一つの網をつくった。それでも発見は全員に届かなければならなかった：RFC 1234
1991 年 6 月の RFC 1234 は、IPX データグラムを UDP に収めて IP internet を通す方法を示し、その IP internet を一つの IPX network として扱えるようにした。しかし、この「一つ」は転送の見取り図であって、発見の完結を保証する言葉ではない。既知の host なら IPX host number から IP address を得て unicast できる。一方、server や router を見つける broadcast は、手で保守する peer list の各 address に別々の…
ケースファイル
Device は SCIM から消えた。それでもネットワーク接続には別の判断が要る：RFC 9944
Device リソースを削除すれば、SCIM サービスが何を返さなくなるかは分かる。しかし、それだけでネットワークが何を強制したかは分からない。RFC 9944 は、削除をアプリケーションの意図とし、インフラアクセスを取り消すかどうかを SCIM サーバーとそのバックエンドのローカル方針に残している。
ケースファイル
マップはルーターに届いた。それでも経路を決めたわけではない：RFC 9962 と LISP-Decent
制御プレーンの依存先を分散しても、決定の責任まで分散されるわけではない。RFC 9962 はこの違いを具体化する。LISP のトンネル・ルーターは、EID から RLOC への対応を相互に保持し、互いを発見し、Map-Server の役割も担える。別個のマッピング事業者だけに登録と照会を委ねる必要はない。しかし、認証された登録、Map-Notify、複製済みのマップ、DNS とマルチキャストによる発見は、要求者から見た経路到達性も、宛先の適合性も、配送の成功も証明しない。損失を負担する運用者に代わって経路を選ぶものでもない。
北米のクラウドサービストレンド
Guidewire では590万ドルをサービス売上に配分しても ARR は変わらない
継続契約の価値と、会計上どの売上区分に置かれるかは同じ問題ではない。Guidewire は2026年度の最初の9か月に、ライセンス、サポートまたはサブスクリプションの継続的な契約価値590万ドルをサービス売上として認識した。一方、ARR の計算はこの配分によって動かない。
インターネット史
同じサービスに二つの隣接圏。間にはなおルーターがあった：RFC 1209
同じ通信サービスにつながっているという事実は、二つのホストが当然に IP の隣人であるかのように見せる。1991 年の RFC 1209 は、SMDS 上で IP と ARP を扱う際、その見方を採らなかった。別々の管理主体が閉じた logical IP subnetwork、すなわち LIS を構成し、それらは一つの SMDS サービスを共有できる。直接通信は同じ LIS の内部だけである。別の LIS へ出るときは、SMDS に物理的な直行経路があり得ても、IP ルーターを通す。
ケースファイル
アラームは状態を変えた。原因はなお立証が必要だった：RFC 9940 と証拠の境界
アラートは早く、誠実で、有用であり得る。それでも判決ではない。RFC 9940 が提供するのは、その節度を保つための語彙である。測定値、イベント、障害、問題、症状、原因、判断はつながるが、同じ事実にはならない。
インターネット史
NIC は続いて見えた。だが登録簿への書込みは止まっていた：RFC 1261
移行で人を安心させるものは、たいてい目に見える連続性である。同じ宛先にメールを送れる。Help Desk の名が残る。新しいホストに接続しても、画面は以前のものに近い。RFC 1261 は 1991 年の NIC 引継ぎを知らせながら、その連続性を過大に読ませない。利用者の入口を保とうとした一方で、WHOIS のマスター・データベースを移すため、登録変更を五日間停止すると明記した。入口が生きていることと、権威ある台帳が書けることは同じではない。
ケースファイル
DNS ID はゼロだった。それでもキャッシュには時計が必要だった：RFC 9953 と DoC の証拠
低電力の機器にとって、同じ答えをもう一度取りに行かずに済むことには意味がある。しかし再利用できる表現は、答えの権威、鮮度、検証、利用結果までを一度に証明するものではない。RFC 9953 は、その省力化に明確な時間の境界を与える。
ケースファイル
受領書は声明を台帳に載せた。信頼を決めたわけではない：RFC 9943 と SCITT
ソフトウェア供給網では、署名、透明性サービス、検証可能な受領書が一つの緑色の表示に縮められがちである。そこから「この成果物は信頼できる」という結論まで進むのは容易だ。しかし RFC 9943 が固定するのは、署名済み声明がある方針の下で記録されたことを後から検証できる仕組みである。声明が正しいこと、発行者が不利益な情報を漏れなく出したこと、登録方針が十分だったこと、利用者が受入れを選ぶべきことまでは決めない。
ケースファイル
W3C の2026年 XML 名前空間は変更規則のない更新中の草案を指している
永続するアドレスと、そこで使われる語彙の凍結は同じではない。W3C の XML Security 用名前空間ページは2026年8月19日付だが、その URI を初めて用いた RFC 9231bis の保存版は21日に公開された。早期割当てには実務上の価値がある。問題は、どの版が許可の対象だったのか、凍結前に誰がローカル名を変えられるのか、W3C・IETF・IANA の管理責任がどの時点で移るのかが公開記録から読めないことだ。
ケースファイル
トークンはチップを示した。扉は決めなかった：RFC 9783 と PSA アテステーションの権限
署名付きのアテステーション・トークンは、つい最終判断のように見える。nonce は要求と一致し、client ID は期待どおりで、インスタンス、実装、ライフサイクル、ソフトウェア構成要素も示す。そこで受け手は「検証成功」を「入場許可」に置き換えたくなる。RFC 9783 が定めるのは PSA Initial Attestation の保護された証拠と各宣言の意味である。登録、アクセス、ワークロードの受入れ、記録の保持、後続行為を決めるのは、その結果を利用する側であってトークンではない。
インターネット史
キューはジョブを受け入れた。だが一枚も印刷していなかった：RFC 1179 の二つの確認
ネットワーク印刷では、「受理」という表示が終点のように見えやすい。クライアントはキューを指定し、ファイルを送り、daemon から正の応答を受けた。それは確かな事実である。しかし、用紙が出たという事実ではない。RFC 1179 が記録した LPD は、この混同を小さなやり取りの中で分けていた。受信サブコマンドへの確認、宣言したファイル境界の後の二度目の確認、そして待機ジョブの印刷を開始する別の命令である。
インターネット史
HEMS はプロトコル競争を退いた。データモデルは会議室に残った――RFC 1076
インターネットが1988年に必要としていたのは、最も多機能な管理言語を永久に選ぶことではなかった。異なる装置が早く同じ方法で管理されることだった。HEMS はその合意を妨げないよう候補から退いたが、整理していた管理情報まで持ち去ったわけではない。
インターネット史
リングはフィルターを共有できた。だがグループを証明はできなかった：RFC 1469 のマルチキャスト境界
1990年代初頭、IP マルチキャストは、物理アドレスの選択肢が限られた Token Ring に載る必要があった。アダプターは受け入れる宛先を選べても、少数の機能アドレスで各 IP グループに固有の札を配ることはできない。RFC 1469 は一つの物理リングで使う方式を揃えた。その共有先は、加入記録でも、身元でも、配送の証明でもなかった。
ケースファイル
連絡先カードは UID を失った。境界を失ったわけではない：RFC 9982 と記録同一性の権限
連絡先カードを保存できることと、そのカードを別のカードの関係先として安全に参照できることは同じではない。RFC 9982 は、この差をデータ形式の規則として明確にした。JSContact 2.0 では `uid` が任意になり、UID を持たない vCard から変換するときに v2 の `uid` を作ってはならない。空欄を埋めないことは情報の放棄ではない。出所のない便宜的な文字列を、人、関係、更新権限についての事実にしないための境界である。
ケースファイル
フォーラムは投稿を停止できても、ネットワークを取得できない：RFC 9945 と IETF モデレーションの境界
議論の場には、対話を壊す行為を止める手段がいる。しかし、その整理の権限は、そこで話題になったネットワークや資産を支配する権原ではない。RFC 9945 は、IETF の公開オンライン空間を守るための手順を定めながら、その境界を明確にしている。
IETF
Carlos Pignataro と、「より環境に優しい」を証明しなかったワット値
消費電力が下がったという表示は、計器の境界では正しい。それを省エネルギー、排出削減、予備設備の停止判断へ進めるには、時間、配分、電源構成、ライフサイクル、可用性の別々の証拠が要る。
インターネット史
ドメインが引いたのは技術境界であり、所有権ではない：RFC 1136 の AD/RD モデル
RFC 1136 は、同じ番号や外形が同じ意味をすべて持つという近道を退けた。管理の範囲、共通の経路計算の範囲、組織間の合意の範囲は別である。この区別は所有権を決めず、調整が必要な場所を明らかにする。
ケースファイル
マルチキャスト要求は群組に届いた。それでも行為を許可したわけではない：RFC 10020 と CoAP の証拠
保護された一通の要求を送信し、いくつかの応答が戻る。制約のある網では、その簡潔さが強い安心感を生む。しかし RFC 10020 が整えるのは CoAP の群組通信であって、ひとつのアドレス、鍵の文脈、あるいは部分的な応答を、全端末の権限や実行結果へ読み替える仕組みではない。
ケースファイル
グループ鍵は端末へ届いた。それでも行為は決めなかった：RFC 10020 と CoAP のグループ権限
保護されたメッセージは一人の送信者から出て、複数の端末に理解され得る。しかし五つの受信者を一つの意思決定者にはしない。RFC 10020 の意義は、制約のある環境でグループへ伝える方法を示しつつ、加入、受理、処理、結果の証拠を消さない点にある。