CN105721721B - 电信系统以及用于灵活地控制电信系统的方法 - Google Patents

Abstract

本发明涉及一种电信系统（10）和一种用于通过由应用程序（22）下达到平台（30）的切换任务灵活地控制电信系统（10）的方法，其中该切换任务可以a）以第一实施模式实施，在第一实施模式中切换任务交换技术伴随地并且经检查地实施，或者b）以第二实施模式实施，在第二实施模式中切换任务立即地并且未经检查地实施，所述方法包括以下步骤：应用程序（22）发送切换任务到平台（30）上，以及平台（30）实施切换任务。所述方法的特征在于，应用程序（22）在下达切换任务之前和/或平台（30）在执行切换任务之前逐个地检查并且决定应以哪一种实施模式实施切换任务。

Description

电信系统以及用于灵活地控制电信系统的方法

技术领域

本发明涉及根据权利要求1所述的用于通过由应用程序下达到平台的切换任务灵活地控制电信系统的方法、根据权利要求8所述的用于实现所述方法的计算机程序产品、根据权利要求9所述的具有存储在其上的计算机程序产品的可机读的数据载体以及根据权利要求10所述的用于灵活地实施由应用程序下达的切换任务的电信设备。

背景技术

对于下面的描述应简短阐述以下术语：

平台是通信平台，诸如交换站或者电信设备（也称作PBX或者“Private BranchExchange：专用小交换机”）。

应用程序例如是计算机程序，所述计算机程序在终端设备（例如第一方CTI或者单工作站解决方案，例如参考http://www.estos.de/produkte/unified-communications/uc/was-ist-first-party-cti.html）上运行并且用于电话连接的或者“呼叫”的或者数据连接的建立或者运行，所述应用程序或者是呼叫中心（第三方CTI或者网络解决方案，例如参考http://www.estos.de/produkte/unified-communications/uc/was-ist-third-party-cti.html），所述呼叫中心用于分配呼叫到代理方上。

交换技术中的切换任务例如是呼叫请求、呼叫接受、呼叫撤销、呼叫转接、呼叫交换。此外，显示器的控制、功率特征的接通和关断以及代理方的选择和通知（例如在呼叫中心中）的处理属于切换任务。

根据工业标准ECMA-269（European Computer Manufacturer’s Association：欧洲计算机制造商协会）规定，平台（也称作“Switching Function：切换功能”）在CSTA（Computer Supported Telecommunications Applications（计算机支持的电信应用）：协议规范，其用于电话设备与计算机程序之间的数据传输）下具有以下可能性：以下面的两种实施方式（模式）之一执行应用程序（Computing Function：计算功能）的切换任务（也称作“服务”）：

a）“原子式地”或者交换技术伴随地，这相应于切换任务的或者服务的经检查的实施，以及

b）“fire and forget：发后即忘”或者“Multi-Step：多步骤”，这相应于切换任务的未经检查的实施。

这是在ECMA-269条款9.2.1中记载的。所述实现的相应方式由平台（SwitchingFunction：切换功能）的制造商静态地、即不可改变地确定并且可以通过CSTA协议内的申请程序通过应用程序（Computing Function：计算功能）来求取或者查询，由此然后确定，所有到达的切换任务以哪种模式由相关平台实施。因此，平台具有以下选择：或者根据方法a）或者根据方法b）实现切换任务。应用程序可以问询，哪种方法用于哪个切换任务。

在通过应用程序到代理方上的自动呼叫分配的情况下，在较小的和中等的企业的情况下，根据第一实施模式“交换技术伴随地”的方法已经经受考验，这表示具有相应地长的服务运行时间的该服务的经检查的实施。然而，通过交换台到另一用户上的手动呼叫分配恰恰期望另外的第二实施模式“立即地并且未经检查地”或者“发后即忘”，这导致短的服务运行时间。因此，在用户中存在冲突，因为交换台不能够不经检查地分配其呼叫，并且当呼叫中心应用程序同时将呼叫经检查地分配到代理方上时可能容易发生时间上的延迟。

由此产生以下问题：该系统是不足够灵活的，因为平台的制造商已经确定方法并且因此应用程序必须遵循固定的规定。

发明内容

因此本发明所基于的任务是，解决所述标准的硬性规定并且能够实现切换任务完成的更灵活的处理。

