Amazon Web Services ブログ

Gubagoo は、自動車ディーラー向けの高度なコミュニケーションソリューションの一流プロバイダーです。Gubagoo は、自動車の顧客が車を購入するときやサービスの予約をするときは、いつでも個別化された体験や役立つ情報を求めていることを理解しています。さらに、顧客は自分の母国語でのコミュニケーションを望んでいます。ただし、米国のディーラーは、スタッフが通常英語しか話さないため、こうしたコミュニケーションを行うことは困難です。この問題に対処するために、Gubagoo は ChatSmart と呼ばれるライブチャットソリューションを提供しています。ディーラーは ChatSmart をウェブサイトと統合し、顧客との最初の会話をリアルタイムで複数の言語で管理することができます。これを実現するために、ChatSmart は、手ごろな価格で迅速かつ高品質な言語翻訳を提供するニューラル機械翻訳サービスである Amazon Translate を使用しています。 ChatSmart ソリューションの外観は次のようになります。 ChatSmart を導入するディーラーが増えるにつれ、Gubagoo は、会話の 10% 以上が英語以外の言語で行われていることに気がつきました。「車の購入客に自分が選択した言語でコミュニケーションする能力を与えることで、より多くの消費者との接点が生まれ、ディーラーはより多くの見込み客を獲得できます」と、Gubagoo の CTO である Ilia Alshanetsky 氏は言います。「そのための最も効率的な方法は、私たちのソリューションをニューラル機械翻訳サービスプロバイダーとシームレスに統合することだと気付いたのです。」 Gubagoo はいくつかの機械翻訳サービスを試した結果、競合ソリューションに比べて 2 倍高速なパフォーマンスと 25% 低いコストをもたらしてくれることが分り、Amazon Translate を選択しました。 「Amazon Translate によって、英語以外の言語の消費者に販売するディーラーをしっかりサポートできるようになりました」と、Alshanetsky 氏は続けて言いました。「例えば、プエルトリコでディーラーをしている当社のクライアントに対してスペイン語で始められた会話を Amazon Translate を使って翻訳しており、その内の 48％ が販売機会につながっています。翻訳はとても自然なもので、消費者はスペイン語を話さない人とチャットをしているとは思わないほどです。」 顧客がライブチャットを使用して会話を開始すると、Amazon Comprehend 言語検出 API が顧客が使用している言語を認識します。テキストが英語であれば、翻訳は不要です。テキストが英語以外の言語であれば、Amazon Translate API がテキストを英語に翻訳してチャットスペシャリストに配信します。チャットスペシャリストが英語で応答すると、Translate API が応答を翻訳し、顧客が希望する言語でテキストを提供します。 下が、このワークフローの図です。 例: ChatSmart […]

