CN103747151B - 一种呼叫流程自动定制系统及方法 - Google Patents

Abstract

本发明提供一种呼叫流程自动定制系统及方法，不仅能定制全新的原子呼叫业务，还能控制呼叫流程中的各种信令或媒体操作。主要包括：将呼叫过程中信令层和媒体层的操作行为细化为相应的指令操作，每个指令具有原子性和幂等性；将基于原子指令实现的呼叫服务定义为原子服务，而基于原子服务实现的呼叫服务定义为复合服务；当收到呼叫请求时，根据业务配置信息确定需要触发的具体呼叫服务；加载并执行该服务；如需要修改或添加呼叫服务时，用脚本实现服务，并在不中断服务进程的前提下更新和添加；呼叫服务按照异步方式执行，提高整个系统运行效率。

Description

一种呼叫流程自动定制系统及方法

技术领域

本发明涉及计算机多媒体通信技术领域，尤其涉及一种呼叫流程自动定制系统及方法。

背景技术

随着网络技术发展的日益成熟，基于互联网技术的多媒体通信技术得到飞快发展及广泛应用，例如呼叫中心、语音交互应答系统等，不仅促进了国民经济的发展，也提高了人们的生活质量。但是，呼叫业务的多样性和易变性等特点，降低了应用系统的开发效率和质量，还增加了开发和维护成本。

因此，现有技术中出现了以呼叫业务可配置为目的的方法和模型，来解决呼叫业务的多样性及可变性问题。但是，这些方法和模型有着如下的不足：只能基于已实现的原子呼叫业务功能来组合出新的业务，而无法实现全新的原子呼叫业务；只能实现业务层面的控制，而无法实现呼叫过程中的具体操作控制，例如放音收号、录制及放像等。这些不足限制了业务的开发广度与深度，降低了开发效率与灵活性。

因此，需要一种新的呼叫流程自动定制系统及方法，以避免上述缺陷。

发明内容

本发明的目的在于提供一种呼叫流程自动定制系统及方法，以解决现有技术只能基于已实现的原子呼叫业务功能来组合出新的业务，而无法实现全新的原子呼叫业务，以及只能实现业务层面的控制等不足。

为解决上述问题，本发明提出一种呼叫流程自动定制系统，包括：

业务数据库，用于保存系统的业务配置信息，所述业务配置信息包括全部用户的注册信息、号码分析规则、呼叫业务信息与触发条件；

主模块，用于接收呼叫请求并根据业务数据库中的业务配置信息，对所述呼叫请求进行号码分析和触发条件判断，确定需要触发的具体呼叫服务，并在所述具体呼叫服务为自带呼叫业务时执行所述具体呼叫服务；

扩展模块，用于在所述具体呼叫服务为扩展呼叫业务时，执行所述具体呼叫服务相对应的扩展脚本。

进一步的，所述主模块包括：

消息处理引擎，用于接收呼叫请求并对该呼叫请求进行号码分析，当为非法号码时调用下述的信令与媒体操作接口来拒绝该呼叫请求；当为合法号码时根据号码分析结果和触发条件来判断呼叫业务类型，若呼叫业务类型为自带呼叫业务则直接利用下述的自带呼叫业务集启动一个线程来执行所述呼叫业务，若呼叫业务类型为扩展呼叫业务则需要由下述的扩展流程执行引擎来执行所述呼叫业务；

信令与媒体操作接口，用于在呼叫业务类型为自带呼叫业务时与发起呼叫请求的客户端进行交互；

自带呼叫业务集，用于保存全部的自带呼叫业务的操作指令以实现呼叫业务；

扩展流程执行引擎，用于在所述呼叫业务类型为扩展呼叫业务时解释并执行具体呼叫业务的扩展脚本。

进一步的，所述扩展模块包括：

扩展呼叫业务集，用于保存全部的扩展呼叫业务的扩展脚本；

扩展信令与媒体接口，用于在具体呼叫业务为扩展呼叫业务时实现与发起呼叫请求的客户端进行交互。

进一步的，每个扩展呼叫业务的指令都是用脚本语言编写。

本发明还提供一种呼叫流程自动定制方法，包括以下步骤：

将呼叫过程中涉及到的信令层和媒体层的操作行为分解成自带呼叫业务和扩展呼叫业务；

