CN101415047A - 一种应用系统与通信系统联动的系统和方法 - Google Patents

Abstract

本发明公开一种应用系统与通信系统联动的系统和方法，该系统在通信平台和应用平台上分别设置联动接口模块；应用平台中，所述联动接口模块与应用平台中的具体业务操作模块接口互联，在通信平台，所述联动接口模块与通信平台中对外提供通信调用接口的模块互联；所述联动接口模块用于以业务事件为线索统一管理相关通信事件，业务处理环节提供业务相关通信参数，自动调用各种所需通信能力。本发明实现了应急联动及其他行业应用能灵活地接入各类通信系统。

Description

一种应用系统与通信系统联动的系统和方法

技术领域

本发明涉及信息通讯技术(ICT)应用集成技术，特别是应用系统接入通信系统的系统和方法。

背景技术

当前，我国正处于突发公共事件高发时期，正面临着越来越多，越来越难预料的各种威胁，为提高政府对紧急事件快速反应和抗风险的能力，为市民提供更快捷的紧急救助服务，目前国内许多大中型城市正在构建应急联动系统。

在应急联动系统中越来越多地需要加强与远端用户或现场设备实时沟通及信息交互的能力，如要求能在指挥中心实时收到事发现场的语音、图像信号，并同时与各方专业人员取得联系。在这样的应用场景中要求IT应用系统能与各类通信网络联通，在一个统一的平台下利用各种通信系统(如视频监控、电话会议、传真等)灵活的调度各方资源。针对这些专业化的应用需要开发一系列方便集成的通信能力开放接口，满足应用集成过程中双向调用的需求。

目前的通信系统接入技术涉及到很多复杂的通信协议及接口，在应用集成时往往需要与多个通信系统集成。在综合通信接入时最接近的技术是类似于PALAYX网关，但该技术不是专门为应用接入设计的，而是为通信业务的扩展设计的，因此接入技术仍比较复杂，同时提供的能力较少，无法满足像应急联动这类专业应用接入通信系统的实际需求。

现有技术在很多业务应用中，业务处理和通信操作经常结合进行。应用终端一般处理业务流程、通信终端一般处理通信操作。

那么，第一种模式是通信终端(通信调度终端)和应用终端完全独立，分别运行。通信调度平台完成来话接听、电话点呼、组呼、召集电话会议等操作。业务平台完成业务流程处理。这种模式的主要问题是完全分立导致通信和业务分离，无法进行两者的关联。

第二种模式应用终端完全接管通信操作模式，通信平台(通信调度平台)被隐藏在后，应用终端除了完成业务流程处理，还通过CTI接口业务平台坐席完成来话接听、电话点呼等功能。对于只使用简单的、通用的通信操作的情形，这样做是完全适合的。但这样做的主要问题是应用终端只能完成简单的通信操作，无法充分利用很多复杂的通信功能(通信调度功能)。例如，在电话会议过程中禁言等。另外这样做，应用终端功能和通信调度平台紧耦合，不利于各自产品功能的稳定和发展。

发明内容

有鉴于此，本发明目的在于提出一种应用系统与通信系统联动的系统和方法，实现应急联动及其他行业应用能灵活地接入各类通信系统。

解决应用终端和通信终端要么完全分立、要么高度融合所带来的一些问题，构造两种终端既能有机结合又能独立发展的新模式。

基于上述目的本发明提供的一种应用系统与通信系统联动的系统，该系统在通信平台和应用平台上分别设置联动接口模块；应用平台中，所述联动接口模块与应用平台中的具体业务操作模块接口互联，在通信平台，所述联动接口模块与通信平台中对外提供通信调用接口的模块互联；

所述联动接口模块用于以业务事件为线索统一管理相关通信事件，业务处理环节提供业务相关通信参数，自动调用各种所需通信能力。

可选的，该系统所述联动接口模块，在应用系统中对于所有业务事件设置全局唯一的业务事件编号，在通信平台中对于一次通信操作设置全局唯一的通信事件编号，并通过接口协议，在应用系统中，记录业务事件的业务事件编号和其对应的通信事件的上述通信事件编号；

