通用型可编程录音控制实现方法、装置和系统

摘要

本公开公开了一种通用型可编程录音控制实现方法、装置和系统，涉及通信领域。该方法包括：录音触发单元接收呼叫请求后与录音业务平台交互以便触发录音业务逻辑；录音业务平台将呼叫请求发送至录音管理平台，以便录音管理平台对呼叫请求鉴权后，将客户定制的录音业务逻辑标识和对应的标准接口参数发送至录音业务平台；录音业务平台将标准接口参数作为录音逻辑标识的入数，并向录音触发单元转接呼叫，以便录音触发单元将呼叫路由到被叫侧；录音业务平台对呼叫进行录音业务逻辑处理。本公开能够在不改变用户拨号习惯、不改变号码，无需在客户侧建立录音平台的情况下实现录音业务逻辑的灵活定制。

权利要求

1.一种通用型可编程录音控制实现方法，包括：录音业务平台将录音业务逻辑以API方式抽象化为原子能力；

录音管理平台将不同的所述原子能力进行组合并封装为标准接口，将所述标准接口通过行业应用平台提供给客户，以便客户根据行业录音需求通过所述行业应用平台调用所述录音管理平台封装的标准接口，设置标准接口参数以便定制录音业务逻辑；

所述录音管理平台存储标准接口参数以及对应的录音业务逻辑，并将业务开通系统发送的录音号码业务数据下发至录音触发单元，以便所述录音触发单元配置好业务触发数据；

录音触发单元接收呼叫请求后与录音业务平台交互以便触发录音业务逻辑；

所述录音业务平台将所述呼叫请求发送至录音管理平台，以便所述录音管理平台对所述呼叫请求鉴权后，将客户定制的录音业务逻辑标识和对应的标准接口参数发送至所述录音业务平台；

所述录音业务平台将所述标准接口参数作为录音逻辑标识的入数，并向所述录音触发单元转接呼叫，以便所述录音触发单元将呼叫路由到被叫侧；

所述录音业务平台对呼叫进行录音业务逻辑处理。

2.根据权利要求1所述的通用型可编程录音控制实现方法，其中，所述录音触发单元在接收到呼叫请求后，判断所述呼叫请求中的号码是否开通录音业务，若已开通，则基于标准会话初始协议SIP与所述录音业务平台交互。

3.根据权利要求1所述的通用型可编程录音控制实现方法，其中，所述录音业务平台向所述录音触发单元转接呼叫之前还包括：所述录音业务平台根据所述标准接口参数判断是否在录音前与行业应用平台交互，若需要，则将呼叫请求通过所述录音管理平台推送至所述行业应用平台，以便所述行业应用平台向客户提醒是否录音；

所述行业应用平台响应于客户输入录音指令，将所述录音指令通过所述录音管理平台向所述录音业务平台响应。

4.根据权利要求1所述的通用型可编程录音控制实现方法，其中，所述录音管理平台对所述呼叫请求鉴权包括：

所述录音管理平台判断所述呼叫请求中的号码是否开通录音业务，所述录音管理平台是否保存有对应的标准接口参数以及录音业务逻辑。

5.根据权利要求1所述的通用型可编程录音控制实现方法，还包括：所述录音管理平台接收到所述行业应用平台调用标准接口请求后，判断录音号码是否已开通，若已开通，则判断所述行业应用平台调用的标准接口是否已存在，若已存在，则存储所述客户设置的标准接口参数以及对应的录音业务逻辑。

6.根据权利要求1‑5任一所述的通用型可编程录音控制实现方法，还包括：所述录音业务平台将根据所述标准接口参数将呼叫进行录音处理后的录音文件存储到行业应用平台的存储位置。

7.根据权利要求1‑5任一所述的通用型可编程录音控制实现方法，其中，所述录音触发单元包括IP多媒体子系统和软交换中的至少一项。

8.根据权利要求7所述的通用型可编程录音控制实现方法，其中，所述录音业务平台与所述IP多媒体子系统之间的接口为IP多媒体子系统安全控制ISC接口。

9.一种通用型可编程录音控制实现装置，包括：录音业务平台，被配置为将录音业务逻辑以API方式抽象化为原子能力；

录音管理平台，被配置为将不同的所述原子能力进行组合并封装为标准接口，将所述标准接口通过行业应用平台提供给客户，以便客户根据行业录音需求通过所述行业应用平台调用所述录音管理平台封装的标准接口，设置标准接口参数以便定制录音业务逻辑；以及被配置为存储标准接口参数以及对应的录音业务逻辑，并将业务开通系统发送的录音号码业务数据下发至录音触发单元，以便所述录音触发单元配置好业务触发数据；

录音触发单元，被配置为接收呼叫请求后与录音业务平台交互以便触发录音业务逻辑；

所述录音业务平台还被配置为将所述呼叫请求发送至录音管理平台，以及将所述录音管理平台发送的标准接口参数作为录音逻辑标识的入数，对呼叫进行录音业务逻辑处理；

所述录音管理平台还被配置为对所述呼叫请求鉴权后，将客户定制的录音业务逻辑标识和对应的标准接口参数发送至所述录音业务平台。

10.根据权利要求9所述的通用型可编程录音控制实现装置，其中，所述录音触发单元还被配置为在接收到呼叫请求后，判断所述呼叫请求中的号码是否开通录音业务，若已开通，则基于标准会话初始协议SIP与所述录音业务平台交互。

11.根据权利要求9所述的通用型可编程录音控制实现装置，其中，所述录音业务平台还被配置为根据所述标准接口参数判断是否在录音前与行业应用平台交互，若需要，则将呼叫请求通过所述录音管理平台推送至所述行业应用平台，以便所述行业应用平台向客户提醒是否录音；其中，所述行业应用平台响应于客户输入录音指令，将所述录音指令通过所述录音管理平台向所述录音业务平台响应。

12.根据权利要求9所述的通用型可编程录音控制实现装置，其中，所述录音管理平台被配置为判断所述呼叫请求中的号码是否开通录音业务，所述录音管理平台是否保存有对应的标准接口参数以及录音业务逻辑。

