用于为呼叫中心加密并记录媒体的系统和方法与流程

呼叫中心客户与代理之间的呼叫经常需要记录。当使用由多个呼叫中心共享的控制器进行记录并且将该记录存储在同样被多个呼叫中心共享的存储设备中时，需要考虑安全性问题。同样地，对于经由广域网发生的客户与代理之间的IP电话呼叫，也希望将通信中的延迟最小化。然而，当引入呼叫记录功能时又会产生额外的延迟。

因此，需要具有一种用于为呼叫中心记录媒体的方法和系统，该方法和系统为呼叫记录提供增强的安全性并使调用呼叫记录时的延时最小化。

技术实现要素：

本发明的实施例涉及用于为呼叫中心记录媒体的系统和方法。该系统包括处理器和存储器，其中，存储器上存储有程序指令，当这些程序指令被处理器执行时，使得处理器：判断在第一和第二通信设备之间的电话呼叫期间交换的媒体需要被记录；在第一和第二通信设备之间桥接媒体路径；复制该媒体路径中交换的媒体；使用第一秘钥对复制的媒体加密以将加密的媒体存储到存储设备；和，使用第二秘钥对第一秘钥加密以将加密的第一秘钥作为加密的媒体的元数据存储起来。

根据本发明的一个实施例，第一秘钥为对称秘钥，第二秘钥为公共秘钥。第一秘钥可以是由处理器随机生成的会话秘钥。

根据一个实施例，上述指令还使得处理器：识别第三秘钥；使用第三秘钥重新加密第一秘钥；和，根据重新加密的第一秘钥修改所存储的元数据。

根据一个实施例，上述指令还使得处理器：从与加密的媒体相关的元数据记录中检索加密的第一秘钥；使用与第二秘钥相对应的解密秘钥解密第一秘钥；使用第一秘钥解密被加密的媒体；和，提供所检索到的部分记录的可听的结果。

根据一个实施例，上述指令还使得处理器：接收通用码；和，通过该通用码访问解密秘钥。

根据一个实施例，上述使得处理器判断所交换的媒体需要被记录的指令是根据收到记录该媒体的请求之后执行的，其中，所述请求是由呼叫控制器发出的，该呼叫控制器被配置为用于建立和断开第一和第二通信设备之间的媒体路径。

根据一个实施例，上述使得处理器桥接媒体路径的指令还使得处理器：从呼叫控制器接收第一和第二媒体会话信息，该第一和第二媒体会话信息分别对应于第一和第二通信设备的电话呼叫；基于第一媒体会话信息建立与第一通信设备的第一部分媒体路径；和，基于第二媒体会话信息建立与第二通信设备的第二部分媒体路径。

根据一个实施例，数据存储设备被配置为用于为多个呼叫中心存储媒体记录，该数据存储设备能够通过广域网访问。

根据一个实施例，呼叫中心中的每一个均与不同的第二秘钥相关联，并且处理器配置为从配置文件记录中检索第二秘钥，该配置文件记录与多个呼叫中心中的一个以相关联的方式存储。

根据一个实施例，为呼叫中心记录媒体的系统包括设置在第一地理区域的呼叫控制器。呼叫控制可以被配置为：在第一和第二通信设备之间建立电话呼叫；识别与包含在媒体会话中的资源相关的第二地理位置；和，根据所识别的第二地理位置中的处理器的位置识别该处理器。

根据一个实施例，处理器为第一媒体控制器，所述系统还包括呼叫控制器，该呼叫控制器被配置为：识别当前被分配到电话呼叫的第一媒体控制器；电话呼叫期间检测第一媒体控制器的失效，其中，媒体控制器的失效使得媒体路径断开；响应于检测到所述失效，在第一和第二通信设备之间建立第二媒体路径，直到识别到第二媒体控制器；和，响应于识别到第二媒体控制器，向第二媒体控制器发送信令以桥接并记录电话呼叫期间交换的媒体。

根据一个实施例，上述指令还使得处理器：接收电话呼叫的呼叫元数据，该呼叫元数据包括用于在电话呼叫期间记录所交换的媒体的链接；接收与电话呼叫相关的呼叫事件，该呼叫事件包括该事件在电话呼叫期间发生的时间的时间戳；将呼叫元数据和呼叫事件存储在数据库记录中；检索该数据库记录以在显示设备上显示呼叫事件；响应于在显示设备上的显示接收识别该呼叫事件的用户命令；和，响应于用户命令，检索与该呼叫事件相关的部分记录以提供所检索到的部分记录的可听的结果。

本领域技术人员应当理解，根据本发明的多个实施例的呼叫记录系统为呼叫记录提供了更高的安全性，并且当调用呼叫记录时使得延迟最小化。本发明的实施例还允许为呼叫中心处理呼叫记录失败的情况。本发明的实施例还包括允许对呼叫记录进行标记以便于检索所期望的呼叫部分，同时还包括将多个SIP服务器处理的呼叫记录连接起来的功能。

本发明的上述和其它特征、方面和优点结合一下的详细描述、所附的权利要求以及附图将被更完整地理解。当然，本发明的实际保护范围由所附的权利要求限定。

本发明的实施例涉及一种用于为呼叫中心记录媒体的方法和系统。该系统包括处理器和存储器，所述处理器位于第一地理位置。存储器上存储有程序指令，当这些程序指令被处理器执行时可以使得该处理器：在第一和第二通信设备之间建立通信会话；判断该媒体会话期间交换的媒体需要记录；识别与包含在媒体会话中的资源相关的第二地理位置；和，识别与第二地理位置相关的控制器，其中，由媒体控制器在第一和第二通信设备之间建立媒体路径。

根据一个实施例，所述资源从群组中选择，该群组包括第二通信设备、路由点和从第一通信设备传送入站呼叫的中继线。该资源可以通过，例如，查询号被识别。

根据一个实施例，使得处理器识别第二地理位置的程序指令还使得该处理器识别所述资源的查询号；判断该查询号是否由地理位置标记；和，检索被标记到该查询号的地理位置。

根据一个实施例，通信会话为因特网电话会话，媒体为语音媒体。

根据一个实施例，使得处理器判断判断媒体会话期间交换的媒体需要记录的程序指令是基于包含在该媒体会话中的查询号。

根据一个实施例，媒体会话中涉及多个资源，其中，使得处理器识别第二地理位置的程序指令还可以使得该处理器根据为所述多个资源预设的优先级顺序选择与该多个资源中的一个相关的地理位置。

根据一个实施例，媒体控制器被配置为在第一和第二通信设备之间桥接媒体路径；复制在该媒体路径中交换的媒体；使用第一秘钥加密该媒体，将加密后的媒体存储到数据存储设备；和，使用第二秘钥加密第一秘钥，将加密后的第一秘钥作为被加密的媒体的元数据进行存储。

根据一个实施例，通信会话用于执行电话呼叫，其中，所述程序指令还使得处理器：识别当前被分配到第一和第二通信设备之间的电话呼叫的媒体控制器，该媒体控制器在第一和第二通信设备之间桥接第一媒体路径，并且将电话呼叫期间在第一媒体路径中交换的媒体存储到存储设备；在电话呼叫期间检测媒体控制器的失效，其中，媒体控制器的失效导致第一媒体路径的断开；响应于对失效的检测步骤，在第一和第二通信设备之间建立第二媒体路径，直到识别到第二媒体控制器；和，响应于识别到第二媒体控制器，向第二媒体控制器发送信令以桥接并记录电话呼叫期间所交换的媒体。

根据一个实施例，媒体会话用于执行电话呼叫，所述系统还包括：第二处理器，该第二处理器被配置为：接收电话呼叫的呼叫元数据，该呼叫元数据包括链接到电话呼叫期间所交换的媒体的记录的链接；接收与电话呼叫相关的呼叫事件，该呼叫事件包括电话呼叫期间该事件何时发生的时间戳；将呼叫元数据与呼叫事件存储到数据库记录；检索数据库记录以将呼叫事件在显示设备上显示；响应于在显示设备上显示的步骤，接收识别该呼叫事件的用户指令；和，响应于用户指令，检索与该呼叫事件相关的部分记录，从而提供所检索到的部分记录的可听的结果。

本领域技术人员应当理解，根据本发明多种实施例的呼叫记录系统为呼叫记录提供了更高的安全性，并且在引入呼叫记录时将延迟最小化。本发明的实施例还允许为呼叫中心处理呼叫记录失败。本发明的实施例还允许为呼叫记录添加标记以便于检索所期望的呼叫部分，同时具有将多个SIP服务器处理的呼叫记录连接在一起的功能。

本发明的上述和其它特征、方面和优点结合以下详细说明、所附权利要求和附图将得到更完整的理解。当然，本发明的实际保护范围由所附权利要求限定。

本发明的实施例涉及一种用于为呼叫中心处理呼叫记录失败的方法。处理器接收当前分配给电话呼叫的第一媒体控制器的信息。第一媒体控制器在第一和第二通信设备之间桥接第一媒体路径，并且将电话呼叫期间通过第一媒体路径交换的媒体存储到存储设备。处理器在电话呼叫期间检测第一媒体控制器的失效，第一媒体控制器的失效导致第一媒体路径的断开。响应于对所述失效的检测步骤，处理器在第一和第二媒体通信设备之间桥接第二媒体路径，直到识别到第二媒体控制器。响应于识别到第二媒体控制器，向第二媒体控制器发送信令以桥接并记录电话呼叫期间交换的媒体。

根据一个实施例，存储设备为第一媒体控制器的本地存储设备，其中，响应于第一媒体控制器失效后重新启动，第一媒体控制器检查用于存储数据的本地存储设备、将被存储的数据从本地存储设备传送到外部存储设备，并且在所存储的数据被全部传送完毕后将该数据从本地存储设备上清除。

根据一个实施例，本地存储设备为本地磁盘，外部存储设备为可以通过广域网访问的大容量存储设备。外部存储设备可以被配置为用于存储多个呼叫中心的媒体记录。媒体可以包括语音媒体。

根据一个实施例，由第一和第二媒体控制器记录的媒体可以使用第一秘钥加密，其中，第一秘钥由第二秘钥加密从而将被加密的第一秘钥存储为被加密的媒体的元数据，其中，该元数据被存储在本地存储设备中。响应于重放媒体的请求，可以使用解密秘钥对被加密的第一秘钥进行解密。该解密秘钥可以响应于提供的通行码获得。

根据一个实施例，由第一媒体控制器记录的媒体被存储在第一文件中，由第二媒体控制器记录的媒体被存储在第二文件中。在电话呼叫期间接收重放音频记录的命令，响应于该命令，提供存储在第一文件中的媒体和存储在第二文件中的媒体的可听的结果。

本发明的实施例还涉及一种用于为呼叫中心处理呼叫记录失败的方法，该方法包括：由处理器判断在第一和第二通信设备之间的电话呼叫期间交换的媒体需要被记录；由该处理器将电话呼叫的元数据存储到本地存储设备；由该处理器在第一和第二通信设备之间桥接媒体路径以执行该电话呼叫；由该处理器将在所述媒体路径中交换的媒体存储到本地存储设备中，其中，当处理器桥接并存储媒体时，该处理器稍后发生失效并重启；响应于该处理器的重启，由该处理器检查用于存储数据的本地存储设备；由该处理器将所存储的元数据和媒体从本地存储设备发送出去以在外部存储设备中进行存储；和，所存储的元数据和媒体被发送完毕后，由该处理器从本地存储设备上将该数据清除。

根据一个实施例，处理器的失效导致第一和第二通信设备之间的媒体路径断开。

本发明的实施例还涉及一种用于为呼叫中心处理呼叫记录失败的系统。该系统包括处理器和存储器。存储器中存储有程序指令，当这些程序指令被处理器执行时使得该处理器：接收当前被分配到电话呼叫的第一媒体控制器的信息，该第一媒体控制器在第一和第二通信设备之间桥接第一媒体路径，并且将电话呼叫期间在第一媒体路径上交换的媒体存储到存储设备；电话呼叫期间检测第一媒体控制器的失效，其中，第一媒体控制器的失效导致第一媒体路径的断开；响应于该检测步骤，在第一和第二通信设备之间桥接第二媒体路径，直到识别到第二媒体控制器；和，响应于识别到第二媒体路径的步骤，向第二媒体路径发送信令以桥接并记录电话呼叫期间交换的媒体。

根据一个实施例，存储设备是第一媒体控制器的本地存储设备，其中，响应于第一媒体控制器失效后的重启，第一媒体控制器被配置为检查用于存储数据的本地存储设备，将所存储的数据从本地存储设备发送到外部存储设备，并且在所存储的数据发送完毕后将该数据从本地存储设备上清除。本次存储设备可以是本地磁盘，外部存储设备为可以通过广域网访问的大容量存储设备。

根据一个实施例，由第一和第二媒体控制器记录的媒体使用第一秘钥加密，其中，第一秘钥被第二秘钥加密以存储为被加密的媒体的元数据，其中，该元数据被存储在本地存储设备中。

根据一个实施例，响应于重放媒体的请求，处理器被配置为使用解密秘钥解密被加密的第一秘钥，其中，该处理器被配置为响应于发送的通行码获得所述解密秘钥。

根据一个实施例，处理器位于第一地理位置，程序指令还使得该处理器：在第一和第二通信设备之间建立电话呼叫；识别与包含在该电话呼叫中的资源相关的第二地理位置；和，根据被识别的第二地理位置中的第二处理器位置识别第二处理器。

根据一个实施例，该系统还包括第二处理器，该第二处理器被配置为：接收电话呼叫的呼叫元数据，该呼叫元数据包括链接到电话呼叫期间交换的媒体记录的链接；接收与电话呼叫相关的呼叫事件，该呼叫事件包括在电话呼叫期间该事件的发生事件的时间戳；将呼叫元数据和呼叫事件存储到数据库记录中；检索数据库记录以在显示设备上显示该呼叫事件；响应于在显示设备上的显示，接收用户的用于识别该呼叫事件的命令；和，响应于用户命令接收与呼叫事件相关的部分记录，从而提供所检索到的部分记录的可听的结果。

