用于基于ip的企业电话平台计帐的方法

文档序号:7868052阅读:143来源:国知局
专利名称:用于基于ip的企业电话平台计帐的方法
技术领域
本发明涉及旨在用于企业(corporate)的电信系统,尤其涉及当前被称为“IP企业”的电话系统。这种系统趋于代替在平台中执行PABX(私人自动分支交换)的传统的企业电话系统,其-通过企业基于IP(因特网协议)的数据交换网络执行电话业务,-使公司内的通信系统能够提供革新的话音-数据综合业务,用于促进面向协作工作的应用,以及-在基础设施管理和通过在相应广域网(通常被称为WAN)上的数据链路在遥远公司场所之间的呼叫的费用方面,确保显著的节约。
可以对WO-A-02/43406进行相关的参考,以便一般地说明这种系统的结构和操作准则。
背景技术
传统的交换台(switchboard)在这种系统中由呼叫控制服务器代替,所述服务器能够管理呼叫、附加的业务和用户简档,并且其含有用于整个系统配置的数据库。虽然仍然继续发展,一些革新的基于IP的企业电话平台当前允许相当健壮和可靠的适用于各种规模公司的解决方案。因而,越来越通常地发现两种技术(传统的和IP)在以逐渐过渡为特征的情形中一同工作,而新的公司从开始便可以建立单个综合的(integrated)话音数据网络。
管理员使用特定的工具监视由扩展产生的通信量(traffic),记录进行的呼叫,评估费用,检测恶意的企图和由于在传统的企业电话系统中的资源饱和而引起的拥塞(至少在较复杂和先进的系统中)。
受到以这种方式可用的数据的支持下,企业管理员可以在技术上和管理上控制业务,通过合适地分配新的资源来控制维度增长,并根据系统的实际使用在各个部门合适地分配费用。
这些管理系统一般由交换台制造者提供,并使其适用于建立该系统的公司的特定情况。这种适应具体地指由向外界提供连接的电信公司(telecommunication carrier)提供的国家/国际编号方案和费率。在呼叫费用级,一些系统能够以某种近似制订预算估计。
对于基于IP的电话平台管理,还需要能够提供用于在技术上和管理上控制业务的数据的系统。
目前,存在基于预定的编号方案呼叫分类(例如北美编号方案或NANP)的软件应用程序和根据每种类型的呼叫的预定费率的费用建模,以用于这种目的。对系统管理员提供的用于使系统适用于特定的实际环境的配置裕度不足以允许在具有PSTN(公共交换电话网)和WAN链路的企业网络中使用。这是因为这些链路通常在数量(例如,由于场所数量增加)和拓扑(提供者、费率根据使用的费率等的改变)方面是非常易变的。它们可能变得和早期阶段预定的那些十分不同,并且在企业内被不断地演变。
专利WO-A-00/72571涉及一种类似的应用情况,并描述了一种用于在基于IP的网络中的对呼叫计帐(bill)的系统。该系统用于对到主叫号码的呼叫的费用进行计帐,并在发出呼叫时进行检查,以便证实双方都已启用,从而能够接收这个服务。此外,被叫方可以选择要么接受呼叫要么拒绝呼叫。如果呼叫被接受,则该系统处理计帐。
在专利EP-A-1 117232中描述了另一种已知的系统。这种系统能够提供(当请求时)关于在基于IP的呼叫期间由用户察觉的故障原因的报告。用户通过图形用户接口(Graphic User InterfaceGUI)和系统交互作用。
这种系统在用户请求之后识别电话系统故障的原因,并且只产生和系统操作的这个方面相关的报告。
感到需要一种工具,其能够-有效地记录(document)全IP呼叫(即只通过IP进行呼叫),包括场所内的(in-site)呼叫,场所间的(between-site)呼叫和对于传统终端的呼叫(外部呼叫),-考虑到所有内部编号方案,按照始发呼叫的国家的编号方案对呼叫进行正确的分类,-按照类型(场所内的,场所间的,外部的)对所有的呼叫以及由相关的通信公司施加的其它费率计帐,以及-监视系统性能和服务质量(QoS)。
基本的问题涉及到在能够计算电话网络呼叫和数据网络呼叫的费用的单个系统中提供灵活的配置容量的可能性。如上所述,迄今已知的解决方案一般基于按照预定的编号方案的呼叫分类和从对于所有类型的呼叫(一般是话音)预定的费率导出的费用建模,而没有考虑在场所间的数据链路上基于IP的呼叫所产生的费用。这个因素在根据使用计帐的链路的情况下尤其相关。
具体地说,感到需要一种灵活的工具,其能够记录通信量,管理大量的呼叫种类——考虑到完全在数据网络上完成的“网上”(on net)呼叫以及也包括PSTN部分的呼叫(即“离网”(off net)呼叫)——并且还应用用于计算计帐费用的非常复杂的费率算法,例如表征电话和由各个通信公司提供的数据业务合同的那些算法。除此之外,还有可能在系统性能监视中有效地支持管理员并指示临界状态(criticality),并且需要重新调整(re-dimension)资源。