基于TCP/IP协议、消息驱动方式的通信协议，收发的消息以通信平台为客户端，以业务平台为服务器(Server)。

可选的，该系统所述通信事件编号采用通信平台中的通信操作数据表中的事件编号；

所述消息设置心跳发送包，无须回复；对于业务消息都是Request，每个Request都需要一条对应的Response消息。

可选的，该系统所述联动接口模块中包括：消息服务器，用于提供消息流驱动的基础设施，保证消息高效、可靠、完整的传输；以及

联动接口服务器，用于完成通用的通信平台调用接口和具体的通信调用接口之间的转换以及相应的管理工作，并且还负责处理需要在通信平台和应用平台之间进行的系统数据管理工作。

可选的，该系统在终端侧包括：通信终端和应用终端，根据应用的相关需求，通信终端将其需要对外开放的通信能力进行抽象，并形成通信能力的调用接口；应用终端根据此调用接口，在流程集成功能和事件关联功能上进行相应的业务流程处理。

基于上述目的，本发明还提出了一种基于所述应用系统与通信系统联动系统的应急方法，包括：

通信平台收到呼入请求后，通过联动接口模块与应用平台建立通信连接，并将呼入的各种请求发送给应用平台，应用平台通过联动接口模块将处理结果返回通信平台。

可选的，该方法当处理应急接警时包括如下步骤：

报警人员使用电话报警，呼入通信调度平台；

通信调度平台通过电话呼叫应急值守人员；

通信调度平台向应急管理业务平台发送呼入通知；

应急管理业务平台面向应急值守人员转入事件处理界面；

应急值守人员在应急管理业务平台中建立事件处理记录；

应急管理业务平台向通信调度平台发送创建事件通知，后续所有通信事件能归并管理；

应急值守人员根据报警类别转呼专项指挥调度员；

通信调度平台通过电话呼叫专项指挥调度员；

通信调度平台向应急管理业务平台发送转接通知；

应急管理业务平台面向专向指挥调度员转向事件处理界面；

专项指挥调度员选择事件，并根据具体情况处理事件；

事件处理结束；

应急管理业务平台向通信调度平台发送挂断通知；

通信调度平台结束通话。

可选的，该方法当处理应急会议时包括如下步骤：

专项指挥调度员启动预案，召集应急小组相关人员；

应急管理业务平台向通信调度平台发出呼出通知；

通信调度平台向应急管理业务平台发出会议通知；

通信调度平台呼叫指挥大厅领导；

指挥大厅领导加入；

通信调度平台向应急管理业务平台发送指挥大厅领导加入通知；

应急管理业务平台在业务处理界面上提示专项指挥调度员指挥大厅领导加入；

通信调度平台呼叫专职部门人员；

专职部门人员加入；

通信调度平台向应急管理平台发送专职部门人员加入通知；

应急管理业务平台在业务处理界面上提示专项指挥调度员专职部门人员加入；

通信调度平台呼叫专家；

呼叫失败；

通信调度平台向应急管理平台发送专家呼叫失败通知；

应急管理业务平台在业务处理界面上提示专项指挥调度员专家呼叫失败；

通信调度平台呼叫备选专家；

备选专家加入；

通信调度平台向应急管理平台发送备选专家加入；

应急管理业务平台在业务处理界面上提示专项指挥调度员备选专家加入；

会议正式接通。

从上面所述可以看出，本发明提供的应用系统与通信系统联动的系统和方法，通过采取针对应急联动等行业应用与通信系统联动的方式，事件驱动的接口设计，通信事件的统一管理，双终端系协同工作模式等技术手段。使应用系统灵活接入各类通信系统，包括普通固定电话网(PSTN)、短信、移动通信网络、Email、视频监控、传真等。同时通信平台与应用系统之间的消息中加入事件标识(即业务事件编号)，解决应用系统对各类通信事件的归并及统计。在ICT集成时非常方便。通过这种接口大大增加了IT应用系统于用户的实时沟通能力，极大方便了用户的使用，提升了系统的效率。