本领域技术人员应当理解，根据本发明实施例的呼叫记录系统为呼叫记录提供更高的安全性，并且当引入呼叫记录时提供最小化的延迟。本发明的实施例允许为呼叫中心处理呼叫记录失败。本发明的实施例允许对呼叫记录进行标记以便于检索所期望的呼叫部分，同时具有将多个SIP服务器处理的呼叫记录连接在一起的功能。

本发明的上述和其它特征、方面和优点结合以下详细说明、所附权利要求和附图被更完整地理解。当然，本发明的实际保护范围以权利要求为限。

本发明的实施例涉及一种用于为呼叫中心记录媒体的方法，该方法允许呼叫事件标记和呼叫记录连接。处理器接收电话呼叫的呼叫元数据。该呼叫包括链接到电话呼叫期间交换的媒体的记录的链接。处理器接收与电话呼叫相关的呼叫事件。该呼叫事件包括在电话呼叫期间该事件的发生时间的时间戳。处理器将呼叫元数据和呼叫事件存储到数据库记录中。处理器检索该数据库记录以在显示设备上显示该呼叫事件。响应于在显示设备上的显示，接收用户的识别该呼叫事件的命令。响应于用户命令，检索到与该呼叫事件相关的部分记录。然后提供所检索到的记部分录的可听的结果。

根据一个实施例，呼叫事件指示有代理加入到电话呼叫，或者电话呼叫已经断开。

根据一个实施例，呼叫事件指示添加呼叫标签并且识别该呼叫标签。呼叫标签可以识别电话呼叫的对象、电话呼叫期间发生的动作或者电话呼叫期间的客户情绪。添加呼叫标签可以是响应于处理该电话呼叫的代理的命令。

根据一个实施例，电话呼叫期间，该呼叫被从一个呼叫服务器转接至第二呼叫服务器，其中，该记录是由第一呼叫服务器处理的呼叫的第一片段，转接为第二呼叫服务器处理的呼叫的第二片段生成由第二链接标识的第二记录和第二数据库记录，该第二数据库记录包括该呼叫的第二片段的第二呼叫元数据和第二呼叫事件，该呼叫的第二片段的呼叫事件用于标识该呼叫的转接并且包括标识第二记录的第二链接。

根据一个实施例，处理器根据第二链接检索第二数据库记录，该第二链接包含在呼叫的第一片段的呼叫事件中。

根据一个实施例，呼叫的第二片段的第二呼叫事件包括链接到呼叫的第一片段的记录的链接。

根据一个实施例，处理器根据链接为呼叫的第一片段检索数据库记录，所述链接包含在呼叫的第二片段的呼叫事件中。

本发明的实施例还涉及一种用于为呼叫中心记录媒体的系统，该系统包括处理器和存储器。存储器中存储有程序指令，当这些程序指令被处理器执行时使得该处理器：接收电话呼叫的呼叫元数据，该呼叫元数据包括链接到在电话呼叫期间交换的媒体的记录的链接；接收与该电话呼叫相关的呼叫事件，该呼叫事件包括在电话呼叫期间该事件发生的时间的时间戳；将呼叫元数据和呼叫事件存储到数据库记录中；检索该数据库记录以在显示设备上显示该呼叫事件；响应于在显示设备上的显示，接收用户的用于识别该呼叫事件的命令；响应于用户命令，将所与该呼叫事件相关的部分记录；和，提供被检索到的部分记录的可听的结果。

根据一个实施例，记录跨越多个音频文件，其中，响应于重放该记录的请求，该多个音频文件中的每一个被检索并按照正确的顺序进行播放。

根据一个实施例，响应于处理电话呼叫的代理的命令，程序指令还使得处理器添加呼叫标签。

根据一个实施例，该系统还包括第一呼叫服务器和第二呼叫服务器。在电话呼叫期间，第一呼叫服务器配置为将该呼叫转接至第二呼叫服务器，其中，该记录为由第一呼叫服务器处理的呼叫的第一片段，该转接配置为为第二呼叫服务器处理的呼叫的第二片段生成第二记录和第二数据库记录，该第二记录由第二链接标识，第二数据库记录用于记录该呼叫第二片段的第二呼叫元数据和第二呼叫事件，该呼叫第一片段的呼叫事件用于标识该呼叫的转接，并进一步包含用于标识第二记录的第二链接。

根据一个实施例，该系统还包括位于第一地理区域的呼叫控制器。该呼叫控制器被配置为：在第一和第二通信设备之间建立电话呼叫；识别与包含在电话呼叫中的资源相关的第二地理位置；和，根据被识别的第二地理位置中的媒体控制器的位置识别该媒体控制器。

根据一个实施例，该系统还包括呼叫控制器，该呼叫控制器配置为：识别当前分配给电话呼叫的第一媒体控制器，第一媒体控制器在第一和第二通信设备之间桥接第一媒体路径，并且在电话呼叫期间将通过第一媒体路径交换的媒体记录到存储设备；电话呼叫期间检测第一媒体控制器的失效，其中，第一媒体控制器的失效导致第一媒体路径的断开；响应于检测失效的步骤，在第一和第二通信设备之间桥接第二媒体路径，直到识别到第二媒体控制器；和，响应于对第二媒体控制器的识别，向第二媒体控制器发送信令以桥接并记录电话呼叫期间交换的媒体。

本领域技术人员应当理解，根据本发明实施例的系统为呼叫记录提供了更高的安全性，并且当调用呼叫记录时最小化延迟。本发明的实施例还允许为呼叫中心处理呼叫记录失败。本发明的实施例还允许对呼叫记录进行标记以便于检索所期望的呼叫部分，同时具有将多个SIP服务器处理的呼叫记录连接起来的功能。

本发明的上述和其它特征、方面和优点结合下面的详细说明、所附权利要求和附图将得到更完整的理解。当然，本发明的实际保护范围以所附的权利要求为限。

本发明的实施例涉及一种用于网络记录的系统和方法，包括：电话呼叫期间，记录系统接收第一和第二通信设备之间交换的媒体，该媒体由记录系统通过广域网接收，其中所述记录系统包括处理器、存储器和大容量存储设备；由记录系统在第一和第二通信设备之间桥接媒体路径；由记录系统复制在媒体路径中交换的媒体，将被复制的媒体存储到大容量存储设备中；记录系统捕获与该呼叫相关的元数据；将捕获的元数据与被存储的媒体相关联地进行存储；和，通过广域网向请求设备发送被存储的媒体和元数据。

元数据可以包括来自与第一通信设备客户交互的数据，其中，该交互式通过媒体信道而非电话信道执行的。该元数据可以包括第一或第二通信设备用户的信息。该元数据可以包括第一或第二通信设备的信息。该元数据可以包括呼叫期间说出的字。

根据一个实施例，记录系统分析被存储的媒体以检测至少一个关键字或短语。

根据一个实施例，记录系统使用第一秘钥对被复制的媒体进行加密，从而将被加密的媒体存储到存储设备中；和，使用第二秘钥对第一秘钥进行加密，从而将被加密的第一秘钥作为被加密的媒体的元数据进行存储。

根据一个实施例，处理器为媒体控制器。位于第一地理区域的控制器被配置为：在第一和第二通信设备之间建立电话呼叫；识别与包含在电话呼叫中的资源相关的第二地理位置；和，根据被识别的第二地理位置中的媒体控制器的位置识别该媒体控制器。

根据一个实施例，处理器为第一媒体控制器。呼叫控制器配置为：识别当前分配到电话呼叫的第一媒体可早期；电话呼叫期间检测第一媒体控制器的失效，其中，媒体控制器的失效导致媒体路的断开；响应于检测失效的步骤，在第一和第二通信设备之间桥接第二媒体路径，直到识别到第二媒体控制器；和，响应于对第二媒体控制器的识别，向第二媒体控制器发送信令以桥接并记录在电话呼叫期间交换的媒体。

根据一个实施例，元数据包括链接到电话呼叫期间交换的媒体的记录的链接。该方法还包括由记录系统接收与电话呼叫相关的呼叫事件，该呼叫事件包括电话呼叫期间该事件发送的时间的时间戳；由记录系统将该呼叫事件存储到数据库记录中；由记录系统检索该数据库记录以在显示设备上显示该呼叫事件；响应于在显示设备上的显示，由记录系统接收用户的识别该呼叫事件的命令；和，响应于该用户命令，记录系统检索与该呼叫事件相关的部分记录，并且提供检索到的部分记录的可听的结果。

根据一个实施例，本发明还涉及一种用于为呼叫中心记录媒体的系统。该系统包括第一处理器和第一存储器。第一存储器中存储有程序指令，当这些程序指令被第一处理器执行时使得第一处理器：接收呼叫期间在第一和第二通信设备之间交换的媒体，记录系统通过广域网接收这些媒体；在第一和第二通信设备之间桥接媒体路径；和，复制在该媒体路径中交换的媒体以将复制的媒体存储到大容量存储设备中。该系统还包括与第一处理器耦合的第二处理器以及第二存储器。第二存储器中存储有程序指令，当这些程序指令被第二处理器执行时使得第二处理器：捕获与该呼叫相关的元数据；和，将捕获的元数据与存储的媒体相关联地存储。

本领域技术人员应当理解，根据本发明实施例的记录系统允许企业将呼叫记录和语音分析托管到远程网络或“云”环境。这种解决方案有许多好处：公用事业；零排放设备；以及整个通过记录(从呼叫开始到呼叫结束的整个记录，可以包括与交互式语音应答系统、列队通知、代理会议和监管员会议的所有交互)。本发明的所述还允许快速有效地就和分析，而不需要更换公司PBX(专用小交换机)和/或ACD(自动呼叫分配器)设置。

本发明的上述和其它特征、方面和优点结合一下的详细描述、所附的权利要求以及附图将被更完整地理解。当然，本发明的实际保护范围由所附的权利要求限定。

附图说明

图1是根据本发明一个实施例的用于在混合操作环境中提供呼叫中心服务的系统的示意图；

图2是根据本发明一个实施例的用于在混合操作环境中提供用户自助服务的系统的示意图；

图3是根据本发明一个实施例的用于在混合操作环境中提供出站通知的系统的示意图；

图4是根据本发明一个实施例的用于在混合操作环境中提供呼叫寄存服务的系统的示意图；

图5是根据本发明一个实施例的用于对混合操作环境中的出站呼叫提供呼叫过程检测的系统的示意图；

图6是根据本发明一个实施例的用于在混合操作环境中执行呼叫记录的系统的示意图；

图7是根据本发明一个实施例的用于在混合操作系统中记录呼叫的信令流图；

图8是根据本发明一个实施例的具有故障转移功能的混合操作环境的示意图；

图9是根据本发明一个实施例的具有故障转移功能的混合操作环境的示意图；

图10是根据本发明一个实施例的混合操作环境中多种媒体资源的分布的示意图；

图11A是根据本发明一个实施例的用于描述不具有呼叫记录功能的典型VoIP呼叫的成本和延迟的呼叫中心系统的示意图；

图11B是图11A所述的呼叫中心系统的示意图，描述了涉及用户与代理之间的呼叫的成本和延迟，但是该系统具有呼叫记录功能；

图11C是根据本发明一个实施例的被配置为用于根据呼叫记录进行地理位置的呼叫中心系统的示意图；

图12A是根据本发明一个实施例的用于呼叫中心呼叫记录和记录发布的系统的示意图；

图12B是根据本发明一个实施例的用于呼叫中心呼叫记录和记录发布的系统的示意图；

图12C是根据本发明一个实施例的与秘钥管理服务器相关联以允许对呼叫记录进行加密和解密的多个部件的概念布局图；

图12D是根据本发明一个实施例的记录用户界面的更详细的框图；

图13是根据本发明一个实施例的用于发布所记录的呼叫的信令流图；

图14A-14B是根据本发明一个实施例的在记录过程中处理媒体控制平台失效的信令流图；

图15是根据本发明一个实施例的用于在媒体控制平台失效和恢复中恢复记录过程的概念布局图；

图16是根据本发明一个实施例的被提供到网站服务器的呼叫记录元数据的结构图；

图17是根据本发明一个实施例的被提供到网站服务器的呼叫记录元数据的结构图；

图18是根据本发明一个实施例的由客户端重放应用程序显示的呼叫记录的概念布局图；

图19和20是根据本发明一个实施例的为呼叫的不同片段生成的呼叫记录元数据的结构图；

图21是根据本发明一个实施例的用于提供媒体服务的混合操作环境的示意图；

图22是根据本发明一个实施例的用于提供媒体服务的混合操作环境的示意图；

图23是根据本发明一个实施例的用于提供媒体服务的混合操作环境的示意图；以及

图24是根据本发明一个实施例的网络记录和语音分析系统的示意图。

具体实施方式

概括地讲，本发明的实施例涉及一种用于在混合操作环境中提供呼叫中心服务的系统和方法，其中一些服务是通过软件和硬件资源在一个操作环境中提供的，而另一些服务是通过软件和硬件资源在另一个操作环境中提供的。操作环境因为它们的位置不同(例如，本地和远程)、两个环境中控制资源的实体不同(例如，不同的企业)和/或类似原因可能会不同。用作示例以说明本发明多种实施例的环境为在呼叫中心后端(premise)的操作环境(也称为本地操作或计算环境)以及在远程位置的操作环境(称为远程操作或计算环境)，但是本发明并不限于此。也就是说，本领域技术人员应当理解本发明的实施例可以扩展到本领域常用的任何两个不同和分离的操作环境。

在向企业客户提供呼叫中心服务中，服务于该企业的呼叫中心的软件和硬件资源被调用到与该客户的交互中。根据呼叫中心的类型服务可能会有变化，可以从客户服务到帮助台、应急响应、电话销售、订单处理和类似服务。为提供服务而可能带来的交互可以包括例如语音/电话呼叫、电子邮件、文本消息、社交媒体交互和类似交互。

根据本发明的实施例，当由远程操作环境中的资源提供媒体时，由呼叫中心后端的应用程序全部或部分地提供并保存交互中的控制或影响。根据一些实施例，当本地操作环境中的资源提供媒体时，由远程操作环境中的资源全部或部分地提供并保存交互中的控制或影响。在进一步的实施例中，控制交互的资源可以为该交互中的某些方面调用一个操作环境(例如，本地环境)中的媒体，然后为该交互的其它方面调用不同操作环境(例如，远程环境)中的媒体。