建立一业务数据库来保存系统的业务配置信息，所述业务配置信息包括全部用户的注册信息、号码分析规则、呼叫业务信息与触发条件；

接收呼叫请求，根据业务数据库保存的业务配置信息对所述呼叫请求进行号码分析和触发条件判断，确定需要触发的具体呼叫服务；

当所述具体呼叫服务为自带呼叫业务时，直接执行所述自带呼叫业务；

当所述具体呼叫服务为扩展呼叫业务时，执行所述扩展呼叫业务相对应的扩展脚本。

进一步的，根据业务数据库保存的业务配置信息对所述呼叫请求进行号码分析时，如果发起所述呼叫请求的号码为非法的，则拒绝所述呼叫请求。

进一步的，当所述具体呼叫服务为扩展呼叫业务时，执行所述扩展呼叫业务相对应的扩展脚本，包括：

若所述扩展呼叫业务的最新版本的服务代码已经拷贝到内存上，则直接调用最新版本的服务代码来创建一个线程来运行服务代码；否则，先从磁盘加载其最新版本的服务代码，再执行。

进一步的，若所述扩展呼叫业务是使用非脚本语言实现的，则除了配置触发条件外，还需要重新编译整个呼叫流程自动定制系统；若所述扩展呼叫业务是用脚本语言实现的，则不需要重新编译，并在不中断服务进程的前提下，实现呼叫服务的更新和添加。

进一步的，所有呼叫服务按照异步方式执行。

与现有技术相比，本发明提供的呼叫流程自动定制系统及方法，主要将呼叫过程中信令层和媒体层的操作行为细化为相应的指令操作，当收到呼叫请求时，根据先前的业务配置信息确定需要触发的具体呼叫服务，从而加载并执行该服务，其中如需要修改或添加呼叫服务时，可以用扩展脚本在不中断服务进程的前提下更新和添加呼叫的服务，每个呼叫服务按照异步方式执行。所以，本发明不仅能定制全新的原子呼叫业务，还能控制呼叫流程中的各种信令或媒体操作，例如放音放像等，由于细化并抽象了整个业务流程，对呼叫的控制转化为指令的执行，进而分离了业务逻辑与流程执行之间的耦合关系，同时支持业务间的复用，这样不仅提高了呼叫业务的开发效率、开发广度与深度，还增加了业务的灵活性，同时基于脚本的业务开发与定制机制使得可以在不中断主服务进程的前提下快速开发与部署呼叫服务。

附图说明

图1是本发明具体实施例的呼叫流程自动定制系统的架构图；

图2是本发明具体实施例的呼叫流程自动定制系统中的点对点呼叫流程的时序图；

图3是本发明具体实施例的呼叫流程自动定制方法的流程图。

具体实施方式

本发明的核心思想是公开一种呼叫流程自动定制系统及方法，不仅能定制全新的原子呼叫业务，还能控制呼叫流程中的各种信令或媒体操作。主要包括：将呼叫过程中信令层和媒体层的操作行为细化为相应的指令操作，每个指令具有原子性和幂等性；将基于原子指令实现的呼叫服务定义为原子服务，而基于原子服务实现的呼叫服务定义为复合服务；当收到呼叫请求时，根据业务配置信息确定需要触发的具体呼叫服务；加载并执行该服务；如需要修改或添加呼叫服务时，用脚本实现服务，并在不中断服务进程的前提下更新和添加；呼叫服务按照异步方式执行，提高整个系统运行效率。

为使本发明的目的、特征更明显易懂，下面结合附图对本发明的具体实施方式作进一步的说明，然而，本发明可以用不同的形式实现，不应认为只是局限在所述的实施例。

图1是本发明具体实施例的整个呼叫流程自动定制系统的架构示意图，其中实线箭头表示同步调用方式，虚线箭头表示异步调用方式。

请参考图1，本实施例提出一种呼叫流程自动定制系统，本系统可以用C/C++语言实现，但其实并不限于C/C++，其他语言也可实现，所述呼叫流程自动定制系统具体包括：

业务数据库10，用于保存系统的业务配置信息，所述业务配置信息包括全部用户的注册信息、号码分析规则、呼叫业务信息与触发条件等；

