CN109587349A - 多媒体坐席线路测试方法及装置、电子设备、存储介质 - Google Patents

Abstract

本公开提供了一种多媒体坐席线路测试方法及装置、电子设备、计算机可读存储介质，属于通信与自动化技术领域。该方法包括：获取多媒体坐席信息，所述多媒体坐席信息包括各坐席的多媒体类型；根据待测坐席的多媒体类型生成测试任务；将所述测试任务写入测试队列，通过所述测试队列将所述测试任务发送至所述待测坐席的终端，并接收所述待测坐席的终端发送的关于所述测试任务的反馈结果；根据所述反馈结果确定所述待测坐席的线路是否正常。本公开可以对多媒体坐席线路进行有效测试与异常预警，提高呼叫中心系统的稳定性，并降低人力成本。

Description

多媒体坐席线路测试方法及装置、电子设备、存储介质

技术领域

本公开涉及通信与自动化技术领域，特别涉及一种多媒体坐席线路测试方法、多媒体坐席线路测试装置、电子设备及计算机可读存储介质。

背景技术

随着互联网与通信服务的普及，对于服务提供商而言，多媒体坐席服务成为一项重要的业务，除了传统的人工电话服务外，还包括语音坐席服务、视频坐席服务等，提高了服务内容的多样性。

多媒体呼叫中心的线路部署通常较为复杂，包括多个层级的转发或路由组件，通过树形的线路分布，连接到末端的多媒体坐席。现有的针对多媒体坐席线路的监控或测试方法，一般是逐段监控两个组件或节点之间的通信状况，监控范围有限，无法保证整个系统线路的正常工作，或者在某一坐席线路无法正常连接时，发送故障报告，再进行测试与检修，具有一定的滞后性。可见，现有的多媒体呼叫中心缺少对于坐席线路进行有效测试以及异常预警的机制。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供了一种多媒体坐席线路测试方法、多媒体坐席线路测试装置、电子设备及计算机可读存储介质，进而至少在一定程度上克服现有的多媒体呼叫中心缺少对于坐席线路进行有效测试以及异常预警机制的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种多媒体坐席线路测试方法，包括：获取多媒体坐席信息，所述多媒体坐席信息包括各坐席的多媒体类型；根据待测坐席的多媒体类型生成测试任务；将所述测试任务写入测试队列，通过所述测试队列将所述测试任务发送至所述待测坐席的终端，并接收所述待测坐席的终端发送的关于所述测试任务的反馈结果；根据所述反馈结果确定所述待测坐席的线路是否正常。

在本公开的一种示例性实施例中，在获取多媒体坐席信息后，所述方法还包括：根据各坐席的多媒体类型对所述各坐席进行分类；获取每类坐席的预设测试周期；按照所述预设测试周期在所述每类坐席中轮流确定待测坐席。

在本公开的一种示例性实施例中，所述方法还包括：按照模拟测试周期将模拟应答坐席确定为待测坐席；所述根据待测坐席的多媒体类型生成测试任务包括：将模拟任务确定为针对于所述模拟应答坐席的测试任务；所述将所述测试任务写入测试队列，通过所述测试控队列将所述测试任务发送至所述待测坐席的终端，并接收所述待测坐席的终端发送的关于所述测试任务的反馈结果包括：将所述模拟任务写入所述测试队列，通过所述测试控队列将所述模拟任务发送至模拟应答服务器，并接收所述模拟应答服务器发送的关于所述模拟任务的反馈结果。

在本公开的一种示例性实施例中，所述模拟测试周期小于所述预设测试周期。

在本公开的一种示例性实施例中，所述方法还包括：响应于所述多媒体坐席信息中任一坐席的信息发生变化，将所述坐席确定为待测坐席。

在本公开的一种示例性实施例中，所述根据所述反馈结果确定所述待测坐席的线路是否正常包括：将所述反馈结果与标准反馈信息进行匹配；如果匹配结果为一致，则确定所述待测坐席的线路正常；如果匹配结果为不一致，则确定所述待测坐席的线路异常。

在本公开的一种示例性实施例中，所述方法还包括：如果预设时间内未接收到所述反馈结果，则将所述待测坐席的线路确定为异常。