区别于交互的控制及交互的媒体在一个操作环境中或另一个操作环境中的传统混合操作环境，本发明的实施例通过例如从一个环境提供控制并从另一个环境提供媒体允许两个环境在该交互的处理中被同时积极地调用。

图1是根据本发明一个实施例的用于在混合操作环境中提供呼叫中心服务的系统的示意框图。该系统包括呼叫中心后端12处的后端应用程序10和远程操作环境16中的远程平台14。后端应用程序10和远程平台14均包括软件、硬件和网络基础设施，用于建立不同的呼叫中心部件以向可以接入终端用户设备18的客户提供呼叫中心服务。例示性的呼叫中心部件包括但不限于交换机和/或媒体网关、电话服务器、会话发起协议(SIP)服务器、路由服务器、媒体服务器、记录服务器、出站呼叫服务器、统计服务器、报告服务器、网站服务器、配置服务器和/或类似服务器。每个服务器都可以包括处理器和存储指令的存储器，当指令由处理器执行时，使得该服务器的功能得到执行。该多种服务器也可以被称为控制器，并且可以通过架构而非客户端-服务器架构来实施。

根据一个实施例，呼叫中心部件在后端12和远程操作环境16之间分布。就此而言，特定的呼叫中心部件可以由后端12提供以作为该后端设备10的一部分，或者由远程操作环境16通过远程平台14提供。在一些实施例中，特定呼叫中心部件可以由后端12和远程操作环境16同时提供。据此，在后端或远程操作环境中的逻辑可以动态地(例如，根据呼叫的到达)判定调用哪个部件。

根据一个实施例，远程操作环境16为云操作环境，该云操作环境使用服务器和其它类型的控制器，并且通过广域网与后端呼叫中心相连接。来自远程操作环境的呼叫中心服务可以由代表多个呼叫中心(也被称为租户)的云服务器供应商通过广域网提供以作为软件即服务(SaaS)。租户可以拥有他们自己的基础设施以提供某些呼叫中心服务。租户后端的基础设施和性能与远程操作环境中的基础设施和性能可以不同。根据一个实施例，后端呼叫中心可以由企业操作组进行操作，而远程操作环境可以由该企业以外的操作组进行操作。

远程操作环境16被配置为向与多个电话服务提供商的连接提供入网点。根据一个实施例，使用实时传输协议(RTP)传送的媒体流量终止于远程操作环境。远程操作环境可以向媒体流量提供保障的服务质量(QoS)。在另一个实施例中，不向穿过远程操作环境16的媒体流量提供QoS保障。

根据一个实施例，远程操作环境16包括边界设备20，该边界设备20配置为控制设置、执行和撤销例如客户与呼叫中心代理之间的语音通话和其它媒体通信中涉及的信令和媒体流。根据一个实施例，边界设备20是会话边界控制器，所述会话边界控制器控制客户与代理的媒体会话(也被称为“呼叫”、“电话呼叫”或者“通信会话”)期间交换的信令和媒体。根据一个实施例，媒体会话期间交换的信令包括SIP、H.323、媒体网关控制协议(MGCP)和/或本领域已知的其它IP语音(VoIP)呼叫信令协议。媒体会话期间交换的媒体包括携带该呼叫的音频、视频或其它与呼叫统计和质量的信息相关的数据的媒体流。

根据一个实施例，边界设备20根据标准SIP背靠背用户代理(B2BUA)操作。据此，边界设备20被插入到VoIP呼叫中在主叫方和被叫方之间建立的信令和媒体路径中。在下面的实施例中，应当理解在建立主叫方和被叫方之间的信令和/或媒体路径中可以调用其它中间软件和/或硬件设备。

根据一个实施例，远程平台14是由多个租户共享的多租户平台。该平台包括标准硬件部件，例如一个或多个处理器、磁盘、存储器和类似部件，用以实现一个或多个呼叫中心部件(例如，媒体服务器、记录服务器、SIP服务器，等等)。根据一个实施例，该一个或多个呼叫中心部件被实现为远程平台上的软件。该软件部件可以由一个或多个虚拟机托管。虚拟机可以专用于每个租户，或者可以在多个租户之间共享。

每个呼叫中心后端12处维护的设备10包括呼叫中心部件，该呼叫中心部件可以包括或不包括在远程操作环境16中。例如，该设备可以包括电话/SIP服务器、路由服务器、统计服务器、代理设备(例如，电话、台式电脑，等等)和/或其它典型的用于为特定呼叫中心生成呼叫中心服务的控制器。因为该设备本地地位于呼叫中心后端中，所以呼叫中心保留对这种设备的控制。

根据一个实施例，VoIP基础设施26(例如，SIP中继线)被用于提供公共交换电话网(PSTN)24和专用网络22之间的连接。根据一个实施例，专用网络22实施MPLS(多协议标签交换)以用于在广域网(WAN)上通过租用线路发送VoIP通信。尽管使用MPLS作为示例，但是本领域技术人员应当理解任何其它机制可以与MPLS一起或代替MPLS来使用以确保穿过专用网络的呼叫的服务质量保障、比特率和带宽。由于专用网络22提供的服务质量保障，呼叫穿过该专用网络时的一致的呼叫质量和安全均可以预期。

根据一个实施例，远程操作环境16内的边界设备20控制路由至客户设备18和穿过专用网络22的本地设备10并从客户设备18和穿过专用网络22的后端设备10路由的信令(例如，SIP消息)和媒体流(例如，RTP数据)。据此，边界设备20连接到中继线28和中继线30，其中中继线28承载有用于通过专用网络22发送呼叫至客户设备18和从客户设备18发送呼叫的信号和媒体，中继线30承载有通过专用网络发送至和来自于后端设备10的信号和媒体。边界设备20还连接到向该客户提供呼叫中心服务的远程平台14。

远程操作环境16还可以连接到其它公共操作环境(例如，公共云计算环境)，并且对本领域技术人员显而易见的是，一些处理过程可以被分配到其它远程操作环境。例如，不需要QoS的情报处理和媒体处理可以被分配到代表一个或多个租户的其它远程计算环境。例如，公共操作环境可以通过SIP服务器、路由服务器和类似服务器托管专用于每个租户的虚拟机，以处理入站和出站的语音联络。

I.混合环境中的呼叫中心服务

图2是根据本发明一个实施例的用于在混合操作环境中提供客户自助服务的系统的示意框图。客户自助服务可以被称为交互式语音应答(IVR)自助服务。据此，远程平台14为多个预定的租户提供语音平台58，以用于为指向多个租户中的任意一个的入站呼叫提供客户自助服务功能。尽管自助服务和辅助服务功能计划由语音平台提供，但是本领域技术人员应当理解，其它类型的辅助服务、多媒体交互和呼叫中心外部的应用程序也可以由语音平台提供。

语音平台58可以托管例如SIP服务器56、资源管理器50、语音服务器54和媒体控制平台52。资源管理器50和媒体控制平台52可以统称为媒体控制器。根据一个实施例，SIP服务器56用作SIP B2UBA，并且控制SIP请求流和SIP端点之间的响应。对本领域技术人员来说显而易见的是，配置为建立和撤销VoIP通信会话的任何其它控制器都可以被添加到SIP服务器或者代替SIP服务器。SIP服务器56可以是独立的逻辑部件，或者与资源管理器50组合。在一些实施例中，SIP服务器可以被托管到呼叫中心后端12处和/或托管在远程操作环境中。尽管在本发明的多个实施例中使用SIP服务器作为例子，但是本领域技术人员应当理解，配置有任意其它VoIP协议的其它任何呼叫服务器均可以被添加或者代替SIP，例如公知的H.232协议、媒体网关控制协议、Skype协议以及类似协议。

资源管理器50被配置为分配并监视用于向每个资源类型提供负载平衡和高可用性的一组媒体控制平台。根据一个实施例，资源管理器50监视并从可用平台群集中选择媒体控制平台52。对媒体控制平台52的选择可以是动态的，例如根据对主叫用户的位置的识别、将要生成的媒体服务的类型、检测到的当前媒体服务的质量以及类似因素。

根据一个实施例，该资源管理器被配置为用于为媒体服务处理请求，并且与例如具有配置数据库的配置服务器交互，以确定交互式语音响应系统(IVR)文件、语音应用程序(例如，语音可扩展标记语言(语音XML)应用程序)、公告以及可以传送该服务的会议应用程序、资源和服务文件，例如媒体控制平台。根据一个实施例，资源管理器可以为服务提供者提供分层的多租户配置，从而使由它们为每个租户分配选定数量的资源。

根据一个实施例，该资源管理器被配置为用作SIP代理、SIP注册器和/或SIP通知器。据此，该资源管理器可以用作两个SIP部件之间的SIP流量的代理。作为SIP注册器，资源管理器可以通过例如SIP REGISTER消息接收各种资源的注册。这样，语音平台58可以支持呼叫处理部件的透明的再定位。在一些实施例中，诸如媒体控制平台的部件在启动时不与资源管理器一起注册。资源管理器通过从配置数据库检索到的配置信息检测媒体控制平台52的实例。如果媒体控制平台资源群组已配置为用于监视，则资源管理器通过使用例如SIP OPTIONS消息监视资源健康状态。例如，为确定群组里的资源是否活跃，资源管理器周期性地向该群组里的每个媒体控制平台资源发送SIP OPTIONS消息。如果资源管理器收到OK的回复，则认为该资源是活跃的。

根据一个实施例，该资源管理器通过例如从SIP服务器56接收SIP SUBSCRIBE请求并为相同或不同的SIP设备维护多个独立的订阅通知。该订阅通知为由资源管理器管理的租户的目标。在此点上，资源管理器周期性地为订阅者(或者租户)生成SIP NOTIFY请求，该请求关于端口使用和可用端口数量。资源管理器通过向租户发送通知以及当前容量支持多租户，其中该通知包含租户名称和与该租户相关联的媒体控制平台的当前状态(使用中或停用)。

资源管理器被配置为用于执行多种功能：

资源管理——资源管理器分配并监视SIP资源以在语音平台58部署内维护该资源的当前状态。就此而言，随着工作负载在相同类型的资源之间平均分配，资源管理器为每种资源类型提供负载平衡和高可用性。这些过程有助于在资源不可用时确保新进入的服务不会被中断。

会话管理——该资源管理器结合了会话管理的两个逻辑功能：

物理资源管理——该资源管理器监视多种语音平台资源的状态，并且根据请求的服务和性能映射路由至提供特定组的功能或服务的资源。

逻辑服务管理——该资源管理器使用高级应用程序和业务逻辑来选择将被传送的服务和将被应用的参数。就此而言，用于实现该服务的资源不需要被预先指定。这样，资源管理器提供会话管理功能以处理逻辑呼叫会话、逻辑会话中的单个呼叫以及呼叫会话内的时长和呼叫路线协调。

服务选择——当呼叫会话到达资源管理器时，资源管理器将该呼叫映射到IVR文件并且若可以的话映射到租户，并为该请求选择服务。资源管理器可以采用多种方法确定执行哪个IVR文件。根据一个实施例，可以使用被呼叫号码识别服务(DNIS)来识别运行哪个应用程序。在这种情况下，入站呼叫对应于DNIS。

根据一个实施例，当平台管理员将服务分隔为多层次结构时，资源管理器还可以识别期望某请求的租户。IVR文件、策略实施和服务参数可以由与该请求相关联的租户确定。在分层的多租户(HMT)环境中，选择租户时，实施的策略以及与该租户相关联的应用程序和服务参数也会影响到该租户对象内的子租户。

资源管理器为会话确定了IVR文件后，所述资源管理器为每个呼叫支路(也被称为呼叫连接的呼叫路径或分段)识别服务类型和服务前提条件。对于IVR文件中的每种类型的服务，可以配置由服务管理器发送到语音XML应用程序的一组服务参数以影响该应用程序的执行方式。例如，对于语音应用程序，可以为语音XML服务配置默认语言。

策略执行——根据一个实施例，对于每个IVR文件和如果可以的话对于每个租户，策略可以被配置为例如使用限制、拨号规则和服务性能。资源管理器通过在语音XML应用程序上执行策略以判定是否接受SIP会话。如果该会话被接受，则资源管理器定位资源以处理该资源。资源管理器还可以执行与语音XML或CCXML应用程序如何使用资源相关的策略。对于多个租户，资源管理器可以被配置为以分级方式来提供并执行策略。HMT使服务提供者或父租户(parent tenant)将它的部分入站端口分配到每个代理商(或子租户)。代理商可以接着将端口分配给在它的代理对象内的一组子租户。当在子租户层次执行租户策略时，该策略被发送到该子租户对象内的全部其它子租户。

服务请求修正——根据一个实施例，在资源管理器将请求发送到可以处理被映射的服务的资源之前，所述资源管理器可以修改SIP请求以添加、删除或修改SIP参数。该功能可以针对每个服务/每个应用程序进行定义。

资源选择——资源管理器识别IVR文件和服务类型之后，所述资源管理器识别可以提供该服务的资源组。然后，根据该组的负载平衡方案和组内单个物理资源的状态，资源管理器将请求分配到特定的物理资源。

具有地理位置信息的资源选择——当资源管理器从网关资源(SIP服务器)收到具有地理位置信息的请求时，所述资源管理器会检查该资源组以确定为该组配置的地理位置参数与该请求内的地理位置是否匹配。如果发现匹配，则资源管理器根据端口可用性、优先级和其它标准将该呼叫路由至该组。

出站动作的资源选择——对于出站呼叫动作，资源管理器被配置为预估代理呼叫与客户呼叫的比例。当部署内存在多个媒体控制平台时，资源管理器可以根据最大呼叫数量和空闲端口为特定动作分配呼叫。

呼叫数据报告——当发生数据采集和记录事件时，资源管理器将这些记录事件发送至例如报告服务器。

在一些实施例中，语音平台58可以不包括资源管理器50，或者资源管理器50的功能可以结合到另一个语音平台部件中，例如，媒体控制平台52。

再次参照图2，语音服务器54被配置有语音识别技术，以提供自动语音识别和在语音应用程序中使用的文本转语音功能。

