Amazon Connectの電話番号取得後は、チャネル>電話番号 から管理することができます。

電話番号の一覧が表示されます。この画面ではUSの電話番号が表示されました。
新規に電話番号を追加する場合は、「電話番号の取得」ボタンから追加することもできます。

電話番号の管理画面でした。
コールフローの中で、お客様が入力した番号を取得するにはコンタクト属性の設定を利用できることを検証した記録です。
ここでは、お客様が入力した番号を int_number の値に保持するようにしました。
ブロックタイプの詳細設定は下のようになりました。
「手動で設定」を選択しました。
ここで保持した値は、「コンタクト属性を確認する」というブロックタイプで利用することができます。
「コンタクト属性を確認する」では、キーに「保存済の顧客の入力」を選択することで、例えば 顧客が入力した内線番号が「1000」と一致するかどうかを判定することができます。
これで、顧客が入力した番号を判定することができるようになりました。
Amazon connect を利用して、コールセンターに新しい電話番号を設定します。
日本の電話番号を取得する場合は、Amazonへ申請が必要です。こちらを参考にする必要があります。
今回は外国(米国 +1)の電話番号をアサインすることにします。日本から動作確認をする場合は、海外電話料金が発生することになるので注意しましょう。
Claim Phone number (電話番号の取得申請請求)に進んでみましょう。
法人でも未申請の場合は日本の電話番号を取得することはできませんが、Amazonへ未申請の状態でも、米国の電話番号を取得することはできます。
受信、発信の両方が可能が番号を新規インスタンスに割り当てることに成功しました。
※日本の電話番号を利用する場合は、Amazonへ申請が必要です。
今回は外国の電話番号を利用してコールセンターの立ち上げを行いましたのでステップの概要となります。
これで電話番号を取得することでコールセンターは立ち上がりますが(料金が発生します)、コールフローなども整備していく必要があります。
ステップ1、ステップ2:IDを設定します。ユーザ作成は、Amazon Connect内部としました。管理者を作成し、アクセスURLを考えて決定します。
Step3:テレフォニーを設定
着信と発信の許可を決定します。今回は発信もできるように着信・発信の両方を許可しました。
Step4:コールセンターのログの保存先を決定します。デフォルトで設定しました。またコールフローの中でEmailを送信したい場合はここで「Enable Email」をチェックしましょう。
Step5:入力した内容の確認
入力内容の確認画面となりますので、確認後に「インスタンスの作成」から進みましょう。
コールセンターが作成されるのを待ちましょう。
正常に作成されました!
コールセンターインスタンスは用意できましたので、このインスタンスを利用して電話番号やコールフローの中身を続いて用意していくことになります。
Amazon Connect を利用して、以前は外国のリージョンに切り替えれば、050から始まる番号を取得できました。(少なくとも2019年頃は050番号を取得できていました。)
電話番号を追加することを検討し、現在の状況を確認したところ追加取得できません。050の番号候補が表示されなくなっているため、ルールが厳しくなったようです。外国のリージョンに切り替えて050の番号を取得しようとしても、番号の候補にでてこなくなってしまったようです。※外国の番号であれば取得できるようです。
例:+1(米国)の番号を取得する場合
それでは、日本リージョンを利用して番号を現在も取得することができるのか確認しました。
https://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/connect-tokyo-region.html
「事業用の電話番号のみ登録できます。個人用の電話番号は登録できません。」という記載がドキュメントにあります。
アジアパシフィック (東京) リージョンでは下記のプレフィクスが許可されるようです。
日本の電話番号を注文するには、Amazonへ申請が必要になるようです。申請は法人である必要があるそうです。
https://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/phone-number-requirements.html
現地の電話番号が必要な場合(03または050のとき)は、企業は次の 3 つのドキュメントをAmazonへ提供する必要があります。
会社住所は、リクエストされたエリアコードに対応する市区町村です。ビジネスの認定代理人。
その人物は、会社登録書類に登録されていなければなりません。有効な個人 ID となるのは、政府発行の ID またはパスポートです。
有効な住所証明には、第三者発行の銀行取引明細書、光熱費請求書、政府発行書類、または政府発行の ID、パスポート、事業者登録証など、提出した住所が記載された ID が含まれます。
これらのドキュメントのコピーは、単一の zip ファイルに作成する必要があります。
通話料無料のフリーダイヤル番号が必要な場合は、書類が2つになるようです。
Amazon Connectのアカウントの【概要】をひらいたところ、「サービスにリンクされたロールを有効にする必要があります」と表示されました。2019年頃に検証のため利用しましたが、当時は特に影響なかったようでロールを作成していませんでした。
今回はAmazonの下のヘルプドキュメントを確認して対応してみましょう。
https://docs.aws.amazon.com/connect/latest/adminguide/connect-slr.html#migrate-slr
2018年10月以前に作成した場合は、サービスリンクロールのセットアップが行われていないという説明のようですね。
アカウントからサービスリンクロールを作成するように説明がありました。
Use service-linked roles and role permissions for Amazon Connect
「サービスにリンクされたロールを作成します」というボタンから作成に進みます。
作成に成功するとメッセージが表示されます。
iPhoneを利用してテザリングをする場合は、インターネット共有の機能を利用しますが、2つの方法があります。
①WIFI経由でテザリングする方法
②USB-Lightningケーブルを利用する方法
①のWifiを利用する方法は手軽な反面、WIFIを経由しますから「電波が空中を通過する」のでセキュリティが心配である点とバッテリーの消耗スピードも気になります。
②の方法はパソコンとiPhoneを接続するためのLightningケーブルが必要になりますが、電波が空中を通過せずに目視できる有線ケーブルを通過するだけですので①よりはセキュリティも高く安心できそうです。また充電しながらテザリングができますのでバッテリーは気にせずに済みます。
今回は、①WIFIと②Lightningケーブルのテザリングはどちらが速いのか確認してみました。
測定場所:埼玉県志木市(しき駅周辺の鉄筋ビル6階)、同じフロアには15名ぐらい。また、ビル内外には携帯を持参している方や駅周辺の道路に通行人がいますので一般的なオフィスビルの環境だと考えてよいと思います。ノートPC側でソフトウェアによるVPN接続を行いますので、その分PCとネットワークに負荷・遅延は発生します。
測定機器:iPhone12ProMax × ahamo(ドコモ系のSIM)
測定時間帯:平日夕方 17:00時台
パソコン環境: LG gramシリーズ Windows メモリ:32GB、プロセッサ:Intel i7 12thGen
パソコンのVPN:VPN接続あり
②のUSB-Lightningケーブルによるテザリングの方が下りは1.5倍、上りは2倍程度早くなりました。
下り | のぼり | |
①Wifiテザリング | 9.98 MBps | 1.28 MBps |
②有線テザリング | 14.3 MBps | 2.32 MBps |
速度差 | 4.32 Mbps | 1.04 Mbps |
①WIFI経由でテザリングする方法
②テザリング(USB-Lightning接続)
調査して気づいたこと点としては、②の有線ケーブルを利用したテザリングの方が速度は速いのですが、離席する場合にスマホをケーブルから外す必要があります。この場合、インターネットが切断されますので、インターネットが必要な作業中のものが全て接続エラーになりますので注意が必要です。
WordPressのメディアのファイルアップロード上限が標準の2MBになっていたため、引き上げることにしました。
WEBサーバによって設定が反映される、反映されないことがあるようです。動作できた方法を記録しておきます。
・「 .htaccess 」ファイルによる制限解除を狙ったのですが、当方が利用しているサーバではエラーとなってしまいましたので中止しました。
そこでWordpressをインストールしている上のトップ階層にphp.ini ファイルを設置するという方法を行いました。
[PHP] memory_limit = 8M post_max_size = 8M upload_max_filesize = 8M [/PHP] こちらを試しましたが、Internalエラーが発生することが分かったため、memory_limit = 8M を削除して再度アップロードすると上限引き上げに成功いたしました。
下記が今回動作できた php.ini ファイルです。
[PHP]
post_max_size = 8M
upload_max_filesize = 8M
[/PHP]
post_max_size = 8M を外して upload_max_filesize = 8M のみにした場合を試しましたが、サイトヘルスに警告が表示されましたので、セットで記述した方がよいようです。
php.ini をサーバへアップしました。例えばXサーバ社が推奨するパーミッションは、.htaccessファイルは 644 ですので近いパーミッションで良いようです。所有者以外の読み取り防止を行う場合は、600 を試してもよいのかもしれません。
※試していませんが、「.user.ini」ファイルを設置する方法もあるようです
php.iniを配置後、Wordpressを更新するとすぐにアップロードサイズの上限が2MB→8MBへ変更になりました。
最大アップロードサイズを変更することができました!
※ memory_limit = 8M については、サーバー側の設定を上書きしないようにしたかったので今回は見送りました。