13.根据权利要求9所述的通用型可编程录音控制实现装置，其中，所述录音管理平台还被配置为接收到所述行业应用平台调用标准接口请求后，判断录音号码是否已开通，若已开通，则判断所述行业应用平台调用的标准接口是否已存在，若已存在，则存储所述客户设置的标准接口参数以及对应的录音业务逻辑。

14.根据权利要求9‑13任一所述的通用型可编程录音控制实现装置，其中，所述录音业务平台还被配置为将根据所述标准接口参数将呼叫进行录音处理后的录音文件存储到行业应用平台的存储位置。

15.根据权利要求9‑13任一所述的通用型可编程录音控制实现装置，其中，所述录音触发单元包括IP多媒体子系统和软交换中的至少一项。

16.根据权利要求15所述的通用型可编程录音控制实现装置，其中，所述录音业务平台与所述IP多媒体子系统之间的接口为IP多媒体子系统安全控制ISC接口。

17.一种通用型可编程录音控制实现装置，包括：存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至8任一项所述的通用型可编程录音控制实现方法。

18.一种通用型可编程录音控制实现系统，包括：固话用户终端；

行业应用平台；以及

权利要求9‑17任一所述的通用型可编程录音控制实现装置。

19.一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现权利要求1至8任一项所述的通用型可编程录音控制实现方法的步骤。

说明书

通用型可编程录音控制实现方法、装置和系统

技术领域

[0001] 本公开涉及通信领域，尤其涉及一种通用型可编程录音控制实现方法、装置和系统。

背景技术

[0002] 随着互联网+技术的发展，部分行业客户对语音通话的录音有强烈的需求，希望能在相关行业的语音应用场景中灵活定制录音。目前业界主流的语音通话的录音主要是通过
客户自建的呼叫中心系统自带的录音功能实现，或新建录音平台提供录音产品等。

[0003] 这些录音实现方式中，有些基于ISUP协议实现，不适合现有的网络演进要求；有些需要用户在拨号加拨特定的接入码；有些需要用户将号码替换为平台所分配的号码；有些
临时录音操作比较繁琐，有一定的失败率；有些采用三方通话实现录音功能，比较耗用资
源；有些需要使用独立的客户端来发起呼叫才能实现录音；提供的录音功能相对固定，无法
根据行业的应用场景进行灵活定制化或与客户的行业应用系统在通话前或通话过程中进
行录音业务触发的动态交互等。

发明内容

[0004] 本公开要解决的一个技术问题是提供一种通用型可编程录音控制实现方法、装置和系统，能够在不改变用户拨号习惯、不改变号码，无需在客户侧建立录音平台的情况下实
现录音业务逻辑的灵活定制。

[0005] 根据本公开一方面，提出一种通用型可编程录音控制实现方法，包括：录音触发单元接收呼叫请求后与录音业务平台交互以便触发录音业务逻辑；录音业务平台将呼叫请求
发送至录音管理平台，以便录音管理平台对呼叫请求鉴权后，将客户定制的录音业务逻辑
标识和对应的标准接口参数发送至录音业务平台；录音业务平台将标准接口参数作为录音
逻辑标识的入数，并向录音触发单元转接呼叫，以便录音触发单元将呼叫路由到被叫侧；录
音业务平台对呼叫进行录音业务逻辑处理。

[0006] 可选地，录音业务平台将录音业务逻辑以API方式抽象化为原子能力；录音管理平台将不同的原子能力进行组合并封装为标准接口，将标准接口通过行业应用平台提供给客
户，以便客户根据行业录音需求通过行业应用平台调用录音管理平台封装的标准接口，设
置标准接口参数以便定制录音业务逻辑；录音管理平台存储标准接口参数以及对应的录音
业务逻辑，并将业务开通系统发送的录音号码业务数据下发至录音触发单元，以便录音触
发单元配置好业务触发数据。

[0007] 可选地，录音触发单元在接收到呼叫请求后，判断呼叫请求中的号码是否开通录音业务，若已开通，则基于标准会话初始协议SIP与录音业务平台交互。

[0008] 可选地，录音业务平台向录音触发单元转接呼叫之前还包括：录音业务平台根据标准接口参数判断是否在录音前与行业应用平台交互，若需要，则将呼叫请求通过录音管
理平台推送至行业应用平台，以便行业应用平台向客户提醒是否录音；行业应用平台响应
于客户输入录音指令，将录音指令通过录音管理平台向录音业务平台响应。

[0009] 可选地，录音管理平台对呼叫请求鉴权包括：录音管理平台判断呼叫请求中的号码是否开通录音业务，录音管理平台是否保存有对应的标准接口参数以及录音业务逻辑。

[0010] 可选地，录音管理平台接收到行业应用平台调用标准接口请求后，判断录音号码是否已开通，若已开通，则判断行业应用平台调用的标准接口是否已存在，若已存在，则存
储客户设置的标准接口参数以及对应的录音业务逻辑。

[0011] 可选地，录音业务平台将根据标准接口参数将呼叫进行录音处理后的录音文件存储到行业应用平台的存储位置。

[0012] 可选地，录音触发单元包括IP多媒体子系统和软交换中的至少一项。

[0013] 可选地，录音业务平台与IP多媒体子系统之间的接口为IP多媒体子系统安全控制ISC接口。

[0014] 根据本公开的另一方面，还提出一种通用型可编程录音控制实现装置，包括：录音触发单元，被配置为接收呼叫请求后与录音业务平台交互以便触发录音业务逻辑；录音业
务平台，被配置为将呼叫请求发送至录音管理平台，以及将录音管理平台发送的标准接口
参数作为录音逻辑标识的入数，对呼叫进行录音业务逻辑处理；录音管理平台，被配置为对
呼叫请求鉴权后，将客户定制的录音业务逻辑标识和对应的标准接口参数发送至录音业务
平台。

[0015] 可选地，录音业务平台还被配置为将录音业务逻辑以API方式抽象化为原子能力；录音管理平台还被配置为将不同的原子能力进行组合并封装为标准接口，将标准接口通过
行业应用平台提供给客户，以便客户根据行业录音需求通过行业应用平台调用录音管理平
台封装的标准接口，设置标准接口参数以便定制录音业务逻辑；以及被配置为存储标准接
口参数以及对应的录音业务逻辑，并将业务开通系统发送的录音号码业务数据下发至录音
触发单元，以便录音触发单元配置好业务触发数据。