根据本公开的一个方面，提供一种多媒体坐席线路测试装置，包括：信息获取模块，用于获取多媒体坐席信息，所述多媒体坐席信息包括各坐席的多媒体类型；任务生成模块，用于根据待测坐席的多媒体类型生成测试任务；测试交互模块，用于将所述测试任务写入测试队列，通过所述测试控队列将所述测试任务发送至所述待测坐席的终端，并接收所述待测坐席的终端发送的关于所述测试任务的反馈结果；结果判断模块，用于根据所述反馈结果确定所述待测坐席的线路是否正常。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

本公开的示例性实施例具有以下有益效果：

呼叫中心系统的测试服务器在确定待测坐席后，根据其多媒体类型生成测试任务，并通过测试队列发送测试任务至待测坐席的终端，与其建立通话，最后根据对方反馈的结果确定线路是否正常。一方面，提出了一种有效测试多媒体坐席线路的方法，可以在实际业务发生故障之前，提前检出线路中的异常情况，以实现异常预警的机制，保证呼叫中心系统的稳定性。另一方面，本示例性实施例的测试方法针对于多媒体通话的全线路，其中任何一段通路或任何一个节点发生异常时都可以通过测试发现，使得测试范围可以覆盖到整个系统，提高了测试结果的准确性。再一方面，整个测试过程实现了自动化与去人工，基于呼叫中心系统内各节点之间的信息自动交互，可以由测试服务器自动生成测试任务，并根据反馈结果自动确定测试结果，降低了人力成本，提高了坐席线路管理的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本示例性实施例的一种呼叫中心的系统架构图；

图2示出本示例性实施例中一种多媒体坐席线路测试方法的流程图；

图3示出本示例性实施例中一种多媒体坐席线路测试方法的子流程图；

图4示出本示例性实施例中一种多媒体坐席线路测试装置的结构框图；

图5示出本示例性实施例中一种用于实现上述方法的电子设备；

图6示出本示例性实施例中一种用于实现上述方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

图1示出了本公开的示例性实施例中一种呼叫中心的系统架构图。该系统可以包括测试服务器101、SBC(Session Border Controller，会话边界控制器)102、SIP(SessionInitiation Protocol，会话初始协议)服务器103、用户终端104与多媒体坐席105。当用户呼叫多媒体坐席时，用户终端104发出来电，通过网络依次到达SBC102与SIP服务器103，完成层级转发，由SIP服务器103转发到对应的多媒体坐席105，该过程所经历的线路主要是SBC102到多媒体坐席105之间的线路。因此，设置与用户终端104等效的测试服务器101，通过与上述相同的线路连接到多媒体坐席105，可以测试SBC102到多媒体坐席105之间的线路状况。

在一示例性实施例中，SIP服务器103与多媒体坐席105之间还可以包括多个层级的网关，用于对SIP服务器103发出的用户来电进行层级转发，以路由到对应的多媒体坐席105。

在一示例性实施例中，该系统还可以包括模拟应答服务器106、任务分发服务器107与ASR(Automatic Speech Recognition，自动语音识别)服务器108。其中，模拟应答服务器106可视为与多媒体坐席105等效的节点，以模拟多媒体坐席105的应答服务，与测试服务器101之间建立模拟测试任务，以测试坐席线路主要部分的状况，可以在不影响多媒体坐席105正常业务的情况下实施测试。任务分发服务器107可以从SIP服务器103处获取多媒体坐席105的信息，确定测试哪个多媒体坐席105的线路，并将相关信息发送至测试服务器101。ASR服务器108(也可以是ASR终端)用于对测试服务器101在测试过程中收到的语音进行解析，将解析的结果发送至测试服务器101，使其确定测试结果。应当理解，任务分发服务器107或ASR服务器108的功能也可以设置于测试服务器101上，例如在测试服务器101上设置任务分发模块或语音解析模块，用于进行上述确定测试任务或解析语音的过程，从而减少系统中节点的数量。

需要说明的是，图1所示各装置的数目仅是示例性的，根据实际需要，可以设置任意数目的SBC、SIP服务器、用户终端或多媒体坐席等。

