この記事は Google Maps Platform Blog の記事 " How two developers reached new heights with Google Maps Platform" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

編集者より: この投稿は、カスタムのストリートビュー画像と Google Maps Platform を使用して構築されたドイツ最高峰ツークシュピッツェ山の山頂までのバーチャル ツアーを提供している Web サイト Zugspitze360.com の共同制作者 David Schmidta 氏によるものです。

兄のフィルと私は写真を撮るのが好きです。写真撮影のテクニックと想像力の両方を発揮できることに、いつも魅了されています。私たちは仕事では Web テクノロジーを専門としているため、ストリートビューと 360 度写真に関心を持つようになったのはごく自然なことでした。熱意と好奇心もあって、私たちは仕事の合間にあちこちで 360 度写真を撮影しオンラインに投稿していました。ある日、兄がドイツ最高峰ツークシュピッツェ山の登山を記録するというアイデアを思い付きました。


兄と私は過去にツークシュピッツェ山の山頂まで登ったことはありますが、兄のアイデアを実現するために何が必要なのかはすぐには明確になりませんでした。およそ 1 万フィートの山頂にたどり着くのは簡単ではありません。登山を記録するのに必要な撮影機材すべてを携えた状態では、特にそうです。距離 にして 6 マイル、高度 6,500 フィートだけでも十分なのに、山頂までには Höllentalklamm 渓谷や Höllentalferner 氷河などの険しい地帯もあります。しかし、兄はこの一見不可能に思える偉業を、私と一緒に達成したいと言いました。に私の同意を取り付けました。

ドイツ最高峰のマップ化の計画

計画段階で、解決困難な多くのことに直面しました。登山をバーチャル化するには、どの程度の数のパノラマ写真が必要なのか。これらの写真すべてを撮影するには、どの程度の時間が必要なのか。休憩や充電はどこで行うのか。最終的に誰もが使える Web アプリを作ることは最初から明白で、その方法はすでにわかっていました。

さらに検討を重ね、天候に恵まれることも期待し、十分な自信を持ってこの試みを開始しました。カメラや三脚、GPS デバイス、必要なすべての登山用品を携え、休むことなく徐々に登山の様子を記録しました。多くの登山者が通り過ぎていきましたが、「この二人は一体何をやってるんだ」と思ったことでしょう。



山で 2 週間過ごした後、数千フィートの高さを登って疲労困憊した状態で、この骨の折れる冒険をやり遂げたという、達成感に浸る間もなく、数ギガバイトの画像を携えて帰宅の途につきました。しかし、画像を確認したところ、画像をオンラインにアップロードする作業は、画像を撮るのと同じぐらいに大掛かりな作業であることが判明しました。兄は何週間もかけて 1 つ 1 つの画像をつなぎ合わせる作業をおこない、その間、私はパノラマ写真をオンラインにアップロードするのに最適な方法を調べていました。

Google Maps Platform による ZUGSPITZE 360° の実現

これまでの経験から、Google Maps Platform が、360 度写真のホスティングを含め、有益かつ強力な一連の API を提供していることは理解していました。今回のプロジェクトでは、画像の量とサイズが膨大なため、大容量データをコスト効率よくホスティングする必要がありました。

パノラマ写真をアップロードするために、まずはストリートビュー アプリを使用した後で、Street View Publish API を使用しました。この方法で、バイナリ データだけでなく、パノラマ写真の実際の緯度・経度やパノラマ写真の相関関係などのメタデータも転送することができました。

カスタム構築のフロントエンドでは、Google Maps Platform の Maps Javascript API を使用してパノラマ写真を取得、表示しています。これは、通常のストリートビュー画像の表示に慣れているからです。Maps Javascript API では、このような操作方法を解説したとても詳しいドキュメントが公開されています。アップロードしたパノラマ写真のmatching ID を把握するため、情報を抽出するちょっとしたヘルパーツールをいくつか作成しました。さまざまなパノラマ写真をユーザーがナビゲートできるだけでなく、あらかじめ定めたツアーの見所にもユーザーがジャンプできるようにすることを目的としていました。