主模块11，用于接收呼叫请求并根据业务数据库保存的内容，对所述呼叫请求进行号码分析以及触发条件判断，确定需要触发的具体呼叫服务，并在所述具体呼叫服务为自带呼叫业务时执行所述具体呼叫服务相对应的操作指令并执行所述具体呼叫服务，主要包括消息处理引擎111、信令与媒体操作接口112、自带呼叫业务集113以及扩展流程执行引擎114；

扩展模块12，用于在所述具体呼叫服务为扩展呼叫业务时，执行所述具体呼叫服务相对应的扩展脚本（首次触发时，需要从磁盘加载扩展脚本到内存），主要包括扩展呼叫业务集121和扩展信令与媒体接口122。

其中，消息处理引擎111用于接收客户端发送的呼叫请求并对该呼叫请求进行号码分析，当为非法访问（如非法号码的访问，即未注册的号码访问）时调用信令与媒体指令112来拒绝该呼叫请求，例如先向主叫客户端（发起呼叫请求的客户端）发送错误音提示，然后挂断；当为合法访问时根据号码分析结果来判断呼叫业务类型，针对自带呼叫业务（该呼叫请求是一种触发性的请求消息），直接利用自带呼叫业务集113的业务操作指令创建一个子线程来执行所述呼叫业务的业务流程，而对于扩展呼叫业务（该呼叫请求也是一种触发性的请求消息），则需要由扩展流程执行引擎114处理扩展脚本进而来执行所述呼叫业务的业务流程。针对非触发性的请求消息，则直接交给具体的呼叫业务对象。

信令与媒体操作接口112，是对呼叫流程的细化与功能抽象，仅是功能接口，而非业务接口，不具有任何状态属性，具有幂等特性，例如向客户端发送一个振铃消息，相当于与发起呼叫请求的客户端进行交互，尤其是在呼叫请求的呼叫业务类型为自带呼叫业务时与发起呼叫请求的客户端进行交互。

自带呼叫业务集113，实质上保存全部的自带呼叫业务的操作指令以实现呼叫业务，每个指令都是面向过程的，且具有原子性和幂等性。自带呼叫业务集113可以使用C/C++等语言版本的操作指令实现呼叫业务，执行效率高，但不易扩展，每次更新或添加业务，都需要重新编译系统，使得系统被中断之后，才能升级；另外，为了满足易扩展性、易开发性、易维护性以及在不中断主服务进程的前提下扩展或添加呼叫服务，每条C/C++等语言版本的指令都扩展为相应的脚本指令（例如采用TCL、Python等脚本语言实现，但也不限于这两个语言，其他脚本语言也可以），这样就可以使用脚本语言快速开发与部署呼叫业务；

扩展流程执行引擎114，用于在所述呼叫业务类型为扩展呼叫业务时解释并执行具体呼叫业务的扩展脚本，如果扩展脚本已加载且未失效，则直接运行扩展脚本，否则，就先从磁盘将扩展脚本拷贝到内存，再执行。

扩展呼叫业务集121，保存有全部的呼叫业务脚本指令和扩展呼叫业务的扩展脚本，原则上，一个脚本表示一个呼叫业务逻辑，同时，支持面向对象的实现技术，即一个呼叫业务可以继承多个呼叫业务，也可以派生出多个呼叫业务。

扩展信令与媒体接口122，本实施例中为脚本扩展命令，用于在具体呼叫业务为扩展呼叫业务时实现与发起呼叫请求的客户端进行交互扩展，实现与信令与媒体操作接口112类似的功能。

下面以本实施例的呼叫流程自动定制系统中的一个具体的点对点流程来详细说明。图2是点对点呼叫流程的时序图。

应用本实施例的呼叫流程自动定制系统进行点对点呼叫是一种应用本实施例的呼叫流程自动定制系统进行呼叫的最基本的方法。请参考图2，应用本实施例的呼叫流程自动定制系统进行点对点呼叫的时序过程如下:

1、主叫客户端发送一个呼叫请求。

2、系统的消息处理引擎接收到呼叫请求时，先根据业务数据库保存的内容对主叫号码进行号码分析与呼叫鉴权，拒绝鉴权未通过的请求（即拒绝非法访问），针对鉴权通过的请求，则创建子线程执行相关呼叫业务。

3、信令与媒体操作接口向主叫客户端发送一个临时响应，表明处理结果（直接拒绝或正在处理中）

