色彩管理系统将不同设备的 profile 文件链接到一个标准的或参考色空间。连接到标准色空间 (CIE L*a*b*)的设备 profile – 色彩管理模块和复制意图(Rendering Intent)。
实际上， 如果还考虑到所用设备的不同色域，profile 文件和标准色空间单独 并不能将颜色数据从一个色空间转换到另一个色空间。这个就是色彩管理模块 (CMM)的任务, 同时也称作颜色转换引擎。CMM 使用设备 profiles 以及复制意图 (rendering intents)来:
- 将用输入设备记录的颜色映射到输出设备的色域中
- 当图像显示在不同于原始设备色域的设备上时，使颜色最优化。当我们希望 预览映射到屏幕上的效果时(即来自扫描仪的图像用 Xeikon 机器印刷)，情况就是 这样。
- 将颜色数据从一个色空间转换到另一个色空间(扫描仪到显示器(RGB 到 RGB) 或扫描仪到印刷机(RGB 到 CMYK)).
我们注意到 profiles 是在一个或多个方向移动的。在这里左边的 profiles 只按一个方向运动(从扫描仪 RGB 到 CIE L*a*b*)，右边的 profiles 是双 向运动的(从 CIE L*a*b* 到显示器并返回，从 CIE L*a*b* 到印刷机并返回)。
这种工作方式为我们提供了将两个以上的 profiles 连接在一起的可能性。这样就使得我们可以从显示器看样，了解到从扫描仪采集的图像在用 Xeikon 机器印刷时 会是什么结果。
考虑到在预览中，输出设备的较小色域，色彩管理会自动的分配尽可能大对比 (Color management will automatically allocate as much contrast as possible)。因此，色彩管理可以被看作是图像调节的开始，确保了不再需要作手动的校正。
我们理所当然的认为 profile 是在设备无关的色空间(RGB 到 CIE L*a*b*, 或 CIE L*a*b* 到 CMYK)中定义的。实际上，profiles 还可以定义颜色怎样在不使色 空间作为连接空间时从来源中直接转换到目的地，例如颜色从扫描仪(RGB)到印 刷机(CMYK)的转换也可以在 profile 里定义。
这样的“设备相关的”profiles 通过被称为 device-link profiles 因为它们是用来 在无需连接色空间的情况下，将一台设备的颜色属性转换到另一台设备的。
仅仅用 device-link profiles 工作是无效的，因为每一个来源和目的地对都要求各 自的 profile，并且，由于工作流程中设备的数量增加了，profiles 的数量就变得很难 管理了。这样反过来导致了标准化的缺乏以及对于一个开放色彩管理系统的新方法 的忽视。
一般的Profiles, 设备Profiles 或自定义Profiles
profiles 可以分为以下几类:
• Generic profile 一般的 profile:定义了一类输出设备的特性。
• Device profile 设备 profile:定义了特定设备的特性。
• Custom profile 自定义 profile:定义了指定印刷条件下或用户要求下的特性。
设备供应商通常会提供它们设备的 profiles，但是建议生成你自己的 profiles， 因为每台设备处理颜色的能力都不同。多数情况下，每台输出设备都有些从用户到用户设定的不同参数，如果能够由设备的用户自己来生成 profiles 是十分重要的。实际上，Generic profiles因此要排除在外，除非它们已经调整过，并用于和profile editor 连接。
传统印刷通常会给人这样的感觉，从现在起如果实施色彩管理的话，你的原稿就会和印刷图像拥有一样的颜色。当努力争取理想的颜色控制时，有一个折磨人的问题:复制的颜色永远都不可能和原稿图像的颜色相匹配。
用于胶印的四色油墨会复制出“其它的”颜色，这些颜色与桌面彩色打印机的染料或蜡转换色或是数字印刷的干粉不一样。
因为低质量的纸张通常与它昂贵的等值物不一样白，所以我们在复制过程中实现的颜色范围更小。
因此，要想以绝对的颜色匹配实现从一个概念到最终的输出(扫描、图像校正、 图文编辑、页面组版...)，来数字化地复制一个全彩色的出版物是十分困难的甚至是不可能的。
色彩管理并不能避免这样的事实:高饱和的颜色，暗淡的彩色蜡笔画，以及很 深或很暗的颜色在复制中是不可能被匹配的。这是我们必须接受的事实。这也是说，色彩管理只能帮助我们尽可能接近的实现一个绝对的颜色匹配。