[0016] 可选地，录音触发单元还被配置为在接收到呼叫请求后，判断呼叫请求中的号码是否开通录音业务，若已开通，则基于标准会话初始协议SIP与录音业务平台交互。

[0017] 可选地，录音业务平台还被配置为根据标准接口参数判断是否在录音前与行业应用平台交互，若需要，则将呼叫请求通过录音管理平台推送至行业应用平台，以便行业应用
平台向客户提醒是否录音；其中，行业应用平台响应于客户输入录音指令，将录音指令通过
录音管理平台向录音业务平台响应。

[0018] 可选地，录音管理平台被配置为判断呼叫请求中的号码是否开通录音业务，录音管理平台是否保存有对应的标准接口参数以及录音业务逻辑。

[0019] 可选地，录音管理平台还被配置为接收到行业应用平台调用标准接口请求后，判断录音号码是否已开通，若已开通，则判断行业应用平台调用的标准接口是否已存在，若已
存在，则存储客户设置的标准接口参数以及对应的录音业务逻辑。

[0020] 可选地，录音业务平台还被配置为将根据标准接口参数将呼叫进行录音处理后的录音文件存储到行业应用平台的存储位置。

[0021] 可选地，录音触发单元包括IP多媒体子系统和软交换中的至少一项。

[0022] 可选地，录音业务平台与IP多媒体子系统之间的接口为IP多媒体子系统安全控制ISC接口。

[0023] 根据本公开的另一方面，还提出一种通用型可编程录音控制实现装置，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行如上述的
通用型可编程录音控制实现方法。

[0024] 根据本公开的另一方面，还提出一种通用型可编程录音控制实现系统，包括：固话用户终端；行业应用平台；以及上述的通用型可编程录音控制实现装置。

[0025] 根据本公开的另一方面，还提出一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上述的通用型可编程录音控制实现方法的步骤。

[0026] 与现有技术相比，本公开通过录音触发单元、录音业务平台和录音管理平台的信息交互，在不改变用户拨号习惯、不改变号码，无需在客户侧建立录音平台的情况下实现录
音业务逻辑的灵活定制。

[0027] 通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

[0028] 构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

[0029] 参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

[0030] 图1为本公开通用型可编程录音控制实现方法的一个实施例的流程示意图。

[0031] 图2为本公开通用型可编程录音控制实现方法的另一个实施例的流程示意图。

[0032] 图3为本公开通用型可编程录音控制实现方法的再一个实施例的流程示意图。

[0033] 图4为本公开通用型可编程录音控制实现装置的一个实施例的结构示意图。

[0034] 图5为本公开通用型可编程录音控制实现装置的另一个实施例的结构示意图。

[0035] 图6为本公开通用型可编程录音控制实现装置的再一个实施例的结构示意图。

[0036] 图7为本公开通用型可编程录音控制实现系统的一个实施例的结构示意图。

[0037] 图8为本公开通用型可编程录音控制实现系统的一个实施例的结构示意图。

具体实施方式

[0038] 现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本
公开的范围。

[0039] 同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

[0040] 以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

[0041] 对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

[0042] 在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

[0043] 应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

[0044] 为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

[0045] 图1为本公开通用型可编程录音控制实现方法的一个实施例的流程示意图。

[0046] 在步骤110，录音触发单元接收呼叫请求后与录音业务平台交互以便触发录音业务逻辑。其中，录音触发单元包括录音触发、承载固话用户的软交换或IMS(IP Multimedia 
Subsystem，IP多媒体子系统)。该录音触发单元能够实现固话用户录音业务的触发功能，即
将需要录音的固话录音的通话路由指向录音业务平台。

[0047] 录音业务平台与IMS之间的接口为ISC(IMS Security Control，IP多媒体子系统安全控制)接口。由于录音业务平台与固话用户承载网元互通是基于标准的国际IMS‑ISC接
口，因此，能够提高应用的扩展性。

[0048] 在步骤120，录音业务平台将呼叫请求发送至录音管理平台。

[0049] 在步骤130，录音管理平台对呼叫请求鉴权后，将客户定制的录音业务逻辑标识和对应的标准接口参数发送至录音业务平台。例如，录音管理平台判断呼叫请求中的号码是
否开通录音业务，是否保存有对应的标准接口参数以及录音业务逻辑，若已开通录音业务，
并且保存有对应的标准接口参数以及录音业务逻辑，则将客户定制的录音业务逻辑标识和
对应的标准接口参数发送至录音业务平台。

[0050] 在步骤140，录音业务平台将标准接口参数作为录音逻辑标识的入数，并向录音触发单元转接呼叫，以便录音触发单元将呼叫路由到被叫侧。例如，录音业务平台发出对应的
录音业务逻辑，并向软交换或IMS转接呼叫，软交换或IMS结合实际的呼叫路由组织规则，将
呼叫路由到被叫用户端局。

[0051] 在步骤150，录音业务平台对呼叫进行录音业务逻辑处理。例如，当被叫用户摘机接听后，录音业务平台继续触发该用户对应的录音业务逻辑，给被叫用户播放提示音、并对
通话进行录音等处理。

[0052] 在该实施例中，通过录音触发单元、录音业务平台和录音管理平台的信息交互，在不改变用户拨号习惯、不改变号码，无需在客户侧建立录音平台的情况下实现录音业务逻
辑的灵活定制。

[0053] 图2为本公开通用型可编程录音控制实现方法的另一个实施例的流程示意图。

[0054] 在步骤210，录音业务平台将录音业务逻辑以API方式抽象化封装为原子能力。例如，录音业务首先基于标准SIP协议与运营商的号码承载网络互通，并对呼叫和录音功能以
API方式抽象化为独立的原子能力。

