在非结构化通信网络中用户位置进行实时用户记账

本发明涉及用于实时用户记账的系统和方法。具体地说，本发明 涉及在非结构化通信网络中用户位置处进行实时用户记账的系统和 方法。

存在有多种用于为诸如电话、付费收视电视、因特网、水、煤气 等服务而向用户记账的方法。最普通的方法是因这种服务每月要给用 户开帐单。在根据使用情况记帐时，通常是在使用了服务之后记帐。 利用记帐系统来收集使用信息，根据使用信息来计算出要加以记帐的 量，并且，每月将帐单打印且发送给用户。

一般，通过将详细使用记录(DUR)存储进对用户使用情况进 行监视的设备中的临时存储器存储单元内而收集使用信息。在电话系 统中，DUR存储器通常位于与用户专用线路直接相连的终端局内的 交换机处。在因特网环境中，DUR存储器一般位于服务器的位置处 或位于服务提供商处。在付费收视电视系统中，DUR存储器一般位 于用户的位置处。

DUR包括计算特定通信会话的费用所需的所有信息。例如，在 电话记帐系统中，DUR被称为通话细节记录(CDR)。CDR一 般包括进行呼叫的用户的电话号码、所呼叫的电话号码、通话的时间 以及通话持续时间。在付费收视电视系统中，DUR一般包括预订节 目的用户的标识号以及用于所预订的节目的节目标识号。一般地说， 根据DUR存储器的大小和业务的不同，记帐系统从DUR存储器中 检索出DUR。然后，记帐系统将记帐算法应用于DUR上，以计算 用户的使用费用。设备租用费、每月地定额费、税费等由记帐系统来 计算并加到使用费中。然后，将总帐单打印成清单并寄给用户。

用户仅能在接收到打印的清单时看到所累积的费用。这对用户来 说通常在付账时会出现问题，因为，费用可能要比预料的大。如果用 户不能及时付账，则服务提供商就会努力与用户联系以试图使账单得 以支付。如果未支付账单，则服务提供商最终会切断这种服务。这一 过程通常会花费数月时间，并且，帐单通常会积累至用户不能够支付 得起去保持这种服务的程度。

另一种通常的记帐方法是多重测量。通常在电话系统中使用的这 种方法用多重测量脉冲根据使用情况计算费用。依照这种方法，在打 电话的过程中，按有规律的间隔生成表示使用费用的脉冲。每个多项 测量脉冲的值都是相同的，但生成脉冲的定时随打电话的费用而变。 例如，如果每个脉冲表示＄0．10且本地话费为每三分钟＄0．10，则每三 分钟产生一个脉冲。如果国内长途费是一分钟＄1．00，则每六秒钟产 生一个表示＄0．10的脉冲。如果国际长途费是一分钟＄4．00，则每1．5 秒产生表示＄0．10的脉冲。对所述脉冲进行检测、计数并用这些脉冲 来计算使用费用。授予Kamil的US专利4868873号给出了多 重测量脉冲的一个实例。

就商务和私人电话而言，一般以听不见的方式将多重脉冲传给电 话并在与电话相连的显示器上显示给通话人。这就能使得通话人能随 打电话的进程而确定费用的累积情况。

在公用电话中使用多重测量脉冲时，通话人一般将钱存入电话机 中，并将所存入的总金额值显示在与电话相连的显示器上。另外，通 话人可将聪明卡(smart card)或带有预付款的存储卡插进电话上的 阅读器或者拨打卡上所标明的号码，并且，卡上的余额可被显示到显 示器上。随着通话的进行，所显示的余额会按每个脉冲的费用递减。 例如，如果用户在电话中存入＄1．00并拨打每三分钟费用为＄1．00的 本地电话且每三分钟产生表示＄0．10的脉冲，那么，所显示的余额就 每三分钟减少＄0．10。在这个实例中，用户可在脉冲使存款变成零之 前交谈三十分钟。

另一种类型的记帐方法是预付费电话服务，授予Kamil的US专 利第476275号中公开这种方法的一个实例。依照这种方法，用 户向服务提供商付款或者授权将预付款记到他或她的信用卡上。由服 务提供商将预付款记入用户的帐户。为了接入这种服务，用户拔打服 务提供商或特定交换机的号码并键入诸如个人识别号(PIN)之类 的标识码。需要检查用户的帐户，如果该帐户有良好的信誉，则向用 户提供拨打长途电话的拨号音和帐户余额。记帐系统随通话的进行而 减少用户的余额。

授予Block的US专利第4484217号提出了另一种方法。 该专利公开了用于对付费收视电视进行记帐的方法，其中，将存款信 息存储在用户位置处。根据所存储的存款信息与包含在电视节目传输 信号中的费用信号的比较结果来使得用户接入电视节目传输。

所有这些记帐方法的问题是，账单的计算是在用户的标准网络通 信路由路径之外的远程位置处进行。也就是说，必须将使用信息发送 给用户的标准网络通信路由路径之外的诸如服务提供商或专用交换 机之类的实体。服务提供商或专用交换机计算帐单然后将记帐的费用 返回给用户。使记帐信息发送至和发送自用户的标准网络通信路由路 径之外的实体是耗时的并且是昂贵的。

此外，在非结构化的通信系统(即，没有任何中央控制／监控设 备的通信系统)中，无法监视用户的活动，从而无法进行记帐、进行 管理或控制资源。所以，需要能监视非结构化通信网络中的用户的活 动。

发明概要

本发明的一个目的是提供一种实时的用户记帐系统，它可在非结 构化通信网络中用户位置处计算预定服务的费用。

本发明的另一个目的是提供一种实时的用户记帐系统，它可根据 用户的可用存款余额来授权服务。

本发明的再一个目的是在非结构化通信网络中用户位置处监视 用户的活动。

本发明的又一个目的是简化用户付款手续并可在任何时候都能 向用户提供与他或她可用存款余额有关的信息。

本发明的还一个目的是使得用户能通过他或她的帐户为所购买 或记帐的其它产品或服务付款。

本发明的另一个目的是使得用户能对被授权将服务或产品记帐 到他或她帐户上的人进行控制。

依照本发明，一种用于在非结构化通信网络中用户位置处进行实 时用户记账的系统和方法能达到上述和其它目的。将用于至少一个用 户的账户余额和服务信息存储在用户位置处。根据用户位置处所存储 的帐户信息来判断用户是否有用于预定服务的足够存款余额。根据这 种判断来授权或拒绝对用户服务。可将诸如帐户记账和服务历史、目 前的信用级别、目前的存款量、服务授权情况、资费率等其它帐户信 息存储在服务提供商处。服务提供商可用这种帐户信息来监视用户的 服务记录并相应地更新提供给用户的服务。

附图简述

通过连同附图阅读以下详细说明，可以更容易地理解本发明的上 述和其它目的、特征和优点，在附图中：

图1a说明了依照本发明第一个方面的用于进行实时用户记帐 的示例性系统；

图1b说明了依照本发明一个实施例的示例性信道记账监视 器。

图1c说明了依照本发明第一个方面的用于进行实时用户记帐 的网络路由设备。

图2a-2d说明了依照本发明第一实施例的用于进行实时用 户记帐的中央局交换机；

图3a-3d说明了依照本发明第二实施例的用于进行实时用 户记帐的中央局串联交换机；

图4a-4d说明了依照本发明第三实施例的用于进行实时用 户记帐的网络；

图5a-5d说明了依照本发明第四实施例的与蜂窝／无线系 统相连的用于进行实时用户记帐的中央局交换机；

图6a-6h说明了依照本发明第五实施例的用于进行实时用 户记帐的远程呼叫系统；

图7说明了依照本发明的用于启动通信警告消息的示例性例 程；

图8说明了依照本发明的示例性实时计费例程；

图9说明了依照本发明的示例性实时警告消息例程；

图10说明了依照本发明的示例性服务改变例程；

图11说明了依照本发明第二个方面的用于进行实时用户记帐 的示例性系统；以及

图12a和12b说明了依照本发明第六实施例的在非结构化 通信网络用户位置处进行实时用户记帐的示例性系统。

详细说明

为便于理解，参照电话网络对以下实施例进行说明。但是，本技 术的专家应该认识到，本发明并不局限于电话网络，而是可应用于任 何的用户系统。

图1a说明了依照本发明第一个方面的用于进行实时用户记帐 的示例性系统。在图1a中，具有用标号10表示的四个用户Sub． 1、Sub．n、Sub．1R和Sub．nR。用户10例如可以是 标准的电话网络用户。用户Sub．1和Sub．n表示始发呼叫用 户，Sub．1R和Sub．nR表示接收呼叫用户。尽管示出了四个 用户，本技术的专家应该认识到本发明第一个方面的实时记账系统可 适用于任何数量的用户。

信道记帐监视器20和网络路由设备30设置在用户10的标 准网络路由路径内。也就是说，信道记帐监视器20和网络路由设备 30设置在将通话用户Sub．1和Sub．n与接收呼叫用户Su b．1R和Sub．nR连接起来的路径内。正如图1a中虚线所示 的那样，信道记帐监视器20可位于用户位置处或位于网络路由设备 30处。另外，信道记帐监视器20可在通话用户与接收呼叫用户之 间沿标准网络路由路径独立地设置在任何位置。

信道记帐监视器20检测费用信号，费用信号表示在打电话过程 中产生的预定费用或在打电话时经过的时间。费用信号可由网络路由 设备30或计费处理器40来生成。可例如用诸如图1b所示的能检 测并计算费用信号的装置来实现上述信道记帐监视器。

参照图1b，信道记帐监视器20与Sub．n和网络路由设备 30相连。信道记帐监视器20包括：一放大器22，它用于放大来 自Sub．n的信号；一过滤器23，它用于过滤上述信号；一脉冲 检测器24，它用于检测费用信号；以及，一脉冲计数器25，它用 于对检测到的费用信号进行计数。将费用信号的计数值传给微处理器 27a并与存储在存储器28b内的用户帐户信息相比较，以确定将 什么样的服务提供给用户。微处理器28a通过数据端口29与处理 器60(图1c所示)相通信，以更新用户的帐户信息。

信道记帐监视器20还包括一延时开关21，它根据微处理器2 8a的指令由延时驱动器27进行驱动。例如，如果用户不具有适当 的可用余额，则微处理器28a指令延时驱动器27去打开开关2 1，以断开与Sub．n的连接。就诸如紧急呼叫或呼叫服务提供商 之类的某些呼叫而言，微处理器28a可指令延时驱动器27去闭合 开关21并与Sub．n相连。

信道记帐监视器还包括一声音检测器26，它例如检测Sub． n所拨号的拨号音并将这些声音传给微处理器28a。

网络路由设备30将来自通话用户的呼叫传给接收呼叫用户。可 根据网络路由设备30在网络路由路径中的位置用例如中央局交换 机、终端局交换机或串联交换机来实现网络路由设备30。参照图2 a、c、3a、c、4a、c、5a、c和6a、c，说明了网络路 由设备的具体实例。

如图1a所示，可在网络路由设备30之间使用共用信道信号装 置(CCS)。这就能在不影响声音通路的情况下于呼叫过程中发送 和接收数据。

可在信道记帐监视器20、网络路由设备30或在用户位置处进 行实时记帐处理。就在信道记帐监视器20中进行的实时记帐处理而 言，可以对所生成的费用信号的数量或经过的时间进行检测、计算并 将其与所存储的用户帐户信息作比较，以确定将什么样的服务提供给 用户。就在网络路由设备30中或在用户位置处进行的实时记帐处理 而言，可以在网络路由设备30中或在用户位置处用信道计帐监视器 来检测所生成的费用信号的数量或经过的时间。然后对费用信号的数 量或经过的时间进行计算并将其与所存储的用户帐户信息作比较，以 确定将什么样的服务提供给用户。

