この記事は Android team による Android Developers Blog の記事 " U-NEXT sees 1.5X increase in tablet installations after boosting support for large screens " を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
日本最大級の国内ストリーミング サービスかつデジタル コンテンツ サービスである U-NEXT は、ユーザーが好むコンテンツを表示するための新しい手法を常に模索しています。U-NEXT では、映画、アニメ、ライブ配信、マンガ、雑誌、電子書籍など、1,200,000 以上の作品を単一のアプリで利用できます。
UX を改善するための手法を常に模索し続けている U-NEXT は最近、Android タブレットや Chromebook などの大画面デバイスや折りたたみ式デバイスの市場が拡大している点に着目し始めました。そこで、U-NEXT のエンジニアは、大画面デバイスや折りたたみ式デバイスの独自の強みを活かして、コンテンツの視聴方法を改善できるのではないかと考えました。たとえば、大画面デバイスで利用できる優れたマルチウィンドウ機能を組み込むことで、多種多様な情報を表示できるようになったり、折りたたみ式デバイスの UX を改善すれば、従来の紙の本のような読書体験をうまく再現できるかもしれません。
ただ、大画面デバイスや折りたたみ式デバイスで U-NEXT のアプリを使用している際に、バグが発生することもありました。たとえば、U-NEXT を大画面デバイスで開いた場合に、重要なボタンが隠れてしまい、これらのナビゲーション ツールがページのどこにあるかユーザーが探さなければならなくなっていました。
そこで、UX を大幅に見直して Android の大画面デバイスや折りたたみデバイスにより対応できるようにするために、U-NEXT のチームは、既存のバグを一掃してから、大画面を最大限活用できる機能を追加するという 2 段階でプロジェクトに取り組みました。
バグを一掃する
アプリ内の重要なナビゲーション ボタンが見えなくなるという問題に対処するために、U-NEXT のエンジニアは ConstraintLayout (英語) を使用して、表示領域を制限する境界を設定しました。これにより、UI 要素が画面外に押し出されてしまうことを防止でき、また、画面のサイズによらずに適切な向きで表示されるようになります。
また、U-NEXT のアプリが大画面デバイスで適切に表示されないこともありました。たとえば、ユーザーが閲覧できる動画の一覧を表示するページは、通常、ヘッダーとキュレートされた動画一覧で構成されます。本来は動画の一覧がページ上のほぼ全体に表示されるはずですが、大画面の場合、ヘッダーが画面上のほとんどのスペースを占有してしまっていたため、動画コンテンツの操作がしづらくなっていました。U-NEXT のチームは、大画面でのヘッダー画像の幅を制限することで一覧の表示スペースを確保し、大画面デバイスを使用するユーザーが操作しやすくして、この問題を解決しました。
ユーザーが U-NEXT のアプリで書籍を読む場合、画面のタップ操作で横方向のスクロールバーを表示でき、文章内を迅速かつ簡単に移動できます。ただ Chromebook の場合、このナビゲーション ツールは表示されませんでした。
U-NEXT の Principal Engineer、三輪 智也氏は次のように述べています。「もともと、ユーザーのタップ時に Chromebook が全画面表示になっているかどうかの判定には、SystemUiVisibility を使用していました。全画面表示ではないことを SystemUiVisibility が検出した場合に、コントローラが表示される仕組みでした。ただ、Chromebook では SystemUiVisibility が変更されても、このリスナーが呼び出されないため、コントローラが表示されませんでした」
そのため、Chromebook で SystemUiVisibility が変更された場合に、コントローラの表示を処理する方法を変える必要がありました。このバグを修正することで、Chromebook で画面をタップすると、SistemUiVisibility の変更とコントローラの表示 / 非表示処理が同時に行われるようになったため、ユーザーが直面していた問題が解決されました。
U-NEXT のデベロッパーが対処した最後のバグは、視聴時にユーザーが折りたたみ式デバイスを折りたたんだ際に、動画が一瞬途切れてしまうというものでした。コンテンツの視聴時にデバイスを折りたたんでもシームレスに処理されなければなりませんが、ディスプレイを折りたたむ際にアクティビティを自動で削除して再作成するため、動画が一瞬途切れていたのです。
U-NEXT のデベロッパーは、この構成の変更を Android で自動的に処理するのではなく、手動で処理するようにアプリを変更しました。チームは、onConfigurationChanged() を使用して変更をオーバーライドし、UI 要素の削除と再作成が自動的に行われないようにしました。これにより UI 要素が維持され、動画の再生が途切れないようになりました。
さまざまなフォーム ファクタを活用する
U-NEXT はユーザー エクスペリエンスが大幅に向上することを期待し、機能刷新の一環として、従来型のナビゲーション バーをナビゲーション レール (英語) に置き換えました。
三輪氏は次のように述べています。「快適なユーザー エクスペリエンスを提供するという点に関して言えば、目的の箇所に手が届きやすいということが重要になります。従来型のナビゲーション バーの場合、中央にあるボタンに手が届きづらいです。ナビゲーション レールであれば簡単に手が届きます。」
次に U-NEXT のチームは、読者が折りたたみ式デバイスで電子書籍を読んでいる際に、コンテンツを 2 ページの見開きで表示できるように改善を加えました。折りたたみ式デバイスが縦向きの場合、通常は 1 ページのみが表示されます。ただ、ほとんどの折りたたみ式デバイスには 2 ページを表示できる十分なスペースがあります。そのため、U-NEXT のデベロッパーは、縦向きか横向きかによらずに、あるいは、デバイスが少し折りたたまれている状態でも常に 2 ページの見開きが表示されるようにしたいと考えました。
また、U-NEXT のチームは、大画面デバイスや折りたたみ式デバイスでのユーザー エクスペリエンスをさらに改善するために、生活の質を上げられるちょっとしたアップデートも加えました。このアップデートには、大画面デバイスでの Google Play アプリ内課金への対応の強化、ピクチャー イン ピクチャー (英語) の表示の最適化などが含まれています。
Android であれば最適化が簡単
U-NEXT チームは、大画面デバイスや折りたたみ式デバイス向けにアプリを簡単に最適化できたことに驚いていました。U-NEXT は、Android のデベロッパー リソースを活用することで、時間と労力を最小限に抑えながら、U-NEXT のアプリを使用してさまざまなデバイスでコンテンツを視聴する方法を改善できました。
三輪氏は次のように述べています。「そこまで難しくはありません。ナビゲーションを導入することは比較的簡単でしたし、アプリが基本的な画面の回転に対応していれば、折りたたみ式デバイスへの対応も一般的にそれほど難しくはありません。」
大画面により対応するように U-NEXT アプリをアップデートしてから、タブレットでのインストール数は 1.5 倍になりました。また、大画面デバイスを使用するユーザーの視聴時間も、10% 以上増加しています。
今後、U-NEXT のチームは、マウスやキーボードとの互換性の向上、詳細なリスト表示の導入による検索機能の強化、テーブルトップ モードのサポートの推進、簡単にコンテンツを共有できるドラッグ＆ドロップ機能の実装など、引き続き大画面デバイス向けの機能を強化していく予定です。
U-NEXT は、最近のマテリアル デザイン 3 (英語) のアップデートをはじめ、Android の増え続ける大量のドキュメントにさらにリソースが追加されたことを歓迎しています。これによって、大画面デバイスや折りたたみ式デバイスを利用するユーザーが拡大し続ける状況にもさらに対応しやすくなります。
大画面デバイスへの最適化を今すぐ開始する
大画面デバイスや折りたたみ式デバイスなど、新しいフォーム ファクタを使用するユーザーの数は増加しています。そのようなデバイスを使用するユーザーをサポートする方法は Android の大画面ギャラリーの例を参考にしながら学べます。
Reviewed by Mari Kawanishi - Developer Marketing Manager, Google Play
この記事は Google Play、スタッフ ソフトウェア エンジニア、Harini Chandrasekharan による Android Developers Blog の記事 "Feature Engineering in the Google Play Store" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
10 年前の 2012 年にスタートした Google Play ストアは、Android の中核になっており、世界中で数十億人のユーザーと、世界中で増え続けるアプリやゲームのコレクションを結びつけています。
ここでは、世界最大の Android マーケットプレイスを支えるインフラストラクチャを設計するうえで必要なことを紹介するために、その舞台裏をのぞいてみることにしましょう。コンシューマー向けソフトウェアの世界を考えるなら、既製のエンジニアリング ソリューションでは、 Google のスケールが求める要件を満たすことが難しいことは当然です。そのため、Google のすべてのシステムは Google Play ストアのユニークな可用性、品質、遅延の要求を満たすために、慎重に作られ、機能を改善し続けることで磨かれています。
機能とは、フォーマット、コンテンツ、コンテンツの配置、ページ レイアウト、情報アーキテクチャなど、ユーザーが触れるものを指します。フォーマットとは、Google のレコメンデーション システム、広告主、販売者など、さまざまなソースから取得されるアプリのコンテンツをどのように UI に表示するかを表します。ここで目指すのは、ユーザーが Google Play ストアを操作しているときに最も関連性の高いアプリやゲームを提示できるように、適切なコンテンツと UI を組み合わせてオーダーメイドの体験を実現することです。
ユーザーを対象とした機能では、ユーザーの意見や選択、デベロッパーのエコシステムや需要がインフラストラクチャよりも速く変化することがほとんどです。そのような環境でエンジニアが直面する最大の課題は、スケーラビリティやパフォーマンスの制約の中で、陳腐化しないだけでなく、ユーザー領域のニーズにも応えられるインフラストラクチャをいかにタイムリーに設計するかという点です。そのようなダイナミックな領域におけるエンジニアリングの課題について、いくつかを詳しく取り上げることにしましょう。
Google Play ストアのようなデータドリブンな組織では、あらゆる重要なものを計測する指標が作られています。次に挙げるのは、成功を測定し、追跡する際に役立ついくつかの特性です。
プロダクトやビジネスの指標 - 対象のプロダクトやサービスに固有な指標です。新たな処理に対して A/B テストを実施し、この指標の変化を測定すれば、意思決定に多くのトレードオフが伴う場合などの信頼性が高まります。
パフォーマンス - レイテンシ、エラー率、可用性の測定は、ほぼすべてのサービスの根幹を成しており、それには正当な理由があります。このような基本指標から、ユーザー エクスペリエンスやプロダクトの認識を細かく追跡できるので、これを把握することは不可欠です。
システム健全性 - リソースの使用率やフリートの安定性を追跡する内部システム指標です。
最も重要なのは、Google Play ストアの要件までスケーリングでき、ユーザーのスムーズな操作と応答の速さに必要なパフォーマンス基準を満たすバックエンド システムを設計することです。エンジニアリングの観点から見れば、インフラストラクチャは継続的に進化してビジネスニーズを満たせるものでなければなりません。Google Play ストアも同じで、ストアのインフラストラクチャはこの 10 年で何度も進化を遂げ、現在ユーザーが利用している新機能に対応しています。それだけでなく、モダナイズによって、とりわけ重要なレイテンシの削減などの技術的負債の解消も行っています。
課題 : 多くの場合、機能には長期にわたる大量の反復作業が必要です。そのため、すべての機能要件を満たすインフラストラクチャの開発を計画するのは困難です。
実験主導のやり方では、大規模な機能をすばやく構築するための最適なアプローチによって、技術的負債が生じることが多くなります。技術的負債にはさまざまな形があります。うまく動作せず、クリーンアップできない過去の機能の遺産が積み重なり、パフォーマンスに影響が生じ、コードのエラーが起きやすくなり、テストが難しくなります。
課題 : 数百名のエンジニアを抱える大規模組織では、多くの機能が独立して並行に開発されることがほとんどです。
インフラストラクチャの再利用やイノベーションの共有は、大幅にスピードを落とさない限り、実現できない場合がほとんどです。多くの場合、プロダクトが急速に進化する領域では、システムを柔軟にするために組み込むさまざまなレバーやノブに大量の不確実性が存在します。レバーが多すぎると、システムの複雑さが大幅に増す場合があります。レバーが少なすぎると、反復作業にかかるコストが膨大になります。この 2 つの間のバランスを見つけることは、この領域のフィーチャー エンジニアリングの中核の 1 つです。
課題 : 多くの場合、優れたエンジニアリング ソリューションを開発する時間のために、機会費用が発生します。
実験にかかる時間は、ユーザー向けの機能ソリューションを設計するときに念頭におくべき、特に重要な指標の 1 つです。反復作業を速くし、レイテンシなどのパフォーマンス SLO を満たせる柔軟な設計が理想です。
実際には、特にユーザーに影響する変更の影響を見積もる場合は、大量の推測が必要になることがほとんどです。過去のデータや教訓を活用して確実に見積もれる状況もありますが、試したことのないまったく新しいアイデアに対しては十分な方法ではありません。
Google Play ストアがこういった課題をどう解決し、最先端のイノベーションを実現しているかを確認してみましょう。
市場投入までの時間（ユーザーに機能を届けるまでの時間）を最適化し、それがアプリのインストール数などのストアのビジネス指標にどう影響するかを A/B テストによって計測することが最も重要です。データに基づいて高速に反復することで、最終的な機能を調整し、目指す最終状態に向かうことができます。Google には、世界規模で A/B テストができる複数の自社製テクノロジーがあります。デベロッパーが分析ではなくコーディングに時間をかけることができるように、指標提示ツールとシームレスに統合され、A/B テストなどを簡単かつスムーズに行えるようになっています。
何を開発するのか、それが Google の品質標準を満たしているか、そしてエンジニアリング費用とそれが解決するユーザーのニーズを理解しているか、といった問いは、いずれも何かを設計する前に答えを出すべき重要な問いです。そのため、プロダクト マネージャーと密接に連携してフィーチャー エンジニアリングを実施する場合がほとんどです。プロダクトの成功に向けて重要なのは、妥当なエンジニアリング時間で構築でき、ユーザー ジャーニーに一致する完全な実用最小限の製品（MVP）に近づけることです。
反復作業を頻繁に行い、短時間で MVP を開発する方式には、いくつかの短所が存在することがほとんどです。その最も大きなものが技術的負債です。スピードアップのための最適化の際に手を抜くと、（開始できない指標のため）コードが陳腐化したり、試験運用版フラグのまま捨てられてしまったりすることがあります。これを放置すると、テストや保守、今後の開発速度に影響することが多くなります。また、優れた最新フレームワークを使うことで、最後の数ミリ秒のレイテンシを解消し、開発を簡単にして長期的なメリットにつなげることができます。昔から、リファクタリングや完全な書き換えによってインフラストラクチャを頻繁にモダナイズすることは、コードの設計不良の兆候と見なされることがあります。しかしこれは、フィーチャー エンジニアリングで必要になる大きなトレードオフの 1 つです。たとえすばらしいインフラストラクチャがあったとしても、ユーザーがその機能を使わないなら、何の役にも立たないからです。
この記事は エンジニアリング部門副社長、Dave Burke による Android Developers Blog の記事 " Android 14 Beta 1" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。
Android は、年間を通して機能強化と新機能を提供します。Android の継続的改善においては、Android ベータ版プログラムのフィードバックが重要な役割を果たします。Android14 デベロッパー サイト (英語) には、Pixel にダウンロード (英語) する方法やリリース スケジュール (英語) など、ベータ版に関する多くの情報が掲載されています。皆さんの感想を聞く (英語) のを楽しみにしています。そして、Android を誰もが使えるプラットフォームにするために、引き続き協力をお願いいたします。
Android 14 は、これまでのリリースで行われたタブレットや折りたたみ式のフォーム ファクタをサポートするための作業が基礎となっています。また、デザイン アイデア集や開発ガイドなど、アプリのエクスペリエンスを洗練するためのツールやリソースも作成しています。
Android オペレーティング システムでは、等しく重要な 2 つの異なるパッケージによって機能を実現しています。それは、サービスを提供するフレームワークと、ユーザーがそのサービスを操作するために使うシステム UI です。システム UI は Android のリリースのたびに微調整していますが、ベータ版 1 に導入されているものをいくつか紹介します。
新しくなった戻る矢印
システム共有シートの改善
また、ダイレクト シェア ターゲットのランキングを決定するために、さらに多くのアプリシグナルが使われるようになります。シグナルは、pushDynamicShortcut (英語) を呼び出し、対応する機能バインディング (英語) を使ってショートカットの使用方法を報告することによって提供します。
Android 14 では、アプリを際立たせるために、新しいグラフィック機能が追加されています。
パスのクエリと補間に対応
Android の Path API (英語) は、ベクター グラフィックの作成とレンダリングの強力で柔軟な仕組みです。Android 14 より、パスを照会して内容を確認できるようになります。今回の API アップデートには、構造が完全に一致するパス間の補間機能が含まれています。これにより、モーフィング効果を実現できるようになります。また、AndroidX ライブラリによって API 21 までの下位互換性が提供されます。詳細はこちら (英語) をご覧ください。
アプリ別の言語設定
Android 14 では、アプリ別の言語設定が強化され、Android の [設定] のアプリ別の言語リストに表示される言語セットを動的にカスタマイズ (英語) できるようになります。また、IME から現在のアプリの UI 言語を取得できるようになります。Android Studio Giraffe Canary 7 と AGP 8.1.0-alpha07 より、アプリ別の言語設定をサポートするようにアプリを自動構成できます。Android Gradle プラグインは、プロジェクトのリソースに応じて LocaleConfig (英語) ファイルを生成し、このファイルへの参照を生成されたマニフェスト ファイルに追加します。そのため、言語サポートを変更する際に、手動でファイルを作成したり更新したりする必要はなくなります。詳しくは、アプリ別言語の自動サポートをご覧ください。フィードバックもお願いいたします。
障がいのある方向けのユーザー補助サービスのみに公開範囲を限定する
Android 14 では、accessibilityDataSensitive 属性が導入されます。これを使うと、障がいのあるユーザーをサポートするものであることを宣言したユーザー補助サービスのみに、特定のビューを公開できるようになります。Google Play ストアからダウンロードするアプリでは、Google Play プロテクトがこの宣言の信頼性を保証します。TalkBack など、障がいのあるユーザーをサポートするものであることを宣言したサービスは、この属性の影響を受けません。
アプリでは、以下の目的で accessibilityDataSensitive を使うことを検討できます。
ユーザーデータを保護する（個人の詳細や平文パスワードなど）
重要なアクションが意図せずに実行されることを防ぐ（送金、ショッピング アプリでの決済など）
まだ Android 14 でアプリの互換性テストを実施していない方は、ぜひこのタイミングで行っておきましょう！Android 14 がベータ版になったので、デベロッパーだけでなく、先行ユーザーもアクセスできるようになります。今後数週間のうちに、Android 14 で皆さんのアプリを試すユーザーが増え、見つかった問題が報告される可能性があります。
互換性テストを実施するには、公開しているアプリを Android 14 ベータ版を実行しているデバイスかエミュレータにインストールし、アプリのフローをすべて試します。重点的にテストを実施すべき点については、動作の変更点 (英語) を確認してください。見つかった問題を解決できたら、できる限り早くアップデートを公開しましょう。
このタイミングで、アプリのターゲットを Android 14 にする準備を始めることをおすすめします。開発者向け設定で、アプリの互換性変更を切り替えてテストを実施しましょう。
今回のベータ版のリリースには、Android 14 の機能を試し、アプリをテストしてフィードバック (英語) を提供するために必要なすべてのものが含まれています。タブレットや折りたたみ式でアプリのテストを始める一番簡単な方法は、Android Studio SDK Manager (英語) の最新プレビュー版で、タブレットまたは折りたたみ式設定の Android Emulator を使うことです。ベータ版フェーズに入ったため、こちらからサポート対象の Pixel デバイスを登録するだけで、今回と今後の Android 14 ベータ版やフィーチャー ドロップのベータ版アップデートを無線（OTA）で受け取ることができます。Pixel デバイスをお持ちでない方は、Android Studio で 64 ビット システム イメージと Android Emulator を使うことができます。
Android 14 向けに最高の開発をするには、Android Studio Giraffe (英語)（または Giraffe 以降の最新版）の最新プレビュー版を使うことをおすすめします。セットアップ (英語) の完了後にやるべきことは、以下のとおりです。
新しい機能や API を試す - API の確定に向けて、皆さんのフィードバックが不可欠です。問題は、フィードバック ページ (英語) のトラッカーで報告してください。
現在のアプリの互換性をテストする - アプリが Android 14 のデフォルト動作の変更による影響を受けるかどうかを確認します。Android 14 を実行しているデバイスかエミュレータにアプリをインストールし、幅広くテストします。
変更をオプトインしてアプリをテストする - Android 14 では、動作の変更点はターゲットに新しいプラットフォームを指定した場合にのみアプリに影響するようになっており、それをオプトインすることができます。変更点を早めに把握し、評価することが重要です。簡単にテストできるように、変更点のオン、オフを個々に切り替え (英語) られるようになっています。
プレビューやベータ版のシステム イメージと SDK は、Android 14 のリリース サイクル期間を通じて定期的にアップデートされる予定です。
すでに Android 13 QPR ベータ版プログラムに登録しており、デバイスがサポートされている場合は、特に何もしなくても Android 14 ベータ版 1 が利用できるようになります。
ベータ版の入手方法の詳しい説明は、Android 14 デベロッパー サイトをご覧ください (英語) 。
新しいプラットフォーム「ヘルスコネクト」をデベロッパーが採用する 4 つのベネフィット
2023 年 4 月から、Android のプラットフォーム「ヘルスコネクト」に日本国内の 6 社がローンチパートナーとして参画。各アプリにおいて、今後ヘルスコネクトと連携したサービスが順次使用可能になります。ヘルスコネクトはユーザーの同意の元、アプリ間でデータを共有できるプラットフォームです。アプリ間の接続はより少ないコードで実装でき、リリース後のメンテナンスにかかるコストを大幅に削減できます。
グローバルではすでに 40 社が参画しており、今春から日本でもヘルスコネクトを中心とした健康・フィットネスアプリのエコシステムが開始します。
1. ユーザーの健康データ提供・連携がシンプルに
ヘルスコネクトは健康・フィットネスアプリのデベロッパーが、アプリに記録したデータを安全に、ユーザーの許可のもと他の健康・フィットネスアプリと共有できるプラットフォームです。ヘルスコネクトに集約したデータはユーザーのデバイスに保存されます。
ヘルスコネクトは現在、アクティビティ、睡眠、栄養、ウィメンズヘルス、身体測定値、バイタルの 6 カテゴリにわたる 50 種類以上のデータを格納できます。これまでアプリ間でデータ連携するには複数の API 接続に向けた開発や維持に対するコストがデベロッパーの負担になっていました。その結果、ユーザーは自分自身のデータを総合的に判断するために、複数のアプリをまたいで確認する必要がありました。
ヘルスコネクトを活用することで、デベロッパーはユーザーの同意の元、ヘルスコネクトから必要なデータにアクセスできるようになります。
ヘルスコネクト の単一の API セットにより、アクセス許可の管理とデータの読み取りと書き込みが簡単になります。
2. より少ないコードで、より深いインサイトを提供可能に
ヘルスコネクトでは数行のコードを追加するだけでデータの読み込み・書き込みが可能になります。また、複雑な集計処理もヘルスコネクト側でサポートするので、クエリのカスタマイズすることで、個々のユーザーに最適化された健康に対する深いインサイトを提供することができます。デベロッパーはデータ連携の開発にかけていた時間を、ユーザーにとって価値のある顧客体験の創出にかけられるようになります。
3. 健康領域アプリのユーザーのベネフィット向上
ヘルスコネクトは健康・フィットネスに関するデータの標準化をサポートし、さまざまなアプリが API に自由に接続できるプラットフォームです。今後、さまざまなアプリがヘルスコネクトを活用し、エコシステムが充実することで、それぞれのアプリが得られるベネフィットが向上していくでしょう。
4. ユーザーのプライバシー管理を一元化
ユーザーから取得する権限の管理はヘルスコネクトに一元化されます。ユーザーはヘルスコネクト上で複数のアプリのアクセス状況を管理でき、随時設定変更が可能です。デベロッパーにとっては、権限管理と設定画面の UI 開発コスト削減につながるほか、データ連携をより容易に実現するメリットがあります。また、ヘルスコネクトのデータは暗号化された上でデバイスにのみ保存されます。
日本から 6 社のデベロッパーが参画
ヘルスコネクトの提供開始に対して、日本国内の 6 社が参画。
2023 年 4 月から順次ヘルスコネクトに対応した機能をリリースします。対応するアプリは以下のとおりです。
※カッコ内はアプリ提供企業
WEBGYM（株式会社東急スポーツオアシス）: フィットネス動画配信とトレーニングログ記録アプリ
あすけん（株式会社 asken）: 食事記録と栄養価計算・体重管理アプリ
ユビー（Ubie 株式会社）: 症状検索・医療機関 - 受診支援アプリ
Welby マイカルテ（株式会社 Welby）: 2 万 6,200 か所の医療機関と連携する健康データ共有アプリ
シチズンヘルスケア健康予約（シチズン・システムズ株式会社）: 血圧計・体温計で取得したデータを簡単に記録できるアプリ
メディセーフデータシェア（テルモ株式会社）: 血糖測定器・血圧計などで取得したデータを簡単に記録できるアプリ
ヘルスコネクトを通じて、より豊かな UX を提供しましょう
ヘルスコネクトでは、今後より多くのデータに対応する予定です。データの拡充によって、デベロッパーはさまざまなデータを組み合わせた豊かなユーザー体験ができるようになるでしょう。すでにヘルスコネクト連携に関するドキュメントや動画チュートリアル (英語/日本語字幕あり)、コードサンプルを多数提供しています。
Google ではプラットフォームとテクノロジーを駆使して、よりシンプルかつ安全にアプリ間の健康情報を結びつけ、より豊かな価値を提供することで、多くの人々の健康の支援を目指します。この取組にぜひご参加ください。
ヘルスコネクト SDK や API など開発に必要な情報は、こちらで詳しく紹介しています。
Google Pixel スマートフォンをご利用の場合、ソフトウェアアップデートによりヘルスコネクトが追加され、端末の設定にメニューが追加されます。
その他の Android デバイスをご利用の場合は Google Play よりダウンロードして、ご利用ください。ヘルスコネクトはアプリとしては表示されません。設定画面からヘルスコネクトを選択して、設定内容やデータをご確認ください。
今年の Google for Games Developer Summit (動画/英語 - 日本語字幕あり) で Google Play Games (ベータ) が日本に拡大する予定を発表しました。このベータ版エクスペリエンスの目標は、早期にフィードバックを収集して、世界中のプレイヤーと開発者のニーズに合わせて製品を改善し続けることです。そして本日、国内のすべてのプレイヤーに向け、Google Play Games (ベータ) をリリースします。(* プレイできる環境は、デバイスやアカウント要件によって異なります)
Google Play Games (ベータ) は、すでに米国などで公開されており、ドラゴンボール レジェンズや原神など、国内でも人気を博している多くのモバイル ゲームもプレイいただけます。また過去数か月間、多くの人気モバイル ゲームが追加されたことで、Google Play Games カタログの成長が加速しています。特に今回、ウマ娘 プリティーダービー、FFBE幻影戦争 WAR OF THE VISIONS、eFootball™ウイコレ CHAMPION SQUADS、三國志 覇道など、国内でも評価の高いデベロッパーやパブリッシャーによるタイトルが、Google Play Games に加わりました。これらを含む何十作品ものゲームが、Google が構築したスタンドアロン アプリケーションを介して Windows PC 上でプレイできるようになります。
私たちのより広い目標は、プレイヤーとの出会いを広げ、できるだけ多くのデバイスでゲームにアクセスできるようにすることです。これまでベータ版に参加されたプレーヤーからも、スマートフォン、Android タブレット、Chromebook、Windows の PC でお気に入りのゲームをシームレスにプレイできることにご好評をいただいています。さらに、昨年の公開以来、より多くのプレーヤーにリーチできるよう、統合型のグラフィックス カードと 4 コア以上の CPU を搭載した Windows 10 以上が動作する PC へと最小仕様要件を引き下げることで、大幅な進歩を遂げてきました。
プレーヤーが Google Play でお気に入りのゲームを楽しめるように、本プラットフォームをより多くの市場に拡大できることを嬉しく思います。完全なリリースに向けて、引き続き新機能を追加し、開発者とプレイヤーからのフィードバックを評価していきます。今後のお知らせへのサインアップや、ベータ版を利用するには、g.co/googleplaygames にアクセスしてください。Google Play Games (ベータ) についての詳しい情報を希望する Android ゲーム開発者は、デベロッパー サイトよりお問い合わせいただけます。今後のベータ リリースと各地域での提供については、近日中にお知らせする予定です。
Windows は Microsoft グループの商標です。ゲームタイトルは地域ごとに異なる場合があります。