媒体控制平台52被配置为根据服务使用者的请求提供呼叫和媒体服务。这种服务包括但不限于开始出站呼叫、呼叫被保持时播放音乐或者提供其它媒体、呼叫记录、召开会议、呼叫进程检测、客户自助服务会话期间播放音频/视频提示以及类似服务。上述服务中的一个或多个由语音应用程序60a和60b(例如，语音XML应用程序)限定，该语音应用程序作为在媒体控制平台和服务使用者之间建立媒体会话的过程的一部分而被执行。

根据一个实施例，语音平台58由向其提供呼叫中心服务的多个呼叫中心共享。根据本实施例，多个租户的多个语音应用程序在同一个媒体控制平台实例上运行而不会彼此干扰。为其运行语音应用程序的租户的识别(例如，根据客户拨打的电话号码)允许为该呼叫选择并执行合适的语音应用程序。

在向入站呼叫提供客户自助服务的一个实例中，该呼叫进入边界设备20并且进一步被发送到SIP服务器56。边界设备20被配置为用于识别该呼叫涉及的租户，并且识别为该租户配置的SIP服务器56(例如，根据所拨打的入站电话号码)。根据一个实施例，SIP服务器56通过向资源管理器发送信令消息(例如，SIP INVITE消息)将该呼叫传送至资源管理器50。根据一个实施例，没有为该租户建立单独的SIP服务器56，并且SIP服务器的某些功能被代替地并入到资源管理器50中。根据一个实施例，资源管理器被多个租户共享。

资源管理器被配置为用于识别与生成信令消息(例如，根据SIP服务器的源地址)的SIP服务器56相关联的呼叫中心，并且进一步为该请求识别语音或呼叫控制应用程序(被称为交互式语音应答(IVR)文件)和服务/资源。所请求的特定服务可以在例如发送到资源管理器的信令消息中被识别。

资源管理器50被配置为用于根据IVR文件、负载平衡考虑及类似因素从一组媒体控制平台选择合适的媒体控制平台52，并且向所识别的媒体控制平台发送请求。在发送该请求中，资源管理器被配置为用于插入服务要求、服务参数和为IVR文件配置的策略所指定的附加报头和参数。

媒体控制平台52被配置为用于从例如网站服务器通过HTTP请求获取语音应用程序60a和60b。托管语音应用程序60a和60b的网站服务器可以设置在远程操作环境16或呼叫中心后端12中。

根据一个实施例，媒体控制平台52包括用于解释和执行语音应用程序的解释模块。在一些实施例中，媒体控制平台通过资源管理器50可以从语音服务器54调用附加服务，例如，自动语音识别或文本至语音服务。

根据对语音应用程序的执行，通过边界设备20在媒体控制平台52和终端用户设备18之间建立RTP媒体路径62。当实体中的一个(终端用户设备18或媒体控制平台52)断开(例如，自助服务结束时)或者该呼叫被转发出语音平台58(例如，转发到代理)时，资源管理器50结束该呼叫。

图3是根据本发明一个实施例的用于在混合操作环境中提供出站通知的系统的示意框图。该系统与图2所示的系统相似，所述系统包括远程语音平台58'，远程语音平台58'托管SIP服务器56、资源管理器50和媒体控制平台52。此外，语音平台58'进一步托管被配置为管理出站会话的开始的出站网关55。根据一个实施例，由出站应用程序100控制出站会话，在所述的实施例中，该出站会话被设置在呼叫中心后端12处的网站服务器(图中未示出)中。然而，本领域技术人员应当理解，出站应用程序也可以设置在由远程操作环境16托管的服务器中。

根据一个实施例，出站应用程序通过穿过专用网络22的数据链路102使用HTTP请求向出站网关55发起出站呼叫会话。在一个实施例中，该请求包括用于发起可以由出站应用程序提供的出站呼叫的必要信息。例如，出站应用程序可以控制该呼叫的时序、被呼叫的号码以及为该呼叫调用的语音应用程序108a和108b。

出站网关55连接到SIP服务器56，SIP服务器56被配置为从边界设备20到终端用户设备18以及从边界设备20到媒体控制平台52建立呼叫支路，并且将两个呼叫支路桥接在一起以用于在终端用户设备18和媒体控制平台52之间建立媒体路径106。出站呼叫期间提供到客户的语音通知取决于由出站应用程序100识别的语音应用程序108a和108b。如图2所示的实施例，语音应用程序可以从呼叫中心后端12或远程操作环境16中的网站服务器检索到。

当出站通知完成时，出站网关55被配置为用于从媒体控制平台52收集该呼叫的结果，并且将该结果发送到通知消息中的出站应用程序100。

图4是根据本发明一个实施例的用于在混合操作环境中提供呼叫寄存服务的系统的示意框图。根据本实施例，与图2中的SIP服务器相似的SIP服务器70被托管在呼叫中心后端12处而非托管在远程操作环境16。后端进一步托管路由服务器72，路由服务器72被配置为根据路由服务器识别的路由策略将交互路由至呼叫中心资源。对于后端来说都是本地的SIP和路由服务器70,72也可以称为本地控制器。但是，媒体服务是由远程操作环境16中的资源管理器50和媒体控制器52远程提供的。

在一个示例中，入站VoIP呼叫由边界设备20接收并路由至SIP服务器70。SIP服务器70将该呼叫在呼叫中心后端处本地排队并发送消息到路由服务器72以将该呼叫路由至可用的呼叫中心资源(例如，代理)。在不存在可以处理该呼叫的资源的情况中，路由服务器72通过该情况的本地数据连接74发送消息到SIP服务器70。作为响应，SIP服务器70将该呼叫在入站队列中本地排队，并将呼叫寄存媒体服务请求通过穿过专用网络22的数据链路78发送到资源管理器50。资源管理器50识别合适的媒体控制平台52以处理该请求，并且在识别这种平台时通过边界设备20在终端用户设备18和媒体控制平台52之间建立媒体信道/路径80。尽管该呼叫的控制被呼叫中心后端处的SIP服务器70保留，但是媒体信道80不需要依次穿过呼叫中心后端。根据一个实施例，SIP服务器70通过向包括资源管理器50的多个部件发送信令消息保持对该呼叫的控制，从而控制生成和/或撤销的媒体路径。

作为呼叫寄存服务的一部分，媒体控制平台52可以使用媒体信道80向客户传送媒体，例如语音通知和/或音乐，用以指示当前没有可用代理。选择的语音通知和/或音乐可以取决于媒体控制平台检索的语音应用程序。作为呼叫寄存服务的一部分，媒体控制平台还可以被配置为周期性地向路由服务器72发送消息以请求由路由服务器72计算的估计的等候时间量。该请求可以通过穿过专用网络22的数据链路76传送。作为响应，路由服务器72向媒体控制平台52提供被请求的信息，并且由语音应用程序使用以通过媒体控制平台和终端用户设备18之间建立的媒体信道输出相应的音频(例如，“我们估计您的等候时间将在5到10分钟之间”)。

路由服务器72被配置为用于监视呼叫中心资源的可用性，并且在识别这种资源时发送消息到SIP服务器70。响应于该可用性的消息，SIP服务器70被配置为通过数据链路78发送消息到资源管理器50以请求呼叫寄存服务的终止。这样，由媒体控制平台52提供的服务被保持该呼叫的控制的本地SIP服务器70取消，同时媒体服务由远程操作环境提供。媒体控制器根据该请求控制该媒体，并且终止呼叫寄存服务。在SIP服务器70和被识别的呼叫中心资源(例如，呼叫中心后端12处的代理设备)之间交换信令消息时，从边界设备20到呼叫中心资源建立呼叫支路，以允许客户与呼叫中心资源之间的媒体交换。因此，由SIP服务器70传送的控制信号以在呼叫中心后端处的边界设备20与呼叫中心资源之间建立的新的呼叫支路替代了远程操作环境16中的边界设备20与媒体控制平台52之间的呼叫支路。

图5是根据本发明一个实施例的用于为混合操作环境中的出站呼叫提供呼叫进程检测的系统的示意框图。根据本实施例，本地呼叫中心后端12托管作为本地设施10的SIP服务器90和出站呼叫服务器92，同时远程操作环境16中的远程平台14托管资源管理器50和媒体控制平台52。SIP服务器90可以与图2的SIP服务器56相似，并且可以按照出站呼叫服务器92所指示的配置为用于接收命令。据此，出站呼叫服务器92可以配置有出站应用程序(图中未示出)，所述出站应用程序例如在出站活动期间提供呼叫控制。出站应用程序可以与图3的出站应用程序108a和108b相似。据此，出站应用程序可以控制呼叫次数和号码、要调用的语音应用程序以及类似数据。出站应用程序的不同点在于，如果该呼叫被人或者自动应答系统捡取，则图3中的出站应用程序控制媒体控制平台留言，而如果该呼叫被人应答以将该呼叫连接到代理则图5中的出站应用程序控制媒体控制平台发送消息。

根据一个实施例，以与关于图3所述的实施例相似的方式，出站呼叫按照出站呼叫服务器92执行的出站应用程序的指示开始。根据一个实施例，媒体控制平台为出站通知提供媒体。另外，媒体控制平台52可以配置为用于根据例如来自由被执行的出站应用程序确定的SIP服务器90的为该服务作出的请求来提供呼叫进程检测。用于发起出站呼叫和呼叫进程检测的请求可以通过穿过专用网络22的数据链路120传送。

响应于呼叫进程检测请求，媒体控制平台52监视呼叫进程以识别触发动作，例如出站呼叫的应答(或无应答)，包括识别设备类型或应答该呼叫的人(如果有的话)。该呼叫进程信息通过数据链路122被发送到出站呼叫服务器92，并且通过数据链路120被发送到SIP服务器。响应于该信息，出站呼叫服务器92可以更新它的记录、尝试呼叫备用号码(以防发送到第一个号码的呼叫不成功)以及类似操作。

根据一个实施例，响应于接收到客户(相对于应答机或传真机)已经应答该呼叫的更新，SIP服务器90可以被配置为向出站呼叫服务器发送消息以将该客户与在线代理连接。根据一个实施例，出站呼叫服务器92可以被配置为将预占媒体控制平台的代理与连接到同一媒体控制平台的应答客户相匹配。一旦该代理被识别，该呼叫通过从边界设备20到所识别的代理的设备建立呼叫支路被连接。这使得边界设备20与媒体控制平台52之间的呼叫支路被边界设备20与代理设备之间的呼叫支路代替。

图6是根据本发明一个实施例的用于混合操作环境中的呼叫记录的系统的示意框图。本实施例与图4和5所示的实施例的相似之处在于，资源管理器50和媒体控制平台52被远程操作环境16中的远程平台14托管。除了资源管理器和媒体控制平台之外，该远程平台进一步托管被配置为记录媒体会话期间交换的媒体的记录服务器400。尽管记录服务器400被描述为独立的部件，但是本领域技术人员应当理解，记录服务器的功能可以被结合到媒体控制平台52。

根据一个实施例，媒体控制平台52被配置为主动记录。与VoIP记录通过将被动记录系统连接到交换机以监视所有的网站流量并仅选出VoIP流量进行记录的被动记录不同，为了记录目的，主动记录允许记录设备在呼叫中作为主动参与者。据此，媒体控制平台52位于两个通信方之间建立的媒体路径中，以便主动记录(例如，复制和存储)穿过该媒体路径的媒体。

根据一个实施例，呼叫中心后端托管可以与图4的SIP服务器70相似的SIP服务器402，以通过远程操作环境16中的媒体控制平台发起终端用户设备18与代理设备404之间建立的呼叫的呼叫记录。响应于对记录服务的请求，媒体控制平台52执行终端用户设备18与代理设备404之间的媒体桥接406，并且发起记录会话。媒体控制平台52从终端用户设备18和代理设备404复制媒体408a和408b并发送给它们，并且将复制的媒体传送至记录服务器400，然后记录服务器400进一步将该复制的媒体存储在本地和/或远程存储设备(图中未示出)中。该本地存储设备可以是例如远程操作环境16中的磁盘存储机构(例如，磁盘阵列)，其中远程操作环境16可以根据该远程操作环境中的媒体控制平台的群组缩放。远程存储设备可以被托管在例如与远程操作环境16相分离的环境(例如，公共云计算环境)中。根据一个实施例，存储设备为多个租户以安全和保密的方式存储媒体记录。就此而言，该记录以加密方式(例如，通过公共秘钥)存储在存储设备中，并且被配置为被可以例如拥有私人秘钥的租户解密(例如，用于收听)。

根据一个实施例，记录服务器400被配置为通过数据链路410从SIP服务器402接收呼叫记录的元数据。该元数据可以作为实际呼叫记录与相应的呼叫记录相关联地存储在相同或者分开的数据存储设备中。根据一个实施例，元数据被存储为该呼叫记录的报头数据。

可以通过从SIP服务器402发送请求路由呼叫消息到媒体控制平台52从路由策略启动记录，该信息具有扩展秘钥“记录”并将值设定为“源”以记录客户离开该呼叫前的全部支路，或者将值设定为“目标”以记录目标代理在线期间的全部支路。使用路由策略选择记录被称为选择性记录。根据一个实施例，在基于路由策略的记录中，检查租户的记录参数以识别要记录的呼叫的百分比并且根据所识别的百分比请求记录特定的呼叫。

根据一个实施例，SIP服务器402可以被配置为记录特定代理DN的呼叫或全部入站呼叫。根据一个实施例，“无记录”扩展秘钥可用于支持请求路由呼叫消息。设定“无记录”秘钥时，即使呼叫在DN水平设定为记录也不会执行记录。然而，呼叫建立后仍然可以允许动态的记录控制，以便需要记录时允许代理进行记录。

根据一个实施例，代理设备404可以提供具有动态记录控制的图形化用户界面，以允许代理开始、暂停、恢复及停止记录。根据一个实施例，由SIP服务器402发送用于控制该记录的命令。代理设备404以外的其它客户端即使不是该呼叫的其中一方也可以提供记录命令。

图7是根据本发明一个实施例的用于在混合操作环境中记录呼叫的信令流动图。该流动开始于步骤420，其中在称为A方440和B方442的两个通信设备之间建立媒体会话。

