- ■ 让您久等了
-
- 自从我将致力于CTI系统开发时所发生的各种各样的故事作为CTI开发奋斗记向诸位公开以来，受到来自各方面读者的很大反响。
- 说真的，这确实让我感到很吃惊。
- 其中，「在此后又怎样了？」的询问从各方杀到。就这样作为对大家要求的回答，就必须接着写CTI开发奋斗记Part2，在不知不觉中，时间就这么过去了。
- 「这样可不行」这个念头一起，就决心开始接着往下写，可是笔（键盘）总是停滞不前。不过，在这里我终于写完了Part2
- 从现在起请暂时借用一下您的宝贵时间，请您读读我的辛苦话。
- Voice
Communication 株式会社 与那嶺弘
-----------------------------------------------------------------------------------------------------------
- ■ 试着向机械说话(语音识别样品作成的)
-
- Part1只写到使用bayonne制作了商品库存询问的语音样品的地方。并且此后应各方要求，还是接着又开始写下去了。
- 「没有语音识别样品吗？不能使用CTI那就没意义了!! 请也制作一个语音识别样品吧!!」
- 也想过不知什么时候会有这个问题就会来的,不过，这不还是来了吗？
- 啊，没有办法。那么就制作一个？
-
- 因为估价过了旭化成的VORERO，此次的样品作成将会很顺利地进展下去。
- 立刻安装VORERO。
- 从商品库存询问的语音样品中挪用基本构成，立刻开始开发!!因为是比较重要的样品的内容,不过，因有VORERO附带的评价用的应用软件，在那个里面有菜单被显示，按菜单向麦克风读出菜名的话，将会对语音做出识别，并将结果返回。
- 接受这个想法。首先为了识别菜单，使用VORERO的工具制作词典。
- 而且，这里是最精采的地方。上次是在Windows上试着改造了样品的程度,不过，此次是CTI。通过电话线路对在服务器一方安装的VORERO进行语音识别。
- 启动Bayonne，立刻对样品拨号打电话。
- 因为是定购饭菜，请按1。
- 「散装寿司」.....「你定购的饭菜是散装寿司」
- 喔，识别成功了，继续
- 「茶泡饭」.....「你定购的饭菜是茶泡饭」
-
- 意外地非常顺利
- 「汉堡牛肉饼」.....「你定购的饭菜是汉堡牛肉饼」
- 糟糕。「ha」被听成了「wa」。
- 不过还算不错。
- 即使是那样，自己的声音被机械识别之类的事，也是不可思议的体验。
- 我的车没有汽车导航,不过，VORERO好象被不少的汽车导航载用。诸位的车的汽车导航里也说不定载有VORERO。
- 对了，这个样品是对外公开的。
- 请试着拨打电话81-044-411-1782。而且，请尝试一下您的声音是不是能被识别。
- 语音识别，还不是很完美的技术,不过，我想已经到了相当好的地步。
- ■ 有很多要案的议案
-
- 我们接到了CTI的大的议案。是我的故乡，冲绳的企业的呼叫中心系统。
- 可是，在这个议案里有很大的阻碍。我们是初次接触模拟12线路&INS64板卡。
- 真是让人头痛。模拟姑且不论，INS64板卡能作动吗？
- 说是这么说，不过因为Dialogic的4线路板卡已经能使之作动起来，那么其他的板卡也应该能轻易取胜。
- 首先从模拟12线路板开始。识别很轻松地就通过了。在Part1时的辛苦得到了报尝。
- 不过，放心还有点早了一点儿。
- 不对应来电显示。得不到发信者的号码。
- 哎～.....是什么地方出错儿了呢。再次拨打。
- 还是不行。
- 与英文说明书进行对照&WEB检索。在WEB上仍旧是没有新的信息。
- 然后不断思索错误的原因，最后终于成功了。
- 嗳―，是这样设定？半信半疑地变更设定，开始试验。
- 嘿。发信者号码取得了。。。。。成功了―!!##
- 首先第1个障碍是跨过了。
- 下面是外线发信。
- 制作基本构文，GO。...那个，电话不来。
- 等等，来信方面的电话线不是没接上吧？首先插上普通的电话机，确认外线发信。
- 不过，来信方面的电话机一直是在自己的桌子上面，而且，这个试验的紧接之前外线发信也完成了通话，不可能是不能使用。
- 啊。这次发信吧。
- 喔呵呵.....
- 嗯―。为什么呢。
- 又卡住了。
- 如果不想办法整理的话，不变成笑话了。期限也迫近了，又不运转.....
- 之后的5日。苦战恶斗的末了，终于想办法变得能发信了。
- 海外和日本，处理的方法好象不同。
- 太好了。
- 因为来电，发信全部OK，接着试着连接线路。
- 使用2个外线，由板卡做外线发信，以通话可能的状态使用再1个线路向另外的号码发信。再1个线路也成为了通话可能的状态，在板卡上连接2个线路使之成为通话可能的状态。
- 成功了。
- 想说的是，不过，怎么回事儿，是对方切断了电话，而服务器那一方却没有识别？
- 不行哟。必须识别。是那里的设定的不对吗？
- 然后过了一些时候，就发觉是TA的问题。对方做了切断的时候不做出切断信号。买了某公司的TA,不过，没有在WEB上不显示出切断信号的这样的说明。
- 因为是未使用品，询问了那家公司是否可以与上位机种进行交换，结果是没门儿。
- 「那样的东西，就别卖呀～～～。完全不能使用的东西却要卖给顾客」
- 而且，要是上位机种的话好象能显出切断信号。如何得到信息才好!!
- 教训∶应该慎重选择TA。
- 因为没有办法，筹措了另外的TA，终于解决了这个难题。
- 接下来的也是很重要的事项的一个，是结合的线路，要通话可能的状态。总之，如果是要在计算机打电话，接收到了那个的客户，在希望跟接线员通话时，以使用模拟板卡空置的端口给接线员打电话接入了的状态，在板卡上连接客户和接线员的线路会话可能的状态的PBX性的机能的验证。
- 因为我们会社的社长非常「小气」，所以只购买了Dialogic的产品里的最便宜的D/4 PCI。是的。便宜是有理由的。其中的一个就是，没有结合这个线路的机能。
- 因此，到现在为止还不能验证那个机能。
- 可是，在此次的议案中使用的12线路板卡，装载有那个机能。
- 接着是确认是否对应Bayonne。
- 首先，使用外线发信。为了以相连着的状态，为了对客户作询问调查进行提问。在那里，如果希望连接接线员的时候，从语音板卡空置的端口给接线员打电话。接线员举起听筒的话，由JOIN指令连接2个线路。
- 单纯的连接很容易地就这样完成了。
- 真让人生气呀。
- 然而，因为是通讯处理，所以对暂停和错误等的处理，需要比正常系的处理的要多3倍以上时间。
- 喔―。虽然是作为单纯机能流畅的源文件,不过加进暂停等的话，编码量相当的大。
- 唉，没有办法呀。
- 完成了用模拟板卡所应该实现的机能的验证，这次也是INS64板卡。
- 从首先使之识别INS64板卡开始。
- 又碰到了障碍。是以参考安装指南而进行的设定，在启动时却出现了错误??????
- 最近，是不是感觉麻痹了？是真的感觉麻痹了，还是有了免疫力了，对此并没有象以前那样惊恐。
- 同平时一样地苦战恶斗，末了，想办法终于识别成功了。INS64也是按照安装指南的内容设定的，还是错误。
- 啊～。
- 又是这样，反复变更设定&确认识别的末了，终于识别成功了。
- 即使是那样，这次的板卡的识别，为何如此地不流畅。是错误的为什么还能识别呢？
- 接下来进入开发阶段。又没有这个样品编码哟。正确说的话，有INS1500(PRI)的样品编码，而INS64(BRI)的编码几乎是没有。
- 如何开发才好呢？真是够受的!!
- 用SDK附属的实用程序观察状态的话，D通道的链接是除去着的。
- 因为没有办法，结合仅仅有的样品编码反复编译&GO。
- 呀～，即使是那样没有样品编码，如何高兴得起来？是什么呀。
- 我想这回可能是到期不能付货了。真的是已经不行了。
- 可是，这一次命运的女神也微笑了。动了哟。
- 哦～。此次的喜悦是特别的。因为已经是到了束手无策的状态了。
- 喜悦也就是那么一刹那。实在是在16线路(模拟换算)同时实行的话，第一回正常第二回以后就发生错误。
- 为何？
- 好多次核对了源文件,不过，因为基本上是端口在开放处理的实行后就会关闭起来，找不到发生问题的要素。
- 在应用程序实行后，因为有如果把服务器重新启动后有情况好转的时候，所以在应用程序实行后将服务器关机，第二天早晨在电源ON之后进行观察。
- ■ 能使用IP电话吗？
-
- 我们的公司，是经由ADSL连接到互联网。理所当然也附有IP电话。
- 是的。「IP电话也能毫无问题地使用的。从现在起IP电话绝对会被经常使用的。控制成本的事也是很重要的,不过，质量不过关是不行的。为此，应该好好地进行评估!!」
- 是，是。明白了。
- 立刻试着连接。虽说是IP电话，来自板卡的访问应该与通常的线路一样能行得通。
- 虽然是那么想的,不过还是行不通。
- 对方还没接电话，IP电话是呼叫音响着的状态，服务器在对方举起听筒时就自动识别成通话可能的状态。
- 错误的开始!!
- 不过，服务器应该是由被线路传送过来的信号来进行判断的。因此IP电话上的传送过来的信号与通常的线路是不同的吧？
- 试着做了一下调查，好象是与通常的线路不同。在对方举起听筒时、通话成为可能的时候，发生极性反转的服务器检测出那个极性反转，判断为通话可能的状态，终于，好象是在对方的呼叫音发出时发生了极性反转。
- 在打电话时，首先信号传到IP电话的服务器上，再从那里传到NTT的交换机上,不过，我认为是信号在传到NTT的交换机上的时候发生了极性反转。从以上现象来看，我认为是那样发生的。
- 这个问题使用另外的手段解决了。
- 不对，好象是相同却不一样。嗯～。真是什么样的都有啊。
- 教训∶不能只是在通话费上选择线路。如果不能使用的话就是徒劳的浪费!!
- ■ 不错不错
-
- 在最近，不仅仅是咨询，定购也大量杀到。呈蒙各位用户的大力关照和爱护，我们变得忙碌起来。谢谢大家。
- 现在同大家说一说我们受托议案的其中一个。
- 开发也顺利地结束了，我与社长两人开着车，去客户的公司交货。
- 到开始开发CTI之前，也有在客人处的进行开发的时候,不过，大部分都是从车站10分钟左右的比较轻松移动的环境。
- 可是，从开始开发CTI之后，交货地点变化多端。用宅配便送或是自己开车去送。
- 此次的议案是设置工作&兼跟外部的连接试验，自己进行送货&设置。因为这一次是从干线道路的相当里头的地方交货，所以担心能不能够做到准时交货。
- 预先准备了地图，开始出发了。
- 上了高速公路，按地图的指引向目的地进发。
- 正如我们所担心的那样，我们迷路了。打算是去右面，实际却拐向了左面。
- 啊～，要是有汽车导航就好了。装载有VORERO的汽车导航
- VORERO:「请说出目的地」
- 我:「到○○○」
- 还说什么，唰地途径检索引导就出来了，轻松轻松。
- 社长，也不给买呀
- 我们终于到达了目的地,不过却足足用了3小时。
- ■ 从那儿开始以来
-
- 开发INS64板卡的继续。
- 实行应用软件时第1回是正常,不过，第2回以后就出现错误。因为应用软件在实行后，将服务器重新引导的话就会正常运转，在应用软件实行一段时间后，将服务器关机由第二天早晨电源ON的运用下观察其运转情况。
- 忘了告诉您。这个应用软件由于是在日时上运转的，所以在夜间实行，在白天停止。因此在应用软件实行后服务器关机也是没有问题的。
- 到这里虽然还是上次的话,不过经过一段时间的观察情况实在是举动可疑。原来是只是启动了服务器而应用软件没有实行，所以TA的状态就变得奇怪了。从模拟端口是不能进行外线发信的。
- 喂喂。完全没有做什么，为何发生错误？
- 因为就这样看着也是没有办法解决的，就向原来购板卡的厂家讲了这里所发生的现象并向他们询问如何解决这个问题，可是得到的回答是「在我们这里是正常运转的」!!。在询问关于验证时的环境询问时，也是单向通行。是忽视，还是询问没有传达到担当的责任者那里，反正就是不向前进展。
- 因为没有办法，试着讨论实行了所有可能性。
- 终于运转了。象到现在一样地，不只是不做服务器重新引导，也不做SDK的服务重新引导，实行了好几次应用软件，每回都是毫无根据问题地也运转了。
- 太好了―!!!!!!!!!!!!!
- 并且经历了太长的时间―!!!!!!!!!!
- 一直在意的事，终于解决了。
- 立刻把好消息报告给客户，可以交货了。
- 真是太好了。即使是那样，被INS64板卡弄得真是欲哭无泪。
- 在苦战恶斗中，虽然让人觉得讨厌,不过，在结束的时候却又相当留恋起那一切来。真是让人不可思议。
- 对了，如果各位对我开发的应用软件的内容.....有兴趣的话，请与我联系。
- 应该认为「嘿～，原来这样的事也能够完成!!」。
- ■ INS1500板卡也动了
-
- 模拟，INS64称霸？已做过了。还剩下的就是INS1500。
- INS1500与INS64不同，是使用光纤的。并且，以1条光纤能同时进行用模拟换算23条的通讯。
- IP电话迅速地普及着，INS1500从现在起也能使用吗？这是个疑问。
- 可是，INS1500有下列的好处。
- 因为发信的速度比模拟要快得多，在同样的时间里可以比模拟做更多的发信
- 因为与来电显示的交换比模拟更加地快，使不再让对方等待来信的事成为可能
- 在有必要需要许多的线路的时候，不再需要根据高楼构造的不同的物理线路的空间，必然性地1条光缆就可以解决的INS1500
- 和23条模拟线路相比的话，基本费用很便宜
- 并且，我们收到了许多有关「对应INS1500吗？」的询问。好象需求量还很大。
- INS64动了，估计INS1500也能动，在买入了板卡后进行了验证。
- 社长这一回也变得十分的好心情，慷慨地买进了INS1500板卡。以后如果什么问题都不发生就可以了。
- 是反馈在开发INS64时得到的经验技术。
- 按标准的那样，还是没有动。有必要地变更作为日本专用的发信时的参数。
- 终于，动了。
- 与模拟相比，收发信用的动作戏剧般地快。并且，觉得音声也变得很清楚。
- 也对应了来电显示，所以即使有询问也能回答「bayonne与INS1500也相对应了!!」。
- ■ 请作为参考
-
- 将从开发以来到现在的苦战恶斗的内容作为CTI奋斗记向大家介绍使我注意到了。
- 即使读了这个，也是解决不了读者和大家的疑问的。
- 在那里制作了。在步骤说明书上没有登载的，在步骤书上归纳了到现在为止的劳苦构筑的经验技术，成为能传达给大家的形式。
- 开始，是作为自己的备忘录而开始制作的,不过，这个步骤书上有在开发CTI时所发生的许多问题，如果能到达许多的工程师的手里的话，就不会再发生同样的辛苦，就可以专心地集中精力开发作为本题的应用软件。
- 那样的话，有魅力的应用软件将不断地被开发出来，也向CTI业界注入了活力。
- 如果您有兴趣的话，请联系我们。
- ■ 自动呼叫
-
- 我们开发了软件包。
- 是自动呼叫系统。
- 计算机自动拨打电话，有商品的指南和资料请求的接待，市场调查等各种各样的用途。
- 将到现在为止所验证的所有都归纳到一起，做成1个软件包。
- 画面是以浏览器为平台。使用更为简便轻松。
- 将电话簿数据预先登记在数据库上，选择拨打电话的区域做为小组，开始拨打电话。
- 广播的内容请预先录制，对所问的问题用电话机拨盘的数字做回答，也制作了Call Flow。
- 此次制作的自动电话应答，作为语音文件保存录制了声音再生的机能，也装载了再让另1个机械说话的机能。预先登记想使之说的内容，由机械合成的声音进行播出。
- 嗯～。还是人的声音，让人感到有亲切感。还是让机械说，作为从临时广播的内容到决定时为止的连接点，最终地与人录制的进行交换。
- 还有，虽然是计算机自动拨打电话,不过不是无论什么时候都拨打电话的。在那上装载了从早晨9:00～21:00为止的基本的时间以及更加细小到星期的日程组合的机能。
- 使在Call Flow中能以询问调查形式来提出问题，回答的结果被保存在数据库里。
- 也装载了在自动电话应答结束后，得到了什么样的回答以及分析帐票的机能。
- 有关这个软件包详细的内容，将在这里向各位介绍。
- 托各位的福，我们收到了很多咨询和定购。谢谢。
- Part2就写到这里。
- 将继续向您介绍Part3，请稍候。
- 在最后，今年日本的夏天可是真够热的。
- 我们公司的冷气设备坏了，暂时室内是桑纳浴的状态。十分的感谢在那个时间来我们公司的各位，在如此暑热的天气中光临本社。冷气设备现已平安的恢复了，现在事务所里很舒适。我在想这样的话开发是不是也会有进展呢???
- 那么，请诸位多多保重身体。
|
| BACK | TOP |
|
| Home | CTI | Bayonne | Download | What's New | Profile | Address |
Voice Communication 株式会社
211-0004 日本国神奈川县川崎市中原区新丸子东2-907
TEL： +81-044-455-0038 FAX： +81-044-455-0029
联系我们 voicecn@voice-com.net |
最新更新日：
|
|
| (c) Copyright 2003 VCN, Inc. All right reserved |
|
 |
《Linux新活用方法的发现》
此报告有以下内容提要、此报告免费奉送。资料请求
■开始
■为什么是Linux+Bayonne
■关于本公司所提供CTI
构筑服务
■能够实现成本销减吗？
■有什么好的办法吗？
■苦劳
■本公司所提供的
■课题
■联系我们 |
HOME |
