[0001] 本发明涉及IPTV(交互式网络电视)应用技术领域，具体而言，涉及一种呼叫处理机控制方法及装置、可读存储介质以及电子设备。

[0002] 话单(或称详单)，一般包括用户编号、内容编号、授权ID、开始时间和结束时间等，用于用户访问计费或其他统计用途。在用户服务结束时，CDN(内容分发网络，Content Delivery Network)服务节点会生成原始的话单信息上报给CP(处理机，Call Process)，然后由CP生成指定格式的话单文件。

[0003] 在每个CDN服务节点对应固定CP的情况下(即多对一，如图1所示)，一般将CP的通信配置参数(IP、端口Port、局号和模块号等)直接设定在CDN服务节点。CDN服务节点根据配置主动向CP发起建链，并保持链接心跳，这种情况下CDN服务节点只会向配置的固定节点上报话单。这样做的优点是：实现起来较为简单。

[0004] 现有技术中存在以下问题：

[0005] 无法实现CP系统的动态负载均衡，并且如果某一台CP异常，对应所有服务节点的话单将全部丢失。

[0027] 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

[0028] 需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

[0029] 实施例1

[0030] 在介绍本发明实施例的呼叫处理机控制方法之前，首先对呼叫处理机控制方法的应用场景进行介绍，如图2所示，为本实施例中一种可选地呼叫处理机控制方法的应用场景示意图。其中，包括：CDN管理器CDNManager、CDN服务节点CDN Node‑1…CDN Node‑N、CP管理器CPCtrl、CP‑1…CP‑N、STB(数字视频变换盒，Set Top Box)以及EPG(电子节目指南，Electrical Program Guide)。

[0031] 具体地，CDNManager获取CPCtrl发送的呼叫处理机列表，根据呼叫处理机列表为CDNManager对应的CDN服务节点确定目标呼叫处理机。CDN服务节点切换话单上报对象为目标呼叫处理机。

[0032] 通过上述示例，通过根据至少两个呼叫处理机的负载进行排序得到的呼叫处理机列表，选取呼叫处理机列表中负载最小的呼叫处理机作为密保呼叫处理机，可以实现CDN服务节点在多个CP之间进行切换，有效地实现了CP系统的整体负载均衡，提高了系统的整体容错能力，进而解决了由于现有技术中无法实现CP系统的动态负载均衡，容错能力低的技术问题。

[0033] 根据本发明实施例，提供了一种呼叫处理机控制方法，应用于CDN管理器，如图3所示，该方法具体包括以下步骤：

[0034] S302，获取CP管理服务器发送的呼叫处理机列表，其中，呼叫处理机列表包括至少两个呼叫处理机，呼叫处理机列表是由CP管理服务器根据至少两个呼叫处理机的负载进行排序得到的；

[0035] S304，根据呼叫处理机列表确定目标呼叫处理机，以使CDN服务节点根据目标呼叫处理机切换话单上报对象，其中，目标呼叫处理机为呼叫处理机列表中负载最小的呼叫处理机。

[0036] 在本实施例中，CP管理服务器用于收集IPTV系统内各个呼叫处理机CP的资源信息，例如CP的负载、通信质量以及运行日志等。

[0037] 本实施例中，CDN管理器用于对CDN服务节点进行管理等操作。CDN服务节点用于在用户服务结束时，生成原始的话单信息上报给CP，然后由CP生成指定格式的话单文件。

[0038] 在本实施例中，CP管理服务器根据自身管理的CP的资源上报信息，按照负载均衡算法对可用CP进行排序，将CP列表发送至CDNManager。

[0039] CDNManager在接收到CP管理器发送的CP列表后，根据CP列表确定负载最小的状态为可用的CP为目标呼叫处理机。以使CDN服务节点切换话单上报对象为目标呼叫处理机。