发明内容
本发明的目的在于满足这个需要。
根据本发明,这个目的通过一种系统实现,所述系统的特征被具体地记载在所附的权利要求中。
根据本发明的系统能够满足上述的需要,确保企业场所、电话编号方案、电话费率(rate)和基于WAN的数据服务费率(既有“包价”(flat)又有按使用付费)的可配置性。
具体地说,根据本发明的系统具有以下优点。
首先,可以使其适用于各种基于IP的企业电话系统体系结构解决方案。可以使其适用于各种公司型式,它们或者集中在几个场所内,或者被广泛地分布在甚至国际范围内。根据本发明的系统能够根据地理配置和由用户进行的选择(例如内部编号组)同时管理许多编号方案。此外,其能够根据基于IP的企业电话平台的特定的体系结构(通过处理集中式/分布式呼叫类型)处理从一个或多个呼叫控制服务器发出的呼叫。
第二,根据本发明的系统提供完全的基本参数可配置性,用于记录呼叫和计算费用(cost)。具体地说,管理员可以相对于内部公司编号组(在场所内和场所之间),和根据国家情况及由提供PSTN和WAN数据电话业务的通信公司建立的条件相对于外部编号方案配置大范围的呼叫种类(call class)。此外,根据本发明的解决方案可用于通过应用能够反映由通信公司具体施加的合同条件的费率系数,根据持续时间和分类,计算呼叫费用。这会查阅包含在可由管理员更新的应用程序数据库中的表。
此外,根据本发明的解决方案提供计算关于传统电话网络(PSTN)的呼叫费用的部分和关于WAN数据链路的部分的可能性。具体地说,可以和用于通过这种类型的网络进行的呼叫的WAN数据业务费用确定和费率应用(“包价”或按使用付费)一道进行和到一个或多个PSTN网络的链路相关的费用评估和电话费率应用。


下面仅以非限制性的例子参照