パノラマ写真とその正確な位置を照合する作業も難しいことに気付きました。険しい崖や狭い渓谷があるため、GPS の記録は必ずしも正確ではありません。期待される正確な位置というよりも、むしろクモの巣のような状態のときもありました。パノラマ写真をマップ内の対応する位置に配置し、さらに実際に歩いた経路を残すためのデータが必要でした。これを行うために Roads API を使用しました。Roads API によって、記録した GPS 座標を最も近い既知の道にスナップすることができました。また、より正確なものになるように、手作業でいくつか修正を加えました。

ZUGSPITZE 360° では、ツアー以外に小道や見所に関する情報も提供しており、追加の写真や該当する場所までの所要時間、距離などの詳細情報も合わせて示しています。また、ツークシュピッツェ山が登山口からどの程度離れているか、登山を開始できる起点に行くには出発点からどの経路をとるかを示したマップなど、登山を計画する場合に、登山前の検討や準備に役立つ貴重な推奨事項も多数掲載しています。これを行うのに、Directions API が役立ちました。

最後になりますが、登山者が自身の期待を共有できるようにしたいと考えていました。そこで、Street View Static API を使用して、ツアーの共有リンクに各パノラマビューを共有可能な形式で含めました。


Google Maps Platform のおかげで、自分たちの構想を実現することができました。最初は単純なアイデアだったものが、あらゆる人々を支援する複雑なプロジェクトに発展しました。このプロジェクトを実際に利用する人がどれほどいるのか、見当もつきませんでした。当然ながら、最も顕著な利用者は、テクノロジーや写真撮影というバックグラウンドが似ている、同じ志を持つ人々ですが、それ以外の多くの人々からもコメントが寄せられています。山頂に上ることを夢見て、家族を Höllentalangerhütte(山小屋)に連れて行った父親がいます。どのような用具が必要かもわからない登山初心者もいます。登山ルートを把握しており、プロジェクトを利用してフォロワーに危険な箇所を示している熱烈な登山家や登山指導者もいます。数十年前にこの山を登ったが、年齢や健康上の理由からこのルートを登れなくなった人から寄せられたコメントは最も心動かされるものでした。

私たちは本当に多くのことを学びました。膨大な労力を要するからと、開発をあきらめなくて良かったです。ZUGSPITZE 360° が熱烈な登山者に価値あるサービスを提供し続けることを心から願っています。

Google Maps Platform の詳細については、こちらの Web サイトを参照してください。

Posted by 丸山 智康 (Tomoyasu Maruyama) - Google Maps テクニカルアカウントマネージャ


この記事は、Google の Engineering Director である Andrew Lookingbill と Product Management Director の Ethan Russell による Google Maps Platform Blog の記事 " Beyond the Map: How we build the maps that power your apps and business" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

編集者より: この投稿は、Andrew Lookingbill と Ethan Russell によるものです。Googler 歴が長い 2 人の目標は、世界をマッピングして、世界中からアクセス可能な便利な地図を作ることです。絶え間なく進化する世界に適した地図を Google がどのように構築しているのか詳しく紹介していきます。デベロッパーには、革新的なユーザーエクスペリエンスを提供するために必要となるデータを、企業には、企業活動を最適化するのに役立つ位置情報ベースの知見を合わせてお伝えします。今回は、マッピングの基礎の紹介です。

十億以上の人々が Google マップを使って世界各地を探索しています。数百万ものアプリ、エクスペリエンスが Google のデータを使って構築されており、幅広いユーザー層やユースケースに対応したマップを Google はどのように構築しているのかという質問を受けることが多くなりました。その答えは、10 年以上にわたる基礎作りと、最新かつ正確なデータおよび知見を求めるユーザーの期待に対応できるようテクノロジーを改良することへの強いこだわりにあります。

画像への初期投資

Google は、Google マップと Google Maps Platform (旧称 Google Maps APIs)を発表して、わずか数年後にストリートビューを発表しました。一般ユーザーにとって、ストリートビューは自宅にいながら全世界をバーチャルに探索するのに役立ちます。Google はこの豊富な画像データセットを企業が利用できるようにしています。企業は自身が所有するアプリで実世界のコンテキストを提供することができます。たとえば、Trulia のような不動産サイトでは、Web サイトとアプリを使用して住宅購入予定者が近隣をバーチャルに探索して、好きな場所を見つけることをサポートをします。