基于图1所示的呼叫中心系统，本公开的示例性实施例提供了一种多媒体坐席线路测试方法，图1中的测试服务器101可以是本示例性实施例的执行主体。参考图2所示，该方法可以包括以下步骤S210～S240：

步骤S210，获取多媒体坐席信息，该多媒体坐席信息包括各坐席的多媒体类型。

通常呼叫中心系统内设置有管理服务器，例如可以是图1中的SIP服务器103，用于对多媒体坐席的信息进行收集、管理与维护。多媒体坐席信息可以是关系型数据表，也可以是信息图谱等形式，其中记录各坐席的多媒体类型，本实施例中，多媒体类型是指各坐席进行业务应答的方式，例如坐席#001～坐席#020为人工电话坐席，坐席#021～坐席#030为智能语音坐席，坐席#031～坐席#040为视频坐席等，人工电话与短信也可以视为一种多媒体类型。

测试服务器可以直接从管理服务器获取多媒体坐席信息，例如图1中测试服务器101直接从SIP服务器103获取多媒体坐席信息，也可以经由其他节点的处理转发而获得，例如图1中的任务分发服务器107可以从SIP服务器103获取多媒体坐席的原始信息，经过处理得到完整的信息表，将该信息表转发至测试服务器101。本实施例对于具体过程不做特别限定。

步骤S220，根据待测坐席的多媒体类型生成测试任务。

测试任务的内容需要与实际业务的内容相符合，例如测试智能语音坐席的线路，则测试任务应当包含智能语音的应答情况，测试视频坐席的线路，则测试任务应当包含视频形式的应答情况等等。因此，在确定测试哪一个坐席，即确定待测坐席后，可以根据其多媒体类型确定相应的测试内容，以生成包含该内容的测试任务。

可以采取多种具体的机制确定待测坐席，例如周期性轮流进行测试，选择空闲的坐席进行测试，选择有异常状况的坐席进行测试等，本实施例对此不做特别限定。在图1中，确定待测坐席的过程可以由测试服务器101执行，也可以由任务分发服务器107执行，任务分发服务器107在确定待测坐席后，可以将待测坐席的编号或名称等通知到测试服务器101。

步骤S230，将测试任务写入测试队列，通过测试队列将测试任务发送至待测坐席的终端，并接收待测坐席的终端发送的关于测试任务的反馈结果。

其中，测试队列为发送测试任务的缓冲区，由于测试任务可能较多，占用一定的网络资源，可以通过测试队列进行控制与分发，减少测试任务并发，在网络繁忙时延缓发送。测试队列可以与SBC保持通信，按照一定的次序发送其中的测试任务，测试任务经过SBC、SIP服务器(还可以在SIP服务器后经过多级网关)后到达待测坐席的终端。

待测坐席的终端可以是坐席使用的电话、计算机等，在接听到测试任务后，可以与测试服务器建立通话，两者之间进行测试信息的交互。通常测试任务中包含一段测试信息，例如文本、语音、视频等，待测坐席的终端在接收测试信息后，可以将相应的反馈结果返回到测试服务器，反馈结果也可以是一段文本、语音或视频等，或者待测坐席直接根据测试任务的信息做出线路是否正常的判断结果，将该结果作为反馈结果发送回测试服务器。本实施例对此不做特别限定。

步骤S240，根据反馈结果确定待测坐席的线路是否正常。

根据前述说明，反馈结果可以是待测坐席直接判断线路是否正常的结果，则反馈结果可视为通知，通知测试服务器测试的结果；或者反馈结果也可以是待测坐席的终端返回的应答内容，例如文本、语音或视频等，测试服务器可以对其进行解析判断，如果符合预期，则确定待测坐席的线路正常，如果不符合预期，则确定待测坐席的线路异常。

如图1所示，在对语音或视频等多媒体内容进行解析时，测试服务器101可以通过设置于自身的语音解析模块进行解析，也可以将待解析的内容发送至ASR服务器108，并从ASR服务器108获得解析的结果。

在一示例性实施例中，步骤S240可以通过以下步骤实现：

将反馈结果与标准反馈信息进行匹配；

如果匹配结果为一致，则确定待测坐席的线路正常；