[0055] 录音业务平台在其已有呼叫和录音功能的基础上，为了更加灵活的实现不同行业应用场景的录音需求，封装了Call(发起呼叫)和Transfer(呼叫转接)两个语音呼叫插件、
startCallRecording开始录音插件和stopCallRecording结束录音插件，同时在对应的插
件中定义了不同的接口参数。基于这些接口及配置不同的参数可灵活定制不同的录音业务
逻辑。

[0056] 例如，基于Call插件的通话录音逻辑处理包括两方面，一方面为Call插件中影响录音功能的参数或事件onAnswer，onAnswer事件表示call方法发起的invite呼叫消息后，
在收到被叫用户侧回的200OK(摘机应答)时执行的事件。或者，必须在onAnswer事件中调用
开始录音的startCallRecording插件，才可以对已摘机通话的呼叫进行开始录音，否则是
对整个呼叫过程进行录音，包含被叫用户摘机接听前的所有信令过程都进行录音，该方式
适合被叫呼叫失败情况下对具体放音的录音。另一方面，录音中只有正常的通话声音，例如
startCallRecording开始录音插件在call方法的onAnswer事件中调用。

[0057] 其中，JavaScript代码样例如下：

[0058] …

[0059] Call(“tel:[phone]”,{

[0060] timeout:60,

[0061] callerID:tel:[phone],

[0062] onAnswer:function(event){

[0063] startCallRecording(URI)；

[0064] }

[0065] })；

[0066] stopCallRecording()；

[0067] …

[0068] 再例如，基于Transfer(呼叫转接)插件的通话录音逻辑处理。在一个实施例中，Transfer插件中影响录音功能的参数或事件。其中，answerOnMedia为是否透传后向放音的
参数(表示被叫呼叫失败的情况下是给主叫用户播放特定的放音文件还是直接透传被叫真
实的异常放音)，true表示透传后向放音，false时不透传，默认为false。onConnect在
Transfer插件发出的invite呼叫，接收到200OK时执行此事件，表示被叫用户已经接听电
话。此参数与answerOnMedia冲突，且优先级比answerOnMedia高。当使用onConnect事件时，
无论answerOnMedia被设置成什么值，都会在执行时被强制为false，即不透传后向放音。
playvalue设定通话录音前给主叫或被叫播放指定放音文件的参数。

[0069] 在一个实施例中，设置透传后向放音参数为true时，通话录音中会同时录制后向放音和通话声音。开始录音startCallRecording插件在trasnfer之前调用，transfer方法
中有answerOnMedia＝true，无OnConnect事件。

[0070] 其中，JavaScript代码样例如下：

[0071] …

[0072] startCallRecording(URI)；

[0073] transfer(“tel:[phone]”,{

[0074] answerOnMedia:true,

[0075] timeout:60,

[0076] callerID:”tel:[phone]”,

[0077] playvalue:"http://110.84.128.69:8080/voxfile/chn/1/esayCallHold.mp3"

[0078] })；

[0079] stopCallRecording()；

[0080] …

[0081] 在另一个实施例中，设置透传后向放音参数为false时，通话录音中只会录制具体的通话声音。开始录音startCallRecording插件放在transfer的OnConnect事件中使用。

[0082] 其中，javaScript代码样例如下：

[0083] …

[0084] transfer(“tel:[phone]”,{

[0085] answerOnMedia:true,

[0086] timeout:60,

[0087] callerID:”tel:[phone]”,

[0088] playvalue:"http://110.84.128.69:8080/voxfile/chn/1/esayCallHold.mp3",

[0089] onConnect:function(event){

[0090]    startCallRecording(URI)；

[0091] }

[0092] })；

[0093] stopCallRecording()；

[0094] …

[0095] 在另一个实施例中，设置透传后向放音参数为false时，录音中有Transfer插件中设置了playvalue给主叫用户的放音文件，通话录音中只会录制playvalue播放的放音文件
和通话声音。开始录音startCallRecording插件放在在transfer之前调用，且
answerOnMedia＝false，且使用了playvalue参数设定给主叫用户播放录音提示的放音文
件存储路径，例如，存放在http://110.84.128.69:8080/voxfile/chn/1/
esayCallHold.mp3。

[0096] 其中，javaScript代码样例如下：

[0097] …

[0098] startCallRecording(URI)；

[0099] transfer(“tel:[phone]”,{

[0100] answerOnMedia:false,

[0101] timeout:60,

[0102] callerID:”tel:[phone]”,

[0103] playvalue:"http://110.84.128.69:8080/voxfile/chn/1/esayCallHold.mp3",

[0104] })；

[0105] stopCallRecording()；

[0106] …

[0107] 在步骤220，录音管理平台基于这些原子能力，叠加业务号码、业务触发机制、与客户行业应用平台实时动态交互机制等参数，进一步对不同应用场景的录音业务逻辑进行接
口化封装。例如，录音管理平台在这些原子能力的基础上，叠加业务号码、业务触发机制、放
音机制、与客户行业应用平台实时动态交互机制、录音文件存储格式等参数，进一步对录音
业务逻辑进行接口封装。

[0108] 在步骤230，客户根据行业录音需求通过行业应用平台调用录音管理平台封装的标准接口，设置标准接口参数以便定制录音业务逻辑。其中，标准接口参数例如包括录音号
码、录音的时机、录音文件存储的格式、录音方式、录音文件存储方式、录音文件传输加密方
式、录音前是否与行业客户平台交互、录音前是否给主叫或被叫号码放音以及上传指定的
放音文件、录音文件传输的路径、通话之前是否给主叫用户透传后向放音或者播放指定的
放音文件等。

[0109] 其中，录音时间包括通话默认录音或通话过程中临时录音等；录音文件存储的格式包括MP3格式或WAV格式等；录音方式包括双向录音或单向录音等；录音文件存储方式包
括存储一个文件或者主被叫分为两个独立文件存储等；录音前是否与行业客户平台交互包
括不交互、默认录音，或者需交互确认再判断是否录音、是否放音、是否继续呼叫等。

[0110] 在步骤240，录音管理平台存储标准接口参数以及对应的录音业务逻辑，并将业务开通系统发送的录音号码业务数据下发至录音触发单元。客户申请开通号码录音业务时，
运营商业务开通系统受理业务后，会将业务号码等录音号码业务数据以指定接口发送至录
音管理平台，录音管理平台结合号码承载的网络将录音号码业务数据下发至录音触发单
元。

