ご質問の背景がよく見えないので解る範囲での回答です。
sipサーバであればご期待されているものに近いものができそうですが、「時間と予算と今のとこスキル」を省くことは難しそうです。
他ご回答者様のご提案にもある通り、有名どころではAsteriskでしょうか。
・サーバーからスマホに電話をかけられる事
サーバーとは何を指しているのでしょうか?
voipを喋れる何かしらのサーバがいて、sipクライアントへのアクションを期待されているということでしょうか?
そのサーバが何かしらのsipクライアントAPIを介してダイヤルコールできるのであれば可能だと思います。
・複数の相手に電話出来る事
「複数同時に」ということでしょうか。
そうであればAsteriskにはカンファレンス機能があります。
・電話を受けた相手に対して、あらかじめ設定した音声ファイルが再生出来る事
Asterisk IVRの機能を使えば可能だと思います。
音声ガイダンスに応答したダイヤルプッシュ判定で、流す音声ファイル、最終的に着呼する端末の指定まで可能です。
・電話をかけた時に、アプリ側で画面が起動出来る事
こちらは内容が読み解けませんが、sipクライアント側の動作になります。
そもそも、ダイヤルインターフェースが表示されていないとダイヤルできないと思います。
・電話番号を使用しない事
流通している公的な電話番号ということでしょうか?
内部のみで使用するのであれば、公的な電話番号は必要なく、内線番号にて通話が可能です。
WebRTCを使用してすべてを実装するには、時間と予算と今のとこスキルが伴いません。
似たようなものでBigBlueButtonなどがありますが、こちも開発は省けないためあまり期待できなさそうです。
最後に、内部ネットワークのみで使用するのであれば、あまり問題とはなりませんが、インターネット側に公開することになると、NAPT対応のルータ、また、DDNS対応ルータ/または固定IP契約が必要になります。
また外部との通話は音質劣化が激しいのであまりお勧めできません。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2017/02/10 05:55
2017/02/13 03:41
2017/02/13 09:55