CN112866485B - 恢复呼叫信息显示的方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明提供了一种恢复呼叫信息显示的方法、装置、服务器及存储介质，所述恢复呼叫信息显示的方法包括：定期轮询缓存数据库中保存的会话列表；从所述会话列表中提取会话的唯一标识；根据所述唯一标识在电话服务器中查找所述会话是否存在；若所述会话在所述电话服务器中存在，则获取所述会话的呼叫信息；在管理端重新登录后，将所述呼叫信息推送给所述管理端，以使在所述管理端的界面上恢复显示所述呼叫信息。本发明由于代理服务器的缓存数据库会缓存会话生成会话列表，并且会定期轮询该会话列表核对电话服务器中的呼叫信息是否存在，在存在的情况下，识别到管理端重新登录后会推送给管理端，这样管理端呼叫信息的恢复显示更加精准方便。

Description

恢复呼叫信息显示的方法、装置、服务器及存储介质

技术领域

本发明涉及通讯技术领域，尤其涉及一种恢复呼叫信息显示的方法、服务器及存储介质。

背景技术

由于电话系统重启、网络中断、接口回调异常、刷新当前页面等其他因素的影响，业务资源管理系统(管理端)会断开与电话系统(电话服务器)的通道连接，导致当前的业务管理系统页面显示的呼叫信息展示空白。

现有技术恢复业务管理系统页面的呼叫信息显示需要在重新登录业务资源管理系统后，使用分机号在电话服务器中通过轮询的方式先查找获得该分机号对应的会话的呼叫信息，然后电话服务器再把呼叫信息发送回业务管理系统页面上进行显示，这样就导致了在业务资源管理系统上恢复呼叫信息显示的过程不便，极大地降低了业务资源管理的效率，无法满足用户需求。

因此，现有技术还有待于改进和发展。

发明内容

本发明的主要目的在于解决现有技术业务资源管理系统中的呼叫信息显示异常时，恢复呼叫信息显示的过程耗时长的技术问题。

本发明第一方面提供了一种恢复呼叫信息显示的方法，所述方法包括：

定期轮询缓存数据库中保存的会话列表；

从所述会话列表中提取会话的唯一标识；

根据所述唯一标识在电话服务器中查找所述会话是否存在；

若所述会话在所述电话服务器中存在，则获取所述会话的呼叫信息；

在管理端重新登录后，将所述呼叫信息推送给所述管理端，以使在所述管理端的界面上恢复显示所述呼叫信息。

在本实施例中，由于代理服务器的缓存数据库会缓存会话生成会话列表，并且会定期轮询该会话列表核对电话服务器中的呼叫信息是否存在，在存在的情况下，识别到管理端重新登录后推送给管理端，管理端呼叫信息的恢复显示更加精准方便。

在本发明第一方面的一种可选的实施方式中，所述若所述会话在所述电话服务器中存在，则获取所述会话的呼叫信息包括：

若所述会话在所述电话服务器中存在，获取所述会话在所述电话服务器中当前的呼叫信息；

将所述会话在所述电话服务器中当前的呼叫信息与所述会话在所述缓存数据库中保存的呼叫信息进行对比；

若所述会话在所述电话服务器中当前的呼叫信息与所述会话在所述缓存数据库中保存的呼叫信息不同，则将所述会话在所述电话服务器中当前的呼叫信息更新到所述缓存数据库中。

在本实施例中，定期轮询该会话列表获得会话在电话服务器中当前的呼叫信息之后，还会将电话服务器中获得当前的呼叫信息与缓存数据库中保存的呼叫信息进行比对，这样可以保证缓存数据库中的呼叫信息始终与电话服务器中呼叫信息最新的版本保持一致。

在本发明第一方面的一种可选的实施方式中，所述在管理端重新登录后，将所述呼叫信息推送给所述管理端，以使在所述管理端的界面上恢复显示所述呼叫信息包括：

在管理端重新登录后，建立与所述管理端的长连接；

接收所述管理端发送的心跳请求；

解析所述心跳请求获得分机号；

在所述缓存数据库中查找所述分机号对应的所述呼叫信息；

将所述呼叫信息推送给所述管理端进行显示。

