基于VIOP网关的远端座席的实现
0 引言
随着经济的高速发展和社会信息化程度的提高,消费者
对企业的服务质量要求越来越高。同时,企业为了争夺客户
资源,必须准确把握住消费者的需求,并以最快的速度对用
户做出响应。因此,越来越多的企业搭建了自己的呼叫中心
【】】
。另外,由于企业发展及客户需求的多样化等原因,企业需
要在异地增设远端座席以适应市场新要求。而目前的呼叫中
心采用集中式结构,座席人员受限于地理位置,难于实现真
正意义的移动办公。
伴随数据网络的建设,网络越来越稳定可靠,利用VOIP
语音网关来实现企业的远端座席是非常有效的解决方案
1呼叫中心系统
目前,呼叫中心系统主要采用集中式体系结构。在传统
的呼叫中心系统结构(如图一所示)中,由程控交换机(PBX)
为呼叫中心提供内外的通道,对外与市话局中继线接I=1,对
内则与座席话机和自动应答设备接口。自动呼叫分配器
基于蚁群算法的呼叫中心人力资源分配
摘要:针对呼叫中心人员上班的班次和时段的人力资源分配问题,考虑班次和上班时段的等限制条件以及人力资源分
配的具体要求,建立了相应的数学模型。在此提出了一种基于蚁群算法的人力资源分配算法。在呼叫中心人力资源分配
问题图形化定义的基础上 建立了正反馈机制,设计了状态转移的规则,利用信息素更新规则对呼叫中心的具体人力分配
进行了分析与实现。仿真表明,该方法对解决呼叫中心的人力资源分配问题是可行的。
基于B/S结构的呼叫中心知识库的设计
摘要:采用B/s技术与呼叫中心技术相结合方式,可以在不增加硬件投资情况下,建立呼叫中心知识库,并
可不受场地的限制.方便使用。对提高呼叫中心的培训质量、降低管理成本、提高客户满意率都有重大作用。
关键词:知识库;呼叫中心;B/S结构;WEB服务
中图分类号:TP38 文献标识码:A 文章
呼叫中心胜任特征模型构建的基本步骤
[ 摘 要]胜任特征模型的构建,是现代人力资源管理的一个重要方法,是一整套针对特定组织、特定岗位的个体特征评
价标准,它能为人力资源管理的各个领域提供基础和核心,本文针对呼叫中心在构建模型过程中的程序和方法进行了探索性
的研究,以建立起切合呼叫行业和企业自身发展所需的胜任特征模型。
[ 关键词]胜任力模型;绩效标准;资格模型
电信企业客户反馈处理机制研究
当前,客户所期待的维持“持续连接”的大量可用的语
音和数字服务正处于爆发性增长,而且,电信用户在传输文
本、多媒体和私人内容时也可以比以前借助更多的移动设备。
客户不断买入更复杂的设备,并与运营商也建立了日趋复杂
的关系,因此他们很难明了自己到底选购了什么以及如何有
效地组织自己的账户。当客户在众多类型的设备上接受各种
各样的服务时,维持高水平的客户关怀将变得极具挑战性。
作为具有利润中心屙l生的本地化公司市级电信企业,拥有
大量可告f生极高的可利用的数据与资源,并直接接触利润的源头
— 客户,因此拥有探讨利润屙眭最为合适的环境,对此系统地分
析与总结将会为整个集团公司不同层次的决策提供直接依据。
人力资源管理系统设计
说明:本人力资源管理系统详细设计报告包括以下主要内容:
1. 引言:实施本系统的公司的背景介绍等
2. 项目章程:目前公司人力资源管理存在的问题、项目范围、进度表、预算等
3. 系统详细设计说明,包括:
系统功能说明、系统结构说明、DFD 图、E-R 图、操作界面设计、数据库设计、详细的数据
表(包括主键、外键、数据类型、默认值、取值范围等)
Oracle 10G 透明网关的配置
因为10G安装过程中是不带Gateway
因为10G安装过程中是不带Gateway
需要到otn上下载安装组件.
安装过程这里不再敖述:
说明:
我的oracle和sqlserver安装在同一台主机上:
IP:192.168.100.102
sqlserver database:pub
第一步 修改配置文件.
在ORACLE_HOMEtg4msqladmininittg4msql.ora
目录下:
# This is a sample agent init file that contains the HS parameters that are
# needed for the Transparent Gateway for SQL Server
#
# HS init parameters
#
HS_FDS_CONNECT_INFO="SERVER=192.168.100.102;database=pub"
HS_FDS_TRACE_LEVEL=OFF
HS_FDS_RECOVERY_ACCOUNT=RECOVER
HS_FDS_RECOVERY_PWD=RECOVER
第二步:修改listener.ora.如下内容:
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = tg4msql)
(ORACLE_HOME = F:oracleproductdb_1)
(PROGRAM = tg4msql)
)
)
。。。。。。
Oracle数据库中大型表查询优化研究
摘 要:对海量数据进行访问查询时,常常遇到系统响应时间过长,占用系统资源过多的问题。本文结合实例着重对Oracle数据库中的查询优化进行了研究,测试结果表明采用的方法是很有效的,大大缩短了测试用例表的响应时间,最后对海量数据的优化方法提出了实用性的建议。
关键词:海量数据;Oracle数据库;查询优化;数据查询。
1 引 言
在直升机飞行地面数据处理平台中,需要查询历史飞行数据来进行飞行状态的模拟及其飞行事故的分析,从而对当前飞机状态进行评判。其数据量非常巨大。如何对其进行快速访问,提高系统响应时间就显得十分重要。在实际应用中,往往采用各种优化措施,使得SQL查询经过数据库优化器的处理,得到最佳的执行计划,即数据访问路径,来达到提高响应速度的目的。由于项目采用的是Oracle数据库,以下考虑对Oracle数据库进行的优化情况。
2 Oracle查询顺序及其调整
Oracle优化的一般顺序如下:环境调整(服务器、网络、磁盘)、Oracle实例调整、Oracle对象调整、Oracle SQL调整。我们的测试采用的Oracle数据表容量为50 M,记录条数为50万条。测试方法为:根据用户的查询要求计算得到用户需要浏览的数据记录的起止位置,然后在SQL语句中加入此位置,执行SQL语句,查询该数据表,得到用户想要浏览的记录集合。使 用的SQL语句如下:
从Oracle到SQL Server的透明网关配置
oracle 9.2.0.1.0 ip:192.168.1.22 port:1521
sql2000 ip:192.168.1.12 db: db1
说明,透明网关可以跟oracle,sql server2000数据库在同一台机器或者不同机器,本例是跟oracle是同一台机。
1: 运行oracle 安装软件,安装类型选自定义,选择里面的安装oracle transparent gateway 9.2.0.1.0,下面的oracle transparent gateway from microsoft sql server 9.2.0.1.0,这里可以看到,还可以选择其他的数据库如,sybase等
2:确认透明网关安装成功,会出现D:oracleora92tg4msql目录,配置文件inittg4msql.ora,注意,如果对应的listener.ora里面的sid_name设置为其他的,如本例的sql2000,那么应该新增一个配置文件对应为initsql2000.ora而不是inittg4msql.ora了,里面内容如下:
HS_FDS_CONNECT_INFO = "SERVER=192.168.1.12; DATABASE=db1"
HS_FDS_TRACE_LEVEL=OFF
HS_FDS_RECOVERY_ACCOUNT=RECOVER
HS_FDS_RECOVERY_PWD=RECOVER
Oracle 10g + SQL SERVER 2000 透明网关设置
前提:在安装oracle时选中安装透明网关组件(默认不选中),如果未安装可以重新选择安装此组件.
环境:Oracle 10g + SQL SERVER 2000
数据库:Oracle:ZNDATA;SQL SERVER:ZNDB
目标:在oracle下建立一个tnsname用来访问SQL SERVER的ZNDB数据库.
(1)建立ZNDB数据库在Oracle下的别名zheneng:
进入%ORACLE_HOME%\tg4msql\admin目录建立文件initzheneng.ora,里面内容如下:
HS_FDS_CONNECT_INFO="SERVER=192.168.0.197;DATABASE=ZNDB"
HS_FDS_TRACE_LEVEL=OFF
HS_FDS_RECOVERY_ACCOUNT=RECOVER
HS_FDS_RECOVERY_PWD=RECOVER
(2)建立listener:
进入%ORACLE_HOME%\network\admin修改listener.ora文件增加:
(SID_DESC =
(SID_NAME = zheneng) ###注意:要与前面建的文件名字initzheneng去掉init后一样.
(ORACLE_HOME = D:\oracle\product\10.1.0\db_1)
(PROGRAM = tg4msql)
)
工作流管理基础权威教程
工作流管理基础权威教程:
C1-先进制造-00516.pdf
C2-概念-00531.pdf
C3-参考模型-00531.pdf
C4-研究-00601.pdf
......
高级软件架构师培训讲义
高级软件架构师培训讲义:
0_架构师与设计师.pdf
01_软件流程实施方案选择.pdf
02_软件架构文档设计.pdf
......
数据库加密技术综述 很实用
数据库加密的必要性
大型数据库管理系统的运行平台一般是Windows NT和 Unix,这些操作系统的安全级别通常为C1、C2级。它们具有用户注册、识别用户、任意存取控制(DAC)、审计等安全功能。虽然DBMS在OS的基础上增加了不少安全措施,例如基于权限的访问控制等,但OS和DBMS对数据库文件本身仍然缺乏有效的保护措施,有经验的网上黑客会“绕道而行”,直接利用OS工具窃取或篡改数据库文件内容。这种隐患被称为通向DBMS的“隐秘通道”,它所带来的危害一般数据库用户难以觉察。分析和堵塞“隐秘通道”被认为是B2级的安全技术措施。对数据库中的敏感数据进行加密处理,是堵塞这一“隐秘通道”的有效手段。
据有关资料报道,80%的计算机犯罪来自系统内部。在传统的数据库系统中,数据库管理员的权力至高无上,他既负责各项系统管理工作,例如资源分配、用户授权、系统审计等,又可以查询数据库中的一切信息。为此,不少系统以种种手段来削弱系统管理员的权力。实现数据库加密以后,各用户(或用户组)的数据由用户用自己的密钥加密,数据库管理员获得的信息无法进行正常脱密,从而保证了用户信息的安全。另外,通过加密,数据库的备份内容成为密文,从而能减少因备份介质失窃或丢失而造成的损失。由此可见,数据库加密对于企业内部安全管理,也是不可或缺的。
也许有人认为,对数据库加密以后会严重影响数据库系统的效率,使系统不堪重负。事实并非如此。如果在数据库客户端进行数据加/脱密运算,对数据库服务器的负载及系统运行几乎没有影响。在普通PC机上,用纯软件实现DES加密算法的速度超过200K字节/秒,如果对一篇一万汉字的文章进行加密,其加/脱密时间仅需1/10秒,这种时间延迟用户几乎无感觉。目前,加密卡的加/脱密速度一般为1M位/ 秒,对中小型数据库系统来说,这个速度即使在服务器端进行数据的加/脱密运算也是可行的,因为一般的关系数据项都不会太长(多媒体数据另当别论)。例如,在同一时间里有10个用户并发查询,每个用户平均查找1000个汉字的数据,最先得到结果的用户延迟时间小于0.02秒,最后得到结果的用户也仅需等待约0.16秒。
。。。。。。。
erp流程及详细说明
erp流程图:
erp流程及详细说明。
erp流程及详细说明。
多维关联规则挖掘算法
一种适应关系型数据库的多维关联规则挖掘的算法。
JavaScript语言参考手册
JavaScript语言参考手册