可在通话用户处、接收呼叫用户处或者在这两者处进行用户位置 处的实时记帐处理。例如，如果要将电话费记到通话用户的帐上，则 在通话用户处进行实时记帐处理。如果要将电话费记到接收呼叫用户 的帐上，例如就受话人付费电话而言，则在接收呼叫用户处进行实时 记帐处理。还存在有这样的情况，其中，通话用户与接收呼叫用户分 摊电话费，在这种情况下，在各个参与通话的用户处进行实时记帐处 理。

还可在计费处理器40处进行实时记帐处理。例如，如果要在现 有的不具有实时记帐能力的标准网络设备中实现实时记帐，就希望能 这样做。就在计费处理器40处进行的实时记帐处理而言，所生成的 费用信号的数量或经过的时间由信道记帐监视器20来检测并被传 给计费处理器40。计费处理器40对所生成的费用信号的数量或经 过的时间进行计算，并根据费用信号的计算数量或经过的时间与所存 储的用户帐户信息的比较结果来确定提供什么样的服务。用户帐户信 息可存诸在计费处理器40内或存储在用户位置、信道记帐监视器2 0或网络路由设备30处。可例如用一微处理器来实现计费处理器4 0。

对用户付费进行管理的商务管理系统50可周期性或在任何时 间更新所存储的用户帐户信息。按照用户帐户信息所存储的位置的不 同以及进行实时记帐处理的位置的不同，可定期地或在每次通话结束 时将通话费用和用户帐户信息从信道记帐监视器20、网络路由设备 30、用户位置或计费处理器40传给商务管理系统50。商务管理 系统50使用户的付费与通话费用相一致并将这一信息传给用于对 用户帐户进行更新的信道记帐监视器20、网络路由设备30、用户 位置或计费处理器40。

按照进行实时记帐处理的位置的不同，图1a中所示的所有部件 都不是必需的。例如，如果在信道记帐监视器20、网络路由设备3 0内或在用户位置处进行实时记帐处理，那么，计费处理器40就不 是必需的。还有，信道记帐监视器20仅在检测到费用信号或经过的 时间的那些位置处(例如在用户位置、网络路由设备30或在两者之 间的网络路由路径的位置处)才是必需的。在所有这些位置处都不需 要有信道记帐监视器。图1a为方便说明起见仅示出了各种不同位置 处的信道记帐监视器。

图1c详细说明了本发明第一个方面的用于进行实时用户记帐 的示例性网络路由设备。如图1c中的虚线所示，网络路由设备30 连在用标号10表示的用户Sub．A和Sub．B之间。网络路由设 备30还连接于外部记帐管理系统50。为便于说明起见，图1c所 示的网络路由设备30执行所有的实时记帐处理，而无需连接于图1 a所示的费用处理器40。

参照图1c，网络路由设备30包括处理器60，它进行实时记 帐计算。可例如用微处理器来实现处理器60。

网络路由设备30还包括存储器70，它用于存储与用户及服务 相关的信息。可将存储器70分成四个子存储器：通信控制存储器7 2、记帐数据存储器74、价格表存储器76以及详细使用情况记录 存储器78。通信控制存储器72存储有与用户状态有关的信息，例 如包括用户处于挂机状态还是摘机状态以及所呼叫的电话号码和其 它信息。记帐数据存储器74存储有与用户可用存款余额有关的信 息。价格表存储器76存储有与各种服务的费用即价格表以及税费和 定额费率有关的信息。详细使用情况记录存储器78存储有与通话费 用有关的详细信息。尽管为便于说明起见示出为四个子存储器，但这 些子存储器可合并成更少或分成更多。

依照本发明的一个方面，处理器60根据费用信号计数与用户可 用的存款余额的比较结果来确定向用户提供什么样的服务。在向用户 收费的通话正在进行时，就按固定的时间间隔来产生费用信号例如定 时脉冲。费用信号可例如由处理器60来产生。每个费用信号都表示 预定的费用量。称为脉冲速率的脉冲之间的时间取决于电话呼叫的目 的地或者在受话方付费的情况下取决于电话呼叫地以及诸如带宽之 类的其它通话特征。脉冲率可例如由价格表来形成，而价格表则可通 过将价格表信息从例如中央局交换机下载到价格表存储器76内而 周期性地改变。

信道记帐监视器(未示出)检测所说的脉冲，并且，处理器60 对从通话开始到通话结束产生的脉冲数进行计数。例如，处理器60 从结束脉冲数中扣除开始的脉冲数或者加上所生成的脉冲数。就安全 而言，所说的计数从第一次通话开始是连续的，永不将脉冲数重置为 零。这就避免了在帐户用完之前以欺骗的方式将用户帐户重置为零。 另外，可通过从使用的脉冲总数中扣除付费的脉冲数，可以重置脉冲 的计数值。

用存储在记帐数据存储器74中的脉冲使用限制(PUL)和脉 冲使用信用(PUC)来表示用户的可用的存储余额。PUL和PU C可被表示为多个脉冲，PUL表示用户付出存款，PUC表示为用 户形成的信用限制。可将处理器60编程为能对所生成的脉冲数量与 PUL或PUC作连续比较或者对于通话过程中生成的每个脉冲都 使PUL或PUC递减一个脉冲。

可用本地货币值来形成使用限制或信用限制，而不是用预定值的 脉冲去形成使用限制或信用限制。例如，对每个用户来说，可将用户 使用限制(SUL)和用户信用限制(SCL)存储在记帐数据存储 器74内。除SUL和SCL用本地货币而不是多个脉冲来表示以 外，SUL和SCL分别类似于PUL和PUL。对通话过程中的每 个脉冲而言，可按与PUL或PUC相同的方式来确定SUL和SC L。

PUC／SCL的数量可超过PUL／SUL的数量。因此，如 果用户具有授权的PUL／SCL，则可授权用户按PUC／SCL 的量而超过PUL／SUL。

在使用量等于PUL／SUL或PUC／SCL时，就可改变提 供给用户的服务类别(COS)。可例如根据针对各个用户或用户类 别的预定服务提供商的政策来自动地改变COS。也就是说，可根据 预定服务提供商的政策来改变COS。例如，在所使用的脉冲等于P UL／SUL或PUC／SUC时，处理器60可阻止任何种类的入 或出呼叫、允许入呼叫并阻止出呼叫，或者允许本地出呼叫但阻止入 呼叫和长途出呼叫。

另外，可在使用量与PUL／SUL或PUC／SUC之差达到 预定量时改变COS。COS还可与提供给特定用户或用户类别的特 定奖励或折扣相联系。这可以包括大量使用或使用多种服务等的折 扣。例如，在给定的时间内达到一定的使用程度时，就可给用户记帐 率以一定的折扣。

依照本发明的另一个方面，处理器60可计算通话中经过的时间 并据此来确定将COS提供给用户，而不是将费用信号检测和计算作 为确定将什么样的服务提供给用户的基础。

处理器60在通话过程中实时地计算通话费用，以便将通话的持 续时间应用于存储在价格表存储器76中的价格表的适当的部分。然 后，将通话的费用作为DUR存储在DUR存储器76内。就电话通 话而言，通话费用作为CDR被存储起来，CDR包括所呼叫的号 码、通话持续时间、通话费用以及用户或服务提供商所希望的任何这 类其它信息。

商务管理系统50可将用户通过数据端口55所进行的付费通 知给处理器60。处理器60以费用量来更新用户的帐户。处理器6 0还以定额费(例如设备月租费)来更新用户帐户并从用户的帐户余 额中减去这些费用。如果用户在预定的时间内还未付费，则商务管理 系统50就指令处理器60去取消用户服务。

网络路由设备30还包括：系统路由设备80，它用于在用户S ub．A与Sub．B之间传送呼叫；终端报警生成器82，它用于生 成振铃信号以警示受话用话摘机；以及，信号检测器／解码器84， 它们用于检测通话用户何时摘机以及所拨呼的号码并将这些信息提 供给处理器60。例如，当Sub．A拔叫Sub．B时，检测器／解 码器A就能检测到这一点，检测器／解码器A还检测所呼叫的电话号 码。检测器／解码器A将包括用户号码、所呼叫的号码、记费率及通 话起始时间在内的信息传给处理器60。处理器60判断将什么样的 服务提供给用户并根据例如存储在记帐数据存储器74中的用户可 用存款余额来计算出对用户来说是可以使用的联机时间。

对于向Sub．A收费的通话，要检查Sub．A的存款余额。如 果处理器60判断出Sub．A有足以与Sub．B进行通话的可用 存款余额，则处理器60就指示通信进程消息生成器65去生成一诸 如拨号音或出错消息之类的适当消息。通过系统路由设备80将这一 消息传给Sub．A。

处理器60还指示终端报警生成器B去生成一传给Sub．B的 振铃信号。终端报警生成器的状态可例如存储在通信控制存储器72 内。然后由系统路由设备80将呼叫从Sub．A传给Sub．B。

随着通话的进行，处理器60根据存储在价格表存储器76中的 价格表按适当的间隔减少用户的存储余额。例如，头三分钟可以是一 种费用，以后每分钟或每分钟的一部分可以是另外的费用。

信号检测／解码器84将通话结束时间通知给处理器60。根据 是在达到Sub．A存款余额之前还是在之后结束通话，进行下述过 程。如果将在达到Sub．A可用存款余额之前结束了通话通知给处 理器60，则处理器60计算通话的费用并从余下的存款余额中扣掉 计算出来的费用。如果在将通话结束通知给处理器60之前达到了S ub．A的可用存款余额，则处理器60就发出指令去结束通话。

存在有将费用通知给用户的多种方式。例如，在通话过程中减少 存款额或余下的信用限制时，可通过音频声音或数字声音信号将余下 的存款余额通知给用户。可将表示特定存款余额例如剩10美元存款 余额、剩5美元存款余额、剩2美元存款余额或剩一分钟的一系列声 音传给用户。也可以在切断通话之前用数字声音信号去通知用户剩余 存款存额的值或剩余时间。

另外，或者，除警告音或声音之外，可在电话键盘上设置一按钮， 用户按下该按钮以便在附属显示器上显示出剩余时间量、用户存款余 额值或累积至当前的费用量。可例如用LCD、LED、CRT、等 离子显示器或与电话相连的其它可视显示器来实现上述附属显示 器。

将累积到当前的费用或剩余的存款余额通知给用户的另一种方 式是按下电话键盘上的预定序列的按钮，包括诸如PIN之类的标识 信息。然后，使用户与声音响应系统(VRS)相连。响应来自VR S的数字声音提示，用户可识别预定的信息。VRS可根据用户的请 求提供用户存款余额的值或通话费用的列表。

还可按要求通过传真将累积到当前的费用通知给用户。用户可拨 打电话键盘上预定序列号码(包括诸如PIN之类的识别号码)。如 果从传真机上拨号，则用户可仅按下启动键，从而从DUR存储器7 8中检索出自最后一次记帐以来的付费通话列表，并将该列表传给用 户的传真机。如果用户从电话而不是从传真机进行呼叫，就提示他或 她输入要将帐单传给的传真机号码。在处理器60所确定的时间周期 内向用户提供传真帐单。例如，如果处理器60允许的话，可在用户 在线时发送传真帐单。如果否的话，则在一个小时或二十四小时之后 发送传真帐单，这取决于系统的能力。VRS可将发送传真帐单的适 当时间通知给用户。

用户可以选择得到存储在传真帐单中的记帐通话。例如，用户可 键入两个数码，这两个数码可用作分类代码。可在拨打的号码序列结 束时的特定声音之后或通过按下诸如“*”之类的预定键再按下所述 两位数字代码，于是可输入这两个数码。

也可例如通过商务管理系统50用打印出的清单将费用通知给 用户。打印的清单可用作书面的确认并周期地或在用户请求时寄给用 户。