如果匹配结果为不一致，则确定待测坐席的线路异常。

其中，标准反馈信息即预期收到的反馈结果。举例而言，测试任务中可以包含测试语音“这是IT测试，请确认语音通话是否正常”，待测坐席的终端可以设置在收到该测试语音后，返回另一段语音“坐席XXX号收到，语音通话正常”；测试服务器上可以配置“坐席XXX号收到，语音通话正常”的语音信息，作为标准反馈信息，如果在测试中收到的反馈结果与标准反馈信息不一致，说明待测坐席的终端未能正常接收到上述测试语音，则线路可能存在异常。当然，由于线路传输的干扰与波动，在判断反馈结果与标准反馈信息的匹配结果是否一致时，可以允许一定的误差。

需要说明的是，标准反馈信息可以与待测坐席的多媒体类型、测试任务的内容相对应，例如待测坐席是视频坐席时，标准反馈信息应当是一段视频信息；为了提高测试的多样化，对于同类型的待测坐席，测试服务器也可以发送不同内容的测试任务，例如对于智能语音坐席，测试任务中包含的测试语音可以是上述“这是IT测试，请确认语音通话是否正常”，也可以是模拟实际通话的其他内容，则相应的，待测坐席的终端应答的语音也可以是不同的内容，测试服务器上应当配置与其一致的标准反馈信息。

在一示例性实施例中，多媒体坐席线路测试方法还可以包括以下步骤：

如果预设时间内未接收到反馈结果，则将待测坐席的线路确定为异常。

其中，预设时间可以是待测坐席的终端发送反馈结果的正常时间范围，例如测试队列发送测试任务后的1分钟或3分钟内等等。如果超过该时间仍未接收到反馈结果，说明信息传输可能存在问题，可以将待测坐席的线路状况确定为异常。

需要补充的是，多媒体坐席线路包括信息传输的通路，也包括线路上的各个节点，特别包括多媒体坐席的终端。当确定线路异常时，可以采取一定的检查措施，检查的范围应当包括整个线路以及线路上的节点，可能存在信息传输线路正常，但多媒体坐席的终端无法正常应答的情况，因此检查范围不应将多媒体坐席的终端排除在外。

基于以上说明，在本示例性实施例中，呼叫中心系统的测试服务器在确定待测坐席后，根据其多媒体类型生成测试任务，并通过测试队列发送测试任务至待测坐席的终端，与其建立通话，最后根据对方反馈的结果确定线路是否正常。一方面，提出了一种有效测试多媒体坐席线路的方法，可以在实际业务发生故障之前，提前检出线路中的异常情况，以实现异常预警的机制，保证呼叫中心系统的稳定性。另一方面，本示例性实施例的测试方法针对于多媒体通话的全线路，其中任何一段通路或任何一个节点发生异常时都可以通过测试发现，使得测试范围可以覆盖到整个系统，提高了测试结果的准确性。再一方面，整个测试过程实现了自动化与去人工，基于呼叫中心系统内各节点之间的信息自动交互，可以由测试服务器自动生成测试任务，并根据反馈结果自动确定测试结果，降低了人力成本，提高了坐席线路管理的效率。

在一示例性实施例中，在获取多媒体坐席信息后，参考图3所示，多媒体坐席线路测试方法还可以包括以下步骤S301～S303：

步骤S301，根据各坐席的多媒体类型对各坐席进行分类；

步骤S302，获取每类坐席的预设测试周期；

步骤S303，按照预设测试周期在每类坐席中轮流确定待测坐席。

举例而言，可以将各坐席分类为人工电话坐席、智能语音坐席、视频坐席，每类坐席按照不同的周期轮流进行测试，例如人工电话坐席的线路发生异常的情况较少，其预设测试周期可以是一个月，智能语音坐席的线路发生异常的情况适中，其预设测试周期可以是两周，视频坐席的线路发生异常的情况较多，其预设测试周期可以是一周。其中，预设坐席周期可以人为设定，也可以由测试服务器根据每类坐席的异常状况、空闲状况等进行计算得到。每类坐席可以分别安排待测坐席的轮流次序，可以将测试任务平均分布到一个预设测试周期内。在一示例性实施例中，也可以设置多个测试服务器，使每个测试服务器负责特定一类坐席的测试。

