CN102348185A

CN102348185A - 用于电信计费的计算机实现的方法、系统以及计算机程序产品

Info

Publication number: CN102348185A
Application number: CN2011102200460A
Authority: CN
Inventors: R·利西; F·迪范扎; S·波姆佩
Original assignee: Accenture Global Services GmbH
Current assignee: Accenture Global Services GmbH; Accenture Global Services Ltd
Priority date: 2010-07-29
Filing date: 2011-07-28
Publication date: 2012-02-08
Anticipated expiration: 2031-07-28
Also published as: CA2746049C; US20140099918A1; CN102348185B; EP2413581A1; US8798578B2; CA2746049A1; US20120028602A1; US8630613B2

Abstract

本发明涉及一种用于电信计费的计算机实现的方法、系统和计算机程序产品。用于电信计费(200)的计算机实现的方法可以包括：从针对服务(130)的源系统接收事件(220)，其中事件由用户(110)生成；通过确定事件特征(242、244、246、248)来将事件(220)转换为标准化事件，确定事件特征包括确定引导点标识符以标识与用户(110)相关联的引导点(120)；通过使用引导点标识符，从引导点(120)检索可操作用于引导标准化事件的产品列表；通过根据所述产品列表计算和合计费用来对标准化事件计费(260)；通过更新至少一个与用户(110)、引导点(120)和/或服务(130)相关联的结余来发布(280)费用。

Description

用于电信计费的计算机实现的方法、系统以及计算机程序产品

技术领域

本发明大体上涉及分布式(多媒体)网络，诸如包括由移动网络运营商(MNO)或移动虚拟网络运营商(MVNO)经营的电信服务的移动网络，并且特别地涉及一种用于电信计费的计算机实现的方法、计算机系统以及计算机程序产品。

背景技术

电信服务，尤其是移动服务，如今通常已不仅由移动网络运营商(MNO)还由移动虚拟网络运营商(MVNO)来提供。MNO可以涉及那些提供频率分配以及所需的基础设施以运行独立移动网络的公司。MVNO可涉及那些提供移动电话服务但既不具备频谱的自有频率分配也不必具有提供移动电话服务所需的基础设施的公司。在特定地理区域内不具有频谱分配的MNO可在该区域内充当MVNO。MVNO可使用任何MNO所使用的移动技术(诸如IS-95(CDMA)、GSM和/或UMTS)来运营。

由于当今存在的大量运营中的MVNO，所以MVNO被迫以费用、时间和资源(特别是涉及硬件和软件资源)有效的方式来提供服务，包括大量运营有效的产品。提高所提供服务的效率的一个方面在于增强以及改进的电信计费。

电信计费可以指确定特定(电话/移动电话)呼叫的费用的行为。费用可包括用于技术支持工具(诸如电话线路(例如移动网络、陆上线路、海外线路等)、服务架构、连接服务等)的费用(关于时间和资源)。计费方法可包括将呼叫相关的数据转化为货币等同价值。执行这种计费方法需要计算机系统，因为大量数据(涉及与呼叫和相关服务相关联的费用)必须被处理以计算(可能)非常具体的费用。根据各种技术要相加用户的个人方面，数据可能非常详细。此外，利用计算机来提供计费过程也允许在呼叫期间来计算计费费用(例如，涉及呼叫和/或相关服务(诸如下载的数据)的费用)。此外，可以基于与大量数据和/或呼叫相关信息相关联的呼叫费用来自动地更新针对用户的相应账户结余。所有相关数据(关于呼叫、相应的产品以及执行呼叫的用户、硬件和/或软件要求)可以存储在诸如数据库之类的数据存储器中。呼叫相关数据可在网络中的多个点生成，和/或测量可由第三方设备(诸如网络探测器)进行。数据可以涉及那些可能可量化和具体的数据。在呼叫期间收集到的使用数据可以继而由相应设备(包括合适的软件和/或硬件)打包，和/或可以被送至网关以用于计费目的。计费系统和/或方法可以例如使用某些或所有关于呼叫的下述类型的数据：

·呼叫的时间特征(例如日期、一天中的时间、一周中的一天)；

·使用量(例如呼叫持续时间、收费和/或下载的数据量、所发送的短信的数目)；

·呼叫目的地(路上线路、无线、海外线路等)；

·呼叫来源和/或呼叫者的位置(这可能在移动网络中特别有用)；

·额外费用收费(例如用于额外内容的额外费用、诸如电影票之类的实体物品费用等等)。

在电信计费中，与通过用户(例如，从由用户操作的客户端系统)操作的个人呼叫相关联的费用可以被计费并且继而所计费量可以被送至计费系统以向用户提供账单。计费系统和相应的计费方法可以是更大计费系统的模块。

除了需要由计费系统处理的大量个人数据之外，计费系统需要永久适合于经常发生改变的数据(例如，改变定价规则、改变由不同用户计费的个人服务和/或改变由网络运营商支持的技术设备)。

因此，需要提供一种计算机实现的方法、计算机系统以及计算机程序产品，其有效地(关于时间和其他资源)支持电信计费，包括可重复使用的软件和/或硬件资源，以便减少所有权的总费用并且支持无缝处理涉及呼叫、相应的用户、所需的服务和/或用于网络服务所需的设备的大量数据。

发明内容

根据一般方面，提供了一种用于电信计费的计算机实现的方法(一种计费方法)。该方法包括：

从用于服务的源系统接收事件，其中事件由用户产生；

通过确定事件特征将事件转化为标准化事件，其中确定事件特征包括确定引导点标识符以识别与用户相关联的引导点；

通过使用引导点标识符，从引导点获取可操作用于引导标准化事件的产品列表；

通过根据产品列表计算和合计费用来对标准化事件进行计费；

通过更新至少一个与用户、引导点和/或服务相关联的结余来发布费用。

一般而言，计费可以描述响应于由用户使用产品和服务而生成的事件来计算收费并将其发布至结余的过程，通过用户照管部门和/或内部事件来执行。计费在收入管理程序中是重要的，特别是第三方组织(诸如内容提供商或漫游合作商)分享所产生的收入时。

基本上，计费方法由四个步骤(接收(用户)事件、标准化事件、对事件计费以及发布事件)构成。为了提供全面的记账解决方案，该方法步骤可整合至其他记账和收费架构的模块和/或系统。特别地，该方法步骤可被实现用于电信计费。如此，该方法确保了其支持下游系统的需求且其自身由上游系统充分地支持。

当事件(例如，电话呼叫、数据下载的请相加/或诸如导航服务之类的服务的请求)由计费和收费模块接收时，其可被分析以便确定对此类事件(例如，MSISDN、IMSI、电子邮件等)的相应的引导点。一旦确定了相应的引导点，就确定了针对其必须引导事件的用户(即，已经执行或发送了事件的用户)。由外部平台接收的事件不同的方面或组件被提取并存储在配置表中。事件的一个方面可以包括但不限于日期和时间，事件何时被执行、事件从何处被执行、何人执行以及事件被送至何人和何处。换言之，事件的方面可以用事件与什么相关、谁参与了事件、事件发生的位置、事件执行的时间以及事件的持续时间来作为特征。此外，这些方面可根据事件特征(何人、何事、何时、何地)来分组，在此及以后分别被称为基于何事的事件特征、基于何时的事件特征、基于何地的事件特征以及基于何人的事件特征，并且事件可以被标准化以使得系统能够处理。标准化的事件可以用于确定需要被计算的收费。对于每个所需的收费，通过使用计费参数来得到费率以及计算被用于产生费用。计费参数可包括但不限于事件类型(诸如语音、数据、SMS、MMS)、事件日期、事件时间、事件持续时间等。在发布期间，确定对于根据事件应当被发布的收费的结余。结余的该确定可以为引导点和应当对其发布收费的账户之间的直接关系。

因此，大量数据需要被收集并处理以便自动确定针对事件的费用并收费。由于方法自动确定用户和与事件相关联的有关引导点，因此用户免于指定此类关系以便计算和借记针对事件的费用的脑力工作。此外，复杂和非常具体的费用(取决于多个不同方面)可以被容易和有效地计算。此外，资源(例如，电话公司服务器、频带率、电信网络等)可以被按照更有效的方式来管理。例如，可以基于取决于特定用户事件和/或可能的用户的预选择服务的用户需求来提供资源。以这种方式，所需的陆上线路、移动网络和/或其他资源可被提供从而使得资源不会为了不用的或未请求的服务而被浪费。

根据另一方面，可以通过将事件映射到标准化事件来执行转换，其中映射基于根据针对事件的配置表的基于何地、基于何人、基于何事和基于何时的事件特征。

根据又另一方面，配置表可以被用作映射函数，该函数具有针对标准化时间的内部配置表作为输出。

根据又另一方面，产品列表可按照优先逻辑产生，其中产品列表中第一元素与服务相关联，产品列表中的第二元素与引导点相关联，并且产品列表中的最后元素与用户相关联。

根据又另一方面，对标准化事件计费可以进一步包括就产品列表中的产品来检查相应的产品是否与阈值相关联。

根据又另一方面，发布事件的费用可以进一步包括更新产品列表中的产品的利用阈值。

根据又另一方面，计费可以包括对产品列表中的产品应用收费方法，其中收费方法包括用于确定针对事件的费用的逻辑。

根据另一一般方面，提供了一种用于电信计费的计算机系统。该系统可以可操作用于：

从用于服务的源系统接收事件，其中事件由用户产生；

通过根据产品列表计算和合计费用来计费标准化事件；

根据又另一方面，该系统还可以操作用于执行依照上述任一具体方面的方法。

在另一总方面，提供了一种包括计算机可读指令的计算机程序产品，其中当其被加载到计算机中并运行时，计算机系统和/或计算机网络系统使得计算机、计算机系统和/或计算机网络系统执行如所描述的方法。

本说明书中所描述的主题可以被实现为方法或系统或使用计算机程序产品实现，其有形地体现为信息载体，诸如CD-ROM、DVD-ROM、半导体存储器、信号和/或数据流以及硬盘。此类计算机程序产品可使得数据处理装置实施一种或多种本说明书中所描述的操作。