ブロックチェーンは、信頼できる中央機関がなくても、複数の関係機関が分散的にデータをトランザクションおよび共有する必要があるような場合に使用することができます。このブログ記事では、ブロックチェーンを使って、スマートコントラクトをデプロイする方法について説明します。 ブロックチェーンネットワークには、誰でも参加できるパブリック、またはネットワークが既知の参加者たちに制限されている許可型があります。パブリックネットワークの例としては、パブリック Ethereum ネットワークが挙げられます。このネットワークでは、誰でもトランザクションを行ったり、トランザクション履歴を表示したり、ピアノードを作成しネットワークに参加させたりして、ネットワークを維持します。 許可型ネットワークの例としては、国境を越える資産の転送 (信用状など) を相互に行おうとする銀行や輸出業者のコンソーシアムが知られています。このネットワークの例では、調整役の中央機関がなくても機能します。ブロックチェーンの詳細については、AWS ウェブページのブロックチェーンを参照してください。 ブロックチェーンテクノロジーは、イミュータブル (不変) な台帳データベース、コンセンサスメカニズム、およびスマートコントラクトの実行環境という 3 つの主となるコンポーネントで構成されています。ブロックチェーンネットワークの各メンバーは、台帳データベースのコピーを所有しているため、トランザクション履歴を個別に検証できます。台帳データベースには 2 つのコンポーネントがあり、1 つは暗号上不変なトランザクション履歴をすべて保持するジャーナルで、もう 1 つはこれらのトランザクションから派生したデータの現在の状態を示すワールドステートです。 「ブロックチェーン」とは、ジャーナルのデータ構造のことです。このデータ構造では、トランザクションを「ブロック」にまとめ、これらのブロックの「チェーン」を作成します。これは、新しい各ブロックに前のブロックの暗号化ハッシュを格納することによって行われます。このアプローチは、台帳に不変の特性を与えます。 スマートコントラクトは、ブロックチェーンネットワーク内の自己実行型アプリケーションです。スマートコントラクトに関する主なユースケースとしては、中央当局の介入を避けながら、透明性があり、かつ紛争のない方法でお金や財産、株式、または何か価値のあるものを交換する場合などがあります。たとえば、ある商品の所有権がその商品の代金を支払った人全員に移転するとコントラクトが定めている場合、単にそのコントラクトに提示価格を送信します。その後、台帳は次のブロックのトランザクションで自動的に更新され、新しい所有者としてあなたを反映します。 スマートコントラクトを使って、住宅ローン、債券、証券などの金融商品の条件をプログラムすることもできます。あるいは、サプライチェーンを通じた商品の追跡や支払いを簡単に行うことも可能です。契約を必要とするものなら何でも、スマートコントラクトを利用することができます。 11 月に、AWS はオープンソースフレームワークの Ethereum および Hyperledger Fabric を使用した、新しいサービス、Amazon Managed Blockchain を開始し、スケーラブルなブロックチェーンネットワークを簡単に作成および管理できるようになりました。このサービスは現在プレビュー版で、Hyperledger Fabric をサポートしており、Ethereum のサポートももうすぐ開始される予定です。Amazon Managed Blockchain の詳細については、Amazon Managed Blockchain の製品ページを参照してください。 このブログ記事では、Ethereum のスマートコントラクトを作成し、デプロイする方法を解説しています。Amazon Managed Blockchain プレビュー版で Ethereum のサポートが開始される前に、AWS Blockchain Templates を使ったプライベート Ethereum ネットワークを作成します。プライベート Ethereum ネットワークでは、スマートコントラクトをパブリック […]

Amazon DocumentDB (MongoDB 互換) は、MongoDB のワークロードをサポートする高速でスケーラブル、かつ可用性に優れた完全マネージド型のドキュメントデータベースサービスです。Amazon DocumentDB 内のデータは JSON に似たドキュメントとして保存され、アプリケーションにおけるデータのモデル化方法に自然に対応します。このアプローチは、アプリケーションと Amazon DocumentDB の間でのデータの保存、クエリ、および処理を素早く直観的なものにします。 ドキュメントの柔軟な半構造の階層的性質は、各ドキュメントがアプリケーションのニーズと共に進化することを可能にします。このドキュメントモデルは、特に各ドキュメントがユニークで時間の経過とともに進化し得るカタログ、ユーザープロファイル、およびコンテンツ管理システムに適しています。MongoDB API を使用することにより、Amazon DocumentDB クラスターのために強力で直観的なクエリを作成することができます。これらのクエリは、単一のドキュメント、複数のドキュメント、またはドキュメントの集計にあるデータにアクセスできます。 Amazon DocumentDB は、AWS が提供する最新の専用データベースです。Amazon DocumentDB のオンデマンド料金により、長期間の契約や前払い料金なしで時間単位の料金を支払うことができます。これによって、ニーズに先立ってデータベースの容量を計画して購入するコストと複雑性から解放されます。料金と対応 AWS リージョンの詳細については、Amazon DocumentDB 料金を参照してください。 このブログ記事では、Amazon DocumentDB について紹介し、そのユニークな側面を明らかにしていきます。また、Amazon DocumentDB のアーキテクチャが、大規模なアプリケーションの構築と管理にどのように役立つかについても説明します。 Amazon DocumentDB の使用の開始 Amazon DocumentDB の使用は簡単に開始することができます (以下の動画をご覧ください)。Amazon DocumentDB クラスターは、AWS マネジメントコンソールもしくは AWS CLI、または AWS CloudFormation を使用することによって、数分でスピンアップできます。クラスターは、必要なくなれば削除することができます。スピンアップしたら、現在 MongoDB で使用しているものと同じアプリケーションコード、ドライバ、およびツールを使って、Amazon DocumentDB での開発を開始できます。 この記事では、以下のスクリーンショットにあるように、3 個の db.r4.large […]

