CN117896423B - 分布式智能呼叫管理系统及其控制方法 - Google Patents

Abstract

本发明涉及通信技术领域，具体涉及分布式智能呼叫管理系统及其控制方法，协同控制器启动后在工作网络中发现其它协同控制器，并互相记录网络地址及通讯端口并进行协同控制器组网；呼叫终端启动后在协同控制器组网中进行注册；注册成功的呼叫终端在协同控制器组网中发出通讯测试，选择通讯时间差最短的协同控制器并进行连接；呼叫终端向协同控制器发送业务数据和目标终端呼叫请求；若目标终端呼叫请求合法，则获取目标终端数据并建立连接。从而可以根本性的改善整个系统的工作可靠性和可用性，系统故障率可以按指数级别降低。

Description

分布式智能呼叫管理系统及其控制方法

技术领域

本发明涉及通信技术领域，尤其涉及分布式智能呼叫管理系统及其控制方法。

背景技术

现有的呼叫系统主要由一个中心控制器和若干个呼叫设备终端采用星形结构连接而成。中心控制器负责接收呼叫终端接入申请、身份验证、呼叫调度等功能，呼叫终端负责发起呼叫或者接收呼叫。

整个系统采用了一个中心控制器来统一管理终端设备，并按星形连接进行相互通讯。这带来了一个问题，如果中心控制器失效，则整个呼叫系统都将无法工作。另外，如果星形连接中的网络出现故障，也将导致整个呼叫系统无法正常工作。

发明内容

本发明的目的在于提供分布式智能呼叫管理系统及其控制方法，旨在可以提供一种基于分布式网络拓扑结构，多个呼叫控制器并网协同工作，控制若干个呼叫终端设备的技术方案，解决了现有技术中出现任意一个单点故障时导致整个呼叫系统无法工作的问题。

为实现上述目的，第一方面，本发明提供了分布式智能呼叫管理系统的控制方法，包括协同控制器启动后在工作网络中发现其它协同控制器，并互相记录网络地址及通讯端口并进行协同控制器组网；

呼叫终端启动后在协同控制器组网中进行注册；

注册成功的呼叫终端在协同控制器组网中发出通讯测试，选择通讯时间差最短的协同控制器并进行连接；

呼叫终端向协同控制器发送业务数据和目标终端呼叫请求；

若目标终端呼叫请求合法，则获取目标终端数据并建立连接。

其中，所述协同控制器启动后在工作网络中发现其它协同控制器，并互相记录网络地址及通讯端口并进行协同控制器组网的具体步骤包括：

协同控制器在通讯端口进行组播广播，告知自己的网络地址与通讯端口；

其它协同控制器将在通讯端口进行持续侦听，侦听到新加入的协同控制器的广播消息后，将记录其网络地址及通讯端口，完成协同控制器在本机上的记录；

新加入的协同控制器通过心跳数据包保持与其它协同控制器的状态通报；

当协同控制器离线后，其它协同控制器将标记其失效并自动移除其记录的网络地址。

其中，所述协同控制器离线的判定方式为：如果超出预定的时间，协同控制器B没有接收到协同控制器A的心跳数据包，则会主动询问协同控制器A是否在线，如协同控制器A正常应答，则视为在线，如应答超时，则视为协同控制器A已离线。

其中，所述呼叫终端启动后在协同控制器组网中进行注册的具体步骤包括：

呼叫终端启动后，会按预定的通讯端口接收协同控制器的广播消息，并记录其网络地址及通讯端口；

呼叫终端将向侦听到协同控制器发送终端上线消息，报告设备信息。

其中，所述设备信息包括设备标识、呼号名称、网络地址和通讯端口。

其中，所述注册成功的呼叫终端在协同控制器组网中发出通讯测试，选择通讯时间差最短的协同控制器并进行连接的具体步骤包括：

呼叫终端将定期发送数据报文到已连接的协同控制器；

