GSL流程开发工具

1、目 录1 GSL流程开发工具1-11.1 工具简介1-21.2 基本概念1-21.3 安装说明及注意事项1-4 安装说明1-4 注意事项1-42 SCE数据类型2-12.1 业务数据组成2-22.2 系统定义的数据类型2-3 SCE支持的系统参数2-3 数据类型及取值规定2-52.3 用户区定义的数据类型2-62.4 GSL流简介2-72.5 使用时注意事项2-7插图目录图1-1 业务流程示例1-3图2-1 GSL流的示意图2-7表格目录表2-1 被叫号分类说明2-3表2-2 参数说明2-5表2-3 统一规定的类型和取值的数据2-5表2-4 SCE支持的数据类型2-61 GSL流程开发工具关于

2、本章本章描述内容如下表所示。标题内容1.1 工具简介介绍了开发GSL流程的TopEng-SCE业务生成环境。1.2 基本概念介绍了开发GSL流程的TopEng-SCE业务生成环境的基本概念和数据类型等基本知识。1.3 安装说明及注意事项介绍了TopEng-SCE业务生成环境的安装说明和注意事项进行了说明。1.1 工具简介业务生成环境SCE（Service Creation Environment）是TopEng-智能呼叫中心提供的自动业务开发环境。它和API（Application Program Interface）、ActiveX控件一起构成了TopEng-智能呼叫中心的业务开发工具系列。

3、SCE采用完全的图形用户界面GUI（Graphic User Interface），使用鼠标通过简单的拖放（Drag and drop）动作即可快速生成业务。SCE所生成的业务流程经过编译后，生成的GSL流程文件可被交互式语音应答系统IVR（Interactive Voice Response）在线动态加载，即时提供新业务。而复合Cell（Multi Cell）的使用更可大大减轻开发的工作量，使编制的业务流程更为简洁、明了、可靠。开发人员还可以利用SCE提供的业务调试功能，在线调试自己开发的业务流程，从而保证业务流程的快速开发和正确运行。1.2 基本概念为了方便理解和使用SCE，本节介绍SCE

4、中经常使用的几个概念。CellCell是能够完成相对独立的业务功能的单元模块，如呼叫应答、事件处理等。每个Cell的基本属性都包括入口和出口。每个Cell只能有一个入口，但是可以有多个出口。“开始Cell”没有入口，代表整个业务流程的开始，“结束Cell”没有出口，代表整个业务流程的结束。Cell的不同的出口代表了业务流程的不同运行轨迹。Cell可分为基本Cell和复合Cell两种，基本Cell和复合Cell都具有名称和描述性的说明。基本Cell（Base Cell）在SCE中，将能够完成基本的不可分割的任务的Cell称为基本Cell。基本Cell是构成业务流程的最小功能单元。它们的功能类似于

5、编程语言中提供的基本语句。“开始Cell”、“结束Cell”、“呼叫应答Cell”、“呼叫释放Cell”等都是系统提供的基本Cell。复合Cell（Multi Cell）仅利用基本Cell来开发业务流程，工作比较繁琐，而且无法在不同的开发者之间共享开发经验。为了减少业务开发人员的重复劳动，参考编程语言中函数的思想，SCE提出了复合Cell的概念。每个复合Cell都可以由多个基本Cell或其他复合Cell组成。例如：一位放音收号复合Cell就是由“放音收号”、“事件处理”、“运算”、“比较”等基本Cell组成。复合Cell一般用来完成业务开发中常用的功能。使得构筑各种业务更为简单。开发人员可根据

6、需要任意定义和修改复合Cell。不能在复合Cell内形成无法跳出循环的递归调用。业务流程使用鼠标，通过简单的拖曳操作，就能建立连线，从而将Cell按一定的规则和业务逻辑组合起来。组合之后的Cell和连线一起就构成了业务流程，它编译后可被IVR加载以实现特定的业务。业务流程在磁盘上以扩展名为.sce的文件存储，称为“SCE文件”或“业务流程文件”，类似于程序设计语言的源程序。业务流程示例如图1-1所示。图1-1 业务流程示例GSL文件流程描述文件GSL（Global Service Logic）用来存放业务的逻辑规则。GSL文件是SCE文件经过编译之后生成的。在编译的过程中舍弃了一些对于业务运行