附图说明

图1为本发明实施例应用系统与通信系统联动系统原理示意图；

图2为本发明实施例应急联动系统结构示意图；

图3为本发明实施例应急联动系统对应急接警处理的流程示意图；

图4为本发明实施例应急联动系统对应急会议处理的流程示意图。

具体实施方式

下面参照附图对本发明进行更全面的描述，其中说明本发明的示例性实施例。

本发明中应用系统与通信系统联动的方法就是为了解决灵活接入通信系统的问题，主要采用了事件驱动的方式，在通信平台与应用系统之间设计了一层能灵活适配和扩展的接口。该接口中包括了应用系统认证注册、呼叫控制、用户信息同步、短信收发、邮件收发、视频监控、传真收发等多个接口功能。同时接口采用了基于事件关联消息交互的设计，便于应用系统对各类通信事件的归并及统计。

通过这种基于消息的松耦合接口，能够实现业务和通信相互融合的两大代表性功能：通信事件管理和流程集成。同时也解决了过去应用终端和通信终端要么完全分立、要么高度融合所带来的一些问题，构成了两种终端既能有机结合又能独立发展的新模式。

为实现上述功能，本发明制定了通信能力开放接口协议。

通信平台与应用系统之间的接口采用基于TCP/IP协议的Socket通讯方式，可以适用于各类应用系统开发，同时降低实时消息交互的延迟。

接口协议的核心有两点：

1)通过EventID将业务事件和通信事件进行有机关联，方便基于这种关联所展开的各项应用。如针对某个突发公共事件评估处理过程中的各种语音汇报、电话会议等通信内容。

具体实现方式如下：

在应用系统中对于所有业务事件(如针对某个公共突发事件的处理)设置全局唯一的业务事件编号EventID；在通信平台中对于一次通信操作设置全局唯一的通信事件编号。由于通信事件的录音是其核心内容，因而通信事件编号一般采用通信平台中的通信操作数据表中的事件编号。通过接口协议，在应用系统中，记录某个业务事件的EventID和其对应的通信事件的上述通信事件编号。通过这种结构化的记录，应用系统就可以按照EventID作为索引来检索所有与其相关的所有通信事件的内容。

2)一套基于TCP/IP协议、消息驱动方式的通信协议。

所述通信协议中Socket的包格式定义如下：

|标识|保留|长度|内容|

|8位|8位|16位|...|

消息采用Unicode 8

连接保持的消息以通信平台为客户端，以业务平台为服务器(Server)，设置心跳发送包，无须回复。

其中消息类型分为Request和Response，下面分别进行描述。

(1)所述Request消息格式如下：

<request Id＝””Type＝””>

<！--由各消息类型定义的数据格式-->

</request>

说明：

所有的业务消息都是Request，每个Request都需要一条对应的Response消息。

消息包中所有Element名称为每个单词首字母大写，单词间不加下划线

Id：Request的唯一标识，以便于在Request与Response之间的配对.

Type：请求类型(消息类型).长度为三位，第一位表示方向.

“1XX”为从通信平台到业务平台；“2XX”为从业务平台到通信平台；

“3XX”为通信平台到通信屏；“4XX”为通信屏到通信平台；

“5XX”为业务平台到业务屏；“6XX”为业务屏到业务；

(2)所述Response消息格式如下：

<response RequestId＝””Type＝””Result＝””/>

说明：

RequestId：对应Request的Id.

Type：对应的Request的Type.

Result：处理结果参见表1所示：

 

Result code	含义
		10	正确处理完成
21	未知的消息类型
		22	未知的LoginId，或该LoginId未登录业务平台

表1

(3)消息类型参见表2所示(具体每个消息参数略)

 

Type Code	名称
		100	呼入通知
102	挂断通知
		103	会议通知
104	会议介绍通知
		105	转接通知
110	呼出结果通知
		120	接受短信通知
121	发送短信请求
		130	接收短信通知
131	发送传真确认
		140	接收邮件通知
141	发送邮件确认
		150	获取事件信息(目前是对Event信息的请求)
160	获取业务通讯录结构
		170	反馈录音文件位置