图1c中，在网络路由设备30中进行实时记帐处理。依照本发 明的第一实施例，可由用户所连接到的中央局交换机来实现该网络路 由设备。图2a说明了中央局(CO)交换机100，其中，可依照 上述第一实施例来进行实时用户记帐。在图2a中，CO交换机10 0通过用户专用线路210与用户200相连。CO交换机100向 用户200提供电话服务。尽管图2a中仅示出了一个用户，但可以 有任何数量的用户与CO交换机100相连。在图2a中，在包括在 CO交换机100内的中心处理器(CPU)100中进行实时记帐 处理。

图2b是一流程图，它说明了图2a所示的CO交换机执行的示 例性实时记帐过程。如图2b所示，该过程始于步骤2000，在该 步骤中，当一个具有预付押金或信用限制的用户摘机时，于是CO交 换机100就去检验用户记录，用户记录包括用户的电话号码、CO S、用户可用的存款余额等等。

然后，在步骤2010内，CO交换机100运行参照图7所述 的通信警告消息例程(CWMR)，以便将摘机警告消息传给用户。 在步骤2020中，CO交换机100将用户所拨打的电话号码存储 到例如通信控制存储器72内。

在步骤2030中，CO交换机100运行参照图8所述的实时 计费例程(RTCR)。在步骤2040中，根据RTCR来判断用 户是否有足够的可用存款余额或者同意用户超支。如果否，则过程前 进至步骤2050，在该步骤中，CO交换机100拒绝电话呼叫。 所述过程从步骤2050前进行至步骤2060，在该步骤中，CO 交换机100执行参照图9所述的实时警告消息例程(RTWMR) 并将一警告传给用户。如果用户挂机，则RTWMR结束。否则，R TWMR继续，直至消息结束。然后，所述过程终止于步骤2140。

如果在步骤2040中判断出了用户有足够的可用存款余额或 允许超支，则所述过程前进至步骤2070，在该步骤中，CO交换 机100对呼叫进行处理。在步骤2080中，CO交换机100判 断所拨叫的号码是否进行了应答。如果否，所述过程前进至步骤20 90，在该步骤中，判断是否例如因为呼叫的用户已经挂机而结束了 呼叫尝试。

如果在步骤2080中CO交换机100判断出了被拨叫的号 码己经应答，则CO交换机在步骤2100中再次立即运行RTC R，因此，可以实时地进行计费。在步骤2110中，判断是否因为 根据RTCR用户不具有足够的存款余额或未被同意超支以继续进 行通话而调用了通话断开例程。如果未调用通话断开例程，则所述过 程前进至步骤2120。

在步骤2120中，CO交换机100判断是否例如因一方挂机 而结束了通话。如果未结束通话，则所述过程返回至步骤2100。 如果在步骤2110中调用了通话断开例程、在步骤2120中判断 出通话已结束、或在步骤2090中判断出通话尝试已结束，则所述 过程前进至步骤2130。

在步骤2130中，CO交换机100断开通话，用通话的最终 费用值来更新用户记录并创建通话的最终CDR。然后，所述过程前 进至步骤2140，所述过程在该步骤中结束。

在图2a中，在CPU110中进行实时记帐处理，CPU11 0进行实时记帐计算并包括RTCR和用户的帐户存款余额。另外， 可在应用程序中央处理器(Apps．CPU)300中进行实时记 帐处理，应用程序中央处理器(Apps．CPU)300通过交换 机接口310与CO交换机100相连，如图2c所示。在这种情况 下，RTCR和用户的帐户存款余额存储在Apps．CPU300 内。

图2d示出了图2c中所示的CO交换机结构中执行的实时记 帐过程。图2d中的流程类似于图2b中的流程。在图2d中，所述 过程始于步骤2005，在该步骤中，用户摘机，并且，CO交换机 100将用户ID即用户的电话号码通知给Apps．CPU30 0。

然后，在步骤2015中，Apps．CPU300指令CO交 换机100启动CWMR以发出摘机警告消息。在步骤2025中， CO交换机100将所拔打的电话号码存储起来并将该号码连同用 户ID再次传给Apps．CPU300。在步骤2035中，Ap ps．CPU运行用于用户ID的RTCR。在步骤2040中，根 据RTCR判断用户是否有足够的可用存款余额或同意用户超支通 话。如果否，则所述过程前进至步骤2055，在该步骤中，App s．CPU300指令CO交换机拒绝通话并开始RTWMR．CO 交换机100拒绝用户通话，并且，所述过程前进至步骤2140， 所述过程在该步骤中结束。

如果在步骤2040中判断出用户有足够的可用存款余额或允 许用户超支，则所述过程前进至步骤2065，在该步骤中，App s．CPU300授权CO交换机100处理通话。在步骤2075 中，CO交换机100对通话进行处理并将应答状态通知给Apps． CPU300。

在步骤2080中，CO交换机100判断所呼叫的号码是否已 应答。如果所呼叫的号码未作应答，则所述过程前进至步骤209 0，在该步骤中，判断是否己结束了呼叫尝试。如果呼叫尝试未结束， 则所述过程返回至步骤208O。

如果在步骤2080中CO交换机100判断出被呼叫的号码 进行了应答，则所述过程前进至步骤2105，在步骤2105中， CO交换机就将通话应答通知给Apps．CPU300，并且，A pps．CPU再次立即运行RTCR，因此，可以实时地进行所有 的记费。然后，在步骤2110中，根据RTCR判断是否已调用了 通话断开例程。如果尚未调用通话断开例程，则所述过程前进至步骤 2120，在该步骤中，CO交换机100判断通话是否已结束。如 果通话未结束，则所述过程返回至步骤2105。

如果在步骤2110中调用了通话断开例程或在步骤2120 中CO交换机100判断出通话已结束或在步骤2090判断出呼 叫尝试已经结束，则所述过程前进至步骤2135。在步骤2135 中，CO交换机100断开通话并将断开时间通知给Apps．CP U300，因此，Apps．CPU可用最终费用值更新用户记录并 创建用于通话的CDR。所述过程从步骤2135前进至步骤214 0，所述过程在该步骤中结束。

在上述实施例中，在中央局交换机中或在与向用户提供电话服务 的中央局交换机相连的处理器中进行实时记帐处理。还可在不直接与 用户专用线路或干线相连的交换机中进行实时记帐处理。例如在CO 交换机不能进行实时记帐处理的网络中希望能够这样。在这种情况 下，依照本发明的第二实施例，可在串联CO交换机中进行实时记帐 处理，所述串联CO交换机与向用户提供电话服务的终端局相连。

图3a示出了一串联中央局交换台，其中，可依照本发明的第二 实施例进行实时记帐系统处理。在图3a中，串联CO交换台120 与终端局CO交换机105相连，终端局CO交换机105则向用户 200提供电话服务。在可包括在串联CO交换机120中的CPU 130内进行实时记帐处理。串联CO交换机120通过标准的中央 局干线140与终端局CO交换机105相连。串联CO交换机12 0与终端局CO交换机105之间的这种连接可包括任何发信令的 方法，这些方法能提供诸如形成通话、断开通话、主叫和被叫号码标 识等之类的标准局际通话处理信息。包括终端局交换机和串联交换机 在内的CO交换机之间的信息传输协议可以是任何一种标准的交换 机协议，包括但不限于SS-7、R-2、R-1．5或R-1。

用户200是指虚拟用户。除了为了确定主叫方、因而串联CO 交换机120要查询终端局开关CO105在其上传送呼叫的输入 网络干线140以外，按与直接相连的用户完全相同的方式来处理虚 拟用户。一旦确定了主叫方，串联CO交换机120就按与上述完全 相同的方式处理所说的过程。COS限制不包括在终端局交换机上于 两个用户之间进行交换的本地通话。

图3b是一流程图，它说明了图3a中所示的串联中央局交换机 所执行的示例性实时记帐处理过程。参照图3b，所述过程始于步骤 3000，在该步骤中，将来自终端局CO交换机105的局际干线 入呼叫通知给串联CO交换机120。在步骤3010中，串联CO 交换机120接收从终端局CO交换机105拨打的电话号码，请求 并接收主叫用户的号码并检查用于主叫用户的虚拟用户记录(VSU B)。VSUB包含诸如帐户存款余额、信用信息、服务类别、通话 记录等之类的与用户200有关的信息。VSUB可例如存储在串联 CO交换机120的记帐数据存储器74内。

在步骤3020中，串联CO交换机120执行用于VSUB的 RTCR。在步骤3030中，串联CO交换机120根据RTCR 判断对于VSUB而言是否有足够的存款余额或允许超支。如果否， 则在步骤3040中串联CO交换机120拒绝通话。所述过程从该 步骤前进至步骤3120，所述过程在步骤3120中结束。

如果在步骤3030中判断出有足够的存款余额或允许超支，则 所述过程前进至步骤3050。在步骤3050中，串联CO交换机 120对通话进行处理。在步骤3060中，串联CO交换机120 判断所拨叫的号码是否应答。如果所拨叫的号码没有应答，则所述过 程前进至3070，在步骤3070中，串联CO交换机120判断 呼叫的尝试是否已结束。若呼叫尝试未结束，则所述过程返回至步骤 3060。

如果在步骤3060中串联CO交换机120判断出所呼叫的 号码已应答，则所述过程前进至步骤3080，在步骤3080中， 再次立即运行RTCR，因此，可实时地进行计费。在步骤3090 中，判断是否由于根据RTCR所述VSUB不允许继续进行通话因 而调用了通话断开例程。如果未调用通话断开例程，则所述过程前进 至步骤3100。在步骤3100中，串联CO交换机120判断通 话是否结束。如果通话未结束，则所述过程返回至步骤3080。

从步骤3090中业已调用了通话断开例程的判断、从步骤31 00中通话业已结束的判断、或从步骤3070中呼叫尝试业已结束 的判断，所述过程前进至步骤3110。在步骤3110中，串联C O交换机120断开通话，用最终的费用值来更新VSUB记录，并 创建用于通话的CDR。所述过程从步骤3110前进至步骤312 0，在该步骤中所述过程结束。

在图3a中，在CPU130内进行实时记帐处理，在此CPU 130执行实时记帐计算并包括RTCR和用户帐户存款余额。另 外，可在Apps．CPU300中执行实时记帐处理，Apps．C PU300通过交换机接口310与串联CO交换机120相连，如 图3c所示。在这种情况下，RTCR和用户帐户存款余额均存储在 Apps．CPU300内。

作为流程图，图3d示出了图3c所示的串联CO交换机结构内 执行的示例性实时记帐过程。图3d中的流程与图3b中的流程相类 似。在图3d中，所述过程始于步骤3000，在该步骤中，将来自 终端局CO交换机105的局际干线入呼叫通知给串联CO交换机 120。

在步骤3015中，串联CO交换机120接收从终端局CO交 换机105拨打的电话号码，请求并接收呼叫用户的号码，并将这一 信息传给Apps．CPU300。Apps．CPU300检查用于 呼叫用户的VSUB，可将VSUB编程进入Apps．CPU中。

在步骤3025中，Apps．CPU300执行用于VSUB 的RTCR。在步骤3035中，根据RTCR判断对于VSUB而 言是否有足够的存款余额或允许超支。如果否，则所述过程前进至步 骤3045，在步骤3045中，Apps．CPU300指令串联 CO交换机120拒绝通话。

如果在步骤3035中对于VSUB而言判断出有足够的可用 存款余额或允许超支，则所述过程前进至步骤3055，在步骤30 55中，Apps．CPU300授权串联CO交换机120对通话 进行处理。串联CO交换机120对通话进行处理并将应答状态通知 给Apps．CPU300。

然后，在步骤3060中，串联CO交换机120判断所呼叫的 号码是否应答。如果所呼叫的号码没有应答，则所述过程前进至30 70，在步骤3070中，串联CO交换机120判断呼叫的尝试是 否已结束。若呼叫尝试未结束，则所述过程返回至步骤3060。

如果在步骤3060中串联CO交换机120判断所呼叫的号 码已应答，则所述过程前进至步骤3085，在步骤3085中，串 联CO交换机120将所呼叫的号码已经应答通知给Apps．CP U300，并且，Apps．CPU300再次立即运行RTCR， 因此，可实时地进行所有的计费。