4、消息处理引擎申请相关资源，比如会议资源、成员资源以及录制资源等。

5、消息处理引擎根据业务数据库中保存的内容针对被叫号码进行号码分析与呼叫鉴权，如果鉴权不通过，将终结整个呼叫流程；如果鉴权通过，就申请相关资源，并进行后续处理。

6、信令与媒体操作接口向被叫客户端发送呼叫开始请求消息。

7、被叫客户端发送呼叫响应消息（接受或拒绝），消息处理引擎接收该呼叫响应消息。

8、信令与媒体操作接口向被叫客户端发送呼叫确认消息，表明已收到响应消息。

9、信令与媒体操作接口向主叫客户端发送呼叫响应消息。

10、主叫客户端发送呼叫确认消息，表明已收到响应消息，消息处理引擎接收该呼叫确认消息。

11、主叫客户端发送呼叫结束消息，消息处理引擎接收该呼叫结束消息。

12、信令与媒体操作接口向主叫客户端发送呼叫确认消息，表明已收到结束消息。

13、信令与媒体操作接口向被叫客户端发送呼叫结束消息。

14、被叫客户端发送呼叫确认消息，表明已收到结束消息，消息处理引擎接收该呼叫确认消息。

基于上述步骤，将基于原子指令（即细化的与信令层和媒体层的操作行相应的操作指令）实现的呼叫服务定义为原子服务，而基于原子服务实现的呼叫服务定义为复合服务，服务具有业务和状态属性，有生命周期的，例如一个通话的开始与结束分别会创建和释放相关呼叫业务对象。每个服务都是采用面向对象的技术实现的，即满足封装、继承和多态的特点，有利于业务的复用与开发。

例如基于本实施例的呼叫流程自动定制系统进行点对点呼叫来进行放音收号、录制或放像等扩展服务时的时序过程，就可以在图2的第4步进行消息处理引擎处的呼叫业务类型判断，判断为扩展呼叫业务后，转交给扩展流程执行引擎处理，扩展流程执行引擎利用扩展呼叫业务集中申请相关资源，执行扩展任务，而后图2的第6至14步中的信令与媒体操作接口的操作全都由扩展信令与媒体接口接管，从而完成本次扩展呼叫业务的呼叫。

因此，图2所述的呼叫流程仅仅是具体实施方案之一，本发明的应用范围与实现方式并不限于此，可以基于上述点对点呼叫方法进行扩展或改良来满足不同的应用场合。本发明的呼叫流程自动定制系统，由于对呼叫流程进行了抽象以及业务逻辑与流程执行的分离，使得整个系统从垂直方向上分为了两层：上层为业务逻辑，下层为抽象的信令与媒体指令；而从水平方向上又分为了两部分：左边为主模块，右边为扩展模块。其中，业务逻辑表示具体的呼叫流程规范，具有状态属性；信令与媒体指令则是具体的功能实现，不具有业务和状态属性。进一步的，主模块是可以用C/C++语言实现的，运行效率高，当系统启动时，全部加载；而扩展模块可以用脚本语言开发的，开发效率高，当收到呼叫请求时，如果指定脚本未加载或已更新，就会加载并执行脚本，且当下次执行时，直接运行已加载的脚本。

因此，本发明的呼叫流程自动定制系统具有以下特征：

1、根据具体应用场景不同，能够基于原子指令或已有呼叫业务来实现新的呼叫业务。

2、轻量级的嵌入式扩展流程执行引擎，便于业务脚本的快速开发与灵活部署。

3、基于扩展信令与媒体接口的流程定制机制，使得呼叫服务定制不仅能够基于已有原子或复合服务，还能直接基于原子指令，扩大了定制的使用范围，增加了定制的深度和灵活性。

4、呼叫服务按照异步方式执行，即每个呼叫服务都是以一个线程的方式运行，增加了业务执行的并发性，提高了系统的执行效率。

5、当流程定制基于脚本实现，则由于脚本不需要编译与链接，这样就可以在不中断服务的前提下更新或添加新的呼叫业务脚本。

请参考图3，本实施例还提供一种呼叫流程自动定制方法，其中所有呼叫服务按照异步方式执行的，具体包括以下步骤：

