創(chuàng)業(yè)之初，真是激情四射。我們每晚7點半開始集中開發(fā)，最晚的時候到凌晨4點。每周六或日一起開會，討論一周的開發(fā)進度并安排下周的開發(fā)任務。一直干，也不覺得累。
最開始討論的是基于FreeSWITCH和Doubango怎么能開發(fā)出應急指揮調度通信功能。先從FreeSWITCH開始說起，F(xiàn)reeSWITCH本身是一個B2B的軟交換服務器軟件。B2B意味著可以自己編寫模塊去控制會話，這樣就容易實現(xiàn)應急指揮調度通信中的常用功能，例如強插、強拆、監(jiān)聽、代答等控制性的功能。我們安排每個人都學習FreeSWITCH，從安裝到查看官方WIKI。然后基于要開發(fā)的功能列表，先在FreeSWITCH中查找能直接實現(xiàn)的接口。在經(jīng)過大概1個多月的努力，語音調度常用的功能基本都找到了實現(xiàn)的方法。
下一步便是規(guī)劃整套產(chǎn)品。若作為一個應急行業(yè)的商業(yè)化的產(chǎn)品，必須要有WEB管理界面以及PC客戶端，在當時的情況下（2012年年底），移動端的市場需求還不是很明顯。WEB管理臺怎么辦？有兩個思路，一種是自己完全開發(fā)一套WEB管理系統(tǒng)，另一種是基于開源的WEB管理臺進行修改完善。開始的時候，我們準備是完全自主開發(fā)的。但開發(fā)到路由管理這塊，發(fā)現(xiàn)需要WEB開發(fā)人員更多的VOIP知識。這個對WEB開發(fā)人員要求就算比較高了。后來經(jīng)過一系列的討論和比較，覺得FusionPBX比較適合，原因有兩個，一方面這個開源WEB管理平臺一直在基于FreeSWITCH的最新版本在進行開發(fā)，另一方面它的代碼架構比較清晰，容易上手，容易擴展。最后決定將原有開發(fā)好的模塊移植到了FusionPBX，作為調度機的WEB管理臺。
開發(fā)客戶端是比較痛苦的事情，我們設計了兩版調度系統(tǒng)。一個是基于主流廠商的樣子設計了一款調度臺軟件界面（圖1），另一個是基于WIN8風格設計的一個調度臺軟件界面（圖2）。如下圖：
圖1 仿主流廠商界面
圖2 WIN8風格界面
鑒于有曾經(jīng)外包項目中積累的客戶端的基礎，最終選擇了圖1中的樣式進行開發(fā)完善。不過，現(xiàn)在想來還是覺得那個未實現(xiàn)出來的比較炫。希望未來有同行能夠實現(xiàn)基于WIN8風格的調度臺界面。
調度臺軟件的開發(fā)，可以從長遠進行考慮。就是將底層庫做成SDK模式，和業(yè)務界面分開實現(xiàn)。這樣的好處是便于修改，同時可以為一些需要定制自有的界面客戶提供相應的SDK接口支持。我們就是這樣設計的，所以現(xiàn)在可以方便為客戶提供不同類型的支持。既可以整套軟件采購，也可以只采購服務器軟件利用SDK進行一些特殊定制。
調度臺軟件里比較基礎的三個模塊分別是成員列表、成員狀態(tài)和線路狀態(tài)。這些需要和FreeSWITCH進行對接，通過獲取分機的注冊狀態(tài)及通道（channel）的狀態(tài)來實時更新。這里就涉及到一個問題，客戶端是輪詢獲取還是服務器主動推送。這兩種方式各有利弊。另外，成員列表既通訊錄功能，需要在WEB后臺設置好，然后調度臺在登錄時獲取。這里也有個更新的問題，就是后臺增加一個成員后，調度臺是否需要實時更新，如何更新。
另一個突出的問題就是閃屏的問題，當調度臺管理的成員比較多的時候，例如500個，那么在單屏幕顯示時，怎么避免閃屏也是問題。因為這樣的客戶體驗不是很好。
調度臺中的撥碼盤，雖然是個小模塊，但其中需要注意的細節(jié)很多。例如通話中發(fā)送DTMF碼、撥碼盤鍵值和調度臺鍵盤鍵值相關聯(lián)、呼叫按鈕的擺放位置（考慮人性化操作）等。
對于調度臺硬件上的聯(lián)動話機，比較人性化的操作應該是摘機后，然后撥號。但現(xiàn)在若在調度臺上直接集成IP語音話機的話，只能通過回撥的方式實現(xiàn)。這種操作在某些行業(yè)，例如船舶行業(yè)或公安武警行業(yè)，這樣的操作和以前直接摘機撥打的方式不一樣，用戶操作起來不方便。現(xiàn)在解決這個問題比較通用的解決方案是通過話筒和串口通信模塊的組合，實現(xiàn)通話流程的控制。其實也可以嘗試用無線的方式解決，例如WIFI、藍牙、NFC等。
調度臺軟件里的功能還有很多，我們在后續(xù)的文章中繼續(xù)探討，同時會講述調度系統(tǒng)一個硬性功能-錄音錄像的技術實現(xiàn)方式探討。