然后，在步骤3090中，判断Apps．CPU300是否由 于根据RTCR所述VSUB不允许继续进行通话因而调用了通话 断开例程。如果未调用通话断开例程，则所述过程前进至步骤310 0。

在步骤3100中，串联CO交换机120判断通话是否结束。 如果通话未结束，则所述过程返回至步骤3085。从步骤3045 或者若步骤3090中业已判断出调用了通话断开例程、步骤310 0中业已判断出通话结束或步骤3070中业已判断出呼叫尝试结 束，则所述过程前进至步骤3115，在步骤3115中，串联CO 交换机120断开通话并将断开时间通知给Apps．CPU30 0，因此，Apps．CPU300可用最终费用值更新VSUB记 录。Apps．CPU300在步骤3117中用最终的费用值来更 新用户记录并创建用于通话的CDR。然后，所述过程在步骤312 0中结束。

依照本发明的第三个实施例，在该实施例中不是每一个用户分别 具有押金或存款，而是具有一个包含多个用户公用的借方或贷方帐 户。这例如在具有一条以上线路或由特许经营单位或独立接线员控制 的公共电话局(PCO)的业务中是有用的。

依照这一实施例，可将一组干线、用户专用线路或服务看成是一 个单个的记帐组(BG)。对单个的用户来说，可按如前所述相同的 方式作为一个整体将实时用户记帐系统的包括预付押金和信用限制 在内的所有特性应用于BG。与BG有关的干线、线路和服务可以从 一个以上的交换机始发出来。

服务组记帐允许用户将电话、呼机、蜂窝式电话和其它通信服务 的费用记到一个单个的帐户上。例如，来自BG的所有费用都可记到 一个主记帐号码上。可用该主记帐号码来建立用于辅助记帐号码的C OS。

图4a说明了网络串联CO交换机150，在其中可依照本发明 的第三实施例来执行实时记帐处理。在图4a中，BG用专用／外部 网络400来表示。专用／外部网络400包括一个或多个交换机， 它们由一个不是运营／管理该网络串联交换机150的实体来运营 ／管理。专用／外部网络400通过标准的中央局干线410与网络 串联交换机150相连。网络串联CO交换机150与专用／外部网 络400之间的连接可包括任何发信令的方法，这些方法能提供诸如 形成通话、断开通话、通话和受话号码标识等之类的标准局际通话处 理信息。

在图4a中，可在网络串联CO交换机150的CPU160内 执行实时记帐处理。可按用于各相连的不同的专用／外部网络的干线 组对CPU160进行编程。网络CO交换机150对干线进行监视 并运行RTCR。

图4b是一流程图，它说明了图4a中所示的网络串联CO交换 机所执行的示例性实时记帐处理过程。参照图4b，在步骤4000 中，将来自专用／外部网络400的局际干线入呼叫通知给网络串联 CO交换机150。在步骤4010中，网络串联CO交换机150 接收所拨打的电话号码，识别干线ID并检查用于该干线的干线记录 (TR)。干线ID通过干线号码唯一地标识干线并包含与所使用的 发信号类型以及COS、用户可用存款余额等有关的信息。TR包含 有诸如帐户余额、信用信息、服务类别、通话记录等之类的用于干线 的信息。TR可例如存储在网络串联CO交换机150的记帐数据存 储器74内。网络串联CO交换机150还可执行用于TR的RTC R。

在步骤4020中，网络串联CO交换机150根据RTCR判 断对于TR而言是否有足够的存款余额或允许超支。如果否，则所述 过程前进至4030，在步骤4030中，网络串联CO交换机12 0拒绝通话。

如果在步骤4020中判断出对于TR而言有足够的存款余额 或允许超支，则所述过程前进至步骤4040，在步骤3050中， 网络串联CO交换机150对呼叫进行处理。然后，在步骤4050 中，网络串联CO交换机150判断所呼叫的号码是否应答。如果所 呼叫的号码没有应答，则所述过程前进至4060，在步骤4060 中判断呼叫的尝试是否已结束。若呼叫尝试未结束，则所述过程返回 至步骤4050。

如果在步骤4050中判断出所呼叫的号码已应答，则所述过程 前进至步骤4070，在步骤4070中，网络串联CO交换机15 0再次立即运行RTCR，因此，可实时地进行计费。然后，在步骤 4080中，判断是否由于根据RTCR所述TR不同意允许继续进 行通话因而调用了通话断开例程。如果未调用通话断开例程，则所述 过程前进至步骤4090。在步骤4090中，网络串联CO交换机 150判断通话是否结束。如果通话未结束，则所述过程返回至步骤 4070。

从步骤4030、步骤4080中业已调用了通话断开例程的判 断、步骤4090中通话业已结束的判断或步骤4060中呼叫尝试 业已结束的判断，所述过程前进至步骤4100。在步骤4100 中，网络串联CO交换机150断开通话，用最终的费用值来更新T R并创建用于通话的CDR。然后，所述过程前进至步骤4010， 在该步骤中所述过程结束。

在图4a中，在CPU160内进行实时记帐处理，在CPU1 60中存储有RTCR和干线帐户存款余额。另外，可在Apps． CPU300中执行实时记帐处理，Apps．CPU300通过交 换机接口310与网络串联CO交换机150相连，如图4c所示。 在这种情况下，RTCR和用户帐户存款余额均存储在Apps．C PU300内。

图4d是一流程图，它示出了图4c所示的网络串联CO交换机 结构内执行的示例性实时记帐过程。图4d中与图4b相类似。在图 4d中，所述过程始于步骤4000，在该步骤中，将来自专用／外 部网络400的局际干线入呼叫通知给网络串联CO交换机15 0。

在步骤4015中，网络串联CO交换机150接收所呼叫的电 话号码，识别干线ID并将这一信息传给相连的Apps．CPU3 00。Apps．CPU300检查用于所述干线的TR。在步骤4 017中，Apps．CPU300执行用于TR的RTCR。

在步骤4020中，根据RTCR判断对于TR而言是否有足够 的可用存款余额或允许超支。如果否，则所述过程前进至步骤403 5，在步骤4035中，Apps．CPU300指令网络串联CO 交换机150拒绝通话。

如果在步骤4020中就TR而言判断出有足够的可用存款余 额或允许超支，则所述过程前进至步骤4045，在步骤4045 中，Apps．CPU300授权网络串联CO交换机150对呼叫 进行处理。在步骤4047中，网络串联CO交换机160对通话进 行处理并将应答状态通知给Apps．CPU300。

在步骤4050中，网络串联CO交换机150判断所呼叫的号 码是否应答。如果所呼叫的号码没有应答，则所述过程前进至406 0，在步骤4060中，网络串联CO交换机150判断呼叫的尝试 是否已结束。若呼叫尝试未结束，则所述过程返回至步骤4050。

如果在步骤4050中判断出所拨叫的号码已应答，则所述过程 前进至步骤4075，在步骤4075中，网络串联CO交换机15 0将呼叫接通通知给Apps．CPU300。Apps．CPU30 0再次立即运行RTCR，因此，可实时地进行所有的计费。

在步骤4080中，判断是否已调用了通话断开例程。如果已调 用了通话断开例程，则所述过程前进至步骤4085，在步骤408 5中，Apps．CPU300将断开请求发送给网络串联CO交换 机150，以断开干线呼叫。

如果在步骤4080中判断出尚未调用通话断开例程，则所述过 程前进至步骤4090。在步骤4090中，判断通话是否结束。如 果通话未结束，则所述过程返回至步骤4075。

所述过程从步骤4035、步骤4085、在步骤4090中通 话业已结束的判断、或在步骤4060中呼叫尝试业已结束的判断前 进至步骤4105，在步骤4105中，网络串联CO交换机150 断开通话并将断开时间通知给Apps．CPU300。然后，所述 过程前进至步骤4107，在步骤4107中，Apps．CPU用 最终费用值更新TR并创建用于通话的CDR。最后，所述过程前进 至4110，所述过程在步骤4110中结束。

本发明并不局限于有线用户，而是还可以应用于蜂窝和／或无线 用户。因此，依照一第四实施例，可在这样的中央局交换机内实现实 时记帐系统，所述交换机与蜂窝和／或无线系统相连，用户则与蜂窝 和／或无线系统相连。图5a说明了一电话公司CO串联交换机17 0，其中，可依照第四实施例进行实时用户记帐。在图5a中，电话 公司CO串联交换机170与蜂窝和／或无线系统500相连，蜂窝 和／或无线系统500通过例如射频(RF)链路220向无线用户 200提供电话服务。在图5a中，在电话公司CO串联交换机17 0的CPU180内进行实时记帐处理。电话公司CO串联交换机1 70通过用于声音通路的系统间链路195并通过用于系统间数据 传输交换的系统间控制器链路190与蜂窝和／或无线系统500 相连。

图5b是一流程图，它示出了图5a所示的电话公司串联CO交 换机结构内执行的示例性实时记帐过程。参照图5b中，所述过程始 于步骤5000，在该步骤中，通过系统间控制器链路190将来自 相连的蜂窝和／或无线系统500的入呼叫通知给电话公司CO串 联交换机170。将所拨打的电话号码以及呼叫用户的号码通知给电 话公司CO串联交换机170，并且，电话公司CO串联交换机17 0检查用于呼叫用户的VSUB。VSUB例如可存储在电话公司C O串联交换机170的记帐数据存储器74内。

在步骤5020中，电话公司CO串联交换机170执行用于V SUB的RTCR。在步骤3030中，根据RTCR判断对于VS UB而言是否有足够的可用存款余额或允许超支。如果否，则所述过 程前进至步骤5040，在步骤3040中电话公司CO串联交换机 170拒绝呼叫并将呼叫断开通知给蜂窝／无线系统500。所述过 程从该步骤前进至步骤5120，所述过程在步骤5120中结束。

如果在步骤5020中判断出有足够的可用存款余额或允许超 支，则所述过程前进至步骤5050，在步骤5050中，电话公司 CO串联交换机170对呼叫进行处理并将呼叫状态通知给蜂窝／ 无线系统500。然后，在步骤5060中，电话公司CO串联交换 机170判断所拨叫的号码是否应答。如果所呼叫的号码没有应答， 则所述过程前进至5070，在步骤5070中，电话公司CO串联 交换机170判断呼叫的尝试是否已结束。若呼叫尝试未结束，则所 述过程返回至步骤5060。

如果在步骤5060中电话公司CO串联交换机170判断出 所拨叫的号码已应答，则所述过程前进至步骤5080，在步骤50 80中，再次立即运行RTCR，因此，可实时地进行所有的计费。 然后，在步骤5090中，判断是否调用了呼叫断开例程。如果未调 用呼叫断开例程，则所述过程前进至步骤5100。在步骤5100 中，电话公司CO串联交换机170判断呼叫是否结束。如果呼叫未 结束，则所述过程返回至步骤5080。

如果所述过程从在步骤5090业已调用了拨叫断开例程、在步 骤5100已判断出通话业已结束或在步骤5070中已判断出拨叫尝 试业已结束，则前进至步骤5110，在步骤5110中，电话公司 CO串联交换机170断开通话并用本次通话的最终费用值来更新 VSUB记录。电话公司CO串联交换机170创建用于本次通话的 CDR并将通话断开通知给相连的蜂窝／无线系统500。所述过程 从步骤5110前进至步骤5120，在该步骤中所述过程结束。

在图5a中，在CPU180内进行实时记帐处理，CPU18 0存储有RTCR和用户帐户存款余额。另外，可在Apps．CP U300中执行实时记帐处理，Apps．CPU300通过交换机 接口310与CPU180相连，如图5c所示。在这种情况下，R TCR和用户帐户存款余额均存储在Apps．CPU300内。

