[其他]具有归一化通知的通信系统

说明书

本发明涉及通信系统的消息通知系统，特别涉及这样的系统，即在该系统中将从各种媒介中接收的消息全部报告给一个单一点上的一个用户。

在过去几年来，设置一个在被叫用户不可能到达时，把一些话音消息接收下来的通信系统已是常见的事了。这些已接收的消息被记录下来，并且发给被叫用户一个通知（通常是一个发光的指示灯）指明有一个消息正在等待。

随着数据终端的普及，人们已经开始使用数据网络来互相传送“邮件”消息。这些消息被送往被叫用户的主计算机，并排队等候被叫用户请求将它们显示在其主计算机相联的一个终端屏幕上。虽然这种安排是通信演变过程中的一大进步，但由于用户并非总能使用该终端，因而还存在一些问题。例如，如果一个数据消息将被送到一个电子设备的地址处，而这个收信人却在远离他（她）的主计算机的地方，则被接收的消息不能送给收信人。同样地，这个收信人甚至根本不知道有一个消息已经送到了。

当用户们具有几个不同的电子“邮件”服务器（electronic“mail”service）时，问题更为复杂。用户必须记住每个服务器（service）才能弄清消息是否正在等待。然后按照不同的方式，甚至可能要用不同的终端从每个服务中取出每个消息。

我们已经建成了一种通知系统，该系统允许一个用户收信人指定一个服务器作为传出/传入该用户的任何其它服务器的消息的中心库。例如：如果用户有一个与用户话机相联的话音邮件服务器（voice    mail    service）和一个由终端（或个人计算机PC）提供的数据邮件服务器，则该用户可指定其中的任一个作为收信服务器（recipient    service）。这样当消息到达任一个服务器时，只由收信服务器发出该消息到达的通知。

例如：假设用户选定数据邮件服务器作为收信服务器，则由话音服务器送来的话音消息将使一个消息在与服务于邮件服务器的主计算机相联的数据终端上显示一个消息，以指明收到一个话音消息。然后，该用户可用通常的方式从话音终端取出这个话音消息，或者该用户可在终端屏幕上看到该消息的摘要。另一种情况，假设该用户已经指定话音服务器作为收信服务器，那么与话音终端相联的发光指示灯或其它装置指明该消息已经到来。然后，该用户可设法取到这些消息，并得到一个通知，说一些正在等待的消息是在终端上收到的电子消息。在一个实施例中，该用户然后可以通过话音终端请求将该数据消息转换成话音，这样，即使在没有数据终端可用的情况下，该用户也能听见该消息。有些话音终端具有与其相联的数据显示器，在这种情况下，该数据消息能由话音终端显示器显示出来。

本发明的这些和其它的目的和特点及其操作与使用从以下附图和有说明性的实施例会看得更清楚，其中

图1是我们系统的总体方框图;

图2示出一种典型的键盘和告警的装置;

图3～5示出该系统控制结构的方框图;

图6～9示出了各种消息的情况;

图10～14示出了消息处理的流程图;

图15示出了我们消息系统的方框图。

图1所示的归一化的通知系统（UMS）10基于综合了几个原则，这些原则构成本我们通知系统的所有方面的基础。这些原则可划分为三部分。第一，UMS为基本的一套协调的服务特性（consistent    service    attribute）（如归一化的通知信箱、归一化的通知取出和归一化的通知准备）规定指导原则。第二，建立用于通知服务器的用户接口原则，以给用户一套一致的用于所有通知服务器的名称和及语义，这是由归一化的告警/通知和归一化的消息取出命令来提供的。第三，UMS提供了一个基本的应用结构，或归一化的连网能力，从而使得所有通知服务器能够互相通信。

归一化的通知系统10是所有消息的一个访问点，这些消息与消息的类型无关与消息的来源无关。使这种能力成为可能是靠一个成为基础的消息传送机构（下文说明）来实现的，该信息传送机构能把消息和消息的通知从一个服务器传到另一个服务器。这种传送可以在系统控制下，也可在用户直接控制下进行。

用户能够使用几种类型的终端中的任一种，例如，来自任何位置（本地的或远方的）的终端101～108，作为其归一化通知的信箱，从他们选用的归一化通知信箱中取出消息。这样，用户可以对任一个通知服务器，如电子邮件110、话音邮件109、专用数据系统111、本地的区域网络112、消息报导中心113、或传真114进行归一化的“访问”。如图1所示的这些服务器中，一部分直接由专用的小交换机（PBX）12控制，另一部分由归一化的通知系统10控制。