180	Socket保持信息请求
201	创建事件
		202	业务屏挂断请求
203	转接(业务屏)请求
		210	呼出请求
221	发送短信请求
		231	发送传真请求
241	发送邮件请求
		250	反馈事件信息
260	反馈通讯录结构
		270	获取录音文件位置

 

		300	呼叫到达
301	应答
		302	挂机
303	呼叫失败
		310	创建会议成功/失败
311	加入会议成功/失败
		312	结束会议成功/失败
321	呼叫转接成功/失败
		330	接收传真
331	接收邮件
		332	接收短信
		400	发起呼叫
401	呼叫应答
		402	调度员挂机
403	呼叫失败
		410	创建会议
411	加入会议
		412	结束会议
421	呼叫转接
		430	接收传真确认
431	接收邮件确认
		432	接收短信确认
440	关联消息

表2

另外，本发明充分考虑了现有技术中存在的问题，提出了一种新的双终端协同模式。

参见图1所示的系统原理示意图，整个系统包括：终端、应用平台、通信平台和通信网络。

在终端侧，通信终端和应用终端在接口整合的基础上可以独立发展，各自完成自己的功能定位。通过通信调度客户端和业务应用客户端并行使用，独立发展；复杂通信操作可以通过通信终端完成、普通通信操作应用终端通过接口有机整合，直接完成业务流程中的通信操作集成功能。

具体实现原理如下：根据应用的相关需求，通信终端将其需要对外开放的通信能力进行抽象，并形成通信能力的调用接口。应用终端根据此调用接口，在流程集成和事件关联两大功能上进行相应的业务流程处理。此调用接口采用基于消息中间件的消息驱动模式完成。从形成松耦合互联体系的角度出发，对上述接口适度抽象后形成一组标准的通信能力接口，不同厂商的应用平台可以使用此标准的通信能力接口和不同的通信平台进行交互。而此标准接口到各种厂商的通信平台所提供接口的适配则由相应的接口转换模块完成。

在应用平台和通信平台分别设置接口模块，通信事件管理以业务事件为线索统一管理相关通信事件。对流程进行集成，业务处理环节提供业务相关通信参数，自动调用会议、短信、传真等通信能力。图1中所示的消息引擎等同于消息中间件，例如IBM的MQ Series系统产品。主要负责提供消息流驱动的基础设施，保证消息高效、可靠、完整的传输，同时简化开发工作。

参见图2所示，以应急联动系统为例，对本发明应用系统与通信系统联动系统进行详细说明。

应急联动是一个典型的应用系统与通信系统联动系统，在应用处理中应急管理业务平台的应急值守和指挥调度模块需要实时调度不同的通信资源，这些调度都可以通过通信能力开放接口实现，如图2所示。该系统包括：应用终端、应用平台、通信平台和通信网络。

在通信平台和应用平台上分别设置联动接口模块，该联动接口模块包括有消息服务器和联动接口服务器，以业务事件为线索统一管理相关通信事件；业务处理环节提供业务相关通信参数，自动调用会议、短信、传真等通信能力。

消息服务器负责提供消息流驱动的基础设施，保证消息高效、可靠、完整的传输。联动接口服务器主要完成通用的通信平台调用接口和具体的某个厂商提供的通信调用接口的转换以及相应的管理工作，同时负责处理一些需要在通信平台和应用平台之间进行的系统数据管理工作，如通信录的同步等。

联动接口模块和应用平台中的具体业务操作模块接口互联。具体是哪个业务操作模块根据应用的具体业务性质而定。总的来说，所有和通信操作相关的模块都需要与其进行互联。在应急联动业务领域中，典型需要互联的业务模块是应急值守和指挥调度模块。它们和联动接口模块的交互主要通过消息驱动方式实现。

联动接口模块和通信平台中对外提供通信调用接口的模块互联。具体是哪个模块要视具体的厂商平台而定。它们和联动接口模块的交互主要看厂商平台提供的接口的具体形式，消息驱动方式是其中一种比较典型的模式。