此外，本发说明书中所描述的主题也可以被实现为包括处理器和耦合至处理器的存储器的系统。存储器可以编码一个或多个使得处理器执行本说明书中所描述的一种或多种方法的程序。此外，本说明书中所描述的主题可使用各种MRI机器来实现。

以下结合示例性附图和示例性描述来阐明一个或多个实现的细节。通过说明和附图以及通过权利要求，其他特征将变得明显。

附图说明

图1A至图1G示出了用于实现电信计费方法的示例性数据模型和相应的(数据库)表的框图。

图2示出了(电信)计费方法的示例性实现的流程图。

图3示出了用于定义可能的事件构成的配置表的示例性实现。

图4示出了用于执行图2中所示的计费方法的事件标准化和引导的步骤的示例性方面。

图5A和图5B示出了用以在图2中所示的计费方法的事件计费步骤期间验证事件的适当性的示例性配置表和相关的产品适当性表。

图6示出了图2中所示的计费方法中的事件计费步骤的示例性实现的流程图。

图7A和图7B示出了与利用产品相关的示例性配置表。

图8示出了图2中所示的计费方法中的发布步骤的示例性实现的流程图。

图9示出了示例性计算机系统和/或计算机网络的框图。

具体实施方式

技术术语

以下技术术语将在描述中广泛使用。术语可能涉及但不限于随后给出的说明。

(电信)计费

一般而言，电信计费可涉及确定特定呼叫(例如，电话呼叫、移动电话呼叫、包括从服务器下载的数据的呼叫、包括对内容数据库和/或对信息系统访问的呼叫)的费用的活动。计费方法可包括将呼叫相关的数据转化为货币等同价值。在一个方面中，计费方法可包括标识从用户或事件源(例如，媒介、服务控制平台、服务递送平坦、包括计费系统的记账系统的内部服务)所接收的(用户)事件(例如，关于诸如呼叫和/或数据下载之类的电信公司的典型事件)。输入事件继而可以由计费方法基于与涉及该事件的用户(例如，正进行电话呼叫的用户)相关联的费率进行计费。计费可包括计算费用(诸如，针对事件的费用)，并且将计算出的费用发布至结余。结余可以与产生事件的用户、服务以及由用户所使用和/或访问的相关产品相关联。产品可以涉及针对用户报价来构建块。产品可包括将要施加于用户以供服务使用的定价规则，诸如费率计划、循环费用和/或免费使用。服务可涉及可提供给用户的(物质或非物质)货物。为了根据所执行的事件消费服务，可以根据定价规则向用户索费，其中定价规则可以由用户使用的服务来限定。例如，对于语音呼叫服务，可向用户索费5欧元/月(循环费用)以及10欧分/分钟(费率计划)。

引导点

引导点可以指对向用户提供或供应的一个或多个或所有服务进行分组的实体。可以按照移动通信公司中的SIM、针对固定线路的电话和/或针对网络提供商的CPE对引导点进行规定和/或实现。引导点可以是这样的实体，其允许计费系统针对计费方法或输入事件的方法建立和/或指定(可能是高度抽象的)一种或多种主要规则，并且引导点可以与一个或多个服务相关。

在一个示例性实现中，引导点可包括一组参数，其中参数用于标识用户请求、使用和/或访问服务，诸如电信服务。为此目的，即，为了标识此类服务的用户，引导点可包括SIM的标识符的列表，例如MSISDN(移动用户ISDN号码)、IMSI(国际移动用户标识)、ICCID(集成电路卡ID)等。

由于引导点可以使用于计费方法的抽象实现概念以便对多个不同用户参数(例如MSISDN、IMSI、EMAI、电子邮件、CCID、IP地址等)而言可识别，因而在此描述的计费方法和相应的计费系统和/或引擎将可以准备好仅通过请求配置相应的参数而向任何种类的服务收费，而无需任何进一步的程序编码和/或实现设置。

阈值/利用阈值

利用阈值(具有零、一个或更多基数)可以对施加至该阈值所属的实体的测量单元的阈值进行建模。此类阈值可以确定积极和/或消极含义和/或对于用户的解释。阈值的积极含义可以允许用户设置能赋予用户用于接收特定报价(基于结余的出价和/或基于特定服务的出价)的能力的阈值。例如，阈值的积极含义可以允许用户在已发送一束特定数字(例如n个)的SMS之后接收一个特定组的免费SMS。阈值的消极含义可涉及代表使用服务的限制量的阈值。例如，由阈值指定的限制可以被施加至SMS服务。此外，可使用阈值来指定忠诚点。忠诚点可以涉及基于所达到的特定阈值而向用户提供和/或供给的一组促销红利。利用阈值可以是循环的，例如以月、双月和/或周为周期。例如，用户可被迫在预先确定或用户确定的时间周期内处于特定阈值以下，例如关于针对所执行事件的货币(或支付)方面。

费率

费率可以涉及与产品和/或服务相关联的特定金钱量，其可能不会变化，除非例如基于周期性基础而被更新和/或改变。

费率计划

费率计划可以涉及用户与之相关联的一个或多个产品的捆绑。收费计划可以限定在单一实现的观点中出售给相应的用户的报价。

事件

在无线计费的上下文中的事件可以涉及与针对至少一个电话公司产品的服务的交互。例如，事件可以包括但不限于电话呼叫(移动或基于座机)、数据(文本、视频、音频、多媒体)下载、对诸如导航服务或售票热线之类的服务的访问、对诸如文章数据库之类的数据源的访问。

事件源

在计费方法和相应的计费系统的上下文中，事件可以通过计费方法从事件源被接收。事件源可以包括但不限于媒介、服务控制平台、服务递送平台和/或内部源。媒介可以涉及在外部系统和计费系统之间的接口并且可以在所述组件之间引导通讯。媒介可以被用于将那些可以不被处理或者可以不要求实时处理的事件(诸如漫游事件和/或后付费事件)列入安排到计费系统时间表内。服务控制平台可用于将事件列入用于实时音频、数据和/或报文发送事件的计费系统时间表内。服务递送平台可用于将那些可由计费系统内部产生的事件列入计费系统时间表内，该事件为诸如激活事件、针对事件的循环收费和/或针对事件的断续收费。

以下参照附图给出对示例的详细描述。应当理解，可以对示例进行各种修改。特别地，一个示例的元素可以在其他示例中组合并且使用，以形成新的示例。

一般而言，本发明涉及一种可以被整合到记账系统的计费和/或收费系统以及相应的方法(或过程)中。提供了一种到记账系统的(标准化)接口。系统可使用基于web的技术而在基于SOA的架构(面向服务的架构)中实现。以此方法，可以实现包括了简化的基础设施的基于组件的实现模型。此外，在使用开源软件产品的架构中的模块的实现可以降低计费系统和方法的总费用。

计费系统和方法可在BSS/OSS平台上实现。BSS(商业支持系统)并且可以涉及电话运营商或电话公司(电信公司)可以使用其以运行其面向用户的商业操作的组件。BSS可以涉及与用户交易的系统、支持过程(诸如接收订单、处理账单和/或收集付款)。OSS(经营/经营性支持系统)可以涉及由电信服务提供商所使用的计算机系统，例如与电信公司(Telco)网络自身交易的网络系统、支持过程(诸如维护网络库存、供应服务、配置网络组件和管理故障)。BSS和OSS可依照需要连接(短期的至BSS/OSS或B/OSS)以支持各种端到端服务，其中每个系统可以包括其自有数据和服务责任。

计费系统和方法可以支持用于电信服务的内置功能以便支持复杂的计费方案，包括在记账过程中以及在整合入更大系统中预知的未来方案。由于基于高级整合(软件和/或硬件)架构的实现，计费系统和方法也可以支持高度灵活性和新功能的无缝整合。用户功能可在系统核心层上容易地实现。可通过在灵活的过程管理架构中使用先进的实现来实现操作效力。此外，由于实现基于开源系统和软件，因此可以降低费用。计费系统和方法可以容易地按照电信网络中的新趋势或者未来的几代来扩展和/或增强。

图1A至图1G示出了可以在数据库管理系统(诸如相关数据库管理系统)中实现的示例性数据模型以及相应的配置表。其他示例可以包括面向对象的数据库和/或半结构化数据库。

图1A示出了数据模型100，其可以用于实现(电信)计费方法以及用于设置如以下参照图2至图8所描述的相应的计费系统。

通常，数据模型100用于将访问和/或请求服务130(即，用户执行诸如电话呼叫、多媒体数据下载和/或访问诸如文章数据库之类的数据源之类的事件)的用户110与服务130的至少一个对应产品关联起来以对事件和用于引导该事件以供适当计费的引导点120提供服务。通过向(电信)服务提供商发送事件来执行请求。事件可包括但不限于电话呼叫、针对数据下载的请求、对于访问内容数据库的请求。类似地，服务提供商可包括但不限于因特网提供商、电信公司、(虚拟)网络运营商和或移动(虚拟)网络运营商。一旦事件被用户发送并且一旦引导点将事件关联到用户和由事件选定的服务，则针对事件向用户收费，即，计算计费费用。向用户收费的事件的相应的费用存储在诸如数据库之类的数据存储设备中。在本发明(自动执行的)计费方法期间，事件被赋予针对与所请相加/或所访问的服务相关的事件的相应的费用。

机器可读的数据模型100可以在计算机系统中处理。数据模型100可以包括多个用户110、相应的引导点120以及由至少一个服务提供商提供的服务130的表现。数据模型100定义了用户110、针对用户110的相应的引导点120以及向用户110提供的服务130之间的关系。引导点120将由至少一个服务提供商向用户110提供的一个或多个或所有服务130进行分组。换言之，引导点120根据所执行的事件来标识与用户110相关联的服务130。引导点120可以例如实现为与由电信公司环境提供的SIM(用户识别模块)或者针对因特网提供商的电话线类似。此外，数据模型100指定了在至少一个服务提供商处接收的用户110的事件与针对与(输入用户)事件相关的服务所收取的费用之间的关联。这些关联在引导点120处计算。

在数据模型100中通过至少一个相关联的结余112和一个或多个产品114来指定和表征用户110。用户110可以可操作用于通过事件访问至和/或请求一个或多个产品114。产品114对应于一个或多个由至少一个服务提供商提供的服务130。例如，一个或多个服务130可以与一个产品114关联。通过一组个性化数据和/或信息，用户110可以被明确地识别，该个性化数据和/或信息例如为用户专用的、用户定义的、个性化的和/或用户定制的数据(例如，与用户相关联的名字、姓、个人地址、账单地址等)和/或附加信息(诸如财政代码、优选的联系方式、一部分(例如企业或消费者)、销售渠道等)，和/或通过一组指定事件进入点的事件相关参数来识别用户110。事件相关参数可以包含包括在输入事件中的且与引导点120匹配的参数。例如，输入语音事件可以包括根据MSISDN(移动用户ISDN号码)的事件相关参数，其可以被与用户110和位于引导点120的输入事件关联地存储。因此，如图1A中所示，用户110与结余112和产品114相关联。此外，用户110自身可通过一组个性化数据和/或诸如名、姓、账单地址之类的信息而指定。个性化数据和/或信息存储在用户(对象)110自身的配置表中。事件进入点可包括一个或多个事件相关参数之一。事件相关参数由引导点120定义。例如，引导点120可以将入站事件(诸如MSISDN或IMSI)定义为事件进入点。当入站事件(例如MSISDN、IMSI)被接收时，引导点将指定事件进入点的事件相关参数的集和与从事件提取的信息进行比较并且确定是否匹配。匹配可独立于例如定址在(用户)事件中的外部源(例如服务)。一旦引导点120已经被正确寻址(并且因此正确地与用户110相关联)并且因此由用户110发送的事件正确地与用户110和引导点120相关联，则数据模型100的实体(例如，用户110，结余112、122、服务130、产品114、124、阈值)的对象可以被访问并且可以根据事件获取相应的数据和/或信息。对象可以涉及实体的具体实例，诸如实体用户的用户A或实体产品的产品X。个性化的数据也可以包括历史。历史可以存储之前的、用户请求的服务和/或产品，和/或用户频繁使用的地理电话连接。

结余112涉及用户110的账户的贷方和借方的总和的表示。如图1A中所示，结余112可包括预付费的结余(未显示)、后付费的结余和/或其他结余，每个结余均与用户110相关联。预付费的结余可涉及在提出、使用服务130之前付费的结余，例如可以重复使用的付款的存储形式，例如信用卡、借记卡、银行账户或其他付款账户。后付费的结余可以涉及用于向用户110开发票的索费的结余。发票可以基于与至少一个由用户110访问和/或使用的服务130相关的一个或多个所访问的产品114。其他结余可以涉及由系统追踪的的辅助结余。在一个优选实施方式中，其他结余涉及促销服务。例如，其他结余可以指示可以用于服务子集的金额量(或辅助结余)，服务子集可由用户110使用和/或访问。当例如用户110已经消费了一定量的出站流量(表示为单元或转换为货币收费)时，其他结余可作为促销提供给用户110。其他结余和(标准用户)结余之间的差别可以在于前者可以适合于由用户110可使用的和/或与失效期限相关联的服务子集。

产品114可以代表那些用户110操作以访问服务或服务集合的有形产品。更具体地，图1A的产品114可以是数据结构，例如表或矩阵，其将通过有形产品访问的服务或服务集合与用于使用服务或服务集合的费用相关联。如图1A中所示，针对用户110的产品114可由(单一)收费计划、零个或更多选择和/或至少一个利用阈值来详细说明。

利用阈值可为由用户110定义的限定值，以管理对产品114的使用。在一个示例中，用户110可以已经要求三个利用阈值来监视其开销：

-利用阈值1可以涉及在第一时段内对SIMS的限制。在该示例中，利用阈值1为每月100分钟(基于语音事件)。

-利用阈值2可以涉及在第二时段内对SIMS的限制。在该示例中，利用阈值2允许每月150欧元的流量。

-利用阈值3可以涉及在第三时段内对数据流量的限制。在该示例中，用户110在数据流量上可以设定每周100MB的限制(即，采用利用阈值3)。

接续以上示例，用户110可以执行80MB的数据下载事件。参考以上列举的三个阈值，由于利用阈值1涉及语音流量，因此其保持不变。假设80MB的数据下载事件费用25欧元，则利用阈值2可以被更新为125欧以反映出针对该月的费用限制的剩余值(例如，150欧元-25欧元)。因此，更新的利用阈值2显示用户110现在对于当月剩余量而言可至多产生125欧元价值的费用。最终，利用阈值3可以被更新以反映对于周数据流量的限制剩余20MB(例如，100MB-80MB)。换言之，用户110对于该周剩余量而言仅可产生20MB的数据流量。

进一步继续该示例，当用户110试图执行第二事件时，计费方法基于由每个利用阈值阐明的限制来决定事件是否可以被执行。特别地，如果用户110触发了针对事件“大小”为20MB或更小(例如，在由利用阈值3施加的限制范围内的数据下载)的第二数据下载事件且事件费用低于125欧元(例如，费用在由利用阈值2施加的限制范围内)，则计费系统可执行由用户110触发的第二事件。否则，如果通过事件的执行会超过由利用阈值施加的限制之一，则向用户110发送关于第二事件的提醒并且计费方法决定是否终止事件。换言之，在超过阈值的情况下，将向用户110发送警告以通知已经达到或超过阈值。计费系统或方法可以继而决定是否终止用户110的事件。

图1A中所示的产品114的收费计划可以限定全球基本价格，例如由服务提供商针对与产品114相关联的服务130(或针对多个相关联服务130中的每一个)所请求的。可以提供对服务的选择和/或将其出售给用户110作为附加服务(例如，除了通常由产品114提供的服务之外的服务)。备选地，或附加地，对事件的选择可以改变由用户110执行的事件(例如，电话呼叫)的一个或更多定价规则。类似地，对定价规则的选择可以是对针对用户110的标准(预设)定价规则的改变。例如，对针对用户110的定价规则的选择可以涉及关于针对所述用户110的定价规则的降低的费率。例如，用户110具有针对语音服务的相关的每月10欧元的循环费用，但在用户110也订购数据服务的情况下，则用户110在相应的定价规则上可以获得50％(一个选择)的减免。因此，在该示例中，当用户110订购数据服务时，针对语音服务的选择被发起，从而导致针对语音服务的每月5欧元的循环收费而不是每月10欧元的循环收费。

定价规则可以涉及在计费系统和方法中配置以便对用户110可能购买、访问和/或使用服务进行索费的一系列规则。定价规则的示例可以包括：针对电话租赁的每月7欧元的循环收费，针对移动和本地呼叫的每分钟10欧分的和/或针对国际呼叫的每分钟20欧分的语音呼叫，每条消息10欧分的SMS/MMS服务，每MB1欧元的数据下载等等。定价规则可以按照机器可读方式在计费系统和方法中编码，从而使得它们能在系统中被自动处理。多个选择或产品114可以与用户110的引导点120相关联。

引导点120包括对应于与针对用户110的服务相关联的用户110和产品114的结余122与产品124。相应地，结余122可以包括预付费结余(未显示)、后付费结余和/或其他结余。产品可以包括针对一个或多个服务、零个或更多选择和或利用阈值的(单独的)收费计划。例如，在由用户110使用的预付费结余的情况下，在使用服务130之前，计算出的针对事件的将付费量被从用户账户结余112收取或借记并且相应地记入贷方或发布在服务账户结余122中。后付费结余在提供服务130之后按照相应的方式被管理。

换言之，对于每个事件，引导点120收集相应的配置表、与用户110有关的数据和与事件有关的数据、从用户110向服务提供商发送以作为针对一个或多个服务130的请求的事件。引导点120进一步管理在针对接收事件以计算与事件相关联的费用的每个服务130的配置表中的数据。

引导点120与一个或多个服务130相关联，一个或多个事件130被一个或多个服务提供商提供并且当用户110向服务提供商发送事件时由用户110所请求。可以由用户请求的服务130的示例包括语音电话呼叫、音频和/或视频数据服务(诸如视频会议)、消息(诸如SMS服务)、数据收费和/或下载(例如，音乐、视频、多媒体数据)和/或内容访问(例如，对内容数据库)。

数据模型100可以在数据存储设备(诸如数据库管理系统)上实现。在一个示例性实现中，由相应的配置表(例如，在相关数据库管理系统或MS Excel电子数据表中的相关表格)实现图1A中所示的每个不同实体，诸如用户110、引导点120、服务130、结余112、122、产品114、124。配置表，如在图1B至图1G中示例性地所示，可以针对每个所示实体限定实现本发明的计费方法和系统所必须的数据模型100的类型以及相关方法。

图1B至图1G示出了示例性配置表以实现图1A中所示的数据模型100的实体。特别地，图1B示出了用户实体(或用户)110的示例性实现或配置的屏幕截图，即，数据模型100的用户配置表111。用户配置表111可以包括数据类型，数据类型在字段名中被指定为诸如Customer_ID(客户ID)、Name(名字)、Surname(姓)、Customer_Status_Code(客户状态码)、Start_Date(开始日期)、End_Date(结束日期)、Customer_Type_ID(客户类型ID)，数据类型如图1B中针对一个用户110的示例性示出存储针对每个用户110的相应的值。图1C示出了引导点实体(或引导点)120的示例性实现或配置的屏幕截图，即，数据模型100的引导点配置表121。引导点配置表121可以包括在字段名中指定的数据类型，诸如Guiding_Point_ID(引导点ID)、Guiding_Point_Status_Code(引导点状态码)、Start_Date(开始日期)、End_Date(结束日期)、Service_Name(服务名称)、Network_Name(网络名称)、Guiding_Point_Type_ID(引导点类型ID)、Guiding_Point_A(引导点A)、Guiding_Point_B(引导点B)，如图1C中关于一个引导点130的示例性示出，存储针对每个引导点120的相应的值。图1D示出了服务实体(或服务)130的示例性实现或配置的屏幕截图，即，数据模型100的服务配置表131。服务配置表131可包括在字段名中指定的数据类型，诸如Service_ID(服务ID)、Service_Type_ID(服务类型ID)、Start_Date(开始日期)、End_Date(结束日期)、Service_Status_Code(服务状态码)，如图1D中关于一个服务130的示例性示出，其存储针对每一个服务130的相应的值。图1E示出了结余实体(或结余)112和122的示例性实现或配置的屏幕截图，即，数据模型100的结余配置表113。结余配置表113可以包括在字段名中指定的数据类型，诸如Balance_ID(结余ID)、Balance_Type_ID(结余类型ID)、Amount(量)、Balance_Limit(结余限制)、Customer_ID(客户ID)、Guiding_Point_ID(引导点ID)，如图1D中关于一个结余112的示例性示出，其针对每一个结余112的相应的值。图1F示出了产品实体(或产品)114和124的示例性实现或配置的屏幕截图，即，数据模型100的产品配置表115。产品配置表115可以包括在字段名中指定的数据类型，诸如Rating_Item_ID(计费项目ID)、Rating_Item_Status_Code(计费项目状态码)、Start Date(开始日期)、End_Date(结束日期)、Customer_ID(客户ID)、Guiding_Point_ID(引导点ID)、Service_ID(服务ID)、Name(名字)；如图1F中关于一个产品114的示例性示出，描述存储针对每个产品114的相应的值。图1G图示了利用阈值实体(或利用阈值)的示例性实现或配置的屏幕截图，即，数据模型100的利用阈值配置表117。利用阈值配置表117可以包括在字段名中指定的数据类型，诸如Utilization_Threshold_ID(利用阈值ID)、Start_Date(开始日期)、End_Date(结束日期)、Customer_ID(客户ID)、Guiding_Point_ID(引导点ID)、Service_ID(服务ID)、Counter(计数器)、UOM、Utilization_Threshold_Type_ID(利用阈值类型ID)，如图1G中关于一个利用阈值114的示例性示出，其针对每一个利用阈值的相应的值。根据图1B至图1G的用于实现数据模型100的每个配置表111、121、131、113、115、117包括一个或多个字段变量(名称)，其可如相应的附图中的示例性示出，由不同值“示例值”来增加。此外，针对每个字段名(或变量)“字段名”，在相应的配置表中提供描述“描述”。

图2示出了电信计费方法(或“计费方法”)200，其可基于图1A中所示的数据模型100来实现。计费方法200包括以下步骤：在步骤220从事件源接收事件，在步骤240对该事件进行标准化和引导，在步骤260对事件计费和在步骤262产生针对事件的产品的列表，以及在步骤280出于收费目的将事件发布在用户110的结余112中。

计费方法200在计费系统(处理引擎或引擎)中实现，其可以备整合到更大的系统，诸如记账系统。在一个示例性实现中，记账系统可在由服务提供商操作的BSS(商业支持系统)或B/OSS(商业/经营支持系统)内实现或作为其一部分(例如其中的模块)实现。一些示例性服务提供商包括因特网提供商、电信公司、(虚拟)网络运营商、移动(虚拟)网络运营商等。

由用户从源系统(诸如事件源或数据源)发送和/或执行的事件(例如，电话呼叫、针对数据下载的请求、对访问内容数据库的请求)在步骤220在计费系统被接收。可供计费系统在步骤220从其接收事件的源系统可以包括媒介(例如，对于那些可以不需要或者可以不必实时处理的事件，诸如漫游事件、后付费事件等)、服务控制平台(例如，对于实时语音、数据和/或消息事件)、服务递送平台(例如，对于内容和/或移动商务事件)、因特网系统(例如，对于那些由计费系统内部生成的事件)和/或其他系统。媒介可以被定义为用于协调通信的通信接口，该通信包括例如在例如事件源(或源系统)和计费系统(其实现计费方法200)之间的数据交换。

参考图3至图8更加详细地描述计费方法200的方法步骤220、240、260、280。

图3示出了用于定义事件的配置表230的示例性实现。配置表230可包括一个或多个字段名232。根据本发明的一个实施方式，每个字段名232可以具有相关联的描述234。配置表230指定了对可以在计费方法200中处理的事件可用的CDR(呼叫数据记录或呼叫细节记录)类型(即，事件格式)的一个示例性实现。尽管在此描述了基于CDR的示例性实现，但是本领域普通技术人员可以知晓的是可以使用符合本发明的实施方式的其他实现。

CDR涉及针对电话公司服务的广泛使用的标准。配置表230被用于收集和存储与在步骤220所接收到的事件相关的所需数据，以及用于收集和存储与已经执行了事件的相应的用户110相关的所需数据。存储在配置表230中的数据可以在计费方法200的随后的方法步骤240、260和280中使用。因此，配置表230充当这样的高效、灵活的和可重复使用的工具，其用于收集和存储在步骤220所接收的事件的事件相关数据和用户相关数据而不需要很多存储器空间。

事件的类型在所示的表的不同字段中指定，并且因此与表中的字段名相关联，字段名例诸如RECORD_TYPE(记录类型)、EVENT_TYPE(事件类型)、CALLING_SERVICE_NAME(呼叫服务名称)、TIME_BAND(时间带)、DURATION(持续时间)，事件的类型可以在具有在字段描述属性234中给出的相应的描述的字段名属性232中列举。配置表230可以在诸如数据库管理系统之类的数据存储设备中实现。以下将更详细地描述用于事件的事件相关数据和与事件相关联的用户110的用户相关数据的通用配置表230的示例性CDR字段。

配置表230可以包括字段名232，诸如EVENT_TYPE，其指示了事件类型学。事件类型学或事件类型可以指定与事件相关的服务的类型。例如，EVENT_TYPE可以标识任何以下类型的服务和/或格式：语音、视频、音频、SMS、MMS、数据和内容。更完整地，事件类型学的示例可以包括：

-服务：语音→事件类型学：国内移动呼叫、国内固定呼叫(诸如陆上线路呼叫)、国际呼叫等等；

-服务：消息→事件类型学：国内SMS、国际SMS、MMS等。

-服务：数据→事件类型学：浏览、下载等。

配置表中字段名232中指定的其他事件类型可取决于或不取决于EVENT_TYPE的值。在本发明一个实施方式中，配置表230可以包括独立于所指定的事件类型学的一个或多个下述字段名232：

·CALLING_SERVICE_NAME(主叫服务名称)可以包括执行事件的USIM(全球用户标识模块)的电话号码；

·CALLING_NETWORK_NAME(主叫网络名称)可以包括执行事件的USIM的IMSI(国际移动用户标识)；

·CALLED_SERVICE_NAME(被叫服务名称)可以包括用于事件接收方的服务标识符，诸如接收事件的USIM的电话号码；

·CALLED_NETWORK_NAME(被叫网络名称)可以包括用于事件接收方的网络标识符，诸如接收事件的USIM的IMSI；

·CALLING_NETWORK(主叫网络)可以包括代表主叫方的网络的标识符；

·CALLED_NETWORK(被叫网络)可以包括代表事件接收方(例如服务提供商)的相应网络的标识符；

·NETWORK_TYPE可以取决于由事件所使用的网络系统的类型学并且可以涉及：

-GSM(全球移动通信系统)，

-UMTS(通用移动通信系统)，或者

-卫星；

·NETWORK_ID(网络ID)可以指定用于事件的网络的标识符(例如移动交换中心(MSC)地址)；

·EVENT_START_DATE(事件开始日期)可以指定事件开始的时间戳(日期和时间)；

·EVENT_BAND(事件带)可以指定通用协调时间(UCT)或其他时间标准；

·PRICE(价格)可以指定与事件相关联的货币量；

·CURRENCY_ID(货币ID)可以标识与在PRICE字段中的货币量相关联的货币；

·SESSION_ID(会话ID)可以包括用于事件的唯一标识符。

配置表230也可包括取决于事件类型学或事件的类型的一个或多个字段名232，诸如但不限于RECORD_TYPE。以下描述示出了字段名232的选择和字段名232的值如何取决于事件类型学而变化。例如，如果事件类型或类型学与要求语音和/或视频数据的服务相关，则一些字段名232，诸如RECORD_TYPE、EVENT_TYPE和DURATION可以支持以下值：

·RECORD_TYPE可以包括的值诸如：

-移动被叫呼叫

-移动主叫呼叫

-移动被叫呼叫接入(例如可以被电子保存和/或记录的移动被叫呼叫)

-移动主叫呼叫接入(例如可以被电子保存和/或记录的移动主叫呼叫)

-呼叫转接

-呼叫转接接入(例如，可以被电子保存和/或记录的呼叫转接)

-SSP(用户服务程序)(SSP可以包括但不限于用户在电信网络上的技术订购)

-SSP(用户服务程序)接入

·EVENT_TYPE可以包括的值诸如：

-语音呼叫

-视频呼叫

-所有电信业务

·DURATION可以包括代表事件的持续时间的单位的数目(例如秒)。

相反地，如果事件类型或类型学涉及请求SMS和/或MMS数据的消息服务，则字段名232(诸如RECORD_TYPE、EVENT_TYPE、PULSES和VOLUME)可以被使用并且支持以下值：

·RECORD_TYPE可以包括的值诸如：

-SMS移动发起

-SMS移动终结

-发起MMS

-接收者SMS

-转发的SMS

-转发的MMS

·EVENT_TYPE可以包括的值诸如：

-报警

-附件

-音频

-群组

-群组附件

-群组音频

-群组多附件

-群组视频多附件

-群组图片

-群组视频

-多附件

-视频多附件

-多接收方群组提醒

-常规

-图片

-视频

·PULSES可以包括事件的单位的数目；

·VOLUME可以包括以字节计的事件的单位的数目。

在以上示例中，当与事件相关联的服务类型从语音改变至消息时，针对字段名232RECORD_TYPE和EVENT_TYPE可能的值也改变。此外，字段名232中某些改变被选择用来描述发生的事件。如上所示，字段名232DURATION用于与语音相关的事件类型学，而脉冲和容量则用于测量与消息服务有关的事件。

进一步继续示例，如果事件的类型与数据服务相关，则针对图3中表230的事件类型的相应的以下值可以被支持：

·RECORD_TYPE可以包括的值诸如：

-本国公用陆上移动网络(HPLMN)GGSN(网关GPRS支持节点)会话

-被访公用陆上移动网络(VPLMN)GGSN会话

-HPLMN SGSN(服务GPRS支持节点)会话PPP(点对点协议)

-VPLMN SGSN会话PPP

-聊天

·ACCESS_METHOD(接入方法)以可以包括用于用相应的事件请求的服务的访问方法；