在被统称为422和424的步骤中，在SIP服务器、资源管理器和媒体控制平台52之间执行的预协议阶段，用于向媒体控制平台52提供在A方440和B方442之间建立的媒体会话的副本。根据一个实施例，在步骤422中，与A方的媒体会话信息通过资源管理器50使用会话描述协议(SDP)提供到媒体控制平台52，所述信息包括例如IP地址、端口号以及用于发送和接收A方RTP流的编码解码器。类似地，与B方媒体会话相关的信息在步骤424中被提供到同一媒体控制平台。

在被统称为步骤426的步骤中，SIP服务器402向媒体控制平台52传送请求以记录呼叫。就此而言，在统称为步骤428的发送信令期间，SIP服务器402(通过资源管理器50)向媒体控制平台52传送INVITE消息，用于建立与A方440的媒体路径，这种情况中，媒体控制平台根据步骤422中的预协议阶段中接收的会话信息为A方生成会话。然后，如步骤430中所示，通过SIP服务器402和A方440之间的信令为所生成的媒体会话建立媒体路径。

类似地，在统称为步骤432的信令发送期间，SIP服务器402(通过资源管理器50)传送INVITE消息到媒体控制平台52，用以建立与B方442的媒体路径。媒体控制平台作为响应根据步骤424中的预协议阶段接收的会话信息为B方生成会话。然后，通过SIP服务器402和B方442之间的信令为所生成的媒体会话建立媒体路径，如步骤434所示。

然后，通过所建立的媒体路径436和438交换媒体。这样，媒体控制平台52在A方440和B方460之间桥接媒体，并且在步骤439中记录所交换的媒体。

II.处理混合环境中的连接失败

图8是根据本发明一个实施例的具有故障转移能力的混合操作环境的示意框图。来自客户终端设备18的入站呼叫被发送到SIP服务器56以路由至呼叫中心代理。在图示的实施例中，呼叫中心代理通过SIP服务器56注册与代理电话200相关联的电话号码。该代理还可以访问台式机202，该台式机可以用于从SIP服务器56接收与入站呼叫相关的数据。根据一个实施例，该数据在广域网上通过数据链路204传送，其中该广域网可以不与专用网络22使用相同连接。台式机202还可以提供具有呼叫控制选项(例如，应答呼叫、将呼叫保持、转接呼叫及类似处理的选项)的图形用户界面。

根据一个实施例，SIP服务器56被配置为用于规律或不规律地监视代理设备200的连接状态。就此而言，SIP服务器56可以配置为用于通过穿过专用网络22的数据链路206传送投票/心跳消息到代理设备200，并且在预先设定的时间内等候确认。如果SIP服务器没有在设定的期间收到确认，SIP服务器可以被配置为假设数据链路206或代理设备200有故障。这种情况下，SIP服务器被配置为检索一列备用号码(例如，直接拨入(DID)号码)以替换由SIP服务器为该代理维护的电话208。根据一个实施例，该备用号码为被任何代理用于通过SIP服务器注册的号码。

响应于识别所述备用号码，将被路由到该代理的呼叫以无缝方式发送到备用电话号码而非号簿号码。根据一个实施例，呼叫数据通过数据链路204被连续地发送到代理台式机202，数据链路204不受穿过专用网络22的故障数据链路206的影响。根据一个实施例，代理可以通过代理台式机加入到呼叫控制以控制路由到备用号码的呼叫。当通过数据链路206到代理设备200的连接再次恢复后，重新将号簿号码路由到该代理。

根据一个实施例，如图8所示，如果要记录客户与代理之间的呼叫，将从终端用户设备18到备用号码208的媒体路径205a和205b通过媒体控制平台52桥接起来。然而，通过边界设备20被桥接的媒体路径不需要经过媒体控制平台。

图9是根据本发明一个实施例的具有故障转移能力的混合操作环境的示意框图。在图示的实施例中，SIP服务器56被部署在主动/热备份对中。例如，远程操作环境16中的远程SIP服务器56可以被部署为主实例，而呼叫中心后端中的本地SIP服务器250部署为备份(故障转移)实例。尽管SIP服务器用作提供故障转移能力的实例，但是本领域技术人员应当理解，其它呼叫中心部件也可以具有类似的故障转移能力。

根据一个实施例，代理通过本地SIP服务器250注册他或她的注册信息，包括例如与代理设备252相关联的号簿号码。被配置为热备份实例的本地SIP服务器250代理到被配置为主实例的远程SIP服务器56的注册。就此而言，该代理注册信息通过数据链路254被发送到远程SIP服务器56以存储于其中。

在图示的实施例中，入站呼叫到达媒体网关256，尝试通过穿过专用网络22的数据链路258发送请求，以将该呼叫路由至远程SIP服务器56。如果该请求被远程SIP服务器56成功接收，并且假定该呼叫将被路由至代理设备252，SIP服务器根据存储在远程SIP服务器56内的注册信息发送信号到媒体网关256，从而将该呼叫路由至所述代理设备，继而建立到代理设备252的媒体信道260，用以与终端用户设备18进行通信。

然而，如果远程SIP服务器56不在预设的时间内回应从媒体网关256路由的请求，则本地SIP服务器250接管，媒体网关通过本地数据链路262继续向本地SIP服务器发送该请求。

图10是根据本发明一个实施例的在混合操作环境中多种媒体服务的分布的示意图。该媒体服务包括但不限于呼叫进程检测300、会议302、呼叫保持音乐304、呼叫寄存306、呼叫记录308和IVR自助服务。例如会议302和呼叫保持音乐304等的服务可以通过将呼叫中心后端12上的资源管理器地址作为这些服务的呼叫参数314和316存储在SIP服务器上由呼叫中心后端12上的一个或多个控制器310提供。通过将远程操作环境16上的资源管理器的地址作为这些服务的呼叫参数320、321和324存储在SIP服务器中，其它服务(例如，呼叫进程检测300、呼叫记录308和IVR自助服务323)可以由远程操作环境上的一个或多个媒体控制器312提供。

其它服务，例如呼叫寄存306可以配置为由呼叫中心后端12上的媒体控制器310和312提供，也可以由远程操作环境16中的媒体控制器310提供，从而可以提供溢出支持。首先被调用的媒体控制器是由SIP服务器保存在该服务的呼叫参数318和322中的优先等级确定的。在所述的实施例中，为呼叫中心后端中的媒体控制器310设定的优先级(例如，优先级＝0)高于为远程操作环境中的媒体控制器312设定的优先级(例如，优先级＝1)。

SIP服务器向具有较高优先级的媒体控制器310发送媒体服务请求。如果媒体控制器310达到了为该媒体控制器设置的最大阀值，SIP服务器从资源管理器接收用于显示该事实的SIP响应。然后，SIP服务器将该请求发送到具有较低优先级的溢出媒体控制器312。响应于SIP服务器的请求，溢出媒体控制器312持续地提供媒体服务直到主媒体控制器310的负载下降到期望阀值以下。

图21是根据本发明一个实施例的用于提供媒体服务的混合操作环境的示意图。在图示的实施例中，SIP服务器2100被部署在呼叫中心后端12上。该SIP服务器可以与例如图3所述的SIP服务器相似。

根据一个实施例，到达特定呼叫中心的呼叫被边界设备20接收，并且该边界设备通知SIP服务器2100接收该呼叫。作为响应，SIP服务器2100确定适合于服务该呼叫的一部分的媒体服务，并且根据媒体服务类型识别媒体资源。例如，如果该媒体服务是IVR自助服务，SIP服务器可以根据存储在SIP服务器中的该特定服务的呼叫参数来识别远程操作环境52中的资源管理器50。响应于识别结果，SIP服务器向资源管理器50发送请求以将该呼叫连接到远程控制平台52，由远程控制平台52在IVR自助服务期间提供语音提示。因此，对于该呼叫的这一部分，呼叫支路2104a从客户端用户设备建立到边界设备，另一个呼叫支路2104b从边界设备20建立到远程媒体控制平台52。

呼叫期间，SIP服务器2100决定为该呼叫的另一部分提供另一个媒体服务。例如，当该呼叫被保持时媒体服务可以播放音乐(例如，音乐-保持服务)。根据路由服务器执行的路由策略，该媒体服务请求可以来自于例如路由服务器(图中未示出)。

响应于确定提供第二媒体服务，SIP服务器识别该媒体资源(例如，本地资源管理器)的位置以提供所请求的服务。在图示的实施例中，本地后端上的媒体控制平台2101被调用以向该呼叫的第二部分提供媒体。对于音乐-保持服务，由媒体控制平台2012提供的媒体是由租户为该服务设置的音乐。就此而言，从边界设备20到远程媒体控制平台52的呼叫支路2104b被从边界设备20到媒体控制平台2102新建立的呼叫支路2104c所代替。据此，通过本地操作环境中的SIP服务器2100发送的控制信号将媒体从远程操作环境16移动到本地操作环境12。

图22是根据本发明另一个实施例的用于提供媒体服务的混合操作环境的示意图。根据本实施例，SIP服务器2202设置在呼叫中心后端12，由远程操作环境16中的资源管理器52和媒体控制平台50提供媒体。SIP服务器2202可以与图2中所示的SIP服务器56相似。图示的实施例中，来自终端用户设备18的呼叫到达呼叫中心后端12上的媒体网关2200，并且调用SIP服务器2202以路由该呼叫。为该呼叫调用媒体服务时，SIP服务器(例如，通过为特定媒体服务在SIP服务器配置的号簿号码)识别远程操作环境16中的资源管理器52，并且发送信令信息以将该媒体服务发送到资源管理器52。资源管理器将该请求发送到所选择的用于处理该服务的媒体控制平台50，并且在终端用户设备与媒体控制平台50之间建立媒体路径2204。当然，可以调用中间软件和/或硬件设施以建立媒体路径。

图23是根据本发明另一个实施例的用于提供媒体服务的混合操作环境的示意图。根据本实施例，SIP服务器2300设置在远程操作环境16中，用以当媒体由资源管理器2302和本地操作环境12中的媒体控制平台2304发送时控制媒体。SIP服务器2300可以与图2中的SIP服务器56相似。入站呼叫被边界设备20接收，并且向SIP服务器2300发送请求以路由该呼叫。如果向该呼叫提供媒体，SIP服务器识别资源管理器，该资源管理器在图23所示的实施例中为呼叫中心后端12中的资源管理器2302。反过来，资源管理器识别合适的媒体控制平台，在图23所示的实施例中，该媒体控制平台为呼叫中心后端12中的媒体控制平台2304。在终端用户设备18与媒体控制平台2304之间建立媒体路径2306。

III.基于地理位置的呼叫记录

本发明的实施例还涉及在支持地理位置的呼叫中心内执行记录。支持地理位置意味着允许具有特定部件的多站点部署的呼叫中心从多个站点中选择一个以在选择的站点调用该部件。这种部署有助于WAN流量最小化或者特定情形中延迟最小化。

图11A是根据本发明一个实施例的用于描述不具有呼叫记录功能的典型VoIP呼叫的成本和延迟的呼叫中心系统的示意图。在图示的实施例中，客户在特定地理位置502(例如，德克萨斯州的达拉斯)使用媒体网关500向位于另一地理位置504(例如，加利福尼亚的旧金山)的呼叫中心发送VoIP呼叫。托管在呼叫中心后端504上的一个或多个应用程序可以被调用以路由该呼叫。例如，SIP服务器506可以判断出该呼叫应当被发送到位于第二地理位置516上的相对于第一地理位置和第二地理位置都很遥远的代理设备514。在媒体网关500和代理设备514之间建立穿过广域网的媒体信道518，例如，公共因特网。语音数据通过该媒体信道发送。发送语音数据过程中发生的与一次穿过广域网相关的延迟和流量是在客户与代理之间传送的每个语音数据包的延迟和流量。

图11B是根据现有方案处理呼叫记录的图11A中所示呼叫中心系统的示意图。在图示的现有技术系统中，媒体控制平台510和记录服务器512均被部署在呼叫中心后端504上。因此，响应于SIP服务器510向媒体控制平台510发送命令以记录客户与代理之间的呼叫的动作，通过呼叫中心后端504上的媒体控制平台510将已建立的媒体路径520a和520b桥接起来，并且通过该媒体路径传送的媒体被同样设置在呼叫中心后端上的记录服务器512记录。但是，当该通信量到达它的目的设备前首先穿过媒体控制平台510时，这种解决方案使得穿过广域网的流量被加倍。这种方案还增加了媒体路径的延迟，而这些延迟对于实时呼叫来说是不能接受的。

根据一个实施例，呼叫中心具有基于地理位置的呼叫记录功能，相对于传统呼叫记录，该方案有助于最小化延迟和成本。

图11C是根据本发明一个实施例的配置为基于地理位置呼叫记录的呼叫中心系统的示意图。在图11B所示的实施例中，客户使用设置在特定地理位置532(例如，德克萨斯的达拉斯)的媒体网关530发送VoIP呼叫到位于另一个地理位置534(例如，加利福尼亚的旧金山)的呼叫中心。根据一个实施例，呼叫中心后端托管的应用程序有例如SIP服务器536、资源管理器538和记录服务器540。在另一个实施例中，上述应用程序中的一个或多个可以被托管在远程操作环境上，例如图6中所示的远程操作环境。

根据一个实施例，与呼叫中心相关的一个或多个媒体控制平台542被分配到不同的地理区域，例如，位于或靠近媒体网关530的地理位置532。根据一个实施例，一池媒体控制平台542被部署到每一个区域。例如，与特定呼叫中心相关的一池媒体控制平台可以被部署在北美的某处，另一池媒体控制平台可以被部署在欧洲的某处，而另一池媒体控制平台可以被部署在亚洲的某处。具体位置的确定可能依据多种因素，例如，呼叫中心后端的位置、特定地理区域内执行的业务量、代理位置以及类似因素。

根据一个实施例，其它呼叫中心部件，例如记录服务器540、SIP服务器536和资源管理器538不被分配到上述多个地理位置。这样的方案有助于在不降低客户与代理之间的实时通话质量的情况下使呼叫中心的成本最小化。在其它实施例中，所述其它呼叫中心部件中的一个或多个被部署在不同地理区域。