[0040] 需要说明的是，在本实施例中，获取CP管理服务器发送的呼叫处理机列表，其中，呼叫处理机列表包括至少两个呼叫处理机，呼叫处理机列表是由CP管理服务器根据至少两个呼叫处理机的负载进行排序得到的；根据呼叫处理机列表确定目标呼叫处理机，以使CDN服务节点根据目标呼叫处理机切换话单上报对象，其中，目标呼叫处理机为呼叫处理机列表中负载最小的呼叫处理机。本发明通过根据至少两个呼叫处理机的负载进行排序得到的呼叫处理机列表，选取呼叫处理机列表中负载最小的呼叫处理机作为密保呼叫处理机，可以实现CDN服务节点在多个CP之间进行切换，有效地实现了CP系统的整体负载均衡，提高了系统的整体容错能力，进而解决了由于现有技术中无法实现CP系统的动态负载均衡，容错能力低的技术问题。

[0041] 可选地，在本实施例中，根据呼叫处理机列表确定目标呼叫处理机，包括但不限于：接收CDN服务节点发送的呼叫处理机申请请求，其中，呼叫处理机申请请求包括故障呼叫处理机列表；根据故障呼叫处理机列表，对呼叫处理机列表进行过滤，以得到目标呼叫处理机。

[0042] 具体地，在本实施例中，CDNManger定时向CP管理服务器申请当前可用CP列表，CP管理服务器按照负载均衡算法对可用CP进行排序，并将CP列表发送CDNManger。

[0043] 接着，CDN服务节点定时向CDNManger申请CP配置信息，并携带建链失败的BadCP列表。CDNManager根据当前CP列表过滤掉BadCP，并返回当前可用且最空闲的目标呼叫处理机。

[0044] 通过上述示例，据故障呼叫处理机列表，对呼叫处理机列表进行过滤，以得到目标呼叫处理机，以确保CDN服务节点与目标呼叫处理机的通信正常。

[0045] 可选地，在本实施例中，该方法还包括但不限于：通过CP管理服务器，接收CP管理服务器对应的各个呼叫处理机发送的资源上报信息；根据各个呼叫处理机发送的资源上报信息生成呼叫处理机列表。

[0046] 在具体地，应用场景中，如图2所示，CP‑1..CP‑N分别向CP管理服务器CPCtrl进行资源上报，CPCtrl接收各个呼叫处理机发送的资源上报信息，然后CPCtrl按照负载均衡算法对可用CP进行排序，以得到呼叫处理机列表。

[0047] 可选地，在本实施例中，该方法还包括但不限于：通过CDN服务节点，若目标呼叫处理机与CDN服务节点当前对应的呼叫处理机相同，则不做处理；通过CDN服务节点，若目标呼叫处理机与CDN服务节点当前对应的呼叫处理机不同，则切换话单上报对象为目标呼叫处理机。

[0048] 具体地，在本实施例中，CDN服务节点本身存在与之连接的当前CP，若CDNManager发送至CDN服务节点的目标呼叫处理机与CDN服务器节点当前对应的呼叫处理机为同一呼叫处理机，则不做处理，保持与当前呼叫处理机的连接；若目标呼叫处理机与CDN服务器节点当前对应的呼叫处理机为不同呼叫处理机，则切换话单上报对象为目标呼叫处理机，实现CP系统的负载均衡。

[0049] 可选地，在本实施例中，该方法通过CDN服务节点，若目标呼叫处理机与CDN服务节点当前对应的呼叫处理机不同，则切换话单上报对象为目标呼叫处理机，包括但不限于：通过CDN服务节点，若目标呼叫处理机与CDN服务节点当前对应的呼叫处理机不同，则向目标呼叫处理机发送建链检测；通过CDN服务节点，若在预设时间内未接收到目标呼叫处理机的心跳响应，则将目标呼叫处理机标记为故障呼叫处理机；通过CDN服务节点，若在预设时间内接收到目标呼叫处理机的心跳响应，则将切换话单上报对象为目标呼叫处理机。

[0050] 在一个示例中，如图4所示，若CDNManger返回的目标呼叫处理机不是当前话单上报对象呼叫处理机1，CDN服务节点将新接收的目标呼叫处理机暂存，并将密保呼叫处理机作为测试呼叫处理机TestCP发起建链检测，等待目标呼叫处理机响应心跳消息。如果等待目标呼叫处理机心跳响应超时，则将目标呼叫处理机记录为故障呼叫处理机BadCP；如果成功收到目标呼叫处理机心跳响应，则切换话单上报对象为目标呼叫处理机。当前CDN服务节点与目标呼叫处理机保持通信建链，话单上报目标呼叫处理机。