本发明,其中图1是表示根据本发明的系统的总的体系结构的功能方块图;图2示意地表示根据本发明的解决方案的实施例的例子的特征组件的方块图;图3表示用于配置根据本发明的系统所需的操作步骤;以及图4表示在根据本发明的系统的环境下数据处理阶段的操作步骤。
具体实施例方式
图1所示的图表示其中实施由标号SY表示的根据本发明的系统的公司的一个可能的例子。该公司具有在不同国家的不同大小的几个(例如4个)场所,只有其中的两个配备有呼叫控制服务器群(cluster)。每个场所可以通过一个或多个选择的通信公司(carrier)使用电话和数据链路业务。
换句话说,描述了一种典型的混和的基于IP的电话平台体系结构。
图1所示的公司一般是具有位于领土内的几个场所和一个主场所S1(假定根据本发明的系统主要设置在所述主场所,虽然这一定不是强制的)的公司,并存在也能够处理较小的场所(例如由S2、S3表示的那些场所)的呼叫。
可以设想存在配备有附加的呼叫控制服务器群的场所(例如S3)。用于定向到外界的呼叫的一个或多个PSTN网络必须从每个场所访问,而场所之间的呼叫一般通过数据WAN来管理。假定PSTN和WAN都基于一个或多个不同通信公司的基础设施(一般由标号C1、C2、C3等等表示)。采用一致的符号表示PSTN和WAN通信公司只是为了使附图简化本领域的技术人员应当理解,关于这些并没有限制。
和其签订合同(对于不同的场所可以不同)的同信公司的费率被应用于各种类型的呼叫。
如上所述,假定根据本发明的系统SY主要被设置在公司的主场所S1。最好其被安装在能够通过和位于各个场所的呼叫管理服务器群的数据库相连(最好在通信量低时,例如夜间)在这种场景下工作的计算机上。该系统检索呼叫的细节,在某个时间段中(例如在前一天中)与进出公司的所有入局/出局呼叫相关的数据通信量的记录。然后对检索的数进行处理并用于编制报告。
为了在图1所示的环境下使用,根据本发明的系统应用程序最好提供一个配置阶段,其中系统管理员根据公司场所的物理的和逻辑规范对安装进行表征。每个场所由若干个内部参考(internal reference)和确保在公共网络中的并置(collocation)的外部参考来表征。根据这些参考,系统SY可以根据下述对由网络终端始发的呼叫分类-在场所内的内部呼叫(场所内的呼叫),-对其它的公司场所(场所间)的呼叫,以及-对通过PSTN网络接通的各方的外部呼叫,例如对“世界的其余部分”W的呼叫。
为了能够在任何国家中使用,并且,一般地说,在其场所位于不同的国家的公司中使用,可以在系统SY中规定一个或多个外部编号方案(也是每个场所一个),根据所述方案,对所有的出局PSTN呼叫分类。详细的分类在功能上基于由选择的通信公司应用的各种费率。
例如,参考意大利以及通信公司“Telecom Italia”,详细的分类包括以下类型的呼叫(注意类似的标准应用于其它的通信公司和/或其它的国家)-地区呼叫(主呼方的相同地区代码),-地区之间的呼叫(在一个国家中的其它的地区代码),-国际呼叫(其参考各国家子组),以及-对移动终端的呼叫。
这些主要的分类最好可以通过规定对其应用特殊费率的号码的特殊情况而包括进来。例如,一些通信公司会为对最常被拨叫的号码的呼叫或区域性呼叫提供折扣。
系统SY提供附加的配置等级,用于细化一个或多个用于出局PSTN呼叫(也是每个场所一个)的计帐方案,根据所述方案,可以计算每个呼叫的费用。因而,在这些情况下,要例如根据星期几或根据一天中的时间(即,根据时间)被明确表示的计帐参数可以被包括在被配置的编号方案中。
最后,系统SY能够对只通过WAN数据网络的场所间呼叫进行计帐。在这种情况下,考虑到图1所示的情况,也可以根据合同和/或WAN数据业务通信公司包括不同的费率。为了提供增加的灵活性,可以对其目的地场所不同的呼叫确定不同的费率,尽管其始发于同一个场所。如果一个场所不是通过同一个通信公司和所有其它场所链接并且其中对于不同的路由选择不同的通信公司(由于费用效率或其它因素),则这种可能性是有用的。基本上,可以对于每个源场所/目的地场所(例如根据发送的/接收的兆字节)输入不同的费率。最好是,可以对于“包价费率”类型的合同输入关于年订户费以及也可能是月订户费的数据。这对于预算而不是计算每个呼叫的计帐费用是更有用的。
在所有情况下,系统SY能够检索来自各个场所的所有呼叫控制服务器的数据,从而产生并提供企业电话通信量的综合概要。
为此目的,如图2所示,由标号A表示的呼叫控制或管理服务器主要包括电话平台数据库B,其含有-关于呼叫的详细数据C,-关于与呼叫相关的数据通信量的数据D,以及-关于用户及其与相应数据相关的IP装置的数据E,例如IP地址,电话号码等。
图2表示服务器A的结构可以被复制,并且可以存在于其它公司场所中;对于能够宿主一个专用呼叫管理服务器群的中等规模公司而言,情况尤为如此。
在系统节点F级上,具有用于检索关于对基于IP的电话系统的呼叫的数据的组件G和在其中组织和处理检索的数据的数据库H。
提供一个GUI(图形用户接口),其特征在于-用于配置公司场所的第一接口J,-用于配置编号方案的第二接口K,以及-用于配置话音和数据计帐方案的第三接口L。
还提供有用于对呼叫分类的模块M,以便根据输入的编号方案将呼叫分成不同类型。使用附加值模块N来确定呼叫的费率,即用于计算各自的费用。这涉及数据呼叫和话音呼叫,并参考输入的计帐方案。最后,标号O表示一个或多个用于产生类属的(generic)和/或详细的可以由系统管理员访问的报告的模块。
系统SY顺序地执行可用于配置各个公司场所S1、S2、S3、S4的GUI,定义相应的关联参数的值,并且在预定规则之后输入所需的编号和计帐方案,以便简化工作。
记录的呼叫分类来自原始数据处理。所述处理首先涉及分析呼叫的号码,并根据呼叫的源场所划分呼叫。然后,根据所述号码所属的组,对于来自每个场所的每组呼叫分析被叫号码,如在该场所的编号方案中配置的那样,并把呼叫分配给一个类内部的(即场所内的或场所之间的)或外部的(即地区的,地区间的,国际的等)。
然后使用关于外部呼叫的日期、时间和持续时间的数据分析过程,在配置级根据在系统中输入的并含有用于各个类别的不同费用的计帐方案对呼叫计帐。
附加的数据分析过程涉及存储在呼叫管理或控制服务器上的关于在公司之间(在场所之间通过WAN而不是使用PSTN进行)的数据呼叫的数据。所述过程分析关于这些呼叫的所有数据,尤其参照由每个终端产生和传送的字节的数量。这种过程具有双重目的根据传输的字节的数量(而不是时间)提供关于呼叫的计帐信息,以及收集有用的数据,用于更详细地产生的通信量分析。
初始配置的方案可以根据需要简单而灵活地被编辑或改变许多次,以便进行分类和计帐。
然后,通过若干个根据要获得的信息而区分的报告使如上处理的所有数据对用户是可见的。从每个系统被定期检索的数据被处理和合计(aggregate),以便全局查看数据和关于每个场所查看数据。
图3基本上是一个流程图,用于说明在根据本发明的系统的环境下数据的配置和初始处理阶段。
具体地说,由标号100表示的步骤表示关于下述的配置数据定义-公司场所和链接方法(步骤102),-编号方案(步骤104),以及-话音和数据计帐方案(步骤106)。
标号108表示相应于输入的计帐方案确认(validation)和验证(verification)处理的步骤。
关于处理阶段本身(图4),标号110表示从基于IP的电话平台检索原始数据的步骤,而标号112在总体上表示呼叫和语音分类处理以及数据计帐处理。标号114表示平台管理器产生报告。
标号116表示各种涉及到的模块相对于系统数据库(图2中的标号H表示)读/写获取的信息的步骤。
图4明确地强调和数据库B(步骤112)以及图形用户接口GUI(步骤114)的交互作用。
在系统配置期间,必须关于要获取的公司场所和相应的链接方法的信息确定若干个参数值,例如-场所名称,具有识别数据和确认准则,-关于话音路由器/网关的指示,考虑到没有IP地址可在表中复制,-内部编号方案(在每个场所使用的电话号码,检查表中没有属于一个以上场所的号码),-内部IP地址(在这种情况下也检查表中没有属于一个以上场所的号码),以及-要使用的编号和计帐方案(例如关于不同的国家,检查编号和计帐方案以前未在系统中配置)。
要获取的数据的获取方法和关于编号方案的获取方法是分级的(hierarchic)并被排序(sort)。
每个方案包括一个排序的规则序列,并且每个规则是分类标准的逻辑和(OR)。每个分类标准包括一个或多个自适应准则或被叫号码匹配(CNM)。CNM一般根据呼叫类型和ID.CNM准则值三元组由自解释的ID识别。
ID.CNM一般表示呼叫类型分类ID(外部,内部,移动等)。
术语“准则”一般表达以下值之一-长度(被叫号码的数字的数量必须至少等于所申明的值),
-总长度(被叫号码的数字的数量必须精确地和该值对应),-等于(被叫号码必须以等于值串的代码开始),-全等(被叫号码必须精确地等于值),以及-被叫号码串必须和规则表示的表达匹配。
值字段表示由二进制数字构成的相应的串。
在配置公司场所(步骤102)和每个场所的编号方案(步骤104)之后,必须确定用于PSTN呼叫(话音费率)和WAN(数据费率)的计帐方案。
话音费率和在步骤104获取的编号方案链接。可以对于每个前面定义的准则输入相关的费率。通常,费率(rate)由一个简单的三元组(日期,费率开始时间和费率结束时间)表示,而费用(cost)由一个二元组表示(每分钟的费率,单位)。
在另一方面,数据费率被链路到它们被输入(步骤102)的场所的结构。每个数据计帐方案包括用于阐明安装并配置系统SY的每个公司(其可以包括几个场所)的真实性的数据。
该阐明因而等效于一个方阵,其大小可以在配置期间改变,并且其轴表示当前配置的场所的列表。在矩阵中的每个交点表示要对从呼叫源场所到呼叫目的场所的数据应用的发送兆字节和接收兆字节的两种费率。关于从一个场所到所有其它场所的数据费率的信息可以在表的每行中被输入。结果,这个量的基数(cardinality)总是等于场所位置的平方。
优选地,可以输入关于每年和/或每月的订户费用的费用数据。
在步骤108,进行输入的计帐方案的确认和验证处理。其目的是说明在计帐方案中输入的信息,确认所述信息并清楚地表示任何不一致或遗漏。如果在一周内的某些时段内没有计帐方案,或者配置了一个以上的费率,则可以报告不一致。
在步骤108,可以使用横轴表示一天内的时间,纵轴表示星期几的表。费率在时间上的粒度(即辨别率(discretion))可以对应于一分钟。示出在对星期进行细分的每个时间窗口中(例如相应于1分钟)的输入和确认的费率值,提供以下的可能性-在特定的时间窗内没有值,-在特定的时间窗内有两个值,或者-输入的值。
用于每个输入的费率时间的呈文本格式的警告用于帮助识别异常。即使计帐方案未被确认,也可以不妨碍计帐。显然,如果涉及其中计帐方案未被定义或者被定义两次的特定时间窗,则结果是部分的或者是不可预测的。
在从基于IP的电话平台进行原始数据检索(图4步骤110)期间,系统SY从呼叫管理系统数据库B中检索和呼叫、用户以及装置相关的数据,从而产生要被存储在数据库H中的呼叫文件记录。
根据从B检索的数据,系统SY产生例如包含以下内容的记录-详细的呼叫数据例如主叫方号码,被叫方号码,呼叫开始的日期和时间,呼叫结束的日期和时间,呼叫终端的IP地址(在始发自外部的呼叫的情况下的企业网关地址),被叫终端IP地址(在对PSTN呼叫的情况下是企业网关之一的地址),呼叫持续时间,关于和呼叫相关的通信量的数据,例如传送的和接收的字节的数量;-和用户以及相关的装置有关的信息,例如用户ID,用户姓名,电话号码,相关的电话号码,相关的装置。
用于或可以用于从呼叫管理服务器和/或从平台中的其它装置/组件检索数据的具体方法取决于基于IP的电话平台的特定特征。
在步骤112进行的呼叫分类处理包括旨在对呼叫分类的一系列操作。这些操作可被分为两个主要的阶段,即内部企业网络呼叫计帐和外部呼叫计帐。
在这两个主要阶段中,通常参考对应于场所数据和费率的配置数据(在步骤102确定的)和外部计帐方案(在步骤104确定的)。
场所数据和费率通常包括和下述相关的信息-场所名称(用于在数据库中识别和报告),-内部编号方案(用于定义呼叫的源场所并用于确定呼叫是内部的、场所之间的-在这种情况下指定目的场所-还是外部的),-IP地址表(在未对其规定特定的主叫号码的呼叫的情况下以及在使用电话会议功能等进行的呼叫的情况下用于识别呼叫的源场所),-企业话音路由器网关地址(用于识别要被计帐处理忽略或计为零费用呼叫的来自外部的入局呼叫),以及-对从该场所进行的出局/入局呼叫使用的编号和计帐方案。
然后,在呼叫分类级上进行各种操作。
入局呼叫(由来自企业话音网关之一而识别)被分类为“入局”并不被计帐。
在另一方面,对于出局呼叫,根据主叫方号码或源IP地址以及在配置期间输入的场所数据(步骤102)识别源场所。
此外,系统确定呼叫是内部(场所内)的或场所间的。这通常根据其它配置数据的被呼叫号码来执行,以便识别呼叫的目的场所。
场所间的呼叫通常由借助于应用WAN费率根据在步骤106确定的方案计帐。根据关于由呼叫产生的通信量的数据并根据和数据呼叫计帐相关的数据确定呼叫费用。例如,用这种方式,施加和场所之间的数据连接相关的费率。
既不是场所内的也不是场所间的呼叫被定向到公司外部。显然,这个准则应用于其中被叫号码不属于系统中配置的编号方案的呼叫。通常通过检查存在要选择用于进行外部呼叫的模块,进行附加的验证,以便确保呼叫是外部呼叫。外部呼叫的费率根据在步骤104和106输入的费率编号板进行详细分类。
外部呼叫分类包括应用在步骤104一般配置的分类规则。每个准则根据合适的对应性被转换成规则的表达式。
具体地说,在编号方案中获取的规则根据顺序被扫描(从第一个到最后一个),并且根据它们出现的顺序对每个准则进行比较(借助于逻辑和、或),直到找到应用准则。当应用一个准则时,该方法利用下一个规则继续进行。
如果没有可以应用的准则,则分类方法利用下一个规则继续进行。在规则的扫描处理之后,对呼叫分类。如果不应用终端规则,则进行部分呼叫分类。这种现象可以通过增加终端规则由系统配置来处理。
在分类之后,呼叫被计帐,如步骤112的的第二部分所示。
这从外部呼叫开始发生,然后到场所间的呼叫。
根据从进行呼叫的时刻开始的呼叫的持续时间对话音呼叫计帐。
用于外部呼叫的有用的计帐处理数据包括-呼叫的计帐时间的定义,-以秒计的呼叫的持续时间,以及-要应用的计帐方案的识别。
内部的场所间呼叫的定义因素是-传输的字节的数量,-接收的字节的数量,-根据源场所要被考虑的计帐方案的识别,-根据每个呼叫的源场所/目的场所的关联要应用的费率的确定。
如上所述,该系统优选地从根据源场所被细分的外部呼叫开始。对于来自某个场所的每个外部呼叫,识别对应的分类以及按照在步骤106配置的计帐方案的与各类相关的费率。
然后,考虑到合同可以是包价费率或混和费率,在这种情况下还根据在步骤106输入的配置数据,对场所间的呼叫进行计帐。
如果费率根据使用来确定,则该方法评估由于产生的通信量而导致的呼叫的费用。在这种情况下,该方法必须计及这样的事实和外部呼叫不同,关于源场所的信息与费用由谁产生并不是特别相关。这是因为在这种情况下,数据在场所之间被交换,与发送和接收的数据量相关的费用被归因于每个场所(如服务通信公司所规定的);因而每个呼叫都对源场所和目的场所收费。因此,该方法识别在呼叫中涉及的两个场所和交换的数据量,以用于计帐。根据发送和接收的兆字节数将费用归因于两个场所中的每一个,并且对于每个呼叫评估费用。
通常,除去根据使用的费率之外,还可以输入用于包价费率合同的关于年订户费和月订户费(在相关时)的数据。这些数据对于评估在数据链路上发生话音通信量的费用(而不是计算单个呼叫的费用)更为有用。通过使由于在相关的时段内在某个链路下的所有呼叫而传输的兆字节数相加,可以评估在该时段内在该链路上产生的话音通信量的总量。接着,确定在相关的时段内和该链路相关的总通信量(通过使用当前使用的已知类型的监视工具),并定义关于场所间的呼叫的百分比。在定义在网络下的呼叫的百分比之后,可以从订户费确定分配给这种类型的通信量的费用(其因而和先前计算的链路的使用的百分比成比例)。对于在其中相对于也要为话音通信量付费的正常月订户费收取一个附加量的合同,这个值被存储,并且在某个时段内的关于一个场所的费用报告查看期间,通过将考虑的时间加到先前计算的值上,根据所述考虑的时间的长短计算相对量。
因而,数据呼叫费用的一部分直接取决于频带消费(对于根据使用的费率),并被认为是将费用归因于每个呼叫。通常,费用的一部分归因于从其进行呼叫的场所,一部分归因于呼叫被定向到的场所(一般发生在两个场所之间进行数据通信量交换的情况下)。由于月和/或星期订户费而造成的附加费用(其不贡献于每个呼叫的费用,但是其确定和使用用于场所之间的电话业务的数据链路有关的花费)被加于这些费用上(如果有的话)。
在步骤114,最好提供至少3种不同类的报告,其中这些报告参考下述收信方,为系统管理员产生以用于进行技术管理,并为其他用户产生以用于控制他们呼叫的费用,即-单个用户;-场所管理者(能够更详细地定义用户的组是虚拟场所),以及-系统管理员。
一般地说,单个用户只能查看和从他们自己的终端进行的呼叫有关的管理报告。场所管理者可以访问所有与该场所相关的文档和统计信息,管理员可以访问所有报告。
可以根据不同准则编写报告(以本质上已知的方式)。
首先,可以产生详细的报告,其中对每个呼叫例如提供以下的信息主叫方号码,被叫号码,连接开始时间,源IP地址,目的IP地址,持续时间,源场所,目的场所,进所述呼叫的用户的姓名,呼叫的类型(外部的,内部的,场所间的或场所内的),费用。
通过聚集在请求期间指示的拓扑可以产生更多的一般报告。因而,可以选择根据下述被分类的报告,例如-按费用根据费用对呼叫分类,对于每个呼叫提供一般包含下述信息的报告主叫方姓名,呼叫的类型,持续时间,费用,被叫号码和交换的字节数(后者用于场所之间的呼叫);-按持续时间根据持续时间对呼叫分类,对于每个呼叫提供一般包含下述信息的报告主叫方姓名,呼叫的类型,持续时间,费用,主叫方号码,被叫号码和交换的字节数(后者用于场所之间的呼叫);-按拓扑根据拓扑对呼叫分类,对于每个呼叫提供一般包含下述信息的报告主叫方姓名,呼叫的类型,持续时间,费用,主叫方号码,被叫号码和交换的字节数(后者用于场所之间的呼叫);-按通信量(只对于场所间的呼叫)根据交换的数据量对呼叫分类,对于每个呼叫提供一般包含下述信息的报告主叫方姓名,呼叫的类型,持续时间,费用,主叫方号码,被叫号码和交换的字节数(后者用于场所之间的呼叫);以及-按用户根据用户对呼叫分类,对于每个呼叫提供一般包含下述信息的报告主叫方姓名,呼叫的类型,持续时间,费用,主叫方号码,被叫号码和交换的字节数(后者用于场所之间的呼叫)。
可以进行聚集查看,呈现关于从公司的每个场所进行的所有呼叫的或者是关于单个场所(其中只呈现关于一个场所的报告)的上述类型的报告。也可以获得对于每个场所和每个用户的简短报告,表明总的呼叫费用,其中考虑到在数据呼叫的数据计帐处理定义期间(步骤112)输入的订户费用。此外,可以查看在数据库B和C中包含的原始数据,即关于呼叫和与呼叫相关的数据通信量的详细数据。
上面的说明表示根据本发明的系统何以在用于记录呼叫和计算费用的基本参数配置(场所,编号方案,计帐方案,验证输入的数据)方面完全灵活的,以便评估与传统网络(PSTN)上的呼叫相关的费用以及使用WAN数据链路的费用,由此还对数据部分分配费用。根据本发明的系统可以适用于不同的体系结构方案和不同的基于IP的企业电话平台。
当然,不脱离由下面的权利要求限定的本发明的范围,可以对这里设想的本发明的结构和实施例作出多种改变。
权利要求
1.一种用于对位于多个场所(S1,S2,S3,S4)的企业电信网络的通信费用进行计帐的系统,所述企业网络包括-与至少一个外部电信网络(PSTN)的接口功能(A),-能够支持基于IP的模式的话音呼叫的数据通信网络(WAN),以及-用于收集关于通过所述接口功能(A)的呼叫和在所述数据通信网络(WAN)上的呼叫的数据(C,D,E)的数据库(B),所述系统的特征在于其包括-至少一个用户接口(GUI),用于有选择地产生关于所述场所(S1,S2,S3,S4)的第一配置数据(J)、关于用于进行所述呼叫的编号方案的第二配置数据(K)以及关于对于所述呼叫的计帐方案的第三配置数据(L),所述第一、第二和第三配置数据既与话音呼叫有关又与数据呼叫有关,-分类模块(M),用于按照关于所述场所(S1,S2,S3,S4)的所述第一配置数据(J),根据对应于所述第二配置数据(K)的编号方案划分呼叫,-值模块(N),用于参考对应于所述第三配置数据(L)的计帐方案、关于所述场所(S1,S2,S3,S4)的(J)以及关于所述编号方案的所述第二配置数据,计算所述呼叫的费用,以及-报告产生模块(O),用于产生关于由所述值模块(N)确定的通过所述企业通信网络进行的通信的费用的报告,所述报告透明地涉及话音呼叫和数据呼叫。
2.如权利要求1所述的系统,其特征在于包括相应的数据库(H),用于存储所述第一(J),第二(K)和第三(L)配置数据。
3.如权利要求1或2所述的系统,其特征在于,所述分类模块(M)根据从一个组中选择的至少一个参数对所述呼叫分类,所述组包括呼叫的源场所(S1,S2,S3,S4),被叫号码,相对于所述企业电信网络的内部或外部呼叫号码。
4.如权利要求3所述的系统,其特征在于,所述呼叫分类模块(M)根据场所内呼叫和场所间呼叫对通过所述企业通信网络的内部呼叫进行分类。
5.如权利要求3所述的系统,其特征在于,所述呼叫分类模块(M)根据地区呼叫、地区间呼叫、国际呼叫或移动终端呼叫对通过所述企业通信网络的外部呼叫进行分类。
6.如权利要求2所述的系统,对于企业电信网络的组合使用,其中所述数据库相对于所述数据通信网络(WAN)呼叫收集交换的字节量,其特征在于,所述呼叫值模块(N)根据交换的字节量计算在所述数据通信网络(WAN)上进行的呼叫的费用。
7.如权利要求1所述的系统,其特征在于,所述至少一个用户接口(GUI)被这样配置,使得关于计帐方案的第三配置数据(K)包括从一个组中选择的用于话音呼叫的至少一个可配置参数,所述组包括日期,计帐开始时间,计帐结束时间,每单位时间的费率,单位。
8.如权利要求1所述的系统,其特征在于,所述至少一个用户接口(GUI)被这样配置,使得关于计帐方案的所述第三配置数据(K)包括从一个组中选择的用于数据呼叫的至少一个可配置参数,所述组包括由所述数据连接网络(WAN)服务的企业场所的列表,从所述场所之一向所有其它场所传输特定量的数据的费率,年和/或月固定订户费。
9.如权利要求1所述的系统,其特征在于,所述用户接口(GUI)包括控制功能,用于验证在所述第三配置数据中下列事件之一的发生在特定的时间窗口中没有费率值,在特定的时间窗口中有两个费率值定义,在特定的时间窗口中存在费率值。
10.如权利要求1所述的系统,其特征在于,所述用户接口(GUI)被配置用于以零费用对通过所述至少一个外部电话电信网络(PSTN)的入局呼叫计帐。
11.如权利要求2所述的系统,其特征在于,所述值模块(N)根据通过所述第三配置数据(L)识别的费率和根据在所述数据库(B)中收集的会话的持续时间,对通过所述接口功能(A)的呼叫计帐。
12.如权利要求1所述的系统,其特征在于,所述值模块(N)根据在呼叫期间交换的字节数和根据由所述用户接口(GUI)产生的并与所述数据呼叫的源场所和目的场所有关的对应的第三配置数据,对在所述数据通信网络(WAN)上的呼叫计帐。
13.如权利要求1所述的系统,其特征在于,所述值模块(N)首先对通过所述接口功能(A)的所述呼叫计帐,然后对通过所述数据连接网络(WAN)的呼叫计帐。
14.如权利要求1或13所述的系统,其特征在于,对于通过所述数据通信网络(WAN)进行的呼叫,所述值模块(N)首先对场所间呼叫计帐,然后对场所内呼叫计帐。
15.如权利要求1所述的系统,其特征在于,所述报告产生模块(O)被配置用于产生报告,所述报告对于每个呼叫指示从一个组中选择的至少一个参数,所述组包括主叫方号码,被叫号码,连接的开始时间,源IP地址,目的IP地址,持续时间,源场所,目的场所,发出呼叫的用户的姓名,呼叫的类型和费用。
16.如权利要求1所述的系统,其特征在于,所述报告产生模块(O)被配置用于根据从一个组中选择的至少一个拓扑产生聚集的报告,所述组包括-费用,其中根据费用对呼叫分类,提供至少下述之一主叫方姓名,呼叫的类型,持续时间,费用,主叫方姓名,被叫号码和交换的字节数(后者用于场所间呼叫);-持续时间,其中根据持续时间对呼叫分类,提供至少下述之一主叫方姓名,呼叫的类型,持续时间,费用,主叫方号码,被叫号码和交换的字节数(后者用于场所间呼叫);-拓扑,其中根据拓扑对呼叫分类,提供至少下述之一主叫方姓名,呼叫的类型,持续时间,费用,主叫方号码,被叫号码以及用于场所间呼叫的交换的字节数;-通信量,用于场所间呼叫,其中根据交换的数据量对呼叫分类,提供至少下述之一主叫方姓名,呼叫的类型,持续时间,费用,主叫方号码,被叫号码以及交换的字节数;以及-用户,其中根据用户对呼叫分类,提供至少下述之一主叫方姓名,呼叫的类型,持续时间,费用,主叫方号码,被叫号码以及用于场所间呼叫的交换的字节数。
17.如权利要求1所述的系统,其特征在于,所述报告产生模块(O)被配置用于产生取消分离的企业场所特定报告(S1,S2,S3,S4)。
18.一种位于几个场所(S1,S2,S3,S4)的企业电信网络,其特征在于,其包括按照前述任何一个权利要求对通信费用进行计帐的系统。
全文摘要
一种呼叫控制或管理服务器(A)包括电话平台数据库(B),其含有关于呼叫的详细数据(C)、关于和呼叫相关的数据通信量的数据(D)以及关于用户及其相关的IP装置的数据(E),其中相应的信息等。所述系统包括图形用户接口(GUI),其具有第一接口(J),用于配置企业场所,第二接口(K),用于配置编号方案,和第三接口(L),用于配置话音和数据计帐方案。用于对呼叫分类的模块(M)根据输入的编号方案把呼叫分成拓扑。附加的值模块(N)用于确定呼叫值,即用于根据输入的计帐方案计算话音呼叫和数据呼叫各自的费用。最后,标号○表示用于产生可以由系统管理员访问的类属的和/或详细的报告的一个或多个模块。
文档编号H04L12/14GK1679317SQ03821040
公开日2005年10月5日 申请日期2003年9月4日 优先权日2002年9月6日
发明者劳拉·阿毕赛拉, 鲍洛·马托内, 伊莎贝拉·梅利, 玛斯莫·萨斯 申请人:意大利电信股份公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1