电话录音系统？

AOFAX电话录音系统具备功能如下：

一、实时录音功能

AOFAX电话录音系统，支持配置服务器工作各项参数（如指定硬盘、拨号前缀等），以及实时显示工作人员签到情况、电话线路通话动态和硬盘剩余容量等。支持在本机上实时监听任意线路的通话内容。当需要手机沟通时，也可以设置漫游转接手机，实现手机电话双重录音，让调度工作的录音无一遗漏。

二、远程录音监控

虽然变电站分布在不同的地方，但是可以借助AOFAX域名解析服务，可在局域网或互联网上任一台电脑，登录进入远程监控程序（工作平台），实时各个变电站当前调度的人员名称、历史通话次数、变电站名、电话号码、来电或呼出、开始时间、通话时长等；可以点击变电站名称，查看变电站运作详情和历史通话轨迹； 可以对每次调度通话添加备注，在下次来电时自动显示。

三、录音查询功能

录音文件汇总到AOFAX电话录音系统上，工作人员只要通过录音系统的界面进行查询，而不需要考虑实际的录音文件存放的录音系统主机，大大的方便了对录音系统的查询和维护管理。在AOFAX电话录音系统后台程序，可按通话时间、调度人员名称、变电站区域、通话类型、通道编号、通话时长等查询通话记录，可导出通话清单、远程播放录音、以及批量下载录音文件等。

四、变电站信息记录

AOFAX自带备注和统计功能，可将每次处理的调度问题分门别类，并添加具体的处理方法，调度情况等，让工作人员对变电站的情况了如指掌。而且可以通过统计功能，按年、月、日以及自定义周期统计每个变电站出现调度的情况和次数，分析变电站的整体调度情况，利于做变电站维护报告，对大型修整计划也起到作用。

你先得确定服务器用什么协议啊，HTTP,webservice,socket等等，如果用http一般两种方式，一个是java自带的urlhttpconnection,还有就是阿帕奇的httpclient。

代码片段

// 使用POST方法提交数据，必须大写

connsetRequestMethod("POST");

// 需要输出流

connsetDoOutput(true);

// 需要输入流

connsetDoInput(true);

// 连接超时，10秒

connsetConnectTimeout(10 1000);

// 读取超时,10秒

connsetReadTimeout(10 1000);

// 打开输出流，写入数据

out = conngetOutputStream();

outwrite(data);

outflush();

// 以上

connconnect();

if (conngetResponseCode() == 200) {

in = conngetInputStream();

// TODO 读取数据

// 参考

int contentLength = conngetContentLength();

ByteArrayOutputStream buf = new ByteArrayOutputStream(

contentLength > 0 contentLength : 1024);

byte[] buffer = new byte[1024];

while ((contentLength = inread(buffer)) != -1) {

bufwrite(buffer, 0, contentLength);

}

// 可选

bufflush();

return buftoByteArray();

}

} catch (MalformedURLException e) {

eprintStackTrace();

} catch (IOException e) {

eprintStackTrace();

} finally {

if (out != null) {

try {

outclose();

} catch (IOException e) {

eprintStackTrace();

}

}

if (in != null) {

try {

inclose();

} catch (IOException e) {

eprintStackTrace();

}

}

if (conn != null) {

conndisconnect();

}

// 错误的写法

// try {

// inclose();

// outclose();

// } catch (IOException e) {

// // TODO Auto-generated catch block

// eprintStackTrace();

// }

}

//尽量不要返回null 避免空指针异常

return new byte[0];

}

服务器在getpost里面接收可以转为btye数组，然后在转为文件

LZ，表示非常的同情哦，我以前也遇到过一次的，数据找不到了。自己开始试着用软件恢复，结果恢复了一些乱七八糟的数据，最后又去找数据恢复公司，找了很多都不行，要不是数据不完整就是恢复出来的数据太乱了，根本不能用。 最后在绍氏数码城看到了合肥晨天数据恢复中心 http://wwwcthddcom/LianXiWoMenhtml 。在他们的努力下，我的数据被完整的恢复了。公司地址：安徽省 合肥市 长江中路 绍氏数码城 东三楼 A02室，建议LZ，如果数据重要的话，一定要找有服务、有技术保证的数据恢复公司来做。如果选择了错误的服务商，那么不仅数据无法挽回，而且二次破坏更是一场不堪设想的数据灾难，很可能让原本有希望恢复的数据彻底坠入深渊。选择数据恢复服务商必须小心谨慎。当然更不要自己用软件来恢复哦。希望可以帮你哦。