具体调用流程可分为电话呼叫(会议)、短信收发、传真收发、邮件收发、GIS系统调用、视频监控调用等子流程。

下面是两个具体的流程实施例。通过这些实例，来说明如何根据实际业务对通信能力的要求，在通信平台和应用平台之间通过消息驱动的接口模块作为中介，实现两个平台的业务联动。

实施例一、应急接警

参见图3所示，椭圆圈内为通信系统与应用系统联动的接口，具体应急接警步骤说明如下：

步骤301，报警人员使用电话报警，呼入通信调度平台。

步骤302，通信调度平台通过电话呼叫应急值守人员。

步骤303，通信调度平台向应急管理业务平台发送呼入通知，具体格式如下：

呼入通知

类别代码：100

方向：通信平台到业务平台

场景：

数据：

 

No	英文名	中文名	属性	说明
					1	Id	唯一标识	Char(16)	Request的属性
2	Type	消息类型	Char(3)	Request的属性
					3	CallId	呼叫标识	VarChar(20)	电话标识
4	ConferenceID	会议标识	VarChar(20)	如果为空，表示单呼
					5	LoginId	调度员标识	VarChar(20)	用户的登录名
6	Type	消息类型	Char(1)	1为呼入，2为呼出
					6	PhoneNum	主叫号码	VarChar(25)	主叫号码
7	ToNum	被叫号码	VarChar(25)	被叫号码

举例：

<requestId＝”10000”Type＝”100”>

<CallId>82039239</CallId>

<ConferenceID>EMPTY</ConferenceID>(如果没有值，则为EMPTY)

<LoginId>23</LoginId>

<Type>1</Type>

<PhoneNum>139123444444</Pnone_Num>

<ToNum>2222</ToNum>

</request>

步骤304，应急管理业务平台面向应急值守人员转入事件处理界面。

步骤305，应急值守人员在应急管理业务平台中建立事件处理记录。

步骤306，应急管理业务平台向通信调度平台发送创建事件通知，后续所有通信事件能归并管理，具体格式如下：

创建事件

类别代码：201

方向：业务平台到通信平台

场景：

数据：

 

No	英文名	中文名	属性	说明
					1	Id	唯一标识，	Char(16)	Request的属性
2	Type	消息类型	Char(3)	Request的属性
					3	CallId	呼叫标识	VarChar(20)	电话标识
4	ConferenceID	会议标识	VarChar(20)	如果为空，表示单呼
					5	LoginId	调度员标识	VarChar(20)
6	Type	消息类型	Char(1)	1为呼入，2为呼出
					7	EventId	事件标识	LONG

举例：

<request Id＝”10001”Type＝”201”>

<CallId>82039239</CallId>

<ConferenceID>NULL</ConferenceID>

<LoginId>23</LoginId>

<Type>1</Type>

<EventId>1213243</EventId>

</request>

步骤307，应急值守人员根据报警类别转呼专项指挥调度员。

步骤308，通信调度平台通过电话呼叫专项指挥调度员。

步骤309，通信调度平台向应急管理业务平台发送转接通知，具体格式如下：

转接通知

类别代码：105

方向：通信平台到业务平台

场景：

数据：

 

No	英文名	中文名	属性	说明
					1	Id	唯一标识，	Char(16)
2	Type	消息类型	Char(3)
					3	CallId	呼叫标识	VarChar(20)
4	ConferenceID	会议标识	VarChar(20)
					5	From_LoginId	源调度员标识	VarChar(20)
6	PhoneNum	电话号码	VarChar(25)
					7	ToLoginId	目标调度员标识	VarChar(20)
8	EventId	事件标识	LONG	和本次转接相关的事件
					9	FromExt		VarChar(10)

举例：

<request Id＝”10008”Type＝”105”>

<CallId>82039239</CallId>

<ConferenceID>NULL</ConferenceID>

<From_LoginId>23</From_LoginId>

<PhoneNum>139123444444</Pnone_Num>

<ToLoginId>13</ToLoginId>

<FromExt>3021</FromExt>

<EventId>1213243</EventId>

</request>