[0051] 在一个具体地应用场景中，假定CDN服务节点为CDN Node，CDN管理器为CDNManager，CP管理器为CPCtrl，CP包括CP1与CP2。如图5所示，本实施例中的呼叫处理机控制方法具体可以包括以下步骤：

[0052] S501，话单上报CP1；

[0053] 具体地，当前CDN节点与CP1保持通信建链，话单上报CP1。

[0054] S502，资源上报；

[0055] 具体地，CP1、CP2资源上报CP管理服务器。

[0056] S503，CDNManger申请CP列表；

[0057] 具体地，CDNManger定时向CP管理服务器申请当前可用CP列表。

[0058] S504，CPCtrl进行负载均衡排序；

[0059] 具体地，CP管理服务器按照负载均衡算法对可用CP进行排序。

[0060] S505，将CP列表发送CDNManger；

[0061] S506，接收CDN服务节点的CP配置信息申请；

[0062] 具体地，CDN服务节点每隔预设周期向CDNManger申请CP配置信息，并携带建链失败的BadCP列表。

[0063] S507，过滤BadCP；

[0064] 具体地，CDNManager根据当前CP列表过滤掉BadCP。

[0065] S508，返回目标CP；

[0066] 具体地，返回当前可用且最空闲CP。

[0067] S509，判断目标CP是否为新的CP；

[0068] 具体地，如果CDNManager返回的是当前话单上报对象CP1，则不做处理，返回S501。

[0069] S510，建链检测；

[0070] 具体地，如果CDNManger返回的不是当前话单上报对象CP1，CDN服务节点将新接收的CP2暂存，并发起建链检测，等待CP2响应心跳消息。

[0071] S511，处理建链请求；

[0072] S512，响应心跳消息；

[0073] 具体地，如果等待CP2心跳响应超时，则将CP2记录为BadCP，返回S501。

[0074] S513，切换话单上报对象；

[0075] 具体地，如果成功收到CP2心跳响应，则切换话单上报对象为CP2。

[0076] S514，话单上报CP2。

[0077] 具体地，当前CDN节点与CP2保持通信建链，话单上报CP2。

[0078] 通过本发明实施例，获取CP管理服务器发送的呼叫处理机列表，其中，呼叫处理机列表包括至少两个呼叫处理机，呼叫处理机列表是由CP管理服务器根据至少两个呼叫处理机的负载进行排序得到的；根据呼叫处理机列表确定目标呼叫处理机，以使CDN服务节点根据目标呼叫处理机切换话单上报对象，其中，目标CP为呼叫处理机列表中负载最小的呼叫处理机。本发明通过根据至少两个呼叫处理机的负载进行排序得到的呼叫处理机列表，选取呼叫处理机列表中负载最小的呼叫处理机作为密保呼叫处理机，可以实现CDN服务节点在多个CP之间进行切换，有效地实现了CP系统的整体负载均衡，提高了系统的整体容错能力，进而解决了由于现有技术中无法实现CP系统的动态负载均衡，容错能力低的技术问题。

[0079] 需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

[0080] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

[0081] 实施例2

[0082] 根据本发明实施例，还提供了一种用于实施上述呼叫处理机控制方法的呼叫处理机控制装置，应用于内容分发网络CDN管理器，如图6所示，该装置包括：

[0083] 获取模块60，用于获取CP管理服务器发送的呼叫处理机列表，其中，所述呼叫处理机列表包括至少两个呼叫处理机，所述呼叫处理机列表是由所述CP管理服务器根据所述至少两个呼叫处理机的负载进行排序得到的；

[0084] 确定模块62，用于根据所述呼叫处理机列表确定目标呼叫处理机，以使CDN服务节点根据所述目标呼叫处理机切换话单上报对象，其中，目标CP为所述呼叫处理机列表中负载最小的呼叫处理机。

[0085] 可选地，在本实施例中，所述确定模块62包括：

[0086] 接收单元，用于接收所述CDN服务节点发送的呼叫处理机申请请求，其中，所述呼叫处理机申请请求包括故障呼叫处理机列表；

[0087] 过滤单元，用于根据所述故障呼叫处理机列表，对所述呼叫处理机列表进行过滤，以得到所述目标呼叫处理机。

[0088] 可选地，在本实施例中，该装置还包括：