协同控制器接收到此数据报文后将完全返回接收到的数据报文；

呼叫终端将校验接收到的回复数据报文完整度，并测量发送、接收的通讯时间差，如数据报文完整度无误，则通讯时间差最低的协同控制器将视为通讯质量最佳的协同控制器；

呼叫终端将保留通讯质量最佳的协同控制器连接。

其中，所述呼叫终端发送业务数据和目标终端呼叫请求的具体方式为：呼叫终端在所有协同控制器中进行注册，然后所有协同控制器基于最大转发次数对呼叫终端数据进行转发。

其中，所述若目标终端呼叫请求合法，则获取目标终端数据并建立连接的具体步骤包括：

通过系统业务逻辑判断该请求是否合法，如为合法请求，则告知A终端所需的业务信息和B终端网络地址；如不合法，则拒绝此次请求,并告知A终端拒绝的原因；

获得呼叫所需的业务数据及B终端网络地址后，即可通过工作网络向B终端建立双向通讯。

第二方面，本发明还提供一种分布式智能呼叫管理系统，包括：多个协同控制器和多个呼叫终端，多个所述协同控制器连接到同一通讯端口上，多个所述呼叫终端与通讯端口连接，所述协同控制器用于实现协同调度和控制呼叫终端，所述呼叫终端用于发起呼叫或接听呼叫。

其中，所述协同控制器由至少2个控制器单元组成，所述控制器单元运行相应的控制程序，实现协同调度、控制呼叫终端的功能。

本发明的分布式智能呼叫管理系统及其控制方法，包括：协同控制器启动后在工作网络中发现其它协同控制器，并互相记录网络地址及通讯端口并进行协同控制器组网；呼叫终端启动后在协同控制器组网中进行注册；注册成功的呼叫终端在协同控制器组网中发出通讯测试，选择通讯时间差最短的协同控制器并进行连接；呼叫终端向协同控制器发送业务数据和目标终端呼叫请求；若目标终端呼叫请求合法，则获取目标终端数据并建立连接。从而可以根本性的改善整个系统的工作可靠性和可用性，系统故障率可以按指数级别降低。传统呼叫系统模式时预估故障率为5%，则采用2个协同控制器后，故障率可降低为0.25%，采用3个协同控制器后，故障率可进一步降低为：0.0125%。另外，采用此种设计的呼叫系统，也可以在不停机状态的弹性调整系统容量。只需在环状网络中，增减协同控制器及所需的呼叫终端，即可在不停机的方式下，进行容量的增减。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明的第一实施例的分布式智能呼叫管理系统的控制方法的流程图。

图2是本发明的协同控制器启动后在工作网络中发现其它协同控制器，并互相记录网络地址及通讯端口并进行协同控制器组网的流程图。

图3是本发明的呼叫终端启动后在协同控制器组网中进行注册的流程图。

图4是本发明的注册成功的呼叫终端在协同控制器组网中发出通讯测试，选择通讯时间差最短的协同控制器并进行连接的流程图。

图5是本发明的若目标终端呼叫请求合法，则获取目标终端数据并建立连接的流程图。

图6是本发明的一种分布式智能呼叫管理系统结构图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

实施例

请参阅图1~图5，本发明提供一种分布式智能呼叫管理系统的控制方法，包括：

S101协同控制器启动后在工作网络中发现其它协同控制器，并互相记录网络地址及通讯端口并进行协同控制器组网；

具体步骤包括：

S201协同控制器在通讯端口进行组播广播，告知自己的网络地址与通讯端口；

协同控制器是一种先进的网络设备，具有高度的集成度和可扩展性。在网络中，协同控制器通过组播广播的方式，向其他设备宣布自身的存在，从而使整个网络系统中的设备能够互相发现和通信。组播广播是一种高效的通信方式，它允许一个发送者向多个接收者发送信息。组播广播主要用于以下两个方面：

