定义“统一通信”一直是困难的，因为它涉及到复杂的多种通信“模式”和用户界面。因此，你会得到多种答案，答案中大多援引人与人之间通信的灵活性功能和企业中的会议通信模式（异步消息传递，实时连接，文本，语音，视频，等）。通常被忽略的是自动业务流程（CEBP）能力，这种新的能力可以通过某种形式的及时通讯和多种即时响应的选项来启动个性化的联络，方便移动人群的沟通。

　　苹果新的“Watch”通知功能提醒了我们，这是一个关键的功能，不论何种通信方式，它让接收者可以快速和轻松地被通知有信息到达，有联络的请求，无论是实时的，还是近实时的，或是越来越多的异步文本消息。而不是其字面上描述的“手表”，只当你看的时候才告诉你此时的时间。它可以被认为是一个个性化的通信和通知（文本）反应装置。

　　任何联络的重要性，不取决于联络的方式或使用的媒体，而在于“谁”（发起人）以及“什么”（主题/内容）和及时性。随着移动访问量的增加，任何地方、任何时间、任何方式所产生的联络数量将使我们的信息过载，这是一个当代移动人群正在面对的日益严重的问题。

　　随着通过移动设备的用户访问量的增加，异步消息传递现已成为“近实时”，并正在成为更加实用的企业通信方式，而不再仅是以往的实时联络。事实上，我们都看到了即时通信（IM）已经迅速成为一个实时语音或视频连接的“门户”，而WebRTC在“移动应用程序”方面起到了与IM相同的作用。虽然我们现在有多种方式直接或间接地发起与人的联络，以及通过各种方式让人们对这种联络的企图作出反应，多模式移动用户现在需要一个更为集中和动态的方式来让他们管理所有这些联络的企图。无论是传统的电话呼叫，视频呼叫，即时消息联络，或任何类型的新消息，移动接收方必须能够动态地管理他们的优先事项，并处理来自任何人或自动服务信息源的任何类型的信息。

　　所以，我认为我们需要添加“统一通知”作为一个单独的服务（UNaaS？）到UC功能中去。任何联络形式都能在第一屏内进行管理，接收者将控制是否以及如何被通知的方式，是立即被通知还是按照他们的意愿所设定的时间被通知。

　　联络发起人（人，自动服务），应该可以为所欲为的拨打电话，发送信息等，但是移动接收者应该能够控制如何处理这些不同的电话和消息，这取决于他们各自事先设置的优先事项和情况。这将导致已经做了几十年的电话应答和语音邮件从实时联络企图转变到异步消息传递，反之亦然。因此，这将是适合于统一通知服务，始终让联络发起者知道发生了什么而不必去猜测接下来会发生什么。