最近のほとんどの携帯電話会社が多くの場合にボイスメールに電話をかけることは秘密ではありません。これは、この問題に対する電話会社のアプローチやユーザー設定によって大きく異なる場合があります。 この機能には何も問題はありませんが、オペレーターを人に接続し、ボイスメールと通信するために彼を送信しないことが重要である場合、多くの電話シナリオの実装に干渉する可能性があります。 第一に、これは電話の追加費用につながり、またオペレーターの時間を無駄にし、不必要な経済的費用にもつながります。 VoxImplantプラットフォームを開発するとき、一部の顧客はそれに基づいてコールセンターを作成したいという事実から進んでおり、この問題はそれらに関連するため、この問題に対処する方法は何か、どのような困難が生じる可能性があるかを調査することにしました。 最初に、Big Threeオペレーター（MTS、Beeline、Megafon）のボイスメールの動作を調査しました。
メガホン
メガホンから始めましたが、すべてが多かれ少なかれシンプルであることが判明し、ボイスメールは応答前の状態（シグナリングの観点から）で動作し、録音前に特徴的な音声信号があります。 Herzelアルゴリズムを使用して、音声信号を判別しました。 アルゴリズムが実装されてテストされた後、メガホンのボイスメールは非常に適切に決定され始めましたが、しばらくしてメガホンが何らかの理由で信号の周波数を変更し、行列式を再度設定する必要がありました。
MTS
MTSでは、サービスコントロールパネルでボイスメールのオンとオフを切り替えます。 ボイスメールが有効になっている場合、電話を拾った後（シグナリングの観点から）、グリーティングは失われます。これは、いずれにしてもお金が費やされるため、このケースの決定はあまり役に立たなくなります。 それは概念的に
ビーライン
Beelineの場合、状況はMTSに似ており、最初に受信機がオフフックになり、次にボイスメールグリーティングが再生されます。
ボイスメールが電話を拾う状況で何ができますか？ まず、ビープ音に焦点を当てることができます。ボイスメールの場合、電話はすぐに切れますが、普通の人がしばらく応答するとビープ音が鳴りますが、ここにはいくつかのニュアンスがあります-今日はすべてのオペレーターが有料を提供しています「ビープ音ではなくメロディー」サービス。 音信号の性質によってビープ音とその持続時間を決定できる場合、ビープ音の代わりに音楽がある場合、これは完全に重要なオプションです。 さらに、加入者がコールをピックアップすると、ボイスメールに移動することもできます。この場合、ボイスメールとビープ音が鳴ります。 100％のケースでボイスメールのヒットを判別することが非常に困難またはほとんど不可能になるのは、さまざまなオプションです。
あるケースのおかげで、実際にボイスメールにコールを送信すると特定のアラームが発生することが判明しました（SIP 181コールは転送されています）が、残念ながら、オペレータに直接接続せずに、何らかのトランジットオペレータを介して、 99％の確率で、このアラームは発生しません。
VoxEngineシナリオの観点から、ボイスメールの定義は次のようになります。
// , Voximplant var call = VoxEngine.callPSTN(phone_number, "+1234567890"); call.detectProgressTone(true); call.addEventListener(CallEvents.ToneDetected, function(e) { if (e.VoicemailTone && !e.ProgressTone) { // } });