AmazonConnectを使って、050着電→IVR→スマホ通話が成功した話

こんばんは、かーでぃです。
もう2年ぐらい前ですかね、AmazonConnectにチャレンジしたのですが、050番号を受け取ってから、進め方がさっぱりわからず2年程眠らせていたのですが、GPT-6 Astraくんの力を借りて、タイトル通りIVR→スマホ通話まで成功したので、その記事になります。

経緯

050番号を取得したまでの流れは、2024年のRPACommunity LT支部で発表してます。当時のレポートをフクイさんが書いてくれていたので、共有します（なんと、愚息と親子共演した会でしたｗ）。

LT資料はこちら。

そもそもIVRとは…？

050番号取得移行の話は以下になります。

Amazon Connectで050番号から携帯に転送してみた。最後に待っていたのは「発信制限」でした。

やりたかったのは、こんな感じ。

電話がかかってくる → 050で受ける → 音声案内 → 090の携帯へ転送

「お仕事のご相談は1を、それ以外は2を押してください」

っていう、あの仕組みです。IVRってやつですね。

050番号までは取得していたんですが、その先がさっぱり分からず……。画面を確認しながら、一つずつ設定していきました。

取得したはずの電話番号がない？！

まず管理画面を開いて、電話番号を確認。

……ない。

取得したはずなのに、一覧が空っぽ。
いきなりここで止まりました（笑）
原因は、開いていたリージョンが違ったこと。

シドニーのインスタンスを見ていたんですが、050番号を取得していたのは東京でした。東京に切り替えたら、ちゃんと出てきました。

AWS、まずは「今どこを見ているか」が大事ですね。

ちなみに管理者のログイン情報も忘れていたので、AWSコンソールの「緊急アクセス」から入り、パスワードを再設定するところからのスタートでした💦

まずはパソコンで電話を受けてみる

いきなり携帯への転送を作る前に、まずはパソコンで電話を受けられるか試すことにしました。

最初にサンプルのフローを050番号へ設定して、電話をかけてみると……。

英語のメッセージが流れてきました。「えーだびゅるえす」だけ聞き取れました（笑）
電話は届いているらしい。でも、何を言っているのか分からない。
ということで、日本語の案内を流すフローを作りました。

着信 → 日本語の音声設定 → 案内を再生 → キューへ転送 → パソコンで受電

案内は、こんな文章です。

読み上げは、日本語の「Kazuha」を選びました。

受電するユーザーには「Basic Routing Profile」を設定し、電話の種類を「ソフトフォン」に。受電画面のCCPを開いて、「Available」にして待ちます。

もう一度050番号に電話をかけると……。

通話できた！！

ここまで来ると、ちょっと安心しますね。

なお、作ったフローは「保存」だけではなく、「公開」まで必要です。公開したものを050番号に割り当てて使います。

次は「1を押したら携帯へ」を作る

パソコンで受けられることは確認できました。
ただ、ずっとパソコンの前にいるわけでもないので、今回は携帯へ転送する形にします。

案内は、こちら。

とりあえず、1でも2でも同じ携帯へ転送する設定です。

「分ける意味ある？」と思うかもしれませんが、まずは動くところまで。転送先を分けるのは、その後でもできますからね。

フローはこうしました。

着信
 ↓
日本語の音声設定
 ↓
音声案内・番号入力
 ├ 1 → 携帯へ転送
 ├ 2 → 携帯へ転送
 └ 未入力・それ以外 → 案内を流して切断

設定画面の「顧客の入力を取得する」で、案内文と1・2の条件を追加します。

「デフォルト」という出口は、1・2以外を押したときの行き先。今回は未入力の場合とまとめて、次の案内を流すようにしました。

携帯番号は、最初の0に注意

転送先の入力で気をつけたいのが、国番号です。日本の国番号「+81」を使うときは、090の最初の0を外します。
例えば、こんな感じ。

090-1234-5678 → +81 90-1234-5678

今回の設定画面では「日本 +81」を選んで、番号欄には「90…」から入力しました。そのほかは、呼び出し時間を30秒にして、発信者IDには取得した050番号を設定。

これでいけるはず！

……携帯が鳴らない