クラウドの学習コンテンツやトレーニング環境に無料でアクセスできる教育プログラムAWS Educateの学生メンバーが利用できるクラウドの基本を学ぶコースと11の職業に紐づくクラウド学習コース（キャリアパスウェイ）が、簡体字中国語、繁体字中国語、フランス語、ドイツ語、イタリア語、スペイン語、ポルトガル語、そして新たに日本語、韓国語、およびインドネシア語の10の言語でご利用いただけるようになりました。（※）世界中のよりたくさんの学生が、クラウドを使った学習を行い、将来クラウドを使う仕事に就くチャンスを得られることになりました。 クラウドキャリアパスウェイは、何百ものコンピュータサイエンスとクラウド関連の仕事に必要な技術的スキルを組み込んだ学習コースです。各コースは、目標とする職業にもとづき設計された自習型コースで30時間から40時間程度の時間を要するコンテンツが含まれます。それぞれのコースには小テストが埋め込まれていて身に着けた知識のチェックをしながら学習を進めて行くことができます。 世界の多くの地域の40万人以上の学生や教員の方がすでにAWS Educateのクラウド学習のキャリアパスを生徒の自習課題やコンピュータサイエンスのカリキュラムに組み込んで活用しています。新しい言語への対応は、より多くの方がAWS Educateの利点を活用できるようになります。 【12の学習コース】 （基礎を学ぶコース） 　クラウドコンピューティング 101 （目標とする職種に紐づく１１のコース） 　アプリケーションデベロッパー 　クラウドサポートアソシエイト 　クラウドサポートエンジニア 　サイバーセキュリティスペシャリスト 　データインテグレーションスペシャリスト 　データサイエンティスト 　DevOpsエンジニア 　マシンラーニングスペシャリスト 　ソフトウェアデベロップメントエンジニア 　ソリューションアーキテクト 　Webデベロップメントエンジニア AWS Educateは14歳以上の学生、教員、企業のリクルータの方が参加でき、学生は学習、教員は授業、リクルータは採用活動のために利用できます。メンバーが自由に参加する機会に加え、学校が加盟することでよりクレジットの増額など多くの参加特典を学生、教員に提供することが可能になります。 これから社会にはばたいていく学生の支援を通じ、教育機関とクラウド技術を活用する企業、そしてクラウドを提供する企業の密なつながりが生まれ、社会全体のクラウド技術者の需要の増大に応えることに繋がっていきます。 （※各学習コース内からリンクがある一部の外部学習教材は英語でのご提供となります。） 【問い合わせ】aws-jpps-qa@amazon.com　パブリックセクター　エデュケーションプログラム担当　澤