步骤310，应急管理业务平台面向专向指挥调度员转向事件处理界面。

步骤311，专项指挥调度员选择事件，并根据具体情况处理事件。

步骤312，事件处理结束。

步骤313，应急管理业务平台向通信调度平台发送挂断通知，具体格式如下：

挂断通知

类别代码：102

方向：通信平台到业务平台

场景：

数据：

 

No	英文名	中文名	属性	说明
					1	Id	唯一标识	Char(16)
2	Type	消息类型	Char(3)	与request相对应的Type
					3	CallId	呼叫标识	VarChar(20)	电话标识
4	ConferenceID	会议标识	VarChar(20)	多个调度员在一个会议的时候，这个字段非空
					5	LoginId	业务标识	VarChar(20)	被叫调度员的LoginId
6	PhoneNum	电话号码	VarChar(25)	主叫号码
					7	EventId	事件标识	LONG	和本次通话相关的事件
8	Content	文件路径(可能多个)	VarChar(100)	和本次通话相关的录音文件位置，会议中的挂断，字段值为Empty

举例：

<request Id＝”20010”Type＝”102”>

<CallId>82039239</CallId>

<ConferenceID>NULL</ConferenceID>

<LoginId>13</LoginId>

<PhoneNum>139123444444</PhoneNum>

<EventId>1213243</EventId>

<Content>XXX</Content>

</request>

步骤314，通信调度平台结束通话。

实施例二、应急会议

参见图4所示，圈内为通信系统与应用系统联动的接口，具体说明如下：

步骤401，专项指挥调度员启动预案，召集应急小组相关人员。

步骤402，应急管理业务平台向通信调度平台发出呼出通知，具体格式如下：

呼出通知

类别代码：210

方向：业务平台到通信平台

场景：

数据：

 

No	英文名	中文名	属性	说明
					1	Id	唯一标识	Char(16)
2	Type	消息类型	Char(3)
					3	EventId	事件标识	LONG	和本次呼出相关的事件
4	LoginId	业务标识	VarChar(20)
					5	GroupId	组号	LONG
6	GroupName	组的描述	VarChar(20)
					7	CallMode	呼叫模式	Char(1)	CallMode为1，表示组呼的所有人都需要呼到；CallMode为2，表示组呼的所有人只需要呼到其中之一
8	StaffId	成员标识	LONG	有Staff Name作为属性，Varchar(100)
					9	PhoneNum	电话号码	Char(25)	有NumType作为属性，标示电话类型，Char(2)NumType类型解释：01：固定电话02：IP电话03：移动电话04：小灵通05：无线终端

举例：

<request Id＝”10009”Type＝”210”>

<EventId>1213243</EventId>(可能为EMPTY)

<LoginId>13</LoginId>

<GroupId＝‘122’Group_Name＝”应急组”>

<CallMode>1</CallMode>

<StaffId＝”123”Staff_Name＝”指挥大厅领导”>

<PhoneNum NumType＝”01”>13912344444</Pnone_Num>

<PhoneNum NumType＝”02”>13912344424</Pnone_Num>

</StaffId>

<StaffId＝”124”Staff_Name＝”专职部门人员”>

<PhoneNum NumType＝”01”>139123444413</Pnone_Num>

<PhoneNum NumType＝”02”>139123444434</Pnone_Num>

</StaffId>

</GroupId>

<GroupId＝‘137’Group_Name＝”专家组”>

<CallMode>2</CallMode>

<StaffId＝”138”Staff_Name＝”专家”>

<PhoneNum NumType＝”01”>13912344421</Pnone_Num>

</StaffId>

<StaffId＝”139”Staff_Name＝”备选专家”>

<PhoneNum NumType＝”01”>139123444428</Pnone_Num>

<PhoneNum NumType＝”02”>139123444425</Pnone_Num>

</StaffId>

</GroupId>

</request>

步骤403，通信调度平台向应急管理业务平台发出会议通知，具体格式如下：

会议通知

类别代码：103

方向：通信平台到业务平台

场景：

数据：

 

No	英文名	中文名	属性	说明
					1	Id	唯一标识	Char(16)
