广州如江智能科技有限公司

1、传输稳定、性能优良：基于FSK调制方式排队叫号系统软件，采用前向纠错信道编码技术广州排队叫号系统，提高了数据抗突发干扰和随机干扰能力，在视距情况下，天线位置>3米，可靠传输离距约800m(BER=10-6/1200Bit/S)；

2、低功耗：正常待机：14mA，发射：50mA，休眠耗10μA，

3、体积小、重量轻，安装使用方便：

4、低成本：采用这种无线模块的方式成本非常低；

5、微功率发射，具有收发状态指示：发射功率为10mW，通过LED来显示收发状态，方便观察模块的工作情况；

6、多信道：标准配置提供9个信道（特殊订货政务排队叫号系统，可有8或16信道），满足用户多种通信组合方式；

7、三种接口方式：标准的RS-232/ TTL/ RS-485接口（三选一）；

8、智能数据控制：模块能够自动完成收、发转换、控制等，无需客户做特定的控制。

对于政务中心这类服务人员流量非常大的办事机构需要给本市的群众提供更简洁效率的服务程序才能够让整个办事流程看起来井然有序，所以很多大厅在提供办事流程服务时都会选择智慧大厅排队系统，那么这种系统有什么样的优势呢?

一、引导式服务更简便

在用户面前指智慧大厅排队系统主要是以自主设备展现在人民群众面前，不仅有取号及自助查询设备，还有移动端口。都可以非常清晰的将排队流程查询流程展现在客户面前系统中，不只带有线上的各种查询服务以及线下的排队叫号流程。能够在可视化的平台上发布信息广东预约排队叫号系统，还可以为办事的人员提供智能引导式的服务。

二、简洁化的页面服务

通过智能化的系统来对人员进行分流导向，让群众觉得办事更加的简洁。而且办事效率提高的很快。为服务人员节约了更多的时间和精力去做更重要的事情，对于这种智慧政务平台来说提供统一的数据服务，也为更多的人工智能收集到了更多的数据，便于发展更多的软件来提供给人民服务。

三、简化服务及其对接群众

对于一些年轻人来说使用移动化智慧大厅排队系统的终端服务及能够节约更多的时间，一些查询服务在机器上就可以自主完成，不需要再去排队等到窗口有位置的时候再去办理各项服务。提供了更便捷的服务，也节约了更多的资源。使得政务大厅不需要设立过多的窗口，并且也能够快速地解决群众的麻烦。

11月来，旷远能源仙游客户服务中心的排队叫号系统正式升级为广州如江智能科技有限公司新系统。系统的升级启用是旷远能源有限公司数字化转型的重要一步。通过引入如江科技的排队叫号系统，旨在提高服务效率，优化用户体验，通过一个多月的试验测评，中心的服务水平得到了显著提升，为公众带来了更加便捷、效的能源服务体验。

旷远能源仙游客户服务中心的排队叫号系统采用如江科技标准排队方案，该方案采用今年新款Q25 电容触摸排队叫号机，屏幕尺寸17寸，该机采用嵌入式热敏打印机，前开式换纸，免去老款开后盖式的麻烦，系统定时开关机。2个窗口采用HZ11 21键液晶数码呼叫器，配单行8字LED窗口显示屏，4行8字LED集中屏安装与服务窗口后方，整个系统采用特有无线通讯技术，通电即用，无需安装。这些设备各司其职，搭配呼叫语音，共同为用户提供清晰、直观的服务信息，让用户在等待过程中不再焦虑，而是能够安心地享受服务。

值得一提的是，该方案的系统服务器安装在总部采用分体式架构，各网点的服务数据全部传送至总部，方便了总部人事人员对相关窗口人员服务进行评价和评估。

此项目是旷远能源股份有限公司与广州如江智能科技有限公司合作的首批试点之一，未来，旷远能源还将继续与如江科技保持紧密合作，如江科技也凭借其技术实力和优Z的服务，为旷远能源股份有限公司提供了完善的解决方案和技术支持。

高起点原则

广泛吸取国内外各管理系统建设方面的成功经验，很大限度地采用当今世界先进、成熟、有发展前途的技术，由此实现的系统能适应未来五到十年内信息技术发展的要求。

实用性原则

系统整体设计要求软硬件的配置必须考虑各种约束条件，在保证满足使用单位提出的各项功能与性能要求的基础上要做到有用、实用、易用。

整体优性原则

在进行系统设计和配置时，要进行综合的考虑和评价，兼顾以下几个方面:实用性、先进性、可靠性、经济性．稳定性。

发展性原则

管理系统的设计要适应单位的长远发展蓝图，智能排队机厂家，采取统一规划，分阶段实施，逐步到位的原则，使网络具有强大的可增长性和扩充性。既要满足在配置上的适量预留，又能满足因技术发展需要而实现低成本扩展和升级的需求。

易维护原则

系统应提供完备的系统维护和检测手段，确保排队管理系统地运行。

这些年排队机经历过好多个版本，此版本为架构的变化。1、  2014年时使用c++ esl outbound. 2. golang esl outbound .3. golnag esl inbound 4. c语言mod_nwayacd. 在之前公共源的环境中安装的tgresql等，不论是centos/debian下一直都比较稳定，一直到之前使用了tgresql 12.x后，发生了翻车。

按以上排查过，但对tgresql代码还是没搞通，所以没解决tgresql12/libpq.so库里在centos 7.5 64位下正常的查询却由不是ssl连接却转到ssl中的read以及把PQexec在那里的问题。然后就换了个环境，然后注册了三个软电话，由nwayacd的排队机自动分配，将没有接通的会自动置闲，然后写了个脚本，由另一台系统自动呼，做压测。

排队机：4core 4G 128G硬盘

软件: centos 6 +fs 1.4.26 + nwayacd + tgresql 12.7

呼叫机: 4core 4g 128G硬盘

软件: debian 9 + fs 1.10.6

脚本如下：

通过以上的脚本，基本上是0.3秒一通，每通长通话时长10秒。

fs环境

tgresql环境

这台是一台之前用来做一体化智能语音的设备，配置不高，中间过程发生了硬盘满了，造成数据库宕机，但是排队机并没有挂，恢复数据库后，自动连接并使用。

nwayacd.conf.xml的配置如下：

由于是呼叫时开启了自动接听，呼叫通话设为10秒后自动挂机，所以测试的流程和实际应用中稍有差异，但是该走的流程都走遍了。

freeswitch的状态，运行第四天，按本文顶上的图中的环境来说，tgresql 12的libpq.so库在centos 7.5下是有问题。