CN116582618A

CN116582618A - 电销高可用的实现方法、装置、机房管理平台和计算机

Info

Publication number: CN116582618A
Application number: CN202310856367.2A
Authority: CN
Inventors: 霍亚勇; 王田丰; 刘礼杨; 孟繁荣
Original assignee: Tianjin Jincheng Bank Ltd By Share Ltd
Current assignee: Tianjin Jincheng Bank Ltd By Share Ltd
Priority date: 2023-07-13
Filing date: 2023-07-13
Publication date: 2023-08-11
Anticipated expiration: 2043-07-13
Also published as: CN116582618B

Abstract

本申请涉及金融服务技术领域，尤其涉及一种电销高可用的实现方法、装置、机房管理平台和计算机，该方法应用于电销系统，包括：当获取到客服通话请求信息时，根据所述客服通话请求信息向电话平台发送一级连接客户请求信息，所述一级连接客户请求信息用于指示所述电话平台向客户端发送二级连接客户请求信息；接收所述电话平台的响应信息；基于所述响应信息，控制是否从所述电话平台切换到云电话备用平台，以提供客服通话服务。本申请的电销高可用的实现方法可以提高电销系统的高可用性和整个通话系统的稳定性。

Description

电销高可用的实现方法、装置、机房管理平台和计算机

技术领域

本申请涉及金融服务技术领域，尤其涉及一种电销高可用的实现方法、装置、机房管理平台和计算机。

背景技术

在现有的金融服务技术领域中，电销系统的使用主体是一线坐席人员，坐席的产能跟系统的稳定性息息相关，而现有的电销系统可能出现各种问题，从而造成整个系统的不稳定，如何保障业务系统的稳定性、高可用性显得尤为重要。

发明内容

鉴于上述问题，本申请提出一种电销高可用的实现方法、装置、机房管理平台和计算机。

本申请实施例提出一种电销高可用的实现方法，应用于电销系统，包括：

当获取到客服通话请求信息时，根据所述客服通话请求信息向电话平台发送一级连接客户请求信息，所述一级连接客户请求信息用于指示所述电话平台向客户端发送二级连接客户请求信息；

接收所述电话平台的响应信息；

基于所述响应信息，控制是否从所述电话平台切换到云电话备用平台，以提供客服通话服务。

进一步地，在上述的电销高可用的实现方法中，每个所述一级连接客户请求信息对应有发送时长，所述基于所述响应信息，控制是否从所述电话平台切换到云电话备用平台，包括：

当所述发送时长超过预设时长后还没有接收到所述响应信息时，则控制从所述电话平台切换到云电话备用平台。

进一步地，在上述的电销高可用的实现方法中，所述基于所述响应信息，控制是否从所述电话平台切换到云电话备用平台，包括：

当所述响应信息包括预设切换信息时，则根据所述预设切换信息控制从所述电话平台切换到云电话备用平台。

进一步地，在上述的电销高可用的实现方法中，所述根据所述客服通话请求信息向电话平台发送一级连接客户请求信息，包括：

提取所述客服通话请求信息中的客服工作号；

基于所述客服工作号生成客服注册请求，并将所述客服注册请求发至所述电话平台；

当接收到所述电话平台返回的注册成功信息后，根据所述客服通话请求信息向电话平台发送一级连接客户请求信息。

进一步地，在上述的电销高可用的实现方法中，所述电销系统对应多个Pod节点，相同功能的Pod节点组成一个服务组，每个所述Pod节点对应有地址，所述Pod节点用于接收并处理所述客服通话请求信息，所述方法还包括：

通过容器管理平台定时轮询检查每个所述Pod节点的实时运行状态；

当检测到所述Pod节点发生故障时，将故障的Pod节点对应的地址从对外处理信息地址集中进行删除。

进一步地，在上述的电销高可用的实现方法中，还包括：

在所述Pod节点中的应用更新发布后的第一预设时间段后，每隔第二预设时间段对每个Pod节点依次进行检查；

在检查的过程中，通过对应的路由将接收到的电销系统请求分配至其它相同功能的Pod节点，直至每个所述Pod节点检查完；其中，所述电销系统请求包括所述客服通话请求信息和所述响应信息。

本申请的另一实施例还提出一种机房管理平台，所述机房管理平台包括至少两个机房、容器管理平台和电销系统；所述电销系统采用如上述的方法运行；其中，每个所述机房存在一个所述容器管理平台，每个所述容器管理平台用于管理该机房内的电销系统；

所述机房管理平台用于当一个机房出现故障时，将对应的线路切换至另一机房对应的线路。

本申请的另一实施例还提出一种电销高可用装置，应用于电销系统，包括：

获取单元，用于当获取到客服通话请求信息时，根据所述客服通话请求信息向电话平台发送一级连接客户请求信息，所述一级连接客户请求信息用于指示所述电话平台向客户端发送二级连接客户请求信息；