1.网络地址广播：协同控制器将自己的网络地址广播出去，使其他设备能够知道其在网络中的位置。这样，当有设备需要发送信息时，可以准确地将数据包发送到协同控制器所在的地址。

2.通讯端口广播：协同控制器还需要告知其他设备自身的通讯端口。通讯端口是设备之间进行数据传输的通道，知道彼此的通讯端口后，设备之间可以开始建立连接并进行实时的数据交换。

通过组播广播，协同控制器在网络中的地位和功能得到了明确。

S202其它协同控制器将在通讯端口进行持续侦听，侦听到新加入的协同控制器的广播消息后，将记录其网络地址及通讯端口，完成协同控制器在本机上的记录；

其它协同控制器负责在特定的通讯端口进行持续侦听，以监控是否有新加入的协同控制器发出广播消息。一旦侦听到这些消息协同控制器会立即采取行动，记录新协同控制器的网络地址和通讯端口信息。这个过程对于构建一个完整的协同控制器网络至关重要。通过记录每个协同控制器的网络地址和通讯端口，我们可以确保系统中所有控制器之间的顺畅通讯。在记录新协同控制器信息的过程中，协同控制器会将其网络地址和通讯端口保存在本机上的数据库中。这个数据库相当于一个协同控制器的信息档案，包含了所有协同控制器的详细信息。

S203新加入的协同控制器通过心跳数据包保持与其它协同控制器的状态通报；

心跳数据包是协同控制器之间进行通信的主要手段。它包含了一系列关键信息，如模块状态、资源需求、任务进度等。通过定期发送和接收心跳数据包，协同控制器能够实时监测系统内各个模块的运行状况，并在需要时进行相应的调整。这种方式有效提高了系统的稳定性和响应速度。

S204当协同控制器离线后，其它协同控制器将标记其失效并自动移除其记录的网络地址。

所述协同控制器离线的判定方式为：如果超出预定的时间，协同控制器B没有接收到协同控制器A的心跳数据包，则会主动询问协同控制器A是否在线，如协同控制器A正常应答，则视为在线，如应答超时，则视为协同控制器A已离线。

S102呼叫终端启动后在协同控制器组网中进行注册；

具体步骤包括：

S301呼叫终端启动后，会按预定的通讯端口接收协同控制器的广播消息，并记录其网络地址及通讯端口；

为确保终端与协同控制器之间的通讯顺畅，呼叫终端会预先设定好通讯端口，以便按照既定的渠道接收广播消息。在接收到广播消息后呼叫终端会记录发送广播消息的网络地址和通讯端口。这是为了在后续的通讯过程中，能够准确地识别并响应来自同一控制器的消息。通过记录网络地址和通讯端口，呼叫终端能够建立与协同控制器的连接，确保通讯的稳定性和可靠性。

S302呼叫终端将向侦听到协同控制器发送终端上线消息，报告设备信息。

所述设备信息包括设备标识、呼号名称、网络地址和通讯端口。

设备标识是每个设备独一无二的识别码，它由制造商或开发者预先设定。设备标识可用于区分同类设备中的不同个体，便于设备管理和维护。例如，在家居智能化系统中，各种智能设备（如智能电视、智能音响等）均需要具有独立的设备标识，以便主人可以通过智能手机或其他控制设备对其进行操控。

呼号名称是设备在网络中的昵称，通常由用户自定义。呼号名称简洁明了，易于记忆，便于用户快速找到并识别所需设备。在某些场景下，如企业内部通讯系统，设备呼号名称还可能反映出设备的职能和属性，如“财务部电脑”、“销售部手机”等。网络地址是设备在网络中的“住址”，用于唯一标识其在网络中的位置。网络地址可以是IP地址或MAC地址。IP地址是互联网中设备之间的通信基础，它遵循一定的地址规划，可分为公有IP地址和私有IP地址。MAC地址则是设备在局域网中的唯一标识，用于实现设备间的物理层连接。通讯端口是设备之间进行数据传输的通道，它规定了设备之间通信所遵循的协议和规则。通讯端口可分为输入端口和输出端口。输入端口用于接收外部数据，输出端口用于发送处理后的数据。不同的设备通讯端口之间需要相互匹配，才能实现有效通信。