所述任务借助根据权利要求1所述的方法、根据权利要求8所述的实现所述方法的计算机程序产品、根据权利要求9所述的具有存储在其上的计算机程序产品的可机读的数据载体或者根据权利要求10所述的电信设备解决。本发明的有利的扩展方案是从属权利要求的主题。

借助根据本发明的方法可以完成的切换任务可以通过以下方式实施：

a）以第一实施模式，在所述第一实施模式中所述切换任务交换技术伴随地并且经检查地实施，以及

b）以第二实施模式，在所述第二实施模式中所述切换任务立即地并且未经检查地实施。

根据本发明的方法的特征在于，根据第一方案，应用程序在其发送切换任务到平台上之前不管怎么样单独地检查并且决定应以哪种实施模式实施该切换任务，并且将这样的相应地标记了的或者设有控制参数的切换任务发送到平台上，随后所述平台相应地实施切换任务。根据第二方案，平台在执行切换任务之前逐个地检查并且决定所述平台然后以哪种实施模式实施该切换任务。如果根据第三方案不仅应用程序而且平台应该对于切换任务逐个地检查并且决定应以哪种实施模式实施切换任务，则相应的实现负责有利地给哪个检查和决定以优先权。根据所述方法，关于此的通知通过应用程序和平台的同步来实现。即存在以下可能性：通过平台的制造商借助同步来通知，如何解决潜在的冲突。

这能够实现最不同的切换任务的很灵活的处理，因为切换任务的完成不受确定的实施模式的约束，而是或者可以由应用程序以第一实施模式或以第二实施模式委托地实施或者替代地可以由平台以合适的方式实施。

按照根据本发明的方法的一种有利的扩展方案，应用程序在此如此进行，使得所述应用程序给切换任务配备第一控制参数，所述第一控制参数表示以下实施模式，借助所述实施模式应完成切换任务。

按照根据本发明的方法的另一种有利的实施方式，应用程序给切换任务配备第二控制参数，所述第二控制参数在所述切换任务不可实施的情况下能够实现错误处理并且确定所述平台应采用哪个状态。对于呼叫转接——其也称作“Deflect Call：转移呼叫”——的例子，平台然后可以采用以下状态：

- 返回到初始的呼叫状态（也称作“Initial：初始的”或者“Default Call State：默认呼叫状态”），

- 转接到交换台，这也称作“卸荷”或者“Intercept：侦听”，

- 再次呼叫（重新呼叫），

- 显示占线状态并且无其他动作（也称作“Fail：失败”），

- 接入到现有通话中（也称作“Override：覆盖”），

- 呼叫等待（“Queue：排队等待”），

- 呼叫转接，也称作CFNR（“Call Forwarding on No Reply：无应答呼叫转发”）。

前述列表显然不是穷尽的，而是几乎可以任意扩展的。

可能有利的是，平台在其高速运行时通知应用程序，该平台是否完全允许或者能够实现切换任务的灵活实施，如其先前描述的那样。这尤其当不仅存在具有切换任务的灵活实施可能性的平台而且存在在电信系统中无该可能性的平台的时候是值得期望的。由此，应用程序获知，其可以或者应合理地下达哪些切换任务。与此相反，如果平台不支持新的参数，则在应用程序侧忽略请求。也即平台必须已经实现所述方法。

因此，根据本发明，通过前述参数的引入，已经描述的对系统响应的不同请求可以通过配置和/或用户自身或者静态地或者动态地提供，这例如可以借助图形的用户表面来实现。因此，产生新的较灵活的实现方案，由此在先前所述例子中交换台无延迟地分配其呼叫并且呼叫中心可以以通常的方式将通话安全地进一步分配到代理方上。

根据一种替代的途径，平台检查连接到电信系统上的终端设备的特性并且依据这些特性实施切换任务。终端设备的这些特性例如是“交换台”、“代理方”或者“呼叫中心的等候队列”。替代地或者附加地，平台可以检查并且考虑电信系统的总配置。属于此的是，在平台中例如确定交换台，用户作为代理方申请，等候队列被设立用于呼叫中心，等等。替代地或者附加地，平台也可以检查并且在切换任务的完成中考虑切换任务的附加特性。换言之，在该实施方式中如此进行，使得不分配一定的参数——如这在先前描述的实施方式中是这种情况，而是由相关终端设备的确定的配置细节查询或者推导这样的参数。