图5d是一流程图，它示出了图5c所示的电话公司CO串联交 换机结构内执行的示例性实时记帐过程。图5d与图5b相类似。参 照图5d，所述过程始于步骤5000，在该步骤中，将从相连的蜂 窝／无线系统500拨入的呼叫通知给电话公司CO串联交换机1 70。在步骤5015中，蜂窝／无线系统500通过系统间控制器 链路190将用户ID通知给电话公司CO串联交换机170，而 且，电话公司CO串联交换机170接收所拨打的电话号码并将这一 信息传给Apps．CPU300。Apps．CPU300检查用于 主叫用户的VSUB，主叫用户例如可将VSUB编写进Apps． CPU。

在步骤5025中，Apps．CPU300执行用于VSUB 的RTCR。在步骤5030中，根据RTCR判断对于VSUB而 言是否有足够的可用存款余额或允许超支。如果否，则所述过程前进 至步骤5045，在步骤5045中，Apps．CPU300将加 以拒绝通知给电话公司CO串联交换机170并指令该交换机拒绝 通话。

如果在步骤5025中对于VSUB而言判断出有足够的可用 存款余额或允许超支，则所述过程前进至步骤5055，在步骤50 55中，Apps．CPU300指令电话公司CO串联交换机17 0对通话进行处理。电话公司CO串联交换机170对通话进行处理 并将应答状态通知给Apps．CPU和蜂窝／无线系统500。

然后，在步骤5060中，电话公司CO串联交换机170判断 所呼叫的号码是否应答。如果所呼叫的号码没有应答，则所述过程前 进至5070，在步骤5070中，电话公司CO串联交换机170 判断呼叫的尝试是否已结束。若呼叫尝试未结束，则所述过程返回至 步骤5060。如果在步骤5060中判断出所呼叫的号码已应答， 则所述过程前进至步骤5085，在步骤5085中，电话公司CO 串联交换机170通过系统间控制器链路195将呼叫应答通知给 Apps．CPU300和相连的蜂窝／无线系统500．Apps． CPU300再次立即运行RTCR，因此，可实时地进行所有的计 费。

在步骤5090中，判断是否调用了通话断开例程。如果未调用 通话断开例程，则所述过程前进至步骤5100，在步骤5100 中，判断通话是否结束。如果通话未结束，则所述过程返回至步骤5 085。所述过程从步骤5090中业已调用了通话断开例程的判 断、步骤5100中通话业已结束的判断或步骤5070中呼叫尝试 业已结束的判断中前进至步骤5110，在步骤5110中，电话公 司CO串联交换机170断开通话并将断开时间通知给Apps．C PU300，因此，Apps．CPU300可用最终费用值更新V SUB记录。Apps．CPU创建用于本次通话的CDR。电话公 司CO串联交换机170将通话断开通知给相连的蜂窝／无线系统 500。所述过程从步骤5110前进至步骤5120，所述过程在 步骤5120中结束。

依照本发明的第五个实施例，可在这样一种远程呼叫系统中实现 上述实时记帐系统，所述远程呼叫系统使得能够从用户电话以外的电 话对通话进行付款。存在有对远程通话记帐的两种办法：远程通话记 帐和用户线路远程通话记帐。

在远程通话记帐中，当从网络内的电话呼叫该用户电话以外的一 个电话机时，用户通过例如键入信用识别代码然后再键入要呼叫的电 话号码而将其自身标识给网络。向用户提示诸如PIN之类的识别信 息以及要为本次通话付费的电话号码。这些信息由用户来提供并由进 行实时记帐处理的归属交换机或相连的计算机传送给网络中的远程 记帐计算机(RBC)。RBC查询归属交换机的用户以确判断用户 的帐户中是否具有进行通话的足够的存款余额。

RBC可暂时将费用记到有足以进行一般通话的总金额的用户 账户上并将限额传给服务交换机。然后，服务交换机建立临时用户帐 户，该帐户有归属交换机认可的金额。随着通话的进行以及服务交换 机限额的接进，服务交换机可自动地从RBC请求额外的限额。然 后，RBC从归属交换机的存款余额中减去该额外的金额并将这一金 额传给服务交换机，以便增加到临时限额中。

在通话结束时，将服务交换机中任何余下未用的金额返回给RB C，RBC又将这一未用的金额返回给用户的归属交换机。将余下的 金额加回到用户存款余额中。

服务交换机还可将辅助信息传给RBC，以便传给归属交换机。 所述信息可包括通话费用、所拨打的电话号码、呼叫电话号码、日期、 起始时间以及通话结束时间等。

在用户线路远程记帐中，用户可通过拨打预定的号码并键入他或 她自己的电话号码和PIN而将在网络内或网络外的通话费用记到 他或她的帐户上。所述预定号码是用户的归属交换机处的号码。当用 户键入预定号码和PIN时，用户所连接到的交换机可提供一输出线 路。用户接收拨号音并按通常的方式进行通话。按前述方式对通话进 行计费。

本发明第五实施例的远程呼叫系统所提供的特征包括个人电话 号码(PPN)和单号呼号(ONC)。用户呼叫预定的电话号码并 识别要将呼叫传送到的电话、寻呼机、语音邮件、或传真机。 呼叫的类型例如由网络交换机或与网络交换机相连的设备来加以检 测，以便区别呼叫的类型。例如，可区别出语音、传真和计算机通信。 对用户原始号码的任何呼叫都被自动地传给编程后的号码。

可由用户或主叫方对传送进行付费。如果主叫方付费，则语音应 答可寻问主叫方：他或她是否要转送呼叫。

图6a示出了一远程呼叫系统，其中可依照本发明的第五实施例 来实现实时用户记帐系统。在图6a中，电话公司网络包括CO交换 机100a和100b，它们可对来自自己记录的用户线路以外的线 路的呼叫进行实时记帐处理。CO交换机100a和100b分别包 括CPU110a和110b，其中可进行实时记帐处理。CO交换 机100a和100b分别通过用户线路210a和210b与用 户200a和200b相连。CO交换机100a和100b通过网 际干线610a和610b以及信息传输线路620a和620b分 别与公共交换电括网(PSTN)600相连。用户无须只有直接与 能实时记帐的CO交换机相连才能接收呼叫。例如，如图6a所示， 用户200c可通过干线630直接与PSTN600相连。尽管图 6a中仅示出了三个用户，但熟悉本技术的人员将会注意到，本发明 第五实施例的实时记帐系统适用于任何数量的用户。

图6a所示的远程呼叫系统还包括网络应用程序处理器(NA P)305，它通过网络局间信息链路(NL)325与PSTN6 00相连。NAP305被用作为RBC。可以利用例如包括SS 7、WAN、LAN、R1、R1．5、R2等在内的任何数量的协议 通过链路325、PSTN600、干线610a和610b以及链 路620a和620b在CO交换机100与NAP305之间传 递与呼叫有关的信息。

与信用卡呼叫相类似，图6a的远程记帐系统中的用户可利用诸 如PIN之类的识别信息对他或她的线路进行编程，然后，通过拨打 特定的代码、归属线路号码和PIN来呼叫另一个线路并实时地将呼 叫的费用记到他或她的归属线路帐户上。例如，具有归属用户线路2 00a的用户可以从用户线路200c进行呼叫并将呼叫的费用记 到用户专用线路200a上。

图6b-d说明说明了图6a中所示的远程呼叫系统所执行的 示例性实时记帐处理过程。参照图6b，所述过程始于步骤600 0，在步骤6000中，将用户线路已摘机并拨打了表示对远程呼叫 操作进行请求的特定代码通知给CO交换机100。还将用户要呼叫 的目标电话号码通知给CO交换机。呼叫开始的CO交换机称为原始 CO交换机。与将通话费用所记到的用户专用线路相连的那个CO交 换机被称为归属CO交换机。将通话费用所记到的用户线路被称为归 属用户线路，呼叫请求始发的那个用户线路被称为发请求的用户线 路。例如，参照图6a，如果用户从发请求的用户线路200b进行 呼叫并且用户的归属用户线路是200a，则原始CO交换机对应于 交换机100b且归属CO交换机对应于交换机100a。

在步骤6010中，原始CO交换机将声音或语音请求发送给发 请求的用户线路，以输入归属用户线路的号码和用户的PIN。在步 骤6020中，判断发请求的用户线路是否对所述语言请求进行应 答。

如果发请求的用户线路应答了所述语言请求，则所述过程前进至 步骤6050，在步骤6050中，原始CO交换机将声音或语音请 求发送给发请求的用户线路，以等待用户帐户的许可。在步骤606 0中，原始CO交换机判断发请求的用户线路和归属用户线路是否驻 留在同一交换机内，即原始CO交换机和归属CO交换机是否相同。 如果原始CO交换机和归属CO交换机是相同的，则所述过程前进至 步骤6070，在步骤6070中，判断归属CO交换机是否能实时 记帐。如果归属CO交换机不能实时记帐或者在步骤6020中判断 出发请求的用户线路尚未应答原始CO交换机的请求，则所述过程前 进至步骤6030，在步骤6030中，原始CO交换机将拒绝音或 语音应答发送给发请求的用户线路并断开该线路。然后，所述过程前 进至步骤6040，所述过程在步骤6040处结束。

如果在步骤6060中判断出原始CO交换机与归属CO交换 机是不同的，则所过程前进至步骤6080，在步骤6080中，原 始CO交换机将一请求发送给NAP305，以请求用于呼叫的帐户 许可。原始CO交换机通过NL325将归属用户线路的号码、归属 用户PIN、发请求的用户的号码发送给NAP305。

然后，在步骤6090中，NAP305检查CO交换机的一个 内部列表，以判断归属CO交换机是否能实时记帐。如果否，则所述 过程前进至步骤6100，在步骤6100中，NAP305将一个 拒绝信号发送给原始CO交换机。然后，在步骤6110中，原始C O交换机将拒绝音和／或语音消息应答发送给发请求的用户线路以 表示呼叫被拒绝，然后断开该线路。此后，所述过程前进至步骤61 20，在步骤6120中，所述过程结束。

如果在步骤6090中判断出归属CO交换机能实时记帐，则所 述过程前进至步骤6130，在步骤6130中，NAP305确定 用于呼叫的第一／第二周期所需的必要金额。所述第一／第二周期是 例如由服务提供商所形成的时间周期。这些周期对于不同类别的呼叫 是不同的，例如，对本地通话和长途收费用话来说，可以有不同的时 间周期。

然后，在步骤6140中，NAP305通过NL325将对在 步骤6130中确定的金额的请求发送给归属CO交换机。NAP还 将归属用户线路、归属PIN和发请求的用户线路的号码发送给归属 CO交换机。

根据步骤6140或步骤6070中归属CO交换机能进行实 时记帐的判断，所述过程前进至步骤6150，在步骤6150中， 归属CO交换机接收一请求并检查用户帐户中所需的金额以及发请 求的用户专用线路的号码的有效性。所述过程从此前进至图5c中所 示的步骤6160。在步骤6160中，判断归属PIN是否合法。 如果归属PIN不合法，则所述过程前进至步骤6170，在步骤6 170中，判断原始CO交换机是否与归属CO交换机相同。如果原 始CO交换机与归属CO交换机相同，则所述过程返回至步骤611 0。如果不相同，则所述步骤前进至步骤6180，在步骤6180 中，归属CO交换机将表示拒绝的信号发送给NAP305。然后， 在步骤6190中，NAP305将表示拒绝的信号发送给原始CO 交换机，并且，所述过程返回至步骤6110。

如果在步骤6160中判断出PIN是有效的，则所述过程前进 至步骤6200，在步骤6200中，判断归属CO交换机是否同意 了对用户帐户的金额的请求。如果否，则所进过程前进至步骤621 0，在步骤6210中，判断原始CO交换机是否与归属交换机相 同。如果原始CO交换机与归属交换机不相同，则所述过程返回至步 骤6180。如果原始CO交换机与归属CO交换机相同，则所述过 程返回至步骤6110。