S103注册成功的呼叫终端在协同控制器组网中发出通讯测试，选择通讯时间差最短的协同控制器并进行连接；

具体步骤包括：

S401呼叫终端将定期发送数据报文到已连接的协同控制器；

“定期发送数据报文”是指呼叫终端按照预先设定的时间间隔，将特定数据发送给已连接的协同控制器。这些数据报文通常包含了终端设备的工作状态、采集到的数据等信息，对于协同控制器来说具有重要意义。通过接收这些数据，协同控制器可以实时了解各个终端设备的工作情况，并根据实际情况对系统进行调整和优化。

S402协同控制器接收到此数据报文后将完全返回接收到的数据报文；

S403呼叫终端将校验接收到的回复数据报文完整度，并测量发送、接收的通讯时间差，如数据报文完整度无误，则通讯时间差最低的协同控制器将视为通讯质量最佳的协同控制器；

在协同控制器的应用中，呼叫终端会对接收到的回复数据报文进行完整性校验，以确保数据的准确无误。同时，系统还会测量发送与接收之间的通讯时间差，以便评估通讯质量。为了找到通讯质量最佳的协同控制器，我们需要对比各个协同控制器的通讯时间差。通讯时间差最低的协同控制器将被视为通讯质量最佳的协同控制器。这一过程有助于确保系统在数据传输过程中能够高效、稳定地运行，从而提高整体的工作效率和准确性。

S404呼叫终端将保留通讯质量最佳的协同控制器连接。

S104呼叫终端向协同控制器发送业务数据和目标终端呼叫请求；

具体方式为：呼叫终端在所有协同控制器中进行注册，然后所有协同控制器基于最大转发次数对呼叫终端数据进行转发。

协同控制器将记录这些数据并分发给已知的其它协同控制器,分发呼叫终端数据时，将携带最大转发次数（MTC），每一个协同控制器转发从终端数据时，都将MTC计数减一，当MTC为零时，协同控制器将不再转发此信息，以此避免过多的转发造成的通讯消耗，具体的转发方式可以按照协同控制器的序号顺序进行。

S105若目标终端呼叫请求合法，则获取目标终端数据并建立连接。

具体步骤包括：

S501通过系统业务逻辑判断该请求是否合法，如为合法请求，则告知A终端所需的业务信息和B终端网络地址；如不合法，则拒绝此次请求,并告知A终端拒绝的原因；

系统业务逻辑包括系统首先需要验证呼叫方的身份，确保呼叫方是已经注册并且有权使用服务的用户。这通常涉及到用户输入的验证，例如密码或生物识别信息。确认呼叫方的身份后，系统将检查用户是否有进行呼叫的权限。例如，某些服务可能只允许付费用户或特定权限的用户发起呼叫。

S502获得呼叫所需的业务数据及B终端网络地址后，即可通过工作网络向B终端建立双向通讯。

当A终端获得所需的业务数据和B终端的网络地址后，即可通过工作网络发起呼叫。在呼叫过程中会确保双向通讯的建立，以便A和B终端之间能够顺利进行信息交流。

实施例

请参阅图6，在第二实施例的基础上，本发明还提供一种分布式智能呼叫管理系统，包括：多个协同控制器和多个呼叫终端，多个所述协同控制器连接到同一通讯端口上，多个所述呼叫终端与通讯端口连接，所述协同控制器用于实现协同调度和控制呼叫终端，所述呼叫终端用于发起呼叫或接听呼叫。