概要 Amazon SageMaker では、TensorFlow、MXNet、Chainer、PyTorch、scikit-learn といった機械学習フレームワークをサポートしています。これらのフレームワークを利用して機械学習による予測結果を得るためには、学習した機械学習モデルをエンドポイントにデプロイする必要があります。複数のモデルを利用したい場合、モデル一つ一つに対してエンドポイントを作成する方法が一般的ですが、推論リクエストが少ないモデルに対してエンドポイントを常時起動すると、推論処理に対するコストが高くなってしまいます。そこで、推論リクエストの少ないモデルを、他のモデルと同じエンドポイントにデプロイし、常時起動するインスタンス数を低減する方法があります。この手法はリアルタイム処理が必要な場合は特に有効です。なお、推論処理がリアルタイム性を要求しない場合はバッチ変換ジョブをご利用ください。 本記事では、複数のモデルを一つのエンドポイントにデプロイする方法について説明いたします。Amazon SageMaker がサポートする全ての機械学習フレームワークで、複数のモデルを一つのエンドポイントにデプロイすることができますが、ここでは Tensorflow Serving を利用して、複数のモデルをデプロイする方法について説明します。例として、軽量な物体検出モデル SSD MobileNet と、軽量な画像分類モデル MobileNet を1つのインスタンスにデプロイします。デプロイまでの手順の概要は以下のとおりです。 複数の TensorFlow モデルを TensorFlow Serving にデプロイ可能な SavedModel 形式で保存します。 保存したモデルを1つのアーカイブファイル (tar.gz 形式) にして、Amazon S3 (S3) にアップロードします。 Amazon SageMaker の API を利用して、1 つのインスタンスにデプロイし、テストします。 それでは各手順について以下で説明します。 1. TensorFlow モデルの保存 Jupyter Notebook からコードを実行し、TensorFlow の学習済みモデルをダウンロードして、以下のような SavedModel 形式で保存します。model1 を SSD MobileNet、model2 を MobileNet とします。TensorFlow モデルには、SavedModel 形式以外の学習済みモデルが公開されている場合があるので、必要に応じて変換します。今回は […]