根据本发明的用于灵活地实施由应用程序下达的切换任务的电信设备具有以下部件：终端设备，应用程序在所述终端设备上运行，所述应用程序能够下达切换任务；用于实施所述切换任务的平台；和用于实施所述方法的控制装置，如先前所阐述的那样。

用于执行根据本发明的方法的计算机程序产品以及具有存储在其上的计算机程序产品或者计算机程序的可机读的数据载体也视为属于本发明。

附图说明

本发明的其他优点、特征和特点由有利的实施方式参考附图的以下描述得出。其中示意性地：

图1示出根据本发明的电信设备的一种实施方式的概略布置；

图2示出根据本发明的方法的第一实施方式；

图3示出根据本发明的方法的第二实施方式；

图4示出用于执行第一实施模式的例子；以及

图5示出用于执行第二实施模式的例子。

具体实施方式

图1示出电信系统10，所述电信系统具有平台30，所述平台包含控制装置40。此外，电信系统10包含终端设备20，仅仅示意性地示出的应用程序22在所述终端设备上运行。终端设备20与平台30通过数据线路连接。CD-ROM 90作为数据载体示意性地示出，同样示意性地示出的计算机程序92存储在所述数据载体上，其中可机读的数据载体90以及存储在其上的计算机程序92为了在控制装置40中使用而被确定。

图2示出根据本发明的方法的第一实施方式。在步骤S12中，应用程序22发送切换任务到平台30上。在步骤S14中，平台30检查在该切换任务中包含哪些控制参数。具体地，关于根据本发明的方法这意味着，平台30检查在切换任务中包含参数P1和P2中的哪些。如果在切换任务中仅仅包含参数P1，则在步骤S15中确定实施模式。然后，视所选择的模式而定在步骤S16中以第一实施模式交换技术伴随地并且经检查地（也称作“原子式地”）实施切换任务，或者，如果在参数P1中标记了第二实施模式，则在步骤S18中立即地并且未经检查地实施切换任务，这也称作“fire and forget：发后即忘”或者“Multi-Step：多步骤”。

如果由步骤S14得出，在切换任务中不仅包含参数P1而且包含参数P2，则在步骤S19中检查，切换任务是否是可实施的。如果切换任务是可实施的，则根据本发明的方法视参数P1的内容而定地或者跳至切换任务的根据步骤S16的经检查的实施或者跳至切换任务的根据步骤S18的未经检查的实施。如果切换任务不是可实施的，则确定参数P2具有哪个值，并且根据参数P2的值在错误处理的意义上实施以下步骤中的相关步骤：

S31：返回到初始的呼叫状态（也称作“Initial：初始的”或者“Default CallState：默认呼叫状态”），

S32：转接到交换台，这也称作“卸荷（Abwurf）”或者“Intercept：侦听”，

S33：再次呼叫（“重新呼叫”），

S34：显示占线状态并且无其他动作（也称作“Fail：失败”），

S35：接入到现有通话中（也称作“Override：覆盖”），

S36：呼叫等待（“Queue：排队等候”），

S37：呼叫转接，也称作CFNR（“Call Forwarding on No Reply：无应答呼叫转发”）。

按照根据本发明的方法的在图3中示出的替代的第二实施方式，在步骤S12中应用程序22发送切换任务到平台30上。在平台30在步骤S14中已经确定在切换任务中不包含控制参数（更准确地说至少不包含P1）之后，平台30检查在切换任务中存在哪些附加信息。视在切换任务中存在以下附加信息中的哪些而定，相应地实施所述方法。对于根据本发明的方法的执行重要的附加信息是：

- 连接到电信系统10上的终端设备20的特性，

- 电信系统10的总配置，

- 切换任务的附加特性。

显然，上述列表还可以补充附加信息。