如果在步骤6200中判断出归属CO交换机同意了上述请 求，则所述过程前进至步骤6220，在步骤6220中，归属CO 交换机针对用户记录储备存款金额。如果这是对呼叫和用户的初始请 求，则将所述金额储备为初始请求。如果这是对同一呼叫的额外金额 的额外请求，则归属CO交换机针对呼叫的用户将所述金额储备为额 外的储备金。

然后，在步骤6230中，判断原始CO交换机是否与归属CO 交换机相同。如果否，则所述过程前进至步骤6240，在步骤62 40中，归属CO交换机将表示同意呼叫的信号发送给NAP30 5。

然后，在步骤6250中，NAP305将表示同意呼叫的信号 发送给原始CO交换机。所述过程从步骤6250或步骤623中原 始CO交换机与归属CO交换机相同的判断前进至步骤6260，在 步骤6260中，原始CO交换机创建用于所述呼叫的VSUB。由 原始CO为所述呼叫专门且临时地创建VSUB。

在步骤6270中，原始CO交换机对呼叫进行处理。在步骤6 280中，判断所呼听的号码是否应答，如果所呼叫的号码没有应 答，则所述过程前进至6290，在步骤6290中判断呼叫的尝试 是否已结束。若呼叫尝试未结束，则所述过程返回至步骤6280。 如果呼叫的尝试已结束，则所述过程前进至步骤6300，在步骤6 300中，原始CO断开发请求的用户线路，删除VSUB并通过N L325将呼叫尝试已结束通知给NAP305。

如果在步骤6280中判断出所拨叫的号码已应答，则所述过程 前进至步骤6310，在步骤6310中，原始CO交换机运行用于 呼叫和VSUB的RTCR。所述过程从步骤6310前进至图6d 所示的步骤6320。

在步骤6320中，判断原始CO交换机VSUB帐户余额是否 是一预定的使用了的百分比，例如75％-85％。这一预定百分比 例如是由服务提供商选定的。如果帐户余额在使用了的百分比75％ -85％之间，则所述过程前进至步骤6330，在步骤6330 中，判断原始CO交换机是否与归属CO交换机相同。如果否，则所 述过程返回至图6b中所示的步骤6080。如果原始CO交换机与 归属CO交换机相同，则所述过程前进至步骤6340，在步骤63 40中，原始CO交换机检查归属用户记录的额外金额。所述额外金 额是以例如服务提供商所确定的额外时间周期为基础的并且可因呼 叫类型的不同而不同。如果在用户帐户中没有额外金额，则所述过程 返回至步骤6310。如果有额外金额，则所述过程前进至图6c所 示的步骤6350，在步骤6350中，原始CO交换机将额外金额 添加至VSUB并将额外金额储备为归属用户线路记录的用于这次 呼叫的额外储备金。所述过程从步骤6350前进至步骤6310。

如果在步骤6320中判断出VSUB记录不是使用了的百分 比75％-85％，则所述过程前进至步骤6360，在步骤636 0中，判断是否调用了通话断开例程。如果是这样的话，所述过程前 进至步骤6370，在步骤6370中，判断原始CO交换机与归属 CO交换机是否相同。如果原始CO交换机与归属CO交换机相同， 则所述过程前进至步骤6400，在步骤6400中，原始CO交换 机断开通话、用最终的费用更新VSUB记录和归属用户线路、释放 所有的用于本次通话的储备余额并创建CDR。然后，所述过程前进 至6410，在步骤6410中，所述过程结束。

如果在步骤6360中判断出尚未调用通话断开例程，所述过程 前进至步骤6380，在步骤6380中，判断通话是否结束。如果 通话尚未结束，则所述过程返回至图6c所示的步骤6310。如果 通话结束，则在步骤6390中判断原始CO交换机是否与归属CO 交换机相同。如果原始CO交换机与归属CO交换机相同，则所述过 程前进至步骤6400。如果否，则所述过程前进至步骤6420， 在步骤6420中，原始CO交换机断开通话、用最终的通话费确定 VSUB记录、创建CDR并将与总使用费用有关的通话记录报告发 送给NAP305。在步骤6430中，原始CO交换机将通话记录 发送给外部或内部存储器例如DUR存储器78，在该存储器中，可 为了供将来参考而保持通话记录。在步骤6440中，将通话记录存 储起来。

所述过程从图6c所示的步骤6300或步骤6440前进至 6450，在步骤6450中，NAP305将自原始CO交换机接 收的USVB通话记录发送给归属CO。在步骤6460中，归属C O交换机将VSUB通话记录应用于归属用户专用线路、将所有的用 于本次通话的储备余额释放给归属用户记录并创建CDR。最后，在 步骤6470中，所述过程结束。

在图6a中，在存储有RTCR的CPU110a和110b中 进行实时记帐处理。另外，也可以在Apps．CPU300a和3 00b中进行实时记帐处理，所述Apps．CPU分别通过交换机 接口310a和310b与CO交换机100a和100b相连，如 图6e所示。在这种情况下，RTCR存储在Apps．CPU30 0a和300b中。信息传输线路620a和620b分别与App s．CPU300a和300b相连。

图6f-h示出了一流程图，该流程图说明了图6e所示的远程 呼叫系统中执行的实例性实时记帐处理。图6f-h与图6b-d相 类似。参照图6f，所述过程始于步骤6000，在步骤6000中， 将用户线路已摘机并拨打了表示对远程呼叫操作进行请求的特定代 码通知给CO交换机。还将用户要呼叫的目标电话号码通知给CO交 换机。

在步骤6010中，原始CO交换机将声音或语音请求发送给发 请求的用户线路，以输入归属用户线路的号码和用户的PIN。在步 骤6020中，判断发请求的用户线路是否对所述语音请求进行了应 答。如果发请求的用户线路应答了所述语音请求，则所述过程前进至 步骤6030，在步骤6030中，原始CO交换机将拒绝音或语音 应答发送给发请求的用户专用线路并断开通话。然后，所述过程前进 至步骤6040，所述过程在步骤604O处结束。

如果在步骤6020中判断出发请求的用户线路已应答了原始 CO交换机的请求，则所述过程前进至6050，在步骤6050 中，原始CO交换机将声音或语音请求发送给发请求的用户线路，以 等待用户帐户的许可。

然后，在步骤6055中，原始CO交换机通过交换机接口31 0将归属用户线路的号码、PIN、所呼叫的号码以及发请求的用户 线路的号码发送给相连的Apps．CPU。然后，在步骤6060 中，原始CO Apps．CPU判断原始CO交换机和归属CO交换 机是否是相同的。如果原始CO交换机和归属CO交换机是相同的， 则所述过程前进至步骤6075，在步骤6075中，原始CO交换 机Apps．CPU检查归属用户线路的号码的有效性和所需金额。

在步骤6085中，原始CO交换机Apps．CPU确定用于 呼叫的第一／第二周期所需的必要金额。然后，所述过程前进至参照 图6g所述的步骤6160。

如果在步骤6060中未判断出原始CO交换机和归属CO是 相同的，则所述过程前进至步骤6087，在步骤6087中，原始 CO Apps．CPU将一请求发送给NAP305，以请求通话的 帐户许可。原始CO Apps．CPU300通过NL325将归属 用户线路的号码、归属用户PIN、发请求的用户的号码发送给NA P305。

然后，在步骤6090中，NAP305检查CO交换机的内部 列表，以判断归属CO交换机是否能实时记帐。如果否，则所述过程 前进至步骤6105，在步骤6105中，NAP305将表示拒绝 的信号发送给原始CO交换机Apps．CPU。

然后，在步骤6115中，原始CO Apps．CPU将断开命 令发送给原始CO交换机，以结束通话。在步骤6117中，原始C O交换机将拒绝音或语音消息应答发送给发请求的用户线路以表示 呼叫被拒绝，然后断开该线路。此后，所述过程前进至步骤6120， 在步骤6120中，所述过程结束。

如果在步骤6090中判断出归属CO交换机能实时记帐，则所 述过程前进至步骤6130，在步骤6130中，NAP305确定 用于第一／第二呼叫周期所需的必要金额。然后，在步骤6140 中，NAP305将对于在步骤6130中确定的金额的信用请求发 送给归属CO交换机。NAP305还将归属用户线路、归属PIN 和发请求的用户线路的号码发送给归属CO交换机。

然后，在步骤6150中，归属CO交换机接收一个对用户帐户 一定金额的请求，并检查所需的金额以及发请求的用户线路的号码的 有效性。

所述过程从步骤6150或步骤6085前进至图6g中所示 的步骤6160。在步骤6160中，归属CO交换机判断PIN是 否合法。如果PIN不合法，则所述过程前进至步骤6170，在步 骤6170中，判断原始CO交换机是否与归属CO交换机相同。如 果不相同，则所述步骤前进至步骤6180，在步骤6180中，归 属CO Apps．CPU将表示拒绝的信号发送给NAP305．然 后所述过程返回至图6f所示的步骤6105。

如果在步骤6160中判断出PIN是有效的，则所述过程前进 至步骤6200，在步骤6200中，判断归属CO交换机是否同意 了对前述金额的请求。如果否，则所进过程前进至步骤6210，在 步骤6210中，判断原始CO交换机是否与归属交换机相同。如果 否，则所述过程返回至步骤6180。如果原始CO交换机与归属C O交换机相同，则所述过程返回至图6f中所示的步骤6115。

如果在步骤6200中判断出归属CO交换机同意了上述请 求，则所述过程前进至步骤6220，在步骤6220中，归属CO 交换机针对用户记录储备所请求的金额。

然后，在步骤6230中，判断原始CO交换机是否与归属CO 交换机相同。如果否，则所述过程前进至步骤6240，在步骤62 40中，归属CO交换机将表示同意呼叫的信号发送给NAP30 5。

然后，在步骤6255中，NAP305将表示同意呼叫的信号 发送给原始CO交换机。所述过程从步骤6255或步骤6230中 原始CO交换机与归属CO交换机相同的判断前进至步骤626 5，在步骤6265中，原始CO Apps．CPU创建用于所述呼 叫的VSUB并指令原始CO对呼叫进行处理。由原始CO为所述呼 叫专门且临时地创建VSUB。

然后，在步骤6270中，原始CO交换机对呼叫进行处理。在 步骤6280中，原始CO交换机判断所呼听的号码是否应答。如果 所拔叫的号码没有应答，则所述过程前进至6290，在步骤629 0中判断呼叫的尝试是否已结束。若呼叫尝试未结束，则所述过程返 回至步骤6295，在步骤6295中，原始CO交换机断开发请求 的用户线路并将通话结束通知给原始Apps．CPU。然后，所述 过程前进至图6h所示的步骤6297。在步骤6297中，原始C O Apps．CPU删除VSUB。然后，在步骤6299中，判断 原始CO交换机是否与归属CO交换机相同。如果否，则所述过程前 进至步骤6303，在步骤6303中，原始CO Apps．CPU 将呼叫尝式未成功通知给NAP305。

参照图6g，如果在步骤6280中判断出所呼叫的号码已应 答，则所述过程前进至步骤6305，在步骤6305中，原始CO 交换机将呼叫连接状态发送给原始Apps．CPU。然后，在图6 h所示的步骤6310中，原始CO Apps．CPU运行用于VS UB的RTCR。

在步骤6320中，判断原始CO Apps．CPU VSUB 帐户余额是否是一预定的使用百分比例如75％-85％。如果是， 则所述过程前进至步骤6330，在步骤6330中，判断原始CO 交换机是否与归属CO交换机相同。如果原始CO交换机与归属CO 交换机相同，则所述过程前进至步骤6345，在步骤6345中， 原始CO Apps．CPU检查归属用户记录的额外金额。如果在用 户帐户中没有额外金额，则所述过程返回至步骤6310。如果有额 外金额量，则所述过程前进至图6g所示的步骤6355，在步骤6 355中，原始CO Apps．CPU将额外金额量添加至VSUB 并将额外金额作为用于这次呼叫的额外储备金加进归属用户线路记 录。然后，所述过程返回至步骤6310。

