主叫方标识(Caller ID)是电信公司向电话用户提供的一种服务。 当特殊的电话机接收到呼叫时，该特殊电话机的显示屏将显示呼叫该 电话的主叫方的姓名和/或号码。然而，该服务确实有一些缺点。其中 一个缺点是使用主叫方标识服务的用户受到局限，这些用户必须使用 安装了主叫方标识系统的终端。其次，主叫方标识系统并不能储存关 于呼叫该电话的主叫方的数据。这时因为主叫方标识系统通常仅在专 用交换系统(private exchange system)中临时存储主叫方的号码信息 以供一次性使用。此后从系统中清除。第三，因为主叫方标识捆绑于 电话机内部的设备，为使用后开发出来的附加服务就必须购买新的设 备。第四，主叫方标识服务输出的信息局限于与电话呼叫的始发相关 的信息。

本发明的目的是至少克服相关技术的缺点。在本发明的实施例 中，第一信号由公共交换系统输入。通过处理第一信号产生第二和第 三信号。随后输出第二和第三信号。第二信号含有的信息能够使终端 输出一个指示。第三信号含有的信息能够使个人计算机输出信息。在 本发明的实施例中，第一信号是电话呼叫，所述的指示是音频或视频 输出，终端是移动电话或陆线电话，公共交换系统是公共电话交换网， 包含在第三信号中的信息由个人计算机的应用程序或网络浏览器使 用。在本发明的实施例中，第三信号含有的信息能够使个人计算机输 出和电话呼叫相关的信息。
本发明的实施例包括专用交换系统和服务器。专用交换系统用来 从公共交换系统输入第一信号。专用交换系统也用来输出第二信号， 该第二信号含有的信息能够使终端输出指示。服务器用来输出第三信 号，其含有的信息能够使个人计算机输出信息。
本发明的实施例中，专用交换系统包含中继用户适配器、呼叫处 理器、第一数据库、服务器接口、客户端适配器、内部用户，以及系 统适配器单元。在本发明的其它实施例中，服务器包含应用服务器、 消息处理器、第二数据库、网络浏览器，以及通用网关接口。在本发 明的其它实施例中，设备包括作业维护系统。
本发明的其它优点、目的和特征有一部分将在以下的说明书中进 行阐述，有一部分则对于本领域的技术人员经过对以下内容的检验后 会变得明了，或者通过本发明的实践而体验到。所附的权利要求书具 体指出了本发明的目的和优点。
附图说明
以下参考附图对本发明进行详细说明，图中相同标号表示同一元 件，附图中：
图1是一个框图，表示了提供主叫方标识服务的系统；
图2是图1的详图；
图3是一个流程图，表明了用来初始化服务器PC的消息；
图4表明了根据流程图3，用于初始化服务器PC的消息格式；
图5是一个流程图，表明了用来注册服务的消息；
图6表明了根据流程图5，用于注册服务的消息格式；
图7是一个流程图，表明了用来解除服务的消息；
图8表明了根据流程图7，用于解除服务的消息格式；
图9是一个流程图，表明了用来更改服务的消息；
图10表明了根据流程图9，用于更改服务的消息格式；
图11是一个流程图，表明了用于主叫方呼叫/执行服务的消息；
图12表明了根据图11的主叫方服务消息流程图的服务呼叫/执 行消息；
图13是一个流程图，表明了图11和图12中用来提供主叫方标 识的方法。
优选实施例说明
通过参考附图，下文中将描述本发明的优选实施例。下文中将不 详细描述众所周知的功能或结构，原因在于这些不必要的详细描述将 使本发明显得冗长晦涩。
图1是根据本发明的提供主叫方标识的系统的大致框图。提供主 叫方标识的系统包括：专用交换系统22、服务器PC 23和客户端设备 21。专用交换系统22连接在公共电话交换网络(PSTN)上。服务器 PC 23连接在专用交换系统上，用于接收并管理信息。客户端设备21 连接在专用交换系统或服务器PC上，用来从服务器PC接收主叫方标 识。在实施例中，系统还包含互联网24，以在互联网上使用主叫方 标识；邮件服务器25，以及用户邮件环境26。客户端设备21包括客 户端A，其具有用于接收主叫方标识的客户终端21a1以及客户端PC 21a2，以及客户端B21b。
图2是图1的详图。如图所示，系统包括外部用户终端或电话机 31、公共电话交换网络(PSTN)33、作业维护系统(OMS)35、服 务器PC 36和客户端设备32。外部用户终端或电话机31用于为主叫 方发起呼叫。PSTN 33用于向专用交换系统34传送外部用户终端所发 出的呼叫。OMS 35连接在专用交换系统上，其可以是操作该系统所 需要的个人计算机(PC)。服务器PC 36或服务器系统连接在专用交 换系统上，其控制系统以分析、存储和输出主叫方标识。客户端设备 32连接在专用交换系统或服务器PC上，用于从服务器PC接收主叫 方标识。
专用交换系统34可以包括中继用户适配器34a、客户端适配器 34e、系统适配器单元34g、服务器PC接口34d、数据管理单元34c， 以及呼叫处理器34b。中继用户适配器是连接在PSTN 33上的中继线 本地设备。客户端适配器34e是客户端本地设备。系统适配器单元34g 从中继用户适配器34a接收关于主叫方呼叫的报告。服务器PC接口34d 负责与服务器PC 36、服务器系统或协议之间的信息发送/接收。数据 管理单元34c连接于服务器PC接口，用于管理数据。呼叫处理器34b 连接于每个部件，用于执行呼叫处理和呼叫管理。
服务器PC 36、服务器系统都可以包括消息处理器36b、应用服 务器36a、网络服务器36d、数据库36c，以及通用网关接口(CGI)36e。 消息处理器36b负责与专用交换系统34中服务器PC接口34d之间的 信息发送/接收或协议，并对所接收的信息进行解码。应用服务器36a 维持着由客户端单元32运行的程序，或允许客户接收主叫方标识。 网络服务器36d使客户端单元中的客户能够通过支持互联网的程序(如 网络浏览器)接收主叫方标识。数据库36c连接于消息处理器和/或应 用服务器，用于管理从专用交换系统接收到的信息。CGI 36e作为数 据库、消息处理器和网络服务器器之间的接口。
客户端设备32可以包括客户终端32a和客户端计算机32d。客户 终端32a连接于专用交换系统中的客户端适配器34e。客户端计算机32b 连接于应用服务器36a以及服务器PC的网络服务器36d。客户端计算 机32b拥有接收主叫方标识的内建程序。
如图2所示，本发明的实施例分为专用交换系统34、客户端设 备32内的客户端PC 32b，以及接收/呼叫终端32a。专用交换系统34 连接于PSTN 33，在一般的办公室负责普通的交换任务，并向服务器 PC 36发送相关信息(即主叫方标识)。服务器PC 36存储并管理从 专用交换系统接收到的信息。根据这些信息，服务器PC 36向客户端 PC提供主叫方标识。客户端PC 32b是由客户操作的个人计算机，并 连接于服务器PC，用于以实时模式或根据请求接收主叫方标识服务。 客户终端32a是安装在专用交换系统的客户端适配器中的模拟或数字 用户终端。客户终端可以是不能独立提供主叫方标识服务的终端。主 叫方终端31是用户终端，用于通过外部环境中的PSTN呼叫专用交换 系统承载的客户。
呼叫处理器34b是呼叫服务软件，用于处理专用交换系统中产生 的所有呼叫。呼叫处理器34b的主要任务是分析主叫方标识并向服务 器PC接口34d发送所分析的消息信息。中继用户适配器34a是包含 在专用交换系统中的中继本地板卡。本领域技术人员可以认识到，根 据PSTN的类型，可以使用不同类型的中继用户适配器。客户端适配 器34e是包含在专用交换系统中的用户本地板卡，其根据用户可以分 为不同类型。服务器PC接口34d负责专用交换系统与服务器PC之间 的消息发送/接收和协议。数据管理单元和数据库34c是数据库管理系 统(DBMS)，用于管理并存储专用交换系统中的所有数据。
消息处理器36b负责服务器PC与专用交换系统之间的消息发送 /接收。消息处理器36b对从专用交换系统接收到的消息进行解码，存 储并管理服务器PC的数据库中的消息。应用服务器36a维持着由客 户端PC 32b运行的应用程序，并允许客户接收主叫方标识。网络服 务器36d帮助客户通过客户端PC内的网络浏览器接收主叫方标识。 通用网关接口(CGI)36e是由网络服务器运行的服务器应用程序。CGI 36e作为数据库、消息处理器，以及网络服务器之间的接口。数据库 36c存储从专用交换系统接收到的消息，并管理客户更改后的信息。
系统运行需要不止一个作业维护系统(OMS)PC 35。因此，在 实施例中，OMS PC 35可以与服务器PC 36结合在一起。客户端设备 32与客户端PC 32b和接收/呼叫终端32b包含在一起。因此，客户能 够从客户端PC获得主叫方标识服务。应用程序32b1用于主叫方标识 服务，并已经被客户端PC 32b使用。应用服务器之间的协议和消息 结构应该与本发明的实施例一致。网络浏览器和applet 32b2遵循基 本超文本传输协议(HTTP)方法，并被来自服务器PC的网络服务器 的服务所操作。本发明中有两个示例性实施例提供这种服务。第一个 实施例使用网络服务器应用程序或CGI。第二个实施例使用JAVA applet或网络浏览器所运行的程序，如ActiveX。
专用交换系统可以基于互联网协议(IP)。客户端PC 36b可以 配备能够连接外部网络站点的环境。服务器PC 36可以与系统运行所 必须的OMS PC 35结合在一起。此外，邮件传输功能可由用户请求， 通过这种方式主叫方号码可以传输到蜂窝手持电话机或用户PC的客 户端邮件程序。
根据本发明的实施例，下面解释了系统的操作步骤。
1.如何初始化服务器PC，或服务器系统。
图3是一个流程图，显示了初始化服务器PC的消息。为初始化 服务器系统(服务器PC)，首先，安装于服务器系统内的消息处理 器使专用交换系统中的服务器PC接口发出连接请求(0x80)。然后 把连接完成消息(0x01)从服务器PC接口发送到消息处理器。随后， 消息处理器信息向服务器PC接口请求信息(0x81)。作为响应，存 储的信息被传输给消息处理器(0x02)，并发出接收完成信号(0x82)。
若10秒内没有回应，信息请求消息(0x81)将最多传输3次。 在实施例中，存储的信息(0x02)根据分组的大小向第n个服务器PC 传输，该分组传输专用交换系统所拥有的信息。
上述相同方法可以用于每个协议，特别可以执行本发明的各个服 务(例如，注册、解除、更改等)。数字0x80，0x81，……0x01，0x02 等，仅仅是用来区分在系统之间发送/接收的消息的例子。因此，只要 两个系统都同意遵守相同的消息发送/接收规则，这些数字可以是0x80 或0x90。
对应于流程图图3，图4显示了用于初始化服务器PC的消息的 格式。图3和图4所示的处理是用于与专用交换系统相连的服务器PC， 当服务器PC初始启动或重启(和第一次启动相当)之后由服务管理 器负责，只要专用交换系统正在运行并总处于作业状态，而且服务器 PC安装好或至少操作者已执行过修复任务之后服务器PC已经尝试连 接到专用交换系统。专用交换系统的主叫方标识信息通过实时模式 进行修改和管理。若修改后的相关信息不能发往服务器PC，则该信 息临时存储在专用交换系统中。在常规作业中，服务器PC请求专用 交换系统发送相关信息，专用交换系统向服务器PC发送关于主叫方 标识服务的数据(如注册注册/解除/更改/服务)，以消除专用交换系 统和服务器PC之间的任何数据差异，至此，初始化处理结束。
2.如何向服务器PC或服务器系统注册主叫方标识服务
图5是一个流程图，显示了用于注册服务的消息。为向服务器系 统(服务器PC)注册服务，通过专用交换系统的服务器PC接口，寻 求主叫方信息的客户向服务器系统的消息处理器请求注册主叫方标识 服务(0x04)。然后，响应于该注册请求，消息处理器向服务器PC 接口传输注册完成消息。
对应于流程图图5，图6显示了用于服务注册的消息的格式。图 5和图6中，当客户注册了主叫方标识服务后，则向该注册用户提供 一个唯一的ID，以使他能够从专用交换系统获得服务。特别地，当客 户要求获得主叫方标识服务时，他们将利用他或她自己的终端向专用 交换系统输入主叫方标识服务注册功能代码和他或她的电话号码。作 为响应，呼叫处理器改变专用交换系统的DBMS中的服务注册相关数 据，并请求服务器PC通过服务器PC接口发送服务注册消息(0x04)。 在这点上，消息处理器对所接收的注册消息进行解码，并向服务器PC 中的数据库注册该消息。
3.已注册主叫方标识(或信息)的用户如何解除服务
图7是一个流程图，显示了用于解除服务的消息。对应于流程图 图7，图8显示了解除服务的消息的格式。当客户希望终止主叫方标 识服务时，他或她利用他或她自己的终端向专用交换系统输入主叫方 标识注册功能代码和他或她的电话号码。然后，专用交换系统中的呼 叫处理器修改DBMS中的服务注册相关数据。数据修改后，呼叫处理 器控制下的DBMS通过服务器PC接口请求服务器PC发送服务解除 消息。因此，根据协议，服务器PC接口把解除消息从服务器PC传 输给消息处理器，消息处理器对所接收的解除消息进行解码，并且从 服务器数据库中删除解码后的消息。
4.已注册主叫方标识的用户如何改变服务
图9是一个流程图，显示了用于更改服务的消息。对应于流程图 图9，图10显示了服务更改消息的格式。当专用交换系统的操作者希 望修改主叫方标识服务的用户的部分信息时，该操作者通过作业维护 系统(OMS)可以进行这种修改。这种情况下，客户的电话号码被更 改，或客户本身被删除。服务更改，更明确地说就是对与主叫方标识 服务相关的客户信息的更改，通常可以通过OMS，即系统操作所必 须的PC来完成。首先，DBMS中的服务相关数据被修改，并向服务 器PC请求发送用于修改服务的消息。然后，服务器PC接口通过协议 向服务器PC发送修改消息。最后，服务器PC中的消息处理器对所接 收的修改消息进行解码并更新服务器数据库。
5.主叫方标识服务
图11是一个流程图，显示了用于主叫方服务呼叫/执行的消息。 当外部或内部用户请求该服务时，专用交换系统中的服务器PC接口 向服务器PC的消息处理器传输相关数据(0x07)，消息处理器向服 务器PC的应用服务器发送所接收的相关数据。另外，应用服务器把 相关数据从消息处理器传输到客户端PC应用程序，使得客户能够输 出或存储主叫方标识(或信息)。
对应于流程图图11，图12显示了服务呼叫/执行消息的格式。参 照图11和图12，流程图图13显示了提供主叫方标识的步骤。提供主 叫方信息服务的方法包括以下步骤：在专用交换系统中通过PSTN接 收主叫方发出的呼叫；通过呼叫处理器分析所接收的信息，判断主叫 方是否是请求主叫方标识服务的客户；对呼叫处理器请求的主叫方信 息呼叫消息进行解码，并在服务器PC的数据库中存储解码后的呼叫 消息；以及向客户输出所存储的呼叫消息。
当外部/内部用户作为主叫方拨出电话时，该呼叫通过PSTN 33 (S1401)被专用交换系统接收。安装在专用交换系统中的中继用户 适配器向呼叫处理器通报拨入的呼叫，并把所接收的数字信息(客户 电话号码)发送给呼叫处理器(S1402)。呼叫处理器分析所接收的 数字信息，并在专用交换系统的DBMS中搜寻，验证所分析的客户电 话号码是否属于已注册了主叫方标识服务的用户(S1403)。按照一 般规划或批准的程序寻找出主叫方标识信息，因此主叫方标识服务得 到实施。客户端适配器产生电话响铃消息和输出主叫方号码的消息(仅 限于数字用户和安装了LCD的终端)，同时，该适配器向服务器PC 接口请求发送服务呼叫消息。另外，客户端适配器根据从呼叫处理器 接收到的消息向客户响铃，并向终端输出主叫号码。同样，服务器PC 接口根据呼叫协议(图11)向服务器PC的消息处理器发送呼叫处理 器所请求的服务呼叫消息(s1404到1406)。
消息处理器对所接收的呼叫消息进行解码，并在服务器PC、服 务器系统的数据库中存储解码后的呼叫消息。同时，为通报服务已被 执行，解码后的内容被发往应用服务器(S1407)。然后，服务器PC 的数据库存储关于服务执行情况的信息。应用服务器检查作为服务执 行对象的用户是否正处于登录状态，以及连接是否正常，根据预定的 执行协议，应用服务器向客户端PC的应用程序发送服务执行消息 (s1408)。客户端PC中运行的应用程序以自备格式输出从服务器接 收到的服务执行消息。若需要客户所请求的信息，应用程序能够请求 应用服务器发送相应的信息(s1409)。
本发明的实施例中，applet输出是在网络浏览器的基础上运行的 程序。其使用HTTP系统，并主要与服务器PC的网络服务器连接。 连接在网络服务器上的applet向应用服务器通报它的存在，并获得相 应的窗口。这种情况下，根据来自应用服务器的服务执行消息，applet 仅向客户输出主叫标识信息。另外，当客户希望获得关于从客户端PC 呼叫自己的主叫标识的信息，并连接到服务器PC上时，使用网络浏 览器。与网络服务器不同，网络浏览器由HTTP系统操作。客户根据 配置网络服务器的服务格式能够查阅或修改数据。
本发明实施例涉及的设备包括：专用交换系统，其连接到公共电 话交换网络(PSTN)；服务器PC，其连接到专用交换系统，用于接 收和管理信息；以及客户端设备，其连接到专用交换系统或服务器PC， 用于从服务器PC接收主叫方信息。
本发明的实施例涉及包含以下步骤的方法：在专用交换系统中通 过PSTN从主叫方接收呼叫；在呼叫处理器中分析该呼叫，并判断该 主叫方是否注册了主叫方标识服务；对呼叫处理器所请求的主叫方信 息呼叫消息进行解码，并在服务器系统的数据库中存储该消息；以及 向客户输出呼叫消息。
因此，根据本发明，通过使用他或她自己的个人计算机(PC)， 任何拥有模拟终端的用户都能够享用主叫方标识服务，而不必仅为了 一个主叫号码而购买昂贵的数字电话机。另外，因为专用交换系统不 再需要存储涉及主叫号码的信息，本发明改善了专用交换系统的整体 性能。本发明不仅提供主叫号码，还提供其它信息，例如，主叫方进 行呼叫的日期或时间。另外，服务器PC能够存储多个由客户管理的 主叫号码。
上述的实施例和优点仅仅是示例性的，并不对本发明构成限制。 本发明可以容易地应用于其它类型的装置。本发明的说明书是用于进 行说明，不限制权利要求的范围。对于本领域的技术人员，很显然可 以有很多的替换、改进和变化。