在本实施例中，管理端重新登录后会持续的发送携带有分机号参数的心跳请求，请求分机号对应的呼叫信息，由于请求是通过心跳包的形式发送的，这样就可以维持与管理端一直处于长连接状态，呼叫信息也会处于一直更新的状态。

在本发明第一方面的一种可选的实施方式中，所述将所述呼叫信息推送给所述管理端进行显示之后包括：

从所述呼叫信息中提取所述会话当前的呼叫状态；

判断所述呼叫状态持续的时间是否超过预设的时长；

若所述呼叫状态的持续的时间超过预设的时长，则向所述电话服务器发送结束所述会话的指令，并清除所述呼叫信息。

在本实施例中，本发明还会根据会话的呼叫状态清除掉一些处于异常的会话，这样就能够保证缓存数据库中的会话信息一直是有效的且唯一的。

在本发明第一方面的一种可选的实施方式中，所述判断所述呼叫状态持续的时间是否超过预设的时长包括：

获取所述管理端系统当前的时间戳，减去所述呼叫状态开始的时间戳；

若得到的差值大于所述呼叫状态对应的超时时间，则判断所述呼叫状态持续的时间超过预设的时长。

在本实施例中，直接通过获取管理端系统当前的时间戳与呼叫状态开始的时间戳相减的方式来获得呼叫状态的持续时长，计算过程更加简单，可以提高呼叫状态异常判断的效率。

在本发明第一方面的一种可选的实施方式中，所述恢复呼叫信息显示的方法还包括：

若所述会话在所述电话服务器中不存在，则自动生成会话异常挂断信息；

在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，以使在所述管理端的界面上显示所述会话异常挂断信息。

在本实施例中，本发明还会对会话异常挂断进行提示，可以满足不同的会话场景下呼叫信息的通知，会话状态的显示更加全面。

在本发明第一方面的一种可选的实施方式中，所述在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，以使在所述管理端的界面上显示所述会话异常挂断信息包括：

在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，同时提示是否需要重新建立所述会话；

当接收到重新建立所述会话的操作指令后，在所述电话服务器中重新建立所述会话。

在本实施例中，本发明在会话异常挂断时还会提示是否重新建立会话，增加了会话的恢复方式，在异常情况下会话的恢复更加的方便。本发明第二方面提供了一种恢复呼叫信息显示的装置，所述装置包括：

轮询模块，用于定期轮询缓存数据库中保存的会话列表；

提取模块，用于从所述会话列表中提取会话的唯一标识；

查找模块，用于根据所述唯一标识在电话服务器中查找所述会话是否存在；

获取模块，用于若所述会话在所述电话服务器中存在，则获取所述会话的呼叫信息；

推送模块，用于在管理端重新登录后，将所述呼叫信息推送给所述管理端，以使在所述管理端的界面上恢复显示所述呼叫信息。

在本实施例中，本发明的恢复呼叫信息显示的装置基于本发明恢复呼叫信息显示的方法，同样可以实现在识别到管理端重新登录后推送呼叫信息给管理端，使得管理端呼叫信息的恢复显示更加方便。

本发明第三方面提供了一种服务器，所述服务器包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述服务器执行如上述任一项所述的恢复呼叫信息显示的方法。

本发明第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一项所述的恢复呼叫信息显示的方法。

附图说明

图1为本发明一种恢复呼叫信息显示的方法的一个实施例的流程框图；

图2为本发明另一种恢复呼叫信息显示的方法的一个实施例的流程框图；

图3为本发明一种恢复呼叫信息显示的装置的一个实施例示意图；

图4为本发明一种恢复呼叫信息显示的系统的一个实施例示意图；

图5为本发明一种服务器的一个实施例示意图。

具体实施方式

本发明实施例提供了一种恢复呼叫信息显示的方法、装置、服务器及存储介质。

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

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中第一方面提供了一种恢复呼叫信息显示的方法，所述恢复呼叫信息显示的方法包括：

S100、定期轮询缓存数据库中保存的会话列表；

在本实施例中，本发明的代理服务器会保存电话服务器中的每次会话，并生成会话列表，会话列表中包括每次会话的名称、每次会话对应的唯一标识和每次会话的呼叫信息。

