Panos ya ha dado una buena definición. Puede consultar CMSWatch's current reports para tener una idea de qué tipo de productos se consideran ECMS. Los ejemplos de código abierto serían cosas como Alfresco, Bricolage y OpenCMS, que puede ver para tener una idea de lo que hace este espacio.
Estamos hablando de CMS tradicionales "reales", como Documentum, Vignette, Filenet, etc. La "E" en ECMS realmente surgió debido a todo tipo de aplicaciones de intralog/Intranet como Drupal o Sharepoint (que usted mencionó) comenzaron a llamarse a sí mismos CMS, por lo que las grandes compañías originales de CMS necesitaron encontrar otro nombre para sus productos. (Aparte: OK, sé que Microsoft suspendió su producto Content Management Server y convirtió Sharepoint en un ECMS "real", pero para mí sigue siendo más intranet/collaborationware que ECMS).
La diferencia entre algo como Drupal y un ECMS es que Drupal tiene muchas características de "sitio web" (es su propia aplicación web front-end, tiene una función de búsqueda, permite a los usuarios registrar y comentar) que una ECMS no lo hace, a pesar de que carece de sólidas características de administración de contenido como contenido estructurado, flujo de trabajo, control de versiones, gestión de activos/documentos y metadatos. (Drupal tiene versiones simplistas de la mayoría de estas características, por ejemplo, contenido estructurado a través de CCK, pero ECMS real está en otra liga). Un ECMS casi nunca es una aplicación web front-end a la que se conectan los visitantes públicos (en cambio, publica a un servidor web separado), pero un proveedor de ECMS podría tener otros productos, como un producto de portal, producto de búsqueda, administrador de registro de usuario, administrador de anuncios que usaría para estas funciones en un sitio web, así que si ese es su objetivo, a menudo hace sentido comprar varios de estos productos de una compañía.
Para intant sus elegantes ECMS pueden ejecutarse en Windows Server, estar escritos en .NET (no puede tocar el código central pero puede escribir scripts y complementos en VB/C#), y usar una base de datos Oracle, pero publicar una mezcla de páginas HTML y PHP con un clúster de servidores web Linux/Apache, mientras que usted tiene un dispositivo Google o Lenya u otro producto maneja la búsqueda.
Un ejemplo de un ECMS sería el sistema editorial para un periódico. Muchos escritores, editores, editores fotográficos, diseñadores de páginas, diseñadores de anuncios, representantes publicitarios que toman avisos clasificados por teléfono pueden iniciar sesión y editar historias, trabajar en fotos y páginas, y todo está versionado y fluye de persona a persona con reglas de flujo de trabajo y cambios rastreados La copia del servicio de cableado y las fotos fluyen automáticamente a través de un conector. Reporteros y notas de editores y todo tipo de metadatos están integrados y todo vive felizmente en una base de datos. Puede tener cientos o miles de empleados y todos deben poder iniciar sesión y hacer "su" trabajo fácilmente, con reglas de seguridad y flujo de trabajo para que solo vean las cosas en las que trabajan y el sistema se personalice para las necesidades de cada usuario. Un vector de salida (posiblemente el más importante) es publicar en un sitio web usando todo tipo de reglas automáticas, pero no tiene que ser uno o el único.
Por supuesto, hay diferentes productos y algunos de ellos se centran más en la publicación web (o gestión de documentos/activos, o intranet/colaboración a Notes o Sharepoint) que otros - piense en mi descripción como una especie de generalización enfocada en empresas centradas en la publicación de contenido.