Trulia でのストリートビューを使用した近隣の探索

このストリートビューによって後々のマッピングプロセス基盤ができました。Google の機械学習テクノロジーの進展と、87 か国、1,700 億を超えるストリートビュー画像により、これらの画像から自動的に情報を抽出し、顧客向けに道路名や住所、会社名などのデータを常に最新の状態にしておくことが可能です。「一枚の絵は千の言葉に値する」と言いますが、高解像度のパノラマ画像は 100 万の言葉に匹敵します。そのため、最高品質の画像や知見を顧客に提供できるよう、Google では高解像度のセンサーなどを装備した最新のトレッカー(英語)など、独自のハードウェアを開発しています。

信頼できる機関との提携

Google のプラットフォームを使ってミッションクリティカルなアプリ開発を検討している企業にとって、信頼できる最新情報の提供は不可欠です。そのため、Google では、米国地質調査所、メキシコの国立統計地理情報院(INEGI)、その他の自治体や宅地造成業者など世界中の 1,000 以上の信頼できるデータソースを使用しています。

Google の画像解析と第三者機関のデータを組み合わせることで、顧客にビジネスの原動力となる最も正確かつ信頼できるデータを提供しています。例えば、Lyftmytaxi などのライドシェア企業に対して、乗客の乗車 / 降車位置情報、最速ルートを運転手が取れるように交通量に応じたルート設定機能を提供しています。Google は、ルートが適切でなかったり乗車時間に遅れると、顧客がサービスを二度と利用しなくなる可能性があることを理解しており、信頼できる第三者機関とデータを簡単に共有できるようにしています。そこから、迅速にデータを取り込んで、世界中のライドシェア企業がカスタマーエクスペリエンスとビジネス効率を向上するのに役立つ機能に転化しています。

Google Maps Platform を使用した mytaxi のナビゲーション

実際の人々、実際のインサイト

データと画像は、地図作成の重要な要素です。ただし、データと画像は静的であるため、必要とされる特定の場所のコンテキストが必ずしも得られるわけではありません。通りのどこにいるかをコンテキスト化するのにストリートビューが役立つと考えるのであれば、レストランやコーヒーショップなどの特定の場所をコンテキスト化するのにユーザー作成コンテンツが役立つと考えるでしょう。熱烈なローカルガイド コミュニティ、アクティブな Google ユーザー、および Google マイビジネスを使用している事業主のおかげで、Google には道路閉鎖から特定の場所の雰囲気や新規ビジネスなどにいたるまで、ユーザーから毎日 2,000 万件もの情報が寄せられています。そして、情報が正確であることが十分確信できる場合にのみ、これらの情報を公開しています。

Google では、世界中の 1 億 5,000 万を超える場所に関してデータセットを構築することが可能になっており、Places API を通じてこのデータセットをデベロッパーに提供しています。Places API は、場所の名前、住所、評価、クチコミ、連絡先情報、営業時間、雰囲気に関する豊富なデータを備えています。このデータを使うことで、ユーザーはただ単にレストランを見つけるだけでなく、ベジタリアン向けのメニューがあり子供にも適したレストランを見つけることも可能です。

機械学習による革新速度と成長の維持 

ここまでで紹介したプロセスを経て、Google は信頼できる有益な地図を作成しています。しかし、もう一つスピードという大きな課題も存在します。Google のお客様が迅速に行動して革新を遂げる、その原動力となるためには、Google もかつてないほど迅速に世界を地図化する必要があります。世界各地で急速に変化が進む中、新しい情報を地図や製品にすばやく取り込まなければなりません。世界を地図化する速度を加速し、高い精度を維持しながら地図作成プロセスを自動化するよう、Google では機械学習に目を向けています。

Google が「曖昧な建物」と呼んでいる問題を機械学習でどのように解決したのか、例を挙げて説明します。Google では、画像の一部が建物かどうかを推測するアルゴリズムの課題に悩んでいました。これを解決するため、データ運用チームと協力し、一般的な建物の外形を手作業でトレースしました。現時点では、これが最善の解決策となっています。ただし、世界中の一般的な建物の外形すべてを手作業でトレースするには膨大な時間が必要です。そこで、一般的な建物の外形をトレースした後、この情報を使用し、どのような外形の建物が実際に存在する傾向にあるのか、および画像のどの部分が建物の境界や外形に対応するのかを機械学習しました。この方法によって、過去 10 年間に地図化した建物と同数の建物を 1 年間で地図化することができました。結果、Google が顧客と共有している地図が大幅に改善されています。

左側: 以前: 建物に外形線がない状態。右側: 現在: 地図に表示される建物の外形線が明確に


ストリート名がない場合の対応

ストリートビュー画像からの情報抽出については、前述したとおりです。Google は、機械学習とストリートビュー画像を併用することで、世界中のほぼすべての場所で家の番地を自動的に特定することができます。また、これは、世界で 220 を超える国や地域のマッピングを大幅に進展させるのに役立っています。

ただし、すべての家に実際に番地があるとは限りません。そのため、Google マップと Google Maps Platform では plus code をサポートしています。plus code は番地と同じように機能します。これにより、世界中の誰もが、友人や配送サービスと共有したりメールの送受信に使用したりできる住所を持つことが可能です。plus code はオープンソースであるため、どのデベロッパーでも入手、使用でき、Places API や Geocoding API にも組み込まれています。

これらの地域の地図化を支援し、すべての人々に住所を付与し、Google の API 製品にアクセスできるようにすることで、企業や地方自治体が地域社会に向けたサービスを向上でき、ロケーションベースの新しいエコシステムを成長させる機会も増大します。plus code の使用については、こちらにお問い合わせください。

長期にわたる取り組み

Google で 10 年余りを過ごした今でも(2 人合わせると 25 年)、実際の世界の変化に遅れをとらずついていく地図作成にワクワクして取り組んでいます。世界が変化するにつれ、人々を支援するためだけでなく、ビジネスの原動力となり、企業活動、業界、さらには世界をも変革するロケーションベースのツールを提供するために、Google は常に技術革新を行っています。

次回は、さまざまな地域での地図作成の課題に目を向け、これらの課題を克服するのに画像がいかに役立っているのか、これが企業やデベロッパーにとって何を意味するのかについて説明します。Google Maps Platform の詳細については、Google の Web サイトを参照してください。

本投稿に寄与したカスタマー エンジニアリング部門グローバルリードの Dave McClusky に感謝の意を表します。

Posted by 丸山 智康 (Tomoyasu Maruyama)  - Google Maps テクニカルアカウントマネージャ


Google Cloud Japan は 9 月 3 日 (火)、開発エンジニア、インフラエンジニア、運用エンジニア向けに「Google Cloud Kubernetes Day」を開催いたします。

実際に Kubernetes 環境でアプリやサービスの開発を実践されている先進的な企業を迎え、それぞれのアプリケーションのモダナイゼーションや、Kubernetes の事例についてお話しいただきます。
また、深い専門知識をもつ Google Cloud のエンジニアが、Google Kubernetes Engine (GKE) をはじめとした Google Cloud Platform を利用し、どのようにアプリやサービスのコンテナ化を行うのか、開発、運用の実際について解説します。

セミナー終了後は同会場にて懇親会を開催いたします。
ぜひ、Google Cloud Kubernetes Day にご参加ください。

申し込みはこちら
https://goo.gle/k8sdaybg

◆ 開催概要 ◆
名称: Google Cloud Kubernetes Day
日程: 2019 年 9 月 3 日(火)
時間: 14:00 - 20:00 / 受付開始 13:00
対象: 開発エンジニア、インフラエンジニア、運用エンジニア
定員: 700 名
会場: ベルサール渋谷ファースト
    〒150-0011 東京都渋谷区東1-2-20 住友不動産渋谷ファーストタワー
締切: 2019 年 8 月 30 日(金)締切
※ 参加費 無料、事前登録制

◆ アジェンダ ◆
【トークセッション】
◇ 14:00 - –14:40
 『失敗しないアプリケーションモダナイゼーションの考え方 
  〜 アセスメントから開発アプローチ 〜』
  Google Cloud Japan 北瀬 公彦、村上 大河
  株式会社フリークアウト 西口 次郎 氏
  富士フイルムソフトウエア 株式会社 ムサヴィ ジャハン アバディ セイド モハマド氏

◇ 14:40 - –15:00 休憩

◇ 15:00 - –15:40
 『Anthos で実現するモダンなアプリケーション管理プラットフォーム』
  Google Cloud Japan 篠原 一徳、長谷部 光治

◇ 15:40 - –16:20
 『ユーザからみた Anthos GKE On-Prem の利用について』
  NTT 国際通信株式会社 桑山 純弥 氏

◇ 16:20 - –16:40 休憩

◇ 16:40 - –17:20
 『GCP で実現する CI / CD 最前線』
  Google Cloud Japan 岩成 祐樹

◇ 17:20 - –18:00
 『kubemci を用いたカナリヤリリース 
  〜 グローバルチームにおける GKE の監視事例 〜』
  株式会社LOB 片平 健太郎 氏、高橋 辰徳 氏

【懇親会】
◇ 18:10–19:50


Posted by Takuo Suzuki - Developer Relations Team


Google Cloud に代表されるクラウド技術の進化が引き起こすその先の世界を、機械学習、VR / AR、IoT などの領域で活躍されているスタートアップの方々と一緒に議論するイベント「INEVITABLE ja night」。

第 10 回目となる今回は、「事業戦略と IT の融合:テクノロジー企業化への不可避な流れ」がテーマです。あらゆる業種、業態の企業において、事業戦略と IT の融合が一層求められています。そんな中で、どのような組織やリーダーシップが必要なのか、リーダーが注目するテクノロジーやエコシステムは何なのか? について、掘り下げていきます。
Google からは、ワークトランスフォーメーションについて、先日行われた Cloud Next ‘19 in Tokyo で発表された製品・サービスや活用事例を中心にお話します。
講演会後には恒例の交流会も行います。参加者様同士の交流はもちろん、日頃の業務の課題や悩みについても、ご相談 / 共有いただける良い機会となります。

本テーマにご関心のある方々のご参加をお待ちしています。

講演会後には恒例の交流会も行います。参加者様同士の交流はもちろん、日頃の業務の課題や悩みについても、ご相談 / 共有いただける良い機会となります。

本テーマにご関心のある方々のご参加をお待ちしています。

【開催概要】
イベント名 : INEVITABLE ja night - “インターネットの次にくるもの”
      第 10 回 事業戦略と IT の融合:テクノロジー企業化への不可避な流れ
日程 : 2019 年 9 月 17 日(火) 19:00 〜 21:00(開場 18:30 より)
会場 : グーグル合同会社
定員 : 200 名
ハッシュタグ : #inevitableja

プログラム :
INEVITABLE 対談 
 スピーカー:
  小野 和俊 氏 株式会社クレディセゾン 取締役
  辻 裕里 氏  株式会社SUBARU IT戦略本部情報企画部担当部長
  長谷川 秀樹 氏 株式会社メルカリ CIO
 聞き手:
  小島 英揮 氏、Still Day One合同会社 代表社員 パラレルマーケター・エバンジェリスト

ゲスト講演:
  辻村 孝嗣 氏 株式会社BoxJapan エンタープライズ営業1部 シニアエンタープライズアカウントエグゼクティブ

Google テクノロジーアップデート:
  小林 直史 グーグル・クラウド・ジャパン合同会社 カスタマーエンジニア

申し込みサイト:https://goo.gle/2Z9hqRg

多数のご参加をお待ちしております。
NEVITABLE TV のご案内

INEVITABLE TV では、イベントでは取り上げることができなかったこと、語り尽くせなかったことを中心に、「インターネットの次に来るもの」に関連する話題を深く掘り下げていきます。こちらもぜひご覧ください。 


この他にもさまざまなテーマでゲストスピーカーに登場いただいています。INEVITABLE TV からご覧ください。
Posted by Takuo Suzuki - Developer Relations Team


Reviewed by Thanet Knack Praneenararat - Ads Developer Relations Team
Share on Twitter Share on Facebook

Share on Twitter Share on Facebook



Android Q ベータ版 5 が先日リリースされました。ベータ版 5 は、Android Q ベータ版として最終リリース版のシステム動作にかなり近いものになっています。デベロッパー API は、前回のアップデートで既に最終版になっています。そのため、アプリの互換性をテストして準備ができていることを確かめるには、今が絶好のタイミングです!

Pixel 端末をお持ちの方は、こちらで登録するとベータ版 5 を入手できます。登録済みで、Pixel 端末でベータ版 4 を受信している場合は、ベータ版 5 へのアップデートを自動的に取得できます。Android Q ベータ版プログラムに参加しているパートナーも、今後数週間で端末をベータ版 5 にアップデートする予定です。

Android Q ベータ版を使ってみたい方は、developer.android.com/preview をご覧ください。


ベータ版 5 の内容

ベータ版 5 アップデートには、Pixel 用の最新 Android Q システム イメージ、Android Emulator に加え、最終の Android Q デベロッパー API(API レベル 29)、公式の API 29 SDK、アップデートされた Android Studio 用ビルドツールが含まれています。これで、Android Q でのアプリのテストや、Android Q の機能を使ったビルドに必要なものはすべてそろいます。

ジェスチャー ナビゲーションのアップデート

Google I/O でもお伝えしましたが、私たちは、標準の Android ジェスチャー ナビゲーションをユーザーやデベロッパーに提供するため、パートナーの端末メーカーと密接に連携しています。ジェスチャー ナビゲーションを使うと、表示されるシステムの装飾やナビゲーションを最低限に減らし、全画面にコンテンツを表示するアプリを実現できます。これは、最新の狭額縁ディスプレイにとって特に重要です。ベータ版 5 では、皆さんからのフィードバックに基づいて、この機能の改善、強化をし、いくつかの重要な領域で、さらにアップデートを行いたいと考えています。


今回導入したのは、画面のいずれかの端からスワイプ ジェスチャーを行うことでアシスタントを呼び出す機能です。画面下の領域には、インジケーターが表示されていることに気づくはずです。この領域は、引き続き調整を行っています。

ナビゲーション ドロワーを使っているアプリでは、ユーザーがドロワーをつかんだとき、少しだけ内容が見えるような動作を追加しています。これにより、スワイプでナビゲーション ドロワーが表示されることがわかります。この機能は、すべてのバージョンの DrawerLayout で動作します。最も快適な操作になるように最適化されているのは DrawerLayout 1.1.0-alpha02 です。


フィードバックを受けて改善し、問題への対応を続けているもう 1 つの領域が、カスタム ランチャーです。特に、安定性や最近使ったアプリなどが対象になっています。ベータ版 6 以降では、カスタム ランチャーを使っているユーザーは、デフォルトで 3 ボタン ナビゲーションに切り替える予定です。すべてのユーザーがジェスチャー ナビゲーションに切り替えることができるように、残っている問題にはリリース後のアップデートで対処します。それまでの間、引き続きフィードバックをお寄せください
Android Q リリースに向けたアプリの準備

正式リリースが近づいている今、すべての Android デベロッパーが最優先で取り組むべきことは、互換性を維持するためにできる限り早く現在のアプリをアップデートすることです。
そのための方法を以下に示します。
  • 制限されている非 SDK インターフェースを使っているかどうかのテストを行い、同じ機能を持つ一般公開版の SDK や NDK に移行してください。詳細については、こちらをご覧ください。
  • アプリで使っているライブラリと SDK をテストしましょう。Android Q で予想どおり動作すること、プライバシー、パフォーマンス、UX、データ処理、パーミッションがベスト プラクティスに沿っていることを確認します。問題を見つけた場合は、最新バージョンの SDK にアップデートするか、SDK のデベロッパーに連絡してサポートを求めます。SDK の互換性に関する問題は、こちらから報告することもできます。
  • 互換性のあるアプリをアップデートして公開しましょう。テストと必要なアップデートを終えたら、すぐに互換性のあるアプリを公開することをお勧めします。これにより、Android ベータ版のユーザーがアプリをテストできるようになるので、ユーザーが Android Q にアップデートした際にスムーズな移行が可能になります。
これらの変更点をサポートするために皆さんの作業が必要になりますので、最終リリースに向けて、アプリへの影響を最低限にとどめ、皆さんからのフィードバックにすばやく対応してまいります。


Android Q の機能と API を使用してアプリを強化する
準備ができたら、Android Q に移行し、使用できる新しい機能や API について学習してください。最初に着手すべき重要な機能は、以下のとおりです。
以下の項目は、すべてのアプリで推奨します。
  • ダークテーマ: ダークテーマを追加するか Force Dark を有効にして、システム全体でダークテーマを有効にしているユーザーに一貫性のある体験を提供します。
  • ジェスチャー ナビゲーションのサポート: アプリを全画面対応させ、システムのナビゲーション ジェスチャーをカスタム ジェスチャーで補えるようにします。
該当するアプリでは、以下の項目にも対応することをお勧めします。

  • 通知のインタラクティブ性の向上: メッセージを含む通知を送っている場合は、通知で応答やアクションを提案して即座にアクションを実行できるようにすることで、ユーザーのエンゲージメントを向上させます。
  • バイオメトリックの強化: バイオメトリック認証を利用している場合は、BiometricPrompt に移行してください。これは、最新端末で指紋認証をサポートする際に推奨されている方法です。
  • 高度な録音機能: 字幕生成やゲームの録画をサポートするには、オーディオ再生のキャプチャを有効にします。これは、多くのユーザーを獲得し、広くアプリにアクセスしてもらう絶好の手段です。
  • コーデックの改善: メディア アプリでは、動画のストリーミングに AV1 を、ハイ ダイナミック レンジ動画に HDR10+ を試してみてください。会話や音楽のストリーミングには Opus エンコーディングを、ミュージシャンの方ならネイティブ MIDI API を使うことができます。
  • ネットワーク API の改善: アプリを使って Wi-Fi 経由で IoT 端末を管理しているなら、新しいネットワーク接続 API を使って設定、ダウンロード、印刷などの機能を試すことができます。

ここで紹介したのは、Android Q の多くの新機能や API のほんの一部です。すべての機能を確認したい方は、デベロッパー用の Android Q ベータ版サイトをご覧ください。

アプリのアップデートを Google Play に公開する

準備ができ次第、API 29 でコンパイルしたAPK、またはオプションで API 29 を対象とする APK アップデートを Google Play に公開できます。アップデートしたアプリが Android Q でも古いバージョンでも問題なく動作することを確認するために、Google Play テストトラックを使ってみてください。トラックを使うと、ベータ版 5 のユーザーを含む少人数のユーザーから初期段階でのフィードバックを安全に入手できます。その後、製品版への段階的ロールアウトを実施します。

ベータ版 5 の入手方法

入手方法は簡単です!サポート対象となっている Pixel 端末を登録するだけで、OTA(無線)でアップデートできます。すでに登録している方は、何もする必要はありません。ダウンロード可能なシステム イメージもこちらで公開しています。Android Q ベータ版プログラムに参加しているパートナーは、今後数週間で端末をアップデートする予定です。詳細については、android.com/beta をご覧ください。

開発を始めるには、安定版リリースの Android Studio 3.4 に公式 API 29 SDK およびツールをダウンロードするか、Android Studio 3.5 ベータ版にアップデートして最新の Android Q サポートを入手します。その後、こちらの手順に従って環境を設定し、リリースノートで既知の問題を確認してください。

今四半期中に行われる正式リリースの前に、もう 1 回ベータ版リリースを行う予定です。引き続き、フィードバックとリクエストをお寄せください。プラットフォームの問題(プライバシーや動作の変更点も含む)、アプリの互換性の問題サードパーティ SDK の問題の送信には、ホットリストを使うことができます。


Reviewed by Yuichi Araki - Developer Relations Team

Share on Twitter Share on Facebook