7、没有作用的信息。所以GSL文件的信息含量要少于SCE文件。GSL文件类似于程序设计语言经过编译之后生成的可执行文件，不过它的运行环境不是操作系统而是IVR。SIB设计开发环境下的Cell在运行环境下被称作业务独立构件SIB（Service Independent Building Block）。在很多情况下，往往不加区分地使用Cell和SIB这两个术语。1.3 安装说明及注意事项1.3.1 安装说明安装过程中，会提示输入CCS机器IP地址，该配置的存放路径为“HKEY_LOCAL_MACHINESOFTWAREHUAWEICCS”。该配置不影响流程编辑，但会影响流程的调试。如果配置不正确，调试

8、时将提示“登录主用CCS失败”等消息，无法进行调试。解决方法有两种：l 直接修改该串值。l 重新安装SCE，在安装过程的提示中输入正确的CCS机器名。1.3.2 注意事项l 兼容旧版本的SCE流程文件为了和以前版本兼容，当版本为流程轨迹版本时，打开流程文件时就序列化Cell的ID和Cell的标记信息。如果打开的流程文件不带流程轨迹，则根据用户选择来处理是否转换为带流程轨迹的流程文件。如果用户选择转换，则给流程文件的Cell都加上ID，同时修改该文档的版本号，并备份原SCE文档，备份SCE文档的名称为原SCE文档名称 + .bak；如果选择不转换，则不给Cell生成版本号；如果是新建的流程则给后

9、续增加的Cell都加上ID。l 在文件编辑中请注意经常存盘，以防止不必要的损失。l 以下所列文件为系统数据文件，请不要随意删除，最好能定期将其备份到另一目录中。 base.cel：基本Cell信息。 Enumid.eum：数据类型定义。 dbinfo.dat：数据库信息。 Multi.cel：复合Cell库，系统数据文件。由于ICD复合Cell库非常庞大，系统在运行SCE业务生成环境时自动将multi.cel复合Cell库装入内存，当复合Cell库有很多复合Cell时将严重影响业务生成环境性能，因此建议对复合Cell库中内容定期清理，在使用时从复合Cell文件或其它业务文件中拷贝，这样可以在保

10、证业务平台运行速度情况下加快业务开发速度。l 为方便使用，目前复合Cell做在一个.sce文件中，使用时直接打开此.sce文件，复制所需的复合Cell后再粘贴，或者将所需的复合Cell保存到Cell列表区的某一复合Cell组中即可。2 SCE数据类型关于本章本章描述内容如下表所示。标题内容2.1 业务数据组成介绍了SCE的文件组成、数据类型以及GSL流进行。2.2 系统定义的数据类型介绍了SCE中系统定义的数据类型。2.3 用户区定义的数据类型介绍了SCE中用户区定义的数据类型。2.4 GSL流简介介绍了使用SCE生成的GSL流程文件。2.5 使用时注意事项介绍了使用SCE工具需要注意的事项。

11、2.1 业务数据组成业务数据的三个组成部分在TopEng-智能呼叫中心中，每个业务都是由GSL文件中的业务数据（Service Data）来描述的，每部分业务数据包括三大部分：SSD区、CID区和GSL区。l SSD区SSD（Service Support Data）为业务支撑数据，一种业务对应一个SSD区，具体的呼叫实例一般不改变此数据区的值。例如，自动声讯业务中的放音循环次数、限拨次数、查黑名单标志、话单类型、业务类型等各种标志及常量，都可以定义在SSD区。l CID区CID（Call Instance Data）为呼叫实例数据，每一次呼叫都有自己的CID数据区，在流程控制过程中，这些数据

12、可以根据业务需要做动态修改和变化。例如，自动声讯业务中的VP站点号、VP时隙号、事件缓冲区、查询数据库结果缓冲变量、呼出标识、用户按键等各种变量必须在CID数据区中定义，不同的呼叫实例其值不同。l GSL区GSL（Global Service Logic）为业务流程的逻辑结构数据，其中存放了该项业务使用的每个Cell和Cell之间的入口出口的逻辑走向关系以及每个Cell的参数使用情况等。不同的业务的GSL区必然不同。业务数据的三个组成部分的特点SSD区数据是某种业务所有的呼叫实例共用的数据区。不同的业务有不同的SSD区数据，但是每一种业务各自只有一块共用的SSD区数据。业务被IVR加载后，IV

13、R就分配给该业务一块数据区用于存放SSD区定义的数据，无论该业务目前有多少个呼叫实例（即使目前该业务没有呼叫实例或者有数十个呼叫实例）。每一种业务的每一个呼叫实例都有一块CID区数据，该CID区数据与具体的呼叫实例有关，随着呼叫实例的产生而产生，随着呼叫实例的结束而结束，CID区数据是每一种业务每一个呼叫实例私有的数据区。GSL逻辑数据结构区类似于SSD数据区，记录的是业务的逻辑分支走向，与用户定义的具体参数无关，在此可忽略不考虑。举例如下，假设IVR上加载了三种业务A、B、C；目前A种业务没有用户拨打，B种业务有10个用户拨打，C种业务有150个用户拨打，则对应的数据区分配空间如下：l A业