S1，将呼叫过程中涉及到的信令层和媒体层的操作行为分解成自带呼叫业务和扩展呼叫业务；

S2，建立一业务数据库来保存系统的业务配置信息，所述业务配置信息包括全部用户的注册信息、号码分析规则、呼叫业务信息与触发条件等；

S3，接收呼叫请求，根据业务数据库保存的业务配置信息对所述呼叫请求进行号码分析和触发条件判断，确定需要触发的具体呼叫服务；

S4，当所述具体呼叫服务为自带呼叫业务时，直接执行所述自带呼叫业务相对应的呼叫流程；

S5，当所述具体呼叫服务为扩展呼叫业务时，执行所述扩展呼叫业务相对应的扩展脚本（一般地，所述扩展呼叫业务基于基本操作指令、原子服务或复合服务来实现。

其中，在步骤S1中，一般通过将呼叫过程中涉及到的信令层和媒体层的操作行为细化为操作指令和脚本指令来将呼叫业务分解成自带呼叫业务和扩展呼叫业务，自带业务一般使用C/C++语言实现的；扩展呼叫业务一般采用TCL、Python等脚本语言实现；

其中，在步骤S3中，根据业务数据库保存的业务配置信息对所述呼叫请求进行号码分析时，如果所述呼叫请求的主叫号码和/或被叫号码为非法的，则拒绝所述呼叫请求。同时在确定为合法访问后，进一步根据业务数据库保存的业务配置信息对所述呼叫请求进行触发条件判断时，实际上是判断所述呼叫请求的具体呼叫服务为自带呼叫业务（即自带服务）还是扩展呼叫业务（即扩展服务）。

在步骤S5中，针对扩展呼叫业务的呼叫请求，若所述扩展呼叫业务的最新版本的服务代码已经拷贝到内存上，则直接调用最新版本的服务代码来创建一个线程来运行服务代码；否则，就先从磁盘加载最新版本的脚本指令到内存，再启动一个线程来执行该呼叫服务。针对自带呼叫业务的呼叫请求，则直接将所述呼叫请求交给该自带服务的相对应的呼叫流程。本实施例中，若所述扩展呼叫业务是使用C/C++语言实现的，则除了配置触发条件外，还需要重新编译整个呼叫流程自动定制系统；若所述扩展呼叫业务是用脚本实现的，则不需要重新编译，并在不中断服务进程的前提下，实现呼叫服务的更新和添加。

因此，本实施例的呼叫流程自动定制方法，具有以下特征：

1、将呼叫过程中涉及到的信令层和媒体层的操作行为都细化为相应的指令操作，每个指令都是面向过程的，且具有原子性和幂等性。同时，出于执行效率的考虑，全部指令都是使用C/C++语言实现的；另外，为了满足易扩展性、易开发性、易维护性以及在不中断主服务进程的前提下扩展或添加呼叫服务，每条C/C++版本的指令都扩展为相应的脚本指令（TCL、Python等脚本），这样就可以使用脚本语言快速开发与部署呼叫业务；

2、将基于原子指令（细化的指令操作）实现的呼叫服务定义为原子服务，而基于原子服务实现的呼叫服务定义为复合服务，服务具有业务和状态属性，有生命周期的，例如一个通话的开始与结束分别会创建和释放相关呼叫业务对象。每个服务都是采用面向对象的技术实现的，即满足封装、继承和多态的特点，有利于业务的复用与开发。

3、当收到一个呼叫开始请求时，根据业务数据库中的业务配置信息，对主叫号码和被叫号码进行号码分析，确定需要触发的具体呼叫服务。如果该服务代码已经拷贝到内存且版本是最新的，就直接创建一个线程来运行服务代码，否则，就先从磁盘加载，再启动一个线程来执行该呼叫服务。针对非触发性的请求消息，则直接交给具体的呼叫业务对象。

4、如果呼叫请求触发的服务是C/C++版本的，由于主服务进程启动时，就已经加载了C/C++版本的呼叫服务，这时，只需要直接执行；如果服务是脚本类型的，对于已经加载到内存且版本是最新的，流程解释执行引擎就会直接调用，否则，就会先加载，然后再执行。

5、当需要修改或添加呼叫服务时，如果是使用C/C++语言实现的，除了配置触发规则外，还需要重新编译整个服务系统；如果是用脚本实现的，则不需要重新编译，并在不中断服务进程的前提下，实现呼叫服务的更新和添加。