S200、从所述会话列表中提取会话的唯一标识；

在本实施例中，不同次的会话会对应不同的唯一标识，该唯一标识可以是一串ID数字，唯一标识的作用是确保每次会话在电话服务器中只能找到唯一与其对应的会话；

S300、根据所述唯一标识在电话服务器中查找所述会话是否存在；

在本实施例中，本发明的恢复呼叫信息显示之前会核对会话是否存在以保证恢复的呼叫信息的有效性；

S400、若所述会话在所述电话服务器中存在，则获取所述会话的呼叫信息；在本实施例中，所述呼叫信息包括员工ID、会员ID、电话服务器中软电话的IP地址、呼叫开始的时间和呼叫状态；

S500、在管理端重新登录后，将所述呼叫信息推送给所述管理端，以使在所述管理端的界面上恢复显示所述呼叫信息。在本实施中，管理端重新登录并接收呼叫信息后，会在呼叫状态栏正确显示分机号、会员id、呼叫状态、通话时长、被叫号码地区等信息。

本发明恢复呼叫信息显示的方法由于代理服务器的缓存数据库会缓存会话生成会话列表，并且会定期轮询该会话列表核对电话服务器中的呼叫信息是否存在，在存在的情况下，识别到管理端重新登录后推送给管理端，管理端呼叫信息的恢复显示更加精准和方便。

具体来说，本发明技术方法的执行主体可以代理服务器(比如Proxy服务器)，缓存数据库可以选择Redis数据库，电话服务器可以选择FreeSWITCH软电话交换服务器，本发明技术方案中的Proxy服务器启动后台定时任务，每隔5秒会主动轮询Redis数据库中的会话列表，获取会话的唯一标识(即唯一ID)到电话服务器中查询该会话是否存在，如果在电话服务器中找到呼叫信息，则将呼叫信息推送给管理端(CRM业务资源管理系统)，本发明的恢复呼叫信息显示的方法，当各种因素导致业务资源管理系统页面异常关闭或者刷新，手动或者自动重新登录业务资源管理系统，仍然可以在业务资源管理系统页面上看到当前电话服务器中的呼叫信息，在一定程度上可以提高员工的工作效率，同时也增强了系统的稳定性。

参见图2，在本发明第一方面的一种可选的实施方式中，所述恢复呼叫信息显示的方法还包括：

S600、若所述会话在所述电话服务器中不存在，则自动生成会话异常挂断信息；

S700、在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，以使在所述管理端的界面上显示所述会话异常挂断信息。

在本实施例中，Proxy服务器启用定时任务，查询会话列表，获取会话的唯一标识到电话服务器中查询该会话是否存在，若该会话在电话服务器中不存在，则推送消息给管理端，通知该会话异常挂断，是否需要重新拉起，如果用户点击确认，则Proxy服务器则会重新拉起管理端和电话服务器双方的呼叫。

在本发明第一方面的一种可选的实施方式中，所述若所述会话在所述电话服务器中存在，则获取所述会话的呼叫信息包括：

若所述会话在所述电话服务器中存在，获取所述会话在所述电话服务器中当前的呼叫信息；

将所述会话在所述电话服务器中当前的呼叫信息与所述会话在所述缓存数据库中保存的呼叫信息进行对比；

若所述会话在所述电话服务器中当前的呼叫信息与所述会话在所述缓存数据库中保存的呼叫信息不同，则将所述会话在所述电话服务器中当前的呼叫信息更新到所述缓存数据库中。

在本实施例中，Proxy服务器定期轮询该会话列表获得会话在电话服务器中当前的呼叫信息之后，还会将从电话服务器中获得当前的呼叫信息与缓存数据库中保存的呼叫信息进行比对，这样可以保证缓存数据库中的呼叫信息始终与电话服务器中呼叫信息最新的版本保持一致。而使用Redis数据库存储呼叫信息，这样数据不容易丢失，且数据持久化，且能快速读取到数据，在另一种实施方式中，也可以使用Memcached数据库来缓存会话列表数据。

在本发明第一方面的一种可选的实施方式中，所述在管理端重新登录后，将所述呼叫信息推送给所述管理端，以使在所述管理端的界面上恢复显示所述呼叫信息包括：