14、务1块SSD数据区空间、1块CID数据区空间。l B业务1块SSD数据区空间、11块CID数据区空间。l C业务1块SSD数据区空间、151块CID数据区空间。因为SSD区是某种业务所有的呼叫实例共用的数据区，所以定义该部分参数时需要特别小心，该数据区一般用于定义一些常量，只有在某些具体的应用下定义一些变量。2.2 系统定义的数据类型SCE业务生成系统本身定义了一些常用的系统变量，开发人员可随时使用。这些系统变量有些是动态的随着每个呼叫实例而变化的，如SSP呼叫标志。有些是静态的，不随呼叫实例的变化而变化，例如系统日期。2.2.1 SCE支持的系统参数SCE支持的系统参数的含义当前版本的SCE

15、支持的系统参数如下：l SSP呼叫标志（只读）数据类型是四字节的整数。表示每个呼叫实例的唯一标志。该系统参数的值根据系统的运行状态和呼叫实例自动变化。用户不能对该系统参数进行赋值操作。只能读取该系统参数的值。l 中继号（只读）数据类型是两字节整数。表示每个呼叫实例所占用的中继号。该系统参数的值根据系统的运行状态和呼叫实例自动变化。用户不能对该系统参数进行赋值操作。只能读取该系统参数的值。l 被叫号（只读）数据类型是长度为26个字节的字符串。其中存放的值和在TopEng-智能呼叫中心的配置台软件中配置的被叫号码和拨号分析中的配置有关。流程中系统参数被叫号码的值计算方法如下：首先，用“集中配置台”

16、配置的“IVR接入码”替换“集中配置台”配置的“被叫号码”。然后再加上去掉“集中配置台”配置的“被叫号码”后的“平台收到的上级局号码”中的后续号码。举例举例如表2-1所示。表2-1 被叫号分类说明平台号码被叫号码IVR接入码参数被叫备注方式一1860186018601860常用方式方式二117117117A（A为19的某个数字）117A（A为19的某个数字）应用了排队机的“号码变换”功能方式三555*555ABCD（A、B、C、D分别为19的某个数字）ABCD*（A、B、C、D分别为19的某个数字）应用了排队机的“号码变换”与“模糊匹配”功能l 平台号码：平台收到的上级局送来的号码。l 被叫号

17、码：集中配置台“被叫号码及路由脚本”中的“被叫号码”。l IVR接入码：集中配置台“被叫号码及路由脚本”中的“IVR接入码”。l 参数被叫：自动业务流程中收到的被叫号码（即系统参数中的被叫号）。l 方式一最常用，即配置台配置的被叫号码、IVR接入码、与流程中收到的系统参数被叫号码相同。l 方式二应用了排队机的“号码变换”功能。假设表2-1中方式二的“IVR接入码值”配置为“1173”，则流程中系统参数“被叫号码”的值为“1173”。这是因为有时候为了达到业务流程通用的目的，流程要求在配置台根据实际情况配置数据。假设IVR接入码“117A”对应的是117报时流程，有的地方要求循环报时次数为2、有

18、的地方要求循环报时次数为3，流程应用了“号码变换”功能后，由各地根据所需的实际循环报音次数，通过配置台自行配置“117A”中的A，流程将接收到的系统参数被叫号码偏移前3位，取得第4位A作为循环报时次数。达到了一个流程多个地方通用的目的。l 方式三应用了排队机的“号码变换”与“模糊匹配”的功能。假设表2-1中方式三的“平台收到的上级局的号码”为“5551234567”、“IVR接入码值”配置为“1234”，则流程中系统参数“被叫号码”的值为“”。目前应用于改号通知业务。业务运行过程用户拨打旧号码*，上级局判断出是旧号码，在旧号码前加上一个固定的号码头，例如为“555”，整合成“555*”送到IC

19、D平台。因为旧号码“*”无法穷举，所以只配置了固定号码头“555”，利用了排队机的“模糊匹配”功能。此外流程为了通用，利用了排队机的“号码变换”功能，由各局自行配置某些功能选项。如A代表放音语种，B代表放音次数，C代表是否计费，D代表是否转接。最终流程将接收到的被叫号码偏移前4位，后续内容作为旧号码，查询新号码；再根据ABCD各项参数对应的具体协议组合流程的某些功能。参数说明如表2-2所示。表2-2 参数说明参数名称如何理解主叫号（只读）数据类型是长度为26个字节的字符串或DWORD整数。其中存放每个呼叫实例的主叫号码。系统星期（只读）数据类型是两字节整数或DWORD整数。表示当前的日期是星期

20、几。该参数的值由系统根据当前计算机的日期计算出来。用户不能对该系统参数进行赋值操作。只能读取该系统参数的值。其值在1至7之间。用7来表示星期日。系统日期（只读）数据类型是长度为10个字节的字符串或DWORD整数。其中存放当前的日期。存放的格式为“YYYYMMDD”。其中“YYYY”表示年份，“MM”表示月份，“DD”表示日期。如“19970227”，是指1997年2月27日。该参数的值由系统根据当前计算机的日期计算出来。用户不能对该系统参数进行赋值操作。只能读取该系统参数的值。系统时间（只读）数据类型是长度为10个字节的字符串。其中存放当前的时间。存放的格式为“HH：MM：SS”。其中“HH”

21、表示小时采用24小时制。“MM”表示分钟，“SS”表示秒。如“16:08:39”，是指16点8分39秒。该参数的值由系统根据当前计算机的日期计算出来。用户不能对该系统参数进行赋值操作。只能读取该系统参数的值。呼叫附加信息（可读写）数据类型是长度为4096个字节的内存缓冲区。其中可以用来存放特殊呼叫的一些附加的信息，例如呼叫的原始被叫。该参数也可以作为数据包的缓冲区供用户使用。用户可以对该参数进行读写操作。2.2.2 数据类型及取值规定在SCE业务生成系统中，对某些数据的类型和取值作了统一规定，如表2-3所示。表2-3 统一规定的类型和取值的数据参数名称规定电话号码用字符串表示。日期8个字节字符

22、串，如“19970227”是指1997年2月27日。时间8个字节字符串，如“16:08:39”是指16点8分39秒。日期时间：16个字节字符串，如“19970227 16:08:39”是指1997年2月27日16点8分39秒。（其他规定）字符串定义的长度包括0x00结束符。在SIB数据区（Cell内部数据区），参数及参数偏移共同定义一个变量，其关系为：参数值不等于缺省值（如-1、65535、255）时，该值即表示变量值，否则，其值由参数偏移来指定。参数偏移优先于参数起作用。2.3 用户区定义的数据类型在SCE系统中，为了方便用户的流程开发。SCE事先定义了丰富的数据类型，任何版本的SCE所支持

23、的数据类型都存放在随该版本发送的数据枚举类型文件ENUMID.EUM中，该文件是一标准的文本文件，用户可以通过该文件来了解自己使用的SCE版本所支持的数据类型。但是一定不要修改该文件。否则可能会导致SCE工作异常。目前版本的SCE支持的数据类型如表2-4所示。表2-4 SCE支持的数据类型数据类型说明字符串包括长度为1的字符串到长度为198的字符串。如果用户需要长度超过199的字符串，请使用系统参数呼叫附加信息。浮点数长度为8个字节。整数包括长度为1字节的整数到长度为4字节的整数。BCD码字符串包括长度为1字节的BCD码字符串到包括长度为48字节的BCD码字符串，目前一般不使用。日期字符串长度

24、为8个字节，目前一般不使用。日期类型的参数用字符串表示，如“19970227”是指1997年2月27日。时间字符串长度为8个字节，目前一般不使用。时间类型的参数用字符串表示，如“16:08:39”是指16点8分39秒。日期时间字符串长度为16个字节，目前一般不使用。日期时间类型的参数用字符串表示，如“19970227 16:08:39”是指1997年2月27日16点8分39秒。对于字符串，SCE定义的长度自动包含结束符0x00在内，系统内部自动为用户增加了一个字节的长度。2.4 GSL流简介GSL（Global Service Logic）流实际上就是业务流程的逻辑结构的表示。在SCE所生成的GSL文件中，GSL流实际上是以开始Cell为出发点，以一个或多个结束Cell为终点的有序网络。每一个Cell就是该网络的一个节点，节点是逻辑分支点，不是参数输入输出点，参数传递是通过数据区实现的。Cell不同出口就是网络的不同路径，也就是业务流程的不同分支。GSL流的工作图如图2-5所示。图2-5 GSL流的示意图SIB是Service Independent building Block的缩写，是独立构件的意思，在此表示业务无关积木式组件。这是智能网的一个概念。SCE中借用了这个概念来表示在GSL流中真正运行的实体。可以将SIB看