电信系统以及用于灵活地控制电信系统的方法
【技术领域】
[0001]本发明涉及根据权利要求1所述的用于通过由应用程序下达到平台的切换任务灵活地控制电信系统的方法、根据权利要求8所述的用于实现所述方法的计算机程序产品、根据权利要求9所述的具有存储在其上的计算机程序产品的可机读的数据载体以及根据权利要求10所述的用于灵活地实施由应用程序下达的切换任务的电信设备。
【背景技术】
[0002]对于下面的描述应简短阐述以下术语:
平台是通信平台，诸如交换站或者电信设备(也称作PBX或者“Private BranchExchange:专用小交换机”)。
[0003]应用程序例如是计算机程序，所述计算机程序在终端设备(例如第一方CTI或者单工作站解决方案，例如参考 http: / / www.estos.de/produkte/unif ied-communi cat 1ns/uc/was-1st-first-party-ct1.html)上运行并且用于电话连接的或者“呼叫”的或者数据连接的建立或者运行，所述应用程序或者是呼叫中心(第三方CTI或者网络解决方案，例如参考http: //www.estos.de/produkte/unif ied-communi cat 1ns/uc/was-1st-third-party-ct1.html)，所述呼叫中心用于分配呼叫到代理方上。
[0004]交换技术中的切换任务例如是呼叫请求、呼叫接受、呼叫撤销、呼叫转接、呼叫交换。此外，显示器的控制、功率特征的接通和关断以及代理方的选择和通知(例如在呼叫中心中)的处理属于切换任务。
[0005]根据工业标准ECMA_269(EuropeanComputer Manufacturer’s Associat1n:欧洲计算机制造商协会)规定，平台(也称作“Switching Funct1n:切换功能”)在CSTA(Computer Supported Telecommunicat1ns Applicat1ns(计算机支持的电信应用):协议规范，其用于电话设备与计算机程序之间的数据传输)下具有以下可能性:以下面的两种实施方式(模式)之一执行应用程序(Computing Funct1n:计算功能)的切换任务(也称作“服务”):
a)“原子式地”或者交换技术伴随地，这相应于切换任务的或者服务的经检查的实施，
以及
b)“fireand forget:发后即忘”或者“Mult1-Step:多步骤”，这相应于切换任务的未经检查的实施。
[0006]这是在ECMA-269条款9.2.1中记载的。所述实现的相应方式由平台(SwitchingFunct1n:切换功能)的制造商静态地、S卩不可改变地确定并且可以通过CSTA协议内的申请程序通过应用程序(Computing Funct1n:计算功能)来求取或者查询，由此然后确定，所有到达的切换任务以哪种模式由相关平台实施。因此，平台具有以下选择:或者根据方法a)或者根据方法b)实现切换任务。应用程序可以问询，哪种方法用于哪个切换任务。
[0007]在通过应用程序到代理方上的自动呼叫分配的情况下，在较小的和中等的企业的情况下，根据第一实施模式“交换技术伴随地”的方法已经经受考验，这表示具有相应地长的服务运行时间的该服务的经检查的实施。然而，通过交换台到另一用户上的手动呼叫分配恰恰期望另外的第二实施模式“立即地并且未经检查地”或者“发后即忘”，这导致短的服务运行时间。因此，在用户中存在冲突，因为交换台不能够不经检查地分配其呼叫，并且当呼叫中心应用程序同时将呼叫经检查地分配到代理方上时可能容易发生时间上的延迟。
[0008]由此产生以下问题:该系统是不足够灵活的，因为平台的制造商已经确定方法并且因此应用程序必须遵循固定的规定。
【发明内容】
[0009]因此本发明所基于的任务是，解决所述标准的硬性规定并且能够实现切换任务完成的更灵活的处理。
[0010]所述任务借助根据权利要求1所述的方法、根据权利要求8所述的实现所述方法的计算机程序产品、根据权利要求9所述的具有存储在其上的计算机程序产品的可机读的数据载体或者根据权利要求10所述的电信设备解决。本发明的有利的扩展方案是从属权利要求的主题。
[0011]借助根据本发明的方法可以完成的切换任务可以通过以下方式实施:
a)以第一实施模式，在所述第一实施模式中所述切换任务交换技术伴随地并且经检查地实施，以及
b)以第二实施模式，在所述第二实施模式中所述切换任务立即地并且未经检查地实施。
[0012]根据本发明的方法的特征在于，根据第一方案，应用程序在其发送切换任务到平台上之前不管怎么样单独地检查并且决定应以哪种实施模式实施该切换任务，并且将这样的相应地标记了的或者设有控制参数的切换任务发送到平台上，随后所述平台相应地实施切换任务。根据第二方案，平台在执行切换任务之前逐个地检查并且决定所述平台然后以哪种实施模式实施该切换任务。如果根据第三方案不仅应用程序而且平台应该对于切换任务逐个地检查并且决定应以哪种实施模式实施切换任务，则相应的实现负责有利地给哪个检查和决定以优先权。根据所述方法，关于此的通知通过应用程序和平台的同步来实现。即存在以下可能性:通过平台的制造商借助同步来通知，如何解决潜在的冲突。
[0013]这能够实现最不同的切换任务的很灵活的处理，因为切换任务的完成不受确定的实施模式的约束，而是或者可以由应用程序以第一实施模式或以第二实施模式委托地实施或者替代地可以由平台以合适的方式实施。
[0014]按照根据本发明的方法的一种有利的扩展方案，应用程序在此如此进行，使得所述应用程序给切换任务配备第一控制参数，所述第一控制参数表示以下实施模式，借助所述实施模式应完成切换任务。
[0015]按照根据本发明的方法的另一种有利的实施方式，应用程序给切换任务配备第二控制参数，所述第二控制参数在所述切换任务不可实施的情况下能够实现错误处理并且确定所述平台应采用哪个状态。对于呼叫转接——其也称作“Deflect Call:转移呼叫”——的例子，平台然后可以采用以下状态:
-返回到初始的呼叫状态(也称作“Initial:初始的”或者“Default Call State:默认呼叫状态”)， -转接到交换台，这也称作“卸荷”或者“Intercept:侦听”，
-再次呼叫(重新呼叫)，
-显示占线状态并且无其他动作(也称作“Fail:失败”)，
-接入到现有通话中(也称作“Override:覆盖”)，
-呼叫等待(“Queue:排队等待”)，
-呼叫转接，也称作CFNR( “Call Forwarding on No Reply:无应答呼叫转发”)。
[0016]前述列表显然不是穷尽的，而是几乎可以任意扩展的。
[0017]可能有利的是，平台在其高速运行时通知应用程序，该平台是否完全允许或者能够实现切换任务的灵活实施，如其先前描述的那样。这尤其当不仅存在具有切换任务的灵活实施可能性的平台而且存在在电信系统中无该可能性的平台的时候是值得期望的。由此，应用程序获知，其可以或者应合理地下达哪些切换任务。与此相反，如果平台不支持新的参数，则在应用程序侧忽略请求。也即平台必须已经实现所述方法。
[0018]因此，根据本发明，通过前述参数的引入，已经描述的对系统响应的不同请求可以通过配置和/或用户自身或者静态地或者动态地提供，这例如可以借助图形的用户表面来实现。因此，产生新的较灵活的实现方案，由此在先前所述例子中交换台无延迟地分配其呼叫并且呼叫中心可以以通常的方式将通话安全地进一步分配到代理方上。
[0019]根据一种替代的途径，平台检查连接到电信系统上的终端设备的特性并且依据这些特性实施切换任务。终端设备的这些特性例如是“交换台”、“代理方”或者“呼叫中心的等候队列”。替代地或者附加地，平台可以检查并且考虑电信系统的总配置。属于此的是，在平台中例如确定交换台，用户作为代理方申请，等候队列被设立用于呼叫中心，等等。替代地或者附加地，平台也可以检查并且在切换任务的完成中考虑切换任务的附加特性。换言之，在该实施方式中如此进行，使得不分配一定的参数一一如这在先前描述的实施方式中是这种情况，而是由相关终端设备的确定的配置细节查询或者推导这样的参数。
[0020]根据本发明的用于灵活地实施由应用程序下达的切换任务的电信设备具有以下部件:终端设备，应用程序在所述终端设备上运行，所述应用程序能够下达切换任务；用于实施所述切换任务的平台；和用于实施所述方法的控制装置，如先前所阐述的那样。
[0021]用于执行根据本发明的方法的计算机程序产品以及具有存储在其上的计算机程序产品或者计算机程序的可机读的数据载体也视为属于本发明。
【附图说明】
[0022]本发明的其他优点、特征和特点由有利的实施方式参考附图的以下描述得出。其中示意性地:
图1示出根据本发明的电信设备的一种实施方式的概略布置；