在图11C所示的实施例中，客户使用媒体网关530发起到呼叫中心的呼叫。呼叫中心后端534的SIP服务器536将该呼叫路由至地理位置546上的代理设备544，代理设备544远离媒体网关530的地理位置532，同时远离呼叫中心后端534。SIP服务器536进一步根据例如处理该呼叫的代理的DN、来自该代理的明示请求或者SIP服务器访问的其它配置参数，判定应当为呼叫中心记录该呼叫。SIP服务器536根据一个或多个配置参数选择地理区域，并且随同请求一起发送所选择的地理区域(例如，地理位置＝达拉斯)到资源管理器538以记录该呼叫。反过来，资源管理器运行程序以选择标有被识别的地理区域的媒体控制池。根据负载平衡和其它条件从该控制池中选择合适的媒体控制平台，并且向所选择的媒体控制平台发送记录该呼叫的消息。通过所选择的媒体控制平台542将已建立的媒体路径548a与548b桥接起来。假定媒体控制平台542是媒体网关530的本地媒体控制平台，媒体网关与媒体控制平台542之间的媒体路径548a穿过局域网。媒体穿过该局域网的网络延迟是可以忽略不计的。

媒体控制平台542与代理设备544之间的媒体路径548a穿过广域网。与媒体路径548b相关的延迟是与一次穿过该广域网相关的延迟。因此，相对于图11B所示的现有技术方案，在客户与代理之间被记录的媒体通信的整体延迟被最小化。

根据一个实施例，复制媒体通过穿过广域网的媒体路径550被传送到记录服务器540以记录该呼叫。因为广域网通信量而在传送过程中产生的任何延迟都是可以接受的，因为该复制媒体不需要实时获得。在其它实施例中，记录服务器540与媒体控制平台542一起被布置在在同一地理位置。根据上述实施例，被复制的媒体穿过局域网以代替穿过广域网。

根据一个实施例，地理位置的配置可以发生在例如两种对象中：交换机中的DN对象以及媒体控制平台和记录服务器的资源群组。每个DN(中继型DN、路由点DN、扩展DN和中继组DN)的地理位置标签被分配给媒体控制平台和记录服务器资源群组。呼叫中心管理员可以使用图形用户界面进行地理位置标签的分配。

如何为每个呼叫选择地理位置取决于SIP服务器536是如何配置的。根据一个实施例，SIP服务器根据以下规则为入站呼叫选择地理位置：

1)用以路由呼叫的请求扩展中配置的地理位置(请求路由呼叫)(例如，代理电话的分机号码)；

2)路由点DN中配置的地理位置(例如，可以进一步路由呼叫的呼叫中心部件的DN)；

3)入站中继DN中配置的地理位置(例如，传送入站呼叫的中继的DN)；和

4)被启动的记录的DN中配置的地理位置。

当然，还可以使用其它规则。对于出站呼叫，可以使用以下优先级规则，但是其它规则也可以被考虑：

1)请求路由呼叫的扩展中配置的地理位置；

2)路由点DN中配置的地理位置；

3)代理DN中配置的地理位置；和

4)记录被启用时，出站中继DN中配置的地理位置。

根据一个实施例，当DN被配置为记录呼叫时，选择设置在该DN上的地理位置。当该呼叫中包含多于一个的设置有地理位置的DN时(例如，入站中继DN和路由点DN都设置有地理位置)，那么SIP服务器536被设置为根据所设置的优先级顺序选择地理位置，例如，优先级在先的地理位置。

对地理位置的选择还可以根据SIP服务器502为路由特定呼叫而调用的路由策略进行修改。例如，如果在被识别的用于路由该呼叫的请求的扩展中设定参数“记录＝源”，那么选择该呼叫的入站中继DN中的地理位置(如果设置有地理位置的话)。如果在被识别的用于路由该呼叫的请求的扩展中设定“记录＝目标设备”，那么选择该代理的地理位置(扩展DN)。还可以根据特别要求动态记录的当事人提供的说明选择地理位置。

IV.处理呼叫记录失效

图12A是根据本发明一个实施例的用于呼叫中心呼叫记录和记录发布的系统的示意图。该系统包括具有边界设备604的远程操作环境600，该边界设备用于路由客户与呼叫中心后端602中的呼叫中心资源之间的呼叫，其中所述客户为使用多种电话服务提供商606的客户。边界设备604、远程操作环境600和呼叫中心后端602可以分别与图6中所示的边界设备20、远程操作环境16和呼叫中心后端12相似。

在图12A所示的实施例中，远程操作环境600托管资源管理器610、媒体控制平台608和记录服务器616(可以结合到媒体控制平台608中)，可以分别与图6中所述的资源管理器50、媒体控制平台52和记录服务器400相似。

呼叫中心后端602托管SIP服务器612，SIP服务器612通过广域网与资源管理器610通信，用于(通过电话服务提供商606)使用信号通知媒体控制平台608记录代理设备620与客户之间的媒体。就此而言，媒体路径622a和622b由媒体控制平台608桥接起来，通过媒体路径622a和622b发送的媒体被复制并通过与图7中描述的消息相似的消息发送至记录服务器616。

图12A所示的系统进一步包括大容量存储设备624，该大容量存储设备被配置为存储由记录服务器616传送的记录。该大容量存储设备可以是例如公共云计算环境中的在线存储器，该公共云计算环境由例如亚马逊网站服务(例如，Amazon S3在线存储网站服务)提供。该大容量存储设备624还可以是呼叫中心后端602上的本地存储设备。

根据一个实施例，记录被发布到与租户相关联的桶之前可以由媒体控制平台608进行加密，其中所述记录是为所述租户存储。该音频记录的加密可以通过存储在租户的IVR配置文件中的加密秘钥执行。如果必要的话，用于在大容量存储设备中发布的授权秘钥也可以从租户的IVR配置文件中获取。

根据一个实施例，远程控制环境600还托管有网站服务器614，网站服务器614提供用于与媒体控制平台608和图形用户界面628相连接的呼叫记录API。根据一个实施例，媒体控制平台608使用该API为已被记录的呼叫发布呼叫元数据，包括通用资源标识符(URI)或与存储在大容量存储设备624内的记录相关的其它链接。图形用户界面628访问该API，进而访问存储在大容量存储设备624内的呼叫记录并针对该记录执行搜索和其它分析。

根据一个实施例，秘钥管理服务器629由租户部署，用以为该租户执行秘钥管理，对呼叫记录进行加密和解密。就此而言，秘钥管理服务器629向用户提供通过租户管理员627访问的界面，用以为该呼叫记录的加密和解密上载并管理证书。秘钥管理服务器629可以在远程操作环境600(或其它远程环境)或呼叫中心后端602中部署。在一个实施例中，用于访问呼叫记录的图形用户界面628被结合到秘钥管理服务器629。

呼叫中心后端602可以托管用于提供交互集中器(ICON)应用程序630的服务器，该交互集中器与ICON数据库632相连接。根据一个实施例，ICON应用程序从SIP服务器612接收呼叫和其它交互事件细节，并将这些细节存储到ICON数据库632。网站服务器614被配置为通过广域网访问ICON数据库632，并且检索与从媒体控制平台616接收的呼叫元数据相关的事件细节，并将该事件细节和相关的呼叫元数据存储到呼叫数据库634维护的呼叫记录。

图12B是根据本发明另一个实施例的用于呼叫中心呼叫记录和记录发布的系统的示意框图。相同的元件编号意指表示相同的元件或特征。根据图12B的实施例的′秘钥管理服务器称为记录加密服务器629′。在所描述的实施例中，图12A中的用户界面628被分为重放用户界面628′和记录用户界面628″。重放用户界面628′提供指示和其它机制以允许用户搜索、重放和执行其它与所记录的呼叫相关的动作(例如，搜索关键词或短语)。记录用户界面628″向管理员提供指示和其它机制以管理由记录加密服务器629′维护的秘钥。

根据图12B所示的实施例，语音服务器631提供重放用户界面628′，用以访问并调用语音服务器的多种功能。语音服务器631可以与图2中所示的语音服务器54相似，并且如本领域技术人员所了解的，可以提供多种语音分析和文本处理功能。

根据图12B中所示的实施例，网站服务器614的部分进程被独立的记录处理器615调用和执行。具体地，记录处理器615执行指令以访问ICON数据库632、检索与从媒体控制平台616接收的呼叫元数据相关的事件细节并将该事件细节和相关的呼叫元数据发送到网站服务器614以进一步存储到由呼叫数据库634维护的呼叫记录。根据一个实施例，记录处理器615可以是与网站服务器614运行在相同或不同处理器上的进程或线程。

图12D是根据本发明一个实施例的记录用户界面628″的更详细的框图。根据一个实施例，该记录用户界面包括前端UI以及用于提供多种记录相关的功能的一个或多个插件691的集合。租户管理员627可以通过终端用户设备访问记录用户界面628″，从而访问一个或多个上述功能。例如，管理员可以访问该界面以提供网站服务器614′对呼叫记录的维护策略。管理员还可以访问该界面以通过加密服务器629′提供秘钥和通用秘钥管理。管理员还可以访问该界面以在配置服务器690中设置呼叫记录策略。根据一个实施例，为每个租户保有独立的策略，并且可以包括例如记录保存策略、与呼叫存储位置相关的策略、与如何生成文件名称相关的策略等类似策略。

图13是根据本发明一个实施例的用于发布所记录的呼叫的信令流图。在步骤654中，媒体控制平台608检测对A方650和B方652之间交换的媒体的记录已经结束。该步骤可以根据例如一方放弃该呼叫、从一方发出结束记录命令或者类似的信息作出。

在步骤656中，媒体控制平台608对该呼叫进行加密并将其存储到大容量存储设备624中，在步骤658中从与该大容量存储设备相连接的处理器接收该记录的URI。

在步骤660中，媒体控制平台608将呼叫元数据(包括，例如，接收到的URI)发布到网站服务器614。

在步骤662中，网站服务器614或记录处理器615执行ICON数据库632的查询，用以在步骤664中从该数据库找出附加呼叫事件。在步骤666中，网站服务器存储呼叫元数据和呼叫数据库634中的事件。网站服务器还可以在稍后的时间里隐藏和更新呼叫记录。

在步骤668中，网站服务器614通知媒体控制平台608该呼叫记录的发布结果。

当该媒体通过媒体控制平台608被桥接后，在整个通信会话期间该平台成为单个失效点。根据一个实施例，如果资源管理器610检测到特定媒体控制平台608失效，资源管理器将通知SIP服务器612以指示该SIP服务器对该呼叫执行替代操作。

图14A-14B是根据本发明一个实施例的用于处理媒体控制平台失效的信令流图。在步骤700中，SIP服务器612向资源管理器610发送消息以指示资源管理器查阅媒体控制平台608和SIP服务器。响应于此，步骤702中，资源管理器610在媒体控制平台608和其它由其管理的以及被分配给呼叫的媒体控制平台上发送该消息。每个媒体控制平台可以同时执行例如几百个呼叫。SIP服务器612将这些信息保持在存储器中，直到相关呼叫结束。

当媒体控制器608在A方650与B方652之间建立的特定呼叫的记录处于步骤704的时候，如步骤706所示，该媒体控制器失效。该失效是由资源管理器610通过例如向全部有效的媒体控制平台广播的周期性心跳信息检测到的。

在步骤708中，资源管理器610发送特定媒体控制平台608已失效的通知。

媒体控制平台608的失效导致A方650和B方之间的媒体路径断开。因此，通过参考步骤710大致参考的步骤中，SIP服务器612快速通过标准SIP信息重建断开的媒体路径，从而使得该通信会话继续进行。在步骤712中建立媒体信道，A方650继续与B方652通信。

在步骤720-736中，SIP服务器612通过发起设置相同参数的新记录会话重新记录该呼叫。SIP服务器612为特定会话建立新记录会话的步骤与图7中所讨论的步骤相似。据此，SIP服务器612根据订阅信息识别出A方与B方之间的呼叫被分配到失效的媒体控制平台608，并且与资源管理器610进行预谈判，从而向由资源管理器610选择的第二控制平台800提供A方650与B方652之间已建立的媒体会话的副本。根据一个实施例，媒体会话上与A方相关的信息在步骤720中通过资源管理器610使用会话描述协议(SDP)被发送到媒体控制器800，该会话描述协议(SDP)包括的信息有例如IP地址、端口号和用于向A方发送和接受RTP流的编码解码器。在步骤722中，该媒体会话上与B方相关的信息以类似的方式被发送到同一媒体控制平台。

在统称为步骤724的步骤中，SIP服务器612向第二媒体控制平台800发送请求以记录该呼叫。就此而言，在统称为步骤726的信令发送期间，SIP服务器612(通过资源管理器610)发送INVITE信息到媒体控制平台800，用以建立与A方650之间的媒体路径，这种情况下，媒体控制平台根据步骤720中预协议阶段接收的会话信息为A方生成会话。如统称为728的步骤中所示，通过SIP服务器612与A方650之间的信令为所生成的媒体会话建立媒体路径。

类似地，在统称为步骤730的信令发送期间，SIP服务器612(通过资源管理器610)向第二媒体控制平台800发送INVITE信息，从而建立与B方652的媒体路径。响应于此，媒体控制平台根据步骤722中的预协议阶段接收的会话信息为B方生成会话。如统称为732的步骤中所示，通过SIP服务器612与B方652之间的信令为所生成的媒体会话建立路径。

然后，通过所建立的媒体路径734和736进行媒体交换。这样，第二媒体路径平台800在A方650和B方652之间桥接媒体，并且复制该媒体以便记录。

用于在大容量存储设备624中发布所记录的媒体的步骤738与上述结合图13所讨论的步骤相似。

除了重新记录失效时的呼叫外，发生失效的媒体控制平台608实例还提供将记录恢复到失效点的机制。根据一个实施例，记录过程中，媒体控制平台608将呼叫记录存储在本地磁盘上，当媒体控制平台608重启时可以在稍后查阅该记录，以便将记录存储在大容量存储设备624。