在战略管理和运营管理指导下的客服系统如何具体建立呢？下面分七个步骤来分别说明：

一、结合规划，明确系统需求

呼叫中心经过战略层面的规划和运营管理层面的指导，可以迅速地明确系统需求。考虑呼叫中心的需求一般可从如下四个部分着手思考：

（1）接入及交换处理系统

此部分重点考虑用户的呼叫接入和呼出、呼叫转接处理需求，分析提供电话、传真、信函、Web、EMAIL、WAP、短信、视频等方式的接入选择。考虑分析用户呼叫要求和数据，将该数据传递给业务处理和业务管理系统，同时接收业务处理和业务管理系统的交换请求，对各种电话交换资源、语音资源、传真资源、座席资源等进行统一管理和调度分配，进行呼叫的排队和交换。它包括PBX/ACD (自动呼叫分配)、IVR（交互语音应答）、CTI、传真系统、短信平台、座席软电话、录音、呼出系统、ICC（Internet呼叫中心）等子系统。

（2）业务处理及业务管理系统

此部分重点考虑应用业务逻辑的处理和调度需求，考虑向客服系统的使用者提供所有业务层面的应用功能，并通过通信服务代理与数据库和外部系统打交道。它包括座席桌面应用子系统、业务逻辑处理子系统、运营管理子系统和通讯服务子系统，分别实现座席桌面应用、业务逻辑处理、应用管理和通讯等的需求。

（3）数据存储处理及数据分析系统

此部分重点考虑系统中的大部分重要数据存储的需求，并对这些数据进行数据库层的处理；同时利用DW（数据挖掘）和DW（数据仓库）的技术提供OLAP数据分析处理、数据挖掘等操作的需求。它一般包括数据存储处理子系统、数据分析中心子系统两个部分。

（4）网络及安全管理系统

此部分重点考虑进行网络性能管理、网络配置管理、系统安全防范、数据备份与恢复、系统容灾管理等的需求。它一般包括网络管理子系统、安全防范子系统、数据备份子系统、容灾子系统。

二、结合需求，选定组网方式

根据前面规划提到的客户战略和服务战略，考虑呼叫中心所服务客户的地域范围分布情况，结合具体的系统需求分析，可相应地从多种组网模式中选择适合自己的组网方式。组网方式将直接实现系统需求，同时也影响系统的配置和产品选型等后面的步骤，所以需要在此环节确定系统的组网方式。

（1）单点组网模式：系统的所有硬件资源、服务资源以及座席代表等都集中在一个建筑物内，整个系统组成一个高速局域网，用户的电话/Web呼叫等统一接入到这个单点的呼叫中心系统中，由呼叫中心的各种资源为用户提供服务。

（2）远端座席组网模式：系统在PBX一侧提供多种连接远端座席的方式，可以根据远端座席设置的数量规模，配置性能价格比非常合理的产品，可以采用PBX远端模块方式，也可以采用IP的方式使远端语音与数据在一条物理链路上同时传输，实现传输介质与带宽共享。

（3）分布式组网模式：采用分布式CTI及分布式数据处理技术的虚拟呼叫中心系统，可以将在地理位置上分散的多个呼叫中心（Site A/B/C）连接在一起，每个节点都可以根据需要配置座席群、IVR、传真资源以及服务器群组，这些分布式的节点通过PBX及CTI中间件内嵌的分布式处理功能在整体上形成一个逻辑上统一的呼叫中心，不同呼叫中心之间的业务代表和自动语音、自动传真资源可以实现均衡分配，从而使得呼叫中心的处理资源达到统一分配、负载均衡。

三、系统配置计算

根据系统用户数、业务种类和系统组网模式等因素和行业应用经验值，可以计算PBX/ACD资源配置、数据库和应用服务器主机配置、存储空间等。