在图4中示出根据本发明的方法的根据第一实施模式“交换技术伴随地——原子式地”的实施的例子。呼叫方的呼叫请求由平台30的呼叫中心的等候队列（目标1）接受。随后，呼叫中心应用程序22起作用并且请求呼叫转接至代理方（目标2）。该请求首先以通过平台30的呼叫请求为条件。如果随后代理方的终端设备20回送成功的呼叫接受到平台30上，则在应用程序22上确认该动作的实施。动作和响应之间的时间间隔也称作服务运行时间并且可能持续直至数秒。在服务运行时间期间，呼叫中心应用程序22的其他切换任务对于该等候队列是禁止的，但同时也保证了，该动作交换技术上无错误地结束。

在图5中示出根据本发明的方法的根据第二实施模式“交换技术上未经检查地——多步骤地”的实施的例子。呼叫方的呼叫请求由平台30的交换台（目标1）接受。随后，用户在交换台选择相应于呼叫方的合作人员并且使用户的交换台应用程序22执行至合作人员的终端设备20（目标2）的呼叫转接。该请求以在应用程序22上的动作实施的立即确认为条件，所述确认具有在毫秒范围内的相应的服务运行时间。在此之后才进行通过平台30的呼叫请求。随后，合作人员的终端设备20可以回送成功的呼叫接受到平台30上。通过短的服务运行时间，交换台对于其他切换任务而言是空闲的，但不保证，先前的动作交换技术上无错误地结束。

如果根据本发明的方法设置切换任务的逐个的处理，然而参数P1不存在，则可以如此进行，使得应用程序22的到达的切换任务通过终端设备20的由平台30提供的特性、平台30自身的配置或者电信系统10的总配置来实施。

可以理解，本发明的参考所示实施方式描述的特征，诸如各个消息的和参数的种类和构型也可以在其他的实施方式中存在，除非另有说明或者出于技术原因，自身不允许。此外，各个实施方式的这样的组合地描述的特征不必总是在一种相关的实施方式中实现所有的特征。

附图标记列表

10=电信系统

20=终端设备

22=应用程序

30=平台

40=控制装置

90=可机读的数据载体

92=计算机程序

S12-S37=步骤

P1-P2=参数

Claims (9)

1.用于通过由应用程序（22）下达到平台（30）的切换任务灵活地控制电信系统（10）的方法，其中所述切换任务可以

a）以第一实施模式实施，在所述第一实施模式中所述切换任务交换技术伴随地并且经检查地实施，或者

b）以第二实施模式实施，在所述第二实施模式中所述切换任务立即地并且未经检查地实施，

所述方法包括以下步骤：

- 所述应用程序（22）发送所述切换任务到所述平台（30）上，以及

- 所述平台（30）实施所述切换任务，

其特征在于，所述应用程序（22）在下达所述切换任务之前和/或所述平台（30）在执行所述切换任务之前逐个地检查并且决定应以哪一种实施模式实施所述切换任务。

2.根据权利要求1所述的方法，其特征在于，所述应用程序（22）给所述切换任务配备第一控制参数（P1），所述第一控制参数表示待执行的实施模式。

3.根据权利要求2所述的方法，其特征在于，所述应用程序（22）给所述切换任务配备第二控制参数（P2），所述第二控制参数对于所述平台（30）不能够实施所述切换任务的情况能够实现错误处理并且确定所述平台（30）应采用哪个状态。

4.根据上述权利要求中任一项所述的方法，其特征在于，所述应用程序（22）在其启动时检查所述平台（30）是否允许切换任务的灵活处理。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述平台（30）检查连接到所述电信系统（10）上的终端设备（20）的特性并且依据所述特性实施所述切换任务。

6.根据权利要求1至3中任一项所述的方法，其特征在于，所述平台（30）检查所述电信系统（10）的总配置并且依据所述总配置实施所述切换任务。

7.根据权利要求1至3中任一项所述的方法，其特征在于，所述平台（30）检查所述切换任务的附加特性并且依据所述附加特性实施所述切换任务。

8.可机读的数据载体（90），其具有存储在其上的计算机程序，所述计算机程序能够实施根据权利要求1至7中任一项所述的方法。

9.电信设备（10），其用于灵活地实施由应用程序（22）下达的切换任务，所述电信设备包括：

- 终端设备（20），应用程序（22）在所述终端设备上运行，所述应用程序能够下达切换任务；

- 用于实施所述切换任务的平台（30），和

- 用于实施根据权利要求1至7中任一项所述的方法的控制装置（40）。