在管理端重新登录后，建立与所述管理端的长连接；

接收所述管理端发送的心跳请求；

解析所述心跳请求获得分机号；

在所述缓存数据库中查找所述分机号对应的所述呼叫信息；

将所述呼叫信息推送给所述管理端进行显示。

在本实施例中，在重新登录管理端后，管理端与Proxy服务器建立Websocket长连接，之后管理端向Proxy服务器传递请求登录电话服务器的参数(包括分机号)，Proxy服务器根据分机号从Redis数据库中能快速的找到分机号对应的呼叫信息，然后提取呼叫信息中的电话服务器中软电话的IP地址并根据该IP地址验证该分机号是否在缓存数据库服中的呼叫信息是否有更新，如果存在更新，则将新的呼叫信息保存到Redis缓存数据库中，本实施例中的管理端重新登录后会持续的发送携带有分机号参数的心跳请求，请求分机号对应的呼叫信息，由于请求是通过心跳包的形式发送的，这样就可以维持与管理端一直处于长连接状态，呼叫信息也会处于一直更新的状态。

在本发明第一方面的一种可选的实施方式中，所述将所述呼叫信息推送给所述管理端进行显示之后包括：

从所述呼叫信息中提取所述会话当前的呼叫状态；

判断所述呼叫状态持续的时间是否超过预设的时长；

若所述呼叫状态的持续的时间超过预设的时长，则向所述电话服务器发送结束所述会话的指令，并清除所述呼叫信息。

在本实施例中，本发明恢复呼叫信息显示的方法在获取了呼叫信息后，提取呼叫信息中的呼叫状态，当呼叫状态异常时，会对呼叫信息进行处理，呼叫状态异常主要为呼叫状态超时异常，比如呼叫状态为“坐席呼叫状态”，“坐席呼叫状态”维持超过了10秒，则判断“坐席呼叫状态”超时异常，需要中断电话服务器中“坐席呼叫状态”对应的会话，具体来说，本发明由于Proxy服务器后台会定时处理各种异常的呼叫信息，这样就能保证Redis数据库中保存的呼叫信息是有效且唯一的，同时清理掉电话服务器中正在进行的异常的呼叫，降低了服务器的负担。

在本发明第一方面的一种可选的实施方式中，所述判断所述呼叫状态持续的时间是否超过预设的时长包括：

获取所述管理端系统当前的时间戳，减去所述呼叫状态开始的时间戳；

若得到的差值大于所述呼叫状态对应的超时时间，则判断所述呼叫状态持续的时间超过预设的时长。

在本实施例中，不同的呼叫状态对应不同的超时时间可以按照下表设置，

而直接通过获取管理端系统当前的时间戳与呼叫状态开始的时间戳相减的方式来获得呼叫状态的持续时长，这样计算过程更加简单，可以提高呼叫状态异常判断的效率。

在本实施例中，本发明还会对会话异常挂断进行提示，可以满足不同的会话场景下呼叫信息的通知，会话状态的显示更加全面。

在本发明第一方面的一种可选的实施方式中，所述在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，以使在所述管理端的界面上显示所述会话异常挂断信息包括：

在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，同时提示是否需要重新建立所述会话；

当接收到重新建立所述会话的操作指令后，在所述电话服务器中重新建立所述会话。

在本实施例中，Proxy服务器启用定时任务，查询会话列表，获取会话的唯一标识到FreeSWITCH电话服务器中查询该会话是否存在，如果会话在FreeSWITCH电话服务器中不存在，则推送消息给管理端，通知该会话异常挂断，是否需要重新拉起，如果点击确认，则Proxy服务器重新拉起双方呼叫，本发明在会话异常挂断时还会提示是否重新建立会话，增加了会话的恢复方式，在异常情况下会话的恢复更加的方便。参见图3，本发明第二方面提供了一种恢复呼叫信息显示的装置，所述装置包括：

轮询模块10，用于定期轮询缓存数据库中保存的会话列表；

提取模块20，用于从所述会话列表中提取会话的唯一标识；

查找模块30，用于根据所述唯一标识在电话服务器中查找所述会话是否存在；