[0111] 在步骤250，录音触发单元配置好业务触发数据。录音触发单元结合客户的录音类型配置好业务触发数据。

[0112] 在步骤260，录音触发单元接收呼叫请求，判断呼叫请求中的号码是否开通录音业务。例如，承载号码的IMS或软交换接收到呼叫请求时，先与IMS或软交换的用户数据存储模
块交互查询该呼叫请求中的主叫或被叫号码是受理开通录音业务。

[0113] 在步骤270，若已开通录音业务，则录音触发单元基于SIP(Session Initiation Protocol，标准会话初始协议)与录音业务平台交互触发录音业务逻辑。由于基于流行的
SIP协议，因此采用可叠加模块新建录音业务平台实现。

[0114] 在步骤280，录音业务平台将呼叫请求发送至录音管理平台。例如，录音业务平台收到呼叫请求后，先获取呼叫请求中的主叫号码、被叫号码信息，与录音管理平台交互。

[0115] 在步骤290，录音管理平台对呼叫请求进行二次鉴权。例如，判断主叫号码、被叫号码是否开通录音业务，录音管理平台是否保存有对应的标准接口参数以及录音业务逻辑。

[0116] 在步骤2100，若已开通录音业务，录音业务平台将客户定制的录音业务逻辑标识和对应的标准接口参数发送至录音业务平台。

[0117] 在步骤2110，录音业务平台将标准接口参数作为录音逻辑标识的入数，根据标准接口参数判断是否在录音前先与行业应用平台交互。

[0118] 在步骤2120，若需要，录音业务平台则将呼叫请求通过录音管理平台推送至行业应用平台，以便行业应用平台向客户提醒是否录音。例如，录音业务平台在触发录音业务逻
辑的同时，需将该次来电信息按实现设定的交互路径，通过录音管理平台将本次来电信息
推送给行业应用平台；行业应用平台收到该次呼叫的推送后，可在系统上给使用客户进行
相应的WEB网页弹屏处理，提醒用户本次通话是否录音、是否给主叫放音等信息。

[0119] 在步骤2130，行业应用平台响应于客户输入录音指令，将录音指令通过录音管理平台向录音业务平台响应。例如，将录音指令以标准接口方式通过录音管理平台给录音业
务平台进行响应，录音业务平台根据不同的响应消息进行业务逻辑的后续处理。

[0120] 在步骤2140，录音业务平台向录音触发单元转接呼叫，以便录音触发单元将呼叫路由到被叫侧。

[0121] 在步骤2150，录音业务平台对呼叫进行录音业务逻辑处理。

[0122] 在步骤2160，录音业务平台将根据标准接口参数将呼叫进行录音处理后的录音文件存储到行业应用平台的存储位置。

[0123] 通话结束后，录音业务平台结合业务用户的录音业务逻辑及标准接口参数设置要求，生成指定格式的录音文件、通话记录信息、通话话单，并通过录音管理平台将录音文件、
通话记录信息、通话话单按指定的传输方式实时推送给行业应用平台的存储路径。客户的
行业应用平台中指定路径接收到录音文件、通话记录信息、通话话单后，与第三方行业应用
平台的相关数据进展整合、在网页上呈现。

[0124] 在该实施例中，在用户无感知、不变更现有使用号码的情况下，基于SIP协议对录音架构进行模块化设计，对录音业务平台的呼叫功能和录音功能以API方式进行抽象化，在
行业应用平台、运营商号码承载网络等网元的协调下，实现录音业务逻辑的灵活定制。不同
的行业客户可结合不同的需求，通过接口调用方式灵活地定制个性化的录音业务逻辑，同
时客户可在振铃或话机应答等不同阶段灵活地确定该通话是否录音、是否给被叫号码放音
等。通话结束后，对应通话的录音文件、通话记录可按事先设定的录音采用加密的方式自动
推送到客户应用平台，客户可在其自有应用平台上集成相关的录音文件、通话记录等。

[0125] 该实施例中，录音管理模块与客户的行业应用平台紧密结合，行业应用平台可灵活便利地融入录音的业务逻辑处理过程，在用户无感知、不改号、拨号习惯不变、不用自建
录音平台的情况下实现录音业务逻辑的灵活定制，在录音准备阶段、录音中、录音后的不同
时机均可以实现与客户应用平台动态交互，更贴近于互联网+行业客户的需求。

[0126] 图3为本公开通用型可编程录音控制实现方法的再一个实施例的流程示意图。该实施例以IMS下挂的固话用户终端拨打手机的录音触发流程为例详细说明录音触发流程。

[0127] 在步骤310，用户通过业务开通系统受理申请开通相关固话号码的录音功能。其中，业务开通系统受理后将开通指令或关闭指令下发给录音管理平台。与录音业务平台对
接固话用户承载网络下挂的固话用户均可开通实现录音功能；对于没有对接的固话用户承
载网络也可与录音业务平台采用标准接口进行互通实现其下挂固话用的录音功能，因此，
可以本方案中能够实现录音的用户群更大。

[0128] 在步骤320，录音管理平台收到指令后，将录音业务开通或关闭按常规的固话用户业务开通方式进行开通。

[0129] 在步骤330，录音号码业务数据开通后，行业应用平台调用录音管理平台封装的接口，设定具体固话号码的录音业务定制内容。例如，录音前是否对主叫号码或被叫号码进行
鉴权、录音前是否给主被叫号码进行放音及上传具体的放音文件、录音文件存储的格式和
加密方式、设定录音的固话号码是否透传后向放音、使用的录音业务逻辑ID、录音过程是否
与行业客户应用平台交互信息及交互的路径、录音文件推送的路径等。

[0130] 在一个实施例中，录音业务平台对不同场景的呼叫录音、呼叫放音等功能抽象化为原子能力，录音管理平台基于这些原子能力对不同应用场景的录音业务逻辑进行接口化
封装，录音业务平台可基于这些接口结合不同行业的录音需求编写不同的录音业务逻辑。