接收单元，用于接收所述电话平台的响应信息；

切换单元，用于基于所述响应信息，控制是否从所述电话平台切换到云电话备用平台，以提供客服通话服务。

本申请的另一实施例还提出一种计算机，包括存储单元和处理单元，所述存储单元中存储有计算机程序，所述处理单元通过调用所述存储单元中存储的所述计算机程序，执行如上述的电销高可用的实现方法的步骤。

本申请的另一实施例还提出一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如上述的电销高可用的实现方法的步骤。

本申请的实施例具有以下的有益效果：

本申请实施例提出一种电销高可用的实现方法，当获取到客服通话请求信息时，根据客服通话请求信息向电话平台发送一级连接客户请求信息，根据接收到的电话平台的响应信息来控制是否从电话平台切换到云电话备用平台，以提供客服通话服务，提高了电销系统的高可用性和整个通话系统的稳定性。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对本申请保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。

图1示出了本申请一些实施方式的电销高可用的实现方法的第一流程示意图；

图2示出了本申请一些实施方式的电销高可用的实现方法的第一结构示意图；

图3示出了本申请一些实施方式的电销高可用的实现方法的第二流程示意图；

图4示出了本申请一些实施方式的电销高可用的实现方法的第二结构示意图；

图5示出了本申请一些实施方式的电销高可用的实现方法的第三流程示意图；

图6示出了本申请一些实施方式的电销高可用的实现方法的第四流程示意图；

图7示出了本申请一些实施方式的电销高可用装置的结构示意图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

在下文中，可在本申请的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本申请的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本申请的各种实施例中被清楚地限定。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互结合。

通常地，电销系统通过连接电话平台来与外界各种运营商客户进行连接沟通。在整个过程中包括了多个平台的参与，这样整个通话系统出现问题的几率变高许多，所以亟需一种提高电销系统稳定性的方法。

因此，为了解决上述问题，本申请提出一种可应用于金融科技领域或其它相关领域尤其是电销领域的电销高可用的实现方法。

请参照图1，为本申请实施例提出的电销高可用的实现方法的一种流程示意图。示范性地，该电销高可用的实现方法应用于电销系统中。

在一些实施方式中，如图1所示，一种电销高可用的实现方法，应用于电销系统，包括：

S110，当获取到客服通话请求信息时，根据客服通话请求信息向电话平台发送一级连接客户请求信息，一级连接客户请求信息用于指示电话平台向客户端发送二级连接客户请求信息。

具体地，如图2所示，客服通过电销系统上的电销工作平台（未示出）触发客服通话请求信息，客服通话请求信息包括客服工作号、客户信息等信息。电销系统根据获取到的客服通话请求信息向电话平台发送一级连接客户请求信息。电话平台根据接收到的一级连接客户请求信息产生二级连接客户请求信息，并将二级连接客户请求信息传输至各运营商的客户。

其中，一级连接客户请求信息中包括客户手机号和客服工作号，二级连接客户请求信息中包括客户手机号和客户通话地址。

在一些实施方式的电销高可用的实现方法中，如图3所示，根据客服通话请求信息向电话平台发送一级连接客户请求信息，包括：

S111，提取客服通话请求信息中的客服工作号。

S112，基于客服工作号生成客服注册请求，并将客服注册请求发至电话平台。

S113，当接收到电话平台返回的注册成功信息后，根据客服通话请求信息向电话平台发送一级连接客户请求信息。

具体地，当电销系统获取到客服通话请求信息后，提取其中的客户工作号，根据客服工作号生成客服注册请求，并将其发送至电话平台中，电话平台根据接收到的客服注册请求完成注册，并返回注册成功信息。当电销系统接收到注册成功信息后，电销系统根据客服通话请求信息生成一级连接客户请求信息并传输至电话平台。

每个客服注册请求都有对应的注册有效时间，电销系统会存储每个客服的注册有效时间。每当客服在注册有效时间之内发送的客服通话请求信息，电销系统都不再产生客服注册请求，直接根据客服通话请求信息产生对应的一级连接客户请求信息。这样不仅具有安全性、还减少步骤，提高效率。

S210，接收电话平台的响应信息。

S310，基于响应信息，控制是否从电话平台切换到云电话备用平台，以提供客服通话服务。

具体地，当电销系统将一级连接客户请求信息传输至电话平台时，电话平台根据接收到的一级连接客户请求信息产生二级连接客户请求信息并传输至用户端（客户），电话平台然后基于用户端返回的用户端信息产生响应信息，并将响应信息传输至电销系统。

在一些实施方式的电销高可用的实现方法中，每个一级连接客户请求信息对应有发送时长，基于响应信息，控制是否从电话平台切换到云电话备用平台，包括：