获取模块40，用于若所述会话在所述电话服务器中存在，则获取所述会话的呼叫信息；

推送模块50，用于在管理端重新登录后，将所述呼叫信息推送给所述管理端，以使在所述管理端的界面上恢复显示所述呼叫信息。

在本实施例中，本发明的恢复呼叫信息显示的装置基于本发明恢复呼叫信息显示的方法，同样可以实现在识别到管理端重新登录后推送呼叫信息给管理端，使得管理端呼叫信息的恢复显示更加方便。

在本发明第二方面一种可选的实施方式中，所述获取模块还用于若所述会话在所述电话服务器中存在，获取所述会话在所述电话服务器中当前的呼叫信息；

将所述会话在所述电话服务器中当前的呼叫信息与所述会话在所述缓存数据库中保存的呼叫信息进行对比；

若所述会话在所述电话服务器中当前的呼叫信息与所述会话在所述缓存数据库中保存的呼叫信息不同，则将所述会话在所述电话服务器中当前的呼叫信息更新到所述缓存数据库中。

在本发明第二方面一种可选的实施方式中，所述推送模块还用于在管理端重新登录后，建立与所述管理端的长连接；

接收所述管理端发送的心跳请求；

解析所述心跳请求获得分机号；

在所述缓存数据库中查找所述分机号对应的所述呼叫信息；

将所述呼叫信息推送给所述管理端进行显示。

在本发明第二方面一种可选的实施方式中，所述恢复呼叫信息显示的装置还包括：

第二提取模块，用于从所述呼叫信息中提取所述会话当前的呼叫状态；

判断模块，用于判断所述呼叫状态持续的时间是否超过预设的时长；

清除模块，用于若所述呼叫状态的持续的时间超过预设的时长，则向所述电话服务器发送结束所述会话的指令，并清除所述呼叫信息。

在本发明第二方面一种可选的实施方式中，所述判断模块还用于获取所述管理端系统当前的时间戳，减去所述呼叫状态开始的时间戳；

若得到的差值大于所述呼叫状态对应的超时时间，则判断所述呼叫状态持续的时间超过预设的时长。

在本发明第二方面一种可选的实施方式中，所述恢复呼叫信息显示的装置还包括：

生成模块，用于若所述会话在所述电话服务器中不存在，则自动生成会话异常挂断信息；

第二推送模块，用于在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，以使在所述管理端的界面上显示所述会话异常挂断信息。

在本发明第二方面一种可选的实施方式中，所述第二推送模块还用于在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，同时提示是否需要重新建立所述会话；

当接收到重新建立所述会话的操作指令后，在所述电话服务器中重新建立所述会话。

参见图4，本发明的一种恢复呼叫信息显示的系统包括管理端(CRM业务资源管理系统)、代理服务器(Proxy服务器)和电话服务器(FreeSWITCH电话交换平台)，管理端中包括CRM浏览器，Proxy服务器中包括负载均衡组件、Proxy业务代理组件和Redis数据库，电话服务器包括FreeSWITCH软电话集群。CRM业务资源管理系统与Proxy服务器通过Websocket建立长连接并成功登录FreeSWITCH电话服务器之后，CRM业务资源管理系统每隔6秒向Proxy服务器发送心跳请求，Proxy服务器会在心跳响应中携带分机号当前的呼叫数据。CRM业务资源管理系统收到心跳响应之后，调整当前的呼叫状态信息展示。

图5是本发明实施例提供的一种服务器的结构示意图，该服务器可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器60(central processingunits，CPU)(例如，一个或一个以上处理器)和存储器70，一个或一个以上存储应用程序或数据的存储介质80(例如一个或一个以上海量存储服务器)。其中，存储器和存储介质可以是短暂存储或持久存储。存储在存储介质的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，处理器可以设置为与存储介质通信，在服务器上执行存储介质中的一系列指令操作。

服务器还可以包括一个或一个以上电源90，一个或一个以上有线或无线网络接口100，一个或一个以上输入输出接口110，和/或，一个或一个以上操作系统，例如WindowsServe，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图5示出的服务器结构并不构成服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述的恢复呼叫信息显示的方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统或装置、单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (9)