·APN_CODE(APN码)以可以包括访问点名称；

·VOLUME可以包括以字节计的事件的单位的数目。

类似地，如果事件的类型涉及内容，则针对图3中表230的事件类型的相应的以下值可以被支持：

·RECORD_TYPE可以包括的值诸如：

-原子定价的

-原子未定价的

原子定价或原子未定价的事件可以不包括持续时间且可能不能进一步细分。原子事件的示例可以包括但不限于SMS或MMS。原子定价事件可以涉及其中其价格在计费方法之外被决定的事件，其中计费方法随后向该原子事件应用所述价格(或收费)而不进行额外计算。原子定价事件可以涉及通过计费方法而计费的事件，这是因为没有外部价格被决定和与事件相关联。

·EVENT_TYPE可以包括的值诸如：

-运动

-音乐

-书籍

-新闻

-体育新闻

-游戏

-视频社区

-视频出租店

·PULSES可以包括事件的单位的数目，诸如事件的频率。

原则上，事件的类型(或事件类型学)可以是使用事件或者非使用事件。使用事件可以由用户和/或网络事件(或活动)生成。使用事件可以包括语音、数据、消息、内容和/或其他事件。非使用事件可以涉及那些既不由用户生成也不由网络事件(或活动)生成的事件。非使用事件可以包括激活事件(例如，在引导点、产品、服务或任何其他特征的激活期间生成的事件)、循环事件(例如，周期性(记账周期期间)地产生和收费以作为对提供产品或服务的回报的事件，诸如产品订购、设备租用)和/或断续事件(例如响应于特别行为而产生并仅收费一次的事件)。对使用事件的收费可以按照以下一种或多种方式来计算：

-持续时间：使用持续时间专用的费率以及事件(例如电话呼叫、数据会话)的持续时间来计算收费

-统一费用：对全部事件(例如SMS消息)而言收费是统一量(即，费用)，与持续时间或容量无关

-容量：使用容量专用的费率和在会话期间传输的数据容量来计算费用

-内容：使用内容专用的费率和由事件指定的内容的测量单位的数量(例如，游戏中所发射的每个子弹、游戏中发射子弹的事件)来计算费用

-预先计费：直接从事件收取费用且可以是重复计费的、加价的、减价的或不变的。

在计费方法200中事件被接收之后，在步骤240对事件进行标准化和引导。通常，对作为一些字段名232的用于CDR(呼叫数据记录)的配置表230中示例性示出的输入事件的方面根据何人、何事、何时和何地的事件特征进行计算，并且事件被标准化为标准化事件。标准化事件可以在计费系统中被处理。此外，针对标准化事件，检索一个或多个产品的列表。该产品列表由引导点120使用以引导标准化事件。换言之，标准化事件是那些已经从用于描述输入事件的外部系统所使用事件格式转换为根据4W模型的计费方法和系统所使用的内部格式的事件。当在引导点120执行引导的期间，标准化事件和相关的引导点120之间的匹配通过使用引导点标识符来找到，引导点标识符包括但不限于MSISDN、IMSI和/或ICCID标识符。

在一个示例性实现中，使用基于何人、基于何事、基于何处和基于何时的事件特征来对事件进行标准化。在一个示例中，地理上位于纽约的用户(约翰)可以在上午11点使用移动设备来呼叫位于洛杉矶的玛吉。为了对示例性移动语音呼叫进行标准化，所描述的事件可使用以下参数或事件特征来映射：何人：可以是例如可以从配置表250中的WHAT字段检索的约翰，何事：如例如在配置表250中的WHAT字段中指定的移动语音呼叫，何地：如例如在配置表250的FROM和TO字段中指定的从纽约至洛杉矶，何时：如例如在配置表250的WHEN字段中指定的每天时段(白天早上8点至晚上8点，夜间晚上8点至早上8点)。

在标准化步骤240中，可以将配置表230中的一个或多个字段名232映射到内部配置表，例如图5A(下述)中所示的表250。

特别地，在标准化步骤240期间，输入事件的每个方面(预先进入配置表230作为某些字段名232)可以按照如图4中所示的4W模型(即，基于何事事件特征242、基于何人事件特征244、基于何地事件特征246以及基于何时事件特征248)来分析。以此方式，与基于何事事件特征242相关的输入事件的方面可被分组，与基于何人事件特征244相关的方面可被分组，与基于何地事件特征246相关的方面可被分组，以及与基于何时事件特征248相关的方面可被分组。参考如图3中所示的CDR配置表230的示例，可以根据4W模型按照如下对字段名232进行分组：

-CDR配置表230的字段名232的RECORD_TYPE 232-1、EVENT_TYPE 232-2、NETWORK_TYPE 232-7、ACCESS_METHOD 232-11被映射到用于标准化事件的内部配置表250的字段名252的WHAT 252-1。事件的这些方面可以涉及基于何事事件特征242。

-CDR配置表230字段名232的CALLING_SERVICE_NAME232-3、CALLING_NETWORK_NAME 232-4被映射到用于标准化事件的内部配置表250的字段名252的WHAT 252-1。事件的这些方面可以涉及基于何人事件特征244。

-CDR配置表230的字段名232的CALLED_SERVICE_NAME 232-5、CALLED_NETWORK_NAME232-6、APN_CODE 232-10、NETWORK_ID 232-12被映射到用于标准化事件的内部配置表250的字段名252的FROM 252-2和TO 252-3。事件的这些方面可以涉及基于何地事件特征246。

-CDR配置表230的字段名232的EVENT_START_DATE232-13、TIME_BAND 232-14被映射到用于标准化事件的内部配置表250的字段名252的WHEN 252-4。事件的这些方面可以涉及基于何时事件特征248。

所分组的方面可以被输入内部配置表，诸如图5中所示例性示出的内部配置表250，由此将输入事件标准化为标准化事件。标准化事件可以在计费方法200的随后的步骤260、280中使用。因此，配置表在标准化阶段240期间被用于映射函数，该映射函数的输入为针对根据配置表230的源系统中的传入事件的表示中使用的方面的参数值，输出为在计费方法200的配置表250中使用的字段的参数值。映射函数可以由一个或多个映射规则来定义。

如上所示，并非所有字段名232都与4W模型有关。其他参数，诸如DURATION、VOLUME、PULSES、PRICE、CURRENCY_ID和SESSION_ID可以不根据4W模型被标准化，而是在发布步骤280期间被使用，在发布步骤280向用户发布收费。

在一个示例性实现中，配置表230被用于指定与基于何事事件特征242相关的方面。涉及输入事件的基于何事事件特征242的方面可以涉及事件类型学，诸如输入事件220涉及语音、视频、音频、SMS、MMS、数据、内容等。基于何事特征242可以包括但不限于以下方面(在图3中示例性示为字段名232)：RECORD_TYPE 232-1、EVENT_TYPE 232-2、NETWORK_TYPE 232-7和ACCESS_METHOD 232-11。RECORD_TYPE 232-1可以涉及记录类型学。记录类型学或记录类型可以包括但不限于用于描述事件的定义，例如移动主叫呼叫(MOC)、移动被叫呼叫(MTC)和/或呼叫转接。EVENT_TYPE 232-2可以涉及事件类型学。事件类型学可以指示例如那些涉及语音、视频、音频、SMS、MMS、数据、内容等的输入事件。

NETWORK_TYPE 232-7可以涉及诸如GSM、UMTS和卫星之类的网络类型。最终，ACCESS_METHOD 232-11可以涉及用于访问与事件相关联的服务的方法。本领域普通技术人员将知晓其他基于何事的事件特征242符合本发明。

对于每个事件，基于何事事件特征242(例如，RECORD_TYPE232-1、EVENT_TYPE 232-2、NETWORK_TYPE 232-7和ACCESS_METHOD 232-11)被由输入事件所使用的系统所标识。针对输入事件的每个基于何事事件特征的相应的值被从事件收集并与配置表230中的相应的字段名232联合而被存储。

对应于基于何事事件特征242的被收集和存储的值可以在计费方法200的进一步的处理步骤中使用。进一步处理步骤可在相应的用户110的引导点120被管理和处理，该用户110与输入事件相关联(即，用户110已经执行了输入事件)。

为了确定执行输入事件的引导点120并向拥有和/或与引导点相关联的用户收费，在事件的相应的配置表(例如230)内，确定与引导点标识符之一匹配的字段名232。将要使用的配置表230的字段名232的特定集合可以根据基于何事特征而改变，基于何事特征诸如为由字段名EVENT_TYPE所指定的事件类型学。因此，在输入事件的标准化期间，计费方法200确定输入事件的基于何事的相关特征。

指定基于何事事件特征的方面也可以被用于确定必须被使用以找到针对事件的对应的引导点以及相关联的用户的配置表的字段。例如，对于移动国内语音事件(即，基于何事事件特征)，可用于确定用户已经执行了事件的配置表230的字段名232为CALLING_NETWORK_NAME 232-4(SIM的IMSI)。CALLING_NETWORK_NAME 232-4的值将用于在方法200的计费步骤期间检索相关的引导点。在相关引导点被标识之后，可以检索已经执行了事件的用户(例如，应当被收费的用户)。也就是说，CDR配置表230被用于访问并提取与已经执行了在CALLING_OPERATOR_ID(主叫运营商ID)232-8中指定的事件的用户相关的方面。

在一个示例性实现中，与输入事件一起接收的配置表230被用于定义与基于何人事件特征244相关的方面。输入事件的基于何人特征244可以涉及已经发送了事件的用户110和用户110的相应的引导点120的标识。基于何人特征244可以包括但不限于下述方面(在图3中示例性示出为字段名232)：CALLING_SERVICE_NAME232-3、CALLING_NETWORK_NAME 232-4、CALLED_SERVICE_NAME 232-5和CALLED_NETWORK_NAME232-6。CALLING_NETWORK_NAME 232-3可以涉及针对事件发送方的服务标识符。例如，CALLING_SERVICE_NAME 232-3可以标识针对已经发送了事件的用户的服务。CALLING_NETWORK_NAME 232-4可以涉及针对事件发送方的网络标识符。例如，CALLING_NETWORK_NAME 232-4可以标识被用户使用以发送事件的网络。CALLED_SERVICE_NAME 232-5可以涉及针对事件接收方的服务标识符。例如，CALLED_SERVICE_NAME 232-5可以标识针对已经接收了事件的用户的服务。CALLED_NETWORK_NAME 232-6可以涉及针对事件接收方的网络标识符。例如，CALLED_NETWORK_NAME 232-6可以标识被已经接收了事件的用户所使用的网络。