[0131] 例如，将Call(发起呼叫)、Transfer(呼叫转接)两个语音插件，startCallRecording开始录音插件、stopCallRecording结束录音插件等以API方式抽象
化，在API中主要抽象了answerOnMedia和playvalue等参数，answerOnMedia为是否透传后
向放音的参数、playvalue为设定通话录音前给主叫或被叫播放指定放音文件的参数。

[0132] 在一个实施例中，对录音逻辑实现中的呼叫和录音功能以API方式抽象化为标准接口，接口的封装方式采用通用的HTTPS方式。接口封装中部分参数包括：ACTION为录音开
通或取消，ACTION＝1开通录音业务、ACTION＝2取消录音业务；RECORD为录音类型，1为主被
叫录音、2为主叫录音、3为被叫录音；TransUrl为设定录音文件推送路径；FileFormat为录
音文件保存格式，1为MP3格式，其他为wav格式；PlayFile为设定给主叫或给被叫用户录音
前的放音文件；CallerNbrAuth为录音时录音管理平台是否与行业应用平台交互对主叫号
码进行鉴权，1为需要鉴权，其他不需要；CallerNbrAuthUrl为主叫号码鉴权时与客户行业
应用平台交互的路径；CalledNbrAuth为录音时录音管理平台是否与行业应用平台交互对
被叫号码进行鉴权，1为需要鉴权，其他不需要；CalledNbrAuthUrl为被叫号码鉴权时与客
户行业应用平台交互的路径等。

[0133] 在步骤340，录音管理平台接收客户定制内容，并存储与客户对应的录音业务定制内容。例如，存储该客户的录音业务逻辑ID、对应的系列录音交互参数。

[0134] 在步骤350，录音管理平台结合号码承载的网络，将录音号码的业务开通数据下发给软交换或IMS。

[0135] 在步骤360，软交换或IMS结合客户的录音类型配置好业务触发数据。其中，软交换或IMS将录音业务平台作为应用服务器的脚色以标准SIP协议进行互通。

[0136] 在步骤370，固话用户通过IMS发起呼叫。

[0137] 在步骤380，IMS根据用户签约的录音业务IFC(initial filter criteria，初始过滤规则)规则判断用户签约有录音业务，同时判断被叫号码是非指定特服号码需触发对呼
叫进行录音，将呼叫路由到录音业务平台。

[0138] 在一个实施例中，对于通过IMS承载的固话用户，其录音触发方式是通过签约主、被叫业务触发签约录音IFC，通过IMS的CSCF(Call Session Control Function，呼叫会话
控制功能)子模块与录音业务平台互通实现录音的触发。在IMS上需配置录音触发的主被叫
IFC模板，CSCF子模块需将录音业务平台作为AS(应用服务器)的角色采用国际标准的ISC接
口进行互通对接。对于通过软交换承载的固话用户，需采用SHLR(Smart HLR，智能归属位置
寄存器)方式+设置多个接入码预防重复触发方式。

[0139] 在步骤390，录音业务平台收到IMS发送的呼叫，按先事定义的接口格式将呼叫信息推送给录音管理平台，由录音管理平台进而二次鉴权。例如，判断对应的号码是否授权录
音、主叫录音流程或被叫流程录音、捆绑的录音业务逻辑、是否需要与客户行业应用平台交
互参与业务逻辑的处理等。

[0140] 在步骤3100，录音管理平台返回对应的录音业务逻辑ID及对应的录音参数给录音业务平台。

[0141] 在步骤3110，若录音业务平台根据录音业务逻辑判断该次呼叫录音前需与客户的行业应用平台交互，则将该次呼叫信息实时地推送给客户的行业应用平台。例如，由客户侧
介入一些业务判断，如该次通话是否录音，或者是否可客户播放一段提醒类的放音等，此时
录音业务平台需按事先约定的接口，将该次呼叫信息实时地推送给客户的行业应用平台。

[0142] 在步骤3120，行业应用平台收到该呼叫的相关信息推送后，需进行来电弹屏或者依据号码信息与数据库中的用户号码信息匹配处理等，再结合判断处理的结果以及事先设
定的接口格式返回响应消息给录音业务管理平台。该呼叫的相关信息包含主叫号码、被叫
号码、时间等。

[0143] 在步骤3130，录音管理平台依据行业应用平台返回的此次呼叫的录音处理要求以及用户在录音管理平台上事先设定的录音管理信息，按指定的格式返回响应信息给录音业
务平台。之后录音业务平台以及录音管理平台返回的信息触发该用户捆绑的录音业务逻
辑，确认号码目前是否需要录音、录音前是否需要与客户的行业应用平台进行交互、生成的
录音文件的格式、录音文件主被叫两路单独分离等。

[0144] 在步骤3140，录音业务平台处理后携带前序信令流程的相关呼叫ID等信息将呼叫返回给IMS。

[0145] 在步骤3150，IMS根据IFC触发规则，按常规的没有录音的呼叫流程进行呼叫接续处理。

[0146] 在步骤3160，IMS将呼叫发送给相关的呼叫中转网元。

[0147] 在步骤3170，承载网元对被叫用户发起呼叫。

[0148] 在步骤3180，被叫用户接听电话后，录音业务平台依据录音业务逻辑对呼叫进行录音处理。

[0149] 在步骤3190，通话结束后录音业务平台按业务逻辑生产指定格式的录音文件，并推送给录音管理平台加密管理。

[0150] 在步骤3200，录音管理平台按行业应用平台事先设定的存储录音文件的目录等信息，将加密的录音文件、呼叫记录信息通过加密的方式或专有通道回传给客户的行业应用
平台。

[0151] 在步骤3210，行业应用平台收到信息后进行匹配处理，在客户的工作流、业务中进行管理，并在平台上展现，辅助客户提示效率等。

[0152] 在该实施例中，对录音逻辑实现中的呼叫和录音功能以API方式进行抽象化，录音业务平台结合不同行业应用的录音需求，对这些API进行编程组合，以不同的业务逻辑ID形
态与业务管理平台交互。录音管理平台针对不同的录音逻辑ID所提供的录音逻辑，通过标
准的接口形态以不同的接口名称进一步对录音业务进行产品化接口的封装，以实现行业应
用平台在录音业务开通前调用这些标准接口灵活定制不同的录音业务逻辑。