通过为不同类型的多媒体坐席设置不同的预设测试周期，可以更加灵活的安排测试任务，以适应不同类型的多媒体线路的具体状况。

如图1所示，可以在测试服务器101与模拟应答服务器106之间建立测试任务。在一示例性实施例中，可以按照模拟测试周期将模拟应答坐席确定为待测坐席；则针对于模拟应答坐席为待测坐席的情况，步骤S220可以通过以下步骤实现：

将模拟任务确定为针对于模拟应答坐席的测试任务；

步骤S230可以通过以下步骤实现：

将模拟任务写入测试队列，通过测试控队列将模拟任务发送至模拟应答服务器，并接收模拟应答服务器发送的关于模拟任务的反馈结果。

其中，模拟应答坐席为一个虚拟的坐席，其终端即图1中的模拟应答服务器106，针对于模拟应答服务器106所实施的测试任务可视为一种特殊的测试任务，即上述模拟任务。模拟任务可以测试多媒体坐席线路的主要部分，通常是除了多媒体坐席的终端以外的所有部分，即当多媒体坐席的终端发生异常时，模拟任务无法检出，其他部分发生问题时，包括传输通路、SBC、SIP服务器等，模拟任务都可以检出。因此可以按照模拟测试周期安排进行模拟任务，在测试服务器与模拟应答服务器之间进行测试，可以降低测试过程对于多媒体坐席的实际业务的影响。

模拟应答服务器可以设置各种多媒体类型的应答程序，使得模拟任务可以模拟文本测试、语音测试、视频测试等各种类型。

针对于模拟应答服务器的模拟任务可以作为针对于多媒体坐席的测试任务的一种并行测试方案，在实施模拟任务的情况下，可以适当降低测试任务的频次。

进一步的，模拟测试周期可以小于预设测试周期。即以针对于模拟应答服务器的模拟任务作为主要测试过程，以针对于多媒体坐席的测试任务作为辅助测试过程。这是考虑到多媒体坐席终端发生异常的情况较少，且可以通过其他方法进行监控，因此针对于多媒体坐席终端以外部分的线路进行测试就变得更加重要，而模拟任务可以针对于该部分进行测试，且占用系统资源较少，可以实施的更加频繁。

在一示例性实施例中，多媒体坐席线路测试方法还可以包括以下步骤：

响应于多媒体坐席信息中任一坐席的信息发生变化，将该坐席确定为待测坐席。

其中，任一坐席的信息发生变化是指只要有任一坐席的多媒体类型、业务内容、程序版本或终端设备等信息中任一信息发生变化，信息变化可能导致连接状况的波动，可以认为该坐席当前的连接状况为未知，需要立即进行一次测试，以确定当前的线路是否正常，从而进一步提高系统的稳定性。

本公开的示例性实施例还提供了一种多媒体坐席线路测试装置，参考图4所示，该装置400可以包括：信息获取模块410，用于获取多媒体坐席信息，多媒体坐席信息包括各坐席的多媒体类型；任务生成模块420，用于根据待测坐席的多媒体类型生成测试任务；测试交互模块430，用于将测试任务写入测试队列，通过测试控队列将测试任务发送至待测坐席的终端，并接收待测坐席的终端发送的关于测试任务的反馈结果；结果判断模块440，用于根据反馈结果确定待测坐席的线路是否正常。

在一示例性实施例中，多媒体坐席线路测试装置还可以包括：待测坐席确定模块，用于根据各坐席的多媒体类型对各坐席进行分类，获取每类坐席的预设测试周期，并按照预设测试周期在每类坐席中轮流确定待测坐席。

在一示例性实施例中，待测坐席确定模块还可以用于按照模拟测试周期将模拟应答坐席确定为待测坐席；任务生成模块可以用于将模拟任务确定为针对于模拟应答坐席的测试任务；测试交互模块可以用于将模拟任务写入测试队列，通过测试控队列将模拟任务发送至模拟应答服务器，并接收模拟应答服务器发送的关于模拟任务的反馈结果。