在本实施方式中，整个系统是由多个协同控制器和若干呼叫终端设备及一个以太网通讯网络构成。系统不再使用集中控制器，而采用分布式运行的协同控制器实现系统调度、控制等功能。协同控制器由至少2个控制器单元组成，运行相应的控制程序,实现协同调度、控制呼叫终端的功能。呼叫终端由若干可发起呼叫或接听呼叫的全双工通信设备构成，与协同控制器、网络交换设备（如交换机等）构成整体的工作系统。使得多个呼叫控制器并网协同工作，控制若干个呼叫终端设备的技术方案，解决了现有技术中出现任意一个单点故障时导致整个呼叫系统无法工作的问题。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (5)

1.分布式智能呼叫管理系统的控制方法，其特征在于，

协同控制器启动后在工作网络中发现其它协同控制器，并互相记录网络地址及通讯端口并进行协同控制器组网；具体步骤包括：

协同控制器在通讯端口进行组播广播，告知自己的网络地址与通讯端口；

其它协同控制器将在通讯端口进行持续侦听，侦听到新加入的协同控制器的广播消息后，将记录其网络地址及通讯端口，完成协同控制器在本机上的记录；

新加入的协同控制器通过心跳数据包保持与其它协同控制器的状态通报；

当协同控制器离线后，其它协同控制器将标记其失效并自动移除其记录的网络地址；

呼叫终端启动后在协同控制器组网中进行注册；具体步骤包括：

呼叫终端启动后，会按预定的通讯端口接收协同控制器的广播消息，并记录其网络地址及通讯端口；

呼叫终端将向侦听到协同控制器发送终端上线消息，报告设备信息；所述设备信息包括设备标识、呼号名称、网络地址和通讯端口；

注册成功的呼叫终端在协同控制器组网中发出通讯测试，选择通讯时间差最短的协同控制器并进行连接；具体步骤包括：

呼叫终端将定期发送数据报文到已连接的协同控制器；

协同控制器接收到此数据报文后将完全返回接收到的数据报文；

呼叫终端将校验接收到的回复数据报文完整度，并测量发送、接收的通讯时间差，如数据报文完整度无误，则通讯时间差最低的协同控制器将视为通讯质量最佳的协同控制器；

呼叫终端将保留通讯质量最佳的协同控制器连接；

呼叫终端向协同控制器发送业务数据和目标终端呼叫请求；具体方式为：呼叫终端在所有协同控制器中进行注册，然后所有协同控制器基于最大转发次数对呼叫终端数据进行转发；

若目标终端呼叫请求合法，则获取目标终端数据并建立连接。

2.如权利要求1所述的分布式智能呼叫管理系统的控制方法，其特征在于，

所述协同控制器离线的判定方式为：如果超出预定的时间，协同控制器B没有接收到协同控制器A的心跳数据包，则会主动询问协同控制器A是否在线，如协同控制器A正常应答，则视为在线，如应答超时，则视为协同控制器A已离线。

3.如权利要求1所述的分布式智能呼叫管理系统的控制方法，其特征在于，

所述若目标终端呼叫请求合法，则获取目标终端数据并建立连接的具体步骤包括：

通过系统业务逻辑判断该请求是否合法，如为合法请求，则告知A终端所需的业务信息和B终端网络地址；如不合法，则拒绝此次请求,并告知A终端拒绝的原因；

获得呼叫所需的业务数据及B终端网络地址后，即可通过工作网络向B终端建立双向通讯。

4.分布式智能呼叫管理系统，应用于权利要求1~3任意一项所述的分布式智能呼叫管理系统的控制方法，其特征在于，

包括：多个协同控制器和多个呼叫终端，多个所述协同控制器连接到同一通讯端口上，多个所述呼叫终端与通讯端口连接，所述协同控制器用于实现协同调度和控制呼叫终端，所述呼叫终端用于发起呼叫或接听呼叫。

5.如权利要求4所述的分布式智能呼叫管理系统，其特征在于，

所述协同控制器由至少2个控制器单元组成，所述控制器单元运行相应的控制程序，实现协同调度、控制呼叫终端的功能。