多くの企業は、新規顧客を獲得し成長を加速させるために世界規模で拡大することを目指しています。Bridgeman Images の場合、これは英語以外の言語を話す顧客を引き付けることを意味しました。手作業で翻訳しただけでは十分なスピードや費用対効果が得られないため、同社は言語の壁を克服するためのスケーラブルなソリューションを必要としていました。Amazon Translate を使用して、コンテンツのローカライズに必要な時間を数か月から数週間に短縮し、5 億 7000 万の英語の文字をイタリア語、フランス語、ドイツ語、スペイン語に翻訳しました。 Bridgeman Images は、アーカイブ内に 300 万近くのアクティブアセットを保有する権利管理型のイメージライセンス会社です。自社サイトで簡単に検索できるように、これらの各アセットには、タイトル、説明、および Amazon Elasticsearch Service (Amazon ES) にインデックス付けする一連のキーワードや媒体が含まれています。同社の調査によると、すべてのプラットフォームで集計した顧客の 20～30％ が、英語以外のイタリア語、フランス語、ドイツ語、スペイン語のいずれかの言語で画像データを表示する必要があることが分かりました。そこで同社は、顧客に可能な限り最高の体験を提供するために、すべてのメタデータを翻訳することにしました。 Bridgeman Images はさまざまな数多くの選択肢を研究し、機械翻訳が彼らのビジネスに全体的に最高の価値をもたらすだろうと判断しました。新しい翻訳の準備をするとき、同社はその機会に内部のメタデータ構造を見直し、重複を最小限に抑えて翻訳コストを節約する堅牢なワークフローを実行することにしました。 同社は最初にキーワードシステムを更新しました。キーワードシステムもともとはセミコロンで区切られたレコードを持つフラットなデータ構造として作成されたものでした。同社はこれらのエントリーの重複を排除し、複数のアセットがその翻訳と同時にキーワードを共有できるようにするリレーショナル構造を作成しました。キーワードは Amazon RDS MySQL インスタンスに保存され、キーワードへの変更がトリガーされるかシステムに新しいキーワードが入力されるたびに Amazon Elasticsearch Service インデックスに反映されます。 キーワード (およびその他のデータ) の翻訳を処理するために次に行った作業は、Python、Boto3 や Zappa と共に AWS Lambda にデプロイされた Flask API を使用して、Amazon Translate サービス用の単純なラッパーを作成することでした。 その後、システムに新しいキーワードが追加されるたびにタスクが RabbitMQ クラスターのキューに入れられるようにトリガーを設計しました。これにより、ワーカーを呼び出して AWS Lambda 関数をクエリして Amazon Translate […]

  顔認識テクノロジーは、写真と動画で人物または物を識別するためにかかる時間を大幅に短縮します。このため、顔認識はビジネス目的のための強力なツールとなりますが、同様に、法執行機関と政府機関にとっても犯罪者の逮捕、犯罪の防止、および行方不明者の発見において重要です。私たちは、人身売買の防止、行方不明の子供の両親との再会、アクセスの自動化による施設の物理的セキュリティの強化、およびインターネット上に掲載された不快で違法な画像の削除のための抑制にこのテクノロジーが使われているのをすでに目にしています。私たちのコミュニティは、ツールキットに顔認識テクノロジーを含む最新テクノロジーを備え持つときにより安全になり、緊急時に援助するためのより良い態勢を整えることができます。 この数ヵ月、顔認識が差別待遇のために使用され、公民権を侵害する恐れがあるという懸念が提起されています。Amazon Rekognition がいかに差別待遇のために使用され得るかを指摘しようと試みた外部グループによるこのサービスのテストについて、いくらかお読みになった方もおられるかと思います。AWS では、その都度このサービスが適切に使用されていなかったことを立証してきました。サービスを正しく使用してこれらのテストを再現したときは、人による手作業のプロセスと比較すると、顔認識が実際に、正確さを高めて偏見を排除する非常に価値のあるツールであることを明らかにしました。これらのグループはそのトレーニングデータとテストパラメーターの公開を拒否していますが、私たちには、AWS のアルゴリズムの正確なテストと改善において連携する用意ができており、これらのアルゴリズムは AWS のチームが毎月強化させ続けています。 Amazon Rekognition を提供してきた 2 年以上の間、法執行機関による誤用の報告を受けたことは一度もありません。これまでの確固たる実績があるといえども、私たちは、顔認識テクノロジーが差別待遇のために使用されないことを確実にするための監視とガイドラインの確立を人々が望む理由も理解しています。私たちは、個人の公民権を保護し、政府が顔認識テクノロジーの使用を透明化することを確実にする、適切な国家の法的枠組みを求める声をサポートします。 過去数ヵ月の間、私たちは、顔認識のメリットと潜在的なリスクとのバランスを取る最良の方法を理解するために、お客様、研究者、学者、政策立案者、およびその他の人々と話してきました。どのような法律についても、それが公民権を保護すると同時に、継続的なイノベーションとテクノロジーの実用的な応用を可能にすることが非常に重要です。これらの話し合いは、このテクノロジーの責任ある使用に対する AWS のガイドライン案の策定につながりました。今日はこのガイドラインをご紹介したいと思います。AWS は政策立案者に対して、これらのガイドラインを法律案として考慮することを奨励しており、米国およびその他の国々で規則が検討されています。 1.顔認識は、常に公民権を保護するものを含む法律に従って使用されるべきである。 顔認識テクノロジーの使用は、公民権を保護する法律を含むすべての法律に従う必要があります。現行法 (例えば、1964 年公民権法と憲法修正第 4 条) が適用され、状況によってはこのテクノロジーの使用が制限される場合があることに関して、曖昧さがまったくないようにしなければなりません。 AWS のお客様は、このテクノロジーの使用方法において法律に従う責任を負います。AWS 利用規約 (AUP) は、法律に違反する AWS サービス (Amazon Rekognition を含む) の使用を禁じており、この AUP に違反するお客様は AWS のサービスを使用できなくなります。現行法が顔認識テクノロジーにどのように適用されるべきかについての曖昧性または不確実性が存在する可能性がある限り、私たちは、これらの法律の適切な適用を明確化するためのガイドラインと法律を策定する分野を識別することにおいて、引き続き政策立案者と国会議員にサポートを提供していきます。 2.法執行機関で顔認識テクノロジーが使用される場合、人による見直しは、判断を行うための予測の使用が公民権を侵害しないことを確実にするために必要な要素である。 顔認識は、一致する可能性のある何十万人もの人から、一握りの人数まで「選択の幅を狭める」ために使用されることがよくあります。この機能こそが、人間が行うとはるかに長い時間がかかるタスクの完了をより簡単に、より効率的にすることによって、さまざまな面で社会に利益をもたらす機能です。しかし、顔認識は、人の公民権を侵害する結果を生じる可能性がある、完全に自動化された最終的な判断を行うために使用されるべきではありません。これらの状況では、権利が侵害されないことを確実にするために、人間による顔認識結果の見直しが行われなければなりません。 例えば、犯罪捜査における容疑者の特定に顔認識を使用する法執行機関はいずれも、一致した人物を尋問したり拘束したりする判断を行う前に、法執行官がその個人を手作業で見直す必要があります。いかなる場合においても、顔認識の一致は他の有力な証拠に照らして評価されるべきで、法的措置を講じるための唯一の決定要因として使用されてはなりません。その一方、携帯電話のロック解除、またはセキュアな私有のオフィスビルへの立ち入りのための社員の ID 認証に顔認識が使用される場合、これらの判断が個人の公民権を侵害しないことから、手作業による監査は必要ありません。 3.顔認識テクノロジーが身元確認のために法執行機関によって使用される場合、または市民的自由を脅かし得る方法で使用される場合は、99% の信頼性スコアのしきい値が推奨される。 信頼性スコアは、顔認識システムがそれ自体の結果に置く信頼度を測る基準として考えることができ、信頼性スコアが高ければ高いほど、結果への信頼度も高くなります。犯罪捜査における容疑者の特定に顔認識を使用する場合、法執行機関は推奨されている 99% の信頼度しきい値を使用し、これらの予測を唯一の決定要因ではなく、あくまでも捜査の一要素として使用すべきです。 4.法執行機関は、顔認識テクノロジーの使用方法において高い透明性を保つ必要がある。 法執行機関による顔認識の責任ある使用に関して公衆における最も高い信頼を生み出すためにも、AWS は法執行組織に対して、このテクノロジーの使用についての透明性を高く保ち、定期的な透明性レポートでこの使用を説明することを奨励しています。このようなレポートには、顔認識テクノロジーが使用される場合と方法、および市民のプライバシーと公民権を保護するために策定された詳しい防衛手段を記載する必要があります。 このタイプの報告は、治安と公民権に関する懸念とのバランスを取るために役立ち、顔認識テクノロジーの法執行機関による使用に対する効果的な監視と説明責任を可能にするためにも役立ちます。AWS はこれからも、これらのレポートと、それらの提供方法の定義を援助するために、政策立案者、市民社会グループとローカルコミュニティグループ、そして法執行機関のお客様と交流していきます。 […]

  Amazon SageMaker Ground Truth を使うと、正確にラベル付けされた機械学習データセットを簡単に低価格で構築することができます。ラベル付けのコストを削減するために、Ground Truth の機械学習を使用して、人によるアノテーションが必要な「困難な」画像と、機械学習で自動的にラベル付けできる「簡単な」画像を選択します。この記事では、自動化されたデータのラベル付けの仕組みと、その結果の評価方法について説明します。 自動化されたデータのラベル付けを伴う物体検出ジョブを実行する 以前のブログ記事では、Julien Simon が AWS マネジメントコンソールを使ってデータのラベル付けジョブを実行する方法を説明しました。このプロセスをより細かく制御するには、API を使用できます。  その方法をご紹介するため、今回は鳥の画像 1,000 個に対して バウンディングボックスアノテーション を生成する API を使用した Amazon SageMaker Jupyter ノートブックを使用します。 注意: デモノートブックの実行コストは約 200 USD です。 デモノートブックにアクセスするには、ml.m4.xlarge インスタンスタイプを使用して Amazon SageMaker ノートブックインスタンスを開始します。インスタンスは、このステップバイステップチュートリアルに従ってセットアップできます。ステップ 3 では、IAM ロールの作成時に「任意の S3 バケット」にチェックを入れるようにしてください。 以下にあるように、Jupyter ノートブックを開いて [SageMaker Examples] タブを選択し、object_detection_tutorial.ipynb を起動します。 ノートブックの「Introduction」および「Run a Ground Truth labeling job」の各セクションにあるセルのすべてを実行します。セルには変更が必要なものもあるため、ノートブックの指示を注意深く読んでください。これらのセクションを実行すると、以下が行われます。 鳥の画像 1,000 […]

  DXC Technology は、さまざまな企業や政府機関向けに、デジタルトランスフォーメーション上でエンドツーエンドのサービスを提供している IT サービスの世界的大手企業です。同社は、オンプレミスとクラウドで、クライアントのサービス管理も行っています。  プロセスの過程でインシデントチケットが発生した場合は、サービスレベルアグリーメント (SLA) に沿ってすばやく解決する必要があります。  DXC は、人的作業を減らし、インシデントの解決時間を短縮し、知識管理を強化して、インシデント解決の一貫性を向上させることを目標に掲げています。  そして、この目標を念頭に、知識管理 (KM) 記事の予測メカニズムを開発しました。 今回のブログでは、DXC が、KM 記事を自動的に特定するために AWS で機械学習をどのように使用しているか、またそれをチケット解決用のオーケストレーションランブックで自動化し、IT サポートの効率をいかに向上できるかについてご紹介します。 AWS を活用した DXC のソリューション その 1: Amazon S3 にデータレイクを構築する DXC の顧客が、インシデントチケットを IT サービスマネジメントツール (ITSM) へ送ります。チケットは、ユーザーまたはマシンにより生成できます。データは、Amazon S3 のバケットへプッシュまたはプルされます。Amazon S3 は、高い耐久性で低価格のオブジェクトストレージであり、形式やフォーマットを問わずあらゆるデータを保存できます。 その 2: 最適な機械学習ツールとアルゴリズムを選択する 一般に、問題は、テキストをいかに分類するかということです。AWS は、テキストを分類するためのさまざまな選択肢を顧客に提供しています。DXC は、次の AWS サービスの評価を行いました。 BlazingText と呼ばれるアルゴリズム内蔵の Amazon SageMaker Amazon Comprehend のカスタム分類 最適な選択肢は、Amazon […]