如果在步骤6330中判断出原始CO与归属CO交换机不相 同，则所述过程返回至图6f中所示的步骤6087。

如果在步骤6320中判断出VSUB记录在使用了的百分比 75％-85％之间，则所述过程前进至步骤6360，在步骤63 60中，判断是否调用了通话断开例程。如果是这样的话，所述过程 前进至步骤6370，在步骤6370中，判断原始CO交换机与归 属CO交换机是否相同。如果原始CO交换机与归属CO交换机相 同，则所述过程前进至步骤6405，在步骤6405中，原始CO 交换机断开通话并以断开时间更新原始Apps．CPU。然后，在 步骤6407中，原始Apps．CPU用最终的通话费来确定VS UB记录、用这些最终的费用更新归属用户专用线路、释放所有的用 于本次通话的储备余额、并创建CDR。然后，所述过程前进至64 10，在步骤6410中，所述过程结束。

如果在步骤6360中判断出尚未调用通话断开例程，所述例程 前进至步骤6380，在步骤6380中，判断通话是否结束。如果 通话尚未结束，则所述过程返回至步骤6310。如果通话结束，则 在步骤6390中判断原始CO交换机是否与归属CO交换机相 同。如果原始CO交换机与归属CO交换机相同，则所述过程前进至 步骤6405。如果在步骤6390中判断出原始CO交换机与归属 CO交换机不相同，则所述过程前进至步骤6415，在步骤641 5中，原始CO交换机断开通话并用通话终止时间来更新原始App s．CPU。然后，在步骤6425中，原始Apps．CPU用最终 的通话费用确定VSUB记录、创建CDR、并将与总使用费用有关 的通话记录报告发送给NAP305。然后，在步骤6435中，原 始CO Apps．CPU将通话记录发送给外部或内部存储器。在步 骤6440中，将通话记录存储起来。

然后，在步骤6450中，NAP3O5将从原始CO交换机接 收的VSUB通话记录发送给归属CO。在步骤6460中，归属C O交换机将VSUB通话记录应用于归属用户线路、将所有的用于本 次通话的储备余额释放给归属用户记录、并创建CDR。

所述过程从步骤6460、步骤6299中原始CO交换机与归 属CO交换机相同的判断中或步骤6303前进至6470，所述过 程在步骤6470中结束。

图7说明了本发明用于发出通信警告消息的示例性例程。参照图 7，用于发出警告消息的通信警告消息例程(CWMR)始于步骤7 000，在该步骤中，用户通过例如拿起电话手机进行呼叫而开始进 行一个新的通信。然后，在步骤7010中，查用户的存款余额(包 括例如PUL／SUL／和／或PUC／SUC)。在步骤7020 中，将用户的存款余额与预定的第一边界相比较，以确定该余额是否 超出了第一边界。如果否，则例程前进至步骤7030，在步骤70 30中，将用户的存款余额与预定的第二边界相比较，以确定该余额 是否超出了第二边界。如果否，则例程前进至步骤7040，在步骤 7040中，将用户的存款余额与预定的第三边界相比较，以确定该 余额是否超出了第三边界。如果否，则例程继续将用户的存款余额与 一系列预定边界相比较，直至步骤7050，在步骤7050中，将 用户的存款余额与预定的第n个边界即一系列预定边界中的最后一 个边界相比较，以确定存款余额是否在第n个边界内。如果存款余额 不在第n个边界内，则例程前进至步骤7060，在步骤7060 中，将一个断开警告发送给用户，以表示用户不具有足够的存款余额 去形成新的通信。然后，所述例程在步骤7130中结束。

如果在步骤7030中判断出用户的存款余额超过了第二边 界，则在步骤7070中将第一警告发送给用户。然后在步骤708 0设置第一警告标志，因此，在通信过程中不再重新发送第一警告消 息。如果在步骤7040中判断出用户的存款余额超过了第三边界， 则在步骤7090中将一第二警告发送给用户。在步骤7100设置 第二警告标志，因此，在通信过程中不再重新发送第二警告消息。如 果在步骤7050中判断出用户的存款余额超过了第n个边界，则在 步骤7110中将一个第n-1个警告发送给用户。在步骤7120 设置第n-1个警告标志，因此，在通信过程中不再重新发送第n- 1个警告消息。

如果在步骤7020中判断出用户存款余额超过了第一边界，则 所述例程前进至步骤7130，或者，所述例程从步骤7060、7 080、7100或7120前进至步骤7130，所述例程在步骤 7130中结束。

图8示出了本发明的示例性实时计费例程。参照图8，实时计费 例程(RTCR)始于步骤8000，在步骤8000中，判断是否 是针对用户存款余额来累计费用的适当时机。根据例如服务提供商与 用户之间的预定协议，所述累计费用的适当时机可以在通信之前、在 通信过程中或在通信结束之后。如果在步骤8000中判断出是累计 费用的适当时机，则在步骤8010中判断通信是否是定额费率通信 (即以单一费率的通信)。定额费率的一个实例是本地电话呼叫，它 按定额费率＄0．50来计费。如果通信是定额费率通信，则在步骤80 20中计算定额费率的费用。

如果在步骤8010中判断出通信不是定额费率通信，则在步骤 8030中判断是否要对通信进行复合计费计算。例如，就语音通信 而言，头三分钟通话收费1美元，然后每分钟收费50美分。对数据 连接来说，则为2美元的费用再加上传输每兆字节0．1美元。上行流 和下行流数据传输可以有不同的费用。如果要计算复合费用，则在步 骤8040中进行这种计算。

如果在步骤8030中判断出不进行复合计费，则可在应用程序 8050中得出结论：要对通话进行简单计费例如一分钟＄0．10、每 分钟每千比特容量＄0．01、每兆字节吞吐量＄0．15等。然后，在步骤 8060中计算出简单计费费用。

如果在步骤8000判断出不是计费的适当时机，则在步骤80 70中判断通信是新的还是正在进行中。如果通信是新的，则例程返 回至步骤8010。

一旦在步骤8010、8040和8060中计算出定额、复 合、简单计费费用，则在步骤8080中判断用户帐户中是否有用于 通话的足够可用的存款余额。如果没有足够的余额，则在步骤809 0中判断是否允许余额超支即超过存款余额。

如果在步骤8080中判断出用户帐户中有足够的存款余额或 在步骤8090中判断出允许超支，则在步骤8100中将费用作用 于借方或贷方帐户。例程从步骤8100前进至步骤8110，步骤 8110调用参照图9所述的RTWMR。

如果在步骤8090判断出不允许超支，则例程前进至步骤81 20，在步骤8120中，调用RTWMR。然后，在步骤8130 中执行COS例程，如参照图10所述，并且，在步骤8140中执 行通信断开例程，以断开通信。例程从步骤8070中的关于通信不 是新的判断中或从步骤8140前进至步骤8150，在步骤815 0中该例程结束。

图9说明了本发明示例性实时警告消息例程。参照图9，在图8 所示的步骤8110或步骤8120中调用实时警告消息例程(RT WMR)。RTWMR始于步骤9000，在步骤9000中，用户 通过例如拿起电话手机进行呼叫而开始新的通信。然后，在步骤90 10中，查看用户的存款余额。在步骤9020中，将用户的存款余 额与预定的第一边界进行比较，以判断该余额是否超过了第一边界。 如果否，则例程前进至步骤9030，在步骤9030中，将用户的 存款余额与预定的第二边界进行比较，以判断该余额是否超过了第二 边界。如果否，则例程前进至步骤9040，在步骤9040中，将 用户的存款余额与预定的第三边界进行比较，以判断该余额是否超过 了第三边界。如果否，则例程继续将用户的存款余额与预定边界进行 比较，直至步骤9050，在步骤9050中，将用户的存款余额与 预定的第n个边界(即一系列预定边界中的最后一个)进行比较，以 判断该余额是否在该边界内。如果用户的存款余额不在第n个边界 内，则例程前进至步骤9060，在步骤9060中，发出断开警告。

如果在步骤9030中超过了第二边界，则过程前进至步骤90 70，在步骤9070中，判断是否设置了一个第一警告标志，如果 未设置第一警告标志，则所述例程前进至步骤9080，在步骤90 80中，发送一第一警告消息。然后，所述例程前进至步骤9090， 在步骤9090中，设置该第一警告标志。

如果在步骤9040中超过了第三边界，则所述例程前进至步骤 9100，在步骤9100中，判断是否设置了一个第二警告标志， 如果未设置第二警告标志，则所述例程前进至步骤9110，在步骤 9110中，发送一第二警告消息。然后，在步骤9120中，设置 该第二警告标志。

如果在步骤9050中判断出用户的存款余额在第n个边界 内，则所述例程前进至9130，在步骤9130中，判断是否设置 了第n一1个警告标志，如果否，则所述例程前进至步骤9140， 在步骤9140中，发送一个第n个警告消息。然后，在步骤915 0中，设置该第n-1个警告标志。

如果在步骤9020中判断出用户存款余额超过了第一边界，则 所述例程前进至步骤9160，或者，所述例程从步骤9060、9 090、9120或9150前进至步骤9160，所述例程在步骤 9160中结束。

图10说明了本发明的示例性服务改变例程。例如在图8的步骤 8130中调用服务改变(COS)例程。参照图10，所述例程始 于步骤10000，在步骤10000中，判断用户是否具有用于当 前COS的存款余额。如果否，则在步骤10010中查为用户可 用的存款余额授权的适当COS。例如，可查为用户的特定用户存 款余额授权的COS。然后，在步骤10020中，将COS改变成 授权的COS。所述例程从步骤10020或步骤10000用户具 有用于当前COS的足够存款余额的判断在步骤10030中结 束。

在上述实施例中，在结构化(即受监控通信网络)的用户标准网 络路由路径中进行实时记帐处理。还可在非结构化、非受监控的通信 网络(即没有任何中央控制设备的通信网络)中进行实时记帐。

例如，用户可在不利用结构化的网络的情况下直接彼此相连。一 个基于无线电话的系统允许这种用户对用户的通信。还有，用户可在 不使用结构化通信网络的情况下在他／她的位置处使用服务。在这种 系统中，无法监视或改变用户的使用情况。

图11说明了依照本发明第二个方面的在非结构化、非受监控通 信网络中用户位置处进行实时用户记帐的示例性系统。除了在图11 中具有用标号15表示的两个用户Sub．I和Sub．IR且在不 使用任何网络路由设备的情况下这两个用户直接彼此相连以外，图1 1与图1a相类似。用户15可以例如是无线电话用户。用户Sub． I表示始发呼叫的用户，用户Sub．IR表示接收呼叫的用户。尽 管示出了两个用户，但熟悉本技术的人员应该注意到，根据本发明第 二个方面的实时记帐系统可应用于任何数量的用户。

依照实例性实施例，信道记帐监视器20设置在一个用户位置处 或两个用户位置处。尽管在图11中显示为位于Sub．I处，但信 道记帐监视器20也可相反地位于Sub．IR处，或者，通道记帐 监视器20可位于这两个用户的位置处。为简化起见，图11中仅示 出了一个信道记帐监视器20。

信道记帐监视器20检测费用信号，费用信号表示在通话过程中 产生的预定费用、通话中经过的时间或所处理的数据量。费用信号可 例如由也位于用户位置处的计费处理器40来生成。可例如用诸如图 1b所示的能检测并计算费用信号、经过的时间或所处理的数据量的 装置来实现上述信道记帐监视器20。诸如存款、付款、信用限制之 类的用户帐户信息可按以上参照图1b所述的方式由商务管理系统 50直接或通过计费处理器40装进信道记帐监视器20。另外，也 可以通过用户插进存储器卡或者通过在例如付款时向用户提供授权 号码而装入这些信息。然后，用户在始发呼叫时键入这一号码。可通 过例如提供一个或多个声音、显示出的消息、由商务管理系统50或 用户自己的设备打印出的单据、或按以上参照图1b所述的任何其它 方式将费用和帐户余额通知给用户。另外，可将用户的帐户信息装进 存储器卡，这些信息可被发送至商务管理系统50，并且，商务管理 系统50可打印出单据以便发送给用户。依照一个示例性实施例，商 务管理系统50可位于服务提供商的位置处。