2	Type	消息类型	Char(3)
					3	CallId	呼叫标识	VarChar(20)	电话标识
4	ConferenceID	会议标识	VarChar(20)	如果为空，表示单呼
					5	LoginId	调度员标识	VarChar(20)	调度的主持人的LoginID
6	EventId	事件标识	LONG
					7	PhoneNum	电话号码	VarChar(25)	多个号码的情况，适用于调度屏生成会议后，再触发业务

举例：

<requestId＝”10005”Type＝”103”>

<CallId>82039239</CallId>

<ConferenceID>2</ConferenceID>

<LoginId>13</LoginId>

<EventId>1213243</EventId>

</request>

步骤404，通信调度平台呼叫指挥大厅领导。

步骤405，指挥大厅领导加入。

步骤406，通信调度平台向应急管理业务平台发送指挥大厅领导加入通知，具体格式如下：

呼出结果通知

类别代码：110

方向：通信平台到业务平台

场景：

数据：

 

No	英文名	中文名	属性	说明
					1	request Id	唯一标识	Char(16)
2	Type	消息类型	Char(3)
					3	EventId	事件标识	LONG
4	CallId	呼叫标识	VarChar(20)
					6	LoginId	业务类型	VarChar(20)
7	ConferenceID	会议标识	VarChar(20)
					8	PhoneNum		VarChar(25)	呼出的电话号码
8	Reason	失败原因	Char(3)	如果发送失败，返回错误原因(详见错误代码表)

举例：

<request Id＝”20009”Type＝”110”>

<EventId>1213243</EventId>

<CallId>82039239</CallId>

<LoginId>13</LoginId>

<ConferenceID>2<ConferenceID>

<PhoneNum>13912344444</Pnone_Num>

<Reason>NULL</Reason>

</request>

步骤407，应急管理业务平台在业务处理界面上提示专项指挥调度员指挥大厅领导加入。

步骤408，通信调度平台呼叫专职部门人员。

步骤409，专职部门人员加入。

步骤410，通信调度平台向应急管理平台发送专职部门人员加入通知，具体格式如步骤406中所述。

步骤411，应急管理业务平台在业务处理界面上提示专项指挥调度员专职部门人员加入。

步骤412，通信调度平台呼叫专家。

步骤413，呼叫失败。

步骤414，通信调度平台向应急管理平台发送专家呼叫失败通知，具体格式如下。

呼出结果通知

类别代码：110

方向：通信平台到业务平台

场景：

数据：

 

No	英文名	中文名	属性	说明
					1	requestId	唯一标识	Char(16)
2	Type	消息类型	Char(3)
					3	EventId	事件标识	LONG
4	CallId	呼叫标识	VarChar(20)
					6	LoginId	业务类型	VarChar(20)
7	ConferenceID	会议标识	VarChar(20)
					8	PhoneNum		VarChar(25)	呼出的电话号码
8	Reason	失败原因	Char(3)	如果发送失败，返回错误原因(详见错误代码表)

举例：

<requestId＝”20009”Type＝”110”>

<EventId>1213243</EventId>

<CallId>82039239</CallId>

<LoginId>13</LoginId>

<ConferenceID>2<ConferenceID>

<PhoneNum>13912344421</Pnone_Num>

<Reason>123</Reason>

</request>

步骤415，应急管理业务平台在业务处理界面上提示专项指挥调度员专家呼叫失败。

步骤416，通信调度平台呼叫备选专家。

步骤417，备选专家加入。

步骤418，通信调度平台向应急管理平台发送备选专家加入，具体格式如步骤416中所述。

步骤419，应急管理业务平台在业务处理界面上提示专项指挥调度员备选专家加入。

步骤420，会议正式接通。

本发明的描述是为了示例和说明起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (8)

1.一种应用系统与通信系统联动的系统，其特征在于，该系统在通信平台和应用平台上分别设置联动接口模块；应用平台中，所述联动接口模块与应用平台中的具体业务操作模块接口互联，在通信平台，所述联动接口模块与通信平台中对外提供通信调用接口的模块互联；