四、产品选型和系统集成商选定

根据需求和系统配置计算结果，可以结合应用系统的需求，来进行产品选型。建设呼叫中心涉及的主要产品有：

前置接入交换平台：根据业务需求和处理能力要求，前置接入交换平台可以选择PBX/ACD（交换机、排队机）、可编程交换机、一体化呼叫中心平台等作为呼叫中心与公众电话网（PSTN）的接口，提供了电话接入的功能，并进行呼叫的排队，同时为业务代表提供会议、转接等多种功能。

交互式语音应答及传真系统(IVR/IFR)：IVR（Interactive Voice Response，交互式语音应答）以及IFR（Interactive Fax Response，交互式传真应答）应用软件主要完成系统语音引导、语音交互式语音应答、收发传真等功能。根据一些数据统计显示，在某些行业的客户服务中心，自动语音服务器担负处理60%以上的呼叫量。IVR的使用节省了人工接续时间，使呼叫中心效率大幅度提高，大大降低了运营成本。

座席录音平台：Recorder Server（录音服务器）主要完成对座席的同步录音功能，提供录音原始文档，对座席人员进行绩效管理，解决服务纠纷等功能。在呼叫中心系统建设中，使用较多的座席同步录音产品包括FDS、Nice、Tgnortel、InterVoice、宇高Vc-log等多种，在呼叫中心系统建设中，可以根据规模的大小和功能需求，选择切合实际、高性价比的同步录音产品。

座席工作站：Agent(座席)工作站主要由座席PC机及座席客户端软件构成，是座席业务代表进行客户服务的终端平台。在呼叫中心解决方案中，系统一般都提供软电话的功能，包括象签入、签出、置忙、置闲、应答、挂断、保持、呼叫转接、三方通话（会议）、拨号、咨询、呼叫等待指示、座席业务量实时统计、屏幕弹出等功能。

数据库/应用服务器：DB/APP Server（数据库/应用服务器）是呼叫中心的信息数据中心，用来存放呼叫中心的话务员配置信息、客户档案信息、业务受理信息、业务查询信息以及各种配置统计等数据，为客户提供业务咨询、综合查询、业务受理、投诉建议、系统管理等业务处理逻辑。在项目建设中，可以根据系统规模大小和功能需求选择合适的产品进行集成开发。

管理工作站：主要负责系统的综合管理，例如系统配置、系统监控、统计报表等。

通信网关：主要负责与其他系统之间的通信，它作为一个综合的消息传递平台，将所有其他平台发送过来的消息统一提交给呼叫中心其他后台系统，同时将呼叫中心的所有外发消息统一通过此平台分发给其他外部系统。

网络平台：网络平台是整个呼叫中心系统的网络支撑，所有主机等作为一个个的节点利用网络来互相通信。

至于系统集成商的选定，一般可先形成招标文件，再通过自己企业的招投标流程，综合比较各系统集成商的方案和价格等因素，就可完成本步骤的工作。此环节各企业都有比较成熟的操作流程，这里就一笔带过了。

五、项目实施

根据产品选型的结果和选定的系统集成商，由甲乙双方人员组成项目组，对项目进行实施。此阶段最容易出现各种问题，如果处理不好，呼叫中心的建设不会一帆风顺。这个环节很重要的一点就是系统集成商是否有成熟的实施方法论来指导项目的实施，降低项目实施中的风险，确保项目能顺利实施。

六、系统运行

通过项目实施中的系统测试、试运行后，系统即转入正式的上线运行阶段。此阶段是验证呼叫中心规划与系统建设的最好时机。通过一段时间的磨合，逐步建立以客户为中心（Customer-Centric）的企业战略和企业文化，并将呼叫中心的人力资源（People）、业务流程（Process）与技术（Technology）进行有效的整合，发挥系统的最大功效。

七、评价与改进

在经历一段时间的系统运行以后，应该定期通过考评呼叫中心的绩效，并进一步评估系统与呼叫中心战略、客服组织架构和客服流程的适宜性和有效性，对呼叫中心的规划与运行情况进行评价，对不足之处提出改进思路。

只有不断地进行持续改善，才能建立一个规划合理、运行高效的卓越的呼叫中心。