1.一种恢复呼叫信息显示的方法，用于代理服务器中，其特征在于，所述方法包括：

定期轮询缓存数据库中保存的会话列表；

从所述会话列表中提取会话的唯一标识；

根据所述唯一标识在电话服务器中查找所述会话是否存在；

若所述会话在所述电话服务器中存在，则获取所述会话的呼叫信息；

在管理端重新登录后，将所述呼叫信息推送给所述管理端，以使在所述管理端的界面上恢复显示所述呼叫信息；

所述在管理端重新登录后，将所述呼叫信息推送给所述管理端，以使在所述管理端的界面上恢复显示所述呼叫信息包括：

在管理端重新登录后，建立与所述管理端的长连接；

接收所述管理端发送的心跳请求；

解析所述心跳请求获得分机号；

在所述缓存数据库中查找所述分机号对应的所述呼叫信息；

将所述呼叫信息推送给所述管理端进行显示。

2.根据权利要求1所述的恢复呼叫信息显示的方法，其特征在于，所述若所述会话在所述电话服务器中存在，则获取所述会话的呼叫信息包括：

若所述会话在所述电话服务器中存在，获取所述会话在所述电话服务器中当前的呼叫信息；

将所述会话在所述电话服务器中当前的呼叫信息与所述会话在所述缓存数据库中保存的呼叫信息进行对比；

若所述会话在所述电话服务器中当前的呼叫信息与所述会话在所述缓存数据库中保存的呼叫信息不同，则将所述会话在所述电话服务器中当前的呼叫信息更新到所述缓存数据库中。

3.根据权利要求1所述的恢复呼叫信息显示的方法，其特征在于，所述将所述呼叫信息推送给所述管理端进行显示之后包括：

从所述呼叫信息中提取所述会话当前的呼叫状态；

判断所述呼叫状态持续的时间是否超过预设的时长；

若所述呼叫状态的持续的时间超过预设的时长，则向所述电话服务器发送结束所述会话的指令，并清除所述呼叫信息。

4.根据权利要求3所述的恢复呼叫信息显示的方法，其特征在于，所述判断所述呼叫状态持续的时间是否超过预设的时长包括：

获取所述管理端系统当前的时间戳，减去所述呼叫状态开始的时间戳；

若得到的差值大于所述呼叫状态对应的超时时间，则判断所述呼叫状态持续的时间超过预设的时长。

5.根据权利要求1所述的恢复呼叫信息显示的方法，其特征在于，所述方法还包括：

若所述会话在所述电话服务器中不存在，则自动生成会话异常挂断信息；

在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，以使在所述管理端的界面上显示所述会话异常挂断信息。

6.根据权利要求5所述的恢复呼叫信息显示的方法，其特征在于，所述在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，以使在所述管理端的界面上显示所述会话异常挂断信息包括：

在管理端重新登录后，将所述会话异常挂断信息推送给所述管理端，同时提示是否需要重新建立所述会话；

当接收到重新建立所述会话的操作指令后，在所述电话服务器中重新建立所述会话。

7.一种恢复呼叫信息显示的装置，用于代理服务器中，其特征在于，所述装置包括：

轮询模块，用于定期轮询缓存数据库中保存的会话列表；

提取模块，用于从所述会话列表中提取会话的唯一标识；

查找模块，用于根据所述唯一标识在电话服务器中查找所述会话是否存在；

获取模块，用于若所述会话在所述电话服务器中存在，则获取所述会话的呼叫信息；

推送模块，用于在管理端重新登录后，将所述呼叫信息推送给所述管理端，以使在所述管理端的界面上恢复显示所述呼叫信息；

所述推送模块还用于在管理端重新登录后，建立与所述管理端的长连接；

接收所述管理端发送的心跳请求；

解析所述心跳请求获得分机号；

在所述缓存数据库中查找所述分机号对应的所述呼叫信息；

将所述呼叫信息推送给所述管理端进行显示。

8.一种服务器，其特征在于，所述服务器包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述服务器执行如权利要求1-6中任一项所述的恢复呼叫信息显示的方法。

9.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6中任一项所述的恢复呼叫信息显示的方法。

Images