[0153] 图4为本公开通用型可编程录音控制实现装置的一个实施例的结构示意图。该装置包括录音触发单元410、录音业务平台420和录音管理平台430。

[0154] 录音触发单元410被配置为接收呼叫请求后与录音业务平台420交互以便触发录音业务逻辑。录音触发单元包括录音触发、承载固话用户的软交换或IMS。录音触发是指固
话用户在其所承载的软交换或IMS上通过特定的方式将指定固定号码在指定场景下的语音
呼叫路由到以上架构中的录音业务平台实现录音功能。

[0155] 录音业务平台420被配置为将呼叫请求发送至录音管理平台430，以及将录音管理平台430发送的标准接口参数作为录音逻辑标识的入数对呼叫进行录音业务逻辑处理。即
录音业务平台420实现基础呼叫处理、对呼叫进行录音的功能。

[0156] 录音管理平台430被配置为对呼叫请求鉴权后，将客户定制的录音业务逻辑标识和对应的标准接口参数发送至录音业务平台420。

[0157] 在该实施例中，通过录音触发单元、录音业务平台和录音管理平台的信息交互，在不改变用户拨号习惯、不改变号码，无需在客户侧建立录音平台的情况下实现录音业务逻
辑的灵活定制。

[0158] 在本公开的另一个实施例中，录音触发单元420还被配置为在接收到呼叫请求后，判断呼叫请求中的号码是否开通录音业务，若已开通，则基于标准SIP与录音业务平台420
交互。录音触发单元410若为IMS，则IMS与录音业务平台420之间的接口为ISC接口。录音业
务平台420是作为IMS的应用服务器角色存在。

[0159] 在一个实施例中录音业务平台420除了实现基础呼叫处理、对呼叫进行录音的功能外，创新性地对不同场景的呼叫录音、呼叫放音等功能进行接口化封装，可基于这些接口
结合不同行业的录音需求编写不同的录音业务逻辑。例如将录音业务逻辑以API方式抽象
化为原子能力。

[0160] 在一个实施例中，录音业务平台420还被配置为根据标准接口参数判断是否在录音前与行业应用平台交互，若需要，则将呼叫请求通过录音管理平台430推送至行业应用平
台，以便行业应用平台向客户提醒是否录音；其中，行业应用平台响应于客户输入录音指
令，将录音指令通过录音管理平台430向录音业务平台420响应。

[0161] 在另一个实施例中，录音业务平台420还被配置为将根据标准接口参数将呼叫进行录音处理后的录音文件存储到行业应用平台的存储位置。

[0162] 在一个具体实施例中，录音业务逻辑处理包括多个方面，例如，对来自软交换/IMS送过来的呼叫，获取呼叫中的主被叫号码信息，与录音管理平台430交互判断指定的号码信
息是否是授权的录音号码、主叫录音流程或被叫录音流程、捆绑的录音逻辑ID、录音前是否
放音、放音的语音文件名、录音存储的格式、录音文件是主被叫分离等等。接着按录音管理
平台430的要求触发对应录音逻辑ID的呼叫和录音脚本，可同时对主被叫号码按指定的要
求进行号码变换、添加或删除接入码，之后再与软交换/IMS交互完成后续呼叫处理。之后该
业务逻辑根据软交换/IMS返回的被叫用户的呼叫状态，例如呼叫失败、摘机接听等，判断是
否录音处理。若被叫用户有摘机接听，该逻辑需判断是否给主叫用户或给被叫用户播放指
定的放音文件，例如可给主叫用户播放开始录音的语音提醒；也可以给被叫用播放本次通
话将被录音的语音提醒等；具体的放音内容根据不同的行业客户进行定制化，对于同一个
行业客户也可根据不同的用户号码选择不同的放音内容。若不播放就直接进行录音处理。
在录音的同时，该业务逻辑需判断来自软交换/IMS的用户侧挂机信息，一旦用户挂机就按
录音管理平台事先返回的信息生成指定格式的录音文件，并实时推送给录音管理平台，由
录音管理平台进行后续交互处理。如果录音业务逻辑处理过程出现异常或者录音管理平台
出现异常，录音业务平台需支持指示软交换/IMS进行后续呼叫处理，用户无感知。

[0163] 录音业务平台420与录音管理平台430的互通都是基于标准通用的HTTP接口互通，主要实现录音管理层面的相关信息交互。例如上传录音文件、校验录音号码、明确录音逻辑
ID等。

[0164] 录音管理平台430对指定行业客户相关号码的录音进行系列管理，包含指定号码录音的开通、关闭，不同格式录音文件的生产、存储、推送、下载等，录音前与客户行业应用
平台交互对该次呼叫的录音处理进行交互等。录音管理平台430的功能主要分为三大部分：
某行业录音业务的开通和录音规则的设置；录音过程分别与录音业务平台和客户行业应用
平台交互实现录音鉴权、参与录音业务逻辑的处理，录音结束后通话记录、录音文件推送等
处理；与行业应用平台交互接口的封装。

[0165] 在一个实施例中，录音管理平台430还被配置为将不同的原子能力进行组合并封装为标准接口，将标准接口通过行业应用平台提供给客户，以便客户根据行业录音需求通
过行业应用平台调用录音管理平台430封装的标准接口，设置标准接口参数以便定制录音
业务逻辑；以及被配置为存储标准接口参数以及对应的录音业务逻辑，并将业务开通系统
发送的录音号码业务数据下发至录音触发单元420，以便录音触发单元420配置好业务触发
数据。

[0166] 在一个实施例中，录音管理平台430被配置为判断呼叫请求中的号码是否开通录音业务，录音管理平台是否保存有对应的标准接口参数以及录音业务逻辑。

[0167] 在一个实施例中，录音管理平台430还被配置为接收到行业应用平台调用标准接口请求后，判断录音号码是否已开通，若已开通，则判断行业应用平台调用的标准接口是否
已存在，若已存在，则存储客户设置的标准接口参数以及对应的录音业务逻辑。