所述联动接口模块用于以业务事件为线索统一管理相关通信事件，业务处理环节提供业务相关通信参数，自动调用各种所需通信能力。

2.根据权利要求1所述的系统，其特征在于，所述联动接口模块，在应用系统中对于所有业务事件设置全局唯一的业务事件编号，在通信平台中对于一次通信操作设置全局唯一的通信事件编号，并通过接口协议，在应用系统中，记录业务事件的业务事件编号和其对应的通信事件的上述通信事件编号；

基于传输控制协议TCP/互联网协议IP、消息驱动方式的通信协议，收发的消息以通信平台为客户端，以业务平台为服务器Server。

3.根据权利要求2所述的系统，其特征在于，所述通信事件编号采用通信平台中的通信操作数据表中的事件编号；

所述消息设置心跳发送包，无须回复；对于业务消息都是Request，每个Request都需要一条对应的Response消息。

4.根据权利要求1所述的系统，其特征在于，所述联动接口模块中包括：消息服务器，用于提供消息流驱动的基础设施，保证消息高效、可靠、完整的传输；以及

联动接口服务器，用于完成通用的通信平台调用接口和具体的通信调用接口之间的转换以及相应的管理工作，并且还负责处理需要在通信平台和应用平台之间进行的系统数据管理工作。

5.根据权利要求1所述的系统，其特征在于，该系统在终端侧包括：通信终端和应用终端，根据应用的相关需求，通信终端将其需要对外开放的通信能力进行抽象，并形成通信能力的调用接口；应用终端根据此调用接口，在流程集成功能和事件关联功能上进行相应的业务流程处理。

6.一种基于权利要求1-5所述应用系统与通信系统联动系统的应急方法，其特征在于，包括：

通信平台收到呼入请求后，通过联动接口模块与应用平台建立通信连接，并将呼入的各种请求发送给应用平台，应用平台通过联动接口模块将处理结果返回通信平台。

7.根据权利要求6所述的方法，其特征在于，当处理应急接警时包括如下步骤：

报警人员使用电话报警，呼入通信调度平台；

通信调度平台通过电话呼叫应急值守人员；

通信调度平台向应急管理业务平台发送呼入通知；

应急管理业务平台面向应急值守人员转入事件处理界面；

应急值守人员在应急管理业务平台中建立事件处理记录；

应急管理业务平台向通信调度平台发送创建事件通知，后续所有通信事件能归并管理；

应急值守人员根据报警类别转呼专项指挥调度员；

通信调度平台通过电话呼叫专项指挥调度员；

通信调度平台向应急管理业务平台发送转接通知；

应急管理业务平台面向专向指挥调度员转向事件处理界面；

专项指挥调度员选择事件，并根据具体情况处理事件；

事件处理结束；

应急管理业务平台向通信调度平台发送挂断通知；

通信调度平台结束通话。

8.根据权利要求6所述的方法，其特征在于，当处理应急会议时包括如下步骤：

专项指挥调度员启动预案，召集应急小组相关人员；

应急管理业务平台向通信调度平台发出呼出通知；

通信调度平台向应急管理业务平台发出会议通知；

通信调度平台呼叫指挥大厅领导；

指挥大厅领导加入；

通信调度平台向应急管理业务平台发送指挥大厅领导加入通知；

应急管理业务平台在业务处理界面上提示专项指挥调度员指挥大厅领导加入；

通信调度平台呼叫专职部门人员；

专职部门人员加入；

通信调度平台向应急管理平台发送专职部门人员加入通知；

应急管理业务平台在业务处理界面上提示专项指挥调度员专职部门人员加入；

通信调度平台呼叫专家；

呼叫失败；

通信调度平台向应急管理平台发送专家呼叫失败通知；

应急管理业务平台在业务处理界面上提示专项指挥调度员专家呼叫失败；

通信调度平台呼叫备选专家；

备选专家加入；

通信调度平台向应急管理平台发送备选专家加入；

应急管理业务平台在业务处理界面上提示专项指挥调度员备选专家加入；

会议正式接通。

Images