CN101415047A - 一种应用系统与通信系统联动的系统和方法 - Google Patents
一种应用系统与通信系统联动的系统和方法 Download PDFInfo
- Publication number
- CN101415047A CN101415047A CNA2008101808848A CN200810180884A CN101415047A CN 101415047 A CN101415047 A CN 101415047A CN A2008101808848 A CNA2008101808848 A CN A2008101808848A CN 200810180884 A CN200810180884 A CN 200810180884A CN 101415047 A CN101415047 A CN 101415047A
- Authority
- CN
- China
- Prior art keywords
- platform
- communication
- business
- interface
- event
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
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所述的方法,其特征在于,当处理应急会议时包括如下步骤:
专项指挥调度员启动预案,召集应急小组相关人员;
应急管理业务平台向通信调度平台发出呼出通知;
通信调度平台向应急管理业务平台发出会议通知;
通信调度平台呼叫指挥大厅领导;
指挥大厅领导加入;
通信调度平台向应急管理业务平台发送指挥大厅领导加入通知;
应急管理业务平台在业务处理界面上提示专项指挥调度员指挥大厅领导加入;
通信调度平台呼叫专职部门人员;
专职部门人员加入;
通信调度平台向应急管理平台发送专职部门人员加入通知;
应急管理业务平台在业务处理界面上提示专项指挥调度员专职部门人员加入;
通信调度平台呼叫专家;
呼叫失败;
通信调度平台向应急管理平台发送专家呼叫失败通知;
应急管理业务平台在业务处理界面上提示专项指挥调度员专家呼叫失败;
通信调度平台呼叫备选专家;
备选专家加入;
通信调度平台向应急管理平台发送备选专家加入;
应急管理业务平台在业务处理界面上提示专项指挥调度员备选专家加入;
会议正式接通。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101808848A CN101415047B (zh) | 2008-11-26 | 2008-11-26 | 一种应用系统与通信系统联动的系统和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101808848A CN101415047B (zh) | 2008-11-26 | 2008-11-26 | 一种应用系统与通信系统联动的系统和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101415047A true CN101415047A (zh) | 2009-04-22 |
CN101415047B CN101415047B (zh) | 2012-11-14 |
Family
ID=40595351
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101808848A Active CN101415047B (zh) | 2008-11-26 | 2008-11-26 | 一种应用系统与通信系统联动的系统和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101415047B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102075548A (zh) * | 2011-02-22 | 2011-05-25 | 迈普通信技术股份有限公司 | 统一通信系统以及统一通信实现方法 |
CN107977762A (zh) * | 2016-10-24 | 2018-05-01 | 大连天虹网络有限公司 | 应急指挥调度方法及应急指挥调度系统 |
CN108886550A (zh) * | 2016-04-08 | 2018-11-23 | 杰弗里·J·克劳森 | 图片/视频消息应急响应系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7433925B1 (en) * | 2003-08-29 | 2008-10-07 | Cisco Technology, Inc. | Method and apparatus for measuring health and performance of a messaging system |
CN100505732C (zh) * | 2004-12-14 | 2009-06-24 | 中兴通讯股份有限公司 | 一种异构系统间业务流程自动控制的装置及其实现方法 |
CN1921486A (zh) * | 2006-09-15 | 2007-02-28 | 北京天地互连信息技术有限公司 | IPv6远程监控装置及方法 |
-
2008
- 2008-11-26 CN CN2008101808848A patent/CN101415047B/zh active Active
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102075548A (zh) * | 2011-02-22 | 2011-05-25 | 迈普通信技术股份有限公司 | 统一通信系统以及统一通信实现方法 |
CN108886550A (zh) * | 2016-04-08 | 2018-11-23 | 杰弗里·J·克劳森 | 图片/视频消息应急响应系统 |
CN108886550B (zh) * | 2016-04-08 | 2021-10-01 | 杰弗里·J·克劳森 | 图片/视频消息应急响应系统 |
CN107977762A (zh) * | 2016-10-24 | 2018-05-01 | 大连天虹网络有限公司 | 应急指挥调度方法及应急指挥调度系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101415047B (zh) | 2012-11-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101163143B (zh) | 用在tcp/ip通信网络中的轻量级协议 | |
CN102082884B (zh) | 一种基于3g的音视频协作方法及系统 | |
CN101049003B (zh) | 在分布式对等网络中用于桥接呼叫出现点的系统和方法 | |
CN100464539C (zh) | 在不同通信系统之间提供通信的通信服务器和方法 | |
CN101084686A (zh) | 具有会话中模式切换的固定-移动通信 | |
WO2008122219A1 (fr) | Procédé, dispositif et système de communication permettant d'effectuer la programmation d'un service de communication | |
CN102148828A (zh) | 基于能力开放平台实现点击拨号业务的网络系统及方法 | |
CN101453346A (zh) | Ims体系中的多点分层式会议的控制方法 | |
CN105722046A (zh) | 一种td-lte应急通信系统强插/强拆业务的实现方法 | |
CN101227490B (zh) | 网络存储方法及系统 | |
CN101098516B (zh) | 实现无线一键通的系统、方法及网关转接装置 | |
CN108810669A (zh) | 一种多级架构的语音对讲系统及方法 | |
CN101415047B (zh) | 一种应用系统与通信系统联动的系统和方法 | |
CN100563286C (zh) | 一种ngn呼叫转移方法和系统 | |
CN100581197C (zh) | 一种获取媒体特征信息的方法和系统以及终端设备 | |
CN102546678A (zh) | 基于ip的煤矿调度通信系统及其控制方法 | |
CN106506463A (zh) | 基于专网集群和3g/4g公网的公/专网互连互通系统及方法 | |
CN102883080B (zh) | 针对调度台实现sip与isdn协议共存并互为备份的方法 | |
CN103428057B (zh) | 基于ip网络化的剧场内通系统 | |
CN208739327U (zh) | 多网络融合通信系统 | |
CN204014087U (zh) | 调度系统 | |
CN210629868U (zh) | 一种有无线融合软交换调度系统 | |
CN103067189B (zh) | 一种基于融合通信的主从式电话会议系统 | |
CN113784079B (zh) | 消防可视化报警系统及方法 | |
CN102378398B (zh) | 基于sip的跨网关自交换的方法及网关 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |