A use case of aws in de na automotive
•Download as PPTX, PDF•
3 likes•2,785 views
AWS Summit 2018の 小林 篤(@nekokak) 登壇資料です。
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Similar to A use case of aws in de na automotive
Similar to A use case of aws in de na automotive (20)
More from DeNA
More from DeNA (20)
Recently uploaded
Recently uploaded (9)
A use case of aws in de na automotive
- 2. 簡単な自己紹介
- 3. 法学部法律学科からエンジニアへ転身 ベンチャー企業数社を経て2011年にDeNAに入社 Mobageおよび協業ゲームプラットフォームの大規模システム開発・運 用を担当し現在は同システムの開発責任者 2017年よりオートモーティブ事業部の開発責任者 2018年より執行役員 システム本部 本部長 就任 一般社団法人JapanPerlAssociation代表理事を務め、プログラミング言 語のPerlの普及・振興の為、YAPC(YetAnoterPerlConference)を始めと する各種イベントを企画実施 技術系カンファレンスへの多数登壇、技術系書籍・雑誌多数執筆 自己紹介 2
- 5. 事業ポートフォリオ 4
- 6. DeNAの強み インターネット + AI 人工知能（ A I ）技術研究を強化 、各事業領域で適応開始 パートナリング 様々な異業種企業や官公庁などとタッグを組み最適な体制を 敷く渉外力 事業化能力 多種多様な事業を構築し、成長の源泉を変化させる柔軟性 5
- 7. モビリティーサービスの分類 ー 現在 短期 ステーション型 乗り捨て型 固定地点 オンデマンド 個人利用 他者貸出 法人利用 個人利用 待機・流し 予約型 待機・流し 予約型 個人乗車 相乗乗車 個人乗車 相乗乗車 法人利用 中長期 リース・レンタル ステーション型カーシェア フローティング型カーシェア オンデマンド型カーシェア PtoP(C2C)カーシェア 法人タクシー アプリ配車タクシー 相乗型タクシー 個人タクシー ライドシェア 相乗りマッチングサービス 6出典：「モビリティー進化論」アーサー・ディ・リトル・ジャパンを参考に作成 Mobility service 車両提供 車両 ＋ ドライバー提 供
- 8. モビリティーサービスの分類 ー 現在 短期 ステーション型 乗り捨て型 固定地点 オンデマンド 個人利用 他者貸出 法人利用 個人利用 待機・流し 予約型 待機・流し 予約型 個人乗車 相乗乗車 個人乗車 相乗乗車 法人利用 中長期 リース・レンタル ステーション型カーシェア フローティング型カーシェア オンデマンド型カーシェア PtoP(C2C) カーシェア 法人タクシー アプリ配車 タクシー 相乗型タクシー 個人タクシー ライドシェア 相乗りマッチングサービス 7出典：「モビリティー進化論」アーサー・ディ・リトル・ジャパンを参考に作成 Mobility service 車両提供 車両 ＋ ドライバー提 供
- 12. モビリティーサービス（MaaS : Mobility as a Service） 11 自動車メーカー サービス事業者 データセンター 情報通信 車両制御 車両 顧客 事業者 サービスセンター 情報通信 車両制御
- 15. さまざまなモビリティーサービスの共通機能を統合し、進化させる モビリティーサービスプラットフォーム 検索 ／ 需要マッチング／ 需要予測 ／ 管理 ／ 決済など 14 End to endのサービスとして 包括的 、効率的に推進 サ ー ビ ス プラットフォーム ソフトウェア ハードウェア インフラ モビリティーサービスPF タクシー バス 物流 自動運転システム 道路・インフラ 車両
- 16. それらを支えるテクノロジー
- 18. 17
- 19. DeNAが提供する次世代配車アプリ 特定のタクシー事業者に依存しない、タクシー配車共通スマホアプリ タクシー業界と同じ船に乗り、UberやDiDiといった白タク海外大手勢に もまさる利用者サービスを実現する タクベル 18
- 20. タクベル 19
- 21. タクベル 20
- 22. タクベル 21
- 23. タクベル 22
- 24. タクベル 23
- 25. タクベル 24
- 26. タクベル 25
- 27. これらを支える構成要素
- 28. 登場人物
- 29. 技術戦略
- 31. 設計方針
- 38. エッヂにフォーカス 37
- 40. Hardware構成 39
- 41. エッヂにフォーカス 40
- 42. これらの情報をAWS IoTに用意されるTopicに対し MQTT(TLS 1.2)で接続し都度送信する エッヂにフォーカス 41
- 48. クライアント証明 47
- 53. 取 得 し た ワ ン タ イ ム ト ー ク ン を 使 い 、 AWS Lambda経由でクライアント証明書を取得し、エッ ヂ側に証明書を返す クライアント証明 52
- 57. データ通信の後処理 56
- 58. データ通信の後処理
- 60. BSON で デ ー タ が 送 ら れ て く る の で InvokeFunctionでLambdaを起動しJSONに コンバート データ通信の後処理 59
- 61. コンバートされたJSONをThingShadowに記 録 ThingShadowはエッヂ毎に用意されている。 つまりリアルタイムに更新されるマスター データ的扱い データ通信の後処理 60
- 63. rePublish 62
- 64. rePublish 63
- 66. 他クラウドに用意されているDWHにデータ をPush 都 度 Push し て い て は 非 効 率 な の で Amazon Kinesisでバッファリング 分析データ 65
- 69. RuleEngineからさらにIoT topicにrePublish モ ニ タ ー シ ス テ ム 側 が 当 該 IoT topic を subscribe モニターシステムへのリアルタイム配信 68
- 72. 得られた知見
- 78. やるとしても本当の最低限の処理だけにする (BSON->JSON だ け Lambda で や っ て Publish は IoT ActionのRepublishでやるな ど) 得られた知見 77
- 80. 最後に
- 81. Anything, Anywhere. あ ら ゆ る 人 や モ ノ が 、 安 全 ・ 安 心 に 移 動 で き る 世 界 を
- 85. ITS Tech Study #2 2018/06/08 会場: AWS様 AWS/ソラコム/DeNAの三社から登壇 https://itstech.connpass.com/event/89068/ 宣伝 84
- 86. Anything, Anywhere. あ ら ゆ る 人 や モ ノ が 、 安 全 ・ 安 心 に 移 動 で き る 世 界 を
Editor's Notes
- 現在のモビリティーサービスには２つのシェアの考え方がある 一つは車両のみをシェアし、運転は利用者が行う考え方（ブルー）、いわゆるカーシェア もう一つは専用ドライバーが運転する車両をシェアする考え方（オレンジ）、タクシーやライドシェア ただし、日本ではライドシェアは白タク扱いされ、未だ導入されていない 口頭で補足しないと伝わらない感じがしますが、 1. 元の資料とハイライトの当たり方が違うので修正して欲しい 2. これら全て、「有人時代」の区分けだが、「無人時代」になると全てが融合してしまうというのを入れたい（表現の仕方、要相談）
- 現在のモビリティーサービスには２つのシェアの考え方がある 一つは車両のみをシェアし、運転は利用者が行う考え方（ブルー）、いわゆるカーシェア もう一つは専用ドライバーが運転する車両をシェアする考え方（オレンジ）、タクシーやライドシェア ただし、日本ではライドシェアは白タク扱いされ、未だ導入されていない 口頭で補足しないと伝わらない感じがしますが、 1. 元の資料とハイライトの当たり方が違うので修正して欲しい 2. これら全て、「有人時代」の区分けだが、「無人時代」になると全てが融合してしまうというのを入れたい（表現の仕方、要相談）
- 個社名はまずいので消します ーーーーー モビリティーサービスは自動車の進化を支える自動車プラットフォーム（左側）と、 最終消費者や交通事業者に対するサービスの進化を支えるサービス・プラットフォーム（右側）の組み合わせが存在します。 このうち、自動運転などの車両制御部分については、自動車メーカーが中心であるが、WaymoやUberのようにサービス側が開発しているケースもあります。 例えば、トヨタのe-Palletコンセプトは、サービス事業者に対して車両側のセキュリティーを担保した上で、車両制御を解放する考え方です。 自動運転制御を自ら推進したいサービス事業者にとっては画期的であるが、同時に自動運転が関わる事故については責任を負う義務があります。
- 個社名はまずいので消します ーーーーー モビリティーサービスは自動車の進化を支える自動車プラットフォーム（左側）と、 最終消費者や交通事業者に対するサービスの進化を支えるサービス・プラットフォーム（右側）の組み合わせが存在します。 このうち、自動運転などの車両制御部分については、自動車メーカーが中心であるが、WaymoやUberのようにサービス側が開発しているケースもあります。 例えば、トヨタのe-Palletコンセプトは、サービス事業者に対して車両側のセキュリティーを担保した上で、車両制御を解放する考え方です。 自動運転制御を自ら推進したいサービス事業者にとっては画期的であるが、同時に自動運転が関わる事故については責任を負う義務があります。
- 自動車の進化を支える自動車プッラットフォーム（左側）の構造は、一般的にコネクテッドカーと呼ばれています。 コネクテッドカーの本質は、車両情報を活用した遠隔診断やメンテナンス、最新地図やプログラムの更新などによって、車両の品質や性能を進化させることにあると考えられています。
- 一方、サービス・プラットフォームは、顧客需要と車両供給を最適にマッチングさせ、料金決済を含めたモビリティー利用サービス全体をサポートするものです。 これが、一般的に“MsaS”と呼ばれる領域である。
- Waymoのサービスセンターのまるを点線にして欲しいです。 →修正しました。 モビリティーサービス事業者各社の役割分担を整理するとこのようになります。 現状のウーバーは、運転車（ドライバー）付き車両を対象にしていますが、自動運転の開発も並行して行っており、自前開発の自動運転による無人タクシーを目指しています。 DeNAは、基本的に自動運転機能は自動車メーカーに任せる方針です。
- 下に書いてあるコメントのとおりなのですが、ページ右側の記載で、自動車メーカーの付加価値と、DeNAの付加価値を、分けて書いて欲しいです。 →分割しました（タイトルも修正） すなわち、自動運転による事故削減や人件費削減は自動車メーカー側の付加価値として分担していただき 車両の効率的運用、利便性や快適性の向上、さらに新たなサービスによる付加価値向上を分担するというのが我々のアプローチです。 このような分担の考え方に沿って現在進行中のプロジェクトが「イージーライド」です。 最後に今月行った実証実験のビデオをご覧ください。
- オートモーティブの世界はプロジェクト期間が長い その時々にあったサーバーリソースを調達する必要がある プロダクトの性質が基本複雑 サーバー構成をよりシンプリファイすることがとても重要 状況の変化に柔軟にスピード感をもって対応するために、オンプレではなくフルマネージドのパブリッククラウドを全面活用