6、呼叫服务按照异步方式执行，即每个呼叫服务都是以一个线程的方式运行。呼叫服务对象与执行线程的生命周期是相同的。这样，增加了业务执行的并发率，提高了整个系统的运行效率。

显然，本领域的技术人员可以对发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (7)

1.一种呼叫流程自动定制系统，其特征在于，包括：

业务数据库，用于保存系统的业务配置信息，所述业务配置信息包括全部用户的注册信息、号码分析规则、呼叫业务信息与触发条件；

主模块，用于接收呼叫请求并根据业务数据库中的业务配置信息，对所述呼叫请求进行号码分析和触发条件判断，确定需要触发的具体呼叫服务，并在所述具体呼叫服务为自带呼叫业务时执行所述具体呼叫服务；

扩展模块，用于在所述具体呼叫服务为扩展呼叫业务时，执行所述具体呼叫服务相对应的扩展脚本；

所述主模块包括：

消息处理引擎，用于接收呼叫请求并对该呼叫请求进行号码分析，当为非法号码时调用下述的信令与媒体操作接口来拒绝该呼叫请求；当为合法号码时根据号码分析结果和触发条件来判断呼叫业务类型，若呼叫业务类型为自带呼叫业务则直接利用下述的自带呼叫业务集启动一个线程来执行所述呼叫业务，若呼叫业务类型为扩展呼叫业务则需要由下述的扩展流程执行引擎来执行所述呼叫业务；

信令与媒体操作接口，用于在呼叫业务类型为自带呼叫业务时与发起呼叫请求的客户端进行交互；

自带呼叫业务集，用于保存全部的自带呼叫业务的操作指令以实现呼叫业务；

扩展流程执行引擎，用于在所述呼叫业务类型为扩展呼叫业务时解释并执行具体呼叫业务的扩展脚本。

2.如权利要求1所述的呼叫流程自动定制系统，其特征在于，所述扩展模块包括：

扩展呼叫业务集，用于保存全部的扩展呼叫业务的扩展脚本；

扩展信令与媒体接口，用于在具体呼叫业务为扩展呼叫业务时实现与发起呼叫请求的客户端进行交互。

3.如权利要求2所述的呼叫流程自动定制系统，其特征在于，每个扩展呼叫业务的指令都是用脚本语言编写。

4.一种呼叫流程自动定制方法，其特征在于，包括以下步骤：

将呼叫过程中涉及到的信令层和媒体层的操作行为分解成自带呼叫业务和扩展呼叫业务；

建立一业务数据库来保存系统的业务配置信息，所述业务配置信息包括全部用户的注册信息、号码分析规则、呼叫业务信息与触发条件；

接收呼叫请求，根据业务数据库保存的业务配置信息对所述呼叫请求进行号码分析和触发条件判断，确定需要触发的具体呼叫服务；

当所述具体呼叫服务为自带呼叫业务时，直接执行所述自带呼叫业务；

当所述具体呼叫服务为扩展呼叫业务时，执行所述扩展呼叫业务相对应的扩展脚本；

若所述扩展呼叫业务是使用非脚本语言实现的，则除了配置触发条件外，还需要重新编译整个呼叫流程自动定制系统；若所述扩展呼叫业务是用脚本语言实现的，则不需要重新编译，并在不中断服务进程的前提下，实现呼叫服务的更新和添加。

5.如权利要求4所述的呼叫流程自动定制方法，其特征在于，根据业务数据库保存的业务配置信息对所述呼叫请求进行号码分析时，如果所述呼叫请求的主叫号码和/或被叫号码为非法的，则拒绝所述呼叫请求。

6.如权利要求4所述的呼叫流程自动定制方法，其特征在于，当所述具体呼叫服务为扩展呼叫业务时，执行所述扩展呼叫业务相对应的扩展脚本，包括：

若所述扩展呼叫业务的最新版本的服务代码已经拷贝到内存上，则直接调用最新版本的服务代码来创建一个线程来运行服务代码；否则，先从磁盘加载其最新版本的服务代码，再执行。

7.如权利要求4至6中任一项所述的呼叫流程自动定制方法，其特征在于，所有呼叫服务按照异步方式执行。