专利名称：一种呼叫中心平台及其获取接口调用信息的方法
技术领域：
本发明涉及智能网络，特别是涉及一种呼叫中心平台及其获取接口调用信息的方法。
背景技术：
如图1所示为现有技术呼叫中心平台的组网图，利用该平台提供的应用编程接口(API)可以开发出各种功能的客户端，为了确切掌握不同客户端对平台的影响，需要将客户端的具体操作转换为对平台API的调用序列，以及需要获知对关键API的调用频率，并据此分析不同用户对被测平台的使用特点，从而组织更有针对性的功能测试和更可靠的负荷测试。
所述的呼叫中心平台和客户端之间是基于私有通讯协议进行通讯，目前的商用测试工具都无法直接完成所述的用户行为分析。目前只能通过所述呼叫中心平台本身的协议交互记录工具，或者通过各个客户端调用API时的记录日志来记录协议交互过程，并据此依靠专业人员来分析其用户行为。但是这对分析人员的协议理解要求很高，并且依靠人工分析存在不够客观和准确的问题，而且显然人工获取和分析的效率很低。
发明内容
本发明提供一种呼叫中心平台，用以解决现有技术呼叫中心平台只能记录协议交互过程，不能自动得到用户调用API情况的问题。
本发明还提供一种利用所述呼叫中心平台来获取接口调用信息的方法，用以解决现有技术中存在对分析人员要求高和分析效率低下的问题。
本发明的呼叫中心平台包括业务平台(CCC)，用于提供与所述呼叫中心平台相匹配的具体业务；核心服务器，用于处理所述业务平台发出的消息，并将处理结果发送给所述业务平台；用户接口服务器(UIS)，连接在所述业务平台与核心服务器之间，用于转发所述业务平台与核心服务器之间交互的消息；协议交互记录模块，与业务平台与UIS之间的接口连接，用于记录业务平台与UIS之间的协议交互过程；所述呼叫中心平台还包括协议交互解析模块，与所述协议交互记录模块相连，用于将记录的每一条交互信息按照预设的消息结构进行分解；协议交互分析模块，与所述协议交互解析模块相连，用于根据所述协议交互解析模块分解后的信息生成应用编程接口(API)的调用信息。
本发明方法包括步骤A、为每一可被调用的应用编程接口(API)分配与其唯一对应的接口标识，并为每项激活的业务分配一个连接标识；B、在业务平台与UIS之间交互的消息中携带对应业务的连接标识和处理本条消息所调用的API对应的接口标识，并且在交互过程中，根据所述消息中携带的连接标识分别记录每项业务与UIS之间交互的消息；C、解析记录的消息，并根据从每条消息中获取的接口标识得出对应的API名称，再根据得到的API名称得出每项业务调用API的信息。
在步骤C中，按交互顺序对记录的消息逐一解析得出每项业务的API调用序列。步骤C中，根据得到的API名称得出每项业务调用各API的频率。
所述业务平台与UIS之间交互的消息采用相同的消息结构。
根据所述的消息结构自动解析记录的消息。
所述步骤B中，在分别记录每项业务交互的消息时还记录所述消息的相关信息。
所述相关信息包括每条消息是由业务平台发送，或者被业务平台接收的状态信息；以及每条消息的交互时间。
本发明有益效果如下通过在原有的呼叫中心平台中添加与所述协议交互记录模块相连的协议交互解析模块，以及添加与所述协议交互解析模块相连的协议交互分析模块，使所述呼叫中心平台可自动分析记录的协议交互过程，完成分析API调用情况的工作。
利用本发明的呼叫中心平台，本发明方法通过对记录的协议交互过程中的每条信息逐一分解，并从中获取API调用信息，进而生成API的调用序列及调用频率。利用本方法无需人工分析协议交互过程，从而避免了对分析人员要求高及分析结果不客观的问题，同时也提高了分析效率。
图1为现有技术呼叫中心平台的组网图；图2为本发明呼叫中心平台的组网图；图3为消息结构示意图；图4为本发明方法的步骤流程图；图5为本发明方法的信令交互流程图。
具体实施例方式
为了使呼叫中心平台具有自动分析记录的协议交互过程的功能，并完成分析API调用情况的工作，本发明在原有的呼叫中心平台中添加了协议交互解析模块和协议交互分析模块。如图2所示为本发明呼叫中心平台的组网图，从图中可见，本发明的呼叫中心平台包括以下几个部分业务平台(CCC)，与业务平台相连的核心服务器，在所述业务平台与核心服务器之间连接有用户接口服务器(UIS)，在所述业务平台与UIS之间的接口连接有协议交互记录模块，与所述协议交互记录模块相连的协议交互解析模块，与所述协议交互解析模块相连的协议交互分析模块。其中所述的协议交互解析模块和协议交互分析模块可嵌入在所述协议交互记录模块中。
所述业务平台(CCC)用于提供具体业务，所述具体业务是利用所述呼叫中心平台接口开发出来的。
所述核心服务器用于处理所述业务平台根据协议发出的消息，并在处理完成后将处理结果反馈给所述业务平台。
所述用户接口服务器用于将业务平台运行的各具体业务发出的消息转发给核心服务器，在所述核心服务器对所述消息处理完成后再将处理结果转发给对应的具体业务。
由于业务平台提供的具体业务的任何API调用都会体现在业务平台和UIS之间的协议交互上，所以所述协议交互记录模块用于记录业务平台与UIS之间的协议交互过程。
所述协议交互解析模块用于将所述协议交互记录模块中记录的每一条交互信息按照预设的消息结构分解成若干信息段，使所述协议交互分析模块可从每一条交互信息中提取需要的部分信息。
所述协议交互分析模块用于从所述协议交互解析模块分解的交互信息中获取需要的部分信息，并据此生成API调用序列和API调用频率。
为了能够自动分析用户行为，使分析结果客观，本发明利用上述呼叫中心平台提供一种方法。由于业务平台的任何应用编程接口(API)调用都会体现在业务平台和用户接口服务器(UIS)之间的协议交互上，所以只需对业务平台与UIS之间的协议交互过程进行分析即可完成用户行为分析。
本方法中交互的消息具有相同的消息结构，其结构示意图如图3所示，从图中可见，所述消息结构包括消息头和消息体。所述的消息头中包括用于标识不同API的接口标识；用于标识各个具体业务的连接标识，所述的连接标识具体表现为接收方标识和发送方标识；以及用于扩展的预留字段。
本方法流程如图4、图5所示，从图中可见包括以下具体步骤S1、业务平台具备如下特征，即每一个API存在可唯一标识该API的接口标识，例如接口A对应的接口标识为500。
S2、业务平台所提供的具体业务启动后，业务平台向用户接口服务器(UIS)发送建立连接请求消息，UIS收到该消息后，向业务平台发送应答消息，完成连接的建立。本步骤中业务平台可先后与UIS建立多个具体业务的连接。
S3、在建立每项具体业务与UIS之间的连接时，UIS为每项业务分配一个可唯一标识该业务的连接标识。例如当前有两项业务连接，第一项业务的连接标识为1008，第二项业务的连接标识为1009。
S4、上述步骤完成后，在各项具体业务的运行过程中，各个具体业务与所述UIS之间不断的进行符合协议规范的消息交互。所述交互的消息符合所述的消息结构，即在每一条消息的消息头中含有用于处理本条消息所调用的API对应的接口标识，以及与UIS分配的本业务的连接标识相同的发送方标识和接收方标识，所述的处理本条消息所调用的API由该具体业务流程决定。
例如第一项业务发送的某条消息调用了接口A，而根据上述定义，接口A对应的接口标识为500，以及第一项业务的连接标识为1008，那么该消息的消息头中发送方标识和接收方标识均为1008，接口标识为500。
S5、在业务平台与UIS之间进行协议交互时，根据每条消息中携带的连接标识来区分该消息属于哪项具体业务，并据此分别记录每一项具体业务与UIS交互的消息；在记录消息的同时一并记录该消息的交互时间，以及该消息是由业务平台发送或被业务平台接收的状态信息。
S6、在具体业务运行过程中，或者运行完毕后，将分别记录的各项业务发送的消息及其相关信息逐一解析，或者将分别记录的各项业务接收的消息及其相关信息逐一解析。由于本方法交互的消息采用相同的消息结构，所以可以根据预设的消息结构自动从每一条消息中获取该消息中的接口标识，再根据获得的接口标识和设置的所述接口标识与API的对应关系，得到该消息调用的API的名称。
S7、根据上述步骤获取的API名称，得知每一项具体业务在运行过程中调用过的API。再根据记录的每条消息的交互时间，可得到该业务在某个时间段内的API调用序列。根据每一项具体业务在运行过程中调用过的API，可得知每一API的调用频率。
根据通过上述方法获得的API调用情况的相关信息，可得到各项业务在运行过程中的用户行为。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种呼叫中心平台，包括业务平台(CCC)，用于提供与所述呼叫中心平台相匹配的具体业务；核心服务器，用于处理所述业务平台发出的消息，并将处理结果发送给所述业务平台；用户接口服务器(UIS)，连接在所述业务平台与核心服务器之间，用于转发所述业务平台与核心服务器之间交互的消息；协议交互记录模块，与业务平台与UIS之间的接口连接，用于记录业务平台与UIS之间的协议交互过程；其特征在于，所述呼叫中心平台还包括协议交互解析模块，与所述协议交互记录模块相连，用于将记录的每一条交互信息按照预设的消息结构进行分解；协议交互分析模块，与所述协议交互解析模块相连，用于根据所述协议交互解析模块分解后的信息生成应用编程接口(API)的调用信息。
2.一种获取接口调用信息的方法，其特征在于，包括下列步骤A、为每一可被调用的应用编程接口(API)分配与其唯一对应的接口标识，并为每项激活的业务分配一个连接标识；B、在业务平台与UIS之间交互的消息中携带对应业务的连接标识和处理本条消息所调用的API对应的接口标识，并且在交互过程中，根据所述消息中携带的连接标识分别记录每项业务与UIS之间交互的消息；C、解析记录的消息，并根据从每条消息中获取的接口标识得出对应的API名称，再根据得到的API名称得出每项业务调用API的信息。
3.如权利要求2所述的方法，其特征在于，在步骤C中，按交互顺序对记录的消息逐一解析得出每项业务的API调用序列。
4.如权利要求2所述的方法，其特征在于，步骤C中，根据得到的API名称得出每项业务调用各API的频率。
5.如权利要求2至4任一项所述的方法，其特征在于，所述业务平台与UIS之间交互的消息采用相同的消息结构。
6.如权利要求5所述的方法，其特征在于，根据所述的消息结构自动解析记录的消息。
7.如权利要求6所述的方法，其特征在于，所述步骤B中，在分别记录每项业务交互的消息时还记录所述消息的相关信息。
8.如权利要求7所述的方法，其特征在于，所述相关信息包括每条消息是由业务平台发送，或者被业务平台接收的状态信息；以及每条消息的交互时间。
全文摘要
本发明公开了一种获取接口调用信息的方法，用以解决现有技术中存在对分析人员要求高和分析效率低下的问题。本方法包括下列步骤A.为每一可被调用的应用编程接口(API)分配与其唯一对应的接口标识，并为每项激活的业务分配一个连接标识；B.在业务平台与UIS之间交互的消息中携带对应业务的连接标识和处理本条消息所调用的API对应的接口标识，并且在交互过程中，根据所述消息中携带的连接标识分别记录每项业务与UIS之间交互的消息；C.解析记录的消息，并根据从每条消息中获取的接口标识得出对应的API名称，再根据得到的API名称得出每项业务调用API的信息。
文档编号H04Q3/00GK1852371SQ200510084008
公开日2006年10月25日 申请日期2005年7月12日 优先权日2005年7月12日
发明者李文涛, 崔忠峰 申请人:华为技术有限公司