图12a说明了依照本发明第六实施例的在非结构化、非受监控 通信网络中用户位置处进行实时用户记帐的示例性系统。为了说明这 一实施例的在用户位置处的实时记帐处理，描述了两个无线电话70 0a与700b之间的直接通信。但是，应该注意，本发明并不局限 于无线电话，而是可应用于任何类型的用户终端例如个人计算机、个 人数字助理等。

在这一实例中，每个无线电话均包括发射器(Tx)、接收器(R x)、显示器和键盘。此外，每个无线电话均分配有唯一的号码或地 址。另外，可给一组无线电话分配同一组地址。这在需要与一组无线 电话进行通信时例如对会议电话或来自服务提供商的用户公告来说 是有用的。

每次通话传输均包括进行通话的无线电话的地址以及预定对其 进行通话的无线电话的地址。每个无线电话均监视所有接收到的通话 传输，并且，在针对无线电话的特定地址接收到一个通话传输时，就 例如通过将确认消息传给所发送的消息中所指示的那个进行通话的 无线电话地址而接受通话。

Sub．I通过例如在无线电话700a的键盘上输入无线电话 700b的地址而从无线电话700a始发一个呼叫给无线电话7 00b处的Sub．IR。还可按任何其它适当的方式(例如通过输 入语音命令或通过输入从存储器中检索出相应地址的简略地址)来输 入上述地址。在输入无线电话700b的地址之后，Sub．I按下 无线电话700a上的Tx钮，从而始发呼叫。通过无线电话700 b上的Tx来接收该呼叫。

无线电话700b监视所有接收到的通话传输。在无线电话识别 出来自无线电话700a的通话传输中的地址时，该无线电话就例如 通过将一个确认发送给无线电话700a而接受通话传输。无线电话 700a在接收到确认消息时确认连接，从而建立通信链接。

无线电话700a和700b的Tx和Rx中之一或两者可设 计成在用户中之一或两者有可用的存款余额的情况下Sub．I仅能 始发呼叫并且／或者Sub．IR仅能接收呼叫。例如，各个无线电 话的Tx和Rx可设计成能使用独特的加密／解密关键码，这些关键 码会在预定的时间例如按月、按季等到期。只要用户的帐户中有可用 的存款余额，则可按预定的时间间隔发给用户新的关键码。如果用户 没有可用的存款余额，则用户就不会被发给新的关键码并且不能发送 和／或接收消息。另外，可发给用户受限的关键码，或者，仅就受限 的呼叫例如紧急呼叫而言使旧的关键码有效。另一种方案是将无线电 话700a和700b设计成使得一个内部程序可以跟踪可用的存 款余额并仅在具有可用的存款余额的情况下接收和启用新关键码。

无线电话700a和700b之间的直接通信可以是陆地的或 者是基于卫星的。如果通话是陆地通信，则可通过链路750在无线 电话700a与无线电话700b之间直接建立起这种通信。如果通 话是基于卫星的，则可通过无线电路700a与卫星800之间的链 路825以及卫星800与无线电话700b之间的链路875在 无线电话700a与无线电话700b之间直接建立起这种通信。尽 管在基于卫星的通信中通话会通过卫星800而受延迟，但通话不通 过带中央控制设备的结构化通信网络，从而可被认为是在用户对用户 的直接通信的情况下通过非结构化的网络。

在图12a中，可在无线电话700a中例如在CPU内进行实 时记帐处理。CPU进行实时记帐计算并包括CTRT和用户帐户余 额。在PUL／SUL或PUC／SUC达到预定界限时，则可相应 地改变COS。例如，可阻止始发传输直至支付了帐单，但允许不间 断地接收通话。

无线电话700a可显示出PUL／SUL或PUC／SUC 中剩余的金额，因此，用户可选择授权服务提供商对他／她的信用卡 进行记帐，以避免服务中断。例如，可对无线电话700a进行编程， 以自动地呼叫服务提供商，从而在无线电话中的存款余额达到预定的 量时授权对用户的信用卡、银行帐户或其它金融来源进行记帐。

图12b是一流程图，它说明了图12a所示的无线电话700 a执行的示例性实时记帐过程。应该注意，除无线电话700a以外 或者作为无线电话700a的替代，无线电话700b也可以执行实 时记帐处理。如图12b所示，所述过程始于步骤12000，在该 步骤中，一个具有预付押金或信用限制的用户始发呼叫，并且，无线 电话700a检验用户记录，用户记录包括用户的电话号码、CO S、用户可用的存款余额等等。

然后，在步骤12010内，无线电话700a运行参照图7所 述的通信警告消息例程(CWMR)，以便将警告消息(摘机警告消 息)传给适当的用户。在步骤12020中，无线电话700a将用 户输入的地址存储到内部存储器72内。

在步骤12030中，无线电话700a运行参照图8所述的实 时计费例程(RTCR)。在步骤12040中，根据RTCR判断 用户是否有足够的可用存款余额或者同意用户超支。如果否，则过程 前进至步骤12050，在该步骤中，无线电话700a拒绝呼叫。 所过程从步骤12050前进行至步骤12060，在该步骤中，无 线电话700a执行参照图9所述的实时警告消息例程(RTWM R)并将一警告传给用户。如果用户挂机，则RTWMR结束。否则， RTWMR继续，直至消息结束。然后，所述过程终止于步骤121 40。

如果在步骤12040中判断出用户有足够的可用存款余额或 允许超支，则过程前进至步骤12070，在该步骤中，对呼叫进行 处理，例如尝试建立通话。在步骤12080中，无线电话700a 判断所呼叫的地址是否进行了应答。如果否，所述过程前进至步骤1 2090，在该步骤中，判断是否因为呼叫的用户终止了呼叫尝试而 结束了呼叫尝试。

如果在步骤12080中无线电话700a判断出被呼叫的号 码己经应答，则无线电话在步骤12100中再次立即运行RTC R，因此，可以实时地进行所有的计费。在步骤12110中，判断 是否由于根据RTCR用户不具有足够的存款余额或未被同意超支 以继续进行通话而调用了通话断开例程。如果未调用通话断开例程， 则所述过程前进至步骤12120。

在步骤12120中，无线电话700a判断是否例如因任何一 方挂机而结束了通话。如果未结束通话，则所述过程返回至步骤12 100。如果在步骤12110中调用了通话断开例程、在步骤12 120中确定了通话已结束、或在步骤12090中判断出通话尝试 已结束，则所述过程前进至步骤12130。

在步骤12130中，无线电话700a断开通话、用通话的最 终费用值来更新用户记录并创建通话的最终CDR。然后，所述过程 前进至步骤12140，所述过程在该步骤中结束。

尽管以上参照互相直接通信的用户进行了说明，但是，依照第六 实施例的实时记帐系统还可用于监视单个用户位置处的其它服务并 对这些服务进行计费。例如，用户可需要授权以运行计算机程序，就 该计算机程序而言，对用户的使用情况进行计费，例如处理y数据量 或使用y小时计费x美元。当使用量达到所处理的数据的预定限制或 时间限制时，所述程序停止起作用或者仅部分地起作用，直至进行了 付款。

依照本发明，还可用实时计帐系统监视用户的活动。例如，服务 提供商需要知道正在使用通信链路的程度以便对系统中的容量增长 进行规划。服务提供商还需要与通信链路的出错、通话故障等有关的 信息，以监控通信链路的效率。此外，服务提供商需要正在服务的使 用程度。例如在设备出故障的情况下，可将这些数据存储在服务提供 商位置处并周期性地或立即地加以更新。

除了所述实时记帐系统的多种特性以外，还具有所述实时用户记 帐系统提供的其它特性。例如，可以有电话锁定功能，其中，用户可 通过例如按下电话键盘上预定的按键序列而改变电话的COS，包括 诸如PIN之类标识信息。这种电话锁定功能能形成用户选择的CO S，直至用户用同样的方法选择了新的COS。例如，除非是在拨打 的号码之前或之后键入了PIN，用户可选择将电话限制于拨打本地 电话的COS。

本发明的实时用户记帐系统所提供的另一个特性是电子资金转 帐。利用这种特性，用户可授权电话公司以电子方式对来自银行帐户 或信用卡帐户的资金进行转帐，以便有规律地补充用户的存款余额。

本发明的实时用户记帐系统所提供的又一个特性是为电话预定 的商品付款。可将用户的信用卡号、姓名、地址和其它相关信用信息 存储存实时记帐系统中，以便简单地将电话用作订单输入设备。为了 使用这种特性，用户拔打电话以便购买产品或服务。在识别了产品或 服务之后，用户可通过例如按下电话键盘上预定的按键序列而给出包 括诸如PIN在内的适当信用卡号和其它相关信息。用户可在方便的 时候付款，并且，只要用户的存款余额是正的，就不要作任何的支付。 可将关于需要用支付多少钱去重建原始的用户存款余额的信息按月 或按其它的规律间隔通知给用户。用户可在任何时候增加她或他的存 款余额。

所述实时用户记帐系统还可以是贷方／借方卡计帐系统的基 础。也就是说，用户可按其预付押金或存款限额对诸如电、气、水等 之类的产品或服务进行计帐。就诸如公共设施服务之类的规则计费而 言，可自动地记到用户的帐户上以便通过电话公司向公共设施公司付 款。就其它购买行为而言，每次交易都由用户认可并仅在未超过用户 存款余额的情况下进行计算。

对用户帐户记帐的过程与以上就来自远程电话或来自与另一无 线电话作直接通信的无线电话的呼叫所述的相类似。此外，用户可安 排通过第三方增加帐户的存款或支付款。依照本发明的另一个方面， 提供了一种无线电话号码(LTN)。可在不需要用户有实际的电话 线路的情况下将一电话号码赋予具有存款或被授权有信用限制的用 户。所述号码可由预先录制的声音来应答。用户可根据它的LTN检 索消息并将消息留给所有的呼叫者或特定的呼叫者。这种服务对不能 支付起专用电话或寻呼机的用户特别有用。用户还可以用LTN进行 呼叫。在从归属交换机、远程电话或与另一个无线电话直接通信的无 线电话进行呼叫时，可如前面就通常用户拨打这种电话所述那样对记 帐进行处理和管理。

业已参照电话服务说明了上述实施例。但是，应该认识到，本发 明还可应用于诸如因特网、有线电视之类的其它类型用户系统以及诸 如煤气和水之类的公共设施。

本发明特别适用于通过因特网进行购物。代替为购买产品或服务 而向销售商提供信用卡或存款卡号，用户可向银行(例如因特网银 行)、按作为用户可用的存款余额而装进用户终端的预定存款额或信 用限制建立一帐户。为了通过因特网或任何其它类型的远程购物来为 购买物进行支付，用户可授权通过银行向销售商付款。授权过程从可 用的存款余额中扣除所述的金额量并将安全授权码提供给销售商，销 售商将该码提供给付款的银行。通过这种方式，用户可有效地将安全 电子支票发送给销售商。

特别是就大宗交易而言，为了提高安全性，还可在进行购买的同 时或在购买之后很短时间内由用户终端将安全消息发送给银行，以便 授权付款。另一种方案是银行通过查询用户终端(例如通过访问用户 终端上特定存储器)而在将资金付给销售商之前对交易进行检查。

上述示例性实施例在所有方面都是说明性的，而不是限制本发 明。因此，本发明在本领域的技术人员的具体实施中有多种变化形 式，它们都源于本文所包含的说明。所有这些变化形式和改进形式均 被认为是在后附权利要求所限定的本发明范围和精神内。