用於建構虛擬 PBX 類系統的軟體/硬體
我在一家大型網站設計和託管公司工作。我們計劃推出一套 SEO 服務。
作為開發工作的一部分，我被賦予了一項有趣的任務。目標是能夠向我們的客戶（成千上萬的客戶）清楚地展示訪問他們網站的人給他們的業務打了多少電話。
我們希望實現這一目標的過程如下：我們將向客戶（同樣，成千上萬的客戶）發布一個新的免費電話號碼，他們只會在他們的網站上顯示。當消費者撥打此號碼時，會將呼叫轉發到商店現有的舊號碼，但我們的伺服器將監控呼叫的長度等。
舉例說明：我們公司可能會為商店“ABC Discount”分配一個新的 1-800 號碼“1-800-111-1111”。現在，多年來，ABC Discount 一直有一個 1-800 號碼用於他們的業務，“1-800-999-9999”。客戶訪問 ABC discount 的網站，他們在該網站上看到了他們的僅限網路的電話號碼 (1-800-111-1111)。客戶對 ABC Discount 的產品感興趣，所以他們撥打網站上的 1-800 號碼 (1-800-111-1111)。我們的伺服器系統（不知何故）接聽了 1-800-111-1111 的電話。伺服器知道將呼叫轉發到 1-800-999-9999（在後台靜默發生，保留呼叫者 ID 資訊等的延遲最小）。我們的伺服器會記錄通話，記錄持續時間等，並且（可能）甚至具有記錄和保存通話音頻的能力。
之後，ABC Discount 的所有者可以登錄我們基於 Web 的內容管理系統，查看他今天從他的網站收到了多少電話，每個電話持續了多長時間，甚至可以聽一兩個電話的音頻，看看他們說了什麼. 這讓我們向他展示了他/她的網站為他/她工作的努力程度。（順便說一句，這只是我們將擁有的眾多分析工具之一）我知道實現這種解決方案的技術建構塊已經存在。有數百（如果不是數千）公司提供虛擬 PBX 服務，所有這些（我認為）都是建立在某種行業標准設備等之上的。在我看來，我們基本上是在嘗試建立自己的（非常精簡）虛擬 PBX 解決方案（基本上每個企業的配置都是相同的）。
然而，沒有多少Google搜尋向我透露了軟體/硬體虛擬 PBX 系統/提供商的建構基礎。我只是不知道從哪裡開始。
我們很樂意將系統的“膽量”外包給有能力的主機，如果有人能指出我們正確的方向，那就太好了。它必須是一個真正的“商業”級解決方案，因為我們將管理數千個號碼，並且需要 API 級別的訪問權限來提供帳戶、跟踪使用的分鐘數等。（IE：不要告訴我們去 virtualpbx.com ，告訴我們去與 virtualpbx.com 用來託管其解決方案的電話系統託管提供商交談）
我們也願意建構自己的解決方案並有預算來做（即購買價值 30k、50k 甚至 100k 的電話硬體並配置它等，至少不會嚇到我們……）。任何人都知道我們想要使用什麼樣的硬體/連接？我們不想做任何 VOIP 或類似的事情。在大多數情況下，它需要是 POTS。
關於從哪裡開始這個項目的任何想法？（即使是合適的公司/顧問的聯繫資訊也會很有用）…
你看過星號嗎？http://www.digium.com/en/您可以使用標準 x86 硬體併購買卡來建構您自己的。這也將為您提供靈活性，如果您願意，您可以去 voip。
我不知道有任何這樣的解決方案沒有：
- 從駐留在每個位置的 VoIP/PBX 中提取數據（基本上需要更換他們的電話系統）
- 使用“現在給我打電話”SMS/VoIP“網關”/API 服務：基本上使用者在網站上輸入他們的電話號碼，網關回叫/路由呼叫到“真實”電話號碼，然後在網站上（或在“雲”）、呼叫者的電話號碼、錄音/轉錄等被跟踪/儲存。我完全不知道它是如何工作的，我所知道的是我在眾多供應商網站上看到並使用過它。這些傢伙看起來很有能力，並且有一個有用的功能集和一個“案例”故事，聽起來幾乎完全符合您的要求：
Twilio 解決了什麼問題？ 我們一直在建構 Web 應用程序，有時我們希望這些應用程序能夠與電話呼叫者進行互動。也許我們希望客戶能夠打電話來獲取資訊，或者我們需要更有效地協調我們的員工。在 Twilio 之前，您必須學習一些外國電信程式語言，或者設置一整套 PBX 軟體才能做到這一點。在這一點上，你會說“哦，算了吧！” Twilio 允許您使用現有的 Web 開發技能、現有的程式碼、現有的伺服器、現有的數據庫和現有的業力來快速可靠地解決這些問題。我們提供基礎設施，您通過 HTTP 提供業務邏輯，我們一起統治世界。
祝你好運，希望我能提供更多資訊。