先日 (2019/2/6) 開催しました AWS Black Belt Online Seminar「Amazon SageMaker Basic Session」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 20190206 AWS Black Belt Online Seminar Amazon SageMaker Basic Session AWS クラウドサービス活用資料集（すべての過去資料が閲覧できます） Q. バッチ推論とは何ですか？ A. バッチ推論とは、大量の推論対象データに対して、一括で推論処理を行うことを指します。Amazon SageMaker においては、推論用のインスタンスを立ち上げて、S3 から対象データを読み込んで推論を行い、結果を S3 に書き出す形で実現しています。 Q. SageMakerの各コンポーネントで、モデル変換とありましたが、このモデル変換後出てくるモデルの形式は何になりますでしょうか（例：Keras⇒Chainer等） A. モデル変換は、Neo-AI プロジェクトとして OSS で公開されておりますコンパイラによって実施されます。出力形式は、Neo の独自フォーマットとなり、Neo Runtime にて動作いたします。Neo-AI プロジェクトの詳細については、こちらのブロク記事も参照ください。 Q. SDKの基本コード3行目のchainer_estimator.fitはestimator.fitの間違いでしょうか？chainer_estimatorという変数が宣言されていないように思えます。 A. ご指摘の通りです。こちらの資料間違いでご迷惑をおかけして申し訳ありません。公開バージョンの資料では、こちらの間違いは修正いたしました。 Q. SageMakerのハイパーパラメータチューニングについて、通常のGridSearchやベイズ最適化をPythonで組んで実行するのと何か違いはありますか？例えばGridSearchの範囲を指定しなくても最適なものを選んでくれるとか。 A. SageMaker のハイパーパラメタチューニングは、ベイズ最適のみをサポートしています。通常の最適化ライブラリとの違いは、SageMaker 上の機能を用いると、複数の学習ジョブを並列で実行し，それを複数サイクル繰り返す形で最適化処理を行うことが可能です。1 サイクルの中で複数ジョブを並列実行することにより、最適値にたどり着くまでの時間を短縮することができます。 Q. https://github.com/aws-samples/amazon-sagemaker-script-mode にサンプルがある「SageMaker’s Script […]