[0089] 接收模块，用于通过所述CP管理服务器，接收所述CP管理服务器对应的各个呼叫处理机发送的资源上报信息；

[0090] 第一处理模块，用于根据所述各个呼叫处理机发送的资源上报信息生成所述呼叫处理机列表。

[0091] 可选地，在本实施例中，该装置还包括：

[0092] 第二处理模块，用于通过所述CDN服务节点，若所述目标呼叫处理机与所述CDN服务节点当前对应的呼叫处理机相同，则不做处理；

[0093] 切换模块，用于通过所述CDN服务节点，若所述目标呼叫处理机与所述CDN服务节点当前对应的呼叫处理机不同，则切换话单上报对象为所述目标呼叫处理机。

[0094] 可选地，在本实施例中，所述切换模块包括：

[0095] 第一发送单元，用于通过所述CDN服务节点，若所述目标呼叫处理机与所述CDN服务节点当前对应的呼叫处理机不同，则向所述目标呼叫处理机发送建链检测；

[0096] 标记单元，用于通过所述CDN服务节点，若在预设时间内未接收到所述目标呼叫处理机的心跳响应，则将所述目标呼叫处理机标记为故障呼叫处理机；

[0097] 切换单元，用于通过所述CDN服务节点，若在所述预设时间内接收到所述目标呼叫处理机的心跳响应，则将切换话单上报对象为所述目标呼叫处理机。

[0098] 通过本实施例，获取CP管理服务器发送的呼叫处理机列表，其中，呼叫处理机列表包括至少两个呼叫处理机，呼叫处理机列表是由CP管理服务器根据至少两个呼叫处理机的负载进行排序得到的；根据呼叫处理机列表确定目标呼叫处理机，以使CDN服务节点根据目标呼叫处理机切换话单上报对象，其中，目标呼叫处理机为呼叫处理机列表中负载最小的呼叫处理机。本发明通过根据至少两个呼叫处理机的负载进行排序得到的呼叫处理机列表，选取呼叫处理机列表中负载最小的呼叫处理机作为密保呼叫处理机，可以实现CDN服务节点在多个CP之间进行切换，有效地实现了CP系统的整体负载均衡，提高了系统的整体容错能力，进而解决了由于现有技术中无法实现CP系统的动态负载均衡，容错能力低的技术问题。

[0099] 实施例3

[0100] 根据本发明实施例，还提供了一种电子设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如上所述的呼叫处理机控制方法的步骤。

[0101] 可选地，在本实施例中，存储器被设置为存储用于执行以下步骤的程序代码：

[0102] S1，获取CP管理服务器发送的呼叫处理机列表，其中，所述呼叫处理机列表包括至少两个呼叫处理机，所述呼叫处理机列表是由所述CP管理服务器根据所述至少两个呼叫处理机的负载进行排序得到的；

[0103] S2，根据所述呼叫处理机列表确定目标呼叫处理机，以使CDN服务节点根据所述目标呼叫处理机切换话单上报对象，其中，目标呼叫处理机为所述呼叫处理机列表中负载最小的呼叫处理机。

[0104] 可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

[0105] 实施例4

[0106] 本发明的实施例还提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如上所述的呼叫处理机控制方法的步骤。

[0107] 可选地，在本实施例中，可读存储介质被设置为存储用于执行以下步骤的程序代码：

[0108] S1，获取CP管理服务器发送的呼叫处理机列表，其中，所述呼叫处理机列表包括至少两个呼叫处理机，所述呼叫处理机列表是由所述CP管理服务器根据所述至少两个呼叫处理机的负载进行排序得到的；

[0109] S2，根据所述呼叫处理机列表确定目标呼叫处理机，以使CDN服务节点根据所述目标呼叫处理机切换话单上报对象，其中，目标呼叫处理机为所述呼叫处理机列表中负载最小的呼叫处理机。可选地，可读存储介质还被设置为存储用于执行上述实施例1中的方法中所包括的步骤的程序代码，本实施例中对此不再赘述。

[0110] 可选地，在本实施例中，上述可读存储介质可以包括但不限于：U盘、只读存储器(ROM，Read‑Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

[0111] 可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

[0112] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

[0113] 上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

[0114] 在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

[0115] 在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

[0116] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0117] 另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

[0118] 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。