[0168] 在上述各实施例中，通过介绍录音触发单元、录音业务平台和录音管理平台的功能以及交互，不同的行业客户可结合不同的需求，通过接口调用方式灵活地定制个性化的
录音业务逻辑，同时客户可在振铃或话机应答等不同阶段灵活地确定该通话是否录音、是
否给被叫号码放音等。通话结束后，对应通话的录音文件、通话记录可按事先设定的录音采
用加密的方式自动推送到客户应用平台，客户可在其自有应用平台上集成相关的录音文
件、通话记录等。实现在不改变用户现有使用号码、不变更用户拨号习惯的前提下对指定的
某次呼叫进行无感知的录音。客户可利用获取录音文件、通话记录等信息实现投诉的事后
追溯/稽核、服务质量提升、呼叫行为统计、大数据精准营销等。

[0169] 图5为本公开通用型可编程录音控制实现装置的另一个实施例的结构示意图。该装置包括存储器510和处理器520。其中：存储器510可以是磁盘、闪存或其它任何非易失性
存储介质。存储器510用于存储图1‑3所对应实施例中的指令。处理器520耦接至存储器510，
可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器520用于执行存
储器中存储的指令。

[0170] 在一个实施例中，还可以如图6所示，该装置600包括存储器610和处理器620。处理器620通过BUS总线630耦合至存储器610。该装置600还可以通过存储接口640连接至外部存
储装置650以便调用外部数据，还可以通过网络接口660连接至网络或者另外一台计算机系
统(未标出)，此处不再进行详细介绍。

[0171] 图7为本公开通用型可编程录音控制实现系统的一个实施例的结构示意图。该系统包括固话用户终端710、上述的通用型可编程录音控制实现装置和行业应用平台750，其
中，该装置包括录音触发单元720、录音业务平台730和录音管理平台740，录音触发单元例
如为软交换或IMS。

[0172] 固话用户终端710为有录音需求的固话用户终端。软交换或IMS720实现录音触发、承载固话用户，IMS还可以将呼叫转发至呼叫中转网元，呼叫中转网元将呼叫转发至手机/
其他固话用户等；录音业务平台730实现录音业务逻辑；录音管理平台740实现录音系列管
理功能，包含指定号码录音开关，不同格式录音文件的生成、存储、推送、下载等处理，录音
前与行业应用平台交互处理；行业应用平台750实现最终录音应用。

[0173] 为了清楚的介绍本公开的系统，如图8所示，录音业务平台730将录音业务逻辑以API方式抽象化封装为原子能力1‑N，录音管理平台740通过组合原子能力，封装为多个录音
业务逻辑接口1‑M。各客户可以结合不同的行业录音需求通过行业应用平台750调用不同的
接口，设置对应的接口参数，定制个性化录音业务逻辑。录音业务平台730以个性化录音业
务内容对应的录音逻辑为入参，继续后续的呼叫和录音流程。录音业务平台730在通话过程
中触发该用户对应的录音业务逻辑，并根据个性化定制生成该次通话对应的文件，录音管
理平台740将该次通过对应的文件存储至客户指定行业应用平台的存储位置。

[0174] 在一个具体实施例中，客户受理申请开通指定号码的录音业务。客户调用录音管理平台对外提供的不同录音业务逻辑标准化接口，设置对应的接口参数，定制个性化录音
业务逻辑。录音管理平台对客户定制的录音业务逻辑、号码等信息进行存储、映射等处理。
录音管理平台将客户定制的录音业务逻辑ID、录音业务触发数据分别下发给录音业务平台
及承载录音号码的软交换或IMS，由对应IMS或软交换完成数据配置。IMS或软交换将录音业
务平台作为应用服务器的角色以标准SIP协议进行互通。

[0175] 当录音业务号码收发呼叫时，IMS或软交换根据用户签约的业务触发数据触发录音业务。录音业务平台收到录音触发呼叫请求后，与录音管理平台交互，对录音号码进行鉴
权，获取用户定制的录音逻辑ID，根据录音逻辑的定制要求选择性与行业应用平台交互，并
继续后续呼叫和录音流程的执行。当被叫用户摘机时，录音业务平台选择性地依据用户签
约的录音业务逻辑给主叫或被叫播放特定提示音、录音处理，通话结束后生成指定格式的
录音文件并加密。录音管理平台该次通话的录音文件、通话记录等信息推送到客户事先设
定的行业应用平台目录，应用平台入库分拣后给客户呈现，客户可依此做相关的数据分析
处理。

[0176] 该实施例对录音架构进行模块化设计，对录音功能以API进行抽象化，结合不同行业的录音需求实现录音业务逻辑的灵活定制，用户无需变更号码、不用变更使用习惯，在无
感知情况下实现录音。客户行业应用平台可在指定的呼叫时机自主参与录音业务的处理。

[0177] 运营商可基于本公开实现全国各省码号录音功能的提供，包含固话用户、2G手机用户和VOLTE手机用户录音功能的提供。可实现用户不改号、不变更拨号习惯的无感知录
音。另外，本公开适合的客户更广泛，例如银行、保险、公安等服务类行业中客服坐席、客户
经理、销售人员的固话号码、手机号码的无感知录音，可复制推广性强。再者，利用本公开可
以实现通话内容客户事后可基于其自有的行业应用平台进行查询、跟踪、监听、存储、分析
等，可有效解决了服务行业的投诉问题、提升服务水平、提高服务质量、规范员工行为、管控
业务量、为未来的业务发展提供数据依据。

[0178] 在另一个实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现图1‑3所对应实施例中的方法的步骤。本领域内的技术人员应明白，
本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实
施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一
个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于
磁盘存储器、CD‑ROM、光学存储器等)上实施的计算机程序产品的形式。

[0179] 本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程
和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指
令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生
一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现
在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0180] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指
令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或
多个方框中指定的功能。

[0181] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或
其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一
个方框或多个方框中指定的功能的步骤。

[0182] 至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术
方案。

[0183] 虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技
术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本公
开的范围由所附权利要求来限定。