当发送时长超过预设时长后还没有接收到响应信息时，则控制从电话平台切换到云电话备用平台。

具体地，电销系统每发送一级连接客户请求信息时，都会对应产生一个计时器用于计算发送一级连接客户请求信息的已发送时长。若超过预设时长后还没有接收到电话平台的响应信息时，则说明电话平台出现故障，则需要切换至云电话备用平台。其中，云电话备用平台的功能和电话平台的功能一样。

可选择地，如图4所示，云电话备用平台还连接电话平台，定时的获取电话平台的数据并保存至云端。这样云电话备用平台的数据基本与电话平台的数据一致，当电话平台出现故障时，切换至云电话备用平台后能快速的响应并快速的替代电话平台继续工作。这样，不仅提高了整个系统的稳定性，也提高了电销系统的高可用性，减少电销系统的不可用时间。

在一些实施方式的电销高可用的实现方法中，基于响应信息，控制是否从电话平台切换到云电话备用平台，方法包括：

当响应信息包括预设切换信息时，则根据预设切换信息控制从电话平台切换到云电话备用平台。

具体地，还有一种情况，当电话平台自检出现故障时，会向电销系统发送响应信息，响应信息包括出现故障的预设字段。

当电话平台正常时，返回的响应信息包括成功发送的预设字段。

进一步地，切换方式为，将电销系统与电话平台之间交互的地址改为电销系统与云电话备用平台的地址。

在一些实施方式的电销高可用的实现方法中，如图5所示，电销系统对应多个Pod节点，相同功能的Pod节点组成一个服务组，每个Pod节点对应有地址，Pod节点用于接收并处理客服通话请求信息，方法还包括：

S410，通过容器管理平台定时轮询检查每个Pod节点的实时运行状态。

S420，当检测到Pod节点发生故障时，将故障的Pod节点对应的地址从对外处理信息地址集中进行删除。

具体地，服务器中有多个服务组，每个服务组中包括若干个Pod节点，每个Pod节点的功能一样。容器管理平台会定时轮询检查每个Pod节点。一个服务组中的每个Pod节点同时对外进行数据处理。容器管理平台会将每个服务组中对外进行数据处理的Pod节点地址都放入对外处理信息地址集中，以及将不需要对外处理的Pod节点地址从对外处理信息地址集中删除。这样，多个Pod节点同时对外处理不仅能分担压力，当出现问题时还能快速响应并解决，提高电销系统的稳定性以及高可用性。

示范性地，有服务组A、服务组B、服务组C。服务组A中有Pod节点a1、Pod节点a2和Pod节点a3。若Pod节点a1出现问题，则将Pod节点a1对应的节点地址从对外处理信息地址集中进行删除。这样当需要Pod节点对接收到的信息进行处理时，则通过对外处理信息地址集中的Pod节点a2和Pod节点a3对应的地址，将接收到的信息传输至Pod节点a2和Pod节点a3中进行处理。这样当某个节点出点问题时，直接进行删除即可，删除后利用一个服务组中其它的节点共同进行对外数据处理。另外，需要说明的是，每个服务组中的Pod节点功能一样，因此，当需要对Pod中的应用进行升级时，则同一服务组中的所有Pod节点都需要进行升级，以使得同一服务组中的所有Pod节点对应的功能保持一致。

进一步地，同一服务组中的每个Pod在进行升级时，取压力最小（当前处理的数据最少）的Pod节点先进行升级，当然还可以是任意取一个Pod节点先进行升级，当升级完成后进行检测，若检测成功，则将升级完后的Pod节点地址加入对外处理信息地址集中，然后再对另一个Pod节点进行升级，每当一个Pod节点进行升级时，则将升级中的Pod节点对应的地址从对外处理信息地址集中剔除。其中，对外处理信息地址集中的所有地址所对应的Pod节点都会对外进行处理数据。

可选择地，将每个服务组中的Pod节点数量设置为2个。

当然还可以设置3个，当设置为3个时，前两个同时工作分担压力和流量，第三个可以作用备用。也可以选择三个同时对外工作，当其中一个出现问题时，则直接将地址从对外处理信息地址集中删除即可。

在一些实施方式中，如图6所示，电销高可用的实现方法还包括：

S510，在Pod节点中的应用更新发布后的第一预设时间段后，每隔第二预设时间段对每个Pod节点依次进行检查。

S520，在检查的过程中，通过对应的路由将接收到的电销系统请求分配至其它相同功能的Pod节点，直至每个Pod节点检查完；其中，电销系统请求包括客服通话请求信息和响应信息。

具体地，考虑到Pod节点会进行相应的更新升级，一般在升级完后系统会存在一定的时间之内出现不稳定的情况，因此，需要在第一预设时间段后在进行后续的操作。为了防止升级后出现故障，因此在升级完后需要对每个Pod节点依次进行检查。可选择地，第一预设时间段可为30~120s，第二预设时间段为5~15s，当然还可以为其它范围，主要根据实际的情况来设定，这里不做限定。