基于实施如在用以将描述输入事件的配置表230的方面映射到描述相应的标准化事件的配置表映射函数中应用的规范规则，与基于何人事件特征244相关联的方面也可以被用于确定引导点标识符，以标识对应于被标识的用户110的引导点120。引导点标识符可以被用于检索与输入事件相关的进一步的数据，这对于在计费方法200中的进一步处理可能是必要的。例如，引导点标识符可以被用于在引导和标准化步骤240期间检索一个或多个对应于用户110以及输入事件的产品。可以通过使用引导点标识符访问引导点120的配置表来检索一个或多个产品，引导点120的配置表为诸如图1C中所示的引导点配置表121，其中可以在字段Guiding_Point_ID(引导点ID)中指定引导点标识符。此外，引导点标识符可以被用于在发布步骤280期间检索对应于用户110和输入事件的账户结余114。

涉及输入事件的基于何处事件特征246的方面可以涉及输入事件的地理性识别，该地理性识别关于事件220从何处被发送的地理位置以及事件220被导向至何处的地理位置。在一个示例性实现中，涉及基于何处事件特征246的方面可包括以下字段名232：CALLING_OPERATOR_ID 232-8(或CALLING_SERVICE_NAME232-3)、ACCESS_METHOD 232-11、NETWORK_ID 232-12、NETWORK_TYPE 232-7、APN_CODE 232-10、CALLED_OPERATOR_ID 232-9(或CALLED_SERVICE_NAME232-5)。涉及确定事件从何处接收的地理位置的方面的事件特征可以从对应于配置表230中的事件类型CALLING_OPERATOR_ID232-8(或CALLING_SERVICE_NAME 232-3)、ACCESS_METHOD 232-11、NETWORK_ID 232-12、NETWORK_TYPE 232-7的值来确定。涉及确定事件发送至何处的地理位置的方面的事件特征可从由对应于配置表230中的事件类型APN_CODE 232-10、CALLED_OPERATOR_ID 232-9(或CALLED_SERVICE_NAME 232-5)的值来确定。

根据从输入事件检索到的基于何处事件特征246的值可以在计费方法200的后续处理步骤中使用。例如，该值可以在与输入事件的相应产品相关的收费计划配置表中使用，以指定取决于地理数据的产品(与事件相关)的不同费用。

涉及基于输入事件的基于何时事件特征248的方面可以涉及输入事件的时间和日期。在一个示例性实现中，配置表230被用于确定与基于何时事件特征248相关的方面，并且可以基于一个或多个以下事件类型和相应的值：TIME_BAND 232-14、EVENT_START_DATE 232-13和DURATION 232-15。

基于基于何时事件特征248，可以确定事件落入的日期的列表，从而使得可以通过将DURATION字段名的持续时间值加上用于EVENT_START_DATE 232-15字段名的开始日期和时间的值而计算出事件的时间间隔。时间间隔(日期和时间值)可以被转换为取决于由针对事件的TIME_BAND 232-14字段名所指定的时段值的时间间隔的一个或多个片段或部分。例如，在周日晚上开始且在周一早上结束的电话呼叫可以包括为周日的TIME_BAND 232-14值以及另一个周一的TIME_BAND 232-14值。事件的基于何时特征248可以继而被映射到对应于事件的产品114的收费计划配置表(未示出)。映射可以由在标准化步骤240中使用的映射函数中所指定的映射规则来执行。可以使用引导点标识符从与已经生成了事件的用户110相关联的引导点120检索收费计划配置表。收费计划配置表可以指定描述根据TIME_BAND值对应于不同日期和时间的事件的时间间隔的一个或多个不同片段或部分的不同费用。例如，代表一天的时间间隔的片段可以包括例如所述时间间隔的从上午8点至10点以及从下午4点至6点的时间间隔日的子间隔。在一个符合本发明的实施方式的示例中，在对应的收费计划配置表中的相关联定价可以指定TIME_BAND 232-14值周日的定价值，其不同于TIME_BAND 232-14值周一的定价值(例如，电话呼叫在周日比在周一便宜)。如上所述，如图1B中所示的诸如用户配置表111的用户的相关联的配置表可以基于上述基于何人事件特征244并特别地通过使用引导点标识符来从引导点获取。

对于每个上述特征242、244、246、248，输入事件的相应值被收集，并且在使用根据所述的基于何事、基于何人、基于何处和基于何时的事件特征242、244、246、248的配置表230的上述映射(或映射函数)之后，该值被根据如图5A中所示的配置(或计费)表250中的列名252而存储。基于何事事件特征242存储在配置表250中的WHAT字段252-1中。相应地，相对于基于何事事件特征242，存储基于何人事件244。基于何处事件特征246存储在配置表250中的FROM字段252-2和TO字段252-3中。基于何时事件特征248存储在配置表250中的WHEN字段252-4中。

一旦(输入用户)事件的标准化阶段已经完成，则根据4W模型的相应的标准化事件(包括一个或多个内部事件)也已经被确定。与事件的基于何人特征244相关的(标准化事件的)参数可以被用于标识事件的对应于引导点以及已经触发了事件并且因此被收费的用户和/或与链接到引导点或与引导点相关联的产品的列表。涉及事件的基于何事特征242、基于何处特征246和/或基于何时特征248有关特征的其他(标准化事件的)参数可以被用于确定在与用户相关联的产品列表中的哪个产品可以被用于定价规则。

对与标准化事件相关联的产品列表(或更确切为与包括在标准化事件中的每个内部事件相关联的每个产品列表)使用优先级参数(例如，与每个产品关联的数字，从而使得产品的数字越小则产品的优先级越好)来分类。可以在与产品相关联的优先级表中定义优先级参数。

在对事件进行标准化之后，在图5B中示例性示出的产品合格表中指定关于基于何事、基于何处和基于何时特征的来自产品列表的每个产品的匹配。

回到图2，当在计费方法200中接收到事件之后以及当在步骤240对事件进行标准化和引导之后，在步骤260对事件计费。通常而言，在事件计费步骤260期间，计算与事件有关的费用。基于根据使用如图3中所示配置表230从输入事件检索的基于何事242、基于何人244、基于何处246和基于何时248事件特征的检索值，使用对应于已经发送了时间220的用户110的引导点120检索针对由事件220提出的一个或多个服务130的费用。在事件标准化和引导步骤240期间，使用引导点标识符来确定引导点120。

使用输入事件、事件的用户110、用户110的引导点120以及相应的所访问或使用的服务130之间的指定的关联，检索一个或多个与对应于输入事件的用户110的引导点120相关联的产品。

在列表262中对一个或多个产品进行分类。在一个示例性实现中，基于优先级逻辑构建针对之前已经被标准化的事件的产品列表262。产品列表262依照以下优先级逻辑划分优先级：产品列表262中的第一元素262-1可以绑定到由事件访问和/或使用的服务。产品列表262中的第二元素262-2可以绑定到相应的引导点。产品列表262中的最后元素262-n可以绑定到已经生成了事件的用户。一旦确定了与事件相关的产品，则已经获取了用于访问配置表250的参数，以使得确定用于当前执行的事件的一个或多个定价规则。

参照图6，其更详细地示出了基于产品列表262的事件260的计费。事件计费步骤260基于如图5A中所示的配置表250而执行。

在260-1，产品列表262由方法260接收。在260-2，确定产品列表262是否包括任何产品(即，产品列表是否为空)。在列表262为空的情况下，指示没有可施加的产品定价规则的错误信号被返回260-3。否则，如果产品列表262非空，则针对配置表250匹配列表262中的第一产品，其中使用关于WHEN字段252-4所存储的数据。因此，执行针对标准化事件的关于4W模型的配置表250中的匹配。换言之，根据标准化事件(并且包括标准化事件中的一个或多个内部事件)的4W模型的特征被关联至产品列表的第一个产品，并且在相应的定价配置表上执行检索。该检索得到行的列表(包括序列号和用于确定价格的收费方法)。基于配置表250的CHARGING_METHOD(收费方法)252-7字段，零个、一个或多个指定针对产品的收费规则的行被返回。收费规则在260-5的处理期间被检查。以下进一步描述CHARGING_METHOD 252-7和相关方面。在没有与产品相关联的进一步的行的情况下，从产品列表删除当前所处理的产品，并且产品列表262中的下一个产品被处理260-6。否则，提取来自当前所处理的产品的第一行的值，并且可能也存储相应的价格。在260-7，检查来自列表262的当前所处理的产品是否在CHARGING_METHOD字段252-7中与阈值收费方法类型相关联。在是的情况下，产品与基于阈值的费用相关或者产品与低于或高于阈值的费用相关。随后，在260-8检索与产品相关联的阈值，例如就阈值逻辑而言，该阈值逻辑包括例如阶梯阈值、渐变(tapered)阈值、阶梯低于和/或渐变低于以及关联到或涉及当前所处理的产品的利用产品。在260-9，检索对阈值和利用值可用的单位。在如果没有对阈值和利用值可用的单位的情况下，则在260-10删除与当前所处理的产品相关联的费用列表中的相应行，并且过程返回至步骤260-5，其中处理当前所处理的产品的收费计划中的下一行。否则，如果不是该情形，则向当前所处理的产品应用与配置表250的CHARGING_METHOD字段252-7中的产品一起存储的收费规则，260-11。在260-12，检查涉及事件的产品列表262是否已经被完全计费。如果是这种情况，则在260-13合计所有处理期间所计算的价格(例如计算总价)。否则，重复过程260。

CHARGING_METHOD 252-7定义了必须用于确定计费步骤260期间针对事件220的费用的逻辑。一种或多种以下类型的收费可由CHARGING_METHOD 252-7应用：阶梯、渐变、随历史阶梯、随历史渐变、阶梯低于、渐变低于、阶梯阈值、渐变阈值、固定和/或预收费。