在一示例性实施例中，模拟测试周期可以小于预设测试周期。

在一示例性实施例中，多媒体坐席线路测试装置还可以包括：待测坐席确定模块，用于响应于多媒体坐席信息中任一坐席的信息发生变化，将坐席确定为待测坐席。

在一示例性实施例中，结果判断模块可以用于将反馈结果与标准反馈信息进行匹配，如果匹配结果为一致，则确定待测坐席的线路正常，以及如果匹配结果为不一致，则确定待测坐席的线路异常。

在一示例性实施例中，结果判断模块还可以用于如果预设时间内未接收到反馈结果，则将待测坐席的线路确定为异常。

上述装置中的各模块的具体细节已经在对应的方法部分实施例中进行了详细的说明，因此不再赘述。

本公开的示例性实施例还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图5来描述根据本公开的这种示例性实施例的电子设备500。图5显示的电子设备500仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：上述至少一个处理单元510、上述至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线530、显示单元540。

其中，存储单元存储有程序代码，程序代码可以被处理单元510执行，使得处理单元510执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元510可以执行图2所示的步骤S210～S240，也可以执行图3所示的步骤S301～S303等。

存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)521和/或高速缓存存储单元522，还可以进一步包括只读存储单元(ROM)523。

存储单元520还可以包括具有一组(至少一个)程序模块525的程序/实用工具524，这样的程序模块525包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备500也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口550进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器560通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开示例性实施例的方法。

本公开的示例性实施例还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图6所示，描述了根据本公开的示例性实施例的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施例，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (10)

1.一种多媒体坐席线路测试方法，其特征在于，包括：

获取多媒体坐席信息，所述多媒体坐席信息包括各坐席的多媒体类型；

根据待测坐席的多媒体类型生成测试任务；

将所述测试任务写入测试队列，通过所述测试队列将所述测试任务发送至所述待测坐席的终端，并接收所述待测坐席的终端发送的关于所述测试任务的反馈结果；

根据所述反馈结果确定所述待测坐席的线路是否正常。

2.根据权利要求1所述的方法，其特征在于，在获取多媒体坐席信息后，所述方法还包括：

根据各坐席的多媒体类型对所述各坐席进行分类；

获取每类坐席的预设测试周期；

按照所述预设测试周期在所述每类坐席中轮流确定待测坐席。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

按照模拟测试周期将模拟应答坐席确定为待测坐席；

所述根据待测坐席的多媒体类型生成测试任务包括：

将模拟任务确定为针对于所述模拟应答坐席的测试任务；

所述将所述测试任务写入测试队列，通过所述测试控队列将所述测试任务发送至所述待测坐席的终端，并接收所述待测坐席的终端发送的关于所述测试任务的反馈结果包括：

将所述模拟任务写入所述测试队列，通过所述测试控队列将所述模拟任务发送至模拟应答服务器，并接收所述模拟应答服务器发送的关于所述模拟任务的反馈结果。

4.根据权利要求3所述的方法，其特征在于，所述模拟测试周期小于所述预设测试周期。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于所述多媒体坐席信息中任一坐席的信息发生变化，将所述坐席确定为待测坐席。

6.根据权利要求1所述的方法，其特征在于，所述根据所述反馈结果确定所述待测坐席的线路是否正常包括：

将所述反馈结果与标准反馈信息进行匹配；

如果匹配结果为一致，则确定所述待测坐席的线路正常；

如果匹配结果为不一致，则确定所述待测坐席的线路异常。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果预设时间内未接收到所述反馈结果，则将所述待测坐席的线路确定为异常。

8.一种多媒体坐席线路测试装置，其特征在于，包括：

信息获取模块，用于获取多媒体坐席信息，所述多媒体坐席信息包括各坐席的多媒体类型；

任务生成模块，用于根据待测坐席的多媒体类型生成测试任务；

测试交互模块，用于将所述测试任务写入测试队列，通过所述测试控队列将所述测试任务发送至所述待测坐席的终端，并接收所述待测坐席的终端发送的关于所述测试任务的反馈结果；

结果判断模块，用于根据所述反馈结果确定所述待测坐席的线路是否正常。

9.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7任一项所述的方法。