在检查的过程中，需要依次对每个Pod进行检查，当其中一个Pod进行检查时，则无法再接收外部的消息，因此需要暂时将正在进行检查中的Pod节点对应的地址从对外处理信息地址集中删除，直至当前Pod检查完成后再将该地址添加至对外处理信息地址集中。

示范性地，现有Pod节点a3和Pod节点a4，若当前处理外部信息的地址为Pod节点a3和Pod节点a4的地址，若要对两个Pod节点进行检查，首先检查Pod节点a4，则需要将a4的地址从对外处理信息地址集删除，当检测完且检测成功后，再将a4地址添加至对外处理信息地址集中，然后再对Pod节点a3进行检测。

本申请的另一实施例还提出一种机房管理平台，机房管理平台包括至少两个机房、容器管理平台和电销系统；电销系统采用如上述的方法运行；其中，每个机房存在一个容器管理平台，每个容器管理平台用于管理该机房内的电销系统；

机房管理平台用于当一个机房出现故障时，将对应的线路切换至另一机房对应的线路。

具体地，机房管理平台包括两个机房的所有状态信息，每个机房中包括一个容器管理平台，每个容器管理台对若干个电销系统进行管理，之所以设有若干个电销系统，主要为了分流。当其中一个电销系统出现故障时，则对应的容器管理平台将故障的电销系统地址更改为当前最不拥堵的电销系统地址。当一个机房出现故障时，则将出现故障的机房地址（线路）切换为另一个机房对应的地址（线路）。

需要说明的是，这两个机房的功能一样，同时处理外部的信息。这样不仅起到容灾和负载流量的作用，同时当其中一个出现问题时，能快速切换流量到另一个正常机房，在实验的过程中，切换的时间耗时不超过2分钟。

本申请的另一实施例还提出一种电销高可用装置600，如图7所示，应用于电销系统，装置600包括：

获取单元610，用于当获取到客服通话请求信息时，根据客服通话请求信息向电话平台发送一级连接客户请求信息，一级连接客户请求信息用于指示电话平台向客户端发送二级连接客户请求信息。

接收单元620，用于接收电话平台的响应信息。

切换单元630，用于基于响应信息，控制是否从电话平台切换到云电话备用平台，以提供客服通话服务。

本申请的另一实施例还提出一种计算机，包括存储单元和处理单元，存储单元中存储有计算机程序，处理单元通过调用存储单元中存储的计算机程序，执行上述的电销高可用的实现方法的步骤。

本申请的另一实施例还提出一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序适于处理器进行加载，以执行上述的电销高可用的实现方法的步骤。

可以理解，本实施例的方法步骤对应于上述实施例中的电销高可用的实现方法，其中，上述电销高可用的实现方法的可选项同样适用于本实施例，这里不再重复描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是智能手机、个人计算机、服务器、或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims

1.一种电销高可用的实现方法，其特征在于，应用于电销系统，包括：

接收所述电话平台的响应信息；

2.根据权利要求1所述的电销高可用的实现方法，其特征在于，每个所述一级连接客户请求信息对应有发送时长，所述基于所述响应信息，控制是否从所述电话平台切换到云电话备用平台，包括：

3.根据权利要求1所述的电销高可用的实现方法，其特征在于，所述基于所述响应信息，控制是否从所述电话平台切换到云电话备用平台，包括：

4.根据权利要求1所述的电销高可用的实现方法，其特征在于，所述根据所述客服通话请求信息向电话平台发送一级连接客户请求信息，包括：

提取所述客服通话请求信息中的客服工作号；

5.根据权利要求1所述的电销高可用的实现方法，其特征在于，所述电销系统对应多个Pod节点，相同功能的Pod节点组成一个服务组，每个所述Pod节点对应有地址，所述Pod节点用于接收并处理所述客服通话请求信息，所述方法还包括：

6.根据权利要求5所述的电销高可用的实现方法，其特征在于，还包括：

7.一种机房管理平台，其特征在于，所述机房管理平台包括至少两个机房、容器管理平台和电销系统；所述电销系统采用如权利要求1~6任一项所述的方法运行；其中，每个所述机房存在一个所述容器管理平台，每个所述容器管理平台用于管理该机房内的电销系统；

8.一种电销高可用装置，其特征在于，应用于电销系统，包括：

接收单元，用于接收所述电话平台的响应信息；

9.一种计算机，其特征在于，包括存储单元和处理单元，所述存储单元中存储有计算机程序，所述处理单元通过调用所述存储单元中存储的所述计算机程序，执行如权利要求1至6任一项所述的电销高可用的实现方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如权利要求1至6任一项所述的电销高可用的实现方法的步骤。