基于阶梯方法的收费可以基于针对配置的范围而定义的费率的阶梯应用而被计算。收费可如下进行应用：如果事件220的持续时间超过范围，则使用针对事件的超过的范围的已经配置的范围费用值。对于范围计算收费，其中使用以下函数结束持续时间：

计算的收费与从必须被预先折扣的、超出的(如果被配置)的配置的范围费用值得到的数值相加。

基于渐变方法的收费可以基于针对每个配置的范围而定义的费率的渐变应用来计算。收费可以如下进行应用：如果事件的持续时间超出了范围，则使用针对事件的超出的范围的TOTAL_RANGE值。对于范围计算收费，其中使用以下函数结束持续时间：

所计算的收费与从必须预先被折扣(如果被配置)的TOTAL_RANGE(总范围)得到的数值相加。

基于随历史阶梯方法的收费可以基于针对配置的范围而定义的费率的阶梯应用而被计算。收费可如下进行应用：如果事件的持续时间超过范围，则使用针对事件的超过的范围的已配置范围费用值。对于范围计算收费，其中使用以下函数结束持续时间：

所计算的收费与从必须预先被折扣(如果被配置)的超过的配置的范围费用值相加。每次使用收费，则计数器增加事件的单位。收费不包括基于该计数器的规则。

基于随历史渐变方法的收费可以基于针对每个配置的范围而定义的费率的渐变应用来计算。收费可如下进行应用：如果事件的持续时间超出了范围，则使用针对超出的范围的TOTAL_RANGE值。对于范围计算收费，其中使用以下函数结束持续时间：

所计算的收费与从必须预先被折扣(如果被配置)的TOTAL_RANGE得到的数值相加。每次使用收费，计数器增加事件的单位。收费不包括基于计数器的规则。

基于阶梯向下方法的收费基于针对配置的范围而定义的费率的阶梯应用而计算。应用收费直至达到阈值。当达到阈值时，不评估相应的产品而是跳过到进一步的收费步骤。如果事件使用低于阈值的部分，则所述部分通过使用基于配置的收费的阶梯规则来计费。收费将如下进行应用：如果事件的持续时间超过范围，则使用针对超过的范围的已配置范围费用值。对于范围计算收费，其中使用以下函数结束持续时间：

所计算的收费与从必须预先被折扣(如果被配置)的超过的配置的范围费用值得到的数值相加。

基于渐变向下的方法的收费可基于针对每个配置的范围而定义的费率的渐变应用来计算。使用收费直至达到阈值。当达到阈值时，评估相应的产品且跳过进一步的收费步骤。收费如下进行应用：如果事件的持续时间超过范围，则使用针对事件的超出的范围的TOTAL_RANGE值。对于范围计算收费，其中使用以下函数结束持续时间：

所计算的收费与从必须预先被折扣(如果被配置)的TOTAL_RANGE得到的数值相加。

阶梯阈值应用至具有不同价格的收费，其可以被设置为低于和/或高于阈值。事件起作用到获得阈值。直至达到阈值，才应用低于阈值的收费。高于阈值，应用其他收费。低于或高于阈值的收费被基于针对配置的范围而定义的费率的阶梯应用而计算。如果已经超过阈值则应用收费。如果未超过阈值，则计数器被增加直到达到阈值。收费将如下进行应用：如果事件的持续时间超过范围，则使用针对超过的范围的TOTAL_RANGE值。对于范围计算收费，其中使用以下函数结束持续时间：

所计算的收费与从必须预先被折扣(如果被配置)的TOTAL_RANGE得到的数值相加。这可以参考内部事件费用。

渐变阈值应用至具有不同价格的收费，其可低于和/或高于阈值。事件起作用到获得阈值。直至达到阈值，应用低于阈值的收费。高于阈值，应用其他收费。低于或高于阈值的收费被基于针对配置的范围而定义的费率的渐变应用而计算。如果已经超过阈值则应用收费。如果未超过阈值，则计数器被增加。收费如下进行应用：如果事件的持续时间超过范围，则使用针对事件的超过的范围的TOTAL_RANGE值。对于范围计算收费，其中使用以下函数结束持续时间：

所计算的收费与从必须预先被折扣(如果被配置)的TOTAL_FANGE得到的数值相加。

基于固定方法的收费返回在检索到的费率行的相应的收费字段中定义的的统一量。向整个内部事件应用固定方法。

基于预收费方法的收费，相应的费用包括在事件中。如果配置，可以向费用应用额外的价格和/或折扣。

当事件220已经被计费260之后，事件在280被发布，如图2中所示。在发布步骤280期间，确定与用户相关联的结余以及根据针对事件220的计算的收费费率的相应的知道点结余，并且更新每个计数器(利用阈值、利用产品等)。因此，在如根据在图2中所示的计费方法200的方法步骤240和260先前所述计算针对事件220的费用之后，确定引导点和与引导点相对应的用户如何支付针对事件220所计算的费用。为此目的，除了针对事件220而计算的费用之外，获取针对事件220所确定的产品列表262中的一个或多个产品的利用、涉及对应于产品的一个或多个服务的信息和/或关于事件220的信息。

利用产品可以是逻辑计数器，其可与产品相关联以确定对于多少单位可以使用产品。例如，用户包括每月100分钟免费呼叫的相关计费计划，在100分钟已经被消费之后，其中可以使用每分钟10欧元的标准费率来向用户收费。这种报价可以由在如图7A中所示的利用产品实例表以及可能的如图7B中所示的附加的利用产品历史表来进行建模。

在发布步骤280期间，对产品列表262中的产品的利用被更新。基于由计费步骤260返回的关于产品的信息和/或数据，针对每个产品，从存储根据如图1中所示的数据模型100的产品的信息的表获取相应的UTILIZATION_PRODUCT_INSTANCE_ID(利用产品实例ID)，并且所述值被总计入所利用的单位的COUNTER值。当已经从与将要被用于计费的标准化事件相关联的产品列表确定了产品时，检查利用产品是否链接至所述产品。如果检查结果为真，则评估是否存在至少一个可用的单位。如果仍存在另外的可用单位，则根据事件数量来消耗这些可用单位，并且更新产品的利用产品历史表中的相应的计数器。如果不存在可用单位，则不在利用产品上执行计算。

继而，更新如图1A中所示的用户110的响应的结余114和涉及引导点120的结余124的其他结余。基于用于将产品列入对应于事件220的列表262中的优先级来更新其他结余。其他结余可以例如使用存储在引导点120的引导点配置表121中的SERVICE_INSTANCE_ID(服务实例ID)、GUIDING_POINT_ID(引导点ID)和CUSTOMER_INSTANCE_ID(客户实例ID)来访问。在计费步骤260期间计算的针对事件220的费用被从其他结余按其最高优先级记入借方，其涉及被访问和/或请求的服务自身。在其他结余具有阈值数值的情况下，使用该数值直到达到阈值。因此，如果由于达到阈值而至少一部分所计算的费用不能被记入借方，则检索新的其他结余。所述新的其他结余可以是涉及所请求服务的另一个结余，或者其可以是涉及引导点或用户的另一个结余(按照产品列表262中所指定的优先级)。

如果考虑其他结余(涉及服务、引导点和用户)而所计算的费用仍没有完全贷空，则使用涉及服务的结余并根据针对事件220的所计算的费用(的剩余部分)来更新结余。

换言之，在确定了事件的费用的情况下，则在已经触发了事件的用户的结余上收取费用。如果用户与至少一个其他结余相关联，则一个或多个所述其他结余可以(附加地和/或可选地)用于对事件收费。用户可以与一个或多个结余相关联，其中根据事件中用户使用的服务来确定合格结余。其他结余可以涉及可以由用户使用的促销金钱篮(promotional money basket)。如果用户的事件的费用超出其他结余的量，则也可更新(标准客户)结余。例如，在已经触发事件之前，用户可以与以下结余相关联：在他的其他结余上1.50欧元，而在他的主(或标准或常规)结余上10欧元。用户触发了具有相关的已计算的2欧元的费用的事件。在这种情况下，其他结余被更新且被完全使用。用费用的剩余的量更新主结余。因此，在事件已被执行并收费之后，用户与在他的其他结余上的1.50-1.50＝0欧元以及在他的主结余上的10-0.50＝9.50欧元相关联。

随后，更新利用阈值。可以使用来自数据库(例如，服务配置表131、用户配置表111和引导点配置表121)中的相应的配置表的SERVICE_INSTANCE_ID、GUIDING_POINT_INSTANCE_ID和CUSTOMER_INSTANCE_ID来从实现图1A的数据模型100的数据库中获取利用阈值，并且将利用阈值更新为涉及测量的单位的数值，涉及定价的阈值被根据针对事件220所计算费用而更新，并且其他阈值被更新为用于指定事件220的单位，诸如秒、脉冲、字节等等。此外，在达到和/或将超出利用阈值之一的阈值的情况下，警报可被发送至由事件220提出的至少一个服务和/或服务被解激活。

换言之，当计算针对事件220的费用时，相应的阈值计数器被更新。此外，确定已经触发了事件220的用户的相应的引导点如何结算费用。

根据图6中所描述的方法，被完全或部分收费的事件的概念基于使用相应的产品的行。该行的合格性可以由可以确定例如免费使用、特殊收费等的阈值的影响。这种收费是基于可以维持由事件所用的单位的总和的计数器，以便能够基于至少一个阈值而应用具体规则。

对于针对事件220所计算的收费而言，需要确定根据所使用的服务的知道点和/或相应的用户的结余。为此目的，不同种类的结余(其他、预付费、后付费等)可以被如下排列优先级：

-其他结余包括高于限定在服务或引导点上的预付费结余和/或用户的后付费结余的优先级

-服务上的预付费结余包括高于引导点上的预付费结余和/或用户的后付费结余的优先级

-引导点上的预付费结余包括高于用户的后付费结余的优先级。

参考图8，其更详细地描述了发布步骤280。特别地，图8示出了如何确定可用于支付事件220的预先计算的费用的结余。在280-1，检索绑定到对应于已经执行了事件220的用户的引导点的至少一个其他结余，并检查其是否对于事件220合格。至少有三种可能的状态：