图15是根据本发明一个实施例的用于根据媒体控制平台失效和恢复来恢复记录的概念布局图。媒体控制平台608失效前，呼叫从时间点900开始，并且媒体控制平台将呼叫元数据902写入本地磁盘。根据一个实施例，记录开始时，一旦元数据902被写入磁盘，媒体控制平台608不再修改元数据文件。因此，根据一个实施例，将不存储运行信息，例如暂停的时间点和恢复周期；但是因为已经在音频文件中完成了音频隐藏，所以这里不存在暴露音频中敏感和/或机密信息的风险。根据一个实施例，由于元数据不包含敏感信息，所以元数据902以非加密的形式写入磁盘。

在音频以加密形式(根据对特定租户设置的配置)存储的实施例中，媒体控制平台608从时间点900开始存储加密的音频记录。记录过程中，加密的音频记录被暂时存储在磁盘的块908a和908b中。根据一个实施例，媒体控制平台使用基于例如高级加密标准(AES)的加密算法，允许使用分组密码，从而使得加密音频可以被分组写入。

根据一个实施例，媒体控制平台608随机生成对称会话秘钥，并使用该生成的秘钥加密音频。进一步使用例如为租户提供的公共秘钥对该会话秘钥进行加密，并且加密的会话秘钥904在记录开始时也在时间点900被写入所述磁盘。根据一个实施例，对会话秘钥的加密可以根据本领域公知的任意公共秘钥加密机制，例如，公开秘钥密码体制。因为秘钥被公共秘钥加密保护，所以媒体控制平台608没有权限访问对称秘钥以对该音频文件进行解密。

根据一个实施例，音频报头数据906也在时间点900开始记录时被存储到所述磁盘中。

时间点902处，媒体控制平台608失效。然而，记录元数据902、加密的会话秘钥904、音频报头906和加密的音频块908a和908b保留在磁盘上。假设会话在时间点916期间仍在继续，如上文中结合图14A-14B所讨论的，则该会话继续由第二媒体控制平台800记录。

在稍后的时间904中，媒体控制平台608重启。根据一个实施例，重启时，媒体控制平台608检查本地磁盘并且检测磁盘中的记录情况。媒体控制平台608将音频块908a和908b封装到部分加密的音频文件910中，并且将该文件发布到大容量存储设备624上。另外，媒体控制平台608将记录元数据和加密的会话秘钥提交到网站服务器614的呼叫记录API。一旦媒体控制平台将加密的音频和完整的元数据提交到网站服务器614的记录API，磁盘上的临时文件将被清除。

根据一个实施例，所述部分音频文件中的音频与时间戳相关联，使得在重放时该部分音频文件可以相对于其它的音频记录以正确的顺序播放，其中，所述其它的音频记录是由其它媒体控制平台(例如，媒体控制平台608失效后执行记录的第二媒体控制平台800)为同一呼叫写入到该大容量存储设备中的记录。据此，与特定呼叫相关的所有音频文件根据重放命令进行检索，并且多种呼叫记录片段(每个记录片段存储为独立的音频文件)被连接起来，使得被存储在每个呼叫记录片段中的记录都可以按照正确的顺序播放。但是，呼叫的记录可以被存储到不同的音频文件的事实对于搜索并选择音频记录进行播放的用户来说可以是透明的。也就是说，重放用户界面628′为呼叫记录显示单个入口，该单个入口可以由例如时间、日期和会话双方的标识来识别。

图16是根据本发明一个实施例的发送到网站服务器614的呼叫记录元数据的结构图。元数据包括“recordings”数组1000，用于为呼叫的某记录片段存储元数据。从媒体控制平台608的角度看，它发布了单个记录片段。因此，根据一个实施例，“recordings array”的数组大小是单一的。“recordings”数组包括以下参数：

-“uri”1002包括大容量存储设备624中发布的呼叫记录的URI。

-“start”1004为呼叫记录的开始时间。

-“end”1006为呼叫记录的结束时间。

-“duration”1008为以秒计算的呼叫记录的持续时间。

-“parameters”110包括呼叫记录中的特定参数。这些特定参数可以包括例如IVR配置文件服务参数。

-“metadata”1012是由SIP服务器612传送的元数据参数，以包含与该呼叫记录相关的元数据，例如，被呼叫的号码1014、呼叫者的号码1016、处理该呼叫的代理的电话簿号码以及处理该呼叫的日期和时间1020。

-“masks”1022为时间戳和信息类型的数组，用以表示该记录片段接收到的暂停和重新开始请求的周期。

-“pkcs7”1024为用于存储加密的会话秘钥的参数，该加密的会话秘钥是在呼叫被加密的情况下由媒体控制平台608提供。对称会话秘钥由公共秘钥加密并存储为BASE64字符串。

“metadata”参数1026还可以具有被称为“uuid”的独立的性能，用于为呼叫存储唯一的标识符。

V.呼叫记录加密

如上面所讨论的，某些租户(例如，用于提供银行服务的呼叫中心)希望呼叫记录被加密。如上所述，可以使用一个或多个会话秘钥来为租户进行音频记录加密。会话秘钥可以由本领域公知的任何公钥加密机制提供。根据一个实施例，使用公钥加密系统(PKCS)(例如，PKCS#7)。还可以使用其它类型的公钥基础设施(PKI)，例如PGP(良好隐私)机制。这里所述的多种秘钥可以统称为秘钥。

根据一个实施例，租户部署的记录加密服务器629′为该租户提供公共秘钥证书管理，用以将公共秘钥与租户绑定。可以为每个租户维护多个证书。

图12C是根据本发明一个实施例的用于允许呼叫记录加密和解密的与记录加密服务器629′相关联的多种部件的概念布局图。租户管理员670访问记录用户界面628″(图12B)，用以上载每个证书的公共秘钥时向记录加密服务器629′发送多种信息块。根据一个实施例，租户管理员提供用于解密会话秘钥的专用秘钥674(也称为解密秘钥)、用于保护该专用秘钥的客户通行码和用于加密该会话秘钥的公共秘钥678。尽管本发明的实施例公开了通行码，但是本领域技术人员应当理解，该通行码可以使用密码、通行代码或用于验证用户身份的任何其它信息。同样，可以使用一个或多个公共秘钥加密该会话秘钥。

记录加密服务器629′为租户在IVR配置文件680中存储公共秘钥678。IVR配置文件680可以由例如配置服务器690(图12D所示)维护。然后，向媒体控制器616发送公共秘钥以加密音频记录。据此，当资源管理器610向媒体控制平台608发送记录请求时，资源管理器发送该租户的IVR文件数据库标识符到该请求的接收方，媒体控制器616从IVR配置文件中检索公共加密秘钥以执行对会话秘钥的加密。根据一个实施例，如果租户不需要加密，则不需要在IVR配置文件中配置所述证书。如果没有为租户配置所述证书，媒体控制平台不加密音频记录。

关于由记录加密服务器629′接收的专用秘钥674，服务器将该专用秘钥存储在秘钥存储应用程序682中。通过使用通行码682加密专用秘钥来辅助实现专用秘钥相对于非授权用户的安全。据此，该秘钥存储装置为硬件加密装置，使用客户通行码加密解密秘钥。当用户672准备好检索音频记录时，他/她会访问重放图形用户界面628′(如图12B所示)以识别合适的记录(或该记录的一部分)来收听。用户672还为所识别的记录进一步提供通行码676和请求，该通行码和请求被网站服务器614′接收并发送到记录加密服务器629′。该通行码被记录加密服务器629′用于访问秘钥存储装置682并获取专用秘钥674。根据一个实施例，该通行码用于解密上述加密的专用秘钥。

根据一个实施例，记录加密服务器629′被配置为为特定租户周期性地循环公共秘钥678。据此，网站服务器614可以从媒体控制平台608接收使用第一公共秘钥加密的会话秘钥。加密后，记录加密服务器629′可以从租户管理员接收新的公共秘钥和与该新的公共秘钥相关的专用秘钥。根据一个实施例，对公共秘钥的接收导致为特定租户存储的呼叫记录的元数据的检索和更新。具体地，使用第一公共秘钥加密的会话秘钥为首先使用旧的专用秘钥解密，然后使用新的公共秘钥重新加密。新加密的会话秘钥被存储在维护租户的呼叫记录的呼叫记录中。

根据一个实施例，特定租户管理员提供一系列公共秘钥以存储在租户的IVR配置文件中。记录加密服务器629′可以配置为在循环模式中选择使用哪个公共秘钥来加密会话秘钥。公共秘钥的循环可以周期性地或非周期性地完成。

根据一个实施例，对于多个呼叫记录，该公共秘钥的循环可以分批完成。更新公共秘钥而不更新会话秘钥的方式避免了对托管在大容量存储设备624中的音频数据进行重新加密，避免了与从大容量存储设备获取数据、重新加密该数据以及随后的将该数据发送回大容量存储设备相关的花费。

根据一个实施例，重放用户界面628′由被授权的用户调用以对被加密的音频文件进行解密和重放。据此，调用该用户界面以选择特定的音频记录，被选择的音频记录的URI与通行码676一起被发送到网站服务器614。网站服务器获取该加密的会话秘钥和加密的音频数据，将这两个信息(与密码一起)封装为例如单个PKCS#7传送到记录加密服务器629′。记录加密服务器629′被配置为使用该密码获得专用秘钥，使用该专用秘钥对音频数据内容进行解密并将解密后的音频通过例如HTTP(超文本传输协议)或其它安全通行协议返回到该用户。

VI.呼叫中心呼叫记录的呼叫时间标签

如上所述，网站服务器614接收呼叫中呼叫片段的元数据。根据一个实施例，呼叫时间列表作为呼叫记录元数据的一部分被发送到网站服务器614。每个呼叫时间都可以与时间戳相关联，以允许在重放过程中对该语音文件的相关部分导航。

图17是根据本发明一个实施例的发送到网站服务器614的呼叫记录元数据的结构图。该元数据包括分别与图16中所示的“metadata”参数1012和“recordings”数组1000相似的“metadata”参数1100和“recording”数组1102。

该呼叫元数据进一步包括“events”结构1104和事件1106a-1106c的数组。对于一个示例性事件1106a，每个事件包括该事件发生的时间戳1108，用以识别与该事件相关的语音记录部分。在所述的实施例中，该事件进一步识别包含在该事件内的代理DN 1110以及事件描述符1112(例如，指示与DN建立了连接)。其它事件可以包括例如成员加入该呼叫、与该呼叫失去连接的成员以及类似事件。

图18是根据本发明一个实施例的由重放图形用户界面628′显示的呼叫记录1800的概念布局图。根据一个实施例，呼叫记录1800是关于主叫号码1803与被叫号码1804之间在特定日期和时间1801上管理的呼叫。根据一个实施例，呼叫记录1800中的信息可能会崩溃，直到接收到用户扩大该呼叫记录的命令。

该呼叫记录中的信息可以包括例如为呼叫收集的呼叫事件数据。这些事件数据可以从图17所示的事件结构1104中存储的事件1106a-1106c的数组中检索。每个呼叫事件数据可以根据时间、与该事件相关联的电话号码、与该号码相关联的名字和该事件的描述进行识别。

根据一个实施例，标签可以与事件参数一样存储为该呼叫记录元数据的一部分，并且当呼叫记录1800被显示时，该标签被显示在“呼叫标签”字段1802下。标签可以与事件相似，相似之处在于标签与时间戳、电话号码、与该号码相关联的名字、以及事件描述相关联。时间戳指示了添加该时间戳的时间。事件描述显示了该标签已被添加。电话号码和名称指示添加该标签的人。

根据本发明的一个实施例，根据呼叫中心代理(通过他的电话号码和名字识别)的动作，生成标签并添加为呼叫记录元数据的一部分。该动作可是代理的明示命令，用以与客户会话的特定时间点添加标签。根据一个实施例，代理设备可以提供多种标签图标、菜单项或类似标记，代理可以根据特定时间点讨论的特定对象、客户情绪(例如，愤怒客户生成ANGRY_CUSTUMER标签)和与该会话相关的任何其它信息进行选择。这些标签还可以自动生成，例如根据对客户语音语调等的分析。在另一个实施例中，对呼叫被转接到的特定部门的识别可能引发呼叫标签的自动生成。在又一个实施例中，特定形式的调用(例如，新的信用卡申请表)可以引发与被识别的形式相关的标签、与调用该形式的时间戳相关的标签并且添加为呼叫记录的元数据。

根据一个实施例，呼叫记录元数据可以根据特定标签进行搜索和过滤。例如，监管员可能希望搜索到所有用信用卡标签标记的呼叫。显示器可以配置为显示具有这种附加数据的呼叫记录。

可以使用这些标签导航到呼叫记录中的特定的点，听众对此可能很有兴趣。例如，监管员可以快进到所记录的对话中的有趣的部分，例如，当谈话从信用卡切换到支票账户，代理用PERSONAL_CHECKING标记该呼叫。

根据一个实施例，对由特定呼叫标签标记的事件的选择引起对分配到该标签的时间戳的识别，对与该时间戳相关的部分音频的检索用于播放该音频。根据一个实施例，该音频从时间戳所指示的时间开始播放。该音频播放到收听者命令停止重放。记录播放期间该事件可以被突出显示。

VII.多站点呼叫中心的呼叫记录连接

根据一个实施例，呼叫从设置在一个位置的一个SIP服务器发送到设置在另一个位置的另一个SIP服务器，例如，当呼叫被从一个部门转接到另一个部门时。根据一个实施例，每个SIP服务器612被配置为用于在单独的ICON数据库632中存储呼叫事件数据。较理想的是，在多个SIP服务器中查找多个ICON数据库，以追踪与特定呼叫相关联的呼叫事件。

根据一个实施例，由每个SIP服务器为由该服务器处理的呼叫片段生成的呼叫通用唯一标识符与独立的呼叫记录元数据相关联。也可以为该呼叫的每个片段生成独立的音频文件。根据一个实施例，呼叫记录元数据可以通过例如功能“下一个”和“上一个”被链接到其它的呼叫记录元数据。当该呼叫由当前SIP服务器转接到下一个SIP服务器时，功能“下一个”可以是到下一个呼叫元数据记录的链接(例如，URI)，同样地，功能“上一个”可以是到由上一个SIP服务器在呼叫被转接到当前SIP服务器之前生成的上一个呼叫的元数据记录的链接。

图19和20是根据本发明一个实施例的为呼叫的不同片段生成的呼叫记录元数据的结构图。在所述的实施例中，为呼叫的第一片段生成呼叫记录元数据2000，其中该呼叫的第一片段在呼叫被转接到另一个SIP服务器之前生成。呼叫的传送导致为呼叫的第二片段生成另一个呼叫记录元数据2002。根据一个实施例，每个元数据包括用于标识呼叫的片段的呼叫通用唯一标识符以及记录在大容量存储设备624中的呼叫的链接2010和2012。

呼叫的第一片段的呼叫记录元数据2000包括“下一个”链接2014，该“下一个”链接包含呼叫的下一个片段的呼叫通用唯一标识符。因此，“下一个”链接可用于检索为呼叫的第二片段生成的呼叫记录元数据2002。类似地，呼叫记录元数据2002包括“上一个”链接2016，“上一个”链接包含呼叫的上一个片段的呼叫通用唯一标识符。因此，“上一个”链接可以用于检索为该呼叫的第一片段生成的呼叫记录元数据2000。

根据本发明的一个实施例，尽管单个呼叫可以与不同SIP服务器生成的多个呼叫通用统一标识符相关联，但是可以由重放图形用户界面628′显示单个记录入口。然后，该单个记录入口可以被扩展以显示跟踪该呼叫的多个呼叫事件，如参考图18所描述的内容。重放图形用户界面628′可以被配置为依照为每个呼叫片段生成的呼叫元数据中记录的链接识别呼叫事件，其中所述呼叫事件与不同SIP服务器处理的多个呼叫片段相关。通过遵循上述连接并识别与所述单个呼叫相关的全部呼叫元数据记录，多个呼叫记录文件可以被识别出来并连接在一起，从而以无缝方式进行重放。

上文中所述的多种服务器中的每一个可以是运行在单个或多个计算设备中的一个或多个处理器上的进程或线程，执行计算机程序指令并与其它系统部件交互以执行上述多种功能。该计算机程序指令被存储在存储器中，该存储器可以使用标准存储设备实现为计算设备，例如随机存取存储器(RAM)。该计算机程序指令还可以存储在其它的非易失性计算机可读介质中，例如CD-ROM、闪存盘或类似介质。同样地，本领域技术人员应当理解，计算设备可以通过固件(例如，应用专用集成电路)、硬件或软件、固件和硬件的组合来实现。本领域技术人员还应当理解，在不背离本发明示例性实施例的范围的情况下，多种计算设备的功能可以合并或集成到单个计算设备中，或者特定计算设备的功能可以被分配到一个或多个其它计算设备中。服务器可以是软件模块，也可以简单地称为模块。呼叫中心内一组模块可以包括服务器和其它模块。

VIII.网络记录和语音分析

根据一个实施例，提供了一种用于提供网络记录和语音分析的系统和方法，用于拦截并记录属于或不属于呼叫中心的一部分的两个实体之间的会话。该网络记录系统被配置为基于实时的(呼叫进行时)或非实时的(呼叫完成后)方式分析该记录。根据一个实施例，用于记录、存储和分析呼叫记录的软件和硬件资源被托管在类似于上述实施例中的远程计算环境的远程计算环境中。可以对呼叫记录在存储之前加密，如上文实施例中所讨论的。

根据一个实施例，网络记录系统被配置为用于捕获呼叫中心代理数据，例如代理名称、技能水平、队列信息、代理位置和该代理处理的呼叫的呼叫数据(也称为附加数据)。呼叫数据可以包括所呼叫的电话号、客户账户信息(如果有的话)、客户历史信息和/或在客户或呼叫数据库中维护的任何其它数据。所捕获的数据为元数据，该元数据可以在后面与该呼叫记录相关地存储。

根据一个实施例，呼叫在PSTN处理并发送到远程计算环境，其中，该呼叫穿过该远程计算环境时被记录，并直接返回到被叫的目的设备，例如呼叫中心。呼叫的记录被存储在存储设备中，例如，图12A-12B中所示的大容量存储设备。与呼叫相关的元数据(例如，代理数据和呼叫数据)也被捕获并与该呼叫记录关联存储。也可以捕获并存储结合先前实施例描述的其它类型的元数据。

根据一些实施例，以下元数据可以被捕获并存储：

1)根据呼叫者的电话号码，通过设置在业务场所的呼叫服务器(例如，SIP服务器或与电话交换机相连接的其它呼叫控制器)获得的全部元数据。据此，网络记录系统被配置为监视电话交换机后面的呼叫路由，一直到呼叫断开。这使得呼叫监视在呼叫中心环境之外，例如金融交易环境。