Aの携帯から050へ電話をかけて、1を押す。
Bの携帯へ転送されるはずなのに、鳴らない。

番号を確認して、保存して、公開して、もう一度。
今度は切れる……。

ここから、原因探しです。確認したのは、こんなところ。

• 転送先の番号は「+8190…」になっているか

• 修正したフローを公開しているか

• 050番号に、そのフローを設定しているか

• Amazon Connectの発信が有効になっているか

どれも確認しましたが、まだつながりません。

IVRを通さずに発信してみる

次に、パソコンのCCPからBの携帯へ直接発信してみました。これなら、IVRの設定が原因なのか、そもそも外に電話をかけられないのかを切り分けられます。

最初に出たのは、こちら。

CCPから発信するときに使うキューに、発信者番号が設定されていませんでした。「BasicQueue」の「Outbound caller ID number」に、050番号を設定します。

もう一度、発信。

……まだダメ。

ただ、エラーは変わりました。

番号の形式は合っている。発信も有効。それでも携帯へかけられない。ここで出てきたのが、発信先の許可リストでした。

「発信を有効」にするだけでは足りなかった

AWSの資料を確認すると、日本の携帯番号への発信は、初期状態で制限されている場合があるとのこと。対象として書かれていたのは、070・080・090の番号です。

発信機能をオンにする設定と、どこへ発信してよいかの許可は別。

ここ、今回かなりつまずいたところでした。この許可は自分で画面から変更するものではなく、AWSサポートへ申請する必要がありました。

AWSサポートにお願いする

サポートには、こんな内容を送りました。

区分は、こちらです。

• Connect (Number Management)

• Country Allowlisting for Outbound Calls

最初はAIによるドキュメントの案内が返ってきましたが、そこからサポートケースの作成へ進みました。

後日、AWSから返信が。

「対象のインスタンスARNは、これで合っていますか？」

あわせて、そのインスタンスでは日本の携帯電話への発信が制限されていることも確認してくれました。

やっぱり、そこだったんですね。対象のインスタンスで間違いないことを返信して、対応を待ちました。

携帯に着信できた！！

AWS側の対応後、もう一度テスト。

Aケータイ → 050 → 音声案内 → 1 → Bケータイ

今度は、Bの携帯に着信しました！！

ようやく、やりたかった形になりました。フローをいくら見直しても、AWS側の発信制限が残っていたらつながらない。今回は、そこを一つずつ確認することになりました。

ちなみに転送には通話料がかかります

ちなみに、050から090への転送分は、AWSからの発信になるので通話料がかかります。

ざっくり分けると、

• 050番号の維持費

• Amazon Connectの音声利用料

• 050への着信通話料

• 携帯への転送通話料

という感じです。

今回、月60分・1ドル150円などの条件で試算したときは、通常の音声料金を前提に月約1,340円（税別）でした。

ただし、プランや為替、音声案内・待ち時間などでも変わるので、あくまで今回の概算です。

転送通話料を見て「意外とするな」と思いましたが、そもそもそんなに電話がかかってくる予定でもないので、まずは携帯への転送で使ってみることにしました。

やってみて思ったこと

Amazon Connect、画面でブロックをつないでいけば電話の仕組みを作れるのは面白いです。ただ、つながらないときはフロー以外にも確認する場所がありました。

今回なら、

リージョン → 着信 → パソコン受電 → IVR → 外線発信 → 発信先の許可

という順番で確認していきました。

特に、IVRからの転送ができないときに、CCPから直接発信してみたのは切り分けに役立ちました。

同じように「050にはつながるのに、携帯へ転送できない！」となった方は、番号やフローだけでなく、発信先の許可リストも確認してみてください。

とりあえず、これで電話の受付がひとつできました。
あとは使いながら、案内や転送の仕方を調整していこうと思います！

ちなみに…

IVRから、「１」や「２」を押してスマホに着電させると、AmazonConnectからの転送になるため、スマホにはAmazonConnectの050番号が表示されます（発信元の番号は表示されません！）。

自分の場合は、050番号は名刺などに印刷する予定なので、こちら経由でかかってきた番号は全て、仕事関連の電話になります。

ってことで、スマホには連絡先登録しておけば、こんな感じでお仕事の電話が来た！ってことがわかるようになりました🙌