-其他结余被检索且剩余的存款足以抵偿事件220的计费费用。在这种情况下，其他结余减少了所费用的量并且过程结束，280-5。

-其他结余被检索，其中剩余的存款涵盖了部分计费费用。在这种情况下，其他结余减少为0且方法进一步前进至步骤280-2。

-没有其他结余被检索。在这种情况下，方法进一步前进至步骤280-2。

在280-2，检查是否存在绑定至对应于事件的服务的预付费结余。如果存在该结余，则预付费结余减少事件220的剩余费用并且方法结束，280-5。否则，方法进一步前进至步骤280-3。

在280-3，检查是否存在绑定至对应于事件的引导点以及已经执行了事件220的用户的预付费结余。如果存在该结余，则预付费结余减少事件220的剩余费用并且方法结束，280-5。否则，方法进一步前进至步骤280-4。

在280-4，检索绑定至已经执行了事件220的用户的后付费结余，并将该结余减少(剩余)费用并且方法结束，280-5。

图9示出了用于实现本发明的示例性系统，其包括形式为传统计算环境920(例如个人计算机)的通用计算装置。传统计算环境包括处理单元922、系统存储器924和系统总线926。系统总线耦合包括系统存储器924的各种系统组件至处理单元922。处理单元922可通过访问系统存储器924来执行算术、逻辑和/或控制运算。系统存储器924可存储信息和/或指令以供与处理单元922联合使用。系统存储器924可包括易失性和非易失性存储器，诸如随机访问存储器(RAM)928和只读存储器(ROM)930。基本输入/输出系统(BIOS)可以存储在ROM 930中，BIOS包含有助于在个人计算机920内的元件之间传输信息的基本例程，诸如在启动期间。系统总线926可以是多个类型的系统总线中的任意系统总线，其包括存储器总线或存储器控制器、外围总线以及使用任意多种总线架构的局部总线。

个人计算机920还可以包括用于从硬盘(未示出)读取和向硬盘写入的硬盘驱动器932，以及用于从可移动盘936读取和向可移动盘936写入的外部盘驱动器934。可移动盘可以是用于磁盘驱动器的磁盘或者是用于光盘驱动器的诸如CD ROM之类的光盘。硬盘驱动器932和外部盘驱动器934分别由硬盘驱动器接口938和外部盘驱动器接口940连接至系统总线926。驱动器及其相关联的计算机可读介质为个人计算机920提供针对计算机可读指令、数据结构、程序模块和其他数据的非易失性存储。数据结构可以包括用于实现如上所述的用于电信计费的方法的相关数据。相关数据可以被组织在数据库中，例如相关的数据库管理系统或面向对象的数据库管理系统。

尽管在此描述的示例性环境使用硬盘(未示出)和外部盘936，本领域技术人员应当知晓的是也可在示例性操作环境中使用可以存储计算机可访问的数据的其他类型的计算机可读介质，诸如磁带盒、闪存卡、数字视频盘、随机访问存储器、只读存储器等等。

一些程序模块可存储在硬盘、外部盘936、ROM 930或RAM928上，包括操作系统(未示出)、一个或多个应用程序944、其他程序模块(未示出)以及程序数据946。应用程序可包括如图1至图8中所示的功能的至少一部分。

如下所述，用户可通过诸如键盘948和鼠标950的输入设备向个人计算机920中输入命令和信息。其他输入设备(未示出)可以包括麦克风(或其他传感器)、操纵杆、游戏台、扫描仪等等。这些或其他输入设备可以通过耦合至系统总线926的串行端口接口952连接至处理单元922，或者可以由其他接口(诸如并行端口接口954、游戏端口或通用串行总线(USB))所收集。此外，可以使用打印机956打印信息。打印机956和其他并行输入/输出设备可以通过并行端口接口954连接至处理单元922。监视器958或其他类型的显示设备也通过诸如视频输入/输出960的接口连接至系统总线926。除了监视器之外，计算环境920可以包括其他外围输出设备(未示出)，诸如扬声器或其他听觉输出。

计算环境920可以与诸如计算机、电话(有线或无线)、个人数字助理、电视之类的其他电子设备通信。为了进行通信，计算机环境920可以在使用到一个或多个电子设备的连接的网络环境中操作。图9描绘了与远程计算机962联网的计算机环境。远程计算机962可以是诸如服务器、路由器、网络PC、对等设备或其他常用网络节点的其他计算环境，并且可包括以上关于计算环境920所描述的多个或所有元件。图9中所描绘的逻辑连接包括局域网(LAN)964和广域网(WAN)966。此类网络环境在办公室、企业范围计算机网络、企业内联网以及因特网中是常见的，并且特别地可以被加密。

当在LAN网络环境中使用时，计算环境920可以通过网络I/O968被连接至LAN 964。当在WAN网络环境中使用时，计算环境920可以包括调制解调器970或其他机器、装置或软件以在WAN 966上建立通信。调制解调器970可以在计算环境920的内部或外部，其通过串行端口接口952连接至系统总线926。在网络环境中，所述的与计算环境920相关的程序模块或其部分可以存储在位于远程计算机962上或可由远程计算机962上访问的远程存储器存储设备中。此外，与(上述)用于政策评估优化方法相关的其他数据可以位于远程计算机962上或可由远程计算机962访问。可以知晓的是所示的网络连接是示例性的并且可以使用其他设备或软件以建立在电子装置之间的通信链接。

上述计算系统仅为可以用于实现用于电信计费的方法的计算系统的类型的一个示例。

附图标记

100数据模型

110用户

111用户配置表

112，122结余

113结余配置表

114，124产品

115产品配置表

117利用阈值配置表

120引导点

121引导点配置表

130服务

131服务配置表

200计费(和收费)方法

220事件(输入事件)

230配置表

232字段名属性

232-1至232-20字段名

234描述属性

240事件标准化和引导

242基于何事相关特征

244基于何人相关特征

246基于何处相关特征

248基于何时相关特征

250计费或配置表

252列名属性

252-1至252-15列名

254应用属性

256描述属性

260计费

260-1至260-13计费过程的方法步骤

262产品列表

261-1，261-2，261-n产品

280发布或收费

280-1至280-5发布过程的方法步骤

920传统计算环境

922处理单元

924系统存储器

926系统总线

928随机访问存储器(RAM)

930只读存储器(ROM)

932硬盘驱动器

934外盘驱动器

936可移动盘

938硬盘驱动器接口

940外盘驱动器接口

944一个或多个应用程序

946程序数据

948键盘

950鼠标

952串行端口接口

954并行端口接口

956打印机

958监视器

960视频输入/输出

962远程计算机

964局域网(LAN)

966广域网(WAN)

968网络I/O

970调制解调器

Claims

1.一种用于电信计费的计算机实现的方法(200)，所述方法包括：

从针对服务(130)的源系统接收事件(220)，其中所述事件由用户(110)生成；

通过确定事件特征(242、244、246、248)来将所述事件(220)转换为标准化事件，确定事件特征包括确定引导点标识符以标识与所述用户(110)相关联的引导点(120)；

通过使用所述引导点标识符，从所述引导点(120)检索可操作用于引导标准化事件的产品列表；

通过根据所述产品列表计算和合计费用来对所述标准化事件计费(260)；

通过更新至少一个与所述用户(110)、所述引导点(120)和/或所述服务(130)相关联的结余来发布(280)所述费用。

2.根据权利要求1所述的计算机实现的方法，其中通过根据用于所述事件(220)的配置表(230)、基于基于何处(242)、基于何人(244)、基于何事(246)和基于何时(248)事件特征将所述事件(220)映射到所述标准化事件来执行所述转换。

3.根据权利要求2所述的计算机实现的方式，其中所述配置表(230)被用作映射函数，所述映射函数具有针对所述标准化事件的内部配置表作为输出。

4.根据前述任一权利要求所述的计算机实现的方法，其中所述产品列表的生成依照优先级逻辑，其中所述产品列表中的第一元素与所述服务相关联，所述产品列表中的第二元素与所述引导点相关联，以及所述产品列表中的最后元素与所述用户相关联。

5.根据前述任一权利要求所述的计算机实现的方法，其中对所述标准化事件计费(260)还包括就所述产品列表中的产品来检查对应产品是否与阈值相关联。

6.根据前述任一权利要求所述的计算机实现的方法，其中发布(280)针对所述事件(220)的所述费用还包括更新所述产品列表中的所述产品的利用阈值。

7.根据前述任一权利要求所述的计算机实现的方法，其中计费(260)包括对所述产品列表中的所述产品应用收费方法，其中所述收费方法包括用于确定针对所述事件(220)的所述费用的逻辑。

8.一种包括计算机可读指令的计算机程序产品，其中当计算机程序产品载入并在计算机、计算机系统和/或计算机网络系统中运行时，使得所述计算机、所述计算机系统和/或所述计算机网络系统执行根据前述任一权利要求的方法的操作。

9.一种用于电信计费的计算机系统，所述系统可操作用于：

10.根据权利要求9所述的计算机系统，其中，其中通过根据用于所述事件(220)的配置表(230)、基于基于何处(242)、基于何人(244)、基于何事(246)和基于何时(248)事件特征将所述事件(220)映射到所述标准化事件来执行所述转换。

11.根据权利要求10所述的计算机系统，其中所述配置表(230)被用作映射函数，所述映射函数具有针对所述标准化事件的内部配置表作为输出。

12.根据权利要求9至11任一项所述的计算机系统，其中所述产品列表的生成依照优先级逻辑，其中所述产品列表中的第一元素与所述服务相关联，所述产品列表中的第二元素与所述引导点相关联，以及所述产品列表中的最后元素与所述用户相关联。

13.根据权利要求9至12任一项所述的计算机系统，其中，所述系统还可操作用于对所述标准化事件计费(260)其中还包括就所述产品列表中的产品来检查对应产品是否与阈值相关联。

14.根据权利要求9至13任一项所述的计算机系统，其中所述系统还可操作用于通过更新所述产品列表中的所述产品的利用阈值来发布(280)针对所述事件(220)的所述费用。

15.根据权利要求9至14任一项所述的计算机系统，其中所述系统还可操作用于通过对所述产品列表中的所述产品应用收费方法来计费(260)，其中所述收费方法包括用于确定针对所述事件(220)的所述费用的逻辑。