Windows（Vista以降）のカラーマネジメントについて誤解がある件

元発言と当方が行った説明

該当すると思われる記述

（引用）
しかしWindows Vista上で動作するすべてのアプリケーションは、カラー画像のすべてに関して、内部的に色特性が割り当てられた状態で処理される。Vistaの新機能に対応したソフトウェアはもちろん、従来の、しかもICMに対応していないソフトウェアも、Vista内部ではsRGB色空間の情報が割り当てられて処理が行なわれるようになっている。
（引用終わり）

実際にVista以降でアプリケーションの挙動を注意深く見ている人なら説明されている通りの動作をしているのか？という疑問を感じてもおかしくない内容です。
しかし、実際問題ICM/WCSを使用するカラマネ対応アプリケーションがほとんど入手できない現状ですので、そもそも疑問に感じることすら困難だったということなのかもしれません。

ICM 2.0とWCSのAPI

• ICM 2.0のAPI関数
• WCSのAPI関数

WCSプロファイルを扱うための関数やデバイスとプロファイルの紐付けをユーザー毎に行えるようにするための関数などが増えた以外はほとんどICM 2.0そのままです。

そもそもICMのAPIって何するものなの、って話ですが主なものをまとめるとこんな感じです。

・プロファイルを扱うための関数

• プロファイルを開く・閉じる
• プロファイルの情報を取得する
• デバイスに関連づけられたプロファイルを取得する など

・カラースペースの変換を行うための関数

• Transform（変換表のようなもの）を作成する
• Transformを使用してビットマップを変換する など

・GDI/GDI+のカラーマネジメント処理に関わる関数

• デバイスコンテキストに対するICMのオンオフ
• デバイスコンテキストの入出力カラースペースの選択
• 設定ダイアログ（スクリーンショット） など

・その他

• CMMの登録・登録解除、選択
• ビデオカードガンマテーブル（vcgt、いわゆるソフトウェアキャリブレーションの情報）の設定 など

GDI/GDI+で図形を描画する程度の話であれば、ICMをオンにすれば基本的なカラーマネジメント処理が実行されますが、それにしても「オンにする」という操作が必要です。
より高度な描画を行いたい場合や画像を扱いたいのであれば、自前でTransformを作成するか、WIC（後述）のAPIを使用して変換を実行することになります。どちらにしてもsRGBが強制される、とか何もしないでいても必ず裏で変換が実行されているというのは誤りです。

GDI/GDI+による描画のカラマネ対応については、

• Windowsカラーマネジメントプログラミング入門（？）
• Windowsカラーマネジメントプログラミング入門（2）
  を、カラーマネジメント非対応アプリケーションの動作については、
• Windowsはカラマネ非対応アプリに対して何もしない
  を参照してください。

WICについて

WICは画像（ファイル）の入出力を担当するフレームワークで、Vista以降のWindowsで利用可能（XPはSP3もしくは個別インストールが必要）です。

ICM/WCSの基本的なサポートが含まれており、カラースペースの変換や埋め込みプロファイルの読み書きが可能です（プロファイルの読み書きは各ファイル形式に対応するコーデックの仕事でありICM/WCSが関わる領域ではありません）。

また、Exifの色空間情報から画像のプロファイルを選択するAPIが用意されているので、それを利用すれば（カラマネ的な意味で）Exif対応のアプリケーションを実装することができます。