2)呼叫期间说出并使用的本领域常用的任意语言识别系统和方法捕获的关键字或词组。该说话内容可以被转换成文本并作为元数据存储以作为潜在动作事件进行分析，该分析动作可以使用例如于2013年5月13日申请的名称为Actionable Workflow Based on Interaction Analytics Analysis的美国申请第13/893,036号中所述的系统和方法，在此引用该申请的全部内容。

3)呼叫到达远程计算环境之前从其它媒体信道捕获的多信道元数据。根据一个实施例，企业的本地后端可以托管会话服务器，以从使用其它媒体信道(例如，网页交互、电子邮件、社交媒体交互和/或使用移动设备的交互)的用户的非语音交互中捕获数据，并将该数据作为元数据的一部分并用于语音/文本分析过程。多信道元数据还可以被包含在历史记录元数据中。

4)实施例中的移动应用程序和设备信息，其中呼叫者通过移动设备调用移动应用程序发起呼叫。这些信息可以包括例如呼叫者的位置、设备信息、安全令牌、应用数据及类似信息。

5)服务控制点(SCP)信息，例如，在运营商网络中的多个路由点捕获的呼叫者或被呼叫者的订阅者信息。

6)加入到该呼叫中的员工的信息，例如员工姓名、ID、位置、计算机位置、技术水平、职称以及存储在员工数据库中的其它数据。

7)呼叫者与自动应答系统之间的交互，例如IVR。

8)通过独立于语音呼叫的数据信道获得的移动设备应用程序或系统信息。这些信息可以包括例如移动设备的位置、设备ID、用户ID、认证令牌以及类似信息。例如，客户从iPhone应用呼叫时可以提供设备、认证以及该语音呼叫频带外的应用细节，并且这些数据可以存储为与呼叫记录相关联的元数据。

根据一个实施例，无论是呼叫记录还是元数据，一旦被捕获，即可通过网页浏览器访问并通过本地加密术和用户ID/密码进行保护。网页浏览器可以由图12A和12B中所示的网站服务器614和614′提供。网页浏览器还可以提供重放用户界面，例如图12A和12B中所示的重放用户界面628和628′。

一旦完成呼叫和元数据的存储，可以为自动语音识别和文本-语音转换功能调用语音分析工具以对存储的语音数据进行分析。语音分析工具可以由与图2中所示的语音服务器54和图12B中所示的语音服务器631相似的语音服务器提供。语音分析连同相关的元数据的执行用以确定代理/员工绩效、质量管理、符合性(例如，金融业与法律的符合性，例如多德-弗兰克法案中提供的法律)、欺诈检测以及类似性能。基于语音分析的对通信进行自动分类的系统和方法的细节在美国专利第7,487,094号中公开，该专利的名称为System and Method of Call Classification with Context Modeling Based on Composite Words，在本文中引用该专利的全部内容以作为参考。

元数据和呼叫记录可以存储在远程计算环境，授权用户可以通过例如因特网对其进行随时访问。授权用户可以决定清除呼叫记录和相关元数据的时间或周期。当然，全部或部分的呼叫记录和相关元数据也可以存储在本地技术环境中。

根据一个实施例，远程计算环境中的呼叫记录和分析所需的软件和硬件可以由呼叫记录操作员或供应商管理并维护。操作员可以通过PPU(使用支付)业务模式向客户提供呼叫解决方案。根据客户需要，操作员还可以决定语音分析的打开和关闭。例如，客户可能希望打开语音分析并“自我发现”客户动态，而不需要特别的编程和实现。根据从PSTN载体重新传入远程计算环境的呼叫的数量，客户还可以决定要进行分析的呼叫的百分比，同时客户可以决定维护记录的时间段以及该记录和相关元数据被清除的频率。这些选项可以由客户通过访问呼叫记录操作员/供应商提供的配置GUI进行配置。通过从远程计算环境提供呼叫记录和分析，客户不需要对他自己的通信路由做出改变，也不需要在他的电话交换机上进行设置。可以利用客户现有的配置和基础设施减少向客户提供记录和分析呼叫业务的功能的工作。

根据一个实施例，在金融机构购买呼叫记录方案的实施方案中，可以使用某种解决方案保证该业务的员工在客户与员工的呼叫期间使用公司提供的计算机和资源。据此，可以向主叫客户提供秘钥以在呼叫期间使用。该秘钥允许员工认证公司提供的计算机访问主叫方信息并使用该计算机管理其它交互内容。例如，销售者从客户接到呼叫后必须输入秘钥作为顾客登录序列的一部分以便访问该客户的记录。公司可以确定何时何地可以访问该应用。该秘钥有助于确保客户不绕过公司提供的安全和记录控制。

图24是根据本发明一个实施例的网络记录和语音分析系统的示意图。该系统包括远程计算环境1516内的软件和硬件资源(统称为记录系统)，类似于图12A和12B所示的远程计算环境600中的软件和硬件资源。这些资源包括、但不限于边界设备1506、语音服务器1510和元数据服务器1512。边界设备1506与图12A和12B所示的边界设备608相似。媒体服务器1510与图12A和12B所示的媒体服务器608相似。语音服务器1508与图12B所示的语音服务器631相似。元数据服务器1512与图12B所示的记录处理器615相似。

根据一个实施例，来自客户的呼叫被例如载体PSTN网络1500中的服务控制点、服务管理系统或者智能外设(统称为路由点)接收。该路由点配置了逻辑块(例如，软件、硬件和/或固件)以根据所呼叫的号码将该呼叫路由至目的设备。根据一个实施例，路由呼叫之前，由所述路由点确定是否通过广域网将该呼叫发送到远程计算环境1516中的记录系统以进行记录。判断步骤可以根据例如被叫号码、主叫号码和/或呼叫量。例如，路由点可以配置为识别从特定号码发出的或指向特定号码的呼叫，为匹配的号码配置的检索规则用以判断是否记录该呼叫，如果需要记录的话，将该呼叫发送到记录系统。匹配规则可以提供例如远程计算环境中边界设备1506的IP地址，该呼叫被发送到所述远程计算呼叫以进行记录。该规则还进一步指示将呼叫发送到边界设备之前所需要满足的条件。响应于对该呼叫需要记录的判断，在路由点和边界设备1506之间通过，例如，SIP信令建立呼叫支路1518。如果该呼叫不需要建立，则在路由点与位于企业后端1502的目标设备之间通过，例如，SIP信令建立呼叫支路1520。

根据一个实施例，边界设备和/或媒体服务器1510被配置为桥接呼入呼叫支路1518与呼出呼叫支路1522，用于允许在主叫客户与企业代理1514之间交换RTP流。代理可以是企业的任何员工而不必是呼叫中心代理。路由规则不必要将呼叫定向到该员工。

边界设备1506可以与媒体服务器1510通信以记录(例如，复制或存储)呼叫期间交换的媒体。该记录可以捕获所有指示(例如，IVR、呼叫队列通知，等等)和客户与代理的会话。即使呼叫在代理或与其它代理和/或监管员的会话之间转接，呼叫记录持续进行，并且依据检测到呼叫结束来停止呼叫记录。根据一个实施例，呼叫记录被存储在大容量存储设备中，例如图12A和12B所示的大容量存储设备624。

根据一个实施例，用于(例如，根据呼叫流量)判断呼叫是否应当被记录的逻辑被设置在边界设备1506或媒体服务器1510上。该逻辑的全部或一部分也可以设置在PSTN网络中的路由点上。

根据所述逻辑被设置在边界设备/媒体服务器上的实施例，载体PSTN网络上的路由点将匹配特定号码的全部呼叫发送到记录系统，由该记录系统(根据定制了记录服务的客户配置的特定规则)最终判断该呼叫应当被记录。也可以调用独立的计费服务器(图中未示出)来跟踪为特定客户执行针对该客户的适当收费的记录和分析。

元数据服务器1512配置为捕获与呼叫相关的元数据并与所记录的媒体相关地存储在大容量存储设备中。元数据可以通过例如企业后端1502上的交换机1504提供的信息获取。该信息可以包括ACD统计、队列统计、代理可用性以及类似信息。捕获的元数据被存储在本地文件系统或远程数据库中，例如图12A和12B中所示的呼叫数据库634。

可以调用语音服务器1508分析所述媒体中的关键术语和/或短语。分析期间还可以考虑捕获的元数据。记录的媒体、元数据和/或分析数据(例如，以表格的形式)可以根据收到命令而提供给发出请求的、被授权的用户。根据一个实施例，提供网站界面，例如图12B所示的重放用户界面628′，以允许授权用户访问报告和呼叫记录重放。

上文所述附图中的多种服务器、控制器、交换机和/或网关中的每一个可以是进程或线程，运行在一个或多个计算设备中的一个或多个处理器上，执行计算机程序指令，并且与其它系统部件交互以执行本文所描述的多种功能。所述计算机程序指令被存储在存储器中，该存储器可以使用标准存储设备实现在计算设备中，例如随机存取存储器(RAM)。该计算机程序指令还可以被存储在其它非易失性计算机可读介质中，例如CD-ROM、闪存盘或类似介质。同样地，本领域技术人员应当理解，计算设备可以通过固件(例如，特定应用的集成电路)、硬件或软件、固件和硬件的结合来实现。本领域技术人员还应当理解，在不背离本发明的示例性实施例的范围的情况下，多种计算设备的功能可以被合并或结合到单个计算设备中，或者特定计算设备的功能可以被分配到一个或多个其它计算设备上。服务器可以是软件模块，也可以简称为模块。呼叫中心中的一组模块可以包括服务器和其它模块。

申请人系统通过权利要求覆盖本发明的所有上述应用以及在不背离本发明的精神和范围的条件下对本发明用于公开目的而选择的实施例做出的。因此，本发明的现有实施例从各个方面都应当被理解为说明性的而非限制性的，本发明的范围由权利要求及其同等项指示而非前面的说明。